核心网节点和方法---用于扩展不连续接收(eDRX)的时间协调的小区与流程

文档序号:14396338阅读:538来源:国知局

优先权声明

本申请要求于2015年5月19日提交的美国临时申请序列号no.62/163,794的优先权的权益,其全部内容通过引用的方式并入本文以用于所有目的。

相关专利申请

本申请与以下共同递交的申请相关:题为“radioaccessnetworknodeandmethod-timecoordinatedcellsforextendeddiscontinuousreceive(edrx)”的美国申请no.15/154,724(档案编号p50211-us1)。该文档的全部内容由此通过引用并入本文以用于所有目的。

本公开一般涉及无线通信领域,并且更具体地涉及用于实现时间协调的小区并维持寻呼无线设备(例如,机器类型通信(mtc)设备、移动台)的可靠性的核心网节点(例如,服务gprs支持节点(sgsn))、无线电接入网节点(例如,基站子系统)和各种方法。



背景技术:

这里定义以下缩写和术语,其中至少一些在本公开的以下描述中被提及。

3gpp第三代伙伴计划

agch访问授权信道

asic专用集成电路

bler误块率

blks块

bss基站子系统

bssgp基站子系统通用分组无线服务协议

cc覆盖类别

cn核心网

drx不连续接收周期

ec-gsm扩展覆盖全球移动通信系统

ec-pch扩展覆盖寻呼信道

edrx扩展的不连续接收

enb演进节点b

dl下行链路

dsp数字信号处理器

edge增强型数据速率gsm演进

egprs增强型通用分组无线业务

fn帧号

gsm全球移动通信系统

gerngsm/edge无线电接入网

gprs通用分组无线服务

gps全球定位系统

harq混合自动重传请求

imsi国际移动订户标识

iot物联网

llc链路层控制

lte长期演进

mcs调制与编码方案

mf多帧

mfrm多帧

mfrms多帧

mme移动性管理实体

ms移动台

mtc机器类型通信

nb节点b

n-pdu网络协议数据单元

pch寻呼信道

pdn分组数据网络

pdtch分组数据业务信道

pdu协议数据单元

p-tmsi分组临时移动订户标识

pach随机接入信道

ran无线电接入网

rat无线电接入技术

rau路由区域更新

sgsn服务gprs支持节点

tdma时分多址

tlli临时逻辑链路标识符

ts技术规范

ue用户设备

upoddevice对mtc设备的省电研究

wcdma宽带码分多址接入

wimax全球微波接入互操作性

覆盖类别(cc):在任何时间点,无线设备属于特定的上行链路/下行链路覆盖类别,该上行链路/下行链路覆盖类别对应于用作传统小区规划的参考覆盖的传统无线电接口性能属性(例如,在pdtch上的单个无线电块传输之后,10%的误块率)或与参考覆盖相比退化的无线电接口性能属性的范围(例如,比参考覆盖的性能最多低20db的性能)。覆盖类别确定了在发送/接收无线电块时使用的盲传输的总数。在任何时间点可应用的上行链路/下行链路覆盖类别在不同的逻辑信道之间可以不同。在发起系统接入时,无线设备基于估计bss(无线电接入网节点)接收机/无线设备接收机经历约10%的bler(误块率)所需的无线电块的盲传输数量来确定适用于rach/agch的上行链路/下行链路覆盖类别。bss基于估计满足目标bler所需的无线电块的盲传输数量并考虑使用该目标bler成功接收无线电块平均而言将会需要的(无线电块的)harq重传数量,确定无线设备要在设备分配的分组信道资源上使用的上行链路/下行链路覆盖类别。注释:按照对应于参考覆盖(正常覆盖)的无线电接口性能属性操作的无线设备被认为处于最佳覆盖类别(即覆盖类别1)中,并因此在初始盲传输之后不进行任何附加的盲传输。在这种情况下,无线设备可以被称为正常覆盖无线设备。相反,按照对应于扩展覆盖(即覆盖等级大于1)的无线电接口性能属性操作的无线设备进行多次盲传输。在这种情况下,无线设备可以被称为扩展覆盖无线设备。多次盲传输对应于以下情况:使用适用的无线电资源(例如,寻呼信道)连续发送无线块的n个实例,而无需发送端尝试确定接收端是否能够在所有n次传输之前成功恢复无线块。发送端这样做以尝试帮助接收端实现目标bler性能(例如针对寻呼信道,目标bler≤10%)。

edrx周期:扩展不连续接收(edrx)是如下过程:无线设备在其不预期接收输入的消息时禁用其接收能力,并且在其预期可能接收消息时在可达期间启用其接收能力。要使edrx运行,网络就何时发生可达的情况与无线设备进行协调。无线设备因此将仅在预先调度的可达期间唤醒并启用消息接收。该过程减少了功耗(这延长了无线设备的电池寿命),且有时被称为(深)睡眠模式。

扩展覆盖:扩展覆盖的一般原则是对控制信道和数据信道使用盲传输来实现感兴趣的信道的目标误块率性能(bler)。此外,对于数据信道,将使用采用mcs-1(即,当前在egprs中支持的最低调制与编码方案(mcs))的盲传输与harq重传组合以实现所需的数据传输性能水平。通过定义不同的覆盖类别来实现对扩展覆盖的支持。不同数量的盲传输与每个覆盖类别相关联,其中扩展覆盖与需要多个盲传输的覆盖类别相关联(即,单个盲传输被视为参考覆盖)。在不同的逻辑信道之间,针对给定的覆盖类别的总盲传输的数量可以不同。

mtc设备:mtc设备是一种类型的设备,其中通常不需要支持人类与设备的交互,并且预期来自或去往设备的数据传输相当短(例如最多几百个八位字节)。支持最小功能的mtc设备可以预期仅使用正常的小区轮廓进行操作,且因此不支持扩展覆盖的概念,而具有增强能力的mtc设备可以支持扩展覆盖。

upod设备:upod设备类似于mtc设备,不过它还支持强制使用称为edrx或省电模式(psm)的省电状态,该省电状态允许在分组空闲模式下实现有效的电池节省。

名义寻呼组:设备每个edrx周期监视一次的ec-pch块的特定集合。该设备使用考虑其imsi、其edrx周期长度和其下行链路覆盖类别的算法来确定该ec-pch块的特定集合。

由于蜂窝技术代表mtc设备可在其中操作的服务区域的现有(并因此便利的)部署,因此使用蜂窝技术支持mtc设备的需求正在增加。结果,在无线通信网络中正在部署越来越多的mtc设备。在无线通信网络中部署mtc设备所面临的一个挑战是mtc设备通常将不能访问外部电源,并且因此将需要使用具有多年目标寿命的电池。为了帮助实现这样的电池寿命,可以认为使用扩展不连续接收(edrx)功能是必要的,其中,与不连续接收(drx)周期长度在几秒的范围内的传统操作相比,edrx周期长度将在几分钟到几小时的范围内(即,mtc设备将每个edrx周期支持个寻呼时机)。还需要考虑mtc设备移动性的可能性,包括由于mtc设备的可能的移动性将如何影响到mtc设备的可达性(例如使用mtc设备的寻呼时机)的问题。

无线设备(例如,ms、mtc设备)在无线电接口上使用的寻呼时机(名义寻呼组)目前至少部分由无线电帧号确定。这在多个3gppts中进行了描述,例如3gppts36.331v.12.5.0(日期为2015-03-27)、3gppts45.002v.12.4.0(日期为2015-03-21)以及3gppts25.304v.12.5.0(日期为2015-03-23)(这些文档的内容通过引用并入本文以用于所有目的)。这种技术的问题在于,不同小区中的无线电帧号的循环将在时域中以不协调的方式出现在无线电接口上(即,当在包括多个小区的给定寻呼区域中寻呼无线设备时,将在无线电接口上在不同的时间点向不同的小区发送对应的寻呼消息)。

由于缺少时间协调,在不同小区中针对相同无线设备的寻呼时机之间的分布可能达到最大扩展drx周期长度,因为与名义寻呼组的开始相关联的相同无线电帧号在不同小区中可能出现在不同时间处。因此,当在edrx的上下文中进行考虑时,缺乏时间协调的小区存在一些缺陷。其中一些缺陷如下:

·缺陷1:由于无线设备在小区之间移动,无线设备可能是寻呼不可达的,因为无线设备可能错过其寻呼时机(在不同小区中)。

·缺陷2:由于无线设备在小区之间移动,无线设备可能多次接收和响应相同的寻呼消息(在不同的小区中)。

·缺陷3:如果寻呼消息在无线电接入网(ran)节点中被缓冲了延长的时间段,包括在寻呼消息中的临时标识符(例如分组临时移动订户标识(p-tmsi))可能变得无效(例如,当具有该p-tmsi的寻呼被缓冲时,可能发生p-tmsi重分配)。如果发生这种情况,则如果所缓冲的寻呼最终被发送,则这可能导致寻呼失败(例如,期望的无线设备未被寻呼到),或者至少浪费了寻呼带宽。为了缓解这些问题,将会需要引入附加的信令和复杂性。

时间协调的小区的这种缺乏以及由此产生的寻呼问题由本公开解决。



技术实现要素:

在独立权利要求中描述了用于解决上述缺陷的cn节点(例如sgsn)、ran节点(例如bss)和各种方法。在从属权利要求中进一步描述了cn节点(例如sgsn)、ran节点(例如bss)以及各种方法的有利实施例。

在一个方面,本公开提供了一种cn节点,其被配置为与多个ran节点进行交互,以对多个小区进行时间协调并维持寻呼无线设备的可靠性。cn节点包括处理器和存储处理器可执行指令的存储器,其中,处理器与存储器接口连接,以执行处理器可执行指令,从而cn节点用于从ran节点中的一个ran节点接收指示到无线设备在小区内的下一个寻呼时机的剩余时间的信息,所述小区包括所述无线设备的寻呼区域。cn节点可以利用例如修改的路由区域更新(rau)过程、修改的寻呼过程或新的虚寻呼过程来获取直到无线设备的下一个寻呼时机的剩余时间。cn节点实现获取操作的优点在于,这有助于解决时间协调小区的缺乏以及由此产生的对传统无线通信系统造成不利影响的寻呼问题。

另一方面,本公开提供了一种cn节点中用于与多个ran节点进行交互以对多个小区进行时间协调并维持寻呼无线设备的可靠性的方法。该方法包括获取步骤。在获取步骤中,cn节点从ran节点中的一个ran节点获取指示到无线设备在小区内的下一个寻呼时机的剩余时间的信息,所述小区包括所述无线设备的寻呼区域。cn节点可以利用例如修改的路由区域更新(rau)过程、修改的寻呼过程或新的虚寻呼过程来获取直到无线设备的下一个寻呼时机的剩余时间。cn节点实现获取步骤的优点在于,这有助于解决时间协调小区的缺乏以及由此产生的对传统无线通信系统造成不利影响的寻呼问题。

在另一方面,本公开提供了一种cn节点,其包括处理器和存储处理器可执行指令的存储器,其中,处理器与存储器接口连接以执行处理器可执行指令,从而所述cn节点可用于执行发送操作和接收操作。在发送操作中,cn节点向ran节点发送与无线设备相关联的虚寻呼请求。在接收操作中,cn节点从ran节点接收虚寻呼响应,该虚寻呼响应包括直到无线设备的下一个寻呼时机的剩余时间。cn节点可以根据需要频繁或不频繁地发送虚寻呼请求,以确定直到无线设备的下一个寻呼时机的剩余时间。此外,虚寻呼请求被定义为使得ran节点不需要在无线接口上向无线设备发送寻呼消息,而是计算直到无线设备的下一个寻呼时机的剩余时间,并且向cn节点发送该直到无线设备的下一个寻呼时机的剩余时间。cn节点实现获取步骤的优点在于,这有助于解决时间协调小区的缺乏以及由此产生的对传统无线通信系统造成不利影响的寻呼问题。

又一方面,本公开提供了一种cn节点中用于对多个小区进行时间协调并维持寻呼无线设备的可靠性的方法。该方法包括发送步骤和接收步骤。在发送步骤中,cn节点向ran节点发送与无线设备相关联的虚寻呼请求。在接收操作中,cn节点从ran节点接收虚寻呼响应,该虚寻呼响应包括直到无线设备的下一个寻呼时机的剩余时间。cn节点可以根据需要频繁或不频繁地发送虚寻呼请求,以确定直到无线设备的下一个寻呼时机的剩余时间。此外,虚寻呼请求被定义为使得ran节点不需要在无线接口上向无线设备发送寻呼消息,而是计算直到无线设备的下一个寻呼时机的剩余时间,并且向cn节点发送该直到无线设备的下一个寻呼时机的剩余时间。cn节点实现发送和接收步骤的优点在于,这有助于解决时间协调小区的缺乏以及由此产生的对传统无线通信系统造成不利影响的寻呼问题。

本公开的附加方面将在以下具体实施方式、附图和任意权利要求中部分地阐述,权利要求遵循具体实施方式部分并将部分根据具体实施方式部分导出,或者能够通过实践本发明而获知。应理解,前面的概述和下文的具体实施方式仅是示例性和说明性的,而并不作为对公开的本发明的限制。

附图说明

结合附图,通过参考下面的详细描述,可以获取对本公开更完整的理解:

图1是包括均根据本公开实施例配置的cn节点、多个ran节点以及多个无线设备的示例性无线通信网络的图;

图2是示出根据本公开实施例的修改的rau过程的信号图,该修改的rau过程支持时间协调的小区;

图3是示出根据本公开实施例的修改的寻呼过程的信号图,该修改的寻呼过程支持时间协调的小区;

图4是示出根据本公开实施例的虚寻呼过程的信号图,该虚寻呼过程支持时间协调的小区;

图5是用于说明ran节点可以计算直到无线设备的下一个寻呼时机的剩余时间的示例性方式的图;

图6是根据本公开实施例的在cn节点中实现的方法的流程图;

图7是示出根据本公开实施例配置的cn节点的结构的框图;

图8是根据本公开实施例的在cn节点中实现的另一方法的流程图;

图9是示出根据本公开实施例配置的cn节点的另一结构的框图;

图10是根据本公开实施例的在ran节点中实现的方法的流程图;

图11是示出根据本公开实施例配置的ran节点的结构的框图;

图12是根据本公开实施例的在ran节点中实现的另一方法的流程图;以及

图13是示出根据本公开实施例配置的ran节点的另一结构的框图。

具体实施方式

在此首先提供用于描述根据本公开的实施例(参见图1)的示例性无线通信系统的讨论,该示例性无线通信系统包括cn节点(例如,sgsn、mme)、多个ran节点(例如,bss、nodeb、enodeb)和多个无线设备(例如,ms、mtc设备)。然后,提供讨论以公开根据本公开的各种实施例(参见图2-5)的cn节点(例如,sgsn、mme)和ran节点(例如,bss、nodeb、enodeb)可以用来实现时间协调的小区并且维持寻呼无线设备的可靠性的不同技术。之后,提供讨论以解释根据本公开的不同实施例(参见图6-13)的cn节点(例如,sgsn,mme)和ran节点(例如,bss,nodeb,enodeb)的基本功能配置。

示例性无线通信网络100

参照图1,示出了根据本公开的示例性无线通信网络100。无线通信网络100包括核心网106(其包括至少一个cn节点107)和与多个无线设备1041、1042、1043...104n接口连接的多个ran节点1021和1022(仅示出了两个)。无线通信网络100还包括许多公知的组件,但是为了清楚起见,本文仅描述了描述本公开的特征所需要的组件。此外,无线通信网络100在本文中被描述为是gsm/egprs无线通信网络100,其也被称为edge无线通信网络100。然而,本领域技术人员将容易理解,应用于gsm/egprs无线通信网络100的本公开的技术通常可应用于其他类型的无线通信系统,包括例如wcdma、lte和wimax系统。

无线通信网络100包括向无线设备1041、1042、1043...104n提供网络接入的ran节点1021和1022(无线接入节点,仅示出两个)。在该示例中,ran节点1021正在向无线设备1021提供网络接入,而ran节点1022正在向无线设备1042、1043...104n提供网络接入。ran节点1021和1022连接到核心网106(例如sgsn核心网106),特别是连接到cn节点107(例如sgsn107)。核心网106连接到诸如因特网的外部分组数据网络(pdn)108和服务器110(仅示出一个)。无线设备1041、1042、1043...104n可以与连接到核心网106和/或pdn108的一个或多个服务器110(仅示出一个)通信。

无线设备1041、1042、1043...104n通常可以指代附接到无线通信网络100的最终终端(用户),并且可以指代mtc设备(例如,智能仪表)或非mtc设备。此外,术语“无线设备”通常旨在与术语移动设备、移动台(ms)、“用户设备”或ue(该术语由3gpp使用)同义,并且包括独立的无线设备(例如终端、蜂窝电话、智能电话、平板电脑、蜂窝iot设备、iot设备和配备无线的个人数字助理)以及被设计用于附着或插入另一电子设备(例如个人计算机、电表等)的无线卡或模块。

类似地,除非上下文另外清楚地指出,否则术语ran节点1021和1022(无线接入节点1021和1022)在本文中以最一般的含义使用来指代无线通信网络100中的基站、无线接入节点或者无线接入点,并且可以指代由物理上不同的无线电网络控制器控制的ran节点1021和1022以及更自主的接入点,例如长期演进(lte)网络中的所谓的演进的节点b(enodeb)。

每个无线设备1041、1042、1043...104n可以包括收发机电路1101,1102,1103...110n和处理电路1121,1122,1123...112n,收发机电路1101,1102,1103...110n用于与ran节点1021和1022进行通信,处理电路1121,1122,1123...112n用于处理从收发机电路1101,1102,1103...110n接收和通过收发机电路1101,1102,1103...110n发送的信号,且用于控制对应的无线设备1041、1042、1043...104n的操作。收发机电路1101,1102,1103...110n可以包括可根据任何标准(例如gsm/edge标准)进行操作的发射机1141,1142,1143...114n和接收机1161,1162,1163...116n。处理电路1121,1122,1123...112n可以包括处理器1181,1182,1183...118n和用于存储程序代码的存储器1201,1202,1203...120n,所述程序代码用于控制对应的无线设备1041、1042、1043...104n的操作。如下所述,程序代码可以包括用于执行下文所描述的过程(例如,发送包括rau请求消息的llcpdu,接收包括rau接受消息的llcpdu,以及发送包括rau完成消息的llcpdu)的代码。

每个ran节点1021和1022(无线接入节点1021和1022)可以包括收发机电路1221和1222、处理电路1241和1242以及网络接口1261和1262,收发机电路1221和1222用于与无线设备1041、1042、1043...104n进行通信,处理电路1241和1242用于处理从收发机电路1221和1222接收和通过收发机电路1221和1222发送的信号,且用于控制对应的ran节点1021和1022的操作,且网络接口1261和1262用于与核心网106通信。收发机电路1221和1222可以包括可根据任何标准(例如gsm/edge标准)工作的发射机1281和1282以及接收机1301和1302。处理电路1241和1242可以包括处理器1321和1322以及用于存储用于程序代码的存储器1341和1342,该程序代码用于控制对应的ran节点1021和1022的操作。程序代码可以包括用于执行下文参考图10和12所述的过程的代码(例如,接收包括rau请求消息的llcpdu,发送/接收包括rau请求消息的bssgppdu,接收/发送包括rau接受消息、imsi、edrx周期长度和覆盖类别(不适用于针对mtc设备(upod设备)的省电研究)的bssgppdu,发送包括rau接受消息的llcpdu,接收包括rau完成消息的llcpdu,计算直到下一个时间寻呼时机的剩余时间,发送/接收包括rau完成消息和直到下一个寻呼时机的剩余时间的bssgppdu)。

cn节点107(例如,sgsn107、mme107)可以包括收发机电路136、处理电路138、网络接口140和edrx周期定时器158,收发机电路136与ran节点1021和1022进行通信,处理电路138用于处理从收发机电路136接收和通过收发机电路136发送的信号,且用于控制cn节点107的操作,网络接口140用于与ran节点1021和1022进行通信,edrx周期定时器158用于确定无线设备1041、1042、1043...104n的寻呼时机的周期。收发机电路136可以包括发射机142和接收机144,其可以根据任何标准(例如,gsm/edge标准)进行操作。处理电路138可以包括处理器146和用于存储程序代码的存储器148,该程序代码用于控制cn节点107的操作。程序代码可以包括用于执行如下文关于图6和8所描述的过程的代码。

时间协调的小区和寻呼无线设备的可靠性

实现时间协调的小区-无线电接口

本公开的一个方面涉及对跨越(例如)多个小区1521和1522的无线电接口的寻呼时机的协调,从而减轻了如上文在背景技术部分中所描述的由使用edrx而导致的缺陷。这意味着(例如)无线设备1042的每个寻呼时机需要在用于寻呼该无线设备1042(见图1)的小区1521和1522的集合中的每个小区1521和1522的无线电接口上几乎同时(例如,在某个定时精度内)出现。在与图1相关联的所示示例中,无线设备1042当前位于小区1521中,但是其具有包括小区1521和1522的寻呼区域154,其中ran节点1021管理小区1521且ran节点1022管理小区1522。

总的来说,应该理解的是,根据本公开,每个时间协调小区集合内的小区的数量越多,对上述背景技术部分中描述的缺陷的减轻就越大。此外,如果寻呼区域由一组时间协调小区组成,则将会实现对这些缺陷的最大减轻,其中,该寻呼区域中的任何无线设备的寻呼时机在这些小区的相应无线电接口上大致同时(例如,在预定时间段内)出现。

实现时间协调的小区-cn节点107(例加sgsn107)

本公开的一个方面涉及了cn节点107(例如,sgsn107),其知道在包括(例如)无线设备1042的寻呼区域154的小区1521和1522的集合内,该无线设备1042的寻呼时机何时正在到来。这可以实现如下:在从(例如)无线设备1042接收到llcpdu(包含rau完成消息)时,知道(例如)对应无线设备1042的国际移动订户标识(imsi)、edrx周期长度和覆盖类别(例如,对于mtc设备(upod设备)的省电研究不适用)的ran节点1022(例如,bss1022)应计算直到该无线设备1042的下一个寻呼时机156的剩余时间(即,以分钟和秒为单位)。之后,ran节点1022(例如,bss1022)将向cn节点107(例如,sgsn107)转发接收到的llcpdu以及直到下一个寻呼时机156的对应剩余时间的信息。从(例如)无线设备1042接收llcpdu的示例可以发生在如图2所示的修改的rau过程的上下文内,在该示例中,ran节点1022已经具有计算直到该无线设备1022的下一个寻呼时机156的剩余时间所需的信息。下面关于图2-4讨论cn节点107(例如,sgsn107)可用于获取针对无线设备1041、1042、1043...104n中的任何一个无线设备的直到下一个寻呼时机156的剩余时间的若干示例性方式。

参考图2,其是示出根据本公开实施例的修改的rau过程的信号图,该修改的rau过程支持时间协调的小区。基本上,可以修改传统的路由区域更新(rau)过程,使得可以根据本公开的实施例使用rau过程作为以下操作的时机:cn节点107(例如,sgsn107)向ran节点1022(例如,bss1022)提供该ran节点1022(例如,bss1022)使用来计算直到下一个寻呼时机156的剩余时间的信息(例如,tlli特定参数),并向cn节点107提供计算出的直到下一个寻呼时机156的剩余时间。根据本公开实施例的示例性的修改的rau过程可以具有以下步骤:

1.(例如)无线设备1042向ran节点1022(例如,bss1022)发送包含rau请求的llcpdu202。

2.ran节点1022(例如bss1022)向cn节点107(例如sgsn107)发送包含rau请求的bssgppdu204。

3.cn节点107(例如,sgsn107)向ran节点1022(例如bss1022)发送bssgppdu206,bssgppdu206包含rau接受以及无线设备1042的imsi、edrx周期和覆盖类别(例如,无线设备1042的tlli特定参数)。应该注意,通过将无线设备1042的imsi、edrx周期长度和覆盖类别信息包括在用于向ran节点1022(例如,bss1022)发送(步骤3)rau接受的bssgppdu206内,ran节点1022(例如,bss1022)现在可以计算(步骤6)下一个寻呼时机,特别是直到针对rau接受被发送往的无线设备1042的下一个寻呼时机156的剩余时间。此外,ran节点1022(例如,bss1022)可以在特定的最小量的时间(例如,10秒)内保留这些tlli特定参数(例如,imsi、edrx周期长度和覆盖类别)。

4.ran节点1022(例如,bss1022)将包含rau接受的llcpdu208发送给无线设备1042。

5.无线设备1042向ran节点1022(例如,bss1022)发送包含rau完成的llcpdu210。

6.ran节点1022(例如,bss1022)计算直到无线设备1042的下一个寻呼时机156的剩余时间。基本上,如果ran节点1022(例如,bss1022)从具有tlli的无线设备1042(该ran节点1022(例如,bss1022)针对其仍具有这些tlli特定参数)接收(步骤5)上行链路llcpdu,则ran节点1022(例如,bss1022)将计算(步骤6)直到下一个寻呼时机156的剩余时间,并且将直到下一个寻呼时机156的剩余时间的信息连同接收到的上行链路llcpdu一起包括在ran节点1022(例如,bss1022)向cn节点107(例如,sgsn107)发送(步骤7)的bssgppdu212内。下面关于表1和图5提供了ran节点1022(例如,bss1022)如何能够计算直到下一个寻呼时机156的剩余时间的示例。

7.ran节点1022(例如,bss1022)向cn节点107(例如,sgsn107)发送包含rau完成和直到无线设备1042的下一个寻呼时机156的剩余时间的bssgppdu212。

注释:当将传统rau过程与根据本公开的修改的rau过程进行比较时,步骤3、6和7涉及新功能。下面提供的讨论描述了cn节点107(例如,sgsn107)根据本公开可利用直到下一个寻呼时机156的剩余时间来实现时间协调的小区1521和1522并维持寻呼无线设备1042的可靠性的一些示例性方式。

参考图3,其是示出根据本公开实施例的修改的寻呼过程的信号图,该修改的寻呼过程支持时间协调的小区。基本上,可以修改传统的寻呼过程,使得可以根据本公开的实施例使用寻呼过程作为以下操作的时机:cn节点107(例如,sgsn107)向ran节点1022(例如,bss1022)提供该ran节点1022(例如,bss1022)使用来计算直到下一个寻呼时机156的剩余时间的信息(例如,tlli特定参数),并向cn节点107提供计算出的直到下一个寻呼时机156的剩余时间。根据本公开实施例的示例性的修改的寻呼过程可以具有以下步骤:

1.cn节点107(例如sgsn107)向ran节点1022(例如1022)发送寻呼请求302。寻呼请求302包括无线设备1042的imsi、edrx周期和覆盖类别(例如,无线设备1042的tlli特定参数)。ran节点1022在某个最小量的时间(例如,10秒)内存储计算所指示的无线设备1042的下一个寻呼时机156所需的tlli特定参数。

2.ran节点1022(例如,bss1022)向无线设备1042发送寻呼请求304。

3.无线设备1042向ran节点1022(例如,bss1022)发送寻呼响应306。

4.ran节点1022(例如,bss1022)计算直到无线设备1042的下一个寻呼时机156的剩余时间。下面关于表1和图5提供了ran节点1022(例如,bss1022)如何能够计算直到下一个寻呼时机156的剩余时间的示例。

5.ran节点1022(例如,bss1022)向cn节点107(例如,sgsn107)发送包含直到无线设备1042的下一个寻呼时机156的剩余时间的寻呼响应308。

注释:当将传统寻呼过程与根据本公开的修改的寻呼过程进行比较时,步骤1、4和5涉及新功能。下面提供的讨论描述了cn节点107(例如,sgsn107)根据本公开可利用直到下一个寻呼时机156的剩余时间来实现时间协调的小区1521和1522并维持寻呼无线设备1042的可靠性的一些示例性方式。

参考图4,其是示出根据本公开实施例的如何使用虚寻呼过程来支持时间协调的小区的信号图。根据本公开另一实施例的示例性的虚寻呼过程可以具有以下步骤:

1.cn节点107(例如sgsn107)向ran节点1022(例如1022)发送虚寻呼请求402。虚寻呼请求402包括无线设备1042的imsi、edrx周期和覆盖类别(例如,无线设备1042的tlli特定参数)。此外,虚寻呼请求402被定义为触发ran节点1022(例如,bss1022)计算(步骤2)直到无线设备1042的下一个寻呼时机156的剩余时间,且然后向cn节点107(例如,sgsn107)发送(步骤3)包括直到无线设备1042的下一个寻呼时机156的剩余时间的对应虚寻呼响应404。在该示例中,ran节点1022(例如bss1022)在接收到特别定义的虚寻呼请求402时不通过无线电接口向无线设备1042发送寻呼消息。

2.ran节点1022(例如,bss1022)计算直到无线设备1042的下一个寻呼时机156的剩余时间。下面关于表1和图5提供了ran节点1022(例如,bss1022)如何能够计算直到下一个寻呼时机156的剩余时间的示例。

3.ran节点1022(例如,bss1022)向cn节点107(例如,sgsn107)发送包含直到无线设备1042的下一个寻呼时机156的剩余时间的虚寻呼响应404。与步骤1和3相关联的虚寻呼机制允许cn节点107(例如,sgsn107)验证其对针对给定无线设备1042(例如)下一个寻呼时机将在何时出现的理解,并且因此可如cn节点107(例如,sgsn107)所期望地频繁地或不频繁地使用。

注释:步骤1、2和3与根据本公开的新的虚寻呼过程相关联。下面提供的讨论描述了cn节点107(例如,sgsn107)根据本公开可利用直到下一个寻呼时机156的剩余时间来实现时间协调的小区1521和1522并维持寻呼无线设备1042的可靠性的一些示例性方式。

在继续与上面关于图2-4讨论的各种过程相关联的讨论中,cn节点107(例如,sgsn107)可以使用接收到的直到下一个寻呼时机156的剩余时间以及其对无线设备特定edrx周期长度(例如,在传统rau过程或图2的修改的rau过程期间建立)的知识来维持无线设备特定edrx周期定时器158,以确定(例如)无线设备1042的寻呼时机的周期。edrx周期定时器158的值对于无线设备1042维持有效(除非由于接收到新的edrx周期信息或者直到下一个寻呼时机156的剩余时间的新值而被修改),而不管cn节点107(例如,sgsn107)是否使用正在进行的任何寻呼时机来实际触发向该无线设备1042的寻呼的发送。

cn节点107(例如,sgsn107)使用对包括直到下一个寻呼时机156的剩余时间的llcpdu(例如,图2的bssgppdu212、图3的寻呼响应308、图4的虚寻呼响应404)的接收作为时机来验证其对相关联无线设备1042的寻呼时机的周期的理解。如果llcpdu(例如,图2的bssgppdu212、图3的寻呼响应308、图4的虚寻呼响应404)指示下一个寻呼时机与cn节点107(例如,sgsn107)期望出现下一个寻呼时机的时间不同,则cn节点107(例如,sgsn107)将针对对应的无线设备1042相应地修改edrx周期定时器158。

cn节点107(例如,sgsn107)可以将edrx周期定时器158设置为在下一个寻呼时机之前的预定时间(例如,几秒)处到期,以确保无线设备1042的寻呼请求(如果有的话)在无线设备1042的寻呼时机出现在时间协调的小区1521和1522的无线电接口上之前到达与无线设备1042的寻呼区域154相关联的ran节点1021和1022(bss1021和1022)的集合处。就此而言,cn节点107(例如,sgsn107)在接收到针对无线设备1042的n-pdu时创建寻呼请求,并且寻呼请求被缓存在cn节点107(例如,sgsn107)中,直到对应无线设备1042的edrx周期定时器158到期。如果在edrx周期定时器158到期时存在缓冲的寻呼请求,则cn节点107(例如sgsn107)向适当的ran节点1021和1022(例如bss1021和1022,其正在管理无线设备1042的适用寻呼区域154的小区1521和1522))的集合发送寻呼请求,并重新启动edrx周期定时器158。一旦接收到寻呼请求,ran节点1021和1022(bss1021和1022)使用在针对无线设备1042的寻呼请求内包括的imsi、edrx周期长度以及覆盖类别(对于upod设备不存在)信息来各自计算其管理的小区1521和1522的无线电接口上的精确且基本上相同的寻呼时机。另一方面,如果在edrx周期定时器158到期时没有缓冲的寻呼请求,则cn节点107(例如,sgsn107)基于其对无线设备1042的edrx周期长度的知识来重新启动edrx周期定时器158。

在标题为“ec-gsm-paginggroupdetermination”的gp-150133和标题为“pseudocr45.820-ec-gsm,paginggroupdetermination”的gp-150259中描述了(例如)ran节点1022可用来计算直到下一个寻呼时机156的剩余时间的一个示例性方式,该两篇文档都被提交给2015年3月9日至13日的geran#65(这些文档的内容通过引用并入本文,以用于所有目的)。在该示例中,当向ran节点1022(例如,bss1022)发送寻呼请求时,cn节点107(例如,sgsn107)包括对与(例如)目标无线设备1042相关联的edrx周期、dlcc和imsi的指示,从而允许ran节点1022确定该无线设备1042的名义寻呼组在其edrx周期内的下一次出现,如下所述:

-n是在给定edrx周期内对应于给定dlcc的寻呼组的数量,并且是基于extended_drx_mfrms、ec_pch_blks_mfrm和cc_ec_pch_blks来确定的,其中:

-extended_drx_mfrms是根据下表1(gp-150133的表1)确定的每个edrx周期的51-多帧的数量。

-ec_pch_blks_mfrm指示每个51-多帧的ec-pch块的数量(即,2突发块的数量)。对于ec-gsm,该数量可以固定是16,这相当于指示每个51-多帧8个pch块的传统pch_blks_mfrm参数。

-cc_ec_pch_blks是任何给定dlcc所需的ec-pch块的数量(其中,任何给定dlcc所需的盲传输数量由规范预先定义)。

-选择由表1(gp-150133的表1)确定的edrx周期长度集合,以使该集合中的每个成员都在整个tdmafn空间内出现整数次。

-n=(ec_pch_blks_mfrmxextended_drx_mfrms)/cc_ec_pch_blks.针对dlcc=1(即cc_ec_pch_blks=1),基于名义寻呼组出现的位置来确定使用给定edrx周期的设备的ec-pchcc1块

-ec-pchcc1块=mod(imsi,n),其中n=(16×extended_drx_mfrms)/1。

表1支持的edrx周期的集合

示例:

-imsi=00000000010010010011000000000001=4796417,且extended_drx_mfrms=6656(即,edrx周期约26分钟)

-n=16*6656=106496.

-cc1名义寻呼组=mod(imsi,106496)=4097,其出现在edrx周期的第4098个ec-pch块中(即,在51-多帧#257中的第二个ec-pch块中)。

-对于相同的imsi和edrx周期长度,与其他dlcc相关联的名义寻呼组如图6.2.4.3-1所示(例如,dlcc2的名义寻呼组出现在51-多帧#257的第一个和第二个ec-pch块中)。

从图5(gp-150133的图1,coverclassspecificpaginggroups)中可以看出,使用该方法来针对给定的edrx周期建立dlcc特定的名义寻呼组确保了:对于给定的imsi,与所有可能的dlcc相关联的名义寻呼组将落入ec-pchcc1块的4个51-多帧内。如此,例如,如果(例如)无线设备1042在下一次出现其名义寻呼组之前5秒(例如,使用小区更新)向cn节点107(例如,sgsn107)发送cc更新,ran节点1022(例如,bss1022)将仍然能够及时发送寻呼,以便由根据其被递增1级的dlcc来进行监视的设备接收该寻呼。由于能够最迟在下一次出现其名义寻呼组之前几秒钟更新其dlcc,因此设备将由于不得不在其下一个寻呼时机之前短时间内(即在其名义寻呼组的下一个实例之前短时间内)选择较高的下行链路覆盖等级而大大减少丢失寻呼的概率。

应当理解,(例如)ran节点1022总是精确地知道在与其管理的小区集合中的每一个小区相对应的无线电接口上正在进行的特定tdma帧的传输。这样,一旦ran节点1022确定(例如)无线设备1042的名义寻呼组,其可以计算直到该无线设备1042的下一个寻呼时机156的剩余时间。还应该理解,除了在gp-150133和gp-150259中公开的在此描述的方式之外,还存在着ran节点1022可以使用来计算直到下一个寻呼时机156的剩余时间的其他方式。

基本功能-(例如)cn节点107和ran节点1022的配置

参考图6,其是示出在cn节点107(例如,sgsn107)中实现的方法600的流程图,cn节点107与ran节点1021和1022(bss1021和1022)交互,以根据本公开实施例对小区1521和1522进行时间协调并维持寻呼(例如)无线设备1042的可靠性。在步骤602,cn节点107从ran节点1021或1022中的一个ran节点获取对直到小区1521和1522内无线设备1042的下一个寻呼时机156的剩余时间进行指示的信息,小区1521和1522包括无线设备1042的寻呼区域154。cn节点107如何能够获取直到无线设备1042的下一个寻呼时机156的剩余时间的若干示例如下:

1.根据步骤602,cn节点107可以通过以下方式从ran节点1021或1022中的一个ran节点获取直到下一个寻呼时机156的剩余时间:(1)从(例如)一个ran节点1022接收包含rau请求的第一bssgppdu204,其中,rau请求与无线设备1042相关联(步骤602a1);(2)向该一个ran节点1022发送包含rau接受的第二bssgppdu206,其中,第二bssgppdu206包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备)(步骤602a2);以及(3)从该一个ran节点1022接收包含rau完成的第三bssgppdu212,其中,第三bssgppdu212包括直到无线设备1042的下一个寻呼时机156的剩余时间(步骤602a3)。还参见图2及其相关文本,以用于与cn节点107可以使用来获取直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。

2.根据步骤602,cn节点107可以通过以下方式从ran节点1021或1022中的一个ran节点获取直到下一个寻呼时机156的剩余时间:(1)向(例如)该一个ran节点1022发送寻呼请求302,其中,寻呼请求302包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))(步骤602b1);以及(2)从该一个ran节点1022接收寻呼响应308,其中,寻呼响应308包括直到无线设备1042的下一个寻呼时机156的剩余时间(步骤602b2)。还参见图3及其相关文本,以用于与cn节点107可以使用来获取直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。

3.根据步骤602,cn节点107可以通过以下方式从ran节点1021或1022中的一个ran节点获取直到下一个寻呼时机156的剩余时间:(1)向(例如)该一个ran节点1022发送虚寻呼请求402,其中,虚寻呼请求402包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))(步骤602c1);以及(2)从该一个ran节点1022接收虚寻呼响应404,其中,虚寻呼响应404包括直到下一个寻呼时机156的剩余时间(步骤602c2)(注释:虚寻呼响应404对应于虚寻呼请求402,即,当接收到给定的虚寻呼响应404时,它总是对应于先前发送的一个特定的虚寻呼请求402)。还参见图4及其相关文本,以用于与cn节点107可以使用来获取直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。回想在这种情况下,ran节点1022不通过无线电接口向无线设备1042发送寻呼消息,并且cn节点107可以按照其期望的频繁地发送虚寻呼请求402,以验证其对(例如)给定无线设备1042的下一个寻呼时机将会出现的时间的理解。

在步骤604,cn节点107通过使用所获取的直到无线设备1042的下一个寻呼时机156的剩余时间和与无线设备1042相关联的edrx周期长度来维持与无线设备1042相关联的edrx周期定时器158。例如,cn节点107可以通过以下方式维持edrx周期定时器158:(1)获取指示直到无线设备1042的下一个寻呼时机156的剩余时间的更新信息(步骤604a)(注释:更新信息可以如cn节点107所期望的频繁或不频繁地获取);以及(2)基于所获取的更新信息来修改edrx周期定时器158,该更新信息指示直到无线设备1042的下一个寻呼时机156的剩余时间(步骤604b)。在步骤606,cn节点107将edrx周期定时器158设置为在无线设备1042的下一个寻呼时机之前的预定时间(例如,几秒)处到期。在edrx周期定时器158到期时,且基于存在针对无线设备1042的缓冲的寻呼消息,在步骤608,cn节点107向管理小区1521和1522的ran节点1021和1022发送寻呼请求的集合,并重新启动edrx周期定时器158(回想:cn节点107将在接收到针对无线设备1042的n-pdu时缓冲针对无线设备1042的寻呼消息),其中,小区1521和1522包括无线设备1042的寻呼区域154。在edrx周期定时器158到期时,且基于不存在针对无线设备1042的缓冲的寻呼消息,cn节点107在步骤610重新启动edrx周期定时器158。

参考图7,其是示出示例性cn节点107(例如,sgsn107)的结构的框图,cn节点107与ran节点1021和1022(bss1021和1022)交互,以根据本公开实施例对小区1521和1522进行时间协调并维持寻呼(例如)无线设备1042的可靠性。在一个实施例中,cn节点107包括获取模块702、维持模块704、设置模块706、发送重启模块708和重启模块710。获取模块702被配置为从ran节点1021或1022中的一个ran节点获取对直到小区1521和1522内无线设备1042的下一个寻呼时机156的剩余时间进行指示的信息,小区1521和1522包括无线设备1042的寻呼区域154。获取模块702如何能够被配置为获取直到无线设备1042的下一个寻呼时机156的剩余时间的若干示例如下:

1.获取模块702可以通过以下方式从ran节点1021或1022中的一个ran节点获取直到下一个寻呼时机156的剩余时间:(1)从(例如)一个ran节点1022接收包含rau请求的第一bssgppdu204,其中rau请求与无线设备1042相关联(第一接收模块702a1);(2)向该一个ran节点1022发送包含rau接受的第二bssgppdu206,其中,第二bssgppdu206包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备)(发送模块702a2);以及(3)从该一个ran节点1022接收包含rau完成的第三bssgppdu212,其中,第三bssgppdu212包括直到无线设备1042的下一个寻呼时机156的剩余时间(第二接收模块702a3)。还参见图2及其相关文本,以用于与获取模块702可以使用来获取直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。

2.获取模块702可以通过以下方式从ran节点1021或1022中的一个ran节点获取直到下一个寻呼时机156的剩余时间:(1)向(例如)该一个ran节点1022发送寻呼请求302,其中,寻呼请求302包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))(发送模块702b1);以及(2)从该一个ran节点1022接收寻呼响应308,其中,寻呼响应308包括直到无线设备1042的下一个寻呼时机156的剩余时间(接收模块702b2)。还参见图3及其相关文本,以用于与获取模块702可以使用来获取直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。

3.获取模块702可以通过以下方式从ran节点1021或1022中的一个ran节点获取直到下一个寻呼时机156的剩余时间:(1)向(例如)该一个ran节点1022发送虚寻呼请求402,其中,虚寻呼请求402包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))(发送模块702c1);以及(2)从该一个ran节点1022接收虚寻呼响应404,其中,虚寻呼响应404包括直到下一个寻呼时机156的剩余时间(接收模块702c2)(注释:虚寻呼响应404对应于虚寻呼请求402,即,当接收到给定的虚寻呼响应404时,它总是对应于先前发送的一个特定的虚寻呼请求402)。还参见图4及其相关文本,以用于与获取模块702可以使用来获取直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。回想在这种情况下,ran节点1022不通过无线电接口向无线设备1042发送寻呼消息,并且cn节点107可以按照其期望的频繁地发送虚寻呼请求402,以验证其对(例如)给定无线设备1042的下一个寻呼时机将会出现的时间的理解。

维持模块704被配置为通过使用所获取的直到用于无线设备1042的下一个寻呼时机156的剩余时间和与无线设备1042相关联的edrx周期长度来维持与无线设备1042相关联的edrx周期定时器158。例如,维持模块704可以通过以下方式维持edrx周期定时器158:(1)获取指示直到无线设备1042的下一个寻呼时机156的剩余时间的更新信息(注释:更新信息可以如维持模块704所期望的频繁或不频繁地获取);以及(2)基于所获取的更新信息来修改edrx周期定时器158,该更新信息指示直到无线设备1042的下一个寻呼时机156的剩余时间。设置模块706被配置为将edrx周期定时器158设置为在无线设备1042的下一个寻呼时机之前的预定时间(例如,几秒)处到期。在edrx周期定时器158到期时,且基于存在针对无线设备1042的缓冲的寻呼消息,在步骤608,发送重启模块708被配置为向管理小区1521和1522的ran节点1021和1022发送寻呼请求的集合,并重新启动edrx周期定时器158(回想:cn节点107将在接收到针对无线设备1042的n-pdu时缓冲针对无线设备1042的寻呼消息),其中,小区1521和1522包括无线设备1042的寻呼区域154。在edrx周期定时器158到期时,且基于不存在针对无线设备1042的缓冲的寻呼消息,重启模块710被配置为重新启动edrx周期定时器158。此外,应该注意,cn节点107还可以包括众所周知的其他组件、模块或结构,然而为了清楚起见,本文仅描述了描述本公开的特征所需的组件、模块或结构。

如本领域技术人员将理解的,cn节点107的上述模块702、704、706、708和710可以被单独地实现为合适的专用电路。此外,通过功能性组合或分离,模块702、704、706、708和710还可以用任意数量的专用电路来实现。在一些实施例中,模块702、704、706、708和710甚至可以组合在单个专用集成电路(asic)中。作为备选的基于软件的实现,cn节点107可以包括存储器148、处理器146(包括但不限于微处理器、微控制器或数字信号处理器(dsp)等)和收发机136。存储器148存储可由处理器146执行的机器可读程序代码,以使cn节点107执行上述方法600的步骤。

参考图8,其是根据本公开实施例的在cn节点107(例如,sgsn107)中实现的方法800的流程图。在步骤802,cn节点107向(例如)ran节点1022发送与(例如)无线设备1042相关联的虚寻呼请求402。虚寻呼请求402包括与无线设备1042相关联的tlli特定参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))。此外,虚寻呼请求402被定义为触发ran节点1022(例如,bss1022)计算直到小区1521和1522内无线设备1042的下一个寻呼时机156的剩余时间,其中,小区1521和1522包括无线设备1042的寻呼区域154。在该情况下,ran节点1022(例如bss1022)在接收到虚寻呼请求402时不通过无线电接口向无线设备1042发送寻呼消息。(2)在步骤804处,cn节点107从该一个ran节点1022(例如,bss1022)接收虚寻呼响应404,其中,虚寻呼响应404包括直到下一个寻呼时机156的剩余时间(注释:虚寻呼响应404对应于虚寻呼请求402,即,当接收到给定的虚寻呼响应404时,它总是对应于先前发送的个特定的虚寻呼请求402)。在步骤806,cn节点107通过使用所获取的直到无线设备1042的下一个寻呼时机156的剩余时间和与无线设备1042相关联的edrx周期长度来维持与无线设备1042相关联的edrx周期定时器158。例如,cn节点107可以通过以下方式维持edrx周期定时器158:(1)如所需频繁地或不频繁地向ran节点1022(例如,bss1022)发送虚寻呼请求,以获取直到无线设备1042的下一个寻呼时机156的更新的剩余时间(步骤806a);以及(2)基于所获取的更新的信息来修改edrx周期定时器158,该更新的信息指示直到无线设备1042的下一个寻呼时机156的剩余时间(步骤806b)。在步骤808,cn节点107将edrx周期定时器158设置为在无线设备1042的下一个寻呼时机之前的预定时间(例如,几秒)处到期。在edrx周期定时器158到期时,且基于存在针对无线设备1042的缓冲的寻呼消息,在步骤810,cn节点107向正在管理小区1521和1522的ran节点1021和1022发送寻呼请求集合,并重新启动edrx周期定时器158(回想:cn节点107将在接收到针对无线设备1042的n-pdu时缓冲针对无线设备1042的寻呼消息),其中,小区1521和1522包括无线设备1042的寻呼区域154。在edrx周期定时器158到期时,且基于不存在针对无线设备1042的缓冲的寻呼消息,cn节点107在步骤812重新启动edrx周期定时器158。

参考图9,其是示出根据本公开实施例所配置的示例性cn节点107(例如,sgsn107)的结构的框图。在一个实施例中,cn节点107包括发送模块902、接收模块904、维持模块906、设置模块908、发送重启模块910和重启模块912。发送模块902被配置为向(例如)ran节点1022发送与(例如)无线设备1042相关联的虚寻呼请求402。虚寻呼请求402可以包括与无线设备1042相关联的tlli特定参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))。此外,虚寻呼请求402被定义为触发ran节点1022(例如,bss1022)计算直到小区1521和1522中的无线设备1042的下一个寻呼时机156的剩余时间,其中,小区1521和1522包括无线设备1042的寻呼区域154。在该情况下,ran节点1022(例如bss1022)在接收到虚寻呼请求402时不通过无线电接口向无线设备1042发送寻呼消息。接收模块904被配置为从该一个ran节点1022(例如,bss1022)接收虚寻呼响应404,其中,虚寻呼响应404包括直到下一个寻呼时机156的剩余时间(注释:虚寻呼响应404对应于虚寻呼请求402,即,当接收到给定的虚寻呼响应404时,它总是对应于先前发送的一个特定的虚寻呼请求402)。维持模块906被配置为通过使用所获取的直到用于无线设备1042的下一个寻呼时机156的剩余时间和与无线设备1042相关联的edrx周期长度来维持与无线设备1042相关联的edrx周期定时器158。例如,维持模块906可以通过以下方式维持edrx周期定时器158:(1)如所需频繁地或不频繁地向ran节点1022(例如,bss1022)发送虚寻呼请求402,以获取更新的直到无线设备1042的下一个寻呼时机156的剩余时间;以及(2)基于所获取的更新信息来修改edrx周期定时器158,该更新信息指示直到无线设备1042的下一个寻呼时机156的剩余时间。设置模块908被配置为将edrx周期定时器158设置为在无线设备1042的下一个寻呼时机之前的预定时间(例如,几秒)处到期。在edrx周期定时器158到期时,且基于存在针对无线设备1042的缓冲的寻呼消息,在步骤608,发送重启模块910被配置为向正在管理小区1521和1522的ran节点1021和1022发送寻呼请求集合,并重新启动edrx周期定时器158(回想:cn节点107将在接收到针对无线设备1042的n-pdu时缓冲针对无线设备1042的寻呼消息),其中,小区1521和1522包括无线设备1042的寻呼区域154。在edrx周期定时器158到期时,且基于不存在针对无线设备1042的缓冲的寻呼消息,重启模块912被配置为重新启动edrx周期定时器158。此外,应该注意,cn节点107还可以包括众所周知的其他组件、模块或结构,然而为了清楚起见,本文仅描述了描述本公开的特征所需的组件、模块或结构。

如本领域技术人员将理解的,cn节点107的上述模块902、904、906、908、910和912可以被单独地实现为合适的专用电路。此外,通过功能性组合或分离,模块902、904、906、908、910和912还可以用任意数量的专用电路来实现。在一些实施例中,模块902、904、906、908、910和912甚至可以组合在单个专用集成电路(asic)中。作为备选的基于软件的实现,cn节点107可以包括存储器148、处理器146(包括但不限于微处理器、微控制器或数字信号处理器(dsp)等)和收发机136。存储器148存储可由处理器146执行的机器可读程序代码,以使cn节点107执行上述方法800的步骤。

参考图10,其是示出在ran节点1022(bss1022)中实现的方法1000的流程图,ran节点1022与cn节点107(例如,sgsn107)交互,以根据本公开实施例对小区1521和1522进行时间协调并维持寻呼(例如)无线设备1042的可靠性。在步骤1002处,ran节点1022向cn节点107提供对直到小区1521和1522内的无线设备1042的下一个寻呼时机156的剩余时间进行指示的信息,小区1521和1522包括无线设备1042的寻呼区域154。ran节点1022如何能够提供直到无线设备1042的下一个寻呼时机156的剩余时间的若干示例如下:

1.ran节点1022可以根据步骤1002通过以下方式向cn节点107提供直到下一个寻呼时机156的剩余时间:(1)向cn节点107发送包含rau请求的第一bssgppdu204,其中,rau请求与无线设备1042相关联(步骤1002a1);(2)从cn节点107接收包含rau接受的第二bssgppdu206,其中,第二bssgppdu206包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备)(步骤1002a2);(3)使用与无线设备1042相关联的至少tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))计算直到无线设备1042的下一个寻呼时机156的剩余时间(步骤1002a3)(例如,参见与表1和图5相关联的描述);以及(4)向cn节点107发送包含rau完成的第三bssgppdu212,其中,第三bssgppdu212包括直到无线设备1042的下一个寻呼时机156的剩余时间(步骤1002a4)。还参见图2及其相关文本,以用于与ran节点1022可以向cn节点107提供直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。

2.ran节点1022可以根据步骤1002通过以下方式向cn节点107提供直到下一个寻呼时机156的剩余时间:(1)从cn节点107接收寻呼请求302,其中,寻呼请求302包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))(步骤1002b1);(2)向无线设备1042发送寻呼消息304(步骤1002b2);(3)从无线设备1042接收第一寻呼响应306(步骤1002b3);(4)使用与无线设备1042相关联的至少tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))计算直到无线设备1042的下一个寻呼时机156的剩余时间(步骤1002b4)(例如,参见与表1和图5相关联的描述);以及(5)向cn节点107发送第二寻呼响应308,其中,第二寻呼响应308包括直到无线设备1042的下一个寻呼时机156的剩余时间(步骤1002b5)。还参见图3及其相关文本,以用于与ran节点1022可以向cn节点107提供直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。

3.ran节点1022可以根据步骤1002通过以下方式向cn节点107提供直到下一个寻呼时机156的剩余时间:(1)从cn节点107接收虚寻呼请求402,其中,虚寻呼请求402包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))(步骤1002c1);(2)在接收到虚寻呼请求402时,不通过无线电接口向无线设备1042发送寻呼消息,而是至少使用与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖级别(不适用于upod设备))来计算直到无线设备1042的下一个寻呼时机156的剩余时间(步骤1002c2)(例如,参见与表1和图5相关联的描述);以及(3)向cn节点107发送虚寻呼响应404,其中,虚寻呼响应404包括直到下一个寻呼时机156的剩余时间(步骤1002c3)(注释:虚寻呼响应404对应于虚寻呼请求402,即,当接收到给定的虚寻呼响应404时,它总是对应于先前发送的一个特定的虚寻呼请求402)。还参见图4及其相关文本,以用于与ran节点1022可以向cn节点107提供直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。回想在这种情况下,cn节点107可以按照其期望的频繁地发送虚寻呼请求402,以验证其对(例如)给定无线设备1042的下一个寻呼时机将会出现的时间的理解。

参考图11,其是示出示例性ran节点1022的结构的框图,ran节点1022被配置为与cn节点107(例如,sgsn107)交互,以根据本公开实施例对小区1521和1522进行时间协调并维持寻呼(例如)无线设备1042的可靠性。在一个实施例中,ran节点1022包括提供模块1102。模块1102被配置为向cn节点107提供对直到小区1521和1522内的无线设备1042的下一个寻呼时机156的剩余时间进行指示的信息,小区1521和1522包括无线设备1042的寻呼区域154。提供模块1102如何能够提供直到无线设备1042的下一个寻呼时机156的剩余时间的若干示例如下:

1.提供模块1102可被配置为通过以下方式向cn节点107提供直到下一个寻呼时机156的剩余时间:(1)向cn节点107发送包含rau请求的第一bssgppdu204,其中,rau请求与无线设备1042相关联(第一发送模块1102a1);(2)从cn节点107接收包含rau接受的第二bssgppdu206,其中,第二bssgppdu206包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备)(接收模块1102a2);(3)使用与无线设备1042相关联的至少tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))计算直到无线设备1042的下一个寻呼时机156的剩余时间(计算模块1102a3)(例如,参见与表1和图5相关联的描述);以及(4)向cn节点107发送包含rau完成的第三bssgppdu212,其中,第三bssgppdu212包括直到无线设备1042的下一个寻呼时机156的剩余时间(第二发送模块1102a4)。还参见图2及其相关文本,以用于与ran节点1022可以向cn节点107提供直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。

2.提供模块1102可被配置为通过以下方式向cn节点107提供直到下一个寻呼时机156的剩余时间:(1)从cn节点107接收寻呼请求302,其中,寻呼请求302包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))(第一接收模块1102b1);(2)向无线设备1042发送寻呼消息304(第一发送模块1002b2);(3)从无线设备1042接收第一寻呼响应306(第二接收模块1102b3);(4)使用与无线设备1042相关联的至少tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))计算直到无线设备1042的下一个寻呼时机156的剩余时间(计算模块1102b4)(例如,参见与表1和图5相关联的描述);以及(5)向cn节点107发送第二寻呼响应308,其中,第二寻呼响应308包括直到无线设备1042的下一个寻呼时机156的剩余时间(第二发送模块1102b5)。还参见图3及其相关文本,以用于与ran节点1022可以向cn节点107提供直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。

3.提供模块1102可被配置为通过以下方式向cn节点107提供直到下一个寻呼时机156的剩余时间:(1)从cn节点107接收虚寻呼请求402,其中,虚寻呼请求402包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))(接收模块1102c1);(2)在接收到虚寻呼请求402时,不通过无线电接口向无线设备1042发送寻呼消息,而是至少使用与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖级别(不适用于upod设备))来计算直到无线设备1042的下一个寻呼时机156的剩余时间(计算模块1102c2)(例如,参见与表1和图5相关联的描述);以及(3)向cn节点107发送虚寻呼响应404,其中,虚寻呼响应404包括直到下一个寻呼时机156的剩余时间(发送模块1102c3)(注释:虚寻呼响应404对应于虚寻呼请求402,即,当接收到给定的虚寻呼响应404时,它总是对应于先前发送的一个特定的虚寻呼请求402)。还参见图4及其相关文本,以用于与ran节点1022可以向cn节点107提供直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。回想在这种情况下,cn节点107可以按照其期望的频繁地发送虚寻呼请求402,以验证其对(例如)给定无线设备1042的下一个寻呼时机将会出现的时间的理解。应该注意,ran节点1022还可以包括众所周知的其他组件、模块或结构,然而为了清楚起见,本文仅描述了描述本公开的特征所需的组件、模块或结构。也可以使用与ran节点1022的所示结构类似的方式来配置另一ran节点1021。

如本领域技术人员将认识到的,ran节点1022(例如,bss1022、nodeb1022、enodeb1022)的上述模块1102可以由合适的专用电路来实现。此外,通过功能性组合或分离,模块1102还可以用任意数量的专用电路来实现。在一些实施例中,模块1102甚至可以组合在单个专用集成电路(asic)中。作为备选的基于软件的实现,ran节点1022可以包括存储器1342、处理器1322(包括但不限于微处理器、微控制器或数字信号处理器(dsp)等)和收发机1222。存储器1342存储可由处理器1322执行的机器可读程序代码,以使得ran节点1022(例如,bss1022、nodeb1022、enodeb1022)执行上述方法1000的步骤。应该意识到,也可以使用与ran节点1022类似的方式来配置(例如)其他ran节点1021以执行方法1000。

参考图12,其是根据本公开实施例的在ran节点1022(例如,sgsn1022)中实现的方法1200的流程图。在步骤1202,ran节点1022从cn节点107接收与(例如)无线设备1042相关联的虚寻呼请求402。虚寻呼请求402可以包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))。在步骤1204,ran节点1022使用虚寻呼请求402内提供的信息(例如,tlli参数)来计算直到无线设备1042的下一个寻呼时机156的剩余时间(例如,参见与表1和图5相关联的描述)。在接收到虚寻呼请求402时,ran节点1022不通过无线电接口向无线设备1042发送寻呼消息,而是至少使用与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖级别(不适用于upod设备))来计算直到无线设备1042的下一个寻呼时机156的剩余时间。在步骤1206,ran节点1022向cn节点107发送虚寻呼响应404,其中,虚寻呼响应404包括直到下一个寻呼时机156的剩余时间(注释:虚寻呼响应404对应于虚寻呼请求402,即,当接收到给定的虚寻呼响应404时,它总是对应于先前发送的一个特定的虚寻呼请求402)。还参见图4及其相关文本,以用于与ran节点1022可以向cn节点107提供直到无线设备1042的下一个寻呼时机156的剩余时间的该示例性方式有关的另一讨论。回想在这种情况下,cn节点107可以按照其期望的频繁地发送虚寻呼请求402,以验证其对(例如)给定无线设备1042的下一个寻呼时机将会出现的时间的理解。

参考图13,其是示出根据本公开实施例所配置的(例如)示例性ran节点1022的结构的框图。在一个实施例中,ran节点1022包括接收模块1302、使用模块1304和发送模块1306。接收模块1302被配置为从cn节点107接收与(例如)无线设备1042相关联的虚寻呼请求402。虚寻呼请求402可以包括与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖类别(不适用于upod设备))。使用模块1034被配置为使用虚寻呼请求402内提供的信息(例如,tlli参数)来计算直到无线设备1042的下一个寻呼时机156的剩余时间(例如,参见与表1和图5相关联的描述)。在接收到虚寻呼请求402时,使用模块1034不通过无线电接口向无线设备1042发送寻呼消息,而是至少使用与无线设备1042相关联的tlli参数(例如,imsi、edrx周期长度、覆盖级别(不适用于upod设备))来计算直到无线设备1042的下一个寻呼时机156的剩余时间。发送模块1306被配置为向cn节点107发送虚寻呼响应404,其中,虚寻呼响应404包括直到下一个寻呼时机156的剩余时间(注释:虚寻呼响应404对应于虚寻呼请求402,即,当接收到给定的虚寻呼响应404时,它总是对应于先前发送的一个特定的虚寻呼请求402)。应该注意,ran节点1022还可以包括众所周知的其他组件、模块或结构,然而为了清楚起见,本文仅描述了描述本公开的特征所需的组件、模块或结构。也可以使用与ran节点1022的所示结构类似的方式来配置另一ran节点1021。

如本领域技术人员将认识到的,ran节点1022(例如,bss1022、nodeb1022、enodeb1022)的上述模块1302、1304和1306可以由合适的专用电路来实现。此外,通过功能性组合或分离,模块1302、1304和1306还可以用任意数量的专用电路来实现。在一些实施例中,模块1302、1304和1306甚至可以组合在单个专用集成电路(asic)中。作为备选的基于软件的实现,ran节点1022可以包括存储器1342、处理器1322(包括但不限于微处理器、微控制器或数字信号处理器(dsp)等)和收发机1222。存储器1342存储可由处理器1322执行的机器可读程序代码,以使得ran节点1022(例如,bss1022、nodeb1022、enodeb1022)执行上述方法1200的步骤。应该意识到,也可以使用与ran节点1022类似的方式来配置(例如)其他ran节点1021以执行方法1200。

鉴于上述情况,本领域技术人员将理解,本公开公开了cn节点107(例如,sgsn107)、ran节点1021和1022(例如,bss1021和1022)以及各种方法600、800、1000和1200,其通过实现时间协调的小区1521和1522并保持寻呼无线设备1042(例如,mtc设备1042,移动台1042)的可靠性来解决现有技术的缺陷。本公开具有几个优点,其中一些如下:本文描述的实现时间协调的小区的技术允许使用edrx周期长度来维持寻呼无线设备的可靠性,该可靠性等同于与使用传统dxr周期长度的无线设备相关联的可靠性。另外,与依赖于(a)cn节点(例如,sgsn)需要知道用于确定精确寻呼时机的无线电接口相关的帧结构或者(b)无线设备配备有用于向cn节点(例如,sgsn)传送精确时钟信息的gps接收机的解决方案相比,向cn节点(例如,sgsn)提供本文描述的与无线设备的“直到下一个寻呼时机的剩余时间”有关的信息的技术可以被看作相对而言较不复杂且便宜的。

本文描述的技术适用于任何无线电接入技术(rat),其中,控制核心网络节点(例如,sgsn、移动性管理实体(mme)等)需要知道在无线电接口上出现寻呼时机的时间,在活跃的数据传输期间,ran(例如,基站系统(bss)、节点b(nb),演进的nb(enb)等)向控制核心网络节点提供无线电接口的定时信息,和/或用于计算无线电接口定时的信息由控制核心网络节点提供。还需要注意的是,确定无线电接口定时所需的信息可能因系统而异,因此可能是取决于解决方案的。

本领域技术人员将理解,术语“示例性”的使用在本文中用于表示“说明性的”或“用作示例”,并且不意在暗示特定实施例优于另一个或者特定特征是必不可少的。同样,除非上下文另有明确指示,否则术语“第一”和“第二”及类似术语仅用于将项目或特征的一个特定实例与另一特定实例区分开,而不指示特定顺序或排列。此外,如本文所使用的术语“步骤”意在与“操作”或“动作”同义。除非所描述的操作的上下文或细节另有明确指示,否则本文对步骤序列的任何描述并不意味着这些操作必须以特定顺序执行,或者甚至这些操作以任意顺序执行。

当然,在不脱离本发明的范围和实质特征的情况下,本公开可以以不同于本文所阐述的那些的其它特定方式来实现。上面讨论的个或多个具体过程可以在蜂窝电话或包括一个或多个适当配置的处理电路的其它通信收发机中执行,在一些实施例中,这些处理电路可以体现在一个或多个专用集成电路(asic)中。在一些实施例中,这些处理电路可以包括一个或多个微处理器、微控制器、和/或被编程有适当软件和/或固件以实现上述一个或多个操作及其变化的数字信号处理器。在一些实施例中,这些处理电路可以包括执行上述功能中的一个或多个的定制硬件。本发明实施例因此在所有方面应被视为说明性的而不是限制性的。

尽管已经在附图中示出了并且在前面的具体实施方式中描述了本公开的多个实施例,但应当理解,本发明不限于所公开的实施例,而是还能够进行多种重新布置、修改和替换,而不偏离如已经在所附权利要求中阐述和限定的本公开。

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