CN120224170A 用于确定在两步随机接入过程中的无线电网络临时标识的方法和装置（瑞典爱立信有限公司）

PCT/CN2019/08027020(71)申请人瑞典爱立信有限公司地址瑞典H04WH04W用于确定在两步随机接入过程中的无线电(57)摘要本公开的各种实施例提供用于确定在两步随机接入过程中的无线电网络临时标识(RNTI)包括前导码和物理上行链路共享信道PUSCH消息，所述PUSCH消息是基于第一无线电网络临时2确定(302、304、306)用于随机接入的请求消息，其中，所述请求消息包括前导码和物理确定的；传送(308)所述请求消息；以及基于第二RNTI来获得(310)用于所述随机接入的响应消息；其中，所述第二RNTI用于对调度携带所述响应消息的物理下行链路共享信道PDSCH的2.根据权利要求1所述的方法，其中，所述第一RNTI或所述第二RNTI是小区-RNTIC-3.根据权利要求1或2所述的方法，其中，所述第二RNTI是基于所述终端设备的无线电资源控制RRC状态来确定的；或者所述第一RNTI和/或所述第二RNTI是基于物理随机接入信道PRACH时机的集合的编号来确定的。5.根据权利要求1-4中任一项所述的方法，其中，所述第一RNTI用于对所述PUSCH消息的编码比特进行加扰。基于第一无线电网络临时标识RNTI从终端设备获得(802)包括前导码和物理上行链路向终端设备传送(806)所述响应消息；其中，所述第二RNTI用于对调度携带所述响应消息的物理下行链路共享信道PDSCH的7.根据权利要求6所述的方法，其中，所述第一RNTI或所述第二RNTI是小区-RNTIC-8.根据权利要求6或7所述的方法，其中，所述第二RNTI是基于所述终端设备的无线电资源控制RRC状态来确定的；或者所述第一RNTI和/或所述第二RNTI是基于物理随机接入信道PRACH时机的集合的编号来确定的。10.根据权利要求6-9中任一项所述的方法，其中，所述第一RNTI用于对所述PUSCH消息的编码比特进行加扰。非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到所述非暂时性计算机可读介质，其中，所述计算机可执行指令使所述终端设备实现根据权利要求1的方法。312.一种网络节点，包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到所述非暂时性计算机可读介质，其中，所述计算机可执行指令使所述网络节点实现根据权利要求6所述的方法。4用于确定在两步随机接入过程中的无线电网络临时标识的方法和装置本申请是申请号为202080025003.4,申请日为2020年3月26日，并且发明名称为“用于确定在两步随机接入过程中的无线电网络临时标识的方法和装置”的专利申请的分案申请。技术领域[0001]本公开一般涉及无线通信，以及更具体地，涉及用于两步随机接入过程的方法和装置。背景技术[0002]本部分介绍了可以有助于更好地理解本公开的多个方面。因此，本部分的陈述应从这种角度来阅读，以及不应被理解为关于什么在现有技术中或什么不在现有技术中的承[0003]在新无线电(NR)系统中，如图1所示，四步法可以用于随机接入过程。在这种方法中，用户设备(UE)检测包括NR-主同步信号(NR-PSS)、NR-辅同步信号(NR-SSS)的同步信号(SS)和NR-物理广播信道(PBCH)以及对广播的系统信息(例如剩余的最小系统信息(RMSI))进行解码。然后UE可以在上行链路(UL)中传送物理随机接入信道(PRACH)前导码(消息1)。响应于接收消息1,基站(例如下一代节点B(gNB))回复随机接入响应(RAR,消息2)。RAR消息是八位字节对齐的，以及包括定时提前命令、UL授权和临时小区无线电网络临时标识(TC-[0004]在接收RAR消息之后，UE和传输块的消息3.然后gNB回复冲突解决消息(消息4)。在RAR消息中的定时提前命令允许以循环前缀(CP)内的定时准确度来接收消息3PUSCH。除非系统应用在具有在UE与gNB之间的距离非常小的小区中，否则如果没有这种定时提前，将需要非常大的CP以便能够解调和检测PUSCH。由于NR也将支持需要向UE提供定时提前的较大小区，因此对于随机接入过程而传输块的重传(如果有的话),DCI格式0_0具有由在RAR消息中提供的TC-RNTI来加扰的循环冗余校验(CRC)。UE始终传送消息3PUSCH而不使用重复。[0006]在3GPPTS38.321v15.4.0中，其公开内容通过整体引用并入本文，提供了表1以定义如下的RNTI值的范围。表15值(十六进制)保留[0007]两步随机接入过程已被批准为NR版本16的工作项目。如图2所示，初始接入在仅两个步骤中完成。在第一步，UE传送消息，该消息可以被称为消息A,其包括随机接入前导码以及高层数据，例如无线电资源控制(RRC)连接请求，可能在PUSCH上发明内容[0008]以简化形式提供本发明内容以介绍选择的构思，以下该构思在详细描述中将被进一步描述。本发明内容既不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。[0009]本公开提出了一种确定在两步随机接入过程中的RNTI的方案。[0010]根据本公开的第一方面，提供了一种在终端设备处的方法。该方法包括确定用于随机接入的请求消息，其中该请求消息包括前导码和物理上行链路共享信道PUSCH消息，以及该PUSCH消息是基于第一无线电网络临时标识RNTI来确定的。该方法还包括传送请求消[0011]根据示例性实施例，该方法还包括：基于第二RNTI来获得用于随机接入的响应消息，其中第一RNTI和第二RNTI是相同的。[0012]根据示例性实施例，该方法还包括：基于第二RNTI来获得用于随机接入的响应消息，其中第一RNTI和第二RNTI是不同的。[0013]根据示例性实施例，第二RNTI是基于终端设备的无线电资源控制RRC状态来确定[0015]根据示例性实施例，如果小区-RNTI(C-RNTI)是可用的，则C-RNTI被确定为第二[0017]根据示例性实施例，第二RNTI是基于第[0018]根据示例性实施例，第一RNTI和/或第二RNTI是基于以下来确定的：物理随机接入6信道PRACH时机的集合的编号。[0019]根据示例性实施例，RNTI值的集合是基于请求消息的定时/频率资源来确定的。[0020]根据本公开的第二方面，提供了一种在网络节点处的方法。该方法包括：基于第二RNTI来确定响应消息。该方法还包括向终端设备传送响应消息。[0021]根据示例性实施例，该方法还包括：基于第一无线电网络临时标识RNTI从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息；其中，第一RNTI和第二RNTI是相同的。[0022]根据示例性实施例，该方法还包括基于第一无线电网络临时标识RNTI从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息；其中，第一RNTI和第二RNTI是不同的。[0023]根据示例性实施例，第二RNTI是基于终端设备的无线电资源控制RRC状态来确定[0024]根据示例性实施例，RRC状态包括：连接模式。[0025]根据示例性实施例，如果小区-RNTI(C-RNTI)是可用的，则C-RNTI被确定为第二[0026]根据示例性实施例，第一RNTI用于对PUSCH消息的编码比特进行加扰。[0027]根据示例性实施例，第二RNTI是基于第一RNTI来确定的。[0028]根据示例性实施例，第一RNTI和/或第二RNTI是基于以下来确定的：物理随机接入信道PRACH时机的集合的编号。[0029]根据示例性实施例，RNTI值的集合是基于请求消息的定时/频率资源来确定的。[0030]根据本公开的第三方面，提供了一种终端设备。终端设备包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使终端设备实现根据本公开的第一方面的方法。[0031]根据本公开的第四方面，提供了一种网络节点。网络节点包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使网络节点实现根据本公开的第二方面的方法。[0032]根据本公开的第五方面，提供了一种在终端设备处的方法。该方法包括确定用于随机接入的请求消息，其中该请求消息包括前导码和物理上行链路共享信道PUSCH消息，以及该PUSCH消息是基于第一无线电网络临时标识RNTI来确定的。该方法还包括传送请求消[0033]根据示例性实施例，该方法还包括：基于第二RNTI来获得用于随机接入的响应消息，其中第一RNTI和第二RNTI是相同的或不同。[0034]根据示例性实施例，第一RNTI和/或第二RNTI是基于终端设备的无线电资源控制RRC状态来确定的。[0035]根据示例性实施例，RRC状态包括：空闲模式、连接模式、不活动模式。[0036]根据示例性实施例，如果小区-RNTI(C-RNTI)是可用的，则C-RNTI被确定为第一RNTI和/或第二RNTI。[0037]根据示例性实施例，如果小区-RNTI(C-RNTI)是不可用的，则配置的调度RNTI(CS-RNTI)被确定为第一RNTI和/或第二RNTI。7[0038]根据示例性实施例，通过从被广播的系统信息中的多个CS-RNTI中选择CS-RNTI来[0040]根据示例性实施例，基于以下中的至少一个来选择CS-RNTI:前导码的索引中的一个或多个索引、一个或多个物理随机接入信道PRACH时机、前导码的格式、PUSCH参数以及终端设备的无线电接入RA尝试的目的。[0043]根据示例性实施例，第一RNTI和/或第二RNTI是基于以下中至少一个以及基于[0044]根据示例性实施例，RNTI值的编号是基于以下中的至少一个来排列的：在PRACH时机中与RNTI值相关联的前导码的索引的顺序；与RNTI值相关联的PRACH时机的频率资源索引的顺序；与RNTI值相关联的PRACH时机的时间资源索引的顺序；针对与RNTI值相关联的PRACH时隙的索引的顺序。[0045]根据示例性实施例，RNTI值的集合是基于以下中的至少一个来确定的：所使用的[0046]根据本公开的第六方面，提供了一种终端设备处的方法。该方法包括确定用于随机接入的请求消息.其中该请求消息包括前导码和物理上行链路共享信道PUSCH消息.以及该PUSCH消息是基于终端设备所位于的小区的标识ID来确定的。该方法还包括传送请求消[0047]根据示例性实施例，该方法还包括基于第二RNTI来获得(310)用于随机接入的响应消息，其中第二RNTI是基于终端设备的I[0048]根据本公开的第七方面，提供了一种在网络节点处的方法。该方法包括：基于第二RNTI来确定响应消息。该方法还包括向终端设备传送响应消息。[0049]根据示例性实施例，该方法还包括基于第一无线电网络临时标识RNTI从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息；其中，第一RNTI和第二RNTI是相同的或不同的。[0050]根据示例性实施例，第一RNTI和/或第二RNTI是基于终端设备的无线电资源控制[0052]根据示例性实施例，如果小区RNTI(C-RNTI)是可用的，则C-RNTI被确定为第一[0053]根据示例性实施例，如果小区-RNTI(C-RNTI)是不可用的，则配置的调度RNTI(CS-RNTI)被确定为第一RNTI和/或第二RNTI。[0054]根据示例性实施例，通过从被广播的系统信息中的多个CS-RNTI中选择CS-RNTI来8[0056]根据示例性实施例，基于以下中的至少一个来选择CS-RNTI:前导码的索引中的一个或多个索引、一个或多个物理随机接入信道PRACH时机、前导码的格式、PUSCH参数以及终端设备的无线电接入RA尝试的目的。[0057]根据示例性实施例，第一RNTI用于对PUSCH消息的编码比特[0059]根据示例性实施例，该方法还包括：基于终端设备所位于的小区的标识ID,从终端[0060]根据示例性实施例，基于终端设备的ID来确定第一RNTI和/或第二RNTI。[0061]根据示例性实施例，第一RNTI和/或第二RNTI是基于以下中至少一个以及基于[0062]根据示例性实施例，RNTI值的编号是基于以下中的至少一个来排列的：在PRACH时机中与RNTI值相关联的前导码的索引的顺序；与RNTI值相关联的PRACH时机的频率资源索引的顺序；与RNTI值相关联的PRACH时机的时间资源索引的顺序；针对与RNTI值相关联的PRACH时隙的索引的顺序。[0063]根据示例性实施例，RNTI值的集合是基于以下中的至少一个来确定的：所使用的[0064]根据本公开的第八方面，提供了一种终端设备。终端设备包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使终端设备实现根据本公开的第五方面的方法。[0065]根据本公开的第九方面，提供了一种网络节点，包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使网络节点实现根据本公开的第七方面的方法。[0066]根据本公开的第十方面，提供了一种在终端设备处的方法。该方法包括基于第二无线电网络临时标识RNTI获得用于随机接入的响应消息，其中该响应消息是对用于随机接入的请求消息的响应，该请求消息包括前导码和物理上行链路共享信道PUSCH消息。[0067]根据示例性实施例，PUSCH消息是基于第一RNTI来确定的，以及第一RNTI和第二RNTI是相同的或不同的。[0068]根据示例性实施例，第一RNTI和/或第二RNTI是基于终端设备的无线电资源控制[0070]根据示例性实施例，如果小区-RNTI(C-RNTI)是可用的，则C-RNTI被确定为第一[0071]根据示例性实施例，如果小区-RNTI(C-RNTI)是不可用的，则配置的调度RNTI(CS-RNTI)被确定为第一RNTI和/或第二RNTI。[0072]根据示例性实施例，通过从被广播的系统信息中的多个CS-RNTI中选择CS-RNTI来9[0074]根据示例性实施例，CS-RNTI是基于以下中的至少一个来选择的：前导码的索引中及终端设备的无线电接入RA尝试的目的。[0077]根据示例性实施例，该方法还包括：基于终端设备所位于的小区的标识ID来确定[0078]根据示例性实施例，第一RNTI和/或第二RNTI是基于终端设备的ID来确定的。[0079]根据示例性实施例，第一RNTI和/或第二RNTI是基于以下中至少一个以及基于[0080]根据示例性实施例，RNTI值的编号是基于以下中的至少一个来排列的：在PRACH时机中与RNTI值相关联的前导码的索引的顺序；与RNTI值相关联的PRACH时机的频率资源索引的顺序；与RNTI值相关联的PRACH时机的时间资源索引的顺序；针对与RNTI值相关联的PRACH时隙的索引的顺序。[0081]根据示例性实施例，RNTI值的集合是基于以下中的至少一个来确定的：所使用的[0082]根据本公开的第十一方面，提供了一种在网络节点处的方法。该方法包括基于第一无线电网络临时标识RNTI从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息。[0083]根据示例性实施例，该方法还包括基于第二RNTI来确定响应消息。该方法还包括向终端设备传送响应消息。[0084]根据示例性实施例，第一RNTI和/或第二RNTI是基于终端设备的无线电资源控制[0086]根据示例性实施例，如果小区-RNTI(C-RNTI)是可用的，则C-RNTI被确定为第一[0087]根据示例性实施例，如果小区-RNTI(C-RNTI)是不可用的，则配置的调度RNTI(CS-[0088]根据示例性实施例，通过从被广播的系统信息中的多个CS-RNTI中选择CS-RNTI来确定第一RNTI和/或第二RNTI。[0090]根据示例性实施例，CS-RNTI是基于以下中的至少一个来选择：前导码的索引中的终端设备的无线电接入RA尝试的目的。[0093]根据示例性实施例，第一RNTI和/或第二RNTI是基于终端设备的ID来确定的。[0094]根据示例性实施例，第一RNTI和/或第二RNTI是基于以下中至少一个以及基于[0095]根据示例性实施例，RNTI值的编号是基于以下中的至少一个来排列的：在PRACH时机中与RNTI值相关联的前导码的索引的顺序；与RNTI值相关联的PRACH时机的频率资源索引的顺序；与RNTI值相关联的PRACH时机的时间资源索引的顺序；针对与RNTI值相关联的PRACH时隙的索引的顺序。[0096]根据示例性实施例，RNTI值的集合是基于以下中的至少一个来确定的：所使用的[0097]根据本公开的第十二方面，提供了一种在网络节点处的方法。该方法包括基于终端设备所位于的小区从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请[0098]根据示例性实施例，该方法还包括：基于RNTI来确定响应消息。该方法还包括向终端设备传送响应消息，其中RNTI是基于终端设备的ID来确定的。[0099]根据本公开的第十三方面，提供了一种终端设备。该终端设备包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使终端设备实现根据本公开的第十方面的方法。[0100]根据本公开的第十四方面，提供了一种网络节点。网络节点包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使网络节点实现根据本公开的第十一方面的方法。[0101]根据本公开的第十五方面，提供了一种网络节点。网络节点包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使网络节点实现根据本公开的第十二方面的方法。[0102]根据本公开的第十六方面，提供了一种终端设备。终端设备包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使终端设备实现根据本公开的第六方面的方法。[0103]根据本公开的第十七方面，提供了一种非暂时性计算机可读介质，其上存储有用于与计算设备一起使用的程序代码，其中该程序代码在被处理器运行时执行根据本公开的[0104]根据本公开的另一方面，提供了一种在通信系统中实现的方法，该通信系统可以法可以包括：在主机计算机处，通过包括基站的蜂窝网络向UE发起携带用户数据的传输，该基站可以执行根据本公开的第二、第七、第十一和第十二方面中的任一方面的方法的任何步骤。[0105]根据本公开的另一方面，提供了一种包括主机计算机的通信系统。主机计算机可以包括：被配置为提供用户数据的处理电路，以及被配置为将用户数据转发给蜂窝网络以传输到UE的通信接口。蜂窝网络可以包括：具有无线电接口和处理电路的基站。基站的处理电路可以被配置为执行根据本公开的第二、第七、第十一和第十二方面中的任一方面的方11法的任何步骤。[0106]根据本公开的另一方面，提供了一种在通信系统中实现的方法，该通信系统可以方法可以包括：在主机计算机处，通过包括基站的蜂窝网络向UE发起携带用户数据的传输。UE可以执行根据本公开的第一、第五、第六和第十方面中的任一方面的方法的任何步骤。[0107]根据本公开的另一方面，提供了一种包括主机计算机的通信系统。主机计算机可以包括：被配置为提供用户数据的处理电路，以及被配置为将用户数据转发给蜂窝网络以传输到UE的通信接口。UE可以包括无线电接口和处理电路。UE的处理电路可以被配置为执行根据本公开的第一、第五、第六和第十方面中的任何一方面的方法的任何步骤。[0108]根据本公开的另一方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，接收从UE传送到基站的用户数据，该基站可以执行根据本公开的第二、第七、第十一和第十二方面中的任一方面的方法的任何步骤。[0109]根据本公开的另一方面，提供了一种包括主机计算机的通信系统。主机计算机可以包括通信接口，该通信接口被配置为接收源自从UE到基站的传输的用户数据。UE可以包括无线电接口和处理电路。UE的处理电路可以被配置为执行根据本公开的第一、第五、第六和第十方面中的任何一个方面的方法的任何步骤。[0110]根据本公开的另一方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，从基站接收源自基站已经从UE接收的传输的用户数据。基站可以执行根据本公开的第二、第七、第十一和第十二方面中的任一方面的方法的任何步骤。[0111]根据本公开的另一方面，提供了一种通信系统，其可以包括主机计算机。主机计算机可以包括通信接口，该通信接口被配置为接收源自从UE到基站的传输的用户数据。基站可以包括无线电接口和处理电路。基站的处理电路可以被配置为执行根据本公开的第二、第七、第十一和第十二方面中的任何一个方面的方法的任何步骤。[0112]根据本公开的另一方面，提供了一种终端设备。终端设备包括：确定单元，其用于确定用于随机接入的请求消息，其中请求消息包括前导码和物理上行链路共享信道PUSCH传送(308)请求消息。[0113]根据本公开的另一方面，提供了一种终端设备。终端设备包括：确定单元，其用于确定用于随机接入的请求消息，其中请求消息包括前导码和物理上行链路共享信道PUSCH消息，PUSCH消息是基于终端设备所位于的小区的标识ID来确定的，以及传送单元，其用于传送请求消息。[0114]根据本公开的另一方面，提供了一种网络节点。网络节点包括：确定单元，其用于基于第二RNTI来确定响应消息；以及将响应消息传送给终端设备。[0115]根据本公开的另一方面，提供了一种终端设备。该终端设备包括：确定单元，其用于基于第二无线电网络临时标识RNTI来获得用于随机接入的响应消息，其中该响应消息是对随机接入的请求消息的响应，该请求消息包括前导码和物理上行链路共享信道PUSCH消[0116]根据本公开的另一方面，提供了一种网络节点。网络节点包括：获得单元，其用于基于第一无线电网络临时标识RNTI从终端设备获得包括前导码和物理上行链路共享信道[0117]根据本公开的另一方面，提供了一种网络节点。网络节点包括：获得单元，其用于基于终端设备所位于的小区从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息。附图说明[0118]当结合附图阅读时，通过参考以下实施例的详细描述，可以最好地理解本公开本[0119]图1是示出NR中的四步随机接入过程的示意图；[0120]图2是示出NR中的两步随机接入过程的示意图；[0121]图3是示出根据贯穿本公开所描述的一些实施例的方法300的流程图；[0122]图4是示出根据贯穿本公开所描述的一些实施例的方法400的流程图；[0123]图5是示出根据贯穿本公开所描述的一些实施例的方法500的流程图；[0124]图6是示出在不同PRACH时机上在时域、频域中的RNTI排序的示例；[0125]图7是示出在两个频率复用的PRACH时机中的每一个中使用的64个前导码索引的[0126]图8是示出了根据贯穿本公开所描述的一些实施例的方法800的流程图；[0127]图9是示出根据贯穿本公开所描述的一些实施例的终端设备900的框图；以及[0128]图10是示出根据贯穿本公开所描述的一些实施例的网络节点1000的框图。[0129]图11是示出根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图；[0130]图12是示出根据本公开的一些实施例的主机计算机通过部分无线连接通过基站[0131]图13是示出了根据本公开的实施例的在通信系统中实现的方法的流程图；[0132]图14是示出根据本公开的实施例的在通信系统中实现的方法的流程图；[0133]图15是示出根据本公开的实施例的在通信系统中实现的方法的流程图；以及[0134]图16是示出根据本公开的实施例的在通信系统中实现的方法的流程图。具体实施方式[0135]参考附图详细描述本公开的实施例。应当理解，仅出于使本领域技术人员能够更好地理解以及因此实现本公开的目的来讨论这些实施例，而不是建议对本公开的范围的任何限制。在整个说明书中对特征，优点或类似语言的引用并不意味着可以用本公开实现的所有特征和优点应该在或在本公开的任何单个实施例中。相反，提及特征和优点的语言应被理解为意味着结合实施例描述的特定特征，优点或特性被包括在本公开的至少一个实施例中。此外，在一个或多个实施例中，可以以任何合适的方式来组合本公开所描述的特征，优点和特性。相关领域的技术人员将认识到，可以在没有特定实施例的特定特征或优点中的一个或多个特定特征或优点的情况下实践本公开。在其他情况下，在某些实施例中可以认识到附加特征和优点，而附加特征和优点可能不会在本公开的所有实施例中存在。[0136]如本文所使用的，术语“通信网络”是指遵循任何适当的通信标准的网络，诸如新无线电(NR),长期演进(LTE),高级LTE,宽带码分多址(WCDMA),高速分组接入(HSPA)等。此外，可以根据任何合适的各代通信协议和/或当前已知或将来将要开发的任何其他协议来执行在通信网络中的终端设备与网络节点之间的通信，各代通信协议包括但不限于第一代(1G),第二代(2G),2.5G,2.75G,第三代(3G),4G,4.5G,5G通信协议。[0137]术语“网络节点”是指通信网络中的网络设备，终端设备通过该网络设备接入网络并从网络接收服务。网络节点或网络设备可以指代在无线通信网络中的基站(BS)、接入点(AP)、多小区/多播协调实体(MCE)、控制器或任何其他合适的设备。BS可以是例如节点B[0138]网络节点的又一示例包括多标准无线电(MSR)无线电设备(诸如MSRBS),诸如无线电网络控制器(RNC)或基站控制器(BSC)之类的网络控制器，基站收发信台(BTS),传输或可操作用于使终端设备能够接入无线通信网络和/或提供对无线通信网络的终端设备接入或向已经接入无线通信网络的终端设备提供某种服务的任何合适的设备(或设备组)。[0139]术语“终端设备”是指可以接入通信网络并从其接收服务的任何终端设备。作为示例而非限制，终端设备可以指代移动终端，用户设备(UE)或其他合适的设备。UE可以是例如订户台、便携式订户台、移动台(MS)、或接入终端(AT)。终端设备可以包括但不限于便携式计算机，诸如数码相机之类的图像捕获终端设备，游戏终端设备，音乐存储和回放设备，移[0140]作为又一具体示例，在物联网(IoT)场景中，终端设备也可以称为IoT设备，以及代表执行监测，感测和/或测量等以及将这种监测，感测和/或测量等的结果发送给另一终端设备和/或网络设备的机器或其他设备。在这种情况下，终端设备可以是机器对机器(M2M)设备，在第三代合作伙伴计划(3GPP)上下文中可以将其称为机器类型通信(MTC)设备。[0141]作为一个特定示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这样的机器或设备的特定示例是传感器，诸如功率计的计量设备，工业机械，或家用或个人电辆或其他设备，例如能够对其运行状态或者与其运行相关的其他功能进行监测，感测和/或报告等的医疗器械。施例”应被理解为“至少一个其他实施例”。在下文中可以包含其他定的定义)。应消息之前，前导码和PUSCH消息将由UE在被称为消息A的一个消息中传送。但是对于在消随机接入过程中的消息2和在两步随机接入过程中的消息B,需要使用不同的RNTI。因此，需要提供一种解决方案以用于确定在两步随机接入过程中的RNTI,该RNTI用于在消息A中的[0144]根据贯穿本公开所描述的一些示例性实施例，本公开提供了用于两步随机接入过程的改进的解决方案。这些解决方案可以应用于包括终端设备和基站的无线通信系统。在两步随机接入过程中，终端设备可以基于广播的系统信息来确定将用于在请求消息(例如PDSCH加扰。[0145]注意，本公开的一些实施例主要关于用作某些示例性网络配置和系统部署的非限制性示例的5G规范来描述。因此，本文给出的示例性实施例的描述具体引用与其直接相关的术语。此类术语仅用于所呈现的非限制性示例和实施例的上下文中，并且不以任何方式自然地限制本公开。相反，只要本文描述的示例性实施例是适用的，就可以同等地使用任何其他系统配置或无线电技术。[0146]图3是示出根据贯穿本公开所描述的一些实施例的方法300的流程图。图3所示的方法300可以由在终端设备中实现的装置或通信地耦合到终端设备的装置来执行。根据示[0147]根据图3所示的示例性方法300,如框302所示，终端设备可以确定用于两步随机接入过程的请求消息的前导码。在一些实施例中，可以根据前导码的集合来确定前导码。前导码的集合可以专用于两步随机接入过程。可替代地，前导码的集合可以与用于四步随机接入过程的前导码的集合相同。在一些实施例中，可以在来自诸如基站(例如gNB)的网络节点的信令消息中用信号传送前导码的集合。信令消息可以是无线电资源控制(RRC)消息。可替代地，在一些实施例中，前导码的集合可以被预定义在终端设备中。[0148]在框304中，终端设备可以确定第一RNTI,该第一RNTI用于两步随机接入过程的请求消息中的PUSCH消息。终端设备可以通过选择在广播的系统信息中的多个RNTI值中的一个RNTI值来确定第一RNTI。广播的系统信息包括剩余最小系统信息(RMSI)或其他系统信息(OSI)。在一些实施例中，在广播的系统信息中提供多个配置的调度RNTI(CS-RNTI)。因此，终端设备可以选择广播的系统信息中的多个CS-RNTI中的一个CS-RNTI作为第一RNTI。在一个实施例中，终端设备可以随机选择多个CS-RNTI中的一个CS-RNTI。在另一实施例中，终端设备可以基于以下中的至少一个来选择多个CS-RNTI中的一个CS-RNTI:所确定的前导码的索引、所确定的前导码的物理随机接入信道(PRACH)时机、所确定的前导码的格式、PUSCH参数以及终端设备的无线接入(RA)尝试的目的。在又一个实施例中，终端设备可以基于终端设备所位于的小区的标识(ID)来确定第一RNTI。[0149]在框304中确定RNTI之后，在框306中，终端设备可以基于所确定的第一RNTI来生中，终端设备可以向网络节点传送在两步随机接入过程中的请求消息(即消息A)。[0150]如框310所示，响应于传送请求消息，终端设备可以基于第二RNTI从网络节点获得响应消息(例如消息B)。具体地，终端设备可以利用第二RNTI来接收调度携带响应消息的物理下行链路共享信道(PDSCH)的物理下行链路控制信道(PDCCH)消息。第二RNTI可以与第一RNTI相同或不同。在一些实施例中，基于第一RNTI来生成第二RNTI。例如，第二RNTI可以形成为在消息A中使用的第一RNTI的函数/映射。具体地，网络节点可以使用在消息A中使用的第一RNTI的比特的哈希(hash)或子集。在第一RNTI与第二RNTI之间的函数/映射关系允许网络节点和终端设备有效地将两步随机接入过程中的消息B与四步随机接入过程中的消息2区分开来。在其他一些实施例中，如果第一RNTI是基于终端设备所位于的小区的ID来确定的，网络节点可以使用在消息APUSCH中携带的终端设备的小区ID来确定第二RNTI,从而对[0151]图4是示出根据贯穿本公开所描述的一些实施例的方法400的流程图。图4所示的方法400可以由在终端设备中实现的装置或通信地耦合到终端设备的装置来执行。根据示例性实施例，终端设备可以是UE。在以下关于图4的描述中，对于与前述示例性实施例中相同或相似的部分，将适当地省略详细描述。[0152]根据图4所示的示例性方法400,如框402所示，终端设备可以确定用于两步随机接入过程的请求消息的前导码。在框403中，终端设备可以确定C-RNTI是否可用。如框404所备处于RRC连接模式以及用于执行无竞争随机接入(CFRA),则它将具有C-RNTI。因此，终端设备可以使用C-RNTI作为第一RNT[0153]如果C-RNTI是不可用的，则在框405中，终端设备将基于在框402中确定的前导码来选择广播的系统信息中的多个CS-RNTI中的一个CS-RNTI。例如，如果终端设备处于空闲设备可以基于以下中的至少一个来选择多个CS-RNTI中的一个CS-RNTI:所确定的前导码的索引、所确定的前导码的物理随机接入信道(PRACH)时机、所确定的前导码的格式、PUSCH参数以及终端设备的无线电接入(RA)尝试的目的。需要注意的是，CS-RNTI可以具有一个或多个RNTI值，这些值可以是小区特定配置的。可以在广播的系统信息(例如在RMSI或OSI中)中提供CS-RNTI值。终端设备从配置的多值的集合中选择要使用的实际CS-RNTI值。[0154]根据示例性实施例，RNTI可以依赖于RRC状态。RRC状态包括空闲模式、连接模式和不活动模式。例如，如果终端设备处于不活动模式并执行基于竞争的随机接入(CBRA),则它性地检测在系统或跟踪区域中所有不活动的终端设备的C-RNTI相比，这降低了网络节点的UE尝试是不成功的，则它可以恢复到UE不拥有上述有效C-RNTI的方法以用于后续尝试。A)的PUSCH有效载荷进行加扰。然后在框408中，终端设备可以在两步随机接入过程中向网络节点传送请求消息(例如消息A)。请求消息可以包括在步骤402中确定的前导码和在步骤406中生成的PUSCH消息。在一个实施例中，网络节点在检测到在请求消息中的前导码后来检测PUSCH消息，以及可以使用通过前导码获得的配置信息来接收PUSCH消息。在另一实施例中，网络节点可以不需要检测在请求消息中的前导码(例如，如果当前的传输是请求消息的重传而不重传前导码),以及基于多个可能的CS-RNTI值来盲解码PUSCH消息。[0156]如框410所示，响应于传送请求消息，终端设备可以从网络节点接收基于另一个RNTI(即第二RNTI)的响应消息(例如消息B)。网络节点基于从PUSCH消息导出的所接收的RNTI来选择第二RNTI,第二RNTI用于对用于在两步随机接入过程中的消息B的PDCCH消息的CRC进行加扰。在本实施例中，网络节点使用终端设备在PUSCH消息(消息A)中使用的RNTI请求消息的前导码或基于请求消息的PUSCH消息的盲检测来检测CS-RNTI。然后，该RNTI在功能上成为针对给定网络节点的新RA-RNTI。可替代地，新的RA-RNTI可以形成但是不作为在请求消息中使用的C-RNTI或CS-RNTI的副本而是作为在请求消息中使用的C-RNTI或CS-RNTI的函数/映射，例如，使用在请求消息中使用的RNTI的比特的哈希或子集，从一组可能[0157]图5是示出根据贯穿本公开所描述的一些实施例的方法500的流程图。图5所示的方法500可以由在终端设备中实现的装置或通信地耦合到终端设备的装置来执行。根据示[0158]根据图5所示的示例性方法500,如框502所示，终端设备可以从用于请求消息的前导码的集合中选择第一前导码。前导码的集合可以特定用于两步随机接入过程。可替代地，前导码的集合可以与用于四步随机接入过程的前导码的集合相同。在一些实施例中，可以在来自诸如基站(例如gNB)的网络节点的信令消息中用信号传送该前导码的集合。信令消息可以是RRC消息。可替代地，在一些实施例中，前导码的集合可以被预定义在终端设备中。[0159]在框504中，终端设备可以基于以下中的至少一个以及基于在RNTI值的集合中的RNTI值的编号来确定第一RNTI(其可以称为TS-RNTI(两步RNTI)):物理随机接入信道PRACH[0160]在框504中确定RNTI之后，在框506中，终端设备可以基于确定的第一RNTI来生成终端设备可以在两步随机接入过程中向网络节点传送请求消息(即消息A)。请求消息可以可以从网络节点接收基于第二RNTI的响应消息(例如消息B)。[0161]在一些实施例中，基于以下中的至少一个来安排RNTI值的顺序：在PRACH时机中与RNTI值相关联的前导码的索引的顺序；与RNTI值相关联的PRACH时机的频率资源索引的顺索引顺序。需要注意的是，在两步随机接入过程中使用的第一RNTI被设计为与RA-RNTI不[0162]图6是示出在不同的PRACH时机上在时域、频域中的PRACH时机中前导码的索引的递增顺序来安排RNTI值的OC1的频率资源)。第三，基于PRACH时机的时间资源索引的递增顺序来安排RNTI值的顺序配置的前导码(0-2)的三个索引和针对前8个PRACH时机的RNTI的示例。应该注意的是，也可以按照任何其他指定的顺序进行排序，例如频率资源、时间资源、前导码资源。确定的顺序可以是预确定的或RRC配置的。在该实施例中，当传送所选择的前导码时，终端设备能够计算RNTI。在同一实施例中，当网络节点在特定PRACH时机上接收特定前导码时，网络节点可[0163]也可以仅使用索引的子集，例如基于前导码的索引和用于频率复用PRACH的频率的索引的排序。在图7中示出了这种情况，其中64个前导码索引(0-63)用于两个频率复用PRACH时机中的每一个。这给出了0-127作为可能的第一RNTI。PUSCH时机也被链接到前导码和PRACH时机，以便例如在每个PRACH时机中的前32个索引映射到具有较低频率索引的的前导码由RNTI0-31的索引进行加扰，在PUSCH时机1中传送的MsgA将依赖于所选择的前由RNTI64-95的索引进行加扰，最后在PUSCH时机3中传送的MsgA将依赖于所选择的前导码由RNTI96-127的索引进行加扰。[0164]在一些实施例中，基于以下中的至少一个来确定RNTI值的集合：所使用的频带、在第一前导码与PUSCH之间的时间间隙、请求消息的定时/频率资源、以及终端设备[0165]关于例如在未授权频带中的频带，RA-RNTI或修改的RA-RNTI不能用于TS-RNTI,因为当网络节点正在准备PUSCH同时在等待用于在消息A中的前导码的传输的LBT时，RA-RNTI可能是不可用的。或者为了避免RA-RNTI不可用的问题，始终基于例如第—LBT的RO来生成[0166]关于在第一前导码与PUSCH之间的时间间隙，例如，当该间隔不小于阈值时，RA-RNTI或修改的RA-RNTI可以应用于在两步随机接入过程中的消息A和消息B传输两者，否则的，在此不作限定。此外，消息A加扰的RNTI可以更直接地依赖于在前导码与PUSCH之间的时号和/或时隙的数量，和/或基于在前导码与PUSCH之间的PRACH时机(在时间和/或频率中)的数量。[0167]关于请求消息的定时/频率资源，对于消息B,RNTI是基于消息A的对应传输的定时/频率。这是优选的，尤其是当来自不同终端设备的消息APUSCH具有不同的使得不同的终端设备会使用不同的RNTI。此外，如果可以从PUSCH的时间位置来确定前导码见前面小节),则用于消息A加扰的RNTI可以与时间无关，否则用于消息A加扰的RNTI可以依赖于时间。当/如果消息ARNTI不依赖于时间，则消息BRNTI仍可能依赖于时间。作为特殊情况，消息ARNTI可以与消息BRNTI相同，除了省值(也在前面的小节中)可以在规范中预先确定，和/或明确地或者隐含地由其他信令用信号通知，例如PRACH配置索引。作为基于时间间隙阈值的加扰的选择的替代，可以用信号通知该选择。[0168]关于终端设备的ID,终端设备自身的ID或者从终端设备的ID映射的某个RNTI可以用于对消息B进行加扰。下面提供了基于终端设备的TS-RNTI的ID的详细设计以确保消息B被与消息2(其由RA-RNTI来加扰)不同的值来加扰。[0169]可能的RA-RNTI值的空间大约为18000个值(其中大部分在任何配置中都未使用)。在基于终端设备的ID(RRC空闲/不活动)进行加扰并且16比特用于加扰消息B的情况下，来自终端设备ID的前15比特用作15LSB比特并将TS-RNTI的MSB比特设置为1,以确保该数字大于18000,该数字大于并接近RA-RNTI的最大值。这使得TS-RNTI不同于RA-RNTI,使得消息B和消息2可以通过不同的加扰序列来标识。提供表2以定义根据本公开的实施例的RNTI值的表2值(十六进制)保留[0170]图8是示出根据贯穿本公开所描述的一些实施例的方法800的流程图。图8中所示的方法800可以由在网络节点中实现的装置或通信地耦合到网络节点的装置来执行。根据示例性实施例，网络节点可以是基站，例如gNB。在以下关于图8的描述中，对于与前述示例性实施例中相同或相似的部分，将适当地省略详细描述。[0171]根据图8所示的示例性方法800,如框802所示，网络节点可以接收在两步随机接入过程中包括前导码和PUSCH消息的请求消息。基于第一无线电网络临时标识(RNTI)来接收节点可以向终端设备传送响应消息。[0172]在一个实施例中，网络节点使用终端设备所位于的小区的标识(ID)来确定RNTI突解决标识)之外，终端设备使用小区标识对在消息A的有效载荷中携带的PUSCH消息进行加扰。由于网络节点直接在PUSCH有效载荷中接收消息的UEID,以及在小区中的所有终端没有必要盲解码具有多个加扰假设的PUSCH或者从在消息A中携带的前导码来确定PUSCH加扰。新的“消息B”RA-RNTI可以形成不是作为在消息A中使用的C-RNTI的副本而是作为在消息A中使用的C-RNTI的函数/映射，例如使用msgARNTI的比特的哈希或子集从一组可能性多比特的一些实施例中，终端设备可以使用在UE冲突解决标识中的比特的子集或哈希来产生msgBRA-RNTI。在一些实施例中，UE冲突解决标识是从如3GPPTS38.321修订版15.4.0子条款6.1.3.3中描述的CCCHSDU导出的。可以使用3GPPTS38.211修订版15.4.0子条款6.3.1.1(其公开内容通过整体引用并入本文)的修改来得到用于PUSCH的加扰序列生成，其使用Rel-15机制。[0173]因此可以看出，通过根据上述实施例提出的用于两步随机接入过程的解决方案，终端设备和/或网络节点可以确定在两步随机接入过程中用于在请求消息(消息A)中的PUSCH和/或在响应消息(消息B)中的PDCCHCRC加扰和PDSCH加扰的RNTI。[0174]图3-5和8中所示的各种框可以被视为方法步骤，和/或被视为由计算机程序代码的操作产生的操作，和/或被视为被构造为执行相关联的功能的多个耦合逻辑电路元件。上面描述的示意性流程图一般被阐述为逻辑流程图。因此，所描绘的顺序和标记的步骤指示所呈现方法的特定实施例。可以设想在功能、逻辑或效果上与所示方法的一个或多个步骤或其部分等效的其他步骤和方法。此外，特定方法发生的顺序可能严格遵守或不严格遵守所示的相应步骤的顺序。[0175]图9是示出根据本公开通篇所描述的一些实施例的终端设备900的框图。在示例性实施例中，终端设备900可以是UE。如图9所示，终端设备900可以包括接收电路901、传送电路902、一个或多个处理器(例如处理器903)和一个或多个存储器(例如存储器904)、以及在其上存储了计算机可执行指令的非暂时性计算机可读介质904.处理器903耦合到接收电路901、传送电路902和非暂时性计算机可读介质904。可选地，接收电路901、传送电路902、处理器903、存储器904和/或非暂时性计算机可读介质904可以操作以执行更多或更少的操作以实现根据本公开的示例性实施例的所提出的方法。[0176]图10是示出根据本公开通篇所描述的一些实施例的网络节点1000的框图。在示例1001、传送电路1002、一个或多个处理器(例如处理器1003)和一个或多个存储器(例如存储器1004)、以及在其上存储了计算机可执行指令的非暂时性计算机可读介质1005.处理器1003耦合到接收电路1001、传送电路1002和非暂时性计算机可读介质1005。可选地，接收电路1001、传送电路1002、处理器1003、存储器1004和/或非暂时性计算机可读介质1005可以操作以执行更多或更少的操作以实现根据本公开的示例性实施例的所提出的方法。[0177]图11是示出了根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图。[0178]参考图11,根据实施例，通信系统包括诸如3GPP类型的蜂窝网络之类的电信网络1110,其包括诸如无线电接入网络之类的接入网络1111和核心网1114。接入网1111包括多个基站1112a,1112b,1112c,例如NB,eNB,gNB或其他类型的无线接入点，每个基站定义相应的覆盖区域1113a,1113b,1113c。每个基站1112a,1112b,1112c可通过有线或无线连接1115连接到核心网1114。位于覆盖区域1113c中的第一UE1191被配置为无线连接到相应的基站[0179]电信网络1110本身连接到主机计算机1130,该主机计算机可以体现在独立服务核心网1114延伸到主机计算机1130,或者可以通过可选的中间网络1120进行连接。中间网UE1191、1192被配置为使用接入网络1111,核心网1114,任何中间网络1120以及通过的参与的通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接1150可[0181]图12是示出了根据本公开的一些实施例的主机计算机通过部分无线连接经由基1216,其被配置为建立和维持与通信系统1200的不同通信设备的接口的有线或无线连接。列或它们的组合(未示出)。主机计算机1210还包括软件1211,该软件1211存储在主机计算[0183]通信系统1200还包括在电信系统中提供的基站1220,基站1220包括硬件1225,硬件1225使基站1220能够与主机计算机1210和UE1230通信。硬件1225可以包括通信接口1226和无线电接口1227,通信接口1226用于建立和保持与通信系统1200的不同通信设备的中的UE1230建立和保持至少无线连接1270。通信接口1226可以被配机1210的连接1260。连接1260可以是直接的或者它可以通过电信系统的核心网络(图12中件1225还包括处理电路1228,其可以包括适于执行指令的一个或多个可编程处理器、专用该无线电接口1237被配置为与服务于UE1230当前所位于的覆盖区域的基站建立和保持无线连接1270.UE1230的硬件1235还包括处理电路1238,其可以包括适[0185]图12所示的主机计算机1210,基站1220和UE1230可以与图12的主机计算机1230,1210与UE1230之间的通信，而没有明确引用任何中间设备以[0187]UE1230和基站1220之间的无线连接1270是根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例使用OTT连接1250来改善提供功能可以在主机计算机1210的软件1211和硬件1215中或在UE1230的软件1231和硬件12351220,并且基站1220可能是不知道的或不可感知的。这种过程和功能在本领域中是已知的传输消息(尤其是空消息或“虚拟”消息),同时软件1211和1231监测传播时间，错误等。[0189]图13是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机，基站和UE,它们可以是参照图11和图12描述的那些。为了本公开的简洁，本部分仅包括参考图13的附图。在步骤1310中，主机计算机提供用户数据。在步骤1310的子步骤1311(可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1320中，主机计算机发起携带用户数据的至UE的传输。在步骤1330(可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE传送在主机发起的传输中携带的用户数据。在步骤1340(也可以是可选的),UE执行与由主机计算机执行的主机应用相关联的客户端应用。[0190]图14是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机，基站和UE,它们可以是参照图11和图12描述的那些。为了本公开的简洁，在本部分中将仅包括参考图14的附图。在该方法的步骤1410中，主机计算机提供用户数据。在一个可选的子步骤(未显示)中，主机计算机通过执行主机应用来提供用户数据。在步骤1420中，主机计算机发起携带用户数据的至UE的传输。根据贯穿本公开描述的实施例的教导，传输可以经由基站通过。在步骤1430(可以是可选的),UE接收在传输中携带的用户数[0191]图15是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机，基站和UE,它们可以是参照图11和图12描述的那些。为了本公开的简洁，该部分仅包括参考图15的附图。在步骤1510(可以是可选的),UE接收由主机计算机提供的输入数据。附加地或替代地，在步骤1520中，UE提供用户数据。在步骤1520的子步骤1是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1510的子步骤1511(可以是可选的)中，UE执行客户端应用，该客户端应用响应于由主机计算机提供的接收到的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用可以进一步考虑从用户接收的用户输入。不管提供用户数据的具体方式如何，UE都在子步骤1530(可以是可选的)中发起至主机计算机的用户数据的传输。在该方法的步骤1540中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE传送的用户数据。[0192]图16是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机，基站和UE,它们可以是参照图11和图12描述的那些。为了本公开的简洁，该部分仅包括参考图16的附图。在步骤1610(可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤1620(可以是可选的),基站发起至主机的接收到的用户数据的传输。在步骤1630(可以是可选的),主机计算机接收由基站发起的传输中携带的用户数据。[0193]一般而言，各种示例性实施例可以以硬件或专用芯片、电路、软件、逻辑或其任何组合来实现。例如，一些方面可以在硬件中实现，而其他方面可以在可由控制器、微处理器或其他计算设备执行的固件或软件中实现，但是本公开不限于此。虽然可以将本公开的示例性实施例的各个方面图示和描述为框图、流程图或使用一些其他图示，但是可以很好理件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或它们的某种组合中来实[0194]因此，应当理解，本公开的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块的各种组件中实践。因此应当理解，本公开的示例性实施例可以在体现为集成电路的装置中实现，其中集成电路可以包括电路(以及可能的固件),该电路(以及可能的固件)用于体现数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个，它们是可配置的以便根据本公开的示例性实施例进行操作。[0195]应当理解，本公开的示例性实施例的至少一些方面可以体现在由一个或多个计算机或其他设备执行(例如在一个或多个程序模块中)的计算机可执行指令中。通常，程序模块包括当由计算机或其他设备中的处理器执行时执行特定任务或实现特定抽象数据类型动存储介质、固态存储器、随机存取存储器(RAM)等的计算机可读介质上。如本领域技术人员将理解，程序模块的功能可以根据需要被组合或分布在各种实施例中。此外，该功能可以全部或部分地体现在固件或硬件等价物中，例如集成电路、现场可编程门阵列(FPGA)等。[0196]为了更好地理解，下面提供本公开的一些优选实施例。[0198]在一个实施例中，如果UE不拥有有效的C-RNTI,例如在空闲模式中，则使用CS-RNTI(配置的调度RNTI)。CS-RNTI可以有一个或多个RNTI值，这些值可以小区特地配置的。例如可以在RMSI或OSI中提供CS-RNTI值。UE从配置的多值的集合中选择要使用的实际CS-它的C-RNTI。[0199]在另一个实施例中，例如在不活动模式中以及执行CBRA,它可以使用基于它的C-RNTI的CS-RNTI,例如在C-RNTI中某些比特的函数。与试验性地检测在系统或跟踪区域中的所有不活动的UEC-RNTI相比，这降低了针对gNB接收器的盲解码的复杂度。[0200]在一个实施例中，如果使用C-RNTI或基于C-RNTI的CS-RNTI的一个或多个UE尝试是不成功的，则它可以恢复到UE不拥有上述有效C-RNTI的方法以用于后续尝试。[0201]实施例1a:用于加扰在两步RA中的msgAPUSCH有效载荷的CS-RNTI依赖于UE使用的msgA前导码[0202]对于不拥有有效C-RNTI的UE,可以基于例如msgA前导码ID、PRACH时机或PRACH前导码格式来选择所选择的CS-RNTI,和/或所选择的CS-RNTI可以关联于例如msgA前导码ID、该实施例可以替代地被视为基于在小区中最佳检测到的SSB来选择CS-RNTI。[0203]在一个实施例中，gNB在检测前导码之后检测PUSCH以及可以使用获得的前导码配[0204]在另一个实施例中，可以盲检测可能的CS-RNTI值。然后例如如果当前的传输是msgA的重传而不重传前导码，则不需要前导码检测。[0205]实施例1b:基于例如PUSCH参数，访问目的，选择用于加扰在两步RA中的msgA[0206]可替代地，CS-RNTI可以从SI或规范中提供的多个选项的集合中选择，而不考虑所[0207]实施例2:网络基于接收的msgAPUSCHRNTI来选择用于对在两步RA中的msgB的[0209]可替代地，新的RA-RNTI可以形成但是不作为在msgA中使用的C-RNTI或CS-RNTI的的哈希或子集从一组可能性中选择RA-RNTI。[0210]针对新的RA-RNTI定义的这些原则还允许NW和UE在进行有效地区分。[0211]实施例3:单独的RNTI(比如TS-RNTI(两步-RNTI))是基于在确定的顺序中配置的[0212]TS-RNTI与前导码id和PRACH时机相关联以及被设计为与RA-RNTI不同，以及因此不会与RA-RNTI冲突。示例是在以下顺序(参见图6)中基于TS-RNTI编号来导出TS-R[0213]还可以以任何其他指定的顺序进行排序，例如频率资源、时间资源、前导码资源。以这种方式，当传送所选择的前导码时，UE能够计算TS-RNTI。以同样的方式，当在特定PRACH时机上接收特定前导码时，gNB可以计算TS-RNTI。在该方法中，确定的顺序可以是预先确定的，也可以是RRC配置的。在图6中示出了3个前导码id(0-2)被配置在每个PRACH时机[0214]也可以仅使用索引的子集，例如基于前导码索引和用于频率复用PRACH的频率资源索引的排序。在图7中示出了这种情况，其中在两个频率复用PRACH时机中的每一个中使用64个前导码索引(0-63)。这给出了0-127作为可能的第一RNTI。PUSCH时机也被链接到前PUSCH时机。在这种情况下，TS-RNTI在第一PRACH时机中为0-63,在第二PRACH时机中为64-在PUSCH时机1中传送的MsgA将依赖于所选择的前导码由32-63的RNTI进行加扰，在PUSCH时机3中传送的MsgA将依赖于所选择的前导码由64-95的RNTI进行加扰，最后在PUSCH时机3中传送的MsgA将依赖于所选择的前导码由96-127的RNTI进行加扰。[0215]实施例3a:TS-RNTI与以下一个或多个因素相关联：[0216](i)