Nothing Special   »   [go: up one dir, main page]

CN112205065B - 高效的rach行为 - Google Patents

高效的rach行为 Download PDF

Info

Publication number
CN112205065B
CN112205065B CN201980037143.0A CN201980037143A CN112205065B CN 112205065 B CN112205065 B CN 112205065B CN 201980037143 A CN201980037143 A CN 201980037143A CN 112205065 B CN112205065 B CN 112205065B
Authority
CN
China
Prior art keywords
rach
msg3
random access
processor
response
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.)
Active
Application number
CN201980037143.0A
Other languages
English (en)
Other versions
CN112205065A (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.)
Lenovo Singapore Pte Ltd
Original Assignee
Lenovo Singapore Pte Ltd
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 Lenovo Singapore Pte Ltd filed Critical Lenovo Singapore Pte Ltd
Priority to CN202410406612.4A priority Critical patent/CN118199805A/zh
Publication of CN112205065A publication Critical patent/CN112205065A/zh
Application granted granted Critical
Publication of CN112205065B publication Critical patent/CN112205065B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • H04L1/0063Single parity check
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0808Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14Spectrum sharing arrangements between different networks

Landscapes

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

Abstract

公开了用于高效RACH行为的装置、方法和系统。一种装置200包括:发射器230,其将第一PRACH前导传送到基站单元以启动RACH过程425;接收器235,其在随机接入响应窗口435期间从基站单元410接收RAR(Msg2)430;以及处理器205,其响应于不能在所指示的RACH Msg3传输机会443内传送RACH Msg3 440,控制发射器230传送第二PRACH前导423。处理器205可以获得用于传送诸如RACH Msg1 420或RACH Msg3 440的RACH消息的多个传输机会443,或针对多个RACH Msg2 433进行监视,其中经由RACH命令416、RAR 430或用于RACH消息的DCI传达传输机会数据。一种方法或系统可以执行该装置的功能。

Description

高效的RACH行为
相关申请的交叉引用
本申请要求于2018年6月29日Alexander Golitschek Edler Von Elbwart、Prateek Basu Mallick、Joachim Loehr、Hyejung Jung、以及Vijay Nangia提交的标题为“RACH BEHAVIOR FOR NR-U(针对NR-U的RACH行为)”的美国专利申请序列号62/692,542的优先权,其全部内容通过引用合并于此。
技术领域
本文公开的主题总体上涉及无线通信,并且更具体地涉及诸如针对NR-U的高效RACH行为。
背景技术
在此定义以下缩写,在以下描述中至少引用其中一些缩写:第三代合作伙伴计划(“3GPP”)、第五代核心网(“5CG”)、第五代系统(“5GS”)、接入和移动性管理功能(“AMF”)、肯定确认(“ACK”)、接入层(“AS”)、自动重传请求(“ARQ”)、自主上行链路(“AUL”)、退避指示符(“BI”)、基站(“BS”)、二进制相移键控(“BPSK”)、带宽部分(“BWP”)、小区无线电网络临时标识符(“C-RNTI”)、空闲信道评估(“CCA”)、循环前缀(“CP”)、循环冗余校验(“CRC”)、信道状态信息(“CSI”)、公共搜索空间(“CSS”)、连接模式(“CM”,这是5GS中的NAS状态)、基于竞争的随机接入(“CBRA”)、无竞争的随机接入(“CFRA”)、控制平面(“CP”)、核心网络(“CN”)、数据无线电承载(“DRB”)、离散傅立叶变换扩展(“DFTS”)、下行链路控制信息(“DCI”)、下行链路(“DL”)、下行链路导频时隙(“DwPTS”)、不连续传输(“DTX”)、双连接性(“DC”)、双注册模式(“DR模式”)、增强型空闲信道评估(“eCCA”)、增强型授权的辅助接入(“eLAA”)、增强型移动宽带(“eMBB”)、演进型B节点(“eNB”)、演进型分组核心(“EPC”)、演进型分组系统(“EPS”)、EPS移动性管理(“EMM”)(这是EPS中的NAS状态)、演进型UMTS地面无线电接入(“E-UTRA”)、欧洲电信标准协会(“ETSI”)、基于帧的设备(“FBE”)、频分双工(“FDD”)、频分多址(“FDMA”)、频分正交覆盖码(“FD-OCC”)、保护时段(“GP”)、全球唯一临时UE标识符(“GUTI”)、混合自动重发请求(“HARQ”)、物联网(“IoT”)、国际移动订户身份(“IMSI”)、授权的辅助接入(“LAA”)、基于负载设备(“LBE”)、先听后说(“LBT”)、长期演进(“LTE”)、多址(“MA”)、媒体接入控制(“MAC”)、移动性管理实体(“MME”)、调制编译方案(“MCS”)、机器类型通信(“MTC”)、多输入多输出(“MIMO”)、多用户共享接入(“MUSA”)、窄带(“NB”)、否定确认(“NACK”)或(“NAK”)、新一代节点B(“gNB”)、新一代无线电接入网络(“NG-RAN”,用于5GS网络的RAN)、新无线电(“NR”)、无授权频谱中的新无线电(“NR-U”)、非接入层(“NAS”)、非正交多址接入(“NOMA”)、正常上行链路(“NUL”)、运维系统(“OAM”)、正交频分复用(“OFDM”)、分组数据单元(“PDU”)(与“PDU会话”结合使用)、分组交换(“PS”,例如,分组交换域或分组交换服务)、主小区(“PCell”)、物理(“PHY”)、物理广播信道(“PBCH”)、物理下行链路控制信道(“PDCCH”)、物理下行链路共享信道(“PDSCH”)、图样分割多址接入(“PDMA”)、物理混合ARQ指示符信道(“PHICH”)、物理随机接入信道(“PRACH”)、物理资源块(“PRB”)、物理上行链路控制信道(“PUCCH”)、物理上行链路共享信道(“PUSCH”)、公共陆地移动网络(“PLMN”)、服务质量(“QoS”)、正交相移键控(“QPSK”)、无线电接入网(“RAN”)、无线电接入技术(“RAT”)、无线电资源控制(“RRC”)、随机接入程序(“RACH”)、随机接入响应(“RAR”)、无线电网络临时标识符(“RNTI”)、随机接入无线电网络临时标识符(““RA-RNTI”)、参考信号(“RS”)、注册区域(“RA”)(类似于LTE/EPC中使用的跟踪区域列表)、注册管理(“RA”,指代NAS层程序和状态)、剩余的最低系统信息(“RMSI”)、资源扩展多址接入(“RSMA”)、往返时间(“RTT”)、接收(“RX”)、稀疏代码多址接入(“SCMA”)、调度请求(“SR”)、单载波(“SC”)、单载波频分多址(“SC-FDMA”)、辅小区(“SCell”)、共享信道(“SCH”)、会话管理功能(“SMF”)、信号干扰信噪比(“SINR”)、单网络切片选择辅助信息(“S-NSSAI”)、单注册模式(“SR模式”)、系统帧号(“SFN”)、系统信息块(“SIB”)、同步信号(“SS”)、补充上行链路(“SUL”)、跟踪区域(“TA”)、技术规格(“TS”)、传输块(“TB”)、传输块大小(“TBS”)、时分双工(“TDD”)、时分复用(“TDM”)、时分正交覆盖码(“TD-OCC”)、传输时间间隔(“TTI”)、发射(“TX”)、统一数据管理(“UDM”)、上行链路控制信息(“UCI”)、用户实体/设备(移动终端)(“UE”)、上行链路(“UL”)、用户平面(“UP”)、通用移动电信系统(“UMTS”)、UMTS地面无线电接入(“UTRA”)、UMTS地面无线电接入网络(“UTRAN”)、上行链路导频时隙(“UpPTS”)、超可靠性和低延迟通信(“URLLC”)以及微波接入的全球互通性(“WiMAX”)。如本文所使用的,“HARQ-ACK”可以共同地表示肯定确认(“ACK”)和否定确认(“NACK”)。ACK意指已正确接收到TB,而NACK(或NAK)意指错误地接收TB。
当存在UE在未许可频谱中的新无线电(“NR-U”)中从源小区到目标小区的切换时,根据前导传输(PRACH,Msg1)之后的RACH过程,UE预期随机接入响应(RAR,Msg2),该随机接入响应除其他信息之外还包括指示与随后UE的传输(Msg3)有关的传输参数的随机接入响应许可。所有这些传输都发生在未许可介质上,这可能暗示需要单独地且独立地针对那些消息中的每一个遵循先听后说(“LBT”)过程。具体地,针对Msg3在Msg2中传送的许可包括定时偏移,例如,指示UE要在其中传送Msg3的具体时隙。
Msg3的成功接收可能由于以下原因而失败(从基站单元的角度来看):1)UE无法成功地检测到Msg2,这是由(例如隐藏)节点的噪声或干扰引起的;或者2)由于LBT失败(未成功的CCA),UE无法接入用于在所指示的时隙中进行Msg3传输的信道;或者3)基站单元无法成功地检测到Msg3,这是由(例如隐藏)节点的噪声或干扰引起的。
现有解决方案使得基站单元能够请求Msg3的HARQ重传,即,遵循针对Msg3建立的HARQ过程。虽然请求HARQ重传可以补救以上原因2和3,但是请求HARQ重传不会补救原因1。这是因为UE甚至不知道针对重传请求什么种类的传输块。遵循HARQ过程暗示延迟,其由传送由基站单元请求的HARQ重传请求和由UE的随后的重传的附加往返时间引起——这两者都可能遭受由这两个传输所需要的LBT过程引起的附加延迟。参考3GPP TS38.321v15.2.0。
根据现有解决方案,仅在随机接入响应窗口已期满、前导传输计数器递增、并且整个过程以UE再次传送Msg1继续之后,能够补救原因1。等待随机接入响应窗口期满并然后以UE再次传送Msg1继续也暗示成功完成整个随机接入过程的延迟。
发明内容
公开了用于执行有效的RACH过程的设备、方法和系统。公开了一种方法,该方法包括将第一物理随机接入信道(“PRACH”)前导传送到基站单元以开始RACH过程;在随机接入响应窗口期间从基站单元接收随机接入响应;以及响应于无法在指示的RACH Msg3传输机会内传送RACH Msg3,传送第二PRACH前导。
附图说明
通过参考在附图中图示的特定实施例,将呈现以上简要描述的实施例的更具体的描述。应理解,这些附图仅描绘一些实施例,并且因此不应认为是对范围的限制,将通过使用附图以附加的特征和细节来描述和解释实施例,其中:
图1是图示用于高效RACH行为的无线通信系统的一个实施例的示意性框图;
图2是图示可以用于高效RACH行为的用户设备装置的一个实施例的示意性框图;
图3是图示可以用于高效RACH行为的基站单元装置的一个实施例的示意性框图;
图4是图示RACH过程的一个实施例的框图;
图5是图示高效RACH行为的一个实施例的框图;
图6是图示高效RACH行为的另一实施例的框图;
图7是图示高效RACH行为的又一实施例的框图;以及
图8是图示用于以高效RACH行为执行RACH过程的方法的一个实施例的示意性框图。
具体实施方式
如本领域的技术人员可以理解的,实施例的各方面可以体现为系统、装置、方法或程序产品。因此,实施例可以采用完全硬件实施例、完全软件实施例(包括固件、驻留软件、微代码等)或者组合软件和硬件方面的实施例的形式,该软件和硬件方面在本文中通常都可以称为“电路”、“模块”或者“系统”。此外,实施例可以采取体现在存储在下文中被称为代码的机器可读代码、计算机可读代码和/或程序代码的一个或多个计算机可读存储设备中的程序产品的形式。存储设备可以是有形的、非暂时的和/或非传输的。存储设备可能不体现信号。在某个实施例中,存储设备仅采用用于访问代码的信号。
可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是,例如,但不限于电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何合适的组合。
存储设备的更具体示例(非详尽列表)将包括下述:具有一个或多个电线的电气连接、便携式计算机磁盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪存)、便携式紧凑光盘只读存储器(“CD-ROM”)、光学存储装置、磁性存储装置、或前述的任何合适的组合。在本文件的上下文中,计算机可读存储介质可以是任何有形介质,其能够包含或存储程序以供指令执行系统、装置或设备使用或与其结合使用。
用于执行实施例的操作的代码可以是任何数量的行,并且可以以包括诸如Python、Ruby、Java、Smalltalk、C++等的面向对象的编程语言、和诸如“C”编程语言等的传统的过程编程语言、和/或诸如汇编语言的机器语言中的一种或多种编程语言的任何组合来编写。代码可以完全地在用户的计算机上执行,部分地在用户的计算机上执行,作为独立的软件包,部分地在用户的计算机上、部分地在远程计算机上,或完全地在远程计算机或服务器上执行。在后一种情况下,远程计算机可以通过任何类型的网络连接到用户的计算机,包括局域网(“LAN”)或广域网(“WAN”),或者可以连接到外部计算机(例如,通过使用互联网服务提供商的互联网)。
本说明书中对“一个实施例”、“实施例”或类似语言的引用意指结合该实施例描述的特定特征、结构或特性包括在至少一个实施例中。因此,除非另有明确说明,否则在整个说明书中出现的短语“在一个实施例中”、“在实施例中”和类似语言可以但不一定全部指代相同的实施例,而是意指“一个或多个但不是所有实施例”。除非另有明确说明,否则术语“包括”、“包含”、“具有”及其变体意指“包括但不限于”。除非另有明确说明,否则列举的项目列表并不暗示任何或所有项目是互斥的。除非另有明确说明,否则术语“一”、“一个”和“该”也指“一个或多个”。
此外,所描述的实施例的特征、结构或特性可以以任何合适的方式组合。在以下描述中,提供许多具体细节,诸如编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例,以提供对实施例的彻底理解。然而,相关领域的技术人员将认识到,可以在没有一个或多个具体细节的情况下,或者利用其他方法、组件、材料等来实践实施例。在其他情况下,未详细示出或描述公知的结构、材料或操作以避免使实施例的一些方面模糊。
下面参考根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述实施例的各方面。将会理解,示意性流程图和/或示意性框图的每个框以及示意性流程图和/或示意性框图中的框的组合能够通过代码实现。代码能够被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器,使得经由计算机或其他可编程数据处理装置的处理器执行的指令,创建用于实现在示意性流程图和/或示意性框图框中指定的功能/操作的装置。
代码还可以存储在存储设备中,其能够指示计算机、其他可编程数据处理装置或其他设备以特定方式运行,使得存储在存储设备中的指令产生包括指令的制品,该指令实现在示意性流程图和/或示意性框图的框中指定的功能/操作。
代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上,使得在计算机、其他可编程装置或其他设备上执行一系列操作步骤,以产生计算机实现的过程,使得在计算机或其他可编程装置上执行的代码提供用于实现在流程图和/或框图的框中指定的功能/操作的过程。
附图中的示意性流程图和/或示意性框图图示根据各种实施例的装置、系统、方法和程序产品的可能实现的架构、功能和操作。在这方面,示意性流程图和/或示意性框图中的每个框可以表示代码的模块、片段或部分,其包括用于实现指定的逻辑功能的代码的一个或多个可执行指令。
还应注意,在一些替代性实施方式中,框中注释的功能可以不按附图中注释的顺序发生。例如,连续示出的两个框实际上可以基本上同时执行,或者这些框有时可以以相反的顺序执行,这取决于所涉及的功能。可以设想其他步骤和方法,其在功能、逻辑或效果上等同于所图示的附图的一个或多个框或其部分。
尽管可以在流程图和/或框图中采用各种箭头类型和线类型,但是应理解它们不限制相应实施例的范围。实际上,一些箭头或其他连接符可以仅用于指示所描绘实施例的逻辑流程。例如,箭头可以指示所描绘的实施例的枚举步骤之间的未指定持续时间的等待或监测时段。还将会注意,框图和/或流程图的每个框以及框图和/或流程图中的框的组合能够由执行特定功能或操作的基于专用硬件的系统,或专用硬件和代码的组合来实现。
每个附图中的元件的描述可以参考前述附图的元件。在所有附图中,相同的数字指代相同元件,包括相同元件的替代实施例。
如本文中所使用的,具有“和/或”的连词的列表包括列表中的任何单个项目或列表中的项目的组合。例如,A、B和/或C的列表包括仅A;仅B;仅C;A和B的组合;B和C的组合;A和C的组合;或A、B以及C的组合。如本文所使用的,使用术语“一个或多个”的列表包括列表中的任何单个项目或列表中的项目的组合。例如,A、B和C中的一个或多个包括仅A;仅B;仅C;A和B的组合;B和C的组合;A和C的组合;或A、B以及C的组合。如本文所使用的,使用术语“…中的一个”的列表包括该列表中的任何单个项目中的一个并且仅一个。例如,“A、B和C中的一个”仅包括A、仅B或仅C,并且排除A、B和C的组合。如本文所用,“从由A、B和C组成的组中选择的成员”包括A、B或C中的一个或者其中的仅一个,并且排除A、B和C的组合。如本文所用,“从由A、B和C及其组合组成的组中选择的成员”包括仅A;仅B;仅C;A和B的组合;B和C的组合;A和C的组合;或A、B和C的组合。
总体上,本公开描述了针对至少一个RACH消息的传输可能由于诸如针对NR-U的无线电资源接入规则而失败的场景提供高效的RACH行为的系统、方法和设备。在一些实施例中,对于RACH Msg1、RACH Msg2和RACH Msg3支持多个传输机会,以减轻由LBT强加的传输限制和由根据HARQ协议的Msg3重传引起的延迟。在各种实施例中,如果任何RACH行为或其部分相对于可能因在现有标准中找到——诸如在版本15中找到——的未经修改的RACH行为而发生的延迟使一个或多个延迟最小化,则可以认为它是高效的。
可以注意到,本公开使用术语来描述如在提交时可用的3GPP LTE、NR和/或NR-U规范中所概述的各种消息和过程。具体地,对于随机接入过程(有时称作RACH过程)。图4示出针对四个涉及的消息交换的常用NR和/或NR-U术语。注意,在NR或NR-U上下文中,可以使用术语“gNB”或“RAN节点”代替“基站单元”。
可以注意到,图4-7描绘所谓的“基于竞争的随机接入”(CBRA)。然而,本公开也可以被应用于“无竞争的随机接入”(CFRA),稍后对此给出一些细节。同样地,解决方案和实施例的原理可以被应用于交换仅两个消息的两步骤RACH过程。
用于诸如针对NR-U支持高效的RACH行为(例如,对于RACH Msg2和RACH Msg3的多个传输时机)的第一实施例包括,即使在UE已成功地接收到包含与所传送的PRACH前导匹配的随机接入前导标识符的随机接入响应之后,即,即使在随机接入响应(Msg2)接收被认为成功之后,也改变UE行为以监视用于Msg2传输的DL控制信道。
此外,为了避免关于Msg3传输的冲突或不清楚的行为,UE可以预期多个Msg2传输指示相同的Msg3传输块参数,使得由ra-ResponseWindow内的两个(或更多个)Msg2传输指示的传输块大小不改变。因为能够在传输缓冲器中保持相同的有效载荷,所以这简化UE实施方式。这种高效的UE行为允许基站单元在ra-ResponseWindow内执行到同一UE的多个Msg2传输。注意,由于缺少成功的Msg3接收(例如,通过对Msg3 PUSCH资源或与Msg3相对应的关联参考信号进行DTX检测),基站单元不能知道是UE未能接收到Msg2传输,还是由于LBT失败而不允许信道接入。
根据当前规范,在UE已错过Msg2接收的情况下,UE继续监视具有由RA-RNTI加扰的CRC的PDCCH直到ra-ResponseWindow结束为止,直至它接收到具有由RA-RNTI加扰的CRC的有效PDCCH以及包含与所传送的PRACH前导索引匹配的随机接入前导标识符的随机接入响应为止。因此,基站单元不确定HARQ重传许可是否将被UE正确地解释,因为UE对重传许可的正确解释需要成功地接收寻址到UE的Msg2。在各种实施例中,UE被指示继续在ra-ResponseWindow的整个持续时间内监视随机接入响应(Msg2)。
注意,根据现有规范,在ra-ResponseWindow的整个持续时间内监视随机接入响应(Msg2)暗示监视下行链路控制信息(DCI),其中CRC奇偶校验位用RA-RNTI加扰。利用此实施例,基站单元能够发送另一Msg2(按所提及的传输块大小的约束),其中DCI的CRC奇偶校验位用临时小区-无线电网络临时标识符(TC-RNTI)加扰或者用小区-无线电网络临时标识符(C-RNTI)加扰以调度另一Msg3机会,而不是使用承载触发Msg3的HARQ重传的DCI的PDCCH。在第一实施例的进一步改善中,Msg2可以包括附加冗余版本(RV)参数以促进不同Msg3传输的高效的HARQ组合。
在某些实施例中,UE可以在已成功地接收到针对所对应的PRACH前导传输的RAR——即,认为随机接入响应接收成功——时重启RACH响应窗口,即ra-ResponseWindow,从而动态地扩展UE监视承载DCI的PDCCH的时间,其中DCI的CRC奇偶校验位用RA-RNTI加扰。这样的方法适合于UE已成功地接收到RAR但是例如由于在所指示的时间信道阻塞而不能传送Msg3的情况。
在所描述的实施例和改善中,可能需要增加/扩展ra-ResponseWindow或UE监视承载DCI——其中DCI的CRC奇偶校验位用RA-RNTI加扰的——的Msg2 PDCCH的总时间(包括RACH响应窗口的任何重启)。这可以导致Msg2(RAR)窗口长度大于10ms(无线电帧或系统帧),注意根据当前规范,10ms是用于Msg2(RAR)窗口长度的当前最大值。为了唯一地标识Msg2窗口较大(>10ms)的多个RACH时机,RA-RNTI计算可能需要被更新和/或基于SFN(系统帧号)。在某些实施例中,RA-RNTI可以基于表示(扩展)Msg2窗口(ra-ResponseWindow)的最大允许值(例如,为10ms的倍数)的整数参数‘x’,其在规范中可以为固定的(例如,x=ceiling(最大Msg2窗口长度(以ms为单位)/10),其中ceiling(num)=等于或大于num的最小整数,所以对于20ms例如Msg2窗口的最大值来说x=2)或者如在RACH配置中一样经由更高层用信号通知。
在一个实施例中,可以通过定义与PRACH相关联的RA-RNTI来实现定义扩展Msg2窗口,在该PRACH中,随机接入前导被传送为:
RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id
+14×80×8×2×SFN mod x 等式1
其中s_id是所指定的PRACH的第一OFDM符号的索引(0≤s_id<14),t_id是所指定的PRACH的第一时隙在系统帧中的索引(0≤t_id<80),f_id是所指定的PRACH在频域中的索引(0≤f_id<8),SFN是所指定的PRACH的系统帧号,‘x’是ra-ResponseWindow的最大允许值,并且ul_carrier_id是用于Msg1传输的UL载波(对于NUL载波为0,而对于SUL载波为1)。
替选地,可以通过定义与PRACH相关联的RA-RNTI来实现定义扩展Msg2窗口,在该PRACH中,随机接入前导被传送为:
RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×SFN mod x
+14×80×8×x×ul_carrier_id 等式2
其中s_id是所指定的PRACH的第一OFDM符号的索引(0≤s_id<14),t_id是所指定的PRACH的第一时隙在系统帧中的索引(0≤t_id<80),f_id是所指定的PRACH在频域中的索引(0≤f_id<8),SFN是所指定的PRACH的系统帧号,‘x’是ra-ResponseWindow的最大允许值,并且ul_carrier_id是用于Msg1传输的UL载波(对于NUL载波为0,而对于SUL载波为1)。
在第二实施例中,一旦在ra-ResponseWindow内已响应于Msg2而以物理方式传送了Msg3,UE就可以停止监视随机接入响应(Msg2)。在这方面,传输暗示CCA对于Msg3成功了,然而这不一定暗示基站单元已成功地接收到传输。换句话说,如果物理层指示已传送了Msg3,则UE可以停止监视随机接入响应(Msg2)。以这种方式,如果接收到Msg2但是针对Msg3的CCA失败,则UE仍然监视稍后的Msg2传输直到ra-ResponseWindow停止为止。效果类似于第一实施例:基站单元能够发送另一Msg2(按所提及的传输块大小的约束)以调度另一Msg3机会,而不是使用承载触发Msg3的HARQ重传的、其中CRC用C-RNTI/TC-RNTI加扰的DCI的PDCCH。在此实施例的进一步改善中,Msg2包括附加冗余版本(RV)参数以促进不同Msg3传输的高效的HARQ组合。
在各种实施方式中,可以如下定义MAC实体行为以覆盖第二实施例:MAC实体可以在物理层指示RACH Msg3的传输之后停止ra-ResponseWindow(并且因此监视随机接入响应)。替选地,可以将MAC实体行为定义为在针对Msg3传输的CCA已成功之后停止ra-ResponseWindow(并且因此监视随机接入响应)。
替代地或除了使用Msg3的物理层传输作为ra-ResponseWindow的停止准则之外,可以使用下列中的一个或多个来触发停止ra-ResponseWindow:UE接收到L2 ACK,其中L2ACK与基站单元成功地接收到Msg3有关;接收到承载请求Msg3的HARQ重传的、其中CRC用请求C-RNTI/TC-RNTI加扰的DCI的PDCCH;以及UE接收到Msg4。
在第三实施例中,在物理层无法在所指示的时隙中传送Msg3情况下,从与先前前导传输相同的前导组起以新的前导传输(Msg1)继续随机接入过程。第三实施例缩短延迟直到与选择并传送PRACH前导一起继续RACH为止。这可以通过在物理层例如由于失败的CCA而无法在所指示的时隙中传送Msg3情况下认为竞争解决定时器ra-ContentionResolutionTimer期满来实现。或者,可以通过在物理层无法在所指示的时隙中传送Msg3情况下认为随机接入过程是正在进行或继续来实现第三实施例。在改善中,可以刷新用于在Msg3缓冲器中传送MAC PDU的HARQ缓冲器。
在UE已获得用于Msg3传输的多个机会情况下,在第三实施例的替代方案中,在物理层无法在所指示的传输机会(例如,时隙)中的任一个中传送Msg3情况下从与先前前导传输相同的前导组起以新的前导传输(Msg1)继续随机接入过程。根据此替代方案,如果例如由于失败的CCA而不能在由Msg2指示的时隙中的任一个中通过物理层传送Msg3,则MAC实体认为随机接入过程是正在进行或继续。在某些实施例中,如果UE以新的前导继续随机接入过程,则可以刷新用于在Msg3缓冲器中传送MAC PDU的HARQ缓冲器。
在针对UE接收到多个Msg2传输的情况的另一变型中,如果例如由于失败的CCA而不能在由在ra-ResponseWindow期间接收到的多个Msg2传输所指示的时隙中的任一个中通过物理层传送Msg3,则MAC实体认为随机接入过程是正在进行或继续。这可以通过在物理层无法在所指示的传输机会(例如,时隙)中的任一个中传送Msg3情况下认为竞争解决定时器ra-ContentionResolutionTimer期满来实现。替选地,这可以通过在物理层无法在所指示的时隙中的任一个传送Msg3情况下认为随机接入过程是正在进行或继续来实现。在改善中,如果UE以新的前导继续随机接入过程,则刷新Msg3 HARQ缓冲器。
在某些实施方式中,UE在物理层例如由于失败的CCA而无法在所指示的时隙中的任一个传送Msg3情况下继续前导的重传。在改善中,用于在Msg3缓冲器中传送MAC PDU的HARQ缓冲器被刷新,并且可以增加前导的传送功率。在一个替代方案中,如果UE未接收到任何Msg2传输,则将传输功率增加大于所配置的要使用的功率斜升步长的功率斜升步长。对于差异化随机接入过程(powerRampingStepHighPriority参数)的情况,功率斜升步长可以是预先确定或用信号通知的与所配置的功率斜升步长的偏移或者对应于所配置的功率斜升步长。
根据第三实施例及其替代方案和变型,即使已在Msg2中指示了退避,作为物理层无法在所指示的时隙或所指示的时隙中的任一个中传送Msg3的结果对前导的任何重传或对新的前导的传输有利地在不应用退避情况下完成,以便不引入附加延迟。替选地,通过按预先确定或用信号通知的缩放因子(例如,诸如用于退避指示符(BI)scalingFactorBI参数的缩放因子)对退避值进行缩放来减小退避值以用于优先化前导传输。
根据第三实施例的另一个变型,UE可以在执行PRACH前导的(重新)传输的同时,在物理层无法在所指示的时隙中的任一个中传送Msg3情况下继续监视Msg3——即,寻址到C-RNTI或TC-RNTI的PDCCH——的重传请求。在UE正在(重新)传送PRACH前导的同时,当包含Msg3的MAC PDU被从MAC层递送到PHY层以供传输时启动的竞争解决定时器ra-ContentionResolutionTimer可能仍然在运行。对于UE接收到请求Msg3的重传的PDCCH的情况,UE可以停止PRACH前导的进一步传输以及针对对应RAR的潜在相关监视。在成功地接收到针对前导(重新)传输的RAR后,UE可以停止竞争解决定时器并且根据所接收到的RAR继续Msg3传输。
第四实施例提供用于在多个时隙(或多个传输时机)中的一个传送Msg3。由于UE将具有LBT可以允许信道接入的若干时隙,所以此实施例提供多个传输机会。为此,Msg2包括指示UE可以在其中传送Msg3的时隙(或传输时机)的数目的新的“Msg3时隙的数目”(或“Msg3传输时机的数目”)参数。这些时隙(或传输时机)可以是连续的或分布式的,这也可以由Msg2配置。
在一个示例中,Msg2可以指示Msg3传输被授权的时隙(或传输时机)图案。在另一示例中,可以经由广播系统信息或专用更高层(即RRC)信令向UE指示潜在Msg3传输时机的数目,或者在规范中对其预定义。用于随机接入响应(RAR)的MAC有效载荷的上行链路许可字段可以包括一个或多个Msg3 PUSCH时间资源分配字段(例如4位的倍数)。UE基于所指示或预先确定的潜在Msg3传输时机的数目确定MAC RAR的大小。
在一个示例中,UE通过更高层(例如,RRC)被配置有潜在Msg3传输时机的数目的集合,并且RAR指示来自该集合的UE应该用于确定所指示的Msg3传输时机的一个值。在另一示例中,UE也接收在Msg2RAR中或者由更高层配置用于确定所指示的Msg3传输时机的连续的Msg3传输时机之间的偏移或间隙值的指示。在另一变型中,UE可以通过更高层(例如,RRC)被配置有偏移或间隙值以及潜在Msg3传输时机对的数目的集合,并且Msg2 RAR指示来自该集合的UE应该用于确定所指示的Msg3传输时机的一个值。在一个变型中,UE可以假定Msg3PUSCH时间和频率资源分配在所有所指示的Msg3传输时机中是相同的。如果空闲信道评估在所指示的时隙(或传输时机)中的任一个内成功,则UE在所对应的时隙(或传输时机)中优选地仅在最早可用的时隙(或传输时机)中执行单个Msg3传输。
在一个示例中,在Msg3传输在接收到针对Msg3的ACK时或者在UE接收到Msg4时终止情况下,基站单元可以向UE指示,或者替选地规范可以指定UE要在空闲信道评估成功的一些(例如,参见下面的第五实施例)或所有指示的时隙或传输时机中传送Msg3。这改进了现有解决方案,因为不需要附加下行链路重传请求。
第五实施例提供用于在若干传输机会(例如,时隙)中传送Msg3。这能够被看作为第四实施例的改善,其中区别是可以在多于一个时隙中传送Msg3。这能够被看作为同一传输块在没有重传请求反馈回路的情况下的多次HARQ(重新)传输。根据此实施例,基站单元在Msg2中包括“Msg3传输的数目”参数,该参数告诉UE期间Msg3将有多少次传输机会(例如,时隙)被传送。为了使在这些时隙中间丢失到另一节点的未许可信道的风险,这些时隙有利地在时间上相邻,使得连续的时隙被Msg3传输占用。如果Msg3在一个时隙期间的信号电平不足以在基站单元处成功检测,并且由于不需要附加HARQ重传请求,则此实施例是特别有益的。
在第六实施例中,如果物理层指示已传送了Msg3,即如果用于Msg3的CCA过程成功,则UE启动竞争解决定时器。这节省了由UE进行的不必要的处理努力,因为它不必针对Msg4或Msg3重传请求监视下行链路。
在各种实施方式中,可以通过指定一旦物理层指示Msg3被传送、MAC实体就如下操作来实现第六实施例:如果物理层指示Msg3被(重新)传送则启动ra-ContentionResolutionTimer并在Msg3传输结束之后的第一符号中的每个HARQ重传时重新启动ra-ContentionResolutionTime;不管测量间隙的可能发生,在ra-ContentionResolutionTimer正在运行的同时监视PDCCH;是否从较低层接收到PDCCH传输的接收的通知;等。
在第七实施例中,UE在承载用于Msg2的传输的DL指派信息的DCI中接收针对Msg3的潜在传输时机的数目的指示。例如,用于为Msg2的传输指派资源的具有由RA-RNTI加扰的CRC的DCI格式1_0当前具有16个保留位,并且这些保留位中的一些或全部都能够用于用信号通知潜在Msg3传输时机的数目。潜在Msg3传输时机的数目可以针对每个检测到的前导被不同地配置并单独地(以不同的位字段)用信号通知,或者替换地可以被设定成对所有检测到的前导来说为公共的并且以公共位字段用信号通知。这能够节省Msg2有效载荷中的资源,因为所对应的信息被包含在DCI中,并且由于仅多个当前指定的“保留”位发生改变,所以DCI大小未被修改。
在一个示例中,UE通过更高层(例如,RRC)被配置有潜在Msg3传输时机的数目的集合并且承载用于Msg2的传输的DL指派信息的DCI指示来自该集合的UE应该用于确定所指示的Msg3传输时机的一个值。
在一个示例中,UE也接收在DCI中用于确定所指示的Msg3传输时机的连续Msg3传输时机之间的偏移或间隙值的指示。UE可以通过更高层(例如,RRC)被配置有偏移或间隙值以及潜在Msg3传输时机对的数目的集合并且承载DL Msg2指派信息的DCI指示来自该集合的UE应该用于确定所允许的Msg3传输时机的一个值。
在一个变型中,UE可以假定Msg3 PUSCH时间和频率资源分配在所有所指示的Msg3传输时机中是相同的。如果空闲信道评估在所指示的时隙(或传输时机)中的任一个内成功,则UE在所对应的时隙(或传输时机)中优选地仅在最早可用的时隙(或传输时机)中执行单个Msg3传输。
在一个示例中,在Msg3传输在接收到针对Msg3的ACK时或者在UE接收到Msg4时终止情况下,基站单元可以向UE指示或者规范可以指定UE要在其中空闲信道评估成功的一些(例如,参见第五实施例)或所有指示的时隙或传输时机中传送Msg3。这改进了现有解决方案,因为不需要附加下行链路重传请求。
在各种实施方式中,可以通过选择例如两比特来在DCI中指示为所有检测到的前导公共的潜在Msg3传输时机的数目来实现第七实施例。例如,除了频域和时域资源指派、MCS信息及TB缩放之外,借助具有由RA-RNTI加扰的CRC的DCI格式1_0传送的信息可以包括指示潜在Msg3传输时机的数目的2比特,从而将保留位的数目减少到14位。
已针对基于四步骤的随机接入过程的情况大致描述了以上实施例,然而这不应该被解释为将实施例和解决方案限于该情况。具体地,在由仅两个步骤构成的随机接入过程中,其中基站单元在Msg2中指派PUSCH资源,针对Msg3描述的实施例能够通过在不影响所讨论的要点的同时做出必要的变更而应用于由Msg2指示的PUSCH传输。
已针对基于竞争的随机接入过程(CBRA)的情况大致描述了以上实施例,然而这不应该被解释为将实施例和解决方案限于该情况。具体地,在无竞争的随机接入过程(CFRA)中,基站单元通过借助于DCI(所谓的RACH命令)指派PRACH前导来命令UE执行随机接入过程。在这样的情况下,UE将在Msg1中用该指示的前导进行响应,于是基站单元在Msg2中指派常规的PUSCH资源。即使能将由Msg2指派的PUSCH资源看作为不严格为随机接入过程的一部分,针对Msg3描述的实施例也能够在CFRA进行必要的变更然而不影响所讨论的要点时应用于由Msg2指示的PUSCH传输。例如,当将第三实施例应用于CFRA情况时,UE在物理层例如由于失败的CCA而无法在所指示的时机中传送由Msg2指示的PUSCH的情况下继续前导的重传。
在第八实施例中,DCI(例如,所谓的RACH命令)向UE指示要在随机接入过程中使用的PRACH前导,该DCI附加地包括指示用于PRACH的传输时机的数目的参数。像针对根据以上实施例的Msg3传输一样,Msg1(即前导)在允许物理层传送PRACH之前同样可以经受CCA过程。因此,特别针对Msg3描述的第三实施例和第四实施例(包括变型/替代方案)能够在进行必要的变更然而不影响所讨论的要点时被应用于Msg1。
图1描绘根据本公开的各种实施例的用于诸如针对NR-U的高效的RACH行为的无线通信系统100的实施例。在一个实施例中,无线通信系统100包括远程单元105和基站单元110。即使在图1中描绘了特定数量的远程单元105和基站单元110,本领域的技术人员也可以认识到,任意数量的远程单元105和基站单元110可以被包括在无线通信系统100中。
在一个实施例中,远程单元105可以包括计算设备,诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如,连接到互联网的电视)、机顶盒、游戏机、安全系统(包括安全摄像机)、车载计算机、网络设备(例如,路由器、交换机、调制解调器)、飞行器、无人机等。在一些实施例中,远程单元105包括可穿戴设备,诸如智能手表、健身带、光学头戴式显示器等。此外,远程单元105可以被称为订户单元,移动台,移动单元,移动台,用户,终端,移动终端,固定终端,订户站、UE、用户终端、设备、或在本领域中使用的其他术语。
在各种实施例中,基站单元110可以分布在地理区域上。在某些实施例中,基站单元110也可以被称为RAN节点、接入点、接入终端、基地、基站、节点-B和eNB、gNB、基站单元、家庭节点B、中继节点、设备、核心网络、空中服务器或通过本领域中使用的任何其他术语。在一些实施例中,基站单元110是无线电接入网络的一部分,其包括可通信地耦合到一个或多个相应基站单元110的一个或多个控制器。在某些实施例中,无线电接入网络可通信地耦合到一个或多个核心网络,其可以耦合到其他网络,如互联网和公共交换电话网络,以及其他网络。没有图示无线电接入和核心网络的这些和其他元件,但是本领域的普通技术人员可以知道这些和其他元件。
在一种实施方式中,无线通信系统100符合3GPP协议,其中基站单元110在DL上使用OFDM调制方案进行传送,而远程单元105使用SC-FDMA方案或OFDM方案在UL上进行传送。在各种实施例中,无线通信系统100可以使用一些其他开放或专有通信协议,例如,WiMAX、以及其它协议。本公开不旨在限于任何特定的无线通信系统架构或协议的实施方式。
基站单元110可以经由无线通信链路为服务区域——例如,小区或小区扇区——内的多个远程单元105服务。基站单元110在时域、频域和/或空间域中传送DL通信信号以服务于远程单元105。远程单元105可以经由UL通信信号与一个或多个基站单元110直接通信。在各种实施例中,DL和UL通信信号在未授权的频谱上被发送。还应当注意,尽管可以在例如NR-U的未授权的传输/小区的上下文中描述图1-8中所描绘的各种实施例,实施例也应适用于授权的小区,例如NR或LTE。
在各种实施例中,远程单元105可以与基站单元110的小区同步,并且接收指示该小区的各种能力和参数的系统信息块。远程单元105随后确定发起RACH过程,并且向基站单元110发送RACH Msg1以发起RACH过程115(例如,PRACH前导)。作为响应,在各种实施例中,基站单元110可以指示120个参数,这些参数提供高效的RACH行为,诸如用于单个消息完成的多个传输机会、随机接入响应窗口修改、RACH过程的减少的退避连续性等。在一些实施例中,高效行为使一个或多个延迟最小化以成功完成随机接入,其可能会在未经修改的RACH过程中发生,例如在版本15中指定。例如,在某些实施例中,基站单元110可以向远程单元105发送多个RACH Msg2(例如,随机接入响应)。在其中基站单元的发射器发送一个或多个初始的此类的RACH Msg2消息而远程单元的接收器由于干扰或者接收不良未接收,这种高效行为可以防止与在继续选择和传送PRACH前导的RACH过程之前必须等待随机接入窗口期满相关联的延迟。另外,远程单元105和基站单元110可以利用本文描述的高效RACH行为来最小化RACH过程延迟。
图2描绘根据本公开的实施例的用户设备装置200的一个实施例,其可以用于诸如针对NR-U高效的RACH行为。用户设备装置200可以是如上所述的远程单元105或UE的一个实施例。此外,用户设备装置200可以包括处理器205、存储器210、输入设备215、输出设备220和收发器225。在各种实施例中,收发器225包括发射器230、接收器225以及网络接口240。在一些实施例中,输入设备215和输出设备220被组合成单个设备,诸如触摸屏。在某些实施例中,用户设备200可以不包括任何输入设备215和/或输出设备220。在各种实施例中,用户设备200可以包括处理器205、存储器210和收发器225中的一个或多个,并且可能不包括输入设备215和/或输出设备220。
在一个实施例中,处理器205可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如,处理器205可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或类似的可编程控制器。在一些实施例中,处理器205执行存储在存储器210中的指令以执行本文描述的方法和例程。处理器205通信地耦合到存储器210、输入设备215、输出设备220和收发器225。
在一个实施例中,存储器210是计算机可读存储介质。在一些实施例中,存储器210包括易失性计算机存储介质。例如,存储器210可以包括RAM,该RAM包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中,存储器210包括非易失性计算机存储介质。例如,存储器210可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中,存储器210包括易失性和非易失性计算机存储介质。
在一些实施例中,存储器210存储与修改无线电能力有关的数据。例如,存储器210可以存储指示RACH消息传输机会的参数、退避值缩放参数等。在某些实施例中,存储器210还存储程序代码和相关数据,诸如在远程单元105上操作的操作系统或其他控制器算法。
在一个实施例中,输入设备215可以包括任何已知的计算机输入设备,包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中,输入设备215可以与输出设备220集成在一起,例如,作为触摸屏或类似的触敏显示器。在一些实施例中,输入设备215包括触摸屏,使得可以使用在触摸屏上显示的虚拟键盘和/或通过在触摸屏上的手写输入文本。在一些实施例中,输入设备215包括两个或更多个不同的设备,诸如键盘和触摸面板。
在一个实施例中,输出设备220被设计为输出视觉、听觉和/或触觉信号。在一些实施例中,输出设备220包括能够将视觉数据输出给用户的电控显示器或显示设备。例如,输出设备220可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一个非限制性示例,输出设备220可以包括可穿戴式显示器,该可穿戴式显示器与用户设备装置200的其余部分——诸如智能手表、智能眼镜、平视显示器等等——分离但是可通信地耦合到该用户设备装置200的其余部分。此外,输出设备220可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中,输出设备220包括用于产生声音的一个或多个扬声器。例如,输出设备220可以产生听觉警报或通知(例如,蜂鸣声或提示音)。在一些实施例中,输出设备220包括一个或多个用于产生振动、运动或其他触觉反馈的触觉设备。在一些实施例中,输出设备220的全部或部分可以与输入设备215集成。例如,输入设备215和输出设备220可以形成触摸屏或类似的触敏显示器。在其他实施例中,输出设备220可以位于输入设备215附近。
收发器225包括至少发射器230和至少一个接收器235。一个或多个发射器230可以用于将UL通信信号提供给基站单元110,诸如本文所述的UL传输。类似地,如本文所述,一个或多个接收器235可以用于从基站单元110接收DL通信信号。尽管仅图示一个发射器230和一个接收器235,但是用户设备200可以具有任何合适数量的发射器230和接收器235。此外,发射器230和接收器235可以是任何合适类型的发射器和接收器。在一个实施例中,收发器225包括用于在授权的无线电频谱上与移动通信网络进行通信的第一发射器/接收器对,以及用于在未授权的无线电频谱上与移动通信网络进行通信的第二发射器/接收器对。
在某些实施例中,用于在已授权的无线电频谱上与移动通信网络通信的第一发射器/接收器对和用于在未授权的无线电频谱上与移动通信网络通信的第二发射器/接收器对可以组合为单个收发器单元,例如,执行与授权和非授权的无线电频谱两者一起使用的功能的单个芯片。在一些实施例中,第一发射器/接收器对和第二发射器/接收器对可以共享一个或多个硬件组件。例如,某些收发器225、发射器230和接收器235可以被实现为访问共享的硬件资源和/或软件资源的物理上分离的组件,诸如例如网络接口240。
在各种实施例中,一个或多个发射器230和/或一个或多个接收器235可被实现和/或集成到单个硬件组件中,诸如多收发器芯片、片上系统、ASIC或其他类型的硬件组件。在某些实施例中,一个或多个发射器230和/或一个或多个接收器235可以被实现和/或集成到多芯片模块中。在一些实施例中,诸如网络接口240或其他硬件组件/电路的其他组件可以与任何数量的发射器230和/或接收器235集成到单个芯片中。在这样的实施例中,发射器230和接收器235可以在逻辑上被配置为使用一个或更多个公共控制信号的收发器225,或者被配置为在相同硬件芯片或多芯片模块中实现的模块化发射器230和接收器235。
现在参考在如上所述的各种实施例中由处理器205为了增强RACH行为例如为了NR-U而使用或执行的结构和功能,处理器205控制收发器225以向基站单元发送PRACH前导以启动RACH程序。此外,处理器205可以在随机接入响应窗口期间从基站单元接收随机接入响应。在各种实施例中,处理器205响应于不能在指示的RACH Msg3传输机会内传送RACHMsg3而控制发射器230以传送第二PRACH前导。
在以上描述中,某些实施例被分别编号为第一、第二、第三、第四、第五、第六、第七和第八实施例。在这里,按替代次序描述由处理器205使用和执行的消息和功能。
如本文所使用的,术语“传输机会”是指被指示以用于基站单元和/或远程单元传送消息或其他数据项的机会或时机并且不一定意味着发生传输。在一些实施例中,传输机会作为被提供作为预定时隙和/或针对传送提供的许多时机。
第三实施例包括处理器205可以使用来通过响应于不能传送RACH Msg3指示的RACH Msg3传输机会而传送第二PRACH前导来提供高效的RACH行为的消息结构和功能。
第四和第五实施例包括处理器205可以使用来获得多个Msg3传输机会和/或多个Msg3传输的消息和功能,其中在Msg2中传达传输机会和/或Msg3传输的数目。
第七和第八实施例类似于第四和第五实施例,不同之处是代替处理器205在Msg2中接收具有传输机会的数目和/或Msg3传输的数目的参数,在承载用于Msg2的接收的DL指派信息的DCI中传达具有传输机会和/或Msg3传输的数目的参数。第八实施例也可以应用于第三实施例,例如,在承载用于Msg1传输的DL指派信息的DCI中传达具有传输机会和/或Msg1 PRACH前导传输的数目的参数。
第一实施例包括处理器205可以监视多于一个Msg2的消息结构和功能。
第二实施例包括处理器205可以使用来修改随机接入响应窗口的行为的消息结构和功能。
第六实施例包括处理器205可以使用来修改用于启动ra-ContentionResolution定时器和/或重新启动ra-ContentionResolution定时器的条件的结构和功能。
现在更详细地参考各种实施例,诸如例如以上描述为“第三实施例”的实施例。在一个实施例中,用户设备装置200包括收发器225,该收发器包括发射器230和接收器235。在该实施例中,发射器230向基站单元传送第一PRACH前导以启动RACH过程。在该实施例中,接收器235在随机接入响应窗口内从基站单元接收随机接入响应。用户设备装置200包括处理器205,该处理器响应于不能在指示的RACH Msg3传输机会内传送RACH Msg3而控制发射器230以传送第二PRACH前导。
在各种实施例中,RACH Msg3包括竞争请求。在一些实施例中,第二PRACH前导选自与第一PRACH前导相同的前导组。如以上所说明的,在物理层无法在所指示的时隙中——例如在指示的传输机会中——传送Msg3情况下,从与先前前导传输相同的前导组起以第二PRACH前导传输(RACH Msg1)继续RACH过程。通过响应于因为空闲信道评估例如先听后说过程失败所以物理层指示它无法传送Msg3而传送第二PRACH前导,这避免了与例如版本15的未经修改的RACH过程相关联的延迟,其在以选择并传送PRACH前导继续RACH过程之前等待直到随机接入窗口期满为止。
在某些实施例中,处理器205响应于不能在所指示的RACH Msg3传输机会内传送RACH Msg3而认为竞争解决定时器例如ra-ContentionResolutionTimer期满。换句话说,RACH过程继续进行好像竞争解决定时器已期满一样,而不必引发与根据未经修改的RACH过程让它期满相关联的延迟。在一些实施例中,不能在所指示的RACH Msg3传输机会内传送RACH Msg3包括未能针对RACH Msg3成功地执行空闲信道评估(CCA)例如LBT过程。由于LBT失败可能是消息未能在NR-U中传送的更常见原因之一,所以这可以特别改进NR-U系统中的RACH行为。
在某些实施例中,处理器205响应于不能在所指示的RACH Msg3传输机会内传送RACH Msg3而认为RACH过程继续。换句话说,响应于CCA/LBT失败,不是认为RACH过程未在随机接入响应窗口内成功地完成,而是RACH过程继续并且处理器205控制发射器230以传送第二PRACH前导。
当然,如以上所说明的,用户设备装置200可以成功地传送RACH Msg1并且可以接收随机接入响应(RACH Msg2)但是可能未能成功地传送RACH Msg3。在诸如NR-U的系统中,未能成功地传送RACH Msg3也可能是由于失败的CCA/LBT而导致的。不是如在现有未经修改的RACH过程中一样等待随机接入窗口期满,在高效的RACH行为的各种实施例——诸如例如上述第四和第五实施例中,处理器205获得包括所指示的RACH Msg3传输机会的多个RACHMsg3传输机会。在各种实施例中,处理器205获得如在随机接入响应(RACH Msg2)中传递的多个RACH Msg3传输机会。
在诸如上述第七和第八实施例的其他实施例中,处理器205获得如在承载用于随机接入响应的传输的下行链路指派信息的DCI中传递的多个RACH Msg3传输机会。在各种实施例中,处理器205控制发射器230以在多个RACH Msg3传输机会中传送多于一个RACHMsg3。
当然,如以上所说明的,关于用于在RACH Msg2之前发生的RACH Msg1的多个传输机会,可以使用其他消息结构和功能来传达关于要响应于诸如CCA/LBT失败的失败而传送的第二PRACH前导的信息。在各种实施例中,处理器205接收指示要在RACH过程中使用的PRACH前导的DCI(“RACH命令”)和指示RACH Msg3传输机会的预定数目的参数。在某些实施例中,处理器205接收指示要在RACH过程中使用的PRACH前导的DCI(“RACH命令”)和指示RACH Msg1传输机会的预定数目的参数。
在各种实施例中,也可以在高效的RACH行为中获得用于成功地接收随机接入响应(Msg2)的多个机会。在一些实施例中,处理器205监视在随机接入响应窗口内传送的多于一个随机接入响应。在各种实施例中,处理器205响应于执行用于传送RACH Msg3的成功空闲信道评估而停止监视多于一个随机接入响应。在一些实施例中,用户设备装置200的MAC实体响应于无法在用于传送RACH Msg3的指示的RACH Msg3传输机会内传送RACH Msg3而认为RACH过程正在进行。
RACH行为的其他增强功能可以进一步使与在诸如版本15的现有系统中可能发生的未经修改的RACH行为相关联的延迟最小化。在某些实施例中,处理器205响应于不能在所指示的RACH Msg3传输机会内传送RACH Msg3而控制发射器230以使用减小的退避值来传送第二PRACH前导。在一些实施例中,减小的退避值重写在随机接入响应中指示的退避值。在各种实施例中,通过对在随机接入响应中指示的退避值应用缩放因子来获得减小的退避值。在各种实施例中,应用于退避值的缩放因子是用于优先化第一PRACH前导的传输的退避指示符的缩放参数(例如,诸如用于退避指示符(BI)scaleingFactorBI参数的缩放因子)。
在某些实施例中,处理器205继续针对请求RACH Msg3的重传的物理下行链路控制信道(“PDCCH”)进行监视,该PDCCH被寻址到从小区无线电网络临时标识符(“C-RNTI”)和临时小区无线电网络临时标识符(“TC-RNTI”)中选择的标识符。
在一些实施例中,响应于无法在所指示的RACH Msg3传输机会中传送RACH Msg3,处理器205在执行第二PRACH前导的传输的同时进一步继续监视请求RACH Msg3的重传的物理下行链路控制信道(“PDCCH”),该PDCCH被寻址到从小区无线电网络临时标识符(“C-RNTI”)和临时小区无线电网络临时标识符(“TC-RNTI”)中选择的标识符。
在诸如上述第三实施例的一些实施例中,在用户设备装置200正在传送第一或第二PRACH前导的同时,当包含Msg3的MAC PDU从MAC层被递送到PHY层以供传输时启动的竞争解决定时器ra-ContentionResolutionTimer可能仍然在运行。在用户设备装置200的接收器235接收到请求Msg3的重传的PDCCH的实施例中,处理器205可以停止PRACH前导的进一步传输以及针对对应RAR的潜在相关监视。响应于接收到请求RACH Msg3的重传的PDCCH,处理器205可以停止第二PRACH前导的进一步传输并且相应地也可以停止监视对应随机接入请求。
在诸如上述第六实施例的某些实施例中,响应于针对RACH Msg3执行了成功的空闲信道评估,处理器205启动竞争解决定时器。如以上所说明的,由于处理器205不必针对Msg4或Msg3重传请求监视下行链路,所以这节省了由用户设备装置200进行的不必要的处理努力。
在一些实施例中,响应于成功地接收到针对第二PRACH前导的随机接入响应,处理器205停止竞争解决定时器并且根据所接收到的随机接入响应来控制发射器230以传送RACH Msg3。
现在更详细地参考获得用于用户设备装置200传送竞争请求(或其他RACH Msg3)的多个传输机会的第四和第五实施例。在诸如上述第四实施例的某些实施例中,使延迟最小化包括获得多个传输机会以在随机接入响应窗口期间传送竞争请求(或其他RACHMsg3)。在一些实施例中,处理器205响应于不能在随机接入响应窗口期间传送竞争请求(或其他RACH Msg3)而以选择并传送PRACH前导来继续RACH过程。
在各种实施例中,接收器235接收其中用户设备装置200可以传送竞争请求(或其他RACH Msg3)的多个传输机会的预定数目并且将该预定数目传递到处理器205。在一些实施例中,在本文也称为Msg2和/或RAR的随机接入响应中接收预定数目。
在一个实施例中,处理器205基于预定数目确定用于随机接入响应的MAC有效载荷大小。如以上所说明的,用于随机接入响应(RAR)的MAC有效载荷的上行链路许可字段可以包括一个或多个Msg3PUSCH时间资源分配字段(例如,四比特的倍数)。用户设备装置200基于由处理器205接收到的所指示或预先确定的潜在Msg3传输时机的数目来确定MAC RAR的大小,在一些实施例中,在RAR中接收该数目。由于MAC PDU由MAC报头和一个或多个MAC随机接入响应构成,所以在此类实施例中,MAC有效载荷大小等于每个MAC RAR的大小乘以由处理器205例如在随机接入响应中接收到的传输机会的预定数目。
在各种实施例中,根据在随机接入响应消息中接收到的时隙图案来分发传输机会。换句话说,如以上所说明的,在此类实施例中,Msg2能够指示Msg3传输被授权的时隙或传输机会图案。
可以注意到,如本文所使用的,虽然用户设备装置200的接收器235接收由基站的发射器传送的RF数据,但是处理器205接收由接收器235接收到的RF数据内的内容和/或值并且可以响应于接收到此类内容和/或值而采取动作。同样地,当由用户设备装置200的发射器230传送数据时,基站单元110的接收器335接收由用户设备装置200传送的RF数据,并且基站单元110的处理器接收由基站单元110的接收器接收到的RF数据内的内容和/或值。
在一些实施例中,处理器205经由除随机接入响应以外的模式接收用于传送竞争请求的传输机会的预定数目。例如,在某些实施例中,处理器205经由广播系统信息接收用于传送竞争请求的传输机会的预定数目。
在其他实施例中,处理器205经由更高层信令接收用于传送竞争请求的传输机会的预定数目。如本文所使用的,除非另外从上下文中清楚,否则术语“更高层信令”可以用于指代PHY层上方的层(根据OSI模型),包括MAC层(例如,MAC CE)、RRC层和另外的上方的层,以及它们对应的信号和消息。
在另外的实施例中,处理器205基于在针对特定版本的规范中确立了预定数目来接收用于传送竞争请求的传输机会的预定数目,其中术语“版本”可以指代在给定时间点的特征的3GPP实施方式。在某些实施例中,处理器205应用对于多个传输机会来说相同的竞争请求物理上行链路共享信道(PUSCH)时间和频率分配。此类实施例通过避免针对多个传输机会中的每一个确定PUSCH时间和频率分配的需要来在确保适当功能的同时帮助节省时间并使延迟最小化。
在各种实施例中,处理器205使发射器230在空闲信道评估成功的最早传输机会时传送单个竞争请求。如本文所使用的,术语“空闲信道评估”也可以被称为先听后说(“LBT”)过程。换句话说,如以上所说明的,如果物理层指示已针对所指示的时隙(或传输机会)中的任一个传送了Msg3(例如,在空闲信道评估成功之后),则UE在所对应的时隙(或传输机会)中例如在最早可用的传输机会(例如,空闲信道评估成功的最早传输机会)中执行单个Msg3传输。
在某些实施例中,处理器205使发射器230在对其执行了成功的空闲信道评估的多个传输机会中的任一个中传送竞争请求。
在一些实施例中,处理器205响应于接收到下列中的一个而使发射器230不传送附加竞争消息Msg3:针对竞争请求的确认和竞争解决消息。换句话说,处理器205在接收到针对Msg3的ACK时或者在UE接收到竞争或消息(Msg4)时终止进一步的Msg3传输机会。因为不需要附加下行链路重传请求,所以这提供了对现有解决方案的改进,从而帮助用户设备装置200使诸如在版本15中提供的RACH过程中可能发生的RACH过程延迟最小化。
现在参考上述“第五实施例”,在某些实施例中,处理器205控制发射器230以传送与多个传输机会相对应的多个竞争请求。第五实施例类似于第四实施例,其附加特征在于可以传送多个Msg3而不是如第四实施例中所描述的那样在多个传输机会中的一个中传送一个Msg3。因此,可以将第五实施例看作是第四实施例的改善,其中第五实施例与第四实施例之间的差异是可以在多于一个时隙中传送Msg3。还可以将第五实施例看作为在不引发与HARQ重传请求反馈环路相关联的延迟的情况下有效地执行相同传输块的多个HARQ重传的功能。在此类实施例中,处理器205可以接收要传送的竞争请求的预定数目。
在某些实施例中,为了使在时隙之间失去到另一节点的未许可信道的风险最小化,传输机会可以包括多个相邻时隙,使得连续的时隙被Msg3传输占用。如果Msg3在一个时隙期间的信号电平不足以在基站单元处成功检测则此实施例是特别有利的,并且由于不需要附加HARQ重传请求而优于现有解决方案。
在一些实施例中,处理器205响应于针对多于一个传输机会执行了成功的空闲信道评估而使发射器230在多个传输机会中的多于一个中传送竞争请求。
此外,在各种实施例中,处理器205可以响应于针对多于一个传输机会执行了成功的空闲信道评估——即,成功的LBT过程——而使发射器230在多个传输机会中的多于一个中传送竞争请求。换句话说,一旦物理层指示发射器230已传送了竞争请求,则可以在其他传输机会中传送其他竞争请求,而无需等待确定所传送的竞争请求是否已由基站单元110接收到。
现在参考也包括处理器205可以使用来使在使用未经修改的RACH过程的系统中可能发生的RACH过程延迟最小化的结构和功能的第七和第八实施例,其中延迟与Msg3失败诸如由于CCA/LBT失败而未能获得信道接入有关。在许多方面,上述第七实施例类似于上述第四和第五实施例,其差异是在第七实施例中,不是在随机接入响应消息(Msg3)中传达关于传输机会的数目的信息,而是在承载下行链路信息的DCI中传达关于传输机会的数目的信息。
例如,在某些实施例中,支持多个Msg3传输机会并且在承载下行链路指派信息的DCI中而不是在Msg2——如以上关于第四和第五实施例所描述的随机接入响应——中将其传达到用户设备装置200。
例如,在一些实施例中,处理器205接收用户设备装置200可以在其中传送竞争请求的多个传输机会的预定数目包括:接收指示用于在随机接入响应窗口期间传送竞争请求的传输机会的预定数目的下行链路控制信息(DCI)。例如,用于为Msg2的传输指派资源的具有由RA-RNTI加扰的CRC的DCI格式1_0当前具有16个保留位,并且这些保留位中的一些或全部都能够用于用信号通知潜在Msg3传输时机的数目。
在某些实施例中,潜在Msg3传输时机的数目可以针对每个检测到的前导被不同地配置并单独地(以不同的位字段)用信号通知,或者替换地可以被设定成对所有检测到的前导来说为公共的并且以公共位字段用信号通知。这能够节省Msg2有效载荷中的资源,因为所对应的信息被包含在DCI中,并且由于仅多个当前指定的“保留”位发生改变,所以DCI大小未被修改。
在某些实施例中,指示传输机会的预定数目的参数被编码在DCI的两个比特内并且可针对每个检测到的PRACH前导进行配置。或者,在一些实施例中,传输机会的预定数目可以被设定为对所有检测到的前导来说为公共的并且以公共位字段用信号通知。这能够节省Msg2有效载荷中的资源,由于所对应的信息被包含在DCI中,并且由于仅多个当前指定的“保留”位发生改变,所以DCI大小未被修改。例如,在版本15中,可以将16个保留位中的两个用于对潜在Msg3传输机会的数目进行编码。
在各种实施例中,处理器205接收包括用于传送竞争请求的潜在传输机会的候选数目的集合的配置,其中参数指示用于传送竞争的潜在传输机会的候选数目的集合中的特定候选数目。在一个示例中,用户设备装置200接收由更高层信令(例如,RRC)传达的潜在Msg3传输时机的数目的集合,并且承载用于Msg2的传输的DL指派信息的DCI指示来自该集合的UE应该用于确定所指示的Msg3传输时机的一个值。作为图示,在一个示例中,可以使用两个比特来从可能的传输机会的集合中选择四个数字(例如,2、4、8、16)中的任一个,其中二进制序列“00”可以指示两个传输机会,“01”可以指示四个传输机会,“10”可以指示八个传输机会,并且“11”可以指示十六个传输机会。
在某些实施例中,处理器205经由DCI接收用于竞争请求的连续的传输机会之间的偏移值。换句话说,用户设备装置200在用于确定所指示的Msg3传输时机的DCI中接收连续的Msg3传输时机之间的偏移或间隙值的指示。用户设备装置200可以通过更高层信令(例如,RRC)被配置有偏移或间隙值和潜在Msg3传输机会的数目的集合,并且承载用于Msg2指派信息的传输的DL指派信息的DCI指示来自该集合的用户设备装置200应该用于确定所指示的Msg3传输时机的一个值。
在一些实施例中,处理器205针对多个机会应用相同的竞争请求PUSCH时间和相同的频率分配。在各种实施例中,处理器205使发射器230在多个传输机会内传送单个竞争请求,该单个竞争请求在空闲信道评估成功的传输机会中的最早传输机会时被传送。
在各种实施例中,处理器205响应于接收到针对竞争请求的确认和竞争解决消息中的一个而使发射器230不传送附加竞争请求。在一些实施例中,处理器205接收要传送的竞争请求的预定数目。在一些实施例中,传输机会包括连续的相邻时隙。
例如,在某些实施例中,处理器205响应于针对多于一个传输机会执行了成功的空闲信道评估而使发射器在多个传输机会中的多于一个中传送竞争请求。
现在参考上述第八实施方式,第八实施方式支持通过有时也称为RACH命令的单个PDCCH命令来指派多个传输机会。在PRACH前导(Msg1)的传输之前的DCI启动RACH过程,在接收到该DCI时没有正在进行的RACH过程。在诸如例如上述第八实施例的一些实施例中,使延迟最小化包括在指示要在RACH过程期间使用的PRACH前导的参数的DCI(“RACH命令”)中接收指示用于将第一PRACH前导传送到基站单元110的传输机会的预定数目的参数。
换句话说,在诸如例如上述第八实施例的变化的各种实施例中,诸如RACH命令的DCI指示要在随机接入过程中使用的给用户设备装置200的PRACH前导,该DCI附加地包括指示用于传送PRACH的传输机会的数目的参数。类似于用于Msg3传输的传输机会可以在物理层可以传送一个或多个竞争请求(Msg3)之前经受空闲信道评估——即,LBT过程——的方式,在用户设备装置获得多个传输机会以传送PRACH前导的实施例中,处理器205使得在传送任何消息之前执行空闲信道评估以使该消息可能干扰例如在未许可介质上的其他传输的可能性最小化。类似地,考虑到用于RACH命令的DCI应该被用于传达关于传送第二PRACH的信息而不是如以上关于诸如上述第四和第五实施例的实施例所说明的用于Msg3的DCI,以上关于用于Msg3的多个传输机会描述的变型和替代实施例也可以应用于Msg1的多个传输机会。
现在参考第一实施例,该第一实施例包括处理器205可以被用来增强RACH行为并且在各种实施例中使与在使用未经修改的RACH过程的现有系统中可能发生的Msg2失败有关的RACH过程延迟最小化的结构和功能,其中高效的RACH行为通过监视多于一个Msg2来使延迟最小化。在以上称为第一实施例的一个实施例中,通过甚至在处理器205已成功接收到包含与所传送的PRACH前导匹配的随机接入前导标识符的随机接入响应消息之后——即,在随机接入响应接收被认为成功之后——在随机接入响应窗口期间监视多于一个随机接入消息,用户设备装置200的处理器205相对于在诸如例如版本15中的未经修改的RACH过程中会发生的延迟使RACH过程延迟最小化。在各种实施例中,处理器205响应于接收到随机接入响应消息而控制发射器230以在发送竞争请求的随机接入响应窗口期间传送竞争请求(Msg3)。
在一些实施例中,为了避免关于竞争请求传输的冲突或不清楚的行为,附加随机接入响应指示与随机接入响应相同的竞争请求传输块大小。换句话说,UE可以预期多个Msg2传输指示相同的Msg3传输块参数,使得由ra-ResponseWindow内的两个或更多个Msg2传输指示的传输块大小不会改变。因为能够在传输缓冲器中保持相同的有效载荷,所以这简化用户设备装置200的实施方式。
根据此第一实施例的用户设备装置200的高效行为指示基站单元110可以在相同的ra-ResponseWindow内执行多个Msg2传输。由于缺少成功的Msg3接收(例如,通过对Msg3PUSCH资源或与Msg3相对应的关联参考信号进行DTX检测),基站单元110不能知道用户设备装置200是错过Msg2了传输,还是由于失败的LBT程序而不允许信道接入。根据当前规范,在用户设备装置200已错过Msg2接收情况下,用户设备装置200继续在ra-ResponseWindow中自始至终监视具有由RA-RNTI加扰的CRC的PDCCH,直到它接收到具有由RA-RNTI加扰的CRC的有效PDCCH以及包含与所传送的PRACH前导索引匹配的随机接入前导标识符的随机接入响应为止。
因此,基站单元110不能确定HARQ重传许可是否能够被用户设备装置200正确地解释,因为那需要寻址到UE的Msg2的成功接收。为了促进此改进,UE被强制在ra-ResponseWindow的整个持续时间内继续监视随机接入响应(Msg2)。根据现有规范,这暗示监视CRC奇偶校验位用RA-RNTI加扰的下行链路控制信息(DCI)。
在某些实施例中,基站单元110能够发送另一Msg2(按以上提及的使传输块大小保持相同的约束)以调度另一Msg3传输机会,而不是使用承载触发Msg3的HARQ重传的DCI的PDCCH,其中DCI的CRC奇偶校验位用临时小区无线电网络临时标识符(TC-RNTI)加扰或者用小区–无线电网络临时标识符(C-RNTI)加扰。
在一些实施例中,附加随机接入响应消息包括附加冗余版本(RV)参数以促进多个竞争请求传输的高效的HARQ组合。
在各种实施例中,在接收到随机接入响应消息之后启动的随机接入响应窗口比版本定义的随机接入响应窗口长度更长。如本文所使用的,术语“版本定义的随机接入响应窗口长度”指代针对3GPP无线电系统标准的当前版本定义的RAR窗口大小。例如,在版本15中,RAR窗口大小是10ms,而对于版本16,RAR窗口大小预期被扩展为20ms。
在某些实施例中,在接收到随机接入响应消息之后启动的RAR窗口比系统帧长度更长。在一些实施例中,系统帧长度是10ms。在各种实施例中,处理器205基于系统帧长度的整数倍低的系统帧数模块来计算随机接入无线电网络临时标识符。换句话说,为了唯一地标识具有较大(>10ms)ra-ResponseWindow长度的多个RACH时机,RA-RNTI计算可能需要被更新并且基于SFN(系统帧号)。此外,RA-RNTI可以基于表示(扩展)Msg2窗口(ra-ResponseWindow)的最大允许值(例如,为10ms的倍数)的整数参数‘x’,其在规范中可以为固定的(例如,x=ceil(最大Msg2窗口长度(以ms为单位)/10),所以对于Msg2窗口的20ms最大值来说x=2)或者在某些实施例中可以像在RACH配置中那样经由更高层用信号通知。
现在参考第二实施例,该第二实施例包括处理器205可以使用来修改随机接入响应窗口的行为的结构和功能,其也可以使与诸如在版本15中找到的未经修改的RACH行为相关联的RACH过程延迟最小化。在各种实施例中,增强RACH行为包括在随机接入响应窗口期间监视附加随机接入响应,直到触发结束随机接入响应窗口为止。
在一些实施例中,触发包括用户设备装置200成功地完成用于传送竞争请求的空闲信道评估。换句话说,一旦已在ra-ResponseWindow内响应于Msg2而以物理方式传送了Msg3,用户设备装置200就可以停止监视随机接入响应(Msg2)。在这方面,传输暗示CCA对于Msg3成功了。然而,这能够不一定暗示基站单元已成功地接收到传输。以这种方式,如果接收到Msg2但是针对Msg3的CCA失败,则用户设备装置200仍然监视稍后的Msg2传输直到ra-ResponseWindow停止为止。效果类似于第一实施例:基站单元110能够发送另一Msg2(按所提及的传输块大小的约束)以调度另一Msg3机会,而不是使用承载触发Msg3的HARQ重传的、其中CRC用C-RNTI/TC-RNTI加扰的DCI的PDCCH。
在某些实施例中,代替或除了使用Msg3的物理层传输作为停止准则——即,ra-ResponseWindow的触发——之外,触发还包括由用户设备装置200接收层二(“L2”)确认。在另外的实施例中,触发包括接收承载请求竞争请求的HARQ重传的、其中CRC用相关无线电网络临时标识符加扰的下行链路控制信息的PDCCH。在各种实施例中,触发包括竞争解决消息的接收。在某些实施例中,附加随机接入响应包括附加冗余版本参数以促进多个竞争请求传输的高效的HARQ组合。
现在参考第六实施例,该第六实施例包括处理器205可以使用来修改用于启动ra-ContentionResolution定时器以增强RACH行为例如以使RACH过程延迟最小化和/或用于重新启动ra-ContentionResolution定时器的条件的结构和功能。
如以上关于第六实施例所描述的,在各种实施例中,相对于HARQ重传过程时间使RACH过程延迟最小化包括:响应于远程单元的物理层实体指示竞争请求的传输而启动竞争解决定时器。在此类实施例中,例如用户设备装置200的远程单元的物理层实体指示竞争请求的传输包括:完成成功的空闲信道评估,即,用于传送竞争请求的LBT过程。在一个实施例中,启动竞争解决定时器包括:响应于针对用于传送竞争请求的传输机会的不成功的空闲信道评估而暂停——例如保持——竞争解决定时器。
因此,由用户设备装置200的处理器205实现的结构和功能通过单独地且共同地相对于响应于某些消息失败而在现有系统中发生的HARQ重传过程时间使与各种消息失败有关的RACH过程延迟最小化来改进NR-U系统的功能。
图3描绘根据本公开的实施例的基站装置300的一个实施例,其可以用于诸如针对NR-U的高效的RACH行为。在各种实施例中,基站装置300包括与以上关于图1、2和4-7描述的远程单元105、用户设备装置200和UE 405的结构和功能互补的结构和功能。例如,基站装置300可以传送由用户设备装置200接收的数据,并且相反,用户设备装置200可以传送由基站装置300接收的数据。
在各种实施例中,基站装置300的结构和功能通常可以用于实现上述关于用户设备装置200的第一、第二、第三、第四、第五、第六、第七、第八实施例,其中基站装置300和用户设备装置200的各自角色在传送和接收数据方面通常是互补的。例如,基站装置300的处理器305可以接收用户设备装置200的处理器205控制发射器230以传送的第一PRACH前导,反之亦然。
基站装置300可以是上述基站单元110(有时也称为RAN节点或gNB)的一个实施例。此外,基站装置300可以包括处理器305、存储器310、输入设备315、输出设备320、收发器325(其可以包括一个或多个发射器330和一个或多个接收器335)以及网络接口340。在一些实施例中,输入设备315和输出设备320被组合成单个设备,诸如触摸屏。在某些实施例中,基站装置300可以不包括任何输入设备315和/或输出设备320。在一些实施例中,基站装置300可以包括处理器305、存储器310、收发器325、发射器330、接收器335和网络接口340,而不必包括输入设备315和/或输出设备320。
在一个实施例中,处理器305可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如,处理器305可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或类似的可编程控制器。在一些实施例中,处理器305执行存储在存储器310中的指令以执行本文描述的方法和例程。处理器305通信地耦合到存储器310、输入设备315、输出设备320和收发器325。
在各种实施例中,处理器305从远程单元105接收第一PRACH前导以开始RACH过程。此外,处理器305可以控制发射器330以在随机接入响应窗口期间传送随机接入响应。此外,处理器305增强RACH行为,并且在各种实施例中,相对于诸如在版本15中指定的未修改的RACH过程中可能发生的延迟,最小化成功完成RACH过程的延迟。
在一个实施例中,存储器310是计算机可读存储介质。在一些实施例中,存储器310包括易失性计算机存储介质。例如,存储器310可以包括RAM,该RAM包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中,存储器310包括非易失性计算机存储介质。例如,存储器310可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中,存储器310包括易失性和非易失性计算机存储介质。
在一些实施例中,存储器310存储与修改无线电能力有关的数据。例如,存储器310可以存储指示RACH消息传输机会的参数、退避值缩放参数等。在某些实施例中,存储器310还存储程序代码和相关数据,诸如在远程单元105上操作的操作系统或其他控制器算法。
在一个实施例中,输入设备315可以包括任何已知的计算机输入设备,包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中,输入设备315可以与输出设备320集成在一起,例如作为触摸屏或类似的触敏显示器。在一些实施例中,输入设备315包括触摸屏,使得可以使用在触摸屏上显示的虚拟键盘和/或通过在触摸屏上的手写输入文本。在一些实施例中,输入设备315包括两个或更多个不同的设备,诸如键盘和触摸面板。
在一个实施例中,输出设备320被设计为输出视觉、听觉和/或触觉信号。在一些实施例中,输出设备320包括能够将视觉数据输出给用户的电控显示器或显示设备。例如,输出设备320可以包括但不限于液晶显示器(“LCD”)、发光二极管(“LED”)显示器、有机发光二极管(“OLED”)显示器、投影仪或类似的能够向用户输出图像、文本等的显示设备。作为另一个非限制性示例,输出设备320可以包括可穿戴显示器,该可穿戴显示器与基站装置300的其余部分分离,但可通信地耦合到该其余部分,诸如智能手表、智能眼镜、平视显示器等等。此外,输出设备320可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中,输出设备320包括一个或多个用于产生声音的扬声器。例如,输出设备320可以产生听觉警报或通知(例如,蜂鸣声或提示音)。在一些实施例中,输出设备320包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中,输出设备320的全部或部分可以与输入设备315集成在一起。例如,输入设备315和输出设备320可以形成触摸屏或类似的触敏显示器。在其他实施例中,输出设备320可以位于输入设备315附近。
收发器325包括至少一个发射器330和至少一个接收器335。一个或多个接收器335可以用于从远程单元105接收UL通信信号,诸如本文描述的UL传输。类似地,一个或多个发射器330可以被用来向远程单元105提供DL通信信号,如本文所述。尽管仅图示一个发射器330和一个接收器335,但是基站装置300可以具有任何合适数量的发射器330和接收器335。此外,发射器330和接收器335可以是任何合适类型的发射器和接收器。在一个实施例中,收发器325包括用于在授权的无线电频谱上经由网络接口340与移动通信网络进行通信的第一发射器/接收器对以及用于在未授权的无线电频谱上与移动通信网络进行通信的第二发射器/接收器对。
图4描绘交互400的一个实施例,该交互包括在UE 405与RAN节点410(在某些实施例中,也称为基站单元)之间的RACH过程425。RAN节点410广播UE 405接收的系统信息块(“SIB”)415。UE 405使用SIB 415中的信息来针对RACH过程425配置它本身。UE 405然后发送用于启动RACH过程425的PRACH前导420,称为RACH过程425的Msg1。RAN节点410接收PRACH前导420并且发送随机接入响应(“RAR”)430,称为RACH过程425的Msg2。如上所述,UE在随机接入响应窗口435(ra-ResponseWindow)期间侦听RAR 430。在RACH过程425中,UE 405发送竞争请求440,称为RACH过程425的Msg3。Msg3的一个示例是RRC连接请求。RAN节点410向UE405发送竞争解决消息445,称为Msg4。在这里,Msg4可以包括用于UE 405的C-RNTI。
在各种实施例中,通过使与UE 405和RAN节点410之间的消息的失败有关的RACH过程425的延迟最小化,交互400可以是高效的。例如,RAN节点410可以指示UE 405具有多个传输机会来传送Msg3。在下面关于图5-7和图8描述了其中RACH行为可以是高效的并且可以使在使用未经修改的RACH过程的系统中可能发生的RACH过程425的延迟最小化的各种方式中的一些。
图5是图示交互500的实施例的框图,该交互图示诸如针对NR-U的高效的RACH行为的一个实施例。在一个实施例中,根据本公开的实施例,交互500包括在UE 405与RAN节点410之间的RACH过程425。在各种实施例中,在接收到初始RAR 430之后,UE 405在随机接入响应窗口435期间继续监视——例如侦听——多于一个RAR 430。在此类实施例中,一个区别是RAN节点410可以如上所述向UE 405发送多个RAR 430。虽然RAR 430被描绘为在第一传输机会期间发生,但是在其他实施例中信道可能在第一传输机会期间不可用,从而需要RAN节点410在后续传输机会期间传送RAR 430。
图6是图示交互600的另一实施例的框图,其中RACH行为例如对于NR-U是高效的。在一个实施例中,根据本公开的实施例交互600包括UE 405与RAN节点410之间的RACH过程425。在某些实施例中,UE 405通过发送RAN节点410接收的PRACH前导420来启动RACH过程425。响应于接收到PRACH前导,RAN节点410向UE 405发送RAR 430。如上所述,在某些实施例中,即使在RAR接收被认为成功之后,UE 405也可以继续监视多于一个Msg2。由UE 405针对多于一个Msg2的这种连续监视增加UE 405接收到具有由RA-RNTI加扰的CRC的有效PDCCH以及包含与所传送的PRACH前导索引匹配的随机接入前导标识符的RAR的可能性。
在各种实施例中,如以上关于图2所描述的,UE 405获得——例如被提供——或接收到指示多个Msg3传输机会的一个或多个参数。在一些实施例中,UE 405接收指示多个Msg3传输机会和/或多个Msg3传输的一个或多个参数,其中在Msg2中传达传输机会和/或Msg3传输的数目。在某些实施例中,UE 405接收指示多个Msg3传输机会和/或多个Msg3传输的一个或多个参数,其中指示传输机会和/或Msg3传输的数目的参数在承载用于Msg2的接收的DL指派信息的DCI中传达。
图7是图示交互700的另一个实施例的框图,其中RACH行为例如对于NR-U是高效的。在一个实施例中,RAN节点410发送包括Msg1传输机会423的数目的RACH命令416。UE 405接收RACH命令416并确定418已获得的Msg1传输机会423的数目。UE 405传送第一PRACH前导420以启动RACH过程425。在一些实施例中,UE 405在所获得数目的传输机会423的第一可用机会中传送第一PRACH前导420。在各种实施例中,响应于接收到PRACH前导420,RAN节点410传送UE 405接收的RAR 430。UE 405然后确定438它已经由RAR 430获得的Msg3传输机会的数目。
在各种实施例中,UE 405诸如例如在最早机会时在所接收到的多个Msg3传输机会中的一个中向RAN节点410传送竞争请求440(也称为Msg3)。在某些实施例中,UE 405响应于不能在指示的RACH Msg3传输机会443内传送RACH Msg3而传送第二PRACH前导422。
响应于接收到竞争请求440,RAN节点410向UE 405传送也称为Msg4的竞争解决消息445并且RACH过程425结束。在各种实施例中,Msg1传输机会423和/或Msg3传输机会443的数目是经由广播系统信息、更高层信令和/或通过如上所述的预定义规范来获得的。在某些实施例中,随机接入响应窗口435的行为是高效的并且可以相对于在现有系统中——诸如例如在版本15中指定的RACH过程中——可能发生的延迟使RACH过程延迟最小化。
图8是图示用于例如针对NR-U提供高效的RACH行为的方法800的一个实施例的示意框图。在一个实施例中,方法800开始并向基站单元传送805第一物理随机接入信道(“PRACH”)前导以启动RACH过程,在随机接入响应窗口期间从基站单元接收810随机接入响应,并且响应于不能在指示的RACH Msg3传输机会内传送RACH Msg3而传送815第二PRACH前导。在各种实施例中,用户设备装置200和/或UE 405执行方法800的步骤中的一个或多个。
在一个实施例中,一种用于远程单元的设备包括:发射器,该发射器向基站单元传送第一物理随机接入信道(“PRACH”)前导以启动RACH过程;接收器,该接收器在随机接入响应窗口内从基站单元接收随机接入响应;和处理器,该处理器响应于不能在指示的RACHMsg3传输机会内传送RACH Msg3,控制发射器传送第二PRACH前导。在一个实施例中,RACHMsg3包括竞争请求。在各种实施例中,第二PRACH前导选自与第一PRACH前导相同的前导组。在某些实施例中,处理器响应于不能在所指示的RACH Msg3传输机会内传送RACH Msg3而认为竞争解决定时器期满。
在一个实施例中,不能在所指示的RACH Msg3传输机会内传送RACH Msg3包括未能针对RACH Msg3成功地执行空闲信道评估。在一些实施例中,处理器响应于不能在所指示的RACH Msg3传输机会内传送RACH Msg3而认为RACH过程继续。在各种实施例中,处理器获得包括所指示的RACH Msg3传输机会的多个RACH Msg3传输机会。在某些实施例中,处理器获得如在随机接入响应中传递的多个RACH Msg3传输机会。在一个实施例中,处理器获得如在承载用于随机接入响应的传输的下行链路指派信息的DCI中传递的多个RACH Msg3传输机会。
在各种实施例中,处理器控制发射器以在多个RACH Msg3传输机会中传送多于一个RACH Msg3。在某些实施例中,处理器接收指示要在RACH过程中使用的PRACH前导的DCI(“RACH命令”)和指示RACH Msg3传输机会的预定数目的参数。在一些实施例中,根据在RACH命令中接收到的时隙图案来分发预定数目的RACH Msg3传输机会。在一个实施例中,处理器接收指示要在RACH过程中使用的PRACH前导的DCI(“RACH命令”)和指示RACH Msg1传输机会的预定数目的参数。
在某些实施例中,根据在RACH命令中接收到的时隙图案来分发预定数目的RACHMsg1传输机会。在各种实施例中,处理器响应于执行了成功的空闲信道评估而控制发射器在RACH Msg1传输机会的最早机会时传送第一PRACH前导。在一个实施例中,设备还包括在执行了成功的空闲信道评估的预定数目的RACH Msg1传输机会中的任一个中传送第一PRACH前导。
在各种实施例中,处理器接收指示要在RACH过程中使用的PRACH前导的DCI(“RACH命令”)和指示RACH Msg1传输机会的预定数目的参数。在一个实施例中,处理器监视在随机接入响应窗口内传送的多于一个随机接入响应。在某些实施例中,处理器响应于触发而停止监视多于一个随机接入响应。在一个实施例中,触发包括在各种实施例中成功地完成用于传送竞争请求的空闲信道评估,触发包括接收层二确认。
在一些实施例中,触发包括:接收承载请求竞争请求的HARQ重传的、其中循环冗余校验(“CRC”)奇偶校验位用相关无线电网络临时标识符加扰的下行链路控制信息的PDCCH。在某些实施例中,触发包括竞争解决消息的接收。在一些实施例中,处理器控制发射器以在随机接入响应窗口期间传送竞争请求,该竞争请求响应于接收到随机接入响应而被发送。在某些实施例中,多于一个随机接入响应指示与随机接入响应相同的竞争请求传输块大小。在各种实施例中,多于一个随机接入响应包括附加冗余版本参数以促进多个竞争请求传输的高效的HARQ组合。在一个实施例中,在接收到随机接入响应之后启动的随机接入响应窗口比版本定义的随机接入响应窗口长度更长。
在各种实施例中,在接收到随机接入响应之后启动的随机接入响应窗口比系统帧长度更长。在一些实施例中,系统帧长度是10ms。在某些实施例中,处理器基于系统帧长度的整数倍低的系统帧数模块来计算随机接入无线电网络临时标识符。在一个实施例中,远程单元的MAC实体响应于无法在用于传送RACH Msg3的指示的RACH Msg3传输机会内传送RACH Msg3而认为RACH过程正在进行。在一些实施例中,处理器响应于不能在所指示的RACHMsg3传输机会内传送RACH Msg3,控制发射器使用减小的退避值来传送第二PRACH前导。在各种实施例中,减小的退避值重写在随机接入响应中指示的退避值。在一些实施例中,减小的退避值是通过对在随机接入响应中指示的退避值应用缩放因子来获得的。
在某些实施例中,应用于退避值的缩放因子是用于优先化第一PRACH前导的传输的退避指示符的缩放参数。在各种实施例中,处理器继续监视请求RACH Msg3的重传的物理下行链路控制信道(“PDCCH”),该PDCCH被寻址到从小区无线电网络临时标识符(“C-RNTI”)和临时小区无线电网络临时标识符(“TC-RNTI”)标识符中选择的标识符。在一些实施例中,响应于无法传送RACH Msg3是所指示的RACH Msg3传输机会,处理器进一步继续针对请求RACH Msg3的重传的物理下行链路控制信道(“PDCCH”)进行监视,该PDCCH在执行第二PRACH前导的传输的同时被寻址到从小区无线电网络临时标识符(“C-RNTI”)和临时小区无线电网络临时标识符(“TC-RNTI”)中选择的标识符。
在一个实施例中,响应于接收到请求RACH Msg3的重传的PDCCH,处理器停止第二PRACH前导的进一步传输并且停止针对对应的随机接入请求的监视。在一些实施例中,响应于针对RACH Msg3执行了成功的空闲信道评估,处理器启动竞争解决定时器。在某些实施例中,启动竞争解决定时器包括响应于针对用于传送RACH Msg3的传输机会的不成功的空闲信道评估而暂停竞争解决定时器。在一些实施例中,响应于成功地接收到针对第二PRACH前导的随机接入响应,处理器停止竞争解决定时器并且根据所接收到的随机接入响应来控制发射器以传送RACH Msg3。
在一个实施例中,一种方法包括向基站单元传送第一物理随机接入信道(“PRACH”)前导以启动RACH过程;在随机接入响应窗口期间从基站单元接收随机接入响应;以及响应于不能在指示的RACH Msg3传输机会内传送RACH Msg3,传送第二PRACH前导。在各种实施例中,RACH Msg3包括竞争请求。在一些实施例中,第二PRACH前导选自与第一PRACH前导相同的前导组。在某些实施例中,该方法响应于不能在所指示的RACH Msg3传输机会内传送RACH Msg3,认为竞争解决定时器期满。一个实施例,不能在所指示的RACH Msg3传输机会内传送RACH Msg3包括:未能针对RACH Msg3成功地执行空闲信道评估。
在各种实施例中,该方法响应于不能在所指示的RACH Msg3传输机会内传送RACHMsg3,认为RACH过程继续。在一些实施例中,该方法获得包括所指示的RACH Msg3传输机会的多个RACH Msg3传输机会。在一个实施例中,该方法获得如在随机接入响应中传递的多个RACH Msg3传输机会。在某些实施例中,该方法获得如在承载用于随机接入响应的传输的下行链路指派信息的DCI中所传递的多个RACH Msg3传输机会。在各种实施例中,该方法在多个RACH Msg3传输机会中传送多于一个RACH Msg3。在某些实施例中,该方法接收指示要在RACH过程中使用的PRACH前导的DCI(“RACH命令”)和指示RACH Msg3传输机会的预定数目的参数。
在一个实施例中,根据在RACH命令中接收的时隙图案来分发预定数目的RACHMsg3传输机会。在各种实施例中,该方法接收指示要在RACH过程中使用的PRACH前导的DCI(“RACH命令”)和指示RACH Msg1传输机会的预定数目的参数。在某些实施例中,根据在RACH命令中接收的时隙图案来分发预定数目的RACH Msg1传输机会。在一个实施例中,该方法响应于执行了成功的空闲信道评估而在RACH Msg1传输机会的最早机会时传送第一PRACH前导。
在某些实施例中,该方法进一步包括在执行了成功的空闲信道评估的预定数目的RACH Msg1传输机会中的任一个中传送第一PRACH前导。在一个实施例中,该方法接收指示要在RACH过程中使用的PRACH前导的DCI(“RACH命令”)和指示RACH Msg1传输机会的预定数目的参数。在各种实施例中,该方法监视在随机接入响应窗口内传送的多于一个随机接入响应。在一些实施例中,该方法响应于触发而停止监视多于一个随机接入响应。在各种实施例中,触发包括成功地完成用于传送竞争请求的空闲信道评估。
在一些实施例中,触发包括接收层二确认。在各种实施例中,触发包括接收承载请求竞争请求的HARQ重传的、循环冗余校验(“CRC”)奇偶校验位用相关无线电网络临时标识符加扰的下行链路控制信息的PDCCH。在某些实施例中,触发包括竞争解决消息的接收。在一些实施例中,该方法在随机接入响应窗口期间传送竞争请求,竞争请求响应于接收到随机接入响应而被发送。在一个实施例中,多于一个随机接入响应指示与随机接入响应相同的竞争请求传输块大小。在各种实施例中,多于一个随机接入响应包括附加冗余版本参数以促进多个竞争请求传输的高效的HARQ组合。
在某些实施例中,在接收到随机接入响应之后启动的随机接入响应窗口比版本定义的随机接入响应窗口长度更长。在各种实施例中,在接收到随机接入响应之后启动的随机接入响应窗口比系统帧长度更长。在一些实施例中,系统帧长度是10ms。在某些实施例中,该方法基于系统帧长度的整数倍低的系统帧数模块来计算随机接入无线电网络临时标识符。
在各种实施例中,远程单元的MAC实体响应于不能在用于传送RACH Msg3的所指示的RACH Msg3传输机会内传送RACH Msg3而认为RACH过程正在进行。在一些实施例中,该方法响应于不能在所指示的RACH Msg3传输机会内传送RACH Msg3而使用减小的退避值来传送第二PRACH前导。在一些实施例中,减小的退避值覆盖在随机接入响应中指示的退避值。
在各种实施例中,减小的退避值是通过对在随机接入响应中指示的退避值应用缩放因子来获得的。在某些实施例中,应用于退避值的缩放因子是用于优先化第一PRACH前导的传输的退避指示符的缩放参数。在一些实施例中,该方法继续监视请求RACH Msg3的重传的物理下行链路控制信道(“PDCCH”),该PDCCH被寻址到从小区无线电网络临时标识符(“C-RNTI”)和临时小区无线电网络临时标识符(“TC-RNTI”)中选择的标识符。
在某些实施例中,响应于无法传送RACH Msg3是所指示的RACH Msg3传输机会,该方法继续监视请求RACH Msg3的重传的物理下行链路控制信道(“PDCCH”),该PDCCH在执行第二PRACH前导的传输的同时被寻址到从小区无线电网络临时标识符(“C-RNTI”)和临时小区无线电网络临时标识符(“TC-RNTI”)中选择的标识符。在一些实施例中,响应于接收到请求RACH Msg3的重传的PDCCH,该方法停止第二PRACH前导的进一步传输并且停止监视对应的随机接入请求。
在某些实施例中,响应于针对RACH Msg3执行了成功的空闲信道评估,该方法启动竞争解决定时器。在一些实施例中,启动竞争解决定时器包括响应于针对用于传送RACHMsg3的传输机会的不成功的空闲信道评估而暂停竞争解决定时器。在某些实施例中,在响应于成功地接收到针对第二PRACH前导的随机接入响应的情况下,该方法停止竞争解决定时器并且根据所接收到的随机接入响应来传送RACH Msg3。
可以以其他特定形式实践实施例。所描述的实施例在所有方面都应被视为仅是说明性的而非限制性的。因此,本发明的范围由所附权利要求而不是前面的描述来指示。在权利要求的含义和等同范围内的所有变化都包含在其范围内。

Claims (23)

1.一种装置,包括:
处理器;以及
耦合到所述处理器的存储器,所述存储器包括指令,所述指令能够由所述处理器执行,以使得所述装置:
传送第一物理随机接入信道PRACH前导以触发RACH过程;
在随机接入响应窗口内接收随机接入响应RAR消息;
响应于媒体接入控制MAC层向物理PHY层传递MAC协议数据单元PDU而发起竞争解决定时器,所述MAC PDU包括RACH消息3Msg3;
确定由于空闲信道评估的结果所述PHY层不能在由所述RAR消息指示的RACH Msg3传输机会内传送所述RACH Msg3;
在所述竞争解决定时器期满之前并且响应于所述PHY层不能在由所述RAR消息指示的RACH Msg3传输机会内传送RACH Msg3,传送第二PRACH前导;
响应于接收重传所述RACH Msg3的请求,停止所述第二PRACH前导的传输;以及
响应于接收到第二RAR消息而停止所述竞争解决定时器,其中所述第二RAR消息是对所述第二PRACH前导的响应。
2.根据权利要求1所述的装置,其中,所述RACH Msg3包括竞争请求。
3.根据权利要求1所述的装置,其中,所述第二PRACH前导选自与所述第一PRACH前导相同的前导组,所述第二PRACH前导是与所述第一PRACH前导不同的前导。
4.根据权利要求1所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置:响应于不能在所指示的RACH Msg3传输机会内传送所述RACH Msg3,认为竞争解决定时器期满。
5.根据权利要求1所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置:响应于不能在所指示的RACH Msg3传输机会内传送所述RACH Msg3,认为所述RACH过程继续。
6.根据权利要求1所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置:获得包括所指示的RACH Msg3传输机会的多个RACH Msg3传输机会。
7.根据权利要求6所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置:获得如在所述随机接入响应中传递的所述多个RACH Msg3传输机会。
8.根据权利要求6所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置:获得如在承载用于传输所述随机接入响应的下行链路指派信息的DCI中传递的所述多个RACH Msg3传输机会。
9.根据权利要求6所述的装置,其中,所述指令由所述处理器执行,以使得所述装置:以在所述多个RACH Msg3传输机会中传送多于一个RACH Msg3。
10.根据权利要求1所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置:接收指示要在所述RACH过程中使用的PRACH前导的DCI和接收指示RACH Msg3传输机会的预定数目的参数。
11.根据权利要求1所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置:接收指示要在所述RACH过程中使用的PRACH前导的DCI和接收指示RACH Msg1传输机会的预定数目的参数。
12.根据权利要求1所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置:针对在所述随机接入响应窗口内传送的多于一个随机接入响应进行监视。
13.根据权利要求12所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置:响应于空闲信道评估的结果为传送所述RACH Msg3的成功,停止针对所述多于一个随机接入响应的监视。
14.根据权利要求1所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置的MAC实体:响应于不能在用于传送所述RACH Msg3的所指示的RACH Msg3传输机会内传送所述RACH Msg3,认为所述RACH过程正在进行。
15.根据权利要求1所述的装置,其中,所述指令由所述处理器执行,以使得所述装置:响应于不能在所指示的RACH Msg3传输机会内传送所述RACH Msg3,使用减小的退避值来传送所述第二PRACH前导。
16.根据权利要求15所述的装置,其中,所述减小的退避值重写在所述随机接入响应中指示的退避值。
17.根据权利要求16所述的装置,其中,所述减小的退避值是通过对在所述随机接入响应中指示的所述退避值应用缩放因子来获得的。
18.根据权利要求17所述的装置,其中,应用于所述退避值的所述缩放因子是用于退避指示符的缩放参数,所述退避指示符用于优先化所述第一PRACH前导的传输。
19.根据权利要求1所述的装置,其中,所述指令能够由所述处理器执行,以使得所述装置:继续针对请求重传所述RACH Msg3的物理下行链路控制信道PDCCH进行监视,所述PDCCH被寻址到从小区无线电网络临时标识符C-RNTI和临时小区无线电网络临时标识符TC-RNTI中选择的标识符。
20.根据权利要求1所述的装置,其中,响应于不能传送所述RACH Msg3是所指示的RACHMsg3传输机会,所述指令能够由所述处理器执行,以使得所述装置:继续针对请求重传所述RACH Msg3的物理下行链路控制信道PDCCH进行监视,所述PDCCH在执行所述第二PRACH前导的传输的同时被寻址到从小区无线电网络临时标识符C-RNTI和临时小区无线电网络临时标识符TC-RNTI中选择的标识符。
21.根据权利要求20所述的装置,其中,响应于接收到请求重传所述RACH Msg3的PDCCH,所述指令能够由所述处理器执行,以使得所述装置:停止所述第二PRACH前导的进一步传输并且停止针对对应随机接入请求的监视。
22.根据权利要求1所述的装置,其中,响应于成功地接收到针对所述第二PRACH前导的随机接入响应,所述指令能够由所述处理器执行,以使得所述装置:停止竞争解决定时器并且根据所接收的随机接入响应来传送所述RACH Msg3。
23.一种由远程单元执行的方法,包括:
传送第一物理随机接入信道PRACH前导以触发RACH过程;
在随机接入响应窗口期间接收随机接入响应RAR;
响应于媒体接入控制MAC层向物理PHY层传递MAC协议数据单元PDU而发起竞争解决定时器,所述MAC PDU包括RACH消息3Msg3;
确定由于空闲信道评估的结果所述PHY层不能在由所述RAR消息指示的RACH Msg3传输机会内传送RACH Msg3;以及
在所述竞争解决定时器期满之前并且响应于所述PHY层不能在由所述RAR消息指示的RACH Msg3传输机会内传送RACH Msg3,传送第二PRACH前导;
响应于接收重传所述RACH Msg3的请求,停止所述第二PRACH前导的传输;以及
响应于接收到第二RAR消息而停止所述竞争解决定时器,其中所述第二RAR消息是对所述第二PRACH前导的响应。
CN201980037143.0A 2018-06-29 2019-06-28 高效的rach行为 Active CN112205065B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410406612.4A CN118199805A (zh) 2018-06-29 2019-06-28 高效的rach行为

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862692542P 2018-06-29 2018-06-29
US62/692,542 2018-06-29
PCT/IB2019/000832 WO2020003005A1 (en) 2018-06-29 2019-06-28 Efficient rach behavior

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202410406612.4A Division CN118199805A (zh) 2018-06-29 2019-06-28 高效的rach行为

Publications (2)

Publication Number Publication Date
CN112205065A CN112205065A (zh) 2021-01-08
CN112205065B true CN112205065B (zh) 2024-04-26

Family

ID=68159133

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201980037143.0A Active CN112205065B (zh) 2018-06-29 2019-06-28 高效的rach行为
CN202410406612.4A Pending CN118199805A (zh) 2018-06-29 2019-06-28 高效的rach行为

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202410406612.4A Pending CN118199805A (zh) 2018-06-29 2019-06-28 高效的rach行为

Country Status (4)

Country Link
US (2) US11805547B2 (zh)
EP (1) EP3815456A1 (zh)
CN (2) CN112205065B (zh)
WO (1) WO2020003005A1 (zh)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020029310A1 (zh) * 2018-08-09 2020-02-13 Oppo广东移动通信有限公司 一种数据传输方法及装置、终端
EP3913985B1 (en) 2017-06-15 2023-10-04 Telefonaktiebolaget LM Ericsson (publ) Handover delay reduction method, wireless communication device, and computer program
US11219061B2 (en) * 2018-07-24 2022-01-04 Qualcomm Incorporated Listen-before-talk (LBT) modes for random access procedures
WO2020033364A1 (en) * 2018-08-09 2020-02-13 Kyocera Corporation Handover management in communication systems using unlicensed frequency bands
EP3777430B1 (en) * 2018-08-14 2021-11-17 Samsung Electronics Co., Ltd. Terminal, base station and corresponding methods for determining channel access type in wireless communication system
KR102656607B1 (ko) * 2018-09-07 2024-04-12 삼성전자주식회사 비면허 대역에서의 다중 채널을 이용한 통신 방법 및 장치
US11375548B2 (en) * 2018-10-08 2022-06-28 Idac Holdings, Inc. Physical random access channel preamble based on hidden node detection
EP3874865B1 (en) * 2018-11-01 2023-08-02 FG Innovation Company Limited Method and apparatus for handling bwp switching in random access procedure
US11582804B2 (en) * 2018-11-09 2023-02-14 Qualcomm Incorporated Rach procedures in new radio-unlicensed (NR-U)
WO2020111764A1 (en) * 2018-11-27 2020-06-04 Samsung Electronics Co., Ltd. System and method of system information request in a cell supporting multiple uplink carriers
EP3881633B1 (en) * 2019-02-13 2023-12-06 Samsung Electronics Co., Ltd. Method and apparatus for handling msga retransmissions during 2 step random access procedures in wireless communication system
CN116193624A (zh) 2019-02-14 2023-05-30 上海诺基亚贝尔股份有限公司 接收具有扩展响应窗口的随机接入响应
US10980067B2 (en) * 2019-05-02 2021-04-13 Qualcomm Incorporated Reference signal transmission techniques for random access messages
CN115734382A (zh) * 2019-09-26 2023-03-03 苹果公司 用于无线通信中的两步随机接入信道过程的框架
KR20220140522A (ko) * 2020-02-12 2022-10-18 삼성전자주식회사 무선 통신 시스템에서 랜덤 액세스 절차를 위한 방법 및 장치
WO2021093205A1 (en) * 2020-02-13 2021-05-20 Zte Corporation Transmission of preamble and payload messages in random access procedures
CN113518468A (zh) * 2020-04-09 2021-10-19 北京三星通信技术研究有限公司 用于确定配置的方法和设备
CN113766667A (zh) * 2020-06-05 2021-12-07 华为技术有限公司 一种通信方法、装置及网络架构
BR112023001843A2 (pt) * 2020-08-05 2023-02-23 Apple Inc Procedimentos de rach para redes não terrestres para equipamento de usuário
WO2022031123A1 (ko) * 2020-08-06 2022-02-10 엘지전자 주식회사 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
CN114340028A (zh) * 2020-09-29 2022-04-12 维沃移动通信有限公司 随机接入方法、装置及相关设备
WO2022141277A1 (zh) * 2020-12-30 2022-07-07 Oppo广东移动通信有限公司 一种随机接入方法、电子设备及存储介质
CN116438894A (zh) * 2021-01-15 2023-07-14 Oppo广东移动通信有限公司 一种传输方法、终端设备和网络设备
CN115150966B (zh) * 2021-03-30 2024-11-01 中国电信股份有限公司 信息处理方法、系统以及终端
CN115735398A (zh) * 2021-07-01 2023-03-03 苹果公司 安全随机接入过程
WO2023070682A1 (zh) * 2021-11-01 2023-05-04 Oppo广东移动通信有限公司 随机接入方法、装置、设备及存储介质
US12058739B2 (en) * 2021-11-15 2024-08-06 Qualcomm Incorporated Techniques for large round trip times in random access channel procedures
US12004225B2 (en) * 2022-01-07 2024-06-04 Qualcomm Incorporated Initial access random access occasion-caused interference
CN116567845A (zh) * 2022-01-27 2023-08-08 华为技术有限公司 一种覆盖增强处理方法和相关设备
CN114245471B (zh) * 2022-02-28 2022-05-13 成都爱瑞无线科技有限公司 随机接入信号处理方法、随机接入方法、装置及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102340884A (zh) * 2010-07-26 2012-02-01 中兴通讯股份有限公司 一种防止随机接入冲突的基站及方法
CN107026721A (zh) * 2016-01-29 2017-08-08 华为技术有限公司 前导序列的发送和接收方法、装置及系统
CN107466113A (zh) * 2016-06-03 2017-12-12 北京佰才邦技术有限公司 一种Msg3传输方法、装置和相关设备
CN107666722A (zh) * 2016-07-28 2018-02-06 华硕电脑股份有限公司 改善无线系统的随机接入程序的消息3传送的方法及设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101514841B1 (ko) * 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
KR101122095B1 (ko) * 2009-01-05 2012-03-19 엘지전자 주식회사 불필요한 재전송 방지를 위한 임의접속 기법 및 이를 위한 단말
US10405355B2 (en) * 2015-01-23 2019-09-03 Hfi Innovation Inc. LTE RACH procedure enhancement
US10681738B2 (en) * 2016-12-16 2020-06-09 Ofinno, Llc Random access in a wireless device and wireless network
US11659614B2 (en) * 2017-05-05 2023-05-23 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for requesting system information in a wireless communication network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102340884A (zh) * 2010-07-26 2012-02-01 中兴通讯股份有限公司 一种防止随机接入冲突的基站及方法
CN107026721A (zh) * 2016-01-29 2017-08-08 华为技术有限公司 前导序列的发送和接收方法、装置及系统
CN107466113A (zh) * 2016-06-03 2017-12-12 北京佰才邦技术有限公司 一种Msg3传输方法、装置和相关设备
CN107666722A (zh) * 2016-07-28 2018-02-06 华硕电脑股份有限公司 改善无线系统的随机接入程序的消息3传送的方法及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Random access procedure for NR-u;Intel Corporation;3GPP TSG-RAN WG2 NR AdHoc #1807 R2-1809788;第1-4页 *

Also Published As

Publication number Publication date
WO2020003005A1 (en) 2020-01-02
US11805547B2 (en) 2023-10-31
CN118199805A (zh) 2024-06-14
CN112205065A (zh) 2021-01-08
EP3815456A1 (en) 2021-05-05
US20200008240A1 (en) 2020-01-02
US20240080888A1 (en) 2024-03-07

Similar Documents

Publication Publication Date Title
CN112205065B (zh) 高效的rach行为
US11672021B2 (en) TB size mismatch during a random-access procedure
KR102508783B1 (ko) 시스템 정보 요청에 대한 피드백
US12069739B2 (en) Feedback for a system information request
US11251848B2 (en) Transmitting a beam recovery request
US20190200248A1 (en) Beam recovery procedure
CN112534951B (zh) 跳过由rach过程分配的上行链路传输
US11683857B2 (en) Medium access control protocol data unit in a message 3 buffer
CN110291740B (zh) 对系统信息请求的反馈方法和装置

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