CN106856595B - 基于B-TrunC组呼的IP组播广播业务传输方法 - Google Patents
基于B-TrunC组呼的IP组播广播业务传输方法 Download PDFInfo
- Publication number
- CN106856595B CN106856595B CN201510902853.9A CN201510902853A CN106856595B CN 106856595 B CN106856595 B CN 106856595B CN 201510902853 A CN201510902853 A CN 201510902853A CN 106856595 B CN106856595 B CN 106856595B
- Authority
- CN
- China
- Prior art keywords
- broadcast service
- multicast broadcast
- message
- tcn
- group
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/08—Trunked mobile radio systems
Abstract
本发明提出一种基于B‑TrunC组呼的IP组播广播业务传输方法,包括:根据IP组播广播业务报文特征建立所述IP组播广播业务和B‑TrunC群组的映射关系;根据所述映射关系建立B‑TrunC群组的组呼;通过所述B‑TrunC群组的组呼的承载传输相应的IP组播广播业务的报文。本发明使用B‑TrunC标准中定义的集群承载实现IP组播广播业务报文传输,可以解决现有技术在承载PIS业务时的缺陷和不足,为PIS业务承载提供资源利用高效、部署简单、成本可控的承载方案。
Description
技术领域
本发明涉及集群通信领域,尤其涉及一种基于B-TrunC组呼的IP组播广播业务传输方法。
背景技术
随着LTE技术和产业链的日益成熟,在轨道交通通信领域里引入LTE,搭建宽带通信网络,将轨道交通中的多个业务系统的通信需求通过综合承载技术整合到LTE网络。IP组播广播业务系统作为轨道交通中重要的应用系统,在LTE网络中必须要考虑为乘客信息系统PIS业务建立稳定、高效的承载以完成报文传输。
PIS业务是典型的点到多点传输的业务,业务报文从PIS服务器发出,有多个接收端同时接收和处理。有两种标准类型的LTE承载可以提供传输通道:
点到点传输,使用多个点到点的传输承载模拟点到多点的业务传输,每个接收端在LTE网络中使用各自的承载传输业务报文。优点是可靠连接,缺点是对网络资源的消耗与接收端数量成正比,当接收端数量较多时,对系统带宽的要求会非常高。
MBMS传输,3GPP MBMS定义了完整的点到多点的业务传输方式,是比较适合担负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数据到达,并所述TCN-UP缓存数据;
所述TCN-CP根据所述映射关系匹配B-TrunC群组,通知无线侧建立对应的组呼,并接收无线侧组呼建立反馈,通知所述TCN-UP发送接收到的IP组播广播业务报文。
在一个可选实施例中,还包括:在所述IP组播广播业务报文开始传输之后,所述TCN-UP还监测所述IP组播广播业务报文的传输:如果在一段时间内没有报文传输则启动组呼释放定时器,在所述组呼释放定时器超时之前如果检测到有数据传输,则定时器清零继续传输,否则所述TCN-UP指示所述TCN-CP所述IP组播广播业务停止和释放组呼。
在一个可选实施例中,IP组播广播业务包括乘客信息系统PIS业务
上述各实施例使用B-TrunC标准中定义的集群承载实现了IP组播广播业务报文传输,可以解决PIS系统现有技术在承载IP组播广播业务时的缺陷和不足,为IP组播广播业务承载提供资源利用高效、部署简单、成本可控的承载方案。
本发明是把IP组播广播业务系统和B-TrunC集群系统结合起来,以B-TrunC集群系统作为承载网系统,将IP组播广播业务报文引入到B-TrunC集群系统,实现业务报文的高效传输。
B-TrunC集群系统中引入了集群下行共享信道,该信道可以实现点到多点的传输,类似MBMS,可以有效解决接收端数量和网络资源消耗的冲突。同时集群下行共享信道是映射到LTE的PDSCH信道上,其物理层处理过程没有特殊要求,所以对终端芯片的要求相比MBMS很容易实现;集群下行共享信道使用的空口资源是与点到点承载共享的,没有像MBMS一样独占一部分空口资源,所以可以有效地解决通信系统中非常珍贵的空口资源浪费的问题。B-TrunC集群系统定义了基于信令的呼叫控制过程,当群组内的终端发起集群组呼呼叫时,系统就会对应该组呼叫建立起集群下行共享信道,组内所有成员就可能接听到呼叫的业务数据。
PIS系统是纯数据系统,没有相应的集群呼叫控制信令,所以PIS系统和B-TrunC系统需要设计新的连接方式以达到两个系统对接的目的。本发明用PIS系统的数据作为驱动,代替B-TrunC系统中组呼控制信令触发集群组建立,由集群组的承载将PIS系统业务数据传递到接收端。
实施例
请参考图2,本实施例具体阐述了基于B-TrunC组呼的PIS业务传输过程。
UE:车载终端
eNB:B-TrunC集群基站
TCN-CP:B-TrunC集群核心网控制平面
TCN-UP:B-TrunC集群核心网用户平面
PIS:PIS业务服务器
步骤1、将PIS业务报文特征和集群组建立映射关系,即特定的业务报文通过该组呼建立的承载进行传输;
步骤2、PIS业务报文通过IP网络发送到TCN-UP;
步骤3、TCN-UP通知TCN-CP数据到达,且TCN-UP缓存数据;
步骤4、TCN-CP匹配到组信息,向eNB发送GROUP SETUP REQUEST消息,通知eNB建立对应的组呼呼叫;
步骤5-6、eNB向群组内UE发送TrunkingPaging和GroupCallConfig消息,通知UE建立组呼,并准备好接收数据传输;
步骤7、eNB向TCN-CP发送GROUP SETUP RESPONSE消息,通知TCN-CP建组的信息,告知其下行传输的目标地址;
步骤8、TCN-CP通知TCN-UP发送接收到的业务数据;
步骤9、业务数据传输;
步骤10、TCN-UP启动业务活动检测功能,监测业务报文的传输;如果在一段时间内没有报文传输,则启动组呼释放定时器;
步骤11、组呼释放定时器超时之前如果检测到有数据传输,则杀定时器继续传输数据;否则转步骤12;
步骤12、TCN-UP只是TCN-CP业务停止,释放组呼;
步骤13、TCN-CP向eNB发送GROUP RELEASE COMMAND消息释放组上下文;
步骤14、eNB发送GroupCallRelease消息通知UE组呼结束,释放相应的资源。
通过本实施例可以看出,使用本发明提供的方法实现PIS业务传输,具有以下优点:点到多点传输方式,无论接收用户数量有多少,空口只使用一份传输资源;B-TrunC系统不需要新增网元,不需要部署更多的网元,降低网络部署成本;最大限度复用已有的设计,只要在B-TrunC系统做比较简单地适配就可以对接PIS系统。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (8)
1.一种基于B-TrunC组呼的IP组播广播业务传输方法,其特征在于,包括:
根据所述IP组播广播业务的报文特征建立所述IP组播广播业务和B-TrunC群组的映射关系;
根据所述映射关系建立B-TrunC群组的组呼;
通过所述B-TrunC群组的组呼的承载传输相应的IP组播广播业务的报文;
所述IP组播广播业务包括乘客信息系统PIS业务。
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所述的方法,其特征在于,所述通过所述B-TrunC群组的组呼的承载传输相应的IP组播广播业务的报文具体为:B-TrunC集群核心网将所述IP组播广播业务报文路由到相应的B-TrunC群组组呼进行传输。
7.根据权利要求1~6任意一项所述的方法,B-TrunC集群核心网包括用户面TCN-UP和控制面TCN-CP,其特征在于,所述方法包括:
所述IP组播广播业务报文通过IP网络发送到所述TCN-UP;
所述TCN-UP通知TCN-CP数据到达,并所述TCN-UP缓存数据;
所述TCN-CP根据所述映射关系匹配B-TrunC群组,通知无线侧建立对应的组呼,并接收无线侧组呼建立反馈,通知所述TCN-UP发送接收到的IP组播广播业务报文。
8.根据权利要求7所述的方法,其特征在于,还包括:
在所述IP组播广播业务报文开始传输之后,所述TCN-UP还监测所述IP组播广播业务报文的传输:如果在一段时间内没有报文传输则启动组呼释放定时器,在所述组呼释放定时器超时之前如果检测到有数据传输,则定时器清零继续传输,否则所述TCN-UP指示所述TCN-CP所述IP组播广播业务停止和释放组呼。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510902853.9A CN106856595B (zh) | 2015-12-09 | 2015-12-09 | 基于B-TrunC组呼的IP组播广播业务传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510902853.9A CN106856595B (zh) | 2015-12-09 | 2015-12-09 | 基于B-TrunC组呼的IP组播广播业务传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106856595A CN106856595A (zh) | 2017-06-16 |
CN106856595B true CN106856595B (zh) | 2019-12-17 |
Family
ID=59132931
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510902853.9A Expired - Fee Related CN106856595B (zh) | 2015-12-09 | 2015-12-09 | 基于B-TrunC组呼的IP组播广播业务传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106856595B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109803235A (zh) * | 2017-11-17 | 2019-05-24 | 普天信息技术有限公司 | 乘客信息系统业务实现集群通信的系统及方法 |
CN109121016B (zh) * | 2018-08-06 | 2021-03-23 | 深圳宇翊技术股份有限公司 | 一种基于ip组播实现pis数据文件的高效传递方法 |
CN110891310B (zh) * | 2018-09-07 | 2022-07-15 | 成都鼎桥通信技术有限公司 | 专网语音质量提升方法、装置及系统 |
CN109327810B (zh) * | 2018-09-29 | 2021-06-11 | 北京中兴高达通信技术有限公司 | 一种基于lte宽带集群通信的地铁pis业务组播方法和装置 |
CN111836205B (zh) * | 2019-04-15 | 2022-05-17 | 海能达通信股份有限公司 | 基于集群通信的组播业务实现方法及相关设备 |
CN111447571B (zh) * | 2020-04-03 | 2021-08-13 | 北京运安智维科技有限公司 | 轨道交通车地无线通信系统的pis业务数据传输方法及系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102036187B (zh) * | 2009-09-24 | 2013-03-27 | 普天信息技术研究院有限公司 | 一种宽带数字集群通信系统中监控视频实时传送的方法 |
CN102821358B (zh) * | 2011-06-09 | 2016-03-02 | 普天信息技术有限公司 | 一种组呼业务的实现方法 |
CN102857873B (zh) * | 2011-06-30 | 2017-02-08 | 中兴通讯股份有限公司 | 基于td‑lte的宽带数字集群系统及其数据传输方法 |
CN104349282B (zh) * | 2013-08-05 | 2018-03-30 | 成都鼎桥通信技术有限公司 | 一种lte系统中的广播业务实现方法 |
-
2015
- 2015-12-09 CN CN201510902853.9A patent/CN106856595B/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN106856595A (zh) | 2017-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106856595B (zh) | 基于B-TrunC组呼的IP组播广播业务传输方法 | |
US11425537B2 (en) | Communications system, communication method, and apparatus thereof | |
US10397012B2 (en) | Evolved multimedia broadcast/multicast service (EMBMS) system and EMBMS system management method | |
US10292020B2 (en) | Managing communication resources | |
WO2015096718A1 (zh) | 一种保持组通信业务连续性的方法、装置和系统 | |
JP6093037B2 (ja) | グループコールコンテキストを確立する方法、システム、基地局、及びクラスタepc | |
CN100438654C (zh) | 一种即按即通系统及实现即按即通业务的方法 | |
JP5735708B2 (ja) | 発展型マルチメディアブロードキャスト/マルチキャストサービス上のグループ通信 | |
US20070281722A1 (en) | One-to-many communication service using composite broadcast/multicast flows in a wireless network | |
CN102857873A (zh) | 基于td-lte的宽带数字集群系统及其数据传输方法 | |
JP2014509164A (ja) | Mbmsサービス送信方式の切替方法、装置及びユーザー装置 | |
CN103167421A (zh) | 一种动态重组业务的实现方法及宽带数字集群系统 | |
US9668110B2 (en) | MBMS technology-based emergency communication method and apparatus | |
EP3188518B1 (en) | Lte trunking communication method and device | |
CN104301931A (zh) | 拥塞/过载的控制方法,系统,装置和基站 | |
CN103096261A (zh) | 一种根据优先级管理集群话语权的方法及系统 | |
WO2016045297A1 (zh) | 终端的业务连续性处理方法及装置 | |
CN103581836A (zh) | 一种群组小数据的发送方法及系统 | |
CN105323723A (zh) | 基于mbms承载的集群通信中查询节点状态的方法及系统 | |
WO2015117376A1 (zh) | 建立lte集群通信承载的方法、用户设备及第一网元设备 | |
CN105635987B (zh) | 一种组呼业务处理方法及系统、核心网设备 | |
CN101442711A (zh) | 用户设备反馈多媒体广播多播业务信息的方法 | |
WO2015143795A1 (zh) | Mbms差错处理方法、通信节点、通信系统和存储介质 | |
US20200077363A1 (en) | Paging in a group communications system | |
WO2018219218A1 (zh) | 一种ma配置方法、系统及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20191217 Termination date: 20201209 |