背景技术
(1)LTE(Long Term Evolution,长期演进)中的MBMS(MultimediaBroadcast Multicast Service,多媒体广播多播业务)。其中,UE(User Equipment,用户设备)处于连接状态或空闲状态都可以接收MBMS业务,LTE系统中的MBMS又被称为eMBMS(evolved MBMS,演进的MBMS),MBMS的主要功能是在LTE系统中实现广播和多播业务,如图1所示,与MBMS相关的概念包括:
MBSFN(Multimedia Broadcast multicast service Single Frequency Network,多媒体广播多播业务单频网络)Transmission(传输):一种联播传输技术,通过在多个小区同时传输一致的信号波形来实现。
MBSFN Area(MBSFN区域):一个MBSFN区域包含网络中的一个MBSFN同步区域中的一组小区。
(2)eMBMS的相关逻辑信道
(a)BCCH(Broadcast Control Channel,广播控制信道):用于网络向UE广播系统信息,其中,BCCH用于指示一个或多个MCCH所在的MBSFN子帧。
(b)MCCH(Multicast Control Channel,多播控制信道):是一个点到多点(point-to-multipoint)的下行信道,用于网络向UE传输MBMS相关的控制信息,其中,一个MCCH可以对应于一个或多个MTCH。
(c)MTCH(Multicast Traffic Channel,多播业务信道):是一个点到多点的下行信道,用于网络向UE传输MBMS的业务数据。
综上可以看出,MTCH的信息是由其对应的MCCH指示的。其中,网络利用BCCH向UE指示MCCH,再利用MCCH向UE指示MTCH,从而达到使UE接收在MTCH上承载的MBMS业务的目的。
(3)LTE系统下的MBMS架构
如图2所示的MBMS的逻辑架构,主要包括MME(Mobility ManagementEntity,移动管理实体),MCE(Multi-cell/multicast Coordination Entity,多小区/多播协调实体),MBMS GW(gateway,网关),eNB(基站)实体和M1,M2,M3接口。其中,在该MBMS的逻辑架构中:
MCE:逻辑实体,负责MBSFN区域下,eNB进行MBSFN发送的无线资源的分配,包括时频资源的分配,编码调制方式的选择,MCE还负责传输MBMS会话控制信令;另外,MCE和UE之间没有信令传输。
MBMS GW:逻辑实体,负责数据面的数据传输和传递MBMS会话控制信令到MME,并采用IP多播的方式向eNB传输用户面的数据。
“M3”接口:MCE和MME之间的接口,针对该接口定义了相应的应用功能,以便进行EPS(Evolved Packet System,演进的分组系统)承载等级的MBMS会话控制信令交互。其中,相关的会话控制过程包括:MBMS Session(会话)Start(开始)和MBMS Session Stop(停止),该接口的信令传输使用SCTP(Stream Control Transmission Protocol,流控制传输协议)协议,即该接口的信令传输是点对点进行的。
“M2”接口:MCE和eNB之间的逻辑接口,针对该接口定义了相应的应用功能,以便传输多小区传输模式eNB所需的无线配置参数,以及会话控制信令。该接口的信令传输使用SCTP协议,即该接口的信令传输是点对点进行的。控制面信息的传输路径为:从MME到MCE再到eNB。
“M1”接口:MBMS网关和eNB之间的逻辑接口,该接口是用户面接口,即接口上没有定义控制面应用功能。指向单小区和多小区的用户分组的传输是基于IP多播的PTM(point to multiple points,点对多点传输)。用户面数据的传递路径为:MBMS GW到eNB。
现有技术中,在MBMS中引入了高优先级的MBMS业务抢占低优先级的MBMS业务的功能;关闭某个业务的MBSFN发送功能;SA(业务)区域调整功能。
但是,在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
由于现有技术中上述功能的引入,会对UE的MBMS业务造成一定影响,并给用户造成不好的使用体验。
具体实施方式
为了使公众更加清楚的理解本发明实施例提供的技术方案,首先介绍以下知识:
(1)高优先级的MBMS业务抢占低优先级的MBMS业务资源的功能。其中,该功能的引入允许当高优先级的MBMS业务到来时,如果没有资源在空口上发送时,网络可以根据需要抢占低优先级的MBMS的业务资源。
(2)关闭某个业务的MBSFN发送功能。其中,该功能的引入允许运营商根据UE的反馈或一些策略关闭某个MBMS业务的MBSFN发送。
(3)SA(业务)区域调整功能。其中,在某些情况下,运营商可以根据某些策略进行SA区域的调整,如果在某些业务没有发送结束时,进行业务区域的调整,会造成某些业务的中断。
现有技术中,由于引入了高优先级的MBMS业务抢占低优先级的MBMS业务资源功能,和关闭某个业务的MBSFN发送功能,从而会对UE的MBMS业务的接收造成一定影响。例如,当高优先级的业务抢占低优先级的业务时,低优先级的业务就会中断发送;同样的,运营商关闭某个MBMS业务的MBSFN发送时,也会中断这个MBMS业务的发送。此时,正在接收这些业务的UE将无法继续接收MBMS业务,而UE并不知道是什么原因导致自身无法继续接收MBMS业务,从而给用户造成不好的使用感受。
同样的,当运营商根据某些策略进行SA区域的调整时,如果在某些业务没有发送结束时,进行业务区域的调整,同样会照成某些业务的中断,而UE并不知道是什么原因导致业务的中断,从而给用户造成不好的使用感受。
针对上述问题,本发明实施例提供一种MBMS承载释放通知的方法、设备和系统,从而使得UE可以根据网络的指示释放资源,并知道自身由于非信号原因不能接收MBMS业务,从而提高用户的使用感受。
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例一提供一种MBMS承载释放通知的方法,如图3所示,包括以下步骤:
步骤301,MCE确定需要对UE当前的MBMS业务进行调整。
步骤302,所述MCE向基站发送MBMS承载释放消息,所述MBMS承载释放消息中携带了MBMS承载释放的原因。
所述MCE确定需要对UE当前的MBMS业务进行调整,包括:所述MCE获知高优先级的MBMS业务抢占低优先级的MBMS业务时,所述MCE确定需要对所述UE当前的低优先级的MBMS业务进行调整;或者,所述MCE获知终止MBMS业务时,所述MCE确定需要对所述UE当前的所述MBMS业务进行调整;或者,所述MCE获知对SA区域进行调整时,所述MCE确定需要对所述UE当前的SA区域内的MBMS业务进行调整。
所述MCE向基站发送MBMS承载释放消息,包括:所述MCE获知终止MBMS业务时,所述MCE通过会话停止消息通知所述基站停止所述MBMS业务,所述会话停止消息中携带MBMS承载释放的原因;或者,所述MCE获知高优先级的MBMS业务抢占低优先级的MBMS业务时,所述MCE通过会话停止消息通知所述基站停止所述低优先级的MBMS业务,并通过MBMS调度信息通知所述基站更新MBMS RAB承载所述高优先级的MBMS业务,所述会话停止消息中携带MBMS承载释放的原因;或者,所述MCE获知对SA区域进行调整时,所述MCE通过MCE配置更新消息通知所述基站改变MBSFN的覆盖区域,并通过MBMS调度信息通知所述基站将调整后的SA业务更新到MBMS RAB的承载,所述MCE配置更新消息中携带MBMS承载释放的原因。
本发明实施例中,所述MCE向基站发送MBMS承载释放消息,包括:所述MCE通过M2接口向所述基站发送MBMS承载释放消息。
进一步的,当基站接收到MBMS承载释放消息后,所述基站通过空口消息将所述MBMS承载释放的原因通知给用户设备UE。
本发明实施例中,所述基站通过空口消息将所述MBMS承载释放的原因通知给用户设备UE,包括:所述基站从所述MBMS承载释放消息中获取所述MBMS承载释放的原因,并将所述MBMS承载释放的原因携带在所述空口消息中;所述基站通过广播控制信道BCCH信道或多播控制信道MCCH信道将所述空口消息发送给所述UE。
进一步的,当UE接收到来自基站的空口消息后,UE需要根据所述空口消息释放对应的承载。
另外,所述MBMS承载释放消息对应以下内容中的一种或几种:对应MBMS业务;对应MCH信道;对应MBSFN区域;对应频率。
可见,本发明实施例中,UE可以根据网络的指示释放资源,并知道自身由于非信号原因不能接收MBMS业务,从而提高用户的使用感受。
为了更加清楚的阐述本发明实施例提供的技术方案,以下结合具体的实施例对MBMS承载释放通知的方法进行详细论述。
本发明实施例二提供一种MBMS承载释放通知的方法,如图4所示,包括以下步骤:
步骤401,MCE确定需要对UE当前的MBMS业务进行调整。
具体的,当网络侧确定某项高优先级的MBMS业务需要抢占低优先级的MBMS业务,或者,网络侧确定需要终止某项MBMS业务,或者,网络侧根据预设策略确定需要进行SA区域的调整时,MCE确定需要对UE当前的业务进行调整。例如,当业务1(高优先级的业务)需要抢占业务2(低优先级的业务)时,则MCE确定需要UE的业务2进行调整;当网络侧确定需要终止业务2时,则MCE确定需要UE的业务2进行调整。
当然,在实际应用中,并不局限于上述情况下对UE当前的MBMS业务进行调整,还可以为其他的情况,本发明实施例中不再详加赘述。
步骤402,MCE向基站发送承载释放消息。其中,该承载释放消息中携带了MBMS承载释放的原因,该基站可以为eNB。
需要注意的是,实际应用中,并不局限于使用承载释放消息携带了MBMS承载释放的原因,还可以通过其他消息进行携带,本发明实施例中不再详加赘述。
具体的,当确定需要对UE当前的MBMS业务进行调整时,则MCE需要向eNB发送承载释放消息。例如,MCE通过M2接口通知受到影响的eNB(即需要对MBMS业务进行调整的eNB),要求该eNB释放对应的承载。
本发明实施例中,(1)当网络侧确定需要终止某项MBMS业务时,MCE需要通过会话停止消息停止当前需要终止的MBMS业务。其中,该会话停止消息的过程具体为:MCE向基站发送MBMS会话停止消息,基站向MCE返回MBMS会话停止响应。
(2)当网络侧确定某项高优先级的MBMS业务需要抢占低优先级的MBMS业务时,MCE需要通过会话停止消息停止当前需要终止的MBMS业务(即需要被抢占的低优先级的MBMS业务)。其中,该会话停止消息的过程具体为:MCE向基站发送MBMS会话停止消息,基站向MCE返回MBMS会话停止响应。
另外,MCE还需要通过MBMS Scheduling(调度)Information(信息)更新相应的MBMS RAB(Redio Access Bearer,无线接入承载)承载,即通过MBMS Scheduling Information将高优先级的MBMS业务更新到MBMS RAB的承载上。其中,该MBMS Scheduling Information的过程具体为:MCE向基站发送MBMS Scheduling Information,基站向MCE返回MBMS SchedulingInformation响应。
(3)当网络侧根据预设策略确定需要进行SA区域的调整(即SA需要变更)时,MCE需要通过MCE CONFIGURATION(配置)UPDATE(更新)过程通知改变MBSFN的覆盖区域。其中,MCE配置更新的过程具体为:MCE向基站发送MCE配置更新消息,基站向MCE返回MCE配置更新确认消息。
另外,MCE还需要通过MBMS会话更新过程和MBMS SchedulingInformation过程更新相应的MBMS RAB承载,即将调整后的SA业务更新到MBMS RAB的承载上。其中,该MBMS会话更新过程具体为:MCE向基站发送MBMS会话更新请求,基站向MCE返回MBMS会话更新响应;该MBMSScheduling Information的过程具体为:MCE向基站发送MBMS SchedulingInformation,基站向MCE返回MBMS Scheduling Information响应。需要注意的是,如果对SA区域的调整导致释放整个MBSFN区域时,则需要通过MCE CONFIGURATION UPDATE过程删除MBSFN覆盖区域,并需要通过MBMS会话停止过程和MBMS Scheduling Information过程更新相应的MBMS RAB承载。
需要说明的是,在本发明实施例中,为了使UE能够获知不能接收MBMS业务的原因,提高用户的使用感受,可以对会话停止过程或MCE配置更新过程进行扩展,增加承载释放的原因。即在本发明实施例中,MCE向基站发送MBMS会话停止消息或MCE配置更新消息时,需要在该MBMS会话停止消息或MCE配置更新消息中携带承载释放的原因,以使UE能够获知不能接收MBMS业务的原因。
可以看出,当高优先级的MBMS业务抢占低优先级的MBMS业务时,则承载释放的原因为高优先级的MBMS业务抢占低优先级的MBMS业务;当终止MBMS业务时,则承载释放的原因为需要终止MBMS业务;当需要对SA区域进行调整时,则承载释放的原因为对SA区域进行调整,本发明实施例中不再详加赘述。
另外,需要说明的是,本发明实施例MCE向基站发送承载释放消息时,该承载释放对应的内容包括但不限于:对应某个MBMS业务、对应某个MCH信道、对应MBSFN区域、对应某个频率等。
步骤403,基站通知UE释放对应的承载,并通知UE释放的原因。
具体的,当接收到来自MCE的承载释放消息后,该基站可以通过空口消息的方式通知UE释放对应的承载,并在该空口消息中携带UE释放承载的原因。其中,该空口消息可以为MBMS承载释放消息。
本发明实施例中,在通过空口通知UE释放对应的承载,和释放承载的原因的过程中,基站可以通过广播信道的方式通知UE,例如,基站可以通过BCCH信道或MCCH信道通知UE释放对应的承载,和释放承载的原因。
需要注意的是,本发明实施例中,承载释放原因的消息需要有对应的业务标识,以及释放的原因。
步骤404,UE根据基站的指示释放对应的承载。
具体的,当接收到释放通知后,UE将根据基站的指示释放对应的承载,而由于基站已经将UE释放的原因通知给UE,则UE可以根据网络的指示释放资源,并知道自身由于非信号原因不能接收MBMS业务,从而提高用户的使用感受。
为了更加清楚的阐述本发明实施例提供的技术方案,以下结合具体的应用场景进行详细说明。本发明实施例三提供一种MBMS承载释放通知的方法,本实施例中,采用单独过程通知UE释放某个MBMS的业务承载,即通过独立的MBMS业务承载释放过程进行释放。如图5所示,该方法包括以下步骤:
步骤501,当确定需要对UE当前的MBMS业务进行调整时,MCE通过M2接口向基站发送承载释放消息。
本实施例中,以网络侧确定某项高优先级的MBMS业务需要抢占低优先级的MBMS业务的情况为例进行说明。MCE首先通过会话停止消息停止当前需要终止的MBMS业务,其后通过MBMS调度信息更新相应的MBMSRAB承载。
其中,MBMS调度信息如表1所示:
表1
IE/Group Name |
Presence |
Range |
IE type andreference |
Semanticsdescription |
Message Type |
M |
|
9.2.1.1 |
|
MCCH UpdateTime |
M |
|
9.2.1.19 |
|
MBSFN AreaConfiguration List |
M |
|
|
|
>MBSFN AreaConfiguration ItemIEs |
|
1 to<maxnoofMBSFNareas> |
|
|
>>PMCHConfiguration List |
M |
|
|
|
>>>PMCHConfiguration ItemIEs |
|
0 to<maxnoofPMCHsperMBSFNarea> |
|
|
>>>>PMCHConfiguration |
M |
|
9.2.1.8 |
|
>>>>MBMS Session List per PMCH |
M |
|
9.2.1.9 |
|
>>Subframes |
M |
|
|
|
Configuration List |
|
|
|
|
>>>Subframes ConfigurationItem IEs |
|
1 to<maxnoofMBSFNallocations> |
|
|
>>>>MB SFNSubframeConfiguration |
M |
|
9.2.1.17 |
|
>>CommonSubframeAllocation Period |
M |
|
9.2.1.18 |
|
>>MBSFNAreaID |
M |
|
9.2.1.14 |
|
本应用场景下,在表1中,MCE通过M2接口向基站发送承载释放消息之前,MBMS Session List per PMCH信息单元中包含MBMS业务1和MBMS业务3,具体内容如表2所示。
表2
IE/Group Name |
Presence |
Range |
IE type andreference |
Semanticsdescription |
MBMS Session Listper PMCH Item IEs |
|
1 to<maxnoofSessionsPerPMCH> |
|
|
>MBMSService Identity |
M |
|
TMGI9.2.3.3 |
(业务1和业务 3) |
>LCID |
M |
|
INTEGER(0..28) |
LogicalChannel Identity |
当确定需要对UE当前的MBMS业务进行调整,将MBMS业务3调整为MBMS业务2时,则MBMS Session List per PMCH信息单元中包含MBMS业务1和MBMS业务2,具体内容如表3所示。
表3
IE/Group Name |
Presence |
Range |
IE type andreference |
Semanticsdescription |
MBMS Session Listper PMCH Item IEs |
|
1 to<maxnoofSessionsPerPMCH> |
|
|
>MBMS ServiceIdentity |
M |
|
TMGI9.2.3.3 |
(业务1和2) |
>LCID |
M |
|
INTEGER(0..28) |
Logical ChannelIdentity |
综上可以看出,MBMS Session List per PMCH信息单元中包含的内容从包含MBMS业务1和MBMS业务3,变为包含MBMS业务1和MBMS业务2,则说明终止了MBMS业务3,且该MBMS业务3被MBMS业务2抢占。
步骤502,基站在MCCH中承载MBMS业务承载释放消息,并通过MCCH通知UE释放对应的承载以及UE释放的原因。
如图6所示,本发明实施例中,可以在MCCH的PMCH-InfoListinformation element中进行扩展(扩展部分如图6中的黑体部分),从而承载MBMS业务承载释放消息。
在图6中,各个部分的含义如表4所示:
表4
ARP |
为Retention Priority pre-emption,表示该业务资源被抢占。 |
NormalRelease |
表示该业务被正常停止。 |
SA change |
表示业务区进行调整。 |
Disable |
表示某个业务的MBSFN发送被去激活 |
abnormalRelease |
表示异常停止。 |
步骤503,UE接收MCCH,并根据MCCH的释放指示释放对应的承载。
本发明实施例四提供一种MBMS承载释放通知的方法,本实施例中,针对通知释放某个MBSFN区域承载的过程,如图7所示,该方法包括以下步骤:
步骤701,当确定需要对UE当前的MBMS业务进行调整时,MCE通过M2接口向基站发送承载释放消息,以通知基站释放整个MBSFN区域的MBMS承载。
本实施例中,以网络侧根据预设策略确定需要进行SA区域的调整为例进行说明。MCE首先通过MCE配置更新消息通知改变MBSFN的覆盖区域,其后通过MBMS会话更新过程和MBMS Scheduling Information过程更新相应的MBMS RAB承载。
其中,MCE配置更新消息如表5所示:
表5
IE/Group Name |
Presence |
Range |
IE type and reference |
Message Type |
M |
|
9.2.1.1 |
Global MCE ID |
O |
|
9.2.1.16 |
MCE Name |
O |
|
Printable String(1..150,...) |
MCCH relatedBCCHConfiguration dataper MBSFN area |
O |
|
|
>MCCH related BCCH Configuration data Item IEs |
|
1 to<maxnoofMB SFNareas> |
|
>>MCCHrelated BCCHConfiguration Item |
M |
|
9.2.1.13 |
本应用场景下,在表5中,修改之前MCCH related BCCH Configurationdata Item IEs中包含的MBSFN Area ID信息单元(包含MBSFN区域1和3),修改之后的MBSFN Area ID信息单元(仅包含MBMS区域1)。上述修改信息标明释放了MBSFN区域3的所有MBMS承载。
其中,MBMS调度信息如表6所示:
表6
IE/Group Name |
Presence |
Range |
IE type andreference |
Semanticsdescription |
Message Type |
M |
|
9.2.1.1 |
|
MCCH UpdateTime |
M |
|
9.2.1.19 |
|
MBSFN AreaConfiguration List |
M |
|
|
|
>MBSFN AreaConfiguration ItemIEs |
|
1 to<maxnoofMB SFNareas> |
|
|
>>PMCHConfiguration List |
M |
|
|
|
>>>PMCHConfiguration ItemIEs |
|
0 to<maxnoofPMCHsperMB SFNarea> |
|
|
>>>>PMCHConfiguration |
M |
|
9.2.1.8 |
|
>>>>MBMSSession List perPMCH |
M |
|
9.2.1.9 |
|
>>SubframesConfiguration List |
M |
|
|
|
>>>SubframesConfiguration ItemIEs |
|
1 to<maxnoofMB SFNallocations> |
|
|
>>>>MB SFNSubframe |
M |
|
9.2.1.17 |
|
Configuration |
|
|
|
|
>>CommonSubframeAllocation Period |
M |
|
9.2.1.18 |
|
>>MB SFN AreaID |
M |
|
9.2.1.14 |
|
本应用场景下,修改之前的MBSFNArea ID信息单元(包含MBSFN区域1和3),修改之后的MBSFN Area ID信息单元(仅包含MBMS区域1)。上述修改信息标明释放了MBSFN区域3的所有MBMS承载。
本应用场景下,可以在相应的MBMS会话停止消息携带原因值,如表7所示:
表7
IE/Group Name |
Presence |
Range |
IE typeandreference |
Semantics description |
Message Type |
M |
|
9.2.1.1 |
|
MCE MBMSM2AP ID |
M |
|
9.2.3.1 |
|
eNB MBMSM2AP ID |
M |
|
9.2.3.2 |
|
CAUSE |
|
|
|
标明Normal Release, ARP,SA change, abnormal Release, Disable MBSFN transmission |
步骤702,基站在MCCH中承载MBMS业务承载释放消息,并通过MCCH通知UE释放对应的承载以及UE释放的原因。
如图8所示,本发明实施例中,可以在MCCH的PMCH-InfoListinformation element中进行扩展(扩展部分如图8中的黑体部分),从而承载MBMS业务承载释放消息。
步骤703,UE接收MCCH,并根据MCCH的释放指示释放对应的承载。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种MBMS承载释放通知的设备,如图9所示,包括:
确定模块11,用于确定需要对UE当前的MBMS业务进行调整。
发送模块12,用于当所述确定模块11确定需要对UE当前的MBMS业务进行调整时,向基站发送MBMS承载释放消息,所述MBMS承载释放消息中携带了MBMS承载释放的原因。
所述确定模块11,具体用于获知高优先级的MBMS业务抢占低优先级的MBMS业务时,确定需要对所述UE当前的低优先级的MBMS业务进行调整;或者,获知终止MBMS业务时,确定需要对所述UE当前的所述MBMS业务进行调整;或者,获知对SA区域进行调整时,确定需要对所述UE当前的SA区域内的MBMS业务进行调整。
所述发送模块12,具体用于获知终止MBMS业务时,通过会话停止消息通知所述基站停止所述MBMS业务,所述会话停止消息中携带MBMS承载释放的原因;或者,获知高优先级的MBMS业务抢占低优先级的MBMS业务时,通过会话停止消息通知所述基站停止所述低优先级的MBMS业务,并通过MBMS调度信息通知所述基站更新MBMS RAB承载所述高优先级的MBMS业务,所述会话停止消息中携带MBMS承载释放的原因;或者,获知对SA区域进行调整时,通过MCE配置更新消息通知所述基站改变MBSFN的覆盖区域,并通过MBMS调度信息通知所述基站将调整后的SA业务更新到MBMS RAB的承载,所述MCE配置更新消息中携带MBMS承载释放的原因。
所述发送模块12,具体用于通过M2接口向所述基站发送MBMS承载释放消息。
所述MBMS承载释放对应以下内容中的一种或几种:对应MBMS业务;对应MCH信道;对应MBSFN区域;对应频率。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种MBMS承载释放通知的设备,如图10所示,包括:
接收模块21,用于接收MBMS承载释放消息,所述MBMS承载释放消息中携带所述MBMS承载释放的原因。
通知模块22,用于通过空口消息将所述接收模块21接收的所述MBMS承载释放的原因通知给用户设备UE。
所述接收模块21,具体用于当MCE确定需要对所述UE当前的MBMS业务进行调整时,接收来自所述MCE通过M2接口发送的MBMS承载释放消息。
需要对所述UE当前的MBMS业务进行调整,具体为:当高优先级的MBMS业务抢占低优先级的MBMS业务时,需要对所述UE当前的低优先级的MBMS业务进行调整;或者,当终止MBMS业务时,需要对所述UE当前的所述MBMS业务进行调整;或者,当对SA区域进行调整时,需要对所述UE当前的SA区域内的MBMS业务进行调整。
所述通知模块22,具体用于从所述MBMS承载释放消息中获取所述MBMS承载释放的原因,并将所述MBMS承载释放的原因携带在所述空口消息中;通过广播控制信道BCCH信道或多播控制信道MCCH信道将所述空口消息发送给所述UE。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种MBMS承载释放通知的设备,如图11所示,包括:
接收模块31,用于接收来自基站的空口消息;所述空口消息中携带释放承载的原因。
释放模块32,用于根据所述接收模块接收31的所述空口消息释放对应的承载。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
综上所述,通过使用采用本发明提供的各个设备,UE可以根据网络的指示释放资源,并知道自身由于非信号原因不能接收MBMS业务,从而提高用户的使用感受。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。