專利名稱：Ip多媒體子系統(tǒng)集中業(yè)務(wù)中緊急呼叫業(yè)務(wù)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種IP多々某體子系統(tǒng)集中業(yè)務(wù)中緊急 呼叫業(yè)務(wù)的實(shí)現(xiàn)方法。
背景技術(shù)：
根據(jù)政府的管制規(guī)定，電信網(wǎng)絡(luò)必須能提供緊急語音呼叫業(yè)務(wù)。當(dāng)用戶 撥打緊急呼叫號碼，或使用終端設(shè)備中存儲的缺省緊急呼叫號碼，或使用緊 急呼叫標(biāo)識發(fā)起緊急呼叫，網(wǎng)絡(luò)將緊急呼叫接續(xù)至當(dāng)?shù)氐木o急通信受理中 心，如警察、火警、醫(yī)療救護(hù)、救援等。
IP (Internet Protocol,網(wǎng)絡(luò)互聯(lián)協(xié)議)多媒體子系統(tǒng)IMS (IP Multimedia Core Network Subsystem)是由第三代合作伙伴計(jì)劃3GPP (3rd Generation Partnership Project)提出的一種基于IP的下一代的網(wǎng)絡(luò)架構(gòu)，其構(gòu)建了一個(gè) 開放而靈活的業(yè)務(wù)環(huán)境，支持多媒體應(yīng)用，并為用戶提供豐富的多媒體業(yè)務(wù)。
IMS與"l妄入4支術(shù)無關(guān)，除了可以為GPRS ( General Packet Radio Service, 通用分組無線業(yè)務(wù))、WLAN (Wireless Local Area Network,無線局域網(wǎng)) 等分組交換(Packet Swithed，簡稱PS )接入網(wǎng)絡(luò)提供業(yè)務(wù)外，還可以為GSM (Global System for Mobile communications,全5求移動(dòng)通訊系統(tǒng))、UMTS (Universal Mobile Telecommunications System,統(tǒng)一移動(dòng)通ifl系統(tǒng))等采用 電路交換(Circuit Switched,簡稱CS )技術(shù)移動(dòng)蜂窩網(wǎng)絡(luò)提供基本的語音 業(yè)務(wù)，以及基于語音業(yè)務(wù)的補(bǔ)充業(yè)務(wù)。
當(dāng)CS域，也即電路域接入IMS時(shí)，其演變?yōu)橐环N接入方式，業(yè)務(wù)完全 由IMS統(tǒng)一提供，這種技術(shù)稱為IMS集中業(yè)務(wù)(IMS Centralized Service )， 簡稱ICS。
IMS集中業(yè)務(wù)具有以下特點(diǎn)
(1) IMS為電路域、分組域等接入方式提供一致的業(yè)務(wù)，支持網(wǎng)絡(luò)融
合；
(2 )支持CS網(wǎng)絡(luò)向IMS網(wǎng)絡(luò)演進(jìn)；
IMS集中業(yè)務(wù)除了支持語音業(yè)務(wù)和基于語音業(yè)務(wù)的補(bǔ)充業(yè)務(wù)，還必須能 夠提供緊急呼叫業(yè)務(wù)。
在IMS集中業(yè)務(wù)架構(gòu)中，有兩類用戶設(shè)備UE (User Equipment):支 持ICS能力的UE(簡稱ICS UE )和不支持ICS能力的UE(簡稱non ICS UE )。 本發(fā)明中所述用戶設(shè)備UE為ICS UE。
圖1是IMS集中業(yè)務(wù)系統(tǒng)架構(gòu)圖，其中包括以下功能實(shí)體
IMS集中業(yè)務(wù)用戶設(shè)備(ICSUE) 101;
IMS電路域控制功能(IMS CS Control Function,簡稱ICCF)模塊102;
呼叫會話控制功能(Call Session Control Function,簡稱CSCF )模塊103,
是IMS中的會話控制網(wǎng)元。
ICS UE 101和ICCF 102之間的控制信令傳輸通道稱為IMS會話控制通 道ICCC (IMS CS Control Channel),又稱為會話控制路徑。該通道可以承 載在CS域上，此時(shí)為CS會話控制路徑，也可以承載在PS域上，此時(shí)為 PS會話控制路徑。CS會話控制路徑使用非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù) (Unstructured Supplementary Service Data,簡稱USSD)協(xié)議；PS會i舌控制 路徑采用會話初始協(xié)議(Session Initial Protocol,簡稱SIP )。
本發(fā)明的IMS會話控制通道釆用CS會話控制路徑的方式。
ICS UE 101和ICCF 102通過會話控制^各徑完成IMS注冊、會話控制和 業(yè)務(wù)控制等功能，并控制CS域中的呼叫過程，利用現(xiàn)有的CS域呼叫機(jī)制 建立UE和IMS之間的語音承載通道。
在ICCF 102中包括電路域接入適配功能(CS Access Adaptation Function,簡稱CAAF )才莫塊和遠(yuǎn)端用戶代理(Remote User Agent,簡稱RUA)
兩個(gè)功能實(shí)體。
RUA是一個(gè)SIP( Session Initiation Protocol,會話初始協(xié)議)用戶代理， 代表用戶設(shè)備與CSCF 103相連，接入IMS。 CAAF模塊是具有CS域和IMS
之間業(yè)務(wù)控制信令的適配功能的模塊，在CS域用戶設(shè)備和RUA之間傳送 業(yè)務(wù)控制信令，RUA利用從CAAF模塊獲取的信息建立并控制IMS會話。
CAAF模塊又進(jìn)一步可以分為遠(yuǎn)端電路域接入適配功能(Remote CS Access Adaptation Function,簡稱R-CAAF)模塊和本地電路域接入適配功 能(Local CS Access Adaptation Function,筒稱L-CAAF )模塊。
對于具備ICS能力的UE 101, L-CAAF模塊集成在該ICS UE 101中， R-CAAF模塊位于歸屬網(wǎng)絡(luò)，和RUA共同組成ICCF 102,作為CS域呼叫 接入IMS的接入點(diǎn)。
圖2是IMS集中業(yè)務(wù)應(yīng)用場景會話路徑示意圖，其中包括如下網(wǎng)元 用戶終端(User Equipment,簡稱UE ) 201
拜訪移動(dòng)交換中心(Visited Mobile Switch Center,簡稱VMSC ) 202
歸屬用戶服務(wù)器(Home Subscriber Server,簡稱HSS ) 203
媒體網(wǎng)關(guān)控制功能(Media Gateway Control Function,簡稱MGCF ) 204
媒體網(wǎng)關(guān)(Media Gateway,簡稱MGW) 205
IMS電路域控制功能(IMS CS Control Function,簡稱ICCF ) 206
呼叫會話控制功能(Call Session Control Function,簡稱CSCF) 207
UE 201到IMS域的ICCF 206建立3條路徑會話控制路徑、承載控制 路徑和承載路徑。其中會話控制路徑有兩種方式，
(1)承載于CS域上，采用非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)(Unstructured Supplementary Service Data ,簡稱USSD ),該路徑經(jīng)過VMSC 202和HSS 203。
(2 )承載于PS域上，采用會話初始協(xié)議(Session Initial Protocol,筒 稱SIP)協(xié)議，該路徑經(jīng)過IMS域中的CSCF207，到達(dá)ICCF206。
承載控制路徑UE 201采用標(biāo)準(zhǔn)的CS控制信令接入VMSC 202，并通過 MGCF 204接入到IMS,通過CSCF207到達(dá)ICCF 206。
承載路徑通過是UE 201通過VMSC 202和MGW 205接入到IMS,并
與該會話的遠(yuǎn)端用戶設(shè)備建立媒體連接。
會話控制路徑和承載控制路徑在ICCF—206匯合，構(gòu)成ICS UE呼叫分 支，同時(shí)ICCF 206充當(dāng)IMS用戶代理，代替用戶設(shè)備接入IMS，構(gòu)成遠(yuǎn)端 呼叫分支。
IMS集中業(yè)務(wù)利用會話控制路徑在UE 201和ICCF 206之間交互會話控 制信息，并通過承載控制路徑建立和控制纟某體承載，從而使ICSUE接入到 IMS中。
圖3是現(xiàn)有技術(shù)方案中ICS UE的起呼(主叫)過程的流程。具體流程 ^口下
301、 UE-A主叫終端向VMSC發(fā)起承載建立請求，并攜帶需要呼叫的 遠(yuǎn)端用戶代理(RUA)的公用業(yè)務(wù)標(biāo)識(Public Service Identify,筒稱PSI)號 碼；
302、 VMSC向MGCF發(fā)送初始地址消息(Initial Address Message,簡稱 IAM),包含RUAPSI號碼；
303、 MGCF收到請求后分配MGW媒體資源，并創(chuàng)建Invite會話邀請 請求經(jīng)過CSCF發(fā)送到ICCF中的RUA;
304、 UE-A通過CS會話控制路徑釆用USSD消息向ICCF發(fā)送會話建 立請求消息，消息中包含UE-B的SIP或TEL URI (Uniform Resource Identifier)號碼及呼叫參考，請求消息經(jīng)過VMSC和歸屬網(wǎng)絡(luò)的HSS的傳 遞到ICCF;
本步驟可以和步驟301 303同時(shí)執(zhí)行。
305、 會話控制信令與承載控制信令在ICCF的RUA中匯合，RUA此時(shí) 作為背靠背的用戶代理(Back to Back User Agent,筒稱B2BUA)向UE-B 發(fā)起會話請求，會話請求經(jīng)過CSCF;
306、 CSCF通過IMS網(wǎng)絡(luò)發(fā)給遠(yuǎn)端用戶，通過標(biāo)準(zhǔn)的IMS會話流程建 立RUA與UE-B的會話，最終建立了 UE-A主叫終端與UE-B被叫終端的會 話。
從上述過程中可以看出，當(dāng)ICS用戶發(fā)起呼叫時(shí)，網(wǎng)絡(luò)首先將呼叫由拜
訪地的CS域路由到用戶歸屬的IMS域中，再進(jìn)行后續(xù)的業(yè)務(wù)處理。
對于緊急呼叫業(yè)務(wù)，如果用戶發(fā)起呼叫時(shí)，ICS UE能夠根據(jù)本地策略 ;險(xiǎn)查呼叫屬性，如果呼叫判斷為緊急呼叫，則ICS UE采用CS域緊急呼叫 過程或采用被叫號碼為緊急呼叫號碼的呼叫過程發(fā)起呼叫，然后由VMSC 將緊急呼叫直接路由到拜訪地的緊急通信受理中心，如果判斷為普通呼叫， 則采用ICS起呼流程，發(fā)起呼叫，由網(wǎng)絡(luò)將呼叫路由到用戶歸屬的IMS網(wǎng) 絡(luò)。
但是UE有可能不能確認(rèn)緊急呼叫，如在目前部分傳統(tǒng)終端，當(dāng)用戶撥 打國際通用緊急呼叫號碼112或911時(shí)，UE認(rèn)為該呼叫為緊急呼叫，然后 發(fā)起緊急呼叫流程；但當(dāng)用戶撥打中國緊急呼叫號碼110時(shí)，UE會認(rèn)為該 呼叫為普通呼叫，然后按普通呼叫流程發(fā)起呼叫。對這種情況，在CS域中 由VMSC對用戶發(fā)起的普通呼叫的被叫號碼進(jìn)行分析，如果是緊急呼叫號 碼，則按照緊急呼叫過程進(jìn)行處理。
對于ICSUE，如果用戶在漫游地的拜訪網(wǎng)絡(luò)發(fā)起緊急呼叫，但I(xiàn)CSUE 沒有識別出緊急呼叫，將會按照ICS會話的普通流程進(jìn)行呼叫，分別通過會 話控制路徑和承載控制路徑，將會話路由到用戶歸屬的IMS域的ICCF，然 后由ICCF中的RUA代替ICS UE接入IMS。
然而根據(jù)緊急呼叫的要求，緊急呼叫業(yè)務(wù)由拜訪地提供服務(wù)，用戶歸屬 網(wǎng)絡(luò)不需要參與后續(xù)的會話過程，即要求拜訪網(wǎng)絡(luò)能夠?qū)⒕o急呼叫直接路由 到拜訪地的緊急通信受理中心。
從上述分析可以看出，由于ICSUE有可能無法確定緊急呼叫，將采用 ICS呼叫過程，此時(shí)網(wǎng)絡(luò)會將用戶發(fā)起的緊急呼叫路由回用戶歸屬的IMS 域，然后再進(jìn)行后續(xù)的業(yè)務(wù)處理，將無法實(shí)現(xiàn)緊急呼叫由拜訪地提供服務(wù)的 需求。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種采用CS會話控制路徑時(shí)，IP多
媒體子系統(tǒng)集中業(yè)務(wù)的緊急呼叫業(yè)務(wù)的實(shí)現(xiàn)方法，克服了由于ICS UE無法
確定緊急呼叫，導(dǎo)致無法實(shí)現(xiàn)緊急呼叫由拜訪地提供服務(wù)的缺陷，達(dá)到滿足 緊急呼叫業(yè)務(wù)的需求的目的。
為了解決上述技術(shù)問題，本發(fā)明提供了一種IP多媒體子系統(tǒng)集中業(yè)務(wù)
中緊急呼叫業(yè)務(wù)的實(shí)現(xiàn)方法，包括如下步驟
步驟一，IMS電路域控制功能ICCF接收到IP多媒體子系統(tǒng)集中業(yè)務(wù)用 戶設(shè)備ICS UE從電路域會話控制路徑發(fā)出的會話建立請求后，根據(jù)本地策 略才全查呼叫類型；
步驟二，如果呼叫類型是緊急呼叫，則ICCF通過電路域會話控制路徑 返回失敗響應(yīng)給所述ICS UE，拒絕該呼叫，并在響應(yīng)中指示該呼叫為緊急 呼叫^
步驟三，ICS UE接收到所述響應(yīng)后，根據(jù)指示從電路域發(fā)起主叫呼叫 過程，通過拜訪移動(dòng)交換中心VMSC將呼叫請求路由到本地的緊急通信受 理中心。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟一進(jìn)行時(shí)，所述ICS UE還通過承載控制路徑發(fā)起到ICCF的電路域呼叫，并建立到IMS的承載。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟一中，所述會話建立 請求中包含被叫用戶的用戶標(biāo)識和呼叫參考。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟一中，所述ICCF的 本地策略中包括緊急呼叫號碼的編碼方案，所述ICCF檢查所述會話建立請 求的號碼是否和本地策略中的緊急呼叫號碼的編碼方案相匹配，如果匹配， 則認(rèn)為所述用戶發(fā)起的呼叫為緊急呼叫，否則是普通呼叫。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟二中，如果ICCF確 定呼叫類型是普通呼叫，則采用IMS集中業(yè)務(wù)ICS起呼流程，繼續(xù)處理該 呼叫。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟二中，所述ICCF在 響應(yīng)中指示緊急呼叫在電路域中發(fā)起的方式采用緊急呼叫流程，所述步驟三 中，所述ICS UE使用緊急呼叫請求向網(wǎng)絡(luò)發(fā)起呼叫請求，所述VMSC接
收到ICSUE發(fā)送的緊急呼叫請求，則根據(jù)本地配置，將緊急呼叫請求路由 到本地的緊急通信受理中心。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟二中，如果ICCF確 定呼叫類型是緊急呼叫，則ICCF進(jìn)一步確定緊急呼叫的類型、優(yōu)先級，并 在所述響應(yīng)中進(jìn)一步指示緊急呼叫的類型、優(yōu)先級，所述步驟三中，所述ICS UE使用緊急呼叫請求向網(wǎng)絡(luò)發(fā)起的呼叫請求中包括緊急呼叫的類型、優(yōu)先 級。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟二中，所述ICCF在 響應(yīng)中指示緊急呼叫在電路域中發(fā)起的方式采用普通呼叫流程，所述步驟三 中，所述ICSUE使用普通電路域呼叫請求向網(wǎng)絡(luò)發(fā)起呼叫請求，以用戶撥 打的緊急呼叫號碼作為被叫號碼，所述VMSC接收到ICSUE發(fā)送的普通的 電路域呼叫請求，則根據(jù)本地的編碼方案分析被叫號碼，如果發(fā)現(xiàn)是緊急呼 叫號碼，則根據(jù)本地配置，將緊急呼叫請求路由到本地的緊急通信受理中心。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟二中，所述ICCF在 響應(yīng)中指示緊急呼叫在電路域中發(fā)起的方式采用普通呼叫流程，所述響應(yīng)中 進(jìn)一步指示緊急呼叫號碼，所述步驟三中，所述ICSUE使用普通電路域呼 叫請求向網(wǎng)絡(luò)發(fā)起呼叫請求，以所述響應(yīng)中指示的緊急呼叫號碼作為被叫號 碼，所述VMSC接收到ICSUE發(fā)送的普通的電路域呼叫請求，則根據(jù)本地 的編碼方案分析被叫號碼，如果發(fā)現(xiàn)是緊急呼叫號碼，則根據(jù)本地配置，將 緊急呼叫請求路由到本地的緊急通信受理中心。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟三之前，所述ICSUE 和ICCF釋i文承載控制路徑上建立的電路域呼叫和相應(yīng)的承載。
本發(fā)明IMS集中業(yè)務(wù)中采用ICCF判斷該呼叫是否為緊急呼叫，若為緊 急呼叫則通過CS會話控制路徑返回失敗響應(yīng)拒絕該呼叫，并指示該呼叫為 緊急呼叫，UE根據(jù)指示從CS域發(fā)起緊急呼叫過程，因此達(dá)到了當(dāng)ICSUE 無法確定緊急呼叫，仍然能由拜訪地提供緊急呼叫服務(wù)的目的。


圖1為IMS集中業(yè)務(wù)系統(tǒng)架構(gòu)圖。
圖2為IMS集中業(yè)務(wù)應(yīng)用場景會話路徑示意圖。
圖3為現(xiàn)有技術(shù)方案中IMS集中業(yè)務(wù)用戶設(shè)備的起呼過程的流程圖。
圖4為本發(fā)明實(shí)施例的IMS集中業(yè)務(wù)中對緊急呼叫的處理流程。
具體實(shí)施例方式
下面將結(jié)合附圖及實(shí)施例對本發(fā)明的技術(shù)方案進(jìn)行更詳細(xì)的說明。 實(shí)施例
圖4是本實(shí)施例的IMS集中業(yè)務(wù)中采用CS會話控制路徑時(shí)，IMS集中 業(yè)務(wù)對緊急呼叫的處理流程，描述當(dāng)用戶發(fā)起呼叫時(shí)，包括用戶發(fā)起的普通 呼叫，以及用戶發(fā)起的緊急呼叫，但I(xiàn)CSUE沒有識別出是緊急呼叫的情況 時(shí)，呼叫的處理過程，尤其是對緊急呼叫的處理過程。包括以下步驟
401、 ICS UE通過承載控制路徑經(jīng)過VMSC、 MGCF、 CSCF向ICCF 發(fā)起呼叫建立請求，同時(shí)建立媒體承載，經(jīng)過VMSC、 MGW接入IMS。
具體步驟參見圖3的步驟301~303。
402、 ICS UE通過CS會話控制路徑經(jīng)過VMSC和HSS向ICCF發(fā)送會 話建立請求消息，消息中包含用戶撥打的被叫號碼。
具體步驟參見圖3的步驟304。
403， ICCF接收到ICS UE通過CS會話控制路徑發(fā)送過來的會話建立 請求后，根據(jù)本地策略分析請求中的被叫號碼，判斷被叫號碼是否與本地策 略中的緊急呼叫號碼的編碼方案匹配，如果匹配，則認(rèn)為所述用戶發(fā)起的呼 叫為緊急呼叫，否則是普通呼叫。
例如為112、 110、 911是緊急呼叫，其他呼叫為普通呼叫。
404,如果ICCF判斷該呼叫是緊急呼叫，則ICCF通過CS會話控制路 徑返回失敗響應(yīng)拒絕該呼叫，并在響應(yīng)中包含指示，說明該呼叫為緊急呼叫。
另外，由于在CS域中有兩種緊急呼叫的發(fā)起方式，因此ICCF進(jìn)一步 可以在所述響應(yīng)中指示緊急呼叫在CS域中發(fā)起的方式，是采用緊急呼叫流
程，還是釆用被叫號碼為緊急呼叫號碼的普通流程。如果采用緊急呼叫流程， 可以進(jìn)一步指示緊急呼叫的類型、優(yōu)先級；如果是采用普通流程，則可進(jìn)一 步指示所用的緊急呼叫號碼，以解決不同國家或地區(qū)間由于緊急呼叫號碼不 相同而需要進(jìn)行號碼轉(zhuǎn)換的問題。
如用戶撥打的是112或911緊急呼叫號碼，ICCF則指示ICS UE直接采 用CS域緊急呼叫過程發(fā)起呼叫。如用戶在俄羅斯撥打的是110緊急呼叫號 碼，ICCF則可以指示ICS使用當(dāng)?shù)氐木o急呼叫號碼01作為被叫號碼，采用 普通CS呼叫過程發(fā)起呼叫。
如果ICCF確定呼叫是普通呼叫，則采用ICS起呼流程，繼續(xù)處理該呼叫。
405, ICSUE接到響應(yīng)后，通過承載控制路徑向ICCF發(fā)送釋放請求， 釋i文步驟401建立的CS域呼叫和相應(yīng)的承載。
上述釋放過程也可以由ICCF主動(dòng)通過承載控制路徑向ICS UE發(fā)送釋 放請求，釋放步驟401建立的CS域呼叫和相應(yīng)的承載。
406， ICS UE根據(jù)步驟404中的指示嘗試從CS域發(fā)起呼叫過程，由 VMSC將呼叫路由到緊急通信受理中心。
如果響應(yīng)中指示采用緊急呼叫流程，則ICS UE使用緊急呼叫請求向網(wǎng) 絡(luò)發(fā)起呼叫請求，請求中可以包含響應(yīng)中指示包括緊急呼叫類型、優(yōu)先級。 當(dāng)VMSC接收到ICS UE發(fā)送的緊急呼叫請求，則根據(jù)本地配置，將緊急呼 叫請求路由到本地的緊急通信受理中心。
如果響應(yīng)中指示采用普通呼叫流程，所述ICS UE使用普通CS域呼叫 請求向網(wǎng)絡(luò)發(fā)起呼叫請求，并在響應(yīng)中指示緊急呼叫號碼作為被叫號碼，如 果響應(yīng)中無指示，則以用戶撥打的緊急呼叫號碼作為被叫號碼。當(dāng)VMSC 接收到ICS UE發(fā)送的普通的CS域呼叫過程，則根據(jù)本地的編碼方案分析 被叫號碼，發(fā)現(xiàn)是緊急呼叫號碼，則根據(jù)本地配置，將緊急呼叫請求路由到 本地的緊急通信受理中心。
此時(shí)不需要在通過CS會話控制路徑發(fā)送任何消息。
綜上所述，釆用本發(fā)明方法，應(yīng)用于采用CS會話路徑的IMS集中業(yè)務(wù)
起呼過程，由ICCF檢查呼叫屬性，如果是緊急呼叫，則返回失敗響應(yīng)拒絕
該呼叫，并在響應(yīng)中包含緊急呼叫指示，指示用戶設(shè)備從cs域發(fā)起緊急呼
叫，達(dá)到了實(shí)現(xiàn)IMS集中業(yè)務(wù)緊急呼叫由拜訪地服務(wù)的目的。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的 形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種IP多媒體子系統(tǒng)集中業(yè)務(wù)中緊急呼叫業(yè)務(wù)的實(shí)現(xiàn)方法，包括如下步驟步驟一，IMS電路域控制功能ICCF接收到IP多媒體子系統(tǒng)集中業(yè)務(wù)用戶設(shè)備ICS UE從電路域會話控制路徑發(fā)出的會話建立請求后，根據(jù)本地策略檢查呼叫類型；步驟二，如果呼叫類型是緊急呼叫，則ICCF通過電路域會話控制路徑返回失敗響應(yīng)給所述ICS UE，拒絕該呼叫，并在響應(yīng)中指示該呼叫為緊急呼叫；步驟三，ICS UE接收到所述響應(yīng)后，根據(jù)指示從電路域發(fā)起主叫呼叫過程，通過拜訪移動(dòng)交換中心VMSC將呼叫請求路由到本地的緊急通信受理中心。
2、 如權(quán)利要求l所述的方法，其特征在于所述步驟一進(jìn)行時(shí)，所述ICS UE還通過承載控制路徑發(fā)起到ICCF的 電路域呼叫，并建立到IMS的承載。
3、 '如權(quán)利要求1所述的方法，其特征在于所述步驟一中，所述會話建立請求中包含被叫用戶的用戶標(biāo)識和呼叫參考。
4、 如權(quán)利要求l所述的方法，其特征在于所述步驟一中，所述ICCF的本地策略中包括緊急呼叫號碼的編碼方案， 所述ICCF檢查所述會話建立請求的號碼是否和本地策略中的緊急呼叫號碼 的編碼方案相匹配，如果匹配，則認(rèn)為所述用戶發(fā)起的呼叫為緊急呼叫，否 則是普通呼叫。
5、 如權(quán)利要求l所述的方法，其特征在于所述步驟二中，如果ICCF確定呼叫類型是普通呼叫，則采用IMS集中 業(yè)務(wù)ICS起呼流程，繼續(xù)處理該呼叫。
6、 如權(quán)利要求l所述的方法，其特征在于 所述步驟二中，所述ICCF在響應(yīng)中指示緊急呼叫在電路域中發(fā)起的方 式采用緊急呼叫流程，所述步驟三中，所述ICSUE使用緊急呼叫請求向網(wǎng) 絡(luò)發(fā)起呼叫請求，所述VMSC接收到ICS UE發(fā)送的緊急呼叫請求，則根 據(jù)本地配置，將緊急呼叫請求路由到本地的緊急通信受理中心。
7、 如權(quán)利要求6所述的方法，其特征在于所述步驟二中，如果ICCF確定呼叫類型是緊急呼叫，則ICCF進(jìn)一步 確定緊急呼叫的類型、優(yōu)先級，并在所述響應(yīng)中進(jìn)一步指示緊急呼叫的類型、 優(yōu)先級，所述步驟三中，所述ICSUE使用緊急呼叫請求向網(wǎng)絡(luò)發(fā)起的呼叫 請求中包括緊急呼叫的類型、優(yōu)先級。
8、 權(quán)利要求1所述的方法，其特征在于所述步驟二中，所述ICCF在響應(yīng)中指示緊急呼叫在電路域中發(fā)起的方 式采用普通呼叫流程，所述步驟三中，所述ICSUE使用普通電路域呼叫請 求向網(wǎng)絡(luò)發(fā)起呼叫請求，以用戶撥打的緊急呼叫號碼作為被叫號碼，所述 VMSC接收到ICSUE發(fā)送的普通的電路域呼叫請求，則根據(jù)本地的編碼方 案分析被叫號碼，如果發(fā)現(xiàn)是緊急呼叫號碼，則根據(jù)本地配置，將緊急呼叫 請求路由到本地的緊急通信受理中心。
9、 權(quán)利要求8所述的方法，其特征在于所述步驟二中，所述ICCF在響應(yīng)中指示緊急呼叫在電路域中發(fā)起的方 式采用普通呼叫流程，所述響應(yīng)中進(jìn)一步指示緊急呼叫號碼，所述步驟三中， 所述ICS UE使用普通電路域呼叫請求向網(wǎng)絡(luò)發(fā)起呼叫請求，以所述響應(yīng)中 指示的緊急呼叫號碼作為被叫號碼，所述VMSC接收到ICS UE發(fā)送的普通 的電路域呼叫請求，則根據(jù)本地的編碼方案分析被叫號碼，如果發(fā)現(xiàn)是緊急 呼叫號碼，則根據(jù)本地配置，將緊急呼叫請求路由到本地的緊急通信受理中 心。
10、 如權(quán)利要求l所述的方法，其特征在于所述步驟三之前，所述ICS UE和ICCF釋放承載控制路徑上建立的電 3各域呼叫和相應(yīng)的岸、載。
全文摘要
一種IP多媒體子系統(tǒng)集中業(yè)務(wù)中緊急呼叫業(yè)務(wù)的實(shí)現(xiàn)方法，包括步驟一，IMS電路域控制功能ICCF接收到IP多媒體子系統(tǒng)集中業(yè)務(wù)用戶設(shè)備ICS UE從電路域會話控制路徑發(fā)出的會話建立請求后，根據(jù)本地策略檢查呼叫類型；步驟二，如果呼叫類型是緊急呼叫，則ICCF通過電路域會話控制路徑返回失敗響應(yīng)給所述ICS UE，拒絕該呼叫，并在響應(yīng)中指示該呼叫為緊急呼叫；步驟三，ICS UE接收到所述響應(yīng)后，根據(jù)指示從電路域發(fā)起主叫呼叫過程，通過拜訪移動(dòng)交換中心VMSC將呼叫請求路由到本地的緊急通信受理中心。本發(fā)明達(dá)到了當(dāng)ICS UE無法確定緊急呼叫，仍然能由拜訪地提供緊急呼叫服務(wù)的目的。
文檔編號H04L29/06GK101102612SQ20071014290
公開日2008年1月9日 申請日期2007年8月9日 優(yōu)先權(quán)日2007年8月9日
發(fā)明者游世林, 郝振武 申請人:中興通訊股份有限公司