[go: up one dir, main page]

CN102239728A - 数据处理方法和装置 - Google Patents

数据处理方法和装置 Download PDF

Info

Publication number
CN102239728A
CN102239728A CN2009801471574A CN200980147157A CN102239728A CN 102239728 A CN102239728 A CN 102239728A CN 2009801471574 A CN2009801471574 A CN 2009801471574A CN 200980147157 A CN200980147157 A CN 200980147157A CN 102239728 A CN102239728 A CN 102239728A
Authority
CN
China
Prior art keywords
convergence protocol
data convergence
packet data
packet
renumbered
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.)
Granted
Application number
CN2009801471574A
Other languages
English (en)
Other versions
CN102239728B (zh
Inventor
常俊仁
李亚娟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Changshu Intellectual Property Operation Center Co ltd
Guangdong Gaohang Intellectual Property Operation Co ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN102239728A publication Critical patent/CN102239728A/zh
Application granted granted Critical
Publication of CN102239728B publication Critical patent/CN102239728B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/02Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种数据处理方法和装置。该方法包括当需要切换到PDCP序列号编号方式不同的目标系统时,确定待重新编号的PDCP数据包;对所述待重新编号的PDCP数据包进行重新编号,使重新编号后的PDCP序列号在目标系统支持的范围内。本发明实施例可以使UE在PDCP序列号编号方式不同的不同系统间切换时,基本实现无损切换。

Description

数据处理方法和装置
技术领域
本发明涉及无线通信技术, 特别涉及一种数据处理方法和装置。 背景技术
长期演进系统的进一步增强(Long Term Evolution Advanced, LTE-A )系 统的上下行峰值速率分别为 500Mbps 和 lGbps , 长期演进(Long Term Evolution, LTE )系统的上下行峰值速率分别为 50Mbps和 100Mbps。 由于数 据传输速率的提高, 需要在很短的时间内产生更大数目的分组数据汇聚协议
( Packet Data Convergence Protocol, PDCP )业务数据单元 ( Service Data Unit, SDU )。 目前的 LTE系统中, PDCP序列号的长度为 12bit, 即序列号的范围 为 0-4095。 在 LTE-A系统中, 为了支持更大数目的 PDCP SDU, 可以釆用如 下两种方式: 其一是釆用 PDCP序列号扩展的方式, 即扩展 PDCP序列号的 长度,例如,可以将 PDCP序列号的长度增加到 14bit;其二是釆用 PDCP SDU 聚合的方式, 即在 PDCP层增加数据包聚合功能, 将多个 PDCP SDU聚合成 为一个 PDCP数据包,这相当于多个 PDCP SDU共同关联使用一个 PDCP序 列号。 站为 LTE-A系统的基站, 目标基站为 LTE系统的基站时, 由于目标基站仅能 支持 12bit的 PDCP序列号, 以及目标基站不具备 PDCP SDU的聚合功能, 因此在用户设备 ( User Equipment, UE ) 由源基站向目标基站的切换过程中, 目标基站不能识别源基站转发的序列号经过加长的数据包或者经过聚合的数 据包。 源基站和目标基站配置不匹配会导致在切换过程中出现丟包的现象。 发明内容 本发明实施例是提供一种数据处理方法和装置, 减少现有技术中数据配 置不匹配造成的丟包。
本发明实施例提供了一种数据处理方法, 包括:
当需要切换到分组数据汇聚协议序列号编号方式不同的目标系统时, 确 定待重新编号的分组数据汇聚协议数据包;
对所述待重新编号的分组数据汇聚协议数据包进行重新编号, 使重新编 号后的分组数据汇聚协议序列号在所述目标系统支持的范围内。
本发明实施例提供了一种数据处理装置, 包括:
确定模块, 用于当需要切换到分组数据汇聚协议序列号编号方式不同的 目标系统时, 确定待重新编号的分组数据汇聚协议数据包;
编号模块, 用于对所述待重新编号的分组数据汇聚协议数据包进行重新 编号, 使重新编号后的分组数据汇聚协议序列号在所述目标系统支持的范围 内。
由上述技术方案可知,本发明实施例通过对 PDCP数据包进行重新编号, 使重新编号后的 PDCP序列号在目标系统支持的范围内, 可以保证切换后目 标系统和 UE的数据格式相同, 实现无损切换。 附图说明
图 1为本发明第一实施例的方法流程示意图;
图 2为本发明第二实施例的方法流程示意图;
图 3为本发明第三实施例的方法流程示意图;
图 4为本发明第四实施例的方法流程示意图;
图 5为本发明第五实施例的方法流程示意图;
图 6为本发明第六实施例的方法流程示意图;
图 7为本发明第七实施例的方法流程示意图;
图 8为本发明第八实施例的方法流程示意图; 图 9为本发明第九实施例的方法流程示意图;
图 10为本发明第十实施例的装置的结构示意图。 具体实施方式
下面通过附图和实施例, 对本发明的技术方案做进一步的详细描述。 图 1为本发明第一实施例的方法流程示意图, 包括:
步骤 11 : 当需要切换到 PDCP序列号编号方式不同的目标系统时, 基站 或者终端确定待重新编号的 PDCP数据包。
当源系统釆用 PDCP序列号扩展方式时, 待重新编号的 PDCP数据包可 以为 PDCP SDU或者 PDCP协议数据单元 ( Protocol Data Unit, PDU ); 当源 系统釆用 PDCP SDU聚合方式时, 待重新编号的 PDCP数据包为聚合两个以 上的 PDCP SDU的经过聚合的 PDCP数据包。
步骤 12:基站或者终端对所述待重新编号的 PDCP数据包进行重新编号, 使重新编号后的 PDCP序列号在目标系统支持的范围内。
在一种具体应用中, 为了使 UE从 LTE-A系统切换到 LTE系统后, 数据 格式保持与 LTE系统中的一致,需要对在 LTE-A系统中已编号的 PDCP数据 包重新进行编号, 使编号后的 PDCP序列号在 LTE系统支持的范围内。
具体可以为:
当釆用 PDCP序列号扩展方式时, 对所述待重新编号的 PDCP数据包进 行重新编号, 此时 , 所述 PDCP数据包可以为 PDCP SDU或者 PDCP PDU; 当釆用 PDCP SDU聚合方式时, 对所述待重新编号的 PDCP数据包中的 PDCP SDU进行重新编号。
本实施例通过重新编号, 使重新编号后的 PDCP序列号在目标系统支持 的范围内, 可以保证切换后目标系统和 UE格式相同, 实现无损切换。
由于在数据处理时, 空口传输的两端 (一端为 UE, —端为演进基站 ( Evolution NodeB, eNB ) )要保持同步, 本发明实施例釆用超帧号 ( Hyper Frame Number, HFN ) 以保持空口传输的两端的同步性。
图 2为本发明第二实施例的方法流程示意图, 包括:
步骤 21 : 基站或者终端确定待重新编号的 PDCP数据包。
当源系统釆用 PDCP序列号扩展方式时, 待重新编号的 PDCP数据包可 以为 PDCP SDU或者 PDCP协议数据单元 ( Protocol Data Unit, PDU ); 当源 系统釆用 PDCP SDU聚合方式时, 待重新编号的 PDCP数据包为聚合两个以 上的 PDCP SDU的经过聚合的 PDCP数据包(下文中待重新编号的 PDCP数 据包的含义与此相同, 不再赘述)。
步骤 22:基站或者终端对所述待重新编号的 PDCP数据包进行重新编号, 使重新编号后的 PDCP序列号在目标系统支持的范围内;
步骤 23: 基站或者终端获取与所述重新编号后的 PDCP序列号对应的 HFN值。 之后, 基站或终端可以根据所述重新编号后的 PDCP序列号和所述 HFN值, 对数据进行按序上交, 所述按序上交也就是按序传输。
本实施例通过获取 HFN, 可以保持空口传输两端的同步性, 使后续的数 据递交更加准确。
由于数据传输时需要空口传输的两端配合, 因此进行重新编号的执行主 体包括 UE和 eNB,对于 eNB, 由于存在切换,具体的编号过程可以由源 eNB 或者目标 eNB执行,即本实施例的执行主体可以为 UE、源 eNB或者目标 eNB。
当执行主体为 UE时,
图 3为本发明第三实施例的方法流程示意图, 包括:
步骤 31 : UE将本端非连续正确接收的 PDCP数据包作为待重新编号的 PDCP数据包。 其中, 非连续正确接收的含义是已被正确接收但是与其前一 个被正确接收的 PDCP数据包的序列号不连续的 PDCP数据包, 例如, 如果 UE正确接收的 PDCP数据包的序列号为 1、 2、 3 , 则这三个 PDCP数据包为 连续正确接收的, 如果 UE正确接收的 PDCP数据包的序列号为 1、 2、 4, 则 序列号为 4的 PDCP数据包为 UE非连续正确接收的 PDCP数据包。 步骤 32: UE对所述待重新编号的 PDCP数据包进行重新编号, 使重新 编号后的 PDCP序列号在目标系统支持的范围内。
步骤 33: UE接收目标 eNB发送的携带有 PDCP序列号的 PDCP数据包, 进行数据处理。 例如, 丟弃与本端重新编号后的 PDCP序列号相同的该目标 eNB发送的 PDCP数据包, 或者, 丟弃小于 UE期望接收的 PDCP序列号的 数据包。
步骤 34: UE向该目标 eNB发送接收状态报告。
该 PDCP数据包的接收状态信息用于表示该 PDCP数据包是否已经被正 确接收, 该接收状态报告中包含重新编号后的 PDCP序列号满足如下条件的 PDCP数据包的接收状态信息:
SN,' + H x (HFN] - ≤i≤m
其中, 为重新编号后的 PDCP序列号; 函为对应 的 HFN值; 当釆用 PDCP序列号扩展方式时, 5W;为第一个待重新编号的 PDCP数据包重 新编号后的 PDCP序列号, 当釆用 PDCP SDU聚合方式时, 5W;为第一个待 重新编号的 PDCP数据包中第一个 PDCP SDU重新编号后的 PDCP序列号; 的 HFN值; N e [NQ , H] , NQ为目标 eNB釆用的重排序窗的长 度, H为目标 eNB釆用的 PDCP序列号的长度。 在空口数据传输时, 为了正 确处理数据, 可以釆用重排序窗的方式, 通常重排序窗的大小为系统能够支 持的 PDCP序列号 ( Sequence Number, SN ) 长度的一半, 例如, 在 LTE系 统中, 重排序窗大小 N。 = 2048。
上述以下行数据传输为例, 在上行数据传输时, UE将已发送但未收到源 基站正确接收确认的 PDCP数据包作为所述待重新编号的 PDCP数据包, 之 后, 对待重新编号的 PDCP数据包进行重编号。 其中, UE可以根据接收状态 报告获知基站是否正确接收 PDCP数据包, 即还可以包括: UE接收目标 eNB 发送的 PDCP数据包的接收状态报告, 所述接收状态报告中包含重新编号的 PDCP序列号满足如下条件的 PDCP数据包的接收状态信息:
参数的含义同上。
本实施例中 UE通过重新进行编号, 可以支持切换后系统的数据格式, 实现无损切换。
当执行主体为源 eNB时,
图 4为本发明第四实施例的方法流程示意图, 包括:
步骤 41 : 源 eNB确定待重新编号的 PDCP数据包。 例如, 下行时, 源 eNB将已发送但未收到 UE正确接收确认的 PDCP数据包作为待重新编号的 PDCP数据包和 /或未发送但已关联 PDCP序列号的 PDCP数据包作为待重新 编号的 PDCP数据包;或者,上行时,源 eNB将本端非连续正确接收的 PDCP 数据包作为所述待重新编号的 PDCP数据包。
步骤 42: 源 eNB将所述待重新编号的 PDCP数据包进行重新编号,使重 新编号后的 PDCP序列号在目标系统支持的范围内。
步骤 43:源 eNB将至少部分的 PDCP数据包以及这些 PDCP数据包重新 编号后的 PDCP序列号发送给目标 eNB。
具体地 , 源 eNB将全部的所述待重新编号的 PDCP数据包和对应的重新 编号后的 PDCP序列号及对应的 HFN值一起发送给目标 eNB;或者 ,源 eNB 将部分或者全部的所述待重新编号的 PDCP数据包和对应的重新编号后的 PDCP序列号及待分配的下一个 PDCP序列号和对应的 HFN值发送给目标 eNB。
其中, 源 eNB将部分或者全部的所述待重新编号的 PDCP数据包和对应 的重新编号后的 PDCP序列号发送给目标 eNB包括:
当 &Vm + H X (HFNM - HFN[ ) - < N时, 源 eNB将全部的所述待重新编号 的 PDCP数据包和对应的重新编号后的 PDCP序列号发送给目标 eNB;
当 &Vm + H X (HFNM - HFN[ ) - SN ≥ N H , 源 eNB将第一部分的 PDCP数据 包和对应的重新编号后的 PDCP序列号发送给目标 eNB; 源 eNB将第二部分 的 PDCP数据包中已收到 UE正确接收确认的 PDCP数据包用假包填充后, 将包括所述假包的所述第二部分的 PDCP数据包按序发送给目标 eNB;
所述第一部分的 PDCP数据包满足如下条件:
< i < m ;
所述第二部分的 PDCP数据包满足如下条件:
SN + H x (HFN) - > NJLl < j < m
其中, 为重新编号后的 PDCP序列号, 属于第一部分; SN为重新编 号后的 PDCP序列号, 属于第二部分; 画为对应 的 HFN值; 函为对 应 SN)'的 HFN值; 当釆用 PDCP序列号扩展方式时, 5W;为第一个待重新编 号的 PDCP数据包重新编号后的 PDCP序列号, 当釆用 PDCP SDU聚合方式 时, 5W;为第一个待重新编号的 PDCP数据包中第一个 PDCP SDU重新编号 后的 PDCP序列号; 函为对应 的 HFN值; 当釆用 PDCP序列号扩展方 式时, &Vm为最后一个待重新编号的 PDCP数据包重新编号后的 PDCP序列 号, 当釆用 PDCP SDU聚合方式时, &Vm为最后一个待重新编号的 PDCP数 据包中最后一个 PDCP SDU重新编号后的 PDCP序列号; HFNm为对应 SNm的 HFN值; N e [N0,H] , NQ为目标 eNB釆用的重排序窗的长度, H为目标 eNB 釆用的 PDCP序列号的长度, 为待重新编号的 PDCP数据包对应的 PDCP SDU的总个数。
本实施例中源 eNB通过重新进行编号,可以支持切换后系统的数据格式, 实现无损切换。
当执行主体为目标 eNB时,
图 5为本发明第五实施例的方法流程示意图, 包括:
步骤 51 : 目标 eNB接收源 eNB发送的 PDCP数据包和对应的重新编号 后的 PDCP序列号及对应的 HFN值,该 PDCP数据包为 PDCP SDU或者 PDCP PDU。 步骤 52: 目标 eNB将从源 eNB接收的 PDCP数据包和对应的重新编号 后的 PDCP序列号转发给 UE。
本实施例中目标 eNB通过重新进行编号, 可以支持切换后系统的数据格 式, 实现无损切换。
在上述各单侧的处理流程的基石出上, 并考虑系统中各设备之间的配合问 题, 以下行数据为例, 本发明实施例对于整个系统可以包括如下几种场景: 图 6为本发明第六实施例的方法流程示意图, 包括:
步骤 601 : LTE-A系统的源 eNB向 UE发送切换命令, 该切换命令中携 带基准序列号 B。
其中, 切换命令为一种无线资源控制(Radio Resource Control, RRC )信 令, 当然, 也可以釆用其他的 RRC信令携带该基准序列号, 例如用 RRC连 接重配置消息等。 此外, 基准序列号 B也可以用其他单独的信令发送给 UE, 所釆用的信令格式可以是物理层信令、 MAC控制 PDU信令、 RRC消息、 或 者 PDCP控制 PDU信令。
基准序列号可以为源 eNB 第一个未收到 UE 发送的正确接收确认的 PDCP序列号,或者为最后一个收到 UE发送的正确接收确认的 PDCP序列号, 或者也可以是 eNB指定的第一个未收到 UE发送的正确接收确认的 PDCP序 列号或者最后一个收到 UE发送的正确接收确认的 PDCP序列号之前的任意 一个 PDCP序列号。 在下行数据传输时, eNB将 PDCP数据包发送给 UE, 这 些数据包中对应携带 PDCP序列号 ( SN ), 之后 UE会向 eNB反馈这些数据 包的接收状况, 例如, 反馈状态报告, 该状态报告中携带 SN与 ACK (正确 接收确认 )或者 NACK (未正确接收确认 )与 PDCP数据包之间的对应关系, 其中, ACK表示 UE正确接收到了该 SN对应的 PDCP数据包, NACK表示 UE未正确接收该 SN对应的 PDCP数据包。
步骤 602: 源 eNB根据该基准序列号对源 eNB侧待重新编号的 PDCP数 据包进行重新编号及分配对应的 HFN值。 其中, 待重新编号的 PDCP数据包可以为待重新编号的 PDCP SDU (不 釆用聚合的方式时)或者待重新编号的 PDCP PDU (釆用聚合的方式时)。
待重新编号的 PDCP数据包包括: 第一种, 已发送给 UE但未收到 UE 正确接收确认的 PDCP数据包, 或者, 第二种, 未发送给 UE但是已关联了 LTE-A系统的 PDCP序列号的 PDCP数据包。
对于第二种待重新编号的数据包, 源 eNB可以取消已关联的 PDCP序列 号, 之后, 按序发送给目标 eNB。 或者源 eNB也可以对已关联的 PDCP序列 号进行重新编号。
对于待重新编号的数据包可以釆用如下方式进行重新编号:
方式一: 当 LTE-A系统釆用扩展 PDCP序列号的长度的方式时, 即源系 统的 PDCP序列号的长度与目标系统的 PDCP序列号的长度不同时,
待重新编号的 PDCP数据包中的 PDCP SDU进行重新编号的计算公式为: SN = (SNj + Ho x (HFN, - HFN, ) - B) mod(H) , \ < l < p 重新编号后的 PDCP序列号对应的 HFN值的计算公式可以为:
SN; + H0 x (HFN; - HFN, ) - B
HFN, = HFN, + \ < 1 < ρ ·,
H - l 其中, 5W;为该方式下第 /个待重新编号的 PDCP 数据包重新编号后的 PDCP序列号; 函为对应 的 HFN值; 为第 /个待重新编号的 PDCP 数据包在源系统中的原始序列号; HFN!为对应 5W,的原始 HFN值; 函\为对 应第一个待重新编号的 PDCP数据包在源系统中的原始 HFN值; H。为源系 统釆用的 PDCP序列号的长度; H为目标 eNB釆用的 PDCP序列号的长度; P为待重新编号的 PDCP数据包的总个数; 为基准序列号; (**)mod(*)表示 取模运算; 「*]表示向上取整运算(参数含义下同)。
可替换的, 如果 LTE-A系统和 LTE系统的 SN+HFN占用的总的比特数 不变, 由于 LTE-A系统的 SN比 LTE系统的 SN占用的比特数值大(例如, LTE-A可以使用 14bit SN ), 因此, LTE-A系统的 HFN将占用比 LTE系统少 的比特数。 因此, 当从 LTE系统向 LTE-A系统的切换过程时 , 切换前 UE在 LTE系统正在使用的 HFN值很可能超出 LTE-A系统支持的范围。 为了解决 这个问题, 可以釆用如下计算公式:
SN, + Ho X (HFN, - HFN, ) - B
当 HFN, < HFN ^时, HFN = HFN, +
H
SN, +H0x (HFN; - HFN, ) - B
当 HFN, > HFNmm时 , HFN] = HFN* +
H 其中, 画 为 LTE- A系统能够支持的最大 HFN值, 函;为对 HF^重 置后的值, 可以为 0, 也可以为小于等于 HFNmax的任一值, L*」表示向下取整 运算其余参数定义可参照上述的描述。
方式二: 当从 LTE-A系统切换到 LTE系统且 LTE-A系统釆用相同的聚 合个数时, 即当源系统的 PDCP数据包釆用聚合的方式而目标系统不釆用聚 合的方式, 且源系统的经过聚合的 PDCP数据包中所聚合的 PDCPSDU的个 数相同时,
待重新编号的 PDCP数据包中的 PDCP SDU进行重新编号的计算公式为:
SNl'K = ((SN; + Ho x (HFN; - HFN, )-B)xL + K-\) mod(H) , l</< p , \<K<L; 重新编号后的 PDCP序列号对应的 HFN值的计算公式为:
(SN, + Ho x (HFN, -HFNx)-B)xL + K-\
HFN, γ = HFN, +
H_l
\<l<p, 1<K<L; 其中, 为该方式下第 /个待重新编号的经过聚合的 PDCP数据包中的 第 K个 PDCP SDU重新编号后的 PDCP序列号; HFA^为对应 的 HFN 值; 表示源系统釆用聚合形式时待重新编号的经过聚合的 PDCP数据包中 的第 个 PDCP SDU; 为源系统釆用聚合形式时各个经过聚合的 PDCP数据 包聚合的 PDCP SDU的个数; 其余参数定义可参照上述的描述。
步骤 603: 源 eNB获取最后一个重新编号后的 PDCP数据包与第一个重 新编号的 PDCP数据包之间的间隔 S及预设的阈值 N。
其中, S的表达式为: SNm + H x (HFNm -
预设的 N e [N。,H] ;
S表达式中涉及的参数的含义可以参见步骤 43中的描述。
步骤 604: 源 eNB判断 S是否小于 N, 若是, 执行步骤 605 , 否则, 执 行步骤 606。
步骤 605: 源 eNB将全部的待重新编号的 PDCP数据包及对应的重新编 号后的 PDCP序列号发送给 LTE系统中的目标 eNB ,并将待分配的下一个 SN 和相应的 HFN值发送给目标 eNB。 之后 , 执行步骤 608。
即此时发送给目标 eNB的为: m个重新编号后的 PDCP数据包以及他们 对应 的序歹 ij 号 SN, , 及待分配的 SN"和 HFN" , 可以 简记为 : m X (DATA + SN') + SN"+HFN" , 代表 PDCP数据包。 其中, <W表示重新编 号后的 PDCP数据包对应的 PDCP序列号 (下同), 表示下一个待分配的 PDCP序列号的值, HFN"表示下一个待分配的 PDCP序列号对应的待分配的 HFN的值。
步骤 606: 源 eNB将第一部分的 PDCP数据包和对应的重新编号后的 PDCP序列号发送给目标 eNB,将第二部分的 PDCP数据包中已收到 UE正确 接收确认的 PDCP数据包用假包填充后, 将包括所述假包的所述第二部分的 PDCP数据包按序发送给目标 eNB, 并将待分配的下一个 SN和对应的 HFN 值发送给目标 eNB。
其中, 第一部分的 PDCP数据包满足如下条件:
第二部分的 PDCP数据包满足如下条件:
SN) + H x (HFN) - HFN ) - SN > N 3.1 < j < m
其中, 上述参数的含义可参见步骤 43。
即此时发送给目标 eNB的为: ml个第一部分的 PDCP数据包以及他们对 应的序列号 SN' , ml个第二部分的 PDCP数据包以及源 eNB构造的假包, 及 待 分 配 的 SN" 和 訓" , 可 以 简 记 为 : ml X (DATA! + SN') + m2 x (DATA2) + SN"+HFN" , Ζλ47¾1代表第一部分 PDCP 数据 包, 代表第二部分 PDCP数据包及源 eNB构造的假包, 其中, 表示 重新编号后的第一部分 PDCP数据包对应的 PDCP序列号 (下同), SN"表示 下一个待分配的 PDCP序列号的值, HFN"表示下一个待分配的 PDCP序列号 对应的待分配的 HFN的值。
其中, 假包可以是源 eNB重新构造的 PDCP SDU, 该 PDCP SDU可以是 仅有数据包包头而没有具体负荷的数据包。 也可以是其他的未被 UE正确接 收确认的 PDCP SDU或者未向 UE发送的数据包, 也可以是已被 UE正确接 收确认的 PDCP SDU。
为了减少假包的数量,可以在源 eNB做出切换 UE到 LTE系统的决定时, 则源 eNB即停止清除已经正确接收的 PDCP数据包, 或者停止清除序列号大 于 N的 PDCP数据包, 也就说, 即使源 eNB获知某些 PDCP数据包已经被 UE正确接收, 源 eNB也不清除这部分 PDCP数据包。 相应地, 这部分数据 待 UE切换成功以后, 或者待接收到目标 eNB发送的资源译放命令时才予以 清除, 或者是这部分数据在转发给目标 eNB之后再进行清除。 同样地, 对于 上行, 当源 eNB做出切换决定时, 源 eNB可以向 UE发送一条命令, 通知 UE暂时緩存上行已经接收的源 eNB反馈的正确接收确认的 PDCP数据包, 即, 即使 UE接收到正确的已接收确认信息, UE也不清除这部分 PDCP数据 包; 可选地, UE可以设置一个定时器, 在接收到上述命令时启动定时器, 当 定时器到期时清除这些已经确认被正确接收的 PDCP数据包, 或者 UE在切 换到目标 eNB之后, UE根据接收的 PDCP状态报告清除已经被正确接收的 PDCP数据包。 对于没有在 PDCP状态报告中指示的已经被正确接收的数据 包, UE重新向目标 eNB发送。
步骤 607: 目标 eNB对没有 SN的 PDCP数据包进行编号并得到对应的 HFN值, 进一步地对从核心网新来的数据进行编号并得到对应的 HFN值。 具体可以为: 从所述待分配的下一个 PDCP 序列号和该序列号对应的 HFN值开始,按序对所述没有 PDCP序列号的 PDCP数据包以及从核心网新 来的数据包进行顺序编号, 并维护与 SN对应的 HFN值。
步骤 608: 目标 eNB将携带有 PDCP序列号( SN )的 PDCP数据包发送 给 UE。
步骤 609: UE根据该基准序列号对 UE侧待重新编号的 PDCP数据包进 行重新编号。 其中, UE侧待重新编号的 PDCP数据包为 UE非连续正确接收 的源 eNB发送的 PDCP数据包。具体的运算方式可以釆用源 eNB侧的运算公 式进行处理, 不再赘述。
可以理解的是, 步骤 609和步骤 602-608间的先后顺序可以进行调整。 步骤 610: UE接收目标 eNB发送的携带有 SN 的 PDCP数据包,进行数 据处理。 例如, 丟弃与本端重新编号后的 PDCP序列号相同的该目标 eNB发 送的 PDCP数据包, 或者, 丟弃小于 UE期望接收的 PDCP序列号的 PDCP 数据包。
步骤 611 : UE向所述目标 eNB发送接收状态报告。
接收状态报告可以具体参见步骤 34中的描述。
本实施例只传输一个 SN和 HFN,可以节省源 eNB和目标 eNB之间的信 令资源。
图 7为本发明第七实施例的方法流程示意图, 包括:
步骤 701-702: 与步骤 601-602相同, 不再赘述。
步骤 703: 源 eNB将重新编号后的 SN及 HFN及重新编号后的 PDCP数 据包一起发送给目 标 eNB。 即此时发送给目 标 eNB 的为 : m X (DA TA + SN'+HFN' ) , 其中, HFN'为 SN'对应的 HFN值。
步骤 704-707: 与步骤 608-611相同, 不再赘述。
本实施例将每个数据包的 HFN值都传输给目标 eNB,从而可以避免目标 eNB侧数据包序列号模糊不清的问题。
图 8为本发明第八实施例的方法流程示意图, 包括:
步骤 801 : 与步骤 601相同, 不再赘述。
步骤 802: 源 eNB将未收到 UE正确接收确认的 PDCP数据包之间的已 收到 UE正确接收确认的 PDCP数据包用假包填充后, 将包括所述假包的所 述未收到 UE正确接收确认的 PDCP数据包之间的 PDCP数据包按序发送给 目标 eNB, 并将待分配的下一个 SN和对应的 HFN值发送给目标 eNB。 即此 时发送给目标 eNB的为: m x (DA TA) + SN' '+HFN' '。
其中, 为下一个待分配的 PDCP序列号, fflW"为该 PDCP序列号对 应的 HFN值。
源 eNB在切换命令中, 或者切换前将所述第一个未接收到 UE正确接收 确认的 PDCP数据包的序列号发送给 UE, 同时源 eNB也将下一个待分配的 PDCP序列号, 或者下一个待分配的 PDCP序列号以及该序列号对应的 HFN 值发送给 UE, UE基于上述接收到的序列号和 /或 HFN值, 对当前緩存中乱 序正确接收的 PDCP数据包进行重新编号。
步骤 803-807: 与步骤 607-611对应相同, 不再赘述。
本实施例由目标 eNB进行编号, 源 eNB之间转发不带 SN的数据包, 可 以减轻源 eNB的负担。
上述第六-八实施例釆用基准序列号的方式, 在重新编号时也可以不釆用 基准序列号, 而直接用原始的 SN进行重新编号。
在重新编号时釆用如下计算公式替代上述包含 B的计算公式:
当源系统釆用的 PDCP序列号的长度与目标系统釆用的 PDCP序列号的 长度不同时,
对所述待重新编号的 PDCP数据包进行重新编号的计算公式为: < l < p
获取与所述重新编号后的 PDCP序列号对应的 HFN值的计算公式为:
或者,
SN, + Ho x (HFN, - HFN, )
HFN,' = HFN, + \<l<p
H 当源系统的 PDCP数据包釆用聚合的方式而目标系统不釆用聚合的方式 且源系统的经过聚合的 PDCP数据包中所聚合的 PDCP SDU的个数相同时, 对所述待重新编号的 PDCP数据包进行重新编号的计算公式为:
SNl'K = ((SN; + Ho X (HFN; - HFN, ))xL + K-\) mod(H) , \<l<p, \<K<L; 获取与所述重新编号后的 PDCP序列号对应的 HFN值的计算公式为:
(SN, + Ho X (HFN, - HFN,)) xL + K-1
HFN, r = HFN, +
H-l l<l<p, 1≤K≤L。
或者,
(SN, + H。 x (HFN, - HFN, )xL + K-l
HFN, v = HFN, +
H
\<l<p, 1≤K≤L。
由于本实施例不釆用基准序列号, 因此在切换命令中无需携带 B, 除上 述区别之外, 本实施例的步骤和流程与上述第六-八实施例对应相同, 不再赘 述。
当聚合情况下每个 PDCP数据包的聚合个数不同时, 可以是源 eNB通知 UE每个 PDCP数据包的聚合个数。
图 9为本发明第九实施例的方法流程示意图, 包括:
步骤 901: 源 eNB向 UE发送切换命令, 其中携带已向 UE发送的每个 PDCP数据包的聚合个数,聚合个数釆用 表示,η为已向 UE发送的 PDCP 数据包的个数, 包括被 UE正确接收的 PDCP数据包和未被 UE正确接收的 PDCP数据包。可以理解的是,也可以釆用其他的 RRC消息, MAC控制 PDU 信令或者 PDCP控制 PDU信令来携带上述的聚合个数。
步骤 902: 源 eNB根据不同的聚合个数对源 eNB侧待重新编号的 PDCP 数据包进行重新编号, 还可以进一步包括获取对应的 HFN值。
情形一、 当不釆用基准序列号时,
( 1 ) 重新编号的计算公式为:
SN.-1
当 HFN = HFNX时, SNK = ( + K— l)mod(H) , 1≤/≤ \<K<L
-0 当 ffiW「
l≤/≤p, l≤K≤LSNi;
其中, 4为 HFN值为 HFN且在源系统中的原始 PDCP序列号为 X的 PDCP 数据包的聚合个数, 4为 HFN值为 HFN,且在源系统中的原始 PDCP序列号 为 X的 PDCP数据包的聚合个数, 其余参数定义可参见上述。
( 2 )获取对应的 HFN值的计算公式为: 当 HFN, = HFN, ,
或者, HFNlK
H0- SN,
∑Lx+ ^L[ + K-l
当 HF - HFN, = 1时, HFN] K = HFN, + x=0
\<l<p, \<K<L 'SN, 或者, HFN1'K =HFNl + 1≤ /≤ ? , \<K<L 'SN,
H
情形二、 当釆用基准序列号时,
( 1 ) 重新编号的计算公式为:
H0 -1 SNi -1
\) d(H)
1≤ /≤ ? , \<K<L 'SN,
( 2 )获取对应的 HFN值的计算公式为:
SN, 当 HFN, = HF 时, HFN] K = HFN, + x=B l<l<p, \<K<L
H-\
或者, HFNl'K = HFN,
当 HFNi - HFN, = 1时,
\<l<p, \<K<L
H0-\ SN,-\
(∑Lx +∑L[+K-l
或者, HFN1'K =HFNl + \<l<p, \<K<L
H 此外, 在釆用基准序列号的情况下, 也可以釆用下面的重新编号方式: ( 1 ) 重新编号的计算公式为: 当 HFN, HFNX Ht , SNl'K , \<l<p, 1<K≤L, 当 HFN, HFN, = 1时, S B) mod(H) ,
\<l<p \<K<L
( 2 )获取对应的 HFN值的计算公式为:
^Ll x+(K-\)-B
当 HFN, = HFN、时, HFN] K = HFN, + , \<l<p, \ <K<L
l≤/≤p, ≤K≤LSNi
步骤 903-908: 与步骤 603-608对应相同, 不再赘述。
步骤 909: UE源 eNB根据不同的聚合个数对源 eNB侧待重新编号的 PDCP数据包进行重新编号, 还可以进一步包括获取对应的 HFN值。
计算公式可参见步骤 902, 不再赘述。
步骤 910-911: 与步骤 610-611对应相同, 不再赘述。
本实施例通过通知不同 PDCP数据包的聚合个数, 可以提高适用范围。 可以理解的是, 当不同 PDCP数据包的聚合个数不同的情况也可以适用 于第七-八实施例的场景中, 此时, 可以参照第九实施例的原理进行处理。
上述描述了下行数据时的具体流程, 上行可参照执行, 不再赘述。
图 10为本发明第十实施例的装置的结构示意图, 包括确定模块 101、 编 号模块 102, 确定模块 101用于当需要切换到 PDCP序列号编号方式不同的 目标系统时,确定待重新编号的 PDCP数据包;编号模块 102与确定模块 101 连接, 用于对所述待重新编号的 PDCP数据包进行重新编号, 使重新编号后 的 PDCP序列号在所述目标系统支持的范围内。 具体地, 该装置可以为 UE;
此时, 确定模块 101具体用于当数据传输为下行时, 将本端非连续正确 接收的 PDCP数据包作为所述待重新编号的 PDCP数据包; 或者, 确定模块 101 具体用于当数据传输为上行时, 将已发送但未收到源基站正确接收确认 的 PDCP数据包作为所述待重新编号的 PDCP数据包。
还可以包括计算模块; 计算模块与编号模块连接, 用于计算与所述重新 编号后的 PDCP序列号对应的 HFN值,以根据所述超帧号值和所述重新编号 后的分组数据汇聚协议序列号按序递交数据。
该装置为 UE时, 还可以是: 确定模块 101具体用于将未发送但已关联 源系统的 PDCP序列号的 PDCP数据包作为所述待重新编号的 PDCP数据包; 编号模块 102具体用于取消所述待重新编号的 PDCP数据包的已关联的 PDCP 序列号; 此时所述装置还可以包括: 发送模块, 用于将取消 PDCP序列号后 的所述 PDCP数据包发送给目标基站。
或者,
该装置可以为基站;
此时, 确定模块 101具体用于当数据传输为下行时, 将已发送但未收到 UE正确接收确认的 PDCP数据包作为所述待重新编号的 PDCP数据包;或者, 确定模块 101具体用于将本端非连续正确接收的 PDCP数据包作为所述待重 新编号的 PDCP数据包。
还可以包括: 数据发送模块, 数据发送模块与所述编号模块连接, 用于 将全部的所述待重新编号的 PDCP数据包和对应的重新编号后的 PDCP序列 号及对应的 HFN值一起发送给目标基站; 或者, 所述数据发送模块用于将部 分或者全部的所述待重新编号的 PDCP数据包和对应的重新编号后的 PDCP 序列号及待分配的下一个 PDCP序列号和对应的 HFN值发送给目标基站。
该装置为基站时, 还可以是: 确定模块 101具体用于将未发送但已关联 源系统的 PDCP序列号的 PDCP数据包作为所述待重新编号的 PDCP数据包; 编号模块 102具体用于取消所述待重新编号的 PDCP数据包的已关联的 PDCP 序列号; 此时所述装置还可以包括: 发送模块, 用于将取消 PDCP序列号后 的所述 PDCP数据包发送给目标基站。
本实施例通过重新编号, 使重新编号后的 PDCP序列号在目标系统支持 的范围内, 可以保证切换后目标系统和 UE格式相同, 实现无损切换。
本领域普通技术人员可以理解: 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成, 前述的程序可以存储于一计算机可读 取存储介质中, 该程序在执行时, 执行包括上述方法实施例的步骤; 而前述 的存储介质包括: ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介 质。
最后应说明的是: 以上实施例仅用以说明本发明的技术方案而非对其进 行限制, 尽管参照较佳实施例对本发明进行了详细的说明, 本领域的普通技 术人员应当理解: 其依然可以对本发明的技术方案进行修改或者等同替换, 而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的 4青神和范围。

Claims (1)

  1. 权 利 要 求
    1、 一种数据处理方法, 其特征在于, 包括:
    当需要切换到分组数据汇聚协议序列号编号方式不同的目标系统时, 确 定待重新编号的分组数据汇聚协议数据包;
    对所述待重新编号的分组数据汇聚协议数据包进行重新编号, 使重新编 号后的分组数据汇聚协议序列号在所述目标系统支持的范围内。
    2、 根据权利要求 1所述的方法, 其特征在于, 所述对所述待重新编号的 分组数据汇聚协议数据包进行重新编号包括:
    当釆用分组数据汇聚协议序列号扩展方式时, 对所述待重新编号的分组 数据汇聚协议数据包进行重新编号, 所述分组数据汇聚协议数据包为分组数 据汇聚协议业务数据单元或者分组数据汇聚协议协议数据单元。
    3、 根据权利要求 1所述的方法, 其特征在于, 所述对所述待重新编号的 分组数据汇聚协议数据包进行重新编号包括:
    当釆用分组数据汇聚协议业务数据单元聚合方式时, 对所述待重新编号 的分组数据汇聚协议数据包中的分组数据汇聚协议业务数据单元进行重新编 号。
    4、 根据权利要求 1所述的方法, 其特征在于, 所述确定待重新编号的分 组数据汇聚协议数据包包括:
    当数据传输为下行时, 用户设备将本端非连续正确接收的分组数据汇聚 协议数据包作为所述待重新编号的分组数据汇聚协议数据包;
    或者,
    当数据传输为上行时, 用户设备将已发送但未收到源基站正确接收确认 的分组数据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据 包。
    5、 根据权利要求 4所述的方法, 其特征在于, 还包括:
    当数据传输为下行时, 用户设备接收目标基站发送的携带有分组数据汇 聚协议序列号的分组数据汇聚协议数据包, 丟弃与本端重新编号后的分组数 据汇聚协议序列号相同的所述目标基站发送的分组数据汇聚协议数据包。
    6、 根据权利要求 4所述的方法, 其特征在于, 还包括:
    当数据传输为下行时, 用户设备向目标基站发送分组数据汇聚协议数据 包的接收状态报告, 所述接收状态报告中包含重新编号后的分组数据汇聚协 议序列号满足如下条件的分组数据汇聚协议数据包的接收状态信息,
    或者,
    当数据传输为上行时, 用户设备接收目标基站发送的分组数据汇聚协议 数据包的接收状态报告, 所述接收状态报告中包含重新编号的分组数据汇聚 协议序列号满足如下条件的分组数据汇聚协议数据包的接收状态信息,
    所述分组数据汇聚协议数据包的接收状态信息用于表示该分组数据汇聚 协议数据包是否已经被正确接收;
    其中, 为重新编号后的分组数据汇聚协议序列号; HiW,:为对应 的 超帧号值; 当釆用分组数据汇聚协议序列号扩展方式时, 为第一个待重新 编号的分组数据汇聚协议数据包重新编号后的分组数据汇聚协议序列号, 当 釆用分组数据汇聚协议业务数据单元聚合方式时, 为第一个待重新编号的 分组数据汇聚协议数据包中第一个分组数据汇聚协议业务数据单元重新编号 后的分组数据汇聚协议序列号; HFN;为对应 的超帧号值; N e [N。,H] , N0 为目标基站釆用的重排序窗的长度, H为目标基站釆用的分组数据汇聚协议 序列号的长度。
    7、 根据权利要求 1所述的方法, 其特征在于, 所述确定待重新编号的分 组数据汇聚协议数据包包括:
    当数据传输为下行时, 源基站将已发送但未收到用户设备正确接收确认 的分组数据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据 包;
    或者,
    当数据传输为上行时, 源基站将本端非连续正确接收的分组数据汇聚协 议数据包作为所述待重新编号的分组数据汇聚协议数据包。
    8、 根据权利要求 7所述的方法, 其特征在于, 还包括:
    源基站将全部的所述待重新编号的分组数据汇聚协议数据包和对应的重 新编号后的分组数据汇聚协议序列号及对应的超帧号值一起发送给目标基 站;
    或者,
    源基站将部分或者全部的所述待重新编号的分组数据汇聚协议数据包和 对应的重新编号后的分组数据汇聚协议序列号及待分配的下一个分组数据汇 聚协议序列号和对应的超帧号值发送给目标基站。
    9、 根据权利要求 8所述的方法, 其特征在于, 所述源基站将部分或者全 部的所述待重新编号的分组数据汇聚协议数据包和对应的重新编号后的分组 数据汇聚协议序列号发送给目标基站包括:
    当 &Vm + H X (HFNm - HFN[) - SN[ < N时,
    源基站将全部的所述待重新编号的分组数据汇聚协议数据包中的分组数 据汇聚协议业务数据单元和对应的重新编号后的分组数据汇聚协议序列号发 送给目标基站;
    当 &Vm + H X (HFNm - HFN[) - SN[≥ N时,
    源基站将第一部分的分组数据汇聚协议业务数据单元和对应的重新编号 后的分组数据汇聚协议序列号发送给目标基站;
    源基站将第二部分的分组数据汇聚协议业务数据单元中已收到用户设备 正确接收确认的分组数据汇聚协议业务数据单元用假包填充后, 将包括所述 假包的所述第二部分的分组数据汇聚协议业务数据单元按序发送给目标基 站;
    所述第一部分的分组数据汇聚协议业务数据单元满足如下条件:
    所述第二部分的分组数据汇聚协议业务数据单元满足如下条件:
    其中, 5W;为重新编号后的分组数据汇聚协议序列号,属于第一部分; SN) 为重新编号后的分组数据汇聚协议序列号,属于第二部分; HiW,:为对应 的 超帧号值; HFN;为对应 ^的超帧号值; 当釆用分组数据汇聚协议序列号扩 展方式时, 为第一个待重新编号的分组数据汇聚协议数据包重新编号后的 分组数据汇聚协议序列号, 当釆用分组数据汇聚协议业务数据单元聚合方式 时, 为第一个待重新编号的分组数据汇聚协议数据包中第一个分组数据汇 聚协议业务数据单元重新编号后的分组数据汇聚协议序列号; 画为对应
    SN[的超帧号值; 当釆用分组数据汇聚协议序列号扩展方式时, SNm为最后一 个待重新编号的分组数据汇聚协议数据包重新编号后的分组数据汇聚协议序 列号, 当釆用分组数据汇聚协议业务数据单元聚合方式时, &Vm为最后一个 待重新编号的分组数据汇聚协议数据包中最后一个分组数据汇聚协议业务数 据单元重新编号后的分组数据汇聚协议序列号; HiWm为对应 SNm的超帧号 值; N e [N。,H] , N。为目标系统釆用的重排序窗的长度, H为目标系统釆用的 分组数据汇聚协议序列号的长度, m为待重新编号的分组数据汇聚协议数据 包对应的分组数据汇聚协议业务数据单元的总个数。
    10、 根据权利要求 2所述的方法, 其特征在于,
    当源系统釆用的分组数据汇聚协议序列号的长度与目标系统釆用的分组 数据汇聚协议序列号的长度不同时,
    对所述待重新编号的分组数据汇聚协议数据包进行重新编号的计算公式 为:
    SN = (SN; +H0 x (HFN; - HFNl )) mod(H) , \<l<p
    或者,
    其中, 为重新编号后的分组数据汇聚协议序列号; 为第 /个待重新 编号的分组数据汇聚协议数据包在源系统中的原始序列号; 为对应 SN) 的原始超帧号值; HFA^为对应第一个待重新编号的分组数据汇聚协议数据包 在源系统中的原始超帧号值; H0为源系统釆用的分组数据汇聚协议序列号的 长度; H为目标系统釆用的分组数据汇聚协议序列号的长度; p为待重新编 号的分组数据汇聚协议数据包的总个数; 为基准序列号; (**)mod(*)表示取 模运算。
    11、 根据权利要求 3所述的方法, 其特征在于,
    当源系统的分组数据汇聚协议数据包釆用聚合的方式而目标系统不釆用 数据汇聚协议业务数据单元的个数相同时,
    对所述待重新编号的分组数据汇聚协议数据包进行重新编号的计算公式 为:
    SNI'K = ((SNj + H0x (HFNj - HFN ) xL + K- l)mod(H) , l≤/≤ p, \<K<L 或者,
    SNl'K = ((SNj +H0x (HFNj - HFN,) -B)xL + K- l)mod(H) , \<l<p, \<K<L 其中, SN; 为重新编号后的分组数据汇聚协议序列号; 为第 /个待重 新编号的分组数据汇聚协议数据包在源系统中的原始序列号; HFN^为对应 SN,的原始超帧号值; HFN,为对应第一个待重新编号的分组数据汇聚协议数 据包在源系统中的原始超帧号值; H。为源系统釆用的分组数据汇聚协议序列 号的长度; H为目标系统釆用的分组数据汇聚协议序列号的长度; p为待重 新编号的分组数据汇聚协议数据包的总个数; K表示源系统釆用聚合形式时 待重新编号的经过聚合的分组数据汇聚协议数据包中的第 个分组数据汇聚 协议业务数据单元; £为源系统釆用聚合形式时各个经过聚合的分组数据汇 聚协议数据包聚合的分组数据汇聚协议业务数据单元的个数; S为基准序列 号; (**)mod(*)表示取模运算。
    12、 根据权利要求 10或 11所述的方法, 其特征在于, 所述基准序列号 携带在无线资源控制信令中, 所述无线资源控制信令为切换命令或者重配置 消息。
    13、 根据权利要求 1-11任一所述的方法, 其特征在于, 还包括: 计算与所述重新编号后的分组数据汇聚协议序列号对应的超帧号值, 以 根据所述超帧号值和所述重新编号后的分组数据汇聚协议序列号按序递交数 据。
    14、 根据权利要求 13所述的方法, 其特征在于,
    当源系统釆用的分组数据汇聚协议序列号的长度与目标系统釆用的分组 数据汇聚协议序列号的长度不同时,
    所述计算与所述重新编号后的分组数据汇聚协议序列号对应的超帧号值 的计算公式为:
    SN; +H0x (HFN; - HFN, )
    HFN, = HFN, + \<1<ρ·,
    Η-1 或者,
    SN, + H。 X (HFN, - HFN, )
    HFN,' = HF…N, + \<l<p
    H 或者,
    SN, + H。 x (HFN, - HFN, ) - B
    HFN, = HFN, + \<l<p 或者,
    SN, + Ho x (HFN, - HFN,) - B
    当 HFN, < HFNmm时, HFN] = HFN, +
    H 当層, >層匪时, 層;
    或者,
    当源系统的分组数据汇聚协议数据包釆用聚合的方式而目标系统不釆用 数据汇聚协议业务数据单元的个数相同时,
    所述计算与所述重新编号后的分组数据汇聚协议序列号对应的超帧号值 的计算公式为:
    「(&V, + Ho X (HFN, - HFN ) xL + K-\
    HFN, v = HFN, + \<ί≤ρ, \<K≤L
    H-\ 或者,
    (SN, +H0x (HFN, -HFN^xL + K-l
    HFN, r = HFN, + \<l<p, \<K<L
    H 或者,
    (SN, + Ho x (HFNl-HFNx)-B) L + K-\
    HFN,„ = HFN, + \<l<p, \<K<L
    H-l
    其中, HFA^分别为上述两种情况下的重新编号后的分组数据汇 聚协议序列号对应的超帧号值; 为第 /个待重新编号的分组数据汇聚协议 数据包在源系统中的原始序列号; HFN,为对应 的原始超帧号值; HFN 对应第一个待重新编号的分组数据汇聚协议数据包在源系统中的原始超帧号 值; HFNmax为目标系统能够支持的最大超帧号值, HW;为对 HFN,重置后的值; H。为源系统釆用的分组数据汇聚协议序列号的长度; H为目标系统釆用的分 组数据汇聚协议序列号的长度; p为待重新编号的分组数据汇聚协议数据包 的总个数; 表示源系统釆用聚合形式时待重新编号的经过聚合的分组数据 汇聚协议数据包中的第 个分组数据汇聚协议业务数据单元; L为源系统釆 向下取整运算。
    15、 根据权利要求 1所述的方法, 其特征在于,
    所述确定待重新编号的分组数据汇聚协议数据包包括:
    源基站或者用户设备将未发送但已关联源系统的分组数据汇聚协议序列 号的分组数据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据 包;
    所述对所述待重新编号的分组数据汇聚协议数据包进行重新编号包括: 源基站或者用户设备取消所述待重新编号的分组数据汇聚协议数据包的 已关联的分组数据汇聚协议序列号;
    所述方法还包括:
    源基站或者用户设备将取消分组数据汇聚协议序列号后的所述分组数据 汇聚协议数据包发送给目标基站。
    16、 一种数据处理装置, 其特征在于, 包括:
    确定模块, 用于当需要切换到分组数据汇聚协议序列号编号方式不同的 目标系统时, 确定待重新编号的分组数据汇聚协议数据包;
    编号模块, 用于对所述待重新编号的分组数据汇聚协议数据包进行重新 编号, 使重新编号后的分组数据汇聚协议序列号在所述目标系统支持的范围 内。
    17、 根据权利要求 16所述的装置, 其特征在于,
    所述确定模块具体用于当数据传输为下行时将本端非连续正确接收的分 组数据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据包; 或 者, 当数据传输为上行时, 将已发送但未收到源基站正确接收确认的分组数 据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据包。
    18、 根据权利要求 17所述的装置, 其特征在于, 还包括:
    计算模块, 与所述编号模块连接, 用于计算与所述重新编号后的分组数 据汇聚协议序列号对应的超帧号值, 以根据所述超帧号值和所述重新编号后 的分组数据汇聚协议序列号按序递交数据。
    19、 根据权利要求 16所述的装置, 其特征在于,
    所述确定模块用于当数据传输为下行时, 将已发送但未收到用户设备正 确接收确认的分组数据汇聚协议数据包作为所述待重新编号的分组数据汇聚 协议数据包; 或者, 当数据传输为上行时, 将本端非连续正确接收的分组数 据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据包。
    20、 根据权利要求 19所述的装置, 其特征在于, 还包括:
    数据发送模块, 用于将全部的所述待重新编号的分组数据汇聚协议数据 包和对应的重新编号后的分组数据汇聚协议序列号及对应的超帧号值一起发 送给目标基站; 或者, 用于将部分或者全部的所述待重新编号的分组数据汇 聚协议数据包和对应的重新编号后的分组数据汇聚协议序列号及待分配的下 一个分组数据汇聚协议序列号和对应的超帧号值发送给目标基站。
CN200980147157.4A 2009-08-14 2009-08-14 数据处理方法和装置 Active CN102239728B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2009/073265 WO2011017849A1 (zh) 2009-08-14 2009-08-14 数据处理方法和装置

Publications (2)

Publication Number Publication Date
CN102239728A true CN102239728A (zh) 2011-11-09
CN102239728B CN102239728B (zh) 2013-09-25

Family

ID=43585856

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200980147157.4A Active CN102239728B (zh) 2009-08-14 2009-08-14 数据处理方法和装置

Country Status (2)

Country Link
CN (1) CN102239728B (zh)
WO (1) WO2011017849A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104426638A (zh) * 2013-08-20 2015-03-18 联芯科技有限公司 一种数据递交方法和装置
CN104753629A (zh) * 2013-12-26 2015-07-01 联芯科技有限公司 一种数据递交方法和装置
CN109429269A (zh) * 2017-08-22 2019-03-05 中国电信股份有限公司 序列号动态调整方法、装置和基站
CN114499749A (zh) * 2020-11-13 2022-05-13 上海华为技术有限公司 一种数据发送方法及其相关设备

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102092579B1 (ko) 2011-08-22 2020-03-24 삼성전자 주식회사 이동통신 시스템에서 복수 개의 주파수 밴드 지원 방법 및 장치
WO2013105790A1 (ko) 2012-01-09 2013-07-18 삼성전자 주식회사 로깅 방법 및 장치
EP2849501B1 (en) 2012-05-09 2020-09-30 Samsung Electronics Co., Ltd. Method and apparatus for controlling discontinuous reception in mobile communication system
WO2013176473A1 (ko) 2012-05-21 2013-11-28 삼성전자 주식회사 이동통신 시스템에서 데이터를 송수신하는 방법 및 장치
JP5859394B2 (ja) 2012-07-20 2016-02-10 株式会社Nttドコモ 移動通信方法
CN104219719B (zh) * 2014-09-19 2018-01-09 京信通信系统(中国)有限公司 基站切换方法和系统
WO2016177435A1 (en) * 2015-05-06 2016-11-10 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for handling data packet transmissions in a multi-path multi-hop adapted wireless communication network
WO2018031020A1 (en) * 2016-08-11 2018-02-15 Nokia Technologies Oy Packet data convergence protocol (pdcp) protocol data unit (pdu) handling for mobility between new radio access technology and long term evolution
WO2018126449A1 (zh) * 2017-01-06 2018-07-12 富士通株式会社 数据传输窗口变换的方法及其装置、通信系统
CN108391297B (zh) * 2017-02-03 2021-02-09 华为技术有限公司 设备切换方法及设备、承载配置方法及设备、通信系统
WO2018152751A1 (zh) * 2017-02-23 2018-08-30 广东欧珀移动通信有限公司 一种配置pdcp实体的方法、接收装置和发送装置
CN108512628A (zh) * 2017-02-24 2018-09-07 上海朗帛通信技术有限公司 一种被用于基站、ue中的用于高层传输的方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008048072A1 (en) * 2006-10-19 2008-04-24 Samsung Electronics Co., Ltd. Method and apparatus for performing handover using packet data convergence protocol (pdcp) reordering in mobile communication system
WO2008157631A2 (en) * 2007-06-18 2008-12-24 Qualcomm Incorporated Method and apparatus for pdcp reordering at handoff
CN101400156A (zh) * 2007-09-29 2009-04-01 华为技术有限公司 基于s1切换的下行及上行数据包转发方法
CN101415219A (zh) * 2007-10-19 2009-04-22 华为技术有限公司 一种数据处理的方法、系统和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8477719B2 (en) * 2007-10-01 2013-07-02 Qualcomm Incorporated Systems and methods for in-order delivery in downlink during handover
CN101267440B (zh) * 2008-05-07 2012-06-20 中兴通讯股份有限公司 无损重定位方法和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008048072A1 (en) * 2006-10-19 2008-04-24 Samsung Electronics Co., Ltd. Method and apparatus for performing handover using packet data convergence protocol (pdcp) reordering in mobile communication system
WO2008157631A2 (en) * 2007-06-18 2008-12-24 Qualcomm Incorporated Method and apparatus for pdcp reordering at handoff
CN101400156A (zh) * 2007-09-29 2009-04-01 华为技术有限公司 基于s1切换的下行及上行数据包转发方法
CN101415219A (zh) * 2007-10-19 2009-04-22 华为技术有限公司 一种数据处理的方法、系统和装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104426638A (zh) * 2013-08-20 2015-03-18 联芯科技有限公司 一种数据递交方法和装置
CN104426638B (zh) * 2013-08-20 2017-11-10 联芯科技有限公司 一种数据递交方法和装置
CN104753629A (zh) * 2013-12-26 2015-07-01 联芯科技有限公司 一种数据递交方法和装置
CN104753629B (zh) * 2013-12-26 2018-03-30 联芯科技有限公司 一种数据递交方法和装置
CN109429269A (zh) * 2017-08-22 2019-03-05 中国电信股份有限公司 序列号动态调整方法、装置和基站
CN114499749A (zh) * 2020-11-13 2022-05-13 上海华为技术有限公司 一种数据发送方法及其相关设备
CN114499749B (zh) * 2020-11-13 2024-06-11 上海华为技术有限公司 一种数据发送方法及其相关设备

Also Published As

Publication number Publication date
CN102239728B (zh) 2013-09-25
WO2011017849A1 (zh) 2011-02-17

Similar Documents

Publication Publication Date Title
CN102239728A (zh) 数据处理方法和装置
US12143856B2 (en) Method and apparatus for wireless communication in wireless communication system
US11445404B2 (en) Method and apparatus for wireless communication in wireless communication system
US11129234B2 (en) Methods for packet data convergence protocol (PDCP) duplication operations and devices using the same
CN104967507B (zh) 移动通信系统和移动通信系统中的分组控制方法
US11202279B2 (en) Method and apparatus for processing data in wireless communication system
EP3665973B1 (en) Method and apparatus for wireless communication in wireless communication system
JP5281700B2 (ja) 無線装置とネットワーク間のデータユニットのシーケンスの送信のための無線通信方法
CN110476445B (zh) 利用分离承载的分组数据汇聚协议窗口
TWI646814B (zh) Data transmission method and related equipment
JP5115750B2 (ja) 再送制御方法および無線通信装置
CN101632319A (zh) 用于非连续接收的显式第2层信令
JP2023027035A (ja) 無線リンク制御ステータスのレポーティング
EP3556135B1 (en) Method and apparatus for processing data in a wireless communication system
CN104619007A (zh) 处理上链路时序的方法及其装置
TWI797414B (zh) 用於行動性增強之方法及其使用者設備
EP3123625A1 (en) Segmented transfers in mobile networks using coordinated multipoint
WO2017000760A2 (zh) 无线网络功能的配置方法、无线网络节点及核心网设备
WO2017088919A1 (en) Adaptive network coding in wireless communications
CN112205042B (zh) 创建用于提前数据传输的协议数据单元
CN108293210B (zh) 一种小区切换方法及设备
KR101927081B1 (ko) Rlc 계층의 데이터 패킷 처리 방법 및 rlc 엔티티
US10820209B2 (en) Licensed-assisted access (LAA) in a C-RAN
CN104412695B (zh) 一种传输信道重配方法、设备及系统
KR20180107664A (ko) 이중 연결 네트워크에서의 연계 기지국의 데이터 전송 속도를 추정하는 방법 및 그 방법이 적용된 기지국

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
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20201109

Address after: Unit 2414-2416, main building, no.371, Wushan Road, Tianhe District, Guangzhou City, Guangdong Province

Patentee after: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

Effective date of registration: 20201109

Address after: 215500 No.13, Caotang Road, Changshu, Suzhou, Jiangsu Province

Patentee after: Changshu intellectual property operation center Co.,Ltd.

Address before: Unit 2414-2416, main building, no.371, Wushan Road, Tianhe District, Guangzhou City, Guangdong Province

Patentee before: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd.

CP02 Change in the address of a patent holder
CP02 Change in the address of a patent holder

Address after: 215500 5th floor, building 4, 68 Lianfeng Road, Changfu street, Changshu City, Suzhou City, Jiangsu Province

Patentee after: Changshu intellectual property operation center Co.,Ltd.

Address before: 215500 No.13, Caotang Road, Changshu, Suzhou, Jiangsu Province

Patentee before: Changshu intellectual property operation center Co.,Ltd.