CN103945333B - 一种组呼业务数据的传输方法 - Google Patents

Abstract

一种组呼业务数据的传输方法，其特征在于，所述方法包括：组呼数据发送方查找待发送组呼所绑定的同步源标识SSRC，在待发送组呼业务数据包中实时传输协议RTP头部添加所述SSRC，发送所述组呼业务数据包；组呼数据接收方解析所述组呼业务数据包中RTP头部获取SSRC，根据获取的SSRC进行分组识别。应用本发明实施例后，能够有效降低无线接入系统和集群服务器的处理复杂度，并增强系统的可扩展性。

Description

一种组呼业务数据的传输方法

技术领域

本申请涉及通信技术领域，更具体地，涉及一种组呼业务数据的传输方法。

背景技术

随着无线通信技术的发展，集群通信系统作为近几年发展起来的一种灵活、高效的指挥调度通信系统，广泛应用于政府机关、机场码头、消防警察、工矿企业等领域。集群通信系统，即系统所具有的可用信道可为系统的全体用户共用，具有自动选择信道功能，它是共享资源、分担费用、共用信道设备及服务的多用途、高效能的无线调度通信系统。

集群通信系统通常由终端、基站、核心交换系统和集群服务器四部分构成，也可以将基站和核心交换系统合并为无线接入系统，则集群通信系统由终端、无线接入系统和集群服务器三部分组成。

组呼业务是集群通信系统提供的最基本、最常用的业务之一。组呼业务是在组呼区域内建立的一组用户参与的半双工语音或多媒体呼叫，通常一组用户由3个以上用户组成。

在组呼通信过程中，组内只有一个上行链路，组内用户讲话时需要按下PTT键来申请或抢占上行链路并获得讲话权；组呼区域所包含的每个小区中有一个属于该组的下行链路，小区中属于该组的成员共享该下行链路。

在VoIP通信中，语音媒体流和视频媒体流更多的是通过实时传输协议（RTP）和实时传输控制协议（RTCP）来承载传输的。RTP和RTCP规定了实时媒体业务流在IP网络上传输的数据包封装格式、差错控制及服务质量检测方式等，提供了具有实时特征的端对端媒体业务流传送服务，如在组播或单播网络服务下的交互式视频、音频和模拟数据。

在RTP协议中存在同步源标识（SSRC），该标识在整个媒体流生命周期内及途径的各个分发节点均不会发生变化。SSRC是用来识别VoIP通信中的讲话方，即：在存在多个用户的VoIP单呼和组呼通信中，集群服务器会为每个参与通信的用户分配一个SSRC，不同的用户拥有不同的SSRC。用户在通信过程中需要在媒体流数据包中携带属于自己的SSRC，集群服务器通过识别同步源标识来确定媒体数据属于的用户。

根据集群组呼业务的特点，业务形式多采用广播或者组播方式。对于基于IP的终端，系统多采用组播IP的方式实现对组呼业务数据的广播或者组播；对于非IP的终端，系统多采用将组呼业务数据单播给无线接入系统，并由无线接入系统识别和区分不同组呼业务数据，广播给对应的终端。

集群通信系统中实现集群组呼业务时，由于集群服务器作为集群控制中心以及业务数据交换中心，对于识别不同的组呼业务数据来实现数据中转调度、分类优先级控制等功能均具有重要意义。通常情况下，在集群服务器与无线接入系统间典型的组呼业务数据的传输方法有两种：基于IP信息的传输方法和基于端口的传输方法。

（1）基于IP信息的传输方法是根据网络层目的IP地址作为区分组呼业务分组数据的标识，然后传输数据。即，不同的组呼业务数据使用不同的IP地址，该地址可以是单播地址，通常采用组播地址。

对于单播IP地址的方式，接收端需要绑定相应的IP地址，并时时监控该IP地址中的数据。对于组呼IP地址的方式，接收端需要加入多个组播组，并监听不同的组播IP来接收和区分不同组呼的业务数据。

参见附图1，在基于IP信息的分组识别方式下，集群服务器或者无线接入系统在接收到组呼业务数据后，首先分析组呼业务数据包中的IP头部信息，从IP头部信息中提取目标IP地址，并根据预先在系统内部建立的匹配信息表，查找对应该目标IP地址的组呼信息，从而实现对组呼业务分组数据的识别，以便后续采取传输数据。

（2）基于端口信息的传输方法在传输层多采用UDP协议，并以UDP协议头中的目的端口号作为区分组呼业务数据包标识。即，集群服务器与无线接入系统采用单播IP，并监听不同的端口来接收和区分不同组呼的业务数据。

在基于端口信息的传输方法下，参见附图2，集群服务器或者无线接入系统在接收到组呼业务数据后，首先分析组呼业务数据包中的UDP头部信息，从UDP头部信息中提取目标端口，并根据预先在系统内部建立的匹配信息表，查找对应该目标端口的组呼信息，从而实现对组呼业务分组数据的识别，以便后续采取进一步的操作。

基于IP信息的传输方法，其典型的系统为基于TD-LTE的集群通信系统。对于使用单播IP地址的方式，无线接入系统和集群服务器作为接收端时均需要维护大量的IP地址来实现识别不同组呼业务数据的目的，在IP地址受限的情况下，该方式将严重影响系统中集群组呼业务容量的可扩展性，限制集群系统在实际部署中的应用价值。

对于使用组播IP地址的方式，无线接入系统和集群服务器作为接收端除了需要维护和绑定大量的组播IP地址外，还需要通过组播加入技术动态加入IP组播组，并要求当前网络中的各服务器和路由器支持组播相关协议，包括组成员关系协议、域内组播路由协议、域间组播路由协议等，无线接入系统和集群服务器均需要使用大量辅助技术减少和降低组播技术对外部网络组网结构的依赖性。其技术复杂度和处理复杂度会严重影响呼叫建立时间，大量组播IP的处理效率同样会随着组呼的数目的增加而降低。

基于端口信息的传输方法中，终端、无线接入系统和集群服务器作为接收端时，对于不同的组呼使用不同的端口，由于端口总数目为65535，其实际使用受限严重并影响系统中集群组呼业务容量的可扩展性，限制集群系统在实际部署中的应用价值。

同时，在大规模组网的情况下，由于集群系统组网模型存在多对多的特性，即，同一组呼可能会涉及多个无线接入系统和多个集群服务器。在此情况下，由于不同无线接入系统会随机将端口分配给不同的组呼业务，会出现同一组呼业务数据在不同无线接入系统中使用不同端口进行发送和接收的情况，集群服务器要发送组呼业务数据给不同无线接入系统时需要动态调整端口信息，将会增加集群服务器的处理复杂度，从而增加组呼业务数据处理和转发的速度。

发明内容

本发明实施例提出一种组呼业务数据的传输方法，能够有效降低无线接入系统和集群服务器的处理复杂度，并增强系统的可扩展性。

本发明实施例的技术方案如下：

一种组呼业务数据的传输方法，所述方法包括：

组呼数据发送方查找待发送组呼所绑定的同步源标识SSRC，在待发送组呼业务数据包中实时传输协议RTP头部添加所述SSRC，发送所述组呼业务数据包；

组呼数据接收方解析所述组呼业务数据包中RTP头部获取SSRC，根据获取的SSRC进行分组识别。

组呼上行业务中对于基于IP多媒体终端的系统，所述组呼数据发送方包括用户终端，所述组呼数据接收方包括集群服务器。

组呼上行业务中对于非基于IP多媒体终端的系统，所述组呼数据发送方包括无线接入系统，所述组呼数据接收方包括集群服务器。

组呼下行业务中对于基于IP多媒体终端的系统，所述组呼数据发送方包括集群服务器，所述组呼数据接收方包括用户终端。

组呼下行业务中对于非基于IP多媒体终端的系统，所述组呼数据发送方包括集群服务器，所述组呼数据接收方包括无线接入系统。

所述组呼数据发送方查找待发送组呼所绑定的SSRC之前进一步包括：集群服务器为此次组呼业务分配全局唯一的SSRC，然后发送SSRC至组呼数据发送方和组呼数据接收方。

同一组呼需要建立多媒体业务数据时，集群服务器分配与多媒体业务数目相同的SSRC，且不同多媒体业务对应的SSRC不同。

所述组呼数据发送方查找待发送组呼所绑定的SSRC之前进一步包括：

同一组呼需要建立多媒体业务数据时，集群服务器分配与多媒体业务数目相同的SSRC，且不同多媒体业务对应的SSRC不同，然后发送SSRC至组呼数据发送方和组呼数据接收方。

从上述技术方案中可以看出，在本发明实施例中组呼数据发送方查找待发送组呼所绑定的SSRC，在待发送组呼业务数据包中RTP头部添加所述SSRC，发送所述组呼业务数据包；组呼数据接收方解析所述组呼业务数据包中RTP头部获取SSRC，根据获取的SSRC进行分组识别。由于SSRC可以在区别不同的分组，且没有增加额外的信息，因此能够有效降低无线接入系统和集群服务器的处理复杂度，同时增强系统的可扩展性。

附图说明

图1为基于IP信息的分组识别示意图；

图2为基于端口信息的分组识别示意图；

图3为组呼业务数据的传输方法流程示意图；

图4为本发明组呼业务数据的分组示意图。

具体实施方式

为使本发明的目的、技术方案和优点表达得更加清楚明白，下面结合附图及具体实施例对本发明再作进一步详细的说明。

在本发明实施例中，有效利用了RTP协议中规定的SSRC属性，在无线接入系统和集群服务器间的组呼业务RTP数据包中标识不同的组呼，从而实现对组呼业务数据的分组识别。

基于SSRC的传输方法有效利用了现有协议中的属性信息，没有增加额外的信息。在无线接入系统和集群服务器间使用固定IP的方式，有效降低了IP数目受限的问题，并有效屏蔽了组播IP技术对网络组网的影响以及设备的复杂度；由于使用SSRC实现对组呼业务数据的分组识别，就可以使用固定端口传输。不再存在端口数目受限的问题。

另外，还可以进一步标识不同组呼业务中的不同多媒体数据流，为网络中实现对不同多媒体数据流提供不同的质量保证提供基础条件。与传统的组呼业务数据传输方法相比，本发明的技术方案有效利用了现有网络的组网结构，没有对网络组网造成额外负担；巧妙的利用标准RTP协议中的属性信息，没有对现有协议进行修改；使得端口资源利用率大大提高，传输识别效率有效增强，能够有效降低无线接入系统和集群服务器的处理复杂度，提高系统容量，增强系统可扩展性。

组呼业务数据的传输方法包括：对不同组呼相同媒体业务数据的识别、对同一组呼不同媒体业务数据的识别。

对不同组呼业务数据的识别：组呼数据发送方和组呼数据接收方使用全局唯一的同步源标识对该组呼的分组数据进行标识和识别。

对相同组呼多种媒体业务数据的识别：当同一组呼需要建立多种媒体业务数据时，集群服务器在分配同步源标识时，需要分配与多媒体业务数目相同的同步源标识并使用全局唯一的同步源标识来唯一标识对应特定媒体业务，同时保证该全局唯一标识与其他组呼已有各同步源标识不同，以实现同一组呼不同媒体业务数据的识别。

参见附图3是组呼业务数据的传输方法流程示意图，具体包括以下步骤：

步骤301、组呼数据发送方查找待发送组呼所绑定的SSRC，在待发送组呼业务数据包中RTP头部添加所述SSRC，发送组呼业务数据包。

在每次组呼业务建立过程中，由集群服务器为此次组呼业务分配全局唯一的同步源标识。无论对于基于IP多媒体终端的系统，还是对于非基于IP多媒体终端的系统，集群服务器将同步源标识发送给组呼数据发送和组呼数据接收方。对于发送方：发送数据时要根据数据包是哪个组呼以及组呼的什么业务类型来使用对应的SSRC；对于接收方：接收数据时使用数据包中的SSRC和本地保存的SSRC作匹配，确定该数据包是哪个组呼以及组呼的具体什么业务。

参见附图4，在组呼业务数据包中的RTP头部添加SSRC，不同SSR代表不同的多媒体业务以及组呼业务。

组呼业务数据分为组呼上行业务数据和组呼下行业务数据。

对于基于IP多媒体终端的系统，组呼上行业务数据的发送方为用户终端，组呼上行业务数据的接收方为集群服务器；对于非基于IP多媒体终端的系统，组呼上行业务数据的发送方为无线接入系统，组呼上行业务数据的接收方为集群服务器。

对于基于IP多媒体终端的系统，组呼下行业务数据的发送方为集群服务器，组呼下行业务数据的接收方为用户终端；对于非基于IP多媒体终端的系统，组呼下行业务数据的发送方为集群服务器，组呼下行业务数据的接收方为无线接入系统。

步骤302、组呼数据接收方解析所述组呼业务数据包中RTP头部获取SSRC，根据获取的SSRC进行分组识别。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种组呼业务数据的传输方法，其特征在于，所述方法包括：

组呼数据发送方查找待发送组呼所绑定的同步源标识SSRC，在待发送组呼业务数据包中实时传输协议RTP头部添加所述SSRC，发送所述组呼业务数据包；

组呼数据接收方解析所述组呼业务数据包中RTP头部获取SSRC，根据获取的SSRC进行分组识别。

2.根据权利要求1所述组呼业务数据的传输方法，其特征在于，组呼上行业务中对于基于IP多媒体终端的系统，所述组呼数据发送方包括用户终端，所述组呼数据接收方包括集群服务器。

3.根据权利要求1所述组呼业务数据的传输方法，其特征在于，组呼上行业务中对于非基于IP多媒体终端的系统，所述组呼数据发送方包括无线接入系统，所述组呼数据接收方包括集群服务器。

4.根据权利要求1所述组呼业务数据的传输方法，其特征在于，组呼下行业务中对于基于IP多媒体终端的系统，所述组呼数据发送方包括集群服务器，所述组呼数据接收方包括用户终端。

5.根据权利要求1所述组呼业务数据的传输方法，其特征在于，组呼下行业务中对于非基于IP多媒体终端的系统，所述组呼数据发送方包括集群服务器，所述组呼数据接收方包括无线接入系统。

6.根据权利要求1至5任一项所述组呼业务数据的传输方法，其特征在于，所述组呼数据发送方查找待发送组呼所绑定的SSRC之前进一步包括：集群服务器为此次组呼业务分配全局唯一的SSRC，然后发送SSRC至组呼数据发送方和组呼数据接收方；

同一组呼需要建立多媒体业务数据时，集群服务器分配与多媒体业务数目相同的SSRC，且不同多媒体业务对应的SSRC不同。

7.根据权利要求1至5任一项所述组呼业务数据的传输方法，其特征在于，所述组呼数据发送方查找待发送组呼所绑定的SSRC之前进一步包括：

同一组呼需要建立多媒体业务数据时，集群服务器分配与多媒体业务数目相同的SSRC，且不同多媒体业务对应的SSRC不同，然后发送SSRC至组呼数据发送方和组呼数据接收方。