在基于机器型通信的通信系统中用于接收寻呼消息的方法

在基于机器型通信的通信系统中用于接收寻呼消息的方法
【专利摘要】本发明提供了一种在基于机器型通信的通信系统中用于接收寻呼消息的方法。根据本发明的一个实施例，使用(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤:C.接收在(E)PDCCH上传输的调度信息，所述调度信息至少包括第一指示信息，其用于协助所述用户设备确定接收所述寻呼消息的PDSCH的子带；D.计算寻呼时机，并且基于所述寻呼时机和所述第一指示信息来确定所述子带；以及E.在所述子带上接收所述寻呼消息。通过本发明改善了用于Release 13中的MTC的寻呼消息的传输效率，在提供覆盖范围的同时避免了寻呼消息之间的相互碰撞。
【专利说明】
在基于机器型通信的通信系统中用于接收寻呼消息的方法
技术领域
[0001]本发明涉及通信系统，尤其涉及一种在基于机器型通信的通信系统中用于接收寻呼消息的方法。
【背景技术】
[0002]在Release 13中，一个重要的工作项目是机器类通信(Machine TypeCommunicat1n)的增强。这个工作项目关注于以下两点:为MTC使用较小的带宽以减小成本；以及主要通过重传来改善MTC的覆盖范围。为了支持受限的带宽和时域的重传，需要重新设计一些信令和机制。
[0003]当前的寻呼机制(paging mechanism)并不适用于R13中的增强的MTC。因此将详细地讨论寻呼消息的传输。虽然当前3GPP中已经提出了两个候选方案:基于(E)PDCCH调度的寻呼消息的传输和基于非(E) PDCCH((E) PDCCH-1ess)的寻呼消息的传输，但是仍有一些有待解决的问题。在当前的寻呼机制中，每个用户设备(user equipment, UE)根据其IMSI 和 SIB 计算其寻呼帧(paging frame, PF)和寻呼时机(Paging Occas1n, PO)。然而，对于R13中的MTC，为了将覆盖范围改善13dB，需要将寻呼消息重复传输上百次。在这种情况下，在需要重传的不同的PO和/或PF之间可能不具有足够的资源，主要原因是PO过于密集。换而言之，用于R13中的覆盖范围增强-MTC(Coverage Enhancement-MTC, CE-MTC)的寻呼资源可能不够。因此，如果使用当前的资源分配方式，缩减的带宽和重传将引起不同的PO和/或PE中的用于MTC UE的各个寻呼消息之间的碰撞。
[0004]图1示出了现有的寻呼消息的资源分配方式。在图1中，在每80ms (8帧)中存在一个PF，并且可用的PO是{0，4，5，9}。换而言之，在每个80ms中存在1_4个PO。在这种情况下，对于寻呼消息没有足够的资源，并且将发生碰撞。
[0005]首先，将讨论基于(E) PDCCH调度的寻呼消息传输。基于(E) PDCCH的寻呼消息的传输的优点在于寻呼消息的传输比较灵活。然而，没有足够的(E)PDCCH资源可能会导致相应的控制信息可能碰撞。因此，如何设计用于寻呼消息传输的(E)PDCCH和相应的(E)PDCCH与I3DSCH的映射关系是非常重要的。这在3GPP中还没有讨论。
[0006]对于基于(E)PDCCH-1ess的寻呼消息的传输，3GPP希望固定寻呼消息的格式以在MTC UE侧实现复杂性较低的盲检。在这种方式下，过于密集的PO将引起寻呼消息的碰撞。
[0007]因此，需要为R13中的CE-MTC设计一种用于寻呼消息的新的资源分配方式。

【发明内容】

[0008]鉴于上述问题，根据本发明的第一方面，提出了一种在基于机器型通信的通信系统的用户设备中用于接收寻呼消息的方法，其中，使用(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤:C.接收在(E)PDCCH上传输的调度信息，所述调度信息至少包括第一指示信息，其用于协助所述用户设备确定接收所述寻呼消息的I3DSCH的子带；
D.计算寻呼时机，并且基于所述寻呼时机和所述第一指示信息来确定所述子带；以及E.在所述子带上接收所述寻呼消息。
[0009]根据本发明的第二方面，提出了一种在基于机器型通信的通信系统的用户设备中用于接收寻呼消息的方法，其中，使用(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤:A.确定(E)PDCCH的起始子帧，其中在所述(E)PDCCH上传输调度信息，所述调度信息至少包括第一指示信息，其用于向所述用户设备指示接收所述寻呼消息的PDSCH的子带；B计算寻呼时机；C.根据所述寻呼时机来确定(E)PDCCH的子带偏置；D.基于所述(E) PDCCH的起始子帧与所述(E) PDCCH的子带偏置来确定(E) PDCCH的子带，并基于所述(E)PDCCH的子带来接收所述调度信息；以及F.基于所述第一指示信息来接收所述寻呼消息。
[0010]根据本发明的第三方面，提出了一种在基于机器型通信的通信系统的用户设备中用于接收寻呼消息的方法，其中，使用(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤:C.接收在(E)PDCCH上传输的调度信息，所述调度信息至少包括第一指示信息，其用于向所述用户设备指示接收所述寻呼消息的I3DSCH的子带，其中所述寻呼消息包括分别相应于多个用户设备的多个寻呼信息，其中所述多个用户设备使用相同的寻呼帧；D.基于所述第一指示信息来确定所述子带；以及E.在所述子带上接收所述寻呼消息，并读取所述寻呼消息中相应于所述用户设备的寻呼信息。
[0011]根据本发明的第四方面，提出了一种在基于机器型通信的通信系统的用户设备中用于接收寻呼消息的方法，其中，使用非(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤:A.计算寻呼帧并且确定所述寻呼帧中的F1DSCH的起始子帧；B.计算寻呼时机；C.根据所述寻呼时机来确定roSCH的子带偏置；d.根据所述roSCH的起始子帧与所述子带偏置来确定接收所述寻呼消息的roSCH的子带；以及E.在所述子带上接收所述寻呼消息。
[0012]根据本发明的第五方面，提出了一种在基于机器型通信的通信系统的用户设备中用于接收寻呼消息的方法，其中，使用非(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤:A.计算寻呼帧并且确定所述寻呼帧中的F1DSCH的起始子帧；B.基于所述H)SCH的起始子帧来接收所述寻呼消息，所述寻呼消息包括分别相应于多个用户设备的多个寻呼信息，其中所述多个用户设备使用相同的寻呼帧；以及C.读取所述寻呼消息中相应于所述用户设备的寻呼信息。
[0013]通过本发明改善了用于Release 13中的MTC的寻呼消息的传输效率，在提供覆盖范围的同时避免了寻呼消息之间的相互碰撞。
【附图说明】
[0014]通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更加明显:
[0015]图1示出了现有的寻呼消息的资源分配方式；
[0016]图2示出了根据本发明一个实施例的在基于机器型通信的通信系统的UE中用于接收寻呼消息的方法的流程图；
[0017]图3示出了根据本发明一个实施例的寻呼消息的资源分配方式示意图；
[0018]图4示出了根据本发明另一个实施例的在基于机器型通信的通信系统的UE中用于接收寻呼消息的方法的流程图；
[0019]图5示出了根据本发明又一个实施例的寻呼消息的资源分配方式示意图；
[0020]图6示出了根据本发明另一个实施例的在基于机器型通信的通信系统的UE中用于接收寻呼消息的方法的流程图；
[0021]图7示出了根据本发明另一个实施例的寻呼消息的资源分配方式示意图；
[0022]图8示出了根据本发明一个实施例的寻呼消息的资源分配方式示意图；
[0023]图9示出了根据本发明另一个实施例的在基于机器型通信的通信系统的UE中用于接收寻呼消息的方法的流程图；以及
[0024]图10示出了根据本发明另一个实施例的在基于机器型通信的通信系统的UE中用于接收寻呼消息的方法的流程图。
[0025]在图中，贯穿不同的示图，相同或类似的附图标记表示相同或相对应的部件或特征。
【具体实施方式】
[0026]如前所述，有两个原因导致寻呼消息相互碰撞。一个是用于R13中的MTC寻呼消息传输的资源不足够。另一个是当前的PO非常密集。因此，本发明的基本思路在于定义一种指示信息来协助CE MTE UE来接收寻呼消息。
[0027]图2示出了根据本发明一个实施例的在基于机器型通信的通信系统的UE中用于接收寻呼消息的方法的流程图。在该实施例中，(E)PDCCH被用于调度I3DSCH的寻呼消息。
[0028]如图2所示，在步骤S201中，MTC UE首先计算用于寻呼的PF。该PF为用于调度寻呼消息的(E)PDCCH的起始帧。并且，在该步骤中，UE还确定该PF中的用于调度寻呼消息的(E)PDCCH的起始子帧。这例如可以由高层信令通知。替代地，也可以通过在标准中预先定义或通过SIB预先定义或预先配置用于寻呼的(E)PDCCH的子帧。
[0029]在步骤S201中的计算PF的过程可以依据现有技术中的任意一种方式。优选地，在本发明的另一个实施例中提出了一种新的计算PF的方式，这将在下文详述。
[0030]在步骤S202中，UE将基于上述起始子帧来确定用于传输调度信息的(E)PDCCH。在此，计算出为同一 PF的所有的MTC UE都将读取相同的(E)PDCCH以获得调度信息。
[0031]随后，在步骤S203中，在获得调度信息之后，每个MTC UE都将根据各自的PO来计算H)SCH中的用于寻呼消息的时频资源。在该调度信息中包括第一指示信息，其用于协助UE确定接收寻呼消息的roSCH的子带。附加地，调度信息还可以包括其他可能需要的信息，例如MCS等。
[0032]在这个实施例中具有不同的PO的MTC UE的寻呼消息可以具有不同的频率偏置，例如子带偏置。这种偏置是由PO确定的，不同的PO将确定不同的子带偏置。此外，在这个实施例中，第一指示信息包括用于传输寻呼消息的roSCH的起始子帧。因此，UE将基于子带偏置与roSCH的起始子帧来确定用于传输寻呼消息的roSCH的相应的子带。
[0033]替代地，第一指示信息也可以包括寻呼时间与I3DSCH的子带的对应关系。因此，UE也可以基于自己的PO并根据上述对应关系来确定相应的roSCH的子带。
[0034]在一些变换的实施例中，第一指示信息也可以包括各个子带的间隔等信息。本领域技术人员应当理解，上述实现方式都可以相互结合并且灵活变换。
[0035]在此，用于不同的PO的子帧可以相同或不同，并且可以由高层信令或SIB预定义或预先配置。在此，由于已经在不同的频率上将对应于不同的PO的寻呼消息相互分离，因此即使子帧相同，也不会碰撞。
[0036]通过上述实施例，不同的PO的寻呼消息将被相互隔开，并且不会碰撞。
[0037]图3示出了依据上述方式的寻呼消息的资源分配方式示意图。由图3可见，具有不同的PO (例如，PO = O, 4，5，9)的UE所使用的TOSCH中的时频资源不同，从而有效避免了各个寻呼消息的碰撞。
[0038]在另一个实施例中，也可以对在上述步骤S203中得出的I3DSCH的子带进行跳频处理。然后，各个UE在经跳频处理的子带上接收对应的寻呼消息。该跳频格式可以例如通过高层信令预先定义。
[0039]上实施例基于在低成本-MTC(LC-MTC)中的寻呼资源是受限的，特别是在UE在覆盖范围增强的模式中。通过上述方式，寻呼消息能够在多个子带上展开，避免了碰撞和资源不足的问题。
[0040]图4示出了根据本发明另一个实施例的在基于机器型通信的通信系统的UE中用于接收寻呼消息的方法的流程图。在该实施例中，(E)PDCCH被用于调度I3DSCH的寻呼消息。
[0041]如图4所示，在步骤S401中，MTC UE首先计算用于寻呼的PF。该PF为用于调度寻呼消息的(E)PDCCH的起始帧。并且，在该步骤中，UE还确定该PF中的用于调度寻呼消息的(E)PDCCH的起始子帧。这例如可以由高层信令通知。替代地，也可以通过SIB预先定义或预先配置用于寻呼的(E)PDCCH的子帧。
[0042]类似地，在步骤S401中的计算PF的过程可以依据现有技术中的任意一种方式。优选地，在本发明的另一个实施例中提出了一种新的计算PF的方式，这将在下文详述。
[0043]随后，在步骤S402中，各个MTC UE计算各自的PO，并且确定各自的(E) PDCCH的频率偏置，即子带偏置。在此，与前一个实施例不同，在前个实施例中，以一个(E)PDCCH来调度所有的UE，在这个实施例中，不同的PO都由各自相应的(E)PDCCH来调度。UE将基于(E)PDCCH的起始子帧与(E)PDCCH的子带偏置来确定相应于其的(E)PDCCH的子带，并且在该子带上接收调度信息。该调度信息至少包括第一指示信息，其用于向UE指示接收寻呼消息的I3DSCH的子带。附加地，调度信息还可以包括其他可能需要的信息，例如MCS等。
[0044]在此，用于调度寻呼消息的(E) PDCCH的频率位置(也即PRB、子带)将经由PO确定。不同的PO将指示(E)PDCCH的不同的子带。以这种方式，在不同的PO中的MTC UE将读取不同的(E)PDCCH。
[0045]在步骤S404中，UE将在相应的I3DSCH的子带上接收寻呼消息。
[0046]图5示出了依据上述方式的寻呼消息的资源分配方式示意图。如图5所示，不同的PO的(E)PDCCH相互分开，并且不同的PO的I3DSCH也相互分开。也即，不同的PO的UE将使用不同的(E)PDCCH的子带来获取相应的调度信息，而该调度信息也将指示UE在相应于其的I3DSCH的子带上接收寻呼消息。
[0047]图6示出了根据本发明另一个实施例的在基于机器型通信的通信系统的UE中用于接收寻呼消息的方法的流程图。在这个实施例中，(E)PDCCH被用于调度I3DSCH的寻呼消息。
[0048]如图6所示，在步骤S601中，MTC UE首先计算用于寻呼的PF。该PF为用于调度寻呼消息的(E)PDCCH的起始帧。并且，在该步骤中，UE还确定该PF中的用于调度寻呼消息的(E)PDCCH的起始子帧。这例如可以由高层信令通知。替代地，也可以通过SIB预先定义或预先配置用于寻呼的(E)PDCCH的子帧。
[0049]类似地，在步骤S601中的计算PF的过程可以依据现有技术中的任意一种方式。优选地，在本发明的另一个实施例中提出了一种新的计算PF的方式，这将在下文详述。
[0050]在步骤S602中，UE将确定用于传输调度信息的(E)PDCCH。在该(E)PDCCH上传输的调度信息至少包括第一指示信息，其用于向UE指示接收寻呼消息的I3DSCH的子带。在此，寻呼消息包括分别相应于多个UE的多个寻呼信息。这些多个用户设备使用相同的寻呼帧。附加地，调度信息还可以包括其他可能需要的信息，例如MCS等。
[0051]随后，在步骤S603中，UE将在相应的I3DSCH上接收寻呼消息，并读取该寻呼消息中相应于该UE的寻呼信息。
[0052]在这个实施例中，相同PF中的PO所对应的寻呼信息被相互合并进行复用发送给多个UE，而UE将读取对应于其的寻呼信息。
[0053]图7示出了依据上述方式的寻呼消息的资源分配方式示意图。如图7所示，不同的PO (例如O, 4，5，9)的UE都将接收一个包含对应于该PF中的所有的PO (例如O, 4，5，9)的寻呼信息的寻呼消息。
[0054]图8示出了根据本发明一个实施例的寻呼消息的资源分配方式示意图。在此，计算PF的过程将应用一种新的方法。在这个实施例中，在计算PF时将合并多个PF，从而增大各个PF之间的间隔，以减少碰撞。
[0055]下面示出了确定PF的一种实施方式:
[0056]通过下述方程确定PF:
[0057]SFN mod(M*T) = ((M*T)/N) * (UE_ID mod N)
[0058]其中，
[0059]T:UE的非连续接收(DRX)的周期。T由最小的UE特定的DRX值确定。依据本发明的一个实施例，如果DRX由上层分配，则可以在系统信息中广播默认的DRX值。如果不是由上层配置UE特定的DRX，则可以应用默认值。
[0060]ηΒ: 4Τ, 2Τ, Τ, Τ/2, Τ/4, Τ/8, Τ/16, Τ/32 ；
[0061]SFN: PF;
[0062]N:min (Τ, ηΒ)；
[0063]UE_ID:1MSI mod 1024 ；
[0064]Μ:由高层信令或SIB预先定义或预先配置的合并因子。
[0065]在此，新引入的合并因子M可以将多个PF合并成一个。例如，如果M= 2，则与正常的UE相比相邻的PF之间的距离将被扩展两倍。本领域的技术人员应当理解，该方案可以与前述的三种方案相结合。在图8中将该方案与第一种方案相结合。在此可见，与图3相比，图8中的各个PF间隔增加了两倍。
[0066]图9示出了根据本发明另一个实施例的在基于机器型通信的通信系统的UE中用于接收寻呼消息的方法的流程图。在这个实施例中，以(E)PDCCH-1ess的方式来传输寻呼消息。
[0067]如图9所示，在步骤S901中，MTC UE首先计算用于寻呼的PF。该PF为用于传输寻呼消息的roscH的起始帧。
[0068]并且，在该步骤中，UE还确定该PF中的用于传输寻呼消息的F1DSCH的起始子帧。这例如可以由高层信令通知。替代地，也可以通过SIB预先定义或预先配置用于寻呼的roscH的子帧。
[0069]在步骤S901中的计算PF的过程可以依据现有技术中的任意一种方式。优选地，也可以使用前文提及的增大各个PF之间的间隔的PF算法。在一个优选的实施例中，可以使用前文提及的公式。
[0070]在步骤S902中，每个MTC UE将计算PO，并确定TOSCH的频率偏置。在此，具体地，各个UE将根据其PO来计算其各自的roSCH中的寻呼消息的时频资源。例如，用于具有不同的PO的MTC UE是寻呼消息可以具有不同的频率偏置，也即子带偏置。并且该偏置是由UE的PO确定的。
[0071]在步骤S903中，UE在相应的I3DSCH的子带上接收寻呼消息。具体地，UE将根据PDSCH的起始子帧与子带偏置来确定接收寻呼消息的I3DSCH的子带。随后，UE在该TOSCH的子带上接收寻呼消息。
[0072]在此，用于不同的PO的起始子帧可以相同或不同，并且可以由高层信令或SIB预定义或预先配置。在此，由于已经在不同的频率上将对应于不同的PO的寻呼消息相互分离，因此即使子帧相同，也不会碰撞。
[0073]图10示出了根据本发明另一个实施例的在基于机器型通信的通信系统的UE中用于接收寻呼消息的方法的流程图。在这个实施例中，以(E)PDCCH-1ess的方式来传输寻呼消息。
[0074]如图10所示，在步骤S1001中，MTC UE首先将其PF计算为TOSCH的起始帧，以用于寻呼消息。用于寻呼消息的I3DSCH的起始子帧可以由高层信令或SIB预先定义或预先配置。
[0075]在步骤S1001中的计算PF的过程可以依据现有技术中的任意一种方式。优选地，也可以使用前文提及的增大各个PF之间的间隔的PF算法。在一个优选的实施例中，可以使用前文提及的公式。
[0076]在步骤S1002中，UE将在相应的I3DSCH上接收寻呼消息。具体地，UE将基于I3DSCH的起始子帧来接收寻呼消息。该寻呼消息包括分别相应于多个UE的多个寻呼信息。这些多个用户设备使用相同的PF。此后，UE将读取寻呼消息中相应于该UE的寻呼信息。
[0077]换而言之，在这个实施例中，合并了相同PF中的各个PO对应的寻呼消息。
[0078]需要说明的是，上述实施例仅是示范性的，而非对本发明的限制。任何不背离本发明精神的技术方案均应落入本发明的保护范围之内，这包括使用在不同实施例中出现的不同技术特征，装置方法可以进行组合，以取得有益效果。此外，不应将权利要求中的任何附图标记视为限制所涉及的权利要求；“包括”一词不排除其他权利要求或说明书中未列出的装置或步骤。
【主权项】
1.一种在基于机器型通信的通信系统的用户设备中用于接收寻呼消息的方法，其中，使用(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤: C.接收在(E)PDCCH上传输的调度信息，所述调度信息至少包括第一指示信息，其用于协助所述用户设备确定接收所述寻呼消息的roscH的子带； D.计算寻呼时机，并且基于所述寻呼时机和所述第一指示信息来确定所述子带；以及 E.在所述子带上接收所述寻呼消息。2.根据权利要求1所述的方法，其特征在于，在所述步骤C之前，所述方法还包括以下步骤: A.计算寻呼帧；以及 B.确定所述寻呼帧中的(E)PDCCH的起始子帧； 并且在所述步骤C中，基于所述(E)PDCCH的起始子帧来接收在所述(E) PDCCH上传输的调度信息。3.根据权利要求1所述的方法，其特征在于，所述第一指示信息包括用于传输所述寻呼消息的roscH的起始子帧，并且所述步骤D进一步包括: Dl.基于所述寻呼时间来确定子带偏置；以及 D2.基于所述子带偏置与所述I3DSCH的起始子帧来确定所述子带。4.根据权利要求1所述的方法，其特征在于，所述第一指示信息包括寻呼时机与子带的对应关系，并且所述步骤D进一步包括: 基于所述寻呼时间与所述对应关系来确定所述子带。5.根据权利要求1所述的方法，其特征在于，所述步骤E进一步包括: El.对所述子带进行跳频处理；以及 E2.在经跳频处理的子带上接收所述寻呼消息。6.根据要求2所述的方法，其特征在于，所述步骤A进一步包括: 计算所述寻呼帧，以便将多个寻呼帧合并成所述寻呼帧。7.根据权利要求6所述的方法，其特征在于，根据以下方式来计算所述寻呼帧:SFN mod(M*T) = ((M*T)/N)*(UE_ID mod N) 其中， SFN为寻呼帧； T为所述用户设备的非连续接收的周期； nB 为 4T, 2T, Τ, T/2, T/4, T/8, T/16, T/32 ；N 为 min (T, nB)；UE_ID 为 IMSI mod 1024 ； M为合并因子。8.—种在基于机器型通信的通信系统的用户设备中用于接收寻呼消息的方法，其中，使用(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤: A.确定(E)PDCCH的起始子帧，其中在所述(E)PDCCH上传输调度信息，所述调度信息至少包括第一指示信息，其用于向所述用户设备指示接收所述寻呼消息的I3DSCH的子带； B计算寻呼时机； C.根据所述寻呼时机来确定(E)PDCCH的子带偏置； D.基于所述(E)PDCCH的起始子帧与所述(E)PDCCH的子带偏置来确定(E)PDCCH的子带，并基于所述(E)PDCCH的子带来接收所述调度信息；以及 F.基于所述第一指示信息来接收所述寻呼消息。9.根据权利要求8所述的方法，其特征在于，所述步骤A进一步包括: Al.计算寻呼帧；以及 A2.确定所述寻呼帧中的(E)PDCCH的起始子帧。10.根据要求9所述的方法，其特征在于，所述步骤Al进一步包括: 计算所述寻呼帧，以便将多个寻呼帧合并成所述寻呼帧。11.根据权利要求10所述的方法，其特征在于，根据以下方式来计算所述寻呼帧:SFN mod(M*T) = ((M*T)/N)*(UE_ID mod N) 其中， SFN为寻呼帧； T为所述用户设备的非连续接收的周期； nB 为 4T, 2T, Τ, T/2, T/4, T/8, T/16, T/32 ；N 为 min (T, nB)；UE_ID 为 IMSI mod 1024 ； M为合并因子。12.—种在基于机器型通信的通信系统的用户设备中用于接收寻呼消息的方法，其中，使用(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤: C.接收在(E)PDCCH上传输的调度信息，所述调度信息至少包括第一指示信息，其用于向所述用户设备指示接收所述寻呼消息的roscH的子带，其中所述寻呼消息包括分别相应于多个用户设备的多个寻呼信息，其中所述多个用户设备使用相同的寻呼帧； D.基于所述第一指示信息来确定所述子带；以及 E.在所述子带上接收所述寻呼消息，并读取所述寻呼消息中相应于所述用户设备的寻呼信息。13.根据权利要求12所述的方法，其特征在于，在所述步骤C之前，所述方法还包括以下步骤: A.计算寻呼帧；以及 B.确定所述寻呼帧中的(E)PDCCH的起始子帧； 并且在所述步骤C中，基于所述(E)PDCCH的起始子帧接收在所述(E)PDCCH上传输的调度信息。14.根据要求13所述的方法，其特征在于，所述步骤A进一步包括: 计算所述寻呼帧，以便将多个寻呼帧合并成所述寻呼帧。15.根据权利要求14所述的方法，其特征在于，根据以下方式来计算所述寻呼帧:SFN mod(M*T) = ((M*T)/N)*(UE_ID mod N) 其中， SFN为寻呼帧； T为所述用户设备的非连续接收的周期； nB 为 4T, 2T, T, T/2, T/4, T/8, T/16, T/32 ；N 为 min (T, ηΒ)；UE_ID 为 IMSI mod 1024 ； M为合并因子。16.一种在基于机器型通信的通信系统的用户设备中用于接收寻呼消息的方法，其中，使用非(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤: A.计算寻呼帧并且确定所述寻呼帧中的F1DSCH的起始子帧； B.计算寻呼时机； C.根据所述寻呼时机来确定I3DSCH的子带偏置； D.根据所述I3DSCH的起始子帧与所述子带偏置来确定接收所述寻呼消息的I3DSCH的子带；以及 E.在所述子带上接收所述寻呼消息。17.根据要求16所述的方法，其特征在于，所述步骤A进一步包括: 计算所述寻呼帧，以便将多个寻呼帧合并成所述寻呼帧。18.根据权利要求17所述的方法，其特征在于，根据以下方式来计算所述寻呼帧:SFN mod(M*T) = ((M*T)/N)*(UE_ID mod N) 其中， SFN为寻呼帧； T为所述用户设备的非连续接收的周期； ηΒ 为 4Τ, 2Τ, Τ, Τ/2, Τ/4, Τ/8, Τ/16, Τ/32 ；N 为 min (Τ, ηΒ)；UE_ID 为 IMSI mod 1024 ； M为合并因子。19.一种在基于机器型通信的通信系统的用户设备中用于接收寻呼消息的方法，其中，使用非(E)PDCCH调度的方式来传输所述寻呼消息，所述方法包括以下步骤: A.计算寻呼帧并且确定所述寻呼帧中的F1DSCH的起始子帧； B.基于所述roSCH的起始子帧来接收所述寻呼消息，所述寻呼消息包括分别相应于多个用户设备的多个寻呼信息，其中所述多个用户设备使用相同的寻呼帧；以及 C.读取所述寻呼消息中相应于所述用户设备的寻呼信息。20.根据要求19所述的方法，其特征在于，所述步骤A进一步包括: 计算所述寻呼帧，以便合并将多个寻呼帧合并成所述寻呼帧。21.根据权利要求20所述的方法，其特征在于，根据以下方式来计算所述寻呼帧:SFN mod(M*T) = ((M*T)/N)*(UE_ID mod N) 其中， SFN为寻呼帧； T为所述用户设备的非连续接收的周期； ηΒ 为 4Τ, 2Τ, Τ, Τ/2, Τ/4, Τ/8, Τ/16, Τ/32 ；N 为 min (Τ, ηΒ)；UE_ID 为 IMSI mod 1024 ； M为合并因子。
【文档编号】H04W68/02GK105992342SQ201510061073
【公开日】2016年10月5日
【申请日】2015年2月5日
【发明人】张长, 陈宇, 黄晟峰, 林晓翔
【申请人】上海贝尔股份有限公司, 阿尔卡特朗讯