CN101351044A - 一种实现小区状态更新的方法及系统 - Google Patents
一种实现小区状态更新的方法及系统 Download PDFInfo
- Publication number
- CN101351044A CN101351044A CNA2008100420182A CN200810042018A CN101351044A CN 101351044 A CN101351044 A CN 101351044A CN A2008100420182 A CNA2008100420182 A CN A2008100420182A CN 200810042018 A CN200810042018 A CN 200810042018A CN 101351044 A CN101351044 A CN 101351044A
- Authority
- CN
- China
- Prior art keywords
- district
- sub
- information
- crnc
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种实现小区状态更新的方法及系统。所述方法包括：CRNC接收小区信用度能力信息或小区操作请求信息；所述CRNC根据接收到的信息，设置系统消息中所述小区状态，并广播更新后的系统消息。本发明实施例还提供了一种实现小区状态更新的系统，所述系统包括网络侧设备和终端；所述网络侧设备用于：确定要进行状态更新的小区，更新系统信息中所述要进行状态更新的小区的状态，广播更新后的系统信息；所述终端用于：读取所述网络侧设备广播的系统消息，根据当前驻留的小区的状态，确定所述小区能否驻留。本发明实施例所述的实现小区状态更新的方法及系统，能够有效实现小区状态的更新。
Description
技术领域
本发明涉及通讯领域，特别是涉及一种实现小区状态更新的方法及系统。
背景技术
当基站(Node B)网元发生故障时，所述Node B的部分本地小区不具备再为新接入用户提供服务的能力。当网络运营商对Node B或小区进行设备维护时，网络运营商需要临时终止Node B的某个本地小区为新接入用户提供服务的能力。
在上述两种情况下，虽然所述本地小区已经不具备为新接入用户提供服务的能力，但是所述部分本地小区的信号质量可能仍然满足用户终端(UE)驻留要求。而现有技术中，控制无线电网络控制器(CRNC：Controlling RadioNetwork Controller)无法根据小区的当前状态对小区的禁止状态进行更新，依然将所述本地小区的状态设置为非禁止状态(NOT_BARRED)。
此时，当UE开机，进行驻留小区选择时，如果所述本地小区的信号质量符合UE驻留条件，则根据TS 25.304协议的描述，UE还是能够驻留在所述本地小区的。但是，由于所述小区已经不具备再为新接入用户提供服务的能力了。一旦驻留在所述本地小区的UE发起呼叫，将出现UE接入失败，导致用户接入成功率降低。
在实际操作中，所述Node B的某些小区可能由于Node B网元故障时间过长或维护操作时间过长，小区的状态被设置为禁止状态(BARRED)。当NodeB网元故障恢复或网络运营商完成设备维护操作时，所述本地小区恢复为新接入用户提供服务的能力。但是，现有技术中，所述CRNC无法根据小区的当前状态对小区的禁止状态进行更新，依然将所述本地小区的状态设置为BARRED。
此时，当UE开机，进行驻留小区选择时，即使所述本地小区的信号质量符合UE驻留条件，但由于所述本地小区的状态仍为BARRED，UE还是不能够驻留在所述本地小区，造成通信资源浪费。
因此，如何有效实现小区禁止状态的及时更新，是目前需要解决的问题。
发明内容
本发明所要解决的技术问题是提供一种实现小区状态更新的方法及系统，使得当小区状态发生变化时，实现小区状态的及时更新。
本发明实施例提供了一种实现小区状态更新的方法，所述方法包括：CRNC接收小区信用度能力信息或小区操作请求信息；所述CRNC根据接收到的信息，设置系统消息中所述小区状态，并广播更新后的系统消息。
本发明实施例还提供了一种实现小区状态更新的系统，所述系统包括：网络侧设备和终端；所述网络侧设备用于：确定要进行状态更新的小区，更新系统信息中所述要进行状态更新的小区的状态，广播更新后的系统信息；所述终端用于：读取所述网络侧设备广播的系统消息，根据当前驻留的小区的状态，确定所述小区能否驻留。
与现有技术相比，本发明实施例具有以下优点：
本发明实施例所述实现小区状态更新的方法及系统，当CRNC接收小区信用度能力信息或小区操作请求信息时，根据接收到的信息，设置系统消息中所述小区状态，并广播更新后的系统消息。
当Node B网元发生故障或网络运营商进行设备维护时，小区不能再为新接入用户提供服务。所述CRNC通过接收小区信用度能力信息或小区操作请求信息，进行小区状态更新，将系统消息中所述信用度能力为0的小区或指定被闭塞的小区的状态设置为BARRED状态。驻留在所述小区的UE收到系统消息广播后，发现所述小区被BARRED，将根据协议TS 25.304重新选择可以驻留的小区。由此，避免UE在不具备为新接入用户提供服务的小区内驻留或发起呼叫，从而有效的提高了用户接入的成功率，增强了网络服务的可靠性。
当Node B网元故障恢复或网络运营商完成设备维护时，小区恢复了为新接入用户提供服务的能力。所述CRNC通过接收小区信用度能力信息或小区操作请求信息，进行小区状态更新，将系统消息中所述信用度能力由0变为非0的小区或指定被解闭的小区的状态设置为NOT_BARRED状态。接收到所述系统消息的UE，根据协议TS 25.304进行驻留小区选择时，如果所述小区的信号质量符合驻留条件，则所述UE可以驻留在所述小区。由此，实现了通信资源的利用率，避免资源浪费。
附图说明
图1，为本发明实施例所述实现小区状态更新的方法流程图；
图2，为本发明第一实施例所述实现小区状态更新的方法信令流程图；
图3，为本发明第二实施例所述实现小区状态更新的方法信令流程图；
图4，为本发明第三实施例所述实现小区状态更新的方法信令流程图；
图5，为本发明第四实施例所述实现小区状态更新的方法信令流程图；
图6，为本发明第五实施例所述实现小区状态更新的方法信令流程图；
图7，为本发明第六实施例所述实现小区状态更新的方法信令流程图；
图8，为本发明第七实施例所述实现小区状态更新的方法信令流程图；
图9，为本发明第八实施例所述实现小区状态更新的方法信令流程图；
图10，为本发明实施例所述实现小区状态更新的系统结构图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
在宽带码分多址(WCDMA：Wide band Code Division Multiple Access)移动通信系统中，UE开机后，将根据本地小区的信号质量和系统信息中的本地小区禁止(BARRED)状态判定所述本地小区是否可以驻留。
如果所述本地小区的BARRED状态为NOT_BARRED，表明所述本地小区未被禁止，UE可以驻留在所述本地小区。
如果所述本地小区的BARRED状态为BARRED，表明所述本地小区被禁止，UE不能驻留在所述本地小区，UE将根据协议TS 25.304描述的规则搜索其他可驻留的本地小区进行驻留。
采用本发明实施例，当小区状态发生变化时，所述CRNC接收小区信用度能力信息或小区操作请求信息，根据接收到的信息，设置系统消息中所述小区状态，并广播更新后的系统消息。
当Node B网元发生故障或网络运营商进行设备维护时，小区不能再为新接入用户提供服务。所述CRNC通过接收小区信用度能力信息或小区操作请求信息，进行小区状态更新，将系统消息中所述信用度能力为0的小区或指定被闭塞的小区的状态设置为BARRED状态。驻留在所述小区的UE收到系统消息广播后，发现所述小区被BARRED，将根据协议TS 25.304重新选择可以驻留的小区。由此，避免UE在不具备为新接入用户提供服务的小区内驻留或发起呼叫，从而有效的提高了用户接入的成功率，增强了网络服务的可靠性。
当Node B网元故障恢复或网络运营商完成设备维护时，小区恢复了为新接入用户提供服务的能力。所述CRNC通过接收小区信用度能力信息或小区操作请求信息，进行小区状态更新，将系统消息中所述信用度能力由0变为非0的小区或指定被解闭的小区的状态设置为NOT_BARRED状态。接收到所述系统消息的UE，根据协议TS 25.304进行驻留小区选择时，如果所述小区的信号质量符合驻留条件，则所述UE可以驻留在所述小区。由此，实现了通信资源的利用率，避免资源浪费。
参见图1，为本发明实施例所述实现小区状态更新的方法。
步骤101：所述CRNC接收小区信用度能力信息或小区操作请求信息。
步骤102：所述CRNC根据接收到的信息，设置系统消息中所述小区状态，并广播更新后的系统消息。
在实际运用中，存在两种情况需要对小区状态进行更新，一是Node B网元故障，二是运营商对Node B或小区进行设备维护。下面分别针对这两种情况，详细描述本发明实施例所述实现小区状态更新的方法的具体流程。
一、Node B网元故障
首先引入信用度概念。信用度是对Node B处理能力的一种量化。Node B设备启动后，将向CRNC上报自己的总的处理能力和每种业务需要消耗的处理能力。CRNC根据这两部分信息对用户接入进行接纳，避免接纳的用户过多以至于Node B处理不了。
根据协议的定义，Node B的信用度能力分为两个级别：本地小区信用度能力和本地小区组信用度能力。所述本地小区信用度能力是指逻辑小区对应硬件的处理能力。所述本地小区组信用度能力是指多个小区共享的处理能力。
当Node B网元发生故障时，有些本地小区或者本地小区组的处理能力为0，不能为新接入用户提供服务。此时，所述本地小区或者本地小区组的信用度能力为0。
当Node B网元故障恢复时，所述本地小区或者本地小区组的处理能力由0变为非0，恢复了为新接入用户提供服务的能力。此时，所述本地小区或者本地小区组的信用度能力也由0变为非0。
本发明实施例所述方法，在Node B网元发生故障时，所述CRNC根据接收自Node B的小区信用度信息，判断是否存在信用度为0的本地小区或本地小区组，如果有，对所信用度为0的本地小区或本地小区组进行状态更新。
本发明实施例所述方法，在Node B网元故障恢复时，所述CRNC根据接收自Node B的小区信用度信息，判断是否存在信用度由0变为非0的本地小区或本地小区组，如果有，对所述信用度由0变为非0的本地小区或本地小区组进行状态更新。
本发明实施例所述实现小区状态更新方法，所述CRNC可以通过对所述Node B进行资源审计，接收所述Node B发送的包含所有本地小区信用度能力信息，当发现存在需要进行状态更新的小区时，更新系统消息中所述需要进行状态更新的小区的禁止状态，实现小区的状态更新。
图2，为本发明第一实施例所述实现小区状态更新的方法信令流程图。
步骤201：Node B网元发生故障时，所述CRNC向Node B发送审计请求(AUDIT REQUEST)消息。
所述CRNC可以按照预先设定的周期，定期向Node B发送审计请求消息。
所述CRNC也可以在接收到所述Node B发送的请求资源审计消息后，向Node B发送审计请求消息。
步骤202：Node B向CRNC返回审计响应(AUDIT RESPONSE)消息。
所述Node B返回的审计响应消息中，包含Node B的所有本地小区或本地小区组的信用度能力信息。
当Node B网元发生故障时，有些本地小区或者本地小区组的处理能力为0，不能为新的用户接入提供服务。此时，Node B返回的所述审计响应消息中，这些不能为新的用户接入提供服务的本地小区或者本地小区组的信用度能力为0。
步骤203：所述CRNC根据接收到的所述审计响应消息，确定不能为新接入用户提供服务的本地小区，更新系统消息中所述不能为新接入用户提供服务的本地小区的状态设置为BARRED，并广播更新后的系统消息。
所述CRNC对所述审计响应消息中包含的所有本地小区的信用度能力进行检查，当发现存在信用度能力为0的本地小区或本地小区组时，确定相应的本地小区为不能为新接入用户提供服务的本地小区。
当审计响应消息中包含有信用度能力为0的本地小区时，CRNC确定所述本地小区不能为新接入用户提供服务。
当审计响应消息中包含有信用度能力为0的本地小区组时，CRNC确定属于所述本地小区组的全部本地小区均不能为新接入用户提供服务。
所述CRNC完成小区状态更新后，广播所述更新后的系统信息。驻留在所述本地小区的UE接收到所述更新后的系统信息后，发现当前驻留的本地小区已被BARRED，将根据协议TS25.304重新选择其他可驻留的小区。由此，能够避免所述UE继续在所述不能为新接入用户提供服务的本地小区驻留或发起呼叫，从而有效的提高了用户接入的成功率，增强网络服务的可靠性。
当所述Node B网元故障恢复，所述不能为新接入用户提供服务的本地小区恢复正常。所述本地小区信用度能力由0变为非0，恢复了为新的用户接入提供服务的能力。此时，需要对所述小区进行状态更新，将所述小区的禁止状态设置为NOT_BARRED，以免造成资源浪费。
参见图3，为本发明第二实施例所述实现小区状态更新的方法信令流程图。
步骤301：Node B网元故障恢复时，所述CRNC向Node B发送审计请求(AUDIT REQUEST)消息。
所述CRNC可以按照预先设定的周期，定期向Node B发送审计请求消息。
所述CRNC也可以在接收到所述Node B发送的请求资源审计消息后，向Node B发送审计请求消息。
步骤302：Node B向CRNC返回审计响应(AUDIT RESPONSE)消息。
所述Node B返回的审计响应消息中，包含Node B的所有本地小区或本地小区组的信用度能力信息。
当Node B网元发生故障时，原本处理能力为0的本地小区或者本地小区组的处理能力变为非0，恢复了为新接入用户提供服务的能力。此时，Node B返回的所述审计响应消息中，这些恢复了为新接入用户提供服务能力的本地小区或者本地小区组的信用度能力由0变为非0。
步骤303：所述CRNC根据接收到的所述审计响应消息，确定恢复为新接入用户提供服务能力的本地小区，更新系统信息中所述恢复为新接入用户提供服务能力的本地小区的状态设置为NOT_BARRED，广播更新后的系统消息。
所述CRNC对所述审计响应消息中包含的所有本地小区信用度能力进行检查，当发现存在信用度能力由0变为非0的本地小区或本地小区组时，确定相应的本地小区为恢复为新接入用户提供服务能力的本地小区。
当审计响应消息中包含有信用度能力由0变为非0的本地小区时，CRNC确定所述本地小区恢复了为新接入用户提供服务的能力。
当审计响应消息中包含有信用度能力由0变为非0的本地小区组时，CRNC确定属于所述本地小区组的全部本地小区均恢复了为新接入用户提供服务的能力。
所述CRNC完成小区状态更新后，广播所述更新后的系统信息。所述恢复为新接入用户提供服务能力的本地小区信号覆盖范围内的UE接收到所述更新后的系统信息后，根据协议TS25.304进行本地小区重新选择，如果所述本地小区的信号质量符合驻留条件，所述UE驻留在所述本地小区。由此，能够实现网络资源的充分利用，避免造成资源浪费。
本发明实施例一和实施例二所述实现小区状态更新方法，所述CRNC通过接收审计响应消息，对所述Node B进行资源审计，接收所述Node B发送的包含所有本地小区信用度能力信息，获取需要进行状态更新的小区信息。
本发明实施例所述实现小区状态更新的方法，所述CRNC还可以通过接收所述Node B发送的资源状态指示消息，直接获取需要进行状态更新的本地小区信息。
其具体过程参见图4、图5所示。
图4，为本发明第三实施例所述实现小区状态更新的方法信令流程图。
步骤401：Node B网元发生故障，所述CRNC接收所述Node B发送的资源状态指示(RESOURCE STATUS INDICATION)消息。
所述Node B发送的资源状态指示消息包含信用度能力为0的本地小区或本地小区组的信息。
步骤402：所述CRNC根据接收到的所述资源状态指示消息中包含的信用度能力为0的本地小区或本地小区组的信息，确定不能为新接入用户提供服务的本地小区，更新系统信息中所述不能为新接入用户提供服务的本地小区的状态为BARRED，广播更新后的系统消息。
所述CRNC完成小区状态更新后，广播所述更新后的系统信息。驻留在所述本地小区的UE接收到所述更新后的系统信息后，发现当前驻留的本地小区已被BARRED，将根据协议TS25.304重新选择其他可驻留的小区。由此，能够避免所述UE继续在所述不能为新接入用户提供服务的本地小区驻留或发起呼叫，从而有效的提高了用户接入的成功率，增强网络服务的可靠性。
参见图5，为本发明第四实施例所述实现小区状态更新的方法信令流程图。
步骤501：所述Node B网元故障恢复，所述CRNC接收所述Node B发送的资源状态指示(RESOURCE STATUS INDICATION)消息。
Node B发送的所述资源状态指示消息中包含信用度能力由0变为非0的本地小区或本地小区组的信息。
步骤502：所述CRNC根据接收到所述资源状态指示消息中包含的信用度能力由0变为非0的本地小区或本地小区组的信息，确定恢复为新接入用户提供服务能力的本地小区，更新系统信息中所述恢复为新接入用户提供服务能力的本地小区的状态为NOT_BARRED。
所述CRNC完成小区状态更新后，广播所述更新后的系统信息。所述恢复为新接入用户提供服务能力的本地小区信号覆盖范围内的UE接收到所述更新后的系统信息后，根据协议TS25.304进行本地小区重新选择，如果所述本地小区的信号质量符合驻留条件，所述UE驻留在所述本地小区。由此，能够实现网络资源的充分利用，避免造成资源浪费。
二、网络运营商进行设备维护
当网络运营商对Node B或小区进行设备维护前(比如调整天线等)，为了将对网络用户的影响压缩到最小，一般会在Node B的操作维护台或者CRNC侧的操作维护台(MT)执行本地小区的闭塞过程。当本地小区完成闭塞后，所述本地小区将不再具备为新接入用户提供服务的能力。因此，在执行所述本地小区闭塞过程之前，为了提高接入成功率，应首先对指定被闭塞的小区进行状态更新，将所述本地小区设置为BARRED状态，以避免在维护过程中，仍有UE驻留在所述本地小区或在所述本地小区发起呼叫，造成呼叫失败。
当网络运营商对Node B或小区设备维护结束时，会在Node B的操作维护台或者CRNC侧的操作维护台(MT)执行本地小区的解闭过程。此时，为了使所述本地小区能够尽快为用户提供服务，在运营商对本地小区进行解闭时，应同时对所述本地小区进行状态更新，将所述本地小区设置为NOT_BARRED。当所述本地小区信号覆盖范围内的UE发现所述小区符合驻留条件时，能够成功驻留在所述本地小区，实现网络资源利用的最大化。
所述本地小区闭塞过程具体包括：禁止新用户接入；全部老用户挂机。
实际运用中，在所述本地小区闭塞过程中，对于已经在通讯的老用户，可以根据闭塞优先级的不同，分别采取以下策略对本地小区进行闭塞：
a、对于中优先级闭塞，可以预先设定一定的时限。如果在预先设定的时限内，全部老用户均挂机，则本地小区资源闭塞成功；如果超过预先设定的时限，仍然有老用户尚未挂机，则强制释放残存的用户，本地小区资源闭塞成功。
b、对于低优先级闭塞，不需要设定时限，等待至全部老用户挂机，本地小区资源闭塞成功。
上述对Node B进行设备维护时的小区状态更新过程具体如下所述。
图6，为本发明第五实施例所述实现小区状态更新的方法信令流程图。
步骤601：运营商对Node B网元进行设备维护，Node B的操作维护终端向CRNC发送资源闭塞请求(BLOCK RESOURCE REQUEST)消息。
在所述资源闭塞请求消息中，包含有指定被闭塞的本地小区信息。每次资源闭塞操作只能闭塞一个本地小区。因此，所述资源闭塞请求消息中只能包含一个本地小区信息。
所述资源闭塞请求消息还可以包含本次闭塞的优先级别。
其中，当本次闭塞的优先级别为中优先级时，所述资源闭塞请求消息还可以包括预先设定的时限。
步骤602：所述CRNC接收到所述资源闭塞请求消息后，确定所述资源闭塞请求消息中指定的本地小区为不能为新接入用户提供服务的本地小区，更新系统消息中所述不能为新接入用户提供服务的本地小区的状态为BARRED，广播更新后的系统消息。
所述CRNC完成小区状态更新后，广播所述更新后的系统信息。驻留在所述本地小区的UE接收到所述更新后的系统信息后，发现当前驻留的本地小区已被BARRED，将根据协议TS25.304重新选择其他可驻留的小区。由此，能够避免所述UE继续在所述不能为新接入用户提供服务的本地小区驻留或发起呼叫，从而有效的提高了用户接入的成功率，增强网络服务的可靠性。
本发明实施例所述方法，当完成上述本地小区状态更新后，进一步包括对所述指定被闭塞小区进行闭塞处理的过程。
当所述指定被闭塞小区闭塞处理成功后，所述CRNC向Node B返回资源闭塞响应(BLOCK RESOURCE RESPONSE)消息。
当本次闭塞为中优先级别时，如果在预先设定的时限内，属于所述本地小区的全部老用户均挂机，则所述本地小区资源闭塞成功；如果超过了预先设定的时限，仍有老用户尚未挂机，则所述本地小区强制释放残存的用户，本地小区资源闭塞成功。
当本次闭塞为低优先级别时，等待至全部老用户均关机，本地小区资源闭塞成功。
当运营商对Node B设备维护结束后，需要向UE重新开放上述被闭塞的本地小区。此时，Node B的操作维护终端将执行所述本地小区的解闭塞操作。
参见图7，为本发明第六实施例所述实现小区状态更新的方法信令流程图。
步骤701：所述Node B的操作维护终端向所述CRNC发送资源解闭请求(UNBLOCK RESOURCE REQUEST)消息。所述资源解闭请求中，包含有指定被解闭的本地小区的信息。
步骤702：CRNC接收到所述资源解闭请求消息后，确定所述指定被解闭的本地小区为恢复为新接入用户提供服务能力的小区，更新系统消息中所述恢复为新接入用户提供服务能力的小区的状态为NOT_BARRED，广播更新后的系统消息。
所述CRNC完成小区状态更新后，广播所述更新后的系统信息。所述恢复为新接入用户提供服务能力的本地小区信号覆盖范围内的UE接收到所述更新后的系统信息后，根据协议TS25.304进行本地小区重新选择，如果所述本地小区的信号质量符合驻留条件，所述UE驻留在所述本地小区。由此，能够实现网络资源的充分利用，避免造成资源浪费。
本发明实施例五和实施例六所述实现小区状态更新的方法，是Node B设备维护前后，对指定被闭塞的本地小区进行状态更新的过程。本发明实施例七和实施例八所述实现小区状态更新的方法，是对本地小区设备维护前后，对指定被闭塞的本地小区进行状态更新。
参见图8，为本发明第七实施例所述实现小区状态更新的方法信令流程图。
步骤801：运营商对本地小区进行设备维护，MT向CRNC发送小区闭塞请求(CELL BLOCK REQUEST)消息。
在所述小区闭塞请求消息中，包含有指定被闭塞的本地小区信息。每次小区闭塞操作只能闭塞一个本地小区。因此，所述小区闭塞请求消息中只能包含一个本地小区信息。
所述小区闭塞请求消息还可以包含本次闭塞的优先级别。
其中，当本次闭塞的优先级别为中优先级时，所述小区闭塞请求消息还可以包括预先设定的时限。
步骤802：CRNC接收到所述小区闭塞请求消息后，确定所述小区闭塞请求消息中指定的本地小区为不能为新接入用户提供服务的本地小区，更新系统消息中所述不能为新接入用户提供服务的本地小区的状态设置为BARRED，广播更新后的系统消息。
所述CRNC完成小区状态更新后，广播所述更新后的系统信息。驻留在所述本地小区的UE接收到所述更新后的系统信息后，发现当前驻留的本地小区已被BARRED，将根据协议TS25.304重新选择其他可驻留的小区。由此，能够避免所述UE继续在所述不能为新接入用户提供服务的本地小区驻留或发起呼叫，从而有效的提高了用户接入的成功率，增强网络服务的可靠性。
本发明实施例所述方法，当完成上述本地小区状态更新后，进一步包括对所述指定被闭塞小区进行闭塞处理的过程。
当所述指定被闭塞小区闭塞处理成功后，所述CRNC向MT返回小区闭塞响应(CELL BLOCK RESPONSE)消息。
当运营商对本地小区设备维护过程结束后，需要向UE重新开放上述被闭塞的本地小区。此时，MT将执行所述本地小区的解闭塞操作。
参见图9，为本发明第八实施例所述实现小区状态更新的方法信令流程图。
步骤901：MT向CRNC发送小区解闭请求(CELL UNBLOCK REQUEST)消息。
所述资源解闭请求中，包含有指定被解闭的本地小区的信息。
步骤902：CRNC接收到所述小区解闭请求消息后，确定所述指定被解闭的本地小区为恢复为新接入用户提供服务能力的小区，更新系统消息中所述恢复为新接入用户提供服务能力的小区的状态为NOT_BARRED，广播更新后的系统消息。
所述CRNC完成小区状态更新后，广播所述更新后的系统信息。所述恢复为新接入用户提供服务能力的本地小区信号覆盖范围内的UE接收到所述更新后的系统信息后，根据协议TS25.304进行本地小区重新选择，如果所述本地小区的信号质量符合驻留条件，所述UE驻留在所述本地小区。由此，能够实现网络资源的充分利用，避免造成资源浪费。
与上述实施例所述方法相对应，参见图10，本发明实施例还提供了一种实现小区状态更新的系统，所述系统包括：网络侧设备1001和终端1002。
所述网络侧设备1001用于：确定要进行状态更新的小区，更新系统信息中所述要进行状态更新的小区的状态，广播更新后的系统信息；
所述终端1002用于：读取所述网络侧设备广播的系统消息，根据当前驻留的本地小区的状态，确定所述小区能否驻留。
综上所述，本发明实施例所述实现小区状态更新的方法及系统，当CRNC接收小区信用度能力信息或小区操作请求信息时，根据接收到的信息，设置系统消息中所述小区状态，并广播更新后的系统消息。
当Node B网元发生故障或网络运营商进行设备维护时，小区不能再为新接入用户提供服务。所述CRNC通过接收小区信用度能力信息或小区操作请求信息，进行小区状态更新，将系统消息中所述信用度能力为0的小区或指定被闭塞的小区的状态设置为BARRED状态。驻留在所述小区的UE收到系统消息广播后，发现所述小区被BARRED，将根据协议TS 25.304重新选择可以驻留的小区。由此，避免UE在不具备为新接入用户提供服务的小区内驻留或发起呼叫，从而有效的提高了用户接入的成功率，增强了网络服务的可靠性。
当Node B网元故障恢复或网络运营商完成设备维护时，小区恢复了为新接入用户提供服务的能力。所述CRNC通过接收小区信用度能力信息或小区操作请求信息，进行小区状态更新，将系统消息中所述信用度能力由0变为非0的小区或指定被解闭的小区的状态设置为NOT_BARRED状态。接收到所述系统消息的UE，根据协议TS 25.304进行驻留小区选择时，如果所述小区的信号质量符合驻留条件，则所述UE可以驻留在所述小区。由此，实现了通信资源的利用率，避免资源浪费。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如下步骤：CRNC接收小区信用度能力信息或小区操作请求信息；所述CRNC根据接收到的信息，设置系统消息中所述小区状态，并广播更新后的系统消息。
以上对本发明所提供的一种实现小区状态更新的方法及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (15)
1、一种实现小区状态更新的方法，其特征在于，所述方法包括：
CRNC接收小区信用度能力信息或小区操作请求信息；
所述CRNC根据接收到的信息，设置系统消息中所述小区状态，并广播更新后的系统消息。
2、根据权利要求1所述的方法，其特征在于，所述小区信用度能力信息为接收自Node B的审计响应消息；
其中，所述审计响应消息包含所有小区或小区组的信用度能力信息。
3、根据权利要求2所述的方法，其特征在于，CRNC接收小区信用度能力信息之前，所述方法进一步包括：
所述CRNC定期向所述Node B发送审计请求消息。
4、根据权利要求2所述的方法，其特征在于，CRNC接收小区信用度能力信息之前，所述方法进一步包括：
所述CRNC接收到所述Node B发送的请求资源审计消息。
5、根据权利要求1所述的方法，其特征在于，所述小区信用度能力信息为接收自Node B的资源状态指示消息；
其中，所述资源状态指示消息包含信用度能力为0的小区或小区组信息。
6、根据权利要求2或5所述的方法，其特征在于，所述CRNC根据接收到的信息，设置系统消息中所述小区状态包括：
所述CRNC根据接收到的信息，设置系统消息中所述信用度能力为0的小区的状态为禁止状态；或，
所述CRNC根据接收到的信息，设置系统消息中属于所述信用度能力为0的小区组的全部小区的状态为禁止状态。
7、根据权利要求1所述的方法，其特征在于，所述小区信用度能力信息为接收自Node B的资源状态指示消息；
其中，所述资源状态指示消息包含信用度能力由0变为非0的小区或小区组信息。
8、根据权利要求2或7所述的方法，其特征在于，所述CRNC根据接收到的信息，设置系统消息中所述小区状态包括：
所述CRNC根据接收到的信息，设置系统消息中所述信用度能力由0变为非0的小区的状态为非禁止状态；或，
所述CRNC根据接收到的信息，设置系统消息中属于所述信用度能力由0变为非0的小区组的全部小区的状态为非禁止状态。
9、根据权利要求1所述的方法，其特征在于，所述小区操作请求信息为接收自所述Node B侧或所述CRNC侧的操作维护终端发送的闭塞请求消息；
所述闭塞请求信息包含指定被闭塞的小区信息。
10、根据权利要求9所述的方法，其特征在于，所述CRNC根据接收到的信息，设置系统消息中所述小区状态包括：
所述CRNC根据接收到的信息，设置系统消息中所述指定被闭塞的小区的状态为禁止状态。
11、根据权利要求10所述的方法，其特征在于，广播更新后的系统消息之后，所述方法进一步包括：
对所述指定被闭塞的小区进行闭塞处理；
当所述闭塞处理成功后，所述CRNC向所述Node B侧或所述CRNC侧的操作维护终端发送闭塞响应消息。
12、根据权利要求11所述的方法，其特征在于，所述CRNC接收到的所述闭塞请求消息中还包含闭塞处理优先级；
当所述闭塞处理优先级为中优先级时，所述闭塞请求消息还包括预先设定的时限；当所述指定被闭塞小区内的全部用户已挂机或达到预先设定的时限时，所述闭塞处理成功；
当所述闭塞处理优先级为低优先级时，所述指定被闭塞小区内的全部用户已挂机，所述闭塞处理成功。
13、根据权利要求1所述的方法，其特征在于，所述小区操作请求信息为接收自所述Node B侧或所述CRNC侧的操作维护终端发送的解闭请求消息；
所述解闭请求信息包含指定被解闭的小区信息。
14、根据权利要求13所述的方法，其特征在于，所述CRNC根据接收到的信息，设置系统消息中所述小区状态包括：
所述CRNC根据接收到的信息，设置系统消息中所述指定被解闭的小区的状态为非禁止状态。
15、一种实现小区状态更新的系统，其特征在于，所述系统包括：网络侧设备和终端；
所述网络侧设备用于：确定要进行状态更新的小区，更新系统信息中所述要进行状态更新的小区的状态，广播更新后的系统信息；
所述终端用于：读取所述网络侧设备广播的系统消息，根据当前驻留的小区的状态，确定所述小区能否驻留。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008100420182A CN101351044A (zh) | 2008-08-20 | 2008-08-20 | 一种实现小区状态更新的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008100420182A CN101351044A (zh) | 2008-08-20 | 2008-08-20 | 一种实现小区状态更新的方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101351044A true CN101351044A (zh) | 2009-01-21 |
Family
ID=40269579
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2008100420182A Pending CN101351044A (zh) | 2008-08-20 | 2008-08-20 | 一种实现小区状态更新的方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101351044A (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102098758A (zh) * | 2011-01-27 | 2011-06-15 | 大唐移动通信设备有限公司 | 一种多载波小区阻塞/解阻塞方法及系统 |
| CN104602277A (zh) * | 2014-12-26 | 2015-05-06 | 大唐移动通信设备有限公司 | 一种异常切换的优化处理方法及系统 |
| WO2015109529A1 (zh) * | 2014-01-24 | 2015-07-30 | 富士通株式会社 | 驻留控制方法及其装置、通信系统 |
| CN107295540A (zh) * | 2016-03-31 | 2017-10-24 | 华为技术有限公司 | 网元配置方法以及装置 |
| WO2022188717A1 (zh) * | 2021-03-11 | 2022-09-15 | 华为技术有限公司 | 信息传输方法、装置及系统 |
| CN115086890A (zh) * | 2021-03-11 | 2022-09-20 | 华为技术有限公司 | 信息传输方法、装置及系统 |
-
2008
- 2008-08-20 CN CNA2008100420182A patent/CN101351044A/zh active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102098758A (zh) * | 2011-01-27 | 2011-06-15 | 大唐移动通信设备有限公司 | 一种多载波小区阻塞/解阻塞方法及系统 |
| WO2015109529A1 (zh) * | 2014-01-24 | 2015-07-30 | 富士通株式会社 | 驻留控制方法及其装置、通信系统 |
| CN104602277A (zh) * | 2014-12-26 | 2015-05-06 | 大唐移动通信设备有限公司 | 一种异常切换的优化处理方法及系统 |
| CN104602277B (zh) * | 2014-12-26 | 2017-12-08 | 大唐移动通信设备有限公司 | 一种异常切换的优化处理方法及系统 |
| CN107295540A (zh) * | 2016-03-31 | 2017-10-24 | 华为技术有限公司 | 网元配置方法以及装置 |
| CN107295540B (zh) * | 2016-03-31 | 2021-02-26 | 华为技术有限公司 | 网元配置方法以及装置 |
| WO2022188717A1 (zh) * | 2021-03-11 | 2022-09-15 | 华为技术有限公司 | 信息传输方法、装置及系统 |
| CN115086890A (zh) * | 2021-03-11 | 2022-09-20 | 华为技术有限公司 | 信息传输方法、装置及系统 |
| CN115086890B (zh) * | 2021-03-11 | 2023-11-28 | 华为技术有限公司 | 信息传输方法、装置及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9864595B2 (en) | Software updating method, system, and device | |
| CN101437279B (zh) | 一种移动终端选择和注册公共陆地移动网的方法 | |
| CN101351044A (zh) | 一种实现小区状态更新的方法及系统 | |
| CN100464610C (zh) | 用于用户终端接入的网络侧对象出现故障时的处理方法 | |
| US9532359B2 (en) | Resource allocation method and device | |
| CN103068070A (zh) | 一种协议版本的协商方法、移动终端、基站和通信系统 | |
| CN101605316A (zh) | 选择移动管理实体、提供负载信息的方法及装置 | |
| CN110831077B (zh) | 一种移动数据业务切换方法、终端及计算机存储介质 | |
| CN102726098A (zh) | 运营商公共陆地移动网标识下发方法、基站及用户设备 | |
| CN102282891A (zh) | 蜂窝基站、用户设备以及对未授权用户实行访问限制的方法 | |
| CN104540176A (zh) | 一种无线网络接入方法、装置及终端 | |
| CN101820666A (zh) | 终端及终端获得网络服务的方法 | |
| CN100584082C (zh) | 一种提供呼叫服务的方法及系统 | |
| CN104301991A (zh) | 信息处理方法及电子设备 | |
| CN102595474A (zh) | 建立通信连接的方法及用户设备 | |
| CN102325368B (zh) | 防止周期性跨区域更新失败的方法及装置 | |
| CN103596242A (zh) | 一种进行接入控制的方法和设备 | |
| CN113258679B (zh) | 基于服务器实例缩容的电网监控系统通道分配方法 | |
| CN100382645C (zh) | 基于载频的多载频小区中资源闭塞与解闭塞的实现方法 | |
| CN101854678A (zh) | 接入控制方法和装置 | |
| CN101578815B (zh) | 对不符合规范的移动终端和核心网络节点的网络支持 | |
| CN101772112A (zh) | 迁移方法、接入点设备、终端设备和无线系统 | |
| CN102685855A (zh) | 小区驻留方法和用户设备 | |
| CN103260169B (zh) | 整网pn修改方法及装置 | |
| CN106385688A (zh) | 一种基带资源分配方法及系统及控制器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20090121 |