寻呼消息接收/发送方法及其相关设备
阅读：1395发布：2020-12-26
专利汇可以提供寻呼消息接收/发送方法及其相关设备专利检索，专利查询，专利分析的服务。并且本 发明 提供了一种在用户设备处执行的寻呼消息接收方法，包括：向基站报告所述用户设备的状态信息，所述状态信息包括所述用户设备的 覆盖 增强相关信息及所述用户设备驻留的小区的信息，所述覆盖增强相关信息包含指示所述用户设备所需覆盖增强等级的信息；从所述基站接收寻呼重复等级配置消息，所述寻呼重复等级配置消息指示所述用户设备的寻呼重复等级；以及从基站接收根据所述用户设备的寻呼重复等级和/或所述用户设备驻留的小区的信息发送的寻呼消息。本发明还提供了在基站和网络侧设备处执行的相关方法及相关设备。本发明的技术方案提高了LTE支持MTC用户设备的资源利用率并改善了 频谱 / 能量 效率。，下面是寻呼消息接收/发送方法及其相关设备专利的具体信息内容。
1.一种在用户设备UE处的接收方法，包括：
从基站接收系统信息块，所述系统信息块包括关于用于寻呼的物理下行链路控制信道PDCCH的重复等级的参数；以及
从所述基站接收寻呼消息，
其中，所述用于寻呼的PDCCH包括下行链路控制信息DCI，所述DCI用于调度携带所述寻呼消息的物理下行链路共享信道PDSCH，以及
所述用于寻呼的PDCCH的重复等级的参数被用于确定所述用于寻呼的PDCCH的重复等级，所述用于寻呼的PDCCH的重复等级对应于所述用于寻呼的PDCCH的重复传输次数。
2.一种在基站处的方法，包括：
向用户设备UE发送系统信息块，所述系统信息块包括关于用于寻呼的物理下行链路控制信道PDCCH的重复等级的参数；以及
向所述UE发送寻呼消息，
其中，所述用于寻呼的PDCCH包括下行链路控制信息DCI，所述DCI用于调度携带所述寻呼消息的物理下行链路共享信道PDSCH，以及
所述用于寻呼的PDCCH的重复等级的参数被用于确定所述用于寻呼的PDCCH的重复等级，所述用于寻呼的PDCCH的重复等级对应于所述用于寻呼的PDCCH的重复传输次数。
3.根据权利要求2所述的方法，还包括：
向移动性管理实体MME报告S1AP消息，其中，所述S1AP消息包括第一寻呼重复等级和第一用户设备小区驻留信息；以及
从所述MME接收另一寻呼消息，其中，所述另一寻呼消息包括第二寻呼重复等级和第二用户设备小区驻留信息，
其中，所述第一寻呼重复等级是所述用于寻呼的PDCCH的重复传输次数；
所述第一用户设备小区驻留信息包括小区标识；
所述第二寻呼重复等级是所述用于寻呼的PDCCH的重复传输次数；以及所述第二用户设备小区驻留信息包括小区标识。
4.一种在移动性管理实体MME处的方法，包括：
从基站接收S1AP消息；以及
向所述基站发送寻呼消息；
其中，所述S1AP消息包括第一寻呼重复等级和第一用户设备小区驻留信息；
所述第一寻呼重复等级和所述第一用户设备小区驻留信息被存储并被用于寻呼用户设备UE；
所述第一寻呼重复等级是用于寻呼的物理下行链路控制信道PDCCH的重复传输次数；
所述第一用户设备小区驻留信息包括小区标识；
所述寻呼消息包括第二寻呼重复等级和第二用户设备小区驻留信息；
所述第二寻呼重复等级是所述用于寻呼的PDCCH的重复传输次数；以及所述第二用户设备小区驻留信息包括小区标识。
5.一种用户设备UE，包括：
配置接收电路，被配置为从基站接收系统信息块，所述系统信息块包括关于用于寻呼的物理下行链路控制信道PDCCH的重复等级的参数；以及
寻呼接收电路，被配置为从所述基站接收寻呼消息；
其中，所述用于寻呼的PDCCH包括下行链路控制信息DCI，所述DCI用于调度携带所述寻呼消息的物理下行链路共享信道PDSCH，以及
所述用于寻呼的PDCCH的重复等级的参数被用于确定所述用于寻呼的PDCCH的重复等级，所述用于寻呼的PDCCH的重复等级对应于所述用于寻呼的PDCCH的重复传输次数。
6.一种基站，包括：
发送电路，被配置为向用户设备UE发送系统信息块，所述系统信息块包括关于用于寻呼的物理下行链路控制信道PDCCH的重复等级的参数；以及
寻呼发起电路，被配置为向所述UE发送寻呼消息；
其中，所述用于寻呼的PDCCH包括下行链路控制信息DCI，所述DCI用于调度携带所述寻呼消息的物理下行链路共享信道PDSCH，以及
所述用于寻呼的PDCCH的重复等级的参数被用于确定所述用于寻呼的PDCCH的重复等级，所述用于寻呼的PDCCH的重复等级对应于所述用于寻呼的PDCCH的重复传输次数。
7.根据权利要求6所述的基站，还包括：
报告电路，被配置为向移动性管理实体MME报告S1AP消息，其中，所述S1AP消息包括第一寻呼重复等级和第一用户设备小区驻留信息；以及
接收电路，被配置为从所述MME接收另一寻呼消息，其中，所述另一寻呼消息包括第二寻呼重复等级和第二用户设备小区驻留信息，
其中，所述第一寻呼重复等级是所述用于寻呼的PDCCH的重复传输次数；
所述第一用户设备小区驻留信息包括小区标识；
所述第二寻呼重复等级是所述用于寻呼的PDCCH的重复传输次数；以及所述第二用户设备小区驻留信息包括小区标识。
8.一种移动性管理实体MME，包括：
接收电路，被配置为从基站接收S1AP消息；以及
发送电路，被配置为向所述基站发送寻呼消息；
其中，所述S1AP消息包括第一寻呼重复等级和第一用户设备小区驻留信息；
所述第一寻呼重复等级和所述第一用户设备小区驻留信息被存储并被用于寻呼用户设备UE；
所述第一寻呼重复等级是用于寻呼的物理下行链路控制信道PDCCH的重复传输次数；
所述第一用户设备小区驻留信息包括小区标识；
所述寻呼消息包括第二寻呼重复等级和第二用户设备小区驻留信息；
所述第二寻呼重复等级是所述用于寻呼的PDCCH的重复传输次数；以及所述第二用户设备小区驻留信息包括小区标识。
寻呼消息接收/发送方法及其相关设备
技术领域
[0001] 本发明涉及无线通信技术领域。更具体地，本发明涉及机器间通信的寻呼消息的接收/发送方法以及基站/用户设备。
背景技术
[0002] 第三代移动通信合作计划组织(3GPP)部署的长期演进项目(LTE) 旨在提供日益多样化的未来移动通信服务，无线蜂窝通信日益成为大众生活和工作中不可或缺的一部分。在3GPP LTE的第一版(即Release 8) 中，引入了正交频分多址(OFDMA)和多天线(MIMO)技术。3GPP 的Release10版本经国际电信联盟的评估和测试，正式成为了第四代全球移动通信标准LTE-Advanced。在LTE-Advanced标准中，引入了载波聚合(CA)和中继技术，增强了上行/下行MIMO技术，同时支持异构网络(HetNet)的部署。
[0003] 为了满足未来家庭设备通信的市场需求和规模庞大的物联网(IOT) 部署，3GPP决定在LTE及其升级版本中引入机器间通信技术(MTC： Machine Type Communication)，将MTC服务由目前的GSM网络支持迁移至LTE网络支持，并定义了若干种新的LTE用户设备(UE：User Equipment)的类型，其一称之为低成本MTC用户设备(Low-costMTC UE)，该MTC用户设备在现有LTE网络的所有双工模式中支持MTC服务，并具有这样的性能：1)单接收天线；2)下行和上行最大的传输块大小(TBS：Transport Block Size)为1000比特；3)下行链路数据信道的基带带宽降低为1.4MHz，下行链路控制信道的带宽与网络侧系统带宽保持一致，上行链路信道带宽以及下行链路的射频部分与现有LTE网络中的MTC用户设备保持一致。还有称之为低复杂性MTC用户设备 (Low-complexity MTC UE)等各种用户设备类型。
[0004] MTC是一种不需要人为参与的数据通信服务。大规模的MTC用户设备部署，可以用于安全、跟踪、付账、测量以及消费电子等领域，具体涉及的应用包括视频监控、供货链跟踪、智能电表，远程监控等。MTC 用户设备要求较低的功率消耗，支持较低的数据传输速率和较低的移动性。目前LTE系统主要是针对人与人(H2H)的通信服务。因此，实现 MTC服务的规模竞争优势及应用前景，关键环节在于LTE网络支持 MTC设备能够以低成本，低复杂性的工作。
[0005] 一些MTC用户设备需要安装在居民楼地下室或者由绝缘箔片、金属护窗或者传统建筑物的厚墙保护的位置，相比较LTE网络中常规设备终端(如手机，平板电脑等)，这些设备的空中接口将明显遭受更严重的穿透损失。3GPP决定研究LTE网络向MTC用户设备提供附加20dB覆盖增强服务的方案设计与性能评估，值得注意的是，位于糟糕网络覆盖区域的MTC用户设备具有这样的特点：非常低的数据传输速率，非常宽松的延时要求，以及有限的移动性。针对MTC用户设备特点，LTE 网络可以进一步优化一些信令和/或信道用以支持MTC用户设备。3GPP 要求为新定义的MTC用户设备以及其他运行MTC服务(如，非常宽松的延迟要求)的用户设备提供一定的LTE网络覆盖增强，其中，对于LTE 频分双工(FDD)网络提供15dB的网络覆盖增强。另外，并不是所有的运用MTC服务的用户设备都需要相同网络覆盖增强。
[0006] 对于新型MTC用户设备的下行链路，在基带部分，数据信道为 1.4MHz(即6个资源块RB，Resource Block)，控制信道仍能接入整个下行系统带宽，而射频链路部分仍保持不变，即能够接入整个系统带宽；对于上行链路，基带部分和射频部分均保持不变。另外MTC用户设备的接收天线为单一天线，最大的上行传输模块和下行传输模块均为1000 比特。
[0007] 针对3GPP LTE用户设备运行MTC业务并处于覆盖增强模式下，物理层信道如PDCCH/PDSCH/PUCCH/PUSCH的覆盖增强设计与配置是一个需要标准化的工作，根据3GPP RAN1#74会议的讨论，在完成初始接入过后，任何一个需要重复传输的物理信道，其配置模式取决于基站 (eNodeB)端。3GPP RAN2#85会议的讨论指出，对于MTC用户设备处于覆盖增强模式，支持网络侧向其发起寻呼信息(Paging)。显然这些寻呼信息需要在物理信道上重复传输。在当前的LTE标准下，寻呼传输分为两部分：移动性管理实体(MME：Mobility Management Entity)与基站间的S1AP接口信息传输和基站与用户设备间的物理层信息空中接口传输。在S1AP接口信息中，移动性管理实体对每个基站使用寻呼信息 (Paging)发起寻呼过程，每条寻呼信息携带一个被寻呼用户设备的信息。基站接收到寻呼信息后，解读其中的内容，得到该用户设备的跟踪区域标识(TAI：Tracking Area Identity)列表，并在其下属于列表中跟踪区域的小区进行空中接口的寻呼。由于基站不知道其所寻呼的MTC用户设备是否处于覆盖增强模式下，因此为了保证覆盖增强下的MTC用户设备能正确的接收寻呼信息，基站需要将所有的消息在空中接口上重复的寻呼。这会导致频谱资源的极大浪费。因此在第五版本(Release12或 Rel-12)及其之后版本中，针对覆盖增强模式下MTC用户设备的寻呼机制需要重新标准化。
发明内容
[0008] 针对以上问题，基于LTE网络，本发明提出了用于MTC用户设备 (包括用户设备以及其他执行延迟容忍MTC服务并需要一定网络覆盖增强的用户设备)的寻呼消息发送和/或接收方法及实现该方法所需的用户设备和基站和/或网络侧之间的信令交互流程。
[0009] 根据本发明的一个实施例，提供了一种在用户设备处执行的寻呼消息接收方法，包括：向基站报告所述用户设备的状态信息，所述状态信息包括所述用户设备的覆盖增强相关信息及所述用户设备驻留的小区的信息，所述覆盖增强相关信息包含指示所述用户设备所需覆盖增强等级的信息；从所述基站接收寻呼重复等级配置消息，所述寻呼重复等级配置消息指示所述用户设备的寻呼重复等级；以及从基站接收根据所述用户设备的寻呼重复等级和/或所述用户设备驻留的小区的信息发送的寻呼消息。
[0010] 根据本发明的另一实施例，提供了一种在基站处执行的寻呼消息发送方法，包括：从连接到所述基站的网络侧设备接收针对用户设备的寻呼消息，所述寻呼消息至少包括根据所述用户设备的状态信息确定的寻呼重复等级；以及根据所述寻呼重复等级，在空中接口上针对所述用户设备发起多次寻呼。
[0011] 根据本发明的另一实施例，提供了一种在网络侧设备处执行的寻呼消息发送方法，包括：从基站接收用户设备状态信息指示消息，所述用户设备状态信息指示消息包括针对用户设备的寻呼重复等级和所述用户设备驻留的小区的信息；以及在寻呼所述用户设备时，向所述用户设备注册的跟踪区域范围内的每个基站发送寻呼消息，所述寻呼消息至少包括根据所述用户设备的状态信息确定的寻呼重复等级。
[0012] 根据本发明的另一实施例，提供了一种用户设备，包括：状态报告单元，用于向基站报告所述用户设备的状态信息，所述状态信息包括所述用户设备的覆盖增强相关信息及所述用户设备驻留的小区的信息，所述覆盖增强相关信息包含指示所述用户设备所需覆盖增强等级的信息；配置接收单元，用于从所述基站接收寻呼重复等级配置消息，所述寻呼重复等级配置消息指示所述用户设备的寻呼重复等级；以及寻呼消息接收单元，用于从基站接收根据所述用户设备的寻呼重复等级和/或所述用户设备驻留的小区的信息发送的寻呼消息。
[0013] 根据本发明的另一实施例，提供了一种基站，包括：寻呼消息接收单元，用于从连接到所述基站的网络侧设备接收针对用户设备的寻呼消息，所述寻呼消息至少包括根据所述用户设备的状态信息确定的寻呼重复等级；以及寻呼发起单元，用于根据所述寻呼重复等级，在空中接口上针对所述用户设备发起多次寻呼。
[0014] 根据本发明的另一实施例，提供了一种网络侧设备，包括：状态指示接收单元，用于从基站接收用户设备状态信息指示消息，所述用户设备状态信息指示消息包括针对用户设备的寻呼重复等级和所述用户设备驻留的小区的信息；寻呼消息发送单元：在寻呼所述用户设备时，向所述用户设备注册的跟踪区域范围内的每个基站发送寻呼消息，所述寻呼消息至少包括根据所述用户设备的状态信息确定的寻呼重复等级。
[0016] 通过下文结合附图的详细描述，本发明的上述和其它特征将会变得更加明显，其中：
[0017] 图1示出了根据本发明的实施例，在用户设备处执行的寻呼消息接收方法的简化流程图；
[0018] 图2示出了根据本发明的实施例，在基站处执行的寻呼消息发送方法的简化流程图；
[0019] 图3示出了根据本发明的实施例，在网络侧设备处执行的寻呼消息发送方法的简化流程图；
[0020] 图4示出了根据本发明的实施例的用户设备的简化框图；
[0021] 图5示出了根据本发明的实施例的基站的简化框图；
[0022] 图6示出了根据本发明的实施例的网络侧设备的简化框图；
[0023] 图7示出了根据本发明的实施例，针对需覆盖增强用户设备的寻呼信息发送和接收方法的流程示意图；
[0024] 图8示出了根据本发明的实施例，针对需覆盖增强用户设备的寻呼信息发送和接收方法的另一个流程示意图；以及
[0025] 图9示出了根据本发明的实施例，由于需覆盖增强用户设备的移动性导致其信道条件变化的示意图。
具体实施方式
[0026] 以下将结合附图和具体实施例，对本发明提出的针对需要额外覆盖增强用户设备以及其他支持延迟容忍的MTC服务并需要一定覆盖增强的用户设备的寻呼信息发送和接收方法、基站(eNodeB)和用户设备(UE) 进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施例。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。
[0027] 下文以LTE移动通信系统及其后续的演进版本作为示例应用环境，具体描述了根据本发明的多个实施例。然而，需要指出的是，本发明不限于以下实施例，而是可适用于更多其它的无线通信系统，例如今后的 5G蜂窝通信系统或更高级版本的移动通信系统。
[0028] 如图1所示，根据本发明的一个实施例，提供了一种在用户设备处执行的寻呼消息接收方法，包括：步骤S10，向基站报告用户设备的状态信息，状态信息包括用户设备的覆盖增强相关信息及用户设备驻留的小区的信息，覆盖增强相关信息包含指示用户设备所需覆盖增强等级的信息；步骤S12，从基站接收寻呼重复等级配置消息，寻呼重复等级配置消息指示用户设备的寻呼重复等级；以及步骤S14，从基站接收根据用户设备的寻呼重复等级和/或用户设备驻留的小区的信息发送的寻呼消息。
[0029] 在其他一些实施例中，用户设备(如MTC用户设备)可以使用高层信令和/或RRC信令来报告其状态信息。该状态信息包括重复等级信息、驻留小区信息等。该RRC信令可以是RRC connection request和/或 RRC setup complete消息。在一些实施例中，也可以使用目的地直接指向连接到基站的网络侧的非接入层(NAS)消息来经由基站向该网络侧发送状态信息。
[0030] 在一些实施例中，用户设备可以使用用户侧监测报告(measurement report和/或CSI report)来报告其覆盖增强相关信息。
[0031] 在其他一些实施例中，不管用户设备处于RRC connect状态还是 IDLE状态，其都可以存储寻呼等级消息，例如上述的寻呼重复等级配置消息。
[0032] 如图2所示，根据本发明的另一实施例，提供了一种在基站处执行的寻呼消息发送方法，包括：步骤S20，从连接到基站的网络侧设备接收针对用户设备的寻呼消息，寻呼消息至少包括根据用户设备的状态信息确定的寻呼重复等级；以及步骤S22，根据寻呼重复等级，在空中接口上针对用户设备发起多次寻呼。
[0033] 在其他一些实施例中，该方法还可以包括接收用户设备报告的状态信息，状态信息包括用户设备的覆盖增强相关信息及用户设备驻留的小区的信息，覆盖增强相关信息包含指示用户设备所需覆盖增强等级的信息；根据覆盖增强相关信息为用户设备配置寻呼重复等级信息；生成并向用户设备发送包含寻呼重复等级信息的寻呼重复等级配置消息；以及向连接到基站的网络侧设备发送用户设备状态信息指示消息，用户设备状态信息指示消息包括寻呼重复等级和用户设备驻留的小区的信息。
[0034] 在其他一些实施例中，基站可以将用户设备报告的状态消息通过 S1-AP接口消息发送到网络侧。在一些实施例中，可具体地发送到网络侧中的移动性管理实体。
[0035] 在其他一些实施例中，基站可以针对用户设备的跟踪区域标识列表中的每个小区，根据寻呼重复等级在空中接口上针对用户设备发起多次寻呼。
[0036] 在其他一些实施例中，基站可以根据寻呼消息解析得到用户设备驻留的小区；以及针对用户设备驻留的小区，根据寻呼重复等级在空中接口上针对用户设备发起多次寻呼。
[0037] 如图3所示，根据本发明的另一实施例，提供了一种在网络侧设备处执行的寻呼消息发送方法，包括：步骤S30，从基站接收用户设备状态信息指示消息，用户设备状态信息指示消息包括针对用户设备的寻呼重复等级和用户设备驻留的小区的信息；以及步骤S32，在寻呼用户设备时，向用户设备注册的跟踪区域范围内的每个基站发送寻呼消息，寻呼消息至少包括根据用户设备的状态信息确定的寻呼重复等级。
[0038] 在其他一些实施例中，用户设备通过NAS消息将其寻呼重复等级信息、驻留小区信息发送到网络侧或其中的移动性管理实体。网络侧或移动性管理实体存储寻呼重复等级信息、驻留小区信息以及与之对应的用户设备的标识(UE-ID)，如TMSI。
[0039] 根据一些实施例，网络侧或移动性管理实体通过存储的信息判断被寻呼的用户设备是否是一个需要覆盖增强的用户设备。如果被寻呼的用户设备是一个需要覆盖增强的用户设备，则该用户设备的跟踪区域里的小区可以是同属于一个基站的，该基站可以是MTC服务基站。
[0040] 根据一些实施例，网络侧或移动性管理实体通过存储的信息判断被寻呼的用户设备是否是一个需要覆盖增强的用户设备。如果被寻呼的用户设备是一个需要覆盖增强的用户设备，则该用户设备的跟踪区域里的小区可以是MTC服务小区。
[0041] 根据一些实施例，网络侧或移动性管理实体可以将寻呼重复等级信息与相应的寻呼消息一起发送给基站。
[0042] 根据一些实施例，网络侧或移动性管理实体需要将寻呼重复等级信息、用户设备驻留小区信息与相应的寻呼消息一起发送给基站。
[0043] 根据一些实施例，当用户设备初始接入或者小区选择或者小区重选，或者基站和/或网络侧或移动性管理实体重新配置用户设备重复等级或驻留小区时，用户设备需要重新报告用户设备状态信息给基站和/或网络侧或移动性管理实体。
[0044] 如图4所示，根据本发明的另一实施例，提供了一种用户设备，包括：状态报告单元410，用于向基站报告用户设备的状态信息，状态信息包括用户设备的覆盖增强相关信息及用户设备驻留的小区的信息，覆盖增强相关信息包含指示用户设备所需覆盖增强等级的信息；配置接收单元420，用于从基站接收寻呼重复等级配置消息，寻呼重复等级配置消息指示用户设备的寻呼重复等级；以及寻呼消息接收单元430，用于从基站接收根据用户设备的寻呼重复等级和/或用户设备驻留的小区的信息发送的寻呼消息。
[0045] 在其他一些实施例中，该用户设备还可以包括用于收集用户设备的状态信息的状态信息收集单元440，用于例如通过用户设备处的各种测量来收集用户设备的当前状态信息。该状态信息可被提供给例如状态报告单元410等使用，也可以被存储在存储单元450中，以由通信设备的各个单元在将来使用。
[0046] 在其他一些实施例中，该用户设备还可以包括配置发送单元460，用于将通过配置接收单元420从基站接收到的寻呼重复等级配置消息等信息经由基站向连接到基站的网络侧设备发送。其中，以上状态信息或寻呼重复等级配置消息的发送可以是通过目的地是网络侧设备的非接入层消息来进行的。
[0047] 在其他一些实施例中，上述寻呼重复等级配置消息是由基站通过无线资源控制(RRC)信令发送的，在此情况下，存在以下可能性：
[0048] ·寻呼重复等级指示寻呼信道(PCH：Paging CHannel)的重复传输，该寻呼信道是传输信道；或
[0049] ·寻呼重复等级指示承载了寻呼信息的物理下行链路共享信道 (PDSCH：Physical Downlink Shared CHannel)的重复传输，用户设备通过寻呼无线网络临时标识符(P-RNTI：Paging Radio Network Temporary Identifier)来监测相应的物理下行链路控制信道(PDCCH：Physical Downlink Control CHannel)的下行链路控制信息(DCI：
Downlink Control Information)，以解调物理下行链路共享信道；或
Downlink Control Information)，以解调物理下行链路共享信道；或
[0050] ·寻呼重复等级指示承载了寻呼信息的物理下行链路共享信道和相应的物理下行链路控制信道的重复传输，用户设备通过 P-RNTI来监测相应的物理下行链路控制信道的下行链路控制信息，以解调所述物理下行链路共享信道。
[0051] 在其他一些实施例中，用户设备的状态信息是通过RRC信令来报告的，该指示用户设备所需覆盖增强等级的信息指示用户设备推荐的重复等级。
[0052] 在其他一些实施例中，上述用于发送寻呼重复等级配置消息的RRC 信令是RRC connection release消息。
[0053] 在其他一些实施例中，配置接收单元420还通过系统广播消息接收针对需要覆盖增强的用户设备的跟踪区域标识(tracking area code)，以及在配置接收单元420接收到该针对需要覆盖增强的用户设备的跟踪区域标识后，寻呼消息接收单元430针对该跟踪区域标识所标识的跟踪区域中的小区，在多个子帧上接收以特定重复等级发送的包含有寻呼信息的物理下行链路共享信道数据。
[0054] 如图5所示，根据本发明的另一实施例，提供了一种基站，包括：寻呼消息接收单元510，用于从连接到基站的网络侧设备接收针对用户设备的寻呼消息，寻呼消息至少包括根据用户设备的状态信息确定的寻呼重复等级；以及寻呼发起单元520，用于根据寻呼重复等级，在空中接口上针对用户设备发起多次寻呼。
[0055] 在其他一些实施例中，该基站还可以包括：状态报告接收单元530，用于接收用户设备报告的状态信息，状态信息包括用户设备的覆盖增强相关信息及用户设备驻留的小区的信息，覆盖增强相关信息包含指示用户设备所需覆盖增强等级的信息；配置单元540，用于根据覆盖增强相关信息为用户设备配置寻呼重复等级信息；配置消息生成发送单元550，用于生成并向用户设备发送包含寻呼重复等级信息的寻呼重复等级配置消息；以及状态指示单元560，用于向连接到基站的网络侧设备发送用户设备状态信息指示消息，用户设备状态信息指示消息包括寻呼重复等级和用户设备驻留的小区的信息。
[0056] 在其他一些实施例中，还包括寻呼处理单元570，用于：如果基站同时接收到包含寻呼重复等级的多条寻呼消息，则在多条寻呼消息中包含相同的寻呼重复等级时，将多条寻呼消息合并到一条寻呼消息中。
[0057] 在其他一些实施例中，寻呼处理单元570还用于：如果基站同时接收到包含寻呼重复等级和驻留小区的多条寻呼消息，则在多条寻呼消息中包含相同的寻呼重复等级和驻留小区时，基站将多条寻呼消息合并到一条寻呼消息中。
[0058] 在其他一些实施例中，寻呼发起单元520还用于：针对用户设备的跟踪区域标识列表中的每个小区，根据寻呼重复等级在空中接口上针对用户设备发起多次寻呼。
[0059] 在其他一些实施例中，寻呼消息还包括用户设备驻留的小区的信息。在该情况下，寻呼处理单元570还用于根据寻呼消息解析得到用户设备驻留的小区的。寻呼发起单元520还用于针对用户设备驻留的小区，根据寻呼重复等级在空中接口上针对用户设备发起多次寻呼。
[0060] 在其他一些实施例中，基站还可以包括存储单元580(例如易失性或非易失性的存储介质，如RAM、PROM、闪存等)，用于临时或持久存储上述各个单元接收到或需要使用的信息。例如状态报告接收单元 530接收到的状态信息，状态指示单元560所发送的用户设备状态信息指示消息等。
[0061] 在其他一些实施例中，寻呼重复等级配置消息是由基站通过RRC信令发送的，在此情况下，存在以下可能性：
[0062] ·寻呼重复等级指示寻呼信道的重复传输，该寻呼信道是传输信道；或[0063] ·寻呼重复等级指示承载了寻呼信息的物理下行链路共享信道的重复传输，相应的下行链路控制信息包含于相应的物理下行链路控制信道中，通过寻呼无线网络临时标识符与其他下行链路控制信息进行区分；或
[0064] ·寻呼重复等级指示承载了寻呼信息的物理下行链路共享信道和相应的物理下行链路控制信道的重复传输，相应的下行链路控制信息包含于该相应的物理下行链路控制信道中，通过寻呼无线网络临时标识符与其他下行链路控制信息进行区分。
[0065] 在其他一些实施例中，配置消息生成发送单元550还用于通过系统广播消息发送针对需要覆盖增强的用户设备的跟踪区域标识。在一些实施例中，配置消息生成发送单元550也可用于发送针对普通用户设备的跟踪区域标识。
[0066] 在其他一些实施例中，上述用于发送寻呼重复等级配置消息的RRC 信令是RRC connection release消息。
[0067] 在其他一些实施例中，状态指示单元560发送S1信令到网络侧(例如，移动性管理实体)，以告知用户设备的寻呼重复等级配置信息。
[0068] 如图6所示，根据本发明的另一实施例，提供了一种网络侧设备，包括：状态指示接收单元610，用于从基站接收用户设备状态信息指示消息，用户设备状态信息指示消息包括针对用户设备的寻呼重复等级和用户设备驻留的小区的信息；以及寻呼消息发送单元620：在寻呼用户设备时，向用户设备注册的跟踪区域范围内的每个基站发送寻呼消息，寻呼消息至少包括根据用户设备的状态信息确定的寻呼重复等级。
[0069] 在其他一些实施例中，状态指示接收单元610所接收到的状态信息可以是由基站直接发送的，也可以是由用户设备通过非接入层消息经由基站发送的。
[0070] 在其他一些实施例中，网络侧设备还包括存储单元630，用于存储例如状态指示接收单元610接收到的信息，如用户设备状态信息指示消息或其中包含的信息。
[0071] 在其他一些实施例中，网络侧设备还包括寻呼预处理单元640，用于根据存储单元630中存储的信息判断所寻呼的用户设备是否是需要覆盖增强的用户设备。
[0072] 在其他一些实施例中，网络侧设备可以是移动性管理实体(MME)，也可以是网络侧可实现类似功能的任何设备(如非LTE网络中实现类似功能的实体)或将来可能出现的实现类似功能的实体。需要注意的是，本文中所述的MTC用户设备指代需要额外覆盖增强或者低复杂度/低成本的MTC用户设备以及支持延迟容忍的MTC服务并需要一定程度的覆盖增强的其他任何用户设备，并不限于具体类型的MTC设备，因此术语“MTC用户设备”和“用户设备”在本文中可互换使用。
[0073] 还需要注意的是，在图4-6中描述的用户设备、基站和网络侧设备仅是为了使本领域技术人员更清楚地理解本发明而作的图，其中省略了一些对理解本发明不必要的单元/组件，本发明的保护范围不应受这些附图的具体细节所限制。例如，实际生产的设备中可以包括更多的单元/ 组件，如显示器、操作维护接口、天线等等。同样地，图4-6中的各个单元也可通过更多或更少的单元/组件来实现，例如，图4中的状态报告单元410和配置发送单元460可通过同一个发送电路来实现，图5中的寻呼处理单元570、配置单元540等可通过同一个处理模块/处理器来实现等。或者图5中的配置消息生成发送单元550也可以通过一个消息生成单元和一个消息发送单元的组合来实现等。
[0074] 下面将基于图4-6中示出的各个设备的简化框图，参考图7和图8 来描述本发明的具体示例。
[0075] 图7为本发明实施例的用户设备的寻呼信息发送/接收方法的流程示意图。图1所示的方法包含如下步骤：
[0076] 步骤1：用户设备中的状态报告单元410向基站报告该用户设备的状态信息，该状态信息包括用户设备的覆盖增强相关信息及用户设备驻留的小区的信息。这些状态信息可以由状态信息收集单元440收集并存储在存储单元450中。
[0077] 其中，在一个实施例中，用户设备的覆盖增强相关信息可包含于高层信令和/或RRC connection request和/或setup complete message中。其示例如下所示：
[0078]
[0079]
[0080] 其中，MTCUEStateInformation-r12-IEs是表示用户设备状态信息的信息，其可以被包含于高层信令和/或RRC connection request和/或setup complete message中。MTCUEStateInformation-r12-IEs中包含的重复等级参数RepetitionLevel指示当前用户设备所需的覆盖增强等级，该覆盖增强等级是用户设备的推荐值。在一个非限定性的示例中，0表示不需覆盖增强；1表示需要一级覆盖增强，例如1～5dB覆盖增强。2表示需要二级覆盖增强，例如6～10dB覆盖增强；3表示需要三级覆盖增强，例如 11～15dB覆盖增强。在其他示例性的实施例中，也可以采用本领域技术人员根据本发明的原理能够理解的其他值，例如更多或更少的等级数，或者与上述示例在数值上不同的覆盖增强。用户设备驻留小区参数 CellCampon指示用户设备的当前驻留小区的信息，分为两部分“cellIdentity”和“physcellid”。其中“cellIdentity”指示当前驻留小区所属的唯一PLMN网络；
“physcellid”指示当前驻留小区的物理层标识。
“physcellid”指示当前驻留小区的物理层标识。
[0081] 在另一个实施例中，MTC用户设备的覆盖增强相关信息包含于用户设备侧监测报告中(例如，测量报告和/或CSI报告等)。
[0082] 步骤2：网络侧或移动性管理实体与用户设备就寻呼重复等级达成一致。此步骤可分为三个子步骤，其中步骤2B和步骤2b可以是二选一的步骤。具体如下：
[0083] 步骤2A：在接收到用户设备报告的状态信息后，基站中的配置单元 540为用户设备配置MTC用户设备寻呼重复等级信息并通过配置消息生成发送单元550生成并向用户设备发送包括该信息的寻呼重复等级配置消息。此配置消息包括寻呼重复等级等信息。
[0084] 用户设备在通过配置接收单元420接收到寻呼重复等级配置消息后将其中包括的寻呼重复等级信息存储在其存储单元450中，无论该用户设备在RRC CONNECT状态还是在RRC IDLE状态。
[0085] 在一个实施例中，MTC用户设备寻呼重复等级信息可包含于RRC connection release消息中。如下表示：
[0086]
[0087] 其中，PagingRepetitionLevelConfigure-r12-IEs是表示寻呼重复等级设定的信息，其可以被包含于RRC connection release消息中。 PagingRepetitionLevelConfigure-r12-IEs中包含的寻呼重复等级参数 PagingRepetitionLevel指示寻呼当前用户设备所需的覆盖增强等级。0表示不需覆盖增强；1表示需要一级覆盖增强，例如1～5dB覆盖增强；2 表示需要二级覆盖增强，例如6～
10dB覆盖增强；3表示需要三级覆盖增强，例如11～15dB覆盖增强。
10dB覆盖增强；3表示需要三级覆盖增强，例如11～15dB覆盖增强。
[0088] 在另一个实施例中，MTC用户设备寻呼重复等级信息可包含于系统广播信息(例如系统信息块(System Information Block))和/或公共RRC 信令(common RRC signaling)中。具体消息内容及格式如下所述。
[0089]
[0090] 步骤2B：基站的状态指示单元560通过S1-AP接口消息将用户设备状态信息报告给网络侧或移动性管理实体。此步骤可与步骤2A在同时进行或在步骤2A之后进行，即，在配置寻呼重复等级信息的同时或在其后进行。该S1-AP接口消息可被称为用户设备状态信息指示消息，并可以包括寻呼重复等级、用户设备驻留小区等信息。其具体的消息格式如下：
[0091] 用户设备状态信息指示消息由基站发送给网络侧或移动性管理实体用以指示用户设备的状态信息。
[0092] 方向：从基站向网络侧或移动性管理实体
[0093]
[0094] 表1用户设备状态信息指示消息的格式
[0095] 其中，在上述步骤2B与步骤2A同时进行时，忽略步骤2A中基站收集的相关参数，而改由基站直接确定Paging repetition level参数。
[0096] 可选的步骤2b：用户设备在通过配置接收单元420接收到基站配置的寻呼重复等级配置消息后，使用配置发送单元460来通过S1-AP接口消息将MTC用户设备的状态信息报告给网络侧或移动性管理实体。此 S1-AP接口消息可以是非接入层NAS消息，例如用户设备状态信息指示消息。其中用户设备状态信息指示消息包括寻呼重复等级、用户设备驻留小区等信息。这些信息也可被同时存储在用户设备的存储单元450中。
[0097] 非接入层NAS消息是在S1接口上从用户设备发送到网络侧或移动性管理实体的信令。基站不解析非接入层NAS消息。
[0098] 在一个实施例中，当基站接收到从空中接口传来的需要传递到网络侧或移动性管理实体的NAS消息时，基站可以在现有的上行非接入层NAS传输消息的NAS PDU IE中传递该NAS消息。
[0099] 在另一个实施例中，当基站接收到空中接口传来的需要传递到网络侧或移动性管理实体的NAS消息时，基站可以在一个新的上行非接入层 NAS传输过程中传递用户设备状态信息指示消息。
[0100] 以上基站的发送和接收可通过状态报告接收单元530和状态指示单元560分别进行，或通过附图中未示出的其他接收/发送模块进行。其中，新非接入层NAS消息的具体消息格式如下：
[0101] 该消息是由基站向网络侧或移动性管理实体发送用以指示包含用户设备状态信息的新非接入层NAS消息。
[0102] 方向：从基站向网络侧或移动性管理实体
[0103]
[0104] 表2非接入层NAS消息的格式
[0105] 步骤2C：在通过状态指示接收单元610接收到基站直接发送的MTC 用户设备寻呼重复等级信息、驻留小区标识等信息或从用户设备经由基站发送的MTC用户设备寻呼重复等级信息、驻留小区标识等信息后，网络侧/移动性管理实体将这些信息以及与之对应的MTC用户设备的标识(UE-ID)(例如TMSI)保存在其存储单元630中。。
[0106] 步骤3：当网络侧/移动性管理实体需要寻呼一个用户设备时，网络侧或移动性管理实体使用寻呼预处理单元640基于在步骤2C中存储在存储单元630中的信息来判断被寻呼的用户设备是否是一个需要覆盖增强的用户设备。如果被寻呼的用户设备是一个需要覆盖增强的用户设备，为了减少因为需要在跟踪区的每个小区上重复传输寻呼消息而导致的系统负荷并提高寻呼效率，该用户设备的跟踪区域(Tracking Area)需要区别于普通用户设备(即，无需覆盖增强的用户设备)的跟踪区域 (Tracking Area)，例如包含更少的小区。其中，需要覆盖增强的用户设备的跟踪区域的生成时机与普通用户设备的跟踪区域的生成时机可以相同。
[0107] 在一个实施例中，需要覆盖增强的用户设备的跟踪区域可以具有一个区别于普通用户设备的跟踪区域的跟踪区域代码(Tracking Area Code)。该特定的跟踪区域代码可由基站的配置消息生成发送单元550 或其他配置单元生成，并通过系统广播消息的方式向用户设备发送。用户设备处的配置接收单元420接收该跟踪区域标识，并在接收到该跟踪区域标识后，由寻呼消息接收单元430针对该跟踪区域标识所标识的跟踪区域中的小区，在多个子帧上接收以特定重复等级发送的包含有寻呼信息的物理下行链路共享信道数据。
[0108] 在一个实施例中，需要覆盖增强的用户设备的跟踪区域里的小区可以属于同一个基站，该基站可以是MTC服务基站；
[0109] 在另一个实施例中，需要覆盖增强的MTC用户设备的跟踪区域里的小区可以是MTC服务小区；
[0110] 当网络侧或移动性管理实体寻呼需覆盖增强的用户设备时，网络侧或移动性管理实体使用寻呼消息发送单元620向MTC用户设备注册的跟踪区域(Tracking Area)范围内的每个基站发送寻呼消息。
[0111] 在一个实施例中，此寻呼消息是S1-AP寻呼接口消息，包含寻呼重复等级等信息。其具体接口消息格式如下：
[0112] 用户设备寻呼消息由网络侧或移动性管理实体向基站发送，用以在特定基站范围内寻呼用户设备。
[0113] 方向：从网络侧或移动性管理实体向基站
[0114]
[0115] 表3用户设备寻呼消息的格式
[0116] 步骤4：当基站的寻呼消息接收单元510接收到网络侧或移动性管理实体发送的寻呼接口信息后，对于跟踪区域标识列表中的每一个小区，基站使用寻呼发起单元520根据寻呼重复等级在空中接口上发起多次寻呼，具体次数由“寻呼重复等级(Paging repetition level)”参数确定。例如，在一个具体的示例中，0表示需要寻呼1次；1表示需要需要寻呼3 次；2表示需要寻呼10次；3表示需要寻呼30次。以上示例是非限制性的，在其他示例中，也可以根据需要来改变具体的寻呼次数。
[0117] 在另一个实施例中，此S1-AP寻呼接口信息中包含有寻呼重复等级和用户设备驻留小区等信息。其具体接口消息格式如下：
[0118] 用户设备寻呼信息由网络侧或移动性管理实体向基站发送，用以在特定基站范围内寻呼用户设备。
[0119] 方向：从网络侧或移动性管理实体向基站
[0120]
[0121] 表4用户设备寻呼消息的另一格式
[0122] 在另一个实施例中，当基站的寻呼消息接收单元510接收到网络侧或移动性管理实体发送的寻呼接口信息后，通过寻呼处理单元570解析得到需要寻呼的小区，即，所述用户设备驻留的小区。基站使用寻呼发起单元520根据寻呼重复等级在空中接口上针对解析得到的小区发起多次寻呼。用户设备的寻呼消息接收单元430接收该寻呼。
[0123] 图2是根据本发明的另一个实施例，需覆盖增强的用户设备的寻呼信息发送/接收方法的流程示意图。图2所示的方法包含如下步骤：
[0124] 步骤1：用户设备中的状态报告单元41 0通过S1-AP接口消息向网络侧或移动性管理实体报告该用户设备的状态信息。该状态信息包括用户设备的覆盖增强相关信息及用户设备驻留的小区的信息等。此S1-AP 接口消息可以是非接入层NAS消息。
[0125] 非接入层NAS消息是在S1接口上从用户设备向网络侧或移动性管理实体发送的信令。基站不解析非接入层NAS消息。
[0126] 在一个实施例中，用户设备可从空中接口传输非接入层NAS消息到基站，基站可以在现有的上行非接入层NAS传输消息的NAS PDU IE中传递该非接入层NAS消息。
[0127] 在另一个实施例中，用户设备可从空中接口传输非接入层NAS消息到基站，基站可以在一个新的上行非接入层NAS传输过程中传递用户设备状态信息指示消息。其具体消息格式如下：
[0128] 用户设备状态信息指示消息由基站发送给网络侧或移动性管理实体用以指示用户设备状态信息。
[0129] 方向：从基站向网络侧或移动性管理实体
[0130]
[0131] 表5用户设备状态信息指示消息的另一格式
[0132] 网络侧或移动性管理实体收到用户设备发送的重复等级指示、驻留小区标识等信息后，保存此类信息用以及与之对应的MTC用户设备的标识TMSI(UE-ID)。
[0133] 步骤2：网络侧或移动性管理实体根据从用户设备接收到的信息为用户设备配置MTC用户设备寻呼重复等级信息并向用户设备发送包括该信息的寻呼重复等级配置消息。此配置消息包括寻呼重复等级等信息。用户设备接收到寻呼重复等级配置消息后存储其中包括的寻呼重复等级信息，无论其在RRC CONNECT状态还是在RRC IDLE状态。该配置消息可包含在S1-AP接口信息中，例如NAS下行传输消息中。
[0134] 在一个实施例中，网络侧或移动性管理实体可以在现有的下行NAS 传输信息的NAS PDU IE中向基站传递该NAS消息，基站可从空中接口向用户设备传输NAS消息。
[0135] 在另一个实施例中，网络侧或移动性管理实体可以在一个新的下行 NAS传输过程中向基站传递寻呼重复等级配置消息，基站可从空中接口向用户设备传输该NAS消息。其具体消息格式如下：
[0136]
[0137] 表6寻呼重复等级配置消息的格式
[0138] 步骤3：此步骤和图7所示实施例中的步骤3一致，此处不再叙述。
[0139] 步骤4：此步骤和图7所示实施例中的步骤4一致，此处不再叙述。
[0140] 在一个实施例中，需要覆盖增强的用户设备由于移动性，其信道条件可能变化，从而引起信道重复等级的改变。如图9所示，当用户设备从位置T1移动到位置T2时，其信道条件产生了变化，从而引起信道重复等级的改变(如CE产生变化)等。因此，当用户设备进行初始接入或者小区选择或者小区重选，或者基站和/或网络侧或移动性管理实体重新配置用户设备的寻呼重复等级或驻留小区时，用户设备需要通过状态报告单元410向基站和/或网络侧或移动性管理实体重新报告用户设备的状态信息。其报告过程如图7和/或图8实施例中所述。
[0141] 在一个实施例中，如果基站同时接收到包含寻呼重复等级的多条寻呼消息，则在该多条寻呼消息中包含相同的寻呼重复等级时，基站可以使用寻呼处理单元570将该多条寻呼消息合并到一条寻呼消息中。
[0142] 在另一个实施例中，如果基站同时接收到包含寻呼重复等级和驻留小区的多条寻呼消息，则在该多条寻呼消息中包含相同的寻呼重复等级和驻留小区时，基站可以使用寻呼处理单元570将该多条寻呼消息合并到一条寻呼消息中。
[0143] 应该理解，本发明的上述实施例可以通过软件、硬件或者软件和硬件两者的结合来实现。例如，上述实施例中的基站和用户设备内部的各种组件可以通过多种器件或电路来实现，这些器件包括但不限于：模拟电路器件、数字电路器件、数字信号处理(DSP)电路、可编程处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、可编程逻辑器件 (CPLD)，等等。
[0144] 在本申请中，“基站”是指具有较大发射功率和较广覆盖面积的移动通信数据和控制交换中心，包括资源分配调度、数据接收发送等功能。“用户设备”是指用户移动终端，如MTC用户移动终端，例如包括移动电话、笔记本等可以与基站或者微基站进行无线通信的终端设备。
[0145] 此外，这里所公开的本发明的实施例可以在计算机程序产品上实现。更具体地，该计算机程序产品是如下的一种产品：具有计算机可读介质，计算机可读介质上编码有计算机程序逻辑，当在计算设备上执行时，该计算机程序逻辑提供相关的操作以实现本发明的上述技术方案。当在计算系统的至少一个处理器上执行时，计算机程序逻辑使得处理器执行本发明实施例所述的操作(方法)。本发明的这种设置典型地提供为设置或编码在例如光介质(例如CD-ROM)、软盘或硬盘等的计算机可读介质上的软件、代码和/或其他数据结构、或者诸如一个或多个ROM或RAM 或PROM芯片上的固件或微代码的其他介质、或一个或多个模块中的可下载的软件图像、共享数据库等。软件或固件或这种配置可安装在计算设备上，以使得计算设备中的一个或多个处理器执行本发明实施例所描述的技术方案。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 基于二范数约束和平滑约束的点源图像重建方法及成像仪 | 2020-05-20 | 1 |
| 一种无线能量传输装置 | 2020-08-10 | 0 |
| 一种城市供水管网的漏损估计方法 | 2021-01-25 | 1 |
| 一种活塞式流量控制阀 | 2021-10-08 | 1 |
| 基于频率信息的指纹图像方向场提取方法 | 2023-04-12 | 1 |
| 一种(Co0.55Mn0.45)2P2O7/NG复合电极材料的合成方法及其应用 | 2020-10-05 | 1 |
| 建立和断开插接式连接的耦合装置和包括耦合装置的能量传输系统 | 2020-09-06 | 2 |
| 一种通过UPLC-QTOF-MS测定水溶性肥料中植物生长调节剂的方法 | 2020-09-18 | 2 |
| 油浸式变压器内部噪声监测传感器安装设备及其修正方法 | 2022-12-28 | 1 |
| 一种植物营养液及其制备方法 | 2021-03-07 | 2 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈