CN105992342B - 在基于机器型通信的通信***中用于接收寻呼消息的方法 - Google Patents
在基于机器型通信的通信***中用于接收寻呼消息的方法 Download PDFInfo
- Publication number
- CN105992342B CN105992342B CN201510061073.6A CN201510061073A CN105992342B CN 105992342 B CN105992342 B CN 105992342B CN 201510061073 A CN201510061073 A CN 201510061073A CN 105992342 B CN105992342 B CN 105992342B
- Authority
- CN
- China
- Prior art keywords
- paging
- paging message
- pdcch
- subband
- user equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种在基于机器型通信的通信***中用于接收寻呼消息的方法。根据本发明的一个实施例,使用(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:C.接收在(E)PDCCH上传输的调度信息,所述调度信息至少包括第一指示信息,其用于协助所述用户设备确定接收所述寻呼消息的PDSCH的子带;D.计算寻呼时机,并且基于所述寻呼时机和所述第一指示信息来确定所述子带;以及E.在所述子带上接收所述寻呼消息。通过本发明改善了用于Release 13中的MTC的寻呼消息的传输效率,在提供覆盖范围的同时避免了寻呼消息之间的相互碰撞。
Description
技术领域
本发明涉及通信***,尤其涉及一种在基于机器型通信的通信***中用于接收寻呼消息的方法。
背景技术
在Release 13中,一个重要的工作项目是机器类通信(Machine TypeCommunication)的增强。这个工作项目关注于以下两点:为MTC使用较小的带宽以减小成本;以及主要通过重传来改善MTC的覆盖范围。为了支持受限的带宽和时域的重传,需要重新设计一些信令和机制。
当前的寻呼机制(paging mechanism)并不适用于R13中的增强的MTC。因此将详细地讨论寻呼消息的传输。虽然当前3GPP中已经提出了两个候选方案:基于(E)PDCCH调度的寻呼消息的传输和基于非(E)PDCCH((E)PDCCH-less)的寻呼消息的传输,但是仍有一些有待解决的问题。在当前的寻呼机制中,每个用户设备(user equipment,UE)根据其IMSI和SIB计算其寻呼帧(paging frame,PF)和寻呼时机(Paging Occasion,PO)。然而,对于R13中的MTC,为了将覆盖范围改善13dB,需要将寻呼消息重复传输上百次。在这种情况下,在需要重传的不同的PO和/或PF之间可能不具有足够的资源,主要原因是PO过于密集。换而言之,用于R13中的覆盖范围增强-MTC(Coverage Enhancement-MTC,CE-MTC)的寻呼资源可能不够。因此,如果使用当前的资源分配方式,缩减的带宽和重传将引起不同的PO和/或PE中的用于MTC UE的各个寻呼消息之间的碰撞。
图1示出了现有的寻呼消息的资源分配方式。在图1中,在每80ms(8帧)中存在一个PF,并且可用的PO是{0,4,5,9}。换而言之,在每个80ms中存在1-4个PO。在这种情况下,对于寻呼消息没有足够的资源,并且将发生碰撞。
首先,将讨论基于(E)PDCCH调度的寻呼消息传输。基于(E)PDCCH的寻呼消息的传输的优点在于寻呼消息的传输比较灵活。然而,没有足够的(E)PDCCH资源可能会导致相应的控制信息可能碰撞。因此,如何设计用于寻呼消息传输的(E)PDCCH和相应的(E)PDCCH与PDSCH的映射关系是非常重要的。这在3GPP中还没有讨论。
对于基于(E)PDCCH-less的寻呼消息的传输,3GPP希望固定寻呼消息的格式以在MTC UE侧实现复杂性较低的盲检。在这种方式下,过于密集的PO将引起寻呼消息的碰撞。
因此,需要为R13中的CE-MTC设计一种用于寻呼消息的新的资源分配方式。
发明内容
鉴于上述问题,根据本发明的第一方面,提出了一种在基于机器型通信的通信***的用户设备中用于接收寻呼消息的方法,其中,使用(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:C.接收在(E)PDCCH上传输的调度信息,所述调度信息至少包括第一指示信息,其用于协助所述用户设备确定接收所述寻呼消息的PDSCH的子带;D.计算寻呼时机,并且基于所述寻呼时机和所述第一指示信息来确定所述子带;以及E.在所述子带上接收所述寻呼消息。
根据本发明的第二方面,提出了一种在基于机器型通信的通信***的用户设备中用于接收寻呼消息的方法,其中,使用(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:A.确定(E)PDCCH的起始子帧,其中在所述(E)PDCCH上传输调度信息,所述调度信息至少包括第一指示信息,其用于向所述用户设备指示接收所述寻呼消息的PDSCH的子带;B计算寻呼时机;C.根据所述寻呼时机来确定(E)PDCCH的子带偏置;D.基于所述(E)PDCCH的起始子帧与所述(E)PDCCH的子带偏置来确定(E)PDCCH的子带,并基于所述(E)PDCCH的子带来接收所述调度信息;以及F.基于所述第一指示信息来接收所述寻呼消息。
根据本发明的第三方面,提出了一种在基于机器型通信的通信***的用户设备中用于接收寻呼消息的方法,其中,使用(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:C.接收在(E)PDCCH上传输的调度信息,所述调度信息至少包括第一指示信息,其用于向所述用户设备指示接收所述寻呼消息的PDSCH的子带,其中所述寻呼消息包括分别相应于多个用户设备的多个寻呼信息,其中所述多个用户设备使用相同的寻呼帧;D.基于所述第一指示信息来确定所述子带;以及E.在所述子带上接收所述寻呼消息,并读取所述寻呼消息中相应于所述用户设备的寻呼信息。
根据本发明的第四方面,提出了一种在基于机器型通信的通信***的用户设备中用于接收寻呼消息的方法,其中,使用非(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:A.计算寻呼帧并且确定所述寻呼帧中的PDSCH的起始子帧;B.计算寻呼时机;C.根据所述寻呼时机来确定PDSCH的子带偏置;D.根据所述PDSCH的起始子帧与所述子带偏置来确定接收所述寻呼消息的PDSCH的子带;以及E.在所述子带上接收所述寻呼消息。
根据本发明的第五方面,提出了一种在基于机器型通信的通信***的用户设备中用于接收寻呼消息的方法,其中,使用非(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:A.计算寻呼帧并且确定所述寻呼帧中的PDSCH的起始子帧;B.基于所述PDSCH的起始子帧来接收所述寻呼消息,所述寻呼消息包括分别相应于多个用户设备的多个寻呼信息,其中所述多个用户设备使用相同的寻呼帧;以及C.读取所述寻呼消息中相应于所述用户设备的寻呼信息。
通过本发明改善了用于Release 13中的MTC的寻呼消息的传输效率,在提供覆盖范围的同时避免了寻呼消息之间的相互碰撞。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更加明显:
图1示出了现有的寻呼消息的资源分配方式;
图2示出了根据本发明一个实施例的在基于机器型通信的通信***的UE中用于接收寻呼消息的方法的流程图;
图3示出了根据本发明一个实施例的寻呼消息的资源分配方式示意图;
图4示出了根据本发明另一个实施例的在基于机器型通信的通信***的UE中用于接收寻呼消息的方法的流程图;
图5示出了根据本发明又一个实施例的寻呼消息的资源分配方式示意图;
图6示出了根据本发明另一个实施例的在基于机器型通信的通信***的UE中用于接收寻呼消息的方法的流程图;
图7示出了根据本发明另一个实施例的寻呼消息的资源分配方式示意图;
图8示出了根据本发明一个实施例的寻呼消息的资源分配方式示意图;
图9示出了根据本发明另一个实施例的在基于机器型通信的通信***的UE中用于接收寻呼消息的方法的流程图;以及
图10示出了根据本发明另一个实施例的在基于机器型通信的通信***的UE中用于接收寻呼消息的方法的流程图。
在图中,贯穿不同的示图,相同或类似的附图标记表示相同或相对应的部件或特征。
具体实施方式
如前所述,有两个原因导致寻呼消息相互碰撞。一个是用于R13中的MTC寻呼消息传输的资源不足够。另一个是当前的PO非常密集。因此,本发明的基本思路在于定义一种指示信息来协助CE MTE UE来接收寻呼消息。
图2示出了根据本发明一个实施例的在基于机器型通信的通信***的UE中用于接收寻呼消息的方法的流程图。在该实施例中,(E)PDCCH被用于调度PDSCH的寻呼消息。
如图2所示,在步骤S201中,MTC UE首先计算用于寻呼的PF。该PF为用于调度寻呼消息的(E)PDCCH的起始帧。并且,在该步骤中,UE还确定该PF中的用于调度寻呼消息的(E)PDCCH的起始子帧。这例如可以由高层信令通知。替代地,也可以通过在标准中预先定义或通过SIB预先定义或预先配置用于寻呼的(E)PDCCH的子帧。
在步骤S201中的计算PF的过程可以依据现有技术中的任意一种方式。优选地,在本发明的另一个实施例中提出了一种新的计算PF的方式,这将在下文详述。
在步骤S202中,UE将基于上述起始子帧来确定用于传输调度信息的(E)PDCCH。在此,计算出为同一PF的所有的MTC UE都将读取相同的(E)PDCCH以获得调度信息。
随后,在步骤S203中,在获得调度信息之后,每个MTC UE都将根据各自的PO来计算PDSCH中的用于寻呼消息的时频资源。在该调度信息中包括第一指示信息,其用于协助UE确定接收寻呼消息的PDSCH的子带。附加地,调度信息还可以包括其他可能需要的信息,例如MCS等。
在这个实施例中具有不同的PO的MTC UE的寻呼消息可以具有不同的频率偏置,例如子带偏置。这种偏置是由PO确定的,不同的PO将确定不同的子带偏置。此外,在这个实施例中,第一指示信息包括用于传输寻呼消息的PDSCH的起始子帧。因此,UE将基于子带偏置与PDSCH的起始子帧来确定用于传输寻呼消息的PDSCH的相应的子带。
替代地,第一指示信息也可以包括寻呼时间与PDSCH的子带的对应关系。因此,UE也可以基于自己的PO并根据上述对应关系来确定相应的PDSCH的子带。
在一些变换的实施例中,第一指示信息也可以包括各个子带的间隔等信息。本领域技术人员应当理解,上述实现方式都可以相互结合并且灵活变换。
在此,用于不同的PO的子帧可以相同或不同,并且可以由高层信令或SIB预定义或预先配置。在此,由于已经在不同的频率上将对应于不同的PO的寻呼消息相互分离,因此即使子帧相同,也不会碰撞。
通过上述实施例,不同的PO的寻呼消息将被相互隔开,并且不会碰撞。
图3示出了依据上述方式的寻呼消息的资源分配方式示意图。由图3可见,具有不同的PO(例如,PO=0,4,5,9)的UE所使用的PDSCH中的时频资源不同,从而有效避免了各个寻呼消息的碰撞。
在另一个实施例中,也可以对在上述步骤S203中得出的PDSCH的子带进行跳频处理。然后,各个UE在经跳频处理的子带上接收对应的寻呼消息。该跳频格式可以例如通过高层信令预先定义。
上实施例基于在低成本-MTC(LC-MTC)中的寻呼资源是受限的,特别是在UE在覆盖范围增强的模式中。通过上述方式,寻呼消息能够在多个子带上展开,避免了碰撞和资源不足的问题。
图4示出了根据本发明另一个实施例的在基于机器型通信的通信***的UE中用于接收寻呼消息的方法的流程图。在该实施例中,(E)PDCCH被用于调度PDSCH的寻呼消息。
如图4所示,在步骤S401中,MTC UE首先计算用于寻呼的PF。该PF为用于调度寻呼消息的(E)PDCCH的起始帧。并且,在该步骤中,UE还确定该PF中的用于调度寻呼消息的(E)PDCCH的起始子帧。这例如可以由高层信令通知。替代地,也可以通过SIB预先定义或预先配置用于寻呼的(E)PDCCH的子帧。
类似地,在步骤S401中的计算PF的过程可以依据现有技术中的任意一种方式。优选地,在本发明的另一个实施例中提出了一种新的计算PF的方式,这将在下文详述。
随后,在步骤S402中,各个MTC UE计算各自的PO,并且确定各自的(E)PDCCH的频率偏置,即子带偏置。在此,与前一个实施例不同,在前个实施例中,以一个(E)PDCCH来调度所有的UE,在这个实施例中,不同的PO都由各自相应的(E)PDCCH来调度。UE将基于(E)PDCCH的起始子帧与(E)PDCCH的子带偏置来确定相应于其的(E)PDCCH的子带,并且在该子带上接收调度信息。该调度信息至少包括第一指示信息,其用于向UE指示接收寻呼消息的PDSCH的子带。附加地,调度信息还可以包括其他可能需要的信息,例如MCS等。
在此,用于调度寻呼消息的(E)PDCCH的频率位置(也即PRB、子带)将经由PO确定。不同的PO将指示(E)PDCCH的不同的子带。以这种方式,在不同的PO中的MTC UE将读取不同的(E)PDCCH。
在步骤S404中,UE将在相应的PDSCH的子带上接收寻呼消息。
图5示出了依据上述方式的寻呼消息的资源分配方式示意图。如图5所示,不同的PO的(E)PDCCH相互分开,并且不同的PO的PDSCH也相互分开。也即,不同的PO的UE将使用不同的(E)PDCCH的子带来获取相应的调度信息,而该调度信息也将指示UE在相应于其的PDSCH的子带上接收寻呼消息。
图6示出了根据本发明另一个实施例的在基于机器型通信的通信***的UE中用于接收寻呼消息的方法的流程图。在这个实施例中,(E)PDCCH被用于调度PDSCH的寻呼消息。
如图6所示,在步骤S601中,MTC UE首先计算用于寻呼的PF。该PF为用于调度寻呼消息的(E)PDCCH的起始帧。并且,在该步骤中,UE还确定该PF中的用于调度寻呼消息的(E)PDCCH的起始子帧。这例如可以由高层信令通知。替代地,也可以通过SIB预先定义或预先配置用于寻呼的(E)PDCCH的子帧。
类似地,在步骤S601中的计算PF的过程可以依据现有技术中的任意一种方式。优选地,在本发明的另一个实施例中提出了一种新的计算PF的方式,这将在下文详述。
在步骤S602中,UE将确定用于传输调度信息的(E)PDCCH。在该(E)PDCCH上传输的调度信息至少包括第一指示信息,其用于向UE指示接收寻呼消息的PDSCH的子带。在此,寻呼消息包括分别相应于多个UE的多个寻呼信息。这些多个用户设备使用相同的寻呼帧。附加地,调度信息还可以包括其他可能需要的信息,例如MCS等。
随后,在步骤S603中,UE将在相应的PDSCH上接收寻呼消息,并读取该寻呼消息中相应于该UE的寻呼信息。
在这个实施例中,相同PF中的PO所对应的寻呼信息被相互合并进行复用发送给多个UE,而UE将读取对应于其的寻呼信息。
图7示出了依据上述方式的寻呼消息的资源分配方式示意图。如图7所示,不同的PO(例如0,4,5,9)的UE都将接收一个包含对应于该PF中的所有的PO(例如0,4,5,9)的寻呼信息的寻呼消息。
图8示出了根据本发明一个实施例的寻呼消息的资源分配方式示意图。在此,计算PF的过程将应用一种新的方法。在这个实施例中,在计算PF时将合并多个PF,从而增大各个PF之间的间隔,以减少碰撞。
下面示出了确定PF的一种实施方式:
通过下述方程确定PF:
SFN mod(M*T)=((M*T)/N)*(UE_ID mod N)
其中,
T:UE的非连续接收(DRX)的周期。T由最小的UE特定的DRX值确定。依据本发明的一个实施例,如果DRX由上层分配,则可以在***信息中广播默认的DRX值。如果不是由上层配置UE特定的DRX,则可以应用默认值。
nB:4T,2T,T,T/2,T/4,T/8,T/16,T/32;
SFN:PF;
N:min(T,nB);
UE_ID:IMSI mod 1024;
M:由高层信令或SIB预先定义或预先配置的合并因子。
在此,新引入的合并因子M可以将多个PF合并成一个。例如,如果M=2,则与正常的UE相比相邻的PF之间的距离将被扩展两倍。本领域的技术人员应当理解,该方案可以与前述的三种方案相结合。在图8中将该方案与第一种方案相结合。在此可见,与图3相比,图8中的各个PF间隔增加了两倍。
图9示出了根据本发明另一个实施例的在基于机器型通信的通信***的UE中用于接收寻呼消息的方法的流程图。在这个实施例中,以(E)PDCCH-less的方式来传输寻呼消息。
如图9所示,在步骤S901中,MTC UE首先计算用于寻呼的PF。该PF为用于传输寻呼消息的PDSCH的起始帧。
并且,在该步骤中,UE还确定该PF中的用于传输寻呼消息的PDSCH的起始子帧。这例如可以由高层信令通知。替代地,也可以通过SIB预先定义或预先配置用于寻呼的PDSCH的子帧。
在步骤S901中的计算PF的过程可以依据现有技术中的任意一种方式。优选地,也可以使用前文提及的增大各个PF之间的间隔的PF算法。在一个优选的实施例中,可以使用前文提及的公式。
在步骤S902中,每个MTC UE将计算PO,并确定PDSCH的频率偏置。在此,具体地,各个UE将根据其PO来计算其各自的PDSCH中的寻呼消息的时频资源。例如,用于具有不同的PO的MTC UE是寻呼消息可以具有不同的频率偏置,也即子带偏置。并且该偏置是由UE的PO确定的。
在步骤S903中,UE在相应的PDSCH的子带上接收寻呼消息。具体地,UE将根据PDSCH的起始子帧与子带偏置来确定接收寻呼消息的PDSCH的子带。随后,UE在该PDSCH的子带上接收寻呼消息。
在此,用于不同的PO的起始子帧可以相同或不同,并且可以由高层信令或SIB预定义或预先配置。在此,由于已经在不同的频率上将对应于不同的PO的寻呼消息相互分离,因此即使子帧相同,也不会碰撞。
图10示出了根据本发明另一个实施例的在基于机器型通信的通信***的UE中用于接收寻呼消息的方法的流程图。在这个实施例中,以(E)PDCCH-less的方式来传输寻呼消息。
如图10所示,在步骤S1001中,MTC UE首先将其PF计算为PDSCH的起始帧,以用于寻呼消息。用于寻呼消息的PDSCH的起始子帧可以由高层信令或SIB预先定义或预先配置。
在步骤S1001中的计算PF的过程可以依据现有技术中的任意一种方式。优选地,也可以使用前文提及的增大各个PF之间的间隔的PF算法。在一个优选的实施例中,可以使用前文提及的公式。
在步骤S1002中,UE将在相应的PDSCH上接收寻呼消息。具体地,UE将基于PDSCH的起始子帧来接收寻呼消息。该寻呼消息包括分别相应于多个UE的多个寻呼信息。这些多个用户设备使用相同的PF。此后,UE将读取寻呼消息中相应于该UE的寻呼信息。
换而言之,在这个实施例中,合并了相同PF中的各个PO对应的寻呼消息。
需要说明的是,上述实施例仅是示范性的,而非对本发明的限制。任何不背离本发明精神的技术方案均应落入本发明的保护范围之内,这包括使用在不同实施例中出现的不同技术特征,装置方法可以进行组合,以取得有益效果。此外,不应将权利要求中的任何附图标记视为限制所涉及的权利要求;“包括”一词不排除其他权利要求或说明书中未列出的装置或步骤。
Claims (21)
1.一种在基于机器型通信的通信***的用户设备中用于接收寻呼消息的方法,其中,使用(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:
C.接收在(E)PDCCH上传输的调度信息,所述调度信息至少包括第一指示信息,其用于协助所述用户设备确定接收所述寻呼消息的PDSCH的子带;
D.计算寻呼时机,并且基于所述寻呼时机和所述第一指示信息来确定所述子带;以及
E.在所述子带上接收所述寻呼消息。
2.根据权利要求1所述的方法,其特征在于,在所述步骤C之前,所述方法还包括以下步骤:
A.计算寻呼帧;以及
B.确定所述寻呼帧中的(E)PDCCH的起始子帧;
并且在所述步骤C中,基于所述(E)PDCCH的起始子帧来接收在所述(E)PDCCH上传输的调度信息。
3.根据权利要求1所述的方法,其特征在于,所述第一指示信息包括用于传输所述寻呼消息的PDSCH的起始子帧,并且所述步骤D进一步包括:
D1.基于所述寻呼时机来确定子带偏置;以及
D2.基于所述子带偏置与所述PDSCH的起始子帧来确定所述子带。
4.根据权利要求1所述的方法,其特征在于,所述第一指示信息包括寻呼时机与子带的对应关系,并且所述步骤D进一步包括:
基于所述寻呼时机与所述对应关系来确定所述子带。
5.根据权利要求1所述的方法,其特征在于,所述步骤E进一步包括:
E1.对所述子带进行跳频处理;以及
E2.在经跳频处理的子带上接收所述寻呼消息。
6.根据权利要求2所述的方法,其特征在于,所述步骤A进一步包括:
计算所述寻呼帧,以便将多个寻呼帧合并成所述寻呼帧。
7.根据权利要求6所述的方法,其特征在于,根据以下方式来计算所述寻呼帧:
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,nB);
UE_ID为IMSI mod 1024;
M为合并因子。
8.一种在基于机器型通信的通信***的用户设备中用于接收寻呼消息的方法,其中,使用(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:
A.确定(E)PDCCH的起始子帧,其中在所述(E)PDCCH上传输调度信息,所述调度信息至少包括第一指示信息,其用于向所述用户设备指示接收所述寻呼消息的PDSCH的子带;
B计算寻呼时机;
C.根据所述寻呼时机来确定(E)PDCCH的子带偏置;
D.基于所述(E)PDCCH的起始子帧与所述(E)PDCCH的子带偏置来确定(E)PDCCH的子带,并基于所述(E)PDCCH的子带来接收所述调度信息;以及
F.基于所述第一指示信息来接收所述寻呼消息。
9.根据权利要求8所述的方法,其特征在于,所述步骤A进一步包括:
A1.计算寻呼帧;以及
A2.确定所述寻呼帧中的(E)PDCCH的起始子帧。
10.根据权利要求9所述的方法,其特征在于,所述步骤A1进一步包括:
计算所述寻呼帧,以便将多个寻呼帧合并成所述寻呼帧。
11.根据权利要求10所述的方法,其特征在于,根据以下方式来计算所述寻呼帧:
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,nB);
UE_ID为IMSI mod 1024;
M为合并因子。
12.一种在基于机器型通信的通信***的用户设备中用于接收寻呼消息的方法,其中,使用(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:
C.接收在(E)PDCCH上传输的调度信息,所述调度信息至少包括第一指示信息,其用于向所述用户设备指示接收所述寻呼消息的PDSCH的子带,其中所述寻呼消息包括分别相应于多个用户设备的多个寻呼信息,其中所述多个用户设备使用相同的寻呼帧;
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,nB);
UE_ID为IMSI mod 1024;
M为合并因子。
16.一种在基于机器型通信的通信***的用户设备中用于接收寻呼消息的方法,其中,使用非(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:
A.计算寻呼帧并且确定所述寻呼帧中的PDSCH的起始子帧;
B.计算寻呼时机;
C.根据所述寻呼时机来确定PDSCH的子带偏置;
D.根据所述PDSCH的起始子帧与所述子带偏置来确定接收所述寻呼消息的PDSCH的子带;以及
E.在所述子带上接收所述寻呼消息。
17.根据权利要求16所述的方法,其特征在于,所述步骤A进一步包括:
计算所述寻呼帧,以便将多个寻呼帧合并成所述寻呼帧。
18.根据权利要求17所述的方法,其特征在于,根据以下方式来计算所述寻呼帧:
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,nB);
UE_ID为IMSI mod 1024;
M为合并因子。
19.一种在基于机器型通信的通信***的用户设备中用于接收寻呼消息的方法,其中,使用非(E)PDCCH调度的方式来传输所述寻呼消息,所述方法包括以下步骤:
A.计算寻呼帧并且确定所述寻呼帧中的PDSCH的起始子帧;
B.基于所述PDSCH的起始子帧来接收所述寻呼消息,所述寻呼消息包括分别相应于多个用户设备的多个寻呼信息,其中所述多个用户设备使用相同的寻呼帧;以及
C.读取所述寻呼消息中相应于所述用户设备的寻呼信息。
20.根据权利要求19所述的方法,其特征在于,所述步骤A进一步包括:
计算所述寻呼帧,以便将多个寻呼帧合并成所述寻呼帧。
21.根据权利要求20所述的方法,其特征在于,根据以下方式来计算所述寻呼帧:
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,nB);
UE_ID为IMSI mod 1024;
M为合并因子。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510061073.6A CN105992342B (zh) | 2015-02-05 | 2015-02-05 | 在基于机器型通信的通信***中用于接收寻呼消息的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510061073.6A CN105992342B (zh) | 2015-02-05 | 2015-02-05 | 在基于机器型通信的通信***中用于接收寻呼消息的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105992342A CN105992342A (zh) | 2016-10-05 |
CN105992342B true CN105992342B (zh) | 2019-07-12 |
Family
ID=57037754
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510061073.6A Active CN105992342B (zh) | 2015-02-05 | 2015-02-05 | 在基于机器型通信的通信***中用于接收寻呼消息的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105992342B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6910475B2 (ja) * | 2017-06-02 | 2021-07-28 | 華為技術有限公司Huawei Technologies Co.,Ltd. | 信号伝送方法、ネットワーク・デバイス、および端末デバイス |
CN109474998B (zh) * | 2017-09-08 | 2024-06-18 | 华为技术有限公司 | 通信方法和通信设备 |
CN111885713B (zh) * | 2017-10-05 | 2022-08-26 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的用户设备、基站中的方法和装置 |
CN111183687A (zh) | 2017-11-10 | 2020-05-19 | Oppo广东移动通信有限公司 | 一种信息传输的方法、设备及计算机可读介质 |
CN111357342B (zh) * | 2017-11-17 | 2022-11-04 | 松下电器(美国)知识产权公司 | Nr中ssb到寻呼coreset映射的方案 |
WO2019148401A1 (zh) | 2018-01-31 | 2019-08-08 | Oppo广东移动通信有限公司 | 寻呼方法、网络设备和终端设备 |
CN111630912A (zh) | 2018-01-31 | 2020-09-04 | Oppo广东移动通信有限公司 | 用于寻呼的方法、终端设备和网络设备 |
CN110475320B (zh) | 2018-05-11 | 2023-11-21 | 华为技术有限公司 | 传输寻呼消息的方法和装置 |
CN111193580A (zh) * | 2018-11-14 | 2020-05-22 | 普天信息技术有限公司 | 下行控制与业务同帧传输方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013049768A1 (en) * | 2011-09-30 | 2013-04-04 | Interdigital Patent Holdings, Inc. | Device communication using a reduced channel bandwidth |
CN104137635A (zh) * | 2013-02-27 | 2014-11-05 | 华为技术有限公司 | 一种寻呼优化方法、装置及*** |
CN104202828A (zh) * | 2014-03-21 | 2014-12-10 | 中兴通讯股份有限公司 | 控制信息的传输、接收方法、装置及*** |
CN104219767A (zh) * | 2014-03-20 | 2014-12-17 | 中兴通讯股份有限公司 | 一种***信息传输方法、基站及终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3657870A1 (en) * | 2010-10-01 | 2020-05-27 | Mitsubishi Electric Corporation | Communication system, radio network controller and base station |
-
2015
- 2015-02-05 CN CN201510061073.6A patent/CN105992342B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013049768A1 (en) * | 2011-09-30 | 2013-04-04 | Interdigital Patent Holdings, Inc. | Device communication using a reduced channel bandwidth |
CN104137635A (zh) * | 2013-02-27 | 2014-11-05 | 华为技术有限公司 | 一种寻呼优化方法、装置及*** |
CN104219767A (zh) * | 2014-03-20 | 2014-12-17 | 中兴通讯股份有限公司 | 一种***信息传输方法、基站及终端 |
CN104202828A (zh) * | 2014-03-21 | 2014-12-10 | 中兴通讯股份有限公司 | 控制信息的传输、接收方法、装置及*** |
Also Published As
Publication number | Publication date |
---|---|
CN105992342A (zh) | 2016-10-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105992342B (zh) | 在基于机器型通信的通信***中用于接收寻呼消息的方法 | |
KR102367084B1 (ko) | 사용자 장치를 위한 위치 결정 방법 및 디바이스와 사용자 장치 | |
US11032049B2 (en) | Method and device for vehicle to everything (V2X) communications and a transmitting and receiving method and equipment in V2X communication | |
KR102522569B1 (ko) | 협대역 시스템에서 통신 방법 및 장치 | |
CN105594273B (zh) | 物理下行数据信道传输方法、基站及用户设备 | |
CN108029102B (zh) | 终端、无线通信***及通信方法 | |
US20180160453A1 (en) | Method and apparatus for allocating resources for random access channel in wireless communication system | |
CN108632781A (zh) | 车对外界通信中的资源选择或重选方法及用户设备 | |
CN108616840A (zh) | 一种车对外界v2x通信的方法及装置 | |
WO2016019862A1 (zh) | 基站、用户设备及相关方法 | |
US10462766B2 (en) | Method and apparatus for paging between devices performing direct communication | |
KR20160119719A (ko) | 디바이스 대 디바이스 방식을 지원하는 무선 통신 시스템에서 디바이스 대 디바이스 탐색 메시지 송수신 장치 및 방법 | |
JP2016539566A5 (zh) | ||
CN104184564B (zh) | 一种harq信息发送的方法及装置 | |
CN109586879A (zh) | 多载波旁路通信同步源选择的方法及设备 | |
CN112567828A (zh) | 在无线通信***中传送和接收侧链路同步信号的方法和装置 | |
EP3874655B1 (en) | Replicated grant-free transmissions utilizing multiple configurations | |
KR20160114531A (ko) | 무선 통신 시스템에서 메시지를 송수신하는 방법 및 장치 | |
CN109041249A (zh) | 数据传输方法、装置、网络设备及ue | |
EP4037410A1 (en) | Method and device for allocating sidelink resource in communication system | |
CN106105284A (zh) | 用户装置以及信号发送接收方法 | |
KR20200127402A (ko) | 단말 직접 통신시스템에서 패킷 송수신 영역 결정 방법 및 장치 | |
CN103718526A (zh) | 导频配置方法、发送方法及装置 | |
CN107623563A (zh) | 一种v2x通信中的配置dmrs的方法及装置 | |
US10212673B2 (en) | Method of determining the proximity of UE in D2D communication network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: No. 388 Jinqiao ningqiao Road, Pudong New Area, Shanghai Applicant after: Shanghai NOKIA Baer Limited by Share Ltd Applicant after: Alcatel Optical Networks Israe Address before: 201206 Pudong New Area Jinqiao Ning Road, Shanghai, No. 388 Applicant before: Shanghai Alcatel-Lucent Co., Ltd. Applicant before: Alcatel Optical Networks Israe |
|
GR01 | Patent grant | ||
GR01 | Patent grant |