專利名稱：一種實時監(jiān)聽業(yè)務控制過程的實現方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及一種實時監(jiān)聽業(yè)務的實現方法。
背景技術：
在無線3G R4網絡和NGN網絡中，核心網都采用了呼叫控制與承載分離的組網的方式。其中核心網中的媒體網關控制(MGC)部分要實現用戶的鑒權、計費、切換和話路交換等功能，媒體網關(MG)部分實現媒體流處理功能?，F有H.248或MGCP協議通過描述端點之間的拓撲關系來實現監(jiān)聽業(yè)務。以圖1為例，如上下文C1中有兩個端點T3、T5，連接關系為雙向連接，其中T3和T5可簡單看做通話的用戶。如果使用一個新的端點T1、T2對上下文C1中的一個端點T3的收發(fā)信息進行監(jiān)聽，其中T1監(jiān)聽T3發(fā)出的信息，T2監(jiān)聽T3收到的信息。在現有體系中，滿足這個功能需要MGC指明T1和T3、T1和T5、T2和T3、T2和T5的拓撲關系，具體為需要指明1、在已有上下文C1中，T3和T5雙向連接(T3T5)，T1、T2和C1中的所有端點為孤立狀態(tài)(無連接關系)；2、T1和T3之間有單向連接，連接方向為T3→T1；3、T2和T5之間有單向連接，連接方向為T5→T2。
經過這個過程，在MG上可以建立如圖2的連接關系。
這樣，T1和T2端點就可以完成對T3端點收發(fā)的監(jiān)聽。
現有技術中，如果一個上下文中的端點個數較多，比如，在會議模式下，同時對多個用戶監(jiān)聽時，增加監(jiān)聽端點時，需要指明他與其用戶他端點之間的關系，當用戶數比較多時，拓撲關系比較復雜，無論MGC還是MG，處理流程都比較麻煩。
圖3是會議或多方通話的示意圖，如果這時用T6、T7對T3端點進行監(jiān)聽，則要指明如下拓撲1.T3、T1、T2、T5之間兩兩有雙向連接(形成會議拓撲)。
2.T6與所有端點孤立，T6與T3之間連接關系為T3→T6。
3.T7與所有端點孤立，T7與T1、T2、T5之間有單向連接，連接方向為T1→T7、T2→T7、T5→T7，表明T7可以聽到T1、T2、T5；如果還要對通話中的用戶T5監(jiān)聽，假設監(jiān)聽端點為T8/T9，則就會變的更復雜。要在剛才的基礎上，指明1.T8與所有端點孤立，T8與T5之間連接關系為T5→T8。
2.T9與所有端點孤立，T9與T1、T2、T3之間有單向連接，連接方向為T1→T9、T2→T9、T3→T9；在這些操作中，軟交換要記住那些是監(jiān)聽端點，那些是被監(jiān)聽端點，以及其中的關系，當有新的與會方加入時，軟交換還需要知道新端點與監(jiān)聽端點的關系，MG要根據這些拓撲來推測未來的連接關系，流程和處理非常復雜，不利于新業(yè)務的擴展。

發(fā)明內容
本發(fā)明的目的是提供一種實時監(jiān)聽業(yè)務控制的實現方法，利用監(jiān)聽點與被監(jiān)聽點的屬性關系，將監(jiān)聽點與被監(jiān)聽點進行綁定，簡化監(jiān)聽業(yè)務的實現。
為此，本發(fā)明采用如下方案一種實時監(jiān)聽業(yè)務控制過程的實現方法，適用于采用H.248協議為控制接口的設備，其特征在于包括以下步驟a、定義終端屬性，該屬性包括端點類型、被監(jiān)聽端點標識及監(jiān)聽點與被監(jiān)聽點之間的數據流關系；b、媒體網關控制器MGC在監(jiān)聽端點上設置上述屬性；c、媒體網關MG的監(jiān)聽端點按照設定的屬性，復制數據流。
所述的步驟a中，所述的端點類型包括普通端點和監(jiān)聽端點。
所述的步驟a中，所述的數據流關系屬性可以包括上行數據流、下行數據流或混合數據流。
所述的步驟a中，所述的屬性還包括被監(jiān)聽點的ID屬性。
所述的步驟b，包括MGC在MG上增加一個端點，將其端點屬性設置為監(jiān)聽端點。
所述的步驟b，包括MGC在MG的監(jiān)聽端點上設置屬性，該屬性值為被監(jiān)聽端點的標識。
所述的步驟b，包括MGC在MG的監(jiān)聽端點上設置監(jiān)聽端點與被監(jiān)聽之間的數據流復制關系屬性。
所述的步驟c，包括MG根據監(jiān)聽端點的數據流復制關系，決定復制被監(jiān)聽端點的上行、下行、或上下行數據流。
所述的步驟c，可以在監(jiān)聽點與被監(jiān)聽點在同一個上下文時完成。
所述的步驟c，可以在監(jiān)聽點與被監(jiān)聽點在不同上下文時完成。
本發(fā)明利用監(jiān)聽相關的屬性，直接表達監(jiān)聽端點與被監(jiān)聽端點的連接關系，避免了使用拓撲描述的復雜性。無論什么情況下，監(jiān)聽端點依靠屬性關系始終與被監(jiān)聽端點綁定，本發(fā)明不限制監(jiān)聽點的個數，從而可以滿足一個端點被多個監(jiān)聽點監(jiān)聽，本發(fā)明簡化了系統處理流程，簡化了MGC和MG直接的接口。


圖1是現有技術中普通通話的示意圖；圖2是現有技術中普通通話監(jiān)聽示意圖；圖3是現有技術中使用拓撲關系描述的4方會議的示意圖；圖4是描述一個4方會議被監(jiān)聽的的監(jiān)聽示意圖；圖5是本發(fā)明的流程示意圖。
具體實施例方式
下面結合說明書附圖來說明本發(fā)明的具體實施方式
。
如圖5所示，是本發(fā)明的流程示意圖，在現有的普通通話流程中，我們通過定義監(jiān)聽點與被監(jiān)聽點之間的屬性關系，來直接描述監(jiān)聽業(yè)務的具體內容，該方式可以直接利用已經存在的通話系統，無須做實質性的改動，本發(fā)明實現的以H.248協議為例描述，在MGCP協議中可采用類似做法。
H.248協議，是承載層和控制層之間的通信協議，主要用于通信領域中承載與控制分離的體系系統中。目前，在下一代網絡NGN(Next Generation Network)領域和3G領域得到廣泛的應用。
H.248協議中有幾個重要的概念，一個是上下文(Context)，一個是端點(Termination)。端點可以分為TDM端點，ATM端點，IP端點，可以認為是承載層的主體即媒體網關MG對外的一個承載。而上下文就是一些終端間的聯系。它描述了終端之間的拓撲關系以及媒體混合/交換的參數。
在H.248協議中，我們定義一個包監(jiān)聽包，通過這個包(包的概念和格式可以參考ITU-TH.248協議)，簡化了拓撲描述，監(jiān)聽包的內容如下監(jiān)聽包定義(Normal Interception Package)PackageIDnormalinter(0x8908)Version1ExtendsNone該包定義了MG與MGC之間監(jiān)聽業(yè)務所需要的屬性、事件、過程等1、屬性(Properties)Interception indicationPropertyIDIndication(0x0001)Description定義Interception indication屬性，用來指定端點的監(jiān)聽從屬屬性。指示該終端是監(jiān)聽點(slave)，非監(jiān)聽點(common)，對沒有顯式該屬性的認為是與監(jiān)聽無關的終端，一律為common。
TypeEnumeration
Possible Values″Common″(0x0001)普通端點。
″Slave″(0x0002)用于監(jiān)聽其他端點的監(jiān)聽端點。
Default″Common″(0x0001)普通端點。
Defined inLocal Control descriptorCharacteristicsRead/WriteMaster terminationPropertyIDmasterid(0x0002)Description定義終端屬性″Master termination″，用來對slave終端保存他的需要監(jiān)聽的端點的終端id(簡稱Master端點，其Interception indication屬性為common)。對slave端點有效。
Typestring，length is 8 charsPossible Valuesspecial termination id in context or invalidvalue(0xffffffffffffffff)Defaultinvalid value(0xffffffffffffffff)Defined inLocal Control descriptorCharacteristicsRead/WriteInterception modePropertyIDintermode(0x0003)Description定義終端屬性″Interception mode″，取值″up stream″，″down stram″″combine stream″用來表達監(jiān)聽端點與被監(jiān)聽端點的連接方式，是復制被監(jiān)聽端點的上行數據還是下行數據或者是混合數據。該屬性對slave端點有效。
TypeEnumerationPossible Values″up stream″(0x0001)被監(jiān)聽端點發(fā)送出去的上行流。
″down stram″(0x0002)被監(jiān)聽端點收到的下行流。
″combine stream″(0x0003)經過被監(jiān)聽端點的混合流，對于語音業(yè)務，混合流有意義，對于數據業(yè)務，通常不使用混合流。
Default″up stream″(0x0001)被監(jiān)聽端點發(fā)送出去的上行流。
Defined inLocal Control descriptorCharacteristicsRead/Write2、過程(Procedures)媒體網關控制器(MGC)可以在ADD(增加)、MOD(修改)、MOV(移動)端點時重新定義上述屬性，比如指定一個端點類型為slave端點，其Master id可以不指定，但如果指定，必須是存在的端點。Interception indication屬性可以在MOV和MOD時變更。當端點Interception mode和Master id被指定，且Slave端點與master端點在同一上下文時，MG就可以按照Slave的屬性，從其指定的數據源復制數據流了。這里也可以不要求Slave端點與master端點在同一上下文，該設置可以靈活掌握。
對于slave端點，在拓撲分析時不考慮其與其他端點的關系。一個普通端點可以有多個slave端點指向他。
媒體網關根據MGC設置的屬性，按照數據流的方向復制數據流，即可完成監(jiān)聽。
下面舉例說明假設在圖3所示拓撲結構中，T1/T2/T3/T5四方通話，要T3/T5為被監(jiān)聽端點，T6/T7監(jiān)聽T3，T8/T9監(jiān)聽T5，采用本發(fā)明可以簡單清晰的實現圖4的拓撲關系。過程如下1.MGC在MG的上下文C2中增加T1/T2/T3/T5，指明其兩兩之間雙向互連，形成一個四方通話業(yè)務。
2.MGC增加T6、T7監(jiān)聽端點、其端點屬性為SLAVE。
3.MGC設置T6端點的masterid＝T3和interceptionmode＝UP。這時，MG的T6就知道自己需要監(jiān)聽T3的發(fā)送數據了，就可以開始復制T3發(fā)出的媒體流了，T6是slave端點，MG只處理T6與masterid指定的端點拓撲，T6與其他端點不需要處理。
4.MGC設置T7端點的masterid＝T3和interceptionmode＝DOWN。這時，T7就知道自己監(jiān)聽T3收到的數據了，就復制T3收到的媒體流了。通過2、3、4三步就完成了監(jiān)聽對T3監(jiān)聽的拓撲關系描述。
對四方通話的T5監(jiān)聽拓撲描述5.MGC增加T8、T9監(jiān)聽端點、其端點屬性為SLAVE。
6.MGC設置T8端點的masterid＝T5和interceptionmode＝UP。這時，MG的T8就可以開始復制T5發(fā)出的媒體流了，T8是slave端點，MG只處理T8與masterid指定的端點拓撲，T8與其他端點不需要處理。
7.MGC設置T9端點的masterid＝T5和interceptionmode＝DOWN。這時，T7就可以復制T3收到的媒體流了。通過5、6、7三步就完成了監(jiān)聽對T5的監(jiān)聽拓撲的描述。
8.通過以上6步操作，就可以完成監(jiān)聽業(yè)務的核心動作描述，省去了傳統操作使用拓撲描述監(jiān)聽端點和被監(jiān)聽端點的關系的過程。
本發(fā)明利用監(jiān)聽相關的新屬性，直接表達監(jiān)聽端點與被監(jiān)聽端點的連接關系，避免了使用拓撲描述的復雜性。無論什么情況下，監(jiān)聽端點依靠屬性關系始終與被監(jiān)聽端點綁定，本發(fā)明不限制監(jiān)聽點的個數，從而可以滿足一個端點被多個監(jiān)聽點監(jiān)聽，本發(fā)明簡化了系統處理流程，簡化了MGC和MG直接的接口。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應該以權利要求書的保護范圍為準。
權利要求
1.一種實時監(jiān)聽業(yè)務控制過程的實現方法，適用于采用H.248協議為控制接口的設備，其特征在于包括以下步驟a、定義終端屬性，該屬性包括端點類型、被監(jiān)聽端點標識及監(jiān)聽點與被監(jiān)聽點之間的數據流關系；b、媒體網關控制器MGC在監(jiān)聽端點上設置上述屬性；c、媒體網關MG的監(jiān)聽端點按照設定的屬性，復制數據流。
2.如權利要求1所述的方法，其特征在于所述的步驟a中，所述的端點類型包括普通端點和監(jiān)聽端點。
3.如權利要求1所述的方法，其特征在于所述的步驟a中，所述的數據流關系屬性可以包括上行數據流、下行數據流或混合數據流。
4.如權利要求1所述的方法，其特征在于所述的步驟a中，所述的屬性還包括被監(jiān)聽點的ID屬性。
5.如權利要求1所述的方法，其特征在于所述的步驟b，包括MGC在MG上增加一個端點，將其端點屬性設置為監(jiān)聽端點。
6.如權利要求1所述的方法，其特征在于所述的步驟b，包括MGC在MG的監(jiān)聽端點上設置屬性，該屬性值為被監(jiān)聽端點的標識。
7.如權利要求1所述的方法，其特征在于所述的步驟b，包括MGC在MG的監(jiān)聽端點上設置監(jiān)聽端點與被監(jiān)聽之間的數據流復制關系屬性。
8.如權利要求1所述的方法，其特征在于所述的步驟c，包括MG根據監(jiān)聽端點的數據流復制關系，決定復制被監(jiān)聽端點的上行、下行、或上下行數據流。
9.如權利要求1所述的方法，其特征在于所述的步驟c，可以在監(jiān)聽點與被監(jiān)聽點在同一個上下文時完成。
10.如權利要求1所述的方法，其特征在于所述的步驟c，可以在監(jiān)聽點與被監(jiān)聽點在不同上下文時完成。
全文摘要
本發(fā)明涉及通信領域領域，尤其涉及一種實時監(jiān)聽業(yè)務的實現方法。一種實時監(jiān)聽業(yè)務控制實現方法，其特征在于包括以下步驟a.在H.248協議規(guī)范內，定義了一個監(jiān)聽包。b.監(jiān)聽包中定義終端屬性，該屬性包括監(jiān)聽端點和被監(jiān)聽端點及監(jiān)聽點與被監(jiān)聽點之間的數據流關系；c.媒體網關控制器在端點設置上述屬性；d.媒體網關按照設置的屬性，復制數據流，完成監(jiān)聽。本發(fā)明中利用監(jiān)聽相關的屬性，直接表達監(jiān)聽端點與被監(jiān)聽端點的連接關系，避免了使用拓撲描述的復雜性。無論什么情況下，監(jiān)聽端點依靠屬性關系始終與被監(jiān)聽端點綁定，本發(fā)明不限制監(jiān)聽點的個數，從而可以滿足一個端點被多個監(jiān)聽點監(jiān)聽，本發(fā)明簡化了系統處理流程，簡化了MGC和MG直接的接口。
文檔編號H04M3/22GK1592235SQ0315628
公開日2005年3月9日 申請日期2003年9月2日 優(yōu)先權日2003年9月2日
發(fā)明者劉振華, 方新, 賀云剛 申請人:華為技術有限公司