按需系统信息请求过程和错误处理的制作方法

文档序号:23068616发布日期:2020-11-25 17:56阅读:159来源:国知局
按需系统信息请求过程和错误处理的制作方法

相关申请的交叉引用

本申请要求于2018年4月2日提交的名称为“on-demandsysteminformationrequestprocedureanderrorhandling”、申请号为62/651,312的美国临时专利申请的权益和优先权,其代理人卷号为us73481(下文称为“us73481申请”)。在此通过引用将us73481申请的公开内容完全并入本申请中。

本公开总体上涉及无线通信,更具体地,涉及用于下一代无线通信网络的按需系统信息(si)请求过程。



背景技术:

在下一代无线网络(例如,第五代(5g)新无线(nr)网络)中已引入了按需系统信息(si)请求的概念。当ue基于系统信息块类型1(sib1)中的信息(例如,指示对应的si消息当前是否被广播的一位指示符)以及sib至si消息的映射(mapping),发现所需的si消息未被广播时,ue可以执行按需si请求过程以请求网络(也称为nw)广播所需的一个或多个sib和/或si消息。然而,下一代无线网络缺乏用于与按需si请求过程关联的错误处理的有效机制。



技术实现要素:

本公开涉及用于下一代无线通信网络的按需系统信息请求过程和对应的错误处理过程。

根据本公开的一个方面,提供一种由用户设备(ue)执行的无线通信的方法。所述方法包括:在第一小区中执行按需系统信息(si)请求过程;以及如果在所述第一小区中的所述按需si请求过程不成功,则执行错误处理过程。所述错误处理过程包括存储si请求失败信息。

根据本公开的另一个方面,提供一种ue。所述ue包括:一个或多个非临时性计算机可读介质,所述一个或多个非临时性计算机可读介质具有多个计算机可执行指令;以及至少一个处理器,所述至少一个处理器耦合到所述一个或多个非临时性计算机可读介质。所述至少一个处理器被配置为:执行所述计算机可执行指令以在第一小区中执行按需系统信息(si)请求过程;以及如果在所述第一小区中的所述按需si请求过程不成功,则执行错误处理过程。所述错误处理过程包括存储si请求失败信息。

附图说明

当结合附图阅读时,从以下的详细描述中可最佳地理解本示例性公开的各个方面。各种特征未按比例绘制,为了使得论述清晰,各种特征的尺寸可能任意地放大或缩小。

图1是示出根据本申请的示例性实施方式,si请求失败信息的传输的序列图。

图2是示出根据本申请的示例性实施方式,在双连接(dc)模式中将按需si请求传输到主节点(mn)的示例的序列图。

图3是示出根据本申请的示例性实施方式,在dc模式中将按需si请求传输到辅节点(sn)的示例的序列图。

图4是示出根据本申请的示例性实施方式,在dc模式中ue确定si请求失败的示例的序列图。

图5是示出根据本申请的示例性实施方式,ue在dc模式中接收si请求拒绝信息的示例的序列图。

图6是根据本申请的示例实施方式,由ue执行的无线通信的方法的流程图。

图7是示出根据本申请的各种方面,用于无线通信的节点的框图。

具体实施方式

以下描述含有与本公开中的示例性实施方式相关的特定信息。本公开中的附图及其随附的详细描述仅针对于示例性实施方式。然而,本公开并不仅局限于这些示例性实施方式。本领域技术人员将会想到本公开的其他变化与实施方式。除非另有说明,否则附图中的相同或对应的元件可由相同或对应的附图标记表示。此外,本公开中的附图与图解通常不是按比例绘制的,并且无意与实际的相对尺寸相对应。

出于一致性和易于理解的目的,在示例性附图中通过标记标示相同的特征(虽然在一些示例中未示出)。然而,不同实施方式中的特征在其他方面可能不同,因此不应狭义地局限于附图中所示的特征。

说明书使用了短语“在一个实施方式中”或“在一些实施方式中”,其可以各自指代相同或不同实施方式的其中一个或多个。术语“耦合”被定义为直接地或通过中间部件间接地连接,并且不一定限于物理连接。在使用术语“包含”时表示“包括但不一定限于”;其具体指明所描述的组合、组、系列和等效物中的开放式包含或隶属成员。表述“a、b和c中的至少一者”或“以下项中的至少一者:a、b和c”表示“仅a,或仅b,或仅c,或a、b和c的任何组合”。

另外,出于解释和非限制的目的,对诸如功能实体、技术、协议、标准等具体细节进行阐述,以提供对所描述技术的理解。在其他示例中,省略对公知的方法、技术、系统、架构等的详细描述,以免不必要的细节使描述不清楚。

本领域技术人员将立即认识到本公开中描述的任何网络功能或算法可由硬件、软件或软件和硬件的组合来实施。所描述的功能可对应于模块,这些模块可以是软件、硬件、固件或其任何组合。软件实施方式可包括存储在诸如存储器或其他类型的存储装置的计算机可读介质上的计算机可执行指令。例如,具有通信处理能力的一个或多个微处理器或通用计算机可使用对应的可执行指令予以编程,并执行所描述的网络功能或算法。这些微处理器或通用计算机可由专用集成电路(asic)、可编程逻辑阵列和/或使用一个或多个数字信号处理器(dsp)形成。虽然本说明书中描述的若干示例性实施方式是针对在计算机硬件上安装和执行的软件,但是作为固件或硬件或硬件与软件的组合而实施的替代示例性实施方式也在本公开的范围内。

计算机可读介质包括但不限于随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、闪存、光盘只读存储器(cd-rom)、盒式磁带、磁带、磁盘存储器或能够存储计算机可读指令的任何其他等效介质。

无线通信网络架构(例如,长期演进(lte)系统、lte-advanced(lte-a)系统或lte-advancedpro系统)通常包括至少一个基站、至少一个用户设备(ue)以及提供连接到网络的一个或多个可选网络元件。ue通过由一个或多个基站建立的无线接入网(ran)与网络(例如,核心网络(cn)、演进分组核心(epc)网络、演进通用陆地无线接入网(e-utran)、5g核心(5gc)或互联网)进行通信。

应该注意,在本申请中,ue可包括但不限于移动基站、移动终端或装置、用户通信无线终端。例如,ue可以是便携式无线设备,其包括但不限于具有无线通信能力的移动电话、平板计算机、可穿戴设备、传感器或个人数字助理(pda)。ue被配置为通过空中接口从无线接入网中的一个或多个小区接收信号和/或向无线接入网中的一个或多个小区发送信号。

基站可以包括但不限于umts中的节点b(nb)、如lte-a中的演进节点b(enb)、umts中的无线网络控制器(rnc)、gsm/geran中的基站控制器(bsc)、与5gc连接的e-utra基站中的ng-enb、5g-ran中的下一代节点b(gnb)以及能够控制无线通信并管理小区内的无线资源的任何其他装置。基站可通过到网络的无线接口进行连接以服务一个或多个ue。

基站可以被配置为根据如下无线接入技术(rat)的至少其中一种来提供通信服务:全球微波接入互操作性(wimax)、全球移动通信系统(gsm,通常称为2g)、gsmedge无线接入网(geran)、通用分组无线业务(grps)、基于基本宽带码分多址(w-cdma)的通用移动电信系统(umts,通常称为3g)、高速分组接入(hspa)、lte、lte-a、elte(演进型lte)、新无线电(nr,通常称为5g)和/或lte-apro。然而,本申请的范围不应局限于以上提及的协议。

基站可操作以使用构成无线接入网的多个小区向特定地理区域提供无线覆盖。基站支持这些小区的操作。每个小区可操作以向其无线覆盖范围内的至少一个ue提供服务。更具体地,每个小区(通常称为服务小区)提供服务以服务于其无线覆盖范围内的一个或多个ue(例如,每个小区向其无线覆盖范围内的至少一个ue调度下行链路和可选的上行链路资源,以用于下行链路和可选的上行链路分组传输)。基站能够通过多个小区与无线通信系统中的一个或多个ue进行通信。小区可以分配侧链路(sl)资源来支持邻近服务(prose)或车联网(vehicletoeverything)(v2x)服务。每个小区可以具有与其他小区重叠的覆盖区域。

如上所述,nr的帧结构要支持灵活的配置以适应各种下一代(例如5g)通信要求,诸如增强型移动宽带(embb)、海量机器类通信(mmtc)、超可靠通信和低时延通信(urllc),同时满足高可靠性,高数据速率和低时延要求。在3gpp中所协定的正交频分复用(ofdm)技术可以用作nr波形的基准。还可以使用可扩展的ofdm参数集(numerology),诸如自适应子载波间隔、信道带宽和循环前缀(cp)。另外,针对nr考虑两种编码方案:(1)低密度奇偶校验(ldpc)码和(2)极化码。可以基于信道状态和/或服务应用来配置编码方案调适。

此外,还应该注意,在单个nr帧的传输时间间隔tx中,应该至少包括下行链路(dl)传输数据、保护时段和上行链路(ul)传输数据,其中dl传输数据、保护时段和ul传输数据的相应部分也应该是可配置的,例如,可基于nr的网络动态性进行配置。此外,还可以在nr帧中提供侧链路资源以支持prose服务或v2x服务。

第三代合作伙伴计划(3gpp)已经为下一代(例如第五代(5g))无线通信网络引入了新的无线资源控制(rrc)状态(即,rrc_inactive状态)。rrc_inactive状态(在下文描述中也称为非活动状态)旨在以可接受的接入时延来实现能量节省,并且尤其适于诸如在机器类通信(mtc)场景中的小数据传输。当ue处于非活动状态时,5g无线接入网(5g-ran)(例如,下一代无线接入网(ng-ran)、连接到5g核心网络的其他3gpp/非3gpp接入网络)以及ue单独地存储“ue上下文”(其可以包括该ue的接入层(as)上下文和非接入层(nas)上下文)。另外,当ue处于非活动状态时,尽管5g-ran可以保持与下一代核心网络(例如,5g核心网络(5gc))的连接,ue可能并未与5g-ran有rrc连接。

对于处于不同无线资源控制(rrc)状态的ue,能以不同方式实施按需si请求过程。例如,在一个实施方式中,对于处于连接状态的ue,nw可以在从ue接收到si请求之后经由专用信令将一个或多个按需si消息或按需sib传送给ue。在一些实施方式中,对于处于空闲状态或非活动状态的ue,nw可以通过广播来传送一个或多个按需si消息或按需sib。在一些实施方式中,nw可以控制按需si请求过程的消息类型。例如,按需si请求过程的消息类型可以包括基于消息1(msg1)的方法和基于消息3(msg3)的方法。

在本实施例中的一些实施例中,如果在最小si(例如,在主信息块和sib1中)中包括(ue需要获取的)每个sib或sib组专有的随机接入(ra)前导码和/或物理随机接入信道(prach)资源,则可以使用基于msg1的方法来指示si请求。

在一些实施方式中,在基于msg1的si请求中,所请求的si的最小粒度可以是一个si消息(用于一组sib,如在lte场景中)。在一些此类实施方式中,可以使用一个ra前导码来请求多个si消息。在一些实施方式中,可以将随机接入前导码索引(rapid)包括在消息2(msg2)中。在一些实施方式中,可以不将诸如定时提前(ta)、ul授权和临时小区无线网络临时标识符(c-rnti)的其他栏位包含在msg2中。

在本实施例中的一些实施例中,当ue接收到包含与所传输的前导码相对应的rapid的msg2时,用于si请求的ra过程可以视为成功。msg2接收可以使用与ue所传输的msg1对应的ra-rnti。

在本实施例中的一些实施例中,当si请求被视为不成功时,ue可以根据nrra功率提升来重传ra前导码。在本实施例中的一些实施例中,可以持续进行用于si请求的msg1重传,直到达到最大前导码传输次数为止。此后,可以向上层(例如,rrc层)指示ra问题。在本实施例中的一些实施例中,后退(backoff)机制可以适用于基于msg1的si请求。然而,在一些此类实施例中,可以不需要特殊的后退子报头/过程。

在本实施例中的一些实施例中,如果在最小si中未包括(ue需要获取的)每个sib或sib组专有的ra前导码和/或prach资源(或prach时机(occasion)),则可以在msg3中包括所述si请求。ue可以基于msg4的接收来确定基于msg3的方法是否成功。在本实施例的一些方面,可以不保留使用基于msg3的方法的si请求的前导码和/或prach时机。在基于msg3的方法中,可使用rrc信令于si请求。在一些实施例中,在msg3中可以不包括ue的id。

在本实施例中的一些实施例中,在msg2中接收的临时c-rnti可以用于msg4接收。ue可以对照所传输的请求来检查竞争解决媒体访问控制(mac)控制元素(ce)。

具体地,根据基于msg1的si请求过程,在用于si请求的专用prach资源(或prach时机)上传输前导码的ue可能需要在所配置的随机接入响应(rar)窗口内等待对应的rar。如果没有接收到包含与所传输的前导码对应的rapid的rar,则ue可以重传ra前导码,直到接收到对应的rar为止。在本实施例中的一些实施例中,可以持续进行用于si请求的msg1重传,直到达到最大前导码传输次数为止。在一些此类实施例中,可以向上层指示ra问题。但是,在整个基于msg1的si请求过程中,所请求的一个或多个sib或si消息可以基于nw决策或其他ue的si请求而被广播。如果在已广播所需的sib时ue未停止正在进行的基于msg1的si请求过程,则可能存在功耗问题。

如上所述,根据基于msg1的si请求过程,在用于si请求的专用prach资源上传输前导码的ue可能需要在所配置的rar窗口内等待对应的rar。如果没有接收到包含与所传输的前导码对应的rapid的rar,则ue可以重传ra前导码,直到达到最大前导码传输次数为止,然后向上层指示ra问题。如果接收到对应的rar,则ue可以发送msg3以指示所需的一个或多个sib和/或si消息。在发送了msg3之后,ue可能需要等待例如由竞争解决定时器定义的时段,以接收用于竞争解决的msg4。如果竞争解决定时器到期并且没有接收到msg4,则ue可以再次重传前导码。在本实施例中的一些实施例中,可以持续进行用于si请求的msg1重传,直到达到最大前导码传输次数为止。在本实施例的一些方面,可以向上层指示ra问题。类似地,由于基于msg3的si请求过程也采用竞争解决,所以如果达到最大前导码传输次数,则可以向上层指示ra问题。

案例1:对于处于空闲(idle)状态或非活动(inactive)状态的ue,当按需si请求不成功时,ue的行为:

当在小区中基于msg1的si请求或基于msg3的si请求过程失败时,ue可以将该小区视为被禁止,或者可以认为所需的一个或多个sib和/或si消息无法取得(notavailable)。在一个实施方式中,当ue传输随机接入前导码的次数达到阈值(例如,最大容许前导码传输)和/或ue(例如,在rar中)接收到si请求拒绝信息时,ue可以认为按需si请求过程不成功。

如果ue由于si请求失败而认为小区被禁止,则ue可以将小区视为在可配置的时间段或固定时间段(例如,达300秒)被禁止。ue可以执行小区重选过程以寻找要驻留的另一个小区。在本实施例中的一些实施例中,可以在系统信息中将该禁止时间段广播给ue,可以在msg2或msg4中承载该禁止时间段,,或者可以将该禁止时间段预定义为固定值。

如果ue认为所需的一个或多个sib和/或si消息无法取得,则ue可以不在该小区上再次对无法取得的一个或多个sib和/或si消息执行si请求。在本实施例中的一些实施例中,当ue认为所需的一个或多个sib和/或si消息无法取得时(例如,当报告ra过程问题时,或者当接收到si请求拒绝信息时),ue可以激活禁止定时器。在一些此类实施例中,ue可以避免在所述禁止定时器到期前发起另一个按需si请求过程。在一个实施方式中,ue在所述禁止定时器到期前被禁止执行另一个按需si请求过程。例如,当上层(例如,rrc层)接收到si请求拒绝信息时,或者从下层(例如,mac层)接收到由于si请求失败而引起的ra问题时,禁止定时器可以启动。在禁止定时器到期之后,ue可以发起另一个si请求过程。在本实施例中的一些实施例中,禁止定时器可以是预先配置的或可以是固定值。在一些实施例中,可以在系统信息中广播该禁止定时器的值,可以在msg2或msg4中承载该禁止定时器的值,,或者可以将该禁止定时器的值预定义为固定值。

在一个实施方式中,如果在来自nw的信令中不存在禁止定时器,则由ue的实施方式决定何时再次启动si请求过程。

在一个实施方式中,基于msg1的si请求失败或基于msg3的si请求失败,ue可决定是否执行小区重选过程。ue可以基于所需的一个或多个sib和/或si消息对于ue来说是否为必需的(例如,对于ue的目标服务来说是必需的)或基于一些其他预定义的规则来做出这样的决定。例如,如果所需的一个或多个sib和/或si消息是必需的,则ue可以决定由于不成功的si请求而执行小区重选过程。

ue可以因基于msg1的si请求失败或基于msg3的si请求失败而执行小区重选过程。具体地,当ue执行小区重选过程时,ue可以认为该ue无法请求到所需的一个或多个sib和/或si消息的小区是被禁止或具有较低优先级(例如,通过将被禁止的小区所在的频率的优先级设置为默认值)。在一个实施方式中,可以对不同的ue类别或ue类型将所请求的一个或多个sib和/或si消息定义为/视为必需的si。如果所请求的一个或多个sib和/或si消息未被定义为/视为该ue的类别或类型的必需的si,则ue可以决定是否在驻留小区上重新请求所请求的一个或多个sib或si消息。在一个实施方式中,如果所请求的一个或多个sib或si消息未被定义为/视为该ue的类别或类型的必需的si,则当上层(例如,rrc层)从下层(例如,mac层)接收到由于si请求失败而引起的ra问题时,禁止定时器可以启动。在禁止定时器到期之后,ue可以再次执行si请求过程。禁止定时器可以是预先配置的或可以是固定值。可以在系统信息中广播该禁止定时器的值,可以在msg2或msg4中承载该禁止定时器的值,,或者可以将该禁止定时器的值预定义为固定值。

案例2:对于处于连接(connected)状态的ue,当按需si请求不成功时,ue的行为:

ue还可以在该ue处于连接状态时请求所需的一个或多个sib或si消息。通常,ue可以通过专用信令来接收所需的一个或多个sib或si消息。如果ue未通过专用信令接收到所需的一个或多个sib或si消息(例如,没有来自nw侧的响应传送所需的sib或si消息,或接收到si请求拒绝信息),则ue可以认为存在nw错误,并且如果存在具有有效ue上下文(context)的另一个合格小区,则可以对另一个合格小区执行重建(reestablishment)。如果不存在这样的合格小区,或者如果重建被拒绝/失败,则ue可以切换到空闲状态并且通过将小区视为被禁止来执行小区重选过程。在另一个实施方式中,ue可以直接切换到空闲状态,然后通过将小区视为被禁止来执行小区重选过程。

在一个实施方式中,nw可以向ue响应si请求拒绝消息/信息。在接收到si请求拒绝消息/信息之后,ue可以认为所需的一个或多个sib和/或si消息无法取得,并且可以不在该小区上再次执行对那些sib和/或si消息的si请求。在另一个实施方式中,当ue接收到si请求拒绝消息/信息时,可以启动禁止定时器。在禁止定时器到期之后,ue可以再次执行si请求过程。禁止定时器可以是预先配置的或可以是固定值。

在一个实施方式中,当si请求过程不成功时,ue可以至少执行重建过程,切换到空闲状态以进行小区重选过程,标记所请求的一个或多个sib或si消息为无法取得等。

在一个实施方式中,可以对不同ue类别或ue类型将所请求的一个或多个sib和/或si消息定义为/视为必需的si。当针对必需的si的si请求失败时,ue可以切换到空闲状态,并且执行小区重选过程。ue可以将si请求失败所在的小区视为被禁止或在执行小区重选过程时具有较低优先级(例如,通过将被禁止的小区所在的频率的优先级设置为默认值)。在本实施例中的一些实施例中,ue可以仅在对非必需的si的si请求失败时标记所请求的一个或多个sib或si消息无法取得。

在连接状态下,nw在接收到si请求而该nw无法提供所需的一个或多个sib或si消息时,可以执行切换(ho)过程(例如,从源gnb切换到目标gnb)。目标gnb可以在ho命令中提供所需的sib或si消息(例如,基于在来自源gnb的ho请求消息中提供的si请求信息)。

在双连接(dc)模式下,在对辅节点(sn)的一个或多个sib的按需si请求被拒绝或失败时,ue可以向主节点(mn)通知snsi请求失败的原因或与si请求失败有关的信息。在本实施例中的一些实施例中,在mn接收到si请求失败的原因或与si请求失败有关的信息之后,mn可以尝试解决snsi请求拒绝/失败问题。例如,在本实施例的一个方面,mn可以针对该ue释放该sn或将该sn改为新的sn。

案例3:存储和报告有关si请求失败的信息:

在下层(例如,mac层)向上层(例如,rrc层)通知ra问题时,基于msg1的si请求过程或基于msg3的si请求过程可能失败。由于rrc层知晓针对si请求触发了ra过程,因此ue可以存储si请求失败信息。si请求失败信息可以包括在按需si请求过程中使用的一个或多个参数。si请求失败信息可以包括以下项中的至少一者:ue所请求的一个或多个按需sib、ue所请求的一个或多个按需si消息、(ue已在其中执行si过程但已失败的小区的)小区id、用于执行si请求过程的同步信号块索引(ssb索引)、失败的si请求过程的消息类型(例如,基于msg1或基于msg3)、时间戳(例如,何时执行si请求过程)等。ssb索引可以指示使用哪个具有ra资源(或ra时机)的ssb来进行前导码传输。例如,对于基于msg1的方法,可以将用于传输前导码的专用ra资源(或ra时机)与ssb关联。对于基于msg3的方法,可以将用于传输前导码的通用ra资源(或ra时机)与ssb关联。ue可以在稍后切换到连接状态时向nw报告此类失败信息。ue可以根据配置或在nw请求时强制性地报告si请求失败的信息。si请求失败信息的内容可以是预定义的,可以基于在接收到的si请求失败信息请求消息中指示的所需信息,或者可以基于配置。

图1是示出根据本申请的示例性实施方式,si请求失败信息的传输的序列图。如过程图100所示,在动作110中,服务节点104(例如,gnb)可以向ue102发送提供与si请求失败有关的信息的请求。例如,如果ue102通知服务节点104已经存储了此类信息,则服务节点104可以向ue102发送si请求失败信息请求消息。在一个实施方式中,ue102可以将rrc消息中(例如,在rrc连接建立完成消息中或在rrc连接恢复消息中)的一个位(bit)设置为真(或“1”)以通知服务节点104:ue102支持存储si请求失败信息,并且它已存储了si请求失败信息。服务节点104可以在从ue102接收到此类信息之后确定请求si请求失败信息。在动作112中,ue102可以将包含si请求失败信息的消息发送到服务节点104。

通过利用si请求失败信息,服务节点104可以知晓如何在基于msg1的方法与基于msg3的方法之间调整si请求机制。例如,如果ue102报告小区或特定区域中的基于msg3的si请求过程的失败,则服务节点104可以考虑采用基于msg1的si请求,让处于空闲/非活动状态的ue通过使用用于si请求的专用ra资源以避免ra冲突。备选地,当ue102报告基于msg3的si请求过程的失败时,服务节点104可以继续采用基于msg3的si请求过程。

在一个实施方式中,当ue102将小区视为被禁止并执行小区重选过程时,ue102可以存储与si请求失败有关的信息。当ue102认为所需的一个或多个sib或si消息无法取得时,ue102可以不存储与si请求失败有关的信息。

当处于连接状态的ue的si请求过程失败时(例如,ue102未通过专用信令接收到所需的一个或多个sib或si消息,或者ue102接收到si请求拒绝信息),ue102可以存储si请求失败的信息。在一个实施方式中,当si请求过程不成功时,ue102可以对另一个合格小区执行重建,或者ue102可以切换到空闲状态,然后通过将小区视为被禁止来执行小区重选过程。si请求失败的信息可以包括以下项中的至少一者:所需的sib、所需的si消息、(ue在其中执行si过程但失败的小区的)小区id和si请求过程的时间戳。ue102可以在稍后切换到连接状态时向nw报告此类失败信息。ue102可以根据配置或在接收到nw请求时强制性地报告si请求失败的信息。si请求失败信息的内容可以是预定义的,可以基于在接收到的si请求失败信息请求消息中指示的所需信息,或者可以基于配置。

类似地,如果si请求不成功,则当ue102处于连接状态时,ue102可以存储si请求失败信息(其中si请求过程可以是基于msg1的si方法或基于msg3的si方法)。si请求失败信息可以包括以下项中的至少一者:ue102所请求的一个或多个按需sib、ue102所请求的一个或多个按需si消息、(ue102在其中执行si过程但失败的小区的)小区id、用于执行按需si请求过程的ssb索引(同步信号块索引)、不成功的si请求过程的消息类型(例如,基于msg1或基于msg3)以及时间戳(例如,何时执行si请求过程)。ue可以根据配置或在nw请求(例如,由服务节点104请求)时强制性地报告si请求失败信息。si请求失败信息中的内容可以是预定义的,可以基于在接收到的si请求失败信息请求消息中指示的所需信息,或者可以基于配置。

对于nw来说,知晓与si请求失败有关的信息可能是有益的。例如,nw可以确定哪个小区、sib/si消息或相关的专用前导码可能有问题。因此,nw可能以后会解决该问题,或者nw可以考虑采用另一种机制来服务于si请求。

在dc模式下,当针对sn的一个或多个sib的按需si请求被拒绝或失败时,ue可以向主节点(mn)通知辅节点(sn)si请求失败的原因或与si请求失败有关的信息。在mn接收到si请求失败的原因或与si请求失败有关的信息之后,mn可以尝试解决sn的si请求拒绝/失败问题。例如,mn可以针对该ue释放sn或将sn更改为新的sn。

案例4:在空闲、非活动和连接状态下对si请求消息的协调一致(harmonization):

对于基于msg3的si请求过程,msg3可以包括不含ueid的si请求消息(其可以是rrc消息)。在空闲状态下,可能还没有配置给ue的安全密钥和/或安全算法。因此,在空闲状态下可以在信令无线承载0(srb0)上传输si请求消息。在一些实施例中,完整性保护和加密都不适用于srb0。在一个实施方式中,si请求消息(其为rrc消息)对于空闲状态、非活动状态和连接状态可以是相同的,从而促成rrc消息协调。即使ue处于可能已经应用了完整性保护和加密的连接状态或处于非活动状态,也可以在没有完整性保护和加密的srb0上传输si请求消息。

在一个实施方式中,不含ueid的si请求消息(其为rrc消息)对于空闲状态、非活动状态和连接状态可以是相同的。当ue处于空闲状态或非活动状态时,ue可以在srb0上传输si请求消息。当ue处于连接状态时,ue可以在信令无线承载1(srb1)上传输si请求消息。完整性保护和加密都可以适用于srb1。

在一个实施方式中,si请求消息(其为rrc消息)对于空闲状态、非活动状态和连接状态可以是相同的。当ue处于空闲状态时,ue可以在srb0上传输si请求消息。当ue处于非活动状态或已连接状态时,ue可以在srb1上传输si请求消息。完整性保护和加密都可以适用于srb1。在非活动状态下,ue可能仍具有ue上下文和nw的配置以用于完整性保护和加密。

在一个实施方式中,对于处于非活动状态的ue来说,是在srb0还是在srb1上传输si请求消息可以基于ue的实施方式、nw的预配置和/或用于完整性保护和加密的ue上下文是否已存储/有效来进行确定。

在本实施例中的一些实施例中,保持si请求消息相对于不同状态下的ue的通用性可能是有益的,这可以使整个系统设计得以简化。

案例5:si请求消息的结构:

在一个实施方式中,msg3中(例如,在基于msg3的si请求过程中)的si请求消息对于空闲状态、非活动状态和连接状态可以是相同的。可以结合si请求消息来考虑所请求的si的不同的最小粒度(例如,基于sib或基于si消息)。例如,让si请求消息在基于msg3的si请求过程中使用基于si消息的粒度(例如,ue指示请求了哪个(些)si消息)可能是有益的,因为在nrsib1中有一位指示符来示出当前是否正在广播对应的si消息,并且si消息的数量可能比sib的数量少得多。然而,在需要广播哪个(些)sib和/或是否可能需要基于ue的需求来重新安排sib和si消息的映射以及相关联的周期性方面,基于si消息的粒度可能无法向nw提供足够的信息。处于连接状态的ue可以经由专用信令来接收所需的si,因此,在一个实施方式中,例如ue可以使用基于sib的粒度,从而指示请求了哪个(些)sib。

接下来将论述有关不同的基于sib的粒度的不同实施方式:

案例5-1:

在si请求消息中,可以存在以下选择结构:其中ue可以选择使用基于si消息的粒度或基于sib的粒度。ue可以考虑信令开销来选择要使用哪个粒度。在一个实施方式中,ue可以使用第一位图来指示请求了哪个(些)si消息,并且使用第二位图来指示请求了哪个(些)sib。在一个实施方式中,可以存在供ue指示请求了哪个(些)si消息或者请求了哪个(些)sibid的通用位图。

案例5-2:

在si请求消息中,可以存在以下选择结构:其中ue可以选择使用基于si消息的粒度或基于sib的粒度。ue可以基于nw配置来选择两种粒度类型的其中一种。可以经由专用信令或经由广播将该nw配置传送给ue。在一个实施方式中,ue可以使用第一位图来指示请求了哪个(些)si消息,并且使用第二位图来指示请求了哪个(些)sib。在一个实施方式中,可以存在供ue指示请求了哪个(些)si消息或者请求了哪个(些)sibid的通用位图。

案例5-3:

在本实施例的一些实施例中,在si请求消息中,ue可以同时请求一个或多个si消息和一个或多个sib。例如,基于si消息的粒度和基于sib的粒度都可能在si请求消息中使用。具体地,ue可以发送仅使用基于si消息的粒度、仅使用基于sib的粒度或者同时使用基于si消息的粒度和基于sib的粒度两者的si请求消息。ue可以使用第一位图来指示请求了哪个(些)si消息,并且使用第二位图来指示请求了哪个(些)sib。在一个实施方式中,可以存在供ue指示请求了哪个(些)si消息或者请求了哪个(些)sibid的通用位图。

案例5-4:

在本实施例中的一些实施例中,ue可以在si请求消息中使用两层位图。在一些此类实施例中,第一层位图可以用于基于si消息的粒度,其可以被强制地附加在si请求消息中。第二层位图可以用于基于sib的粒度,如果在第一层位图中将对应的si位(bit)设置为“1”,则可以可选地将其附加在si请求消息中。作为示例,其中有5个si消息,并且si消息#3包含sib#7、sib#8、sib#9和sib#10,当ue想要请求sib#9时,ue的si请求消息的第一层位图可以是“00100”(其指示si消息#3),并且ue还可以可选地附加第二级位图“0100”(其指示si消息#3中的第三个sib)。由此,gnb可以响应于此类si请求消息而特定地提供sib#9。在一个实施方式中,如果第二层位图没有出现,则gnb可以提供完整的si消息#3。

案例6:nr-nrdc情形中的按需si请求过程:

处于nr-nr双连接性(dc)模式的ue可以针对某个(些)目的或某个(些)服务请求一个或多个所需的sib或一个或多个所需的si消息。关于ue可以如何向辅节点(sn)或辅小区组(scg)中的服务小区请求所需的sib以及从它们接收所需的sib,下面描述若干实施方式。

案例6-1:

在本实施例中的一些实施例中,当ue处于nr-nrdc模式并且需要一个或多个sib或一个或多个si消息时,可以仅允许ue向主节点(mn)发送si请求消息。

图2是示出根据本申请的示例性实施方式,在dc模式下将按需si请求传输到mn的示例的序列图。如过程图200所示,在动作210中,当ue102需要属于mn106的小区的按需系统信息或属于sn108的小区的按需系统信息时,ue102可以向mn106传输si请求消息。在动作212中,mn106可以基于si请求消息来通知sn108向ue102提供所需的一个或多个sib或si消息。例如,mn106可以在两个基站之间使用信令消息(例如,x2-ap消息或xn-ap消息),该信令消息具有指示所请求的sib或si消息的栏位。当sn108从mn106接收到si请求通知时,sn108可以通过在同一rrc重新配置消息中发起服务小区释放和添加动作来向ue102传输所需的sib或si消息,以更新某些或所有服务小区的sib或si消息。如过程图200所示,可以经由mn106传输该rrc重新配置,或者可以经由信令无线承载3(srb3)(如果已配置的话)传输该rrc重新配置。

当ue要求属于mn106的小区的按需系统信息时,如果所请求的si消息或sib未被广播,则在动作214中,mn106可以将所需的si传输到ue102。当ue要求属于sn108的小区的按需系统信息时,如果之前没有提供所请求的si消息或sib,则在动作216中,sn108可以(例如,经由srb3)将具有所需的si的rrc重新配置传输到ue102。在一个实施方式中,sn108可以仅当sn108从mn106接收到si请求通知时(例如,动作212)才传输具有所需si的rrc重新配置(例如,动作216)。

在一个实施方式中,当mn106向sn108发送si请求通知时,sn108可以将修改过的一个或多个sib或si消息直接传输到ue102而不采取小区释放和添加动作。sn108可以仅当从mn106接收到si请求通知时才将修改过的一个或多个sib或si消息直接传输到ue102。

在一个实施方式中,仅允许ue102向mn106发送si请求消息。ue可以在si请求消息中指示si请求是针对mn106或sn108上的一个或多个sib或si消息。如果si请求消息被标记为针对mn106,则mn106可以对该si请求消息负责。另一方面,如果si请求消息是被标记为针对sn108,则mn106可以将此消息转发给sn108,并且sn108可以对该si请求消息负责。应该注意,当si请求消息是标记为针对mn106或sn108时,ue102可以分别遵循mn106或sn108的最小si的指示(例如,si传输时段)以接收si。在另一个实施方式中,ue102可以不针对mn106或sn108标记si请求,并且mn106可以通过单播(unicast)方法向ue102提供所有(mn106和sn108)相关的si。

如果scg中的一些或所有服务小区没有提供所请求的一个或多个sib或si消息,则sn108可以通知mn106:scg或scg中的一些服务小区未提供所请求的一个或多个sib或si消息。mn106可以决定是要为ue102执行scg更改动作还是释放sn108。

案例6-2:

当ue处于nr-nrdc模式并且需要一个或多个sib或si消息时,ue可以在需要时向mn和/或sn发送si请求消息。

图3是示出根据本申请的示例性实施方式,在dc模式下将按需si请求传输到sn的示例的序列图。如过程图300所示,在动作310中,ue102可以(例如,经由srb3(如果已配置的话))将si请求消息传输到sn108。在动作312中,sn108可以经由srb3将具有所需si的rrc重新配置传输到ue102。如果未配置srb3,则ue102可以将si请求消息传输到mn106,并且让mn106将si请求消息转发到sn108。

当scg中的一些或所有服务小区无法提供所需的一个或多个sib或si消息时,sn108可以通知mn106:scg或scg中的一些服务小区未提供所请求的一个或多个sib或si消息。mn106可以决定是要针对ue102执行scg更改动作还是释放sn108。

图4是示出根据本申请的示例性实施方式的,在dc模式下ue确定si请求失败的示例的序列图。如过程图400所示,在动作410中,ue102将si请求消息发送到sn108。在动作412中,例如,当ue102传输随机接入前导码的次数达到阈值时,ue102确定si请求的失败。在确定按需si请求过程不成功之后,ue102可以存储与sn108有关的si请求失败信息。在动作414中,ue102可以将snsi请求失败信息传输到mn106。

图5是示出根据本申请的示例性实施方式,ue在dc模式下接收si请求拒绝信息的示例的序列图。如过程图500所示,在动作510中,ue102将si请求消息发送到sn108。在动作512中,ue102从sn108接收si请求拒绝信息。在确定按需si请求过程不成功之后,ue102可以存储与sn108有关的si请求失败信息。在动作514中,ue102可以将snsi请求失败信息发送到mn106。

如果ue102确定sn108上的si请求过程已经失败(例如,过程图400中的动作412或过程图500中的动作512),则ue102可以向mn106通知snsi请求失败的原因或与snsi请求失败有关的信息(例如,在过程图400的动作414或过程图500的动作514中,当对sn108的sib的按需si请求被拒绝或失败时,通过发送snsi请求失败信息予以通知)。si请求失败的信息可以包括以下项中的至少一者:一个或多个所需的sib、一个或多个所需的si消息、(ue在其中执行si过程但失败的小区的)小区id、用于执行si请求的ssb索引(同步信号块索引)、失败的si请求过程类型(例如,基于msg1或基于msg3)或时间戳(例如,何时执行si请求过程)。在mn106接收到si请求失败的原因或与si请求失败有关的信息之后,mn106可以解决snsi请求拒绝/失败问题。例如,mn106可以针对ue102释放sn108或将sn108更改到新的sn。

案例7:由基于msg1/基于msg3的si请求过程引起的ra问题:

处于连接状态的ue可被允许应用基于msg1的si请求过程和/或基于msg3的si请求过程。在一个实施方式中,如果ra问题是由基于msg1或基于msg3的si请求过程引起的,则如果所请求的一个或多个si消息或sib对于ue执行目标服务不是必需的,则处于连接状态的ue的操作不受影响。

在一个实施方式中,即使未从服务节点(例如,在单连接模式下)或mn(例如,在双连接模式下)接收到所请求的一个或多个sib或si消息,ue仍然可能正常工作(例如,所请求的sib或si消息可能不是必需的)。在这种情形下,ue可能不会将ra问题视为一般的无线链路失败,并且ue可能不会执行重建过程或进入空闲状态。

在一个实施方式中,即使未从sn接收到所请求的一个或多个sib消息或si消息(例如,在双连接模式下),ue仍然可能正常工作。在这种情形下,ue可以不将ra问题视为一般的无线链路失败,并且ue可以将si失败信息报告给mn。例如,当报告ra问题并且上层(例如,rrc层)知晓该问题是由si请求引起的时,ue可以发起si失败信息报告的传输到mn。在此实施方式中,ue可以不暂停所有的scg数据无线承载(drb)或用于分流(split)drb或重复(duplication)drb的scg传输。而且,ue可以不重置与scg(或sn)关联的mac实体。

在一个实施方式中,即使未从sn接收到所请求的一个或多个sib消息或si消息(例如,在双连接模式下),ue仍然可能正常工作。在这种情形下,ue可以不将ra问题视为一般的无线链路故障,并且ue可以不将si失败信息报告给mn。例如,当报告ra问题并且上层(例如,rrc层)知晓该问题是由si请求引起的时,ue可以不发起si失败信息报告的传输到mn。在此实施方式中,ue可以不暂停所有的scgdrb或用于分流drb或重复drb的scg传输。而且,ue可以不重新设置与scg(或sn)关联的mac实体。当上层(例如,rrc层)从下层(例如,mac层)接收到由si请求引起的ra问题时,它也可以通知nas层(或应用层),使得nas层(或应用层)不会触发同一小区上的一个或多个所需的sib的si请求过程,也不会在一段时间(可能遵循nw配置或预定义的时段)触发si请求过程。如果nas层(或应用层)被通知si请求失败,则如何处理si请求失败状况可以取决于ue的实施方式。

在一个实施方式中,sn是否发起将si失败信息报告传输到mn可以取决于nw配置。

图6是根据本申请的示例性实施方式,由ue执行的无线通信的方法的流程图。在图6中,过程/方法600包括动作602、604、606和610。

在动作602中,ue可以在小区中执行按需系统信息请求过程。ue可以处于空闲状态、非活动状态或连接状态。另外,ue可以处于单连接模式或双连接模式。

在动作604中,ue可以确定按需si请求过程是否成功。在一个实施方式中,当ue传输随机接入前导码的次数达到阈值和/或ue接收到si请求拒绝信息时,按需si请求过程被认为是不成功的。如果过程600在动作604中确定si请求过程不成功,则ue可以继续执行动作606。另一方面,如果请求过程成功,则过程600可以结束。

在动作606中,ue可以执行与按需si请求过程相对应的错误处理过程。在不同实施方式中,可能有几种有关错误处理过程的实施方式。在一个实施方式中,错误处理过程可以包括动作610,其中ue可以存储si请求失败信息。例如,si请求失败信息可以包括在按需si请求过程中使用的一个或多个参数。在一个实施方式中,错误处理过程可以进一步包括以下项中的至少一者:禁止定时器的激活、小区重选过程和重建过程。

图7是示出根据本申请的各种方面,用于无线通信的节点的框图。如图7所示,节点700可以包括收发器720、处理器726、存储器728、一个或多个呈现部件734和至少一个天线736。节点700还可以包括射频(rf)频谱带模块、基站通信模块、网络通信模块和系统通信管理模块、输入/输出(i/o)端口、i/o部件和电源(图7中未明确示出)。这些部件中的每个部件可以通过一条或多条总线740直接或间接地彼此通信。

具有发射器722和接收器724的收发器720可以被配置为发送和/或接收时间和/或频率资源划分信息。在一些实施方式中,收发器720可以被配置为在不同类型的子帧和时隙中发送信息,所述子帧和时隙包括但不限于可使用、不可使用和可灵活使用的子帧和时隙格式。收发器720可以被配置为接收数据和控制信道。

节点700可以包括多种计算机可读介质。计算机可读介质可以是节点700可以访问的任何可用介质,并且包括易失性介质和非易失性介质、可移动和不可移动介质两者。作为举例而非限制,计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括通过用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实施的易失性和非易失性介质、可移动和不可移动介质两者。

计算机存储介质包括ram、rom、eeprom、闪存或其他存储技术、cd-rom、数字多功能盘(dvd)或其他光盘存储装置、磁卡带、磁带、磁盘存储装置或其他磁存储装置。计算机存储介质不包含传播的数据信号。通信介质典型地包含计算机可读指令、数据结构、程序模块或采用诸如载波或其他传输机制的经调制的数据信号中的其他数据,并且包括任何信息传送介质。术语“经调制的数据信号”是指这样的信号:通过将信息编码在信号中的方式设置或更改了其特性中的一个或多个特性。举例来说而非限制,通信介质包括有线介质,诸如有线网络或直接有线连接;以及无线介质,诸如声学、rf、红外和其他无线介质。以上各项中的任一者的组合也应该包括在计算机可读介质的范围内。

存储器728可以包括易失性和/或非易失性存储器形式的计算机存储介质。存储器728可以是可移动的、不可移动的或其组合。示例性存储器包括固态存储器、硬盘驱动器、光盘驱动器等。如图7所示,存储器728可以存储计算机可读的计算机可执行指令732(例如,软件代码),所述指令732被配置为在被执行时使处理器726执行本文中例如参考图1至图6描述的各种功能。备选地,指令732可以是不能由处理器726直接执行,而是被配置为使节点700(例如,当被编译和执行时)执行本文所描述的各种功能。

处理器726可以包括智能硬件装置,例如中央处理单元(cpu)、微控制器、asic等。处理器726可以包括存储器。处理器726可以处理从存储器728接收的数据730和指令732,以及通过收发器720、基带通信模块和/或网络通信模块接收的信息。处理器726还可以处理要发送到收发器720以通过天线736传输的信息、要发送到网络通信模块以传输到核心网络的信息。

一个或多个呈现部件734向人或其他装置呈现数据指示。示例性的一个或多个呈现部件734包括显示装置、扬声器、打印部件、振动部件等。

从以上描述中明显看出,在不背离在本申请中描述的概念的范围的情况下,可以使用各种技术来实施所述概念。而且,虽然已经具体参考某些实施方式来描述了这些概念,但是本领域技术人员可以认识到,在不背离那些概念的范围的情况下,可以作出形式和细节上的改变。由此,所描述的实施方式在所有方面都将视为说明性的而非限制性的。还应该理解,本申请不限于上文描述的特定实施方式,而是在不背离本公开的范围的情况下,许多重新布置、修改和替换都是可能的。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1