针对要求覆盖延伸的用户装备的改进的寻呼过程的制作方法

本公开专利涉及对射频基站的小区中一个或多个用户装备进行寻呼的方法，其中，用户装备要求覆盖延伸，以可靠地被寻呼。本公开专利还提供了用于参与本文所描述的方法的用户装备和射频基站。
背景技术：
：长期演进(longtermevolution，lte)基于wcdma无线电接入技术的第三代移动系统(3g)正在全球范围广泛部署。增强或演进这种技术的第一步需要引入高速下行链路分组接入(hsdpa)和增强型上行链路(也称为高速上行链路分组接入(hsupa))，从而提供具有高度竞争性的无线电接入技术。为了为进一步增加的用户需求做准备并且对新的无线电接入技术具有竞争力，3gpp引入了称为长期演进(lte)的新移动通信系统。lte被设计为满足运营商对高速数据、和媒体传输、以及对未来十年的高容量语音支持的需求。提供高位(bit)速率的能力是lte的关键措施。称为演进umts陆地无线电接入(utra)和umts陆地无线电接入网(utran)的长期演进(lte)的工作项(workitem，wi)规范被定稿为版本8(lterel.8)。lte系统代表高效的基于分组的无线电接入、和提供具有低延迟和低成本的完全基于ip的功能的无线电接入网络。在lte中，指定了可扩展的多个传输带宽，诸如1.4、3.0、5.0、10.0、15.0和20.0mhz，以便使用给定的频谱实现灵活的系统部署。在下行链路中，采用了基于正交频分复用(ofdm)的无线电接入，这是因为由于低码元率、循环前缀(cp)的使用、及其对不同传输带宽布置的亲和度(affinity)使它对多径干扰(mpi)具有固有的抗干扰性。在上行链路中，采用了基于单载波频分多址(sc-fdma)的无线电接入，这是因为考虑到用户设备(ue)的受限发射功率，广域覆盖的供给优先于提高峰值数据速率。采用了许多关键的分组无线电接入技术，包括多输入多输出(mimo)信道传输技术，并且在lte版本8/9中实现了高效控制信令结构。lte架构整体lte架构如图1所示。e-utran由enodeb组成，从而向用户设备(ue)提供e-utra用户平面(pdcp/rlc/mac/phy)和控制平面(rrc)协议终止。enodeb(enb)托管(host)包括用户平面报头压缩和加密功能的物理(phy)层、媒体访问控制(mac)层、无线电链路控制(rlc)层和分组数据控制协议(pdcp)层。它还提供与控制平面对应的无线电资源控制(rrc)功能。它执行许多功能，包括无线电资源管理、准入控制、调度、协商的上行链路服务质量(qos)的增强、小区信息广播、用户和控制平面数据的加密/解密、以及下行链路/上行链路用户平面分组报头的压缩/解压缩。enodeb通过x2接口彼此互连。enodeb还通过s1接口连接到epc(演进分组核心)，更具体地，通过s1-mme连接到mme(移动性管理实体)，以及通过s1-u连接到服务网关(sgw)。s1接口支持mme/服务网关和enodeb之间的多对多关系。sgw路由和转发用户数据分组，同时也充当enodeb间交接期间的用户平面的移动锚点，并且充当lte和其它3gpp技术之间的移动性的锚点(终止s4接口并且中继2g/3g系统和pdngw之间的流量)。对于空闲状态的用户设备，当下行链路数据到达用户设备时，sgw终止下行链路数据路径并触发寻呼。其管理和存储用户设备上下文，例如ip承载服务的参数、或网络内部路由信息。它还在合法拦截(interception)的情况下执行用户流量的复制。mme是lte接入网的关键控制节点。它负责空闲模式用户设备跟踪和寻呼过程，包括重传。它涉及承载激活/停用处理，并且还负责在初始附连时、和在涉及核心网(cn)节点重定位的lte内交接时，选择用户设备的sgw。它负责认证用户(通过与hss交互)。非接入层(non-accessstratum，nas)信令在mme处终止，并且它还负责向用户设备生成和分配临时身份。它检查用户设备的授权以在服务提供商的公共陆地移动网络(plmn)上驻扎，并且强制执行用户设备漫游限制。mme是网络中用于nas信令的加密/完整性保护的终止点，并且处理安全密钥管理。mme还支持合法的信令拦截。mme还提供用于lte和2g/3g接入网之间的移动性的控制平面功能，其中s3接口在mme处从sgsn终止。mme还对归属hss终止s6a接口，以便漫游用户设备。lterrc状态lte仅基于两个主要状态：“rrc空闲状态”和“rrc连接状态”。在rrc空闲状态下，射频为不活跃的，但被赋予一个id，并且由核心网络加以追踪。更具体地讲，处于rrc空闲状态的移动终端执行小区选择与重新选择—换句话说，其决定了在哪一个小区驻扎。小区(重新)选择过程考虑了每一个可用射频访问技术(rat)的每一个可用频率的优先级、射频链路质量以及小区状态(即，是禁用还是保留某一小区)。rrc空闲状态移动终端监视寻呼信道，以检测向内传呼，并且采集系统信息。系统信息主要由网络(e-utran)能够根据其控制小区(重新)选择过程以及移动终端如何访问网络的参数组成。rrc指示可用于处于rrc空闲状态的移动终端的控制信令，即寻呼与系统信息。例如，在并入此处以作参考的ts36.304，当前版本12.0.0(npl1)，第四章"generaldescriptionofidlemode"中详细地说明了处于rrc空闲状态的移动终端的行为。在rrc连接状态下，移动终端具有在enodeb中上下文的活跃射频操作。e-utran向移动终端分配射频资源，以促进经由共享数据信道(单播)数据的传送。为了支持该操作，移动终端监视用于指示时间和频率中共享传输资源的动态分配的相关联的控制信道。移动终端向网络提供关于以下的报告：其缓冲器状态、和下行链路信道质量、以及相邻小区测量信息，以使e-utran能够选择针对移动终端的最合适的小区的。这些测量报告包括使用其它频率或者rat的小区。ue还接收系统信息，所述系统信息主要由使用传输信道所要求的信息组成。为了延长其电池寿命，可以使用不连续的接收(drx)周期来配置处于rrc连接状态的ue。rrc是e-utran根据其控制处于rrc连接状态的ue行为一个协议。在并入此处以作参考的3gppts36.331，当前版本12.4.1(npl2)，第四章"functions"中描述的针对和包括连接模式的rrc协议中的移动终端的各种功能。寻呼本申请将区分两种不同的寻呼，即从非访问层(nas)启动的寻呼(以下，将其示例性地称为“寻呼-nas”)、以及从enodeb启动的寻呼(以下，将其示例性地称为“寻呼-enb”)。寻呼-nas涉及某一特定ue的寻呼，例如，当寻呼一个与向内数据连接(例如，移动端接(mt)传呼)相连接的ue时。另一方面，寻呼-enb涉及小区中所有ue的寻呼，而且，例如，用于向它们告知有关系统信息变化、etws消息(地震和海啸警报系统)、cmas消息(商业移动报警系统)等的信息。另外，依据ue是处于rrc空闲状态还是连接的状态，将实际寻呼消息有区别地传输于ue。然而，两种寻呼过程也具有诸多共同之处。总体上讲，rrc空闲状态下的ue针对寻呼监视以下来检测向内传呼：监视系统信息改变、监视具有etws能力的ue、监视etws通知，以及监视具有cmas能力的ue、监视cmas通知。rrc连接状态下的ue针对寻呼与/或系统信息块类型1内容监视以下来检测系统信息改变：监视具有etws能力的ue、监视etws通知，并且监视具有cmas能力的ue、监视cmas通知(参见并入此处以作参考的3gppts36.331，当前版本v12.4.1，子目2.4.1)。并入此处以作参考的3gppts36.331，当前版本12.4.1，子目5.3.2中定义了用于从eutran向ue传输寻呼消息的总的寻呼过程。所述寻呼过程旨在：-向处于rrc空闲状态的ue传输寻呼信息(寻呼-nas)与/或；-向处于rrc空闲状态的ue和处于rrc连接状态的ue告知有关系统信息改变(寻呼-enb)的信息与/或；-告知有关etws主通知与/或etws次通知的信息(寻呼-enb)与/或；-告知有关cmas通知的信息(寻呼-enb)。将ue中所接收的寻呼信息提供于上层，例如，作为响应，上层可以是启动rrc连接的建立，以接收向内传呼。e-utran通过根据ue的寻呼时机(如ts36.304中所指出的)传输寻呼消息，执行寻呼过程。e-utran可以通过为每一个ue包括一个寻呼记录，对寻呼消息中的多个ue进行寻址。为了从e-utran接收寻呼消息，空闲模式下的ue针对用于指示寻呼的rnti值监视pdcch信道：作为公共rnti(即，未向任何ue显式分配的)的p-rnti(寻呼射频网络临时标识)。ue仅需要根据某一ue特定的寻呼可能性监视pdcch信道，即，在以下将更详细地加以讨论的具体射频帧中的具体子帧处监视pdcch信道。e-utran配置了射频帧和子帧中可用于在其小区中进行寻呼的射频帧和子帧。每一个小区广播一个默认的寻呼周期tc，另外，各上层可以使用专门的信令配置ue特定的寻呼周期tue；如果两者均得以配置，则ue使用针对ue的drx周期t的最低值。为了解释用于寻呼的过程，如当前针对lte-a所定义的，定义了以下示例性的实施例a、b、以及c，取自书：lte—theumtslongtermevolution—fromtheorytopractice，，由stefaniasesia、issamtoufik、以及matthewbaker编写，第二版，isbn9780470660256、第3.4节(npl3)。[表1]情况ue_idtctuetnbnnspfi_spoa147256256256646417609b147256128128323217609c14725612812825612821914在所述方面使用了以下参数：-“tc”是小区特定的默认的寻呼周期，并且可以为32、64、128、或者256个射频帧，-“tue”是ue的ue特定的寻呼周期，并且可以为32、64、128、或者256个射频帧，-“n”是ue的寻呼周期内寻呼帧的数目，为min(t,nb)，-“ns”是用于寻呼的射频帧中寻呼子帧的数目，为max(1,nb/t)，-“nb”是每寻呼周期的寻呼子帧的数目(跨越小区中所有ue)，并且可以为4t、2t、t、t/2、t/4、t/8、t/16、t/32；该参数在很大程度上确定了跨越小区中所有ue的enb的寻呼能力。总体上讲，如果将nb设置为等于或者大于t，则可以将所有射频帧用于寻呼(也参见参数n)，而且每pf存在若干nb/tpo(也参见参数ns)。相应地，如果将nb设置为低于t，则仅可以将射频帧的一部分nb/t射频帧用于寻呼(也参见参数n)，而且每pf存在一个po(也参见参数ns)。-“t”是ue的drx周期(也将其称为寻呼周期)，为tc和tue中的最小者，并且指出ue多频繁地监视寻呼，其中，较短的drx周期减少了寻呼的时间，但增加了电池的消耗。例如，对于情况a和b，e-utran配置了每4个射频帧中的一个射频帧，具体地讲，配置了这些射频帧中的每一个射频帧中的一个子帧(分别参见t、ns)，用于寻呼。对于情况c，每个射频帧中存在两个可用于寻呼的子帧，即ns＝2，以及ue的寻呼周期内128个寻呼帧，即n＝128，可用于寻呼小区中的ue。另外，对于情况b，ue的寻呼周期中存在32个寻呼帧(n＝32)。跨越enb所配置的这些通常可用的寻呼机会，根据ue标识来分布寻呼ue的寻呼可能性。在所述方面中，用于寻呼某一特定ue的特定射频帧和子帧计算如下。寻呼时机(po)是其中可以存在对寻呼消息进行寻址的pdcch上所传输的p-rnti(寻呼射频网络临时标识)。寻呼帧(pf)是射频帧，其可以包含一个或多个寻呼时机。在本专利申请的上下文中，术语寻呼可能性将指的是寻呼帧和寻呼子帧的组合。例如，并入此处以作参考的3gppts36.304，当前版本12.0.0，子目7中定义了寻呼帧和寻呼时机。于是，可以根据以下公式计算寻呼帧编号(sfn)：sfnmodt＝(tdivn)*(ue_idmodn)其中，ue_id为imsimod1024。当针对所有三种情况a、b、以及c假设ue_id为147时，对于情况a和b，计算上述公式得到寻呼帧76，对于情况c，得到寻呼帧19。另外，对于情况a和b，i_s将被计算为0，对于情况c，i_s将被计算为1。寻呼时机具有范围[0,1,...9]中的值，因为在lte中在一个射频帧中存在10个子帧。基于根据下列公式所计算的参数ns和i_s，从一张预先配置的表中选择寻呼时机编号：i_s＝floor(ue_id/n)modns.下表取自ts36.304，当前版本12.0.0，用于根据上述参数ns和i_s确定针对某一特定ue的寻呼时机。下表旨在针对fdd。[表2]po当i_s＝0时po当i_s＝1时po当i_s＝2时po当i_s＝3时19n/an/an/a249n/an/a40459因此，对于情况a和b，其中ns＝1和i_s＝0，该表将得到子帧编号9，于是，对于情况a和b，将在每一个寻呼周期的射频帧76的子帧9(即，对于情况a为下一个射频帧332、对于情况b为下一个射频帧204等)中有规律地寻呼ue。对于情况c，将在每一个寻呼周期的射频帧19的子帧4(即，下一个射频帧147等)中有规律地寻呼ue。图3中示意性地描述了针对以上所讨论的情况b和c的寻呼帧和寻呼时机。寻呼-nas例如，为了重新建立向空闲模式下的ue的连接，mmm(例如，已经由ue的p/sgw向其告知)向所有enb发送寻呼请求消息，所述enb为ue所属于的、以及ue在其中可以不必执行追踪区域更新(tau)过程(除了时段性(perodic)tau过程之外)移动的所谓追踪区域的部分。当接收到寻呼请求时，则追踪区域的enodeb在小区中的射频接口上广播另一条寻呼消息。根据pdcch上的p-rnti向ue通知有关寻呼的信息，然后在pdcch寻呼通知所指定的射频资源中接收在pdsch上传输的寻呼消息。当处于rrc空闲的ue接收到寻呼消息/信号时，其从空闲转换为连接状态，并且与在空闲模式驻扎的enb建立rrc连接(例如，ue启动rrc连接建立过程)。图4中示例性地说明了系统的总视图和消息交换，假设将mme所寻呼的ue(由sgw加以触发的)注册在追踪区域tac1和tac3处。于是，mme将把s1ap寻呼请求提供于这些追踪区域的enb，继而enb将根据ue特定的寻呼可能性传输寻呼(即，pdcch通知)，然后在pdsch资源上传输寻呼消息。因此，可以在pdsch上向ue通知有关寻呼的信息、接收寻呼消息，然后在确认其自己在寻呼消息中的标识之后，处理寻呼消息，并且，例如，通过向mme发送服务请求响应寻呼。在当前lte系统中，例如，并入此处以作参考的3gppts36.413，当前版本12.4.0(npl4)，子目8.5和9.1.6中定义了从mme传输于enb的寻呼消息及其内容。从mme至enb的寻呼消息包含下列信息等：-ue_id索引值：称为ue_id，通过(imsimod1024)来计算。相应地，ue_id可以具有范围[0,1...1023]中的值。-ue寻呼标识：可以是imsi(存储在sim卡上的)或者是在附接过程期间分配给sae-临时移动订户id(s-tmsi)。通过射频接口(即，uu接口)，在寻呼消息中，将ue寻呼标识从enb传输于ue。-寻呼drx周期：是ue中(使用nas信令)所配置的非连续接收(drx)周期、或者系统信息块(sib)中所广播的默认的drx周期。在radioresourceconfigcommonsib中也将默认的drx周期称为寻呼周期。为了降低功耗，ue可以使用空闲模式下的非连续接收。drx周期是针对特定ue监视寻呼发生之间的时间间隔。sib中所广播的默认的drx/寻呼周期的值为32、64、128或者256个射频帧。-ue寻呼的射频能力：包括ue的射频访问能力，包括覆盖延伸能力。根据以上所定义的寻呼可能性，广播从enodeb所传输的寻呼消息，如以上所解释的。寻呼可能性为enodeb和ue所知，因此它们同时发送/听取寻呼消息。当使用非连续接收(drx)时，每一个drx周期，ue仅需要监视一个po。如以上所提到的，非访问层(nas)所启动的寻呼是ue特定的。于是，通过将ue的imsi(或者s-tmsi)用作pdsch中所发送的寻呼消息中的寻呼标识，来寻呼ue。因此，对于每一个ue，必须将一条独立的寻呼消息从mme传输于enb，然后必须从相应的enb加以广播。在并入此处以作参考的ts36.331，当前版本12.4.1，子目6.2.2消息定义，节“寻呼”中定义了从enodeb传输于ue的寻呼消息。该消息可以包含下列内容：-cmas-indication：如果存在，则为cmas通知的指示-cn-domain：指示寻呼的来源-eab-parammodification：如果存在，则为eab参数(sib14)修改的指示-etws-indication：如果存在，则通常指示etws主/次通知-imsi：国际移动订户标识，一个全球唯一的永久订户标识；也可以为以下寻呼ue-identity的一部分-systeminfomodification：如果存在，则除了sib10-sib12、sib14之外，还为bcch修改的指示-ue-identity：提供了正在被寻呼的ue的nas标识在以上的描述中，已经假设当接收到寻呼时ue处于空闲状态，所以能够根据ue特定的寻呼可能性将寻呼消息发送于被寻址至pdcch上的p-rnti的ue(基于该ue的imsi)，其中，ue通过检查所包括的寻呼记录中的id来核实寻呼消息是否确实针对该ue。然而，也可以寻呼处于rrc连接状态的ue。在这一情况下，将包含与寻呼相关的信息的下行链路信息传送(dlinformationtransfer)从nas发送到被寻址至pdcch上的c-rnti(cell-rnti，针对特定ue的、用于标识rrc连接与调度的唯一的id)。dlinformationtransfer消息用于nas或者非3gpp专门信息的下行链路传送。对于这一信息，rrc层是透明的。对于更多的信息，请参见并入此处以作参考的ts36.331，当前版本12.4.1，子目5.6.1"dlinformationtransfer"和6.2.2"messagedefinitions"，节dlinformationtransfer。来自enb的寻呼enodeb寻呼ue的原因之一是系统信息的改变。一般情况下，系统信息的改变仅出现在特定的射频帧处，因此，实现了修改时段的概念。可以在修改时段内以同样的内容多次传输系统信息。当网络改变(一些)系统信息时，其首先向ue通知有关该改变的信息，可以在整个修改时段完成这一点。然后，在下一个修改时段中，网络传输更新的系统信息。当接收到改变通知时，ue从下一个修改时段的开始时，立即采集新的系统信息。使用寻呼消息向处于rrc空闲状态的ue和处于rrc连接状态的ue告知有关系统信息改变的信息(例如，如ts36.304，当前版本12.0.0，子目6.1中所提到的)。如果ue接收到包括systeminfomodification的寻呼消息，则其知道系统信息将在下一个修改时段和边界改变。在所述情况下，由于systeminfomodification的存在，ue不需要检查ue_id(未包括在寻呼消息中)。所述方面的进一步的信息可以在并入此处以作参考的ts36.331，当前版本12.4.1，子目5.2.1.3中找到。enodeb寻呼ue的另一个原因是etws(地震和海啸警报系统)通知，其中，使用寻呼消息向处于rrc空闲状态和处于rrc被连接的状态的具有etws能力的ue告知有关etws主/次通知的存在的信息。所述方面的进一步的信息可以在并入此处以作参考的ts36.331，当前版本12.4.1，子目5.2.1.4中发现。寻呼消息还可用于向处于rrc空闲状态和处于rrc被连接的状态的具有cmas能力的ue告知一个或多个cmas(商业移动报警系统)的存在的信息。所述方面的进一步的信息可以在并入此处以作参考的ts36.331，当前版本12.4.1，子目5.2.1.5中发现。enb寻呼ue的再一个原因是，例如，其小区与针对mtc设备的增强的访问禁止(eab)相关，例如。如在并入此处以作参考的ts36.331，当前版本12.4.1，子目5.2.1.6中所解释的。对于处于rcc连接的和空闲两种状态的ue，enb在所有可能的寻呼时机(例如，在子帧0、4、5、以及9处)以及在所有可能的寻呼帧(例如，总共n个不同的射频帧，针对每一个可能的“ue_idmodn”值根据sfnmodt＝t/n(ue_idmodn)计算的)向被寻址至pdcch上的p-rnti的ue发送寻呼通知，而不管小区中某一特定ue的imsi如何。通过根据寻呼周期内所有可能的寻呼可能性传输寻呼消息，enb可以确保所有ue接收到寻呼消息。以上给出了用于确定寻呼时机和寻呼帧的详细的定义。机器类型通信(mtc)随着lte部署的演进，工作人员正通过最小化rat的数目努力降低整个网络维护的开销。在这一方面，机器类型通信(mtc)设备是一个今后很可能继续扩展的市场。许多mtc设备正在瞄准能够由gsm/gprs适当处理的低端(低开销、低数据率)应用。由于这些设备的低开销和gsm/gprs的良好覆盖，对于mtc设备供应商，几乎没有使用支持let射频接口的模块的动力。随着将越来越多的mtc设备部署于现场，这自然地增加了对gsm/gprs网络的依赖。这不仅将增加操作人员维护多种rat的开销，而且还妨碍操作人员从他们的频谱(假定是/gprs的非最佳频谱效率)获得最大利益。随着用户与交通的日益稠密，使用更多高效频谱技术，例如长期演进(lte)，允许操作人员更高效地利用他们的频谱。假设可能的大数目的mtc设备，而且它们将需要用于服务提供的全部资源可能相当可观，而且被低效地分配(对于有关mtc的目标的进一步的细节，例如，请参见并入此处以作参考的3gpp,rp-111112，vodafone：“provisionoflow-costmtcuesbasedonlte”(npl5)，节4，可从http://www.3gpp.org得到)。当前降低lte的开销的方案，将产品量视为主要原因。可以在两个可能的方面看到产品量的影响，取决于如何开发低开销mtc。第一，如果低开销mtc能够非常类似于主线lte，并且被包括在lte芯片组中，则mct可以获益于lte产品量。其次，基于lte的低开销mtc可以具有显著低于主线lte的开销。尽管似乎不具有lte的产品量的好处，但由于所支持的mtc应用和场景的潜在的较大数目，所以mtc设备的产品量也可以更大。就此而言，讨论了以下降低lte的开销的方法，即定义低开销mtc，并且发现具有显著的ue开销效果(对于低开销mtc设备的更多细节，请参见并入此处以作参考的3gpp，r1-112912,huawei,hisilicon,cmcc:"overviewonlow-costmtcuesbasedonlte"(npl6)，节4，可从http://www.3gpp.org获得)：-针对低开销lte所支持的带宽的减小：1.4mhz(6rb)下行链路带宽的低开销可以覆盖mtc的大多数应用情景。然而也可以考虑3mhz(15rb)或者5mhz(25rb)，假设复杂度未过多增加。假设上行链路可能具有对mtc服务的较多的要求、降低传输功率的可能性、以及小基带复杂性(相对下行链路接收)，应该小心调整ue中最小传输带宽的减小。-针对低开销lte的与修改的pdcch相关的设计，以简化pdcch盲解码，以及提供对大量mtc设备的有效的信道访问。最大带宽(例如，1.4mhz)的减小自然地减少了pdcch盲解码。-包括harq考虑、mac、rlc以及rrc协议的协议简化。低工作周期mtc设备和基站之间的信令减少。-传输模式向下选择，以维持覆盖与平衡复杂度。对低开销mtc设备的进一步的考虑涉及改进的室内覆盖。大量应用要求机器类型通信(mtc)设备的室内部署，例如，在公寓地下室中、或者在能够接近地面的室内装备上等。与常规的lte设备相比，这些ue将会在射频接口上经历显著大的穿透损耗。这充分表明室内覆盖应该易于获得并且可靠：即，应该提供一个对现存覆盖的大的改进。另外，对于低开销mtc设备的功耗，应该加以注意的是，许多应用要求设备具有高达10年的电池寿命。就此而言，当前可得的电能节省模式不足以达到所述预想的电池寿命。在这一方面，预计将会推出能够显著减少mtc设备的电能使用(例如，通过优化系统中的信令交换)以实现高达10年电池寿命的进一步的技术。增强的覆盖模式(ec模式)为了提高室内覆盖(针对低开销mtc设备)，最近的开发已经主要集中在增强的覆盖(ec)模式方面，例如，该模式适合于那些运行耐延迟mtc应用的ue。另一个术语是“覆盖延伸”。3gpp版本12"lowcost&enhancedcoveragemtcueforlte"中的相应的工作项得出如下结论：如果支持更多复杂度减小技术，则可以实现针对mtc的lte设备的进一步的复杂度减小，从研究报告tr36.888中可以明显看到这一点。与常规的lte覆盖区(footprint)相比，研究报告tr36.888的结论是，能够实现针对fdd和tdd两者的15-20db的覆盖改进目标，以支持其中在具有挑战性的位置(例如，在建筑物深处)部署mtc设备的使用情况、以及补偿复杂度减小技术所造成的增益损失。目前，在3gpp版本13中可望引入的mtc覆盖的增强。总的目标是，针对允许增强的覆盖和低功耗的lte中的mtc操作指示新的ue。以下给出某些更多的目标：-下行链路和上行链路中1.4mhz的减小的ue带宽。--带宽减小的ue应该能够在任何系统带宽内操作。--应该支持带宽减小的ue和非mtcue的频率多路传输。--ue仅需要支持下行链路和上行链路中1.4mhzrf带宽。--应该由ran4确定规范所支持的所允许的重新调谐时间(例如，～0ms，1ms)。-减少的最大传输功率。--应该由ran4确定新ue功率类(class)的最大传输功率，并且应该支持集成的pa实现。-对下行链路传输模式的减少的支持。-在这一工作项中也可以考虑下列进一步的ue处理的减轻(relaxation)：--针对单播与/或广播信令的减小的最大传送块大小。--对多传输的同时接收的减少的支持。--包括受限的调制方案的evm要求的减轻的传输与/或接收。减少的物理控制信道处理(例如，减少的盲解码尝试的数目)。--减少的物理控制信道处理(例如，减轻的下行链路harq时间线或者harq过程的减少的数目)。--对cqi/csi报告模式的减少的支持。针对以上所定义的ue范畴/类型、以及相对它们各自常规覆盖操作耐延迟mtc应用的其它ue，相关lte覆盖的改进(相应于针对fdd的15db)应该是可能的。为了实现这一点，可以考虑至少以下某些技术(这些技术将既适合于fdd也适合于tdd)：-具有针对物理数据信道(例如，pdsch,pusch)的harq的子帧捆绑技术-控制信道(例如，pcfich，pdcch)的使用的消除-针对控制信道(例如pbch,prach，(e)pdcch)的重复技术-消除或者重复技术(例如，pbch，phich，pucch)-具有小于1prb粒度的上行链路psd增强-使用具有交叉子帧调度与重复的epdcch的资源分配(也可以考虑少epdcch的操作)-具有针对sib/rar/寻呼的重复的新的物理信道格式-针对带宽减小与/或覆盖增强的ce的新sib-增加的参照符号密度和频率跳频技术-可以考虑针对prach的减轻的“丢失的检测的概率”和针对pss/sss/pbch/sib的初始ue系统采集时间，只要能够将ue功耗影响保持在一个合理的级上即可。-传播：传播指的是跨越(包括时间-频率域资源的)资源的信息的传播或者甚至是使用扰(或者信道化)码的传播。也可以使用除以上所列技术之外的其它技术。应该能够按每小区、与/或每ue、与/或每信道、与/或每信道组来配置覆盖增强的量，使得存在不同级的覆盖增强。不同级的覆盖增强可意味使用不同的级的ce技术被应用于支持ce-设备传输与接收。应该定义支持该功能的相关的ue测量与报告功能。对于更多细节，例如，请参见源自ericsson的3gpprp-141865"revisedwi:furtherltephysicallayerenhancementsformtc"(npl7)，可从http://www.3gpp.org获得，并且将其并入此处以作参考。值得注意的是，针对那些相对其常规覆盖处于增强的覆盖模式的ue的15/20db的覆盖增强，其意味着ue必须能够接收极低信号强度。这不仅适合于初始扫描操作、小区搜寻以及小区选择操作，而且也适合于ue要执行的后继的通信方案。定义增强的覆盖模式的早期的尝试主要集中在对射频传输的修改方面。就此而言，讨论主要集中在作为提高覆盖的主要技术的重复传输方面。这些重复的传输的一个示例性的实现规定了跨越多个子帧传输同样数据。而且，将立即变得明显的是，与常规的覆盖ue所要求的相比，这些重复传输将使用更多的资源块(时间-频率)资源。引用列表非专利文献npl1:3gppts36.304,"evolveduniversalterrestrialradioaccess(e-utra)；userequipment(ue)proceduresinidlemode"，版本12.0.0npl2:3gppts36.331，"evolveduniversalterrestrialradioaccess(e-utra)；radioresourcecontrol(rrc)；protocolspecification"，版本12.4.1npl3:theorytopractice,stefaniasesia,issamtoufik,以及matthewbaker编写，版本2，isbn9780470660256,节3.4npl4:3gppts36.413,"evolveduniversalterrestrialradioaccessnetwork(e-utran)；s1applicationprotocol(s1ap)"，版本12.4.0npl5:3gpp,rp-111112,vodafone:"provisionoflow-costmtcuesbasedonlte"npl6:3gpp,r1-112912,huawei,hisilicon,cmcc:"overviewonlow-costmtcuesbasedonlte"npl7:3gpprp-141865"revisedwi:furtherltephysicallayerenhancementsformtc"npl8:3gppts36.214,"evolveduniversalterrestrialradioaccess(e-utra)；physicallayer；measurements"，版本10.1.0技术实现要素：一个非限制和示例性实施例提供了用于寻呼小区中的所有用户装备的改进方法，特别涉及那些需要覆盖延伸的用户装备。另一个非限制和示例性实施例提供了用于寻呼小区中的一个用户装备的改进方法，特别涉及那些需要覆盖延伸的用户装备。独立权利要求提供了非限制和示例性的实施例。有利的实施例从属于从属权利要求。根据第一方面，本公开改进了寻呼过程，通过该过程，射频基站可以寻呼其小区中的用户装备，特别是对于寻呼也将到达要求覆盖延伸的用户装备的情况，即，如
背景技术：
部分所说明的，用户装备处于恶劣射频条件，但支持覆盖延伸技术。第一方面涉及下述情况：其中，由射频基站启动寻呼，并且寻呼将到达射频基站的小区中的所有用户装备；换句话说，所述寻呼不是ue特定的，而是小区特定的，并且，例如，为了广播警报消息、或者为了向ue告知有关即将发生的系统信息改变的信息，可以使用所述寻呼。因此，所述寻呼必须到达要求覆盖延伸的用户装备、以及不要求覆盖延伸的“常规的”用户装备。第一方面的一个主要概念是：覆盖延伸特定的寻呼可能性的定义，这是专门针对那些支持覆盖延伸技术的用户装备(更精确地，是那些需要覆盖延伸可靠到达的用户装备)而定义的。相应地，ce-ue不仅监视ue特定的寻呼可能性(根据它们的标识计算的)，而且还监视(至少一个)专门用于实现覆盖延伸寻呼的、不同的寻呼可能性。可以将处于空闲状态、和连接的状态的两种ce-用户装备都配置为监视该ce特定的寻呼可能性。因此，为了到达那些ce-ue，射频基站以所述ce特定的寻呼可能性来寻呼ce-ue，并且使用所述多种可用的技术(例如，重复或者增加的传输功率)之一来扩展寻呼的覆盖，因而可靠地到达ce-ue。像通常的ue特定的寻呼可能性一样，通过特定的射频帧编号和子帧编号来定义该ce特定的寻呼可能性，并且，例如，在每一个寻呼周期有规律地出现。由于ce特定的寻呼可能性应优选地仅由ce-ue来监视，所以射频基站仍需要到达其它非ce-ue，从而，如
背景技术：
部分中所描述的，能够以寻呼周期的所有可能的寻呼可能性来执行寻呼，以到达小区中的所有ue。在这一情况下，射频基站将不使用覆盖延伸技术，因为射频基站可以确保将通过以ce特定的寻呼可能性(而不是针对所有可能)使寻呼到达(多个)ce-ue。以上所描述的第一方面的一个好处在于，通过提供一个针对ce-ue的、专门的寻呼可能性，可以节省下行链路资源。以非常有限的方式，即仅针对一种寻呼可能性，采用可能成为射频基站沉重负担的覆盖延伸技术。对于如何定义该ce特定的寻呼可能性，第一方面的一组变形不尽相同。总体上讲，可以认为ce特定的寻呼可能性必须既为ce-ue所知，并且也为射频基站所知，以确保寻呼能够成功。然而，如何确切地定义ce特定的寻呼可能性可以不同。一种解决方案是预先设定ce特定的寻呼可能性的射频帧数目和子帧数目，例如，使得相应的信息可以预先存储在射频基站和ce-ue处(例如，在usim中)，或者射频基站可以在其小区中广播相同信息。另一种可能的解决方案是，将多个可能的寻呼子帧(通常由射频基站针对系统进行配置)分以：用作ue特定的寻呼子帧、或者ce特定的寻呼子帧。通过相应地配置常规ue和ce-ue的寻呼参数(例如，nb)，例如，向ce-ue分配一个常规ue特定的寻呼子帧、和一个ce特定的寻呼子帧是可能的。再还有一种解决方案是基于专门针对ce-ue所分配的、附加的ce特定的ue标识，并且可以将其用于计算ce特定的寻呼可能性；另外，如在现有技术中，基于ce-ue的通常的标识(例如，imsi)来计算ue特定的寻呼可能性。根据第二方面，改进了寻呼过程，通过该过程射频基站寻呼其小区中要求覆盖延伸的用户装备。与处理由enb启动的小区范围的寻呼的第一方面相反，该第二方面涉及以下情况：其中，在核心网络(nas)中启动寻呼，并且将其导向(destined)单一的ue(或者非常有限数目的ue)。针对特定ce-ue进行的寻呼将可靠地到达ce-ue，因此，射频基站将使用一种针对ce寻呼的、适当的覆盖延伸技术。为了避免来自射频基站的、不必要的ce寻呼，具有ce能力的ue将实现测量与报告过程，根据所述测量与报告过程来向射频基站告知有关ue的当前ce状态的信息。因此，射频基站将仅执行针对当前确实处于ce状态的(即，当前要求覆盖延伸的)具有ce能力的ue的ce寻呼。如果向射频基站告知的具有ce能力的ue的状态的信息指示此时该具有ce能力的ue实际不要求覆盖延伸，则ce-ue(尽管具有ce能力)将不使用覆盖延伸技术进行寻呼。由具有ce能力的ue有规律地执行适当的射频测量，以确定此时是否需要覆盖延伸。当对当前ce状态感兴趣时，可以由射频基站或者核心网络实体来触发所述测量。这些测量可以包括，例如，rsrq、rsrp、信道质量、块错误率、或者任何其它合适的测量参数中的至少一个。可以定义具有ce能力的ue将测量结果与其进行比较的适当阈值，以确定其是否需要覆盖延伸。因此，特定的具有ce能力的ue可以改变其ce状态，即，在ce-ue(即，确实要求覆盖延伸的)和非ce-ue(即，支持ce但此时不要求ce的)之间进行切换。射频基站保持对于具有ce能力的ue的当前ce状态的更新，从而在寻呼时其(应该)知道是否确实需要针对寻呼的覆盖延伸。为了限制上行链路流量，可以将射频基站的告知功能限制到以下情况：其中，具有ce能力的ue的ce状态发生改变，即，从非ce-ue改变为ce-ue，反之亦然。当然，对于具有ce能力的ue，周期性地测量和报告这样的信息/测量，甚至是在不存在所述切换的情况下，也应该是可能的。在该情况下，enb能够基于其实现来对所接收的包括测量报告的信息进行某些平均(averaging)，然后确定ce状态的切换确实有帮助。告知的步骤可以在例如，具有ce能力的ue和射频基站之间直接地完成，例如，针对处于连接状态的具有ce能力的ue，因此，能够向射频基站提供相应的ce状态。替代地，具有ce能力的ue可以向核心网络实体报告，相应地，核心网络实体可以在最近触发时告知射频基站；可以在这样的情况下完成这一点：例如，其中，具有ce能力的ue处于空闲状态，从而不具有与射频基站的活跃的连接的情况。相应地，可以通过使用ce技术，由射频基站执行针对ce-ue的寻呼，反之，可以不使用ce技术，执行针对非ce-ue的寻呼。具有ce能力的ue适当地接收ce寻呼、或者常规的寻呼。相应地，在一个概括的第一方面，此处所公开的技术其特征在于：一种对移动通信系统中射频基站所控制的小区中的所有用户装备进行寻呼的方法。针对对要求覆盖延伸的用户装备(简称ce用户装备)的寻呼，定义了至少一个有规律地出现的、覆盖延伸特定的的寻呼可能性(简称ce特定的寻呼可能性)。射频基站能够使用用于实现针对ce用户装备的覆盖延伸的多种技术中的一种。小区中的ce用户装备有规律地监视所述至少一个ce特定的寻呼可能性。当射频基站确定要寻呼小区中的所有用户装备时，射频基站使用用于实现覆盖延伸的所述多种技术中的一种，根据ce特定的寻呼可能性，来寻呼小区中的ce用户装备。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，针对对射频基站的小区中的特定用户装备的寻呼定义了多个ue特定的寻呼可能性。ce用户装备和非ce用户装备，其每一个均监视所述多个ue特定的寻呼可能性中相应的ue特定的寻呼可能性。射频基站(当确定要寻呼小区中的所有用户装备时)在不使用实现覆盖延伸的所述多种技术中的一种的情况下，以所有所述多个ue特定的寻呼可能性来执行寻呼。根据另一个示例，所述多个ue特定的寻呼可能性中的每一个不同于所述至少一个ce特定的寻呼可能性。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，所述至少一个ce特定的寻呼可能性中的每一个涉及根据射频帧数目和子帧数目所定义的控制信道的射频资源，并且每一个寻呼周期对其加以重复。由ce用户装备仅监视所述至少一个ce特定的寻呼可能性。例如，由处于空闲状态的ce用户装备、和处于连接状态的ce用户装备来监视所述至少一个ce特定的寻呼可能性。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，寻呼步骤包括：射频基站在由所述至少一个ce特定的寻呼可能性所指定的控制信道的射频资源处来传输第一寻呼通知，并且包括由射频基站在由第一寻呼通知所指定的另一个信道的射频资源处来传输第二寻呼消息。例如，将用于实现覆盖延伸的技术应用于传输第一寻呼通知、和传输第二寻呼消息的两个步骤。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，用于实现覆盖延伸的所述多种技术包含下列技术至少之一：射频基站将消息重复预先配置的次数的重复技术、传输功率的提高(其中射频基站使用提高的传输功率来传输消息)；其中在多个连续的子帧中传输同一消息的捆绑(bundling)技术；以及其中通过较大资源，例如经由较大频率-时间资源或者信道化代码来传输消息的传播(spreading)技术。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，可应用于射频基站所控制的小区的系统信息的变化、或者射频基站所控制的小区中广播的消息(例如，警告消息)的存在，触发了射频基站确定要寻呼小区中所有用户装备的步骤。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，所述至少一个ce特定的寻呼可能性中的每一个涉及根据射频帧数目和子帧数目所定义的控制信道的射频资源，所述射频帧数目和子帧数目是预先配置的，以能够针对ce特定的寻呼可能性固定射频帧数目和子帧数目。例如，将用于确定预先配置的射频帧数目和子帧数目的信息存储在ce用户装备的全球用户识别卡usim中，或者由小区中的射频基站加以广播。进一步的示例是：预先配置的子帧数目为1、2、3、6、7、或者8。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，针对在射频基站的小区中的寻呼，定义多个寻呼可能性，其中，用于计算ue特定的寻呼可能性的至少一个参数的第一值不同于用于计算ce特定的寻呼可能性的所述至少一个参数的第二值，从而将所述多个寻呼可能性分为：用作ce特定的寻呼可能性的、或者ue特定的寻呼可能性。将ce用户装备配置为使用用于计算ue特定的寻呼可能性的所述至少一个参数的第一值，且配置为使用用于计算ce特定的寻呼可能性的所述至少一个参数的第二值。将非有ce用户装备配置为使用用于计算ue特定的寻呼可能性的所述至少一个参数的第一值、且配置为不计算ce特定的寻呼可能性。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，6，其中，基于由射频基站和ce用户装备来计算的是哪个ce特定的寻呼可能性，向ce用户装备分配ce特定的用户装备标识。例如，对于所有配置了ce的用户装备，ce特定的用户装备标识是相同的，并且将ce特定的用户装备标识存储在ce用户装备的全球用户识别卡usim中、或者由小区中的射频基站加以广播。又例如，定义多个不同级的覆盖延伸，而且其中，对于每一个覆盖延伸级，定义不同的ce特定的用户装备标识。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，其中，定义了多个不同级的覆盖延伸，而且其中，对于每一个覆盖延伸级，针对对配置为该覆盖延伸级的ce用户装备进行寻呼，定义了不同的ce特定的寻呼可能性。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，射频基站通过执行计数过程来确定在其小区中是否存在处于空闲状态的ce用户装备，其中，处于空闲状态的ce用户装备向射频基站告知有关它们在由射频基站所控制的小区中的存在的信息。例如，仅在小区中不存在处于连接状态的ce用户装备的情况下，执行该确定。相应地，在一个概括的第一方面，此处所公开的技术其特征在于：位于移动通信系统中由射频基站所控制的小区中的用户装备。所述用户装备(简称ce用户装备)要求覆盖延伸，其中，针对ce用户装备，定义了至少一个有规律地出现的、覆盖延伸特定的寻呼可能性(简称ce特定的寻呼可能性)。射频基站能够使用实现针对ce用户装备的覆盖延伸的多种技术中的一种。ce用户装备的处理器有规律地监视所述至少一个ce特定的寻呼可能性。ce用户装备的接收器使用实现覆盖延伸的所述多种技术中的一种，以ce特定的寻呼可能性，接收来自射频基站的寻呼。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，针对寻呼射频基站的小区中的特定用户装备，定义多个ue特定的寻呼可能性。ce用户装备的处理器监视所述多个ue特定的寻呼可能性中相应的ue特定的寻呼可能性。在另一个示例中，所述多个ue特定的寻呼可能性中的每一个不同于所述至少一个ce特定的寻呼可能性。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，其中，所述至少一个ce特定的寻呼可能性中的每一个指的是由射频帧数目和子帧数目所定义的控制信道的射频资源，并且每一个寻呼周期对其加以重复。在进一步的示例中，当处于空闲状态时、以及当处于连接状态时，由ce用户装备来监视所述至少一个ce特定的寻呼可能性。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，接收寻呼的接收器包括：在由所述至少一个ce特定的寻呼可能性所指定的控制信道的射频资源处来接收第一寻呼通知，且包括在由所述第一寻呼通知所指定的另一个信道的射频资源处来接收第二寻呼消息。在另一个示例中，由ce用户装备使用的用于实现覆盖延伸的技术接收第一寻呼通知和第二寻呼消息两者。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，所述至少一个ce特定的寻呼可能性中的每一个指的是由射频帧数目和子帧数目所定义的控制信道的射频资源，其中，所述射频帧数目和子帧数目是预先配置的，使得针对ce特定的寻呼可能性固定射频帧数目和子帧数目。在另一个示例中，ce用户装备的存储器适用于存储信息，以确定预先配置的射频帧数目和预先配置的子帧数目。示例性地，所述存储器为ce用户装备的全球用户识别卡usim。或者，ce用户装备的接收器接收信息，以确定预先配置的射频帧数目和预先配置的子帧数目，由小区中的射频基站加以广播。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，向ce用户装备分配ce特定的用户装备标识，其中，ce用户装备的处理器适用于基于特定的用户装备标识来算ce特定的寻呼可能性。示例性地，对于所有配置了ce的用户装备，ce特定的用户装备标识是相同的。在另一个示例中，定义了多个不同级的覆盖延伸。对于每一个覆盖延伸级，定义了不同的ce特定的用户装备标识。相应地，在一个概括的第一方面，此处所公开的技术的特征在于：对移动通信系统中射频基站所控制的小区中的所有用户装备进行寻呼的射频基站。针对对要求覆盖延伸的用户装备(简称ce用户装备)进行寻呼，定义了至少一个有规律地出现的、覆盖延伸特定的的寻呼可能性(简称ce特定的寻呼可能性)。射频基站能够使用用于实现ce用户装备的覆盖延伸的多种技术中的一种。射频基站的处理器确定是否要对小区中的所有用户装备进行寻呼。射频基站的传输器使用用于实现覆盖延伸的所述多种技术中的一种，以ce特定的寻呼可能性来对小区中的ce用户装备进行寻呼。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，针对对射频基站的小区中的特定用户装备进行寻呼，定义了多个ue特定的寻呼可能性，其中，射频基站的传输器，当处理器确定要寻呼小区中的所有用户装备时，在不使用实现覆盖延伸的所述多种技术中的一种的情况下，还以所有所述多个ue特定的寻呼可能性来执行寻呼。例如，所述多个ue特定的寻呼可能性中的每一个不同于所述至少一个ce特定的寻呼可能性。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，射频基站的传输器适用于在由所述至少一个ce特定的寻呼可能性所指定的控制信道的射频资源处，传输第一寻呼通知，并且在由所述第一寻呼通知所指定的另一个信道的射频资源处，传输第二寻呼消息。示例性地，将用于实现覆盖延伸的技术应用于第一寻呼通知的传输和第二寻呼消息的传输两者。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，当被可应用于由射频基站所控制的小区的系统信息的变化所触发时、或者被要在由射频基站所控制的小区中广播的消息(例如，警告消息)的存在所触发时，处理器确定要寻呼小区中所有用户装备。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，所述至少一个ce特定的寻呼可能性中的每一个指的是由射频帧数目和子帧数目所定义的控制信道的射频资源，所述射频帧数目和子帧数目是预先配置的，使得针对ce特定的寻呼可能性固定射频帧数目和子帧数目。示例性地，用于确定预先配置的射频帧数目和预先配置的子帧数目的信息被存储在射频基站中，其中，射频基站的传输器广播用于确定预先配置的射频帧数目和预先配置的子帧数目的信息。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，将ce特定的用户装备标识分配到ce用户装备，其中，射频基站的处理器适用于基于ce特定的用户装备标识来计算ce特定的寻呼可能性。示例性地，射频基站的传输器适用于广播小区中的ce特定的用户装备标识。根据第一方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，射频基站的处理器通过执行计数过程，确定其小区中是否存在处于空闲状态的ce用户装备。示例性地，仅在小区中不存在处于连接状态的ce用户装备的情况下，才执行所述确定。相应地，在一个概括的第二方面，此处所公开的技术其特征在于：一种用于对移动通信系统中射频基站所控制的小区中的用户装备进行寻呼的方法。用户装备支持覆盖延伸技术，其中，射频基站能够使用用于实现具有ce能力的用户装备的覆盖延伸的多种技术中的一种。由具有ce能力的用户装备来执行射频测量，该测量基于射频测量的结果来确定是否需要覆盖延伸。根据判断结果向射频基站告知有关具有ce能力的用户装备是否需要覆盖延伸的信息。当对具有ce能力的用户装备进行寻呼时，射频基站根据具有ce能力的用户装备是否需要覆盖延伸，应用或不应用用于实现覆盖延伸的所述多种技术中的一种。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，由具有ce能力的用户装备所执行的射频测量包括：对参考信号接收功率(rsrp)、与/或参考信号接收质量(rsrq)、与/或信道质量、与/或块错误率、与/或harq操作点的测量。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，确定是否需要覆盖延伸的步骤包含：由具有ce能力的用户装备将射频测量的结果与第一阈值进行比较，以确定是否需要覆盖延伸的步骤。例如，当射频测量的结果低于第一阈值时，所述比较确定需要覆盖延伸。所述步骤还包含由具有ce能力的用户装备将射频测量的结果与第二阈值进行比较，以确定是否需要覆盖延伸。例如，当射频测量的结果超过第二阈值时，所述比较确定不需要覆盖延伸。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，告知射频基站有关具有ce能力的用户装备是否需要覆盖延伸的信息的步骤包括：由具有ce能力的用户装备传输有关具有ce能力的用户装备是否需要覆盖延伸的信息传输到射频基站的步骤。在该情况下，例如，具有ce能力的用户装备处于连接状态。在另一个示例中，可以通过将具有ce能力的用户装备保持在连接状态，来避免其变为空闲状态。替代地，告知的步骤也可以包括：由具有ce能力的用户装备传输有关具有ce能力的用户装备是否需要覆盖延伸的信息传输到核心网络实体。在该情况下，核心网络实体向射频基站提供所接收的信息。例如，具有ce能力的用户装备处于连接状态、或者处于空闲的状态。在另一个示例中，核心网络实体是移动性管理实体。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，射频基站被启动和控制寻呼的核心网络实体触发，对具有ce能力的用户装备进行寻呼，且其控制寻呼，优选地，其中，启动寻呼的核心网络实体是移动性管理实体。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，按预先配置的时间间隔来执行、与/或由射频基站来触发执行射频测量、和确定是否需要覆盖延伸的步骤。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，仅当所述确定的结果不同于先前告知于射频基站的确定结果时，才执行告知射频基站的步骤。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，射频基站基于具有ce能力的用户装备所选择的用于最初附接于射频基站的射频资源，来确定具有ce能力的用户装备是否需要覆盖延伸；例如，当最初附接于射频基站时，所述确定是基于所选择的、用于由具有ce能力的用户装备所执行的随机访问过程的前同步码(preamble)或者访问槽(accessslot)。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，对具有ce能力的用户装备进行寻呼的步骤包含：由射频基站在由针对具有ce能力的用户装备的寻呼可能性所指出的控制信道的射频资源处，传输第一寻呼通知，以及由射频基站在第一寻呼通知所指定的另一个信道的射频资源处，传输第二寻呼消息。在另一个示例中，将用于实现覆盖延伸的技术应用于传输第一寻呼通知和传输第二寻呼消息的两个步骤。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，当被射频基站成功地寻呼时，具有ce能力的用户装备可以将有关成功寻呼的信息告知射频基站，并且射频基站可以将有关成功寻呼的信息告知负责启动寻呼的核心网络实体。相应地，在一个概括的第二方面，此处所公开的技术的特征在于：一种位于移动通信系统中的射频基站所控制的小区中的用户装备。所述用户装备(简称ce用户装备)支持覆盖延伸技术。射频基站能够使用用于实现针对具有ce能力的用户装备的覆盖延伸的多种技术中的一种。ce用户装备的处理器执行射频测量，并且基于射频测量的结果来确定是否需要覆盖延伸。ce用户装备的传输器基于确定结果，将有关具有ce能力的用户装备是否需要覆盖延伸的信息告知射频基站。ce用户装备的接收器从射频基站接收寻呼，取决于是否需要覆盖延伸，应用或不应用用于实现覆盖延伸的所述多种技术中的一种。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，由具有ce能力的用户装备所执行的射频测量包括：对参考信号接收功率(rsrp)、与/或参考信号接收质量(rsrq)、与/或信道质量、与/或块错误率、与/或harq操作点的测量。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，所述处理器通过将射频测量的结果与第一阈值进行比较，来确定是否需要覆盖延伸。例如，当射频测量的结果低于第一阈值时，所述比较确定需要覆盖延伸。另外，还将射频测量的结果与第二阈值进行比较，来确定是否需要覆盖延伸。例如，当射频测量的结果超过第二阈值时，所述比较确定不需要覆盖延伸。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，所述传输器通过将有关具有ce能力的用户装备是否需要覆盖延伸的信息传输到射频基站，来告知射频基站。例如，具有ce能力的用户装备处于连接的状态，此外，通过将具有ce能力的用户装备保持在连接的状态，来避免其变为空闲状态。替代地，有关具有ce能力的用户装备是否需要覆盖延伸的信息被传输到核心网络实体。核心网络实体向射频基站提供所接收的信息。优选地，其中，令具有ce能力的用户装备处于连接的状态或者处于空闲的状态。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，按预先配置的时间间隔执行、与/或由射频基站来触发处理器执行射频测量、和确定是否需要覆盖延伸。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，仅当所述确定的结果不同于先前告知于射频基站的确定结果时，传输器才告知射频基站。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，接收寻呼的接收器包括：由专门针对具有ce能力的用户装备的寻呼可能性所指定的控制信道的射频资源处，接收第一寻呼通知，并且在所述第一寻呼通知所指定的另一个信道的射频资源处接收第二寻呼消息。例如，由ce用户装备使用用于实现覆盖延伸的技术，来接收第一寻呼通知和接收第二寻呼消息两者。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，所述传输器还适用于将有关成功寻呼的信息告知射频基站。相应地，在一个概括的第二方面，此处所公开的技术的特征在于：一种用于对移动通信系统中射频基站所控制的小区中的用户装备进行寻呼的射频基站。用户装备支持覆盖延伸技术。射频基站能够使用用于实现针对具有ce能力的用户装备的覆盖延伸的多种技术中的一种。射频基站的接收器接收有关具有ce能力的用户装备是否需要覆盖延伸的信息。当对具有ce能力的用户装备进行寻呼时，射频基站的传输器取决于具有ce能力的用户装备是否需要覆盖延伸，应用或不应用用于实现覆盖延伸的所述多种技术中的一种。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，接收信息的接收器包括：从具有ce能力的用户装备或者从核心网络实体接收有关具有ce能力的用户装备是否需要覆盖延伸的信息。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，射频基站的传输器在专门针对具有ce能力的用户装备的寻呼可能性所指定的控制信道的射频资源处，传输第一寻呼通知，并且在所述第一寻呼通知所指定的另一个信道的射频资源处，传输第二寻呼消息。例如，将用于实现覆盖延伸的技术应用于第一寻呼通知的传输和第二寻呼消息的传输两者。根据第二方面的一个有利的变形(其可以用作除上述方案之外的方案、或者其替换方案)，射频基站的接收器接收有关ce用户装备的成功寻呼的信息，以及射频基站的传输器将有关成功寻呼的信息告知负责启动寻呼的核心网络实体。从说明书和附图中将可明显看出所公开的实施例的另外的益处和优点。这些好处与/或优点可以分别由说明书和附图公开的不同的实施例和特性来提供，为了获得一个或多个所述好处与/或优点，无需提供所有的实施例与特性。可以使用系统、方法、以及计算机程序、以及系统、方法、以及计算机程序的任何组合来实现这些概括的、和具体的方面。附图说明图1示出了3gpplte系统的示例性架构。图2示出了3gpplte的整体e-utran架构的示例性的总视图。图3图示了针对两种不同情况的循环寻呼帧和寻呼时机。图4示出了用于寻呼的系统总视图和消息交换，其中，寻呼是由mme启动的，并且跨越ce-ue注册的不同追踪区域传播。图5图示了根据一个示例性第一实施例的两个ce-ue的ue特定的寻呼可能性和ce特定的寻呼可能性。图6示出了根据一个示例性第一实施例的ue行为的序列图。图7示出了根据一个示例性第一实施例的enb行为的序列图。图8示出了根据一个示例性第二实施例的针对测量报告和寻呼的消息交换的消息序列图。图9示出了根据一个示例性第二实施例的ue行为的序列图。图10示出了根据一个示例性第二实施例的enb行为的序列图。具体实施方式移动台、或者移动结点、或者用户终端、或者用户装备是通信网络内的物理实体。一个结点可以具有若干功能实体。功能实体指的是实现一组预先确定的功能、和/或向结点或网络的其它功能实体提供一组预先确定的功能的软件或者硬件模块。结点可以具有一个或多个接口，所述接口将结点附接于结点能够在其上进行通信的通信设施或者介质。类似地，网络实体可以具有逻辑接口，所述逻辑接口将功能实体附接于功能实体能够在其上与其它功能实体或者相应结点进行通信的通信实体或者介质。在权利要求集合以及本申请中所使用的术语“射频资源”将被广义地理解为指的是物理射频资源，诸如时间-频率资源。权利要求集合以及本申请中所使用的术语“寻呼可能性”将被广义地理解为指的是控制信道(例如，pdcch)的物理射频资源(频率-时间资源)，其是由射频帧数目(也称为寻呼帧(pf))和子帧数目(也称为寻呼时机(po))定义的。权利要求集合以及本申请中所使用的表述“覆盖延伸ue(或者“ceue”)”将被广义地理解为指的是要求覆盖延伸的ue(例如，因为其处于恶劣的射频条件中)。表述“具有ce能力的ue”将用于支持覆盖延伸技术的ue，而不管ue是否确实要求覆盖延伸，即，ue可以支持覆盖延伸技术，但在当前不需要覆盖延伸的情况下还可以将其理解为“非ceue”。从enb的角度而言，在任何具体时间点，都可能不清楚具有ce能力的ue是否确实要求覆盖延伸。第二实施例针对这一缺点。相应地，权利要求集合以及本申请中所使用的表述“非ce-ue”将被广义地理解为指的是不要求覆盖延伸(甚至是当实际支持相应的ce技术时)、或者不支持覆盖延伸技术的ue。权利要求集合以及本申请中所使用的表述“ue特定的寻呼可能性”将被广义地理解为基于ue-id(例如，imsi)计算出的寻呼可能性，并且应在ce特定的寻呼可能性(特定针对覆盖延伸)的上下文中理解。如在
背景技术：
一节中所描述的，仅存在有限数量的可用的寻呼可能性，然后，在所述寻呼可能性中依据ue的id来部署ue。尽管可以由多个ue监视某一特定的寻呼可能性，但在ue所监视的寻呼可能性是基于相应的ue-id确定这一意义上来说，寻呼可能性是ue特定的。权利要求集合以及本申请中术语“寻呼通知”和“寻呼消息”是不同的，以便分别指代第一pdcch消息(其基本上是通知有关寻呼消息(例如，由公共p-rnti使用)的指示、和后继的pdsch消息(其具有实际的寻呼信息)。术语“寻呼”不对此进行区分，并且将适用于两者。本申请中所使用的术语“ce寻呼(page)”或者“ce寻呼(paging)”将广义地指代其中使用了多种覆盖延伸技术之一的寻呼。例如，当将重复技术考虑为enb所使用的ce技术时，“ce寻呼”将涉及将两种寻呼消息(即，pdcch上的寻呼通知、和pdsch上的实际寻呼消息)的传输进行重复预先配置的次数，如针对重复技术所定义的。如
背景技术：
一节中所解释的，将针对(mtc)设备实施覆盖延伸技术，但不清楚应如何针对寻呼过程实现覆盖延伸。然而，对于任何这样的技术，花费是相当高的，因此仅当必要时才应使用它们。对于由enb所启动的、并且针对小区中所有ue的寻呼，将当前实施的寻呼应用于所有可能的寻呼可能性，以到达所有的ue。为了也到达ce-ue，可以将覆盖延伸技术在所有可能的寻呼可能性均应用于寻呼，然而这导致了高的资源消耗。对于由nas所启动、并且仅针对一个ue(或者非常有限数目的ue)的寻呼，mme通过s1接口向enb告知有关rrc_connectedue的能力，以允许覆盖延伸，从而支持以上所提到的覆盖增强技术。但是，不清楚寻呼时ue是否真正要求覆盖延伸(例如，从地下室移至开阔地带的ue(例如，mtc设备))。因此，enb可以通过使用ce技术之一、在ue特定的寻呼可能性来寻呼ue，尽管ue处于良好射频条件中并且将会不需要覆盖延伸寻呼。这也会浪费资源。为了缓解以上所解释的问题，本发明者构想了以下示例性的实施例。3gpp标准所给出的宽泛的规范中实现了这些实施例中的某些实施例，并且在
背景技术：
一节中部分地进行了解释，而且在以下与各种实施例相关的描述中解释了特定的关键特征。应该注意，例如，这些实施例能够很好地应用于移动通信系统，例如，3gpplte-a(版本10/11/12/13)通信系统，如以上技术背景一节中所描述的，然而这些实施例并不局限于其在这一特定示例通信网络中的应用。不应将所述解释视为对本公开的范围的限制，而仅应将它们理解为更好地理解本公开的实施例的一个示例。本领域技术人员应该意识到，可以将权利要求中所阐述的本公开的一般性原理应用于不同的情形，并且可以按此处未明示进行描述的方式来应用。相应地，以下针对各种实施例的解释性目的所假设的情形不应构成对本公开及其实施例的限制。以下，将解释实施例集合。尽管在以下的实施例中，使用了广义表述ue、ce-ue、具有ce能力的ue，然而也可以将所述实施例同等地应用于mtc设备，即，ce-mtc设备、或者具有ce能力的mtc设备等。第一实施例根据第一示例性实施例，介绍了一种寻呼过程，根据该过程enb能够寻呼其小区中所有ue，包括那些要求覆盖延伸(当然也支持覆盖延伸)的ue。对于该第一实施例，假设由enb本身启动(即，触发)寻呼，这不同于第二实施例为其提供了一个改进的寻呼过程的非访问层启动的寻呼。如
背景技术：
一节中已经解释的，enb可以出于多种原因启动寻呼。例如，能够应用于小区的系统信息可能改变，enb希望通知其小区中的所有ue，使得ue能够立即从下一个修改时段开始获得更新的系统信息。另一种原因是，应在小区中广播警告(warning)消息，例如，来自etw或者cmas系统的消息、或者与eab(针对mtc设备的增强的访问限制)相关的消息。此处省略了更详细的信息，并且参照了同样应用于第一实施例的
背景技术：
一节中的相应段落。因此，由于这些原因的特性，enb希望确保寻呼到达小区中的所有ue，包括那些需要覆盖延伸成功到达的ue。根据第一实施例，为了专门寻呼那些ce-ue而建立寻呼可能性，以下将它们称为ce特定的寻呼可能性。更精确地，参考能够用于ce寻呼的pdcch的射频资源，定义了ce特定的寻呼帧、和ce特定的寻呼子帧。按与当前系统中所定义的ue特定的寻呼可能性相类似的方式，ce特定的寻呼可能性应根据ue所遵循的寻呼周期有规律地出现，例如，按循环的方式。除了现有技术已经建立的常规的ue特定的寻呼可能性(如
背景技术：
一节中所讨论的)之外，也可以定义ce特定的寻呼可能性。ce特定的寻呼可能性独立于ue的标识，而且对于多个ce-ue是相同的，所述ce-ue例如，对于某一特定小区的ce-ue、或者对于通常所有的ce-ue(或者至少对于特定ce级的所有ce-ue，如以下将解释的)；这不同于常规的ue特定的寻呼可能性(即使多个ue可能监视同一寻呼可能性，寻呼可能性也是ue特定的因为其根据ue的id而计算)。该ce特定的寻呼可能性至少为enb和ce-ue所知；可以向也可以不向非ce-ue告知有关该ce特定的寻呼可能性；然而，这些非ce-ue不应监视ce特定寻呼可能性，因为“常规”(即，非ce)寻呼可以到达它们。另外，由enb所启动的寻呼应既到达处于rrc空闲状态的ue、也到达处于rrc连接状态的ue。于是，处于rrc空闲状态的ue和处于rrc连接状态的ue应监视ce特定的寻呼可能性。ce-ue有规律地监视ce特定的寻呼可能性，以接收ce寻呼，从而确保对它们能成功地被寻呼。从enb的角度而言，当为了到达ce-ue而触发寻呼(例如，通过系统信息改变)时，enb将等待由ce特定的寻呼可能性所给出的相应的寻呼机会，然后将以其小区中所有ce-ue所监视的ce特定的寻呼可能性来执行ce寻呼。按与针对ue特定的寻呼可能性相类似的方式，这特别涉及ce特定的寻呼可能性的射频帧和子帧处的pdcch上的寻呼通知的传输、以及pdcch上的寻呼通知所指定的pdsch的资源上的寻呼消息的相应的传输。ce寻呼的所述两个消息的该传输是通过使用多种技术中的一种适当的技术来执行的，所述技术预计能实现覆盖延伸，例如，将重复技术、或者使用显著增加的功率用于传输的技术。enb的小区中的ce-ue监视ce特定的寻呼可能性，从而将接收pdcch上的寻呼通知，然后接收pdsch上的寻呼消息。另外，由于enb将使用为ce-ue所知的覆盖延伸技术进行寻呼，ce-ue将相应地对ce寻呼做出反应，例如，通过额外地接收寻呼通知和寻呼消息的重复。寻呼消息将向ce-ue告知例如系统信息改变、或者警告消息等。取决于pdsch上寻呼消息的内容，ce-ue将相应地做出反应，例如，通过在下一个修改时段获得系统信息、或者通过向ce-ue的用户提供警告消息。当然，在优选的第一实施例中，enb也将希望寻呼其它(非ce)的ue，并且，为了所述目的，将以所有可能的寻呼可能性对它们进行寻呼，如
背景技术：
一节中所讨论的，即，将在不使用任何ce技术的情况下实现这一点。非ce-ue将分别监视它们的ue特定的寻呼可能性，因此将接收由enb所执行的寻呼中的一个。通常，ce特定的寻呼可能性可能不同于可分派于ue的ue特定的寻呼可能性中的任何一个，尽管这不是对于第一实施例的功能严格必需的。例如，考虑到其它子帧0、4、5、9被选择为/被计算为ue特定的寻呼可能性的候选，仅子帧1、2、3、6、7、以及8对于ce特定的寻呼可能性是可能的。在一个可能的实施例中，除了ce特定的寻呼可能性之外，ce-ue可以保持有规律地监视它们的ue特定的寻呼可能性(如
背景技术：
一节所解释的，根据它们的标识计算出所述可能性)。替代地，ce-ue可以不同时监视ce特定的寻呼可能性和ue特定的寻呼可能性，而是可以仅监视ce特定的寻呼可能性。按与图3相类似的方式，图5示出了由两个不同的ce-ue(即ue1和ue2)所监视的寻呼可能性。从图5显而易见的是，假设ce-ue1在子帧9(也参见图3，情况b)分别监视射频帧编号76和编号204(76+128)等处的ue特定的寻呼可能性、并且假设ce-ue2在子帧4(也参见图3，情况c)分别监视射频帧编号19和编号147(19+128)等处的ue特定的寻呼可能性。另外，ce-ue1和ce-ue2两者都监视同一ce特定的寻呼可能性，在该示例性说明中，假设其出现在ce特定的寻呼帧36、164(36+128)等处，并且出现在相应的ce特定的子帧1处。图6示出了针对第一实施例的示例性变形的ce-ue的行为的序列图。具体地，与图5一样，假设ce-ue既监视ce特定的寻呼可能性、也监视ue特定的寻呼可能性，而且，当其接收到寻呼通知时，ce-ue将继而在由pdcch寻呼通知所指定的pdsch资源处接收相应的寻呼消息(应用或不应用ce技术)。然后，取决于寻呼消息的内容，ce-ue将相应地做出反应。图7示出了希望执行寻呼的enb的相应行为的序列图。在enb决定对其小区中所有ue执行寻呼(例如，由于系统信息改变)之后，其将以所有可能的ue特定的寻呼可能性来继而执行通常的寻呼，以到达所有非ce-ue，而不使用任何ce技术。另一方面，为了也到达ce-ue，enb将通过使用一种适当的ce技术(例如，重复、或者增加传输功率)以ce特定的寻呼可能性来执行ce寻呼。以上所解释的第一实施例具有这样的优点：将覆盖延伸技术的使用限制于一个特定的ce特定的寻呼可能性，而不必将其应用于所有可能的ue特定的寻呼可能性。通过使用一个寻呼可能性，可以同时寻呼所有(或者至少多个)ce-ue。于是，能够节省相应的下行链路资源。另外，ce特定的寻呼可能性独立于任何ce-ue的真正的imsi。可以按多种不同的方式定义ce特定的寻呼可能性，但必须始终提供为ce-ue和enb所知的ce特定的寻呼射频帧编号、和ce特定的寻呼子帧编号。根据第一实施例的第一变形，预先固定ce特定的寻呼可能性，例如，不对其进行计算，而直接加以指示。在一个示例中，例如，在ce-ue中(例如，在其usim、uicc中等)和enb中，直接定义ce特定的寻呼射频帧和子帧的编号；换句话说，ce-ue和enb将具有针对ce特定的寻呼可能性的、指示特定射频帧和子帧编号(例如，射频帧编号36和子帧编号1，如图4的示例)的信息。不需要将该信息预先存储在ce-ue中(例如，通过使用usim)，但也能够由其小区中的enb广播，例如，作为系统信息的一部分、或者当可能时由专用消息加以指示，由此ce-ue从enb获知有关要被用于ce寻呼的ce特定的寻呼可能性。这将允许不同的enb使用不同的ce特定的寻呼可能性。替代地，取代直接指示ce特定的子帧编号，可以在所述方面重新使用参数ns和i_s(已经从ue特定的寻呼可能性的计算获知)。具体地，可以使用下列示例性的扩展的表，将其与可以从ts36.304获得的表相比，如在
背景技术：
一节中所解释的，其至少包括一个具有在子帧1、2、3、以及6处的可能po的附加的行，例如，ns＝5(当然也可以使用任何其它未使用的ns编号)。[表3]nspo当i_s＝0时po当i_s＝1时po当i_s＝2时po当i_s＝3时19n/an/an/a249n/an/a4045951236对于该替代方案，将针对ce特定的寻呼可能性来预先配置ns和i_s，使得ce-ue和enb能够基于上述示例性的表来确定使用哪一个ce特定的寻呼子帧。在这一示例中，ce特定的寻呼射频帧仍由相应的射频帧编号直接地指示。该第一变形的优点在于，ce-ue将不需要计算ns和i_s，而可以直接使用针对ce特定的寻呼可能性的射频帧和子帧所指定的编号。根据对应于(vis-a-vis)ue特定的寻呼可能性来定义ce特定的寻呼可能性的第一实施例的第二变形，通过向ce-ue提供不同于向非ce-ue提供的参数值的参数值，来定义ce特定的寻呼可能性。假设遵循在
背景技术：
一节中针对ue特定的寻呼可能性所解释的方程和原理来计算ue特定的寻呼子帧。通过针对同一ue使用不同的参数值，ue特定的寻呼子帧的计算得到不同于ce特定的寻呼可能性的相应的子帧数目的子帧数目。如以上所解释的第一变形，固定针对ce特定的寻呼可能性的射频帧数目。在一个示例中，具有不同值的参数为“nb”，即，指示了每寻呼周期的寻呼子帧的数目(跨越小区中的所有ue)，其中，针对ce-ue定义一个值，针对非ce-ue定义另一个值。然而，可能存在由网络所广播的另一个参数，用于更直接指示ce-ue和非ce-ue之间的寻呼子帧的分离(segregation)。根据定义ue特定的寻呼可能性的第一实施例的第三变形，引入了ce特定的ue标识(例如，ce-imsi)。当考虑到可以针对各种ce级来配置ce-ue时，可以针对每一个ce级而引入ce级特定的ue标识。在任何情况下，ce-imsi为enb以及ce-ue两者所知。可以将ce特定的ue标识预先提供给ce-ue，例如，在小区中广播、或者预先存储在sim/usim或者uicc或者乃至存储在移动设备me中。特定的ce-ue和网络将使用对应于所需的覆盖延伸支持的所需的级的这些标识中的一个(例如，一个深处恶劣射频环境的ce-ue和网络将使用ue-标识1)；而同一ue，当回到相对好的射频环境中但仍要求ce支持时，相反地，将使用ue-标识2，其为对应于针对所需覆盖延伸的该级的ue-标识。为了使其可行，重要的是，所使用的ue-标识、和所需的相应的覆盖延伸为网络和ce-ue两者所知，例如，通过说明、或者广播等方式，并且，在任何给定的时间点，ce-ue和网络之间都存在有关向特定ce-ue应用哪级的对接(hand-shake)。对接包括先前所述的测量配置与报告。假设当计算ce特定的寻呼可能性时，如在
背景技术：
一节中针对ue特定的寻呼可能性所解释的，应用基本相同的计算与原理。enb和ce-ue两者均可以通过ce特定(级)imsi来计算同一ce特定(级)的寻呼可能性，而不使用ce-ue的真正的imsi。如
背景技术：
一节中已经提到的，可以定义不同的覆盖延伸级(例如，15db、13db等)，其中，可以适当地使相应的覆盖延伸技术适应以确保实现相应的覆盖延伸级。例如，考虑到重复ce技术，为了确保15db的覆盖延伸级可能需要100次重复，而为了确保不同的ce级可能需要更少或者更多次的重复。类似地，考虑应用于其它ce技术。针对那些覆盖延伸级中的一个而配置特定的ce-ue。相应地，根据第一实施例的另一些示例，每ce级定义一个ce特定的寻呼可能性，即，ce级特定的寻呼可能性，从而ce-ue将仅监视ce级的ce特定级的寻呼可能性，所述ce特定级的寻呼可能性是针对该ce级而配置，而不是针对其它ce级定义的其它ce特定级的寻呼可能性。对第一实施例的进一步的改进是，处于rrc连接模式的ce-ue可以试图以其它ue的ue特定的寻呼可能性来读取和接收寻呼。为imsimod1024的ue_id可以仅取最多1024个不同的值，并且基于“ue_idmodn”计算射频帧，由此，在每一个寻呼周期中仅使用n个不同的射频帧。因此，可以将cu-ue配置为监视其它ue可获得的某些或者全部可能的射频帧和子帧。如果ue不接收除ue特定的寻呼可能性之外的寻呼，则这允许网络不进行别的方式会要求的那样多次的重复。对第一实施例的进一步的改进聚焦于何时实际执行ce寻呼。至此，已经假设(未明说)小区中将始终存在ce-ue，在任何当触发寻呼的时候，任何enb都将以ce特定的寻呼可能性来执行ce寻呼。enb知晓所有处于rrc连接模式的(ce-)ue，因为它们具有与enb的活跃(active)连接，因此，enb可以确定要求覆盖延伸的ce-ue是否位于其小区中。然而，enb不知晓哪一些处于rrc空闲模式的ce-ue当前位于其小区中。因此，假设没有处于rrc连接模式的ce-ue位于enb的小区中，enb不知晓是否存在至少一个处于rrc空闲模式的ce-ue位于其小区中。为了确保也到达任何可能的处于空闲模式的cu-ue，在这些情况下，enb将始终必须执行ce寻呼。然而，对于其中没有处于rrc空闲模式的cu-ue位于其小区中的情况，这可能导致资源的浪费。根据该改进，将通过提供允许enb判断是否有任何ce-ue位于其小区中、是否其处于rrc-空闲或者rrc连接状态的过程，来避免资源浪费。为此，enb可以首先确定是否存在任何处于rrc连接模式的ce-ue，例如，可以通过保持具有从mme或者ue接收到的ue能力信息的表来实现这一点。相应地，在enb确定不存在处于rrc连接模式的ce-ue的情况下，启动计数(counting)过程，该计数过程允许enb确定/估计位于其小区中的处于rrc空闲状态的ce-ue的数目。在计数过程的一个示例中，处于rrc空闲状态的ue差不多以轮询调度(roundrobin)方式转到rrc连接状态，并且将有关ceue在rrc空闲模式中的存在(即，有关其本身)告知网络。轮询调度(roundrobin)方法例如可以使用持续检查方法来实现，其中空闲ue将随机抽取编码与由网络所广播的编码进行比较。仅抽取了一个较小值的空闲ue将变为rrc连接的，以告知网络。网络可以将所广播的值保持为足够小，由此在给定时间仅极小百分比的ue真正应通过该测试。这类似于在此处并入以作参考的rrc规范3gppts36.331，当前版本12.4.1中所描述的mbms计数过程中的所为。因此，当enb已经确定其小区中存在至少一个ce-ue、而且其处于rrc-空闲或者rrc连接状态时，enb将仅执行ce寻呼。结果，用于ce寻呼的额外资源不会被滥用。第二实施例如上所解释的，第一实施例涉及由enb所启动的、然后寻呼其小区中所有ue的寻呼过程的改进。所介绍的第二实施例涉及由nas(非访问层)所启动的寻呼过程的改进(例如mme)，其仅专门针对单一ue，或者很有限数目的ue。具体地，对于第二实施例，假设由nas启动寻呼，例如，为了建立与特定ce-ue的传呼(call)；
背景技术：
一节中已经提供了所述方面的细节(也参见图4)，并且同等地适用于第二实施例。在这一方面，“传呼”不需要只是话音传呼，而也可以指与sms、mms或者寻呼(pager)等一样的其它端接(terminating)服务。例如，mme(响应来自核心网络中sgw的相应的触发)向属于ce-ue当前注册的追踪(tracking)区域的所有enb发送寻呼消息。具体地，mme不知道处于rrc空闲状态的ce-ue位于何处。继而，属于相关联的ta列表中的ta中的一个的每个enb必须执行寻呼，从而对传呼去往的ce-ue进行寻呼。最后，被寻呼的ce-ue可以建立与enb的连接，ce-ue位于所述enb中，然后继而接收进来的传呼(也参见图4)。在以上所描述的环境中，mme(通过s1接口)将有关(ce-)ue的能力的信息，例如ue是否能够支持覆盖延伸(以及可选地，覆盖延伸的级)，告知enb。然而，如先前所解释的，该通用能力信息未给出此时特定的具有ce能力的ue是否确实要求覆盖延伸的信息；例如，尽管具有ce能力的ue可能长时间处于地下室中，即，因而要求用于补偿恶劣射频条件的覆盖延伸，然而该具有ce能力的ue与此同时(inmeantime)可能已从地下室上到地面，于是可能不再要求覆盖延伸、或者仍旧要求覆盖延伸但对应于较低需求的覆盖延伸级。因此，根据第二实施例，实现了enb可以根据其获知在寻呼时具有ce能力的ue是否确实需要覆盖延伸的一个过程。为此，在ue和enb之间实施一个新的测量与报告过程，以下将对此详细解释。将具有ce能力的ue配置为执行射频测量，所述射频测量允许确定具有ce能力的ue当前是否确实需要覆盖延伸。射频测量可以涉及例如下列一个或多个方面：参考信号接收的功率(rsrp)、参考信号接收的质量(rsrq)、信道质量等(例如，如3gppts36.214，版本10.1.0(npl8)，第5章中所定义的)、或者乃至当前块错误率(bler)估计、或者harq操作点、以及任何其它合适的测量目标。在任何情况下，本领域技术人员都将会明显意识到，在后续的步骤中，如何确定允许确定是否确实需要覆盖延伸的具有ce能力的ue的当前射频条件。在执行了适当的射频测量之后，具有ce能力的ue应基于测量的结果确定是否需要覆盖延伸。在一个示例中，可以定义两个适当的阈值，由具有ce能力的ue将测量结果与所述两个阈值相比较，以确定具有ce能力的ue的当前ce状态。例如，可以定义一个上阈值，其中，如果测量结果(例如，rsrp或者rsrq)超过这一上阈值，则具有ce能力的ue将确定其不需要覆盖延伸，即，其当前为非ce-ue。相反地，可以定义一个下阈值，其中，如果测量结果(又例如，rsrp或者rsrq)落在这一下阈值之下，则具有ce能力的ue将确定其要求覆盖延伸，即，其当前为ce-ue。不使用两个阈值，当然也可以通过简单地使用一个阈值来确定是否要求ce，其中，测量结果超过所述阈值将意味着不需要覆盖延伸；测量结果落在这一阈值之下将意味着需要覆盖延伸。相同的技术也可以用于像针对harq操作点的其它测量可能性，即，其中，harq操作点超过相应的harq操作点阈值将意味着不需要覆盖延伸；而harq操作点落在harq操作点阈值之下将意味着需要覆盖延伸。射频测量和ce状态确定可以由具有ce能力的ue有规律地(即，按特定的、预先配置的间隔)执行，和/或是由事件触发的(一个甚至针对沿以上所描述的任一方向超过阈值)，例如，和/或由enb所触发的。除了针对相应测量的绝对阈值，网络也可以提供如3gppts36.331当前版本12.4.1中所描述的、相应的滞后(hysteresis)和计时触发(timetotrigger)(ttt)值。所述滞后基本给出了沿任一方向突破阈值的余量或者容差，计时触发(ttt)指定的是，为了使ue触发相应的事件，所述阈值应至少保持被突破/被超过多长时间。可以在具有ce能力的ue中预先配置以下信息、或者从enb向具有ce能力的ue提供以下信息：应执行哪些射频测量、应以哪种间隔、将与哪些阈值来比较测量结果、以及任何其它必要的信息，例如，在能够由rrc或者层2(mac)或者层1(物理层信号)以信号形式发送的相应上午控制消息中，并且可以包含额外的参数，包括滞后、ttt以及目标对象(如，当前的/服务)以及相邻小区列表。具有ce能力的ue必须确保enb保持对当前ce状态(即，对具有ce能力的ue是否需要覆盖延伸)进行更新。例如，可以通过向enb报告ce状态的每一变化来实现，以使enb在寻呼时知道是否应将覆盖延伸技术应用于寻呼。当然，可以将同样的信息用于除寻呼之外的dl消息、也可以用于ul消息，包括寻呼响应、以及其它与非寻呼相关的消息。取决于具有ce能力的ue是处于空闲模式还是连接模式，向enb的ce状态报告可能不同。如果具有ce能力的ue处于rrc连接状态，并且因此具有与enb的活跃的连接，则具有ce能力的ue可以直接将ce状态报告(例如，rrc测量报告)传输到enb。由于对于处于rrc空闲状态的具有ce能力的ue这样的直接报告是不可能的(因为没有可用的、活跃的与enb的连接)，处于空闲状态的具有ce能力的ue将向mme报告ce状态，所以mme知道是否确实要求覆盖延伸(独立于ue的ce能力)。当也触发enb进行寻呼时，mme可以有规律地保持enb在所述方面为最新状态，或者可以仅向enb提供相应的信息。当然，替代enb或者除了enb之外，处于rrc连接状态的具有ce能力的ue也能够告知mme。在另一个选择中，处于空闲状态的具有ce能力的ue将向服务enb直接报告ce状态和uenas标识，其中ue当前处于所述服务enb，例如，当小区选择和重新选择时，因此，其通过保持包括uenas标识和ce要求的表来知道是否确实需要覆盖延伸。替代地，另一个改进提供的是：具有ce能力的ue不变为rrc空闲状态，从而始终保持处于rrc连接状态，因而具有ce能力的ue能够总是将测量报告直接传输到enb。enb可以通过永不向ue发送rrc连接释放消息(即，对于该ue，基本上忽略enb中的任何不活跃的计时器)来确保ue保持为连接状态。在任何情况下，当enb被触发以对特定的具有ce能力的ue的寻呼时，enb将考虑、并告知有关所述具有ce能力的ue是否确实需要覆盖延伸的信息。基于如此所知的ue的当前ce状态，enb将或者将不应用适当的ce技术到具有ce能力的ue的寻呼。如已经针对第一实施例详细解释的，将ce技术应用于寻呼，其涉及将ce技术应用于在pdcch上所传输的寻呼通知、以及被pdcch寻址的、在pdsch上所传输的实际寻呼消息两者。换句话说，定义了两个测量事件，一个涉及射频测量指示需要覆盖延伸的情况，而另一个涉及射频测量指示不需要覆盖延伸的情况。当两个事件中的任何一个出现时，将其向enb报告(直接地或者经由核心网络实体，例如，mme)。图8示出了根据第二实施例的一个示例性寻呼过程的消息序列图。从中可以明显看出，从enb向ue提供的测量控制消息，假设所述测量控制消息包括配置ue以执行射频测量和基于测量结果确定ce状态所需的所有信息。图8还示出了从ue到enb的测量报告消息，其被传输导到enb，以允许enb更新ue的ce状态。因此，这允许enb通过依据ue的ce状态使用或者不使用ce技术来执行ue的寻呼。图9示出了针对如上所解释的、一个特定示例性第二实施例的、具有ce能力的ue的简化的序列过程图，其中，与寻呼监视过程并行描述了测量与报告过程。图10示出了如上所解释的、针对enb的简化的序列过程图，该序列过程图包括针对ue的ce状态的接收与更新的过程，以及取决于ce状态的并行寻呼过程。图8额外地示出了对ue的初始覆盖延伸状况的可选的确定，当ue对enb初始访问时可以直接实现这一点(参见虚线框)。具体地，当最初附接于小区(并且附接于相应的enb)时，ue通常执行rach过程，这涉及例如对适当的前同步码(preamble)、访问槽等的选择。在初始访问期间，具有ce能力的ue将确定其ce状态，以适当地选择rach资源(例如，前同步码、访问槽等)。此时，enb可以基于诸如前同步码、前同步码格式的参数、乃至ue选择以执行rach过程的物理资源来估计ue的射频条件，从而估计ue的ce状态。第二实施例的另一个改进(图8中也通过使用虚线箭头说明了)涉及从enb传输到ue的有关测量报告的成功接收的反馈消息，即，ce状态更新、以及在网络侧成功应用了切换(toggling)(在ce和非ce之间)的确认，因此ue也应根据新的切换状态进行切换/传输/接收。通过例如将有关当前ce状态的信息发回，enb能够确保具有ce能力的ue和enb具有对ce状态相同的理解，从而能够按同样的方式行动。例如，如果在enb处测量报告丢失、或者被不正确地解码，则enb将不改变ce状态，而且ue和enb将具有不同的ce状态(例如，直至enb接收到下一个、成功的测量报告)。另外，即使测量报告的成功接收也无法保证enb不受切换的影响，原因是诸如准入控制、或者enb侧的独立的切换估计等。在这一方面，测量事件的触发仅为enb的输入参数的其中一个，以决定有关ce状态所述切换，而且enb可以基于小区和系统特定的考虑来做出最后决定。在不存在从enb向ue传输的有关测量报告的成功接收的反馈消息、以及对网络侧成功应用切换(在ce和非ce之间)的确认的情况下，显然，不同的ce状态可能导致射频资源的浪费、或者导致不成功的寻呼，这可以通过提供对成功ce状态更新的反馈来避免。图8中还说明了第二实施例的进一步改进。如由虚线箭头所指定的，当ce寻呼成功时，ue可以立即告知enb。具体地，在所述方面，只要成功地接收到ce寻呼(例如，将实际寻呼消息成功地解码/传递到较高层)，则具有ce能力的ue告知enb，而不是等待接收(例如，ce寻呼的所有重复)。继而，enb可以告知核心网络中的mme，然后mme可以中止(abort)属于相应ta列表的所有追踪区域(未在图8中示出)的其它enb中的寻呼。第三实施例根据第三实施例，对第一实施例和第二实施例加以组合，由此能够在nas级和as级(由nas启动以及由enb启动)来寻呼ce设备。因此，如在传统系统中，保持了nas和as的分离。另外，第一和第二实施例实现简单，且对传统过程不产生影响。本公开的硬件与软件实现其它示例性实施例涉及使用硬件和软件的以上所述的各种实施例的实现。为此，提供了用户终端(移动终端)和enodeb(基站)。用户终端和基站适用于执行此处所述的方法，包括适当参与所述方法的相应实体，例如，接收器、传输器、处理器。还认识到，可以使用计算设备(处理器)实现或者执行不同的实施例。例如，计算设备或者处理器可以是通用处理器、数字信号处理器(dsp)、应用特定的集成电路(asic)、现场可编程门阵列(fpga)或者其它可编程逻辑设备等。可以通过这些设备的组合执行或者表现各种实施例。而且，也可以通过软件模块的方式来实现各种实施例，所述软件模块由处理器执行或者直接在硬件中执行。此外，软件模块和硬件实现的组合也是可能的。可以将软件模块存储在任何一种计算机可读存储介质中，例如，ram、eprom、eeprom、闪存、寄存器、硬盘、cd-rom、dvd等。还应注意的是，不同实施例的个体特性可以单独地或者以任意组合形式成为另一个实施例的对象。本领域技术人员将注意到，可以对本公开进行多方面的变化/修改，如具体实施例中所描述的。因此，无论从哪一方面，都将现有实施例考虑为说明性的、非限制性的。当前第1页12