假定以512bit数据传输速率和传播时延时延为冲突窗口,在第五次碰撞后,一个节点选择K值为4的概率是

为保证您的正常访问请进行如丅验证:

为保证您的正常访问,请进行如下验证:


《计算机网络技术》课程习题集

C、等待用户命令后重发

4.在IP报头中设置“生命周期”域的目的是:【C 】

A 提高数据报的转发速率

B 提高数据报转发过场中的安全性

C 防止数据报在網络中无休止的流动

D 确保数据报可以正确分片

6. Ethernet交换机是利用“端口/MAC地址映射表”进行数据交换的交换机动态建立和维护端口/MAC地址的映射表的学习方法是:【 A 】

7.如果网络结点数据传输速率和传播时延10bit数据需要1*10-8s,则该网络的数据数据传输速率和传播时延速率为:【 B 】

8.采用异步數据传输速率和传播时延方式设数据位为7位,1位校验位1位停止位,则其通信效率为【 B 】

原标题:5G URLLC标准化关键技术分析

5G URLLC标准化关键技术分析

【摘 要】URLLC是5G三大应用场景之一但5G现网全面支持URLLC业务仍存在一些问题。首先分析了URLLC R15版本支持低时延和高可靠的标准化关鍵技术然后分析了R16版本支持TSN确定性需求技术方案和超高可靠性增强方案,为5G商用URLLC明确了需要引入的增强功能和面临的挑战

【关键词】URLLC;超低时延;超高可靠性;工业互联网

ITU和3GPP是最受关注和认可的标准组织。ITU主要负责提出指标指出5G中需要解决的问题,3GPP负责完成具体的技術标准和规范的设计和定义

1)的标准版本,eMBB场景标准化工作已经基本完成2019年和2020上半年将分别完成R15 late drop和R16版本,其中URLLC是R16的重点讨论课题本攵将从R15和R16两个阶段来讨论URLLC相关的标准技术。

1.1 超低时延技术方案

5G的一大强劲优势就是可以支持超低延迟在4G网络,打游戏的时候延迟还停留茬几十毫秒的水平而在车联网、工业互联网等领域,这样的延迟远远无法达到要求而5G技术不仅要满足普通用户的语音、视频和游戏等需求,更要赋能工业4.0作为整个社会经济数字化、自动化转型的利器,只有更低的时延更高的可靠性才能够满足工业互联网、车联网甚臸自动驾驶技术的需要。在R15阶段3GPP定义的URLLC上行和下行的用户面时延目标都是0.5 ms。所谓用户面时延即一个应用层的数据包/消息从无线协议层2戓层3进入后,从对端的无线协议层2或层3传出所需要的时间 [1]

在3GPP的R15阶段,物理层主要形成了一些针对超低时延需求的技术方案包括相对于LTE嘚更灵活的帧结构设计、子载波间隔、占用带宽、调度周期和HARQ反馈以及HARQ-less的无须PDCCH配置激活的type 1的上行配置授权(Configured Grant, CG)的引入 [2] 。具体来说首先是哽丰富更灵活的帧结构设计,相对于LTE只支持15 kHz的子载波间隔每个子帧的固定长度是1 ms,由两个时隙组成且每个时隙包含7个OFDM符号。NR支持多种OFDM孓载波间隔(SCS)sub 6 GHz以下频段可支持15 kHz/30 kHz/60 kHz等OFDM子载波间隔配置,每个子帧(固定长度1 ms)包含2μ个时隙。因为OFDM子载波间隔是体现子载波带宽的参数茬频域上从LTE固定的15 kHz增加至30 kHz和60 kHz,这就意味着一个slot的时长从1ms缩减到60 kHz的子载波间隔所对应的0.25 ms

NR支持更灵活的调度单位,URLLC在某些场景下可以用2个或鍺4个时间符号作为一个包括常规CP的调度TTI这样对于短slot(也称“迷你”时隙,mini-slot)可以大幅降低空口数据传输速率和传播时延时延和UE/基站的处悝时间为了保证高优先级URLLC业务需求,NR设计了URLLC业务可以抢占eMBB业务资源来降低时延

1.2 超高可靠性技术方案

超高的可靠性是5G网络又一新的优势,R15阶段3GPP定义的URLLC业务的可靠性需求是在用户面时延为1 ms的限制下,一个数据包一次数据传输速率和传播时延32 Byte的PDCCH的解调成功率不能低于99.999% [1]

在物悝层技术的标准化工作中,为了既能满足超低时延又能同时保障URLLC的超高可靠性,即PDCCH的解调成功率不能低于99.999%所以,标准引入了小负载DCI设計(Compact DCI)从而可以提高聚合等级(Aggregation Level)。和利用传统的聚合等级进行PDCCH检测相比 PDCCH的盲检次数会进一步减少。这种Compact DCI的控制信令包括一种指示比传統低的调制等级和编码率的MCS表更少的HRAQ进程数和更少的MIMO相关的天线端口模式 [2] 。

通过在发射机侧和接收机侧配置多根天线支持单用户单流數据传输速率和传播时延模式,最大化无线链路的分集阶数的分集技术来提高可靠性通过支持多TRP数据传输速率和传播时延机制,即两个戓多个不同的TRP向UE发送相同的数据分组或者控制分组实现空间分集增益来提高可靠性。

在高层的标准讨论中在基于LTE的双连接的DRB Split(数据承載分离技术)的协议架构和技术基础上,进行了增强实现了支持PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)的数据包的复制机制发送端在PDCP层对数据进行複制,然后将两个数据包发送到两个独立的逻辑信道数据传输速率和传播时延实现频率分集增益,提高可靠性 [3]

2 URLLC和工业互联网R16标准化关鍵技术

2.1 超低时延及确定性服务技术方案

3GPP在R16阶段对URLLC进行了全面增强,提出降低时延的方案同时,为了真正达到5G使能工业网络的目的在标准上深度讨论和制定了支持TSN(Time Sensitive Networking,时间敏感网络)上的确定性业务的方案所谓确定性业务,即具有周期性、确定性和数据大小固定等特点同时有的业务也具有低时延和高可靠性的要求。为了同时满足这些苛刻的业务需求R16深入讨论了时间同步和TSN支持问题。 表1为TSC业务的场景囷需求

(1)提升时间同步的精度

为了支持TSN业务,实现时间敏感数据传输速率和传播时延保证主时钟和终端时钟的精确时钟同步。RAN2和RAN3同步评估了SA1发送的联络函中的业务特性的可行性评估和对5G系统架构的影响在多种备选的架构方案中,RAN2倾向采用一种5G系统作为黑盒子的架构并发送给了SA2和SA1。最终多次激烈的讨论后,SA2决定了 如图1所示的时间同步架构

GM(5G系统的内部时钟)保持高精度的同步。在5G系统边缘的TSN转換器(TTs)执行所有IEEE 802.AS的协议功能例如,支持(g)PTP协议功能、时间戳、最优主时钟算法等5G系统作为TSN系统的一个网元,需要接收从TSN的时间源发送嘚同步消息(SYNC消息)并根据数据包在5G系统中处理和数据传输速率和传播时延所消耗的时间延时来更新时间信息。并且所有的时间信息嘚更新处理目前都是在5G系统的边缘,即由UE转换器或UPF转换器来进行处理

为了适应TSN网络的高精度的时间同步需求,标准上在NR引入了高精度的參考时间发送机制可以有广播消息(SIB9)或者专用的RRC消息(DLInformationTransfer消息) [4] 发送,时间粒度从10 ms增强到了10 ns

根据RAN1的仿真结果,RAN2假设对于子载波间隔为15 kHz嘚用户在服务范围大于200 m的场景下是需要时延补偿的但在Release 16阶段,RAN1只是提供了在TDD和FDD的场景下基站和UE的数据传输速率和传播时延时延补偿可鉯根据时间提前量的一半来做结论,即NTA×Tc/2并不包括NTA_offset。而且RAN1虽然讨论了很多关于什么时候和怎么来执行数据传输速率和传播时延时延补充嘚问题但在Release 16阶段没有结论。同时在时钟同步方面,对RAN1的38.200协议并没有影响

(2)支持TSN确定性业务技术

为了给TSN业务提供确定性数据传输速率和传播时延,标准上引入了TSN的辅助信息的定义使得TSN网络可以从核心网获取该业务的周期、数据大小等信息,基于这些信息基站可以為TSN业务预下半静态的配置和TSN业务更加匹配的通信资源,当TSN数据包到达时不需要通过调度请求从网络侧获取资源,从而降低了等待资源的時间 表2为TSC辅助时间信息:

进一步,为了支持工业互联网的多种业务需求匹配不同业务的发送时间规律,或者为了提升单个URLLC的可靠性R16支持为UE的一个BWP配置多个半持续调度(SPS, Semi-Persistent Scheduling)和配置授权CG配置。为了节省发送时延还需要进一步讨论和标准化以太网头压缩机制,提高数据数據传输速率和传播时延效率降低时延。

2019年3GPP多次讨论了CG的业务周期和TSN业务的周期不匹配问题因为无线网络中的业务周期以毫秒为单位,洏TSN业务的周期以赫兹为单位例如,在智能电网中数据包的周期可能为1 Hz/1 200 Hz,即0.833 ms 如表3所示:

因此,可能会出现无线资源配置周期与TSN业务周期不匹配的问题会导致基站需要在一定时间间隔后,重新匹配CG的资源参数否则数据包等待的时间将越来越长。为了降低该问题导致的TSN業务的资源等待时延会议上各公司提出了基站利用bitmap或者pattern等方式告知UE。TSN业务的时间特性让UE可以根据TSN业务的时间特性在配置的CG时间资源上選择有效的资源,但因为方案不收敛最终在投票过程中,同意了根据TSN业务周期为其配置更短周期的半静态资源调度以及配置多个具有相哃周期不同时间偏置的半静态调度的实现方法来解决这个问题

在Release 15的业务包调度优先级定义中,动态调度的包的优先级总是高于配置授权所以,eMBB的动态授权优先于URLLC的配置授权为了进一步满足URLLC业务的超低时延需求,Release 16阶段RAN1和RAN2工作组进行了UE内优先级和复用机制的标准化工作,对多种场景展开了分析和讨论讨论的场景包括UE内的动态调度数据和配置授权的数据资源冲突场景,动态调度数据之间的资源冲突场景控制信息(如调度请求SR、HARQ反馈和CSI)之间的资源冲突场景以及控制信息(如调度请求SR、HARQ反馈和CSI)和调度数据之间的资源冲突场景。同时Release Prioritization)的选择方案,从而实现了UE对具有更高优先级的URLLC的上行数据包的优先调度和发送为了实现这种增强机制,DCI控制信令中的增加了可以体现鈳靠性等级的指示RRC信令中配置了和逻辑信息匹配的半静态配置的资源,如CG和SPS标准化了在资源碰撞时,低优先级的数据包的重传处理机淛即可以通过基站重传调度的资源,或者UE自动选择同一HARQ进程的相同或不同的配置授权资源上的资源进行重传

2.2 超高可靠性增强技术方案

為了进一步满足部分业务对于可靠性的苛刻要求,即1 ms单向时延下99.999 9%的可靠性要求R16阶段做了如下增强方案。

为了支持PDCP复制增强机制R15支持两條支路的PDCP复制,为了实现更高的可靠性R16支持最多四条支路(即RLC实体)的PDCP复制,即由基站通过RRC消息进行多套腿的初始配置然后由基站根據业务的发送性能情况和无线资源的信道质量情况进行灵活的激活/去激活操作。在标准方案的选择过程中充分评估了冗余发送导致的开銷和协议复杂度与增益的比重。该机制可通过CA复制、DC复制以及CA复制和DC复制的组合实现标准上仍然保持了只有两个基站参与复制发送的限淛。讨论期间虽然探讨了基于UE的激活/去激活和基于包的PDCP复制发送的功能设计最终被降为低优先级的议题,目前未被采纳虽然关注和支歭的公司也不在少数。为了支持多于两条腿激活/去激活的机制在R15的冗余发送激活/去激活的MAC CE的基础上做增强,设计了新的MAC CE 如图2所示:

与此同时,SA2工作组也通过了更高层的冗余数据传输速率和传播时延的多连接机制例如,通过MgNB和SgNB建立两条独立的端到端PDU会话实现分集增益提高可靠性,主要是引入了以下的多连接方案

基于双连接的用户面冗余数据传输速率和传播时延方案( 如图3所示),即UE分别和两个基站忣用户面控制管理功能节点(UPF, User Plane Function)分别建立两条路径从而通过冗余数据传输速率和传播时延达到可靠性数据传输速率和传播时延的目的。

哃时还有一种基于N3接口的冗余数据传输速率和传播时延( 如图4所示),即通过两条冗余的具有独立路由信息的N3通道发送给UPF,通过两条獨立的数据传输速率和传播时延层路径可以实现分集增益提高可靠性。

同时在物理层也进一步增强了多TRP数据传输速率和传播时延方式茬R15的基础上提出,可以基于空分、频分、时隙内时分和时隙间时分等方式进行数据传输速率和传播时延块的冗余发送为了提高分集增益,还支持上述模式的组合以及不同模式间的动态切换

随着R16技术的逐步完善,URLLC将通过5G网络应用到各垂直行业同时,随着工业互联网的发展其业务对时延和确定性要求更加苛刻,例如达到99.999 999%为此,3GPP R17启动了新的标准化技术研究下一步,针对物理层的反馈方案将做进一步增強对UE业务优先权与复用方案,上行UCI与数据复用方案等进行增强随着AI技术的渗透,探索AI在工业互联网应用中面临的新的确定性需求及其標准化关键技术这将是未来的重点方向。

柴 丽毕业于北京邮电大学现任职于中国移动通信有限公司研究院,主要从事5G及5G增强标准化技术研究的相关工作

我要回帖

更多关于 数据传输速率和传播时延 的文章

 

随机推荐