数据传输方法及设备与流程

文档序号:33619561发布日期:2023-03-25 10:50阅读:22来源:国知局
数据传输方法及设备与流程

1.本发明涉及移动通信技术领域,具体涉及一种数据传输方法及设备。


背景技术:

2.现有技术的5g协议栈中定义了服务数据适应协议(service data adaptation protocol,sdap),如图1和图2所示,提供了整个层2(layer 2,l2)中的数据交互流程。
3.现有技术的sdap层具有以下两个功能:
4.1、qos流(qos flow)和数据无线承载(data radio bearer,drb)的映射功能;
5.2、上下行数据包中携带qos流标识(qos flow id)。
6.并且,每个协议数据单元会话(protocol data unit session,pdu session)有一个sdap功能实体。用户每建立一个业务(traffic),就需要建立一个sdap功能实体,也即sdap功能实体是以业务为单位进行数据处理的。
7.请参考图3,现有技术提供的一种qos flow到drb的映射关系约束,一个或者多个qos流(qos flow)可以映射到一个drb上。上行方向上,一个qos flow同时(at a time)只能映射到一个drb上。(因为下行方向引入了reflective mapping过程,并且qos flow是上下行双向的,所以,存在一个qos flow同时映射到一个drb的临时状态。
8.现有技术的5g协议栈方案给出了sdap协议层负责qos flow到数据无线承载(data radio bearer,drb)映射,并且是以qos flow为单位映射到一个drb上(一个或者多个qos flow映射到一个drb上)。这种以qos flow为单位到drb进行映射的方式存在以下问题:
9.1.难以实现按照每个ip包(sdap sdu)的qos保障特征进行传输qos保障;
10.2.drb无法准确体现qos flow的qos保障需求。当qos flow和drb为一一映射时,drb的qos参数可以复制承载的该qos flow的qos参数;当多个qos flow映射到一个drb上,drb的qos参数只能基于所承载的所有的qos flow的qos保障需求计算得到一个综合的qos保障参数,这导致失去了很多qos flow的qos特征。


技术实现要素:

11.本发明的至少一个实施例提供了一种数据传输方法及设备,能够实现面向数据包的接入层传输保障。
12.根据本发明的一个方面,至少一个实施例提供了一种数据传输方法,应用于第一通信设备,所述第一通信设备为终端或网络侧设备,包括:
13.第一通信设备接收待发送的数据包;
14.所述第一功能实体根据所述数据包的接入层传输保障需求,将所述数据包映射到对应的drb上进行发送。
15.此外,根据本发明的至少一个实施例,所述待发送的数据包为至少一个qos流的数据包;
16.根据所述数据包的接入层传输保障需求,将所述数据包映射到对应的drb上,包
括:
17.将所述数据包的接入层传输保障需求,与各个drb的传输保障需求相匹配,确定所述数据包对应的目标drb;将所述数据包映射到所述目标drb上。
18.此外,根据本发明的至少一个实施例,还包括以下至少一项:
19.所述drb的传输保障需求是根据接收到的rrc信令配置的;
20.所述drb的传输保障需求是通过承载在所述drb上的数据包随路配置的;
21.所述drb的传输保障需求是通过所述第一通信设备生成并发送的qos参数控制包配置的。
22.此外,根据本发明的至少一个实施例,在将所述数据包映射到对应的drb上之前,所述方法还包括:
23.针对每个qos流,根据接收到该qos流的各个数据包的顺序,为该qos流的各个数据包添加对应的序列号,其中,每个数据包还携带有对应的qos流标识。
24.此外,根据本发明的至少一个实施例,还包括:
25.针对每个qos流,维护一个基于序列号的发送窗口,所述发送窗口的窗口长度是预设固定值,或者是根据该qos流上承载的数据包的特征配置的;
26.基于所述发送窗口,对该qos流的各个数据包进行发送控制。
27.此外,根据本发明的至少一个实施例,在同一个qos流包括有不同接入层传输保障需求的多个数据包的情况下,该qos流的数据包被映射到多个drb上。
28.此外,根据本发明的至少一个实施例,所述接入层传输保障需求包括以下至少一项:
29.数据包在接入层的传输过程中需要保障的最大传输时延和/或最低传输时延;
30.数据包在接入层的传输过程中需要保障的传输精准度;
31.数据包在接入层的传输过程中是否允许传输失败;
32.数据包在接入层的传输过程中允许重传的最大次数;
33.数据包在切换过程中是否允许发生丢弃。
34.此外,根据本发明的至少一个实施例,所述数据包为sdap pdu。
35.根据本发明的另一方面,至少一个实施例提供了一种数据传输方法,应用于第二通信设备,所述第二通信设备为终端或网络侧设备,包括:
36.第二通信设备接收drb上承载的数据包,其中,同一drb上承载的数据包具有相同的接入层传输保障需求;
37.所述第二通信设备根据所述数据包携带的qos流标识,将所述数据包映射到对应的qos流上进行发送。
38.此外,根据本发明的至少一个实施例,所述drb的传输保障需求,与所述drb上承载的数据包的接入层传输保障需求相匹配。
39.此外,根据本发明的至少一个实施例,还包括以下至少一项:
40.所述drb的传输保障需求是根据接收到的rrc信令配置的;
41.所述drb的传输保障需求是通过承载在所述drb上的数据包随路配置的;
42.所述drb的传输保障需求是通过所述第二通信设备生成并发送的qos参数控制包配置的。
43.此外,根据本发明的至少一个实施例,所述数据包中还携带有所述数据包在所属qos流中的序列号;
44.所述根据所述数据包携带的qos流标识,将所述数据包映射到对应的qos流上,包括:
45.根据所述数据包中的携带的qos流标识和序列号,对同一qos流的数据包进行排序和重组,并在排序和重组成功后,映射到对应的qos流上。
46.此外,根据本发明的至少一个实施例,还包括:
47.针对每个qos流,维护一个基于序列号的接收窗口,所述接收窗口的窗口长度是预设固定值,或者是根据该qos流上承载的数据包的特征配置的;
48.基于所述接收窗口,对该qos流的各个数据包进行接收控制。
49.此外,根据本发明的至少一个实施例,所述数据包为sdap pdu。
50.根据本发明的另一方面,至少一个实施例提供了一种第一通信设备,所述第一通信设备为终端或网络侧设备,包括:
51.第一接收模块,用于接收待发送的数据包;
52.第一映射模块,用于根据所述数据包的接入层传输保障需求,将所述数据包映射到对应的drb上进行发送。
53.根据本发明的另一方面,至少一个实施例提供了一种第一通信设备,所述第一通信设备为终端或网络侧设备,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如上所述的方法的步骤。
54.根据本发明的另一方面,至少一个实施例提供了一种第二通信设备,所述第二通信设备为终端或网络侧设备,包括:
55.第二接收模块,用于接收drb上承载的数据包,其中,同一drb上承载的数据包具有相同的接入层传输保障需求;
56.第二映射模块,用于根据所述数据包携带的qos流标识,将所述数据包映射到对应的qos流上进行发送。
57.根据本发明的另一方面,至少一个实施例提供了一种第二通信设备,所述第二通信设备为终端或网络侧设备,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如上所述的方法的步骤。
58.根据本发明的另一方面,至少一个实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有程序,所述程序被处理器执行时,实现如上所述的方法的步骤。
59.与现有技术相比,本发明实施例提供的数据传输方法及设备,基于数据包的接入层传输保障需求,将数据包映射到能够满足该数据包的接入层保障需求的drb上,从而实现了面向数据包的接入层传输保障。
附图说明
60.通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
61.图1为现有技术的协议栈的下行数据流程示意图;
62.图2为现有技术的协议栈的上行数据流程示意图;
63.图3为现有技术提供的qos flow到drb的一种映射关系示意图;
64.图4为本发明实施例提供的数据传输方法的一种流程图;
65.图5为本发明实施例提供的数据传输方法的另一流程图;
66.图6为本发明实施例sdap协议子层对数据包进行分类的一种示例图;
67.图7为本发明实施例携带有sn号的下行sdap pdu的一种格式示意图;
68.图8为本发明实施例携带有sn号的上行sdap pdu的一种格式示意图;
69.图9为本发明实施例承载到一个qos flow上的gop视频流帧的示意图;
70.图10为本发明实施例提供的第一通信设备的一种结构示意图;
71.图11为本发明实施例提供的第一通信设备的另一种结构示意图;
72.图12为本发明实施例提供的第二通信设备的一种结构示意图;
73.图13为本发明实施例提供的第二通信设备的另一种结构示意图。
具体实施方式
74.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
75.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本技术的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。说明书以及权利要求中“和/或”表示所连接对象的至少其中之一。
76.本文所描述的技术不限于nr系统以及长期演进型(long time evolution,lte)/lte的演进(lte-advanced,lte-a)系统,并且也可用于各种无线通信系统,诸如码分多址(code division multiple access,cdma)、时分多址(time division multiple access,tdma)、频分多址(frequency division multiple access,fdma)、正交频分多址(orthogonal frequency division multiple access,ofdma)、单载波频分多址(single-carrier frequency-division multiple access,sc-fdma)和其他系统。术语“系统”和“网络”常被可互换地使用。cdma系统可实现诸如cdma2000、通用地面无线电接入(universal terrestrial radio access,utra)等无线电技术。utra包括宽带cdma(wideband code division multiple access,wcdma)和其他cdma变体。tdma系统可实现诸如全球移动通信系统(global system for mobile communication,gsm)之类的无线电技术。ofdma系统可实现诸如超移动宽带(ultramobile broadband,umb)、演进型utra(evolution-utra,e-utra)、ieee 802.21(wi-fi)、ieee 802.16(wimax)、ieee 802.20、flash-ofdm等无线电技术。utra和e-utra是通用移动电信系统(universal mobile telecommunications system,
umts)的部分。lte和更高级的lte(如lte-a)是使用e-utra的新umts版本。utra、e-utra、umts、lte、lte-a以及gsm在来自名为“第三代伙伴项目”(3rd generation partnership project,3gpp)的组织的文献中描述。cdma2000和umb在来自名为“第三代伙伴项目2”(3gpp2)的组织的文献中描述。本文所描述的技术既可用于以上提及的系统和无线电技术,也可用于其他系统和无线电技术。然而,以下描述出于示例目的描述了nr系统,并且在以下大部分描述中使用nr术语,尽管这些技术也可应用于nr系统应用以外的应用。
77.以下描述提供示例而并非限定权利要求中阐述的范围、适用性或者配置。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的精神和范围。各种示例可恰适地省略、替代、或添加各种规程或组件。例如,可以按不同于所描述的次序来执行所描述的方法,并且可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
78.如背景技术所述的,现有技术难以实现按照每个ip包(sdap sdu)的qos保障特征进行传输qos保障,另外,当多个qos流映射到同一个drb上时,现有技术可能无法满足每个qos流的qos保障参数。针对上述问题中的至少一种,本发明提出了一种数据传输方法,实现sdap的面向数据包的映射方案,通过定义sdap的数据包交织功能(packet interleaving),可以在不增加协议复杂度的情况下,实现drb的qos参数准确定义,从而确保ip包能够在接入层(access stratum,as)得到精准的qos保障。
79.请参照图4,本发明实施例提供的一种数据传输方法,应用于作为发送端的第一通信设备,所述第一通信设备具体可以是终端或网络侧设备,如图4所示,该方法包括:
80.步骤41,第一通信设备接收待发送的数据包。
81.这里,可以由第一通信设备的第一功能实体执行图4的步骤,所述第一功能实体可以集成于第一通信设备的内部,也可以作为第一通信设备的一个远端功能模块而与第一通信设备分开设置。具体的,所述第一功能实体可以是第一通信设备的sdap实体,所述数据包则为sdap pdu。所述待发送的数据包是第一功能体从其上层接收到数据包。这里,所述上层具体可以是层3(l3)的处理数据包的协议层,如用户面功能(user plane function,upf),接入层(as)的层3中具有数据面处理功能的协议层,即层3用户面(l3 up)。
82.步骤42,所述第一通信设备根据所述数据包的接入层传输保障需求,将所述数据包映射到对应的drb上进行发送。
83.具体的,所述接入层传输保障需求包括以下至少一项:
84.a)数据包在接入层的传输过程中需要保障的最大传输时延和/或最低传输时延。这里,最大传输时延和最低传输时延是数据包传输时延要求的上下限,即最差的情况下不能超过最大传输时延,最好情况下满足最低传输时延即可。
85.b)数据包在接入层的传输过程中需要保障的传输精准度。这里,传输精准度可以是允许的抖动的范围,比如:小于1ms,或者处于[1ms,1.5ms]区间,或者是1或多个符号(symbol)。
[0086]
c)数据包在接入层的传输过程中是否允许传输失败。
[0087]
d)数据包在接入层的传输过程中允许重传的最大次数。
[0088]
e)数据包在切换过程中是否允许发生丢弃。
[0089]
本发明实施例基于数据包的接入层传输保障需求,将数据包映射到能够满足该数
据包的接入层保障需求的drb上进行发送,例如,在映射到drb上之后发送至第一功能实体的低层,所述低层具体可以是pdcp层、rlc层或者mac层,从而实现了面向数据包的接入层传输保障。
[0090]
在上述步骤42中,所述待发送的数据包为至少一个qos流的数据包。同一个qos流的不同数据包可以具有不同的接入层传输保障需求。第一通信设备(第一功能实体)将所述数据包的接入层传输保障需求,与各个drb的传输保障需求相匹配,确定出能够满足所述数据包的接入层传输保障需求的drb,从而确定出所述数据包对应的目标drb,然后,将所述数据包映射到所述目标drb上。
[0091]
也就是说,第一通信设备(第一功能实体)可以按照每个数据包(如ip包)在as层的传输保障(本文中又称之为as-qos需求)对数据包进行分类,同一分类下的数据包具有相同或相近的as-qos需求;然后将同一分类下的数据包映射到一个drb上进行传输。不同分类或者需要特殊保障的as-qos需求的数据包映射到不同的drb上。
[0092]
本发明实施例可以预先建立多个具有不同传输保障需求的drb。具体的,所述drb的传输保障需求是根据接收到的rrc信令配置的,或者,所述drb的传输保障需求是通过承载在所述drb上的数据包随路配置的;或者,所述drb的传输保障需求是通过所述第一通信设备(第一功能实体)生成并发送的qos参数控制包配置的。
[0093]
本发明实施例中,同一个qos流的不同数据包可能被映射到不同的drb上,不同qos流的数据包也可能被映射到同一个drb上。例如,在同一个qos流包括有不同接入层传输保障需求的多个数据包的情况下,该qos流的数据包可能被映射到多个drb上。为了便于接收端重组承载在同一drb上的各个qos流的数据包,本发明实施例的第一功能实体在将所述数据包映射到对应的drb上之前,还针对每个qos流,根据接收到该qos流的各个数据包的顺序,为该qos流的各个数据包添加对应的序列号,其中,每个数据包还携带有对应的qos流标识。
[0094]
另外,在发送数据包时,第一通信设备(第一功能实体)可以针对每个qos流,维护一个基于序列号的发送窗口,所述发送窗口的窗口长度是预设固定值,或者是根据该qos流上承载的数据包的特征配置的;然后,基于所述发送窗口,对该qos流的各个数据包进行发送控制。具体的发送窗口控制,可以参考现有技术的发送窗口的实现方式,此处不再赘述。
[0095]
请参照图5,本发明实施例提供的另一种数据传输方法,应用于作为接收端的第二通信设备,所述第二通信设备具体可以是终端或网络侧设备,如图5所示,该方法包括:
[0096]
步骤51,第二通信设备接收drb上承载的数据包,其中,同一drb上承载的数据包具有相同的接入层传输保障需求。
[0097]
这里,可以由第二通信设备的第二功能实体执行图5的步骤,所述第二功能实体可以集成于第二通信设备的内部,也可以作为第二通信设备的一个远端功能模块而与第二通信设备分开设置。所述第二功能实体具体可以是第二通信设备的sdap实体,所述数据包则为sdap pdu。所述第二功能实体可以从其低层接收到上述数据包。所述低层可以是pdcp层、rlc层或者mac层。
[0098]
本发明实施例中,所述drb的传输保障需求,与所述drb上承载的数据包的接入层传输保障需求相匹配。也就是说,所述drb上承载的数据包是发送端将数据包的接入层传输保障需求,与所述drb的传输保障需求相匹配,从而确定所述数据包映射的目标drb,并将所
述数据包映射到对应的目标drb上的。
[0099]
具体的,所述drb的传输保障需求可以是所述第二通信设备(第二功能实体)根据接收到的rrc信令配置的,或者,所述drb的传输保障需求是根据承载在所述drb上的数据包随路配置的;又或者是,所述drb的传输保障需求是通过所述第二通信设备(第二功能实体)生成并发送的qos参数控制包配置的。
[0100]
步骤52,所述第二通信设备根据所述数据包携带的qos流标识,将所述数据包映射到对应的qos流上进行发送。
[0101]
通过以上步骤,本发明实施例能够解析出接收端映射到drb上的数据包并按照qos流标识发送至对应的qos流上。
[0102]
为了便于重组同一qos流的数据包,所述数据包中还可以携带有所述数据包在所属qos流中的序列号。这样,在上述步骤52中,所述第二通信设备(第二功能实体)可以根据所述数据包中的携带的qos流标识和序列号,对同一qos流的数据包进行排序和重组,并在排序和重组成功后,将数据包映射到对应的qos流上,并发送至上层。这里,所述上层具体可以是层3(l3)的处理数据包的协议层,如upf,接入层(as)的层3中具有数据面处理功能的协议层,即层3用户面(l3 up)。
[0103]
为了便于接收数据包,第二通信设备(第二功能实体)还可以针对每个qos流,维护一个基于序列号的接收窗口,所述接收窗口的窗口长度是预设固定值,或者是根据该qos流上承载的数据包的特征配置的。然后第二通信设备(第二功能实体)基于所述接收窗口,对该qos流的各个数据包进行接收控制。具体的接收窗口控制,可以参考现有技术的接收窗口的实现方式,此处不再赘述。
[0104]
可以看出,本发明实施例提供的上述方案中,在sdap协议子层中引入了一种数据包交织功能(packet interleaving)和解交织功能(packet deinterleaving),给出了一种面向数据包(ip packets)的drb的qos参数实现方式。
[0105]
发送端的sdap协议子层把不同as-qos需求的数据包通过数据包交织功能(packet interleaving)映射到对应的drb上,接收端的sdap协议子层把从不同drb上接收的sdap pdu解析得到sdap sdu,并按照解交织(packet deinterleaving)的方式放置到对应的qos flow上发送给上层。
[0106]
如图6所示,sdap协议子层(sdap sublayer)按照每个数据包(ip packet)在as层的传输保障需求(本文中记为:as-qos需求)对数据包进行分类。相同或者相近as-qos需求的ip包映射到一个drb上进行传输。不相同或者需要特殊保障的as-qos需求的ip包映射到不同的drb上。每一个sdap协议子层功能体(sdap entity,即上文的第一功能实体或第二功能实体)将其承载的所有qos flow的ip包按照as-qos需求进行分类,并映射到对应的drb上。
[0107]
drb的qos参数(对drb的传输保障能力要求)按照其承载的ip包的as-qos需求进行定义。drb的qos参数可以由rrc信令分别配置给接收端和发送端,也可以通过数据包携带并进行随路配置,也可以在sdap协议子层定义qos参数控制包用作drb的qos参数动态指示。
[0108]
如上文所述的,as层的传输保障具体包括:每个ip包在as层的传输过程中需要保障的最大传输时延和/或最低传输时延,传输精准度(允许的抖动的范围),是否允许传输失败,允许重传的最大次数,切换过程中是否允许数据丢弃等。其中,最大传输时延和/或最低
传输时延为端到端时延,即从进入发送端的as层(sdap协议子层为as层的第一个数据处理协议层),到接收端的as层成功递交给上层(upper layer)所需要的时间,包括数据包缓存的时间、多次发送带来的时延、数据包处理带来的时间等各个时间的总和;传输精准度决定了as层端到端功能的定义,比如高传输精度的数据包(如1~2无线符号symbol)就需要as层进行无arq和/或无harq传输,或者harq多路并发(duplication)发送,或者pdcp/rlc多路并发等。
[0109]
如图6所示,发送端sdap根据每个sdap sdu(ip包)的as-qos需求,分别交织到对应的drb上进行发送。接收端sdap对sdap pdu进行解交织,并在对应的qos flow上发送给上层。一个qos flow在上行和/或下行方向上,可以同时(at a time)映射到多个drb上进行数据传输。
[0110]
另外,以上方案中还实现了一种基于序列号(sn)的sdap交织和解交织处理。
[0111]
为了支持发送端和接收端sdap的交织和解交织过程中的乱序和排序功能,收发两端的sdap需要具有对等的功能。
[0112]
本发明实施例可以给每个qos flow定义一个基于序列号(sequence number,sn)的排序窗。发送端为发送窗口,接收端则为接收窗口。
[0113]
窗口长度可以为固定值(常量,constant),例如预先约定的固定值;也可以是在qos flow建立时,根据该qos flow上承载的ip包的特征配置窗口的长度。
[0114]
发送端每送一个sdap pdu,发送端的sn值增加1。接收端接收到一个sdap pdu,根据该sdap pdu携带的qos flow id和sn值,进行基于qos flow的包排序和重组,如果排序和重组成功,则递交给上层。图7和图8分别给出了携带有sn号的下行sdap pdu和上行sdap pdu的一种格式示意图。sn字段的长度为整字节,例如,一个字节或者多个字节。具体长度可以是固定值,也可以根据qos flow承载的数据特征进行配置。例如,发送窗和接收窗的长度相等,均为sn长度最大值的一半。例如,如果sn为8比特(1字节),则窗长为256/2=128。
[0115]
下面提供一个采用本发明实施例上述方法进行视频业务传输的一个示例。该示例中,视频的原始图像数据采用h.264编码格式进行压缩,音频采样数据会采用aac编码格式进行压缩。
[0116]
编码器将多张图像进行编码后生产成多个图像组(group of pictures,gop),解码器在播放时则是读取一个个gop解码后再渲染显示画面。gop是一组连续的图像,通常由一张i帧和数张b/p帧组成,是视频图像编码器和解码器存取的基本单位,它的排列顺序通常一直重复到视频结束。i帧是内部编码帧(i帧表示关键帧,可以理解为这一帧画面的完整保留;解码时只需要本帧数据就可以完成(因为包含完整画面))。p帧是前向预测帧(前向参考帧:该帧跟之前的一个关键帧(或p帧)的差别,解码时需要用之前缓存的画面叠加上本帧定义的差别,生成最终画面)。b帧是双向内插帧(双向参考帧:b帧记录的是本帧与前后帧的差别,换言之,要解码b帧,不仅要取得之前的缓存画面,还要解码之后的画面,通过前后画面的与本帧数据的叠加取得最终的画面)。简单地讲,i帧是一个完整的画面,而p帧和b帧记录的是相对于i帧的变化。如果没有i帧,p帧和b帧就无法解码。两个i帧之间形成一组图片,就是gop的概念。
[0117]
综上可知,p帧需要参考前面的i帧或p帧才可以生成一张完整的图像,而b帧则需要参考前面i帧或p帧及其后面的一个p帧才可以生成一张完整的图像。这样就带来了一个
问题:在视频流中,先到来的b帧无法立即解码,需要等待它依赖的后面的i、p帧先解码完成,这样一来播放时间与解码时间不一致了,顺序被打乱,这时就引入了另外两个概念:dts和pts。
[0118]
dts(decoding time stamp):即解码时间戳,这个时间戳的意义在于告诉播放器该在什么时候解码这一帧的数据。
[0119]
pts(presentation time stamp):即显示时间戳,这个时间戳用来告诉播放器该在什么时候显示这一帧的数据。
[0120]
虽然dts、pts是用于指导播放端的行为,但它们是在编码的时候由编码器生成的。
[0121]
图9提供了承载到一个qos flow上的gop视频流帧的示意图,其中,图9为一个gop的帧示意图,其中的一个i帧、p帧和b帧分别对应一个或者多个ip包。
[0122]
sdap在qos flow上接收上述ip包(sdap sdu)后,按照每个ip包的as-qos需求分别映射到3个drb上:承载i帧对应的ip包的drb,承载p帧对应的ip包的drb,承载b帧的ip包的drb。这3个drb的qos参数按照这三类帧的需求进行制定。
[0123]
并且,根据i、b、p三者在一个gop中的关系制定在空口传输的qos参数。比如:在一个gop中,设置i帧对应的数据包优先级最低以实现较好的峰均比(peak-average ratio,par),但是准确率要求100%,p帧优先级较高,准确率要求100%,b帧则为优先级最高,但是准确率可以不保障。
[0124]
此时,该qos flow的发送窗口和接收窗口可以以一个gop包含的最大ip包数目进行设定。sn号的长度需要能够满足包含一个gop内所有ip包的排序需要。
[0125]
以上介绍了本发明实施例的各种方法。下面将进一步提供实施上述方法的装置。
[0126]
请参照图10,本发明实施例提供了一种第一通信设备,所述第一通信设备为终端或网络侧设备,该实体包括:
[0127]
第一接收模块101,用于接收待发送的数据包;
[0128]
第一映射模块102,用于根据所述数据包的接入层传输保障需求,将所述数据包映射到对应的drb上进行发送。
[0129]
可选的,所述待发送的数据包为至少一个qos流的数据包;所述第一映射模块,还用于将所述数据包的接入层传输保障需求,与各个drb的传输保障需求相匹配,确定所述数据包对应的目标drb;将所述数据包映射到所述目标drb上。
[0130]
可选的,所述drb的传输保障需求是根据接收到的rrc信令配置的;所述drb的传输保障需求是通过承载在所述drb上的数据包随路配置的;所述drb的传输保障需求是通过所述第一通信设备生成并发送的qos参数控制包配置的。
[0131]
可选的,所述第一通信设备还包括:
[0132]
序号添加模块,用于在将所述数据包映射到对应的drb上之前,针对每个qos流,根据接收到该qos流的各个数据包的顺序,为该qos流的各个数据包添加对应的序列号,其中,每个数据包还携带有对应的qos流标识。
[0133]
可选的,所述第一通信设备还包括:
[0134]
窗口维护模块,用于针对每个qos流,维护一个基于序列号的发送窗口,所述发送窗口的窗口长度是预设固定值,或者是根据该qos流上承载的数据包的特征配置的;
[0135]
所述第一映射模块,还用于基于所述发送窗口,对该qos流的各个数据包进行发送
控制。
[0136]
可选的,在同一个qos流包括有不同接入层传输保障需求的多个数据包的情况下,该qos流的数据包被映射到多个drb上。
[0137]
可选的,所述接入层传输保障需求包括以下至少一项:
[0138]
数据包在接入层的传输过程中需要保障的最大传输时延和/或最低传输时延;
[0139]
数据包在接入层的传输过程中需要保障的传输精准度;
[0140]
数据包在接入层的传输过程中是否允许传输失败;
[0141]
数据包在接入层的传输过程中允许重传的最大次数;
[0142]
数据包在切换过程中是否允许发生丢弃。
[0143]
可选的,所述数据包为sdap pdu。
[0144]
需要说明的是,该实施例中的设备是与上述图4所示的方法对应的设备,上述各实施例中的实现方式均适用于该设备的实施例中,也能达到相同的技术效果。本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
[0145]
请参照图11,本发明实施例提供的第一通信设备的另一种结构示意图,该第一功能实体包括:处理器1101、收发机1102、存储器1103、用户接口1104和总线接口。
[0146]
在本发明实施例中,第一通信设备还包括:存储在存储器上1103并可在处理器1101上运行的程序。
[0147]
所述处理器1101执行所述程序时实现以下步骤:
[0148]
接收待发送的数据包;
[0149]
根据所述数据包的接入层传输保障需求,将所述数据包映射到对应的drb上进行发送。
[0150]
可选的,所述待发送的数据包为至少一个qos流的数据包;所述处理器执行所述程序时还实现以下步骤:
[0151]
将所述数据包的接入层传输保障需求,与各个drb的传输保障需求相匹配,确定所述数据包对应的目标drb;将所述数据包映射到所述目标drb上。
[0152]
可选的,所述drb的传输保障需求是根据接收到的rrc信令配置的;或者,所述drb的传输保障需求是通过承载在所述drb上的数据包随路配置的;或者,所述drb的传输保障需求是通过所述第一通信设备生成并发送的qos参数控制包配置的。
[0153]
可选的,所述处理器执行所述程序时还实现以下步骤:
[0154]
在将所述数据包映射到对应的drb上之前,针对每个qos流,根据接收到该qos流的各个数据包的顺序,为该qos流的各个数据包添加对应的序列号,其中,每个数据包还携带有对应的qos流标识。
[0155]
可选的,所述处理器执行所述程序时还实现以下步骤:
[0156]
针对每个qos流,维护一个基于序列号的发送窗口,所述发送窗口的窗口长度是预设固定值,或者是根据该qos流上承载的数据包的特征配置的;
[0157]
基于所述发送窗口,对该qos流的各个数据包进行发送控制。
[0158]
可选的,在同一个qos流包括有不同接入层传输保障需求的多个数据包的情况下,该qos流的数据包被映射到多个drb上。
[0159]
可选的,所述接入层传输保障需求包括以下至少一项:
[0160]
数据包在接入层的传输过程中需要保障的最大传输时延和/或最低传输时延;
[0161]
数据包在接入层的传输过程中需要保障的传输精准度;
[0162]
数据包在接入层的传输过程中是否允许传输失败;
[0163]
数据包在接入层的传输过程中允许重传的最大次数;
[0164]
数据包在切换过程中是否允许发生丢弃。
[0165]
可选的,所述数据包为sdap pdu。
[0166]
可理解的,本发明实施例中,所述计算机程序被处理器1101执行时可实现上述图4所示的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
[0167]
在图11中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1101代表的一个或多个处理器和存储器1103代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1102可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口1104还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
[0168]
处理器1101负责管理总线架构和通常的处理,存储器1103可以存储处理器1101在执行操作时所使用的数据。
[0169]
需要说明的是,该实施例中的设备是与上述图4所示的方法对应的设备,上述各实施例中的实现方式均适用于该设备的实施例中,也能达到相同的技术效果。该设备中,收发机1102与存储器1103,以及收发机1102与处理器1101均可以通过总线接口通讯连接,处理器1101的功能也可以由收发机1102实现,收发机1102的功能也可以由处理器1101实现。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
[0170]
在本发明的一些实施例中,还提供了一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现以下步骤:
[0171]
接收待发送的数据包;
[0172]
根据所述数据包的接入层传输保障需求,将所述数据包映射到对应的drb上发送给下层。
[0173]
该程序被处理器执行时能实现上述应用于第一通信设备的数据传输方法中的所有实现方式,且能达到相同的技术效果,为避免重复,此处不再赘述。
[0174]
本发明实施例提供了图12所示的一种第二通信设备,包括:
[0175]
第二接收模块121,用于接收drb上承载的数据包,其中,同一drb上承载的数据包具有相同的接入层传输保障需求;
[0176]
第二映射模块122,用于根据所述数据包携带的qos流标识,将所述数据包映射到对应的qos流上进行发送。
[0177]
可选的,所述drb的传输保障需求,与所述drb上承载的数据包的接入层传输保障需求相匹配。
[0178]
可选的,所述drb的传输保障需求是根据接收到的rrc信令配置的;或者,所述drb的传输保障需求是通过承载在所述drb上的数据包随路配置的;或者,所述drb的传输保障需求是通过所述第二通信设备生成并发送的qos参数控制包配置的。
[0179]
可选的,所述数据包中还携带有所述数据包在所属qos流中的序列号;所述第二映射模块,还用于根据所述数据包中的携带的qos流标识和序列号,对同一qos流的数据包进行排序和重组,并在排序和重组成功后,映射到对应的qos流上。
[0180]
可选的,所述第二通信设备还包括:
[0181]
窗口维护模块,用于针对每个qos流,维护一个基于序列号的接收窗口,所述接收窗口的窗口长度是预设固定值,或者是根据该qos流上承载的数据包的特征配置的;
[0182]
所述第二接收模块,还用于基于所述接收窗口,对该qos流的各个数据包进行接收控制。
[0183]
可选的,所述数据包为sdap pdu。
[0184]
需要说明的是,该实施例中的装置是与上述图5所示的方法对应的设备,上述各实施例中的实现方式均适用于该设备的实施例中,也能达到相同的技术效果。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
[0185]
请参考图13,本发明实施例提供了第二通信设备的另一结构示意图,包括:处理器1301、收发机1302、存储器1303和总线接口,其中:
[0186]
在本发明实施例中,第二通信设备还包括:存储在存储器上1303并可在处理器1301上运行的程序,所述程序被处理器1301执行时实现如下步骤:
[0187]
接收drb上承载的数据包,其中,同一drb上承载的数据包具有相同的接入层传输保障需求;
[0188]
根据所述数据包携带的qos流标识,将所述数据包映射到对应的qos流上发送给上层。
[0189]
可选的,所述drb的传输保障需求,与所述drb上承载的数据包的接入层传输保障需求相匹配。
[0190]
可选的,所述drb的传输保障需求是根据接收到的rrc信令配置的;或者,所述drb的传输保障需求是通过承载在所述drb上的数据包随路配置的;或者,所述drb的传输保障需求是通过所述第二通信设备生成并发送的qos参数控制包配置的。
[0191]
可选的,所述数据包中还携带有所述数据包在所属qos流中的序列号;
[0192]
所述根据所述数据包携带的qos流标识,将所述数据包映射到对应的qos流上,包括:
[0193]
根据所述数据包中的携带的qos流标识和序列号,对同一qos流的数据包进行排序和重组,并在排序和重组成功后,映射到对应的qos流上。
[0194]
可选的,所述处理器执行所述程序时还实现以下步骤:
[0195]
针对每个qos流,维护一个基于序列号的接收窗口,所述接收窗口的窗口长度是预设固定值,或者是根据该qos流上承载的数据包的特征配置的;
[0196]
基于所述接收窗口,对该qos流的各个数据包进行接收控制。
[0197]
可选的,所述数据包为sdap pdu。
[0198]
可理解的,本发明实施例中,所述计算机程序被处理器1301执行时可实现上述图5所示的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
[0199]
在图13中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1301代表的一个或多个处理器和存储器1303代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1302可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
[0200]
处理器1301负责管理总线架构和通常的处理,存储器1303可以存储处理器1301在执行操作时所使用的数据。
[0201]
需要说明的是,该实施例中的终端是与上述图5所示的方法对应的设备,上述各实施例中的实现方式均适用于该终端的实施例中,也能达到相同的技术效果。该设备中,收发机1302与存储器1303,以及收发机1302与处理器1301均可以通过总线接口通讯连接,处理器1301的功能也可以由收发机1302实现,收发机1302的功能也可以由处理器1301实现。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
[0202]
在本发明的一些实施例中,还提供了一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现以下步骤:
[0203]
接收drb上承载的数据包,其中,同一drb上承载的数据包具有相同的接入层传输保障需求;
[0204]
根据所述数据包携带的qos流标识,将所述数据包映射到对应的qos流上进行发送。
[0205]
该程序被处理器执行时能实现上述应用于第二功能实体的数据传输方法中的所有实现方式,且能达到相同的技术效果,为避免重复,此处不再赘述。
[0206]
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
[0207]
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
[0208]
在本技术所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
[0209]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
[0210]
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
[0211]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0212]
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1