CN116458251A - 随机接入方法和终端设备 - Google Patents
随机接入方法和终端设备 Download PDFInfo
- Publication number
- CN116458251A CN116458251A CN202080105662.9A CN202080105662A CN116458251A CN 116458251 A CN116458251 A CN 116458251A CN 202080105662 A CN202080105662 A CN 202080105662A CN 116458251 A CN116458251 A CN 116458251A
- Authority
- CN
- China
- Prior art keywords
- terminal device
- time
- bwp
- bandwidth
- length
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/69—Spread spectrum techniques
- H04B1/713—Spread spectrum techniques using frequency hopping
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本申请涉及一种随机接入方法和终端设备。其中,一种随机接入方法,包括:终端设备基于第一条件确定在随机接入过程中是否进行跳频。一种随机接入方法,包括:终端设备基于第一时间长度确定接收RAR窗的起始时间。一种随机接入方法,包括:终端设备基于第一时间长度确定重新发送PRACH的时间。本申请实施例,终端设备有利于成功地进行随机接入。
Description
本申请涉及通信领域,更具体地,涉及一种随机接入方法和终端设备。
在无线通信技术的不断演进与助力下,物联网(Internet of Things,IoT)技术飞速发展。如3GPP(3rd Generation Partnership Project第三代移动通信标准化组织)组织推动发展的MTC(Machine-Type Communication,机器类型通信)/eMTC(LTE enhanced MTC,基于LTE演进的MTC),NB-IoT(Narrow Band Internet of Things,窄带物联网)系列标准成为5G massive(海量)MTC技术的候选技术标准。这些技术标准有望在智能家居、智慧城市、智慧工厂、远程监测、智慧交通等人们生产与生活的方方面面发挥巨大作用。MTC/eMTC和NB-IoT终端的成本较低,价格便宜、支持超低功耗、支持深广大覆盖场景等技术优势。因此有利于物联网技术的发展初期的快速普及。然而这些技术也具有一些应用场景的限制,由于MTC/eMTC和NB-IoT支持一些低数据速率、较高传输时延的应用,因此在一些需要具有相对较高速率的物联网场景,如智能安防中的视频监控、要求相对较低时延工业应用,则不能应用。而如果直接采用新无线(New Radio,NR)终端,由于NR终端的设计指标,如传输速率、传输时延等方面有远超过这些场景的实际需求,则成本上相对较高。
为了完善5G massive MTC场景的终端体系,可以设计一种既支持中等传输速率、中等时延要求,同时具有较低成本的NR MTC终端类型。目前3GPP称这种NR MTC类型的终端为RedCap(Reduced Capability NR Devices,缩减能力的NR)终端。RedCap终端所支持的信道带宽相对较窄。但是,如果终端所支持的信道带宽相对较窄,可能导致随机接入过程不能正常进行。
发明内容
本申请实施例提供一种随机接入方法和终端设备,有利于成功地进行随机接入。
本申请实施例提供一种随机接入方法,包括:
终端设备基于第一条件确定在随机接入过程中是否进行跳频。
本申请实施例提供一种随机接入方法,包括:
终端设备基于第一时间长度确定接收随机接入响应RAR窗的起始时间。
本申请实施例提供一种随机接入方法,包括:
终端设备基于第一时间长度确定重新发送物理随机接入信道PRACH的时间。
本申请实施例提供一种终端设备,包括:
处理单元,用于基于第一条件确定在随机接入过程中是否进行跳频。
本申请实施例提供一种终端设备,包括:
处理单元,用于基于第一时间长度确定接收随机接入响应RAR窗的起始时间。
本申请实施例提供一种终端设备,包括:
处理单元,用于基于第一时间长度确定接收随机接入响应RAR窗的起始时间。
本申请实施例提供一种终端设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器 用于调用并运行该存储器中存储的计算机程序,以使该终端设备执行上述的随机接入方法。
本申请实施例提供一种芯片,用于实现上述的随机接入方法。
具体地,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的设备执行上述的随机接入方法。
本申请实施例提供一种计算机可读存储介质,用于存储计算机程序,当该计算机程序被设备运行时使得该设备执行上述的随机接入方法。
本申请实施例提供一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行上述的随机接入方法。
本申请实施例提供一种计算机程序,当其在计算机上运行时,使得计算机执行上述的随机接入方法。
本申请实施例,终端设备基于第一条件确定在随机接入过程中是否进行跳频,有利于成功地进行随机接入。
图1是根据本申请实施例的应用场景的示意图。
图2a是四步随机接入过程的示意图。
图2b是NR中RAR窗与PRACH之间的定时的示意图。
图3是PRACH资源的频域配置的示意图。
图4是SSB与RO之间的映射关系的示意图。
图5是根据本申请一实施例的随机接入方法的示意性流程图。
图6是根据本申请一实施例的随机接入方法的示意性流程图。
图7是根据本申请一实施例的随机接入方法的示意性流程图。
图8是RAR窗与PRACH之间的新定时的示意图。
图9是根据本申请一实施例的终端设备的示意性框图。
图10是根据本申请一实施例的终端设备的示意性框图。
图11是根据本申请一实施例的终端设备的示意性框图。
图12是根据本申请一实施例的终端设备的示意性框图。
图13是根据本申请实施例的通信设备示意性框图。
图14是根据本申请实施例的芯片的示意性框图。
图15是根据本申请实施例的通信系统的示意性框图。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(Global System of Mobile communication,GSM)系统、码分多址(Code Division Multiple Access,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)系统、先进的长期演进(Advanced long term evolution,LTE-A)系统、新无线(New Radio,NR)系统、NR系统的演进系统、非授权频谱上的LTE(LTE-based access to unlicensed spectrum,LTE-U)系统、非授权频谱上的NR(NR-based access to unlicensed spectrum,NR-U)系统、非地面通信网络(Non-Terrestrial Networks,NTN)系统、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、无线局域网(Wireless Local Area Networks,WLAN)、无线保真(Wireless Fidelity,WiFi)、第五代通信(5th-Generation,5G)系统或其他通信系统等。
通常来说,传统的通信系统支持的连接数有限,也易于实现,然而,随着通信技术的发展,移动通信系统将不仅支持传统的通信,还将支持例如,设备到设备(Device to Device,D2D)通信,机器到机器(Machine to Machine,M2M)通信,机器类型通信(Machine Type Communication,MTC),车辆间(Vehicle to Vehicle,V2V)通信,或车联网(Vehicle to everything,V2X)通信等,本申请实施例也可以应用于这些通信系统。
可选地,本申请实施例中的通信系统可以应用于载波聚合(Carrier Aggregation,CA)场景,也可以应用于双连接(Dual Connectivity,DC)场景,还可以应用于独立(Standalone,SA)布网场景。
可选地,本申请实施例中的通信系统可以应用于非授权频谱,其中,非授权频谱也可以认为是共享频谱;或者,本申请实施例中的通信系统也可以应用于授权频谱,其中,授权频谱也可以认为是非共享频谱。
本申请实施例结合网络设备和终端设备描述了各个实施例,其中,终端设备也可以称为用户设备(User Equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。
终端设备可以是WLAN中的站点(STAION,ST),可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其他处理设备、车载设备、可穿戴设备、下一代通信系统例如NR网络中的终端设备,或者未来演进的公共陆地移动网络(Public Land Mobile Network,PLMN)网络中的终端设备等。
在本申请实施例中,终端设备可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。
在本申请实施例中,终端设备可以是手机(Mobile Phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality,VR)终端设备、增强现实(Augmented Reality,AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self driving)中的无线终端设备、远程医疗(remote medical)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备或智慧家庭(smart home)中的无线终端设备等。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其他设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
在本申请实施例中,网络设备可以是用于与移动设备通信的设备,网络设备可以是WLAN中的接入点(Access Point,AP),GSM或CDMA中的基站(Base Transceiver Station,BTS),也可以是WCDMA中的基站(NodeB,NB),还可以是LTE中的演进型基站(Evolutional Node B,eNB或eNodeB),或者中继站或接入点,或者车载设备、可穿戴设备以及NR网络中的网络设备(gNB)或者未来演进的PLMN网络中的网络设备或者NTN网络中的网络设备等。
作为示例而非限定,在本申请实施例中,网络设备可以具有移动特性,例如网络设备可以为移动的设备。可选地,网络设备可以为卫星、气球站。例如,卫星可以为低地球轨道(low earth orbit,LEO)卫星、中地球轨道(medium earth orbit,MEO)卫星、地球同步轨道(geostationary earth orbit,GEO)卫星、高椭圆轨道(High Elliptical Orbit,HEO)卫星等。可选地,网络设备还可以为设置在陆地、水域等位置的基站。
在本申请实施例中,网络设备可以为小区提供服务,终端设备通过该小区使用的传输资源(例如,频域资源,或者说,频谱资源)与网络设备进行通信,该小区可以是网络设备(例如基站)对应的小区,小区可以属于宏基站,也可以属于小小区(Small cell)对应的基站,这里的小小区可以包括:城市小区(Metro cell)、微小区(Micro cell)、微微小区(Pico cell)、毫微微小区(Femto cell)等,这些小小区具有覆盖范围小、发射功率低的特点,适用于提供高速率的数据传输服务。
图1示例性地示出了一种通信系统100。该通信系统包括一个网络设备110和两个终端设备120。可选地,该通信系统100可以包括多个网络设备110,并且每个网络设备110的覆盖范围内可以包括其他数量的终端设备120,本申请实施例对此不做限定。
可选地,该通信系统100还可以包括移动性管理实体(Mobility Management Entity,MME)、接入与移动性管理功能(Access and Mobility Management Function,AMF)等其他网络实体,本申请实施例对此不作限定。
其中,网络设备又可以包括接入网设备和核心网设备。即无线通信系统还包括用于与接入网设备进行通信的多个核心网。接入网设备可以是长期演进(long-term evolution,LTE)系统、下一代(移动通信系统)(next radio,NR)系统或者授权辅助接入长期演进(authorized auxiliary access long-term evolution,LAA-LTE)系统中的演进型基站(evolutional node B,简称可以为eNB或e-NodeB)宏基站、微基站(也称为“小基站”)、微微基站、接入站点(access point,AP)、传输站点(transmission point,TP)或新一代基站(new generation Node B,gNodeB)等。
应理解,本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统为例,通信设备可包括具有通信功能的网络设备和终端设备,网络设备和终端设备可以为本申请实施例中的具体设备,此处不再赘述;通信设备还可包括通信系统中的其他设备,例如网络控制器、移动管理实体等其他网络实体,本申请实施例中对此不做限定。
应理解,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请的实施例中提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。
在本申请实施例的描述中,术语“对应”可表示两者之间具有直接对应或间接对应的关系,也可以表示两者之间具有关联关系,也可以是指示与被指示、配置与被配置等关系。
为便于理解本申请实施例的技术方案,以下对本申请实施例的相关技术进行说明,以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。
目前NR的终端至少需要支持2个接收通道,某些频段上的NR终端需要支持4个接收通道;每一个接收通道包含接收天线、滤波器、PA(Power Amplifier,功率放大器),AD(Analog Digital,模数)采样器等元器件。因此,减少NR终端需要配备的射频通道数目将可显著降低终端成本。将具有两个射频通道的终端缩减为一个射频通道,则芯片模组的成本可降低约1/3。因此RedCap终端可以装配较少的天线数目用于降低终端的成本。
另一方面,正常NR终端需要支持较宽的传输带宽,如FR1终端需要支持最大100MHz的带宽。为降低RedCap终端的成本以及降低RedCap终端的功耗,RedCap终端可以支持较小的终端带宽,例如在FR1频段,采用20MHz的终端带宽也可以大幅降低终端的成本。
类似地,可以降低终端成本的方法还包括,降低终端的处理速度要求、采用HD(Half Duplex,半双工)-FDD(Frequency-division Duplex,频分双工)等。
下面介绍NR新空口的随机接入过程(Random Access Procedure):
以四步随机接入过程为例:在小区搜索过程之后,UE已经与小区取得了下行同步,因此UE能够接收下行数据。但UE只有与小区取得上行同步,才能进行上行传输。UE通过随机接入过程与小区建立连接并取得上行同步。随机接入的主要目的可以包括:获得上行同步;为UE分配一个唯一的标识C-RNTI(Cell-Radio Network Temporary Identifier,小区无线网络临时标识)等。
示例性地,随机接入过程通常由以下事件之一触发:
(1)初始接入时建立无线连接:UE会从RRC_IDLE(空闲)态到RRC_CONNECTED(连接)态;
(2)RRC连接重建过程(RRC Connection Re-establishment procedure):以便UE在无线链路失败(Radio Link Failure)后重建无线连接。
(3)切换(handover):此时UE需要与新的小区建立上行同步。
(4)RRC_CONNECTED态下,下行数据到达(此时需要回复ACK(确认)/NACK(非确认))时,上行处于“不同步”状态;
(5)RRC_CONNECTED态下,上行数据到达(例:需要上报测量报告或发送用户数据)时,上行处于“不同步”状态或没有可用的PUCCH(Physical Uplink Control CHannel,物理上行控制信道)资源用于SR(Scheduling Request,调度请求)传输,此时允许已经处于上行同步状态的UE使用PRACH(Physical Random Access CHannel,物理随机接入信道)来替代SR的作用;
(6)RRC_CONNECTED态下,为了定位UE,需要定时提前(timing advance,TA)。
在3GPP协议中,支持基于四步的随机接入过程。例如,如图2a所示,四步随机接入过程可以包括以下步骤:
步骤一:UE发送前导(preamble)
UE发送随机接入前导(random access preamble)给网络设备例如基站gNodeB,以通知gNodeB有一个随机接入请求,同时使得gNodeB能估计其与UE之间的传输时延并以此校准上行定时(timing)。NR中前导(preamble)是在网络配置的周期性出现的RO(PRACH occasion,随机接入时机)中发送 的。
步骤二:gNodeB发送RAR(Random Access Response,随机接入响应)
UE发送了前导之后,将在RAR时间窗(RA Response window,或称为RAR窗)内监听PDCCH(Physical Downlink Control CHannel,物理下行控制信道)以接收对应的RAR。PDCCH格式为DCI(Downlink Control Information,下行控制信息)format 1_0(格式1_0),且其CRC(Cyclic Redundancy Check,循环冗余校验)由RA-RNTI(Random Access-RNTI,随机接入无线网络临时标识)加扰。RAR时间窗的窗长以时隙个数表示,长度由高层信令例如随机接入响应窗(ra-ResponseWindow)配置,并基于Type1-PDCCH(类型1-PDCCH)公共搜索空间集合的子载波间隔为参考子载波确定时隙长度。RAR时间窗起始于为终端配置的Type1-PDCCH CSS(Common Search Space,公共搜索空间)set(集合)中,且在终端发送PRACH(PhysicalRandom Access Channel,物理随机接入信道)所在的PRACH occasion的最后一个符号之后至少一个符号之后的终端接收PDCCH时间位置最早的CORESET(Control Resource Set,控制资源集合),且该至少一个符号的符号长度对应Type1-PDCCH CSS set的子载波间隔。可见,在终端发送PRACH、且与发送的PRACH所在RO的最后一个符号间隔至少一个符号之后,就需要在RAR窗中监听调度RAR消息的PDCCH,间隔至少一个符号的目的是给终端预留一定的时间执行例如发送和接收之间的转换处理的操作,参见图2b,NR中RAR窗与PRACH之间的定时。
如果在该RAR时间窗内UE没有接收到gNodeB回复的RAR,则认为此次随机接入过程失败。当UE成功地接收到一个RAR,且该RAR中的前导索引(preamble index)与UE发送的前导索引相同时,则认为UE成功接收了RAR。此时UE就可以停止监听RAR了。
一个RAR消息中可以包含对多个发送前导的用户的响应消息。对每一个用户的响应消息中包含该用户采用的RAPID(Radom AccessPreamble IDentifier,随机接入前导标识)、Msg3(消息3)的资源分配信息、TA调整信息、TC-RNTI(Temporary Cell-RNTI,临时的小区无线网络临时标识)等。在NR标准中,RAR消息采用DCI format 1-0进行调度。
如果UE在RAR窗内没有检测到其CRC由RA-RNTI加扰的PDCCH DCI格式1-0;或UE虽然检测到了该PDCCH DCI格式1-0,但没有正确接收PDSCH(Physical Downlink Shared Channel,物理下行共享信道);或UE检测到了PDSCH,但UE高层不能从PDSCH中携带的RAR中识别到UE发送的前导的RAPID等。在这些情况下,终端高层可以指示终端物理层再次发送PRACH。在高层请求重发PRACH的情况下,UE被期待在不晚于该RAR窗的最后一个符号;或,接收该PDSCH的最后一个符号,之后N
T,1+0.75ms的时间位置发送PRACH。其中N
T,1为对应UE处理能力1的UE处理PDSCH所需的处理时长N
1个符号。这其中在确定处理时长N
1个符号时假设μ为对应携带DCI格式1_0的PDCCH,对应的配置了额外的DMRS的PDSCH,或对应的PRACH子载波间隔的最小子载波间隔。对于μ=0,终端假定N
1,0=14。对应子载波间隔为1.25kHz或5kHz的PRACH,终端在确定N
1时假定μ=0。
步骤三:UE发送消息3(Msg3)
如果终端成功地收到了RAR消息,则终端发送Msg3,即RAR调度的PUSCH。与随机接入的触发事件对应,Msg3携带的信息示例如下:
(1)如果是初次接入(initial access),Msg3为在CCCH上传输的RRC连接请求(Connection Request),且至少需要携带NAS UE标志信息。
(2)如果是RRC连接重建(RRC Connection Re-establishment),Msg3为CCCH(Common Control Channel,公共控制信道)上传输的RRC连接重建请求(Connection Re-establishment Request),且不携带任何NAS(Non Access Stratum,非接入层)消息。
(3)如果是切换(handover),Msg3为在DCCH上传输的经过加密和完整性保护的RRC切换确认(Handover Confirm),包含UE的C-RNTI,且如果可能的话,需要携带BSR(Buffer Status Report,缓存状态报告)。
(4)对于其他触发事件,则至少需要携带C-RNTI。
上行传输通常使用UE特定的信息,如C-RNTI,对UL-SCH(UpLink Shared CHannel,上行共享信道)的数据进行加扰。但此时冲突还未解决,加扰不能基于C-RNTI,而是使用TC-RNTI。也就是说,Msg3只会使用TC-RNTI进行加扰。
步骤四:gNodeB发送冲突解决(contention resolution)消息。
终端发送了Msg3之后,终端接收网络发送的冲突解决消息。因此,发送了Msg3之后,终端的MAC实体可以启动如下操作:
启动随机接入冲突解决定时器(ra-ContentionResolutionTimer),并且在每一个Msg3重传之后的第一个符号重启ra-ContentionResolutionTimer;
在ra-ContentionResolutionTimer运行期间监听PDCCH,即监听网络发送的冲突解决消息。
在步骤三中UE会在Msg3有携带自己唯一的标志:C-RNTI或来自核心网的UE标志,例如S-TMSI(S-Temporary Mobile Subscriber Identity,临时移动用户标识)或一个随机数。gNodeB在冲突解决机制中,会在Msg4中携带该唯一的标志以指定胜出的UE。而其他没有在冲突解决中胜出的UE将重新发起随机接入。MSG4的PDCCH采用TC-RNTI进行加扰。
下面介绍NR PRACH资源的配置:
1、PRACH资源的周期
一方面,PRACH资源的周期影响随机接入时延,较短的PRACH周期可以缩短随机接入时延。反之,较长的PRACH周期导致随机接入时延增大。另一方面,PRACH资源的周期也影响PRACH所占的资源开销。NR需要支持波束扫描,为支持分布于在各个波束的UE的随机接入请求,系统需要针对每一个波束方向配置相应的PRACH资源。因此相比LTE,NR的PRACH资源开销显著增大。
因此,NR标准支持{10,20,40,80,160}ms(毫秒)的PRACH周期,网络设备可以权衡时延、系统开销等多方面因素,设定合适的PRACH周期。
2、PRACH频率域的资源配置
如图3所示,在频率域上,NR支持配置1、2、4或8个FDM(Frequency-division multiplexing,频分复用)的PRACH资源,以扩充PRACH容量,当在频率域上配置的PRACH资源为1个以上时,这些PRACH资源在频率域连续分布。网络通知频率域上第一个RO资源的起始PRB(Physical Resource Block,物理资源块)相对于BWP(BandWidth Part,带宽部分)的起始PRB的偏移。
3、SSB与RO之间的映射关系
在UE发起随时接入之前,UE对小区的信号质量以及小区中的各个SSB的信号强度会进行测量评估。进一步,终端基于SSB与PRACH occasion(RO)之间的映射关系选择PRACH occasion。在发起PRACH时,UE在对应信号最强或较强的SSB所对应的PRACH occasion上发送preamble。网络若成功接收preamble,可以基于preamble所在PRACH occasion获知UE的下行波束信息,进而使用该波束信 息进行后续通信,例如Msg2(消息2)、Msg4(消息4)等。SSB(Synchronization Signal/Physical Broadcast Channel Block,同步信号/物理广播信道块,还可以简称SS/PBCH Block)与PRACH occasion之间的映射关系的示例可以参见图4。
4、PRACH使用的一些参数
以FR1为例,NR的PRACH的参数见下表1。
表1 FR1中的PRACH前导(preamble)
由于RedCap终端支持的信道带宽(channel bandwidth)比正常的NR终端支持信道带宽的带宽窄,例如在FR1,目前3GPP同意支持的RedCap终端信道带宽为20MHz。然而,在某些PRACH的参数组合下,发送PRACH所需的带宽可能超过终端支持的信道带宽。例如当PRACH配置为长前导(preamble),且子载波间隔为5KHz时,PRACH发送所在的RO占用的带宽为4.32MHz。进一步地,若在频率域上,配置8个FDM的RO时,8个RO将占用4.32*8=34.56MHz,这一带宽将超过RedCap终端支持的20MHz的信道带宽。
本申请实施例提出的随机接入方法,即使是窄带终端也能够成功进行随机接入,例如成功发送PRACH。
图5是根据本申请一实施例的随机接入方法200的示意性流程图。该方法可选地可以应用于图1所示的系统,但并不仅限于此。该方法包括以下内容的至少部分内容。
S210、终端设备基于第一条件确定在随机接入过程中是否进行跳频。
示例性地,跳频的场景可以包括:终端设备在不同的频率位置发送(或接收)信道(或信号);终端设备发送和接收信道(或信号)的频率位置不同等。
可选地,终端设备基于第一条件确定在随机接入过程中是否进行跳频,包括:终端设备基于第一条件确定是否需要采用跳频发送物理随机接入信道(PRACH)或接收随机接入响应(RAR)。
在随机接入过程中,终端设备可以基于预设的条件,来判断是否需要进行跳频。如果满足预设的条件,终端设备,可以采用跳频发送PRACH(参见上述随机接入过程的消息1)或接收RAR(参见上述随机接入过程的消息2)。
可选地,该方法还包括:在满足该第一条件的情况下,终端设备采用跳频发送该PRACH或接收该RAR。
可选地,该第一条件包括:为该终端设备配置的频分复用(FDM)的随机接入时机(RO)所占的总带宽大于第一带宽。
可选地,该第一带宽包括以下至少之一:
终端设备的信道带宽;
终端设备所支持的最大信道带宽对应的物理资源块(PRB)数量;
预设的或配置的带宽;
预设的或配置的PRB数量;
终端设备的初始上行(UL)带宽部分(BWP)的带宽。
可选地,该终端设备的初始UL BWP的带宽为预设的或配置的。
示例性地,终端设备在网络配置的周期性出现的RO中发送PRACH,PRACH中带有前导(preamble,或称为前导码)。如果网络为终端设备配置的FDM的RO所占的总带宽大于上述的任意一种第一带宽,终端设备可以采用跳频发送PRACH或接收RAR。
可选地,该第一条件包括以下至少之一:
为该终端设备配置的FDM的RO所占的频带不在第一频率范围之内;
该终端设备所选择的RO不在第一频率范围之内。
可选地,该第一频率范围是该终端设备的初始UL BWP。
可选地,该初始UL BWP是预设的或网络通过系统消息配置的。
可选地,该第一频率范围是为该终端设备配置的UL BWP,为该终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
可选地,为该终端设备配置的BWP的频率范围包含初始UL BWP的频率范围。
可选地,为该终端设备配置的BWP是预设的或网络通过系统消息配置的。
示例性地,如果网络为终端设备配置的FDM的RO所占的频带不在上述的任意一种第一频率范围,或者终端设备所选择的RO不在上述的任意一种第一频率范围,终端设备可以采用跳频发送PRACH或接收RAR。其中,终端设备可以在发送PRACH之前选择RO。例如,参见图4及其相关描述。
可选地,该方法还包括:在网络为该终端设备配置有专用的RO资源的情况下,该终端设备不采用跳频发送PRACH或接收RAR。
可选地,该专用的RO资源在该终端设备的信道带宽之内或为该终端设备配置的初始UL BWP之内。
可选地,该终端设备为RedCap终端。
示例性地,网络可以为RedCap终端配置专用的RO资源,该专用的RO资源可以与NR终端的RO资源不同。例如,网络可以通过配置,使得RedCap终端的专用的RO资源在该RedCap终端的信道带宽之内或为该RedCap终端配置的初始UL BWP之内。这样,RedCap终端在随机接入过程中,可以利用专用的RO资源发送PRACH或接收RAR,不需要进行跳频。
图6是根据本申请一实施例的随机接入方法300的示意性流程图。该方法可选地可以应用于图1所示的系统,但并不仅限于此。该方法包括以下内容的至少部分内容。
S310、终端设备基于第一时间长度确定接收随机接入响应(RAR)窗的起始时间。
可选地,该第一时间长度为该终端设备跳频所需的时间长度。
示例性地,终端设备发送PRACH之后,需要跳频回初始下行(DownLink,DL)BWP接收RAR,该跳频的操作所需要的时间长度,可以称为跳频时间长度,也即第一时间长度。
可选地,终端设备基于第一时间长度确定接收随机接入响应RAR窗的起始时间,包括:终端设备基于第一时间长度和第二时间长度确定接收RAR窗的起始时间。
可选地,该第二时间长度为一个符号。
示例性地,参见图2b,在随机接入过程中,UE采用配置的或预设的信道带宽发送PRACH或接收RAR,而不采用跳频发送PRACH或接收RAR。UE发送PRACH、且与发送的PRACH所在RO的最后一个符号间隔至少一个符号之后的第一个CORESET可以为RAR窗的起始时间,在RAR窗中可以监听调度RAR消息的PDCCH。RAR窗也可以称为RAR窗口、RAR时间窗等。该一个符号为第二时间长度。具体地,该一个符号之后的第一个CORESET的起始位置为RAR窗的起始时间。且该一个符号的符号长度对应Type1-PDCCH CSS set的子载波间隔。
可选地,终端设备基于第一时间长度和第二时间长度确定接收RAR窗的起始时间,包括:
该终端设备基于该第一时间长度和该第二时间长度确定第三时间长度;
该终端设备基于该第三时间长度确定接收RAR窗的起始时间。
示例性地,UE发送PRACH、且与发送的PRACH所在RO的最后一个符号间隔至少第三时间长度之后的第一个CORESET可以为RAR窗的起始时间。具体地,至少第三时间长度之后的第一个CORESET的起始位置为RAR窗的起始时间。
可选地,该终端设备基于该第三时间长度确定接收RAR窗的起始时间,包括:在满足第一条件的情况下,该终端设备基于该第三时间长度确定接收RAR窗的起始时间。
示例性地,在满足第一条件的情况下,终端设备可以采用跳频发送PRACH或接收RAR。终端设备基于跳频所需的第一时间长度以及不跳频所需的第二时间长度确定第三时间长度,采用第三时间长度,来确定接收RAR窗的起始时间。具体可以参见上述的终端设备基于该第三时间长度确定接收RAR窗的起始时间的示例的相关描述。
可选地,该方法还包括:在不满足第一条件的情况下,该终端设备基于该第二时间长度确定接收RAR窗的起始时间。
示例性地,在不满足第一条件的情况下,则终端设备不跳频发送PRACH或接收RAR,可以基于第二时间长度确定接收RAR窗的起始时间。具体可以参见图2b,以及上述的终端设备基于第二时间长度确定接收RAR窗的起始时间的示例的相关描述。
在确定接收RAR窗的起始时间之后,终端设备从接收RAR窗的起始时间开始监听RAR消息。
可选地,该第一条件包括:为该终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
可选地,该第一带宽包括以下至少之一:
终端设备的信道带宽;
终端设备所支持的最大信道带宽对应的物理资源块PRB数量;
预设的或配置的带宽;
预设的或配置的PRB数量;
终端设备的初始上行UL带宽部分BWP的带宽。
可选地,该终端设备的初始UL BWP的带宽为预设的或配置的。
可选地,该第一条件包括以下至少之一:
为该终端设备配置的FDM的RO所占的频带不在第一频率范围之内;
该终端设备所选择的RO不在第一频率范围之内。
可选地,该第一频率范围是该终端设备的初始UL BWP。
可选地,该初始UL BWP是预设的或网络通过系统消息配置的。
可选地,该第一频率范围是为该终端设备配置的UL BWP,为该终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
可选地,为该终端设备配置的BWP的频率范围包含初始UL BWP的频率范围。
可选地,为该终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
可选地,该方法还包括:
在网络为该终端设备配置有专用的RO资源的情况下,该终端设备不采用跳频发送PRACH或接收RAR。
可选地,该专用的RO资源在该终端设备的信道带宽之内或为该终端设备配置的初始UL BWP之内。
可选地,该第三时间长度的确定方式包括以下至少之一:
该第三时间长度等于该第一时间长度与第二时间长度之和;
该第三时间长度等于该第一时间长度与第二时间长度之间的最大值;
该第三时间长度大于该第一时间长度与第二时间长度之间的最大值,并且小于该第一时间长度与第二时间长度之和。
示例性地,第二时间长度可以为一个符号,且该一个符号的符号长度对应Type1-PDCCH CSS set的子载波间隔。如果基于该第一时间长度与第二时间长度之间的最大值,确定出第三时间长度等于第二时间长度,则该第三时间长度也可以为一个符号。
可选地,NR终端是基于该第二时间长度确定接收RAR窗的起始时间的,RedCap终端是基于第三时间长度确定接收RAR窗的起始时间的。
示例性地,NR终端不采用跳频接收RAR,RedCap终端采用跳频接收RAR。NR终端基于的第二时间长度与RedCap终端基于的第三时间长度不一样。
示例性地,NR终端在发送PRACH之后,基于一个符号确定接收RAR的起始时间。NR终端不需要跳频。例如,NR终端发送PRACH、且与发送的PRACH所在RO的最后一个符号间隔一个符号之后的第一个CORESET可以为RAR窗的起始时间。而RedCap终端可能需要跳频。在跳频时,RedCap终端在发送PRACH之后,可以基于与该一个符号不同的时间长度确定接收RAR的起始时间。例如,RedCap终端发送PRACH且间隔与该一个符号不同的时间长度之后的第一个CORESET可以为RAR窗的起始时间。
此外,网络侧收到PRACH之后,可以按照与终端侧类似或相同的方法确定PRACH和/或RAR的定时,并发送RAR消息。
例如,网络侧可以采用与终端侧类似或相同的方法确定发送RAR窗的起始时间。这样,网络侧确定出的发送RAR窗的起始时间与终端侧确定出的接收RAR窗的起始时间可以是一致的。
再如,网络侧可以采用与终端侧类似或相同的方法确定终端设备是否采用跳频发送PRACH。在终端设备采用跳频发送PRACH的情况下,可以基于跳频对应的时间长度例如第一时间长度或第三时间长度,确定发送RAR窗的起始时间。这样,网络侧确定出的发送RAR窗的起始时间与终端侧确定出的接收RAR窗的起始时间可以是一致的。
本实施例的终端设备执行的随机接入方法300中,与上述实施例的随机接入方法200中,例如第一 条件等相同的描述具有相同的含义,具体可以参见方法200的相关描述,在此不赘述。
图7是根据本申请一实施例的随机接入方法400的示意性流程图。该方法可选地可以应用于图1所示的系统,但并不仅限于此。该方法包括以下内容的至少部分内容。
S410、终端设备基于第一时间长度确定重新发送物理随机接入信道(PRACH)的时间。
示例性地,在一些情况下,UE可能需要重新发送PRACH。例如UE在RAR窗内没有检测到其CRC由RA-RNTI加扰的PDCCH DCI格式1-0。再如,UE虽然检测到了该PDCCH DCI格式1-0,但没有正确接收PDSCH。再如,UE检测到了该PDSCH,但UE的高层不能从PDSCH中携带的RAR中识别到UE发送的前导的RAPID。
可选地,该第一时间长度为该终端设备跳频所需的时间长度。
如果终端设备采用跳频发送PRACH,在需要重新发送PRACH的情况下,终端设备可以基于跳频所需的时间长度确定重新发送PRACH的时间。
可选地,终端设备基于第一时间长度确定重新发送PRACH的时间,包括:该终端设备基于第一时间长度和第四时间长度确定重新发送PRACH的时间。
可选地,该第四时间长度是基于对应UE处理能力1的终端设备处理物理下行共享信道(PDSCH)所需的处理时间确定的。
可选地,该第四时间长度等于该处理时间+0.75ms。
示例性地,UE利用配置的信道带宽发送PRACH,而不采用跳频发送PRACH。在高层请求重发PRACH的情况下,UE被期待在不晚于RAR窗的最后一个符号,或,接收该PDSCH的最后一个符号,之后N
T,1+0.75ms的时间位置发送PRACH。其中N
T,1为对应UE处理能力1的UE处理PDSCH所需的处理时长N
1个符号。其中,在确定处理时长N
1个符号时假设μ为对应携带DCI格式1_0的PDCCH、或对应的配置了额外的DMRS的PDSCH,或对应的PRACH子载波间隔的最小子载波间隔。对于μ=0,如果UE假定N
1,0=14。对应子载波间隔为1.25kHz或5kHz的PRACH,UE在确定N
1时假定μ=0。
可选地,该终端设备基于第一时间长度和第四时间长度确定重新发送PRACH的时间,包括:
该终端设备基于第一时间长度和第四时间长度确定第五时间长度;
该终端设备基于该第五时间长度确定重新发送PRACH的时间。
示例性地,UE被期待在不晚于RAR窗的最后一个符号,或,接收该PDSCH的最后一个符号,之后的第五时间长度的时间位置发送PRACH。
可选地,该终端设备基于该第五时间长度确定重新发送PRACH的时间,包括:在满足第一条件的情况下,该终端设备基于该第五时间长度确定重新发送PRACH的时间。具体可以参见上述实施例中关于第一条件的相关描述,以及上述的终端设备基于该第五时间长度确定重新发送PRACH的时间的相关描述。
示例性地,在满足第一条件的情况下,终端设备可以采用跳频发送PRACH或接收RAR。终端设备基于跳频所需的第一时间长度以及不跳频所需的第四时间长度确定第五时间长度,采用第五时间长度,来确定重新发送PRACH的时间。
可选地,该方法还包括:
在不满足第一条件的情况下,该终端设备基于该第四时间长度确定重新发送PRACH的时间。具体可以参见上述实施例中关于第一条件的相关描述,以及上述的终端设备基于该第四时间长度确定重新发 送PRACH的时间的相关描述。
示例性地,在不满足第一条件的情况下,则终端设备不跳频发送PRACH或接收RAR,可以基于第四时间长度确定重新发送PRACH的时间。
在确定重新发送PRACH的时间之后,终端设备从该重新发送PRACH的时间开始重新发送该PRACH。
可选地,该第一条件包括:
为该终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
可选地,该第一带宽包括以下至少之一:
终端设备的信道带宽;
终端设备所支持的最大信道带宽对应的物理资源块(PRB)数量;
预设的或配置的带宽;
预设的或配置的PRB数量;
终端设备的初始UL BWP的带宽。
可选地,该终端设备的初始UL BWP的带宽为预设的或配置的。
可选地,该第一条件包括以下至少之一:
为该终端设备配置的FDM的RO所占的频带不在第一频率范围之内;
该终端设备所选择的RO不在第一频率范围之内。
可选地,该第一频率范围是该终端设备的初始UL BWP。
可选地,该初始UL BWP是预设的或网络通过系统消息配置的。
可选地,该第一频率范围是为该终端设备配置的UL BWP,为该终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
可选地,为该终端设备配置的UL BWP的频率范围包含初始UL BWP的频率范围。
可选地,为该终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
可选地,该方法还包括:
在网络为该终端设备配置有专用的RO资源的情况下,该终端设备不采用跳频发送PRACH或接收RAR。
可选地,该专用的RO资源在该终端设备的信道带宽之内或为该终端设备配置的初始UL BWP之内。
可选地,该第五时间长度的确定方式包括以下至少之一:
该第五时间长度等于该第一时间长度与第四时间长度之和;
该第五时间长度等于该第一时间长度与第四时间长度之间的最大值;
该第五时间长度大于该第一时间长度与第四时间长度之间的最大值,并且小于该第一时间长度与第四时间长度之和。
本实施例的终端设备执行的随机接入方法400中,与上述实施例的随机接入方法200中,例如第一条件等相同的描述具有相同的含义,具体可以参见方法200的相关描述,在此不赘述。
在一种应用场景中,RedCap窄带终端(简称RedCap终端)跳频发送PRACH,跳频时采用新的随机接入信道定时。
在初始接入过程中,终端的上行信道是在初始(initial)UL BWP中发送的,而下行信道或信号是在初始(initial)DL BWP中接收的。初始UL BWP的带宽和初始DL BWP的带宽均需要小于终端所支持的最大信道带宽。
为了使得窄带终端也能够成功进行随机接入,例如成功发送PRACH,一种方法是在频率域上配置较少数量的FDM的RO数量,这样终端的信道带宽或初始UL BWP可以覆盖所有的RO。例如,PRACH配置为长前导(preamble),且子载波间隔为5KHz时,PRACH发送所在的RO占用的带宽为4.32MHz。配置FDM的RO数量为4可以使得所有RO所占的带宽4.32*4=17.28MHz,从而使得终端的信道带宽或初始UL BWP包含所有的RO。但是,该方式一方面限制了FDM的RO的数量,影响了RedCap终端可用的PRACH的容量。另一方面,在一些网络部署场景,NR终端可能与RedCap终端共享RO,如果依然限制FDM的RO的数量,也影响NR终端的PRACH数量。对网络配置PRACH资源的灵活性造成影响。
另一种方法是,通过合理的跳频机制,使得即使当配置的所有的RO所占的带宽超过了终端的信道带宽或初始UL BWP,也可以通过跳频的方式在终端选择的RO上发送PRACH。这样,可以实现RedCap终端与NR终端共享RO资源,不必为RedCap终端配置专用的RO资源。对于RedCap终端,可以读取系统信息中针对Rel-15或Rel-16的NR终端配置的RO资源。
示例1:
终端判断发送PRACH是否需要跳频。具体地,终端可以基于如下几种可能的方式判断终端在发送PRACH(或接收RAR)时是否需要跳频。
方式1:终端判断配置的FDM的RO所占的总带宽是否大于第一带宽。
关于第一带宽的示例如下:
示例性地,第一带宽可以是终端的信道带宽,例如在FR1,当终端支持的最大的信道带宽为20MHz时,第一带宽为20MHz。
示例性地,第一带宽也可以是终端所支持的最大信道带宽对应的PRB数量。对应不同的子载波间隔,则该PRB数量可能不同。如下表2给出一种可能的示例,当终端支持的最大信道带宽为20MHz时,终端所支持的最大信道带宽对应的PRB数量NRB。
表2不同的子载波间隔时20MHz的最大信道带宽所对应的PRB数量
示例
性地,第一带宽也可以是某一预设的或配置的带宽或PRB数量。对应不同的子载波间隔,则该PRB数量可能不同。
例如在FR1,当终端支持的最大的信道带宽为20MHz时,该某一预设的或配置的带宽为18MHz。考虑到终端带宽两侧一般预留一定的保护频带,该带宽一般需要不大于20MHz。
示例性地,第一带宽可以为RedCap终端配置的初始UL BWP的带宽,例如在FR1,当终端支持的 最大的信道带宽为20MHz时,为终端配置的初始UL BWP的带宽为96个PRB(子载波间隔为15KHz)。
这里需要说明的是,RedCap终端可以与传统NR终端共享相同的初始UL BWP,也可以是采用系统为RedCap终端单独配置的初始UL BWP。
该单独配置的初始UL BWP可以是预设的,或网络通过系统消息(如SIB1)配置的。
若终端判断配置的FDM的RO所占的总带宽大于第一带宽,则终端可能需要跳频发送PRACH。否则,终端不需要采用跳频发送PRACH。
方式2:终端判断配置的FDM的RO所占的频带是否均在第一频率范围之内。
关于第一频率范围的示例如下:
示例性地,第一频率范围可以是为RedCap终端配置的初始UL BWP。
示例性地,第一频率范围也可以为为终端配置的UL BWP。也可以称之为PRACH BWP,即用于发送PRACH的BWP。可选地,PRACH BWP的带宽大于初始UL BWP的带宽。PRACH BWP的频率范围包含初始UL BWP的频率范围。
该初始UL BWP、为终端配置的UL BWP可以是预设的,或网络通过系统消息(如SIB1)配置的。
若终端判断配置的FDM的RO所占的频带在第一频率范围之内,则终端不需要跳频发送PRACH,否则,终端需要采用跳频发送PRACH。
方式3:终端判断随机接入过程中所选择的RO是否在第一频率范围之内。
第一频率范围可参考方式2中的相关描述。
在发送PRACH之前,终端对SSB进行测量,进而选择信号强度较好的SSB对应的RO,在所选择的RO发送PRACH。
若终端判断随机接入过程中所选择的RO是否在第一频率范围之内,则终端不需要跳频发送PRACH,否则,终端需要采用跳频发送PRACH。
方式4网络是否向RedCap终端配置专用的RO资源。
网络可以向RedCap终端配置专用的RO资源,从而使得所配置的RO资源在RedCap终端的信道带宽之内或为RedCap终端配置的初始UL BWP之内。这样,RedCap终端无须跳频就可以利用专用的RO资源实现正常的随机接入过程。
可选地,上述方式1、2、3、4可以独立使用,也可以结合使用。例如方式3和方式4可以结合使用。例如在网络向RedCap终端配置专用的RO资源或未向RedCap终端配置专用资源,但终端判断随机接入过程中所选择的RO在第一频率范围之内时,终端均无须跳频操作。
示例2:
基于是否跳频,终端确定随机接入过程的中的定时。具体地,终端基于示例1中的各种方式判断终端在发送PRACH(或接收RAR)时是否需要跳频。然后,基于是否跳频,确定随机接入过程中接收RAR窗的起始时间或重发PRACH时间。
在初始接入过程中,终端一般工作在初始UL BWP/初始DL BWP中。基于示例1,当配置的所有的RO所占的带宽超过了终端的信道带宽或初始UL BWP,终端可以通过跳频的方式发送PRACH。即终端可以在为其配置的初始UL BWP发送PRACH。
对于时分双工(Time Division Duplexing,TDD)系统而言,初始UL BWP和初始DL BWP中心频点是一致的。因此终端发送PRACH之前,终端可能需要从初始UL BWP中跳频至发送的PRACH的 RO。终端发送完PRACH之后,还需要跳频回初始UL BWP/初始DL BWP,并在初始DL BWP中接收RAR。若终端成功接收RAR,则终端在初始UL BWP中发送msg3。
1、PRACH和RAR窗之间的新定时,参见图8。
由于终端发送PRACH之后,需要跳频回初始DL BWP接收RAR,该跳频的操作会引入一个跳频的时间T_hop。因此,需基于该跳频的时间T_hop确定终端接收RAR的时间。参见图2b,在相关技术中,终端在发送PRACH之后,需要经过一个符号的处理时间之后,才可以启动RAR窗,并且在RAR窗之内监听调度RAR响应消息的PDCCH DCI格式1_0。因此,终端额外需要跳频操作后,终端发送的PRACH与RAR窗的起始时间之间的定时间隔T_new需要综合考虑跳频引入的时间T_hop和正常发送PRACH之后的一个符号处理时间T_current,参见图2b。
总体而言,T_new取决于T_hop的时长和UE的实现,T_new有如下的可能性:
T_new=T_hop+T_current;这种方式终端的跳频的操作和接收RAR的处理两者先后串行完成。
T_new=max(T_hop,T_current),其中max为取最大值。这种方式下,终端的跳频的操作和接收RAR的处理二者并行处理。
T_new=T_new’,T_new’>T_hop,T_new’>T_current。可选地,T_new’<T_hop+T_current。这种方式下,跳频过程的部分操作(例如跳频操作引起基带的处理的中断)与接收RAR的处理需要串行处理,跳频过程的另一部分部分操作(如跳频操作过程中的延迟不影响基带的工作)和接收RAR的处理串行处理。
UE发送了preamble之后,将在RAR时间窗(RA Response window)内监听PDCCH以接收对应的RAR,PDCCH格式为DCI format 1_0,且其CRC由RA-RNTI加扰。RAR时间窗的窗长以时隙个数表示,长度由高层信令ra-ResponseWindow配置,并基于Type1-PDCCH公共搜索空间集合的子载波间隔为参考子载波确定时隙长度。RAR时间窗起始于为终端配置的Type1-PDCCH CSS set中,且在终端发送PRACH所在的PRACH occasion的最后一个符号之后至少T_new之后的终端接收PDCCH时间位置最早的CORESET,且该至少一个符号的符号长度对应Type1-PDCCH CSS set的子载波间隔。T_new的表示可以是绝对时间,也可以以特定子载波间隔例如15KHz、30KHz等的方式表示。
2、重发PRACH的新定时
在一些场景,终端可能需要再次发送PRACH:例如UE在RAR窗内没有检测到其CRC由RA-RNTI加扰的PDCCH DCI格式1-0,或UE虽然检测到了该PDCCH DCI格式1-0,但没有正确接收PDSCH,或UE检测到了PDSCH,但UE高层不能从PDSCH中携带的RAR中识别到UE发送的preamble的RAPID等。在这些情况下,终端高层可以指示终端物理层再次发送PRACH。由于这些场景下终端的操作均在初始DL BWP中进行,在TDD下,初始UL BWP和初始DL BWP中心频点是一致的。若需再次发送PRACH且终端需要跳频发送PRACH(例如基于示例1中的判断规则),则终端确定再次发送PRACH的时间终端需要基于跳频时间T_hop。
相关技术中,在高层请求重发PRACH的情况下,UE被期待在不晚于RAR窗的最后一个符号,或,接收该PDSCH的最后一个符号,之后N
T,1+0.75ms的时间位置发送PRACH,其中N
T,1为对应UE处理能力1的UE处理PDSCH所需的处理时长N
1个符号,这其中在确定处理时长N
1个符号时假设μ为对应携带DCI格式1_0的PDCCH、或对应的配置了额外的DMRS的PDSCH,或对应的PRACH子载波间隔的最小子载波间隔。对于μ=0,终端假定N
1,0=14。对应子载波间隔为1.25kHz或5kHz的 PRACH,终端在确定N
1时假定μ=0。
因此,考虑跳频时间T_hop之后,上述定时可以变化为:
在高层请求重发PRACH的情况下,UE被期待在不晚于该RAR窗的最后一个符号,或,或接收该PDSCH的最后一个符号,之后T_new2的时间位置发送PRACH。
其中,T_new2的确定方式示例如下:
T_new2=T_hop+T_current2;这种方式终端的跳频的操作和不跳频的处理操作两者可以先后串行完成。
T_new2=max(T_hop,T_current2),其中max为取最大值。这种方式下,终端的跳频的操作和不跳频的处理操作二者可以并行处理。
T_new2=T_new2’,T_new2’>T_hop,T_new2’>T_current2。可选地,T_new2’<T_hop+T_current2。这种方式下,跳频过程的部分操作(例如跳频操作引起基带的处理的中断)与不跳频的处理操作串行处理,跳频过程的另一部分操作(如跳频操作过程中的延迟不影响基带的工作)和不跳频的处理操作串行处理。
其中,T_current2=N
T,1+0.75ms。其中,N
T,1的含义可以参见上述的相关描述。
此外,关于上述两种新定时的使用,可以是所有的RedCap终端,不管是否在发送PRACH或接收RAR消息时是否跳频,均可以使用上述新定时,参见图8。或者,仅针对需要跳频操作的终端,才使用前述新定时;对于不需要跳频操作的终端,使用例如图2b中的定时。
本申请实施例提出的随机接入方法,针对窄带的RedCap终端,可以使用网络配置的超出自身带宽的PRACH资源集合中的PRACH资源进行随机接入。其中,涉及对随机接入过程中跳频操作时,对随机接入过程中相关信道之间设计新的定时关系,从而使得终端可以顺利完成所需的跳频操作。采用本申请实施例的方法,可以使得网络配置PRACH资源超出RedCap终端的带宽的情况下,RedCap终端依然可以与传统NR终端共享PRACH资源,从而实现了资源共享,提升系统效率。
图9是根据本申请一实施例的终端设备20的示意性框图。该终端设备20可以包括:
处理单元21,用于基于第一条件确定在随机接入过程中是否进行跳频。
可选地,该处理单元还用于基于第一条件确定是否需要采用跳频发送物理随机接入信道PRACH或接收随机接入响应RAR。
可选地,如图10所示,该终端设备还包括:
发送单元22,用于在满足该第一条件的情况下,采用跳频发送该PRACH或接收该RAR。
可选地,该第一条件包括:为该终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
可选地,该第一带宽包括以下至少之一:
终端设备的信道带宽;
终端设备所支持的最大信道带宽对应的物理资源块PRB数量;
预设的或配置的带宽;
预设的或配置的PRB数量;
终端设备的初始上行UL带宽部分BWP的带宽。
可选地,该终端设备的初始UL BWP的带宽为预设的或配置的。
可选地,该第一条件包括以下至少之一:
为该终端设备配置的FDM的RO所占的频带不在第一频率范围之内;
该终端设备所选择的RO不在第一频率范围之内。
可选地,该第一频率范围是该终端设备的初始UL BWP。
可选地,该初始UL BWP是预设的或网络通过系统消息配置的。
可选地,该第一频率范围是为该终端设备配置的UL BWP,为该终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
可选地,为该终端设备配置的UL BWP的频率范围包含初始UL BWP的频率范围。
可选地,为该终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
可选地,该处理单元还用于在网络为该终端设备配置有专用的RO资源的情况下,不采用跳频发送PRACH或接收RAR。
可选地,该专用的RO资源在该终端设备的信道带宽之内或为该终端设备配置的初始UL BWP之内。
可选地,该终端设备为RedCap终端。
本申请实施例的终端设备20能够实现前述的方法实施例中的终端设备的对应功能。该终端设备20中的各个模块(子模块、单元或组件等)对应的流程、功能、实现方式以及有益效果,可参见上述方法实施例中的对应描述,在此不再赘述。需要说明,关于申请实施例的终端设备20中的各个模块(子模块、单元或组件等)所描述的功能,可以由不同的模块(子模块、单元或组件等)实现,也可以由同一个模块(子模块、单元或组件等)实现。
图11是根据本申请一实施例的终端设备30的示意性框图。该终端设备30可以包括:
处理单元31,用于基于第一时间长度确定接收随机接入响应RAR窗的起始时间。
可选地,该第一时间长度为该终端设备跳频所需的时间长度。
可选地,该处理单元31还用于基于第一时间长度和第二时间长度确定接收RAR窗的起始时间。
可选地,该第二时间长度为一个符号。
可选地,该处理单元31还用于基于该第一时间长度和该第二时间长度确定第三时间长度;基于该第三时间长度确定接收RAR窗的起始时间。
可选地,该处理单元31还用于基于该第三时间长度确定接收RAR窗的起始时间,包括:在满足第一条件的情况下,基于该第三时间长度确定接收RAR窗的起始时间。
可选地,该处理单元31还用于在不满足第一条件的情况下,该终端设备基于该第二时间长度确定接收RAR窗的起始时间。
可选地,该第一条件包括:为该终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
可选地,该第一带宽包括以下至少之一:
终端设备的信道带宽;
终端设备所支持的最大信道带宽对应的物理资源块PRB数量;
预设的或配置的带宽;
预设的或配置的PRB数量;
终端设备的初始上行UL带宽部分BWP的带宽。
可选地,该终端设备的初始UL BWP的带宽为预设的或配置的。
可选地,该第一条件包括以下至少之一:
为该终端设备配置的FDM的RO所占的频带不在第一频率范围之内;
该终端设备所选择的RO不在第一频率范围之内。
可选地,该第一频率范围是该终端设备的初始UL BWP。
可选地,该初始UL BWP是预设的或网络通过系统消息配置的。
可选地,该第一频率范围是为该终端设备配置的UL BWP,为该终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
可选地,为该终端设备配置的UL BWP的频率范围包含初始UL BWP的频率范围。
可选地,为该终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
可选地该处理单元还用于在网络为该终端设备配置有专用的RO资源的情况下,不采用跳频发送PRACH或接收RAR。
可选地,该专用的RO资源在该终端设备的信道带宽之内或为该终端设备配置的初始UL BWP之内。
可选地,该第三时间长度的确定方式包括以下至少之一:
该第三时间长度等于该第一时间长度与第二时间长度之和;
该第三时间长度等于该第一时间长度与第二时间长度之间的最大值;
该第三时间长度大于该第一时间长度与第二时间长度之间的最大值,并且小于该第一时间长度与第二时间长度之和。
可选地,NR终端是基于该第二时间长度确定接收RAR窗的起始时间的,RedCap终端是基于第三时间长度确定接收RAR窗的起始时间的。
本申请实施例的终端设备30能够实现前述的方法实施例中的终端设备的对应功能。该终端设备30中的各个模块(子模块、单元或组件等)对应的流程、功能、实现方式以及有益效果,可参见上述方法实施例中的对应描述,在此不再赘述。需要说明,关于申请实施例的终端设备30中的各个模块(子模块、单元或组件等)所描述的功能,可以由不同的模块(子模块、单元或组件等)实现,也可以由同一个模块(子模块、单元或组件等)实现。
图12是根据本申请一实施例的终端设备40的示意性框图。该终端设备40可以包括:
处理单元41,用于基于第一时间长度确定重新发送物理随机接入信道PRACH的时间。
可选地,该第一时间长度为该终端设备跳频所需的时间长度。
可选地,该处理单元还用于基于第一时间长度和第四时间长度确定重新发送PRACH的时间。
可选地,该第四时间长度是基于对应UE处理能力1的终端设备处理物理下行共享信道PDSCH所需的处理时间确定的。
可选地,该第四时间长度等于该处理时间+0.75ms。
可选地,该处理单元41还用于基于第一时间长度和第四时间长度确定第五时间长度;基于该第五时间长度确定重新发送PRACH的时间。
可选地,该处理单元41还用于在满足第一条件的情况下,基于该第五时间长度确定重新发送 PRACH的时间。
可选地,该处理单元41还用于在不满足第一条件的情况下,基于该第四时间长度确定重新发送PRACH的时间。
可选地,该第一条件包括:为该终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
可选地,该第一带宽包括以下至少之一:
终端设备的信道带宽;
终端设备所支持的最大信道带宽对应的物理资源块PRB数量;
预设的或配置的带宽;
预设的或配置的PRB数量;
终端设备的初始上行UL带宽部分BWP的带宽。
可选地,该终端设备的初始UL BWP的带宽为预设的或配置的。
可选地,该第一条件包括以下至少之一:
为该终端设备配置的FDM的RO所占的频带不在第一频率范围之内;
该终端设备所选择的RO不在第一频率范围之内。
可选地,该第一频率范围是该终端设备的初始UL BWP。
可选地,该初始UL BWP是预设的或网络通过系统消息配置的。
可选地,该第一频率范围是为该终端设备配置的UL BWP,为该终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
可选地,为该终端设备配置的UL BWP的频率范围包含初始UL BWP的频率范围。
可选地,为该终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
可选地,该处理单元41还用于在网络为该终端设备配置有专用的RO资源的情况下,不采用跳频发送PRACH或接收RAR。
可选地,该专用的RO资源在该终端设备的信道带宽之内或为该终端设备配置的初始UL BWP之内。
可选地,该第五时间长度的确定方式包括以下至少之一:
该第五时间长度等于该第一时间长度与第四时间长度之和;
该第五时间长度等于该第一时间长度与第四时间长度之间的最大值;
该第五时间长度大于该第一时间长度与第四时间长度之间的最大值,并且小于该第一时间长度与第四时间长度之和。
本申请实施例的终端设备40能够实现前述的方法实施例中的终端设备的对应功能。该终端设备40中的各个模块(子模块、单元或组件等)对应的流程、功能、实现方式以及有益效果,可参见上述方法实施例中的对应描述,在此不再赘述。需要说明,关于申请实施例的终端设备40中的各个模块(子模块、单元或组件等)所描述的功能,可以由不同的模块(子模块、单元或组件等)实现,也可以由同一个模块(子模块、单元或组件等)实现。
图13是根据本申请实施例的通信设备600示意性结构图。该通信设备600包括处理器610,处理器610可以从存储器中调用并运行计算机程序,以使通信设备600实现本申请实施例中的方法。
可选地,通信设备600还可以包括存储器620。其中,处理器610可以从存储器620中调用并运行计算机程序,以使通信设备600实现本申请实施例中的方法。
其中,存储器620可以是独立于处理器610的一个单独的器件,也可以集成在处理器610中。
可选地,通信设备600还可以包括收发器630,处理器610可以控制该收发器630与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线,天线的数量可以为一个或多个。
可选地,该通信设备600可为本申请实施例的网络设备,并且该通信设备600可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该通信设备600可为本申请实施例的终端设备,并且该通信设备600可以实现本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
图14是根据本申请实施例的芯片700的示意性结构图。该芯片700包括处理器710,处理器710可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,芯片700还可以包括存储器720。其中,处理器710可以从存储器720中调用并运行计算机程序,以实现本申请实施例中由终端设备或者网络设备执行的方法。
其中,存储器720可以是独立于处理器710的一个单独的器件,也可以集成在处理器710中。
可选地,该芯片700还可以包括输入接口730。其中,处理器710可以控制该输入接口730与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。
可选地,该芯片700还可以包括输出接口740。其中,处理器710可以控制该输出接口740与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。
可选地,该芯片可应用于本申请实施例中的网络设备,并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该芯片可应用于本申请实施例中的终端设备,并且该芯片可以实现本申请实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
应用于网络设备和终端设备的芯片可以是相同的芯片或不同的芯片。
应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
上述提及的处理器可以是通用处理器、数字信号处理器(digital signal processor,DSP)、现成可编程门阵列(field programmable gate array,FPGA)、专用集成电路(application specific integrated circuit,ASIC)或者其他可编程逻辑器件、晶体管逻辑器件、分立硬件组件等。其中,上述提到的通用处理器可以是微处理器或者也可以是任何常规的处理器等。
上述提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM)。
应理解,上述存储器为示例性但不是限制性说明,例如,本申请实施例中的存储器还可以是静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机 存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)等等。也就是说,本申请实施例中的存储器旨在包括但不限于这些和任意其他适合类型的存储器。
图15是根据本申请实施例的通信系统800的示意性框图。该通信系统800包括终端设备810和网络设备820。
在一种可能的实现方式中,终端设备810用于基于第一条件确定在随机接入过程中是否进行跳频。
在一种可能的实现方式中,终端设备810用于基于第一时间长度确定接收RAR窗的起始时间。
在一种可能的实现方式中,终端设备810用于基于第一时间长度确定重新发送PRACH的时间。
网络设备820可以用于接收来自终端设备的PRACH或向终端设备发送RAR。
其中,该终端设备810可以用于实现上述方法中由终端设备实现的相应的功能,以及该网络设备820可以用于实现上述方法中由网络设备实现的相应的功能。为了简洁,在此不再赘述。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时,全部或部分地产生按照本申请实施例中的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(Solid State Disk,SSD))等。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以该权利要求的保护范围为准。
Claims (115)
- 一种随机接入方法,包括:终端设备基于第一条件确定在随机接入过程中是否进行跳频。
- 根据权利要求1所述的方法,其中,终端设备基于第一条件确定在随机接入过程中是否进行跳频,包括:终端设备基于第一条件确定是否需要采用跳频发送物理随机接入信道PRACH或接收随机接入响应RAR。
- 根据权利要求2所述的方法,其中,所述方法还包括:在满足所述第一条件的情况下,终端设备采用跳频发送所述PRACH或接收所述RAR。
- 根据权利要求1至3中任一项所述的方法,其中,所述第一条件包括:为所述终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
- 根据权利要求4所述的方法,其中,所述第一带宽包括以下至少之一:终端设备的信道带宽;终端设备所支持的最大信道带宽对应的物理资源块PRB数量;预设的或配置的带宽;预设的或配置的PRB数量;终端设备的初始上行UL带宽部分BWP的带宽。
- 根据权利要求5所述的方法,其中,所述终端设备的初始UL BWP的带宽为预设的或配置的。
- 根据权利要求1至3中任一项所述的方法,其中,所述第一条件包括以下至少之一:为所述终端设备配置的FDM的RO所占的频带不在第一频率范围之内;所述终端设备所选择的RO不在第一频率范围之内。
- 根据权利要求7所述的方法,其中,所述第一频率范围是所述终端设备的初始UL BWP。
- 根据权利要求8所述的方法,其中,所述初始UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求7所述的方法,其中,所述第一频率范围是为所述终端设备配置的UL BWP,为所述终端设备配置UL BWP的带宽大于初始UL BWP的带宽。
- 根据权利要求10所述的方法,其中,为所述终端设备配置的UL BWP的频率范围包含初始UL BWP的频率范围。
- 根据权利要求10或11所述的方法,其中,为所述终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求1至12中任一项所述的方法,其中,所述方法还包括:在网络为所述终端设备配置有专用的RO资源的情况下,所述终端设备不采用跳频发送PRACH或接收RAR。
- 根据权利要求13所述的方法,其中,所述专用的RO资源在所述终端设备的信道带宽之内或为所述终端设备配置的初始UL BWP之内。
- 根据权利要求1至14中任一项所述的方法,其中,所述终端设备为Redcap终端。
- 一种随机接入方法,包括:终端设备基于第一时间长度确定接收随机接入响应RAR窗的起始时间。
- 根据权利要求16所述的方法,其中,所述第一时间长度为所述终端设备跳频所需的时间长度。
- 根据权利要求16或17所述的方法,其中,终端设备基于第一时间长度确定接收随机接入响应RAR窗的起始时间,包括:终端设备基于第一时间长度和第二时间长度确定接收RAR窗的起始时间。
- 根据权利要求18所述的方法,其中,所述第二时间长度为一个符号。
- 根据权利要求18或19所述的方法,其中,终端设备基于第一时间长度和第二时间长度确定接收RAR窗的起始时间,包括:所述终端设备基于所述第一时间长度和所述第二时间长度确定第三时间长度;所述终端设备基于所述第三时间长度确定接收RAR窗的起始时间。
- 根据权利要求20所述的方法,其中,所述终端设备基于所述第三时间长度确定接收RAR窗的起始时间,包括:在满足第一条件的情况下,所述终端设备基于所述第三时间长度确定接收RAR窗的起始时间。
- 根据权利要求20或21所述的方法,其中,所述方法还包括:在不满足第一条件的情况下,所述终端设备基于所述第二时间长度确定接收RAR窗的起始时间。
- 根据权利要求21或22所述的方法,其中,所述第一条件包括:为所述终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
- 根据权利要求23所述的方法,其中,所述第一带宽包括以下至少之一:终端设备的信道带宽;终端设备所支持的最大信道带宽对应的物理资源块PRB数量;预设的或配置的带宽;预设的或配置的PRB数量;终端设备的初始上行UL带宽部分BWP的带宽。
- 根据权利要求24所述的方法,其中,所述终端设备的初始UL BWP的带宽为预设的或配置的。
- 根据权利要求21或22所述的方法,其中,所述第一条件包括以下至少之一:为所述终端设备配置的FDM的RO所占的频带不在第一频率范围之内;所述终端设备所选择的RO不在第一频率范围之内。
- 根据权利要求26所述的方法,其中,所述第一频率范围是所述终端设备的初始UL BWP。
- 根据权利要求27所述的方法,其中,所述初始UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求28所述的方法,其中,所述第一频率范围是所述终端设备的为所述终端设备配置的UL BWP,为所述终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
- 根据权利要求29所述的方法,其中,为所述终端设备配置的UL BWP的频率范围包含初始UL BWP的频率范围。
- 根据权利要求29或30所述的方法,其中,为所述终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求21至31中任一项所述的方法,其中,所述方法还包括:在网络为所述终端设备配置有专用的RO资源的情况下,所述终端设备不采用跳频发送PRACH或 接收RAR。
- 根据权利要求32所述的方法,其中,所述专用的RO资源在所述终端设备的信道带宽之内或为所述终端设备配置的初始UL BWP之内。
- 根据权利要求20至33中任一项所述的方法,其中,所述第三时间长度的确定方式包括以下至少之一:所述第三时间长度等于所述第一时间长度与第二时间长度之和;所述第三时间长度等于所述第一时间长度与第二时间长度之间的最大值;所述第三时间长度大于所述第一时间长度与第二时间长度之间的最大值,并且小于所述第一时间长度与第二时间长度之和。
- 根据权利要求20至34中任一项所述的方法,其中,NR终端是基于所述第二时间长度确定接收RAR窗的起始时间的,Redcap终端是基于第三时间长度确定接收RAR窗的起始时间的。
- 一种随机接入方法,包括:终端设备基于第一时间长度确定重新发送物理随机接入信道PRACH的时间。
- 根据权利要求36所述的方法,其中,所述第一时间长度为所述终端设备跳频所需的时间长度。
- 根据权利要求36或37所述的方法,其中,终端设备基于第一时间长度确定重新发送PRACH的时间,包括:所述终端设备基于第一时间长度和第四时间长度确定重新发送PRACH的时间。
- 根据权利要求38所述的方法,其中,所述第四时间长度是基于对应UE处理能力1的终端设备处理物理下行共享信道PDSCH所需的处理时间确定的。
- 根据权利要求39所述的方法,其中,所述第四时间长度等于所述处理时间+0.75ms。
- 根据权利要求36至40中任一项所述的方法,其中,所述终端设备基于第一时间长度和第四时间长度确定重新发送PRACH的时间,包括:所述终端设备基于第一时间长度和第四时间长度确定第五时间长度;所述终端设备基于所述第五时间长度确定重新发送PRACH的时间。
- 根据权利要求41所述的方法,其中,所述终端设备基于所述第五时间长度确定重新发送PRACH的时间,包括:在满足第一条件的情况下,所述终端设备基于所述第五时间长度确定重新发送PRACH的时间。
- 根据权利要求41或42所述的方法,其中,所述方法还包括:在不满足第一条件的情况下,所述终端设备基于所述第四时间长度确定重新发送PRACH的时间。
- 根据权利要求42或43所述的方法,其中,所述第一条件包括:为所述终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
- 根据权利要求44所述的方法,其中,所述第一带宽包括以下至少之一:终端设备的信道带宽;终端设备所支持的最大信道带宽对应的物理资源块PRB数量;预设的或配置的带宽;预设的或配置的PRB数量;终端设备的初始上行UL带宽部分BWP的带宽。
- 根据权利要求45所述的方法,其中,所述终端设备的初始UL BWP的带宽为预设的或配置的。
- 根据权利要求42或43所述的方法,其中,所述第一条件包括以下至少之一:为所述终端设备配置的FDM的RO所占的频带不在第一频率范围之内;所述终端设备所选择的RO不在第一频率范围之内。
- 根据权利要求47所述的方法,其中,所述第一频率范围是所述终端设备的初始UL BWP。
- 根据权利要求48所述的方法,其中,所述初始UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求49所述的方法,其中,所述第一频率范围是所述终端设备的为所述终端设备配置的UL BWP,为所述终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
- 根据权利要求50所述的方法,其中,为所述终端设备配置的UL BWP的频率范围包含初始UL BWP的频率范围。
- 根据权利要求50或51所述的方法,其中,为所述终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求41至52中任一项所述的方法,其中,所述方法还包括:在网络为所述终端设备配置有专用的RO资源的情况下,所述终端设备不采用跳频发送PRACH或接收RAR。
- 根据权利要求53所述的方法,其中,所述专用的RO资源在所述终端设备的信道带宽之内或为所述终端设备配置的初始UL BWP之内。
- 根据权利要求41至54中任一项所述的方法,其中,所述第五时间长度的确定方式包括以下至少之一:所述第五时间长度等于所述第一时间长度与第四时间长度之和;所述第五时间长度等于所述第一时间长度与第四时间长度之间的最大值;所述第五时间长度大于所述第一时间长度与第四时间长度之间的最大值,并且小于所述第一时间长度与第四时间长度之和。
- 一种终端设备,包括:处理单元,用于基于第一条件确定在随机接入过程中是否进行跳频。
- 根据权利要求56所述的终端设备,其中,所述处理单元还用于基于第一条件确定是否需要采用跳频发送物理随机接入信道PRACH或接收随机接入响应RAR。
- 根据权利要求57所述的终端设备,其中,所述终端设备还包括:发送单元,用于在满足所述第一条件的情况下,采用跳频发送所述PRACH或接收所述RAR。
- 根据权利要求56至58中任一项所述的终端设备,其中,所述第一条件包括:为所述终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
- 根据权利要求59所述的终端设备,其中,所述第一带宽包括以下至少之一:终端设备的信道带宽;终端设备所支持的最大信道带宽对应的物理资源块PRB数量;预设的或配置的带宽;预设的或配置的PRB数量;终端设备的初始上行UL带宽部分BWP的带宽。
- 根据权利要求60所述的终端设备,其中,所述终端设备的初始UL BWP的带宽为预设的或配置的。
- 根据权利要求56至58中任一项所述的终端设备,其中,所述第一条件包括以下至少之一:为所述终端设备配置的FDM的RO所占的频带不在第一频率范围之内;所述终端设备所选择的RO不在第一频率范围之内。
- 根据权利要求62所述的终端设备,其中,所述第一频率范围是所述终端设备的初始UL BWP。
- 根据权利要求63所述的终端设备,其中,所述初始UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求64所述的终端设备,其中,所述第一频率范围是为所述终端设备配置的UL BWP,为所述终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
- 根据权利要求65所述的终端设备,其中,为所述终端设备配置的UL BWP的频率范围包含初始UL BWP的频率范围。
- 根据权利要求65或66所述的终端设备,其中,为所述终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求56至67中任一项所述的终端设备,其中,所述处理单元还用于在网络为所述终端设备配置有专用的RO资源的情况下,不采用跳频发送PRACH或接收RAR。
- 根据权利要求68所述的终端设备,其中,所述专用的RO资源在所述终端设备的信道带宽之内或为所述终端设备配置的初始UL BWP之内。
- 根据权利要求56至69中任一项所述的终端设备,其中,所述终端设备为Redcap终端。
- 一种终端设备,包括:处理单元,用于基于第一时间长度确定接收随机接入响应RAR窗的起始时间。
- 根据权利要求71所述的终端设备,其中,所述第一时间长度为所述终端设备跳频所需的时间长度。
- 根据权利要求71或72所述的终端设备,其中,所述处理单元还用于基于第一时间长度和第二时间长度确定接收RAR窗的起始时间。
- 根据权利要求73所述的终端设备,其中,所述第二时间长度为一个符号。
- 根据权利要求73或74所述的终端设备,其中,所述处理单元还用于基于所述第一时间长度和所述第二时间长度确定第三时间长度;基于所述第三时间长度确定接收RAR窗的起始时间。
- 根据权利要求75所述的终端设备,其中,所述处理单元还用于基于所述第三时间长度确定接收RAR窗的起始时间,包括:在满足第一条件的情况下,基于所述第三时间长度确定接收RAR窗的起始时间。
- 根据权利要求75或76所述的终端设备,其中,所述处理单元还用于在不满足第一条件的情况下,所述终端设备基于所述第二时间长度确定接收RAR窗的起始时间。
- 根据权利要求76或77所述的终端设备,其中,所述第一条件包括:为所述终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
- 根据权利要求78所述的终端设备,其中,所述第一带宽包括以下至少之一:终端设备的信道带宽;终端设备所支持的最大信道带宽对应的物理资源块PRB数量;预设的或配置的带宽;预设的或配置的PRB数量;终端设备的初始上行UL带宽部分BWP的带宽。
- 根据权利要求79所述的终端设备,其中,所述终端设备的初始UL BWP的带宽为预设的或配置的。
- 根据权利要求76或77所述的终端设备,其中,所述第一条件包括以下至少之一:为所述终端设备配置的FDM的RO所占的频带不在第一频率范围之内;所述终端设备所选择的RO不在第一频率范围之内。
- 根据权利要求81所述的终端设备,其中,所述第一频率范围是所述终端设备的初始UL BWP。
- 根据权利要求82所述的终端设备,其中,所述初始UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求83所述的终端设备,其中,所述第一频率范围是为所述终端设备配置的UL BWP,为所述终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
- 根据权利要求84所述的终端设备,其中,为所述终端设备配置的UL BWP的频率范围包含初始UL BWP的频率范围。
- 根据权利要求84或85所述的终端设备,其中,为所述终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求76至86中任一项所述的终端设备,其中,所述处理单元还用于在网络为所述终端设备配置有专用的RO资源的情况下,不采用跳频发送PRACH或接收RAR。
- 根据权利要求87所述的终端设备,其中,所述专用的RO资源在所述终端设备的信道带宽之内或为所述终端设备配置的初始UL BWP之内。
- 根据权利要求75至88中任一项所述的终端设备,其中,所述第三时间长度的确定方式包括以下至少之一:所述第三时间长度等于所述第一时间长度与第二时间长度之和;所述第三时间长度等于所述第一时间长度与第二时间长度之间的最大值;所述第三时间长度大于所述第一时间长度与第二时间长度之间的最大值,并且小于所述第一时间长度与第二时间长度之和。
- 根据权利要求75至89中任一项所述的终端设备,其中,NR终端是基于所述第二时间长度确定接收RAR窗的起始时间的,Redcap终端是基于第三时间长度确定接收RAR窗的起始时间的。
- 一种终端设备,包括:处理单元,用于基于第一时间长度确定重新发送物理随机接入信道PRACH的时间。
- 根据权利要求91所述的终端设备,其中,所述第一时间长度为所述终端设备跳频所需的时间长度。
- 根据权利要求91或92所述的终端设备,其中,所述处理单元还用于基于第一时间长度和第四时间长度确定重新发送PRACH的时间。
- 根据权利要求93所述的终端设备,其中,所述第四时间长度是基于对应UE处理能力1的终端 设备处理物理下行共享信道PDSCH所需的处理时间确定的。
- 根据权利要求94所述的终端设备,其中,所述第四时间长度等于所述处理时间+0.75ms。
- 根据权利要求91至95中任一项所述的终端设备,其中,所述处理单元还用于基于第一时间长度和第四时间长度确定第五时间长度;基于所述第五时间长度确定重新发送PRACH的时间。
- 根据权利要求96所述的终端设备,其中,所述处理单元还用于在满足第一条件的情况下,基于所述第五时间长度确定重新发送PRACH的时间。
- 根据权利要求96或97所述的终端设备,其中,所述处理单元还用于在不满足第一条件的情况下,基于所述第四时间长度确定重新发送PRACH的时间。
- 根据权利要求97或98所述的终端设备,其中,所述第一条件包括:为所述终端设备配置的频分复用FDM的随机接入时机RO所占的总带宽大于第一带宽。
- 根据权利要求99所述的终端设备,其中,所述第一带宽包括以下至少之一:终端设备的信道带宽;终端设备所支持的最大信道带宽对应的物理资源块PRB数量;预设的或配置的带宽;预设的或配置的PRB数量;终端设备的初始上行UL带宽部分BWP的带宽。
- 根据权利要求100所述的终端设备,其中,所述终端设备的初始UL BWP的带宽为预设的或配置的。
- 根据权利要求97或98所述的终端设备,其中,所述第一条件包括以下至少之一:为所述终端设备配置的FDM的RO所占的频带不在第一频率范围之内;所述终端设备所选择的RO不在第一频率范围之内。
- 根据权利要求102所述的终端设备,其中,所述第一频率范围是所述终端设备的初始UL BWP。
- 根据权利要求103所述的终端设备,其中,所述初始UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求104所述的终端设备,其中,所述第一频率范围是为所述终端设备配置的UL BWP,为所述终端设备配置的UL BWP的带宽大于初始UL BWP的带宽。
- 根据权利要求105所述的终端设备,其中,为所述终端设备配置的UL BWP的频率范围包含初始UL BWP的频率范围。
- 根据权利要求105或106所述的终端设备,其中,为所述终端设备配置的UL BWP是预设的或网络通过系统消息配置的。
- 根据权利要求96至107中任一项所述的终端设备,其中,所述处理单元还用于在网络为所述终端设备配置有专用的RO资源的情况下,不采用跳频发送PRACH或接收RAR。
- 根据权利要求108所述的终端设备,其中,所述专用的RO资源在所述终端设备的信道带宽之内或为所述终端设备配置的初始UL BWP之内。
- 根据权利要求96至109中任一项所述的终端设备,其中,所述第五时间长度的确定方式包括以下至少之一:所述第五时间长度等于所述第一时间长度与第四时间长度之和;所述第五时间长度等于所述第一时间长度与第四时间长度之间的最大值;所述第五时间长度大于所述第一时间长度与第四时间长度之间的最大值,并且小于所述第一时间长度与第四时间长度之和。
- 一种终端设备,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1至55中任一项所述的方法。
- 一种芯片,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求1至55中任一项所述的方法。
- 一种计算机可读存储介质,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1至55中任一项所述的方法。
- 一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行如权利要求1至55中任一项所述的方法。
- 一种计算机程序,所述计算机程序使得计算机执行如权利要求1至55中任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2020/118878 WO2022067519A1 (zh) | 2020-09-29 | 2020-09-29 | 随机接入方法和终端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116458251A true CN116458251A (zh) | 2023-07-18 |
Family
ID=80949287
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080105662.9A Pending CN116458251A (zh) | 2020-09-29 | 2020-09-29 | 随机接入方法和终端设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230217503A1 (zh) |
EP (1) | EP4221423A1 (zh) |
CN (1) | CN116458251A (zh) |
WO (1) | WO2022067519A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115334531A (zh) * | 2021-05-10 | 2022-11-11 | 华为技术有限公司 | 通信方法和通信装置 |
CN117099466A (zh) * | 2023-04-14 | 2023-11-21 | 上海移远通信技术股份有限公司 | 被用于无线通信的节点中的方法和装置 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103079282A (zh) * | 2011-10-26 | 2013-05-01 | 中兴通讯股份有限公司 | 随机接入方法、装置及系统 |
CN116709562A (zh) * | 2016-01-13 | 2023-09-05 | 中兴通讯股份有限公司 | 一种随机接入方法及装置 |
US20170265230A1 (en) * | 2016-03-14 | 2017-09-14 | Futurewei Technologies, Inc. | System and Method for Random Access Backoffs |
CN109661830B (zh) * | 2016-09-29 | 2020-08-25 | 华为技术有限公司 | 一种随机接入配置的方法及其设备 |
CN109152027B (zh) * | 2017-06-16 | 2023-09-29 | 华为技术有限公司 | 通信方法及装置 |
CN109600211A (zh) * | 2017-09-30 | 2019-04-09 | 中兴通讯股份有限公司 | 随机接入前导的跳频处理方法和装置、及终端和存储介质 |
CN110121182A (zh) * | 2018-02-07 | 2019-08-13 | 中兴通讯股份有限公司 | 一种上行传输方法、装置及计算机存储介质 |
CN110545579B (zh) * | 2018-05-28 | 2023-05-09 | 中国移动通信有限公司研究院 | 一种处理方法、网络侧设备及用户设备 |
-
2020
- 2020-09-29 WO PCT/CN2020/118878 patent/WO2022067519A1/zh active Application Filing
- 2020-09-29 CN CN202080105662.9A patent/CN116458251A/zh active Pending
- 2020-09-29 EP EP20955545.7A patent/EP4221423A1/en not_active Withdrawn
-
2023
- 2023-03-13 US US18/182,446 patent/US20230217503A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
EP4221423A1 (en) | 2023-08-02 |
WO2022067519A1 (zh) | 2022-04-07 |
US20230217503A1 (en) | 2023-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108462998B (zh) | 用于随机接入的基站、用户设备和方法 | |
CN111837446B (zh) | 随机接入的方法和通信设备 | |
CN113905453B (zh) | 随机接入的方法和设备 | |
US20230217503A1 (en) | Random access method and terminal device | |
CN112806088B (zh) | 随机接入方法、终端设备和网络设备 | |
US20230239774A1 (en) | Network slicing information processing method, terminal device, and network device | |
CN115699951A (zh) | 无线通信的方法和终端设备 | |
JP2022510620A (ja) | ランダムアクセス方法及び装置 | |
CN111972032B (zh) | 随机接入的方法和设备 | |
EP3624382A1 (en) | Downlink channel receiving method, and terminal apparatus | |
CN112997574B (zh) | 随机接入的方法、终端设备和网络设备 | |
CN112740808B (zh) | 消息传输的方法和设备 | |
US20230129426A1 (en) | Wireless communication method and terminal device | |
CN112997575B (zh) | 无线通信方法、终端设备和网络设备 | |
WO2022126667A1 (zh) | 随机接入响应的处理方法、网络设备和终端设备 | |
CN116569642A (zh) | 传输数据信道的方法、终端设备和网络设备 | |
WO2021077343A1 (zh) | 无线通信方法和终端设备 | |
CN112514515A (zh) | 随机接入方法、终端设备和网络设备 | |
CN112970219A (zh) | 一种资源确定方法及装置、终端 | |
EP4156744A1 (en) | Wireless communication method, terminal device and network device | |
US20220225433A1 (en) | Wireless communication method, terminal device, and network device | |
WO2022213257A1 (en) | Method and apparatus for bandwidth part configuration | |
CN117413547A (zh) | 信息指示方法、终端设备、网络设备、芯片和存储介质 | |
CN117730614A (zh) | 随机接入方法、终端设备和网络设备 | |
CN116803141A (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 |