无线电通信装置、基站、无线电通信方法、程序以及无线电通信系统

申请号 CN201280008281.4 申请日 2012-02-07 公开(公告)号 CN103348743A 公开(公告)日 2013-10-09
申请人 索尼公司; 发明人 高野裕昭;
摘要 问题:提供新的、改善的无线电通信装置、基站、无线电通信方法、程序和无线电通信系统,由此能够灵活地切换用于寻呼信道通信的周期。解决方案:这种无线电通信装置包括:无线电通信部,所述无线电通信部与基站进行无线电通信;检测部,所述检测部检测所述无线电通信装置的状态变化;以及接收控制部,所述接收控制部根据所述检测部获得的检测结果在两种或更多种周期之间切换用于接收从基站发送的寻呼信道的接收周期。
权利要求

1.一种无线电通信装置,包括:
无线电通信部,所述无线电通信部通过无线电与基站通信;
存储部,所述存储部存储指示两个或更多个间隔的信息;以及
接收控制部,所述接收控制部在未与基站连接的状态下在所述两个或更多个间隔之间切换用于接收从基站发送的寻呼信道的接收周期。
2.如权利要求1所述的无线电通信装置,其中接收控制部根据预定次序在所述两个或更多个间隔之间切换接收周期。
3.如权利要求1所述的无线电通信装置,
其中存储部还存储从基站通知的所述接收周期的切换定时,并且
其中接收控制部在存储部中存储的切换定时切换所述接收周期。
4.一种基站,包括:
无线电通信部,所述无线电通信部通过无线电与无线电通信装置通信;
存储部,所述存储部存储指示两个或更多个间隔的信息;以及
寻呼控制部,所述寻呼控制部在未与无线电通信装置连接的状态下使得无线电通信部在通过在所述两个或更多个间隔之间切换而到达的定时发送对于所述无线电通信装置的寻呼信道。
5.一种无线电通信装置,包括:
无线电通信部,所述无线电通信部通过无线电与基站通信;
检测部,检测所述无线电通信装置的状态变化;以及
接收控制部,所述接收控制部根据所述检测部获得的检测结果在两种或更多种周期之间切换用于接收从基站发送的寻呼信道的接收周期。
6.如权利要求5所述的无线电通信装置,
其中所述无线电通信部接收来自基站的指示所述两种或更多种周期的信息,并且其中所述无线电通信部还包括存储部,所述存储部存储由所述无线电通信部接收到的指示所述两种或更多种周期的信息。
7.如权利要求6所述的无线电通信装置,其中接收控制部在未与基站连接的状态下在所述两种或更多种周期之间切换所述接收周期。
8.如权利要求7所述的无线电通信装置,其中检测部检测无线电通信装置的移动来作为状态变化。
9.如权利要求8所述的无线电通信装置,其中检测部检测无线电通信装置已经移动至预定位置来作为状态变化。
10.如权利要求7所述的无线电通信装置,其中检测部检测无线电通信装置的剩余电的减少来作为状态变化。
11.如权利要求7所述的无线电通信装置,
其中所述无线电通信装置具有自动售卖产品的功能,并且
其中检测部检测所述自动售卖功能的销售变化或产品库存的减少来作为状态变化。
12.一种用于无线电通信的方法,所述方法包括:
检测无线电通信装置的状态变化;以及
在两种或更多种周期之间切换用于接收来自基站的寻呼信道的接收周期,所述基站被配置为基于状态变化的检测结果、根据所述两种或更多种周期中的每一种周期发送寻呼信道。
13.一种使得计算机起到无线电通信装置功能的程序,所述无线电通信装置包括:
无线电通信部,所述无线电通信部通过无线电与基站通信;
检测部,检测所述无线电通信装置的状态变化;以及
接收控制部,所述接收控制部根据所述检测部获得的检测结果在两种或更多种周期之间切换用于接收从基站发送的寻呼信道的接收周期。
14.一种基站,包括:
无线电通信部,所述无线电通信部通过无线电与无线电通信装置通信;以及寻呼控制部,所述寻呼控制部使得无线电通信部依据两种或更多种周期中的每一种周期发送对于所述无线电通信装置的寻呼信道。
15.一种无线电通信系统,包括:
无线电通信装置;以及
基站,所述基站依据两种或更多种周期中的每一种周期发送寻呼信道,其中所述无线电通信装置包括:
检测部,所述检测部检测所述无线电通信装置的状态变化,以及
接收控制部,所述接收控制部根据所述检测部获得的检测结果在两种或更多种周期之间切换用于接收所述寻呼信道的接收周期。

说明书全文

无线电通信装置、基站、无线电通信方法、程序以及无线电

通信系统

技术领域

[0001] 本发明涉及无线电通信装置、基站、无线电通信方法、程序以及无线电通信系统。

背景技术

[0002] 当前,正由3GPP(第三代合作伙伴计划)推进4G无线电通信系统的标准化。根据4G,能够通过使用诸如中继和载波聚合之类的技术实现小区边缘内的质量改善以及最大通信速度的改善。此外,还考虑通过引入除eNodeB(宏小区基站)之外的基站(诸如NeNB(家庭eNodeB、飞蜂窝(femtocell)基站、用于蜂窝电话的小型基站)和RRH(Remote Radio Head,射频拉远头))来改善覆盖率。
[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被呼叫到其进行响应的延迟变大的倾向。注意到,类似于此的间歇接收周期在例如专利文献1中有所公开。
[0006] (MTC)
[0007] 另一方面,有关MTC(机器型通信)的争论也在3GPP中进行。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-83427 A

发明内容

[0017] 技术问题
[0018] 然而,对于RRC_Idle模式下的UE,没有与基站连接的无线电通信装置的寻呼周期是等间隔的。由此,存在要被应用于无线电通信装置的寻呼周期的自由度较低的问题。
[0019] 于是,已经鉴于上述问题做出了本发明,并且本发明的目的在于提供能够灵活切换用于寻呼信道通信的周期的新颖且改良的无线电通信装置、基站、无线电通信方法、程序以及无线电通信系统。
[0020] 问题的解决方案
[0021] 根据本公开的一个实施例,提供了一种无线电通信装置,包括:无线电通信部,所述无线电通信部通过无线电与基站通信;存储部,所述存储部存储指示两个或更多个间隔的信息;以及接收控制部,所述接收控制部在未与基站连接的状态下在所述两个或更多个间隔之间切换用于接收从基站发送的寻呼信道的接收周期。
[0022] 接收控制部可以根据预定次序在所述两个或更多个间隔之间切换接收周期。
[0023] 存储部还可以存储从基站通知的所述接收周期的切换定时,并且接收控制部可以在存储部中存储的切换定时切换所述接收周期。
[0024] 根据本公开的另一个实施例,提供了一种基站,包括:无线电通信部,所述无线电通信部通过无线电与无线电通信装置通信;存储部,所述存储部存储指示两个或更多个间隔的信息;以及寻呼控制部,所述寻呼控制部在未与无线电通信装置连接的状态下使得无线电通信部在通过在所述两个或更多个间隔之间切换而到达的定时发送对于所述无线电通信装置的寻呼信道。
[0025] 根据本公开的另一个实施例,提供了一种无线电通信装置,包括:无线电通信部,所述无线电通信部通过无线电与基站通信;检测部,检测所述无线电通信装置的状态变化;以及接收控制部,所述接收控制部根据所述检测部获得的检测结果在两种或更多种周期之间切换用于接收从基站发送的寻呼信道的接收周期。
[0026] 所述无线电通信部可以接收来自基站的指示所述两种或更多种周期的信息,并且所述无线电通信部还可以包括存储部,所述存储部存储由所述无线电通信部接收到的指示所述两种或更多种周期的信息。
[0027] 接收控制部可以在未与基站连接的状态下在所述两种或更多种周期之间切换所述接收周期。
[0028] 检测部可以检测无线电通信装置的移动来作为状态变化。
[0029] 检测部可以检测无线电通信装置已经移动至预定位置来作为状态变化。
[0030] 检测部可以检测无线电通信装置的剩余电力的减少来作为状态变化。
[0031] 所述无线电通信装置可以具有自动售卖产品的功能,并且检测部可以检测所述自动售卖功能的销售变化或产品库存的减少来作为状态变化。
[0032] 根据本公开的另一个实施例,提供了一种无线电通信方法,包括:检测无线电通信装置的状态变化;以及在两种或更多种周期之间切换用于接收来自基站的寻呼信道的接收周期,所述基站被配置为基于状态变化的检测结果、根据所述两种或更多种周期中的每一种周期发送寻呼信道。
[0033] 根据本公开的另一个实施例,提供了一种使得计算机起到无线电通信装置功能的程序,所述无线电通信装置包括:无线电通信部,所述无线电通信部通过无线电与基站通信;检测部,检测所述无线电通信装置的状态变化;以及接收控制部,所述接收控制部根据所述检测部获得的检测结果在两种或更多种周期之间切换用于接收从基站发送的寻呼信道的接收周期。
[0034] 根据本公开的另一个实施例,提供了一种基站,包括:无线电通信部,所述无线电通信部通过无线电与无线电通信装置通信;以及寻呼控制部,所述寻呼控制部使得无线电通信部依据两种或更多种周期中的每一种周期发送对于所述无线电通信装置的寻呼信道。
[0035] 根据本公开的另一个实施例,提供了一种无线电通信系统,包括:无线电通信装置;以及基站,所述基站依据两种或更多种周期中的每一种周期发送寻呼信道。所述无线电通信装置包括:检测部,所述检测部检测所述无线电通信装置的状态变化,以及接收控制部,所述接收控制部根据所述检测部获得的检测结果在两种或更多种周期之间切换用于接收所述寻呼信道的接收周期。
[0036] 本发明的有益效果
[0037] 如上所述,根据本发明,可以灵活切换用于通信寻呼信道的周期。附图说明
[0038] 图1是示出了无线电通信系统的配置例的示意图。
[0039] 图2是示出了4G格式的示意图。
[0040] 图3是示出了CCE的生成的示意图。
[0041] 图4是示出了盲解码的示意图。
[0042] 图5是示出了本发明第一实施例的基站配置的功能性框图
[0043] 图6是示出了由本发明第一实施例的基站进行寻呼的具体例子的示意图。
[0044] 图7是示出了本发明第一实施例的MTC终端配置的功能性框图。
[0045] 图8是示出了本发明第一实施例的操作的序列图。
[0046] 图9是示出了本发明第二实施例的基站配置的功能性框图。
[0047] 图10是示出了由本发明第二实施例的基站进行寻呼的具体例子的示意图。
[0048] 图11是示出了本发明第二实施例的MTC终端配置的功能性框图。
[0049] 图12是示出了本发明第二实施例的操作的序列图。
[0050] 图13是示出了本发明第三实施例的基站配置的功能性框图。
[0051] 图14是示出了寻呼周期的第一通知方法的示意图。
[0052] 图15是示出了寻呼周期的第二通知方法的示意图。
[0053] 图16是示出了本发明第三实施例的MTC终端配置的功能性框图。
[0054] 图17是示出了本发明第三实施例的操作的序列图。
[0055] 图18是示出了本发明第三实施例的操作的序列图。
[0056] 图19是示出了本发明第四实施例的基站配置的功能性框图。
[0057] 图20是示出了由本发明第四实施例的基站进行寻呼的具体例子的示意图。
[0058] 图21是示出了本发明第四实施例的MTC终端配置的功能性框图。
[0059] 图22是示出了由本发明第四实施例的MTC终端进行的接收周期切换的示意图。
[0060] 图23是示出了本发明第四实施例的操作的序列图。
[0061] 图24是示出了本发明第五实施例的基站配置的功能性框图。
[0062] 图25是示出了由本发明第五实施例的基站进行的寻呼周期切换的示意图。
[0063] 图26是示出了由本发明第五实施例的基站进行的寻呼周期切换的示意图。
[0064] 图27是示出了本发明第五实施例的操作的序列图。

具体实施方式

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