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

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

【技术实现步骤摘要】

本专利技术涉及小区更新技术，特别涉及一种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 = O的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用户反馈的3UTRAN移动性信息确认消息，则所述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 Mobility InformationConfirm消息，若接收到，则执行步骤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继续对该用户进行调度。这样处理，本文档来自技高网...

【技术保护点】
１．一种Ｅ＿ＦＡＣＨ用户的小区更新方法，其特征在于，该方法包括：所述Ｅ＿ＦＡＣＨ用户根据邻小区的ＰＣＣＰＣＨ接收功率确定进行小区更新时，向新小区的ＲＮＣ发送小区更新消息；所述ＲＮＣ收到所述Ｅ＿ＦＡＣＨ用户发送的小区更新消息后，通知该用户的原小区ＮｏｄｅＢ停止调度该用户，并向该用户发送小区更新确认，通知该用户切换到新小区；若所述ＲＮＣ在发出小区更新确认后的预设时间内，收到所述Ｅ＿ＦＡＣＨ用户反馈的ＵＴＲＡＮ移动性信息确认消息，则所述ＲＮＣ通知所述ＮｏｄｅＢ删除原小区中所述Ｅ＿ＦＡＣＨ用户占用的资源；若所述ＲＮＣ在发出小区更新确认后的预设时间内，未收到所述Ｅ＿ＦＡＣＨ用户反馈的ＵＴＲＡＮ移动性信息确认消息，则所述ＲＮＣ通知所述ＮｏｄｅＢ继续对所述Ｅ＿ＦＡＣＨ用户的调度。

【技术特征摘要】
1.一种E_FACH用户的小区更新方法，其特征在于，该方法包括所述E_FACH用户根据邻小区的PCCPCH接收功率确定进行小区更新时，向新小区的RNC 发送小区更新消息；所述RNC收到所述E_FACH用户发送的小区更新消息后，通知该用户的原小区NodeB停止调度该用户，并向该用户发送小区更新确认，通知该用户切换到新小区；若所述RNC在发出小区更新确认后的预设时间内，收到所述E_FACH用户反馈的UTRAN 移动性信息确认消息，则所述RNC通知所述NodeB删除原小区中所述E_FACH用户占用的资源；若所...

【专利技术属性】
技术研发人员：赵静，王亮，
申请(专利权)人：鼎桥通信技术有限公司，
类型：发明
国别省市：11