專利名稱:一種合法監(jiān)聽系統(tǒng)、方法和應用服務器的制作方法
技術領域:
本發(fā)明涉及網絡通訊技術領域,具體涉及一種合法監(jiān)聽系統(tǒng)、方法和應用 服務器。
背景技術:
LI(合法監(jiān)聽)包括信令層面監(jiān)聽和媒體層面監(jiān)聽。信令層面監(jiān)聽需要輸 出監(jiān)聽對象的IRI (監(jiān)聽相關信息),媒體層面監(jiān)聽需要輸出監(jiān)聽對象的CC (通 信內容)。在傳統(tǒng)的CS域,通信設備和監(jiān)聽中心的合法監(jiān)聽法律執(zhí)行設備之間設置 有三個接口,即數(shù)據接口、 IRI上報接口和CC上報接口 。 ADMF為合法監(jiān)聽 的管理功能實體,ADMF通過數(shù)據接口將監(jiān)聽數(shù)據下發(fā)到通信網監(jiān)聽控制網元 (Interception Control Element )。通信網監(jiān)聽控制網元在監(jiān)聽到監(jiān)聽對象的活動 時,通過IRI上報接口將被監(jiān)聽對象的監(jiān)聽相關信息通過DF2 ( 2通道遞交功 能實體)上報至監(jiān)聽中心,通信網監(jiān)聽控制網元在監(jiān)聽到監(jiān)聽對象的通信內容 即媒體流時,通過CC上報接口將監(jiān)聽對象的通信內容上報給監(jiān)聽中心,即通 信網監(jiān)聽控制網元復制媒體流并上報至監(jiān)聽中心。IMS( IP Multimedia Subsystem, IP多媒體子系統(tǒng))采用SIP( Session Initiation Protocol,會話發(fā)起協(xié)議)與接入的無關性。IMS是一個在PS域上的多媒體控 制/呼叫控制平臺,支持會話類和非會話類多媒體業(yè)務,為未來的多媒體應用提 供了一個通用的業(yè)務平臺。目前,IMS網絡的合法監(jiān)聽網絡模型如附圖1所示。
圖1中,IMS網絡的合法監(jiān)聽網絡模型包括LEMF ( Law Enforcement Monitoring Facility,司法執(zhí)行監(jiān)視設備)、ADMF (合法監(jiān)聽的管理功能)實 體、DF( Delivery Function轉交功能)實體、S-CSCF( Serving Call Session Control Function,服務呼叫會話控制功能)實體和P-CSCF ( Proxy-CSCF,代理呼叫會 話控制功能)實體。其中,LEMF實體、ADMF實體和DF實體均位于執(zhí)法機 構側,S-CSCF實體和P-CSCF實體作為IMS中的監(jiān)聽控制網元位于IMS網絡 中。針對圖1, IMS網絡的合法監(jiān)聽的具體實現(xiàn)過程為當需要在IMS網絡中 對監(jiān)聽對象進行監(jiān)聽時,也就是說需要下發(fā)監(jiān)聽數(shù)據時,ADMF實體會將執(zhí)法 機構側的各種監(jiān)聽數(shù)據攜帶在各個監(jiān)聽指示中,并將攜帶監(jiān)聽數(shù)據的監(jiān)聽指示 直接發(fā)送至IMS網絡中的S-CSCF實體和/或P-CSCF實體;其中,監(jiān)聽數(shù)據中 包括有監(jiān)聽對象的標識;監(jiān)聽指示如監(jiān)聽對象激活指示、監(jiān)聽對象查詢及監(jiān)聽 對象屬性修改指示等。S-CSCF實體和/或P-CSCF實體根據接收到的監(jiān)聽指示 中攜帶的監(jiān)聽數(shù)據對監(jiān)聽對象進行監(jiān)聽,并將獲取到的監(jiān)聽對象的相關監(jiān)聽內 容發(fā)送至4丸法^L構側的DF實體,并由DF實體傳輸至LEMF。目前,通訊界提出了 VCC (語音呼叫連續(xù)性)的概念,由于本申請文件中 的合法監(jiān)聽涉及VCC技術,下面對VCC技術進行簡單介紹。VCC業(yè)務是用戶簽約的歸屬域的IMS應用服務,同時具有IMS域和CS域接入能力的用戶#:稱為vcc用戶,vcc用戶在cs域和ims域間變化時語 音呼叫可以保持不^:中斷,且vcc用戶對語音業(yè)務的體驗不受連接變化的影響。為實現(xiàn)語音呼叫在CS域和IMS域之間的雙向切換,所有VCC用戶發(fā)起 或接收的語音呼叫都必須錨定到該VCC用戶歸屬的IMS域中 一個具有域切換 控制功能的AS (應用服務器)上,由該AS實現(xiàn)VCC用戶的語音呼叫在IMS 域和CS域之間切換時的語音呼叫連續(xù)性。上述AS可以稱呼為VCC AS。 VCCAS還應該具有域選擇功能。vcc用戶根據無線環(huán)境的測量決定需要切換到另 一個域繼續(xù)進行語音呼 叫時,必須保證此時VCC用戶在兩個域都已注冊、且VCC用戶在IMS域和 CS域具有不同的標識,用不同的標識進行注冊。VCC用戶在切換目的域使用 特定的被叫號碼發(fā)起語音呼叫,該語音呼叫路由到網絡中提供域切換功能的 AS處進行處理。AS根據VCC用戶在IMS域和CS域標識之間的關聯(lián)關系識 別出該語音呼叫為錨定的會話后,代理該VCC用戶與呼叫中的遠端用戶重新 進行SDP (Session Description Protocol,會話描述協(xié)議)協(xié)商。SDP協(xié)商完成 后,AS為該VCC用戶建立新的接入腿(Access leg ),然后,釋放切換源域中 與VCC用戶間的呼叫,完成切換過程。目前的合法監(jiān)聽方法不能夠對VCC用戶發(fā)生的所有業(yè)務進行監(jiān)聽,如LEA (Law Enforcement Agency,司法執(zhí)行代理即監(jiān)聽中心)在VCC用戶歸屬的IMS 域下發(fā)監(jiān)聽命令,則只能監(jiān)聽到VCC用戶在IMS域內的各種業(yè)務,無法監(jiān)聽 到VCC用戶在CS域內的業(yè)務,如注冊、語音呼叫或其它智能業(yè)務等;再如 LEA在VCC用戶歸屬的CS域下發(fā)監(jiān)聽命令,則只能監(jiān)聽到VCC用戶在CS 域內的各種業(yè)務。同時現(xiàn)有的合法監(jiān)聽方法也無法保證VCC用戶的連接發(fā)生 切換時,合法監(jiān)聽的連續(xù)性,如VCC用戶在呼叫過程中切換,則無法對切換 后的VCC用戶進行合法監(jiān)聽,不能保證監(jiān)聽的連續(xù)性。發(fā)明內容本發(fā)明實施方式提供一種合法監(jiān)聽系統(tǒng)、方法和應用服務器,利用vcc應 用服務器控制媒體網關功能實體復制媒體流,可實現(xiàn)對vcc用戶的所有應用場景下的業(yè)務均進行監(jiān)聽。本發(fā)明實施方式提供的一種合法監(jiān)聽系統(tǒng),包括語音呼叫連續(xù)性VCC 應用服務器和媒體網關功能實體;VCC應用服務器位于VCC用戶的業(yè)務信令路由中,VCC應用服務器根據 對VCC用戶業(yè)務的監(jiān)聽需求控制媒體網關功能實體處于業(yè)務媒體路由中;媒體網關功能實體處于業(yè)務媒體路由后,復制VCC用戶的業(yè)務媒體流,并 輸出。本發(fā)明實施方式還提供一種合法監(jiān)聽方法,所述方法包括位于VCC用戶的業(yè)務信令路由中的VCC應用服務器根據對VCC用戶業(yè)務的監(jiān)聽需求控制媒體網關功能實體處于業(yè)務媒體路由中;所述媒體網關功能實體根據VCC應用服務器的控制復制VCC用戶的業(yè)務々某體流,并輸出。本發(fā)明實施方式還提供一種應用服務器,為VCC應用服務器,位于VCC用 戶的業(yè)務信令路由中,所述VCC應用服務器中設置有合法監(jiān)聽控制模塊,該合 法監(jiān)聽控制模塊根據對VCC用戶業(yè)務的監(jiān)聽需求對媒體網關功能實體進行控 制,將所述媒體網關功能實體加入到業(yè)務媒體路由中,并控制媒體網關功能實 體復制并輸出vcc用戶的業(yè)務媒體流。通過上述技術方案的描述可知,由于本發(fā)明實施方式中的vcc應用服務器能夠根據對vcc用戶的監(jiān)聽需求控制媒體網關功能實體處于業(yè)務媒體路由中,因此,無論是在vcc用戶建立業(yè)務過程中、還是在vcc用戶進行業(yè)務切換后, 媒體網關功能實體均能夠處于業(yè)務媒體路由中,這樣,媒體網關功能實體始終能夠復制并輸出VCC用戶的業(yè)務^!某體流,從而能夠對vcc用戶在各種應用場景中的業(yè)務媒體流進行監(jiān)聽,保證了監(jiān)聽內容的完整性,保證了監(jiān)聽過程的連續(xù) 性。
圖1是IMS網絡的合法監(jiān)聽網絡模型示意圖;圖2是本發(fā)明實施方式的VCC AS對VCC MGF的控制示意圖3是本發(fā)明實施方式的合法監(jiān)聽系統(tǒng)示意圖;圖4是本發(fā)明實施方式的合法監(jiān)聽實現(xiàn)過程流程圖一;圖5是本發(fā)明實施方式的合法監(jiān)聽實體過程流程圖二。
具體實施例方式
本發(fā)明實施方式提供的合法監(jiān)聽系統(tǒng)包括VCC應用服務器和媒體網關功 能實體。媒體網關功能實體可以稱為VCC MGF實體。VCCMGF實體可以是 一個IP to IP的網關功能實體。在VCC用戶進行業(yè)務如呼叫過程中,VCC AS是處于業(yè)務信令路由中的。 該業(yè)務可以是從CS域發(fā)起的業(yè)務,也可以是從IMS域發(fā)起的業(yè)務,當然,還 可以是其他域發(fā)起的。VCCAS可以在監(jiān)聽到被監(jiān)聽的VCC用戶的活動時,通 過IRI上報接口上報被監(jiān)聽的VCC用戶的IRI監(jiān)聽相關信息,如VCC用戶在 IMS域發(fā)起注冊請求時,VCC AS能夠通過第三方注冊或者訂閱通知等方式感 知到VCC用戶在IMS域的注冊,VCC AS監(jiān)聽并上報監(jiān)聽到的IRI監(jiān)聽相關 信息;再如VCC用戶在CS域發(fā)起注冊請求時,VCC AS能夠通過智能業(yè)務觸 發(fā)等方式感知到VCC用戶在CS域的注冊,VCC AS監(jiān)聽并上4艮監(jiān)聽到的IRI 監(jiān)聽相關信息。當所述業(yè)務為呼叫時,本發(fā)明實施方式中的VCC用戶可以為主叫用戶, 也可以為^皮叫用戶。本發(fā)明實施方式不限制VCC用戶接入網絡的具體形式,即VCC用戶可以通過多種接入網來實現(xiàn)vcc用戶注冊、vcc用戶呼叫、vcc用戶的業(yè)務層切 換等各種業(yè)務操作處理。MGF實體的。對VCC用戶的監(jiān)聽需求可以為在確定出需要對VCC用戶的 業(yè)務進行監(jiān)聽時,立即控制VCC MGF實體加入業(yè)務媒體路由中,也可以為 在確定出需要對VCC用戶的業(yè)務進行監(jiān)聽、且控制條件滿足時,控制VCC MGF
實體加入業(yè)務々某體^各由中。這里的控制條件可以為下述一個或多個VCC用盧所在的域是否符合要求,如VCC用戶是否在下發(fā)監(jiān)聽命令的域、和/或控制VCC MGF實體加入業(yè)務媒體路由中的時間是否符合要求,如VCC用戶是否發(fā)生切 換時等。本發(fā)明不限制控制條件的具體內容。
處于呼叫信令路由中的VCC AS確定需要對VCC用戶的業(yè)務進行監(jiān)聽的 方法有多種,如VCCAS接收監(jiān)聽中心如LI ADMF (合法監(jiān)聽管理功能實體) 下發(fā)的監(jiān)聽信息,并根據接收到的監(jiān)聽信息確定需要對VCC用戶的業(yè)務進行 監(jiān)聽;再如VCC AS根據其預先存儲的監(jiān)聽信息確定需要對VCC用戶的業(yè)務 進行監(jiān)聽,預先存儲的監(jiān)聽信息可以是靜態(tài)配置的,也可以是VCCAS從其他 網絡設備處下載的;另外監(jiān)聽信息還可以是從呼叫信令消息中獲得的。VCC AS 可以通過現(xiàn)有的數(shù)據接口接收VCC用戶的監(jiān)聽信息,VCC AS可以采用現(xiàn)有的 方法來接收監(jiān)聽信息,也可以通過自定義的信令來接收監(jiān)聽信息。本發(fā)明實施 方式不限制VCC AS獲得VCC用戶監(jiān)聽信息的方法。
上述監(jiān)聽信息應該包括用于唯一標識VCC用戶的信息,VCC AS可以根據 監(jiān)聽信息中的VCC用戶標識信息和參與呼叫的VCC用戶標識信息來判斷呼叫 中的VCC用戶是否需要監(jiān)聽。
上述監(jiān)聽中心可以為一個或多個,即VCCAS可以接收到一個或多個監(jiān)聽 中心傳輸來的監(jiān)聽信息。
VCC AS對VCCMGF的控制如附圖2所示。圖2中,VCC AS在根據對 VCC用戶的監(jiān)聽需求確定需要控制VCC MGF實體處于該業(yè)務的媒體路由中 后,VCC AS可以控制VCC MGF實體加入業(yè)務的媒體路由中,VCC AS也可 以控制已加入業(yè)務媒體路由中的VCC MGF繼續(xù)處于切換后的業(yè)務媒體路由 中。VCC AS在確定需要對VCC用戶的業(yè)務進行監(jiān)聽后,可以輸出被監(jiān)聽對象 的IRI信息,如向監(jiān)聽中心上報被監(jiān)聽對象的IRI。
處于業(yè)務媒體路由中的VCC MGF實體可以在VCC AS控制其加入業(yè)務媒
體路由中后,直接復制并輸出通話媒體流,VCC MGF實體也可以在接收到其 他網絡設備如VCCAS下發(fā)的復制命令后,復制并輸出通話媒體流。VCC MGF 實體可以采用現(xiàn)有的復制通話媒體流方法進行通話媒體流的復制輸出,本發(fā)明 實施方式不限制VCC MGF實體對通話媒體流的復制輸出過程。下面結合附圖3對本發(fā)明實施方式的合法監(jiān)聽系統(tǒng)的網絡結構進行說明。圖3中,VCC AS是位于VCC用戶歸屬的IMS域的執(zhí)行呼叫連續(xù)性和合 法監(jiān)聽業(yè)務邏輯的功能實體。VCC MGF提供合法監(jiān)聽RTP (實時傳輸協(xié)議)流媒體復制的功能。設定 VCC MGF和VCC AS之間的接口為El接口 , El接口的接口協(xié)議可以是SIP, 也可以是H.248協(xié)議。VCC MGF可以為獨立的功能實體,也可以與VCC AS 合設,即VCC MGF可以設置于VCC AS的內部,此時,VCC MGF與VCC AS 之間的接口可以是自定義的內部接口 。VCC MGF可以與VCC AS直接連接,即VCC AS可以直接對VCC MGF 進行控制;VCC MGF也可以與VCC AS間接連接,即VCC AS通過其他網元 間接控制VCC MGF。當VCC MGF與VCC AS間接連接時,VCC MGF與VCC AS之間的網元可以完成協(xié)議消息轉發(fā)或者協(xié)議消息轉換等操作,如VCC AS 與該網元之間采用SIP協(xié)議,該網元將該SIP協(xié)議轉換為H.248等協(xié)議控制VCC MGF。當VCC AS通過其他網元間接控制VCC MGF時,本發(fā)明實施方式提供的 合法監(jiān)聽系統(tǒng)中還可以包括VCCMGCF (媒體網關控制功能)實體,這樣, VCC AS可以不直接對VCC MGF進行控制,而是通過VCC MGCF來實現(xiàn)對 VCCMGF的控制。VCC MGCF可以是獨立的功能實體,也可以和其它功能實 體合設,如與VCCMGF合設為同一功能實體,再如與VCC AS合設為同一功 能實體。當VCC MGCF為獨立的功能實體時,VCC MGCF和VCC MGF之間 的接口協(xié)議可以采用SIP或H.248。 VCCAS和VCCMGCF之間的接口協(xié)議可
以采用SIP。在本發(fā)明實施方式中,可以根據VCC AS對應的iFC (初始過濾規(guī)則)來 觸發(fā)VCC AS,以實現(xiàn)合法監(jiān)聽;如S-CSCF根據VCC AS對應的iFC觸發(fā)VCC AS。由于目前還可能存在其他合法監(jiān)聽實現(xiàn)網元如LI-AS,因此觸發(fā)合法監(jiān)聽 實現(xiàn)過程的iFC可能有多個,如S-CSCF中可能存儲有多個iFC,其中包括VCC AS對應的iFC 、以及其他合法監(jiān)聽實現(xiàn)網元對應的iFC。如果多個iFC均被觸 發(fā),則會造成資源浪費。由于本發(fā)明實施方式中的UE是VCCUE,即使不對 VCCUE進行監(jiān)聽,VCCUE的呼叫也會觸發(fā)到VCC AS上,因此,為避免資 源浪費,本發(fā)明實施方式可以設置VCC AS對應的iFC的優(yōu)先級高于其他合法 監(jiān)聽實現(xiàn)網元對應的iFC的優(yōu)先級,從而避免觸發(fā)其他合法監(jiān)聽實現(xiàn)網元。而 且,即便是同時觸發(fā)了多個合法監(jiān)聽實現(xiàn)網元的iFC,也可以通過信令指示等 方式來控制其他合法監(jiān)聽實現(xiàn)網元不再進行任何監(jiān)聽操作,這里的監(jiān)聽操作如 復制輸出媒體流等。本發(fā)明實施方式提供的合法監(jiān)聽系統(tǒng)和方法可以對VCC用戶的各種業(yè)務 應用場景進行監(jiān)聽,下面以呼叫業(yè)務的幾種具體的實施方式為例對本發(fā)明實施 方式的系統(tǒng)和方法進行說明。實施方式一、在呼叫建立時控制VCC MGF加入業(yè)務媒體路由中進行合法 監(jiān)聽。VCC AS接收到初始呼叫會話請求,判斷出VCC用戶需要在其所在域內被 監(jiān)聽、且需要輸出監(jiān)聽對象的通信內容,VCCAS控制VCCMGF加入到該呼 叫的媒體路由中。VCC MGF在加入呼叫媒體路由后,復制并輸出通話媒體流。在實施方式一中,VCC AS可以根據監(jiān)聽中心在VCC用戶所在域下發(fā)的監(jiān) 聽命令判斷出VCC用戶需要在其所在域內被監(jiān)聽;VCC AS也可以根據監(jiān)聽中 心在VCC用戶所在域之外的其他域下發(fā)的監(jiān)聽命令判斷出VCC用戶需要在所 在域內被監(jiān)聽;VCC AS還可以才艮據監(jiān)聽中心在VCC用戶所在域以及其他域內 均下發(fā)的監(jiān)聽命令判斷出VCC用戶需要在其所在域內被監(jiān)聽。實施方式二、在呼叫建立時控制VCCMGF加入呼叫媒體路由中進行合法 監(jiān)聽,在呼叫切換后保持VCCMGF仍然處于呼叫媒體路由中,并繼續(xù)進行合 法監(jiān)聽。在該實施方式中VCC用戶切換前所在的域為源域,切換后所在的域 為目的域。VCC AS接收到初始呼叫會話請求,判斷出VCC用戶需要在源域即當前所 在域被監(jiān)聽、且需要輸出監(jiān)聽對象的通信內容,VCCAS控制VCCMGF加入 到該呼叫的媒體路由中。VCCMGF在加入呼叫媒體路由后,復制并輸出通話 媒體流。VCC AS在接收到VCC用戶的切換請求時,VCC AS保持VCC MGF繼續(xù) 處于呼叫媒體路由中,在切換后,VCC AS控制VCC MGF繼續(xù)處于切換后的 呼叫媒體路由中,VCCMGF繼續(xù)復制通話媒體流。在實施方式二中,VCC AS可以根據監(jiān)聽中心在VCC用戶源域內下發(fā)的監(jiān) 聽命令判斷出VCC用戶需要在源域以及目的域被監(jiān)聽;VCC AS也可以根據監(jiān) 聽中心在VCC用戶目的域下發(fā)的監(jiān)聽命令判斷出VCC用戶需要在源域以及目 的域被監(jiān)聽;VCC AS還可以根據監(jiān)聽中心在VCC用戶源域以及目的域均下發(fā) 的監(jiān)聽命令判斷出VCC用戶需要在源域以及目的域被監(jiān)聽。實施方式三、在呼叫建立時不將VCCMGF加入呼叫媒體路由中、在呼叫 切換后將VCC MGF加入切換后的呼叫媒體路由中進行合法監(jiān)聽。VCCAS接收到初始呼叫會話請求后,判斷出VCC用戶在其所在域內已經 被監(jiān)聽、且需要輸出監(jiān)聽對象的通信內容,VCCAS可以利用現(xiàn)有的輸出通信 內容的方法進行監(jiān)聽,VCCAS不對VCCMGF進行控制處理。VCCAS接收 到VCC切換請求后,VCC AS控制VCC MGF加入到切換后的呼叫媒體路由中。 VCC MGF在加入切換后的呼叫媒體路由后,復制并輸出通話媒體流。在實施方式三中,VCC AS可以根據監(jiān)聽中心在VCC用戶源域內下發(fā)的監(jiān) 聽命令判斷出VCC用戶需要在源域凈皮監(jiān)聽;VCC AS也可以沖艮據監(jiān)聽中心在 VCC用戶目的域下發(fā)的監(jiān)聽命令判斷出VCC用戶需要在源域被監(jiān)聽;VCCAS 還可以根據監(jiān)聽中心在VCC用戶源域以及目的域均下發(fā)的監(jiān)聽命令判斷出 VCC用戶需要在源域被監(jiān)聽。在上述三種實施方式中,VCCAS控制VCCMGF加入到媒體路由中的具 體實現(xiàn)過程可以是VCC AS通過H.248或SIP協(xié)議控制VCC MGF建立上下 文,上下文中的拓樸結構可以為(Tl,T2,bothway ), ( Tl,T3,oneway )、(T2,T4,oneway );即VCCAS命令VCC MGF復制被監(jiān)聽對象發(fā)出的媒體流、 并命令VCC MGF復制被監(jiān)聽對象接收的媒體流。上下文的拓樸結構也可以為(Tl,T2,bothway ), ( Tl,T3,oneway )、 ( T1,T4, Onewayexternal);即VCC AS命 令VCC MGF復制被監(jiān)聽對象發(fā)出的媒體流、并命令VCC MGF復制被監(jiān)聽對 象接收的i某體流;上下文的拓樸結構還可以為(Tl,T2,bothway), (T1,T3, onewayboth );即VCC AS命令VCC MGF復制被監(jiān)聽對象發(fā)出和接收的媒體流, 但是此時無法區(qū)分出媒體流是被監(jiān)聽對象發(fā)出的、還是被監(jiān)聽對象接收的等。 上述上下文的拓樸方式均可以完成被監(jiān)聽對象的媒體流的復制。在上述實施方式二和實施方式三中,VCCAS控制VCCMGF繼續(xù)處于切 換后呼叫的媒體路由的方法可以為VCC AS根據具體的VCC切換過程對VCC MGF中的上下文進行修改,使VCC MGF繼續(xù)處于媒體路由中,并復制媒體流。 VCCAS對VCCMGF中的上下文的修改如對上下文中端點特性進行相應修改體實現(xiàn)方式。下面對通過傳遞拓樸信息實現(xiàn)通話媒體流的復制的過程進行說明。 VCCAS在傳輸至VCCMGF的消息中攜帶監(jiān)聽媒體流復制的拓樸描述,由VCC MGF根據其接收的消息解析監(jiān)聽媒體流復制的拓樸描述,并按照該拓樸描述復制媒體流。 VCCAS在采用SIP來傳遞監(jiān)聽媒體流復制的拓樸描述時,則會涉及到SIP 的協(xié)議擴展,具體擴展可以為通過擴展一個基于XML格式的應用類型,來 實現(xiàn)SIP的協(xié)議擴展,然后,通過消息體攜帶監(jiān)聽媒體流復制的拓樸描述。XML 消息體可以為如下形式Content-type: application/session-topology+xml < xml version="1.0" >〈session-topology xmlns="urn:ietf:params:xml:ns:session-topology" version="0" state="fliir entity="sip:alice@example.com"〉 〈session name-"abcd②example.com"〉 <copiedstream><sourceaddr> [5 555::1:2:3:4]:135 7</sourceaddr> <destinationaddr>[5555::a:b:c:d]:7531</destinationaddr> <protocol>RTP</protocol> </copiedstream〉 <direction>upstream</direction> </session> </interception-data〉 上述例子中的XML消息體,給出當前呼叫需要拷貝從[5555::1:2:3:4]:1357 到[5555::a:b:c:d]:7531的RTP上行(upstream)媒體流。值得說明的是,上述關于攜帶監(jiān)聽媒體流復制的拓樸描述的擴展僅僅為了述的傳遞過程,并被VCCMGF理解和執(zhí)行,從而使VCC MGF能夠進行合法 監(jiān)聽媒體數(shù)據流的復制,這并不意味著SIP必須按照上述給出的方式進行擴展, 其他的擴展方式,只要能夠傳遞監(jiān)聽媒體流復制的拓樸描述,并能夠被VCC MGF識別就可以。本發(fā)明實施方式不限制SIP擴展的具體表現(xiàn)形式。下面結合附圖4對本發(fā)明實施方式的合法監(jiān)聽系統(tǒng)和合法監(jiān)聽方法進行說
明。在該實施方式中,VCCAS采用修改會話雙方交互的媒體信息的方法,將 VCC MGF插入到媒體路由中;而且,VCC MGF上存在與VCC AS直接連接 的接口 、且接口協(xié)議為H.248協(xié)議。VCC AS作為MGC (媒體網關控制功能), 也就是說,VCC AS具備媒體網關控制功能,能夠對VCC MGF進行控制。VCC AS采用現(xiàn)有的H.248協(xié)議直接控制VCC MGF。設定基本呼叫的主叫方為被監(jiān) 聽對象。圖4中,在步驟1至步驟2、被監(jiān)聽的VCC用戶作為呼叫的主叫方發(fā)起呼 叫。該呼叫請求經過S-CSCF時,觸發(fā)S-CSCF中的VCC初始過濾規(guī)則,S-CSCF 將呼叫請求路由到VCC AS 。在步驟3至步驟10、 VCCAS根據其接收到呼叫請求確定呼叫的主叫方被 監(jiān)聽、并需要輸出通信內容時,VCC AS使用H.248協(xié)議控制VCC MGF,在 VCCMGF上創(chuàng)建一個上下文,在所述創(chuàng)建的上下文中創(chuàng)建端點T1和T3,并 設置Tl與T3之間的拓樸結構為oneway,即T3只可以接收T1的單向媒體流。 然后,建立T3到DF3的呼叫和承載連接,再在所述上下文中創(chuàng)建端點T2,設 置T2與Tl之間的拓樸結構為bothway, VCCAS使用申請的會話連接屬性替 換呼叫請求消息中主叫方SDP (會話描述協(xié)議)描述的IP地址和RTP端口號 信息,將自己加入到呼叫路由中。VCC AS將呼叫請求路由回S-CSCF 。在步驟11至步驟13、 S-CSCF在接收到路由回的呼叫請求后,S-CSCF中 的DNS (域名系統(tǒng))解析被叫身份標識,并將該呼叫請求發(fā)送給下一跳節(jié)點。 該呼叫-清求最終到達凈皮叫方。;故叫方響應該呼叫請求后,回送200 OK消息, 200 OK消息中攜帶有被叫方SDP描述和選擇的媒體類型。該消息經過S-CSCF 后被路由到VCC AS 。在步驟14至步驟16、 VCCAS指示VCCMGF在所述上下文中創(chuàng)建端點 T4,并設置T2與T4之間的拓樸結構為oneway ,即T4只可以接收T2的單向 媒體流,然后,建立T4到DF3的呼叫和承載連接。
在步驟17至步驟18、 VCC AS修改被叫應答消息200 OK中的被叫方SDP 描述,即使用VCC MGF上申請的會話連接屬性替代200 OK中的被叫方SDP 描迷,并將被叫應荅消息200OK發(fā)送給下一跳,該被叫應荅消息200OK最終 到達主叫方。上述圖4的實施方式中,VCCAS在接收到臨時響應或200OK等時,可以 根據需要對已經建立的上下文中的端點特性作相應的修改。VCC AS是在呼叫 建立過程中將VCC MGF加入到呼叫媒體路由中的。其實,VCC AS也可以在 通話建立后,通過々某體改向流程使通話雙方媒體流匯接到VCC MGF上,以達 到在通話々某體流中插入VCC MGF的目的,也就是將VCC MGF加入i某體路由 中。如當VCC AS接收到被叫方呼叫應答消息200 OK后,指示VCC MGF創(chuàng) 建上下文并添加相應端點,VCC AS在資源申請成功后,使用會話連接屬性替 換呼叫雙方的媒體描述,然后,分別發(fā)起到呼叫雙方的媒體改向流程,使呼叫 雙方的媒體改向到VCC MGF,從而使通話雙方媒體流匯接到VCC MGF上。 VCC AS向VCC MGF發(fā)送攜帶有用于媒體流復制的拓樸邏輯信息,VCC MGF 根據所述拓4卜邏輯信息復制通話媒體流。下面結合附圖5對本發(fā)明實施方式的合法監(jiān)聽系統(tǒng)和合法監(jiān)聽方法進行說 明。在該實施方式中,VCC用戶需要從IMS域切換至CS域。圖5中,在步驟1至步驟2、被監(jiān)聽的VCC用戶以VCCAS作為被叫發(fā)起 呼叫切換請求,該呼叫切換請求被路由到VCC AS。在步驟3和步驟4、 VCCAS根據呼叫切換請求中的用戶標識檢測出錨定 會話后,代理VCC用戶與被叫方重新進行協(xié)商。在步驟5至步驟12 、 VCC AS提取協(xié)商過程中消息攜帶的被叫方SDP描述, VCCAS在確定不需要對VCCMGF中上下文端點T1、 T2、 T3和T4進行修改 時,到步驟13。 VCCAS在確定需要對VCCMGF中上下文端點Tl、 T2、 T3 和T4進行修改時,則修改VCC MGF中上下文端點Tl 、 T2、 T3和T4的特性
參數(shù),使VCC MGF連接通話雙方媒體流。在上述端點修改過程中,如果端點 T3、 T4的媒體屬性發(fā)生了變化,則需要在VCCAS與DF3之間重新建立呼叫 和承載通道。其實,圖5中步驟5、 7、 9、 11的modify命令可以進行合并,如任意兩個 或多個合并為一個modify命令。在步驟13至步驟14、 VCCAS修改被叫應答消息200 OK中的被叫方SDP 描述,即使用VCCMGF上申請的會話連接屬性替代200OK中的被叫方SDP 描述,并將被叫應答消息200OK發(fā)送給下一跳,該被叫應答消息200OK最終 到達主叫方。值得說明的是,在上述圖4、圖5的流程中,VCCAS通過控制VCCMGF、 并通過修改會話建立信令路由中交互雙方的媒體描述,使通話雙方媒體流匯接 到VCC MGF中,從而實現(xiàn)在媒體^各由中插入VCC MGF的目的。這個過程并 不影響通話雙方的4某體協(xié)商,具體原因為在通話雙方交互的信令中,VCCAS 僅僅修改媒體描述中的雙方IP地址和RTP端口號,并沒有改變雙方+辦商的編 碼方案。這樣,VCCMGF作為一個位于^皮控用戶歸屬域的IPtoIP的網關功能 實體,實現(xiàn)了提供合法監(jiān)聽媒體流復制功能。在上述圖4、圖5描述的實施方式中省略了呼叫過程中一些臨時消息,如 省略了 Invite消息的IOO響應消息等。在上述圖4、圖5的實施方式中,VCCAS是使用H.248協(xié)議直接控制VCC MGF。 VCC AS也可以在SIP消息中^f吏用擴展的XML體攜帶+某體流拓樸邏輯, VCC MGF在解析出該拓樸邏輯后,復制通話:樣體流并輸出。也就是說,合法 監(jiān)聽的實現(xiàn)過程可以為當呼叫請求到達VCC AS時,VCCAS控制VCC MGF 創(chuàng)建上下文、添加端點,并替換呼叫請求中的SDP描述,然后,將自己加入到 呼叫信令路由中,將呼叫請求發(fā)送給下 一跳。當VCC AS收到被叫應答消息時, VCC AS向VCC MGF發(fā)送攜帶擴展的XML體監(jiān)聽媒體流拓樸邏輯,VCCMGF解析出該XML體中的監(jiān)聽媒體流拓樸邏輯,并根據該拓樸邏輯復制對應 通話媒體流并輸出。上述圖4、圖5描述的實施方式中給出了非資源預留情況下VCC用戶作為 主叫方被監(jiān)聽時,VCCMGF復制通話媒體流的實現(xiàn)過程。事實上,在資源預 留情況下,VCCAS同樣可以通過控制VCCMGF、修改通話雙方信令交互中 的SDP描述達到在媒體路由中插入VCC MGF的目的。下面仍然以VCC用戶 作為主叫方被監(jiān)聽為例,對資源預留情況下的合法監(jiān)聽實現(xiàn)過程進行說明。首先,被監(jiān)聽的VCC用戶作為呼叫的主叫方發(fā)起呼叫。該呼叫請求經過 S-CSCF時,觸發(fā)S-CSCF中的VCC初始過濾規(guī)則,S-CSCF將呼叫請求路由 到VCC AS。 VCC AS將自己加入到信令路由中。VCCAS在判斷出主叫VCC用戶需要被監(jiān)聽、且需要輸出通信內容后,在 VCCMGF上申請資源。VCCAS在接收到攜帶呼叫任一方的SDP描述的信令 消息時,VCCAS使用在VCCMGF上申請的資源替換呼叫雙方的SDP描述, 使通話雙方媒體流匯接到VCC MGF上。然后,VCC MGF復制媒體流并輸出。在上述實施方式的描述中是以VCC用戶作為主叫方被監(jiān)聽、且VCC用戶 從IMS域切換到CS域為例進行說明的。當VCC用戶作為主叫方被監(jiān)聽、且 該VCC用戶從CS域切換到IMS域時,VCC AS同樣可以通過修改在VCC MGF 上的會話連接屬性,使VCCMGF處于媒體路由中,從而達到復制通話媒體流 的目的。當VCC用戶作為被叫方被監(jiān)聽時,該VCC用戶注冊的S-CSCF可以 采用同樣的方式在將呼叫路由到VCC用戶歸屬域的VCC AS ,并由該VCCAS 控制VCC MGF處于媒體路由,從而達到復制通話媒體流的目的。VCC用戶從 CS域切換到IMS域的合法監(jiān)聽實現(xiàn)過程與VCC用戶從IMS域切換到CS域的 合法監(jiān)聽實現(xiàn)過程基本相同。在此對上述各種不同的實施方式不再詳細描述。在上述實施方式中是以基本呼叫為例進行說明的,本發(fā)明實施方式提供的 技術方案同樣可以適用于其它VCC業(yè)務等應用場景。 下面對本發(fā)明實施方式中的應用服務器進行說明。本發(fā)明實施方式中的應用服務器為VCC AS,在VCC用戶實現(xiàn)業(yè)務過程 中,VCCAS位于VCC用戶的業(yè)務信令路由中。該VCC AS中設置有合法監(jiān)聽 控制模塊,該合法監(jiān)聽控制模塊主要的操作為根據對VCC用戶業(yè)務的監(jiān)聽 需求對媒體網關功能實體進行控制,將所述媒體網關功能實體加入到業(yè)務媒體 路由中,并控制媒體網關功能實體復制并輸出VCC用戶的業(yè)務媒體流。VCC AS 中的合法監(jiān)聽控制模塊可以控制VCC MGF實體加入業(yè)務的媒體路由中,合法 監(jiān)聽控制模塊也可以控制已加入業(yè)務媒體路由中的VCC MGF繼續(xù)處于切換后 的業(yè)務媒體路由中。合法監(jiān)聽控制模塊還可以輸出被監(jiān)聽^;象的IRI信息,如 向監(jiān)聽中心上報被監(jiān)聽對象的IRI。合法監(jiān)聽控制模塊可以向VCC MGF實體 下發(fā)復制命令,以控制VCCMGF實體復制并輸出通話媒體流的時間。合法監(jiān) 聽控制模塊可以通過H.248或SIP協(xié)i義控制VCC MGF建立上下文,以控制VCC MGF處于業(yè)務媒體路由中。具體如上述方法和系統(tǒng)的實施方式中的描述,在此 不再"^細"i兌明。從上述實施方式的描述中可以看出,本發(fā)明實施方式能夠對VCC用戶在 任何域內的活動進行監(jiān)聽,即便是發(fā)生了切換操作,也能夠保證合法監(jiān)聽的連 續(xù)性。雖然通過實施例描繪了本發(fā)明,本領域普通技術人員知道,本發(fā)明有許多 變形和變化而不脫離本發(fā)明的精神,本發(fā)明的申請文件的權利要求包括這些變 形和變化。
權利要求
1. 一種合法監(jiān)聽系統(tǒng),其特征在于,所述系統(tǒng)包括語音呼叫連續(xù)性VCC應用服務器和媒體網關功能實體;VCC應用服務器位于VCC用戶的業(yè)務信令路由中,VCC應用服務器根據對VCC用戶業(yè)務的監(jiān)聽需求控制媒體網關功能實體處于業(yè)務媒體路由中;媒體網關功能實體處于業(yè)務媒體路由后,復制VCC用戶的業(yè)務媒體流,并輸出。
2、 如權利要求l所述的系統(tǒng),其特征在于所述VCC應用服務器在VCC用戶的業(yè)務建立過程中、或者在業(yè)務成功建 立后、或者在業(yè)務切換過程中,控制媒體網關功能實體加入業(yè)務媒體路由中; 或者體路由中的媒體網關功能實體持續(xù)處于業(yè)務媒體路由中。
3、 如權利要求l所述的系統(tǒng),其特征在于所述VCC應用服務器控制媒 體網關功能實體的復制時間,媒體網關根據VCC應用服務器控制的復制時間 來復制VCC用戶的業(yè)務媒體流。
4、 如權利要求l所述的系統(tǒng),其特征在于所述VCC應用服務器根據對VCC用戶業(yè)務的監(jiān)聽需求控制媒體網關功能 實體處于業(yè)務媒體路由中的步驟包括所述VCC應用服務器在業(yè)務建立過程 中,向所述媒體網關功能實體申請會話連接資源,并根據所述會話連接資源修 改信令消息中的會話描述協(xié)議描述的信息,將所述媒體網關功能實體加入到業(yè) 務媒體路由中;或者所述VCC應用服務器根據對VCC用戶業(yè)務的監(jiān)聽需求控制媒體網關功能 實體處于業(yè)務媒體路由中的步驟包括所述VCC應用服務器在呼叫建立后, 控制所述^^某體網關功能實體申請會話連接資源,并根據所述會話連接資源發(fā)起 媒體改向流程將所述媒體網關功能實體加入到業(yè)務媒體路由中。
5、 如權利要求l所述的系統(tǒng),其特征在于,所述媒體網關功能實體為IPto IP的網關。
6、 如權利要求1所述的系統(tǒng),其特征在于,所述媒體網關功能實體為獨 立的功能實體,或所述媒體網關功能實體設置于VCC應用服務器中。
7、 如權利要求l所述的系統(tǒng),其特征在于所述VCC應用服務器將監(jiān)聽 媒體流復制的拓樸描述信息和/或VCC用戶監(jiān)聽數(shù)據傳輸至所述媒體網關功能 實體;所述媒體網關功能實體根據接收到的監(jiān)聽媒體流復制的拓樸描述信息和 /或VCC用戶監(jiān)聽數(shù)據復制業(yè)務媒體流,并輸出。
8、 如權利要求7所述的系統(tǒng),其特征在于,所述VCC應用服務器將監(jiān)聽 媒體流復制的拓樸描述信息和/或VCC用戶監(jiān)聽數(shù)據攜帶于擴展的H.248協(xié)議 和/或擴展的會話發(fā)起協(xié)議SIP中傳輸至所述媒體網關功能實體。
9、 一種合法監(jiān)聽方法,其特征在于,所述方法包括位于VCC用戶的業(yè)務信令路由中的VCC應用服務器根據對VCC用戶業(yè) 務的監(jiān)聽需求控制媒體網關功能實體處于業(yè)務媒體路由中;所述媒體網關功能實體根據VCC應用服務器的控制復制VCC用戶的業(yè)務 媒體流,并輸出。
10、 如權利要求9所述的方法,其特征在于,所述VCC應用服務器控制 媒體網關功能實體處于業(yè)務媒體路由中的步驟包括所述VCC應用服務器在VCC用戶的業(yè)務建立過程中、或者在業(yè)務成功建 立后、或者在業(yè)務切換過程中,控制媒體網關功能實體加入業(yè)務媒體路由中; 或者所述VCC應用服務器在VCC用戶的業(yè)務切換過程中,控制已處于業(yè)務媒 體路由中的媒體網關功能實體持續(xù)處于業(yè)務媒體路由中。
11、 如權利要求9所述的方法,其特征在于,所述媒體網關功能實體根據 VCC應用服務器的控制復制VCC用戶的業(yè)務媒體流的步驟包括所述VCC應用服務器將監(jiān)聽々某體流復制的拓樸描述信息和/或VCC用戶監(jiān) 聽數(shù)據傳輸至所述媒體網關功能實體;所述媒體網關功能實體根據接收到的監(jiān) 聽媒體流復制的拓樸描述信息和/或VCC用戶監(jiān)聽數(shù)據復制業(yè)務媒體流。
12、 一種應用服務器,為VCC應用服務器,位于VCC用戶的業(yè)務信令路 由中,其特征在于,所述VCC應用服務器中設置有合法監(jiān)聽控制模塊,該合 法監(jiān)聽控制模塊根據對VCC用戶業(yè)務的監(jiān)聽需求對媒體網關功能實體進行控 制,將所述媒體網關功能實體加入到業(yè)務媒體路由中,并控制媒體網關功能實體復制并輸出vcc用戶的業(yè)務媒體流。
13、 如權利要求12所述的應用服務器,其特征在于 所述合法監(jiān)聽控制模塊在VCC用戶的業(yè)務建立過程中、或者在業(yè)務成功建立后、或者在業(yè)務切換過程中,控制媒體網關功能實體加入業(yè)務媒體路由中; 或者所述合法監(jiān)聽控制才莫塊在VCC用戶的業(yè)務切換過程中,控制已處于業(yè)務 媒體路由中的媒體網關功能實體持續(xù)處于業(yè)務媒體路由中。
全文摘要
一種合法監(jiān)聽系統(tǒng)、方法和應用服務器。語音呼叫連續(xù)性VCC應用服務器位于業(yè)務信令路由中,VCC應用服務器根據對VCC用戶業(yè)務的監(jiān)聽需求控制媒體網關功能實體處于媒體路由中;處于媒體路由中的媒體網關功能實體復制VCC用戶的通話媒體流,并輸出??刂泼襟w網關功能實體處于媒體路由中可以為VCC應用服務器在VCC用戶的業(yè)務建立過程中、或者在業(yè)務成功建立后、或者在業(yè)務切換過程中,控制媒體網關功能實體加入媒體路由中;也可以為VCC應用服務器在VCC用戶的業(yè)務切換過程中,控制已處于媒體路由中的媒體網關功能實體持續(xù)處于媒體路由中。通過上述技術方案能夠對VCC用戶在各種應用場景中的通話媒體流進行監(jiān)聽,保證了監(jiān)聽內容的完整性,保證了監(jiān)聽過程的連續(xù)性。
文檔編號H04L12/26GK101212365SQ20071000033
公開日2008年7月2日 申請日期2007年1月12日 優(yōu)先權日2006年12月31日
發(fā)明者妮 張, 施有鑄, 波 鄭 申請人:華為技術有限公司