專利名稱：一種減輕歸屬簽約用戶服務器接口負荷的方法
技術領域：
本發(fā)明涉及移動通信技術領域，特別是指一種減輕歸屬簽約用戶服務器(HSS)接口負荷的方法。
背景技術：
隨著寬帶網(wǎng)絡的發(fā)展，移動通信不僅僅局限于傳統(tǒng)的話音通信，通過與呈現(xiàn)業(yè)務(presence)、短消息、網(wǎng)頁(WEB)瀏覽、定位信息、推送業(yè)務(PUSH)以及文件共享等數(shù)據(jù)業(yè)務的結(jié)合，移動通信能夠?qū)崿F(xiàn)音頻、視頻、圖片和文本等多種媒體類型的業(yè)務，以滿足用戶的多種需求。
例如，短消息業(yè)務能夠提供即時消息、聊天室以及多媒體短消息的服務；視頻業(yè)務能夠提供娛樂、多媒體信息和日常交流等服務；電子商務業(yè)務能夠提供產(chǎn)品目錄、搜索引擎、購物車、訂單管理以及支付等服務；游戲業(yè)務能夠提供單人游戲和群組游戲等服務；定位業(yè)務能夠提供尋人、向?qū)б约皥缶确?；個人助理業(yè)務能夠提供地址本、日程表、書簽管理、文件存儲、事件提醒以及電子郵件等服務。
在多種應用的推動下，第三代移動通信標準化伙伴項目(3GPP)以及第三代移動通信標準化伙伴項目2(3GPP2)等組織都先后推出了基于IP的多媒體子系統(tǒng)(IMS)架構，其目的是在移動網(wǎng)絡中使用一種標準化的開放結(jié)構來實現(xiàn)多種多樣的多媒體應用，以給用戶提供更多的選擇和更豐富的感受。
IMS架構疊加在分組域網(wǎng)絡之上，由呼叫狀態(tài)控制功能(CSCF)實體、媒體網(wǎng)關控制功能(MGCF)實體、媒體資源功能(MRF)實體和HSS等功能實體組成。
CSCF又可以分成服務CSCF(S-CSCF)、代理CSCF(P-CSCF)和查詢CSCF(I-CSCF)三個邏輯實體，該三個邏輯實體可能是不同的物理設備上，也可能是同一個物理設備中不同的功能模塊。S-CSCF是IMS的業(yè)務交換中心，用于執(zhí)行會話控制，維持會話狀態(tài)，管理用戶信息，產(chǎn)生計費信息等；P-CSCF是終端用戶接入IMS的接入點，用于完成用戶注冊，服務質(zhì)量(QoS)控制和安全管理等；I-CSCF負責IMS域之間的互通，管理S-CSCF的分配，對外隱藏網(wǎng)絡拓撲結(jié)構和配置信息，并產(chǎn)生計費數(shù)據(jù)等。
MGCF用于實現(xiàn)IMS網(wǎng)絡和其它網(wǎng)絡的互通；MRF用于提供媒體資源，如收放音，編解碼和多媒體會議橋等。
HSS是非常重要的用戶數(shù)據(jù)庫，存儲用戶的簽約數(shù)據(jù)信息和配置信息等；如用戶的標識、編號以及尋址信息；用戶的安全信息；用戶的位置信息以及用戶的描述信息(user profile information)等。HSS用于支持各個網(wǎng)絡實體對呼叫和會話的處理。一個歸屬網(wǎng)絡內(nèi)有一個或者一個以上HSS，HSS的具體數(shù)量取決于移動簽約用戶的數(shù)量、網(wǎng)絡設備的容量以及具體的組網(wǎng)情況。
由3GPP定義的IMS網(wǎng)絡構架同樣適用于3GPP2定義的分組網(wǎng)絡，即IMS的實現(xiàn)與用戶使用的終端類型無關，因此，該IMS并不限定于只應用在與3GPP相關的網(wǎng)絡和應用上。
下面以基于IMS構架的公共用戶標識第一次發(fā)起注冊的流程為例，具體說明HSS與網(wǎng)絡實體之間的交互過程。
圖1所示為現(xiàn)有技術的基于IMS構架的公共用戶標識第一次發(fā)起注冊的流程圖。在本實施例中，使用SIP協(xié)議作為IP多媒體會話的信令控制協(xié)議，HSS和I-CSCF以及HSS和S-CSCF之間的Cx接口使用Diameter協(xié)議來傳送相關信息的，且本實施例中不需要網(wǎng)絡拓撲隱藏功能。
步驟101，用戶(UE)建立了底層承載的物理連接之后，向其所屬訪問網(wǎng)絡中的P-CSCF發(fā)送注冊(Register)消息，該消息中包括公共用戶標識，私有用戶標識，歸屬網(wǎng)絡域名，以及申請注冊UE的IP地址等信息；步驟102，接收到Register消息的P-CSCF，對該消息中的歸屬網(wǎng)絡域名信息進行解析，以獲取歸屬網(wǎng)絡接入點I-CSCF的地址，然后向歸屬網(wǎng)絡中的I-CSCF轉(zhuǎn)發(fā)UE的Register消息，該轉(zhuǎn)發(fā)的Register消息中包括P-CSCF的名稱或者地址，公共用戶標識，私有用戶標識，P-CSCF所在訪問網(wǎng)絡的標識，以及申請注冊UE的IP地址等信息；步驟103，I-CSCF發(fā)送Cx-Query消息給HSS，該Cx-Query消息中包括公共用戶標識，私有用戶標識，以及P-CSCF所在網(wǎng)絡的標識等信息；步驟104，HSS接收到來自I-CSCF的Cx-Query消息后，首先根據(jù)用戶的簽約信息以及運營商的策略，判斷是否允許該UE在P-CSCF所屬的網(wǎng)絡內(nèi)發(fā)起注冊請求，如果不允許，則直接給I-CSCF返回包含拒絕接受此次注冊信息的應答消息Cx-Query Resp，再由I-CSCF通過P-CSCF給用戶返回注冊失敗的消息，并結(jié)束本流程；否則，HSS判斷自身是否保存有為該UE服務過的S-CSCF的名稱，以及自身保存的該請求注冊用戶的簽約文件內(nèi)容是否發(fā)生更新或者升級，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容沒有發(fā)生更新或者升級，則HSS給I-CSCF返回包含S-CSCF名稱的Cx-Query Resp后，執(zhí)行步驟107；如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS給I-CSCF返回包含S-CSCF名稱和現(xiàn)有的S-CSCF能力集信息的Cx-Query Resp后，由I-CSCF進一步判斷返回的S-CSCF名稱是否可用，如果可以使用，則執(zhí)行步驟107，否則，執(zhí)行步驟105；如果HSS自身沒有已經(jīng)分配的為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS只給I-CSCF返回包含現(xiàn)有的S-CSCF能力集信息的Cx-Query Resp后，執(zhí)行步驟105；步驟105，I-CSCF向HSS發(fā)送Cx-Select-Pull請求消息，請求HSS返回能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息，該Cx-Select-Pull請求消息中包括公共用戶標識，私有用戶標識等信息；步驟106，HSS接收到來自I-CSCF的Cx-Select-Pull請求消息后，給I-CSCF返回Cx-Select-Pull Resp消息，該Cx-Select-Pull Resp消息中包括能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息；步驟107，I-CSCF根據(jù)HSS返回的S-CSCF的名稱進行域名解析，或者，根據(jù)能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息選擇一個S-CSCF，再對該S-CSCF的名稱進行域名解析，從而得到S-CSCF的地址，并向該S-CSCF發(fā)送Register消息，該Register消息中包括P-CSCF域名或者地址，公共用戶標識，私有用戶標識，P-CSCF所在網(wǎng)絡的標識，申請注冊UE的IP地址等信息；如果I-CSCF無法根據(jù)能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的的能力集信息得到一個新的S-CSCF，則I-CSCF通過P-CSCF給用戶返回注冊失敗的消息，并結(jié)束本流程；步驟108，S-CSCF給HSS發(fā)送Cx-Put消息，以使HSS保存用于該用戶的S-CSCF的名稱，其中該Cx-Put消息包括公共用戶標識和或私有用戶標識，S-CSCF名稱等信息；步驟109，HSS返回Cx-Put Resp應答消息，表明其已保存該S-CSCF的名稱信息；步驟110，S-CSCF接收到來自HSS的Cx-Put Resp后，向HSS發(fā)送Cx-Pull請求消息，請求獲取用戶簽約信息；該Cx-Pull消息中包括公共用戶標識和或私有用戶標識等信息；步驟111，HSS根據(jù)公共用戶標識和或私有用戶標識進行查詢，并給S-CSCF返回包括用戶簽約信息的Cx-Pull Resp消息，即該Cx-Pull Resp消息中包括用戶描述信息，以及安全信息等，其中的用戶描述信息用于用戶接入到各種業(yè)務控制平臺；步驟112，S-CSCF根據(jù)從用戶描述信息中得到的過濾規(guī)則，將注冊信息發(fā)送到相關的業(yè)務控制平臺執(zhí)行適當?shù)臉I(yè)務控制流程；步驟113，S-CSCF通過I-CSCF以及P-CSCF，給UE返回200OK消息。
至此，該用戶的一個公共用戶標識完成第一次注冊。
在上述流程中，步驟108中Cx-Put消息的作用是請求HSS保存為用戶服務的S-CSCF的名稱，步驟109中Cx-Put Resp消息僅僅表明對上述請求消息的確認；步驟110中Cx-Pull消息的作用是向HSS請求后續(xù)處理所需的用戶簽約信息，步驟111的Cx-Pull Resp才是將用戶的簽約信息發(fā)送給S-CSCF。
用戶描述信息保存在HSS中，是相對靜態(tài)的用戶信息，而為該用戶服務的S-CSCF名稱等信息則隨著呼叫和會話的進行而發(fā)生改變，是相對動態(tài)的用戶信息。通過上述分析可以看出，HSS中的用戶簽約信息不會因為該HSS收到某個S-CSCF名稱信息而發(fā)生變化，而在現(xiàn)有實現(xiàn)中，HSS將對S-CSCF名稱的確認保存信息和給S-CSCF返回用戶簽約信息用兩條消息實現(xiàn)，其增加了HSS和S-CSCF之間Cx接口的負荷。
另外，上述流程的步驟105與步驟103的請求消息中，所攜帶的信息完全相同，其并沒有帶給HSS任何新的信息，同樣地，在步驟106中，HSS所返回的信息也沒有給I-CSCF返回更多的更有價值的信息。根據(jù)上述分析可以看出，步驟105和步驟106也是冗余的步驟，其同樣增加了HSS和I-CSCF之間Cx接口的負荷。
雖然上述分析基于用戶的公共用戶標識進行第一次注冊的過程，但在用戶的公共用戶標識進行非第一次注冊以及IMS用戶進行會話等所有涉及到向HSS查詢用戶簽約信息的流程，和查詢S-CSCF的流程中，均存在此問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種減輕HSS接口負荷的方法，以優(yōu)化業(yè)務流程，減輕HSS接口負荷。
為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的一種減輕歸屬簽約用戶服務器接口負荷的方法，該方法包括以下步驟歸屬簽約用戶服務器HSS接收到來自服務呼叫狀態(tài)功能實體S-CSCF的包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息后，首先保存該消息中S-CSCF的名稱信息，然后再根據(jù)該消息中的用戶標識進行查詢，并直接給該S-CSCF返回包含用戶簽約信息的響應消息。
較佳地，該方法進一步包括HSS接收到來自查詢呼叫狀態(tài)功能實體I-CSCF的包含查詢S-CSCF名稱或能力集信息的請求消息后，直接向I-CSCF返回包含S-CSCF名稱和或能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF根據(jù)應答消息中返回的信息確定最終的S-CSCF，并向該最終的S-CSCF轉(zhuǎn)發(fā)用戶的請求消息。
較佳地，在某個公共用戶標識信息第一次注冊時，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容沒有發(fā)生更新或者升級，則HSS給I-CSCF返回包含S-CSCF名稱的應答消息，并由I-CSCF向該S-CSCF轉(zhuǎn)發(fā)用戶的請求注冊消息；如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS直接給I-CSCF返回包含S-CSCF名稱和能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF確定一個S-CSCF，并向該最終確定的S-CSCF轉(zhuǎn)發(fā)用戶的請求注冊消息；如果HSS自身沒有已經(jīng)分配的為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS給I-CSCF返回包含能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF根據(jù)應答消息中返回的S-CSCF能力集信息選擇一個新的S-CSCF，并向該選定的S-CSCF轉(zhuǎn)發(fā)用戶的請求注冊消息。
較佳地，當某個用戶在會話過程時，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，則根據(jù)系統(tǒng)的配置，HSS給I-CSCF返回包含S-CSCF名稱的應答消息，并由I-CSCF向該S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息；或者，HSS給I-CSCF返回包含S-CSCF名稱和能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息，由I-CSCF確定一個S-CSCF，并向該確定的S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息；如果HSS自身沒有為該UE服務過的S-CSCF的名稱，則HSS直接給I-CSCF返回包含能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息后，由I-CSCF指定一個S-CSCF，并向該指定的S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息。
較佳地，在某個公共用戶標識信息進行第一次注冊時，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Query消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Query Resp消息承載，或者，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Select-pull消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Select-pull Resp消息承載。
較佳地，當某個用戶在會話過程時，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Location-Query消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Location-Query Resp消息承載，或者，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Select-pull消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Select-pull Resp消息承載。
較佳地，所述包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息由Cx-Put消息承載，所述HSS給S-CSCF返回的響應消息由Cx-PutResp消息承載，或者，所述包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息由Cx-Pull消息承載，所述HSS給S-CSCF返回的響應消息由Cx-Pull Resp消息承載。
較佳地，所述給S-CSCF返回包含用戶簽約信息的響應消息中的用戶簽約信息中至少包括該用戶的描述信息。
一種減輕歸屬簽約用戶服務器接口負荷的方法，該方法包括以下步驟HSS接收到來自I-CSCF的包含查詢S-CSCF名稱或能力集信息的請求消息后，直接向I-CSCF返回包含S-CSCF名稱和或能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF根據(jù)應答消息中返回的信息確定最終的S-CSCF，并向該確定的S-CSCF轉(zhuǎn)發(fā)用戶的請求消息。
較佳地，在某個公共用戶標識信息第一次注冊時，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容沒有發(fā)生更新或者升級，則HSS給I-CSCF返回包含S-CSCF名稱的應答消息，并由I-CSCF向該S-CSCF轉(zhuǎn)發(fā)用戶的請求注冊消息；如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS直接給I-CSCF返回包含S-CSCF名稱和能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF確定一個S-CSCF，并向該最終確定的S-CSCF發(fā)送注冊消息；如果HSS自身沒有已經(jīng)分配的為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS給I-CSCF返回包含能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF根據(jù)應答消息中返回的S-CSCF能力集信息選擇一個新的S-CSCF，并向該選定的S-CSCF發(fā)送注冊消息。
較佳地，當某個用戶在會話過程時，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，則根據(jù)系統(tǒng)的配置，HSS給I-CSCF返回包含S-CSCF名稱的應答消息，并由I-CSCF向該S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息；或者，HSS給I-CSCF返回包含S-CSCF名稱和能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息，由I-CSCF確定一個S-CSCF，并向該確定的S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息；如果HSS自身沒有為該UE服務過的S-CSCF的名稱，則HSS直接給I-CSCF返回包含能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息后，由I-CSCF指定一個S-CSCF，并向該確定的S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息。
較佳地，在某個公共用戶標識信息進行第一次注冊時，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Query消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Query Resp消息承載，或者，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Select-pull消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Select-pull Resp消息承載。
較佳地，其特征在于，當某個用戶在會話過程時，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Location-Query消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Location-Query Resp消息承載，或者，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Select-pull消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Select-pull Resp消息承載。
應用本發(fā)明，當HSS接收到來自S-CSCF的包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息時，首先保存該消息中S-CSCF的名稱，然后再將所查詢的用戶簽約信息直接返回給申請查詢的S-CSCF，從而精簡了查詢用戶簽約信息的步驟，優(yōu)化了業(yè)務流程，減輕了HSS接口負荷。
另外，在用戶的某個公共用戶標識進行第一次注冊過程中或在用戶的會話過程中，當HSS接收到來自I-CSCF的包含查詢S-CSCF名稱或能力集信息的請求消息后，直接向I-CSCF返回包含S-CSCF名稱和或能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，然后再繼續(xù)執(zhí)行后續(xù)步驟，精簡了現(xiàn)有技術中的冗余步驟，優(yōu)化了用戶的注冊流程以及會話流程，進一步地減輕了HSS接口的負荷。
本發(fā)明對現(xiàn)有網(wǎng)絡結(jié)構和業(yè)務實現(xiàn)沒有任何影響，也不需要修改現(xiàn)有的接口規(guī)范，因而具有很好的兼容性和可擴展性。


圖1所示為現(xiàn)有技術的基于IMS構架的公共用戶標識第一次發(fā)起注冊的流程圖；圖2所示為應用本發(fā)明的基于IMS構架的公共用戶標識第一次發(fā)起注冊的流程圖；圖3所示為應用本發(fā)明的基于IMS構架的公共用戶標識非第一次發(fā)起注冊的流程圖；圖4所示為應用本發(fā)明的基于IMS構架用戶呼叫流程圖。
具體實施例方式
為使本發(fā)明的技術方案更加清楚，下面結(jié)合具體實施例及其附圖對本發(fā)明再做進一步地詳細說明。
本發(fā)明的思路是HSS接收到來自S-CSCF的包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息后，首先保存該消息中S-CSCF的名稱信息，然后再根據(jù)該消息中的用戶標識進行查詢，并直接給該S-CSCF返回包含用戶簽約信息的響應消息。同時，在HSS接收到來自I-CSCF的包含查詢S-CSCF名稱或能力集信息的請求消息后，直接向I-CSCF返回包含S-CSCF名稱和或能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF根據(jù)應答消息中返回的信息確定最終的S-CSCF，并向該最終的S-CSCF轉(zhuǎn)發(fā)用戶的請求消息。
圖2所示為應用本發(fā)明的基于IMS構架的公共用戶標識第一次發(fā)起注冊的流程圖。在本實施例中，使用SIP協(xié)議作為IP多媒體會話的信令控制協(xié)議，HSS和I-CSCF以及HSS和S-CSCF之間的Cx接口使用Diameter協(xié)議來傳送相關信息的，且本實施例中不需要網(wǎng)絡拓撲隱藏功能。
步驟201，UE建立了底層承載的物理連接之后，向其所屬訪問網(wǎng)絡中的P-CSCF發(fā)送Register消息，該消息中包括公共用戶標識，私有用戶標識，歸屬網(wǎng)絡域名，以及申請注冊UE的IP地址等信息；步驟202，接收到Register消息的P-CSCF，對該消息中的歸屬網(wǎng)絡域名信息進行解析，以獲取歸屬網(wǎng)絡接入點I-CSCF的地址，然后向歸屬網(wǎng)絡中的I-CSCF轉(zhuǎn)發(fā)UE的Register消息，該轉(zhuǎn)發(fā)的Register消息中包括P-CSCF的名稱或者地址，公共用戶標識，私有用戶標識，P-CSCF所在訪問網(wǎng)絡的標識，以及申請注冊UE的IP地址等信息；步驟203，I-CSCF發(fā)送Cx-Query消息給HSS，該Cx-Query消息中包括公共用戶標識，私有用戶標識，以及P-CSCF所在網(wǎng)絡的標識等信息；步驟204，HSS接收到來自I-CSCF的Cx-Query消息后，首先根據(jù)用戶的簽約信息以及運營商的策略，判斷是否允許該UE在P-CSCF所屬的網(wǎng)絡內(nèi)發(fā)起注冊請求，如果不允許，則直接給I-CSCF返回包含拒絕接受此次注冊信息的應答消息Cx-Query Resp，再由I-CSCF通過P-CSCF給用戶返回注冊失敗的消息，并結(jié)束本流程；否則，HSS判斷自身是否保存有為該UE服務過的S-CSCF的名稱，以及自身保存的該請求注冊用戶的簽約文件內(nèi)容是否發(fā)生更新或者升級，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容沒有發(fā)生更新或者升級，則HSS給I-CSCF返回包含S-CSCF名稱的Cx-Query Resp后，執(zhí)行步驟207；
如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS給I-CSCF返回包含S-CSCF名稱和現(xiàn)有的S-CSCF能力集信息的Cx-Query Resp后，由I-CSCF進一步判斷返回的S-CSCF名稱是否可用，如果可以使用，則執(zhí)行步驟207，否則，執(zhí)行步驟205；如果HSS自身沒有已經(jīng)分配的為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS只給I-CSCF返回包含現(xiàn)有的S-CSCF能力集信息的Cx-Query Resp后，執(zhí)行步驟205；步驟205，I-CSCF向HSS發(fā)送Cx-Select-Pull請求消息，請求HSS返回能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息，該Cx-Select-Pull請求消息中包括公共用戶標識，私有用戶標識等信息；步驟206，HSS接收到來自I-CSCF的Cx-Select-Pull請求消息后，給I-CSCF返回Cx-Select-Pull Resp消息，該Cx-Select-Pull Resp消息中包括能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息；步驟207，I-CSCF根據(jù)HSS返回的S-CSCF的名稱進行域名解析，或者，根據(jù)能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息選擇一個S-CSCF，再對該S-CSCF的名稱進行域名解析，從而得到S-CSCF的地址，并向該S-CSCF發(fā)送Register消息，該Register消息中包括P-CSCF域名或者地址，公共用戶標識，私有用戶標識，P-CSCF所在網(wǎng)絡的標識，申請注冊UE的IP地址等信息；如果I-CSCF無法根據(jù)能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的的能力集信息得到一個新的S-CSCF，則I-CSCF通過P-CSCF給用戶返回注冊失敗的消息，并結(jié)束本流程；步驟208，S-CSCF給HSS發(fā)送包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息，該消息中包括公共用戶標識和或私有用戶標識，S-CSCF名稱等信息；且該消息可由Cx-Put消息或Cx-Pull消息承載；步驟209，HSS接收到來自S-CSCF的請求保存本S-CSCF名稱信息和請求用戶簽約信息的消息后，首先保存該消息中的S-CSCF名稱，然后，根據(jù)公共用戶標識和或私有用戶標識在本地進行查詢，并直接給S-CSCF返回包含用戶簽約信息的響應消息，該響應消息中的用戶簽約信息包括用戶描述信息，以及安全信息等，其中的用戶描述信息用于用戶接入到各種業(yè)務控制平臺；該響應消息由Cx-Put Resp消息或Cx-Pull Resp消息承載；步驟210，S-CSCF根據(jù)從用戶描述信息中得到的過濾規(guī)則，將注冊信息發(fā)送到相關的業(yè)務控制平臺執(zhí)行適當?shù)臉I(yè)務控制流程；步驟211，S-CSCF通過I-CSCF以及P-CSCF，給UE返回200OK消息。
至此，該用戶的一個公共用戶標識完成第一次注冊。在上述注冊流程中，精簡了S-CSCF向HSS查詢用戶描述信息的步驟，減輕了HSS接口的負荷。
同時，在上述流程中可進一步精簡步驟205和步驟206，使I-CSCF一次即可得到所需的信息，即在步驟204中執(zhí)行如下操作HSS接收到來自I-CSCF的包含查詢S-CSCF名稱或能力集信息的請求消息后，首先根據(jù)用戶的簽約信息以及運營商的策略，判斷是否允許該UE在P-CSCF所屬的網(wǎng)絡內(nèi)發(fā)起注冊請求，如果不允許，則直接給I-CSCF返回包含拒絕接受此次注冊信息的應答消息，再由I-CSCF通過P-CSCF給用戶返回注冊失敗的消息，并結(jié)束本流程；否則，HSS判斷自身是否保存有為該UE服務過的S-CSCF的名稱，以及自身保存的該請求注冊用戶的簽約文件內(nèi)容是否發(fā)生更新或者升級，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容沒有發(fā)生更新或者升級，則HSS給I-CSCF返回包含S-CSCF名稱的應答消息后，執(zhí)行步驟207；如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS直接給I-CSCF返回包含S-CSCF名稱和能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息后，執(zhí)行步驟207；如果HSS自身沒有已經(jīng)分配的為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS給I-CSCF返回包含能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息后，執(zhí)行步驟207。
上述HSS接收到來自I-CSCF的查詢請求消息由Cx-Query消息承載，HSS給I-CSCF返回的應答消息由Cx-Query Resp消息承載，或者，上述HSS接收到來自I-CSCF的查詢請求消息由Cx-Select-pull消息承載，HSS給I-CSCF返回的應答消息由Cx-Select-pull Resp消息承載。
圖3所示為應用本發(fā)明的基于IMS構架的公共用戶標識非第一次發(fā)起注冊的流程圖。在本實施例中，使用SIP協(xié)議作為IP多媒體會話的信令控制協(xié)議，HSS和I-CSCF以及HSS和S-CSCF之間的Cx接口使用Diameter協(xié)議來傳送相關信息的，I-CSCF解析出的S-CSCF內(nèi)沒有相關用戶的描述信息，且本實施例中不需要網(wǎng)絡拓撲隱藏功。
步驟301，UE向其所屬訪問網(wǎng)絡中的P-CSCF發(fā)送Register消息，該消息中包括公共用戶標識，私有用戶標識，歸屬網(wǎng)絡域名，以及申請注冊UE的IP地址等信息；步驟302，接收到Register消息的P-CSCF，對該消息中的歸屬網(wǎng)絡域名信息進行解析，以獲取歸屬網(wǎng)絡接入點I-CSCF的地址，然后向歸屬網(wǎng)絡中的I-CSCF轉(zhuǎn)發(fā)UE的Register消息，該轉(zhuǎn)發(fā)的Register消息中包括P-CSCF的名稱或者地址，公共用戶標識，私有用戶標識，P-CSCF所在訪問網(wǎng)絡的標識，以及申請注冊UE的IP地址等信息；步驟303，I-CSCF發(fā)送Cx-Query消息給HSS，該Cx-Query消息中包括公共用戶標識，私有用戶標識，以及P-CSCF所在網(wǎng)絡的標識等信息；步驟304，HSS接收到來自I-CSCF的Cx-Query消息，判斷出該用戶已經(jīng)注冊后，直接給I-CSCF返回包含指示說明已經(jīng)為該用戶分配了S-CSCF信息的應答消息Cx-Query Resp，該Cx-Query Resp中包括一個已經(jīng)為該用戶服務的S-CSCF的名稱；步驟305，I-CSCF根據(jù)HSS返回的S-CSCF的名稱進行域名解析，從而得到S-CSCF的地址，并向該S-CSCF發(fā)送Register消息，該Register消息中包括P-CSCF域名或者地址，公共用戶標識，私有用戶標識，P-CSCF所在網(wǎng)絡的標識，申請注冊UE的IP地址等信息；步驟306，S-CSCF給HSS發(fā)送包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息，該消息中包括公共用戶標識和或私有用戶標識，S-CSCF名稱等信息；且該消息可由Cx-Put消息或Cx-Pull消息承載；步驟307，HSS接收到來自S-CSCF的請求保存本S-CSCF名稱信息和請求用戶簽約信息的消息后，首先保存該消息中的S-CSCF名稱，然后，根據(jù)公共用戶標識和或私有用戶標識在本地進行查詢，并直接給S-CSCF返回包含用戶簽約信息的響應消息，該響應消息中的用戶簽約信息包括用戶描述信息，以及安全信息等，其中的用戶描述信息用于用戶接入到各種業(yè)務控制平臺；該響應消息由Cx-Put Resp消息或Cx-Pull Resp消息承載；步驟308，S-CSCF根據(jù)從用戶描述信息中得到的過濾規(guī)則，將注冊信息發(fā)送到相關的業(yè)務控制平臺執(zhí)行適當?shù)臉I(yè)務控制流程；步驟309，S-CSCF通過I-CSCF以及P-CSCF，給UE返回200OK消息。
至此，該用戶的一個公共用戶標識實現(xiàn)了重新注冊，且精簡了S-CSCF向HSS查詢用戶描述信息的步驟，減輕了HSS接口的負荷。
圖4所示為應用本發(fā)明的基于IMS構架用戶作為被叫的部分呼叫流程圖。在本實施例中，使用SIP協(xié)議作為IP多媒體會話的信令控制協(xié)議，HSS和I-CSCF以及HSS和S-CSCF之間的Cx接口使用Diameter協(xié)議來傳送相關信息的，I-CSCF解析出的S-CSCF內(nèi)沒有相關用戶的描述信息，且該用戶所使用的公共用戶標識沒有注冊過。
步驟401，I-CSCF接收到經(jīng)轉(zhuǎn)發(fā)的來自主叫用戶的INVITE消息，該消息中包括公共用戶標識信息；步驟402，I-CSCF向HSS發(fā)送查詢用戶當前位置信息的Cx-Location-Query消息；步驟403，根據(jù)系統(tǒng)預先配置，HSS給I-CSCF返回包含指示該公共用戶標識未注冊信息的響應消息Cx-Location-Query Resp后，執(zhí)行步驟404，或者，HSS給I-CSCF返回包含以前為該用戶分配的S-CSCF名稱信息和現(xiàn)有S-CSCF能力集信息后，執(zhí)行步驟404，或者，HSS給I-CSCF返回包含以前為該用戶分配的S-CSCF名稱信息的響應消息Cx-Location-Query Resp，并執(zhí)行步驟407；步驟404，I-CSCF給HSS發(fā)送Cx-Select-Pull請求消息，以請求獲取能夠支持最嚴格要求的S-CSCF能力集信息，該請求消息中攜帶的參數(shù)主要包括公共用戶標識等；步驟405，HSS接收到Cx-Select-Pull請求消息之后，給I-CSCF返回Cx-Select-Pull Resp消息，該消息中包括I-CSCF所需的能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息；步驟406，I-CSCF從HSS返回的S-CSCF能力集信息中選擇出所需的S-CSCF地址后，執(zhí)行步驟407；如果I-CSCF不能從HSS返回的S-CSCF能力集信息中解析出所需的S-CSCF地址，則I-CSCF自己指定一個S-CSCF為該未注冊的公共用戶標識進行服務，并執(zhí)行步驟407；步驟407，I-CSCF將接收到的INVITE消息轉(zhuǎn)發(fā)給已確定的S-CSCF；步驟408，接收到INVITE消息的S-CSCF給HSS發(fā)送包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息，該消息包括公共用戶標識和或私有用戶標識，S-CSCF名稱等信息；且該消息可由Cx-Put消息或Cx-Pull消息承載；
步驟409，HSS接收到來自S-CSCF的請求保存本S-CSCF名稱信息和請求用戶簽約信息的消息后，首先保存該消息中的S-CSCF名稱，然后，根據(jù)公共用戶標識和或私有用戶標識在本地進行查詢，并直接給S-CSCF返回包含用戶簽約信息的響應消息，即該響應消息中的用戶簽約信息包括用戶描述信息，以及安全信息等，其中的用戶描述信息用于用戶接入到各種業(yè)務控制平臺；該響應消息由Cx-Put Resp消息或Cx-Pull Resp消息承載；步驟410，S-CSCF根據(jù)從用戶描述信息中得到的過濾規(guī)則，將注冊信息發(fā)送到相關的業(yè)務控制平臺執(zhí)行適當?shù)臉I(yè)務控制流程；步驟411，S-CSCF繼續(xù)執(zhí)行后續(xù)操作。
上述呼叫流程精簡了S-CSCF向HSS查詢用戶描述信息的步驟，減輕了HSS接口的負荷。
同時，在上述流程中可進一步精簡步驟404、405和406，使I-CSCF一次即可得到所需的信息，即在步驟403中執(zhí)行如下操作HSS接收到來自I-CSCF的包含查詢用戶當前位置信息的消息后，判斷自身是否保存有為該UE服務過的S-CSCF的名稱，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，則HSS給I-CSCF返回包含S-CSCF名稱的應答消息，或者，HSS給I-CSCF返回包含S-CSCF名稱和能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息后，執(zhí)行步驟407；如果HSS自身沒有為該UE服務過的S-CSCF的名稱，則HSS直接給I-CSCF返回包含能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息后，由I-CSCF自己指定一個S-CSCF為該未注冊的公共用戶標識進行服務，再執(zhí)行步驟407。
上述HSS接收到來自I-CSCF的查詢消息由Cx-Location-Query消息承載，HSS給I-CSCF返回的應答消息由Cx-Location-Query Resp消息承載，或者，上述HSS接收到來自I-CSCF的查詢消息由Cx-Select-pull消息承載，HSS給I-CSCF返回的應答消息由Cx-Select-pull Resp消息承載。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種減輕歸屬簽約用戶服務器接口負荷的方法，其特征在于，該方法包括以下步驟歸屬簽約用戶服務器HSS接收到來自服務呼叫狀態(tài)功能實體S-CSCF的包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息后，首先保存該消息中S-CSCF的名稱信息，然后再根據(jù)該消息中的用戶標識進行查詢，并直接給該S-CSCF返回包含用戶簽約信息的響應消息。
2.根據(jù)權利要求1所述的方法，其特征在于，該方法進一步包括HSS接收到來自查詢呼叫狀態(tài)功能實體I-CSCF的包含查詢S-CSCF名稱或能力集信息的請求消息后，直接向I-CSCF返回包含S-CSCF名稱和或能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF根據(jù)應答消息中返回的信息確定最終的S-CSCF，并向該最終的S-CSCF轉(zhuǎn)發(fā)用戶的請求消息。
3.根據(jù)權利要求2所述的方法，其特征在于，在某個公共用戶標識信息第一次注冊時，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容沒有發(fā)生更新或者升級，則HSS給I-CSCF返回包含S-CSCF名稱的應答消息，并由I-CSCF向該S-CSCF轉(zhuǎn)發(fā)用戶的請求注冊消息；如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS直接給I-CSCF返回包含S-CSCF名稱和能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF確定一個S-CSCF，并向該最終確定的S-CSCF轉(zhuǎn)發(fā)用戶的請求注冊消息；如果HSS自身沒有已經(jīng)分配的為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS給I-CSCF返回包含能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF根據(jù)應答消息中返回的S-CSCF能力集信息選擇一個新的S-CSCF，并向該選定的S-CSCF轉(zhuǎn)發(fā)用戶的請求注冊消息。
4.根據(jù)權利要求2所述的方法，其特征在于，當某個用戶在會話過程時，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，則根據(jù)系統(tǒng)的配置，HSS給I-CSCF返回包含S-CSCF名稱的應答消息，并由I-CSCF向該S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息；或者，HSS給I-CSCF返回包含S-CSCF名稱和能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息，由I-CSCF確定一個S-CSCF，并向該確定的S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息；如果HSS自身沒有為該UE服務過的S-CSCF的名稱，則HSS直接給I-CSCF返回包含能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息后，由I-CSCF指定一個S-CSCF，并向該指定的S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息。
5.根據(jù)權利要求2所述的方法，其特征在于，在某個公共用戶標識信息進行第一次注冊時，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Query消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Query Resp消息承載，或者，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Select-pull消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Select-pull Resp消息承載。
6.根據(jù)權利要求2或5所述的方法，其特征在于，當某個用戶在會話過程時，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Location-Query消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Location-Query Resp消息承載，或者，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Select-pull消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Select-pull Resp消息承載。
7.根據(jù)權利要求1或2所述的方法，其特征在于，所述包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息由Cx-Put消息承載，所述HSS給S-CSCF返回的響應消息由Cx-Put Resp消息承載，或者，所述包含請求保存本S-CSCF名稱信息和請求用戶簽約信息的請求消息由Cx-Pull消息承載，所述HSS給S-CSCF返回的響應消息由Cx-Pull Resp消息承載。
8.根據(jù)權利要求1所述的方法，其特征在于，所述給S-CSCF返回包含用戶簽約信息的響應消息中的用戶簽約信息中至少包括該用戶的描述信息。
9.一種減輕歸屬簽約用戶服務器接口負荷的方法，其特征在于，該方法包括以下步驟HSS接收到來自I-CSCF的包含查詢S-CSCF名稱或能力集信息的請求消息后，直接向I-CSCF返回包含S-CSCF名稱和或能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF根據(jù)應答消息中返回的信息確定最終的S-CSCF，并向該確定的S-CSCF轉(zhuǎn)發(fā)用戶的請求消息。
10.根據(jù)權利要求9所述的方法，其特征在于，在某個公共用戶標識信息第一次注冊時，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容沒有發(fā)生更新或者升級，則HSS給I-CSCF返回包含S-CSCF名稱的應答消息，并由I-CSCF向該S-CSCF轉(zhuǎn)發(fā)用戶的請求注冊消息；如果HSS自身保存有為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS直接給I-CSCF返回包含S-CSCF名稱和能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF確定一個S-CSCF，并向該最終確定的S-CSCF發(fā)送注冊消息；如果HSS自身沒有已經(jīng)分配的為該UE服務過的S-CSCF的名稱，且自身保存的該請求注冊用戶的簽約文件內(nèi)容發(fā)生了更新或者升級，則HSS給I-CSCF返回包含能夠支持該申請注冊用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息，由I-CSCF根據(jù)應答消息中返回的S-CSCF能力集信息選擇一個新的S-CSCF，并向該選定的S-CSCF發(fā)送注冊消息。
11.根據(jù)權利要求9所述的方法，其特征在于，當某個用戶在會話過程時，如果HSS自身保存有為該UE服務過的S-CSCF的名稱，則根據(jù)系統(tǒng)的配置，HSS給I-CSCF返回包含S-CSCF名稱的應答消息，并由I-CSCF向該S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息；或者，HSS給I-CSCF返回包含S-CSCF名稱和能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息，由I-CSCF確定一個S-CSCF，并向該確定的S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息；如果HSS自身沒有為該UE服務過的S-CSCF的名稱，則HSS直接給I-CSCF返回包含能夠支持該用戶最嚴格業(yè)務簽約要求的S-CSCF能力集信息的應答消息后，由I-CSCF指定一個S-CSCF，并向該確定的S-CSCF轉(zhuǎn)發(fā)用戶的請求會話消息。
12.根據(jù)權利要求9所述的方法，其特征在于，在某個公共用戶標識信息進行第一次注冊時，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Query消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Query Resp消息承載，或者，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Select-pull消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Select-pull Resp消息承載。
13.根據(jù)權利要求9或12所述的方法，其特征在于，當某個用戶在會話過程時，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Location-Query消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Location-Query Resp消息承載，或者，所述HSS接收到來自I-CSCF的查詢請求消息由Cx-Select-pull消息承載，所述HSS給I-CSCF返回的應答消息由Cx-Select-pull Resp消息承載。
全文摘要
本發(fā)明提供了一種減輕歸屬簽約用戶服務器接口負荷的方法，HSS接收到來自S－CSCF的包含請求保存本S－CSCF名稱信息和請求用戶簽約信息的請求消息后，首先保存該消息中S－CSCF的名稱信息，然后再根據(jù)該消息中的用戶標識進行查詢，并直接給該S－CSCF返回包含用戶簽約信息的響應消息。本發(fā)明精簡了查詢用戶簽約信息的步驟，優(yōu)化了業(yè)務流程，減輕了HSS接口負荷。另外，當HSS接收到來自I－CSCF的查詢請求消息后，直接向I－CSCF返回包含S－CSCF名稱和或能夠支持該用戶最嚴格業(yè)務簽約要求的S－CSCF能力集信息的應答消息，進一步地減輕了HSS接口的負荷。本發(fā)明對現(xiàn)有網(wǎng)絡結(jié)構和業(yè)務實現(xiàn)沒有任何影響，也不需要修改現(xiàn)有的接口規(guī)范，因而具有很好的兼容性和可擴展性。
文檔編號H04L29/00GK1655546SQ20041000420
公開日2005年8月17日 申請日期2004年2月10日 優(yōu)先權日2004年2月10日
發(fā)明者武亞娟 申請人:華為技術有限公司