CN107889163A - 数据处理方法、装置及系统 - Google Patents
数据处理方法、装置及系统 Download PDFInfo
- Publication number
- CN107889163A CN107889163A CN201610873599.9A CN201610873599A CN107889163A CN 107889163 A CN107889163 A CN 107889163A CN 201610873599 A CN201610873599 A CN 201610873599A CN 107889163 A CN107889163 A CN 107889163A
- Authority
- CN
- China
- Prior art keywords
- rlc
- pdu
- sdu
- field
- mac
- 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
- 238000003672 processing method Methods 0.000 title abstract description 15
- 238000012545 processing Methods 0.000 claims abstract description 141
- 238000000034 method Methods 0.000 claims description 80
- 230000011218 segmentation Effects 0.000 claims description 27
- 230000005540 biological transmission Effects 0.000 claims description 22
- 238000004806 packaging method and process Methods 0.000 claims description 4
- 238000005259 measurement Methods 0.000 description 74
- 238000010586 diagram Methods 0.000 description 27
- 230000008569 process Effects 0.000 description 20
- 239000012634 fragment Substances 0.000 description 16
- 230000006870 function Effects 0.000 description 12
- 238000004891 communication Methods 0.000 description 11
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 6
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 6
- 235000019800 disodium phosphate Nutrition 0.000 description 3
- 101100476985 Schizosaccharomyces pombe (strain 972 / ATCC 24843) sdu1 gene Proteins 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000002035 prolonged effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- 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
- 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/22—Parsing or analysis of headers
-
- 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0084—Formats for payload data
-
- 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/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
-
- 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1832—Details of sliding window management
-
- 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/187—Details of sliding window management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- 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
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本申请实施例提供的一种数据处理方法,包括:数据发送装置从PDCP层接收数据包,该数据包作为RLC SDU;该数据发送装置将所述RLC SDU封装成至少一个RLC PDU,其中,数据发送装置在RLC层封装的每个RLC PDU包括头部和负载,且负载用于承载来自同一个RLC SDU的数据。可见,发送端不再在RLC层对数据包作拼接处理,减少了发送端的拼接处理,进而降低了处理复杂度和处理时延,此外,接收端的处理也变得更加简单高效。
Description
技术领域
本申请涉及通信技术领域,特别涉及数据处理方法、装置及系统。
背景技术
随着无线通信技术的发展,无线网络的峰值速率、系统带宽等性能不断提高,其带给用户的业务体验也越来越好,因此,无线通信获得越来越广泛的应用。无线通信应用的扩展带来了为无线网络带来了更多的业务数据,因此对数据发送端和接收端的数据处理效率提出了更高的要求。
发明内容
有鉴于此,本申请提供数据处理方法、装置及系统,以期提高数据处理的效率。
第一方面,提供一种数据处理方法,由数据发送装置执行,包括如下步骤:从分组数据汇聚协议(PDCP)层接收数据包,该数据包作为无线链路控制(RLC)业务数据单元(SDU);将所述RLC SDU封装成至少一个RLC协议数据单元(PDU),其中,数据发送装置在RLC层封装的每个RLC PDU包括头部和负载,且所述负载用于承载来自同一个RLC SDU的数据。
第二方面,提供一种数据处理装置,位于发送端,包括用于执行以上第一方面各个步骤的单元或手段(means)。
第三方面,提供一种数据处理装置,包括处理器和存储器,存储器用于存储程序,处理器调用存储器存储的程序,以执行本申请第一方面种提供的方法。
第四方面,本申请提供一种数据处理装置,包括用于执行以上第一方面的方法的至少一个处理元件(或芯片)。
第五方面,本申请提供一种程序,该程序在被处理器执行时用于执行以上第一方面的方法。
第六方面,提供一种程序产品,例如计算机可读存储介质,包括第五方面的程序。
第七方面,提供一种数据处理方法,由数据接收装置执行,包括如下步骤:在RLC层从MAC层接收数据包,该数据包包括RLC PDU,所述RLC PDU包括头部和负载,且所述负载用于承载来自同一个RLC SDU的数据;根据RLC PDU的头部,确定RLC PDU的负载是完整的RLCSDU时,获取该RLC SDU,并将该RLC SDU发送给PDCP层;和/或,根据RLC PDU的头部,确定RLCPDU的负载是RLC SDU的一个片段时,获取该RLC SDU的所有片段,并将该所有片段还原为RLC SDU,并将该RLC SDU发送给PDCP层。
第八方面,提供一种数据处理装置,位于接收端,包括用于执行以上第七方面各个步骤的单元或手段(means)。
第九方面,提供一种数据处理装置,包括处理器和存储器,存储器用于存储程序,处理器调用存储器存储的程序,以执行本申请第七方面种提供的方法。
第十方面,本申请提供一种数据处理装置,包括用于执行以上第七方面的方法的至少一个处理元件(或芯片)。
第十一方面,本申请提供一种程序,该程序在被处理器执行时用于执行以上第七方面的方法。
第十二方面,提供一种程序产品,例如计算机可读存储介质,包括第十一方面的程序。
在以上各个方面,RLC PDU的负载用于承载来自同一个RLC SDU的数据,是指即使RLC PDU可以容纳多于一个RLC SDU或RLC SDU的片段,每个RLC PDU的负载也仅用于承载来自同一个RLC SDU的数据。即数据发送装置在RLC层不对数据包进行拼接处理。
可见,数据发送装置在RLC层将RLC SDU组装成RLC PDU的过程中,组装的每个RLCPDU的负载用于承载来自同一个RLC SDU的数据,即,RLC PDU的负载不包括其它RLC SDU的数据,也就是说,数据发送装置在RLC层不再对RLC SDU进行拼接处理。如此,可以减少发送端的拼接处理,降低处理复杂度和处理时延。
此外,接收端在RLC层可以只对同一RLC SDU各片段之间进行重排序;而不需要对RLC SDU之间进行重排序,因此可以简化接收端的处理,降低接收端的处理复杂度和处理时延。
在以上各个方面,RLC PDU的头部包括分段指示(SI)域,用于指示该SI域所在的RLC PDU中封装的是完整的RLC SDU还是RLC SDU的片段。
可选的,SI域包括2比特,且该SI域的取值表示:
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU,第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的第一个片段,第三取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的中间片段,第四取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段;或者,
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU,第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段。
可选的,SI域包括1比特,且该SI域的取值表示:
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU或表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段;第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的第一个片段或中间片段。
在以上各个方面,RLC PDU的头部还包括分段偏移(SO)域,用于指示该SI域所在的RLC PDU的负载的第一个字节在该负载所属的RLC SDU中的字节偏移量。
在以上各个方面,RLC PDU的头部还包括序列号(SN)域,其中,当一个RLC SDU被封装成多个RLC PDU时,所述多个RLC PDU的头部的SN域的SN相同。
可选的,SN域可以用于指示其所在的RLC PDU中传输的数据所属的RLC SDU。
可选的,SN域中的SN由PDCP层配置。
在以上各个方面,RLC PDU的头部还包括长度指示(LI)域,用于指示该LI域所在的RLC PDU的负载的长度。
在以上各个方面,RLC PDU的头部还包括数据/控制域,用于指示该数据/控制域所在的RLC PDU传输的是数据包还是控制包。
在以上第一方面至第六方面,数据发送装置将RLC PDU封装成至少一个RLC PDU的过程包括:根据MAC层的指示,将RLC SDU封装成至少一个RLC PDU;或者,根据预设的RLCPDU的大小,将RLC SDU封装成至少一个RLC PDU。相应的,执行将RLC PDU封装成至少一个RLC PDU的单元用于:根据MAC层的指示,将RLC SDU封装成至少一个RLC PDU;或者,根据预设的RLC PDU的大小,将RLC SDU封装成至少一个RLC PDU。
在以上第一方面至第六方面,数据发送装置还可以向MAC层发送RLC数据包,所述RLC数据包包括一个或多个RLC PDU。相应的,数据处理装置还包括执行该步骤的单元。
在以上第一方面至第六方面,数据发送装置将RLC数据包作为MAC SDU,封装成MACPDU,该MAC PDU包括MAC头和MAC负载,MAC头包括至少一个子头,每个子头对应一个逻辑信道,该子头包括第一扩展域和第二扩展域,其中第一扩展域用于指示该MAC PDU是否还包括其它子头或是否还包括其它逻辑信道的数据,第二扩展域用于指示该MAC PDU是否还包括该第二扩展域所在的子头对应的逻辑信道的其它数据。相应的,数据处理装置还包括执行该步骤的单元。
在以上第七方面至第十二方面,当发送给PDCP层的RLC SDU不包括PDCP序列号时,数据接收装置将SN域的SN发送给PDCP层。其中,PDCP序列号为发送端组装PDCP PDU时,分配给该PDCP PDU的序列号。
在以上第七方面至第十二方面,当RLC数据包包括多个RLC PDU时,数据接收装置可以根据LI域,区分开各个RLC PDU。
在以上第七方面至第十二方面,当RLC层采用非确认模式(UM)时,数据接收装置在RLC层维护重排序窗,且以上数据处理方法还包括:当第一RLC PDU落在重排序窗之外时,其中第一RLC PDU包括未还原出的RLC SDU的一个片段,数据接收装置将所有接收到的对应于该未还原出的RLC SDU的RLC PDU丢弃。相应的,数据处理装置还包括用于执行该步骤的单元。
可选的,数据接收装置可以通知PDCP层丢弃的RLC SDU。相应的,数据处理装置还包括用于执行该步骤的单元。
在以上第七方面至第十二方面,当接收到的RLC PDU的SN出现不连续时,数据接收装置在第一个不连续的位置启动定时器,该定时器可以称为关联定时器;在该定时器超时前,当接收到包括不连续的SN的RLC PDU时,数据接收装置停止该定时器;当定时器超时,即定时器超时前没有收到包括不连续的SN的RLC PDU时,数据接收装置将重排序窗下沿移动到第一个不连续的位置对应的SN的位置,即的第一个没有向上递交的RLC SDU对应的SN的位置。该SN称为第一SN。
可选的,数据接收装置丢弃第一SN之前没有递交给PDCP层的RLC PDU。进一步可选的,数据接收装置通知PDCP层丢弃的RLC PDU对应的RLC SDU的SN。
在以上第七方面至第十二方面,数据接收装置从MAC层接收数据包之前,还包括:在MAC层根据MAC PDU的格式,获得MAC SDU,将MAC SDU作为发送给RLC层的数据包,其中该MAC PDU的格式如下:
MAC PDU包括MAC头和MAC负载,该MAC头包括至少一个子头,每个子头对应一个逻辑信道,该子头包括第一扩展域和第二扩展域,其中第一扩展域用于指示该MAC PDU是否还包括其它子头或是否还包括其它逻辑信道的数据,第二扩展域用于指示该MAC PDU是否还包括该第二扩展域所在的子头对应的逻辑信道的其它数据。
第十三方面,提供一种RLC PDU结构,该RLC PDU包括头部和负载,其中负载用于承载来自同一个RLC SDU的数据。
该RLC PDU的头部同以上描述。
第十四方面,提供一种数据处理方法,由数据发送装置执行,包括如下步骤:接收来自RLC层的RLC数据包,该RLC数据包包括至少一个RLC PDU;将RLC数据包作为MAC SDU,封装成MAC PDU,该MAC PDU包括MAC头和MAC负载,MAC头包括至少一个子头,每个子头对应一个逻辑信道,该子头包括第一扩展域(E域)和第二扩展域(H域),其中第一扩展域用于指示该MAC PDU是否还包括其它子头或是否还包括其它逻辑信道的数据,第二扩展域用于指示该MAC PDU是否还包括该第二扩展域所在的子头对应的逻辑信道的其它数据。
第十五方面,提供一种数据处理方法,由数据接收装置执行,包括如下步骤:接收来自PDCP层的MAC PDU;根据MAC PDU的格式,获得MAC SDU;将MAC SDU发送给RLC层。其中MAC PDU的格式为:该MAC PDU包括MAC头和MAC负载,MAC头包括至少一个子头,每个子头对应一个逻辑信道,该子头包括第一扩展域(E域)和第二扩展域(H域),其中第一扩展域用于指示该MAC PDU是否还包括其它子头或是否还包括其它逻辑信道的数据,第二扩展域用于指示该MAC PDU是否还包括该第二扩展域所在的子头对应的逻辑信道的其它数据;
第十六方面,提供一种数据处理装置,位于发送端,包括用于执行以上第十四方面各个步骤的单元或手段(means)。或者,提供一种数据处理装置,位于接收端,包括用于执行以上第十五方面各个步骤的单元或手段(means)。
第十七方面,提供一种数据处理装置,位于发送端,包括处理器和存储器,存储器用于存储程序,处理器调用存储器存储的程序,以执行本申请第十四方面提供的方法。或者,提供一种数据处理装置,位于接收端,包括处理器和存储器,存储器用于存储程序,处理器调用存储器存储的程序,以执行本申请第十五方面提供的方法。
第十八方面,本申请提供一种数据处理装置,位于发送端,包括用于执行以上第十四方面的方法的至少一个处理元件(或芯片)。或者,本申请提供一种数据处理装置,位于接收端,包括用于执行以上第十五方面的方法的至少一个处理元件(或芯片)。
第十九方面,本申请提供一种程序,该程序在被处理器执行时用于执行以上第十四方面或第十五方面的方法。
第二十方面,提供一种程序产品,例如计算机可读存储介质,包括第十九方面的程序。
可见,以上方案中,同一个逻辑信道的数据只需要使用一个LCID来指示,可以有效减少MAC层的包头开销。
在以上各个方面,MAC PDU的子头还包括逻辑信道标识(LCID)域,用于指示该子头关联的负载所属的逻辑信道。
在以上各个方面,MAC PDU的子头还包括第一长度指示域(F域)和第二长度指示域(L域),其中,第一长度指示域用于指示第二长度指示域的长度,第二长度指示域用于指示其所在子头关联的负载的长度。
第二十一方面,提供一种数据处理方法,用于数据发送装置,该数据发送装置在PDCP层维护PDCP发送窗,所述方法包括:数据发送装置在PDCP层向RLC层发送PDCP PDU;当发送的PDCP PDU的数量达到所述PDCP发送窗所能容纳的最大数量,且所述数据发送装置在PDCP层未收到成功反馈,所述数据发送装置停止发送PDCP PDU。其中所述成功反馈为数据发送装置在RLC层反馈的成功发送全部或部分PDCP PDU的状态报告,或所述成功反馈为数据接收装置反馈的成功接收全部或部分PDCP PDU的状态报告。
第二十二方面,提供一种数据处理装置,位于接收端,包括用于执行以上第二十一方面各个步骤的单元或手段(means)。
第二十三方面,提供一种数据处理装置,包括处理器和存储器,存储器用于存储程序,处理器调用存储器存储的程序,以执行本申请第二十一方面种提供的方法。
第二十四方面,本申请提供一种数据处理装置,包括用于执行以上第二十一方面的方法的至少一个处理元件(或芯片)。
第二十五方面,本申请提供一种程序,该程序在被处理器执行时用于执行以上第二十一方面的方法。
第二十六方面,提供一种程序产品,例如计算机可读存储介质,包括第二十五方面的程序。
可见,发送端可以在PDCP层维护PDCP发送窗,以控制PDCP层数据包的发送,这样,可以有效减少发送端发送的数据量超过PDCP SN所能表示的范围后,PDCP SN的重复的问题,从而解决了接收端在PDCP层接收到多个SN相同的数据包无法进行正确的区分和处理的问题。
在以上各个方面,PDCP发送窗的大小为预置的或者根据PDCP序列号确定的。
进一步的,PDCP发送窗的大小根据以下公式确定,W=(L+1)/2,其中,W表示PDCP发送窗的大小;L表示PDCP序列号的长度所能表示的最大序列号的值。
在以上各个方面,数据发送装置在PDCP层向RLC层发送PDCP序列号,其中,所述PDCP PDU携带所述PDCP序列号,或所述PDCP序列号独立于所述PDCP PDU之外。其中,PDCP序列号为数据发送装置组装PDCP PDU时,分配给该PDCP PDU的序列号。
附图说明
图1为本申请实施例中一种通信场景的示意图;
图2为本申请实施例中一种终端与RAN设备通信所遵循的用户面协议栈的示意图;
图3为本申请实施例提供的一种数据处理方法的示意图;
图4为本申请实施例提供的一种RLC PDU的格式的示意图;
图5为本申请实施例提供的另一种RLC PDU的格式的示意图;
图6为本申请实施例提供的一种RLC数据包的示意图;
图7为本申请实施例提供的一种数据处理方法的流程图;
图8为一种现有的MAC PDU的结构示意图;
图9为本申请实施例提供的一种MAC PDU的结构示意图;
图10为本申请实施例提供的一种数据处理装置的结构示意图;
图11为本申请实施例提供的一种数据处理装置的结构示意图;
图12为本申请实施例提供的一种数据处理装置的结构示意图;
图13为本申请实施例提供的一种终端的结构示意图;
图14为本申请实施例提供的一种RAN设备的结构示意图;
图15为本申请实施例提供的一种配置测量间隔参数的方法的示意图;
图16为本申请实施例提供的一种配置测量间隔参数的方法的示意图。
具体实施方式
下面将结合附图,对本申请实施例中的技术方案进行清楚地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的其它实施例,都属于本申请保护的范围。
以下,对本申请中的部分用语进行解释说明,以便于本领域技术人员理解。
1)、终端,又称之为用户设备(User Equipment,UE),是一种向用户提供语音和/或数据连通性的设备,例如,具有无线连接功能的手持式设备、车载设备等。常见的终端例如包括:手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,例如智能手表、智能手环、计步器等。
2)、基站,又称为无线接入网(Radio Access Network,RAN)设备,是一种将终端接入到无线网络的设备,包括但不限于:演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(Base StationController,BSC)、基站收发台(Base Transceiver Station,BTS)、家庭基站(例如,Homeevolved NodeB,或Home Node B,HNB)、基带单元(BaseBand Unit,BBU)。此外,还可以包括Wifi接入点(Access Point,AP)等。
3)本申请中的单元(或实体)是指功能单元(或实体)或逻辑单元(或实体)。其可以为软件形式,通过处理器执行程序代码来实现其功能;也可以为硬件形式。
4)、“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。以上”或“以下”等所描述的范围包括边界点。
请参考图1,其为本申请实施例中一种通信场景的示意图。如图1所示,终端110通过RAN设备120接入到无线网络,以通过无线网络获取外网(例如因特网)的服务,或者通过无线网络与其它终端通信。在下行传输方向上,RAN设备120作为发送端,终端110可以作为接收端;在上行传输方向上,终端110作为发送端,RAN设备120作为接收端。
终端110与RAN设备120之间的通信遵循空口协议。请参考图2,其为本申请实施例中一种终端与RAN设备通信所遵循的用户面协议栈的示意图。如图2所示,该协议栈包括分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层,无线链路控制(RadioLink Control,RLC)层,媒体接入控制(Media Access Control,MAC)层,和物理(physical,PHY)层。其中,PDCP层、RLC层和MAC层构成层2(L2)协议栈。
目前,PDCP层的主要功能包括加/解密,头压缩/解头压缩,完整性保护等。RLC层的主要功能包括:分段,拼接,重排序,自动重传请求(automatic repeat request,ARQ)等。MAC层的主要功能包括复用,调度,混合自动重传请求(hybrid automatic repeatrequest,HARQ)等。
在本申请实施例的一种方案中,对RLC层的功能进行了调整,RLC层在对来自PDCP层数据包进行组装的过程中,只执行分段,不再执行拼接。如此,可以减少发送端的拼接处理,降低处理复杂度和处理时延。
下面结合附图进行详细描述,可以理解,本申请实施例中的发送端又可以称为数据发送装置,接收端又可以称为数据接收装置。
请参考图3,其为本申请实施例提供的一种数据处理方法的示意图。如图3所示,该方法用于发送端,即由发送端执行,该发送端又可以称为数据发送装置。该方法包括如下步骤:
S310:从PDCP层接收数据包,该数据包作为RLC业务数据单元(service dataunit,SDU);
S320:将该RLC SDU组装成至少一个RLC PDU,其中,每个RLC PDU包括头部和负载,且该负载用于承载来自同一个RLC SDU的数据。
在本实施例及以下的实施例中,RLC PDU的负载用于承载来自同一个RLC SDU的数据,是指即使RLC PDU可以容纳多于一个RLC SDU或RLC SDU的片段,每个RLC PDU的负载也仅用于承载来自同一个RLC SDU的数据。即发送端在RLC层不对数据包进行拼接处理。
可见,发送端在RLC层将RLC SDU组装成RLC PDU的过程中,组装的每个RLC PDU的负载用于承载来自同一个RLC SDU的数据,即,RLC PDU的负载不包括其它RLC SDU的数据,也就是说,发送端在RLC层不再对RLC SDU进行拼接处理。如此,可以减少发送端的拼接处理,降低处理复杂度和处理时延。
此外,数据接收端在RLC层可以只对同一RLC SDU各片段之间进行重排序;而不需要对RLC SDU之间进行重排序,因此可以简化接收端的处理。这将在下面的实施例中详细描述。
在不对RLC SDU进行拼接处理之后,RLC PDU的头部可以进一步简化,以减少RLCPDU的头部开销。当然,也可以继续采用现有技术的RLC PDU格式,只是相对于本申请的简化的RLC PDU格式,需要更大的头部开销。
请参考图4,其为本申请实施例提供的一种RLC PDU的格式的示意图。如图4所示,该RLC PDU包括头部和负载,其中负载用于承载来自同一个RLC SDU的数据。头部又称为包头,包括以下域中的一个或多个:数据/控制(data/control,D/C)域、序列号(sequencenumber,SN)域、分段指示(segment indicator,SI)域、和分段偏移(segment offset,SO)域。
D/C域:用于指示其所在的RLC PDU传输的是数据包还是控制包,或者说传输的是数据信息还是控制信息。例如,当D/C域=0时,该RLC PDU传输的是数据包,当D/C域=1时,该RLC PDU传输的为控制包。或者,反过来表示,当D/C域=0时,该RLC PDU传输的是控制包,当D/C域=1时,该RLC PDU传输的为数据包。本实施例不作限制。
SN域:用于指示其所在的RLC PDU传输的数据所属的RLC SDU。在现有技术中每个RLC PDU对应一个SN,而在本实施例中,每个RLC SDU对应一个SN。如果一个RLC SDU被分成多个片段被组装到多个RLC PDU中,则这些RLC PDU的SN是相同的。可见,在本实施例中,该SN域可以用于指示其所在的RLC PDU中传输的数据所属的RLC SDU对应的序号。
可见,一个RLC SDU对应一个SN,当一个RLC SDU被封装成多个RLC PDU进行传输时,该多个RLC PDU使用相同的SN。这样,一方面可以让PDCP层和RLC层共用一个SN,以减少头开销;另一方面,减少了现有技术中RLC SDU在被分段成多个RLC PDU时,需要多个SN,从而SN长度需要扩展的问题,同样可以减少开销。
该SN域的长度可以是约定好的,也可以通过高层,例如无线资源控制(radioresource control,RRC)层,进行配置。本实施例对该SN域的长度不做限制,可以根据需要进行配置或约定,例如可以为5bit,或10bit等。
可选的,该SN域内的SN可以是RLC层分配的;此时,RLC PDU和PDCP PDU中均包含各自的SN,也就是说,一个RLC PDU中会有两个SN。可选的,该SN域内的SN可以是PDCP层配置的,即RLC PDU中包含的SN即为PDCP层分配的SN。此时,一个RLC PDU中只有一个SN,一个RLCSDU被组装成的多个RLC PDU,拥有相同的SN。这样,一方面可以让PDCP层和RLC共用一个SN,以减少头开销,另一方面,解决了现有技术中RLC SDU在被分段成多个RLC PDU时,需要多个SN,从而SN长度需要扩展的问题,同样可以减少开销。
可选的,在发送端,该SN域可以用于控制RLC发送窗的位置和/或大小,根据接收端反馈的状态报告执行ARQ重传等操作。在接收端,该SN域可以用于执行重排序,反馈状态报告,重组RLC SDU等操作。
SI域:用于指示其所在的RLC PDU中封装的是完整的RLC SDU还是RLC SDU的片段,即该RCL PDU的负载是完整的RLC SDU还是RLC SDU的片段。
在一种实现中,该SI域可以包括2bit,其中,不同取值代表的含义不同,下面给出一个示例(示例1):
-00:表示没有分段,这里的分段是指对RLC SDU的分段,即RLC PDU中封装的是完整的RLC SDU;
-01:表示第一个片段,即RLC PDU中封装的是一个RLC SDU的第一个片段;
-10:表示中间片段,即RLC PDU中封装的是一个RLC SDU的中间片段,其中,中间片段既不包括该RLC SDU的第一个字节,也不包括该RLC SDU的最后一个字节,即该中间片段既不是该RLC SDU的第一个片段,也不是该RLC SDU最后一个片段;
-11:表示最后一个片段,即该RLC PDU中封装的是一个RLC SDU的最后一个片段。
再另一个示例中,SI的取值与其表示的含义的对应关系可以优化如下(示例2):
-00:表示没有分段,这里的分段是指对RLC SDU的分段,即RLC PDU中封装的是完整的RLC SDU;
-01:预留(reserved);
-10:预留(reserved);
-11:表示最后一个片段,即该RLC PDU中封装的是一个RLC SDU的最后一个片段。
这里的预留是指该取值的含义暂不做定义。
在另一种实现中,该SI域可以包括1bit,其中,不同取值代表的含义不同,下面给出一个示例(示例3):
-0:表示第一个片段或中间片段,即RLC PDU中封装的是一个RLC SDU的第一个片段或中间片段,其中,中间片段既不包括该RLC SDU的第一个字节,也不包括该RLC SDU的最后一个字节,即该中间片段既不是该RLC SDU的第一个片段,也不是该RLC SDU最后一个片段;
-1:表示没有分段或最后一个片段,这里的分段是指对RLC SDU的分段,即RLC PDU中封装的是完整的RLC SDU或该RLC PDU中封装的是一个RLC SDU的最后一个片段。
可以理解的,以上每种取值方式与该方式中每个取值所表示的含义的对应关系并非用以限制本申请,其可以用其他取值方式,例如采用更多bit,再如,以上每种取值方式中,取值和含义的对应关系也可以做调换。
SO域:用于指示其所在的RLC PDU的负载的第一个字节在该负载所属的RLC SDU中的字节偏移量。当该RLC PDU包含完整的RLC SDU时,该RLC PDU的负载的第一个字节即为该RLC SDU的第一个字节,因此该SO域所指示的字节偏移量为0。当该RLC PDU包含RLC SDU的一个片段时,该SO域所指示的字节偏移量即为该片段的第一字节在该RLC SDU中的字节偏移量。例如,RLC SDU的大小为400字节,假设该RLC SDU被分成2个200字节的片段,则第一个片段所在的RLC PDU中,SO域的取值为0;第二个片段所在的RLC PDU中,SO域的取值为201。其中,对于SO域的取值为0的情况,也可以省去该SO域,即没有SO域时,即认为该RLC PDU保护完整的RLC SDU,或者包括RLC SDU的第一个片段。
关于SO域的长度,本申请不做限制,其与RLC SDU或RLC SDU的片段大小有关,或者与RLC PDU的负载大小有关。RLC PDU的负载越大,需要的SO域的长度越长,但并非正比关系,例如SO域为1bit,可以表示的最大RLC PDU的负载大小为2;当SO域为2bit,可以表示的最大RLC PDU的负载大小为4,以此类推。当需要表示200个字节的RLC PDU负载时,需要的SO域的长度为8bit。SO域的长度可以约定好,或者可以由高层,例如RRC层,进行配置,或者可以在RLC PDU的头部中增加一个域,SO的长度指示域,用来指示SO的长度,例如1bit的域可以用来指示两个SO的长度,2bit的域可以用来指示4个SO的长度。
SI域可以和SO域结合,来表示RLC PDU中包含的RLC SDU或RLC SDU片段的具体信息,以便接收端重组RLC SDU。
对应以上示例1至示例4,SI域与SO域结合的示例分别如下:
示例1:对应以上示例1,SI的取值方式和含义与以上示例1相同:
-SI=00,SO=0或者SO域不存在:表示没有分段,这里的分段是指对RLC SDU的分段,即RLC PDU中封装的是完整的RLC SDU;
-SI=01,SO=0或者SO域不存在:表示第一个片段,即RLC PDU中封装的是一个RLCSDU的第一个片段;
-SI=10,SO=M,其中,M>0:表示中间片段,即RLC PDU中封装的是一个RLC SDU的中间片段,该中间片段的含义同以上描述,在此不再赘述。
-SI=11,SO=N,其中,N>0:表示最后一个片段,即该RLC PDU中封装的是一个RLCSDU的最后一个片段。
示例2:对应以上示例2,SI的取值方式和含义与以上示例2相同:
-SI=00,SO=0:表示没有分段,这里的分段是指对RLC SDU的分段,即RLC PDU中封装的是完整的RLC SDU;
-SI=11,SO=N,其中,N>0:表示最后一个片段,即该RLC PDU中包含某个RLC SDU的最后一个片段;
-SI既不等于00也不等于11,例如等于01或10,SO=M,其中,M>0:表示中间片段,即RLC PDU中封装的是一个RLC SDU的中间片段,该中间片段的含义同以上描述,在此不再赘述。
示例3:对应以上示例3,SI的取值方式和含义与以上示例3相同:
-SI=0,SO=0:表示第一个片段,即RLC PDU中封装的是一个RLC SDU的第一个片段;
-SI=0,SO=M,其中,M>0:表示中间片段;
-SI=1,SO=0:表示没有分段,这里的分段是指对RLC SDU的分段,即RLC PDU中封装的是完整的RLC SDU;
-SI=1,SO=N,其中,N>0:表示最后一个片段,即该RLC PDU中封装的是一个RLCSDU的最后一个片段。
可选的,RLC PDU的头部还可以包括轮询(polling)域,该轮询域用于请求接收端的RLC层反馈RLC状态报告。该轮询域同现有技术,在此不再赘述。
可选的,RLC PDU的头部还可以包括至少一个预留域,以便后续功能的扩展。
在一种实现方式中,发送端在RLC层可以根据低层,例如MAC层,的指示封装RLCPDU。例如,MAC层指示的大小能够容纳RLC SDU加对应RLC包头时,发送端在RLC层将整个RLCSDU封装成一个RLC PDU,该RLC PDU中的RLC SDU没有被分段,也没有拼接其它RLC SDU的数据,且没有超过一个字节大小的填充,即该填充是为了字节对齐而产生的填充。再如,MAC层指示的大小不能容纳RLC SDU加对应的RLC包头时,发送端将RLC SDU分成多个片段,将每个片段封装成一个RLC PDU。目前,MAC层用于调度资源,根据MAC层的资源调度情况,可以知道RLC层应该组多大的一个RLC PDU,或者多个RLC PDU之和的总大小。
在另一种实现方式中,预先设定好RLC PDU的大小,如此,发送端可以在RLC层根据预设的RLC PDU的大小来封装RLC PDU。这样,RLC层可以在MAC层完成调度之前或者接收到MAC层指示的大小之前,就可以提前封装好RLC PDU,在接收到MAC层指示之后,可以直接将相应数量的RLC PDU递交给MAC层,从而有效减少RLC层实时处理的时间,减少数据传输时延。该封装过程与根据MAC层的指示封装RLC PDU的过程类似。例如,预设的RLC PDU的大小能够容纳RLC SDU加对应RLC包头时,发送端在RLC层将整个RLC SDU封装成一个RLC PDU,该RLC PDU中的RLC SDU没有被分段,也没有拼接其它RLC SDU的数据。为了使封装成的RLCPDU的大小与预设的大小相同,此时发送端在RLC层可以进行填充处理;当然,也可以不进行填充处理,也就是说预设的RLC PDU的大小是限定值,只是用于限定组装成的RLC PDU大小的最大值。再如,预设的RLC PDU的大小不能容纳RLC SDU加对应的RLC包头时,发送端将RLCSDU分成多个片段,将每个片段封装成一个RLC PDU。发送端可以根据预设的RLC PDU的大小对RLC SDU进行分段,使得除最后一个片段以外的片段组成的RLC PDU的大小都达到了预设的RLC PDU的大小;对于最后一个片段,当其大小不足以组成预设大小的RLC PDU时,可以进行填充,也可以不进行填充,在此不进行限制。
请参考图5,其为本申请实施例提供的另一种RLC PDU的格式的示意图。其与图4所示的RLC PDU的格式的区别在于还包括长度指示(length indicator,LI)域,用于指示其所在的RLC PDU的负载的长度,即用于指示其所在的RLC PDU中的SDU或SDU片段的长度。
可选的,发送端在RLC层可以将RLC PDU逐个的发给MAC层,此时MAC层将每个RLCPDU看成是一个MAC SDU,并为每个MAC SDU设置一个子头来指示该MAC SDU。或者,发送端在RLC层可以将多个RLC PDU作为一个RLC数据包发送给MAC层,如图6所示。MAC层将该RLC数据包作为一个MAC SDU,因此,只需为其添加一个字头来指示该MAC SDU,减少了MAC层的包头开销。这将在下面MAC层数据处理过程中详细描述,在此不再详述。
可见,发送端将RLC数据包发送给MAC层,该RLC数据包可以包括一个RLC PDU,也可以包括多个RLC PDU。且一个RLC数据包包括的RLC PDU所封装的数据可以来自一个RLCSDU,也可以来自多个RLC SDU。
以下将各层的处理过程结合起来进行描述,以便本领域技术人员更好的理解,然而这并非用于限制本申请。本申请中各层处理数据的单元或实体可以位于RAN侧不同的设备中。
请参考图7,其为本申请实施例提供的一种数据处理方法的流程图。如图7所示,该方法包括如下步骤:
S710:高层数据(PDCP SDU)到达PDCP层,发送端在PDCP层对数进行处理,形成PDCPPDU,发送到RLC层。
发送端在PDCP层对数据的处理可以包括头压缩,加密,和完整性保护等操作中的一个或多个,同现有技术,在此不再赘述。
可选的,发送端在PDCP层为PDCP PDU分配或者关联一个SN,该SN可以封装在PDCPPDU中发送给RLC层;或者,不将SN封装在PDCP PDU中,和PDCP PDU一起发送给RLC层;或者,不将SN封装在PDCP PDU中,单独发送给PDCP PDU,但是通过信令指示该SN和PDCP PDU的对应关系,即指示该SN时分配给哪个PDCP PDU的。为了和RLC层的SN区别,称该SN为PDCP SN,其该PDCP SN可以与RLC层的SN相同或不同。
可选的,发送端可以在PDCP层维护PDCP发送窗,以控制PDCP层数据包的发送,这样,可以有效减少发送端发送的数据量超过PDCP SN所能表示的范围后,PDCP SN的重复的问题,从而解决了接收端在PDCP层接收到多个SN相同的数据包无法进行正确的区分和处理的问题。当发送端在PDCP层连续发送PDCP发送窗所能容纳的最大数量的PDCP PDU后,如果没有接收到低层(例如RLC层)或接收端反馈的成功发送或成功接收的状态报告,则不再发送PDCP PDU。对于发送端在RLC层采用非确认(unacknowledged mode,UM)模式时,该PDCP发送窗可以不存在。这里的成功发送的状态报告为发送端在RLC层反馈的成功发送全部或部分PDCP PDU的状态报告,成功接收的状态报告为接收端反馈的成功接收全部或部分PDCPPDU的状态报告。
PDCP发送窗的大小可以预配置好,或者,可以根据SN的长度来确定PDCP发送窗的大小。当根据SN的长度来确定PDCP发送窗的大小时,可以采用以下方式确定:W=(L+1)/2,其中,W表示PDCP发送窗的大小;L表示SN的长度所能表示的最大SN的值。例如,当SN的长度为10bit时,能表示的最大SN为1023,从而发送窗的大小为(1023+1)/2=512。
S720:发送端在RLC层接收来自PDCP层的PDCP PDU,作为RLC SDU,且在RLC层对RLCSDU进行处理,形成RLC PDU,发送到MAC层。
相对于现有技术,发送端在RLC层可以对RLC SDU进行拼接和分段两种处理,本实施例中,RLC层只保留分段处理,不再对RLC SDU进行拼接处理,如此可以降低处理复杂度和处理时延。且由于复杂度的降低,对RLC PDU包头的要求也会降低,可以节约RLC PDU包头的开销。
其中RLC层对来自PDCP层数据包的处理过程可以参照以上实施例,在此不再赘述。
另外,RLC PDU中的SN可以为以上步骤S710中PDCP层发下来的SN,即RLC PDU中的SN与PDCP SN相同。这样,一方面可以让PDCP层和RLC共用一个SN,以减少头开销,另一方面,解决了现有技术中RLC SDU在被分段成多个RLC PDU时,需要多个SN,从而SN长度需要扩展的问题,同样可以减少开销。
S730:发送端在MAC层接收来自RLC层的RLC数据包,作为MAC SDU,且在MAC层对MACSDU进行处理,形成MAC PDU,又可以称为传输块(transport block,TB),发送到物理层。
需要说明的是,发送端在MAC层可以从一个或多个RLC层接收RLC数据包,每个RLC层对应一个无线承载。
MAC PDU包括MAC头和MAC负载,MAC头包括多个子头,每个子头用于指示一个MAC控制元(control element,CE)或一个MAC SDU。
请参考图8,其为一种现有的MAC PDU的结构示意图。如图8所示,MAC PDU通常包括MAC头和MAC负载,MAC负载包括MAC SDU和/或MAC CE,可选的,还可以包括补丁(padding)。对于每个MAC SDU,在MAC头中存在一个关联的子头。一个普通的MAC PDU子头由六个域(R/R/E/LCID/F/L)组成,可以有L字段为7bit和15bit的两种形式;对于最后一个子头、固定长度的MAC控制元以及补丁对应的子头,包括四个域(R/R/E/LCID)。其中,R是预留比特位(简称预留位),设为“0”;E用于指示MAC头是否有多个域,例如当E=1时,意味着接下来存在另外一组“R/R/E/LCID”域,当E=0,意味着接下来是MAC负载了;逻辑信道标识(logicalchannel ID,LCID)用于标识对应的RLC PDU起源于哪个逻辑信道;F用于指示L字段的长度;L用于指示MAC SDU或者控制消息的长度。
本申请实施例可以采用与现有技术相同的MAC PDU格式,只是MAC SDU的内容可以和现有技术不同,即为以上RLC数据包,该RLC数据包可以包括多个以上格式的RLC PDU。
可选的,本申请实施例可以采用与现有技术不同的MAC PDU格式,区别主要在于在MAC头中增加了第二扩展域。可以将该第二扩展域表示为H域,或者E2域(此时原始的扩展域可以表示为E1域)。该H域用于指示该H域所在的MAC子头中LCID指示的逻辑信道是否还有RLC数据包。比如H域取0,代表没有该逻辑信道RLC数据包,取1代表有该逻辑信道的RLC数据包。或者反过来,H域取0,代表有该逻辑信道RLC数据包,取1代表没有该逻辑信道的RLC数据包。如此,同一个逻辑信道的数据只需要使用一个LCID来指示,有效减少包头开销。
请参考图9,其为本申请实施例提供的一种MAC PDU的结构示意图。如图9所示,该MAC PDU包括MAC头和MAC负载,MAC头包括至少一个子头,每个子头对应一个逻辑信道。该逻辑信道用LCID域指示。且每个子头关联的负载可以包括一个或多个MAC SDU,其中部分或全部MAC SDU也可以为MAC CE,这里为了简便起见,仅以MAC SDU为例。每个子头包括第一扩展域和第二扩展域,其中第一扩展域用于指示该MAC PDU是否还包括其它子头,即是否还包括其它逻辑信道的数据;第二扩展域用于指示该MAC PDU是否还包括该第二扩展域所在的子头对应的逻辑信道的其它数据。此外,该MAC子头还可以包括LI域、F域,它们的作用与现有技术类似。
以图9为例,该MAC PDU的子头包括以下域:
LCID域:用于指示该子头关联的负载来自哪个RLC层或哪个逻辑信道。可以理解,该子头关联的负载,例如MAC SDU 1和MAC SDU2,来自同一个RLC层或同一个逻辑信道。由于MAC层也可能会产生自己的数据,如MAC CE,该负载也通过对应的LCID来标识。这里仅以MACSDU为例,MAC CE与之类似。
E域:第一扩展域,用于指示该MAC PDU是否还包括其它子头,即是否还包括其它逻辑信道的数据。例如,E=0,表示该MAC PDU没有其它子头或没有其它逻辑信道的数据;E=1,表示该MAC PDU还有其它子头或还有其它逻辑信道的数据。反过来也可以。
R域:预留域。
H域:第二扩展域,用于指示该MAC PDU是否还包括该H域所在的子头对应的逻辑信道的其它数据,即用于指示是否还有其它H/F/L域。例如,H=0,代表没有其它H/F/L域,H=1,代表还有其它H/F/L域。
F域:用于指示L域的长度;
L域:用于指示MAC SDU或者MAC CE的长度。
可选的,MAC PDU的子头包括一组LCID/E/R域,一组或多组H/F/L域。
需要说明的是,除了图9所示的格式外,还可以将子头集中放置在MAC PDU的前面,每个子头关联的负载按照对应子头的顺序放在MAC PDU的后面,且最后也可以有填充字段。此外,也可以将同一个LCID的子头和该LCID所标识的逻辑信道的负载集中放在一起,子头的信息都放在前面,负载放在后面。例如图9中所示的子头1的两个部分集中放在前面,MACSDU1和MAC SDU2集中放在后面。
采用子头按LCID分开的方式,接收端在MAC层每解出一个子头,就可以解对应的负载,减少接收到处理时间。对于子头集中放置的方式,可以沿用现有标准,改变比较小。
S740:发送端通过物理层将数据发送给接收端。
S750:接收端在MAC层将接收到的MAC PDU还原成MAC SDU,并发送给RLC层。
可选的,当接收端和发送端都采用现有的MAC PDU格式时,接收端按现有的MACPDU格式还原MAC SDU。当接收端和发送端都采用以上步骤S730中的改进的MAC PDU格式时,接收端按该改进的MAC PDU格式还原MAC SDU。
接收端在MAC层还原出MAC SDU后,根据MAC SDU对应子头的LCID将该MAC SDU递交给对应的RLC层进行处理。
S760:接收端在RLC层从MAC层接收到MAC SDU,作为RLC数据包,并将接收到的RLC数据包还原成RLC SDU,递交给PDCP层。
同以上描述,RLC数据包可以包括一个RLC PDU,也可以包括多个RLC PDU。
当RLC PDU中包含的是完整的RLC SDU时,发送端在RLC层将RLC SDU递交给PDCP层进行处理。当RLC PDU中包含的是RLC SDU的片段时,发送端在RLC层成功接收到该RLC SDU的所有片段时,将所有片段还原成RLC SDU递交给PDCP层进行处理。
其中关于RLC PDU的格式同以上描述,在此不再赘述。
可选的,当发送给PDCP层的RLC SDU不包括PDCP序列号时,接收端将RLC PDU中SN域的SN发送给PDCP层,即将该RLC SDU对应的SN通知给PDCP层。其中,PDCP序列号为发送端组装PDCP PDU时,分配给该PDCP PDU的序列号。如此,在RLC SDU中没有包含PDCP序列号时,PDCP层能根据RLC层递交的SN进行相关处理,如重排序,安全相关的操作,解头压缩等中的一个或多个操作。
可选的,对于RLC非确认模式(unacknowledged mode,UM),接收端在RLC层维护一个重排序窗,该重排序窗的主要作用是当还没有还原出RLC SDU的一个片段所在的RLC PDU落在该重排序窗之外时,接收端在RLC层会将该RLC SDU对应的接收到的RLC PDU全部丢弃。可以理解的是,这里的落在重排序窗之外,是指落在重排序窗的下沿之外。进一步可选的,接收端可以通知PDCP层丢弃的RLC SDU的序号。
当接收端接收到更新的RLC PDU(对应的SN超过当前重排序窗上沿)时,接收端会滑动该重排序窗到该RLC PDU对应的SN或该RLC PDU对应的SN+1。可以理解,当接收到的RLCPDU的SN落在该重排序窗内,则接收端在RLC层尝试将其还原成RLC SDU并递交给PDCP层。当接收到的RLC PDU的SN落在该重排序窗之外,则接收端在RLC层直接将其丢弃。
可选的,当接收到的RLC PDU的SN出现不连续时,接收端在第一个不连续的位置启动关联定时器,在该关联定时器超时前,如果接收到包括不连续的SN的RLC PDU,则接收端停止该关联定时器。如果定时器超时,还没有收到包括不连续的SN的RLC PDU,则接收端将重排序窗下沿移动到该第一个不连续的位置对应的第一个没有向上递交的RLC SDU对应的SN的位置,并丢弃该SN之前没有递交给PDCP层的RLC PDU。进一步可选的,可以通知PDCP层所丢弃的RLC PDU对应的RLC SDU的SN。例如,接收端接收到的SN分别为1,2,5,6,7,10,则第一个出现不连续的位置为5的位置或5前面的位置。此时,可以以记第一个出现不连续的位置对应的SN为5或4。在5或4的位置启动关联定时器。如针对4或5的关联定时器超时,接收端将重排序窗下沿移动到SN为8的位置,并丢弃该8之前没有递交给PDCP层的RLC PDU。此时,接收到的RLC PDU的情况为1,2,5,6,7,10,则会在9或10再启动一个关联定时器。另外,该关联定时器的长度可以由高层配置,也可以约定好,本申请不作限制。
可选的,对于RLC确认模式(acknowledged mode,AM),接收端在RLC层维护一个重排序窗,该重排序窗的主要作用是执行ARQ。该重排序窗的下沿为没有递交给PDCP层的所有RLC SDU的SN中最小的SN。可以理解的,当接收到的RLC PDU的SN落在该重排序窗内,则接收端在RLC层尝试将其还原成RLC SDU并递交给PDCP层。当接收到的RLC PDU的SN落在该重排序窗之外,则接收端RLC层直接将其丢弃。
进一步可选的,当接收到的RLC PDU的SN出现不连续时,则在第一个不连续的位置(如接收到的SN为1,2,5,6,7,10,则在4或5)启动一个关联定时器,在该关联定时器超时前,如果接收到不连续的RLC PDU,则停止该关联定时器。如果关联定时器超时,则触发RLC层状态报告。
RLC接收端反馈RLC状态报告时,封装RLC状态报告的格式如下:
-D/C域:同数据包格式,在此不作赘述。
-ACK_SN:RLC状态报告中反映的接收端在RLC层接收到的RLC PDU的SN的下一个SN;
-NACK_SN:RLC状态报告中反映的接收端在RLC层接收到的RLC PDU的SN之前的没有成功接收到RLC PDU的SN,即在RLC PDU发送端,NACK_SN表示的RLC PDU在发送端先于ACK_SN表示的RLC PDU发送。
-SO_Start:当接收端只接收到一个RLC SDU的一部分(一个或多个片段),则,该SO_Start表示接收到这部分的起始字节。
-SO_End:当接收端只接收到一个RLC SDU的一部分(一个或多个片段),则,该SO_End表示接收到这部分的结束字节。
可选的,当同一个RLC SDU的一部分内容涉及两个或多个不连续的分段时,可以采用如下方式来表示:
使用NACK_SN,SO_Start,SO_End组合的方式,每个不连续分段都使用NACK_SN,SO_Start,SO_End组合表表示,这样做的好处是简单,缺点是针对同一个RLC SDU,会有两个SN,开销比较大;或者,
使用一个NACK_SN,多个SO_Start,SO_End组合的方式,好处是开销比较小,缺点是包格式比较复杂,需要有指示域来指示某NACK_SN对应的RLC PDU中,有几个SO_Start,SO_End组合,或者指示某NACK_SN对应的RLC PDU中,一个SO_Start,SO_End组合后面还有没有其它SO_Start,SO_End组合。
对于发送端的RLC层,接收到接收端在RLC层的反馈后,重传RLC PDU时,如果物理层资源不能发送完整的RLC PDU,则发送端可以进一步对该RLC PDU进行分段。分段后的RLCPDU的格式与以上RLC PDU的格式相同,只是SI/SO等域的内容会发生变化。在重传时,对应的新传或上一次重传RLC PDU中包含的RLC SDU或RLC SDU片段,可以再分成RLC SDU片段或更小的RLC SDU片段,或者对应的新传或上一次重传RLC PDU中包含的RLC SDU片段,再分成更小的RLC SDU片段,或者将两个或更多连续的属于一个RLC SDU的片段再合成一个SDU片段或完整的SDU,组装为一个RLC PDU。总之,只要RLC PDU的负载来自于一个RLC SDU即可。
可见,接收端在RLC层对RLC PDU不作重排序,只要能还原成RLC SDU,就直接往上递交。由于发送端没有拼接,接收端的处理变得非常简单高效,减少了处理时延。另外,接收端可以在RLC层维护一个重排序窗和/或关联定时器,用于判断是否需要丢弃相关RLC PDU。
S770,接收端在PDCP层从RLC层接收到RLC SDU,作为PDCP PDU,并将PDCP PDU还原成PDCP SDU,递交给上层处理。
该过程同现有技术,在此不再详述。
可选的,接收端在PDCP层可以维护一个重排序窗,该重排序窗用于PDCP层的按序递交。例如,当接收到PDCP PDU的SN落在该重排序窗之外时,接收端在PDCP层会将该PDCPPDU丢弃,当接收到的PDCP PDU的SN落在该重排序窗内时,接收端在PDCP层尝试将其还原成PDCP SDU并递交给上层。可以理解的是,这里的落在重排序窗之外,是指落在重排序窗的下沿之外。
进一步可选的,当接收到的PDCP PDU的SN出现不连续时,接收端在第一个不连续的位置(如接收到SN为1,2,5,6,7,10,则在4或5)启动一个关联定时器。且在该关联定时器超时前,如果接收到不连续的PDCP PDU,则停止该关联定时器;如果定时器超时,则将重排序窗下沿移动到该第一个不连续的位置对应的第一个没有向上递交的PDCP SDU对应的SN的位置,如移动到8。如果针对以上4或5的关联定时器超时,则接收到的PDCP PDU的情况为1,2,5,6,7,10,此时,在9或10再启动一个关联定时器。该关联定时器的长度由高层配置或协议固定,本申请不作限制。
当PDCP层接收到RLC层通知的SN对应的数据包不会再递交上来的信息后,PDCP也不再期望接收到该数据包。从而,可能的操作是,将该SN之后的连续数据包递交给高层。如果正在运行的关联定时器关联的SN小于已经递交给高层的数据包的最大SN,则停止该关联定时器。并将该关联定时器移动到该最大SN之后第一个没有向上递交的PDCP SDU对应的SN的位置。
可见,接收端在RLC层对RLC PDU不做重排序,只要能还原出RLC SDU,就直接往上递交。PDCP层可以对先接收到的PDC进行处理,如解密,解头压缩等。与现有技术相比,不用等RLC层先排序再递交上来处理,节省了处理时间。
可以理解的,本发明实施例可以包含上述各步骤中的一步或多步,如包含发送端PDCP的步骤,发送端RLC的步骤,发送端MAC的步骤,接收端MAC的步骤,接收端RLC的步骤,接收端PDCP的步骤中的一个或多个。
以上实施例所揭示的方法可以由发送端所位于的网元执行,例如当发送端位于终端时,以上方法可以由终端执行,当发送端位于RAN侧时,以上方法可以由RAN设备执行。且终端或RAN设备具有数据处理装置,该数据处理装置包括执行以上任一方法中各个步骤的单元。
请参看图10,其为本申请实施例提供的一种数据处理装置的结构示意图,该装置位于发送端,用于执行以上方案中发送端执行的部分或全部操作。如图10所示,该数据处理装置100包括接收单元101和处理单元102。其中,接收单元101用于从PDCP层接收数据包,该数据包作为RLC SDU;处理单元102用于将RLC SDU封装成至少一个RLC PDU,其中,处理单元102在RLC层封装的每个RLC PDU包括头部和负载,且负载用于承载来自同一个RLC SDU的数据。
关于RLC PDU的头部的描述同以上实施例,在此不再赘述。
此外,处理单元102可以根据MAC层指示,将RLC SDU封装成至少一个RLC PDU;也可以根据预设的RLC PDU的大小,将RLC SDU封装成至少一个RLC PDU。具体参照以上实施例的描述。
请继续参考图10,可选的,该数据处理装置100还可以包括发送单元103,用于向MAC层发送RLC数据包,该RLC数据包包括一个或多个RLC PDU。可选的,该数据处理装置100还可以进一步包括处理单元104,用于将RLC数据包作为MAC SDU,封装成MAC PDU,所述MACPDU包括MAC头和MAC负载,所述MAC头包括至少一个子头,每个子头对应一个逻辑信道,所述子头包括第一扩展域和第二扩展域,其中所述第一扩展域用于指示该MAC PDU是否还包括其它子头或是否还包括其它逻辑信道的数据,所述第二扩展域用于指示该MAC PDU是否还包括该第二扩展域所在的子头对应的逻辑信道的其它数据。
需要说明的是,当MAC层和RLC层布置在不同的物理实体上时,该数据处理装置100可以不包括处理单元104。而将RLC数据包发送给位于其他物理实体上的MAC层处理。
请参看图11,其为本申请实施例提供的一种数据处理装置的结构示意图,该装置位于接收端,用于执行以上方案中发送端执行的部分或全部操作。如图11所示,该数据处理装置1100包括接收单元1101,处理单元1102和发送单元1103。其中,接收单元1101用于在RLC层从MAC层接收数据包,该数据包包括RLC PDU,RLC PDU包括头部和负载,且负载用于承载来自同一个RLC SDU的数据;处理单元1102用于根据RLC PDU的头部,确定RLC PDU的负载是完整的RLC SDU时,获取RLC SDU;发送单元1103用于将该RLC SDU发送给PDCP层。处理单元1102用于根据RLC PDU的头部,确定RLC PDU的负载是RLC SDU的一个片段时,获取该RLCSDU的所有片段,并将该所有片段还原为RLC SDU;发送单元1103用于将该RLC SDU发送给PDCP层。
关于RLC PDU的头部的描述同以上实施例,在此不再赘述。
可选的,当发送给PDCP层的RLC SDU不包括PDCP SN时,发送单元1103还用于将RCLPDU中的SN发送给PDCP层。
可选的,数据处理装置1100还包括处理单元1104,在接收单元1101从MAC层接收数据包之前,用于在MAC层根据MAC PDU的格式,获得MAC SDU,将MAC SDU作为发送给RLC层的数据包,其中MAC PDU的格式同以上实施例的描述,在此不再赘述。
需要说明的是,当MAC层和RLC层布置在不同的物理实体上时,该数据处理装置1100可以不包括处理单元1104。而将RLC数据包发送给位于其他物理实体上的MAC层处理。
应理解以上数据处理装置100的各个单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元通过软件通过处理元件调用的形式实现,部分单元通过硬件的形式实现。例如,处理单元可以为单独设立的处理元件,也可以集成在RAN设备或终端的某一个芯片中实现,此外,也可以以程序的形式存储于RAN设备或终端的存储器中,由RAN设备或终端的某一个处理元件调用并执行以上各个单元的功能。其它单元的实现与之类似。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA)等。再如,当以上某个单元通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central ProcessingUnit,CPU)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
数据处理装置1100各个单元的实现与之类似,在此不再赘述。
此外,发送端在PDCP层的数据处理也可以通过一个数据处理装置实现,该数据处理装置包括执行以上实施例中发送端在PDCP层全部或部分步骤的各个单元。同样的,接收端在PDCP层的数据处理也可以通过一个数据处理装置实现,该数据处理装置包括执行以上实施例中接收端在PDCP层全部或部分步骤的各个单元。
同样的,发送端在MAC层的数据处理也可以通过一个数据处理装置实现,该数据处理装置包括执行以上实施例中发送端在MAC层全部或部分步骤的各个单元。同样的,接收端在MAC层的数据处理也可以通过一个数据处理装置实现,该数据处理装置包括执行以上实施例中接收端在MAC层全部或部分步骤的各个单元。
请参考图12,其为本申请实施例提供的一种数据处理装置的结构示意图。如图12所示,该数据处理装置1200包括处理器1201和存储器1202。其中处理器1201调用存储器1202存储的程序,用于执行以上实施例中发送端或接收端执行的全部或部分操作。例如,执行以上实施例中发送端在PDCP层、RLC层和MAC层任一层的操作,或执行以上实施例中接收端在PDCP层、RLC层和MAC层任一层的操作。
请继续参考图13,其为本申请实施例提供的一种终端的结构示意图。如图13所示,该终端包括处理器1301、存储器1302、收发装置1303。收发装置1303可以与天线连接。在下行方向上,收发装置1303通过天线接收RAN设备发送的信息,并将信息发送给处理器1301进行处理。在上行方向上,处理器1301对终端的数据进行处理,并通过收发装置1303发送给RAN设备。
当终端为发送端时,该终端包括以上任一种用于执行发送端操作的数据处理装置。例如图10或图12所示的数据处理装置。其中图10中的各个单元可以通过处理器1301调用1302中的程序代码的形式实现,也可以集成在终端的某个芯片上。
当终端为接收端时,该终端包括以上任一种用于执行接收端操作的数据处理装置。例如图11或图12所示的数据处理装置。其中图11中的各个单元可以通过处理器1301调用1302中的程序代码的形式实现,也可以集成在终端的某个芯片上。
请继续参考图14,其为本申请实施例提供的一种RAN设备的结构示意图。如图14所示,该RAN设备包括:天线1410、射频装置1420、基带装置1430。天线1410与射频装置1420连接。在上行方向上,射频装置1420通过天线1410接收终端发送的信息,将终端发送的信息发送给基带装置1430进行处理。在下行方向上,基带装置1430对终端的信息进行处理,并发送给射频装置1420,射频装置1420对终端的信息进行处理后经过天线1410发送给终端。
当RAN设备为发送端时,该RAN设备包括以上任一种用于执行发送端操作的数据处理装置,且该数据处理装置位于基带装置1430。例如图10或图12所示的数据处理装置可以位于基带装置1430。
在一种实现中,图10所示的各个单元通过处理元件调度程序的形式实现,例如基带装置1430包括处理元件1431和存储元件1432,处理元件1431调用存储元件1432存储的程序,以实现各个单元的功能。此外,该基带装置1430还可以包括接口1433,用于与射频装置1420交互信息,该接口例如为通用公共无线接口(common public radio interface,CPRI)。
在另一种实现中,以上这些单元可以是被配置成一个或多个处理元件,这些处理元件设置于基带装置1430上,这里的处理元件可以为集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA等。这些集成电路可以集成在一起,构成芯片。
例如,以上各个单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现,例如,基带装置1430包括SOC芯片,用于实现以上各个单元。
这里的处理元件同以上描述,可以是通用处理器,例如中央处理器(CentralProcessing Unit,CPU),还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA等。
存储元件可以是一个存储器,也可以是多个存储元件的统称。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
另外,在现有技术中,测量间隔(Measurement Gap)用于终端执行异频测量时,暂时中断当前服务小区的通信。测量间隔是终端为粒度进行配置的,配置好以后,以终端为粒度进行执行。即当RAN设备为终端配置了测量间隔参数,如测量间隔的周期及偏移量等,终端在对应的测量间隔期间,不在当前服务小区或当前服务所在频点接收信息。但是,这样做会影响终端与当前服务小区的正常通信。为此本申请实施例提出了一种以载波为粒度的测量间隔。但是,当前并没有如何进行以载波为粒度的测量间隔的配置方法。
本申请实施例提供一种配置测量间隔参数的方法,该方法用于RAN设备,即由RAN设备执行,请参考图15,该方法包括如下步骤:
S1510:RAN设备确定测量间隔配置参数。
其中,测量间隔配置参数至少包括:
-一个或多个测量频率(Frequency)或测量频段(Band)信息,
-在终端测量该一个或多个测量频率或测量频段时能够正常收发信息的一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息),即其它当前服务小区(或者服务频率或者服务频带)不能进行收发。或终端测量该在终端测量该一个或多个测量频率或测量频段时不能够正常收发信息的一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)以及
-测量间隔模式信息如测量间隔的周期及偏移量,可选的,测量间隔模式信息中还包括测量间隔的长度信息(如6ms,4ms,3ms等)。
可选的,上述测量间隔参数中还包括,在终端测量该一个或多个测量频率或测量频段时能够在部分时段收发信息的一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息),所谓能在部分时段收发信息,是指在终端将射频从当前一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)调到能够测量该一个或多个测量频率或测量频段所需要的时间,以及终端将射频从能够测量该一个或多个测量频率或测量频段调到当前一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)所需要的时间之外的测量时间内,能够在当前一个或多个服务小区(或者一个或多个服务频率,或者一个或多个服务频带)收发信息,比如,根据测量间隔参数信息,终端需要在时刻0~5对某频点f1进行测量,终端当前工作频点是f2,假设终端从f2调到能够测量f1所需要的时间为1ms,从能够测量f1的频点再调回到f2所需要的时间为1ms,则终端可以在f1收发信息的时间为时刻1~4。或者包括在终端测量该一个或多个测量频率或测量频段时不能够在部分时段收发信息的一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)。
可选的,上述测量间隔中能够在部分时段收发信息的一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)是当前所有服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)时,可以标识为“所有”,而不是列出各个当前所有服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)。
可选的,上述测量间隔参数中还包括测量间隔模式标识(Pattern Identity),该测量间隔模式标识与上述多个参数相关联。
映射关系举例如下表1:
表1
S1520:RAN设备向终端发送测量间隔配置参数。
具体的,所述测量间隔配置参数包含在无线资源控制(Radio Resource Conrtol,RRC)消息中。
通过本申请实施例,当终端测量不同频率或频带时,仍然可以在一个或多个当前服务小区收发信息,增加了终端与RAN设备的通信时间,提升终端数据速率。
相应的,本申请实施例还提供一种RAN设备,包括用于执行图15所示方法步骤的单元。各个单元的实现同以上实施例的描述,可以为处理器调用存储器存储的程序的形式实现,也可以集成在一个或多个集成电路或芯片中实现。且该RAN设备的结构可以参照图14。
本申请另外一个实施例实施例提供一种配置测量间隔参数的方法,该方法用于终端,即由终端设备执行,该方法包括如下步骤:
S1610:终端接收测量间隔配置参数。
其中,测量间隔配置参数至少包括:
-一个或多个测量频率(Frequency)或测量频段(Band)信息,
-在终端测量该一个或多个测量频率或测量频段时能够正常收发信息的一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息),即其它当前服务小区(或者服务频率或者服务频带)不能进行收发。或终端测量该在终端测量该一个或多个测量频率或测量频段时不能够正常收发信息的一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)以及
-测量间隔模式信息如测量间隔的周期及偏移量,可选的,测量间隔模式信息中还包括测量间隔的长度信息(如6ms,4ms,3ms等)。
可选的,上述测量间隔参数中还包括,在终端测量该一个或多个测量频率或测量频段时能够在部分时段收发信息的一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息),所谓能在部分时段收发信息,是指在终端将射频从当前一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)调到能够测量该一个或多个测量频率或测量频段所需要的时间,以及终端将射频从能够测量该一个或多个测量频率或测量频段调到当前一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)所需要的时间之外的测量时间内,能够在当前一个或多个服务小区(或者一个或多个服务频率,或者一个或多个服务频带)收发信息,比如,根据测量间隔参数信息,终端需要在时刻0~5对某频点f1进行测量,终端当前工作频点是f2,假设终端从f2调到能够测量f1所需要的时间为1ms,从能够测量f1的频点再调回到f2所需要的时间为1ms,则终端可以在f1收发信息的时间为时刻1~4。或者包括在终端测量该一个或多个测量频率或测量频段时不能够在部分时段收发信息的一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)。
可选的,上述测量间隔中能够在部分时段收发信息的一个或多个服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)是当前所有服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)时,可以标识为“所有”,而不是列出各个当前所有服务小区的信息(或者一个或多个服务频率信息,或者一个或多个服务频带信息)。
可选的,上述测量间隔参数中还包括测量间隔模式标识(Pattern Identity),该测量间隔模式标识与上述多个参数相关联。
映射关系举例如下:
具体的,所述测量间隔配置参数包含在无线资源控制(Radio Resource Conrtol,RRC)消息中。
S1620:终端应用所述测量间隔配置参数执行测量。
通过本申请实施例,当终端测量不同频率或频带时,仍然可以在一个或多个当前服务小区收发信息,增加了终端与RAN设备的通信时间,提升终端数据速率。
相应的,本申请实施例还提供一种终端,包括用于执行图16所示方法步骤的单元。各个单元的实现同以上实施例的描述,可以为处理器调用存储器存储的程序的形式实现,也可以集成在一个或多个集成电路或芯片中实现。且该终端的结构可以参照图13。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (42)
1.一种数据处理方法,包括:
数据发送装置从分组数据汇聚协议PDCP层接收数据包,该数据包作为无线链路控制RLC业务数据单元SDU;
所述数据发送装置将所述RLC SDU封装成至少一个RLC协议数据单元PDU,
其中,所述数据发送装置在RLC层封装的每个RLC PDU包括头部和负载,且所述负载用于承载来自同一个RLC SDU的数据。
2.如权利要求1所述的方法,其特征在于,所述头部包括分段指示SI域,用于指示该SI域所在的RLC PDU中封装的是完整的RLC SDU还是RLC SDU的片段。
3.如权利要求2所述的方法,其特征在于,所述SI域包括2比特,且所述SI域的取值表示:
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU,第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的第一个片段,第三取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的中间片段,第四取值用于表示该SI域所在的RLCPDU中封装的是一个RLC SDU的最后一个片段;或者,
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU,第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段。
4.如权利要求2所述的方法,其特征在于,所述SI域包括1比特,且所述SI域的取值表示:
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU或表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段;第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的第一个片段或中间片段。
5.如权利要求2至4任一项所述的方法,其特征在于,所述头部还包括分段偏移SO域,用于指示该SI域所在的RLC PDU的负载的第一个字节在该负载所属的RLC SDU中的字节偏移量。
6.如权利要求2至5任一项所述的方法,其特征在于,所述头部还包括序列号SN域,其中,当一个RLC SDU被封装成多个RLC PDU时,所述多个RLC PDU的头部的SN域的SN相同。
7.如权要求6所述的方法,其特征在于,所述SN域中的SN由所述PDCP层配置。
8.如权利要求2至7任一项所述的方法,其特征在于,所述头部还包括长度指示LI域,用于指示所述LI域所在的RLC PDU的负载的长度。
9.如权利要求1至8任一项所述的方法,其特征在于,所述数据发送装置将所述RLC SDU封装成至少一个RLC PDU,包括:
根据媒体接入控制MAC层的指示,将所述RLC SDU封装成至少一个RLC PDU;或者,
根据预设的RLC PDU的大小,将所述RLC SDU封装成至少一个RLC PDU。
10.如权利要求1至9任一项所述的方法,其特征在于,还包括:
所述数据发送装置向MAC层发送RLC数据包,所述RLC数据包包括一个或多个RLC PDU。
11.如权利要求10所述的方法,其特征在于,还包括:
所述数据发送装置将RLC数据包作为MAC SDU,封装成MAC PDU,所述MAC PDU包括MAC头和MAC负载,所述MAC头包括至少一个子头,每个子头对应一个逻辑信道,所述子头包括第一扩展域和第二扩展域,其中所述第一扩展域用于指示该MAC PDU是否还包括其它子头或是否还包括其它逻辑信道的数据,所述第二扩展域用于指示该MAC PDU是否还包括该第二扩展域所在的子头对应的逻辑信道的其它数据。
12.一种数据处理方法,包括:
数据接收装置在无线链路控制RLC层从媒体接入控制MAC层接收数据包,该数据包包括RLC协议数据单元PDU,所述RLC PDU包括头部和负载,且所述负载用于承载来自同一个RLCSDU的数据;
所述数据接收装置根据所述RLC PDU的头部,确定所述RLC PDU的负载是完整的RLC业务数据单元SDU时,获取该RLC SDU,并将该RLC SDU发送给分组数据汇聚协议PDCP层;和/或,
所述数据接收装置根据所述RLC PDU的头部,确定所述RLC PDU的负载是RLC SDU的一个片段时,获取该RLC SDU的所有片段,并将该所有片段还原为所述RLC SDU,并将该RLCSDU发送给分组数据汇聚协议PDCP层。
13.如权利要求12所述的方法,其特征在于,所述头部包括分段指示SI域,用于指示该SI域所在的RLC PDU中封装的是完整的RLC SDU还是RLC SDU的片段。
14.如权利要求13所述的方法,其特征在于,所述SI域包括2比特,且所述SI域的取值表示:
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU,第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的第一个片段,第三取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的中间片段,第四取值用于表示该SI域所在的RLCPDU中封装的是一个RLC SDU的最后一个片段;或者,
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU,第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段。
15.如权利要求13所述的方法,其特征在于,所述SI域包括1比特,且所述SI域的取值表示:
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU或表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段;第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的第一个片段或中间片段。
16.如权利要求13至15任一项所述的方法,其特征在于,所述头部还包括分段偏移SO域,用于指示该SI域所在的RLC PDU的负载的第一个字节在该负载所属的RLC SDU中的字节偏移量。
17.如权利要求13至16任一项所述的方法,其特征在于,所述头部还包括序列号SN域,其中,当一个RLC SDU被封装成多个RLC PDU时,所述多个RLC PDU的头部的SN域的SN相同。
18.如权要求17所述的方法,其特征在于,所述SN域中的SN由所述PDCP层配置。
19.如权利要求17或18所述的方法,其特征在于,还包括:
当发送给PDCP层的RLC SDU不包括PDCP序列号时,所述数据接收装置将所述SN域的SN发送给PDCP层。
20.如权利要求13至19任一项所述的方法,其特征在于,所述头部还包括长度指示LI域,用于指示所述LI域所在的RLC PDU的负载的长度。
21.如权利要求12至20任一项所述的方法,其特征在于,所述数据接收装置从MAC层接收数据包之前,还包括:
所述数据接收装置在MAC层根据MAC PDU的格式,获得MAC SDU,将所述MAC SDU作为发送给所述RLC层的数据包,其中所述MAC PDU的格式如下:
所述MAC PDU包括MAC头和MAC负载,所述MAC头包括至少一个子头,每个子头对应一个逻辑信道,所述子头包括第一扩展域和第二扩展域,其中所述第一扩展域用于指示该MACPDU是否还包括其它子头或是否还包括其它逻辑信道的数据,所述第二扩展域用于指示该MAC PDU是否还包括该第二扩展域所在的子头对应的逻辑信道的其它数据。
22.一种数据处理装置,位于发送端,包括
接收单元,用于从分组数据汇聚协议PDCP层接收数据包,该数据包作为无线链路控制RLC业务数据单元SDU;
第一处理单元,用于将所述RLC SDU封装成至少一个RLC协议数据单元PDU,其中,所述第一处理单元在RLC层封装的每个RLC PDU包括头部和负载,且所述负载用于承载来自同一个RLC SDU的数据。
23.如权利要求22所述的装置,其特征在于,所述头部包括分段指示SI域,用于指示该SI域所在的RLC PDU中封装的是完整的RLC SDU还是RLC SDU的片段。
24.如权利要求23所述的装置,其特征在于,所述SI域包括2比特,且所述SI域的取值表示:
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU,第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的第一个片段,第三取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的中间片段,第四取值用于表示该SI域所在的RLCPDU中封装的是一个RLC SDU的最后一个片段;或者,
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU,第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段。
25.如权利要求23所述的装置,其特征在于,所述SI域包括1比特,且所述SI域的取值表示:
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU或表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段;第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的第一个片段或中间片段。
26.如权利要求23至25任一项所述的装置,其特征在于,所述头部还包括分段偏移SO域,用于指示该SI域所在的RLC PDU的负载的第一个字节在该负载所属的RLC SDU中的字节偏移量。
27.如权利要求23至26任一项所述的装置,其特征在于,所述头部还包括序列号SN域,其中,当一个RLC SDU被封装成多个RLC PDU时,所述多个RLC PDU的头部的SN域的SN相同。
28.如权要求27所述的装置,其特征在于,所述SN域中的SN由所述PDCP层配置。
29.如权利要求23至28任一项所述的装置,其特征在于,所述头部还包括长度指示LI域,用于指示所述LI域所在的RLC PDU的负载的长度。
30.如权利要求22至29任一项所述的装置,其特征在于,所述第一处理单元用于:
根据媒体接入控制MAC层的指示,将所述RLC SDU封装成至少一个RLC PDU;或者,
根据预设的RLC PDU的大小,将所述RLC SDU封装成至少一个RLC PDU。
31.如权利要求22至30任一项所述的装置,其特征在于,还包括:
发送单元,用于向MAC层发送RLC数据包,所述RLC数据包包括一个或多个RLC PDU。
32.如权利要求31所述的装置,其特征在于,还包括:
第二处理单元,用于将RLC数据包作为MAC SDU,封装成MAC PDU,所述MAC PDU包括MAC头和MAC负载,所述MAC头包括至少一个子头,每个子头对应一个逻辑信道,所述子头包括第一扩展域和第二扩展域,其中所述第一扩展域用于指示该MAC PDU是否还包括其它子头或是否还包括其它逻辑信道的数据,所述第二扩展域用于指示该MAC PDU是否还包括该第二扩展域所在的子头对应的逻辑信道的其它数据。
33.一种数据处理装置,位于接收端,其特征在于,包括接收单元,第一处理单元,和发送单元,其中,
所述接收单元用于在无线链路控制RLC层从媒体接入控制MAC层接收数据包,该数据包包括RLC协议数据单元PDU,所述RLC PDU包括头部和负载,且所述负载用于承载来自同一个RLC SDU的数据;
所述第一处理单元用于根据所述RLC PDU的头部,确定所述RLC PDU的负载是完整的RLC业务数据单元SDU时,获取该RLC SDU,所述发送单元用于将该RLC SDU发送给分组数据汇聚协议PDCP层;和/或,
所述第一处理单元用于根据所述RLC PDU的头部,确定所述RLC PDU的负载是RLC SDU的一个片段时,获取该RLC SDU的所有片段,并将该所有片段还原为所述RLC SDU,所述发送单元用于将该RLC SDU发送给分组数据汇聚协议PDCP层。
34.如权利要求33所述的装置,其特征在于,所述头部包括分段指示SI域,用于指示该SI域所在的RLC PDU中封装的是完整的RLC SDU还是RLC SDU的片段。
35.如权利要求34所述的装置,其特征在于,所述SI域包括2比特,且所述SI域的取值表示:
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU,第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的第一个片段,第三取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的中间片段,第四取值用于表示该SI域所在的RLCPDU中封装的是一个RLC SDU的最后一个片段;或者,
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU,第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段。
36.如权利要求34所述的装置,其特征在于,所述SI域包括1比特,且所述SI域的取值表示:
第一取值用于表示该SI域所在的RLC PDU中封装的是完整的RLC SDU或表示该SI域所在的RLC PDU中封装的是一个RLC SDU的最后一个片段;第二取值用于表示该SI域所在的RLC PDU中封装的是一个RLC SDU的第一个片段或中间片段。
37.如权利要求34至36任一项所述的装置,其特征在于,所述头部还包括分段偏移SO域,用于指示该SI域所在的RLC PDU的负载的第一个字节在该负载所属的RLC SDU中的字节偏移量。
38.如权利要求34至37任一项所述的装置,其特征在于,所述头部还包括序列号SN域,其中,当一个RLC SDU被封装成多个RLC PDU时,所述多个RLC PDU的头部的SN域的SN相同。
39.如权要求38所述的装置,其特征在于,所述SN域中的SN由所述PDCP层配置。
40.如权利要求38或39所述的装置,其特征在于,所述发送单元还用于:
当发送给PDCP层的RLC SDU不包括PDCP序列号时,将所述SN域的SN发送给PDCP层。
41.如权利要求34至40任一项所述的装置,其特征在于,所述头部还包括长度指示LI域,用于指示所述LI域所在的RLC PDU的负载的长度。
42.如权利要求33至41任一项所述的装置,其特征在于,还包括第二处理单元,在所述接收单元从MAC层接收数据包之前,所述第二处理单元用于:
在MAC层根据MAC PDU的格式,获得MAC SDU,将所述MAC SDU作为发送给所述RLC层的数据包,其中所述MAC PDU的格式如下:
所述MAC PDU包括MAC头和MAC负载,所述MAC头包括至少一个子头,每个子头对应一个逻辑信道,所述子头包括第一扩展域和第二扩展域,其中所述第一扩展域用于指示该MACPDU是否还包括其它子头或是否还包括其它逻辑信道的数据,所述第二扩展域用于指示该MAC PDU是否还包括该第二扩展域所在的子头对应的逻辑信道的其它数据。
Priority Applications (13)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910643602.1A CN110505656B (zh) | 2016-09-30 | 2016-09-30 | 数据处理方法、装置及系统 |
CN201610873599.9A CN107889163B (zh) | 2016-09-30 | 2016-09-30 | 数据处理方法、装置及系统 |
RU2019112746A RU2756289C2 (ru) | 2016-09-30 | 2017-09-30 | Способ, оборудование и система обработки данных |
CN201780060896.4A CN109792634B (zh) | 2016-09-30 | 2017-09-30 | 数据处理方法、装置及系统 |
ES17855040T ES2899957T3 (es) | 2016-09-30 | 2017-09-30 | Métodos y dispositivos de procesamiento de datos |
EP17855040.6A EP3474595B1 (en) | 2016-09-30 | 2017-09-30 | Data processing methods and devices |
EP21203077.9A EP4013113A1 (en) | 2016-09-30 | 2017-09-30 | Data processing method and apparatus |
KR1020197010628A KR102208262B1 (ko) | 2016-09-30 | 2017-09-30 | 데이터 처리 방법, 장치, 및 시스템 |
AU2017337009A AU2017337009B2 (en) | 2016-09-30 | 2017-09-30 | Data processing method, apparatus, and system |
JP2019517221A JP6827533B2 (ja) | 2016-09-30 | 2017-09-30 | データ処理の方法、装置、およびシステム |
PCT/CN2017/105044 WO2018059590A1 (zh) | 2016-09-30 | 2017-09-30 | 数据处理方法、装置及系统 |
US16/371,903 US10999890B2 (en) | 2016-09-30 | 2019-04-01 | Data processing method, apparatus, and system |
US16/434,879 US20190297667A1 (en) | 2016-09-30 | 2019-06-07 | Data processing method, apparatus, and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610873599.9A CN107889163B (zh) | 2016-09-30 | 2016-09-30 | 数据处理方法、装置及系统 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910643602.1A Division CN110505656B (zh) | 2016-09-30 | 2016-09-30 | 数据处理方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107889163A true CN107889163A (zh) | 2018-04-06 |
CN107889163B CN107889163B (zh) | 2022-10-18 |
Family
ID=61763302
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910643602.1A Active CN110505656B (zh) | 2016-09-30 | 2016-09-30 | 数据处理方法、装置及系统 |
CN201610873599.9A Active CN107889163B (zh) | 2016-09-30 | 2016-09-30 | 数据处理方法、装置及系统 |
CN201780060896.4A Active CN109792634B (zh) | 2016-09-30 | 2017-09-30 | 数据处理方法、装置及系统 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910643602.1A Active CN110505656B (zh) | 2016-09-30 | 2016-09-30 | 数据处理方法、装置及系统 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780060896.4A Active CN109792634B (zh) | 2016-09-30 | 2017-09-30 | 数据处理方法、装置及系统 |
Country Status (9)
Country | Link |
---|---|
US (2) | US10999890B2 (zh) |
EP (2) | EP4013113A1 (zh) |
JP (1) | JP6827533B2 (zh) |
KR (1) | KR102208262B1 (zh) |
CN (3) | CN110505656B (zh) |
AU (1) | AU2017337009B2 (zh) |
ES (1) | ES2899957T3 (zh) |
RU (1) | RU2756289C2 (zh) |
WO (1) | WO2018059590A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108933645A (zh) * | 2018-06-04 | 2018-12-04 | 熊猫电子集团有限公司 | 一种终端高效主动轮询方法 |
CN109688606A (zh) * | 2018-12-29 | 2019-04-26 | 京信通信系统(中国)有限公司 | 数据处理方法、装置、计算机设备及存储介质 |
CN110365609A (zh) * | 2018-04-10 | 2019-10-22 | 华为技术有限公司 | 一种数据包分段方法、及装置 |
WO2020029745A1 (zh) * | 2018-08-10 | 2020-02-13 | 华为技术有限公司 | 数据传输方法和设备 |
CN110915255A (zh) * | 2018-06-07 | 2020-03-24 | 华为技术有限公司 | 一种下行数据的接收方法及终端设备 |
CN113543040A (zh) * | 2020-04-22 | 2021-10-22 | 维沃移动通信有限公司 | 数据处理方法、数据处理装置及通信设备 |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3319252A1 (en) * | 2016-11-04 | 2018-05-09 | Panasonic Intellectual Property Corporation of America | Efficient multiplexing of control information in transport block |
KR102464567B1 (ko) | 2017-01-16 | 2022-11-09 | 삼성전자 주식회사 | 무선 통신 시스템에서 데이터 처리 방법 및 장치 |
JP6858263B2 (ja) * | 2017-02-03 | 2021-04-14 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | メッセージの送信の遅延 |
CN108809542B (zh) * | 2017-05-05 | 2021-04-20 | 华为技术有限公司 | 一种数据传输的处理方法和装置 |
US11212704B2 (en) * | 2017-05-19 | 2021-12-28 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for transmitting data |
KR20200010342A (ko) * | 2017-05-24 | 2020-01-30 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 무선 링크 제어 전송 방법 및 관련 제품 |
WO2018227501A1 (zh) * | 2017-06-15 | 2018-12-20 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
WO2019023862A1 (zh) * | 2017-07-31 | 2019-02-07 | Oppo广东移动通信有限公司 | 数据处理方法及相关产品 |
GB2576204B (en) * | 2018-07-27 | 2021-02-17 | Samsung Electronics Co Ltd | Operation of automatic repeat request (ARQ) |
WO2020022849A1 (en) | 2018-07-27 | 2020-01-30 | Samsung Electronics Co., Ltd. | Method and apparatus for wireless communication of wireless node in wireless communication system |
CN111586803B (zh) * | 2019-02-15 | 2021-09-07 | 华为技术有限公司 | 一种通信方法及相关设备 |
US11088871B1 (en) * | 2019-12-31 | 2021-08-10 | Juniper Networks, Inc. | Fast convergence for MAC mobility |
CN111132232B (zh) * | 2020-01-02 | 2022-10-25 | 重庆邮电大学 | 一种智能接收5g nr rlc umd pdu的方法和装置 |
WO2021217602A1 (zh) * | 2020-04-30 | 2021-11-04 | 华为技术有限公司 | 处理数据包的方法和通信装置 |
CN114500671B (zh) * | 2020-10-27 | 2024-05-07 | 中国移动通信有限公司研究院 | 数据处理方法及设备 |
KR20220132932A (ko) * | 2021-03-24 | 2022-10-04 | 삼성전자주식회사 | 차세대 이동 통신 시스템에서 데이터 처리를 가속화하는 데이터 분할 방법과 수신 상태 보고 방법 및 장치 |
CN116506971A (zh) * | 2022-01-18 | 2023-07-28 | 中国移动通信有限公司研究院 | Mac pdu发送方法、接收方法及通信设备 |
CN114513812A (zh) * | 2022-02-24 | 2022-05-17 | 上海中兴易联通讯股份有限公司 | 一种提高5g nr组包效率的方法和装置 |
US20230319628A1 (en) * | 2022-03-10 | 2023-10-05 | Qualcomm Incorporated | Protocol overhead reduction for medium access control |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090003283A1 (en) * | 2007-05-07 | 2009-01-01 | Qualcomm Incorporated | Re-using sequence number by multiple protocols for wireless communication |
CN101364990A (zh) * | 2007-08-08 | 2009-02-11 | 华为技术有限公司 | 一种减少数据头开销的方法 |
US20100046448A1 (en) * | 2006-12-15 | 2010-02-25 | Telefonak Tiebolaget Lm Ericsson ( | Single Bit Segmentation Indicator |
WO2016080877A1 (en) * | 2014-11-20 | 2016-05-26 | Telefonaktiebolaget L M Ericsson (Publ) | First network node, second network node and methods for transmitting and receiving a protocol data unit |
Family Cites Families (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6788944B2 (en) * | 2001-04-02 | 2004-09-07 | Asustek Computer Inc. | Length indicator for a protocol data unit in a wireless communications protocol |
KR20050095419A (ko) * | 2004-03-26 | 2005-09-29 | 삼성전자주식회사 | 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 무선 자원을 효율적으로 사용하는 방법 |
KR100913900B1 (ko) * | 2005-05-04 | 2009-08-26 | 삼성전자주식회사 | 이동통신 시스템에서 미리 정의된 길이 지시자를 이용해서 패킷 데이터를 송수신하는 방법 및 장치 |
ES2314534T3 (es) * | 2005-09-20 | 2009-03-16 | Panasonic Corporation | Procedimiento y dispositivo para la señalizacion de segmentacion y concatenacion de paquetes en un sistema de telecomunicaciones. |
CN101064724A (zh) * | 2006-04-27 | 2007-10-31 | 华硕电脑股份有限公司 | 无线通讯系统处理服务数据单元的分割及编号方法及装置 |
US20080130684A1 (en) * | 2006-12-05 | 2008-06-05 | Sam Shiaw-Shiang Jiang | Method and apparatus for performing reordering in a wireless communications system |
TWI521927B (zh) | 2007-01-09 | 2016-02-11 | 皇家飛利浦電子股份有限公司 | 無線通信系統 |
CN101222484A (zh) * | 2007-01-09 | 2008-07-16 | 中兴通讯股份有限公司 | 一种无线链路控制层协议数据单元的实现方法 |
US7817669B2 (en) * | 2007-02-01 | 2010-10-19 | Interdigital Technology Corporation | Method and apparatus for supporting RLC re-segmentation |
US8503423B2 (en) * | 2007-02-02 | 2013-08-06 | Interdigital Technology Corporation | Method and apparatus for versatile MAC multiplexing in evolved HSPA |
US20080226074A1 (en) | 2007-03-15 | 2008-09-18 | Interdigital Technology Corporation | Method and apparatus for ciphering packet units in wireless communications |
KR101435832B1 (ko) * | 2007-03-19 | 2014-08-29 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기 |
EP2528385B1 (en) * | 2007-04-26 | 2022-03-30 | Fujitsu Limited | Mobile station with packet reordering function |
US20080310452A1 (en) * | 2007-06-14 | 2008-12-18 | Texas Instruments Incorporated | Data link layer headers |
JP4521430B2 (ja) * | 2007-08-10 | 2010-08-11 | 富士通株式会社 | 無線送信装置、無線受信装置、無線送信方法、および無線受信方法 |
US8315243B2 (en) | 2007-08-14 | 2012-11-20 | Qualcomm Incorporated | Transport of PDCP control PDUs within MAC frames |
CN101370165A (zh) * | 2007-08-17 | 2009-02-18 | 中兴通讯股份有限公司 | 一种多媒体广播业务中数据包的传输方法 |
RU2465737C2 (ru) * | 2008-01-04 | 2012-10-27 | Нокиа Корпорейшн | Фиктивный дополняющий подзаголовок в блоках данных протокола уровня доступа к среде |
KR101565403B1 (ko) | 2008-01-07 | 2015-11-03 | 엘지전자 주식회사 | Hspa를 이용하여 수신한 회선 교환 데이터의 오류 제어방법 |
CN101483505B (zh) * | 2008-01-08 | 2013-02-27 | 中兴通讯股份有限公司 | 一种服务数据单元丢弃方法 |
KR20090084320A (ko) * | 2008-01-31 | 2009-08-05 | 삼성전자주식회사 | 이동 통신 시스템에서 매체 접속 제어 프로토콜 데이터유닛을 송수신하는 장치 및 방법 |
EP2266224B1 (en) | 2008-03-17 | 2017-06-14 | LG Electronics Inc. | Method of transmitting rlc data |
CN101883389B (zh) * | 2009-05-07 | 2013-07-10 | 电信科学技术研究院 | 一种指示rlc sdu长度的方法和装置 |
CN102104535B (zh) * | 2009-12-18 | 2013-12-18 | 华为技术有限公司 | 一种pdcp数据发送方法、装置及系统 |
KR101638195B1 (ko) * | 2010-02-01 | 2016-07-08 | 삼성전자주식회사 | 통신 시스템에서 무선 링크 제어 계층 및 패킷 데이터 융합 프로토콜 계층 간의 플로우 제어를 위한 방법 및 장치 |
KR102044452B1 (ko) | 2012-07-17 | 2019-11-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 패킷 성능을 측정하는 방법 및 장치 |
US10004098B2 (en) * | 2014-01-29 | 2018-06-19 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system |
CN107071913B (zh) * | 2014-09-18 | 2020-04-21 | 株式会社Kt | 用于处理用户平面数据的方法及装置 |
US20160308776A1 (en) | 2015-04-20 | 2016-10-20 | Qualcomm Incorporated | Enhancements for pdcp layer |
US10602400B2 (en) | 2015-09-25 | 2020-03-24 | Nokia Solutions And Networks Oy | Enhancement of PDCP status report |
US10484129B2 (en) * | 2016-01-21 | 2019-11-19 | Qualcomm Incorporated | Protocol layer packet coding for transmitter/receiver buffer optimization |
-
2016
- 2016-09-30 CN CN201910643602.1A patent/CN110505656B/zh active Active
- 2016-09-30 CN CN201610873599.9A patent/CN107889163B/zh active Active
-
2017
- 2017-09-30 KR KR1020197010628A patent/KR102208262B1/ko active IP Right Grant
- 2017-09-30 AU AU2017337009A patent/AU2017337009B2/en active Active
- 2017-09-30 EP EP21203077.9A patent/EP4013113A1/en active Pending
- 2017-09-30 ES ES17855040T patent/ES2899957T3/es active Active
- 2017-09-30 EP EP17855040.6A patent/EP3474595B1/en active Active
- 2017-09-30 WO PCT/CN2017/105044 patent/WO2018059590A1/zh unknown
- 2017-09-30 CN CN201780060896.4A patent/CN109792634B/zh active Active
- 2017-09-30 RU RU2019112746A patent/RU2756289C2/ru active
- 2017-09-30 JP JP2019517221A patent/JP6827533B2/ja active Active
-
2019
- 2019-04-01 US US16/371,903 patent/US10999890B2/en active Active
- 2019-06-07 US US16/434,879 patent/US20190297667A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100046448A1 (en) * | 2006-12-15 | 2010-02-25 | Telefonak Tiebolaget Lm Ericsson ( | Single Bit Segmentation Indicator |
US20090003283A1 (en) * | 2007-05-07 | 2009-01-01 | Qualcomm Incorporated | Re-using sequence number by multiple protocols for wireless communication |
CN101364990A (zh) * | 2007-08-08 | 2009-02-11 | 华为技术有限公司 | 一种减少数据头开销的方法 |
WO2016080877A1 (en) * | 2014-11-20 | 2016-05-26 | Telefonaktiebolaget L M Ericsson (Publ) | First network node, second network node and methods for transmitting and receiving a protocol data unit |
Non-Patent Citations (2)
Title |
---|
ALCATEL-LUCENT: "Optimization for independent RLC and PDCP SN", 《3GPP TSG RAN WG2 #59BIS R2-074367》 * |
TEXAS INSTRUMENTS INC: "PDCP-RLC-MAC Header Formats", 《3GPP TSG-RAN WG2 MEETING #58BIS R2-072511》 * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110365609A (zh) * | 2018-04-10 | 2019-10-22 | 华为技术有限公司 | 一种数据包分段方法、及装置 |
CN110365609B (zh) * | 2018-04-10 | 2021-12-14 | 华为技术有限公司 | 一种数据包分段方法、及装置 |
CN108933645A (zh) * | 2018-06-04 | 2018-12-04 | 熊猫电子集团有限公司 | 一种终端高效主动轮询方法 |
CN108933645B (zh) * | 2018-06-04 | 2021-07-23 | 熊猫电子集团有限公司 | 一种终端高效主动轮询方法 |
CN110915255A (zh) * | 2018-06-07 | 2020-03-24 | 华为技术有限公司 | 一种下行数据的接收方法及终端设备 |
CN110915255B (zh) * | 2018-06-07 | 2021-09-07 | 华为技术有限公司 | 一种下行数据的接收方法及终端设备 |
WO2020029745A1 (zh) * | 2018-08-10 | 2020-02-13 | 华为技术有限公司 | 数据传输方法和设备 |
CN109688606A (zh) * | 2018-12-29 | 2019-04-26 | 京信通信系统(中国)有限公司 | 数据处理方法、装置、计算机设备及存储介质 |
CN109688606B (zh) * | 2018-12-29 | 2022-03-25 | 京信网络系统股份有限公司 | 数据处理方法、装置、计算机设备及存储介质 |
CN113543040A (zh) * | 2020-04-22 | 2021-10-22 | 维沃移动通信有限公司 | 数据处理方法、数据处理装置及通信设备 |
CN113543040B (zh) * | 2020-04-22 | 2023-04-07 | 维沃移动通信有限公司 | 数据处理方法、数据处理装置及通信设备 |
Also Published As
Publication number | Publication date |
---|---|
RU2019112746A (ru) | 2020-10-30 |
AU2017337009B2 (en) | 2020-12-17 |
JP6827533B2 (ja) | 2021-02-10 |
US20190297667A1 (en) | 2019-09-26 |
CN109792634B (zh) | 2023-04-18 |
CN110505656A (zh) | 2019-11-26 |
ES2899957T3 (es) | 2022-03-15 |
EP4013113A1 (en) | 2022-06-15 |
EP3474595B1 (en) | 2021-11-03 |
KR102208262B1 (ko) | 2021-01-26 |
US20190230736A1 (en) | 2019-07-25 |
AU2017337009A1 (en) | 2019-04-11 |
EP3474595A1 (en) | 2019-04-24 |
CN110505656B (zh) | 2020-07-24 |
KR20190052081A (ko) | 2019-05-15 |
RU2019112746A3 (zh) | 2021-01-15 |
JP2019537308A (ja) | 2019-12-19 |
CN107889163B (zh) | 2022-10-18 |
US10999890B2 (en) | 2021-05-04 |
WO2018059590A1 (zh) | 2018-04-05 |
RU2756289C2 (ru) | 2021-09-29 |
CN109792634A (zh) | 2019-05-21 |
EP3474595A4 (en) | 2019-05-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109792634B (zh) | 数据处理方法、装置及系统 | |
CN110324848B (zh) | 信息处理方法、通信装置以及计算机存储介质 | |
CN110603896B (zh) | 新型无线电接入技术中的pdcp重复和数据恢复的处理 | |
CN103782569B (zh) | 数据处理装置和方法 | |
CN111316688B (zh) | 在无线通信系统中发送和接收分组数据信息的装置和方法 | |
EP3737183B1 (en) | Communication methods, apparatuses and computer-readable storage medium | |
CN108809540B (zh) | 数据处理方法及设备 | |
CN115242355B (zh) | 无线通信的方法及装置 | |
CN114342287A (zh) | 一种数据传输方法及装置 | |
US20230362707A1 (en) | Wireless communication method and device | |
CN111480361B (zh) | 基站装置、终端装置、无线通信方法 | |
CN111654360B (zh) | 一种非激活态的切换处理方法及通信设备 | |
EP4082295B1 (en) | Downlink protocol alignment and decoding | |
WO2023070392A1 (zh) | 数据传输方法、设备及存储介质 | |
CN116801253A (zh) | 一种通信方法和装置 | |
KR20220116956A (ko) | 통신 시스템에서 패킷 다중화 전송 방법 및 장치 | |
CN115915253A (zh) | 一种通信方法及装置 | |
CN117596218A (zh) | 一种通信方法及装置 | |
CN118633254A (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 |