[发明专利]一种LTE-M网络中的组播业务处理方法和装置

说明书

本发明公开一种LTE‑M网络中组播业务处理方法和装置，所述方法包括：TCF向TMF发送用于建立组播呼叫业务的组呼建立消息，组呼建立消息包括：呼叫类型标识、组号标识、组播IP；TCF接收TMF发送的包括接收成功信息的组呼建立响应消息；组呼建立响应消息还携带有组播组对应的TMF侧用户面IP端口；TCF根据TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时，向TMF发送携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，以使TMF向组播路由设备发送组播加入信息；TCF接收TMF确认组播加入成功时发送的组播呼叫业务建立成功的成功响应。上述方法能够满足当前PIS车载视频的组播业务的需求。

技术领域

本发明涉及通信技术领域，具体涉及一种LTE-M网络中的组播业务处理方法和装置。

背景技术

LTE-M是针对城市轨道交通综合业务承载需求的TD-LTE(分时LTE，Time DivisionLTE)系统，支持列车运行控制系统车地通信业务、车载视频监视业务、PIS车载视频业务、集群调度业务等，如图1所示LTE-M(地铁长期演进系统，Long Term Evolution-Metro)的系统架构图。目前，LTE-M网络中组播协议使用的是B-TrunC(宽带集群通信，BroadbandTrunking Communication)协议或eMBMS(增强多媒体广播多播业务，MultimediaBroadcast Multicast Service)协议。

LTE-M支持的PIS(乘客信息系统，passenger information system)车载视频业务是指地面通过广播或者组播将视频或图像信息透传到车载TAU(车载接入单元，TrainAccess Unit)，车载TAU不是组播数据的终止点，车载TAU会透传组播数据给各视频播放器进行播放。针对PIS组播，部分厂商提出：网络侧建立到多个终端的单播呼叫，目的是保证透传PIS组播数据到车载TAU，即用点到多点方式实现PIS视频数据透传到车载TAU。

然而，当前LTE-M网络的B-TrunC协议中，无业务能完全满足轨交系统PIS组播业务中组播呼叫业务的需求。

B-TrunC协议中的组播呼叫具体是：调度台向某个组内的所有UE(用户设备，UserEquipment)发起的单向语音呼叫或视频呼叫，要求数据源DC(调度台，dispatcher)为业务发起者，其他UE只能接听，不能讲话。

B-TrunC协议中的视频转发给组具体是：调度台针对一个组发起的、仅有视频的组呼业务，视频来自于其他终端或视频源，转发的视频流不经过调度台，从核心网直接转发给组内UE。

为此，在LTE-M网络中，若采用单播方案，如以单播的方式实现向多个UE透传组播视频数据，则严重占用系统带宽，实用性不强。

另外，上述B-TrunC协议中组播呼叫和视频转发到组，存在如下缺点：第一、要求DC为业务发起者，即业务每次发起均需要人工参与；第二、业务发起后，如DC重启或SCC(交换控制中心，Switch and Control Center)重启，业务无法自动重建；第三、两种业务，数据处理分为数据源到集群核心网的单播和集群核心网到终端的组播，即数据源到集群核心网的数据，目的地址为集群核心网的IP(互联网协议，Internet Protocol)和端口，核心网会修改数据目的IP和端口为系统内配置的组IP和端口，用于UE接收。

由此，上述单播方案、组播呼叫和视频转发到组的业务均无法满足PIS组播业务的需求。

发明内容

鉴于上述问题，本发明提供一种LTE-M网络中的组播业务处理方法和装置，能够满足当前PIS车载视频的组播业务的需求。

第一方面，本发明提供一种LTE-M网络中组播业务处理方法，包括：