專利名稱：疊加注冊的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，并且特別地，涉及一種疊加注冊的實現(xiàn) 方法。
背景技術(shù)：
IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS )是第三代合 作<火4半纟且織(3rd Generation Partnership Project,簡稱3GPP )定義 的下一代網(wǎng)絡(luò)的標準，它的顯著特點是采用了會話發(fā)起協(xié)議 (Session Initiation Protocol,簡稱SIP )體系，佳j尋通ifl與4妄入無關(guān)， 并且能夠具備多種媒體業(yè)務(wù)控制功能與承載能力分離、呼叫與會話 分離、應(yīng)用與服務(wù)分離、業(yè)務(wù)與網(wǎng)絡(luò)分離、以及移動網(wǎng)與英特網(wǎng)業(yè) 務(wù)融合等多種能力，因此，IMS的提出順應(yīng)了通訊網(wǎng)融合發(fā)展的趨 勢。
IMS體系中的主要功能實體包括提供用戶注冊管理、會話控 制等功能的呼叫會話控制實體(Call Session Control Function,簡稱 CSCF)，提供集中管理用戶簽約數(shù)據(jù)功能的歸屬用戶服務(wù)器(Home Subscriber Server,簡稱HSS)，提供各種業(yè)務(wù)邏輯控制功能的應(yīng)用 服務(wù)器(Application Server,簡稱AS)。
圖1示出了 IMS體系結(jié)構(gòu)主要的網(wǎng)元實體及其之間的相互聯(lián) 系。其中用戶"i殳備(User Equipment,簡稱UE ) 101 表用戶 <吏 用的終端設(shè)備；呼叫會話控制功能(Call Session Control Function，簡稱CSCF)實體是控制會話過程的核心網(wǎng)元，其包括代理呼叫 會話控制功能(Proxy-CSCF,簡稱P-CSCF ) 102、查詢呼叫會話控 制功能(Interrogating-CSCF，簡一爾I-CSCF ) 103、月良務(wù)呼叫會i舌控 制功能(Serving-CSCF,簡稱S-CSCF ) 104;歸屬用戶服務(wù)器(Home Subscriber Server,簡稱HSS) 105是IMS中所有與用戶和月l務(wù)器相 關(guān)的數(shù)據(jù)的主要存儲服務(wù)器；應(yīng)用服務(wù)器(Application Server,簡 稱AS) 106是提供增值多媒體業(yè)務(wù)的網(wǎng)元。
在圖1所示出的各個網(wǎng)元間，UE通過Gm接口和P-CSCF相連； P國CSCF、 I-CSCF、 S-CSCF間通過Mw 4妾口實i見互聯(lián)；HSS通過 Cx接口實現(xiàn)與I-CSCF、 S-CSCF相連，通過Sh接口實現(xiàn)與AS相 連；S畫CSCF通過IMS業(yè)務(wù)控制(IMS service control,，簡稱ISC) 才妾口實i見與AS相連。
用戶在與運營商簽約之后，都具備一個^^開地址(Public Address,也稱為Address of record,簡稱AOR地址)，^f旦是用戶并 不能直沖妾用該AOR地址進4亍業(yè)務(wù)，而需要通過注冊綁定了聯(lián)系地 址(Contact Address )之后，才能進行正常的業(yè)務(wù)。另外，用戶在 使用IMS注冊業(yè)務(wù)之前，還需要在網(wǎng)絡(luò)進行鑒權(quán)，所以用戶在使用 正常業(yè)務(wù)之前，必須成功執(zhí)行注冊過程，實現(xiàn)用戶接入IMS網(wǎng)絡(luò)， 用戶在IMS網(wǎng)絡(luò)注冊的基本流程如圖2所示，應(yīng)當注意，由于本發(fā) 明并不涉及I-CSCF、 AS、 HSS等網(wǎng)元，所以后文中省略了這些網(wǎng)
元的處理沫u禾呈。
如圖2所示，用戶注冊的基本流一呈包4舌以下處理
S201, UE向P-CSCF發(fā)送注冊請求，該請求中至少包含 R叫uest畫URI、 From、 To、 Call-ID、 CS叫等頭i或；
S202， P-CSCF將注冊請求轉(zhuǎn)發(fā)給S-CSCF;S203， S-CSCF在UE與S-CSCF完成了 UE的注冊過程之后， 向P-CSCF返回注冊成功響應(yīng)，注冊成功響應(yīng)中至少包含F(xiàn)rom、 To、 Call-ID、 CSeq等頭域；注冊過程可能包括了 S-CSCF發(fā)起的挑戰(zhàn)請 求、UE發(fā)起的調(diào)整響應(yīng)、以及HSS的相關(guān)操作等；
S204， P-CSCF轉(zhuǎn)發(fā)注冊響應(yīng)給UE，由此UE完成了在IMS核 心網(wǎng)全各的注冊。
在注冊過程中，UE與IMS核心網(wǎng)絡(luò)通過From、 To與呼叫標 識(Call-ID)的組合來標識注冊，由于在沒有第三方幫助用戶進4亍 注冊的情況下，F(xiàn)rom與To的值一^殳都是用戶的AOR地址，因此 不同注冊更多是采用Call-ID來進行標識。目前，Call-ID通常由一 段隨機生成的字串加上各產(chǎn)生加上的特殊的標識組成。
在現(xiàn)有技術(shù)中，如果From、 To相同但Call-ID不相同，則來自 同一個終端的注冊將會相互覆蓋，即，S-CSCF收到后一個注冊i青 求后，將會覆蓋之前已有的注冊，如圖3所示，其基本流程如下所 示
S301， UE發(fā)送第一個注冊請求給P-CSCF ，請求中From、 To 頭域值為UE的AOR， Call-ID頭i或的4直為Call-IDl;
S302, P-CSCF轉(zhuǎn)發(fā)該注冊請求給S-CSCF;
S303， S-CSCF完成UE的注冊過程，其流程與S203相同，完 成注冊后，S-CSCF置該UE狀態(tài)為注冊成功狀態(tài)，同時S-CSCF向 P-CSCF返回注冊成功響應(yīng)；
S304, P-CSCF轉(zhuǎn)發(fā)注冊成功響應(yīng)給UE， UE完成了在IMS網(wǎng) 絡(luò)的注冊，這里稱為注冊一；S305， UE發(fā)送第二個注冊i青求給P-CSCF,"清求中From、 To 頭域值為UE的AOR， Call-ID頭域的值為Call-ID2， Call-ID2的值 與Call-ID1的^直不相同；
S306， P-CSCF轉(zhuǎn)發(fā)該請求給S-CSCF;
S307， S-CSCF發(fā)J見該UE已經(jīng)注冊成功，并監(jiān)測到第二個注冊 請求中的Call-ID頭域值與注冊一的Call-ID值并不相同，所以如果 本次注冊成功，其注冊信息將覆蓋注冊一的注冊信息，并注銷注冊 一以及釋放注冊一相關(guān)的會話資源；S-CSCF完成UE的注冊過程， 同時S-CSCF向P-CSCF返回注冊成功響應(yīng)；
S308, P-CSCF將注冊成功響應(yīng)轉(zhuǎn)發(fā)給UE;
S309，進4亍網(wǎng)紹"則注銷，注銷注冊一，以及釋》文注冊相關(guān)的會 話資源。
可見，5見有沖支術(shù)的注冊才幾制j呆^E了一個UE同時只能有一個注 冊在IMS網(wǎng)全各中有歲丈。
但是，隨著IMS的發(fā)展和新業(yè)務(wù)的引入，能夠?qū)㈦娐方粨Q域接 入IMS域中來，使電3各交換域用戶能夠使用IMS域提供的業(yè)務(wù)， 從而可以保證用戶體驗和業(yè)務(wù)的連續(xù)性，同時能使電路交換域用戶 享受IMS新業(yè)務(wù)。因此，在3GPP Release 8中引入了 IMS集中業(yè)務(wù) (IMS Centralized Services,簡稱ICS )"技術(shù)，對不同4妄入域的用戶 提供一致性、連續(xù)性的業(yè)務(wù)服務(wù)。對于這些新的引入，都需要允許 一個簽約用戶通過不同接入方式的單個或者多個終端，并單獨或同 時4妄入到同 一個IMS核心網(wǎng)中，形成對應(yīng)于同 一個用戶綁定的多個 不同的耳關(guān)系i也址。這樣，在某些情形下，UE希望通過多次注冊實現(xiàn)多個聯(lián)系地 址的同時注冊，也就是同時存在多個有效的注冊，在本文中^皮稱為 為多注冊或者疊加注冊。這與^見有注冊才幾制相違背，也就是^L有注 冊才幾制無法進4亍多注冊。對于多注冊問題，目前互耳關(guān)網(wǎng)工禾呈4壬務(wù)組 (Internet Engineering Task Force ，簡稱IETF )纟且織也進4亍了大量研 究，提供了采用outbound機制實現(xiàn)，但是其過程比較復雜，對現(xiàn)有 流程修改比較大，不利于從現(xiàn)有技術(shù)的平滑過渡。目前，尚未提出 能夠?qū)崿F(xiàn)簡單有效的多注冊實現(xiàn)4支術(shù)。

發(fā)明內(nèi)容
考慮到上述問題而做出本發(fā)明，為此，本發(fā)明的主要目的在于 提供一種，以解決相關(guān)技術(shù)中由于難以實現(xiàn)多注冊的問題。
本發(fā)明提供了一種疊加注冊的實現(xiàn)方法，用于在IP多々某體子系
統(tǒng)中實現(xiàn)終端的疊加注冊，其中，疊加注冊是指終端發(fā)起的多個聯(lián): 系地址的注冊。
該方法包括在IP多媒體子系統(tǒng)網(wǎng)絡(luò)接收到疊加注冊請求之
后，根據(jù)疊加注冊請求對終端進行注冊，并且在終端之前已經(jīng)在IP 多媒體子系統(tǒng)網(wǎng)絡(luò)注冊的情況下，保留之前的注冊信息，其中，疊 加注冊請求中攜帶有表示該注冊請求為疊加注冊請求的標示信息。
其中，終端在注冊請求_沒置標識的處理具體為在疊加注冊請 求的呼叫標識或?qū)嵗龢俗R中i殳置字符串，并且將互為疊加注冊的疊 加注冊ffr求中i殳置的字符串相同或符合預定^見則，>^人而將字符串作 為疊加注冊請求的標識信息，其中，互為疊加的注冊是在IP多媒體 子系統(tǒng)網(wǎng)中同時存在的注冊。
并且，在終端首次在IP多々某體子系統(tǒng)網(wǎng)絡(luò)注冊的情況下，終端 隨機生成并設(shè)置字符串；之后，在終端需要刷新之前的注冊的情況下，終端獲取字符串，將字符串設(shè)置在注冊刷新請求中、或者基于 字符串以預定規(guī)則生成新字符串并將新字符串設(shè)置在注冊刷新請求
中；而在終端需要注銷之前的注冊的情況下，重新生成并在注冊i青 求中設(shè)置其它隨機字符串。
并且，在對呼叫標識設(shè)置字符串的情況下，IP多媒體子系統(tǒng)網(wǎng) 絡(luò)將字符串與呼叫標識中預先設(shè)置的隨機字符串 一起作為終端注冊 的綁定信息保存。
另一方面，在對實例標識設(shè)置字符串的情況下，IP多媒體子系 統(tǒng)網(wǎng)絡(luò)將字符串與實例標識中預先設(shè)置的固定字符串 一 起作為終端 注冊的綁定信息保存。
此外，在終端需要刷新之前的注冊的情況下，進一步包括終 端獲耳又需要刷新的注冊所對應(yīng)的呼叫標識或?qū)嵗龢俗R，并將獲耳又的 呼叫標識或?qū)嵗龢俗R通過注冊刷新請求發(fā)送至IP多々某體子系統(tǒng)網(wǎng) 絡(luò)；IP多媒體子系統(tǒng)網(wǎng)絡(luò)對與接收到的呼叫標識或?qū)嵗龢俗R匹配的 注冊進行刷新。
除此之外，在終端通過多個網(wǎng)絡(luò)分別接入IP多媒體子系統(tǒng)網(wǎng)絡(luò) 并發(fā)起疊加注冊的情況下，對于每次疊加注冊，終端、或終端4妄入 IP多媒體子系統(tǒng)網(wǎng)絡(luò)過程中途經(jīng)的可信任網(wǎng)元將對應(yīng)于當前接入網(wǎng) 絡(luò)的接入方式信息加入注冊請求中作為疊加注冊請求的標示信息發(fā) 送*會IP多々某體子系統(tǒng)網(wǎng)絡(luò)。
其中，接收到接入方式信息后，IP多媒體子系統(tǒng)網(wǎng)絡(luò)執(zhí)行對終 端的注冊，并將接入方式信息作為綁定信息保存。
并且，在終端需要刷新對應(yīng)于多個網(wǎng)絡(luò)中的某個網(wǎng)絡(luò)的注冊的 情況下，該方法可進一步包才舌終端獲耳又該網(wǎng)絡(luò)所對應(yīng)的4妄入方式 信息，并將獲取的接入方式信息通過注冊刷新請求發(fā)送至IP多媒體子系統(tǒng)網(wǎng)絡(luò)；IP多媒體子系統(tǒng)網(wǎng)絡(luò)對與接收到的接入方式信息匹配 的注冊進行刷新。
其中，在由終端在其發(fā)送注冊消息中加入接入方式信息的情況 下，由終端接入IP多媒體子系統(tǒng)網(wǎng)絡(luò)過程中途經(jīng)的可信任網(wǎng)元對加 入的4妄入方式信息進4于-驗i正，在-瞼i正4妄入方式信息不正確的情況下， IP多々某體子系統(tǒng)刪除該接入方式信息并拒絕終端接入、或修改該接 入方式4言息。
通過本發(fā)明的上述技術(shù)方案，可以更為簡便地實現(xiàn)多注冊，從 而方便了多種網(wǎng)絡(luò)業(yè)務(wù)的結(jié)合。


此處所i兌明的附圖用來才是供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當限定。在附圖中
圖1是根據(jù)相關(guān)技術(shù)的IMS體系結(jié)構(gòu)的框圖2是根據(jù)相關(guān)技術(shù)的用戶在IMS網(wǎng)絡(luò)中注冊的信令流程圖3是根據(jù)相關(guān)技術(shù)的用戶在IMS網(wǎng)絡(luò)中注冊覆蓋的信令流程
圖4是才艮據(jù)本發(fā)明實施例的疊加注冊的實現(xiàn)方法的流程圖； 圖5是根據(jù)本發(fā)明實施例的實例1一般注冊的信令流程圖； 圖6是沖艮據(jù)本發(fā)明實施例的實例2多注冊的信令流程ii圖7是才艮據(jù)本發(fā)明實施例的實例3非多注冊的信令流程圖；以
及
圖8是4艮據(jù)本發(fā)明實施例的實例4多注冊刷新的信令流程圖。
具體實施例方式
在本實施例中，沖是供了一種疊加注冊的實現(xiàn)方法，用于在IP多 々某體子系統(tǒng)中實現(xiàn)終端的疊加注冊，其中，疊加注冊是指終端發(fā)起 的多個聯(lián)系地址的注冊。圖4是根據(jù)本發(fā)明實施例的疊加注冊的實 現(xiàn)方法的流程圖。
如圖4所示，根據(jù)本發(fā)明實施例的疊加注冊的實現(xiàn)方法包括 步驟S402，在IP多々某體子系統(tǒng)網(wǎng)絡(luò)接收到疊加注冊請求；步驟S404, 根據(jù)疊加注冊請求對終端進行注冊，并且在終端之前已經(jīng)在IP多媒 體子系統(tǒng)網(wǎng)絡(luò)注冊的情況下，保留之前的注冊信息，其中，疊加注 冊請求中攜帶有表示該注冊"i青求為疊加注冊請求的標示信息。
根據(jù)上述技術(shù)方案，具體包括以下步驟
第一步，終端或者網(wǎng)絡(luò)將在終端發(fā)起的注冊請求中添加如下信 息(a)，疊加注冊請求具備某個或者某些相同的特征，而不互為疊 加注冊的多個注冊請求不具備這些特征；(b),當注冊請求是從不同 網(wǎng)絡(luò)4妄入IMS網(wǎng)絡(luò)時，互為疊加注冊的多個注冊請求中攜帶的4妄入 方式不相同；
第二步，網(wǎng)絡(luò)收到注冊請求，完成注冊流禾呈后，將在網(wǎng)絡(luò)側(cè)保 存該注冊請求中包含的、在第一步中添加的信息；
第三步，網(wǎng)絡(luò)收到注冊請求后，將判斷需要注冊的用戶當前是 否已經(jīng)注冊，如果用戶已經(jīng)注冊并且當前注冊i青求不是注冊刷新，則判斷當前注冊"i青求是否與已有的注冊為疊加注冊，如果是疊加注 冊，將進行多注冊流程，反之，按照現(xiàn)有流程進行注冊；
第四步，進行注冊刷新時候，要求注冊刷新-清求與原注冊i青求 具備相同的注冊標識符號，或者具備相同的接入方式信息。
其中，終端在注冊請求設(shè)置標識的處理具體為在疊加注冊請 求的呼叫標識或?qū)嵗龢俗R中設(shè)置字符串，并且將互為疊加注冊的疊 加注冊請求中設(shè)置的字符串相同或符合預定規(guī)則，從而將字符串作 為疊加注冊請求的標識信息，其中，互為疊加的注冊是在IP多媒體 子系統(tǒng)網(wǎng)全各中同時存在的注冊。
并且，在對呼叫標識:沒置字符串的情況下，IP多J 某體子系統(tǒng)網(wǎng) 絡(luò)將字符串與呼叫標識中預先設(shè)置的隨機字符串 一起作為終端注冊 的綁定信息保存。
另一方面，在對實例標識設(shè)置字符串的情況下，IP多媒體子系 統(tǒng)網(wǎng)絡(luò)將字符串與實例標識中預先設(shè)置的固定字符串 一起作為終端 注冊的綁定信息保存。
具體地i兌，在上述第一步的a信息中，信息可以與在注冊"i青求 中的呼叫標識(Call-ID)頭域值中某部分字串相同?；蛘?，Call-ID 符合某個特定的失見律，也可以在Call-ID中標識出本次注冊為疊加 注冊。并且，信息也可以與在注冊請求中的實例標識(Instance-ID) 頭域中某部分字串相同，或者Instance-ID符合某個特定的規(guī)律，也 可以在Instance-ID中標識出本次注冊為疊加注冊；其本質(zhì)上是用于 標識一組互為疊力口/多注冊的注冊請求的特征，擁有該特征的注冊請 求互為疊加/多注冊，反之，則不為疊力口/多注冊，并且，還要保證每 個疊加/多注冊組特4i的p眷一性；將互為疊加/多注冊的多個注冊稱為 疊力口注冊組，同一個疊加注冊組中的注冊互為疊加注冊，對應(yīng)注冊-清求屬于同一個疊加注冊"i青求組；該特4正字串可以是隨才幾生成的隨 機串，也可以是根據(jù)某種規(guī)則產(chǎn)生的字串。
并且，在終端首次在IP多J 某體子系統(tǒng)網(wǎng)絡(luò)注冊的情況下，終端 隨機生成并設(shè)置字符串；之后，在終端需要刷新之前的注冊的情況
下，終端獲取字符串，將字符串設(shè)置在注冊刷新請求中、或者基于
字符串以預定^L則生成新字符串并將新字符串i殳置在注冊刷新^"求 中；而在終端需要注銷之前的注冊的情況下，重新生成并在注冊請 求中設(shè)置其它隨機字符串。
在終端需要刷新之前的注冊的情況下，進一步包括終端獲取 需要刷新的注冊所對應(yīng)的呼叫標識或?qū)嵗龢俗R，并將獲取的呼叫標 識或?qū)嵗龢俗R通過注冊刷新請求發(fā)送至IP多々某體子系統(tǒng)網(wǎng)絡(luò)；IP 多J 某體子系統(tǒng)網(wǎng)絡(luò)對與接收到的呼叫標識或?qū)嵗龢俗R匹配的注冊進 4亍屌'^斤。
除此之外，在終端通過多個網(wǎng)絡(luò)分別接入IP多i某體子系統(tǒng)網(wǎng)絡(luò) 并發(fā)起疊加注冊的情況下，對于每次疊加注冊，終端、或終端接入 IP多媒體子系統(tǒng)網(wǎng)絡(luò)過程中途經(jīng)的可信任網(wǎng)元將對應(yīng)于當前接入網(wǎng) 絡(luò)的接入方式信息加入注冊請求中作為疊加注冊請求的標示信息發(fā) 送給IP多々某體子系統(tǒng)網(wǎng)絡(luò)。
其中，接收到接入方式信息后，IP多媒體子系統(tǒng)網(wǎng)絡(luò)執(zhí)行對終 端的注冊，并將接入方式信息作為綁定信息保存。
并且，在終端需要刷新對應(yīng)于多個網(wǎng)絡(luò)中的某個網(wǎng)絡(luò)的注冊的 情況下，該方法可進一步包4舌終端獲耳又該網(wǎng)纟各所3寸應(yīng)的4妄入方式 信息，并將獲取的接入方式信息通過注冊刷新請求發(fā)送至IP多媒體 子系統(tǒng)網(wǎng)絡(luò)；IP多媒體子系統(tǒng)網(wǎng)絡(luò)對與接收到的接入方式信息匹配 的注冊進4于刷新。其中，在由終端在其發(fā)送注冊消息中加入^妾入方式信息的情況 下，由終端接入IP多媒體子系統(tǒng)網(wǎng)絡(luò)過程中途經(jīng)的可信任網(wǎng)元對加
入的4妄入方式信息進^v瞼i正，在-瞼i正4妄入方式信息不正確的情況下， IP多媒體子系統(tǒng)刪除該接入方式信息并拒絕終端接入、或修改該接 入方式信息。
具體地說，上述第一步的b信息中，接入方式信息可以是由終 端發(fā)起注冊的時候添加，也可以由注冊請求途徑的網(wǎng)元進行終端4妄 入方式信息的網(wǎng)元添加；4妾入方式信息由終端添加時，由在注冊請 求路徑上的、被IMS網(wǎng)絡(luò)信任的網(wǎng)元，對接入方式信息的正確性進 行-驗證；當IMS網(wǎng)絡(luò)信任的網(wǎng)元-瞼證接入方式信息不正確時，IMS 網(wǎng)絡(luò)將刪除接入方式信息，或者使用正確的接入方式信息替代；注 冊i青求可以通過王見有的頭i或、或者標簽攜帶，也可以通過添加頭i或、
或者標簽攜帶該信息。
在第二步中，IMS網(wǎng)紹4妄^1文以Call-ID/Instance-ID為4爭^正的注 冊，并完成注冊后，在<呆存該注冊的綁定4言息時，同時4呆存該注冊 的Call-ID/Instance-ID信息作為綁定信息；IMS網(wǎng)絡(luò)接收攜帶接入 方式信息的注冊i青求，并完成注冊后，在保存該注冊的綁定信息時， 同時保存該注冊的接入方式信息作為綁定信息；
在第三步中，判斷當前注冊i青求是否與已有注冊在同一疊加注 冊組，采用上述第一步中i兌明的方法進4亍判斷；
二換照多注冊請求流程，就會完成本次注冊，并^f呆留現(xiàn)有注冊， 不對原有注冊進行注銷等操作，此時， 一個終端將同時存在了兩個 注冊；這兩個注冊攜帶了不同的耳關(guān)系地址；如果判斷當前注冊與已 有注冊不屬于同一個疊力口注冊《且，這時在完成當前注冊的同時，也 需要將原先注冊注銷，釋方文原先注冊對應(yīng)會話等相關(guān)資源；用戶完成多注冊之后，在S-CSCF上存儲的注冊信息將不再是單條信息， 而是該用戶的注冊列表；
在第四步中，可以使用Call-ID/Instance-ID作為注冊標識符號， 則注冊刷新的Call-ID/Instance-ID與原先注冊的Call-ID/Instance-ID 相同；UE決定刷新某個注冊時候，首先需要獲取原先該注冊的 Call-ID/Instance-ID,然后將該Call-ID/Instance-ID作為注冊刷新請 求的Call-ID/Instance-ID; S-CSCF收到注冊刷新請求后，將在該用 戶的注冊列表中查找Call-ID/Instance-ID與注冊刷新請求中 Call-ID/Instance-ID相同的注冊，然后刷新該注冊信息；當使用4妄入 方式4言息時，在IMS網(wǎng)紹4妄受注冊i青求時，如果該用戶目前狀態(tài)為 已注冊狀態(tài)，將判斷當前注冊請求攜帶的接入方式信息與綁定的注 冊中是否存在一致的接入方式信息，如果不存在，將執(zhí)行多注冊流 程，否則，將刷新原有注冊或者完成本次注冊、注銷原有注冊。
下面，將結(jié)合附圖對上述技術(shù)方案進行舉例i兌明。
實例1， 一^:注冊的情況。
圖5是才艮據(jù)本發(fā)明實施例的實例1 一a殳注冊的信令流程圖。如 圖5所示，具體包括如下步驟
S501, UE沖艮據(jù)規(guī)則生成標識，接下來，就要發(fā)起的注冊的疊 加注冊組字串，如果之前并未進4于該疊加注冊組的注冊，則可以隨 機生成，或者根據(jù)其它規(guī)則生成，但需要保證該字串的唯一性。如 果該疊加注冊組已有現(xiàn)有的注冊，則復用原有注冊組字串；該字串 與標識本次注冊的隨才幾串以及其它可能的字串一起組成p，一的
Call畫ID;
S502， UE將包含F(xiàn)rom、 To、 Call-ID等頭域信息的注冊請求發(fā) 送到IMS網(wǎng)纟各的P-CSCF網(wǎng)元；S503， P-CSCF將注冊請求轉(zhuǎn)發(fā)給相應(yīng)的S-CSCF;
S504, S-CSCF收到該注冊i青求之后，判斷該用戶為尚未注冊 習犬態(tài)，并處理該注冊"i青求，在完成注冊后，向P-CSCF返回注冊成 功響應(yīng)，并在S-CSCF保存包含Call-ID字串內(nèi)容在內(nèi)的注冊信息；
S505， P-CSCF將注冊成功響應(yīng)返回給UE,完成UE在IMS網(wǎng) 癥各的注冊。
圖5是4艮據(jù)本發(fā)明實施例的實例1 一4殳注冊的信令流程圖，由 于并未進行多注冊，所以流程與圖2所示流程僅僅在生成Call-ID 字串上有區(qū)別，而本發(fā)明的主要用途體現(xiàn)在多注冊以及多注冊刷新 等流程上。如果采用Instance-ID作為疊加注冊標識，將在固有 Instance-ID基礎(chǔ)上生成新的Instance-ID;如果采用4妄入方式信息， UE在注冊請求中添加接入方式信息時，也可以由P-CSCF或者其它 網(wǎng)絡(luò)添加接入方式信息，S-CSCF在執(zhí)行注冊后，S-CSCF保存含接 入方式信息在內(nèi)的注冊信息。
實例2,多注冊的情況。
圖6是根據(jù)本發(fā)明實施例的實例2多注冊的信令流程圖。如圖 6所示，具體包括以下步驟
S601，當前UE尚未在IMS注冊，UE生成Call-IDl,其流程 與S501相同，UE發(fā)送攜帶Call-IDl的注冊"i青求到P-CSCF;
S602, P-CSCF將注冊請求轉(zhuǎn)發(fā)到S-CSCF;
S603， S-CSCF收到該注冊請求之后，判斷該用戶為尚未注冊 狀態(tài)，并處理該注冊請求，在完成注冊后，向P-CSCF返回注冊成功響應(yīng)，并在S-CSCF保存包含Call-ID 1字串內(nèi)容在內(nèi)的注冊信息， 該用戶狀態(tài)也變?yōu)樽誀顟B(tài)；
S604， P-CSCF將注冊成功響應(yīng)返回給UE，由此完成了UE在 IMS網(wǎng)絡(luò)的注冊，本例將該注冊稱為注冊一；
S605， UE在發(fā)起第二個注冊"i青求之前，生成與注冊一同屬于 同 一個疊加注冊組的Call-ID2，其生成流程見S501, UE發(fā)送Call-ID2 的注冊i青求到P-CSCF;
S606， P-CSCF 一尋注冊i青,^4爭發(fā)到S-CSCF;
S607, S-CSCF判斷該用戶狀態(tài)為注冊狀態(tài)，并且Call-ID2與 Call-ID1不相同，但屬于同一個疊加注冊組，執(zhí)行疊加注冊流程；
S608， S-CSCF返回注冊成功響應(yīng)給P-CSCF;
S609， P-CSCF返回注冊成功響應(yīng)鄉(xiāng)合UE，由此完成了該注冊流 程，本例中稱為注冊二；
jt匕時UE同時在IMS網(wǎng)鄉(xiāng)各中同時擁有兩個注冊，兩個注冊的 From、 To頭域內(nèi)容相同，但兩個注冊可以使用各自的Call-ID，即， Call-ID1與Call-ID2進行區(qū)分，同時通過Call-ID可以關(guān)聯(lián)稱為一個 互為疊加注冊的疊加注冊組。圖6所描述的為同時用于兩個注冊時 的情形，當需要注冊超過兩個的疊加注冊時，則重復S605 -S609 流禾呈即可。
圖6表示是采用Call-ID關(guān)聯(lián)時的情形，采用Instance-ID關(guān)聯(lián) 時，原則與圖6類似，在圖6例子中d夸Call-ID改為Instance-ID即可。
18如果采用^妄入方式信息時，注冊一與注冊二攜帶不同的^矣入方 式信息，將4丸行多注冊。
實例3，非多注冊情況。
圖7是才艮據(jù)本發(fā)明實施例的實例3非多注冊的信令流程圖。如 圖7所示，具體步驟包括
S701，當前UE尚未在IMS注冊，UE生成Call-IDl,其流程 與S501相同，UE發(fā)送攜帶Call-ID1的注冊i青求到P-CSCF;
S702， P-CSCF將注冊請求轉(zhuǎn)發(fā)到S-CSCF;
5703, S-CSCF Jl欠到該注冊i青求之后，判斷該用戶為尚未注冊 y犬態(tài)，并處理該注冊i青求，在完成注冊后，向P-CSCF返回注冊成 功響應(yīng)，并在S-CSCF保存包含Call-ID 1字串內(nèi)容在內(nèi)的注冊信息， 該用戶一犬態(tài)也變?yōu)樽証1犬態(tài)；
5704, P-CSCF將注冊成功響應(yīng)返回給UE,由此完成了UE在 IMS網(wǎng)絡(luò)的注冊，本例將該注冊稱為注冊一；
S705， UE在發(fā)起第二個注冊請求之前，生成與注冊一不屬于 同 一個疊加注冊組的Call-ID2，其生成流程見S501 ， UE發(fā)送Call-ID2 的注冊i青求到P-CSCF;
S706， P-CSCF將注冊請求轉(zhuǎn)發(fā)到S-CSCF;
S707, S-CSCF判斷該用戶狀態(tài)為注冊狀態(tài)，并且Call-ID2與 Call-ID1不相同，并且不屬于同一個疊加注冊組，執(zhí)行正常注冊流
程；
S708， S-CSCF返回注冊成功響應(yīng)給P-CSCF;5709, P-CSCF返回注冊成功響應(yīng)給UE,由此完成了該注冊流 程，本例中稱為注冊二；
5710, S-CSCF在處理完成S707之后，網(wǎng)纟各側(cè)注銷注冊一，并 釋》文注冊一所占用的會話資源。
如果采用Instance-ID做標識時，注冊一與注冊二的Instance-ID 時判斷原則與流程均相同。如果采用4妾入方式信息作為標識時，注 冊一與注冊二為同一^妄入方式下^妾入時，注冊二注冊成功后，將注 銷注冊一，并釋方文注冊一所占用的會話資源。
實例4，多注冊刷新的情況。
在UE完成了圖6所示的多注冊之后，還需要維護注冊成功的 多個注冊，其中定時刷新注冊必不可少，圖8是才艮據(jù)本發(fā)明實施例 的實例4多注冊刷新的信令流程圖，其步驟如下所示
5801, 在第一時間，UE判斷此時需要刷新注冊一，向P-CSCF 發(fā)起注冊刷新-清求，i青求中的Call-ID采用注冊一注冊時采用 Call-ID 1;
5802, P-CSCF專爭發(fā)注冊刷新i青求到S-CSCF;
5803, S-CSCF根據(jù)注冊刷新請求中Call-ID1查到該用戶的注 冊一 ，然后一艮據(jù)刷新請求刷新注冊一的信息；
5804, 刷新成功后，S-CSCF向P-CSCF返回注冊成功響應(yīng)；
5805, P-CSCF向UE返回注冊成功響應(yīng)，注冊一的刷新順利完
成；此時需要刷新注冊二，向P-CSCF 發(fā)起注冊刷新i青求，i青求中的Call-ID采用注冊二注冊時采用的 Call畫ID2;
5807, P-CSCF轉(zhuǎn)發(fā)注冊刷新請求到S-CSCF;
5808, S-CSCF沖艮據(jù)注冊刷新請求中Call-ID2查到該用戶的注 冊二，然后才艮據(jù)刷新，清求刷新注冊二的信息；
S809，刷新成功后，S-CSCF向P-CSCF返回注冊成功響應(yīng)；
S810， P-CSCF向UE返回注冊成功響應(yīng)，注冊二的刷新順利完成。
如果采用Instance-ID標識時，注冊一與注冊二的Instance-ID相
同，或者采用4妄入方式4言息標識時，注冊一與注冊二的4妾入方式相 同，則注冊二注冊成功后，將注銷注冊一，并釋》文注冊一所占用的 會話資源。可見，4吏多注冊刷新4支術(shù)，可以順利完成用戶的注冊刷 新。
綜上所述，借助于本發(fā)明的^支術(shù)方案，可以簡Y更地實現(xiàn)多注冊， 從而方^^了多種網(wǎng)絡(luò)業(yè)務(wù)的結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在
本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
2權(quán)利要求
1. 一種疊加注冊的實現(xiàn)方法，用于在IP多媒體子系統(tǒng)中實現(xiàn)終端的疊加注冊，其中，所述疊加注冊是指所述終端發(fā)起的多個聯(lián)系地址的注冊，其特征在于，在所述IP多媒體子系統(tǒng)網(wǎng)絡(luò)接收到所述疊加注冊請求之后，根據(jù)所述疊加注冊請求對所述終端進行注冊，并且在所述終端之前已經(jīng)在所述IP多媒體子系統(tǒng)網(wǎng)絡(luò)注冊的情況下，保留之前的注冊信息，其中，所述疊加注冊請求中攜帶有表示該注冊請求為疊加注冊請求的標示信息。
2. 才艮據(jù)權(quán)利要求1所述的方法，其特征在于，所述終端在所述注 冊請求i殳置所述標識的處理具體為在所述疊加注冊請求的呼 叫標識或?qū)嵗龢俗R中i殳置字符串，并且將互為疊加注冊的疊加 注冊請求中設(shè)置的字符串相同或符合預定^L則，從而將所述字 符串作為疊加注冊請求的標識信息，其中，所述互為疊加的注冊是在所述IP多々某體子系統(tǒng)網(wǎng)絡(luò)中同時存在的注冊。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述終端首次在所述IP多々某體子系統(tǒng)網(wǎng)絡(luò)注冊的情況 下，所述終端隨4幾生成并i殳置所述字符串；之后，在所述終端需要刷新之前的注冊的情況下，所述終 端獲取所述字符串，將所述字符串設(shè)置在注冊刷新請求中、或 者基于所述字符串以所述預定^L則生成新字符串并將所述新 字符串設(shè)置在所述注冊刷新請求中；在所述終端需要注銷之前的注冊的情況下，重新生成并在 注冊請求中i殳置其它隨才幾字符串。
4. 4艮據(jù)4又利要求2所述的方法，其特4i在于，在對所述呼叫標識 設(shè)置所述字符串的情況下，所述IP多媒體子系統(tǒng)網(wǎng)絡(luò)將所述 字符串與所述呼叫標識中預先設(shè)置的隨機字符串 一起作為所述終端注冊的綁定信息-f呆存。
5. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在對所述實例標識設(shè)置所述字符串的情況下，所述IP多媒體子系統(tǒng)網(wǎng)絡(luò)將所述 字符串與所述實例標識中預先設(shè)置的固定字符串 一 起作為所述終端注冊的綁定信息4呆存。
6. 根據(jù)權(quán)利要求2至5中任一項所述的方法，其特征在于，在所 述終端需要刷新之前的注冊的情況下，進一步包括所述纟冬端獲耳又需要刷新的注冊所乂于應(yīng)的呼叫標識或?qū)嵗?標識，并爿尋獲取的所述呼叫標識或所述實例標識通過注冊刷新 請求發(fā)送至所述IP多々某體子系統(tǒng)網(wǎng)絡(luò)；所述IP多々某體子系統(tǒng)網(wǎng)絡(luò)對與接收到的所述呼叫標識或 所述實例標識匹配的注冊進4亍刷新。
7. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述終端通過多 個網(wǎng)絡(luò)分別接入所述IP多媒體子系統(tǒng)網(wǎng)絡(luò)并發(fā)起疊加注冊的 情況下，對于每次疊加注冊，所述終端、或所述終端4妾入所述 IP多媒體子系統(tǒng)網(wǎng)絡(luò)過程中途經(jīng)的可信任網(wǎng)元將對應(yīng)于當前 ^妄入網(wǎng)全備的4妾入方式信息加入注冊i青求中作為疊加注冊i青求 的標示信息發(fā)送給所述IP多4某體子系統(tǒng)網(wǎng)絡(luò)。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，接收到所述接入方 式信息后，所述IP多媒體子系統(tǒng)網(wǎng)絡(luò)才丸行對所述終端的注冊， 并將所述接入方式信息作為綁定信息保存。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，在所述終端需要刷 新對應(yīng)于所述多個網(wǎng)絡(luò)中的某個網(wǎng)絡(luò)的注冊的情況下，進一步 包括所述終端獲取該網(wǎng)絡(luò)所對應(yīng)的接入方式信息，并將獲取的 所述接入方式信息通過注冊刷新請求發(fā)送至所述IP多媒體子 系統(tǒng)網(wǎng)絡(luò)；所述IP多媒體子系統(tǒng)網(wǎng)絡(luò)對與接收到的所述接入方式信 息匹配的注冊進4亍刷新。
10. 才艮據(jù)4又利要求7至9中任一項所述的方法，其特征在于，在由 所述終端在其發(fā)送注冊消息中加入接入方式信息的情況下，由 所述終端接入所述IP多々某體子系統(tǒng)網(wǎng)絡(luò)過程中途經(jīng)的可信任 網(wǎng)元對加入的所述4妄入方式信息進4亍-驗i正，在—驗i正所述4妾入方 式4言息不正確的情況下，所述IP多々某體子系統(tǒng)刪除該4妾入方 式信息并拒絕所述終端接入、或修改該接入方式信息。
全文摘要
本發(fā)明公開了一種疊加注冊的實現(xiàn)方法，包括在IP多媒體子系統(tǒng)網(wǎng)絡(luò)接收到疊加注冊請求之后，根據(jù)疊加注冊請求對終端進行注冊，并且在終端之前已經(jīng)在IP多媒體子系統(tǒng)網(wǎng)絡(luò)注冊的情況下，保留之前的注冊信息，其中，疊加注冊請求中攜帶有表示該注冊請求為疊加注冊請求的標示信息。通過使用本發(fā)明，可以簡便地實現(xiàn)多注冊，從而方便了多種網(wǎng)絡(luò)業(yè)務(wù)的結(jié)合。
文檔編號H04W60/00GK101448316SQ20081009605
公開日2009年6月3日 申請日期2008年4月25日 優(yōu)先權(quán)日2008年4月25日
發(fā)明者李世濤, 郝振武, 陳志峰 申請人:中興通訊股份有限公司