CN103120002B - 通信*** - Google Patents

Abstract

本发明的目的在于提供能够避免下行通信或上行通信的拥塞及由此造成的无线资源不足的通信***。本发明中，在具备进行人对人通信的正常移动终端（正常UE）、和进行机对机通信的机器类通信用器件（MTCD）的通信***中，为了呼叫正常UE及MTCD，从基站装置对正常UE及MTCD发送寻呼消息（Paging message）。寻呼消息中例如包含终端识别符（UE－ID）。在正常UE和MTCD中个别地设定能在该寻呼消息中收容的终端识别符（UE－ID）的最大个数。或者，取代MTCD的终端识别符（MTCD的UE－ID）而使寻呼消息包含呼叫用指示。

Description

通信***

技术领域

本发明涉及在多个通信终端装置和基站装置之间实施无线通信的通信***。

背景技术

自2001年起在日本开始了称为第3代的通信方式之中W－CDMA（宽带码分多址：Wideband Code division Multiple Access）方式的商业服务。此外，开始了在下行链路（个别数据信道、个别控制信道）追加分组传送用信道（高速下行链路共享信道：HighSpeed－Downlink Shared Channel（HS－DSCH）），从而实现利用下行链路的数据发送的进一步高速化的HSDPA（高速下行链路分组接入：High Speed Downlink Packet Access）的服务。而且，为了进一步高速化上行方向的数据发送，还开始了HSUPA（高速上行链路分组接入：High Speed Uplink Packet Access）方式的服务。W－CDMA是由移动体通信***的标准化团体即3GPP（第3代合作伙伴项目：3rd Generation Partnership Project）确定的通信方式，汇编了第8版（Release 8）的规格书。

此外，在3GPP中，作为与W－CDMA区别的通信方式，对于无线区间探讨称为长期演进（Long Term Evolution：LTE）、对于包含核心网络（也仅称为网络）的***全体结构探讨称为***架构演进（System Architecture Evolution：SAE）的新的通信方式。该通信方式也被称为3.9G（3.9 Generation）***。

在LTE中，接入方式、无线的信道构成、协议与当前的W－CDMA（HSDPA/HSUPA）完全不同。例如，关于接入方式，W－CDMA使用码分多址（Code Division Multiple Access），而LTE在下行方向使用OFDM（正交频分复用：Orthogonal Frequency DivisionMultiplexing）、上行方向使用SC－FDMA（单载波频分多址：Single Career FrequencyDivision Multiple Access）。此外，关于带宽，W－CDMA为5MHz，而在LTE中按每个基站能够在1.4MHz、3MHz、5MHz、10MHz、15MHz、20MHz中进行选择。此外，在LTE中，不像W－CDMA那样包含回路交换，仅为分组通信方式。

LTE利用与W－CDMA的核心网络（通用分组无线业务：General Packet RadioService（GPRS））不同的新的核心网络构成通信***，因此被定义为与W－CDMA网区别的独立的无线接入网。因而，为了与W－CDMA的通信***进行区别，在LTE的通信***中，与移动终端（用户设备：User Equipment（UE））进行通信的基站（Base station）称为eNB（E－UTRANNodeB），与多个基站进行控制数据、用户数据的交换的基站控制装置（无线网络控制器：Radio Network Controller）被称为EPC（分组核心演进：Evolved Packet Core）或aGW（接入网关：Access Gateway）。在该LTE的通信***中，提供单播（Unicast）服务和E－MBMS服务（进化多媒体广播多播服务：Evolved Multimedia Broadcast Multicast Service）。E－MBMS服务是指广播式多媒体服务，也有仅称MBMS的情况。对于多个移动终端发送新闻、天气预报、移动广播等的大容量广播内容。还称此为点对多点（Point to Multipoint）服务。

在非专利文献1（4.6.1章）中记载了3GPP中的有关LTE***中整体架构（Architecture）的当前决定事项。利用图1说明整体架构。图1是示出LTE方式的通信***的构成的说明图。在图1中，如果由基站102来终结针对移动终端101的控制协议例如RRC（无线资源控制：Radio Resource Control）、和用户层面例如PDCP（分组数据汇聚协议：PacketData Convergence Protocol）、RLC（无线链路控制：Radio Link Control）、MAC（媒体访问控制：Medium Access Control）、PHY（物理层面：Physical layer），则E－UTRAN（演进的通用陆基无线接入：Evolved Universal Terrestrial Radio Access）由一个或多个基站102构成。

基站102进行从MME（移动管理实体：Mobility Management Entity）103通知到的寻呼信号（Paging Signal，也称为寻呼消息（paging messages））的调度（Scheduling）及发送。基站102通过X2接口互相连接。此外基站102通过S1接口与EPC（Evolved Packet Core）连接。更明确地说，基站102通过S1＿MME接口与MME（Mobility Management Entity）103连接，并通过S1＿U接口与S－GW（服务网关：Serving Gateway）104连接。

MME103进行寻呼信号对复数或单数基站102的分配。此外，MME103进行等待状态（空闲状态：Idle State）的移动控制（Mobility control）。当移动终端处于等待状态及激活状态（Active State）时，MME103进行跟踪区（Tracking Area）表的管理。

S－GW104与一个或多个基站102进行用户数据的收发。在基站间转移（handover）时，S－GW104成为局部的移动性锚点（Mobility Anchor Point）。EPC中还存在P－GW（PDNGateway），进行每个用户的分组过滤、UE－ID地址分配等。

移动终端101与基站102之间的控制协议RRC，进行报告（Broadcast）、寻呼（paging）、RRC连接管理（RRC connection management）等。作为RRC中的基站和移动终端的状态，有RRC＿IDLE、RRC＿CONNECTED。RRC＿IDLE中进行PLMN（公共陆基移动网：PublicLand Mobile Network）选择、***信息（System Information：SI）报告、寻呼（paging）、小区再选择（cell reselection）、移动等。RRC＿CONNECTED中，移动终端具有RRC连接（connection），能够与网络进行数据的收发，此外，进行转移（Handover：HO）、邻接小区（Neighbour cell）的测量等。

利用图2说明非专利文献1（5章）中记载的3GPP中的、有关LTE***中帧结构的当前决定事项。图2是示出LTE方式的通信***中使用的无线帧的结构的说明图。图2中，一个的无线帧（Radio frame）为10ms。无线帧被分割为10个相等大小的子帧（Subframe）。子帧被分割为2个相等大小的时隙（slot）。每个无线帧的第1个和第6个子帧包含下行同步信号（Downlink Synchronization Signal：SS）。同步信号中有第一同步信号（PrimarySynchronization Signal：P－SS）和第二同步信号（Secondary Synchronization Signal：S－SS）。

按照子帧单位能进行MBSFN（多媒体广播组播单频网：Multimedia Broadcastmulticast service Single Frequency Network）用和MBSFN以外的信道复用。MBSFN发送(MBSFN Transmission)是指能通过同时从多个小区发送相同的波形来实现的同时广播发送技术(simulcast transmission technique)。根据移动终端，从MBSFN区域（MBSFN Area）的多个小区开始的MBSFN发送可视为一个发送。MBSFN是指支持这种MBSFN发送的网络。下面，将MBSFN发送用的子帧称为MBSFN子帧（MBSFN subframe）。

在非专利文献2中记载了分配MBSFN子帧时的信号发送例。图3是示出MBSFN帧的结构的说明图。图3中，按每个MBSFN帧（MBSFN frame）分配MBSFN子帧。MBSFN帧按照分配周期（无线帧分配期间：radio Frame Allocation Period）重复。MBSFN子帧是为了按照由分配周期和分配偏置（radio Frame Allocation Offset）定义的无线帧进行MBSFN而分配的子帧，是用于传输多媒体数据的子帧。满足下面的式（1）的无线帧就是包含MBSFN子帧的无线帧。

SFN mod radioFrameAllocationPeriod＝radioFrameAllocationOffset …（1）

以6位进行MBSFN子帧的分配。左第1位定义第2子帧（＃1）的MBSFN分配。第2位定义第3子帧（＃2）的MBSFN分配，第3位定义第4子帧（＃3）的MBSFN分配，第4位定义第7子帧（＃6）的MBSFN分配，第5位定义第8子帧（＃7）的MBSFN分配，第6位定义第9子帧（＃8）的MBSFN分配。在该位表示“1”的情况下，对应的子帧表示为MBSFN而分配。

在非专利文献1（5章）中记载了3GPP中的有关LTE***中信道结构的当前的决定事项。设想在CSG小区（封闭用户组小区：Closed Subscriber Group cell）中也使用与non－CSG小区相同的信道结构。利用图4说明物理信道（Physical channel）。图4是说明LTE方式的通信***中使用的物理信道的说明图。

图4中，物理报告信道（Physical Broadcast channel：PBCH）401是从基站102发送至移动终端101的下行信道。BCH传输块（transport block）与40ms间隔中的4个子帧映射。40ms定时中没有明显的信号发送。物理控制信道格式指示信道（Physical Control FormatIndicator Channel：PCFICH）402是从基站102发送至移动终端101。对于为PDCCHs而使用的OFDM符号数，PCFICH从基站102通知到移动终端101。PCFICH按每个子帧发送。

物理下行控制信道（Physical Downlink Control Channel：PDCCH）403是从基站102发送到移动终端101的下行信道。PDCCH通知资源分配（allocation）、关于DL－SCH（后述的图5所示的传输信道的一个即下行共有信道）的HARQ（混合自动重传：Hybrid AutomaticRepeat reQuest）信息、PCH（图5所示的传输信道的一个即寻呼信道）。PDCCH运输上行调度授予（Uplink Scheduling Grant）。PDCCH运输针对上行发送的响应信号即Ack（肯定：Acknowledgement）/Nack（否定：Negative Acknowledgement）。PDCCH也称为L1/L2控制信号。

物理下行共有信道（Physical Downlink Shared Channel：PDSCH）404是从基站102发送到移动终端101的下行信道。PDSCH中映射有传输信道即DL－SCH（下行共有信道）、传输信道即PCH。物理多播信道（Physical Multicast Channel：PMCH）405是从基站102发送到移动终端101的下行信道。PMCH中映射有传输信道即MCH（多播信道）。

物理上行控制信道（Physical Uplink Control Channel：PUCCH）406是从移动终端101发送到基站102的上行信道。PUCCH运输针对下行发送的响应信号（response signal）即Ack/Nack。PUCCH运输CQI（信道质量指示：Channel Quality Indicator）报告。CQI是表示所接收的数据的品质或通信路品质的品质信息。此外PUCCH运输调度请求（SchedulingRequest：SR）。物理上行共有信道（Physical Uplink Shared Channel：PUSCH）407是从移动终端101发送到基站102的上行信道。PUSCH中映射有UL－SCH（图5所示的传输信道的一个即上行共有信道）。

物理HARQ指示信道（Physical Hybrid ARQ Indicator Channel：PHICH）408是从基站102发送至移动终端101的下行信道。PHICH运输针对上行发送的响应即Ack/Nack。物理随机接入信道（Physical Random Access Channel：PRACH）409是从移动终端101发送至基站102的上行信道。PRACH运输随机接入前言（random access preamble）。

下行参考信号（Reference signal）是作为移动体通信***已知的符号。作为移动终端物理层的测定，有参考符号的接收功率（Reference Symbol Received Power：RSRP）。

利用图5说明非专利文献1（5章）中记载的传输信道（Transport channel）。图5是说明LTE方式的通信***中使用的传输信道的说明图。图5（A）中示出下行传输信道和下行物理信道之间的映射。图5（B）中示出上行传输信道和上行物理信道之间的映射。

关于下行传输信道，向其基站（小区）的整个覆盖区报告报告信道（BroadcastChannel：BCH）。BCH映射到物理报告信道（PBCH）。

下行共有信道（Downlink Shared Channel：DL－SCH）中能适用HARQ（Hybrid ARQ）的再传控制。DL－SCH能够向基站（小区）的整个覆盖区报告。DL－SCH支持动态或准静态（Semi－static）的资源分配。准静态的资源分配也称为持久调度（PersistentScheduling）。为了移动终端的低功耗化，DL－SCH支持移动终端的DRX（非连续接收：Discontinuous reception）。DL－SCH映射到物理下行共有信道（PDSCH）。

寻呼信道（Paging Channel：PCH）支持移动终端的DRX，以便移动终端的低功耗成为可能。PCH请求对基站（小区）的整个覆盖区的报告。PCH映射到能够动态地利用到通信量的物理下行共有信道（PDSCH）这样的物理资源、或其他控制信道的物理下行控制信道（PDCCH）这样的物理资源。

多播信道（Multicast Channel：MCH）使用于对基站（小区）整个覆盖区的报告。MCH支持多路小区发送中的MBMS服务（MTCH和MCCH）的SFN合成。MCH支持准静态的资源分配。MCH映射到PMCH。

上行共有信道（Uplink Shared Channel：UL－SCH）能适用HARQ（Hybrid ARQ）的再传控制。UL－SCH支持动态或准静态（Semi－static）的资源分配。UL－SCH映射到物理上行共有信道（PUSCH）。

图5（B）所示的随机接入信道（Random Access Channel：RACH）被限于控制信息。RACH有发生冲突的风险。RACH映射到物理随机接入信道（PRACH）。

对HARQ进行说明。HARQ是通过自动再传（Automatic Repeat reQuest：ARQ）和纠错（Forward Error Correction）的组合来提高传输通路的通信品质的技术。具有对通信品质变化的传输通路也能通过再传发挥有效纠错的功能的优点。特别是，在再传时，通过合成初传的接收结果和再传的接收结果，能进一步提高品质。

说明再传方法的一个例子。在接收侧，接收数据未能被正确地解码的情况下，换句话说发生了CRC（循环冗余码校验：Cyclic Redundancy Check）错误的情况下（CRC＝NG），从接收侧向发送侧发送“Nack”。接收到“Nack”的发送侧再传数据。在接收侧，能够正确解码接收数据的情况下，换句话说不发生CRC错误的情况下（CRC＝OK），从接收侧向发送侧发送“Ack”。接收到“Ack”的发送侧发送下一个数据。

作为HARQ方式的一个例子，有蔡斯合并（Chase Combining）。蔡斯合并是指在初传和再传中发送相同的数据序列，并在再传中进行初传的数据序列和再传的数据序列的合成，从而提高增益的方式。这基于这样想法：即使初传数据中存在错误，也包含局部正确的部分，通过将正确的局部的初传数据和再传数据合成，能够更加高精度地发送数据。此外，作为不同于HARQ方式的例子，有IR（增量冗余：Incremental Redundancy）。IR是指增加冗余长度，在再传中通过发送校验位，与初传组合而增加冗余长度，利用纠错功能而提高品质。

利用图6说明非专利文献1（6章）中记载的逻辑信道（Logical channel）。图6是说明LTE方式的通信***中使用的逻辑信道的说明图。图6（A）中示出下行逻辑信道和下行传输信道之间的映射。图6（B）中示出上行逻辑信道和上行传输信道之间的映射。

报告控制信道（Broadcast Control Channel：BCCH）是用于报告***控制信息的下行信道。作为逻辑信道的BCCH，映射到作为传输信道的报告信道（BCH）、或下行共有信道（DL－SCH）。

寻呼控制信道（Paging Control Channel：PCCH）是用于发送寻呼信号的下行信道。在网络不知道移动终端的小区定位的情况下使用PCCH。作为逻辑信道的PCCH映射到作为传输信道的寻呼信道（PCH）。

共有控制信道（Common Control Channel：CCCH）是用于移动终端和基站之间的发送控制信息的信道。移动终端在与网络之间不具有RRC连接（connection）的情况下使用CCCH。在下行方向，CCCH映射到作为传输信道的下行共有信道（DL－SCH）。在上行方向，CCCH映射到作为传输信道的上行共有信道（UL－SCH）。

多播控制信道（Multicast Control Channel：MCCH）是用于1对多的发送的下行信道。是为了从网络向移动终端发送一个或几个MTCH用的MBMS控制信息而使用的信道。MCCH是在MBMS接收中仅用于移动终端的信道。MCCH映射到作为传输信道的下行共有信道（DL－SCH）或多播信道（MCH）。

个别控制信道（Dedicated Control Channel：DCCH）是移动终端与网络之间的发送个别控制信息的信道。DCCH在上行中映射到上行共有信道（UL－SCH），在下行中映射到下行共有信道（DL－SCH）。

个别通信量信道（Dedicated Traffic Channel：DTCH）是用于用户信息的发送的对个别移动终端进行一对一通信的信道。DTCH在上行及下行中都存在。DTCH在上行中映射到上行共有信道（UL－SCH），在下行中映射到下行共有信道（DL－SCH）。

多播通信量信道（Multicast Traffic channel：MTCH）是用于从网络到移动终端的通信量数据发送的下行信道。MTCH是在MBMS接收中仅用于移动终端的信道。MTCH映射到下行共有信道（DL－SCH）或多播信道（MCH）。

GCI是指全局小区识别符（Global Cell Identity）。在LTE及UMTS（通用移动通信***：Universal Mobile Telecommunication System）中，引入CSG小区（ClosedSubscriber Group cell）。关于CSG以下进行说明（参照非专利文献3 3.1章）。CSG（ClosedSubscriber Group）是指操作者特别确定可利用的加入者的小区（特定加入者用小区）。

特定的加入者被允许接入PLMN（Public Land Mobile Network）的一个以上E－UTRAN小区。将允许特定的加入者接入的一个以上E－UTRAN小区称为“CSG小区”。但是，PLMN有接入限制。CSG小区是报告固有的CSG标识（CSG identity：CSG ID；CSG－ID）的PLMN的一部分。预先使用登记，得到允许的加入者组的成员，利用作为允许接入信息的CSG－ID，接入CSG小区。

CSG－ID通过CSG小区或小区报告。移动体通信***中存在多个CSG－ID。再者，为便于CSG关联成员的接入，由移动终端（UE）使用CSG－ID。

以一个以上的小区构成的区域为单位进行移动终端的位置追踪。关于位置追踪，在等待状态下也追踪移动终端的位置，这是为了能够呼叫（移动终端呼叫）。将用于追踪该移动终端的位置的区域称为跟踪区。

CSG白名单（CSG White List）是指记录有加入者所属的CSG小区所有的CSG ID的、存放在USIM（Universal Subscriber Identity Module）的表。CSG白名单也被称为允许CSG表（Allowed CSG ID List）。

下面对“适当的小区”（Suitable cell）进行说明（参照非专利文献3 4.3章）。“适当的小区”（Suitable cell）是UE为接受正常（normal）服务而呼叫等待（Camp ON）的小区。这样的小区满足下面（1）、（2）的条件。

（1）小区是被选择的PLMN或已登记的PLMN、或“等价（Equivalent）PLMN表”的PLMN的一部分。

（2）通过NAS（非接入层：Non－Access Stratum）提供的最新信息，进一步满足下面（a）～（d）的条件：

（a）该小区为未被禁止的（barred）小区；

（b）该小区并非“用于漫游的被禁止的Las”表的一部分，至少为一个跟踪区（Tracking Area：TA）的一部分。在该情况下，该小区必须满足所述（1）；

（c）该小区满足小区选择评价基准；

（d）关于作为CSG小区由***信息（System Information：SI）特定的小区，该小区中CSG－ID是UE的“CSG白名单”（CSG WhiteList）的一部分（UE的CSG白名单中包含）。

下面对“可接受的小区”（Acceptable cell）进行说明（参照非专利文献3 4.3章）。这是UE为接受被限制的服务（紧急通报）而呼叫等待的小区。这种小区要满足以下所有的要件。即，下面示出以E－UTRAN网络开始紧急通报的最小设置要件。（1）该小区不是被禁止的（barred）小区。（2）该小区满足小区选择评价基准。

小区中呼叫等待（camp on）是指UE完成小区选择/再选择（cell selection/reselection）处理，并且UE选择监视***信息和寻呼信息的小区的状态。

在3GPP中，探讨称为Home－NodeB（Home－NB；HNB）、Home－eNodeB（Home－eNB；HeNB）的基站。UTRAN中的HNB、或E－UTRAN中的HeNB是例如面向家庭、法人、商业用的接入服务的基站。在非专利文献4中，公开接入到HeNB及HNB的3个不同的模式。具体而言，是开放接入模式（Open access mode）、封闭接入模式（Closed access mode）、和混合接入模式（Hybrid access mode）。

各模式具有如下特征。在开放接入模式中，作为通常的操作的正常小区操作HeNB、HNB。在封闭接入模式中，作为CSG小区操作HeNB、HNB。这是只有CSG成员能够接入的CSG小区。在混合接入模式中，是同时也允许非CSG成员接入的CSG小区。混合接入模式的小区（也称为混合小区），换句话说，是支持开放接入模式和封闭接入模式这两者的小区。

在3GPP中，讨论将全部PCI（物理小区标识：Physical Cell Identity）分割为CSG小区用和non－CSG小区用（称为PCI***）（参照非专利文献5）。此外关于PCI***信息，讨论了用***信息来从基站对附属的移动终端进行报告的情况。公开了利用PCI***的移动终端的基本动作。不具有PCI***信息的移动终端，需要利用全部PCI（例如使用全部504代码）进行小区搜索。与之相对，具有PCI***信息的移动终端，可以利用该PCI***信息进行小区搜索。

此外在3GPP中，作为第10版，展开了长期演进技术（Long Term EvolutionAdvanced：LTE－A）的标准设定（参照非专利文献6、非专利文献7）。

在LTE－A***中，为了得到高的通信速度、小区边缘中的高的吞吐量、新的覆盖区等，探讨了支持中继（Relay：中继节点（RN））的情况。中继节点经由施主小区（Donor cell；Donor eNB；DeNB）以无线方式连接到无线接入网络。在施主小区的范围内，从网络（Network：NW）到中继节点的链路共用与从网络到UE的链路相同的频带。在该情况下，第8版的UE也能与该施主小区连接。将施主小区与中继节点之间的链路称为回程链路（backhaullink），将中继节点和UE之间的链路称为接入链路（access link）。

在3GPP中，不仅探讨了通常的eNB（宏小区），而且还探讨了微微蜂窝eNB（微微蜂窝小区（pico cell））、HeNB/HNB/CSG小区、热点小区用的节点、中继节点、远程无线电头端（Remote Radio Head：RRH）等的所谓的局部节点。

在3GPP中，展开了机器类通信（Machine Type Communication：MTC）技术的探讨（参照非专利文献8及9）。MTC与现有的人对人（Human to Human：H2H）通信不同，是机对机（Machine to Machine：M2M）通信。即，在MTC中，人机交互（Human Interaction），即不需要人与人的交换。作为利用MTC技术的服务（下面称为“MTC服务”）的应用例，有气体、电力、水道等的检测针（Metering）、输送管理及订购管理（Tracking&Tracing）等。作为MTC服务的特征，有MTC用的器件（MTC Device：MTCD）的数量庞大的情况。作为一例，设想在一个小区的附属存在3万台以上的MTCD的情况。非专利文献8事公开了MTC的3GPP中的标准。

在MTC服务中，产生从许多MTCD，或对许多MTCD同时进行数据通信的状况。在现有的通信方式中，最优化为H2H通信，因此没有促成针对许多MTCD同时进行数据通信的状况的对策。因此，在从许多MTCD或对许多MTCD同时进行数据通信的状况下，发生的问题是在无线网络及核心网络中发生拥塞状态而处于过负荷状态。

作为消除下行通信的拥塞（下面也有称为“下行拥塞”的情况）及由此产生的问题的方法，在3GPP提出了非专利文献10、非专利文献11及非专利文献12的技术。此外，作为消除上行通信的拥塞（下面也有称为“上行拥塞”的情况）及由此产生的问题的方法，在3GPP中提出了非专利文献13的技术。

现有技术文献

非专利文献

非专利文献1 : 3GPP TS36.300 Va.0.0

非专利文献2 : 3GPP TS36.331 V9.3.0

非专利文献3 : 3GPP TS36.304 V9.3.0

非专利文献4 : 3GPP S1－083461

非专利文献5 : 3GPP R2－082899

非专利文献6 : 3GPP TR 36.814 V9.0.0

非专利文献7 : 3GPP TR 36.912 V9.0.0

非专利文献8 : 3GPP TS 22.368 V2.0.0

非专利文献9 : 3GPP R3－100315

非专利文献10 : 3GPP R2－102962

非专利文献11 : 3GPP R2－104004

非专利文献12 : 3GPP R2－102297

非专利文献13 : 3GPP S2－103183。

发明内容

在支持MTC服务的情况下，从许多MTCD或对许多MTCD同时进行数据通信，因此发生的问题是在无线网络及核心网络中产生拥塞状态而会处于过负荷状态。

作为消除下行拥塞及由此产生的问题的方法，如上所述，在3GPP中提出了非专利文献10、非专利文献11及非专利文献12的技术。在这些非专利文献10～12中，公开了并非按每个MTCD发送寻呼，而是按每个MTC组发送寻呼，从而削减寻呼负担的方法。但是，在这些非专利文献10～12所公开的方法中，依然会留下这样的问题，即对许多MTCD一起通知寻呼这样的情况下，会出现非MTCD的移动终端的寻呼用无线资源的不足。

此外，作为消除上行拥塞及由此产生的问题的方法，如上所述，在3GPP中提出了非专利文献13的技术。在非专利文献13中，记载了从MTCD没有请求分离处理的情况下，也能通过上游节点进行分离处理。但是，在非专利文献13所公开的方法中，出现的问题是会产生MTCD的上行RACH用无线资源的不足。

本发明的目的在于提供一种能够避免下行通信或上行通信的拥塞及由此产生的无线资源不足的通信***。

本发明的通信***，具备与核心网络连接的基站装置、和包含能够无线通信地与所述基站装置连接的通信终端装置的多个终端装置群，其特征在于：对于应呼叫的所述通信终端装置，所述基站装置发送寻呼消息，该寻呼消息包含表示该通信终端装置的终端识别符，当从所述基站装置接收包含表示该通信终端装置的终端识别符的寻呼消息时，所述通信终端装置开始与所述基站装置的通信，按每个所述终端装置群，设定能够在所述寻呼消息中收容的所述终端识别符的最大个数。

此外本发明的通信***，具备与核心网络连接的基站装置、和包含能够无线通信地与所述基站装置连接的通信终端装置的多个终端装置群，其特征在于：对于应呼叫的所述通信终端装置，所述基站装置发送寻呼消息，该寻呼信息包含表示呼叫了该通信终端装置的呼叫用指示，当接收到包含表示呼叫了该通信终端装置的呼叫用指示的寻呼消息时，所述通信终端装置开始与所述基站装置的通信。

此外本发明的通信***，具备与核心网络连接的基站装置、和包含能够无线通信地与所述基站装置连接的通信终端装置的多个终端装置群，其特征在于：所述基站装置向应呼叫的所述通信终端装置发送通知呼叫的寻呼消息，当从所述基站装置接收本装置目的地的所述寻呼消息时，所述通信终端装置开始与所述基站装置的通信，对于不同的终端装置群所包含的多个通信终端装置发送所述寻呼消息时，所述寻呼消息利用不同的无线帧按每个所述终端装置群进行发送。

此外本发明的通信***，具备与核心网络连接的基站装置、和包含能够无线通信地与所述基站装置连接的通信终端装置的多个终端装置群，其特征在于：所述基站装置向所述通信终端装置发送应提供给所述通信终端装置的数据、和用于通知是否发生所述数据的信息。

此外本发明的通信***，具备与核心网络连接的基站装置、和包含能够无线通信地与所述基站装置连接的通信终端装置的多个终端装置群，其特征在于：在与所述通信终端装置之间进行预定的终端侧处理之后、满足了预定的切断条件时，所述基站装置切断与所述通信终端装置的通信状态，当满足了能预测到由所述基站装置切断与所述通信终端装置的通信状态的预测条件时，所述通信终端装置进行用于在与所述基站装置之间确立通信状态的处理。

（发明效果）

依据本发明的通信***，从基站装置向应呼叫的通信终端装置发送寻呼消息。接收寻呼消息的通信终端装置，开始与基站装置的通信。能收容在寻呼消息的终端识别符的最大个数，按每个终端装置群进行设定，因此在呼叫某个终端装置群所包含的较多的通信终端装置的情况下，也不会阻碍其他终端装置群所包含的通信终端装置的通信，而能够进行呼叫。因而，能够避免下行通信的拥塞及由此产生的无线资源不足。

此外依据本发明的通信***，从基站装置向应呼叫的通信终端装置发送寻呼消息。接收寻呼消息的通信终端装置，开始与基站装置的通信。由于寻呼消息中包含呼叫用指示，所以无需使寻呼消息个别地包含表示应呼叫的通信终端装置的终端识别符。由此，在呼叫某个终端装置群所包含的较多的通信终端装置的情况下，也无需使寻呼消息包含该个数份量的终端识别符，所以不会阻碍其他终端装置群所包含的通信终端装置的通信，而能够进行呼叫。因而，能够避免下行通信的拥塞及由此产生的无线资源不足。

此外依据本发明的通信***，从基站装置以应呼叫的通信终端装置为目的地发送寻呼消息。接收寻呼消息的通信终端装置，开始与基站装置的通信。按每个终端装置群利用不同的无线帧发送寻呼消息，因此，在呼叫某个终端装置群所包含的较多的通信终端装置的情况下，也不会阻碍其他终端装置群所包含的通信终端装置的通信，而能够进行呼叫。因而，能够避免下行通信的拥塞及由此产生的无线资源不足。

此外依据本发明的通信***，利用基站装置，对通信终端装置发送应提供给通信终端装置的数据、和用于通知是否发生该数据的信息。由此，与按每个通信终端装置个别地发送数据的情况相比，能够削减数据发送所使用的无线资源。因而，能够避免下行通信的拥塞及由此产生的下行无线资源不足。

此外依据本发明的通信***，在基站装置与通信终端装置之间进行终端侧处理之后，满足切断条件时，利用基站装置切断与通信终端装置的通信状态。这样当满足了能预测通信状态被切断的情况的预测条件时，利用通信终端装置，进行用于在与基站装置之间确立通信状态的处理。由此，在预测为维持通信终端装置与基站装置之间的通信状态的情况下，以能够进行用于在通信终端装置与基站装置之间确立通信状态的处理。因而，能够避免上行通信的拥塞及由此产生的无线资源不足。

该发明的目的、特征、方面、及优点，通过下面的详细说明和附图，将更加清晰。

附图说明

图1是示出LTE方式的通信***的结构的说明图；

图2是示出LTE方式的通信***中使用的无线帧的结构的说明图；

图3是示出MBSFN帧的结构的说明图；

图4是说明LTE方式的通信***中使用的物理信道的说明图；

图5是说明 LTE方式的通信***中使用的传输信道的说明图；

图6是说明LTE方式的通信***中使用的逻辑信道的说明图；

图7是示出当前3GPP中讨论的LTE方式的移动体通信***的整体结构的框图；

图8是示出本发明所涉及的移动终端（图7的移动终端71）的结构的框图；

图9是示出本发明所涉及的基站（图7的基站72）的结构的框图；

图10是示出本发明所涉及的MME（图7的MME部73）的结构的框图；

图11是示出本发明所涉及的HeNBGW即图7所示的HeNBGW74的结构的框图；

图12是示出LTE方式的通信***中移动终端（UE）进行从小区搜索到等待动作为止的概略的流程图；

图13是示出在3GPP中探讨的MTC的架构的一个例子的说明图；

图14是示出现有LTE的通信***中的寻呼次序的图；

图15是示出实施方式1中的寻呼消息所包含的信息的一个例子的图；

图16是示出以准静态设定MTCD的寻呼记录数为最大值时的寻呼次序的一个例子的图；

图17是示出实施方式2中的寻呼消息所包含的信息的一个例子的图；

图18是示出MME进行建立MTC组和属于该MTC组的MTCD对应时的寻呼的次序的一个例子的图；

图19是示出eNB进行对每个小区的MTC组识别符的分配时的寻呼次序的一个例子的图；

图20是示出由当前的LTE决定寻呼被映射的子帧的图；

图21是示出对MTCD的寻呼能被映射的子帧的图；

图22是能映射对MTCD寻呼的子帧为一个的情况下，示出子帧的一个例子图；

图23是示出能映射对MTCD的寻呼的子帧为一个的情况下，子帧的其他例子的图；

图24是示出映射了由当前的LTE决定的寻呼的无线帧（PF）的图；

图25是示出映射了对 MTCD寻呼的无线帧（PF）的图；

图26是示出映射实施方式4所公开的对MTCD的寻呼消息的无线帧及子帧的结构的图；

图27是示出关于2个MTC组按每个MTC组设定周期、偏置值及子帧编号时的一个例子的图；

图28是示出实施方式5中的eNB的RNTI掩蔽方法的处理顺序的流程图；

图29是示出实施方式5中的正常UE的寻呼消息的接收处理的处理顺序的流程图；

图30是示出实施方式5中的MTCD的寻呼消息接收处理的处理顺序的流程图；

图31是示出实施方式6中的下行逻辑信道、下行传输信道及下行物理信道的对应关系的图；

图32是示出实施方式6中的eNB的RNTI掩蔽方法的处理顺序的流程图；

图33是示出实施方式6中的正常UE的寻呼消息的接收处理的处理顺序的流程图；

图34是示出实施方式6中的MTCD的寻呼消息的接收处理的处理顺序的流程图；

图35是示出实施方式7中的寻呼消息中包含的信息的一个例子的图；

图36是示出利用寻呼的MTC服务用下行数据的收发处理的次序的图；

图37是示出将MTCD移动终端识别符与MTC数据（MTC data）成对而发送时的寻呼消息中包含的信息的一个例子的图；

图38是说明用于通知是否发生MTC服务用数据的信息和MTC服务用下行数据的发送方法的具体例的图；

图39是示出实施方式9中的MTC服务用下行数据的收发处理的次序的图；

图40是示出实施方式9中的MTC服务用下行数据的收发处理的次序的图；

图41是说明MTC服务用数据在变更时的通知方法的具体例的图；

图42是说明将经过既定的期间后的MTC数据的发送断开的情况下，对具体例进行说明的图；

图43是示出实施方式10中的避免上行拥塞方法的次序的图；

图44是示出实施方式10的变形例1中的避免上行拥塞方法的次序的图。

具体实施方式

实施方式1.

图7是示出在当前3GPP中讨论的LTE方式的移动体通信***的整体结构的框图。当前3GPP中探讨了包含CSG（Closed Subscriber Group）小区（E－UTRAN的Home－eNodeB（Home－eNB；HeNB）、UTRAN的Home－NB（HNB））、和non－CSG小区（E－UTRAN的eNodeB（eNB）、UTRAN的NodeB（NB）、GERAN的BSS）的***的整体结构，关于E－UTRAN，提出了如图7那样的结构（参照非专利文献1 4.6.1.章）。

对图7进行说明。移动终端装置（下面称为“移动终端”或“User Equipment（UE）”）71能够与基站装置（下面称为“基站”）72进行无线通信，以无线通信方式进行信号的收发。移动终端装置相当于通信终端装置。基站72被分类为作为宏小区的eNB72－1、和作为局部节点的Home－eNB72－2。eNB72－1相当于大规模基站装置，作为能够与移动终端UE71进行通信的范围即覆盖区，具有较大的大规模覆盖区。Home－eNB72－2相当于小规模基站装置，作为覆盖区，具有较小规模的覆盖区。

eNB72－1利用S1接口与MME、或S－GW、或包含MME及S－GW的MME/S－GW部（下面也有称为“MME部”的情况）73连接，在eNB72－1与MME部73之间进行控制信息的通信。对于一个eNB72－1，连接多个MME部73也可。eNB72－1间利用X2接口进行连接，在eNB72－1间进行控制信息的通信。

Home－eNB72－2利用S1接口与MME部73连接，在Home－eNB72－2与MME部73之间进行控制信息的通信。对于一个MME部73，连接有多个Home－eNB72－2。或者，Home－eNB72－2经由HeNBGW（Home－eNB GateWay）74与MME部73连接。Home－eNB72－2和HeNBGW74利用S1接口连接，HeNBGW74和MME部73经由S1接口连接。一个或多个Home－eNB72－2与一个HeNBGW74连接，通过S1接口而进行信息的通信。HeNBGW74与一个或多个MME部73连接，通过S1接口进行信息的通信。

而且在当前3GPP中，探讨了如下结构。Home－eNB72－2间的X2接口未得到支持。从MME部73来看，HeNBGW74被视为eNB72－1。从Home－eNB72－2来看，HeNBGW74被视为MME部73。与Home－eNB72－2经由HeNBGW74是否与MME部73连接无关，Home－eNB72－2与MME部73之间的接口为S1接口，是相同的。如多个MME部73横跨那样，向Home－eNB72－2的移动、或从Home－eNB72－2起的移动得不到支持。Home－eNB72－2支持唯一的小区。

图8是示出本发明所涉及的移动终端（图7的移动终端71）的结构的框图。说明图8所示的移动终端71的发送处理。首先，来自协议处理部801的控制数据、以及来自应用部802的用户数据，被保存到发送数据缓冲部803。保存在发送数据缓冲部803的数据，被移交给编码部804，实施纠错等的编码处理。不实施编码处理而存在从发送数据缓冲部803直接输出到调制部805的数据也可。用编码部804进行编码处理的数据，由调制部805进行调制处理。调制后的数据被转换为基带信号后，向频率转换部806输出，被轮换为无线发送频率。然后，发送信号从天线807发送到基站72。

此外，如下执行移动终端71的接收处理。用天线807接收来自基站72的无线信号。在频率转换部806中接收信号从无线接收频率转换为基带信号，在解调部808中进行解调处理。解调后的数据被移交给解码部809，进行纠错等的解码处理。解码后的数据之中，控制数据被移交给协议处理部801，用户数据被移交给应用部802。移动终端71的一系列的处理由控制部810控制。因而，虽然在图8中进行了省略，但控制部810与各部分801～809连接。

图9是示出本发明所涉及的基站（图7的基站72）的结构的框图。说明图9所示的基站72的发送处理。EPC通信部901进行基站72与EPC（MME部73、HeNBGW74等）之间的数据收发。其他基站通信部902进行其他基站之间的数据收发。Home－eNB72－2间的X2接口是得不到支持的方向，因此认为在Home－eNB72－2不存在其他基站通信部902。EPC通信部901及其他基站通信部902分别与协议处理部903进行信息交换。来自协议处理部903的控制数据、以及来自EPC通信部901及其他基站通信部902的用户数据及控制数据，被保存到发送数据缓冲部904。

保存在发送数据缓冲部904的数据，被移交给编码部905，实施纠错等的编码处理。存在不实施编码处理而从发送数据缓冲部904直接向调制部906输出的数据也可。编码后的数据，由调制部906进行调制处理。调制后的数据被转换为基带信号后，输出到频率转换部907，被转换为无线发送频率。然后，从天线908对一个或多个移动终端71发送发送信号。

此外，如下执行基站72的接收处理。用天线908接收来自一个或多个移动终端71的无线信号。在频率转换部907中接收信号从无线接收频率转换为基带信号，由解调部909进行解调处理。解调后的数据被移交给解码部910，进行纠错等的解码处理。解码后的数据之中，控制数据被移交给协议处理部903或EPC通信部901、其他基站通信部902，用户数据被移交给EPC通信部901及其他基站通信部902。基站72的一系列的处理由控制部911控制。因而，虽然在图9中进行了省略，但控制部911与各部分901～910连接。

在当前3GPP中讨论的Home－eNB72－2的功能如下所示（参照非专利文献1 4.6.2章）。Home－eNB72－2具有与eNB72－1相同的功能。进而，在与HeNBGW74连接的情况下，Home－eNB72－2具有体现适当的服务HeNBGW74的功能。Home－eNB72－2与一个HeNBGW74唯一连接。即，在与HeNBGW74连接的情况下，Home－eNB72－2不使用S1接口中的Flex功能。当Home－eNB72－2与一个HeNBGW74连接时，同时不与其他HeNBGW74、其他MME部73连接。

由HeNBGW74支持Home－eNB72－2的TAC和PLMN ID。当Home－eNB72－2与HeNBGW74连接时，“UE附着（UE attachment）”中的MME部73的选择由HeNBGW74进行，以取代Home－eNB72－2。Home－eNB72－2有不做网络规划的情况下配备的可能性。在该情况下，Home－eNB72－2从一个地理区域转移到其他地理区域。因而，这时的Home－eNB72－2需要跟随位置连接到不同的HeNBGW74。

图10是示出本发明所涉及的MME的结构的框图。在图10中示出上述的图7所示的MME部73所包含的MME73a的结构。PDN GW通信部1001进行MME73a与PDN GW之间的数据收发。基站通信部1002进行MME73a和基站72之间利用S1接口的数据收发。在从PDN GW接收的数据为用户数据的情况下，用户数据则从PDN GW通信部1001经由用户层面通信部1003移交给基站通信部1002，并发送到一个或多个基站72。在从基站72接收的数据为用户数据的情况下，用户数据则从基站通信部1002经由用户层面通信部1003移交给PDN GW通信部1001，并发送到PDN GW。

在从PDN GW接收的数据为控制数据的情况下，控制数据则从PDN GW通信部1001移交给控制层面控制部1005。在从基站72接收的数据为控制数据的情况下，控制数据则从基站通信部1002移交给控制层面控制部1005。

在存在HeNBGW74的情况下设置HeNBGW通信部1004，根据信息种类，进行MME73a和HeNBGW74之间利用接口（IF）的数据收发。从HeNBGW通信部1004接收的控制数据，HeNBGW通信部1004移交给控制层面控制部1005。控制层面控制部1005中处理的结果，经由PDN GW通信部1001被发送到PDN GW。此外，由控制层面控制部1005处理后的结果，经由基站通信部1002并通过S1接口被发送到一个或多个基站72，此外经由HeNBGW通信部1004被发送到一个或多个HeNBGW74。

控制层面控制部1005中包含NAS***1005－1、SAE承载控制部1005－2、空闲状态（Idle State）移动管理部1005－3等，进行对控制层面的整个处理。NAS***1005－1进行NAS（非接入层：Non－Access Stratum）消息的安全等。SAE承载控制部1005－2进行SAE（***架构演进：System Architecture Evolution）的承载管理等。空闲状态移动管理部1005－3进行等待状态（LTE－IDLE状态，还仅称为空闲）的移动管理、等待状态时的寻呼信号的生成及控制、附属的一个或多个移动终端71的跟踪区（TA）的追加、删除、更新、检索、跟踪区表（TA List）管理等。

MME73a通过向登记UE的（registered）追踪区域（跟踪区：Tracking Area：TA）所属的小区发送寻呼消息，着手寻呼协议。由空闲状态移动管理部1005－3进行与MME73a连接的Home－eNB72－2的CSG的管理、CSG－ID的管理、再者白名单管理也可。

CSG－ID的管理中，对与CSG－ID对应的移动终端和CSG小区的关系进行管理（追加、删除、更新、检索）。例如，也可为在某个CSG－ID上用户接入登记的一个或多个移动终端和属于该CSG－ID的CSG小区的关系。白名单管理中，对移动终端和CSG－ID的关系进行管理（追加、删除、更新、检索）。例如，在白名单中，存储某个移动终端用户登记的一个或多个CSG－ID也可。关于这些CSG的管理，也可在MME73a中的其他部分进行。MME73a的一系列的处理由控制部1006控制。因而，虽然在图10中进行了省略，但控制部1006与各部分1001～1005连接。

在当前3GPP中讨论的MME73a的功能如下所示（参照非专利文献1 4.6.2章）。MME73a进行CSG（Closed Subscriber Groups）成员的一个或多个移动终端的接入控制。MME73a视寻呼的最优化（Paging optimization）执行为选择。

图11是示出本发明所涉及的HeNBGW即图7所示的HeNBGW74的结构的框图。EPC通信部1101进行HeNBGW74和MME73a之间利用S1接口的数据收发。基站通信部1102进行HeNBGW74和Home－eNB72－2之间利用S1接口的数据收发。定位处理部1103进行向多个Home－eNB72－2发送经由EPC通信部1101移交的来自MME73a的数据之中注册信息等的处理。由定位处理部1103处理的数据被移交给基站通信部1102，经由S1接口发送给一个或多个Home－eNB72－2。

不需要定位处理部1103中的处理而要通过（透过）的数据从EPC通信部1101被移交给基站通信部1102，并经由S1接口发送给一个或多个Home－eNB72－2。HeNBGW74的一系列的处理由控制部1104控制。因而，虽然在图11中进行了省略，但控制部1104与各部分1101～1103连接。

在当前3GPP中讨论的HeNBGW74的功能如下所示（参照非专利文献1 4.6.2章）。HeNBGW74对于S1应用进行中继。虽然是MME73a发往Home－eNB72－2的顺序的一部分，但是HeNBGW74终结与移动终端71无关的S1应用。当配置HeNBGW74时，与移动终端71无关系的顺序使Home－eNB72－2与HeNBGW74之间、进而使HeNBGW74与MME73a之间进行通信。HeNBGW74与其他节点之间没有设定X2接口。HeNBGW74视寻呼的最优化（Paging optimization）执行为选择。

下面示出移动体通信***中的一般小区搜索方法的一个例子。图12是示出LTE方式的通信***中移动终端（UE）进行的从小区搜索到等待动作为止的概略的流程图。当开始小区搜索时，在步骤ST1201中，移动终端利用从周边基站发送的第一同步信号（P－SS）、及第二同步信号（S－SS），取得时隙定时、帧定时的同步。对齐P－SS和S－SS，对同步信号（SS）分配有与按每个小区分配的PCI（物理小区标识：Physical Cell Identity）一对一对应的同步码。关于PCI的数量，研究当前504种，利用该504种的PCI取得同步的同时，检测（特定）已取得同步的小区的PCI。

下面对于取得同步的小区，在步骤ST1202中，检测从基站发送到每个小区的参考信号RS（小区专用参考信号：cell－specific Reference Signal（CRS））并测定接收功率（也称为RSRP。）。参考信号RS中采用与PCI一对一对应的代码，以该代码取得相关，从而能够与其他小区进行分离。在步骤ST1201中通过从特定的PCI导出该小区的RS用的代码，检测RS，能够测定RS接收功率。

接着在步骤ST1203中，从直至步骤ST1202检测到的一个以上的小区中选择RS的接收品质最好的小区（例如，RS的接收功率最高的小区，即最佳小区）。

接着在步骤ST1204中，接收最佳小区的PBCH，得到作为报告信息的BCCH。PBCH上的BCCH中承载有包含小区结构信息的MIB（主信息块：Master Information Block）。因而通过接收PBCH而得到BCCH，能得到MIB。作为MIB的信息，例如有DL（下行链路）***带宽（也称为发送带宽设定（transmission bandwidth configuration：dl－bandwidth））、发送天线数、SFN（***帧号：System Frame Number）等。

接着在步骤ST1205中，与MIB的小区结构信息一起接收该小区的DL－SCH，得到报告信息BCCH中的SIB（***信息块：System Information Block）1。SIB1中包含对该小区的接入相关的信息、小区选择相关的信息、其他SIB（SIBk；k≥2的整数）的调度信息。此外，SIB1中包含TAC（跟踪区码：Tracking Area Code）。

接着在步骤ST1206中，移动终端对步骤ST1205中接收的SIB1的TAC和移动终端已经保有的TA（Tracking Area）表内的TAC进行比较。比较的结果，如果在步骤ST1205中接收的TAC与TA表内包含的TAC相同，则在该小区中进入等待动作。比较后，如果步骤ST1205中接收的TAC不包括在TA表内，则移动终端通过该小区向核心网络（Core Network，EPC）（包含MME等）请求变更TA以便进行TAU（跟踪区更新：Tracking Area Update）。核心网络根据从移动终端发送来的该移动终端的识别编号（UE－ID等），与TAU请求信号一起进行TA表的更新。核心网络向移动终端发送更新后的TA表。移动终端用接收的TA表改写（更新）移动终端保有的TAC表。然后，移动终端在该小区进入等待动作。

在LTE、UMTS（通用移动通信***：Universal Mobile TelecommunicationSystem）中，展开CSG（Closed Subscriber Group）小区的导入研究。如上所述，只允许接入在CSG小区登记的一个或多个移动终端。CSG小区和登记的一个或多个移动终端构成一个CSG。在这样构成的CSG中，带有称为CSG－ID的固有识别编号。此外，一个CSG中有多个CSG小区也可。如果有谁在一个CSG小区中登记，则移动终端能够接入该CSG小区所属的CSG的其他CSG小区。

此外，LTE中的Home－eNB和UMTS中的Home－NB有被用作为CSG小区的情况。登记在CSG小区的移动终端具有白名单。具体而言，白名单存储在SIM（用户识别模块：SubscriberIdentity Module）/USIM。白名单中存放有移动终端登记的CSG小区的CSG信息。作为CSG信息，具体而言，可考虑CSG－ID、TAI（Tracking Area Identity）、TAC等。如果CSG－ID和TAC对应，则可为任一方。此外，如果CSG－ID及TAC和GCI（Global Cell Identity）对应，则也可为GCI。

以上可知，不具有白名单的（本发明中，白名单还包括空（empty）的情况）移动终端，不可能接入CSG小区，只能接入non－CSG小区。另一方面，具有白名单的移动终端既可以接入已登记的CSG－ID的CSG小区，也可以接入non－CSG小区。

在3GPP中，讨论了将全部PCI（Physical Cell Identity）分割（称为PCI***）为CSG小区用和non－CSG小区用的情形（参照非专利文献5）。此外讨论了以***信息从基站对附属的移动终端报告PCI***信息的情形。非专利文献5公开了利用PCI***的移动终端的基本动作。不具有PCI***信息的移动终端，需要用全部PCI（例如用全部的504代码）进行小区搜索。与之相对，具有PCI***信息的移动终端可以用该PCI***信息进行小区搜索。

此外在3GPP中，决定了CSG小区用的PCI范围中不包含用于混合小区的PCI（参照非专利文献1 10.7章）。

在3GPP中，关于移动终端选择或重选CSG小区的方法，存在2个模式。第1个是自动（Automatic）模式。自动模式的特征如下所示。利用移动终端内的允许CSG表（Allowed CSGID List）进行选择或重选。在完成PLMN的选择之后，仅在non－CSG小区或伴随存在于允许CSG表中的CSG ID的CSG小区的情况下，在所选择的该PLMN中的一个小区中呼叫等待。如果移动终端的允许CSG表为空，则移动终端停止CSG小区的自主（autonomous）搜索功能（参照非专利文献3 5.2.4.8.1章）。

第2个是手动（Manual）模式。手动模式的特征如下所示。移动终端向用户示出能在当前选择的PLMN中利用的CSG的表。移动终端向用户提供的CSG的表，并不局限于移动终端保存的允许CSG表中包含的CSG。用户根据该CSG的表选定CSG之后，移动终端对伴随所选择的CSG ID的小区呼叫等待，并尝试登记（register）（参照非专利文献3 5.2.4.8.1章）。

对于HeNB及HNB，要求对应各式各样的服务。例如，以这样的方式进行操作，即，对某个已确定的HeNB及HNB登记移动终端，只允许已登记的移动终端接入HeNB及HNB的小区，从而增大该移动终端所能使用的无线资源，并能够高速进行通信。相应地，操作是将费用设定得比平常高的服务。

为了实现这种服务，引入了只有登记的（加入的，成为成员的）移动终端才能接入的CSG小区（Closed Subscriber Group cell）。要求对商业街、公寓、学校、公司等设置众多的CSG小区（Closed Subscriber Group cell）。例如，要求这样的使用方法，即在商业街中按每个店铺、在公寓中按每个房间、在学校中按每个教室、在公司中每个部门设置CSG小区，只有登记在各CSG小区的用户才能使用该CSG小区。HeNB/HNB并不仅为补充宏小区的覆盖区外的通信，还要求对应上述那样的各式各样的服务。因此，还发生HeNB/HNB被设置在宏小区的覆盖区内的情况。

在3GPP中，展开了对MTC技术的研究（参照非专利文献8及9）。MTC与现有的人对人（H2H）通信不同，是机对机（M2M）通信。即，MTC中不需要人机交互（Human Interaction）。作为服务的应用例，有气体、电力、水道等的检测针（Metering）、输送管理及订购管理（Tracking&Tracing）等。作为MTC服务的特征，有MTCD的数量庞大的情况。作为一个例子，可以设想一个小区的附属存在3万台以上的MTCD的情况。在非专利文献8中示出MTC在3GPP中的标准。

在3GPP中，探讨了MTC的架构（参照非专利文献9）。图13是示出一例在3GPP中探讨的MTC的架构的说明图。不只是LTE的通信***，在WCDMA的通信***中也探讨MTC服务的支持。

在图13中，MTCD1301～1304和NB/eNB1305之间是用Uu接口1311～1314连接。SGSN/MME（GPRS业务支持节点/移动管理实体：Serving GPRS Support Node/ MobilityManagement Entity）1306由NB/eNB1305和IuPS/S1接口1315连接。MME和eNB之间是用S1接口连接。虽然未做图示，但是在NB与SGSN之间存在无线网络控制装置（Radio NetworkController：RNC）。NB和RNC之间是用Iub接口连接，RNC经由IuPS接口与SGSN连接。

HLR/HSS（归属位置寄存器/归属用户服务器：Home Location Register/HomeSubscriber Server）1307经由Gr/S6a接口1316与SGSN/MME1306连接。通信操作区域（Operator domain）1317中包含NB/eNB1305、SGSN/MME1306、及HLR/HSS1307等。

MTC服务器1308被包含于通信操作区域1317。除此之外，还探讨了MTC服务器1308未包含于通信操作区域1317的情况。进行MTC服务的MTC用户1309经由应用程序接口（Application Program Interface：API）1310与MTC服务器1308连接。目前3GPP中正在对MTC服务器1308与通信操作区域1317的哪个节点连接进行探讨。

因为MTC用户1309，MTC服务用的信息利用通信操作区域1317的节点即NB/eNB1305、SGSN/MME1306、HLR/HSS1307从MTC服务器1308通知到MTCD1301～1304。相反，来自MTCD1301～1304的信息利用通信操作区域1317的节点即NB/eNB1305、SGSN/MME1306、HLR/HSS1307通知到MTC服务器1308，由MTC用户1309利用该信息。

在MTC服务中，会发生从许多MTCD或对许多MTCD同时进行数据通信的状况。这种状况，例如，在1日1次上午1点从MTCD向MTC服务器发送检测针数据的情况下，或者请求从MTC服务器发送检测针数据到MTCD等情况下产生。作为其他例，有对所有的MTCD同时发送用于软件版本升级的数据等情况。

在现有的通信方式中，最优化为H2H通信，因此对于许多MTCD同时进行数据通信的状况没有形成对策。从许多MTCD或对许多MTCD同时进行数据通信的状况下，会在无线网络及核心网络中出现拥塞状态，会发生这些网络处于过负荷状态的问题。

例如，在图13所示的例中，请求从MTC服务器1308同时对许多MTCD1301～1304发送检测针数据这样时，会经由无线接口即Uu接口1311～1314同时对各MTCD1301～1304进行呼叫（下面有称为“寻呼”的情况）。在这种状况下，寻呼的负荷增大而会处于过负荷状态，会发生无线资源不足、不能寻呼这样的问题。

此外，例如从MTC服务器1308向许多MTCD1301～1304同时进行数据发送这样的情况下也同样，存在的问题是在无线接口即Uu接口1311～1314中，会发生下行数据发送用的无线资源不足，不能进行下行数据的发送。

此外，从许多MTCD1301～1304向MTC服务器1308同时发送检测针数据这样的情况下也同样，存在的问题在无线接口即Uu接口1311～1314中，会发生上行信号发送及数据发送用的无线资源不足，不能进行上行接入。

作为解决下行拥塞及由此产生的问题的方法，在3GPP中，提出了非专利文献10、非专利文献11及非专利文献12的技术。在这些非专利文献10～12中，公开了按每个MTC组发送寻呼而非按每个MTCD发送寻呼，从而削减寻呼负担的方法。但是，在这些非专利文献10～12中公开的方法，依然存在着对许多MTCD同时通知寻呼这样的情况下，会产生非MTCD的移动终端（下面称为“正常（normal）UE”）的寻呼用无线资源不足的问题。MTCD组相当于终端装置群。

此外，作为解决上行拥塞及由此产生的问题的方法，在3GPP中提出了非专利文献13的技术。非专利文献13中，记载了在没有来自MTCD的分离处理的请求的情况下，也由上游节点进行分离处理。但是，非专利文献13所公开的方法中，会产生的问题是会发生MTCD的上行RACH用无线资源不足。

在本发明中，对于避免如上述那样的、下行拥塞和由此产生的寻呼用无线资源不足及下行数据用无线资源不足等的下行无线资源不足的方法进行公开。此外，对于避免上行拥塞和由此产生的上行RACH用无线资源不足等的上行无线资源不足的方法进行公开。

下面示出现有LTE的通信***中的寻呼（paging）方法。图14是示出现有LTE的通信***中的寻呼次序的图。

在步骤ST1401中，从发送源对管理发送目的地移动终端的MME通知呼入消息。呼入消息包含发送目的地的移动终端识别符（识别编号）。在步骤ST1402中，MME检索移动终端识别符的TA表。这时，MME根据需要从HSS取得信息。

在步骤ST1403中，MME向一个或多个eNB发送寻呼消息。由此，启动寻呼程序。寻呼消息中包含发送目的地的移动终端识别符。作为步骤ST1403中发送的寻呼消息中包含的发送目的地的移动终端识别符（UE－ID），有后述的步骤ST1404的寻呼消息中包含的移动终端识别符即国际移动加入者识别编号（International Mobile Subscriber Identity：IMSI）或服务临时移动加入者识别编号（Serving Temporary Mobile Subscriber Identity：s－TMSI）、和步骤ST1404的寻呼消息的发送定时导出用的移动终端识别符（UE＿ID）。

在步骤ST1404中，接收寻呼消息的eNB对附属的移动终端（UE）发送寻呼消息。寻呼消息中包含发送目的地的移动终端识别符（UE－ID）。作为步骤ST1404中发送的寻呼消息中包含的发送目的地的移动终端识别符（UE－ID），可采用IMSI或s－TMSI。

利用S1接口上的S1信号发送来进行步骤ST1403中的从MME到eNB的寻呼消息的发送，对于通知寻呼的UE所属的TA表内的eNB发送寻呼消息。利用空中接口即Uu接口进行步骤ST1404中的从eNB到UE的寻呼消息的发送。周期性进行步骤ST1404中的寻呼消息的发送。这是因为使UE可以进行间歇接收（Discontinuous Receive；略称：DRX）而谋求UE的低功耗化的缘故。

从各UE的寻呼发送定时导出用的移动终端识别符（UE＿ID）导出对UE发送寻呼消息的无线帧（寻呼帧，Paging Frame：PF）及子帧（寻呼时机，Paging Occasion：PO）。下面有将PF及PO统称为“PF/PO”的情况。导出式示于非专利文献3的7章。UE＿ID也可从移动终端的IMSI导出。导出式中所使用的参数T及nB作为***信息而被报告。T是DRX周期，是对于设为对象的UE发送寻呼消息的周期。nB是决定一个DRX周期内产生PF/PO的次数的参数。利用这些，按照非专利文献3能导出表示子帧编号的后述的参数Ns及i＿s。

如上述那样，寻呼消息被映射到作为逻辑信道的PCCH，而且被映射到作为传输信道的PCH、及作为物理信道的PDSCH。发生寻呼消息的子帧的PDCCH中，包含无线资源分配信息。PDCCH中包含的寻呼消息用的无线资源分配信息，用寻呼用的识别符即P－RNTI（寻呼无线网络临时标识：Paging－Radio Network Temporary Identity）来掩蔽。

虽然记载了无线资源分配信息被掩蔽，但是更具体而言，是无线资源分配信息的CRC（循环冗余检查：Cyclic Redundancy Check）校验位被掩蔽。由此，通过用P－RNTI进行检测发送本地的寻呼消息的定时的子帧（PF/PO）的PDCCH，UE能够判断寻呼消息的有无。

作为寻呼消息中包含的信息，有寻呼记录的表即寻呼记录表（pagingRecordList）、***信息修正（systemInfoModification）、及紧急信息指示（etws－Indication）。寻呼记录中包含移动终端（UE）识别符即IMSI或s－TMSI。在分辨出寻呼记录中包含的UE识别符中有本UE的识别符的情况下，接收寻呼消息的UE开始对小区接入。在标准中规定有寻呼记录的最大值，设定有“16”。

在现有LTE中的寻呼中，如非专利文献2所示，限定了寻呼记录的数量，因此在1个子帧中能够呼叫的UE数量被限定。由此，在发生同时对许多MTCD寻呼的情况下，存在在对所有的MTCD通知寻呼之前产生较大的延迟的问题。例如，在3GPP R2－102781（下面称为“非专利文献14”）中，记载有在对小区内所有的MTCD通知寻呼之前产生11.15秒的延迟的事项。

而且，发生无法对正常UE发送寻呼的问题。在同时发生对正常UE的寻呼和对MTCD的寻呼的情况下，一个寻呼消息上的所有的寻呼记录成为MTCD的识别符，发生不能承载正常UE的识别符的情况。在这种情况下，不能呼叫正常UE。在DRX周期后的下一个寻呼时机中，发生同时对正常UE的寻呼的可能性高于发生同时对MTCD的寻呼的可能性，同样地不能呼叫正常UE。因而，直至正常UE能接收本地目的地的寻呼消息为止，会产生较大的延迟时间。

在非专利文献10及非专利文献11中，公开了按每个MTC组发送寻呼而不是按每个MTCD发送寻呼，从而削减寻呼负担的方法。但是，在这些方法中，同时发生对MTC组的寻呼和对正常UE的寻呼的情况下，一个寻呼消息上的寻呼记录中的一个或全部也会成为MTC组的识别符，会减少能承载正常UE的识别符的数量。由此，不能呼叫几个正常UE，因而，直至正常UE能接收本地目的地的寻呼消息为止，会产生较大的延迟时间。

在对正常UE的寻呼中，需要人机交互（Human Interaction），因此不允许延迟时间的增大。因而，在面向正常UE的寻呼和面向MTCD的寻呼同时发生的情况下，防止面向正常UE的寻呼的延迟时间的增大成为重要课题。

在本实施方式中，为了解决如上所述的课题，公开了不减少一个寻呼消息上能呼叫的正常UE的数量而呼叫MTCD的方法。作为呼叫MTCD的具体方法，公开以下（1）、（2）这两种。（1）面向正常UE的寻呼优先于面向MTCD的寻呼；（2）寻呼记录的个数（下面称为“寻呼记录数”）的最大值按终端种类进行设置。

首先，示出所述（1）的使面向正常UE的寻呼优先于面向MTCD的寻呼的方法的具体例。MME对发送到eNB的寻呼消息承载表示利用该寻呼消息进行的寻呼是面向正常UE还是面向MTCD的信息。例如，作为1位的信息，也可以设“1”为面向正常UE、“0”为面向MTCD。根据从MME接收的寻呼消息的信息，eNB优先于MTCD的移动终端识别符而对一个寻呼消息上包含的寻呼记录中记载正常UE的移动终端识别符，并发送寻呼。由此，能够优先于MTCD而呼叫正常UE。

在来自MME的寻呼不是面向MTCD的寻呼而是对MTC组的寻呼的情况下，也能适用上述的方法。在该情况下，对来自MME的寻呼的寻呼消息上承载表示该寻呼消息是面向正常UE还是面向MTCD的信息即可。根据从MME接收的寻呼消息的信息，eNB优先于属于MTC组或MTC组的MTCD的移动终端识别符而对一个寻呼消息上包含的寻呼记录中记载正常UE的移动终端识别符，并发送寻呼。由此，能够优先呼叫正常UE。

通过采用以上这样的方法，在面向正常UE的寻呼和面向MTCD的寻呼同时发生的情况下能够防止面向正常UE的寻呼的延迟时间的增大。

接着，示出所述（2）的按每个终端种类设置寻呼记录数的最大值的方法的具体例。重新设置MTCD用寻呼记录数的最大值。作为正常UE用，采用现有的寻呼记录数的最大值，作为MTCD用，采用重新设置的寻呼记录数的最大值。将表示现有的寻呼记录数的最大值的参数设为“maxpagerec”，对此设定能够呼叫的正常UE的个数的最大值。将表示重新设置的寻呼记录数的最大值的参数设为“mtc－maxpagerec”，对此设定能够呼叫的MTCD的个数的最大值。通过采用该方法，能够分正常UE和MTCD而设定寻呼消息中包含的寻呼记录数的最大值。

寻呼记录表也可以重新设为MTCD用。将表示现有的寻呼记录表的参数设为“pagingrecordlist”，对此记载直至正常UE的寻呼记录数的最大值（maxpagerec）的个数的移动终端识别符，具体而言记载IMSI或s－TMSI。将表示重新设置的寻呼记录表的参数设为“mtc－pagingrecordlist”，对此记载直至MTCD的寻呼记录数的最大值（mtc－maxpagerec）的个数的移动终端识别符，具体而言记载IMSI或s－TMSI即可。

图15是示出一例实施方式1中的寻呼消息中包含的信息的图。如图15所示，寻呼消息中包含：记载了直至正常UE的寻呼记录数的最大值（maxpagerec）的个数的呼叫的正常UE的移动终端识别符的寻呼记录的表（pagingrecordlist）、和直至MTCD的寻呼记录数的最大值（mtc－maxpagerec）的个数的呼叫的MTCD的移动终端识别符的寻呼记录的表（mtc－pagingrecordlist）。

从MME接收寻呼消息的eNB，由呼叫的移动终端的移动终端识别符决定发送寻呼消息的定时（PF/PO）。在对多个移动终端同时发生呼叫的情况下，有多个移动终端在根据移动终端识别符决定的相同的定时（PF/PO），被同一寻呼消息呼叫的情况。在对许多MTCD同时发生呼叫的情况下，多个移动终端、特别是多个MTCD在相同的定时（PF/PO）会被同一寻呼消息呼叫。

eNB对寻呼记录表（pagingrecordlist）的寻呼记录记载正常UE的寻呼记录数的最大值（maxpagerec）以内的个数的以同一寻呼消息呼叫的一个或多个正常UE的移动终端识别符。而且，对寻呼记录表（mtc－pagingrecordlist）的寻呼记录记载MTCD的寻呼记录数的最大值（mtc－maxpagerec）以内的个数的以同一寻呼消息呼叫的一个或多个MTCD的移动终端识别符。以所述定时（PF/PO）周期性间歇发送该寻呼消息。

作为移动终端的正常UE及MTCD，以从本地的移动终端识别符导出的PF/PO的定时进行间歇接收，在存在寻呼消息的情况下，接收寻呼消息。如果在寻呼消息的pagingrecordlist的寻呼记录中存在本地的移动终端识别符，则正常UE判断为有呼叫，开始上行接入。如果在寻呼消息的mtc－pagingrecordlist的寻呼记录中存在本地的移动终端识别符，则MTCD判断为有呼叫，开始上行接入。

如此，通过在寻呼消息内分开设置正常UE及MTCD的寻呼记录数的最大值及寻呼记录表，即便发生以一个寻呼消息呼叫许多移动终端的状况这样的情况下，能够抑制对正常UE的影响。由此，特别是能够防止对***的影响较大的、面向正常UE的寻呼的延迟时间的增大。

也可以设置按照每个MTC组的识别符而不是按照每个MTCD的移动终端识别符，并记载于MTC的寻呼记录中。作为按照每个MTC组的识别符，既可以从现有的移动终端识别符（UE－ID）之中进行分配，也可以与现有的移动终端识别符相区别地设置MTC组专用的识别符。在对MTC的寻呼记录中记载按照每个MTC组的识别符的情况下，能够按每个MTC组进行呼叫。

在对MTC的寻呼记录中记载按照每个MTC组的识别符的情况下，寻呼记录数的最大值上也可以适用MTCD的寻呼记录数的最大值（mtc－最大值（maxpagerec））。在该情况下，将每个MTCD的移动终端识别符和每个MTC组的识别符的合计数设定为不超过MTCD的寻呼记录数的最大值即可。

在MTC的寻呼记录中记载按照每个MTC组的识别符的情况下，作为其他方法，也可以与正常UE的寻呼记录数的最大值、及MTCD的寻呼记录数的最大值相区别地设置MTC组的寻呼记录数的最大值。将表示MTC组的寻呼记录数的最大值的参数设为“mtcg－maxpagerec”，对此设定能够呼叫的MTC组的个数的最大值即可。通过采用该方法，能够与正常UE及MTCD相区别地设定寻呼消息中包含的MTC组的寻呼记录数的最大值。寻呼记录表也可以重新设为MTC组用。将表示MTC组用的寻呼记录表的参数设为“mtcg－pagingrecordlist”，对此记载直至MTC组的寻呼记录数的最大值（mtcg－maxpagerec）的个数的MTC组识别符即可。

MTCD的寻呼记录数的最大值（mtc－maxpagerec）、及MTC组的寻呼记录数的最大值（mtcg－maxpagerec）也可是能够设定为静态或准静态。

在设定为静态的情况下，通过预先记载于标准中， MTCD及eNB能够分辨所述寻呼记录数的最大值。在该情况下，不需要发送参数的信号，因此不会发生通信错误，能够削减无线资源的消耗。

在设定为准静态的情况下，将设定的节点设为eNB或MME即可。在eNB设定的情况下，从eNB作为***信息向附属的移动终端报告寻呼记录数的最大值即可。在MME设定的情况下，利用S1接口上的S1信号发送消息，从MME对eNB通知寻呼记录数的最大值即可。由此，eNB能够对附属的移动终端通知寻呼记录数的最大值。

图16是示出一例将MTCD的寻呼记录数的最大值设定为准静态时的寻呼次序的图。在步骤ST1601中，MME决定MTCD用寻呼记录数的最大值。在步骤ST1602中，MME以发送S1信号的方式将决定的最大值通知到eNB。在步骤ST1603中，eNB将所述最大值作为***信息，向附属的移动终端（UE）报告。由此，移动终端能够分辨寻呼消息中包含的面向MTCD的寻呼记录的个数的最大值。

步骤ST1604～步骤ST1607是与上述的图14所示的步骤ST1401～步骤ST1404相同的寻呼次序，但作为移动终端公开了对MTCD的呼叫。

在步骤ST1604中，呼入消息从发送源被通知到MME。呼入消息中包含发送目的地的MTCD的识别符。在步骤ST1605中，MME检索MTCD的识别符的TA表。在步骤ST1606中，MME向一个或多个eNB发送寻呼消息。寻呼消息中包含发送目的地的MTCD的识别符。接收寻呼消息的eNB，在步骤ST1607中，向附属的移动终端发送寻呼消息。寻呼消息中包含发送目的地的MTCD的识别符。

作为用于决定MTCD的寻呼记录数或MTC组的寻呼记录数的最大值的指标，MME也可以采用MME的附属或eNB的附属的MTCD的台数、或每个小区的无线资源使用量。此外，将这些指标组合使用也可。使用这些指标以能将最大值设定为准静态，由此，按照小区中存在的MTCD数或MTC组数，能够灵活地变更寻呼记录数的最大值。由此，能够提高寻呼所需的无线资源的使用效率，并能有效活用无线资源。

在小区中存在的MTCD数或MTC组数较多的情况下，将MTCD或MTC组的寻呼记录数的最大值设定为较大的值，在小区中存在的MTCD数或MTC组数较少的情况下，将MTCD或MTC组的寻呼记录数的最大值设定为较小的值。

在上述的方法中，能按照每个终端种类设定寻呼记录数的最大值，但是作为其他方法，也可以设定一个寻呼消息中包含的寻呼记录的个数的最大值，对于除了任何一个终端种类的种类的终端，按每个终端种类设定寻呼记录数的最大值。

例如，将终端种类设为正常UE和MTC组的情况下，设定一个寻呼消息中包含的寻呼记录的个数的最大值，进而设定MTC组的寻呼记录数的最大值也可。由此，与上述的方法同样地，能够确保正常UE用的寻呼记录数。

通过采用本实施方式中公开的方法，能够不减少一个寻呼消息上能呼叫的正常UE的数量而呼叫MTCD。由此，能够避免面向正常UE的寻呼和面向MTCD的寻呼同时发生时的下行拥塞及由此产生的寻呼用无线资源不足等的无线资源不足。因而，能够防止面向正常UE的寻呼的延迟时间的增大，并能够构筑能在维持最适合H2H的通信的状态下进行M2M通信的通信***。

实施方式2.

在本实施方式中，公开在不减少一个寻呼消息上能呼叫的正常UE的数量而能呼叫MTCD的其他方法。

作为具体方法，在寻呼消息内设置MTCD呼叫用的指示（下面有称为“MTCD呼叫用指示”的情况）。作为不是寻呼消息的寻呼记录的信息，设置MTCD呼叫用指示即可。

图17是示出一例实施方式2中的寻呼消息中包含的信息的图。将MTCD呼叫用指示设为“mtc－indication”。如图17所示，在本实施方式中的寻呼消息中包含现有寻呼消息所包含的信息，具体而言“pagingrecordlist”、“systeminfomodification”及“etws－indication”之外，还包含“mtc－indication”。将“mtc－indication”设为1位（bit）的信息，在“1”或“true”的情况下设为有MTCD的呼叫，在“0”或“false”的情况下设为没有MTCD的呼叫也可。

在从本地的移动终端识别符导出的PF/PO的寻呼消息中有MTCD呼叫用指示（mtc－indication），即分辨为true时，MTCD开始上行接入。

通过这样构成，对寻呼消息的寻呼记录上不承载MTCD或MTC组的识别符也能呼叫MTCD，因此，在不减少承载于一个寻呼消息内的寻呼记录的正常UE的数量的情况下，能够呼叫MTCD。由此，能够避免面向正常UE的寻呼和面向MTCD的寻呼同时发生时的下行拥塞及由此产生的寻呼用无线资源不足。因而，能够防止面向正常UE的寻呼的延迟时间的增大，并能够构筑在维持最适合H2H的通信的状态下能够进行M2M通信的通信***。

在不是对MTCD发生呼入而是对MTC组发生呼入的情况下，为了对属于该MTC组的MTCD发送寻呼，需要建立MTC组和属于MTC组的MTCD的对应关系。建立MTC组和属于它的MTCD的对应关系的节点，采用MME或eNB即可。

为了建立MTC组和属于它的MTCD的对应关系，先设置将MTC组识别符和属于该MTC组的MTCD的移动终端识别符对应起来的对应表即可。对应表能以HSS或MME或eNB构成及管理即可。

在MME进行MTC组和属于它的MTCD的对应建立的情况下，使MME预先从HSS或MME本身或eNB取得建立对应所需的信息即可。作为建立对应所需的信息，有上述的对应表。

图18是示出一例MME进行MTC组和属于它的MTCD的对应建立时的寻呼次序的图。在步骤ST1801中接收呼入的MME，在步骤ST1802中，根据所接收的呼入消息中包含的MTC组识别符，导出该MTC组识别符的属于MTC组的MTCD的移动终端识别符。也可以使MME从HSS取得导出MTCD的移动终端识别符所需的信息，例如MTC组识别符、和该MTC组识别符的属于MTC组的MTCD的移动终端识别符的对应表。

在步骤ST1803中，MME检索已导出的MTCD的移动终端识别符的TA表。在该情况下，也可以使MME从HSS取得MTCD的移动终端识别符的TA表的检索所需的信息。

在步骤ST1804中，通过向TA表内的一个或多个eNB发送寻呼消息，MME启动寻呼程序。寻呼消息中包含呼叫的MTCD的移动终端识别符。接收寻呼消息的eNB，在步骤ST1805中，对附属的移动终端（UE）发送寻呼。在寻呼的寻呼消息中，不包含呼叫的MTCD的移动终端识别符，而包含MTCD呼叫用指示（mtc－indication）。

在从MME发送到eNB的寻呼消息承载属于呼叫的一个MTC组的一个或多个MTCD的识别符也可。在该情况下，接收一个寻呼消息的eNB，根据所接收的寻呼消息中包含的一个或多个MTCD的识别符，对一个或多个MTCD发送包含MTCD呼叫用指示（mtc－indication）的寻呼消息。由此，MME和eNB之间的寻呼信号为一个即可，因此能够削减S1信号发送量。

也可以重新设置MTC组的TA表。对MTC组发生了在此公开的寻呼时使用MTC组的TA表也可。MTC组的TA表的信息既可以在HSS中列表及管理，也可以在MME中列表及管理。在步骤ST1803中，MME并不检索已导出的MTCD的识别符的TA表，而检索MTC组的TA表。这时，在HSS中列表及管理TA表的情况下，MME从HSS取得信息即可。导出MTC组的TA表的MME，对TA表中包含的一个或多个eNB发送寻呼消息即可。

在eNB进行MTC组和属于它的MTCD的对应建立的情况下，使eNB预先从HSS或MME或eNB本身取得建立对应所需的信息即可。在从HSS取得的情况下，经由MME取得即可。作为建立对应所需的信息，有上述的对应表。

MME对MTC组的TA表中包含的一个或多个eNB发送包含MTC组识别符的寻呼消息。eNB接收MTC组识别符，根据上述的对应表的对应关系，导出属于该识别符的MTC组的MTCD。eNB对所导出的MTCD个别地发送寻呼消息。寻呼消息中包含MTCD呼叫用指示（mtc－indication）。由此，MME和eNB之间的寻呼信号每组一个也可，因此能够削减S1信号发送量。

实施方式2 变形例1.

在上述的实施方式2的方法中，MTCD呼叫用指示（mtc－indication）为一个，因此在小区内存在多个MTC组且对属于不同的MTC组的MTCD同时发生寻呼的情况下，存在MTCD不能判别是否为对本地所属的MTC组的寻呼的问题。

为了消除该问题，本变形例中取代MTCD呼叫用的指示而在寻呼消息内设置MTC组呼叫用指示。

作为MTC组呼叫用指示的具体例，也可以采用MTC组的识别符。将MTC组呼叫用指示设为MTC组的识别符的情况下，MTC组呼叫用指示为MTC组的识别符所需要的位数即可。

在分辨出在从本地的移动终端识别符导出的PF/PO的寻呼消息中，作为MTC组呼叫用指示有属于本MTCD的MTC组的识别符时，MTCD开始上行接入。

通过这样构成，即便对属于不同的MTC组的MTCD同时发生寻呼的情况下，也能对MTCD通知到对哪个MTC组进行呼叫。由于MTCD能够判断寻呼消息是对本MTCD所属的MTC组的呼叫，所以能够进行是否开始继寻呼消息的接收的上行接入的判断。由此，在不是对本MTCD所属的MTC组的呼叫的情况下，能够不开始上行接入，能够谋求低功耗化。

按每个***给予MTC组的识别符。由于认为***中的MTC组的数量变大，所以MTC组的识别符所需要的位数变得很大。因而，如上述的方法那样将MTC组的识别符用作为MTC组呼叫用指示的情况下，MTC组呼叫用指示所需要的位数变得很大。

因此，作为MTC组呼叫用指示的其他例，使用每个小区的MTC组的识别符也可。

若对某一个小区进行考虑，则由一个小区支持的MTC服务的数量被限定。由于考虑到MTC组按每个MTC服务构成等情况，因此与由***支持的MTC组数量相比，由一个小区支持的MTC组数也相对较少。因而，能够根据每个小区重新分配***中的MTC组识别符，减少MTC组识别符的信息量。

在按每个小区重新配置***中的MTC组识别符的情况下，例如使eNB进行对每个小区的MTC组识别符的分配即可。MTCD和MME之间的附着程序中，通过RRC信号发送消息，eNB向MTCD通知MTCD所属的MTC组的每个小区的MTC组识别符。

图19是示一例eNB进行对每个小区的MTC组识别符的分配时的寻呼次序的图。在步骤ST1901中，在MTCD开始附着程序的情况下，MME在与上游节点之间进行资源设定等，在步骤ST1902中，将附着接受消息通知到eNB。先使附着接受消息中包含MTCD所属的MTC组识别符。

在步骤ST1903中，eNB将***中的MTC组识别符转换为每个小区的MTC组识别符。在该MTC组识别符的转换中的对应关系先存储在eNB中。例如，先在图9所示的eNB的控制部911或协议处理部903等中存储所述对应关系即可。

在步骤ST1904中，eNB使转换后的每个小区的MTC组识别符包括在RRC连接重配置（RRC connection reconfiguration）消息而发送到 MTCD。接收RRC连接重配置消息的MTCD，分辨每个小区的MTC组识别符。在此，虽然公开了使转换后的每个小区的MTC组识别符包括在RRC连接重配置消息的情况，但并不限于此，使转换后的每个小区的MTC组识别符包括在从eNB对MTCD发送的附着完成消息也可。

在步骤ST1905中，接收到呼入的MME，在步骤ST1906中，根据呼入消息中包含的MTC组识别符，导出属于该MTC组识别符的MTC组的MTCD的移动终端识别符。使MME能从HSS取得导出属于MTC组的MTCD的移动终端识别符所需要的信息，例如MTC组识别符和属于该MTC组识别符的MTC组的MTCD的移动终端识别符的对应表也可。

在步骤ST1907中，MME检索已导出的MTCD的移动终端识别符的TA表。在该情况下，使MME能从HSS取得检索MTCD的移动终端识别符的TA表所需要的信息也可。

在步骤ST1908中，通过向TA表内的一个或多个eNB发送寻呼消息，MME启动寻呼程序。寻呼消息中包含呼叫的MTCD的移动终端识别符。

接收到寻呼消息的eNB，在步骤ST1909中，从***中的MTC组识别符导出每个小区的MTC组识别符。在每个小区的MTC组识别符的导出中，使用步骤ST1903中进行的转换中的对应关系。

在步骤ST1910中，eNB对附属的移动终端（UE）发送寻呼。寻呼的寻呼消息中包含所呼叫的MTC组中的每个小区的MTC组识别符。

MTCD在分辨出从本地的移动终端识别符中导出的PF/PO的寻呼消息中，作为MTC组呼叫用指示有在步骤ST1904中接收的本MTCD所属的每个小区的MTC组的识别符时，开始上行接入。

此外，也可以不是每个小区的MTC组的识别符而是每个TA的MTC组的识别符。在该情况下，MME进行对每个TA的MTC组识别符的分配即可。在MTCD和MME之间的附着程序中，通过附着接受消息，MME对eNB通知到MTCD所属的每个TA的MTC组识别符。通过RRC信号发送消息，eNB向MTCD通知每个TA的MTC组识别符。

如上所述，通过设置每个小区或每个TA的MTC组识别符，并将该识别符用于MTC组呼叫用途，能够减少MTC组呼叫用指示的位数。由此，能够削减呼叫许多MTCD时的无线资源，并能避免拥塞。

如上所述，在寻呼消息内的寻呼记录中使用MTC组识别符的情况下也能适用设置每个小区或每个TA的MTC组识别符的方案。由此，能够减少寻呼记录的位数，因此能取较大的寻呼记录数的最大值，并能增加由一个寻呼消息能够呼叫的移动终端数。因而，能够减少对正常UE呼叫的影响。

实施方式2 变形例2.

在上述的实施方式2及实施方式2的变形例1中，描述了为了导出PF/PO而使用MTCD的移动终端识别符的情况。在本变形例中，为了导出PF/PO，取代MTCD的移动终端识别符而使用MTC组识别符。作为MTC组识别符，即可为作为***的MTC组识别符，除此之外，也可为每个TA的MTC组识别符、每个小区的MTC组识别符。

MTCD从本MTC组的识别符导出PF/PO，并且在分辨出该寻呼消息内有MTC呼叫用指示，即为true时，开始上行接入。

通过采用该方法，由于PF/PO以MTC组进行分散，所以显著降低多个MTC组成为相同的PF/PO的可能性。由此，显著降低对于针对不是本MTCD所属的MTC组的其他MTC组的寻呼，MTCD开始上行接入的可能性。因而，能够谋求MTCD的低功耗化，并且能够减少无效的上行信号发送，从而能够避免上行的拥塞。

作为用于导出PF/PO的MTC组的识别符，对各MTC组分配按每个MTC组导出PF/PO的结果不同的MTC组识别符也可。通过这样构成，能够防止以相同的PF/PO发生多个MTC组的寻呼消息的情况。

由于该方法是仅对MTCD的MTC组的识别符的分配，因此无需重新分配对遗留的移动终端、即发布的旧标准的移动终端分配的识别符等。因而，在新的版本中支持MTC的情况下，不会对遗留的移动终端产生影响而能够容易地导入。

不是设置MTC组识别符，而是对同一MTC组的所有MTCD分配同一的移动终端识别符也可。不是另行设置MTC组识别符而作为MTC组识别符使用移动终端识别符也可。

将每个MTC组的移动终端识别符设为寻呼专用也可。对于寻呼消息，使用每个MTC组的移动终端识别符即IMSI及s－TMSI作为MTC组呼叫用指示也可，并且对于寻呼记录承载每个MTC组的移动终端识别符即IMSI及s－TMSI也可。

此外，能在PF/PO导出时使用也可。即，作为PF/PO导出时使用的移动终端识别符，使用每个MTC组的UE＿ID或IMSI也可。

此外，与寻呼专用的移动终端识别符相区别地，还能分配每个MTCD的移动终端识别符也可。即，对于一个MTCD，双重分配每个移动终端的移动终端识别符和每个MTC组的移动终端识别符也可。

MTCD从本地所属的MTC组的寻呼专用移动终端识别符即UE＿ID或IMSI导出PF/PO，并且分辨出映射到其子帧的寻呼消息的寻呼记录中记载有按每个MTC组分配的移动终端识别符即IMSI或s－TMSI时，开始上行接入。

依据以上描述的方法，能够从现有的移动终端识别符中分配MTC组识别符，因此无需设置新的体系或有规律的识别符，作为***能够简化，并能简化各节点中的控制。

实施方式3.

在本实施方式中，公开了在一个寻呼消息上不减少能够呼叫的正常UE的数量而能够呼叫MTCD的其他方法。

在非专利文献12中，公开了通过对MTCD分配使PF/PO分MTCD和正常UE而不同的移动终端识别符，消除面向正常UE的寻呼用的无线资源的不足的方法。但是，在非专利文献12中公开的方法，包括遗留的移动终端在内，必须使寻呼组在MTCD和正常UE中不同的方式分配移动终端识别符。对于遗留的移动终端，已经分配有移动终端识别符，因此再次如上述那样进行分配，对操作而言是复杂且困难的作业。

在本实施方式中，使发生面向正常UE的寻呼的PF/PO和发生面向MTCD的寻呼的PF/PO不同。

示出使PO不同的的方法的一个例子。预先使映射寻呼消息的子帧不同。

图20是示出由当前的LTE确定的寻呼被映射的子帧（PO）的图。图20所示的“N/A”表示没有相符的值（Not Available）。按照通过非专利文献3导出的Ns和通过非专利文献3利用移动终端的UE＿ID或IMSI导出的i＿s，确定子帧编号。将此设为面向正常UE的寻呼被映射的子帧，与此相区别地，设置面向MTCD的寻呼被映射的子帧。

图21是示出面向MTCD的寻呼被映射的子帧的图。图21所示的“N/A”表示没有相符的值（Not Available）。按照通过非专利文献3导出的Ns和通过非专利文献3由MTCD的UE＿ID或IMSI导出的i＿s，确定子帧编号。

如图20及图21所示，预先在正常UE和MTCD中使寻呼消息被映射的子帧不同，从而消除在同一子帧发生面向正常UE的寻呼和面向MTCD的寻呼的情况。由此，不会有在一个寻呼消息内包含正常UE的呼叫和MTCD的呼叫的情况。此外，移动终端识别符的分配方法能够适用现有的方法。

因而，在小区中存在许多MTCD的情况下，包括遗留的移动终端在内，不会减少在一个寻呼消息上能够呼叫的正常UE的数量，而能够呼叫MTCD。由此，能够防止面向正常UE的寻呼的延迟时间的增大，并能构筑在维持最适合H2H的通信的状态下能够进行M2M通信的通信***。

MTCD用的寻呼被映射的子帧，也可以设为一个。例如，在实施方式2中公开的那样，通过采用为MTCD呼叫而用指示等从而不需要寻呼记录的结构，消除以一个寻呼消息能呼叫的MTCD数的限制。因而，无需设定多个子帧。

图22是示出一例面向MTCD的寻呼被映射的子帧为一个时的子帧的图。图23是示出面向MTCD的寻呼被映射的子帧为一个时的子帧的其他例的图。如此，不依赖于MTCD的移动终端识别符而将面向MTCD的寻呼被映射的子帧设为一个，能够减少对MBSFN子帧的影响。

实施方式3 变形例1.

在本变形例中，示出使PF不同的方法的一个例子。预先使映射寻呼消息的无线帧不同。

图24是示出由当前的LTE确定的寻呼被映射的无线帧（PF）的图。在此，DRX周期T设为T＝32，确定在一个DRX周期内产生PF的次数的参数nB设为nB＝16。PF的导出方法记载于非专利文献3中。

在图24中，以斜线表示的无线帧为面向UE的寻呼被映射的无线帧。由于周期T为32，因此无线帧（radio frame：rf）编号“0”至“31”成为1个周期。由于nB＝T/2，发生寻呼的无线帧（PF）成为偶数编号的无线帧。在PF内发生寻呼的子帧编号为“9”。将该PF设为正常UE用的寻呼被映射的无线帧，与此相区别地，设置MTCD用的寻呼被映射的无线帧。

图25是示出面向MTCD的寻呼被映射的无线帧（PF）的图。与图24同样地，设T＝32、nB＝16。在图25中，以斜线表示的无线帧，具体而言奇数编号的无线帧为面向MTCD的寻呼被映射的无线帧。如此，使面向MTCD的寻呼被映射的无线帧与面向正常UE的寻呼被映射的无线帧不同。

作为面向MTCD的寻呼被映射的无线帧（PF）的导出方法的一个例子，可以使用下面的导出式（2）。

SFN mod T＝（T div N）＊（UE＿ID mod N）＋k …（2）

其中，k＝1

也可以根据nB设定式（2）的k值。例如，在nB＝T/4的情况下，k＝1、2、3的任意值即可。作为其他例，也可以k＝2＊nB/T。

此外，作为其他例，也可以使用下面的导出式（3）。

SFN mod T＝（T div N）＊（UE＿ID mod N）＋1＋（UE＿ID mod （m－1））…（3）

其中，m＝nB/T

由此，可以将面向正常UE的寻呼没有被映射的所有无线帧用作为面向MTCD的寻呼被映射的无线帧。

如在本变形例中公开的那样，通过使发生正常UE的寻呼的无线帧（PF）和发生MTCD的寻呼的无线帧（PF）不同，消除在同一无线帧中发生面向正常UE的寻呼和面向MTCD的寻呼的情况。由此，在一个寻呼消息内包含正常UE的呼叫和MTCD的呼叫。此外，移动终端识别符的分配方法能够适用现有的方法。

因而，在小区中存在许多MTCD的情况下，包括遗留的移动终端在内，不减少在一个寻呼消息上能呼叫的正常UE的数量，而能够呼叫MTCD。

上述的例子可以适用在T＞nB的情况。在T≤nB的情况下，会对全部无线帧映射正常UE用的寻呼，因此无法使映射面向MTCD的寻呼的无线帧不同。

为解决该问题，根据TA或小区中存在的移动终端的台数，即，正常UE的台数和MTCD的台数，MME或eNB决定T及nB的值即可。此外，式（2）的k值既可以与T及nB的值同样地决定，也可以预先静态地确定。

如此，MME或eNB决定T及nB的值，从而在小区中存在许多MTCD的情况下，不减少在一个寻呼消息上能呼叫的正常UE的数量而能够呼叫MTCD。

此外，在T＞nB的情况下使发生寻呼的无线帧（PF）不同，在T≤nB的情况下使发生寻呼的子帧（PO）不同也可。在T＞nB的情况下使发生寻呼的无线帧（PF）不同的方法，适用本变形例中公开的方法，在T≤nB的情况下使发生寻呼的子帧（PO）不同的方法，适用实施方式3中公开的方法也可。

通过这样构成，存在许多MTCD的情况下一定不会减少在一个寻呼消息上能呼叫的正常UE的数量而能够呼叫MTCD。

实施方式3 变形例2.

在上述的实施方式3及实施方式3的变形例1中，在正常UE的PF/PO导出用途和MTCD的PF/PO导出用途中，使用相同值的T及nB。在本变形例中，作为其他方法，在正常UE的PF/PO导出用途和MTCD的PF/PO导出用途中使T及nB的值不同。作为具体例，将T及nB用于正常UE的PF/PO导出，并重新设置T＿mtc及nB＿mtc，用于MTCD的PF/PO导出。

PF/PO的导出方法适用实施方式3及实施方式3的变形例1中公开的方法即可。这时，在MTCD的PF/PO的导出时，取代T及nB而使用T＿mtc及nB＿mtc即可。

作为***信息，eNB向附属的移动终端报告T及nB即可。通过这样构成，在正常UE用途和MTCD用途中，能够使DRX周期不同，能够设置与由各种移动终端支持的服务对应的DRX周期。由此，也能使各种移动终端的每一个移动终端寻呼等待时的功耗不同。

也可以使T和T＿mtc的关系成为下面式（4）那样的关系。

T＿mtc＝a＊T…（4）

而且，也可以使nB和nB＿mtc的关系成为下面式（5）那样的关系。

nB≤nB＿mtc …（5）

作为上述的设定，通过适用实施方式3的变形例1中公开的方法，能够使发生正常UE的寻呼的无线帧（PF）和发生MTCD的寻呼的无线帧（PF）不同。

通过实施方式3到实施方式3的变形例2中公开的方法，MTCD利用作为本地的移动终端识别符的UE＿ID及IMSI，导出MTCD用的PF/PO。然后，MTCD在分辨出寻呼消息的寻呼记录中包含本地的移动终端识别符即IMSI或s－TMSI时，开始上行接入。

通过在寻呼记录上承载作为移动终端的正常UE及MTCD的移动终端识别符，即便采用呼叫移动终端的方法，也能通过适用实施方式3至实施方式3的变形例2中公开的方法，使正常UE和MTCD的PF/PO不同。因而，不减少在一个寻呼消息上能呼叫的正常UE的数量而能够呼叫MTCD。

能够组合使用实施方式3至实施方式3的变形例2中公开的方法以及上述的实施方式2至实施方式2的变形例2中公开的方法。此外，实施方式3至实施方式3的变形例2中公开的方法，也可以在上述的实施方式2至实施方式2的变形例2中公开的、在寻呼消息内设置MTC呼叫用指示的情况下适用。由此，无需大幅度增大寻呼消息的信息量，而抑制对正常UE的影响，能够防止面向正常UE的寻呼的延迟时间的增大。

此外，实施方式3至实施方式3的变形例2中公开的方法，也可以在使用MTC组识别符的情况下适用。由此，与在寻呼消息内设置MTC呼叫用指示时适用的情况同样地，无需大幅度增大寻呼消息的信息量而抑制对正常UE的影响，能够防止面向正常UE的寻呼的延迟时间的增大。

实施方式4.

在本实施方式中，公开了不减少一个寻呼消息上能呼叫的正常UE的数量而能够呼叫MTCD的其他方法。

重新设置映射面向MTCD的寻呼消息的无线帧及子帧。采用与寻呼用PF/PO的导出方法不同的方法。即，至少在导出PF时不用移动终端识别符。

作为无线帧及子帧的结构，重新设置周期、偏置值、子帧编号即可。例如，设周期为mtc－期间（period）、偏置值为mtc－偏置（offset）、子帧编号为mtc－子帧（subframe）。

图26是示出实施方式4中公开的影射面向MTCD的寻呼消息的无线帧及子帧的结构的图。映射面向MTCD的寻呼消息的无线帧为周期性的，设该周期为“mtc－period”，用决定无线帧编号的偏置值为“mtc－offset”。此外，设映射面向MTCD的寻呼消息的子帧为“mtc－subframe”。在图26中，例如示出设mtc－offset为“1”、mtc－subframe为“1”的情况。

MME或eNB决定映射面向MTCD的寻呼消息的无线帧的周期、偏置值及子帧编号即可。此外，无线帧的周期、偏置值及子帧编号，作为***信息，从eNB向MTCD报告即可。

此外，映射面向MTCD的寻呼消息的无线帧的周期，为无线帧编号的最大值的约数即可。在映射寻呼的无线帧编号超过最大值的情况下，能构成为周期即便重新从偏置值进行计数也不变。

通过这样构成，能以与正常UE呼叫用的PF/PO不同的方法设定MTCD用的寻呼消息被映射的无线帧及子帧。由此，根据MTC服务，能够灵活地设定MTCD用的寻呼周期、偏置及子帧。因而，可以进行适合MTC服务的MTCD的电源控制，因此能够将MTCD的功耗最优化。

公开了在正常UE和MTCD之间，使发生寻呼的无线帧及子帧不同的方法。

为使子帧不同，设定与正常UE的PO不同的子帧即可。eNB分辨正常UE的PO被映射的子帧。因而，能够使发生MTCD的寻呼的子帧不同。

例如，在正常UE用的PO的导出中，以使Ns＝2的方式设定T及nB的情况下，其子帧编号为4和9。使发生MTCD的寻呼的子帧设为4和9之外的其他子帧编号即可。例如，设mtc－subframe＝1即可。

为使无线帧不同，设定与正常UE的PF不同的无线帧即可。eNB分辨正常UE的PF被映射的无线帧。因而，能够使发生MTCD的寻呼的无线帧不同。

例如，在正常UE用的PF的导出中，如上述的图24所示，设定T＝32、nB＝T/2的情况下，其无线帧为偶数编号。因而，使发生MTCD的寻呼的无线帧为奇数编号即可。例如，设周期为偶数编号的无线帧数、偏置值为奇数编号的无线帧即可。例如，设mtc－period＝1024、mtc－offset＝1即可。

如此在本实施方式中，避开正常UE用的PF/PO的子帧而能够映射MTCD用寻呼消息。由此，不减少在一个寻呼消息上能呼叫的正常UE的数量而能够呼叫MTCD。因而，能够防止面向正常UE的寻呼的延迟时间的增大，并能构筑在维持最适合H2H的通信的状态下能进行M2M通信的通信***。

也可以按每个MTC组设定周期、偏置值及子帧编号。

图27是示出一例对于2个MTC组按每个MTC组设定周期、偏置值及子帧编号时的图。在2个MTC组中，将映射面向第1MTC组的寻呼消息的る无线帧的周期、偏置值及子帧编号设为mtc－period＃1、mtc－offset＃1及mtc－subframe＃1。将映射面向第2MTC组的寻呼消息的无线帧的周期、偏置值及子帧编号设为mtc－period＃2、mtc－offset＃2及mtc－subframe＃2。

将每个MTC组的周期、偏置值及子帧编号作为***信息，eNB向附属的移动终端报告即可。通过这样构成，可按照各个MTC服务进行设定。因而，能够进行每个MTC服务的MTCD的电源控制，因此能够按每个MTC服务最优化MTCD的功耗。

此外，每个MTC组的周期也可以彼此成为约数或倍数的关系。或者，将所能采取的周期设为2的n次方（2ⁿ），调整各MTC组的偏置值，从而能够使多个MTC组的寻呼不会同时发生。

通过采用本实施方式中公开的方法，能够比上述的实施方式2及实施方式3中公开的方法相对容易且灵活地设定发生MTCD的寻呼的无线帧及子帧。

实施方式5.

作为降低寻呼负担的对策，在非专利文献9中公开了以M2M通信中的寻呼为目标，引入MTC中特别的寻呼用RNTI（MTC详细寻呼RNTI：MTC specific paging RNTI）的技术。在通常的寻呼用RNTI（P－RNTI）以外，通过设置MTC中特别的寻呼用RNTI，正常UE仅检测P－RNTI即可，且MTCD仅检测MTC中特别的寻呼用RNTI即可。即，对于面向 MTCD的寻呼，正常UE不接收寻呼消息也可。此外，相反地，MTCD不接收面向正常UE的寻呼消息也可。由此，包含正常UE及MTCD的UE，能够简化接收处理，并能谋求削减功耗。

但是，在相同的子帧发生面向正常UE的寻呼和面向MTCD的寻呼的情况下，产生eNB不能判断在寻呼消息的分配信息中掩蔽P－RNTI和MTC中特别的寻呼用RNTI的哪个RNTI才好的问题。

在本实施方式中，公开了消除该问题的方法。在相同的子帧发生面向正常UE的寻呼和面向MTCD的寻呼的情况下，eNB在寻呼消息的分配信息中掩蔽P－RNTI。

正常UE检测从本地的移动终端识别符导出的PF/PO的子帧的PDCCH中有无以P－RNTI掩蔽的分配信息。在有以P－RNTI掩蔽的分配信息的情况下，正常UE根据分配信息接收寻呼消息即可。

对于此，MTCD不仅检测从本地的移动终端识别符导出的PF/PO的子帧的PDCCH中有无掩蔽MTC中特别的寻呼用RNTI的分配信息，而且还检测有无掩蔽P－RNTI的分配信息。在有MTC中特别的寻呼用RNTI或以P－RNTI掩蔽的分配信息的情况下，MTCD根据分配信息接收寻呼消息即可。

通过这样构成，即便面向正常UE的寻呼和面向MTCD的寻呼在相同的子帧发生的情况下，也不会产生不良，各移动终端能够接收寻呼。

此外，正常UE可以进行与现有的寻呼接收方法相同的处理。由此，不会对正常UE产生影响，能够对MTCD进行寻呼。

图28是示出实施方式5中的eNB的RNTI掩蔽方法的处理顺序的流程图。在图28的流程图中，示出eNB接收寻呼消息的情况。在步骤ST2301中，eNB导出面向正常UE的寻呼消息的PF/PO。在步骤ST2302中，eNB导出面向MTCD的寻呼消息的PF/PO。面向正常UE的寻呼及面向MTCD的寻呼，各自为复数也无妨。以各自的寻呼数进行PF/PO的导出。

在步骤ST2303中，eNB判断面向正常UE的寻呼的PF/PO和面向MTCD的寻呼的PF/PO是否相同。在各自的寻呼为多个的情况下，判断有无相同即可。eNB在判断为面向正常UE的寻呼的PF/PO和面向MTCD的寻呼的PF/PO相同的情况下，转移到步骤ST2304。eNB在判断为面向正常UE的寻呼的PF/PO与面向MTCD的寻呼的PF/PO不同的情况下，转移到步骤ST2307。

在步骤ST2304中，eNB将正常UE的UE－ID和MTCD所属的MTC组的识别符承载于相同的寻呼消息。在步骤ST2305中，eNB以P－RNTI掩蔽寻呼消息被映射的物理资源的分配信息，并映射到PDCCH。

在步骤ST2306中，eNB以在步骤ST2301或步骤ST2302中导出的PF/PO的子帧，发生PDCCH及寻呼消息，结束所有的处理。

eNB在步骤ST2303中，判断为面向正常UE的寻呼的PF/PO和面向MTCD的寻呼的PF/PO不相同的情况下，在步骤ST2307中，判断寻呼是否为面向正常UE的寻呼。eNB在判断为面向正常UE的寻呼的情况下，转移到步骤ST2308。eNB在判断为不是面向正常UE的寻呼的情况下，判断为是面向MTCD的寻呼，并转移到步骤ST2311。

在步骤ST2308中，eNB将正常UE的UE－ID承载于寻呼消息。在步骤ST2309中，eNB以P－RNTI掩蔽寻呼消息被映射的物理资源的分配信息，并映射到PDCCH。

在步骤ST2310中，eNB以在步骤ST2301中导出的PF/PO的子帧，发送PDCCH及寻呼消息，并结束所有的处理。

eNB在步骤ST2307中判断寻呼是面向MTCD的寻呼的情况下，在步骤ST2311中，将MTCD所属的MTC组的识别符承载于寻呼消息。在步骤ST2312中，eNB以MTC中特别的寻呼用RNTI掩蔽寻呼消息被映射的物理资源的分配信息，并映射到PDCCH。

在步骤ST2313中，eNB以在步骤ST2302中导出的PF/PO的子帧发送PDCCH及寻呼消息，并结束所有的处理。

通过如上述那样构成，即便面向正常UE的寻呼和面向MTCD的寻呼在相同的子帧发生，eNB也能防止无法判断掩蔽哪个RNTI才好。

图29是示出实施方式5中的正常UE的寻呼消息的接收处理的处理顺序的流程图。在步骤ST2401中，正常UE从本地的移动终端识别符导出PF/PO。在步骤ST2402中，正常UE以P－RNTI对PF/PO的子帧的PDCCH进行检测处理。由此进行间歇接收。

在步骤ST2403中，正常UE判断是否检测出以P－RNTI掩蔽的分配信息。正常UE在判断为检测所述分配信息的情况下，转移到步骤ST2404，在判断为未检测出分配信息的情况下，判断子帧中未分配寻呼消息时，返回步骤ST2402，反复上述的处理。

在步骤ST2404中，正常UE根据PDCCH的分配信息接收寻呼消息。在步骤ST2405中，正常UE判断寻呼消息中是否包含本地的移动终端识别符。正常UE判断为包含本地的移动终端识别符的情况下，判断为有寻呼，并转移到步骤ST2406，在判断为没有包含本地的移动终端识别符的情况下，判断寻呼消息并非面向本地，返回步骤ST2402，反复上述的处理。在步骤ST2406中，正常UE开始上行接入。

以上描述的本实施方式中的正常UE的寻呼消息的接收处理，并不局限于MTCD的有无，即，有无MTC中特别的寻呼用RNTI，与现有的移动终端中的寻呼消息的接收处理相同。因而，在本实施方式中，正常UE能够采用与现有的寻呼接收方法相同的处理。

图30是示出实施方式5中的MTCD的寻呼消息接收处理的处理顺序的流程图。在步骤ST2501中，MTCD从本地的移动终端识别符导出PF/PO。在步骤ST2502中，MTCD以MTC中特别的寻呼用RNTI对PF/PO的子帧的PDCCH进行检测处理，从而进行间歇接收。

在步骤ST2503中，MTCD判断是否检测到以MTC中特别的寻呼用RNTI掩蔽的分配信息。MTCD在判断为检测到所述分配信息的情况下，转移到步骤ST2504，并且在判断为未检测到所述分配信息的情况下，转移到步骤ST2507。

在步骤ST2504中，MTCD根据PDCCH的分配信息接收寻呼消息。在步骤ST2505中，MTCD判断寻呼消息中是否包含本地所属的MTC组的MTC组识别符。MTCD在判断为包含所述MTC组识别符的情况下，判断为有寻呼，并转移到步骤ST2506，在判断为所述MTC组识别符的情况下，返回步骤ST2502，并反复上述的处理。

在步骤ST2506中，MTCD开始上行接入。

在步骤ST2507中，MTCD进行以P－RNTI掩蔽的分配信息的检测处理。在步骤ST2508中，MTCD判断是否检测到以P－RNTI掩蔽的分配信息。MTCD在判断为检测到所述分配信息的情况下，转移到步骤ST2509，并且判断为未检测到所述分配信息的情况下は，返回步骤ST2502，反复上述的处理。

在步骤ST2509中，MTCD根据PDCCH的分配信息接收寻呼消息。在步骤ST2510中，MTCD判断寻呼消息中是否包含本地所属的MTC组的MTC组识别符。MTCD在判断为包含所述MTC组识别符的情况下，判断为有寻呼，并转移到步骤ST2511，在判断为未包含所述MTC组识别符的情况下，判断寻呼消息不是面向本地，返回步骤ST2502，并反复上述的处理。在步骤ST2511中，MTCD开始上行接入。

如此，MTCD以MTC中特别的寻呼用RNTI和P－RNTI这两者进行检测处理，从而能够可靠地接收面向MTCD的寻呼消息。

通过采用本实施方式中公开的方法，为了减少寻呼的负担，在通常的寻呼用RNTI外，还设置MTC中特别的寻呼用RNTI的情况下，eNB也能判断在寻呼消息的分配信息中掩蔽哪个RNTI才好。由此，正常UE及MTCD都能可靠地接收寻呼消息。因而，能够构筑在维持最适合H2H的通信的状态下能够进行M2M通信的通信***。

实施方式6.

在本实施方式中，公开了在面向正常UE的寻呼和面向MTCD的寻呼同时发生的情况下，不减少能够呼叫的正常UE的数量而能够呼叫MTCD的其他方法。作为具体方法，将多个PCCH映射到相同的传输时间间隔（Transmission Time Interval：TTI）。

在现有技术中，对多个移动终端同时发生寻呼的情况下，通过对相同TTI上的相同的寻呼消息承载多个移动终端的识别符，进行对多个移动终端的呼叫。

在本实施方式中，通过将多个PCCH映射到相同的TTI，即便面向正常UE的寻呼和面向MTCD的寻呼同时发生的情况下，也能将各自的寻呼消息映射到相同的TTI，并能呼叫正常UE和MTCD这两者。

作为一个例子，将多个PCCH设为每个终端种类的PCCH。设置面向正常UE的寻呼消息被映射的PCCH（下面有称为“PCCH”的情况）和面向MTCD的寻呼消息被映射的PCCH（下面有称为“MTC－PCCH”的情况）。

图31是示出实施方式6中的下行逻辑信道、下行传输信道及下行物理信道的对应关系的图。在图31（A）中示出下行逻辑信道和下行传输信道之间的映射。在图31（B）中示出下行传输信道和下行物理信道之间的映射。

如图31（A）所示，逻辑信道的PCCH映射到传输信道的PCH。此外，逻辑信道的MTC－PCCH映射到重新设置的传输信道的MTC－PCH。这些处理在MAC中以相同的TTI进行。

如图31（B）所示，传输信道的PCH映射到物理信道的PDSCH。传输信道的MTC－PCH也映射到物理信道的PDSCH。PDSCH是共用信道。这些处理也在物理层中以同一TTI进行。

在同一TTI中，对于PDSCH的映射是分正常UE用的寻呼消息和MTCD用的寻呼消息而分别进行。因而，各自的PDSCH的物理资源的分配也分别进行。各自的分配信息映射到PDCCH。

在不同的PCCH被映射的PDSCH的物理资源的分配信息，掩蔽不同的RNTI，并映射到PDCCH也可。例如，在正常UE用的寻呼消息被映射的PDSCH的分配信息，掩蔽P－RNTI。此外，按MTCD用的寻呼消息用途重新设置PI－MTC－RNTI。在映射MTCD用的寻呼消息的PDSCH的分配信息，掩蔽PI－MTC－RNTI。

图32是示出实施方式6中的eNB的RNTI掩蔽方法的处理顺序的流程图。在图32的流程图中，示出eNB接收寻呼消息的情况。

在步骤ST2701中，eNB导出面向正常UE的寻呼消息的PF/PO。在步骤ST2702中，eNB导出面向MTCD的寻呼消息的PF/PO。面向正常UE的寻呼及面向MTCD的寻呼各自为复数也无妨。以各自的寻呼数进行PF/PO的导出。

在步骤ST2703中，eNB判断寻呼是否为面向正常UE的寻呼。eNB在判断为面向正常UE的寻呼的情况下，转移到步骤ST2704。eNB在判断为不是面向正常UE的寻呼的情况下，判断为面向MTCD的寻呼，并转移到步骤ST2707。

在步骤ST2704中，eNB将正常UE的UE－ID承载于寻呼消息。在步骤ST2705中，eNB以P－RNTI掩蔽寻呼消息被映射的物理资源的分配信息，并映射到PDCCH。在步骤ST2706中，eNB以在步骤ST2701中导出的PF/PO的子帧，发送PDCCH及寻呼消息，结束所有的处理。

eNB在步骤ST2703中判断为不是面向正常UE的寻呼，即判断为面向MTCD的寻呼的情况下，在步骤ST2707中，将MTCD所属的MTC组的识别符承载于寻呼消息。在步骤ST2708中，eNB以PI－MTC－RNTI掩蔽寻呼消息被映射的物理资源的分配信息，并映射到PDCCH。在步骤ST2709中，eNB以在步骤ST2702中导出的PF/PO的子帧，发送PDCCH及寻呼消息，结束所有的处理。

通过以上那样构成，能够将多个PCCH照射到相同的TTI，因此能够在各自的寻呼消息的分配信息掩蔽不同的RNTI，并映射到PDCCH。

此外，能够以同一TTI映射多个PCCH，因此不需判断面向正常UE的寻呼和面向MTCD的寻呼是否在同一TTI发生，相应地不需要使处理不同。因而，能够谋求简化eNB中的寻呼处理，所以处理延迟的削减及功耗的削减成为可能。

图33是示出实施方式6中的正常UE的寻呼消息的接收处理的处理顺序的流程图。在步骤ST2801中，正常UE从本地的移动终端识别符导出PF/PO。在步骤ST2802中，正常UE以P－RNTI 对PF/PO的子帧的PDCCH进行检测处理，从而进行间歇接收。

在步骤ST2803中，正常UE判断是否检测到以P－RNTI掩蔽的分配信息。正常UE在判断为检测到所述分配信息的情况下，转移到步骤ST2804，在判断为未检测到所述分配信息的情况下，判断为对子帧未分配寻呼消息，返回到步骤ST2802，反复上述的处理。

在步骤ST2804中，正常UE根据PDCCH的分配信息，接收寻呼消息。在步骤ST2805中，正常UE判断寻呼消息中是否包含本地的移动终端识别符。正常UE在判断为包含本地的移动终端识别符的情况下，判断为有寻呼，转移到步骤ST2806，在判断为未包含本地的移动终端识别符的情况下，判断为寻呼消息不是面向本地，返回到步骤ST2802，反复上述的处理。在步骤ST2806中，正常UE开始上行接入。

以上描述的本实施方式中的正常UE的寻呼消息的接收处理，并不局限于MTCD的有无，即，MTC中特别的寻呼用RNTI的有无，与现有的移动终端中的寻呼消息的接收处理相同。因而，在本实施方式中，正常UE能够采用与现有的寻呼接收方法相同的处理。

图34是示出实施方式6中的MTCD的寻呼消息的接收处理的处理顺序的流程图。在步骤ST2901中，MTCD从本地的移动终端识别符导出PF/PO。在步骤ST2902中，MTCD以PI－MTC－RNTI 对PF/PO的子帧的PDCCH进行检测处理，从而进行间歇接收。

在步骤ST2903中，MTCD判断是否检测到以PI－MTC－RNTI掩蔽的分配信息。MTCD在判断为检测到所述分配信息的情况下，转移到步骤ST2904，在判断为未检测到所述分配信息的情况下，判断为子帧上未分配寻呼消息，返回到步骤ST2902，并反复上述的处理。

在步骤ST2904中，MTCD根据PDCCH的分配信息接收寻呼消息。在步骤ST2905中，MTCD判断寻呼消息中是否包含本地所属的MTC组的识别符。MTCD在判断为包含本地所属的MTC组的识别符的情况下，判断为有面向本地的寻呼消息，转移到步骤ST2906，在判断为未包含本地所属的MTC组的识别符的情况下，判断寻呼消息并不是面向本地，返回到步骤ST2902，并反复上述的处理。在步骤ST2906中，MTCD开始上行接入。

在以上描述的本实施方式中的MTCD的寻呼消息的接收处理中，利用PI－MTC－RNTI的PDCCH的检测处理、以及除了基于此的判断处理外的其他处理，与现有的移动终端的寻呼的接收处理相同。因而，MTCD在现有的寻呼消息的接收方法中，仅变更RNTI即可。

此外，以同一TTI能够映射多个PCCH，并且在各自的物理资源分配信息掩蔽不同的RNTI，因此正常UE进行与以往同样的寻呼消息的接收处理即可。此外，MTCD的寻呼消息的接收处理也是变更RNTI即可，除此以外能够以与以往同样的方法进行。

此外，在实施方式5中公开的方法中，MTCD需要以MTC中特别的寻呼用RNTI和P－RNTI这两者进行检测处理，但是在本实施方式中，以PI－MTC－RNTI一个来进行PDCCH的检测处理即可。因而，能够减少MTCD的功耗。

PI－MTC－RNTI既可以静态地预先分配，也可以从eNB向MTCD分配。在从eNB向MTCD分配的情况下，eNB通过RRC消息预先向MTCD通知即可。

此外，按每个MTC组分配PI－MTC－RNTI也可。这样按每个MTC组进行分配，从而能得到MTCD无需接收对本地不所属的其他MTC组的寻呼消息的效果。由此，能够谋求MTCD的更进一步的低功耗化。

通过采用本实施方式中公开的方法，即便面向正常UE的寻呼和面向MTCD的寻呼同时发生的情况下，也不减少能够呼叫的正常UE的数量，而能够呼叫MTCD。由此，能够避免面向正常UE的寻呼和面向MTCD的寻呼同时发生时的下行拥塞及由此产生的寻呼用无线资源的不足。因而，能够防止面向正常UE的寻呼的延迟时间的增大，并能够构筑在维持最适合H2H的通信的状态下能够进行M2M通信的通信***。

实施方式7.

在上述的实施方式1～实施方式6中，公开了消除对许多MTCD发送寻呼时的拥塞的方法。对许多MTCD的下行通信中的拥塞，不仅在寻呼的发送时产生，而且在数据发送时也产生。在以现有的个别信道发送下行数据的情况下，个别信道所需要的无线资源需要MTCD的台数的量。因而，在MTC服务中，在同时发生对许多MTCD发送下行数据这样的情况下，产生的问题是发生无线资源不足、不能进行下行数据的发送。

在本实施方式中，公开了避免对许多MTCD发送下行数据时产生的拥塞的方法。为了MTC服务用的下行数据的发送，利用寻呼的构造。首先，使寻呼消息包含MTC服务用的下行数据。

图35是示出一例实施方式7中的寻呼消息中包含的信息的图。下面，将MTC服务用的下行数据称为“MTC数据”。如图35所示，在本实施方式中，寻呼消息包含现有的寻呼消息中包含的信息，具体而言，作为PagingRecord的表的“pagingRecordList”、“systemInfoModification”及“etws－Indication”外，例如包含MTC服务用的下行数据即MTC数据。MTC数据设为既定的位数或字节数即可。位数或字节数、位数的最大值或字节数的最大值，也可以预先静地确定。

MTC服务用的下行数据设想为小容量。因而，能够使MTC数据包括在寻呼消息内。此外，通过使MTC数据包括在寻呼消息内，能够削减按每个MTCD设定个别信道时所需要的数据以外的信息，即附加（over head）部分。由此，能够大幅削减用于对MTCD发送下行数据的无线资源，因此能够避免同时发生面向许多MTCD的下行数据时的下行拥塞及由此产生的下行数据发送用的无线资源的不足。因而，能够构筑在维持最适合H2H的通信的状态下能够进行M2M通信的通信***。

接着，公开了发送MTC服务用下行数据的定时。发送MTC服务用下行数据的定时，设为从发送下行数据的MTCD的移动终端识别符导出的PF/PO。即，设为通过与寻呼发送定时相同的方法导出的定时。通过这样构成，各MTCD能以与寻呼相同的周期进行间歇接收，因此能够防止MTCD的功耗的增大。此外，eNB、MTCD都无需另行确定MTC数据的收发定时，也无需相互通知收发定时。因而，能够削减eNB和MTCD之间所需要的信号发送量。

图36是示出利用寻呼的MTC服务用下行数据的收发处理的次序的图。在图36中示出移动终端为MTCD的情况。在步骤ST3101中，MTCD根据本地的移动终端识别符导出寻呼的PF/PO。接着，在步骤ST3102中，MTCD以PF/PO进行间歇接收。

例如，在从MTC服务器发送MTCD目的地的MTC服务用下行数据的情况下，在步骤ST3103中，经由MME或S－GW向eNB发送MTCD目的地的MTC服务用下行数据即MTC数据。在步骤ST3103中，与MTC服务用下行数据即MTC数据一起，发送表示哪个MTCD目地的的MTCD移动终端识别符。

接着，在步骤ST3104中，eNB从MTCD移动终端识别符导出寻呼用的PF/PO。在步骤ST3105中，eNB以MTCD的寻呼用PF/PO的子帧承载于寻呼消息，发送MTC服务用下行数据即MTC数据。在步骤ST3105中，与MTC数据一起发送MTCD移动终端识别符。

在步骤ST3106中，MTCD以间歇接收的PF/PO接收寻呼消息。接收寻呼消息的MTCD接收本地的移动终端识别符，从而分辨本地目的地的MTC数据，接收寻呼消息中包含的MTC数据。

在接收MTC数据之后，在步骤ST3107中，MTCD再次转移到从本地的移动终端识别符导出的PF/PO的间歇接收。在步骤ST3105中，也可以使与MTC数据一起发送的MTCD移动终端识别符包括在寻呼消息之中，并对MTC数据进行发送，既可以作为寻呼消息的附加进行发送，也可以按照其他的信号发送或其他的消息来发送。

图37是示出一例将MTCD移动终端识别符对MTC数据进行发送时的寻呼消息中包含的信息的图。在对MTC数据发送MTCD移动终端识别符的情况下，如图37所示，使寻呼消息内包含MTCD移动终端识别符和对于以该MTCD识别符表示的MTCD的MTC数据建立对应的表（下面有称为“MTC数据 list”的情况）。

通过这样构成，即便对多个MTCD目的地同时发生MTC服务用下行数据，也能以一个寻呼消息发送多个MTCD目的地的MTC数据。由此，能够削减MTCD接收MTC服务用下行数据时产生的延迟时间。

此外，将MTC数据设为按每个MTC组也可。在该情况下，与包含每个MTC组的数据的寻呼消息一起发送MTC组识别符即可。由此，MTCD能够判断是否为本地所属的组目的地的MTC服务用下行数据。此外，也可以使寻呼消息内包含将MTC组识别符和针对以该MTC组识别符表示的MTC组的MTC数据对应起来的表。由此，无需对每个MTC组的数据，将多个MTCD移动终端识别符记载于表，并且用MTC组的识别符即可。因而，能够抑制寻呼消息的信息量的增大。

此外，设置一个寻呼消息中包含的MTC数据的个数（下面有称为“MTC数据数”的情况）的最大值也可。在该情况下，例如，在寻呼消息中记载直至MTC数据数的最大值的个数的MTC组识别符和记载以其MTC组识别符表示的对MTC组的MTC服务用下行数据的表即可。MTC数据数的最大值，在静态的情况下，例如也可以确定为标准，在准静态的情况下，例如也可以作为***信息从eNB进行报告。由此，MTCD能够分辨寻呼消息内所包含的MTC数据数的最大值，因此能够减少MTC数据的接收错误。

此外，作为包含MTC数据的寻呼消息的收发方法，也可以适用上述的实施方式1～实施方式6的方法。在适用上述的实施方式1～实施方式6的方法的情况下，也能得到与本实施方式同样的效果。

实施方式8.

使寻呼消息包含MTC服务用下行数据等的MTC用信息的情况下，在与正常UE相同的寻呼组内存在MTCD时，尽管与正常UE无关系，但会发生寻呼。因而，正常UE必须接收寻呼，所以发生正常UE的功耗增大的问题。

为了消除该问题，在本实施方式中，公开了按每个信息种类设置物理资源分配信息中掩蔽的RNTI的方法。作为一个例子，包含MTC服务用下行数据的用于寻呼消息的物理资源分配信息中掩蔽的RNTI，重新设置MTC－RNTI。未包含MTC服务用下行数据的用于现有的寻呼消息的物理资源分配信息中掩蔽的RNTI，与以往同样地设为P－RNTI。

正常UE能检测有无以P－RNTI在从本地的移动终端识别符导出的PF/PO的子帧的PDCCH掩蔽的分配信息。正常UE无需接收MTC用的数据，因此仅检测在现有的寻呼信息掩蔽的P－RNTI即可。在有以P－RNTI掩蔽的分配信息的情况下，正常UE按照分配信息接收寻呼消息即可。

与此相对，MTCD不仅检测从本地的移动终端识别符导出的PF/PO的子帧的PDCCH中有无以MTC－RNTI掩蔽的分配信息，而且还检测有无P－RNTI掩蔽的分配信息。在有以MTC－RNTI或P－RNTI掩蔽的分配信息的情况下，MTCD按照分配信息接收寻呼消息即可。

通过这样构成，正常UE能采用与现有的寻呼消息的接收方法相同的处理，并能防止功耗的增大。因而，不会对正常UE产生影响，能够向MTCD发送MTC服务用的下行数据。因而，能够构筑在维持最适合H2H的通信的状态下能够进行M2M通信的通信***。

在没有对MTCD的寻呼的MTC服务的情况下，MTCD无需检测有没有以P－RNTI掩蔽的分配信息。仅检测以MTC－RNTI掩蔽所分配信息即可。

此外，在3GPP中探讨了寻呼消息中包含表示MTC服务用下行数据以***信息加以报告的情况的指示。包含所述指示的寻呼消息优选以MTC－RNTI进行掩蔽。由此，能够得到与上述同样的效果。

实施方式9.

公开了避免对许多MTCD发送下行数据时产生的拥塞的其他方法。先设置MTCD用或用于每个MTC组的MTC服务用下行数据的发送的无线资源，具体而言无线帧及子帧。重新设置用于通知是否发生MTC服务用数据的信息。例如，将用于通知是否发生MTC服务用数据的信息，设为“MTC信息通知”。

图38是对用于通知是否产生MTC服务用数据的信息和MTC服务用下行数据的发送方法的具体例进行说明的图。图38（a）是示出MTC服务用下行数据的发送设定（下面有称为“MTC数据配置（Config）”的情况）的图，图38（b）是示出用于通知是否发生MTC服务用数据的信息的发送设定（下面有称为“MTC数据 Notification Config”的情况）的图。

在本实施方式中，周期性地设置用于MTC服务用下行数据（MTC数据）的无线资源（下面有称为“MTC数据的无线资源”的情况）。将该周期称为“MTC数据反复周期（mtc－dataRepetitionPeriod）”。此外为了确定MTC数据的无线资源的无线帧而设置偏置值。将该偏置值称为“mtc－Offset”。此外为了确定MTC数据的无线资源的子帧，设置子帧的分配信息。将子帧的分配信息称为“mtc－AllocInfo”。分配信息既可为一个或多个子帧编号，也可为各位与各子帧编号对应的位图（bitmap）。在图38中示出以位图表示分配信息的情况。

如图38（a）所示，在MTC数据的无线资源中，以既定的期间反复发送MTC数据。将该既定的期间称为“mtc－数据修正期间（dataModificationPeriod）”。在既定的期间反复发送同一MTC数据也可。

在MTC数据按每个MTCD而不同的情况下，对每个MTCD的MTC数据分配子帧上的无线资源，以MTCD的移动终端识别符，例如UE－ID或C－RNTI掩蔽该分配信息并映射到PDCCH即可。MTCD利用本地的MTCD移动终端识别符检索MTC数据的无线帧内的该子帧，并判断是否存在MTC数据。MTCD在检测出本地的MTCD移动终端识别符被掩蔽的情况下，根据该分配信息接收MTC数据即可。

对于小区附属的全部MTCD发送相同的MTC数据的情况下，设置特别的RNTI，例如mtc－data－RNTI，以该RNTI掩蔽MTC数据的无线资源的分配信息并映射到PDCCH也可。由此，MTCD利用该RNTI，即mtc－data－RNTI，检测MTC数据的无线资源的分配，从而能够接收MTC数据。MTCD在RNTI，具体而言mtc－data－RNTI未能检测到的情况下，设为不发生MTC数据而进行MTC数据的接收处理即可。由此，能够削减MTCD的功耗。

如图38（b）所示，能够发送用于通知是否发生MTC服务用数据的信息（MTC信息通知（information notification））的定时具有周期性。将该周期称为“mtc－数据通知期间（dataNotificationPeriod）”。此外为了确定MTC信息通知的无线帧而设置偏置值。将该偏置值称为“mtc－notificationOffset”。此外MTC信息通知的子帧，设置子帧的分配信息。将子帧的分配信息称为“mtc－notificationSFindex”。使子帧的分配为一个而设为子帧编号即可。此外，MTC信息通知的子帧也可为复数，作为该子帧的分配信息，既可以采用子帧编号，也可为各位与各子帧编号对应的位图。

使MTC数据通知期间与mtc－dataModificationPeriod相同也可。此外，使偏置值（mtc－notificationOffset）与mtc－Offset相同也可。由此，检测到MTC信息通知的MTCD能够立即进行MTC数据的接收处理。因而，能够减小直到MTCD接收MTC数据为止的控制延迟。

此外，在MTCD中进行间歇接收的情况下，使mtc－dataNotificationPeriod为与间歇接收周期相同的周期也可。由此，能够谋求MTCD的低功耗化。

将MTC信息通知映射到PDCCH也可。也可以不包含MTC信息通知上附带的PDSCH的物理资源的分配信息。由此，能以较少的无线资源进行通知。没有PMCH或PDSCH的分配。

设置特别的RNTI，例如mtc－notification－RNTI，以该RNTI掩蔽MTC信息通知并映射到PDCCH也可。由此，MTCD利用RNTI检测PDCCH上的MTC信息通知，从而能够得知MTC数据的发生。MTCD在发送MTC信息通知的定时RNTI无法检测的情况下，能够分辨出不发生MTC数据，因此不进行MTC数据的接收处理而完结。因而，能够削减MTCD的功耗。此外，能够使正常UE不接收PDCCH。

也可以设mtc－notification－RNTI为相对于MTC而言是唯一的。此外，既可以预先以静态地确定，也可以通过***信息来报告。在以静态地确定的情况下，能够减少信号发送所需要的信息量。在作为***信息进行报告的情况下，无需预先备用，此外，能够进行变更，因此作为***能够进行灵活且有效率的运用。

图39及图40是示出实施方式9中的MTC服务用下行数据的收发处理的次序的图。图39和图40在边界线A1的位置上相连。在图39及图40中，示出移动终端为MTCD的情况。eNB在发送MTC数据之前，在步骤ST3401中，确定MTC数据用无线资源的结构。然后，在步骤ST3402中，eNB确定用于通知是否发生MTC服务用数据的信息即MTC信息通知用的无线资源的结构。在步骤ST3403中，eNB将MTC数据用无线资源的结构作为***信息，向附属的移动终端（UE）报告。此外，在步骤ST3404中，eNB将MTC信息通知用的无线资源的结构作为***信息向附属的移动终端（UE）报告。MTCD接收从eNB报告的MTC数据用无线资源的结构及MTC信息通知用无线资源的结构。

在步骤ST3405中，MTCD根据MTC信息通知用无线资源的结构，间歇接收无线资源，并以MTC信息通知用的RNTI即mtc－notification－RNTI对该子帧的PDCCH进行检测处理。

例如，在从MTC服务器发生了MTCD目的地的MTC服务用下行数据的情况下，在步骤ST3406中，经由MME或S－GW向eNB发送MTCD目的地的MTC服务用下行数据即MTC数据。在步骤ST3406中，与MTC数据一起，发送表示是哪个MTCD目的地的MTCD移动终端识别符。

接着，在步骤ST3407中，eNB在用于通知是否发生MTC服务用数据的信息掩蔽该信息用的RNTI，映射到步骤ST3402中决定的、该信息用的无线资源的子帧的PDCCH。此外，在步骤ST3408中，eNB将MTC数据映射到步骤ST3401中决定的MTC数据用无线资源，在该无线资源的分配信息掩蔽MTC数据用的RNTI即mtc－data－RNTI，并映射到PDCCH。

在步骤ST3409中，eNB以在步骤ST3402中决定的无线资源发送MTC信息通知。然后，在步骤ST3410中，eNB以在步骤ST3401中决定的无线资源发送MTC数据和该数据的分配信息。

在步骤ST3405中间歇接收的MTCD，在步骤ST3411中，检测mtc－notification－RNTI而接收MTC信息通知。MTCD接收MTC信息通知，从而能够分辨出发送MTC数据。因而，在步骤ST3412中，MTCD以mtc－data－RNTI对MTCD data用无线资源的PDCCH进行检测处理，在步骤ST3413中，检测到mtc－data－RNTI的情况下，接收PDCCH的MTC数据分配信息，并根据所接收的分配信息，接收MTC数据。

由此，即使不利用寻呼，也能进行MTC服务用下行数据的收发。

如上所述，设置MTCD用或用于发送每个MTC组的MTC服务用下行数据的无线资源即无线帧及子帧，并且重新设置用于通知是否发生MTC服务用数据的信息，从而能够削减按每个MTCD以每个MTCD的定时构成个别信道时所需要的数据以外的信息，即附加部分。

由此，为了发送MTC服务用下行数据，不使用MTC用的逻辑控制信道而完结，能够大幅度削减用于对MTCD发送下行数据的无线资源。因而，能够避免同时发生面向许多MTCD的下行数据时的下行拥塞及由此产生的下行数据发送用无线资源不足，因此能够构筑在维持最适合H2H的通信的状态下能够进行M2M通信的通信***。

此外在本实施方式中，使用用于通知是否发生MTC服务用数据的信息，因此MTCD能够明确地分辨出发生MTC服务用下行数据的情况。由此，在未发生MTC服务用下行数据的情况下，eNB能够为其他通信利用无线资源。因而，作为通信***，能够提高下行数据通信所使用的无线资源的使用效率。

此外在本实施方式中，使MTCD用或用于发送通知是否发生每个MTC组的MTC服务用下行数据及MTC服务用数据的信息的无线资源具有周期性。由此，MTCD能够进行间歇接收，所以能够抑制MTCD的功耗的增大。

在以上描述的本实施方式中，作为用于通知是否发生MTC服务用数据的信息，重新设置了MTC信息通知，但是，作为用于通知的不是是否发生MTC服务用数据而是是否变更MTC服务用数据的信息，重新设置MTC信息通知也可。

例如，在MTC数据反复的期间即mtc－dataModificationPeriod之后的下一个mtc－dataModificationPeriod中，变更MTC数据也可。为了通知该MTC数据变更的情况，使用MTC信息通知也可。

图41是说明MTC服务用数据被变更时的通知方法的具体例的图。图41（a）是示出MTC服务用下行数据的发送设定（MTC数据配置（Config））的图，图41（b）是示出MTC服务用数据变更或通知是否发生的信息的发送设定（MTC数据通知配置（Notification Config））的图。

图41（a）所示的、用于发送作为MTC服务用下行数据的MTC数据的无线资源的结构，与上述的图38（a）中所示的结构相同。同一MTC数据在既定的期间（mtc－dataModificationPeriod）被反复发送后，MTC数据变更，在下一个既定的期间（mtc－dataModificationPeriod），变更后的MTC数据被反复发送。

图41（b）所示的、用于通知是否发生MTC服务用数据的信息即MTC信息通知的无线资源的结构，与上述的图38（b）中所示的结构相同。无线资源按每个MTC－dataNotificationPeriod而周期性构成。与MTC－dataModificationPeriod对应的MTC－dataNotificationPeriod的无线资源中，发送用于通知发生MTC数据的MTC信息通知。

在下一个MTC数据被反复发送的既定的期间即MTC－dataModificationPeriod中，MTC数据发生变更的情况下，与MTC－dataModificationPeriod对应的MTC－dataNotificationPeriod的无线资源中，为通知MTC数据发生变更的情况而发送MTC信息通知。

这样不仅在发生MTC数据的情况下，而且在MTC数据发生变更的情况下，发送用于通知是否发生MTC服务用数据的信息即MTC信息通知，从而MTCD能够分辨MTC数据发生变更的情况。因而，即使MTC数据被继续发送的情况下，MTCD能够分辨出与之前的MTC数据不同的情况，因此能够有选择性地接收变更后的MTC数据。MTC信息通知例如被照射到PDCCH。没有PMCH或PDSCH的分配。

在用于通知MTC服务用数据是否发生或变更的信息中，包含表示是否为与以前的MTC－dataModificationPeriod相同的数据的信息也可。将该表示是否为与以前的MTC－dataModificationPeriod相同的数据的信息作为指示也可。例如，作为1位的信息，在“0”的情况下表示为相同的数据，在“1”的情况下表示为不同的数据也可。

MTCD接收在用于通知MTC服务用数据是否发生或变更的信息中包含的、表示MTC数据是否为相同的数据的信息，从而能够接收所需要的MTC数据。例如，在历经多个MTC－dataModificationPeriod发生同一MTC数据的情况下，以最初的MTC－dataModificationPeriod接收MTC数据的MTCD，只要表示MTC数据是否为相同的数据的信息表示为相同的数据，则在其后的MTC－dataModificationPeriod中不接收MTC数据而完结。MTCD接收表示MTC数据是否为相同的数据的信息，仅在该信息为表示不同的数据的情况下，接收MTC数据即可。由此，MTCD有选择性地接收MTC数据即可，因此能够节省无效的接收处理，并能谋求低功耗化。

也可以在mtc－dataNotificationPeriod内断续或周期性地通知用于通知MTC服务用数据是否发生或变更的信息。此时的周期也可为MTC数据反复周期（mtc－dataRepetitionPeriod）。MTCD也可以不按每个mtc－dataRepetitionPeriod接收用于通知MTC服务用数据是否发生或变更的信息，在mtc－dataNotificationPeriod内接收1次即可。

在图41（b）中一并示出断续地通知用于通知MTC服务用数据是否发生或变更的信息的情况。各无线帧中的子帧结构相同即可。用于通知MTC服务用数据是否发生或变更的信息，如在图41（b）中以参考标号“4000”所示的那样，例如以MTC－notificationOffset、从MTC－dataNotificationPeriod导出的无线帧、和以MTC－notificationSFindex表示的子帧，断续地发送。既可以仅在既定的期间断续地发送，也可以仅以既定的次数断续地发送。既定的期间或既定的次数，由eNB以***信息方式报告也可。也可作为与用于通知MTC服务用数据是否发生或变更的信息的无线资源的结构相同的***信息报告。

由此，即使出现MTCD无法接收用于通知MTC服务用数据是否发生或变更的信息的情况，通过接收接连的信息，也能分辨出MTC数据是否发生或变更。由此，能够降低MTCD的接收误差。

按每个MTC组设置MTC信息通知也可。例如，在PDCCH上，设用于通知MTC服务用数据是否发生或变更的信息用的信息为n位，使2的n次方（2ⁿ）的值与各MTC组对应也可。

n的值以及n的值与MTC组识别符的对应关系，既可以作为***确定，也可按每个TA或每个小区确定。n的值以及n的值与MTC组识别符的对应关系，也可以静态地例如预先按照标准确定。此外，以准静态方式确定也可。例如，每个TA或每个小区的值作为***信息从eNB报告给附属的移动终端也可。此外，也可以适用作为MTC组的识别符，采用实施方式2的变形例1中公开的、***中的MTC组的识别符、TA中的MTC组的识别符、小区中的MTC组的识别符等的方法。

在按每个MTC组发送MTC数据的情况下，设置每个MTC组的RNTI，并在各MTC组的MTC数据的无线资源分配信息中掩蔽后映射到PDCCH也可。由此，MTCD利用本地所属的MTC组的RNTI而能够接收MTC数据的分配信息及MTC数据。由此，能够不接收其他MTC组的MTC数据的分配信息及MTC数据。因而，能够进行每个MTC组的MTC数据的收发，所以能够削减MTCD的接收功耗。

在MTC数据按每个MTCD而不同的情况下，将每个MTCD的MTC数据分配给个别信道即可。例如，将某一个面向MTCD的MTC数据映射到DTCH，按每个MTCD进行多路复用处理后映射到DL－SCH。在不需要多路复用处理的情况下，也可以省略多路复用处理。正如以往，DL－SCH映射到PDSCH。在能够按每个MTCD进行上行控制信道的发送的情况下，对MAC层中MTC数据进行HARQ也可。

对小区附属的全部MTCD发送相同的MTC数据的情况下，将MTC数据分配给公共信道即可。例如，将公共信道的逻辑信道设为mtc－CTCH。mtc－CTCH被映射到传输信道DL－SCH，并映射到PDSCH即可。在MTC－CTCH的情况下，无法进行每个MTCD的HARQ，因此不进行HARQ即可。

在MTC数据按每个MTC组而不同，且在MTC组内为相同的MTC数据的情况下，将MTC数据分配给每个MTC组的信道即可。例如，将每个MTC组的逻辑信道设为mtc－TCH，将某一个面向MTC组的MTC数据照射到mtc－TCH，并按每个MTC组进行多路复用处理后映射到DL－SCH。在不需要多路复用处理的情况下，也可以省略多路复用处理。正如以往，DL－SCH映射到PDSCH。在每个MTC组的信道的情况下，无法进行每个MTCD的HARQ，因此不进行HARQ即可。

如以上那样，无需按每个MTCD对MTCD发送下行数据，因此能够大幅度地削减MTC服务用下行数据发送用的无线资源。

此外，也可以按每个MTC组设定MTC数据用无线资源结构和用于通知MTC服务用数据是否发生的信息的无线资源结构。即，无线资源结构按每个MTC组而不同也可。每个MTC组的无线资源结构，通过***信息报告给eNB附属的移动终端即可。全部MTC组的无线资源结构与MTC组识别符对应而被包括在同一***信息块（SIB）也可。由此，能够设定与每个MTC组的MTC服务对应的无线资源结构。因而，能够按照MTC服务灵活地设定无线资源结构，因此能够提高无线资源的使用效率。

对于通知MTC服务用数据是否发生的信息的周期（mtc－dataNotificationPeriod），每个MTC组的值被设定为互相成倍数或约数即可。由此，能够将属于多个MTC组的MTCD需要接收的定时对齐。因而，能够削减MTCD的功耗。

MTC数据用无线资源的周期（mtc－dataModificationPeriod），也与用于通知MTC服务用数据是否发生的信息同样，每个MTC组的值被设定为互相成倍数或约数即可。由此，能得到同样的效果。

实施方式9 变形例1.

在本实施方式中，周期性地设置用于MTC服务用下行数据即MTC数据的无线资源，在某个既定的期间，反复发送MTC数据。在本变形例中，在经过既定的期间后断开，即停止MTC数据的发送。

图42是说明在经过既定的期间后断开MTC数据的发送时的具体例的图。图42（a）是示出MTC服务用下行数据的发送设定（MTC数据配置）的图，图42（b）是用于通知MTC服务用数据是否发生的信息的发送设定（MTC数据通知配置）的图。

图42（b）所示的、用于通知MTC服务用数据是否发生的信息即MTC信息通知的无线资源的结构，与上述的图41（b）中所示的结构相同。图42（a）所示的、用于MTC服务用下行数据即MTC数据的无线资源的结构，局部上与上述的图41（a）中所示的结构不同。对于不同的部分进行说明。

在本变形例中，在MTC－dataModificationPeriod内，设置发送MTC数据的期间和不发送MTC数据的期间。例如，将发送MTC数据的期间设为MTC－dataTransPeriod。在MTC－dataTransPeriod中，MTC数据以周期MTC－dataRepetitionPeriod被反复发送。在MTC－dataTransPeriod以后，直到下一个MTC－dataModificationPeriod，不发送MTC数据，即断开发送。

在不发送MTC数据的期间，不确保MTC数据用的无线资源而为其他通信使用也可。

作为设置发送MTC数据的期间和不发送MTC数据的期间的其他例，也可为反复发送MTC数据的次数。例如将发送次数设为n。在该情况下，MTC数据以MTC－dataRepetitionPeriod的周期被反复发送，因此发送MTC数据的期间成为n＊MTC－dataRepetitionPeriod。

发送MTC数据的期间也可设定为本实施方式中公开的MTC信息通知被反复发送的期间或次数以上。由此，无论MTCD接收哪个MTC信息通知而分辨出MTC数据是否发生或变更，都能至少1次接收MTC数据。

发送MTC数据的期间和不发送MTC数据的期间，从eNB作为***信息报告也可。也可以作为与用于MTC服务用下行数据即MTC数据的无线资源的结构相同的***信息报告。发送MTC数据的期间和不发送MTC数据的期间，既可以不通知两者，也可以仅通知任一者。能够从MTC－dataModificationPeriod导出。此外，也可以通知与MTC信息通知被反复发送的期间的差分值，而不是发送MTC数据的期间。

通过采用本变形例中公开的方法，eNB无需按必要值以上发送相同的MTC数据。由此，能够削减Uu接口上的下行数据信息量，因此能够减少存在许多MTCD时的下行数据发送的拥塞。此外，断开MTC数据的发送的期间，可以为其他通信而分配无线资源。因而，能够增大作为***的数据发送信息量及数据发送速度。

实施方式9 变形例2.

在实施方式9及实施方式9的变形例1中，公开了为了发送MTC服务用下行数据即MTC数据，不使用MTC用的逻辑控制信道的方法。作为一个例子，采用以报告信息来报告MTC服务用下行数据的无线资源结构，并在PDCCH上设置MTC信息通知，通知MTC数据是否发生或变更的方法。MTCD接收MTC信息通知，分辨出MTC数据的存在的情况下，根据报告信息的MTC服务用下行数据的无线资源结构，接收MTC数据。

在本变形例中，采用设置MTC用的控制信道（下面有称为“MTC控制信道”的情况）的结构。对MTC用的控制信道映射全部MTC组的MTC数据的无线资源的结构信息。MTC用的控制信道为公共信道即可，无需为每个MTCD的个别信道。MTC用的控制信道所映射的无线资源的结构，作为***信息从eNB报告给附属的移动终端。

作为MTC用的控制信道所映射的无线资源的结构的具体例，采用与MTC信息通知的无线资源结构同样的结构即可。将MTC用的控制信道所映射的无线资源设为周期性，设置其周期、用于确定无线帧的偏置值、用于确定子帧的子帧编号或子帧分配即可。

此外，也可以作为MTC用的控制信道用途设置特别的RNTI，例如MTC－control－RNTI，以RNTI掩蔽MTC用的控制信道的物理资源的分配信息并映射到PDCCH。由此，MTCD利用RNTI检测分配信息，从而能够接收MTC用的控制信道。

MTCD根据从eNB报告的MTC控制信道的无线资源结构的信息接收MTC控制信道，并接收用于本地所属的MTC组的MTC服务下行数据的结构信息。MTCD根据MTC服务用下行数据的结构信息接收MTC数据即可。由此，MTCD能够接收按每个MTC组发送的MTC数据。

对MTC用的控制信道映射MTC组的MTC数据的无线资源的结构信息，因此无需作为报告信息报告MTC服务用下行数据的无线资源结构。由此，能够削减报告信息。该效果是，在所支持的MTC组数量增加时，更加显著。

在上述的具体例中，对MTC用的控制信道映射全部MTC组的MTC数据的无线资源的结构信息，但除此以外，包括实施方式9及实施方式9的变形例1中公开的、通知MTC服务用数据是否发生或变更的MTC信息通知的结构信息而映射也可。

MTCD根据从eNB报告的MTC控制信道的无线资源结构的信息接收MTC控制信道，与用于本地所属的MTC组的MTC服务用下行数据的结构信息一起，接收MTC信息通知的结构信息。

MTCD根据MTC信息通知的结构信息，接收MTC信息通知，并分辨MTC数据是否发生或变更。在分辨出MTC数据发生或变更的MTCD，根据映射到MTC控制信道的本地所属的MTC组的MTC数据的结构信息，接收MTC数据即可。

由此，MTCD在分辨出按每个MTC组发送的MTC数据的发生或变更的基础上，能够接收MTC数据。由此，在MTCD中，能够省略用于接收MTC数据的无效的接收处理，因此能够谋求低功耗化。

实施方式10.

有许多MTCD同时发送上行RACH的情况。例如，有在电源暂时断开即切断后，接通电源即通电时的附着处理。这是因为往往设定为在断开电源时进行分离处理的缘故。

作为MTC服务，许多MTCD的电源接通时刻被设定为相同的情况下，同时发生附着处理。附着处理由上行RACH程序开始。作为避免发生同时对许多MTCD的附着处理的方法，也可以使MTCD在电源断开时进行分离处理。但是，如果不进行分离处理，则上游节点的资源就会被备用。

可以设想MTCD自电源断开后下一个通信之前会空闲长时间间隔的情况。因而，上游节点的资源被备用的状态持续长时间是一种浪费，使用效率较差。作为其对策，在非专利文献13中记载了在没有来自MTCD的分离处理的情况下，也通过上游节点进行分离处理的方案。在非专利文献13中并未记载具体的动作。

在此，公开在没有来自MTCD的分离处理的情况下，通过上游节点进行分离处理的方法的具体动作的一个例子。例如，MTCD在附着处理后发送上行数据的情况下，结束来自MTCD的上行数据的发送后，通过上游节点进行分离处理，开放上游节点的资源。由此，MTCD无需进行分离处理，所以在结束上行数据的发送后，能够断开电源。

但是，在通过上游节点进行分离处理的情况下，即使由MTCD进行的下一个上行数据发送之前的期间为短时间，MTCD在发送下一个上行数据时，会产生必须进行附着处理的需要。这与上行RACH的增大相关。此外，通过上游节点进行分离处理的情况下，存在MTCD在发送下一个上行数据时或电源接通时，不清楚是否需要附着处理的问题。

在本实施方式中，公开了消除这些问题并避免上行RACH的增大造成的上行拥塞的方法。在本实施方式中，设置与发送MTCD时是否需要附着处理相关的信息（下面有称为“附着要否信息”的情况），预先上游节点向MTCD通知。也可为接通电源时MTCD是否需要进行附着处理相关的信息。

作为将附着要否信息通知给MTCD的上游节点的具体例，公开以下（1）～（3）这3种。（1）MME；（2）SGSN；（3）HSS。此外，也可以使将附着要否信息通知给MTCD的上游节点和自动启动分离处理的上游节点相同。

作为附着要否信息的通知方法的具体例，公开以下（1）～（4）这4种。（1）在来自MTCD的最初的附着处理时通知。（2）在通知从上游节点到MTCD的下一个发送时间或电源接通时间时通知。（3）在由MTCD进行TAU处理时通知。（4）在由MTCD进行服务请求处理时通知。例如，MME在由MTCD进行最初的附着处理时通知的情况下，MME使附着要否信息包括在S1信号发送上的附着接受消息而对eNB通知。接收附着要否信息的eNB，使附着要否信息包括在RRC连接重配置消息而对MTCD通知。并不局限于此，也可以包括在从eNB向MTCD发送的附着完成消息。

作为MTCD发送时或电源接通时是否需要附着相关的信息，即附着要否信息的具体例，公开以下（1）、（2）这两种。（1）用于判断是否需要附着的阈值；（2）是否需要附着的指示。

公开附着要否信息为用于判断是否需要附着的阈值时的具体例。在MTCD的自结束上行数据发送后到下一个发送为止的时间设置阈值。例如将阈值设为Th－附着（attach）。在MTCD的自结束上行数据发送后到下一个发送为止的时间为Th－attach以上、或大于Th－attach的情况下，MTCD进行附着。在MTCD的自结束上行数据发送后到下一个发送为止的时间为Th－attach以下、或小于Th－attach的情况下，MTCD不进行附着。判断是否需要附着的主体为MTCD即可。MTCD根据阈值和下一个上行数据发送为止的时间进行判断即可。

公开附着要否信息为是否需要附着的指示时的具体例。例如，设附着要否信息为1位，在“1”的情况下在发送下一个上行数据时进行附着，在“0”的情况下发送下一个上行数据发送时不进行附着。判断是否需要附着的主体为上游节点即可。例如，在上游节点分辨出MTCD的下一个上行数据发送时间的情况下，根据该MTCD的下一个上行数据发送时间，判断是否需要附着即可。

作为MTCD发送时或电源接通是否需要附着相关的附着要否信息，采用用于判断是否需要附着的阈值的情况下，以静态地确定阈值也可。例如预先作为标准确定也可。如此以静态确定的情况下，不需要对MTCD的通知，因此能得到信号发送量的削减效果。

上游节点根据既定条件，开放资源。作为既定条件的具体例，公开以下（1）、（2）这两种。下面所示的条件相当于切断条件。（1）在超过用于判断是否需要附着的阈值的情况；（2）在判断为MTCD的下一个上行数据发送时需要附着的情况。

作为上游节点的资源的具体例，公开以下（1）～（5）这5种。（1）MTCD与eNB之间的无线控制链路；（2）MTCD与eNB之间的无线数据链路；（3）eNB与S－GW之间的无线接入承载；（4）HSS上的MTCD的登记信息；（5）S－GW与P－GW间的通信路径设定。也可为这些的一种或多种。

图43是示出实施方式10中的避免上行拥塞方法的次序的图。在步骤ST3701中，MTCD进行最初的附着处理。作为该附着处理，也可以适用记载于3GPP TS 23.401 V9.4.0（下面称为“非专利文献15”）的方法。根据由MTCD进行的RACH发送而启动附着处理。在该最初的附着处理中，在步骤ST3702中MME使得用于判断是否需要附着的阈值即Th－attach包括在S1信号发送上的附着接受消息而向eNB通知。接收Th－attach的eNB，使所接收的信息包括在RRC连接重配置消息而向MTCD通知。在步骤ST3703中，MTCD进行上行数据发送处理。上行数据发送处理经由MTCD、eNB、MME、HSS、S－GW（Serving GW）及P－GW（PDN GW）的一个或多个节点进行。

MTCD也可以在步骤ST3703中进行上行数据发送处理后，在步骤ST3704中断开电源。在步骤ST3703中结束由MTCD进行的上行数据发送处理的MME，在步骤ST3705中，判断从上次的上行数据发送处理起的时间是否为Th－attach以上。在上次的上行数据发送处理起的时间小于Th－attach的情况下，返回到步骤ST3705，再次进行步骤ST3705的判断处理。在上次的上行数据发送处理起的时间为Th－attach以上的情况下，转移到步骤ST3706，进行MME启动的分离处理。在步骤ST3707中eNB及作为上游节点的MME、HSS、S－GW或P－GW中，进行分离处理及资源的开放处理。由此，开放迄今为止备用的上游节点的资源，能够在与其他移动终端的通信中使用。

在步骤ST3708中，MTCD判断是否发生下一个上行数据，在未发生的情况下返回步骤ST3708，再次重复步骤ST3708的判断处理。在发生下一个上行数据的情况下，转移到步骤ST3712的判断处理。在步骤ST3704中电源断开的情况下，MTCD在步骤ST3709中接通电源，并在步骤ST3710中，接收在步骤ST3711中由eNB报告的***信息。

在步骤ST3704中电源未断开的情况下，使MTCD适宜地进行步骤ST3710的***信息的接收即可。为了分辨是否发生下一个上行数据，MTCD在步骤ST3704中有选择性地局部地进行电源断开即可。例如，使上述的图8所示的频率转换部806、调制部805、解调部808、编码部804及解码部809等的一个或多个部分断开电源即可。在发送数据缓冲部803、应用部802、协议处理部801及控制部810的任一部分或多个部分中判断是否发生上行数据即可。由此，削减功耗的同时，能够判断有无发生下一个上行数据。

此外，在预先设定电源接通的时间这样的情况下，或预先从MTC服务器得到通知这样的情况下，在电源接通后进行步骤ST3708的有无发生下一个上行数据的判断处理也可。由此，能够根据预先设定的时间来进行电源接通，而不是根据有无发生下一个上行数据来进行电源接通。

在步骤ST3712中，MTCD判断从结束上次的上行数据发送处理起的时间是否为Th－attach以上。在从上次的上行数据发送处理起的时间小于Th－attach的情况下，MTCD判断为上游节点未启动分离处理，不进行步骤ST3713的附着处理而在步骤ST3714中进行上行数据发送处理。在从上次的上行数据发送处理起的时间为Th－attach以上的情况下，MTCD判断为上游节点启动了分离处理，在步骤ST3713中进行附着处理后，在步骤ST3714中进行上行数据发送处理。

然后各节点返回A，并反复进行步骤ST3704到步骤ST3714的处理。

如此，从上次的上行数据发送处理起经过既定时间以上的情况下，由上游节点进行分离处理，从而MTCD在结束上行数据发送处理后，无需进行在下一个上行数据发送时或电源接通时需要的附着处理，能够抑制上行RACH的增大。此外，根据自上次的上行数据发送处理起是否经过既定时间以上，MTCD判断在下一个上行数据发送时或电源接通时是否需要附着处理。由此，能够得到避免上行RACH的增大导致的上行拥塞，并且MTCD能够进行上行数据发送的效果。因而，能够构筑在维持最适合H2H的通信的状态下能够进行M2M通信的通信***。

从上次的上行数据发送处理是否经过既定时间以上，相当于由基站装置能预测切断了与移动终端的通信状态的条件即预测条件。再者，从上次的上行数据发送处理起经过既定时间以上，是意味着满足了预测条件。

附着要否信息并不限于既定时间，在MTCD发送之际或接通电源之际是否需要附着相关的信息即可。能得到同等的效果。

实施方式10 变形例1.

设置用于判断是否需要附着的阈值，由此MTCD判断在下一个发送或电源接通时是否需要附着的情况下，即使到下一个发送的时间处于阈值以内，MTCD在移动到其他跟踪区（TA）等情况下，也有最好进行附着处理，即位置登记处理的情况。例如移动到其他TA的情况下，由于所连接的上游节点变更，因此需要进行资源的再设定。因而，在移动到其他TA的情况下不进行附着处理时，不进行资源的再设定，以旧TA连接的节点的资源处于备用状态，会产生资源浪费。此外，新TA中不进行上游节点的变更及资源的设定，不能进行通信。

在本变形例中，公开了用于消除这些问题的方法。作为MTCD的在下一个发送或电源接通时是否需要附着的判断指标，加入是否在既定的小区内。作为具体例，以MTCD进行下一个发送或电源接通之际选择的小区是否被包括在既定的表为判断指标即可。作为既定的表的具体例，公开以下（1）～（3）这3种。（1）TA表；（2）每个MTC服务的小区表；（3）每个MTC组的小区表。

上游节点预先向MTCD通知既定的表。通知方法适用公开于实施方式10的、在MTCD发送之际或电源接通之际是否需要附着相关的信息的通知方法即可。

图44是示出实施方式10的变形例1中的避免上行拥塞方法的次序的图。在图44中，对于与上述的图43所示的步骤对应的步骤，赋予相同的参考标记，并省略共同的说明。在图44中，示出以MTCD选择的小区是否被包括在TA表为判断指标加入情况。

在步骤ST3801中，MME在由MTCD进行的最初的附着处理时，对eNB通知TA表，eNB将从MME通知到的TA表向MTCD通知。例如，MME使TA表包括在S1信号发送上的附着接受消息而向eNB通知，eNB使TA表包括在RRC连接重配置消息而向MTCD通知。

在步骤ST3708中，MTCD判断为发生了下一个上行数据，在步骤ST3709中接通电源，在步骤ST3710中进行***信息的接收后，在步骤ST3802中，判断所选择的小区是否被包括在TA表。MTCD从所选择的小区接收***信息，并对接收的***信息内的TAC或TAI进行接收，在步骤ST3801中判断所接收的TA表中是否存在所接收的TAC或TAI。在所选择的TAC或TAI被包括在TA表的情况下，MTCD进行上述的步骤ST3712的处理。当所选择的TAC或TAI未包括在TA表的情况下，MTCD不进行步骤ST3712的处理而进行步骤ST3713的附着处理。即，不依赖于自结束上次的上行数据发送处理起的时间，而进行附着处理。

通过采用本变形例中公开的方法，能够用从TA表内的TA移动到TA表外的其他TA时的新TA进行上游节点的变更及资源的设定，并能够进行通信。此外，原来的TA中的上游节点的资源也被开放，因此能够提高无线资源的使用效率。此外，在没有TA表内的来自TA的移动的情况下，能够得到避免上行RACH的增大导致的上行拥塞的同时，MTCD能够进行上行数据发送的效果。

本发明公开的方法并不限于eNB/NB，还能够适用于HeNB、HNB、微微蜂窝eNB（LTE微微蜂窝小区（EUTRAN pico cell））、微微蜂窝NB（WCDMA 微微蜂窝小区（UTRAN picocell）、热点小区用的节点、中继节点、远程无线电头端（RRH）等所谓的局部节点。在支持MTC服务的局部节点上，进行本发明公开的方法，能够避免下行拥塞及上行拥塞导致的问题及由此产生的问题。

在以上各实施方式中，以LTE***（E－UTRAN）为中心进行了说明，但本发明的通信***也能适用于W－CDMA***（UTRAN、UMTS）及LTE技术（LTE－Advanced）。

虽然本发明进行了详细，但上述说明所有方面上仅为示例，并不限定本发明。应当了解未示例的无数变形例也不会脱离本发明的范围。

标号说明：

1301～1304 MTCD；1305 NB/eNB；1306 SGSN/MME；1307 HLR/HSS；1308 MTC服务器；1309 MTC用户；1310 API；1311～1314 Uu接口；1315 IuPS/S1接口；1316 Gr/S6a接口；1317 通信操作区域。

Claims (6)

1.一种通信***，具备与核心网络连接的基站装置、和包含能够无线通信地与所述基站装置连接的通信终端装置的多个终端装置群，其特征在于：

对于应呼叫的所述通信终端装置，所述基站装置发送寻呼消息，该寻呼消息包含表示该通信终端装置的终端识别符，

当从所述基站装置接收包含表示该通信终端装置的终端识别符的寻呼消息时，所述通信终端装置开始与所述基站装置的通信，

所述终端装置群包括MTC终端装置群和非MTC终端装置群，

为所述MTC终端装置群，设定能够在所述寻呼消息中收容的所述终端识别符的最大个数，

在MTC终端装置的个数较多的情况下，将所述终端识别符的最大个数设定成较大值，

在MTC终端装置的个数较少的情况下，将所述终端识别符的最大个数设定成较小值。

2.一种通信***，具备与核心网络连接的基站装置、和包含能够无线通信地与所述基站装置连接的通信终端装置的多个终端装置群，其特征在于：

对于应呼叫的所述通信终端装置，所述基站装置发送寻呼消息，该寻呼信息包含表示呼叫了该通信终端装置的呼叫用指示，

当接收到包含表示呼叫了该通信终端装置的呼叫用指示的寻呼消息时，所述通信终端装置开始与所述基站装置的通信，

所述终端装置群包括MTC终端装置群和非MTC终端装置群，

所述寻呼消息包括寻呼记录表，所述寻呼记录表中包括多个非MTC终端装置的移动终端识别符，

所述呼叫用指示表示呼叫了所述非MTC终端装置。

3.一种通信***，具备与核心网络连接的基站装置、和包含能够无线通信地与所述基站装置连接的通信终端装置的多个终端装置群，其特征在于：

所述基站装置向应呼叫的所述通信终端装置发送通知呼叫的寻呼消息，

当从所述基站装置接收本装置目的地的所述寻呼消息时，所述通信终端装置开始与所述基站装置的通信，

对于不同的终端装置群所包含的多个通信终端装置发送所述寻呼消息时，所述寻呼消息利用不同的无线帧按每个所述终端装置群进行发送，

所述终端装置群包括MTC终端装置群和非MTC终端装置群，

使用无线帧中不同于非MTC终端装置所使用的子帧的子帧来将所述寻呼消息发送至MTC终端装置。

4.根据权利要求1～3的任一项所述的通信***，其特征在于：所述寻呼消息包含应提供给所述通信终端装置的数据。

5.根据权利要求1～3的任一项所述的通信***，其特征在于：

所述基站装置向所述通信终端装置发送应提供给所述通信终端装置的数据、和用于通知是否发生所述数据的信息。

6.根据权利要求1～3的任一项所述的通信***，其特征在于：

在与所述通信终端装置之间进行预定的终端侧处理之后、满足了预定的切断条件时，所述基站装置切断与所述通信终端装置的通信状态，

当满足了能预测到由所述基站装置切断与所述通信终端装置的通信状态的预测条件时，所述通信终端装置进行用于在与所述基站装置之间确立通信状态的处理。