CN117580097A - 数据传输方法和通信装置 - Google Patents
数据传输方法和通信装置 Download PDFInfo
- Publication number
- CN117580097A CN117580097A CN202210948232.4A CN202210948232A CN117580097A CN 117580097 A CN117580097 A CN 117580097A CN 202210948232 A CN202210948232 A CN 202210948232A CN 117580097 A CN117580097 A CN 117580097A
- Authority
- CN
- China
- Prior art keywords
- pdu
- protocol
- sets
- entity
- pdu set
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 131
- 230000005540 biological transmission Effects 0.000 title claims abstract description 100
- 238000004891 communication Methods 0.000 title claims abstract description 80
- 230000015654 memory Effects 0.000 claims description 60
- 238000012545 processing Methods 0.000 claims description 59
- 238000003860 storage Methods 0.000 claims description 22
- 238000004590 computer program Methods 0.000 claims description 16
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 claims description 9
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 claims description 9
- 230000006978 adaptation Effects 0.000 claims description 7
- 101150055297 SET1 gene Proteins 0.000 description 38
- 101100042371 Caenorhabditis elegans set-3 gene Proteins 0.000 description 28
- 230000008569 process Effects 0.000 description 27
- 230000006870 function Effects 0.000 description 26
- 101150117538 Set2 gene Proteins 0.000 description 22
- 238000010586 diagram Methods 0.000 description 19
- 101150104646 SET4 gene Proteins 0.000 description 15
- 101100365546 Schizosaccharomyces pombe (strain 972 / ATCC 24843) set10 gene Proteins 0.000 description 9
- 238000013461 design Methods 0.000 description 8
- 101100256737 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) hlm-1 gene Proteins 0.000 description 5
- 101150062207 SET9 gene Proteins 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 101100421299 Schizosaccharomyces pombe (strain 972 / ATCC 24843) set7 gene Proteins 0.000 description 4
- 230000003247 decreasing effect Effects 0.000 description 4
- 230000001419 dependent effect Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 101100421296 Caenorhabditis elegans set-6 gene Proteins 0.000 description 3
- 101100421300 Schizosaccharomyces pombe (strain 972 / ATCC 24843) set8 gene Proteins 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 230000003190 augmentative effect Effects 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000001404 mediated effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000003892 spreading Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种数据传输方法和通信装置,涉及通信领域。该方法中,发送端可以将连续的k个PDU set按照第一顺序依次投递到m个协议实体上,并依次发送该k个PDU set。其中,当k>m时,从该k个PDU set中的第m+1个PDU set开始,将连续的k‑m个PDU set按照第一顺序依次投递到该m个协议实体上,该m个协议实体的优先级各不相同,m>1。该方案按照PDU set的先后顺序,在m个协议实体上轮巡投递PDU set,由于同一时刻一个协议实体中仅投递一个PDU set,并且发送端按序发送PDU set,以及接收端在发送端的协议实体所对应的协议实体上接收PDU set,因此,不需要通过空口传输PDU set的编号,接收端也可以获知PDU所属的PDU set,从而能够节省空口资源。
Description
技术领域
本申请涉及通信领域,尤其涉及一种数据传输方法和通信装置。
背景技术
扩展现实(extended reality,XR)包括诸如虚拟现实(virtual reality,VR)、增强现实(augmented reality,AR)、介导现实(mediated reality,MR)在内的诸多虚拟现实技术。XR视频中每一帧画面实际上是拆分成几十个到上百个协议数据单元(protocol dataunit,PDU)传输的。其中,这些PDU中只要成功收到一定比例(比如80%)的PDU,就可以复原出完整的帧。换而言之,如果PDU丢失超过一定比例(比如20%),那么即便剩下的PDU全部都正确接收,也无法复原出完整的帧。因此,为使接收端复原出完整的帧,接收端需要获知接收到的PDU属于哪一个帧画面。一种方案是发送端可以通过向接收端发送帧编号,接收端根据接收到的帧编号就可以知道所接收到的PDU属于哪个帧。
然而,由于需要在发送每个PDU时都需要携带帧编号,因此会带来较大的资源开销。
发明内容
本申请提供一种数据传输方法和通信装置,在保证接收端能够获知PDU所属PDUset的同时能够降低资源开销。
第一方面,提供了一种数据传输方法,该方法包括:将连续的k个PDU set按照第一顺序依次投递到m个协议实体上。依次发送该k个PDU set。其中,当k>m时,从该k个PDU set中的第m+1个PDU set开始,将连续的k-m个PDU set按照第一顺序依次投递到该m个协议实体上,该m个协议实体的优先级各不相同,k≥1,m>1。
在一种实现方式中,该第一顺序为该m个协议实体中的第1个至第m个协议实体轮巡的顺序,或者,该第一顺序为该m个协议实体的排列顺序,或者该m个协议实体按照第一顺序排列。
在一种实现方式中,所述将连续的k个PDU set按照第一顺序依次投递到m个协议实体上,包括:将该k个PDU set中的第q个PDU set投递到该m个协议实体中的第v个协议实体上,其中,若q mod m≠0,v=q mod m,若q mod m=0,v=m,mod表示取模运算。
根据本申请提供的数据传输方法,按照PDU set的先后顺序,在m个协议实体上轮巡投递PDU set,由于同一时刻一个协议实体中仅投递一个PDU set,并且发送端按序发送PDU set,以及接收端在发送端的协议实体所对应的协议实体上接收PDU set,因此,不需要通过空口传输PDU set的编号,接收端也可以获知即将发送的、正在发送的以及已经被接收的各个PDU所属的PDU set,从而能够节省空口资源。
在第一方面的某些实现方式中,所述依次发送该k个PDU set,包括:利用传输资源依次发送该k个PDU set;若当前传输资源耗尽或少于第一预设值,调整该m个协议实体的优先级。
在调整该m个协议实体的优先级后,再继续发送尚未发送的PDU set。
在第一方面的某些实现方式中,所述若当前传输资源耗尽或少于第一预设值,调整该m个协议实体的优先级,包括:当前传输资源不足以发送完该k个PDU set中的第s个PDUset,将该第s个PDU set对应的协议实体的优先级调整为最高;或者,当前传输资源发送完该第s个PDU set且不足以发送第s+1个PDU set,将该第s+1个PDU set对应的协议实体的优先级调整为最高。
基于该方案,接收端再次获得传输资源后,可以首先发送之前正在传输的第s个PDU set中剩余的PDU,或者,发送第s+1个PDU set,从而能够保证PDU set的按序发送。
可选地,除将第s个PDU set对应的协议实体的优先级调整为最高之外,还可以调整该m个协议实体中另外m-1个协议实体的优先级。
示例性的,在[j+(a-b)+m]mod m≠0的情况下,调整后该m个协议实体中的第j个协议实体的优先级是调整前该m个协议实体中的第[j+(a-b)+m]mod m个协议实体的优先级,在[j+(a-b)+m]mod m=0的情况下,调整后该m个协议实体中的第j个协议实体的优先级是调整前该m个协议实体中的第m个协议实体的优先级,该m个协议实体中的第a个协议实体用于承载第s个PDU set,调整前该m个协议实体中的第b个协议实体为该m个协议实体中优先级最高的协议实体,1≤a≤m,1≤b≤m。
可选地,除将第s+1个PDU set对应的协议实体的优先级调整为最高之外,还可以调整该m个协议实体中另外m-1个协议实体的优先级。
示例性的,在[j+(a-b)+m]mod m≠0的情况下,调整后该m个协议实体中的第j个协议实体的优先级是调整前该m个协议实体中的第[j+(a-b)+m]mod m个协议实体的优先级,在[j+(a-b)+m]mod m=0的情况下,调整后该m个协议实体中的第j个协议实体的优先级是调整前该m个协议实体中的第m个协议实体的优先级,该m个协议实体中的第a个协议实体用于承载第s+1个PDU set,调整前该m个协议实体中的第b个协议实体为该m个协议实体中优先级最高的协议实体,1≤a≤m,1≤b≤m。
在第一方面的某些实现方式中,所述依次发送该k个PDU set,包括:每次发送完一个PDU set后,调整该m个协议实体的优先级,其中,调整前该m个协议实体的优先级依次为m1,m2,……,mm,调整后该m个协议实体的优先级依次为mm,m1,……m(m-1),其中m1为m1~mm中的最高的优先级,mm为m1~mm中的最低的优先级。
也就是说,在2≤j≤m的情况下,调整后所述m个协议实体中的第j个协议实体的优先级是调整前所述m个协议实体中的第j-1个协议实体的优先级,在j=1的情况下,调整后所述m个协议实体中的第1个协议实体的优先级是调整前所述m个协议实体中的第m个协议实体的优先级。
调整前正在发送的PDU set对应的协议实体的优先级最高,调整后即将发送的PDUset对应的协议实体的优先级最高。这样,可以保证PDU set的按序发送。
在第一方面的某些实现方式中,该方法还包括:若该k个PDU set中的第w个PDUset失效,丢弃该第w个PDU set中未传输成功的PDU,w≥1。
在第一方面的某些实现方式中,该方法还可以包括:丢弃至少一个PDU set。该至少一个PDU set为第w+1个PDU set至第w+e个PDU set,e≥1,其中,该至少一个PDU set为该第w个PDU set关联的第一类型的PDU set,该第w个PDU set和第w+e+1个PDU set均为第二类型的PDU set,该第一类型和该第二类型不同。
基于该方案,通过丢弃失效的PDU set一些关联的PDU set,可以在不影响接收端数据恢复的提前下节省传输资源。
在第一方面的某些实现方式中,该第一类型为P帧,且该第二类型不为P帧;或者,该第一类型为P切片(slice),且第二类型不为P切片;或者,该第一类型为可以被丢弃的PDUset,且第二类型为不能被丢弃的PDU set;或者,该第一类型为不重要的PDU set,且第二类型为重要的PDU set;或者,该第一类型为承载视频数据的PDU set,且第二类型为承载语音数据的PDU set;或者,该第一类型为承载非控制信息的PDU set,且第二类型为承载控制信息的PDU set;或者,该第一类型为优先级较低的PDU set,且第二类型为优先级较高的PDUset;或者该第一类型为依赖PDU set,该第二类型为被依赖PDU set。
在第一方面的某些实现方式中,该协议实体为下述中的任一种:分组数据汇聚协议(packet data convergence protocol,PDCP)实体、无线链路控制(radio linkcontrol,RLC)实体、业务数据适配协议(service data adaption protocol,SDAP)实体或者媒体接入控制(medium access control,MAC)实体。
在第一方面的某些实现方式中,m≥x,x是根据下述中的一项或多项确定:该PDUset的周期、该PDU set的有效时长、或者该PDU set的最长持续时间。
在第一方面的某些实现方式中,或者,/>或者, 表示向上取整,P为该PDU set的周期,T为该PDU set的有效时长,t为该PDU set的最长持续时间。
基于该方案,通过合理设置协议实体的数量,可以保证任何时刻,任意一个协议实体里面,只会有1个PDU set的PDU,不会出现两个PDU set的PDU混在一起的情况。由于接收端采用的m个协议实体与发送端的m个协议实体一一对应,因此接收端可以根据接收PDUset的协议实体推测出PDU set的编号。这样,就不需要通过空口传输PDU set的编号,从而能够节省空口资源。
在第一方面的某些实现方式中,该协议实体的优先级为该协议实体关联的第一资源的优先级,该第一资源包括下述中的一项或多项:逻辑信道、逻辑信道组、切片、频点、数据无线承载(data radio bearer,DRB)、服务质量(quality of service,QoS)流(flow)、PDU会话(session)或用户面通用分组无线服务业务隧道协议(GPRS Tunnelling Protocolfor the user plane,GTP-U)隧道(tunnel)。
示例性的,m个协议实体与m个逻辑信道关联,且一个协议实体关联一个逻辑信道,任意两个协议实体关联的逻辑信道不同。并且,m个逻辑信道中任一逻辑信道为一个逻辑信道组。
在上行传输中,终端设备有报文待发送的时候,可以通过缓存状报告(bufferstatus report,BSR)向网络设备上报当前在缓存区中待传的数据量。其中,BSR的一个触发条件为:有新的待传数据产生,这个待传数据所属的逻辑信道,是其所属的逻辑信道组中的第一个有待传数据的逻辑信道。那么,由于本申请中每个协议实体关联一个逻辑信道组,且同一时刻一个协议实体中仅承载一个PDU set,因此每次有新的PDU set到达协议实体或者逻辑信道组时,都会触发一次BSR。
因此,基于上述方案,在不改变BSR触发条件或触发机制的情况下可以实现PDUset粒度的BSR上报。进一步地,网络设备可以基于PDU set粒度的BSR上报,获知每个PDUset待传输的数据量,从而可以为PDU set合理分配传输资源。
第二方面,提供了一种数据传输方法,包括:依次接收连续的k个协议数据单元集合PDU set;将该k个PDU set按照第一顺序依次投递到m个协议实体上。其中,当k>m时,从该k个PDU set中的第m+1个PDU set开始,将连续的k-m个PDU set按照该第一顺序依次投递到该m个协议实体上,该m个协议实体的优先级各不相同,m>1。
在一种实现方式中,该第一顺序为该m个协议实体中的第1个至第m个协议实体轮巡的顺序,或者,该第一顺序为该m个协议实体的排列顺序,或者该m个协议实体按照第一顺序排列。
在一种实现方式中,所述将连续的k个PDU set按照第一顺序依次投递到m个协议实体上,包括:将该k个PDU set中的第q个PDU set投递到该m个协议实体中的第v个协议实体上,其中,若q mod m≠0,v=q mod m,若q mod m=0,v=m,mod表示取模。
根据本申请提供的数据传输方法,按照PDU set的先后顺序,在m个协议实体上轮巡投递PDU set,由于同一时刻一个协议实体中仅投递一个PDU set,并且发送端按序发送PDU set,以及接收端在发送端的协议实体所对应的协议实体上接收PDU set,因此,不需要通过空口传输PDU set的编号,接收端也可以获知即将发送的、正在发送的以及已经被接收的各个PDU所属的PDU set,从而能够节省空口资源。
在第二方面的某些实现方式中,该协议实体为下述中的任一种:PDCP实体、RLC实体、SDAP实体或者MAC实体。
在第二方面的某些实现方式中,m≥x,x是根据下述中的一项或多项确定:该PDUset的周期、该PDU set的有效时长、或者该PDU set的最长持续时间。
在第二方面的某些实现方式中,或者,/>或者, 表示向上取整,P为该PDU set的周期,T为该PDU set的有效时长,t为该PDU set的最长持续时间。
基于该方案,通过合理设置协议实体的数量,可以保证任何时刻,任意一个协议实体里面,只会有1个PDU set的PDU,不会出现两个PDU set的PDU混在一起的情况。由于接收端采用的m个协议实体与发送端的m个协议实体一一对应,因此接收端可以根据接收PDUset的协议实体推测出PDU set的编号。这样,就不需要通过空口传输PDU set的编号,从而能够节省空口资源。
在第二方面的某些实现方式中,该协议实体的优先级为该协议实体关联的第一资源的优先级,该第一资源包括下述中的一项或多谢:逻辑信道、逻辑信道组、切片、频点、数据无线承载DRB、服务质量流QoS flow、PDU会话(session)或用户面通用分组无线服务业务隧道协议(GPRS Tunnelling Protocol for the user plane,GTP-U)隧道(tunnel)。
示例性的,m个协议实体与m个逻辑信道关联,且一个协议实体关联一个逻辑信道,任意两个协议实体关联的逻辑信道不同。并且,m个逻辑信道中任一逻辑信道为一个逻辑信道组。
在上行传输中,终端设备有报文待发送的时候,可以通过缓存状报告(bufferstatus report,BSR)向网络设备上报当前在缓存区中待传的数据量。其中,当前协议规定,BSR的一个触发条件为:有新的待传数据产生,这个待传数据所属的逻辑信道,是其所属的逻辑信道组中的第一个有待传数据的逻辑信道。那么,由于本申请中每个协议实体关联一个逻辑信道组,且同一时刻一个协议实体中仅承载一个PDU set,因此每次有新的PDU set到达协议实体或者逻辑信道组时,都会触发一次BSR。
因此,基于上述方案,在不改变BSR触发条件或触发机制的情况下可以实现PDUset粒度的BSR上报。进一步地,网络设备可以基于PDU set粒度的BSR上报,获知每个PDUset待传输的数据量,从而可以为PDU set合理分配传输资源。
第三方面,提供了一种通信装置,包括用于执行第一方面或第一方面中任一种可能实现方式中的方法的模块或单元。
第四方面,提供了一种通信装置,包括用于执行第二方面或第二方面中任一种可能实现方式中的方法的模块或单元。
第五方面,提供了一种通信装置,包括处理器,处理器与存储器耦合,存储器用于存储计算机程序或指令,处理器用于执行存储器存储的计算机程序或指令,以实现第一方面或第一方面中任一种可能实现方式中的方法。
在一种可能的实现方式中,该装置还包括与处理器耦合的存储器。
在一种可能的实现方式中,处理器为一个或多个,和/或,存储器为一个或多个。
在一种可能的实现方式中,存储器可以与处理器集成在一起,或者存储器与处理器分离设置。
在一种可能的实现方式中,该装置还包括通信接口,处理器与通信接口耦合。
在一种实现方式中,该装置为发送端。示例性的,该通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该装置为发送端中的芯片。示例性的,该通信接口可以是输入/输出接口。
第六方面,提供了一种通信装置,包括处理器,处理器与存储器耦合,存储器用于存储计算机程序或指令,处理器用于执行存储器存储的计算机程序或指令,以实现第二方面或第二方面中任一种可能实现方式中的方法。
在一种可能的实现方式中,该装置还包括与处理器耦合的存储器。
在一种可能的实现方式中,处理器为一个或多个,和/或,存储器为一个或多个。
在一种可能的实现方式中,存储器可以与处理器集成在一起,或者存储器与处理器分离设置。
在一种可能的实现方式中,该装置还包括通信接口,处理器与通信接口耦合。
在一种实现方式中,该装置为接收端。示例性的,该通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该装置为接收端中的芯片。示例性的,该通信接口可以是输入/输出接口。
第七方面,提供了一种处理器,包括:输入电路、输出电路和处理电路。该处理电路用于通过该输入电路接收信号,并通过该输出电路发射信号,使得该处理器执行第一方面或第一方面中任一种可能实现方式中的方法,或第二方面或第二方面中任一种可能实现方式中的方法。
在具体实现过程中,上述处理器可以为芯片,输入电路可以为输入管脚,输出电路可以为输出管脚,处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的,输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的,且输入电路和输出电路可以是同一电路,该电路在不同的时刻分别用作输入电路和输出电路。本申请对处理器及各种电路的具体实现方式不做限定。
第八方面,提供了一种通信系统,包括前述第三方面和第四方面提供的通信装置,或者包括第五方面和第六方面提供的通信装置。
第九方面,提供了一种计算机程序产品,该计算机程序产品包括:计算机程序(也可以称为代码,或指令),当该计算机程序被运行时,使得计算机执行第一方面或第一方面中任一种可能实现方式中的方法,或第二方面或第二方面中任一种可能实现方式中的方法。
第十方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序(也可以称为代码,或指令),当计算机程序在计算机上运行时,使得计算机执行第一方面或第一方面中任一种可能实现方式中的方法,或第二方面或第二方面中任一种可能实现方式中的方法。
附图说明
图1是本申请实施例提供的一例通信系统的示意图;
图2是本申请实施例提供的另一例通信系统的示意图;
图3是本申请实施例提供的一种数据传输方法的示意性流程图;
图4是本申请实施例提供的一例PDU set和协议实体的对应关系的示意图;
图5是本申请实施例提供的另一例PDU set和协议实体的对应关系的示意图;
图6是本申请实施例提供的一例发送端和接收端的协议实体的对应关系的示意图;
图7是本申请实施例提供的一例PDU set在时域上的分布示意图;
图8是本申请实施例提供的另一例PDU set在时域上的分布示意图;
图9是本申请实施例提供的一例对协议实体的优先级进行调整的示意图;
图10是本申请实施例提供的一例PDU set之间的依赖关系的示意图;
图11是本申请实施例提供的一例通信装置的示意性框图;
图12是本申请实施例提供的另一例通信装置的示意性框图;
图13是本申请实施例提供的一例终端设备的示意性结构图;
图14是本申请实施例提供的一例网络设备的示意性结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
在本申请的描述中,除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;本申请中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。并且,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
应理解,本申请中,“在……情况下”、“如果……”、“当……时”、“若……”等类似的描述可以替换使用。
本申请实施例的技术方案可以应用于各种通信系统,例如:长期演进(long termevolution,LTE)系统、第五代(5th Generation,5G)移动通信系统、新无线(New Radio,NR)以及未来可能出现的其他移动通信系统等。
示例性的,本申请实施例的技术方案可以应用于上行通信、下行通信以及车联网(vehicle to everything,V2X)场景中。示例性的,V2X可具体为以下中的任一种:车车通信(vehicle to vehicle,V2V)、车人通信(vehicle to pedestrian,V2P)、车-网络(vehicleto network,V2N)业务、或者车与基础设施通信(vehicle to infrastructure,V2I)等。
在本申请提供的方法应用于上行(uplink,UL)传输(或上行通信)场景下,本申请中的发送端对应于终端设备,接收端对应于网络设备。比如,发送端可以是终端设备或者配置于终端设备中的芯片或配置于终端设备中的模块,接收端可以是网络设备或者配置于网络设备中的芯片或配置于网络设备中的模块。
在本申请提供的方法应用于下行(downlink,DL)传输(或下行通信)场景下,本申请中的发送端对应于网络设备,接收端对应于终端设备。比如,发送端可以是网络设备或者配置于网络设备中的芯片或配置于网络设备中的模块,接收端可以是终端设备或者配置于终端设备中的芯片或配置于终端设备中的模块。
在本申请提供的方法应用于V2X场景下,本申请中的发送端对应于一个终端设备,接收端对应于另一终端设备。比如,发送端和接收端都可以是终端设备或者配置于终端设备中的芯片或配置于终端设备中的模块。另外,这两个终端设备的类型可以相同,也可以不同,比如两个终端设备都可以是手机,或者一个为手机,另一个为笔记本电脑。
本申请实施例中的终端设备可以指(user equipment,UE)、站点(station)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备等,本申请实施例对此并不限定。
本申请实施例中的网络设备可以是用于与终端设备通信的设备。例如,该网络设备可以是基站(base station)、演进型基站(evolved NodeB,eNodeB)、发送接收点(transmission reception point,TRP)、5G移动通信系统中的下一代基站(nextgeneration NodeB,gNB)、未来移动通信系统中的基站或WiFi系统中的接入节点(accesspoint,AP)等。再如,该网络设备也可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU)或者分布式单元(distributed unit,DU)。又如,该网络设备还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、中继站、接入点、车载设备、可穿戴设备、未来演进的其他通信系统中的接入网设备等。本申请对网络设备所采用的具体技术和具体设备形态不做限定。
在本申请实施例中,终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是终端设备或网络设备,或者,是终端设备或网络设备中能够调用程序并执行程序的功能模块。
另外,本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatile disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasable programmableread-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
图1示出了适用于本申请的一种通信系统的示意性框图。如图1所示,该通信系统100可以包括至少一个网络设备,例如图1所示的网络设备110;该通信系统100还可以包括至少一个终端设备,例如图1所示的终端设备120。网络设备110与终端设备120之间可以传输信号,其中,网络设备110向终端设备120发送信号称为下行传输,终端设备120向网络设备110发送信号称为上行传输。
应理解,在本申请的通信方法应用于图1所示的通信系统时,在上行传输场景下,发送端可以是终端设备120,接收端可以是网络设备110,在下行传输场景下,发送端可以是网络设备110,接收端可以是终端设备120。
图2示出了适用于本申请的另一种通信系统的示意性框图。图2所示系统200为一种V2X通信架构。参见图2,该系统200中包括两种通信接口,即PC5接口和Uu接口。其中,PC5接口是两个终端设备(例如图中所示终端设备210和终端设备220)之间直连通信接口,终端设备之间的直连通信链路也被定义为侧行链路或侧链(sidelink,SL)。Uu接口通信是发送方终端设备(例如,终端设备210)将V2X数据通过Uu接口发送至网络设备230,通过网络设备230发送至应用服务器240进行处理后,再由应用服务器240下发至网络设备230,并通过网络设备230发送给接收方终端设备(例如,终端设备220)的通信方式。在Uu接口通信方式下,转发发送方终端设备的上行数据至应用服务器的网络设备和转发应用服务器下发至接收方终端设备的下行数据的网络设备可以是同一个网络设备,也可以是不同的网络设备,具体可以由应用服务器决定。应理解,发送方终端设备向网络设备的发送称为上行(uplink,UL)传输,网络设备向接收方终端设备的发送称为下行(downlink,DL)传输。
应理解,在本申请的通信方法应用于图2所示的通信系统时,发送端可以是终端设备210,接收端可以是终端设备220,或者,发送端可以是终端设备220,接收端可以是终端设备210
还应理解,图1和图2所示的通信系统中还可以包括更多的网络节点,例如更多的终端设备或网络设备,本申请实施例在图中不再一一示出。
下面在对本申请体提供的方法进行详细介绍之前,首先简要介绍一些概念。
1、PDU和报文
在本申请中,PDU和报文可以相互替换,一个PDU也可以称为一个报文。
2、PDU set
一个帧(或者帧画面)包括一个或多个PDU,一个或多个PDU可以称为一个PDU set。因此,也可以理解为一个PDU set就是一个帧。
PDU set是周期性的。以帧率为60fps为例,也就是每秒传输60个PDU set,PDU set的周期为1/60秒(约等于16.67ms),即每1/60秒出现一个PDU set。其中fps表示每秒传输帧数(frames per second)。
另外,PDU set具有传输时延要求。在一个示例中,可以用分组时延预算(packetdelay budget,PDB)表示PDU set的传输时延要求。例如,假设PDB为30ms,那么,若一个PDUset超过30ms还没成功发送给对接收端,发送端就可以丢弃该PDU set,不需要再向发送端发送该PDU set中未被成功发送的PDU。
下面对本申请提供的方法实施例进行详细说明。
图3是本申请提供的一种数据传输方法的示意性流程图。该方法300可以包括S310至S330。
S310,发送端将连续的k个PDU set按照第一顺序依次投递到m个协议实体上。
其中,当k>m时,从该k个PDU set中的第m+1个PDU set开始,将连续的k-m个PDUset按照该第一顺序依次投递到该m个协议实体上。该m个协议实体的优先级各不相同,m>1。示例性的,第一顺序为该m个协议实体中的第1个至第m个协议实体轮巡的顺序,或者,该第一顺序为该m个协议实体的排列顺序,或者该m个协议实体按照第一顺序排列。
在一种实现方式中,将连续的k个PDU set按照第一顺序依次投递到m个协议实体上,包括:将该k个PDU set中的第q个PDU set投递到该m个协议实体中的第v个协议实体上。其中,若q mod m≠0,v=q mod m,若q mod m=0,v=m,mod表示取模。
以m=3为例对S310进行说明。具体地,发送端可以将第1个PDU set投递到第1个协议实体上,第2个PDU set投递到第2个协议实体上,第3个PDU set投递到第3个协议实体上。在轮巡完3个协议实体后,接着从第1个协议实体开始投递PDU set,即将第4个PDU set投递到第1个协议实体上,第5个PDU set投递到第2个协议实体上,第6个PDU set投递到第3个协议实体上。同样地,在轮巡完3个协议实体后,从第1个协议实体开始投递后续得PDU set,即第7个PDU set投递到第1个协议实体上,以此类推。
例如,假设该k个PDU set为PDU set1和PDU set2,PDU set1的编号为1,PDU set2的编号为2,该m个协议实体为协议实体1、协议实体2和协议实体3。参见图4,发送端可以根据PDU set的帧编号,可以将PDU set1投递到协议实体1上,将PDU set2投递到协议实体2上。
再如,假设该k个PDU set为PDU set1至PDU set10,PDU set1至PDU set10的编号为1至10,该m个协议实体为协议实体1、协议实体2和协议实体3。参见图5,发送端根据PDUset的编号,可以将PDU set1、PDU set4、PDU set7和PDU set10投递到协议实体1上,将PDUset2、PDU set5、PDU set8投递到协议实体2上,将PDU set3、PDU set6、PDU set9投递到协议实体3上。
示例性的,PDU set的编号可以通过PDU set中的PDU携带,也可以通过其他方式指示。比如,可以通过控制面报文指示PDU set的编号,或者也可以通过一个携带PDU set的编号的PDU指示PDU set的编号,上述控制面报文或PDU例如可以是start marker/endmarker。本申请对协议实体获取PDU set的编号的方式不作限定。另外,应理解,PDU set的编号也可以替换为PDU set的索引或序列号等能够表示PDU先后顺序的信息。PDU set的编号等能够表示PDU先后顺序的信息可以从1开始也可以从其他数字开始,比如从0开始,或者从上一个XR业务的最后一个PDU set的编号加1得到的数字开始。
在一些实施例中,该k个PDU set对应同一个XR业务。
在一些实施例中,该协议实体可以是下述中的任一种:PDCP实体、RLC实体、SDAP实体、或者MAC实体。
在一些实施例中,将PDU set投递到协议实体上也可以描述为:在PDU set对应的协议实体所对应的缓冲区/窗口/队列/缓存/内存/存储器/寄存器/存储空间中存储PDUset。
S320,发送端依次发送该k个PDU set。相应地,接收端依次接收该k个PDU set。
即,发送端按照该k个PDU set的先后顺序,发送该k个PDU set。比如,该k个PDUset为图5所示的PDU set1至PDU set10,则先发送PDU set1,接着发送PDU set2,然后发送PDU set3,PDU set4,……PDU set9,PDU set10。相应地,接收端先接收PDU set1,接着接收PDU set2,然后接收PDU set3,PDU set4,……PDU set9,PDU set10。
在一些实施例中,可以先将一个PDU set发送完之后再发送另一个PDU set,比如,可以将协议实体关联的逻辑信道的优先比特率(prioritized bit rate,PBR)设置为Infinity,这样可以保证一个协议实体内的PDU全部调度完之后才会调度另一个协议实体内的PDU。
需要说明的是,本申请中,“依次”是指处理完一个PDU set的所有PDU之后,再处理下一个PDU set的PDU。然而依次处理(发送端内部的投递、发送端的发送、接收端内部的投递)这些所遵循的次序是可以不一样的,具体的,投递遵循的第一顺序,与发送的顺序可以不是同一个顺序。在发送时,可以首先发送优先级最高的协议实体中的PDU set。
S330,接收端将该k个PDU set按照第一顺序依次投递到m个协议实体上。
接收端的该m个协议实体与发送端的m个协议实体一一对应。例如,参见图6,发送端的协议实体1对应接收端的协议实体1,发送端的协议实体2对应接收端的协议实体2,发送端的协议实体3对应接收端的协议实体3。发送端在其协议实体1上发送的PDU set,接收端在接收到之后将投递到其协议实体1上,发送端在其协议实体2上发送的PDU set,接收端在接收到之后将投递到其协议实体2上,发送端在其协议实体3上发送的PDU set,接收端在接收到之后将投递到其协议实体3上。
以该k个PDU set为PDU set1至PDU set10,协议实体为PDCP实体为例对S330进行举例说明。在S330中,发送端RLC层将先后从MAC层接收到PDCP set1、PDU set4、PDU set7和PDU set10,每接收到一个PDU set,MAC层对其进行处理后,将处理后的PDU set投递到接收端的PDCP实体1上,由PDCP实体1对RLC层处理后的PDCP set1、PDU set4、PDU set7和PDUset10分别进行处理。类似地,发送端RLC层将先后从MAC层接收到PDCP set2、PDU set5、和PDU set8,每接收到一个PDU set,MAC层对其进行处理后,将处理后的PDU set投递到接收端的PDCP实体2上,由PDCP实体2对RLC层处理后的PDCP set2、PDU set5、和PDU set8分别进行处理。发送端RLC层将先后从MAC层接收到PDCP set3、PDU set6、和PDU set9,每接收到一个PDU set,MAC层对其进行处理后,将处理后的PDU set投递到接收端的PDCP实体3上,由PDCP实体3对RLC层处理后的PDCP set3、PDU set6、和PDU set9分别进行处理。
应理解,关于MAC层、RLC层以及PDCP层如何对PDCP set进行处理,可以参照现有的MAC层、RLC层以及PDCP层处理数据的方式,这里不再赘述。另外,关于PDCP层对PDU set进行处理后的后续操作本申请不作具体限定。
根据本申请提供的数据传输方法,按照PDU set的先后顺序,在m个协议实体上轮巡投递PDU set,由于同一时刻一个协议实体中仅投递一个PDU set,并且发送端按序发送PDU set,以及接收端在发送端的协议实体所对应的协议实体上接收PDU set,因此,不需要通过空口传输PDU set的编号,接收端也可以获知即将发送的、正在发送的以及已经被接收的各个PDU所属的PDU set,从而能够节省空口资源。
在一些实施例中,m≥x。x是根据下述中的一项或多项确定:PDU set的周期、PDUset的有效时长、或者PDU set的最长持续时间。
为便于理解和描述,将PDU set的周期、PDU set的有效时长、PDU set的最长持续时间分别记作:P、T、t。
其中,P=1/f,f表示该k个PDU set或者该k个PDU set对应的业务的帧率,或者单位时间内PDU set的数目。
T:若一个PDU set超过T还没成功发送给对接收端,发送端就可以丢弃该PDU set。或者,在超过T之后,PDU set中的PDU即使成功送到接收端,对接收端来说也没什么作用。
在一个示例中,T可以定义为前文中描述的PDB,也可以定义为接入网(accessnetwork,AN)PDB或者核心网(core network,CN)PDB。
在另一个示例中,T可以是协议实体的丢弃定时器(discard timer)的时长,discard timer可能与PDU set相关的定时器,也可能是跟PDU set的PDU相关的定时器。
t:发送端接收到PDU set中第一个PDU/第一个字节/第一个比特(bit)与发送端接收到该PDU set中的最后一个PDU/最后一个字节/最后一个比特之间的时间间隔,或者PDUset中第一个PDU/第一个字节/第一个比特(bit)与该PDU set中的最后一个PDU/最后一个字节/最后一个比特之间的时间间隔(的最大值/最小值/平均值)。
进一步地,或者,/>或者,/> 表示向上取整。
例如,或者/>可以应用在PDU set的PDU可能在P时长内的任意时间到达的场景。
再如,可以应用在PDU set的PDU集中在P时长内最前面一次性到达,并且PDU set的持续时间不超过t。
下面以60fps为例,即每16.67ms来一个PDU set,并假设每个PDU set的有效时长是30ms,结合图7和图8对x的取值设计原理进行说明。
参见图7,一个PDU set的PDU可能在16.67ms的时间段里面任意时间到达(比如一个PDU set的最后1个PDU可能在16.67周期的最后时刻才到达),由于两个周期之和为33.3ms,大于失效时长,因此当第PDU set4来的时候,PDU set1已经完成传输,或者PDUset1已经因超过有效时长失效。那么,可以将PDU set1投递到协议实体1上,将PDU set2投递到协议实体2上,将PDU set3投递到协议实体3上。第PDU set4来的时候,PDU set1已经调度完毕,即使PDU set1没有调度完毕也因失效而被丢弃,故可以将PDU set4再投递到协议实体1上,PDU set5可以投递到协议实体2上。如此循环调度,就可以保证任何时刻,任意一个协议实体里面,只会有1个PDU set的PDU,不会出现两个PDU set的PDU混在一起的情况。
参见图8,在PDU set的PDU集中在P时长内最前面一次性到达,并且PDU set的持续时间不超过t的场景下,从PDU set1的PDU全部到达完毕,到PDU set3的PDU全部到达完毕,这中间正好是两个16.67ms的周期。也就是说,PDU set1到达后过了33.3ms(此时PDU set 1失效),PDU set3收完。由于T不是33.3ms,而是30ms,所以只要t<=3.3ms,就能保证PDUset1的最后一个PDU满30ms刚刚失效的时候,PDU set3的第1个PDU才刚刚到达。此时,就可以将PDU set3投递到PDU set1所在的协议实体了。因此,在此情况下,只要两个协议实体就能保证任何时刻,任意一个协议实体里面,只会有1个PDU set的PDU,不会出现两个PDU set的PDU混在一起的情况。
综上,基于上述方案,通过合理设置协议实体的数量,可以保证任何时刻,任意一个协议实体里面,只会有1个PDU set的PDU,不会出现两个PDU set的PDU混在一起的情况。由于接收端采用的m个协议实体与发送端的m个协议实体一一对应,因此接收端可以根据接收PDU set的协议实体推测出PDU set的编号。这样,就不需要通过空口传输PDU set的编号,从而能够节省空口资源。
另外,在一些实施例中,m个协议实体与m个逻辑信道关联,且一个协议实体关联一个逻辑信道,任意两个协议实体关联的逻辑信道不同。并且,m个逻辑信道中任一逻辑信道为一个逻辑信道组。
比如,m个协议实体为协议实体1、协议实体2和协议实体3,协议实体1关联逻辑信道1、协议实体2关联逻辑信道2、协议实体3关联逻辑信道3,逻辑信道1为逻辑信道组1,逻辑信道2为逻辑信道组2,逻辑信道3为逻辑信道组3。
在上行传输中,终端设备有报文待发送的时候,可以通过缓存状报告(bufferstatus report,BSR)向网络设备上报当前在缓存区中待传的数据量。其中,当前协议规定,BSR的一个触发条件为:有新的待传数据产生,这个待传数据所属的逻辑信道,是其所属的逻辑信道组中的第一个有待传数据的逻辑信道。那么,由于本申请中每个协议实体关联一个逻辑信道组,且同一时刻一个协议实体中仅承载一个PDU set,因此每次有新的PDU set到达协议实体或者逻辑信道组时,都会触发一次BSR。
因此,根据本申请的方案,在不改变BSR触发条件或触发机制的情况下可以实现PDU set粒度的BSR上报。进一步地,网络设备可以基于PDU set粒度的BSR上报,获知每个PDU set待传输的数据量,从而可以为PDU set合理分配传输资源。
在一些实施例中,在发送该k个PDU set中的第1个PDU set之前,该m个协议实体的优先级依次降低。
为便于理解本申请所描述的协议实体的优先级,本申请中以数字表示协议实体的优先级,并假设数字越小优先级越高。
在一个示例中,该m个协议实体的优先级依次降低可以是该m个协议实体的优先级依次降低一级。比如,该m个协议实体的优先级分别为1,2,3,……m。
在一个示例中,该m个协议实体的优先级依次降低可以是该m个协议实体中第z个协议实体的优先级比第z+1个协议实体的优先级高,但第z个和第z+1个协议实体的优先级可以不连续,z为1至m-1中的任一整数。比如,假设m=3,该m个协议实体的优先级可以分别为1,3,4,或者,该m个协议实体的优先级可以分别为2,4,7。
可选地,任一协议实体的优先级为该协议实体关联的第一资源的优先级。该第一资源可以包括下述中的一项或多项:逻辑信道、逻辑信道组、切片、频点、DRB、QoS flow、PDU会话或者GTP-U隧道。
下面对涉及S320的一些实施例进行详细说明。
实施例1
S320具体可以包括:采用传输资源依次发送该k个PDU set;若当前传输资源耗尽或少于第一预设值,调整该m个协议实体的优先级。
以上行传输为例进行说明。发送端在向接收端上报BSR后,接收端可以向发送端分配传输资源。比如,发送端首次上报的BSR是PDU set1的待传输数据量,接收端分配传输资源1传输PDU set1。如果发送端在传输完PDU set1后,传输资源1还有剩余、且剩余的传输资源(记作:传输资源1a)大于第一预设值,则发送端可以采用传输资源1a传输PDU set2。如果发送端在传输完PDU set2后,传输资源1耗尽,即传输资源1a已经使用完,或者,传输资源1a还有剩余但剩余的传输资源(记作:传输资源1b)少于第一预设值,则调整该m个协议实体的优先级。如果发送端在传输完PDU set2后,传输资源1a还有剩余、且剩余的传输资源1b没有耗尽或大于第一预设值,则可以继续使用传输资源1b传输PDU set3。如果在传输了PDUset3的部分PDU后传输资源1b耗尽或传输资源1b中剩余的传输资源少于第一预设值,则调整该m个协议实体的优先级。
在调整优先级的同时或者之后,接收端可以再次向发送端分配资源,发送端可以采用此次接收端分配的资源继续传输尚未传输或者尚未成功传输的PDU set或PDU set的PDU。
应理解,所述传输资源可以是时频资源。另外,第一预设值可以由协议规定,也可以预先配置,本申请对此不作限定。
基于实施例1,在一个示例中,当前传输资源不足以发送完该k个PDU set中的第s个PDU set,将第s个PDU set对应的协议实体的优先级调整为最高。
例如,如前所述,在传输了PDU set3的部分PDU后传输资源1b耗尽或传输资源1b中剩余的传输资源少于第一预设值,则将PDU set3对应的协议实体的优先级调整为最高。
基于该方案,接收端再次获得传输资源后,可以首先发送之前正在传输的第s个PDU set中剩余的PDU,从而能够保证PDU set的按序发送。
进一步地,除将第s个PDU set对应的协议实体的优先级调整为最高之外,还可以调整该m个协议实体中另外m-1个协议实体的优先级。
示例性的,在[j+(a-b)+m]mod m≠0的情况下,调整后该m个协议实体中的第j个协议实体的优先级是调整前该m个协议实体中的第[j+(a-b)+m]mod m个协议实体的优先级,在[j+(a-b)+m]mod m=0的情况下,调整后该m个协议实体中的第j个协议实体的优先级是调整前该m个协议实体中的第m个协议实体的优先级,该m个协议实体中的第a个协议实体用于承载第s个PDU set,调整前该m个协议实体中的第b个协议实体为该m个协议实体中优先级最高的协议实体,1≤a≤m,1≤b≤m。
例如,该m个协议实体为协议实体1、协议实体2和协议实体3,调整前协议实体1的优先级最高,第s个PDU set对应的协议实体为协议实体3。那么,调整后协议实体3的优先级为调整前协议实体1的优先级,调整后协议实体1的优先级为调整前协议实体2的优先级,调整后协议实体2的优先级为调整前协议实体3的优先级。
例如,该m个协议实体为协议实体1、协议实体2和协议实体3,调整前协议实体2的优先级最高,第s个PDU set对应的协议实体为协议实体3。那么,调整后协议实体3的优先级为调整前协议实体2的优先级,调整后协议实体1的优先级为调整前协议实体3的优先级,调整后协议实体2的优先级为调整前协议实体1的优先级。
基于实施例1,在另一示例中,当前传输资源发送完第s个PDU set且不足以发送第s+1个PDU set,将第s+1个PDU set对应的协议实体的优先级调整为最高。
例如,如前所述,如果发送端在传输完PDU set2后,传输资源1耗尽,即传输资源1a已经使用完,或者,传输资源1a还有剩余但剩余的传输资源少于第一预设值,则将PDU set3对应的协议实体的优先级调整为最高。
基于该方案,接收端再次获得传输资源后,可以首先发送第s+1个PDU set,从而能够保证PDU set的按序发送。
进一步地,除将第s+1个PDU set对应的协议实体的优先级调整为最高之外,还可以调整该m个协议实体中另外m-1个协议实体的优先级。
示例性的,在[j+(a-b)+m]mod m≠0的情况下,调整后该m个协议实体中的第j个协议实体的优先级是调整前该m个协议实体中的第[j+(a-b)+m]mod m个协议实体的优先级,在[j+(a-b)+m]mod m=0的情况下,调整后该m个协议实体中的第j个协议实体的优先级是调整前该m个协议实体中的第m个协议实体的优先级,该m个协议实体中的第a个协议实体用于承载第s+1个PDU set,调整前该m个协议实体中的第b个协议实体为该m个协议实体中优先级最高的协议实体,1≤a≤m,1≤b≤m。
例如,该m个协议实体为协议实体1、协议实体2和协议实体3,调整前协议实体1的优先级最高,第s+1个PDU set对应的协议实体为协议实体3。那么,调整后协议实体3的优先级为调整前协议实体1的优先级,调整后协议实体1的优先级为调整前协议实体2的优先级,调整后协议实体2的优先级为调整前协议实体3的优先级。
例如,该m个协议实体为协议实体1、协议实体2和协议实体3,调整前协议实体2的优先级最高,第s+1个PDU set对应的协议实体为协议实体3。那么,调整后协议实体3的优先级为调整前协议实体2的优先级,调整后协议实体1的优先级为调整前协议实体3的优先级,调整后协议实体2的优先级为调整前协议实体1的优先级。
实施例2
S320具体可以包括:每次发送完一个PDU set后,调整该m个协议实体的优先级。
其中,调整前该m个协议实体的优先级依次为m1,m2,……,mm,调整后该m个协议实体的优先级依次为mm,m1,……m(m-1)。即,在2≤j≤m的情况下,调整后所述m个协议实体中的第j个协议实体的优先级是调整前所述m个协议实体中的第j-1个协议实体的优先级,在j=1的情况下,调整后所述m个协议实体中的第1个协议实体的优先级是调整前所述m个协议实体中的第m个协议实体的优先级。
具体来讲,发送完PDU set1后,调整该m个协议实体的优先级;发送完PDU set2后,再次调整该m个协议实体的优先级,发送完PDU set3后,继续调整该m个协议实体的优先级,直至发送完该k个PDU set。
结合图9进行举例说明。参见图9,该m个协议实体为协议实体1、协议实体2和协议实体3,发送PDU set1之前,协议实体1、协议实体2和协议实体3的优先级分别为1,3,4。在发送端发送完PDU set1之后,调整这3个协议实体的优先级,调整后协议实体1、协议实体2和协议实体3的优先级分别为:4,1,3。在发送端发送完PDU set2之后,调整这3个协议实体的优先级,调整后协议实体1、协议实体2和协议实体3的优先级分别为:3,4,1。在发送端发送完PDU set3之后,调整这3个协议实体的优先级,调整后协议实体1、协议实体2和协议实体3的优先级分别为:1,3,4。其他PDU set类似,这里不再一一说明。
实施例3
在依次发送该k个PDU set中的过程中,若该k个PDU set中的第w个PDU set失效,则丢弃该第w个PDU set中未传输成功的PDU,w≥1。
应理解,本申请中,PDU set失效可以是下述中的任一种:PDU set中的PDU关联的PDCP discard timer超时、PDU set的discard timer超时、PDU set所关联的协议实体中的一个PDU set还未发送完但已经收到了后面的其它PDU set、PDU set的有效时长内PDU set中的PDU没有发送完毕、PDU set的有效时长内PDU set中的尚未发送的PDU超过一定比例、PDU set没有在预期的时间内发送出去、PDU set没有在预期的时间内被接收端收到、没有在预期的时间内收到接收端的针对该PDU set的ACK响应。
以该m个协议实体为3个协议实体为例对实施例3进行举例说明。根据上文对图7的相应描述可知,当PDU set4到来时,若PDU set1还没有发送完,则PDU set1失效,此时可以丢弃PDU set1中未传输成功的PDU。类似地,当PDU set7到来时,若PDU set4还没有发送完,则PDU set4失效,此时可以丢弃PDU set4中未传输成功的PDU。
进一步地,还可以丢弃至少一个PDU set。其中,该至少一个PDU set为第w+1个PDUset至第w+e个PDU set,e≥1。该至少一个PDU set为该第w个PDU set关联的第一类型的PDUset,该第w个PDU set和第w+e+1个PDU set均为第二类型的PDU set,该第一类型和该第二类型不同。
一些PDU set之间具有依赖关系。例如,参见图10所示的多个帧,I帧携带了完整信息,而P帧需要依靠I帧才能成功解码。所以如果I帧传输失败了,那么依赖它的P帧也无需再传输了。此外P帧之间也是有依赖关系的,比如最后一个P帧依赖前一个P帧才能解码成功。那么,如果第w个PDU set因失效而被丢弃,而第w个PDU set之后的一个或多个PDU set需要依赖第w个PDU set,则可以丢弃依赖第w个PDU set的一个或多个PDU set。
基于上述方案,通过丢弃失效的PDU set一些关联的PDU set,可以在不影响接收端数据恢复的提前下节省传输资源。
在一个示例中,第一类型可以是P帧,第二类型不为P帧,比如为I帧。
在另一个示例中,该第一类型为P切片,且第二类型不为P切片;或者,该第一类型为可以被丢弃的PDU set,且第二类型为不能被丢弃的PDU set;或者,该第一类型为非重要的PDU set,且第二类型为重要的PDU set;或者,该第一类型为承载视频数据的PDU set,且第二类型为承载语音数据的PDU set;或者,该第一类型为承载非控制信息的PDU set,且第二类型为承载控制信息的PDU set;或者,该第一类型为优先级较低的PDU set,且第二类型为优先级较高的PDU set;或者该第一类型为依赖PDU set,该第二类型为被依赖PDU set。
举例来说,PDU set1不为P帧,比如为I帧,且PDU set1还有一部分PDU没有传输成功但已经失效,则可以丢弃PDU set1。如果PDU set2为P帧,则也可以丢弃PDU set2。如果PDU set3为I帧,则不丢弃PDU set3。如果PDU set3为P帧,则丢弃PDU set3,如此直至遇到I帧停止丢弃。
举例来说,PDU set1为重要的PDU set,且PDU set1还有一部分PDU没有传输成功但已经失效,则可以丢弃PDU set1。如果PDU set2为不重要的PDU set帧,则也可以丢弃PDUset2。如果PDU set3为重要的PDU set,则不丢弃PDU set3。如果PDU set3为不重要的PDUset,则丢弃PDU set3,如此直至遇到重要的PDU set停止丢弃。
应理解,实施例3可以和实施例1或者实施例2结合。
在一些实施例中,该方法还可以包括:调整第w+e+1个PDU set对应的协议实体的优先级。进一步地,还可以调整该m个协议实体中其他m-1个协议实体的优先级。
在一个示例中,在[j+(a-b)+m]mod m≠0的情况下,调整后该m个协议实体中的第j个协议实体的优先级是调整前该m个协议实体中的第[j+(a-b)+m]mod m个协议实体的优先级,在[j+(a-b)+m]mod m=0的情况下,调整后该m个协议实体中的第j个协议实体的优先级是调整前该m个协议实体中的第m个协议实体的优先级,该m个协议实体中的第a个协议实体用于承载第w+e+1个PDU set,调整前该m个协议实体中的第b个协议实体为该m个协议实体中优先级最高的协议实体,1≤a≤m,1≤b≤m。
基于该方案,可以保证首先发送第一个不需要丢弃的PDU set,这样可以保证PDUset的依序发送。
上文中所描述的方案中,不同类型的PDU set,比如P帧和I帧,可以投递到同一个协议实体中。在本申请另一些实施例中,同一个协议实体中仅能投递类型相同的帧。针对该连续的k个PDU set,可以根据每个PDU set的类型,将其投递到对应的协议实体中。
在一些实施例中,第一类型和第二类型的PDU set对应的协议实体的数量都为m,m的取值可以参考上文的描述。
该k个PDU set按照第一类型和第二类型分类,包括第1个至第k1个第一类型的PDUset以及第1个至第k2个第二类型的PDU set,k1+k2=k。第1个至第k1个第一类型的PDU set按照前文描述的投递顺序或规则,依次投递到第一类型的PDU set对应的m个协议实体上,第1个至第k1个第二类型的PDU set按照前文描述的投递顺序或规则,依次投递到第二类型的PDU set对应的m个协议实体上。
比如,PDU set1和PDU set2为第一类型的PDU set,则PDU set1和PDU set2为第1个和第2个第一类型的PDU set;PDU set3为第二类型的PDU set,则PDU set3为第1个第二类型的PDU set;PDU set4为第一类型的PDU set,则PDU set3为第3个第一类型的PDU set。假设第一类型的PDU set对应的m个协议实体为协议实体1,协议实体2和协议实体3,第二类型的PDU set对应的m个协议实体为协议实体4,协议实体5和协议实体6为例。那么,可以将PDU set1投递到协议实体1上,PDU set2投递到协议实体2上,PDU set3投递到协议实体4,PDU set4投递到协议实体3上。如果还有第一类型的PDU set5,则可以将其投递到PDU set1上。其他PDU set投递规则类似,这里不再赘述。
上文描述了本申请提供的方法实施例,下文将描述本申请提供的装置实施例。应理解,装置实施例的描述与方法实施例的描述相互对应,因此,未详细描述的内容可以参见上文方法实施例,为了简洁,这里不再赘述。
图11是本申请实施例提供的通信装置的示意性框图。如图11所示,该装置2000可以包括处理单元2100和收发单元2200。收发单元2200可以实现相应的通信功能,比如接收或发送PDU set;处理单元2100可以实现相应的处理功能,比如将PDU set投递到协议实体上。收发单元2200还可以称为通信接口或通信单元。可选地,该装置2000还可以包括存储单元,该存储单元可以用于存储指令和/或数据,处理单元2100可以读取存储单元中的指令和/或数据,以使得装置实现前述方法实施例。
在一种可能的设计中,该装置2000可以是上文方法实施例中的发送端,还可以是应用于发送端的模块或芯片。该装置2000可以用于执行上述任一方法实施例中发送端所执行的步骤或流程。
具体地,处理单元2100,用于将连续的k个协议数据单元集合PDU set按照第一顺序依次投递到m个协议实体上,其中,当k>m时,从所述k个PDU set中的第m+1个PDU set开始,将连续的k-m个PDU set按照所述第一顺序依次投递到所述m个协议实体上,所述m个协议实体的优先级各不相同,m>1;收发单元2200,用于依次发送所述k个PDU set。
可选地,所述第一顺序为所述m个协议实体的排列顺序,或所述m个协议实体按照所述第一顺序排列。
可选地,所述处理单元2100具体用于:将所述k个PDU set中的第q个PDU set投递到所述m个协议实体中的第v个协议实体上,其中,若q mod m≠0,v=q mod m,若q mod m=0,v=m,mod表示取模。
可选地,所述收发单元2200具体用于,利用传输资源依次发送所述k个PDU set;所述处理单元2100还用于,若当前传输资源耗尽或少于第一预设值,调整所述m个协议实体的优先级。
可选地,所述处理单元2100具体用于:所述当前传输资源不足以发送完所述k个PDU set中的第s个PDU set,将所述第s个PDU set对应的协议实体的优先级调整为最高;或者,所述当前传输资源发送完所述第s个PDU set且不足以发送第s+1个PDU set,将所述第s+1个PDU set对应的协议实体的优先级调整为最高。
可选地,所述收发单元2200具体用于:每次发送完一个PDU set后,调整所述m个协议实体的优先级,其中,调整前所述m个协议实体的优先级依次为m1,m2,……,mm,调整后所述m个协议实体的优先级依次为mm,m1,……m(m-1)。
可选地,所述处理单元2100还用于:若所述k个PDU set中的第w个PDU set失效,丢弃所述第w个PDU set中未传输成功的PDU,w≥1。
可选地,所述处理单元2100还用于:丢弃至少一个PDU set,所述至少一个PDU set为第w+1个PDU set至第w+e个PDU set,e≥1,其中,所述至少一个PDU set为所述第w个PDUset关联的第一类型的PDU set,所述第w个PDU set和第w+e+1个PDU set均为第二类型的PDU set,所述第一类型和所述第二类型不同。
可选地,所述协议实体为下述中的任一种:分组数据汇聚协议PDCP实体、无线链路控制RLC实体、业务数据适配协议SDAP实体或者媒体接入控制MAC实体。
可选地,m≥x,x是根据下述中的一项或多项确定:所述PDU set的周期、所述PDUset的有效时长、或者所述PDU set的最长持续时间。
在另一种可能的设计中,该装置2000可以是上文方法实施例中的接收端,还可以是应用于接收端的模块或芯片。该装置2000可以用于执行上述任一方法实施例中接收端所执行的步骤或流程。
具体地,收发单元2200,用于依次接收连续的k个协议数据单元集合PDU set;处理单元2100,用于将所述k个PDU set按照第一顺序依次投递到m个协议实体上,其中,当k>m时,从所述k个PDU set中的第m+1个PDU set开始,将连续的k-m个PDU set按照所述第一顺序依次投递到所述m个协议实体上,所述m个协议实体的优先级各不相同,m>1。
可选地,所述第一顺序为所述m个协议实体的排列顺序,或所述m个协议实体按照所述第一顺序排列。
可选地,所述处理单元2100具体用于:将所述k个PDU set中的第q个PDU set投递到所述m个协议实体中的第v个协议实体上,其中,若q mod m≠0,v=q mod m,若q mod m=0,v=m,mod表示取模。
可选地,所述协议实体为下述中的任一种:分组数据汇聚协议PDCP实体、无线链路控制RLC实体、业务数据适配协议SDAP实体或者媒体接入控制MAC实体。
可选地,m≥x,x是根据下述中的一项或多项确定:所述PDU set的周期、所述PDUset的有效时长、或者所述PDU set的最长持续时间。
应理解,装置2000中的“单元”可以通过硬件实现,也可以通过软件实现,还可以通过硬件执行相应的软件实现。比如,所述“单元”可以指应用特有集成电路(applicationspecific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。又如,收发单元2200可以由收发机收发电路(例如可以包括接收电路和发送电路)替代,处理单元2100可以由处理器或处理电路替代。
图12示出了本申请实施例提供的另一通信装置3000的示意性框图。该装置3000可以是发送端,也可以是接收端,也可以是支持发送端实现上述方法的芯片、芯片系统、或处理器等,还可以是支持接收端实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法,具体可以参见上述方法实施例中的说明。
该装置3000可以包括一个或多个处理器3100,所述处理器3100也可以称为处理单元,可以实现一定的控制功能。所述处理器3100可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理,中央处理器可以用于对通信装置(如,基站、基带芯片,用于、用户芯片,DU或CU等)进行控制,执行软件程序,处理软件程序的数据。
在一种可选的设计中,处理器3100也可以存有指令和/或数据,所述指令和/或数据1503可以被所述处理器3100运行,使得所述装置3000执行上述方法实施例中描述的方法。
在另一种可选的设计中,处理器3100中可以包括用于实现接收和发送功能的收发器3200。例如该收发器3200可以是收发电路,或者是接口,或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的,也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写,或者,上述收发电路、接口或接口电路可以用于信号的传输或传递。
在又一种可能的设计中,该装置3000可以包括电路,该电路可以实现前述方法实施例中发送或接收或者通信的功能。
可选地,该装置3000中可以包括一个或多个存储器3300,其上可以存有指令,该指令可在处理器3100上被运行,使得该装置3000执行上述方法实施例中描述的方法。可选的,存储器3300中还可以存储有数据。可选的,处理器3100中也可以存储指令和/或数据。处理器3100和存储器可以单独设置,也可以集成在一起。
图13为本申请提供的一种终端设备4000的结构示意图。上述通信装置2000或者通信装置3000可以配置在该终端设备4000中。或者,该通信装置2000或者通信装置3000本身可以即为该终端设备4000。或者说,该终端设备4000可以执行上述方法实施例中发送端或接收端执行的动作。可选的,为了便于说明,图13仅示出了终端设备的主要部件。如图13所示,终端设备4000包括处理器、存储器、控制电路、天线以及输入输出装置。
处理器主要用于对通信协议以及通信数据进行处理,以及对整个终端设备进行控制,执行软件程序,处理软件程序的数据,例如用于支持终端设备执行上述数据传输方法实施例中所描述的动作。存储器主要用于存储软件程序和数据,例如存储上述实施例中所描述的PDU set。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器,主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数据以及对用户输出数据。
当终端设备开机后,处理器可以读取存储单元中的软件程序,解释并执行软件程序的指令,处理软件程序的数据。当需要通过无线发送数据时,处理器对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信号转换为数据并对该数据进行处理。
本领域技术人员可以理解,为了便于说明,图13仅示出了一个存储器和处理器。在实际的终端设备中,可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等,本申请实施例对此不做限制。
例如,处理器可以包括基带处理器和中央处理器,基带处理器主要用于对通信协议以及通信数据进行处理,中央处理器主要用于对整个终端设备进行控制,执行软件程序,处理软件程序的数据。图13中的处理器集成了基带处理器和中央处理器的功能,本领域技术人员可以理解,基带处理器和中央处理器也可以是各自独立的处理器,通过总线等技术互联。本领域技术人员可以理解,终端设备可以包括多个基带处理器以适应不同的网络制式,终端设备可以包括多个中央处理器以增强其处理能力,终端设备的各个部件可以通过各种总线连接。该基带处理器也可以表述为基带处理电路或者基带处理芯片。该中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中,也可以以软件程序的形式存储在存储单元中,由处理器执行软件程序以实现基带处理功能。
示例性的,在本申请实施例中,可以将具有收发功能的天线和控制电路视为终端设备4000的收发单元4100,将具有处理功能的处理器视为终端设备4000的处理单元4200。如图13所示,终端设备4000包括收发单元4100和处理单元4200。收发单元也可以称为收发器、收发机、收发装置等。可选的,可以将收发单元4100中用于实现接收功能的器件视为接收单元,将收发单元4100中用于实现发送功能的器件视为发送单元,即收发单元4100包括接收单元和发送单元。示例性的,接收单元也可以称为接收机、接收器、接收电路等,发送单元可以称为发射机、发射器或者发射电路等。
图14为本申请实施例提供的一种网络设备5000的结构示意图。上述通信装置2000或者通信装置3000可以配置在该网络设备5000中。或者,该通信装置2000或者通信装置3000本身可以即为该网络设备5000。或者说,该网络设备5000可以执行上述方法实施例中发送端或接收端执行的动作。
网络设备5000可以包括一个或多个射频单元,如远端射频单元(remote radiounit,RRU)5100和一个或多个基带单元(baseband unit,BBU)(也可称为数字单元,digitalunit,DU)5200。该RRU 5100可以称为收发单元、收发机、收发电路、或者收发器等等,其可以包括至少一个天线5110和射频单元5120。该RRU 5100部分主要用于射频信号的收发以及射频信号与基带信号的转换。该BBU 5200部分主要用于进行基带处理,对网络设备5000进行控制等。该RRU 5100与BBU 5200可以是物理上设置在一起,也可以物理上分离设置的,即分布式基站。
该BBU 5200为网络设备5000的控制中心,也可以称为处理单元,主要用于完成基带处理功能,如信道编码,复用,调制,扩频等等。例如该BBU(处理单元)5200可以用于控制网络设备5000执行上述方法实施例中关于发送端或接收端的操作流程。
在一个示例中,该BBU 5200可以由一个或多个单板构成,多个单板可以共同支持单一接入制式的无线接入网(如LTE系统,或5G系统),也可以分别支持不同接入制式的无线接入网。该BBU 5200还包括存储器5210和处理器5220。该存储器5210用以存储必要的指令和数据。该处理器5220用于控制网络设备5000进行必要的动作,例如用于控制网络设备5000执行上述方法实施例中关于发送端或接收端的操作流程。该存储器5210和处理器5220可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
在一种可能的实施方式中,随着片上系统(system-on-chip,SoC)技术的发展,可以将5200部分和5100部分的全部或者部分功能由SoC技术实现,例如由一颗基站功能芯片实现,该基站功能芯片集成了处理器、存储器、天线接口等器件,基站相关功能的程序存储在存储器中,由处理器执行程序以实现基站的相关功能。可选的,该基站功能芯片也能够读取该芯片外部的存储器以实现基站的相关功能。
应理解,图14示例的网络设备的结构仅为一种可能的形态,而不应对本申请实施例构成任何限定。本申请并不排除未来可能出现的其他形态的基站结构的可能。
应理解,在一种可能的设计中,本申请提供的方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行上述任一方法实施例中发送端或接收端所执行的各个步骤或流程。
本申请还提供一种计算机可读存储介质,该计算机可读存储介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行上述任一方法实施例中发送端或接收端所执行的各个步骤或流程。
本申请还提供一种通信系统,其包括发送端和接收端。
上述各个装置实施例和方法实施例完全对应,由相应的模块或单元执行相应的步骤,例如收发单元或收发器执行方法实施例中接收或发送的步骤,除发送、接收外的其它步骤可以由处理单元或处理器执行。
在本申请的实施例中,各术语及英文缩略语均为方便描述而给出的示例性举例,不应对本申请构成任何限定。本申请并不排除在已有或未来的协议中定义其它能够实现相同或相似功能的术语的可能。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在两个或更多个计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读存储介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step),能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以基于前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
在上述实施例中,各功能单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (33)
1.一种数据传输方法,其特征在于,包括:
将连续的k个协议数据单元集合PDU set按照第一顺序依次投递到m个协议实体上,其中,当k>m时,从所述k个PDU set中的第m+1个PDU set开始,将连续的k-m个PDU set按照所述第一顺序依次投递到所述m个协议实体上,所述m个协议实体的优先级各不相同,m>1;
依次发送所述k个PDU set。
2.如权利要求1所述的方法,其特征在于,所述第一顺序为所述m个协议实体的排列顺序,或所述m个协议实体按照所述第一顺序排列。
3.如权利要求1或2所述的方法,其特征在于,所述将连续的k个PDU set按照第一顺序依次投递到m个协议实体上,包括:
将所述k个PDU set中的第q个PDU set投递到所述m个协议实体中的第v个协议实体上,其中,若q mod m≠0,v=q mod m,若q mod m=0,v=m,mod表示取模。
4.如权利要求1-3中任一项所述的方法,其特征在于,所述依次发送所述k个PDU set,包括:
利用传输资源依次发送所述k个PDU set;
当前传输资源耗尽或少于第一预设值,调整所述m个协议实体的优先级。
5.如权利要求4所述的方法,其特征在于,所述当前传输资源耗尽或少于第一预设值,调整所述m个协议实体的优先级,包括:
所述当前传输资源不足以发送完所述k个PDU set中的第s个PDU set,将所述第s个PDUset对应的协议实体的优先级调整为最高;或者,
所述当前传输资源发送完所述第s个PDU set、且不足以发送第s+1个PDU set,将所述第s+1个PDU set对应的协议实体的优先级调整为最高。
6.如权利要求1-3中任一项所述的方法,其特征在于,所述依次发送所述k个PDU set,包括:
每次发送完一个PDU set后,调整所述m个协议实体的优先级,其中,调整前所述m个协议实体的优先级依次为m1,m2,……,mm,调整后所述m个协议实体的优先级依次为mm,m1,……m(m-1)。
7.如权利要求1-6中任一项所述的方法,其特征在于,所述方法还包括:
所述k个PDU set中的第w个PDU set失效,丢弃所述第w个PDU set中未传输成功的PDU,w≥1。
8.如权利要求7所述的方法,其特征在于,所述方法还包括:
丢弃至少一个PDU set,所述至少一个PDU set为第w+1个PDU set至第w+e个PDU set,e≥1,其中,所述至少一个PDU set为所述第w个PDU set关联的第一类型的PDU set,所述第w个PDU set和第w+e+1个PDU set均为第二类型的PDU set,所述第一类型和所述第二类型不同。
9.如权利要求1-8中任一项所述的方法,其特征在于,所述协议实体为下述中的任一种:分组数据汇聚协议PDCP实体、无线链路控制RLC实体、业务数据适配协议SDAP实体或者媒体接入控制MAC实体。
10.如权利要求1-9中任一项所述的方法,其特征在于,m≥x,x是根据下述中的一项或多项确定:所述PDU set的周期、所述PDU set的有效时长、或者所述PDU set的最长持续时间。
11.一种数据传输方法,其特征在于,包括:
依次接收连续的k个协议数据单元集合PDU set;
将所述k个PDU set按照第一顺序依次投递到m个协议实体上,其中,当k>m时,从所述k个PDU set中的第m+1个PDU set开始,将连续的k-m个PDU set按照所述第一顺序依次投递到所述m个协议实体上,所述m个协议实体的优先级各不相同,m>1。
12.如权利要求11所述的方法,其特征在于,所述第一顺序为所述m个协议实体的排列顺序,或所述m个协议实体按照所述第一顺序排列。
13.如权利要求11或12所述的方法,其特征在于,所述将所述k个PDU set按照第一顺序依次投递到m个协议实体上,包括:
将所述k个PDU set中的第q个PDU set投递到所述m个协议实体中的第v个协议实体上,其中,若q mod m≠0,v=q mod m,若q mod m=0,v=m,mod表示取模。
14.如权利要求11-13中任一项所述的方法,其特征在于,所述协议实体为下述中的任一种:分组数据汇聚协议PDCP实体、无线链路控制RLC实体、业务数据适配协议SDAP实体或者媒体接入控制MAC实体。
15.如权利要求11-14中任一项所述的方法,其特征在于,m≥x,x是根据下述中的一项或多项确定:所述PDU set的周期、所述PDU set的有效时长、或者所述PDU set的最长持续时间。
16.一种通信装置,其特征在于,包括:
处理单元,用于将连续的k个协议数据单元集合PDU set按照第一顺序依次投递到m个协议实体上,其中,当k>m时,从所述k个PDU set中的第m+1个PDU set开始,将连续的k-m个PDU set按照所述第一顺序依次投递到所述m个协议实体上,所述m个协议实体的优先级各不相同,m>1;
收发单元,用于依次发送所述k个PDU set。
17.如权利要求16所述的装置,其特征在于,所述第一顺序为所述m个协议实体的排列顺序,或所述m个协议实体按照所述第一顺序排列。
18.如权利要求16或17所述的装置,其特征在于,所述处理单元具体用于:
将所述k个PDU set中的第q个PDU set投递到所述m个协议实体中的第v个协议实体上,其中,若q mod m≠0,v=q mod m,若q mod m=0,v=m,mod表示取模。
19.如权利要求16-18中任一项所述的装置,其特征在于,
所述收发单元具体用于,利用传输资源依次发送所述k个PDU set;
所述处理单元还用于,若当前传输资源耗尽或少于第一预设值,调整所述m个协议实体的优先级。
20.如权利要求19所述的装置,其特征在于,所述处理单元具体用于:
所述当前传输资源不足以发送完所述k个PDU set中的第s个PDU set,将所述第s个PDUset对应的协议实体的优先级调整为最高;或者,
所述当前传输资源发送完所述第s个PDU set且不足以发送第s+1个PDU set,将所述第s+1个PDU set对应的协议实体的优先级调整为最高。
21.如权利要求16-18中任一项所述的装置,其特征在于,所述收发单元具体用于:
每次发送完一个PDU set后,调整所述m个协议实体的优先级,其中,调整前所述m个协议实体的优先级依次为m1,m2,……,mm,调整后所述m个协议实体的优先级依次为mm,m1,……m(m-1)。
22.如权利要求16-21中任一项所述的装置,其特征在于,所述处理单元还用于:
若所述k个PDU set中的第w个PDU set失效,丢弃所述第w个PDU set中未传输成功的PDU,w≥1。
23.如权利要求22所述的装置,其特征在于,所述处理单元还用于:
丢弃至少一个PDU set,所述至少一个PDU set为第w+1个PDU set至第w+e个PDU set,e≥1,其中,所述至少一个PDU set为所述第w个PDU set关联的第一类型的PDU set,所述第w个PDU set和第w+e+1个PDU set均为第二类型的PDU set,所述第一类型和所述第二类型不同。
24.如权利要求16-23中任一项所述的装置,其特征在于,所述协议实体为下述中的任一种:分组数据汇聚协议PDCP实体、无线链路控制RLC实体、业务数据适配协议SDAP实体或者媒体接入控制MAC实体。
25.如权利要求16-24中任一项所述的装置,其特征在于,m≥x,x是根据下述中的一项或多项确定:所述PDU set的周期、所述PDU set的有效时长、或者所述PDU set的最长持续时间。
26.一种通信装置,其特征在于,包括:
收发单元,用于依次接收连续的k个协议数据单元集合PDU set;
处理单元,用于将所述k个PDU set按照第一顺序依次投递到m个协议实体上,其中,当k>m时,从所述k个PDU set中的第m+1个PDU set开始,将连续的k-m个PDU set按照所述第一顺序依次投递到所述m个协议实体上,所述m个协议实体的优先级各不相同,m>1。
27.如权利要求26所述的装置,其特征在于,所述第一顺序为所述m个协议实体的排列顺序,或所述m个协议实体按照所述第一顺序排列。
28.如权利要求26或27所述的装置,其特征在于,所述处理单元具体用于:
将所述k个PDU set中的第q个PDU set投递到所述m个协议实体中的第v个协议实体上,其中,若q mod m≠0,v=q mod m,若q mod m=0,v=m,mod表示取模。
29.如权利要求26-28中任一项所述的装置,其特征在于,所述协议实体为下述中的任一种:分组数据汇聚协议PDCP实体、无线链路控制RLC实体、业务数据适配协议SDAP实体或者媒体接入控制MAC实体。
30.如权利要求26-29中任一项所述的装置,其特征在于,m≥x,x是根据下述中的一项或多项确定:所述PDU set的周期、所述PDU set的有效时长、或者所述PDU set的最长持续时间。
31.一种通信装置,其特征在于,包括处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,所述程序或指令被所述处理器执行时,使得所述装置执行如权利要求1-10中任一项或12-15中任一项所述的方法。
32.一种计算机可读存储介质,其上存储有计算机程序或指令,其特征在于,所述计算机程序或指令被执行时,使得所述计算机执行如权利要求1-10中任一项或12-15中任一项所述的方法。
33.一种计算机程序产品,其特征在于,包括计算机程序指令,所述计算机程序指令使得所述计算机执行如权利要求1-10中任一项或12-15中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210948232.4A CN117580097A (zh) | 2022-08-05 | 2022-08-05 | 数据传输方法和通信装置 |
PCT/CN2023/105231 WO2024027431A1 (zh) | 2022-08-05 | 2023-06-30 | 数据传输方法和通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210948232.4A CN117580097A (zh) | 2022-08-05 | 2022-08-05 | 数据传输方法和通信装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117580097A true CN117580097A (zh) | 2024-02-20 |
Family
ID=89848439
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210948232.4A Pending CN117580097A (zh) | 2022-08-05 | 2022-08-05 | 数据传输方法和通信装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117580097A (zh) |
WO (1) | WO2024027431A1 (zh) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018087154A1 (en) * | 2016-11-08 | 2018-05-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Optimization of logical channel processing for multiple transport blocks |
KR20240010096A (ko) * | 2017-04-24 | 2024-01-23 | 모토로라 모빌리티 엘엘씨 | 무선 베어러에 대한 pdcp pdu들의 복제 |
CN114268991A (zh) * | 2021-12-27 | 2022-04-01 | 展讯通信(上海)有限公司 | 数据传输方法、装置、电子设备、存储介质 |
-
2022
- 2022-08-05 CN CN202210948232.4A patent/CN117580097A/zh active Pending
-
2023
- 2023-06-30 WO PCT/CN2023/105231 patent/WO2024027431A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2024027431A1 (zh) | 2024-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110784284B (zh) | 使用喷泉码通过授权和未授权频段进行联合传输的系统和方法 | |
US10735334B2 (en) | Data sending method, data receiving method, and related device | |
US7277419B2 (en) | Supporting disparate packet based wireless communications | |
WO2018001185A1 (zh) | 一种终端到终端d2d通信方法、相关设备及系统 | |
WO2018171605A1 (zh) | 接收信息的方法及其装置和发送信息的方法及其装置 | |
CN108347782B (zh) | 一种上行控制信息发送、接收方法、终端及基站 | |
CN107735985B (zh) | 电子装置、其无线通信方法及非暂时性计算机可读存储介质 | |
CN108809540B (zh) | 数据处理方法及设备 | |
CN110754055B (zh) | 通信方法、网络设备和终端 | |
WO2018228288A1 (zh) | 传输数据的方法、终端设备和网络设备 | |
CN114175544A (zh) | 用于确定反馈码本的系统和方法 | |
CN112311504A (zh) | 一种反馈信息的传输方法及终端装置 | |
CN112333769B (zh) | 一种通信方法和装置 | |
CN110730513B (zh) | 一种通信方法及装置 | |
CN111817824A (zh) | 一种信息传输方法、终端设备和控制节点 | |
EP3790213B1 (en) | Mac-based hybrid automatic repeat request (harq) | |
CN112292898B (zh) | 下行控制信息的发送方法、接收方法、装置和通信系统 | |
CN115333690B (zh) | 信息传输方法、装置、终端及网络侧设备 | |
CN117580097A (zh) | 数据传输方法和通信装置 | |
JP2024520661A (ja) | ユーザ機器、スケジューリングノード、ユーザ機器のための方法、およびスケジューリングノードのための方法 | |
CN115668822A (zh) | 用信号通知网络编码操作的暂停和恢复的方法和设备 | |
JP2009135931A (ja) | 最大受信状態変数を設定する方法及び通信装置 | |
CN114979839B (zh) | 一种传输控制协议代理方法及通信装置 | |
WO2024168869A1 (en) | Wireless communication method and related devices | |
WO2022030069A1 (ja) | 端末、基地局及び通信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |