CN101873531A - 一种业务接收方法以及一种用户终端和网络侧设备 - Google Patents

Abstract

本发明公开了一种业务接收方法，在混合网络场景下，当小区1所提供的业务中包括小区2中未提供的业务时，位于所述小区2中的用户终端(UE)接收来自所述小区2的指定消息，所述指定消息中携带有所述小区2中未提供业务的业务信息；所述UE根据所述业务信息接收所述未提供业务。本发明同时公开了一种UE和网络侧设备。应用本发明所述的方法和装置，能够确保业务接收的连续性，并提升用户体验。

Description

一种业务接收方法以及一种用户终端和网络侧设备

技术领域

本发明涉及移动通信技术，特别涉及一种移动通信系统中的业务接收方法以及一种用户终端和网络侧设备。

背景技术

现有的长期演进(LTE，Long Term Evolution)系统中，由于网络部署的需要，经常会出现以下混合网络场景：

图1为现有一种混合网络场景示意图。如图1所示，小区(Cell)1和Cell 2覆盖相同的地理范围，但属于不同的频率层；Cell 1既可以提供单播(Unicast)业务，也可以提供多媒体广播多播业务(MBMS，Multimedia Broadcast Multicast Service)业务，而Cell 2只能提供Unicast业务。这种场景的出现可能是由于初期布网的时候只有Cell 1，后期由于该地区的Unicast业务量增大，所以又在Cell 1之上增加了Cell 2。

图2为现有另一种混合网络场景示意图。如图2所示，Cell 1和Cell 2覆盖相同的地理范围，但属于不同的频率层；Cell 1既可以提供Unicast业务，又可以提供MBMS#1业务，而Cell 2既可以提供Unicast业务，又可以提供MBMS#2业务；MBMS#1和MBMS#2是两类不同的业务。这种场景的出现可能是由于初期布网的时候只有Cell 1，后期由于该地区新增了MBMS#2业务，同时也希望提高该地区的Unicast业务容量，所以在Cell 1之上增加了Cell 2。

图3为现有再一种混合网络场景示意图。如图3所示，Cell 2和Cell 3均在Cell 1的地理覆盖范围内，但与Cell 1属于不同的频率层；Cell 1既可以提供Unicast业务，又可以提供MBMS业务，而Cell 2和Cell 3只能提供Unicast业务。这种场景的出现可能是由于初期布网的时候只有Cell 1，后期发现Cell 1之下有两个热点区域，为保证这些区域的Unicast业务覆盖，增强用户体验，又增加了Cell 2和Cell 3。

对于上述三种混合网络场景，如果UE本来处于能够提供MBMS业务的小区，比如图1所示场景中，UE本来驻留在Cell 1，并正在接收MBMS业务，但由于切换或小区重选等原因，转移到了Cell 2中，由于Cell 2中不能提供MBMS业务，因此就造成了MBMS业务接收的中断。同样，图2所示场景中，当UE转移到Cell 2中后，虽然Cell 2能够提供MBMS业务，但该MBMS业务与Cell 1中所提供的MBMS业务类型是不同的，所以也会造成UE原有MBMS业务接收的中断。

另外，对于处于不能提供所需业务的小区的UE，比如图1所示场景中，UE一直驻留在Cell 2中，但希望接收Cell 1中提供的MBMS业务，而现有技术中针对这一问题还没有相应的解决方式，从而降低了用户体验。

发明内容

有鉴于此，本发明的主要目的在于提供一种业务接收方法，能够保证业务接收的连续性，并提升用户体验。

本发明的另一目的在于提供一种用户终端，能够保证业务接收的连续性，并提升用户体验。

本发明的又一目的在于提供一种网络侧设备，能够保证业务接收的连续性，并提升用户体验。

为达到上述目的，本发明的技术方案是这样实现的：

一种业务接收方法，在混合网络场景下，当小区1所提供的业务中包括小区2中未提供的业务时，该方法包括：

位于所述小区2中的用户终端UE接收来自所述小区2的指定消息，所述指定消息中携带有所述小区2未提供业务的业务信息；

所述UE根据所述业务信息接收所述未提供业务。

一种用户终端UE，所述UE处于混合网络场景下的小区2中，所述混合网络场景内包括小区1和小区2，所述小区1所提供的业务中包括小区2中未提供的业务；所述UE包括：

第一接收单元，用于接收来自所述小区2的指定消息，所述指定消息中携带有所述小区2未提供业务的业务信息；

第二接收单元，用于根据所述业务信息接收所述未提供业务。

一种网络侧设备，所述网络侧设备位于混合网络场景下的小区2中，所述混合网络场景内包括小区1和小区2，所述小区1所提供的业务中包括小区2中未提供的业务；所述网络侧设备包括：

生成单元，用于生成携带有所述小区2未提供业务的业务信息的指定消息；

发送单元，用于将所述指定消息发送给位于所述小区2中的用户终端UE。

可见，采用本发明的技术方案，在混合网络场景下，当小区1所提供的业务中包括小区2中未提供的业务时，由小区2利用指定的消息来携带该未提供业务的业务信息，并发送给本小区中需要接收该未提供业务的UE，UE根据接收到的业务信息接收该未提供业务。与现有技术相比，本发明所述方案使得转移到新的小区中的UE仍然能够继续接收原来所在小区的业务，从而保证了业务接收的连续性；另外，对于一直处于不能提供相关业务的小区的UE，采用本发明所述方案后，该UE同样可接收该未提供业务，从而提升了用户体验。

附图说明

图1为现有一种混合网络场景示意图。

图2为现有另一种混合网络场景示意图。

图3为现有再一种混合网络场景示意图。

图4为本发明UE实施例的组成结构示意图。

图5为本发明网络侧设备实施例的组成结构示意图。

具体实施方式

针对现有技术中存在的问题，本发明中提出一种全新的业务接收方法，即在混合网络场景下，当小区1所提供的业务中包括小区2中未提供的业务时，由小区2利用指定的消息携带该未提供业务的业务信息，并发送给本小区中需要接收该未提供业务的UE，UE根据接收到的业务信息接收该未提供业务。这里所提到的UE，可以是指由小区1转移(小区重选或小区切换)到小区2的UE，也可以是指一直处于小区2中，但希望接收小区2中未提供的小区1业务的UE。

另外，根据UE所处状态的不同，比如是空闲(Idle)状态还是连接(Connected)状态，本发明所述方案的具体实现也将不同。其中，当UE处于空闲状态时，上述指定消息是指系统广播，当UE处于连接状态时，上述指定消息是指专用无线资源控制(RRC，Radio Resource Control)信令。

下面即结合图1～3所示混合网络场景并举实施例，对本发明所述方案作进一步地详细说明。

实施例一

假设本实施例中的混合网络场景如图1所示，并假设UE处于空闲状态，该UE本来驻留在Cell 1中，接收Cell 1提供的MBMS业务，但由于小区重选，UE驻留到了Cell 2中。此时，UE接收Cell 2中的系统广播，并提取出其中携带的MBMS业务信息，然后，当UE不接收CeU 2信息(寻呼信息和系统信息)时，转到Cell 1，继续接收Cell 1中的MBMS业务，从而最大限度地保证MBMS业务接收的连续性。如何接收为现有技术，不再赘述。

实施例二

假设本实施例中的混合网络场景如图1所示，并假设UE处于空闲状态，且该UE一直驻留在Cell 2中，但希望接收Cell 1中提供的MBMS业务。那么，UE接收Cell 2中的系统广播，并提取出其中携带的MBMS业务信息，然后，当UE不接收Cell 2信息(寻呼信息和系统信息)时，转到Cell 1，接收Cell 1中的MBMS业务。

上述实施例一和二中，可通过扩展系统广播中已有的系统信息块(SIB，System Information Block)来携带所述MBMS业务信息，也可以在已有的系统广播中新增一个SIB来携带所述MBMS业务信息。另外，所述MBMS业务信息可以是MBMS业务的标识，也可以是MBMS业务的调度信息。如果是MBMS业务的标识，则UE转到Cell 1后，首先读取所需的MBMS业务的调度信息，该信息可能存在于Cell 1的系统信息中，如何读取为现有技术，然后再利用读取到的调度信息接收MBMS业务；如果MBMS业务信息是指MBMS业务的调度信息，则UE可直接利用该调度信息进行MBMS业务的接收。

实施例三

假设本实施例中的混合网络场景如图2所示，并假设UE处于空闲状态，该UE本来驻留在Cell 1中，接收Cell 1提供的MBMS#1业务，但由于小区重选，UE驻留到了Cell 2。那么此时，UE接收Cell 2中的系统广播，并提取出其中携带的MBMS#1业务信息，然后，当UE不接收Cell 2信息(寻呼信息、系统信息，还可能包括MBMS#2业务信息)时，即可转到Cell 1，继续接收Cell1中的MBMS#1业务。

同样，对于本来驻留在Cell 2，并接收Cell 2中提供的MBMS#2业务的UE，当其由于小区重选驻留到Cell 1中后，可采用类似的方式继续接收Cell 2提供的MBMS#2业务，不再赘述。

实施例四

假设本实施例中的混合网络场景如图2所示，并假设UE处于空闲状态，该UE一直驻留在Cell 2中，但希望接收Cell 1中提供的MBMS#1业务。那么UE可通过接收Cell 2中的系统广播，提取其中携带的MBMS#1业务信息，然后当UE不接收Cell 2信息(寻呼信息、系统信息，还可能包括MBMS#2业务信息)时，转到Cell 1，接收Cell 1中的MBMS#1业务。

同样，对于本来驻留在Cell 1，并接收Cell 1中提供的MBMS#1业务的UE，如果其希望接收Cell 2提供的MBMS#2业务，可采用类似的接收方式，不再赘述。

上述实施例三和四中，MBMS业务信息在系统广播中的具体携带方式以及UE根据MBMS业务信息的不同而采取的不同处理方式等均与实施例一和二中相同，不再赘述。

实施例五

假设本实施例中的混合网络场景如图3所示，并假设UE处于空闲状态，该UE本来驻留在Cell 1中，接收Cell 1提供的MBMS业务，但由于小区重选，UE驻留到了Cell 2或Cell 3。此时，UE接收Cell 2或Cell 3中的系统广播，并提取出其中携带的MBMS业务信息，然后，当UE不接收Cell 2或Cell 3信息(寻呼信息和系统信息)时，转到Cell 1，继续接收Cell 1中的MBMS业务。

实施例六

假设本实施例中的混合网络场景如图3所示，并假设UE处于空闲状态，且该UE一直驻留在Cell 2或Cell 3中，但希望接收Cell 1中提供的MBMS业务。那么，UE接收Cell 2或Cell 3中的系统广播，并提取出其中携带的MBMS业务信息，然后，当UE不接收Cell 2或Cell 3信息(寻呼信息和系统信息)时，转到Cell 1，接收Cell 1中的MBMS业务。

上述实施例五和六中，MBMS业务信息在系统广播中的具体携带方式以及UE根据MBMS业务信息的不同而采取的不同处理方式等均与实施例一和二中相同，不再赘述。

上述实施例一到六为当UE处于空闲状态时，本发明所述方案的具体实现，下面进一步说明当UE处于连接状态时，本发明所述方案的具体实现。

实施例七

假设本实施例中的混合网络场景如图1所示，并假设UE处于连接状态，该UE本来与Cell 1建立了连接，并接收Cell 1提供的MBMS业务，但由于小区切换，切换到了Cell 2中，并与Cell 2建立了连接。此时CeU 2可通过专用RRC信令，调度UE在合适的资源上继续接收MBMS业务；相应地，UE按照调度要求，转到Cell 1，继续接收MBMS业务。

实施例八

假设本实施例中的混合网络场景如图1所示，并假设UE处于连接状态，且该UE一直位于Cell 2中，并与Cell 2建立了连接，但希望接收CeU 1中提供的MBMS业务。那么UE可以通知Cell 2自己希望接收的业务(UE可以通过监听其它小区获知其它小区中提供的业务)，即Cell 1中的MBMS业务；Cell 2通过判决，如果认为允许UE接收MBMS业务，则通过专用RRC信令，调度UE在合适的资源上接收MBMS业务；相应地，UE按照调度要求，转到Cell 1接收MBMS业务。

本实施例中，对于UE通知Cell 2自己希望接收的业务的通知消息的格式没有限制，只要预先协商好，Cell 2接收到该通知后，知道表示什么含义以及知道怎么处理即可。另外，Cell 2判决是否允许UE接收MBMS业务的具体方式可根据实际需要而定，比如可以是：Cell 2判断当前UE是否正在传输数据，占用资源已满等，如果是，则不允许UE接收MBMS业务。

上述实施例七和八中，可通过扩展专用RRC信令中已有的连接重配消息来携带所述MBMS业务信息，也可以新增一条专用RRC信令来携带所述MBMS业务信息。另外，上述调度方式可以是动态的，也可以是静态的，还可以是半静态的。采用动态调度的好处是比较灵活，而采用静态或半静态的好处则在于可以节省信令开销。三种调度方式的具体实现均为现有技术，不再赘述。

实施例九

假设本实施例中的混合网络场景如图2所示，并假设UE处于连接状态，该UE本来与Cell 1建立了连接，并接收Cell 1提供的MBMS#1业务，但由于小区切换，UE切换到了Cell 2中，并与Cell 2建立了连接。此时Cell 2可通过专用RRC信令，调度UE在合适的资源上继续接收MBMS#1业务；相应地，UE按照调度要求，转到Cell 1接收MBMS#1业务。

同样的，对于本来已经与Cell 2建立连接，并接收MBMS#2业务的UE，如果由于小区切换，切换到了Cell 1中，并与Cell 1建立了连接，那么Cell 1可采用类似的调度方式，来使得UE继续接收MBMS#2业务。

实施例十

假设本实施例中的混合网络场景如图2所示，并假设UE处于连接状态，该UE一直位于Cell 2中，并与Cell 2建立了连接，但希望接收Cell 1中提供的MBMS#1业务。那么UE可以通知Cell 2自己希望接收MBMS#1业务；Cell 2通过判决，如果认为允许UE接收MBMS#1业务，则通过专用RRC信令，调度UE在合适的资源上接收MBMS#1业务；相应地，UE按照调度要求，转到Cell 1，接收MBMS#1业务。

同样，Cell 1也可采用类似的方式来调度一直位于Cell 1中，并与Cell 1建立了连接的UE接收MBMS#2业务。

上述实施例九和十中，MBMS业务信息在专用RRC信令中的具体携带方式以及具体调度方式均与实施例七和八中相同，不再赘述。

实施例十一

假设本实施例中的混合网络场景如图3所示，并假设UE处于连接状态，该UE本来与Cell 1建立了连接，并接收Cell 1提供的MBMS业务，但由于小区切换，UE切换到了Cen 2或Cell 3中，并与Cell 2或Cell 3建立了连接。那么此时，Cell 2或Cell 3可通过专用RRC信令，调度UE在合适的资源上继续接收MBMS业务；相应地，UE按照调度要求，转到Cell 1，继续接收MBMS业务。

实施例十二

假设本实施例中的混合网络场景如图3所示，并假设UE处于连接状态，该UE一直位于Cell 2或Cell 3中，并与Cell 2或Cell 3建立了连接，但希望接收Cell 1中的MBMS业务。那么，UE可以通知Cell 2或Cell 3自己希望MBMS业务；Cell 2或Cell 3通过判决，如果认为允许UE接收MBMS业务，则通过专用RRC信令，调度UE在合适的资源上接收MBMS业务；相应地，UE按照调度要求，转到Cell 1，接收MBMS业务。

上述实施例十一和十二中，MBMS业务信息在专用RRC信令中的具体携带方式以及具体调度方式均与实施例七和八中相同，不再赘述。

基于上述介绍，本发明同时提供了一种用户终端和一种网络侧设备。其中：

图4为本发明UE实施例的组成结构示意图；该UE处于混合网络场景下的小区2中，所述混合网络场景内包括小区1和小区2，小区1所提供的业务中包括小区2中未提供的业务；如图4所示，该UE包括：

第一接收单元41，用于接收来自小区2的指定消息，该指定消息中携带有小区2未提供业务的业务信息；

第二接收单元42，用于根据该业务信息接收未提供业务。

图4所示UE可以是由小区1转移到小区2的UE，也可以是小区2中希望接收所述未提供业务的UE。

其中，第一接收单元41中包括：

第一接收子单元411，用于接收来自小区2的系统广播，并提取其中携带的业务信息，所述业务信息为业务的标识或业务的调度信息；

发送子单元412，用于将所述业务信息发送给第二接收单元42。

第二接收单元42包括：

判断子单元421，用于判断所述业务信息为业务标识还是业务的调度信息，并将判断结果通知给第二接收子单元422；

第二接收子单元422，用于当业务信息为业务的标识时，在UE不接收小区2信息时，转到小区1，并读取该业务的调度信息，根据该调度信息接收未提供业务；当业务信息为业务的调度信息时，在UE不接收小区2信息时，转到小区1，根据该调度信息接收未提供业务。

或者，

第一接收子单元411，用于接收来自小区2的专用RRC信令，并提取其中携带的业务信息，所述业务信息为调度UE到小区1接收未提供业务的信息；

发送子单元412，用于将该业务信息发送给第二接收单元42；第二接收单元42根据调度要求，转到小区1接收未提供业务。

另外，当UE为小区2中希望接收未提供业务的UE时，图4所示UE中还可进一步包括：

请求单元43，用于通知小区2希望接收未提供业务；小区2通过判决，确定允许UE接收所述未提供业务，则向UE发送调度UE到小区1接收未提供业务的信息。

图5为本发明网络侧设备实施例的组成结构示意图；该网络侧设备位于混合网络场景下的小区2中，所述混合网络场景内包括小区1和小区2，小区1所提供的业务中包括小区2中未提供的业务；如图5所示，该网络侧设备包括：

生成单元51，用于生成携带有小区2未提供业务的业务信息的指定消息；

发送单元52，用于将该指定消息发送给位于小区2中的UE。

上述UE为：由小区1转移到小区2的UE，或者，小区2中希望接收所述未提供业务的UE。

另外，当UE处于连接状态时，图5所示网络侧设备中可进一步包括：

判决单元53，用于接收来自UE的表明UE希望接收未提供业务的通知消息，并进行判决，确定是否允许UE接收所述未提供业务，如果是，则通知发送单元52执行自身功能。

图4和5所示装置实施例的具体工作流程请参照方法实施例中的相应说明，此处不再赘述。

总之，采用本发明的技术方案，在混合网络场景下，当小区1所提供的业务中包括小区2中未提供的业务时，由小区2利用指定消息来携带该未提供业务的业务信息，并发送给本小区中需要接收该未提供业务的UE，UE根据接收到的业务信息接收该未提供业务。与现有技术相比，本发明所述方案使得转移到新的小区中的UE仍然能够继续接收原来所在小区的业务，从而保证了业务接收的连续性；而且，对于一直处于不能提供相关业务的小区的UE，采用本发明所述方案后，该UE同样可接收该未提供业务，从而提升了用户体验。

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种业务接收方法，其特征在于，在混合网络场景下，当小区1所提供的业务中包括小区2中未提供的业务时，该方法包括：

位于所述小区2中的用户终端UE接收来自所述小区2的指定消息，所述指定消息中携带有所述小区2未提供业务的业务信息；

所述UE根据所述业务信息接收所述未提供业务。

2.根据权利要求1所述的方法，其特征在于，所述UE为：

由所述小区1转移到所述小区2的UE，或者，所述小区2中希望接收所述未提供业务的UE。

3.根据权利要求1所述的方法，其特征在于，当所述UE处于空闲状态时，所述指定消息为系统广播；

所述携带所述业务信息包括：通过扩展所述系统广播中已有的系统信息块SIB携带所述业务信息；或者，在所述系统广播中新增一个SIB携带所述业务信息。

4.根据权利要求3所述的方法，其特征在于，

若所述业务信息为业务的标识，则所述UE根据所述业务信息接收所述未提供业务包括：

所述UE在不接收所述小区2信息时，转到所述小区1，并读取所述未提供业务的调度信息，根据所述调度信息接收所述未提供业务；

若所述业务信息为业务的调度信息，则所述UE根据所述业务信息接收所述未提供业务包括：

所述UE在不接收所述小区2信息时，转到所述小区1，根据所述调度信息接收所述未提供业务。

5.根据权利要求2所述的方法，其特征在于，当所述UE处于连接状态时，所述指定消息为专用无线资源控制RRC信令；

所述携带所述业务信息包括：通过扩展所述专用RRC信令中的连接重配消息携带所述业务信息；或者，新增一条专用RRC信令携带所述业务信息。

6.根据权利要求5所述的方法，其特征在于，所述业务信息为调度UE到小区1接收所述未提供业务的信息；

若所述UE为由所述小区1转移到所述小区2的UE，则所述UE根据所述业务信息接收所述未提供业务包括：所述UE根据调度要求，转到所述小区1接收所述未提供业务；

若所述UE为所述小区2中希望接收所述未提供业务的UE，则所述UE接收来自所述小区2的指定消息之前，进一步包括：

所述UE通知所述小区2希望接收所述未提供业务，所述小区2通过判决，确定允许所述UE接收所述未提供业务，则向所述UE发送所述调度UE到小区1接收所述未提供业务的信息；

所述UE根据所述业务信息接收所述未提供业务包括：所述UE根据调度要求，转到所述小区1接收所述未提供业务。

7.根据权利要求6所述的方法，其特征在于，所述调度方式为：动态调度、半静态调度或静态调度。

8.一种用户终端UE，所述UE处于混合网络场景下的小区2中，所述混合网络场景内包括小区1和小区2，所述小区1所提供的业务中包括所述小区2中未提供的业务；其特征在于，所述UE包括：

第一接收单元，用于接收来自所述小区2的指定消息，所述指定消息中携带有所述小区2未提供业务的业务信息；

第二接收单元，用于根据所述业务信息接收所述未提供业务。

9.根据权利要求8所述的UE，其特征在于，所述UE为：

由所述小区1转移到所述小区2的UE，或者，所述小区2中希望接收所述未提供业务的UE。

10.根据权利要求8所述的UE，其特征在于，所述第一接收单元包括：

第一接收子单元，用于接收来自所述小区2的系统广播，并提取其中携带的业务信息，所述业务信息为业务的标识或业务的调度信息；

发送子单元，用于将所述业务信息发送给所述第二接收单元。

11.根据权利要求10所述的UE，其特征在于，所述第二接收单元包括：

判断子单元，用于判断所述业务信息为业务的标识还是业务的调度信息，并将判断结果发送给第二接收子单元；

所述第二接收子单元，用于当所述业务信息为业务的标识时，在所述UE不接收所述小区2信息时，转到所述小区1，并读取业务的调度信息，根据所述调度信息接收所述未提供业务；当所述业务信息为业务的调度信息时，在所述UE不接收所述小区2信息时，转到所述小区1，根据所述调度信息接收所述未提供业务。

12.根据权利要求9所述的UE，其特征在于，所述第一接收单元包括：

第一接收子单元，用于接收来自所述小区2的专用无线资源控制RRC信令，并提取其中携带的业务信息，所述业务信息为调度UE到小区1接收所述未提供业务的信息；

发送子单元，用于将所述业务信息发送给所述第二接收单元；

所述第二接收单元根据调度要求，转到所述小区1接收所述未提供业务。

13.根据权利要求12所述的UE，其特征在于，当所述UE为所述小区2中希望接收所述未提供业务的UE时，所述UE中进一步包括：

请求单元，用于通知所述小区2希望接收所述未提供业务；

所述小区2通过判决，确定允许所述UE接收所述未提供业务，向所述UE发送所述调度UE到小区1接收所述未提供业务的信息。

14.一种网络侧设备，所述网络侧设备位于混合网络场景下的小区2中，所述混合网络场景内包括小区1和小区2，所述小区1所提供的业务中包括小区2中未提供的业务；其特征在于，所述网络侧设备包括：

生成单元，用于生成携带有所述小区2未提供业务的业务信息的指定消息；

发送单元，用于将所述指定消息发送给位于所述小区2中的用户终端UE。

15.根据权利要求14所述的网络侧设备，其特征在于，所述UE为：

由所述小区1转移到所述小区2的UE，或者，所述小区2中希望接收所述未提供业务的UE。

16.根据权利要求14所述的网络侧设备，其特征在于，当所述UE处于连接状态时，该网络侧设备中进一步包括：

判决单元，用于接收来自所述UE的表明所述UE希望接收未提供业务的通知消息，并进行判决，确定是否允许所述UE接收所述未提供业务，如果是，则通知所述发送单元执行自身功能。

Images