寻呼消息的接收/发送方法及相关网络节点和用户设备 |
|||||||
| 申请号 | CN201410843366.5 | 申请日 | 2014-12-30 | 公开(公告)号 | CN105813200A | 公开(公告)日 | 2016-07-27 |
| 申请人 | 夏普株式会社; | 发明人 | 沈兴亚; 肖芳英; 刘仁茂; | ||||
| 摘要 | 本 发明 提供了寻呼消息接收/发送方法以及相应网络 节点 /用户设备。该方法包括：接收对用于发送所述寻呼消息的物理资源 块 集的指示，其中，所述物理资源块集在子 帧 中的索引是根据所述寻呼消息的等级确定的；以及在所指示的物理资源块集上接收所述寻呼消息。根据该技术方案，可提供同 时针 对 覆盖 增强MTC用户设备和/或低复杂度或低成本的MTC用户设备的寻呼消息传输机制。 | ||||||
| 权利要求 | 1.一种用户设备接收寻呼消息的方法，包括： |
||||||
| 说明书全文 | 寻呼消息的接收/发送方法及相关网络节点和用户设备技术领域[0001] 本发明涉及无线通信技术领域。更具体地，本发明涉及寻呼消息的接收/发送方法以及相关网络节点/用户设备。 背景技术[0002] 第三代移动通信合作计划组织(3GPP)部署的长期演进项目(LTE)旨在提供日益多样化的未来移动通信服务，无线蜂窝通信日益成为大众生活和工作中不可或缺的一部分。在3GPP LTE的第一版(即Release 8)中，引入了正交频分多址(OFDMA)和多天线(MIMO)技术。3GPP的Release 10版本经国际电信联盟的评估和测试，正式成为了第四代全球移动通信标准LTE-Advanced。在LTE-Advanced标准中，引入了载波聚合(CA)和中继技术，增强了上行/下行MIMO技术，同时支持异构网络(HetNet)的部署。 [0003] 为了满足未来家庭设备通信的市场需求和规模庞大的物联网(IOT)部署，3GPP决定在LTE及其升级版本中引入低成本机器间通信技术(MTC：Machine Type Communication)，将MTC服务由目前的GSM网络支持迁移至LTE网络支持，并定义了若干种新的LTE用户设备(UE：User Equipment)的类型，其一称之为低成本MTC用户设备(Low-cost MTC UE)，该MTC用户设备在现有LTE网络的所有双工模式中支持MTC服务，并具有这样的性能：1)单接收天线；2)下行和上行最大的传输模块大小(TBS：Transport Block Size)为1000比特；3a)下行链路数据信道的基带带宽降低为1.4MHz，下行链路控制信道的带宽与网络侧系统带宽保持一致，上行链路信道带宽以及下行链路的射频部分与现有LTE网络中的用户设备保持一致；3b)下行/上行链路控制信道和数据信道的基带带宽降低为1.4MHz。 [0004] MTC是一种不需要人为参与的数据通信服务。大规模的MTC用户设备部署，可以用于安全、跟踪、付账、测量以及消费电子等领域，具体涉及的应用包括视频监控、供货链跟踪、智能电表，远程监控等。MTC用户设备要求较低的功率消耗，支持较低的数据传输速率和较低的移动性。目前LTE系统主要是针对人与人(H2H)的通信服务。因此，实现MTC服务的规模竞争优势及应用前景，关键环节在于LTE网络支持低成本的MTC设备能够低成本，低复杂性的工作。 [0005] 一些MTC用户设备需要安装在居民楼地下室或者由绝缘箔片、金属护窗或者传统建筑物的厚墙保护的位置，相比较LTE网络中常规设备终端(如手机，平板电脑等)，这些设备的空中接口将明显遭受更严重的穿透损失。3GPP决定研究LTE网络提供MTC用户设备附加20dB/15dB覆盖增强服务的方案设计与性能评估，值得注意的是，位于糟糕网络覆盖区域的MTC用户设备具有这样的特点：非常低的数据传输速率，非常宽松的延时要求，以及有限的移动性。针对MTC用户设备特点，LTE网络可以进一步优化一些信令和/或信道用以支持MTC用户设备。3GPP要求为新定义的MTC用户设备以及其他运行MTC服务(如，非常宽松的延迟要求)的用户设备提供一定的LTE网络覆盖增强，其中，对于LTE频分双工(FDD)网络提供15dB的网络覆盖增强。另外，并不是所有的运用MTC服务的用户设备都需要相同网络覆盖增强。 [0006] 在2014年6月举行的3GPP RAN#64次全会上，提出了一个新的面向Rel-13的低复杂性和覆盖增强的MTC的工作项目(参见非专利文献：RP-140990New Work Item on Even Lower Complexity and Enhanced Coverage LTE UE for MTC，Ericsson，NSN)。在该工作项目的描述中，LTE Rel-13系统需要支持上下行1.4MHz射频带宽的MTC用户设备(User Equipment，UE，以下称为窄带MTC UE)工作在任意的系统带宽(例如1.4MHz、3MHz、5MHz、10MHz、15MHz、20MHz等等)下，并且为该类MTC用户提供覆盖增强功能。在系统设计时，低成本MTC用户和覆盖增强MTC用户要采用统一的设计方案。降低MTC用户设备的能耗是该工作项目的主要目标之一。 [0007] 针对3GPP LTE用户设备运行MTC业务并处于覆盖增强模式下，物理层信道如(E)PDCCH/PDSCH/PUCCH/PUSCH的覆盖增强设计与配置是一个需要标准化的工作，根据3GPP RAN1#74会议的讨论，在完成初始接入过后，任何一个需要重复传输的物理信道，其配置模式取决于基站端。而MTC用户设备合并解调大量重复数据会引入2至10秒的延迟。这样的延迟会增加MTC用户设备的耗电量。根据3GPP RAN1#74b会议的决定，对于需要覆盖增强的MTC用户设备数据信道的传输应在控制信道传输完成之后。因此为了减少用户设备的耗电量，对于需要覆盖增强的MTC用户设备的寻呼消息传输可以不需要控制信道。同时由于低复杂度MTC用户设备(Low complexity MTC UE)与覆盖增强的MTC用户设备具有相似的信息传输机制，需要设计一种同时针对覆盖增强MTC用户设备和/或低复杂度或低成本的MTC用户设备的寻呼消息传输机制。因此在Rel-12及其之后版本中，针对覆盖增强模式下MTC用户设备和/或低复杂度或低成本的MTC用户设备的寻呼消息传输需要重新标准化。 发明内容[0008] 本发明旨在提供同时针对例如覆盖增强MTC用户设备和/或低复杂度或低成本的MTC用户设备的寻呼消息传输机制。 [0009] 根据本发明的一个方案，提供了一种用户设备接收寻呼消息的方法。该方法包括：接收对用于发送所述寻呼消息的物理资源块集的指示，其中，所述物理资源块集在子帧中的索引是根据所述寻呼消息的等级确定的；以及在所指示的物理资源块集上接收所述寻呼消息。 [0010] 根据本发明的另一个方案，提供了一种网络节点发送寻呼消息的方法。该方法包括：根据所述寻呼消息的等级确定用于发送所述寻呼消息的物理资源块集在子帧中的索引；向作为所述寻呼消息的接收方的用户设备通知对所述物理资源块集的指示，以及在所确定的物理资源块集上发送所述寻呼消息。 [0011] 根据本发明的另一个方案，提供了一种用户设备。该用户设备包括：接收单元，用于接收对用于发送所述寻呼消息的物理资源块集的指示，以及用于在所指示的物理资源块集上接收所述寻呼消息，其中，所述物理资源块集在子帧中的索引是根据所述寻呼消息的等级确定的。 [0012] 根据本发明的另一个方案，提供了一种网络节点。该基站包括：块集索引确定单元，用于根据寻呼消息的等级确定用于发送所述寻呼消息的物理资源块集在子帧中的索引，以及发送单元，用于向作为所述寻呼消息的接收方的用户设备通知对所述块集索引确定单元确定的物理资源块集的指示，以及用于在所述确定的物理资源块集上发送所述寻呼消息。 [0013] 本发明的上述方案简单易行，并且由于用于发送寻呼消息的物理资源块的参数(例如索引)取决于寻呼消息的等级，而该寻呼消息等级同样可用于对MTC用户设备进行覆盖增强，因此该方案同时适用于覆盖增强MTC用户设备和/或低复杂度或低成本的MTC用户设备的寻呼消息传输。附图说明 [0014] 通过下文结合附图的详细描述，本发明的上述和其它特征将会变得更加明显，其中： [0015] 图1示出了根据本发明的接收寻呼消息的方法的流程图； [0016] 图2示出了根据本发明的发送寻呼消息的方法的流程图； [0017] 图3示出了根据本发明的用于接收寻呼消息的用户设备的示意性框图； [0018] 图4示出了根据本发明的用于发送寻呼消息的基站的示意性框图； [0019] 图5示出了不同等级的寻呼消息的占用的相同大小资源块集的示意图； [0020] 图6示出了不同等级的寻呼消息与相应的资源块起始位置索引的对应关系的示意图； [0021] 图7示出了不同等级的寻呼消息的占用的不同大小资源块集的示意图； [0022] 图8示出了不同等级的寻呼消息与相应占用的资源块集的大小的对应关系的示意图； [0023] 图9示出了不同寻呼等级与相应的资源块起始位置索引的对应关系的另一示意图； [0024] 图10示出了将系统频带划分为多个子频带的示意图； 具体实施方式[0025] 以下将结合附图和具体实施例，对本发明所提出的针对需要额外覆盖增强的MTC用户设备或者低复杂度/低成本MTC用户设备的寻呼消息在频域资源上的发送/接收方法、网络节点和用户设备(UE)进行详细阐述。应当注意的是，虽然本发明是针对需要额外覆盖增强或者低复杂度/低成本MTC用户设备来阐述的，但其同样也适用于其他支持延迟容忍服务和/或需要一定覆盖增强的用户设备。应当注意的是，本发明不应局限于下文所述的具体实施例。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。 [0026] 下文以LTE移动通信系统及其后续的演进版本作为示例应用环境，具体描述了根据本发明的多个实施例。然而，需要指出的是，本发明不限于以下实施例，而是可适用于更多其它的无线通信系统，例如今后的5G蜂窝通信系统或现有的其他通信系统，只要其要求提供同时针对覆盖增强MTC用户设备和/或低复杂度或低成本的MTC用户设备的寻呼消息传输机制。 [0027] 图1示出了根据本发明的一个实施例的寻呼消息接收方法。在图1的步骤110中，用户设备接收对用于发送寻呼消息的物理资源块集的指示，其中，物理资源块集在子帧中的索引是根据寻呼消息的等级确定的。在步骤120中，用户设备在所指示的物理资源块集上接收寻呼消息。 [0028] 在本发明的一些实施例中，寻呼消息的等级是通过以下方式之一获得的：由基站通过广播系统信息和/或用户设备专用无线电资源控制信令配置；由网络侧通过NAS信令配置；以及由用户设备根据其测量结果确定。 [0029] 在本发明的一些实施例中，物理资源块集在子帧中的索引是指物理资源块集的起始资源块在子帧中的索引。 [0030] 在本发明的一些实施例中，物理资源块集的大小对于不同等级的寻呼消息而言是相同的。 [0031] 在本发明的另一些实施例中，物理资源块集的大小根据寻呼消息的等级确定。 [0032] 在本发明的一些实施例中，寻呼消息的等级还用于确定一个或多个物理下行共享信道，物理上行共享信道，物理下行控制信道和/或增强型物理下行控制信道，物理上行控制信道和物理随机接入信道的重复次数。 [0033] 在本发明的一些实施例中，寻呼消息的等级还用于确定一个或多个物理下行共享信道，物理上行共享信道，物理下行控制信道和/或增强型物理下行控制信道，物理上行控制信道和物理随机接入信道的传输时间间隔捆绑大小。 [0034] 在本发明的一些实施例中，接收对用于发送寻呼消息的物理资源块集的指示包括：通过广播系统信息和/或用户设备专用的无线电资源控制(UE dedicated Radio Resource Control)信令从基站接收物理资源块集在子帧中的索引和/或物理资源块集的大小；或通过非接入层(NAS)信令从网络侧设备接收物理资源块集在子帧中的索引和/或物理资源块集的大小。 [0035] 在本发明的一些实施例中，该用户设备使用的系统带宽包括6个物理资源块。在该情况下，物理资源块集是系统带宽的子集 [0036] 然而，也可能存在系统带宽大于6个物理资源块的情况。在本发明的一些实施例中，当系统带宽大于6个物理资源块时，系统带宽可包括多个子频带。该多个子频带中的每一个包含不多于6个的物理资源块。例如，在系统带宽中包含的物理资源块的数目能够被6整除时，该多个子频带中的每一个包含6个物理资源块。然而当系统带宽中包含的物理资源块的数目不能够被6整除时，该多个子频带中的一个子频带包含的物理资源块可以小于6个，而其他子频带可以均包含6个物理资源块。也可以存在其他的子频带分配方式，例如在其他通信系统中可以使用除6之外的其他物理资源块数目。只要寻呼消息对应的物理资源块的数目小于该子频带具有的资源块的总数目，便可以使用本文上述的方案确定该子频带中用于该寻呼消息的资源块集的起始位置索引和大小，本发明不受限于系统带宽/子频带中包含的具体资源块的数目。 [0037] 在上述任一情况下，寻呼消息在多个子频带中由网络节点(例如基站或网络侧)确定的一个子频带上接收。 [0038] 图2示出了根据本发明的一个实施例的网络节点侧的寻呼消息发送方法。在图2所示的流程图中，该方法包括：步骤210，根据寻呼消息的等级确定用于发送寻呼消息的物理资源块集在子帧中的索引；步骤220，向作为寻呼消息的接收方的用户设备通知对物理资源块集的指示；以及步骤230，在所确定的物理资源块集上发送寻呼消息。 [0039] 在本发明的一些实施例中，寻呼消息的等级是通过以下方式之一获得的：由网络节点预先存储，由上级网络节点通知(例如，在网络节点是基站的情况下，由网络侧通过S1寻呼消息指示)；以及用户设备根据其测量结果确定并通知网络节点。 [0040] 在本发明的一些实施例中，物理资源块集在子帧中的索引是指物理资源块集的起始资源块在子帧中的索引。 [0041] 在本发明的一些实施例中，物理资源块集的大小对于不同等级的寻呼消息而言是相同的。 [0042] 在本发明的一些实施例中，物理资源块集的大小根据寻呼消息的等级确定。 [0043] 在本发明的一些实施例中，寻呼消息的等级还用于确定一个或多个物理下行共享信道，物理上行共享信道，物理下行控制信道和/或增强型物理下行控制信道，物理上行控制信道和物理随机接入信道的重复次数。 [0044] 在本发明的一些实施例中，寻呼消息的等级还用于确定一个或多个物理下行共享信道，物理上行共享信道，物理下行控制信道和/或增强型物理下行控制信道，物理上行控制信道和物理随机接入信道的传输时间间隔捆绑大小。 [0045] 在本发明的一些实施例中，向作为寻呼消息的接收方的用户设备通知对物理资源块集的指示包括：如果网络节点是基站，通过广播系统信息和/或用户设备专用的无线电资源控制信令向用户设备发送物理资源块集在子帧中的索引和/或物理资源块集的大小；或如果网络节点是网络侧设备，通过非接入层信令向用户设备发送物理资源块集在子帧中的索引和/或物理资源块集的大小。然而本发明不限于此，例如基站也可以使用其他的群发机制(例如，多播机制等)来发送物理资源块集在子帧中的索引。 [0046] 在本发明的一些实施例中，网络节点为用户设备分配的系统带宽包括6个物理资源块。在该情况下，物理资源块集是所述系统带宽的子集。 [0047] 在本发明的一些实施例中，当网络节点为用户设备分配的系统带宽大于6个物理资源块时，将所述系统带宽划分为包含不多于6个物理资源块的多个子频带，以及确定所述多个子频带中要在其上向用户设备发送寻呼消息的一个子频带。 [0048] 图3示出了用于根据本发明的实施例发送寻呼消息的用户设备。该用户设备至少包括：接收单元310，用于接收对用于发送寻呼消息的物理资源块集的指示，且用于在所指示的物理资源块集上接收寻呼消息，其中，物理资源块集在子帧中的索引是根据寻呼消息的等级确定的。 [0049] 在本发明的一些实施例中，寻呼消息的等级是由基站通过广播系统信息和/或用户设备专用无线电资源控制信令配置或由网络侧通过NAS信令配置，并通过接收单元310接收的。在本发明的另一些实施例中，用户设备还包括用于测量信道状态的测量单元320，以及用于根据测量单元的测量结果确定寻呼消息的等级的等级确定单元330。 [0050] 在本发明的一些实施例中，物理资源块集在子帧中的索引是指物理资源块集的起始资源块在子帧中的索引。 [0051] 在本发明的一些实施例中，物理资源块集的大小对于不同等级的寻呼消息而言是相同的。 [0052] 在本发明的一些实施例中，物理资源块集的大小由网络节点(根据不同的实现，可以是基站或网络侧设备，如移动性管理实体(MME))根据寻呼消息的等级确定，并通过广播系统信息和/或用户设备专用无线电资源控制信令由接收单元310接收。 [0053] 对物理资源块集的指示可以包括物理资源块集在子帧中的索引以及物理资源块集的大小。在本发明的一些实施例中，接收单元310还用于通过广播系统信息和/或用户设备专用的无线电资源控制(UE dedicated RRC)信令从基站接收物理资源块集在子帧中的索引和/或物理资源块集的大小。或者在其他一些实施例中，接收单元310还用于通过非接入层信令从网络侧设备接收物理资源块集在子帧中的索引和/或物理资源块集的大小。 [0054] 在本发明的一些实施例中，用户设备使用的系统带宽包括6个物理资源块，以及物理资源块集是所述系统带宽的子集。 [0055] 在本发明的一些实施例中，当用户设备使用的系统带宽大于6个物理资源块时，系统带宽包括多个子频带，该多个子频带中的每一个包含不多于6个的物理资源块。在该情况下，寻呼消息由接收单元310在所述多个子频带中由网络节点(基站或网络侧)确定的一个子频带上接收。 [0056] 在本发明的一些实施例中，用户设备还包括存储器340，用于存储接收单元310接收到的各种信息，例如寻呼消息、物理资源块集的大小、物理资源块集在子帧中的索引以及其他用户设备接收到的信息等。存储器350还可以存储测量单元320、等级确定单元330所使用或输出的信息，例如测量单元320的测量结果，在该情况下，等级确定单元330可从存储器350获得该测量结果。存储器350还可以存储发送单元340要发送的信息，例如等级确定单元330确定的寻呼消息的等级。 [0057] 图4示出了根据本发明的实施例发送寻呼消息的网络节点。图4示出的网络节点至少包括：块集索引确定单元410，用于根据寻呼消息的等级确定用于发送寻呼消息的物理资源块集在子帧中的索引；以及发送单元420，用于向作为寻呼消息的接收方的用户设备通知对块集索引确定单元410确定的物理资源块集的指示，以及用于在所确定的物理资源块集上发送寻呼消息。 [0058] 在本发明的一些实施例中，网络节点还包括接收单元430。其中，寻呼消息的等级由网络节点预先存储，或者由上级网络节点通知，或由用户设备根据其测量结果确定并通知网络节点，并由接收单元430接收。 [0059] 在本发明的一些实施例中，物理资源块集在子帧中的索引是指物理资源块集的起始资源块在子帧中的索引。 [0060] 在本发明的一些实施例中，物理资源块集的大小对于不同等级的寻呼消息而言是相同的。 [0061] 在本发明的一些实施例中，网络节点还包括：块集大小确定单元440，用于根据寻呼消息的等级确定物理资源块集的大小。 [0062] 在本发明的一些实施例中，网络节点还包括：重复次数确定单元450，用于根据寻呼消息的等级确定一个或多个物理下行共享信道，物理上行共享信道，物理下行控制信道和/或增强型物理下行控制信道，物理上行控制信道和物理随机接入信道的重复次数。 [0063] 在本发明的一些实施例中，网络节点还包括：捆绑大小确定单元460，用于根据寻呼消息的等级确定一个或多个物理下行共享信道，物理上行共享信道，物理下行控制信道和、或增强型物理下行控制信道，物理上行控制信道和物理随机接入信道的传输时间间隔捆绑大小。 [0064] 在本发明的一些实施例中，如果网络节点是基站，发送单元420通过广播系统信息和/或用户设备专用的无线电资源控制(UE dedicated RRC)信令向用户设备发送物理资源块集在子帧中的索引和/或物理资源块集的大小；或者如果网络节点是网络侧设备，发送单元420通过非接入层信令向用户设备发送物理资源块集在子帧中的索引和/或物理资源块集的大小。 [0065] 在本发明的一些实施例中，网络节点为用户设备分配的系统带宽包括6个物理资源块。在该情况下所述物理资源块集是系统带宽的子集。 [0066] 在本发明的一些实施例中，网络节点还包括：子频带划分单元470，用于当网络节点为用户设备分配的系统带宽大于6个物理资源块时，将所述系统带宽划分为包含不多于6个物理资源块的多个子频带；以及子频带确定单元480，用于确定所述子频带划分单元 470划分的所述多个子频带中要在其上向用户设备发送寻呼消息的一个子频带。 [0067] 在本发明的一些实施例中，网络节点还包括存储器490。存储器490可存储发送单元420要发送的信息，如寻呼消息，也可以存储接收单元430接收到的信息，例如接收单元430从网络侧(例如MME)或用户设备接收到的寻呼消息的等级。存储器490还可以存储块集索引确定单元410、块集大小确定单元440、重复次数确定单元450、捆绑大小确定单元460、子频带划分单元470、子频带确定单元480等单元所需的信息或输出的信息。 [0068] 本发明的上述网络节点可以是基站，也可以是网络侧设备，例如网络侧的移动性管理实体(MME)，当然，也可以是本领域技术人员通常使用来配置传输/移动性参数的任何网络侧设备。本发明不对此进行限制。 [0069] 需要注意的是，在图3和图4中描述的用户设备和网络节点仅是为了使本领域技术人员更清楚地理解本发明而作的图，其中省略了一些对理解本发明不必要的模块/组件，本发明的保护范围不应受这些附图的具体细节所限制。此外，实际的设备中可以包括更多的模块/组件，如显示器、操作维护接口(对于图4中的网络节点)、输入输出接口等等。本发明不对这些进行限制。 [0070] 下面将参考图5至图10来对图1和图2中示出的方法以及图3和图4中示出的设备进行更详细地阐述。需要注意的是，本发明中多数信息的确定和发送既可以由基站完成，也可以由网络侧设备完成。因此，除非特别说明，在本说明书中可以将术语基站、网络侧设备(如MME)以及网络节点交换使用。此外，如上所述，虽然本发明主要针对需要额外覆盖增强或者低复杂度/低成本MTC用户设备来阐述的，但其同样也适用于其他支持延迟容忍服务和/或需要一定覆盖增强的用户设备。 [0071] 对覆盖增强MTC UE而言，其上、下行物理信道需要多次重复发送，以满足信道的覆盖增强要求。处于不同地理位置的UE所需的信道覆盖增强程度不一样，导致处于不同地理位置的UE的物理信道所需重复发送的次数不同。因此，可以将物理信道的覆盖增强程度分为若干个不同的覆盖增强等级。而不同覆盖增强等级的物理信道，其所需重复发送的次数不同。例如，可以将物理信道分为四个覆盖增强等级(CE0，CE1，CE2和CE3)，每个覆盖增强等级对应物理信道所需的不同覆盖增强补偿，例如，CE0指代的是覆盖增强等级0，即不需要覆盖增强；CE1指代的是覆盖增强等级1，即需要例如1～5dB覆盖增强，其物理信道大致需要数次重复传输；CE2指代的是覆盖增强等级2，即需要例如6～10dB覆盖增强，其物理信道大致需要十数次重复传输；CE3指代的是覆盖增强等级3，即需要例如11～15dB覆盖增强，其物理信道大致需要数十次重复传输。然而，需要注意的是，本发明的技术方案不限于四个覆盖增强等级，而是可以根据需要采用更多或更少的覆盖增强等级。还需要注意的是，上述物理信道的重复次数仅是为了使本领域技术人员理解本发明而给出的示例，具体系统中使用的重复次数不限于上述次数，而是可以根据系统需求/限制(例如系统资源限制)选择更多或更少的次数。 [0072] 由于寻呼消息对应的控制信道不传输，因此需要给出MTC用户设备的寻呼消息在频域上的位置。在本发明的技术方案中，网络节点(例如基站)将不同等级的寻呼消息映射到不同的资源块集(RBgroup)来指示寻呼消息在频域上的位置。在本文中，资源块集指的是寻呼消息在子帧上占用的物理资源块的集合。资源块集的大小是指寻呼消息在子帧上占用的资源块的数目。此处资源块集可以是物理资源块集(PRB group)，也可以是虚拟资源块集(VRB group)，物理资源块与虚拟资源块间的映射关系可参考3GPP TS36.2116.2.3.1，本发明不再进行赘述。在本发明的技术方案中，可以对多个资源块进行虚拟连续分配，即虚拟资源块集的集中式分配(virtual resource blocks oflocalized type)。此处虚拟资源块集的集中式分配指的是将虚拟资源块nVRB直接映射到物理资源块nPRB。而虚拟资源块的大小与物理资源块的大小一致。 [0073] 寻呼消息可以占用多个子帧，不同等级的寻呼消息占用的子帧数目可以不同。不同的用户设备占用的子帧也可以不同。例如，用户设备可根据用户ID在不同的子帧上接收寻呼消息，或通过3GPP协议中用于寻呼消息的时域复用的方法来进行子帧分配。在本发明的一些实施例中，需要确定确定两个参数，承载寻呼消息的物理资源块集的起始位置及连续分配的资源块数目。然而在另一些实施例中，由于承载寻呼消息的物理资源块集的大小(即，连续分配的资源块数目)被预先确定，且对于不同等级的寻呼消息而言是相同的，仅需要确定物理资源块集的起始位置。 [0074] 再次返回图2，在图2的步骤210中，根据寻呼消息的等级确定用于发送寻呼消息的物理资源块集在子帧中的索引。该步骤由图4中的块集索引确定单元410执行。在本发明中，物理资源块集的起始位置与物理资源块集在子帧中的索引表达相同的概念，可相互交换使用。基于承载不同等级的寻呼消息的资源块集的大小是否一致，本发明提出了两种方案。网络节点和用户设备可同时支持两种方式或其中的一种。 [0075] 图5示出了承载不同等级的寻呼消息的资源块集的大小一致的情况。如图5所示，系统带宽为6个物理资源块大小，且承载不同等级的寻呼消息的资源块集的大小是一样的，相应的资源块集的起始位置由基站和/或网络侧(例如MME)配置，其原则可以是尽量利用子帧中的物理资源块，也可以是本领域技术人员可想到或通常使用的其他原则。在图5所示的示例中，资源块集的起始位置与不同等级的寻呼消息的关系可以是：覆盖增强等级0的寻呼消息对应的资源块集的起始位置索引为0或4；覆盖增强等级1的寻呼消息对应的资源块集的起始位置索引为1；覆盖增强等级2的寻呼消息对应的资源块集的起始位置索引为2；覆盖增强等级3的寻呼消息对应的资源块集的起始位置索引为3。在图5的示例中，相应的承载寻呼消息的资源块集的大小为例如2个资源块，然而在其他示例中也可以是更大或更小的其他数目，且可以采用与图5不同的索引分配模式。 [0076] 寻呼消息的等级可以由基站通过广播信息和/或用户设备专用RRC信令配置给用户设备，或者可以由网络侧(例如MME)通过NAS信令配置给用户设备。在一些示例中，寻呼消息的等级可以由用户设备根据自己的下行链路测量结果确定。例如，用户设备通过测量单元320执行信道测量，并使用等级确定单元330根据测量得到的下行信道的参考信号接收功率(RSRP)值与特定阈值比较。该特定阈值可以是在3GPP技术规范TS36.104中规定的阈值，可由用户设备通过接收单元310从基站/网络侧先行接收到的，并预先存储在用户设备的存储单元350中。如果大于或等于该阈值，则等级确定单元330确定寻呼消息等级为0；小于该阈值1～5dB，则确定寻呼消息等级为1；小于该阈值6～10dB，则确定寻呼消息等级为2；小于该阈值11～15dB，则确定寻呼消息等级为3。 [0077] 可选地，在确定寻呼消息等级之后，用户设备/基站/网络侧可存储该寻呼消息等级，以用于下一次的资源块集起始位置确定或用于其他用途。 [0078] 在块集索引确定单元410确定用于发送寻呼消息的物理资源块集在子帧中的索引之后，在步骤220中，网络节点向作为寻呼消息的接收方的用户设备通知对物理资源块集的指示。在一些实施例中，该对物理资源块集的指示可包括块集索引确定单元410确定的物理资源块集在子帧中的索引，并可选地包括物理资源块集的大小。然而在另一些实施例中，物理资源块集的大小已由被预先通知给了用户设备。 [0079] 承载不同等级的寻呼消息的资源块的数目可以是预定的，并例如可由基站通过广播信息和/或用户设备专用RRC信令配置给用户设备。在其他一些示例中，承载不同等级的寻呼消息的资源块的数目可以由网络侧(例如，MME)通过NAS信令配置。此外，基站可通过广播系统信息和/或用户设备专用RRC信令通知物理资源块集在子帧中的索引；或网络侧(例如，MME)可通过NAS信令通知该索引。在本发明中，子帧中承载寻呼消息的资源块集的索引与这些资源块中起始资源块的索引表达相同的含义，可以互换使用。 [0080] 在一些示例中，寻呼消息的等级可被基站的重复次数确定单元450用于确定一个或多个物理下行共享信道，物理上行共享信道，物理下行控制信道，物理上行控制信道和物理随机接入信道的重复次数。 [0081] 在一些示例中，寻呼消息的等级可被基站的捆绑大小确定单元460用于确定一个或多个物理下行共享信道，物理上行共享信道，物理下行控制信道，物理上行控制信道和物理随机接入信道的TTI bundle(Transmission Time Interval bundle：传输时间间隔捆绑)大小。 [0082] 图6示出了不同等级的寻呼消息与相应的资源块起始位置索引的对应关系的另一示意图。然而该图仅是为说明本发明而做出的示例，本发明不应被其所限制。例如，寻呼消息等级也可以对应于两个资源块起始位置，如索引0和4，而不仅限于索引0。 [0083] 图7示出了承载不同等级的寻呼消息的资源块集的大小不一致的情况。如图7所示，系统带宽为6个物理资源块大小，且承载不同等级的寻呼消息的资源块集的大小是不一样的，相应的资源块集的起始位置由基站和/或网络侧(例如，MME)配置，其原则可以是尽量利用子帧中的物理资源块，也可以是本领域技术人员可想到或通常使用的其他原则。在图7所示的示例中，资源块集的起始位置与不同等级的寻呼消息的关系可以是：覆盖增强等级0的寻呼消息对应的资源块集的起始位置索引为0；覆盖增强等级1的寻呼消息对应的资源块集的起始位置索引为3；覆盖增强等级2的寻呼消息对应的资源块集的起始位置索引为2；覆盖增强等级3的寻呼消息对应的物理资源块集的起始位置索引为1。 [0084] 在图7示出的示例中，承载不同等级的寻呼消息的资源块集的大小不一致，因此需要对资源块集的大小进行确定。该操作可以由图4中的块集大小确定单元440执行。在一些示例中，承载不同等级的寻呼消息的资源块的数目可以是：覆盖增强等级0的寻呼消息对应的资源块的数目为2；覆盖增强等级1的寻呼消息对应的资源块的数目为3；覆盖增强等级2的寻呼消息对应的资源块的数目为4；覆盖增强等级3的寻呼消息对应的资源块的数目为5。当然，本领域技术人员也可以根据实际需求(例如系统资源限制等)选择不同的资源块集大小分配方案，理论上只要覆盖增强等级较高的寻呼消息对应更多数目的资源块即可。 [0085] 图7所示情形的其他技术特征与图5所示情形相同，在此不再赘述。 [0086] 图8示出了在承载不同等级的寻呼消息的资源块集的大小不一致的情况下，寻呼消息等级与资源块集大小的映射关系。图9示出了在承载不同等级的寻呼消息的资源块集的大小不一致的情况下，寻呼消息等级与资源块起始位置的映射关系。如上所述，这些映射关系都仅是为了说明本发明而做出的示例，本发明不应被其所限制。 [0087] 在块集索引确定单元410确定用于发送寻呼消息的物理资源块集在子帧中的索引以及块集大小确定单元440确定该物理资源块集的大小之后，在步骤220中，网络节点向作为寻呼消息的接收方的用户设备通知对物理资源块集的指示。在一些实施例中，该对物理资源块集的指示可包括块集索引确定单元410确定的物理资源块集在子帧中的索引以及块集大小确定单元440确定的该物理资源块集的大小。 [0088] 在步骤230中，网络单元的发送单元420在所确定的物理资源块集上发送寻呼消息。 [0089] 然而，在3GPP LTE中，也可能存在系统带宽大于6个物理资源块的情况。图10示出了在该情形下根据本发明的处理。如图10所示，当系统带宽大于6个物理资源块时，可将系统带宽分成多个子频带。在每一个子频带中依然可执行图1-9中所示的技术方案。在图10所示情况下，网络节点还需要通过发送单元430向用户设备通知子频带的划分。子频带可以是连续的6个物理资源块。同样地，子频带的划分可以由基站通过广播系统信息和/或用户设备专用无线电资源控制信令配置给用户设备，或者由网络侧(例如，MME)通过NAS信令配置给用户设备。 [0090] 作为一般性的示例，可以假设系统带宽包含M个PRB，并可被划分成N个子频带，其中M和N需满足N＝floor(M，6)，即N是小于M除与6的最大自然数。这样整个系统带宽可划分为N个带宽大小为6个物理资源块的子频带和一个带宽大小为(M-6*N)个物理资源块的子频带。从上式可以看出，在M不是6的整倍数的情况下，可能包括子频带具有小于6个物理资源的情况。在这种情况下，只要寻呼消息对应的物理资源块的数目小于该子频带具有的资源块的总数目，依然可以使用本文上述的方案确定该子频带中用于该寻呼消息的资源块集的起始位置索引和大小，本发明不受限于系统带宽/子频带中包含的具体资源块的数目。 [0091] 用户设备需要在一个子频带上接收寻呼消息，该子频带是在配置/确定物理资源块集在子帧中的索引和/或物理资源块的大小之前确定的。在本发明的一些实施例中，可以根据寻呼消息的等级来确定用户设备所使用的子频带。例如可通过以下公式：[index of sub-band]＝[UE ID]mod[the number of sub-band]来确定用户设备所使用的子频带。其中UE ID可以是国际移动用户标识(IMSI，International Mobile Subscriber Identity)，用于在核心网中唯一标识一个用户。该标识存储在SIM卡中。当然，在本发明的其他实施例中，本领域技术人员也可以使用唯一标识用户的其他可能的标识符，并对上式进行适应性修改，本发明不对此进行限制。 [0092] 在用户设备侧，用户设备的接收单元310在步骤110中接收对用于发送寻呼消息的物理资源块集的指示。该指示可以包括其用于接收寻呼消息的物理资源块集在子帧中的索引。在一些情况下，该指示还可以包括物理资源块集的大小。而在另一些情况下，物理资源块集的大小已由网络节点确定并在之前发送给用户设备(例如，物理资源块集的大小对不同寻呼消息等级而言固定的情况下)。 [0093] 然后，在步骤120中，用户设备可通过接收单元310在所指示的物理资源块集上接收寻呼消息。 [0094] 当用户设备处于RRC CONNECT状态时，基站和/或网络侧(例如，MME)已经配置用户设备工作在一个子频带上接收数据。此时，当用户设备需要被寻呼时，该寻呼消息可在当前的子频带上传输，用于发送该寻呼消息的物理资源块集可通过根据本发明附图1至9中所述的方法来确定。 [0095] 应该理解，本发明的上述实施例可以通过软件、硬件或者软件和硬件两者的结合来实现。例如，上述实施例中的基站和用户设备内部的各种组件可以通过多种器件来实现，这些器件包括但不限于：模拟电路器件、数字电路器件、数字信号处理(DSP)电路、可编程处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、可编程逻辑器件(CPLD)，等等。 [0096] 在本申请中，“基站”是指具有较大发射功率和较广覆盖面积的移动通信数据和控制交换中心，包括资源分配调度、数据接收发送等功能。“用户设备”是指用户移动终端，例如包括移动电话、笔记本等可以与基站或者微基站进行无线通信的终端设备。 [0097] 此外，这里所公开的本发明的实施例可以在计算机程序产品上实现。更具体地，该计算机程序产品是如下的一种产品：具有计算机可读介质，计算机可读介质上编码有计算机程序逻辑，当在计算设备上执行时，该计算机程序逻辑提供相关的操作以实现本发明的上述技术方案。当在计算系统的至少一个处理器上执行时，计算机程序逻辑使得处理器执行本发明实施例所述的操作(方法)。本发明的这种设置典型地提供为设置或编码在例如光介质(例如CD-ROM)、软盘或硬盘等的计算机可读介质上的软件、代码和/或其他数据结构、或者诸如一个或多个ROM或RAM或PROM芯片上的固件或微代码的其他介质、或一个或多个模块中的可下载的软件图像、共享数据库等。软件或固件或这种配置可安装在计算设备上，以使得计算设备中的一个或多个处理器执行本发明实施例所描述的技术方案。 [0098] 尽管以上已经结合本发明的优选实施例示出了本发明，但是本领域的技术人员将会理解，在不脱离本发明的精神和范围的情况下，可以对本发明进行各种修改、替换和改变。因此，本发明不应由上述实施例来限定，而应由所附权利要求及其等价物来限定。 |
||||||
QQ群二维码
意见反馈
意见反馈