專利名稱：疊加注冊的實現(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ò)的標(biāo)準(zhǔn)，它的顯著特點是采用了會話發(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)當(dā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與呼叫標(biāo) 識(Call-ID)的組合來標(biāo)識注冊，由于在沒有第三方幫助用戶進4亍 注冊的情況下，F(xiàn)rom與To的值一^殳都是用戶的AOR地址，因此 不同注冊更多是采用Call-ID來進行標(biāo)識。目前，Call-ID通常由一 段隨機生成的字串加上各產(chǎn)生加上的特殊的標(biāo)識組成。
在現(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)，但是其過程比較復(fù)雜，對現(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ò)注冊的情況下，保留之前的注冊信息，其中，疊 加注冊請求中攜帶有表示該注冊請求為疊加注冊請求的標(biāo)示信息。
其中，終端在注冊請求_沒置標(biāo)識的處理具體為在疊加注冊請 求的呼叫標(biāo)識或?qū)嵗龢?biāo)識中i殳置字符串，并且將互為疊加注冊的疊 加注冊ffr求中i殳置的字符串相同或符合預(yù)定^見則，>^人而將字符串作 為疊加注冊請求的標(biāo)識信息，其中，互為疊加的注冊是在IP多媒體 子系統(tǒng)網(wǎng)中同時存在的注冊。
并且，在終端首次在IP多々某體子系統(tǒng)網(wǎng)絡(luò)注冊的情況下，終端 隨機生成并設(shè)置字符串；之后，在終端需要刷新之前的注冊的情況下，終端獲取字符串，將字符串設(shè)置在注冊刷新請求中、或者基于 字符串以預(yù)定規(guī)則生成新字符串并將新字符串設(shè)置在注冊刷新請求
中；而在終端需要注銷之前的注冊的情況下，重新生成并在注冊i青 求中設(shè)置其它隨機字符串。
并且，在對呼叫標(biāo)識設(shè)置字符串的情況下，IP多媒體子系統(tǒng)網(wǎng) 絡(luò)將字符串與呼叫標(biāo)識中預(yù)先設(shè)置的隨機字符串 一起作為終端注冊 的綁定信息保存。
另一方面，在對實例標(biāo)識設(shè)置字符串的情況下，IP多媒體子系 統(tǒng)網(wǎng)絡(luò)將字符串與實例標(biāo)識中預(yù)先設(shè)置的固定字符串 一 起作為終端 注冊的綁定信息保存。
此外，在終端需要刷新之前的注冊的情況下，進一步包括終 端獲耳又需要刷新的注冊所對應(yīng)的呼叫標(biāo)識或?qū)嵗龢?biāo)識，并將獲耳又的 呼叫標(biāo)識或?qū)嵗龢?biāo)識通過注冊刷新請求發(fā)送至IP多々某體子系統(tǒng)網(wǎng) 絡(luò)；IP多媒體子系統(tǒng)網(wǎng)絡(luò)對與接收到的呼叫標(biāo)識或?qū)嵗龢?biāo)識匹配的 注冊進行刷新。
除此之外，在終端通過多個網(wǎng)絡(luò)分別接入IP多媒體子系統(tǒng)網(wǎng)絡(luò) 并發(fā)起疊加注冊的情況下，對于每次疊加注冊，終端、或終端4妄入 IP多媒體子系統(tǒng)網(wǎng)絡(luò)過程中途經(jīng)的可信任網(wǎng)元將對應(yīng)于當(dāng)前接入網(wǎng) 絡(luò)的接入方式信息加入注冊請求中作為疊加注冊請求的標(biāo)示信息發(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ā)明的不當(dāng)限定。在附圖中
圖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青求為疊加注冊請求的標(biāo)示信息。
根據(jù)上述技術(shù)方案，具體包括以下步驟
第一步，終端或者網(wǎng)絡(luò)將在終端發(fā)起的注冊請求中添加如下信 息(a)，疊加注冊請求具備某個或者某些相同的特征，而不互為疊 加注冊的多個注冊請求不具備這些特征；(b),當(dāng)注冊請求是從不同 網(wǎng)絡(luò)4妄入IMS網(wǎng)絡(luò)時，互為疊加注冊的多個注冊請求中攜帶的4妄入 方式不相同；
第二步，網(wǎng)絡(luò)收到注冊請求，完成注冊流禾呈后，將在網(wǎng)絡(luò)側(cè)保 存該注冊請求中包含的、在第一步中添加的信息；
第三步，網(wǎng)絡(luò)收到注冊請求后，將判斷需要注冊的用戶當(dāng)前是 否已經(jīng)注冊，如果用戶已經(jīng)注冊并且當(dāng)前注冊i青求不是注冊刷新，則判斷當(dāng)前注冊"i青求是否與已有的注冊為疊加注冊，如果是疊加注 冊，將進行多注冊流程，反之，按照現(xiàn)有流程進行注冊；
第四步，進行注冊刷新時候，要求注冊刷新-清求與原注冊i青求 具備相同的注冊標(biāo)識符號，或者具備相同的接入方式信息。
其中，終端在注冊請求設(shè)置標(biāo)識的處理具體為在疊加注冊請 求的呼叫標(biāo)識或?qū)嵗龢?biāo)識中設(shè)置字符串，并且將互為疊加注冊的疊 加注冊請求中設(shè)置的字符串相同或符合預(yù)定規(guī)則，從而將字符串作 為疊加注冊請求的標(biāo)識信息，其中，互為疊加的注冊是在IP多媒體 子系統(tǒng)網(wǎng)全各中同時存在的注冊。
并且，在對呼叫標(biāo)識:沒置字符串的情況下，IP多J 某體子系統(tǒng)網(wǎng) 絡(luò)將字符串與呼叫標(biāo)識中預(yù)先設(shè)置的隨機字符串 一起作為終端注冊 的綁定信息保存。
另一方面，在對實例標(biāo)識設(shè)置字符串的情況下，IP多媒體子系 統(tǒng)網(wǎng)絡(luò)將字符串與實例標(biāo)識中預(yù)先設(shè)置的固定字符串 一起作為終端 注冊的綁定信息保存。
具體地i兌，在上述第一步的a信息中，信息可以與在注冊"i青求 中的呼叫標(biāo)識(Call-ID)頭域值中某部分字串相同?；蛘撸珻all-ID 符合某個特定的失見律，也可以在Call-ID中標(biāo)識出本次注冊為疊加 注冊。并且，信息也可以與在注冊請求中的實例標(biāo)識(Instance-ID) 頭域中某部分字串相同，或者Instance-ID符合某個特定的規(guī)律，也 可以在Instance-ID中標(biāo)識出本次注冊為疊加注冊；其本質(zhì)上是用于 標(biāo)識一組互為疊力口/多注冊的注冊請求的特征，擁有該特征的注冊請 求互為疊加/多注冊，反之，則不為疊力口/多注冊，并且，還要保證每 個疊加/多注冊組特4i的p眷一性；將互為疊加/多注冊的多個注冊稱為 疊力口注冊組，同一個疊加注冊組中的注冊互為疊加注冊，對應(yīng)注冊-清求屬于同一個疊加注冊"i青求組；該特4正字串可以是隨才幾生成的隨 機串，也可以是根據(jù)某種規(guī)則產(chǎn)生的字串。
并且，在終端首次在IP多J 某體子系統(tǒng)網(wǎng)絡(luò)注冊的情況下，終端 隨機生成并設(shè)置字符串；之后，在終端需要刷新之前的注冊的情況
下，終端獲取字符串，將字符串設(shè)置在注冊刷新請求中、或者基于
字符串以預(yù)定^L則生成新字符串并將新字符串i殳置在注冊刷新^"求 中；而在終端需要注銷之前的注冊的情況下，重新生成并在注冊請 求中設(shè)置其它隨機字符串。
在終端需要刷新之前的注冊的情況下，進一步包括終端獲取 需要刷新的注冊所對應(yīng)的呼叫標(biāo)識或?qū)嵗龢?biāo)識，并將獲取的呼叫標(biāo) 識或?qū)嵗龢?biāo)識通過注冊刷新請求發(fā)送至IP多々某體子系統(tǒng)網(wǎng)絡(luò)；IP 多J 某體子系統(tǒng)網(wǎng)絡(luò)對與接收到的呼叫標(biāo)識或?qū)嵗龢?biāo)識匹配的注冊進 4亍屌'^斤。
除此之外，在終端通過多個網(wǎng)絡(luò)分別接入IP多i某體子系統(tǒng)網(wǎng)絡(luò) 并發(fā)起疊加注冊的情況下，對于每次疊加注冊，終端、或終端接入 IP多媒體子系統(tǒng)網(wǎng)絡(luò)過程中途經(jīng)的可信任網(wǎng)元將對應(yīng)于當(dāng)前接入網(wǎng) 絡(luò)的接入方式信息加入注冊請求中作為疊加注冊請求的標(biāo)示信息發(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)元，對接入方式信息的正確性進 行-驗證；當(dāng)IMS網(wǎng)絡(luò)信任的網(wǎng)元-瞼證接入方式信息不正確時，IMS 網(wǎng)絡(luò)將刪除接入方式信息，或者使用正確的接入方式信息替代；注 冊i青求可以通過王見有的頭i或、或者標(biāo)簽攜帶，也可以通過添加頭i或、
或者標(biāo)簽攜帶該信息。
在第二步中，IMS網(wǎng)紹4妄^1文以Call-ID/Instance-ID為4爭^正的注 冊，并完成注冊后，在<呆存該注冊的綁定4言息時，同時4呆存該注冊 的Call-ID/Instance-ID信息作為綁定信息；IMS網(wǎng)絡(luò)接收攜帶接入 方式信息的注冊i青求，并完成注冊后，在保存該注冊的綁定信息時， 同時保存該注冊的接入方式信息作為綁定信息；
在第三步中，判斷當(dāng)前注冊i青求是否與已有注冊在同一疊加注 冊組，采用上述第一步中i兌明的方法進4亍判斷；
二換照多注冊請求流程，就會完成本次注冊，并^f呆留現(xiàn)有注冊， 不對原有注冊進行注銷等操作，此時， 一個終端將同時存在了兩個 注冊；這兩個注冊攜帶了不同的耳關(guān)系地址；如果判斷當(dāng)前注冊與已 有注冊不屬于同一個疊力口注冊《且，這時在完成當(dāng)前注冊的同時，也 需要將原先注冊注銷，釋方文原先注冊對應(yīng)會話等相關(guān)資源；用戶完成多注冊之后，在S-CSCF上存儲的注冊信息將不再是單條信息， 而是該用戶的注冊列表；
在第四步中，可以使用Call-ID/Instance-ID作為注冊標(biāo)識符號， 則注冊刷新的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相同的注冊，然后刷新該注冊信息；當(dāng)使用4妄入 方式4言息時，在IMS網(wǎng)紹4妄受注冊i青求時，如果該用戶目前狀態(tài)為 已注冊狀態(tài)，將判斷當(dāng)前注冊請求攜帶的接入方式信息與綁定的注 冊中是否存在一致的接入方式信息，如果不存在，將執(zhí)行多注冊流 程，否則，將刷新原有注冊或者完成本次注冊、注銷原有注冊。
下面，將結(jié)合附圖對上述技術(shù)方案進行舉例i兌明。
實例1， 一^:注冊的情況。
圖5是才艮據(jù)本發(fā)明實施例的實例1 一a殳注冊的信令流程圖。如 圖5所示，具體包括如下步驟
S501, UE沖艮據(jù)規(guī)則生成標(biāo)識，接下來，就要發(fā)起的注冊的疊 加注冊組字串，如果之前并未進4于該疊加注冊組的注冊，則可以隨 機生成，或者根據(jù)其它規(guī)則生成，但需要保證該字串的唯一性。如 果該疊加注冊組已有現(xiàn)有的注冊，則復(fù)用原有注冊組字串；該字串 與標(biāo)識本次注冊的隨才幾串以及其它可能的字串一起組成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青求之后，判斷該用戶為尚未注冊 習(xí)犬態(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作為疊加注冊標(biāo)識，將在固有 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，當(dāng)前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所描述的為同時用于兩個注冊時 的情形，當(dāng)需要注冊超過兩個的疊加注冊時，則重復(fù)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，當(dāng)前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做標(biāo)識時，注冊一與注冊二的Instance-ID 時判斷原則與流程均相同。如果采用4妾入方式信息作為標(biāo)識時，注 冊一與注冊二為同一^妄入方式下^妾入時，注冊二注冊成功后，將注 銷注冊一，并釋方文注冊一所占用的會話資源。
實例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標(biāo)識時，注冊一與注冊二的Instance-ID相
同，或者采用4妄入方式4言息標(biāo)識時，注冊一與注冊二的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ò)注冊的情況下，保留之前的注冊信息，其中，所述疊加注冊請求中攜帶有表示該注冊請求為疊加注冊請求的標(biāo)示信息。
2. 才艮據(jù)權(quán)利要求1所述的方法，其特征在于，所述終端在所述注 冊請求i殳置所述標(biāo)識的處理具體為在所述疊加注冊請求的呼 叫標(biāo)識或?qū)嵗龢?biāo)識中i殳置字符串，并且將互為疊加注冊的疊加 注冊請求中設(shè)置的字符串相同或符合預(yù)定^L則，從而將所述字 符串作為疊加注冊請求的標(biāo)識信息，其中，所述互為疊加的注冊是在所述IP多々某體子系統(tǒng)網(wǎng)絡(luò)中同時存在的注冊。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述終端首次在所述IP多々某體子系統(tǒng)網(wǎng)絡(luò)注冊的情況 下，所述終端隨4幾生成并i殳置所述字符串；之后，在所述終端需要刷新之前的注冊的情況下，所述終 端獲取所述字符串，將所述字符串設(shè)置在注冊刷新請求中、或 者基于所述字符串以所述預(yù)定^L則生成新字符串并將所述新 字符串設(shè)置在所述注冊刷新請求中；在所述終端需要注銷之前的注冊的情況下，重新生成并在 注冊請求中i殳置其它隨才幾字符串。
4. 4艮據(jù)4又利要求2所述的方法，其特4i在于，在對所述呼叫標(biāo)識 設(shè)置所述字符串的情況下，所述IP多媒體子系統(tǒng)網(wǎng)絡(luò)將所述 字符串與所述呼叫標(biāo)識中預(yù)先設(shè)置的隨機字符串 一起作為所述終端注冊的綁定信息-f呆存。
5. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在對所述實例標(biāo)識設(shè)置所述字符串的情況下，所述IP多媒體子系統(tǒng)網(wǎng)絡(luò)將所述 字符串與所述實例標(biāo)識中預(yù)先設(shè)置的固定字符串 一 起作為所述終端注冊的綁定信息4呆存。
6. 根據(jù)權(quán)利要求2至5中任一項所述的方法，其特征在于，在所 述終端需要刷新之前的注冊的情況下，進一步包括所述纟冬端獲耳又需要刷新的注冊所乂于應(yīng)的呼叫標(biāo)識或?qū)嵗?標(biāo)識，并爿尋獲取的所述呼叫標(biāo)識或所述實例標(biāo)識通過注冊刷新 請求發(fā)送至所述IP多々某體子系統(tǒng)網(wǎng)絡(luò)；所述IP多々某體子系統(tǒng)網(wǎng)絡(luò)對與接收到的所述呼叫標(biāo)識或 所述實例標(biāo)識匹配的注冊進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)于當(dāng)前 ^妄入網(wǎng)全備的4妾入方式信息加入注冊i青求中作為疊加注冊i青求 的標(biāo)示信息發(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ò)注冊的情況下，保留之前的注冊信息，其中，疊加注冊請求中攜帶有表示該注冊請求為疊加注冊請求的標(biāo)示信息。通過使用本發(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ā)明者李世濤, 郝振武, 陳志峰 申請人:中興通訊股份有限公司