專利名稱：識別濫用緊急承載資源的方法及接入側(cè)承載控制ip網(wǎng)關(guān)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是指一種IP多媒體子系統(tǒng)(IMS)中識 別濫用緊急承載資源的方法及接入側(cè)承載控制IP網(wǎng)關(guān)。
背景技術(shù)：
在緊急的狀態(tài)下，用戶會使用用戶設(shè)備(UE)呼叫公共安全應(yīng)答點(diǎn) (PSAP， Public Safety Answering Point)獲取幫助，本文所提到的PSAP包 括公共的接續(xù)點(diǎn)，還包括警察局、消防大隊、醫(yī)院等緊急服務(wù)中心，而PSAP 也有可能在用戶掛機(jī)后對用戶發(fā)起回叫，以便了解更多的信息。本文提到的 緊急業(yè)務(wù)是指用戶發(fā)起緊急呼叫，還可以包括PSAP回叫用戶的情況，當(dāng)然， 也可以不包括PSAP回叫的情況。
圖1所示為現(xiàn)有IMS域緊急呼叫的信令流程框架圖。圖中實(shí)線表示UE 發(fā)起的緊急呼叫，虛線表示PSAP發(fā)起的回呼。UE IO發(fā)起的緊急呼叫通過 GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)(GGSN, Gateway GPRS Support Node) 20、代理呼叫 會話控制功能(P-CSCF， Proxy Call Session Control Function)實(shí)體40、緊急 呼叫會話控制功能(E-CSCF)實(shí)體50到達(dá)PSAP 80, PSAP 80發(fā)起的回呼 通過服務(wù)呼叫會話控制功能(S-CSCF)實(shí)體60、 P-CSCF 40、 GGSN 20到達(dá) UE10。如果PSAP位于公共交換電話網(wǎng)(PSTN)或電路域(CS)網(wǎng)絡(luò)，則 E-CSCF發(fā)往PSAP和PSAP發(fā)往S-CSCF的信令需要經(jīng)過媒體網(wǎng)關(guān)控制功能 (MGCF)實(shí)體進(jìn)行轉(zhuǎn)換，如果PSAP在IP域，則不需經(jīng)過MGCF。圖1中 策略決定功能(PDF)實(shí)體用于承載資源的管理。當(dāng)中間存在網(wǎng)絡(luò)地址轉(zhuǎn)換 (NAT)設(shè)備90時，信令路徑中的某實(shí)體，如P-CSCF，根據(jù)實(shí)際應(yīng)用需要 會在會話時向NAT設(shè)備申請媒體面資源。
由于緊急呼叫是一個當(dāng)?shù)氐姆?wù)，所以用戶在漫游時，GGSN、 PDF、 P-CSCF、 E-CSCF、 MGCF 1和PSAP都是漫游地的，但是當(dāng)PSAP回叫時則 會有兩種可能， 一種是使用漫游地的MGCF1即MGCF70a接入IMS域，一 種是通過用戶歸屬域的MGCF2即MGCF70b接入IMS域。
下面結(jié)合IMS承載資源的管理流程對現(xiàn)有的緊急呼叫流程進(jìn)行說明。 圖2所示為現(xiàn)有的IMS承載資源的管理流程示意圖。
步驟101-102，用戶決定發(fā)起一個呼叫后，首先通過UE發(fā)起一個接入 側(cè)的承載資源申請， 一般是向GGSN發(fā)送一個創(chuàng)建組數(shù)據(jù)協(xié)議(Create PDP ) 請求，如果是為緊急業(yè)務(wù)申請的資源，則該請求中將攜帶一個緊急承栽指示， 如緊急承載標(biāo)識或者緊急的APN等。GGSN和接入網(wǎng)給UE分配承載資源后， GGSN返回一個申請承載資源成功的響應(yīng)，如Create PDP response。
步驟103 ~ 104, l正使用申請到的承載資源發(fā)送SIP的請求(INVITE ) 消息，其IP包的目的地址是P-CSCF。該消息通過GGSN進(jìn)行中轉(zhuǎn)，如果進(jìn) 行的是緊急呼叫，那么該INVITE消息中含有緊急業(yè)務(wù)指示。
步驟105 ~ 106， P-CSCF將該請求轉(zhuǎn)發(fā)給其它的設(shè)備，如E-CSCF等， 進(jìn)行緊急呼叫的建立，之后，接收INVITE的200消息。
步驟107- 108, P-CSCF將INVITE和200中得到的用戶連接信息如IP 地址端口等，和Qos信息如帶寬等，發(fā)送給PDF，通常使用的是Diamter協(xié) 議的AAR (AA-Request)，之后，接收來自PDF的響應(yīng)消息，通常使用的是 Diamter的AAA (AA-Answer)消息。如果是本會話的第一個響應(yīng)消息，那 么該消息中必須攜帶一個Token,該Token標(biāo)識了該P(yáng)DF和本次會話。
步驟109 ~ 110， P-CSCF將步驟106中收到的200消息通過GGSN前傳 給UE,如果以前沒有攜帶過Token,那么需要將Token添加到消息中。
步驟111, UE收到P-CSCF發(fā)來的消息后，4艮據(jù)得到的連接信息和Qos 信息為媒體信息發(fā)起資源申請過程，這是一個創(chuàng)建或更新PDP的過程，消息
中攜帶有Token,如果是緊急承栽請求，該消息中將含有某個指示，根據(jù)該 指示GGSN可以知道這是一個緊急業(yè)務(wù)的承載請求。上述某個指示可以是與
已申請的緊急承載資源的關(guān)聯(lián)關(guān)系，也可以是緊急承載標(biāo)識等。
步驟112， GGSN在收到這個申請消息后，才艮據(jù)Token,向PDF發(fā)起承 載資源的認(rèn)證請求，通常是COPS的REQ (COPSREQuestmessage)消息。
步驟113， PDF將相關(guān)的用戶連接信息，Qos信息和其它一些信息發(fā)送 給GGSN，通常使用COPS的DEC (COPS DECision message)消息。
步驟114， GGSN根據(jù)收到的DEC消息核對承載層申請的資源，例如IP 地址端口和帶寬信息是否符合應(yīng)用層的要求，如果合法將在接入網(wǎng)給UE分 配承栽資源，同時給UE發(fā)送承載資源請求的響應(yīng)消息。
步驟115,如果承載申請成功，UE將發(fā)送數(shù)據(jù)進(jìn)行通話，該數(shù)據(jù)的IP 包會傳送到GGSN，其目的地址是相關(guān)的媒體設(shè)備。
步驟116， GGSN將數(shù)據(jù)包轉(zhuǎn)發(fā)到IP包的目的地媒體設(shè)備，其中媒體設(shè) 備包括PSAP所控制的媒體設(shè)備，MGCF所控制的媒體設(shè)備和NAT設(shè)備等。
在步驟101和步驟111中，表示UE申請的資源為緊急承載的指示為 一個緊急標(biāo)識字段， 一個全局專有的緊急接入點(diǎn)名稱(APN)，或者一個能夠 關(guān)聯(lián)到已有的緊急承載的索引。
基于上述管理流程，現(xiàn)有緊急業(yè)務(wù)采用的方法是首先在GGSN上針對 緊急APN配置過濾規(guī)則，僅讓攜帶了指定的用于緊急呼叫的P-CSCF的地址 的IP包通過GGSN，保證UE發(fā)出的IP包只能到達(dá)用于緊急呼叫的P-CSCF， 同時也只能接收這些地址過來的IP包。如果是為緊急業(yè)務(wù)申請承載資源，那 么在申請時，也就是圖2中的步驟101和步驟111將攜帶緊急承載指示。那 么GGSN收到來自或發(fā)往這些地址所申請的承載資源時，將會使用過濾規(guī)則 來過濾所有的IP包，該處理發(fā)生在步驟104,步驟110和步驟116。
而緊急承載資源通常享有比普通承載資源更高的優(yōu)先級和Qos，甚至在 普通呼叫因?yàn)槁蜗拗撇辉试S使用承載資源的情況，緊急承載資源是可以使 用的，同時使用緊急承載資源的緊急呼叫還有可能在承載層是免費(fèi)的。但 GGSN的功能只是轉(zhuǎn)發(fā)UE發(fā)出的IP包，并不解析其應(yīng)用層內(nèi)容，上述過濾 規(guī)則能限制UE發(fā)出的IP包只能到達(dá)一些特定的用于緊急業(yè)務(wù)的P-CSCF， 但并不限制P-CSCF對接收到的內(nèi)容解析后是否仍進(jìn)行緊急業(yè)務(wù)處理，這樣 用戶就有可能在接入GGSN時申請緊急的承載資源，而在上層應(yīng)用使用普通 的呼叫，這樣就可以在接入側(cè)逃避計費(fèi)，漫游限制等，從而導(dǎo)致濫用緊急承 栽資源。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種MS中識別濫用緊急承載資源的 方法以及一種接入側(cè)承載控制IP網(wǎng)關(guān)，以防止緊急承載資源被濫用。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案包括
一種IP多媒體子系統(tǒng)IMS中識別濫用緊急承載資源的方法，在接入側(cè) 承栽控制IP網(wǎng)關(guān)針對緊急承栽資源設(shè)置包含IP聯(lián)系方式的過濾規(guī)則，該IP 聯(lián)系方式為緊急業(yè)務(wù)中和UE直接通過IP連接的功能實(shí)體中用于緊急業(yè)務(wù)的 IP聯(lián)系方式，該方法還包括
在呼叫過程中，接入側(cè)承載控制IP網(wǎng)關(guān)接收到使用緊急承栽資源傳遞的 IP包后，判斷該IP包中的IP聯(lián)系方式是否屬于所述過濾規(guī)則中允許通行的 IP聯(lián)系方式，若不是，則判定該呼叫濫用緊急承栽資源。
其中，所述和UE直接通過IP連接的功能實(shí)體包括UE發(fā)出的信令目 的IP地址所對應(yīng)的實(shí)體，以及UE發(fā)出的媒體目的IP地址所對應(yīng)的媒體設(shè) 備。
其中，所述媒體設(shè)備包括PSAP所控制的媒體設(shè)備、MGCF所控制的媒 體設(shè)備和網(wǎng)絡(luò)地址轉(zhuǎn)換NAT設(shè)備。
其中，如果所述J 某體設(shè)備并非專用于緊急業(yè)務(wù)，則為緊急業(yè)務(wù)中和UE 的直接通信方預(yù)留僅用于緊急業(yè)務(wù)的媒體面IP聯(lián)系方式。
其中，當(dāng)位于信令路徑中的某實(shí)體識別出接收的消息用于緊急業(yè)務(wù)，直 接或間接向媒體設(shè)備申請媒體資源時，攜帶表明是為緊急業(yè)務(wù)所申請媒體資 源的指示，所述接受申請的i某體設(shè)備為本次UE的直接通信方分配所預(yù)留的 媒體面IP聯(lián)系方式。
其中，所述IP聯(lián)系方式為通過IP進(jìn)行通信時所用到的標(biāo)識。
其中，所述通過IP進(jìn)行通信時所用到的標(biāo)識是IP地址，端口， IPSEC 的SPI， GRE隧道標(biāo)識、或IP層上的通信協(xié)議標(biāo)識會話的標(biāo)志之一，也可以 是以上所有的任意組合。
其中，所述呼叫過程由UE發(fā)起或由PSAP發(fā)起。
其中，當(dāng)所述呼叫由PSAP發(fā)起，且該P(yáng)SAP位于非IP域內(nèi)時，所述PSAP 通過PSAP所在地的MGCF接入IMS域。
其中，當(dāng)所述PSAP位于非IP域內(nèi)時，所述PSAP通過PSAP所在地的 MGCF接入IMS域的過程為
為PSAP分配一個單獨(dú)的用于緊急呼叫的號碼；
網(wǎng)絡(luò)才艮據(jù)為PSAP所分配的作為主叫的用于緊急呼叫的號碼，將該呼叫 路由到用戶歸屬地的MGCF，接入IMS域。
一種接入側(cè)承載控制IP網(wǎng)關(guān)，包括
過濾規(guī)則存儲模塊，用于保存針對緊急承載資源設(shè)置的包含IP聯(lián)系方式 的過濾規(guī)則，該IP聯(lián)系方式為緊急業(yè)務(wù)中和UE直接通過IP連接的功能實(shí) 體中用于緊急業(yè)務(wù)的IP聯(lián)系方式，
資源識別模塊，用于在呼叫過程中，接收到使用緊急承載資源傳遞的IP 包后，判斷該IP包中的IP聯(lián)系方式是否屬于所述過濾規(guī)則中允許通行的IP 聯(lián)系方式，若不是，則判定該呼叫濫用緊急承載資源。
其中，所述和UE直接通過IP連接的功能實(shí)體包括UE發(fā)出的信令目 的IP地址所對應(yīng)的實(shí)體，以及UE發(fā)出的媒體目的IP地址所對應(yīng)的媒體設(shè) 備；所述媒體設(shè)備包括PSAP所控制的媒體設(shè)備、MGCF所控制的媒體設(shè)備 和網(wǎng)絡(luò)地址轉(zhuǎn)換NAT設(shè)備。
其中，所述接入側(cè)承載控制IP網(wǎng)關(guān)包括GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)GGSN、分 組數(shù)據(jù)服務(wù)節(jié)點(diǎn)PDSN。
本發(fā)明的關(guān)鍵是，在接入側(cè)承載控制IP網(wǎng)關(guān)針對緊急承栽設(shè)置過濾規(guī) 則，該過濾規(guī)則中包含緊急業(yè)務(wù)中和UE直接通過IP連接的功能實(shí)體中用于 緊急業(yè)務(wù)的IP聯(lián)系方式，在呼叫過程中，接入側(cè)承載控制IP網(wǎng)關(guān)接收到使 用緊急承載資源傳遞的IP包后，判斷該IP包中的IP聯(lián)系方式是否屬于所述 過濾規(guī)則中允許通行的IP聯(lián)系方式，若不是，則判定該呼叫濫用緊急承栽資 源。本發(fā)明能夠迅速有效的識別出濫用緊急承載資源的呼叫，從而保證了緊 急承載資源只能凈皮應(yīng)用于緊急業(yè)務(wù)，避免了緊急承載資源凈皮濫用。本發(fā)明應(yīng) 用簡單、有效。


圖1是現(xiàn)有的IMS域的信令緊急呼叫的流程框架圖； 圖2是現(xiàn)有的MS承載資源的管理流程示意圖； 圖3是根據(jù)本發(fā)明第一實(shí)施例的承載資源管理流程示意圖； 圖4是根據(jù)本發(fā)明第二實(shí)施例的承栽資源管理流程示意圖。
具體實(shí)施例方式
下面結(jié)合附圖對本發(fā)明做進(jìn)一步的詳細(xì)說明。
本發(fā)明的主要思想是防止緊急承栽資源被濫用，為此，本發(fā)明提供的 方法是，在接入側(cè)承載控制IP網(wǎng)關(guān)針對緊急承栽資源設(shè)置過濾規(guī)則，該過濾 規(guī)則僅允許包含了緊急業(yè)務(wù)中和UE直接通過IP連接的功能實(shí)體中用于緊急 業(yè)務(wù)的IP聯(lián)系方式的IP包通行，在呼叫過程中，接入側(cè)承載控制IP網(wǎng)關(guān)接 收到使用緊急承載資源傳遞的IP包后，判斷該IP包中的IP聯(lián)系方式是否屬 于所述過濾規(guī)則中允許通行的IP聯(lián)系方式，若是，則繼續(xù)正常處理，否則判 定為濫用緊急承載資源。
上述和UE直接通過IP連接的功能實(shí)體包括UE發(fā)出的信令目的IP地 址所對應(yīng)的實(shí)體如P-CSCF等，以及UE發(fā)出的媒體目的IP地址所對應(yīng)的媒 體設(shè)備。
上述用于緊急業(yè)務(wù)中和UE直接通過IP連接的功能實(shí)體中用于緊急業(yè)務(wù) 的IP聯(lián)系方式包括緊急業(yè)務(wù)相關(guān)的P-CSCF的IP聯(lián)系方式，提供緊急業(yè)務(wù) 服務(wù)實(shí)體的媒體面IP聯(lián)系方式和NAT設(shè)備用于緊急業(yè)務(wù)的媒體面IP聯(lián)系方 式。上述IP聯(lián)系方式為通過IP進(jìn)行通信時所用到的標(biāo)識，該標(biāo)識可以是IP 地址，端口， IPsec (Internet protocol security)的安全參數(shù)索引(SPI )，通用 路由封裝(GRE)隧道標(biāo)識、或IP層上的通信協(xié)議標(biāo)識會話的標(biāo)志之一，也可 以是以上所有元素的任意組合。士某體設(shè)備是指用戶發(fā)出的數(shù)據(jù)包的IP目的地 址所對應(yīng)的實(shí)體，包括PSAP所控制的媒體設(shè)備，MGCF所控制的媒體設(shè)備，
的物理設(shè)備；MGCF所控制的媒體設(shè)備和MGCF本身也可以是相同或不同的 物理設(shè)備。
圖3和圖4是基于本發(fā)明的兩個具體實(shí)施例。
參見圖3，本實(shí)施例由UE發(fā)起緊急呼叫，接入側(cè)承載控制IP網(wǎng)關(guān)為 GGSN。
步驟201，在媒體設(shè)備，也就是PSAP所控制的媒體設(shè)備、MGCF所控 制的媒體設(shè)備、NAT設(shè)備上配置用于緊急業(yè)務(wù)的IP聯(lián)系方式，并保證當(dāng) 媒體設(shè)備需要為其它的會話業(yè)務(wù)提供服務(wù)時，需要為緊急業(yè)務(wù)中和UE的直
接通信方預(yù)留媒體面IP聯(lián)系方式，這些預(yù)留的媒體面IP聯(lián)系方式只能用于
緊急業(yè)務(wù)時和UE直接通信。具體為當(dāng)媒體設(shè)備收到為緊急業(yè)務(wù)申請媒體 資源的消息時，為該會話的媒體面分配僅用于緊急業(yè)務(wù)的IP聯(lián)系方式。如果 收到的為非緊急業(yè)務(wù)申請媒體資源的消息，則不能為其媒體面分配用于緊急 業(yè)務(wù)的IP聯(lián)系方式。
步驟202,在GGSN上針對緊急承載資源配置包含IP聯(lián)系方式的過濾規(guī) 則，該過濾規(guī)則中的IP聯(lián)系方式是緊急業(yè)務(wù)中和UE直接通過IP連接的功 能實(shí)體中用于緊急業(yè)務(wù)的IP聯(lián)系方式，通過該過濾規(guī)則可以限制UE使用緊 急承栽資源只能發(fā)送和接收包含有緊急業(yè)務(wù)相關(guān)的P-CSCF的IP聯(lián)系方式、 PSAP所控制的媒體設(shè)備上用于緊急業(yè)務(wù)的IP聯(lián)系方式，MGCF所控制的媒 體設(shè)備上只用于緊急業(yè)務(wù)的IP聯(lián)系方式，NAT設(shè)備上只用于緊急業(yè)務(wù)的IP 聯(lián)系方式的IP包。
在實(shí)際應(yīng)用中具體實(shí)現(xiàn)的過濾規(guī)則可以是多種多樣的，在此并不做限定。
上述步驟201和202之間沒有嚴(yán)格的先后順序，且與步驟203之間沒有 嚴(yán)格的時間要求，只要在步驟203之前完成即可。
步驟203~步驟204， UE向接入側(cè)發(fā)起資源申請請求，同時標(biāo)識出所申 請的承載資源用于緊急業(yè)務(wù)。這是一個創(chuàng)建PDP的過程。
步驟205, UE通過GGSN給P-CSCF發(fā)送INVITE請求。
步驟206， GGSN收到該INVITE請求后，因?yàn)樯暾堎Y源時已表明是緊急 承載資源，此時GGSN將會使用過濾規(guī)則匹配該IP包。本例中，該IP包的 目的地是符合過濾規(guī)則中的緊急業(yè)務(wù)P-CSCF的IP聯(lián)系方式，因此可以通行。
步驟207-212， GGSN前轉(zhuǎn)該接收到的INVITE請求，并將該請求傳送 到其他相應(yīng)設(shè)備，之后接收200消息，并將該200消息通過GGSN傳送給UE。
由于該P(yáng)-CSCF的IP聯(lián)系方式是通行的，因此，其發(fā)送給UE的消息能夠 通過GGSN的過濾，而且，如果確實(shí)是緊急業(yè)務(wù)的話，P-CSCF協(xié)商出的媒體 面的IP聯(lián)系方式一定是PSAP所控制的媒體設(shè)備上用于緊急業(yè)務(wù)的IP聯(lián)系方 式，或者，是MGCF所控制的媒體設(shè)備上用于緊急業(yè)務(wù)的IP聯(lián)系方式，或者 是NAT設(shè)備上用于緊急業(yè)務(wù)的IP聯(lián)系方式。
步驟213~步驟214， l正發(fā)起媒體面的承載資源申請，同時包含標(biāo)識該
申請的承載資源用于緊急業(yè)務(wù)。這是一個創(chuàng)建或更新PDP的過程。
步驟215~217， UE使用協(xié)商好的媒體面IP聯(lián)系方式發(fā)送媒體流，該IP 包通過GGSN中轉(zhuǎn)時，因?yàn)镚GSN記錄的該資源是用于緊急業(yè)務(wù)的，將會使 用過濾規(guī)則去匹配該IP包，如果匹配合法，則GGSN前傳該IP包，否則GGSN 將判斷該IP包為非法。
一旦識別某IP包為非法包，實(shí)際就判定該呼叫濫用緊急承栽資源，之后， 可以進(jìn)行相關(guān)處理，如阻斷當(dāng)前呼叫流程，并進(jìn)行相應(yīng)記錄等。
參見圖4，本實(shí)施例由PSAP發(fā)起對UE的回呼，接入側(cè)承載控制IP網(wǎng) 關(guān)為GGSN。本例中，PSAP的回叫也屬于緊急業(yè)務(wù)。
步驟301，在媒體設(shè)備，也就是PSAP所控制的媒體設(shè)備、MGCF所控 制的媒體設(shè)備、NAT設(shè)備上配置用于緊急業(yè)務(wù)i某體面的IP聯(lián)系方式，并保 證當(dāng)媒體設(shè)備需要為其它的會話業(yè)務(wù)提供服務(wù)時，需要為緊急業(yè)務(wù)中和UE 的直接通信方預(yù)留媒體面IP聯(lián)系方式，這些預(yù)留的媒體面IP聯(lián)系方式只能 用于緊急業(yè)務(wù)時和UE直接通信。具體為當(dāng)媒體設(shè)備收到為緊急業(yè)務(wù)申請 媒體資源的消息時，將為該會話的媒體面分配僅用于緊急業(yè)務(wù)的IP聯(lián)系方 式。如果收到的為非緊急業(yè)務(wù)申請i某體資源的消息，則不能為其i某體面分配 用于緊急業(yè)務(wù)的IP聯(lián)系方式。
步驟302，在GGSN上針對緊急承載資源配置包含IP聯(lián)系方式的過濾規(guī) 則，該過濾規(guī)則中的IP聯(lián)系方式是緊急業(yè)務(wù)中和UE直接通過IP連接的功 能實(shí)體中用于緊急業(yè)務(wù)的IP聯(lián)系方式，通過該過濾規(guī)則可以限制UE使用緊 急承載資源只能發(fā)送和接收包含有緊急業(yè)務(wù)相關(guān)的P-CSCF的IP聯(lián)系方式、 PSAP所控制的媒體設(shè)備上用于緊急業(yè)務(wù)的IP聯(lián)系方式，MGCF所控制的媒 體設(shè)備上只用于緊急業(yè)務(wù)的IP聯(lián)系方式，NAT設(shè)備上只用于緊急業(yè)務(wù)的IP 耳關(guān)系方式的IP包。
在實(shí)際應(yīng)用中具體實(shí)現(xiàn)的過濾規(guī)則可以是多種多樣的，在此并不做限定。 上述步驟301和302之間沒有嚴(yán)格的先后順序，且與步驟303之間沒有
嚴(yán)格的時間要求，只要在步驟303之前完成即可。
步驟303， PSAP發(fā)起回叫如果PSAP在PSTN域，那么PSAP所發(fā)出
的呼叫請求被路由到PSAP所在地的MGCF，然后通過該MGCF接入IMS
域。也就是說，當(dāng)PSAP需要接入IMS時， 一定是通過PSAP所在地，即所 呼叫用戶漫游所在地的MGCF接入IMS域，以防止PSAP回叫漫游用戶時， 從該用戶的歸屬地的MGCF接入IMS。具體實(shí)現(xiàn)時，可以進(jìn)一步為PSAP分 配一個單獨(dú)的用于緊急呼叫的號碼，這樣，只要是從此號碼發(fā)送出去的呼叫， 網(wǎng)絡(luò)根據(jù)為PSAP所分配的用于緊急呼叫的號碼即主叫的號碼，將該呼叫路 由到PSAP所在地的MGCF，接入IMS，從而實(shí)現(xiàn)從所呼叫用戶漫游所在地 的MGCF接入IMS。
MGCF要能夠識別該請求是一個緊急業(yè)務(wù)回叫請求。具體的識別方法有 在MGCF上配置一些號碼，所有主叫為該號碼的請求就是緊急呼叫的回叫請 求；或者，在PSAP發(fā)給MGCF的消息中攜帶指示，標(biāo)明這是一個緊急呼叫 的回叫請求。MGCF將為該緊急業(yè)務(wù)請求的媒體面分配MGCF所控制的媒體 設(shè)備上預(yù)留的僅用于緊急業(yè)務(wù)的IP聯(lián)系方式。
如果PSAP在IP域，那么PSAP攜帶用于緊急業(yè)務(wù)的i某體面IP聯(lián)系方 式向UE發(fā)起INVITE會話請求。
步驟304, P-CSCF將收到的INVITE消息遞給GGSN。
步驟305,因?yàn)榛亟惺前l(fā)生在UE發(fā)起緊急呼叫之后，而在UE發(fā)起緊急 呼叫的時候已經(jīng)標(biāo)明其用于接收INVITE消息的承載是一個緊急業(yè)務(wù)，所以 GGSN將使用針對緊急承載資源配置的過濾規(guī)則匹配收到的IP包。因?yàn)樵摪?是從指定P-CSCF發(fā)送過來的，所以能夠通過過濾，即該IP包為合法包，之 后GGSN繼續(xù)后續(xù)操作。
步驟306, GGSN將該請求發(fā)送給UE。
步驟307-308， UE為協(xié)商的媒體面申請承載資源，由于是緊急業(yè)務(wù)， 因此，UE會在承載請求消息中攜帶緊急承載指示以表示該承載資源用于緊 急業(yè)務(wù)。該過程是一個創(chuàng)建或更新PDP的過程。
步驟309，申請承載資源成功后，UE發(fā)送協(xié)商成功的響應(yīng)消息即200消 息。該消息的目的地址是PSAP，該消息通過GGSN中轉(zhuǎn)。
步驟310-312， GGSN接收到來自UE的200消息后，由于其所申請的 承載資源被標(biāo)明是緊急承載，因此GGSN將使用過濾規(guī)則去匹配該IP包， 匹配通過后再通過P-CSCF轉(zhuǎn)發(fā)給相關(guān)實(shí)體，如E-CSCF等。
步驟313，媒體設(shè)備發(fā)送媒體消息IP包給GGSN，如果在IP域，則由 PSAP所控制的媒體設(shè)備發(fā)送該媒體消息IP包，如是PSTN域，則PSAP通 過MGCF所控制的媒體設(shè)備發(fā)送該媒體消息IP包。如果中間有NAT設(shè)備， 則通過NAT設(shè)備后發(fā)送媒體消息包。
步驟314， GGSN接收到媒體消息IP包后，確定該IP包所使用的承載層 資源是緊急承載資源，因而使用過濾規(guī)則去匹配該IP包，匹配通過后執(zhí)行步 驟315，如果匹配失敗，則判定為濫用緊急承載資源。之后，可以進(jìn)行相關(guān) 處理，如阻斷當(dāng)前呼叫流程，并進(jìn)4亍相應(yīng)記錄等。
步驟315， GGSN將通過了過濾規(guī)則的合法IP包發(fā)送給UE。
以上僅以接入側(cè)承載控制IP網(wǎng)關(guān)是GGSN為例進(jìn)行說明，在實(shí)際應(yīng)用 中接入側(cè)承載控制IP網(wǎng)關(guān)還可以是其他邏輯實(shí)體，如分組數(shù)據(jù)服務(wù)節(jié)點(diǎn) (PDSN)等。
本發(fā)明還公開了 一種接入側(cè)承載控制IP網(wǎng)關(guān)，其包括
過濾規(guī)則存儲模塊，用于保存針對緊急承載資源設(shè)置的包含IP聯(lián)系方式 的過濾規(guī)則，該IP聯(lián)系方式為緊急業(yè)務(wù)中和UE直接通過IP連接的功能實(shí) 體中用于緊急業(yè)務(wù)的IP聯(lián)系方式，
資源識別模塊，用于在呼叫過程中，接收到使用緊急承載資源傳遞的IP 包后，判斷該IP包中的IP聯(lián)系方式是否屬于所述過濾規(guī)則中允許通行的IP 聯(lián)系方式，若不是，則判定該呼叫濫用緊急承載資源。
上述和UE直接通過IP連接的功能實(shí)體包括UE發(fā)出的信令目的IP地 址所對應(yīng)的實(shí)體，以及UE發(fā)出的媒體目的IP地址所對應(yīng)的媒體設(shè)備；
上述媒體設(shè)備包括PSAP所控制的媒體設(shè)備、MGCF所控制的媒體設(shè)備 和網(wǎng)絡(luò)地址轉(zhuǎn)換NAT設(shè)備。
上述接入側(cè)承栽控制IP網(wǎng)關(guān)包括GGSN、 PDSN等。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范 圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均 包含在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1、一種IP多媒體子系統(tǒng)IMS中識別濫用緊急承載資源的方法，其特征在于，在接入側(cè)承載控制IP網(wǎng)關(guān)針對緊急承載資源設(shè)置包含IP聯(lián)系方式的過濾規(guī)則，該IP聯(lián)系方式為緊急業(yè)務(wù)中和UE直接通過IP連接的功能實(shí)體中用于緊急業(yè)務(wù)的IP聯(lián)系方式，該方法還包括在呼叫過程中，接入側(cè)承載控制IP網(wǎng)關(guān)接收到使用緊急承載資源傳遞的IP包后，判斷該IP包中的IP聯(lián)系方式是否屬于所述過濾規(guī)則中允許通行的IP聯(lián)系方式，若不是，則判定該呼叫濫用緊急承載資源。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述和UE直接通過IP連接的功能實(shí)體包括UE發(fā)出的信令目的IP地 址所對應(yīng)的實(shí)體，以及UE發(fā)出的媒體目的IP地址所對應(yīng)的媒體設(shè)備。
3、 根據(jù)權(quán)力要求2所述的方法，其特征在于所述媒體設(shè)備包括PSAP 所控制的媒體設(shè)備、MGCF所控制的媒體設(shè)備和網(wǎng)絡(luò)地址轉(zhuǎn)換NAT設(shè)備。
4、 根據(jù)權(quán)利要求2所述的方法，其特征在于，如果所述媒體設(shè)備并非專 用于緊急業(yè)務(wù)，則為緊急業(yè)務(wù)中和UE的直接通信方預(yù)留僅用于緊急業(yè)務(wù)的 媒體面IP聯(lián)系方式。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，當(dāng)位于信令路徑中的某實(shí) 體識別出接收的消息用于緊急業(yè)務(wù)，直接或間接向媒體設(shè)備申請媒體資源時， 攜帶表明是為緊急業(yè)務(wù)所申請々某體資源的指示，所述接受申請的々某體設(shè)備為 本次UE的直接通信方分配所預(yù)留的媒體面IP聯(lián)系方式。
6、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述IP聯(lián)系方式為通過 IP進(jìn)行通信時所用到的標(biāo)識。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述通過IP進(jìn)行通信時 所用到的標(biāo)識是IP地址，端口， IPSEC的SPI， GRE隧道標(biāo)識、或IP層上 的通信協(xié)議標(biāo)識會話的標(biāo)志之一，也可以是以上所有的任意組合。
8、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述呼叫過程由UE發(fā)起 或由PSAP發(fā)起。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，當(dāng)所述呼叫由PSAP發(fā)起， 且該P(yáng)SAP位于非IP域內(nèi)時，所述PSAP通過PSAP所在地的MGCF接入IMS 域。
10、 根據(jù)權(quán)利要求9所述的方法，其特征在于，當(dāng)所述PSAP位于非IP 域內(nèi)時，所述PSAP通過PSAP所在地的MGCF接入IMS域的過程為為PSAP分配一個單獨(dú)的用于緊急呼叫的號碼；網(wǎng)絡(luò)才艮據(jù)為PSAP所分配的作為主叫的用于緊急呼叫的號碼，將該呼叫 路由到PSAP所在地的MGCF，接入IMS域。
11、 一種接入側(cè)承載控制IP網(wǎng)關(guān)，其特征在于，包括 過濾規(guī)則存儲模塊，用于保存針對緊急承栽資源設(shè)置的包含IP聯(lián)系方式的過濾規(guī)則，該IP聯(lián)系方式為緊急業(yè)務(wù)中和UE直接通過IP連接的功能實(shí) 體中用于緊急業(yè)務(wù)的IP聯(lián)系方式，資源識別模塊，用于在呼叫過程中，接收到使用緊急承載資源傳遞的IP 包后，判斷該IP包中的IP聯(lián)系方式是否屬于所述過濾規(guī)則中允許通行的IP 聯(lián)系方式，若不是，則判定該呼叫濫用緊急承載資源。
12、 根據(jù)權(quán)利要求11所述的接入側(cè)承載控制IP網(wǎng)關(guān)，其特征在于， 所述和UE直接通過IP連接的功能實(shí)體包括UE發(fā)出的信令目的IP地址所對應(yīng)的實(shí)體，以及UE發(fā)出的媒體目的IP地址所對應(yīng)的力某體設(shè)備；所述媒體設(shè)備包括PSAP所控制的媒體設(shè)備、MGCF所控制的媒體設(shè)備 和網(wǎng)絡(luò)地址轉(zhuǎn)換NAT設(shè)備。
13、 根據(jù)權(quán)利要求11所述的接入側(cè)承載控制IP網(wǎng)關(guān)，其特征在于，所 述接入側(cè)承栽控制IP網(wǎng)關(guān)包括GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)GGSN、分組數(shù)據(jù)服務(wù)節(jié) 點(diǎn)PDSN。
全文摘要
本發(fā)明公開了一種IMS中識別濫用緊急承載資源的方法，其關(guān)鍵是，在接入側(cè)承載控制IP網(wǎng)關(guān)針對緊急承載資源設(shè)置包含IP聯(lián)系方式的過濾規(guī)則，該IP聯(lián)系方式為緊急業(yè)務(wù)中和UE直接通過IP連接的功能實(shí)體中用于緊急業(yè)務(wù)的IP聯(lián)系方式，在呼叫過程中，接入側(cè)承載控制IP網(wǎng)關(guān)接收到使用緊急承載資源傳遞的IP包后，判斷該IP包中的IP聯(lián)系方式是否屬于所述過濾規(guī)則中允許通行的IP聯(lián)系方式，若不是，則判定該呼叫濫用緊急承載資源。應(yīng)用本發(fā)明能夠迅速有效的識別出濫用緊急承載資源的呼叫，從而保證了緊急承載資源只能被應(yīng)用于緊急業(yè)務(wù)，避免了緊急承載資源被濫用。本發(fā)明應(yīng)用簡單、有效。本發(fā)明同時還公開了一種接入側(cè)承載控制IP網(wǎng)關(guān)。
文檔編號H04W4/22GK101106813SQ200610115388
公開日2008年1月16日 申請日期2006年8月15日 優(yōu)先權(quán)日2006年7月14日
發(fā)明者朱奮勤, 鵬 趙 申請人:華為技術(shù)有限公司