專利名稱：軟交換監(jiān)聽的呼叫控制及業(yè)務監(jiān)聽方法
技術領域：
本發(fā)明涉及軟交換系統(tǒng)終端用戶監(jiān)聽，特別涉及在下一代網絡(NextGeneration Network，NGN)中，軟交換系統(tǒng)的呼叫控制及業(yè)務監(jiān)聽方法。
背景技術：
軟交換系統(tǒng)實現監(jiān)聽功能的接口稱為警用接口，警用接口主要目的是為了對維護國家安全，打擊各種形式的犯罪。隨著全球范圍內的反恐斗爭日益激烈，各國政府對合法監(jiān)聽的重視程度也越來越高，紛紛制定相應的法律法規(guī)，對合法監(jiān)聽的支持也逐步成為網絡設備的準入要求之一。
警用接口是指國家權利機關對特定通信用戶按照法定的程序通過專用設備進行監(jiān)聽，監(jiān)聽內容包括通話內容以及與呼叫相關的信息。隨著網絡技術的飛速發(fā)展，監(jiān)聽內容被賦予了很多新的內容。
警用接口的功能是在對電信網絡設備安全性和全部業(yè)務不造成任何影響的前提下，實現對被控目標所有話務和非話務活動的實時跟蹤和監(jiān)聽。設備提供商為運營設備提供合法監(jiān)聽功能，已成為通信設備的必須功能。
在電路交換網絡中，采用將被監(jiān)聽用戶的所有呼叫，路由出局到監(jiān)聽設備，再由監(jiān)聽設備，將呼叫接續(xù)到被叫用戶的電路上的方式實現。也就是將被監(jiān)聽用戶電路和監(jiān)聽設備之間建立一條物理通路，然后，通過建立一條監(jiān)聽設備到被叫用戶電路的物理通路實現監(jiān)聽臺的監(jiān)聽。
然而，隨著網絡技術的發(fā)展，現代電信網絡逐漸由電路交換網絡演進到以包交換為基礎的NGN網絡。由于包交換網絡和電路交換網絡組網方式、語音傳送方式、業(yè)務的不同，導致現在電路交換網絡的監(jiān)聽方法不能很好地適應下一代網絡的監(jiān)聽需要。

發(fā)明內容
本發(fā)明要解決的技術問題是提供一種應用于下一代網絡的軟交換監(jiān)聽的呼叫控制及業(yè)務監(jiān)聽方法，能夠實現下一代網絡中的軟交換監(jiān)聽功能。
為了解決以上技術問題，本發(fā)明提供了一種軟交換監(jiān)聽的呼叫控制及業(yè)務監(jiān)聽方法，應用于下一代網絡中，包括以下步驟(a)警用信息中心和軟交換控制設備建立連接后，向該軟交換控制設備發(fā)出監(jiān)聽指令；(b)所述軟交換控制設備收到監(jiān)聽指令后，修改或查詢相關用戶的屬性信息并返回響應；(c)起呼后，所述軟交換控制設備判斷參與呼叫的用戶是否為被控用戶，如果是，執(zhí)行步驟(e)，否則執(zhí)行下一步；(d)按正常呼叫流程處理，結束；(e)所述軟交換控制設備向所述警用信息中心上報被控用戶呼叫的狀態(tài)信息；(f)呼叫建立后，所述軟交換控制設備控制該呼叫的數據采集設備開始采集通信內容信息，最后轉發(fā)到所述警用信息中心；(g)呼叫結束后，各設備釋放所占用資源，結束對本次呼叫的監(jiān)聽。
進一步地，上述呼叫控制及業(yè)務監(jiān)聽方法可具有以下特點所述數據采集設備由該呼叫的接入網關承擔，在所述步驟(f)中，接入網關在所述軟交換控制設備的控制下將被控目標通信內容信息發(fā)送到提交網關，由提交網關再發(fā)送到警用信息中心；或者，所述數據采集設備由專門的監(jiān)聽網關承擔，在所述步驟(f)中，所述軟交換控制設備首先向該監(jiān)聽網關發(fā)送媒體接續(xù)命令，完成主、被叫端點與該監(jiān)聽網關上兩個端口的連接，實現兩個轉接端口的消息轉發(fā)，然后下達監(jiān)聽命令，控制該監(jiān)聽網關對被控用戶的通信內容消息進行采集，并直接轉發(fā)到所述警用信息中心。
進一步地，上述呼叫控制及業(yè)務監(jiān)聽方法可具有以下特點在上述步驟中，所述警用信息中心通過專用的命令接口向軟交換控制設備發(fā)送所述監(jiān)聽指令并接收響應；通過專用的事件上報接口在建立連接后，接收軟交換控制設備上報的所述呼叫狀態(tài)信息；通過專用的通信內容傳送接口建立與數據采集設備間的承載通道連接；通過該承載通道接收所述數據采集設備傳送的所述通信內容消息。
進一步地，上述呼叫控制及業(yè)務監(jiān)聽方法可具有以下特點所述命令接口、事件上報接口的通信采用TCP/IP協議，所述通信內容傳送接口的警用信息中心和軟交換控制設備間的信令交互采用SIP協議，警用信息中心和數據采集設備間的被控用戶通信內容的傳送采用IP協議。
進一步地，上述呼叫控制及業(yè)務監(jiān)聽方法可具有以下特點所述步驟(e)中的呼叫狀態(tài)信息包括呼叫發(fā)起和建立、呼叫應答、媒體修改、媒體流通道打開和關閉、媒體能力描述、用戶信令和網絡信令、呼叫釋放、預定義業(yè)務事件產生、通信內容傳送接口承載通道建立和刪除信息中實際發(fā)生的狀態(tài)信息；所述軟交換控制設備還可通過所述事件上報接口上報連接建立、連接釋放、用戶注冊、用戶注銷以及告警事件。
進一步地，上述呼叫控制及業(yè)務監(jiān)聽方法可具有以下特點所述步驟(a)中，警用信息中心通過所述命令接口向所述軟交換控制設備發(fā)送的監(jiān)聽指令包括被控目標設定、被控目標參數修改、被控目標撤消、被控目標參數查詢、被控目標列表查詢、系統(tǒng)時間查詢、目標信息查詢中的一種或多種。
進一步地，上述呼叫控制及業(yè)務監(jiān)聽方法可具有以下特點所述軟交換控制設備和警用信息中心間通過所述通信內容傳送接口傳送的信令包括承載通道創(chuàng)建請求及響應、媒體修改報告、承載通道監(jiān)聽內容傳送消息以及承載通道刪除請求及響應。
進一步地，上述呼叫控制及業(yè)務監(jiān)聽方法可具有以下特點所述警用信息中心和所述軟交換控制設備建立連接時，收到連接請求的一方要對發(fā)起請求的一方進行鑒權，鑒權通過后再發(fā)出接收響應，否則拒絕接收。
進一步地，上述呼叫控制及業(yè)務監(jiān)聽方法可具有以下特點使用所述命令接口前須用具有最高專用權限的帳號登錄，所述命令接口、事件上報接口和通信內容傳送接口使用不同于普通交換機指令的專用指令交互。
進一步地，上述呼叫控制及業(yè)務監(jiān)聽方法可具有以下特點所述警用信息中心發(fā)送的監(jiān)聽指令以及所述軟交換控制設備發(fā)出的上報事件消息，均先發(fā)送到一提交網關，再由該提交網關轉發(fā)至所述軟交換控制設備。
與現有技術相比，本發(fā)明的軟交換監(jiān)聽呼叫控制方法可以在下一代網絡中實現語音和數據監(jiān)聽，較傳統(tǒng)的電路交換網絡監(jiān)聽，擴展了監(jiān)聽業(yè)務，節(jié)約了電路資源，提高了監(jiān)聽效率。


圖1是本發(fā)明實施例軟交換監(jiān)聽系統(tǒng)的組網圖。
圖2是本發(fā)明實施例軟交換監(jiān)聽系統(tǒng)的功能框圖。
圖3是本發(fā)明實施例X1接口的工作流程圖。
圖4是本發(fā)明實施例X2接口的工作流程圖。
圖5是本發(fā)明實施例X3接口的工作流程圖。
圖6是本發(fā)明實施例基本呼叫業(yè)務主叫監(jiān)聽流程圖。
圖7是本發(fā)明實施例基本呼叫業(yè)務被叫監(jiān)聽流程圖。
圖8是本發(fā)明實施例呼叫等待業(yè)務監(jiān)聽流程圖。
具體實施例方式
在軟交換系統(tǒng)中，監(jiān)聽設備對被控目標(即被布控的軟交換設備終端，如固話入局設備、H.323網絡設備、SIP網絡設備、IP協議終端設備)的所有業(yè)務活動和通信內容等信息進行監(jiān)控。從功能上劃分主要由呼叫控制功能、數據采集功能、提交功能和內容復現功能四個部分組成。這四個功能分別由軟交換控制設備、數據采集設備(接入網關或監(jiān)聽網關)、提交網關設備(DF)和警用信息中心(LIC)來實現。軟交換監(jiān)聽系統(tǒng)的網絡結構如圖1所示，軟交換控制設備、接入網關、監(jiān)聽網關(LI GW)及提交網關經IP網絡相互連接，提交網關通過標準警用接口(X接口)與警用信息中心連接。接入網關設備一般有信令網關、中繼網關、H323網關、H248網關、SIP網關、MGCP網關、綜合接入網關等。
軟交換控制設備是包交換網絡的核心控制設備，也是整個監(jiān)聽系統(tǒng)的控制核心。為了實現軟交換監(jiān)聽功能，軟交換控制設備的呼叫處理模塊必須具備監(jiān)聽的呼叫控制處理流程，主要完成接收合法監(jiān)聽命令、監(jiān)聽命令響應、目標監(jiān)聽屬性判斷和監(jiān)聽呼叫接續(xù)控制、呼叫狀態(tài)信息和告警等事件上報，以及對被控目標通信內容采集、傳送的控制等功能。
接入網關主要負責提供協議適配功能，接受軟交換控制設備下達的監(jiān)聽命令，對被控目標通信內容消息進行采集，并轉發(fā)到提交網關，由提交網關發(fā)送到警用信息中心?？紤]到不是所有廠家的網關設備都能提供數據采集功能的現實，監(jiān)聽數據采集功能可以由監(jiān)聽網關實現。
監(jiān)聽網關主要負責接收軟交換控制設備的媒體接續(xù)命令，完成主、被叫端點與本設備上兩個端口的連接，完成兩個轉接端口消息轉發(fā)功能，以及接收軟交換控制設備下達的監(jiān)聽命令，對被控目標通信內容消息進行采集，當采用監(jiān)聽網關采集被控目標通信內容時，可以直接由監(jiān)聽網關發(fā)送到警用信息中心。
提交網關主要完成管理同警用信息中心的X接口，以及同軟交換控制設備或網關之間的P接口，轉發(fā)警用信息中心與軟交換控制設備、接入網關或監(jiān)聽網關之間的信令、消息及通信內容，必要時對消息進行編解碼和加解密。
警用信息中心主要用于向軟交換系統(tǒng)發(fā)送監(jiān)聽指令，接收命令響應信息，接收呼叫狀態(tài)信息、告警信息，接收被控目標通信內容和相關的信令消息，并將接收到的數據包完成復現，對消息的編解碼和加解密等功能。
圖2是本實施例軟交換監(jiān)聽系統(tǒng)的功能框圖。清楚地示出了各個設備之間的連接關系和接口，其中X接口為軟交換系統(tǒng)和警用信息中心之間的標準協議接口，也叫警用接口，由X1、X2、X3三個接口組成。本實施例中，LIC上的X1接口、X2接口都連接到提交網關，但也可以直接連接到軟交換控制設備，X3接口信令通道位于軟交換控制設備和LIC之間，而其承載通道則位于提交網關和LIC之間。為了描述方便，下文中將與LIC進行通信的軟交換控制設備以及接入網關、監(jiān)聽網關和相關設備統(tǒng)稱為軟交換系統(tǒng)(SS)。
下面將詳細描述對每一接口的定義。
X1接口即命令接口，X1接口物理上可以是電信網絡設備已有的通用人機通信控制接口，但必須滿足高速、可靠的要求。接口采用TCP/IP協議，其工作協議棧為TCP/IP ISO/IEC 802.2、ISO/IEC 802.3。LIC通過X1接口向SS發(fā)送監(jiān)聽指令，并接收從X1接口來的命令響應消息。X1接口在本實施例中主要完成以下功能1.連接建立，LIC接入軟交換系統(tǒng)時，建立LIC到軟交換系統(tǒng)的X1連接，軟交換系統(tǒng)對LIC的接入進行認證。若支持加密功能，在連接建立過程中交換加密參數。
2.連接釋放，釋放LIC與軟交換系統(tǒng)之間的X1連接。LIC和軟交換系統(tǒng)都可以發(fā)起連接釋放。
3.被控目標設定，LIC請求軟交換系統(tǒng)，將目標設定為被控狀態(tài)，同時設置該被控目標的被控參數，如被控業(yè)務類型、數據輸出類型(如活動事件、通信內容)、X2接口地址等。
4.被控目標修改，LIC請求軟交換系統(tǒng)，修改被控目標的被控參數，如被控業(yè)務類型、數據輸出類型、X2接口地址等。
5.被控目標撤消，LIC請求軟交換系統(tǒng)，撤消對被控目標的監(jiān)聽。
6.被控目標參數查詢，LIC請求軟交換系統(tǒng)，查詢被控目標的被控參數。
7.被控目標列表查詢，在軟交換系統(tǒng)中根據目標標識的類型，查詢所有被控目標的標識列表，軟交換系統(tǒng)將指定類型的所有被控目標的標識列表上報給LIC。
8.系統(tǒng)時間查詢，LIC向軟交換系統(tǒng)查詢系統(tǒng)時間，軟交換系統(tǒng)收到查詢請求后將當前的系統(tǒng)時間上報LIC。
9.用戶信息查詢，LIC可以查詢到指定用戶的用戶信息。
X1接口的工作流程圖3所示，LIC與SS通過X1接口建立連接后，完成指令的請求和應答，最后釋放連接。
X2接口即事件上報接口，X2接口物理上可以是電信網絡設備已有的通用人機通信控制接口，但必須滿足高速、可靠的要求。接口應采用TCP/IP協議，其工作協議棧為TCP/IP ISO/IEC 802.2、ISO/IEC 802.3。X2接口用于完成連接建立請求、連接建立響應、連接釋放通知、活動事件上報、告警事件上報等功能。
活動事件上報用于上報呼叫相關事件和呼叫無關事件。其中呼叫相關的事件包括呼叫建立事件、振鈴事件、應答事件、釋放事件、呼叫中斷事件、補充業(yè)務呼叫事件、補充業(yè)務操作事件等。呼叫無關的事件包括有用戶注冊事件、用戶離線事件、消息發(fā)送事件、消息接收事件等。告警事件上報用于上報因軟硬件故障導致軟交換系統(tǒng)警用接口產生的告警消息。
相應傳送的事件消息主要有1.TcpOpen，連接建立請求消息，建立與對端設備的連接。
2.TcpClose，連接釋放請求消息，關閉對端設備的連接。
3.Register，用戶注冊消息。
4.Unregister，用戶注銷消息。
5.Origination，被控目標發(fā)起呼叫。
6.TerminationAttempt，被控目標做被叫建立呼叫。
7.Answer，呼叫應答，雙向通話連接建立成功。
8.CCChange，媒體修改，改變呼叫能力屬性，當呼叫的媒體描述包(SDP)、帶寬信息被修改時，必須產生CCChange消息。
9.CCOpen，媒體流通道打開，開始傳輸呼叫內容信息。
10.CCClose，媒體流通道關閉，結束呼叫內容傳輸。
11.MediaReport，向LIC報告被控目標的媒體能力描述，如SDP信息。
12.NetworkSignal，網絡信令，如各種信號音、消息提示。
13.SubjectSignal，用戶信令，被控目標發(fā)送撥號、摘掛機信令消息等。
14.Release，監(jiān)控目標釋放呼叫。
15.ServiceInstance，被控目標產生預先定義好的業(yè)務事件。
16.X3channelCreate，X3承載通道建立事件上報。
17.X3channelDelete，X3承載通道刪除事件上報。
X2接口的工作流程圖4所示，LIC與SS通過X2接口建立連接后，SS通過上述消息進行事件上報，最后釋放連接。
X3接口即通信內容傳送接口，將被控目標的語音通信、數據通信內容從SS實時輸出到警用信息中心。X3接口采用IP方式，包括呼叫信令流程和承載通道數據發(fā)送兩部分。X3接口信令流程由軟交換控制設備產生，等同于一般的呼叫信令流程，主要完成承載通道的建立、釋放、媒體能力改變報告等功能，信令通道是從軟交換控制設備到LIC，采用SIP協議，其工作協議棧遵循RFC3261；X3承載通道用于實現監(jiān)控目標通信內容從提交網關到LIC的傳輸。其承載能力和被控目標的承載能力相同。其工作協議棧為ISO/IEC 802.2、ISO/IEC 802.3。
X3接口的主要功能如下，請同時參照圖5中X3接口的工作流程。
1.承載通道創(chuàng)建。當被控對象呼叫建立成功，開始媒體流傳送時，軟交換系統(tǒng)將發(fā)起消息內容監(jiān)聽流程。軟交換系統(tǒng)向LIC發(fā)送X3承載通道創(chuàng)建請求消息INVITE，LIC根據INVITE所帶的認證參數，進行鑒權，如果成功則返回X3承載通道創(chuàng)建成功的應答消息OK。創(chuàng)建成功后，通訊信息提交開始，軟交換系統(tǒng)通過該承載通道指明的兩個端點間傳輸被控對象通信內容的復本。
2.承載通道刪除，當軟交換系統(tǒng)發(fā)現被監(jiān)聽對象呼叫結束，發(fā)起X3通道刪除流程。軟交換系統(tǒng)向LIC發(fā)送X3通道刪除請求消息BYE，通訊信息提交結束，LIC接收到X3通道刪除BYE消息后，返回X3通道刪除應答消息OK。
3.媒體修改報告，在監(jiān)聽的過程中，如被控目標的媒體信息發(fā)生改變，軟交換系統(tǒng)應向LIC報告。
4.承載通道監(jiān)聽內容傳送，承載通道傳輸的通信內容消息是從被監(jiān)聽對象的通信內容中復制出來的，軟交換監(jiān)聽系統(tǒng)不能對被控目標的通信信息進行改變，承載通道傳輸地IP封裝頭可以和被控目標的IP封裝頭不同。
本實施例中，軟交換控制設備的呼叫控制模塊與提交網關間的接口為P接口，包括P1、P2和P3三個接口。其中，P1接口同X1接口相對應，用于傳輸信令消息。P2接口同X2接口相對應，P3接口同X3接口承載通道相對應。P接口可以是軟交換設備制造廠家自定義的內部接口，需要說明的是，X1、X2接口也可以在SS上，不經過提交網關。
而軟交換控制設備與接入網關或監(jiān)聽網關間的A接口是網關控制協議，可以是標準協議，也可以是內部協議，如采用H.248/MGCP協議。軟交換控制設備通過A接口通知網關對被控目標進行監(jiān)聽數據采集工作。
保密性和安全性是警用接口(X接口)的首要要求。為防止未經授權的警用信息中心接入軟交換系統(tǒng)，防止軟交換系統(tǒng)向非法的監(jiān)聽中心上報監(jiān)聽信息，警用信息中心與軟交換系統(tǒng)之間的警用接口(X接口)須建立必要的加密、認證機制。
警用接口中的重要操作必須由專用的用戶名和密碼登錄后才能進行，其權限設定為最高的專用操作權限，口令的修改和分配應僅由掌握最高級口令的人員進行。此外，警用接口核心指令必須是不同于普通交換機指令的專用指令，X1接口的指令集應當具有系統(tǒng)的最高安全性和保密性。另外，出于安全性、保密性的考慮，警用接口應指定合法監(jiān)聽信息中心接入的網絡地址。不允許非指定的其他系統(tǒng)接入。
基于上述系統(tǒng)，本發(fā)明實施例實現呼叫監(jiān)聽的基本流程包括以下步驟步驟110，警用信息中心向軟交換控制設備發(fā)出連接請求，軟交換控制設備進行身份驗證，通過后發(fā)出接收響應，否則拒絕連接，結束；步驟120，警用信息中心向軟交換控制設備發(fā)送用戶監(jiān)聽命令，如對某一用戶進行布控的命令；步驟130，軟交換控制設備保存警用信息中心發(fā)來的命令，并修改相關用戶的屬性信息，回應響應消息；步驟140，發(fā)起和建立呼叫時，軟交換控制設備根據主、被叫用戶的屬性信息判斷是否需要監(jiān)聽，如果需要，執(zhí)行下一步，否則，按正常呼叫流程處理后結束；步驟150，軟交換控制設備向警用信息中心上報被控用戶呼叫的狀態(tài)信息，如摘機、收號、被叫振鈴、通話等等；步驟160，被控用戶通話過程建立后，接入網關在軟交換控制設備的控制下，將經過它的被控用戶的通信內容拷貝到提交網關，由提交網關將其轉發(fā)到警用信息中心；步驟170，警用信息中心接收被控目標的通信內容信息，進行相應復現處理；步驟180，呼叫結束之后，各設備釋放所占用資源，結束對本次呼叫的監(jiān)聽。
在步驟160中，當接入網關不具備通信內容的復制功能時，軟交換控制設備將主、被叫媒體流端口接續(xù)到監(jiān)聽網關，再由監(jiān)聽網關在軟交換控制設備的控制下，完成主被叫通信內容的相互轉發(fā)以及媒體流信息向提交網關的傳送。
在NGN網絡中，除了語音業(yè)務外，本發(fā)明的軟交換監(jiān)聽方法還可進一步支持對補充業(yè)務操作(如業(yè)務激活、業(yè)務去激活、業(yè)務登記、業(yè)務去登記)、傳真及電路數據業(yè)務、消息、與呼叫無關的活動(如注冊、注銷)，及Internet業(yè)務(如ICQ、HTTP等所有Internet協議)的監(jiān)聽工作。
下面以3個具體的業(yè)務流程對本發(fā)明軟交換監(jiān)聽的呼叫控制及業(yè)務監(jiān)聽方法進行說明，假定對用戶的布控已完成。由于軟交換系統(tǒng)的特殊性，各種協議可能存在差異，所以流程采用了抽象原語描述呼叫過程，每種協議流程都可映射到這種抽象呼叫原語流程。但對于不同協議類型的網關，注冊流程、AAA認證流程及撥號流程可能會有差別，有的可能沒有撥號事件，號碼在Setup消息中攜帶，也可能按位發(fā)號，這樣就有多次撥號事件。
圖6說明了基本呼叫業(yè)務主叫監(jiān)聽流程，其中用戶A為被控目標，發(fā)起呼叫到用戶B，B可以不是SS本地用戶。SS與用戶網關設備(GW)之間屬于正常的呼叫流程，采用標準指令，因而下面將主要介紹SS和LIC之間通過三個警用接口X1、X2和X3傳遞消息的信息交互過程。
該流程包括以下步驟A用戶網關設備上電啟動，網關設備向SS發(fā)起注冊請求(Regist request)；SS收到注冊消息后，判斷其屬于被控對象，通過連接建立請求消息(TCPOpen)建立同LIC X2接口的TCP連接，TCP連接建立成功后，向LICX2接口上報注冊消息(Register)；當用戶A摘機后，呼叫開始，SS判斷該用戶為被控用戶，執(zhí)行監(jiān)聽處理流程，通過用戶信令消息(SubjectSignal)，向LIC的X2接口上報摘機消息，通過網絡信令消息(NetworkSignal)向LIC的X2接口上報主叫用戶聽到撥號音事件消息；當SS收到用戶撥號消息時，通過用戶信令消息(SubjectSignal)向LIC的X2接口上報撥號內容消息；SS通過號碼分析，路由選擇等一系列動作，向被叫用戶發(fā)起起呼，呼叫建立后，通過被控目標發(fā)起呼叫消息(Origination)通知LIC的X2接口，指示被控目標主叫發(fā)起呼叫；當SS收到被叫振鈴消息(Alerting)時，用網絡信令消息(NetworkSignal)通知LIC的X2接口，被叫用戶已經振鈴；當SS收到被叫摘機消息(connect)時，用呼叫應答消息(Answer)通知LIC的X2接口，指示被叫用戶已經應答；主、被叫之間話路通道建立后，開始傳送通信內容消息，SS通過承載通道建立請求通知LIC的X3接口，建立一個承載通道；承載通道通路建立成功后，SS用X3承載通道建立事件上報消息(X3ChannelCreate)通知LIC的X2接口，承載通道建立成功，用媒體流通道打開消息(CCOpen)通知LIC的X2接口，開始呼叫內容信息傳送；LIC通過X3接口的CCC消息接收通信內容消息；被叫用戶掛機，呼叫釋放后，SS向LIC的X3接口發(fā)送承載通道刪除消息，通知X3接口，本次通信內容消息傳送結束；SS通過X3承載通道刪除事件上報消息(X3ChannelDelete)通知LIC的X2接口，X3承載通道刪除；用媒體流通道關閉消息(CCClose)通知X2接口本次呼叫的呼叫內容消息流終止；并將監(jiān)控目標釋放呼叫消息(Release)發(fā)往X2接口，通過網絡信令消息(NetworkSignal)將忙音消息送到X2接口；當主叫掛機后，SS通過用戶信令消息(SubjectSignal)通知X2接口另一用戶已掛機，呼叫完全結束；當TCP連接刪除條件滿足時，用連接釋放請求消息(TCPClose)將X2接口的TCP連接關閉。
圖7說明了基本呼叫業(yè)務被叫監(jiān)聽流程，其中用戶A為被控目標，用戶B發(fā)起呼叫到用戶A，用戶B可不是本SS用戶。如圖所示，包括以下步驟A用戶網關設備上電啟動，網關設備向SS發(fā)起注冊請求(Regist request)；SS收到注冊消息后，判斷其是被控設備，通過連接建立請求消息(TCPOpen)建立同LIC X2接口的TCP連接，TCP連接建立成功后，向LICX2接口上報注冊(Register)消息；用戶B摘機、撥號，SS通過號碼分析、路由選擇等一系列動作，向用戶A發(fā)起起呼消息，SS判斷被叫為被控用戶后，將被控目標做被叫建立呼叫消息(TerminationAttempt)通知LIC的X2接口；當SS收到被叫振鈴消息(Alerting)時，用網絡信令消息(NetworkSignal)通知LIC的X2接口，被叫用戶已經振鈴；當SS收到被叫摘機消息(connect)時，通過用戶信令消息(SubjectSignal)通知LIC的X2接口被叫已摘機，用呼叫應答消息(Answer)通知LIC的X2接口，指示被叫用戶已經應答；主、被叫之間話路通道已經建立，開始傳送通信內容消息，SS通過承載通道建立請求通知LIC的X3接口，建立一個承載通道通路；承載通道通路建立成功后，SS用X3承載通道建立事件上報消息(X3ChannelCreate)通知LIC的X2接口，話路通道建立成功，用媒體流通道打開消息(CCOpen)通知LIC的X2接口，開始呼叫內容信息傳送；LIC通過X3接口的CCC消息接收通信內容消息；被叫用戶掛機，SS向LIC的X2接口發(fā)送用戶信令消息(SubjectSignal)，指示用戶已掛機，向LIC的X3接口發(fā)送承載通道刪除消息，通知X3接口，本次通信內容消息傳送結束；然后，SS通過X3承載通道刪除事件上報消息(X3ChannelDelete)通知LIC的X2接口，X3承載通道刪除；并用媒體流通道關閉消息(CCClose)通知X2接口本次呼叫的呼叫內容消息流終止；SS釋放了與被叫的連接后，將監(jiān)控目標釋放呼叫消息(Release)發(fā)往X2接口，用連接釋放請求消息(TCPClose)將X2接口的TCP連接關閉。
圖8說明了呼叫等待業(yè)務監(jiān)聽流程，其中用戶A為被控目標，A發(fā)起呼叫到B，A有呼叫等待業(yè)務；C呼叫A觸發(fā)呼叫等待業(yè)務，圖示說明了監(jiān)聽AB、CA兩個呼叫的過程，B和C可能不是本SS用戶。
用戶A網關在SS上注冊及AB呼叫建立、通話的監(jiān)聽處理流程和基本呼叫主叫監(jiān)聽流程一樣，AB開始通話后，LIC通過X3接口的CCC消息接收通信內容消息；此時，用戶C摘機并撥打用戶A的號碼，SS獲知后，通過被控目標做被叫建立呼叫消息(TerminationAttempt)通知LIC的X2接口，通過被控目標產生預先定義好的業(yè)務事件消息(ServiceInstance)，指示用戶A激活呼叫等待業(yè)務；SS向用戶A發(fā)送呼叫等待音，并通過網絡信令消息(NetworkSignal)通知LIC的X2接口；用戶A拍叉簧，SS通過用戶信令消息(SubjectSignal)通知LIC的X2接口，并通過被控目標產生預先定義好的業(yè)務事件消息(ServiceInstance)，指示用戶A激活呼叫保持業(yè)務；SS將AB間呼叫轉入保持狀態(tài)準備接通AC間呼叫，SS用呼叫應答消息(Answer)通知LIC的X2接口，指示用戶A已經應答；
AC間話路通道建立后，SS向LIC的X3接口發(fā)送媒體修改報告，向LIC的X2接口報告媒體修改信息(CCChange)，然后LIC通過X3接口的CCC消息接收通信內容消息；AC間連接釋放后，SS將監(jiān)控目標釋放呼叫消息(Release)發(fā)往X2接口；AB間通話恢復后，SS向LIC的X3接口發(fā)送媒體修改報告，向LIC的X2接口報告媒體修改信息(CCChange)，然后LIC通過X3接口的CCC消息接收通信內容消息；用戶B掛機后，SS和LIC間的處理流程和基本呼叫主叫監(jiān)聽流程中被叫用戶掛機后是一樣的，在此不再贅述。
同樣，本發(fā)明可以適用于其它補充業(yè)務，如三方通話、無條件前轉、用戶不在線前轉(被叫網關未注冊)、用戶不可達前轉、遇忙前轉、無應答前轉、呼叫轉接、會議電話、呼叫保持、重復呼叫、回叫業(yè)務、緊急特服等等，并不改變和影響原有的正常呼叫流程，只是在呼叫過程中，對被控目標要進行呼叫狀態(tài)信息的實時上報和對通話內容的復制和再現。因而，本發(fā)明的軟交換監(jiān)聽方法在對電信網絡設備安全性和全部業(yè)務不造成任何影響的前提下，實現了對被控目標所有話務和非話務活動進行實時跟蹤和監(jiān)聽。
權利要求
1.一種軟交換監(jiān)聽的呼叫控制及業(yè)務監(jiān)聽方法，應用于下一代網絡中，包括以下步驟(a)警用信息中心和軟交換控制設備建立連接后，向該軟交換控制設備發(fā)出監(jiān)聽指令；(b)所述軟交換控制設備收到監(jiān)聽指令后，修改或查詢相關用戶的屬性信息并返回響應；(c)起呼后，所述軟交換控制設備判斷參與呼叫的用戶是否為被控用戶，如果是，執(zhí)行步驟(e)，否則執(zhí)行下一步；(d)按正常呼叫流程處理，結束；(e)所述軟交換控制設備向所述警用信息中心上報被控用戶呼叫的狀態(tài)信息；(f)呼叫建立后，所述軟交換控制設備控制該呼叫的數據采集設備開始采集通信內容信息，最后轉發(fā)到所述警用信息中心；(g)呼叫結束后，各設備釋放所占用資源，結束對本次呼叫的監(jiān)聽。
2.如權利要求1所述的方法，其特征在于，所述數據采集設備由該呼叫的接入網關承擔，在所述步驟(f)中，接入網關在所述軟交換控制設備的控制下將被控目標通信內容信息發(fā)送到提交網關，由提交網關再發(fā)送到警用信息中心；或者，所述數據采集設備由專門的監(jiān)聽網關承擔，在所述步驟(f)中，所述軟交換控制設備首先向該監(jiān)聽網關發(fā)送媒體接續(xù)命令，完成主、被叫端點與該監(jiān)聽網關上兩個端口的連接，實現兩個轉接端口的消息轉發(fā)，然后下達監(jiān)聽命令，控制該監(jiān)聽網關對被控用戶的通信內容消息進行采集，并直接轉發(fā)到所述警用信息中心。
3.如權利要求1所述的方法，其特征在于，在上述步驟中，所述警用信息中心通過專用的命令接口向軟交換控制設備發(fā)送所述監(jiān)聽指令并接收響應；通過專用的事件上報接口在建立連接后，接收軟交換控制設備上報的所述呼叫狀態(tài)信息；通過專用的通信內容傳送接口建立與數據采集設備間的承載通道連接，通過該承載通道接收所述數據采集設備傳送的所述通信內容消息。
4.如權利要求3所述的方法，其特征在于，所述命令接口、事件上報接口的通信采用TCP/IP協議，所述通信內容傳送接口的警用信息中心和軟交換控制設備間的信令交互采用SIP協議，警用信息中心和數據采集設備間的被控用戶通信內容的傳送采用IP協議。
5.如權利要求3所述的方法，其特征在于，所述步驟(e)中的呼叫狀態(tài)信息包括呼叫發(fā)起和建立、呼叫應答、媒體修改、媒體流通道打開和關閉、媒體能力描述、用戶信令和網絡信令、呼叫釋放、預定義業(yè)務事件產生、通信內容傳送接口承載通道建立和刪除信息中實際發(fā)生的狀態(tài)信息；所述軟交換控制設備還可通過所述事件上報接口上報連接建立、連接釋放、用戶注冊、用戶注銷以及告警事件。
6.如權利要求3所述的方法，其特征在于，所述步驟(a)中，警用信息中心通過所述命令接口向所述軟交換控制設備發(fā)送的監(jiān)聽指令包括被控目標設定、被控目標參數修改、被控目標撤消、被控目標參數查詢、被控目標列表查詢、系統(tǒng)時間查詢、目標信息查詢中的一種或多種。
7.如權利要求3所述的方法，其特征在于，所述軟交換控制設備和警用信息中心間通過所述通信內容傳送接口傳送的信令包括承載通道創(chuàng)建請求及響應、媒體修改報告、承載通道監(jiān)聽內容傳送消息以及承載通道刪除請求及響應。
8.如權利要求1所述的方法，其特征在于，所述警用信息中心和所述軟交換控制設備建立連接時，收到連接請求的一方要對發(fā)起請求的一方進行鑒權，鑒權通過后再發(fā)出接收響應，否則拒絕接收。
9.如權利要求3所述的方法，其特征在于，使用所述命令接口前須用具有最高專用權限的帳號登錄，所述命令接口、事件上報接口和通信內容傳送接口使用不同于普通交換機指令的專用指令交互。
10.如權利要求3所述的方法，其特征在于，所述警用信息中心發(fā)送的監(jiān)聽指令以及所述軟交換控制設備發(fā)出的上報事件消息，均先發(fā)送到一提交網關，再由該提交網關轉發(fā)至所述軟交換控制設備。
全文摘要
本發(fā)明公開一種軟交換監(jiān)聽的呼叫控制及業(yè)務監(jiān)聽方法，應用于下一代網絡中，包括以下步驟警用信息中心建立和軟交換控制設備的連接，通過監(jiān)聽指令對該軟交換控制設備的用戶進行布控，修改或查詢相關用戶的屬性；起呼后，如果用戶為被控用戶，軟交換控制設備向警用信息中心上報被控用戶呼叫的狀態(tài)信息；呼叫建立后，軟交換控制設備指示數據采集設備采集呼叫通信內容消息，并轉發(fā)到所述警用信息中心進行復現，呼叫結束后，各設備釋放所占用資源，結束對本次呼叫的監(jiān)聽。本發(fā)明方法可以在下一代網絡中實現語音和數據監(jiān)聽，較傳統(tǒng)的電路交換網絡監(jiān)聽，擴展了監(jiān)聽業(yè)務，節(jié)約了電路資源，提高了監(jiān)聽效率。
文檔編號H04L12/26GK1719788SQ20041006271
公開日2006年1月11日 申請日期2004年7月7日 優(yōu)先權日2004年7月7日
發(fā)明者連偉良, 席軼敏 申請人:中興通訊股份有限公司