[发明专利]一种基于B-TrunC组呼的PIS业务传输方法

说明书

技术领域

本发明涉及无线通信领域，尤其涉及一种基于B-TrunC组呼的PIS业务传输方法。

背景技术

在城市轨道交通的业务系统中，PIS业务是典型的点到多点传输的业务，业务报文从PIS服务器发出，一条线路上的所有车辆同时接收。由于B-TrunC标准定义的组呼是点到多点分发的承载传输方式，该方式建立下行共享信道，实现同一小区下使用一份空口资源向多个终端传输信息，有效解决空口资源受限的情况，因此考虑可以通过B-TrunC标准定义的组呼进行PIS业务。

目前B-TrunC标准定义的组呼仅针对语音组呼、视频组呼等业务，群组呼叫类业务的终点是B-TrunC终端，无论语音业务还是视频业务，业务数据都截止到B-TrunC终端，由B-TrunC终端接收业务数据并播放声音或视频。然而PIS业务是由B-TrunC终端接收后透转给PIS业务机处理，作为透传通道的终端不需要感知业务层信息，如业务报文类型、编解码格式等。由于B-TrunC终端接收组呼数据和PIS数据的处理不同，所以为了使得B-TrunC群组呼叫能够承载PIS业务，必须对当前B-TrunC标准定义的组呼进行改进，使得B-TrunC终端可以执行恰当的处理。

发明内容

为了解决当前B-TrunC标准定义的组呼承载PIS业务时的缺陷，本发明提出一种基于B-TrunC组呼的PIS业务传输方法，所述方法包括：

B-TrunC组呼中定义对应于PIS业务的新呼叫类型，传输PIS业务数据的组使用该呼叫类型建立呼叫，B-TrunC终端收到呼叫建立信令后，通过呼叫类型判断是否是PIS业务呼叫，如果是，则转发给PIS业务路由设备。

优选的，PIS业务的呼叫建立信令中不携带音视频编解码信息。进一步优选的，对应于PIS业务的新呼叫类型在B-TrunC组呼的CallType字段中标识。

本发明利用新的呼叫类型使得B-TrunC终端能够感知PIS业务报文，实现 PIS报文正确转发，完善了业务端到端的处理，弥补了当前B-TrunC标准不能支持PIS业务传输的缺陷。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例的流程步骤图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本实施例以一个B-TrunC网络和PIS系统的对接为例。

首先B-TrunC网络中设计一个新的组呼呼叫类型(在B-TrunC标准中的CallType字段标识)，由PIS业务数据触发的组建立该种呼叫类型的组承载建立，对应的呼叫类型通过呼叫建立信令发送给B-TrunC终端。B-TrunC终端收到呼叫建立信令后，通过呼叫类型就可以得知当前的业务数据是来自PIS系统，需要转发给车载的PIS系统路由设备。其流程步骤如图1所示，具体说明如下：

步骤1，PIS业务报文通过IP网络发送到B-TrunC网络的集群核心网；

步骤2，集群核心网触发组呼建立，在CallType字段中携带新的呼叫类型，指示当前传输的是PIS业务，并且集群核心网在该呼叫建立信令中不携带音视频媒体编解码描述信息；

步骤3，UE接收到呼叫建立信令后，通过CallType字段判断出该信令为PIS业务，则配置数据转发通道；

步骤4，在组呼承载建立以后，集群核心网把PIS数据报文发送给UE；

步骤5，UE将PIS数据报文转发给PIS车载路由设备。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。