基站、机器对机器（M2M）终端和方法与流程

技术领域

本公开涉及执行通信控制以便改善覆盖的无线电通信系统。

背景技术：

在第三代合作伙伴项目(3GPP)长期演进(LTE)中，已经执行用于改进由于近年来的移动流量的急剧增加而导致的通信质量下降以及实现更快通信的技术的标准化。此外，已经执行用于避免由于将大量机器对机器(M2M)终端连接到LTE网络导致的控制信令负担的增加的技术的标准化(非专利文献1)。M2M终端是例如无需人为干预来执行通信的终端。M2M终端位于各种仪器，包括机器(例如售货机、燃气表、电表、车辆、铁路车辆和船舶)和传感器(例如环境、农业和交通传感器)中。在LTE中，由M2M终端执行的通信被称为机器类通信(MTC)以及执行MTC的终端被称为MTC终端(MTC用户设备(MTC UE))。

当M2M服务提供商需要分布大量M2M终端时，对每一M2M终端允许的成本会有限制。因此，例如，需要以低成本实现M2M终端，并且M2M终端能够以低功耗执行通信。此外，在一个用例中，MTC UE执行通信，同时它们固定地或静态地安装在建筑物中。在这种情况下，MTC UE的无线电质量总是很低，相应地，与具有移动性的常见UE(例如移动电话、智能电话、平板电脑和笔记本个人电脑(笔记本PC))相比，MTC设备尤其需要覆盖改善技术。此外，用来降低成本的功能限制包括例如低最大发射功率、少量接收天线、不支持高阶调制方案(例如64正交调幅(64QAM))和窄工作带宽(例如1.25MHz)，这降低MTC UE的最大发射速率。因此，在LTE中，已经执行用于改善预期低于常见UE的MTC UE的通信特性(例如覆盖)的技术的标准化(非专利文献2)。在下述描述中，描述了用于改善在LTE中所述的MTC UE的覆盖的技术的一些示例。能认为下述所述的用于MTC UE的覆盖改善技术(覆盖改善处理)是用于改善或改进MTC UE的通信特性或通信质量的处理。已经应用这些特定覆盖改善技术的UE的状态被称为覆盖改善模式(改善覆盖模式(ECM))。

ECM能改进例如物理广播信道(PBCH)的接收特性、物理随机接入信道(PRACH)前导的发射特性(即eNB的检测特性)、物理下行共享信道(PDSCH)的接收特性和物理上行共享信道(PUSCH)的发射特性。PBCH是由eNB使用来发射在小区内共用的广播信息的下行广播信道。PRACH是由UE用于初始接入无线电基站(eNB)的上行物理信道。PDSCH是用于UE数据接收的下行物理信道。PUSCH是用于UE数据发射的上行物理信道。

正被论述以改进PBCH的接收特性的一种处理是与预定次数的常见操作相比，在PBCH上额外多次地重复地发射广播信息(非专利文献3)。正被论述以改进PRACH的发射特性的一种处理是重复预定多次发射PRACH(即，前导)(非专利文献4)。此外，正被论述以提高PDSCH的接收特性以及PUSCH的发射特性的一种处理是在多个子帧上重复地发射PDSCH和PUSCH(非专利文献5)。根据上述处理，将改进预期低于常见UE的MTC UE的通信特性。

假定由实现延迟容忍接入的MTC UE执行ECM中的覆盖改善处理。延迟容忍接入定义为在RC连接请求消息中指定并且例如用来控制过载的新建立原因。延迟容忍接入主要旨在执行延迟容忍MTC应用的MTC UE。例如，在计量服务(抄表服务)中，不需要将计量报告实时地(或在准确的通信周期中)发送到远程系统，以及对计量报告的发射，允许长延迟。当eNB将过载控制强加在延迟容忍接入上时，eNB拒绝由包含表示延迟容忍接入的“建立原因”的RRC连接请求消息发射的RRC连接请求。

引用列表

非专利文献

[非专利文献1]3GPP TR 37.868 V11.0.0(2011-09),“3rd Generation Partnership Project；Technical Specification Group Radio Access Network；Study on RAN Improvements for Machine-type Communications；(Release 11)”,2011年9月

[非专利文献2]3GPP TR 36.888 V12.0.0(2013-06),“3rd Generation Partnership Project；Technical Specification Group Radio Access Network；Study on provision of low-cost Machine-Type Communications(MTC)User Equipments(UEs)based on LTE(Release 12)”,2013年6月

[非专利文献3]3GPP R1-135943,Vodafone,“Way Forward on P-BCH for MTC enhanced coverage”,3GPP TSG RAN WG1#75,San Francisco,USA,2013年11月11-15日

[非专利文献4]3GPP R1-135944,Vodafone,“Way Forward on PRACH for MTC enhanced coverage”,3GPP TSG RAN WG1#75,San Francisco,USA,2013年11月11-15日

[非专利文献5]3GPP R1-136001,Vodafone et al.“Way forward on PDCCH,PDSCH,PUCCH and PUSCH for MTC enhanced coverage”,3GPP TSG RAN WG1#75,San Francisco,USA,2013年11月11-15日

技术实现要素：

本发明人已经研究当将ECM中的覆盖改善处理应用于MTC UE(M2M终端)时导致的许多问题。例如，当将PBCH重复共同应用于小区中的MTC UE时，将RA重复和PDSCH/PUSCH重复单独地应用于每一MTC UE。

在单独应用于每一MTC UE的覆盖改善处理中(例如RA重复和PDSCH/PUSCH重复)，当执行ECM的MTC UE的数量增加时，消耗大量无线电资源，导致由不是MTC UE的普通UE使用的无线电资源减少。此外，如果单独应用于每一MTC UE的处理(例如PDSCH/PUSCH重复)应用于具有高无线电质量的MTC UE，会不必要地增加该MTC UE的功耗。因此，可能需要于这些MTC UE的无线电质量(例如参考信号接收功率(RSRP)、参考信号接收质量(RSRQ)或信道质量指示器(CQI))，选择应当执行ECM的MTC UE。例如，可以选择具有低无线电质量的MTC UE并且有选择地使它们执行ECM(即ECM中的覆盖改善处理)。

然而，用于选择应当执行ECM的MTC UE的处理可能需要一些时间(例如几百ms)，例如，这会增加用于建立无线电连接的过程(例如RRC连接建立过程)完成所需的时间。此外，根据LTE中的正常过程，当MTC UE已经完成其通信并且从连接状态(RRC_CONNECTED)返回到空闲状态(RRC_IDLE)时，eNB释放(删除)由eNB保持的、有关MTC UE的上下文。因此，当MTC UE从空闲状态(RRC_IDLE)转变到连接状态(RRC_CONNECTED)以执行通信时，eNB可能需要重复地确定ECM的必要性。

本说明书中使用的术语“空闲状态”和“连接状态”定义如下。“空闲状态”是释放UE和eNB之间的无线电连接的状态。因此，在空闲状态中，eNB不具有有关UE的信息(UE上下文)，按位置注册区级(例如跟踪区或路由区)，由核心网络跟踪空闲状态的UE的位置。核心网络能通过寻呼，到达空闲状态的UE。此外，空闲状态的UE不能与eNB来回地执行单播数据传输。因此，空闲状态的UE应当转变成连接状态以便执行单播数据传输。空闲状态的示例包括：(1)通用陆地无线电接入网(UTRAN)的RRC空闲状态；(2)演进UTRAN(E-UTRAN)的RRC_IDLE状态，以及(3)WiMAX(IEEE 802.16-2004)、移动WiMAX(IEEE 802.16e-2005)以及WiMAX2((IEEE 802.16m)的空闲状态。

另一方面，连接状态是UE连接到eNB的状态。因此，eNB具有有关处于连接状态的UE的信息(UE上下文)。以小区级或基站级，由核心网络跟踪处于连接状态的UE的位置。在大多数情况下，处于连接状态的UE能与eNB来回地执行单播数据传输。然而，当UE处于UTRAN的CELL_PCH状态或URA_PCH状态时，由基站(NodeB)保持UE上下文，但在上行链路或下行链路中，均不向UE分配专用信道。连接状态的示例包括：(1)E-UTRAN的RRC连接状态；(2)E-UTRAN的RRC_CONNECTED状态，以及(3)WiMAX、移动WiMAX和WiMAX2的连接状态。注意，UTRAN的RRC连接状态包括CELL_DCH状态、CELL_FACH状态、CELL_PCH状态和URA_PCH状态。

鉴于上文，本说明书中公开的实施例的一个目的是提供基站、M2M终端(MTC UE)、方法和程序，用来提高有关是否将ECM(即ECM中的覆盖改善处理)应用于MTC UE(M2M终端)的确定的效率。应注意到，该目的仅是由本说明书中公开的实施例实现的目的中的仅一个。从说明书或附图，其他目的或问题以及新颖特征将变得显而易见。

在一个方面中，一种基站装置包括无线电通信单元和控制器。该控制器被配置为从机器对机器(M2M)终端或核心网络接收表示在与M2M终端的先前通信中，是否执行过特定覆盖改善处理的历史信息，并且基于历史信息，控制使用M2M终端和无线电通信单元之间的特定覆盖改善处理的通信。

在一个方面中，一种包括在核心网络中的核心网络装置包括接口和控制器。接口被配置为与基站来回地传送和接收信令消息。控制器被配置为在机器对机器(M2M)终端和核心网络之间建立承载的过程期间，经由接口，将表示在与M2M终端的先前通信中，是否执行过特定覆盖改善处理的历史信息发送到基站。

在一个方面中，一种M2M终端包括无线电通信单元和控制器。无线电通信单元被配置为与基站通信。控制器被配置为当与基站建立无线电连接时，或当正执行经由基站，建立M2M终端与核心网络之间的承载的过程时，经由无线电通信装置，将表示在与M2M终端的先前通信中，是否执行过特定覆盖改善处理的历史信息传送到基站。

在一个方面中，一种由基站执行的方法包括(a)从机器对机器(M2M)终端或核心网络接收表示在与M2M终端的先前通信中，是否执行过特定覆盖改善处理的历史信息，以及(b)基于历史信息，控制使用M2M终端和基站之间的特定覆盖改善处理的通信。

在一个方面中，一种由包括在核心网络中的核心网络装置执行的方法包括在机器对机器(M2M)终端和核心网络之间建立承载的过程期间，经由接口，将表示在与M2M终端的先前通信中，是否执行过特定覆盖改善处理的历史信息发送到基站。

在一个方面中，一种M2M终端执行的方法包括当与基站建立无线电连接时，或当正执行经由基站，建立M2M终端与核心网络之间的承载的过程时，将表示在与M2M终端的先前通信中，是否执行过特定覆盖改善处理的历史信息传送到基站。

在一个方面中，程序包含指令集(软件代码)，当加载到计算机中时，使计算机执行上述方法的任何一个。

根据上述方面，可以提供基站、M2M终端(MTC UE)、方法和程序，用来提高有关是否将ECM(即ECM中的覆盖改善处理)应用于MTC UE(M2M终端)的确定的效率。应注意到，该效果是预期由本说明书公开的实施例带来的效果的仅一个。

附图说明

图1是示出根据第一实施例的无线电通信系统的构成示例的图；

图2是示出根据第一实施例的通信过程的一个示例的顺序图；

图3是示出根据第二实施例的通信过程的一个示例的顺序图；

图4是示出根据第三实施例的通信过程的一个示例的顺序图；

图5是示出根据第四实施例的无线电通信系统的构成示例的图；

图6是示出根据第四实施例的通信过程的一个示例的顺序图；

图7是示出根据第五实施例的通信过程的一个示例的顺序图；

图8是示出根据本发明的实施例的M2M终端(MTC UE)的构成示例的框图；

图9是示出根据本发明的实施例的基站(eNB)的构成示例的框图；以及

图10是示出根据本发明的实施例的核心网络节点的构成示例的框图。

具体实施方式

在下文中，将参考附图，详细地描述具体实施例。在整个附图中，由相同的参考符号表示相同或相应的部件，以及为了清楚起见，必要时，将省略重复说明。

可以独立或结合其他实现下文所述的每一实施例。实施例包括相互不同的新颖特性。因此，这些实施例用来实现相互不同的目的或解决问题，并且用来获得相互不同的优点。

第一实施例

图1示出根据该实施例的无线电通信系统的构成示例。该无线电通信系统提供通信服务，诸如语音通信或分组数据通信或两种通信。参考图1，无线电通信系统包括M2M终端11(11A,11B,11C)、不是M2M终端的普通无线电终端12、基站13和核心网络14。例如，无线电终端12是移动电话、智能电话、平板电脑或笔记本PC。M2M终端11A,11B和11C和无线电终端12位于基站13的小区130中。在该实施例中，无线电通信系统描述国3GPP LTE系统。即，M2M终端11对应于MTC UE，无线电终端12对应于不是MTC UE的普通UE，基站13对应于eNodeB(eNB)，以及核心网络14对应于演进分组核心(EPC)。

在图1中，MTC UE 11A和eNB 13之间的距离大于MTC UE 11B和eNB 13之间的距离。相应地，假定MTC UE 11A具有大的路径损耗并且其无线电质量下降。此外，MTC UE 11C安装在建筑物内，相应地，由此假定与MTC UE 11C位于户外的情形相比，其无线电质量更大下滑。此外，如果与普通UE 12相比，限制MTC UE 11(11A,11B和11C)的能力或功能(例如更低最大传输功率，更少接收天线，不支持高阶调制)，预期MTC UE 11的无线电质量下降将变得更严重。因此，根据该实施例的MTC UE 11被配置为支持上述改善覆盖模式(ECM)并且执行ECM中的覆盖改善处理。

如前所述，ECM中的覆盖改善处理能被认为用于改善或改进MTC UE的通信特性(通信质量)的处理。如上所述，ECM中的覆盖改善处理可以包括下述处理(a)至(d)的至少一个或可以包括其他处理(例如(e)和(f))：

(a)与预定多次的普通操作相比，在PBCH上额外多次地重复传送广播信息；

(b)重复地传送PPACH(PRACH前导)预定多次；

(c)在多个子帧上重复地传送PDSCH；

(d)在多个子帧上重复地传送PUSCH；

(e)增加PDSCH和PUSCH中的一个或两者的功率谱密度(PSD)(PSD增大)；以及

(f)在重复传送PDSCH和PUSCH中的一个或两者期间，执行跳频。

子帧是构成LTE无线电帧的单位。一个无线电帧具有10毫秒的长度并且由10个子帧组成。因此，一个子帧具有1毫秒的长度。一个子帧包括时域中的14个符号(上行链路中的单载波频分多址(SC-FDMA)符号和下行链路中的正交频分复用(OFDM)符号)。

在下述描述中，描述用于根据本实施例的ECM的通信控制。根据该实施例的eNB 13从EPC 14接收表示在与MTC UE(M2M终端)11的先前通信中，是否执行有关ECM(例如PDSCH/PUSCH重复)的覆盖改善处理的历史信息。然后，eNB 13基于从EPC 14接收的历史信息使用有关ECM的覆盖改善处理，控制MTC UE 11和eNB 13之间的通信。eNB 13可以从包括在EPC 14中的核心网络节点(例如移动管理实体(MME))接收MTC UE 11的历史信息。

例如，eNB 13可以基于接收的历史信息，确定在MTC UE 11和eNB 13之间的通信中，是否执行有关ECM的覆盖改善处理。更具体地说，更具体地说，响应表示表示对MTC UE 11，执行有关ECM的覆盖改善处理的历史信息，eNB 13可以将执行有关ECM的覆盖改善处理的指令(例如ECM配置)传送到MTC UE 11。假定在MTC UE 11中执行ECM，eNB 13可以与MTC UE 11通信，无需传送明确指令。

ECM配置可以包括例如下述信息项的至少一项：

‐有关广播信息的接收的配置信息(PBCH)；

‐有关系统信息的接收的配置信息(系统信息块(SIB))；

‐有关寻呼的接收的配置信息(寻呼信道(PCH))；

‐有关下行链路控制信息的接收的配置信息(物理下行链路控制信道(PDCCH))；

‐有关下行链路数据的接收的配置信息(PDSCH)；

‐有关上行链路控制信息的传送的配置信息(物理上行链路控制信道(PUCCH))；

‐有关上行链路数据的传送的配置信息(PUSCH)；以及

‐有关无线电质量的测量报告的配置信息(测量报告)。

有关广播信息的接收的配置信息(PBCH)和有关系统信息的接收的配置信息(SIB)可以是例如表示将使用哪一子帧和/或哪一OFDM符号来重复地传送广播信息和(哪种)系统信息的信息。有关寻呼的接收的配置信息可以是例如表示将使用哪一子帧来重复地传送寻呼的信息。有关下行链路控制信息的接收(PDCCH)和下行链路数据的接收(PDSCH)的配置信息可以是例如表示传送它们多少次的信息或可以是表示哪一子帧将用于重复地传送它们的信息。有关上行链路控制信息的传送(PUCCH)和上行链路数据的传送(PUSCH)的配置信息可以是例如表示重复地传送它们多少次的信息或可以是表示哪一子帧将用于重复地传送它们的信息。有关无线电质量的测量报告的配置信息可以是当正执行ECM时，应用于无线电质量的测量结果的偏移值或阈值或可以是当正执行ECM时，应用于无线电质量的测量结果的报告的确定的偏移值或阈值。

此外，对多个ECM级，定义有关由MTC UE 11执行的ECM的不同操作。在这种情况下，ECM配置可以指定MTC UE 11应当执行的操作级。

当MTC UE 11已经指示执行ECM时，MTC UE 11可以继续保持ECM配置并且即使在从RRC_CONNECTED转变到RRC_IDLE后，也继续执行ECM。替代地，即使在转变到RRC_IDLE后，MTC UE 11可以基于在MTC UE 11驻留的小区中广播的ECM配置，继续执行ECM。此外，在MTC UE 11已经再次转变成RRC_CONNECTED后，基于MTC UE 11已经保持的ECM配置或在MTC UE 11驻留的小区中广播的ECM配置，MTC UE 11可以自主地继续执行ECM，或MTC UE 11可以在从eNB 13接收执行ECM的指令时，启动执行ECM。

如上所述，eNB 13从EPC 14接收表示在与MTC UE 11的先前通信中，是否执行有关ECM的覆盖改善处理的历史信息，并且基于该历史信息，控制与MTC UE 11的使用覆盖改善处理的通信，由此能预期下述效果。即，eNB 13不必需要获得MTC UE 11的无线电质量(例如RSRP,RSRQ,CQI)并且分析所获得的无线电质量来确定是否将有关ECM的覆盖改善处理(例如，PDSCH/PUSCH重复)应用于MTC UE 11。这是因为eNB 13能使用该历史信息来确定是否能将ECM应用于已经与eNB 13建立无线电连接的MTC UE 11(或ECM的覆盖改善处理是否有效)。因此，根据该实施例，可以降低确定是否将有关ECM的覆盖改善处理应用于MTC UE 11所需的时间(延迟)。

接着，描述当eNB 13从EPC 14接收MTC UE 11的历史信息时的时间的示例。当确定是否将有关ECM的覆盖改善处理应用于MTC UE 11时，eNB 13可以从EPC 14获得MTC UE 11的历史信息。例如，当eNB 13与MTC UE 11建立无线电连接(无线电资源控制(RRC)连接时，或换句话说，当MTC UE 11从空闲状态(RRC_IDLE)转变到连接状态(RRC_CONNECTED)时，eNB 13可以从EPC 14接收历史信息。替代地，在用于在MTC UE 11和EPC 14之间建立承载(演进分组系统(EPS)承载)的过程(例如附着过程、服务请求过程)期间，eNB 13可以从EPC 14接收历史信息。根据这些示例，eNB 13能在用于与MTC UE 11建立无线电连接的过程期间或在承载建立过程期间，快速地确定是否将有关ECM的覆盖改善处理应用于MTC UE 11。

接着，描述用于将表示在MTC UE 11和eNB 13之间的先前通信，执行有关ECM的覆盖改善处理的有关MTC UE 11的终端信息存储在EPC 14中的操作的示例。当释放与MTC UE 11的无线电连接时，eNB 13可以将表示对MTC UE 11，是否已经执行有关ECM的覆盖改善处理的终端信息(UE上下文)发送到EPC 14。将已经发送到EPC 14的UE上下文作为MTC UE 11的历史信息传送到与发送终端信息的源eNB相同或不同的eNB 13。换句话说，eNB 13被配置为将表示在MTC UE 11和eNB 13之间的通信中，是否已经执行有关ECM的覆盖改善处理、有关MTC UE 11的UE上下文发送到EPC 14，以便将其存储在EPC 14中，并且还被配置为从EPC 14读出和使用UE上下文。

如上所述，当MTC UE 11转变到空闲状态(RRC_IDLE)时，释放(删除)当MTC UE 11处于连接状态(RRC_CONNECTED)时，由eNB 13保持的MTC UE 11的上下文。因此，通过将当MTC UE 11处于连接状态时，保持在eNB 13中的UE上下文(表示对MTC UE 11，是否执行有关ECM的覆盖改善处理)存储在EPC 14中，eNB 13能在未来接入MTC UE 11时，将在EPC 14中存储的UE上下文用作历史信息。

在该实施例中，每一MTC UE 11可以是固定安装并且基本上静止的终端，如图1所示。在这种情况下，每一MTC UE 11在一个eNB 13的一个小区中，在连接状态(RRC_CONNECTED)和空闲状态(RRC_IDLE)之间重复地转变。替代地，每一MTC UE 11可以是具有移动性的终端(例如安装在输送机，诸如车辆、铁路车辆或船舶中的终端)。在这种情况下，该MTC UE 11可以通过一个eNB 13的小区或不同eNB 13的小区。有关具有移动性的MTC UE 11的一种情况如下。首先，在一个eNB 13的小区中处于RRC_CONNECTED时，指示MTC UE 11执行ECM，使用该ECM执行数据通信，然后转变到RRC_IDLE。接着，MTC UE 11在处于RRC_IDLE时，重新选择另一小区(小区重选)。然后，MTC UE 11再次转变到不同于MTC UE 11先前处于RRC_CONNECTED的小区的小区中的RRC_CONNECTED。此时，EPC 14向管理MTC UE 11新驻留的小区的eNB 13发送表示MTC UE 11是否执行ECM的信息(ECM状态、历史信息)。EPC 14可以将例如物理小区标识符(物理小区标识符(PCI))或全局小区标识符(小区全局标识符(CGI))告知eNB 13以便表明在该小区中，MTC UE 11先前执行过ECM。

图2是示出根据该实施例，MTC UE 11、eNB 13和核心网络节点141的操作的一个示例的顺序图。核心网络节点141是包括在EPC 14中的节点。核心网络节点141可以是一个物理实体或可以包括多个实体。核心网络节点141可以包括例如MME或归属用户服务器(HSS)，或两者。图2仅示出为了说明本实施例所需的消息，未示出包括在LTE标准规定的过程中的一些消息。

在图2的步骤S101，eNB 13决定执行有关用于MTC UE 11的ECM(例如PDSCH/PUSCH重复)的覆盖改善处理并且将ECM配置信息(ECM配置)传送到MTC UE 11。在图2所示的示例中，使用RRC连接配置消息，传送ECM配置。在步骤S102，MTC UE 11根据从eNB 13接收的ECM配置，开始执行ECM(即，覆盖改善处理(例如，接收重复PDSCH、重复传送PUSCH)(ECM开始)。在步骤S103，MTC UE 11根据ECM配置，执行数据通信(具有ECM的M2M数据)。

在步骤S104，eNB 13确定可以将MTC UE 11的状态改变回空闲状态(RRC_IDLE)并且请求核心网络节点141释放S1-AP信令连接和有关MTC UE 11的S1承载(或无线电接入承载(S1UE上下文释放请求)。在步骤S105，核心网络节点141响应来自eNB 13的请求，释放S1-AP信令连接和S1承载，但核心网络节点141保持表示由MTC UE 11执行ECM的ECM状态信息(存储ECM状态)。ECM状态信息(ECM状态)对应于上述历史信息。ECM状态信息(ECM状态)可以与MTC UE 11的EPS承载上下文一起，保存在MME中。或者，可以将ECM状态信息(ECM状态)经由MME，发送到HSS并且可以保持在HSS中。在步骤S106，eNB 13将转变到RRC_IDLE的指令传送到MTC UE 11(RRC连接释放)。响应接收到该指令，MTC UE 11从RRC_CONNECTED转变到RRC_IDLE。

在步骤S107，响应周期性或非周期性通信机会的到来，MTC UE 11将用于建立无线电连接的请求传送到eNB 13以便开始通信(RRC连接请求)。MTC UE 11可以将包含建立原因集的RRC连接请求传送到“delayTolerantAccess”以便表示延迟容忍接入。在完成用于建立无线电连接(RRC连接)的过程后，MTC UE 31转变到RRC_CONNECTED(RRC连接)(未示出)。

在步骤S108，eNB 13将用于建立用于MTC UE 11的EPS承载的请求发送到核心网络节点141(初始UE消息)。该初始UE消息封装来自MTC UE 11的非接入层(NAS)消息(例如，NAS：服务请求，NAS：附着请求)。在步骤S109，响应接收封装在初始UE消息中的NAS消息，核心网络节点141将有必要建立用于MTC UE 11的无线电接入承载的信息发送到eNB 13(初始上下文设置请求)。

步骤S109中的消息可以包括例如终端能力(UE无线电能力)和UE上下文。此时，UE上下文可以包括表示MTC UE 11先前执行ECM的ECM状态信息(ECM状态)。此外，UE上下文可以包括MTC UE 11的移动性信息。如果ECM状态信息表示MTC UE 11先前执行过ECM并且移动性信息表示MTC UE 11为固定或几乎固定的终端，eNB 13可以决定继续执行用于MTC UE 11的ECM。

在步骤S110，eNB 13可以与无线电资源配置信息(RRC配置)一起，传送ECM配置信息(ECM配置)以便使MTC UE 11执行ECM(RRC连接重新配置)。在步骤S111，MTC UE 11基于在步骤S110，从eNB 13接收的ECM配置信息或基于MTC UE 11先前接收并且保持的ECM配置信息，执行数据通信(具有ECM的M2M)。

第二实施例

根据该实施例的无线电通信系统的构成示例可以与第一实施例所述的图1相同。在上述第一实施例中，已经示出了eNB 13从EPC 14接收表示在与MTC UE 11的先前通信中，是否执行过有关ECM的覆盖改善处理(例如PDSCH/PUSCH重复)的历史信息。替代地，在该实施例中，eNB 23从MTC UE 21接收表示在与MTC UE 21的先前通信中，是否执行过有关ECM的覆盖改善处理(例如PDSCH/PUSCH重复)的历史信息。然后，eNB 23基于从MTC UE 21接收的历史信息，使用有关ECM的覆盖改善处理，控制MTC UE 21和eNB 23之间的通信。例如，当eNB 23从MTC UE 21接收表示MTC UE 21先前执行过ECM的通知时，eNB 23可以使MTC UE 21继续执行ECM或可以再次确定是否有必要执行ECM。

在该实施例中，当MTC UE 21从eNB 23接收执行ECM的指令时，即使在MTC UE 21已经从RRC_CONNECTED转变成RRC_IDLE后，MTC UE 21也可以保持ECM配置信息(ECM配置)或可以简单地记住执行ECM。当MTC UE 21再次转变成RRC_CONNECTED时，MTC UE 21告知eNB 23之前执行过ECM。此外，MTC UE 21可以在执行ECM的同时(即，在执行有关ECM的ECM特定覆盖改善处理的同时)，传送和接收转变到RRC_CONNECTED的消息(即，在RRC连接建立过程期间传送的消息)。例如，MTC UE 21可以使用ECM特定无线电资源中的任何一个来传送PRACH前导。此外，MTC UE 21可以自主地重复传送PRACH前导。

根据该实施例，可以实现与通过第一实施例获得的效果类似的效果。即，在该实施例中，eNB 23从MTC UE 21接收表示有关在MTC UE 21的先前通信中，是否执行过有关ECM的覆盖改善处理的历史信息，并且基于该历史信息，控制与MTC UE 21的使用覆盖改善处理的通信。因此，eNB 23不一定需要获得MTC UE 21的无线电质量(例如RSRP,RSRQ,CQI)并且分析获得的无线电质量以确定是否将有关ECM的覆盖改善处理(例如PDSCH/PUSCH重复)应用于MTC UE 21。这是因为eNB 23能使用该历史信息来确定是否能将ECM应用于已经与eNB 23建立无线电连接的MTC UE 21(或ECM的覆盖改善处理是否有效)。因此，根据该实施例，可以减少确定是否将有关ECM的覆盖改善处理应用于MTC UE 21所需的时间(延迟)。

接着，描述当eNB 23从MTC UE 21接收MTC UE 21的历史信息时的时间的示例。eNB 23可以在建立与MTC UE 21的无线电连接(RRC连接)的过程期间，或换句话说，当MTC UE 21从空闲状态(RRC_IDLE)转变成连接状态(RRC_CONNECTED)时，从MTC UE 21接收历史信息。替代地，eNB 23可以在执行用于在MTC UE 21和EPC之间建立承载(EPS承载)的过程(例如附着过程、服务请求过程)的同时，从MTC UE 21接收历史信息。根据这些示例，eNB 23能在用于建立与MTC UE 21的无线电连接的过程期间或在承载建立过程期间，快速地确定是否将有关ECM的覆盖改善处理应用于MTC UE 21。

此外，类似于第一实施例，在该实施例中，MTC UE 21可以是具有移动性的终端(例如，安装在输送机，诸如车辆、铁路车辆或船舶中的终端)。在这种情况下，MTC UE 21当在一个eNB 23的小区中处于RRC_CONNECTED时，被指示执行ECM，使用该ECM执行数据通信，然后转变到RRC_IDLE。接着，MTC UE 21当处于RRC_IDLE的同时，重选另一小区(小区重选)。然后，MTC UE 21在不同于MTC UE 21先前所处的RRC_CONNECTED的小区的小区中，再次转变成RRC_CONNECTED。此时，MTC UE 21将表示MTC UE 21先前是否执行过ECM的信息(ECM状态、历史信息)发送到管理MTC UE 21新驻留的小区的eNB 23。MTC UE 21可以将例如物理小区标识符(PCI)或全局小区标识符(CGI)告知eNB 23以便表明在该小区中，MTC UE 21先前执行过ECM。

图3是示出根据该实施例，MTC UE 21、eNB 23和核心网络节点241的操作的一个示例的顺序图。核心网络节点241是包括在EPC中的节点(例如MME或HSS或两者)。图3仅示出为了说明本实施例必要的消息，未示出包括在LTE标准规定的过程中的一些消息。

图3的步骤S201至S203的过程类似于图2的步骤S101至S103的过程。在步骤S204，eNB 23确定将MTC UE 21的状态改变回空闲状态(RRC_IDLE)并且请求核心网络节点241释放S1-AP信令连接和有关MTC UE 21的S1承载(或无线电接入承载)(S1UE上下文释放请求)。核心网络节点241响应来自eNB 23的请求，释放S1-AP信令连接和S1承载。在步骤S205，eNB 23将转变为RRC_IDLE的指令传送到MTC UE 21(RRC连接释放)。响应接收该指令，MTC UE 21从RRC_CONNECTED转变成RRC_IDLE。

在步骤S206，响应周期性或非周期性通信机会的到来，MTC UE 21将用于建立无线电连接的请求传送到eNB 23以便开始通信(RRC连接请求)。MTC UE 21可以将包含建立原因集的RRC连接请求到“delayTolerantAccess”以便表示延迟容忍接入。在步骤S207，MTC UE 21将表示MTC UE 21先前执行过ECM的历史信息告知eNB 23。此时，MTC UE 21还可以将MTC UE 21目前正执行ECM告知eNB 23。

在图3所示的示例中，使用RRC连接建立完成消息，传送步骤S207中的历史信息。由于RRC连接建立完成消息是在RRC连接建立过程期间传送的最后消息，也能认为在RRC连接建立过程期间，传送在步骤S207中传送的历史信息。此外，RRC连接建立完成消息包含NAS消息(例如NAS：服务请求，NAS：附着请求)。即，由于包含NAS消息的RRC连接建立完成消息是在承载建立过程期间传送的第一消息，也能认为在承载建立过程期间，传送步骤S207中的历史信息。

在步骤S208，eNB 23将用于建立用于MTC UE 21的EPS承载的请求传送到核心网络节点241(初始UE消息)。在步骤S209，响应接收到封装在初始UE消息中的NAS消息，核心网络节点241将建立用于MTC UE 21的无线电接入承载必要的信息发送到eNB 23(初始上下文建立请求)。步骤S209中的消息可以包括例如终端能力(UE无线电能力)。

在步骤S210，eNB 23可以与无线电资源配置信息(RRC配置)一起，传送ECM配置信息(ECM配置)以便使MTC UE 21执行ECM(RRC连接重新配置)。在步骤S211，MTC UE 21基于在步骤S210，从eNB 23接收的ECM配置信息或基于MTC UE 21先前已经接收并且保存的ECM配置信息，执行数据通信(具有ECM的M2M数据)。

第三实施例

根据该实施例的无线电通信系统的构成示例与第一实施例中所述的图1的构成示例相同。在该示例中，描述用于在eNB 33中，确定是否将有关ECM的覆盖改善处理(例如PDSCH/PUSCH重复)应用于特定MTC UE 31的方法。在该实施例中所述的技术理念可以单独或结合在上述第一或第二实施例中所述的技术理念一起使用。

在该实施例中，eNB 33基于下述的至少一个：MTC UE 31的终端能力(UE能力)、有关MTC UE 31的终端信息(UE信息)、MTC UE 31的通信特性(通信性能)和MTC UE 31的无线电质量(无线电质量)，并且进一步基于从MTC UE 31接收的接入原因(接入原因)，使用有关ECM的覆盖改善处理(例如PDSCH/PUSCH重复)，控制MTC UE 31和eNB 33之间的通信。换句话说，eNB 33基于MTC UE 31的终端能力、终端信息、通信特性和无线电质量的至少一个，并且进一步基于从MTC UE 31接收的接入原因，确定是否将有关ECM的覆盖改善处理(例如PDSCH/PUSCH重复)应用于MTC UE 31。

下文描述接入原因、终端能力、终端信息、通信特性和无线电质量的具体示例。然而，接入原因、终端能力、终端信息、通信特性和无线电质量的内容不限于此。

接入原因可以包括下述两项的至少一个：

‐建立RRC连接的目的(建立原因)；以及

‐服务类型。

建立RRC连接的目的可以规定例如(a)紧急呼叫(emergency)，(b)高优先级接入(highPriorityAccess)，(c)移动端接通信接入(mt-Access)、移动发起信令(mo-Signalling)，(d)终端发起数据传输(mo-Data)，(e)延迟容忍接入(delayTolerantAccess)，(f)低优先级接入(lowPriorityAccess)，(g)用于小数据通信的接入(smallDataAccess)，(h)用于小分组通信的接入(smallPacketAccess)，(i)有限接入(limitedAccess)，(j)有限服务的接入(limitedService)，(k)M2M型接入(m2mAccess)，或(l)使用ECM的接入(ecmAccess)。

服务类型例如可以规定(a)实时服务，(b)非实时服务，或(c)M2M型通信。

终端能力可以包括例如下述三项的至少一个：

‐无线电接入能力；

‐设备能力；以及

终端类别(UE类别)。

无线电接入能力可以包括例如(a)表示UE是否支持在3GPP LTE中定义的终端功能的信息(例如标志位)或(b)表示UE是否支持ECM的信息。为了表明UE是否支持ECM，可以定义名为“EcmSupport”的信息元(IE)。例如，“EcmSupport”的真值表示支持ECM(Supported)以及其假值表示不支持ECM(NotSupported)。此外，可以定义名为“EnhancedCoverageMode”的IE。例如，当EcmSupport被设定为值“Supported”时，表示UE支持ECM。另一方面，如果UE不支持ECM，可以将EcmSupport设定成值“NotSupported”。或者，不发送该IE可以暗指该UE不支持ECM。

设备能力可以包括例如(a)表示UE为MTC UE的信息，(b)表示UE的通信能力有限的信息(与普通UE相比)，或(c)表示UE仅执行特定通信(例如M2M型通信)的信息。

终端类别可以包括例如(a)表示在3GPP LTE中定义的一种终端类别的信息，或(b)表示在3GPP LTE中定义的一种接入类的信息。对执行M2M型通信的MTC UE，可以定义新终端类型或新接入类。例如，可以定义其功能有限以便以低成本实现的、用于MTC UE的新类别(例如类别0)。此外或替代地，可以定义表示不常通信或仅允许不常通信的新接入类(AC)。

终端信息可以包括下述三项的至少一个：

‐终端类型(UE类型)；

‐设备类型；以及

终端上下文(UE上下文)。

终端类型可以包括例如(a)表示UE是普通UE(非MTC UE)还是MTC UE的信息，(b)表示UE是否具有移动性的信息(或表示UE不具有移动性的信息)，或(c)表示是否有用于UE的电源的信息。

设备类型可以包括例如(a)表示UE中安装的操作系统(OS)的类型的信息，或(b)表示由UE执行的M2M型通信的类型的信息(即，M2M的子类别信息)。

终端上下文可以包括例如(a)有关上述终端能力的信息，(b)在UE中配置的RRC控制信息(例如，包含在无线电资源配置通用IE和无线电资源配置专用IE中的信息)，(c)有关UE的移动性的信息(移动性信息)，(d)表示UE是否正执行ECM的信息(ECM执行信息)，或(e)表示UE之前执行过ECM的信息(例如当上次UE处于RRC_CONNECTED状态时)(ECM状态信息)。

通信特性可以包括例如下述两项的至少一个：

‐性能测量结果(例如L2测量)，以及

‐统计通信质量(例如KPI)。

性能比较结果可以包括例如(a)eNB 33的吞吐量的测量结果(例如计划IP吞吐量)(或操作管理和维护(OAM))，(b)丢包的测量结果(丢包率)或(c)包丢弃的测量结果(包丢弃率)

统计通信质量可以包括例如(a)切换尝试数量或切换尝试率，(b)切换成功率或切换故障率，(c)通信间隔或通信频率，(d)包发生间隔或包发生频率，(e)包到达间隔(包间到达时间)或包到达频率(包间到达率)，(f)接入间隔或接入频率，或(g)RRC连接建立或NAS连接建立的间隔或频率。

无线电质量可以包括例如下述两项的至少一个：

‐参考信号的接收质量(参考信号(RS)接收质量)；以及

‐信道质量指示器(CQI)。

参考信号(RS)的接收质量可以包括例如UE的下行链路RS的接收功率(RSRP)、(b)接收质量(RSRQ)，或接收功率强度(RSSI)，或(b)由UE传送的上行链路参考信号(探测参考信号：SRS)的eNB 33处的接收功率。

eNB 33可以从MTC UE 31或从EPC接收上述MTC UE 31的终端能力或终端信息。

根据该实施例，可以预期下述效果。即，如果仅基于MTC UE 31的接入原因，确定是否将有关ECM的覆盖改善处理应用于MTC UE 31，充分地考虑每一MTC UE 31的状态是不可能的。如上所述，在有关ECM的假定覆盖改善处理中，将RACH重复和PDSCH/PUSCH重复单独地应用于每一MTC UE。在单独地应用于每一MTC UE的覆盖改善处理(例如RACH重复和PDSCH/PUSCH重复)中，当执行ECM的MTC UE的数量增加时，消耗的无线电资源也将增加。因此，最好考虑每一MTC UE的状态，执行有关是否执行ECM的确定。在该实施例中，当确定是否执行ECM时，除MTC UE 31的接入原因外，eNB 33进一步考虑MTC UE 31的终端能力、终端信息、通信特性和无线电质量的至少一个。因此，根据该实施例，通过考虑每一MTC UE的状态，可以确定是否执行ECM。

图4是示出根据该实施例，MTC UE 31、eNB 33和核心网络节点341的操作的一个示例的顺序图。核心网络节点341是包括在EPC中的节点(例如MME或HSS或两者)。在图4所示的示例中，eNB 33基于MTC UE 31的接入原因(例如建立原因)、终端能力(例如UE无线电接入能力)和终端信息(例如UE类型)，确定是否将有关ECM的覆盖改善处理应用于MTC UE 31。图4仅示出为了说明本实施例必要的消息，未示出包括在LTE标准规定的过程中的一些消息。

图4所示的MTC UE 31的初始状态为RRC_IDLE。在步骤S301，响应周期性或非周期性通信机会的到来，MTC UE 31将用于建立无线电连接的请求传送到eNB 23以便开始通信(RRC连接请求)。MTC UE 31可以将包含建立原因集的RRC连接请求传送到“delayTolerantAccess”以便表示延迟容忍接入。MTC UE 31在完成用于建立无线电连接(RRC连接)的过程后，转变为RRC_CONNECTED(未示出)。

在步骤S302，eNB 33将用于建立用于MTC UE 31的EPS承载的请求发送到核心网络节点341(初始UE消息)。该初始UE消息封装来自MTC UE 31的非接入层(NAS)消息(例如NAS：服务请求)。在步骤S303，响应接收到在初始UE消息中封装的NAS消息，核心网络节点341将建立用于MTC UE 31的无线电接入承载必需的信息(初始上下文建立请求)发送到eNB 33。步骤S303中的消息可以包括例如终端能力(UE无线电能力)和终端类型(UE类型)的一个或两者。

在步骤S304，eNB 33必要时，请求MTC UE 31传送终端能力(UE能力查询)。在步骤S305，响应来自eNB 33的请求，MTC UE 31将MTC UE 31的终端能力(UE能力信息)告知eNB 33。步骤S305中的消息可以包含例如UE-EUTRA能力。

在步骤S306，eNB 33确定是否使MTC UE 31执行ECM(换句话说，是否将有关ECM的覆盖改善处理应用于MTC UE 31)(ECM判定)。如一个示例，如果MTC UE 31的建立原因表示“delayTolerantAccess”并且MTC UE 31的无线电接入能力表示支持ECM，eNB 33可以决定使MTC UE 31执行ECM。

在步骤S307，eNB 33与无线电资源配置信息(RRC配置)一起，传送ECM配置信息(ECM配置)以便使MTC UE 31执行ECM。在步骤S308，MTC UE 31根据从eNB 13接收的无线电资源配置信息和ECM配置信息，开始执行ECM(ECM开始)。在步骤S309，MTC UE 31在执行有关ECM的覆盖改善处理的同时，执行数据通信(具有ECM的M2M数据)。

图4所示的过程仅是一个示例。如另一示例，除接入原因(例如建立原因)、终端能力(例如UE无线电接入能力)和终端信息(例如UE类型)外，eNB 33可以进一步考虑通信特性和无线电质量中的一个或两者。具体地，eNB 33可以基于包括接入原因、终端能力和终端信息的有关MTC UE 31的信息，首先确定对MTC UE 31，执行ECM。然后，eNB 33基于MTC UE 31的通信特性或MTC UE 31的无线电质量，或两者，确定对MTC UE 31，是否继续执行ECM。如上所述，由于eNB 31考虑MTC UE 31的通信特性或无线电质量，可以更适当地确定执行ECM的必要性。

eNB 33可以获得例如切换尝试的数量(或尝试率)，作为MTC UE 31的通信特性，并且如果eNB 33基于获得的信息，确定MTC UE 31为固定或几乎固定，eNB 33可以继续执行ECM。另一方面，如果eNB 33确定MTC UE 31正移动，eNB 33对该MTC UE 31，可以挂起(或停止)执行ECM。此外或替代地，eNB 33可以获得RSRP或CQI，作为MTC UE 31的无线电质量，并且如果eNB 33确定所获得的RSRP或CQI小于预定阈值，eNB 33可以继续执行ECM。另一方面，如果eNB 33确定MTC UE 31的无线电质量大于预定阈值，eNB 33可以挂起(或停止)执行用于该MTC UE 31的ECM。

如另一示例，eNB 33可以获得MTC UE 31的通信特性和无线电质量中的一个或两者，然后，基于获得的信息，确定是否执行用于MTC UE 31的ECM。此时，MTC UE 31可以使用在eNB 31或另一网络装置(例如OAM或MME)中存储的先前通信特性或无线电质量，代替测量MTC UE 31的通信特性或无线电质量。由此可以避免由于等待确定是否对该MTC UE 31执行ECM而导致的延迟时间引起的MTC UE 31的通信特性的恶化。

第四实施例

在该实施例中，描述有关支持ECM的MTC UE的切换的控制。图5示出根据该实施例的无线电通信系统的构成示例。参考图5，该无线电通信系统包括MTC UE 41、eNB 43、eNB 45和EPC 44。MTC UE 41安装在输送机，诸如车辆、铁路车辆或船舶中，因此具有移动性。图5示出异构网络(HetNet)的示例。即，eNB 43管理小区430以及eNB 45管理覆盖比由小区430覆盖的区域更窄的区域的小区450。例如，eNB 43是宏基站，而eNB 44是微微基站。然而，该实施例可以应用于小区430和小区450具有相同覆盖度的同构网络。

在下述描述中，描述根据该实施例，用于ECM的通信控制。在该实施例中，当正执行ECM的MTC UE 41从eNB 43的小区430切换到相邻小区450时，eNB 43将MTC UE 41天上执行ECM(换句话说，MTC UE 41正执行有关ECM的覆盖改善处理)告知eNB 45。当eNB 43将有关MTC UE 41的切换请求发送到eNB 45时，eNB 43可以将MTC UE 41正执行ECM(换句话说，MTC UE 41正执行有关ECM的覆盖改善处理)告知eNB 45。eNB 45可以基于从eNB 43接收的通知，使用MTC UE 41和eNB 45之间的ECM，控制通信。例如，eNB 45可以基于从eNB 43接收的通知，确定是否将ECM应用于MTC UE 41和eNB 45之间的通信。

根据该实施例，能预期下述效果。即，在该实施例中，切换源基站(即eNB 43)告知目标基站(即eNB 45)MTC UE 41是否正执行ECM。因此，目标基站(eNB 45)不必需要获得MTC UE 41的无线电质量(例如RSRP,RSRQ,CQI)和分析所获得的无线电质量以便确定是否将有关ECM的覆盖改善处理(例如PDSCH/PUSCH重复)应用于MTC UE 41。这是因为目标基站(eNB 45)能使用从源基站(eNB 43)接收的通知来确定是否将ECM应用于将执行切换的MTC UE 41(或ECM的覆盖改善处理是否有效)。因此，根据该实施例，可以减少目标基站(目标小区)确定是否将有关ECM的覆盖改善处理应用于将执行切换的MTC UE 41所需的时间(延迟)。

图6是示出根据该实施例，MTC UE 41、eNB 43和eNB 45的操作的一个示例的顺序图。图6仅示出为了说明本实施例必要的消息，未示出包括在LTE标准规定的过程中的一些消息。在步骤S401，MTC UE 41驻留在eNB 43的小区430。eNB 43将ECM配置信息(ECM配置-1)传送到MTC UE 41。在图6所示的示例中，使用RRC连接重新配置消息，传送ECM配置-1。在步骤S402，MTC UE 41根据从eNB 43接收的ECM配置，开始执行ECM(即覆盖改善处理(例如，接收重复的PDSCH、重复传输PUSCH)(ECM开始)。在步骤S403，MTC UE 41根据ECM配置，执行数据通信(具有ECM的M2M数据)。

在步骤S404，eNB 43确定MTC UE 41从eNB 43的小区430切换到eNB 45的相邻小区450(HO判定)。在步骤S405，eNB 43将用于MTC UE 41的切换请求发送到eNB 45(切换请求)。步骤S405中的切换请求包含表示将执行切换的MTC UE 41正执行ECM的信息(ECM激活)。

在步骤S406，如果eNB 45能接受MTC UE 41，eNB 45将用于应答切换请求的消息发送到eNB 43(切换请求应答)。步骤S406中的应答消息可以包含在目标小区450中执行ECM必要的ECM配置信息(ECM配置-2)。

在步骤S407，响应从eNB 45接收应答消息，eNB 43将切换指令传送到MTC UE 41(RRC连接重新配置)。步骤S407中的消息(RRC连接重新配置)可以包含在目标小区450中执行ECM必要的ECM配置信息(ECM配置-2)。

在步骤S408，MTC UE 41被从小区430切换到小区450并且将表示切换完成的消息传送到目标eNB 45(RRC连接重新配置完成/切换确认)。尽管在该图中未示出，但在步骤S408，MTC UE 41可以将表示MTC UE 41执行过ECM的信息传送到eNB 45。在步骤S409，MTC UE 41根据在步骤S407，经由源eNB 43接收的、有关目标小区450的ECM配置信息(ECM配置-2)，执行数据通信(具有ECM的M2M数据)。

图6示出经由在源eNB 43和目标eNB 45之间提供的直接eNB间接口(即，X2接口)，传送切换请求消息和切换请求的应答消息的示例。然而，可以经由eNB 43和EPC 44(即MME)之间和eNB 44和EPC 44之间的接口(即，S-MME接口)，传送有关切换的消息。即，可以经由EPC 44，传送表示MTC UE 41正执行ECM的通知(例如从源eNB 43到目标eNB 45)以及有关目标小区450的ECM配置(从目标eNB 45到源eNB 43)。

第五实施例

在该实施例中，描述在相邻eNB之间共享ECM支持信息。在该实施例中，eNB 53将eNB 53的小区530是否支持ECM(换句话说，有关ECM的覆盖改善处理)告知eNB 55。eNB 55是管理eNB 53的小区的相邻小区的基站。此外，由eNB 55将eNB 55的小区550是否支持ECM(换句话说，有关ECM的覆盖改善处理)告知eNB 53。该信息可以表示在每一基站基础上(即，在eNB 53或55的所有小区中均支持ECM)或在每一小区基础上(即，在eNB 53或55的小区的一个或多个中支持ECM，但在剩余小区中不支持)支持ECM。

根据该实施例，可以预期下述效果。如果服务eNB不知道相邻eNB(相邻小区)是否支持ECM，服务eNB可能不能充分地确定对支持ECM或正执行ECM的MTC UE，通过切换或小区重选移动到相邻小区是否有效。例如，在服务eNB(服务小区)支持ECM，但相邻eNB(相邻小区)不支持ECM的情况下，对服务eNB来说，不允许在服务小区中，正执行ECM的MTC UE切换至相邻小区以便确保MTC UE的通信特性可能更好。另一方面，在服务eNB(服务小区)不支持ECM，但相邻eNB(相邻小区)支持ECM的情况下，服务eNB应当可能允许支持ECM的MTC UE通过切换或小区重选移动到相邻小区。在该实施例中，eNB 53能知道eNB 55是否支持ECM以及eNB 55能知道eNB 53是否支持ECM。因此，eNB 53和55能用来使支持ECM的MTC UE 51驻留在适当小区中或MTC UE 51在适当小区中通信。

在eNB 53的小区530不支持ECM，但eNB 55的小区550支持ECM的情况下，例如，eNB 53可以调整发送到支持ECM的切换参数或小区重选参数，使得MTC UE能易于移动到相邻小区550。例如，也可以增加作用在相邻小区550的无线电质量上的小区个体偏移(CIO)。CIO是LTE中的切换参数的一个并且CIO的增加使触发MTC UE 51的切换的测量报告的传输条件变得更易于满足。替代地，可以减小作用在相邻小区550的无线电质量上的Qoffset。Qoffset是LTE中的小区重选参数中的一个并且Qoffset的减小使得MTC UE 51重选相邻小区550的条件变得更易于满足。

图7是示出根据该实施例，eNB 53和eNB 55的操作的一个示例的顺序图。图7仅示出为了说明本实施例必要的消息，未示出包括在LTE标准规定的过程中的一些消息。

在步骤S501，触发eNB 53与管理由eNB 53管理的小区530的相邻(或周围)小区550的eNB 55建立直接接口(X2接口(触发X2建立)。在步骤S502，eNB 53将用于建立X2接口的请求发送到eNB 55(X2建立请求)。步骤S502中的消息表示在eNB 53的小区530中，是否支持ECM。在图7所示的示例中，eNB 53发送表示支持ECM的信息(支持ECM)。该信息可以表示在每一基站基础上(即，在eNB 53的所有小区中均支持ECM)或在每一小区基础上(即，在eNB 53的小区的一个或多个中支持ECM而在剩余小区中不支持)支持ECM。

在步骤S503，响应从eNB 53接收的用于建立X2接口的请求，eNB 55发送响应消息(X2建立响应)。步骤S503中的响应消息表示在eNB 55的小区550中是否支持ECM。在图7所示的示例中，小区550不支持ECM。步骤S503中的响应消息不包含表示支持ECM的信息。替代地，步骤S503的响应消息可以包含明确表示不支持ECM的信息。

在此之后，在步骤S504，更新eNB 55的配置并且eNB 55开始支持ECM。因此，在步骤S505，eNB 55将已经更新eNB配置告知eNB 53(eNB配置更新)。步骤S505中的消息包含表示在eNB 55的小区550中，支持ECM的信息(支持ECM)。信息可以表示在每一基站基础上(即，在eNB 55的所有小区中均支持ECM)或在每一小区基础上(即，在eNB 55的小区的一个或多个中支持ECM，但在剩余小区中不支持)支持ECM。在步骤S506，eNB 53响应来自eNB 53的eNB配置更新的通知，发送响应消息(eNB配置更新应答)。

最后，在下文中，描述根据上述实施例的MTC UE、eNB和核心网络节点(例如MME或HSS或两者)的构成示例。第一至第五实施例中所述的MTC UE 11,21,31和41的每一个可以包括与eNB通信的收发器以及耦接到该收发器的控制器。控制器执行有关由在第一至第五实施例中所述的MTC UE 11,21,31或41执行的ECM的通信控制。

第一至第五实施例中所述的eNB 13,23,33,43,45,53和55的每一个可以包括与包括MTC UE的UE通信的收发器以及耦接至收发器的控制器。控制器执行有关由第一至第五实施例中所述的eNB 13,23,33,43,45,53或55执行的ECM的通信控制。

在第一至第五实施例中所述的核心网络节点141,241和341的每一个可以包括与eNB连通的接口和耦接到该接口的控制器。控制器执行由在第一至第五实施例中所述的核心网络节点141,241或341实现的、有关ECM的通信控制。

图8至10是分别示出根据第一实施例的MTC UE 11、eNB 13和核心网络节点141的构成示例的框图。参考图8，MTC UE 11包括收发器111和控制器112。收发器111被配置为与eNB 13通信。控制器112被配置为根据来自eNB 13的指令，控制MTC UE 11中，有关ECM的覆盖改善处理的执行。

参考图9，eNB 13包括收发器131和控制器132。收发器131被配置为与包括MTC UE 11和普通UE 12的UE通信。控制器132被配置为使用有关ECM的覆盖改善处理，控制MTC UE 11和eNB 13之间的通信。具体地，控制器132从EPC 14接收表示在与每一MTC UE(M2M)11的先前通信中，是否执行有关ECM的覆盖改善处理(例如PDSCH/PUSCH重复)的历史信息。然后，控制器132基于从EPC 14接收的历史信息，使用有关ECM的覆盖改善处理，控制每一MTC UE 11和eNB 13之间的通信。

参考图10，核心网络节点141包括接口1411和控制器1412。接口1411被用来与eNB 13来回地发送和接收信令消息。控制器1412被配置为经由接口1411，与eNB 13来回地发送和接收信令消息。具体地，控制器1412在用于在每一MTC UE 11和EPC 14之间建立EPS承载的过程期间，经由接口1411，将表示在与每一MTC UE 11的先前通信中，是否执行特定覆盖改善处理的历史信息发送到eNB 13。

通过使包括至少一个处理器(例如微处理器、微处理单元(MPU)、中央处理单元(CPU))的计算机执行程序，可以实现根据上述实施例，包括在MTC UE、eNB和核心网络节点中的控制器。具体地，可以将包含使计算机执行使用顺序图等所述的、有关MTC UE、eNB或核心网络节点的算法的指令集的一个或多个程序提供给计算机。

使用任何类型的非瞬时计算机可读介质，这些程序可以被存储并且提供给计算机。非瞬时计算机可读介质包括任何类型的有形存储介质。非瞬时计算机可读介质的示例包括磁存储介质(诸如软盘、磁盘、硬盘等)、磁光存储介质(例如磁光盘)、小型盘只读存储器(CD-ROM),CD-R,CD-R/W，以及半导体存储器(诸如掩码ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、闪速ROM、随机存取存储器(RAM)等)。使用任何类型的瞬时计算机可读介质，可以将这些程序提供给计算机。瞬时计算机可读介质的示例包括电信号、光信号和电磁波。瞬时计算机可读介质经由有线通信线路(例如电线和光纤)或无线电通信线路，将程序提供给计算机。

其他实施例

已经就MTC UE具有特定操作模式，即，改善覆盖模式(ECM)并且执行有关ECM的覆盖改善处理(例如RACH重复和PDSCH/PUSCH重复)的情形，提供上述实施例的说明。然而，仅需要MTC UE执行特定覆盖改善处理(例如，RACH重复和PDSCH/PUSCH重复)并且不必配置有特定操作模式(即，ECM)。换句话说，MTC UE 11,21,31和41可以根据无线电资源配置，执行特定覆盖改善处理(例如，RACH重复和PDSCH/PUSCH重复)，无需设定特定操作模式，诸如ECM或无需接收有关该特定操作模式的指令。

已经就ECM，提供了上述实施例的说明，然而，这些实施例中所述的技术理念可以应用于无线电网络(例如eNB)使M2M终端(MTC UE)执行除ECM外的特定处理的情形。

此外，在上述说明中使用的术语“普通终端(UE)”和“M2M终端(MTC UE)”也可以分别称为“用户终端”和“非用户终端”。

此外，在上述实施例中，主要描述了LTE系统。然而，这些实施例可以应用于除LTE系统外的无线电通信系统(例如，3GPP UMTS,3GPP2 CDMA2000系统(1xRTT,HRPD),GSM/GPRS系统，或WiMAX系统)。

当上述实施例应用于3GPP UMTS时，可以由NodeB、RNC或其组合，执行根据该实施例的eNB(eNB 13,23,33,43,53或65)的操作。换句话说，用在本说明书和权利需要中的术语“基站”是指安装在无线电接入网络中的一个或多个实体，例如，UMTS中的NodeB或RNC的任何一个或组合。

此外，上述实施例仅是通过本发明人获得的技术理念的应用的示例。不必说，这些技术理念不限于上述实施例，以及可以以各种方式改进上述实施例。

例如，能将上述公开的实施例的整体或一部分描述为但不限于下述附录。

(附录1)

一种基站装置，包括：

无线电通信装置，用于与M2M终端通信；以及

控制装置，用于基于下述的至少一个：M2M终端的终端能力、M2M终端的终端信息、M2M终端的通信特性和M2M终端的无线电质量，以及进一步基于从M2M终端接收的接入原因，控制M2M终端和无线电通信装置之间，使用特定覆盖改善处理的通信。

(附录2)

根据附录1所述的基站装置，其中，控制包括确定在M2M终端和无线电通信装置之间的通信中，是否执行特定覆盖改善处理。

(附录3)

根据附录1或2所述的基站装置，其中，控制包括指示M2M终端执行特定覆盖改善处理。

(附录4)

根据附录1至3的任何一个所述的基站装置，其中，响应从M2M终端接收表示在M2M终端中正执行特定覆盖改善处理的通知，控制装置进一步基于该通知，控制M2M终端和无线电通信装置之间，使用特定覆盖改善处理的通信。

(附录5)

根据附录4所述的基站装置，其中，当与M2M终端建立无线电连接时或当执行在M2M终端和核心网络之间建立承载的过程时，将该通知从M2M终端传送到基站装置。

(附录6)

根据附录1至5的任何一个所述的基站装置，其中，终端能力包括无线电接入能力、设备能力和终端类别(UE类别)的至少一个。

(附录7)

根据附录1至6的任何一个所述的基站装置，其中，终端信息包括终端类型(UE类型)、设备类型和终端上下文(UE上下文)的至少一个。

(附录8)

根据附录7所述的基站装置，其中，终端上下文包括下述至少一个：有关终端能力的信息；在M2M终端中配置的无线电资源控制连接信息；有关M2M终端的移动性的信息以及有关在与M2M终端的先前通信中，是否执行过特定覆盖改善处理的历史信息。

(附录9)

根据附录1至8的任何一个所述的基站装置，其中，当M2M终端从基站装置的小区切换到相邻小区时，控制装置将M2M终端正执行特定覆盖改善处理告知相邻基站。

(附录10)

根据附录1至9的任何一个所述的基站装置，其中，控制装置将基站装置是否支持特定覆盖改善处理告知相邻基站，以及由相邻基站将相邻基站是否支持特定覆盖改善处理告知控制装置。

(附录11)

一种机器对机器(M2M)终端，执行M2M通信，包括：

无线电通信装置，用于与基站通信；以及

控制装置，其中，

基站被配置为基于下述至少一个：M2M终端的终端能力、M2M终端的终端信息、M2M终端的通信特性和M2M终端的无线电质量，以及进一步基于从M2M终端接收的接入原因，控制M2M终端和无线电通信装置之间，使用特定覆盖改善处理的通信，以及

控制装置经由无线电通信装置，将接入原因传送到基站，并且从基站接收执行特定覆盖改善处理的指令。

(附录12)

根据附录11所述的M2M终端，其中，响应接收执行特定覆盖改善处理的指令，控制装置继续执行特定覆盖改善处理直到接收到停止特定覆盖改善处理的指令为止。

(附录13)

根据附录11所述的M2M终端，其中，响应接收执行特定覆盖改善处理的指令，即使在释放与基站的无线电连接后，控制装置仍然继续执行特定覆盖改善处理。

(附录14)

根据附录11所述的M2M终端，其中，响应接收执行特定覆盖改善处理的指令，即使当重复建立和释放与基站的无线电连接时，控制装置仍然继续执行特定覆盖改善处理。

(附录15)

根据附录12至14的任何一个所述的M2M终端，其中，当建立与基站的无线电连接时，控制装置将表示是否在M2M终端中正执行特定覆盖改善处理的通知传送到基站。

(附录16)

一种由基站执行的方法，包括：

基于下述的至少一个：M2M终端的终端能力、M2M终端的终端信息、M2M终端的通信特性和M2M终端的无线电质量，以及进一步基于从M2M终端接收的接入原因，控制M2M终端和基站之间，使用特定覆盖改善处理的通信。

(附录17)

一种经由基站，由实现M2M通信的机器对机器(M2M)终端执行的方法，其中：

基站被配置成基于下述的至少一个：M2M终端的终端能力、M2M终端的终端信息、M2M终端的通信特性和M2M终端的无线电质量，以及进一步基于从M2M终端接收的接入原因，控制M2M终端和基站之间，使用特定覆盖改善处理的通信，以及

该方法包括：

将接入原因传送到基站；以及

从基站接收执行特定覆盖改善处理的指令。

(附录18)

一种用于使计算机执行有关基站的方法的程序，其中，

该方法包括基于下述的至少一个：M2M终端的终端能力、M2M终端的终端信息、M2M终端的通信特性和M2M终端的无线电质量，以及进一步基于从M2M终端接收的接入原因，控制M2M终端和基站之间，使用特定覆盖改善处理的通信。

(附录19)

一种用于使计算机执行有关经由基站，实现M2M通信的机器对机器(M2M)终端的方法的程序，其中，

基站被配置成基于下述的至少一个：M2M终端的终端能力、M2M终端的终端信息、M2M终端的通信特性和M2M终端的无线电质量，以及进一步基于从M2M终端接收的接入原因，控制M2M终端和基站之间，使用特定覆盖改善处理的通信，以及

该方法包括：

将接入原因传送到基站；以及

从基站接收执行特定覆盖改善处理的指令。

本申请基于并要求2014年1月30日提交的日本专利申请No.2014-015868的优先权，其全部内容在此引入以供参考。

11,21,31,41 M2M终端(MTC UE)

12 无线电终端(UE)

13,23,33,43,45,53,55 基站(eNB)

14,44 核心网络(EPC)

130,430,450 小区

111 收发器

112 控制器

131 收发器

132 控制器

141,241,341 核心网络节点

1411 接口

1412 控制器