在机器类型通信中发送和接收寻呼消息的方法和设备的制作方法

文档序号:8003992阅读:195来源:国知局
在机器类型通信中发送和接收寻呼消息的方法和设备的制作方法
【专利摘要】本发明提供了一种在机器类型通信(MTC)中发送寻呼消息的方法,包括:计算寻呼消息的循环冗余校验(CRC)码,其中所述寻呼消息包括一个目标MTC设备的标识;将计算得出的CRC码附加至所述寻呼消息中;从所述寻呼消息中移除所述目标MTC设备的所述标识的至少一部分;发送所述寻呼消息。本发明还提供了一种在机器类型通信(MTC)中接收寻呼消息的方法,以及对应上述方法的基站和MTC设备。本发明简化了用于覆盖增强的低成本MTC UE的寻呼消息,寻呼消息的有效载荷大小被减小,并且特定UE的覆盖增强需求被很好地支持,从而改进了用于低成本MTC UE的频谱效率。
【专利说明】在机器类型通信中发送和接收寻呼消息的方法和设备

【技术领域】
[0001]本发明的实施例总体上涉及发送和接收寻呼消息的方法和设备。更具体地,本发明的实施例涉及一种在机器类型通信中发送和接收寻呼消息的方法、基站和机器类型通信设备。

【背景技术】
[0002]机器类型通信(110设备是一种由用于特定应用的机器使用的用户设备⑴£)。这样的设备的一个示例是智能公用仪表。这些智能仪表中的一些位于地下室,它们遭受高穿透损耗,并且因此设备与网络进行通信是困难的。因此,3即?中通过了用于低成本1X0服和覆盖增强的新工作项目。覆盖增强方面的目标在于将这样的服的覆盖扩展15(18。本发明中将这些现称为⑶-11(:(覆盖增强的110服。
[0003]重复被确认为增强覆盖的主要技术。需要的重复数量被预期为是非常大的(几十次甚至上百次),这对频谱效率具有显著的影响。在实际的蜂窝网络中,对于在覆盖盲点中的不同设备,所需要的覆盖扩展的量很可能在0(18和15(18的范围内变化。为了减轻由重复发射所引起的频谱效率损失,有必要对于具有不同覆盖要求的服配置不同的覆盖增强级别。通过广播用于跟踪区域内所有小区中的服的寻呼消息,寻呼被用来通知处于空闲模式的服。在已有的寻呼消息中,多个服被复用进入一个寻呼消息,该寻呼消息在跟踪区域内所有小区中广播。寻呼消息因此被设计为到达小区中具有最差无线状况的服。然而,这个机制对于⑶-11(:变得非常低效,因为具有最弱无线状况(即15(18覆盖盲点)的02-1X0服与人们可以接受的无线状况(例如5(18覆盖盲点)之间的重复数量的差异是显著的。因此,待解决的技术问题是找到一种有效率的方式来发射用于(:2-11(:服的寻呼消肩、0
[0004]在最近一次狀附#73会议中,3即?刚刚讨论并同意了为低成本服支持多个覆盖增强级别的一般策略,以减轻覆盖增强的的频谱效率。传统的寻呼消息不支持这样的特征,并且引起资源的浪费。就发明人所知,当前没有关于特定服覆盖增强级别支持,以及使得寻呼消息的发射有效率的用于寻呼消息简化的实质性讨论。


【发明内容】

[0005]有鉴于此,本发明实施方式的技术方案的基本思想将针对特定⑶服的寻呼消息作为目标,并且简化寻呼消息。
[0006]因此,根据本发明实施方式的第一方面,提供了一种在机器类型通信(110中发送寻呼消息的方法。该方法包括:计算寻呼消息的循环冗余校验(¢:%)码,其中所述寻呼消息包括一个目标设备的标识;将计算得出的(:%码附加至所述寻呼消息中;从所述寻呼消息中移除所述目标设备的所述标识的至少一部分;发送所述寻呼消息。
[0007]根据本发明实施方式的第二方面,提供了一种在机器类型通信(110中接收寻呼消息的方法。该方法包括扣设备接收寻呼消息;所述设备将自身的标识的至少一部分附加至所接收的寻呼消息中;对附加所述设备的标识的寻呼消息进行校验;如果所述¢:%校验通过,则所述设备确定所述寻呼消息是发给自己的;如果所述(:%校验不通过,则所述设备丢弃所述寻呼消息。
[0008]根据本发明实施方式的第三方面,提供了一种基站,包括:计算模块,被配置为计算寻呼消息的循环冗余校验码,其中所述寻呼消息包括一个目标机器类型通信(110设备的标识;寻呼消息处理模块,被配置为将计算得出的¢:%码附加至所述寻呼消息中,并且从所述寻呼消息中移除所述目标设备的所述标识的至少一部分;发送模块,被配置为发送所述寻呼消息。
[0009]根据本发明实施方式的第四方面,提供了一种机器类型通信(110设备,包括:接收模块,被配置为接收寻呼消息;计算模块,被配置为将所述设备的标识的至少一部分附加至所接收的寻呼消息中,并对附加所述设备的标识的寻呼消息进行校验;判断模块,被配置为:如果所述(:%校验通过,则所述设备确定所述寻呼消息是发给自己的;如果所述¢:%校验不通过,则所述设备丢弃所述寻呼消息。
[0010]根据本发明实施方式的第五方面,提供了一种通信系统,包括上述基站和机器类型通信设备。
[0011]根据本发明的实施方式的技术方案,简化了用于覆盖增强的低成本服的寻呼消息。寻呼消息的有效载荷大小被减小,并且特定服的覆盖增强需求被很好地支持。作为结果,改进了用于低成本服的频谱效率。

【专利附图】

【附图说明】
[0012]图1示出根据本发明实施方式的一种在机器类型通信(110中发送寻呼消息的方法的流程图。
[0013]图2示出根据本发明实施方式的一种在机器类型通信(110中接收寻呼消息的方法的流程图。
[0014]图3示出根据本发明实施方式的一种基站的结构框图。
[0015]图4示出根据本发明实施方式的一种机器类型通信(110设备的结构框图。
[0016]图5示出根据本发明的一个实施例,直接移除全部或部分服标识的用于的简单寻呼消息的处理流程图。
[0017]图6示出根据本发明的实施例,服的寻呼消息接收流程图。

【具体实施方式】
[0018]下面,将对本发明的实施例进行详细地描述。在以下描述中,一些具体的实施例仅用于描述的目的,而不应当理解为对办发明的限制,这些实施例只是本发明的示例。需要指出的是,实施例中仅描述了本发明与现有技术之间的区别,而省略了对常规结构或手段的描述,以免导致对本发明的理解不清楚。
[0019]首先,发明人认识到⑶-11(:服不具有移动性,并且因此在空闲模式期间将被附接至单个小区。应当意识到,很多V丑仅在一天中的非忙碌时间(例如,18111至38111)可以操作,其中它将发送/接收较短的信息后进入1(116状态。这样频谱是非常低效的,并且因此(:2-11(:服将很可能被关闭。因此,在空闲模式期间,小区中将存在任何改变是非常不可能的。这允许寻呼消息使用适合于特定⑶服的无线状况的重复数量,以特定的
02-1X0诎为目标。
[0020]进一步,发明人认识到使用已有的寻呼消息以单个服为目标的第一方面,将降低复用增益并且增加平均有效载荷大小。若每个寻呼消息只对应一个特定用户的消息,则该寻呼消息可按照特定用户的需求确定合适的重复数量,避免不必要的冗余重复;而且寻呼消息可通过另外的简化抵消复用增益的损失,甚至带来频谱效率的提高。这通过仅发射消息中的部分用户标识,并且剩余部分与传输块的¢:%—起被掩码,通过减小寻呼消息中的用户标识的大小而完成,例如1131或3-1131。应当注意,对于这样的寻呼消息,传统卜1^丁I不再被使用并且因此不被掩码至0^。
[0021]在3即?的讨论中,一个候选方案是,?0(1?不用于向⑶-11(:服指出可能的寻呼消息,由预定义的?03(?资源(例如,在318中或在说明书中所指出的)用于携带寻呼消息。本发明完全支持这种候选方案的应用。这个资源将被重复,并且将开始于寻呼消息被预期的寻呼场合的子帧中的开始。应当注意,如果没有寻呼消息,这个?03(?资源能够被用于其他发射,并且尝试为寻呼消息解码它的服将会失败。
[0022]最近,3即?提出了对于低成本服将覆盖改进15(18,来为销售商和运营商带来企业效益。需要增强的所有物理信道基于最小耦合损耗(11)计算。为了完成这个目标,时域重复被考虑为最重要的方法。
[0023]根据最近的仿真结果,需要几十至上百次的重复以满足最苛刻的要求。然而,注意15(18只是一种极端情形,并且由于不同的部署位置,大多数的服可能并不需要这样的巨大改进,由于频谱效率的损失,对于所有服重复最多的次数频谱不是有效率的。在最近的3即?狀附#73会议中,提出了并且支持了一种更有效率的方式。其关键思想是在一个小区中支持多个覆盖增强级别。对于每个个体的服,根据基于它的信道状况的最佳匹配覆盖增强级别,将信息重复适当的次数。
[0024]然而,当发射寻呼消息时,灵活地支持不同的特定服覆盖增强级别并不容易。理由是,对于多个服的寻呼信息通常复用在一个寻呼消息中。因此,为了确保所有相关服的成功接收,寻呼消息必须支持最坏的服覆盖增强级别。作为结果,对于其他服的寻呼信息被过度地重复。这是一种资源的浪费,尤其是考虑到不同覆盖增强级别之间所需发射次数的显著差距。
[0025]本发明的实施方式提出了一种有效率的方案,以对于寻呼消息支持特定服覆盖增强级别。本发明的实施方式设定每个寻呼消息仅服务一个特定的服。在这样的情景中,本发明的实施方式简化了寻呼消息,通过至少部分地移除服标识域,极大地减小了寻呼消息的有效载荷大小。服标识的被移除部分通过校验获得。总之,本发明的实施方式至少可以获得两个优点:减小了用于寻呼一个服的平均有效载荷大小,并且很好地支持了特定服覆盖增强级别。
[0026]下面结合附图对本发明的示例性实施方式进行具体描述。
[0027]图1示出根据本发明实施方式的一种在机器类型通信(110中发送寻呼消息的方法的流程图。
[0028]在步骤110中,首先计算寻呼消息的循环冗余校验((:%)码,其中寻呼消息包括一个目标11(:设备的标识。根据本发明的一个优选的实施例,11(:设备的标识可以是1131或3-丁131。根据本发明另一个优选的实施例,寻呼消息中的比特位图111?))中的1比特用于指示所述标识是1131还是3-1131。根据本发明的其他实施例,设备的标识也可以是其他用于识别用户设备的标识。根据本发明另一个优选的实施例,设备可以是覆盖增强的(¢£-110设备。
[0029]在步骤120中,将计算得出的码附加至寻呼消息中。
[0030]在步骤130中,从寻呼消息中移除目标设备标识的至少一部分。根据本发明的一个实施例,可以从寻呼消息中移除目标设备标识的全部。根据本发明的另一个实施例,也可以从寻呼消息中移除目标设备标识的一部分。
[0031]在步骤140中,发送寻呼消息。根据本发明的一个优选的实施方式,寻呼消息在被发送前进行信道编码。根据本发明的另一个优选的实施例,可以根据目标设备的信道环境,确定寻呼消息的重复发送次数,并对寻呼消息进行重复发送。
[0032]图2示出根据本发明的一种在机器类型通信(110中接收寻呼消息的方法的流程图。
[0033]在步骤210中,110设备接收寻呼消息。根据本发明一个优选的实施例,1X0设备可以是覆盖增强的设备。根据本发明的另一个优选实施例,寻呼消息在接收后进行信道解码。
[0034]在步骤220中,110设备将自身的标识的至少一部分附加至所接收的寻呼消息中。根据本发明的一个实施例,1X0设备可以只将自身标识的一部分附加至所接收的寻呼消息中。根据本发明的另一个实施例,设备也可以将自身标识的全部附加至所接收的寻呼消息中。根据本发明的一个实施例,设备的所述标识是1131或3-1131。根据本发明的另一个实施例,寻呼消息中的比特位图中的1比特用于指示所述标识是1131还是3-1131。根据本发明的其他实施例,1X0设备的标识也可以是其他用于识别用户设备的标识。
[0035]在步骤230中,对附加110设备的标识的寻呼消息进行(:%校验。
[0036]在步骤240中,如果0^校验通过,则设备确定寻呼消息是发给自己的;如果校验不通过,则设备丢弃寻呼消息。
[0037]图3示出根据本发明的一种基站300的结构框图。
[0038]如图3所示,基站300包括计算模块310。计算模块310被配置为计算寻呼消息的循环冗余校验((:%)码,其中寻呼消息包括一个目标机器类型通信(110设备的标识。根据本发明的一个优选的实施例,设备的标识可以是1131或3-1131。根据本发明另一个优选的实施例,寻呼消息中的比特位图中的1比特用于指示所述标识是1131还是3-1131。根据本发明的其他实施例,设备的标识也可以是其他用于识别用户设备的标识。根据本发明另一个优选的实施例,1X0设备可以是覆盖增强的设备。
[0039]此外,基站300还包括寻呼消息处理模块320。寻呼消息处理模块320被配置为将计算得出的码附加至寻呼消息中,并且从寻呼消息中移除目标设备的标识的至少一部分。根据本发明的一个实施例,寻呼消息处理模块320可以从寻呼消息中移除目标1X0设备标识的全部,也可以从寻呼消息中移除目标设备标识的一部分。
[0040]此外,基站300还包括发送模块330。发送模块330被配置为发送所述寻呼消息。根据本发明的一个优选的实施方式,基站300还可以包括一个信道编码模块,用于寻呼消息在被发送前对其进行信道编码。根据本发明的另一个优选的实施例,发送模块330可以根据目标设备的信道环境,确定寻呼消息的重复发送次数,并对寻呼消息进行重复发送。
[0041]图4示出根据本发明的一种机器类型通信(110设备400的结构框图。
[0042]如图4所示,III:设备400包括接收模块410。接收模块410被配置为接收寻呼消息。根据本发明一个优选的实施例,设备可以是覆盖增强的设备。根据本发明的另一个优选实施例,寻呼消息在接收后进行信道解码。
[0043]此外,设备400还包括计算模块420。计算模块420被配置为将设备的标识的至少一部分附加至所接收的寻呼消息中,并对附加设备标识的寻呼消息进行校验。根据本发明的一个实施例,计算模块可以只将设备标识的一部分附加至所接收的寻呼消息中。根据本发明的另一个实施例,计算模块也可以将设备标识的全部附加至所接收的寻呼消息中。根据本发明的一个实施例,设备的所述标识是1131或3-1131。根据本发明的另一个实施例,寻呼消息中的比特位图中的1比特用于指示所述标识是頂31还是3-1131。根据本发明的其他实施例,设备的标识也可以是其他用于识别用户设备的标识。根据本发明的一个实施例,设备400还可以包括一个解码模块,用于在接收寻呼消息后对其进行信道解码。
[0044]此外,1X0设备400还包括判断模块430。判断模块430被配置为:如果校验通过,则设备确定寻呼消息是发给自己的;如果(:%校验不通过,则设备丢弃所述寻呼消息。
[0045]图5示出根据本发明的一个实施例,直接移除全部或者部分服标识的用于的简单寻呼消息的处理流程图。
[0046]如图5所示的,最初寻呼消息中具有表示信息的比特位图,随后寻呼消息中附加目标设备的用户标识;接下来校验码被附加进入寻呼消息中;之后从寻呼消息中移除目标设备的全部或者部分的用户标识;之后寻呼消息经过信道编码,最后被发射。
[0047]图6示出根据本发明的实施例,服的寻呼消息接收流程图。
[0048]如图6所示的,首先对空中接口中的寻呼消息进行解调;再经过信道解码处理;然后设备将全部自己的1131 (或者1131)的全部或者一部分附加至解码得到的信息中;再对该附加了全部或者部分頂31(或者1131)的该信息进行(:%校验;如果校验通过,则寻呼消息确定是发给该设备的,如果校验不通过,该设备则将寻呼消息丢弃。
[0049]如本说明书在前文中简要提到的,为了支持特定服覆盖增强级别,本发明使得每个寻呼消息仅包含一个服的寻呼信息。以这个方式,根据对应服的信道状况,每个寻呼消息能够被配置具有适当的重复次数,并且不必要的重复能够被避免。
[0050]此外,为了进一步改进频谱效率,简化寻呼消息以减小有效载荷的大小。对于具有寻呼列表的寻呼消息,只有一个服的标识被包含,即,每个寻呼消息针对某一个特定的现。在这样的情景中,寻呼消息中的服标识(能够使用頂31/3-1131,或者另外能够使用頂31和1比特来指出寻呼消息是对应现有系统中正常现的寻呼消息中的頂31或8-1181)能够隐含地被发射。换言之,至少部分的现标识没有在空中接口中被实际地发射,它由校验所隐含。这能够以下面的方式完成。
[0051]本公开的关键思想是利用0^消息隐含的传输至少部分的服标识。这能够通过在发射前简化6^0(168中的发射块中的服标识而完成。在产生寻呼消息中有两个选择。一个选择是移除全部服标识。这个选择的用于低成本的寻呼消息的简化在下面被描述。
[0052]另一种选择是移除部分的服标识。在这个选择中,部分的服标识被移除以减小载荷大小,并且其他部分的服标识仍然被发射以确保可靠的发射。图5中描绘的流程图仍然可以适用。然而,更可靠的过程被图示在图6中。例如,如果1131的24比特被移除,剩余的8比特能够确保1131几乎完美的恢复。
[0053]尽管现标识被移除,但是0^它本身包含了现标识信息。现将校验0^以得知这个寻呼信息是否针对它自身。当服接收到寻呼消息时,它首先解调和解码接收到的分组。在那之后,服将它自己的标识附加至解码的数据中,以恢复完整的发射块,并且然后校验0^。如果¢:%校验通过,服得知寻呼是针对它自身的,否则现考虑它是其他现的寻呼消息。服接收的流程图被图示在图6中。
[0054]接下来,将分析本公开所提出的方案在每个服所需的比特和误码率方面的性能。
[0055]首先,将比较正常的寻呼消息的每个服占用比特的数目和本公开所提出的寻呼消息的每个服占用比特的数目。为了比较的方便,假设頂31被包括在针对所有正常服的寻呼消息中。应当提到的是,如果3-1131被用于寻呼正常服,需要更多的比特。
[0056]对于减轻了!II(0404 17)个正常用户指示的寻呼消息,它的总大小是8比特头部)+11^(2+32)比特(1181)+6比特(其他有效载荷)+24比特(哪)。因此,在传统寻呼消息中每个现占用34+38/111比特。如之前所分析的,对于具有1.4册12 ?080!1的现种类,
III= 1或2。作为结果,针对每个现的寻呼信息占用60-80比特。
[0057]另一方面,在本公开所提出的寻呼消息中,每个服占用6比特(传统有效载荷;另一个选择是位映射能够被使用并且6比特是足够的)+24比特((:%) = 30+1比特,这里X是頂31中没有省略的部分的比特数目。应当提到的是,大的X导致更大的有效载荷大小,但是更低的误码率。
[0058]能够看出,本公开所提出的方案没有增加有效载荷大小。相反地,它减小了有效载荷大小大约30% -50%,以实现资源更有效率的使用。
[0059]以下对本公开进行误码率方面的分析。
[0060]本公开需要关注的是,服标识的隐含发射可能引起对可靠性的不利影响。注意到服标识没有在空中接口被发射,发明人主张服标识能够视为总是完美地被接收。注意到1181序列比0^序列更长,当不同的服标识产生相同的(:%序列时,附加的误码情形才发生。换言之,应当评估附加误报警可能性。因为对于直接消除方案,使用了可靠的24比特
以固有地包含服标识,并且考虑到在相同的蜂窝中低成本服相当有限的数量,所以能够推断误警报可能性是相当低的。此外,如果设定X ? 8,附加的误报警几乎被消除,并且寻呼消息的载荷大小是38比特,显著地低于平均载荷。
[0061]从以上的分析能够看出,附加的误报警可能性非常小。因此,本公开所提出的方案在发射可靠性方面是令人满意的。
[0062]基于本公开所提出的方案以及对应的性能分析,本公开的益处是清楚的。它灵活地支持特定服的覆盖增强级别,并且不必要的重复将不会发生。此外,寻呼消息的简化进一步改进了它的效率。
[0063]本公开简化了用于覆盖增强的低成本服的寻呼消息。寻呼消息的有效载荷大小被减小,并且特定服的覆盖增强需求被很好地支持。作为结果,改进了用于低成本服的频谱效率。
[0064]作为对比,现有技术的方案不支持特定服覆盖增强需求,并且将寻呼消息发生不必要的重复。此外,现有技术中寻呼消息的平均有效载荷大小很大。本公开减小了平均有效载荷大小30% -50%,并且很好地支持了特定现覆盖增强需求。
[0065]尽管已经参考具体的实施例对本发明进行了说明,但是这些实施例仅用于示例目的,而不对本发明进行限定。本领域的技术人员应当理解,不背离本发明的精神和范围,可以对这些实施例进行形式和细节上的多种修改和改变。本发明的范围由附带的权利要求书所确定。
【权利要求】
1.一种在机器类型通信(MTC)中发送寻呼消息的方法,其特征在于,所述方法包括: 计算寻呼消息的循环冗余校验(CRC)码,其中所述寻呼消息包括一个目标MTC设备的标识; 将计算得出的CRC码附加至所述寻呼消息中; 从所述寻呼消息中移除所述目标MTC设备的所述标识的至少一部分; 发送所述寻呼消息。
2.根据权利要求1所述的方法,其特征在于,只从所述寻呼消息中移除目标MTC设备的标识的一部分,而在所述寻呼消息中保留目标MTC设备的标识的另一部分。
3.根据权利要求1所述的方法,其特征在于,从所述寻呼消息中移除所述目标MTC设备的所述标识的全部。
4.根据权利要求1-3的任一项所述的方法,其特征在于,所述方法进一步包括:根据所述目标MTC设备的信道环境,确定所述寻呼消息的重复发送次数,并对所述寻呼消息进行重复发送。
5.根据权利要求1-3的任一项所述的方法,其特征在于,所述寻呼消息在被发送前进行信道编码。
6.根据权利要求1-3的任一项所述的方法,其特征在于,所述MTC设备的所述标识是IMSI 或 S-TMSI。
7.根据权利要求6所述的方法,其特征在于,所述寻呼消息中的比特位图(bitmap)中的I比特用于指示所述标识是IMSI还是S-TMSI。
8.根据权利要求1-3的任一项所述的方法,其特征在于,所述MTC设备是覆盖增强的MTC (CE-MTC)设备。
9.一种在机器类型通信(MTC)中接收寻呼消息的方法,其特征在于,所述方法包括: MTC设备接收寻呼消息; 所述MTC设备将自身的标识的至少一部分附加至所接收的寻呼消息中; 对附加所述MTC设备的标识的寻呼消息进行CRC校验; 如果所述CRC校验通过,则所述MTC设备确定所述寻呼消息是发给自己的;如果所述CRC校验不通过,则所述MTC设备丢弃所述寻呼消息。
10.根据权利要求9所述的方法,其特征在于,所述MTC设备只将自身标识的一部分附加至所接收的寻呼消息中。
11.根据权利要求9所述的方法,其特征在于,所述MTC设备将自身标识的全部附加至所接收的寻呼消息中。
12.根据权利要求9-11的任一项所述的方法,其特征在于,所述寻呼消息在接收后进行信道解码。
13.根据权利要求9-11的任一项所述的方法,其特征在于,所述MTC设备的所述标识是IMSI 或 S-TMSI。
14.根据权利要求13所述的方法,其特征在于,所述寻呼消息中的比特位图(bitmap)中的I比特用于指示所述标识是IMSI还是S-TMSI。
15.根据权利要求9-11的任一项所述的方法,其特征在于,所述MTC设备是覆盖增强的MTC (CE-MTC)设备。
16.一种基站,其特征在于,所述基站包括: 计算模块,被配置为计算寻呼消息的循环冗余校验(CRC)码,其中所述寻呼消息包括一个目标机器类型通信(MTC)设备的标识; 寻呼消息处理模块,被配置为将计算得出的CRC码附加至所述寻呼消息中,并且从所述寻呼消息中移除所述目标MTC设备的所述标识的至少一部分; 发送模块,被配置为发送所述寻呼消息。
17.根据权利要求16所述的基站,其特征在于,所述寻呼消息处理模块进一步被配置为只从所述寻呼消息中移除目标MTC设备的标识的一部分,而在所述寻呼消息中保留目标MTC设备的标识的另一部分。
18.根据权利要求16所述的基站,其特征在于,所述寻呼消息处理模块进一步被配置为从所述寻呼消息中移除目标MTC设备的标识的全部。
19.根据权利要求16-18的任一项所述的基站,其特征在于,所述发送模块进一步被配置为根据所述目标MTC设备的信道环境,确定所述寻呼消息的重复发送次数,并对所述寻呼消息进行重复发送。
20.根据权利要求16-18的任一项所述的基站,其特征在于,所述基站还包括:信道编码模块,被配置为在寻呼消息被发送前对其进行信道编码。
21.根据权利要求16-18的任一项所述的基站,其特征在于,所述MTC设备的所述标识是頂SI或S-TMSI。
22.根据权利要求21所述的基站,其特征在于,所述寻呼消息中的比特位图(bitmap)中的I比特用于指示所述标识是IMSI还是S-TMSI。
23.根据权利要求16-18的任一项所述的基站,其特征在于,所述MTC设备是覆盖增强的 MTC (CE-MTC)设备。
24.一种机器类型通信(MTC)设备,其特征在于,所述MTC设备包括: 接收模块,被配置为接收寻呼消息; 计算模块,被配置为将所述MTC设备的标识的至少一部分附加至所接收的寻呼消息中,并对附加所述MTC设备的标识的寻呼消息进行CRC校验; 判断模块,被配置为:如果所述CRC校验通过,则所述MTC设备确定所述寻呼消息是发给自己的;如果所述CRC校验不通过,则所述MTC设备丢弃所述寻呼消息。
25.根据权利要求24所述的MTC设备,其特征在于,所述计算模块被配置为只将所述MTC设备的标识的一部分附加至所接收的寻呼消息中。
26.根据权利要求24所述的MTC设备,其特征在于,所述计算模块被配置为将所述MTC设备的标识的全部附加至所接收的寻呼消息中。
27.根据权利要求24-26的任一项所述的MTC设备,其特征在于,还包括信道解码模块,被配置为在接收所述寻呼消息后对其进行信道解码。
28.根据权利要求24-26的任一项所述的MTC设备,其特征在于,所述MTC设备的所述标识是頂SI或S-TMSI。
29.根据权利要求28所述的基站,其特征在于,所述寻呼消息中的比特位图(bitmap)中的I比特用于指示所述标识是IMSI还是S-TMSI。
30.根据权利要求24-26的任一项所述的MTC设备,其特征在于,所述MTC设备是覆盖增强的MTC (CE-MTC)设备。
31.一种通信系统,其特征在于,所述系统包括: 根据权利要求16-23所述的基站;以及 根据权利要求24-30所述的MTC设备。
【文档编号】H04W68/00GK104349290SQ201310347816
【公开日】2015年2月11日 申请日期:2013年8月9日 优先权日:2013年8月9日
【发明者】张长, 陈宇, 黄晟锋 申请人:上海贝尔股份有限公司, 阿尔卡特朗讯
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1