|
5G-R15版本特性描述 (下) “Submission of initial 5G description for IMT-2020”
2018-3-24
题头语： www.3gpp.org于2018/1/24发布了“Submission of initial 5G description for IMT-2020”。内容为：基于2017年12月份完成的5G NR规范，3GPP组织已经提交5G方案的初始描述文件到ITU，这是IMT-2020提交和评估过程中的重要一步。由华为公司Wu Yong和爱立信公司的asbjorn.grovlen编写的初始“Description template of 3GPP 5G candidate for inclusion in IMT-2020”文件对3GPP的5G方案的技术特性进行了总结。 总结报告还没有完全完成和定稿，但是已经对3GPP R15(2017/12版本)的相关内容进行了很好的总结,有助于ITU-R和其它评估组织更好地了解相关技术，启动ITU-R的评估过程。 对其中5G NR RIT(无线接口技术)的特性模板翻译如下，本文翻译了一部分内容，剩余部分后续完成。另题目下黑色字体为问题和要求，蓝色部分为应答内容。 ------------------------------------------------------------------------------
Characteristics template for NR RIT of “5G” (Release 15 and beyond)
“5G” NR RIT的特性模板 (R15及未来版本)
(将全文分为三部分发布，此文为第三部分。包括链路适配、功率控制、调度、无线架构和协议、小区重选、接入、同步等内容)
5.2.3.2.10 链路适配和功率控制 5.2.3.2.10.1 描述RIT/SRIT所使用的链路适配技术 描述RIT/SRIT所使用的链路适配技术，包括： - 对调制和编码方式的支持性；
- 对信道质量测量、测量结果上报、上报频度和粒度的支持性。
提供调制和编码技术的细节，包括：
- 混合ARQ或者其他重传机制；
- 自评估中所使用的自适应调制和编码算法；
- 其他机制。
对于数据，RIT对UE所使用的以下信息进行动态指示：
- 调制方式和目标码率的组合；
- 频域和时域资源的分配(频域资源分配在BWP内进行)。
以便确定传输块大小，各种组合覆盖大范围的数据和信道码率(where the possible combinations cover a large range of possible data and channel coding rates)，可以指示28种不同的目标码率(如果支持256QAM则29种)，目标码率范围从0.1道0.9。 上下行方向上，连路自适应(调制方式和码率的选择)由基站来控制。下行方向上，网络可以根据终端上报的信道状态信息(CSI)来选择调制方式和码率。RIT采用灵活的CSI机制，CSI的类别、上报数量、上报频度、上报粒度以及时域行为都可以配置。支持网络控制的周期性和非周期性(触发的)报告模式，其中非周期报告可以由网络来请求采用哪个CSI-RS资源来进行CSI上报。详细内容请参见TS38.214第5.2节。上行方向上，基站可以测量话务信道或者探测残奥信号，并使用它们作为链路自适应的输入。详细内容请参见TS38.214第6.2.1节。
MAC层中，支持传输兼采用软合并的混合ARQ。不同传送可以使用不同的冗余版本。重传时调制模式和编码方式可以改变。为了降低时延和反馈，可以使用一组并行的停/等协议。为了对残留错误(residual error)进行校正，RLC层采用强壮的选择-重复ARQ协议来对MAC ARQ进行补充。详见TS38321和TS38.322。 5.2.3.2.10.2 提供功率控制的细节
提供功率控制的细节，例如： - 功率控制调整步长(dB) - 每秒功率控制的周期(cycle) - 功率控制动态范围(dB) - 采用功率控制时的最小发射功率 - 相关的信令和控制消息 PUSCH、PUCCH和SRS的上行功控是独立的。上行功控基于终端测量到的信号强度(开环功控)，还基于基站的测量结果。基站的测量结果可用于产生功控命令，并作为下行控制信令的一部分传送到终端(闭环功控)。支持绝对和相对功控命令。相对功控下，有4种可用的相对功率调整步长，待决定(TBD)。对于上行数据，可配置多个闭环功控进程，包括采用传输波束来指示不同进程的可能性。PUSCH和PUCCH的功控命令之间的时间与PUSCH和PDSCH的调度周期相同(The time between power-control commands for PUSCH and PUCCH is the same as the scheduling periodicity for the PUSCH and the PDSCH, respectively)。详见TS38.213第7节。 下行功控实现方式与网络有关，因此不在规范考虑的范围内。一种简单和有效的功率控制策略是采用恒定输出功率进行传送。信道情况和干扰级别的变化采用调度和链路自适应来进行适配。 5.2.3.2.11 功率级别 5.2.3.2.11.1 UE发射功率 5.2.3.2.11.1.1 天线辐射功率 天线端测量到的天线辐射功率有多大(dBm)？ 信息在后续更新文件版本中提供。
5.2.3.2.11.1.2 最大峰值发射功率 激活和忙的状态下，最大峰值发射功率是多少？ 信息在后续更新文件版本中提供。
5.2.3.2.11.1.3 平均(以时间平均)发射功率 激活和忙的状态下，平均(以时间平均)发射功率是多少？请提供详细计算方法。 信息在后续更新文件版本中提供。
5.2.3.2.12 调度、QoS支持和管理、数据业务 5.2.3.2.12.1 QoS支持 QoS支持 – 支持什么QoS级别？ – 与每种业务流相关的QoS级别的关联性如何协商? – QoS特性，如: • 数据速率(MAC/PHY所支持的最低到最高数据速率) • 控制面和用户面时延(发送时延) • 误包率(最终MAC/PHY层所提供的校验)以及延迟变化(抖动) – 在无线接入网之间切换时是否支持QoS？如果支持，请描述相关过程。 – 用户如何同时使用多个具有不同QoS需求的应用。 信息在后续更新文件版本中提供。 5.2.3.2.12.2 调度机制 调度机制：请描述评估中满buffer和非满buffer情况下所使用的调度算法。描述调度所需的测量及报告。 信息在后续更新文件版本中提供。 5.2.3.2.13 无线接口架构和协议栈 5.2.3.2.13.1 描述无线接口架构和协议栈的细节
描述无线接口架构和协议栈的细节：
- 逻辑信道
- 控制信道
- 话务信道
传输信道和/或物理信道。
RAN/无线架构：
此RIT包含NR独立架构。
下面的段落中提供了对无线接口协议和信道的总结。
无线协议：
用户面协议栈包括SDAP、PDCP、RLC、MAC和PHY子层(在UE和gNB中终结)。
控制面定义了以下协议栈：
- RRC、PDCP、RLC、MAC和PHY子层(在UE和gNB中终结)
- NAS协议栈 (在UE和AMF中终结)
协议的业务和功能的细节请参看3GPP规范，如TS38.300等。
无线信道(物理、传输和逻辑信道) 物理层为MAC子层的传输信道提供服务。MAC子层对RLC子层的逻辑信道提供服务。RLC子层为PDCP子层中的RLC信道提供服务。PDCP子层为SDAP和RRC子层无线承载提供服务：用户面数据的数据无线承载(DRB)和控制面数据的信令无线承载(SRB)。 SDAP子层提供5GC QoS流和DRB影射功能。
下行定义的物理信道： - 物理下行共享信道(PDSCH)； - 物理下行控制信道(PDCCH)； - 物理广播信道(PBCH)。
上行定义的物理信道： - 物理随机接入信道(PRACH)； - 物理上行共享信道(PUSCH)； - 物理上行控制信道(PUCCH)。
除了上述物理信道，也定义了PHY层信令，它们是参考信号、主/辅同步信号。 下面定义传输信道及它们到物理信道的影射关系：
上行： - 上行共享信道(UL-SCH)，影射到PUSCH； - PRACH随机接入信道，影射到PRACH。 下行： - 下行共享信道(DL-SCH)，影射到PDSCH； - 广播信道，影射到PBCH； - 寻呼信道，影射到(代订，TBD)
逻辑信道分为2组：控制信道和话务信道。控制信道包括： - 广播控制信道(BCCH)：进行系统控制信息广播的下行信道。 - 寻呼控制信道(PCCH)：传送寻呼信息和系统信息变更通知的下行信道。 - 公共控制信道(CCCH)：在UE和网络间传送控制信息的信道。 - 专用控制信道(DCCH):在UE和网络间传送专用控制信息的点到点双向信道。 话务信道：专用话务信道(DTCH)，上下行都存在。
下行方向上，逻辑信道和传输信道之间存在下列关系： - BCCH可以影射到BCH或者DL-SCH； - PCCH影射到PCH； - CCCH、DCCH、DTCH影射到DL-SCH。
上行方向上，逻辑信道和传输信道之间存在下列关系： - CCCH、DCCH、DTCH影射到UL-SCH。 其他概念：
- NR QoS架构
NG-RAN(连接到5GC)中的QoS架构总结如下：
5GC为每个UE建立1个或者多个PDU进程。
对于每个UE，NG-RAN为每个进程建立1个或者多个数据无线承载(DRB)。 NG-RAN将不同的PDU进程上的包影射到不同的DRB。因此，NG-RAN至少为每个PDU进程建立一个缺省DRB。 UE和5GC中的NAS级包过滤功能将UL和DL包关联到QoS流。UE和NG-RAN中的AS级的影射准则将UL和DL的QoS流关联到DRB。
- 载波聚合(CA) 对于CA，每个服务小区中，物理层的多个载波的特性仅MAC层可见，且只需要一个HARQ实体(Incase of CA, the multi-carrier nature of the physical layer is only exposed tothe MAC layer for which one HARQ entity is required per serving cell)。
- 双连接(DC)： 双连接中，无线承载所使用的无线协议架构取决于无线承载是如何建立的。存在4种承载类别，即MCG承载、MCG分离承载、SCG承载和SCG分离承载。 - 主gNB：双连接中，至少终结于NG-C的gNB。 - 辅gNB：为UE提供额外的无线资源但不是主节点的gNB。 - 主小区组(MCG)：双连接中，与MgNB相关的一组服务小区。 - 辅小区组(SCG)：双连接中，与SgNB相关的一组服务小区。 - MCG承载：双连接中，无线协议仅位于MCG中的承载。 - MCG分离承载：双连接中，无线协议在MgNB中分离且同时属于MCG和SCG的承载称为MCG分离承载。 - SCG承载：双连接中，无线协议仅位于SCG中的承载。 - SCG分离承载：双连接中，无线协议在SgNB中分离，且同时属于SCG和MCG的承载称为SCG分离承载。
对于DC来说，UE配置2个MAC实体，一个用于MCG，另一个用于SCG。对于分离承载来说，UE在传输UL PDCP PDU的一个或者两个链路上进行配置。不传送UL PDCP PDU的那个链路，RLC层仅用于传送下行数据所对应的ARQ反馈。
NR无线协议架构和信道的详细信息请参见[38.300]、[38.401]、[38.201]和[37.340]。 5.2.3.2.13.2 传送反馈信息的速率是多少？ 信息在后续文件版本中提供。 5.2.3.2.13.3 信道接入
描述初始信道接入过程(如冲突或者免冲突接入)。
初始信道接入典型采用随机接入过程来实现(假定没有专用/调度资源分配)。
随机接入过程可以是基于冲突的(如空闲模式下的初始连接)或者非冲突的(如切换到新的小区)。随机接入资源和参数可以由网络进行配置，并通过信令发送到UE(采用广播或者专用信令)。 基于冲突的随机接入过程中，UE发送随机接入前导(为了避免与其他UE的冲突),然后下行产生随机接入响应(RAR)(包括位上行传送分配专用无线资源)，最后，UE采用所分配的资源传送初始UL消息(如RRC连接请求)，并等待下行冲突解决消息(对UE接入进行确认)。UE可以执行多次接入，直到成功接入到信道，或者直到超时(对接入过程进行监测的计时器)。 非冲突随机接入过程中，UE的专用随机接入资源/前导已经分配完成了(如采用HO命令的一部分)。这避免了冲突解决过程，如接入过程中只需要随机接入前导和随机接入响应消息。
从L1的角度看，随机接入前导(UL)在PRACH上进行传送，随机接入响应(DL)在PDSCH上传送，随后上行在PUSCH上传送，最终的冲突解决消息(DL)在PDSCH上传送。 详细信息请参见[38.300]、[38.321]和[38.213]。 5.2.3.2.14 小区选择 描述通过小区选择为用户选择服务小区的过程。 小区选择基于下列原则进行： - UENAS层对所选定的PLMN(也可能存在等同(equivalent)的PLMN)进行标定。 - UE对所支持的频段(与无线技术相关)进行搜索，对于每个载波频率，搜索并标定最强小区。UE读取小区广播信息，确定其PLMN及其他相关参数(如相关的小区限制等)。 - UE企图明确最合适的小区，如果无法确定最合适的小区，则它确定一个可接受的小区。 - 合适的小区的条件为：如果被测小区的特性满足小区选择的要求(基于下行无线信号强度/质量)，则小区属于可选择/等同PLMN；小区不受限(如小区没有漫游区域禁止(forbidden)而被禁止(barred)/预留)。 - 可接受的小区是被测小区满足小区重选条件且小区没有被禁止(barred)。 - 在所明确的合适和可接受的小区中，UE选择最强的小区并驻留到这个小区上。 根据无线网络的信令和配置信息，一些频率或者网络(RIT)可以优先驻留。 详见TS38.300中第9.2.1.1节及TS38.304中第5.2节。 5.2.3.2.15 位置测定技术 描述采用哪种位置测定技术来至此定位服务。 后续更新版本中提供相关信息。 5.2.3.2.16 优先接入机制 描述特定业务或者用户如何优先接入某种无线或者网络资源(比如，允许紧急业务的接入)。
后续更新版本中提供相关信息。 5.2.3.2.17 单播、多播和广播
5.2.3.2.17.1 专用载波和/或共享载波的广播/单播/多播特性 描述RIT/SRIT使用专用载波和/或共享载波的广播特性、单播特性、多播特性，并描述这些特性如何同时存在。
后续更新版本中提供相关信息。
5.2.3.2.17.2 多用户服务 描述是否能够为任一用户采用适当的信道容量设定方式来同时提供多用户服务。
后续更新版本中提供相关信息。
5.2.3.2.17.3 话音/视频编码方式 是否支持多种话音/视频编码方式，并请提供所使用的编码的细节。
后续更新版本中提供相关信息。 5.2.3.2.18 私密性、鉴权、加密和合法拦截机制 请描述任何私密性、鉴权、加密和合法拦截机制。描述私密性和加密是否需要同步机制。
安全性方面请着重描述以下方面： – 系统信令完整性和加密性； – 用户设备号的鉴权和加密； – 用户号鉴权和加密； – 用户数据完整性和加密。 描述RIT/SRIT如何应对攻击，比如： – 被动攻击 (passive) – 中间攻击(man in the middle) – 重放(replay) – 服务拒绝(Denial of service) 后续更新版本中提供相关信息。 5.2.3.2.19 频率规划 RIT/SRIT如何支持添加新小区和新的RF载波？请提供细节。
后续更新版本中提供相关信息。 5.2.3.2.20 无线接口内的干扰降低(mitigation) 5.2.3.2.20.1 干扰降低 是否支持干扰降低？如果是，轻描述相关算法。
RIT设计中，考虑always-on信号的最小化，以降低系统中的干扰。方法如下： · 支持更长周期的同步信号、广播信道和周期性参考信号。 · 控制和数据都使用UE专用的解调参考信号，它们只在控制和/或数据传送期间才传送。 · 频域控制信道资源的分配可配置，以降低对邻区控制信道的干扰。 为了降低小区间干扰，提高系统性能，协调多点发送/接收(CoMP)也是RIT所支持的一种干扰降低方法，它对多个小区间的调度/传送和/或联合传输进行动态协调。 5.2.3.2.20.2 小区间干扰降低的信令 有哪些小区间干扰降低的信令？ 此信息后续提供。 5.2.3.2.20.3 链路级干扰降低 描述有哪些符号间干扰消除的特性。 在UL(有/无转换(transform)预编码)和DL采用循环前缀OFDM传送可以增强符号间的抗干扰能力。 请参看5.2.3.2.20.4。 5.2.3.2.20.4 对抗多径衰落效果的方法 描述对抗多径衰落效果的方法。(如均衡器、瑞克接收机、循环前缀等)。
UL和DL都采用OFDM传输，并结合循环前缀(cyclicprefix)，可以增强对无线信道上时间离散/频率选择的抗干扰能力。 如果上行采用变换(transform)预编码，则无线信道上的时间离散/频率选择性可以通过接收机的均衡处理解决。 5.2.3.2.20.5 分集技术
描述终端和基站支持的分集技术，包括微分集和宏分集及其特性。如：
- 时间分集：重复、瑞克接收机等。
- 空间分集：多个扇区等。
- 频率分集：跳频、宽带传送等。
- 码分集：多个PN码、多个跳频码等。
- 多用户分集：正比公平等。
- 其他机制。
对分集和算法的特性进行描述，如分集交换、最大比合并、等增益合并等。
提供收发接收机的RF配置，如RF接收机的数目，RF发射机的数目等。
RIT提供了下列分集方式： · 采用多个发射和接收天线以及波束赋形的空间分集技术 o 发射天线端口的数目：与部署相关，但是对于多层传输来说，定义了12个下行和4个上行天线端口，端口到物理天线的影射与实现方式有关系。 o Rx天线端口数：实现相关。 · 利用宽的总传输带宽，利用上行跳频和上/下行频率分布式传送来实现赔率分集。 · 利用采用HARQ协议的快速重传，实现新传和重传的合并，来提供时间分集。 根据信道特性进行调度(channel-aware scheduling),来实现多用户分集。 5.2.3.2.21 同步需求 5.2.3.2.21.1 描述RIT/SRIT的定时要求
描述RIT/SRIT的定时要求，如：
–是否需要基站间同步？提供准确的信息、同步类型，如载频同步、比特时钟、spreading码或帧等及其精度。
– 是否需要基站和网络间的同步？
描述基站传送的信号的短期(short-term)频率和定时精度。 一般通用概念： 不需要严格的站间(BS-to-BS)同步。类似地，也不需要严格的基站和网络间的同步。 基站支持相位、时间和/或频率的逻辑同步，以提供： - 同步的TDD区域内，所有基站的准确的最大相对相位差。 - continuous time without leap seconds traceable to common timereference for all BSs in synchronized TDD area;同步的TDD区域内，所有基站的continuous time without leap seconds traceable与公共定时参考追踪性(原文：continuous time without leap seconds traceable to common timereference for all BSs in synchronized TDD area) - FDD时域小区间干扰协调。 进一步来讲，在同步的TDD区域内，为所有基站提供公共的SFN初始化时间。 扩展空闲模式DRX下，RAN-CN需要Hyper SFN的同步。 精度需求： 基站传送信号的精度： 信息后续提供。 小区相位同步精度：基站天线连接处测量到的小区相位同步精度应当好于3µs。 更多信息请参看[38.401], [38.133]。 5.2.3.2.21.2 同步机制 描述同步机制，包括用户终端和基站之间的同步。 小区搜索过程中，UE与小区实现时间和频率同步，并检测到小区的物理层小区号(physical layer Cell ID)。UE接收PSS和SSS同步信号，以便执行小区搜索。PSS(至少)用于初始符号定位(boundary)、循环前缀、子帧定位(boundary)、小区初始频率同步等。SSS用于无线帧边界标定。PSS和SSS一起用于小区ID检测。 还为以下过程定义了同步机制，如无线链路监控、传送定时调整、小区激活/去激活定时等。 详见TS38.213中第四章和TS38.211中第7.4.2节。 5.2.3.2.22 链路预算模板 链路预算模板后续提供。 5.2.3.2.23 支持大范围的业务 5.2.3.2.23.1 业务/应用种类的支持性 描述ITU-R M.2083所推荐的场景下(eMBB、URLLC和mMTC)，支持哪些业务/应用种类。 本建议书目的是对ITU-RM.2083所推荐eMBB、URLLC和mMTC等场景下大范围的业务提供支持。 业务例子可参看ITU-RM.1822, [22.261]。还包括其它业务，比如：
- eMBB面向定点用户、步行用户和高速火车/车辆用户，为它们提供会话业务(包括基本的/丰富的会话业务、低时延会话业务等)、交互业务(高/低时延)、流媒体业务(实时/非实时)，以及其他的高速率业务。
- URLLC业务包括运输安全、智能电力、移动健康应用、无线工业自动化等。 mMTC业务包括智能城市、智能家庭应用以及其它人机通信等(也称为机器对机器(M2M)业务)。 5.2.3.2.23.2 有效部署各类业务的能力 描述不同场景下有效部署各类业务的能力(如采用独立连续频谱还是多个分段频谱等)。 NR能够在不同场景下部署多种业务。规范没有进行物理层功能和应用之间的匹配，不同的单元可以为不同场景下的多种业务提供服务。 特别强调的是，下列低时延结构尤其适用于URLLC业务。 - Front-loaded的DMRS使得全部数据块接收到之前就完成信道估计工作。 - 时间比特到物理资源的frequency-first影射使得信道解码以管道(pipelined)方式进行操作，当接收到第一个符号后就开始对数据块进行解码。 - 非常严格的UE处理时间预算尤其适用于超低时延的设备类别。 -大的子载波间隔(spacing)(短的符号时间)和仅对短的时间间隔(interval)进行调度，能够获得极短的调度间隔(interval)。(原文：Very short scheduling interval achieved with both high subcarrier spacing (short symbol duration) and the possibilityto schedule short time intervals only) - 免调度许可的上行传输机制有助于降低上行时延。
下列特征尤其适应mMTC业务： - DFT-spreading和Pi/2 BPSK调制可以降低PAPR并增强平均发射功率，从而获得更好的覆盖。 - 控制和数据的时隙聚合有助于提供更好的覆盖。 - 下行控制的高聚合度有助于提供更好的覆盖。 - 转变到激活状态时，RRC inactive状态能够优化信令开销。 - RRC激活态下的扩展的DRX周期有助于提高电池寿命。 - 宽带载波内支持窄带(低成本)的UE。 URLLC、eMBB和mMTC业务可以在同一频段内通过复用方式实现时域和频域共存。必要的话，URLLC可以抢占eMBB/mMTC的传送资源，URLLC业务可以通过使用较短的子载波间隔以及较少的调度符号影射到更短的分配时段内，eMBB业务的影射方式则正好相反。(URLLC canpre-empt ongoing eMBB/mMTC transmissions, if necessary, and URLLC services canbe mapped to e.g. a shorter allocation duration for lower latency by small number of scheduled symbols, as well as by using higher sub-carrier spacing and thus allocation duration for the same number of scheduled symbols, while eMBB services can be mapped to do the opposite.) 不同业务类型(如时延和速率要求)要求的子载波间隔和调度周期是不同的，这些不同的子载波间隔和调度周期可以采用频段refinement如过滤、加窗等技术实现在同一个载波上的共存，而无须在载波上针对NR设计的波形进行固定分离。 5.2.3.2.24 终端的全球流通性 终端在全球进行流通时，采用什么技术来防范在不同国家可能产生的有害干扰，以及是否能够进行设备间的直接通信。
此信息后续提供。 5.2.3.2.25 能耗效率 描述是否支持高睡眠比率和长的睡眠周期，以及其它网络侧和终端侧的节能技术。
此信息后续提供。 5.2.3.2.26 其它项目 5.2.3.2.26.1 覆盖扩展技术 是否可以采用中继或者直放站来进行覆盖增强。
此信息后续提供。 5.2.3.2.26.2 自组织 描述RIT中所采用的自组织概念。
此信息后续提供。 5.2.3.2.26.3 频率复用技术 描述进行平均频谱效率和5%用户频谱效率评估时所采用的频率复用技术(包括复用系数和方式)
此信息后续提供。 5.2.3.2.26.4 RIT的演进性 RIT是否当前IMT技术的演进？请详述。
此信息后续提供。 5.2.3.2.26.5 频谱包络 提案满足特定的频谱包络(spectrum mask)吗？请详述(此信息部用于研究方面的共享)。
此信息后续提供。 5.2.3.2.26.6 UE节能技术 请提供UE节能技术。
此信息后续提供。 5.2.3.2.26.7 模拟过程的问题 描述分析手段和方法。提供用户和系统性能的征信区间及均值的信息，鼓励评估组根据ITU-R M.2412-0的7.1的要求提供此类信息。
信息在自评估时进行提供。 5.2.3.2.26.8 生命周期 机器类通信设备无需充电下的生命周期。
此信息后续提供。 5.2.3.2.26.9 低繁小包的时延 提供降低不频繁的小包的发送时延的方法。
此信息后续提供。 5.2.3.2.26.10控制面时延 是否能够支持更低的控制面时延(请参看ITU-R M.2410-0第4.7.2节)。
此信息后续提供。 5.2.3.2.26.11可靠性 对更大的包是否支持可靠性的要求(请参看ITU-R M.2410-0第4.10节)。
此信息后续提供。
5.2.3.2.26.12移动性 提供下行移动性性能方面的信息(请参看ITU-R M.2410-0第4.11节)
此信息后续提供。 5.2.3.2.26.13其它信息 请提供其它对评估有用的信息。
如果有的话将后续提供。
参考资料：
[22.261] TS22.261v16.1.0“Service requirements for next generation new services and markets”
[37.340] TS37.340v15.0.0“NR; Multi-connectivity;Overall description; Stage-2”
[38.101] TS38.101v15.0.0 “NR; User Equipment (UE)radio transmission and reception”
[38.133] TS38.133v15.0.0 “NR; Requirements for support of radio resource management”
[38.201] TS38.201v15.0.0 “NR; Physical layer;General description”
[38.211] TS38.211v15.0.0 “NR; Physical channels andmodulation”
[38.212] TS38.212v15.0.0 “NR; Multiplexing andchannel coding”
[38.213] TS38.213v15.0.0 “NR; Physical layer procedures for control”
[38.214] TS38.214v15.0.0 “NR; Physical layerprocedures for data”
[38.215] TS38.215v15.0.0 “NR; Physical layer measurements”
[38.300] TS38.300v15.0.0 “NR; Overall description;Stage-2”
[38.304] TS38.304v0.0.7 “NR; User Equipment (UE)procedures in idle mode”
[38.321] TS38.321v15.0.0 “NR; Medium Access Control(MAC) protocol specification”
[38.322] TS38.322v15.0.0 “NR; Radio Link Control(RLC) protocol specification”
[38.401] TS38.401v15.0.0 “NG-RAN; Architecture description”
(完)
| 
/2 
发表于 2018-3-29 22:41:17
