CN102196522B - 一种e_fach用户的小区更新方法 - Google Patents

Abstract

本发明公开了一种E_FACH用户的小区更新方法，包括：在用户判定需要进行小区更新，并向新小区RNC发送小区更新消息后，新小区RNC通知该用户原小区NodeB停止调度该用户；在新小区RNC向用户发送小区更新确认消息后，若该用户完成小区更新，则向新小区RNC反馈信息；新小区RNC接收UE反馈信息后，通知NodeB删除原小区中该用户的资源；如果新小区RNC在预设时间内未接收到UE反馈信息，则新小区RNC通知NodeB继续对该用户进行调度。通过本发明，能够减少功率资源浪费，并保证UE更新失败返回原小区后，原小区NodeB能够继续调度该UE。

Description

一种E_FACH用户的小区更新方法

技术领域

本发明涉及小区更新技术，特别涉及一种E_FACH用户的小区更新方法。

背景技术

E_FACH(增强前向接入信道)用户在小区边缘搜索到信号质量更好的小区时，会在新的小区发起小区更新流程。该流程具体包括：

步骤1，用户向新小区的RNC发送小区更新（Cell Update）消息。

步骤2，RNC向用户回复小区更新确认（Cell Update Confirm）消息。

用户接收确认消息后，完成小区更新。

在上述小区更新流程中，NodeB在第一时间不能获取UE更换小区的信息，可能在小区更新流程完成的这段时间内继续对E_FACH用户进行调度，但是由于UE已更新了小区，因此不会响应原小区NodeB的调度，也就不会回复ACK响应。发起调度的NodeB收不到UE反馈的ACK回应，就会一直反复进行调度，从而产生功率资源的浪费并对其他用户造成干扰。

针对上述问题，目前的解决方案是：当E_FACH UE发现要进行小区更新时，会发送TEBS=0的E-RUCCH给原小区的NodeB，来通知该NodeB停止调度。这种方式，如果NodeB接收到该E-RUCCH，则能够避免UE更新小区后，原小区NodeB继续调度该UE，但其中仍然存在以下问题：

1、原小区信号质量已经很差，NodeB很可能收不到E-RUCCH，因此，仍然无法避免NodeB继续调度该UE的情况；

2、如果UE小区更新流程失败返回原小区时，原小区NodeB无法从UE或者RNC那里获得UE返回的信息，从而继续调度。

发明内容

有鉴于此，本发明提供一种E_FACH用户的小区更新方法，能够减少功率资源浪费，并保证UE更新失败返回原小区后，原小区NodeB能够继续调度该UE。

为实现上述目的，本发明采用如下的技术方案：

一种E_FACH用户的小区更新方法，包括：

所述E_FACH用户根据邻小区的PCCPCH接收功率确定进行小区更新时，向新小区的RNC发送小区更新消息；

所述RNC收到所述E_FACH用户发送的小区更新消息后，通知该用户的原小区NodeB停止调度该用户，并向该用户发送小区更新确认，通知该用户切换到新小区；

若所述RNC在发出小区更新确认后的预设时间内，收到所述E_FACH用户反馈的UTRAN移动性信息确认消息，则所述RNC通知所述NodeB删除原小区中所述E_FACH用户占用的资源；

若所述RNC在发出小区更新确认后的预设时间内，未收到所述E_FACH用户反馈的UTRAN移动性信息确认消息，则所述RNC通知所述NodeB继续对所述E_FACH用户的调度。

较佳地，所述RNC通知所述E_FACH用户的原小区NodeB停止调度该用户为：

所述RNC通过FP帧携带停止调度所述E_FACH用户的信息，发送给所述NodeB；

所述RNC通知所述NodeB继续对所述E_FACH用户的调度为：

所述RNC通过FP帧携带继续调度所述E_FACH用户的信息，发送给所述NodeB。

由上述技术方案可见，本发明中，在用户判定需要进行小区更新，并向新小区RNC发送小区更新消息后，新小区RNC通知该用户原小区NodeB停止调度该用户，从而使NodeB能够获取用户进行小区更新的信息，不再调度该用户，避免浪费系统资源；进一步地，在新小区RNC向用户发送小区更新确认消息后，若该用户完成小区更新，则向新小区RNC反馈信息；新小区RNC接收UE反馈信息后，通知NodeB删除原小区中该用户的资源；如果新小区RNC在预设时间内未接收到UE反馈信息，则表示用户的小区更新出现异常，未能成功，则新小区RNC通知NodeB继续对该用户进行调度。这样，即使在用户的小区更新失败后，依然可以由原小区NodeB对用户进行调度。

附图说明

图1为本发明中小区更新方法的具体流程图。

具体实施方式

为使本发明的目的、技术手段和优点更加清楚明白，以下结合附图对本发明做进一步详细说明。

本发明的基本思想是：在进行小区更新时，由新小区RNC通知原小区NodeB停止对用户的调度，并在小区更新失败后，由新小区RNC通知原小区NodeB继续对用户的调度。

图1为本发明中小区更新方法的具体流程图。如图1所示，该方法包括：

步骤101，E_FACH用户根据邻小区的PCCPCH接收功率确定进行小区更新时，向新小区的RNC发送小区更新消息。

步骤102，新小区的RNC收到E_FACH用户发送的小区更新消息后，通知该用户的原小区NodeB停止调度该用户。

为避免在用户进行小区更新时或更新到新小区后，原小区NodeB仍然调度该用户而浪费系统资源，需要通知NodeB停止对用户的调度，同时，UE与原小区间的信道质量变得比较差，为保证NodeB能够正确接收到停止调度的信息，由RNC发送该停止调度的信息。这样，一方面，能够避免原小区NodeB调度用户而浪费系统资源；另一方面，由RNC通知NodeB，而不是由UE通知NodeB，从而避免由于UE与NodeB间信道质量较差而导致NodeB接收不到该信息。

具体在由RNC通知NodeB时，可以新定义一个消息用于携带停止调度的信息，或者，也可以对现有消息进行改造，增加一个字段或利用目前未使用的字段携带停止调度的信息。例如，可以利用FP帧携带停止调度的信息。

步骤103，新小区RNC向用户发送小区更新确认消息。

步骤104，新小区RNC在发送小区更新确认消息后，启动定时器，判断是否在定时器超时之前接收到用户反馈的UTRAN MobilityInformation Confirm消息，若接收到，则执行步骤105，否则执行步骤106。

在进行小区更新过程中，可能由于各种原因出现异常导致用户无法更新到新小区（例如新小区负载过重），这种情况下，为保证用户在小区更新失败后，仍然能够通过NodeB进行调度，需要将用户的小区更新是否成功的信息通知RNC。具体地，当用户成功完成小区更新后，向新小区RNC发送UTRAN Mobility Information Confirm消息。因此，新小区RNC设置一定时器，若在定时时间内接收到用户反馈的消息，则表明小区更新成功，否则，表明小区更新失败。其中，定时时间的长度根据RNC与用户间的传输时延和小区更新时间确定。

步骤105，新小区RNC通知原小区NodeB删除原小区中该用户占用的资源。

当新小区RNC确定UE已成功切换到新小区后，通知原小区NodeB删除原小区中该用户占用的资源，NodeB可以利用这些资源服务于其他用户，避免这些资源吊死。

另外，之所以在确定用户小区更新成功后再删除原小区中该用户占用的相应资源，是考虑到如果用户的小区更新失败，仍然驻留在原小区，则方便原小区NodeB继续对用户进行调度，无需重新分配资源。因此，在确定小区更新成功后，再删除原小区中的相应资源。

进一步地，新小区RNC通知原小区NodeB删除相应资源时，可以新定义一个消息用于携带删除资源的信息，或者，也可以利用现有消息进行通知，例如，可以通过用户状态更新命令（UE STATUS UPDATE COMMAND）通知NodeB该用户的当前状态，NodeB接收该命令后删除原小区中该UE占用的资源。

步骤106，新小区RNC通知原小区NodeB继续对该用户进行调度。

当用户的小区更新失败后，由新小区RNC通知原小区NodeB继续对该用户进行调度。这样处理，一方面在小区更新失败后，使NodeB能够根据通知，及时调度该用户；另一方面，由RNC通知NodeB，而不是由用户通知NodeB，避免由于用户与NodeB间信道质量问题导致NodeB接收不到继续调度的信息。

新小区RNC通知原小区NodeB继续调度时，可以新定义一个消息用于携带继续调度的信息，或者，也可以对现有消息进行改造，增加一个字段或利用目前未使用的字段携带继续调度的信息。更为方便地，可以采用上述步骤102中通知停止调度相同的消息完成通知，只是消息中具体取值变化一下即可。例如，可以利用FP帧携带停止调度的信息，利用其中信息字段的一种取值表示继续调度，另一种取值表示停止调度。

至此，本发明中的小区更新方法流程结束。

由上述本发明的具体实现可见，通过本发明，能够在用户发起小区更新的这段时间内及时通知原小区停止调度，节省资源和降低干扰；另外在用户的小区更新失败以后NodeB的资源不会吊死，并且可以继续调度。

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

Claims (2)

1.一种E_FACH用户的小区更新方法，其特征在于，该方法包括：

所述E_FACH用户根据邻小区的PCCPCH接收功率确定进行小区更新时，向新小区的RNC发送小区更新消息；

所述RNC收到所述E_FACH用户发送的小区更新消息后，通知该用户的原小区NodeB停止调度该用户，并向该用户发送小区更新确认，通知该用户切换到新小区；

若所述RNC在发出小区更新确认后的预设时间内，收到所述E_FACH用户反馈的UTRAN移动性信息确认消息，则所述RNC通知所述NodeB删除原小区中所述E_FACH用户占用的资源；

若所述RNC在发出小区更新确认后的预设时间内，未收到所述E_FACH用户反馈的UTRAN移动性信息确认消息，则所述RNC通知所述NodeB继续对所述E_FACH用户的调度。

2.根据权利要求1所述的方法，其特征在于，所述RNC通知所述E_FACH用户的原小区NodeB停止调度该用户为：

所述RNC通过FP帧携带停止调度所述E_FACH用户的信息，发送给所述NodeB；

所述RNC通知所述NodeB继续对所述E_FACH用户的调度为：

所述RNC通过FP帧携带继续调度所述E_FACH用户的信息，发送给所述NodeB。

Images