用于触发寻呼剖析的方法和布置与流程

文档序号:11162529阅读:345来源:国知局
用于触发寻呼剖析的方法和布置与制造工艺

本发明一般涉及蜂窝通信网络中的寻呼的领域。更具体来说,它涉及用于建立特定地理区域中的寻呼间隔和寻呼重复(repetition)次数的寻呼剖析。



背景技术:

相对于蜂窝通信网络处于空闲模式的无线通信装置通常在预定时机(所谓的寻呼时机)调谐到留驻(camp-on)小区的基站,以检查它是否被网络寻呼。例如,如果存在针对无线通信装置的传入呼叫,则装置可被寻呼。

通常,当无线通信装置处于空闲模式时,它使用网络所提供的相邻小区信息自主地处置移动性。如果当前留驻小区变弱并且存在更强相邻小区,则无线通信装置通常将小区改变成更强相邻小区。在这个(所谓的)小区重选期间,无线通信装置通常不监测寻呼,并且因此它可在此时间期间错过寻呼。为了防止错过寻呼(例如因小区重选所引起的寻呼监测中的的中断),蜂窝通信网络通常重复寻呼一次或多次,直到无线通信装置进行响应。

在典型蜂窝通信网络中,地理区域(无线通信装置在其中注册)(即,所谓的位置(或跟踪)区域)中的所有基站发送预计送往无线通信装置的寻呼。当无线通信装置例如因穿过某个地理边界而重选到另一个位置(或跟踪)区域中的小区或者改变成另一种无线电接入技术(RAT)时,它通常必须就它当前在哪个地理区域而更新网络。这通常通过位置(或跟踪)区域更新过程进行。直到无线通信装置完成更新位置(跟踪)区域,蜂窝通信网络将具有与在哪一个区域中寻呼无线通信装置有关的过时信息。为了防止因过时位置(或跟踪)区域信息而错过寻呼,如果无线通信装置没有响应所注册位置(跟踪)区域中的寻呼,则蜂窝通信网络通常重复进行相邻位置(跟踪)区域中的寻呼。

寻呼时机遵循所谓的寻呼循环(cycle),其通常由蜂窝通信网络节点来配置。寻呼循环长度通常取决于可适用的无线电接入技术标准。

通常,无线通信装置需要每寻呼时机启动无线电单元(radio),例如以便调谐到服务小区下行链路载波,执行自动增益控制(AGC)、自动频率控制(AFC),并且在它能够监测寻呼之前更新服务小区的定时。

短寻呼循环的使用暗示在给定时间帧之内比如果使用较长寻呼循环时更多的这类活动。这通常导致更高功率消耗,并且因此又导致更短待机时间。

对双SIM双待机(DSDS)无线通信装置可经历与寻呼相关的另一个问题。这种无线通信装置可在具有对于第二SIM的正进行连接(例如,分组交换(PS)连接)的同时监测对于第一SIM的寻呼。当DSDS装置采用单个无线电单元来实现时,通常需要在第一SIM的寻呼时机刺穿(puncture)第二SIM的正进行连接,使得无线电单元可从一个频率(或小区)调谐到另一个,监听寻呼,并且然后再次调谐回。

首先因到无线通信装置的调度的传输和来自无线通信装置的调度的传输无法执行(因为无线电单元调谐到另一个频率/小区),并且其次因就在所创建间隙之前正确接收的传输块的HARQ(混合自动重传请求)确认无法传送(导致网络侧即使已经成功接收也可能重传数据),刺穿正进行连接通常将导致直接吞吐量损失。

刺穿还可对残余BLER(误块率)具有影响,从而导致更高层(RLC—无线电链路控制)中的重传。

此外,因刺穿而没有传送的确认和/或信道质量报告可导致网络侧对无线通信装置应用更鲁棒的MCS(调制和编码方案),这导致更低吞吐量。

如上所解释的,在寻呼中通常存在冗余度,其可由无线通信装置利用来例如降低功率消耗。但是,通常只有可用寻呼时机按照可适用蜂窝通信标准来定义,而寻呼的重复模式(重复次数和重复之间的间隔)没有标准化。因此,无线通信装置需要获取这种信息,以便能够相对于错过寻呼的概率来平衡功率消耗要求和/或吞吐量要求。

美国专利发表US 2014/0056197 A1公开用于调整通信系统中的终端的唤醒周期的方法和设备。终端确定网络侧装置是否在区域(终端位于其中)中重传寻呼消息。终端获取时间间隔(在所述时间间隔重传寻呼消息)和重传寻呼消息的次数,并且将其唤醒周期调整成等于N乘以时间间隔(在所述时间间隔重传寻呼消息)的值。例如当终端进入新位置区域时、当终端启动时或者经过用户输入的指令来触发网络侧装置是否重传寻呼消息的确定。

如以下将会理解的,存在对用于触发寻呼剖析的备选方式的需要。优选地,备选方式更加灵活,和/或提供更准确结果。



技术实现要素:

应当强调,当在本说明书中使用时,术语“包括(comprises)/包括(comprising)”用来指定存在所陈述的特征、整数、步骤或组件,但并不排除存在或附加一个或多个其他特征、整数、步骤、组件或者其编组。

一些实施例的目的是消除上述缺点的至少一部分,并且提供用于触发寻呼剖析的备选方法和布置。

按照第一方面,这通过一种用于确定寻呼重复次数和寻呼重复之间的时间间隔的寻呼剖析方法来实现。该方法包括通过引起与一个或多个无线通信装置相关的寻呼来触发寻呼剖析。

在一些实施例中,引起寻呼可包括下列步骤的一个或多个:向一个或多个无线通信装置发送虚拟短消息服务(SMS)消息;向一个或多个无线通信装置发送虚拟数据分组;以及在对一个或多个无线通信装置的正进行传输期间引起断开。虚拟SMS消息例如可以是空SMS消息。虚拟数据分组例如可以是空数据分组。

按照一些实施例,与一个或多个无线通信装置相关的所引起寻呼可以是虚拟寻呼(即,没有涉及所建立的实际通信的寻呼,例如空SMS消息或者空数据分组)。备选地或附加地,按照一些实施例,与一个或多个无线通信装置相关的所引起寻呼可以是常规寻呼(即,涉及所建立的实际通信的寻呼,例如建立特意断开的正进行传输)。

触发寻呼剖析可由无线通信装置(例如引起对其本身的寻呼)和/或由服务器(例如引起对一个或多个无线通信装置的寻呼的基于云的服务器)来执行。

在一些实施例中,该方法还可包括基于寻呼剖析来更新寻呼模式数据库的条目,其中条目与地理区域(一个或多个无线通信装置驻留在其中)关联。地理区域例如可以是小区、位置区域(LA)或跟踪区域(TA)。通常,寻呼模式数据库可具有用于多个地理区域的相应条目。寻呼模式数据库可容纳在无线通信装置中和/或服务器中。

按照一些实施例,该方法还可包括通过检测寻呼模式数据库的条目不是有效的来检测需要寻呼剖析。在这类实施例中,响应检测需要寻呼剖析而实现寻呼剖析的触发。检测需要寻呼剖析例如可响应与地理区域关联的寻呼模式数据库查询。

不是有效的条目例如可包括下列状况的一个或多个:条目缺失,条目的值过时(例如自值的时间戳以来的持续时间大于阈值)以及条目的值被认为不可靠(例如因为它基于不充分统计—过少的剖析测量和/或来自过少无线通信装置的测量)。

如果无线通信装置尚未较早的处于地理区域中,如果它尚未存储地理区域的任何寻呼概况,或者如果地理区域的所存储寻呼概况过旧,则条目可对无线通信装置的寻呼模式数据库是无效的。

如果服务器不具有地理区域的任何寻呼概况,或者如果服务器不具有地理区域的可靠寻呼概况(例如过旧、过少测量、过少无线通信装置等),则条目可对服务器的寻呼模式数据库是无效的。

对于什么时候可触发寻呼剖析的其他方式包括触发:

取决于无线通信装置的当前和/或最近活动等级(例如,当装置对某个所指定时间周期处于空闲模式时触发),

取决于时刻(例如在低业务时间期间触发),

当无线通信装置将要转移到空闲模式时,

取决于无线电条件(例如,仅当无线电条件被认为良好,例如如果接收信号强度/质量高于无线电条件阈值时进行触发),

取决于小区或其他地理区域(无线通信装置驻留在其中)中的业务量(例如,仅当业务量低于业务量阈值时进行触发),

取决于无线通信装置的速度参数(例如当无线通信装置被认为是静止时或者当无线通信装置的移动性被认为低时进行触发),

取决于系统参数(例如,当寻呼循环小于最大寻呼循环长度时进行触发)。

这类方式可单独地或者按照相互之间的任何组合和/或检测寻呼模式数据库的条目是无效的方式来使用。

按照一些实施例,该方法可由包括寻呼模式数据库的服务器来执行。然后,该方法还可包括从一个或多个无线通信装置的至少一个来接收指示寻呼重复次数和重复之间的时间间隔的测量报告,以及更新寻呼模式数据库的条目可基于测量报告。

服务器可以是基于云的服务器。通常,在它不具有寻呼参数(重复次数和重复之间的间隔)的先验知识的意义上,服务器不是蜂窝通信网络的一部分。

服务器可由蜂窝通信网络运营商或者由独立方来操作。数据可对于多个蜂窝通信网络运营商来共享。

在一些实施例中,更新寻呼模式数据库的条目还可基于多个更早接收的测量报告。

例如,当建立服务器时,它可(对于它要覆盖的各地理区域)以从一个或多个无线通信装置触发初始寻呼剖析而启动或者它可采用缺省值来建立。

随后,它可在各种触发时机从一个或多个无线通信装置触发新寻呼剖析。触发时机例如可以是当条目缺乏、过旧、不可靠等时。备选地或附加地,触发时机可通过如以上详述的其他参数(例如时刻、无线通信装置的速度等)来控制。

一个或多个无线通信装置可包括驻留在感兴趣地理区域中的所有无线通信装置或者其子集。

当接收随后的触发的(一个或多个)测量报告时,服务器可基于所接收的(一个或多个)测量报告按照任何适当方式来更新条目。

例如,新条目值可以是旧条目值和所接收的(一个或多个)测量报告的(一个或多个)值的加权平均。

备选地或附加地,服务器可使用最近的报告的数量X的百分之九十或中值(例如)作为条目值(重复计数和/或重复之间的时间间隔)。使用百分之九十(或者另一个适当度量)具有滤出错误报告的有益效果。

与以上所述并行地,按照一些实施例,服务器可跟踪最近的报告的数量Y(其中Y<X)的变化,以及早检测是否可能存在网络的重新配置。如果确定可能存在网络的重新配置,则服务器可使任何先前推断的条目值无效或者认为任何先前推断的条目值是不太可靠的。

备选地或附加地,服务器可使用按照报告的数量X和数量Y(其中Y<X)的最大值,由此实现网络重新配置的早期检测。在一些实施例中,所产生重复次数减去一次重复被用作条目。

又备选地或附加地,可使用适当滞后。例如,服务器可以仅在最近的报告的数量M中的数量N指示更高重复次数之后增加重复次数的条目,但是可已经在最近的报告的数量M中的数量L指示较低重复次数(其中L<<N)之后减少重复次数的条目。

在一些实施例中,该方法还可包括给与更新条目关联地对寻呼模式的条目加时间戳。在这类实施例中,如果时间戳比对应阈值要旧,则条目可被认为无效。

服务器可在两个或更多蜂窝通信网络运营商之间共享。

按照一些实施例,该方法可由无线通信装置来执行。然后,与一个或多个无线通信装置相关的寻呼可由对无线通信装置本身的寻呼来组成,以及该方法还可包括测量寻呼重复次数和重复之间的时间间隔,并且基于寻呼重复次数和重复之间的时间间隔来调整无线通信装置的寻呼读取次数。

调整寻呼读取次数例如可包括确定是否在每一个可能寻呼时机监听寻呼。例如,如果存在许多重复,则可以有可能以少于每一个寻呼时机来监听寻呼以节省功率和/或增加吞吐量而没有严重增加错过寻呼的风险,以及如果重复之间的时间间隔较大,则可以不需要以少于每一个寻呼时机来监听寻呼。

如果无线通信装置包括寻呼模式数据库,则更新寻呼模式数据库的条目可基于所测量的寻呼重复次数和重复之间的时间间隔。

如果寻呼模式数据库包括在服务器中,则如由无线通信装置所执行的方法还可包括向服务器传送指示所测量的寻呼重复次数和重复之间的时间间隔的测量报告。

在一些实施例中,测量寻呼重复次数和重复之间的时间间隔可包括如果检测到最大重复次数则终止测量。

第二方面是一种包括计算机可读介质(具有包含程序指令的计算机程序在其上)的计算机程序产品,计算机程序可加载到数据处理单元中并且适合于在由数据处理单元运行计算机程序时引起按照第一方面的方法的执行。

第三方面是一种用于确定寻呼重复次数和寻呼重复之间的时间间隔的寻呼剖析布置。该布置包括寻呼剖析发起器,其适合于通过引起与一个或多个无线通信装置相关的寻呼来触发寻呼剖析。

在一些实施例中,该布置还可包括基于寻呼剖析来更新寻呼模式数据库的条目的部件,其中条目与地理区域(一个或多个无线通信装置驻留在其中)关联。

按照一些实施例,该布置还可包括检测器,其适合于通过检测寻呼模式数据库的条目不是有效的来检测需要寻呼剖析。然后,寻呼剖析发起器适合于响应检测器检测到需要寻呼剖析而实现寻呼剖析的触发。

在一些实施例中,与一个或多个无线通信装置相关的寻呼可由对包括该布置的无线通信装置的寻呼来组成。在这些实施例中,该布置还可包括:测量单元,适合于测量寻呼重复次数和重复之间的时间间隔;以及调整单元,适合于基于寻呼重复次数和重复之间的时间间隔来调整无线通信装置的寻呼读取次数。当寻呼模式数据库包括在服务器中时,该布置还可包括控制器,其适合于引起向服务器传送指示寻呼重复次数和重复之间的时间间隔的测量报告。

在一些实施例中,该布置还包括寻呼模式数据库以及适合于更新条目的数据库管理单元。如果该布置包括在服务器中,则数据库管理单元适合于基于来自一个或多个无线通信装置的至少一个的指示寻呼重复次数和重复之间的时间间隔的所接收的测量报告来更新条目。如果数据库包括在无线通信装置中,则数据库管理单元适合于基于所测量寻呼重复次数和重复之间的时间间隔来更新条目。

第四方面是一种包括按照第三方面或者其适当实施例的布置的服务器。

第五方面是一种包括按照第三方面或者其适当实施例的布置的无线通信装置。

在一些实施例中,第三、第四和第五方面附加地可具有与如以上对第一方面所解释的各种特征的任一种相同的或对应的特征。

寻呼剖析的一般优点是相对于错过寻呼的概率来平衡吞吐量和/或功率消耗的可能性。

一些实施例的优点在于,提供灵活寻呼剖析。灵活性例如可借助于在适当时间通过为此目而引起寻呼以触发寻呼剖析的可能性来提供。

一些实施例的另一个优点在于,提供更可靠的寻呼概况。可靠性例如可借助于服务器从若干无线通信装置收集多个寻呼剖析测量报告、由此提供充分统计基础来提供。备选地或附加地,可靠性可借助于在测量条件是良好(例如,静止无线通信装置、有益无线电条件等)时触发寻呼剖析的可能性来提供。

一些实施例的又一优点在于,寻呼剖析可在它尽可能少地干扰无线通信装置和/或系统的正常操作时被触发。这个有益效果例如可通过在无线通信装置对长时间周期处于空闲模式(在夜间期间)、当业务负荷低等时触发寻呼剖析的可能性来实现。

附图说明

从以下对附图进行参考的实施例的详细描述中,其他目的、特征和优点将会显现,在附图中:

图1是示出按照一些实施例的示例方法步骤的流程图;

图2是示出按照一些实施例的示例方法步骤和信号的组合流程图和信令图;

图3是示出按照一些实施例的示例方法步骤的流程图;

图4是示出按照一些实施例的示例寻呼剖析布置的示意框图;

图5是示出按照一些实施例的示例寻呼剖析布置的示意框图;以及

图6是示出按照一些实施例的示例计算机程序产品的示意图。

具体实施方式

下面将描述实施例,其中寻呼剖析(确定寻呼重复次数和寻呼重复之间的时间间隔)由一个或多个无线通信装置(以下又称作装置)来执行。寻呼剖析例如可用来优化错过寻呼的概率与功率消耗和/或吞吐量之间的折衷。

现有技术的寻呼剖析方式的缺点在于,寻呼剖析的质量(可靠性)可改变。例如,如果剖析在无线电条件不良时被触发(例如通过进入新位置区域、通过启动终端或者通过由用户输入指令),则寻呼剖析测量的结果可能不充分(例如因为没有检测到实际寻呼)。

因此,本文呈现实施例,其中触发寻呼剖析通过引起与一个或多个无线通信装置相关的寻呼进行。因此,寻呼剖析的定时变为灵活。这样,有可能在有利条件下执行寻呼剖析。此外,有可能在它尽可能少地干扰装置和/或通信系统整体的其他操作时执行寻呼剖析。

在本文的一些实施例中,服务器将来自若干装置的寻呼剖析信息收集在寻呼模式数据库中,这更进一步增加可靠性。这些实施例的另一个优点在于,进入地理区域(装置没有针对此地理区域的所存储寻呼概况)的所述装置不一定必须立即(或者根本不)执行寻呼剖析,以便能够优化上面指示的折衷。而是,这种装置可查询服务器的寻呼模式数据库,并且接收如其他装置所测量的寻呼剖析信息。备选地,对网络执行地理区域更新过程的装置可从服务器的寻呼模式数据库来接收(作为更新过程的部分)寻呼剖析信息(如其他装置所测量的)。这样,通常平均需要更少寻呼剖析测量,因为装置可获益于其他装置所执行的剖析。

现在将参照图1和图2来描述一些实施例。

图1示出按照一些实施例的示例方法100,其可由无线通信装置来执行。

在步骤110,执行方法100的装置检测需要寻呼剖析。这例如可包括这例如可包括进入新地理区域(例如跟踪/位置区域),查询寻呼剖析数据库(包括在装置本身中并且与通过装置的更早寻呼剖析测量相关,或者包括在服务器中并且与通过多个装置的寻呼剖析测量相关)以检索地理区域的寻呼概况,并且检测数据库中不存在对于所述地理区域的有效条目。

随后,在步骤120,装置通过引起对其本身的寻呼来触发寻呼剖析。由于没有触发寻呼剖析,直到引起自寻呼,所以可适配(adapt)触发的定时使得(当寻呼剖析将要执行时)例如无线电条件是有利的,速度是有利的,装置的活动低等,如以上详述的。

引起寻呼例如可包括装置向其本身发送SMS消息或者向其本身发送数据分组。

在步骤130,装置按照任何适当方式来测量寻呼的重复次数和寻呼重复之间的时间间隔。

在步骤140测量结果可用来调整寻呼读取(例如,相对于错过寻呼的概率来折衷功率损耗和/或吞吐量)。

在步骤150测量结果还可用来更新寻呼模式数据库。如果寻呼模式数据库包括在装置中,则步骤150可包括存储测量结果。如果寻呼模式数据库包括在服务器中,则步骤150可包括向服务器发送寻呼剖析测量报告。

图2示出按照一些实施例的示例方法200,其可由服务器203来执行。图2还示出对应示例方法205(其可由无线通信装置(UE)201来执行)以及服务器与无线通信装置之间的对应信令。

在步骤210,服务器203检测需要寻呼剖析。这例如可包括检测它缺乏对于特定地理区域的寻呼概况,或者对于特定地理区域的所存储的寻呼概况不可靠(例如,因为它过旧,因为它基于过少测量,和/或因为它基于来自过少装置的测量)。

随后,在步骤220,装置通过引起对当前驻留在相关地理区域中的装置201(并且可能还对其他装置)的寻呼来触发寻呼剖析。由于没有触发寻呼剖析,直到引起寻呼,所以可适配触发的定时使得(当寻呼剖析将要执行时)例如无线电条件是有利的,速度是有利的,装置的活动低等,如以上详述的。在图2的情形中,装置201结合蜂窝通信网络(NW)202进行操作,并且引起寻呼通过适当消息221(例如预计送往装置的SMS消息或数据分组)从服务器203到网络202(其又将寻呼231传送给装置201)的传输示出。备选地或附加地,服务器可通过当存在对传输挂起的数据的同时中断与装置的正进行连接(例如停用承载或类似的)来引起寻呼。

在步骤230,装置按照任何适当方式来测量寻呼231的重复次数和寻呼重复之间的时间间隔。

在步骤240测量结果通过测量报告241(其由服务器203接收,并且在步骤250用来更新寻呼模式数据库)来传送给服务器。

如同图1中一样,测量结果也可用来调整通过装置(未示出)的寻呼读取。

如上所提到的,按照一些实施例,剖析可以仅当假定装置为静止(或者缓慢移动)时被发起。这种方式的优点在于,存在剖析过程期间将重选新小区(潜在地从新位置/跟踪区域)的更小风险。装置速度的检测可通过任何适当的已知或将来方法来实现。例如,可监测小区定时、信号强度和/或信号质量,以及如果被监测参数随时间是稳定的,则它可指示装置是静止的。

在一些实施例中,只有如果满足与系统参数相关的特定要求,才可发起寻呼剖析。例如,可要求寻呼循环小于阈值循环时间(例如等于最大循环时间),以使剖析被执行和/或使更稀疏寻呼监测被应用。这种方式的应用避免装置响应寻呼之前的极长等待时间。这种方式的应用还能够通过存在采用寻呼的已经稀疏监测针对功率消耗和/或吞吐量的进一步优化的极小可能性来证明。

图3示出按照一些实施例的装置测量寻呼的重复次数的示例方法300(分别与图1和图2的步骤130和230相比)。寻呼重复之间的时间间隔被认为在这个示例中是已知的(通常在系统信息中提供)。

寻呼剖析在步骤330启动,其中指示是否被寻呼的装置的参数(isPaged)初始化为“false”,以及指示所检测寻呼重复次数的计数器(repetitionCount)初始化为0。

然后在步骤331监测寻呼时机。在典型寻呼剖析过程中,监测所有寻呼时机(即使所调整的寻呼读取以其他方式来应用,与例如图1的步骤140相比)。又在典型寻呼剖析过程中,寻呼时机的监测继续进行,即使检测到寻呼(即,没有响应寻呼,直到完成剖析),以激发(provoke)寻呼重复。

如果在被监测的寻呼时机接收寻呼(从步骤332的Y路径),以及如果所接收寻呼专用于装置(从步骤333的Y路径),则在步骤334,isPaged更新成“true”,并且repetitionCount递增。

在步骤334之后,如果没有达到最大重复次数(maxCount)(从335的N路径),则在步骤331(下一个寻呼时机的)监测继续进行(从335的Y路径),在该情况下,对所述地理区域来存储寻呼的重复次数(repetitionCount)(步骤338),并且例如通过随机存取来响应专用寻呼(步骤339)。

最大重复次数可对应于标准化数字、由网络发信号通知的数字或者由装置本身所设置的数字。应用最大重复次数的一个目的是要避免太长延迟,直到由装置发送寻呼响应,如果寻呼不是虚拟寻呼则这是特别有用的。在一些实施例中,装置可将maxCount设置为2。

按照一些实施例,与maxCount有关的校验是可选的,如由图3的虚线部分所指示的。

如果所接收的寻呼是公共的(从步骤333的N路径),则在步骤336装置遵循常规过程(例如,读取系统信息更新、公共告警等),在此之后在步骤331(下一个寻呼时机的)监测继续进行。

如果在被监测寻呼时机中没有接收到寻呼(从步骤332的N路径),如果isPaged为“false”(从步骤337的N路径)、即如果先前寻呼时机中没有寻呼装置则在步骤331(下一个寻呼时机的)监测继续进行。否则,如果isPaged为“true”(从步骤337的Y路径),即,如果在先前寻呼时机中装置被寻呼,则对寻呼的所有重复进行计数,因此对所述地理区域来存储寻呼的重复次数(repetitionCount)(步骤338),并且例如通过随机存取来响应专用寻呼(步骤339)。一旦到达步骤339,则终止寻呼剖析。

一般来说,如果装置离开在考虑下的地理区域,和/或如果条件(速度、信号强度等)退化,则通常可终止寻呼剖析。如果寻呼剖析过早终止,则结果通常不用于寻呼模式数据库的更新。如果寻呼剖析过早终止,则新寻呼剖析可在以后的时间点触发。

又一般来说,可存在若干备选方案,通过所述备选方案使装置对寻呼剖析是活动的(即,配置成当寻呼到达时例如通过执行图2的步骤230和240和/或图3的示例方法300来执行寻呼剖析)。

在不要求服务器交互的一个示例中,装置遭遇小区(对于所述小区它不知道寻呼重复和/或重复之间的时间间隔(即,这些参数不是历史信息的部分))。然后,服务可自行配置用于寻呼剖析,向其本身发送SMS,立即释放连接(即,转到空闲),并且监测寻呼。在典型实施例中,它因来自其本身的SMS而接收虚拟寻呼还是接收对它的另一个寻呼是不相关的,因为相同重复模式适用(网络不识别寻呼之间的任何差异)。为了避免采用新SMS的通知干扰装置的用户,装置发送给其本身的SMS消息可包含允许SMS被滤出而不向用户显示的字符的不可能组合。

在要求服务器交互的备选或附加示例中,装置在联络服务器时(例如在跟踪区域更新期间)发现不存在与装置当前所在小区有关的信息。然后,装置可请求服务器触发寻呼(例如通过向装置发送消息),释放连接(即,转到空闲),并且启动寻呼剖析。服务器通常在从装置接收触发寻呼的请求之后等待一些时间。然后,服务器向装置发送消息(例如SMS),装置通过其获得执行寻呼剖析的机会。在典型实施例中,装置因服务器生成消息而接收寻呼还是接收对它的另一个寻呼是不相关的,因为相同重复模式适用(网络不识别寻呼之间的任何差异)。

图4示出按照一些实施例的示例寻呼剖析布置。图4的示例布置例如可包括在无线通信装置400中,并且可适合于执行如图1中所描述的示例方法100。

该布置包括适合于接收和传送寻呼的收发器(RX/TX)410以及控制器(CNTR)420。控制器420包括:检测器(DET)421,其适合于检测需要寻呼剖析(与图1的步骤110相比);以及寻呼剖析发起器(TRIG)422,其适合于通过引起对其本身的寻呼来触发寻呼剖析(与图1的步骤120相比)。控制器420还包括:测量单元(MEAS)423,其适合于测量寻呼重复次数和重复之间的时间间隔(与图1的步骤130相比);以及调整单元(ADJ)424,其适合于基于测量来调整无线通信装置的寻呼读取次数(与图1的步骤140相比)。

该布置还可包括具有关联数据库管理单元(DB MGMT)431的寻呼模式数据库(DB)430。在这类实施例中,控制器420还可适合于引起数据库管理单元431更新寻呼模式数据库430(与图1的步骤150相比)。

如果寻呼模式数据库包括在服务器(未示出)中,则控制器420还可适合于引起收发器410向服务器传送测量报告(与图1的步骤150相比)。

图5示出按照一些实施例的示例寻呼剖析布置。图5的示例布置例如可包括在服务器550中,并且可适合于执行如图2中所描述的示例方法200。服务器550可以是基于云的,如由540所示的。

该布置包括:检测器(DET)521,其适合于检测需要寻呼剖析(与图2的步骤210相比);以及寻呼剖析发起器(TRIG)522,其适合于通过引起对驻留在感兴趣地理区域中的一个或多个装置560的寻呼(与图2的步骤220相比)并且相对于经由云540可达的蜂窝通信网络(NW)550进行操作来触发寻呼剖析。

一个或多个装置560各包括适合于接收寻呼的收发器(RX/TX)510以及控制器(CNTR)520。控制器520包括测量单元(MEAS)523,其适合于测量寻呼重复次数和重复之间的时间间隔(与图2的步骤230相比)。控制器520还适合于引起收发器510向服务器传送测量报告(与图2的步骤240相比)。

该布置还包括具有关联数据库管理单元(DB MGMT)531的寻呼模式数据库(DB)530。数据库管理单元531适合于基于来自一个或多个装置560的(一个或多个)测量报告来更新寻呼模式数据库530(与图2的步骤250相比)。

所描述的实施例及其等效体可通过软件或硬件或者其组合来实现。它们可由与通信装置关联或者作为其整体部分的通用电路(例如数字信号处理器(DSP)、中央处理单元(CPU)、协处理器单元、现场可编程门阵列(FPGA)或者其他可编程硬件)或者由专用电路(例如专用集成电路(ASIC))来执行。所有这类形式预期处于本公开的范围之内。

实施例可出现在包括电路/逻辑或者执行按照实施例的任一个的方法的电子设备(例如无线通信装置或服务器)内。电子设备例如可以是便携或手持移动无线电通信装备、移动无线电终端、移动电话、用户装备、通信器、电子记事本、智能电话、计算机、笔记本、移动游戏装置或者基于云的服务器。

按照一些实施例,计算机程序产品包括计算机可读介质,例如诸如USB棒、插入式卡、嵌入式驱动器、磁盘或CD-ROM(例如图6中的CD-ROM 600)。计算机可读介质上可具有包括程序指令的计算机程序存储在其上。计算机程序可以可加载到数据处理单元620中,数据处理单元620例如可包括在移动终端610中。当加载到数据处理单元620中时,计算机程序可存储在与数据处理单元620关联或者作为其整体部分的存储器630中。按照一些实施例,计算机程序在加载到数据处理单元620并且由其运行时可引起按照例如图1、图2和图3的任一个中所示的方法的方法步骤的执行。

本文中对各种实施例进行参考。但是,本领域的技术人员会认识到会仍然落入权利要求的范围之内的对所述实施例的许多变更。例如,本文所描述的方法实施例经过按照某种顺序所执行的方法步骤来描述示例方法。但是要认识到,事件的这些次序可按照另一种顺序发生,而没有背离权利要求的范围。此外,一些方法步骤可并行执行,即使它们描述为按次序执行。

同样,应当注意,在实施例的描述中,将功能块划分为特定单元完全不是进行限制。相反,这些划分只是示例。本文描述为一个单元的功能块可分为两个或更多单元。同样,本文描述为作为两个或更多单元来实现的功能块可实现为单个单元,而没有背离权利要求的范围。

因此,应当理解,所描述的实施例的细节只是为了说明的目的而完全不是进行限制。而是,落入权利要求的范围之内的所有变更预计包含在其中。

以下列示表示按照一些实施例的几个说明性示例:

1. 一种用于确定寻呼重复次数和所述寻呼重复之间的时间间隔的寻呼剖析方法,所述方法包括:

通过引起与一个或多个无线通信装置相关的寻呼来触发(120,220)所述寻呼剖析。

2. 如示例1所述的方法,其中,引起所述寻呼包括下列一个或多个:

向所述一个或多个无线通信装置发送虚拟短消息服务SMS消息;

向所述一个或多个无线通信装置发送虚拟数据分组;以及

在对所述一个或多个无线通信装置的正进行的传输期间引起断开。

3. 如示例1至2中的任一项所述的方法,还包括基于所述寻呼剖析来更新(150,250)寻呼模式数据库的条目,其中所述条目与地理区域关联,所述一个或多个无线通信装置驻留在所述地理区域中。

4. 如示例1至3中的任一项所述的方法,还包括通过检测所述寻呼模式数据库的所述条目不是有效的来检测(110,210)需要所述寻呼剖析,并且其中响应检测需要所述寻呼剖析而实现触发所述寻呼剖析。

5. 如示例3至4中的任一项所述的方法,其中,所述方法由包括所述寻呼模式数据库的服务器来执行,以及其中所述方法还包括从所述一个或多个无线通信装置的至少一个来接收指示所述寻呼重复次数和所述重复之间的所述时间间隔的测量报告(241),并且其中更新(250)所述寻呼模式数据库的所述条目基于所述测量报告。

6. 如示例5所述的方法,其中,更新所述寻呼模式数据库的所述条目还基于多个更早接收的测量报告。

7. 如示例5至6中的任一项所述的方法,还包括对与更新所述条目关联地对所述寻呼模式数据库的所述条目加时间戳,并且其中如果所述时间戳比阈值要旧,则认为所述条目不是有效的。

8. 如示例5至7中的任一项所述的方法,其中,所述服务器在两个或更多蜂窝通信网络运营商之间共享。

9. 如示例3至4中的任一项所述的方法,其中,所述方法由无线通信装置执行,其中与一个或多个无线通信装置相关的所述寻呼由对所述无线通信装置本身的寻呼来组成,并且其中所述方法还包括:

测量(130)所述寻呼重复次数和所述重复之间的所述时间间隔;以及

基于所述寻呼重复次数和所述重复之间的所述时间间隔来调整(140)所述无线通信装置的寻呼读取次数。

10. 如示例9所述的方法,其中,所述无线通信装置包括所述寻呼模式数据库,并且其中更新(150)所述寻呼模式数据库的所述条目基于所述寻呼重复次数和所述重复之间的所述时间间隔。

11. 如示例9所述的方法,其中,所述寻呼模式数据库包括在服务器中,所述方法还包括向所述服务器传送指示所述寻呼重复次数和所述重复之间的所述时间间隔的测量报告(241)。

12. 如示例9至11中的任一项所述的方法,其中,测量所述寻呼重复次数和所述重复之间的所述时间间隔包括如果(335)检测到最大重复次数则终止所述测量。

13. 一种包括计算机可读介质的计算机程序产品,所述计算机可读介质具有包括程序指令的计算机程序在其上,所述计算机程序可加载到数据处理单元中并且适合于在由所述数据处理单元运行所述计算机程序时引起如示例1至12中的任一项所述方法的执行。

14. 一种用于确定寻呼重复次数和所述寻呼重复之间的时间间隔的寻呼剖析布置,所述布置包括:

寻呼剖析发起器(422,522),适合于通过引起与一个或多个无线通信装置相关的寻呼来触发所述寻呼剖析。

15. 如示例14所述的布置,其中,所述寻呼剖析发起器适合于通过下列一个或多个来引起所述寻呼:

向所述一个或多个无线通信装置发送虚拟短消息服务SMS消息;

向所述一个或多个无线通信装置发送虚拟数据分组;以及

在对所述一个或多个无线通信装置的正进行的传输期间引起断开。

16. 如示例14至15中的任一项所述的布置,还包括基于所述寻呼剖析来更新寻呼模式数据库(430,530)的条目的部件(420,431,531),其中所述条目与地理区域关联,所述一个或多个无线通信装置驻留在所述地理区域中。

17. 如示例16所述的布置,还包括检测器(421,521),其适合于通过检测所述寻呼模式数据库(430,530)的所述条目不是有效的来检测需要所述寻呼剖析,并且其中所述寻呼剖析发起器适合于响应所述检测器检测到需要所述寻呼剖析而实现所述寻呼剖析的触发。

18. 如示例16至17中的任一项所述的布置,还包括所述寻呼模式数据库以及数据库管理单元(531),其适合于基于来自所述一个或多个无线通信装置的至少一个的指示所述寻呼重复次数和所述重复之间的所述时间间隔的所接收的测量报告来更新所述条目。

19. 如示例16至17中的任一项所述的布置,其中,与一个或多个无线通信装置相关的所述寻呼由对包括所述布置的无线通信装置的寻呼来组成,所述布置还包括:

测量单元(423),适合于测量所述寻呼重复次数和所述重复之间的所述时间间隔;以及

调整单元(424),适合于基于所述寻呼重复次数和所述重复之间的所述时间间隔来调整所述无线通信装置的寻呼读取次数。

20. 如示例19所述的布置,还包括所述寻呼模式数据库以及数据库管理单元(431),所述数据库管理单元适合于基于所述寻呼重复次数和所述重复之间的所述时间间隔来更新所述条目。

21. 如示例19所述的布置,其中,所述寻呼模式数据库包括在服务器中,所述布置还包括控制器(420),其适合于引起向所述服务器传送指示所述寻呼重复次数和所述重复之间的所述时间间隔的测量报告。

22. 一种包括如示例18所述的布置的服务器。

23. 一种包括如示例19至21中的任一项所述的布置的无线通信装置。

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