專利名稱：一種實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方法及接入控制功能實(shí)體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及緊急業(yè)務(wù)實(shí)現(xiàn)技術(shù)，特別涉及實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方法及接入控制功能實(shí)體(ACF)。
背景技術(shù)：
所謂緊急業(yè)務(wù)是指在個(gè)人/公共的健康和安全、生命/財(cái)產(chǎn)遭遇危險(xiǎn)的危急情況下，提供緊急幫助的業(yè)務(wù)。業(yè)務(wù)承載網(wǎng)絡(luò)要為緊急業(yè)務(wù)提供高優(yōu)先級(jí)的呼叫服務(wù)，根據(jù)主叫用戶的地理位置信息將呼叫路由到最適合的公共安全接入點(diǎn)(PSAP)，由該P(yáng)SAP根據(jù)主叫的地理位置信息將呼叫轉(zhuǎn)移到最適合的緊急呼叫中心(ECC)處理，再由該ECC迅速為求助者提供幫助。
歐洲電信標(biāo)準(zhǔn)組織(ETSI)提出了一種在公共電話交換網(wǎng)/綜合業(yè)務(wù)數(shù)字網(wǎng)仿真子系統(tǒng)(PES)中實(shí)現(xiàn)緊急業(yè)務(wù)的方案。PES是ETSI標(biāo)準(zhǔn)組織定義的下一代(NGN)網(wǎng)絡(luò)架構(gòu)中業(yè)務(wù)層的一個(gè)子系統(tǒng)，該子系統(tǒng)在NGN網(wǎng)絡(luò)中能為傳統(tǒng)電話終端仿真公共電話交換網(wǎng)/綜合業(yè)務(wù)數(shù)字網(wǎng)(PSTN/ISDN)網(wǎng)絡(luò)。這樣，NGN網(wǎng)絡(luò)的傳統(tǒng)電話終端用戶，可以繼承PSTN/ISDN網(wǎng)絡(luò)的業(yè)務(wù)，而不會(huì)感知到從PSTN/ISDN到NGN網(wǎng)絡(luò)的改變。
圖1為基于PES的實(shí)現(xiàn)緊急業(yè)務(wù)的系統(tǒng)構(gòu)架示意圖。如圖1所示，基于PES的實(shí)現(xiàn)緊急業(yè)務(wù)的系統(tǒng)構(gòu)架包括PES、PSAP/ECC、IP傳輸網(wǎng)、接入網(wǎng)關(guān)(AG)和用戶終端。用戶終端通過AG接入PES或IP傳輸網(wǎng)，IP傳輸網(wǎng)又連接PES，PES還與PSAP/ECC相連。從而，PES可將用戶終端的緊急業(yè)務(wù)呼叫信令路由至PSAP/ECC以建立緊急業(yè)務(wù)呼叫。其中，AG可以為媒體網(wǎng)關(guān)(MG)或普通網(wǎng)關(guān)(GW)。PES包括接入控制功能實(shí)體(ACF)和路由控制功能實(shí)體(RCF)。AG和IP傳輸網(wǎng)將用戶終端的呼叫信令發(fā)送至ACF，ACF接入呼叫信令并轉(zhuǎn)發(fā)給RCF，由RCF將呼叫信令路由至PSAP/ECC。
由于，ETSI還定義了基于因特網(wǎng)多媒體子系統(tǒng)(IMS)的PES架構(gòu)。基于IMS的PES構(gòu)架中，在原來IMS的基礎(chǔ)上主要增加了兩部分功能在AS增設(shè)PSTN/ISDN仿真邏輯，詢問/服務(wù)呼叫會(huì)話控制功能實(shí)體(I/S-CSCF)進(jìn)一步連接有接入網(wǎng)關(guān)控制功能實(shí)體(AGCF)。由代理呼叫會(huì)話控制功能實(shí)體(P-CSCF)或AGCF來實(shí)現(xiàn)PES的接入控制功能，由I/S-CSCF負(fù)責(zé)實(shí)現(xiàn)PES的呼叫路由和控制功能。因此，如果圖1所示的PES基于IMS，則ACF可以為P-CSCF或AGCF，RCF可以為I/S-CSCF；此外，PSAP/ECC可能通過基于IP的會(huì)話初始協(xié)議(SIP)直接接入PES，此時(shí)PSAP/ECC實(shí)現(xiàn)為IMS的AS；PSAP/ECC也可能位于PSTN/ISDN，則通過中繼媒體網(wǎng)關(guān)功能實(shí)體(TMGF)和信令網(wǎng)關(guān)功能實(shí)體(SGF)接入PES；PSAP/ECC也可能位于其它IP網(wǎng)絡(luò)，則要通過互聯(lián)邊界點(diǎn)控制功能實(shí)體(IBCF)接入PES。由于本文所述現(xiàn)有技術(shù)問題以及本發(fā)明的解決方案與PSAP/ECC接入PES的方式無關(guān)，因此本文僅以PSAP/ECC通過SIP直接接入PES為例進(jìn)行闡述。
為了在PES結(jié)構(gòu)中實(shí)現(xiàn)緊急業(yè)務(wù)，PES必須能檢測(cè)到緊急呼叫，并為緊急呼叫提供高優(yōu)先級(jí)的呼叫服務(wù)。目前，PES中實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方案沿用的是IMS的緊急業(yè)務(wù)檢測(cè)方法。在IMS的緊急業(yè)務(wù)檢測(cè)方法中，用戶設(shè)備(UE)具備號(hào)碼分析能力，能夠檢測(cè)到緊急業(yè)務(wù)呼叫、且支持SIP。當(dāng)檢測(cè)UE到緊急業(yè)務(wù)呼叫時(shí)直接將攜帶緊急業(yè)務(wù)指示的SIP信令發(fā)送至ACF，再由ACF將該信令轉(zhuǎn)發(fā)至I/S-CSCF。從而I/S-CSCF能識(shí)別到緊急業(yè)務(wù)指示，優(yōu)先將緊急業(yè)務(wù)呼叫信令路由至PSAP。
但是，在實(shí)際的PES構(gòu)架中，用戶終端往往是傳統(tǒng)電話終端如PSTN終端等，用戶終端的呼叫信令通過AG被發(fā)送至ACF。那么至少有以下幾點(diǎn)因素將導(dǎo)致上段所述的IMS的緊急業(yè)務(wù)檢測(cè)方法在PES構(gòu)架中無法實(shí)現(xiàn)一、用戶終端不具備號(hào)碼分析能力、無法檢測(cè)到緊急業(yè)務(wù)呼叫；二、用戶終端不支持SIP，那么用戶終端與AG之間發(fā)送的并非SIP信令，并且AG也有可能不支持SIP，此種情況下，用戶終端不能通過AG將緊急業(yè)務(wù)指示傳遞到PES，從而PES無法檢測(cè)到緊急業(yè)務(wù)呼叫。
總之，現(xiàn)有的實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方法，還不能適用于用戶終端能力較低的PES構(gòu)架，這樣就無法在此類PES構(gòu)架中實(shí)現(xiàn)緊急業(yè)務(wù)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方法及ACF，能在用戶終端為傳統(tǒng)電話終端的PES構(gòu)架中實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明公開了一種實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方法，該方法應(yīng)用于包括用戶終端、ACF、RCF的系統(tǒng)；該方法包括A.ACF接收用戶終端的呼叫信令；B.ACF判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫，如果是，則通知RCF當(dāng)前呼叫為緊急業(yè)務(wù)呼叫；否則結(jié)束當(dāng)前處理。
步驟A中，所述用戶終端為公共電話交換網(wǎng)PSTN終端時(shí)，所述ACF通過接入網(wǎng)關(guān)AG接收用戶終端的呼叫信令。
步驟A中，當(dāng)判斷為緊急業(yè)務(wù)呼叫時(shí)進(jìn)一步包括ACF通知AG當(dāng)前呼叫為緊急業(yè)務(wù)呼叫。
其中，所述ACF通知AG的方法為ACF發(fā)送攜帶緊急業(yè)務(wù)指示的呼叫信令給AG。
其中，所述ACF為代理呼叫會(huì)話控制功能實(shí)體(P-CSCF)或接入網(wǎng)關(guān)控制功能實(shí)體(AGCF)；所述AG為媒體網(wǎng)關(guān)(MG)或網(wǎng)關(guān)(GW)；所述ACF與AG交互的呼叫信令為H.248信令或會(huì)話初始協(xié)議(SIP)信令。
步驟A中，所述用戶終端為IP終端時(shí)，所述ACF直接從用戶終端接收呼叫信令。
其中，所述ACF為P-CSCF或AGCF；當(dāng)所述用戶終端為SIP終端時(shí)，ACF接收到的呼叫信令為SIP信令；當(dāng)所述用戶終端為H.248終端時(shí)，ACF接收到的呼叫信令為H.248信令。
步驟B中，所述判斷為ACF從接收到的呼叫信令中解析得到叫號(hào)碼，根據(jù)該被叫號(hào)碼是否為預(yù)先保存的緊急業(yè)務(wù)號(hào)碼判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫。
步驟B中，所述ACF通知RCF的方法為ACF在轉(zhuǎn)發(fā)給RCF的呼叫信令中攜帶緊急業(yè)務(wù)指示。
其中，所述ACF為P-CSCF或AGCF；所述RCF為詢問/服務(wù)呼叫會(huì)話控制功能實(shí)體(I/S-CSCF)；所述ACF轉(zhuǎn)發(fā)給RCF的呼叫信令為SIP信令。
本發(fā)明還公開了一種實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的ACF，該ACF包括呼叫檢測(cè)單元，用于接收用戶終端的呼叫信令，判斷該呼叫信令是否為緊急業(yè)務(wù)呼叫，發(fā)送緊急業(yè)務(wù)指示給RCF。
其中，所述呼叫檢測(cè)單元包括號(hào)碼分析模塊，接收用戶終端的呼叫信令，從中解析得到被叫號(hào)碼并發(fā)送至所述呼叫判斷模塊；呼叫判斷模塊，接收來自號(hào)碼分析模塊的被叫號(hào)碼，根據(jù)該被叫號(hào)碼是否為預(yù)先保存的緊急業(yè)務(wù)號(hào)碼判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫，發(fā)送緊急業(yè)務(wù)指示給RCF。
其中，該ACF為P-CSCF或AGCF；所述號(hào)碼分析模塊和呼叫判斷模塊可實(shí)現(xiàn)為ACF內(nèi)獨(dú)立的功能實(shí)體、或集成在ACF現(xiàn)有的功能模塊中。
由上述方案可以看出，本發(fā)明的關(guān)鍵在于由ACF負(fù)責(zé)判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫，當(dāng)判斷為緊急業(yè)務(wù)呼叫時(shí)，由ACF通知RCF當(dāng)前呼叫為緊急業(yè)務(wù)呼叫。
因此，本發(fā)明所提供的實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方法及ACF，能夠?qū)崿F(xiàn)各種用戶終端情況下的緊急業(yè)務(wù)檢測(cè)，特別適合應(yīng)用于PES構(gòu)架。采用本發(fā)明能夠降低緊急業(yè)務(wù)對(duì)用戶終端的能力要求，使緊急業(yè)務(wù)能在更大范圍內(nèi)進(jìn)行推廣，并且本發(fā)明能做到對(duì)現(xiàn)網(wǎng)改動(dòng)最小，不失為一種最為可行的緊急業(yè)務(wù)檢測(cè)方案。


圖1為基于PES的實(shí)現(xiàn)緊急業(yè)務(wù)的系統(tǒng)構(gòu)架示意圖；圖2為本發(fā)明方法一較佳實(shí)施例處理流程示意圖；圖3為本發(fā)明ACF一較佳實(shí)施例組成結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明公開了一種實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方法，其主要設(shè)計(jì)思想為由ACF負(fù)責(zé)判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫，當(dāng)判斷為緊急業(yè)務(wù)呼叫時(shí)通知RCF，從而RCF可將當(dāng)前呼叫信令優(yōu)先路由至PSAP/ECC，以實(shí)現(xiàn)緊急業(yè)務(wù)。
圖2為本發(fā)明方法一較佳實(shí)施例處理流程示意圖。本實(shí)施例中，用戶終端為PSTN終端，需要通過AG將呼叫信令發(fā)送至ACF。如圖2所示，具體處理包括步驟201用戶終端摘機(jī)觸發(fā)到AG上。
步驟202AG發(fā)送H.248的通知(NOTIFY)消息給ACF，通知ACF用戶終端的摘機(jī)事件。ACF返回H.248的通知應(yīng)答(NOTIFY_REPLY)消息給AG。
步驟203ACF還發(fā)送H.248的修改(MODIFY)消息給AG，指示AG開始收號(hào)。AG返回H.248的修改應(yīng)答(MODIFY_REPLY)消息給ACF，并在響應(yīng)中包含會(huì)話描述協(xié)議(SDP)參數(shù)，以確定AG所支持的媒體格式。
步驟204～步驟205AG給用戶終端發(fā)送撥號(hào)音。用戶聽到撥號(hào)音開始撥號(hào)，用戶終端發(fā)送用戶撥打的被叫號(hào)碼至AG。這里，如果用戶發(fā)起的是緊急業(yè)務(wù)呼叫，則被叫號(hào)碼就為緊急業(yè)務(wù)號(hào)碼。
步驟206AG接收用戶終端撥打的被叫號(hào)碼，為當(dāng)前用戶終端構(gòu)造H.248的NOTIFY消息并發(fā)送給ACF，該NOTIFY消息至少包含主叫用戶標(biāo)識(shí)即當(dāng)前用戶終端的標(biāo)識(shí)、以及被叫號(hào)碼。ACF返回NOTIFY_REPLY消息給AG。
以上步驟201至步驟206的處理方法與現(xiàn)有技術(shù)相同，且非本發(fā)明重點(diǎn)，因此本文不作進(jìn)一步詳述。
步驟207ACF根據(jù)步驟206接收的NOTIFY消息判斷當(dāng)前該呼叫是否為緊急業(yè)務(wù)呼叫，如果是，則構(gòu)造包含緊急業(yè)務(wù)指示的SIP的邀請(qǐng)(INVITE)消息；否則構(gòu)造不包含緊急業(yè)務(wù)指示的INVITE消息。
這里，ACF可從NOTIFY消息中解析得到被叫號(hào)碼，通過判斷當(dāng)前接收的被叫號(hào)碼是否為預(yù)先保存的緊急業(yè)務(wù)號(hào)碼來判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫。所述ACF解析被叫號(hào)碼、判斷被叫號(hào)碼等處理可采用公知技術(shù)實(shí)現(xiàn)，本文對(duì)此不作詳述。
步驟208ACF發(fā)送步驟207構(gòu)造的INVITE消息給RCF。
步驟209RCF讀取步驟208所述的INVITE消息，判斷該INVITE消息中是否包含緊急業(yè)務(wù)指示，如果是，則優(yōu)先將當(dāng)前呼叫的INVITE消息路由至PSAP/ECC；否則將把當(dāng)前呼叫的INVITE消息作為普通呼叫來處理。這里，本步驟所述處理與現(xiàn)有技術(shù)相同，在現(xiàn)有技術(shù)中RCF本身就具備解析緊急業(yè)務(wù)指示的能力，因此，本文也不再詳述。由背景技術(shù)可知，所述AG可以為MG或GW；所述ACF可以為P-CSCF或AGCF；所述RCF可以為I/S-CSCF。
另外，在執(zhí)行步驟208和步驟209的同時(shí)，ACF還可進(jìn)一步執(zhí)行如下步驟步驟210ACF檢測(cè)到緊急呼叫后，向AG發(fā)送H248的創(chuàng)建(ADD)消息或MODIFY消息，該ADD消息或MODIFY消息包含緊急業(yè)務(wù)指示，AG根據(jù)該ADD消息或MODIFY消息中的緊急業(yè)務(wù)指示，確定當(dāng)前呼叫為緊急業(yè)務(wù)呼叫，從而為當(dāng)前呼叫配置高優(yōu)先級(jí)的資源。AG返回創(chuàng)建應(yīng)答ADD_REPLY消息或者M(jìn)ODIFY_REPLY消息給ACF。
至此，AG、ACF、RCF等實(shí)體在執(zhí)行以上步驟的基礎(chǔ)上為當(dāng)前呼叫配置高優(yōu)先級(jí)資源，為當(dāng)前緊急業(yè)務(wù)呼叫提供高優(yōu)先級(jí)服務(wù)，從而建立起用戶終端與PSAP/ECC之間的緊急業(yè)務(wù)呼叫。
本發(fā)明方法不僅可適用于連接PSTN終端的PES構(gòu)架，對(duì)于連接其它終端如IP終端的PES構(gòu)架同樣適用，也可適于非PES的IMS構(gòu)架。所以，用戶終端可以為PSTN終端和IP終端，而IP終端可以為H.248終端和SIP終端；當(dāng)用戶終端為IP終端時(shí)，可直接發(fā)送呼叫信令至ACF；當(dāng)用戶終端為PSTN終端時(shí)，則需要通過AG接入ACF，該AG可支持H.248協(xié)議或SIP協(xié)議。本實(shí)施例中，用戶終端為PSTN終端、且AG支持H.248協(xié)議。不管用戶終端或AG支持的協(xié)議為何種類型，均能應(yīng)用本發(fā)明的處理原理實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)，以下按用戶終端和AG支持的協(xié)議類型來具體分類說明一、用戶終端為PSTN終端、且AG支持SIP協(xié)議。與圖2所示的不同之處在于，AG與ACF之間交互SIP信令。AG構(gòu)造的發(fā)往ACF的呼叫信令為包含被叫號(hào)碼的INVITE消息，ACF從INVITE消息中解析得到被叫號(hào)碼來判決當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫；ACF同樣可在返回給AG的SIP信令中攜帶緊急業(yè)務(wù)指示來通知AG當(dāng)前呼叫為緊急業(yè)務(wù)呼叫。
二、用戶終端為SIP終端。與圖2所示的不同之處在于用戶終端直接與ACF交互SIP信令。用戶終端構(gòu)造的發(fā)往ACF的呼叫信令為包含被叫號(hào)碼的INVITE消息，ACF從INVITE消息中解析得到被叫號(hào)碼來判決當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫。
三、用戶終端為H.248終端。與圖2所示的不同之處在于用戶終端直接與ACF交互H.248信令。用戶終端構(gòu)造的發(fā)往ACF的呼叫信令為包含被叫號(hào)碼的NOTIFY消息，ACF從NOTIFY消息中解析得到被叫號(hào)碼來判決當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫。
圖2所述實(shí)施例中，無論用戶終端為PSTN終端這種能力較低的傳統(tǒng)電話終端，還是能力較高的IP終端，應(yīng)用本發(fā)明方法均能成功檢測(cè)到緊急業(yè)務(wù)呼叫?？梢?，本發(fā)明方法為一種普遍適用的緊急業(yè)務(wù)檢測(cè)方法，且對(duì)現(xiàn)網(wǎng)修改較小，可實(shí)施性較強(qiáng)。
基于上述實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方法，本發(fā)明還提出了一種實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的ACF。該ACF中包括用于檢測(cè)緊急業(yè)務(wù)呼叫的呼叫檢測(cè)單元。
圖3為本發(fā)明ACF一較佳實(shí)施例組成結(jié)構(gòu)示意圖。如圖3所示，該ACF中增設(shè)有呼叫檢測(cè)單元，該呼叫檢測(cè)單元接收用戶終端的呼叫信令，判斷是否為緊急業(yè)務(wù)呼叫，并指示RCF當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫。這里，本文僅闡述與緊急業(yè)務(wù)檢測(cè)相關(guān)的處理，因此圖3并未示出ACF中現(xiàn)有的其它模塊單元。所述用戶終端的呼叫信令可為用戶終端通過AG發(fā)送的呼叫信令，或直接來自用戶終端。
所述呼叫檢測(cè)單元還可進(jìn)一步劃分為號(hào)碼分析模塊和呼叫判斷模塊。其中，號(hào)碼分析模塊接收用戶終端的呼叫信令，從中解析得到被叫號(hào)碼并發(fā)送至呼叫判斷模塊。呼叫判斷模塊根據(jù)接收到的被叫號(hào)碼是否為預(yù)先保存的緊急業(yè)務(wù)號(hào)碼判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫，當(dāng)判斷為緊急業(yè)務(wù)呼叫時(shí)輸出緊急業(yè)務(wù)指示，ACF將在當(dāng)前發(fā)往RCF的呼叫信令中攜帶該緊急業(yè)務(wù)指示。從而RCF可根據(jù)當(dāng)前接收的呼叫信令是否攜帶緊急業(yè)務(wù)指示判斷是否為緊急業(yè)務(wù)呼叫。這里，號(hào)碼分析模塊通過ACF現(xiàn)有的功能模塊接收用戶終端的呼叫信令，ACF中現(xiàn)有的用于發(fā)送呼叫信令給RCF的模塊將從號(hào)碼判斷模塊接收緊急業(yè)務(wù)指示并攜帶在呼叫信令中進(jìn)行發(fā)送。由于ACF中現(xiàn)有模塊接收/發(fā)送呼叫信令的處理非本發(fā)明解決的問題，因此本文對(duì)此不作詳述。
另外，所述號(hào)碼分析模塊和呼叫判斷模塊可以實(shí)現(xiàn)為獨(dú)立的實(shí)體或集成在ACF中現(xiàn)有的其它功能模塊中，并可以采用軟件或硬件的方式實(shí)現(xiàn)，本發(fā)明對(duì)此并不限定。
綜上所述，應(yīng)用本發(fā)明方法及ACF能夠?qū)崿F(xiàn)各種終端情況下的緊急業(yè)務(wù)檢測(cè)，在ACF上增加號(hào)碼分析、緊急業(yè)務(wù)檢測(cè)的功能，從而降低對(duì)用戶終端能力的要求，利于緊急業(yè)務(wù)在更為廣泛的用戶范圍內(nèi)開展，尤其適合應(yīng)用在PES構(gòu)架中。并且，本發(fā)明能做到對(duì)現(xiàn)網(wǎng)改動(dòng)最小、具有較強(qiáng)的可實(shí)施性。
權(quán)利要求
1.一種實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方法，該方法應(yīng)用于包括用戶終端、接入控制功能實(shí)體ACF、路由控制功能實(shí)體RCF的系統(tǒng)；其特征在于，該方法包括A.ACF接收用戶終端的呼叫信令；B.ACF判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫，如果是，則通知RCF當(dāng)前呼叫為緊急業(yè)務(wù)呼叫；否則結(jié)束當(dāng)前處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A中，所述用戶終端為公共電話交換網(wǎng)PSTN終端時(shí)，所述ACF通過接入網(wǎng)關(guān)AG接收用戶終端的呼叫信令。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟A中，當(dāng)判斷為緊急業(yè)務(wù)呼叫時(shí)進(jìn)一步包括ACF通知AG當(dāng)前呼叫為緊急業(yè)務(wù)呼叫。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述ACF通知AG的方法為ACF發(fā)送攜帶緊急業(yè)務(wù)指示的呼叫信令給AG。
5.根據(jù)權(quán)利要求2至4任一項(xiàng)所述的方法，其特征在于，所述ACF為代理呼叫會(huì)話控制功能實(shí)體P-CSCF或接入網(wǎng)關(guān)控制功能實(shí)體AGCF；所述AG為媒體網(wǎng)關(guān)MG或網(wǎng)關(guān)GW；所述ACF與AG交互的呼叫信令為H.248信令或會(huì)話初始協(xié)議SIP信令。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A中，所述用戶終端為因特網(wǎng)協(xié)議IP終端時(shí)，所述ACF直接從用戶終端接收呼叫信令。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述ACF為P-CSCF或AGCF；當(dāng)所述用戶終端為SIP終端時(shí)，ACF接收到的呼叫信令為SIP信令；當(dāng)所述用戶終端為H.248終端時(shí)，ACF接收到的呼叫信令為H.248信令。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B中，所述判斷為ACF從接收到的呼叫信令中解析得到叫號(hào)碼，根據(jù)該被叫號(hào)碼是否為預(yù)先保存的緊急業(yè)務(wù)號(hào)碼判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫。
9.根據(jù)權(quán)利要求1、2、3、4、6、7或8所述的方法，其特征在于，步驟B中，所述ACF通知RCF的方法為ACF在轉(zhuǎn)發(fā)給RCF的呼叫信令中攜帶緊急業(yè)務(wù)指示。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述ACF為P-CSCF或AGCF；所述RCF為詢問/服務(wù)呼叫會(huì)話控制功能實(shí)體I/S-CSCF；所述ACF轉(zhuǎn)發(fā)給RCF的呼叫信令為SIP信令。
11.一種實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的ACF，其特征在于，該ACF包括呼叫檢測(cè)單元，用于接收用戶終端的呼叫信令，判斷該呼叫信令是否為緊急業(yè)務(wù)呼叫，發(fā)送緊急業(yè)務(wù)指示給RCF。
12.根據(jù)權(quán)利要求11所述的ACF，其特征在于，所述呼叫檢測(cè)單元包括號(hào)碼分析模塊，接收用戶終端的呼叫信令，從中解析得到被叫號(hào)碼并發(fā)送至所述呼叫判斷模塊；呼叫判斷模塊，接收來自號(hào)碼分析模塊的被叫號(hào)碼，根據(jù)該被叫號(hào)碼是否為預(yù)先保存的緊急業(yè)務(wù)號(hào)碼判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫，發(fā)送緊急業(yè)務(wù)指示給RCF。
13.根據(jù)權(quán)利要求12所述的ACF，其特征在于，該ACF為P-CSCF或AGCF；所述號(hào)碼分析模塊和呼叫判斷模塊可實(shí)現(xiàn)為ACF內(nèi)獨(dú)立的功能實(shí)體、或集成在ACF現(xiàn)有的功能模塊中。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)緊急業(yè)務(wù)檢測(cè)的方法，該方法應(yīng)用于包括用戶終端、接入控制功能實(shí)體(ACF)、路由控制功能實(shí)體(RCF)的系統(tǒng)；該方法包括A.ACF接收用戶終端的呼叫信令；B.ACF判斷當(dāng)前呼叫是否為緊急業(yè)務(wù)呼叫，如果是，則通知RCF當(dāng)前呼叫為緊急業(yè)務(wù)呼叫；否則結(jié)束當(dāng)前處理。本發(fā)明還公開了一種ACF，應(yīng)用本發(fā)明方法及ACF能夠?qū)崿F(xiàn)緊急業(yè)務(wù)檢測(cè)。
文檔編號(hào)H04M3/42GK1909576SQ200510088999
公開日2007年2月7日 申請(qǐng)日期2005年8月4日 優(yōu)先權(quán)日2005年8月4日
發(fā)明者吳東君 申請(qǐng)人:華為技術(shù)有限公司