CN108012342B - 一种lte-m网络中的组播业务处理方法和装置 - Google Patents

Abstract

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

Description

一种LTE-M网络中的组播业务处理方法和装置

技术领域

本发明涉及通信技术领域，具体涉及一种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网络中组播业务处理方法，包括：

TCF(集群控制功能体，Trunking Control Function)向TMF(集群媒体功能体，Trunking Media Function)发送用于建立组播呼叫业务的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在OMC中配置的；

所述TCF接收所述TMF发送的包括接收成功信息的组呼建立响应消息；所述组呼建立响应消息还携带有组播组对应的TMF侧用户面IP端口；

所述TCF根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时，向TMF发送携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，以使所述TMF在接收所述组呼MODIFY消息之后向组播路由设备发送组播加入信息；

TCF接收所述TMF确认组播加入成功时发送的组播呼叫业务建立成功的成功响应。

可选地，TCF向TMF发送组呼建立消息的步骤之前，所述方法还包括：

TCF启动后读取根据所述OMC中的呼叫类型、组号标识、组播IP建立的PIS组播组内信息；或者，所述TCF根据OM配置读取所述OMC中的呼叫类型、组号标识、组播IP建立的PIS组播组内信息；

可选地，所述组号标识为PIS组播组号。

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

TMF接收TCF发送的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在OMC中配置的；

所述TMF根据所述组播呼叫消息确定组播呼叫业务开始建立，则向所述TCF发送组呼建立响应消息，所述组呼建立响应消息包括：组播组对应的TMF侧用户面IP端口和所述组呼建立消息的接收成功信息；

所述TMF接收所述TCF发送的携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，所述组呼MODIFY消息为所述TCF根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时发送的；

所述TMF在接收所述组呼MODIFY消息之后，向组播路由设备发送组播加入信息；

所述TMF接收所述组播路由设备发送的组播加入成功信息，根据组播加入成功信息向所述TCF发送所述组呼MODIFY消息的成功响应。

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

在OM触发组播释放时，TCF向TMF发送用于释放组播呼叫业务的组呼释放消息，所述组呼释放消息包括：用于指示所述TMF进行组播释放的信息，和组播组的标识信息；

所述TCF根据所述组播组的标识信息释放组播组对应的全呼被叫过程。

可选地，所述方法还包括：所述TCF接收TMF发送的组播释放成功的消息，所述组播释放的消息是所述TMF根据所述组呼释放消息进行组播释放，在组播释放完成后发送的。

可选地，组播组的标识信息包括：组号标识和/或组播IP。

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

在OM触发组播释放时，TMF接收TCF发送的用于释放组播呼叫业务的组呼释放消息，所述组呼释放消息包括：用于指示所述TMF进行组播释放的信息，和组播组的标识信息；

所述TMF根据所述组呼释放消息，释放与组播组的标识信息对应的组播组内相关信息。

可选地，所述方法还包括：所述TMF在组播释放完成后向所述TCF发送组播释放成功的消息。

可选地，组播组的标识信息包括：组号标识和/或组播IP。

第五方面，本发明提供一种LTE-M网络中组播业务处理装置，其特征在于，包括：

发送单元，用于向TMF发送用于建立组播呼叫业务的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在OMC中配置的；

接收单元，用于接收所述TMF发送的包括接收成功信息的组呼建立响应消息；所述组呼建立响应消息还携带有组播组对应的TMF侧用户面IP端口；

所述发送单元，还用于在该装置根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时，向TMF发送携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，以使所述TMF在接收所述组呼MODIFY消息之后向组播路由设备发送组播加入信息；

所述接收单元，还用于接收所述TMF确认组播加入成功时发送的组播呼叫业务建立成功的成功响应。

可选地，所述装置还包括：

读取单元，用于在该装置启动后读取根据所述OMC中的呼叫类型、组号标识、组播IP建立的PIS组播组内信息。

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

接收单元，用于接收TCF发送的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在OMC中配置的；

发送单元，用于在该装置根据所述组播呼叫消息确定组播呼叫业务开始建立时，向所述TCF发送组呼建立响应消息，所述组呼建立响应消息包括：组播组对应的TMF侧用户面IP端口和所述组呼建立消息的接收成功信息；

所述接收单元，还用于接收所述TCF发送的携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，所述组呼MODIFY消息为所述TCF根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时发送的；

所述发送单元，还用于向组播路由设备发送组播加入信息；

所述接收单元，还用于接收所述组播路由设备发送的组播加入成功信息，根据组播加入成功信息向所述TCF发送所述组呼MODIFY消息的成功响应。

由上述技术方案可知，本发明提出的LTE-M网络中的组播业务处理方法和装置，通过TCF主动发起组呼建立流程，可较好的满足轨道交通PIS视频组播业务的需求,也能支持其他外网组播业务的需求。

附图说明

图1为当前集群核心网的架构示意图；

图2至图7分别为本发明一实施例提供的LTE-M网络中的组播业务处理方法的流程图；

图8为本发明一实施例提供的LTE-M网络中的组播业务处理装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

需要说明的是，在本文中，“第一”、“第二”、“第三”、“第四”字样仅仅用来将相同的名称区分开来，而不是暗示这些名称之间的关系或者顺序。

本发明实施例中提出了由集群核心网里的由TCF和TMF构成的SCC发起PIS视频组播业务的方案，如：集群核心网主动发起广播组呼(全呼)和组播加入，集群核心网将PIS服务器的组播包透传到集群组中。可通过OM(操作管理)控制组播业务的动态建立，释放。

在实现本发明实施例的组呼建立和释放的流程之前，需要预先对组播数据进行配置。例如，可由OMC(操作维护中心，Operation and Maintenance Center)配置组播业务对应的ID号、集群组号、组播地址和组播端口，如下组播数据表1。集群核心网在启动后，读取组播业务相关配置，根据配置结果主动触发网络侧发起的组播业务。

组播数据表1

在本发明实施例中，SCC(即TCF和TMF的合集)在板卡启动后，集群核心网获取组播相关配置后，会发起组播建立过程。或者操作者通过OM操作发起组播建立过程。具体建立过程参见下述图2至图4所示的流程图。

结合图2和图4所示，本实施例公开一种LTE-M网络中的组播业务处理方法流程图，本实施例的方法主要是针对组播呼叫建立流程的方法，该方法的执行主体为TCF，本实施例的方法可包括以下步骤201～204：

201、TCF向TMF发送用于建立组播呼叫业务的组呼建立消息(SCC_GROUPCALL_SETUP_REQ)，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在OMC中配置的。

举例来说，组号标识可为PIS组播组号。

202、TCF接收所述TMF发送的包括接收成功信息的组呼建立响应消息；所述组呼建立响应消息还携带有组播组对应的TMF侧用户面IP端口。

203、TCF根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时，向TMF发送携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息(SCC_GROUPCALL_MOD_REQ)，以使所述TMF接收组呼MODIFY消息之后向组播路由设备发送组播加入信息。

可以理解的是，TMF在接收组呼MODIFY消息之后，可以存储下行数据网关侧用户面IP和用户面TEID，以便在组播呼叫业务建立成功之后，进行多媒体数据的传输。

这里的组播路由设备可为组播IP对应的组播路由设备。本实施例举例来说，TMF在接收组呼MODIFY消息之后向组播路由设备发送组播加入信息。在其他实施例中，TMF还可以在接收组呼建立消息之后，即可向组播路由设备发送组播加入信息，本实施例不对其进行限定，可根据实际需求变化。

需要说明的是，组播组内的全呼被叫建立过程可参考现有技术的方案建立，本实施例未对其进行改进，同时不对其进行限定。

204、TCF接收所述TMF确认组播加入成功时发送的组播呼叫业务建立成功的成功响应。

可选地，前述步骤201之前，上述图1所示的方法还可包括图中未示出的步骤100：

200、TCF启动后读取根据所述OMC中的呼叫类型、组号标识、组播IP建立的PIS组播组内信息。

可理解的是，在图2中，在TCF板卡启动后读取OM配置中的PIS组播组号，进而发起组播呼叫建立的流程。当然，若OM上未配置PIS组播组，则不会发起上述流程。

在其他实施例中，TCF还可根据OM配置读取所述OMC中的呼叫类型、组号标识、组播IP建立的PIS组播组内信息等。

也就是说，集群核心网通过OMC配置组播IP和组播端口等组播配置信息并存储，这些配置信息为网络侧组播业务建立基础。另外，集群核心网根据OM配置触发组播业务建立。在下述实施例中，集群核心网还可根据OM配置触发组播业务释放等。本实施例中的组播数据经集群通信***可透传至终端，不对数据进行任何修改。

可理解的是，在实际应用中，OM为OMC与SCC之间的接口(即接口协议名称)。OMC服务器通过OM接口将PIS组播信息传递给SCC。本实施例中仅调整的是TCF和TMF的功能，SCC是TCF和TMF的集合体。

另外，在SCC运行过程中如果通过OM增加PIS组播组号后发起ACTION，SCC则会动态建立PIS组播，重新执行上述的方法流程。

在本实施例中，LTE-M网络中的组呼业务不需要DC发起，由网络侧根据OM配置自动建立并加入组播，如SCC重启时，能自动快速恢复，不用人为干预，提高用户使用体验。

特别地，本实施例中的PIS组播数据到网络侧时未进行任何修改就通过全呼透传给UE，满足了轨道交通PIS视频组播业务的需求，也能支持其他外网组播业务的需求。

结合图3和图4所示，本实施例公开一种LTE-M网络中的组播业务处理方法流程图，本实施例的方法主要是针对组播呼叫建立流程的方法，该方法的执行主体为TMF，本实施例的方法可包括以下步骤301～305：

301、TMF接收TCF发送的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在OMC中配置的。

302、TMF根据所述组播呼叫消息确定组播呼叫业务开始建立，则向所述TCF发送组呼建立响应消息，所述组呼建立响应消息包括：组播组对应的TMF侧用户面IP端口和所述组呼建立消息的接收成功信息。

303、TMF接收所述TCF发送的携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，所述组呼MODIFY消息为所述TCF根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时发送的。

304、TMF向组播路由设备发送组播加入信息。

本实施例中举例说明的是TMF在接收到组呼MODIFY消息后，向组播路由设备发送的组播加入信息，在其他实施例中，TMF还可在接收组呼建立消息后即可向组播路由设备发送组播加入信息，本实施例仅为举例说明，不限定其步骤顺序。

305、TMF接收所述组播路由设备发送的组播加入成功信息，根据组播加入成功信息向所述TCF发送所述组呼MODIFY消息的成功响应。

上述方法实施例中，集群核心网通过OMC配置组播IP和组播端口等组播配置信息并存储，这些配置信息为网络侧组播业务建立基础；进而集群核心网自动触发组播业务建立和释放，SCC重启后，业务可自动重建，其他逻辑网元重启，也不影响业务；本实施例的组播数据经集群通信***可透传至终端/UE，不对数据进行任何修改，本实施例的终端/UE不是组播数据包终结点。

在本发明实施例中，操作者通过OM操作发起组播释放过程。具体释放流程参见下述图5至图7所示的流程图。

结合图5和图7所示，本实施例公开一种LTE-M网络中的组播业务处理方法流程图，本实施例的方法主要是针对组播呼叫释放流程的方法，该方法的执行主体为TCF，本实施例的方法可包括以下步骤501～502：

501、在OM触发组播释放时，TCF向TMF发送用于释放组播呼叫业务的组呼释放消息(SCC_GROUPCALL_REL_REQ)，所述组呼释放消息包括：用于指示所述TMF进行组播释放的信息，和组播组的标识信息(如呼叫ID)；

502、TCF释放组播组对应的全呼被叫过程。

可选地，在实际应用中，若TMF对组播释放完成，此时TCF还接收TMF发送的组播释放成功的消息，所述组播释放成功的消息是所述TMF根据所述组呼释放消息进行组播释放，在组播释放完成后发送的。

需要说明的是，组播组内的全呼被叫释放过程可参考现有技术的方案进行释放，本实施例未对其进行改进，同时不对其进行限定。

在具体实现过程中，OM触发组播释放时，一种实现方式还可为：TCF向网络侧和TMF侧同时发起释放，TMF和网络侧各自释放各自的资源即可，不用互相关心，TCF获知最终结果即可。上述图5所示的仅为一种可选的实现方式，本实施例不对其进行限定。

举例来说，上述组播组的标识信息可包括：组号标识和/或组播IP。

上述图5所示的流程可为通过OM ACTION触发实现的。

结合图6和图7所示，本实施例公开一种LTE-M网络中的组播业务处理方法流程图，本实施例的方法主要是针对组播呼叫释放流程的方法，该方法的执行主体为TMF，本实施例的方法可包括以下步骤601～603：

601、在OM触发组播释放时，TMF接收TCF发送的用于释放组播呼叫业务的组呼释放消息，所述组呼释放消息包括：用于指示所述TMF进行组播释放的信息，和组播组的标识信息；

602、TMF根据所述组呼释放消息，释放与组播组的标识信息对应的组播组内相关的信息。

可选地，在TMF组播释放完成后，还向TCF发送组播释放成功的消息。

举例来说，组播组的标识信息可包括：组号标识和/或组播IP。

本实施例中的TMF资源释放和组播全呼被叫释放两者无交互，均由TCF控制，保证该PIS组播对应的资源均释放。

如图8所示，本发明实施例公开一种LTE-M网络中的组播业务处理装置的结构示意图，本实施例的装置的发送单元和接收单元主要是针对组播呼叫建立流程的动作。

图8所示的组播业务处理装置包括：发送单元801和接收单元802，其中，发送单元801用于向TMF发送用于建立组播呼叫业务的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在OMC中配置的；

接收单元802用于接收所述TMF发送的包括接收成功信息的组呼建立响应消息；所述组呼建立响应消息还携带有组播组对应的TMF侧用户面IP端口；

所述发送单元801还用于在该装置根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时，向TMF发送携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，以使所述TMF向TMF侧用户面IP端口对应的组播路由设备发送组播加入信息；

所述接收单元802还用于接收所述TMF确认组播加入成功时发送的组播呼叫业务建立成功的成功响应。

可选地，图8所示的装置还可包括下述的图中未示出的读取单元，该读取单元可用于在该装置启动后读取根据所述OMC中的呼叫类型、组号标识、组播IP建立的PIS组播组内信息。

图8所示的组播业务处理装置可执行前述图2和图4中所示的TCF的动作，参照上述方法实施例的描述，本实施例不再详述。

在第一种可选的实现方式中，图8所示的发送单元和接收单元可执行下述的操作：

接收单元802用于接收TCF发送的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在OMC中配置的；

发送单元801用于在该装置根据所述组播呼叫消息确定组播呼叫业务开始建立时，向所述TCF发送组呼建立响应消息，所述组呼建立响应消息包括：组播组对应的TMF侧用户面IP端口和所述组呼建立消息的接收成功信息；

所述接收单元802还用于接收所述TCF发送的携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，所述组呼MODIFY消息为所述TCF根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时发送的；

所述发送单元801还用于根据所述组呼MODIFY消息向TMF侧用户面IP端口对应的组播路由设备发送组播加入信息；

所述接收单元802还用于接收所述组播路由设备发送的组播加入成功信息，根据组播加入成功信息向所述TCF发送所述组呼MODIFY消息的成功响应。

在该第一种可选的实现方式中，此时的组播业务处理装置可执行前述图2和图4中所示的TMF的动作，参照上述方法实施例的描述，本实施例不再详述。

需要说明的是，本实施例的组播业务处理装置可位于SCC中，进而，本实施例的SCC应用在LTE-M网络中，其他网元均不用修改，可方便实现，降低成本。

本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。

本领域技术人员可以理解，实施例中的各步骤可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种LTE-M网络中组播业务处理方法，其特征在于，包括：

集群控制功能体TCF向集群媒体功能体TMF发送用于建立组播呼叫业务的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在操作维护中心OMC中配置的；

所述TCF接收所述TMF发送的包括接收成功信息的组呼建立响应消息；所述组呼建立响应消息还携带有组播组对应的TMF侧用户面IP端口；

所述TCF根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时，向TMF发送携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，以使所述TMF在接收所述组呼MODIFY消息之后向组播路由设备发送组播加入信息；

TCF接收所述TMF确认组播加入成功时发送的组播呼叫业务建立成功的成功响应。

2.根据权利要求1所述的方法，其特征在于，TCF向TMF发送组呼建立消息的步骤之前，所述方法还包括：

TCF启动后读取根据所述OMC中的呼叫类型、组号标识、组播IP建立的PIS组播组内信息；或者，所述TCF根据操作管理OM配置读取所述OMC中的呼叫类型、组号标识、组播IP建立的PIS组播组内信息；

和/或，

所述组号标识为PIS组播组号。

3.一种LTE-M网络中组播业务处理方法，其特征在于，包括：

集群媒体功能体TMF接收集群控制功能体TCF发送的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在操作维护中心OMC中配置的；

所述TMF根据所述组播呼叫消息确定组播呼叫业务开始建立，则向所述TCF发送组呼建立响应消息，所述组呼建立响应消息包括：组播组对应的TMF侧用户面IP端口和所述组呼建立消息的接收成功信息；

所述TMF接收所述TCF发送的携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，所述组呼MODIFY消息为所述TCF根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时发送的；

所述TMF在接收所述组呼MODIFY消息之后，向组播路由设备发送组播加入信息；

所述TMF接收所述组播路由设备发送的组播加入成功信息，根据组播加入成功信息向所述TCF发送所述组呼MODIFY消息的成功响应。

4.一种LTE-M网络中组播业务处理方法，其特征在于，包括：

在操作管理OM触发组播释放时，TCF向TMF发送用于释放组播呼叫业务的组呼释放消息，所述组呼释放消息包括：用于指示所述TMF进行组播释放的信息，和组播组的标识信息；

所述TCF根据所述组播组的标识信息释放组播组对应的全呼被叫过程。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述TCF接收TMF发送的组播释放成功的消息，所述组播释放成功的消息是所述TMF根据所述组呼释放消息进行组播释放，在组播释放完成后发送的。

6.一种LTE-M网络中组播业务处理方法，其特征在于，包括：

在操作管理OM触发组播释放时，集群媒体功能体TMF接收集群控制功能体TCF发送的用于释放组播呼叫业务的组呼释放消息，所述组呼释放消息包括：用于指示所述TMF进行组播释放的信息，和组播组的标识信息；

所述TMF根据所述组呼释放消息，释放与组播组的标识信息对应的组播组内相关信息。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述TMF在组播释放完成后向所述TCF发送组播释放成功的消息。

8.一种LTE-M网络中组播业务处理装置，其特征在于，包括：

发送单元，用于向集群媒体功能体TMF发送用于建立组播呼叫业务的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在操作维护中心OMC中配置的；

接收单元，用于接收所述TMF发送的包括接收成功信息的组呼建立响应消息；所述组呼建立响应消息还携带有组播组对应的TMF侧用户面IP端口；

所述发送单元，还用于在该装置根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时，向TMF发送携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，以使所述TMF在接收所述组呼MODIFY消息之后向组播路由设备发送组播加入信息；

所述接收单元，还用于接收所述TMF确认组播加入成功时发送的组播呼叫业务建立成功的成功响应。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

读取单元，用于在该装置启动后读取根据所述OMC中的呼叫类型、组号标识、组播IP建立的PIS组播组内信息。

10.一种LTE-M网络中组播业务处理装置，其特征在于，包括：

接收单元，用于接收集群控制功能体TCF发送的组呼建立消息，所述组呼建立消息包括：呼叫类型标识、组号标识、组播IP；其中，所述呼叫类型、组号标识、组播IP均为预先在操作维护中心OMC中配置的；

发送单元，用于在该装置根据所述组播呼叫消息确定组播呼叫业务开始建立时，向所述TCF发送组呼建立响应消息，所述组呼建立响应消息包括：组播组对应的TMF侧用户面IP端口和所述组呼建立消息的接收成功信息；

所述接收单元，还用于接收所述TCF发送的携带下行数据网关侧用户面IP和用户面TEID的组呼MODIFY消息，所述组呼MODIFY消息为所述TCF根据所述TMF侧用户面IP端口，确定组播组内的全呼被叫过程已经建立时发送的；

所述发送单元，还用于向组播路由设备发送组播加入信息；

所述接收单元，还用于接收所述组播路由设备发送的组播加入成功信息，根据组播加入成功信息向所述TCF发送所述组呼MODIFY消息的成功响应。

Images