CN113055812B

CN113055812B - 一种数据传输方法、基站及核心网网元

Info

Publication number: CN113055812B
Application number: CN201911377096.2A
Authority: CN
Inventors: 刘潇蔓; 刘亮; 胡南; 徐晓东
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2019-12-27
Filing date: 2019-12-27
Publication date: 2022-10-21
Anticipated expiration: 2039-12-27
Also published as: CN113055812A; WO2021129838A1

Abstract

一种数据传输方法、基站及核心网网元，该方法在应用于基站时包括：确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；按照所述第一发送方式，向所述第一终端发送所述第一业务。本发明实施例提供的数据传输方法、基站及核心网网元，实现了单播业务和多播业务的统一处理，并且可以实现多播和单播之间的转换。另外，本发明实施例还可以根据请求第一业务的终端数量或终端位置或基站的无线资源信息，来确定具体的发送方式，可以实现针对特定终端的多播。并且，本发明实施例可以直接在现有网元上实现，不需要引入新的网元，与现有网络相兼容，底层实现也较为简单。

Description

一种数据传输方法、基站及核心网网元

技术领域

本发明涉及移动通信技术领域，具体涉及一种数据传输方法、基站及核心网网元。

背景技术

为有效利用移动网络资源，第三代合作计划(3GPP，3rd Generation PartnershipProject)提出了多媒体广播/多播业务(MBMS，Multimedia Broadcast/MulticastService)，该业务是一种从一个数据源向多个目标移动终端传输数据的技术，实现了网络(包括核心网和接入网)资源共享，提高了网络资源，尤其是空口资源利用率。由于MBMS需要专门的频谱资源，加之目前用户对移动多媒体业务的诉求不高，很大程度上限制了该类业务的发展。进一步的，在长期演进(LTE，Long Term Evolution)阶段提出了演进型多媒体广播/多播业务(eMBMS，Evolved Multimedia Broadcast/Multicast Services)，有效降低了对系统资源的要求。

图1和图2分别为4G单播系统架构和4G多播系统架构的示例图。如图1～2所示，eMBMS在4G系统的LTE单播系统架构基础上引入了三个新的逻辑网元：接入网侧引入了多小区/多播协调实体(MCE，Multi-cell/Multicast Coordination Entity)，核心网侧引入MBMS网关(MBMS GW，MBMS Gateway)和广播组播业务中心(BM-SC，Broadcast MulticastService Center)，并相应的新增了6个接口，分别为M1、M2、M3、Sm、SGmb以及SGi-mb。

4G系统中广播/多播的流程为：用户发起广播/多播业务的订阅，相应的订阅信息存储在BM-SC中。BM-SC分配多播IP地址和临时移动组标识(TGMI，Temporary Mobile GroupIdentity)等信息，以及确定广播/多播业务开始时间等处理。BM-SC还会对多播用户进行鉴权，并进行相关的密钥分发处理。另外，由BM-SC触发多播会话建立，并通知移动性管理实体(MME，Mobility Management Entity)，再由MCE决定用哪种多播方式(如MBSFN或SC-PTM)，最后由基站(eNB)建立承载并进行数据传输。在多播会话停止时，BM-SC通知相应设备会话停止的信息。

发明内容

本发明的至少一个实施例提供了一种数据传输方法、终端及网络设备，能够实现单播业务和多播业务的统一处理。

根据本发明的一个方面，至少一个实施例提供了一种数据传输方法，应用于基站，包括：

确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；

按照所述第一发送方式，向所述第一终端发送所述第一业务。

根据本发明的至少一个实施例，在确定所述第一发送方式之前，所述方法还包括：

接收核心网发送的多播业务指示消息，所述多播业务指示消息用于指示所述第一终端请求的所述第一业务为多播业务。

根据本发明的至少一个实施例，在确定所述第一发送方式之后，所述方法还包括：

向所述第一终端发送所述第一业务的响应消息，其中：

在所述第一发送方式为多播时，所述响应消息携带有所述第一业务所使用的组播RNTI；在所述第一发送方式为单播时，所述响应消息携带有所述第一业务所使用的单播RNTI。

根据本发明的至少一个实施例，在接收到所述多播业务指示消息之后，所述方法还包括：

向所述第一终端发送所述第一业务的响应消息，所述响应消息携带有所述第一业务所使用的组播RNTI和单播RNTI。

根据所述第一业务的第一发送方式，向所述第一终端发送第一通知消息，所述第一通知消息用于指示所述基站当前激活和/或去激活的所述第一业务的发送方式。

根据本发明的至少一个实施例，所述响应消息还携带有所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI，其中，所述第一多播IP地址和第一TGMI是核心网网元和/或内容提供服务器为所述第一业务分配的。

根据本发明的至少一个实施例，所述响应消息还携带有所述第一业务对应的PDU会话标识、服务质量QoS参数、服务质量流编号QFI和密钥中的至少一种。

根据本发明的至少一个实施例，确定所述第一业务的第一发送方式的步骤，包括：

根据预设条件，确定采用多播或单播方式发送所述第一业务，所述预设条件包括以下条件中的至少一个：

所述基站的无线资源信息；

请求所述第一业务的终端数量；

请求所述第一业务的终端的位置信息。

根据本发明的至少一个实施例，在所述预设条件发生更新时，所述方法还包括：

根据更新后的所述预设条件，确定所述第一业务的第二发送方式，所述第二发送方式包括多播或单播；

按照所述第二发送方式，向所述第一终端发送所述第一业务。

根据本发明的至少一个实施例，在确定所述第二发送方式之后，所述方法还包括：

更新所述第一业务的业务接收参数，所述业务接收参数包括所述第二发送方式和所述第一业务对应的密钥中的至少一种；

向所述第一终端发送更新后的所述第一业务的业务接收参数。

根据本发明的另一方面，至少一个实施例提供了一种数据传输方法，应用于核心网网元，包括：

接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；

获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI；

向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。

根据本发明的至少一个实施例，获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI的步骤，包括：

为所述第一业务分配第一多播IP地址和/或第一TGMI；

或者，获取内容提供服务器为所述第一业务分配的第一多播IP地址和/或第一TGMI；

或者，与所述内容提供服务器协商，为所述第一业务分配的第一多播IP地址和/或第一TGMI。

根据本发明的另一方面，至少一个实施例提供了一种基站，包括：

发送方式确定模块，用于确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；

业务发送模块，用于按照所述第一发送方式，向所述第一终端发送所述第一业务。

根据本发明的另一方面，至少一个实施例提供了一种基站，包括收发机和处理器，其中，

所述处理器，用于确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；

所述收发机，用于按照所述第一发送方式，向所述第一终端发送所述第一业务。

根据本发明的另一方面，至少一个实施例提供了一种基站，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的数据传输方法的步骤。

根据本发明的另一方面，至少一个实施例提供了一种核心网网元，包括：

业务请求接收模块，用于接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；

业务处理模块，用于获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI；

指示消息发送模块，用于向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。

根据本发明的另一方面，至少一个实施例提供了一种核心网网元，包括收发机和处理器，其中，

所述收发机，用于接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务；

所述处理器，用于获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI，以及，向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。

根据本发明的另一方面，至少一个实施例提供了一种核心网网元，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的数据传输方法的步骤。

根据本发明的另一方面，至少一个实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有程序，所述程序被处理器执行时，实现如上所述的方法的步骤。

与现有技术相比，本发明实施例提供的数据传输方法、基站及核心网网元，实现了单播业务和多播业务的统一处理，并且可以实现多播和单播之间的转换。另外，本发明实施例还可以根据请求第一业务的终端数量或终端位置或基站的无线资源信息，来确定具体的发送方式，可以实现针对特定终端的多播。并且，本发明实施例可以直接在现有网元上实现，不需要引入新的网元，与现有网络相兼容，底层实现也较为简单。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为现有技术的一种4G单播系统架构的示意图；

图2为现有技术的一种4G多播系统架构的示意图；

图3为现有技术的一种4G单播及多播系统架构的示意图；

图4为现有技术的单播及多播传输的承载示意图；

图5为本发明实施例的数据传输方法应用于基站侧时的流程图；

图6为本发明实施例的数据传输方法应用于核心网网元侧时的流程图；

图7为现有技术的一种5G系统架构的示意图；

图8为本发明实施例的数据传输方法的一个示例图；

图9为本发明实施例提供的基站的一种结构示意图；

图10为本发明实施例提供的基站的另一种结构示意图；

图11为本发明实施例提供的核心网网元的一种结构示意图；

图12为本发明实施例提供的核心网网元的另一种结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。说明书以及权利要求中“和/或”表示所连接对象的至少其中之一。

本文所描述的技术不限于NR系统以及长期演进型(Long Time Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，并且也可用于各种无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。术语“系统”和“网络”常被可互换地使用。CDMA系统可实现诸如CDMA2000、通用地面无线电接入(UniversalTerrestrial Radio Access，UTRA)等无线电技术。UTRA包括宽带CDMA(Wideband CodeDivision Multiple Access，WCDMA)和其他CDMA变体。TDMA系统可实现诸如全球移动通信系统(Global System for Mobile Communication，GSM)之类的无线电技术。OFDMA系统可实现诸如超移动宽带(UltraMobile Broadband，UMB)、演进型UTRA(Evolution-UTRA，E-UTRA)、IEEE 802.21(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、Flash-OFDM等无线电技术。UTRA和E-UTRA是通用移动电信系统(Universal Mobile Telecommunications System，UMTS)的部分。LTE和更高级的LTE(如LTE-A)是使用E-UTRA的新UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A以及GSM在来自名为“第三代伙伴项目”(3rd Generation PartnershipProject，3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。本文所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。然而，以下描述出于示例目的描述了NR系统，并且在以下大部分描述中使用NR术语，尽管这些技术也可应用于NR系统应用以外的应用。

以下描述提供示例而并非限定权利要求中阐述的范围、适用性或者配置。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的精神和范围。各种示例可恰适地省略、替代、或添加各种规程或组件。例如，可以按不同于所描述的次序来执行所描述的方法，并且可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

如背景技术所述的，现有技术的LTE系统中，广播/多播业务由网络侧触发，需要依靠特有的网络架构和流程，其业务流程比较复杂，且不易于进行多播和广播间的相互切换。图3为引入了4G多播系统架构图，由于增加了新网元和接口，其网络复杂度大大增加。通过上述分析可以看出，现有技术的4G多播技术至少存在以下问题：

1)如图4所示，现有技术的4G多播架构下，是针对多播业务和单播业务分别建立对应的承载，其只区分单小区多播业务或多小区多播业务，无法实现多播业务和单播业务间的转换。

2)4G多播业务的最小单位是小区，如单小区点到多点(SC-PTM)形式，虽然其也存在多播组的概念，但其业务发送是对整个小区的广播，难以实现针对特定终端的广播，存在灵活性差的问题。

3)4G多播系统架构需要引入新的网元、逻辑信道和物理传输信道，多播业务与单播业务相对独立，共性设计小，导致底层实现较为复杂。

如果将4G LTE系统的广播/多播技术应用到5G网络中，同样需要在5G网络中引入上述三种网元及接口，这将增加5G网络复杂度。另外，基于LTE思想，从网络侧触发广播/多播业务的方式，由于网络侧难以确定用户是否需要该服务，因此可能在用户不需要该服务的情况下发送了广播/多播业务，造成网络资源的浪费。

为解决以上问题中的至少一种，本发明实施例提供了一种数据传输方法，能够实现单播业务和多播业务的统一处理，从而可以简化网络架构，特别适用于5G NR系统或5G以后的移动通信系统。

请参照图5，本发明实施例提供的一种数据传输方法，在应用于基站侧时，包括：

步骤51，确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播。

这里，本发明实施例在第一终端请求了多播业务时，可以由基站确定该多播业务的发送方式，例如，采用多播方式发送，或者，采用单播方式发送，从而改变了现有技术只能为多播业务建立多播承载的实现方式，可以根据具体场景灵活选择发送方式，实现多播业务和单播业务间的转换。

本发明实施例中，基站可以根据预设条件，确定采用多播或单播方式发送所述第一业务，所述预设条件包括以下条件中的至少一个：

1)所述基站的无线资源信息。

2)请求所述第一业务的终端数量。

3)请求所述第一业务的终端的位置信息。

具体的，所述无线资源信息可以包括所述基站的空闲无线资源或小区负载信息。例如，当小区负载超过预设第一门限时，可以采用多播方式发送所述第一业务；当小区负载不超过预设第一门限时，可以采用单播方式发送第一业务。

又例如，在请求所述第一业务的终端数量大于预设第二门限时，可以采用多播方式发送所述第一业务；当所述终端数量不大于预设第二门限时，可以采用单播方式发送第一业务。所述终端数量可以根据接收到核心网网元发送的多播业务指示消息的数量来确定。

又例如，基站还可以根据请求所述第一业务的终端的位置信息，判断所述第一终端所在的位置是否为多播用户集中区域，所述多播用户集中区域是指该区域所包含的请求了所述第一业务的终端数量超过预设第三门限。在所述第一终端所在的位置是所述多播用户集中区域时，可以采用多播方式发送所述第一业务；在所述第一终端所在的位置不是多播用户集中区域时，可以采用单播方式发送所述第一业务。

本发明实施例还可以结合以上多个条件来确定采用多播或单播方式发送第一业务。例如，当小区负载超过预设第四门限，且请求所述第一业务的终端数量大于预设第五门限时，则采用多播方式，否则，采用单播方式。

步骤52，按照所述第一发送方式，向所述第一终端发送所述第一业务。

这里，基站按照步骤51中所确定的第一发送方式，向第一终端发送所述第一业务。例如，在第一发送方式为单播时，将单播发送所述第一业务；在第一发送方式为多播时，将多播发送所述第一业务。

通过以上步骤，本发明实施例可以实现单播业务和多播业务的统一处理，由基站确定业务的具体发送方式，可以实现多播和单播之间的转换。另外，本发明实施例还可以根据请求第一业务的终端数量或终端位置或基站的无线资源信息，来确定具体的发送方式，可以实现针对特定终端的多播。并且，本发明实施例以上方法在实现多播发送时，可以直接在现有网元上实现，不需要引入新的网元，与现有网络相兼容，底层实现也较为简单。

根据本发明的至少一个实施例，在上述步骤51之前，第一终端可以向网络发送第一业务的业务请求，网络(具体可以是第一业务对应的业务服务器)收到上述业务请求后，识别出该业务请求所请求的第一业务为多播业务后，通知核心网网元所述第一业务为多播业务，核心网网元进一步通知基站。这样，所述基站还可以接收核心网发送的多播业务指示消息，所述多播业务指示消息用于指示所述第一终端请求的所述第一业务为多播业务。然后，在步骤51中，所述基站确定第一业务的具体发送方式。

根据本发明的至少一个实施例，作为一种实现方式，在上述步骤52之后，所述基站还可以向所述第一终端发送所述第一业务的第一响应消息，其中：在所述第一发送方式为多播时，所述响应消息携带有所述第一业务所使用的组播无线网络临时标识符(RNTI，Radio Network Temporary Identifier)；在所述第一发送方式为单播时，所述响应消息携带有所述第一业务所使用的单播RNTI。这样，基站可以通过上述第一响应消息，直接指示所述第一业务的具体发送方式，这样，终端根据基站所指示的具体发送方式进行第一业务的接收。

根据本发明的至少一个实施例，作为另一种实现方式，在上述步骤52之后，基站可以向所述第一终端发送所述第一业务的第二响应消息，所述第二响应消息携带有所述第一业务所使用的组播RNTI和单播RNTI。此时，基站并未在响应消息中直接指示第一业务的具体发送方式，而是配置了第一业务采用单播或多播方式时的RNTI，这样，终端可以根据以上RNTI进行第一业务的检测接收，从而接收到基站通过多播或单播方式发送的第一业务。为了简化终端的接收处理，基站还可以在发送了上述响应消息后，根据第一业务的具体发送方式(为了便于描述，称之为第一发送方式)，向所述第一终端发送第一通知消息，所述第一通知消息用于指示所述基站当前激活和/或去激活的所述第一业务的发送方式。例如，当第一发送方式为单播时，第一通知消息可以指示基站当前激活的发送方式为单播，和/或，指示基站当前去激活的发送方式为多播，从而可以实现具体发送方式的指示。这样终端可以根据第一发送方式以及该第一发送方式对应的RNTI，进行第一业务的接收。

另外，为了实现第一业务的接收，基站向终端发送的上述第一或第二响应消息中，还可以携带有所述第一业务对应的第一多播IP地址和/或第一TGMI，其中，所述第一多播IP地址和第一TGMI是核心网网元和/或内容提供服务器为所述第一业务分配的。例如，上述第一或第二响应消息中还可以携带有所述第一业务对应的第一多播IP地址，或者，上述第一或第二响应消息中还可以携带有所述第一TGMI，或者，上述第一或第二响应消息中还可以同时携带有所述第一多播IP地址和第一TGMI。

更进一步的，上述第一或第二响应消息中，还可以携带有所述第一业务对应的协议数据单元(PDU，Protocol Data Unit)会话标识、服务质量(QoS，Quality of Service)参数、服务质量流编号(QFI，QoS Flow ID)和密钥中的一种或多种。

如前文所述的，采用了本发明实施例以上方法后，可以实现单播和多播的统一处理，还可以进行单播或多播的灵活切换。例如，在所述预设条件发生更新时，所述基站还可以根据更新后的所述预设条件，确定所述第一业务的第二发送方式，所述第二发送方式包括多播或单播；然后，按照所述第二发送方式，向所述第一终端发送所述第一业务。类似的，在确定第二发送方式后，所述基站还可以更新所述第一业务的业务接收参数，所述业务接收参数包括所述第二发送方式和所述第一业务对应的密钥中的至少一种；然后，向所述第一终端发送更新后的所述第一业务的业务接收参数。

以上从基站侧对本发明实施例的方法进行了说明，下面从核心网网元处进行说明。

请参照图6，本发明实施例提供的数据传输方法，在应用于核心网网元，包括：

步骤61，接收基站转发的第一终端发送的第一业务的业务请求，所述第一业务为多播业务。

步骤62，获取或生成所述第一业务对应的第一多播IP地址和第一TGMI。

这里，核心网网元可以自行生成第一业务对应的第一多播IP地址和/或第一TGMI，或者，获取由内容提供服务器生成的第一业务对应的第一多播IP地址和/或第一TGMI，或者，由核心网网元与内容提供服务器通过协商处理，生成第一业务对应的第一多播IP地址和/或第一TGMI。

步骤63，向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播。

这里，上述多播业务指示消息可以携带有所述第一多播IP地址，或者，上述多播业务指示消息可以携带有所述第一TGMI，或者，上述多播业务指示消息可以同时携带有所述第一多播IP地址和第一TGMI。

通过以上步骤，本发明实施例可以实现核心网网元与基站的配合处理，指示基站确定第一业务的发送方式，实现了多播和单播业务的统一处理。

以上分别从基站和核心网网元侧对本发明实施例的数据传输方法进行了说明。下面以图7所示的5G网络架构为例，提供本发明实施例的方法应用于5G网络架构的一个示例。该示例的主要流程如图8所示，可以在不改变5G网络架构的前提下，即在现有5G网络架构基础上，实现对用户的多播/广播，并在无线侧进行多播广播和单播的灵活切换。具体的：

S1)UE初始附着及注册

UE初始附着网络时，核心网网网元，如接入和移动管理功能(AMF，Access andMobility Management Function)，除了执行传统的UE鉴权功能，还对UE进行多播业务鉴权，判定UE是否为某一多播业务的订阅用户，如果是，核心网网元将为UE下发多播业务相关的加密密钥。这里，加密密钥可能是按业务分配的，如一个多播业务对应一套加密密钥。因此UE可能收到密钥和业务的对应列表。

S2)多播业务请求

UE请求多播业务时，可以向网络侧发送RRC消息或HTTP消息，上述消息携带有用于识别多播业务的以下信息中的一条或多条，如PDU会话标识(PDU Session ID)，QFI，5QI(5GQoS Identifier)，分配及保留优先(ARP，Allocation and Retention Priority)，以及应用层信息等。

S3)网络侧处理及响应

网络侧收到UE的多播业务请求后，为UE建立端到端的传输通道，如QoS Flow和承载等。业务请求到达内容服务器侧，内容服务器识别出该业务请求为某一多播业务，此时，内容服务器通过专门的或有其他信息携带的方式，通知核心网侧该业务请求为多播业务请求，核心网进而通知无线侧(如基站)该业务请求为多播业务请求。无线侧获知该属性后，确定是否在RAN侧采用多播方式发送。当确定采用多播方式，无线侧向UE发送响应消息，为UE提供接收该业务所用的组播RNTI，如沿用LTE SC-PTM传输所用的G-RNTI；当确定采用单播方式时，无线侧为UE提供C-RNTI。或者，无线侧同时向UE提供G-RNTI和C-RNTI，默认最初UE为单播/多播方式，后续再通过专用信令或MAC CE或物理层信令等方式进行多播/单播方式的激活或切换。这里，多播RNTI是按业务分配的，每个多播业务对应一个G-RNTI。

另外，核心网侧或服务器侧需要为UE提供IP多播地址和/或临时移动组标识(TGMI)。这里，

IP多播地址可以是核心网网元分配的，如会话管理功能(SMF，SessionManagement Function)分配的，也可能是内容服务器分配的，或者由核心网网元和内容服务器共同协商分配。

每个IP多播地址对应一个多播业务，且与一个TGMI关联，且可以与一套加密密钥相关联。因此当UE订阅了多个多播业务时，可能收到至少包含IP多播地址、对应业务、对应TGMI在内的信息，还可能包含有其他关联信息。

因此，UE收到的网络侧的响应消息至少包含有：G-RNTI和/或C-RNTI、TMGI、IP多播地址，并且还可能包含PDU Session ID、QFI、QoS和密钥(密钥可能随着其他用户加入多播组而发生更新)等。

同时，无线侧还可以为UE配置反馈所需的资源及其他相关参数，可以通过专用信令或广播进行配置。

S4)数据传输

UE收到网络侧的响应消息后，根据响应消息所包含的多播信息来接收数据。具体来说可能是：

A)RAN侧确定通过多播形式提供服务时：

1)UE利用G-RNTI接收PDSCH上的数据；

2)当检测出目的地址为IP多播地址的数据包，接收该数据包(即不丢弃)；

3)UE利用注册过程或业务请求的响应过程中收到的密钥解码接收到的数据包。

4)根据网络配置进行(或不进行)反馈。

B)RAN侧确定通过单播形式为提供服务时：

UE按照现有机制进行数据接收和反馈。

这里，RAN侧确定多播或单播的具体的判决依据可以是：

1)请求该多播业务的终端数量，也即从核心网侧接到多播业务指示的数量是否满足门限要求；

2)无线资源使用情况，或小区负载情况，例如，当小区负载超过一定门限时采用多播；

3)结合以上的多播业务请求的终端数量和小区负载情况综合决定。

4)请求该多播业务的终端位置，例如请求该多播业务的终端大多处于某一区域，此时可以采用多播方式。

S5)多播业务接收信息的更新

当有新UE加入多播组，或网络根据如网络负载等情况，可以进行多播业务接收信息的更新，如更新数据传输的密钥等。此外，对于密钥，也可以是周期性更新。

S6)RAN侧多播组播切换或激活/去激活

如果RAN侧首次收到来自于内容服务器提供的信息，表明UE正在请求的业务是多播业务，则RAN侧可以通过单播方式来为UE提供服务，此时RAN侧给UE提供C-RNTI，当然也可以同时提供G-RNTI。后续RAN可能依据如多播业务请求人数达到某一门限，或者网络负载情况等，确定在RAN侧过多播方式为UE提供该服务。若前期RAN侧未对UE提供G-RNTI，则向UE下发G-RNTI；若前期RAN侧未向UE提供过G-RNTI，则通过专用信令或MAC CE或物理层信令等方式通知UE使用G-RNTI。当然，也可以默认UE每次都通过两个RNTI去检测，此时RAN不需要进行上述通知。反之，如果最开始RAN侧通过多播方式为UE提供服务，在需要切换为单播时，处理方式相同。

例1：

UE1和UE2为多播业务1的订阅用户，在网络附着时网络为它们分配相关的多播密钥。

UE1通过请求QFI＝3的业务，最后映射到服务器端，服务器解析该业务为多播业务1，并告知核心网，核心网告知RAN侧。UE1请求多播业务1时为网络某时段内首次申请收到该业务请求，RAN侧决定采用多播的方式为UE1提供服务，因此在反馈业务请求响应时，网络为UE提供G-RNTI(和C-RNTI)，TMGI和IP多播地址，并可能包含PDU Session ID、QFI、QoS和密钥等信息。UE1加入相应的多播组，在对应的资源位置接收数据并解码。

UE2请求QFI＝3的业务时，服务器解析该业务为多播业务1，并告知核心网，核心网告知RAN侧，同时核心网更新密钥，网络侧为UE2提供与UE1相同的G-RNTI(和UE2的C-RNTI)，TMGI和IP多播地址，并可能包含PDU Session ID、QFI、QoS和更新后的密钥等信息，同时向UE1更新密钥。或者网络通过单播方式向UE2通知G-RNTI(和UE2的C-RNTI)，TMGI、IP多播地址，并可能包含PDU Session ID、QFI和QoS等信息，并通过多播或广播更新密钥信息。

例2

UE1、UE2，…，UE 30是多播业务1的订阅用户，在网络附着时网络为它们分配相关的多播密钥。

UE1、UE2，…，UE10通过请求QFI＝3的业务，最后映射到服务器端，服务器解析该业务为多播业务1，并告知核心网，核心网告知RAN侧。UE1请求多播业务1时为网络某时段内首次申请收到该业务请求，RAN侧决定采用单播的方式为UE1提供服务，因此在反馈业务请求响应时，网络为UE提供C-RNTI，TMGI和IP多播地址，并可能包含PDU Session ID、QFI、QoS和密钥等信息。

后续UE2～UE9时网络也逐个采用单播方式为其提供服务，分别为它们提供C-RNTI，TMGI和IP多播地址，并可能包含PDU Session ID、QFI、QoS和密钥等信息。当UE10请求QFI＝3的业务时，RAN侧决定采用多播的方式提供服务，因此RAN侧为UE1～UE10下发业务相关的G-RNTI并更新密钥信息，UE1～UE10采用G-RNTI接收数据。后续UE11～UE 30中任意UE请求该业务，网络侧都为其提供该G-RNTI，并可能更新密钥。

例3

UE1订阅了多播业务1～3，在网络附着时网络为其分配相关的多播密钥(不同业务对应不同密钥)。

UE1通过请求QFI＝1的业务，最后映射到服务器端，服务器解析该业务为多播业务1，并告知核心网，核心网告知RAN侧。UE1请求多播业务1时为网络某时段内首次申请收到该业务请求，RAN侧决定采用多播的方式为UE1提供服务，因此在反馈业务请求响应时，网络为UE1提供G-RNTI1、TMGI1和IP多播地址1，并可能包含PDU Session ID、QFI、QoS和密钥等信息。

UE1请求业务2时，网络侧已通过多播方式为其他用户提供服务，因此网络侧提供给UE1业务2相关的G-RNTI2，G-RNTI 2，TMGI2和IP多播地址2，并可能包含PDU Session ID、QFI、QoS和密钥等信息，用于接收并解码业务2数据。

UE1请求多播业务3时为网络某时段内首次申请收到该业务请求，RAN侧决定采用单播的方式为UE提供服务，因此在反馈业务请求响应时，网络为UE提供C-RNTI，TMGI3和IP多播地址3，并可能包含PDU Session ID、QFI、QoS和密钥等信息。

以上介绍了本发明实施例的各种方法。下面将进一步提供实施上述方法的装置。

本发明实施例提供了图9所示的一种基站90，包括：

发送方式确定模块91，用于确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；

业务发送模块92，用于按照所述第一发送方式，向所述第一终端发送所述第一业务。

可选的，上述基站还包括以下模块(图中未示出)：

指示消息接收模块，用于接收核心网发送的多播业务指示消息，所述多播业务指示消息用于指示所述第一终端请求的所述第一业务为多播业务。

可选的，上述基站还包括以下模块(图中未示出)：

第一响应消息发送模块，用于在确定所述第一发送方式之后，向所述第一终端发送所述第一业务的响应消息，其中：在所述第一发送方式为多播时，所述响应消息携带有所述第一业务所使用的组播RNTI；在所述第一发送方式为单播时，所述响应消息携带有所述第一业务所使用的单播RNTI。

可选的，上述基站还包括以下模块(图中未示出)：

第二响应消息发送模块，用于在接收到所述多播业务指示消息之后，向所述第一终端发送所述第一业务的响应消息，所述响应消息携带有所述第一业务所使用的组播RNTI和单播RNTI。

可选的，上述基站还包括以下模块(图中未示出)：

通知消息发送模块，用于在确定所述第一发送方式之后，根据所述第一业务的第一发送方式，向所述第一终端发送第一通知消息，所述第一通知消息用于指示所述基站当前激活和/或去激活的所述第一业务的发送方式。

可选的，所述响应消息还携带有所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI，其中，所述第一多播IP地址和第一TGMI是核心网网元和/或内容提供服务器为所述第一业务分配的。

可选的，所述响应消息还携带有所述第一业务对应的PDU会话标识、服务质量QoS参数、服务质量流编号QFI和密钥中的至少一种。

可选的，所述发送方式确定模块，还用于根据预设条件，确定采用多播或单播方式发送所述第一业务，所述预设条件包括以下条件中的至少一个：

所述基站的无线资源信息；

请求所述第一业务的终端数量；

请求所述第一业务的终端的位置信息。

可选的，所述发送方式确定模块，还用于在所述预设条件发生更新时，根据更新后的所述预设条件，确定所述第一业务的第二发送方式，所述第二发送方式包括多播或单播；

所述业务发送模块，还用于按照所述第二发送方式，向所述第一终端发送所述第一业务。

可选的，上述基站还包括以下模块(图中未示出)：

更新通知模块，用于在确定所述第二发送方式之后，更新所述第一业务的业务接收参数，所述业务接收参数包括所述第二发送方式和所述第一业务对应的密钥中的至少一种；向所述第一终端发送更新后的所述第一业务的业务接收参数。

请参考图10，本发明实施例提供了基站1000的一结构示意图，包括：处理器1001、收发机1002、存储器1003和总线接口，其中：

在本发明实施例中，基站1000还包括：存储在存储器上1003并可在处理器1001上运行的程序，所述程序被处理器1001执行时实现如下步骤：

可理解的，本发明实施例中，所述计算机程序被处理器1001执行时可实现上述图5所示的数据传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1001代表的一个或多个处理器和存储器1003代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1002可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

处理器1001负责管理总线架构和通常的处理，存储器1003可以存储处理器1001在执行操作时所使用的数据。

在本发明的一些实施例中，还提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现以下步骤：

该程序被处理器执行时能实现上述应用于基站侧的数据传输方法中的所有实现方式，且能达到相同的技术效果，为避免重复，此处不再赘述。

本发明实施例提供了图11所示的一种核心网网元112，包括：

可选的，所述业务请求接收模块，还用于为所述第一业务分配第一多播IP地址和/或第一TGMI；或者，获取内容提供服务器为所述第一业务分配的第一多播IP地址和/或第一TGMI；或者，与所述内容提供服务器协商，为所述第一业务分配的第一多播IP地址和/或第一TGMI。

请参考图12，本发明实施例提供了核心网网元1200的一结构示意图，包括：处理器1201、收发机1202、存储器1203和总线接口，其中：

在本发明实施例中，核心网网元1200还包括：存储在存储器上1203并可在处理器1201上运行的程序，所述程序被处理器1201执行时实现如下步骤：

可理解的，本发明实施例中，所述计算机程序被处理器1201执行时可实现上述图8所示的数据传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1201代表的一个或多个处理器和存储器1203代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1202可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

处理器1201负责管理总线架构和通常的处理，存储器1203可以存储处理器1201在执行操作时所使用的数据。

该程序被处理器执行时能实现上述应用于核心网网元的数据传输方法中的所有实现方式，且能达到相同的技术效果，为避免重复，此处不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

1.一种数据传输方法，应用于基站，其特征在于，包括：

在第一终端请求了第一业务的情况下，确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；

按照所述第一发送方式，向所述第一终端发送所述第一业务；

其中，从数据网络DN经过核心网用户平面CN-UP到无线接入网RAN建立有核心网传输通道，所述第一业务通过所述核心网传输通道到达RAN后经多播或单播发送方式发送至终端。

2.如权利要求1所述的方法，其特征在于，在确定所述第一发送方式之前，所述方法还包括：

3.如权利要求2所述的方法，其特征在于，在确定所述第一发送方式之后，所述方法还包括：

向所述第一终端发送所述第一业务的响应消息，其中：

在所述第一发送方式为多播时，所述响应消息携带有所述第一业务所使用的组播无线网络临时标识符RNTI；在所述第一发送方式为单播时，所述响应消息携带有所述第一业务所使用的单播RNTI。

4.如权利要求2所述的方法，其特征在于，在接收到所述多播业务指示消息之后，所述方法还包括：

5.如权利要求4所述的方法，其特征在于，在确定所述第一发送方式之后，所述方法还包括：

6.如权利要求3至5任一项所述的方法，其特征在于，所述响应消息还携带有所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI，其中，所述第一多播IP地址和第一TGMI是核心网网元和/或内容提供服务器为所述第一业务分配的。

7.如权利要求6所述的方法，其特征在于，所述响应消息还携带有所述第一业务对应的协议数据单元PDU会话标识、服务质量QoS参数、服务质量流编号QFI和密钥中的至少一种。

8.如权利要求1所述的方法，其特征在于，确定所述第一业务的第一发送方式的步骤，包括：

所述基站的无线资源信息；

请求所述第一业务的终端数量；

请求所述第一业务的终端的位置信息。

9.如权利要求8所述的方法，其特征在于，在所述预设条件发生更新时，所述方法还包括：

10.如权利要求9所述的方法，其特征在于，在确定所述第二发送方式之后，所述方法还包括：

11.一种数据传输方法，应用于核心网网元，其特征在于，包括：

向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播；

12.如权利要求11所述的方法，其特征在于，获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI的步骤，包括：

为所述第一业务分配第一多播IP地址和/或第一TGMI；

13.一种基站，其特征在于，包括：

发送方式确定模块，用于在第一终端请求了第一业务的情况下，确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；

业务发送模块，用于按照所述第一发送方式，向所述第一终端发送所述第一业务；

14.一种基站，其特征在于，包括收发机和处理器，其中，

所述处理器，用于在第一终端请求了第一业务的情况下，确定第一终端请求的第一业务的第一发送方式，所述第一业务为多播业务，所述第一发送方式包括多播或单播；

所述收发机，用于按照所述第一发送方式，向所述第一终端发送所述第一业务；

15.一种基站，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至10任一项所述的数据传输方法的步骤。

16.一种核心网网元，其特征在于，包括：

指示消息发送模块，用于向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播；

17.一种核心网网元，其特征在于，包括收发机和处理器，其中，

所述处理器，用于获取或生成所述第一业务对应的第一多播IP地址和/或第一临时移动组标识TGMI，以及，向所述基站发送多播业务指示消息，所述多播业务指示消息携带有所述第一多播IP地址和/或第一TGMI，且用于指示所述基站确定所述第一业务的第一发送方式，所述第一发送方式包括多播或单播；

18.一种核心网网元，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求11至12任一项所述的数据传输方法的步骤。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至12任一项所述的数据传输方法的步骤。