CN109327810A - 一种基于lte宽带集群通信的地铁pis业务组播方法和装置 - Google Patents

一种基于lte宽带集群通信的地铁pis业务组播方法和装置 Download PDF

Info

Publication number
CN109327810A
CN109327810A CN201811150996.9A CN201811150996A CN109327810A CN 109327810 A CN109327810 A CN 109327810A CN 201811150996 A CN201811150996 A CN 201811150996A CN 109327810 A CN109327810 A CN 109327810A
Authority
CN
China
Prior art keywords
pis
cluster
multicast
group
message
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.)
Granted
Application number
CN201811150996.9A
Other languages
English (en)
Other versions
CN109327810B (zh
Inventor
王璐
王小平
王芳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Zte Trunking Technology Corp
Original Assignee
Beijing Zte Trunking Technology Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Zte Trunking Technology Corp filed Critical Beijing Zte Trunking Technology Corp
Priority to CN201811150996.9A priority Critical patent/CN109327810B/zh
Publication of CN109327810A publication Critical patent/CN109327810A/zh
Application granted granted Critical
Publication of CN109327810B publication Critical patent/CN109327810B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/42Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for mass transport vehicles, e.g. buses, trains or aircraft

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开一种基于LTE宽带集群通信的地铁PIS业务组播方法和装置,所述方法包括以下步骤:集群核心网配置PIS集群群组,设置组播IP;集群核心网发起组呼;PIS服务器向集群核心网发送带有组播IP的PIS业务报文;集群核心网把包括PIS业务报文、组播IP的GTP‑U报文组播给eNB;eNB将包含净荷数据的PDCP报文发送给终端;终端接收PDCP报文并解析,如果其中的组播IP包含所述终端的地址,则播放PIS业务。本申请还提供了一个适用于以上方法的装置。与传统地铁PIS业务组播方法和装置相比,本申请具有***容量大、频率利用率高、造价低的有益效果。

Description

一种基于LTE宽带集群通信的地铁PIS业务组播方法和装置
技术领域
本申请涉及移动通信技术领域,尤其涉及一种基于LTE宽带集群通信的地铁PIS业务组播方法和装置。
背景技术
乘客信息***(Passenger Information System,PIS),是地铁里为乘客提供各类资讯的服务***。乘客信息***依托多媒体网络技术,以计算机***为核心,以车站显示终端和车载显示终端为媒介向乘客提供信息服务。
LTE宽带集群通信***,是一种可以向专业或公众用户提供移动调度服务的***,代表着专用移动通信网的发展方向。***具有***容量大,频率利用率高,功能多样的优势,目前已经成为集群通信领域的主流技术。本文以LTE宽带集群B-Trunc***架构为例,讲述基于LTE宽带集群通信的地铁PIS业务组播实现方法。但是本发明的实现方法,可以适用于各种LTE宽带集群***,不局限于B-Trunc架构的LTE宽带集群***。
LTE宽带集群通信B-Trunc***,基本的网络架构包括如下逻辑功能模块和子***:
LTE宽带集群终端。LTE宽带集群终端除了支持基于IP的分组数据传输业务之外,还应支持宽带集群业务和功能。
LTE宽带集群基站。LTE宽带集群基站在满足标准LTE基站功能的基础上增强支持集群业务功能,支持LTE数据终端和LTE宽带集群终端接入。
LTE宽带集群核心网。LTE宽带集群核心网是在满足标准LTE核心网功能的基础上增强支持集群业务功能,包含eMME、xGW、eHSS、TCF、TMF五个逻辑实体。
基于LTE的地铁无线通信技术、使用组播技术进行PIS业务的传输,目前有几种常见方案:
无线单播方案,该方案在无线侧以及基站和核心网间采用点对点单播方式,在PIS视频媒体流量大的情况下,空口资源和核心网和基站间的传输会成为瓶颈。
LTE eMBMS方案,***采用标准LTE协议多播广播架构,该方案需要核心网EPC和基站支持eMBMS组播功能,并需要增加eMBMS相关网元,增加了***的开销和成本。
发明内容
本申请提出了一种基于LTE宽带集群通信的地铁PIS业务组播方法和装置,解决传统地铁PIS业务组播方法和装置***容量小、频率利用率低的问题。
本申请实施例提供一种基于LTE宽带集群通信的地铁PIS业务组播方法,包括以下步骤:
集群核心网为每个PIS组播业务配置一个PIS集群群组,设置每一个PIS集群群组的唯一组播IP;所述PIS集群群组的成员包含接收PIS业务的终端;所述组播IP,包含接收PIS业务的终端的地址;
集群核心网按每一个PIS集群群组的呼叫范围发起组呼;
PIS服务器向集群核心网发送PIS业务报文,所述PIS业务报文带有组播IP信息;
集群核心网把GTP-U报文组播给eNB,所述GTP-U报文的净荷数据包括PIS业务报文、组播IP;eNB接收所述GTP-U报文,获取净荷数据,按空口协议封装成PDCP报文,发送给终端;
终端接收PDCP报文,得到净荷数据,递交给应用层,应用层解析所述净荷数据中的组播IP,如果所述组播IP包含所述终端的地址,则播放PIS业务。
优选地,所述每个PIS集群群组的呼叫范围是一个TA集合或一个eNB集合。
优选地,所述接收PIS业务的终端是TAU或CPE。
优选地,所述PIS业务报文中的数据是视频数据或音频数据。
作为本申请的基于LTE宽带集群通信的地铁PIS业务组播方法进一步优化的实施例,所述集群核心网设置每一个PIS集群群组的唯一组播IP时,还为每一个PIS集群群组设置一个唯一的端口号,所述PIS服务器在发送PIS业务报文时还带有端口号信息,集群核心网和终端接收PIS业务报文时对端口号信息进行解析。
最佳地,集群核心网对PIS集群组呼进行动态维护,保证呼叫永久在线,包括:PIS集群组呼不存在话权申请释放机制,集群核心网对收到的PIS业务报文全部转发;集群核心网不启动普通集群组呼非激活空闲定时器,有或没有业务流时都保持PIS集群组呼;有eNB异常退出呼叫,则集群核心网主动重新建立与所述eNB的连接;如果PIS组呼异常释放,则集群核心网主动重新建立整个呼叫。
本申请实施例还提供一种基于LTE宽带集群通信的地铁PIS业务组播装置,包括:PIS服务器、集群核心网、eNB、终端:所述PIS服务器,用于向集群核心网发送PIS业务报文;所述集群核心网是在满足标准LTE核心网功能的基础上增强支持集群业务功能,用于配置PIS集群群组,按每一个PIS集群群组的呼叫范围发起组呼,并接收PIS服务器发送的PIS业务报文,将净荷数据封装成GTP-U报文,组播给eNB;所述eNB是在满足标准LTE基站功能的基础上增强支持集群业务功能,接收所述GTP-U报文,获取净荷数据,按空口协议封装成PDCP报文,发送给终端;所述终端,用于接收所述PDCP报文并进行解析,完成PIS业务播放。
优选地,还包括播放控制器,用于接收终端转发的净荷数据并完成PIS业务播放。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
本发明通过利用地铁部署的LTE宽带集群通信***,将其作为地铁PIS业务的传输通道,首先,从PIS服务到集群核心网再到eNB间的传输网上对PIS组播报文采用组播发送方式,尽量减少PIS组播业务对传输带宽的占用。其次,在无线侧也采用共享承载方式来实现PIS业务在空口的传送,节省了无线资源。本发明实现地铁PIS业务的组播,降低了***的开销和成本。因此与传统地铁PIS业务组播方法和装置比较,本申请具有***容量大、频率利用率高、造价低的有益效果。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为基于LTE宽带集群通信的地铁PIS业务组播方法实施例中数字集群通信***的网络框架图;
图2为现有技术中地铁PIS业务LTE无线单播方案的***结构示意图;
图3为现有技术中地铁PIS业务LTE eMBMS方案的***结构示意图;
图4为基于LTE宽带集群通信的地铁PIS业务组播方法实施例的流程图;
图5为基于LTE宽带集群通信的地铁PIS业务组播方法实施例中PIS集群群组组呼建立的流程图;
图6为基于LTE宽带集群通信的地铁PIS业务组播方法实施例中PIS业务媒体流协议栈的示意图;
图7为本发明涉及的基于LTE宽带集群通信的地铁PIS业务组播装置实施例的结构示意图;
图8为本发明涉及的基于LTE宽带集群通信的地铁PIS业务组播装置另一实施例的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图1为基于LTE宽带集群通信的地铁PIS业务组播方法实施例中数字集群通信***的网络框架图。本发明的实施例以LTE宽带集群通信B-Trunc***为基础,该***的网络架构包括如下逻辑功能模块和子***:
LTE宽带集群终端:LTE宽带集群终端除了支持基于IP的分组数据传输业务之外,还应支持宽带集群业务和功能。
LTE宽带集群基站:LTE宽带集群基站在满足标准LTE基站功能的基础上增强支持集群业务功能,支持LTE数据终端和LTE宽带集群终端接入。
LTE宽带集群核心网:LTE宽带集群核心网是在满足标准LTE核心网功能的基础上增强支持集群业务功能,包含eMME、xGW、eHSS、TCF、TMF五个逻辑实体。
eHSS是签约数据管理中心和鉴权中心,分为LTE数据签约管理HSS、集群签约数据管理THSS两个逻辑单元。
eMME是移动管理实体,负责移动性和承载管理。eMME除了支持基本LTE功能,还需要支持如下集群增强功能:集群NAS信令及其安全、集群NAS信令及其安全、xGW的选择、集群承载管理、集群业务的移动性管理、接入控制和会话管理。
xGW是SGW和PGW两个逻辑网元合设组成。xGW除了支持基本LTE功能,还需要支持如下集群增强功能:集群承载建立/修改和删除、集群数据路由和转发。
TCF负责集群业务的控制管理,主要功能如下:支持包括语音/视频/数据在内的多媒体集群业务调度、集群业务的鉴权和授权、集群注册和注销、集群呼叫的建立和释放、话权管理、集群管理功能如遥晕遥毙复活/动态重组等、群组信息订阅及更新。
TMF负责集群业务的数据传输,主要功能如下:集群用户面管理、集群业务数据的路由和转发、集群业务数据的复制和分发。
图2为现有技术中地铁PIS业务LTE无线单播方案的***结构示意图。各列车的TAU(Train Access Unit,车载台,一种特殊的终端)或CPE(Customer Premise Equipment)到eNB、eNB到核心网之间,建立LTE单播承载资源,所述核心网包括MME、SGW和PGW网元,其中终端与eNB之间的借口为Uu,eNB与MME之间的接口为S1-MME,eNB与SGW之间的接口为SI-U,SGW与PGW之间的接口为S5。PIS服务器与PGW之间的接口为SGi,PIS服务器会向核心网分发送组播数据包,所述组播数据包也可以进行GRE隧道等封装,由核心网将组播报文通过eNB分发给各列车的车载台。该方案在无线侧以及基站和核心网间采用点对点单播方式,在PIS视频媒体流量大的情况下,空口资源和核心网和基站间的传输会成为瓶颈。
图3为现有技术中地铁PIS业务LTE eMBMS方案的***结构示意图。***采用标准LTE协议多播广播架构,***需配置BM-SC、MBMS-GW等逻辑网元,其中终端与eNB之间的接口为Uu,eNB与MCE之间的接口为M2,MCE与MME之间的接口为M3,eNB与MBMS-GW之间的接口为M1,BM-SC与PGW之间的接口为SGi,MBMS-GW与BM-SC之间的接口为SGmb或SGi-mb。由BM-SC负责对来自PIS服务器的PIS业务报文进行检测和接收,通过MBMS-GW以组播的方式发送到组播区域内的所有eNB,然后由eNB通过空口多播信道发送给终端。该方案需要核心网和基站支持eMBMS组播功能,并需要增加eMBMS相关网元,增加了***的开销和成本。终端也需要支持eMBMS协议,而目前支持eMBMS的终端芯片离真正商用还有较大差距。
图4为基于LTE宽带集群通信的地铁PIS业务组播方法实施例的流程图。本申请实施例提供的一种基于LTE宽带集群通信的地铁PIS业务组播方法,包括以下步骤:
步骤11:集群核心网为每个PIS组播业务配置一个PIS集群群组,设置每一个PIS集群群组的唯一组播IP;所述PIS集群群组的成员包含接收PIS业务的终端;所述组播IP,包含接收PIS业务的终端的地址。
集群核心网为每个PIS组播业务配置一个PIS集群群组,多个PIS组播业务可配置多个PIS集群群组,设置PIS集群群组对应的组播IP,每一个PIS集群群组的组播IP是唯一的。集群核心网为每个PIS集群群组配置呼叫范围,所述呼叫范围可以为一个TA集合或一个eNB集合等。所述PIS集群群组的成员包含接收PIS业务的终端,所述终端可以是TAU或CPE等。在集群核心网群组信息更新时,接收PIS业务的终端可获得其所归属的PIS集群群组信息。
例如集群核心网为某一个PIS组播业务配置了一个PIS集群群组,该PIS集群群组对应的组播IP从224.0.1.0~239.255.255.255中进行选择,例如设置的组播IP是224.0.1.0。集群核心网为该PIS集群群组配置呼叫范围,所述呼叫范围是一个eNB集合。所述PIS集群群组的成员包含接收PIS业务的终端,所述终端例如是TAU,组内所有终端通过集群核心网群组信息更新获得其所归属的PIS集群群组信息。
步骤12:集群核心网按每一个PIS集群群组的呼叫范围发起组呼。
集群核心网按配置的呼叫范围发起PIS集群群组组呼,所述呼叫范围是一个eNB集合,集群核心网与eNB建立连接,eNB与组内终端建立连接,从而将组内终端呼入组呼。PIS集群群组组呼采用LTE宽带集群通信技术,所述集群核心网和eNB间的传输通道采用组播方式,所述eNB和所述终端之间的空口使用下行共享信道方式。如果核心网内配置有多个PIS集群群组,则发起多个PIS集群组呼。
例如集群核心网为某一个PIS组播业务的PIS集群群组对应的组播IP是224.0.1.0,集群核心网为该PIS集群群组配置的呼叫范围是一个eNB集合。集群核心网按配置的呼叫范围发起PIS集群群组组呼,集群核心网与eNB通过组播方式建立连接,eNB与PIS集群群组通过下行共享信道方式内的终端建立连接。
步骤13:PIS服务器向集群核心网发送PIS业务报文,所述PIS业务报文带有组播IP信息。
PIS服务器向集群核心网发送PIS业务报文,PIS业务报文带有组播IP信息。核心网针对固定的组播IP对PIS业务报文进行检测过滤,仅对目的地址为指定组播IP的PIS业务报文进行接收。
例如PIS服务器向集群核心网发送PIS业务报文,所述PIS业务报文带有组播IP例如是224.0.1.0,核心网对PIS业务报文进行检测过滤,如果待接收的组播IP也是224.0.1.0,则对该PIS业务报文进行接收。
步骤14:集群核心网把GTP-U报文组播给eNB,所述GTP-U报文的净荷数据包括PIS业务报文、组播IP。
集群核心网接收PIS服务器发送的PIS业务报文,根据所述PIS业务报文的组播IP,定位PIS集群组呼,将所述PIS业务报文封装成GTP-U报文,并把所述GTP-U报文组播给eNB,所述GTP-U报文包括PIS业务报文、组播IP,也包含UDP头、GTP-U报文头等部分。
例如集群核心网接收PIS服务器发送的PIS业务报文,所述PIS业务报文的组播IP是224.0.1.0,则集群核心网定位到组播IP是224.0.1.0的PIS集群组呼。之后集群核心网将所述PIS业务报文封装成GTP-U报文,并组播给eNB,所述GTP-U报文中包括PIS业务报文、组播IP,其中组播IP是224.0.1.0。
步骤15:eNB接收所述GTP-U报文,获取净荷数据,按空口协议封装成PDCP报文,发送给终端。
eNB接收集群核心网发送的GTP-U报文,对所述GTP-U报文中的组播IP进行检测,如果所述组播IP在所述eNB的组播组中,则对所述GTP-U报文进行接收,其中eNB是在PIS集群组呼建立下行广播承载时从集群核心网侧获取核心网到eNB的组播IP地址,并把获取到的组播IP添加到组播组中的。eNB接收所述GTP-U报文后进行处理,去除GTP-U报文头,获取净荷数据,所述净荷数据中包括PIS业务报文、组播IP,也包含UDP头等部分。eNB将所述净荷数据按空口协议封装成PDCP报文,通过组呼共享信道TGTCH发送给终端。
例如eNB接收集群核心网发送的GTP-U报文,对所述GTP-U报文中的组播IP进行检测,检测出组播IP是224.0.1.0,在所述eNB的组播组中,则对所述GTP-U报文进行接收。之后eNB对所述GTP-U报文后进行处理,去除GTP-U报文头,获取净荷数据,所述净荷数据中包括PIS业务报文、组播IP。eNB将所述净荷数据按空口协议封装成PDCP报文,通过组呼共享信道TGTCH发送给终端,所述PDCP报文中净荷数据包含的组播IP是224.0.1.0。
步骤16:终端接收PDCP报文,得到净荷数据,递交给应用层,应用层解析所述净荷数据中的组播IP,如果所述组播IP包含所述终端的地址,则播放PIS业务。
终端接收PDCP报文,按空口协议栈完成PDCP协议层处理,得到净荷数据,递交给应用层。应用层解析所述净荷数据中的组播IP与组播IP相同,把所述净荷数据转发给播放控制器,播放控制器完成PIS业务播放;
终端UE接收到空口报文后按空口协议栈完成PDCP协议层处理后得到净荷数据,然后把净荷数据递交给应用层,应用层解析由PDCP协议层递交上来的净荷报文,发现IP地址为组播IP地址,则直接把报文(包括组播IP地址、UDP头、PIS Data)转发给播放控制器,由播放控制器完成PIS业务播放。
优选地,所述每个PIS集群群组的呼叫范围是一个TA集合或一个eNB集合。
如上步骤11中,集群核心网为每个PIS组播业务配置一个PIS集群群组,配置时需要给每个PIS集群群组配置一个呼叫范围,所述呼叫范围可以为一个TA集合或一个eNB集合,也可以是其他,需要视网络结构的实际情况而定。
优选地,所述接收PIS业务的终端是TAU或CPE。
如上步骤11中,集群核心网为每个PIS组播业务配置一个PIS集群群组,所述PIS集群群组的成员包含接收PIS业务的终端,其中所述接收PIS业务的终端一般是TAU或CPE,也可以是其他,需要视网络结构的实际情况而定。
优选地,所述PIS业务报文中的数据是视频数据或音频数据。
在本发明涉及的方法中,传输的PIS业务报文中的数据是接收PIS业务的终端播放的数据,一般是视频数据或音频数据,也可以是其他数据,视实际应用需求而定。
作为本申请的基于LTE宽带集群通信的地铁PIS业务组播方法进一步优化的实施例,所述集群核心网设置每一个PIS集群群组的唯一组播IP时,还为每一个PIS集群群组设置一个唯一的端口号,所述PIS服务器在发送PIS业务报文时还带有端口号信息,集群核心网和终端接收PIS业务报文时对端口号信息进行解析。
在如上步骤11中,所述集群核心网设置每一个PIS集群群组的唯一组播IP时,还为每一个PIS集群群组设置一个唯一的端口号,对于PIS服务器,一个组播IP加一个组播端口唯一标识一个PIS组播业务。PIS服务器在发送PIS业务报文时带有组播IP和端口号信息,集群核心网和终端接收PIS业务报文时,需要同时对组播IP和端口号信息进行解析,当组播IP和端口号同时满足在待接收的组播组中,则对PIS业务报文进行接收。
例如集群核心网接收PIS服务器发送的PIS业务报文,所述PIS业务报文带有的组播IP是224.0.1.0、端口号是12,则集群核心网定位到组播IP是224.0.1.0、端口号是12的PIS集群组呼。之后集群核心网将所述PIS业务报文封装成GTP-U报文,并组播给eNB,所述GTP-U报文中包括PIS业务报文、组播IP、端口号,其中组播IP是224.0.1.0、端口号是12。之后eNB接收集群核心网发送的GTP-U报文,对所述GTP-U报文中的组播IP和端口号进行检测,检测出组播IP是224.0.1.0、端口号是12,在所述eNB的组播组中,则对所述GTP-U报文进行接收。之后eNB对所述GTP-U报文后进行处理,去除GTP-U报文头,获取净荷数据,所述净荷数据中包括PIS业务报文、组播IP、端口号。eNB将所述净荷数据按空口协议封装成PDCP报文,通过组呼共享信道TGTCH发送给终端,所述PDCP报文中净荷数据包含的组播IP是224.0.1.0、端口号是12。
最佳地,集群核心网对PIS集群组呼进行动态维护,保证呼叫永久在线,包括:PIS集群组呼不存在话权申请释放机制,集群核心网对收到的PIS业务报文全部转发;集群核心网不启动普通集群组呼非激活空闲定时器,有或没有业务流时都保持PIS集群组呼;有eNB异常退出呼叫,则集群核心网主动重新建立与所述eNB的连接;如果PIS组呼异常释放,则集群核心网主动重新建立整个呼叫。
在本发明中,集群核心网对PIS集群组呼进行动态维护,具体措施包括:PIS集群组呼不存在话权申请释放机制,核心网对收到PIS业务报文会全部进行转发;核心网不启动普通集群组呼非激活空闲定时器,不因为没有业务流就释放PIS集群组呼;如果发生异常,例如有eNB异常退出呼叫时,集群核心网会主动重新建立与该eNB的连接,保证呼叫的维持;如果发生异常,例如PIS组呼异常释放时,集群核心网会主动重新建立整个呼叫。
图5基于LTE宽带集群通信的地铁PIS业务组播方法实施例中PIS集群群组组呼建立的流程图。在本发明实施例的步骤12中,PIS集群群组组呼建立的步骤如下:
(1)集群核心网启动成功后,按预先配置好的PIS集群群组的呼叫范围,发起PIS集群群组组呼;集群核心网向呼叫范围内所有eNB发送GROUP CALL CONTEXT SETUP REQUEST消息,通知eNB为群组建立上下文,为PIS数据流下推建立集群共享承载T-RAB,消息里携带组播IP属性Multicast,填写核心网到eNB的媒体面组播IP,以通知eNB加入到组播组。携带给终端的NAS消息GROUP CALL SETUP INDICATION,消息中携带为本次呼叫分配的Call ID,Call Type为视频下推,Video Description中携带该群组对应的PIS业务的“PIS组播IP”和“PIS组播端口”,以通知终端解析PIS业务报文。
(2)eNB发送Trunking Paging消息,其中携带trunkingGroupID、groupPriority、G-RNTI等,寻呼终端。
(3)eNB在TCCH信道上发送GroupCallConfig,给出群组TTCH的接入层配置参数,其中还包含NAS消息GROUP CALL SETUP INDICATION。
(4)eNB响应GROUP CALL CONTEXT SETUP RESPONSE,告知核心网组上下文建立成功。
图6为基于LTE宽带集群通信的地铁PIS业务组播方法实施例中PIS业务媒体流协议栈的示意图。PIS服务器将PIS业务媒体流通过组播方式向网络发送,PIS业务报文格式为:组播IP、UDP头、PIS Data,同时也包含L1和L2字段。
核心网针对配置的组播IP地址进行组播报文过滤检测并进行接收,然后把包括组播IP、UDP头、PIS Data在内的整体PIS业务报文作为净荷数据封装成GTP-U报文。GTP-U报文中增加了GTP-U报文头,包括GTP-U、UDP、IP等字段,所述IP填写为组上下文建立消息里携带的“核心网到eNB的媒体面组播IP”。核心网将封装好的GTP-U报文,以组播方式发送给所有eNB。
eNB在PIS集群组呼建立组上下文时从核心网侧获取组播IP,并把获取到的组播IP添加到eNB的组播组中,实现对核心网发出的组播报文进行接收,并对接收到的组播报文中的GTP-U报文进行处理,去除GTP-U报文头后获取到净荷数据,然后把净荷数据按空口协议完成PDCP报文封装,增加PDCP、RLC、MAC等字段,之后通过组呼共享信道TGTCH发送给终端。
终端接收到空口报文后按空口协议栈完成PDCP协议层处理后得到净荷数据,然后把净荷数据递交给应用层,应用层解析由PDCP协议层递交上来的净荷报文,如果所述组播IP包含所述终端的地址,则进行PIS业务播放。
***中有播放控制器时,终端把PIS业务报文转发给播放控制器,播放控制器把PIS Data递交给播放软件,然后由播放软件进行播放处理。
图7为本发明涉及的基于LTE宽带集群通信的地铁PIS业务组播装置实施例的结构示意图。本申请实施例提供的一种基于LTE宽带集群通信的地铁PIS业务组播装置,包括:PIS服务器101、集群核心网102、eNB103、终端104。所述PIS服务器101,用于向集群核心网102发送PIS业务报文。所述集群核心网102是在满足标准LTE核心网功能的基础上增强支持集群业务功能,用于配置PIS集群群组,按每一个PIS集群群组的呼叫范围发起组呼,并接收PIS服务器发送的PIS业务报文,将净荷数据封装成GTP-U报文,组播给eNB103。所述eNB103是在满足标准LTE基站功能的基础上增强支持集群业务功能,接收所述GTP-U报文,获取净荷数据,按空口协议封装成PDCP报文,发送给终端104。所述终端104,用于接收所述PDCP报文并进行解析,完成PIS业务播放。
集群核心网102为每个PIS组播业务配置一个PIS集群群组,设置每一个PIS集群群组的唯一组播IP,所述PIS集群群组的成员包含接收PIS业务的终端104,所述组播IP中包含接收PIS业务的终端104的地址。集群核心网102按每一个PIS集群群组的呼叫范围发起组呼。PIS服务器101通过交换机向集群核心网102发送PIS业务报文,所述PIS业务报文带有组播IP信息。集群核心网102接收PIS服务器发送的PIS业务报文,将包含PIS业务报文和组播IP的净荷数据封装成GTP-U报文,通过传输网络组播给eNB103。eNB103接收所述GTP-U报文,进行处理,获取净荷数据,将净荷数据按空口协议封装成PDCP报文,发送给终端104;终端104接收PDCP报文,处理后得到净荷数据,递交给应用层,应用层解析所述净荷数据中的组播IP,如果所述组播IP包含所述终端104的地址,则播放PIS业务。
图8为本发明涉及的基于LTE宽带集群通信的地铁PIS业务组播装置另一实施例的结构示意图。本申请实施例提供的一种基于LTE宽带集群通信的地铁PIS业务组播装置,包括:PIS服务器101、集群核心网102、eNB103、终端104;还包括播放控制器205:所述播放控制器205用于接收终端转发的净荷数据并完成PIS业务播放。
播放PIS业务时,终端104把PIS业务报文转发给播放控制器205,播放控制器205控制播放软件进行播放处理。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

Claims (8)

1.一种基于LTE宽带集群通信的地铁PIS业务组播方法,其特征在于,包括以下步骤:
集群核心网为每个PIS组播业务配置一个PIS集群群组,设置每一个PIS集群群组的唯一组播IP;所述PIS集群群组的成员包含接收PIS业务的终端;所述组播IP,包含接收PIS业务的终端的地址;
集群核心网按每一个PIS集群群组的呼叫范围发起组呼;
PIS服务器向集群核心网发送PIS业务报文,所述PIS业务报文带有组播IP信息;
集群核心网把GTP-U报文组播给eNB,所述GTP-U报文的净荷数据包括PIS业务报文、组播IP;
eNB接收所述GTP-U报文,获取净荷数据,按空口协议封装成PDCP报文,发送给终端;
终端接收PDCP报文,得到净荷数据,递交给应用层,应用层解析所述净荷数据中的组播IP,如果所述组播IP包含所述终端的地址,则播放PIS业务。
2.如权利要求1所述的基于LTE宽带集群通信的地铁PIS业务组播方法,其特征在于,所述每个PIS集群群组的呼叫范围是一个TA集合或一个eNB集合。
3.如权利要求1所述的基于LTE宽带集群通信的地铁PIS业务组播方法,其特征在于,所述接收PIS业务的终端是TAU或CPE。
4.如权利要求1所述的基于LTE宽带集群通信的地铁PIS业务组播方法,其特征在于,所述PIS业务报文中的数据是视频数据或音频数据。
5.如权利要求1所述的基于LTE宽带集群通信的地铁PIS业务组播方法,其特征在于,所述集群核心网设置每一个PIS集群群组的唯一组播IP时,还为每一个PIS集群群组设置一个唯一的端口号,所述PIS服务器在发送PIS业务报文时还带有端口号信息,集群核心网和终端接收PIS业务报文时对端口号信息进行解析。
6.如权利要求1所述的基于LTE宽带集群通信的地铁PIS业务组播方法,其特征在于,集群核心网对PIS集群组呼进行动态维护,保证呼叫永久在线,包括:
PIS集群组呼不存在话权申请释放机制,集群核心网对收到的PIS业务报文全部转发;
集群核心网不启动普通集群组呼非激活空闲定时器,有或没有业务流时都保持PIS集群组呼;
有eNB异常退出呼叫,则集群核心网主动重新建立与所述eNB的连接;
如果PIS组呼异常释放,则集群核心网主动重新建立整个呼叫。
7.一种基于LTE宽带集群通信的地铁PIS业务组播装置,用于权利要求1所述的方法,其特征在于,包括:PIS服务器、集群核心网、eNB、终端:
所述PIS服务器,用于向集群核心网发送PIS业务报文;
所述集群核心网是在满足标准LTE核心网功能的基础上增强支持集群业务功能,用于配置PIS集群群组,按每一个PIS集群群组的呼叫范围发起组呼,并接收PIS服务器发送的PIS业务报文,将净荷数据封装成GTP-U报文,组播给eNB;
所述eNB是在满足标准LTE基站功能的基础上增强支持集群业务功能,接收所述GTP-U报文,获取净荷数据,按空口协议封装成PDCP报文,发送给终端;
所述终端,用于接收所述PDCP报文并进行解析,完成PIS业务播放。
8.如权利要求7所述的基于LTE宽带集群通信的地铁PIS业务组播装置,其特征在于,还包括播放控制器,用于接收终端转发的净荷数据并完成PIS业务播放。
CN201811150996.9A 2018-09-29 2018-09-29 一种基于lte宽带集群通信的地铁pis业务组播方法和装置 Active CN109327810B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811150996.9A CN109327810B (zh) 2018-09-29 2018-09-29 一种基于lte宽带集群通信的地铁pis业务组播方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811150996.9A CN109327810B (zh) 2018-09-29 2018-09-29 一种基于lte宽带集群通信的地铁pis业务组播方法和装置

Publications (2)

Publication Number Publication Date
CN109327810A true CN109327810A (zh) 2019-02-12
CN109327810B CN109327810B (zh) 2021-06-11

Family

ID=65266258

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811150996.9A Active CN109327810B (zh) 2018-09-29 2018-09-29 一种基于lte宽带集群通信的地铁pis业务组播方法和装置

Country Status (1)

Country Link
CN (1) CN109327810B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111246222A (zh) * 2020-03-20 2020-06-05 深圳宇翊技术股份有限公司 一种实现pis在录播和垫播状态下多播控音视频同步方法
CN114363830A (zh) * 2020-09-28 2022-04-15 ***通信有限公司研究院 多播数据的处理方法、核心网网关、业务服务器及终端
CN115348547A (zh) * 2022-08-09 2022-11-15 北京长焜科技有限公司 B-Trunc永久业务的发起、休眠、中止方法、装置及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103581839A (zh) * 2012-07-19 2014-02-12 中兴通讯股份有限公司 一种宽带集群业务的实现方法和***
US20170013423A1 (en) * 2015-07-10 2017-01-12 Qualcomm Incorporated Techniques for modular multimedia broadcast and multicast service (mbms) delivery
CN106686553A (zh) * 2015-11-10 2017-05-17 大唐移动通信设备有限公司 一种在核心网epc上进行组播的方法和装置
CN106856595A (zh) * 2015-12-09 2017-06-16 北京信威通信技术股份有限公司 基于B-TrunC组呼的IP组播广播业务传输方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103581839A (zh) * 2012-07-19 2014-02-12 中兴通讯股份有限公司 一种宽带集群业务的实现方法和***
US20170013423A1 (en) * 2015-07-10 2017-01-12 Qualcomm Incorporated Techniques for modular multimedia broadcast and multicast service (mbms) delivery
CN106686553A (zh) * 2015-11-10 2017-05-17 大唐移动通信设备有限公司 一种在核心网epc上进行组播的方法和装置
CN106856595A (zh) * 2015-12-09 2017-06-16 北京信威通信技术股份有限公司 基于B-TrunC组呼的IP组播广播业务传输方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111246222A (zh) * 2020-03-20 2020-06-05 深圳宇翊技术股份有限公司 一种实现pis在录播和垫播状态下多播控音视频同步方法
CN111246222B (zh) * 2020-03-20 2022-04-08 深圳宇翊技术股份有限公司 一种实现pis在录播和垫播状态下多播控音视频同步方法
CN114363830A (zh) * 2020-09-28 2022-04-15 ***通信有限公司研究院 多播数据的处理方法、核心网网关、业务服务器及终端
CN114363830B (zh) * 2020-09-28 2023-09-05 ***通信有限公司研究院 多播数据的处理方法、核心网网关、业务服务器及终端
CN115348547A (zh) * 2022-08-09 2022-11-15 北京长焜科技有限公司 B-Trunc永久业务的发起、休眠、中止方法、装置及电子设备
CN115348547B (zh) * 2022-08-09 2023-11-07 北京长焜科技有限公司 B-Trunc永久业务的发起、休眠、中止方法、装置及电子设备

Also Published As

Publication number Publication date
CN109327810B (zh) 2021-06-11

Similar Documents

Publication Publication Date Title
US9392583B2 (en) Method, entity, and system for implementing trunk service
EP1510090B1 (en) Method for controlling parties in real-time data group communication using acknowledgement packets
EP1796405B1 (en) Method and apparatus of service identifying and routing in multimedia broadcast/multicast service system
EP1540852B1 (en) Method and device for providing multicast services in a point-to-multipoint manner
US20170222958A1 (en) Method and system for providing live real-time communication via text between mobile user devices
EP2928220B1 (en) Method, system, base station and cluster epc for establishing group call context
KR101247851B1 (ko) 점대다 서비스에 대한 제어 정보 메시지 처리 방법
US7860087B2 (en) Distinguishing between protocol packets in a wireless communication system
US20070281722A1 (en) One-to-many communication service using composite broadcast/multicast flows in a wireless network
KR100932485B1 (ko) 방송 및/또는 멀티캐스트 서비스를 제공하는 방법
US9554392B2 (en) Machine to machine traffic management methods and systems
CN103796172B (zh) 基于lte的宽带集群***的话权申请实现方法
MXPA05000012A (es) Metodo de provision de servicio multimedios en un sistema de comunicacion movil de radio.
CN103024682B (zh) 数字集群通信***实现半双工单呼业务的方法
CN109327810A (zh) 一种基于lte宽带集群通信的地铁pis业务组播方法和装置
CN105282713B (zh) 一种基于td-lte宽带集群***的群组呼业务建立方法
CN103167421A (zh) 一种动态重组业务的实现方法及宽带数字集群***
CN103796173A (zh) 基于lte的宽带集群***的话权抢占实现方法
CN103546874B (zh) 一种通话管理的实现方法和***
CN108616823B (zh) 调度台加入组呼的方法及***
JP4833068B2 (ja) Gsmの移動無線通信ネットワークでプッシュ・ツー・トーク・サービスを実装する方法及びシステム
CN103458373A (zh) 一种集群业务实现方法及其装置
KR100956817B1 (ko) 패킷 데이터를 처리하는 방법 및 이를 위한 장치
CN103686936A (zh) 分组交换业务的接入方法和演进基站
CN102395110A (zh) Lte***中支持mbms业务传输的方法

Legal Events

Date Code Title Description
PB01 Publication
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