CN101330762A - 一种支持无损重定位的实现方法 - Google Patents
一种支持无损重定位的实现方法 Download PDFInfo
- Publication number
- CN101330762A CN101330762A CNA2008101425319A CN200810142531A CN101330762A CN 101330762 A CN101330762 A CN 101330762A CN A2008101425319 A CNA2008101425319 A CN A2008101425319A CN 200810142531 A CN200810142531 A CN 200810142531A CN 101330762 A CN101330762 A CN 101330762A
- Authority
- CN
- China
- Prior art keywords
- pdu
- window
- sequence number
- unconfirmed
- reorientation
- 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
本发明公开了一种支持无损重定位的实现方法,该方法为:a:UE侧PDCP接收来自网络侧的上行期望接收的下一个PDU的序列号;b:UE侧PDCP若接收到本侧RRC发出的无损重定位消息成功,则判断所述序列号是否可用,若是则转c;否则转d;c:删除序列号窗口中比该序列号小的PDU记录,将剩下的PDU记录的确认状态表项全部修改为未确认状态;再将其中未确认PDU重新发送,结束;d:将所有在序列号窗口中的PDU记录的确认状态表项修改为未确认状态,然后封装序列号窗口中第一个未确认的PDU为序列号PDU,发送给下层RLC。本发明在SRNS重定位时,可重发SN window中的未确认PDU,保证了数据传输的完整性,节约系统资源。
Description
技术领域
本发明涉及无线通信领域,尤其涉及TD-SCDMA系统中分组数据汇聚协议(PDCP)层无损重定位的实现方法。
背景技术
蜂窝移动通信系统中,单个基站的覆盖范围有限,所以,当用户终端在通话的过程中从一个小区进入另外一个小区时,为了保证通信的连续性,系统要将该用户终端与原有小区建立的联系转移到新的小区上,这就是小区切换。用户终端不仅可以在同一个基站控制器下的不同小区之间进行切换,而且还可以在不同系统、不同基站控制器上进行切换。当用户终端在切换时更换基站控制器,就需要进行UE的重定位操作。在TD-SCDMA系统中,在源RNC(无线网络控制器)切换到目标RNC的过程中,也会发生SRNS(服务无线网络子系统)重定位。其重定位的过程如下:
首先,源RNC侧的RRC(无线资源控制层)向源RNC侧的RLC(无线链路控制层)发送重定位消息,指示源RNC侧的RLC设置为停止发送状态,源RNC侧的RRC向源RNC侧的PDCP发送重定位消息,PDCP就会将已经发送但未得到RLC确认的数据包以及缓存的数据包一起转移到目标RNC上;然后,当UE接收到源RNC发送的重定位消息时,检测该重定位消息中是否携带DL_CounterSynchronisationInfo(下行同步计数器)或者在无线承载(RB)重定位消息中有new U-RNT(UTRAN侧无线网络临时标示符),如果是,那么UE就认为重定位触发条件已成立;随后,UE侧的RLC被设置为停止发送状态,UE侧的PDCP收到上行期望接收的下一个协议数据单元(PDU)序列号,开始缓存上层下发的SDU,不再处理下发给UE侧RLC,UE侧RRC指示UE侧RLC重新建立SRB2并指示物理层执行切换;最后,目标RNC检测到UE后,UE向目标RNC发送物理信道重定位完成消息,UE侧RRC给本侧的PDCP发送RB2重定位完成消息,使UE侧PDCP开始向本侧RLC发送业务数据,开始与目标RNC通信。
针对PDCP层,这样做无疑会出现以下问题:
1、对于支持无损SRNS重定位的RB,RLC被配置为AM(确认)模式,向上顺序递交,也就是UE侧的RLC将一个数据单元送到对端的RLC,然后向UE侧PDCP报告该数据单元已经确认发送,但是对端的RLC是顺序递交,可能没有收到前面的数据,此时便不会将这个数据单元上送给网络侧的PDCP,如果此时发生了源RNC到目标RNC的切换,UE端RLC发送重定位,会清空已经发送(不管已经确认还是未确认)的数据包的缓存,造成未确认的数据包的丢失;
2、对于UE侧PDCP接收到的上行期望接收的序列号记作ExpectSeqNum,在SN window中可能有比ExpectSeqNum编号大但是却已经收到“确认”的PDU记录。
发明内容
本发明所要解决的技术问题是提供一种支持无损重定位的实现方法。
为解决上述技术问题,本发明是通过以下技术方案实现的:
一种支持无损重定位的实现方法,包括以下步骤:
a:UE侧的分组数据汇聚协议PDCP接收网络侧发送过来的上行期望接收的下一个协议数据单元PDU的序列号;
b:UE侧的PDCP若接收到本侧无线资源控制层RRC发出的无损重定位消息成功,则判断步骤a中所述序列号是否可用,如果是,则进入步骤c;否则,进入步骤d;
c:删除序列号窗口(SN window)中比该序列号小的PDU记录,并将SN window中剩下的PDU记录的确认状态(Acknowledge)表项全部修改为未确认状态;然后,将序列号窗口中的未确认PDU重新发送一次,之后退出本流程;
d:将所有在SN window中的PDU记录的确认状态表项全部修改为未确认状态,然后封装SN window中第一个未确认的PDU为序列号PDU,发送给下层的RLC,并由RLC返回确认消息。
其中,步骤a中所述序列号为网络侧根据已经收到的PDU及自己接收计数器而计算出本侧期望接收的下一个PDU的序列号。
其中,步骤b中判断所述序列号是否可用,具体包括:若序列号比SN window中的最小未确认已发送PDU记录小或者比SN window中最大未确认已发送的PDU记录大,则序列号不可用;若序列号比SNwindow中的最小未确认已发送PDU记录大并且比SN window中最大未确认已发送的PDU记录小,则序列号可用。
其中,步骤b中所述RRC发出的无损重定位消息成功的标志是判断重定位消息中携带有下行同步计数器或者在无线承载RB重定位消息中有UTRAN侧无线网络临时标示符。
本发明具有以下有益效果:
本发明在发生SRNS(服务无线网络子系统)重定位时,通过对上行期望接收的序列号的值的判断,将SN window中PDU记录状态作相应的修改,使得在发生重定位过程中,对SN window中的未确认PDU全部重发一次,从而保证数据传输的完整性,节约系统资源。
附图说明
图1为本发明方法流程图。
具体实施方式
根据3GPP TS 25.323协议,凡是支持无损SRNS重定位的PDCP实体,均需要做序列号维护,并将发送到RLC并且没有得到RLC确认传输的数据单元记录在序列号窗口(SN window)中。
本发明中,通过给每个支持无损SRNS重定位的PDCP实体,PDCP需要对接收和发送的PDU进行序列号维护并需要维护SN window表,表中存放的记录是发送到RLC但是并没有被RLC确认传输到对端的PDU记录。SN window的大小由上层在配置PDCP实体时指定,可以是255或者65535。
下面结合附图及具体实施例对本发明作进一步详细的描述:
请参阅图1所示,包括:
步骤101:UE侧的PDCP接收网络侧发送过来的上行期望接收的下一个PDU的序列号,主要指UE侧的PDCP通过本侧RRC接收到网络侧的PDCP层期望接收的下一个上行的PDU的序列号,这个序列号是网络侧根据已经收到的PDU及自己接收计数器而计算出本侧期望接收的下一个PDU的序列号ExpectSeqNum;
步骤102:判断UE侧的PDCP接收到本侧RRC发出的无损重定位消息是否成功,如果是,则进入步骤103;否则,UE侧的PDCP恢复正常发送接收状态;
步骤103:UE侧的PDCP判断所述ExpectSeqNum是否可用,如果是,则进入步骤105;否则,进入步骤104;
判断如下:如果ExpectSeqNum比SN window中的最小未确认已发送PDU记录小或者比SN window中最大未确认已发送的PDU记录大,则认为网络侧期望的下一个上行序列号不可用;若序列号比SN window中的最小未确认已发送PDU记录大并且比SN window中最大未确认已发送的PDU记录小,则序列号可用;
步骤104:将所有在SN window中的PDU记录的Acknowledge表项全部修改为未确认状态,然后封装SN window中第一个未确认的PDU为SN PDU,发送给下层的RLC,直到RLC报告确认该SN PDU已经发送到对端RLC,同步过程结束;
步骤105:删除SN window中比该序列号小的PDU记录,并将SNwindow中剩下的PDU记录的确认状态(Acknowledge)表项全部修改为未确认状态;
这样做的原因是因为对端期望接收的ExpectSeqNum比较小,而RLC在重定位时会清空缓存,那么就是说比ExpectSeqNum大并且UE侧PDCP已经发送的PDU,都丢失了;
步骤106:将SN window中的未确认PDU重新发送一次。因为这些PDU虽然UE侧的PDCP已经发送过,但是在无损重定位的过程中实际上由于种种原因已经被无线链路丢弃,如果不重发则永远得不到确认,将会浪费SN window的资源。
本发明虽然针对UE侧的PDCP,但是对于网络侧的PDCP同样适用,只是上下行改变而已。以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (4)
1、一种支持无损重定位的实现方法,其特征在于,包括以下步骤:
a:UE侧的分组数据汇聚协议PDCP接收网络侧发送过来的上行期望接收的下一个协议数据单元PDU的序列号;
b:UE侧的PDCP若接收到本侧无线资源控制层RRC发出的无损重定位消息成功,则判断步骤a中所述序列号是否可用,如果是,则进入步骤c;否则,进入步骤d;
c:删除序列号窗口中比该序列号小的PDU记录,并将序列号窗口中剩下的PDU记录的确认状态表项全部修改为未确认状态;然后,将序列号窗口中的未确认PDU重新发送一次,之后退出本流程;
d:将所有在序列号窗口中的PDU记录的确认状态表项全部修改为未确认状态,然后封装序列号窗口中第一个未确认的PDU为序列号PDU,发送给下层的无线链路控制层RLC,并由RLC返回确认消息。
2、如权利要求1所述的支持无损重定位的实现方法,其特征在于,步骤a中所述序列号为网络侧根据已经收到的PDU及自己接收计数器而计算出本侧期望接收的下一个PDU的序列号。
3、如权利要求1或2所述的支持无损重定位的实现方法,其特征在于,步骤b中判断所述序列号是否可用,具体包括:若序列号比序列号窗口中的最小未确认已发送PDU记录小或者比序列号窗口中最大未确认已发送的PDU记录大,则序列号不可用;若序列号比序列号窗口中的最小未确认已发送PDU记录大并且比序列号窗口中最大未确认已发送的PDU记录小,则序列号可用。
4、如权利要求1或2所述的支持无损重定位的实现方法,其特征在于,步骤b中所述RRC发出的无损重定位消息成功的标志是判断重定位消息中携带有下行同步计数器或者在无线承载RB重定位消息中有UTRAN侧无线网络临时标示符。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101425319A CN101330762A (zh) | 2008-07-25 | 2008-07-25 | 一种支持无损重定位的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101425319A CN101330762A (zh) | 2008-07-25 | 2008-07-25 | 一种支持无损重定位的实现方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101330762A true CN101330762A (zh) | 2008-12-24 |
Family
ID=40206294
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101425319A Pending CN101330762A (zh) | 2008-07-25 | 2008-07-25 | 一种支持无损重定位的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101330762A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101997660A (zh) * | 2009-08-14 | 2011-03-30 | 中兴通讯股份有限公司 | 一种避免上行数据丢失的方法及装置 |
-
2008
- 2008-07-25 CN CNA2008101425319A patent/CN101330762A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101997660A (zh) * | 2009-08-14 | 2011-03-30 | 中兴通讯股份有限公司 | 一种避免上行数据丢失的方法及装置 |
CN101997660B (zh) * | 2009-08-14 | 2014-11-05 | 中兴通讯股份有限公司 | 一种避免上行数据丢失的方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101267440B (zh) | 无损重定位方法和系统 | |
JP5547341B2 (ja) | 無線装置において複数の無線アクセスベアラを制御する方法 | |
WO2018127238A1 (zh) | 信息处理方法及装置 | |
CN101043301B (zh) | 一种无线通信系统中的数据重排重组方法及其基站 | |
CN101699898B (zh) | 一种分组业务域传输分组数据的方法和系统 | |
RU2487485C2 (ru) | Способ управления окном передачи и повторной передачей и передающее устройство | |
US8295265B2 (en) | Method for handling radio bearer messages during reset and reestablishment in a wireless system | |
CN101114992A (zh) | 切换方法、发送端设备和接收端设备 | |
CN104935414A (zh) | 一种在双连接系统中传输信息的方法和装置 | |
CN102300187B (zh) | 提高业务呼通率的实现方法及无线网络控制器 | |
TW200836538A (en) | Method and apparatus for controlling a handover between UTRA R6 cells and R7 cells | |
JP2017508364A (ja) | セカンダリ基地局及びマスター基地局によって実行される通信方法、並びに対応する基地局 | |
CN102395156A (zh) | 应用于pdcp实体和rlc实体间的数据传输方法及装置 | |
CN101385375A (zh) | 用于为切换而配置链路层实体的技术 | |
RU2008141773A (ru) | Способ обеспечения передачи обслуживания в системе мобильной связи | |
CN100571439C (zh) | 一种防止无线承载数据丢失的方法 | |
RU2012151318A (ru) | Способ облегчения передачи обслуживания устройства мобильной связи | |
NZ580223A (en) | A method and apparatus for seamless handover in a wireless communication network | |
CN104812000A (zh) | 一种实现数据传输的方法及装置 | |
CN1964555A (zh) | 一种无线承载业务重配置失败的处理方法 | |
CN104821859A (zh) | 用于在分组数据汇聚协议层处理数据的方法和设备 | |
CN102257757A (zh) | 用于处理请求重传数据的控制消息的方法和装置 | |
CN1968493A (zh) | 无损重定位的方法 | |
CN101132257A (zh) | 一种状态报告的传输方法和发送端设备 | |
CN201352855Y (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: 20081224 |