无线通信设备,无线通信方法和无线通信系统

申请号 CN201280008056.0 申请日 2012-02-07 公开(公告)号 CN103583069B 公开(公告)日 2017-09-15
申请人 索尼公司; 发明人 高野裕昭;
摘要 提供一种无线通信设备,包括与基站无线通信的无线通信部件,在未响应按照第一周期发送的寻呼信道,从无线通信设备作出任何响应的情况下,所述基站把用于发送寻呼信道的周期改变成第二周期,检测无线通信设备的状态变化的检测部件,和按照利用检测部件获得的检测结果,把用于接收寻呼信道的接收周期从第一周期切换成第二周期的接收控制部件。
权利要求

1.一种无线通信设备,包括:
与基站无线通信的无线通信部件,在未响应于按照第一周期发送的寻呼信道从无线通信设备作出响应的情况下,所述基站把发送寻呼信道的周期改变成第二周期;
检测无线通信设备自身的状态变化的检测部件;以及
根据利用检测部件检测到的无线通信设备自身的状态变化,把接收寻呼信道的接收周期从第一周期切换成第二周期的接收控制部件,
其中通过利用分配给无线通信设备的标识信息指定寻呼信道的目的地,以及其中在按照第一周期发送的寻呼信道和按照第二周期发送的寻呼信道中,用于指定目的地的标识信息不同。
2.按照权利要求1所述的无线通信设备,
其中无线通信部件从基站接收指示第一周期和第二周期的通知,以及
其中无线通信设备还包括保存无线通信部件接收的第一周期和第二周期的存储部件。
3.按照权利要求2所述的无线通信设备,其中在与基站不相连的状态下,接收控制部件在第一周期和第二周期之间切换接收周期。
4.按照权利要求3所述的无线通信设备,其中检测部件检测无线通信设备的移动,作为所述状态变化。
5.按照权利要求4所述的无线通信设备,其中检测部件检测无线通信设备移动到预定位置,作为所述状态变化。
6.按照权利要求3所述的无线通信设备,其中检测部件检测无线通信设备的剩余电的减少,作为所述状态变化。
7.按照权利要求3所述的无线通信设备,
其中无线通信设备具有销售产品的自动售货机功能,以及
其中检测部件检测利用自动售货机功能的销售额的变化,或者产品的库存的减少,作为所述状态变化。
8.一种无线通信方法,所述方法包括:
检测无线通信设备自身的状态变化;和
根据检测到的无线通信设备自身的状态变化把从基站接收寻呼信道的接收周期从第一周期切换成第二周期,所述基站被配置成在未响应于按照第一周期发送的寻呼信道从无线通信设备作出响应的情况下,把发送寻呼信道的周期改变成第二周期,其中通过利用分配给无线通信设备的标识信息指定寻呼信道的目的地,以及其中在按照第一周期发送的寻呼信道和按照第二周期发送的寻呼信道中,用于指定目的地的标识信息不同。
9.一种无线通信设备,包括:
检测无线通信设备自身的状态变化的模;和
根据检测到的无线通信设备自身的状态变化把从基站接收寻呼信道的接收周期从第一周期切换成第二周期的模块,所述基站被配置成在未响应于按照第一周期发送的寻呼信道从无线通信设备作出响应的情况下,把发送寻呼信道的周期改变成第二周期,其中通过利用分配给无线通信设备的标识信息指定寻呼信道的目的地,以及其中在按照第一周期发送的寻呼信道和按照第二周期发送的寻呼信道中,用于指定目的地的标识信息不同。
10.一种无线通信系统,包括:
无线通信设备;和
在未响应于按照第一周期发送的寻呼信道从无线通信设备作出响应的情况下,把发送寻呼信道的周期改变成第二周期的基站,
其中所述无线通信设备包括:
检测无线通信设备自身的状态变化的检测部件,和
根据利用检测部件检测到的无线通信设备自身的状态变化,把接收寻呼信道的接收周期从第一周期切换成第二周期的接收控制部件,
其中通过利用分配给无线通信设备的标识信息指定寻呼信道的目的地,以及其中在按照第一周期发送的寻呼信道和按照第二周期发送的寻呼信道中,用于指定目的地的标识信息不同。

说明书全文

无线通信设备,无线通信方法和无线通信系统

技术领域

[0001] 本发明涉及无线通信设备,基站,无线通信方法,程序和无线通信系统。

背景技术

[0002] 目前,3GPP(第三代合作伙伴计划)正在进行4G无线通信系统的标准化。按照4G,通过利用诸如中继和载波聚合之类的技术,能够实现最大通信速度的提高和小区边缘中的质量改善。此外,考虑通过引入除eNodeB(宏小区基站)以外的其它基站,比如NeNB(家庭eNodeB、飞小区基站、小区电话用小型基站)和RRH(远程无线电头端),改善覆盖率。
[0003] (寻呼)
[0004] 此外,在LTE中,定义RRC_Connected模式和RRC_Idle模式。RRC_Connected模式是在UE和eNodeB之间建立连接,从而UE能够发送上行链路信号和接收下行链路信号的状态。另一方面,RRC_Idle模式是节省UE的电的状态,处于RRC_Idle模式的UE监视来自eNodeB的寻呼信道,当在寻呼信道中被呼叫时,转变到RRC_Connected模式。
[0005] 这里,例如,如果UE被呼叫,那么由于eNodeB在称为寻呼周期的周期中到来的定时,发送寻呼信道,因此RRC_Idle模式的UE按寻呼周期监视寻呼信道。尽管当寻呼周期较长时,能够降低UE的电力消耗,不过,存在从UE被呼叫到UE作出响应的延迟变大的倾向。特别地,例如在专利文献1中,公开了与此类似的间歇接收周期。
[0006] (MTC)
[0007] 另一方面,在3GPP中,也在进行对MTC(机器类通信)的讨论。 MTC通常和M2M(机器对机器)同义,指的是机器之间,而不是人类直接使用的通信。MTC主要在服务器和非人类直接利用的MTC终端之间进行。
[0008] 例如,作为MTC的医疗应用,可以设想其中MTC终端收集人的心电图信息,并在某种触发条件被满足时,通过利用上行链路把心电图信息传送给服务器的情况。作为MTC的另一种应用,可以设想其中使自动售货机起MTC终端的作用,服务器使所管理的自动售货机每隔一定的周期(例如,每30天)一次地报告销售额的情况。
[0009] 作为例子的这种MTC终端一般具有以下特征,然而,不是每个MTC终端都需要具有所有的下述特征,将具有以下特征中的哪些特征取决于应用。
[0010] -几乎不需要移动(低移动性)
[0011] -少量数据的传送(在线小数据传送)
[0012] -极低的电力消耗(特低的电力消耗)
[0013] -通过对各个MTC分组进行处理(基于组的MTC特征)
[0014] 引文列表
[0015] 专利文献
[0016] 专利文献1:JP H09-83427A

发明内容

[0017] 然而,如同RRC_Idle模式的UE一样,未连接到基站的无线通信设备的寻呼周期间隔相等。归因于此,一直存在应用于无线通信设备的寻呼周期的自由度较低的问题。
[0018] 从而,鉴于上述问题作出了本发明,本发明的目的是提供一种新的改进的无线通信设备、基站、无线通信方法、程序和无线通信系统,所述无线通信设备、基站、无线通信方法、程序和无线通信系统能够灵活地切换用于寻呼信道的通信的周期。
[0019] 按照本公开的实施例,提供一种基站,包括与无线通信设备无线 通信的无线通信部件,和使无线通信部件按照第一周期,对无线通信设备发送寻呼信道的寻呼控制部件。寻呼信道包括指示第二周期的信息,寻呼控制部件把发送寻呼信道的周期从第一周期改变成第二周期。
[0020] 在未响应按照第二周期发送的寻呼信道,从无线通信设备作出任何响应的情况下,寻呼控制部件可使用于发送寻呼信道的周期从第二周期恢复成第一周期。
[0021] 按照本公开的另一个实施例,提供一种无线通信设备,包括按照第一周期,从基站接收寻呼信道的无线通信部件,和把用于接收寻呼信道的接收周期从第一周期改变成利用无线通信部件接收的寻呼信道指示的第二周期的接收控制部件。
[0022] 按照本公开的另一个实施例,提供一种无线通信设备,包括与基站无线通信的无线通信部件,在未响应按照第一周期发送的寻呼信道,从无线通信设备作出任何响应的情况下,所述基站把用于发送寻呼信道的周期改变成第二周期,检测无线通信设备的状态变化的检测部件,和按照利用检测部件获得的检测结果,把用于接收寻呼信道的接收周期从第一周期切换成第二周期的接收控制部件。
[0023] 无线通信部件可从基站接收指示第一周期和第二周期的通知,无线通信设备还可包括保存无线通信部件接收的第一周期和第二周期的存储部件。
[0024] 在与基站不相连的状态下,接收控制部件可在第一周期和第二周期之间切换接收周期。
[0025] 检测部件可检测无线通信设备的移动,作为所述状态变化。
[0026] 检测部件可检测无线通信设备移动到预定位置,作为所述状态变化。
[0027] 检测部件可检测无线通信设备的剩余电力的减少,作为所述状态变化。
[0028] 无线通信设备可具有销售产品的自动售货机功能,检测部件可检测利用自动售货机功能的销售额的变化,或者产品的库存的减少,作为所述状态变化。
[0029] 通过利用分配给无线通信设备的标识信息,可以指定寻呼信道的目的地,在按照第一周期发送的寻呼信道和按照第二周期发送的寻呼信道中,用于指定目的地的标识信息可不同。
[0030] 按照本公开的另一个实施例,提供一种无线通信方法,所述方法包括检测无线通信设备的状态变化,和把用于从基站接收寻呼信道的接收周期从第一周期切换成第二周期,所述基站被配置成按照状态变化的检测结果,在未响应按照第一周期发送的寻呼信道,从无线通信设备作出任何响应的情况下,把用于发送寻呼信道的周期改变成第二周期。
[0031] 按照本公开的另一个实施例,提供一种程序,所述程序使计算机起无线通信设备的作用,所述无线通信设备包括与基站无线通信的无线通信部件,在未响应按照第一周期发送的寻呼信道,从无线通信设备作出任何响应的情况下,所述基站把用于发送寻呼信道的周期改变成第二周期,检测无线通信设备的状态变化的检测部件,和按照利用检测部件获得的检测结果,把用于接收寻呼信道的接收周期从第一周期切换成第二周期的接收控制部件。
[0032] 按照本公开的另一个实施例,提供一种基站,所述基站包括与无线通信设备无线通信的无线通信部件,和在未响应按照第一周期发送的寻呼信道,从无线通信设备作出任何响应的情况下,把用于发送寻呼信道的周期改变成第二周期的寻呼控制部件。
[0033] 按照本公开的另一个实施例,提供一种无线通信系统,包括无线通信设备,和在未响应按照第一周期发送的寻呼信道,从无线通信设备作出任何响应的情况下,把用于发送寻呼信道的周期改变成第二周期的基站。无线通信设备包括检测无线通信设备的状态变化的检测部件,和按照利用检测部件获得的检测结果,把用于接收寻呼信道的接收周期从第一周期切换成第二周期的接收控制部件。
[0034] 如上所述,按照本发明,能够灵活切换用于寻呼信道的通信的周期。附图说明
[0035] 图1是表示无线通信系统的结构例子的说明图。
[0036] 图2是表示4G格式的说明图。
[0037] 图3是表示CCE的生成的说明图。
[0038] 图4是表示盲解码的说明图。
[0039] 图5是表示本发明的第一实施例的基站的结构的功能方框图
[0040] 图6是表示利用本发明的第一实施例的基站的寻呼的具体例子的说明图。
[0041] 图7是表示本发明的第一实施例的MTC终端的结构的功能方框图。
[0042] 图8是表示本发明的第一实施例的操作的序列图。
[0043] 图9是表示本发明的第二实施例的基站的结构的功能方框图。
[0044] 图10是表示利用本发明的第二实施例的基站的寻呼的具体例子的说明图。
[0045] 图11是表示本发明的第二实施例的MTC终端的结构的功能方框图。
[0046] 图12是表示本发明的第二实施例的操作的序列图。
[0047] 图13是表示本发明的第三实施例的基站的结构的功能方框图。
[0048] 图14是表示寻呼周期的第一通知方法的说明图。
[0049] 图15是表示寻呼周期的第二通知方法的说明图。
[0050] 图16是表示本发明的第三实施例的MTC终端的结构的功能方框图。
[0051] 图17是表示本发明的第三实施例的操作的序列图。
[0052] 图18是表示本发明的第三实施例的操作的序列图。
[0053] 图19是表示本发明的第四实施例的基站的结构的功能方框图。
[0054] 图20是表示利用本发明的第四实施例的基站的寻呼的具体例子的说明图。
[0055] 图21是表示本发明的第四实施例的MTC终端的结构的功能方框图。
[0056] 图22是表示利用本发明的第四实施例的MTC终端的接收周期的切换的说明图。
[0057] 图23是表示本发明的第四实施例的操作的序列图。
[0058] 图24是表示本发明的第五实施例的基站的结构的功能方框图。
[0059] 图25是表示利用本发明的第五实施例的基站的寻呼周期的切换的说明图。
[0060] 图26是表示利用本发明的第五实施例的基站的寻呼周期的切换的说明图。
[0061] 图27是表示本发明的第五实施例的操作的序列图。

具体实施方式

[0062] 下面参考附图,详细说明本发明的优选实施例。注意在说明书和附图中,功能和结构基本相同的元件用相同的附图标记表示,重复的说明被省略。
[0063] 此外,在说明书和附图中,还可存在其中通过在相同的附图标记之后添加不同的字母,区分功能结构大体相同的多个构成要素的情况。例如,功能结构大体相同的多个构成要素可被区分成MTC终端20A、20B和20C。然而,在不必特别区分功能结构大体相同的多个构成要素中的各个构成要素的情况下,将只赋予相同的附图标记。例如,当不是特别需要区分MTC终端20A、20B和20C时,它们都可被简单地称为MTC终端20。
[0064] 此外,将按照以下附录中的顺序,说明“具体实施方式”。
[0065] 1.无线通信系统的概况
[0066] 1-1.无线通信系统的概况
[0067] 1-2.帧的结构
[0068] 1-3.寻呼
[0069] 1-4.寻呼信道的详细说明
[0070] 1-5.盲解码
[0071] 1-6.MTC中预期的寻呼
[0072] 2.各个实施例的说明
[0073] 2-1.第一实施例
[0074] (第一实施例的基站的结构)
[0075] (第一实施例的MTC终端的结构)
[0076] (第一实施例的操作)
[0077] 2-2.第二实施例
[0078] (第二实施例的基站的结构)
[0079] (第二实施例的MTC终端的结构)
[0080] (第二实施例的操作)
[0081] 2-3.第三实施例
[0082] (第三实施例的基站的结构)
[0083] (第三实施例的MTC终端的结构)
[0084] (第三实施例的操作)
[0085] 2-4.第四实施例
[0086] (第四实施例的基站的结构)
[0087] (第四实施例的MTC终端的结构)
[0088] (第四实施例的操作)
[0089] 2-5.第五实施例
[0090] (第五实施例的基站的结构)
[0091] (第五实施例的操作)
[0092] 3.结论
[0093] <<1.无线通信系统的概况>>
[0094] 目前,在3GPP中,正在进行4G无线通信系统的标准化。本发明的实施例适用于作为例子的4G无线通信系统,从而将说明4G无线通信系统的概况。
[0095] <1-1.无线通信系统的结构>
[0096] 图1是表示无线通信系统1的结构例子的说明图。如图1中所示,无线通信系统1包括基站10,包括MME(移动性管理实体)12、 S-GW(服务网关)14和PDN(分组数据网络)-GW16的核心网络,MTC终端20和MTC服务器30。
[0097] 本发明的实施例可适用于诸如图1中所示的基站10和MTC终端20之类的无线通信设备。特别地,基站10可以是例如eNodeB、中继节点、或者作为家用小型基站的家庭eNodeB。此外,MTC终端20是用户设备(UE)的例子,本发明的实施例也可适用于诸如蜂窝电话机、PC(个人计算机)之类的非MTC终端。
[0098] 基站10是与MTC终端20通信的无线基站。尽管图1中只表示了一个基站10,不过实际上,大量的基站10连接到核心网络。此外,尽管省略了图1中的记载,不过,基站10还可与诸如非MTC终端之类的其它用户设备通信。
[0099] MME12是进行数据通信会话的设定、开启和越区切换的控制的设备。MME12通过称为X2的接口,连接到基站10。
[0100] S-GW14是进行用户数据的路由和传送的设备。PDN-GW16起与IP服务网络的连接节点的作用,往来于IP服务网络传送用户数据。
[0101] MTC终端20是专用于MTC的无线终端,MTC是在3GPP中讨论中的机器之间的通信,不被人类直接使用。MTC终端20与基站10进行与应用相应的无线通信。此外,MTC终端20通过核心网络,与MTC服务器30进行双向通信。
[0102] 例如,作为MTC的医疗应用,可以设想其中MTC终端20收集人的心电图信息,并在某种触发条件被满足时,通过利用上行链路把心电图信息传送给服务器的情况。作为MTC的另一种应用,可以设想其中使自动售货机起MTC终端20的作用,MTC服务器30使所管理的自动售货机每隔一定的周期(例如,每30天)一次地报告销售额的情况。
[0103] 作为例子的这种MTC终端20一般具有以下特征,然而,不是每个MTC终端20都需要具有所有的下述特征,将具有以下特征中的哪些特征取决于应用。
[0104] -几乎不需要移动(低移动性)
[0105] -少量数据的传送(在线小数据传送)
[0106] -极低的电力消耗(特低的电力消耗)
[0107] -通过对各个MTC分组进行处理(基于组的MTC特征)
[0108] <1-2.帧的结构>
[0109] 尽管上述基站10和MTC终端20的细节未被决定,不过预期它们进行与eNodeB和UE之间的通信相符的无线通信。从而,下面将说明在eNodeB和UE之间共用的无线帧。下面说明的内容可适用于基站10和MTC终端20之间的通信。
[0110] 图2是表示4G帧格式的说明图。如图2中所示,10ms无线帧由10个1ms子帧#0~#9构成。此外,每个1ms子帧由2个0.5ms时隙构成。此外,每个0.5ms时隙由7个Ofdm符号构成。
[0111] 特别地,Ofdm符号是在OFDM(正交频分多路复用)调制系统的通信方案中使用的单位,是用其输出在一次FFT(快速傅里叶变换)中处理的数据的单位。
[0112] 在图2中所示的每个1ms子帧的头部,添加称为PDCCH(物理下行链路控制信道)的控制信号。在该子帧的头部的1个Ofdm符号~3个Ofdm符号用于PDCCH的传输。即,存在其中1个Ofdm符号用于PDCCH传输的情况,也存在其中3个Ofdm用于PDCCH传输的情况。
[0113] 特别地,无线帧中用于PDCCH传输的区域被称为控制区,无线帧中用于PDSCH(物理下行链路共享信道)或PUSCH(物理上行链路共享信道)的传输的区域被称为数据区。
[0114] <1-3.寻呼>
[0115] 在LTE中,定义RRC_Connected模式和RRC_Idle模式。RRC_Connected模式是在UE和eNodeB之间建立连接,从而UE能够发送上行链路信号和接收下行链路信号的状态。另一方面,RRC_Idle模式是节省UE的电力的状态,处于RRC_Idle模式的UE监视来自eNodeB的寻呼信道,当在寻呼信道中被呼叫时,转变到RRC_Connected模式。在RRC_Idle模式下,UE的信息不存在于 eNodeB中,UE存在于哪个跟踪区(寻呼区)中的信息被登记在利用称为S1-MME接口的有线连接连接到eNodeB的MME中。
[0116] 跟踪区是邻近的数十个~一百个eNodeB,当呼叫UE时,MME利用来自存在于该UE的跟踪区中的所有eNodeB的寻呼信道(呼入)呼叫UE。
[0117] 归因于此,RRC_Idle模式的UE通过按发送寻呼信道的周期,进行接收处理,监视寻呼信道,并在产生利用寻呼信道的呼叫时,转变到RRC_Connected模式。
[0118] 特别地,除在接收寻呼信道的接收处理时以外,RRC_Idle模式的UE停止部分硬件的时钟和电源,以节省电力。此外,在可能从eNodeB发送寻呼信道的时间之前,RRC_Idle模式的UE重新开始对硬件的供电,进行寻呼信道的接收处理,然后在接收处理之后,再次进入节省电力的状态。
[0119] <1-4.寻呼信道的详细说明>
[0120] 在上面说明的PDCCH中,对于每个UE的控制信息的最小单位被称为CCE(控制信道元素)。在PDCCH中向UE发送寻呼信道的情况下,eNodeB按照与预定周期相应的PDSCH,发送包括PI(寻呼指示)的CCE,PI指示UE应利用PDSCH中的哪些资源来接收寻呼信道。即,CCE包括作为调度信息的接收许可(授权)。
[0121] 在PI包含在指定给UE自身的CCE中的情况下,通过接收在PI指示的PDSCH上发送的寻呼信道,UE能够获得通知递送到UE自身的下行链路信号的存在的信息。特别地,利用后面说明的盲解码,进行CCE是否被指定给UE自身的判定。
[0122] 这里,当存在对于UE的寻呼信道时,按照预定周期在PDCCH中插入PI(Stefania Sesia,Issam Toufik,Matthew Baker编辑的LTE The UMTS Long Term Evolution,3.4Paging,p.77)。该预定周期被称为DRX(非连续接收)周期,或者寻呼周期,是为每个UE设定的。这种寻呼周期由更高层信令,比如NAS(非接入层面)协议上的UE和MME之间的信令设定。尽管当寻呼周期较长时,能够降低UE的电 力消耗,不过存在从UE被呼叫到UE作出反应的延迟变大的倾向。
[0123] <1-5.盲解码>
[0124] 向每个UE分配用于接收作为每个UE的标识符的C-RNTI(蜂窝无线网络临时标识)和寻呼信道的P-RNTI。
[0125] 如图3中所示,在用P-RNTI掩蔽诸如PI之类的控制信息的时候,eNodeB把利用CRC(循环冗余校验)获得的校验位加入CCE中,以便指定CCE的目的地。这里,所述掩蔽可以是控制信息和P-RNTI的异或(XOR)运算,或者可以是控制信息和P-RNTI的串联结合。
[0126] 当收到由多个CCE构成的PDCCH时,UE利用盲解码,提取用UE自身的P-RNTI识别的CCE。下面参考图4进行具体说明。
[0127] 图4是表示盲解码的说明图。如图4中所示,在作为盲解码,利用它自己的P-RNTI解蔽各个CCE的时候,UE进行CRC校验。即,UE在假定各个CCE被递送给它自己的情况下,进行各个CCE的CRC校验,并确定结果正常的CCE是指定给UE自身的CCE。
[0128] 利用这种盲解码,UE确定从eNodeB发送的指定给UE自身的CCE,从而能够从指定给UE自身的CCE中获得PI。
[0129] <1-6.MTC中预期的寻呼>
[0130] 如在“1-1.无线通信系统的结构”中所述,要求MTC电力消耗超低。预期利用MTC的应用具有每周一次或者每月一次的频繁数据收集和设定。例如,设想安装在自动售货机的MTC终端按照来自数据收集中心(MTC服务器)的每月一次的命令,报告销售额。
[0131] 因而,在进行每月一次地从eNodeB读取MTC终端的数据的设定的情况下,期望eNodeB以不同的周期,比如30天、31天、29天和28天,发送寻呼(PI+寻呼信道),取决于每月中的天数的不同。因而,尽管非周期性的寻呼周期的实现是重要的,不过在基于等间隔的寻呼周期的当前LTE中,难以遵照非周期性的寻呼周期。
[0132] 特别地,存在在应用层进行长周期的非周期寻呼的方法,然而,由于需要在具有1ms宽度的特定子帧中进行寻呼信道的发送和接收,因此应用层中的这种高精度控制变得困难。
[0133] 此外,尽管能够预定地对MTC终端设定按诸如30天、31天、29天和28天之类的非周期模式在月末报告,不过这种预定的设定具有即使在MTC服务器不需要这种报告的情况下,也会进行报告的缺点。由于预期MTC终端的数目巨大,因此如果允许这样的不必要报告,那么在网络内可能发生拥塞。
[0134] 从而,以上述情况为着眼点,做出了本发明的实施例。按照本发明的各个实施例,能够灵活地切换用于寻呼信道的通信的周期。下面将参考附图,详细说明本发明的各个实施例。
[0135] <<2.各个实施例的说明>>
[0136] <2-1.第一实施例>
[0137] 首先参见图5-图8,说明本发明的第一实施例。按照如下详细说明的本发明的第一实施例,可以根据非周期模式使用寻呼。
[0138] (第一实施例的基站的结构)
[0139] 图5是表示本发明的第一实施例的基站10-1的结构的功能方框图。如图5中所示,本发明的第一实施例的基站10-1包括天线104、无线通信部件108、调度器112、P-RNTI管理部分116、寻呼周期管理部分121、存储部件131、寻呼控制部件141和CRC电路150。
[0140] 天线104起以无线信号的形式,发送诸如从无线通信部件108供给的PDCCH(控制信号)和PDSCH(数据信号)之类的发送信号的发送部分,和通过把从诸如第一实施例的MTC终端20之类的无线通信设备发送的无线信号转换成电气接收信号,把所述无线信号提供给无线通信部件108的接收部分的作用。特别地,在图5中,尽管表示了其中基站10-1具有一个天线的例子,不过,基站10-1可包括多个天线。在这种情况下,基站10能够实现MIMO(多入多出)通信,和分集通信等。
[0141] 无线通信部件108进行发送信号,比如从寻呼控制部件141供给的PDCCH,和包括从S-GW14供给的用户数据的PDSCH的诸如调制、DA转换、滤波、放大、上变频之类无线发送处理。此外,无线通信部件108进行从天线104供给的接收信号的诸如下变频、滤波、 DA转换、解调之类的无线接收处理。
[0142] 调度器112向每个MTC终端20分配数据通信用资源。即,调度器112在各个MTC终端20应接收的PDSCH中分配资源,和在各个MTC终端20应发送的PUSCH中分配资源块。例如,在存在对于MTC终端20的寻呼信道的情况下,调度器112在按照MTC终端20的寻呼周期的无线帧(10ms无线帧=10个子帧)的PDSCH中,分配资源,以便把寻呼信道发送给MTC终端20。
[0143] P-RNTI管理部分116管理对于每个MTC终端20的P-RNTI的分配。特别地,P-RNTI用于识别包括PI的CCE的目的地。
[0144] 寻呼周期管理部分121设定各个MTC终端20在非连接时期(在RRC_Idle模式期间)的寻呼周期。更具体地,本实施例的寻呼周期管理部分121以两个或者更多的不同间隔的组合,即,以非周期模式,设定用于向第一实施例的MTC终端20-1发送寻呼信道的寻呼周期。例如,寻呼周期管理部分121通常按10个无线帧的周期,设定寻呼周期,不过,它也可按“3,5,2,9,…”的非周期模式,设定寻呼周期。
[0145] 特别地,由于该非周期模式是与MTC终端20-1共享的,因此,设定数目无限的非周期模式作为寻呼周期并不现实。归因于此,设定的非周期模式的重复可被视为寻呼周期。
[0146] 此外,寻呼周期管理部分121可按照来自网络侧,比如MME12或MTC服务器30的指令,设定非周期模式。例如,如果从网络侧指示按在诸如31号、28号、31号和30号之类的月末到来的周期的设定,那么寻呼周期管理部分121可通过把指示的周期转换成无线帧单元,设定非周期模式。
[0147] 存储部件131保存由寻呼周期管理部分121设定的每个MTC终端20的非周期模式。
[0148] 在存在给MTC终端20-1的寻呼信息(系统信息,呼入等)的情况下,寻呼控制部件141生成包括PI的CCE。更具体地,寻呼控制部件141生成PI,和通过利用MTC终端20-1的P-RNTI掩蔽PI,用CRC电路150获得的CCE。
[0149] 这里,所述掩蔽可以是PI和P-RNTI的异或(XOR)运算,或者可以是PI和P-RNTI的串联结合。归因于此,掩蔽中使用的P-RNTI被分配给的MTC终端20-1可被指定为PI的目的地。如上所述生成的CCE被提供给无线通信部件108,并被映射在PDCCH中。
[0150] 此外,寻呼控制部件141生成包括寻呼信息的寻道信道。寻呼信道被提供给无线通信部件108,并被映射在利用PI指示的PDSCH上的资源中。特别地,诸如呼入之类的寻呼信息是通过S1-MME接口,从处理诸如寻呼和越区切换之类的控制信息的MME12供给的。
[0151] 此外,本实施例的寻呼控制部件141用与关于MTC终端20-1保存在存储部件131中的非周期模式相应的无线帧,控制对RRC_Idle模式的MTC终端20-1的寻呼(PI和寻呼信道的发送)。下面将参考图6,对这一点进行更详细的说明。
[0152] 图6是表示利用基站10-1的寻呼的具体例子的说明图。在关于MTC终端20-1保存在存储部件131中的非周期模式是“3,5,2,9”的情况下,寻呼周期变成非周期模式的重复,如图6中所示。在存在给MTC终端20-1的寻呼信息的情况下,基站10-1的寻呼控制部件141用按照非周期模式到来的无线帧控制寻呼,如在图6中的四边围绕的“P”中所示。
[0153] 如上所述,本发明的第一实施例的基站10-1可把在月末,比如31号(1月)、28号(2月)、31与(3月)、30号(4月)、…到来的非周期模式设定成寻呼周期。归因于此,由于基站10-1可以只在需要从MTC终端20-1进行数据报告的月末才进行寻呼,因此与预先设定MTC终端
20-1在每个月末报告数据的情况相比,能够减少无线资源和MTC终端20-1的消耗量。
[0154] (第一实施例的MTC终端的结构)
[0155] 下面参考图7,说明第一实施例的MTC终端20-1的结构。
[0156] 图7是表示第一实施例的MTC终端20-1的结构的功能方框图。如图7中所示,第一实施例的MTC终端20-1包括天线204、无线通信部件208、接收周期控制部分221、存储部件231、盲解码部分240 和CRC电路250。
[0157] 天线204起以无线信号的形式,发送诸如从无线通信部件208供给的PUSCH(数据信号)之类的发送信号的发送部分,和通过把从基站10-1发送的诸如PDCCH和PDSCH之类的无线信号转换成电气接收信号,把所述无线信号提供给无线通信部件208的接收部分的作用。特别地,在图7中,尽管表示了其中MTC终端20-1具有一个天线的例子,不过MTC终端20-1可包括多个天线。在这种情况下,MTC终端20-1能够实现MIMO(多入多出)通信,和分集通信等。
[0158] 无线通信部件208进行从更高层供给的用户数据的调制、DA转换、滤波、放大、上变频等无线发送处理。此外,无线通信部件208进行从天线204供给的接收信号的下变频、滤波、DA转换、解调等无线接收处理。
[0159] 存储部件231保存在与基站10-1的通信中使用的各种信息。例如,存储部件231保存由基站10-1的P-RNTI管理部分116分配给MTC终端20-1的P-RNTI,由基站10-1的寻呼周期管理部分121设定的非周期模式等。
[0160] 接收周期控制部分221是控制用于在RRC_Idle模式下,监视寻呼的接收周期(DRX周期)的接收控制部件。更具体地,接收周期控制部分221使盲解码部分240按照遵守保存在存储部件231中的非周期模式的无线帧,进行盲解码。
[0161] 当从无线通信部件208供给PDCCH时,盲解码部分240利用盲解码,提取用赋予MTC终端20-1的P-RNTI识别的CCE。
[0162] 更具体地,盲解码部分240与CRC电路250协作,以通过利用赋予MTC终端20-1的P-RNTI解蔽各个CCE,进行CRC校验。然后,盲解码部分240提取具有正常结果的CCE,并把利用在CCE中记载的PI指示的PDSCH上的资源作为解码结果提供给无线通信部件208。通过对利用解码结果指示的PDSCH上的资源进行接收处理,无线通信部件208能够获得从基站10-1发送的寻呼信道。
[0163] 如上所述,第一实施例的MTC终端20-1可按照基站10-1设定 的非周期模式,监视寻呼。特别地,上面说明了其中基站10-1设定非周期模式,并通知MTC终端20-1的例子,不过,MTC终端20-1可设定非周期模式,并向基站10-1通知所述非周期模式。
[0164] (第一实施例的操作)
[0165] 上面,说明了本发明的第一实施例的基站10-1和MTC终端20-1的结构。下面参考图8,说明本发明的第一实施例的操作。
[0166] 图8是表示本发明的第一实施例的操作的序列图。如图8中所示,在MTC终端20-1按RRC_Connected模式工作的状态下(S302),当基站10-1设定非周期模式(S304)时,基站10-1向MTC终端20-1通知所述非周期模式(S306)。
[0167] MTC终端20-1向基站10-1返回对非周期模式的通知的ACK(S308),并把所述非周期模式保存在存储部件231中(S310)。
[0168] 之后,当MTC终端20-1转变到RRC_Idle模式时,接收周期控制部分221使盲解码部分240按照保存在存储部件231中的非周期模式,监视寻呼(PI)(S312)。
[0169] 另一方面,当通过S1-MME接口,从MME12供给寻呼请求时(S314),基站10-1指定按照在S304中设定的非周期模式到来的定时(S316),并在指定的定时进行寻呼(S318)。此时,由于MTC终端20-1正在按非周期模式监视寻呼,因此能够获得来自基站10-1的寻呼。
[0170] <2-2.第二实施例>
[0171] 上面说明了本发明的第一实施例。现在,说明本发明的第二实施例。按照如下详细说明的本发明的第二实施例,在某个定时,可在多个周期之间切换寻呼周期。
[0172] (第二实施例的基站的结构)
[0173] 图9是表示本发明的第二实施例的基站10-2的结构的功能方框图。如图9中所示,本发明的第二实施例的基站10-2包括天线104、无线通信部件108、调度器112、P-RNTI管理部分116、寻呼周期管理部分122、存储部件132、寻呼控制部件142和CRC电路150。天线104、无线通信部件108、调度器112、P-RNTI管理部分116和CRC 电路150的功能与在第一实施例中说明的一样,从而下面主要说明与第一实施例不同的结构。
[0174] 寻呼周期管理部分122设定用于寻呼按RRC_Idle模式工作的各个MTC终端20-2的多个周期,和所述多个周期的切换定时。例如,寻呼周期管理部分122设定长周期、短周期、和所述长周期和短周期的切换定时(时间或帧)。周期切换定时可以是切换周期的时间或帧编号等,或者长周期或短周期的持续时间,或延续的帧数。
[0175] 特别地,在寻呼周期管理部分122设定3个或更多周期的情况下,需要用于确定在各个周期切换定时,应切换到所述周期中的哪个周期的信息。从而,寻呼周期管理部分122可通过关联切换之后的周期,设定各个周期切换定时。另一方面,寻呼周期管理部分122可设定每个周期的切换顺序。利用这样的结构,诸如长周期、中周期和短周期之类的3个或更多周期的使用成为可能。
[0176] 存储部件132保存由寻呼周期管理部分122设定的每个MTC终端20的多个周期,和指示切换所述多个周期的定时的信息。
[0177] 寻呼控制部件142按照与关于MTC终端20-2,保存在存储部件132中的多个周期和周期切换定时相应的无线帧,控制对处于RRC_Idle模式的MTC终端20-2的寻呼。下面将参考图10,更详细地说明该特征。
[0178] 图10是表示利用基站10-2的寻呼的具体例子的说明图。在关于MTC终端20-2,在存储部件132中保存长周期、短周期和周期切换定时t1、t2的情况下,如图10中所示,基站10-2的寻呼控制部件142在t1把寻呼周期从短周期切换到长周期。此外,寻呼控制部件142在t2,把寻呼周期从长周期切换成短周期。
[0179] 从而,在存在对MTC终端20-2的寻呼信息的情况下,基站10-2的寻呼控制部件142用按照长周期和短周期的切换到来的无线帧,控制寻呼,如在图10中的四边围绕的“P”中所示。
[0180] 如上所述,通过例如在月末附近布置短周期,即使每月的天数不同,本发明的第二实施例的基站10-2也能够相对于在月末的寻呼请求 的发生,延迟较小地进行寻呼。此外,在本发明的第二实施例中,可在基站10-2和MTC终端20-2之间共享长周期、短周期和周期切换定时。归因于此,与第一实施例相比,能够容易地控制从基站10-2到MTC终端20-2的信令的信息量。
[0181] (第二实施例的MTC终端的结构)
[0182] 下面参见图11,说明第二实施例的MTC终端20-2的结构。
[0183] 图11是表示第二实施例的MTC终端20-2的结构的功能方框图。如图11中所示,第二实施例的MTC终端20-2包括天线204、无线通信部件208、接收周期控制部分222、存储部件232、盲解码部分240和CRC电路250。天线204、无线通信部件208、盲解码部分240和CRC电路
250的功能与在第一实施例中说明的一样,从而下面主要说明与第一实施例不同的结构。
[0184] 存储部件232保存在与基站10-2的通信中使用的各种信息。例如,存储部件232保存由基站10-2的P-RNTI管理部分116分配给MTC终端20-2的P-RNTI,和由基站10-2的寻呼周期管理部分121设定的长周期、短周期、周期切换定时等。
[0185] 接收周期控制部分222是控制用于在RRC_Idle模式下,监视寻呼的接收周期(DRX周期)的接收控制部件。更具体地,接收周期控制部分222使盲解码部分240用与保存在存储部件232中的长周期、短周期和周期切换定时一致的无线帧进行盲解码。
[0186] 如上所述,第二实施例的MTC终端20-2能够在基站10-2设定的周期切换定时,在多个周期之间切换接收周期。特别地,尽管上面说明了其中基站10-2设定周期切换定时,向MTC终端20-2通报所述周期切换定时的例子,不过,MTC终端20-2可设定周期切换定时,并向基站10-2通报该周期切换定时。此外,在其中事先在基站10-2和各个MTC终端20-2之间共有诸如长周期和短周期之类的多个周期的情况下,基站10-2不必通报长周期和短周期。
[0187] (第二实施例的操作)
[0188] 上面,说明了本发明的第二实施例的基站10-2和MTC终端20-2 的结构。下面参考图12,说明本发明的第二实施例的操作。
[0189] 图12是表示本发明的第二实施例的操作的序列图。如图12中所示,在MTC终端20-2按RRC_Connected模式工作的状态下(S402),当基站10-2设定周期切换定时时(S404),基站10-2向MTC终端20-2通知周期切换定时(S406)。
[0190] MTC终端20-2向基站10-2发送响应于周期切换定时的通知的ACK(S408),并把周期切换定时保存在存储部件232中(S410)。特别地,除了周期切换定时以外,基站10-2还可通知诸如长周期和短周期之类的多种周期。
[0191] 之后,当MTC终端20-2转变到RRC_Idle模式时,接收周期控制部分222按照长周期或短周期监视寻呼,并在保存在存储部件232中的周期切换定时,切换长周期和短周期(S412)。
[0192] 另一方面,当通过S1-MME接口,从MME12供给寻呼请求时(S414),基站10-2指定将按照在S404中设定的周期切换定时切换的长周期或短周期到来的定时(S416),并在指定的定时进行寻呼(S418)。此时,由于MTC终端20-2通过在和基站10-2相同的周期切换定时切换长周期和短周期,监视寻呼,因此能够获得来自基站10-2的寻呼。
[0193] <2-3.第三实施例>
[0194] 上面,说明了本发明的第二实施例。下面,说明本发明的第三实施例。按照如下说明的本发明的第三实施例,能够顺序更新寻呼周期。
[0195] (第三实施例的基站的结构)
[0196] 图13是表示本发明的第三实施例的基站10-3的结构的功能方框图。如图13中所示,本发明的第三实施例的基站10-3包括天线104、无线通信部件108、调度器112、P-RNTI管理部分116、寻呼周期管理部分123、存储部件133、寻呼控制部件143和CRC电路150。天线104、无线通信部件108、调度器112、P-RNTI管理部分116和CRC电路150的功能与在第一实施例中说明的一样,从而下面主要说明与第一实施例不同的结构。
[0197] 寻呼周期管理部分123顺序更新用于寻呼按RRC_Idle模式工作 的MTC终端20-3的寻呼周期。例如,当寻呼周期为周期A时,寻呼周期管理部分123把寻呼周期更新为周期B。
[0198] 存储部件133保存由寻呼周期管理部分123顺序更新的寻呼周期(顺序更新的周期)。
[0199] 寻呼控制部件143用与保存在存储部件133中的顺序更新的周期相应的无线帧,控制对处于RRC_Idle模式的MTC终端20-3的寻呼。此时,尽管利用寻呼周期管理部分123更新的寻呼周期也需要被通知给MTC终端20-3,作为寻呼周期的通报方法,可以例示参考图14说明的第一通知方法,和参考图15说明的第二通知方法。
[0200] 图14是表示寻呼周期的第一通知方法的说明图。作为所述第一通知方法,基站10-3可在所有寻呼信道中如下通知寻呼周期。例如如图14中所示,基站10-3可在之后继续出现周期A的寻呼信道#11中,通知周期A,可在之后寻呼周期被更新为周期B的寻呼信道#12中,通知周期B。
[0201] 图15是表示寻呼周期的第二通知方法的说明图。作为所述第二通知方法,基站10-3可在之后寻呼周期将被更新的寻呼信道中,通知更新的寻呼周期。例如,如图15中所示,基站10-3可不在之后继续出现周期A的寻呼信道#11中,通知寻呼周期,而在寻呼周期被更新为周期B的寻呼信道#12中,通知周期B。
[0202] 如上所述,按照本发明的第三实施例,能够响应在包括基站10-3的网络侧的寻呼周期的更新请求,顺序更新与按RRC_Idle模式工作的MTC终端20-3相关的寻呼周期。此外,按照本发明的第三实施例,由于不需要像第一实施例那样,共享由多个间隔构成的非周期模式,因此从存储资源的观点来看是有利的。此外,第二种通知方法尤其有效,因为它能够抑制用于通知的资源。
[0203] (第三实施例的MTC终端的结构)
[0204] 下面参考图16,说明第三实施例的MTC终端20-3的结构。
[0205] 图16是表示第三实施例的MTC终端20-3的结构的功能方框图。如图16中所示,第三实施例的MTC终端20-3包括天线204、无线通 信部件208、接收周期控制部分223、存储部件233、盲解码部分240和CRC电路250。天线204、无线通信部件208、盲解码部分240和CRC电路
250的功能与在第一实施例中说明的一样,从而下面主要说明与第一实施例不同的结构。
[0206] 存储部件233保存在与基站10-3的通信中使用的各种信息。例如,存储部件233保存由基站10-3的P-RNTI管理部分116分配给MTC终端20-3的P-RNTI,和由基站10-3的寻呼周期管理部分121顺序更新的寻呼周期,等等。
[0207] 接收周期控制部分223是控制用于在RRC_Idle模式下,监视寻呼的接收周期(DRX周期)的接收控制部件。更具体地,接收周期控制部分223使盲解码部分240用与保存在存储部件233中的顺序更新的寻呼周期相应的无线帧进行盲解码。
[0208] 如上所述,第三实施例的MTC终端20-3能够按照由基站10-3顺序更新的寻呼周期,监视寻呼。
[0209] (第三实施例的操作)
[0210] 上面,说明了第三实施例的基站10-3和MTC终端20-3的结构。下面参考图17,说明本发明的第三实施例的操作。
[0211] 图17是表示本发明的第三实施例的操作的序列图。如图17中所示,在MTC终端20-3按RRC_Connected模式工作的状态下(S502),当基站10-3设定寻呼周期时(S504),基站10-3向MTC终端20-3通报该寻呼周期(S506)。
[0212] MTC终端20-3把响应于寻呼周期的通知的ACK发送给基站10-3(S508),并把寻呼周期保存在存储部件233中(S510)。
[0213] 之后,当MTC终端20-3转变成RRC_Idle模式时,接收周期控制部分223按照保存在存储部件233中的寻呼周期,监视寻呼(S512)。
[0214] 另一方面,当通过S1-MME接口,从MME12供给寻呼请求时(S514),基站10-3指定将按照在S504中设定的寻呼周期到来的定时(S516)。此外,在更新寻呼周期的情况下,基站10-3把更新的寻呼周期记载在寻呼信道中(S518)。随后,基站10-3利用其中记载更新的寻 呼周期的寻呼信道,在S516中指定的定时进行寻呼(S520)。
[0215] 当收到其中写入更新的寻呼周期的寻呼信道时,MTC终端20-3把更新的寻呼周期保存在存储部件233中,并按照更新的寻呼周期,监视寻呼(S522)。
[0216] 这里,在如上所述的其中基站10-3顺序更新寻呼周期,并向MTC终端20-3通报寻呼周期的实施例中,对基站10-3来说,重要的是了解MTC终端20-3是否正确地收到更新的寻呼周期的通知。然而,如果MTC终端20-3通过上行链路发送收到确认,那么存在信令被增大的问题。
[0217] 归因于此,本实施例的基站10-3利用下面参考图18说明的方法,解决上述问题。
[0218] 图18是表示第三实施例的操作的序列图。如图18中所示,在更新寻呼周期的情况下,基站10-3通过把更新的寻呼周期记载在寻呼信道中(S532,S534),进行寻呼。之后,基站10-3转变到更新的寻呼周期,在终端被第一寻呼信道中的呼入呼叫的情况下(S536,S538),基站10-3判定是否存在来自MTC终端20-3的对所述呼入的响应(S540)。
[0219] 此时,如果未从MTC终端20-3作出响应,其原因可能归因于MTC终端20-3不能正确地接收更新的寻呼周期的通知,从而按照更新前的寻呼周期继续寻呼的监视。因而,在未从MTC终端20-3作出对所述呼入的响应的情况下,基站10-3使寻呼周期恢复成更新前的寻呼周期(S542)。按照这种结构,基站10-3变得能够按MTC终端20-3监视的周期进行寻呼。
[0220] <2-4.第四实施例>
[0221] 上面,说明了本发明的第一到第三实施例。下面,在说明本发明的第四实施例之前,将说明本发明的第四实施例是如何作出的。
[0222] 在RRC_Idle模式的UE的寻呼周期是长周期,比如10天或1月的情况下,在循环间隔之中,UE的状态可能变化。然而,一直难以按照所述状态变化,改变寻呼周期。尽管可以考虑由转变成RRC_Connected模式,并且与eNodeB实现同步的UE进行信令,以 改变寻呼周期的方法,不过这种方法存在问题,因为在该方法中会消耗电力。
[0223] 通过着眼于上述问题,做出了本发明的第四实施例和下面说明的第五实施例。本发明的第四实施例的MTC终端20-4能够在维持RRC_Idle模式的时候,按照状态的变化改变寻呼周期。下面,将详细说明本发明的这样的第四实施例。
[0224] (第四实施例的基站的结构)
[0225] 图19是表示本发明的第四实施例的基站10-4的结构的功能方框图。如图19中所示,本发明的第四实施例的基站10-4包括天线104、无线通信部件108、调度器112、P-RNTI管理部分116、寻呼周期管理部分124、存储部件134、寻呼控制部件144和CRC电路150。天线104、无线通信部件108、调度器112、P-RNTI管理部分116和CRC电路150的功能与在第一实施例中说明的一样,从而下面主要说明与第一实施例不同的结构。
[0226] 寻呼周期管理部分124设定用于寻呼按RRC_Idle模式工作的各个MTC终端20-4的多个周期。例如,寻呼周期管理部分124设定长周期和短周期。
[0227] 存储部件134保存指示由寻呼周期管理部分124设定的每个MTC终端20-4的多种周期(长周期和短周期)的信息。
[0228] 寻呼控制部件144利用与关于MTC终端20-4,保存在存储部件134中的多个周期中的每个周期相应的无线帧,控制对处于RRC_Idle模式的MTC终端20-4的寻呼。下面将参考图20,详细说明这一点。
[0229] 图20是表示利用基站10-4的寻呼的具体例子的说明图。关于MTC终端20-4,在存储部件134中保存长周期和短周期,考虑其中如图20中所示,基站10-4在t4从MME12收到对MTC终端20-4的寻呼请求的情况。这种情况下,如图20中所示,基站10-4的寻呼周期管理部分124在按照短周期的定时和按照长周期的定时,进行对MTC终端20-4的寻呼。
[0230] (第四实施例的MTC终端的结构)
[0231] 下面参考图21,说明第四实施例的MTC终端20-4的结构。
[0232] 图21是表示第四实施例的MTC终端20-4的结构的功能方框图。如图21中所示,第四实施例的MTC终端20-4包括天线204、无线通信部件208、接收周期控制部分224、存储部件234、盲解码部分240、CRC电路250和状态检测部件260。天线204、无线通信部件208、盲解码部分240和CRC电路250的功能与在第一实施例中说明的一样,从而下面主要说明与第一实施例不同的结构。
[0233] 存储部件234保存在与基站10-4的通信中使用的各种信息。例如,存储部件234保存由基站10-4的P-RNTI管理部分116分配给MTC终端20-4的P-RNTI,和由基站10-4的寻呼周期管理部分124设定的长周期、短周期等。
[0234] 状态检测部件260检测MTC终端20-4的状态变化。例如,状态检测部件260可以是检测MTC终端20-4的移动,或者发现MTC终端20-4已移动到预定位置,作为所述状态变化的速度传感器或GPS。
[0235] 此外,状态检测部件260可检测MTC终端20-4的剩余电力的减少(例如,发现剩余电力已降到阈值之下),作为所述状态变化。此外,如果MTC终端20-4被安装到具有产品的自动售货机功能的设备上,那么状态检测部件260可检测借助自动售货机功能的销售额的变化,或者产品库存的减少,作为所述状态变化。
[0236] 接收周期控制部分224是控制用于在RRC_Idle模式下,监视寻呼的接收周期(DRX周期)的接收控制部件。这里,尽管在来自基站10-4的寻呼信道中包含数据报告(读取)命令,不过如果MTC终端20-4的状态根本未变化,那么可能存在不能从MTC终端20-4获得有用信息的情况。例如,在MTC终端20-4被安装在罐装果汁的自动售货机上,并且基站10-4向MTC终端20-4请求库存的报告,以便补充罐装果汁的情况下,如果库存根本未变化,那么使MTC终端20-4报告库存的意义极小。
[0237] 另一方面,如果MTC终端20-4的状态已改变,那么认为利用寻呼,使MTC终端20-4报告数据的价值增大。归因于此,在MTC终 端20-4的状态变化的情况下,最好使接收周期较短。然而通常,由于在MTC终端20-4按RRC_Idle模式工作时,未建立连接,因此难以利用与基站10-4的通信改变接收周期。
[0238] 就这点而论,本实施例的MTC终端20-4的接收周期控制部分224根据状态检测部件260进行的状态变化的检测,在长周期和短周期之间切换接收周期。即使MTC终端20-4如上所述地单方向改变寻呼的接收周期,由于如上参考图20所述,本实施例的基站10-4在按照短周期的定时和在按照长周期的定时都进行对MTC终端20-4的寻呼,因此MTC终端20-4能够收到来自基站10-4的寻呼。下面将参考图22,更具体地说明该特征。
[0239] 图22是表示利用MTC终端20-4的接收周期的切换的说明图。如图22中所示,在状态检测部件260在t3检测到状态变化的情况下,MTC终端20-4的接收周期控制部分224把接收周期从长周期切换到短周期。另一方面,在t4从MME12收到寻呼请求的情况下,基站10-4在按照短周期的定时和在按照长周期的定时都进行寻呼。归因于此,在切换接收周期之后,MTC终端20-4能够从基站10-4收到在与短周期一致的定时进行的寻呼。
[0240] 这里,将说明接收周期控制部分224切换接收周期的标准的具体例子。例如,在利用MTC终端20-4监视货物所在的场所的跟踪应用中,当未发生货物的搬运时,即使使MTC终端20-4报告所述场所,也不能获得任何新的信息。从而,当不存在货物的搬运时,MTC终端20-4按照长周期进行监视,并报告相同的位置信息。另一方面,当货物移动时,MTC终端20-4的接收周期控制部分224把接收周期切换成短周期。归因于此,对呼叫的响应变得更快,从而能够以较短的响应时间,获得诸如在搬运之后或者在搬运期间的位置信息之类的有用信息的报告。由于相同的原因,当货物已移动到特定场所时,MTC终端20-4的接收周期控制部分224可把接收周期切换成短周期。
[0241] 此外,在MTC终端20-4的剩余电力减少的情况下,MTC终端20-4的接收周期控制部分224可把接收周期从短周期切换成长周期。 按照这种结构,能够抑制MTC终端20-4的剩余电力的减少速度。
[0242] 此外,在获得借助自动售货机功能的销售额的情况下,或者在产品的库存变得不足的情况下,MTC终端20-4的接收周期控制部分224可把接收周期从长周期切换到短周期。按照这种结构,网络侧能够低延迟地获得有用的信息。
[0243] (第四实施例的操作)
[0244] 上面,说明了本发明的第四实施例的基站10-4和MTC终端20-4的结构。下面参考图23,说明本发明的第四实施例的操作。
[0245] 图23是表示本发明的第四实施例的操作的序列图。如图23中所示,在MTC终端20-4按RRC_Connected模式工作的状态下(S602),基站10-4设定长周期和短周期(S604),然后向MTC终端20-4通报所述长周期和短周期(S606)。
[0246] 响应长周期和短周期的通知,MTC终端20-4向基站10-4返回ACK(S608),并把指示长周期和短周期的信息保存在存储部件234中(S610)。
[0247] 之后,当MTC终端20-4转变成RRC_Idle模式时,接收周期控制部分224按照保存在存储部件234中的长周期,监视寻呼(S612)。特别地,接收周期控制部分224可按短周期设定在刚刚转变到RRC_Idle模式之后的接收周期。
[0248] 另一方面,当通过S1-MME接口,从MME12供给寻呼请求时(S614),基站10-4指定与长周期一致的定时,和与短周期一致的定时(S616),并在这两个定时进行寻呼(S618,S620)。此时,由于MTC终端20-4正在按长周期监视寻呼,因此它能够在与长周期相应的定时获得寻呼(S620)。
[0249] 之后,在状态检测部件260检测到状态变化的情况下(S622),MTC终端20-4的接收周期控制部分224把接收周期从长周期切换成短周期(S624)。
[0250] 然后,当经S1-MME接口,从MME12供给寻呼请求时(S626),基站10-4指定与长周期相应的定时,和与短周期相应的定时(S628), 并在这两个定时进行寻呼(S630,S632)。此时,由于MTC终端20-4正在按照短周期监视寻呼,因此它能够在与短周期相应的定时,获得寻呼(S630)。
[0251] <2-5.第五实施例>
[0252] 上面,说明了本发明的第四实施例。下面,说明本发明的第五实施例。鉴于和本发明的第四实施例相同的问题,作出了本发明的第五实施例,本发明的第五实施例的MTC终端20-5能够在保持RRC_Idle模式的时候,按照状态变化改变寻呼周期。下面,详细说明本发明的这样的第五实施例。特别地,第五实施例的MTC终端20-5的功能块可以与第四实施例的MTC终端20-4的功能块大体相同地构成,从而将省略其详细说明。
[0253] (第五实施例的基站的结构)
[0254] 图24是表示本发明的第五实施例的基站10-5的结构的功能方框图。如图24中所示,本发明的第五实施例的基站10-5包括天线104、无线通信部件108、调度器112、P-RNTI管理部分116、寻呼周期管理部分125、存储部件135、寻呼控制部件145和CRC电路150。天线104、无线通信部件108、调度器112、P-RNTI管理部分116和CRC电路150的功能与在第一实施例中说明的一样,从而下面主要说明与第一实施例不同的结构。
[0255] 寻呼周期管理部分125设定用于寻呼按RRC_Idle模式工作的各个MTC终端20-5的多个周期。例如,寻呼周期管理部分125设定长周期和短周期。
[0256] 存储部件135保存指示由寻呼周期管理部分125设定的每个MTC终端20-5的多个周期(长周期和短周期)的信息。
[0257] 寻呼控制部件145利用与关于MTC终端20-5,保存在存储部件135中的多个周期之一相应的无线帧,控制对处于RRC_Idle模式的MTC终端20-5的寻呼。
[0258] 这里,类似于第四实施例,第五实施例的MTC终端20-5按照MTC终端20-5的状态变化,切换用于寻呼的接收周期。另一方面, 即使在MTC终端20-5切换接收周期之后,基站10-5也按照在MTC终端20-5的切换之前的周期进行寻呼。归因于此,由于MTC终端20-5不能收到寻呼,因此基站10-5不能从MTC终端20-5收到对寻呼的响应。
[0259] 从而,在不能从MTC终端20-5获得对寻呼的响应的情况下,基站10-5确定MTC终端20-5已切换接收周期,从而切换用于MTC终端20-5的寻呼周期。下面参考图25和图26,具体说明该特征。
[0260] 图25是表示利用基站10-5的寻呼周期的切换的说明图。如图25中所示,在MTC终端20-5正在按长周期监视寻呼的情况下,当基站10-5按照长周期发送寻呼#21时,MTC终端20-
5收到该寻呼#21。
[0261] 之后,当MTC终端20-5在t5,依据状态变化切换到短周期时,MTC终端20-5不再能够收到基站10-5按照长周期发送的寻呼#22。归因于此,基站10-5的寻呼控制部件145确定MTC终端20-5已切换接收周期,因为不能获得对寻呼#22的响应,把寻呼周期切换到短周期,然后发送寻呼#22'。由于MTC终端20-5正在按照短周期监视寻呼,因此它能够接收寻呼#22'。
[0262] 因而,在基站10-5把寻呼周期从长周期切换到短周期的情况下,尽管从被呼叫到作出响应的时间不会缩短,不过由于在不必要时,按照长周期发送寻呼,因此存在能够节省寻呼用资源的优点。
[0263] 特别地,通常多个MTC终端20-5属于一个P-RNTI。此外,属于相同P-RNTI的多个MTC终端20-5可包括按长周期工作的MTC终端20-5和按短周期工作的MTC终端20-5。归因于此,基站10-5可在按照短周期的定时和按照长周期的定时,利用相同的P-RNTI,进行对不同MTC终端20-5的寻呼。
[0264] 此外,在按照长周期到来的各个定时和按照短周期到来的定时相同的情况下,即使在就定时而论,已切换到短周期之后,MTC终端20-5也能够接收按照长周期发送的寻呼。然而在这种情况下,基站10-5难以判断MTC终端20-5的接收周期的切换。
[0265] 从而,基站10-5可把用于长周期的P-RNTI和用于短周期的 P-RNTI分配给各个MTC终端20-5,并且当按照长周期进行寻呼时,可使用用于长周期的P-RNTI,而当按照短周期进行寻呼时,可使用用于短周期的P-RNTI。此外,MTC终端20-5可在按长周期监视寻呼时,利用用于长周期的P-RNTI进行盲解码,而在按短周期监视寻呼时,可利用用于短周期的P-RNTI进行盲解码。按照这种结构,基站10-5能够高精度地判断MTC终端20-5的接收周期的切换。
[0266] 尽管在上面说明了其中把寻呼周期(接收周期)从长周期切换到短周期的例子,不过如下参考图26所述,从短周期到长周期的切换也是可能的。
[0267] 图26是表示利用基站10-5的寻呼周期的切换的说明图。如图26中所示,在以短周期监视寻呼的情况下,当基站10-5按照短周期发送寻呼#31时,MTC终端20-5收到寻呼#31。
[0268] 之后,当MTC终端20-5依据状态变化,在t6把接收周期切换成长周期时,基站10-5按照短周期发送的寻呼#32不再可被MTC终端20-5收到。归因于此,基站10-5的寻呼控制部件145确定MTC终端20-5已切换接收周期,因为不能获得对寻呼#32的响应,把寻呼周期切换成长周期,并发送寻呼#32'。由于MTC终端20-5正在按长周期监视寻呼,因此能够收到寻呼#32'。
[0269] 因而,通过MTC终端20-5把接收周期从短周期切换成长周期,能够减少MTC终端20-5消耗的电力。特别地,在这种情况下,尽管从被呼叫到作出响应的时间变长,其不良影响也较小,因为在即使响应被延迟,也预期无任何问题的情况下,MTC终端20-5把寻呼的监视周期切换成长周期。
[0270] (第五实施例的操作)
[0271] 上面,说明了本发明的第五实施例的基站10-5和MTC终端20-5的结构。下面参考图27,说明本发明的第五实施例的操作。
[0272] 图27是表示本发明的第五实施例的操作的序列图。如图27中所示,在MTC终端20-5按RRC_Connected模式工作的状态下(S702),基站10-5设定长周期和短周期(S704),并向MTC终端20-5通知所述 长周期和短周期(S706)。
[0273] MTC终端20-5向基站10-5返回对长周期和短周期的通知作出响应的ACK(S708),并把指示长周期和短周期的信息保存在存储部件234中(S710)。
[0274] 之后,当MTC终端20-5转变成RRC_Idle模式时,接收周期控制部分224按照保存在存储部件234中的长周期,监视寻呼(S712)。特别地,接收周期控制部分224可按短周期设定在刚刚转变到RRC_Idle模式之后的接收周期。
[0275] 另一方面,当通过S1-MME接口,从MME12供给寻呼请求时(S714),基站10-5指定与长周期一致的定时(S716),并在指定的定时进行寻呼(S718)。此时,由于MTC终端20-5正在按照长周期监视寻呼,因此能够获得来自基站10-5的寻呼(S720)。
[0276] 之后,在状态检测部件260检测到状态变化的情况下(S720),MTC终端20-5的接收周期控制部分224把接收周期从长周期切换成短周期(S722)。
[0277] 随后,当通过S1-MME接口,从MME12供给寻呼请求时(S724),基站10-5指定与长周期一致的定时(S726),并在指定的定时进行寻呼(S728)。然而,由于MTC终端20-5正在按照短周期监视寻呼,因此基站10-5不能获得对该寻呼的响应。
[0278] 归因于此,基站10-5的寻呼控制部件145确定MTC终端20-5已切换接收周期,并通过把寻呼周期切换成短周期,进行寻呼(S730,S732)。此时,由于MTC终端20-5按照短周期监视寻呼,因此能够获得在S732中发送的寻呼。
[0279] <<3.结论>>
[0280] 如上所述,按照本发明的第一到第三和第五实施例,基站10可通过切换多个周期,进行寻呼。例如,第一实施例的基站10-1可按照诸如31号(1月)、28号(2月)、31号(3月)、30号(4月)等等月未到来的非周期模式,进行寻呼。
[0281] 此外,由于本发明的第四实施例的基站10-4能够按多个周期进 行寻呼,因此第四实施例的MTC终端20-4能够按照例如MTC终端20-4的状态变化,切换寻呼的接收周期,而不必预先与基站10-4通信。
[0282] 特别地,尽管参考附图,详细说明了本发明的优选实施例,不过,本发明并不局限于这些例子。本领域的技术人员可在附加权利要求的范围内,作出各种变更和修正,应理解所述各种变更和修正自然也归入本发明的技术范围中。
[0283] 例如,能够组合本发明的第一到第五实施例中的多个实施例的技术事项。更具体地,第四或第五实施例的技术事项和第一或第二实施例的技术事件的组合也属于本发明的技术范围。例如,在组合第四实施例和第一实施例的情况下,基站10可保持多组非周期模式,并在按照所述多组非周期模式中的各个非周期模式的定时,进行寻呼,而MTC终端20可按照状态变化,切换用于监视寻呼的非周期模式。
[0284] 例如,可不必按照如在序列图中说明的时序,进行说明书中的基站10和MTC终端20的处理中的各个步骤。例如,可按照与在序列图中说明的顺序不同的顺序,进行基站10和MTC终端20的处理中的各个步骤,或者可以并行地进行所述各个步骤。
[0285] 此外,可以产生使安装在基站10和MTC终端20中的诸如CPU、ROM和RAM之类的硬件表现出与基站10和MTC终端20的相应结构类似的功能的计算机程序。此外,还可提供保存这种计算机程序的存储介质。
[0286] 附图标记列表
[0287] 10                  基站
[0288] 12                  MME
[0289] 14                  S-GW
[0290] 20                  MTC终端
[0291] 104,204             天线
[0292] 108,208             无线通信部件
[0293] 112                 调度器
[0294] 116P-RNTI           管理部分
[0295] 121~125            寻呼周期管理部分
[0296] 131~135,231~234   存储部件
[0297] 141~145            寻呼控制部件
[0298] 150CRC              电路
[0299] 221~224            接收周期控制部分
[0300] 240                 盲解码部分
[0301] 250CRC              电路
[0302] 260                 状态检测部件
QQ群二维码
意见反馈