CN107396323A - 多媒体广播多播业务调度方法、装置及协作实体 - Google Patents

Abstract

本发明公开了一种多媒体广播多播业务调度方法、装置及协作实体，在基站(eNodeB)接入协作实体(MCE)后，从协作实体保存的多媒体广播多播业务(MBMS)会话中查找与基站匹配的目标多媒体广播多播业务会话；针对各目标多媒体广播多播业务会话分别向基站发送会话开始请求，然后在接收完基站针对各会话开始请求反馈的启动响应后，且至少一个启动响应为成功时，向基站发送一个启动会话调度消息。这样在基站反馈多个成功的启动响应时，也只需要向基站下发一个启动会话调度消息即可，并不需要针对每一个成功的启动响应都单独的下发一个启动会话调度消息，可以降低系统负荷，提升系统资源利用率。

Description

多媒体广播多播业务调度方法、装置及协作实体

技术领域

本发明涉及通信领域，尤其涉及一种多媒体广播多播业务调度方法、装置及协作实体。

背景技术

MBMS((Multimedia Broadcast Multicast Service,多媒体广播多播业务))是一种由一个数据源同时向有相同服务需求的多个用户发送信息的点到多点服务。MBMS相比于传统的单播传输，提供了高速的多媒体广播多播服务和高效的信息分配方案，实现了网络资源共享，极大的缓解了日益紧张的移动带宽和空中接口资源。在LTE接入网为实现多小区传输(即使用MBSFN(Multicast Broadcast Single Frequency Network,多播单频网络)传输方式)而引入逻辑实体MCE((Multi-Cell/Multicast Coordination Entity,多小区/多播协作实体)。当进行多小区传输时，专门负责对MBSFN区域内所有eNodeB基站的无线资源进行分配、管理以及控制。

MME(Mobility Management Entity，移动管理节点,)发起MBMS会话的前提是M3SETUP流程成功。M3SETUP流程由MCE发起，建立时会将MCE侧的服务区ID信息携带给MME。MME发起MBMS会话请求,请求中携带会话唯一标识TMGI(临时移动组标识)、所覆盖的服务区ID、组播地址、QOS(Quality of Service，服务质量)信息等信息，MCE根据会话的服务区信息、QOS信息在相应的MBMSFN区域中计算子帧分配，以TMGI为索引保存此会话，操作成功后给MME回会话成功响应。MCE侧会保存MME发起成功的所有MBMS会话信息。

MBMS会话可以在eNodeB侧建立的前提是M2口逻辑链路成功建立。M2口逻辑链路建立由eNodeB发起，eNodeB的M2建立请求会携带eNodeB侧服务区等信息。当eNodeB接入此MCE时，MCE根据eNodeB所属的服务区匹配保存的MBMS会话的服务区信息，将匹配成功的会话向eNodeB发起请求,eNodeB为此会话建立E-RAB(Evolved Radio AccessBearer，演进的无线接入承载),MCE在每收到一个eNodeB反馈的成功响应后，都需要发送调度信息给eNodeB，调度信息中携带该与基站匹配的所有MBMS会话的PMCH(Physical Multicast Channel,物理层广播信道)配置信息、PMCH承载的SESSION List等信息。这些信息在eNodeB接入前都已经分配完成，这样在M2口每个MBMS会话建立成功MBMS会话建立成功后，MCE所发送给eNodeB的调度消息携带的信息是完全相同的，这种重复发送相同调度信息会在较大增加系统负荷，降低资源利用率。

发明内容

本发明提供了一种多媒体广播多播业务调度方法、装置及协作实体，解决现有eNodeB接入MCE后，MCE需针对该基站反馈的每一个MBMS会话建立成功响应发送相同内容的调度信息，导致系统负荷增大，降低系统资源利用率的问题。

本发明提供了一种多媒体广播多播业务调度方法，包括：

在基站接入协作实体后，从协作实体保存的多媒体广播多播业务会话中查找与所述基站匹配的目标多媒体广播多播业务会话；

针对各目标多媒体广播多播业务会话分别向所述基站发送会话开始请求；

接收完所述基站针对各会话开始请求反馈的开始响应后，且至少一个开始响应为成功时，向所述基站发送一个启动会话调度消息。

在本发明的一种实施例中，所述启动会话调度消息包含所述各目标多媒体广播多播业务会话的配置信息。

在本发明的一种实施例中，从协作实体保存的多媒体广播多播业务会话中查找与所述基站匹配的目标多媒体广播多播业务会话包括：

获取所述基站的服务区；

从所述协作实体保存的多媒体广播多播业务会话中筛选出服务区覆盖所述基站的服务区的所有会话作为目标多媒体广播多播业务会话。

在本发明的一种实施例中，还包括；

在第一预设时间段内需将所述基站上正在进行的至少两个待停止多媒体广播多播业务会话停止时，针对所述至少两个待停止多媒体广播多播业务会话分别向所述基站发送停止会话请求；

接收到所述基站针对所述各停止会话请求反馈的停止响应后，向所述基站发送一个停止会话调度消息，该停止会话调度消息中包含所述基站上当前保留的各多媒体广播多播业务会话的配置信息。

在本发明的一种实施例中，还包括：

在第二预设时间段内需将所述基站上正在进行的至少两个待更新多媒体广播多播业务会话更新时，针对所述至少两个待更新多媒体广播多播业务会话分别向所述基站发送更新会话请求；

接收到所述基站针对所述各更新会话请求反馈的更新响应后，向所述基站发送一个更新会话调度消息，该更新会话调度消息包含所述基站上各多媒体广播多播业务会话当前的配置信息。

为了解决上述问题，本发明还提供了一种多媒体广播多播业务调度装置，包括：

会话匹配模块，用于在基站接入协作实体后，从协作实体保存的多媒体广播多播业务会话中查找与所述基站匹配的目标多媒体广播多播业务会话；

会话启动模块，用于针对各目标多媒体广播多播业务会话分别向所述基站发送会话开始请求；

启动调度模块，用于在接收完所述基站针对各会话开始请求反馈的开始响应后，且至少一个开始响应为成功时，向所述基站发送一个启动会话调度消息。

在本发明的一种实施例中，所述启动会话调度消息包含所述各目标多媒体广播多播业务会话的配置信息。

在本发明的一种实施例中，还包括；

会话停止模块，用于在第一预设时间段内需将所述基站上正在进行的至少两个待停止多媒体广播多播业务会话停止时，针对所述至少两个待停止多媒体广播多播业务会话分别向所述基站发送停止会话请求；

停止调度模块，用于接收到所述基站针对所述各停止会话请求反馈的停止响应后，向所述基站发送一个停止会话调度消息，该停止会话调度消息中包含所述基站上当前保留的各多媒体广播多播业务会话的配置信息。

在本发明的一种实施例中，还包括：

会话更新模块，用于在第二预设时间段内需将所述基站上正在进行的至少两个待更新多媒体广播多播业务会话更新时，针对所述至少两个待更新多媒体广播多播业务会话分别向所述基站发送更新会话请求；

更新调度模块，用于接收到所述基站针对所述各更新会话请求反馈的更新响应后，向所述基站发送一个更新会话调度消息，该更新会话调度消息包含所述基站上各多媒体广播多播业务会话当前的配置信息。

为了解决上述问题，本发明还提供了一种协作实体，其特征在于，包含如上所述的多媒体广播多播业务调度装置。

本发明的有益效果：

本发明提供了一种多媒体广播多播业务调度方法、装置及协作实体，在基站(eNodeB)接入协作实体(MCE)后，从协作实体保存的多媒体广播多播业务(MBMS)会话中查找与基站匹配的目标多媒体广播多播业务会话；针对各目标多媒体广播多播业务会话分别向基站发送会话开始请求，然后在接收完基站针对各会话开始请求反馈的启动响应后，且至少一个启动响应为成功时，向基站发送一个启动会话调度消息。这样在基站反馈多个成功的启动响应时，也只需要向基站下发一个启动会话调度消息即可，并不需要针对每一个成功的启动响应都单独的下发一个启动会话调度消息，可以降低系统负荷，提升系统资源利用率。

附图说明

图1为本发明第一实施例提供的MBMS的逻辑架构图；

图2为本发明第一实施例提供的M3口MBMS会话建立流程示意图；

图3为本发明第一实施例提供的M2口MBMS会话建立流程示意图；

图4为本发明第一实施例提供的多媒体广播多播业务调度流程示意图；

图5为本发明第一实施例提供的目标MBMS匹配流程示意图；

图6为本发明第一实施例提供的MBMS会话停止处理的调度消息整合流程示意图；

图7为本发明第二实施例提供的MBMS会话更新处理的调度消息整合流程示意图；

图8为本发明第二实施例提供的多媒体广播多播业务调度装置结构示意图一；

图9为图8中匹配模块结构示意图；

图10为本发明第二实施例提供的多媒体广播多播业务调度装置结构示意图二；

图11为本发明第二实施例提供的多媒体广播多播业务调度装置结构示意图三。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本发明中一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

现通过具体实施方式结合附图的方式对本发明做出进一步的诠释说明。

实施例一：

请参见图1所示，MBMS的逻辑架构图中包含MME、MCE、eNodeB以及MBMS GW(MBMS网关)。

MBMS会话的发起包含两个阶段：(1)MME与MCE之间M3口会话建立；(2)MCE与eNodeB之间的M2口会话建立。MBMS会话可以先在M3口建立，然后再在M2口建立。MBMS会发发起时M2口逻辑链路可以没建立，先在M3口建立并由MCE进行保存。MME发起MBMS会话的前提是M3SETUP流程已经完成。MCE向eNodeB发起MBMS会话的前提则是M2口逻辑链路已经建立。

其中，M3口MBMS会话的建立过程参见图2所示，包括：

S201：MME发送MBMS会话的会话开始请求给MCE。

S202：MCE收到会话开始请求后为该MBMS会话分配无线资源，保存此MBMS会话的信息，包含但不限于该会话的唯一标识TMGI(临时移动组标识)、所覆盖的服务区ID、组播地址等信息。

S203:MCE给MME反馈会话开始响应，这个MBMS会话的M3口建立过程结束。

在M2口逻辑链路没有建立之前，MME可以通过上述流程建立多个MBMS会话以让MCE进行保存。这样当M2口逻辑链路建立，eNodeB接入MCE之后，MCE就可能向eNodeB同时发送多个MBMS的会话开始请求，以在M2口完成MBMS会话的建立。其中一个MBMS会话在M2口建立的过程参见图3所示，包括：

S301：MCE向eNodeB发送MBMS会话的会话开始请求；

S302:MCE等待eNodeB反馈开始响应；

S303：MCE收到开始响应后M2口的流程结束，进入后面的调度流程。现有的MCE针对每一个开始响应为成功的MBMS会话，都会单独下发一个调度信息，增加了系统负荷，同时降低了系统资源利用率。对此，本实施例在eNodeB接入MCE后，MCE从保存的MBMS会话选择出与该eNodeB匹配的且向eNodeB发起开始会话请求后，只有在接收到该eNodeB反馈了所有开始响应，且至少一个响应的成功时，才向该eNodeB发送一个调度信息，并不需要针对每一个开始响应为成功的会话单独发送调度信息，既能满足系统调度要求，又能降低系统负荷，提升资源利用率。下面对eNodeB接入MCE时的多媒体广播多播业务调度过程进行说明，请参见图4所示，包括：

S401：在基站eNodeB接入MCE后，从MCE保存的MBMS会话中查找与基站eNodeB匹配的目标MBMS会话。

本步骤中，基站eNodeB接入MCE包含基站eNodeB初始接入MCE和基站eNodeB重新接入MCE。在M2口和M3口会话业务都正常时，传输断链或者基站eNodeB复位，都会造成基站eNodeB重新接入MCE。此时的MBMS会话调度流程与基站eNodeB初始接入MCE的流程一致。因此可以采用上述调度整合方法对调度消息进行整合。

S402：针对各目标MBMS会话分别向基站eNodeB发送会话开始请求。

S403：接收完基站eNodeB针对各会话开始请求反馈的启动响应后，且至少一个启动响应为成功时，向基站eNodeB发送一个启动会话调度消息。该启动会话调度消息包含各目标MBMS会话的配置信息,该配置信息包括但不限于PMCH配置信息、PMCH承载的SESSION List信息。

在上述S403之后，还包括等待基站eNodeB反馈调度响应，收到调度响应消息后流程结束。

上述S401中，从MCE保存的MBMS会话中查找与基站eNodeB匹配的目标MBMS会话参见图5所示，包括：

S501：获取基站eNodeB的服务区，具体为获取服务器ID；

S502：从MCE保存的MBMS会话中筛选出服务区覆盖基站eNodeB的服务区的所有会话作为目标MBMS会话。

本实施例中，当MCE在短时间需要对多个MBMS进行停止或更新时，现有的MCE针对待停止的每个MBMS会话以及每个待更新的MBMS会话都需要重新单独下发调度消息。在本实施例中，MCE对其向基站eNodeB下发的调度消息也可以进行整合，以进一步降低系统负荷，提升系统资源利用率。下面分别对停止和更新的调度整合过程进行示例说明。

参见图6所示，对MBMS会话进行停止处理的调度消息整合过程包括：

S601：在第一预设时间段内需将基站eNodeB上正在进行的至少两个待停止MBMS会话停止时，针对至少两个待停止MBMS会话分别向基站eNodeB发送停止会话请求；

S602：接收到基站eNodeB针对各停止会话请求反馈的停止响应后，向基站eNodeB发送一个停止会话调度消息，该停止会话调度消息中包含基站eNodeB上当前保留的各MBMS会话的配置信息，该配置信息包括但不限于PMCH配置信息、PMCH承载的SESSION List信息。对于已经停止的MBMS会话则不再包含。

参见图7所示，对MBMS会话进行更新处理的调度消息整合过程包括：

S701：在第二预设时间段内需将基站eNodeB上正在进行的至少两个待更新MBMS会话更新时，针对至少两个待更新MBMS会话分别向基站eNodeB发送更新会话请求；

S702：接收到基站eNodeB针对各更新会话请求反馈的更新响应后，向基站eNodeB发送一个更新会话调度消息，该更新会话调度消息包含基站eNodeB上各MBMS会话当前的配置信息，该配置信息包括但不限于PMCH配置信息、PMCH承载的SESSION List信息。

应当理解是，上述第一预设时间段和第二预设时间段的具体取值可以根据不同运营商的设置、当前实际应用环境等因素灵活设置。例如设置为1秒等。

实施例二：

请参见图8所示，本实施例提供的多媒体广播多播业务调度装置，包括：

会话匹配模块81，用于在基站eNodeB接入MCE后，从MCE保存的MBMS会话中查找与基站eNodeB匹配的目标MBMS会话。

会话启动模块82，用于针对各目标MBMS会话分别向基站eNodeB发送会话开始请求。

启动调度模块83，用于在接收完基站eNodeB针对各会话开始请求反馈的启动响应后，且至少一个启动响应为成功时，向基站eNodeB发送一个启动会话调度消息，该启动会话调度消息包含各目标MBMS会话的配置信息，该配置信息包括但不限于PMCH配置信息、PMCH承载的SESSION List信息。这样并不需要针对每一个开始响应为成功的会话单独发送调度信息，既能满足系统调度要求，又能降低系统负荷，提升资源利用率。

调度响应处理模块84，用于等待基站eNodeB反馈调度响应，收到调度响应消息后流程结束。

参见图9所示，本实施例中的会话匹配模块81包括：

服务区获取单元811，用于获取基站eNodeB的服务区，具体可以获取服务区ID；

筛选单元812，用于从MCE保存的MBMS会话中筛选出服务区覆盖基站eNodeB的服务区的所有会话作为目标MBMS会话。

本实施例中，当MCE在短时间需要对多个MBMS进行停止或更新时，现有的MCE针对待停止的每个MBMS会话以及每个待更新的MBMS会话都需要重新单独下发调度消息。在本实施例中，MCE对其向基站eNodeB下发的调度消息也可以进行整合，以进一步降低系统负荷，提升系统资源利用率。

因此，请参见图10所示，本实施例中的多媒体广播多播业务调度装置还包括；

会话停止模块85，用于在第一预设时间段内需将基站eNodeB上正在进行的至少两个待停止MBMS会话停止时，针对至少两个待停止MBMS会话分别向基站eNodeB发送停止会话请求；

停止调度模块86，用于接收到基站eNodeB针对各停止会话请求反馈的停止响应后，向基站eNodeB发送一个停止会话调度消息，该停止会话调度消息中包含基站eNodeB上当前保留的各MBMS会话的配置信息，该配置信息包括但不限于PMCH配置信息、PMCH承载的SESSION List信息。

参见图11所示，多媒体广播多播业务调度装置还包括：

会话更新模块87，用于在第二预设时间段内需将基站eNodeB上正在进行的至少两个待更新MBMS会话更新时，针对至少两个待更新MBMS会话分别向基站eNodeB发送更新会话请求；

更新调度模块88，用于接收到基站eNodeB针对各更新会话请求反馈的更新响应后，向基站eNodeB发送一个更新会话调度消息，该更新会话调度消息包含基站eNodeB上各MBMS会话当前的配置信息，该配置信息包括但不限于PMCH配置信息、PMCH承载的SESSION List信息。

应当理解是，上述第一预设时间段和第二预设时间段的具体取值可以根据不同运营商的设置、当前实际应用环境等因素灵活设置。例如设置为0.5秒、1秒等。

应当理解的是，实施例提供的上述多媒体广播多播业务调度装置可以是一个独立的实体，也可以设置于协助实体MCE中。且本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上仅是本发明的具体实施方式而已，并非对本发明做任何形式上的限制，凡是依据本发明的技术实质对以上实施方式所做的任意简单修改、等同变化、结合或修饰，均仍属于本发明技术方案的保护范围。

Claims (10)

1.一种多媒体广播多播业务调度方法，其特征在于，包括：

在基站接入协作实体后，从协作实体保存的多媒体广播多播业务会话中查找与所述基站匹配的目标多媒体广播多播业务会话；

针对各目标多媒体广播多播业务会话分别向所述基站发送会话开始请求；

接收完所述基站针对各会话开始请求反馈的开始响应后，且至少一个开始响应为成功时，向所述基站发送一个启动会话调度消息。

2.如权利要求1所述的多媒体广播多播业务调度方法，其特征在于，所述启动会话调度消息包含所述各目标多媒体广播多播业务会话的配置信息。

3.如权利要求1所述的多媒体广播多播业务调度方法，其特征在于，从协作实体保存的多媒体广播多播业务会话中查找与所述基站匹配的目标多媒体广播多播业务会话包括：

获取所述基站的服务区；

从所述协作实体保存的多媒体广播多播业务会话中筛选出服务区覆盖所述基站的服务区的所有会话作为目标多媒体广播多播业务会话。

4.如权利要求1-3任一项所述的多媒体广播多播业务调度方法，其特征在于，还包括；

在第一预设时间段内需将所述基站上正在进行的至少两个待停止多媒体广播多播业务会话停止时，针对所述至少两个待停止多媒体广播多播业务会话分别向所述基站发送停止会话请求；

接收到所述基站针对所述各停止会话请求反馈的停止响应后，向所述基站发送一个停止会话调度消息，该停止会话调度消息中包含所述基站上当前保留的各多媒体广播多播业务会话的配置信息。

5.如权利要求1-3任一项所述的多媒体广播多播业务调度方法，其特征在于，还包括：

在第二预设时间段内需将所述基站上正在进行的至少两个待更新多媒体广播多播业务会话更新时，针对所述至少两个待更新多媒体广播多播业务会话分别向所述基站发送更新会话请求；

接收到所述基站针对所述各更新会话请求反馈的更新响应后，向所述基站发送一个更新会话调度消息，该更新会话调度消息包含所述基站上各多媒体广播多播业务会话当前的配置信息。

6.一种多媒体广播多播业务调度装置，其特征在于，包括：

会话匹配模块，用于在基站接入协作实体后，从协作实体保存的多媒体广播多播业务会话中查找与所述基站匹配的目标多媒体广播多播业务会话；

会话启动模块，用于针对各目标多媒体广播多播业务会话分别向所述基站发送会话开始请求；

启动调度模块，用于在接收完所述基站针对各会话开始请求反馈的开始响应后，且至少一个开始响应为成功时，向所述基站发送一个启动会话调度消息。

7.如权利要求6所述的多媒体广播多播业务调度装置，其特征在于，所述启动会话调度消息包含所述各目标多媒体广播多播业务会话的配置信息。

8.如权利要求6或7所述的多媒体广播多播业务调度装置，其特征在于，还包括；

会话停止模块，用于在第一预设时间段内需将所述基站上正在进行的至少两个待停止多媒体广播多播业务会话停止时，针对所述至少两个待停止多媒体广播多播业务会话分别向所述基站发送停止会话请求；

停止调度模块，用于接收到所述基站针对所述各停止会话请求反馈的停止响应后，向所述基站发送一个停止会话调度消息，该停止会话调度消息中包含所述基站上当前保留的各多媒体广播多播业务会话的配置信息。

9.如权利要求6或7所述的多媒体广播多播业务调度装置，其特征在于，还包括：

会话更新模块，用于在第二预设时间段内需将所述基站上正在进行的至少两个待更新多媒体广播多播业务会话更新时，针对所述至少两个待更新多媒体广播多播业务会话分别向所述基站发送更新会话请求；

更新调度模块，用于接收到所述基站针对所述各更新会话请求反馈的更新响应后，向所述基站发送一个更新会话调度消息，该更新会话调度消息包含所述基站上各多媒体广播多播业务会话当前的配置信息。

10.一种协作实体，其特征在于，包含如权利要求6-9任一项所述的多媒体广播多播业务调度装置。