基于B-TrunC组呼的IP组播广播业务传输方法技术

本发明专利技术提出一种基于B-TrunC组呼的IP组播广播业务传输方法，包括：根据IP组播广播业务报文特征建立所述IP组播广播业务和B-TrunC群组的映射关系；根据所述映射关系建立B-TrunC群组的组呼；通过所述B-TrunC群组的组呼的承载传输相应的IP组播广播业务的报文。本发明专利技术使用B-TrunC标准中定义的集群承载实现IP组播广播业务报文传输，可以解决现有技术在承载PIS业务时的缺陷和不足，为PIS业务承载提供资源利用高效、部署简单、成本可控的承载方案。

【技术实现步骤摘要】
基于B-TrunC组呼的IP组播广播业务传输方法
本专利技术涉及集群通信领域，尤其涉及一种基于B-TrunC组呼的IP组播广播业务传输方法。
技术介绍
随着LTE技术和产业链的日益成熟，在轨道交通通信领域里引入LTE，搭建宽带通信网络，将轨道交通中的多个业务系统的通信需求通过综合承载技术整合到LTE网络。IP组播广播业务系统作为轨道交通中重要的应用系统，在LTE网络中必须要考虑为乘客信息系统PIS业务建立稳定、高效的承载以完成报文传输。PIS业务是典型的点到多点传输的业务，业务报文从PIS服务器发出，有多个接收端同时接收和处理。有两种标准类型的LTE承载可以提供传输通道：点到点传输，使用多个点到点的传输承载模拟点到多点的业务传输，每个接收端在LTE网络中使用各自的承载传输业务报文。优点是可靠连接，缺点是对网络资源的消耗与接收端数量成正比，当接收端数量较多时，对系统带宽的要求会非常高。MBMS传输，3GPPMBMS定义了完整的点到多点的业务传输方式，是比较适合担负PIS业务传输的任务，其优点是承载可以完成高效的业务分发，网络资源消耗只与业务带宽相关，与接收端数量无关，缺点是实现复杂度高，对芯片物理层有特殊要求，目前主流芯片还不能支持。如上所述，无论是基于点到点的承载还是MBMS承载，都无法满足当前PIS业务系统对承载网络的要求。对于点到点承载，当接收端数量增加时，其传输占用的系统带宽也会同步增加，最终无法满足业务系统对传输带宽的需求。对于MBMS承载，虽然是点到多点的传输方式，解决了系统带宽占用问题，但是存在如下几个问题导致其作为PIS业务的承载方案存在困难：系统复杂度高。MBMS系统在已有的EPS系统中引入新的网元，包括BM-SC、MBMS-GW、MCE，并对MME、eNB等原有节点做增强；增加新的网元间接口，包括M1、M2、M3、Sm、SGi-mb、SG-mb等多个接口。导致系统部署的复杂度和代价很高。对终端芯片能力有特殊要求。MBMS要求终端芯片支持扩展CP，支持MBMS的物理信道PMCH和空口其他过程。目前可见的终端芯片还都不支持MBMS功能。缺少芯片支持，该解决方案也无法落地。轨道交通通信系统的带宽受限。MBMS技术是在空口划分出独立的资源，该部分资源专用于MBMS承载，非MBMS承载是无法使用的。对于带宽受限，且要求对综合业务提供综合承载能力的网络来说，MBMS造成的空口资源的浪费也是存在严重问题的。
技术实现思路
针对上述问题，本专利技术提出一种基于B-TrunC组呼的IP组播广播业务传输方法，包括：根据IP组播广播业务的报文特征建立所述IP组播广播业务和B-TrunC群组的映射关系；根据所述映射关系建立B-TrunC群组的组呼；通过所述B-TrunC群组的组呼的承载传输相应的IP组播广播业务的报文。进一步地，所述IP组播广播业务的报文特征包括但不限于：业务报文的目的IP和源IP、和/或通过DPI解析的报文特征。进一步地，还包括：对所述IP组播广播业务报文的传输进行报文检测，当预定时间长度内检测不到报文传输，则释放所述B-TrunC群组组呼。进一步地，还包括：所述B-TrunC群组属性的话权控制逻辑置为特殊状态，始终赋予一个虚拟的用户，或者话权状态置为空。进一步地，所述根据所述映射关系建立B-TrunC群组的组呼具体包括：接收到IP组播广播业务报文时，由B-TrunC集群核心网触发建立与所述IP组播广播业务报文相应的B-TrunC群组的组呼；或者根据系统设置自动建立与所述IP组播广播业务报文相应的B-TrunC群组的组呼。进一步地，所述通过所述B-TrunC群组的组呼的承载传输相应的IP组播广播业务的报文具体为：B-TrunC集群核心网将所述IP组播广播业务报文路由到相应的B-TrunC群组组呼进行传输。进一步地，B-TrunC集群核心网包括用户面TCN-UP和控制面TCN-CP，其特征在于，所述方法包括：所述IP组播广播业务报文通过IP网络发送到所述TCN-UP；所述TCN-UP通知TCN-CP数据到达，并所述TCN-UP缓存数据；所述TCN-CP根据所述映射关系匹配B-TrunC群组，通知无线侧建立对应的组呼，并接收无线侧反馈的下行传输目标地址，通知所述TCN-UP发送接收到的IP组播广播业务报文。进一步地，还包括：在所述IP组播广播业务报文开始传输之后，所述TCN-UP还监测所述IP组播广播业务报文的传输：如果在一段时间内没有报文传输则启动组呼释放定时器，在所述组呼释放定时器超时之前如果检测到有数据传输，则定时器清零继续传输，否则所述TCN-UP指示所述TCN-CP所述IP组播广播业务停止和释放组呼。进一步地，所述IP组播广播业务包括乘客信息系统PIS业务本专利技术使用B-TrunC标准中定义的集群承载实现IP组播广播业务报文传输，可以解决现有技术在承载PIS业务时的缺陷和不足，为PIS业务承载提供资源利用高效、部署简单、成本可控的承载方案。附图说明图1为本专利技术提出的方法的基本流程框图；图2为本专利技术实施例的PIS业务传输流程框图。具体实施方式为使本专利技术实施例的目的、技术方案和优点更加清楚，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。本专利技术的一个实施例提出一种基于B-TrunC组呼的IP组播广播业务传输方法，请参考图1，包括：根据IP组播广播业务的报文特征建立所述IP组播广播业务和B-TrunC群组的映射关系；根据所述映射关系建立B-TrunC群组的组呼；通过所述B-TrunC群组的组呼的承载传输相应的IP组播广播业务的报文。在一个可选实施例中，所述IP组播广播业务的报文特征包括但不限于：业务报文的目的IP和源IP、和/或通过DPI解析的报文特征。在一个可选实施例中，还包括：对所述IP组播广播业务报文的传输进行报文检测，当预定时间长度内检测不到报文传输，则释放所述B-TrunC群组组呼。在一个可选实施例中，还包括：所述B-TrunC群组属性的话权控制逻辑置为特殊状态，始终赋予一个虚拟的用户，或者话权状态置为空。在一个可选实施例中，所述根据所述映射关系建立B-TrunC群组的组呼具体包括：接收到IP组播广播业务报文时，由B-TrunC集群核心网触发建立与所述IP组播广播业务报文相应的B-TrunC群组的组呼；或者根据系统设置自动建立与所述IP组播广播业务报文相应的B-TrunC群组的组呼。在一个可选实施例中，所述通过所述B-TrunC群组的组呼的承载传输相应的IP组播广播业务的报文具体为：B-TrunC集群核心网将所述IP组播广播业务报文路由到相应的B-TrunC群组组呼进行传输。在一个可选实施例中，B-TrunC集群核心网包括用户面TCN-UP和控制面TCN-CP，其特征在于，所述方法包括：所述IP组播广播业务报文通过IP网络发送到所述TCN-UP；所述TCN-UP通知TCN-CP数据到本文档来自技高网...

【技术保护点】
一种基于B‑TrunC组呼的IP组播广播业务传输方法，其特征在于，包括：根据所述IP组播广播业务的报文特征建立所述IP组播广播业务和B‑TrunC群组的映射关系；根据所述映射关系建立B‑TrunC群组的组呼；通过所述B‑TrunC群组的组呼的承载传输相应的IP组播广播业务的报文。

【技术特征摘要】
1.一种基于B-TrunC组呼的IP组播广播业务传输方法，其特征在于，包括：根据所述IP组播广播业务的报文特征建立所述IP组播广播业务和B-TrunC群组的映射关系；根据所述映射关系建立B-TrunC群组的组呼；通过所述B-TrunC群组的组呼的承载传输相应的IP组播广播业务的报文。2.根据权利要求1所述的方法，其特征在于，所述IP组播广播业务的报文特征包括但不限于：业务报文的目的IP和源IP、和/或通过DPI解析的报文特征。3.根据权利要求1所述的方法，其特征在于，还包括：对所述IP组播广播业务报文的传输进行报文检测，当预定时间长度内检测不到报文传输，则释放所述B-TrunC群组组呼。4.根据权利要求1所述的方法，其特征在于，还包括：所述B-TrunC群组属性的话权控制逻辑置为特殊状态，始终赋予一个虚拟的用户，或者话权状态置为空。5.根据权利要求1所述的方法，其特征在于，所述根据所述映射关系建立B-TrunC群组的组呼具体包括：接收到IP组播广播业务报文时，由B-TrunC集群核心网触发建立与所述IP组播广播业务报文相应的B-TrunC群组的组呼；或者根据系统设置自动建立与所述IP组播广播业务报文相应的B-TrunC群组的组呼。6.根据权利要求1所述...

【专利技术属性】
技术研发人员：郑伟，赵春平，许瑞锋，
申请(专利权)人：北京信威通信技术股份有限公司，北京信威永胜通信技术有限公司，
类型：发明
国别省市：北京,11