CN1330132C

CN1330132C - 一种实时监听业务控制过程的实现方法

Info

Publication number: CN1330132C
Application number: CNB031562868A
Authority: CN
Inventors: 刘振华; 方新; 贺云刚
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2003-09-02
Filing date: 2003-09-02
Publication date: 2007-08-01
Anticipated expiration: 2023-09-02
Also published as: CN1592235A

Abstract

本发明涉及通信领域领域，尤其涉及一种实时监听业务的实现方法。一种实时监听业务控制实现方法，其特征在于包括以下步骤：a.在H.248协议规范内，定义了一个监听包；b.监听包中定义端点属性，该属性包括监听端点和被监听端点及监听端点与被监听端点之间的数据流关系；c.媒体网关控制器在端点设置上述属性；d.媒体网关按照设置的属性，复制数据流，完成监听。本发明中利用监听相关的属性，直接表达监听端点与被监听端点的连接关系，避免了使用拓扑描述的复杂性。无论什么情况下，监听端点依靠属性关系始终与被监听端点绑定，本发明不限制监听端点的个数，从而可以满足一个端点被多个监听端点监听，本发明简化了系统处理流程，简化了MGC和MG直接的接口。

Description

一种实时监听业务控制过程的实现方法

技术领域

本发明涉及通信领域，尤其涉及一种实时监听业务的实现方法。

技术背景

在无线3G R4网络和NGN网络中，核心网都采用了呼叫控制与承载分离的组网的方式。其中核心网中的媒体网关控制(MGC)部分要实现用户的鉴权、计费、切换和话路交换等功能，媒体网关(MG)部分实现媒体流处理功能。现有H.248或MGCP协议通过描述端点之间的拓扑关系来实现监听业务。以图1为例，如上下文C1中有两个端点T3、T5，连接关系为双向连接，其中T3和T5可简单看做通话的用户。如果使用一个新的端点T1、T2对上下文C1中的一个端点T3的收发信息进行监听，其中T1监听T3发出的信息，T2监听T3收到的信息。在现有体系中，满足这个功能需要MGC指明T1和T3、T1和T5、T2和T3、T2和T5的拓扑关系，具体为需要指明：

1、在已有上下文C1中，T3和T5双向连接(T3T5)，T1、T2和C1中的所有端点为孤立状态(无连接关系)；

2、T1和T3之间有单向连接，连接方向为T3→T1；

3、T2和T5之间有单向连接，连接方向为T5→T2。

经过这个过程，在MG上可以建立如图2的连接关系。

这样，T1和T2端点就可以完成对T3端点收发的监听。

现有技术中，如果一个上下文中的端点个数较多，比如，在会议模式下，同时对多个用户监听时，增加监听端点时，需要指明他与其用户他端点之间的关系，当用户数比较多时，拓扑关系比较复杂，无论MGC还是MG，处理流程都比较麻烦。

图3是会议或多方通话的示意图，如果这时用T6、T7对T3端点进行监听，则要指明如下拓扑：

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监听，假设监听端点为T8/T9，则就会变的更复杂。要在刚才的基础上，指明：

1.T8与所有端点孤立，T8与T5之间连接关系为T5→T8。

2.T9与所有端点孤立，T9与T1、T2、T3之间有单向连接，连接方向为T1→T9、T2→T9、T3→T9；

在这些操作中，软交换要记住哪些是监听端点，哪些是被监听端点，以及其中的关系，当有新的与会方加入时，软交换还需要知道新端点与监听端点的关系，MG要根据这些拓扑来推测未来的连接关系，流程和处理非常复杂，不利于新业务的扩展。

发明内容

本发明的目的是提供一种实时监听业务控制的实现方法，利用监听端点与被监听端点的属性关系，将监听端点与被监听端点进行绑定，简化监听业务的实现。

为此，本发明采用如下方案：

一种实时监听业务控制过程的实现方法，适用于采用H.248协议为控制接口的设备，其特征在于包括以下步骤：

a、定义端点属性，该属性包括端点类型、被监听端点标识及监听端点与被监听端点之间的数据流关系；

b、媒体网关控制器MGC在媒体网关MG的监听端点上设置上述属性；

c、媒体网关MG的监听端点按照设定的属性，复制数据流。

所述的步骤a中，所述的端点类型包括普通端点和监听端点。

所述的步骤a中，所述的数据流关系属性可以包括上行数据流、下行数据流或混合数据流。

所述的步骤b，包括MGC在MG上增加一个端点，将其端点属性设置为监听端点。

所述的步骤b，包括MGC在MG的监听端点上设置属性，该属性值为被监听端点的标识。

所述的步骤b，包括MGC在MG的监听端点上设置监听端点与被监听之间的数据流复制关系属性。

所述的步骤c，包括MG根据监听端点的数据流复制关系，决定复制被监听端点的上行、下行、或上下行数据流。

所述的步骤c，可以在监听端点与被监听端点在同一个上下文时完成。

所述的步骤c，可以在监听端点与被监听端点在不同上下文时完成。

本发明利用监听相关的属性，直接表达监听端点与被监听端点的连接关系，避免了使用拓扑描述的复杂性。无论什么情况下，监听端点依靠属性关系始终与被监听端点绑定，本发明不限制监听端点的个数，从而可以满足一个端点被多个监听端点监听，本发明简化了系统处理流程，简化了MGC和MG直接的接口。

附图说明

图1是现有技术中普通通话的示意图；

图2是现有技术中普通通话监听示意图；

图3是现有技术中使用拓扑关系描述的4方会议的示意图；

图4是描述一个4方会议被监听的的监听示意图；

图5是本发明的流程示意图。

具体实施方式

下面结合说明书附图来说明本发明的具体实施方式。

如图5所示，是本发明的流程示意图，在现有的普通通话流程中，我们通过定义监听端点与被监听端点之间的属性关系，来直接描述监听业务的具体内容，该方式可以直接利用已经存在的通话系统，无须做实质性的改动，本发明实现的以H.248协议为例描述，在MGCP协议中可采用类似做法。

H.248协议，是承载层和控制层之间的通信协议，主要用于通信领域中承载与控制分离的体系系统中。目前，在下一代网络NGN(Next Generation Network)领域和3G领域得到广泛的应用。

H.248协议中有几个重要的概念，一个是上下文(Context)，一个是端点(Termination)。端点可以分为TDM端点，ATM端点，IP端点，可以认为是承载层的主体即媒体网关MG对外的一个承载。而上下文就是一些端点间的联系。它描述了端点之间的拓扑关系以及媒体混合/交换的参数。

在H.248协议中，我们定义一个包：监听包，通过这个包(包的概念和格式可以参考ITU-T H.248协议)，简化了拓扑描述，监听包的内容如下：

监听包定义：(Normal Interception Package)

PackageID：normalinter(0x8908)

Version：1

Extends：None

该包定义了MG与MGC之间监听业务所需要的属性、事件、过程等

1、属性(Properties)

Interception indication：

PropertyID：Indication(0x0001)

Description：定义Interception indication属性，用来指定端点的监听从属属性。指示该端点是监听端点(slave)，非监听端点(common)，对没有显式该属性的认为是与监听无关的端点，一律为common。

Type：Enumeration

Possible Values：

″Common″(0x0001)普通端点。

″Slave″(0x0002)用于监听其他端点的监听端点。

Default：″Common″(0x0001)普通端点。

Defined in：Local Control descriptor

Characteristics：Read/Write

Master termination：

PropertyID：masterid(0x0002)

Description：定义端点属性″Master termination″，用来对slave端点保存他的需要监听的端点的端点id(简称Master端点，其Interception indication属性为common)。对slave端点有效。

Type：string，length is 8 chars

Possible Values：special termination id in context or invalidvalue(0xffffffffffffffff)

Default：invalid Value(0xffffffffffffffff)

Defined in：Local Control descriptor

Characteristics：Read/Write

Interception mode：

PropertyID：intermode(0x0003)

Description：

定义端点属性″Interception mode″，取值″up stream″，″down stram″″combine stream″用来表达监听端点与被监听端点的连接方式，是复制被监听端点的上行数据还是下行数据或者是混合数据。该属性对slave端点有效。

Type：Enumeration

Possible Values：

″up stream″(0x0001)被监听端点发送出去的上行流。

″down stram″(0x0002)被监听端点收到的下行流。

″combine stream″(0x0003)经过被监听端点的混合流，对于语音业务，混合流有意义，对于数据业务，通常不使用混合流。

Default：″up stream″(0x0001)被监听端点发送出去的上行流。

Defined in：Local Control descriptor

Characteristics：Read/Write

2、过程(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设置的属性，按照数据流的方向复制数据流，即可完成监听。

下面举例说明：

假设在图3所示拓扑结构中，T1/T2/T3/T5四方通话，要T3/T5为被监听端点，T6/T7监听T3，T8/T9监听T5，采用本发明可以简单清晰的实现图4的拓扑关系。过程如下：

1.MGC在MG的上下文C2中增加T1/T2/T3/T5，指明其两两之间双向互连，形成一个四方通话业务。

2.MGC增加T6、T7监听端点、其端点属性为SLAVE。

3.MGC设置T6端点的masterid＝T3和interceptionmode＝UP。这时，MG的T6就知道自己需要监听T3的发送数据了，就可以开始复制T3发出的媒体流了，T6是slave端点，MG只处理T6与masterid指定的端点拓扑，T6与其他端点不需要处理。

4.MGC设置T7端点的masterid＝T3和interceptionmode＝DOWN。这时，T7就知道自己监听T3收到的数据了，就复制T3收到的媒体流了。通过2、3、4三步就完成了监听对T3监听的拓扑关系描述。

对四方通话的T5监听拓扑描述：

5.MGC增加T8、T9监听端点、其端点属性为SLAVE。

6.MGC设置T8端点的masterid＝T5和interceptionmode＝UP。这时，MG的T8就可以开始复制T5发出的媒体流了，T8是slave端点，MG只处理T8与masterid指定的端点拓扑，T8与其他端点不需要处理。

7.MGC设置T9端点的masterid＝T5和interceptionmode＝DOWN。这时，T7就可以复制T3收到的媒体流了。通过5、6、7三步就完成了监听对T5的监听拓扑的描述。

8.通过以上6步操作，就可以完成监听业务的核心动作描述，省去了传统操作使用拓扑描述监听端点和被监听端点的关系的过程。

本发明利用监听相关的新属性，直接表达监听端点与被监听端点的连接关系，避免了使用拓扑描述的复杂性。无论什么情况下，监听端点依靠属性关系始终与被监听端点绑定，本发明不限制监听端点的个数，从而可以满足一个端点被多个监听端点监听，本发明简化了系统处理流程，简化了MGC和MG直接的接口。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims

1、一种实时监听业务控制过程的实现方法，适用于采用H.248协议为控制接口的设备，其特征在于包括以下步骤：

c、媒体网关MG的监听端点按照设定的属性，复制数据流。

2、如权利要求1所述的方法，其特征在于所述的步骤a中，所述的端点类型包括普通端点和监听端点。

3、如权利要求1所述的方法，其特征在于所述的步骤a中，所述的数据流关系属性可以包括上行数据流、下行数据流或混合数据流。

4、如权利要求1所述的方法，其特征在于所述的步骤b，包括MGC在MG上增加一个端点，将其端点属性设置为监听端点。

5、如权利要求1所述的方法，其特征在于所述的步骤b，包括MGC在MG的监听端点上设置端点属性，该属性值为被监听端点的标识。

6、如权利要求1所述的方法，其特征在于所述的步骤b，包括MGC在MG的监听端点上设置监听端点与被监听端点之间的数据流复制关系属性。

7、如权利要求1所述的方法，其特征在于所述的步骤c，包括MG根据监听端点的数据流复制关系，决定复制被监听端点的上行、下行、或上下行数据流。

8、如权利要求1所述的方法，其特征在于所述的步骤c，可以在监听端点与被监听端点在同一个上下文时完成。

9、如权利要求1所述的方法，其特征在于所述的步骤c，可以在监听端点与被监听端点在不同上下文时完成。