CN102158809A

CN102158809A - 一种判断mbms业务连续的方法和用户设备

Info

Publication number: CN102158809A
Application number: CN2010101145033A
Authority: CN
Inventors: 苟伟
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2010-02-12
Filing date: 2010-02-12
Publication date: 2011-08-17
Anticipated expiration: 2030-02-12
Also published as: WO2011098023A1; US8675591B2; EP2496015A1; CN102158809B; EP2496015A4; EP2496015B1; US20120294220A1

Abstract

本发明提供了一种判断多媒体广播组播业务连续的方法，具有MBMS能力的用户设备(UE)从源小区向目标小区移动时，所述UE需要判断是否将要或者已经移出一个或多个多媒体广播组播业务单频网络(MBSFN)区域。本发明还提供一种用户设备。

Description

一种判断MBMS业务连续的方法和用户设备

技术领域

本发明涉及LTE(Long Term Evolution，长期演进)系统，尤其涉及在多媒体广播组播业务单频网络(Multimedia Broadcast multicast service SingleFrequency Network，简称MBSFN)区域的多媒体广播组播业务(MultimediaBroadcast Multicast Service，简称MBMS)的连续性接收。

背景技术

随着互联网的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，例如：视频会议、电视广播、视频点播、视频广告、网上教育、互动游戏等，不仅满足了移动用户不断上升的业务需求，同时也为移动运营商带来新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。为了有效地利用移动网络资源，第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)提出了MBMS业务，该业务是一种从一个数据源向多个目标传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播，还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G(3rd Generation，第三代数字通信)的发展提供了更好的业务前景。

在LTE中，MBMS业务的传输采用多小区模式发送，即相邻小区发送的MBMS支持合并。合并的实质是相邻的若干个小区构成一个MBSFN区域，那么构成MBSFN区域的小区则在相同的资源上，相同时刻，发送相同的MBMS业务数据，这样每个小区发送的MBMS业务数据在空中进行传输时，来自不同小区的数据信号在空中自然叠加，从而增加了数据的可靠性，具体的多小区模式的数据发送可以参考LTE协议36.300v920协议15.3.3章节的Multi-cell transmission(多小区发送)的描述。

目前在LTE中规定多播传输信道(Multicast Traffic Channel，简称MTCH)、多播控制信道(Multicast Control Channel，简称MCCH)、动态调度信息(dynamic scheduling information，简称DSI，也有把动态调度信息称为MCH scheduling information，简称MSI)，这些信息都是采用多小区模式发送的，即相邻小区都在相同的资源上同时发送相同的上述信道数据，构成了MBSFN合并区域，即使在MBSFN区域边界外小区边界处也能正常接收MTCH、MCCH、DSI等信息，从而实现MBMS业务的接收。目前LTE中MBSFN区域的位置是事先配置好的，哪些小区属于哪个MBSFN区域是在布网时已经固定了的，如果用户(user)移出MBSFN区域，那么将不能正常接收该MBSFN区域的MBMS业务。这样当用户移动时，就可能发生下面的情况。

由于LTE中的MBMS业务的发送特点使得用户在刚刚移出MBSFN区域后，在较大范围内还能够正常接收到MBMS业务。这是因为MBMS业务的控制信息都是采用MBSFN方式发送的，具有较强的信号叠加增益，所以在UE刚刚移出MBSFN区域时还是可以正常接收的。例如UE刚移出MBSFN区域后，由于MCCH、MTCH和DSI信息都是采用MBSFN方式发送的，具有较强的叠加增益，只要MBSFN区域中小区的SIB13中关于MCCH信道的位置的配置信息没有发生变化(和UE移出MBSFN区域相同，另外，根据UTE协议规定SIB13上的MCCH信道位置信息是半静态配置的，长时间不变化的)，那么UE就可以在移出MBSFN区域后，在较大范围内可以正常接收MBMS业务，但是此时UE实际已经移出了和运营商签约的MBMS业务服务区，运营商不能对MBMS业务提供质量保障，可能会发生MBMS业务的突然中断。

如图1所示，曲线所围成的区域构成一个MBSFN area ID1区域，小区B是和MBSFN area ID1区域相邻的小区，小区B内没有MBMS业务，或者说没有MBSFN area ID1区域的业务，因为小区B可以有其他MBSFN area区域的业务。那么当一个正在接收MBMS的UE(User Equipment，用户设备)从小区A向小区B进行移动时，当该UE刚刚移入小区B中时(即还处于小区B内靠近小区A的边界处)，此时该UE是能够继续接收正在接收的属于MBSFN area ID1区域的MBMS业务的。这是因为承载于MTCH的MBMS业务数据，以及MBMS业务的控制信息MCCH和DSI都是采用多小区方式发送的，所以来自小区A、C和D的相同MBMS数据在空中自然叠加后，在小区B靠近MBSFN area ID1的地方可以正常接收到。但是随着UE继续移动到小区B的中心地带，或者更远离MBSFN area ID1的地方，MBMS业务的接收效果会越来越差，直到不能正确接收MBMS业务，造成该UE的MBMS业务中断。

对于图2中，示意的小区B属于MBSFN area ID1区域内的保留小区(保留小区的定义在36.300协议的15章节“MBSFN Area Reserved Cell”的描述)，当UE从小区A移动到保留小区B中的时候同样存在上述问题。

对于该UE的用户来说MBMS业务的突然中断造成用户感受非常差，在没有任何提示信息通知的情况下，用户不知道是MBMS信号变差，还是被运营商停止了MBMS业务，从而使得用户对于运营商的服务质量评价非常差。

发明内容

本发明要解决的技术问题是提供一种判断MBMS业务连续的方法和用户设备，提高用户满意度。

为了解决上述问题，本发明提供了一种判断多媒体广播组播业务连续的方法，具有MBMS能力的用户设备(UE)从源小区向目标小区移动时，所述UE需要判断是否将要或者已经移出一个或多个多媒体广播组播业务单频网络(MBSFN)区域。

进一步地，上述方法还可具有以下特点，所述具有MBMS能力的UE包括正在接收MBMS业务的UE，或者正在监听多播控制信道(MCCH)更新通知消息的UE。

进一步地，上述方法还可具有以下特点，所述移出一个或者多个MBSFN区域是指：移出所述UE正在接收的MBMS业务所属的MBSFN区域，或者移出所述UE正在监听的MCCH更新通知消息所属的MBSFN区域。

进一步地，上述方法还可具有以下特点，所述具有MBMS能力的UE从源小区向目标小区移动时，当所述UE位于源小区时，所述UE需要判断是否将要移出一个或多个MBSFN区域；当所述UE位于目标小区时，所述UE需要判断是否已经移出一个或多个MBSFN区域。

进一步地，上述方法还可具有以下特点，所述UE判断将要或已经移出MBSFN区域时，所述UE向用户显示提醒信息，用于提醒用户将要或已经移出MBSFN区域或者MBMS业务签约区域，MBMS业务即将中断或者MBMS业务质量不予以保证。

进一步地，上述方法还可具有以下特点，所述UE通过如下方式判断是否将要或者已经移出MBSFN区域：

所述UE判断所述目标小区的系统信息块13是否被调度发送，当所述系统信息块13没有被调度发送时，所述UE判断将要或者已经移出MBSFN区域。

进一步地，上述方法还可具有以下特点，当所述UE判断所述目标小区的系统信息块13被调度发送时，还获取所述系统信息块13中携带的MBSFN区域信息中的一个或多个参数，根据所述一个或多个参数判断所述UE是否将要或者已经移出MBSFN区域。

所述UE直接获取目标小区的系统信息块13中携带的MBSFN区域信息的一个或多个参数，根据所述一个或多个参数判断UE是否将要或者已经移出MBSFN区域。

进一步地，上述方法还可具有以下特点，所述参数为MBMS区域标识列表和/或MCCH配置信息列表，所述UE判断其所属的MBSFN区域的MBSFN区域标识是否包括在所述目标小区的系统信息块13中携带的MBSFN区域标识列表中，如果未包括，则所述UE判断将要或者已经移出MBSFN区域；和/或，所述UE判断其所属的MBSFN区域的MCCH配置信息是否包括在所述系统信息块13中携带的MCCH配置信息列表中，如果未包括，则所述UE判断将要或者已经移出MBSFN区域。

本发明还提供一种用户设备，所述用户设备(UE)具有MBMS能力，用于当所述UE从源小区向目标小区移动时，判断是否将要或者已经移出一个或多个多媒体广播组播业务单频网络(MBSFN)区域。

进一步地，上述用户设备还可具有以下特点，所述UE，用于在从源小区向目标小区移动时，当所述UE正在接收MBMS业务或正在接收的MCCH更新通知消息时，判断是否将要或者已经移出所述UE正在接收的MBMS业务或正在监听的MCCH更新通知消息所属的MBSFN区域。

进一步地，上述用户设备还可具有以下特点，所述UE，还用于判断将要或已经移出MBSFN区域时，向用户显示提醒信息，用于提醒用户将要或已经移出MBSFN区域或者MBMS业务签约区域，MBMS业务即将中断或者MBMS业务质量不予以保证。

进一步地，上述用户设备还可具有以下特点，所述UE，用于通过如下方式判断是否将要或者已经移出MBSFN区域：

所述UE判断所述目标小区的系统信息块13是否被调度发送，当所述系统信息块13没有被调度发送时，所述UE判断将要或者已经移出MBSFN区域；当所述UE判断所述目标小区的系统信息块13被调度发送时，还获取所述系统信息块13中携带的MBSFN区域信息中的一个或多个参数，根据所述一个或多个参数判断所述UE是否将要或者已经移出MBSFN区域；

或者，所述UE直接获取目标小区的系统信息块13中携带的MBSFN区域信息的一个或多个参数，根据所述一个或多个参数判断UE是否将要或者已经移出MBSFN区域。

进一步地，上述用户设备还可具有以下特点，所述UE，用于获取目标小区的系统信息块13中携带的MBMS区域标识列表和/或MCCH配置信息列表，判断所述UE所属的MBSFN区域的MBSFN区域标识是否包括在所述目标小区的系统信息块13中携带的MBSFN区域标识列表中，如果未包括，则判断将要或者已经移出MBSFN区域；和/或，判断所述UE所属的MBSFN区域的MCCH配置信息是否包括在所述系统信息块13中携带的MCCH配置信息列表中，如果未包括，则判断将要或者已经移出MBSFN区域。

本发明当UE正在接收的MBMS业务发生中断时(或者即将中断时)，UE能够正确的判断出，是由于运营商在签约区域内信号覆盖质量较差造成的，还是由于用户自身的原因造成的MBMS业务中断，从而明确责任，并且及时提醒用户，从而减少了运营商和用户之间的责任纠纷，提升用户体验。另外，本发明不需要网络侧的配合，不需要网络侧发送信令，仅仅从用户的角度出发利用一些已有的信息实现准确的判断。

附图说明

图1是本发明场景示意1；

图2是在本发明场景示意2；

图3是本发明的UE行为流程图；

图4是本发明的UE行为流程图。

具体实施方式

本发明的思想是，对于具有MBMS能力的UE，当其从源小区向目标小区移动时，UE需要判断目标小区是否移出了当前的一个或者多个MBSFN区域，UE进行判断后，根据判断结果提醒用户是否将要或者已经移出当前的MBSFN区域，如果是，UE将提醒用户，由于用户的移动造成UE即将或已经移出了MBSFN区域，MBMS业务即将中断。这样通过友好界面提示用户，给予用户较好的体验。此时用户可以选择继续接收MBMS业务，直到不能正确接收，但是此时，由于已经移出MBSFN区域，所以运营商不保证此后用户的MBMS接收质量。

本发明提供一种判断MBMS业务连续的方法，该方法同时也可以判断UE是否移出MBSFN区域，包括：具有MBMS能力的UE从源小区向目标小区移动时，所述UE需要判断是否将要或已经移出一个或者多个多媒体广播组播业务单频网络(MBSFN)区域。

其中，所述具有MBMS能力的UE包括正在接收MBMS的UE，或者，正在监听MCCH(多播控制信道)更新通知消息(MCCH change notification)的UE。所述移出一个或者多个MBSFN区域是指：移出所述UE正在接收的MBMS业务所属的MBSFN区域，或者移出所述UE正在监听的MCCH更新通知消息所属的MBSFN区域。

如果UE判断出将要或已经移出了MBSFN区域，那么UE向用户显示提醒信息，用于提醒用户将要或已经移出MBSFN区域或者MBMS业务签约区域，MBMS业务即将中断或者MBMS业务质量不予以保证。

其中，所述具有MBMS能力的UE从源小区向目标小区移动时，当所述UE位于源小区时，所述UE需要判断是否将要移出一个或多个MBSFN区域；当所述UE位于目标小区时，所述UE需要判断是否已经移出一个或多个MBSFN区域。

当前的MBSFN区域可以是多个，例如某一UE正在同时接收来自两个不同MBSFN区域的MBMS业务，当其从源小区向目标小区移动时，那么UE则需要分别判断是否移出两个MBSFN区域。对于某一UE正在监听两个不同MBSFN区域的MCCH更新通知消息，当其从源小区向目标小区移动时，那么UE则需要分别判断是否移出两个MBSFN区域。

这里UE通过系统信息块是否被调度发送或者通过系统信息块中的一些参数来进行判断，在LTE中，由于协议规定SIB13(SystemInformationBlockType13，系统信息块13)是MBMS专用系统信息块，所以本发明以SIB13进行说明。当MBMS专用系统信息块重新命名时，则根据新命名的系统信息块进行判断。

其中，所述UE通过SIB13是否被调度发送和/或通过SIB13中的信息来判断是否移出一个或多个MBSFN区域，具体包括：

1)所述UE判断所述目标小区的系统信息块13是否被调度发送，当所述系统信息块13没有被调度发送时，所述UE判断将要或者已经移出MBSFN区域；或者

2)当所述UE判断所述目标小区的系统信息块13被调度发送时，还获取所述系统信息块13中携带的MBSFN区域信息(MBSFN-AreaInfo-r9)中的一个或多个参数，根据所述一个或多个参数判断所述UE是否将要或者已经移出MBSFN区域；或者

3)所述UE直接获取目标小区的系统信息块13中携带的MBSFN区域信息的一个或多个参数，根据所述一个或多个参数判断UE是否将要或者已经移出MBSFN区域。

2)，3)中所述参数为MBMS区域标识列表和/或MCCH配置信息列表，所述UE判断其所属的MBSFN区域的MBSFN区域标识是否包括在所述目标小区的系统信息块13中携带的MBSFN区域标识列表中，如果未包括，则所述UE判断将要或者已经移出MBSFN区域；和/或，所述UE判断其所属的MBSFN区域的MCCH配置信息是否包括在所述系统信息块13中携带的MCCH配置信息列表中，如果未包括，则所述UE判断将要或者已经移出MBSFN区域。

其中，2)，3)中，UE接收到SIB13后，通过SIB13中的MBSFN区域信息中的一个或者多个参数来判断UE正在接收的MBMS业务是否正在目标小区中继续发送，具体是通过判断UE正在接收的MBMS业务所属的MBSFN区域的MBSFN区域标识(mbsfn-AreaId-r9)是否包括在所述MBSFN区域信息列表中，如果未包括，则UE正在接收的MBMS业务未在目标小区中继续发送，说明目标小区不属于UE正在接收的MBMS业务所属的MBSFN区域，所述用户设备移出正在接收的所述多媒体广播组播业务所属的MBSFN区域。所述用于判断的参数是MBSFN区域标识(mbsfn-AreaId-r9)，或者是MCCH的配置(mcch-Config-r9)。当使用mcch-Config-r9参数作为判断参数时，具体的通过把UE正在接收的MBMS业务所属的MBSFN区域的MCCH配置信息(mcch-Config-r9)信息中的repetitionPeriod-r9、offset-r9和sf-AllocInfo-r9参数，与目标小区中SIB13中的所有MBSFN区域的MCCH配置信息中对应的参数repetitionPeriod-r9、offset-r9和sf-AllocInfo-r9进行对比，如果与任何一组参数不相同，则判断目标小区不属于UE正在接收的MBMS业务所属的MBSFN区域，所述用户设备移出正在接收的所述多媒体广播组播业务所属的MBSFN区域。

其中，UE是通过获取目标小区的SIB1(SystemInformationBlockType1，系统信息块1)后，从SIB1中的信息获知SIB13是否被调度发送。

其中，UE获取目标小区的SIB1的方式包括两种：

第一种是UE主动接收目标小区的SIB1，只要UE位于源小区和目标小区的交界处，UE是可以接收到目标小区的SIB1的；

第二种是源小区直接通知UE，目标小区的SIB13是否被调度发送。

其中，UE获取目标小区的SIB13信息有两种方式：

第一种是UE主动接收目标小区的SIB13，只要UE位于源小区和目标小区的交界处，UE是可以接收到目标小区的SIB13的；

第二种是源小区把目标小区的SIB13发送给UE，这个需要控制源小区和目标小区的基站进行信息交互。

对于正在接收MBMS业务的UE或正在接收MCCH更新通知消息的UE，当其从源小区向目标小区移动时，UE需要判断目标小区是否移出了当前的MBSFN区域，判断处理方式是相同的。下面仅以正在接收MBMS业务的UE为例说明。

下面详细说明一下判断目标小区是否已经移出正在接收的MBMS所属的MBSFN区域的方式，包括：

方式1

UE接收到目标小区的SIB13后，通过SIB13中的MBSFN区域信息(MBSFN-AreaInfo-r9)中的一个或者多个参数来判断UE是否移出正在接收的MBMS所属的MBSFN区域。所述用于判断的参数是MBSFN区域标识(mbsfn-AreaId-r9)。

当UE接收到小区B(目标小区，即UE即将移动到该小区)的SIB13后，读取其中的MBSFN-AreaInfo-r9，然后，判断自己正在接收的MBMS业务所属的MBSFN区域的mbsfn-AreaId-r9是否包含在所述的MBSFN-AreaInfo-r9中，如果是，则表示小区B中有UE正在接收的MBMS业务发送，此时UE可以按照已有的流程接收MBMS业务；否则，UE将移出正在接收的MBMS业务所属的MBSFN区域，此时，UE可以触发提示信息，提醒用户，由于用户已经离开正在接收的MBMS业务服务区域，该MBMS业务即将中断或者说运营商对于此时UE接收到的MBMS业务质量不提供保证，由于此时UE已经离开了MBMS签约区域。当用户判断出目标小区有自己接收的MBMS业务，但是UE在目标小区MBMS业务中断(不能正确接收，图象质量较差，雪花点等)，则UE可以提示用户，此处属于运营商MBMS信号质量覆盖较差的区域。

下面是SIB13的参数内容。

SystemlnformationBlockType13 information element

--ASN1START

SystemInformationBlockType13-r9::＝SEQUENCE {

mbsfn-AreaInfoList-r9 MBSFN-AreaInfoList-r9，

notificationConfig-r9 SEQUENCE {

notificationRepetitionCoeff-r9 ENUMERATED (n2，n4)，

notificationOffset-r9 INTEGER (0..10)，

notification-subframe-r9 INTEGER (1..6)

}，

...

}

MBSFN-AreaInfoList-r9::＝ SEQUENCE(SIZE(1..maxMBSFN-Area))OF MBSFN-AreaInfo-r9

MBSFN-AreaInfo-r9::＝ SEQUENCE{

mbsfn-AreaId-r9 INTEGER(0..255)，

notificationIndicator-r9 INTEGER(0..7)，

mcch-Config-r9 SEQUENCE{

repetitionPeriod-r9 ENUMERATED{rf32，rf64，rf128，rf256}，

offset-r9 INTEGER(0..10)，

modificationPeriod-r9 ENUMERATED{rf512，rf1024}，

sf-AllocInfo-r9 BIT STRING(SIZE(6))，

signallingMCS-r9 ENUMERATED{n2，n7，n13，n19}

}，

...

}

--ASN1STOP

方式2

根据SIB13是否被调度发送判断UE是否移出正在接收的MBMS所属的MBSFN区域。UE接收到目标小区的SIB1后，从SIB1中可以获知SIB13是否被调度发送，具体通过SIB1中包括的调度信息列表(schedulingInfoList)中包含的sib-MappingInfo参数判断SIB13是否被调度发送。

当UE接收到小区B的SIB1时，通过SIB1中的schedulingInfoList参数可以判断出SIB13是否被调度发送，如果SIB13没有被调度发送(即目标小区B中没有发送SIB13)，则表明UE将移出正在接收的MBMS所属的MBSFN区域，此时，UE可以触发提示信息，提醒用户，由于用户已经离开正在接收的MBMS业务服务区域，该MBMS业务即将中断或者说由于此时UE已经离开了MBMS签约区域，运营商对于此时UE接收到的MBMS业务质量不提供保证；如果SIB13被调度发送，那么UE接收SIB13，并读取其中的MBSFN-AreaInfo-r9，然后，判断自己正在接收的MBMS业务所属的MBSFN区域标识是否在所述的MBSFN-AreaInfo-r9中，如果是，则表示小区B中有UE正在接收的MBMS业务发送。此时UE可以按照已有的流程接收MBMS业务。当用户判断出目标小区有自己接收的MBMS业务，但是UE在目标小区MBMS业务中断(不能正确接收，图象质量较差，雪花点等)，则UE可以提示用户，此处属于运营商MBMS信号质量覆盖较差的区域。

下面是SIB1的参数内容：

SystemlnformationBlockType1 message

--ASN1START

SystemInformationBlockType1::＝ SEQUENCE{

cellAccessRelatedInfo SEQUENCE{

plmn-IdentityList PLMN-IdentityList，

trackingAreaCode TrackingAreaCode，

cellIdentity CellIdentity，

cellBarred ENUMERATED{barred，notBarred}，

intraFreqReselection ENUMERATED{allowed，notAllowed}，

csg-Indication BOOLEAN，

csg-Identity CSG-Identity-r9 OPTIONAL--Need OR

}，

......

SchedulingInfoList::＝SEQUENCE(SIZE(1..maxSI-Message))OF SchedulingInfo

SchedulingInfo::＝SEQUENCE{

si-Periodicity ENUMERATED{

rf8，rf16，rf32，rf64，rf128，rf256，rf512}，

sib-MappingInfo SIB-MappingInfo

}

SIB-MappingInfo::＝SEQUENCE(SIZE(0..maxSIB-1))OF SIB-Type

SIB-Type::＝ ENUMERATED{

sibType3，sibType4，sibType5，sibType6，

sibType7，sibType8，sibType9，sibType10，

sibType11，sibType12-v9x0，sibType13-v9x0，spare5，

spare4，spare3，spare2，spare1，...}

--ASN1STOP

实施例1

实施例1对应移出MBSFN区域的情况。

假设某一MBSFN区域，如图1或图2所示，图1和图2的区别在于，图1中小区B是与某一MBSFN区域交接的小区，图2中的小区B是某一MBSFN区域中的保留小区，相同的地方在于，图1和图2中的小区B都是不发送该MBSFN区域的MBMS业务的，并且由于和MBSFN区域相邻，在小区B靠近MBSFN区域的边界处有良好的MBMS业务信号可以接收，但是随着UE朝小区B的中心移动，MBMS业务信号逐渐消失，所以当UE从MBSFN区域移动到小区B中心的这过程中，UE原本在MBSFN区域正在接收的MBMS业务会中断，为了在MBMS业务中断之前通知用户，所以UE侧应该增加图3或图4所示流程。

如图3所示，包括：

步骤301，当UE接收到目标小区即UE即将移动到该小区)的SIB13后，读取其中的MBSFN-AreaInfo-r9；

步骤302，UE判断自己正在接收的MBMS业务所属的MBSFN区域的mbsfn-AreaId-r9是否包含在所述的MBSFN-AreaInfo-r9中，如果是，执行步骤305，否则，执行步骤303；

步骤303，表示UE将要或者已经移出正在接收的MBMS业务所属的MBSFN区域；

对步骤303的说明，UE将要移出正在接收的MBMS业务所属的MBSFN区域，对应于UE在源小区接收到目标小区的SIB13后进行判断；UE已经移出正在接收的MBMS业务所属的MBSFN区域，对应于UE在目标小区后接收到目标小区的SIB13后进行判断。

步骤304，UE可以触发提示信息，提醒用户，由于用户已经离开正在接收的MBMS业务服务区域，该MBMS业务即将中断或者说运营商对于此时UE接收到的MBMS业务质量不提供保证，由于此时UE已经离开了MBMS签约区域，结束。

步骤305，表示目标小区中有UE正在接收的MBMS业务发送，此时UE可以按照已有的流程接收MBMS业务，结束。

其中，当用户判断出目标小区有自己接收的MBMS业务，但是UE在目标小区MBMS业务中断(不能正确接收，图象质量较差，雪花点等)，则UE可以提示用户，此处属于运营商MBMS信号质量覆盖较差的区域。

如图4所示，包括：

步骤401，UE接收目标小区的SIB1；

步骤402，UE通过SIB1中的schedulingInfoList参数判断SIB13是否被调度发送，如果SIB13没有调度发送(即目标小区B中没有发送SIB13)，执行步骤406，如果SIB13被调度发送，则执行步骤403；

步骤403，UE接收SIB13，并读取其中的MBSFN-AreaInfo-r9；

步骤404，UE判断自己正在接收的MBMS业务所属的MBSFN区域标识是否在MBSFN-AreaInfo-r9中，如果是，执行步骤405，否则，执行步骤406；

步骤405，表示目标小区中有UE正在接收的MBMS业务发送。此时UE可以按照已有的流程接收MBMS业务。当用户判断出目标小区有自己接收的MBMS业务，但是UE在目标小区MBMS业务中断(不能正确接收，图象质量较差，雪花点等)，则UE可以提示用户，此处属于运营商MBMS信号质量覆盖较差的区域。

步骤406，表明UE将要或已经移出正在接收的MBMS所属的MBSFN区域；

对步骤406的说明，UE将要移出正在接收的MBMS业务所属的MBSFN区域，对应于UE在源小区接收到目标小区的SIB1后进行判断。UE已经移出正在接收的MBMS业务所属的MBSFN区域，对应于UE在目标小区后接收到目标小区的SIB1后进行判断。

步骤407，UE可以触发提示信息，提醒用户，由于用户已经离开正在接收的MBMS业务服务区域，该MBMS业务即将中断或者说运营商对于此时UE接收到的MBMS业务质量不提供保证，由于此时UE已经离开了MBMS签约区域；结束。

实施例2

实施例2对应在MBSFN区域内的小区之间移动。

假设某一MBSFN区域，如图1或图2所示，当UE在MBSFN区域中从小区A移动到小区C时，小区C被称为目标小区。UE不知道目标小区是否已经移出MBSFN区域，或者目标小区是否有自己的正在接收的MBMS业务。

方式1，当UE接收到小区C(目标小区，即UE即将移动到该小区)的SIB13后，应该读取其中的MBSFN-AreaInfo-r9，然后，判断自己正在接收的MBMS业务所属的MBSFN区域的mbsfn-AreaId-r9是否包含在MBSFN-AreaInfo-r9中，本实施例中，由于小区C在MBSFN区域中，则UE正在接收的MBMS业务所属的MBSFN区域mbsfn-AreaId-r9包含在MBSFN-AreaInfo-r9中，则小区C中有UE正在接收的MBMS业务发送，此时UE可以按照已有的流程接收MBMS业务；当用户判断小区C中有自己接收的MBMS业务，但是UE在小区C的MBMS业务中断(不能正确接收，图象质量较差，雪花点等)，则UE可以提示用户，此处属于运营商MBMS信号质量覆盖较差的区域。

方式2，当UE接收到小区C的SIB1时，通过SIB1中的schedulingInfoList参数可以判断出SIB13是否被调度发送，本实施例中，由于小区C为MBSFN区域内的小区，其SIB13被调度发送，那么UE接收SIB13，并读取其中的MBSFN-AreaInfo-r9，然后，判断自己正在接收的MBMS业务所属的MBSFN区域标识是否在MBSFN-AreaInfo-r9中，本实施例中，由于小区C为MBSFN区域内的小区，则UE正在接收的MBMS业务所属的MBSFN区域标识在MBSFN-AreaInfo-r9中，则表示小区C中有UE正在接收的MBMS业务发送。此时UE可以按照已有的流程接收MBMS业务。当UE判断出小区C有自己接收的MBMS业务，但是UE在小区C的MBMS业务中断(不能正确接收，图象质量较差，雪花点等)，则UE可以提示用户，此处属于运营商MBMS信号质量覆盖较差的区域。

所述UE，用于在从源小区向目标小区移动时，当所述UE正在接收MBMS业务或正在接收的MCCH更新通知消息时，判断是否将要或者已经移出所述UE正在接收的MBMS业务或正在监听的MCCH更新通知消息所属的MBSFN区域。

所述UE，还用于判断将要或已经移出MBSFN区域时，向用户显示提醒信息，用于提醒用户将要或已经移出MBSFN区域或者MBMS业务签约区域，MBMS业务即将中断或者MBMS业务质量不予以保证。

所述UE，用于通过如下方式判断是否将要或者已经移出MBSFN区域：

所述UE，用于获取目标小区的系统信息块13中携带的MBMS区域标识列表和/或MCCH配置信息列表，判断所述UE所属的MBSFN区域的MBSFN区域标识是否包括在所述目标小区的系统信息块13中携带的MBSFN区域标识列表中，如果未包括，则判断将要或者已经移出MBSFN区域；和/或，判断所述UE所属的MBSFN区域的MCCH配置信息是否包括在所述系统信息块13中携带的MCCH配置信息列表中，如果未包括，则判断将要或者已经移出MBSFN区域。

Claims

1.一种判断多媒体广播组播业务连续的方法，其特征在于，具有MBMS能力的用户设备(UE)从源小区向目标小区移动时，所述UE需要判断是否将要或者已经移出一个或多个多媒体广播组播业务单频网络(MBSFN)区域。

2.如权利要求1所述的方法，其特征在于，所述具有MBMS能力的UE包括正在接收MBMS业务的UE，或者正在监听多播控制信道(MCCH)更新通知消息的UE。

3.如权利要求2所述的方法，其特征在于，所述移出一个或者多个MBSFN区域是指：移出所述UE正在接收的MBMS业务所属的MBSFN区域，或者移出所述UE正在监听的MCCH更新通知消息所属的MBSFN区域。

4.如权利要求1所述的方法，其特征在于，所述具有MBMS能力的UE从源小区向目标小区移动时，当所述UE位于源小区时，所述UE需要判断是否将要移出一个或多个MBSFN区域；当所述UE位于目标小区时，所述UE需要判断是否已经移出一个或多个MBSFN区域。

5.如权利要求1所述的方法，其特征在于，所述UE判断将要或已经移出MBSFN区域时，所述UE向用户显示提醒信息，用于提醒用户将要或已经移出MBSFN区域或者MBMS业务签约区域，MBMS业务即将中断或者MBMS业务质量不予以保证。

6.如权利要求1所述的方法，其特征在于，所述UE通过如下方式判断是否将要或者已经移出MBSFN区域：

7.如权利要求6所述的方法，其特征在于，当所述UE判断所述目标小区的系统信息块13被调度发送时，还获取所述系统信息块13中携带的MBSFN区域信息中的一个或多个参数，根据所述一个或多个参数判断所述UE是否将要或者已经移出MBSFN区域。

8.如权利要求1所述的方法，其特征在于，所述UE通过如下方式判断是否将要或者已经移出MBSFN区域：

9.如权利要求7或8所述的方法，其特征在于，所述参数为MBMS区域标识列表和/或MCCH配置信息列表，所述UE判断其所属的MBSFN区域的MBSFN区域标识是否包括在所述目标小区的系统信息块13中携带的MBSFN区域标识列表中，如果未包括，则所述UE判断将要或者已经移出MBSFN区域；和/或，所述UE判断其所属的MBSFN区域的MCCH配置信息是否包括在所述系统信息块13中携带的MCCH配置信息列表中，如果未包括，则所述UE判断将要或者已经移出MBSFN区域。

10.一种用户设备，其特征在于，所述用户设备(UE)具有MBMS能力，用于当所述UE从源小区向目标小区移动时，判断是否将要或者已经移出一个或多个多媒体广播组播业务单频网络(MBSFN)区域。

11.如权利要求10所述的用户设备，其特征在于，所述UE，用于在从源小区向目标小区移动时，当所述UE正在接收MBMS业务或正在接收的MCCH更新通知消息时，判断是否将要或者已经移出所述UE正在接收的MBMS业务或正在监听的MCCH更新通知消息所属的MBSFN区域。

12.如权利要求10所述的用户设备，其特征在于，所述UE，还用于判断将要或已经移出MBSFN区域时，向用户显示提醒信息，用于提醒用户将要或已经移出MBSFN区域或者MBMS业务签约区域，MBMS业务即将中断或者MBMS业务质量不予以保证。

13.如权利要求10所述的用户设备，其特征在于，所述UE，用于通过如下方式判断是否将要或者已经移出MBSFN区域：

14.如权利要求13所述的用户设备，其特征在于，所述UE，用于获取目标小区的系统信息块13中携带的MBMS区域标识列表和/或MCCH配置信息列表，判断所述UE所属的MBSFN区域的MBSFN区域标识是否包括在所述目标小区的系统信息块13中携带的MBSFN区域标识列表中，如果未包括，则判断将要或者已经移出MBSFN区域；和/或，判断所述UE所属的MBSFN区域的MCCH配置信息是否包括在所述系统信息块13中携带的MCCH配置信息列表中，如果未包括，则判断将要或者已经移出MBSFN区域。