CN113766431A - 增强型广播多播服务的业务调度方法及系统 - Google Patents

Abstract

本申请公开了一种增强型广播多播服务的业务调度方法及系统，该方法包括：判断会话是否在小区内实际下发；若未在小区内实际下发，则在多播信道的调度信息中为会话配置相应的无效指示；将配置后的多播信道的调度信息发送至小区内的终端。通过该方法，可以指示终端由基站传输的会话未在小区内实际下发，并使得终端达到省电效果。

Description

增强型广播多播服务的业务调度方法及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种增强型广播多播服务的业务调度方法及系统。

背景技术

E-MBMS(增强型广播多播服务)支持在蜂窝系统中提供多播/广播网络。每个加入发送MBMS(多媒体广播/组播业务)服务的小区，都会配置一个点到多点的无线资源，并且注册了该MBMS服务的所有用户都可以同时接收到相同的传输信号。

在E-MBMS定义了两个逻辑信道来支持p-t-m(Point to Multi-point，点对多点)下发：MCCH(多播控制信道)和MTCH(多播业务信道)。

多个小区通过建立E-MBMS承载，在相同的时频资源上传输相同的信息，每个终端都可以接收这部分信息，并且可以利用这点来有效地使用来自多个小区的信号功率，从而大幅提高覆盖，这种多小区的传输，称为MBSFN(多媒体广播多播服务单频网)传输，不仅能提高接收信号的强度，同时能消除小区间不同信号的干扰。

为了实现对MBSFN传输方式的支持，E-MBMS定义了新的传输信道MCH(多播信道)，这种信道不仅能够实现对整个小区的广播覆盖，还支持在多个小区之间进行MBMS同步传输。

基站在将会话下发给终端时，终端会对会话做多播资源监测，以接收相应的数据。

发明内容

本申请主要解决的技术问题是提供一种增强型广播多播服务的业务调度方法及系统，可以指示终端会话未实际下发。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种增强型广播多播服务的业务调度方法，上述方法包括：判断会话是否在小区内实际下发；若未在小区内实际下发，则在多播信道的调度信息中为会话配置相应的无效指示；将配置后的多播信道的调度信息发送至小区内的终端。

其中，多播信道的调度信息内预先设置有至少一状态位；在多播信道的调度信息中为会话配置相应的无效指示的步骤包括：将状态位从第一状态设置为第二状态。

其中，多播信道的调度信息还包括会话的逻辑信道标识以及逻辑信道标识对应的多播业务信道停止传输的子帧编号，其中状态位为1位，子帧编号为10位。

其中，判断会话是否在小区内实际下发的步骤包括：

判断会话在小区内是否被终端接收，或者会话在小区内是否建立失败；若未被终端接收或者建立失败，则判定为未在小区内实际下发。

其中，上述的业务调度方法进一步包括：若未在小区内实际下发，则停止向小区下发会话。

其中，停止向小区下发会话的步骤之后，进一步包括：利用会话所占用的资源进行其他业务的调度。

其中，其他业务为非多媒体广播/组播业务；利用会话所占用的资源进行其他业务的调度的步骤包括：将其他业务的传输功率设置成低于会话的传输功率。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种增强型广播多播服务的业务调度方法，上述方法包括：从基站接收多播信道的调度信息；判断在调度信息中是否存在为会话配置的无效指示；若存在无效指示，则取消对无效指示所对应的会话进行多播资源监测。

其中，取消对无效指示所对应的会话进行多播资源监测的步骤之后，进一步包括：利用无效指示所对应的会话所占用的资源进行其他业务的调度。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种增强型广播多播服务系统，包括基站和终端，其中基站在判断到所传输的会话未在终端所处的小区内实际下发后，在多播信道的调度信息中为会话配置相应的无效指示，并将配置后的多播信道的调度信息发送至终端，终端在检测到无效指示后，取消对会话的多播资源监测。

本申请的有益效果是：区别于现有技术的情况，本申请通过检测会话是否在小区内实际下发，在检测到会话未在小区内实际下发时，通过在多播信道的调度信息中为会话配置相应的无效指示，并将配置后的多播信道的调度信息发送至小区内的终端，可以通过该无效指示来指示终端会话未在小区内实际下发，进而使得终端在该部分会话所在的子帧资源上不做多播资源监测，以达到省电效果。

附图说明

图1是本申请增强型广播多播服务系统一实施例的示意图；

图2是本申请增强型广播多播服务的业务调度方法第一实施例的流程示意图；

图3是本申请增强型广播多播服务的业务调度方法第一实施例的第二流程示意图；

图4是本申请增强型广播多播服务的业务调度方法中配置无效指示的示意图；

图5是本申请增强型广播多播服务的业务调度方法另一实施例的流程示意图；

图6是本申请通信基站实施例的一框架示意图；

图7是本申请通信基站实施例的另一框架示意图；

图8是本申请通信终端实施例的一框架示意图；

图9是本申请通信终端实施例的另一框架示意图。

具体实施方式

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

请参阅图1，图1是本申请增强型广播多播服务系统一实施例的示意图。

本实施例所描述的系统包括基站10、终端20、多小区/多播协调实体(MCE)30以及核心网40。核心网40可以用于MBMS数据的发送，MCE 30可以分配多播无线资源，下发多播控制信令。基站10可以用于会话的传输并将内容下发给终端20，终端20接收基站10传输的会话，以此实现数据的接收。

具体过程可以是，核心网40向控制着目标MBMS业务区中的基站10的MCE 30发送MBMS会话开始请求。MCE 30确认MBMS会话开始请求，MCE 30在目标MBMS业务区中发送MBMS会话开始消息给基站10，基站10确认MBMS会话开始请求，并向终端20发送MBMS会话开始消息，在基站10加入到IP多播组后，核心网40传输会话数据给基站10，再由基站10下发会话数据给终端20。

基站10可以对其下发给终端20的会话的状态进行判断，在基站10判断到其所传输的会话未在终端20所处的小区内实际下发后，基站10会在其发送的多播信道的调度信息中，为没有实际下发的会话配置相应的无效指示，并将配置后的多播信道的调度信息发送给终端20。终端20在接收到基站10发送的多播信道的调度信息时，如果检测到存在为某会话配置的无效指示，则会取消对该会话的多播资源监测。

基站10还可以在利用未实际下发的会话所占用的资源，来进行其他业务的调度，例如进行非多媒体广播/组播业务，或者是单播服务等。终端20也可以接收基站10进行的其他业务的调度的信息，以此实现与基站10进行数据传输的效果。

请参阅图2，图2是本申请增强型广播多播服务的业务调度方法第一实施例的流程示意图。本申请增强型广播多播服务的业务调度方法第一实施例可以包括如下步骤：

S100：判断会话是否在小区内实际下发。

在采用E-MBMS进行多播广播传输时，由基站将MBMS数据发送到空中接口，进而由终端接收，以实现MBMS数据的传输。当基站需要将某个会话的数据下发到终端时，需要占用一定的空中接口资源以进行数据的发送。

在一个具体的实施场景中，在4G网络(第四代移动通信技术)覆盖的区域，由基站来判断会话是否在小区内实际下发。小区是该基站所覆盖的区域。例如，在一个MBSFN传输区域内，同时会有多个小区在进行某一会话的下发，即多个基站同时下发一个相同的会话。对于其中的一个基站来说，可能会存在着该基站的其中一个会话并没有实际下发，而其他基站实际下发的情况。对于该基站来说，由于没有实际下发的会话是不会被释放的，因此该基站的空中接口资源仍然会被占用。例如，基站A在进行调度时，其所对应的小区承载了会话1、会话2和会话3。其中，基站A在调度的同时，可以检测其所承载的会话是否被实际下发。当基站检测到其中的会话2并未实际下发时，相当于会话2所占用的空中接口资源并未被实际利用，存在资源浪费的情况，而其他基站是正常下发会话，即其他基站的会话2是实际下发的状态。当然，在其他的实施场景中，没有被实际下发的会话也可以不止1个。

当基站检测到会话在小区内已经实际下发时，基站会继续下发会话，使得终端持续接收到MBMS数据。

请结合参阅图3，图3是本申请提供的业务调度方法第一实施例的第二流程示意图。

对于基站检测会话是否实际下发，例如可以通过步骤S100包括的如下步骤S101-S102实现：

S101：判断会话在小区内是否被终端接收，或者会话在小区内是否建立失败。

当基站检测到其所覆盖的小区内，有注册相应MBMS服务的用户时，基站开始传送MBMS数据给相应的终端。

在一个具体的实施场景中，当基站承载了3个会话1、会话2和会话3时，基站会加入IP多播组，以接收核心网发送的包含会话1、2和3的MBMS数据。基站在接收到MBMS数据后，如果检测到其中的会话2在该小区内，并没有注册相应MBMS服务的用户时，则判定会话2在该小区内没有被终端接收。对于会话1和3而言，由于这两个会话有相应的终端接收，因此会话1和3有被终端接收。

在另一个具体的实施场景中，当基站承载了3个会话1、2和3时，MCE会分配用于传输MBMS数据的PMCH(物理多播信道)所占用的资源。MCE可以通过会话开始请求，使得基站建立相应的接口以接收核心网发送的MBMS数据。在进行MBMS数据传送时，如果某个会话，例如会话2建立失败时，则判定该基站下，其覆盖的小区会话2建立失败。具体地，会话2建立失败的原因可以是用于传送会话2的传通道建立失败，如PMCH建立失败。当然，也可能是MCE发送的MBMS会话开始消息存在错误，使得会话2建立失败。可以理解的是，会话建立失败的原因不只有上述的两种，原因也可能存在于会话从建立到传送的各个过程。

当基站判断会话在小区内已经被终端接收，或者会话在小区内建立成功，则判定会话已经实际下发，基站会继续进行下发会话的操作。

S102：若未被终端接收或者建立失败，则判定为未在小区内实际下发。

在一个具体的实施场景中，进行MBMS数据传送时，在基站承载的众多会话中，如果基站检测到其中一个的会话，例如是会话2没有相应的终端接收该会话的数据，则判定会话2未在该基站覆盖的小区内实际下发，其他会话有终端接收的话，则判定为相应会话已实际下发。

在另一个具体的实施场景中，如果某个会话建立失败，不管是因为其传输通道建立失败，例如PMCH建立失败，或者是其他原因，只要是该会话没有办法传输数据，即判定该会话未在其所在的小区实际下发。当会话建立成功时，基站则判定会话在其所覆盖的小区已经实际下发，继续进行下发会话的操作。

继续参阅图2，S200：若未在小区内实际下发，则在多播信道的调度信息中为会话配置相应的无效指示。

当基站检测到其所承载的会话中有未实际下发的会话时，基站可以通过在其所发送的多播信道的调度信息中为未实际下发的会话配置相应的无效指示。未实际下发的会话数量可以为1个，也可以为多个。

在一个具体的实施场景中，在多个基站组成的E-UTRAN网络中，由基站的MAC实体可以将逻辑信道映射到传输信道中，具体为将MCCH(多播控制信道)和MTCH(多播业务信道)映射到MCH(多播信道)。此时，基站可以利用MCH与终端进行通信。同时，在每个MSP(MCH的调度周期)起始位置，基站会发送多播信道的调度信息给终端，多播信道的调度信息指定了在接下来的MSP内，有哪些子帧会分配给一个特定的MTCH(多播业务信道)以用于传输对应的会话数据。当基站检测到有会话未实际下发时，会在发送的多播信道的调度信息中配置无效指示。

具体而言，多播信道的调度信息还包括会话的逻辑信道标识以及逻辑信道标识对应的多播业务信道停止传输的子帧编号。在此基础上，基站还会在多播信道的调度信息中为未实际下发的会话配置相应的无效指示。也就是说，当基站在多播信道的调度信息配置了无效指示后，多播信道的调度信息至少包括3个种类的信息，分别是每个会话的逻辑信道标识、逻辑信道标识对应的多播业务信道停止传输的子帧编号，以及为未实际下发的会话配置相应的无效指示。

例如当基站承载了3个会话，分别是会话1、会话2和会话3时，基站检测到会话2未实际下发，此时基站依然会为会话2分配一定数量的子帧，并为这些子帧分配MTCH以进行传送，例如是MTCH2。基站也会发送多播信道的调度信息给终端，该多播信道的调度信息包含用于指示会话2无效的无效指示，也可以包括MTCH2对应的逻辑信道标识以及MTCH2停止传输的子帧编号。

可以通过设置状态位进行配置无效指示，例如可以通过步骤S102包括的如下步骤实现：将状态位从第一状态设置为第二状态。

对于多播信道的调度信息而言，由于基站会通过多播信道的调度信息配置无效指示，因此可以在多播信道的调度信息内预先设置有至少一状态位，用于配置无效指示。该状态位可以包含两种状态，分别是第一状态和第二状态，第二状态用于指示会话无效，第一状态用于指示会话有效。

在一个具体实施场景中，当预先设置的状态位为1位时，第一状态可以是“0”，第二状态可以是“1”。当预先设置的状态位为2位时，第一状态可以是“00”，第二状态可以是“11”。可以理解的是，状态位的数量没有具体的限制，只要能够通过区分第一状态和第二状态即可。当状态位为1位时，逻辑信道标识对应的多播业务信道停止传输的子帧编号为10位。当状态位为2位时，子帧编号为9位。

在另一个实施场景中，由于多播信道的调度信息只包括每个会话的逻辑信道标识(LCID)、逻辑信道标识对应的多播业务信道停止传输的子帧编号(Stop MTCH)，因此基站可以将多播业务信道停止传输的子帧编号所占用的比特中的其中一个比特用于配置无效指示。

请参阅图4，图4是本申请增强型广播多播服务的业务调度方法中配置无效指示的示意图。举例而言，对于会话1，原来多播业务信道停止传输的子帧编号(Stop MTCH)所占用的比特是11位，那么基站在利用其中1个比特配置无效指示后，此时的多播业务信道停止传输的子帧编号(Stop MTCH)所占用的比特变为10位。当然，基站可以利用数个比特来配置无效指示，既可以利用原来的多播业务信道停止传输的子帧编号所占用的比特，也可以利用某个会话的逻辑信道标识所占用的比特。

S300：将配置后的多播信道的调度信息发送至小区内的终端。

基站在为没有实际下发的会话配置完无效指示后，会将包含该无效指示的多播信道的调度信息发送给其所覆盖的小区内的终端，以通知终端哪些会话未实际下发，其所占用的资源无效，没有数据传输。

在一个具体实施场景中，当基站为没有实际下发的会话2的配置了相应的无效指示后，基站会将包含该无效指示的多播信道的调度信息发送给终端，用来通知终端会话2未实际下发，使得终端不会对会话2所占用的资源进行多播监测。

S400：若未在小区内实际下发，则停止向小区下发会话。

当基站检测到其所承载的MBMS会话中，有部分会话没有实际下发时，此时该基站未实际下发的会话依然会占用一定的空中接口资源，但实际上并没有传输数据。因此，基站可以选择在其覆盖的小区内，停止向小区下发未实际下发的会话，以节约空中接口资源，提高空中接口资源的利用效率。

在一个具体的实施场景中，当基站承载了3个会话，分别是会话1、2和3。为会话2分配的MTCH为MTCH2，当会话2被基站判定为未实际下发时，基站可以停止向其所覆盖的小区下发会话2。停止下发会话2即是指不在会话2所占用的空中接口资源中传输多播数据，如在MTCH2传输多播数据。

S500：利用会话所占用的资源进行其他业务的调度。

在同一个MBSFN传输区域下，基站A检测到其所承载的会话没有被实际下发，但是由于其他基站可以正常传输会话，因此对于基站A而言，未实际下发的会话不会被释放。由于未实际下发的会话没有用于传送数据，存在资源浪费的情况。因此基站A可以利用未实际下发的会话所占用的资源进行其他业务的调度，提高资源的利用率。调度时，可以将其他业务的传输功率设置成低于未实际下发会话的传输功率。

在一个具体的实施场景中，当基站A承载的会话2未实际下发时，用于承载会话2的子帧实际上并没有数据传输。终端在接收到基站发送的在多播信道的调度信息中配置的无效信息后，也不会在会话2所在的子帧资源上做多播检测。但是基站可以在会话2所在的子帧资源上，进行其他业务的调度，以充分利用子帧资源，提高数据传输的效率。具体的，基站可以利用会话2所在的子帧上进行非会话2的其他业务，如多媒体广播/组播业务或单播业务。

进一步地，因为基站A利用会话2的子帧传输其他数据，可能存在与其他基站的信号互相干扰的情况。具体为基站A在同一时间、同一资源调度的数据(即会话2的数据)如果与其他的小区不同，就会产生干扰。为了减少这种情况发生的概率，或者是降低干扰的程度，基站A可以以低于传输会话2的数据所需要的传输功率来传输基站进行的其他业务。这样既可以使得基站A所覆盖的小区可以接收到基站进行的其他业务调度的数据，也能降低对其他小区产生的干扰，达到提高空中接口资源的利用率的效果，减少空中接口资源的浪费。

区别于现有技术，基站通过检测会话是否在小区内实际下发，在检测到会话未在小区内实际下发时，通过在多播信道的调度信息中为会话配置相应的无效指示，并将配置后的多播信道的调度信息发送至小区内的终端，可以通过该无效指示来指示终端会话未在小区内实际下发，进而使得终端在该部分会话所在的子帧资源上不做多播资源监测，以达到省电效果。

请参阅图5，图5是本申请增强型广播多播服务的业务调度方法第二实施例的流程示意图。本申请增强型广播多播服务的业务调度方法另一实施例可以包括如下步骤：

S601：从基站接收多播信道的调度信息。

当基站采用E-MBMS进行多播广播传输MBMS数据时，会向终端发送调度信息。

在一具体的实施场景中，终端可以接收到基站发送的多播信道的调度信息。终端在接收到基站发送的多播信道的调度信息后，终端会对多播信道的调度信息所指示的子帧资源进行多播监测，以接收发送的MBMS数据。具体而言，终端接收到多播信道的调度信息后，通过读取多播信道的调度信息，可以得到基站将要发送的会话信息，以及用于传输该会话信息的MTCH，每个MTCH对应的LCID值以及该MTCH停止传输的子帧编号等。

S602：判断在调度信息中是否存在为会话配置的无效指示。

基站在发送会话数据的时候，可以检测是否有会话处于未实际下发的状态，如果存在实际未下发的会话，基站会为该会话配置无效指示，具体而言是在多播信道的调度信息中为该会话配置无效指示，然后发送给终端。终端在接收到基站发送的调度信息后，会检测调度信息中是否存在某会话的无效指示。具体而言是，当终端接收到的调度信息是多播信道的调度信息时，会检测在多播信道的调度信息中，是否存在为会话所配置的无效指示。

在一个具体的实施场景中，终端接收到基站发送的多播信道的调度信息，以及发送的3个会话，分别为会话1、会话2和会话3。其中多播信道的调度信息有为会话1、2和3所配置的用于传输该会话信息的MTCH，每个MTCH对应的LCID值以及该MTCH停止传输的子帧编号。当多播信道的调度信息中存在为会话配置的无效指示时，例如是为会话2配置的无效指示，则在多播信道的调度信息中，对应的会话2的调度信息，不仅会包括用于传输会话2的MTCH和该MTCH对应的LCID值以及该MTCH停止传输的子帧编号，还会包括无效指示，用于指示会话2无效。

当终端检测到在多播信道的调度信息中不存在无效指示信息时，则继续对所有的会话进行多播资源监测。

S603：若存在无效指示，则取消对无效指示所对应的会话进行多播资源监测。

当终端检测到在调度信息中，存在为某会话配置的无效指示时，则不会对该会话进行多播资源的监测。具体而言，当终端接收到的是多播信道的调度信息时，若该调度信息中，指示某会话无效，则不会对传输该会话的MTCH进行监测。

在一个具体的实施场景中，终端接收的多播信道的调度信息中，检测到有指示会话2无效的无效指示，同时也检测到用于传输会话2的MTCH2和MTCH2对应的LCID值以及MTCH2停止传输的子帧编号。则终端不会对MTCH2进行多播资源检测。

S604：对无效指示所对应的会话所占用的资源进行的其他业务进行监测。

基站在检测到其传输的会话无效后，可以利用该会话的资源进行其他业务的调度。此时，终端也可以相应的对基站进行的其他业务调度进行响应，以进行相应的监测。

在一个具体的实时场景中，当基站利用无效会话2的资源进行的其他业务调度是单播传输时，终端可以根据基站的调度，利用会话2的资源，进行相应的单播传输的监测。当基站进行的是非多媒体广播/组播业务时，终端也可以进行相应的监测。

请参阅图6，图6是本申请通信基站实施例的一框架示意图。该通信基站60包括相互耦接的处理器61和存储器62，其中，处理器61用于执行存储器62存储的计算机程序以执行上述增强型广播多播服务的业务调度方法第一实施例描述的方法。

请参阅图7，图7是本申请通信基站实施例的另一框架示意图。该通信基站70：判断模块71、调整模块72和发送模块73。判断模块71用于判断会话是否在小区内实际下发。若判断模块71判定会话未在小区内实际下发，调整模块72用于在多播信道的调度信息中为会话配置相应的无效指示。发送模块73用于将配置后的多播信道的调度信息发送至小区内的终端。

其中，上述的多播信道的调度信息内预先设置有至少一状态位。上述的调整模块72用于执行在多播信道的调度信息中为会话配置相应的无效指示，包括将状态位从第一状态设置为第二状态。

其中，上述的多播信道的调度信息还包括会话的逻辑信道标识以及逻辑信道标识对应的多播业务信道停止传输的子帧编号，其中状态位为1位，子帧编号为10位。

其中，判断模块71用于执行判断会话是否在小区内实际下发，具体包括：判断会话在小区内是否被终端接收，或者会话在小区内是否建立失败；若未被终端接收或者建立失败，则判定为未在小区内实际下发。

其中，若上述会话未在小区内实际下发，发送模块73还用于执行停止向小区下发会话。

其中，在发送模块73停止向小区下发会话之后，调整模块72还用于利用会话所占用的资源进行其他业务的调度。

其中，上述的其他业务为非多媒体广播/组播业务，整模块用于执行利用会话所占用的资源进行其他业务的调度，具体包括：将其他业务的传输功率设置成低于会话的传输功率。

请参阅图8，图8是本申请通信终端实施例的一框架示意图。该通信终端80包括相互耦接的处理器81和存储器82，其中，处理器81用于执行存储器82存储的计算机程序以执行上述增强型广播多播服务的业务调度方法第二实施例描述的方法。

请参阅图9，图9是本申请通信终端实施例的另一框架示意图。该通信终端90包括：接收模块91、判断模块92和监测模块93。接收模块91用于从基站接收多播信道的调度信息；判断模块92用于判断在调度信息中是否存在为会话配置的无效指示；若判断模块92判定在调度信息中不存在为会话配置的无效指示，监测模块93用于取消对无效指示所对应的会话进行多播资源监测。

在监测模块93取消对无效指示所对应的会话进行多播资源监测之后，接收模块92用于利用无效指示所对应的会话所占用的资源进行其他业务的接收。

以上所述仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种增强型广播多播服务的业务调度方法，其特征在于，所述方法包括：

判断会话是否在小区内实际下发；

若未在所述小区内实际下发，则在多播信道的调度信息中为所述会话配置相应的无效指示；

将配置后的所述多播信道的调度信息发送至所述小区内的终端。

2.根据权利要求1所述的方法，其特征在于，所述多播信道的调度信息内预先设置有至少一状态位；

所述在多播信道的调度信息中为所述会话配置相应的无效指示的步骤包括：

将所述状态位从第一状态设置为第二状态。

3.根据权利要求2所述的方法，其特征在于，所述多播信道的调度信息还包括所述会话的逻辑信道标识以及所述逻辑信道标识对应的多播业务信道停止传输的子帧编号，其中所述状态位为1位，所述子帧编号为10位。

4.根据权利要求1-3任意一项所述的方法，其特征在于，所述判断会话是否在小区内实际下发的步骤包括：

判断所述会话在所述小区内是否被终端接收，或者所述会话在所述小区内是否建立失败；

若未被终端接收或者建立失败，则判定为未在所述小区内实际下发。

5.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

若未在所述小区内实际下发，则停止向所述小区下发所述会话。

6.根据权利要求5所述的方法，其特征在于，所述停止向所述小区下发所述会话的步骤之后，进一步包括：利用所述会话所占用的资源进行其他业务的调度。

7.根据权利要求6所述的方法，其特征在于，所述其他业务为非多媒体广播/组播业务；

所述利用所述会话所占用的资源进行其他业务的调度的步骤包括：

将所述其他业务的传输功率设置成低于所述会话的传输功率。

8.一种增强型广播多播服务的业务调度方法，其特征在于，所述方法包括：

从基站接收多播信道的调度信息；

判断在所述调度信息中是否存在为会话配置的无效指示；

若存在无效指示，则取消对所述无效指示所对应的会话进行多播资源监测。

9.根据权利要求8所述的方法，其特征在于，所述取消对所述无效指示所对应的会话进行多播资源监测的步骤之后，进一步包括：

利用所述无效指示所对应的会话所占用的资源进行其他业务的接收。

10.一种增强型广播多播服务系统，其特征在于，包括基站和终端，其中所述基站在判断到所传输的会话未在所述终端所处的小区内实际下发后，在多播信道的调度信息中为所述会话配置相应的无效指示，并将配置后的所述多播信道的调度信息发送至所述终端，所述终端在检测到无效指示后，取消对所述会话的多播资源监测。

Images