CN113810858A

CN113810858A - 用于广播多播的通信方法、系统及装置

Info

Publication number: CN113810858A
Application number: CN202010554392.1A
Authority: CN
Inventors: 曾加生
Original assignee: Hytera Communications Corp Ltd
Current assignee: Hytera Communications Corp Ltd
Priority date: 2020-06-17
Filing date: 2020-06-17
Publication date: 2021-12-17
Anticipated expiration: 2040-06-17
Also published as: CN113810858B

Abstract

本发明实施例提供用于广播多播的通信方法、系统及装置，以减少通信时延。在本发明实施例中，会提前预留子帧资源以备预建立会话，并对预留子帧资源的时频位置进行广播。基站在接收到MCE发送的新广播多播会话的会话建立消息时，会并行执行预建立会话操作和正式会话组播操作。其中，预建立会话操作是在预留子帧资源中确定子帧资源作为临时资源，通知终端在临时资源上监听多播数据，在临时资源的时频位置上下发新会话的多播数据。这样，可确保发起会话建立时，即可开始进行多播数据的传输，极大减少了从会话建立到传输多播数据间的时延。而在接收到正式会话资源的时频位置后，终端切换到正式会话资源的时频位置上接收多播数据。

Description

用于广播多播的通信方法、系统及装置

技术领域

本发明涉及通信技术领域，特别涉及用于广播多播的通信方法、系统及装置。

背景技术

MBMS(Multimedia Broadcast Multicast Service，多媒体广播多播业务)业务用于为无线小区中的用户提供多媒体广播和多播服务。

每个加入发送MBMS服务的小区，都会配置一个点到多点的无线资源，并且注册了该MBMS服务的所有用户都可以同时接收到相同的传输信号。

eMBMS架构包括：核心网、MCE(Multi-cell/multicast Coordination Entity，多小区/多播协调实体)、基站和终端。

请参见图1，目前采用eMBMS技术建立广播多播会话时，核心网下发会话建立消息到MCE，在其中会通知会话实际开始的数据传输时间。

MCE结合组网情况，将会话建立消息通知到对应基站，在eMBMS服务区下的小区上建立多播承载。

基站侧建立多播承载后，在空口上下发MCCH(Multicast Control Channel，多播控制信道)配置更新指示，通知终端收取新会话配置消息(同样也是MCCH消息)，开始监听新建会话。

MCE和基站建立会话的过程，以及基站向UE发送MCCH配置更新指示和新会话配置消息要求发生在会话实际开始数据传输的时间之前。

请参见图2，按照协议规定，空口上下发新会话配置消息之前，需要提前一个MCCH更新周期下发MCCH配置更新指示，这样就决定了核心网下发会话建立消息要在MCCH配置更新指示之前的一个MCCH更新周期。目前MCCH更新时间周期长度为5s或者10s，也就是说，从会话建立消息下发，到实际能够开始通话(业务数据下发)，至少需要间隔10s的时间。

发明内容

有鉴于此，本发明实施例提供用于广播多播的通信方法、系统及装置，以减少通信时延。

为实现上述目的，本发明实施例提供如下技术方案：

一种用于广播多播的通信方法，应用于基站；所述方法包括：

广播预留子帧资源的时频位置；所述预留子帧资源包括：从为群组配置的多媒体广播多播服务单频网MBSFN子帧资源中选出的周期子帧；

在接收到多小区/多播协调实体MCE发送的新广播多播会话的会话建立消息时，针对同一所述新广播多播会话并行执行预建立会话操作和正式会话组播操作；

其中，所述预建立会话操作包括：

通知群组中的终端在临时资源上监听多播数据；所述临时资源包括：从所述预留子帧资源中确定的子帧资源；

在所述临时资源的时频位置上下发所述新广播多播会话的多播数据；

所述正式会话组播操作包括：

在两个多播控制信道MCCH更新周期内下发MCCH配置更新指示和新会话配置消息；所述新会话配置消息包括：所述新广播多播会话的会话标识以及所述新广播多播会话所使用的正式会话资源；所述正式会话资源包括：从所述MBSFN子帧资源的非预留子帧资源中确定的子帧资源；

在所述正式会话资源的时频位置上下发所述新广播多播会话的多播数据；以使终端在接收到新会话配置消息后，切换至所述正式会话资源的时频位置上接收多播数据。

可选的，在执行所述预建立会话操作和正式会话组播操作之前，还包括：获取为新广播多播会话分配的临时资源的时频位置。

可选的，所述通知群组中的终端在临时资源上监听多播数据包括：向群组中的终端下发寻呼消息，以使终端接收到所述寻呼消息后，在所述临时资源上监听多播数据，所述寻呼消息携带：所述新广播多播会话的会话标识以及所述新广播多播会话所使用的临时资源位置。

一种用于广播多播的通信方法，应用于多小区/多播协调实体MCE；所述方法包括：

配置预留子帧资源并通知基站，以使所述基站在系统消息中对该部分资源的时频位置进行广播；所述预留子帧资源包括：从为群组配置的多媒体广播多播服务单频网MBSFN子帧资源中选出的周期子帧；

在接收到核心网发送的新广播多播会话的会话建立消息后，向所述基站发送新广播多播会话的会话建立消息；

针对同一所述新广播多播会话分配临时资源和正式会话资源；所述临时资源包括：从所述预留子帧资源中确定的子帧资源；所述正式会话资源包括：从所述MBSFN子帧资源的非预留子帧资源中确定的子帧资源；

通知所述基站所述临时资源的时频位置和所述正式会话资源的时频位置；以使所述基站在执行预建立会话操作时，通知群组中的终端在所述临时资源上监听多播数据，在所述临时资源的时频位置上下发所述新广播多播会话的多播数据；在执行正式会话组播操作时，在两个MCCH更新周期内下发MCCH配置更新指示和新会话配置消息，以及在两个多播控制信道MCCH更新周期后，在所述正式会话资源的时频位置上下发所述新广播多播会话的多播数据。

可选的，还包括：在所述两个MCCH更新周期之后，释放所述临时资源。

可选的，所述在所述两个MCCH更新周期之后，所述释放所述临时资源的步骤之后还包括：将所述释放的临时资源再次分配给其它广播多播会话，保证预留子帧资源的循环利用。

一种用于广播多播的通信方法，应用于终端，所述方法包括：

接收基站广播的预留子帧资源的时频位置消息；所述预留子帧资源包括：从为群组配置的多媒体广播多播服务单频网MBSFN子帧资源中选出的周期子帧；

接收所述基站发送的新广播多播会话建立的通知消息，并根据所述通知消息在临时资源上监听并接收多播数据；所述临时资源包括：从所述预留子帧资源中确定的子帧资源；

接收所述基站在两个多播控制信道MCCH更新周期内下发的MCCH配置更新指示和新会话配置消息；所述新会话配置消息包括：所述新广播多播会话的会话标识以及所述新广播多播会话所使用的正式会话资源；所述正式会话资源包括：从所述MBSFN子帧资源的非预留子帧资源中确定的子帧资源；

切换至所述正式会话资源的时频位置上接收所述新广播多播会话的多播数据。

可选的，所述接收基站广播的预留子帧资源的时频资源位置消息包括：接收基站通过系统消息广播的预留子帧资源信息。

可选的，所述接收所述基站发送的新广播多播会话建立的通知消息包括：接收所述基站发送的寻呼消息，根据所述寻呼消息指示的承载所述新广播多播会话的多播数据的临时资源位置，在每个资源周期进行监测是否有所关心的会话业务下发，若有则直接在对应的资源位置接收业务数据。

一种用于广播多播的通信系统，包括：核心网、多小区/多播协调实体MCE、基站和终端；

其中，所述MCE用于：

配置预留子帧资源，并通知基站所述预留子帧资源的时频位置；所述预留子帧资源包括：从为群组配置的多媒体广播多播服务单频网MBSFN子帧资源中选出的周期子帧；

所述基站用于：在所述MCE通知所述预留子帧资源的时频位置后，广播预留子帧资源的时频位置；

所述终端用于：

接收基站广播的预留子帧资源的时频位置；

所述核心网用于：发送会话建立消息；向所述基站传输新广播多播会话的多播数据；

所述MCE还用于：

在接收到所述核心网发送的新广播多播会话的会话建立消息后，向所述基站发送会话建立消息；

针对同一所述新广播多播会话分配临时资源和正式会话资源，并通知所述基站所述临时资源和所述正式会话资源的时频位置；所述临时资源包括：从所述预留子帧资源中确定的子帧资源；所述正式会话资源包括：从所述MBSFN子帧资源的非预留子帧资源中确定的子帧资源；

所述基站还用于：

在接收到来自所述MCE的新广播多播会话的会话建立消息时，针对同一所述新广播多播会话并行执行预建立会话操作和正式会话组播操作；

其中，所述预建立会话操作包括：

通知群组中的终端在临时资源上监听多播数据；

所述正式会话组播操作包括：

在两个多播控制信道MCCH更新周期内下发MCCH配置更新指示和新会话配置消息；所述新会话配置消息包括：所述新广播多播会话的会话标识以及所述新广播多播会话所使用的正式会话资源；

在所述正式会话资源的时频位置上下发所述新广播多播会话的多播数据；

所述终端还用于：

根据所述基站的通知，在所述临时资源上监听并接收多播数据；

接收MCCH配置更新指示；

接收新会话配置消息；

切换至所述正式会话资源的时频位置上接收多播数据。

一种用于广播多播的通信装置，至少包括处理器和存储器；处理器通过执行存储器中存放的程序以及调用其他设备，执行由基站执行的任一项所述的通信方法，或执行上述任一项所述的由MCE执行的通信方法，或执行上述任一项所述的由终端执行的通信方法。

在本发明实施例中，会提前预留子帧资源以备预建立会话，并对预留子帧资源的时频位置进行广播。基站在接收到MCE发送的新广播多播会话的会话建立消息时，会并行执行预建立会话操作和正式会话组播操作。其中的预建立会话操作是在预留子帧资源中确定子帧资源作为临时资源，并通知终端在临时资源上监听并接收多播数据，在临时资源的时频位置上下发新会话的多播数据。这样，可确保发起会话建立时，即可开始进行多播数据的传输，极大减少了从会话建立到传输多播数据间的时延。

而在接收到正式会话资源的时频位置后，终端从临时资源的时频位置切换到正式会话资源的时频位置上接收多播数据。

附图说明

图1为现有技术中用于广播多播的通信系统中各单元的交互流程；

图2为现有技术中会话建立消息与业务数据下发时刻之间的空口信令；

图3为eMBMS逻辑架构示意图；

图4为现有技术中为解决时延问题所提供的解决方案示意图；

图5为本发明实施例提供的由上述基站所执行的广播多播的通信方法的一种示例性流程；

图6为本发明实施例提供的通信方法的另一种示例性流程；

图7a为本发明实施例提供的预留子帧资源的一种示例性分配；

图7b为本发明实施例提供的为两个新会话各分配一份预留资源作为临时资源的示意图；

图7c为本发明实施例提供的正式会话资源、临时资源的分配示意图；

图7d为本发明实施例提供的释放临时资源后的资源分配示意图；

图8a为本发明实施例提供的基站的一种示例性结构；

图8b为本发明实施例提供的MCE的一种示例性结构；

图8c为本发明实施例提供的终端的一种示例性结构；

图9示出了基站或MCE或终端的一种硬件结构示意图。

具体实施方式

为了引用和清楚起见，下文中使用的技术名词、简写或缩写总结如下：

LTE：Long Term Evolution，长期演进；

eMBMS：enhanced Multimedia Broadcast Multicast Service，增强型广播多播服务；

MCCH：Multicast Control Channel，多播控制信道；

MBSFN：Multimedia Broadcast multicast service Single FrequencyNetwork，多媒体广播多播服务单频网；

MCE：Multi-cell/multicast Coordination Entity，多小区/多播协调实体；

MC-PTT：Mission Critical Push-To-Talk，关键语音集群呼叫；

MCE：Multi-cell/multicast Coordination Entity，多小区/多播协调实体。

基于LTE的eMBMS逻辑架构如图3所示，主要由无线网和核心网两部分组成。无线网主要包括基站(eNodeB)和MCE，核心网主要包括移动管理实体、MBMS网关(MBMS-GW)等。

MCE、核心网和eNodeB间通过相应的接口M1、M2、M3通讯。

其中，MCE用于针对多小区内构建单频网络，并实现eNodeB的无线资源协调功能，进行无线资源的配置。MCE通过M2接口向一个或多个eNodeB传输控制面信令，负责分配MBSFN区域内所有eNodeB的无线资源、空口上的调度，以及eMBMS会话的建立与释放。

MCE与MME之间的M3接口用于控制面信令的传输，基站负责将eMBMS用户面数据传输给终端。

通过M1接口，核心网(中的MBMS-GW)利用IP多播技术将用户面数据发送到每个eNodeB。

请参见图4，现阶段为解决时延问题的方案是：

建立广播多播会话时，首先为每个用户建立单播的承载(100个用户就要建立100个单播承载)进行多播数据传输；

同时建立多播承载，等待多播承载建立完成后，终端将切换到多播承载进行多播数据接收。

上述方案在建立多播承载的同时会建立多个单播承载，组播用户越多，需要建立的承载数越多，极大浪费了空口资源。

有鉴于此，本发明实施例提供了用于广播多播的通信方法、系统及装置，以减少通信时延并减少对空口资源的占用。

上述通信方法、系统及装置适用于所有LTE通信系统。用于广播多播的通信装置具体可包括核心网、MCE、基站和终端。

图5示出了由上述基站所执行的广播多播的通信方法的一种示例性流程，包括：

S1：基站广播预留子帧资源的时频位置。

其中，预留子帧资源包括：从为群组配置的MBSFN子帧资源中选出的周期子帧。

预留子帧资源由MCE配置，并通过M2接口通知基站，以使基站在系统消息中对该部分资源的时频位置进行广播。

终端从而接收基站通过系统消息广播的预留子帧资源信息(时频位置)。

这里的预留子帧的周期可以N表示，N可由设计人员灵活设计。举例来讲，若设计N＝8，假定在SFN1将子帧号为1、2，6、7的子帧，在SFN2上将子帧号为1、2的子帧配置为预留子帧资源；那么，SFN9上子帧号1、2，6、7的子帧、SFN10上子帧号为1、2的子帧，也为预留子帧资源。也即，将SFN(xN+1)上子帧号为1、2、6、7的子帧，以及SFN(xN+2)上子帧号为1、2的子帧作为预留子帧资源。

其中，x表示第x个周期，x为整数。

S2：在接收到MCE发送的新广播多播会话的会话建立消息时，针对同一新广播多播会话并行执行预建立会话操作和正式会话组播操作。

其中，在执行预建立会话操作时包括如下流程：

S21：通知群组中的终端在临时资源上监听多播数据。

对于终端而言，则是接收基站发送的通知消息。该通知消息可为新广播多播会话建立的通知消息。例如，基站可通过下发寻呼消息，通知终端在临时资源上监听多播数据。终端可根据寻呼消息指示的承载新广播多播会话的多播数据的临时资源位置，在每个资源周期进行监测是否有所关心的会话业务下发，若有则直接在对应的资源位置接收业务数据。

临时资源包括：MCE为新广播多播会话从预留子帧资源中确定的子帧资源。

临时资源由MCE配置。MCE会在配置的预留子帧资源上选择一份尚未承载eMBMS会话(即状态为未被会话占用)的预留资源，将该部分资源通过M2接口指示给基站。

S22：在临时资源的时频位置上下发新广播多播会话的多播数据。

终端在收到会话的临时资源位置后，会在该临时资源上监听多播数据，以监测是否存在所关心的会话业务下发，如存在，则直接在临时资源上解析出业务数据。

在执行正式会话组播操作时包括如下流程：

S23：在正式会话资源的时频位置上建立多播承载。

正式会话资源也由MCE配置，并通过M2接口通知基站。

或者，也可在向基站发送的会话建立消息中，携带所分配的临时资源和正式会话资源，或者通过其他消息通知基站临时资源和正式会话资源。

此外，MCE可在接收到核心网的会话建立消息后，为新广播多播会话分临时资源和正式会话资源，再向基站发送会话建立消息的。

正式会话资源包括：MCE为新广播多播会话从MBSFN子帧资源的非预留子帧资源中确定的子帧资源。

沿用前例，以SFN1为例，是在子帧号为3、4、5、8、9的子帧中确定正式会话资源。

其中，建立多播承载包括：

步骤a：通知群组中的终端在非预留子帧资源上监听多播数据。

步骤b：在一个MCCH更新周期内下发MCCH配置更新指示。

MCCH配置更新指示用于指示：收取新会话配置消息。

在此之前，基站还要计算MCCH更新指示的第一下发时间，当到达第一下发时间，会下发该MCCH配置更新指示。

如何计算可采用现有方式，在此不作赘述。

步骤c：在下一个MCCH更新周期下发新会话配置消息。

新会话配置消息包括：上述正式会话资源的时频位置。

具体的，基站会在第二下发时间下发新会话配置消息。上述第一下发时间与第二下发时间的时间间隔等于一个MCCH更新周期。

新会话配置信息指新广播多播会话相关的MCCH配置信息。

S24：在多播承载上下发新广播多播会话的多播数据。

终端在接收到新会话配置消息后，会从临时资源的时频位置切换至正式会话资源的时频位置上接收多播数据。

切换后，临时资源将会被MCE释放。

可见，在本发明实施例中，会提前预留子帧资源以备预建立会话，并广播通知各终端。在接收到MCE发送的会话建立消息时，会并行执行预建立会话操作和正式会话组播操作。其中的预建立会话操作是在预留子帧资源中确定子帧资源作为临时资源，并通知终端在临时资源上监听多播数据，在临时资源的时频位置上下发新会话的多播数据。这样，可确保发起会话建立时，即可开始在预留的MBSFN子帧上直接进行多播数据的传输，这样从会话建立到会话数据实际可以进行多播之间的时延大大缩短。

与此并行执行的正式会话组播操作则按照协议规定，在两个MCCH更新周期下发更新指示和新会话配置消息(包括正式会话资源的时频位置)，在两个MCCH更新周期后，终端从临时资源的时频位置切换到正式会话资源的时频位置上接收多播数据，临时资源将被释放。

并且，本实施例在执行过程中并不需要建立多个单播承载，因此减少了对空口资源的占用。

下面，将以更详细地介绍用于广播多播的通信方法，请参见图6，其示例性的可包括如下步骤：

S61：MCE配置预留子帧资源，并通知基站预留子帧资源的时频位置。

可通过M2口通知预留子帧资源。

现有的协议只通知基站可用的子帧资源。不会指示基站哪些是预留子帧资源。所以MCE需要告知基站预留子帧资源。

在一个示例中，可在MCE给基站的MBMS SCHEDULING INFORMATION信令(通过M2口通知)中新增预留子帧样式或字段，示例如下(标粗字段是新增的指示预留子帧资源的字段，其中“MBSFN Reserve Subframe Configuration O”中的“O”表示可选)：

预留子帧资源的相关介绍请参见本文前述记载，在此不作赘述。

可根据不同的系统业务场景，配置一份或多份预留子帧资源，每份预留资源状态设置为未被会话占用，例如MC-PTT业务较多的系统，可以配置较多的预留资源；由于MC-PTT承载语音业务，因此每份预留子帧资源并不会很大，对正常的eMBMS承载建立影响极小。

图7a示出了预留子帧资源的一种示例性分配：将SFN(xN+1)上子帧号为1、2的子帧作为一份预留子帧资源(可称为预留子帧资源1)，将SFN(xN+1)上子帧号为6、7的子帧作为一份预留子帧资源(可称为预留子帧资源2)，将SFN(xN+2)上子帧号为1、2的子帧作为一份预留子帧资源(可称为预留子帧资源3)。

在一个示例中，可提供配置界面，由配置人员配置预留子帧资源。

在另一个示例中，也可由MCE内部的算法，自动配置预留子帧资源。例如，内部算法可根据业务需求，配置预留子帧资源。

S62：基站广播预留子帧资源的时频位置。

在一个示例中，基站可通过SIB2空口信令广播预留子帧资源的时频位置。可在SIB2信令中新增预留子帧资源的配置字段，其示例性的如下文加粗部分所示：

通过广播系统消息，可确保每个终端都可以接收到系统的预留子帧资源的时频位置消息。

需要说明的是，本步骤所广播的预留子帧时频资源是时频位置集合。举例来讲，共配置了3份预留子帧资源，那么会将这3份预留子帧资源的时频位置进行广播。

S63：MCE接收核心网发送的会话建立消息，向基站发送会话建立消息。

S64：MCE为新广播多播会话分配临时资源和正式会话资源，并通知基站临时资源和正式会话资源的时频位置。

可通过M2口通知临时资源和正式会话资源的时频位置。

具体的，MCE可在预留子帧资源上选择一份尚未承载eMBMS会话(即状态为未被会话占用)的预留资源作为临时资源，并通知基站其时频位置。

同时，MCE在其他的普通MBSFN子帧上分配正式会话资源，通过调度信息消息带给基站。

在另一个实施例中，MCE可以在接收到核心网的会话建立消息后，先为新广播多播会话分临时资源和正式会话资源，再向基站发送会话建立消息S63，并通知基站临时资源和正式会话资源位置S64，其中会话建立消息和通知资源位置消息可以是同一条消息，也可以是不同的消息。

以图7a所示的资源分配为基础，请参见图7b，假定需要动态建立两个新会话，MCE可为每一新会话分配一份预留资源作为临时资源。假如，可将前述预留子帧资源1分配给一个新会话，将前述预留子帧资源分配给另一新会话。

同时，请参见图7c，MCE为每一新会话分配普通子帧作为正式会话资源。沿用前例，将SFN(xM+2)上子帧号为3的子帧分配给一个新会话，将SFN(xM+2)上子帧号为6的子帧分配给另一个新会话。

其中，M表示正式会话资源的重复周期，M可由设计人员灵活设计，例如，M＝8、9等等。

S65：基站向群组中的终端下发寻呼消息，以使终端接收到寻呼消息后，在上述临时资源上监听多播数据。

寻呼消息包括与具体会话相关的信息。例如，包括新会话的统一标识(比如TMGI)和新会话所使用的临时资源位置(时频位置)，以指示终端在该临时资源的时频位置上接收多播数据。

寻呼消息也可包括但不限于：相应MCH调度的子帧起始位置、周期(预建立会话也需要MCH调度子帧)，也可包含逻辑信道标识。

在一个示例中，可在寻呼(Paging)消息中新增指示，指示终端临时资源的时频位置预留资源，新增指示示例性的如下文加粗部分所示：

其中，上述“MbmsServiceIdentity”部分是会话标识，指示终端具体接收哪个会话。

“resourceIndex”部分是资源索引，指示的这个会话具体使用哪块资源。

上述Paging主要目的是告诉终端将要做什么会话业务，以激活相应的业务，否则终端将识别不到后面基站的多播数据。

通过Paging消息指示终端具体会话标识及该会话标识所使用的临时资源的时频位置，可方便终端快速确定承载广播数据的临时资源。

需要说明的是，协议里现有的流程中，是通过多播信道MCCH信道携带配置信息(子帧样式时频位置信息和会话相关的配置信息)的。而在本实施例中，预留子帧资源在步骤S62中，通过广播信道BCCH-DL-SCH带给终端，而会话相关的配置信息则通过步骤S65寻呼信道PCCH(寻呼信令)带给终端，这样可避免终端解码MCCH信道上解码并更新配置信息而产生时延。

步骤S62中广播的时频位置，是时频位置集合。举例来讲，共配置了3份预留子帧资源，那么会将这3份预留子帧资源的时频位置进行广播。

而步骤S65中寻呼消息通知的是会话集合，指示了终端即将接收或者激活的会话，如果有多个会话，每个会话会使用部分预留子帧。步骤S65中的通知的时频位置，是具体某一会话所使用的预留子帧的时频位置。

假定有一新会话，为其分配了第1份预留子帧资源，则在步骤S65的寻呼信令中，会指示第1份预留子帧资源的时频位置。

S66：核心网向基站传输新广播多播会话的多播数据，基站在临时资源的时频位置上下发该多播数据。

步骤S65-S66对应前述的预建立会话操作。

终端接收到上述寻呼消息后，会在临时资源上监听多播数据，以监测是否存在所关心的会话业务下发，如存在，则直接在临时资源上解析出业务数据。

S67：基站在正式会话资源的时频位置上建立多播承载。

如何建立多播承载可参考现有方式，在此不作赘述。

S68：基站计算MCCH更新指示的第一下发时间，当到达第一下发时间，下发MCCH配置更新指示。

MCCH配置更新指示用于指示终端：收取新会话配置消息。

如何计算可采用现有方式，在此不作赘述。

S69：基站在第二下发时间(即下一个MCCH更新周期)下发新会话配置消息。

新会话配置消息至少包括：上述新广播多播会话的会话标识，以及，该新广播多播会话的会话标识所使用的正式会话资源(也即非预留子帧)的时频位置。

此外，新会话配置消息还可包括但不限于：调度相应的逻辑信道和会话相关的MCH调度子帧位置信息。

上述第一下发时间与第二下发时间的时间间隔等于一个MCCH更新周期。

S610：终端在接收到新会话配置消息后，会从临时资源的时频位置切换至正式会话资源的时频位置上接收多播数据。

终端接收新会话配置消息后，会确定新建立会话实际分配的资源位置(也即正式会话资源的时频位置)，切换到新的资源位置监听多播数据。

S611：基站在多播承载上下发新广播多播会话的多播数据。

步骤S67-S611对应前述的正式会话组播操作。

S612：MCE释放临时资源。

在两个MCCH更新周期之后，MCE会释放临时资源，留待下次会话建立时使用。释放后的资源分布如图7d所示。

在S612之后，还可包括如下步骤：

将所释放的临时资源再次分配给其它广播多播会话，以保证预留子帧资源的循环利用。

通过上述过程，当核心网有广播多播业务下发需要动态建立会话时，会话建立时，可在预留子帧上直接进行多播数据传输，这样从会话建立到会话数据实际可以进行多播之间的时延大大缩短。在多播承载建立完并且通知终端新会话配置消息后，MCE可释放分配给会话的临时资源，留作后续会话建立使用，保证预留子帧资源循环利用，进一步减少对eMBMS承载建立的影响。

图8a示出了上述基站的一种示例性结构，包括：

通信单元1，用于：

执行单元2，用于：

在接收到多小区/多播协调实体MCE发送的新广播多播会话的会话建立消息时，针对同一新广播多播会话，并行执行预建立会话操作和正式会话组播操作。在所述两个MCCH更新周期之后，所述临时资源被释放。

详细介绍请参见本文前述记载，在此不作赘述。

图8b示出了上述MCE的一种示例性结构，包括：

配置模块3，用于：

配置预留子帧资源；所述预留子帧资源包括：从为群组配置的多媒体广播多播服务单频网MBSFN子帧资源中选出的周期子帧；

执行模块4，用于：

通知基站所述预留子帧资源的时频位置；

在接收到核心网发送的会话建立消息后，向所述基站发送会话建立消息；

针对同一新广播多播会话分配临时资源和正式会话资源；

通知所述基站所述临时资源的时频位置和所述正式会话资源的时频位置；

在两个多播控制信道MCCH更新周期后，在所述正式会话资源的时频位置上下发所述新广播多播会话的多播数据；

所述临时资源用于所述基站执行预建立会话操作，所述正式会话资源用于所述基站执行下式会话组播操作；所述预建立会话操作和所述正式会话资源并行执行。在所述两个MCCH更新周期之后，所述临时资源被释放。

详细介绍请参见本文前述记载，在此不作赘述。

图8c示出了上述终端的一种示例性结构，包括：

接收单元5，用于：

接收基站广播的预留子帧资源的时频位置；所述预留子帧资源包括：从为群组配置的多媒体广播多播服务单频网MBSFN子帧资源中选出的周期子帧；

接收所述基站下发的MCCH配置更新指示和新会话配置消息；MCCH配置更新指示和新会话配置消息在两个多播控制信道MCCH更新周期内下发；所述新广播多播会话的会话标识以及所述新广播多播会话所使用的正式会话资源；所述正式会话资源包括：从所述MBSFN子帧资源的非预留子帧资源中确定的子帧资源；

处理单元6，用于：

根据所述基站的通知，在临时资源上监听多播数据；所述临时资源包括：从所述预留子帧资源中确定的子帧资源；

在接收到所述新会话配置消息后，切换至所述正式会话资源的时频位置上接收多播数据。在所述两个MCCH更新周期之后，所述临时资源被释放。

详细介绍请参见本文前述记载，在此不作赘述。

图9示出了上述实施例中的基站或MCE或终端的一种可能的硬件结构示意图，包括：总线、处理器1、存储器2、通信接口3、输入设备4和输出设备5。处理器1、存储器2、通信接口3、输入设备4和输出设备5通过总线相互连接。其中：

总线可包括一通路，在计算机系统各个部件之间传送信息。

处理器1可以是通用处理器，例如通用中央处理器(CPU)、网络处理器(NetworkProcessor，简称NP)、微处理器等，也可以是特定应用集成电路(application-specificintegrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。还可以是数字信号处理器(DSP)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器2中保存有执行本发明技术方案的程序或脚本，还可以保存有操作系统和其他关键业务。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。脚本则通常以文本(如ASCII)保存，只在被调用时进行解释或编译。

输入设备4可包括接收用户输入的数据和信息的装置，例如键盘、鼠标、摄像头、语音输入装置、触摸屏等。

输出设备5可包括允许输出信息给用户的装置，例如显示屏、扬声器等。

通信接口3可包括使用任何收发器一类的装置，以便与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(WLAN)等。

处理器1通过执行存储器2中所存放的程序以及调用其他设备，可实现上述实施例提供的用于广播多播的通信方法。

此外，基站或MCE或终端各单元的功能，可由前述的处理器1执行存储器2中所存放的程序以及调用其他设备实现。

本发明实施例还要求保护一种用于广播多播的通信系统，请参见图3，其示例性的可包括：核心网、MCE、基站(eNode B)和终端；

其中，MCE用于：

配置预留子帧资源，并通知基站预留子帧资源的时频位置；预留子帧资源包括：从为群组配置的多媒体广播多播服务单频网MBSFN子帧资源中选出的周期子帧；

基站用于：在MCE通知预留子帧资源的时频位置后，广播预留子帧资源的时频位置；

终端用于：

接收基站广播的预留子帧资源的时频位置；

核心网用于：发送会话建立消息；向基站传输新广播多播会话的多播数据；

MCE还用于：

在接收到核心网发送的新广播多播会话的会话建立消息后，向基站发送会话建立消息；

针对同一新广播多播会话分配临时资源和正式会话资源，并通知基站临时资源和正式会话资源的时频位置；临时资源包括：从预留子帧资源中确定的子帧资源；正式会话资源包括：从MBSFN子帧资源的非预留子帧资源中确定的子帧资源；

基站还用于：

在接收到来自MCE的新广播多播会话的会话建立消息时，针对同一新广播多播会话并行执行预建立会话操作和正式会话组播操作；

其中，预建立会话操作包括：

通知群组中的终端在临时资源上监听多播数据；

在临时资源的时频位置上下发新广播多播会话的多播数据；

正式会话组播操作包括：

在两个多播控制信道MCCH更新周期内下发MCCH配置更新指示和新会话配置消息；新会话配置消息包括：新广播多播会话的会话标识以及新广播多播会话所使用的正式会话资源；

在正式会话资源的时频位置上下发新广播多播会话的多播数据；

终端还用于：

根据基站的通知，在临时资源上监听并接收多播数据；

接收MCCH配置更新指示；

接收新会话配置消息；

切换至正式会话资源的时频位置上接收多播数据。

具体细节请参见前述记载，在此不作赘述。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及模型步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或模型的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、WD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种用于广播多播的通信方法，其特征在于，应用于基站；所述方法包括：

其中，所述预建立会话操作包括：

所述正式会话组播操作包括：

2.如权利要求1所述的方法，其特征在于，在执行所述预建立会话操作和正式会话组播操作之前，还包括：

获取为新广播多播会话分配的临时资源的时频位置。

3.如权利要求2所述的方法，其特征在于，所述通知群组中的终端在临时资源上监听多播数据包括：

向群组中的终端下发寻呼消息，以使终端接收到所述寻呼消息后，在所述临时资源上监听多播数据，所述寻呼消息携带：所述新广播多播会话的会话标识以及所述新广播多播会话所使用的临时资源位置。

4.一种用于广播多播的通信方法，其特征在于，应用于多小区/多播协调实体MCE；所述方法包括：

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

在所述两个MCCH更新周期之后，释放所述临时资源。

6.如权利要求5所述的方法，其特征在于，所述在所述两个MCCH更新周期之后，所述释放所述临时资源的步骤之后还包括：

将所述释放的临时资源再次分配给其它广播多播会话，保证预留子帧资源的循环利用。

7.一种用于广播多播的通信方法，其特征在于，应用于终端，所述方法包括：

8.如权利要求7所述的方法，其特征在于，所述接收基站广播的预留子帧资源的时频资源位置消息包括：

接收基站通过系统消息广播的预留子帧资源信息。

9.如权利要求7所述的方法，其特征在于，所述接收所述基站发送的新广播多播会话建立的通知消息包括：

接收所述基站发送的寻呼消息，根据所述寻呼消息指示的承载所述新广播多播会话的多播数据的临时资源位置，在每个资源周期进行监测是否有所关心的会话业务下发，若有则直接在对应的资源位置接收业务数据。

10.一种用于广播多播的通信系统，其特征在于，包括：核心网、多小区/多播协调实体MCE、基站和终端；

其中，所述MCE用于：

所述终端用于：

接收基站广播的预留子帧资源的时频位置；

所述MCE还用于：

所述基站还用于：

其中，所述预建立会话操作包括：

通知群组中的终端在临时资源上监听多播数据；

所述正式会话组播操作包括：

所述终端还用于：

接收MCCH配置更新指示；

接收新会话配置消息；

切换至所述正式会话资源的时频位置上接收多播数据。

11.一种用于广播多播的通信装置，其特征在于，至少包括处理器和存储器；处理器通过执行存储器中存放的程序以及调用其他设备，执行如权利要求1-3任一项所述的通信方法，或执行如权利要求4-6任一项所述的通信方法，或执行如权利要求7-9任一项所述的通信方法。