CN117377124A - RedCap UE的随机接入增强方法、装置及设备 - Google Patents
RedCap UE的随机接入增强方法、装置及设备 Download PDFInfo
- Publication number
- CN117377124A CN117377124A CN202311394945.1A CN202311394945A CN117377124A CN 117377124 A CN117377124 A CN 117377124A CN 202311394945 A CN202311394945 A CN 202311394945A CN 117377124 A CN117377124 A CN 117377124A
- Authority
- CN
- China
- Prior art keywords
- msg
- message
- redcap
- gnb
- frequency domain
- 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
- 238000000034 method Methods 0.000 title claims abstract description 116
- 238000012545 processing Methods 0.000 claims abstract description 72
- 238000001514 detection method Methods 0.000 claims description 43
- 230000002708 enhancing effect Effects 0.000 claims description 36
- 101150071746 Pbsn gene Proteins 0.000 claims description 24
- 230000008569 process Effects 0.000 claims description 24
- 238000004891 communication Methods 0.000 abstract description 4
- 230000005540 biological transmission Effects 0.000 description 19
- 238000010586 diagram Methods 0.000 description 18
- 230000003993 interaction Effects 0.000 description 8
- 230000011664 signaling Effects 0.000 description 8
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 7
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 4
- 238000004904 shortening Methods 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000001427 coherent effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供的RedCap UE的随机接入增强方法、装置及设备,具体涉及通信技术领域。该方法通过获取gNB发送的Msg.2消息,并对Msg.2消息进行解码处理,得到UL grant信息,UL grant信息用于指示RedCap UE的Msg.3消息所占用的频域资源;根据UL grant信息,确定是否能够向gNB发送所述Msg.3消息;在确定无法向gNB发送Msg.3消息时,重新获取gNB发送的新的UL grant信息;根据新的UL grant信息,确定是否能够向gNB发送Msg.3消息;在确定能够向gNB发送Msg.3消息时,向gNB发送Msg.3消息,以完成随机接入过程。该方法在UL grant信息超过RedCap UE的带宽处理能力时,RedCap UE重新发送preamble,再次为其分配UL grant信息,向gNB发送Msg.3消息,增强RedCap终端随机接入的成功率。
Description
技术领域
本申请涉及通信技术,尤其涉及一种RedCap UE的随机接入增强方法、装置及设备。
背景技术
降低能力(Reduced Capability,RedCap)是3GPP标准化组织定义的一种5G技术,属于新技术标准NR light。在5G NR空口技术中,终端用户为了和基站建立无线资源控制协议(Radio Resource Control,RRC)连接会发起随机接入。一旦随机接入成功,终端将处于RRC连接状态,基站和终端就可以使用正常的专用传输进行通信。
当网络中存在多种类型的终端时,如增强移动宽带终端(Enhanced MobileBroadband,eMBB)、R17 RedCap终端和R18 RedCap终端。此时,R18 RedCap终端将和其他终端(如R17 Redcap终端)共享相同的前导码(Preambles)和物理随机接入信道(PhysicalRandom Access Channel,PRACH)资源,当R18 RedCap终端发起随机接入时,基站无法通过Msg.1消息识别R18 RedCap终端。基站有可能通过Msg.2为R18 RedCap终端的Msg.3物理上行共享信道(Physical Uplink Shared Channel,PUSCH)传输分配大于5MHz的频域资源,从而无法成功完成随机接入过程。
在传统的机制中,只有当竞争成功时,即UE成功解码Msg.4物理下行共享信道(Physical Downlink Shared Channel,PDSCH)且其MAC PDU中包含对应的UE ID,此时UE通过物理上行控制信道(Physical Uplink Control Channel,PUCCH)传输确认(ACKnowledgeCharacter,ACK)信息通知基站随机接入已完成。然而基于传统的机制,基站无法判断R18RedCap UE的具体原因,具体原因例如包括:成功解码Msg.4PDSCH但其MAC PDU不包含对应的UE ID,还是因为解码Msg.4PDSCH失败,或因为UE带宽能力限制而未能解码Msg.4PDSCH。当基站侧无法收到UE反馈的ACK信息时,基站将重新调度Msg.4PDSCH的传输,有可能新传的PDSCH传输频域资源仍然超过UE最大能接收的物理资源模块数(Physical ResourceBlock,PRB),这将导致不必要的终端功率损耗。
发明内容
本申请提供一种RedCap UE的随机接入增强方法、装置及设备,用以解决多个终端同时发送前导码时,RedCap UE因带宽限制或终端处理能力不足而导致的随机接入失败的问题。
第一方面,本申请提供一种RedCap UE的随机接入增强方法,应用于RedCap UE,该方法包括:
获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到UL grant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的频域资源;
根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
在确定无法向所述gNB发送所述Msg.3消息时,重新获取所述gNB发送的新的ULgrant信息;
根据新的UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
在确定能够向所述gNB发送所述Msg.3消息时,向所述gNB发送所述Msg.3消息,以完成随机接入过程。
可选的,根据所述UL grant信息,确定所述RedCap UE的Msg.3消息所占用的频域资源的PRB数目;
判断所述RedCap UE的带宽处理能力是否满足所述PRB数目;
在所述RedCap UE的带宽处理能力能够满足所述PRB数目,则确定能够向所述gNB发送所述Msg.3消息;
在所述RedCap UE的带宽处理能力无法满足所述PRB数目,则确定无法向所述gNB发送所述Msg.3消息。
可选的,重新向所述gNB发送Msg.1,并接收所述gNB发送的新的Msg.2消息;
对新的Msg.2消息进行解码处理,得到新的UL grant信息。
第二方面,本申请提供一种RedCap UE的随机接入增强方法,应用于gNB,该方法包括:
在获取到RedCap UE发送的Msg.1消息后,向所述RedCap UE发送Msg.2消息,所述Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的频域资源的UL grant信息;
判断在预设时长内是否接收到所述RedCap UE发送的Msg.3消息;
若预设时长内未接收到所述RedCap UE发送的Msg.3消息,则重新向所述RedCapUE发送新的Msg.2消息,所述新的Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的新的频域资源的UL grant信息。
第三方面,本申请提供一种RedCap UE的随机接入增强方法,应用于RedCap UE,该方法包括:
获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到UL grant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源;
根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
在确定无法向所述gNB发送所述Msg.3消息时,对所述第一频域资源进行截短处理,得到目标频域资源;
通过所述目标频域资源,向所述gNB发送Msg.3消息。
可选的,根据所述UL grant信息,确定所述RedCap UE的Msg.3消息所占用的第一频域资源的PRB索引;
根据所述PRB索引,按照预设规则,对所述第一频域资源进行截短处理,得到与所述RedCap UE对应的目标频域资源,其中,所述目标频域资源的PRB数目与所述RedCap UE的带宽处理能力存在关联关系。
第四方面,本申请提供一种RedCap UE的随机接入增强方法,应用于gNB,该方法包括:
在向RedCap UE发送Msg.2消息后,获取所述RedCap UE反馈的Msg.3消息,所述Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源的UL grant信息;
对所述Msg.3消息进行盲检处理或DMRS检测处理,得到检测结果;
根据检测结果,确定与所述Msg.3消息对应的目标频域资源,所述目标频域资源为所述RedCap UE根据所述UL grant信息,按照预设规则,对所述第一频域资源进行截短处理后得到的频域资源,所述目标频域资源的PRB数目与所述RedCap UE的带宽处理能力存在关联关系。
第五方面,本申请提供一种RedCap UE的随机接入增强装置,应用于RedCap UE,该装置包括:
获取模块:用于获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到UL grant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的频域资源;
确定模块:用于根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
所述获取模块:还用于在确定无法向所述gNB发送所述Msg.3消息时,重新获取所述gNB发送的新的UL grant信息;
所述确定模块:还用于根据新的UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
发送模块:用于在确定能够向所述gNB发送所述Msg.3消息时,向所述gNB发送所述Msg.3消息,以完成随机接入过程。
可选的,所述装置还包括:判断模块;
所述确定模块,还用于根据所述UL grant信息,确定所述RedCap UE的Msg.3消息所占用的频域资源的PRB数目;
判断模块,用于判断所述RedCap UE的带宽处理能力是否满足所述PRB数目;
所述确定模块,还用于在所述RedCap UE的带宽处理能力能够满足所述PRB数目,则确定能够向所述gNB发送所述Msg.3消息;
所述确定模块,还用于在所述RedCap UE的带宽处理能力无法满足所述PRB数目,则确定无法向所述gNB发送所述Msg.3消息。
可选的,所述装置还包括:处理模块;
所述发送模块,用于重新向所述gNB发送Msg.1,并接收所述gNB发送的新的Msg.2消息;
处理模块,用于对新的Msg.2消息进行解码处理,得到新的UL grant信息。
第六方面,本申请提供一种RedCap UE的随机接入增强装置,应用于gNB,该装置包括:
发送模块,用于在获取到RedCap UE发送的Msg.1消息后,向所述RedCap UE发送Msg.2消息,所述Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的频域资源的UL grant信息;
判断模块,用于判断在预设时长内是否接收到所述RedCap UE发送的Msg.3消息;
所述发送模块,还用于若预设时长内未接收到所述RedCap UE发送的Msg.3消息,则gNB重新向所述RedCap UE发送新的Msg.2消息,所述新的Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的新的频域资源的UL grant信息。
第七方面,本申请提供一种RedCap UE的随机接入增强装置,应用于RedCap UE,该装置包括:
获取模块,用于获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到UL grant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源;
确定模块,用于根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
处理模块,用于在确定无法向所述gNB发送所述Msg.3消息时,对所述第一频域资源进行截短处理,得到目标频域资源;
发送模块,用于通过所述目标频域资源,向所述gNB发送Msg.3消息。
可选的,所述确定模块,还用于根据所述UL grant信息,确定所述RedCap UE的Msg.3消息所占用的第一频域资源的PRB索引;
所述处理模块,还用于根据所述PRB索引,按照预设规则,对所述第一频域资源进行截短处理,得到与所述RedCap UE对应的目标频域资源,其中,所述目标频域资源的PRB数目与所述RedCap UE的带宽处理能力存在关联关系。
第八方面,本申请提供一种RedCap UE的随机接入增强装置,应用于gNB,该装置包括:
获取模块,用于在向RedCap UE发送Msg.2消息后,获取所述RedCap UE反馈的Msg.3消息,所述Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源的UL grant信息;
处理模块,用于对所述Msg.3消息进行盲检处理或DMRS检测处理,得到检测结果;
确定模块,用于根据检测结果,确定与所述Msg.3消息对应的目标频域资源,所述目标频域资源为所述RedCap UE根据所述UL grant信息,按照预设规则,对所述第一频域资源进行截短处理后得到的频域资源,所述目标频域资源的PRB数目与所述RedCap UE的带宽处理能力存在关联关系。
第九方面,本申请提供一种RedCap UE的随机接入增强设备,该设备包括:
存储器;
处理器;
其中,所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如上述第一方面、第二方面、第三方面和第四方面及第一方面、第二方面、第三方面和第四方面各种可能的实现方式所述的RedCap UE的随机接入增强方法。
第十方面,本申请提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行以实现如上述第一方面及第一方面各种可能的实现方式所述的RedCap UE的随机接入增强方法。
本申请提供的一种RedCap UE的随机接入增强方法、装置及设备,通过获取gNB发送的Msg.2消息,并对Msg.2消息进行解码处理,得到UL grant信息,UL grant信息用于指示RedCap UE的Msg.3消息所占用的频域资源;根据UL grant信息,确定是否能够向gNB发送所述Msg.3消息;在确定无法向gNB发送Msg.3消息时,重新获取gNB发送的新的UL grant信息;根据新的UL grant信息,确定是否能够向gNB发送Msg.3消息;在确定能够向gNB发送Msg.3消息时,向gNB发送Msg.3消息,以完成随机接入过程。该方法在UL grant信息超过Red CapUE的带宽处理能力时,Red Cap UE重新发送preamble,再次为其分配UL grant信息,向gNB发送Msg.3消息,增强RedCap终端随机接入的成功率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1为现有技术中的随机接入过程的信令交互示意图;
图2为本申请提供的RedCap UE的随机接入增强方法的流程示意图一;
图3为本申请提供的RedCap UE的随机接入增强方法的信令交互示意图一;
图4为本申请提供的RedCap UE的随机接入增强方法的信令交互示意图二;
图5为本申请提供的RedCap UE的随机接入增强方法的信令交互示意图三;
图6为本申请提供的RedCap UE的随机接入增强装置的结构示意图;
图7为本申请提供的RedCap UE的随机接入增强装置的结构示意图;
图8为本申请提供的RedCap UE的随机接入增强装置的结构示意图;
图9为本申请提供的RedCap UE的随机接入增强装置的结构示意图;
图10为本申请提供的RedCap UE的随机接入增强设备的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、产品或设备固有的其它步骤或单元。
本申请实施例中,“示例性的”或者“例如”等词用于表示例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
RedCap是3GPP标准化组织定义的一种5G技术,属于新技术标准NR light。在5GNR空口技术中,终端用户为了和基站建立RRC连接会发起随机接入。一旦随机接入成功,终端将处于RRC连接状态,基站和终端就可以使用正常的专用传输进行通信。
图1为现有技术中的随机接入过程的信令交互示意图。终端用户为了和基站建立RRC连接会发起随机接入,传统的随机接入过程包含四个步骤。如图1所示,该过程包括:
第一步:RedCap UE通过PRACH发送preambles给gNB。第二步:g NB接收preambles并发送RAR表明收到了preambles,并根据收到的preambles的定时,发送定时命令来调整RedCap UE的发送定时。第三步:RedCap UE根据RAR指示的UL grant给gNB发送PUSCH,PUSCH包含终端标识(如TC-RNTI),第四步:gNB通过PDCCH调度PDSCH发送给RedCap UE,PDSCH包含被Red Cap UE选择的多个终端的标识。RedCap UE成功解码Msg.4PDSCH且该PDSCH的MAC CE里包含该RedCap UE发送Msg.3PUSCH中携带的标识(即UE ID),则随机接入过程成功。
随机接入成功后终端用户通过给基站发送携带ACK信息的PUCCH告诉基站已成功接入网络。一旦随机接入成功,终端将处于RRC连接态,基站和终端就可以使用正常的专用传输进行通信。其中,对于物理数据传输信道PUSCH/PDSCH,R18 RedCap UE在一个时隙内能够传输的最大PRB数目是25(子载波间隔=15KHz)和12(子载波间隔=30KHz)。R18 RedCapUE可以在一个时隙上接收大于5MHz的Msg.4PDSCH,RedCap UE是否解码大于5MHz的Msg.4PDSCH取决于RedCap UE的实现。
然而,当网络中存在多种类型的终端时,如eMBB终端、R17 RedCap终端和R18RedCap终端。此时,R18 RedCap终端将和其他终端(如R17 Redcap终端)共享相同的Preambles和PRACH资源,当R18 RedCap终端发起随机接入时,基站无法通过Msg.1消息识别R18 RedCap终端。基站有可能通过Msg.2为R18 RedCap终端的Msg.3PUSCH传输分配大于5MHz的频域资源,从而无法成功完成随机接入过程。
在传统的机制中,只有当竞争成功时,即UE成功解码Msg.4PDSCH且其MAC PDU中包含对应的UE ID,此时UE通过PUCCH传输ACK信息通知基站随机接入已完成。然而基于传统的机制,基站无法判断R18 RedCap UE的具体原因,具体原因例如包括:成功解码Msg.4PDSCH但其MAC PDU不包含对应的UE ID,还是因为解码Msg.4PDSCH失败,或因为UE带宽能力限制而未能解码Msg.4PDSCH。当基站侧无法收到UE反馈的ACK信息时,基站将重新调度Msg.4PDSCH的传输,有可能新传的PDSCH传输频域资源仍然超过UE最大能接收的PRB数,这将导致不必要的终端功率损耗。
针对上述的问题,本申请提出了一种RedCap UE的随机接入增强方法,通过获取gNB发送的Msg.2消息,并对Msg.2消息进行解码处理,得到UL grant信息,UL grant信息用于指示RedCap UE的Msg.3消息所占用的频域资源;根据UL grant信息,确定是否能够向gNB发送Msg.3消息;在确定无法向gNB发送Msg.3消息时,重新获取gNB发送的新的UL grant信息;根据新的UL grant信息,确定是否能够向gNB发送Msg.3消息;在确定能够向gNB发送所述Msg.3消息时,向gNB发送Msg.3消息,以完成随机接入过程。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
图2为本申请实施例提供的RedCap UE的随机接入增强方法的流程示意图一。本实施例的执行主体为RedCap UE。如图2所示,该方法包括:
S101:获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到ULgrant信息,所述UL grant信息用于指示所述Red Cap UE的Msg.3消息所占用的频域资源。
可以理解的,RedCap UE通过PRACH发送preambles给gNB,preambles也就是Msg.1消息。gNB接收preambles并发送RAR表明收到了preambles,RAR也就是Msg.2消息,RedCapUE对RAR进行解码,获取RAR中包含的UL grant信息,UL grant信息指示RedCap UE为Msg.3PUSCH分配的频域资源。通过UL grant信息可确定RedCap UE下一步的行为。
其中,PRACH是指UE开始发起呼叫时的接入信道,RAR全称Random AccessResponse也叫随机接入响应,PUSCH是用来承载上行传输信道中的数据。
S102:根据所述UL grant信息,确定所述Red Cap UE的Msg.3消息所占用的频域资源的PRB数目。
其中,PRB全称Physical Resource Block,也叫物理资源块,是指频域上12个连续的子载波的资源,时域上是一个时隙(半个子帧,0.5ms)的资源。
可以理解的,RedCap UE成功解码Msg.2消息,可得知Msg.2中携带的其对应的ULgrant信息为Msg.3PUSCH分配的PRB数目。对于物理数据传输信道PUSCH或者PDSCH来说,NRR18 RedCap UE在一个时隙内能够传输的最大PRB数目是25(子载波间隔=15KHz)和12(子载波间隔=30KHz)。若超过RedCap UE所能传输的最大PRB数目,也即超过Red Cap UE的带宽处理能力,Red Cap UE无法发送Msg.3消息,随机接入过程也无法继续进行。
S103:判断所述Red Cap UE的带宽处理能力是否满足所述PRB数目。
可以理解的,若RedCap UE成功解码Msg.2消息,Msg.2中携带的其对应的UL grant信息为Msg.3PUSCH分配的PRB数目超过25(子载波间隔=15KHz)或12(子载波间隔=30KHz),即Red Cap UE的带宽处理能力不满足PRB数目。根据是否满足PRB数目的结果可对Red Cap UE的下一步操作进行指示。
S104:所述RedCap UE的带宽处理能力能够满足所述PRB数目,向所述gNB发送所述Msg.3消息,以完成随机接入过程。
可以理解的,RedCap UE的带宽处理能力能够满足所述PRB数目,也即RedCap UE解码Msg.2消息并发现Msg.2中携带的其对应的UL grant信息为Msg.3PUSCH分配的PRB数目不超过25(子载波间隔=15KHz)或12(子载波间隔=30KHz),此时按照传统随机接入过程发送Msg.3消息,以完成随机接入过程。
S105:所述RedCap UE的带宽处理能力无法满足所述PRB数目,重新向所述gNB发送Msg.1,并接收所述gNB发送的新的Msg.2消息。
S106:对新的Msg.2消息进行解码处理,得到新的UL grant信息。
可以理解的,若RedCap UE解码Msg.2消息并发现Msg.2中携带的其对应的ULgrant信息为Msg.3PUSCH分配的PRB数目超过了25(子载波间隔=15KHz)或12(子载波间隔=30KHz),RedCap UE立即退回随机接入过程的第一步,重新发送Msg.1消息,接收新的Msg.2消息,直到新的UL grant信息为Msg.3PUSCH分配的频域资源不超过其带宽处理能力或者超出RedCap UE最大的preamble发送次数。若新的UL grant信息为Msg.3PUSCH分配的频域资源不超过其带宽处理能力,则发送Msg.3消息,保证随机接入过程的正常进行。若超出RedCap UE最大的preamble发送次数,则此次随机接入过程失败。
本实施例提供的一种RedCap UE的随机接入增强方法,应用于RedCap UE,通过获取gNB发送的Msg.2消息,并对Msg.2消息进行解码处理,得到UL grant信息,UL grant信息用于指示RedCap UE的Msg.3消息所占用的频域资源;根据UL grant信息,确定是否能够向gNB发送所述Msg.3消息;在确定无法向gNB发送Msg.3消息时,重新获取gNB发送的新的ULgrant信息;根据新的UL grant信息,确定是否能够向gNB发送Msg.3消息;在确定能够向gNB发送Msg.3消息时,向gNB发送Msg.3消息,以完成随机接入过程。该方法在UL grant信息超过Red Cap UE的带宽处理能力时,Red Cap UE重新发送preamble,再次为其分配UL grant信息,向gNB发送Msg.3消息,增强RedCap终端随机接入的成功率。
图3为本申请实施例提供的RedCap UE的随机接入增强方法的信令交互示意图一。本实施例是在图2实施例的基础上发送Msg.3消息的另一方法。如图3所示,该方法包括:
S201:gNB向RedCap UE发送Msg.2消息。
S202:RedCap UE对所述Msg.2消息进行解码处理,得到UL grant信息。
其中,步骤S101与步骤S201、步骤S201类似,此处不再赘述。
S203:RedCap UE根据所述ULgrant信息,确定无法向所述gNB发送Msg.3消息。
其中,步骤S105与步骤S203类似,此处不再赘述。
S204:在预设时长内未接收到所述RedCap UE发送的Msg.3消息。
S205:gNB重新向所述RedCap UE发送新的Msg.2消息。
其中,Msg.2消息解码后得到的UL grant信息还包括了定时时间指示信息,其用于告诉UE:“当你收到这个Grant后,在4ms后,即4个子帧后,你可以发送数据了”。
可以理解的,gNB向RedCap UE发送的RAR也表明gNB知道UL grant信息中具体包括的频域资源与预设时长。gNB会在UL grant信息对应的预设时长与频域资源处接收Msg.3消息。gNB需要根据是否接收到Msg.3消息来决定下一操作。若在预设时长内接收到RedCap UE发送的Msg.3消息,即随机接入过程正常,按照传统的随机接入过程进行。若在预设时长内未接收到RedCap UE发送的Msg.3消息,为了确保随机接入过程可以顺利完成,gNB会认为Red Cap UE的带宽处理能力不满足PRB数目,无法发送Msg.3消息,此时的Red Cap UE会无视该UL grant信息,所以gNB重新发送Msg.2消息直到收到RedCap UE发送的Msg.3消息。
S206:RedCap UE对新的Msg.2消息进行解码处理,得到新的UL grant信息。
可以理解的,若RedCap UE成功解码Msg.2消息,Msg.2中携带的其对应的UL grant信息为Msg.3PUSCH分配的PRB数目超过25(子载波间隔=15KHz)或12(子载波间隔=30KHz),即Red Cap UE的带宽处理能力不满足PRB数目,无法发送Msg.3消息,此时Red CapUE会无视该UL grant信息,gNB在预设时长内也就无法接收到RedCap UE发送的Msg.3消息。Red Cap UE会继续监听Msg.2消息,直到收到Msg.3PUSCH频域资源不超过其带宽处理能力的UL grant信息,或者RAR window定时器超时,超时则表示此次随机接入过程失败。
S207:RedCap UE根据新的ULgrant信息,确定能够向所述gNB发送Msg.3消息。
S208:RedCap UE向所述gNB发送Msg.3消息。
其中,步骤S207-S208与步骤S101-S104类似,此处不再赘述。
本实施例提供的一种RedCap UE的随机接入增强方法,应用于gNB,gNB在获取到RedCap UE发送的Msg.1消息后,向RedCap UE发送Msg.2消息,Msg.2消息包括用于指示RedCapUE的Msg.3消息所占用的频域资源的UL grant信息。判断在预设时长内是否接收RedCap UE发送的Msg.3消息。若预设时长内未接收到RedCap UE发送的Msg.3消息,则重新向RedCap UE发送新的Msg.2消息,新的Msg.2消息包括用于指示RedCap UE的Msg.3消息所占用的新的频域资源的UL grant信息。该方法中gNB通过UL grant信息中的指示的时间,在预设时长内等待接收Msg.3消息,若预设时长内未接收到Msg.3消息,则重新发送Msg.2消息,确保Msg.3消息的及时接收,为后续调度Msg.4消息提供保障,促进R18 RedCap UE随机接入的成功。
图4为本申请实施例提供的RedCap UE的随机接入增强方法的信令交互示意图二。本实施例是在图2和图3实施例的基础上发送Msg.3消息的另一方法。如图4所示,该方法包括:
S301:gNB向RedCap UE发送Msg.2消息。
S302:RedCap UE获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到UL grant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源。
其中,步骤S101与步骤S301、步骤S302相同,此处不再赘述。
S303:RedCap UE根据所述ULgrant信息,确定不能向所述gNB发送所述Msg.3消息。
S304:RedCap UE根据所述UL grant信息,确定所述RedCap UE的Msg.3消息所占用的第一频域资源的PRB索引。
其中,第一频域资源是指RedCap UE解码Msg.2消息后得到的,RedCap UE为Msg.3消息所分配的频域资源。
可以理解的,若RedCap UE解码Msg.2消息并发现Msg.2中携带的其对应的ULgrant信息为Msg.3PUSCH分配的PRB数目超过了25(子载波间隔=15KHz)或12(子载波间隔=30KHz),此时确定不能向gNB发送所述Msg.3消息。RedCap UE对频域资源进行截短,使其最终传输Msg.3消息的PUSCH频域资源小于5MHz。在截短之前获取第一频域资源中PRB数目的PRB索引,将PRB索引排列之后再进行截短,确保截短之后的频域资源有部分一定小于5MHz。
S305:RedCap UE根据所述PRB索引,按照预设规则,对所述第一频域资源进行截短处理,得到与所述RedCap UE对应的目标频域资源,其中,所述目标频域资源的PRB数目与所述RedCap UE的带宽处理能力存在关联关系。
S306:RedCap UE通过所述目标频域资源,向所述gNB发送Msg.3消息。
其中,预设规则是指将PRB索引由低到高排列或者由高到低排列。
可以理解的,RedCap UE将PRB索引按照预设规则进行排列,将第一频域资源截短,取其中一部分作为目标频域资源,目标频域资源应小于5MHz,然后再按照目标频域资源上的PRB数目来发送PUSCH,此时的带宽处理能力满足PRB数目,RedCap UE可发送Msg.3消息。
S307:gNB对所述Msg.3消息进行盲检处理或DMRS检测处理,得到检测结果。
可以理解的,gNB获取RedCap UE反馈的Msg.3消息。因为gNB无法确定Msg.3消息的频域资源,所以在获取到Msg.3消息后,首先对其进行解码处理,若gNB无法解码Msg.3消息,则gNB认为第一频域资源大于5MHz,此次盲检失败。在首次盲检失败后,gNB再次在截短的频域资源上接收Msg.3消息,再次进行盲检,若解码成功,则该截短的频域资源为目标频域资源。gNB成功解码Msg.3消息,之后为RedCap UE调度Msg.4PDSCH,以完成随机接入过程。若二次盲检失败,则在截短的另一部分频域资源上接收Msg.3消息并进行解码,此时的频域资源目标频域资源。即gNB对Msg.3消息最多进行两次盲检处理即可成功解码Msg.3消息。
其中,DMRS全称Demodulation Reference Signal,也叫解调参考信号。DMRS总是与每个信道相关联,它提供关于PUSCH/PUCCH具体使用的频率区域的信息,DMRS也始终与他们一起传输,用于相干解调和信道估计。
可以理解的,gNB首先通过DMRS能量检测来判断PUSCH的频域资源是RedCap UE直接为Msg.3消息所分配的第一频域资源,还是通过RedCap UE进行截短之后的目标频域资源,根据DMRS能量检测的结果来决定是在第一频域资源接收Msg.3消息,或者在目标频域资源接收Msg.3消息。在接收Msg.3消息之后,对其进行解码,再按照传统的随机接入过程进行处理。
S308:根据检测结果,确定与所述Msg.3消息对应的目标频域资源。
其中,检测结果就是盲检的结果和DMRS能量检测的结果,也即盲检成功或盲检失败和频域资源的大小。
可以理解的,盲检成功即gNB解码Msg.3消息成功,Msg.3消息成功发送,随机接入过程可继续进行。盲检失败即gNB解码Msg.3消息失败,RedCap UE传输Msg.3消息的PUSCH频域资源超过了5MHz,Msg.3消息传输失败,需要RedCap UE重新传输截短后目标频域资源的Msg.3消息。DMRS能量检测的结果可直接检测到RedCap UE传输Msg.3消息时的频域资源的大小与区域,gNB基于DMRS能量检测的结果直接去对应频域区域接收Msg.3消息即可,此时对应频域区域就是目标频域资源。
本实施例提供的一种RedCap UE的随机接入增强方法,RedCap UE获取gNB发送的Msg.2消息,并对Msg.2消息进行解码处理,得到UL grant信息,根据UL grant信息,确定RedCap UE的Msg.3消息所占用的第一频域资源的PRB索引,按照预设规则,对第一频域资源进行截短处理,得到与RedCap UE对应的目标频域资源,其中,目标频域资源的PRB数目与RedCap UE的带宽处理能力存在关联关系。RedCap UE再通过目标频域资源,向gNB发送Msg.3消息。gNB获取RedCap UE反馈的Msg.3消息,对Msg.3消息进行盲检处理或DMRS检测处理,得到检测结果。gNB根据检测结果,确定与Msg.3消息对应的目标频域资源。该方法中RedCap UE将第一频域资源进行截短处理,得到目标频域资源,再在目标频域资源上传输Msg.3消息,使得gNB可以在目标频域资源上接收并解码Msg.3消息,从而完成随机接入的过程。
图5为本申请实施例提供的RedCap UE的随机接入增强方法的信令交互示意图三。本实施例是在图2、图3和图4实施例的基础上,RedCap UE向gNB发送Msg.3消息之后,gNB给RedCap UE调度频域资源超过5MHz的Msg.4PDSCH时,RedCap UE对Msg.4PDSCH解码处理的方法。如图5所示,该方法包括:
S401:gNB给RedCap UE发送Msg.4PDSCH。
可以理解的,在RedCap UE成功传输Msg.3消息之后,还需要成功解码Msg.4PDSCH,随机接入过程才成功完成。所以此时需要gNB给RedCap UE调度Msg.4PDSCH,RedCap UE成功解码Msg.4PDSCH且该PDSCH的MAC CE里包含Msg.3PUSCH中携带的标识(即UE ID),则说明RedCap UE在随机接入过程中竞争成功。
其中,MAC CE是指MAC Control Element,MAC控制元素是交换控制信息的一个途径。UE ID即UE标识,用于识别UE。这些标识用户身份的ID在建立RRC连接时发送到eNB进行用户身份识别。
S402:判断RedCap UE能否解码Msg.4PDSCH。
S403:当RedCap UE无法解码Msg.4PDSCH时,发送PUCCH给gNB,所述PUCCH携带NACK信息。
S404:在收到NACK信息时,重新发送小于5MHz的Msg.4PDSCH。
S405:RedCap UE解码Msg.4PDSCH。
其中,NACK信息的全称为Negative Acknowledgement,是一种负向反馈,接收方只有在没有收到数据的时候才会通知发送方。
可以理解的,当gNB给RedCap UE发送频域资源超过5MHz的Msg.4PDSCH时,RedCapUE会因带宽处理能力放弃解码Msg.4PDSCH,此时RedCap UE仍会发送PUCCH给gNB,PUCCH携带NACK信息,gNB接收NACK信息,认为RedCap UE不具备解码频域资源超过5MHz的Msg.4PDSCH的能力,将重新为该RedCap UE调度小于5MHz的Msg.4PDSCH接收。无需从头开始进行随机接入过程,只需再次给RedCap UE调度新的Msg.4PDSCH,减少RedCap UE重新开始随机接入所产生的损耗。当gNB未收到PUCCH时,gNB认为RedCap UE竞争失败,即此次随机接入过程失败。
S406:通过PUCCH传输ACK信息给基站。
S407:gNB认为UE竞争成功,开始调度后续的上下行数据传输。
可以理解的,当gNB收到PUCCH携带的ACK消息时,gNB认为RedCap UE竞争成功,也即RedCap UE解码Msg.4PDSCH成功,随机接入过程完成,可进行后续的数据传输。
可选的,当gNB给RedCap UE调度Msg.4PDSCH接收时,RedCap UE还可以通过PUCCH传输2-bit HARQ-ACK信息给gNB。gNB通过2-bit HARQ-ACK信息的内容,高效决定后续的调度策略。
可以理解的,当gNB收到PUCCH携带的ACK消息时,gNB认为RedCap UE竞争成功,根据具体的ACK消息决定后续的调度策略。2-bit HARQ-ACK信息表明了解码Msg.4PDSCH的具体结果。
示例性的,当RedCap UE成功解码Msg.4消息但其不包含对应UE ID时,2-bitHARQ-ACK的值为“00”;当RedCap UE因信号质量不好等原因解码Msg.4消息失败时,2-bitHARQ-ACK的值为“01”;当RedCap UE因带宽处理能力放弃解码Msg.4PDSCH时,2-bit HARQ-ACK的值为“10”;当RedCap UE成功解码Msg.4消息且其包含对应UE ID时,即解码成功,随机接入过程完成,2-bit HARQ-ACK的值为“11”。
可以理解的,Msg.4PDSCH将解码的具体结果按照预定规则通过PUCCH传输2-bitHARQ-ACK信息给gNB,gNB通过收到详细的指示信息,决定后续是否需要为RedCap UE调度合适的Msg.4PDSCH,以便快速完成RedCap UE的随机接入。示例性的,gNB收到2-bit HARQ-ACK的值为“00”,gNB可知此时RedCap UE已经成功解码Msg.4消息但其不包含对应UE ID,gNB可再次为其调度包含UE ID的Msg.4PDSCH,不需要从头开始随机接入过程,使其快速完成RedCap UE的随机接入。
本实施例提供的一种RedCap UE的随机接入增强方法,当gNB给RedCap UE调度频域资源超过5MHz的Msg.4PDSCH,RedCap UE因带宽处理能力放弃解码Msg.4PDSCH时,RedCapUE仍然发送PUCCH给gNB,PUCCH携带NACK信息,gNB接收NACK信息,认为RedCap UE不具备解码频域资源超过5MHz的Msg.4PDSCH的能力,将重新为该RedCap UE调度小于5MHz的Msg.4PDSCH接收。通过该方法gNB可以及时为RedCap UE调度RedCap UE可解码的Msg.4PDSCH,以快速完成RedCap UE的随机接入。
图6为本申请提供的RedCap UE的随机接入增强装置的结构示意图,应用于RedCapUE,如图6所示,本申请提供的RedCap UE的随机接入增强装置500,包括:
获取模块501:用于获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到UL grant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的频域资源;
确定模块502:用于根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
所述获取模块501:还用于在确定无法向所述gNB发送所述Msg.3消息时,重新获取所述gNB发送的新的UL grant信息;
所述确定模块502:还用于根据新的UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
发送模块503:用于在确定能够向所述gNB发送所述Msg.3消息时,向所述gNB发送所述Msg.3消息,以完成随机接入过程。
可选的,所述装置还包括:判断模块504;
所述确定模块502,还用于根据所述UL grant信息,确定所述RedCap UE的Msg.3消息所占用的频域资源的PRB数目;
判断模块504,用于判断所述RedCap UE的带宽处理能力是否满足所述PRB数目;
所述确定模块502,还用于在所述RedCap UE的带宽处理能力能够满足所述PRB数目,则确定能够向所述gNB发送所述Msg.3消息;
所述确定模块502,还用于在所述RedCap UE的带宽处理能力无法满足所述PRB数目,则确定无法向所述gNB发送所述Msg.3消息。
可选的,所述装置还包括:处理模块505;
所述发送模块503,用于重新向所述gNB发送Msg.1,并接收所述gNB发送的新的Msg.2消息;
处理模块505,用于对新的Msg.2消息进行解码处理,得到新的UL grant信息。
图7为本申请提供的RedCap UE的随机接入增强装置的结构示意图,应用于gNB,如图7所示,本申请提供的RedCap UE的随机接入增强装置600,包括:
发送模块601,用于在获取到RedCap UE发送的Msg.1消息后,向所述RedCap UE发送Msg.2消息,所述Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的频域资源的UL grant信息;
判断模块602,用于判断在预设时长内是否接收到所述RedCap UE发送的Msg.3消息;
所述发送模块601,还用于若预设时长内未接收到所述RedCap UE发送的Msg.3消息,则gNB重新向所述RedCap UE发送新的Msg.2消息,所述新的Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的新的频域资源的UL grant信息。
图8为本申请提供的RedCap UE的随机接入增强装置的结构示意图,应用于RedCapUE,如图8所示,本申请提供的RedCap UE的随机接入增强装置700,包括:
获取模块701,用于获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到UL grant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源;
确定模块702,用于根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
处理模块703,用于在确定无法向所述gNB发送所述Msg.3消息时,对所述第一频域资源进行截短处理,得到目标频域资源;
发送模块704,用于通过所述目标频域资源,向所述gNB发送Msg.3消息。
可选的,所述确定模块702,还用于根据所述UL grant信息,确定所述RedCap UE的Msg.3消息所占用的第一频域资源的PRB索引;
所述处理模块703,还用于根据所述PRB索引,按照预设规则,对所述第一频域资源进行截短处理,得到与所述RedCap UE对应的目标频域资源,其中,所述目标频域资源的PRB数目与所述RedCap UE的带宽处理能力存在关联关系。
图9为本申请提供的RedCap UE的随机接入增强装置的结构示意图,应用于gNB,如图9所示,本申请提供的RedCap UE的随机接入增强装置800,包括:
获取模块801,用于在向RedCap UE发送Msg.2消息后,获取所述RedCap UE反馈的Msg.3消息,所述Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源的UL grant信息;
处理模块802,用于对所述Msg.3消息进行盲检处理或DMRS检测处理,得到检测结果;
确定模块803,用于根据检测结果,确定与所述Msg.3消息对应的目标频域资源,所述目标频域资源为所述RedCap UE根据所述UL grant信息,按照预设规则,对所述第一频域资源进行截短处理后得到的频域资源,所述目标频域资源的PRB数目与所述RedCap UE的带宽处理能力存在关联关系。
图10为本申请提供的RedCap UE的随机接入增强设备的结构示意图。如图10所示,本申请提供一种RedCap UE的随机接入增强设备,该RedCap UE的随机接入增强设备900包括:接收器901、发送器902、处理器903以及存储器904。
接收器901,用于接收指令和数据;
发送器902,用于发送指令和数据;
存储器904,用于存储计算机执行指令;
处理器903,用于执行存储器904存储的计算机执行指令,以实现上述实施例中RedCap UE的随机接入增强方法所执行的各个步骤。具体可以参见前述RedCap UE的随机接入增强方法实施例中的相关描述。
可选地,上述存储器904既可以是独立的,也可以跟处理器903集成在一起。
当存储器904独立设置时,该电子设备还包括总线,用于连接存储器904和处理器903。
本申请还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机执行指令,当处理器执行计算机执行指令时,实现如上述RedCap UE的随机接入增强设备所执行的RedCap UE的随机接入增强方法。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。
Claims (13)
1.一种RedCap UE的随机接入增强方法,其特征在于,应用于RedCap UE,所述方法包括:
获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到UL grant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的频域资源;
根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
在确定无法向所述gNB发送所述Msg.3消息时,重新获取所述gNB发送的新的UL grant信息;
根据新的UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
在确定能够向所述gNB发送所述Msg.3消息时,向所述gNB发送所述Msg.3消息,以完成随机接入过程。
2.根据权利要求1所述的方法,其特征在于,所述根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息,包括:
根据所述UL grant信息,确定所述RedCap UE的Msg.3消息所占用的频域资源的PRB数目;
判断所述RedCap UE的带宽处理能力是否满足所述PRB数目;
在所述RedCap UE的带宽处理能力能够满足所述PRB数目,则确定能够向所述gNB发送所述Msg.3消息;
在所述RedCap UE的带宽处理能力无法满足所述PRB数目,则确定无法向所述gNB发送所述Msg.3消息。
3.根据权利要求1所述的方法,其特征在于,所述重新获取所述gNB发送的新的ULgrant信息,包括:
重新向所述gNB发送Msg.1,并接收所述gNB发送的新的Msg.2消息;
对新的Msg.2消息进行解码处理,得到新的UL grant信息。
4.一种RedCap UE的随机接入增强方法,其特征在于,应用于gNB,所述方法包括:
在获取到RedCap UE发送的Msg.1消息后,向所述RedCap UE发送Msg.2消息,所述Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的频域资源的UL grant信息;
判断在预设时长内是否接收到所述RedCap UE发送的Msg.3消息;
若预设时长内未接收到所述RedCap UE发送的Msg.3消息,则重新向所述RedCap UE发送新的Msg.2消息,所述新的Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的新的频域资源的UL grant信息。
5.一种RedCap UE的随机接入增强方法,其特征在于,应用于RedCap UE,所述方法包括:
获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到UL grant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源;
根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
在确定无法向所述gNB发送所述Msg.3消息时,对所述第一频域资源进行截短处理,得到目标频域资源;
通过所述目标频域资源,向所述gNB发送Msg.3消息。
6.根据权利要求5所述的方法,其特征在于,所述对所述第一频域资源进行截短处理,得到目标频域资源,包括:
根据所述UL grant信息,确定所述RedCap UE的Msg.3消息所占用的第一频域资源的PRB索引;
根据所述PRB索引,按照预设规则,对所述第一频域资源进行截短处理,得到与所述RedCap UE对应的目标频域资源,其中,所述目标频域资源的PRB数目与所述RedCap UE的带宽处理能力存在关联关系。
7.一种RedCap UE的随机接入增强方法,其特征在于,应用于gNB,所述方法包括:
在向RedCap UE发送Msg.2消息后,获取所述RedCap UE反馈的Msg.3消息,所述Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源的UL grant信息;
对所述Msg.3消息进行盲检处理或DMRS检测处理,得到检测结果;
根据检测结果,确定与所述Msg.3消息对应的目标频域资源,所述目标频域资源为所述RedCap UE根据所述UL grant信息,按照预设规则,对所述第一频域资源进行截短处理后得到的频域资源,所述目标频域资源的PRB数目与所述RedCap UE的带宽处理能力存在关联关系。
8.一种RedCap UE的随机接入增强装置,其特征在于,应用于RedCap UE,所述装置包括:
获取模块:用于获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到ULgrant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的频域资源;
确定模块:用于根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
获取模块:还用于在确定无法向所述gNB发送所述Msg.3消息时,重新获取所述gNB发送的新的UL grant信息;
确定模块:还用于根据新的UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
发送模块:用于在确定能够向所述gNB发送所述Msg.3消息时,向所述gNB发送所述Msg.3消息,以完成随机接入过程。
9.一种RedCap UE的随机接入增强装置,其特征在于,应用于gNB,所述装置包括:
发送模块:用于在获取到RedCap UE发送的Msg.1消息后,向所述RedCap UE发送Msg.2消息,所述Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的频域资源的ULgrant信息;
判断模块,用于判断在预设时长内是否接收到所述RedCap UE发送的Msg.3消息;
发送模块,用于若预设时长内未接收到所述RedCap UE发送的Msg.3消息,则重新向所述RedCap UE发送新的Msg.2消息,所述新的Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的新的频域资源的UL grant信息。
10.一种RedCap UE的随机接入增强装置,其特征在于,应用于RedCap UE,所述装置包括:
获取模块,用于获取gNB发送的Msg.2消息,并对所述Msg.2消息进行解码处理,得到ULgrant信息,所述UL grant信息用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源;
确定模块,用于根据所述UL grant信息,确定是否能够向所述gNB发送所述Msg.3消息;
处理模块,用于在确定无法向所述gNB发送所述Msg.3消息时,对所述第一频域资源进行截短处理,得到目标频域资源;
发送模块,用于通过所述目标频域资源,向所述gNB发送Msg.3消息。
11.一种RedCap UE的随机接入增强装置,其特征在于,应用于gNB,所述装置包括:
获取模块,用于在向RedCap UE发送Msg.2消息后,获取所述RedCap UE反馈的Msg.3消息,所述Msg.2消息包括用于指示所述RedCap UE的Msg.3消息所占用的第一频域资源的ULgrant信息;
处理模块,用于对所述Msg.3消息进行盲检处理或DMRS检测处理,得到检测结果;
确定模块,用于根据检测结果,确定与所述Msg.3消息对应的目标频域资源,所述目标频域资源为所述RedCap UE根据所述UL grant信息,按照预设规则,对所述第一频域资源进行截短处理后得到的频域资源,所述目标频域资源的PRB数目与所述RedCap UE的带宽处理能力存在关联关系。
12.一种RedCap UE的随机接入增强设备,其特征在于,包括:
存储器;
处理器;
其中,所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求1-3、4、5-6或7中任一项所述的一种RedCap UE的随机接入增强方法。
13.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1-3、4、5-6或7中任一项所述的一种RedCap UE的随机接入增强方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311394945.1A CN117377124A (zh) | 2023-10-25 | 2023-10-25 | RedCap UE的随机接入增强方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311394945.1A CN117377124A (zh) | 2023-10-25 | 2023-10-25 | RedCap UE的随机接入增强方法、装置及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117377124A true CN117377124A (zh) | 2024-01-09 |
Family
ID=89390697
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311394945.1A Pending CN117377124A (zh) | 2023-10-25 | 2023-10-25 | RedCap UE的随机接入增强方法、装置及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117377124A (zh) |
-
2023
- 2023-10-25 CN CN202311394945.1A patent/CN117377124A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11672018B2 (en) | Data transmission method and user equipment for the same | |
US20230328796A1 (en) | Random access method, device, and equipment | |
US11197316B2 (en) | Terminal device, base station device, and radio communication method | |
US10925045B2 (en) | Device and method handling transmission in unlicensed band | |
CN105356967B (zh) | 一种实现数据处理的方法、基站及终端 | |
CN107027180B (zh) | 非授权载波上行数据的发送方法及终端 | |
KR101388351B1 (ko) | 제어 정보를 이용하여, 빠르게 랜덤 액세스 프리앰블의전송을 재시도 하는 방법 | |
CN103260251B (zh) | 数据传输方法、基站及用户设备 | |
TWI696360B (zh) | 反饋ack/nack信息的方法、終端設備和網絡側設備 | |
CN107211462A (zh) | Lte rach过程增强 | |
CN104010368B (zh) | Tdd配置更新方法、装置及系统 | |
EP3565357B1 (en) | Method and device for processing scheduling request | |
US8811425B2 (en) | Mobile communication method, radio base station, and mobile station | |
WO2013107036A1 (en) | Handling random access failure | |
CN114424641A (zh) | 一种通信方法及装置 | |
CN116134876A (zh) | 用于数据传输的方法及设备 | |
US20220330211A1 (en) | Communications device, infrastructure equipment and methods | |
CN117377124A (zh) | RedCap UE的随机接入增强方法、装置及设备 | |
RU2788520C1 (ru) | Терминал и способ передачи | |
KR20170090731A (ko) | 저지연 통신을 위한 상향 링크 데이터 전송 방법 및 시스템 |
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 |