專利名稱：一種ip多媒體子系統(tǒng)網(wǎng)絡(luò)合法監(jiān)聽的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP多媒體子系統(tǒng)(IMS )通訊領(lǐng)域，特別涉及一種IP多媒 體子系統(tǒng)網(wǎng)絡(luò)合法監(jiān)聽的方法和系統(tǒng)。
背景技術(shù)：
IMS通信技術(shù)是今后通信的發(fā)展方向，對(duì)IMS合法監(jiān)聽的研究也是監(jiān) 聽研究領(lǐng)域比較熱門的一個(gè)研究課題。在IMS通信架構(gòu)中，控制層設(shè)備與 承載層設(shè)備完全分離。而現(xiàn)有的標(biāo)準(zhǔn)協(xié)議中建議對(duì)被控用戶的監(jiān)聽觸發(fā)在控 制層設(shè)備上實(shí)現(xiàn)，對(duì)媒體流的監(jiān)聽控制在媒體層設(shè)備(即承載層設(shè)備)上實(shí) 現(xiàn)；但是目前部分控制層設(shè)備無(wú)法直接輸出被控目標(biāo)的通信內(nèi)容。這是IMS 域通信監(jiān)聽面臨的 一個(gè)實(shí)現(xiàn)難題。
目前3GPP (第三代合作伙伴計(jì)劃)中定義的IMS網(wǎng)絡(luò)架構(gòu)圖見圖1, 其中IMS的框架結(jié)構(gòu)主要包括CSCF ( Call Session Control Function,呼叫會(huì) 話控制功能)、MGCF ( Media Gateway Control Function, Jf某體網(wǎng)關(guān)控制功 能)、IMS畫MGW( IMS-Media Gate Way, IMS媒體網(wǎng)關(guān))、MRFC ( Multimedia Resource Function Controller,多媒體資源功能控制器)、MRFP ( Multimedia Resource Function Processor,多媒體資源功能處理器)、BGCF (Breakout Gateway Control Function,出口網(wǎng)關(guān)控制功能)等功能實(shí)體。其中CSCF是 整個(gè)網(wǎng)絡(luò)的核心，支持SIP (會(huì)話發(fā)起協(xié)議)協(xié)議處理SIP會(huì)話。P-CSCF (代 理CSCF)是UE (用戶設(shè)備)接入IMS系統(tǒng)的入口，實(shí)現(xiàn)了在SIP協(xié)議中 的Proxy (代理)和UserAgent (用戶代理)功能；MGCF和IMS-MGW是 與CS (電路域)域和PSTN (公共交換電話網(wǎng)絡(luò))互通的功能實(shí)體，分別負(fù) 責(zé)控制信令和媒體流的互通；MRFC和MRFP是實(shí)現(xiàn)多方會(huì)議的功能實(shí)體， 控制層面的MRFC通過H.248控制MRFP; BGCF是IMS域與外部網(wǎng)絡(luò)的 分界點(diǎn)，它選擇在哪里跟CS域或PSTN互聯(lián)。
目前監(jiān)聽標(biāo)準(zhǔn)有很多種類，但是都基于3個(gè)標(biāo)準(zhǔn)接口方式，HI1接口實(shí) 現(xiàn)設(shè)控及管理；HI2接口上報(bào)被控目標(biāo)通信的監(jiān)聽相關(guān)信息(IRI) ; HI3接 口輸出被控目標(biāo)的通信內(nèi)容(CC)。而HI2接口消息一般由控制層設(shè)備輸 出，HI3接口通信內(nèi)容由承載層設(shè)備完成。
圖1中所示網(wǎng)元可以分為控制層網(wǎng)元和承載層網(wǎng)元，要求他們都提供監(jiān) 聽功能，在開發(fā)和工程實(shí)施角度來(lái)看是比較困難的；特別是很多承載層網(wǎng)元， 并不具備媒體的復(fù)制功能，這些都給目前IMS領(lǐng)域?qū)嵤┍O(jiān)聽?zhēng)?lái)困難。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種對(duì)IMS域通信進(jìn)行合法監(jiān)聽的方 法和系統(tǒng)。
為了解決上述技術(shù)問題，本發(fā)明提供了一種IP多々某體子系統(tǒng)網(wǎng)絡(luò)合法 監(jiān)聽方法，包含如下步驟
(a) 呼叫會(huì)話控制功能CSCF收到會(huì)話發(fā)起協(xié)議SIP消息，如果需要 監(jiān)聽，則將所述SIP消息轉(zhuǎn)發(fā)給監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器；
(b) 監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器收到所述SIP消息后，為本次呼叫在所述監(jiān) 聽網(wǎng)關(guān)應(yīng)用服務(wù)器上分配主叫代理端口和被叫代理端口 ，修改本次呼叫中的 SIP消息，將主叫端口信息修改為主叫代理端口信息發(fā)送給被叫，將被叫端 口信息修改為被叫代理端口信息發(fā)送給主叫；
(c )主叫和被叫之間通信的媒體流分別發(fā)送到所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù) 器的被叫代理端口或主叫代理端口 ，所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器復(fù)制所述媒體 流，發(fā)送給法律強(qiáng)制監(jiān)控設(shè)備LEMF。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟(a)中，所述CSCF 收到所述SIP消息后，通過查詢初始過濾準(zhǔn)則判斷是否需要監(jiān)聽，查詢初始 過濾準(zhǔn)則后，如果滿足監(jiān)聽觸發(fā)條件，則觸發(fā)監(jiān)聽。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟(a)中，滿足觸發(fā) 監(jiān)聽條件后，再進(jìn)一步判斷所述SIP消息路由中是否已經(jīng)穿越過所述監(jiān)聽網(wǎng) 關(guān)應(yīng)用服務(wù)器，如果沒有，則觸發(fā)監(jiān)聽。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟(b)中，如果所述
監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器分配主叫和/或被叫代理端口失敗或建立到LEMF的 HI3通道失敗，所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器根據(jù)用戶的監(jiān)聽設(shè)置條件進(jìn)行處 理，如果用戶的監(jiān)聽設(shè)置條件為必須監(jiān)聽，則所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器給所 述CSCF返回失敗指示，本次呼叫失敗。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟(c)中，所述LEMF 為一個(gè)或多個(gè)，所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器將所述媒體流組裝成所述LEMF 所需的媒體包格式，通過HI3接口發(fā)送給所述LEMF。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟(b)中，所述監(jiān)聽 網(wǎng)關(guān)應(yīng)用服務(wù)器修改所述SIP消息后，發(fā)送給所述CSCF，再由所述CSCF 發(fā)送給所述主叫或被叫。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟(b)中，所述監(jiān)聽 網(wǎng)關(guān)應(yīng)用服務(wù)器在所述SIP消息的消息頭中增加所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器 的路由信息，將修改后的SIP消息發(fā)送給所述CSCF。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述CSCF收到所述監(jiān)聽網(wǎng)關(guān) 應(yīng)用服務(wù)器返回的SIP消息后，生成監(jiān)聽相關(guān)信息X2報(bào)告，發(fā)送給所述監(jiān) 聽網(wǎng)關(guān)應(yīng)用服務(wù)器，所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器將其轉(zhuǎn)換成HI2接口消息傳送 給所述LEMF。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)，所述步驟(b)中，所述監(jiān)聽 網(wǎng)關(guān)應(yīng)用服務(wù)器分配主叫代理端口和被叫代理端口后，在本地建立本次呼叫 的端口地址映射表，包含主叫端口和主叫代理端口信息，被叫端口和被叫代 理端口信息，在本次呼叫過程中，當(dāng)主叫或被叫端口改變時(shí)，更新所述端口 地址映射表。
一種IP多媒體子系統(tǒng)網(wǎng)絡(luò)合法監(jiān)聽系統(tǒng)，包含CSCF, LEMF，還包括 監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器，其中，
所述CSCF接收會(huì)話發(fā)起協(xié)議SIP消息，判斷是否需要監(jiān)聽，如果需要 監(jiān)聽，則將所述SIP消息轉(zhuǎn)發(fā)給監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器；
所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器，用于接收CSCF發(fā)送的SIP消息，為呼叫在
所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器上分配主叫代理端口和被叫代理端口 ，修改呼叫中 的SIP消息，將主叫端口信息修改為主叫代理端口信息發(fā)送給被叫，將被叫 端口信息修改為被叫代理端口信息發(fā)送給主叫，接收主叫和被叫發(fā)送到所述 監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器的被叫代理端口或主叫代理端口的媒體流，并復(fù)制所述
媒體流，發(fā)送給法律強(qiáng)制監(jiān)控設(shè)備LEMF;
所述LEMF接收所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器發(fā)送的J 某體流。
本發(fā)明通過引入監(jiān)聽?wèi)?yīng)用服務(wù)器來(lái)實(shí)現(xiàn)監(jiān)聽的功能，這樣最大限度地減 少了由于監(jiān)聽功能的引入而帶來(lái)的各個(gè)控制網(wǎng)元業(yè)務(wù)流程的變化。在實(shí)施本 方法的IMS監(jiān)聽后，可以避開IMS域復(fù)雜的網(wǎng)元結(jié)構(gòu)，對(duì)大部分網(wǎng)元不做 任何監(jiān)聽技術(shù)方面的改進(jìn)要求，監(jiān)聽觸發(fā)可以僅在CSCF網(wǎng)元設(shè)備上進(jìn)行實(shí) 現(xiàn)，即可方便地實(shí)現(xiàn)對(duì)IMS域通信的監(jiān)聽，從而大大降低了 IMS域監(jiān)聽實(shí) 現(xiàn)的復(fù)雜度。


圖1是3GPP中定義的IMS網(wǎng)絡(luò)架構(gòu)圖2是本發(fā)明IMS合法監(jiān)聽實(shí)現(xiàn)框架圖3是本發(fā)明INVITE (邀請(qǐng))觸發(fā)的業(yè)務(wù)的流程圖4是本發(fā)明LIG AS (Lawful interception gateway application server, 合法監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器)監(jiān)聽功能處理流程圖。
具體實(shí)施例方式
本發(fā)明提供了一種實(shí)現(xiàn)對(duì)IMS系統(tǒng)合法監(jiān)聽的系統(tǒng)，如圖2所示，主 要包含LIGAS、 S-CSCF、 LEMF (法律強(qiáng)制監(jiān)控設(shè)備)，其中，
所述S-CSCF,與LIG AS相連，提供觸發(fā)監(jiān)聽到LIG AS服務(wù)器上的功 能和提供X2監(jiān)聽接口功能。
為了確保實(shí)現(xiàn)特定的監(jiān)聽業(yè)務(wù)處理，S-CSCF應(yīng)該決定是否需要LIG AS 服務(wù)器來(lái)接收與入向SIP會(huì)話請(qǐng)求有關(guān)的信息，也即S-CSCF根據(jù)信息情況
把監(jiān)聽業(yè)務(wù)分給一個(gè)獨(dú)立外置的LIG AS服務(wù)器去處理。
S-CSCF的決定可以基于從HSS (歸屬用戶服務(wù)器)接收到的監(jiān)聽信息 (該信息可能有部分被過濾)。該過濾信息按照每個(gè)監(jiān)聽用戶信息進(jìn)行存儲(chǔ) 和傳送。
LIG AS 務(wù)器的地址信息來(lái)自HSS ?；蛘呖梢酝ㄟ^ADMF (Administration Function,管理功能)設(shè)控和配置LIG AS服務(wù)器的地址信 息來(lái)達(dá)到設(shè)置過濾條件的目的。
在S-CSCF處理呼叫過程中，從S-CSCF的角度看，S-CSCF與LIG AS 和"SIP Application server ( SIP應(yīng)用月良務(wù)器)，，，"OSA service capability server (開放業(yè)務(wù)平臺(tái)業(yè)務(wù)能力服務(wù)器)"及"IM-SSF(IP多媒體服務(wù)轉(zhuǎn)換功能)" 的接口是一致的。在處理邏輯上，將把LIG AS服務(wù)器和其他SIP應(yīng)用服務(wù) 器一樣才喿作處理。S-CSCF通過SIP會(huì)話請(qǐng)求通知LIG AS或者IM SSF， OSA SCS以及其他SIP應(yīng)用服務(wù)器，這些服務(wù)器應(yīng)該保證能夠通過發(fā)送消息給 S-CSCF，讓S-CSCF知曉所有動(dòng)作的結(jié)果。
S-CSCF在呼叫過程中隨著呼叫狀態(tài)的遷移而將相應(yīng)的X2信息傳遞給 LIG AS。其中X2信息也可以由P-CSCF提供給LIGAS。
SIP呼叫穿越LIG AS服務(wù)器主要通過ISC (IP多媒體子系統(tǒng)業(yè)務(wù)控制) 接口來(lái)實(shí)現(xiàn)。ISC是S-CSCF (服務(wù)CSCF)和應(yīng)用服務(wù)器(AS)間的接口。 S-CSCF和LIG AS間的接口是為了使用LIG AS提供的監(jiān)聽功能服務(wù)。SIP 應(yīng)用服務(wù)器可以在主機(jī)運(yùn)行服務(wù)。SIP應(yīng)用服務(wù)器在服務(wù)的資源上可能影響 SIP會(huì)話，甚至發(fā)生沖突，所以SIP應(yīng)用服務(wù)器通過ISC接口和S-CSCF通 訊。
所述LIGAS是本發(fā)明引入的，LIGAS是一個(gè)SIP應(yīng)用服務(wù)器，同時(shí)兼 監(jiān)聽網(wǎng)關(guān)LIG的功能。它具有控制層和媒體層的轉(zhuǎn)換和控制功能，用于實(shí)現(xiàn) SIP信令和媒體的穿越。
LIG AS服務(wù)器的控制層對(duì)所經(jīng)過的SIP消息進(jìn)行端口修改以達(dá)到控制 媒體流路由的目的；當(dāng)通過對(duì)穿越的SIP信令消息進(jìn)行修改后，LIG AS將
作為媒體流的中間設(shè)備，提供和SIP會(huì)話相關(guān)的媒體的穿越，并復(fù)制所經(jīng)過
的IP媒體內(nèi)容并轉(zhuǎn)換成監(jiān)聽中心設(shè)備LEMF所需要的標(biāo)準(zhǔn)監(jiān)聽信息內(nèi)容供
監(jiān)聽中心分析處理。
X接口主要用于監(jiān)聽網(wǎng)關(guān)LIG和被監(jiān)控網(wǎng)元之間傳遞監(jiān)聽信息的內(nèi)部 接口；在本發(fā)明中，在LIGAS和其他被控網(wǎng)元之間只有X2接口事件消息， 而X3接口不存在。LIGAS收到X2信息后，轉(zhuǎn)換為標(biāo)準(zhǔn)的HI2接口消息， 傳遞給監(jiān)聽中心設(shè)備LEMF;對(duì)所需監(jiān)聽的X3媒體流，通過LIGAS應(yīng)用 服務(wù)器進(jìn)行媒體流的路由控制的功能，使得需監(jiān)聽的媒體流穿越該設(shè)備，在 穿越時(shí)，LIGAS同時(shí)進(jìn)行媒體流的復(fù)制功能。從而使得IMS系統(tǒng)中的控制 層設(shè)備只需按照正常的電信業(yè)務(wù)呼叫控制進(jìn)行流程處理，為監(jiān)聽功能只需要 提供監(jiān)聽所需的X2接口消息，而對(duì)本單元的流程處理幾乎沒有影響；對(duì)于 媒體層設(shè)備，可以忽略監(jiān)聽功能的存在，媒體層的監(jiān)聽功能的處理由LIG AS 進(jìn)行處理，對(duì)其他媒體層設(shè)備是透明操作。
在現(xiàn)有協(xié)議中，提供額外的多媒體業(yè)務(wù)或者其他業(yè)務(wù)的應(yīng)用服務(wù)器可以 駐留在用戶的home network (注冊(cè)網(wǎng)絡(luò))或者駐留在第三方中。這個(gè)第三方 可以是一個(gè)網(wǎng)絡(luò)，也可以是一個(gè)單獨(dú)的AS。 LIGAS作為應(yīng)用服務(wù)器AS的 一種，建議駐留在用戶的home network的核心網(wǎng)中。
所述LEMF,作為監(jiān)聽中心設(shè)備存在，接收來(lái)自LIG AS服務(wù)器的HI2 報(bào)告消息和HI3通信內(nèi)容；HI2接口主要用于上報(bào)與呼叫相關(guān)或者無(wú)關(guān)的事 件；HB接口用于傳遞所監(jiān)聽的通訊內(nèi)容。
S-CSCF通過ISC接口觸發(fā)監(jiān)聽的業(yè)務(wù)流程參見圖3，在圖3中過濾準(zhǔn) 則LI定義為通過判斷SIP消息中的主被叫用戶是否為被控目標(biāo)而確定是否 觸發(fā)監(jiān)聽，圖中所示流程描述如下
步驟1,用戶通過向其S-CSCF發(fā)送一個(gè)SIP初始請(qǐng)求，啟動(dòng)一個(gè)SIP 會(huì)話；
步驟2,當(dāng)收到這個(gè)SIP初始請(qǐng)求后，S-CSCF從這個(gè)請(qǐng)求中推導(dǎo)出觸
發(fā)服務(wù)點(diǎn)(SPT),然后檢查SPT是否與過濾準(zhǔn)則LI匹配，如果匹配，則 將觸發(fā)監(jiān)聽，S-CSCF轉(zhuǎn)發(fā)該SIP初始請(qǐng)求到LIG AS;
所述觸發(fā)服務(wù)點(diǎn)，通常包含呼叫請(qǐng)求的URI; SIP方法(請(qǐng)求的類型， 如INVITE或者M(jìn)ESSAGE) ; SIP消息頭(包含與該請(qǐng)求相關(guān)的信息)； 會(huì)話情形(起始，終止，終止未注冊(cè))；會(huì)話描述(會(huì)話描述協(xié)議字段內(nèi)容 的服務(wù)點(diǎn)觸發(fā)器)。
步驟3, LIG AS執(zhí)行特定的業(yè)務(wù)邏輯，進(jìn)行媒體端口的分配和SIP消息 中地址信息的替換，執(zhí)行完成后，將該SIP請(qǐng)求再回送給S-CSCF,并可能 會(huì)修改業(yè)務(wù)相關(guān)信息；
步驟4a，收到從LIG AS返回的SIP請(qǐng)求后，S-CSCF再次從這個(gè)請(qǐng)求 中推導(dǎo)出SPT,然后檢查SPT是否與其他過濾準(zhǔn)則匹配，如果匹配，則 S-CSCF轉(zhuǎn)發(fā)該請(qǐng)求到AS1中，轉(zhuǎn)到步驟5a,否則，轉(zhuǎn)到步驟4b;
其中，AS1是系統(tǒng)中另外一個(gè)AS應(yīng)用服務(wù)器。
步驟4b,如果該請(qǐng)求與任何后續(xù)的過濾準(zhǔn)則都不匹配，則S-CSCF按照 正常的SIP路由機(jī)制尋找下一跳網(wǎng)元然后進(jìn)行轉(zhuǎn)發(fā)(SIP路由機(jī)制釆用 RFC3261的松散路由Loose Routing)，結(jié)束；
步驟5a, AS1按照ServiceKey (業(yè)務(wù)鍵)執(zhí)行特定的業(yè)務(wù)邏輯，執(zhí)行完 成后，將該SIP請(qǐng)求再回送給S-CSCF,并可能會(huì)修改業(yè)務(wù)相關(guān)信息；
步驟6a, S-CSCF檢查AS 1發(fā)送的SIP請(qǐng)求，發(fā)現(xiàn)與任何過濾準(zhǔn)則都不 匹配，于是S-CSCF按照正常的SIP路由機(jī)制尋找下一跳然后進(jìn)行轉(zhuǎn)發(fā)；
上述4a, 4b, 5a， 6a闡述呼叫經(jīng)過監(jiān)聽LIG AS后的兩種呼叫流程，用 于說明LIG AS和AS1從呼叫流程形式上是類似的，即LIG AS與S-CSCF 的交互與其他AS和S-CSCF的交互是類似的。
IMS系統(tǒng)中，監(jiān)聽業(yè)務(wù)的觸發(fā)在S-CSCF中完成，業(yè)務(wù)數(shù)據(jù)在注冊(cè)階 段下載到S-CSCF中，包括Filter Criteria (過濾準(zhǔn)則)。在用戶注冊(cè)時(shí)， 或收到未注冊(cè)用戶的一個(gè)終止的初始請(qǐng)求時(shí)，觸發(fā)監(jiān)聽的初始過濾規(guī)則被下 載到S-CSCF。在從HSS下載用戶配置后，S-CSCF進(jìn)行監(jiān)聽過濾器準(zhǔn)則的 評(píng)估
步驟l， CSCF收到SIP請(qǐng)求，檢查公共用戶身份是否被禁止，如果不 是，則繼續(xù)；
公共用戶身份是IMS中的用戶身份，用于和其他用戶通信時(shí)所用的身 份；可以被公布在電話本或者名片上的一種標(biāo)識(shí)；本步驟主要識(shí)別該用戶 是否有權(quán)限發(fā)起呼叫；
步驟2,檢查該請(qǐng)求是一個(gè)起始請(qǐng)求還是一個(gè)終止請(qǐng)求；
步驟3 ,為會(huì)話情形選擇初始過濾規(guī)則(初始Originating 、結(jié)束 Terminating,或未注冊(cè)用戶結(jié)束Terminating—Unregistered),缺省將監(jiān)聽觸 發(fā)規(guī)則置為最高優(yōu)先級(jí)的過濾規(guī)則。
此處的監(jiān)聽觸發(fā)通過會(huì)話情形觸發(fā)。
步驟4,通過將該呼叫請(qǐng)求的公共用戶身份與服務(wù)配置相比較，檢查該 請(qǐng)求是否與該用戶的最高優(yōu)先級(jí)的初始過濾規(guī)則，也即監(jiān)聽觸發(fā)過濾規(guī)則相 匹配。
1) 如果該請(qǐng)求與該過濾規(guī)則匹配，則S-CSCF將請(qǐng)求轉(zhuǎn)發(fā)給LIGAS。 接下來(lái)，S-CSCF還會(huì)檢查請(qǐng)求是否與較低優(yōu)先級(jí)的下一個(gè)過濾MJ!'j相匹配， 如果匹配，則在SIP消息從LIG AS處返回時(shí)，將該過濾規(guī)則應(yīng)用于該SIP 方法。
2) 若該請(qǐng)求不能與最高優(yōu)先級(jí)的監(jiān)聽觸發(fā)過濾規(guī)則相匹配，則檢查它 是否與下一個(gè)優(yōu)先級(jí)的過濾規(guī)則匹配，直至匹配上一個(gè)為止。
3) 若不再有初始過濾規(guī)則適用，則S-CSCF基于路由決策對(duì)該請(qǐng)求進(jìn) 行轉(zhuǎn)發(fā)。
如果所聯(lián)系的LIG AS沒有響應(yīng)，則S-CSCF遵從與該初始過濾,見則相 關(guān)的缺省處理過程，即基于過濾規(guī)則中的信息，或者終止會(huì)話，或者讓會(huì)話 繼續(xù)。 一般缺省為讓會(huì)話繼續(xù)；如果初始過濾規(guī)則沒有包含在聯(lián)系LIG AS 失敗后S-CSCF應(yīng)如何操作的指示，S-CSCF的缺省行為是讓呼叫繼續(xù)。
S-CSCF網(wǎng)元觸發(fā)監(jiān)聽后，將SIP呼叫請(qǐng)求轉(zhuǎn)發(fā)給LIGAS;當(dāng)該請(qǐng)求消 息到達(dá)LIGAS時(shí)，LIGAS設(shè)備在本設(shè)備內(nèi)申請(qǐng)資源來(lái)設(shè)定本次呼叫的主被 叫的代理端口。在資源端口申請(qǐng)成功后，將修改SIP消息，將位于LIGAS
上的主叫代理端口 (IP+UDP Port,網(wǎng)際協(xié)議+用戶數(shù)據(jù)4艮協(xié)i義端口 )發(fā)送給4皮 叫用戶，并將位于LIG AS上的被叫代理端口 (IP+UDP Port)發(fā)送給主叫用戶。
這樣，在LIG AS的控制下，主叫上行媒體流發(fā)送到LIG AS上的被叫 代理端口，被叫上行媒體流發(fā)送到主叫代理端口。在LIGAS內(nèi)部，發(fā)送到 主被叫代理端口的々某體進(jìn)行交換，并重新轉(zhuǎn)發(fā)到主被叫用戶。這樣，媒體流 在LIG AS設(shè)備內(nèi)部實(shí)現(xiàn)穿越，這個(gè)過程對(duì)于主被叫用戶來(lái)說是透明的。
在媒體穿越的同時(shí)，LIG AS還負(fù)責(zé)對(duì)于穿越的媒體進(jìn)行復(fù)制，并以標(biāo) 準(zhǔn)的HI3消息封裝發(fā)送給監(jiān)聽中心設(shè)備LEMF,從而實(shí)現(xiàn)對(duì)IMS域通信的 監(jiān)聽。
通過以上的步驟完成了 HI3消息的封裝和傳遞；HI2消息將由 P-CSCF/S-CSCF提供X2接口消息，然后在LIG AS完成HI2消息接口的轉(zhuǎn) 換，將內(nèi)部接口 X2消息轉(zhuǎn)換為標(biāo)準(zhǔn)的HI2接口消息。
下面通過本發(fā)明的 一 實(shí)施例進(jìn)一 步詳細(xì)說明本發(fā)明，具體步驟如下，
步驟301, CSCF收到某次會(huì)話的SIP消息后，根據(jù)消息中源SIP URI (統(tǒng)一資源標(biāo)識(shí)符)、目的SIPURI對(duì)應(yīng)的用戶屬性進(jìn)行判斷，通過查詢初 始過濾規(guī)則iFC條件，判斷是否符合觸發(fā)監(jiān)聽的條件；當(dāng)滿足觸發(fā)監(jiān)聽的條 件時(shí)，再判斷該SIP消息路由中是否已經(jīng)穿越過LIG AS;如果該消息還未 經(jīng)過LIGAS,則觸發(fā)監(jiān)聽才喿作。
步驟302,如果觸發(fā)監(jiān)聽，查詢到iFC條件對(duì)應(yīng)的LIGAS后，CSCF將 本次呼叫消息轉(zhuǎn)發(fā)給LIG AS。
步驟303， LIG AS為本次呼叫分配主^皮叫代理端口。
LIG AS收到呼叫請(qǐng)求消息后，在本地申請(qǐng)主被叫代理端口，同時(shí)建立 本次呼叫的端口地址映射表。如果申請(qǐng)失敗，即申請(qǐng)主叫和/或被叫代理端 口失敗，LIG將根據(jù)該用戶的監(jiān)聽設(shè)置條件進(jìn)行處理，如果該用戶的監(jiān)聽屬 性設(shè)置為必須進(jìn)行監(jiān)聽設(shè)置，則給CSCF返回失敗指示，導(dǎo)致本次呼叫失??； 否則，本次監(jiān)聽凈皮忽略，LIGAS將收到的呼叫消息轉(zhuǎn)發(fā)回CSCF, CSCF按 照正常處理完成本次呼叫控制。
步驟304， LIG AS建立到LEMF的HI3通道。
LIG AS申請(qǐng)代理端口成功后，建立到LEMF的HI3通道。如果HI3通 道建立失敗，LIG AS將根據(jù)該用戶的監(jiān)聽設(shè)置條件進(jìn)行處理。如果用戶的 監(jiān)聽屬性設(shè)置為在HI3通道建立失敗的情況下，不允許繼續(xù)通信操作，則給 CSCF返回失敗指示，導(dǎo)致本次呼叫失敗；否則，本次監(jiān)聽被忽略，LIG AS 將收到的呼叫消息轉(zhuǎn)發(fā)回CSCF; CSCF按照正常處理完成本次呼叫控制；
步驟305, LIGAS對(duì)SIP消息中端口進(jìn)行更改來(lái)替換主叫地址，將主叫 代理端口 SDP (會(huì)話描述協(xié)議)信息替換主叫SDP信息。然后向CSCF轉(zhuǎn) 發(fā)回修改后的SIP消息，在該消息頭的路由信息字段Via中還添加了本LIG AS的^各由信息，以防止其他S-CSCF再次觸發(fā)監(jiān)聽呼叫到LIG AS上；
步驟306, CSCF向下一跳網(wǎng)元發(fā)送INVITE消息，其中的主叫SDP信 息中的端口已經(jīng)被替換為主叫代理端口；
步驟307, CSCF收到來(lái)自被叫用戶的200OK (即被叫用戶的應(yīng)答消息) 消息時(shí)，將該消息傳遞給LIG AS， LIG AS修改該200OK消息的被叫SDP 信息，將被叫代理端口 SDP信息替換被叫SDP信息，同時(shí)更新端口地址映 射表；然后向CSCF轉(zhuǎn)發(fā)修改后的2000K消息，CSCF將向主叫用戶方轉(zhuǎn)發(fā) 該200OK消息，其中的原被叫用戶SDP的端口信息部分已經(jīng)被替換為被叫 代理端口 。
步驟308,主被叫通信后，主被叫媒體將發(fā)送到LIGAS上的代理端口， 在LIG AS上實(shí)現(xiàn)穿越；
步驟309,媒體流在LIGAS上完成復(fù)制，并發(fā)送給LEMF。
LIG AS設(shè)備需要完成對(duì)LEMF的分發(fā)4喿作及HI3 4妾口適配；LIG AS查 詢用戶的設(shè)控?cái)?shù)據(jù)，對(duì)于多個(gè)監(jiān)聽中心同時(shí)對(duì)一個(gè)用戶進(jìn)行設(shè)控的情況，每 個(gè)監(jiān)聽中心的設(shè)控方式和HI3接口要求可能不同。LIG AS根據(jù)設(shè)控監(jiān)聽中 心的設(shè)控參數(shù)，向多個(gè)設(shè)控的監(jiān)聽中心復(fù)制媒體，按照設(shè)控參數(shù)組裝成 LEMF所需的媒體包格式，然后分發(fā)給各個(gè)LEMF,完成分發(fā)操作。
各個(gè)LEMF對(duì)ffl3接口要求不同的處理如下。用戶媒體的RTP包到達(dá) LIG AS ,LIG AS根據(jù)監(jiān)聽中心對(duì)HI3的接口要求進(jìn)行封裝后發(fā)送給LEMF。
如果LEMF要求以El中繼進(jìn)行承載(參見ts 101 671),則LIG AS需要將IP 媒體包首先轉(zhuǎn)換為TDM (時(shí)分復(fù)用)方式，并建立到LEMF的ISUP (綜合 業(yè)務(wù)數(shù)字網(wǎng)用戶部分)呼叫。該方式只能完成對(duì)語(yǔ)音、傳真業(yè)務(wù)的監(jiān)聽。如 果監(jiān)聽中心要求HI3接口按照TS 102 232或者TS 133 108方式實(shí)現(xiàn)，LIG AS 將收到的RTP(實(shí)時(shí)傳送協(xié)議)包作為數(shù)據(jù)內(nèi)容，按照TS 102 232或者TS 133 108定義的格式進(jìn)行封裝，然后發(fā)送給LEMF設(shè)備。
步驟310，在隨后的呼叫過程中，對(duì)于每次穿越LIG AS的SIP消息， 將進(jìn)行相應(yīng)的主被叫SDP信息的端口地址和LIG AS修改后的主被叫代理端 口地址的轉(zhuǎn)換。
步驟311,在通信過程中，當(dāng)SDP發(fā)生改變時(shí)，如果媒體類型發(fā)生變化， 只進(jìn)行消息地址轉(zhuǎn)換后的傳遞；如果媒體端口地址發(fā)生變化時(shí)，將更新LIG AS保存的端口地址映射表，并更新隨后的SIP呼叫消息的地址信息；
對(duì)于增加媒體流的情況，LIG AS側(cè)需要增加一組代理端口，同時(shí)將新 增的媒體流復(fù)制發(fā)送給LEMF。增加媒體流可以通過在SDP描述中增加 "m=，，來(lái)表示。
對(duì)于刪除媒體流的情況，每條纟某體流對(duì)應(yīng)一組代理端口，因?yàn)镾DP協(xié) 議中可以獲得々某體流的數(shù)目，并且每個(gè)々某體流在SDP中的描述順序是不變 的，所以可以將每組代理端口與各條媒體流一^~對(duì)應(yīng)。刪除媒體流時(shí)，LIG AS側(cè)需要將相應(yīng)的代理端口刪除，同時(shí)也通過SIP信令消息通知LEMF停 止接收媒體。
步驟312,呼叫結(jié)束，釋放媒體通道，同時(shí)釋放HI3接口連接，并刪除 LIG AS中的本次呼叫端口地址映射表。
在以上處理中，LIG AS服務(wù)器將一次呼叫分為主,皮叫兩個(gè)平面來(lái)處理， 在發(fā)往主叫用戶消息的SDP中，填寫被叫代理端口；在發(fā)往^皮叫用戶消息 SDP中，填寫主叫代理端口。通過這樣的方式，控制主被叫用戶的媒體流發(fā) 送到LIG AS的代理端口。
LIG AS對(duì)每次呼叫分配代理端口，通過代理端口與主被叫的真實(shí)端口 來(lái)進(jìn)行媒體通信，并實(shí)現(xiàn)媒體的穿越，同時(shí)通過HI3接口復(fù)制發(fā)送到LEMF
設(shè)備。端口代理和媒體穿越，對(duì)于用戶和CSCF以外的網(wǎng)元是透明的。
圖4是IMS環(huán)境下的本發(fā)明具體實(shí)施的具體消息流程圖，下面結(jié)合流 程圖，進(jìn)一步說明CSCF和LIG AS設(shè)備上的對(duì)一次監(jiān)聽呼叫的具體處理方 法，在圖中，LIG AS和LEMF之間通過HI接口進(jìn)行通信；LIG AS和S-CSCF 之間存在X2接口； X2和HI2接口分別有四種消息BEGIN, CONTINUE, END和REPORT,分別指示呼叫的開始，呼叫中事件，結(jié)束和其他報(bào)告事 件。
步驟401:主叫用戶發(fā)INVITE請(qǐng)求到S-CSCF;
步驟402: CSCF設(shè)備通過INVITE消息攜帶的主叫用戶的SDP信息， 判斷是否觸發(fā)監(jiān)聽的過濾準(zhǔn)則；
步驟403:當(dāng)主叫用戶的SDP (會(huì)話描述協(xié)議)信息滿足監(jiān)聽觸發(fā)條件 時(shí)，S-CSCF將該INVITE請(qǐng)求發(fā)送給LIG AS;為了確保LIG AS完成操作 后還能再次收到該INVITE請(qǐng)求，還通過在i 各由有關(guān)的消息頭中增加部分信 息以確保隨后的請(qǐng)求消息路由能再次經(jīng)過自己；
上述部分信息指在該消息頭的路由信息字段Via中還添加了本LIG AS 的路由信息。
步驟404: LIGAS在收到該呼叫請(qǐng)求后，分配本地主被叫代理端口，并 建立端口地址映射表，將主^皮叫SDP和本地主被叫代理端口填入該表才各， 建立映射關(guān)系；
步驟405, 406: LIG AS建立到LEMF的HI3通道，以使得在呼叫中穿 越本設(shè)備的媒體流在復(fù)制完成后能發(fā)送到LEMF(CC)中。當(dāng)CC通道建立完 成后，LEMF(CC)將回復(fù)ACK給LIG AS以響應(yīng)請(qǐng)求消息。
步驟407: LIGAS修改來(lái)自S-CSCF的呼叫請(qǐng)求消息，將主叫代理端口 地址替換原消息中的主叫SDP信息，然后發(fā)送回S-CSCF;
步驟408: S-CSCF收到更改后的呼叫請(qǐng)求消息后，按照正常路由傳遞 給目標(biāo)用戶；
步驟409, 410: S-CSCF按照正常路由轉(zhuǎn)發(fā)出呼叫請(qǐng)求后，根據(jù)INVITE
消息中的相關(guān)信息生成X2報(bào)告?zhèn)鬟f給LIG AS,報(bào)告類型為BEGIN; LIG AS 收到該報(bào)告后，將進(jìn)行接口轉(zhuǎn)換，將該報(bào)告轉(zhuǎn)換為標(biāo)準(zhǔn)的HI2接口消息 IRI-BEGIN傳遞給LEMF(IRI);
步驟411-415:被叫終端收到INVITE請(qǐng)求后，提示用戶并振鈴，發(fā) 送180 (Ringing)響應(yīng)給S-CSCF, S-CSCF將該響應(yīng)消息轉(zhuǎn)發(fā)給LIG AS; LIGAS收到該消息后，按照端口地址映射表來(lái)修改地址信息，即將被叫代 理端口 SDP信息替換被叫SDP信息，然后將修改后的振鈴消息發(fā)送回 S-CSCF; S-CSCF按照正常路由發(fā)送回主叫終端；
注如果180振鈴消息中帶有被叫SDP的更改信息，則需要修改端口 地址映射表中的原被叫地址信息；
步驟416-420:被叫終端應(yīng)答后，發(fā)送200 OK響應(yīng)給S-CSCF， S-CSCF 將該響應(yīng)消息轉(zhuǎn)發(fā)給LIGAS; LIGAS收到該消息后，按照端口地址映射表 來(lái)修改地址信息，即將被叫代理端口 SDP信息替換被叫SDP信息，然后將 修改后的振鈴消息發(fā)送回S-CSCF; S-CSCF按照正常路由發(fā)送回主叫終端；
注如果200 OK消息中帶有#皮叫SDP的更改信息，則需要修改端口地 址映射表中的原被叫地址信息；
步驟421, 422: S-CSCF在收到200 OK應(yīng)答消息后,將才艮據(jù)200 OK 消息中的相關(guān)信息生成X2報(bào)告?zhèn)鬟f給LIG AS,報(bào)告類型為CONTINUE; LIGAS收到該報(bào)告后，將進(jìn)行接口轉(zhuǎn)換，將該報(bào)告轉(zhuǎn)換為標(biāo)準(zhǔn)的HI2接口 消息IRI-CONTINUE傳遞給LEMF(IRI);
步-驟423 ~ 427:主叫用戶收到200 OK響應(yīng)后，回應(yīng)ACK消息予以i正 實(shí)；ACK消息經(jīng)由S-CSCF, LIG AS后傳遞給被叫終端；
步驟428: LIG AS對(duì)于從內(nèi)部關(guān)聯(lián)端口收到的媒體流，通過代理端口 將其轉(zhuǎn)發(fā)至網(wǎng)元側(cè)對(duì)應(yīng)呼叫用戶端口。這樣，媒體在LIGAS實(shí)現(xiàn)的迂回和 穿越，被發(fā)送到對(duì)端用戶。在媒體穿越的同時(shí)，LIG將呼叫分支的上下行媒 體流分別進(jìn)行復(fù)制，進(jìn)行HI3接口的標(biāo)準(zhǔn)封裝后，轉(zhuǎn)發(fā)到監(jiān)聽中心。
步驟429 ~ 433:被叫想終止會(huì)話，通過S-CSCF向?qū)Ψ桨l(fā)送BYE請(qǐng)求； BYE消息經(jīng)由S-CSCF， LIGAS后傳遞給主叫終端；
步驟434 ~ 43 8:主叫用戶收到BYE請(qǐng)求后，回應(yīng)200 OK消息予以證 實(shí)；200 0K消息經(jīng)由S-CSCF, LIG AS后傳遞給被叫終端；
步驟439, 440: LIG AS收到釋放證實(shí)消息后,將發(fā)起到LEMF的HI3 通道的釋;^燥作，同時(shí)刪除該呼叫所對(duì)應(yīng)的端口地址映射表。
步驟441, 442: S-CSCF在收到200 OK消息后,將根據(jù)200 OK消息 中的相關(guān)信息生成X2 ^^告?zhèn)鬟f給LIG AS,才良告類型為END; LIG AS收到 該報(bào)告后，將進(jìn)行接口轉(zhuǎn)換，將該報(bào)告轉(zhuǎn)換為標(biāo)準(zhǔn)的HI2接口消息IRI-END 傳遞給LEMF(IRI)。
本發(fā)明提出了 一種針對(duì)IMS通信網(wǎng)絡(luò)的合法監(jiān)聽方法，基于LIG AS設(shè) 備提供監(jiān)聽網(wǎng)關(guān)和監(jiān)聽?wèi)?yīng)用服務(wù)器的功能，接收來(lái)自網(wǎng)元的X2信息，并轉(zhuǎn) 換為標(biāo)準(zhǔn)的HI2信息；同時(shí)控制^皮控用戶士某體通過LIGASi殳備代理端口進(jìn) 行迂回，在LIG AS設(shè)備上完成復(fù)制輸出，從而實(shí)現(xiàn)對(duì)IMS通信進(jìn)行合法監(jiān) 聽功能。本領(lǐng)域的 一 般技術(shù)人員應(yīng)該理解可以在不超出本發(fā)明范圍的情況 下，實(shí)施各種改變、變型和部件的同體替換，以上變換及在其它的各種等同 變換均應(yīng)在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種IP多媒體子系統(tǒng)網(wǎng)絡(luò)合法監(jiān)聽方法，包含如下步驟(a)呼叫會(huì)話控制功能CSCF收到會(huì)話發(fā)起協(xié)議SIP消息，如果需要監(jiān)聽，則將所述SIP消息轉(zhuǎn)發(fā)給監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器；(b)監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器收到所述SIP消息后，為本次呼叫在所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器上分配主叫代理端口和被叫代理端口，修改本次呼叫中的SIP消息，將主叫端口信息修改為主叫代理端口信息發(fā)送給被叫，將被叫端口信息修改為被叫代理端口信息發(fā)送給主叫；(c)主叫和被叫之間通信的媒體流分別發(fā)送到所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器的被叫代理端口或主叫代理端口，所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器復(fù)制所述媒體流，發(fā)送給法律強(qiáng)制監(jiān)控設(shè)備LEMF。
2、 如權(quán)利要求1所述的方法，其特征在于，所述步驟(a)中，所述 CSCF收到所述SIP消息后，通過查詢初始過濾準(zhǔn)則判斷是否需要監(jiān)聽，查 詢初始過濾準(zhǔn)則后，如果滿足監(jiān)聽觸發(fā)條件，則觸發(fā)監(jiān)聽。
3、 如權(quán)利要求2所述的方法，其特征在于，所述步驟(a)中，滿足觸 發(fā)監(jiān)聽條件后，再進(jìn)一步判斷所述SIP消息路由中是否已經(jīng)穿越過所述監(jiān)聽 網(wǎng)關(guān)應(yīng)用服務(wù)器，如果沒有，則觸發(fā)監(jiān)聽。
4、 如權(quán)利要求l所述的方法，其特征在于，所述步驟(b)中，如果所 述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器分配主叫和/或被叫代理端口失敗或建立到LEMF的 HI3通道失敗，所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器根據(jù)用戶的監(jiān)聽設(shè)置條件進(jìn)行處 理，如果用戶的監(jiān)聽設(shè)置條件為必須監(jiān)聽，則所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器給所 述CSCF返回失敗指示，本次呼叫失敗。
5、 如權(quán)利要求1所述的方法，其特征在于，所述步驟(c)中，所述 LEMF為一個(gè)或多個(gè)，所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器將所述媒體流組裝成所述 LEMF所需的媒體包格式，通過HI3接口發(fā)送給所述LEMF。
6、 如權(quán)利要求l所述的方法，其特征在于，所述步驟(b)中，所述監(jiān) 聽網(wǎng)關(guān)應(yīng)用服務(wù)器修改所述SIP消息后，發(fā)送給所述CSCF,再由所述CSCF 發(fā)送給所述主叫或被叫。
7、 如權(quán)利要求l所述的方法，其特征在于，所述步驟(b)中，所述監(jiān) 聽網(wǎng)關(guān)應(yīng)用服務(wù)器在所述SIP消息的消息頭中增加所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器的路由信息，將修改后的SIP消息發(fā)送給所述CSCF。
8、 如權(quán)利要求6所述的方法，其特征在于，所述CSCF收到所述監(jiān)聽 網(wǎng)關(guān)應(yīng)用服務(wù)器返回的SIP消息后，生成監(jiān)聽相關(guān)信息X2報(bào)告，發(fā)送給所 述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器，所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器將其轉(zhuǎn)換成HI2接口消息 傳送給所述LEMF。
9、 如權(quán)利要求l所述的方法，其特征在于，所述步驟(b)中，所述監(jiān) 聽網(wǎng)關(guān)應(yīng)用服務(wù)器分配主叫代理端口和被叫代理端口后，在本地建立本次呼 叫的端口地址映射表，包含主叫端口和主叫代理端口信息，被叫端口和被叫 代理端口信息，在本次呼叫過程中，當(dāng)主叫或被叫端口改變時(shí)，更新所述端 口地址映射表。
10、 一種IP多媒體子系統(tǒng)網(wǎng)絡(luò)合法監(jiān)聽系統(tǒng)，包含CSCF， LEMF，其 特征在于，還包括監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器，其中，所述CSCF接收會(huì)話發(fā)起協(xié)議SIP消息，判斷是否需要監(jiān)聽，如果需要 監(jiān)聽，則將所述SIP消息轉(zhuǎn)發(fā)給監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器；所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器，用于接收CSCF發(fā)送的SIP消息，為呼叫在 所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器上分配主叫代理端口和被叫代理端口 ，修改呼叫中 的SIP消息，將主叫端口信息修改為主叫代理端口信息發(fā)送給被叫，將被叫 端口信息修改為被叫代理端口信息發(fā)送給主叫，接收主叫和被叫發(fā)送到所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器的被叫代理端口或主叫代理端口的媒體流，并復(fù)制所述 媒體流，發(fā)送給法律強(qiáng)制監(jiān)控設(shè)備LEMF;所述LEMF接收所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器發(fā)送的媒體流。
全文摘要
本發(fā)明提供了一種IP多媒體子系統(tǒng)網(wǎng)絡(luò)合法監(jiān)聽方法及系統(tǒng)，所述方法包含如下步驟(a)呼叫會(huì)話控制功能CSCF收到會(huì)話發(fā)起協(xié)議SIP消息，如果需要監(jiān)聽，則將所述SIP消息轉(zhuǎn)發(fā)給監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器；(b)監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器收到所述SIP消息后，為本次呼叫在所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器上分配主叫代理端口和被叫代理端口，修改本次呼叫中的SIP消息，將主叫端口信息修改為主叫代理端口信息發(fā)送給被叫，將被叫端口信息修改為被叫代理端口信息發(fā)送給主叫；(c)主叫和被叫之間通信的媒體流分別發(fā)送到所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器的被叫代理端口或主叫代理端口，所述監(jiān)聽網(wǎng)關(guān)應(yīng)用服務(wù)器復(fù)制所述媒體流，發(fā)送給法律強(qiáng)制監(jiān)控設(shè)備LEMF。
文檔編號(hào)H04L12/58GK101110719SQ20071014512
公開日2008年1月23日 申請(qǐng)日期2007年8月24日 優(yōu)先權(quán)日2007年8月24日
發(fā)明者昱 孟, 宋金東, 鋼 熊 申請(qǐng)人:中興通訊股份有限公司