CN108810984A - 数据处理方法及装置 - Google Patents
数据处理方法及装置 Download PDFInfo
- Publication number
- CN108810984A CN108810984A CN201710314137.8A CN201710314137A CN108810984A CN 108810984 A CN108810984 A CN 108810984A CN 201710314137 A CN201710314137 A CN 201710314137A CN 108810984 A CN108810984 A CN 108810984A
- Authority
- CN
- China
- Prior art keywords
- data packets
- pdcp
- pdcp data
- window
- reorders
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
Abstract
本申请提供一种数据处理方法及装置,应用于包数据汇聚协议PDCP层,所述方法包括:根据接收到的PDCP数据包的编号,对PDCP数据包进行重排序处理;确定重排序处理后的PDCP数据包的编号在重排序窗口内或外,按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到RoHC实体对PDCP数据包进行解头压缩后的数据包。采用上述方案,在PDCP层接收到底层乱序递交的数据包的情况下,能够正确地对头压缩的数据包进行解压缩。
Description
技术领域
本申请涉及无线通信技术,尤其涉及一种数据处理方法及装置。
背景技术
随着第五代移动通信技术(5th-Generation,简称5G)系统的发展,在5G系统中当配置了分离承载(Split Bearer),所谓分离承载(Split Bearer),可以如图1所示,以一个基站作为主控节点(Master Node,简称“MN”),以另外一个基站作为辅助节点(SecondaryNode,简称“SN”),UE在SN的连接是将MN上的同一承载的一部分数据分流到SN上传输,该承载的包数据汇聚协议(Packet Data Convergence Protocol,简称“PDCP”)实体仍然在MN上,在SN上有独立的RLC实体。这种PDCP层的数据包同时通过MN和SN发送的承载称为分离承载。
由于无线链路控制(Radio Link Control,简称“RLC”)层向PDCP层乱序递交数据包,PDCP层的鲁棒头压缩(Robust Header Compression,简称“RoHC”)功能实体会接收到乱序的数据包,从而导致头压缩上下文更新乱序,进而导致数据的解压缩失败。
发明内容
本申请提供一种数据处理方法及装置,用于解决PDCP层的RoHC功能实体由于接收到乱序的数据包导致头压缩上下文更新乱序以及数据的解压缩失败的技术问题。
本申请第一方面提供一种数据处理方法,应用于包数据汇聚协议PDCP层,包括:
根据接收到的PDCP数据包的编号,对所述PDCP数据包进行重排序处理;
确定重排序处理后的PDCP数据包的编号在重排序窗口内或外,按照所述重排序后的PDCP数据包的编号的顺序,将所述重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到所述RoHC实体对所述PDCP数据包进行解头压缩后的数据包。
本申请第二方面提供一种数据处理装置,应用于PDCP层,包括:
排序模块,用于根据接收到的PDCP数据包的编号,对所述PDCP数据包进行重排序处理;
确定模块,用于确定重排序处理后的PDCP数据包的编号在重排序窗口内或外;
发送模块,用于按照所述重排序后的PDCP数据包的编号的顺序,将所述重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到所述RoHC实体对所述PDCP数据包进行解头压缩后的数据包。
本申请提供的数据处理方法及装置,应用于包数据汇聚协议PDCP层,根据接收到的PDCP数据包的编号,对PDCP数据包进行重排序处理,在确定重排序处理后的PDCP数据包的编号在重排序窗口内或外,则按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到RoHC实体对PDCP数据包进行解头压缩后的数据包。采用上述方案,在PDCP层接收到底层乱序递交的数据包的情况下,能够正确地对头压缩的数据包进行解压缩。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请提供的数据处理方法的分离承载场景的架构示意图;
图2为本申请提供的数据处理方法的系统架构示意图;
图3为本申请一实施例提供的数据处理方法的流程示意图;
图4为本申请另一实施例提供的数据处理方法的流程示意图;
图5为本申请另一实施例提供的数据处理方法的流程示意图;
图6为本申请另一实施例提供的数据处理方法的流程示意图;
图7为本申请一实施例提供的数据处理装置的结构示意图;
图8为本申请另一实施例提供的数据处理装置的结构示意图;
图9是本申请一实施例提供的网络侧设备的结构示意图;
图10是本申请一实施例提供的移动终端的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
本申请的说明书和权利要求书中的术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
图2为本申请提供的数据处理方法的系统架构示意图,如图2所示,该系统包括:网络侧设备01和终端02。
具体的,网络侧设备01可以是全球移动通讯(Global System of Mobilecommunication,简称GSM)或码分多址(Code Division Multiple Access,简称CDMA)中的基站(Base Transceiver Station,简称BTS),也可以是宽带码分多址(Wideband CodeDivision Multiple Access,简称WCDMA)中的基站(NodeB,简称NB),还可以是LTE中的演进型基站(Evolutional Node B,简称eNB或eNodeB),或者中继站或接入点,或者未来5G网络中的基站,以及具有分离承载的主控节点、辅助节点等,在此并不限定。
终端02可以是无线终端也可以是有线终端,无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(Radio Access Network,简称RAN)与一个或多个核心网进行通信,无线终端可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(PersonalCommunication Service,简称PCS)电话、无绳电话、会话发起协议(Session InitiationProtocol,简称SIP)话机、无线本地环路(Wireless Local Loop,简称WLL)站、个人数字助理(Personal Digital Assistant,简称PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、远程终端(Remote Terminal)、接入终端(AccessTerminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(User Deviceor User Equipment),在此不作限定。
未来5G(5th Generation)移动通信系统中,为支持移动宽带增强(EnhanceMobile Broadband,简称eMBB)、超高可靠超低时延通信(Ultra-Reliable Low latencyCommunication,简称URLLC)业务等多种业务,提高网络通信效率,允许RLC层向PDCP层乱序递交数据包,PDCP层中包含有对接收到的数据包进行解头压缩的RoHC实体,该实体需要对顺序的数据包进行解压缩才可以保证头压缩上下文的准确性,因此,本申请PDCP层接收到RLC无序传输的数据包,或者由于配置了分离承载而导致的PDCP层接收到无序的数据包,提出一种数据处理方法,以实现PDCP层接收到底层乱序递交的数据包的情况下仍然能够正确地对头压缩的数据包进行解压缩的方法,为5G系统的网络传输效率提供保障。
图3为本申请一实施例提供的数据处理方法的流程示意图,应用于包数据汇聚协议PDCP层,本实施例可以应用于网络侧设备或终端侧设备。如图3所示,该方法包括:
步骤301、根据接收到的PDCP数据包的编号,对PDCP数据包进行重排序处理。
本实施例中,PDCP接收端会对接收到的PDCP数据包进行数据恢复,该数据恢复过程就包括了PDCP接收端会对接收到的数据进行重排序(Reordering)处理。根据当前通信协议的规定,PDCP层接收有限范围的包,该有限范围由重排序窗口(Reordering_Window)的大小进行控制,该重排序窗口的取值为PDCP编号取值的一半,对于PDCP发送端来说其发出的数据包根据PDCP编号排好序列,但对于PDCP接收端来说,由于背景技术中所提及的各种可能性,如RLC乱序递交数据包,或分离承载导致的数据包接收乱序等等情况,都会导致PDCP接收到的数据包编号不连续;对于重排序窗口而言,其需要对PDCP接收端对接收到的数据包进行重排序处理后的数据包,根据数据包在窗口内的依次顺序递交给RoHC实体,才能实现正确的解头压缩操作。
步骤302、确定重排序处理后的PDCP数据包的编号在重排序窗口内或外,按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给RoHC实体,得到RoHC实体对PDCP数据包进行解头压缩后的数据包。
本实施例中,PDCP接收端递交给RoHC实体的数据包需要是顺序排列的数据包,这样才能确保RoHC实体对接收到的数据包的解压缩上下文更新的正确性。PDCP对接收到的PDCP数据包进行重排序处理,对PDCP数据包的编号在重排序窗口内或窗口外采取不同的递交给RoHC实体的方式,以实现RoHC实体对数据包的正确解头压缩处理。本实施例对具体的递交方式不进行限定。
本实施例提供的数据处理方法,应用于包数据汇聚协议PDCP层,根据接收到的PDCP数据包的编号,对PDCP数据包进行重排序处理,在确定重排序处理后的PDCP数据包的编号在重排序窗口内或外,则按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到RoHC实体对PDCP数据包进行解头压缩后的数据包。可见,采用上述方案实现了PDCP层接收到底层乱序递交的数据包的情况下仍然能够正确地对头压缩的数据包进行解压缩。
图4为本申请另一实施例提供的数据处理方法的流程示意图,与图3对应地,本实施例可以应用于网络侧设备或终端侧设备。如图4所示,该方法包括:
步骤401、根据接收到的PDCP数据包的编号,对PDCP数据包进行重排序处理。
步骤402、确定重排序处理后的PDCP数据包的编号在重排序窗口内或外。
步骤403、确定重排序处理后的PDCP数据包的编号在重排序窗口内,采用第一发送方式将重排序处理后的PDCP数据包发送给RoHC实体,该第一发送方式具体可以包括如下步骤:
步骤4031、按照重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否接收到编号N的PDCP数据包。
步骤4032A、确定在重排序窗口内接收到编号N的PDCP数据包,则发送编号N的PDCP数据包给RoHC实体。
步骤4032B、确定在重排序窗口内没有接收到编号N的PDCP数据包,则等待,直至重排序窗口内接收到编号N的PDCP数据包,并将编号N的数据包发送给RoHC实体。
步骤4033、将N按照PDCP编号顺序循环递增,并重复执行上述步骤4031、步骤4032A或步骤4032B。其中,N为整数,且初始时,N等于0。
步骤404、确定重排序处理后的PDCP数据包的编号在重排序窗口外,则得到RoHC实体对PDCP数据包进行解头压缩后的数据包。确定在解头压缩后的数据包中包括已解头压缩处理的数据包时,丢弃解头压缩后的数据包。
其中,步骤403及其所包含的步骤4031、步骤4032A、步骤4032B是对排序过后的接收到的PDCP数据包的编号如果在重排序窗口内,则按照PDCP编号顺序依次地递交给RoHC实体进行解头压缩。步骤404是对排序过后的接收到的PDCP数据包的编号如果在重排序窗口外,则将该PDCP数据包递交给RoHC实体进行解头压缩,然后将该解压缩后的数据包丢弃。因此,步骤403及其所包含的步骤4031、步骤4032A、步骤4032B与步骤404之间不存在先后执行的顺序关系,需要根据PDCP数据包的编号在重排序窗口内还是窗口外的不同情况,以确定步骤403及其所包含的步骤4031、步骤4032A、步骤4032B与步骤404的执行顺序。
图5为本申请另一实施例提供的数据处理方法的流程示意图,与图3、图4不同的是,本实施例应用于终端侧设备。如图5所示,该方法包括:
步骤501、接收配置命令。
具体的,该配置命令为网络侧设备向终端发送的配置消息,配置消息中可以包括切换命令,用于指示终端进行基站的切换;还可以包括承载方式变更的命令,用于指示终端SN变换或承载类型变换(如分离承载变换为其他承载类型,或其他承载类型变换为分离承载),以下实施例以切换过程的分离承载的头压缩处理为例进行说明。
步骤502、根据接收到的PDCP数据包的编号,对接收到的并已存储的PDCP数据包进行重排序处理。
对于PDCP接收端已存储的PDCP数据包,可以采用切换前网络侧向终端发送的配置消息中所指明的RoHC配置来进行解头压缩。在对存储的数据处理完成后,RoHC实体可以采用配置命令中的“切换命令”中所指示的RoHC配置对后续收到的PDCP数据包以该配置所指示的压缩方式进行解压缩操作。该已存储的PDCP数据包包括PDCP接收端接收到配置命令前重排序窗口内正在处理的PDCP数据包。
步骤503、确定重排序处理后的PDCP数据包的编号在重排序窗口内或外。
步骤504、确定重排序处理后的PDCP数据包的编号在重排序窗口内,采用第二发送方式将重排序处理后的PDCP数据包发送给RoHC实体,该第二发送方式具体可以包括如下步骤:
步骤5041、按照重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否接收到编号N的PDCP数据。
步骤5042A、确定在重排序窗口内接收到编号N的PDCP数据包,则发送编号N的PDCP数据包给RoHC实体。
步骤5042B、确定在重排序窗口内没有接收到编号N的PDCP数据包,则忽略编号N的PDCP数据包。
步骤5043、将N按照PDCP编号顺序循环递增,并重复执行上述步骤5041、步骤5042A或步骤5042B。直至将已存储的PDCP数据解头压缩处理完成。其中,N为整数,且初始时,N等于0。
步骤505、确定重排序处理后的PDCP数据包的编号在重排序窗口外,则得到RoHC实体对PDCP数据包进行解头压缩后的数据包。确定在解头压缩后的数据包中包括已解头压缩处理的数据包时,丢弃解头压缩后的数据包。
步骤506、生成状态报告,状态报告用于指示未成功接收的数据包;将状态报告发送给PDCP发送端;接收PDCP发送端根据状态报告发送的PDCP数据包。
对于PDCP发送端来说,其在接收到PDCP接收端发送的状态报告后,会根据该状态报告的指示信息,对于没有接收成功的PDCP数据包进行重新传输。
步骤507、终端在执行完配置命令之后,按照重排序后的PDCP数据包的编号的顺序,确定递交给RoHC实体的PDCP数据包的编号N是否为PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在重排序窗口内最后一个编号的后续编号;或按照重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号。
步骤508A、确定在递交给RoHC实体的PDCP数据包的编号N为PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内不包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号,则采用第一发送方式,将重排序处理后的PDCP数据包发送给RoHC实体。
在本步骤中,对于递交给RoHC实体的PDCP数据包的编号N为PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在重排序窗口内最后一个编号的后续编号,或者,对于重排序窗口内不包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号的两种情况,均可以采用前述实施例(图4所示实施例)中的第一发送方式,将重排序处理后的PDCP数据包发送给RoHC实体,以进行解头压缩处理。例如,终端切换前接收到的PDCP数据包的编号的最大值为5,如果递交给RoHC实体的PDCP数据包编号超过5(如6或7),或者如果重排序窗口的下边界为5或6或7,则PDCP接收端开始按照第一发送方式,将重排序处理后的PDCP数据包发送给RoHC实体,以进行解头压缩处理。
步骤508B、在确定递交给RoHC实体的PDCP数据包的编号N不为PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号,则采用第三发送方式,将重排序处理后的PDCP数据包发送给RoHC实体,以进行解头压缩处理。
在本步骤中,采用第三发送方式,将重排序处理后的PDCP数据包发送给RoHC实体,具体包括以下几种可能的操作方式:
方式一、确定在重排序窗口内接收到编号N的PDCP数据包,且确定编号N的PDCP数据包已发送给RoHC实体,则忽略编号N的PDCP数据包;或者,确定在重排序窗口内接收到编号N的PDCP数据包,且确定编号N的PDCP数据包未发送给RoHC实体,则发送编号N的PDCP数据包给RoHC实体,以进行解头压缩处理。
可选的,对于确定在重排序窗口内接收到编号N的PDCP数据包,且确定该编号N的PDCP数据包已发送给RoHC实体,则将被忽略的该编号N的PDCP数据包发送给RoHC实体,得到RoHC实体对其进行解头压缩后的数据包;在确定解头压缩后的数据包中包括已解头压缩处理的数据包时,丢弃解头压缩后的数据包。
或者,
方式二、确定在重排序窗口内未接收到编号N的PDCP数据包,且确定编号N的PDCP数据包未发送给RoHC实体,则等待,直至重排序窗口内接收到编号N的PDCP数据包,并将编号N的数据包发送给RoHC实体,以进行解压缩处理。
步骤509、将N按照PDCP编号顺序循环递增,并重复执行上述步骤507、步骤508A或步骤508B。其中,N为整数,且初始时,N等于0。
其中,步骤504~步骤509是对排序过后的接收到的PDCP数据包的编号如果在重排序窗口内,则按照PDCP编号顺序依次地递交给RoHC实体进行解头压缩。步骤505是对排序过后的接收到的PDCP数据包的编号如果在重排序窗口外,则将该PDCP数据包递交给RoHC实体进行解头压缩,然后将该解压缩后的数据包丢弃。因此,步骤504~步骤509与步骤505之间不存在先后执行的顺序关系,需要根据PDCP数据包的编号在重排序窗口内或是重排序窗口外进行判断,以确定步骤504~步骤509与步骤505之间的执行顺序。
图6为本申请另一实施例提供的数据处理方法的流程示意图,与图3、图4对应地,本实施例可应用于网络侧设备或终端侧设备。如图6所示,该方法包括:
步骤601、接收PDCP发送端发送的指示信息。
具体的,该指示信息可以包括:压缩方式的标识和RoHC实体的标识;或者包括:RoHC实体的标识;或者包括:压缩方式的标识。
步骤602、根据接收到的PDCP数据包的编号,对PDCP数据包进行重排序处理。
步骤603、确定重排序处理后的PDCP数据包的编号在重排序窗口内或外,按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给与压缩方式的标识和RoHC实体的标识,或者与RoHC实体的标识,或者与压缩方式的标识对应的RoHC实体,以进行解头压缩处理。
在本步骤中,网络配置PDCP实体有多个RoHC实体,不同的RoHC实体采用不同的压缩方式。PDCP发送端在发送有头压缩的数据包的时候,指示该数据包采用的压缩方式。该指示信息包括:压缩方式的标识,和/或,RoHC实体的标识。PDCP接收端在接收到指示信息后,可以根据PDCP的编号排序后,按顺序将PDCP数据包递交给该压缩方式对应的RoHC实体,还可以将PDCP数据包递交给该压缩方式对应的RoHC实体,还可以直接将该PDCP数据包递交给RoHC实体的标识指明的RoHC实体。
图7为本申请一实施例提供的数据处理装置的结构示意图,如图7所示,该数据处理装置应用于PDCP层,包括:排序模块71,用于根据接收到的PDCP数据包的编号,对PDCP数据包进行重排序处理;确定模块72,用于确定重排序处理后的PDCP数据包的编号在重排序窗口内或外;发送模块73,用于按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到RoHC实体对PDCP数据包进行解头压缩后的数据包。
该数据处理装置可应用于网络侧设备和/或终端侧设备。
本实施例中的数据处理装置可用于执行前述图3所示方法实施例,其实现原理和技术效果类似,在此不再赘述。
本实施例提供的数据处理装置,应用于包数据汇聚协议PDCP层,根据接收到的PDCP数据包的编号,对PDCP数据包进行重排序处理,确定重排序处理后的PDCP数据包的编号在重排序窗口内或外,则按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到RoHC实体对PDCP数据包进行解头压缩后的数据包。可见,采用上述方案实现了PDCP层接收到底层乱序递交的数据包的情况下仍然能够正确地对头压缩的数据包进行解压缩。
图8为本申请另一实施例提供的数据处理装置的结构示意图,如图8所示,在上述实施例的基础上,发送模块73包括:第一处理子模块731;第一处理子模块731,用于采用第一发送方式将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,第一发送方式包括:按照重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否接收到编号N的PDCP数据包;确定在重排序窗口内接收到编号N的PDCP数据包,则发送编号N的PDCP数据包给RoHC实体;或者,确定在重排序窗口内没有接收到编号N的PDCP数据包,则等待,直至重排序窗口内接收到编号N的PDCP数据包,并将编号N的数据包发送给RoHC实体;将N按照PDCP编号顺序循环递增,第一处理子模块731重复对递增后的编号N的PDCP数据包进行处理;其中,N为整数,且初始时,N等于0。
可选的,该数据处理装置应用在终端侧,相应的,还包括:
第一接收模块74,用于接收配置命令;相应的,排序模块71,具体用于对接收到的并已存储的PDCP数据包进行重排序处理。
可选的,发送模块73包括:第二处理子模块732;第二处理子模块732,用于在第一接收模块74接收到配置命令时,采用第二发送方式将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,第二发送方式包括:按照重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否接收到编号N的PDCP数据;确定在重排序窗口内接收到编号N的PDCP数据包,则发送编号N的PDCP数据包给RoHC实体,以进行解头压缩处理;或者,确定在重排序窗口内没有接收到编号N的PDCP数据包,则忽略编号N的PDCP数据包;将N按照PDCP编号顺序循环递增,第二处理子模块732重复对递增后的编号N的PDCP数据包进行处理,直至将已存储的PDCP数据解头压缩处理完成;其中,N为整数,且初始时,N等于0。
可选的,还包括:生成模块75,用于生成状态报告,状态报告用于指示未成功接收的数据包。该生成模块75可应用于网络侧设备和/或终端侧设备。
可选的,第一接收模块74,还用于接收PDCP发送端根据状态报告发送的PDCP数据包。
可选的,发送模块73包括:第三处理子模块733;第三处理子模块733,用于在执行完配置命令之后,按照重排序后的PDCP数据包的编号的顺序,确定递交给RoHC实体的PDCP数据包的编号N是否为PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内是否包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号;在确定递交给RoHC实体的PDCP数据包的编号N为PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内不包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号,则采用第一发送方式,将重排序处理后的PDCP数据包发送给RoHC实体;在确定递交给RoHC实体的PDCP数据包的编号N不为PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号,则采用第三发送方式,将重排序处理后的PDCP数据包发送给RoHC实体;将N按照PDCP编号顺序循环递增,第三子处理模块重复对递增后的编号N的PDCP数据包进行处理;其中,N为整数,且初始时,N等于0。
可选的,第三处理子模块733,具体用于确定在重排序窗口内是否接收到编号N的PDCP数据包,确定在重排序窗口内接收到编号N的PDCP数据包,且确定编号N的PDCP数据包已发送给RoHC实体,则忽略编号N的PDCP数据包;或者,确定在重排序窗口内接收到编号N的PDCP数据包,且确定编号N的PDCP数据包未发送给RoHC实体,则发送编号N的PDCP数据包给RoHC实体,以进行解头压缩处理;或者,确定在重排序窗口内未接收到编号N的PDCP数据包,且确定编号N的PDCP数据包未发送给RoHC实体,则等待,直至重排序窗口内接收到编号N的PDCP数据包,并将编号N的数据包发送给RoHC实体;将N按照PDCP编号顺序循环递增,第三处理子模块733重复对递增后的编号N的PDCP数据包进行处理;其中,N为整数,且初始时,N等于0。
可选的,第三处理子模块733,还用于将被忽略的编号N的PDCP数据包发送给RoHC实体,得到RoHC实体对PDCP数据包进行解头压缩后的数据包;相应的,确定模块72,还用于在确定解头压缩后的数据包中包括已解头压缩处理的数据包时,丢弃解头压缩后的数据包。
可选的,确定模块72,还用于在发送模块确定重排序处理后的PDCP数据包的编号在重排序窗口外,则得到RoHC实体对PDCP数据包进行解头压缩后的数据包之后,确定解压缩处理后的PDCP数据包中包括已解头压缩处理的数据包时,丢弃解头压缩后的数据包。
可选的,还包括:
第二接收模块76,用于接收PDCP发送端发送的指示信息,指示信息包括:压缩方式的标识和RoHC实体的标识;或者包括:RoHC实体的标识;或者包括:压缩方式的标识;
相应的,发送模块73,具体用于将重排序处理后的PDCP数据包发送给与压缩方式的标识和RoHC实体的标识,或者与RoHC实体的标识,或者与压缩方式的标识对应的RoHC实体。
综上,本实施例中,数据处理装置通过在PDCP层对接收到的底层乱序递交的数据包进行重排序处理,并对重排序处理后的数据包采用不同的向RoHC递交的方式,实现了将PDCP数据包准确地发送给RoHC实体,进而实现RoHC实体对数据包的正确解头压缩处理。
本实施例中的数据处理装置可用于执行前述图4~图6所示方法实施例,其实现原理和技术效果类似,在此不再赘述。
图9是本申请一实施例提供的网络侧设备的结构示意图。图9所示的网络侧设备900包括:至少一个处理器901、存储器902、至少一个网络接口904和用户接口903。网络侧设备900中的各个组件通过总线系统905耦合在一起。可理解,总线系统905用于实现这些组件之间的连接通信。总线系统905除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图9中将各种总线都标为总线系统905。
其中,用户接口903可以包括显示器、键盘或者点击设备(例如,鼠标,轨迹球(trackball)、触感板或者触摸屏等。
可以理解,本申请实施例中的存储器902可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-OnlyMemory,ROM)、可编程只读存储器(ProgrammableROM,PROM)、可擦除可编程只读存储器(ErasablePROM,EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(StaticRAM,SRAM)、动态随机存取存储器(DynamicRAM,DRAM)、同步动态随机存取存储器(SynchronousDRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM,DRRAM)。本申请实施例描述的系统和方法的存储器902旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中,存储器902存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集:操作系统9021和应用程序9022。
其中,操作系统9021,包含各种系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务。应用程序9022,包含各种应用程序,例如媒体播放器(MediaPlayer)、浏览器(Browser)等,用于实现各种应用业务。实现本申请实施例方法的程序可以包含在应用程序9022中。
在本申请实施例中,通过调用存储器902存储的程序或指令,具体的,可以是应用程序9022中存储的程序或指令,处理器901用于对包数据汇聚协议PDCP层的数据包进行处理,包括:根据接收到的PDCP数据包的编号,对PDCP数据包进行重排序处理;确定重排序处理后的PDCP数据包的编号在重排序窗口内或外,按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到RoHC实体对PDCP数据包进行解头压缩后的数据包。
上述本申请实施例揭示的方法可以应用于处理器901中,或者由处理器901实现。处理器901可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器901中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器901可以是通用处理器、数字信号处理器(DigitalSignalProcessor,DSP)、专用集成电路(ApplicationSpecific IntegratedCircuit,ASIC)、现成可编程门阵列(FieldProgrammableGateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器902,处理器901读取存储器902中的信息,结合其硬件完成上述方法的步骤。
可以理解的是,本申请实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits,ASIC)、数字信号处理器(DigitalSignalProcessing,DSP)、数字信号处理设备(DSPDevice,DSPD)、可编程逻辑设备(ProgrammableLogicDevice,PLD)、现场可编程门阵列(Field-ProgrammableGateArray,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现,可通过执行本申请实施例所述功能的模块(例如过程、函数等)来实现本申请实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选地,处理器901可用于执行确定重排序处理后的PDCP数据包的编号在重排序窗口内时,采用第一发送方式将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,第一发送方式包括:按照重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否接收到编号N的PDCP数据包;确定在重排序窗口内接收到编号N的PDCP数据包,则发送编号N的PDCP数据包给RoHC实体;或者,确定在重排序窗口内没有接收到编号N的PDCP数据包,则等待,直至重排序窗口内接收到编号N的PDCP数据包,并将编号N的数据包发送给RoHC实体;将N按照PDCP编号顺序循环递增,并重复执行上述步骤;其中,N为整数,且初始时,N等于0。
可选地,处理器901还用于在按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体之后,生成状态报告,状态报告用于指示未成功接收的数据包;将状态报告发送给PDCP发送端。
可选地,处理器901还用于在将状态报告发送给PDCP发送端之后,接收PDCP发送端根据状态报告发送的PDCP数据包。
可选地,处理器901还用于确定重排序处理后的PDCP数据包的编号在重排序窗口外,则得到RoHC实体对PDCP数据包进行解头压缩后的数据包之后,在确定解头压缩后的数据包中包括已解头压缩处理的数据包时,丢弃解头压缩后的数据包。
可选地,处理器901还用于接收PDCP发送端发送的指示信息,指示信息包括:压缩方式的标识和RoHC实体的标识;或者包括:RoHC实体的标识;或者包括:压缩方式的标识;则将重排序处理后的PDCP数据包发送给RoHC实体,包括:将重排序处理后的PDCP数据包发送给与压缩方式的标识和RoHC实体的标识,或者与RoHC实体的标识,或者与压缩方式的标识对应的RoHC实体。
网络侧设备900能够实现前述实施例中网络侧设备实现的各个过程,为避免重复,这里不再赘述。网络侧设备通过在PDCP层对接收到的底层乱序递交的数据包进行重排序处理,并对重排序处理后的数据包采用不同的向RoHC递交的方式,实现了将PDCP数据包准确地发送给RoHC实体,进而实现RoHC实体对数据包的正确解头压缩处理。
图10是本申请一实施例提供的移动终端的结构示意图。具体地,图10中的移动终端1000可以为手机、平板电脑、个人数字助理(PersonalDigital Assistant,PDA)、或车载电脑等。
图10中的移动终端1000包括射频(RadioFrequency,RF)电路1010、存储器1020、输入单元1030、显示单元1040、处理器1060、音频电路1070、WiFi(WirelessFidelity)模块1080和电源1090。
其中,输入单元1030可用于接收用户输入的数字或字符信息,以及产生与移动终端1000的用户设置以及功能控制有关的信号输入。具体地,本申请实施例中,该输入单元1030可以包括触控面板1031。触控面板1031,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给该处理器1060,并能接收处理器1060发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1031。除了触控面板1031,输入单元1030还可以包括其他输入设备1032,其他输入设备1032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
其中,显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及移动终端1000的各种菜单界面。显示单元1040可包括显示面板1041,可选的,可以采用LCD或有机发光二极管(OrganicLight-EmittingDiode,OLED)等形式来配置显示面板1041。
应注意,触控面板1031可以覆盖显示面板1041,形成触摸显示屏,当该触摸显示屏检测到在其上或附近的触摸操作后,传送给处理器1060以确定触摸事件的类型,随后处理器1060根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。
触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定,可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件,例如,设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。
其中处理器1060是移动终端1000的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在第一存储器10201内的软件程序和/或模块,以及调用存储在第二存储器10202内的数据,执行移动终端1000的各种功能和处理数据,从而对移动终端1000进行整体监控。可选的,处理器1060可包括一个或多个处理单元。
在本申请实施例中,通过调用存储该第一存储器10201内的软件程序和/或模块和/或该第二存储器10202内的数据,处理器1060用于对包数据汇聚协议PDCP层的数据包进行处理,包括:根据接收到的PDCP数据包的编号,对PDCP数据包进行重排序处理;确定重排序处理后的PDCP数据包的编号在重排序窗口内或外,按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到RoHC实体对PDCP数据包进行解头压缩后的数据包。
可选地,处理器1060可用于执行确定重排序处理后的PDCP数据包的编号在重排序窗口内时,采用第一发送方式将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,第一发送方式包括:按照重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否接收到编号N的PDCP数据包;确定在重排序窗口内接收到编号N的PDCP数据包,则发送编号N的PDCP数据包给RoHC实体;或者,确定在重排序窗口内没有接收到编号N的PDCP数据包,则等待,直至重排序窗口内接收到编号N的PDCP数据包,并将编号N的数据包发送给RoHC实体;将N按照PDCP编号顺序循环递增,并重复执行上述步骤;其中,N为整数,且初始时,N等于0。
可选地,作为另一个实施例,处理器1060还用于在对PDCP数据包进行重排序处理之前,接收配置命令;对接收到的并已存储的PDCP数据包进行重排序处理。
可选地,处理器1060还用于在接收配置命令后,确定重排序处理后的PDCP数据包的编号在重排序窗口内,则采用第二发送方式将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,第二发送方式包括:按照重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否接收到编号N的PDCP数据;确定在重排序窗口内接收到编号N的PDCP数据包,则发送编号N的PDCP数据包给RoHC实体,以进行解头压缩处理;或者,确定在重排序窗口内没有接收到编号N的PDCP数据包,则忽略编号N的PDCP数据包;将N按照PDCP编号顺序循环递增,并重复执行上述步骤,直至将已存储的PDCP数据解头压缩处理完成;其中,N为整数,且初始时,N等于0。
可选地,处理器1060还用于在按照重排序后的PDCP数据包的编号的顺序,将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体之后,生成状态报告,状态报告用于指示未成功接收的数据包;将状态报告发送给PDCP发送端。
可选地,处理器1060还用于在将状态报告发送给PDCP发送端之后,接收PDCP发送端根据状态报告发送的PDCP数据包。
可选地,处理器1060还用于在执行完所述配置命令之后,按照重排序后的PDCP数据包的编号的顺序,确定递交给RoHC实体的PDCP数据包的编号N是否为PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在重排序窗口内最后一个编号的后续编号;或按照重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号;在确定递交给RoHC实体的PDCP数据包的编号N为PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内不包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号,则采用第一发送方式,将重排序处理后的PDCP数据包发送给RoHC实体;在确定递交给RoHC实体的PDCP数据包的编号N不为PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在所述重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号,则采用第三发送方式,将重排序处理后的PDCP数据包发送给RoHC实体;将N按照PDCP编号顺序循环递增,并重复执行上述步骤;其中,N为整数,且初始时,N等于0。
可选地,处理器1060采用第三发送方式,将重排序处理后的PDCP数据包发送给RoHC实体,包括:确定在重排序窗口内是否接收到编号N的PDCP数据包,确定在重排序窗口内接收到编号N的PDCP数据包,且确定编号N的PDCP数据包已发送给RoHC实体,则忽略编号N的PDCP数据包;或者,确定在重排序窗口内接收到编号N的PDCP数据包,且确定编号N的PDCP数据包未发送给RoHC实体,则发送编号N的PDCP数据包给RoHC实体,以进行解头压缩处理;或者,确定在重排序窗口内未接收到编号N的PDCP数据包,且确定编号N的PDCP数据包未发送给RoHC实体,则等待,直至重排序窗口内接收到编号N的PDCP数据包,并将编号N的数据包发送给RoHC实体;将N按照PDCP编号顺序循环递增,并重复执行上述步骤;其中,N为整数,且初始时,N等于0。
可选地,处理器1060还用于确定在重排序窗口内接收到编号N的PDCP数据包,且确定编号N的PDCP数据包已发送给RoHC实体,则忽略编号N的PDCP数据包之后,将被忽略的编号N的PDCP数据包发送给RoHC实体,得到RoHC实体对PDCP数据包进行解头压缩后的数据包;在确定解头压缩后的数据包中包括已解头压缩处理的数据包时,丢弃解头压缩后的数据包。
可选地,处理器1060还用于确定重排序处理后的PDCP数据包的编号在重排序窗口外,则得到RoHC实体对PDCP数据包进行解头压缩后的数据包之后,在确定解头压缩后的数据包中包括已解头压缩处理的数据包时,丢弃解头压缩后的数据包。
可选地,处理器1060还用于接收PDCP发送端发送的指示信息,指示信息包括:压缩方式的标识和RoHC实体的标识;或者包括:RoHC实体的标识;或者包括:压缩方式的标识;则将重排序处理后的PDCP数据包发送给RoHC实体,包括:将重排序处理后的PDCP数据包发送给与压缩方式的标识和RoHC实体的标识,或者与RoHC实体的标识,或者与压缩方式的标识对应的RoHC实体。
可见,移动终端1000能够实现前述实施例中终端侧设备实现的各个过程,为避免重复,这里不再赘述。移动终端通过在PDCP层对接收到的底层乱序递交的数据包进行重排序处理,并对重排序处理后的数据包采用不同的向RoHC递交的方式,实现了将PDCP数据包准确地发送给RoHC实体,进而实现RoHC实体对数据包的正确解头压缩处理。
本领域普通技术人员可以意识到,结合本申请实施例中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (22)
1.一种数据处理方法,应用于包数据汇聚协议PDCP层,其特征在于,所述方法包括:
根据接收到的PDCP数据包的编号,对所述PDCP数据包进行重排序处理;
确定重排序处理后的PDCP数据包的编号在重排序窗口内或外,按照所述重排序后的PDCP数据包的编号的顺序,将所述重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到所述RoHC实体对所述PDCP数据包进行解头压缩后的数据包。
2.根据权利要求1所述的方法,其特征在于,所述重排序处理后的PDCP数据包的编号在重排序窗口内;
所述按照所述重排序后的PDCP数据包的编号的顺序,将所述重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,包括:
采用第一发送方式将所述重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,所述第一发送方式包括:
按照所述重排序后的PDCP数据包的编号的顺序,确定在所述重排序窗口内是否接收到编号N的PDCP数据包;
确定在所述重排序窗口内接收到所述编号N的PDCP数据包,则发送所述编号N的PDCP数据包给所述RoHC实体;或者,确定在所述重排序窗口内没有接收到所述编号N的PDCP数据包,则等待,直至所述重排序窗口内接收到所述编号N的PDCP数据包,并将所述编号N的数据包发送给所述RoHC实体;
将N按照PDCP编号顺序循环递增,并重复执行所述按照所述重排序后的PDCP数据包的编号的顺序,确定在所述重排序窗口内是否接收到编号N的PDCP数据包的步骤;
其中,N为整数,且初始时,N等于0。
3.根据权利要求2所述的方法,其特征在于,在所述对所述PDCP数据包进行重排序处理之前,所述方法包括:
接收配置命令;
所述对所述PDCP数据包进行重排序处理,包括:
对接收到的并已存储的PDCP数据包进行重排序处理。
4.根据权利要求3所述的方法,其特征在于,在所述接收配置命令后,确定重排序处理后的PDCP数据包的编号在重排序窗口内;
所述按照所述重排序后的PDCP数据包的编号的顺序,将所述重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,包括:
采用第二发送方式将所述重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,所述第二发送方式包括:
按照所述重排序后的PDCP数据包的编号的顺序,确定在所述重排序窗口内是否接收到编号N的PDCP数据;
确定在所述重排序窗口内接收到所述编号N的PDCP数据包,则发送所述编号N的PDCP数据包给所述RoHC实体,以进行解头压缩处理;或者,确定在所述重排序窗口内没有接收到所述编号N的PDCP数据包,则忽略所述编号N的PDCP数据包;
将N按照PDCP编号顺序循环递增,并重复执行所述按照所述重排序后的PDCP数据包的编号的顺序,确定在所述重排序窗口内是否接收到编号N的PDCP数据的步骤,直至将所述已存储的PDCP数据解头压缩处理完成;
其中,N为整数,且初始时,N等于0。
5.根据权利要求4所述的方法,其特征在于,所述按照所述重排序后的PDCP数据包的编号的顺序,将所述重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体之后,还包括:
生成状态报告,所述状态报告用于指示未成功接收的数据包;
将所述状态报告发送给PDCP发送端。
6.根据权利要求5所述的方法,其特征在于,所述将所述状态报告发送给PDCP发送端之后,还包括:
接收所述PDCP发送端根据所述状态报告发送的PDCP数据包。
7.根据权利要求3所述的方法,其特征在于,在执行完所述配置命令之后,所述按照所述重排序后的PDCP数据包的编号的顺序,将所述重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,包括:
按照所述重排序后的PDCP数据包的编号的顺序,确定递交给RoHC实体的PDCP数据包的编号N是否为所述PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在所述重排序窗口内最后一个编号的后续编号;或
按照所述重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号;在确定所述递交给RoHC实体的PDCP数据包的编号N为所述PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在所述重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内不包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号,则采用所述第一发送方式,将所述重排序处理后的PDCP数据包发送给RoHC实体;
在确定所述递交给RoHC实体的PDCP数据包的编号N不为所述PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在所述重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号,则采用第三发送方式,将所述重排序处理后的PDCP数据包发送给RoHC实体;
将N按照PDCP编号顺序循环递增,并重复执行所述按照所述重排序后的PDCP数据包的编号的顺序,确定递交给RoHC实体的PDCP数据包的编号N是否为所述PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在所述重排序窗口内最后一个编号的后续编号;或按照所述重排序后的PDCP数据包的编号的顺序,确定在重排序窗口内是否包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号的步骤;
其中,N为整数,且初始时,N等于0。
8.根据权利要求7所述的方法,其特征在于,所述采用第三发送方式,将所述重排序处理后的PDCP数据包发送给RoHC实体,包括:
确定在所述重排序窗口内是否接收到所述编号N的PDCP数据包,确定在所述重排序窗口内接收到所述编号N的PDCP数据包,且确定所述编号N的PDCP数据包已发送给所述RoHC实体,则忽略所述编号N的PDCP数据包;或者,确定在所述重排序窗口内接收到所述编号N的PDCP数据包,且确定所述编号N的PDCP数据包未发送给所述RoHC实体,则发送所述编号N的PDCP数据包给所述RoHC实体,以进行解头压缩处理;或者,确定在所述重排序窗口内未接收到所述编号N的PDCP数据包,且确定所述编号N的PDCP数据包未发送给所述RoHC实体,则等待,直至所述重排序窗口内接收到所述编号N的PDCP数据包,并将所述编号N的数据包发送给所述RoHC实体;
将N按照PDCP编号顺序循环递增,并重复执行所述确定在所述重排序窗口内是否接收到所述编号N的PDCP数据包的步骤;
其中,N为整数,且初始时,N等于0。
9.根据权利要求8所述的方法,其特征在于,所述确定在所述重排序窗口内接收到所述编号N的PDCP数据包,且确定所述编号N的PDCP数据包已发送给所述RoHC实体,则忽略所述编号N的PDCP数据包之后,还包括:
将被忽略的所述编号N的PDCP数据包发送给RoHC实体,得到所述RoHC实体对所述PDCP数据包进行解头压缩后的数据包;在确定所述解头压缩后的数据包中包括已解头压缩处理的数据包时,丢弃所述解头压缩后的数据包。
10.根据权利要求1~9任一项所述的方法,其特征在于,所述重排序处理后的PDCP数据包的编号在重排序窗口外;
所述得到所述RoHC实体对所述PDCP数据包进行解头压缩后的数据包之后,还包括:
在确定所述解头压缩后的数据包中包括已解头压缩处理的数据包时,丢弃所述解头压缩后的数据包。
11.根据权利要求1所述的方法,其特征在于,还包括:
接收PDCP发送端发送的指示信息;
所述指示信息包括:压缩方式的标识和RoHC实体的标识;或者包括:RoHC实体的标识;或者包括:压缩方式的标识;
所述将所述重排序处理后的PDCP数据包发送给RoHC实体,包括:
将重排序处理后的PDCP数据包发送给与所述压缩方式的标识和RoHC实体的标识,或者与所述RoHC实体的标识,或者与所述压缩方式的标识对应的RoHC实体。
12.一种数据处理装置,应用于PDCP层,其特征在于,包括:
排序模块,用于根据接收到的PDCP数据包的编号,对所述PDCP数据包进行重排序处理;
确定模块,用于确定重排序处理后的PDCP数据包的编号在重排序窗口内或外;
发送模块,用于按照所述重排序后的PDCP数据包的编号的顺序,将所述重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体,得到所述RoHC实体对所述PDCP数据包进行解头压缩后的数据包。
13.根据权利要求12所述的数据处理装置,其特征在于,所述发送模块包括:第一子处理模块;
所述第一子处理模块,用于采用第一发送方式将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体;
第一发送方式包括:按照所述重排序后的PDCP数据包的编号的顺序,确定在所述重排序窗口内是否接收到编号N的PDCP数据包;确定在所述重排序窗口内接收到所述编号N的PDCP数据包,则发送所述编号N的PDCP数据包给所述RoHC实体;或者,确定在所述重排序窗口内没有接收到所述编号N的PDCP数据包,则等待,直至所述重排序窗口内接收到所述编号N的PDCP数据包,并将所述编号N的数据包发送给所述RoHC实体;将N按照PDCP编号顺序循环递增,所述第一子处理模块重复对递增后的编号N的PDCP数据包进行处理;其中,N为整数,且初始时,N等于0。
14.根据权利要求13所述的数据处理装置,其特征在于,所述数据处理装置应用在终端侧,相应的,还包括:
第一接收模块,用于接收配置命令;
相应的,所述排序模块,具体用于对接收到的并已存储的PDCP数据包进行重排序处理。
15.根据权利要求14所述的数据处理装置,其特征在于,所述发送模块包括:第二子处理模块;
所述第二子处理模块,用于在所述第一接收模块接收到配置命令时,采用第二发送方式将重排序处理后的PDCP数据包发送给鲁棒头压缩RoHC实体;
第二发送方式包括:按照所述重排序后的PDCP数据包的编号的顺序,确定在所述重排序窗口内是否接收到编号N的PDCP数据;确定在所述重排序窗口内接收到所述编号N的PDCP数据包,则发送所述编号N的PDCP数据包给所述RoHC实体,以进行解头压缩处理;或者,确定在所述重排序窗口内没有接收到所述编号N的PDCP数据包,则忽略所述编号N的PDCP数据包;将N按照PDCP编号顺序循环递增,所述第二子处理模块重复对递增后的编号N的PDCP数据包进行处理,直至将所述已存储的PDCP数据解头压缩处理完成;其中,N为整数,且初始时,N等于0。
16.根据权利要求15所述的数据处理装置,其特征在于,还包括:
生成模块,用于生成状态报告,所述状态报告用于指示未成功接收的数据包。
17.根据权利要求16所述的数据处理装置,其特征在于,
所述第一接收模块,还用于接收所述PDCP发送端根据所述状态报告发送的PDCP数据包。
18.根据权利要求14所述的数据处理装置,其特征在于,所述发送模块包括:第三子处理模块;
所述第三子处理模块,用于在执行完配置命令之后,按照所述重排序后的PDCP数据包的编号的顺序,确定递交给RoHC实体的PDCP数据包的编号N是否为所述PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在所述重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内是否包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号;在确定所述递交给RoHC实体的PDCP数据包的编号N为所述PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在所述重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内不包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号,则采用所述第一发送方式,将所述重排序处理后的PDCP数据包发送给RoHC实体;在确定所述递交给RoHC实体的PDCP数据包的编号N不为所述PDCP接收端在执行完配置命令之前所接收到的PDCP数据包在所述重排序窗口内最后一个编号的后续编号,或确定在重排序窗口内包含PDCP接收端执行完配置命令前所接收到的PDCP数据包的编号,则采用第三发送方式,将所述重排序处理后的PDCP数据包发送给RoHC实体;将N按照PDCP编号顺序循环递增,所述第三子处理模块重复对递增后的编号N的PDCP数据包进行处理;其中,N为整数,且初始时,N等于0。
19.根据权利要求18所述的数据处理装置,其特征在于,
所述第三子处理模块,具体用于确定在所述重排序窗口内是否接收到所述编号N的PDCP数据包,确定在所述重排序窗口内接收到所述编号N的PDCP数据包,且确定所述编号N的PDCP数据包已发送给所述RoHC实体,则忽略所述编号N的PDCP数据包;或者,确定在所述重排序窗口内接收到所述编号N的PDCP数据包,且确定所述编号N的PDCP数据包未发送给所述RoHC实体,则发送所述编号N的PDCP数据包给所述RoHC实体,以进行解头压缩处理;或者,确定在所述重排序窗口内未接收到所述编号N的PDCP数据包,且确定所述编号N的PDCP数据包未发送给所述RoHC实体,则等待,直至所述重排序窗口内接收到所述编号N的PDCP数据包,并将所述编号N的数据包发送给所述RoHC实体;将N按照PDCP编号顺序循环递增,所述第三子处理模块重复对递增后的编号N的PDCP数据包进行处理;其中,N为整数,且初始时,N等于0。
20.根据权利要求19所述的数据处理装置,其特征在于,
所述第三子处理模块,还用于将被忽略的所述编号N的PDCP数据包发送给RoHC实体,得到所述RoHC实体对所述PDCP数据包进行解头压缩后的数据包;
相应的,所述确定模块,还用于在确定所述解头压缩后的数据包中包括已解头压缩处理的数据包时,丢弃所述解头压缩后的数据包。
21.根据权利要求12~20任一项所述的数据处理装置,其特征在于,
所述确定模块,还用于在所述发送模块确定重排序处理后的PDCP数据包的编号在重排序窗口外,则得到所述RoHC实体对所述PDCP数据包进行解头压缩后的数据包之后,确定解压缩处理后的PDCP数据包中包括已解头压缩处理的数据包时,丢弃所述解头压缩后的数据包。
22.根据权利要求12所述的数据处理装置,其特征在于,还包括:
第二接收模块,用于接收PDCP发送端发送的指示信息,所述指示信息包括:压缩方式的标识和RoHC实体的标识;或者包括:RoHC实体的标识;或者包括:压缩方式的标识;
相应的,所述发送模块,具体用于将重排序处理后的PDCP数据包发送给与所述压缩方式的标识和RoHC实体的标识,或者与所述RoHC实体的标识,或者与所述压缩方式的标识对应的RoHC实体。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710314137.8A CN108810984B (zh) | 2017-05-05 | 2017-05-05 | 数据处理方法及装置 |
PCT/CN2018/085356 WO2018202047A1 (zh) | 2017-05-05 | 2018-05-02 | 数据处理方法及装置 |
ES18793806T ES2966653T3 (es) | 2017-05-05 | 2018-05-02 | Método y dispositivo de procesamiento de datos |
US16/611,013 US11166195B2 (en) | 2017-05-05 | 2018-05-02 | Method and apparatus of data processing for delivering packet data convergence protocol (PDCP) packet data |
EP18793806.3A EP3637841B1 (en) | 2017-05-05 | 2018-05-02 | Data processing method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710314137.8A CN108810984B (zh) | 2017-05-05 | 2017-05-05 | 数据处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108810984A true CN108810984A (zh) | 2018-11-13 |
CN108810984B CN108810984B (zh) | 2020-03-24 |
Family
ID=64016868
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710314137.8A Active CN108810984B (zh) | 2017-05-05 | 2017-05-05 | 数据处理方法及装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US11166195B2 (zh) |
EP (1) | EP3637841B1 (zh) |
CN (1) | CN108810984B (zh) |
ES (1) | ES2966653T3 (zh) |
WO (1) | WO2018202047A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111277556A (zh) * | 2019-01-30 | 2020-06-12 | 维沃移动通信有限公司 | 处理方法及通信设备 |
CN111742577A (zh) * | 2019-01-25 | 2020-10-02 | 联发科技(新加坡)私人有限公司 | 用于移动性增强的双协议 |
CN112399477A (zh) * | 2019-08-15 | 2021-02-23 | 华为技术有限公司 | 一种通信方法及设备 |
CN114499749A (zh) * | 2020-11-13 | 2022-05-13 | 上海华为技术有限公司 | 一种数据发送方法及其相关设备 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020082344A1 (zh) * | 2018-10-26 | 2020-04-30 | Oppo广东移动通信有限公司 | 一种区分数据格式的方法及装置、通信设备 |
CN111181697A (zh) * | 2018-11-13 | 2020-05-19 | 三星电子株式会社 | 用于tcp ack包的传输的方法和系统 |
US11337110B2 (en) * | 2020-08-28 | 2022-05-17 | Qualcomm Incorporated | Out-of-order packet delivery and decoding with header compression |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090016301A1 (en) * | 2007-07-11 | 2009-01-15 | Interdigital Technology Corporation | Packet data convergence protocol operations |
CN103201977A (zh) * | 2010-11-08 | 2013-07-10 | 高通股份有限公司 | 用于使用多链路pdcp 子层进行多点hsdpa 通信的系统和方法 |
CN104519524A (zh) * | 2013-09-26 | 2015-04-15 | 中兴通讯股份有限公司 | 一种基于多流传输的数据排序方法及接收装置 |
CN104812000A (zh) * | 2014-01-27 | 2015-07-29 | 中兴通讯股份有限公司 | 一种实现数据传输的方法及装置 |
CN104935413A (zh) * | 2014-03-19 | 2015-09-23 | 夏普株式会社 | 分组数据汇聚协议pdcp实体及其执行的方法 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102711197B (zh) | 2007-04-26 | 2017-02-08 | 富士通株式会社 | 移动站 |
KR100925439B1 (ko) * | 2008-02-19 | 2009-11-06 | 엘지전자 주식회사 | 물리 하이브리드 arq 지시 채널 매핑 방법 |
KR20130093774A (ko) | 2011-12-29 | 2013-08-23 | 엘지전자 주식회사 | Pdcp 패킷 전송 방법 |
US8958422B2 (en) * | 2012-03-17 | 2015-02-17 | Blackberry Limited | Handling packet data convergence protocol data units |
WO2015115854A1 (en) | 2014-01-29 | 2015-08-06 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system |
US10237911B2 (en) | 2014-01-30 | 2019-03-19 | Intel IP Corporation | Packet data convergence protocol (PDCP) enhancements in dual-connectivity networks |
CN106664288A (zh) | 2014-08-15 | 2017-05-10 | 瑞典爱立信有限公司 | 突发丢失的RoHC优化 |
CN105704197B (zh) | 2014-11-28 | 2020-04-10 | 电信科学技术研究院 | 一种数据传输方法及系统 |
US10904793B2 (en) * | 2016-03-23 | 2021-01-26 | Apple Inc. | Systems, methods and devices for uplink bearer split using wireless local area network aggregation |
US20180098241A1 (en) * | 2016-09-30 | 2018-04-05 | Huawei Technologies Co., Ltd. | Method and apparatus for ordering of protocol data unit delivery |
US10880871B2 (en) * | 2016-11-01 | 2020-12-29 | Sharp Kabushiki Kaisha | Method and apparatus for asymmetrical up-link/down-link protocol stack and frame structure in a 5G NR communication system |
US10602563B2 (en) * | 2017-06-09 | 2020-03-24 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting RLC UM mode operation in next generation mobile communication system |
WO2019054830A1 (en) * | 2017-09-18 | 2019-03-21 | Samsung Electronics Co., Ltd. | METHOD AND APPARATUS FOR PROCESSING A PACKET IN A WIRELESS COMMUNICATION SYSTEM |
US10951533B2 (en) * | 2017-09-27 | 2021-03-16 | Qualcomm Incorporated | Header formats in wireless communication |
KR102509070B1 (ko) * | 2017-11-24 | 2023-03-10 | 삼성전자주식회사 | 무선 통신 시스템에서 데이터 처리 방법 및 장치 |
US10887794B2 (en) * | 2018-04-03 | 2021-01-05 | Samsung Electronics Co., Ltd. | Method and apparatus for controlling data receiving rate in mobile communication system |
-
2017
- 2017-05-05 CN CN201710314137.8A patent/CN108810984B/zh active Active
-
2018
- 2018-05-02 WO PCT/CN2018/085356 patent/WO2018202047A1/zh unknown
- 2018-05-02 EP EP18793806.3A patent/EP3637841B1/en active Active
- 2018-05-02 US US16/611,013 patent/US11166195B2/en active Active
- 2018-05-02 ES ES18793806T patent/ES2966653T3/es active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090016301A1 (en) * | 2007-07-11 | 2009-01-15 | Interdigital Technology Corporation | Packet data convergence protocol operations |
CN103201977A (zh) * | 2010-11-08 | 2013-07-10 | 高通股份有限公司 | 用于使用多链路pdcp 子层进行多点hsdpa 通信的系统和方法 |
CN104519524A (zh) * | 2013-09-26 | 2015-04-15 | 中兴通讯股份有限公司 | 一种基于多流传输的数据排序方法及接收装置 |
CN104812000A (zh) * | 2014-01-27 | 2015-07-29 | 中兴通讯股份有限公司 | 一种实现数据传输的方法及装置 |
CN104935413A (zh) * | 2014-03-19 | 2015-09-23 | 夏普株式会社 | 分组数据汇聚协议pdcp实体及其执行的方法 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111742577A (zh) * | 2019-01-25 | 2020-10-02 | 联发科技(新加坡)私人有限公司 | 用于移动性增强的双协议 |
CN111742577B (zh) * | 2019-01-25 | 2023-04-18 | 联发科技(新加坡)私人有限公司 | 用于移动性增强的方法及其用户设备 |
CN111277556A (zh) * | 2019-01-30 | 2020-06-12 | 维沃移动通信有限公司 | 处理方法及通信设备 |
WO2020156427A1 (zh) * | 2019-01-30 | 2020-08-06 | 维沃移动通信有限公司 | 处理方法及通信设备 |
KR20210113685A (ko) * | 2019-01-30 | 2021-09-16 | 비보 모바일 커뮤니케이션 컴퍼니 리미티드 | 처리 방법 및 통신 기기 |
JP2022519554A (ja) * | 2019-01-30 | 2022-03-24 | 維沃移動通信有限公司 | 処理方法及び通信機器 |
KR102502507B1 (ko) | 2019-01-30 | 2023-02-21 | 비보 모바일 커뮤니케이션 컴퍼니 리미티드 | 처리 방법 및 통신 기기 |
CN111277556B (zh) * | 2019-01-30 | 2023-04-07 | 维沃移动通信有限公司 | 处理方法及通信设备 |
CN112399477A (zh) * | 2019-08-15 | 2021-02-23 | 华为技术有限公司 | 一种通信方法及设备 |
CN112399477B (zh) * | 2019-08-15 | 2022-12-06 | 华为技术有限公司 | 一种通信方法及设备 |
CN114499749A (zh) * | 2020-11-13 | 2022-05-13 | 上海华为技术有限公司 | 一种数据发送方法及其相关设备 |
Also Published As
Publication number | Publication date |
---|---|
US20200084664A1 (en) | 2020-03-12 |
US11166195B2 (en) | 2021-11-02 |
ES2966653T3 (es) | 2024-04-23 |
CN108810984B (zh) | 2020-03-24 |
EP3637841A4 (en) | 2020-04-22 |
WO2018202047A1 (zh) | 2018-11-08 |
EP3637841B1 (en) | 2023-11-29 |
EP3637841A1 (en) | 2020-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108810984A (zh) | 数据处理方法及装置 | |
JP6999704B2 (ja) | 無線リンク制御伝送方法及び関連製品 | |
CN1937627B (zh) | 通讯系统重建接收边处理控制协议数据单元的方法及装置 | |
CN109474375A (zh) | 一种资源调度方法、基站和终端 | |
CN109309915A (zh) | 一种能力指示方法、移动终端及网络侧设备 | |
CN107645369A (zh) | 一种重传反馈方法、网络设备、终端设备及计算机可读介质 | |
CN109391981A (zh) | 一种完整性保护方法及装置 | |
CN102902555A (zh) | 一种升级方法、装置及升级设备 | |
CN108632901A (zh) | 一种数据传输方法及终端 | |
US20220085917A1 (en) | Data Retransmission Method and Apparatus | |
CN109041133A (zh) | 去激活命令处理方法、激活命令处理方法和用户终端 | |
CN109151843A (zh) | 数据传输方法、移动终端、基站及计算机可读存储介质 | |
CN111130717B (zh) | 数据重传控制方法及相关产品 | |
JP2020529753A (ja) | フィードバック応答情報の長さ確定方法及び関連製品 | |
CN111817827B (zh) | 旁链路信息的传输方法、终端和控制节点 | |
CN108809502A (zh) | 混合自动重传的反馈信息生成方法及相关产品 | |
CN109644083A (zh) | 数据传输方法及相关产品 | |
WO2019047786A1 (zh) | 免授权传输方法、基站和终端 | |
US20220015124A1 (en) | Downlink assignment index determining method, terminal and network device | |
CN105684383A (zh) | 数据包传输的装置、系统及方法 | |
CN108809489A (zh) | 状态报告的上报方法、终端及网络侧设备 | |
WO2018177021A1 (zh) | 一种分段组包方法及接收端 | |
CN109391374A (zh) | 一种数据传输方法、数据检测方法及装置 | |
CN112825495B (zh) | Harq-ack处理方法及相关设备 | |
CN112865930A (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 |