CN102244909A - 一种防止乒乓迁移的方法 - Google Patents
一种防止乒乓迁移的方法 Download PDFInfo
- Publication number
- CN102244909A CN102244909A CN2010101739737A CN201010173973A CN102244909A CN 102244909 A CN102244909 A CN 102244909A CN 2010101739737 A CN2010101739737 A CN 2010101739737A CN 201010173973 A CN201010173973 A CN 201010173973A CN 102244909 A CN102244909 A CN 102244909A
- Authority
- CN
- China
- Prior art keywords
- rnc
- source
- request message
- identification information
- source rnc
- 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
本发明提供了一种防止乒乓迁移的方法，该方法包括：源无线网络控制器(RNC)向核心网发送迁移请求消息；核心网收到源RNC发的迁移请求消息后，记录迁移请求消息中源RNC的标识信息；核心网向目标RNC发送请求消息，并将所记录的源RNC的标识信息携带在所述请求消息中。应用本发明能够防止UE在RNC间进行乒乓迁移。
Description
技术领域
本发明涉及移动通信技术领域，特别涉及一种防止乒乓迁移的方法。
背景技术
随着TD-SCDMA系统的不断发展和完善，将逐步成为大范围商业使用的网络。随着应用的增多，接入算法和切换算法将是使用最频繁的算法。
目前就切换算法可以分为小区内切换、小区间切换和系统间切换，而小区间切换又分为本RNC小区间切换和RNC间迁移。在切换中，尤其是在临近的小区覆盖交叉区域，由于两边小区的信号强度相差不多，以及无线条件的复杂性，导致信号质量存在波动，这样就很容易使终端在两个相邻小区之间频繁地来回切换，这就是乒乓切换。在发生乒乓切换时，将频繁地进行物理信道重配或无线承载(RB)重配，这样很容易导致链路不稳定，并发生掉话，从而影响系统的关键性能指标(KPI)，并浪费系统资源。
通过适当调整迟滞时间和门限可以缓解上述问题，但是并不能彻底解决。于是业界在系统算法中引入了防乒乓算法，常见的防乒乓算法有两种：
第一种方法：在切换成功之后，记录源小区ID，并启动定时器，在定时器超时前不准许切换回源小区。
第二种方法：在切换成功之后，适当地抬高切换回源小区的门限。
不管采用哪种防乒乓算法方法，目标小区都需要获知源小区的标识信息，这在RNC内切换中是很容易获得的，但是在RNC间迁移时就会遇到问题。因为就目前的协议结构来看，目标RNC的迁移入消息中没有源RNC的任何信息，因此当发生RNC间迁移，迁移到目标RNC后，如果此时源RNC小区的信号质量变好，那么就会不可避免地迁移回源RNC，也就无法解决RNC间迁移的防乒乓问题。
发明内容
本发明提供了一种防止乒乓迁移的方法，以解决RNC间的乒乓迁移问题。
本发明提供的防止乒乓迁移的方法包括：
源无线网络控制器RNC向核心网发送迁移请求消息；
核心网收到源RNC发送的迁移请求消息后，记录迁移请求消息中源RNC的标识信息；
核心网向目标RNC发送请求消息，并将所记录的源RNC的标识信息携带在所述请求消息中。
较佳地，在迁移到目标RNC之后，该方法可以进一步包括：
目标RNC记录源RNC的标识信息，启动防乒乓定时器；
如果在防乒乓定时器超时时没有收到测量报告，则将记录的源RNC的标识信息删除；如果在防乒乓定时器超时之前收到测量报告，则判断目标小区的标识信息是否与所记录的源RNC的标识信息相同，如果相同，则不进行迁移。
较佳地，在迁移到目标RNC之后，该方法可以进一步包括：
目标RNC记录源RNC的标识信息，并提高切换回源RNC的门限。
较佳地，所述核心网向目标RNC发送的请求消息为RELOCATIONREQUEST消息；
该方法可以进一步包括：预先在RELOCATION REQUEST消息中扩展源标识字段；
所述将所记录的源RNC的标识信息携带在所述请求消息中为：将所记录的源RNC的标识信息携带在RELOCATION REQUEST消息的源标识字段中。
所述源RNC的标识信息可以包括：源RNC的标识或源RNC的SAI。
由上述技术方案可见，本发明提供的防止乒乓迁移的方法中，在核心网收到源RNC发送的迁移请求消息后，通过记录迁移请求消息中源RNC的标识信息，并将并将所记录的源RNC的标识信息携带在发送给目标RNC的请求消息中，从而在发生RNC间迁移时，使目标RNC能够获知源RNC的标识信息，并启动相应的防乒乓机制，从而避免了UE在源RNC与目标RNC之间频繁地进行迁移，解决了RNC间的乒乓迁移问题。
附图说明
图1为本发明防止乒乓迁移的方法的流程示意图；
图2为源RNC触发RNC间迁移的流程示意图；
图3为核心网与目标RNC之间的具体信令交互流程图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。
本发明的主要思想是：当CN收到源无线网络控制器(RNC)的迁移请求消息时，将其中的源RNC的标识信息保存，在检查到目标RNC存在，并可以发起随后的迁移流程时，将之前保存的源RNC的标识信息携带于发往目标RNC的请求消息中。从而在发生RNC间迁移时，使目标RNC能够获知源RNC的标识信息，并启动相应的防乒乓机制，从而避免了UE在源RNC与目标RNC之间频繁地进行迁移，解决了RNC间的乒乓迁移问题。
图1为本发明防止乒乓迁移的方法的流程示意图。参见图1，该方法包括：
步骤101：源RNC触发RNC间迁移流程。
本步骤的具体信令交互如图2所示。图2中，首先，源RNC向核心网(CN)发送迁移请求消息(RELOCATION REQUIRED)，然后，CN向源RNC返回迁移命令消息(RELOCATION COMMAND)。
步骤102：核心网收到源RNC发送的迁移请求消息后，记录迁移请求消息中源RNC的标识信息。
步骤103：核心网向目标RNC发送请求消息，并将所记录的源RNC的标识信息携带在该请求消息中。
本步骤的具体信令交互如图3所示。图3中，首先，CN向目标RNC发送请求消息(RELOCATION REQUEST)，然后，目标RNC向CN返回迁移确认消息(RELOCATION REQUEST ACKNOWLEDGE)。
在迁移到目标RNC之后，目标RNC可以记录源RNC的标识信息，并启动防乒乓迁移算法，包括防乒乓定时器或提高切换回源RNC的门限。下面以启动RNC间防乒乓定时器为例进行说明：
迁移成功后，目标RNC记录源RNC ID，启动防乒乓定时器：
如果在防乒乓定时器超时时没有收到测量报告，定时器超时，将记录的源RNC ID清除，之后继续其他流程；
如果在防乒乓定时器超时之前收到测量报告，则进行以下判断：
A、如果是源RNC小区，即：目标小区的ID与所记录的源RNC的ID相同，则不进行这次迁移；
B、如果是本RNC小区则进行切换，切换成功后停止RNC间防乒乓定时器，并清除源RNC ID；
C、如果是其他RNC小区则进行迁移，迁移后重新启动RNC间防乒乓定时器并更新源RNCID。
为了在RELOCATION REQUEST消息中携带源RNC的标识信息，可以对现有RELOCATION REQUEST消息进行扩展。表1为对现有RELOCATIONREQUEST消息进行扩展之后的结构示意：
| IE/组名(Group Name) | 必要性 | 范围 | IE类型和参考 | 语义 | 重要性 | AssignedCriticality |
| Message Type | 必选 | 9.2.1.1 | YES | reject | ||
| Permanent NAS UEIdentity | 可选 | 9.2.3.1 | YES | ignore | ||
| CN Domain Indicator | 必选 | 9.2.1.4 | YES | ignore | ||
| Source ID | 必选 | 见表2 | YES | ignore | ||
| Source RNC To TargetRNC TransparentContainer | 必选 | 9.2.1.28 | YES | reject | ||
| RABs To Be Setup List | 可选 | YES | reject | |||
| …… | - | - |
表1
表1中的“Source ID”为本发明扩展的字段，该字段用于携带源RNC的标识信息，关于该字段的详细描述请参见表2。
| IE/组名(GroupName) | 必要性 | 范围 | IE类型和参考 | 语义 | 重要性 | AssignedCriticality |
| Choice Source ID | - | |||||
| ＞Source RNC-ID | - | - | ||||
| ＞＞PLMN identity | 必选 | 八位的字符串(三组) | -阿拉伯数字0到9二进制编码对应为0000到1001，-二进制1111用来补位，以使得每8个比特位代表两个数字，-八个比特位中的第一到第四位n编码为2n-1，第8到第5位编码为2n，-PLMN标识包括MCC的三组数字-如果MNC是两组数字，那么添加一组补位数字，-或者就是组成MNC的三组数字。 | - | ||
| ＞＞RNC-ID | 必选 | 整型(0..4095) | 如果源标识中包括扩展RNC-ID，那么该RNC-ID可以忽略。 | - | ||
| ＞＞ExtendedRNC-ID | 可选 | 见表3 | 如果RNC标识的取值超过4095，那么需要使用扩展RNC-ID。 | YES | reject | |
| ＞SAI | - | 9.2.3.9 | - | |||
| …… | - | - |
表2
| IE/组名(Group Name) | 必要性 | 范围 | IE类型和参考 | 语义 |
| Extended RNC-ID | 必选 | 整型(4096..65535) | 如果RNC标识的取值超过4095，那么需要使用扩展RNC-ID。 |
表3
Source ID字段用于表明源RNC的标识信息。举例而言，根据表2，可以用源RNC的ID作为“Source ID”字段的内容，也可以用服务区标识(SAI：Service Area Identity)作为“Source ID”字段的内容。
由上述实施例可见，本发明提供的防止乒乓迁移的方法中，在核心网收到源RNC发送的迁移请求消息后，通过记录迁移请求消息中源RNC的标识信息，并将并将所记录的源RNC的标识信息携带在发送给目标RNC的请求消息中，从而在发生RNC间迁移时，使目标RNC能够获知源RNC的标识信息，并启动相应的防乒乓机制，从而避免了UE在源RNC与目标RNC之间频繁地进行迁移，解决了RNC间的乒乓迁移问题。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (5)
1.一种防止乒乓迁移的方法，该方法包括：
源无线网络控制器RNC向核心网发送迁移请求消息；
核心网收到源RNC发送的迁移请求消息后，记录迁移请求消息中源RNC的标识信息；
核心网向目标RNC发送请求消息，并将所记录的源RNC的标识信息携带在所述请求消息中。
2.根据权利要求1所述的方法，其特征在于，在迁移到目标RNC之后，该方法进一步包括：
目标RNC记录源RNC的标识信息，启动防乒乓定时器；
如果在防乒乓定时器超时时没有收到测量报告，则将记录的源RNC的标识信息删除；如果在防乒乓定时器超时之前收到测量报告，则判断目标小区的标识信息是否与所记录的源RNC的标识信息相同，如果相同，则不进行迁移。
3.根据权利要求1所述的方法，其特征在于，在迁移到目标RNC之后，该方法进一步包括：
目标RNC记录源RNC的标识信息，并提高切换回源RNC的门限。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述核心网向目标RNC发送的请求消息为RELOCATION REQUEST消息；
该方法进一步包括：预先在RELOCATION REQUEST消息中扩展源标识字段；
所述将所记录的源RNC的标识信息携带在所述请求消息中为：将所记录的源RNC的标识信息携带在RELOCATION REQUEST消息的源标识字段中。
5.根据权利要求1至3任一项所述的方法，其特征在于：
所述源RNC的标识信息包括：源RNC的标识或源RNC的SAI。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010101739737A CN102244909A (zh) | 2010-05-10 | 2010-05-10 | 一种防止乒乓迁移的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010101739737A CN102244909A (zh) | 2010-05-10 | 2010-05-10 | 一种防止乒乓迁移的方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102244909A true CN102244909A (zh) | 2011-11-16 |
Family
ID=44962654
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010101739737A Pending CN102244909A (zh) | 2010-05-10 | 2010-05-10 | 一种防止乒乓迁移的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102244909A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102348247A (zh) * | 2011-09-29 | 2012-02-08 | 大唐移动通信设备有限公司 | 一种指示重定位和重定位的方法及设备 |
| CN103582036A (zh) * | 2012-07-19 | 2014-02-12 | 成都鼎桥通信技术有限公司 | 基站间防乒乓切换的方法和基站 |
| CN103828427A (zh) * | 2012-07-17 | 2014-05-28 | 华为技术有限公司 | 小区重选的方法、ue和网络侧设备 |
| CN106162760A (zh) * | 2015-03-23 | 2016-11-23 | 鼎桥通信技术有限公司 | 一种ue在rnc间的迁移方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20020091880A (ko) * | 2001-06-01 | 2002-12-11 | 삼성전자 주식회사 | 이동통신 시스템에서 핸드오프 방법 |
| CN1399856A (zh) * | 1999-11-23 | 2003-02-26 | 艾利森电话股份有限公司 | 通用移动电信系统网络中的srns重定位 |
| CN101262639A (zh) * | 2007-03-06 | 2008-09-10 | 华为技术有限公司 | 服务无线网络控制器迁移方法及无线网络控制器 |
| CN101572924A (zh) * | 2008-04-29 | 2009-11-04 | 华为技术有限公司 | 用户设备的迁移的处理方法和装置 |
| CN101622903A (zh) * | 2007-01-29 | 2010-01-06 | 诺基亚公司 | 提供传统和其他无线网络子系统之间互操作性的设备、方法和计算机程序产品 |
-
2010
- 2010-05-10 CN CN2010101739737A patent/CN102244909A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1399856A (zh) * | 1999-11-23 | 2003-02-26 | 艾利森电话股份有限公司 | 通用移动电信系统网络中的srns重定位 |
| KR20020091880A (ko) * | 2001-06-01 | 2002-12-11 | 삼성전자 주식회사 | 이동통신 시스템에서 핸드오프 방법 |
| CN101622903A (zh) * | 2007-01-29 | 2010-01-06 | 诺基亚公司 | 提供传统和其他无线网络子系统之间互操作性的设备、方法和计算机程序产品 |
| CN101262639A (zh) * | 2007-03-06 | 2008-09-10 | 华为技术有限公司 | 服务无线网络控制器迁移方法及无线网络控制器 |
| CN101572924A (zh) * | 2008-04-29 | 2009-11-04 | 华为技术有限公司 | 用户设备的迁移的处理方法和装置 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102348247A (zh) * | 2011-09-29 | 2012-02-08 | 大唐移动通信设备有限公司 | 一种指示重定位和重定位的方法及设备 |
| CN103828427A (zh) * | 2012-07-17 | 2014-05-28 | 华为技术有限公司 | 小区重选的方法、ue和网络侧设备 |
| CN103582036A (zh) * | 2012-07-19 | 2014-02-12 | 成都鼎桥通信技术有限公司 | 基站间防乒乓切换的方法和基站 |
| CN106162760A (zh) * | 2015-03-23 | 2016-11-23 | 鼎桥通信技术有限公司 | 一种ue在rnc间的迁移方法 |
| CN106162760B (zh) * | 2015-03-23 | 2019-11-15 | 鼎桥通信技术有限公司 | 一种ue在rnc间的迁移方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102595561B (zh) | 无线资源控制连接重建的方法及终端 | |
| CN102469557B (zh) | 接入基站方法、基站和用户设备 | |
| CN102238609B (zh) | X2接口建立方法和移动通信系统中小区切换方法 | |
| CN104205935B (zh) | 用于在移动通信系统中建立呼叫的方法和装置 | |
| CN102726098B (zh) | 运营商公共陆地移动网标识下发方法、基站及用户设备 | |
| CN102598778B (zh) | 向家庭基站过晚切换原因的确定方法及系统 | |
| CN102598786A (zh) | 基站间的切换方法、基站、和通讯系统 | |
| CN101087447A (zh) | 一种集群系统中用户终端越区切换的方法 | |
| CN101656941A (zh) | 更新邻区信息的方法、装置以及基站 | |
| CN102300190A (zh) | 切换方法、通信装置和通信系统 | |
| CN101379867A (zh) | 在无线通信系统中提供位置更新消息和寻呼消息的方法 | |
| CN103167423A (zh) | 集群系统中监听用户终端的小区切换方法、设备和系统 | |
| CN106376015A (zh) | 一种网络共享中重建立小区的选择方法及装置 | |
| CN101841868B (zh) | 一种邻小区列表获取方法和系统以及一种终端 | |
| CN101674628A (zh) | 路由重选的方法和无线网络控制器 | |
| CN104427566A (zh) | 一种切换方法及载波聚合系统 | |
| CN102257852B (zh) | 无线资源控制重建方法、用户设备、基站和通信系统 | |
| CN102196394A (zh) | 信令跟踪信息的发送方法及装置 | |
| CN102244877A (zh) | 一种更新邻区关系列表的方法及装置 | |
| CN101874421A (zh) | 用户装置和寻呼信道接收方法 | |
| CN104469858A (zh) | 集群监听用户的小区切换方法、用户设备和网络设备 | |
| CN102202365A (zh) | 一种基于x2接口的csg小区切换方法及其装置 | |
| CN102595530B (zh) | 确定物理层小区标识重选决策方的方法及装置 | |
| CN102244909A (zh) | 一种防止乒乓迁移的方法 | |
| CN103428668A (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 |
Application publication date: 20111116 |