專利名稱：基于ip多媒體子系統(tǒng)的第三方注冊的實現(xiàn)方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及基于IMS(IP Multimediasubsystem, IP多媒體子 系統(tǒng))的第三方注冊的實現(xiàn)方法和系統(tǒng)以及用于第三方注冊的服務呼叫會話控制功能實 體。
背景技術：
IMS 是 3GPP(3rd Generation Partnership Pro ject，第三代合作伙伴組織)定 義的下一代網絡的標準，它的顯著特點是采用了 SIP (Session Initiation Protocol，會話 初始協(xié)議)體系，通訊與接入無關，具備媒體業(yè)務控制功能與承載能力分離，呼叫與會話分 離，應用與服務分離，業(yè)務與網絡分離，以及移動網與因特網業(yè)務融合等多種能力。IMS的提出順應了通訊網融合發(fā)展的趨勢。IMS體系中的主要功能實體包括 UE(User Equipment,用戶設備)，P-CSCF(Proxycall session control Function,代理呼 叫會話控制功能實體)，I_CSCF(Interrogating call session control Function，查詢呼 叫會話控制功能實體)，S-CSCF (Serving call session control Function，服務呼叫會話 控制功能實體)，HSS (Home subscriber Server，歸屬用戶服務器)，以及AS (Application Server，應用服務器)。IMS中用戶在使用IMS業(yè)務之前，需要執(zhí)行注冊流程，注冊的過程就是將UE位置在 網絡上進行登記，成功注冊后，P-CSCF和S-CSCF上會保存相關的用戶數據，以便業(yè)務使用。 根據簽約，S-CSCF還會向AS進行第三方注冊。如圖1所示，該圖為現(xiàn)有技術中IMS中用戶 注冊的流程圖，其主要包括以下步驟步驟S101，UE 向 P-CSCF 發(fā)送注冊請求，請求中帶有 PUI (Public User Identity, 公有用戶標識)和PVI (Private User Identity，私有用戶標識)；步驟S102 S105，注冊請求經過 P-CSCF、I-CSCF 到達 S-CSCF ；步驟S106 S116，如果S-CSCF需要對用戶進行認證鑒權，那么需要向HSS獲取用 戶認證向量，并根據S107消息中返回的認證向量，構造挑戰(zhàn)請求GOlUnauthorized消息)， 該挑戰(zhàn)請求轉發(fā)到UE后，UE構造挑戰(zhàn)響應，S-CSCF收到來自步驟S115的挑戰(zhàn)響應消息后， 判斷用戶的合法性，完成對用戶的認證、鑒權；如果不需要認證鑒權，可直接執(zhí)行S117 ；步驟S117 S121，S-CSCF存儲從HSS得到的簽約數據，并構造注冊成功響應，將 其通過I-CSCF和P-CSCF轉發(fā)給UE，從而完成了 UE在S-CSCF上的注冊；步驟S122 S124，S-CSCF根據用戶簽約信息，向AS發(fā)送第三方注冊請求，請求消 息中僅有PUI信息，無PVI信息，請求中注冊時長取自UE與S-CSCF協(xié)商的時長，AS保存消 息中的注冊時長，以作為PUI的有效時長。在IMS中，通過簽約多個PVI可以共享PUI，所謂共享PUI也就是多個PVI共享同一 個PUI。如圖2所示，該圖為兩個PVI共享一個PUI的示意圖，其中PVII-PUI1和PVI2-PUI1 可以進行獨立注冊。根據現(xiàn)有的協(xié)議和標準，當出現(xiàn)共享PUI注冊時，S-CSCF上會分別保 存PVI1-PUI1和PVI2-PUI1的獨立注冊時長(也就是注冊生命期)，由于AS上無PVI信息，只有PUI信息，因此AS上只會保存一份PUIl的注冊時長。具體舉例來說，如圖3所示，當PVI1-PUI1注冊時，S-CSCF上對本次注冊協(xié)商的注 冊時長為Tl (如6000s)，S-CSCF對PUIl進行第三方注冊，AS保存該PUIl的注冊時長為Tl。 當PVI2-PUI1進行注冊時，S-CSCF上對本次注冊協(xié)商的注冊時長為T2 (如100S)，S-CSCF對 PUIl進行第三方注冊，AS將PUIl的注冊時長更新為T2。此后，當PVI2-PUI1進行注銷時， 根據協(xié)議標準，由于還存在PVI1-PUI1，所以PUIl并未被注銷，從而S-CSCF不會通知As。這 樣就會導致S-CSCF上PUIl的注冊時長為T1，AS上PUIl注冊時長為T2。當T2小于Tl時， AS上的PUIl經過T2時間后被注銷，而這時S-CSCF中與PUIl對應的用戶依然處于注冊狀 態(tài)，從而可能會導致S-CSCF和AS之間用戶注冊狀態(tài)和用戶數據的不一致、無法開展業(yè)務。隨著outbound功能(又稱單PVI多聯(lián)系地址功能)的引入，同樣PUI和PVI下， 會存在多條聯(lián)系地址，每個聯(lián)系地址都對應自己的注冊時長。由于聯(lián)系地址可以多個，在 S-CSCF上存在多個(PUI-PVI-聯(lián)系地址)注冊時長，而AS上只會保存一份PUI的注冊時 長。因此outbound功能下，也存在著S-CSCF和AS上用戶的注冊時長不一致問題，進而可 能會導致S-CSCF和AS之間用戶注冊狀態(tài)和用戶數據的不一致、無法開展業(yè)務。針對相關技術中的第三方注冊的實現(xiàn)方法會導致S-CSCF和AS之間用戶注冊狀態(tài) 和用戶數據的不一致、無法開展業(yè)務的問題，目前尚未提出有效的解決方案。

發(fā)明內容
針對相關技術中的第三方注冊的實現(xiàn)方法會導致S-CSCF和AS之間用戶注冊狀態(tài) 和用戶數據的不一致、無法開展業(yè)務的問題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提 供一種基于IMS (IPMultimedia subsystem, IP多媒體子系統(tǒng))的第三方注冊的實現(xiàn)方法和 系統(tǒng)以及用于第三方注冊的S-CSCF，以解決上述問題至少之一。為了實現(xiàn)上述目的，根據本發(fā)明的一個方面，提供了一種基于IMS的第三方注冊 的實現(xiàn)方法。根據本發(fā)明的基于IMS的第三方注冊的實現(xiàn)方法包括在S-CSCF接收到來自本次 用戶的注冊請求之后，S-CSCF根據注冊請求生成本次用戶的注冊時長；S-CSCF將本次注冊 時長與預先保存在本地的其它用戶的注冊時長進行比較，其中，本次用戶與其它用戶具有 相同的PUI ；如果本次注冊時長大于其它用戶注冊時長，則S-CSCF向AS發(fā)送包含本次注冊 時長的第三方注冊請求。根據本發(fā)明的另一方面，提供了一種S-CSCF。根據本發(fā)明的S-CSCF包括接收模塊，用于接收來自當前的本次用戶的注冊請 求；生成模塊，用于根據注冊請求生成本次用戶的注冊時長；比較模塊，用于將本次注冊時 長與預先保存在本地的其它用戶的注冊時長進行比較，其中，本次用戶與其它用戶具有相 同的PUI ；發(fā)送模塊，用于在本次注冊時長大于其它用戶注冊時長的情況下發(fā)送包含本次 注冊時長的第三方注冊請求。根據本發(fā)明的又一方面，提供了一種基于IMS的第三方注冊的實現(xiàn)系統(tǒng)。根據本發(fā)明的基于IMS的第三方注冊的實現(xiàn)系統(tǒng)包括S-CSCF和AS。其中，S-CSCF 包括第一接收模塊，用于接收來自當前的本次用戶的注冊請求；生成模塊，用于根據注冊請 求生成本次用戶的注冊時長；比較模塊，用于將本次注冊時長與預先保存在本地的其它用戶的注冊時長進行比較，其中，本次用戶與其它用戶具有相同的PUI ；第一發(fā)送模塊，用于 在本次注冊時長大于其它用戶注冊時長的情況下向AS發(fā)送包含本次注冊時長的第三方注 冊請求。進一步，上述的AS包括第二接收模塊，用于接收來自S-CSCF的第三方注冊請 求；更新模塊，用于將本地相應于本次用戶的PUI的注冊時長更新為第三方注冊請求注冊 時長。根據本發(fā)明，S-CSCF將當前UE的本次注冊時長與預先保存在本地的與當前UE具 有相同PUI的UE的其它用戶注冊時長進行比較，并只在本次注冊時長大于其它用戶注冊時 長的情況下才向AS發(fā)送包含本次注冊時長的第三方注冊請求，這樣，AS中PUI的注冊時長 始終與S-CSCF中對應的PUI的注冊時長的最大值保持一致，使得AS上的PUI不會因為注 冊時長超時而被注銷，進而達到了確保S-CSCF和AS上用戶注冊狀態(tài)和用戶數據的一致性 效果。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖1為根據現(xiàn)有技術的基于IMS的用戶注冊的流程圖；圖2為兩個PVI共享一個PUI的示意圖；圖3為根據現(xiàn)有技術的基于IMS的第三方注冊的流程圖；圖4為根據本發(fā)明實施例的基于IMS的第三方注冊的實現(xiàn)方法的流程圖；圖5為根據本發(fā)明實施例1的基于MS的第三方注冊的實現(xiàn)方法的流程圖；圖6為根據本發(fā)明實施例2的基于MS的第三方注冊的實現(xiàn)方法的流程圖；圖7為根據本發(fā)明實施例的S-CSCF的示意圖；圖8為根據本發(fā)明實施例的基于IMS的第三方注冊的實現(xiàn)系統(tǒng)的示意圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。功能概述考慮到現(xiàn)有技術中的第三方注冊的實現(xiàn)方法會導致S-CSCF和AS之間用戶注冊 狀態(tài)和用戶數據的不一致、無法開展業(yè)務的問題，本發(fā)明提供一種基于IMS(IP Multimedia subsystem, IP多媒體子系統(tǒng))的第三方注冊的實現(xiàn)方法和系統(tǒng)以及用于第三方注冊的 S-CSCF。在根據本發(fā)明實施例的實現(xiàn)方法中，S-CSCF將當前用戶的本次注冊時長與預先 保存在本地的其它用戶的注冊時長進行比較，其它用戶與當前用戶具有相同的PUI，不同的 PVI，或者相同的PUI和PVI不同的聯(lián)系地址，并只在本次注冊時長大于其它用戶注冊時長 的情況下才向AS發(fā)送包含本次注冊時長的第三方注冊請求，這樣，AS中PUI的注冊時長始 終與S-CSCF中對應的PUI的注冊時長的最大值保持一致，使得AS上的PUI不會因為注冊 時長超時而被注銷，從而確保了 S-CSCF和AS上用戶注冊狀態(tài)和用戶數據的一致性，以及業(yè) 務的順利開展。方法實施例
根據本發(fā)明的實施例，提供了一種基于IMS的第三方注冊的實現(xiàn)方法如圖4所示，該基于IMS的第三方注冊的實現(xiàn)方法主要包括如下步驟步驟S402，在S-CSCF接收到來自本次用戶的注冊請求之后，S-CSCF根據注冊請求 生成本次用戶的注冊時長；步驟S404，S-CSCF將本次注冊時長與預先保存在本地的其它用戶的注冊時長進 行比較，其中，本次用戶與其它用戶具有相同的PUI相同；步驟S406，判斷本次注冊時長是否大于其它用戶注冊時長，如果大于，則轉至步驟 S408 ；如果小于，則轉至步驟S410 ；步驟S408，由于本次注冊時長大于其它用戶注冊時長，S-CSCF向AS送包含本次注 冊時長的第三方注冊請求；步驟S410，由于本次注冊時長小于其它用戶注冊時長，所以S-CSCF取消向AS發(fā)送 第三方注冊請求的操作，從而AS上相應的PUI的注冊時長不變。上述本次用戶的注冊時長是指當前用戶在S-CSCF上的注冊生命期，上述其它用 戶的注冊時長是指其它用戶在S-CSCF上的注冊生命期，其中，S-CSCF在發(fā)送給本次用戶的 注冊成功的響應消息中包含有上述本次用戶的注冊時長。上述的其它用戶不同于本次用 戶，這可以包括以下兩種情況其它用戶與本次用戶具有相同的PUI和不同的PVI ；或者，其 它用戶與本次用戶具有相同的PUI和PVI，但其它用戶與本次用戶具有的聯(lián)系地址不同。在發(fā)送第三方注冊請求之后，根據本發(fā)明實施例的基于IMS的第三方注冊的實現(xiàn) 方法進一步包括如下步驟步驟412，AS接收來自S-CSCF的第三方注冊請求，并提取第三方注冊請求中攜帶 的本次注冊時長，將其本地保存的與本次用戶相對應的PUI的注冊時長更新為第三方注冊 請求注冊時長；步驟414，AS在完成第三方注冊請求處理后，向S-CSCF返回注冊成功響應。實施例1圖5為根據本發(fā)明實施例1的基于IMS的第三方注冊的實現(xiàn)方法的流程圖。如圖 5所示，在共享PUI的情況下(即UEl與UE2具有相同的PUI和不同的PVI)，根據本發(fā)明實 施例的基于IMS的第三方注冊的實現(xiàn)方法主要包括如下步驟步驟S501，UEl (PVI I-PUI1)進行初始注冊，注冊請求經過P-CSCF、I-CSCF后，到達 S-CSCF ；步驟S502，S-CSCF與UEl協(xié)商，確定UEl(PVIl-PUIl)的注冊時長為Tl，并完成注 冊請求處理，返回注冊成功響應，注冊成功響應經I-CSCF、P-CSCF到達UEl ；步驟S503，S-CSCF根據用戶簽約信息向AS發(fā)送第三方注冊請求，其中在該第三方 注冊請求中包括了上述的注冊時長Tl ；步驟S504，AS收到第三方注冊請求后，取第三方注冊請求中的注冊時長Tl作為 PUIl的注冊時長；步驟S505，AS處理完第三方注冊請求后，向S-CSCF返回注冊成功響應。步驟S506，UE2 (如PVI2-PUI1)進行注冊，注冊請求經過P-CSCF、I-CSCF后，到達 S-CSCF ；步驟S507，S-CSCF與UE2協(xié)商，確定UE2(PVI2-PUI1)的注冊時長為T2，并完成注冊請求處理，返回注冊成功響應，注冊成功響應經過I-CSCF、P-CSCF到達UE2 ；步驟S508，在S-CSCF向AS發(fā)送第三方注冊請求之前，S-CSCF比較UE2的注冊時 長(T2)與預先保持在本地的與PUIl對應的用戶(如UEl)的注冊時長(Tl)。如果T2小于 等于Tl，則不向AS發(fā)送第三方注冊請求；如果T2大于Tl，則需要執(zhí)行下面步驟；步驟S509，S-CSCF向AS發(fā)送第三方注冊請求，其中在該第三方注冊請求中包括了 上述的注冊時長T2;步驟S510，AS收到來自S-CSCF的第三方注冊請求后，將AS中的PUIl的注冊時長 更新為第三方注冊請求中攜帶的注冊時長T2 ；步驟S511，AS處理完注冊請求后，向S-CSCF返回注冊成功響應。實施例2圖6為根據本發(fā)明實施例2的基于IMS的第三方注冊的實現(xiàn)方法的流程圖。如圖 6所示，在outbound的情況下(即，用戶可能具有相同的PUI和PVI以及不同的聯(lián)系地址， 不同的用戶可能屬于同一個UE)，基于IMS的第三方注冊的實現(xiàn)方法主要包括如下步驟步驟S601，用戶1 (PVII-PUIl-聯(lián)系地址1)進行初始注冊，注冊請求經過P-CSCF、 I-CSCF 后，到達 S-CSCF ；步驟S602，S-CSCF與UEl協(xié)商，確定UEl (PVI I-PUIl-聯(lián)系地址1)的注冊時長為 Tl，并完成注冊請求處理，返回注冊成功響應，注冊成功響應經I-CSCF、P-CSCF到達用戶1 ；步驟S603，S-CSCF根據用戶簽約信息向AS發(fā)送第三方注冊請求，其中在該第三方 注冊請求中包括了上述的注冊時長Tl ；步驟S604，AS收到第三方注冊請求后，取第三方注冊請求中的注冊時長Tl作為 PUIl的注冊時長；步驟S605，AS處理完第三方注冊請求后，向S-CSCF返回注冊成功響應。步驟S606，用戶2 (PVII-PUIl-聯(lián)系地址2)進行注冊，注冊請求經過P-CSCF、 I-CSCF 后，到達 S-CSCF ；步驟S607，S-CSCF與UE2協(xié)商，確定用戶2(PVI1_PUI1_聯(lián)系地址2)的注冊時長 為T2，并完成注冊請求處理，返回注冊成功響應，注冊成功響應經過I-CSCF、P-CSCF到達用 戶2;步驟S608，在S-CSCF向AS發(fā)送第三方注冊請求之前，S-CSCF比較用戶2注冊時 長(T2)與預先保持在本地的與PUIl對應的用戶(如用戶1)的注冊時長(Tl)。如果T2小 于等于Tl，則不向AS發(fā)送第三方注冊請求；如果T2大于Tl，則需要執(zhí)行下面步驟；步驟S609，S-CSCF向AS發(fā)送第三方注冊請求，其中在該第三方注冊請求中包括了 注冊時長T2;步驟S610，AS收到來自S-CSCF的第三方注冊請求后，將AS中的PUIl的注冊時長 更新為第三方注冊請求中攜帶的注冊時長T2 ；步驟S611，AS處理完注冊請求后，向S-CSCF返回注冊成功響應。綜上所述，根據本發(fā)明實施例的基于IMS的第三方注冊的實現(xiàn)方法，在收到用戶 的注冊請求之后，S-CSCF需要比較UE的注冊時長，并只在本次用戶的注冊時長大于預先保 持在本地的其它用戶的注冊時長的情況下才向AS發(fā)送第三方注冊請求，這樣，AS中PUI的 注冊時長始終與S-CSCF中對應的PUI的注冊時長的最大值保持一致，使得AS上的PUI不會因為注冊時長超時而被注銷，從而確保S-CSCF和AS上用戶注冊狀態(tài)和用戶數據的一致 性，以及業(yè)務的順利開展。裝置實施例根據本發(fā)明的實施例，提供了一種S-CSCF。圖7為根據本發(fā)明實施例的S-CSCF的示意圖。如圖7所示，該S-CSCF包括接收模塊702，用于接收來自當前的本次用戶的注冊請求；生成模塊704，連接至接收模塊702，用 于根據上述注冊請求生成上述本次用戶的注冊時長；比較模塊706，連接至生成模塊704， 用于將上述本次注冊時長與預先保存在本地的其它用戶的注冊時長進行比較，其中，上述 本次用戶與上述其它用戶具有相同的公有用戶標識(PUI)；發(fā)送模塊708，連接至比較模塊 706，用于在上述本次注冊時長大于上述其它用戶注冊時長的情況下發(fā)送包含上述本次注 冊時長的第三方注冊請求。在接收模塊702接收到來自本次用戶的注冊請求之后，生成模塊704根據注冊請 求生成本次用戶的注冊時長。然后，比較模塊706將本次注冊時長與預先保存在本地的其 它用戶的注冊時長進行比較，其中，本次用戶與其它用戶具有相同的PUI。如果本次注冊 時長大于其它用戶注冊時長，則發(fā)送模塊708發(fā)送包含所述本次注冊時長的第三方注冊請 求；如果本次注冊時長小于其它用戶注冊時長，則發(fā)送模塊708取消發(fā)送第三方注冊請求 的操作。綜上所述，根據本發(fā)明實施例的S-CSCF，在收到用戶的注冊請求之后，S-CSCF需 要比較用戶的注冊時長，并只在當前用戶的注冊時長大于預先保存在本地的與當前用戶具 有相同的PUI的用戶的注冊時長的情況下才向AS發(fā)送第三方注冊請求，這樣，AS中PUI的 注冊時長始終與S-CSCF中對應的PUI的注冊時長的最大值保持一致，使得AS上的PUI不 會因為注冊時長超時而被注銷，從而確保了 S-CSCF和AS上用戶注冊狀態(tài)和用戶數據的一 致性，業(yè)務的順利開展。系統(tǒng)實施例根據本發(fā)明的實施例，提供了基于IMS的第三方注冊的實現(xiàn)系統(tǒng)。圖8為根據本發(fā)明實施例的基于IMS的第三方注冊的實現(xiàn)系統(tǒng)的示意圖。如圖8 所示，根據本發(fā)明實施例的基于IMS的第三方注冊的實現(xiàn)系統(tǒng)包括S-CSCF 800和AS 810。上述實現(xiàn)系統(tǒng)中的S-CSCF 800包括第一接收模塊802，用于接收來自當前的本 次用戶的注冊請求；生成模塊804，連接第一接收模塊802，用于根據上述注冊請求生成上 述本次用戶的注冊時長；比較模塊806，連接至生成模塊804，用于將上述本次注冊時長與 預先保存在本地的其它用戶的注冊時長進行比較，其中，上述本次用戶與上述其它用戶具 有相同的公有用戶標識(PUI)；第一發(fā)送模塊808，連接至比較模塊806，用于在上述本次注 冊時長大于上述其它用戶注冊時長的情況下發(fā)送包含上述本次注冊時長的第三方注冊請 求。上述實現(xiàn)系統(tǒng)中的AS 810包括第二接收模塊812，用于接收來自上述S-CSCF的 第三方注冊請求；更新模塊814，連接至第二接收模塊812，用于將本地相應于上述本次用 戶的公有用戶標識的注冊時長更新為上述的本次注冊時長；發(fā)送模塊816，連接至更新模 塊814，用于在更新模塊814將本地相應于本次用戶的公有用戶標識的注冊時長更新為上 述的本次注冊時長之后向上述S-CSCF800發(fā)送注冊成功響應。
在第一接收模塊802接收到來自本次用戶的注冊請求之后，生成模塊804根據注 冊請求生成本次用戶的注冊時長。然后，比較模塊806將本次注冊時長與預先保存在本地 的其它用戶的注冊時長進行比較，其中，本次用戶與其它用戶具有相同的PUI相同。如果本 次注冊時長大于其它用戶注冊時長，則第一發(fā)送模塊808向AS 810發(fā)送包含上述本次注冊 時長的第三方注冊請求；如果本次注冊時長小于其它用戶注冊時長，則第一發(fā)送模塊808 取消發(fā)送第三方注冊請求的操作。AS 810的第二接收模塊812接收來自S-CSCF 800的第三方注冊請求，并提取第三 方注冊請求中攜帶的本次注冊時長，并將提取出的本次注冊時長傳送給更新模塊814。然 后，更新模塊814將其本地保存的與本次用戶相對應的PUI的注冊時長更新為第三方注冊 請求注冊時長。在更新完成后，發(fā)送模塊816向S-CSCF發(fā)送注冊成功響應。綜上所述，根據本發(fā)明實施例的基于IMS的第三方注冊的實現(xiàn)系統(tǒng)，在收到UE的 注冊請求之后，S-CSCF需要比較UE的注冊時長，并只在當前UE的注冊時長大于預先保存在 本地的與當前UE具有相同的PUI的UE的注冊時長的情況下才向AS發(fā)送第三方注冊請求， 這樣，AS中PUI的注冊時長始終與S-CSCF中對應的PUI的注冊時長的最大值保持一致，使 得AS上的PUI不會因為注冊時長超時而被注銷，從而確保了 S-CSCF和AS上用戶注冊狀態(tài) 和用戶數據的一致性，以及業(yè)務的順利開展。需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的 計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不 同于此處的順序執(zhí)行所示出或描述的步驟。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技 術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修 改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種基于IP多媒體子系統(tǒng)的第三方注冊的實現(xiàn)方法，其特征在于，包括在服務呼叫會話控制功能實體接收到來自本次用戶的注冊請求之后，所述服務呼叫會 話控制功能實體根據所述注冊請求生成所述本次用戶的本次用戶注冊時長；所述服務呼叫會話控制功能實體將所述本次用戶注冊時長與預先保存在本地的其 它用戶的注冊時長進行比較，其中，所述本次用戶與所述其它用戶具有相同的公有用戶標 識；如果所述本次用戶注冊時長大于所述其它用戶注冊時長，則所述服務呼叫會話控制功 能實體向應用服務器發(fā)送包含所述本次用戶注冊時長的第三方注冊請求。
2.根據權利要求1所述的方法，其特征在于，在所述服務呼叫會話控制功能實體將所 述本次用戶注冊時長與預先保存在本地的其它用戶的注冊時長進行比較之后，所述方法還 包括如果所述本次用戶注冊時長小于所述其它用戶注冊時長，則所述服務呼叫會話控制功 能實體取消向所述應用服務器發(fā)送所述第三方注冊請求的操作。
3.根據權利要求1所述的方法，其特征在于，在所述服務呼叫會話控制功能實體向應 用服務器發(fā)送包含所述本次用戶注冊時長的第三方注冊請求之后，所述方法還包括所述應用服務器接收來自所述服務呼叫會話控制功能實體的所述第三方注冊請求，并 將本地保存的與所述本次用戶相對應的公有用戶標識的注冊時長更新為所述第三方注冊 請求的注冊時長。
4.根據權利要求3所述的方法，其特征在于，在將本地保存的與所述本次用戶相對應 的公有用戶標識的注冊時長更新為所述本次用戶注冊時長之后，所述方法還包括所述應用服務器向所述服務呼叫會話控制功能實體返回注冊成功響應。
5.根據權利要求1至4中任一項所述的方法，其特征在于，所述本次用戶注冊時長為所 述本次用戶在所述服務呼叫會話控制功能實體上的注冊生命期，所述其它用戶注冊時長為 所述其它用戶在所述服務呼叫會話控制功能實體上的注冊生命期。
6.根據權利要求1至4中任一項所述的方法，其特征在于，所述本次用戶與所述其它用 戶具有不同的私有用戶標識。
7.根據權利要求1至4中任一項所述的方法，其特征在于，所述本次用戶與所述其它 用戶也可以具有相同的私有用戶標識，但所述本次用戶與所述其它用戶具有不同的聯(lián)系地 址。
8.一種服務呼叫會話控制功能實體，其特征在于，包括接收模塊，用于接收來自當前的本次用戶的注冊請求；生成模塊，用于根據所述注冊請求生成所述本次用戶的本次用戶注冊時長；比較模塊，用于將所述本次用戶注冊時長與預先保存在本地的其它用戶的注冊時長進 行比較，其中，所述本次用戶與所述其它用戶具有相同的公有用戶標識；發(fā)送模塊，用于在所述本次用戶注冊時長大于所述其它用戶注冊時長的情況下發(fā)送包 含所述本次用戶注冊時長的第三方注冊請求。
9.一種基于IP多媒體子系統(tǒng)的第三方注冊的實現(xiàn)系統(tǒng)，包括服務呼叫會話控制功能 實體和應用服務器，其特征在于，所述服務呼叫會話控制功能實體包括第一接收模塊，用于接收來自當前的本次用戶的注冊請求； 生成模塊，用于根據所述注冊請求生成所述本次用戶的本次用戶注冊時長； 比較模塊，用于將所述本次用戶注冊時長與預先保存在本地的其它用戶的注冊時長進 行比較，其中，所述本次用戶與所述其它用戶具有相同的公有用戶標識；第一發(fā)送模塊，用于在所述本次用戶注冊時長大于所述其它用戶注冊時長的情況下向 所述應用服務器發(fā)送包含所述本次用戶注冊時長的第三方注冊請求； 所述應用服務器包括第二接收模塊，用于接收來自所述服務呼叫會話控制功能實體的所述第三方注冊請求；更新模塊，用于將本地相應于所述本次用戶的公有用戶標識的注冊時長更新為所述第 三方注冊請求的注冊時長。
10.根據權利要求9中任一項所述的系統(tǒng)，其特征在于，所述應用服務器還包括 發(fā)送模塊，用于在所述更新模塊將本地相應于所述本次用戶的公有用戶標識的注冊時 長更新為所述本次用戶注冊時長之后向所述服務呼叫會話控制功能實體發(fā)送注冊成功響
全文摘要
本發(fā)明提供一種基于IP多媒體子系統(tǒng)的第三方注冊的實現(xiàn)方法和系統(tǒng)以及用于第三方注冊的服務呼叫會話控制功能實體，其中，上述的實現(xiàn)方法包括在服務呼叫會話控制功能實體接收到來自本次用戶的注冊請求之后，服務呼叫會話控制功能實體根據注冊請求生成本次用戶的注冊時長；服務呼叫會話控制功能實體將本次用戶注冊時長與預先保存在本地的其它用戶的注冊時長進行比較，其中，本次用戶與其它用戶具有相同的公有用戶標識；如果本次用戶注冊時長大于其它用戶注冊時長，則服務呼叫會話控制功能實體向應用服務器發(fā)送包含本次用戶注冊時長的第三方注冊請求。這樣，使得AS上的PUI不會因為注冊時長超時而被注銷，確保S-CSCF和AS上用戶注冊狀態(tài)和用戶數據的一致性。
文檔編號H04W60/00GK101998620SQ20091017159
公開日2011年3月30日 申請日期2009年8月25日 優(yōu)先權日2009年8月25日
發(fā)明者周偉, 李世濤, 繆永生 申請人:中興通訊股份有限公司