物联网应用中的非连续接收方法与流程

文档序号:26013821发布日期:2021-07-23 21:35阅读:185来源:国知局
物联网应用中的非连续接收方法与流程

本发明涉及窄带物联网系统(narrowbandinternetofthings,nb-iot)中的非连续接收(discontinuousreception,drx)周期,尤其是,涉及处于良好覆盖中以及要求低时延服务的设备的用户设备专用(ue-specific)的非连续接收周期的应用。



背景技术:

无线通信系统,例如第三代(third-generation,3g)移动通信标准和技术是众所周知的。这样的第三代移动通信标准和技术由第三代合作伙伴计划(thirdgenerationpartnershipproject,3gpp)发展。第三代无线通信已发展至支持宏蜂窝手机通信。通信系统和网络已朝着宽带移动系统发展。

在蜂窝无线通信系统中,用户设备(userequipment,ue)通过无线链路连接至无线接入网络(radioaccessnetwork,ran)。无线接入网络(ran)包括基站,基站给位于基站覆盖范围内的小区中的多个用户设备(ue)提供无线链路,以及至核心网(corenetwork,cn)的接口,核心网提供整体网络控制。可以理解的是无线接入网络(ran)和核心网(cn)各自执行自身对整体网络的职能。为便于描述,术语蜂窝网络将用于指代无线接入网络(ran)和核心网(cn)的组合,可以理解的是,该术语用于指代实现上述揭示功能的各系统。

第三代合作伙伴计划开发了所谓的长期演进(longtermevolution,lte)系统,即演进的通用移动通信系统地域性无线接入网(evovleduniversalmobiletelecommunicationsystemterritorialradio,e-utran),用于无线接入网,其中,一个或多个宏蜂窝由被称为enodeb或enb(演进型nodeb)的基站所支持。最近,lte正进一步朝着所谓的5g或新无线(newradio,nr)系统演变,其中,一个或多个蜂窝由被称为gnb的基站所支持。新无线(nr)被建议使用正交频分复用(orthogonalfrequencydivisionmultiplexed,ofdm)物理传输格式。

新无线(nr)协议旨在为在非授权无线频段中的运行提供机会,其被称为nr-u。在非授权无线频段中运行时,gnb和用户设备(ue)必须与其他设备竞争物理媒介/资源接入。例如,wi-fi,nr-u和laa可能会使用相同的物理资源。

无线通信的一个趋势是朝着提供低延迟和高可靠性服务的方向发展。例如,新无线(nr)趋向于支持超可靠和低延迟通信(ultra-reliableandlow-latencycommunications,urllc),大规模机器类通信(massivemachine-typecommunications,mmtc)趋向于为小型数据包(通常为32个字节)提供低延迟和高可靠性。用户层面上的延迟,建议是1ms,可靠性为99.99999%,且在物理层上的丢包率,建议是10-5或10-6

大规模机器类通信(mmtc)服务旨在为具有很长的使用寿命的大量设备提供高能效的通信信道,其中,该通道中各个设备之间的数据往来不频繁发生。例如,一个蜂窝可以支持成千上万的设备。

以下公开内容涉及对蜂窝无线通信系统的各种改进。



技术实现要素:

提供了一种用于蜂窝无线通信系统寻呼的不连续接收的方法,所述方法执行于基站处以及包括步骤:

向用户设备发送默认drx周期和在系统信息传输中针对用户设备专用drx周期的被准许的最小周期;以及响应于来自用户设备针对用户设备专用drx周期的请求,发送准许的用户设备专用drx周期指示至所述用户设备。

所述系统信息传输指示针对用户设备专用drx周期的所述最小周期是否为激活或非激活态。

所述系统信息传输包括一个drx周期值,该值指示哪个用户设备专用drx周期的所述最小周期被激活。

所述系统信息传输为蜂窝系统信息广播的一部分。

所述用户设备的最终drx周期为所述准许的用户设备专用drx周期以及用户设备专用drx周期的被准许的所述最小周期两者之间的最大值。

所述用户设备的所述最终drx周期为所述最大值和所述默认drx周期两者之间的最小值。

所述用户设备的最终drx周期为所述默认drx周期的最小值,所述准许的用户设备专用drx周期以及被准许的用户设备专用drx周期的所述最小周期三者之间的最大值。

所述方法执行于用户设备处以及包括步骤

接收默认非连续接收drx周期以及来自基站的系统信息传输中针对用户设备专用drx周期的被准许的最小周期;

发送一个针对用户设备专用drx周期的请求;以及

接收准许的用户设备专用drx周期的指示。

所述系统信息传输指示针对用户设备专用drx周期的所述最小周期是否为激活或非激活态。

所述系统信息传输包括一个drx周期值,该值指示哪个用户设备专用drx周期的所述最小周期被激活。

所述系统信息传输为蜂窝系统信息广播的一部分。

所述用户设备的最终drx周期为所述准许的用户设备专用drx周期以及用户设备专用drx周期的被准许的所述最小周期两者之间的最大值。

所述用户设备的所述最终drx周期为所述最大值和所述默认drx周期两者之间的最小值。

所述用户设备的最终drx周期为所述默认drx周期的最小值,所述准许的用户设备专用drx周期以及被准许的用户设备专用drx周期的所述最小周期三者之间的最大值。

附图说明

以下将参考附图仅以举例的方式描述本发明的进一步的细节、方面和示例。为了说明的简洁和清楚,附图中的元件被示出,并不一定按比例绘制。为便于理解,各附图中采用相似的标号。

图1示出了一个蜂窝通信网络的被选择元件的模块示意图;

图2示出了延迟的寻呼消息;

图3&4示出了针对处于劣覆盖中的ue所用的传输间隔的多个示例;以及

图5示出了寻呼时间的一个示例。

具体实施方式

本领域技术人员将认识和理解,所描述的示例的细节仅仅是对一些示例的说明,并且本文的启示适用于各种替代方案。

图1示出了由三个基站(例如,按照特定蜂窝标准和技术的enb基站或gnb基站)形成蜂窝网络的示意图。通常,每个基站由一蜂窝网络运营商部署而为该区域的多个用户设备(ue)提供地理性覆盖。多个基站形成一个无线区域网络(radioareanetwork,ran)。每个基站为其区域或蜂窝中的多个用户设备(ue)提供无线覆盖。多个基站通过x2接口相互连接并通过s1接口连接至核心网。可以理解的,本申请仅展示基础性细节,以对蜂窝网络关键特征进行举例说明。用户设备(ue)之间提供有pc5接口以用于侧链路(sidelink,sl)通信。图1所提及的接口和元件名称仅用作示例,且按照相同原理工作的系统可以使用不同的命名。

每个基站分别包括实施无线区域网络(ran)功能的硬件和软件,无线区域网络(ran)功能包括与核心网和其它基站的通信、承载核心网和用户设备(ue)之间的控制和数据信号、以及协同各基站维持与用户设备(ue)的无线通信。核心网包括实施网络功能的硬件和软件,诸如整体网络的管理和控制、以及呼叫和数据的路由。

窄带物联网(nb-iot)是一种蜂窝标准,其最初旨在支持需要长电池寿命的低成本设备,以提供容忍延迟的服务。标准版本13中对应地定义和设置了非连续接收周期(discontinuousreceptioncycle,drxcycle)。然而,现在需要使用窄带物联网(nb-iot)标准来支持对延迟要求更严格的设备,例如在诸如互联自行车的应用中使用,其更频繁的通信将提升用户体验。这类服务通常仅被处于良好覆盖中的用户设备(ue)所使用,因此本申请关注于这类的用户设备(ue),而不是试图为所有用户设备(ue)提供低延迟。

对于带有符合最初目的的要求的设备,长非连续接收周期(longdrxcycle)仍然具有吸引力和重要的,且减少延迟的方案应保持与此类系统的兼容性,特别是保持向后兼容性。定义用户设备专用非连续接收周期(ue-specificdrxcycle)可能是一种降低时延的解决方案,其中,用户设备专用周期比常规的非连续接收周期短。这就要求其确保采用用户设备专用周期(ue-specificcycle)的用户设备(ue)能够在恶劣覆盖中与用户设备(ue)进行有效复用。

为了使功能高效,enb基站应当及时调度寻呼具有短非连续接收周期(shortdrx)的用户设备(ue)。延迟寻呼是不可接受的,因为这将意味着用户设备(ue)实际上是无用地监听寻呼时段(pagingoccasion,po),如图2所示,其为了毫无可达性的增益而增加能耗。enb基站应当使用用户设备专用非连续接收周期(ue-specificdrx)而及时调度用户设备(ue),以使该功能变得有用且增加的用户设备(ue)能耗并没有浪费。

总之,引入的用户设备专用非连续接收周期(ue-specificdrxcycle)比标准的、常规的非连续接收周期(drxcycle)更短。出于方便,上述用户设备专用非连续接收周期(ue-specificdrxcycle)在下文将被称为“短非连续接收周期(shortdrxcycle)”,且采用上述配置的用户设备(ue)被称为“短非连续接收周期的用户设备(shortdrxue)”。预期中,仅处于良好覆盖的用户设备(ue)将使用短非连续接收周期(shortdrxcycle)。

短非连续接收周期的用户设备(shortdrxue)可被映射到超越标准用户设备(ue)的不同寻呼载波,且可被映射到具有不同权重的载波。短非连续接收周期的用户设备(shortdrxue)可被配置使用标准用户设备(ue)在下行传输中的间隔。最小的非连续接收(drx)周期长度可由用于短非连续接收周期的用户设备(shortdrxue)的蜂窝所定义,以避免或减少拥塞。

基站((ng-)enb)能够配置短非连续接收周期的用户设备(shortdrxue)的激活,且可对运行上述配置的用户设备(ue)可用到的参数进行指定。基站可向核心网络(corenetwork,cn)提供激活短非连续接收周期(shortdrxcycle)的指示,并可提供可用配置的详细信息。基站/核心网络(cn)可向在其覆盖范围内的用户设备(ue)提供指示,短非连续接收周期(shortdrxcycle)或者在系统信息块(systeminformationblock,sib)中可用,或者作为非接入层(nonaccessstratum,nas)协商的一部分(即,如果在相应追踪区ta的至少一个基站已指示上述配置可用,则核心网cn仅指示短非连续接收周期为可用)。可支持的最小非连续接收周期(drxcycle)可包含在通信中。

在每个窄带物联网(nb-iot)载波上,下行链路中,用户设备(ue)采用时分双工(timedivisionduplex,tdd)而多路复用(与此相反,载波中上行链路支持频分双工)。增强覆盖区域中的用户设备(ue)将需要下行链路传输的多次重复以实现成功接收。对于窄带物理下行控制信道(nb-pdcch),其可支持高达2048子帧的重复;而对于窄带物理下行共享信道(nb-pdsch),其重复次数为n=nrep*nsf,其中,nrep最高可达2048,以及nsf最高可达10。这会导致扩展覆盖区域中的少量用户设备(ue)阻塞其它用户设备(ue)的资源,从而导致那些其它用户设备的传输延迟,那些其它用户设备保护良好覆盖区域中的用户设备。这个问题可通过引入间隙模式而解决,因此,需要大量重复的用户设备被强迫在传输中以某种间隔而留下间隙,从而允许在良好覆盖区域中的用户设备利用这些传输资源。图3示出了一个周期示例,其定义了下行链路间隔时段(dl-gapduration),下行链路间隔时段内仅在良好覆盖中的用户设备ue可使用传输资源。通过rmax(用于传输的窄带物理下行控制信道(npdcch)的最大重复次数)和下行链路间隔阈值(dl-gapthreshold)来确定用户设备是否应用上述间隙模式:如果rmax>=dl-gapthreshold,则使用间隙模式,否则没有间隔。

然而,图3的间隔模式其缺点在于,考虑到寻呼公共搜索空间(commonsearchspace,css)rmax,所述间隔模式仅在空闲(idlemode)模式下使用。这意味着一旦有用户设备(ue)处于如图4所示的增强覆盖/极端覆盖,所有用户设备(ue)使用所述间隔模式。因此该间隔模式强制将良好覆盖中的用户设备(ue)寻呼,转而使用劣覆盖中用户设备(ue)所分配的少量资源。寻呼良好覆盖的用户设备(ue)所用的资源因此减少,导致劣覆盖传输资源更加拥塞并且良好覆盖用户设备(ue)的寻呼有延迟。

可能会出现的另外一个问题是,良好覆盖中的短非连续接收的用户设备(shortdrxue),更有可能(与周期较长的普通非连续接收的用户设备(normaldrxue)相比)去检测“极端覆盖用户设备(ue)”的寻呼下行链路控制信息(downlinkcontrolinformation,dci)的重复。这会引发错误寻呼,例如不会成功的无效pdsch解码。

在传统lte系统中,一旦非接入层(nas)已经请求了用户设备(ue)专用的非连续接收(specificdrx),则用户设备(ue)专用的非连续接收(specificdrx)在接入层(accessstratum,as)层为“可用”。但鉴于需要向后兼容仅使用标准的常规非连续接收周期(generaldrxcycle)的用户设备(ue),窄带物联网(nb-iot)这种方法可能不适用。的确,在传统的窄带物联网(nb-iot)中,用户设备(ue)专用的非连续接收(specificdrx)并不被支持,但这是通过在驻留窄带物联网(nb-iot)蜂窝或在窄带物联网(nb-iot)蜂窝中寻呼时,忽略(认为不适用)任何在接入层(在用户设备(ue)侧)和无线接入网络(在nw侧)的用户设备(ue)专用的非连续接收(specificdrx)来实现的。也就是说,传统的窄带物联网(nb-iot)用户设备(ue)被允许请求用户设备(ue)专用的非连续接收(specificdrx),其中用户设备(ue)专用的非连续接收(specificdrx)将由非接入层(nas)层请求并由移动性管理实体(mobilitymanagemententity,mme)接收,以及用户设备(ue)专用的非连续接收(specificdrx),会在至此类用户设备(ue)的s1接口上的寻呼消息中,被发送到enb基站,但驻留在窄带物联网(nb-iot)蜂窝时,用户设备(ue)的接入层和enb基站的接入层都将忽略该用户设备(ue)专用的非连续接收参数。这种机制的优点在于非接入层(nas)/核心网络的配置无需更改。例如,支持窄带物联网(nb-iot)和cat-m的双模用户设备(ue),可以使用同一非接入层(nas)层来请求相同的用户设备(ue)专用的非连续接收(specificdrx)值,无论用户设备(ue)是否驻留在lte中(cat-m)或窄带物联网(nb-iot)中;用户设备(ue)专用的非连续接收(specificdrx)将只在处于cat-m蜂窝时使用(作为可用)。因此,在窄带物联网(nb-iot)中,需要一种新的机制来考虑所请求的用户设备(ue)专用的非连续接收(specificdrx)周期是否适用。

针对窄带物联网(nb-iot),用户设备(ue)专用的非连续接收(specificdrx)可以在接入层为“可用”:

1)由非接入层(nas)层级进行协商之后用户设备(ue)已经请求了用户设备(ue)专用的非连续接收(specificdrx)值,移动管理实体(mobilitymanagemententity,mme)/行为消息格式(actionmessageformat,amf)已接受和/或可能已指示用户设备(ue)专用的非连续接收(specificdrx)值),和/或

2)由接入层层级参数中(即用户设备(ue)会在接入层和/或非接入层功能信息元素(informationelement,ie)中,表示其支持用户设备(ue)专用的非连续接收(specificdrx),并且是在支持用户设备(ue)专用的非连续接收(specificdrx)功能的窄带物联网(nb-iot)蜂窝中,请求用户设备(ue)专用的非连续接收(specificdrx)值)。

当用户设备(ue)专用的非连续接收(specificdrx)周期被用在用户设备(ue)上时,周期t被选择作为最短的用户设备(ue)专用的非连续接收(specificdrx)周期和默认/标准(蜂窝)周期(在系统信息中广播)。可以预期的是,当要求比默认周期更短的周期时,通常请求用户设备(ue)专用的非连续接收(specificdrx)周期,并因而用户设备(ue)所使用的用户设备(ue)最终的非连续接收(drx)周期将与用户设备(ue)专用的周期相对应。然而,这种方案并非必要,默认的非连续接收(drx)周期,也可能比请求或协商的用户设备(ue)专用的非连续接收(specificdrx)周期更短。

术语“短非连续接收(drx)用户设备(ue)”,用于表示使用用户设备(ue)专用的非连续接收(drx)周期的用户设备(ue)(意味着用户设备(ue)专用的非连续接收(specificdrx)在接入层为“可用”),无论取用户设备(ue)专用的非连续接收(specificdrx)周期和默认非连续接收(drx)周期之间的最小值,其所得到实际的非连续接收(drx)周期是否为用户设备(ue)专用的非连续接收(specificdrx)。取值结果通常应为,用户设备(ue)专用的非连续接收(specificdrx)周期就是实际使用的非连续接收(drx)周期,因为此类用户设备(ue)通常选择短的非连续接收(drx)周期来进行更快的寻呼,但这种方案并非必要。在这种方案中,即使“短非连续接收(drx)用户设备(ue)”所具有的最终非连续接收(drx)周期,其长短可能不会一直小于默认的非连续接收(drx)周期,将会作为是需要“短寻呼时延”的用户设备(ue),并且会与其他用户设备(ue)在针对例如被enb基站调度器所推迟的寻呼上,其处理方式仍有所区别。

这对于处理用户设备(ue)请求大的用户设备(例如为10.24s的非连续接收周期的最大周期值)专用的非连续接收(specificdrx)周期的方案而言是有用的,(,即使这样的请求不会导致具有与默认drx周期不同的drx周期,因为所请求的用户设备(ue)专用的非连续接收(specificdrx)周期始终等于或大于默认周期。在优选的实施方式中,这样的用户设备(ue),即使使用用户设备(ue)专用的非连续接收(意思是用户设备(ue)专用的非连续接收为可用,例如最终非连续接收(drx)周期将为用户设备专用的非连续接收周期和默认周期之间的最小值),其不会被视为“短非连续接收(drx)用户设备(ue)”,因为它的最终非连续接收(drx)周期不等于它的用户设备(ue)专用的非连续接收(specificdrx)周期,或者不小于所广播的阈值。

不论“短非连续接收(drx)用户设备(ue)”的确切定义是什么,关键是用户设备(ue)和基站两者都得清楚用户设备(ue)是否为“短非连续接收(drx)用户设备(ue)”,并因而可采用与标准用户设备(ue)不同的配置,应用到这样的用户设备(ue)上。

版本14可以配置非锚定寻呼载波,且可应用加权来平衡可用载波间的用户设备(ue)。该配置如下所示:-

本发明能够将短非连续接收(drx)用户设备(ue)映射到不同的载波和/或具有与标准用户设备(ue)不同的权重。例如,可以分配特定载波,仅用于寻呼短非连续接收(drx)用户设备(ue)。该配置可通过引入类似于systeminformationblocktype22-nbbis中所定义的某一新的系统信息来实现,或者在新的系统信息块(sib)中或作为现有系统信息块(sib)的扩展,来描述在非锚定载波上进行寻呼所使用的无线资源配置,但这仅用于短非连续接收(drx)用户设备(ue)。

例如,可以通过在sib22-nb中添加以下扩展来实现:

在该实施方式中,短非连续接收(drx)用户设备(ue)可以使用(被映射到)另外一组寻呼载波。如果没有进行配置,短非连续接收(drx)用户设备(ue)将还原为默认(传统)的寻呼载波组。该实施方式允许在不同的寻呼载波上完全分离普通用户设备(ue)和短非连续接收(drx)用户设备(ue),这仅通过权重是不可能实现的,因为权重不能设置为0(除非对于锚定载波,但是版本13用户设备(ue)在任何情况下仅将锚定用作寻呼载波)。

本实施方式还允许在同一载波包含普通用户设备(ue)和短非连续接收(drx)用户设备(ue)的寻呼,携有不同的寻呼控制信道参数(pagingcontrolchannel,pcch)参数(包括寻呼载波权重,寻呼公共搜索空间cssrmax)或唤醒信号(wake-upsiganl,wus)参数。也可以分别为短非连续接收(drx)用户设备(ue)定义pageingweightanchor参数。

决定寻呼载波的公式可以类似于现有公式,除了短非连续接收(drx)用户设备(ue)会使用单独的载波组及单独的参数。

在一示例中,可用特定寻呼载波权重来为短非连续接收(drx)用户设备(ue)进行定义,以使已经定义的非锚定寻呼载波结构进行复用。可为每个非锚定载波配置pageingweightanchor参数和/或寻呼权重,并对专用于“短非连续接收(drx)用户设备(ue)”的数值进行广播。

在特殊场景中,具有两个非锚定寻呼载波的系统(锚a,非锚b,非锚c)可配置以下权重:

-标准用户设备(ue)寻呼权重:a=0,b=16,c=1

-短非连续接收(drx)用户设备(ue)寻呼权重:a=0,b=1,c=16

该配置将短非连续接收用户设备(ue)集中在载波c上,而其他用户设备(ue)主要分布在载波a&b上(为向后兼容版本13的用户设备(ue),锚定载波a即使权重为0,也必须支持合适用户设备(ue)的寻呼)。对于已连接的流量,基站也可使用与载波c不同的载波用于劣覆盖中的用户设备(ue),以使载波c仅对于短非连续接收(drx)用户设备(ue)有效。短非连续接收(drx)用户设备(ue)的传输资源因此不会被劣覆盖中的用户设备(ue)所阻塞,因而可以快速寻呼。

在另一示例中,寻呼参数,例如默认非连续接收(drx)周期t和nb值(po密度),可以为短非连续接收(drx)用户设备(ue)分别(和不同的)定义,以优化特定服务的寻呼。这可使得短非连续接收(drx)用户设备(ue)更好地映射到不同的寻呼组并限制寻呼冲突。

可预期的是,在给定的寻呼载波上,每当它需要到达劣覆盖下的用户设备(ue)(即使只有一个用户设备),蜂窝必须将默认非连续接收(drx)周期t以及nb配置为较高的值。这将导致所有短非连续接收(drx)用户设备(ue)都映射到同一时间寻呼组(sfnmodt=0,其中t是被请求的短非连续接收(drx))。使用默认drx周期t和nb的特定值可避免此问题。

因此,提供了一种系统,其中利用用户设备(ue)专用的非连续接收(drx)周期的用户设备(ue),被分配了与标准用户设备(ue)不同的寻呼配置。那些非相同寻呼配置可包括不同的载波权重,和不同的参数值。

为了解决上述良好覆盖下的用户设备(ue)被强制使用分配给劣覆盖用户设备(ue)的传输资源进行寻呼的问题,可以给短非连续接收(drx)用户设备(ue)分别定义窄带物联网下行物理控制信道(nb-iotphysicaldownlinkcontrolchannel,npdcch)rmax(npdcch-numrepetitionpaging)。尤其是因为希望用户设备(ue)处于良好覆盖中,可以定义较小的rmax,以便rmax小于间隔模式所设的阈值,并且短drx用户设备(ue)可利用传输资源中的良好覆盖间隔来进行寻呼。同样,唤醒信号(wus)配置可针对多个短非连续接收用户设备(ue)分别发信。优选方案为定义一个如上所述新的载波组,其包括pcch-config_short_drx_ues-r16参数和wus-configshort_drx_uesr16参数,覆盖了那些需求。

在另一个示例中,独立于rmax,短非连续接收(drx)用户设备(ue)被视为处于“良好覆盖”中,因此他们可独立于间隔模式来使用资源。

在另一示例中,配置不同的间隔模式设置以及所述设置只有在空闲模式下或在空闲和连接模式下,用于短非连续接收(drx)用户设备(ue)。

上述讨论规则可通过修改标准,使其详细说明用户设备(ue)被视为“短非连续接收(drx)用户设备(ue)”的条件来实施,以使在用户设备(ue)侧和enb侧双方都使用相应的替代参数。例如,用户设备(ue)视为短非连续接收(drx)用户设备(ue)的条件可以是,使用了针对窄带物联网(nb-iot)的用户设备(ue)专用的非连续接收drx(或drx在接入层为可用),这样每当用户设备(ue)专用的非连续接收(drx)被使用时(或可用的),应用相应的替代参数。上述方案可用其他方案进行替代。

对于将寻呼延迟最小化来说,更短的非连续接收(drx)周期具有吸引力,但是更短的周期可能导致更高的小区负载或导致调度方面的拥塞。例如,鉴于事实上当使用更长的非连续接收(drx)或更多的延迟容忍寻呼策略,同一寻呼消息中的多个寻呼的复用就更加容易,同时必须在同一载波上的相同po(寻呼时段)中寻呼多个用户设备(ue)的可能性将会增加。在传统的窄带物联网(nb-iot)中,最多可在同一寻呼消息中寻呼16个用户设备(ue)。更常规地,在具有高流量负载的蜂窝中,尤其是在具有用于劣覆盖用户设备(ue)的高调度负载的蜂窝中,解决用户设备(ue)专用的非连续接收(drx)功能所请求的即时寻呼可能很困难。通常,为了能够在所有场景下及时寻呼短非连续接收(drx)用户设备(ue),enb基站会必须确保所有短非连续接收(drx)用户设备(ue)的寻呼时段(po),在需要寻呼的情况下保持空闲(即防止任何优先调度与短非连续接收(drx)用户设备(ue)的任意寻呼时段重叠),否则将必须取消其他用户设备(ue)正在进行的传输,以解决短非连续接收(drx)用户设备(ue)的寻呼。这要花费一定资源,并且在调度方面上造成了限制。

基站可具备配置用户设备(ue)专用的非连续接收(specificdrx)周期是否为可用的能力,并进行相应通信:-

向核心网(cn)指示已激活功能(s1/n2)(例如,针对epc的附着接收(attachaccept)/tau接收(tauaccept),针对5gc的注册接收(registrationaccept)。

给用户设备(ue)的指示:系统信息块(sib)或非接入层(nas)协商的一部分,即核心网(cn)确认“窄带物联网(nb-iot)用户设备(ue)专用的非连续接收(specificdrx)”的使用,仅当来自跟踪区(trackingarea,ta)的基站已指示用户设备(ue)专用的非连续接收(specificdrx)已激活时)。如果作为系统信息块(sib)的一部分发送,则该值可能取决于载波(即所有寻呼载波的值可能不会一致)

这些规则可适用于epc或5gc。

与指示“支持”的区别在于基站可以支持该功能,但根据负载/流量条件,来决定(或通过oam配置)激活/停用该功能。这也将解决向后兼容旧版本13用户设备(ue)的问题(这样的用户设备(ue)可能已通过非接入层发信用户设备专用的非连续接收周期,这被核心网透明处理但在用户设备(ue)接入层和基站处被忽略)。

在另一示例中,可以引入用户设备(ue)专用的非连续接收(specificdrx)最小周期或最小非连续接收(drx)来实现上述功能,但调度的限制不是很到位。在一个示例中,最小非连续接收(drx)周期长度ay为256rf。在这个示例中,替代用户设备(ue)专用的非连续接收(specificdrx)被激活或停用的指示,该指示通过具体指示至哪个用户设备(ue)专用的非连续接收(specificdrx)最小周期来得到增强。这使得前述功能变得可用,即使不能发挥它的全部特性,同时在enb基站调度方面以及用户设备(ue)功耗方面都保持效力。

在epc场景中,对核心网(cn)的指示位于s1setuprequest/enbconfigurationupdate消息中,或在5gc场景中,对核心网(cn)的指示位于ngsetuprequest/ranconfigurationupdate消息中。

如果发信用户设备(ue)的指示是作为非接入层(nas)协商的一部分,则核心网(cn)可随之对请求用户设备(ue)专用的非连续接收(specificdrx)的用户设备(ue)进行响应,所述用户设备(ue)专用的非连续接收(specificdrx)是基于跟踪区(ta)中所有基站所指示允许的值中的最小值。例如,用户设备(ue)可请求1.28s的非连续接收(drx)周期,但若跟踪区(ta)中所有enb基站指示中,被允许的最小周期为2.56s,则核心网(cn)可响应协商(同意的)为2.56s的用户设备(ue)专用的非连续接收(drx)周期。

当寻呼用户设备(ue)时,核心网(cn)将随之在寻呼消息中使用已协商的用户设备(ue)专用的非连续接收(specificdrx)周期。

重要的是,当汇总来自跟踪区(ta)中各enb基站信息时,核心网(cn)节点(例如mme或amf),只考虑不同enb基站所报告的最低程度的通用功能性能。例如,只有当跟踪区(ta)中所有enb基站都可以激活所述功能时,所述功能可被激活(使用)。仅当跟踪区(ta)中所有enb基站指示其已通过等于或小于x毫秒的最小非连续接收(drx)激活所述功能时,所述功能可用x毫秒的最小非连续接收(drx)进行激活。这是因为用户设备(ue)可以重新选择跟踪区(ta)中的蜂窝,无需与核心网(cn)进行任何其余发信。非接入层(nas)在协商期间所给出的信息,应适用于跟踪区(ta)内的所有蜂窝/enb基站。如果向用户设备(ue)发出的指示是系统信息块(sib)的一部分,则用户设备(ue)将认为有效的用户设备(ue)非连续接收(drx)周期,等于所请求的用户设备(ue)非连续接收(drx)周期的最大值和系统信息块(sib)所携带的允许的最小用户设备(ue)专用的非连续接收(specificdrx)最小周期。等效地,用户设备(ue)可考虑将上述有效的非连续接收周期,作为其最终非连续接收(drx)周期(在实现所请求的用户设备专用的非连续接收周期的最小值后,默认drx周期)。

可以看到,同时支持两种类型的信令也很方便。接入层(enb基站)/蜂窝级信令可实现更精细的粒度,以及让enb基站实现例如激活/停用/更改最小非连续接收(drx)值以应对负载条件。非接入层(cn核心网)/跟踪区级别的信令,能够汇总例如用户设备(ue)知道所述功能是否在ta使用的信息。这可用来选择其他无线接入技术,例如,若所述功能在其它的无线接入技术(radioaccesstechnology,rat)上可使用。

移动性管理实体(mobilitymanagemententity,mme)/行为消息格式(actionmessageformat,amf)清楚基站中的默认寻呼周期配置,并且应用合适的寻呼策略。如果使用不同的寻呼周期,则移动性管理实体(mme)/行为消息格式(amf)的寻呼策略可能不适用。但是,因为核心网(cn)知道所述功能是激活态或知道所支持的用户设备(ue)专用的最小周期,核心网(cn)可随之得出用户设备(ue)所使用的寻呼周期。这使得核心网(cn)可以有效地调整其寻呼策略。

如上所述,短非连续接收(drx)用户设备(ue)与劣覆盖下用户设备(ue)的复用问题,是他们更有可能(与具有更长周期的普通非连续接收的用户设备相比)去检测针对“极端覆盖用户设备”的寻呼下行控制信息(dci)的重复。这会触发错误的寻呼,即无用且会失败的物理下行共享信道(pdsch)的解码,如图5所示。为解决这一难题,分配一个新的、迥异的无线网络临时标识(radionetworktemporyidentity,rnti)给短非连续接收(drx)用户设备(ue),用于寻呼那些用户设备(ue)。短非连续接收(drx)用户设备(ue)将因此无法检测到标准用户设备(ue)的寻呼下行控制信息(dci),从而避免尝试解码相应的寻呼消息所造成的资源浪费(功耗)。

尽管没有详细示出,形成网络的一部分的任意设备或装置可以至少包括处理器、存储单元以及通信接口,其中处理单元、存储单元以及通信接口被配置成本发明任一方面的方法。

本发明实施例的信号处理功能可以使用相关技术领域的技术人员所熟知的计算系统或结构来实现。可以使用计算系统,例如台式电脑、笔记本电脑、手持式计算设备(pda、手机、掌上电脑等)、主机、服务器、客户端,或对于给定的应用程序或环境而言是必须的或合适的任意其他类型的专用或通用计算设备,其可以适用于或合适与特定应用或环境。计算系统可以包括一个或多个处理器,其中处理器可以使用通用或专用的处理引擎,例如微处理器、微控制器或其他控制模块来实现。

计算系统还可以包括主存储器,例如随机存取存储器(randomaccessmemory,ram)或其他动态存储器,用于存储处理器执行的信息和指令。这样的主存储器也可用于在执行由处理器执行的指令内存储临时变量或其他中间信息。计算系统同样可以包括只读存储器(readonlymemory,rom)或其他静态存储设备,以用于存储处理器的静态信息和指令。

计算系统还可以包括信息存储系统,例如,其可以包括介质驱动器和可移动存储接口。介质驱动器可以包括驱动器或其他机制以支持固定或可移动存储介质,诸如硬盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、光盘(compactdisc,cd)、数字视频驱动器(digitalvideodrive,dvd)、读或写驱动器(readorwritedrive,r或rw)或其他可移动或固定介质驱动器。例如,存储介质可以包括例如硬盘、软盘、磁带、光盘、cd或dvd或由介质驱动器读和写的其他固定或可移动介质。存储介质可以包括具有存储在其中的特定计算机软件或数据的计算机可读存储介质。

在可选实施例中,信息存储系统可以包括用于允许将计算机程序或其他指令或数据加载到计算系统中的其他类似组件。例如,这些组件可以包括可移动存储单元与接口,例如,程序卡盒与卡盒接口、可移动存储器(例如,闪存或者其他可移动存储器模块)与存储器插槽、以及允许软件和数据自可移动存储单元传输到计算系统的其他可移动存储单元与接口。

计算系统也可以包括通信接口。这样的计算系统可以被使用以允许软件和数据在计算系统和外部设备之间转移。本实施例中,通信接口可以包括调制解调器、网络接口(例如,以太网或nic卡)、通信端口(例如,通用串行总线(universalserialbus,usb)端口)、pcmcia槽与卡等。通过通信接口传输的软件和数据是以信号的形式进行传输,可以是电子的,电磁的,光学的或其他能够被通信接口介质接收的信号。

在本文中,术语“计算机程序产品”、“计算机可读介质”等可以通常用于指的有形介质,例如,存储器、存储设备或存储单元。这些形式和其他形式的计算机可读介质可以存储一个或多个指令,以由包括计算机系统的处理器使用,以使处理器执行指定操作。这些指令,通常称为“计算机程序代码”(其可以以计算机程序的形式或其他组合来组合),在被执行时,使得计算系统执行本发明实施例的功能。注意的是,该代码可以直接使得处理器执行特定操作,被编译成这样做,和/或与其他软件、硬件和/或固件(例如,执行标准功能的库)组合以这样做。

非易失性计算机可读介质可包括以下的至少一种:硬盘、cd-rom、光存储设备、磁存储设备、只读存储器、可编程只读存储器、可擦除可编程只读存储器(eprom),电可擦除及编程只读存储器和闪存。在使用软件实现这些元件的实施例中,软件可以被存储在计算机可读介质中,并使用例如可移动存储驱动器被加载到计算系统中。当由计算系统中的处理器执行时,控制模块(在该示例中,软件指令或可执行的计算机程序代码)使处理器执行本发明此处所述的功能。

此外,本发明构思可以应用于用于执行网络元件内的信号处理功能的任何电路。进一步设想,例如,半导体制造商可以在独立设备的设计中使用本发明的构思,例如数字信号处理器(digitalsignalprocessor,dsp)或专用集成电路(application-specificintegratedcircuit,asic)的微控制器和/或任何其他子系统元件。

可以理解的是,为了清楚的目的,上面已经参照单个处理逻辑描述了本发明的实施例。然而,本发明构思同样可以通过多个不同的功能单元和处理器来实现,以提供信号处理功能。因此,对特定功能单元的引用仅被视为对用于提供所描述功能的合适手段的引用,而不是指示严格的逻辑或物理结构或组织。

本发明的各方面可以以包括硬件,软件,固件及其任何组合的任何适当形式来实现。可选地,本发明可以至少部分地作为在一个或多个数据处理器和/或数字信号处理器或可配置模块组件(例如fpga设备)上运行的计算机软件来实现。

因此,本发明的实施例的元件和组件可以以任何合适的方式在物理上,功能上和逻辑上实现。实际上,功能可以以单个单元,多个单元或作为其他功能单元的一部分来实现。尽管已经结合一些实施例描述了本发明,但是并不意味着将本发明限制于这里阐述的特定形式。相反,本发明的范围仅由所附权利要求来限定。另外,尽管结合特定实施例来描述一特征,但本领域技术人员将认识到,所描述的实施例中的多个特征均可以组合。在权利要求中,术语“包括”不排除其他元件或步骤的存在。

此外,尽管单独列出,但是可以通过例如单个单元或处理器来实现多个装置,元件或方法步骤。另外,尽管单个功能可以被包括在不同的权利要求中,这些可能被有利地组合,不同权利要求中的包括不意味着功能的组合不是可行和/或有利的。同样,一组权利要求中的特征的包括不意味着对这组的限制,但是只要适合,其表示该特征同样适用于其他权利要求组。

此外,权利要求中的特征的顺序不意味着这些特征必须被执行的任何特定顺序,特别是方法权利要求中的单个步骤的顺序不意味着这些部分必须按照这个顺序来执行。相反,这些步骤可以按照任何适当的顺序来执行。另外,单数引用不排除多个。因此,引用“一个”、“第一”、“第二”等不排除多个。

尽管本发明已结合一些实施例进行描述,但是不旨在限定本文所说明的具体形式。相反,本发明的范围仅由所附权利要求来限定。此外,虽然,特征似乎是结合具体实施例来描述的,但是本领域技术人员可以理解的是,所描述的实施例的不同特征可以根据本发明进行组合。在权利要求中,术语“包括”或“包含”不排除其他元件的存在。

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