CN109348508B - 数据传输方法及装置 - Google Patents

数据传输方法及装置 Download PDF

Info

Publication number
CN109348508B
CN109348508B CN201811209631.9A CN201811209631A CN109348508B CN 109348508 B CN109348508 B CN 109348508B CN 201811209631 A CN201811209631 A CN 201811209631A CN 109348508 B CN109348508 B CN 109348508B
Authority
CN
China
Prior art keywords
pdcp
sequence number
packet loss
loss detection
detection timer
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
Application number
CN201811209631.9A
Other languages
English (en)
Other versions
CN109348508A (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.)
Huawei Technologies 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
Priority to CN201811209631.9A priority Critical patent/CN109348508B/zh
Publication of CN109348508A publication Critical patent/CN109348508A/zh
Application granted granted Critical
Publication of CN109348508B publication Critical patent/CN109348508B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H04L1/1678—Details of the supervisory signal the supervisory signal being transmitted together with control information where the control information is for timing, e.g. time stamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers

Landscapes

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

Abstract

本发明实施例公开了数据传输方法及装置。上述数据传输方法，包括：分组数据汇聚协议PDCP实体对PDCP协议数据单元PDU或PDCP服务数据单元SDU进行无损传输,其中，所述每个PDCP PDU或所述SDU关联一个序列号。在本实施例中，无损传输没有数据包丢失，保证了在跨站点载波聚合场景下的通信质量，达到了优化目的。

Description

数据传输方法及装置
技术领域
本发明涉及数据处理技术领域，更具体地说，涉及数据传输方法及装置。
背景技术
目前，LTE***只支持相同站点内的载波聚合，在该载波聚合场景下，一个无线承载对应一个PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)实体和一个RLC(Radio Link Control，无线链路控制)实体。为了扩大载波聚合的应用场景，提出跨站点的载波聚合。跨站点载波聚合与站点内载波聚合之间的不同包括，同一个无线承载可能会对应一个PDCP实体和多个RLC实体，并且，在网络侧，这多个RLC实体可能分别位于不同的站点上。
这样，原来适用于站点内载波聚合的数据传输流程，需要随之进行优化。
发明内容
有鉴于此，本发明实施例的目的在于提供数据传输方法及装置，来优化数据传输流程。
为实现上述目的，本发明实施例提供如下技术方案：
根据本发明实施例的第一方面，提供一种数据传输方法，包括：
分组数据汇聚协议PDCP实体对PDCP协议数据单元PDU或PDCP服务数据单元SDU进行无损传输,其中，所述每个PDCP PDU或所述SDU关联一个序列号。
结合第一方面，在第一种可能的实现方式中，对PDCP SDU进行的无损传输包括，按照序列号值升序的方式向高层递交，所有序列号值连续的PDCP SDU。
结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述按照序列号值升序的方式向高层递交，所有序列号值连续的PDCP SDU包括：在满足无损发送条件时，按照序列号值升序的方式向高层递交，所有序列号值连续的PDCP SDU；所述无损发送条件包括第一无损发送条件和第二无损发送条件中的至少一种；所述第一无损发送条件包括，接收到的PDCP PDU不是因为低层重建原因而递交上来的；所述第二无损发送条件包括，接收到的PDCP PDU是因为低层重建原因而递交上来的，并且，接收到无损指示，所述无损指示用于指示无损传输。
结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，还包括：当满足有损发送条件时，PDCP实体按照序列号值升序的方式向高层递交所有PDCP SDU；所述有损发送条件包括：接收到的PDCP PDU是因为低层重建原因而递交上来的，并且，未接收到无损指示。
结合第一方面的第二种可能的实现方式，或第一方面的第三种可能的实现方式，在第四种可能的实现方式中，还包括：接收所述无损指示。
结合第一方面，在第五种可能的实现方式中，对PDCP PDU进行的无损传输包括：
PDCP实体在接收到PDCP重建指示后，判断是否接收到无损指示，所述无损指示用于指示无损传输；
在判断出接收到所述无损指示时，从重建之前未被低层确认发送成功、且序列号值最小的PDCP PDU开始，PDCP实体按照序列号值升序的方式向低层递交，重建之前已与序列号关联的PDCP PDU；
或者，
在判断出接收到所述无损指示时，PDCP实体按照序列号值升序的方式向低层递交，重建之前已与序号SN关联但未被低层确认发送成功的所有PDCP PDU。
结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，还包括：在判断出未接收到无损指示时，PDCP实体进行有损传输；
所述有损传输包括：从被低层确认发送成功、且序列号值最大的PDCP PDU的下一个PDCP PDU开始，按照序列号值升序的方式向低层递交，重建之前所有与SN关联的PDCPPDU；或者，丢弃重建之前已经与SN关联的所有PDCP PDU；或者，丢弃重建之前已发送给低层的所有PDCP PDU；或者，丢弃重建之前从高层接收到的所有PDCP SDU。
结合第一方面的第五种可能的实现方式，或第一方面的第六种可能的实现方式，在第七种可能的实现方式中，还包括：接收低层发送的确认发送成功指示，每一被低层成功发送的PDCP PDU对应一个确认发送成功指示。
结合第一方面的第五至第七任一种可能的实现方式，在第八种可能的实现方式中，还包括：接收无损指示。
结合第一方面的第四种可能的实现方式，或第一方面的第八种可能的实现方式，在第九种可能的实现方式中，所述无损指示通过无线资源控制RRC消息携带。
结合第一方面的第十种可能的实现方式，在第十一种可能的实现方式中，所述RRC消息至少包括切换命令和RRC重配置消息中的至少一种。
结合第一方面的第五种可能的实现方式，在第十二种可能的实现方式中，当PDCP状态报告请求发送参数为真时，PDCP实体判断出接收到无损指示，否则，判断出未接收到无损指示。
结合第一方面的第五至第十二任一种可能的实现方式，在第十三种可能的实现方式中，还包括：丢弃被低层确认发送成功的PDCP PDU，及被低层确认发送成功的PDCP PDU所对应的PDCP SDU。
根据本发明实施例的第二方面，提供一种数据传输方法，包括：
用户设备UE侧PDCP实体从低层接收第一PDCP PDU，其中所述第一PDCP PDU关联的序列号值为M；
在满足丢包检测定时器启动条件时，UE侧PDCP实体启动丢包检测定时器，所述丢包检测定时器启动条件包括，检测出所述第一PDCP PDU在接收窗内为不连续PDCP PDU，所述不连续包括没有接收到序列号小于所述序列号M的至少一个第二PDCP PDU。
结合第二方面，在第一种可能的实现方式中，还包括：
当满足停止条件时，UE侧PDCP实体停止所述丢包检测定时器；所述停止条件至少包括，接收窗内序列号值小于所述序列号M的、所有缺失的第二PDCP PDU被成功接收。
结合第二方面，或第二方面的第一种可能的实现方式，在第二种可能的实现方式中，还包括：
在所述丢包检测定时器超时时，UE侧PDCP实体生成PDCP状态报告发送至网络侧，
或者，
在所述丢包检测定时器超时时，UE侧PDCP实体按照序列号值升序的方式向高层递交，序列号小于或等于所述M的PDCP PDU所包含的PDCP SDU；
按照序列号值升序的方式向高层递交，所有序列号值大于所述M并且连续的PDCPPDU所包含的PDCP SDU。
结合第二方面，在第四种可能的实现方式中，所述丢包检测定时器启动条件还包括：丢包检测定时器没有运行。
结合第二方面，或第二方面的第一种可能的实现方式，在第五种可能的实现方式中，所述丢包检测定时器与所述序列号为M的PDCP PDU相关联，或者，所述丢包检测定时器与序列号为M+1的PDCP PDU相关联。
结合第二方面至或第二方面的第五种任一种可能的实现方式，在第六种可能的实现方式中，所述丢包检测定时器和时长中的至少一种，由网络侧配置。
结合第二方面至或第二方面的第六种任一种可能的实现方式，在第七种可能的实现方式中，所述PDCP状态报告包括网络侧未发送成功的PDCP PDU，或，网络侧发送成功的PDCP PDU。
结合第二方面，在第八种可能的实现方式中，还包括：
UE侧PDCP实体维护，网络侧指定RLC实体所对应的不匹配数；
所述维护包括：
当UE侧PDCP实体接收到缺失的PDCP PDU，并且所述缺乏的PDCP PDU与所述网络侧指定RLC实体相关联时，更新相应的不匹配数。
结合第二方面的第八种可能的实现方式，在第九种可能的实现方式中，还包括：
在满足触发条件时，UE侧PDCP实体发送PDCP匹配状态报告至网络侧；
所述触发条件包括：不匹配数大于预设门限值，不匹配数之间的差值大于预设门限值，以及，不匹配数与网络侧配置的基准RLC的不匹配数之间的差值大于等于预设门限值中的至少一种；
所述PDCP匹配状态报告包括所述网络侧指定RLC实体对应的不匹配数，不匹配数之间的差值，以及，不匹配数与网络侧配置的基准RLC的不匹配数之间的差值中的至少一种。
根据本发明实施例的第三方面，提供一种数据传输装置，包括：
第一分组数据汇聚协议PDCP单元，用于对PDCP协议数据单元PDU或PDCP服务数据单元SDU进行无损传输,其中，所述每个PDCP PDU或所述SDU关联一个序列号。
结合第三方面，在第一种可能的实现方式中，在对PDCP SDU进行的无损传输方面，所述第一PDCP单元具体用于，按照序列号值升序的方式向高层递交，所有序列号值连续的PDCP SDU。
结合第三方面的第一种可能的实现方式，在第二种可能的实现方式中，在按照序列号值升序的方式向高层递交，所有序列号值连续的PDCP SDU方面，所述第一PDCP单元具体用于，在满足无损发送条件时，按照序列号值升序的方式向高层递交，所有序列号值连续的PDCP SDU；所述无损发送条件包括第一无损发送条件和第二无损发送条件中的至少一种；所述第一无损发送条件包括，接收到的PDCP PDU不是因为低层重建原因而递交上来的；所述第二无损发送条件包括，接收到的PDCP PDU是因为低层重建原因而递交上来的，并且，接收到无损指示，所述无损指示用于指示无损传输。
结合第三方面的第二种可能的实现方式，在第三种可能的实现方式中，还包括：第二PDPCP单元，用于当满足有损发送条件时，按照序列号值升序的方式向高层递交所有PDCPSDU；所述有损发送条件包括：接收到的PDCP PDU是因为低层重建原因而递交上来的，并且，未接收到无损指示。
结合第三方面的第二种可能的实现方式，或第三方面的第三种可能的实现方式，在第四种可能的实现方式中，还包括：第一接收单元，用于接收所述无损指示。
结合第三方面，在第五种可能的实现方式中，在对PDCP PDU进行的无损传输方面，所述第一PDCP单元具体用于：在接收到PDCP重建指示后，判断是否接收到无损指示，所述无损指示用于指示无损传输；在判断出接收到所述无损指示时，从重建之前未被低层确认发送成功、且序列号值最小的PDCP PDU开始，按照序列号值升序的方式向低层递交，重建之前已与序列号关联的PDCP PDU；或者，在判断出接收到所述无损指示时，按照序列号值升序的方式向低层递交，重建之前已与序号SN关联但未被低层确认发送成功的所有PDCP PDU。
结合第三方面的第五种可能的实现方式，在第六种可能的实现方式中，还包括：第三PDCP单元，用于在判断出未接收到无损指示时，进行有损传输；所述有损传输包括：从被低层确认发送成功、且序列号值最大的PDCP PDU的下一个PDCP PDU开始，按照序列号值升序的方式向低层递交，重建之前所有与SN关联的PDCP PDU；或者，丢弃重建之前已经与SN关联的所有PDCP PDU；或者，丢弃重建之前已发送给低层的所有PDCP PDU；或者，丢弃重建之前从高层接收到的所有PDCP SDU。
结合第三方面的第五种可能的实现方式，或第三方面的第六种可能的实现方式，在第七种可能的实现方式中，还包括：第二接收单元，用于接收低层发送的确认发送成功指示，每一被低层成功发送的PDCP PDU对应一个确认发送成功指示。
结合第三方面的第五至第七任一种可能的实现方式，在第八种可能的实现方式中，还包括：接收无损指示。
结合第三方面的第四种可能的实现方式，或第三方面的第八种可能的实现方式，在第九种可能的实现方式中，所述无损指示通过无线资源控制RRC消息携带。
结合第三方面的第十种可能的实现方式，在第十一种可能的实现方式中，所述RRC消息至少包括切换命令和RRC重配置消息中的至少一种。
结合第三方面的第五种可能的实现方式，在第十二种可能的实现方式中，当PDCP状态报告请求发送参数为真时，PDCP实体判断出接收到无损指示，否则，判断出未接收到无损指示。
结合第三方面的第五至第十二任一种可能的实现方式，在第十三种可能的实现方式中，还包括：丢弃单元，用于丢弃被低层确认发送成功的PDCP PDU，及被低层确认发送成功的PDCP PDU所对应的PDCP SDU。
根据本发明实施例的第四方面，提供一种数据传输装置，包括：
PDCP单元，用于从低层接收第一PDCP PDU，其中所述第一PDCP PDU关联的序列号值为M；
启动单元，用于在满足丢包检测定时器启动条件时，启动丢包检测定时器，所述丢包检测定时器启动条件包括，检测出所述第一PDCP PDU在接收窗内为不连续PDCP PDU，所述不连续包括没有接收到序列号小于所述序列号M的至少一个第二PDCP PDU。
结合第四方面，在第一种可能的实现方式中，还包括：
停止单元，用于当满足停止条件时，停止所述丢包检测定时器；所述停止条件至少包括，接收窗内序列号值小于所述序列号M的、所有缺失的第二PDCP PDU被成功接收。
结合第四方面，或第四方面的第一种可能的实现方式，在第二种可能的实现方式中，还包括：
第一超时处理单元，用于在所述丢包检测定时器超时时，生成PDCP状态报告发送至网络侧；
或者，
第二超时处理单元，用于在所述丢包检测定时器超时时，按照序列号值升序的方式向高层递交，序列号小于或等于所述M的PDCP PDU所包含的PDCP SDU；
第三超时处理单元，用于按照序列号值升序的方式向高层递交，所有序列号值大于所述M并且连续的PDCP PDU所包含的PDCP SDU。
结合第四方面，在第四种可能的实现方式中，所述丢包检测定时器启动条件还包括：丢包检测定时器没有运行。
结合第四方面，或第四方面的第一种可能的实现方式，在第五种可能的实现方式中，所述丢包检测定时器与所述序列号为M的PDCP PDU相关联，或者，所述丢包检测定时器与序列号为M+1的PDCP PDU相关联。
结合第四方面至或第四方面的第五种任一种可能的实现方式，在第六种可能的实现方式中，所述PDCP状态报告包括网络侧未发送成功的PDCP PDU，或，网络侧发送成功的PDCP PDU。
结合第四方面至或第四方面的第六种任一种可能的实现方式，在第七种可能的实现方式中，还包括：维护单元，用于维护网络侧指定RLC实体所对应的不匹配数；所述维护包括：当UE侧PDCP实体接收到缺失的PDCP PDU，并且所述缺乏的PDCP PDU与所述网络侧指定RLC实体相关联时，更新相应的不匹配数。
结合第四方面，在第八种可能的实现方式中，还包括：PDCP匹配状态报告发送单元，用于在满足触发条件时，UE侧PDCP实体发送PDCP匹配状态报告至网络侧；所述触发条件包括：不匹配数大于预设门限值，不匹配数之间的差值大于预设门限值，以及，不匹配数与网络侧配置的基准RLC的不匹配数之间的差值大于等于预设门限值中的至少一种；所述PDCP匹配状态报告包括所述网络侧指定RLC实体对应的不匹配数，不匹配数之间的差值，以及，不匹配数与网络侧配置的基准RLC的不匹配数之间的差值中的至少一种。
根据本发明实施例的第五方面，提供一种数据传输装置，包括处理器和存储器，所述处理器通过运行存储在所述存储器内的软件程序以及调用存储在所述存储器内的数据，至少执行如下步骤：对PDCP协议数据单元PDU或PDCP服务数据单元SDU进行无损传输,其中，所述每个PDCP PDU或所述SDU关联一个序列号。
根据本发明实施例的第五方面，提供一种数据传输装置，包括处理器和存储器，所述处理器通过运行存储在所述存储器内的软件程序以及调用存储在所述存储器内的数据，至少执行如下步骤：从低层接收第一PDCP PDU，其中所述第一PDCP PDU关联的序列号值为M；在满足丢包检测定时器启动条件时，UE侧PDCP实体启动丢包检测定时器，所述丢包检测定时器启动条件包括，检测出所述第一PDCP PDU在接收窗内为不连续PDCP PDU，所述不连续包括没有接收到序列号小于序列号M的至少一个第二PDCP PDU。
可见，在本实施例中，无损传输没有数据包丢失，保证了在跨站点载波聚合场景下的通信质量，达到了优化目的。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的站点内载波聚合场景示意图；
图2为本发明实施例提供的跨站点载波聚合场景示意图；
图3为本发明实施例提供的数据传输方法流程图；
图4为本发明实施例提供的数据传输方法另一流程图；
图5为本发明实施例提供的数据传输方法又一流程图；
图6为本发明实施例提供的数据传输方法又一流程图；
图7为本发明实施例提供的数据传输方法又一流程图；
图8为本发明实施例提供的数据传输方法又一流程图；
图9为本发明实施例提供的数据传输方法又一流程图；
图10为本发明实施例提供的数据传输方法又一流程图；
图11为本发明实施例提供的数据传输方法又一流程图；
图12为本发明实施例提供的数据传输方法又一流程图；
图13为本发明实施例提供的数据传输装置结构示意图；
图14为本发明实施例提供的数据传输装置另一结构示意图；
图15为本发明实施例提供的数据传输装置又一结构示意图；
图16为本发明实施例提供的数据传输装置又一结构示意图；
图17为本发明实施例提供的数据传输装置又一结构示意图；
图18为本发明实施例提供的数据传输装置又一结构示意图；
图19为本发明实施例提供的数据传输装置又一结构示意图；
图20为本发明实施例提供的数据传输装置又一结构示意图；
图21为本发明实施例提供的数据传输装置又一结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
现有站点内载波聚合场景下，一个无线承载对应一个PDCP实体和一个RLC实体的情况请参见图1。而跨站点载波聚合场景下，同一个无线承载对应一个PDCP实体和两个RLC实体，并且，这两个RLC实体分别位于不同的站点——主基站(MeNB,Master eNB)和辅助基站(SeNB，Slave eNB或者Secondary eNB)上的情况如图2所示(图2以下行分流为例，只是示意，对本发明显并不构成任何限制)。
由图2可看出，用户设备(UE)侧无线承载1对应一个PDCP实体和两个RLC实体，(主)基站侧无线承载1对应一个PDCP实体和两个RLC实体，并且这两个RLC实***于不同的站点。实际上，同一无线承载可能对应多于两个的RLC实体，为了描述简单，本文将以同一个无线承载对应一个PDCP实体和两个RLC实体为例，对技术方案予以介绍。
跨站点载波聚合场景下，需要优化的方面之一包括：PDCP实体如何实现按序递交数据包。对于PDCP实体而言，其向上层(如IP层，)递交的数据包为PDCP SDU(服务数据单元)；其向下层(如RLC层/实体)递交的数据包为PDCP PDU(协议数据单元)。
为实现PDCP实体按序递交数据包，本发明实施例提供一种数据传输方法，其可包括如下步骤：
PDCP实体对PDCP PDU或PDCP SDU进行无损传输,其中，每个PDCP PDU或SDU关联一个序列号。
具体的，该序列号可以是Sequence Number(SN)，也可以是COUNT，在此不作限定。
在本实施例中，无损传输没有数据包丢失，保证了在跨站点载波聚合场景下的通信质量，达到了优化目的。
下面将以下行为例介绍，如何在向高层(向上)递交数据包时实现无损传输。
可以理解的，上行的处理方法类似。
在站点内载波聚合下，RLC实体会保证将从低层(如MAC层)接收到的数据按序且无损的递交到PDCP实体，PDCP实体通常情况下按照RLC实体递交上来的顺序向上递交即可保证按序递交。
而在跨站点载波聚合时，假设一个无线承载对应的PDCP实体在站点1上，该无线承载对应两个RLC实体，并且这两个RLC实体分别位于站点1和站点2上。按照现有技术，虽然每个RLC实体都能分别保证按序无损的递交数据包，但在PDCP层看来则不一定是按序递交的。因为，如假设其中一个RLC实体按序发数据包1、3、5，另一个RLC实体按序发2、4、6，则PDCP实体接收到的数据包的顺序可能是1、3、5、2、4、6，PDCP实体此时如按现有的方式，按RLC实体递交上来的顺序向上递交，则无法保证按序向上层递交数据包。另外，在两个站点间传输的数据包也有可能丢失，从而可能导致PDCP实体有可能收不到某些数据包。
参见图3，上述传输方法具体可包括如下步骤：
S2、PDCP实体按照序列号值升序的方式向上递交，序列号值连续的PDCP SDU。
举例来讲，假设其中一个RLC实体按序列号值顺序发数据包1、3、5，而另一个RLC实体按序列号值顺序发数据包2、4、6，则对端PDCP实体从两个RLC实体接收到的数据包的顺序可能为1、3、5、2、4、6。在步骤S2中，按序列号值升序向上递交序列号值连续的PDCP SDU，则为按1、2、3、4、5、6的顺序向上层递交PDCP SDU。这样就能实现按序向上层递交数据包。
也即，在本实施例中，由于是按序列号值升序向上递交，并且递交的是序列号值连续的PDCP SDU，所以，可实现按序无损向上递交。
在本发明其他实施例中，上述方法还可包括如下步骤：
S1、PDCP实体接收(RLC实体递交的)PDCP PDU，对有效PDCP PDU进行处理，得到PDCP SDU。
在本实施例中，PDCP实体可为UE侧的PDCP实体，也可为(主)基站侧的PDCP实体。
PDCP实体接收到的PDCP PDU中包含SN(序号)。PDCP实体接收到PDCP PDU后，根据PDCP PDU的SN号判断其是否为有效数据，如果是，存储该数据包，可根据配置，对有效PDCPPDU进行解密、解压缩等处理，得到PDCP SDU。
而如果其为无效数据(例如落在接收窗外，或者是重复的数据包等)，则将该PDCPPDU丢弃。
如何判断是否有效，及如何处理有效PDCP PDU可沿用现有技术，在此不作赘述。
需要说明的是，在LTE***中，RLC实体可分为UM模式RLC实体和AM模式RLC实体，其中，AM模式有重传机制，在正常情况下保证不丢包(如除重建场景外，递交到PDCP层的PDCPPDU的序列号值连续)。而UM模式RLC实体没有重传机制，所以不保证不丢包。
如PDCP实体对应AM模式RLC实体，虽然一般不需要进行无损传输，但在切换等场景下时，还可能需要做防止丢包的处理，即保证无损切换。切换会导致重建。包括PDCP层重建和/或低层重建(例如RLC层重建)。
为至少实现无损切换，在本发明其他实施例中，上述步骤S2可具体包括：当满足无损递交条件时，PDCP实体按照序列号值升序的方式向高层递交，所有序列号值连续的PDCPSDU。
上述无损递交条件可包括第一无损传输条件和第二无损传输条件中的至少一种。其中：
第一无损传输条件可包括，接收到的PDCP PDU不是因为低层(lower layers)重建原因而递交上来的；
第二无损传输条件则可包括，接收到的PDCP PDU是因为低层重建原因而递交上来的，并且，高层(例如RRC层)指示无损传输。高层指示无损舆也可称为被指示无损。
图4示出了基于无损递交条件的一种具体流程，其可包括：
S401、PDCP实体接收PDCP PDU，对有效PDCP PDU进行处理，得到PDCP SDU；
S402、PDCP实体判断接收到的PDCP PDU是否因为低层(lower layers)重建而从低层递交上来的。如果是，执行步骤S403，如果否，则执行步骤S404。
S403、PDCP实体判断高层是否指示无损传输(即PDCP重建时不丢失数据包)，如果是，则执行步骤S404；如果否，则执行步骤S405。
S404、PDCP实体进行无损传输。
S405、PDCP实体按照序列号值的升序向上层递交所有存储的PDCP SDU。
步骤S405可认为是有损传输，其不必等待序列号值连续后再按升序发送，也即，即使其存储的PDCP SDU序列号值不连续，也一样传输。
根据图4可知，步骤S405对应的执行条件(有损递交条件)包括，接收到的PDCP PDU是因为低层重建原因而递交上来的，并且，高层未指示无损传输。
在本发明其他实施例中，高层(如RRC层)可下发无损指示，以指示无损传输。
因此，上述方法还可包括如下步骤：接收无损指示。
上述无损指示可通过RRC(无线资源控制)消息携带。
更具体的，上述RRC消息至少可包括，切换命令和RRC重配置消息中的至少一种。
具体的接收方式可为，基站通过RRC消息向UE发送无损指示，UE侧高层(如RRC层)接收到该无损指示后，通知PDCP实体应用该无损指示。
或者，也可隐式指示无损传输。例如，当PDCP状态报告请求发送参数(statusreport required)为真时，判断出高层指示无损传输，否则，判断出高层未指示无损传输。在现有技术中，PDCP状态报告请求发送参数携带在RRC消息中，例如切换命令中。因此，也可以说，无损指示隐式携带在RRC消息中。
或者，在本发明其他实施例中，上述无损递交条件可仅包括，接收到的PDCP PDU不是因为低层(lower layers)重建原因而递交上来的。
需要说明的是，上述所有实施例所提供的传输方法，除可应用在跨站点载波聚合场景下外，还可应用于站点内载波聚合场景、单载波场景等其他场景。
例如，在应用在跨站点载波聚合场景之外的其他场景中时，在重建时，可执行如图5所示的流程。在非重建时，可以使用现有技术，在此不作限制。
在介绍完如何向高层递交数据包时实现无损传输后，下面将介绍如何在向低层递交数据包时实现无损传输。
现有LTE***中，PDCP实体从高层接收到PDCP SDU，将其与SN号关联，并进行封装等处理，成为PDCP PDU。然后再按序列号升序，将PDCP PDU向下递交。由于是PDCP实体自己将PDCP SDU与SN关联，因此，一般情况下，按序向下递交的PDCP PDU其序号自然都是连续的，也即，是无损的。
在切换(重建)等一些特殊场景，UE默认进行无损传输。本实施例主旨是引入无损指示，令UE可根据无损指示进行无损传输。
请参见图6和图7，对PDCP PDU进行的无损传输可具体包括：
S61、PDCP实体在接收到PDCP重建指示后，判断是否接收到无损指示，无损指示用于指示无损传输。
S62、在判断出接收到无损指示时，从重建之前未被低层确认发送成功、且序列号值最小的PDCP PDU开始，PDCP实体按照序列号值升序的方式向低层递交，重建之前已与序列号关联的PDCP PDU。
PDCP实体向低层递交PDCP PDU后，低层(RLC层)会对PDCP PDU(对RLC层而言是RLCSDU)进行分段串接等处理，处理成RLC PDU发送给MAC层。RLC层接收到对等端RLC层反馈RLCPDU被成功发送的响应或者MAC层向RLC层反馈RLC PDU被成功发送的响应。RLC层再向PDCP实体反馈确认发送成功指示。也就是说，RLC层或者叫RLC实体，针对每一被低层成功发送的PDCP PDU，将向PDCP实体反馈一个确认发送成功指示。
PDCP实体从而可得知，哪一PDCP PDU未被低层确认发送成功，哪一PDCP PDU被低层确认发送成功。
重建时，PDCP实体即可从重建之前未被低层确认发送成功、且序列号值最小的PDCP PDU开始，按照序列号值升序的方式向低层递交，重建之前已与序列号关联的PDCPPDU。
举例来讲，重建之前，PDCP实体发送了序列号值为1－8的PDCP PDU，序列号值为9－16的PDCP PDU未来得及向低层递交。根据RLC实体的反馈，序列号值为1、3、5、7的PDCPPDU确认发送成功。
由此可知，重建之前未被低层确认发送成功、且序列号值最小的PDCP PDU是序列号值为2的PDCP PDU。
重建时，则从序列号值为2的PDCP PDU开始，按照序列号值升序的方式向低层递交序列号值为2－16的PDCP PDU。
或者，
S63、在判断出接收到无损指示时，PDCP实体按照序列号升序的方式向低层递交，重建之前已与序号SN关联但未被低层确认发送成功的所有PDCP PDU。
对于步骤S63而言，沿用前例，重建之前，PDCP实体发送了序列号值为1－8的PDCPPDU，序列号值为9－16的PDCP PDU未来得及向低层递交。根据RLC实体的反馈，序列号值为1、3、5、7的PDCP PDU确认发送成功。
重建时，则将序列号值为2、4、6、8的PDCP PDU向低层递交(也即重传)。将序列号值为9－16的PDCP PDU向低层递交(第一次传输)。
需要说明的是，在介绍向上递交数据包时，在一些实施例中也涉及到无损指示。本实施例的无损指示与上述实施例中的无损指示可为同一个。也即，UE接收到一个无损指示，其可用于指示在向高层和向低层均进行无损传输。
当然，也可细化成第一无损指示和第二无损指示，第一无损指示用于指示向高层递交时进行无损传输，第二无损指示用于指示向低层递交时进行无损传输。本领域技术人员可根据需要进行灵活设计，在此不作赘述。
在本发明其他实施例中，参见图8，上述方法还可包括：在判断出未接收到无损指示时，PDCP实体进行有损传输。
其中，有损传输可至少包括以下四种方式：
方式一，从被低层确认发送成功、且序列号值最大的PDCP PDU的下一个PDCP PDU开始，按照序列号升序的方式向低层递交，重建之前所有与SN关联的PDCP PDU。
沿用前例，重建之前，PDCP实体发送了序列号值为1－8的PDCP PDU，序列号值为9－16的PDCP PDU未来得及向低层递交。根据RLC实体的反馈，序列号值为1、3、5、7的PDCPPDU确认发送成功。
被低层确认发送成功、且序列号值最大的PDCP PDU是，序列号值为7的PDCP PDU。其下一个PDCP PDU是，序列号值为8的PDCP PDU。
重建时，在方式一中，将从序列号值为8的PDCP PDU开始，按照序列号值升序的方式向低层递交序列号值为8－16的PDCP PDU。
方式二，丢弃重建之前已经与SN关联的所有PDCP PDU。
仍沿用前例，则在方式二中，将丢弃序列号值为1－16的PDCP PDU。
方式三，丢弃重建之前已发送给低层的所有PDCP PDU。
仍沿用前例，则在方式三中，将丢弃序列号值为1－8的PDCP PDU。
方式四，丢弃重建之前从高层接收到的所有PDCP SDU。
在本发明其他实施例中，上述所有实施例中的方法还可包括：接收低层发送的确认发送成功指示，每一被低层成功发送的PDCP PDU对应一个确认发送成功指示。
在本发明其他实施例中，上述所有实施例中的方法还可包括：
在RLC重建时，接收RLC实体针对所有已被低层成功发送、但未指示过的PDCP PDU，反馈的确认发送成功指示。
考虑下述情况，PDCP实体向RLC实体发送了序列号值为1－8的PDCP PDU，其中，序列号值1－5的PDCP PDU发送成功，但RLC实体在重建前，只来得及指示PDCP实体，序列号值1、2的PDCP PDU发送成功，序列号值3－5的PDCP PDU还未来得及指示确认发送成功。
则RLC重建时，RLC实体将向PDCP实体反馈确认发送成功指示，指示序列号值3－5的PDCP PDU被成功发送。
在本发明其他实施例中，上述所有实施例中的方法还可包括：丢弃被低层确认发送成功的PDCP PDU，及被低层确认发送成功的PDCP PDU所对应的PDCP SDU。
在本发明其他实施例中，上述所有实施例中的方法还可包括：接收无损指示。
上述无损指示通过RRC(无线资源控制)消息携带。
更具体的，上述RRC消息至少可包括，切换命令和RRC重配置消息中的至少一种。
具体的接收方式可为，基站通过RRC消息向UE发送无损指示，UE侧高层(如RRC层)接收到该无损指示后，通知PDCP实体应用该无损指示。
或者，也可隐式指示无损传输。例如，当PDCP状态报告请求发送参数(statusreport required)为真时，判断出高层指示无损传输，否则，判断出高层未指示无损传输。在现有技术中，PDCP状态报告请求发送参数携带在RRC消息中，例如切换命令中。因此，也可以说，无损指示隐式携带在RRC消息中。
在现有技术中，只有当某个与PDCP SDU关联的丢弃定时器(Discard Timer)超时后，或者接收到PDCP状态报告后，PDCP实体才能执行PDCP SDU和对应的PDCP PDU的丢弃操作。此外，PDCP实体丢弃了PDCP SDU和对应的PDCP PDU后，如果该PDCP SDU对应的PDCP PDU已经递交给低层，则PDCP实体还可指示低层，该PDCP PDU已经被高层丢弃了。
但是，目前PDCP状态报告只在切换时才有可能传输，所以，如果长时间没有切换，UE也有可能会长时间缓存大量数据包，直到定时器超时。而丢弃定时器有可能配置的时长比较长，如1500毫秒，或者无穷大，此时如果在丢弃定时器超时后才丢包，则UE有可能会长时间缓存大量数据包。
为解决上述问题，本发明提供一种数据传输方法，其可包括：
RLC实体检测到发送成功的RLC SDU后，反馈确认发送成功指示，指示PDCP实体该PDCP PDU被成功发送。
更具体的，PDCP实体向低层递交PDCP PDU后，低层(RLC层)会对PDCP PDU(对RLC层而言是RLC SDU)进行分段串接等处理，处理成RLC PDU发送给MAC层。RLC层接收到对等端RLC层反馈RLC PDU被成功发送的响应或者MAC层向RLC层反馈RLC PDU被成功发送的响应。RLC层再向PDCP实体反馈确认发送成功指示。
一个RLC SDU与某一PDCP PDU相关联，则从PDCP实体来看，参见图9，其所执行的步骤可包括：
S91、PDCP实体接收，RLC实体反馈的确认发送成功指示。确认发送成功指示用于指示至少一个被低层成功发送的PDCP PDU(RLC SDU)。
S92、PDCP实体丢弃上述至少一个PDCP PDU所对应的PDCP SDU和对应的PDCP PDU。
可见，在本实施例中，RLC实体会反馈确认发送成功指示，只要接收该指示后，PDCP实体将丢弃相应的数据包，而不用等待PDCP状态报告或丢弃定时器超时后才丢包，从而不会长时间缓存大量数据包，解决了问题。
在本发明其他实施例中，上述所有实施例中的方法还可包括：
在RLC重建时，PDCP实体接收RLC实体针对所有已被低层成功发送、但未指示过的PDCP PDU，反馈的确认发送成功指示。
考虑下述情况，PDCP实体向RLC实体发送了序列号值为1－8的PDCP PDU，其中，序列号值1－5的PDCP PDU发送成功，但RLC实体在重建前，只来得及指示PDCP实体，序列号值1、2的PDCP PDU发送成功，序列号值3－5的PDCP PDU还未来得及指示确认发送成功。
则RLC重建时，RLC实体将向PDCP实体反馈确认发送成功指示，指示序列号值3－5的PDCP PDU被成功发送。
也即，上述被低层成功发送的PDCP PDU可包括，RLC重建之前被低层成功发送、但未被指示成功发送的PDCP PDU。
在现有LTE***中，在接收到数据包后，有些PDCP实体直接按照接收顺序递交数据包，这样可能存在如下问题：序列号为1、3的数据包先于序列号2到达，由于不等待而直接递交，则将导致不必要的丢包。
而有些PDCP实体，则会检测是否丢包，在检测到丢包后，会一直等待，直到丢失的包到达。这样，会导致增加向上递交数据包的时延。
为解决上述问题，本实施例提供一种数据传输方法，请参见图10，其可包括：
S101、用户设备(UE)侧PDCP实体从低层接收第一PDCP PDU。为方便后续描述，假设第一PDCP PDU关联的序列号值为M。
S102、在满足丢包检测定时器启动条件时，UE侧PDCP实体启动丢包检测定时器。
其中，丢包检测定时器启动条件包括，检测出第一PDCP PDU在接收窗内为不连续PDCP PDU，不连续包括没有接收到序列号小于序列号M的至少一个第二PDCP PDU，其中序列号可以为COUNT或SequenceNumber。
举例来讲，UE侧PDCP实体接收到序列号值为1和4的PDCP PDU，未接收到序列号值为2、3的PDCP PDU。序列号2、3小于序列号值4，因此，序列号值为4的PDCP PDU为不连续PDCPPDU，而序列号值为2、3的PDCP PDU为第二PDCP PDU。
更具体的，丢包检测定时器与序列号为M的不连续PDCP PDU相关联，或者，也可以是丢包检测定时器与序列号为M+1相关联。沿用前例，则丢包检测定时器与序列号为4的PDCP PDU相关联，或者，与序列号为5的PDCP PDU相关联。
上述丢包检测定时器与PDCP PDU相关联也可以理解为丢包检测定时器与PDCPPDU序列号相关联，两者对后续操作和方案的执行没有区别。
在本发明其他实施例中，通过在满足启动条件时，启动丢包检测定时器，可以让PDCP在定时器运行期间接收没有接收到的序列号小于序列号M的至少一个第二PDCP PDU，而不是立即判断上述至少一个第二PDCP PDU已经丢失，从而可减少由于没有等待而造成不必要的丢包发生的概率。同时，在定时器的介入下，也避免一直等待接收至少一个第二PDCPPDU，从而减少了向上递交数据包的时延。
在本发明其他实施例中，上述丢包检测定时器启动条件还可包括：丢包检测定时器没有运行，包括停止或超时。
举例来讲，UE侧PDCP实体接收到序列号值为1、4、5、8、9的PDCP PDU，则启动与序列号值为4或5的PDCP PDU关联的丢包检测定时器。等待该丢包检测定时器超时或停止后，如仍未接收到序列号值为5～7中的至少一个PDCP PDU，则再启动针对序列号值为8或9的PDCPPDU的丢包检测定时器。
在本发明其他实施例中，上述所有实施例的传输方法中，丢包检测定时器和时长中的至少一种，可由网络侧(基站侧)配置。
所谓的配置丢包检测定时器，可指配置是否在满足丢包检测定时器启动条件时，启动包检测定时器。
在本发明其他实施例中，参见图11和图12，在丢包检测定时器超时时，还可包括如下步骤：
S103、UE侧PDCP实体生成PDCP状态报告发送至网络侧。
其中，PDCP状态报告可包括网络侧未发送成功的PDCP PDU，和/或，网络侧发送成功的PDCP PDU。在跨站点载波聚合场景下，网络侧接收到PDCP状态报告后，可能进行重传处理，还可以调整通过不同站点的RLC实体发送的数据量。
在现有技术中，PDCP状态报告应用于切换，在本实施例中，拓展了该状态报告的应用场景。
和/或
S104、UE侧PDCP实体按照序列号值升序的方式向高层递交，序列号小于或等于M的PDCP PDU所包含的PDCP SDU。
沿用前例，UE侧PDCP实体接收到序列号值为1和4的PDCP PDU，未接收到序列号值为2、3的PDCP PDU。针对序列号值为4或5的PDCP PDU启动丢包检测定时器，超时后，仍未接收到序列号2或3的PDCP PDU，则向高层递交序列号值为1和4的PDCP PDU所包含的PDCPSDU。
S105、按照序列号值升序的方式向高层递交，所有序列号值大于M并且连续的PDCPPDU所包含的PDCP SDU。
沿用前例，假设超时之前，接收到序列号值为5、6、7、10的PDCP PDU，超时后，向高层递交序列号值为5－7的PDCP PDU所包含的PDCP SDU。
本实施例可以避免PDCP一直等待未接收到的PDCP PDU，导致长时间无法向上层递交数据带来的数据传输时延等问题。
在本发明其他实施例中，上述所有实施例的传输方法还可包括：
当满足停止条件时，UE侧PDCP实体停止丢包检测定时器；停止条件至少包括，接收窗内序列号值小于序列号M的、所有缺失的第二PDCP PDU被成功接收。
可以理解的，本发明实施例也可以是网络侧PDCP实体的处理方法，本发明不作限制。本发明实施例可以用于AM模式RLC，也可以用于UM模式RLC，本发明不作限制。
在本发明其他实施例中，上述所有实施例的传输方法还可包括：
UE侧PDCP实体维护，网络侧指定RLC实体所对应的不匹配数。网络侧可指定所有RLC，也可指定部分RLC。
其中，维护可包括：
当UE侧PDCP实体接收到缺失的第二PDCP PDU，并且缺失的第二PDCP PDU与网络侧指定RLC实体相关联时，更新相应的不匹配数。
更具体的，UE侧PDCP实体为每一指定RLC实体启用一个计算数。举例来讲，假定指定RLC实体包括网络侧RLC实体1和网络侧RLC实体2。则UE侧PDCP实体启用计数器1与网络侧RLC实体1相关联，启用计数器2与网络侧RLC实体2相关联。
当UE侧PDCP实体接收到一个序列号值小于M的第二PDCP PDU时，UE侧PDCP将对应计数器加一。计算器所计数值即为上述不匹配数。
沿用前例，假定UE侧PDCP接收到一个序列号值小于M的第二PDCP PDU，该第二PDCPPDU由网络侧RLC实体2发送，则UE侧PDCP将计数器2加一。
在本发明其他实施例中，上述计数器的配置信息可以包括计数器对应的RLC实体，计数器门限值等，可以由高层配置：基站通过RRC消息指示UE计数器所关联的RLC，UE根据指示，通知PDCP实体应用该配置信息。
在本发明其他实施例中，上述方法还可包括如下步骤：
在满足触发条件时，UE侧PDCP实体发送PDCP匹配状态报告至网络侧。
上述触发条件可包括第一触发条件、第二触发条件、第三触发条件中的至少一种。
其中，第一触发条件可包括：不匹配数大于预设门限值，例如，其中一个指定RLC对应的计数器大于或等于预设门限值。
更具体的，可以为不同的RLC配置相同或不同的门限值。
第二触发条件可包括：不匹配数之间的差值大于预设门限值。例如，其中一个指定RLC对应的计数器，与其它一个或多个指定RLC对应的计数器的差值超过预设门限值。
第三触发条件可包括：不匹配数与网络侧配置的基准RLC的不匹配数之间的差值大于等于预设门限值中的至少一种。
可选的，可以有一个或多个基准RLC。
在本发明其他实施例中，上述预设门限值可以由高层配置，例如基站可通过RRC消息向UE发送预设门限值，UE接收到后，通知PDCP实体应用。
而PDCP匹配状态报告可包括网络侧指定RLC实体对应的不匹配数(例如，每一指定RLC所关联计数器的值)，不匹配数之间的差值(例如，各指定RLC所关联计数器之间的差值)，以及，不匹配数与网络侧配置的基准RLC的不匹配数之间的差值(例如，每一指定RLC所关联计数器与基站RLC所关联计数器之间的差值)中的至少一种。
网络侧在接收到匹配状态报告后，可调整分流策略，比如令某个或某些RLC传输更少的数据，令另一个或另一些RLC传输更多的数据等，具体的调整策略在此不作限定。
可选的，在满足触发条件或发送匹配状态报告后，可对计数器清零。
本发明上述所有实施例可以应用于AM RLC也可以应用于UM RLC场景。
在现有技术中，由于是站点内载波聚合，所以基站之间不需要发状态报告。而在跨站点载波聚合场景下，主基站(MeNB)与辅助基站(SeNB)之间可以考虑发送状态报告。
本实施例提供一种数据传输方法，其至少可包括如下步骤：
当第一基站(的RLC实体)检测到未发送成功的RLC SDU时，向第二基站(的PDCP实体)发送状态报告，状态报告包括未发送成功的RLC SDU，指示某个RLC SDU即PDCP PDU没有发送成功。此时，第二基站的PDCP可以重新发送该PDCP PDU。
第一基站可为主基站或辅基站，而第二基站可为辅基站或主基站。
更具体的，重发PDCP PDU时，可以是通过第一基站进行发送，也可以通过第二基站进行发送。
或者，
当第一基站(RLC实体)检测到发送成功的RLC SDU时，向第二基站(的PDCP实体)发送状态报告，状态报告包括发送成功的RLC SDU。
在知道发送成功的RLC SDU(也即PDCP PDU)后，第二基站的PDCP实体也就知道哪些PDCP PDU没发送成功。此时，第二基站的PDCP可以重传上述没发送成功的PDCP PDU。并且，重发PDCP PDU时，可以是通过第一基站进行发送，也可以通过第二基站进行发送。
可以理解的，第二基站的PDCP是否重传没有成功发送的PDU，可以由第二基站决定。例如，通过第一基站的反馈，第二基站可以调整后续的分流策略。本发明不作限制。
更具体的，当RLC SDU所对应的RLC PDU达到最大传输次数时，第一基站(的RLC实体)检测出未发送成功的RLC SDU。
而当接收到RLC SDU所对应的RLC PDU被成功接收的反馈时，第一基站(的RLC实体)检测出发送成功的RLC SDU。
更具体的，“发送状态报告”可包括，通过第一基站与第二基站之间的Xn接口发送。
在本发明实施例可与图10－图12所示的实施例结合使用。
综上，本发明对跨站点载波聚合下PDCP数据传输过程进行了优化，减少了UE缓存的数据量、UE缓存数据的时延，以及，减少了通过多个RLC传输同一个PDCP的数据所带来的、速率可能不匹配的问题。部分优化也可以应用于非跨站点载波聚合场景。
上述各发明实施例可以单独实施，也可以结合实施，本发明不作限定。
与之相对应，本发明实施例还提供数据传输装置。
图13示出了上述装置130的一种结构，其可包括：
第一PDCP单元1，用于对PDCP PDU或PDCP SDU进行无损传输，其中，每个PDCP PDU或SDU关联一个序列号。
在对PDCP SDU进行的无损传输方面，上述第一PDCP单元1可具体用于，按照序列号值升序的方式向高层递交，所有序列号值连续的PDCP SDU。
更具体的，在按照序列号值升序的方式向高层递交，所有序列号值连续的PDCPSDU方面，第一PDCP单元具体可用于，在满足无损发送条件时，按照序列号值升序的方式向高层递交，所有序列号值连续的PDCP SDU。
无损发送条件请参见本文前述记载，在此不作赘述。
在本发明其他实施例中，仍请参见图13，上述装置130还可包括第二PDPCP单元2，用于当满足有损发送条件时，按照序列号值升序的方式向高层递交所有PDCP SDU。
有损发送条件包括：接收到的PDCP PDU是因为低层重建原因而递交上来的，并且，未接收到无损指示。
更具体的内容请参见本文前述记载，在此不作赘述。
在本发明其他实施例中，上述所有实施例中的数据传输装置130，还可包括：第一接收单元，用于接收无损指示。
无损指示的相关内容请参见本文前述记载，在此不作赘述。
而在对PDCP PDU进行的无损传输方面，上述第一PDCP单元1可具体用于：
在接收到PDCP重建指示后，判断是否接收到无损指示，无损指示用于指示无损传输；
在判断出接收到无损指示时，从重建之前未被低层确认发送成功、且序列号值最小的PDCP PDU开始，按照序列号值升序的方式向低层递交，重建之前已与序列号关联的PDCP PDU；
或者，
在判断出接收到无损指示时，按照序列号值升序的方式向低层递交，重建之前已与序号SN关联但未被低层确认发送成功的所有PDCP PDU。
在本发明其他实施例中，上述所有实施例中的数据传输装置130，还可包括：第三PDCP单元，用于在判断出未接收到无损指示时，进行有损传输。其中，有损传输可包括：
从被低层确认发送成功、且序列号值最大的PDCP PDU的下一个PDCP PDU开始，按照序列号值升序的方式向低层递交，重建之前所有与SN关联的PDCP PDU；
或者，
丢弃重建之前已经与SN关联的所有PDCP PDU；
或者，
丢弃重建之前已发送给低层的所有PDCP PDU；
或者，
丢弃重建之前从高层接收到的所有PDCP SDU。
有损传输相关内容请参见本文前述记载，在此不作赘述。
在本发明其他实施例中，上述所有实施例中的数据传输装置130，还可包括：第二接收单元，用于接收低层发送的确认发送成功指示，每一被低层成功发送的PDCP PDU对应一个确认发送成功指示。
在本发明其他实施例中，上述所有实施例中的数据传输装置，还可包括：丢弃单元，用于丢弃被低层确认发送成功的PDCP PDU，及被低层确认发送成功的PDCP PDU所对应的PDCP SDU。
图14示出了上述数据传输装置130的一种硬件结构，其可包括：至少一个处理器131，例如CPU，至少一个网络接口134或者其他用户接口133，存储器135，至少一个通信总线132。通信总线132用于实现这些组件之间的连接通信。该传输定时装置130可选的包含用户接口133，键盘或者点击设备，例如，轨迹球(trackball),触感板或者触感显示屏。存储器135可能包含高速RAM存储器，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器135可选的可以包含至少一个位于远离前述处理器131的存储装置。
在一些实施方式中，存储器135存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:
操作***1351，包含各种***程序，用于实现各种基础业务以及处理基于硬件的任务；
应用程序模块1352，包含各种应用程序，用于实现各种应用业务。
应用程序模块1352中包括但不限于第一PDCP单元1、第一PDCP单元2。
应用程序模块1352中各模块的具体实现请参见图13所示实施例中的相应模块，在此不赘述。
在本发明实施例中，通过调用存储器135存储的程序或指令，处理器131用于：
对PDCP PDU或PDCP SDU进行无损传输,其中，每个PDCP PDU或SDU关联一个序列号。
此外，上述处理器131亦可用于完成本文方法部分所介绍的、图6－8中数据传输方法的其他步骤，以及各步骤的细化，在此不作赘述。
上述所有实施例中的CPU和存储器可集成于同一芯片内，也可为独立的两个器件。
在本发明其他实施例中，请参见图15，上述数据传输装置150至少可包括：
RLC单元3，用于检测到发送成功的RLC SDU后，反馈确认发送成功指示，指示PDCP单元该PDCP PDU被成功发送；
PDCP单元4，用于接收RLC实体反馈的确认发送成功指示，并丢弃上述至少一个PDCP PDU所对应的PDCP SDU和对应的PDCP PDU。
具体内容请参见本文前述记载，在此不作赘述。
图16示出了上述数据传输装置150的一种硬件结构，其可包括：至少一个处理器151，例如CPU，至少一个网络接口154或者其他用户接口153，存储器155，至少一个通信总线152。通信总线152用于实现这些组件之间的连接通信。该传输定时装置150可选的包含用户接口153，键盘或者点击设备，例如，轨迹球(trackball),触感板或者触感显示屏。存储器155可能包含高速RAM存储器，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器155可选的可以包含至少一个位于远离前述处理器151的存储装置。
在一些实施方式中，存储器155存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:
操作***1551，包含各种***程序，用于实现各种基础业务以及处理基于硬件的任务；
应用程序模块1552，包含各种应用程序，用于实现各种应用业务。
应用程序模块1552中包括但不限于RLC单元3和PDCP单元4。
应用程序模块1552中各模块的具体实现请参见图15所示实施例中的相应模块，在此不赘述。
在本发明实施例中，通过调用存储器155存储的程序或指令，处理器151用于：
检测到发送成功的RLC SDU后，反馈确认发送成功指示，指示PDCP实体该PDCP PDU被成功发送。
或者，
接收RLC实体反馈的确认发送成功指示。确认发送成功指示用于指示至少一个被低层成功发送的PDCP PDU(RLC SDU)。
丢弃上述至少一个PDCP PDU所对应的PDCP SDU和对应的PDCP PDU。
此外，上述处理器151亦可用于完成本文方法部分所介绍的、图9中数据传输方法的其他步骤，以及各步骤的细化，在此不作赘述。
上述所有实施例中的CPU和存储器可集成于同一芯片内，也可为独立的两个器件。
在本发明其他实施例中，请参见图17，上述数据传输装置170至少可包括：
PDCP单元5，用于从低层接收第一PDCP PDU，假定第一PDCP PDU关联的序列号值为M。
启动单元6，用于在满足丢包检测定时器启动条件时，启动丢包检测定时器，丢包检测定时器启动条件包括，检测出第一PDCP PDU在接收窗内为不连续PDCP PDU，不连续包括没有接收到序列号小于序列号M的至少一个第二PDCP PDU。
在本发明其他实施例中，请参见图18或19，上述数据传输装置170还可包括：
停止单元7，用于当满足停止条件时，停止丢包检测定时器；停止条件至少包括，接收窗内序列号值小于序列号M的、所有缺失的第二PDCP PDU被成功接收。
在本发明其他实施例中，请参见图18或图19，上述数据传输装置170还可包括：
第一超时处理单元8，用于在丢包检测定时器超时时，生成PDCP状态报告发送至网络侧。PDCP状态报告相关介绍请参见本文前述记载，在此不作赘述。
或者还包括：
第二超时处理单元9，用于在丢包检测定时器超时时，按照序列号值升序的方式向高层递交，序列号小于或等于M的PDCP PDU所包含的PDCP SDU；
第三超时处理单元10，用于按照序列号值升序的方式向高层递交，所有序列号值大于M并且连续的PDCP PDU所包含的PDCP SDU。
在本发明其他实施例中，丢包检测定时器启动条件还可包括：丢包检测定时器没有运行。
丢包检测定时器相关介绍请参见本文前述记载，在此不作赘述。
在本发明其他实施例中，上述数据传输装置170还可包括：
维护单元，用于维护网络侧指定RLC实体所对应的不匹配数；
维护包括：
当UE侧PDCP实体接收到缺失的PDCP PDU，并且缺乏的PDCP PDU与网络侧指定RLC实体相关联时，更新相应的不匹配数。
相关介绍请参见本文前述记载，在此不作赘述。
上述数据传输装置170还可包括：
PDCP匹配状态报告发送单元，用于在满足触发条件时，UE侧PDCP实体发送PDCP匹配状态报告至网络侧；
触发条件包括：不匹配数大于预设门限值，不匹配数之间的差值大于预设门限值，以及，不匹配数与网络侧配置的基准RLC的不匹配数之间的差值大于等于预设门限值中的至少一种；
PDCP匹配状态报告包括网络侧指定RLC实体对应的不匹配数，不匹配数之间的差值，以及，不匹配数与网络侧配置的基准RLC的不匹配数之间的差值中的至少一种。
相关介绍请参见本文前述记载，在此不作赘述。
图20示出了上述数据传输装置170的一种硬件结构，其可包括：至少一个处理器171，例如CPU，至少一个网络接口174或者其他用户接口173，存储器175，至少一个通信总线172。通信总线172用于实现这些组件之间的连接通信。该传输定时装置170可选的包含用户接口173，键盘或者点击设备，例如，轨迹球(trackball),触感板或者触感显示屏。存储器175可能包含高速RAM存储器，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器175可选的可以包含至少一个位于远离前述处理器171的存储装置。
在一些实施方式中，存储器175存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:
操作***1751，包含各种***程序，用于实现各种基础业务以及处理基于硬件的任务；
应用程序模块1752，包含各种应用程序，用于实现各种应用业务。
应用程序模块1752中包括但不限于RLC单元3和PDCP单元4。
应用程序模块1752中各模块的具体实现请参见图17所示实施例中的相应模块，在此不赘述。
在本发明实施例中，通过调用存储器175存储的程序或指令，处理器171用于：
从低层接收第一PDCP PDU。
在满足丢包检测定时器启动条件时，启动丢包检测定时器。
此外，上述处理器171亦可用于完成本文方法部分所介绍的、图10－图12中数据传输方法的其他步骤，以及各步骤的细化，在此不作赘述。
上述所有实施例中的CPU和存储器可集成于同一芯片内，也可为独立的两个器件。
在本发明其他实施例中，上述数据传输装置(第一基站)的另一种结构可包括：
第一报告发送单元，用于当检测到未发送成功的RLC SDU时，向第二基站(的PDCP实体)发送状态报告，状态报告包括未发送成功的RLC SDU，指示某个RLC SDU即PDCP PDU没有发送成功。此时，第二基站的PDCP可以重新发送该PDCP PDU。
或者可包括，
第二报告发送单元，用于当检测到发送成功的RLC SDU时，向第二基站(的PDCP实体)发送状态报告，状态报告包括发送成功的RLC SDU。
相关内容请参见本文前述记载，在此不作赘述。
图21示出了上述数据传输装置(第一基站)210的一种硬件结构，其可包括：至少一个处理器211，例如CPU，至少一个网络接口214或者其他用户接口213，存储器215，至少一个通信总线212。通信总线212用于实现这些组件之间的连接通信。该传输定时装置210可选的包含用户接口213，键盘或者点击设备，例如，轨迹球(trackball),触感板或者触感显示屏。存储器215可能包含高速RAM存储器，也可能还包括非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器215可选的可以包含至少一个位于远离前述处理器211的存储装置。
在一些实施方式中，存储器215存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:
操作***2151，包含各种***程序，用于实现各种基础业务以及处理基于硬件的任务；
应用程序模块2152，包含各种应用程序，用于实现各种应用业务。
应用程序模块2152中包括但不限于第一报告发送单元，或第二报告发送单元。
在本发明实施例中，通过调用存储器215存储的程序或指令，处理器211用于：
当检测到未发送成功的RLC SDU时，向第二基站(的PDCP实体)发送状态报告，状态报告包括未发送成功的RLC SDU，指示某个RLC SDU即PDCP PDU没有发送成功。此时，第二基站的PDCP可以重新发送该PDCP PDU。
或者可包括，
当检测到发送成功的RLC SDU时，向第二基站(的PDCP实体)发送状态报告，状态报告包括发送成功的RLC SDU。
此外，上述处理器211亦可用于完成本文方法部分所介绍的第一基站可完成的其他步骤，以及各步骤的细化，在此不作赘述。
上述所有实施例中的CPU和存储器可集成于同一芯片内，也可为独立的两个器件。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相请参见即可。对于实施例提供的装置而言，由于其与实施例提供的方法相对应，所以描述的比较简单，相关之处请参见方法部分说明即可。
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，通用硬件包括通用集成电路、通用CPU、通用存储器、通用元器件等，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在可读取的存储介质中，如U盘、移动存储介质、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储软件程序代码的介质，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。
对所提供的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所提供的原理和新颖特点相一致的最宽的范围。

Claims (12)

1.一种数据传输方法，其特征在于，包括：
用户设备侧PDCP实体从低层接收第一PDCP PDU，其中所述第一PDCP PDU关联的序列号值为M；
在满足丢包检测定时器启动条件时，用户设备侧PDCP实体启动丢包检测定时器，所述丢包检测定时器启动条件包括，检测出所述第一PDCP PDU在接收窗内为不连续PDCP PDU，所述不连续包括没有接收到序列号小于所述序列号M的至少一个第二PDCP PDU；
在所述丢包检测定时器超时时，用户设备侧PDCP实体按照序列号值升序的方式向高层递交序列号小于或等于所述M的PDCP PDU所包含的PDCP SDU，并按照序列号值升序的方式向高层递交所有序列号值大于所述M并且连续的PDCP PDU所包含的PDCP SDU。
2.根据权利要求1所述的方法，其特征在于，还包括：
当满足停止条件时，用户设备侧PDCP实体停止所述丢包检测定时器；所述停止条件至少包括，接收窗内序列号值小于所述序列号M的、所有缺失的第二PDCP PDU被成功接收。
3.如权利要求1所述的方法，其特征在于，所述丢包检测定时器启动条件还包括：丢包检测定时器没有运行。
4.如权利要求1或2所述的方法，其特征在于，所述丢包检测定时器与所述序列号为M的PDCP PDU相关联，或者，所述丢包检测定时器与序列号为M+1的PDCP PDU相关联。
5.如权利要求1至3任一项所述的方法，其特征在于，所述丢包检测定时器和时长中的至少一种由网络侧配置。
6.一种用户设备，其特征在于，包括：
处理器，用于从低层接收第一PDCP PDU，其中所述第一PDCP PDU关联的序列号值为M；
所述处理器还用于：在满足丢包检测定时器启动条件时，启动丢包检测定时器，所述丢包检测定时器启动条件包括，检测出所述第一PDCP PDU在接收窗内为不连续PDCP PDU，所述不连续包括没有接收到序列号小于所述序列号M的至少一个第二PDCP PDU；
所述处理器还用于：在所述丢包检测定时器超时时，按照序列号值升序的方式向高层递交序列号小于或等于所述M的PDCP PDU所包含的PDCP SDU，并按照序列号值升序的方式向高层递交所有序列号值大于所述M并且连续的PDCP PDU所包含的PDCP SDU。
7.根据权利要求6所述的用户设备，其特征在于，所述处理器还用于：
当满足停止条件时，停止所述丢包检测定时器；所述停止条件至少包括，接收窗内序列号值小于所述序列号M的、所有缺失的第二PDCP PDU被成功接收。
8.如权利要求6所述的用户设备，其特征在于，所述丢包检测定时器启动条件还包括：丢包检测定时器没有运行。
9.如权利要求6或7所述的用户设备，其特征在于，所述丢包检测定时器与所述序列号为M的PDCP PDU相关联，或者，所述丢包检测定时器与序列号为M+1的PDCP PDU相关联。
10.如权利要求6至8任一项所述的用户设备，其特征在于，所述丢包检测定时器和时长中的至少一种由网络侧配置。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序使得通信设备执行权利要求1至5中任一项所述的通信方法。
12.一种数据传输装置，其特征在于，所述装置包括处理器和存储介质，所述存储介质存储有指令，所述指令被所述处理器运行时，使得所述处理器执行根据权利要求1至5中任一项所述的方法。
CN201811209631.9A 2013-11-11 2013-11-11 数据传输方法及装置 Active CN109348508B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811209631.9A CN109348508B (zh) 2013-11-11 2013-11-11 数据传输方法及装置

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201811209631.9A CN109348508B (zh) 2013-11-11 2013-11-11 数据传输方法及装置
PCT/CN2013/086864 WO2015066923A1 (zh) 2013-11-11 2013-11-11 数据传输方法及装置
CN201380023325.5A CN104798320B (zh) 2013-11-11 2013-11-11 数据传输方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201380023325.5A Division CN104798320B (zh) 2013-11-11 2013-11-11 数据传输方法及装置

Publications (2)

Publication Number Publication Date
CN109348508A CN109348508A (zh) 2019-02-15
CN109348508B true CN109348508B (zh) 2022-04-12

Family

ID=53040814

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201380023325.5A Active CN104798320B (zh) 2013-11-11 2013-11-11 数据传输方法及装置
CN201811209631.9A Active CN109348508B (zh) 2013-11-11 2013-11-11 数据传输方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201380023325.5A Active CN104798320B (zh) 2013-11-11 2013-11-11 数据传输方法及装置

Country Status (3)

Country Link
US (2) US10313060B2 (zh)
CN (2) CN104798320B (zh)
WO (1) WO2015066923A1 (zh)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104812000A (zh) * 2014-01-27 2015-07-29 中兴通讯股份有限公司 一种实现数据传输的方法及装置
EP3197236B1 (en) * 2014-08-01 2020-03-25 Huawei Technologies Co., Ltd. Apparatus and method for data transmission in wireless network
US10405367B2 (en) * 2016-02-23 2019-09-03 Telefonaktiebolaget Lm Ericsson (Publ) Methods used in user equipment and associated UES
CN107404396B (zh) * 2016-05-20 2019-08-20 ***通信有限公司研究院 一种数据传输方法和装置
CN108632899B (zh) * 2017-03-17 2020-09-29 华为技术有限公司 一种数据传输方法、数据发送设备及数据接收设备
WO2018195770A1 (zh) * 2017-04-25 2018-11-01 Oppo广东移动通信有限公司 传输数据的方法和通信设备
EP3635900B1 (en) * 2017-08-16 2022-01-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving duplicate packets in next-generation mobile communication system
WO2019093828A1 (en) * 2017-11-10 2019-05-16 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in wireless communication system
CN109803331B (zh) 2017-11-16 2021-05-18 华为技术有限公司 数据处理方法、装置以及计算机存储介质
CN110012454B (zh) * 2018-01-05 2023-07-14 夏普株式会社 用户设备和相关方法
KR102625128B1 (ko) 2018-03-07 2024-01-16 삼성전자 주식회사 무선통신 시스템에서 pdcp 버전 변경 시 데이터 전송 방법 및 장치
CN110876166B (zh) * 2018-08-31 2023-05-09 ***通信有限公司研究院 一种数据处理的方法和设备
WO2020082344A1 (zh) 2018-10-26 2020-04-30 Oppo广东移动通信有限公司 一种区分数据格式的方法及装置、通信设备
CN110278058B (zh) * 2019-06-05 2020-11-03 华为技术有限公司 一种冗余信息反馈方法及通信装置
CN113711558B (zh) * 2019-09-30 2023-07-25 Oppo广东移动通信有限公司 以太帧包头压缩处理方法、装置、用户终端、基站和介质
CN114339614B (zh) * 2020-09-29 2023-07-28 上海朗帛通信技术有限公司 一种被用于无线通信的方法和设备
CN114554544B (zh) * 2020-11-20 2023-08-15 ***通信有限公司研究院 一种传输方法、通知方法、传输单元和网络侧设备
CN114930898A (zh) * 2020-11-30 2022-08-19 北京小米移动软件有限公司 数据丢失检测方法、装置、通信设备及存储介质
CN115996422A (zh) * 2021-10-19 2023-04-21 维沃移动通信有限公司 数据传输方法、装置及终端
CN114640725B (zh) * 2022-05-08 2022-09-27 荣耀终端有限公司 数据传输方法及电子设备
CN114826495B (zh) * 2022-06-22 2022-09-16 深圳市佳贤通信设备有限公司 一种降低nr、rlc、am分片丢失报告开销的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043301A (zh) * 2006-03-22 2007-09-26 华为技术有限公司 一种无线通信***中的数据重排重组方法及其基站
CN101483505A (zh) * 2008-01-08 2009-07-15 中兴通讯股份有限公司 一种服务数据单元丢弃方法
CN101541099A (zh) * 2008-03-21 2009-09-23 中兴通讯股份有限公司 缓冲区状态报告方法及装置、数据量设置方法

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100765123B1 (ko) * 2002-02-16 2007-10-11 엘지전자 주식회사 Ｓｒｎｓ 재할당 방법
GB0408423D0 (en) * 2004-04-15 2004-05-19 Nokia Corp Transmission of services in a wireless communications network
WO2007098676A1 (fr) * 2006-03-03 2007-09-07 Huawei Technologies Co., Ltd. Procédé de réassemblage de données dans un système de communication sans fil et appareil associé
KR100996069B1 (ko) * 2006-11-27 2010-11-22 삼성전자주식회사 이동통신 시스템에서 라디오 링크 제어 계층의 데이터 전송 방법 및 장치
WO2008156268A2 (en) * 2007-06-18 2008-12-24 Lg Electronics Inc. Downlink packet data convergence protocol behavior during handover
US8699711B2 (en) * 2007-07-18 2014-04-15 Interdigital Technology Corporation Method and apparatus to implement security in a long term evolution wireless device
KR101513033B1 (ko) * 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
US20090168723A1 (en) * 2007-11-27 2009-07-02 Qualcomm Incorporated Method and apparatus for handling out-of-order packets during handover in a wireless communication system
KR101488015B1 (ko) * 2008-01-25 2015-01-29 엘지전자 주식회사 핸드오버 수행방법 및 데이터 생성방법
KR101577451B1 (ko) * 2008-01-30 2015-12-14 엘지전자 주식회사 Ｒｌｃ 무한 재전송 오류를 검출하고 처리하는 방법
CN101267440B (zh) * 2008-05-07 2012-06-20 中兴通讯股份有限公司 无损重定位方法和***
KR101563008B1 (ko) * 2008-12-26 2015-11-02 엘지전자 주식회사 무선통신 시스템에서 무선 베어러 해제 방법 및 수신기
WO2010074441A2 (en) * 2008-12-26 2010-07-01 Lg Electronics Inc. Method of releasing radio bearer in wireless communication system and receiver
CN101795494B (zh) * 2009-02-03 2012-10-10 ***通信集团公司 一种lte-a***内的数据分流方法、装置及***
CN101841853A (zh) * 2009-03-17 2010-09-22 中兴通讯股份有限公司 一种用户设备以及用户设备接收下行数据的方法
CN101699898B (zh) * 2009-11-03 2012-11-28 中兴通讯股份有限公司 一种分组业务域传输分组数据的方法和***
KR101638195B1 (ko) * 2010-02-01 2016-07-08 삼성전자주식회사 통신 시스템에서 무선 링크 제어 계층 및 패킷 데이터 융합 프로토콜 계층 간의 플로우 제어를 위한 방법 및 장치
KR101831448B1 (ko) * 2010-02-02 2018-02-26 엘지전자 주식회사 이동 통신 시스템에서 ｐｄｃｐ 기능을 선택적으로 적용하는 방법
EP2534875B1 (en) 2010-02-12 2021-12-08 InterDigital Technology Corporation Data split between multiple sites
CN102223670A (zh) * 2010-04-15 2011-10-19 联芯科技有限公司 Lte终端接收数据包的优化处理方法和装置
CN104967507B (zh) 2010-06-09 2019-03-08 三星电子株式会社 移动通信***和移动通信***中的分组控制方法
US8989004B2 (en) 2010-11-08 2015-03-24 Qualcomm Incorporated System and method for multi-point HSDPA communication utilizing a multi-link PDCP sublayer
CN102958102B (zh) * 2011-08-22 2017-09-29 中兴通讯股份有限公司 一种rlc分流传输方法及***
CN103313325B (zh) * 2012-03-09 2018-04-27 中兴通讯股份有限公司 切换方法及装置、数据处理方法及装置
EP2685658B1 (en) * 2012-07-10 2014-09-10 Telefonaktiebolaget L M Ericsson (PUBL) Technique for handling a data packet stream
US9247452B2 (en) * 2012-09-12 2016-01-26 Intel Corporation Passive radio link control entity with unified interface
US10172179B2 (en) * 2013-11-01 2019-01-01 Samsung Electronics Co., Ltd. Method and apparatus for reconfiguring a bearer

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043301A (zh) * 2006-03-22 2007-09-26 华为技术有限公司 一种无线通信***中的数据重排重组方法及其基站
CN101483505A (zh) * 2008-01-08 2009-07-15 中兴通讯股份有限公司 一种服务数据单元丢弃方法
CN101541099A (zh) * 2008-03-21 2009-09-23 中兴通讯股份有限公司 缓冲区状态报告方法及装置、数据量设置方法

Also Published As

Publication number Publication date
US10313060B2 (en) 2019-06-04
CN109348508A (zh) 2019-02-15
US11133897B2 (en) 2021-09-28
US20190268100A1 (en) 2019-08-29
CN104798320A (zh) 2015-07-22
US20160277154A1 (en) 2016-09-22
CN104798320B (zh) 2018-11-09
WO2015066923A1 (zh) 2015-05-14

Similar Documents

Publication Publication Date Title
CN109348508B (zh) 数据传输方法及装置
US11251911B2 (en) Data transmission method and related device
US8843175B2 (en) Apparatus and methods for mitigating protocol-induced back-offs in a communication network
US7869396B2 (en) Data transmission method and data re-transmission method
JP4562694B2 (ja) 再送制御方法及び装置
US7636312B2 (en) Apparatus and method for moving a receive window in a radio access network
US10284340B2 (en) Multicast sending apparatus, multicast receiving apparatus, and multicast transmission determining method
JP2010045790A (ja) Ｔｔｉバンドルの再送を処理する方法及び通信装置
EP2670077A1 (en) Method and apparatus for data packet retransmission
WO2018028320A1 (zh) 一种数据传输方法及终端、网络设备
WO2015192322A1 (zh) 无线资源调度方法及装置
WO2016127666A1 (zh) 一种rlc数据包分流方法及基站
US20090181703A1 (en) Method and Apparatus for Triggering Status Report in a Wireless Communications System
CN107801211A (zh) 一种报文的非按序递交方法及rlc实体、基站
WO2014194841A1 (zh) 数据传输方法及装置
US9510242B2 (en) Reducing superfluous traffic in a network
JP4896073B2 (ja) 無線通信システムにおいてデータ伝送状態をポーリングする方法及び装置
CN107959554B (zh) 一种数据的重传方法及装置
CN110971352A (zh) 一种上行增强rlc分片的harq重传处理方法及装置
US11563524B2 (en) Wireless communication method and device
EP2521398A1 (en) Method, device and system for processing user equipment handover in long term evolution (lte) system
US10419167B2 (en) RLC data packet retransmission method and eNodeB
WO2018133004A1 (zh) 数据重传方法及装置
CN117917883A (zh) 用于管理无线通信***中的数据业务的方法和接收器
CN112235830A (zh) 数据传输方法、装置、基站和计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant