專利名稱：用戶請求處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及ー種用戶請求處理方法及裝置。
背景技術(shù)：
對等網(wǎng)絡(luò)(Peerto Peer，簡稱為P2P)是ー種分布式網(wǎng)絡(luò)，網(wǎng)絡(luò)的參與者共享他們所擁有的資源和服務(wù)。通常這些資源和服務(wù)的共享包括信息的共享與交換、計算資源(如CPU)和存儲資源(如緩存和磁盤空間)的共享等。P2P打破了傳統(tǒng)的客戶端/服務(wù)器(Client/Server，簡稱為C/S)模式，在網(wǎng)絡(luò)中的每個結(jié)點的地位都是對等的。每個結(jié)點既充當(dāng)服務(wù)器為其他結(jié)點提供服務(wù)，同時也享用其他結(jié)點提供的服務(wù)。圖1是根據(jù)相關(guān)技術(shù)的一份簽約內(nèi)用戶之間的可能關(guān)系的示意圖，如圖1所示，101 代表一份簽約，其內(nèi)包含兩個 Private User Identity (PVI) : 102 和 103 ;三個 PublicUser Identity(PUI) : 104、105和106。PVI與PUI的組合可以唯一標(biāo)識ー個用戶，所以該簽約內(nèi)具有 6 個不同的用戶 PVI1+PUI1, PVII+PUI2, PVI1+PUI3, PVI2+PUI1, PVI2+PUI2 和PVI2+PUI3。這樣的簽約模型 導(dǎo)致簽約內(nèi)用戶標(biāo)識符映射出來的疊加網(wǎng)節(jié)點各不相同。圖2是根據(jù)相關(guān)技術(shù)的帶有隱式注冊集的用戶簽約關(guān)系的示意圖，如圖2所示，虛線框為隱式注冊集，其中隱式注冊集201包含用戶I3UIl和PW2，隱式注冊集202包含用戶PUI3和PUI4。隱式注冊集是指其中任一用戶注冊、鑒權(quán)則集內(nèi)用戶均注冊、鑒權(quán)，注銷亦然，且注冊集內(nèi)任一用戶來獲取該用戶信息時，整個隱式注冊集用戶均會下載至疊加網(wǎng)。對等網(wǎng)絡(luò)中關(guān)鍵的技術(shù)是如何實現(xiàn)資源的定位與路由，目前主要采用兩種機(jī)制洪泛機(jī)制(Flooding)和分布式哈希表機(jī)制(Distributed Hash Table,簡稱為DHT)。DHT機(jī)制將系統(tǒng)分為兩類對象節(jié)點和資源。它的核心思想是通過將資源的特征(關(guān)鍵字)經(jīng)過哈希運算，得到鍵值(Hash Key)，將所有的資源映射到ー個具體的數(shù)值范圍內(nèi)，然后再將具體的數(shù)值與節(jié)點一一對應(yīng)，這就將資源與其存儲節(jié)點對應(yīng)起來。DHT很好的解決了如何將資源分配到特定節(jié)點，并且后續(xù)如何查找的問題。P2PV0IP系統(tǒng)需要將用戶的信息儲存與請求處理集中在同一節(jié)點進(jìn)行處理。利用DHT算法將用戶的標(biāo)識符(ID)映射到某個疊加網(wǎng)節(jié)點，該用戶的信息存儲與請求處理均在此節(jié)點進(jìn)行。這樣可提高用戶請求的處理效率及準(zhǔn)確性，避免同一用戶信息在疊加網(wǎng)同時存在多份拷貝而引起的同步操作。但是上述方法僅可以很好的解決單個用戶的信息存儲與請求處理而不能將P2PV0IP系統(tǒng)中同一簽約內(nèi)的所有用戶集中在同一節(jié)點進(jìn)行處理。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中利用DHT算法將用戶ID映射至疊加網(wǎng)某個節(jié)點僅可以很好地解決單個用戶的信息存儲與請求處理，而不能將P2PV0IP系統(tǒng)中同一隱式注冊集內(nèi)的所有用戶集中在同一節(jié)點進(jìn)行處理的問題而提出本發(fā)明，為此，本發(fā)明提供了ー種用戶請求處理方法及裝置，以至少解決上述問題。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的ー個方面，提供了一種用戶請求處理方法。
根據(jù)本發(fā)明的用戶請求處理方法包括獲取隱式注冊集和用戶的簽約標(biāo)識SID，其中隱式注冊集包括跟用戶屬于同一隱式注冊集的所有用戶的信息；指示用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引；指示所有用戶中除用戶之外的其它用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。優(yōu)選地，指示所有用戶中除用戶之外的其它用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引包括向其它用戶對應(yīng)的負(fù)責(zé)節(jié)點發(fā)送建立索引請求，其中建立索引請求用于指示其它用戶對應(yīng)的負(fù)責(zé)節(jié)點分別建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。 優(yōu)選地，在獲取隱式注冊集和用戶的SID之前，上述方法還包括選擇用戶對應(yīng)的負(fù)責(zé)節(jié)點。優(yōu)選地，選擇用戶對應(yīng)的負(fù)責(zé)節(jié)點包括根據(jù)用戶的標(biāo)識符，利用疊加網(wǎng)的DHT算法算出用戶對應(yīng)的負(fù)責(zé)節(jié)點，其中，標(biāo)識符包括pn、pv1、pn+PVi。優(yōu)選地，在選擇用戶對應(yīng)的負(fù)責(zé)節(jié)點之后，還包括判斷用戶對應(yīng)的負(fù)責(zé)節(jié)點處是否存在索引；如果不存在索引，則執(zhí)行獲取隱式注冊集和用戶的SID的操作。優(yōu)選地，如果存在索引，則將預(yù)先接收的用戶請求直接發(fā)送至該索引指向的節(jié)點。優(yōu)選地，預(yù)先通過REGISTER信息接收用戶注冊、鑒權(quán)請求；或者，預(yù)先通過INVITE信息接收用戶其它操作請求。優(yōu)選地，獲取隱式注冊集和用戶的SID包括擴(kuò)展現(xiàn)有Cx接ロ ；通過擴(kuò)展的Cx接ロ從用戶簽約服務(wù)器HSS獲取隱式注冊集和用戶的SID。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另ー個方面，提供了ー種用戶請求處理裝置。

根據(jù)本發(fā)明的用戶請求處理裝置包括獲取模塊，用于獲取隱式注冊集和用戶的簽約標(biāo)識SID，其中隱式注冊集包括跟用戶屬于同一隱式注冊集的所有用戶的信息；第一指示模塊，用于指示用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引；第二指示模塊，用于指示所有用戶中除用戶之外的其它用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。優(yōu)選地，第二指示模塊包括發(fā)送子模塊，用于向其它用戶對應(yīng)的負(fù)責(zé)節(jié)點發(fā)送建立索引請求，其中建立索引請求用于指示其它用戶對應(yīng)的負(fù)責(zé)節(jié)點分別建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。本發(fā)明通過從簽約服務(wù)器HSS獲取用戶的SID，將簽約內(nèi)屬于同一隱式注冊集的所有用戶引導(dǎo)至該SID對應(yīng)的負(fù)責(zé)節(jié)點進(jìn)行處理。既有效地解決了如何將同一隱式注冊集內(nèi)的所有用戶集中在同一節(jié)點進(jìn)行處理的問題，又提高了用戶請求的處理效率及準(zhǔn)確性。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)ー步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的一份簽約內(nèi)用戶之間的可能關(guān)系的示意圖；圖2是根據(jù)相關(guān)技術(shù)的帶有隱式注冊集的用戶簽約關(guān)系的示意圖；圖3是根據(jù)本發(fā)明實施例的用戶請求處理方法的流程圖；圖4是根據(jù)本發(fā)明實施例的簽約內(nèi)第一個用戶注冊、鑒權(quán)請求處理的交互流程圖5是根據(jù)本發(fā)明實施例的同一隱式注冊集用戶建立索引的實施例；圖6是根據(jù)本發(fā)明實施例的簽約內(nèi)與請求用戶屬于同一隱式注冊集的用戶的注冊、鑒權(quán)請求處理的交互流程圖；圖7是根據(jù)本發(fā)明實施例的簽約內(nèi)與請求用戶不屬于同一隱式注冊集的用戶的注冊、鑒權(quán)請求處理的交互流程圖；圖8是根據(jù)本發(fā)明實施例的簽約內(nèi)用戶其他操作請求處理的交互流程圖；圖9是根據(jù)本發(fā)明實施例的用戶請求處理裝置的結(jié)構(gòu)框圖；圖10是根據(jù)本發(fā)明優(yōu)選實施例的用戶請求處理裝置的結(jié)構(gòu)框圖。
具體實施方式
需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。本發(fā)明提供了ー種用戶請求處理方法，圖3是根據(jù)本發(fā)明實施例的用戶請求處理方法的流程圖，如圖3所示，包括如下的步驟S302至步驟S306。步驟S302，獲取隱式注冊集和用戶的簽約標(biāo)識SID，其中隱式注冊集包括跟用戶屬于同一隱式注冊集的所有用戶的信息。步驟S304，指示用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。步驟S306，指示所有用戶中除用戶之外的其它用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。相關(guān)技術(shù)中，利用DHT算法將用戶ID映射至疊加網(wǎng)某個節(jié)點僅可以很好地解決單個用戶的信息存儲與請求處理，而不能將P2PV0IP系統(tǒng)中同一隱式注冊集內(nèi)的所有用戶集中在同一節(jié)點進(jìn)行處理。本發(fā)明實施例中，通過從簽約服務(wù)器HSS獲取用戶的SID，將簽約內(nèi)屬于同一隱式注冊集的所有用戶引導(dǎo)至該SID對應(yīng)的負(fù)責(zé)節(jié)點進(jìn)行處理。因此，本發(fā)明既有效地解決了如何將同一隱式注冊集內(nèi)的所有用戶集中在同一節(jié)點進(jìn)行處理的問題，又提高了用戶請求的處理效率及準(zhǔn)確性。其中，步驟S306通過以下步驟完成向其它用戶對應(yīng)的負(fù)責(zé)節(jié)點發(fā)送建立索引請求，其中建立索引請求用于指示其它用戶對應(yīng)的負(fù)責(zé)節(jié)點分別建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。本優(yōu)選實施例中，一個用戶建立索引后，發(fā)送建立索引請求以觸發(fā)同一隱式注冊集內(nèi)下一個用戶建立指向SID負(fù)責(zé)節(jié)點的索引，這樣為后續(xù)隱式注冊集內(nèi)用戶的請求操作指定了正確的處理節(jié)點，提高了用戶請求的處理效率。另外，在步驟S302之前，首先要選擇用戶對應(yīng)的負(fù)責(zé)節(jié)點?？筛鶕?jù)用戶的標(biāo)識符，利用疊加網(wǎng)的DHT算法算出用戶對應(yīng)的負(fù)責(zé)節(jié)點，其中，標(biāo)識符包括pn、pv1、pn+pvi。利用DHT算法選擇用戶的負(fù)責(zé)節(jié)點，可避免同一用戶信息在疊加網(wǎng)同時存在多份拷貝而引起的同步操作。進(jìn)ー步地，在選擇用戶對應(yīng)的負(fù)責(zé)節(jié)點之后，還需判斷用戶對應(yīng)的負(fù)責(zé)節(jié)點處是否存在索引。如果不存在索引，則執(zhí)行獲取隱式注冊集和用戶的SID的操作；如果存在索弓丨，則將預(yù)先接收的用戶請求直接發(fā)送至該索引指向的節(jié)點。毎次用戶的負(fù)責(zé)節(jié)點處理用戶請求之前，都查找是否存在索引。若存在索引，則直接將用戶請求發(fā)送至索引指向的節(jié)點；若不存在索引，則通過HSS獲取用戶隱式注冊集和簽約標(biāo)識SID，以建立索引。這樣，可避免重復(fù)建立索引，簡化了用戶請求處理的過程。本發(fā)明提到的用戶請求包括注冊、鑒權(quán)請求和其它操作請求，可以預(yù)先通過REGISTER信息接收用戶注冊、鑒權(quán)請求；或者，預(yù)先通過INVITE信息接收用戶其它操作請求。考慮到現(xiàn)有Cx接ロ沒有SID信息，所以，本發(fā)明通過以下步驟獲取隱式注冊集和用戶SID :擴(kuò)展現(xiàn)有Cx接ロ ；通過擴(kuò)展的Cx接ロ從用戶簽約服務(wù)器HSS獲取隱式注冊集和用戶的SID。這樣，通過擴(kuò)展的Cx接ロ使得用戶的SID能夠隨用戶信息一起下載至疊加網(wǎng)，以便之后利用SID的負(fù)責(zé)節(jié)點來處理用戶的請求，從而實現(xiàn)同一簽約內(nèi)所有用戶信息的集中處理。下面將結(jié)合實例對本發(fā)明實施例的實現(xiàn)過程進(jìn)行詳細(xì)描述。實施例一圖4是根據(jù)本發(fā)明實施例的簽約內(nèi)第一個用戶注冊、鑒權(quán)請求處理的交互流程圖。處理簽約內(nèi)第一個用戶的注冊、鑒權(quán)請求時，用戶負(fù)責(zé)節(jié)點處沒有索引，這時需獲取用戶的SID，并建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引，從而在SID負(fù)責(zé)節(jié)點處理用戶請求。如圖4所示，包括如下的步驟S402至步驟S418。步驟S402，疊加網(wǎng)接入節(jié)點獲得用戶REGISTER信息，根據(jù)用戶的標(biāo)識符(puil)，利用疊加網(wǎng)算法算出該用戶的負(fù)責(zé)節(jié)點。步驟S404，轉(zhuǎn)發(fā)REGISTER信息至用戶puil的負(fù)責(zé)節(jié)點。步驟S406，負(fù)責(zé)節(jié)點在本地查找索引，本地沒有索引。步驟S408，利用現(xiàn)有`Cx接ロ與用戶簽約服務(wù)器通信，獲取用戶信息和簽約標(biāo)識符(SID)。步驟S410，簽約服務(wù)器返回用戶信息，包含用戶隱式注冊集、SID等等。該步驟為本發(fā)明的關(guān)鍵步驟，現(xiàn)有Cx接口中沒有該SID信息。本發(fā)明擴(kuò)展Cx接ロ，使得用戶的簽約標(biāo)識符可以隨用戶信息一起下載至疊加網(wǎng)。步驟S412，疊加網(wǎng)利用疊加網(wǎng)算法計算出SID對應(yīng)的負(fù)責(zé)節(jié)點。步驟S414，轉(zhuǎn)發(fā)REGISTER消息至SID的負(fù)責(zé)節(jié)點。步驟S416，注冊、鑒權(quán)請求在SI D負(fù)責(zé)節(jié)點處理。步驟S418，運用實施例ニ所述步驟，在隱式注冊集用戶負(fù)責(zé)節(jié)點建立指向SID負(fù)責(zé)節(jié)點的索引。實施例ニ圖5是根據(jù)本發(fā)明實施例的同一隱式注冊集用戶建立索引的實施例。本實施例通過發(fā)送建立索引請求以觸發(fā)同一隱式注冊集內(nèi)下一個用戶建立指向SID負(fù)責(zé)節(jié)點的索引，這樣為后續(xù)隱式注冊集內(nèi)用戶的請求操作指定了正確的處理節(jié)點，提高了用戶請求的處理效率。如圖5所示，包括如下的步驟S502至步驟S510。步驟S502，疊加網(wǎng)由HSS獲得用戶簽約SID，以及與puil用戶同屬于同一隱式注冊■集的用戶pui2。步驟S504，在用戶puil的負(fù)責(zé)節(jié)點建立指向SID負(fù)責(zé)節(jié)點的索引。步驟S506,向用戶pui2的負(fù)責(zé)節(jié)點發(fā)生建立索引的請求。步驟S508，pui2負(fù)責(zé)節(jié)點在本地建立指向SI D負(fù)責(zé)節(jié)點的索引。
步驟S506至S508是本發(fā)明的關(guān)鍵步驟，疊加網(wǎng)將本次由HSS獲取隱式注冊集內(nèi)的所有用的負(fù)責(zé)節(jié)點建立指向SID負(fù)責(zé)節(jié)點的索弓丨，為后續(xù)隱式注冊集內(nèi)用戶的請求操作指定了正確的處理節(jié)點。步驟S510,請求返回。實施例三圖6是根據(jù)本發(fā)明實施例的簽約內(nèi)與請求用戶屬于同一隱式注冊集的用戶的注冊、鑒權(quán)請求處理的交互流程圖。在處理與請求用戶屬于同一隱式注冊集的用戶請求之前，先檢查到本地肯定存在索引，無需重復(fù)建立索引，直接把用戶請求發(fā)送到索引指向的節(jié)點即可。如圖6所示，包括如下的步驟S602至步驟S610。步驟S602，疊加網(wǎng)接入節(jié)點獲得用戶REGISTER信息，根據(jù)用戶的標(biāo)識符(pui2)，利用疊加網(wǎng)算法，計算該用戶的負(fù)責(zé)節(jié)點。步驟S604，轉(zhuǎn)發(fā)REGISTER信息至用戶pui2的負(fù)責(zé)節(jié)點。步驟S606，負(fù)責(zé)節(jié)點在本地查找索引，由步驟S506至步驟S508可知該索引已經(jīng)被建立，所以找到索引。步驟S608，轉(zhuǎn)發(fā)REGISTER消息至SID的負(fù)責(zé)節(jié)點。步驟S610，注冊、鑒權(quán)請求在SID負(fù)責(zé)節(jié)點處理。實施例四圖7是根據(jù)本發(fā)明實施例的簽約內(nèi)與請求用戶不屬于同一隱式注冊集的用戶的注冊、鑒權(quán)請求處理的交互流程圖。在處理與請求用戶不屬于同一隱式注冊集的用戶請求時，步驟與實施例一相似，如圖7所示，包括如下的步驟S702至步驟S716。步驟S702，疊加網(wǎng)接入節(jié)點獲得用戶REGISTER信息，根據(jù)用戶的標(biāo)識符(pui3)，利用疊加網(wǎng)算法，計算該用戶的負(fù)責(zé)節(jié)點。步驟S704，轉(zhuǎn)發(fā)REGISTER信息至用戶pui3的負(fù)責(zé)節(jié)點。步驟S706，負(fù)責(zé)節(jié)點在本地查找索引，本地沒有索引。步驟S708，利用現(xiàn)有Cx接ロ與用戶簽約服務(wù)器通信，獲取用戶信息和簽約標(biāo)識符(SID)。步驟S710，簽約服務(wù)器返回用戶信息，包含用戶隱式注冊集、SID等等。步驟S712，疊加網(wǎng)利用疊加網(wǎng)算法計算出SID對應(yīng)的負(fù)責(zé)節(jié)點。步驟S714，REGISTER消息在SID負(fù)責(zé)節(jié)點處理。步驟S716，運用實施例ニ所述步驟，在隱式注冊集用戶負(fù)責(zé)節(jié)點建立指向SID負(fù)責(zé)節(jié)點的索引。實施例五 圖8是根據(jù)本發(fā)明實施例的簽約內(nèi)用戶其他操作請求處理的交互流程圖，如圖8所示，包括如下的步驟S802至步驟S810。步驟S802，疊加網(wǎng)接入節(jié)點獲得用戶INVITE信息，根據(jù)用戶的標(biāo)識符(pui3)，利用疊加網(wǎng)算法，計算該用戶的負(fù)責(zé)節(jié)點。步驟S804，轉(zhuǎn)發(fā)REGISTER信息至用戶pui3的負(fù)責(zé)節(jié)點。步驟S806，負(fù)責(zé)節(jié)點在本地查找索引，由步驟S506至步驟S508可知該索引已經(jīng)被建立，所以找到索引。
步驟S808，轉(zhuǎn)發(fā)INVITE消息至SID的負(fù)責(zé)節(jié)點。步驟S810，INVITE請求在SID負(fù)責(zé)節(jié)點處理。需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機(jī)可執(zhí)行指令的計算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。本發(fā)明實施例提供了ー種用戶請求處理裝置，該用戶請求處理裝置可以用于實現(xiàn)上述用戶請求處理方法。圖9是根據(jù)本發(fā)明實施例的用戶請求處理裝置的結(jié)構(gòu)框圖，如圖9所示，包括獲取模塊92、第一指示模塊94和第二指示模塊96。獲取模塊92，用于獲取隱式注冊集和用戶的簽約標(biāo)識SID，其中隱式注冊集包括跟用戶屬于同一隱式注冊集的所有用戶的信息；第一指示模塊94，連接至獲取模塊92，用于指示用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引；第二指示模塊96，連接至獲取模塊92，用于指示所有用戶中除用戶之外的其它用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。圖10是根據(jù)本發(fā)明優(yōu)選實施例的用戶請求處理裝置的結(jié)構(gòu)框圖，其中，第二指示模塊96包括發(fā)送子模塊962，用于向其它用戶對應(yīng)的負(fù)責(zé)節(jié)點發(fā)送建立索引請求，其中建立索引請求用于指示其它用戶對應(yīng)的負(fù)責(zé)節(jié)點分別建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。需要說明的是，裝置實施例中描述的用戶請求處理裝置對應(yīng)于上述的方法實施例，其具體的實現(xiàn)過程在方法實施例中已經(jīng)進(jìn)行過詳細(xì)說明，在此不再贅述。綜上所述，根據(jù)本發(fā)明的上述實施例，提供了一種用戶請求處理方法及裝置。本發(fā)明通過從簽約服務(wù)器HSS獲取用戶的SID，將簽約內(nèi)屬于同一隱式注冊集的所有用戶引導(dǎo)至該SID對應(yīng)的負(fù)責(zé)節(jié)點進(jìn)行處理，既有效地解決了如何將同一隱式注冊集內(nèi)的所有用戶集中在同一節(jié)點進(jìn)行處理的問題，又提高了用戶請求的處理效率及準(zhǔn)確性。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種用戶請求處理方法，其特征在于包括 獲取隱式注冊集和用戶的簽約標(biāo)識SID，其中所述隱式注冊集包括跟所述用戶屬于同一隱式注冊集的所有用戶的信息； 指示所述用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向所述SID對應(yīng)的負(fù)責(zé)節(jié)點的索引； 指示所述所有用戶中除所述用戶之外的其它用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向所述SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，指示所述所有用戶中除所述用戶之外的其它用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向所述SID對應(yīng)的負(fù)責(zé)節(jié)點的索引包括 向所述其它用戶對應(yīng)的負(fù)責(zé)節(jié)點發(fā)送建立索引請求，其中所述建立索引請求用于指示所述其它用戶對應(yīng)的負(fù)責(zé)節(jié)點分別建立指向所述SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在獲取隱式注冊集和用戶的SID之前，所述方法還包括選擇所述用戶對應(yīng)的負(fù)責(zé)節(jié)點。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，選擇所述用戶對應(yīng)的負(fù)責(zé)節(jié)點包括根據(jù)所述用戶的標(biāo)識符，利用疊加網(wǎng)的DHT算法算出所述用戶對應(yīng)的負(fù)責(zé)節(jié)點，其中，所述標(biāo)識符包括 PU1、PV1、PUI+PVI。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，在選擇所述用戶對應(yīng)的負(fù)責(zé)節(jié)點之后，還包括 判斷所述用戶對應(yīng)的負(fù)責(zé)節(jié)點處是否存在索引； 如果不存在索引，則執(zhí)行獲取隱式注冊集和用戶的SID的操作。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，如果存在索引，則將預(yù)先接收的用戶請求直接發(fā)送至該索引指向的節(jié)點。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，預(yù)先通過REGISTER信息接收用戶注冊、鑒權(quán)請求；或者，預(yù)先通過INVITE信息接收用戶其它操作請求。
8.根據(jù)權(quán)利要求1至7中任一項所述的方法，其特征在于，獲取隱式注冊集和用戶的SID包括 擴(kuò)展現(xiàn)有Cx接口 ； 通過所述擴(kuò)展的Cx接口從用戶簽約服務(wù)器HSS獲取所述隱式注冊集和用戶的SID。
9.一種用戶請求處理裝置，其特征在于包括 獲取模塊，用于獲取隱式注冊集和用戶的簽約標(biāo)識SID，其中所述隱式注冊集包括跟所述用戶屬于同一隱式注冊集的所有用戶的信息； 第一指示模塊，用于指示所述用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向所述SID對應(yīng)的負(fù)責(zé)節(jié)點的索引； 第二指示模塊，用于指示所述所有用戶中除所述用戶之外的其它用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向所述SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述第二指示模塊包括發(fā)送子模塊，用于向所述其它用戶對應(yīng)的負(fù)責(zé)節(jié)點發(fā)送建立索引請求，其中所述建立索引請求用于指示所述其它用戶對應(yīng)的負(fù)責(zé)節(jié)點分別建立指向所述SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。
全文摘要
本發(fā)明公開了一種用戶請求處理方法及裝置，該方法包括獲取隱式注冊集和用戶的簽約標(biāo)識SID，其中隱式注冊集包括跟用戶屬于同一隱式注冊集的所有用戶的信息；指示用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引；指示所有用戶中除用戶之外的其它用戶對應(yīng)的負(fù)責(zé)節(jié)點建立指向SID對應(yīng)的負(fù)責(zé)節(jié)點的索引。本發(fā)明既有效地解決了如何將同一隱式注冊集內(nèi)的所有用戶集中在同一節(jié)點進(jìn)行處理的問題，又提高了用戶請求的處理效率及準(zhǔn)確性。
文檔編號H04L29/06GK103036859SQ201110301780
公開日2013年4月10日 申請日期2011年10月9日 優(yōu)先權(quán)日2011年10月9日
發(fā)明者周興旺, 陳志峰 申請人:中興通訊股份有限公司