处理涉及随机接入过程消息的定时冲突的制作方法

    专利2022-07-07  114


    本发明一般涉及无线通信,并且更具体地涉及用于获得对通信信道的接入的过程。



    背景技术:

    为了同步通过无线电接口的通信,当用户设备(“ue”)需要向基站传输信号(例如,数据或控制信息)时,ue和基站可以使用随机接入信道(rach)过程。一般地,当ue向基站发送随机接入前导码时,rach过程开始。在某些无线电接入网络(ran)的基于竞争的rach过程中,ue从预定义的图案或签名的集合中随机选择前导码。由于该选择是随机的,因此基站可以在相同物理层随机接入信道(prach)时刻期间从两个或多个ue接收相同的前导码,其中“prach时刻”是用于在上行链路方向向基站传输信息的时频资源。基站可以使用额外的消息传递来解决在同一prach时刻中传输同一前导码的ue之间的竞争。

    在基于竞争的rach过程的“四步”期间,(1)ue在与前导码相关联的prach时刻上向基站发送随机接入前导码(“msg1”);(2)基站向ue发送随机接入响应(rar)(“msg2”);(3)ue在与前导码和prach时刻相关联的物理层上行链路共享信道(pusch)时刻上(即,另一个时频资源)向基站(“msg3”)发送调度传输;以及(4)基站向ue发送竞争解决方案(“msg4”)。最近,针对第五代(5g)无线电接入(“nr”)网络,提出了一种基于竞争的“两步”rach过程。基于竞争的两步过程将四步过程的步骤(1)和(3)压缩为第一步,并将四步过程的步骤(2)和(4)压缩为第二步。因此,在两步过程中,(1)ue分别在prach和pusch时刻上向基站发送随机接入前导码和调度传输(“msga”);以及(2)基站向ue发送rar和竞争解决方案(“msgb”)。如果基站在两步rach过程中成功地接收和解码msga前导码,但在msgapusch时刻上没有接收和解码信息,则基站向ue发送“回退”响应(或“回退rar”),请求ue回退到四步随机接入过程。

    在一些场景中,基站请求(例如,配置、调度或授权机会给)ue在与ue意图发送两步rach过程的msga的时间跨度重叠的时间跨度内发送另一信号。例如,如果基站不知道ue正在执行两步rach过程,则基站可以向ue授权pusch时刻,用于数据的上行链路传输或重传,其包括与ue意图发送msga的时间跨度重叠的时间跨度。作为另一示例,基站可以请求ue周期性或非周期性地向基站发送消息或另一信号,诸如探测参考信号(srs)、包括信道质量指示(cqi)或信道状态信息(csi)的消息或包括调度请求(sr)的消息。这种信号的配置的或意图的传输时间可以与ue意图发送特定rach过程的msga的时间跨度重叠。

    然而,在诸如5gnr的一些ran中,ue一次只能发送一个信号。此外,目前没有合适的机制来解决基于竞争的两步rach过程期间ue传输的定时冲突。因此,ue可能通过未能发送两个意图的消息/信号,或未能及时地发送特定信号而降低网络效率。



    技术实现要素:

    本发明的ue可以以有助于保持网络效率的方式来解决涉及随机接入过程消息(例如,基于竞争的两步rach过程的msga)的定时冲突。具体地,当随机接入过程消息的意图定时与另一信号的意图定时冲突时,ue确定特定的传输优先级。如果基站配置或调度了ue用于信号传输的该定时,如果ue自己调度了信号传输,或者如果ue或基站触发了信号的“立即”(例如,在最早的机会)传输,则ue可以“意图”信号的特定定时。ue基于另一信号(例如,上行链路数据信号srs等)以及在一些实施例中的一个或多个附加因素,确定传输优先级。基于确定的优先级,ue修改(1)随机接入过程消息的至少数据部分或(2)另一信号的传输定时。如本文所用,传输定时的“修改”可指有限时间偏移(例如,有限延迟),或无限时间偏移(即中止或取消传输)。

    在一个这样的实现中,ue确定(1)随机接入过程消息的至少数据部分和(2)ue意图在基站授权的时刻上发送的上行链路数据信号之间的传输优先级。ue可以至少部分地基于基站是否授权新数据的传输或数据的重传的时刻来确定传输优先级。如果授权的时刻是针对新数据的,则ue在授权的时刻上发送新数据,并且修改(例如,中止或选择与具有非冲突传输时间的至少一个pusch时刻相关联的新前导码或prach时刻)随机接入过程消息的传输。例如,如果授权的时刻是pusch时刻,并且随机接入过程消息是基于竞争的两步rach过程的msga,则这样的方法可以有利地允许ue以无竞争的方式发送新数据,而不是不必要地将新数据置于基于竞争的过程中(即,通过替代地在msgapusch时刻上发送新数据)。

    然而,如果授权的时刻是用于数据重传,则ue也可以基于其他因素来确定传输优先级,包括被重传的数据的优先等级和新数据的优先等级。例如,如果被重传的数据的优先等级低于新数据的优先登记,则ue可以使用初始定时来发送随机接入过程消息,并修改(例如,中止)重传的定时。例如,这在基站被配置为向ue发送进一步的重传请求的实现中可以被接受。相反地,如果被重传的数据的优先等级至少与新数据的优先等级级相同,则ue可以在授权的时刻上重传数据,并且修改随机接入过程消息的至少数据部分的传输的定时(例如,延迟或中止)。在一些实现中,ue仍然可以在初始预定的时间跨度(例如,在初始msgaprach时刻上)发送随机接入过程消息的前导码,只要该时间跨度不与用于数据重传的意图时间跨度重叠。发送前导码而不是随机接入过程消息的数据部分可能导致基站请求ue回退到四步随机接入过程(例如,如上在背景技术部分中讨论的,以及下面参考图2c讨论的)。因此,ue可以在不导致随机接入过程完全失败的情况下成功地重传数据。

    在其他实现和/或场景中,ue确定(1)随机接入过程消息的至少数据部分和(2)基站请求的不同类型的信号之间的传输优先级。例如,另一信号可以是基站配置ue以周期性地发送的信号,或者可以是基站动态地配置ue以非周期地(例如,仅一次或不定期地)发送的信号。

    在一个这样的实现/场景中,如果另一信号是srs,则ue始终保持随机接入过程消息的初始定时,并且修改srs的定时(例如,中止)。例如,这在以下实现中是可以接受的,其中基站在没有接收到请求的srs时向ue发送针对srs的另一个请求。

    作为另一示例实现/场景,如果另一信号是包括cqi和/或csi的消息,则ue可以基于基站和ue之间的通信信道的质量来确定传输优先级。例如,如果cqi和/或csi包括一个或多个信道质量度量(其未劣化超过预定阈值(或多个阈值)),则ue可以使用初始定时发送随机接入过程消息,并修改(例如,中止)cqi和/或csi消息的定时。基站可以使用(多个)阈值来配置ue,或者基站可能知道(多个)阈值,使得基站可以假设在基站没有从ue接收到期望的cqi和/或csi的情况下,信道质量仍然是可接受的。相反,如果(多个)度量指示信道已劣化超过(多个)阈值,则ue可使用初始意图定时来发送cqi和/或csi消息,并且修改随机接入过程消息的至少数据部分的定时(例如,延迟或中止)。与上述实现类似,如果该时间跨度不与cqi和/或csi消息的意图传输时间重叠,则ue仍可以在初始时间跨度(例如,在初始msgaprach时刻上)中发送随机接入过程消息的前导码,从而触发回退到四步随机接入过程。

    在其他实现中,如果另一信号是一组特定信号类型(例如,srs、cqi、csi、pusch或sr)中的一种,则ue可以确定另一信号始终优先于随机接入过程消息,因此,在其初始意图时间跨度内发送另一信号。在一个这样的实现中,ue确定用于发送随机接入过程消息的新的、不冲突的时间跨度。例如,在随机接入过程消息是基于竞争的两步rach过程的msga的实现中,ue响应于检测到定时冲突,为msga选择新的前导码和/或新的prach时刻(例如,在时间上最接近初始prach时刻,但之后不仍然导致定时重叠)。因为每个不同的前导码和prach时刻与不同的pusch时刻(或pusch时刻)相关联,因此ue实际上还选择新的msgapusch时刻。在基站将多个pusch时刻与每个前导码/prach时刻相关联的实现和/或场景中,ue可以为msga选择新的前导码和/或prach时刻(例如,在时间上最接近初始prach时刻,但之后不仍然导致定时重叠),使得至少一个相关联的pusch时刻与另一信号没有定时冲突。

    这些技术的一个示例实施例是在用户设备中处理与用于获得对通信信道的接入的随机接入过程相关联的定时冲突的方法。该方法包括通过用户设备的处理硬件来确定用户设备向基站发送随机接入过程消息的至少数据部分的第一时间跨度与用户设备向基站发送另一信号的第二时间跨度重叠,并通过处理硬件并且至少基于另一信号的类型,确定传输优先级指示是修改随机接入过程消息的传输定时还是修改另一信号的传输定时。该方法还包括,基于确定的传输优先级,仅进行如下中的一个(i)在第一时间跨度期间向基站发送随机接入过程消息的至少数据部分或(ii)在第二时间跨度期间向基站发送另一信号。

    这些技术的另一个示例实施例是包括硬件并被配置为实现上述方法的用户设备。

    附图说明

    图1示出了一个示例性通信系统,其中ue可以实现本公开的用于处理与用于获得对通信信道的接入的随机接入过程相关联的定时冲突的技术;

    图2a-2c是已知基于竞争的rach过程的消息传递图;

    图3是其中ue检测与两步rach过程消息相关联的定时冲突的示例场景的消息传递图;

    图4是示例场景的消息传递图,其中ue检测到用于上行链路数据传输的授权时刻与两步rach过程消息之间的定时冲突;

    图5是ue在检测用于上行链路数据传输的授权时刻和两步rach过程消息之间的定时冲突时可以实现的示例算法的流程图;

    图6是示例场景的消息传递图,其中ue检测到请求的srs、cqi、sci或sr信号与两步rach过程消息之间的定时冲突;

    图7是ue在检测到请求的srs、cqi、sci或sr信号与两步rach过程消息之间的定时冲突时可以实现的示例算法的流程图;以及

    图8是用于处理与用于获得对通信信道的接入的随机接入过程相关联的定时冲突的示例方法的流程图,该方法可以在ue中实现。

    具体实施方式

    图1描绘了一个示例性无线通信网络100,其中ue102使用rach过程与基站104同步通信,并获得对用于与基站104通信的信道的接入。ue102和基站104支持一种或多种类型的rach过程。在一个实现中,例如,ue102和基站104至少支持基于竞争的四步rach过程、基于竞争的两步rach过程和用于从两步rach过程变为四步rach过程的“回退”过程(例如,如下面分别参考图2a、2b和2c所讨论的)。在另一个示例实现中,ue102和基站104仅支持基于竞争的两步rach过程。

    ue102可以是能够无线通信的任何合适的设备(例如,在附图的描述之后下面讨论的任何示例性用户设备)。该示例中的基站104作为g节点b(gnb)操作,支持5g新无线电(nr)无线电接入技术(rat),并且连接到cn类型5gc的核心网络(cn)110。然而,在其他实现中,无线通信网络100的基站104和/或一个或多个其他基站可以代替(或还)根据非nr的类型的rat(例如eutra)来操作,并且这些基站可以替代地(或还)连接到非5gc的cn类型的cn(例如,演进分组核心(epc)网络)。

    在图1的示例性实现中,基站104覆盖5gnr小区120,其中诸如ue122和124的其他设备可以操作并且有时尝试获得对与ue102相同的上行链路信道(例如,时频资源)的接入。ue122和124可以例如类似于ue102,或者可以是类似地能够通过使用与ue102相同的rach过程经由小区120与基站104通信的其他类型的设备。

    如图1所示,基站104配备有处理硬件130,其可以包括一个或多个通用处理器(例如,中央处理器(cpu))和存储可在一个或多个通用处理器上执行的机器可读指令的非暂时性计算机可读存储器,和/或专用处理单元。处理硬件130包括rach控制器132,其通常支持用于基站104的一个或多个rach过程。例如,rach控制器132可以支持两步和基于竞争的四步rach过程(例如,如下面参考图2a和2b所讨论的),以及从两步过程“回退”到四步过程的过程(例如,如下面参考图2c所讨论的)。

    rach控制器132可以使用可用的时频资源的集合来配置ue102,ue102可以从中选择特定的时频资源来发送rach过程的第一消息(例如,msga或msg1)。所述时频资源的集合可以是每个与不同前导码相关联的prach时刻的集合,例如,其中使用用于rach过程的特定prach时刻的任何ue(例如ue102、122或124)包括第一rach消息(例如,msga或msg1)中的对应前导码。在一个这样的实现中,rach控制器132还可以将每个前导码/prach时刻关联到不同的pusch时刻(即,用于上行链路数据传输的时频资源),或者可能关联到多个pusch时刻的不同集合,以及使用特定前导码和prach时刻的ue(例如,ue102,122或124)使用相应的pusch时刻,或来自pusch时刻的相应集合的一个时刻来发送或重传数据(例如,在msga或msg3中)。

    ue102配备有处理硬件140,其可以包括一个或多个通用处理器(例如cpu)和存储可在一个或多个通用处理器上执行的机器可读指令的非临时计算机可读存储器和/或专用处理单元。处理硬件140包括rach控制器142、冲突检测单元144、传输(tx)优先级单元146和数据缓冲器150。

    rach控制器142通常支持ue102的一个或多个rach过程。例如,rach控制器142可以支持两步和基于竞争的四步rach过程(例如,如下面参考图2a和2b所讨论的),以及从两步过程“回退”到四步过程的过程(例如,如下面参考图2c讨论的)。

    冲突检测单元144通常检测意图(例如,调度的或触发的)通信之间的定时冲突。在一些实现中,ue102一次只能发送一个信号,在这种情况下,冲突检测单元144用于检测不允许或在其他方面不可能的未来条件(即,至少两个同时传输)。冲突检测单元144至少可以检测ue102意图发送的rach过程消息(例如,由rach控制器142生成或触发的消息)和ue102意图发送的另一信号之间的定时冲突,如下所述。在一些实现中,冲突检测单元144专用于检测涉及rach消息的这些定时冲突,和/或冲突检测单元144驻留在rach控制器142内。在其他实现中,冲突检测单元144是更一般地检测ue102的意图传输的定时冲突的单元,和/或冲突检测单元144在rach控制器142外部。

    在冲突检测单元144确定两个意图信号传输(例如,rach过程消息和另一信号)之间存在定时冲突的情况下,传输优先单元146确定哪个信号传输优先于另一个。一般地,当第一信号传输比第二信号传输“优先”时,ue102修改第二信号传输的定时,但不修改第一信号传输的定时。然而,在一些实现和/或场景中,ue102仅修改第二传输信号的一部分的定时(例如,通过保持消息的前导码的初始定时,但是修改消息的数据部分的定时,如下文进一步讨论的)。根据实现和/或场景,传输优先单元146可以基于至少一个冲突信号的类型(例如,与msga冲突的信号是pusch数据传输还是pusch数据重传,或者冲突信号是否是srs等)、基于数据优先级别、基于信道质量信息和/或基于其他因素,来确定优先级,如下文进一步详细讨论的。

    数据缓冲器150驻留在ue102的存储器中,并且存储数据用于ue102传输(例如,到基站104)。例如,数据缓冲器150可以是或包括混合自动重复请求(harq)缓冲器。在一些实现中,当ue102具有准备好传输的新数据(例如,在应用层生成的数据等),处理硬件140生成介质接入控制(mac)协议数据单元(pdu),对macpdu进行编码,并将编码的macpdu存储在数据缓冲器150中。ue102经由由基站104授权的pusch时刻或经由rach过程获得的pusch时刻(例如,在msga或msg3中)将编码的macpdu发送到基站104。如果基站104授权pusch时刻但是然后无法适当地接收或解码数据,则基站104可以请求(即,授权ue102pusch时刻用于)数据的重传,在该情况下,ue102将编码的macpdu(仍然存储在数据缓冲器150中)重传到基站104。在一些实现中,数据缓冲器150表示多个缓冲器(例如,harq缓冲器以及可以存储未用于生成macpdu的逻辑信道的数据的另一个缓冲器)。

    图2a-2c示出在一些实现中ue102和基站104可以执行的已知rach过程的示例。例如,由ue102执行的图2a-2c的操作可以由rach控制器142执行,并且由基站104执行的图2a-2c的操作可以由rach控制器132执行。

    首先参考图2a,当ue102选择prach时刻时,基于竞争的四步rach过程200开始,并且在选择的prach时刻向基站104发送202与选择的prach时刻相关联的随机接入前导码(“msg1”)。ue102可以从基站104在较早的时间已经被配置或指示给ue102的可用prach时刻的集合中选择prach时刻。ue102然后使用以下公式计算随机接入无线电网络临时标识符(ra-rnti):

    ra_rnti=1 s_id (14*t_id) (14*80*f_id) (14*80*8*ul_carrier_id),

    其中s_id是在prach时刻中出现的第一正交频分复用(ofdm)符号的索引(0≤s_id<14),t_id是系统帧中prach时刻的第一时隙的索引(0≤t_id<80),f_id是频域中prach时刻的索引(0≤f_id<8),并且ul_carrier_id是上行链路(ul)载波,ue102在其上发送随机接入前导码(具体地,“0”针对普通上行链路(nul)载波,“1”针对补充上行链路载波(sul))。

    在基站104接收到ue102发送202的随机接入前导码之后,基站104通过向ue102发送204随机接入响应(rar)来响应(“msg2”)。在传输204之前,基站104对rar进行编码,使得ue102可以使用计算的ra-rnti对rar进行解码。ue102然后向基站104发送206调度的传输(“msg3”),并且基站104通过向用户设备发送208竞争解决方案来响应(“msg4”)。ue102在不同的时间和可能以不同的频率发送msg1和msg3(即,在prach时刻中的msg1和在对应的pusch时刻中的msg3),其中基站104已经在较早的时间配置ue102能够选择/使用这些各自的时频资源/时刻。

    在基于竞争的两步rach过程230中,为了更清楚地示出定时限制,图2b使用斜线描绘了在无线电接口上传输的消息的传播延迟。在过程230中,ue102在与前导码相关联的prach时刻期间向基站发送随机接入前导码,并且还在与前导码和prach时刻两者相关联的pusch时刻期间向基站104发送232b发送有效负载(例如,数据)。前导码和有效载荷一起定义“msga”。换句话说,前导码和有效载荷分别对应于图2a的基于竞争的四步rach过程200的msg1和msg3。

    如图2b所示,ue102基于ue102发送232amsga的前导部分的prach时刻来计算msgbrnti。基站104在各自的时间间隔内处理msga并生成msgb,并将msgb发送234到ue102。如果ue102在msgb接收窗口内接收到msgb,则ue102使用计算的msgbrnti解码msgb。

    图2c示出了如果基于竞争的两步rach过程不成功时ue102和基站104可以实现的“回退”rach过程250。在rach过程250中,ue102向基站104发送252msga。虽然为了清楚起见,msga的传输252在图2c中描绘为单线/箭头,但是应当理解,传输252包括前导码传输232a(在prach时刻上)和有效载荷传输232b(在相关联的pusch时刻上)。然而,在图2c所表示的场景中,基站104仅在prach时刻上成功地接收msga的前导码,并且未能在相关联的pusch时刻上接收或解码msga的有效载荷。响应于此,基站104在msgb中包括特殊rar(“回退rar(fallbackrar)”),并将具有回退rar的msgb发送到ue102。回退rar使ue102回退到基于竞争的四步rach过程。因此,响应于接收到回退rar,ue102使用基站104在回退rar中指示的上行链路授权/时刻,将来自msga有效载荷的数据256重传到基站104。因此,传输256可以被认为是基于竞争的四步rach过程200的msg3。响应于接收该msg3,基站104向ue102发送258竞争解决方案(即,基于竞争的四步rach过程200的msg4)。

    接着,参考图3-7讨论ue102和基站104可以实现的各种技术,以解决/处理rach过程消息与另一信号之间的定时冲突。一般地,在ue102实现参考图3-7讨论的、通过确定冲突传输之间的适当优先级的定时冲突解决技术。图3描绘了一个广义实现,而图4和5对应于第一个更具体的实现,并且图6和7对应于第二个更具体的实现。

    虽然图3-7和/或随附说明具体参考图1的ue102和基站(“gnb”)104,可以理解,以下技术可以由其他用户设备和/或基站,和/或在除了图1的无线通信网络100的系统中实现。

    首先参考图3,在示例场景300中,基站104使用用于尝试经由104小区120接入基站的rach信息来配置302ue102。配置302包括基站104用前导码、prach时刻和pusch时刻配置304ue102,并且还用各种前导码、prach时刻和pusch时刻之间的关联配置306ue102。在一些实现中,例如,基站104将每个前导码与不同的prach时刻相关联,并且将每个前导码/prach时刻对与不同的pusch时刻(或在一些场景和/或实现中与两个或更多个pusch时刻的不同集合)相关联。基站104配置304给ue102的前导码、prach时刻和pusch时刻可以是ue(例如,ue102、122或124)在试图经由小区120获得对基站104的接入时(例如,当使用rach过程200、230或250时)可以从中选择和使用的可用的前导码和时刻的全部集合。因为基站104将关联通知给ue102,ue102只需要选择prach时刻或前导码来有效地选择对应的pusch时刻(或者如果多个pusch时刻与每个前导码/prach时刻对相关联,则是pusch时刻的对应子集,)。

    配置304和306可以通过基站104向ue102发送单个消息而发生。在不同的实现和/或场景中,例如,配置302可以包括基站104:(1)作为rrc重新配置过程的一部分(例如,如3gppts38.331第5.3.5节中所定义的),向ue102发送rrcreconfiguration消息;(2)作为rrc连接建立过程的一部分(例如,如3gppts38.331第5.3.3节所定义),向ue102发送rrc建立消息;(3)作为rrc重建过程的一部分(例如,如3gppts38.331第5.3.7节所定义),向ue102发送rrcreestablishment消息;(4)作为rrc连接恢复过程的一部分(例如,如3gppts38.331第5.3.13节中所定义的),向ue102发送rrcresume或rrcsetup消息;或(5)发送系统信息块(sib),诸如主信息块(mib)或sib1。在这些实现或场景中的每一个中,消息(或sib)包括对ue102可用于rach过程中的前导码和时刻的集合的指示。在其他实现中,配置304和306通过基站104向ue102发送不同的、各自的消息而发生。在一些实现中,配置302还包括基站104以其他方式配置302ue102(例如,配置602ue102以周期性地发送cqi、csi和/或sr消息,和/或周期性地发送srs等)。

    在基站104配置302ue102之后的某个时刻,ue102开始310基于竞争的两步rach过程,诸如图2b的rach过程230。在其他实现中,rach过程不是上面讨论的两步过程。ue102可以针对各种原因决定开始310rach过程,这取决于实现和/或场景。例如,ue102可以响应于在缓冲器150为空时检测到ue102具有到达数据缓冲器150的新数据而决定开始310rach过程。作为另一示例,ue102可以响应于在数据缓冲器150存储具有比新数据低的优先等级的数据时检测到ue102具有到达数据缓冲器150的新数据而决定开始310rach过程。作为又一示例,ue102可以在ue102决定请求基站104向ue102发送系统信息时决定开始310rach过程。

    开始310rach过程可以包括ue102从基站104在配置302ue102时指示的前导码和prach时刻的集合中选择特定的前导码和相应的prach时刻。应当理解,由于ue102知道前导码和prach时刻之间的关联,因此ue102通过选择prach时刻内在地选择前导码,反之亦然。此外,如果特定前导码/prach时刻对仅与单个pusch时刻相关联,则ue102通过选择相应的前导码或prach时刻来内在有地选择该pusch时刻。

    在ue102开始310rach过程之前或之后的某个时刻(并且可能在基站104配置302ue102之前),基站104请求312ue102发送一些另一信号(即,不是由ue102开始310的rach过程的一部分的信号)。如本文所使用的,术语“请求”可以指接收者(例如ue102)可以选择性地服从的请求(例如,授权发送上行链路数据的时刻),或者ue102必须试着服从的请求(例如,命令或配置)。下面将进一步详细讨论几个具体的例子。

    在一些实现和/或场景中,基站104请求312ue102通过授权ue102pusch时刻来发送另一信号,在该pusch时刻ue102可以向基站104发送数据,而ue102不必首先执行rach过程。下面参考图4和5进一步详细讨论这些实现和场景。在其他实现方式和/或场景中,基站104请求312在ue102的配置302期间,ue102发送另一信号。例如,基站104可以配置302ue102以周期性地向基站104发送特定类型的信号。作为更具体的示例,除了用rach信息配置302ue102之外,基站104还可以配置302ue102以周期性地发送探测参考信号(srs)、包括信道质量指示(cqi)或信道状态信息(csi)的消息、或包括调度请求(sr)的消息、或pusch。下面参考图6和7进一步详细讨论这些实现或场景。在其他实现和/或场景中,基站312请求ue102通过动态配置(除了配置302之外的)信号(例如cqi和/或csi)的非周期(例如,一次性或不规则)传输来发送另一信号。

    在ue102已经开始310rach过程并且基站104已经请求312(例如,授权pusch时刻,或者配置周期性或非周期性传输)另一信号之后,ue102检测314在rach过程的消息的意图定时与另一/请求的信号的传输的意图定时之间存在冲突。例如,ue102可以检测314当rach过程消息的至少一部分的传输将与另一信号的至少一部分的传输重叠时,存在定时冲突。在其他实现中,ue102仅在满足一个或多个附加和/或更严格的规则时(例如,信号之一的至少特定部分的重叠)检测314到存在定时冲突。

    响应于检测到314定时冲突,ue102确定320具有冲突定时的两个信号(即,rach过程消息和其他/请求的信号)之间的传输优先级。ue102基于具有冲突定时的至少一个信号的类型(例如,基于其意图定时与msga冲突的信号是pusch数据传输还是pusch数据重传,或者冲突信号是否是srs等)来确定320传输优先级,并且可能地,取决于实现和/或场景,基于数据优先等级、信道质量信息和/或其他因素。下面参考图4-7讨论各种更具体的示例。

    在图3所示的示例中,rach过程消息是基于竞争的两步rach过程(例如,过程200)的msga。因此,在ue102确定320传输优先级之后,ue102根据确定320的传输优先级向基站104发送340msga和/或其他/请求的信号。如上所述,当第一信号传输(例如,msga或其他/请求信号)具有超过第二信号传输(例如,其他/请求信号或msga)的“优先权”时,ue102修改后者的定时(通过延迟或中止传输的至少一部分),而不是前者。例如,如果ue102确定320msga具有超过另一信号的传输优先级,则ue102可以在初始意图时间发送340msga,并且延迟或中止另一信号的传输。相反,如果ue102确定320其他/请求的信号具有超过msga的传输优先级,则ue102可以在初始意图时间发送340其他/请求的信号,并且延迟或中止msga的传输(例如,通过选择与具有非冲突传输时间的至少一个pusch时刻相关联的新前导码/prach时刻来延迟)。如上所述,在一些实现和/或场景中,ue102可以仅修改不具有传输优先级的消息的一部分的定时(例如,如果msga不具有传输优先级,则通过维持msga的前导码的初始定时,但修改msga的数据部分的定时)。

    虽然在图3中没有示出,但是在一些实现和/或场景中,基站104响应传输340。例如,如果基站104已经请求/调度了重传,基站104可以特定的方式响应ue102(例如,如下面参考图4和图5所讨论的),但是相反地,或者还从ue102接收rach消息。

    如上所述,图4描绘了一个更具体的示例性场景400,其中基站104通过向ue102授权用于传输或重传数据的pusch时刻来请求另一信号(即,rach过程消息以外的信号)。在场景400中,基站104使用rach信息(例如,前导码、prach时刻、pusch时刻以及pusch时刻与对应的前导码/prach时刻对之间的关联)来配置402ue102,以尝试经由小区120接入基站104。配置402可以与图3的配置302相同。

    在基站104配置402ue102之后的某个时刻,ue102开始410基于竞争的两步rach过程,诸如图2b的rach过程230。在其他实现中,rach过程不是上面讨论的两步过程。例如,rach过程的开始410(包括用于开始410rach过程的触发器)可以与图3的开始310相同。例如,开始410rach过程可以包括ue102从基站104在配置402ue102时指示的前导码和prach时刻的集合中选择特定前导码和相应的prach时刻。

    在ue102开始410之前或之后的某个时刻,基站104可能不知道ue102已经开始410(或即将开始410)rach过程,通过为该传输授权pusch时刻来请求412来自ue102的上行链路数据传输。也就是说,基站104向ue102授权时频资源(ue102可以在其上发送上行链路数据),而无需首先执行rach过程来获得信道接入。在一些实现中,基站104经由物理下行链路控制信道(pdcch)使用下行链路控制指示符(dci)来授权pusch时刻。ue102可以使用ue102的唯一rnti对dci的循环冗余校验(crc)进行加扰,例如,使得ue102可以使用rnti来确定dci是否被寻址到ue102。rnti可以是小区rnti(c-rnti)或ue102的配置的调度rnti(cs-rnti)。

    在ue102已经开始410rach过程并且基站104已经请求412(即,为上行链路数据传输授权pusch时刻)之后,ue102检测到414在rach过程的消息的意图定时和上行链路数据传输的意图定时之间存在冲突(即,对应于授权的pusch时刻的时间)。在图4的示例性实现中,存在定时冲突的rach消息是基于竞争的两步rach过程的msga。在各种实现和场景中,ue102可以具体地检测414msga的有效载荷部分(即,在与前导码/prach时刻对相关联的pusch时刻发送的部分)具有定时冲突,或者可以更一般地检测414msga作为一个整体具有定时冲突。

    响应于检测到414定时冲突,ue102确定420具有冲突定时的两个信号(即,在授权的pusch时刻中的rach过程消息和上行链路数据传输)之间的传输优先级。在ue102确定420传输优先级之后,ue102根据确定420的传输优先级将msga和/或上行链路数据在授权的pusch时刻上发送440到基站104。

    确定420至少取决于其意图传输时间与msga的意图传输时间重叠的信号的类型。在一个实现中,例如,msga传输始终具有比由基站104授权的pusch时刻的任何上行链路数据传输更高的优先级,因此ue102确定420开始410的rach过程的msga具有比请求的412上行链路数据传输更高的传输优先级。

    然而,在其他实现中,ue102还考虑其他因素来确定420传输优先级。例如,如果请求的传输是在授权的pusch时刻上的上行链路数据传输,则ue102可以基于基站104是否授权pusch时刻以用于传输新数据(例如,ue102必须为其生成一个或多个macpdu、对macpdu进行编码、并将macpdu存储在数据缓冲器150的数据),或者替代地用于基站104先前已经请求的数据的重传(例如,已经发送并且仍然作为一个或多个编码的macpdu存储在harq缓冲器内的数据)。

    在一个场景中,如果基站104授权用于传输新数据的pusch时刻,则ue102确定420授权的上行链路(新的)数据传输具有比msga的传输高的优先级。该技术允许ue102避免rach过程,从上行链路授权的角度这可能是不必要的。例如,ue102可以已经开始410rach过程以便请求基站104调度/授权上行链路传输,具体地,使得ue102可以向基站104发送新数据(或缓冲器状态报告)。如果基站104已经授权了用于传输该新数据(或缓冲器状态报告)的pusch时刻,则ue102没有理由依赖基于竞争的过程来向基站104发送新数据(或报告)。

    在其他场景中,如果基站104替代地授权用于数据的重传的pusch时刻,则ue102基于(1)要重传的数据的优先级和(2)数据缓冲器150的特定缓冲器中的数据(例如,存储逻辑信道中未用于生成macpdu的数据,而不是要重传的数据的缓冲器)的优先级别来确定420的传输优先级。例如,ue102可以确定420,如果要重传的数据的具有比特定缓冲器中的数据更低的优先级,则msga的传输具有比重传高的优先级。ue102然后可以在msgapusch时刻上向基站104发送440缓冲器状态报告,以向基站104指示特定缓冲器中存在具有比重传数据更高优先级的数据。在这种情况下,在基站104接收到msga之后,基站104可以向ue102发送上行链路授权,以执行具有更高优先级的数据的新的传输。在基站104接收到更高优先级的数据之后,基站104可以继续向ue102发送上行链路授权,以请求ue102执行初始请求的重传。

    替代地,如果要重传的数据具有等于或高于数据缓冲器150的特定缓冲器(例如,存储未用于生成macpdu的逻辑信道的数据而不是要重传的数据的缓冲器)中的数据的优先级,则ue102可以确定420重传具有高于msga传输的优先级。此外,如果重传定时不与msga前导码重叠(即,不与将要在其上发送前导码的prach时刻重叠),则ue102可以使用其初始意图定时(即,前导码和然后的重传)来发送重传和msga前导码两者,使得只有msga有效载荷被延迟或中止。尽管ue102在msgapusch时刻上不发送有效载荷(例如,缓冲器状态报告),但是该方法可以允许rach过程成功。具体地,如果基站104成功地接收并解码msga前导码而不是msga有效载荷,则基站104可以向ue102发送回退rar以请求ue102回退到四步rach过程(例如,如在过程250中那样),导致ue102具有另一个发送msga有效载荷的机会。

    在一些实现中,不同的数据可以与不同的优先级相关联,和/或不同的协议控制元素(即,ue102和基站104之间交换的非数据控制信息)可以与不同的优先级相关联。在一个这样的实现中,如果特定的重传包括一个以上的数据和/或控制元素,则ue102使用多个数据和/或控制元素中的最高优先等级来确定420传输优先级(如上所述)。

    虽然在图4中没有示出,但是在一些实现和/或场景中,基站104响应传输440。例如,如果基站104调度了重传,但是ue102反而只向基站104发送440了msga,则基站104可以通过向ue102发送msgb或发送寻址到ue102的唯一rnti(例如,c-rnti)的下行链路分配来响应。基站104还可以向ue102发送上行链路授权,以请求ue102执行初始请求的重传。作为另一示例,如果基站104调度了重传,并且ue102然后发送440msga前导码和重传两者,则基站104(在相应的pusch时刻上未能接收到msga有效载荷之后)可以向ue102发送包含回退rar的msgb(例如,如在过程250中那样)。当ue102接收到回退rar时,ue102在pusch时刻上向基站104发送msga有效载荷。当基站104成功地接收到msga有效载荷时,基站104向ue102发送msg4。例如,基站104可以将msg4寻址到ue102的唯一rnti(例如,c-rnti)。

    图5是ue102在检测用于上行链路数据传输的授权时刻和基于竞争的两步rach过程消息之间的定时冲突时可以实现的示例算法500的流程图。ue102可以实现算法500以执行图4所示的消息传递图的ue侧操作。

    在算法500中,在框520处,ue102检测msga和授权的pusch时刻之间的定时冲突。框520例如可以对应于图4的事件414。ue102然后在框522处确定授权的pusch时刻是用于新的还是重传的数据。如果授权的pusch时刻是用于新数据的,则ue102在框524处在授权的pusch时刻上发送新数据,并且不以其初始定时发送msga(例如,延迟或中止msga的传输)。如果授权的pusch时刻是用于重传的,则ue102在框526处确定缓冲器中的新数据是否具有比要重传的数据高的优先级,如上所述。如果新数据不具有更高的优先级,则ue102在框524处在授权的pusch时刻上重传数据,并且不使用其初始定时发送msga(或至少不发送msga的有效载荷/数据部分)。然而,如果新数据是更高的优先级,则ue102在框534处使用其初始定时来发送msga,并且不在授权的pusch时刻上重传数据。框522和/或526可以对应于图4的事件420,并且框524或框534可以对应于事件440。

    图6描绘了示例性场景600,其中基站104通过配置ue102以周期性地向基站104发送该信号来请求另一信号(即,rach过程消息之外的信号)。在场景600中,基站104使用rach信息(例如,前导码、prach时刻、pusch时刻以及pusch时刻与对应的前导码/prach时刻对之间的关联)来配置602ue102,以尝试经由小区120接入基站104。配置602还包括基站104配置602ue102以周期性地发送包括cqi、csi或sr的消息,或者周期性地发送srs或pusch。配置602可以与图3的配置302相同。

    在基站104配置602ue102之后的某个时刻,ue102开始610基于竞争的两步rach过程,诸如图2b的rach过程230。在其他实现中,rach过程不是上面讨论的两步过程。例如,rach过程的开始610(包括用于开始610rach过程的触发器)可以与图3的开始310相同。例如,开始610rach过程可以包括ue102从基站104在配置602ue102时指示的前导码和prach时刻集合中选择特定前导码和相应的prach时刻。

    在ue102开始610rach过程之后的某个时刻,ue102检测到614在rach过程的消息的意图定时与srs、cqi、csi、pusch或sr信号的意图定时之间存在冲突。在图6的示例性实现中,存在定时冲突的rach消息是基于竞争的两步rach过程的msga。在各种实现和场景中,ue102可以具体地检测614到msga的有效载荷部分(即,在与前导码/prach时刻对相关联的pusch时刻发送的部分)具有定时冲突,或者可以更一般地检测614到msga作为一个整体具有定时冲突。

    响应于检测到614定时冲突,ue102确定620具有冲突定时的两个信号(即,rach过程消息和srs、cqi、csi、pusch或sr信号)之间的传输优先级。在ue102确定620传输优先级之后,ue102根据确定620的传输优先级将msga和/或srs、cqi、csi或sr信号发送到基站104。

    确定620至少取决于其意图传输时间与msga的意图传输时间重叠的信号的类型。在一些实现中,例如,srs、cqi、pusch或csi信号传输始终具有比msga传输高的优先级,因此ue102确定620srs、cqi、pusch或csi具有比rach过程的msga高的传输优先级。在这些实现中,ue102响应于检测614到定时冲突而选择另一个前导码或prach时刻。例如,ue102可以选择(1)在时间上与初始prach时刻最近(及其之后)的prach时刻,以及(2)与初始srs、cqi、pusch或csi传输时间没有定时冲突的至少一个pusch时刻相关联的prach时刻。因此,事件640可以包括以初始意图定时发送srs、cqi、pusch或csi信号,然后在比其初始意图定时晚的时间(即,在对应于新选择的prach时刻以及相应的pusch时刻的时间)发送rach过程的msga。

    在替代实现中,msga始终具有优先于srs信号的传输优先级。因此,当ue102检测614到msga和srs信号之间的定时冲突时,ue102确定620msga具有传输优先级,并且使用初始意图定时发送640msga,而不是srs信号。例如,ue102可以中止srs信号的传输。在该实现中,由于基站104没有根据调度/配置的定时接收srs,因此基站104发送命令以请求ue102发送srs(例如,针对非周期性srs传输的请求)。

    在另一个替代实现中,cqi和/或csi消息可以具有或不具有比msga高的传输优先级,这取决于ue102和基站104之间的通信信道(例如,上行链路信道)的测量状态或质量。在该实现中,如果ue102确定一个或多个信道质量度量没有劣化超过一些可接受阈值,则ue102可以确定620msga具有比调度的cqi/csi传输/报告更高的传输优先级,并中止cqi/csi传输。相反,如果ue102确定度量已劣化超过阈值,则ue102可以确定调度的cqi/csi传输/报告具有比msga传输高的优先级。在这两个实现中,基站104可以使用适用的(多个)阈值来配置(例如,在事件602处)ue102。因此,如果基站104没有接收到调度的cqi/csi传输,则基站104可以假设(多个)cqi/csi度量没有劣化超过配置的阈值。

    在其他实现和/或场景中,sr信号具有比msga高的传输优先级。如果ue102具有要发送的新数据,例如,ue102可以向基站104发送sr,以请求基站104调度上行链路传输。在该实现和场景中,如果ue102检测614到msga的意图传输时间(例如,msga的pusch时刻)与sr的意图传输时间重叠,则ue102确定620sr具有传输优先级并以初始意图定时发送640该sr,而不是msga。ue102还响应于检测614到定时冲突而选择另一前导码或prach时刻。例如,ue102可以选择(1)在时间上与初始prach时刻最近(及其之后)的prach时刻,以及(2)与初始sr传输时间没有定时冲突的至少一个pusch时刻相关联的prach时刻。

    图7是ue102在检测到意图(例如,配置/调度的)cqi和/或csi传输与两步rach过程消息之间的定时冲突时可以实现的示例算法700的流程图。例如,ue102可以实现算法700,以执行图6所示的消息传递图的ue侧操作。

    在算法700中,在框720处,ue102检测msga和意图cqi/csi传输之间的定时冲突。框720可以例如对应于图6的事件614。ue102然后在框730处确定一个或多个信道质量度量是否已经劣化超过一个或多个预定义(例如,配置的或固定的)阈值。如果(多个)信道质量度量已经劣化超过(多个)阈值,则ue102在框732处用请求的(例如,配置/调度的)定时将cqi/csi发送到基站104,并且不使用初始意图定时来发送msga(或至少其数据/有效载荷部分)。相反,如果信道质量度量没有劣化超过(多个)阈值,则ue102在框734处以初始定时向基站104发送msga,并且不使用初始/请求的定时向基站104发送cqi/csi。框730可以对应于图6的事件620,并且框732或框734可以对应于事件640。

    图3所示实现的其他变体(即,除了图4-7所示的那些变体之外)也是可能的。在一些实现中,例如,基站104可以通过向ue102发送命令(例如,在dci或mac控制元素中)来动态请求(例如,在事件412处)ue102执行非周期性的(单个或不定期的)cqi或csi传输。如果ue102确定(例如,在确定420内)一个或多个信道质量度量没有劣化超过一些可接受阈值,则ue102可以确定msga具有比非周期性的cqi/csi传输更高的传输优先级。

    相反,如果ue102确定(多个)度量已劣化超过(多个)阈值,则ue102可以确定非周期性的cqi/csi传输/报告具有比msga传输高的优先级。然而,如果非周期性的cqi/csi传输的意图定时不与msga前导码的意图定时重叠,则ue102还可以确定利用其初始定时来发送msga前导码。在这些实现中,基站104可以使用适用的(多个)阈值(例如,在事件402处)配置ue102。因此,如果基站104没有接收到非周期性的cqi/csi传输,则基站104可以假设(多个)信道质量度量没有劣化超过配置的(多个)阈值。

    在上面讨论的任何实现中,ue102可以取决于rach过程的失败是否由于使用本文描述的技术之一的定时冲突解决方案而不同地处理失败的rach过程。例如,每当ue102未能从基站接收到期望的rach过程消息(例如,过程230中的msgb,或过程200中的msg2和/或msg4),ue102通常可以通过增加前导码发送功率以及将前导码发送计数器增加1来响应。ue102然后可以使用计数器值来检测发送问题。例如,如果计数器超过阈值,则ue102可以采取动作来解决或处理问题,诸如执行无线电链路故障过程以选择另一个小区。然而,在一些实现中,当ue102正在执行基于竞争的两步过程并且确定(例如,在事件320、420或620处)非rach信号具有传输优先级并且因此选择新的前导码/prach时刻时,ue102替代地:(1)保持(不增加)前导码发送功率,以及(2)维持(不递增)前导码发送计数器。

    图8是用于处理与用于获得对通信信道的接入的随机接入过程(例如,rach过程230或250)相关联的定时冲突的示例性方法800的流程图,所述随机接入过程可以在诸如图1的ue102的用户设备中实现。

    在框802处,用户设备确定(例如,在事件314、414或614处,或在框520或720处)第一时间跨度与第二时间跨度重叠,其中第一时间跨度是用户设备发送随机接入过程消息的至少数据部分(例如,过程230或250的msga的至少有效载荷部分)到基站的时间跨度,其中第二时间跨度是用户设备发送另一信号(例如,在授权的pusch时刻上的上行链路数据传输、配置的周期性cqi、csi、sr、pusch或srs、或动态配置的/非周期性的cqi或csi等)到基站的时间跨度。

    在框804处,用户设备至少基于另一信号的类型来确定(例如,在事件320、420或620处,或在框522和526处,或在框730处),指示是否(1)修改随机接入过程消息的传输定时的传输优先级,或者替代地(2)修改另一信号的传输定时。如上所述,“修改”传输定时可以包括延迟传输,或者完全中止/取消传输。

    在框806处,基于确定的传输优先级,用户设备要么在第一时间跨度期间向基站发送(例如,在事件340、440或640处、在框534处或在框734处)随机接入过程消息的至少数据部分,或者替代地在第二时间跨度期间向基站发送(例如,在事件340、440或640处,在框524处,或在框732处)另一信号。

    作为示例而非限制,本文中的公开至少考虑到以下方面:

    方面1–一种用户设备中用于处理与用于获得对通信信道的接入的随机接入过程相关联的定时冲突的方法,该方法包括:通过用户设备的处理硬件来确定,用户设备向基站发送随机接入过程消息的至少数据部分的第一时间跨度与用户设备向基站发送另一信号的第二时间跨度重叠;通过处理硬件并至少基于另一信号的类型来确定,指示是修改随机接入过程消息的传输定时还是替代的修改另一信号的传输定时的传输优先级;以及基于确定的传输优先级,只进行如下中的一个(i)在第一时间跨度期间向基站发送随机接入过程消息的至少数据部分或(ii)在第二时间跨度期间向基站发送另一信号。

    方面2–方面1的方法,其中,所述方法还包括,在确定第一时间跨度与第二时间跨度重叠之前,从基站接收授权用户设备发送上行链路数据的时刻的消息,授权的时刻包括第二时间跨度。

    方面3–方面2的方法,其中:授权用户设备发送上行链路数据的时刻的消息指示授权的时刻是用户设备向基站发送新数据的时刻;确定传输优先级至少基于(i)另一信号是上行链路数据信号,以及(ii)授权的时刻是用户设备发送新数据的时刻;以及所述方法包括基于确定的传输优先级,在第二时间跨度期间向基站发送上行链路数据信号。

    方面4–方面2的方法,其中:授权用户设备发送上行链路数据的时刻的消息指示授权的时刻是用户设备重传基站未能接收或解码的数据的时刻;以及确定传输优先级至少基于(i)另一信号是上行链路数据信号,(ii)授权的时刻是用户设备重传数据的时刻,(iii)要在随机接入过程消息的数据部分中发送的数据的优先级,以及(iv)要重传的数据的优先等级。

    方面5–方面4的方法,其中:确定传输优先级包括基于要重传的数据的优先等级至少与要在随机接入过程消息的数据部分中发送的数据的优先级一样高,确定在第二时间跨度期间发送上行链路数据信号;所述方法包括在第二时间跨度期间向基站发送上行链路数据信号。

    方面6–方面1-5中任何一个的方法,还包括:通过处理硬件确定用户设备向基站发送随机接入过程消息的前导码的第三时间跨度不与第二时间跨度重叠;以及响应于确定第三时间跨度不与第二时间跨度重叠,在第三时间跨度期间向基站发送前导码。

    方面7–方面4的方法,其中:确定传输优先级包括基于要重传的数据的优先等级低于要在随机接入过程消息的数据部分中发送的数据的优先等级,确定在第一时间跨度期间发送随机接入过程消息的至少数据部分;并且所述方法包括在第一时间跨度期间将随机接入过程消息的至少数据部分发送到基站。

    方面8–方面2-7中任何一个的方法,还包括:在确定第一时间跨度与第二时间跨度重叠之前,通过处理硬件选择与第一时间跨度相关联的前导码或物理层随机接入信道(prach)时刻;以及通过处理硬件确定第一时间跨度与第二时间跨度重叠包括确定选择的前导码或选择的prach时刻与包括第一时间跨度的第一物理层上行链路信道(pusch)时刻相关联,其中接收授权用户设备发送上行链路数据的时刻的消息包括接收授权用户设备在包括第二时间跨度的第二pusch时刻上发送上行链路数据的消息。

    方面9–方面1的方法,包括:基于确定的传输优先级,在第二时间跨度期间发送另一信号,并且还包括:通过处理硬件选择用于发送随机接入过程消息的第三时间跨度;以及在第三时间跨度期间发送随机接入过程消息的至少数据部分。

    方面10–方面9的方法,还包括:在确定第一时间跨度与第二时间跨度重叠之前,通过处理硬件选择与第一时间跨度相关联的第一前导码或第一物理层随机接入信道(prach)时刻,其中,选择第三时间跨度包括选择与第三时间跨度相关联的第二前导码或第二prach时刻,并且其中发送随机接入过程消息的至少数据部分包括在第二prach时刻上发送第二前导码。

    方面11–方面10的方法,其中:确定第一时间跨度与第二时间跨度重叠包括确定选择的第一前导码或选择的第一prach时刻与包括第一时间跨度的第一物理层上行链路信道(pusch)时刻相关联;确定选择的第二前导码或第二prach时刻与包括第三时间跨度的第二pusch时刻相关联;并且发送随机接入过程消息的至少数据部分包括在第二prach时刻上发送第二前导码和在第二pusch时刻上发送随机接入过程消息的数据部分。

    方面12–方面10或11的方法,包括:在选择第一前导码或第一prach时刻之前,从基站接收如下的指示(i)包括第一前导码和第二前导码的可用前导码的集合以及(ii)包括第一prach时刻和第二prach时刻的可用prach时刻的集合。

    方面13–方面9-12中任何一个的方法,还包括:在确定第一时间跨度与第二时间跨度重叠之前,从基站接收在第二时间跨度期间发送另一信号的请求。

    方面14–方面13的方法,其中,确定传输优先级至少基于作为探测参考信号的另一信号。

    方面15–方面13的方法,其中,确定传输优先级至少基于作为包括指示通信信道的质量或状态的一个或多个度量的消息的另一信号。

    方面16–方面13的方法,其中,确定传输优先级至少基于作为包括调度请求的消息的另一信号。

    方面17–方面1的方法,其中:确定传输优先级至少基于作为探测参考信号的另一信号;并且所述方法包括,基于确定的传输优先级,在第一时间跨度期间发送随机接入过程消息的至少数据部分。

    方面18–方面1的方法,其中,确定传输优先级至少基于(i)作为包括指示通信信道的质量或状态的一个或多个度量的消息的另一信号以及(ii)一个或多个度量。

    方面19–方面18的方法,其中,确定传输优先级包括将一个或多个度量中的至少一个与预定义阈值进行比较。

    方面20–方面17-19中任一个的方法,其中:所述方法还包括,在确定第一时间跨度与第二时间跨度重叠之前,选择与第一时间跨度相关联的前导码或物理层随机接入信道(prach)时刻;prach时刻包括在第一时间跨度之前的第三时间跨度;并且确定第一时间跨度与第二时间跨度重叠包括确定选择的前导码或选择的prach时刻与包括第一时间跨度的物理层上行链路信道(pusch)时刻相关联。

    方面21–方面20的方法,还包括:通过处理硬件确定第三时间跨度不与第二时间跨度重叠,其中所述方法包括基于确定的传输优先级,在prach时刻上向基站发送前导码,在prach时刻上不向基站发送随机接入过程消息的数据部分,并在第二时间跨度期间向基站发送将另一信号。

    方面22–方面1的方法,其中:所述方法包括,基于确定的传输优先级,(i)在第二时间跨度期间发送另一信号,(ii)在第一时间跨度期间不发送随机接入过程消息的数据部分,以及(iii)在第一时间跨度之前不发送随机接入过程消息的前导码;并且该方法还包括通过处理硬件覆盖与随机接入过程的不成功迭代相关联的一个或多个动作,所述一个或多个动作包括如下中的一个或两个(i)增加前导发送功率和(ii)递增消息传输计数器。

    方面23–方面1-22中任一个的方法,其中:随机接入过程是基于竞争的两步随机接入信道(rach)过程;随机接入过程消息是与基于竞争的两步rach过程的第一步相关联的消息。

    方面24–一种包括硬件并被配置为实现方面1-23中任何一个的方法的用户设备。

    以下附加考虑适用于上述讨论。

    其中可以实现本公开的技术的用户设备(例如,ue102)可以是能够进行无线通信的任何合适的设备,例如智能手机、平板电脑、笔记本电脑、移动游戏控制台、销售点(pos)终端、健康监测设备、无人机、摄像机、媒体流加密狗或另一种个人媒体设备、诸如智能手表的可穿戴设备、无线热点、毫微微小区或宽带路由器。此外,在某些情况下,用户设备可以嵌入诸如车辆的主机单元或高级驾驶员辅助系统(adas)的电子系统中。更进一步,用户设备可以作为物联网(iot)设备或移动互联网设备(mid)来操作。根据类型,用户设备可以包括一个或多个通用处理器、计算机可读存储器、用户接口、一个或多个网络接口、一个或多个传感器等。

    某些实施例在本公开中描述为包括逻辑或多个组件或模块。模块可以是软件模块(例如,代码或存储在非临时刻器可读介质上的机器可读指令)或硬件模块。硬件模块是能够执行某些操作的有形单元,并且可以以某种方式配置或布置。硬件模块可以包括永久性配置的专用电路或逻辑(例如,作为专用处理器,例如现场可编程门阵列(fpga)或专用集成电路(asic)、数字信号处理器(dsp)等)来执行特定操作。硬件模块还可以包括由软件临时配置以执行特定操作的可编程逻辑或电路(例如,包含在通用处理器或其他可编程处理器中的)。在专用和永久配置的电路中或在临时配置的电路(例如,由软件配置)中实现硬件模块的决定可以由成本和时间考虑因素驱动。

    当在软件中实现时,这些技术可以作为操作系统、多个应用程序使用的库、特定软件应用程序等的一部分提供。软件可以由一个或多个通用处理器或一个或多个专用处理器执行。

    阅读本发明时,本领域技术人员将理解通过本文公开的原理来处理涉及rach过程消息的定时冲突的附加和可选的结构和功能设计。因此,虽然已经示出和描述了特定的实施例和应用,但是应当理解,所公开的实施例不限于本文公开的精确结构和组件。在不脱离所附权利要求所限定的精神和范围的情况下,可以对本文公开的方法和装置的布置、操作和细节进行对本领域技术人员来说显而易见的各种修改、改变和变化。


    技术特征:

    1.一种用户设备中的用于处理与用于获得对通信信道的接入的随机接入过程相关联的定时冲突的方法,所述方法包括:

    通过用户设备的处理硬件,确定用于用户设备向基站发送随机接入过程消息的至少数据部分的第一时间跨度与被配置为用于用户设备向基站发送上行链路信号的第二时间跨度重叠;

    通过所述处理硬件并且至少基于上行链路信号的类型来确定指示如下的传输优先级:是修改随机接入过程消息的传输定时还是替代地修改上行链路信号的传输定时;以及

    基于确定的传输优先级,只进行如下中的一个(i)在第一时间跨度期间向基站发送随机接入过程消息的至少数据部分或(ii)在第二时间跨度期间向基站发送上行链路信号。

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

    在确定第一时间跨度与第二时间跨度重叠之前,从基站接收配置用于用户设备发送上行链路通信的资源的消息,其中所述资源包括第二时间跨度。

    3.根据权利要求2所述的方法,其中:

    配置用于用户设备发送上行链路通信的资源的消息是授权用户设备发送上行链路数据的时刻的消息;

    发送上行链路数据的时刻包括第二时间跨度;以及

    确定传输优先级至少基于授权的时刻是用户设备发送上行链路数据的时刻。

    4.根据权利要求3所述的方法,其中:

    授权用户设备发送上行链路数据的消息是授权用户设备重传基站未能接收或解码的数据的消息;以及

    确定传输优先级至少基于授权的时刻是用户设备重传上行链路数据的时刻。

    5.根据权利要求4所述的方法,包括:

    基于确定的传输优先级,在第一时间跨度期间向基站发送随机接入过程消息的至少数据部分。

    6.根据权利要求3所述的方法,其中:

    授权用户设备发送上行链路数据的时刻的消息是授权用户设备向基站发送新数据的时刻的消息;以及

    确定传输优先级至少基于授权的时刻是用户设备发送新数据的时刻。

    7.根据权利要求6所述的方法,其中:

    随机接入过程消息是msga;以及

    确定传输优先级包括确定msga具有比新数据高的优先级。

    8.根据权利要求3-7的任一项所述的方法,还包括:

    在确定第一时间跨度与第二时间跨度重叠之前,通过处理硬件选择与第一时间跨度相关联的前导码或物理层随机接入信道(prach)时刻;以及

    通过处理硬件确定第一时间跨度与第二时间跨度重叠包括确定选择的前导码或选择的prach时刻与包括第一时间跨度的第一物理层上行链路信道(pusch)时刻相关联,

    其中,接收授权用户设备发送上行链路数据的时刻的消息包括接收允许用户设备在包括第二时间跨度的第二pusch时刻发送上行链路数据的时刻的消息。

    9.根据权利要求8所述的方法,其中:

    选择与第一时间跨度相关联的前导码或prach时刻包括选择与第一时间跨度相关联的前导码;以及

    确定第一时间跨度与第二时间跨度重叠包括确定选择的前导码与包括第一时间跨度的第一pusch时刻相关联。

    10.根据权利要求8或9所述的方法,包括:

    在选择前导码或prach时刻之前,从基站接收如下的指示(i)包括前导码的可用前导码的集合和(ii)包括prach时刻的可用prach时刻的集合。

    11.根据权利要求3所述的方法,其中:

    所述方法包括,基于确定的传输优先级,(i)在第二时间跨度期间发送上行链路数据信号,(ii)在第一时间跨度期间不发送随机接入过程消息的数据部分,以及(iii)在第一时间跨度之前不发送随机接入过程消息的前导码;以及

    所述方法还包括通过所述处理硬件覆盖与随机接入过程的不成功迭代相关联的一个或多个动作,所述一个或多个动作包括如下中的一个或两个(i)增加前导码发送功率和(ii)递增消息传输计数器。

    12.根据权利要求3至11中任一项所述的方法,其中:

    随机接入过程是基于竞争的两步随机接入信道(rach)过程;以及

    随机接入过程消息是与基于竞争的两步rach过程的第一步相关联的消息。

    13.根据权利要求12所述的方法,其中,所述随机接入过程消息的数据部分包括与基于竞争的两步rach过程的第一步相关联的消息的物理层上行链路信道(pusch)中的数据。

    14.根据权利要求2所述的方法,其中:

    所述配置用于用户设备发送上行链路通信的资源的消息是请求探测参考信号的上行链路传输的消息、包括信道质量指示的消息、包括信道状态信息的消息或者包括调度请求的消息;以及

    确定传输优先级至少基于上行链路信号是探测参考信号、包括信道质量指示的消息、包括信道状态信息的消息或者包括调度请求的消息。

    15.一种用户设备,包括硬件,并被配置为实现权利要求1-14中任一项所述的方法。

    技术总结
    一种用于在用户设备中实现的处理与随机信道接入过程相关联的定时冲突的方法,该方法包括确定(314)用户设备向基站发送随机接入过程消息的至少数据部分的第一时间跨度与用户设备向基站发送另一信号的第二时间跨度重叠。该方法还包括至少基于另一信号的类型来确定(320)指示是修改随机接入过程消息的传输定时还是替代地修改另一信号的传输定时的传输定时,并且基于确定的传输优先级,在第一时间跨度期间向基站发送(340)随机接入过程消息的至少数据部分,或者在第二时间跨度期间向基站发送(340)另一信号。

    技术研发人员:叶向荣
    受保护的技术使用者:谷歌有限责任公司
    技术研发日:2020.11.25
    技术公布日:2021.03.12

    转载请注明原文地址:https://wp.8miu.com/read-5337.html

    最新回复(0)