CN113661770A

CN113661770A - 用于确定在两步随机接入过程中的无线电网络临时标识的方法和装置

Info

Publication number: CN113661770A
Application number: CN202080025003.4A
Authority: CN
Inventors: 林志鹏; A·雷亚尔; J·克里斯托弗松; H·恩布斯克; J·阿克斯奈斯; R·M·哈里森
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2019-03-28
Filing date: 2020-03-26
Publication date: 2021-11-16
Also published as: AU2020247230A8; EP3949663A1; WO2020192738A1; JP2024026209A; JP7395608B2; EP3949663A4; AU2020247230A1; US20220174744A1; JP2022528517A; AU2020247230B2

Abstract

本公开的各种实施例提供用于确定在两步随机接入过程中的无线电网络临时标识(RNTI)的方法和装置。一种终端设备的方法包括：确定用于随机接入的请求消息，其中，所述请求消息包括前导码和物理上行链路共享信道PUSCH消息，所述PUSCH消息是基于第一无线电网络临时标识RNTI来确定的；传送所述请求消息；以及基于第二RNTI来获得用于随机接入的响应消息，其中第一RNTI和第二RNTI是相同的或不同的。

Description

用于确定在两步随机接入过程中的无线电网络临时标识的方法和装置

技术领域

本公开一般涉及无线通信，以及更具体地，涉及用β于两步随机接入过程的方法和装置。

背景技术

本部分介绍了可以有助于更好地理解本公开的多个方面。因此，本部分的陈述应从这种角度来阅读，以及不应被理解为关于什么在现有技术中或什么不在现有技术中的承认。

在新无线电(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-RNTI)。

在接收RAR消息之后，UE可以在物理上行链路共享信道(PUSCH)上传送包括UE标识和传输块的消息3。然后gNB回复冲突解决消息(消息4)。在RAR消息中的定时提前命令允许以循环前缀(CP)内的定时准确度来接收消息3PUSCH。除非系统应用在具有在UE与gNB之间的距离非常小的小区中，否则如果没有这种定时提前，将需要非常大的CP以便能够解调和检测PUSCH。由于NR也将支持需要向UE提供定时提前的较大小区，因此对于随机接入过程而言，四步法是需要的。

由RAR消息中的UL授权来调度消息3PUSCH。由DCI格式0_0来调度消息3PUSCH中的传输块的重传(如果有的话)，DCI格式0_0具有由在RAR消息中提供的TC-RNTI来加扰的循环冗余校验(CRC)。UE始终传送消息3PUSCH而不使用重复。

在3GPP TS38.321 v 15.4.0中，其公开内容通过整体引用并入本文，提供了表1以定义如下的RNTI值的范围。

表1

两步随机接入过程已被批准为NR发布16的工作项目。如图2所示，初始接入在仅两个步骤中完成。在第一步，UE传送消息，该消息可以被称为消息A，其包括随机接入前导码以及高层数据，例如无线电资源控制(RRC)连接请求，可能在PUSCH上带有一些小的有效载荷。第二步，gNB向UE传送响应消息，其可以被称为消息B，其包括例如UE标识分配、定时提前信息、冲突解决消息等。消息B是响应消息，该响应消息被携带在由物理下行控制信道(PDCCH)调度的物理下行链路共享信道(PDSCH)中，PDCCH具有由某一RNTI加扰的CRC。

发明内容

以简化形式提供本发明内容以介绍选择的构思，以下该构思在详细描述中将被进一步描述。本发明内容既不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。

本公开提出了一种确定在两步随机接入过程中的RNTI的方案。

根据本公开的第一方面，提供了一种在终端设备处的方法。该方法包括确定用于随机接入的请求消息，其中该请求消息包括前导码和物理上行链路共享信道PUSCH消息，以及该PUSCH消息是基于第一无线电网络临时标识RNTI来确定的。该方法还包括传送请求消息。

根据示例性实施例，该方法还包括：基于第二RNTI来获得用于随机接入的响应消息，其中第一RNTI和第二RNTI是相同的。

根据示例性实施例，该方法还包括：基于第二RNTI来获得用于随机接入的响应消息，其中第一RNTI和第二RNTI是不同的。

根据示例性实施例，第二RNTI是基于终端设备的无线电资源控制RRC状态来确定的。

根据示例性实施例，RRC状态包括：连接模式。

根据示例性实施例，如果小区-RNTI(C-RNTI)是可用的，则C-RNTI被确定为第二RNTI。

根据示例性实施例，第一RNTI用于对PUSCH消息的编码比特进行加扰。

根据示例性实施例，第二RNTI是基于第一RNTI来确定的。

根据示例性实施例，第一RNTI和/或第二RNTI是基于以下来确定的：物理随机接入信道PRACH时机的集合的编号。

根据示例性实施例，RNTI值的集合是基于请求消息的定时/频率资源来确定的。

根据本公开的第二方面，提供了一种在网络节点处的方法。该方法包括：基于第二RNTI来确定响应消息。该方法还包括向终端设备传送响应消息。

根据示例性实施例，该方法还包括：基于第一无线电网络临时标识RNTI从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息；其中，第一RNTI和第二RNTI是相同的。

根据示例性实施例，该方法还包括基于第一无线电网络临时标识RNTI从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息；其中，第一RNTI和第二RNTI是不同的。

根据示例性实施例，RRC状态包括：连接模式。

根据示例性实施例，第二RNTI是基于第一RNTI来确定的。

根据本公开的第三方面，提供了一种终端设备。终端设备包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使终端设备实现根据本公开的第一方面的方法。

根据本公开的第四方面，提供了一种网络节点。网络节点包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使网络节点实现根据本公开的第二方面的方法。

根据本公开的第五方面，提供了一种在终端设备处的方法。该方法包括确定用于随机接入的请求消息，其中该请求消息包括前导码和物理上行链路共享信道PUSCH消息，以及该PUSCH消息是基于第一无线电网络临时标识RNTI来确定的。该方法还包括传送请求消息。

根据示例性实施例，该方法还包括：基于第二RNTI来获得用于随机接入的响应消息，其中第一RNTI和第二RNTI是相同的或不同。

根据示例性实施例，第一RNTI和/或第二RNTI是基于终端设备的无线电资源控制RRC状态来确定的。

根据示例性实施例，RRC状态包括：空闲模式、连接模式、不活动模式。

根据示例性实施例，如果小区-RNTI(C-RNTI)是可用的，则C-RNTI被确定为第一RNTI和/或第二RNTI。

根据示例性实施例，如果小区-RNTI(C-RNTI)是不可用的，则配置的调度RNTI(CS-RNTI)被确定为第一RNTI和/或第二RNTI。

根据示例性实施例，通过从被广播的系统信息中的多个CS-RNTI中选择CS-RNTI来确定第一RNTI和/或第二RNTI。

根据示例性实施例，CS-RNTI是从多个CS-RNTI中随机选择的。

根据示例性实施例，基于以下中的至少一个来选择CS-RNTI：前导码的索引中的一个或多个索引、一个或多个物理随机接入信道PRACH时机、前导码的格式、PUSCH参数以及终端设备的无线电接入RA尝试的目的。

根据示例性实施例，第二RNTI是基于第一RNTI来确定的。

根据示例性实施例，第一RNTI和/或第二RNTI是基于以下中至少一个以及基于RNTI值的集合中的RNTI值的编号来确定的：物理随机接入信道PRACH时机的集合的编号、前导码的集合的编号、PUSCH时机的集合的编号、以及RNTI值的集合。

根据示例性实施例，RNTI值的编号是基于以下中的至少一个来排列的：在PRACH时机中与RNTI值相关联的前导码的索引的顺序；与RNTI值相关联的PRACH时机的频率资源索引的顺序；与RNTI值相关联的PRACH时机的时间资源索引的顺序；针对与RNTI值相关联的PRACH时隙的索引的顺序。

根据示例性实施例，RNTI值的集合是基于以下中的至少一个来确定的：所使用的频带、在第一前导码与PUSCH之间的时间间隙、请求消息的定时/频率资源、以及终端设备的ID。

根据本公开的第六方面，提供了一种终端设备处的方法。该方法包括确定用于随机接入的请求消息，其中该请求消息包括前导码和物理上行链路共享信道PUSCH消息，以及该PUSCH消息是基于终端设备所位于的小区的标识ID来确定的。该方法还包括传送请求消息。

根据示例性实施例，该方法还包括基于第二RNTI来获得(310)用于随机接入的响应消息，其中第二RNTI是基于终端设备的ID来确定的。

根据本公开的第七方面，提供了一种在网络节点处的方法。该方法包括：基于第二RNTI来确定响应消息。该方法还包括向终端设备传送响应消息。

根据示例性实施例，该方法还包括基于第一无线电网络临时标识RNTI从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息；其中，第一RNTI和第二RNTI是相同的或不同的。

根据示例性实施例，其中RRC状态包括：空闲模式、连接模式、不活动模式。

根据示例性实施例，如果小区RNTI(C-RNTI)是可用的，则C-RNTI被确定为第一RNTI和/或第二RNTI。

根据示例性实施例，CS-RNTI是从多个CS-RNTI中随机选择的。

根据示例性实施例，第二RNTI是基于第一RNTI来确定的。

根据示例性实施例，该方法还包括：基于终端设备所位于的小区的标识ID，从终端设备获得包括前导码和PUSCH消息的请求消息。

根据示例性实施例，基于终端设备的ID来确定第一RNTI和/或第二RNTI。

根据本公开的第八方面，提供了一种终端设备。终端设备包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使终端设备实现根据本公开的第五方面的方法。

根据本公开的第九方面，提供了一种网络节点，包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使网络节点实现根据本公开的第七方面的方法。

根据本公开的第十方面，提供了一种在终端设备处的方法。该方法包括基于第二无线电网络临时标识RNTI获得用于随机接入的响应消息，其中该响应消息是对用于随机接入的请求消息的响应，该请求消息包括前导码和物理上行链路共享信道PUSCH消息。

根据示例性实施例，PUSCH消息是基于第一RNTI来确定的，以及第一RNTI和第二RNTI是相同的或不同的。

根据示例性实施例，CS-RNTI是从多个CS-RNTI中随机选择的。

根据示例性实施例，CS-RNTI是基于以下中的至少一个来选择的：前导码的索引中的一个或多个索引、一个或多个物理随机接入信道PRACH时机、前导码的格式、PUSCH参数以及终端设备的无线电接入RA尝试的目的。

根据示例性实施例，第二RNTI是基于第一RNTI来确定的。

根据示例性实施例，该方法还包括：基于终端设备所位于的小区的标识ID来确定包括前导码和PUSCH消息的请求消息。

根据示例性实施例，第一RNTI和/或第二RNTI是基于终端设备的ID来确定的。

根据本公开的第十一方面，提供了一种在网络节点处的方法。该方法包括基于第一无线电网络临时标识RNTI从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息。

根据示例性实施例，该方法还包括基于第二RNTI来确定响应消息。该方法还包括向终端设备传送响应消息。

根据示例性实施例，CS-RNTI是从多个CS-RNTI中随机选择的。

根据示例性实施例，CS-RNTI是基于以下中的至少一个来选择：前导码的索引中的一个或多个索引、一个或多个物理随机接入信道PRACH时机、前导码的格式、PUSCH参数以及终端设备的无线电接入RA尝试的目的。

根据示例性实施例，第二RNTI是基于第一RNTI来确定的。

根据本公开的第十二方面，提供了一种在网络节点处的方法。该方法包括基于终端设备所位于的小区从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息。

根据示例性实施例，该方法还包括：基于RNTI来确定响应消息。该方法还包括向终端设备传送响应消息，其中RNTI是基于终端设备的ID来确定的。

根据本公开的第十三方面，提供了一种终端设备。该终端设备包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使终端设备实现根据本公开的第十方面的方法。

根据本公开的第十四方面，提供了一种网络节点。网络节点包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使网络节点实现根据本公开的第十一方面的方法。

根据本公开的第十五方面，提供了一种网络节点。网络节点包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使网络节点实现根据本公开的第十二方面的方法。

根据本公开的第十六方面，提供了一种终端设备。终端设备包括：非暂时性计算机可读介质，其上存储有计算机可执行指令；以及处理器，其耦合到非暂时性计算机可读介质，其中计算机可执行指令使终端设备实现根据本公开的第六方面的方法。

根据本公开的第十七方面，提供了一种非暂时性计算机可读介质，其上存储有用于与计算设备一起使用的程序代码，其中该程序代码在被处理器运行时执行根据本公开的第一、第二、第五、第六、第七、第十、第十一和第十二方面中的任一方面的方法。

根据本公开的另一方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处提供用户数据。可选地，该方法可以包括：在主机计算机处，通过包括基站的蜂窝网络向UE发起携带用户数据的传输，该基站可以执行根据本公开的第二、第七、第十一和第十二方面中的任一方面的方法的任何步骤。

根据本公开的另一方面，提供了一种包括主机计算机的通信系统。主机计算机可以包括：被配置为提供用户数据的处理电路，以及被配置为将用户数据转发给蜂窝网络以传输到UE的通信接口。蜂窝网络可以包括：具有无线电接口和处理电路的基站。基站的处理电路可以被配置为执行根据本公开的第二、第七、第十一和第十二方面中的任一方面的方法的任何步骤。

根据本公开的另一方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，提供用户数据。可选地，该方法可以包括：在主机计算机处，通过包括基站的蜂窝网络向UE发起携带用户数据的传输。UE可以执行根据本公开的第一、第五、第六和第十方面中的任一方面的方法的任何步骤。

根据本公开的另一方面，提供了一种包括主机计算机的通信系统。主机计算机可以包括：被配置为提供用户数据的处理电路，以及被配置为将用户数据转发给蜂窝网络以传输到UE的通信接口。UE可以包括无线电接口和处理电路。UE的处理电路可以被配置为执行根据本公开的第一、第五、第六和第十方面中的任何一方面的方法的任何步骤。

根据本公开的另一方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，接收从UE传送到基站的用户数据，该基站可以执行根据本公开的第二、第七、第十一和第十二方面中的任一方面的方法的任何步骤。

根据本公开的另一方面，提供了一种包括主机计算机的通信系统。主机计算机可以包括通信接口，该通信接口被配置为接收源自从UE到基站的传输的用户数据。UE可以包括无线电接口和处理电路。UE的处理电路可以被配置为执行根据本公开的第一、第五、第六和第十方面中的任何一个方面的方法的任何步骤。

根据本公开的另一方面，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，从基站接收源自基站已经从UE接收的传输的用户数据。基站可以执行根据本公开的第二、第七、第十一和第十二方面中的任一方面的方法的任何步骤。

根据本公开的另一方面，提供了一种通信系统，其可以包括主机计算机。主机计算机可以包括通信接口，该通信接口被配置为接收源自从UE到基站的传输的用户数据。基站可以包括无线电接口和处理电路。基站的处理电路可以被配置为执行根据本公开的第二、第七、第十一和第十二方面中的任何一个方面的方法的任何步骤。

根据本公开的另一方面，提供了一种终端设备。终端设备包括：确定单元，其用于确定用于随机接入的请求消息，其中请求消息包括前导码和物理上行链路共享信道PUSCH消息，该PUSCH消息是基于第一无线电网络临时标识RNTI来确定的；以及传送单元，其用于传送(308)请求消息。

根据本公开的另一方面，提供了一种终端设备。终端设备包括：确定单元，其用于确定用于随机接入的请求消息，其中请求消息包括前导码和物理上行链路共享信道PUSCH消息，PUSCH消息是基于终端设备所位于的小区的标识ID来确定的，以及传送单元，其用于传送请求消息。

根据本公开的另一方面，提供了一种网络节点。网络节点包括：确定单元，其用于基于第二RNTI来确定响应消息；以及将响应消息传送给终端设备。

根据本公开的另一方面，提供了一种终端设备。该终端设备包括：确定单元，其用于基于第二无线电网络临时标识RNTI来获得用于随机接入的响应消息，其中该响应消息是对随机接入的请求消息的响应，该请求消息包括前导码和物理上行链路共享信道PUSCH消息。

根据本公开的另一方面，提供了一种网络节点。网络节点包括：获得单元，其用于基于第一无线电网络临时标识RNTI从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息。

根据本公开的另一方面，提供了一种网络节点。网络节点包括：获得单元，其用于基于终端设备所位于的小区从终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息。

附图说明

当结合附图阅读时，通过参考以下实施例的详细描述，可以最好地理解本公开本身、优选的使用模式和进一步的目的，其中：

图1是示出NR中的四步随机接入过程的示意图；

图2是示出NR中的两步随机接入过程的示意图；

图3是示出根据贯穿本公开所描述的一些实施例的方法300的流程图；

图4是示出根据贯穿本公开所描述的一些实施例的方法400的流程图；

图5是示出根据贯穿本公开所描述的一些实施例的方法500的流程图；

图6是示出在不同PRACH时机上在时域、频域中的RNTI排序的示例；

图7是示出在两个频率复用的PRACH时机中的每一个中使用的64个前导码索引的图；

图8是示出了根据贯穿本公开所描述的一些实施例的方法800的流程图；

图9是示出根据贯穿本公开所描述的一些实施例的终端设备900的框图；以及

图10是示出根据贯穿本公开所描述的一些实施例的网络节点1000的框图。

图11是示出根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图；

图12是示出根据本公开的一些实施例的主机计算机通过部分无线连接通过基站与UE进行通信的框图；

图13是示出了根据本公开的实施例的在通信系统中实现的方法的流程图；

图14是示出根据本公开的实施例的在通信系统中实现的方法的流程图；

图15是示出根据本公开的实施例的在通信系统中实现的方法的流程图；以及

图16是示出根据本公开的实施例的在通信系统中实现的方法的流程图。

具体实施方式

参考附图详细描述本公开的实施例。应当理解，仅出于使本领域技术人员能够更好地理解以及因此实现本公开的目的来讨论这些实施例，而不是建议对本公开的范围的任何限制。在整个说明书中对特征，优点或类似语言的引用并不意味着可以用本公开实现的所有特征和优点应该在或在本公开的任何单个实施例中。相反，提及特征和优点的语言应被理解为意味着结合实施例描述的特定特征，优点或特性被包括在本公开的至少一个实施例中。此外，在一个或多个实施例中，可以以任何合适的方式来组合本公开所描述的特征，优点和特性。相关领域的技术人员将认识到，可以在没有特定实施例的特定特征或优点中的一个或多个特定特征或优点的情况下实践本公开。在其他情况下，在某些实施例中可以认识到附加特征和优点，而附加特征和优点可能不会在本公开的所有实施例中存在。

如本文所使用的，术语“通信网络”是指遵循任何适当的通信标准的网络，诸如新无线电(NR)，长期演进(LTE)，高级LTE，宽带码分多址(WCDMA)，高速分组接入(HSPA)等。此外，可以根据任何合适的各代通信协议和/或当前已知或将来将要开发的任何其他协议来执行在通信网络中的终端设备与网络节点之间的通信，各代通信协议包括但不限于第一代(1G)，第二代(2G)，2.5G，2.75G，第三代(3G)，4G，4.5G，5G通信协议。

术语“网络节点”是指通信网络中的网络设备，终端设备通过该网络设备接入网络并从网络接收服务。网络节点或网络设备可以指代在无线通信网络中的基站(BS)、接入点(AP)、多小区/多播协调实体(MCE)、控制器或任何其他合适的设备。BS可以是例如节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、下一代NodeB(gNodeB或gNB)、IAB节点、远程无线电单元(RRU)、无线电头端(RH)、远程无线电头端(RRH)、中继器、低功率节点(如毫微微基站，微微基站)等。

网络节点的又一示例包括多标准无线电(MSR)无线电设备(诸如MSR BS)，诸如无线电网络控制器(RNC)或基站控制器(BSC)之类的网络控制器，基站收发信台(BTS)，传输点，传输节点，定位节点等。然而，更一般而言，网络节点可以表示能够，被配置，被布置和/或可操作用于使终端设备能够接入无线通信网络和/或提供对无线通信网络的终端设备接入或向已经接入无线通信网络的终端设备提供某种服务的任何合适的设备(或设备组)。

术语“终端设备”是指可以接入通信网络并从其接收服务的任何终端设备。作为示例而非限制，终端设备可以指代移动终端，用户设备(UE)或其他合适的设备。UE可以是例如订户台、便携式订户台、移动台(MS)、或接入终端(AT)。终端设备可以包括但不限于便携式计算机，诸如数码相机之类的图像捕获终端设备，游戏终端设备，音乐存储和回放设备，移动电话，蜂窝电话，智能电话，平板电脑，可穿戴设备，个人数字助理(PDA)，车辆等。

作为又一具体示例，在物联网(IoT)场景中，终端设备也可以称为IoT设备，以及代表执行监测，感测和/或测量等以及将这种监测，感测和/或测量等的结果发送给另一终端设备和/或网络设备的机器或其他设备。在这种情况下，终端设备可以是机器对机器(M2M)设备，在第三代合作伙伴计划(3GPP)上下文中可以将其称为机器类型通信(MTC)设备。

作为一个特定示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这样的机器或设备的特定示例是传感器，诸如功率计的计量设备，工业机械，或家用或个人电器，例如电冰箱，电视，个人可穿戴设备(诸如手表)等。在其他情况下，终端设备可以代表车辆或其他设备，例如能够对其运行状态或者与其运行相关的其他功能进行监测，感测和/或报告等的医疗器械。

如本文中所使用的，术语“第一”，“第二”等是指不同的元素。除非上下文另外明确指出，否则单数形式“一”和“一个”也意图包括复数形式。如本文所使用的术语“包括”，“包含”，“具有”，“拥有”，“含有”和/或“涵盖”指定所述特征，元素和/或组件等的存在，但是不排除一个或多个其他特征，元素，组件和/或其组合的存在或增加。术语“基于”应理解为“至少部分基于”。术语“一个实施例”和“实施例”应被理解为“至少一个实施例”。术语“另一实施例”应被理解为“至少一个其他实施例”。在下文中可以包含其他定义(显式的定义和隐式的定义)。

如上所述，在如图2所示的两步随机接入过程中，在UE从gNB接收被称为消息B的响应消息之前，前导码和PUSCH消息将由UE在被称为消息A的一个消息中传送。但是对于在消息A中的PUSCH消息，由于没有从gNB接收RAR消息，因此没有可用于PUSCH处理的TC-RNTI。另外，在消息A中，对于每个前导码，尤其是当不只一个PUSCH在同一定时频率资源上时，可能需要PUSCH的不同RNTI值以避免在不同的消息A之间的PUSCH的冲突。另外，为了区分在四步随机接入过程中的消息2和在两步随机接入过程中的消息B，需要使用不同的RNTI。因此，需要提供一种解决方案以用于确定在两步随机接入过程中的RNTI，该RNTI用于在消息A中的PUSCH和/或在消息B中的PDCCH CRC加扰和PDSCH加扰。

根据贯穿本公开所描述的一些示例性实施例，本公开提供了用于两步随机接入过程的改进的解决方案。这些解决方案可以应用于包括终端设备和基站的无线通信系统。在两步随机接入过程中，终端设备可以基于广播的系统信息来确定将用于在请求消息(例如消息A)中的PUSCH的RNTI，然后终端设备可以基于所确定的RNTI来传送请求消息。使用改进的解决方案，可以确定RNTI，该RNTI用于消息A中的PUSCH和/或消息B中的PDCCH CRC加扰和PDSCH加扰。

注意，本公开的一些实施例主要关于用作某些示例性网络配置和系统部署的非限制性示例的5G规范来描述。因此，本文给出的示例性实施例的描述具体引用与其直接相关的术语。此类术语仅用于所呈现的非限制性示例和实施例的上下文中，并且不以任何方式自然地限制本公开。相反，只要本文描述的示例性实施例是适用的，就可以同等地使用任何其他系统配置或无线电技术。

图3是示出根据贯穿本公开所描述的一些实施例的方法300的流程图。图3所示的方法300可以由在终端设备中实现的装置或通信地耦合到终端设备的装置来执行。根据示例性实施例，终端设备可以是UE。

根据图3所示的示例性方法300，如框302所示，终端设备可以确定用于两步随机接入过程的请求消息的前导码。在一些实施例中，可以根据前导码的集合来确定前导码。前导码的集合可以专用于两步随机接入过程。可替代地，前导码的集合可以与用于四步随机接入过程的前导码的集合相同。在一些实施例中，可以在来自诸如基站(例如gNB)的网络节点的信令消息中用信号传送前导码的集合。信令消息可以是无线电资源控制(RRC)消息。可替代地，在一些实施例中，前导码的集合可以被预定义在终端设备中。

在框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。

在框304中确定RNTI之后，在框306中，终端设备可以基于所确定的第一RNTI来生成PUSCH消息。通常，所确定的第一RNTI用于对PUSCH消息的编码比特进行加扰。请求消息可以包括在框302中确定的前导码以及PUSCH消息。前导码可以在PRACH时机中传送，PUSCH消息可以在PUSCH时机中传送。然后，确定包括前导码和PUSCH消息的请求消息。然后在框308中，终端设备可以向网络节点传送在两步随机接入过程中的请求消息(即消息A)。

如框310所示，响应于传送请求消息，终端设备可以基于第二RNTI从网络节点获得响应消息(例如消息B)。具体地，终端设备可以利用第二RNTI来接收调度携带响应消息的物理下行链路共享信道(PDSCH)的物理下行链路控制信道(PDCCH)消息。第二RNTI可以与第一RNTI相同或不同。在一些实施例中，基于第一RNTI来生成第二RNTI。例如，第二RNTI可以形成为在消息A中使用的第一RNTI的函数/映射。具体地，网络节点可以使用在消息A中使用的第一RNTI的比特的哈希(hash)或子集。在第一RNTI与第二RNTI之间的函数/映射关系允许网络节点和终端设备有效地将两步随机接入过程中的消息B与四步随机接入过程中的消息2区分开来。在其他一些实施例中，如果第一RNTI是基于终端设备所位于的小区的ID来确定的，网络节点可以使用在消息A PUSCH中携带的终端设备的小区ID来确定第二RNTI，从而对用于消息B的PDCCH消息的CRC进行加扰。

图4是示出根据贯穿本公开所描述的一些实施例的方法400的流程图。图4所示的方法400可以由在终端设备中实现的装置或通信地耦合到终端设备的装置来执行。根据示例性实施例，终端设备可以是UE。在以下关于图4的描述中，对于与前述示例性实施例中相同或相似的部分，将适当地省略详细描述。

根据图4所示的示例性方法400，如框402所示，终端设备可以确定用于两步随机接入过程的请求消息的前导码。在框403中，终端设备可以确定C-RNTI是否可用。如框404所示，如果C-RNTI是可用的，则终端设备将使用C-RNTI本身作为第一RNTI。例如，如果终端设备处于RRC连接模式以及用于执行无竞争随机接入(CFRA)，则它将具有C-RNTI。因此，终端设备可以使用C-RNTI作为第一RNTI。

如果C-RNTI是不可用的，则在框405中，终端设备将基于在框402中确定的前导码来选择广播的系统信息中的多个CS-RNTI中的一个CS-RNTI。例如，如果终端设备处于空闲模式，则它不拥有有效的C-RNTI。因此，终端设备可以选择一个CS-RNTI作为第一RNTI。终端设备可以基于以下中的至少一个来选择多个CS-RNTI中的一个CS-RNTI：所确定的前导码的索引、所确定的前导码的物理随机接入信道(PRACH)时机、所确定的前导码的格式、PUSCH参数以及终端设备的无线电接入(RA)尝试的目的。需要注意的是，CS-RNTI可以具有一个或多个RNTI值，这些值可以是小区特定配置的。可以在广播的系统信息(例如在RMSI或OSI中)中提供CS-RNTI值。终端设备从配置的多值的集合中选择要使用的实际CS-RNTI值。

根据示例性实施例，RNTI可以依赖于RRC状态。RRC状态包括空闲模式、连接模式和不活动模式。例如，如果终端设备处于不活动模式并执行基于竞争的随机接入(CBRA)，则它可以使用CS-RNTI，CS-RNTI是基于它的C-RNTI的，例如在C-RNTI中某些比特的函数。与试验性地检测在系统或跟踪区域中所有不活动的终端设备的C-RNTI相比，这降低了网络节点的盲解码的复杂度。在一个实施例中，如果使用C-RNTI或基于C-RNTI的CS-RNTI的一个或多个UE尝试是不成功的，则它可以恢复到UE不拥有上述有效C-RNTI的方法以用于后续尝试。

在框404或405中确定RNTI之后，在框406中，终端设备可以基于确定的RNTI(即，第一RNTI)生成PUSCH消息。通常，确定的RNTI用于对在两步随机接入过程中的请求消息(消息A)的PUSCH有效载荷进行加扰。然后在框408中，终端设备可以在两步随机接入过程中向网络节点传送请求消息(例如消息A)。请求消息可以包括在步骤402中确定的前导码和在步骤406中生成的PUSCH消息。在一个实施例中，网络节点在检测到在请求消息中的前导码后来检测PUSCH消息，以及可以使用通过前导码获得的配置信息来接收PUSCH消息。在另一实施例中，网络节点可以不需要检测在请求消息中的前导码(例如，如果当前的传输是请求消息的重传而不重传前导码)，以及基于多个可能的CS-RNTI值来盲解码PUSCH消息。

如框410所示，响应于传送请求消息，终端设备可以从网络节点接收基于另一个RNTI(即第二RNTI)的响应消息(例如消息B)。网络节点基于从PUSCH消息导出的所接收的RNTI来选择第二RNTI，第二RNTI用于对用于在两步随机接入过程中的消息B的PDCCH消息的CRC进行加扰。在本实施例中，网络节点使用终端设备在PUSCH消息(消息A)中使用的RNTI(例如C-RNTI或CS-RNTI)对用于消息B的PDCCH消息的CRC进行加扰。网络节点基于所接收的请求消息的前导码或基于请求消息的PUSCH消息的盲检测来检测CS-RNTI。然后，该RNTI在功能上成为针对给定网络节点的新RA-RNTI。可替代地，新的RA-RNTI可以形成但是不作为在请求消息中使用的C-RNTI或CS-RNTI的副本而是作为在请求消息中使用的C-RNTI或CS-RNTI的函数/映射，例如，使用在请求消息中使用的RNTI的比特的哈希或子集，从一组可能性中选择RA-RNTI。

图5是示出根据贯穿本公开所描述的一些实施例的方法500的流程图。图5所示的方法500可以由在终端设备中实现的装置或通信地耦合到终端设备的装置来执行。根据示例性实施例，终端设备可以是UE。

根据图5所示的示例性方法500，如框502所示，终端设备可以从用于请求消息的前导码的集合中选择第一前导码。前导码的集合可以特定用于两步随机接入过程。可替代地，前导码的集合可以与用于四步随机接入过程的前导码的集合相同。在一些实施例中，可以在来自诸如基站(例如gNB)的网络节点的信令消息中用信号传送该前导码的集合。信令消息可以是RRC消息。可替代地，在一些实施例中，前导码的集合可以被预定义在终端设备中。

在框504中，终端设备可以基于以下中的至少一个以及基于在RNTI值的集合中的RNTI值的编号来确定第一RNTI(其可以称为TS-RNTI(两步RNTI))：物理随机接入信道PRACH时机的集合的编号、前导码的集合的编号、PUSCH时机的集合的编号、以及RNTI值的集合。

在框504中确定RNTI之后，在框506中，终端设备可以基于确定的第一RNTI来生成PUSCH消息。通常，确定的第一RNTI用于对PUSCH消息的编码比特进行加扰。然后在框508中，终端设备可以在两步随机接入过程中向网络节点传送请求消息(即消息A)。请求消息可以包括在框502中确定的前导码和在框506中生成的PUSCH消息。可以在PRACH时机中传送前导码，以及可以在PUSCH时机中传送PUSCH消息。如框510所示，响应于传送请求消息，终端设备可以从网络节点接收基于第二RNTI的响应消息(例如消息B)。

在一些实施例中，基于以下中的至少一个来安排RNTI值的顺序：在PRACH时机中与RNTI值相关联的前导码的索引的顺序；与RNTI值相关联的PRACH时机的频率资源索引的顺序；与RNTI值相关联的PRACH时机的时间资源索引的顺序；与RNTI值相关联的PRACH时隙的索引顺序。需要注意的是，在两步随机接入过程中使用的第一RNTI被设计为与RA-RNTI不同，因此不会与RA-RNTI冲突。

图6是示出在不同的PRACH时机上在时域、频域中的RNTI排序的示例。首先，基于在PRACH时机中前导码的索引的递增顺序来安排RNTI值的顺序(例如，在PRACH时机OC1中的RNTI值0、1、2的索引)。其次，基于PRACH时机的频率资源索引的递增顺序来安排RNTI值的顺序(例如在PRACH时机OC2中RNTI值3、4、5的索引；PRACH时机OC2的频率资源高于PRACH时机OC1的频率资源)。第三，基于PRACH时机的时间资源索引的递增顺序来安排RNTI值的顺序(例如，在PRACH时机OC3中的RNTI值6、7、8的索引；PRACH时机OC3的时隙大于PRACH时机OC1的时隙)。第四，基于PRACH时隙索引的递增顺序来安排RNTI值的顺序(例如，RNTI值0-11的索引在PRACH时隙1中；RNTI值12-23的索引在PRACH时隙2)。图6是示出在每个PRACH时机中配置的前导码(0-2)的三个索引和针对前8个PRACH时机的RNTI的示例。应该注意的是，也可以按照任何其他指定的顺序进行排序，例如频率资源、时间资源、前导码资源。确定的顺序可以是预确定的或RRC配置的。在该实施例中，当传送所选择的前导码时，终端设备能够计算RNTI。在同一实施例中，当网络节点在特定PRACH时机上接收特定前导码时，网络节点可以计算RNTI。

也可以仅使用索引的子集，例如基于前导码的索引和用于频率复用PRACH的频率的索引的排序。在图7中示出了这种情况，其中64个前导码索引(0-63)用于两个频率复用PRACH时机中的每一个。这给出了0-127作为可能的第一RNTI。PUSCH时机也被链接到前导码和PRACH时机，以便例如在每个PRACH时机中的前32个索引映射到具有较低频率索引的PUSCH时机。在本实施例中，RNTI 0-63的索引被安排在第一PRACH时机中，RNTI 64-127的索引被安排在第二PRACH时机中。然后，在PUSCH时机0中传送的消息A(Msg A)将依赖于所选择的前导码由RNTI 0-31的索引进行加扰，在PUSCH时机1中传送的MsgA将依赖于所选择的前导码由RNTI 32-63的索引进行加扰，在PUSCH时机3中传送的MsgA将依赖于所选择的前导码由RNTI 64-95的索引进行加扰，最后在PUSCH时机3中传送的MsgA将依赖于所选择的前导码由RNTI 96-127的索引进行加扰。

在一些实施例中，基于以下中的至少一个来确定RNTI值的集合：所使用的频带、在第一前导码与PUSCH之间的时间间隙、请求消息的定时/频率资源、以及终端设备的ID。

关于例如在未授权频带中的频带，RA-RNTI或修改的RA-RNTI不能用于TS-RNTI，因为当网络节点正在准备PUSCH同时在等待用于在消息A中的前导码的传输的LBT时，RA-RNTI可能是不可用的。或者为了避免RA-RNTI不可用的问题，始终基于例如第一LBT的RO来生成RA-RNTI。在许可频带中，TS-RNTI可以是RA-RNTI或修改的RA-RNTI，或者新定义的RNTI。

关于在第一前导码与PUSCH之间的时间间隙，例如，当该间隔不小于阈值时，RA-RNTI或修改的RA-RNTI可以应用于在两步随机接入过程中的消息A和消息B传输两者，否则使用独立于RA-RNTI的RNTI。该阈值可以是预先确定的，也可以是在RRC信令中用信号通知的，在此不作限定。此外，消息A加扰的RNTI可以更直接地依赖于在前导码与PUSCH之间的时间距离。该依赖性可以基于在前导码与PUSCH之间的以秒为单位的时间，和/或基于OFDM符号和/或时隙的数量，和/或基于在前导码与PUSCH之间的PRACH时机(在时间和/或频率中)的数量。

关于请求消息的定时/频率资源，对于消息B，RNTI是基于消息A的对应传输的定时/频率。这是优选的，尤其是当来自不同终端设备的消息A PUSCH具有不同的PUSCH时机，使得不同的终端设备会使用不同的RNTI。此外，如果可以从PUSCH的时间位置来确定前导码的时间位置(例如，如果配置使得PUSCH紧跟在前导码之后，或者时间间隙小于给定阈值，参见前面小节)，则用于消息A加扰的RNTI可以与时间无关，否则用于消息A加扰的RNTI可以依赖于时间。当/如果消息A RNTI不依赖于时间，则消息B RNTI仍可能依赖于时间。作为特殊情况，消息A RNTI可以与消息B RNTI相同，除了省略了时间依赖性之外。上面提到的间隔阈值(也在前面的小节中)可以在规范中预先确定，和/或明确地或者隐含地由其他信令用信号通知，例如PRACH配置索引。作为基于时间间隙阈值的加扰的选择的替代，可以用信号通知该选择。

关于终端设备的ID，终端设备自身的ID或者从终端设备的ID映射的某个RNTI可以用于对消息B进行加扰。下面提供了基于终端设备的TS-RNTI的ID的详细设计以确保消息B被与消息2(其由RA-RNTI来加扰)不同的值来加扰。

可能的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

图8是示出根据贯穿本公开所描述的一些实施例的方法800的流程图。图8中所示的方法800可以由在网络节点中实现的装置或通信地耦合到网络节点的装置来执行。根据示例性实施例，网络节点可以是基站，例如gNB。在以下关于图8的描述中，对于与前述示例性实施例中相同或相似的部分，将适当地省略详细描述。

根据图8所示的示例性方法800，如框802所示，网络节点可以接收在两步随机接入过程中包括前导码和PUSCH消息的请求消息。基于第一无线电网络临时标识(RNTI)来接收PUSCH消息。在框804中，网络节点可以基于第二RNTI生成响应消息。然后，在框806中，网络节点可以向终端设备传送响应消息。

在一个实施例中，网络节点使用终端设备所位于的小区的标识(ID)来确定RNTI或'msgB RA-RNTI'以对调度msgB的PDCCH的CRC进行加扰。终端设备的ID被携带在消息A的PUSCH消息中。在一些实施例中，终端设备除了传送消息A的它的UE ID(例如C-RNTI或UE冲突解决标识)之外，终端设备使用小区标识对在消息A的有效载荷中携带的PUSCH消息进行加扰。由于网络节点直接在PUSCH有效载荷中接收消息的UE ID，以及在小区中的所有终端设备使用相同的PUSCH加扰，因此该小区ID可以用于PUSCH接收。因此，在这样的实施例中，没有必要盲解码具有多个加扰假设的PUSCH或者从在消息A中携带的前导码来确定PUSCH加扰。新的“消息B”RA-RNTI可以形成不是作为在消息A中使用的C-RNTI的副本而是作为在消息A中使用的C-RNTI的函数/映射，例如使用msgA RNTI的比特的哈希或子集从一组可能性中选择RA-RNTI。类似地，在消息A携带UE冲突解决标识或CCCH SDU具有比消息B RA-RNTI更多比特的一些实施例中，终端设备可以使用在UE冲突解决标识中的比特的子集或哈希来产生msgB RA-RNTI。在一些实施例中，UE冲突解决标识是从如3GPP TS 38.321修订版15.4.0子条款6.1.3.3中描述的CCCH SDU导出的。可以使用3GPP TS 38.211修订版15.4.0子条款6.3.1.1(其公开内容通过整体引用并入本文)的修改来得到用于PUSCH的加扰序列生成，其中

使得当PUSCH用于消息A的传输时，用小区ID来初始化加扰序列生成器，否则使用Rel-15机制。

因此可以看出，通过根据上述实施例提出的用于两步随机接入过程的解决方案，终端设备和/或网络节点可以确定在两步随机接入过程中用于在请求消息(消息A)中的PUSCH和/或在响应消息(消息B)中的PDCCH CRC加扰和PDSCH加扰的RNTI。

图3-5和8中所示的各种框可以被视为方法步骤，和/或被视为由计算机程序代码的操作产生的操作，和/或被视为被构造为执行相关联的功能的多个耦合逻辑电路元件。上面描述的示意性流程图一般被阐述为逻辑流程图。因此，所描绘的顺序和标记的步骤指示所呈现方法的特定实施例。可以设想在功能、逻辑或效果上与所示方法的一个或多个步骤或其部分等效的其他步骤和方法。此外，特定方法发生的顺序可能严格遵守或不严格遵守所示的相应步骤的顺序。

图9是示出根据本公开通篇所描述的一些实施例的终端设备900的框图。在示例性实施例中，终端设备900可以是UE。如图9所示，终端设备900可以包括接收电路901、传送电路902、一个或多个处理器(例如处理器903)和一个或多个存储器(例如存储器904)、以及在其上存储了计算机可执行指令的非暂时性计算机可读介质904。处理器903耦合到接收电路901、传送电路902和非暂时性计算机可读介质904。可选地，接收电路901、传送电路902、处理器903、存储器904和/或非暂时性计算机可读介质904可以操作以执行更多或更少的操作以实现根据本公开的示例性实施例的所提出的方法。

图10是示出根据本公开通篇所描述的一些实施例的网络节点1000的框图。在示例性实施例中，网络节点1000可以是gNB或eNB。如图10所示，网络节点1000可以包括接收电路1001、传送电路1002、一个或多个处理器(例如处理器1003)和一个或多个存储器(例如存储器1004)、以及在其上存储了计算机可执行指令的非暂时性计算机可读介质1005。处理器1003耦合到接收电路1001、传送电路1002和非暂时性计算机可读介质1005。可选地，接收电路1001、传送电路1002、处理器1003、存储器1004和/或非暂时性计算机可读介质1005可以操作以执行更多或更少的操作以实现根据本公开的示例性实施例的所提出的方法。

图11是示出了根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图。

参考图11，根据实施例，通信系统包括诸如3GPP类型的蜂窝网络之类的电信网络1110，其包括诸如无线电接入网络之类的接入网络1111和核心网1114。接入网1111包括多个基站1112a，1112b，1112c，例如NB，eNB，gNB或其他类型的无线接入点，每个基站定义相应的覆盖区域1113a，1113b，1113c。每个基站1112a，1112b，1112c可通过有线或无线连接1115连接到核心网1114。位于覆盖区域1113c中的第一UE 1191被配置为无线连接到相应的基站1112c或被其寻呼。在覆盖区域1113a中的第二UE 1192可无线连接到对应的基站1112a。尽管在该示例中示出了多个UE 1191、1192，但是所公开的实施例同样适用于唯一UE在覆盖区域中或唯一UE连接到对应基站1112的情况。

电信网络1110本身连接到主机计算机1130，该主机计算机可以体现在独立服务器，云实现的服务器，分布式服务器的硬件和/或软件中，或者体现为服务器群中的处理资源。主机计算机1130可以在服务提供者的所有权或控制之下，或者可以由服务提供者或代表服务提供者来操作。电信网络1110与主机计算机1130之间的连接1121和1122可以直接从核心网1114延伸到主机计算机1130，或者可以通过可选的中间网络1120进行连接。中间网络1120可以是以下之一，也可以是以下中的不只一个的组合：公共，私有或托管网络；中间网络1120(如果有的话)可以是骨干网或因特网；特别地，中间网络1120可以包括两个或更多个子网络(未示出)。

整体上，图11的通信系统使能了在所连接的UE 1191、1192与主机计算机1130之间的连通性。该连通性可以描述为OTT(Over-the-top)连接1150。主机计算机1130与所连接的UE 1191、1192被配置为使用接入网络1111，核心网1114，任何中间网络1120以及作为中介的可能的其他基础设施(未示出)，经由OTT连接1150来传递数据和/或信令。在OTT连接1150通过的参与的通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接1150可以是透明的。例如，可以不或者不需要向基站1112通知传入下行链路通信的过去路由，该下行链路通信具有源自主机计算机1130的将被转发(例如，移交给)给连接的UE 1191的数据。类似地，在这种情况下，基站1112不需要知道源自UE 1191到主机计算机1130的传出上行链路通信的将来路由。

图12是示出了根据本公开的一些实施例的主机计算机通过部分无线连接经由基站与UE通信的框图。

现在将参照图12描述在前述段落中描述的UE、基站和主机计算机的根据实施例的示例实现方式。在通信系统1200中，主机计算机1210包括硬件1215，硬件1215包括通信接口1216，其被配置为建立和维持与通信系统1200的不同通信设备的接口的有线或无线连接。主机计算机1210还包括处理电路1218，其可以具有存储和/或处理能力。特别地，处理电路1218可以包括：适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。主机计算机1210还包括软件1211，该软件1211存储在主机计算机1210中或可由主机计算机1210访问并且可由处理电路1218运行。软件1211包括主机应用1212。主机应用1212可用于向远程用户(例如UE 1230，其通过在UE 1230和主机计算机1210处终止的OTT连接1250来连接)提供服务。在向远程用户提供服务时，主机应用1212可以提供使用OTT连接1250传输的用户数据。

通信系统1200还包括在电信系统中提供的基站1220，基站1220包括硬件1225，硬件1225使基站1220能够与主机计算机1210和UE 1230通信。硬件1225可以包括通信接口1226和无线电接口1227，通信接口1226用于建立和保持与通信系统1200的不同通信设备的接口的有线或无线连接，无线电接口1227用于与位于由基站1220服务的覆盖区域(未示出)中的UE 1230建立和保持至少无线连接1270。通信接口1226可以被配置为促进到主机计算机1210的连接1260。连接1260可以是直接的或者它可以通过电信系统的核心网络(图12中未示出)和/或通过在电信系统外的一个或多个中间网络。在所示实施例中，基站1220的硬件1225还包括处理电路1228，其可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。基站1220还具有内部存储的或经由外部连接可访问的软件1221。

通信系统1200还包括已经提到的UE 1230。其硬件1235可以包括无线电接口1237，该无线电接口1237被配置为与服务于UE 1230当前所位于的覆盖区域的基站建立和保持无线连接1270。UE 1230的硬件1235还包括处理电路1238，其可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。UE 1230还包括软件1231，其存储在UE 1230中或可由UE 1230访问并且可由处理电路1238运行。软件1231包括客户端应用1232。客户端应用1232可操作以在主机计算机1210的支持下，通过UE1230向人用户或非人用户提供服务。在主机计算机1210中，正在运行的主机应用1212可以通过在UE 1230和主机计算机处终止的OTT连接1250与正在运行的客户端应用1232通信。在向用户提供服务时，客户端应用1232可以从主机应用1212接收请求数据以及响应于请求数据来提供用户数据。OTT连接1250可以传输请求数据和用户数据两者。客户端应用1232可以与用户交互以生成它提供的用户数据。

图12所示的主机计算机1210，基站1220和UE 1230可以与图12的主机计算机1230，基站1212a，1212b，1212c之一和UE 1291、1292之一分别相似或相同。也就是说，这些实体的内部工作可以如图12所示，并且独立地，周围网络拓扑可以是图12的周围网络拓扑。

在图12中，已经抽象地绘制了OTT连接1250，以说明通过基站1220的在主机计算机1210与UE 1230之间的通信，而没有明确引用任何中间设备以及经由这些设备的消息的精确路由。网络基础结构可以确定路由，可以将其配置为对UE 1230或对操作主机计算机1210的服务提供商隐藏，或者对两者都隐藏。当OTT连接1250是活动的时，网络基础设施可以进一步做出决定，通过该决定，它动态地改变路由(例如，基于负载平衡考虑或网络的重新配置)。

UE 1230和基站1220之间的无线连接1270是根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例使用OTT连接1250来改善提供给UE 1230的OTT服务的性能，其中无线连接1270形成最后一段。更准确地说，这些实施例的教导可以改进延迟和功率消耗，以及从而提供益处，诸如更低的复杂性、减少接入小区所要求的时间、更好的响应性、延长的电池寿命等。

可以出于监测一个或多个实施例改善的数据速率，延迟和其他因素的目的而提供测量过程。可能还存在可选的网络功能以用于响应于测量结果的变化来重新配置在主机计算机1210与UE 1230之间的OTT连接1250。用于重新配置OTT连接1250的测量过程和/或网络功能可以在主机计算机1210的软件1211和硬件1215中或在UE 1230的软件1231和硬件1235中或在两者中实现。在实施例中，可以将传感器(未示出)部署在OTT连接1250通过的通信设备中或与该通信设备关联；传感器可以通过提供以上例示的监测量的值或提供其他物理量的值来参与测量过程，软件1211、1231可以从其他物理量的值来计算或估计监测量。OTT连接1250的重新配置可以包括消息格式，重传设置，优选的路由等；重新配置不必影响基站1220，并且基站1220可能是不知道的或不可感知的。这种过程和功能在本领域中是已知的和实践的。在某些实施例中，测量可以涉及专有UE信令，其促进主机计算机1210对吞吐量，传播时间，延迟等的测量。可以在软件1211和1231中实现测量，该软件使用OTT连接1250来传输消息(尤其是空消息或“虚拟”消息)，同时软件1211和1231监测传播时间，错误等。

图13是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机，基站和UE，它们可以是参照图11和图12描述的那些。为了本公开的简洁，本部分仅包括参考图13的附图。在步骤1310中，主机计算机提供用户数据。在步骤1310的子步骤1311(可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1320中，主机计算机发起携带用户数据的至UE的传输。在步骤1330(可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE传送在主机发起的传输中携带的用户数据。在步骤1340(也可以是可选的)，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图14是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机，基站和UE，它们可以是参照图11和图12描述的那些。为了本公开的简洁，在本部分中将仅包括参考图14的附图。在该方法的步骤1410中，主机计算机提供用户数据。在一个可选的子步骤(未显示)中，主机计算机通过执行主机应用来提供用户数据。在步骤1420中，主机计算机发起携带用户数据的至UE的传输。根据贯穿本公开描述的实施例的教导，传输可以经由基站通过。在步骤1430(可以是可选的)，UE接收在传输中携带的用户数据。

图15是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机，基站和UE，它们可以是参照图11和图12描述的那些。为了本公开的简洁，该部分仅包括参考图15的附图。在步骤1510(可以是可选的)，UE接收由主机计算机提供的输入数据。附加地或替代地，在步骤1520中，UE提供用户数据。在步骤1520的子步骤1521(可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1510的子步骤1511(可以是可选的)中，UE执行客户端应用，该客户端应用响应于由主机计算机提供的接收到的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用可以进一步考虑从用户接收的用户输入。不管提供用户数据的具体方式如何，UE都在子步骤1530(可以是可选的)中发起至主机计算机的用户数据的传输。在该方法的步骤1540中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE传送的用户数据。

图16是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机，基站和UE，它们可以是参照图11和图12描述的那些。为了本公开的简洁，该部分仅包括参考图16的附图。在步骤1610(可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤1620(可以是可选的)，基站发起至主机的接收到的用户数据的传输。在步骤1630(可以是可选的)，主机计算机接收由基站发起的传输中携带的用户数据。

一般而言，各种示例性实施例可以以硬件或专用芯片、电路、软件、逻辑或其任何组合来实现。例如，一些方面可以在硬件中实现，而其他方面可以在可由控制器、微处理器或其他计算设备执行的固件或软件中实现，但是本公开不限于此。虽然可以将本公开的示例性实施例的各个方面图示和描述为框图、流程图或使用一些其他图示，但是可以很好理解的是，本文描述的这些框图、装置、系统、技术或方法可以在作为非限制性示例的硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或它们的某种组合中来实现。

因此，应当理解，本公开的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块的各种组件中实践。因此应当理解，本公开的示例性实施例可以在体现为集成电路的装置中实现，其中集成电路可以包括电路(以及可能的固件)，该电路(以及可能的固件)用于体现数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个，它们是可配置的以便根据本公开的示例性实施例进行操作。

应当理解，本公开的示例性实施例的至少一些方面可以体现在由一个或多个计算机或其他设备执行(例如在一个或多个程序模块中)的计算机可执行指令中。通常，程序模块包括当由计算机或其他设备中的处理器执行时执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令可以存储在诸如硬盘、光盘、可移动存储介质、固态存储器、随机存取存储器(RAM)等的计算机可读介质上。如本领域技术人员将理解，程序模块的功能可以根据需要被组合或分布在各种实施例中。此外，该功能可以全部或部分地体现在固件或硬件等价物中，例如集成电路、现场可编程门阵列(FPGA)等。

为了更好地理解，下面提供本公开的一些优选实施例。

实施例1:用于两步RA的RNTI依赖于RRC状态

在一个实施例中，如果UE不拥有有效的C-RNTI，例如在空闲模式中，则使用CS-RNTI(配置的调度RNTI)。CS-RNTI可以有一个或多个RNTI值，这些值可以小区特地配置的。例如可以在RMSI或OSI中提供CS-RNTI值。UE从配置的多值的集合中选择要使用的实际CS-RNTI值。当UE有C-RNTI时，例如在RRC连接模式中并且要执行CFRA，在一个实施例中，它使用它的C-RNTI。

在另一个实施例中，例如在不活动模式中以及执行CBRA，它可以使用基于它的C-RNTI的CS-RNTI，例如在C-RNTI中某些比特的函数。与试验性地检测在系统或跟踪区域中的所有不活动的UEC-RNTI相比，这降低了针对gNB接收器的盲解码的复杂度。

在一个实施例中，如果使用C-RNTI或基于C-RNTI的CS-RNTI的一个或多个UE尝试是不成功的，则它可以恢复到UE不拥有上述有效C-RNTI的方法以用于后续尝试。

实施例1a:用于加扰在两步RA中的msgA PUSCH有效载荷的CS-RNTI依赖于UE使用的msgA前导码

对于不拥有有效C-RNTI的UE，可以基于例如msgA前导码ID、PRACH时机或PRACH前导码格式来选择所选择的CS-RNTI，和/或所选择的CS-RNTI可以关联于例如msgA前导码ID、PRACH时机或PRACH前导码格式。由于前导码ID和时机是从依赖于SSB的集合中选择的，因此该实施例可以替代地被视为基于在小区中最佳检测到的SSB来选择CS-RNTI。

在一个实施例中，gNB在检测前导码之后检测PUSCH以及可以使用获得的前导码配置信息来配置PUSCH接收。

在另一个实施例中，可以盲检测可能的CS-RNTI值。然后例如如果当前的传输是msgA的重传而不重传前导码，则不需要前导码检测。

实施例1b:基于例如PUSCH参数，访问目的，选择用于加扰在两步RA中的msgAPUSCH有效载荷的CS-RNTI

可替代地，CS-RNTI可以从SI或规范中提供的多个选项的集合中选择，而不考虑所选择的前导码。替代地，可以例如基于PUSCH有效载荷属性(大小、格式)或基于执行RA尝试的目的(短数据、常规接入)来选择CS-RNTI，。

实施例2:网络基于接收的msgA PUSCH RNTI来选择用于对在两步RA中的msgB的PDCCH CRC进行加扰的RNTI

在本实施例中，NW使用由UE在msgA PUSCH中使用的RNTI(例如C-RNTI或CS-RNTI)对msgB的PDCCH的CRC进行加扰。NW基于接收的msgA前导码或基于PUSCH的盲检测来检测CS-RNTI。然后，该RNTI在功能上成为针对给定UE的新RA-RNTI。

可替代地，新的RA-RNTI可以形成但是不作为在msgA中使用的C-RNTI或CS-RNTI的副本而是作为在msgA中使用的C-RNTI或CS-RNTI的函数/映射，例如使用msgA RNTI的比特的哈希或子集从一组可能性中选择RA-RNTI。

针对新的RA-RNTI定义的这些原则还允许NW和UE在两步msgB和四步msg2响应之间进行有效地区分。

实施例3:单独的RNTI(比如TS-RNTI(两步-RNTI))是基于在确定的顺序中配置的前导码id和PRACH时机的编号来设计的。

TS-RNTI与前导码id和PRACH时机相关联以及被设计为与RA-RNTI不同，以及因此不会与RA-RNTI冲突。示例是在以下顺序(参见图6)中基于TS-RNTI编号来导出TS-RNTI。首先，在单个PRACH时机内以前导码索引的递增顺序。第二，对于频率复用的PRACH时机，以频率资源索引的递增顺序。第三，以在PRACH时隙内针对时间复用PRACH时机的时间资源索引的递增顺序。第四，以针对PRACH时隙的索引的递增顺序。

还可以以任何其他指定的顺序进行排序，例如频率资源、时间资源、前导码资源。以这种方式，当传送所选择的前导码时，UE能够计算TS-RNTI。以同样的方式，当在特定PRACH时机上接收特定前导码时，gNB可以计算TS-RNTI。在该方法中，确定的顺序可以是预先确定的，也可以是RRC配置的。在图6中示出了3个前导码id(0-2)被配置在每个PRACH时机中的示例以及针对前8个PRACH时机的TS-RNTI。

也可以仅使用索引的子集，例如基于前导码索引和用于频率复用PRACH的频率资源索引的排序。在图7中示出了这种情况，其中在两个频率复用PRACH时机中的每一个中使用64个前导码索引(0-63)。这给出了0-127作为可能的第一RNTI。PUSCH时机也被链接到前导码和PRACH时机，以便例如在每个PRACH时机中的前32个索引映射到具有较低频率索引的PUSCH时机。在这种情况下，TS-RNTI在第一PRACH时机中为0-63，在第二PRACH时机中为64-127。然后，在PUSCH时机0中传送的Msg A将依赖于所选择的前导码由0-31的RNTI进行加扰，在PUSCH时机1中传送的MsgA将依赖于所选择的前导码由32-63的RNTI进行加扰，在PUSCH时机3中传送的MsgA将依赖于所选择的前导码由64-95的RNTI进行加扰，最后在PUSCH时机3中传送的MsgA将依赖于所选择的前导码由96-127的RNTI进行加扰。

实施例3a:TS-RNTI与以下一个或多个因素相关联：

(i)使用的频带

例如，在未授权频带中，RA-RNTI或修改的RA-RNTI不能用于TS-RNTI，因为当UE正在准备PUSCH同时等待用于msgA前导码传输的LBT时，RA-RNTI可能是不可用的。或者为了避免RA-RNTI不可用的问题，总是基于例如第一LBT的RO来生成RA-RNTI。在许可频带中，TS-RNTI可以是RA-RNTI或修改的RA-RNTI，也可以是新定义的RNTI。

(ii)在前导码与msgA PUSCH之间的时间间隙

例如，当间隔不小于阈值时，可以将RA-RNTI或修改的RA-RNTI应用于msgA和msgB传输，否则使用独立于RA-RNTI的RNTI。这里阈值可以是预先确定的或在RRC信令中用信号通知。

此外，用于MsgA加扰的RNTI可以更直接地依赖于在前导码与PUSCH之间的时间距离。该依赖性可以基于在前导码与PUSCH之间的以秒为单位的时间，和/或基于OFDM符号和/或时隙的数量，和/或基于在前导码与PUSCH之间的PRACH时机(时间和/或频率)的数量。

(iii)msgA传输的时间/频率

对于MsgB，RNTI基于MsgA的相应传输的定时/频率。当来自不同UE的msgA PUSCH具有不同的PUSCH时机时，这尤其是优选的，因此不同的UE将使用不同的RNTI。

此外，如果可以从PUSCH的时间位置来确定前导码的时间位置(例如，如果配置使得PUSCH紧跟在前导码之后，或者具有小于给定阈值的时间间隙，参见前面小节)，则用于RNTI MsgA加扰的RNTI可以与时间无关，否则用于MsgA加扰的RNTI可能依赖于时间。当/如果MsgA RNTI不依赖于时间，MsgB RNTI仍可能依赖于时间。作为一种特殊情况，MsgA RNTI可以与MsgB RNTI相同，除了省略了时间相关性之外。

上面(也在前面的小节中)提到的间隔阈值可以在规范中预先确定，和/或由其他信令明确地或者隐含地用信号通知(例如PRACH配置索引)。作为基于时间间隙阈值来选择加扰的替代，可以用信号通知该选择。

(iv)UEID

UE ID本身或从UE ID映射的某一RNTI可以用于MsgB的加扰。下面提供了基于UEID的TS-RNTI的详细设计的示例以确保MsgB被与Msg2(其由RA-RNTI加扰)不同的值来加扰：可能的RA-RNTI值的空间是大约18000个值(其中它们的大部分在任何配置中都未使用)。在基于UE id(RRC空闲/不活动)进行加扰以及16比特用于加扰MsgB的情况下，来自UE id的前15比特用作15LSB比特以及将TS-RNTI的MSB比特设置为1以确保该数字大于18000，该数字大于且接近于RA-RNTI的最大值。这使得TS-RNTI不同于RA-RNTI，以及MsgB和Msg2可以由不同的加扰序列来标识。

实施例4:网络基于在msgA PUSCH中携带的UE ID来选择RNTI，该RNTI用于对调度在两步RA中的msgB的PDCCH的CRC进行加扰。

在这些实施例中，NW使用在msgA PUSCH中携带的UE的ID来确定RNTI(或‘msgB RA-RNTI’)以用于对调度msgB的PDCCH的CRC进行加扰。

在一些实施例中，除了传送它的msgA UE ID(例如C-RNTI或UE冲突解决标识)之外，UE还用小区标识来对PUSCH msgA有效载荷进行加扰。由于gNB在PUSCH有效载荷中直接接收msgA UE ID，以及在小区中的所有UE使用相同的PUSCH加扰，因此该小区ID可用于PUSCH接收。因此，在这样的实施例中，没有必要使用多个加扰假设对PUSCH进行盲解码或从msgA前导码来确定PUSCH加扰。

新的‘msgB’RA-RNTI可以形成不是作为在msgA中使用的C-RNTI的副本，而是作为在msgA中使用的C-RNTI的函数/映射，例如使用msgA RNTI的比特的哈希或子集从一组可能性中选择RA-RNTI。类似地，在msgA携带UE冲突解决标识或CCCH SDU具有比msgB RA-RNTI更多比特的实施例中，UE可以使用在UE冲突解决标识中的比特的子集或哈希来产生msgB RA-RNTI。在一些实施例中，从如在3GPP TS 38.321修订版15.4.0子条款6.1.3.3中描述的CCCHSDU来导出UE冲突解决标识。

可以使用3GPP TS 38.211修订版15.4.0子条款6.3.1.1的修改来完成针对PUSCH的加扰序列生成。其中

使得当PUSCH用于msgA传输时，使用小区ID来初始化加扰序列生成器，否则使用Rel-15机制。

根据本公开通篇描述的一些实施例，本公开提供了针对UE和网络如何选择用于两步RACH中的msgA PUSCH加扰和/或msgB PDCCH CRC加扰和PDSCH加扰的RNTI的选项。提供了以下方法：

(a)RNTI依赖于UE的RRC状态和/或RA类型。

-当使用CS-RNTI时，它可以依赖于前导码、PUSCH参数、接入目的，或者可以被随机设置。

(b)用于对在两步RA中的msgB的PDCCH CRC进行加扰的RNTI基于接收的msgAPUSCH RNTI。

(c)单独的RNTI(比如TS-RNTI(两步-RNTI))是基于在确定的顺序中配置的前导码id和PRACH时机的编号来设计的，其中TS-RNTI可以关联到以下因素中的一个或多个：使用的频带，和/或在前导码与msgA PUSCH之间的时间间隙，和/或msgA传输的定时/频率，和/或至UE ID的映射(至少在某些情况下仅适用于msgB)。

缩写

CBRA 竞争的随机接入

CFRA 无竞争的随机接入

MA 多址接入

NR 新无线电

NW 网络

PUSCH 物理上行链路共享信道

RACH 随机接入信道

PRACH 物理随机接入信道

RAR 随机接入响应

RNTI 无线电网络临时标识

SI 系统信息

SIB1 系统信息块类型1

TF 时间和频率

本公开包括本文明确公开的或者对其进行任何概括而公开的任何新颖特征或特征的组合。当结合附图阅读时，鉴于前述描述，对本公开的前述示例性实施例的各种修改和适应对于相关领域的技术人员而言将变得显而易见。然而，任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。

Claims

1.一种在终端设备处的方法，包括：

确定(302、304、306)用于随机接入的请求消息，其中，所述请求消息包括前导码和物理上行链路共享信道PUSCH消息，所述PUSCH消息是基于第一无线电网络临时标识RNTI来确定的；以及

传送(308)所述请求消息。

2.根据权利要求1所述的方法，还包括：

基于第二RNTI来获得(310)用于所述随机接入的响应消息，

其中，所述第一RNTI和所述第二RNTI是相同的。

3.根据权利要求1所述的方法，还包括：

基于第二RNTI来获得(310)用于所述随机接入的响应消息，

其中，所述第一RNTI和所述第二RNTI是不同的。

4.根据权利要求1-3中任一项所述的方法，其中，所述第二RNTI是基于所述终端设备的无线电资源控制RRC状态来确定的。

5.根据权利要求4所述的方法，其中，所述RRC状态包括：连接模式。

6.根据权利要求1-5中任一项所述的方法，其中，如果小区RNTIC-RNTI是可用的，则所述C-RNTI被确定为所述第二RNTI。

7.根据权利要求1-6中任一项所述的方法，其中，所述第一RNTI用于对所述PUSCH消息的编码比特进行加扰。

8.根据权利要求1-7中任一项所述的方法，其中，所述第二RNTI是基于所述第一RNTI来确定的。

9.根据权利要求1-8中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于物理随机接入信道PRACH时机的集合的编号来确定的。

10.根据权利要求9所述的方法，其中，所述RNTI值的集合是基于所述请求消息的定时/频率资源来确定的。

11.一种在网络节点处的方法，包括：

基于第二RNTI来确定(804)响应消息；以及

向终端设备传送(806)所述响应消息。

12.根据权利要求11所述的方法，还包括：

基于第一无线电网络临时标识RNTI从终端设备获得(802)包括前导码和物理上行链路共享信道PUSCH消息的请求消息；

其中，所述第一RNTI和所述第二RNTI是相同的。

13.根据权利要求11所述的方法，还包括：

其中，所述第一RNTI和所述第二RNTI是不同的。

14.根据权利要求11-13中任一项所述的方法，其中，所述第二RNTI是基于所述终端设备的无线电资源控制RRC状态来确定的。

15.根据权利要求14所述的方法，其中，所述RRC状态包括：连接模式。

16.根据权利要求11-15中任一项所述的方法，其中，如果小区RNTIC-RNTI是可用的，则所述C-RNTI被确定为所述第二RNTI。

17.根据权利要求11-16中任一项所述的方法，其中，所述第一RNTI用于对所述PUSCH消息的编码比特进行加扰。

18.根据权利要求11-17中任一项所述的方法，其中，

第二RNTI是基于所述第一RNTI来确定的。

19.根据权利要求11-18中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于物理随机接入信道PRACH时机的集合的编号来确定的。

20.根据权利要求19所述的方法，其中，所述RNTI值的集合是基于所述请求消息的定时/频率资源来确定的。

21.一种终端设备，包括：

非暂时性计算机可读介质，其上存储有计算机可执行指令；以及

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述终端设备实现根据权利要求1的方法。

22.根据权利要求21所述的终端设备，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述终端设备实现根据权利要求2-10中任一项的方法。

23.一种网络节点，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述网络节点实现根据权利要求11所述的方法。

24.根据权利要求23所述的网络节点，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述网络节点实施根据权利要求12-20中任一项所述的方法。

25.一种在终端设备处的方法，包括：

确定(302、304、306)用β于随机接入的请求消息，其中，所述请求消息包括前导码和物理上行链路共享信道PUSCH消息，所述PUSCH消息是基于第一无线电网络临时标识RNTI来确定的；以及

传送(308)所述请求消息。

26.根据权利要求25所述的方法，还包括：

基于第二RNTI来获得(310)用于所述随机接入的响应消息，

其中，所述第一RNTI和所述第二RNTI是相同的或不同的。

27.根据权利要求25或26所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于所述终端设备的无线电资源控制RRC状态来确定的。

28.根据权利要求27所述的方法，其中，所述RRC状态包括：空闲模式、连接模式、不活动模式。

29.根据权利要求25-28中任一项所述的方法，其中，如果小区RNTI C-RNTI是可用的，则所述C-RNTI被确定为所述第一RNTI和/或所述第二RNTI。

30.根据权利要求25-29中任一项所述的方法，其中，如果小区-RNTI C-RNTI是不可用的，则所配置的调度RNTI CS-RNTI被确定为所述第一RNTI和/或所述第二RNTI。

31.根据权利要求25-30中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI通过以下来确定：

从被广播的系统信息中的多个CS-RNTI中选择(405)CS-RNTI。

32.根据权利要求31所述的方法，其中，所述CS-RNTI是从所述多个CS-RNTI中随机选择的。

33.根据权利要求31所述的方法，其中，所述CS-RNTI是基于以下中的至少一个来选择的：所述前导码的索引中的一个或多个索引，一个或多个物理随机接入信道PRACH时机，所述前导码的格式，PUSCH参数以及所述终端设备的无线接入RA尝试的目的。

34.根据权利要求25-33中任一项所述的方法，其中，所述第一RNTI用于对所述PUSCH消息的编码比特进行加扰。

35.根据权利要求25-34中任一项所述的方法，其中，所述第二RNTI是基于所述第一RNTI来确定的。

36.根据权利要求25-35中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于以下中的至少一个以及基于在RNTI值的集合中的RNTI值的编号来确定的：物理随机接入信道PRACH时机的集合的编号，前导码的集合的编号，PUSCH时机的集合的编号，以及所述RNTI值的集合。

37.根据权利要求36所述的方法，其中，所述RNTI值的编号是基于以下中的至少一个来排列的：在PRACH时机中与所述RNTI值相关联的前导码的索引的顺序；与所述RNTI值相关联的PRACH时机的频率资源索引的顺序；与所述RNTI值相关联的PRACH时机的时间资源索引的顺序；针对与所述RNTI值相关联的PRACH时隙的索引的顺序。

38.根据权利要求37所述的方法，其中，所述RNTI值的集合是基于以下中的至少一个来确定的：所使用的频带，在第一前导码与所述PUSCH之间的时间间隙，所述请求消息的定时/频率资源，以及所述终端设备的ID。

39.一种在终端设备处的方法，包括：

确定(306)用于随机接入的请求消息，其中所述请求消息包括前导码和物理上行链路共享信道PUSCH消息，所述PUSCH消息是基于所述终端设备所位于的小区的标识ID来确定的；以及

传送(308)所述请求消息。

40.根据权利要求39所述的方法，还包括：

基于第二RNTI来获得(310)用于所述随机接入的响应消息，其中所述第二RNTI是基于所述终端设备的ID来确定的。

41.一种在网络节点处的方法，包括：

基于第二RNTI来确定(804)响应消息；以及

向终端设备传送(806)所述响应消息。

42.根据权利要求41所述的方法，还包括：

其中，所述第一RNTI和所述第二RNTI是相同的或不同的。

43.根据权利要求41或42所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于所述终端设备的无线电资源控制RRC状态来确定的。

44.根据权利要求43所述的方法，其中，所述RRC状态包括：空闲模式、连接模式、不活动模式。

45.根据权利要求41-44中任一项所述的方法，其中，如果小区RNTIC-RNTI是可用的，则所述C-RNTI被确定为所述第一RNTI和/或所述第二RNTI。

46.根据权利要求41-44中任一项所述的方法，其中，如果小区-RNTI C-RNTI是不可用的，则所配置的调度RNTI CS-RNTI被确定为所述第一RNTI和/或所述第二RNTI。

47.根据权利要求41-44中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI通过以下来确定：

从被广播的系统信息中的多个CS-RNTI中选择CS-RNTI。

48.根据权利要求47所述的方法，其中，所述CS-RNTI是从所述多个CS-RNTI中随机选择的。

49.根据权利要求47所述的方法，其中，所述CS-RNTI是基于以下中的至少一个来选择的：所述前导码的索引中的一个或多个索引，一个或多个物理随机接入信道PRACH时机，所述前导码的格式，PUSCH参数以及所述终端设备的无线接入RA尝试的目的。

50.根据权利要求41-49中任一项所述的方法，其中，所述第一RNTI用于对所述PUSCH消息的编码比特进行加扰。

51.根据权利要求41-50中任一项所述的方法，其中

所述第二RNTI是基于所述第一RNTI来确定的。

52.根据权利要求41所述的方法，还包括：

基于所述终端设备所位于的小区的标识ID，从所述终端设备获得包括前导码和PUSCH消息的请求消息。

53.根据权利要求41-52中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于所述终端设备的ID来确定的。

54.根据权利要求41所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于以下中的至少一个以及基于在RNTI值的集合中的RNTI值的编号来确定的：物理随机接入信道PRACH时机的集合的编号，前导码的集合的编号，PUSCH时机的集合的编号，以及所述RNTI值的集合。

55.根据权利要求54所述的方法，其中，所述RNTI值的编号是基于以下中的至少一个来排列的：在PRACH时机中与所述RNTI值相关联的前导码的索引的顺序；与所述RNTI值相关联的PRACH时机的频率资源索引的顺序；与所述RNTI值相关联的PRACH时机的时间资源索引的顺序；针对与所述RNTI值相关联的PRACH时隙的索引的顺序。

56.根据权利要求54所述的方法，其中，所述RNTI值的集合是基于以下中的至少一个来确定的：所使用的频带，在第一前导码与所述PUSCH之间的时间间隙，所述请求消息的定时/频率资源，以及所述终端设备的ID。

57.一种终端设备，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述终端设备实现权利要求25的方法。

58.根据权利要求57所述的终端设备，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述终端设备实现权利要求26-38中任一项的方法。

59.一种网络节点，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述网络节点实现根据权利要求41所述的方法。

60.根据权利要求59所述的网络节点，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述网络节点实现根据权利要求42-56中任一项所述的方法。

61.一种在终端设备处的方法，包括：

基于第二无线电网络临时标识RNTI获得用于随机接入的响应消息，其中所述响应消息是对用于随机接入的请求消息的响应，所述请求消息包括前导码和物理上行链路共享信道PUSCH消息。

62.根据权利要求61所述的方法，其中，所述PUSCH消息是基于第一RNTI来确定的，所述第一RNTI和所述第二RNTI是相同的或不同的。

63.根据权利要求61或62所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于所述终端设备的无线电资源控制RRC状态来确定的。

64.根据权利要求63所述的方法，其中，所述RRC状态包括：空闲模式、连接模式、不活动模式。

65.根据权利要求61-64中任一项所述的方法，其中，如果小区RNTI C-RNTI是可用的，则所述C-RNTI被确定为所述第一RNTI和/或所述第二RNTI。

66.根据权利要求61-64中任一项所述的方法，其中，如果小区RNTI C-RNTI是不可用的，则所配置的调度RNTI CS-RNTI被确定为所述第一RNTI和/或所述第二RNTI。

67.根据权利要求61-64中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI通过以下来确定：

从被广播的系统信息中的多个CS-RNTI中选择CS-RNTI。

68.根据权利要求67所述的方法，其中，所述CS-RNTI是从所述多个CS-RNTI中随机选择的。

69.根据权利要求67所述的方法，其中，所述CS-RNTI是基于以下中的至少一个来选择的：所述前导码的索引中的一个或多个索引，一个或多个物理随机接入信道PRACH时机，所述前导码的格式，PUSCH参数以及所述终端设备的无线接入RA尝试的目的。

70.根据权利要求61-69中任一项所述的方法，其中，所述第一RNTI用于对所述PUSCH消息的编码比特进行加扰。

71.根据权利要求61-70中任一项所述的方法，其中，所述第二RNTI是基于所述第一RNTI来确定的。

72.根据权利要求61所述的方法，还包括：基于所述终端设备所位于的小区的标识ID来确定包括前导码和PUSCH消息的请求消息。

73.根据权利要求61-72中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于所述终端设备的ID来确定的。

74.根据权利要求61-73中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于以下中的至少一个以及基于在RNTI值的集合中的RNTI值的编号来确定的：物理随机接入信道PRACH时机的集合的编号，前导码的集合的编号，PUSCH时机的集合的编号，以及所述RNTI值的集合。

75.根据权利要求74所述的方法，其中，所述RNTI值的编号是基于以下中的至少一个来排列的：在PRACH时机中与所述RNTI值相关联的前导码的索引的顺序；与所述RNTI值相关联的PRACH时机的频率资源索引的顺序；与所述RNTI值相关联的PRACH时机的时间资源索引的顺序；针对与所述RNTI值相关联的PRACH时隙的索引的顺序。

76.根据权利要求74所述的方法，其中，所述RNTI值的集合是基于以下中的至少一个来确定的：所使用的频带，在第一前导码与所述PUSCH之间的时间间隙，所述请求消息的定时/频率资源，以及所述终端设备的ID。

77.一种在网络节点处的方法，包括：

基于第一无线电网络临时标识RNTI，从终端设备获得(802)包括前导码和物理上行链路共享信道PUSCH消息的请求消息。

78.根据权利要求77所述的方法，还包括：

基于第二RNTI来确定(804)响应消息；以及

向所述终端设备传送(806)所述响应消息。

79.根据权利要求77或78所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于所述终端设备的无线电资源控制RRC状态来确定的。

80.根据权利要求79所述的方法，其中，所述RRC状态包括：空闲模式、连接模式、不活动模式。

81.根据权利要求77-80中任一项所述的方法，其中，如果小区RNTI C-RNTI是可用的，则所述C-RNTI被确定为所述第一RNTI和/或所述第二RNTI。

82.根据权利要求77-80中任一项所述的方法，其中，如果小区RNTI C-RNTI是不可用的，则所配置的调度RNTI CS-RNTI被确定为所述第一RNTI和/或所述第二RNTI。

83.根据权利要求77-80中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI通过以下来确定：

从所广播的系统信息中的多个CS-RNTI中选择CS-RNTI。

84.根据权利要求83所述的方法，其中，所述CS-RNTI是从所述多个CS-RNTI中随机选择的。

85.根据权利要求83所述的方法，其中，所述CS-RNTI是基于以下中的至少一个来选择的：所述前导码的索引中的一个或多个索引，一个或多个物理随机接入信道PRACH时机，所述前导码的格式，PUSCH参数以及所述终端设备的无线接入RA尝试的目的。

86.根据权利要求77-85中任一项所述的方法，其中，所述第一RNTI用于对所述PUSCH消息的编码比特进行加扰。

87.根据权利要求77-86所述的方法，其中，所述第二RNTI是基于所述第一RNTI来确定的。

88.根据权利要求77-87中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于所述终端设备的ID来确定的。

89.根据权利要求77-88中任一项所述的方法，其中，所述第一RNTI和/或所述第二RNTI是基于以下中的至少一个以及基于在RNTI值的集合中的RNTI值的编号来确定的：物理随机接入信道PRACH时机的集合的编号，前导码的集合的编号，PUSCH时机的集合的编号，以及所述RNTI值的集合。

90.根据权利要求89所述的方法，其中，所述RNTI值的编号是基于以下中的至少一个来排列的：在PRACH时机中与所述RNTI值相关联的前导码的索引的顺序；与所述RNTI值相关联的PRACH时机的频率资源索引的顺序；与所述RNTI值相关联的PRACH时机的时间资源索引的顺序；针对与所述RNTI值相关联的PRACH时隙的索引的顺序。

91.根据权利要求89所述的方法，其中，所述RNTI值的集合是基于以下中的至少一个来确定的：所使用的频带，在第一前导码与所述PUSCH之间的时间间隙，所述请求消息的定时/频率资源，以及所述终端设备的ID。

92.一种在网络节点处的方法，包括：

基于终端设备所位于的小区，从所述终端设备获得包括前导码和物理上行链路共享信道PUSCH消息的请求消息。

93.根据权利要求92所述的方法，还包括：

基于RNTI来确定响应消息；以及

向所述终端设备传送所述响应消息，其中所述RNTI是基于所述终端设备的ID来确定的。

94.一种终端设备，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述终端设备实现根据权利要求61所述的方法。

95.根据权利要求94所述的终端设备，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述终端设备实现根据权利要求62-76中任一项所述的方法。

96.一种网络节点，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述网络节点实现根据权利要求77所述的方法。

97.根据权利要求96所述的网络节点，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述网络节点实现根据权利要求78-91中任一项所述的方法。

98.一种网络节点，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述网络节点实现根据权利要求92所述的方法。

99.根据权利要求98所述的网络节点，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述网络节点实现根据权利要求93所述的方法。

100.一种终端设备，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述终端设备实现根据权利要求39所述的方法。

101.根据权利要求100所述的终端设备，包括：

处理器，其耦合到所述非暂时性计算机可读介质，

其中，所述计算机可执行指令使所述终端设备实现根据权利要求40所述的方法。

102.一种非暂时性计算机可读介质，其上存储有用于与计算设备一起使用的程序代码，其中，所述程序代码在被处理器运行时执行根据权利要求1-20或25-56或61-93中任一项所述的方法。