專利名稱：一種ims集中業(yè)務(wù)終呼的實現(xiàn)方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及一種IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方 法及其系統(tǒng)。
背景技術(shù)：
IP (Internet Protocol,互聯(lián)網(wǎng)協(xié)議)多々某體子系統(tǒng)(IP Multimedia Core Network Subsystem, IMS)是由第三代合作伙伴計劃(3rd Generation Partnership Project, 3GPP)提出的一種基于IP的網(wǎng)絡(luò)架構(gòu)，其構(gòu)建了一個開放而靈活的 業(yè)務(wù)環(huán)境，支持多媒體應用，并為用戶提供豐富的多媒體業(yè)務(wù)。IMS是基于IP的電信網(wǎng)絡(luò)架構(gòu)，與接入技術(shù)無關(guān)，除了可以為GPRS (General Packet Radio Service,通用分組無線業(yè)務(wù))、WLAN (Wireless Local Area Network,無線局域網(wǎng))等分組接入網(wǎng)絡(luò)提供業(yè)務(wù)外，還可以為GSM (Global System for Mobile communications,全球移動通訊系統(tǒng))、UMTS (Universal Mobile Telecommunications System,統(tǒng)一移動通訊系統(tǒng))等移動蜂 窩網(wǎng)絡(luò)提供業(yè)務(wù)。GSM、 UMTS等移動蜂窩網(wǎng)絡(luò)采用電路交換技術(shù)，稱為電路(Circuit Switched, CS)域，能夠為用戶提供基本的語音業(yè)務(wù)，以及基于語音業(yè)務(wù)的補 充業(yè)務(wù)。當CS域接入IMS時，其演變?yōu)橐环N接入方式，業(yè)務(wù)完全由IMS統(tǒng) 一提供，這種技術(shù)稱為IMS集中業(yè)務(wù)(IMS Centralized Service, ICS)。IMS集中業(yè)務(wù)具有以下優(yōu)點1) IMS為電路域、分組域等接入方式提供一致的業(yè)務(wù)，支持網(wǎng)絡(luò)融合；2) 支持CS網(wǎng)絡(luò)向IMS網(wǎng)絡(luò)演進；3) 不但支持具有ICS能力用戶設(shè)備(ICSUE)，還支持現(xiàn)有的不具備ICS 能力的用戶設(shè)備(non ICSUE)。如圖1所示，是IMS集中業(yè)務(wù)應用場景會話路徑示意圖，其中應用場景 系統(tǒng)100包括如下網(wǎng)元al)用戶終端(UserEquipment, UE) 101，即終呼ICSUE; a2)拜訪移動交換中心(Visited Mobile Switch Center, VMSC) 102; a3)歸屬用戶服務(wù)器(Home Subscriber Server, HSS) 103; a4)媒體網(wǎng)關(guān)控制功能(Media Gateway Control Function, MGCF) 104; a5)媒體網(wǎng)關(guān)(Media Gateway, MGW) 105; a6) IMS電路域控制功能(IMS CS Control Function, ICCF) 106; a7)呼叫會話控制功能(Call Session Control Function, CSCF) 107，可以 是S-CSCF。UE 101到IMS域的ICCF 106建立種條路徑會話控制路徑、承載控制路 徑和承載路徑。其中會話控制路徑有兩種方式bl)承載于CS域上，采用非結(jié)構(gòu)化補充業(yè)務(wù)數(shù)據(jù)(Unstructured Supplementary Service Data, USSD)，該路徑經(jīng)過VMSC 102和HSS 103。b2)承載于PS域上，采用會話初始協(xié)議(Session Initial Protocol, SIP) 協(xié)議，該路徑經(jīng)過IP承載網(wǎng)、IMS域中的CSCF 107，到達ICCF 106。承載控制路徑是UE 101采用標準的CS控制信令接入VMSC 102，并通 過MGCF 104接入到IMS,通過CSCF 107到達ICCF 106，到達ICCF 106。承載路徑是UE 101通過VMSC 102和MGW 105接入到IMS,并與該會 話的遠端用戶設(shè)備建立媒體連接。會話控制路徑和承載控制路徑在ICCF 106匯合，構(gòu)成ICS UE呼叫分支， 同時ICCF 106充當IMS用戶代理，代替用戶設(shè)備接入IMS，構(gòu)成遠端呼叫分 支。IMS集中業(yè)務(wù)利用會話控制路徑在UE 101和ICCF 106之間交互會話控制 信息，并通過承載控制路徑建立和控制媒體承載，從而使ICS UE接入到IMS中。如圖2所示，是現(xiàn)有IMS集中控制業(yè)務(wù)中，采用PS會話控制路徑承載的 終呼(被叫)實現(xiàn)流程，此時終呼UE通過PS承載在IMS中注冊成功，成為 終呼ICSUE101。具體流程如下步驟S201，終呼ICS UE IOI的S-CSCF 107接收到SIP會話請求的SIP 邀請消息；步驟S202， ICCF 106收到S-CSCF 107傳過來的SIP會話請求的SIP邀請消息；步驟S203， ICCF 106獲取到被叫的漫游號碼；步驟S204， ICCF 106充當終呼ICS UE 101的背靠背代理(Back to Back User Agent, B2BUA)，通過PS會話控制路徑向終呼ICS UE 101發(fā)送SIP會 話請求的SIP邀請消息，該消息首先被轉(zhuǎn)發(fā)到S-CSCF 107;步驟S205， S-CSCF 107向終呼ICS UE 101轉(zhuǎn)發(fā)SIP會話請求的SIP邀請 消息，包含主叫號碼、會話信息；步驟S206，終呼ICS UE 101收到SIP邀請消息，通過PS會話控制路徑 向S-CSCF 107返回SIP會話正在進行消息；步驟S207, S-CSCF 107將SIP會話正在進行消息轉(zhuǎn)發(fā)給ICCF 106;步驟S208，當ICCF 106收到終呼ICS UE 101從會話控制路徑回送的SIP 會話正在進行消息后，用步驟S203中獲取的CS域漫游號碼作為被叫號碼， 通過承載控制路徑發(fā)送SIP會話請求的SIP邀請消息，該消息首先被發(fā)送給 S-CSCF 107;步驟S209，S-CSCF 107將SIP會話請求的SIP邀請消息轉(zhuǎn)發(fā)給MGCF 104; 步驟S210， MGCF 104向終呼ICS UE 101的VMSC 102發(fā)ISUP (ISDN User Part, ISDN用戶部分)的初始地址消息；其中，ISDN (Integrated Services Digital Network)是綜合業(yè)務(wù)數(shù)字網(wǎng)； 步驟S211， VMSC 102向終呼ICS UE 101發(fā)送呼叫建立消息，以建立終呼；步驟S212，當終呼ICS UE 101摘機應答時，通過會話控制路徑向S-CSCF107回SIP成功消息，成功響應；步驟S213， S-CSCF 107向ICCF 106回SIP成功消息，成功響應； 步驟S214，與步驟S212同時，終呼ICS UE 101通過承載控制路徑向VMSC102發(fā)連接消息；步驟S215， VMSC 102向MGCF 104發(fā)ISUP應答消息； 步驟S216, MGCF 104向S-CSCF 107發(fā)SIP成功消息，成功響應； 步驟S217， S-CSCF 107向ICCF 106發(fā)SIP成功消息，成功響應； 步驟S218，當ICCF 106收到從會話控制路徑成功響應，以及從承載控制路徑回送的SIP成功響應后，ICCF 106向S-CSCF 107回SIP成功消息；如果ICCF 106只收到其中之一的話，需要等待另外路徑回送的SIP成功響應。步驟S219， S-CSCF 107向主叫側(cè)(遠端用戶終端)回SIP成功消息，進 入通話狀態(tài)。如圖3所示，是現(xiàn)有IMS集中控制業(yè)務(wù)中，采用CS會話控制路徑的終呼 (被叫)實現(xiàn)流程。具體流程如下步驟S301，終呼ICS UE 101的S-CSCF 107接收到SIP會話請求的SIP 邀請消息；步驟S302， ICCF 106收到S-CSCF 107傳過來的SIP會話請求的SIP邀請 消息；步驟S303， ICCF 106獲取被叫用戶的漫游號碼；步驟S304， ICCF 106充當終呼ICS UE 101的B2BUA，通過CS會話控 制路徑向終呼ICS UE 101發(fā)送呼叫建立請求消息，該消息承載于USSD被叫 請求，包含主叫號碼、會話信息；步驟S305，終呼ICS UE 101收到呼叫建立請求消息，通過CS會話控制 路徑返回USSD會話正在進行消息；步驟S306，當ICCF 106收到終呼ICS UE 101回送的會話正在進行消息 后，用步驟S303中獲取的CS域漫游號碼作為被叫號碼，通過承載控制路徑 發(fā)送SIP會話請求的SIP邀請消息，該消息首先被發(fā)送給S-CSCF 107;步驟S307，S-CSCF 107將SIP會話請求的SIP邀請消息轉(zhuǎn)發(fā)給MGCF 104;步驟S308， MGCF 104向終呼ICS UE 101的VMSC 102發(fā)ISUP的初始 地址消息；步驟S309， VMSC 102向終呼ICS UE 101發(fā)送呼叫建立消息，呼叫建立； 在終呼ICS UE 101處，終呼ICS UE 101需要將從承載控制路徑的呼叫與從CS會話控制路徑的呼叫建立請求關(guān)聯(lián)起來，作為一個呼叫處理。步驟S310，當終呼ICS UE 101摘機應答時，終呼ICS UE 101通過承載控制路徑向VMSC 102發(fā)連接消息；步驟S311， VMSC 102向MGCF 104發(fā)ISUP應答消息； 步驟S312， MGCF 104向S-CSCF 107回SIP成功消息，成功響應； 步驟S313， S-CSCF 107向ICCF 106回SIP成功消息，成功響應；步驟S314，與步驟S310的同時，終呼ICS UE 101通過CS會話控制路徑 向ICCF 106回成功消息，成功響應；該步驟為可選，即在正常流程中可以無 該步驟。步驟S315，當ICCF 106收到從承載控制路徑回送的SIP成功響應后，ICCF 106向S-CSCF 107回SIP成功消息，成功響應；由于從CS會話控制路徑返回的成功響應為可選，因此ICCF 106只要收 到從承載控制路徑回送的SIP成功響應后，就可以向主叫側(cè)發(fā)送SIP成功響應。步驟S316， S-CSCF 107向主叫側(cè)回SIP成功消息，成功響應，進入通話 狀態(tài)。從現(xiàn)有的呼叫終呼流程可以看出，必須先通過PS會話控制路徑或CS會 話控制路徑發(fā)送會話建立請求，等終呼ICS UE 101有響應后，再通過承載控 制路徑發(fā)送承載建立的呼叫請求，這兩個過程采用的是串行方式，導致呼叫建 立時間比較長，比普通的CS域終呼(沒有會話控制路徑)多出l倍左右的時 間，影響主叫用戶的體驗。發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題在于提供一種IMS集中控制業(yè)務(wù)終呼的實現(xiàn) 方法及其系統(tǒng)，用于解決現(xiàn)有技術(shù)中呼叫終呼過程的呼叫建立時間較長，影響 主叫用戶體驗的問題。為了實現(xiàn)上述目的，本發(fā)明提供了一種IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方 法，其特征在于，包括步驟一，當遠端主叫用戶設(shè)備呼叫終呼ICS用戶設(shè)備時，ICCF接收所述 遠端主叫用戶設(shè)備的會話請求消息，通過會話控制路徑向所述終呼ICS用戶設(shè) 備發(fā)送會話建立請求，同時通過承載控制路徑向所述終呼ICS用戶設(shè)備發(fā)送呼 叫建立請求；步驟二，所述終呼ICS用戶設(shè)備根據(jù)所述會話建立請求、所述呼叫建立請 求的到達順序?qū)λ鰰捊⒄埱蟆⑺龊艚薪⒄埱筮M行關(guān)聯(lián)，并根據(jù)所述 關(guān)聯(lián)進行后續(xù)會話處理。所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其中，所述步驟一中，進一 步包括當所述會話控制路徑為PS會話控制路徑時，所述終呼ICS用戶設(shè)備通過 PS域在IMS中進行成功注冊的步驟。所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其中，所述步驟一中，進一 步包括所述ICCF將所獲取的被叫用戶的漫游號碼作為所述呼叫建立請求的被叫 號碼，將所述ICCF的PSI號碼作為主叫號碼的步驟。所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其中，所述步驟二中，進一步包括所述終呼ICS用戶設(shè)備通過檢査所述會話建立請求攜帶的會話控制信息 中是否包含IMS集中業(yè)務(wù)會話指示判斷所述呼叫是否是ICS呼叫的步驟，若 包含，則所述呼叫是ICS呼叫，否則是普通呼叫。所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其中，所述步驟二中，進一步包括所述終呼ICS用戶設(shè)備根據(jù)ICCF PSI號碼檢查策略，通過檢査所述呼叫 建立請求中的主叫號碼是否是所述ICCF的PSI號碼來判斷所述呼叫是否是 ICS呼叫的步驟，若是，則所述呼叫是ICS呼叫，否則是普通呼叫。所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其中，所述步驟二中，進一 步包括當所述主叫號碼為空時，所述終呼ICS用戶設(shè)備通過檢查注冊狀態(tài)信息判 斷所述呼叫是否是ICS呼叫的步驟，若該注冊狀態(tài)信息表示所述終呼ICS用戶 設(shè)備在IMS中注冊成功是通過PS域進行的成功注冊，則所述呼叫是ICS呼叫； 否則是普通呼叫，或是采用CS會話控制路徑的ICS呼叫。所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其中，所述步驟二中，進一步包括當先接收到所述會話建立請求且所述呼叫為ICS呼叫時，所述終呼ICS 用戶設(shè)備等待所述呼叫建立請求，并當接收到所述呼叫建立請求時，將所述會 話建立請求、所述呼叫建立請求進行關(guān)聯(lián)，并進行后續(xù)的會話處理；或當先接收到所述呼叫建立請求且所述呼叫為ICS呼叫時，所述終呼ICS 用戶設(shè)備等待所述會話建立請求，并當接收到所述會話建立請求時，將所述會 話建立請求、所述呼叫建立請求進行關(guān)聯(lián)，并進行后續(xù)的會話處理。所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其中，所述步驟二中，進一 步包括當先接收到所述會話建立請求且所述終呼ICS用戶設(shè)備判斷所述呼叫為 ICS呼叫時，則等待所述呼叫建立請求，否則所述呼叫普通的IMS會話，并直 接進入后續(xù)的IMS會話處理流程；或當先接收到所述呼叫建立請求且所述終呼ICS用戶設(shè)備判斷所述呼叫為ICS呼叫時，則等待所述會話建立請求，否則所述呼叫為普通呼叫或采用cs會話控制路徑的ICS呼叫，并直接進入承載控制路徑的后續(xù)呼叫處理流程。 所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其中，所述步驟二中，進一步包括當所述終呼ICS用戶設(shè)備在設(shè)定時間內(nèi)未等到所述會話建立請求時，則釋放所述呼叫，或不需要等待所述會話控制路徑的呼叫建立請求，并直接進入承載控制路徑的后續(xù)呼叫處理流程；當所述終呼ICS用戶設(shè)備在所述后續(xù)呼叫處理流程中接收到所述會話控 制路徑的會話建立請求時，則將所述會話控制路徑的會話建立請求與承載控制 路徑上正在進行的呼叫進行關(guān)聯(lián)，并進行后續(xù)處理。所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其中，所述步驟二中，進一步包括所述終呼ICS用戶設(shè)備通過以下方式之一獲取所述ICCF PSI號碼檢查策略方式一，通過在IMS中進行注冊時，由所述ICCF下發(fā)至所述終呼ICS 用戶設(shè)備；方式二，通過訂閱機制通知所述終呼ICS用戶設(shè)備； 方式三，在所述終呼ICS用戶設(shè)備進行靜態(tài)配置； 方式四，采用空中接口配置方式由網(wǎng)絡(luò)配置；方式五，由所述終呼ICS用戶設(shè)備通過與應用服務(wù)器之間的接口獲取。 為了實現(xiàn)上述目的，本發(fā)明提供了一種IMS集中控制業(yè)務(wù)終呼的實現(xiàn)系統(tǒng)，包括遠端用戶設(shè)備、ICS用戶設(shè)備、ICCF，其特征在于當所述遠端主叫用戶設(shè)備呼叫所述終呼ICS用戶設(shè)備時，所述ICCF接收所述遠端主叫用戶設(shè)備的會話請求消息，通過會話控制路徑向所述終呼ICS用戶設(shè)備發(fā)送會話建立請求，同時通過承載控制路徑向所述終呼ICS用戶設(shè)備 發(fā)送呼叫建立請求；所述終呼ICS用戶設(shè)備根據(jù)所述會話建立請求、所述呼叫建立請求的到達 順序?qū)λ鰰捊⒄埱?、所述呼叫建立請求進行關(guān)聯(lián)，并根據(jù)所述關(guān)聯(lián)進行 后續(xù)會話處理。本發(fā)明的有益技術(shù)效果-本發(fā)明所述方法在會話控制路徑的會話建立過程與承載控制路徑的呼叫建立過程采用并行方式，即在采用了ICCF通過會話控制路徑向ICS UE發(fā)送 會話建立請求的同時，通過承載控制路徑向ICSUE發(fā)送呼叫建立請求的方式， 這樣可以使呼叫建立時間縮短近一倍，縮短了終呼會話的建立時間，大大提高 了主叫用戶的體驗，為終呼提供了一種可行的解決方案。以下結(jié)合附圖和具體實施例對本發(fā)明進行詳細描述，但不作為對本發(fā)明的 限定。


圖1為現(xiàn)有IMS集中控制業(yè)務(wù)的架構(gòu)圖；圖2為現(xiàn)有技術(shù)中會話控制路徑在PS域的ICS終呼業(yè)務(wù)流程圖；圖3為現(xiàn)有技術(shù)干會話控制路徑在CS域的ICS終呼業(yè)務(wù)流程圖； 圖4為本發(fā)明實施例中會話控制路徑在PS域的ICS終呼業(yè)務(wù)流程圖； 圖5為本發(fā)明實施例中會話控制路徑在CS域的ICS終呼業(yè)務(wù)流程圖； 圖6為本發(fā)明IMS集中控制業(yè)務(wù)終呼的系統(tǒng)架構(gòu)圖。
具體實施方式
下面結(jié)合附圖和具體實施方式
對本發(fā)明的技術(shù)方案作進一步更詳細的描述。如圖4所示，為本發(fā)明實施例中會話控制路徑在PS域的ICS終呼業(yè)務(wù)流 程圖。在圖4中，當會話控制路徑在PS域時，實施方式中方法一，是可以采用 ICCFPSI (Public Service Identities,公共業(yè)務(wù)標識)號碼識別的方式，當承載 控制路徑上的呼叫建立請求先于會話控制路徑上的會話建立請求到達終端用戶時，此時終端用戶檢査呼叫信息中的主叫號碼是否是ICCF PSI號碼，如果是ICCF PSI號碼，就表明是ICCF作為B2BUA發(fā)起的ICS呼叫，因此終端用 戶需要等待會話控制路徑上的會話建立請求到達，當收到呼叫建立請求后，則 將所述兩個路徑上的會話建立請求及呼叫建立請求相關(guān)聯(lián)，然后進行后續(xù)的會 話處理。實施方式中方法二，是采用注冊狀態(tài)信息判別的方式，當承載控制路徑上 的呼叫建立請求先于會話控制路徑上的會話建立請求到達終端用戶，且呼叫信 息中攜帶的主叫號碼為空，此時終端用戶需要查詢注冊狀態(tài)信息，若是從PS 域在IMS中注冊成功，就表明是本次會話是ICS會話，因此終端用戶需要等 待會話控制路徑上的會話建立請求到達，當收到呼叫建立請求后，則將所述兩 個路徑上的會話建立請求及呼叫建立請求相關(guān)聯(lián)，然后進行后續(xù)的會話處理。在圖4中，該實施例中的ICS終呼業(yè)務(wù)流程為本發(fā)明中采用PS會話控制 路徑承載的終呼(被叫)實現(xiàn)流程，此時終呼ICSUE 101通過PS承載已在IMS 中注冊成功。在IMS中注冊成功后，ICCF PSI號碼檢查策略可由ICCF 106下 發(fā)給終呼ICS UE 101，也可通過其它方式，如通過訂閱機制通知用戶，或在 終呼ICSUE101靜態(tài)配置，或使用空中接口配置方式由網(wǎng)絡(luò)配置，或終呼ICS UE 101通過與應用服務(wù)器之間的接口獲取等，終呼ICS UE 101保存ICCF PSI 號碼檢査策略。UE 101、 VMSC 102、 MGCF 104、 MGW 105、 ICCF 106、 CSCF 107組成了系統(tǒng)600。具體流程如下步驟S401，終呼ICS UE 101的S-CSCF 107接收到SIP會話請求的SIP 邀請消息；步驟S402， ICCF 106收到S-CSCF 107傳過來的SIP會話請求的SIP邀請 消息；步驟S403， ICCF 106獲取被叫用戶的漫游號碼；步驟S404， ICCF 106充當終呼ICS UE 101的B2BUA，通過PS會話控制 路徑向終呼ICS UE 101發(fā)送SIP會話請求的SIP邀請消息，該會話建立請求 消息中包含的會話控制信息有IMS集中業(yè)務(wù)會話指示，標識是ICS會話。此 SIP消息首先被轉(zhuǎn)發(fā)到S-CSCF 107;步驟S405， S-CSCF 107向終呼ICS UE 101轉(zhuǎn)發(fā)SIP會話請求的SIP邀請 消息，包含主叫號碼、會話信息，在PS域向終呼ICSUE 101發(fā)起尋呼；步驟S406，與步驟S404同時并發(fā)的，ICCF 106采用步驟S403中獲取的 終呼ICS UE 101的CS域漫游號碼作為被叫號碼，通過承載控制路徑發(fā)送SIP 會話請求的SIP邀請消息，該呼叫建立請求消息中包含了 ICCF PSI號碼作為 主叫號碼，標識是ICS呼叫，此消息首先被發(fā)送給S-CSCF 107;步驟S407， S-CSCF 107將SIP邀請消息轉(zhuǎn)發(fā)給MGCF 104 (ICCF PSI);步驟S408， MGCF 104向服務(wù)終呼ICS UE 101的VMSC 102發(fā)ISUP的 初始地址消息；步驟S409， VMSC 102向終呼ICS UE 101發(fā)起被叫建立，對終呼ICS UE IOI進行尋呼，終呼建立；步驟S410,在終呼ICS UE 101處，終呼ICS UE 101需要將從承載控制路 徑的呼叫與從PS會話控制路徑的呼叫建立請求關(guān)聯(lián)起來，作為一個呼叫處理。若會話控制路徑上的會話建立請求先于承載控制路徑上的呼叫建立請求 到達，終呼ICS UE 101根據(jù)會話建立請求包含的會話控制信息是否有IMS集 中業(yè)務(wù)會話指示，如果有IMS集中業(yè)務(wù)會話指示，則判斷這次會話類型是ICS 會話，此時終呼ICSUE IOI需要等待承載控制路徑上的呼叫建立請求。當收 到呼叫建立請求后，則將所述兩個路徑上的會話建立請求及呼叫建立請求相關(guān) 聯(lián)，然后進行后續(xù)的會話處理。如果會話控制信息中沒有IMS集中業(yè)務(wù)會話 指示，終呼ICS UE 101則認為是是普通的IMS會話，直接進行后續(xù)的IMS會 話處理。若承載控制路徑上的呼叫建立請求先于會話控制路徑上的會話建立請求 到達，終呼ICSUE 101根據(jù)ICCF PSI號碼檢査策略判別呼叫中的主叫號碼是 否是ICCF PSI號碼，如果主叫號碼是ICCF PSI號碼，則終呼ICS UE 101識 別出本次呼叫是主叫用戶通過ICCF 106作為B2BUA發(fā)起的ICS呼叫，因此 就需要等待會話控制路徑上的會話建立請求到達終呼ICS UE 101，當收到呼 叫建立請求后，則將所述兩個路徑上的會話建立請求及呼叫建立請求相關(guān)聯(lián)， 然后進行后續(xù)的會話處理。若承載控制路徑上的呼叫建立請求先于會話控制路徑上的會話建立請求 到達，終呼ICSUE 101根據(jù)ICCF PSI號碼檢查策略判別呼叫中的主叫號碼是 否是ICCF PSI號碼，因ICCF PSI號碼在CS域呼叫建立過程中有丟失的可能 性，因此終呼ICS UE 101收到呼叫建立請求消息后，可能呼叫建立請求中攜帶的主叫信息為空，此時終呼ICSUE 101需要檢查注冊狀態(tài)信息，判斷終呼ICS UE 101是否是從PS域在IMS中注冊成功，如果注冊狀態(tài)信息表示在IMS 注冊成功是通過PS域進行注冊的，則終呼ICS UE 101識別本次呼叫是ICS 呼叫，因此就需要等待會話控制路徑上的會話建立請求到達終呼ICS UE 101， 當收到呼叫建立請求后，則將所述兩個路徑上的會話建立請求及呼叫建立請求 相關(guān)聯(lián)，然后進行后續(xù)的會話處理。如果注冊狀態(tài)信息表示在IMS注冊成功 不是通過PS域進行注冊的，則可能此次呼叫是普通呼叫，或者通過CS控制 路徑發(fā)起的ICS呼叫，此時直接進行后續(xù)的呼叫處理。終呼ICSUE 101在等會話控制路徑上的會話建立請求時，可設(shè)定定時器， 若定時器超時且一直未等到會話建立請求到達，則可以釋放該ICS呼叫，或不 需要等待會話控制路徑的呼叫建立請求，直接進行承載控制路徑的后續(xù)呼叫處 理。若在直接進行承載控制路徑的后續(xù)呼叫處理的過程中，又收到了會話控制 路徑的會話建立請求，則可以將會話控制路徑的會話建立請求與承載控制路徑 上正在進行的呼叫進行關(guān)聯(lián)，然后進行后續(xù)的會話處理。步驟S411，終呼ICS UE 101通過PS會話控制路徑向S-CSCF 107返回 SIP會話正在進行消息；步驟S412， S-CSCF 107將SIP會話正在進行消息轉(zhuǎn)發(fā)給ICCF 106; 步驟S413，當終呼ICS UE 101摘機應答時，終呼ICS UE 101通過會話控 制路徑向S-CSCF 107回SIP成功消息，成功響應；步驟S414， S-CSCF 107向ICCF 106返回SIP成功消息，成功響應； 步驟S415，與步驟S413同時，終呼ICSUE IOI通過承載控制路徑向VMSC 102發(fā)連接消息；步驟S416， VMSC 102向MGCF 104發(fā)ISUP應答消息； 步驟S417， MGCF 104向S-CSCF 107發(fā)SIP成功消息，成功響應； 步驟S418， S-CSCF 107向ICCF 106發(fā)SIP成功消息，成功響應； 步驟S419，當ICCF 106收到從會話控制路徑成功響應，以及從承載控制 路徑回送的SIP成功響應后，ICCF 106向S-CSCF 107回SIP成功消息，成功 響應；如果ICCF 106只收到其中之一的話，需要等待另外路徑回送的SIP成功響應。步驟S420， S-CSCF 107向主叫側(cè)回SIP成功消息，進入通話狀態(tài)，成功響應。如圖5所示，為本發(fā)明實施例中會話控制路徑在CS域的ICS終呼業(yè)務(wù)流 程圖。在圖5中，當會話控制路徑在CS域時，實施方式中可以采用ICCF PSI 號碼識別的方式，當承載控制路徑上的呼叫建立請求先于會話控制路徑上的會 話建立請求到達終端用戶時，此時終端用戶需要檢查呼叫信息中的主叫號碼是 否是ICCFPSI號碼，如果是ICCFPSI號碼，就表明是ICCF106作為B2BUA 發(fā)起的ICS呼叫，因此終端用戶需要等待會話控制路徑上的會話建立請求到 達，當收到呼叫建立請求后，則將所述兩個路徑上的會話建立請求及呼叫建立 請求相關(guān)聯(lián)，然后進行后續(xù)的會話處理。如果呼叫信息中未攜帶ICCF PSI號 碼，終端用戶可正常進行后續(xù)的會話過程。在圖5中，該實施例中的ICS終呼業(yè)務(wù)流程為本發(fā)明中采用CS會話控制 路徑承載的終呼(被叫)實現(xiàn)流程，ICCF PSI號碼檢查策略可由ICCF 106下 發(fā)給終呼ICSUE 101，也可通過其它方式，如在終呼ICSUE 101靜態(tài)配置， 或使用空中接口配置方式由網(wǎng)絡(luò)配置，或終呼ICS UE 101通過與應用服務(wù)器 之間的接口獲取等，終呼ICS UE 101保存ICCF PSI號碼檢查策略。UEIOI、 VMSC 102、 HSS 103、 MGCF 104、 MGW 105、 ICCF 106、 CSCF 107組成了 系統(tǒng)600，具體流程如下步驟S501，終呼ICS UE 101的S-CSCF 107接收到SIP會話請求的SIP 邀請消息；步驟S502， ICCF 106收到S-CSCF 107傳過來的SIP會話請求的SIP邀請 消息；步驟S503， ICCF 106獲取被叫用戶的漫游號碼；步驟S504， ICCF 106充當終呼ICS UE 101的B2BUA，通過CS會話控制路徑向終呼ICS UE 101發(fā)送會話建立請求消息，該消息承載于USSD被叫 請求，包含主叫號碼、會話信息；攜帶會話控制信息中包含有IMS集中業(yè)務(wù) 會話指示，用于標識是ICS會話；步驟S505，與步驟S504同時并發(fā)的，ICCF 106采用步驟S503中獲取的 CS域漫游號碼作為被叫號碼，通過承載控制路徑發(fā)送SIP會話請求的SIP邀請消息，該呼叫建立請求消息攜帶ICCF PSI號碼作為主叫號碼，用于標識是ICS呼叫，此消息首先被發(fā)送給S-CSCF 107;步驟S506，S-CSCF 107將SIP會話請求的SIP邀請消息轉(zhuǎn)發(fā)給MGCF 104; 步驟S507， MGCF 104向終呼ICS UE 101的VMSC 102發(fā)ISUP的初始地址消息；步驟S508， VMSC 102向終呼ICS UE 101發(fā)送呼叫建立消息，呼叫建立； 步驟S509，在終呼ICS UE 101處，終呼ICS UE 101需要將從承載控制路 徑的呼叫與從CS會話控制路徑的呼叫建立請求關(guān)聯(lián)起來，作為一個呼叫處理。 若會話控制路徑上的會話建立請求先于承載控制路徑上的呼叫建立請求 到達，終呼ICS UE 101根據(jù)承載在USSD上的會話建立請求攜帶的會話控制 信息是否有IMS集中業(yè)務(wù)會話指示，如果有IMS集中業(yè)務(wù)會話指示就判斷這 次會話類型是ICS會話，此時終呼ICS UE 101需要等待承載控制路徑上的呼 叫建立請求，當收到呼叫建立請求后，則將所述兩個路徑上的會話建立請求及 呼叫建立請求相關(guān)聯(lián)，然后進行后續(xù)的會話處理。如果會話控制信息沒有IMS 集中業(yè)務(wù)會話指示，則認為是普通的IMS會話，直接進行后續(xù)的IMS會話處 理。若承載控制路徑上的呼叫建立請求先于會話控制路徑上的會話建立請求 到達，終呼ICSUE 101根據(jù)是ICCFPSI號碼檢查策略判別呼叫中的主叫號碼 是否是ICCF PSI號碼，如果主叫號碼是ICCF PSI號碼，則終呼ICS UE 101 識別出本次呼叫是主叫用戶通過ICCF 106作為B2BUA發(fā)起的ICS呼叫，因 此就需要等待會話控制路徑上的會話建立請求到達終呼ICS UE 101，當收到 呼叫建立請求后，則將所述兩個路徑上的會話建立請求及呼叫建立請求相關(guān) 聯(lián)，然后進行后續(xù)的會話處理。若承載控制路徑上的呼叫建立請求先于會話控制路徑上的會話建立請求 到達，且主叫號碼為空，則可能此次呼叫是普通呼叫，或者通過CS控制路徑 發(fā)起的ICS呼叫，此時直接進行后續(xù)的呼叫處理。終呼ICS UE 101在等會話控制路徑上的會話建立請求時，可設(shè)定定時器， 若定時器超時且一直未等到會話建立請求到達，則可以釋放該ICS呼叫，或不 需要等待會話控制路徑的呼叫建立請求，直接進行承載控制路徑的后續(xù)呼叫處 理。若在直接進行承載控制路徑的后續(xù)呼叫處理的過程中，又收到了會話控制路徑的會話建立請求，則可以將會話控制路徑的會話建立請求與承載控制路徑 上正在進行的呼叫進行關(guān)聯(lián)，然后進行后續(xù)的會話處理。步驟S510，終呼ICSUE 101關(guān)聯(lián)會話建立請求與呼叫建立請求后，通過CS會話控制路徑返回會話正在進行消息；步驟S511，當終呼ICSUE 101摘機應答時，終呼ICSUE 101通過承載控制路徑向VMSC 102發(fā)連接消息；步驟S512, VMSC 102向MGCF 104發(fā)ISUP應答消息； 步驟S313， MGCF104向S-CSCF107回SIP成功消息，成功響應； 步驟S514， S-CSCF107向ICCF106回SIP成功消息，成功響應； 步驟S515，與步驟S510的同時，終呼ICS UE 101通過CS會話控制路徑向ICCF 106回成功消息，呼叫成功；該步驟為可選，即在正常流程中可以無該步驟。步驟S516，當ICCF 106收到從承載控制路徑回送的SIP成功響應后，ICCF 106向S-CSCF 107回SIP成功消息，成功響應；由于從CS會話控制路徑返回的成功響應為可選，因此ICCF 106只要收 到從承載控制路徑回送的SIP成功響應后，就可以向主叫側(cè)發(fā)送SIP成功響應。步驟S517， S-CSCF 107向主叫側(cè)回SIP成功消息，成功響應，進入通話 狀態(tài)。如圖6所示，為本發(fā)明IMS集中控制業(yè)務(wù)終呼的系統(tǒng)架構(gòu)圖。該系統(tǒng)600 包括UE 101、 VMSC 102、 HSS 103、 MGCF 104、 MGW 105、 ICCF 106、 CSCF107。其中，UE 101為終呼ICSUE 101。本系統(tǒng)600通過改進原有流程會話控制請求與承載控制請求串行建立的 機制，當遠端主叫用戶設(shè)備呼叫終呼ICSUEIOI時，ICCF 106收到遠端主叫 用戶設(shè)備的會話請求消息后，ICCF 106通過會話控制路徑向終呼ICS UE 101 發(fā)送會話建立請求的同時，通過承載控制路徑向終呼ICS UE 101發(fā)送呼叫建 立請求。當任一請求消息先到達時，終呼ICSUE IOI判別是否需要等待另一 個路徑的請求消息進行關(guān)聯(lián)，然后進行后續(xù)的會話過程。當會話控制路徑采用PS控制路徑時，終呼ICS UE 101需要通過PS域在 IMS中注冊成功。ICCF 106需要獲取被叫用戶的漫游號碼，并使用該漫游號碼作為承載控制路徑上呼叫建立請求的被叫號碼。ICCF 106在通過承載控制路徑發(fā)送呼叫建立請求時，使用ICCF PSI號碼 作為主叫號碼，用于標識該呼叫是IMS集中業(yè)務(wù)呼叫。會話建立請求中包含會話控制信息，用于指示該會話是IMS集中業(yè)務(wù)會話。當終呼ICS UE 101接收到會話控制路徑上的會話建立請求或承載控制路 徑上的呼叫建立請求之一時，終呼ICS UE 101判斷該呼叫為ICS呼叫，則等 待另外一個路徑上的請求，當收到另外一個請求時，則將所述兩個路徑上的會 話或呼叫請求相關(guān)聯(lián)，然后進行后續(xù)的會話處理。當終呼ICS UE 101接收到會話控制路徑上的會話建立請求時，檢査請求 中攜帶的會話控制信息，如果包含IMS集中業(yè)務(wù)會話指示，則認為是ICS呼 叫，否則認為是普通呼叫。當終呼ICS UE 101接收到承載控制路徑上的呼叫建立請求時，根據(jù)本地 保存的ICCF PSI號碼檢查策略，檢查呼叫建立請求中主叫號碼，如果是ICCF PSI號碼，則認為是ICS呼叫，否則認為是普通呼叫。進一步地，如果呼叫建立請求中的主叫號碼為空，則終呼ICSUE101檢 査用戶是否從PS域在IMS中的注冊狀態(tài)信息，如果該注冊狀態(tài)信息表示是從 PS域在IMS中注冊成功，則認為是ICS呼叫，否則認為是普通呼叫，或者是 采用CS控制路徑的ICS呼叫。若會話控制路徑的會話建立請求先于承載控制路徑的呼叫建立請求到達 終呼ICSUE IOI，則終呼ICSUE 101根據(jù)判斷呼叫屬性，如果終呼ICSUE 101 判斷是ICS呼叫，則等待承載控制路徑的呼叫建立請求，否則認為是普通的 IMS會話，則直接進行后續(xù)的IMS會話處理。若承載控制路徑的呼叫建立請求先于會話控制路徑的會話建立請求到達 終呼ICSUE101，則終呼ICSUE 101判斷呼叫屬性，如果終呼ICSUE 101判 斷是ICS呼叫，則等待會話控制路徑的呼叫建立請求，如果判斷是普通呼叫， 或者是采用CS控制路徑的ICS呼叫，則不需要等待會話控制路徑的呼叫建立 請求，直接進行承載控制路徑的后續(xù)呼叫處理。進一步地，如果終呼ICSUE101判斷是ICS呼叫，且在設(shè)定的時間內(nèi)一 直未等到會話控制路徑的會話建立請求，則可以釋放該呼叫，或不需要等待會話控制路徑的呼叫建立請求，直接進行承載控制路徑的后續(xù)呼叫處理。進一步地，當終呼ICS UE 101沒有等到會話控制路徑的呼叫建立請求， 而直接進行承載控制路徑的后續(xù)呼叫處理的過程中，又收到了會話控制路徑的 會話建立請求，則可以將會話控制路徑的會話建立請求與承載控制路徑上正在 進行的呼叫關(guān)聯(lián)，然后進行后續(xù)的處理。進一步地，終呼ICS UE 101中保存的ICCF PSI號碼檢査策略可以通過 IMS注冊時由ICCF下發(fā)給終呼ICSUE101，或通過訂閱機制通知用戶，或在 終呼ICS UE 101進行靜態(tài)配置，或使用空中接口配置方式由網(wǎng)絡(luò)配置，或終 呼ICS UE 101通過與應用服務(wù)器之間的接口獲取。本發(fā)明提供一種可以縮短終呼的呼叫建立時間，提高用戶體驗的IMS集 中控制業(yè)務(wù)終呼的實現(xiàn)方法，該方法是一種技術(shù)可行的實現(xiàn)方法，在解決通過 會話控制路徑建立會話控制請求的同時，通過承載控制路徑建立呼叫請求的問 題，縮短了終呼時主叫與被叫會話建立的時間，提高用戶的體驗滿意度，為終 呼提供了 一種可行的解決方案。當然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情 況下，熟悉本領(lǐng)域的技術(shù)人員當可根據(jù)本發(fā)明作出各種相應的改變和變形，但 這些相應的改變和變形都應屬于本發(fā)明所附的權(quán)利要求的保護范圍。
權(quán)利要求
1、一種IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其特征在于，包括步驟一，當遠端主叫用戶設(shè)備呼叫終呼ICS用戶設(shè)備時，ICCF接收所述遠端主叫用戶設(shè)備的會話請求消息，通過會話控制路徑向所述終呼ICS用戶設(shè)備發(fā)送會話建立請求，同時通過承載控制路徑向所述終呼ICS用戶設(shè)備發(fā)送呼叫建立請求；步驟二，所述終呼ICS用戶設(shè)備根據(jù)所述會話建立請求、所述呼叫建立請求的到達順序?qū)λ鰰捊⒄埱?、所述呼叫建立請求進行關(guān)聯(lián)，并根據(jù)所述關(guān)聯(lián)進行后續(xù)會話處理。
2、 根據(jù)權(quán)利要求1所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其特征在 于，所述步驟一中，進一步包括當所述會話控制路徑為PS會話控制路徑時，所述終呼ICS用戶設(shè)備通過 PS域在IMS中進行成功注冊的步驟。
3、 根據(jù)權(quán)利要求1或2所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其特 征在于，所述步驟一中，進一步包括所述ICCF將所獲取的被叫用戶的漫游號碼作為所述呼叫建立請求的被叫 號碼，將所述ICCF的PSI號碼作為主叫號碼的步驟。
4、 根據(jù)權(quán)利要求3所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其特征在 于，所述步驟二中，進一步包括所述終呼ICS用戶設(shè)備通過檢査所述會話建立請求攜帶的會話控制信息 中是否包含IMS集中業(yè)務(wù)會話指示判斷所述呼叫是否是ICS呼叫的步驟，若 包含，則所述呼叫是ICS呼叫，否則是普通呼叫。
5、 根據(jù)權(quán)利要求3所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其特征在 于，所述步驟二中，進一步包括-所述終呼ICS用戶設(shè)備根據(jù)ICCF PSI號碼檢査策略，通過檢査所述呼叫 建立請求中的主叫號碼是否是所述ICCF的PSI號碼來判斷所述呼叫是否是 ICS呼叫的步驟，若是，則所述呼叫是ICS呼叫，否則是普通呼叫。
6、 根據(jù)權(quán)利要求3所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其特征在 于，所述步驟二中，進一步包括當所述主叫號碼為空時，所述終呼ICS用戶設(shè)備通過檢查注冊狀態(tài)信息判斷所述呼叫是否是ICS呼叫的步驟，若該注冊狀態(tài)信息表示所述終呼ICS用戶 設(shè)備在IMS中注冊成功是通過PS域進行的成功注冊，則所述呼叫是ICS呼叫； 否則是普通呼叫，或是采用CS會話控制路徑的ICS呼叫。
7、 根據(jù)權(quán)利要求4、 5或6所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法， 其特征在于，所述步驟二中，進一步包括當先接收到所述會話建立請求且所述呼叫為ICS呼叫時，所述終呼ICS 用戶設(shè)備等待所述呼叫建立請求，并當接收到所述呼叫建立請求時，將所述會 話建立請求、所述呼叫建立請求進行關(guān)聯(lián)，并進行后續(xù)的會話處理；或當先接收到所述呼叫建立請求且所述呼叫為ICS呼叫時，所述終呼ICS 用戶設(shè)備等待所述會話建立請求，并當接收到所述會話建立請求時，將所述會 話建立請求、所述呼叫建立請求進行關(guān)聯(lián)，并進行后續(xù)的會話處理。
8、 根據(jù)權(quán)利要求4、 5或6所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法， 其特征在于，所述步驟二中，進一步包括當先接收到所述會話建立請求且所述終呼ICS用戶設(shè)備判斷所述呼叫為 ICS呼叫時，則等待所述呼叫建立請求，否則所述呼叫普通的IMS會話，并直 接進入后續(xù)的IMS會話處理流程；或當先接收到所述呼叫建立請求且所述終呼ICS用戶設(shè)備判斷所述呼叫為 ICS呼叫時，則等待所述會話建立請求，否則所述呼叫為普通呼叫或采用CS 會話控制路徑的ICS呼叫，并直接進入承載控制路徑的后續(xù)呼叫處理流程。
9、 根據(jù)權(quán)利要求8所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法，其特征在 于，所述步驟二中，進一步包括-當所述終呼ICS用戶設(shè)備在設(shè)定時間內(nèi)未等到所述會話建立請求時，則釋 放所述呼叫，或不需要等待所述會話控制路徑的呼叫建立請求，并直接進入承 載控制路徑的后續(xù)呼叫處理流程；當所述終呼ICS用戶設(shè)備在所述后續(xù)呼叫處理流程中接收到所述會話控 制路徑的會話建立請求時，則將所述會話控制路徑的會話建立請求與承載控制 路徑上正在進行的呼叫進行關(guān)聯(lián)，并進行后續(xù)處理。
10、 根據(jù)權(quán)利要求5、 6或9所述的IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法， 其特征在于，所述步驟二中，進一步包括所述終呼ICS用戶設(shè)備通過以下方式之一獲取所述ICCF PSI號碼檢査策略方式一，通過在IMS中進行注冊時，由所述ICCF下發(fā)至所述終呼ICS 用戶設(shè)備；方式二，通過訂閱機制通知所述終呼ICS用戶設(shè)備；方式三，在所述終呼ICS用戶設(shè)備進行靜態(tài)配置；方式四，采用空中接口配置方式由網(wǎng)絡(luò)配置；方式五，由所述終呼ICS用戶設(shè)備通過與應用服務(wù)器之間的接口獲取。
11、 一種IMS集中控制業(yè)務(wù)終呼的實現(xiàn)系統(tǒng)，包括遠端用戶設(shè)備、ICS 用戶設(shè)備、ICCF，其特征在于當所述遠端主叫用戶設(shè)備呼叫所述終呼ICS用戶設(shè)備時，所述ICCF接收 所述遠端主叫用戶設(shè)備的會話請求消息，通過會話控制路徑向所述終呼ICS 用戶設(shè)備發(fā)送會話建立請求，同時通過承載控制路徑向所述終呼ICS用戶設(shè)備 發(fā)送呼叫建立請求；所述終呼ICS用戶設(shè)備根據(jù)所述會話建立請求、所述呼叫建立請求的到達 順序?qū)λ鰰捊⒄埱?、所述呼叫建立請求進行關(guān)聯(lián)，并根據(jù)所述關(guān)聯(lián)進行 后續(xù)會話處理。
全文摘要
本發(fā)明公開了一種IMS集中控制業(yè)務(wù)終呼的實現(xiàn)方法及其系統(tǒng)，其中，該方法包括步驟一，當遠端主叫用戶設(shè)備呼叫終呼ICS用戶設(shè)備時，ICCF接收遠端主叫用戶設(shè)備的會話請求消息，通過會話控制路徑向終呼ICS用戶設(shè)備發(fā)送會話建立請求，同時通過承載控制路徑向終呼ICS用戶設(shè)備發(fā)送呼叫建立請求；步驟二，終呼ICS用戶設(shè)備根據(jù)會話建立請求、呼叫建立請求的到達順序?qū)捊⒄埱蟆⒑艚薪⒄埱筮M行關(guān)聯(lián)，并根據(jù)關(guān)聯(lián)進行后續(xù)會話處理。本發(fā)明在會話控制路徑的會話建立過程與承載控制路徑的呼叫建立過程采用并行方式，縮短了終呼會話的建立時間，大大提高了主叫用戶的體驗。
文檔編號H04Q7/38GK101222776SQ20081005679
公開日2008年7月16日 申請日期2008年1月24日 優(yōu)先權(quán)日2008年1月24日
發(fā)明者謝寶國, 郝振武 申請人:中興通訊股份有限公司