CN109699088A - 无线通信系统中基于msg3的系统信息请求的方法和设备 - Google Patents

无线通信系统中基于msg3的系统信息请求的方法和设备 Download PDF

Info

Publication number
CN109699088A
CN109699088A CN201811243317.2A CN201811243317A CN109699088A CN 109699088 A CN109699088 A CN 109699088A CN 201811243317 A CN201811243317 A CN 201811243317A CN 109699088 A CN109699088 A CN 109699088A
Authority
CN
China
Prior art keywords
user equipment
system information
rrc
mac
random access
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
Application number
CN201811243317.2A
Other languages
English (en)
Other versions
CN109699088B (zh
Inventor
陈威宇
史敦槐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of CN109699088A publication Critical patent/CN109699088A/zh
Application granted granted Critical
Publication of CN109699088B publication Critical patent/CN109699088B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • 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
    • 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明从用户设备的角度公开一种无线通信系统中基于MSG3的系统信息请求的方法和设备。在一个实施例中，方法包含用户设备生成系统信息请求消息。方法还包含如果用户设备处于RRC_CONNECTED状态，那么用户设备通过专用控制信道将系统信息请求消息传送到基站。方法还包含如果用户设备不处于RRC_CONNECTED状态，那么用户设备通过公共控制信道将系统信息请求消息传送到基站。

Description

无线通信系统中基于MSG3的系统信息请求的方法和设备
技术领域
本公开大体上涉及无线通信网络，且更具体地说，涉及用于在无线通信系统中基于Msg3的系统信息请求的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求快速增长，传统的移动语音通信网络演变成与互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可以提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
从用户设备(User Equipment，UE)的角度公开一种方法和设备。在一个实施例中，所述方法包含UE生成系统信息请求消息。所述方法还包含如果UE处于RRC_CONNECTED状态，那么UE通过专用控制信道(Dedicated Control Channel，DCCH)将系统信息请求消息传送到基站。所述方法还包含如果UE不处于RRC_CONNECTED状态，那么UE通过公共控制信道(Common Control Channel，CCCH)将系统信息请求消息传送到基站。
附图说明
图1示出根据一个示例性实施例的无线通信系统的图式。
图2是根据一个示例性实施例的传送器系统(也称为接入网络)和接收器系统(也称为用户设备或UE)的框图。
图3是根据一个示例性实施例的通信系统的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是3GPP TS 36.321 V14.3.0的4.5.3.1-1图的再现。
图6是3GPP TS 36.321 V14.3.0的表4.5.3.1-1的再现。
图7是3GPP TS 36.321 V14.3.0的6.1.3.2-1图的再现。
图8是3GPP TS 36.321 V14.3.0的6.1.3.4-1图的再现。
图9是3GPP TS 36.321 V14.3.0的6.1.5-1图的再现。
图10是3GPP TS 36.321 V14.3.0的6.1.5-2图的再现。
图11是3GPP TS 36.321 V14.3.0的6.1.5-3图的再现。
图12是3GPP TS 36.321 V14.3.0的6.1.5-3a图的再现。
图13是3GPP TS 36.321 V14.3.0的6.1.5-3b图的再现。
图14是3GPP TS 38.300 V1.0.1的7.3-1图的再现。
图15是3GPP R2-1710096的图1的再现。
图16是根据一个示例性实施例的图式。
图17是根据一个示例性实施例的图式。
图18是根据一个示例性实施例的流程图。
图19是根据一个示例性实施例的流程图。
图20是根据一个示例性实施例的流程图。
图21是根据一个示例性实施例的流程图。
图22是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统被广泛部署以提供各种类型的通信，例如，语音、数据等等。这些系统可以基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、3GPP长期演进(Long Term Evolution，LTE)无线接入、3GPP长期演进高级(LongTerm Evolution Advanced，LTE-A或LTE-Advanced)、3GPP2超移动宽带(Ultra MobileBroadband，UMB)、WiMax或一些其它调制技术。
具体来说，下文描述的示例性无线通信系统装置可以被设计成支持一个或多个标准，例如由在本文中被称作3GPP的命名为“第三代合作伙伴计划(3rd GenerationPartnership Project)”的协会提供的标准，包含：TR 38.913 V14.1.0，“对下一代接入技术的场景和要求的研究(Study on Scenarios and Requirements for Next GenerationAccess Technologies)”；TS 36.321 V14.3.0，“演进型通用陆地无线接入(EvolvedUniversal Terrestrial Radio Access，E-UTRA)；介质访问控制(Medium AccessControl，MAC)协议规范”；TR 38.802 V14.1.0，“对新的无线接入技术物理层方面的研究(Study on New Radio Access Technology Physical Layer Aspects)”；TS 38.300V1.0.1，“NR和NG-RAN总体描述”；R2-1710096，“按需要SI：其余问题”，三星(Samsung)；以及TS 36.331 V14.3.0，“无线资源控制(Radio Resource Control，RRC)；协议规范”。上文所列的标准和文献特此明确地以引用的方式全文并入。
图1示出根据本发明的一个实施例的多址无线通信系统。接入网络100(accessnetwork，AN)包含多个天线群组，一个包含104和106，另一个包含108和110，并且还有一个包含112和114。在图1中，每一天线群组仅示出两个天线，然而，每一天线群组可以利用更多或更少的天线。接入终端116(Access terminal，AT)与天线112和114通信，其中天线112和114通过前向链路120向接入终端116传送信息，并通过反向链路118从接入终端116接收信息。接入终端(Access terminal，AT)122与天线106和108通信，其中天线106和108通过前向链路126向接入终端(access terminal，AT)122传送信息，并通过反向链路124从接入终端(access terminal，AT)122接收信息。在FDD系统中，通信链路118、120、124和126可以使用不同频率以供通信。例如，前向链路120可以使用与反向链路118所使用频率不同的频率。
每个天线群组和/或所述天线群组被设计成在其中通信的区域常常称为接入网络的扇区。在实施例中，天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。
在通过前向链路120和126的通信中，接入网络100的传送天线可以利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到其所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络对相邻小区中的接入终端产生更少的干扰。
接入网络(access network，AN)可以是用于与终端通信的固定台或基站，并且还可以称为接入点、Node B、基站、改善型基站、演进型基站(evolved Node B，eNB)，或某一其它术语。接入终端(access terminal，AT)还可以称为用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。
图2是MIMO系统200中的传送器系统210(也称为接入网络)和接收器系统250(也称为接入终端(access terminal，AT)或用户设备(user equipment，UE))的实施例的简化框图。在发送器系统210处，从数据源212将用于数个数据流的业务数据提供到发送(TX)数据处理器214。
在一个实施例中，通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案来格式化、译码和交错所述数据流的业务数据以提供译码后数据。
可以使用OFDM技术将每个数据流的译码后数据与导频数据多路复用。导频数据通常是以已知方式进行处理的已知数据模式，并且可以在接收器系统处用于估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(即，符号映射)用于所述数据流的多路复用后导频和译码后数据以提供调制符号。可以通过由处理器230执行的指令来确定用于每个数据流的数据速率、译码和调制。
接着将所有数据流的调制符号提供给TX MIMO处理器220，所述TXMIMO处理器可以进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个传送器(TMTR)222a至222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号以及从其传送所述符号的天线。
每个传送器222接收并处理相应符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和上变频)所述模拟信号以提供适合于通过MIMO信道传送的调制后信号。接着分别从NT个天线224a至224t传送来自传送器222a至222t的NT个调制后信号。
在接收器系统250处，由NR个天线252a至252r接收所传送的调制后信号，并且将从每个天线252接收到的信号提供到相应的接收器(RCVR)254a至254r。每个接收器254调节(例如，滤波、放大和下变频)相应的接收信号、数字化调节后信号以提供样本，并且进一步处理所述样本以提供对应的“接收”符号流。
RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收NR个符号流并处理NR个接收到的符号流以提供NT个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码以恢复数据流的业务数据。由RX数据处理器260进行的处理与由TX MIMO处理器220和TX数据处理器214在传送器系统210处所执行的处理互补。
处理器270周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可以包括与通信链路和/或接收到的数据流有关的各种类型的信息。反向链路消息接着由TX数据处理器238(其还接收来自数据源236的多个数据流的业务数据)处理，由调制器280调制，由发送器254a至254r调节，及被发送回发送器系统210。
在传送器系统210处，来自接收器系统250的调制后信号通过天线224接收、通过接收器222调节、通过解调器240解调，并通过RX数据处理器242处理，以提取通过接收器系统250传送的反向链路消息。接着，处理器230确定使用哪一预译码矩阵来确定波束成形权重，然后处理所提取的消息。
转向图3，此图示出根据本发明的一个实施例的通信装置的替代简化功能框图。如图3中所示，可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统优选地是LTE系统。通信装置300可以包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可以接收由用户通过键盘或小键盘等输入装置302输入的信号，且可以通过监视器或扬声器等输出装置304输出图像和声音。收发器314用于接收和传送无线信号、将接收到的信号传递到控制电路306、且无线地输出由控制电路306产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN100。
图4是根据本发明的一个实施例的在图3中所示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402通常执行无线资源控制。层2部分404通常执行链路控制。层1部分406通常执行物理连接。
自2015年3月以来，已经启动了关于下一代(即，5G)接入技术的3GPP标准化活动。一般来说，下一代接入技术旨在支持以下三个系列的使用场景以用于满足紧急的市场需求以及由ITU-R IMT-2020阐述的更长期要求：
-改善型移动宽带(enhanced Mobile Broadband，eMBB)
-大规模机器类型通信(massive Machine Type Communications，mMTC)
-超可靠且低时延通信(Ultra-Reliable and Low Latency Communications，URLLC)。
关于新无线接入技术的5G研究项目的目标是识别并开发新无线电系统所需的技术组件，其应当能够使用范围至少高达100GHz的任何频谱带。支持高达100GHz的载波频率在无线电传播领域中带来了许多挑战。当载波频率增加时，路径损耗也增加。
在LTE中，随机接入、调度请求(Scheduling Request，SR)和缓冲区状态报告(Buffer Status Report，BSR)程序在3GPP TS 36.321中定义。随机接入程序、SR程序和BSR程序是用于UE自主地请求上行链路资源以用于缓冲区中可供发送的数据的设计，如下：
4.5.3传输信道到逻辑信道的映射
逻辑信道在传输信道上的映射取决于通过RRC配置的多路复用。
4.5.3.1上行链路映射
MAC实体负责将上行链路的逻辑信道映射到上行链路传输信道上。如在4.5.3.1-1图和表4.5.3.1-1中所描述，可以映射上行链路逻辑信道。
[3GPP TS 36.321 V14.3.0的4.5.3.1-1图再现为图5]
[标题为“上行链路信道映射”的3GPP TS 36.321 V14.3.0的表4.5.3.1-1再现为图6]
[…]
5.1随机接入程序
5.1.1随机接入程序初始化
此小节中描述的随机接入程序通过PDCCH命令、通过MAC子层自身或通过RRC子层发起。SCell上的随机接入程序将仅通过PDCCH命令发起。如果MAC实体接收到与PDCCH命令[5]相一致、用其C-RNTI掩蔽且针对特定服务小区的PDCCH传送，则MAC实体将对此服务小区发起随机接入程序。对于SpCell上的随机接入，PDCCH命令或RRC视情况指示ra-PreambleIndex和ra-PRACH-MaskIndex，除了其中指示子载波索引的NB-IoT以外；并且对于SCell上的随机接入，PDCCH命令指示具有不同于000000的值的ra-PreambleIndex，以及ra-PRACH-MaskIndex。对于pTAG，针对SpCell仅支持PRACH上的前导码传送以及PDCCH命令的接收。如果UE是NB-IoT UE，那么对锚载波或者非锚载波中已在系统信息中配置PRACH资源的一个非锚载波执行随机接入程序。
在可以发起程序之前，假设相关服务小区的以下信息可用于除NB-IoTUE、BL UE或改善型覆盖范围[8]中的UE以外的UE，除非另外明确陈述：
-传送随机接入前导码的可用PRACH资源集合prach-ConfigIndex。
-随机接入前导码的群组以及每个群组中的可用随机接入前导码集合(仅SpCell)：
根据参数numberOfRA-Preambles和sizeOfRA-PreamblesGroupA计算随机接入前导码群组A和随机接入前导码群组B中含有的前导码：
如果sizeOfRA-PreamblesGroupA等于numberOfRA-Preambles，那么不存在随机接入前导码群组B。随机接入前导码群组A中的前导码是前导码0至sizeOfRA-PreamblesGroupA-1，并且如果存在，那么随机接入前导码群组B中的前导码是如[7]中定义的64个前导码集合中的前导码sizeOfRA-PreamblesGroupA到numberOfRA-Preambles-1。
-如果存在随机接入前导码群组B，那么需要阈值messagePowerOffsetGroupB和messageSizeGroupA、执行随机接入程序的服务小区的所配置UE传送功率PCMAX，c[10]以及前导码与Msg3之间的偏移deltaPreambleMsg3用于选择随机接入前导码的两个群组中的一个群组(仅SpCell)。
-RA响应窗口大小ra-ResponseWindowSize。
-功率斜升因子powerRampingStep。
-前导码传送的最大数目preambleTransMax。
-初始前导码功率preambleInitialReceivedTargetPower。
-基于前导码格式的偏移DELTA_PREAMBLE(参见小节7.6)。
-Msg3 HARQ传送的最大数目maxHARQ-Msg3Tx(仅SpCell)。
-争用解决定时器mac-ContentionResolutionTimer(仅SpCell)。
·注解：在发起每个随机接入程序之前可以从上层更新以上参数。
假设在可以发起程序之前，相关服务小区的以下信息可用于NB-IoT UE、BL UE或改善型覆盖范围[8]中的UE：
-如果UE是BL UE或改善型覆盖范围中的UE，那么：
-与服务小区中支持的每个改善型覆盖范围层相关联的可用于传送随机接入前导码的PRACH资源集合prach-ConfigIndex。
-随机接入前导码的群组以及每个群组中的可用随机接入前导码集合(仅SpCell)：
-如果sizeOfRA-PreamblesGroupA不等于numberOfRA-Preambles，那么：
·-随机接入前导码群组A和B存在且如上计算；
-否则：
·随机接入前导码群组中含有的针对每个改善型覆盖范围层的前导码，如果存在，则为前导码firstPreamble至lastPreamble。
·注解：当PRACH资源对于多个CE层级共享，且CE层级由不同的前导码索引区分时，群组A和群组B不用于此PRACH资源。
-如果UE是NB-IoT UE，那么：
-在锚载波上在服务小区中支持的可用PRACH资源集合nprach-ParametersList，以及在非锚载波上，可用PRACH资源集合在ul-ConfigList中。
-对于随机接入资源选择和前导码传送：
·-PRACH资源映射到改善型覆盖范围层中。
·-每个PRACH资源含有一组nprach-NumSubcarriers子载波，其可以通过nprach-SubcarrierMSG3-RangeStart和nprach-NumCBRA-StartSubcarriers分割成一个或两个群组以用于单/多频音Msg3传送，如TS 36.211[7，10.1.6.1]中指定。每个群组在下文的程序文本中称为随机接入前导码群组。
-子载波通过在范围：[nprach-SubcarrierOffset，nprach-SubcarrierOffset+nprach-NumSubcarriers-1]中的子载波索引识别
-随机接入前导码群组的每个子载波对应于随机接入前导码。
·-当从eNB显式发送子载波索引作为PDCCH命令的部分时，将ra-PreambleIndex设定成传信的子载波索引。
-根据以下内容确定PRACH资源到改善型覆盖范围层中的映射：
·-改善型覆盖范围层的数目等于一加上rsrp-ThresholdsPrachInfoList中存在的RSRP阈值的数目。
·-每个改善型覆盖范围层具有存在于nprach-ParametersList中的一个锚载波PRACH资源以及在ul-ConfigList中传信的用于每个非锚载波的零个或一个PRACH资源。
·-改善型覆盖范围层从0开始编号，并且以递增的numRepetitionsPerPreambleAttempt次序进行PRACH资源到改善型覆盖范围层的映射。
·-当多个载波提供用于同一改善型覆盖范围层的PRACH资源时，UE将使用以下选择概率随机地选择其中的一个：
-用于给定改善型覆盖范围层的锚载波PRACH资源的选择概率nprach-ProbabilityAnchor通过nprach-ProbabilityAnchorList中的对应条目得出
-选择概率对于所有非锚载波PRACH资源是相等的，且选择给定非锚载波上的一个PRACH资源的概率是(1-nprach-ProbabilityAnchor)/(非锚NPRACH资源的数目)
-基于服务小区中支持的每一改善型覆盖范围层的RSRP测量选择PRACH资源的标准srp-ThresholdsPrachInfoList。
-服务小区中支持的每一改善型覆盖范围层的前导码传送尝试的最大数目maxNumPreambleAttemptCE。
-服务小区中支持的每个改善型覆盖范围层的每次尝试的前导码传送所需的重复数目numRepetitionPerPreambleAttempt。
-执行随机接入程序的服务小区的所配置UE传送功率PCMAX，c[10]。
-服务小区中支持的每一改善型覆盖范围层的RA响应窗口大小ra-ResponseWindowSize和争用解决定时器mac-ContentionResolutionTimer(仅SpCell)。
-功率斜升因子powerRampingStep。
-前导码传送的最大数目preambleTransMax-CE。
-初始前导码功率preambleInitialReceivedTargetPower。
-基于前导码格式的偏移DELTA_PREAMBLE(参见小节7.6)。对于NB-IoT，DELTA_PREAMBLE设定成0。
随机接入程序将如下执行：
-清空Msg3缓冲区；
-将PREAMBLE_TRANSMISSION_COUNTER设定成1；
-如果UE是NB-IoT UE、BL UE或改善型覆盖范围中的UE：
-将PREAMBLE_TRANSMISSION_COUNTER_CE设定成1；
-如果在发起随机接入程序的PDCCH命令中已经指示开始改善型覆盖范围层，或对于NB-IoT已经指示起始的NPRACH重复数目，或如果上层已经提供开始改善型覆盖范围层，那么：
·-MAC实体认为其自身处于所述改善型覆盖范围层而不管测得的RSRP如何；
-否则：
·-如果上层在rsrp-ThresholdsPrachInfoList中配置改善型覆盖范围层3的RSRP阈值，并且测得的RSRP小于改善型覆盖范围层3的RSRP阈值且UE能够具有改善型覆盖范围层3，那么：
-MAC实体认为是在改善型覆盖范围层3中；
·-否则，如果上层在rsrp-ThresholdsPrachInfoList中配置改善型覆盖范围层2的RSRP阈值，并且测得的RSRP小于改善型覆盖范围层2的RSRP阈值且UE能够具有改善型覆盖范围层2，那么：
-MAC实体认为是在改善型覆盖范围层2中；
·-否则，如果测得的RSRP小于上层在rsrp-ThresholdsPrachInfoList中配置的改善型覆盖范围层1的RSRP阈值，那么：
-MAC实体认为是在改善型覆盖范围层1中；
·-否则：
-MAC实体认为是在改善型覆盖范围层0中；
-将后退参数值设定成0ms；
-对于RN，暂停任何RN子帧配置；
-继续进行到随机接入资源的选择(参见小节5.1.2)。
·注解：在MAC实体中，在任何时间点都只存在一个进行中的随机接入程序。如果MAC实体接收到对新随机接入程序的请求，同时在MAC实体中已经有进行中的另一个随机接入程序，那么由UE实施方案来决定继续进行中的程序还是启动新的程序。
·注解：NB-IoT UE测量锚载波上的RSRP。
5.1.2随机接入资源选择
随机接入资源选择程序将如下执行：
-对于BL UE或在改善覆盖范围中的UE，选择对应于所选择改善型覆盖范围层的PRACH资源集合。
-除了对于NB-IoT外，如果已经显式地传信ra-PreambleIndex(随机接入前导码)和ra-PRACH-MaskIndex(PRACH掩码索引)且ra-PreambleIndex不是000000，那么：
-随机接入前导码和PRACH掩码索引是进行显式传信的那些随机接入前导码和PRACH掩码索引；
-否则，对于NB-IoT，如果已经显式地传信ra-PreambleIndex(随机接入前导码)和PRACH资源，那么：
-PRACH资源是进行显式传信的PRACH资源；
-如果传信的ra-PreambleIndex不是000000，那么：
·-随机接入前导码设定成nprach-SubcarrierOffset+nprach-NumCBRA-StartSubcarriers+(ra-PreambleIndex模(nprach-NumSubcarriers-nprach-NumCBRA-StartSubcarriers))，其中nprach-SubcarrierOffset、nprach-NumCBRA-StartSubcarriers和nprach-NumSubcarriers是当前使用的PRACH资源中的参数。
-否则：
·-根据PRACH资源以及对多频音Msg3传送的支持选择随机接入前导码群组。支持多频音Msg3的UE将在不存在多频音Msg3随机接入前导码群组的情况下仅选择单频音Msg3随机接入前导码群组。
·-在所选群组内任意地选择随机接入前导码。
-否则，将通过MAC实体如下选择随机接入前导码：
-对于BL UE或在改善覆盖范围中的UE，如果随机接入前导码群组B不存在，那么选择对应于所选择改善型覆盖范围层的随机接入前导码群组。
-对于NB-IoT，根据所配置的概率分布随机地选择对应于所选改善型覆盖范围层的PRACH资源中的一个，且选择与PRACH资源和对多频音Msg3传送的支持对应的随机接入前导码群组。支持多频音Msg3的UE将在不存在多频音Msg3随机接入前导码群组的情况下仅选择单频音Msg3随机接入前导码群组。
-如果Msg3尚未传送，那么在不存在前导码群组B的情况下除了BL UE或改善型覆盖范围中的UE以外，或除了NB-IoT UE以外，MAC实体将：
·-如果存在随机接入前导码群组B并且出现任何以下事件，那么：
-潜在消息大小(可用于传送的UL数据加上MAC标头，以及需要时，MAC控制单元)大于messageSizeGroupA，并且路径损耗小于(执行随机接入程序的服务小区的)PCMAX，c-preambleInitialReceivedTargetPower-deltaPreambleMsg3-messagePowerOffsetGroupB；
-针对CCCH逻辑信道发起随机接入程序并且CCCH SDU大小加上MAC标头大于messageSizeGroupA；
-选择随机接入前导码群组B；
·-否则：
-选择随机接入前导码群组A。
-否则，如果重新传送Msg3，那么MAC实体将：
·-选择与用于对应于Msg3的第一次传送的前导码传送尝试相同的随机接入前导码群组。
-在所选群组内任意地选择随机接入前导码。随机函数应使得每一个所允许的选择都可以以相等概率进行选择；
-除了NB-IoT以外，将PRACH掩码索引设定为0。
-确定含有由prach-ConfigIndex给定的限制条件所允许的PRACH的下一个可用子帧(除了NB-IoT以外)、PRACH掩码索引(除了NB-IoT以外，参见小节7.3)、物理层时序要求[2]，以及在NB-IoT情况下，由与更高改善型覆盖范围层相关的PRACH资源占用的子帧(MAC实体可以在确定下一个可用PRACH子帧时考虑可能出现的测量间隙)；
-如果传送模式是TDD且PRACH掩码索引等于零，那么：
-如果ra-PreambleIndex进行显式传信且其不是000000(即，未被MAC选中)，那么：
·-以相等概率从在所确定子帧中可用的PRACH中随机地选择一个PRACH。
-否则：
·-以相等概率从在所确定子帧和接下来的两个连续子帧中可用的PRACH中随机地选择一个PRACH。
-否则：
-根据PRACH掩码索引的要求确定所确定子帧内的PRACH(若存在)。
-对于NB-IoT UE、BL UE或改善型覆盖范围中的UE，选择对应于所选择的改善型覆盖范围层和PRACH的ra-ResponseWindowSize和mac-ContentionResolutionTimer。
-继续进行到随机接入前导码的传送(参见小节5.1.3)。
5.1.3随机接入前导码传送
随机接入程序将如下执行：
-将PREAMBLE_RECEIVED_TARGET_POWER设定为preambleInitialReceivedTargetPower+DELTA_PREAMBLE+(PREAMBLE_TRANSMISSION_COUNTER-1)*powerRampingStep；
-如果UE是BL UE或改善型覆盖范围中的UE，那么：
-PREAMBLE_RECEIVED_TARGET_POWER设定成：PREAMBLE_RECEIVED_TARGET_POWER-10*log10(numRepetitionPerPreambleAttempt)；
-如果NB-IoT：
-对于改善型覆盖范围层0，PREAMBLE_RECEIVED_TARGET_POWER设定成：PREAMBLE_RECEIVED_TARGET_POWER-10*log10(numRepetitionPerPreambleAttempt)
-对于其它改善型覆盖范围层，对应于最大UE输出功率设定PREAMBLE_RECEIVED_TARGET_POWER；
-如果UE是NB-IoT UE、BL UE或改善型覆盖范围中的UE：
-指示物理层使用对应于所选择改善型覆盖范围层的所选择PRACH、对应RA-RNTI、前导码索引，或对于NB-IoT子载波索引还使用PREAMBLE_RECEIVED_TARGET_POWER，以对应于所选择前导码群组的前导码传送所需的重复数目(即，numRepetitionPerPreambleAttempt)传送前导码。
-否则：
-指示物理层使用所选择PRACH、对应RA-RNTI、前导码索引和PREAMBLE_RECEIVED_TARGET_POWER传送前导码。
5.1.4随机接入响应接收
在传送随机接入前导码之后并且无论是否可能出现测量间隙或用于传送的侧链路发现间隙或用于接收的侧链路发现间隙，MAC实体都将在RA响应窗口中针对由下文定义的RA-RNTI识别的随机接入响应监视SpCell的PDCCH，所述RA响应窗口在含有前导码传送[7]的结尾的子帧处开始加上三个子帧并且具有长度ra-ResponseWindowSize。如果UE是BLUE或改善型覆盖范围中的UE，那么RA响应窗口在含有最后一个前导码重复的结尾的子帧处开始加上三个子帧并且具有针对对应覆盖范围层的长度ra-ResponseWindowSize。如果UE是NB-IoT UE，那么在NPRACH重复数目大于或等于64的情况下，RA响应窗口在含有最后一个前导码重复的结尾的子帧处开始加上41个子帧并且具有针对对应覆盖范围层的长度ra-ResponseWindowSize，且在NPRACH重复数目小于64的情况下，RA响应窗口在含有最后一个前导码重复的结尾的子帧处开始加上4个子帧并且具有针对对应覆盖范围层的长度ra-ResponseWindowSize。与其中传送随机接入前导码的PRACH相关联的RA-RNTI计算为：
RA-RNTI＝1+t_id+10*f_id
其中除了NB-IoT UE、BL UE或改善型覆盖范围中的UE以外，t_id是指定PRACH的第一子帧的索引(0≤t_id<10)，且f_id是所述子帧内的指定PRACH的索引，其按频域的升序(0≤f_id<6)。如果PRACH资源是在TDD载波上，则f_id设定为fRA，其中在[7]的章节5.7.1中定义了fRA。
对于BL UE和改善型覆盖范围中的UE，与其中传送随机接入前导码的PRACH相关联的RA-RNTI计算为：
RA-RNTI＝1+t_id+10*f_id+60*(SFN_id mod(Wmax/10))
其中t_id是指定PRACH的第一子帧的索引(0≤t_id<10)，f_id是所述子帧内的指定PRACH的索引，其按频域的升序(0≤f_id<6)，SFN_id是指定PRACH的第一无线电帧的索引，且Wmax是400，这对于BL UE或改善型覆盖范围中的UE是子帧中最大的可能RAR窗口大小。如果PRACH资源是在TDD载波上，则f_id设定为fRA，其中在[7]的章节5.7.1中定义了fRA。
对于NB-IoT UE，与其中传送随机接入前导码的PRACH相关联的RA-RNTI计算为：
RA-RNTI＝1+floor(SFN_id/4)+256*carrier_id
其中SFN_id是指定PRACH的第一无线电帧的索引，且carrier_id是与指定PRACH相关联的UL载波的索引。锚载波的carrier_id是0。
在成功接收含有与传送的随机接入前导码匹配的随机接入前导码标识符的随机接入响应之后，MAC实体可以停止监视随机接入响应。
-如果在针对RA-RNTI的PDCCH上已经接收到对于此TTI的下行链路指派且成功地解码接收到的TB，那么无论是否可能出现测量间隙或用于传送的侧链路发现间隙或用于接收的侧链路发现间隙，MAC实体都将：
-如果随机接入响应含有后退指示符子标头，那么：
·-除其中使用来自表7.2-2的值的NB-IoT以外，设定后退参数值，如由后退指示符子标头的BI字段和表7.2-1指示。
-否则，将后退参数值设定成0ms。
-如果随机接入响应含有对应于所传送随机接入前导码的随机接入前导码标识符(参见小节5.1.3)，那么MAC实体将：
·-认为此随机接入响应接收成功，并且对传送随机接入前导码的服务小区应用以下动作：
-处理接收到的定时提前命令(参见小节5.2)；
-对下层指示preambleInitialReceivedTargetPower以及应用至最新前导码传送的功率斜升的量(即，PREAMBLE_TRANSMISSION_COUNTER-1)*powerRampingStep)；
-如果SCell配置有ul-Configuration-r14，那么忽略接收到的UL授权，否则处理接收到的UL授权值且将其指示给下层；
·-如果ra-PreambleIndex进行显式传信且其不是000000(即，未被MAC选中)，那么：
-认为随机接入程序成功完成。
-如果UE是NB-IoT UE，那么：
-t包含于PDCCH传送中的UL授权仅对于所配置载波有效。
·-否则，如果随机接入前导码被MAC实体选中，那么：
-不迟于在对应于随机接入响应消息中提供的UL授权的第一次传送时，将临时C-RNTI设定为在随机接入响应消息中接收到的值；
-如果这是在此随机接入程序内第一成功接收到的随机接入响应，那么：
-如果不是针对CCCH逻辑信道进行传送，那么向复用和组装实体指示在后续上行链路传送中包含C-RNTIMAC控制单元；
-获得MAC PDU以从“复用和组装”实体传送并将其存储在Msg3缓冲区中。
·注解：当例如，需要上行链路传送用于争用解决时，eNB不应在随机接入响应中提供小于56个位(或针对NB-IoT，88个位)的授权。
·注解：如果在随机接入程序内，随机接入响应中提供的针对随机接入前导码的同一群组的上行链路授权具有与在随机接入程序期间所分配的第一上行链路授权不同的大小，那么不定义UE行为。
如果在RA响应窗口内未接收到随机接入响应，或者对于BL UE或在用于模式B操作的改善型覆盖范围中的UE，未接收到PDCCH调度随机接入响应，或者如果所有接收到的随机接入响应都不含有对应于所传送随机接入前导码的随机接入前导码标识符，那么随机接入响应接收视为不成功且MAC实体将：
-如果尚未从下层接收到功率斜升暂停通知，那么：
-使PREAMBLE_TRANSMISSION_COUNTER以1递增；
-如果UE是NB-IoT UE、BL UE或改善型覆盖范围中的UE：
-如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax-CE+1，那么：
·-如果在SpCell上传送随机接入前导码，那么：
-向上层指示随机接入问题；
-如果NB-IoT：
-认为随机接入程序未成功完成；
-否则：
-如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMa+1，那么：
·-如果在SpCell上传送随机接入前导码，那么：
-向上层指示随机接入问题；
·-如果在SCell上传送随机接入前导码，那么：
-认为随机接入程序未成功完成。
-如果在此随机接入程序中，随机接入前导码被MAC选中，那么：
-基于后退参数，根据0与后退参数值之间的均匀分布选择随机后退时间；
-将后续随机接入传送延迟所述后退时间；
-否则，如果其中传送随机接入前导码的SCell配置有ul-Configuration-r14：
-延迟后续随机接入传送，直到随机接入程序由具有相同的ra-PreambleIndex和ra-PRACH-MaskIndex的PDCCH命令发起；
-如果UE是NB-IoT UE、BL UE或改善型覆盖范围中的UE，那么：
-使PREAMBLE_TRANSMISSION_COUNTER_CE以1递增；
-如果PREAMBLE_TRANSMISSION_COUNTER_CE＝用于对应改善型覆盖范围层的maxNumPreambleAttemptCE+1，那么：
·-重设PREAMBLE_TRANSMISSION_COUNTER_CE；
·-如果由服务小区和UE支持，那么认为处于下一改善型覆盖范围层，否则保持在当前改善型覆盖范围层中；
·-如果UE是NB-IoT UE，那么：
-如果随机接入程序由PDCCH命令发起，那么：
-选择UL载波的列表中的PRACH资源，从而为载波索引等于((来自PDCCH命令的载波索引)模(所选择改善型覆盖范围中的PRACH资源的数目))的所选择改善型覆盖范围层提供PRACH资源；
-将所选择PRACH资源视为显式地传信；
-继续进行到随机接入资源的选择(参见小节5.1.2)。
5.1.5争用解决
争用解决基于SpCell的PDCCH上的C-RNTI或DL-SCH上的UE争用解决标识。
在传送Msg3之后，MAC实体将：
-除了BL UE或改善型覆盖范围中的UE，或NB-IoT UE以外，开始mac-ContentionResolutionTimer且在每一HARQ重新传送时重新开始mac-ContentionResolutionTimer；
-对于BL UE或改善型覆盖范围中的UE，或NB-IoT UE，开始mac-ContentionResolutionTimer且在子帧中含有对应PUSCH传送的上一次重复的集束的每一HARQ重新传送时重新开始mac-ContentionResolutionTimer；
-无论是否可能出现测量间隙或用于接收的侧链路发现间隙，监视PDCCH，直到mac-ContentionResolutionTimer到期或停止为止；
-如果从下层接收到PDCCH传送的接收通知，那么MAC实体将：
-如果在Msg3中包含C-RNTI MAC CE，那么：
·-如果由MAC子层自身或由RRC子层发起随机接入程序并且PDCCH传送寻址到C-RNTI且含有针对新传送的UL授权；或
·-如果通过PDCCH命令发起随机接入程序并且PDCCH传送寻址到C-RNTI，那么：
-将此争用解决视为成功；
-停止mac-ContentionResolutionTimer；
-舍弃临时C-RNTI；
-如果UE是NB-IoT UE，那么：
-包含于PDCCH传送中的UL授权或DL指派仅对于所配置载波有效。
-认为此随机接入程序成功完成。
-否则，如果CCCH SDU包含在Msg3中且PDCCH传送寻址到其临时C-RNTI，那么：
·-如果MAC PDU成功解码，那么：
-停止mac-ContentionResolutionTimer；
-如果MAC PDU含有UE争用解决标识MAC控制单元；并且
-如果MAC控制单元中包含的UE争用解决标识与Msg3中传送的CCCH SDU的前48位匹配，那么：
-认为此争用解决成功并且结束MAC PDU的拆解和解复用；
-将C-RNTI设定为临时C-RNTI的值；
-舍弃临时C-RNTI；
-认为此随机接入程序成功完成。
-否则
-舍弃临时C-RNTI；
-认为此争用解决不成功并且舍弃成功解码的MAC PDU。
-如果mac-ContentionResolutionTimer到期：
-舍弃临时C-RNTI；
-认为争用解决不成功。
-如果认为争用解决未成功，那么MAC实体将：
-清空Msg3缓冲区中用于传送MAC PDU的HARQ缓冲区；
-如果尚未从下层接收到功率斜升暂停通知，那么：
·-使PREAMBLE_TRANSMISSION_COUNTER以1递增；
-如果UE是NB-IoT UE、BL UE或改善型覆盖范围中的UE：
·-如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax-CE+1，那么：
-向上层指示随机接入问题。
-如果NB-IoT：
-认为随机接入程序未成功完成；
-否则：
·-如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax+1，那么：
-向上层指示随机接入问题。
-基于后退参数，根据0与后退参数值之间的均匀分布选择随机后退时间；
-将后续随机接入传送延迟所述后退时间；
-继续进行到随机接入资源的选择(参见小节5.1.2)。
5.1.6随机接入程序的完成
在完成随机接入程序时，MAC实体将：
-舍弃显式地传信的ra-PreambleIndex和ra-PRACH-MaskIndex(若存在)；
-清空Msg3缓冲区中用于传送MAC PDU的HARQ缓冲区。
另外，RN将恢复暂停的RN子帧配置(若存在)。
[…]
5.4.3.1逻辑信道优先级区分
当执行新传送时应用逻辑信道优先级区分程序。
RRC通过用于每一逻辑信道的信令而控制上行链路数据的调度：priority，其中增加的priority值指示较低优先级；prioritisedBitRate，其设定经优先级区分的位速率(Prioritized Bit Rate，PBR)；bucketSizeDuration，其设定桶大小持续时间(BucketSize Duration，BSD)。对于NB-IoT，prioritisedBitRate、bucketSizeDuration以及逻辑信道优先级区分程序的对应步骤(即，下方的步骤1和步骤2)不适用。
MAC实体将保持用于每一逻辑信道j的变量Bj。Bj将在相关逻辑信道建立时初始化为零，且针对每一TTI由乘积PBR×TTI持续时间递增，其中PBR是逻辑信道j的经优先级区分的位速率。然而，Bj的值从不可超过桶大小，且如果Bj的值大于逻辑信道j的桶大小，那么其将设定成桶大小。逻辑信道的桶大小等于PBR×BSD，其中PBR和BSD由上层配置。
当执行新传送时，MAC实体将执行以下逻辑信道优先级区分程序：
-MAC实体将在以下步骤中将资源分配到逻辑信道：
-步骤1：具有Bj>0的所有逻辑信道以递减优先级次序被分配资源。如果逻辑信道的PBR设定成“无穷大”，那么MAC实体将在满足较低优先级逻辑信道的PBR之前为可用于在逻辑信道上传送的所有数据分配资源；
-步骤2：MAC实体将使Bj以在步骤1中服务于逻辑信道j的MACSDU的总大小递减；
注解：Bj的值可以为负。
-步骤3：如果剩余任何资源，那么以严格的优先级降序(无论Bj的值如何)服务于所有逻辑信道，直到用于所述逻辑信道的数据或UL授权耗尽，无论哪种情况首先出现。配置有相等优先级的逻辑信道应当被相等地服务。
-UE在以上调度程序期间还将遵循以下规则：
-如果整个SDU(或部分传送的SDU或重新传送的RLC PDU)配合于相关联MAC实体的剩余资源中，那么UE不应当将RLC SDU(或部分传送的SDU或重新传送的RLC PDU)分段；
-如果UE将来自逻辑信道的RLC SDU分段，那么它将最大化片段的大小以尽可能多地填充相关联MAC实体的授权；
-UE应使数据的传送最大化。
-如果MAC实体被给定等于或大于4个字节的UL授权大小，同时具有可用于传送的数据，那么MAC实体将不会仅传送填补BSR和/或填补(除非UL授权大小小于7个字节且需要传送AMD PDU片段)；
-对于根据帧结构类型3操作的服务小区上的传送，MAC实体将仅考虑laa-Allowed已经进行配置的逻辑信道。
MAC实体将不传送对应于悬置的无线电承载的逻辑信道的数据(当无线电承载被视为悬置时的条件在[8]中定义)。
如果MAC PDU仅包含用于以零MAC SDU填补BSR或周期性BSR的MAC CE且不存在对于此TTI所请求的非周期性CSI[2]，那么MAC实体在以下情况中将不产生用于HARQ实体的MAC PDU：
-在MAC实体配置有skipUplinkTxDynamic且向HARQ实体指示的授权寻址到C-RNTI的情况下；或
-在MAC实体配置有skipUplinkTxSPS且向HARQ实体指示的授权是所配置的上行链路授权的情况下；
对于逻辑信道优先级区分程序，MAC实体将按降序考虑以下相对优先级：
-用于来自UL-CCCH的C-RNTI或数据的MAC控制单元；
-用于DPR的MAC控制单元；
-用于SPS确认的MAC控制单元；
-用于BSR的MAC控制单元，为了填补而包含的BSR除外；
-用于PHR、扩展PHR或双重连接PHR的MAC控制单元；
-用于侧链路BSR的MAC控制单元，为了填补而包含的侧链路BSR除外；
-来自任何逻辑信道的数据，来自UL-CCCH的数据除外；
-用于所建议位速率查询的MAC控制单元；
-用于为了填补而包含的BSR的MAC控制单元；
-用于为了填补而包含的侧链路BSR的MAC控制单元。
注解：当请求MAC实体在一个TTI中传送多个MAC PDU时，步骤1到3和相关联规则可以独立地应用于每一授权或应用于授权容量的总和。而且处理授权的次序留给UE实施方案解决。由UE实施方案决定当请求MAC实体在一个TTI中传送多个MAC PDU时在哪一MAC PDU中包含MAC控制单元。当请求UE在一个TTI中产生两个MAC实体中的MAC PDU时，由UE实施方案解决处理授权的次序。
[…]
5.4.4调度请求
调度请求(SR)用于请求用于新传送的UL-SCH资源。
当触发SR时，其将被视为待决的，直到SR被取消为止。当组装MAC PDU且此PDU包含含有直到(且包含)触发BSR的最后事件的缓冲状态的BSR(参见小节5.4.5)时，或者如果所有待决SR由侧链路BSR触发，当组装MAC PDU且此PDU包含含有直到(且包含)触发侧链路BSR的最后事件的缓冲状态的侧链路BSR(参见小节5.14.1.4)时，或者如果所有待决SR由侧链路BSR触发，当上层配置自主资源选择时，或当UL授权可适应可用于传送的所有待决数据时，将取消所有待决SR且将停止sr-ProhibitTimer。
如果触发SR且不存在其它待决的SR，那么MAC实体将SR_COUNTER设定为0。
只要一个SR待决，MAC实体就将针对每一TTI：
-如果没有UL-SCH资源可用于在此TTI中的传送：
-如果MAC实体不具有用于任何TTI中配置的SR的有效PUCCH资源且如果用于MCGMAC实体的rach-Skip或用于SCG MAC实体的rach-SkipSCG未进行配置：那么在SpCell上起始随机接入程序(参见小节5.1)且取消所有待决SR；
-否则，如果MAC实体具有至少一个有效的PUCCH资源用于为此TTI配置的SR且如果此TTI不是测量间隙或用于传送的侧链路发现间隙的部分且如果sr-ProhibitTimer不处于运行中：
·-如果SR_COUNTER<dsr-TransMax：
-使SR_COUNTER以1递增；
-指示物理层在用于SR的一个有效PUCCH资源上传信SR；
-开始sr-ProhibitTimer。
·-否则：
-通知RRC释放用于所有服务小区的PUCCH；
-通知RRC释放用于所有服务小区的SRS；
-清除任何所配置的下行链路指派和上行链路授权；
-在SpCell上起始随机接入程序(参见小节5.1)且取消所有待决SR。
·注解：当MAC实体在一个TTI中具有用于SR的多于一个有效PUCCH资源时，在用于SR的哪一有效PUCCH资源上传信SR的选择留给UE实施方案解决。
·注解：SR_COUNTER针对每一SR集束递增。sr-ProhibitTimer在SR集束的第一TTI中启动。
6.1.3.2C-RNTIMAC控制单元
C-RNTIMAC控制单元通过具有如表6.2.1-2中指定的LCID的MACPDU子标头识别。
所述C-RNTIMAC控制单元具有固定大小且由如下定义的单个字段组成(图6.1.3.2-1)：
-C-RNTI：此字段含有MAC实体的C-RNTI。字段的长度是16个位。
[标题为“C-RNTIMAC控制单元”的3GPP TS 36.321 V14.3.0的6.1.3.2-1图再现为图7]
[…]
6.1.3.4UE争用解决标识MAC控制单元
UE争用解决标识MAC控制单元通过具有如表6.2.1-1中指定的LCID的MAC PDU子标头识别。此控制单元具有固定的48位大小并且由定义如下的单个字段组成(6.1.3.4-1图)
-UE争用解决标识：如果响应于上行链路CCCH传送而包含此MAC控制单元，那么在上行链路CCCH SDU是48位长的情况下，此字段含有上行链路CCCH SDU。如果CCCH SDU长于48个位，那么此字段含有上行链路CCCH SDU第一个48位。如果响应于上行链路DCCH发送而包含此MAC控制单元(即，MAC实体配置有rach-Skip或rach-SkipSCG)，那么MAC实体将忽略此字段的内容。
[标题为“UE争用解决标识MAC控制单元”的3GPP TS 36.321 V14.3.0的6.1.3.4-1图再现为图8]
[…]
6.1.5MAC PDU(随机接入响应)
MAC PDU由MAC标头和零或多个MAC随机接入响应(MAC Random Access Response，MAC RAR)以及视情况填补组成，如图6.1.5-4中所描述。
MAC标头具有可变大小。
MAC PDU标头由一个或多个MAC PDU子标头组成；除了后退指示符子标头以外，每个子标头对应于MAC RAR。如果包含，那么退避指示符子标头仅包含一次，并且是MAC PDU标头内包含的第一子标头。
MAC PDU子标头由三个标头字段E/T/RAPID(如6.1.5-1图中所描述)组成，但是对于后退指示符子标头，其由五个标头字段E/T/R/R/BI(如6.1.5-2图中所描述)组成。
MAC RAR由四个字段R/定时提前命令/UL授权/临时C-RNTI(如6.1.5-3图、6.1.5-3a和6.1.5-3b中所描述)组成。对于BL UE和在改善型覆盖范围层2或3中的改善型覆盖范围中的UE(参见[2]中的小节6.2)，使用6.1.5-3a图中的MAC RAR，对于NB-IoT UE(参见[2]中的小节16.3.3)，使用6.1.5-3b图中的MAC RAR，否则使用6.1.5-3图中的MAC RAR。
填补可以出现在最后一个MAC RAR之后。基于TB大小、MAC标头的大小以及RAR的数目，填补的存在和长度是隐式的。
[标题为“E/T/RAPID MAC子标头”的3GPP TS 36.321 V14.3.0的6.1.5-1图再现为图9]
[标题为“E/T/R/R/BI MAC子标头”的3GPP TS 36.321 V14.3.0的6.1.5-2图再现为图10]
[标题为“MAC RAR”的3GPP TS 36.321 V14.3.0的6.1.5-3图再现为图11]
[标题为“用于PRACH改善型覆盖范围层2或3的MAC RAR”的3GPP TS 36.321V14.3.0的6.1.5-3a图再现为图12]
[标题为“用于NB-IoT UE的MAC RAR”的3GPP TS 36.321 V14.3.0的6.1.5-3b图再现为图13]
3GPP TS 38.300如下捕获与系统信息请求有关的协议以及UE状态的协议：
7.2协议状态
RRC支持可以表征如下的以下状态：
-RRC_IDLE：
-PLMN选择；
-系统信息的广播；
-小区重新选择移动性；
-通过5GC发起对移动终止数据的寻呼；
-通过5GC管理对移动终止数据区的寻呼；
-用于由NAS配置的CN寻呼的DRX。
UE AS上下文未存储于任何gNB中还是未存储于UE中有待进一步研究。
-RRC_INACTIVE：
-系统信息的广播；
-小区重新选择移动性；
-通过NG-RAN发起寻呼(RAN寻呼)；
-通过NG-RAN管理基于RAN的通知区域(RAN-based notification area，RNA)；
-用于由NG-RAN配置的RAN寻呼的DRX；
-为UE建立5GC-NG-RAN连接(C/U-平面两者)；
-UE AS上下文存储在至少一个gNB和UE中；
-NG-RAN知晓UE所属的RNA。
在INACTIVE中数据传送是否可能还有待进一步研究。在INACTIVE中是否支持PLMN选择还有待进一步研究。
-RRC_CONNECTED：
-UE具有NG-RAN RRC连接；
-为UE建立5GC-NG-RAN连接(C/U-平面两者)；
-UE具有NG-RAN中的AS上下文；
-NG-RAN知晓UE所属的小区；
-向/从UE传递单播数据；
-包含测量的网络受控移动性。
7.3系统信息处理
系统信息(SI)划分成最小SI和其它SI。最小SI周期性地进行广播并且包括初始接入所需的基本信息以及用于获取周期性地广播或点播提供的其它SI的信息，即，调度信息。其它SI涵盖未在最小SI中广播的所有内容，并且可以通过由网络触发的专用方式，或在来自UE的请求之后广播或提供，如下文在7.3-1图中所说明。
[标题为“系统信息提供”的3GPP TS 38.300 V1.0.1的7.3-1图再现为图14]
准确名称待决的第3阶段协议。
对于RRC_CONNECTED下的UE，专用RRC信令用于其它SI的请求和传递。对于RRC_IDLE和RRC_INACTIVE中的UE，请求触发随机接入程序(参见小节9.2.6)并且通过MSG3携载，除非所请求SI关联到PRACH资源的子集，在此情况下可以使用MSG1。当使用MSG1时，请求的最小粒度是一个SI消息(即，一组SIB)，一个RACH前导码可以用于请求多个SI消息并且gNB确认MSG2中的请求。当使用MSG 3时，gNB确认MSG4中的请求。
其它SI可以可配置的周期性且在某个持续时间内广播。其它SI进行广播还是通过专用和UE特定的RRC信令传递是网络决策。
允许UE预占的每个小区广播最小SI的至少一些内容，同时系统中可能存在UE无法预占并且不广播最小SI的小区。
对于视为用于由UE预占的小区/频率，UE不需要从另一小区/频率层获取所述小区/频率的最小SI的内容。这不排除UE应用来自先前访问小区的所存储SI的情况。
如果UE无法确定小区的最小SI的完整内容(通过从所述小区或从来自前述小区的有效所存储SI接收)，那么UE应将所述小区视为被禁止的。
当多个参数集在单载波上混合时，仅默认一个参数集用于系统信息广播和寻呼。
3GPP R2-1710096如下讨论如何解决基于Msg3的系统信息请求程序，以及如何设计用于基于Msg3的系统信息请求程序中的系统信息请求消息：
MSG 3/4内容
[3GPP R2-1710096的图1再现为图15]
图1说明用于获得使用基于Msg3的SI请求点播(即，不是周期性地广播)提供的SIB(例如，SIB X)的操作。
1.在成功地接收RAR之后，UE发送RAR中接收到的UL授权中的Msg3。Msg3包含CCCHSDU，即，系统信息请求消息。系统信息请求消息通过RRC生成。
√UE所需的关于SIB的消息包含在系统信息请求消息中。
√系统信息请求消息中不需要任何原因值。
√如果UE1和UE2已使用相同PRACH前导码/资源传送Msg1并且已接收RAR，那么在传送Mgs3中的SI请求的UE1与传送Msg3中的其它RRC消息(例如，连接请求)的另一UE2之间可能存在冲突。来自一个UE的Msg3可能是成功的。在常规RA程序中，载送在Msg3中传送的CCCH SDU的x个位(在LTE中48个位)的MAC CE包含在Msg4中，使得UE可以识别Msg4是否对应于其Msg3传送。应注意，CCCH SDU对于UE是唯一的，因为其包含UE标识。对于SI请求可以遵循类似方法，即，UE标识可以包含在系统信息请求消息中。因此，可以使用相同MAC CE，无论SI请求或其它RRC控制消息(例如，RRC连接请求)是否包含在Msg3中。或者，如果UE标识不包含在系统信息请求消息中，那么MAC需要区分(使用不同MAC CE或MAC CE中某一类型字段)包含在Msg4中的CCCH SDU的x个位是否与SI请求有关。
√此外，不需要将用于RRC连接请求、RRC连接恢复和RRC连接重新建立的MSG3优化成包含SI请求。如果UE意图转换到连接状态，那么UE可以通过在连接状态中传信的RRC作出SI请求。在RRC连接控制消息中包含SI请求不具有紧迫性。
提议1：UE所需的关于一个或多个SIB的信息包含在SI请求消息中。
提议2：UE标识包含在SI请求消息中。
提议3：不需要SI请求消息中的任何原因值。
提议4：不需要传送SI请求以及RRC连接控制消息。
2.在发送SI请求消息之后，UE等待Msg 4。UE如在正常随机接入程序中启动争用解决定时器。
√Msg 4应包含UE争用解决标识，即，在Msg 3中传送的CCCH SDU的x个位。
√在[2]中提出使用单个Msg 4中的位图共同地确认来自不同UE的不同SI请求。UE相对于其SI请求监视子帧中的Msg 4，并且与UE的请求同时的若干SI请求的概率非常低。因此，我们没有看到优化格式以多路复用对Msg 4中的多个SI请求的确认的益处。
3.在接收到包含与Msg 3中传送的CCCH SDU的x个位匹配的UE争用解决标识的Msg4之后，UE在所请求SIB的一个或多个SI周期中监视所请求SIB的SI窗口。
4.在无法(即，争用解决定时器到期)接收Msg 4的情况下，UE将如在正常随机接入程序中重新传送RACH前导码。
提议5：在发送SI请求消息之后，UE等待Msg 4。UE如在正常随机接入程序中启动争用解决定时器。
提议6：在接收到包含与Msg 3中传送的CCCH SDU的x个位匹配的UE争用解决标识的Msg 4之后，UE在所请求SIB的一个或多个SI周期中监视所请求SIB的SI窗口。
提议7：在无法(即，争用解决定时器到期)接收Msg 4的情况下，UE将如在正常随机接入程序中重新传送RACH前导码。
3GPP TS 36.331捕获RRC行为的细节和RRC参数。更具体地说，可以如下在3GPP TS36.331中找到争用解决标识、SRB 0～3、UE状态的细节：
4.2.2信令无线电承载
“信令无线电承载”(SRB)定义为仅用于传送RRC和NAS消息的无线电承载(RB)。更具体地说，定义以下SRB：
-SRB0用于使用CCCH逻辑信道的RRC消息；
-在建立SRB2之前，SRB1用于都使用DCCH逻辑信道的RRC消息(其可以包含捎带NAS消息)以及NAS消息；
-对于NB-IoT，在安全连接建立之前，SRB1用于都使用DCCH逻辑信道的RRC消息(其可以包含捎带NAS消息)以及NAS消息；
-SRB2用于都使用DCCH逻辑信道的RRC消息(其包含记录的测量信息)以及NAS消息。SRB2具有低于SRB1的优先级并且在安全连接建立之后始终由E-UTRAN配置。SRB2不适用于NB-IoT。
在下行链路中，NAS消息的捎带仅用于一个从属(即，具有共同成功/失败)程序：承载建立/修改/发布。在上行链路中，NAS消息捎带仅用于在连接设定期间传递初始NAS消息。
注解：通过SRB2传递的NAS消息还包含在RRC消息中，然而，所述RRC消息不包含任何RRC协议控制信息。
在建立安全连接之后，SRB1和SRB2上的所有RRC消息，包含NAS或非3GPP消息中含有的那些RRC消息由PDCP进行完整性保护和加密。NAS将完整性保护和加密独立地应用于NAS消息。
对于配置有DC的UE，通过MCG传递所有RRC消息，不管在下行链路和上行链路两者中使用的SRB。
[…]
5.3.1.2安全性
AS安全包括RRC信令(SRB)的完整性保护以及RRC信令(SRB)和用户数据(DRB)的加密。
RRC处理作为AS配置的一部分的安全参数的配置：完整性保护算法、加密算法和两个参数，即，keyChangeIndicator和nextHopChainingCount，UE使用所述两个参数来在移交、连接重新建立和/或连接恢复之后确定AS安全密钥。
完整性保护算法对于信令无线电承载SRB1和SRB2是常见的。加密算法对于所有无线电承载(即，SRB1、SRB2和DRB)是常见的。完整性保护或加密不适用于SRB0。
[…]
RRCConnectionRequest
RRCConnectionRequest消息用于请求RRC连接的建立。
信令无线承载：SRB0
RLC-SAP：TM
逻辑信道：CCCH
方向：UE到E-UTRAN
RRCConnectionRequest消息
在NR中，系统信息分成两个通用组，即，最小系统信息(最小SI)和其它系统信息(其它SI)。一般来说，最小SI包含UE执行初始访问并获取任何其他SI广播所需的信息和/或参数。不包括最小SI的系统信息属于其它SI。其它SI可以包含侧链路相关系统信息、车联网(Vehicle to Everything，V2X)相关系统信息、多媒体广播多播服务(MultimediaBroadcast MulticastService，MBMS)系统信息、移动性相关信息(例如，小区和/或载波和/或RAT优先级规则)等。
对于RRC_CONNECTED下的UE，UE将通过专用RRC消息请求其它SI，并且还将通过专用RRC消息接收其它SI。对于RRC_IDLE或RRC_INACTIVE中的UE，UE可以使用基于Msg1的系统信息请求或基于Msg3的系统信息请求。基于Msg3的系统信息请求程序将包含系统信息请求消息(SI请求消息)，用于指示UE请求哪些系统信息。通常，用于基于Msg3的系统信息请求中的系统信息请求消息将是UE在RRC_CONNECTED状态下用于请求系统信息的相同(RRC)消息，因为通常不会出于相同目标定义两个不同的RRC消息。
此外，由于RRC_IDLE中的UE以及RRC_INACTIVE中的UE使用基于Msg3的SI请求程序中的系统信息请求消息，因此将通过SRB 0传送系统信息请求消息是合理的。原因是除了SRB0之外的SRB需要使用安全性保护。更具体地说，如果系统信息请求消息在除了SRB0之外的SRB上传送，那么基站将需要额外的信息和握手(任选的)来理解何种安全性应该用于对系统信息请求消息进行解密。
基于以上论述，在RRC_CONNECTED状态下的UE可以通过经由SRB0传送用于基于Msg3SI请求程序中的系统信息请求消息来执行系统信息请求。如果UE配置有用于调度请求(scheduling request，SR)的PUCCH资源，那么UE可以由于数据到达而触发SR程序。基于SR程序，UE可以接收专用上行链路资源来执行包含系统信息请求消息的传送。基站将基于系统信息请求消息知晓应将何种系统信息转发到UE。
图16中示出可能实例。在此实例中，UE可以由于上行链路数据到达而触发SR。在基站接收SR之后，基站会将上行链路资源分配到UE(例如，寻址到UE的C-RNTI)。UE将使用上行链路资源来将系统信息请求传送到基站。
另一方面，如果UE不具有用于调度请求(scheduling request，SR)的物理上行链路控制信道(PUCCH)资源，那么UE将触发用于传送系统信息请求消息的随机接入程序。根据随机接入程序，在UE从基站接收Msg2之后，UE将创建介质访问控制(Medium AccessControl，MAC)协议数据单元(Protocol Data Unit，PDU)作为Msg3，并且基于在Msg2中指示的上行链路授权而传送MAC PDU。基于当前随机接入(random access，RA)设计，UE将包含系统信息请求消息作为来自公共控制信道(Common Control Channel，CCCH)的MAC业务数据单元(Service Data Unit，SDU)，所述CCCH是与SRB0相关联的逻辑信道。然而，基于当前RA设计，如果Msg3将要包含来自CCCH的数据，那么不允许C-RNTI MAC CE包含在Msg3中。在此情况下，尽管系统信息请求消息将会传送到基站，但是基站无法知晓哪个RRC_CONNECTEDUE通过此系统信息请求消息来请求系统信息。
图17中示出所述问题的可能实例。一种可能的解决方案可以是重复使用在用于RRC_IDLE或RRC INACTIVE的3GPP R2-1710096中提及的争用解决标识解决方案。提议3GPPR2-1710096将争用解决标识包含在类似于RRCConnectionRequest消息的系统信息请求消息中。基站可以首先解决争用，随后将系统信息转发给UE。然而，此解决方案中存在一些处罚。一个可能处罚将是较大争用解决标识。较大争用解决标识将获取额外资源进行传送。另一可能处罚将是当UE具有用于调度请求(scheduling request，SR)的PUCCH资源时，系统信息请求消息中的争用解决标识无用。更具体地说，用于调度请求(scheduling request，SR)的PUCCH资源可以用于反映数据到达SRB(例如，SRB0)时的上行链路资源需求。
下文是此解决方案的问题或可能改善的一些可能替代方案。
I.上述解决方案的可能改善：
改善1-当UE在RRC_IDLE状态和/或RRC_INACTIVE状态(不是在RRC_CONNECTED状态)下请求系统信息时，UE将争用解决标识包含在系统信息请求消息中。此外，当UE处于RRC_CONNECTED状态时，UE包含C-RNTI(信息元素)，而不是系统信息请求消息中的争用解决标识。或者，当UE处于RRC_CONNECTED状态且不具有用于传送数据到达SRB0的调度请求的PUCCH资源时，UE包含C-RNTI(信息元素)，而不是系统信息请求消息中的争用解决标识。通过随机接入程序传送系统信息请求消息。此外，UE需要修改或添加用于此改善的争用解决的新判断。即使Msg3中包含CCCH SDU，UE也将在接收寻址到UE的C-RNTI的PDCCH传送时认为解决争用。PDCCH传送可以是上行链路授权。PDCCH传送可以是下行链路指派。
或者，即使Msg3中包含CCCH SDU，UE也需要在接收基于UE C-RNTI的下行链路指派并且所述DL指派包含一个或多个以下信息时，认为解决争用：
1.UE(部分或完全地)请求的系统信息
2.用于接收系统信息请求的确认
然而，新的判断还可以用于UE处于RRC_CONNECTED状态并且传送具有争用解决标识的系统信息请求消息的情况。更具体地说，在UE处于RRC_CONNECTED状态并且传送具有争用解决标识的系统信息请求消息之后，UE可以通过接收具有用于争用解决标识的争用解决MAC CE的下行链路指派，或通过接收寻址其有效C-RNTI的PDCCH来解决随机接入。PDCCH传送可以是上行链路授权。PDCCH传送可以是下行链路指派。
或者，当接收具有用于争用解决标识的争用解决MAC CE的下行链路指派时，或当接收基于UE C-RNTI的下行链路指派并且所述DL指派包含一个或多个以下信息时，认为解决争用：
1.UE(部分或完全地)请求的系统信息
2.用于接收系统信息请求的确认
改善2-当UE在RRC_IDLE状态和/或RRC_INACTIVE状态(不是在RRC_CONNECTED状态)下请求系统信息时，UE将争用解决标识包含在系统信息请求消息中。如果UE配置有用于传送数据到达SRB0的调度请求的有效PUCCH资源，那么UE不将争用解决标识包含在系统信息请求消息中。
改善3-当UE在RRC_IDLE状态和/或RRC_INACTIVE状态(不是在RRC_CONNECTED状态)下请求系统信息时，UE将争用解决标识包含在系统信息请求消息中。此外，如果RRC_CONNECTED下的UE通过基于争用的随机接入程序传送包含争用解决标识的系统信息请求消息，那么当解决争用时，UE不会用Msg3传送中使用的临时C-RNTI更换其C-RNTI。
改善4-UE可以触发SRB0的调度请求。目前，网络不可以重新配置SRB0并且SRB0不会与SR配置相关联。因此，上述SR程序将由其它上行链路数据触发。并且，专用资源将用于基于LCP程序传送系统信息请求消息。为了改善系统信息请求程序，CCCH或SRB0可以与一个或多个SR配置相关联，或可以基于一个或多个SR配置使用/触发调度请求。图16说明应用了改善的实例。在此实例中，UE将由于上行链路数据到达SRB0而触发SR。在基站接收SR之后，基站会将上行链路资源分配到UE(例如，寻址到UE的C-RNTI)。UE将使用上行链路资源来将系统信息请求传送到基站。
在一个实施例中，SRB0或CCCH通过RRC消息(例如，RRC重新配置消息)与一个或多个SR配置相关联。在另一实施例中，SRB0或CCCH基于默认配置与一个或多个SR配置相关联。默认配置可以包含SR配置索引。在另一实施例中，SRB0或CCCH基于预定义规则与一个或多个SR配置相关联。例如，SRB0(或CCCH)的数据到达可以基于可用SR配置中的任一个触发调度请求。作为另一实例，SRB0(或CCCH)的数据到达可以基于所有可用SR配置触发调度请求。作为另一实例，SRB0(或CCCH)的数据到达可以基于可用SR配置触发调度请求，所述可用SR配置具有最接近系统信息请求的定时以及在触发系统信息请求的定时之后的SR传送机会。
II.相同问题的其它解决方案：
解决方案1：在用于Msg3传送的MAC PDU中包含SI请求消息(即，CCCH SDU)和C- RNTI MAC CE两者
一个可能方法是，基于以下条件中的一个或一些条件，在用于Msg3传送的MAC PDU中，MAC实体包含SI请求消息(由上层产生的CCCH SDU)和C-RNTI(由MAC本身产生的MAC CE)两者：
1.如果MAC实体识别CCCH SDU是否用于SI请求
2.如果UE/MAC实体具有有效C-RNTI
3.如果CCCH SDU的大小小于阈值(或不高于阈值)和/或高于另一阈值或等于特定大小。
对于此解决方案，MAC实体应确定是否需要在包含CCCH SDU的MACPDU中另外包含C-RNTI MAC CE。对于条件1，MAC实体自身知晓CCCHSDU本身是否用于SI请求(例如，CCCHSDU或由CCCH SD使用的特殊逻辑信道(special logical channel，LCID)中的指示)，或由上层(例如，RRC)指示而知晓。如果CCCH SDU用于SI请求，那么UE将包含C-RNTI MAC CE。否则，当MAC PDU用于CCCH SDU时，UE将不包含C-RNTI。
对于条件2，当MAC实体或UE具有有效C-RNTI时，MAC实体始终尝试在用于Msg3传送的MAC PDU中包含C-RNTI MAC CE，不管是否存在CCCH SDU。在一个实施例中，在UE对MAC实体执行MAC重设之后，MAC实体中的有效C-RNTI将被清除。因此，当针对Msg3传送执行逻辑优先级排序时，应定义CCCH的优先级和C-RNTI的优先级，因为其两者在LTE中具有相同且最高的优先级。
在一个替代方案中，CCCH的优先级应高于C-RNTI MAC CE，以确保在C-RNTI MACCE之前可以包含不用于SI请求的CCCH SDU。在完成RA程序之后，如果不需要C-RNTI MACCE，MAC实体可以视情况舍弃C-RNTIMAC CE。在另一个替代方案中，CCCH的优先级应低于C-RNTI MAC CE以确保可以包含C-RNTI MAC CE。基于C-RNTI MAC CE，网络可以进一步将上行链路资源调度到UE，以保证SI请求消息(CCCH SDU)传送。在此情况下，SRB0应链接到至少一个SR配置和/或LCG。
对于条件3，阈值用于从通过CCCH传送的所有可能RRC消息中识别SI请求消息(CCCH SDU)。NW针对Msg3传送提供的UL授权的最小大小等于或大于用于SI请求的CCCH SDU的大小加上C-RNTI MAC CE的大小将更好。
在此解决方案中，争用可以通过寻址到UE的C-RNTI或MAC实体的C-RNTI的PDCCH传送解决。PDCCH传送可以是下行链路指派。PDCCH可以是上行链路授权。争用可以通过包含下文列出的至少一个或多个信息的下行链路传送解决：
1.UE(部分或完全地)请求的系统信息
2.用于接收系统信息请求的确认
解决方案2：用于SI请求的CCCH SDU已含有C-RNTI信息元素
对于此解决方案，MAC实体不需要确定是否需要在MAC PDU中另外包含C-RNTI MACCE。因为基于Msg3的SI请求也适用于不具有有效C-RNTI的RRC-空闲UE，所以CCCH SDU中的C-RNTI信息元素对于此解决方案应是任选字段。因此，RRC层负责确定C-RNTI是否应包含在用于SI请求(SI请求消息)的CCCH SDU中。在一个实施例中，如果UE不将C-RNTI信息元素包含在SI请求消息中，那么UE会将争用解决标识(例如，S-TMSI或随机数)包含在SI请求消息中。在一个实施例中，当UE处于RRC_CONNECTED状态时，RRC决定将C-RNTI信息元素包含在SI请求消息中。
在此解决方案中，争用可以通过寻址到UE的C-RNTI或MAC实体的C-RNTI的PDCCH传送解决。PDCCH传送可以是下行链路指派。PDCCH可以是上行链路授权。争用可以通过包含下文列出的至少一个或多个信息的下行链路传送解决：
1.UE(部分或完全地)请求的系统信息
2.用于接收系统信息请求的确认
解决方案3：SI请求消息在不同于用于RRC连接模式UE的CCCH的逻辑信道(例如， DCCH)上传送
另一解决方案是在UE处于RRC_IDLE STATE和/或RRC_INACTIVESTATE时，SI请求消息在CCCH上传送，并且在UE处于RRC连接模式时，在不同于CCCH或SRB0的逻辑信道或无线承载(例如，DCCH、DRB、SRB1、SRB 2和/或SRB3)上传送。对于在不同于CCCH或SRB0的逻辑信道或无线承载上传送的SI请求消息，由于CCCH SDU和C-RNTI MAC CE不同时包含在MAC PDU中，因此UE可以重新使用当前LTE 4-步骤RA程序(即，如果不针对CCCH逻辑信道进行传送，则向复用和组装实体指示在后续上行链路传送中包含C-RNTI MAC CE)。同时，UE在RRC_IDLE STATE和/或RRC_INACTIVE STATE中传送的SI请求消息可以包含争用解决标识，而UE在RRC连接模式中传送的另一SI请求消息不包含争用解决标识。
在此解决方案中，争用可以通过寻址到UE的C-RNTI或MAC实体的C-RNTI的PDCCH传送解决。PDCCH传送可以是下行链路指派。PDCCH可以是上行链路授权。争用可以通过包含下文列出的至少一个或多个信息的下行链路传送解决：
1.UE(部分或完全地)请求的系统信息
2.用于接收系统信息请求的确认
在通过Msg3传送SI请求之后，如果UE接收寻址到其C-RNTI的PDCCH，那么UE将争用解决视为成功并且将随机接入程序视为成功完成。优选地，PDCCH是DL指派。在一个实施例中，DL指派含有UE所请求的系统信息。在一个实施例中，DL指派含有来自NW的对接收UE的SI请求的确认。
对于解决方案2，即使不存在包含于Msg3中的C-RNTI MAC CE，如果UE接收寻址到其C-RNTI的PDCCH，那么UE仍可以将争用解决视为成功并且将随机接入程序视为成功完成。在LTE中，当Msg3中包含CCCH SDU，而不是C-RNTI MAC CE时，如果UE接收DL指派并且接收到的MAC PDU含有与Msg3中传送的CCCH SDU的第一个48位匹配的UE争用解决标识MAC CE，那么UE将争用解决视为成功并且将随机接入程序视为成功完成。
争用解决标识可以是随机值或可以包含随机值(例如，>＝40个位或>＝S-TMSI长度)。争用解决标识可以是S-TMSI或可以包含S-TMSI。
在一个实施例中，以上论述集中于相同调度器条件(例如，同一基站、同一小区、同一TRP、同一DU)。此论述中的网络可以表示基站、TRP、CU、DU、网络节点或调度器，反之亦然。
图18是从UE的角度的根据一个示例性实施例的流程图1800。在步骤1805中，UE生成系统信息请求消息。在步骤1810中，如果UE处于RRC_CONNECTED状态，那么UE通过DCCH将系统信息请求消息传送到基站。在步骤1815中，如果UE不处于RRC_CONNECTED状态，那么UE通过CCCH将系统信息请求消息传送到基站。
在一个实施例中，在UE传送系统信息请求消息之后，UE可以通过专用消息从基站接收系统信息。在一个实施例中，UE不处于RRC_CONNECTED可以意指UE处于RRC_IDLE状态或RRC_INACTIVE状态。
返回参考图3和4，在UE用于执行随机接入程序的一个示例性实施例中，装置300包含存储于存储器310中的程度代码312。CPU 308可以执行程序代码312以使UE能够(i)生成系统信息请求消息，(ii)如果UE处于RRC_CONNECTED状态，那么通过DCCH将系统信息请求消息传送到基站，以及(iii)如果UE不处于RRC_CONNECTED状态，那么通过CCCH将系统信息请求消息传送到基站。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图19是从UE的角度的根据一个示例性实施例的流程图1900。在步骤1905，UE执行前导码传送。在步骤1910中，UE从基站接收包含上行链路资源的Msg2传送，其中Msg2用于对前导码传送作出响应。在步骤1915中，UE生成MAC PDU，其中MAC PDU包含CCCH SDU以及包含第一标识的MAC CE。在步骤1920中，UE基于上行链路资源传送MAC PDU。
在一个实施例中，如果CCCH SDU用于请求系统信息，那么UE可以确定包含CCCHSDU和MAC CE两者。在另一实施例中，如果CCCH SDU不用于请求系统信息，那么UE可以确定包含CCCH SDU，但不包含MAC CE。或者，如果UE具有用于MAC CE的有效标识，那么UE可以确定包含CCCH SDU和MAC CE两者。在另一实施例中，如果UE不具有用于MAC CE的有效标识，那么UE可以确定包含CCCH SDU，但不包含MAC CE。
在以上实施例中，上行链路资源可以容纳MAC CE和CCCH SDU。此外，基于CCCH SDU的大小大于阈值还是小于阈值，UE可以确定包含CCCH SDU和MAC CE两者。
在一个实施例中，MAC CE可以是小区-无线电网络临时标识符(Cell-RadioNetwork Temporary Identifier，C-RNTI)MAC CE。CCCH SDU可以是系统信息请求消息。
在一个实施例中，如果UE在传送MAC PDU之后接收寻址到第一标识的下行链路控制信号，那么UE可以确定随机接入程序成功完成。下行链路控制信号可以指示上行链路资源或下行链路传送。或者，如果UE在传送MACPDU之后接收在CCCH SDU中请求的系统信息，那么UE可以确定随机接入程序成功完成。
在一个实施例中，UE可以处于RRC_CONNECTED状态。在一个实施例中，CCCH SDU可以不包含第二标识。
在一个实施例中，当UE处于RRC_IDLE状态和/或RRC_INACTIVE状态时，UE可以不生成含有CCCH SDU和MAC CE两者的MAC PDU。然而，当UE处于RRC_IDLE状态和/或RRC_INACTIVE状态时，UE可以生成含有CCCH SDU，但不含有MAC CE的MAC PDU。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)执行前导码传送，(ii)从基站接收包含上行链路资源的Msg2传送，其中Msg2用于对前导码传送作出响应，(iii)生成MAC PDU，其中MAC PDU包含CCCH SDU以及包含第一标识的MAC CE，以及(iv)基于上行链路资源传送MAC PDU。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图20是从UE的角度的根据一个示例性实施例的流程图2000。在步骤2005中，如果UE处于RRC_CONNECTED状态，那么UE生成包含第一标识的系统信息请求消息。在步骤2010中，如果UE不处于RRC_CONNECTED状态，那么UE生成包含第二标识，而不是第一标识的系统信息请求消息。在步骤2015中，UE将系统信息请求消息传送到基站。
在一个实施例中，系统信息请求消息可以是无线资源控制(RadioResourceControl，RRC)消息。在一个实施例中，可以通过SRB0和/或CCCH传送系统信息请求消息。
在一个实施例中，在UE传送系统信息请求消息之后，UE可以通过专用消息从基站接收系统信息。当UE在RRC_CONNECTED下传送系统信息消息时，系统信息消息可以不包含第二标识。第一标识可以是C-RNTI或用于调度资源的标识。第二标识可以是争用解决标识、S-TMSI或随机值。第一标识可以比第二标识短。第二标识可以等于或大于40个位。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)如果UE处于RRC_CONNECTED状态，那么生成包含第一标识的系统信息请求消息，(ii)如果UE不处于RRC_CONNECTED状态，那么生成包含第二标识，而不是第一标识的系统信息请求消息，以及(iii)将系统信息请求消息传送到基站。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图21是从UE的角度的根据一个示例性实施例的流程图2100。在步骤2105中，UE生成系统信息请求消息。在一个实施例中，系统信息请求消息可以是RRC消息。
在步骤2110处，如果UE处于RRC_CONNECTED状态，那么UE通过第一逻辑信道将系统信息请求消息传送到基站。在步骤2115中，如果UE不处于RRC_CONNECTED状态，那么UE通过第二逻辑信道将系统信息请求消息传送到基站，其中第二逻辑信道不同于第一逻辑信道。
在一个实施例中，在UE传送系统信息请求消息之后，UE可以通过专用消息从基站接收系统信息。第一逻辑信道可以是DCCH，并且可以链接到SRB 1、SRB 2或SRB 3。第二逻辑信道可以是CCCH并且可以链接到SRB0。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)生成系统信息请求消息，(ii)如果UE处于RRC_CONNECTED状态，那么通过第一逻辑信道将系统信息请求消息传送到基站，以及(iii)如果UE不处于RRC_CONNECTED状态，那么通过第二逻辑信道将系统信息请求消息传送到基站，其中第二逻辑信道不同于第一逻辑信道。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图22是从UE的角度的根据一个示例性实施例的流程图2200。在步骤2205中，UE生成系统信息请求消息。在步骤2210中，如果UE具有SRB1，那么UE通过第一逻辑信道将系统信息请求消息传送到基站。在步骤2215中，如果UE不具有SRB1，那么UE通过第二逻辑信道将系统信息请求消息传送到基站，其中第二逻辑信道不同于第一逻辑信道。
在一个实施例中，第一逻辑信道可以是DCCH。第二逻辑信道可以是CCCH。
在一个实施例中，如果SRB1暂停，那么UE可以不具有SRB 1。或者，即使SRB 1暂停，UE也可以具有SRB 1。
在一个实施例中，在第一逻辑信道上传送的系统信息请求消息可以不含有UE标识。在第二逻辑信道上传送的系统信息请求消息可以含有UE标识。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)生成系统信息请求消息，(ii)如果UE具有SRB1，那么通过第一逻辑信道将系统信息请求消息传送到基站，以及(iii)如果UE不具有SRB1，那么通过第二逻辑信道将系统信息请求消息传送到基站，其中第二逻辑信道不同于第一逻辑信道。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
上文已经描述了本公开的各种方面。应明白，本文中的教示可以通过广泛多种形式实施，且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中所公开的方面可以独立于任何其它方面而实施，且可以通过不同方式组合这些方面中的两个或更多个方面。例如，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外，通过使用除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的其它结构、功能性或结构和功能性，可以实施此设备或可以实践此方法。作为上述概念中的一些的实例，在一些方面中，可以基于脉冲重复频率建立并行信道。在一些方面中，可以基于脉冲位置或偏移建立并行信道。在一些方面中，可以基于跳时序列建立并行信道。在一些方面中，可以基于脉冲重复频率、脉冲位置或偏移、以及跳时序列建立并行信道。
本领域技术人员将理解，可以使用多种不同技术和技艺中的任一个来表示信息和信号。举例来说，可以通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
本领域技术人员将进一步了解，结合本文所公开的方面描述的各种说明性逻辑块、模块、处理器、装置、电路和算法步骤可以实施为电子硬件(例如，数字实施方案、模拟实施方案，或两者的组合，其可以使用源译码或一些其它技术设计)，并入到指令中的各种形式的程序或设计代码(为方便起见，在本文中可以被称为“软件”或“软件模块”)，或两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就其功能性描述了各种说明性组件、块、模块、电路和步骤。此类功能性是实施为硬件还是软件取决于特定应用和强加于整个系统的设计约束。本领域技术人员可以针对每一特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为引起对本公开的范围的偏离。
另外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可以在集成电路(“integrated circuit，IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器还可以实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP内核结合，或任何其它此种配置。
应理解，在任何所公开过程中的步骤的任何具体次序或层次都是样本方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。随附的方法主张各种步骤的目前元件呈样本次序，且其并不意味着限于所展示的特定次序或层级。
结合本文中所公开的方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块、或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻留在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或本领域中已知的任何其它形式的计算机可读存储介质。样本存储介质可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)和将信息写入到存储介质。样本存储介质可以与处理器一体化。处理器和存储介质可以驻留在ASIC中。ASIC可以驻留在用户设备中。在替代方案中，处理器和存储介质可以作为离散组件而驻留在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可以包括计算机可读介质，所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可以包括封装材料。
虽然已结合各种方面描述本发明，但应理解本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知和惯常实践的范围内。

Claims (20)

1.一种用于用户设备的方法，其特征在于，包括：
生成系统信息请求消息；
如果所述用户设备处于RRC_CONNECTED状态，那么通过专用控制信道将所述系统信息请求消息传送到基站；以及
如果所述用户设备不处于RRC_CONNECTED状态，那么通过公共控制信道将所述系统信息请求消息传送到所述基站。
2.根据权利要求1所述的方法，其特征在于，进一步包括：
在所述用户设备传送所述系统信息请求消息之后，如果所述用户设备处于RRC_CONNECTED状态，所述用户设备通过专用消息从所述基站接收系统信息。
3.根据权利要求1所述的方法，其特征在于，所述用户设备不处于RRC_CONNECTED意指所述用户设备处于RRC_IDLE状态或RRC_INACTIVE状态。
4.一种用于用户设备的方法，其特征在于，包括：
执行前导码传送；
从基站接收包含上行链路资源的Msg2传送，其中所述Msg2用于对所述前导码传送作出响应；
生成介质访问控制协议数据单元，其中所述介质访问控制协议数据单元包含公共控制信道业务数据单元和介质访问控制控制单元，所述介质访问控制控制单元包含第一标识；以及
基于所述上行链路资源传送所述介质访问控制协议数据单元。
5.根据权利要求4所述的方法，其特征在于，进一步包括：
如果所述公共控制信道业务数据单元用于请求系统信息，那么所述用户设备确定包含所述公共控制信道业务数据单元和所述介质访问控制控制单元两者。
6.根据权利要求4所述的方法，其特征在于，进一步包括：
如果所述用户设备具有用于所述介质访问控制控制单元的有效标识，那么所述用户设备确定包含所述公共控制信道业务数据单元和所述介质访问控制控制单元两者。
7.根据权利要求4所述的方法，其特征在于，所述介质访问控制控制单元是小区-无线电网络临时标识符介质访问控制控制单元。
8.根据权利要求4所述的方法，其特征在于，所述公共控制信道业务数据单元是系统信息请求消息。
9.根据权利要求4所述的方法，其特征在于，进一步包括：
如果所述用户设备在传送所述介质访问控制协议数据单元之后接收寻址到所述第一标识的下行链路控制信号，那么所述用户设备确定随机接入程序成功完成。
10.根据权利要求4所述的方法，其特征在于，进一步包括：
如果所述用户设备在传送所述介质访问控制协议数据单元之后接收在所述公共控制信道业务数据单元中请求的系统信息，那么所述用户设备确定所述随机接入程序成功完成。
11.一种用户设备，其特征在于，包括：
控制电路；
处理器，所述处理器安装在所述控制电路中；以及
存储器，所述存储器安装在所述控制电路中并且可操作地耦合到所述处理器；
其中所述处理器被配置成执行存储于所述存储器中的程序代码以：
生成系统信息请求消息；以及
如果所述用户设备处于RRC_CONNECTED状态，那么通过专用控制信道将所述系统信息请求消息传送到基站；以及
如果所述用户设备不处于RRC_CONNECTED状态，那么通过公共控制信道将所述系统信息请求消息传送到所述基站。
12.根据权利要求11所述的用户设备，其特征在于，所述处理器进一步被配置成执行存储于所述存储器中的程序代码以：
在所述用户设备传送所述系统信息请求消息之后，如果所述用户设备处于RRC_CONNECTED状态，通过专用消息从所述基站接收系统信息。
13.根据权利要求11所述的用户设备，其特征在于，所述用户设备不处于RRC_CONNECTED意指所述用户设备处于RRC_IDLE状态或RRC_INACTIVE状态。
14.一种用户设备，其特征在于，包括：
控制电路；
处理器，所述处理器安装在所述控制电路中；以及
存储器，所述存储器安装在所述控制电路中并且可操作地耦合到所述处理器；
其中所述处理器被配置成执行存储于所述存储器中的程序代码以：
执行前导码传送；
从基站接收包含上行链路资源的Msg2传送，其中所述Msg2用于对所述前导码传送作出响应；
生成介质访问控制协议数据单元，其中所述介质访问控制协议数据单元包含公共控制信道业务数据单元和介质访问控制控制单元，所述介质访问控制控制单元包含第一标识；以及
基于所述上行链路资源传送所述介质接入协议数据单元。
15.根据权利要求14所述的用户设备，其特征在于，所述处理器进一步被配置成执行存储于所述存储器中的程序代码以：
如果所述公共控制信道业务数据单元用于请求系统信息，那么确定包含所述公共控制信道业务数据单元和所述介质访问控制控制单元两者。
16.根据权利要求14所述的用户设备，其特征在于，所述处理器进一步被配置成执行存储于所述存储器中的程序代码以：
如果所述用户设备具有用于所述介质访问控制控制单元的有效标识，那么确定包含所述公共控制信道业务数据单元和所述介质访问控制控制单元两者。
17.根据权利要求14所述的用户设备，其特征在于，所述介质访问控制控制单元是小区-无线电网络临时标识符介质访问控制控制单元。
18.根据权利要求14所述的用户设备，其特征在于，所述公共控制信道业务数据单元是系统信息请求消息。
19.根据权利要求14所述的用户设备，其特征在于，所述处理器进一步被配置成执行存储于所述存储器中的程序代码以：
如果所述用户设备在传送所述介质访问控制协议数据单元之后接收寻址到所述第一标识的下行链路控制信号，那么确定随机接入程序成功完成。
20.根据权利要求14所述的用户设备，其特征在于，所述处理器进一步被配置成执行存储于所述存储器中的程序代码以：
如果所述用户设备在传送所述介质访问控制协议数据单元之后接收在所述公共控制信道业务数据单元中请求的系统信息，那么确定所述随机接入程序成功完成。
CN201811243317.2A 2017-10-24 2018-10-24 无线通信系统中基于msg3的系统信息请求的方法和设备 Active CN109699088B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762576245P 2017-10-24 2017-10-24
US62/576,245 2017-10-24

Publications (2)

Publication Number Publication Date
CN109699088A true CN109699088A (zh) 2019-04-30
CN109699088B CN109699088B (zh) 2020-10-27

Family

ID=66169613

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811243317.2A Active CN109699088B (zh) 2017-10-24 2018-10-24 无线通信系统中基于msg3的系统信息请求的方法和设备

Country Status (2)

Country Link
US (1) US20190124715A1 (zh)
CN (1) CN109699088B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021022538A1 (en) * 2019-08-08 2021-02-11 Zte Corporation System and method for providing configuration information
WO2021087887A1 (zh) * 2019-11-07 2021-05-14 华为技术有限公司 一种通信方法及装置
CN113141668A (zh) * 2020-01-17 2021-07-20 华硕电脑股份有限公司 基于随机接入信道的小数据传送过程的方法和设备
CN114466370A (zh) * 2020-11-10 2022-05-10 华硕电脑股份有限公司 用于确定在随机接入程序中使用覆盖增强的方法和设备
CN115296716A (zh) * 2020-06-18 2022-11-04 华硕电脑股份有限公司 无线通信系统中中继传送直接通信请求消息的方法和设备
TWI825495B (zh) * 2020-10-21 2023-12-11 芬蘭商諾基亞科技公司 使用者裝備和網路實體與由其執行之方法、及相關聯電腦程式碼與電腦可讀儲存媒體

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11166317B2 (en) 2017-12-21 2021-11-02 Samsung Electronics Co., Ltd. System and method of handling bandwidth part inactivity timer
US10939362B2 (en) * 2018-01-11 2021-03-02 Mediatek Inc. Apparatuses and methods for system information (SI) request through a contention-based random access procedure
CN108391464B (zh) * 2018-02-05 2022-04-15 北京小米移动软件有限公司 系统消息接收方法和装置、系统消息发送方法和装置
CN116017785A (zh) * 2018-02-09 2023-04-25 中兴通讯股份有限公司 Rrc状态转换方法、终端、cu、du和计算机可读存储介质
WO2019159272A1 (ja) * 2018-02-15 2019-08-22 富士通株式会社 送信装置、無線通信方法、無線通信システム、受信装置
EP4072229B1 (en) * 2018-02-15 2023-09-06 Telefonaktiebolaget LM Ericsson (publ) Wireless device and method performed thereby
US10887897B2 (en) * 2018-02-27 2021-01-05 Qualcomm Incorporated Mechanisms for sidelink resource scheduling
CN110351833B (zh) * 2018-04-02 2024-02-20 夏普株式会社 用户设备执行的方法、基站执行的方法、用户设备和基站
US10791502B2 (en) * 2018-04-02 2020-09-29 FG Innovation Company Limited On-demand system information request procedure and error handling
CN110351708B (zh) * 2018-04-03 2020-11-13 维沃移动通信有限公司 标识上报的方法、设备和介质
CN112106406B (zh) * 2018-05-11 2021-10-08 鸿颖创新有限公司 用于接收系统信息的方法及装置
CN108702762A (zh) * 2018-05-18 2018-10-23 北京小米移动软件有限公司 消息发送方法、装置和资源分配方法、装置
US10999871B2 (en) * 2018-06-08 2021-05-04 Qualcomm Incorporated Random access procedure for CV2X
WO2020061867A1 (zh) * 2018-09-26 2020-04-02 华为技术有限公司 一种数据传输方法和装置
EP3648542A1 (en) * 2018-10-31 2020-05-06 ASUSTek Computer Inc. Method and apparatus for transmission using preconfigured uplink resources in a wireless communication system
CN113303020A (zh) * 2019-02-13 2021-08-24 三星电子株式会社 无线通信系统中的处理两步随机接入过程中的msg a重传的方法和设备
US11672006B2 (en) * 2020-02-21 2023-06-06 Qualcomm Incorporated Message 3 repetition with receive beam sweep and associated beam refinement for message 4
WO2022190041A1 (en) * 2021-03-10 2022-09-15 Telefonaktiebolaget Lm Ericsson (Publ) Delivery of on-demand sib using sdt

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104579602A (zh) * 2014-12-25 2015-04-29 华中科技大学 一种lte中的广播组播重传方法
US20160212737A1 (en) * 2015-01-16 2016-07-21 Samsung Electronics Co., Ltd. Method and apparatus of transmitting control information in wireless communication systems
CN107079385A (zh) * 2014-11-03 2017-08-18 高通股份有限公司 具有以用户设备为中心的介质访问控制层的无线通信系统和方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180111873A (ko) * 2016-02-29 2018-10-11 삼성전자주식회사 시스템 정보를 시그널링하는 장치 및 방법
US10506640B2 (en) * 2016-12-21 2019-12-10 Htc Corporation Device and method of handling system information
EP3566502A4 (en) * 2017-02-02 2020-01-01 Samsung Electronics Co., Ltd. METHOD AND DEVICE FOR SENDING AND RECEIVING CONTROL INFORMATION
US10757738B2 (en) * 2017-03-24 2020-08-25 Mediatek Inc. On-demand system information request message
WO2018199647A1 (en) * 2017-04-26 2018-11-01 Samsung Electronics Co., Ltd. Method and apparatus for performing random access procedure

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107079385A (zh) * 2014-11-03 2017-08-18 高通股份有限公司 具有以用户设备为中心的介质访问控制层的无线通信系统和方法
CN104579602A (zh) * 2014-12-25 2015-04-29 华中科技大学 一种lte中的广播组播重传方法
US20160212737A1 (en) * 2015-01-16 2016-07-21 Samsung Electronics Co., Ltd. Method and apparatus of transmitting control information in wireless communication systems

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
OPPO: "Discussion on Issues of Other SIs", 《3GPP TSG-RAN2 MEETING #96；R2-167480》 *
SAMSUNG: "On Demand SI: Remaining Issues", 《3GPP TSG-RAN WG2 #99BIS；R2-1710096》 *
VIVO: "Considerations on RRC SI Request/Response Messages", 《3GPP TSG-RAN WG2 MEETING#99；R2-1708427》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021022538A1 (en) * 2019-08-08 2021-02-11 Zte Corporation System and method for providing configuration information
WO2021087887A1 (zh) * 2019-11-07 2021-05-14 华为技术有限公司 一种通信方法及装置
CN113141668A (zh) * 2020-01-17 2021-07-20 华硕电脑股份有限公司 基于随机接入信道的小数据传送过程的方法和设备
CN115296716A (zh) * 2020-06-18 2022-11-04 华硕电脑股份有限公司 无线通信系统中中继传送直接通信请求消息的方法和设备
CN115296716B (zh) * 2020-06-18 2024-03-26 华硕电脑股份有限公司 无线通信系统中中继传送直接通信请求消息的方法和设备
TWI825495B (zh) * 2020-10-21 2023-12-11 芬蘭商諾基亞科技公司 使用者裝備和網路實體與由其執行之方法、及相關聯電腦程式碼與電腦可讀儲存媒體
CN114466370A (zh) * 2020-11-10 2022-05-10 华硕电脑股份有限公司 用于确定在随机接入程序中使用覆盖增强的方法和设备
CN114466370B (zh) * 2020-11-10 2024-04-16 华硕电脑股份有限公司 用于确定在随机接入程序中使用覆盖增强的方法和设备

Also Published As

Publication number Publication date
CN109699088B (zh) 2020-10-27
US20190124715A1 (en) 2019-04-25

Similar Documents

Publication Publication Date Title
CN109699088A (zh) 无线通信系统中基于msg3的系统信息请求的方法和设备
TWI680689B (zh) 資料提前傳送方法及使用者設備
US20220174747A1 (en) Method and apparatus for improving msg3 transmission of random access procedure in a wireless communication system
US10798676B2 (en) Method and apparatus for inactive mode operation in wireless communication system
CN111511036B (zh) 针对系统信息请求的随机接入程序的方法和设备
US10314005B2 (en) Method and apparatus for inactive mode operation in wireless communication system
JP7186763B2 (ja) 無線通信システムにおいて複数の搬送波上でサイドリンク送信を行うための方法及び装置
CN112118217B (zh) 无线通信系统中的控制信息传输方法和装置
EP2999286B1 (en) Methods and apparatus for requesting resources in a wireless communication system
EP3007514B1 (en) Method and apparatus for performing device to device (d2d) content estimation and triggering of buffer status reporting (bsr) in a wireless communication system
CN108462998B (zh) 用于随机接入的基站、用户设备和方法
US20170332419A1 (en) Method and apparatus for performing light connection in wireless communication system
TW201922036A (zh) 資料提前傳送方法及使用者設備
CN107592984B (zh) 在无线通信系统中根据基于竞争的调度请求执行副链路传输的方法和设备
KR20180035719A (ko) Rrc 비활성화 또는 활성화 상태에서 데이터 전송 방법 및 장치
US9888509B2 (en) Method and apparatus for performing a random access (RA) procedure for device to-device (D2D) service in a wireless communication system
EP3649817B1 (en) Method and apparatus for allocating resource based on anchor carrier in wireless communication system
US20230105318A1 (en) Method and apparatus for performing communication in wireless communication system
KR20220160590A (ko) 멀티미디어 우선 순위 및 미션 크리티컬 서비스들에 대한 랜덤 액세스의 우선 순위를 지정하는 방법 및 그 장치
US20150382378A1 (en) Method and apparatus for performing a random access (ra) procedure for a device-to-device (d2d) communication
US20240163905A1 (en) Channel Access Priority Class for Sidelink Feedback Transmission with Conflict Information
EP4366413A1 (en) Channel access priority class for multi-consecutive slots sidelink transmissions

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