多播处理方法、终端及网络节点与流程

本发明涉及通信技术领域，尤其是指一种多播处理方法、终端及网络节点。

背景技术：

为了有效地利用移动网络资源，第三代合作伙伴计划3gpp提出了多媒体广播多播业务(multimediabroadcastmulticastservice，mbms)，该业务是一种从一个数据源向多个目标移动终端传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源、尤其是空中接口资源的利用率。mbms由于需要专门的频谱资源，加之用户对移动多媒体业务的诉求不高，在很大程度上限制了该类业务的发展。lte阶段提出了增强型多媒体广播多播业务(evolvedmbms，简称embms)，能够与常规单播业务共享频谱资源，并支持灵活的频谱资源分配和使用，有效降低embms对系统的要求。

embms的系统架构新引入了3个逻辑网元：接入网侧引入mce(multi-cell/multicastcoordinationentity，多播协调实体)；核心网侧引入mbmsgw(mbmsgateway，mbms网关)及bm-sc(broadcastmulticastservicecenter，广播多播业务中心)，并新增对6个接口(mi、m2、m3、sm、sgmb及sgi-mb)的支持。

embms支持两种传输方式：mbms单频网(mbmssinglefrequencynetwork，mbsfn)传输方式和sc-ptm(singlecellpointtomultipoint，单小区点对多点传输)。mbsfn传输方式，就是在同一时间以相同频率在多个小区进行同步传输。使用这种传输方式可以节约频率资源，提高频谱利用率。同时这种多小区同频传输所带来的分集效果可以解决盲区覆盖等问题，增强接收的可靠性，提高覆盖率。sc-ptm传输方式，即多播广播数据在单个小区通过物理下行共享信道pdsch传输。具体采用mbsfn传输方式还是sc-ptm传输方式，由mce决定。

现有技术中，广播多播业务都是从网络侧触发的，bm-sc决定何时开启、终止多播数据发送、以及在哪些区域发送多播数据。

5g网络及后续演进将是以用户设备为中心的网络，多播业务的发送可能也是基于用户偏好的、而非像现有技术这样完全网络决定。例如，多用户在线游戏(如多个用户在同一个车厢或者同一个房间玩游戏)、用于数据备份的终端组(如该组终端可能属于相同或相邻的小区)。多个用户之间动态成组，该多播业务与固定的地理区域无关，而与用户所处位置有关。

如果采用现有机制，网络并不知道该组终端设备正在进行这类数据传输，因此会以单播的方式将业务数据分发给每个终端设备，进而导致无线资源浪费问题。

技术实现要素：

本发明实施例的目的在于提供一种多播处理方法、终端及网络节点，以解决现有技术中多播业务由网络触发导致的无线资源浪费的问题。

为了解决上述问题，本发明提供一种多播处理方法，应用于第一终端，包括：

发送多播业务请求消息，所述多播业务请求消息用于请求网络节点通过多播方式下发第一业务的业务数据；

其中，所述多播业务请求消息中携带第一业务的参数信息。

其中，所述第一业务的参数信息包括下述至少之一：

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

分配和保留优先级arp；

多媒体广播多播业务会话标识；

临时移动组标识tmgi；

业务流标识；

应用层信息。

其中，所述多播业务请求消息还携带下述信息中的至少之一：

所述第一终端所处小区的标识信息；

所述第一终端的经纬度信息；

所述第一终端的移动速度；

所述第一终端的移动方向；

所述第一终端所在目标终端组的信息。

其中，所述第一终端所在目标终端组的信息还携带下述信息中的至少之一：

所述第一终端所在目标终端组的组请求指示信息；

所述第一终端所在目标终端组包含的终端的数量；

所述第一终端所在目标终端组的组标识信息；

所述第一终端所在目标终端组包含的至少一个终端的所处小区的标识信息；

所述第一终端所在目标终端组包含的至少一个终端的经纬度信息；

所述第一终端所在目标终端组包含的至少一个终端的移动速度；

所述第一终端所在目标终端组包含的至少一个终端的移动方向。

其中，所述方法还包括：

接收网络节点发送的多播业务响应消息；所述多播业务响应消息携带下述信息的至少一项：

所述第一终端所在目标终端组的无线网络临时标识rnti；

第一业务的临时移动组标识tmgi；

多媒体广播多播业务会话标识；

业务流标识；

密钥信息；

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

网络节点估计的会话开始时间；

网络节点估计的会话时间段；

第一业务的多播区域的标识信息。

其中，在所述多播业务请求消息携带所述第一终端所在目标终端组的信息的情况下，所述密钥信息适用于所述第一终端所在的目标终端组包含的所有终端；

否则，所述密钥信息适用于所述第一终端。

其中，在所述多播业务请求消息携带所述第一终端所在目标终端组的信息的情况下，所述方法还包括：

将所述多播业务响应消息转发给所述目标终端组包含的其他终端。

其中，所述方法还包括：

根据所述多播业务响应消息，接收网络节点通过多播方式下发第一业务的业务数据。

本发明实施例还提供一种多播处理方法，应用于网络节点，包括：

接收第一终端发送的多播业务请求消息，所述多播业务请求消息用于请求网络节点通过多播方式下发第一业务的业务数据；其中，所述多播业务请求消息中携带第一业务的参数信息；

向所述第一终端发送多播业务响应消息，并通过多播方式下发所述第一业务的业务数据。

其中，第一业务的参数信息包括下述至少一项：

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

分配和保留优先级arp；

多媒体广播多播业务会话标识；

临时移动组标识tmgi；

业务流标识；

应用层信息。

其中，所述多播业务请求消息还携带下述信息中的至少之一：

所述第一终端所处小区的标识信息；

所述第一终端的经纬度信息；

所述第一终端的移动速度；

所述第一终端的移动方向；

所述第一终端所在目标终端组的信息。

其中，所述第一终端所在目标终端组的信息还携带下述信息中的至少之一：

所述第一终端所在目标终端组的组请求指示信息；

所述第一终端所在目标终端组包含的终端的数量；

所述第一终端所在目标终端组的组标识信息；

所述第一终端所在目标终端组包含的至少一个终端的所处小区的标识信息；

所述第一终端所在目标终端组包含的至少一个终端的经纬度信息；

所述第一终端所在目标终端组包含的至少一个终端的移动速度；

所述第一终端所在目标终端组包含的至少一个终端的移动方向。

其中，所述多播业务响应消息携带下述信息的至少一项：

所述第一终端所在目标终端组的无线网络临时标识rnti；

第一业务的临时移动组标识tmgi；

多媒体广播多播业务会话标识；

业务流标识；

密钥信息；

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

网络节点估计的会话开始时间；

网络节点估计的会话时间段；

第一业务的多播区域的标识信息。

其中，在所述多播业务请求消息携带第一终端所在目标终端组的信息的情况下，所述密钥信息适用于所述第一终端所在的目标终端组包含的所有终端；

否则，所述密钥信息适用于所述第一终端。

本发明实施例还提供一种多播处理方法，应用于第二终端，所述第二终端属于预设终端组，包括：

在所述预设终端组中存在至少一个终端成功接收到网络节点通过多播方式下发的多播数据的情况下，所述第二终端向网络节点发送用于指示成功接收多播数据的反馈信息。

其中，所述方法还包括：

在所述预设终端组中不存在成功接收到网络节点通过多播方式下发的多播数据的情况下，向网络发送用于指示未成功接收多播数据的反馈信息或者不发送反馈信息。

其中，所述方法还包括：

获取所述预设终端组中其他终端发送的指示信息，所述指示信息用于指示所述其他终端是否成功接收网络节点通过多播方式下发的多播数据。

其中，所述方法还包括：

若所述第二终端成功接收到网络节点通过多播方式下发的多播数据，所述第二终端向所述预设终端组中未成功接收到多播数据的其他终端发送所述第二终端成功接收到的多播数据。

本发明实施例还提供一种多播处理方法，应用于网络节点，包括：

接收预设终端组针对多播数据的反馈信息；

在接收到至少一个用于指示成功接收多播数据的反馈信息的情况下，确定无需重传所述多播数据。

其中，所述接收预设终端组针对多播数据的反馈信息，包括：

接收在所述预设终端组中存在至少一个终端成功接收到网络节点通过多播方式下发的多播数据的情况下，所述第二终端发送的用于指示成功接收多播数据的反馈信息；其中，所述第二终端属于预设终端组。

其中，所述接收预设终端组针对多播数据的反馈信息，包括：

接收所述预设终端组中每个终端分别发送的反馈信息；

其中，成功接收到网络节点下发的多播数据的终端发送的反馈信息为用于指示成功接收多播数据的反馈信息；未成功接收到网络节点下发的多播数据的终端发送的反馈信息为用于指示未成功接收多播数据的反馈信息。

其中，所述接收预设终端组针对多播数据的反馈信息，包括：

接收所述预设终端组中成功接收到网络节点下发的多播数据的终端发送的用于指示成功接收多播数据的反馈信息。

其中，所述方法还包括：

在所述网络节点未接收到用于指示成功接收多播数据的反馈信息，或者，在所述网络节点未接收到反馈信息的情况下，确定需要重传所述多播数据。

本发明实施例还提供一种终端，所述终端为第一终端，所述终端包括处理器和收发器，所述处理器用于控制所述收发器执行如下过程：

发送多播业务请求消息，所述多播业务请求消息用于请求网络节点通过多播方式下发第一业务的业务数据；

其中，所述多播业务请求消息中携带第一业务的参数信息。

其中，所述第一业务的参数信息包括下述至少之一：

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

分配和保留优先级arp；

多媒体广播多播业务会话标识；

临时移动组标识tmgi；

业务流标识；

应用层信息。

本发明实施例还提供一种网络节点，包括处理器和收发器，所述处理器用于控制所述收发器执行如下过程：

接收第一终端发送的多播业务请求消息，所述多播业务请求消息用于请求网络节点通过多播方式下发第一业务的业务数据；其中，所述多播业务请求消息中携带第一业务的参数信息；

向所述第一终端发送多播业务响应消息，并通过多播方式下发所述第一业务的业务数据。

其中，第一业务的参数信息包括下述至少一项：

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

分配和保留优先级arp；

多媒体广播多播业务会话标识；

临时移动组标识tmgi；

业务流标识；

应用层信息。

本发明实施例还提供一种终端，所述终端为第二终端，所述终端包括处理器和收发器，所述处理器用于控制所述收发器执行如下过程：

在所述预设终端组中存在至少一个终端成功接收到网络节点通过多播方式下发的多播数据的情况下，向网络节点发送用于指示成功接收多播数据的反馈信息。

本发明实施例还提供一种网络节点，包括处理器和收发器，所述收发器用于执行如下过程：

接收预设终端组针对多播数据的反馈信息；

所述处理器用于：

在接收到至少一个用于指示成功接收多播数据的反馈信息的情况下，确定无需重传所述多播数据。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的多播处理方法中的步骤。

本发明的上述技术方案至少具有如下有益效果：

本发明实施例的多播处理方法、终端及网络节点，由终端向网络节点发送多播业务请求消息请求网络节点通过多播方式下发第一业务的业务数据，使得网络节点可以感知到第一业务的业务数据可以通过多播而非单播的方式下发，由此提升数据传输的资源利用率。

附图说明

图1表示本发明实施例提供的多播处理方法的步骤示意图之一；

图2表示本发明实施例提供的多播处理方法的步骤流程图之二；

图3表示本发明实施例提供的示例一的交互示意图之一；

图4表示本发明实施例提供的示例一的交互示意图之二；

图5表示本发明实施例提供的示例四的交互示意图；

图6表示本发明实施例提供的多播处理方法的步骤示意图之三；

图7表示本发明实施例提供的多播处理方法的步骤流程图之四；

图8表示本发明实施例提供的示例五的交互示意图；

图9表示本发明实施例提供的终端的结构示意图；

图10表示本发明实施例提供的网络节点的结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

如图1所示，本发明实施例提供一种多播处理方法，应用于第一终端，包括：

步骤11，发送多播业务请求消息，所述多播业务请求消息用于请求网络节点通过多播方式下发第一业务的业务数据；其中，所述多播业务请求消息中携带第一业务的参数信息。

需要说明的是，第一业务的参数信息可以不是第一业务的标识信息，也可以是第一业务的标识信息。在网络节点未给第一业务配置标识之前，第一终端也可以通过第一业务的参数信息来指示第一业务。

优选的，所述第一业务的参数信息包括下述至少之一：

协议数据单元pdu会话标识(pdusessionid)；

服务质量流标识(qosflowidentifier)；

5g服务质量标识(5gqosidentifier)；

分配和保留优先级arp(allocationandretentionpriority)；

多媒体广播多播业务会话标识；

临时移动组标识tmgi；

业务流标识；

应用层信息。

作为一个可选实施例，所述多播业务请求消息还携带下述信息中的至少之一：

所述第一终端所处小区的标识信息；

所述第一终端的经纬度信息；

所述第一终端的移动速度；

所述第一终端的移动方向；

所述第一终端所在目标终端组的信息。

可选的，所述第一终端所在目标终端组的信息还携带下述信息中的至少之一：

所述第一终端所在目标终端组的组请求指示信息；该组请求指示信息用于指示该第一终端发送的多播业务请求消息是该第一终端所在的目标终端组的所有终端的请求；

所述第一终端所在目标终端组包含的终端的数量；

所述第一终端所在目标终端组的组标识信息；

所述第一终端所在目标终端组包含的至少一个终端的所处小区的标识信息；

所述第一终端所在目标终端组包含的至少一个终端的经纬度信息；

所述第一终端所在目标终端组包含的至少一个终端的移动速度；

所述第一终端所在目标终端组包含的至少一个终端的移动方向。

需要说明的是，上述多播业务请求消息可以通过无线资源控制rrc消息携带，也可以通过超文本传输协议http请求携带。

承接上例，本发明的可选实施例中，所述方法还包括：

接收网络节点发送的多播业务响应消息；所述多播业务响应消息携带下述信息的至少一项：

所述第一终端所在目标终端组的无线网络临时标识rnti；

第一业务的临时移动组标识tmgi；

多媒体广播多播业务会话标识；

业务流标识；

密钥信息；

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

网络节点估计的会话开始时间；

网络节点估计的会话时间段；

第一业务的多播区域的标识信息。

优选的，在所述多播业务请求消息携带所述第一终端所在目标终端组的信息的情况下，所述密钥信息适用于所述第一终端所在的目标终端组包含的所有终端；否则，所述密钥信息适用于所述第一终端。

需要说明的是，该网络节点可以为内容服务商(即应用服务器)，也可以为多播业务中心(如bm-sc)，还可以为基站，在此不做具体限定。

进一步的，在所述多播业务请求消息携带所述第一终端所在目标终端组的信息的情况下，所述方法还包括：

将所述多播业务响应消息转发给所述目标终端组包含的其他终端。

进一步的，所述方法还包括：

根据所述多播业务响应消息，接收网络节点通过多播方式下发第一业务的业务数据。

需要说明的是，本发明实施例提供的多播处理方法至少包括下述两个模式：

模式一：仅第一终端发送多播业务请求消息，在所述多播业务请求消息携带所述第一终端所在目标终端组的信息。

此种模式下，第一终端将多播业务响应消息转发给目标终端组的其他终端；该目标终端组的所有终端基于多播业务响应消息中的信息，接收网络节点发送的多播业务数据。

模式二：每个终端分别发送多播业务请求消息。

此种模式下，每个终端分别接收无线网络广播的多播业务响应消息，基于该多播业务响应消息，接收网络节点发送的多播业务数据。

综上，本发明的上述实施例中由终端向网络节点发送多播业务请求消息请求网络节点通过多播方式下发第一业务的业务数据，使得网络节点可以感知到第一业务的业务数据可以通过多播而非单播的方式下发，由此提升数据传输的资源利用率。

如图2所示，本发明实施例还提供一种多播处理方法，应用于网络节点，包括：

步骤21，接收第一终端发送的多播业务请求消息，所述多播业务请求消息用于请求网络节点通过多播方式下发第一业务的业务数据；其中，所述多播业务请求消息中携带第一业务的参数信息；

步骤22，向所述第一终端发送多播业务响应消息，并通过多播方式下发所述第一业务的业务数据。

需要说明的是，第一业务的参数信息可以不是第一业务的标识信息，也可以是第一业务的标识信息。在网络节点未给第一业务配置标识之前，第一终端也可以通过第一业务的参数信息来指示第一业务。

优选的，第一业务的参数信息包括下述至少一项：

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

分配和保留优先级arp；

多媒体广播多播业务会话标识；

临时移动组标识tmgi；

业务流标识；

应用层信息。

作为一个可选实施例，所述多播业务请求消息还携带下述信息中的至少之一：

所述第一终端所处小区的标识信息；

所述第一终端的经纬度信息；

所述第一终端的移动速度；

所述第一终端的移动方向；

所述第一终端所在目标终端组的信息。

可选的，所述第一终端所在目标终端组的信息还携带下述信息中的至少之一：

所述第一终端所在目标终端组的组请求指示信息；该组请求指示信息用于指示该第一终端发送的多播业务请求消息是该第一终端所在的目标终端组的所有终端的请求；

所述第一终端所在目标终端组包含的终端的数量；

所述第一终端所在目标终端组的组标识信息；

所述第一终端所在目标终端组包含的至少一个终端的所处小区的标识信息；

所述第一终端所在目标终端组包含的至少一个终端的经纬度信息；

所述第一终端所在目标终端组包含的至少一个终端的移动速度；

所述第一终端所在目标终端组包含的至少一个终端的移动方向。

需要说明的是，上述多播业务请求消息可以通过无线资源控制rrc消息携带，也可以通过超文本传输协议http请求携带。

承接上例，本发明的可选实施例中，所述多播业务响应消息携带下述信息的至少一项：

所述第一终端所在目标终端组的无线网络临时标识rnti；

第一业务的临时移动组标识tmgi；

多媒体广播多播业务会话标识；

业务流标识；

密钥信息；

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

网络节点估计的会话开始时间；

网络节点估计的会话时间段；

第一业务的多播区域的标识信息。

优选的，在所述多播业务请求消息携带第一终端所在目标终端组的信息的情况下，所述密钥信息适用于所述第一终端所在的目标终端组包含的所有终端；否则，所述密钥信息适用于所述第一终端。

综上，本发明的上述实施例中由终端向网络节点发送多播业务请求消息请求网络节点通过多播方式下发第一业务的业务数据，使得网络节点可以感知到第一业务的业务数据可以通过多播而非单播的方式下发，由此提升数据传输的资源利用率。

为了更清楚的描述本发明实施例提供的多播处理方法，下面结合几个示例进行详细描述：

示例一

终端1向网络发起mbms业务请求，在各网络节点确认后，基站广播该mbms业务相关的信息，其他终端在接收到基站广播后，发起mbms业务激活流程。这里基站不仅包括终端1的服务基站，还包括其他bm-sc指示的基站。

如图3所示为终端1发起的mbms业务请求流程：

基站接收到终端发起的mbms业务请求时，向mce发送mbms业务请求；该消息进而转发给mme(mobilitymanagemententity，移动性管理实体)；

mme没有该mbms承载业务(mbmsbearerservice)时，mme创建该mbms承载上下文、并向mbms-gw发送mbms业务请求；

mbms-gw没有该mbms承载业务时，mbms-gw创建该mbms承载上下文、并向bm-sc发送mbms业务请求；

在与内容提供商(contentprovider)确认该mbms业务数据后续通过多播方式发送后，bm-sc向mbms-gw返回mbms业务响应。

如图4所示为其他终端在接收到基站广播后，发起的mbms业务请求流程：

与终端1请求流程不同之处在于，其他终端基于基站广播的mbms业务相关信息发起的mbms业务请求消息，且在mbms业务请求消息中携带tmgi、pdusessionid、qfi等信息而非请求多播的mbms业务相关信息。除此，bm-sc在收到该mbms业务请求后，无需在与内容提供商协商，而是在认证鉴权后直接回复mbms业务确认消息。

示例二

所有终端均向网络发起mbms业务请求，bm-sc进行统计，确定在哪些区域执行多播。

在收到所有ue的mbms业务请求后，bm-sc对业务请求进行统计，确定请求同一个mbms业务的终端分布情况，并在mbms业务响应中通过小区id列表的方式或者mbsfn区域id的形式指示mbms-gw、进而指示给mce在哪些区域播发该业务数据。终端的解密多播数据的密钥可以从内容提供商获得，或者从bm-sc获得，或从mme/amf获得。

示例三

所有终端均向内容提供商发起业务请求，请求中需要携带终端的位置信息(如经纬度信息或者小区id)。内容提供商进行统计，并将多播区域(如终端位置列表或者小区id列表)指示给bm-sc。

bm-sc确定需要播发该业务数据的区域，并指示给mbms-gw、进而指示给mme和mce。mce确定启用mbsfn传输方式或者sc-ptm传输方式，并协调基站间用于发送该mbms业务的无线资源。基站在mce指示的无线资源上使用mce指示的传输方式进行多播业务分发。终端从内容提供商、或者从bm-sc、或从mme获得解密多播数据的密钥后，用该密钥便可以解码多播数据。

示例四

如图5所示，终端之间通过d2d/sidelink或其他终端间接口成组，由组头向网络发起mbms业务请求。在收到基站反馈的mbms业务响应后，将适用于整组终端的密钥等信息通过d2d/sidelink接口发给组内的其他终端。

进一步的，成功接收多播数据的终端与未成功接收多播数据的终端之间可以通过d2d/sidelink或其他终端间接口交互多播数据。

如图6所示，本发明实施例还提供一种多播处理方法，应用于第二终端，所述第二终端属于预设终端组，包括：

步骤61，在所述预设终端组中存在至少一个终端成功接收到网络节点通过多播方式下发的多播数据的情况下，所述第二终端向网络节点发送用于指示成功接收多播数据的反馈信息。

本发明实施例中，预设终端组中只要有一个终端成功接收到多播数据，则反馈用于指示成功接收多播数据的反馈信息，即ack。

可选的，本发明的上述实施例中，所述方法还包括：

在所述预设终端组中不存在成功接收到网络节点通过多播方式下发的多播数据的情况下，向网络发送用于指示未成功接收多播数据的反馈信息或者不发送反馈信息。

进一步的，本发明的上述实施例中，所述方法还包括：

获取所述预设终端组中其他终端发送的指示信息，所述指示信息用于指示所述其他终端是否成功接收网络节点通过多播方式下发的多播数据。

进一步的，本发明的上述实施例中，所述方法还包括：

若所述第二终端成功接收到网络节点通过多播方式下发的多播数据，所述第二终端向所述预设终端组中未成功接收到多播数据的其他终端发送所述第二终端成功接收到的多播数据。

简言之，成功接收的多播数据可以通过终端间接口共享给未成功接收该数据的终端。

综上，本发明的上述实施例中只要有一个终端成功接收到多播数据，则反馈ack，减少多播数据的重传次数，避免资源浪费。

如图7所示，本发明实施例还提供一种多播处理方法，应用于网络节点，包括：

步骤71，接收预设终端组针对多播数据的反馈信息；

步骤72，在接收到至少一个用于指示成功接收多播数据的反馈信息的情况下，确定无需重传所述多播数据。

作为一个可选实施例，步骤71包括：

接收在所述预设终端组中存在至少一个终端成功接收到网络节点通过多播方式下发的多播数据的情况下，所述第二终端发送的用于指示成功接收多播数据的反馈信息；其中，所述第二终端属于预设终端组。

简言之，只要组内有一个终端成功接收组播数据，则反馈ack；只有当没有一个终端成功接收的时候，才反馈nack或者什么都不反馈。网络收到ack，则认为多播数据被成功接收；如果收到nack或者什么都没收到，则认为多播数据需要重传。

作为另一个可选实施例，步骤71包括：

接收所述预设终端组中每个终端分别发送的反馈信息；

其中，成功接收到网络节点下发的多播数据的终端发送的反馈信息为用于指示成功接收多播数据的反馈信息；未成功接收到网络节点下发的多播数据的终端发送的反馈信息为用于指示未成功接收多播数据的反馈信息。

简言之，接收成功的终端反馈ack，未成功接收到组播数据的终端反馈nack。网络只要收到一个ack，即便还收到多个nack，也认为该多播数据被成功接收。如果网络一个ack都未收到、或者收到的所有反馈均为nack，则认为该多播数据需要重传。

作为又一个可选实施例，步骤71包括：

接收所述预设终端组中成功接收到网络节点下发的多播数据的终端发送的用于指示成功接收多播数据的反馈信息。

简言之，接收成功的ue反馈ack，未成功接收到组播数据的终端什么都不反馈。网络只要收到一个ack，便认为该多播数据被成功接收。如果网络一个ack都未收到，则认为该多播数据需要重传。

优选的，所述方法还包括：

在所述网络节点未接收到用于指示成功接收多播数据的反馈信息，或者，在所述网络节点未接收到反馈信息的情况下，确定需要重传所述多播数据。

综上，本发明的上述实施例中网络节点主要接收到一个用于指示成功接收多播数据的反馈信息，即可确认多播数据已被成功接收，避免由于多播数据重传导致的进一步无线资源浪费问题。

为了更清楚的描述本发明实施例提供的多播处理方法，下面结合几个示例进行详细描述：

示例五

终端组为多个存储单元，用于数据备份。因此只要有一个终端能够成功接收到网络多播广播的数据，则完成此次数据存储操作。

假设终端1和终端2构成一个终端组，且两个终端在不同的服务基站覆盖下。当多播数据被成功接收时，终端需要反馈ack；如果多播数据未被成功接收，则无需反馈。因此，分为如下三种情况/场景，如图8所示：

场景1：当某些终端成功接收多播数据，而其他终端未成功接收时：认为多播数据被成功接收；

场景2：所有终端均成功接收时：即bm-sc收到多个ack，认为多播数据被成功接收；

场景3：所有终端均未成功接收时：bm-sc未收到任何反馈，认为多播数据未被成功接收，需要重传。

综上，本发明实施例提出终端触发网络通过多播方式下发业务数据，使得网络就可以感知到该业务数据可以通过多播而非单播的方式下发，由此数据传输的资源利用率将大大提升。进一步的，只要有一个终端成功接收到该多播数据，即可指示网络该多播数据已被成功接收，避免由于多播数据重传导致的进一步无线资源浪费问题。

如图9所示，本发明实施例还提供一种终端，所述终端为第一终端，所述终端包括处理器900和收发器910，所述处理器900用于控制所述收发器910执行如下过程：

发送多播业务请求消息，所述多播业务请求消息用于请求网络节点通过多播方式下发第一业务的业务数据；

其中，所述多播业务请求消息中携带第一业务的参数信息。

可选的，本发明的上述实施例中，所述第一业务的参数信息包括下述至少之一：

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

分配和保留优先级arp；

多媒体广播多播业务会话标识；

临时移动组标识tmgi；

业务流标识；

应用层信息。

可选的，本发明的上述实施例中，所述多播业务请求消息还携带下述信息中的至少之一：

所述第一终端所处小区的标识信息；

所述第一终端的经纬度信息；

所述第一终端的移动速度；

所述第一终端的移动方向；

所述第一终端所在目标终端组的信息。

可选的，本发明的上述实施例中，所述第一终端所在目标终端组的信息还携带下述信息中的至少之一：

所述第一终端所在目标终端组的组请求指示信息；

所述第一终端所在目标终端组包含的终端的数量；

所述第一终端所在目标终端组的组标识信息；

所述第一终端所在目标终端组包含的至少一个终端的所处小区的标识信息；

所述第一终端所在目标终端组包含的至少一个终端的经纬度信息；

所述第一终端所在目标终端组包含的至少一个终端的移动速度；

所述第一终端所在目标终端组包含的至少一个终端的移动方向。

可选的，本发明的上述实施例中，所述收发器910还用于：

接收网络节点发送的多播业务响应消息；所述多播业务响应消息携带下述信息的至少一项：

所述第一终端所在目标终端组的无线网络临时标识rnti；

第一业务的临时移动组标识tmgi；

多媒体广播多播业务会话标识；

业务流标识；

密钥信息；

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

网络节点估计的会话开始时间；

网络节点估计的会话时间段；

第一业务的多播区域的标识信息。

可选的，本发明的上述实施例中，在所述多播业务请求消息携带所述第一终端所在目标终端组的信息的情况下，所述密钥信息适用于所述第一终端所在的目标终端组包含的所有终端；

否则，所述密钥信息适用于所述第一终端。

可选的，本发明的上述实施例中，所述收发器910还用于：

在所述多播业务请求消息携带所述第一终端所在目标终端组的信息的情况下，将所述多播业务响应消息转发给所述目标终端组包含的其他终端。

可选的，本发明的上述实施例中，所述收发器910还用于：

根据所述多播业务响应消息，接收网络节点通过多播方式下发第一业务的业务数据。

综上，本发明实施例由终端向网络节点发送多播业务请求消息请求网络节点通过多播方式下发第一业务的业务数据，使得网络节点可以感知到第一业务的业务数据可以通过多播而非单播的方式下发，由此提升数据传输的资源利用率。

需要说明的是，本发明实施例提供的终端是能够执行上述多播处理方法的终端，则上述多播处理方法的所有实施例均适用于该终端，且均能达到相同或相似的有益效果。

如图10所示，本发明实施例还提供一种网络节点，包括处理器100和收发器110，所述处理器100用于控制所述收发器110执行如下过程：

接收第一终端发送的多播业务请求消息，所述多播业务请求消息用于请求网络节点通过多播方式下发第一业务的业务数据；其中，所述多播业务请求消息中携带第一业务的参数信息；

向所述第一终端发送多播业务响应消息，并通过多播方式下发所述第一业务的业务数据。

可选的，本发明的上述实施例中，第一业务的参数信息包括下述至少一项：

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

分配和保留优先级arp；

多媒体广播多播业务会话标识；

临时移动组标识tmgi；

业务流标识；

应用层信息。

可选的，本发明的上述实施例中，所述多播业务请求消息还携带下述信息中的至少之一：

所述第一终端所处小区的标识信息；

所述第一终端的经纬度信息；

所述第一终端的移动速度；

所述第一终端的移动方向；

所述第一终端所在目标终端组的信息。

可选的，本发明的上述实施例中，所述第一终端所在目标终端组的信息还携带下述信息中的至少之一：

所述第一终端所在目标终端组的组请求指示信息；

所述第一终端所在目标终端组包含的终端的数量；

所述第一终端所在目标终端组的组标识信息；

所述第一终端所在目标终端组包含的至少一个终端的所处小区的标识信息；

所述第一终端所在目标终端组包含的至少一个终端的经纬度信息；

所述第一终端所在目标终端组包含的至少一个终端的移动速度；

所述第一终端所在目标终端组包含的至少一个终端的移动方向。

可选的，本发明的上述实施例中，所述多播业务响应消息携带下述信息的至少一项：

所述第一终端所在目标终端组的无线网络临时标识rnti；

第一业务的临时移动组标识tmgi；

多媒体广播多播业务会话标识；

业务流标识；

密钥信息；

协议数据单元pdu会话标识；

服务质量流标识；

5g服务质量标识；

网络节点估计的会话开始时间；

网络节点估计的会话时间段；

第一业务的多播区域的标识信息。

可选的，本发明的上述实施例中，在所述多播业务请求消息携带第一终端所在目标终端组的信息的情况下，所述密钥信息适用于所述第一终端所在的目标终端组包含的所有终端；

否则，所述密钥信息适用于所述第一终端。

综上，本发明实施例由终端向网络节点发送多播业务请求消息请求网络节点通过多播方式下发第一业务的业务数据，使得网络节点可以感知到第一业务的业务数据可以通过多播而非单播的方式下发，由此提升数据传输的资源利用率。

需要说明的是，本发明实施例提供的网络节点是能够执行上述多播处理方法的终端，则上述多播处理方法的所有实施例均适用于该网络节点，且均能达到相同或相似的有益效果。

如图9所示，本发明实施例还提供一种终端，所述终端为第二终端，所述终端包括处理器900和收发器910，所述处理器900用于控制所述收发器910执行如下过程：

在所述预设终端组中存在至少一个终端成功接收到网络节点通过多播方式下发的多播数据的情况下，向网络节点发送用于指示成功接收多播数据的反馈信息。

可选的，本发明的上述实施例中，所述收发器910还用于：

在所述预设终端组中不存在成功接收到网络节点通过多播方式下发的多播数据的情况下，向网络发送用于指示未成功接收多播数据的反馈信息或者不发送反馈信息。

可选的，本发明的上述实施例中，所述收发器910还用于：

获取所述预设终端组中其他终端发送的指示信息，所述指示信息用于指示所述其他终端是否成功接收网络节点通过多播方式下发的多播数据。

可选的，本发明的上述实施例中，所述收发器910还用于：

若所述第二终端成功接收到网络节点通过多播方式下发的多播数据，向所述预设终端组中未成功接收到多播数据的其他终端发送所述第二终端成功接收到的多播数据。

综上，本发明的上述实施例中只要有一个终端成功接收到该多播数据，即可指示网络该多播数据已被成功接收，避免由于多播数据重传导致的进一步无线资源浪费问题。

需要说明的是，本发明实施例提供的终端是能够执行上述多播处理方法的终端，则上述多播处理方法的所有实施例均适用于该终端，且均能达到相同或相似的有益效果。

如图10所示，本发明实施例还提供一种网络节点，包括处理器100和收发器110，所述收发器110用于执行如下过程：

接收预设终端组针对多播数据的反馈信息；

所述处理器100用于：

在接收到至少一个用于指示成功接收多播数据的反馈信息的情况下，确定无需重传所述多播数据。

可选的，本发明的上述实施例中，所述收发器110还用于：

接收在所述预设终端组中存在至少一个终端成功接收到网络节点通过多播方式下发的多播数据的情况下，所述第二终端发送的用于指示成功接收多播数据的反馈信息；其中，所述第二终端属于预设终端组。

可选的，本发明的上述实施例中，所述收发器110还用于：

接收所述预设终端组中每个终端分别发送的反馈信息；

其中，成功接收到网络节点下发的多播数据的终端发送的反馈信息为用于指示成功接收多播数据的反馈信息；未成功接收到网络节点下发的多播数据的终端发送的反馈信息为用于指示未成功接收多播数据的反馈信息。

可选的，本发明的上述实施例中，所述收发器110还用于：

接收所述预设终端组中成功接收到网络节点下发的多播数据的终端发送的用于指示成功接收多播数据的反馈信息。

可选的，本发明的上述实施例中，所述处理器100还用于：

在所述网络节点未接收到用于指示成功接收多播数据的反馈信息，或者，在所述网络节点未接收到反馈信息的情况下，确定需要重传所述多播数据。

综上，本发明的上述实施例中网络节点主要接收到一个用于指示成功接收多播数据的反馈信息，即可确认多播数据已被成功接收，避免由于多播数据重传导致的进一步无线资源浪费问题。

需要说明的是，本发明实施例提供的网络节点是能够执行上述多播处理方法的网络节点，则上述多播处理方法的所有实施例均适用于该网络节点，且均能达到相同或相似的有益效果。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的多播处理方法实施例中的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储介质中，使得存储在该计算机可读存储介质中的指令产生包括指令装置的纸制品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他科编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。