專利名稱：Ip多媒體子系統(tǒng)業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種在沒有IP多媒體子系統(tǒng)IMS核心網(wǎng) 的情況下實(shí)現(xiàn)IMS業(yè)務(wù)的系統(tǒng)和方法。
背景技術(shù)：
IP多媒體子系統(tǒng)(IPMultimedia System, IMS)是一個通用架構(gòu)，它可以 提供基于IP的語音呼叫(VoiceoverIP, VOIP)和多媒體業(yè)務(wù)。它是由第三代 合作工程(3rd Generation Partnership Project , 3GPP)首先提出的一個國際公 認(rèn)的標(biāo)準(zhǔn)架構(gòu)，現(xiàn)在它也纟皮其他的標(biāo)準(zhǔn)化組織所承認(rèn)。IMS支持多種4妄入方式， 如全球移動通信系統(tǒng)(Global System for Mobile Communications, GSM )、寬帶 碼分多址才妄入系統(tǒng)(Wide-band Code Division Multiple Access, WCDMA)、 CDMA2000、寬帶接入，以及無線局域網(wǎng)(Wireless Local Area Network, WLAN) 等。
對于終端用戶，IMS可以為其提供多種通訊方式，其中包括話音、文本、 圖片、視頻，或者是以上方式的任何組合。IMS結(jié)構(gòu)如圖l所示，其中，粗線 表示數(shù)據(jù)傳輸^^妄口，虛線表示信令傳輸接口，圖l中的各實(shí)體為
CSCF為呼叫會話控制功能(Call Session Control Function);
P-CSCF為代理CSCF;
HSS為歸屬簽約用戶服務(wù)器(Home Subscriber Server); MGCF為士某體網(wǎng)關(guān)4空制功能(Media Gateway Control Function); BGCF為出口網(wǎng)關(guān)控制功能(Breakout Gateway Control Function); MRFC為多媒體資源控制器(Multimedia Resource Function Controller); MRFP為媒體資源功能處理器(Media Resource Function Processor); IMS-MGW為IMS多媒體網(wǎng)關(guān)(IMS Multimedia Gateway); SLF為訂購關(guān)系定^(立功能(Subscription Locater Function ); UE為用戶設(shè)備(User Equipment )。
現(xiàn)以經(jīng)IMS核心網(wǎng)的初始注冊流程為例，說明IMS核心網(wǎng)中必要的實(shí)體。 參見圖2，為現(xiàn)有技術(shù)中經(jīng)IMS核心網(wǎng)的初始注冊流程圖，具體步驟包括 步驟l、 UE發(fā)送注冊請求到P-CSCF;
步驟2、 P-CSCF查詢域名服務(wù)器(DomainName Server, DNS )，找到UE 歸屬問詢CSCF (I-CSCF ),將P-CSCF自己的地址信息加到請求消息的路徑頭 部分，將請求消息轉(zhuǎn)發(fā)給I-CSCF;
步驟3~5、 I-CSCF向HSS查詢用戶歸屬信息，并根據(jù)HSS返回的信息選 擇一個服務(wù)CSCF ( S-CSCF )，將請求消息發(fā)送給S-CSCF;
步驟6~7、 S-CSCF向HSS修改用戶的注冊狀態(tài)，同時下載用戶的初始過 濾標(biāo)準(zhǔn)(IFC)到S-CSCF;
步驟8、 S-CSCF扭J亍相關(guān)邏輯，包括匹配IFC并向AS執(zhí)行第三方注冊；
步驟9、注冊成功后，S-CSCF返回200 OK消息給I-CSCF;
步驟10 ~ 11 、 200 OK應(yīng)答消息按原路返回。
從圖2可以看出業(yè)務(wù)流程嚴(yán)格依賴于IMS核心網(wǎng)中各實(shí)體功能正常支持， 且網(wǎng)絡(luò)結(jié)構(gòu)復(fù)雜，不易維護(hù)。網(wǎng)絡(luò)初期建設(shè)成本很高，使IMS業(yè)務(wù)實(shí)現(xiàn)的準(zhǔn)入 條件要求很高。

發(fā)明內(nèi)容
本發(fā)明提供一種IMS業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)，用以解決現(xiàn)有技術(shù)中IMS業(yè)務(wù)依賴 于IMS核心網(wǎng)實(shí)體，網(wǎng)絡(luò)結(jié)構(gòu)復(fù)雜、不易維護(hù)，從而使網(wǎng)絡(luò)初期建設(shè)成本高， IMS業(yè)務(wù)實(shí)現(xiàn)的準(zhǔn)入條件要求高的問題。
基于上述系統(tǒng)，本發(fā)明另提供一種IMS業(yè)務(wù)實(shí)現(xiàn)方法。 本發(fā)明提供的IMS業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)包括注冊模塊、路由模塊和分發(fā)模塊；
所述注冊模塊接收注冊/注銷請求，對用戶終端進(jìn)行注冊/注銷處理，并向
所述分發(fā)模塊發(fā)送第三方注冊請求消息；
所述路由;^莫塊接收與注冊無關(guān)的消息，若判斷為用戶終端發(fā)送的初始業(yè)務(wù) 請求消息，則轉(zhuǎn)發(fā)到所述分發(fā)模塊；否則，根據(jù)路由信息將該消息發(fā)送到指定 的網(wǎng)絡(luò)實(shí)體；
所述分發(fā)模塊接收所述第三方注冊請求消息，并轉(zhuǎn)發(fā)到指定的AS，進(jìn)行 第三方注冊；接收所述路由模塊轉(zhuǎn)發(fā)的所述初始業(yè)務(wù)請求消息，并轉(zhuǎn)發(fā)到與該 消息攜帶的業(yè)務(wù)類型信息對應(yīng)的AS。
根據(jù)本發(fā)明的上述系統(tǒng)，所述路由模塊與所述注冊模塊連接，轉(zhuǎn)發(fā)所述注 冊^t塊和漫游用戶終端之間的與注冊相關(guān)的消息。
根據(jù)本發(fā)明的上述系統(tǒng)，還包括核心數(shù)據(jù)訪問模塊，分別與所述注冊模塊 和所述路由模塊連接，向所述注冊模塊提供用戶注冊信息或/和第三方注冊地址 信息，向所述路由模塊提供所述路由信息。
根據(jù)本發(fā)明的上述系統(tǒng)，所述注冊模塊還接收用戶終端或AS發(fā)送的訂閱 注冊事件包請求消息，進(jìn)行注冊事件包訂閱處理。
所述注冊模塊包括一超時判斷子模塊，當(dāng)該超時判斷子模塊判斷用戶終端 注冊超時時，對該用戶終端進(jìn)行注銷處理。
所述路由模塊包括一鑒權(quán)子模塊，所述鑒權(quán)子模塊對接收到的用戶終端發(fā) 送的所述初始業(yè)務(wù)請求消息后，對該用戶終端進(jìn)行鑒權(quán)。
本發(fā)明提供的IMS業(yè)務(wù)實(shí)現(xiàn)方法包括注冊/注銷流程和與注冊無關(guān)的消 息路由流程，所述注冊/注銷流程包括
A、 注冊模塊收到請求注冊/注銷的消息后，進(jìn)行注冊/注銷處理；
B、 注冊/注銷處理成功后，所述注冊模塊發(fā)起第三方注冊；
C、 第三方注冊成功后，所述注冊模塊向注冊事件包訂閱者發(fā)送注冊/注銷 通知5
所述與注冊無關(guān)的消息路由流程包括
a、 路由模塊收到與注冊無關(guān)的消息后，對該消息進(jìn)行判斷；
b、 若所述與注冊無關(guān)的消息是由用戶終端發(fā)出的初始業(yè)務(wù)請求消息，則 所述路由模塊將該消息轉(zhuǎn)發(fā)到分發(fā)模塊，執(zhí)行步驟c;否則，所述路由模塊根 據(jù)路由信息，將該消息發(fā)送到指定的網(wǎng)絡(luò)實(shí)體；
c、 所述分發(fā)模塊根據(jù)所述初始業(yè)務(wù)請求消息攜帶的業(yè)務(wù)類型信息，將該 消息分發(fā)到相應(yīng)的AS。
根據(jù)本發(fā)明的上述方法，所述注冊才莫塊收到請求注冊的消息后，進(jìn)行注冊 處理，包括
Al 、所述注冊模塊接收用戶終端發(fā)送的注冊請求消息；
A2、所述注冊才莫塊獲取所述用戶終端的認(rèn)證數(shù)據(jù)，進(jìn)行注冊處理，并向所
述用戶終端返回未授權(quán)響應(yīng)消息；
A3 、所述用戶終端向所述注冊模塊發(fā)起新的注冊請求消息，攜帶鑒權(quán)信息； A4、所述注冊4莫塊對所述用戶終端進(jìn)4亍鑒權(quán)和注冊，并在注冊成功后向所
述用戶終端返回注冊成功響應(yīng)消息。
上述方法中，所述注冊模塊從本地或核心數(shù)據(jù)訪問模塊存儲的用戶終端注
冊信息中獲取所述認(rèn)證數(shù)據(jù)。
根據(jù)本發(fā)明的上述方法，所述注銷流程中，所述注冊模塊接收用戶終端或
網(wǎng)絡(luò)側(cè)實(shí)體發(fā)送的注銷請求消息后，或所述注冊模塊判斷用戶終端注冊超時
后，對所述用戶終端進(jìn)行注銷處理。
根據(jù)本發(fā)明的上述方法，所述注冊/注銷流程中，所述注冊模塊發(fā)起第三方 注冊，包括
Bl、所述注冊模塊向分發(fā)模塊發(fā)送向第三方注冊的請求消息，攜帶第三方 注冊地址信息；
B2、所述分發(fā)模塊轉(zhuǎn)發(fā)所述第三方注冊"^貪求消息給所迷第三方注冊地址信 息指定的AS;
B3、所述AS完成第三方注冊后，向所述分發(fā)模塊返回成功響應(yīng)消息，并
由其轉(zhuǎn)發(fā)給所述注冊才莫塊。
上述方法中，所述注冊模塊從本地或核心數(shù)據(jù)訪問模塊獲取所述第三方注 冊地址信息。
根據(jù)本發(fā)明的上述方法，所述注冊/注銷流程中，第三方注冊成功后，所述
注冊模塊分別向預(yù)先訂閱注冊事件包的AS和用戶終端發(fā)送注冊成功通知消 息。
上述方法中，所述用戶終端或AS預(yù)先訂閱注冊事件包，包括 所述用戶終端或AS向所述注冊模塊發(fā)起訂閱注冊事件包請求； 所述注冊;f莫塊完成訂閱處理后，通知所述用戶終端或AS訂閱成功。 若所述用戶終端向所述注冊模塊發(fā)起訂閱其他用戶的注冊包的請求，則所
述注冊^t塊拒絕其訂閱，并返回失敗響應(yīng)消息。
根據(jù)本發(fā)明的上述方法，若所述用戶終端為漫游用戶終端，則所述用戶終
端與所述注冊才莫塊之間的消息交互通過所述路由才莫塊轉(zhuǎn)發(fā)。
根據(jù)本發(fā)明的上述方法，所述與注冊無關(guān)的消息路由流程中，所述路由模
塊收到用戶終端發(fā)送的所述初始業(yè)務(wù)請求消息后，對所述用戶終端進(jìn)行鑒權(quán)。 所述與注冊無關(guān)的消息路由流程中，所述路由模塊從本地或核心數(shù)據(jù)訪問
模塊查詢路由信息。
本發(fā)明的有益效果如下
本發(fā)明引入IMS核心適配系統(tǒng)，由注冊^1塊實(shí)現(xiàn)用戶終端的注冊和注銷功 能，由路由模塊實(shí)現(xiàn)消息的路由功能，由分發(fā)模塊實(shí)現(xiàn)向相應(yīng)AS分發(fā)消息的 功能，由核心數(shù)據(jù)訪問才莫塊提供并維護(hù)用戶注冊信息、路由信息和第三方注冊 地址信息，實(shí)現(xiàn)在沒有IMS核心網(wǎng)的情況下支撐IMS業(yè)務(wù)，作為從沒有IMS 核心網(wǎng)到有IMS核心網(wǎng)的平滑過度，從而簡化了網(wǎng)絡(luò)結(jié)構(gòu)，降低了網(wǎng)絡(luò)初期建 設(shè)成本，使IMS業(yè)務(wù)實(shí)現(xiàn)更容易。


圖1為現(xiàn)有技術(shù)中IMS網(wǎng)絡(luò)結(jié)構(gòu)示意圖2為現(xiàn)有技術(shù)中經(jīng)IMS核心網(wǎng)的初始注冊流程圖;
圖3為本發(fā)明IMS核心適配系統(tǒng)結(jié)構(gòu)示意圖4為本發(fā)明用戶終端注冊流程圖5為本發(fā)明用戶終端注銷流程圖6為本發(fā)明用戶側(cè)超時注銷流程圖7為本發(fā)明網(wǎng)絡(luò)側(cè)注銷流程圖8為本發(fā)明UE訂閱注冊事件包的流程圖
圖9為本發(fā)明AS訂閱注冊事件包的流程圖IO為本發(fā)明初次消息分發(fā)序列圖11為本發(fā)明消息終端路由序列圖12為本發(fā)明AS消息異地路由序列圖。
具體實(shí)施例方式
本發(fā)明采用IMS核心適配系統(tǒng)來代替IMS核心網(wǎng)，實(shí)現(xiàn)IMS業(yè)務(wù)。 參見圖3，為本發(fā)明IMS核心適配系統(tǒng)結(jié)構(gòu)示意圖，其中包括如下功能模
塊
注冊模塊處理UE或應(yīng)用服務(wù)器(Application Server, AS)發(fā)起的注冊 相關(guān)的會話初始化協(xié)議(Session Initiated Protocol, SIP)消息，維護(hù)用戶注冊 狀態(tài)，向AS進(jìn)行第三方注冊通知；處理AS、 UE訂閱注冊事件包消息；向 AS、 UE通知注冊狀態(tài)信息；
路由模塊處理UE發(fā)起的與注冊無關(guān)的SIP消息，對消息進(jìn)行鑒權(quán)和處 理并轉(zhuǎn)發(fā)給分發(fā)模塊進(jìn)行分發(fā)；處理AS發(fā)起的與注冊無關(guān)的SIP消息，將消 息路由到本地終端、本地AS或者異地的預(yù)先配置的IMS網(wǎng)絡(luò)實(shí)體；
分發(fā)模塊根據(jù)SIP消息中的業(yè)務(wù)類型信息從業(yè)務(wù)類型和AS映射列表中 獲得指定的AS,將SIP消息分發(fā)到相應(yīng)的AS;
核心數(shù)據(jù)訪問模塊為其他模塊提供所需的數(shù)據(jù)信息，包括為注冊模塊提 供用戶認(rèn)證信息和第三方注冊地址數(shù)據(jù)，為路由模塊提供路由表數(shù)據(jù)等，為了 便于維護(hù)，上述信息可存儲于本地?cái)?shù)據(jù)庫中，也可由擴(kuò)展標(biāo)識語言XML描述 對上述信息進(jìn)行維護(hù)。
為了體現(xiàn)在IMS核心適配系統(tǒng)下支撐IMS業(yè)務(wù)，現(xiàn)從如下的最小的CSCF 功能來i兌明IMS核心適配系統(tǒng)的實(shí)現(xiàn)方案(其他IMS核心網(wǎng)功能不在此詳細(xì) 描述)，具體包括以下幾個方面
1、 注冊鑒^l:用戶注冊、用戶鑒;K、用戶注銷、超時注銷、第三方注冊 通知等；
2、 SIP消息處理消息鑒權(quán)、消息路由等；
3、 信息維護(hù)維護(hù)用戶認(rèn)證信息、第三方注冊地址數(shù)據(jù)、路由表數(shù)據(jù)等。 參見圖4，為本發(fā)明UE注冊的流程示意圖，當(dāng)IMS核心適配系統(tǒng)收到
UE的注冊請求時，啟動UE注冊流程，在注冊過程中，需要對UE進(jìn)行鑒權(quán)， 以確保其能夠進(jìn)行注冊并使用相關(guān)業(yè)務(wù)，具體步驟包括
1、 UE向注冊^f莫塊發(fā)送注冊請求；
2、 注冊模塊向核心數(shù)據(jù)訪問模塊請求獲取相關(guān)的用戶認(rèn)證數(shù)據(jù)；
3、 核心數(shù)據(jù)訪問模塊返回相關(guān)的用戶認(rèn)證數(shù)據(jù)；
4、 注冊^f莫塊進(jìn)行認(rèn)證數(shù)據(jù)的注冊處理；
5、 注冊模塊向UE返回401未授權(quán)響應(yīng)消息(401 Unauthorized),攜帶系 統(tǒng)消息隨機(jī)數(shù)(也稱隨機(jī)挑戰(zhàn)，即RAND)和認(rèn)證令牌(Authentication Token, AUTN);
6、 UE根據(jù)接收的RAND和AUTN按照某種鑒權(quán)公式計(jì)算出響應(yīng)值RES, 再向注冊模塊發(fā)送一個帶有該RES的新的注冊請求；
7、 注冊模塊對注冊請求進(jìn)行處理。若注冊模塊按照相同的鑒權(quán)公式計(jì)算 出的RES與接收到的用戶終端計(jì)算的RES相同，則注冊成功；
8、 注冊模塊向UE返回響應(yīng)消息200OK，通知UE注冊成功；
9、 UE注冊成功后，要進(jìn)行第三方注冊。注冊模塊遍歷第三方注冊表，向 分發(fā)模塊發(fā)送第三方注冊請求，攜帶第三方注冊地址數(shù)據(jù)；
注冊^t塊可通過查詢本地存儲的第三方注冊表獲得第三方注冊地址數(shù)據(jù)， 也可通過查詢核心數(shù)據(jù)訪問模塊存儲的第三方注冊表獲得第三方注冊地址數(shù) 據(jù)；
10、 分發(fā)^f莫塊將注冊請求轉(zhuǎn)發(fā)給第三方注冊地址lt據(jù)指定的AS;
11、 AS確認(rèn)后向分發(fā)才莫塊返回響應(yīng)消息200 OK;
12、 分發(fā)模塊將200OK消息轉(zhuǎn)發(fā)給注冊模塊，第三方注冊成功；
13、 第三方注冊成功后，注冊^t塊向訂閱了注冊事件包的AS發(fā)送通知消 息(NOTIFY);
14、 AS收到通知消息后返回響應(yīng)消息200 OK;
15、 注冊模塊向訂閱了注冊事件包的UE發(fā)送通知消息(NOTIFY);
UE主要是訂閱自己的注冊狀態(tài)信息，這個過程是必須的，如果是其他用 戶訂閱此UE的注冊狀態(tài)信息，會返回失敗消息。因?yàn)樯婕暗绞跈?quán)的問題，只 能向相關(guān)的狀態(tài)服務(wù)器訂閱，不能直接向IMS核心適配系統(tǒng)訂閱。
16、 UE收到通知消息后返回響應(yīng)消息200 OK。
上述圖4的流程中，若UE為漫游UE,則該漫游UE與注冊模塊間的信息 交互要通過路由^^莫塊進(jìn)行轉(zhuǎn)發(fā)。
參見圖5,為本發(fā)明用戶終端注銷流程圖，當(dāng)IMS核心適配系統(tǒng)收到UE 主動發(fā)出的注銷請求后，啟動UE注銷流程，UE注銷成功后，IMS核心適配 系統(tǒng)將通知已經(jīng)訂閱了注冊事件的訂閱者，具體步驟包括
1、 UE向注冊模塊發(fā)出注銷請求，攜帶EXPIRES參數(shù)，并設(shè)置為0，表 示請求注銷；
2、 注冊模塊進(jìn)行注銷處理；
3、 注冊模塊向UE返回響應(yīng)消息200OK,通知注銷成功；
4、 UE注銷成功后，要進(jìn)行第三方注冊，注冊模塊遍歷第三方注冊表，向
分發(fā)模塊發(fā)送第三方注冊請求，攜帶第三方注冊地址數(shù)據(jù)；
注冊模塊可通過查詢本地存儲的第三方注冊表獲得第三方注冊地址數(shù)據(jù)， 也可通過查詢核心數(shù)據(jù)訪問模塊存儲的第三方注冊表獲得第三方注冊地址數(shù) 據(jù)；
5、 分發(fā)模塊將注冊請求轉(zhuǎn)發(fā)給第三方注冊地址數(shù)據(jù)指定的AS;
6、 AS確認(rèn)后向分發(fā)才莫塊返回響應(yīng)消息200 OK;
7、 分發(fā)模塊將200OK消息轉(zhuǎn)發(fā)給注冊模塊，第三方注冊成功；
8、 注冊^f莫塊向訂閱了注冊事件包的AS發(fā)送通知消息(NOTIFY);
9、 AS收到通知請求后返回響應(yīng)消息200 OK;
10、 注冊模塊向訂閱了注冊事件包的UE發(fā)送通知消息(NOTIFY); 11 、 UE收到通知消息后返回響應(yīng)消息200 OK。
上述圖5的流程中，若UE為漫游UE,則該漫游UE與注冊模塊間的信息 交互要通過路由模塊進(jìn)行轉(zhuǎn)發(fā)。
用戶側(cè)在注冊時需要指定一個注冊的超時時間，即若注冊模塊在指定的超 時時間內(nèi)未收到UE再次發(fā)送的攜帶RES的注冊請求消息(如圖4流程中的步 驟6 )，則IMS核心適配系統(tǒng)將該用戶注銷。
參見圖6，為本發(fā)明用戶側(cè)超時注銷流程圖，具體步驟包括
1、 注冊模塊檢測到超時通知，即注冊模塊在指定的超時時間內(nèi)未收到UE 的重注冊請求；
2、 注冊模塊進(jìn)行注銷處理；
3、 UE注銷成功后要進(jìn)行第三方注冊。注冊模塊遍歷第三方注冊表，向分 發(fā)模塊發(fā)送第三方注冊請求，攜帶第三方注冊地址數(shù)據(jù)；
注冊模塊可通過查詢本地存儲的第三方注冊表獲得第三方注冊地址數(shù)據(jù)， 也可通過查詢核心數(shù)據(jù)訪問模塊存儲的第三方注冊表獲得第三方注冊地址數(shù) 據(jù)；
4、 分發(fā)^f莫塊將注冊請求轉(zhuǎn)發(fā)給第三方注冊地址數(shù)據(jù)指定的AS;
5 、 AS確i人后向分發(fā)才莫塊返回響應(yīng)消息200 OK;
6、 分發(fā)模塊將200OK消息轉(zhuǎn)發(fā)給注冊模塊，第三方注冊成功；
7、 注冊模塊向訂閱了注冊事件包的UE發(fā)送通知消息(NOTIFY);
8、 UE收到通知請求消息后返回響應(yīng)消息200 OK;
9、 注冊模塊向訂閱了注冊事件包的AS發(fā)送通知消息(NOTIFY);
10、 AS收到通知消息后返回響應(yīng)消息200 OK。
上逸圖6的流程中，若UE為漫游UE,則該漫游UE與注冊模塊間的信息 交互要通過路由模塊進(jìn)行轉(zhuǎn)發(fā)。
網(wǎng)絡(luò)側(cè)也可發(fā)起對UE的注銷流程。
參見圖7，為本發(fā)明網(wǎng)絡(luò)側(cè)注銷流程圖，具體步驟包括
1、 注冊模塊收到來自網(wǎng)絡(luò)側(cè)實(shí)體(如系統(tǒng)管理模塊)發(fā)送的注銷請求消
自
2、 注冊模塊進(jìn)行注銷處理；
3、 UE注銷成功后要進(jìn)行第三方注冊。注冊模塊遍歷第三方注冊表，向分 發(fā)模塊發(fā)送第三方注冊請求，攜帶第三方注冊地址數(shù)據(jù)；
注冊才莫塊可通過查詢本地存儲的第三方注冊表獲得第三方注冊地址數(shù)據(jù)， 也可通過查詢核心數(shù)據(jù)訪問模塊存儲的第三方注冊表獲得第三方注冊地址數(shù) 據(jù)；
4、 分發(fā)模塊將注冊請求轉(zhuǎn)發(fā)給第三方注冊地址數(shù)據(jù)指定的AS; 5 、 AS確認(rèn)后將響應(yīng)消息200 OK發(fā)給分發(fā)模塊；
6、 分發(fā)模塊將200OK消息轉(zhuǎn)發(fā)給注冊模塊，第三方注冊成功；
7、 注冊模塊向訂閱了注冊事件包的AS發(fā)送通知消息(NOTIFY);
8、 AS收到通知消息后返回響應(yīng)消息200 OK;
9、 注冊模塊向訂閱了注冊事件包的UE發(fā)送通知消息(NOTIFY);
10、 UE收到通知消息后返回響應(yīng)消息200 OKu
上述圖7的流程中，若UE為漫游tJE，則該漫游UE與注冊模塊間的信息交互要通過路由模塊進(jìn)行轉(zhuǎn)發(fā)。
當(dāng)IMS核心適配系統(tǒng)收到UE發(fā)起的訂閱注冊事件包請求，啟動UE訂閱 注冊事件包流程。
參見圖8,為本發(fā)明UE訂閱注冊事件包的流程圖，具體步驟包括
1、 UE向注冊模塊發(fā)出訂閱自己的注冊事件包的訂閱請求消息 (SUBSCRIBE);
2、 注冊模塊處理該訂閱請求后，返回響應(yīng)消息200OK,表明訂閱成功；
3、 注冊模塊向訂閱了注冊事件包的UE發(fā)送通知消息(NOTIFY);
4、 UE向注冊模塊收到通知消息后，返回響應(yīng)消息200OK;
5、 UE向注冊模塊發(fā)出訂閱其他用戶注冊事件包的訂閱請求消息 (SUBSCRIBE);
6、 注冊;f莫塊拒絕該UE訂閱其他用戶的注冊事件包，向UE返回403失敗 響應(yīng)消息(403 Forbidden )。
上述圖8的流程中，若UE為漫游UE，則該漫游UE與注冊模塊間的信息 交互要通過路由模塊進(jìn)行轉(zhuǎn)發(fā)。
當(dāng)IMS核心適配系統(tǒng)收到AS發(fā)送的訂閱注冊事件包請求，啟動AS訂閱 注冊事件包流程。
參見圖9，為本發(fā)明AS訂閱注冊事件包的流程圖，具體步驟包括
1、 AS向注冊才莫塊發(fā)送訂閱請求消息(SUBSCRIBE);
2、 注冊模塊完成訂閱處理后，返回響應(yīng)消息200OK，表明訂閱成功；
3、 注冊模塊向訂閱了注冊事件包的AS發(fā)送通知消息(NOTIFY);
4、 AS收到通知消息后，向注冊模塊返回響應(yīng)消息200OK。
當(dāng)IMS核心適配系統(tǒng)收到與注冊無關(guān)的SIP消息時，由路由模塊處理。路 由模塊接收到來自UE的SIP消息，進(jìn)行鑒權(quán)后轉(zhuǎn)發(fā)給分發(fā)模塊，分發(fā)模塊根 據(jù)SIP消息中的業(yè)務(wù)類型信息獲得相應(yīng)的AS地址后，將SIP消息分發(fā)到AS。
參見圖10，為本發(fā)明初次消息分發(fā)序列圖，UE發(fā)出的會話內(nèi)初次SIP消
息，被IMS核心適配系統(tǒng)路由模塊分發(fā)到AS的過程，具體包括
1、 路由模塊收到UE發(fā)來的SIP消息；
2、 路由模塊首先判斷出SIP消息是由UE發(fā)出的初始業(yè)務(wù)請求消息，然后 對該UE進(jìn)行鑒權(quán)；
3、 鑒權(quán)通過后，路由模塊將消息發(fā)給分發(fā)模塊進(jìn)行分發(fā)；
4、 分發(fā)模塊根據(jù)SIP消息中攜帶的業(yè)務(wù)類型信息，從本地存儲的業(yè)務(wù)類 型與處理該業(yè)務(wù)的AS的映射關(guān)系表中，獲得相應(yīng)的AS地址，并將SIP消息 分發(fā)到該AS;
5 、 AS收到SIP消息后，返回響應(yīng)消息200 OK;
6、 分發(fā)模塊將200 OK響應(yīng)消息轉(zhuǎn)發(fā)給路由模塊；
7、 路由模塊將200OK響應(yīng)消息返回給UE。
上述流程中，若該UE針對上述初始請求的業(yè)務(wù)，繼續(xù)發(fā)起請求，則路由 才莫塊收到該后繼發(fā)起的SIP請求消息后，由于已對該UE發(fā)起的初始業(yè)務(wù)請求 消息進(jìn)行過處理，因此路由模塊本地保留有對應(yīng)的AS的信息(可通過上述流 程步驟5-6中的響應(yīng)消息攜帶AS的信息)，因此直接將該消息路由到與請求的 業(yè)務(wù)相對應(yīng)的AS，由其進(jìn)^f亍處理。當(dāng)IMS核心適配系統(tǒng)收到來自AS的與注 冊無關(guān)的SIP消息時，由路由模塊處理，路由模塊查找路由表，若是本地終端 直"l妄轉(zhuǎn)發(fā)給終端。
參見圖11，為本發(fā)明消息終端路由序列圖，序列圖主要描述AS發(fā)送會話 內(nèi)初次SIP消息到本地l正的過程，具體的路由過程包括
1、 路由模塊收到AS發(fā)來的SIP消息；
2、 路由模塊查找路由表，將消息發(fā)給對應(yīng)的UE;
路由模塊可查詢本地的路由表，若找不到相應(yīng)的路由信息，可查詢核心數(shù) 據(jù)訪問模塊保存的路由表，獲得路由信息；
3、 UE收到SIP消息后，向路由模塊返回成應(yīng)消息200 OK;
4、 路由才莫塊將200OK響應(yīng)消息返回給AS。
當(dāng)IMS核心適配系統(tǒng)收到來自AS的與注冊無關(guān)的SIP消息時，由路由模 塊處理，路由模塊查找路由表，若不是本地終端，則根據(jù)域名查找目的IP地 址進(jìn)行轉(zhuǎn)發(fā)。
參見圖12,為本發(fā)明AS消息異地路由序列圖，此圖主要描述AS分發(fā)會 話內(nèi)初次SIP消息到遠(yuǎn)程網(wǎng)絡(luò)的過程，具體包括 1 、路由模塊收到AS發(fā)來的SIP消息；
2、路由模塊查找路由表，根據(jù)域名找到對應(yīng)的IP地址，將消息發(fā)給該IP 地址對應(yīng)的網(wǎng)絡(luò)實(shí)體(此處為遠(yuǎn)程網(wǎng)絡(luò)實(shí)體)；
路由^ii塊可查詢本地的路由表，若找不到相應(yīng)的路由信息，可查詢核心數(shù) 據(jù)訪問模塊保存的路由表，獲得路由信息；
3 、遠(yuǎn)程網(wǎng)絡(luò)實(shí)體收到SIP消息后，返回響應(yīng)消息200 OK;
4、路由模塊將200OK響應(yīng)消息返回給AS。
用戶認(rèn)證信息、第三方注冊地址數(shù)據(jù)、路由表數(shù)據(jù)的維護(hù)方案，包括但不 限于通過數(shù)據(jù)庫、擴(kuò)展標(biāo)識語言(extensible Markup Language, XML )描述等 方式，在此不做詳細(xì)的描述。
通過以上描述可知，本發(fā)明引入IMS核心適配系統(tǒng)，由注冊模塊實(shí)現(xiàn)用戶 終端的注冊和注銷功能，由路由模塊實(shí)現(xiàn)與注冊無關(guān)的SIP消息的路由功能， 由分發(fā)模塊實(shí)現(xiàn)向相應(yīng)AS分發(fā)消息的功能，由核心數(shù)據(jù)訪問模塊提供并維護(hù) 用戶注冊信息、路由信息和第三方注冊地址信息，實(shí)現(xiàn)在沒有IMS核心網(wǎng)的情 況下支撐IMS業(yè)務(wù)，作為從沒有IMS核心網(wǎng)到有IMS核心網(wǎng)的平滑過度，從 而簡化了網(wǎng)絡(luò)結(jié)構(gòu)，降低了網(wǎng)絡(luò)初期建設(shè)成本，使IMS業(yè)務(wù)實(shí)現(xiàn)更容易。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種IP多媒體子系統(tǒng)IMS業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)，包括注冊模塊、路由模塊和分發(fā)模塊；所述注冊模塊接收注冊/注銷請求，對用戶終端進(jìn)行注冊/注銷處理，并向所述分發(fā)模塊發(fā)送第三方注冊請求消息；所述路由模塊接收與注冊無關(guān)的消息，若判斷為用戶終端發(fā)送的初始業(yè)務(wù)請求消息，則轉(zhuǎn)發(fā)到所述分發(fā)模塊；否則，根據(jù)路由信息將該消息發(fā)送到指定的網(wǎng)絡(luò)實(shí)體；所述分發(fā)模塊接收所述第三方注冊請求消息，并轉(zhuǎn)發(fā)到指定的AS，進(jìn)行第三方注冊；接收所述路由模塊轉(zhuǎn)發(fā)的所述初始業(yè)務(wù)請求消息，并轉(zhuǎn)發(fā)到與該消息攜帶的業(yè)務(wù)類型信息對應(yīng)的AS。
2、 如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述路由模塊與所述注冊模 塊連接，轉(zhuǎn)發(fā)所述注冊才莫塊和漫游用戶終端之間的與注冊相關(guān)的消息。
3、 如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，還包括核心數(shù)據(jù)訪問模 塊，分別與所述注冊模塊和所述路由模塊連接，向所述注冊模塊提供用戶注冊 信息或/和第三方注冊地址信息，向所述路由模塊提供所述路由信息。
4、 如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述注冊模塊還接收用戶終 端或AS發(fā)送的訂閱注冊事件包請求消息，進(jìn)行注冊事件包訂閱處理。
5、 如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述注冊模塊包括一超時判 斷子模塊，當(dāng)該超時判斷子模塊判斷用戶終端注冊超時時，對該用戶終端進(jìn)行 注銷處理。
6、 如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述路由模塊包括一鑒權(quán)子 模塊，所述鑒權(quán)子模塊對接收到的用戶終端發(fā)送的所述初始業(yè)務(wù)請求消息后， 對該用戶終端進(jìn)行鑒權(quán)。
7、 一種IMS業(yè)務(wù)實(shí)現(xiàn)方法，應(yīng)用于權(quán)利要求1所述的IMS業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)， 包括注冊/注銷流程和與注冊無關(guān)的消息路由流程，其特征在于，所述注冊/注銷流程包括A、 注冊模塊收到請求注冊/注銷的消息后，進(jìn)行注冊/注銷處理；B、 注冊/注銷處理成功后，所述注冊模塊發(fā)起第三方注冊；C、 第三方注冊成功后，所述注冊;f莫塊向注冊事件包訂閱者發(fā)送注冊/注銷 通知；所述與注冊無關(guān)的消息路由流程包括a、 路由模塊收到與注冊無關(guān)的消息后，對該消息進(jìn)行判斷；b、 若所述與注冊無關(guān)的消息是由用戶終端發(fā)出的初始業(yè)務(wù)請求消息，則 所述路由模塊將該消息轉(zhuǎn)發(fā)到分發(fā)模塊，執(zhí)行步驟c;否則，所述路由模塊根 據(jù)路由信息，將該消息發(fā)送到指定的網(wǎng)絡(luò)實(shí)體；c、 所述分發(fā)模塊根據(jù)所述初始業(yè)務(wù)請求消息攜帶的業(yè)務(wù)類型信息，將該 消息分發(fā)到相應(yīng)的AS。
8、 如權(quán)利要求7所述的方法，其特征在于，所述注冊流程中，所述注冊 模塊收到請求注冊的消息后，進(jìn)行注冊處理，包括Al、所述注冊才莫塊接收用戶終端發(fā)送的注冊請求消息；A2、所述注冊才莫塊獲取所述用戶終端的認(rèn)證數(shù)據(jù)，進(jìn)行注冊處理，并向所述用戶終端返回未授4又響應(yīng)消息；A3、所述用戶終端向所述注冊模塊發(fā)起新的注冊請求消息，攜帶鑒權(quán)信息； A4、所述注冊模塊對所述用戶終端進(jìn)行鑒權(quán)和注冊，并在注冊成功后向所述用戶終端返回注冊成功響應(yīng)消息。
9、 如權(quán)利要求8所述的方法，其特征在于，所述注冊模塊從本地或核心 數(shù)據(jù)訪問模塊存儲的用滬終端注冊信息中獲取所述認(rèn)證數(shù)據(jù)。
10、 如權(quán)利要求7所述的方法，其特征在于，所述注銷流程中，所述注冊 模塊接收用戶終端或網(wǎng)絡(luò)側(cè)實(shí)體發(fā)送的注銷請求消息后，或所述注冊模塊判斷 用戶終端注冊超時后，對所述用戶終端進(jìn)行注銷處理。
11、 如權(quán)利要求7所述的方法，其特征在于，所述注冊/注銷流程中，所述 注冊模塊發(fā)起第三方注冊，包括Bl、所述注冊才莫塊向分發(fā)模塊發(fā)送向第三方注冊的請求消息，攜帶第三方 注冊地址信息；B2、所述分發(fā)模塊轉(zhuǎn)發(fā)所述第三方注冊請求消息給所述第三方注冊地址信 息指定的AS;B3、所述AS完成第三方注冊后，向所述分發(fā)才莫塊返回成功響應(yīng)消息，并 由其轉(zhuǎn)發(fā)給所述注冊模塊。
12、 如權(quán)利要求11所述的方法，其特征在于，所述注冊模塊從本地或核 心數(shù)據(jù)訪問模塊獲取所述第三方注冊地址信息。
13、 如權(quán)利要求7所述的方法，其特征在于，所述注冊/注銷流程中，第三 方注冊成功后，所述注冊模塊分別向預(yù)先訂閱注冊事件包的AS和用戶終端發(fā) 送注冊成功通知消息。
14、 如權(quán)利要求13所述的方法，其特征在于，所述用戶終端或AS預(yù)先訂 閱注冊事件包，包括所述用戶終端或AS向所述注冊模塊發(fā)起訂閱注冊事件包請求； 所述注冊;f莫塊完成訂閱處理后，通知所述用戶終端或AS訂閱成功。
15、 如權(quán)利要求14所述的方法，其特征在于，若所述用戶終端向所述注 冊模塊發(fā)起訂閱其他用戶的注冊包的請求，則所述注冊模塊拒絕其訂閱，并返 回失敗響應(yīng)消息。
16、 如權(quán)利要求7至15任意權(quán)項(xiàng)所述的方法，其特征在于，若所述用戶 終端為漫游用戶終端，則所述用戶終端與所述注冊才莫塊之間的消息交互通過所 述路由模塊轉(zhuǎn)發(fā)。
17、 如權(quán)利要求7所述的方法，其特征在于，所述與注冊無關(guān)的消息路由 流程中，所述路由模塊收到用戶終端發(fā)送的所述初始業(yè)務(wù)請求消息后，對所述 用戶終端進(jìn)行鑒權(quán)。
18、如權(quán)利要求7所述的方法，其特征在于，所述與注冊無關(guān)的消息路由 流程中，所述路由模塊從本地或核心數(shù)據(jù)訪問模塊查詢路由信息。
全文摘要
本發(fā)明公開了一種IP多媒體子系統(tǒng)業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)和方法，該系統(tǒng)包括注冊模塊、路由模塊和分發(fā)模塊；注冊模塊對用戶終端進(jìn)行注冊/注銷處理；路由模塊接收與注冊無關(guān)的消息，若判斷為用戶終端發(fā)送的初始業(yè)務(wù)請求消息，則轉(zhuǎn)發(fā)到分發(fā)模塊；否則，根據(jù)路由信息將該消息發(fā)送到指定的網(wǎng)絡(luò)實(shí)體；分發(fā)模塊接收路由模塊轉(zhuǎn)發(fā)的用戶終端的初始業(yè)務(wù)請求消息，并發(fā)送到與該消息攜帶的業(yè)務(wù)類型信息對應(yīng)的AS。采用本發(fā)明，可在沒有IP多媒體子系統(tǒng)核心網(wǎng)的情況下實(shí)現(xiàn)對IP多媒體子系統(tǒng)業(yè)務(wù)的支撐，從而簡化網(wǎng)絡(luò)結(jié)構(gòu)，降低網(wǎng)絡(luò)初期建設(shè)成本。
文檔編號H04L29/06GK101175083SQ20071015309
公開日2008年5月7日 申請日期2006年2月21日 優(yōu)先權(quán)日2006年2月21日
發(fā)明者梁文泳, 沈小榮 申請人:華為技術(shù)有限公司