CN100455136C - 小区更新的实现方法 - Google Patents
小区更新的实现方法 Download PDFInfo
- Publication number
- CN100455136C CN100455136C CNB2006100837454A CN200610083745A CN100455136C CN 100455136 C CN100455136 C CN 100455136C CN B2006100837454 A CNB2006100837454 A CN B2006100837454A CN 200610083745 A CN200610083745 A CN 200610083745A CN 100455136 C CN100455136 C CN 100455136C
- Authority
- CN
- China
- Prior art keywords
- cell update
- message
- user terminal
- cell
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 53
- 230000008569 process Effects 0.000 claims abstract description 37
- 230000004044 response Effects 0.000 claims description 23
- 230000005540 biological transmission Effects 0.000 claims description 12
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 238000012790 confirmation Methods 0.000 abstract 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 239000012467 final product Substances 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000033228 biological regulation Effects 0.000 description 1
- 230000009134 cell regulation Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开一种小区更新的实现方法,其包括以下步骤:A)用户终端发送小区更新请求,且所述用户终端可一次或多次重发小区更新请求;B)无线网络控制器接收到所述的小区更新请求后,向所述用户终端返回小区更新确认;C)用户终端根据所述确认向无线网络控制器传送应答消息,无线网络控制器接收该应答消息,接管用户终端,完成小区更新过程;其中在一个小区更新流程中,对于用户终端多次发送的小区更新请求,无线网络控制器返回的小区更新确认携带的标识相同,所述标识为无线资源控制事务标识,所述无线资源控制事务标识可将多个并行发起的无线资源控制过程区分。
Description
技术领域
本发明涉及宽带码分多址(WCDMA:Wideband Code Division MultipleAccess)系统,特别是关于WCDMA系统的小区更新的实现方法。
背景技术
对于WCDMA系统中处于小区_寻呼信道(CELL_PCH,为移动用户所处的一种状态)或小区_向前接入信道(CELL_FACH,为移动用户所处的一种状态)状态的用户终端(UE),当已经建立无线资源控制(RRC:Radio Resource Control)连接并且用户终端的小区位置为通用陆地无线接入网(UTRAN:UniversalTerrestrial Radio Access Network)所知的情况下,小区更新就是更新网络侧用户终端小区级位置信息的过程。
参考图1,是现有技术WCDMA系统中小区更新流程的示意图。该WCDMA系统中小区更新的流程包括以下步骤:
步骤一、UE向无线网络控制器(RNC:Radio Network Controller)发送小区更新(CELL UPDATE)消息;
步骤二、RNC向UE返回小区更新确认(CELL UPDATE CONFIRM)消息;
步骤三、UE将根据CELL UPDATE CONFIRM消息中的相关信元向RNC传送应答消息。
上述小区更新的详细过程可以参见3GPP TS25331协议中“Cell and URAupdate procedures”章节的描述。
在该小区更新的流程中,会存在小区更新重发的机制。小区更新重发具体的说就是:UE发送CELL UPDATE消息后会启动T302定时器设定时钟周期,当该时钟周期内收到CELL UPDATE CONFIRM消息后停止T302定时器;但是当T302定时器超时,即该时钟周期内未收到CELL UPDATE CONFIRM消息时,若V302<=N302则UE重发CELL UPDATE消息,若V302>N302则UE进入空闲模式,其中V302表示发送CELL UPDATE消息的次数,N302表示CELL UPDATE消息重发的最大次数。
在RNC接收到多个CELL UPDATE消息后,RNC同样也会返回相同数目的CELL UPDATE CONFIRM消息,如图2所示。由于RNC可以并行发起多个消息类型相同的RRC过程,因此在UE和RNC之间的下行的消息中将携带无线资源控制事务标识(RRC TRANSACTION ID),将该多个并行发起的RRC过程区分开。该RRC TRANSACTION ID和消息类型一起,在某一个时间点上唯一地标识一个RNC和UE之间的下行RRC过程。对于小区更新消息,不管是不是重发的消息,RNC在给UE返回应答消息CELL UPDATE CONFIRM时,都会将RRC TRANSACTION ID递增。
按照小区更新重发机制的规定,UE发送第一个CELL UPDATE消息之后,必须等待T302定时器超时才可以重发CELL UPDATE消息,这样,在T302定时器的合理配置下,可以确保UE发送CELL UPDATE消息后,RNC有足够的时间返回CELL UPDATE CONFIRM消息。
但是,在实际中发现有些UE并不遵循小区更新重发机制的规定,UE会在发送第一个CELL UPDATE消息之后,在T302定时器超时之前,重发CELLUPDATE消息。在时钟周期内,UE重发CELL UPDATE消息的具体流程的说明参考图3和图4,图3是从RNC侧说明在时钟周期内UE重发CELL UPDATE消息实现小区更新的具体流程图,图4是从UE侧说明在时钟周期内UE重发CELL UPDATE消息实现小区更新的具体流程图。
图3中,从RNC侧说明在时钟周期内UE重发CELL UPDATE消息实现小区更新的具体流程包括以下步骤:
1)UE发起小区更新过程,向RNC发送CELL UPDATE消息;
2)随后RNC返回CELL UDPATE CONFIRM消息,其携带的RRCTRANSACTION ID为1;
3)在T302定时器超时之前,UE向RNC重发CELL UPDATE消息;
4)RNC返回RRC TRANSACTION ID为2的CELL UPDATE CONFIRM消息;
5)UE收到了RRC TRANSACTION ID为1的CELL UPDATE CONFIRM消息后,发送RRC TRANSACTION ID为1的UTRAN移动性信息确认(UTRAN MOBILITY INFORMATION CONFIRM)消息给RNC,此时UE侧小区更新流程结束。
但是,在步骤4)中RNC已发出RRC TRANSACTION ID为2的CELLUPDATE CONFIRM消息,因此在之后的时间RNC只等待接收并且处理RRCTRANSACTION ID为2的UTRAN MOBILITY INFORMATION CONFIRM消息;当在步骤5)中RNC收到RRC TRANSACTION ID为1的UTRANMOBILITY INFORMATION CONFIRM消息时,由于RRC TRANSACTION ID不匹配,RNC将该消息丢弃。之后RNC仍在等待UE返回RRC TRANSACTIONID为2的UTRAN MOBILITY INFORMATION CONFIRM消息,但是由于在步骤5)后,UE侧的小区更新流程已经结束,UE不会再发出相应的消息了,因此RNC会等不到RRC TRANSACTION ID为2的UTRAN MOBILITYINFORMATION CONFIRM消息,于是流程失败,RNC发送IU接口释放请求(IU RELEASE REQUEST)消息,随后RNC接管UE失败,UE掉话。
图4中,从UE侧说明在时钟周期内UE重发CELL UPDATE消息实现小区更新的具体流程包括以下步骤:
1)UE发起小区更新过程,向RNC发送CELL UPDATE消息;
2)在T302定时器超时之前,UE向RNC重发CELL UPDATE消息;
3)随后RNC返回CELL UDPATE CONFIRM消息,其携带的RRCTRANSACTION ID为1;
4)UE收到CELL UPDATE CONFIRM消息,发送RRC TRANSACTION ID为1的UTRAN MOBILITY INFORMATION CONFIRM消息,此时UE侧小区更新流程结束;
5)RNC回复RRC TRANSACTION ID为2的CELL UPDATE CONFIRM消息给UE。
在步骤5)后,RNC会在等待UE返回RRC TRANSACTION ID为2的UTRAN MOBILITY INFORMATION CONFIRM消息,但是由于在步骤4)后,UE侧的小区更新流程已经结束,UE不会再发出相应的消息了,因此RNC会等不到RRC TRANSACTION ID为2的UTRAN MOBILITY INFORMATIONCONFIRM消息,于是流程失败,RNC发送IU RELEASE REQUEST消息,随后RNC接管UE失败,UE掉话。
发明内容
本发明要解决的技术问题是提供一种小区更新的实现方法,其可解决现有技术小区更新过程中掉话的问题。
为解决上述技术问题,本发明的目的是通过以下技术方案实现的。
一种小区更新的实现方法,其包括以下步骤:
A)用户终端发送小区更新请求,且所述用户终端可一次或多次重发小区更新请求;
B)无线网络控制器接收到所述的小区更新请求后,向所述用户终端返回小区更新确认;
C)用户终端根据所述确认向无线网络控制器传送应答消息,无线网络控制器接收该应答消息,接管用户终端,完成小区更新过程;
其中:在一个小区更新流程中,对于用户终端多次发送的小区更新请求,无线网络控制器返回的小区更新确认携带的标识相同,所述标识为无线资源控制事务标识,所述无线资源控制事务标识可将多个并行发起的无线资源控制过程区分。
所述步骤A)中,用户终端发送第一个小区更新请求时设定时钟周期,在所述时钟周期内用户终端重发小区更新请求。
所述应答消息是UTRAN移动性信息确认消息、物理信道重配置完成消息、传输信道重配置完成消息、无线承载释放完成消息或者无线承载重配完成消息之中一种或任意组合。
由于在同一个小区更新流程中,无线网络控制器始终返回相同事务标识的确认信息,因此当用户终端在同一个小区更新流程中多次重发小区更新请求时,无线网络控制器与用户终端也始终使用相同的事务标识进行信令交换。换而言之,即使无线网络控制器已经根据用户终端重复发出的小区更新请求,多次发出更新确认,由于其始终返回相同事务标识的确认信息,因此UE根据无线网络控制器之前发出的更新确认而返回的应答消息能够与无线网络控制器当前发出的更新确认匹配。无线网络控制器根据接收到的应答消息接管用户终端,成功完成小区更新的操作。因此本发明成功地解决了现有技术中小区更新过程中用户终端掉话的问题。
附图说明
图1是现有技术WCDMA系统中小区更新流程的示意图。
图2是UE重发CELL UPDATE消息时,小区更新流程示意图。
图3是现有技术从RNC侧说明在同一小区更新流程内UE重发CELLUPDATE消息时,小区更新的具体流程图。
图4是现有技术从UE侧说明在同一小区更新流程内UE重发CELLUPDATE消息时,小区更新的具体流程图。
图5是本发明从RNC侧说明在同一小区更新流程内UE重发CELLUPDATE消息时,小区更新的具体流程图。
图6是本发明从UE侧说明在同一小区更新流程内UE重发CELL UPDATE消息时,小区更新的具体流程图。
具体实施方式
以下结合附图和具体实施方式,进一步说明本发明。
在WCDMA系统中,小区更新的流程包括以下步骤:
步骤一、UE向无线网络控制器(RNC:Radio Network Controller)发小区更新(CELL UPDATE)消息;
步骤二、RNC向UE返回小区更新确认(CELL UPDATE CONFIRM)消息;
步骤三、UE将根据CELL UPDATE CONFIRM消息中的相关信元向RNC传送应答消息。
在步骤三中,该应答消息可以为以下消息的一种或任意组合:
①UTRAN移动性信息确认消息(UTRAN MOBILITY INFORMATIONCONFIRM);
②物理信道重配置完成消息(PHYSICAL CHANNELRECONFIGURATION COMPLETE);
③传输信道重配置完成消息(TRANSPORT CHANNELRECONFIGURATION COMPLETE);
④无线承载释放完成消息(RADIO BEARER RECONFIGURATIONCOMPLETER);
⑤无线承载重配完成消息(RADIO BEARER RELEASE COMPLETE)。
该UE发送应答消息后,UE侧已完成小区更新过程,当RNC接收到该应答消息后会正式接管该UE,完成小区更新。
本发明的小区更新的实现方法,其包括以下步骤:
A)UE发送小区更新请求;
B)RNC接收到所述的小区更新请求后,向UE返回小区更新确认;
C)UE根据所述确认向RNC传送应答消息,RNC接收该应答消息,接管UE,完成小区更新过程;
其中:在一个小区更新流程中,RNC返回的小区更新确认携带的标识相同。
由于在同一个小区更新流程中,RNC始终返回相同事务标识的确认信息,因此当UE在同一个小区更新流程中多次重发小区更新请求时,RNC与UE也始终使用相同的事务标识进行信令交换。换而言之,即使RNC已经根据UE重复发出的小区更新请求,多次发出更新确认,由于其始终返回相同事务标识的确认信息,因此UE根据RNC之前发出的更新确认而返回的应答消息能够与RNC当前发出的更新确认匹配。RNC根据接收到的应答消息接管UE,成功完成小区更新的操作。因此本发明成功地解决了现有技术中小区更新过程中UE掉话的问题。
参阅图5和图6,图5是从RNC侧说明同一小区更新流程内UE重发CELLUPDATE消息时小区更新的具体流程图,图6是从UE侧说明UE重发CELLUPDATE消息时小区更新的具体流程图。
图5中,从RNC侧说明UE重发CELL UPDATE消息时小区更新的具体流程包括以下步骤:
1)处于CELL_PCH或CELL_FACH状态的UE通过无线资源控制(RRC)协议向RNC发送CELL UPDATE消息;
2)随后RNC返回CELL UDPATE CONFIRM消息,该CELL UDPATECONFIRM消息携带的标识为1;
3)UE向RNC重发CELL UPDATE消息;
4)RNC再次返回CELL UPDATE CONFIRM消息,该CELL UDPATECONFIRM消息携带的标识同样为1;
5)UE收到了标识为1的CELL UPDATE CONFIRM消息后,通过无线资源控制(RRC)协议过程发送标识为1的应答消息给RNC,此时UE侧完成小区更新过程。
在步骤1)中,用户终端发送第一个CELL UPDATE消息时设定时钟周期,步骤3)中用户终端在所述时钟周期内重发CELL UPDATE消息。
步骤2)、步骤4)及步骤5)中,CELL UDPATE CONFIRM消息和应答消息中携带的标识均为RRC TRANSACTION ID。该RRC TRANSACTION ID可将该多个并行发起的RRC过程区分开。该RRC TRANSACTION ID和消息类型一起,在某一个时间点上可唯一地标识一个RNC和UE之间的下行RRC过程。
步骤3)中,UE可一次或多次向RNC重发CELL UPDATE消息,发送CELLUPDATE消息的次数满足V302<=N302即可,其中V302表示发送CELLUPDATE消息的次数,N302表示CELL UPDATE消息重发的最大次数。
步骤5)中,该应答消息可以为以下消息的一种:
①UTRAN移动性信息确认消息;
②物理信道重配置完成消息;
③传输信道重配置完成消息;
④无线承载释放完成消息;
⑤无线承载重配完成消息。
在步骤2)和步骤4)中RNC两次发出RRC TRANSACTION ID均为1的CELL UPDATE CONFIRM消息,在之后的时间RNC等待接收并处理RRCTRANSACTION ID为1的UTRAN MOBILITY INFORMATION CONFIRM消息;当在步骤5)中,UE发出UTRAN MOBILITY INFORMATION CONFIRM消息后,UE侧完成小区更新过程;RNC收到RRC TRANSACTION ID为1的该消息后,接管UE,成功完成小区更新的过程。因此解决了现有技术中小区更新过程中UE掉话的问题。
图6中,从UE侧说明UE重发CELL UPDATE消息实现小区更新的具体流程包括以下步骤:
1)UE发起小区更新过程,通过无线资源控制(RRC)协议向RNC发送CELLUPDATE消息;
2)UE向RNC重发CELL UPDATE消息;
3)随后RNC返回CELL UDPATE CONFIRM消息,该CELL UDPATECONFIRM消息携带的标识为1;
4)UE收到该CELL UPDATE CONFIRM消息,发送标识为1的应答消息,此时UE侧小区更新流程结束;
5)RNC返回标识为1的CELL UPDATE CONFIRM消息给UE。
在步骤1)中,用户终端发送第一个CELL UPDATE消息时设定时钟周期,步骤2)中用户终端在所述时钟周期内重发CELL UPDATE消息。
步骤2)、步骤4)及步骤5)中,CELL UDPATE CONFIRM消息和应答消息中携带的标识均为RRC TRANSACTION ID。该RRC TRANSACTION ID可将该多个并行发起的RRC过程区分开。该RRC TRANSACTION ID和消息类型一起,在某一个时间点上可唯一地标识一个RNC和UE之间的下行RRC过程。
步骤2)中,UE可一次或多次向RNC重发CELL UPDATE消息,发送CELLUPDATE消息的次数满足V302<=N302即可,其中V302表示发送CELLUPDATE消息的次数,N302表示CELLUPDATE消息重发的最大次数。
步骤4)中,该应答消息可以为以下消息的一种:
①UTRAN移动性信息确认消息;
②物理信道重配置完成消息;
③传输信道重配置完成消息;
④无线承载释放完成消息;
⑤无线承载重配完成消息。
在步骤3)中RNC发出RRC TRANSACTION ID均为1的CELL UPDATECONFIRM消息,在之后的时间RNC等待接收并处理RRC TRANSACTION ID为1的UTRAN MOBILITY INFORMATION CONFIRM消息;当在步骤4)中,UE发出UTRAN MOBILITY INFORMATION CONFIRM消息后,UE侧完成小区更新过程;RNC收到RRC TRANSACTION ID为1的该消息后,接管UE,成功完成小区更新的过程。因此解决了现有技术中小区更新过程中UE掉话的问题。
以上对本发明所提供的小区更新的实现方法。本文中应用了特定个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术依据本发明的思想,在特定实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (3)
1.一种小区更新的实现方法,其包括以下步骤:
A)用户终端发送小区更新请求,且所述用户终端可一次或多次重发小区更新请求;
B)无线网络控制器接收到所述的小区更新请求后,向所述用户终端返回小区更新确认;
C)用户终端根据所述确认向无线网络控制器传送应答消息,无线网络控制器接收该应答消息,接管用户终端,完成小区更新过程;
其特征在于:在一个小区更新流程中,对于用户终端多次发送的小区更新请求,无线网络控制器返回的小区更新确认携带的标识相同,所述标识为无线资源控制事务标识,所述无线资源控制事务标识可将多个并行发起的无线资源控制过程区分。
2.如权利要求1所述的小区更新的实现方法,其特征在于:所述步骤A)中,用户终端发送第一个小区更新请求时设定时钟周期,在所述时钟周期内用户终端重发小区更新请求。
3.如权利要求1或2任一项所述的小区更新的实现方法,其特征在于:所述应答消息是UTRAN移动性信息确认消息、物理信道重配置完成消息、传输信道重配置完成消息、无线承载释放完成消息或者无线承载重配完成消息之中一种或任意组合。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100837454A CN100455136C (zh) | 2006-06-01 | 2006-06-01 | 小区更新的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100837454A CN100455136C (zh) | 2006-06-01 | 2006-06-01 | 小区更新的实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1968518A CN1968518A (zh) | 2007-05-23 |
CN100455136C true CN100455136C (zh) | 2009-01-21 |
Family
ID=38076995
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100837454A Active CN100455136C (zh) | 2006-06-01 | 2006-06-01 | 小区更新的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100455136C (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102300187B (zh) * | 2010-06-25 | 2014-09-10 | 中兴通讯股份有限公司 | 提高业务呼通率的实现方法及无线网络控制器 |
CN103716834B (zh) * | 2012-09-28 | 2017-09-08 | 展讯通信(上海)有限公司 | 解决小区更新后将ue配置到错误小区的方法与装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1385046A (zh) * | 1999-10-27 | 2002-12-11 | 艾利森电话股份有限公司 | 用于在无线电接入网中执行小区和ura更新的方法 |
CN1549477A (zh) * | 2003-05-20 | 2004-11-24 | 深圳市中兴通讯股份有限公司南京分公 | 无线网络控制器非稳态下的动态数据同步方法 |
EP1519597A1 (en) * | 2003-09-29 | 2005-03-30 | M-Stack Limited | Method and apparatus for processing a Cell Update Confirm message in a 3rd Generation Wireless Telecommunication System |
EP1530393A1 (en) * | 2003-11-07 | 2005-05-11 | M-Stack Limited | Processing configuration and mobility management messages with missing Ciphering Activation Time for DPCH information in a universal mobile telecommunications system (UMTS) |
-
2006
- 2006-06-01 CN CNB2006100837454A patent/CN100455136C/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1385046A (zh) * | 1999-10-27 | 2002-12-11 | 艾利森电话股份有限公司 | 用于在无线电接入网中执行小区和ura更新的方法 |
CN1549477A (zh) * | 2003-05-20 | 2004-11-24 | 深圳市中兴通讯股份有限公司南京分公 | 无线网络控制器非稳态下的动态数据同步方法 |
EP1519597A1 (en) * | 2003-09-29 | 2005-03-30 | M-Stack Limited | Method and apparatus for processing a Cell Update Confirm message in a 3rd Generation Wireless Telecommunication System |
EP1530393A1 (en) * | 2003-11-07 | 2005-05-11 | M-Stack Limited | Processing configuration and mobility management messages with missing Ciphering Activation Time for DPCH information in a universal mobile telecommunications system (UMTS) |
Also Published As
Publication number | Publication date |
---|---|
CN1968518A (zh) | 2007-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3841825B1 (en) | Handling of collision between pdu session establishment and release procedures | |
JP7359952B2 (ja) | Harqプロセス管理方法および装置、端末、ならびに記憶媒体 | |
EP2086253B1 (en) | Method and apparatus for radio link failure recovery in a wireless communications network | |
CN101247647B (zh) | 一种增强上行链路实现快速切换的方法 | |
TWI362197B (en) | Enhancement of dual transfer mode when circuit switched resources are released | |
CN101554001B (zh) | 专用无线电资源控制 | |
CN102307391A (zh) | 分配移动无线系统中分组模式资源的方法 | |
CN101151936A (zh) | 电路交换(cs)和分组交换(ps)资源的组合切换 | |
JP2009542147A (ja) | 無線アクセス・システムにおけるページング動作を改善する方法 | |
CN102413568B (zh) | 一种寻呼用户终端的方法及设备 | |
JP2006287457A (ja) | 移動体通信システムにおけるダウンリンクrrcメッセージと移動機のセル間移動との競合救済方法 | |
CN103024835A (zh) | 小区内切换方法和设备 | |
CN101355785B (zh) | 一种切换过程中非接入层消息的传输方法和系统 | |
CN103188751B (zh) | 提高移动通信终端接通率的方法和系统 | |
CN101796856A (zh) | 用于群组通信的简化无线电多播 | |
CN101170724B (zh) | 一种承载模式转换的方法、系统及装置 | |
CN109155951A (zh) | 传输方法、基站和终端 | |
JP4902623B2 (ja) | Rrcプロセスの再開効率を向上させる方法及び通信装置 | |
CN100455136C (zh) | 小区更新的实现方法 | |
CN101330721A (zh) | 数据指示方法及系统 | |
CN103546978A (zh) | 一种网络侧回收非竞争随机接入资源的方法 | |
CN107135522A (zh) | 一种提高切换成功率的方法和用户设备 | |
AU2006273396B2 (en) | Mobile station, wireless access network apparatus, mobile communication system and communication method | |
CN102196515B (zh) | 一种小区切换方法和无线网络控制器及用户终端 | |
CN100388845C (zh) | 一种用于第三代移动通信系统的Iu连接释放方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |