CN103703801B - 移动通信系统 - Google Patents

移动通信系统 Download PDF

Info

Publication number
CN103703801B
CN103703801B CN201280038810.5A CN201280038810A CN103703801B CN 103703801 B CN103703801 B CN 103703801B CN 201280038810 A CN201280038810 A CN 201280038810A CN 103703801 B CN103703801 B CN 103703801B
Authority
CN
China
Prior art keywords
mme
tai
mobile
denb
subordinate
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN201280038810.5A
Other languages
English (en)
Other versions
CN103703801A (zh
Inventor
望月满
前田美保
宇贺晋介
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Publication of CN103703801A publication Critical patent/CN103703801A/zh
Application granted granted Critical
Publication of CN103703801B publication Critical patent/CN103703801B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components

Abstract

本发明的目的是提供一种即使中继装置移动也能在连接于中继装置的移动终端装置与核心网络之间进行通信的移动通信系统。RN（1508）将连接本装置的eNB的TA设定为本装置的TA。例如当RN（1508）沿着箭头（1500）移动时，RN（1508）的TA从第四eNB（1525）所属的第一TA（1601）变更为第十eNB（1505）所属的第三TA（1602）。当像这样RN（1508）的TA被变更了时，移动终端装置（UE）（1509）将本装置的TA的更新请求信号发送到移动目的地的第二MME（1501）。

Description

移动通信系统
技术领域
本发明涉及在多个移动终端装置与基站装置之间进行无线通信的移动通信系统。
背景技术
被称为第三代的通信方式中的W-CDMA（Wideband Code division MultipleAccess：宽带码分多址）方式从2001年起在日本开始了商业服务。此外，通过在下行链路（专用数据信道、专用控制信道）追加分组传送用的信道（High Speed-Downlink SharedChannel（高速下行链路共享信道）：HS-DSCH），从而开始实现使用了下行链路的数据发送的进一步高速化的HSDPA（High Speed Downlink Packet Access：高速下行链路分组接入）的服务。进而，为了使上行方向的数据发送更高速化，也针对HSUPA（High Speed UplinkPacket Access：高速上行链路分组接入）方式开始了服务。W-CDMA是由作为移动通信系统的标准化团体的3GPP（3rd Generation Partnership Project：第三代合作伙伴计划）确定的通信方式，汇总出了版本10版的规范。
此外，在3GPP中，作为与W-CDMA不同的通信方式，研究了被称为关于无线区间的长期演进（Long Term Evolution：LTE）、关于包含了核心网络（也仅称为网络）的系统整体结构的系统架构演进（System Architecture Evolution：SAE）的新的通信方式。该通信方式也被称为3.9G（3.9 Generation：3.9代）系统。
在LTE中，接入方式、无线的信道结构和协议与W-CDMA（HSDPA／HSUPA）完全不同。例如，关于接入方式，W-CDMA使用码分多址（Code Division Multiple Access），与此相对地，LTE的下行方向使用OFDM（Orthogonal Frequency Division Multiplexing：正交频分复用），LTE的上行方向使用SC-FDMA（Single Career Frequency Division MultipleAccess：单载波频分多址）。此外，关于频带宽度，W-CDMA为5MHz，与此相对地，在LTE中能在1.4MHz、3MHz、5MHz、10MHz、15MHz、20MHz中按每个基站进行选择。此外，在LTE中，不像W-CDMA那样包含电路交换，而是仅为分组通信方式。
在LTE中，由于使用与作为W-CDMA的核心网络的GPRS（General Packet RadioService：通用分组无线业务）不同的新的核心网络来构成通信系统，所以LTE的无线接入网（radio access network）被定义为与W-CDMA网不同的独立的无线接入网。
因此，为了与W-CDMA的通信系统相区别，在LTE的通信系统中，与移动终端（UserEquipment（用户设备）：UE）进行通信的基站（Base station）被称为eNB（E-UTRAN NodeB）。此外，与多个基站进行控制数据以及用户数据的互换的基站控制装置（Radio NetworkController：无线电网络控制器）被称为EPC（Evolved Packet Core：演进分组核心）或者aGW（Access Gateway：接入网关）。
在该LTE通信系统中，提供了单播（Unicast）服务和E-MBMS服务（EvolvedMultimedia Broadcast Multicast Service：演进型多媒体广播多播服务）。所谓E-MBMS服务是广播型多媒体服务。E-MBMS服务也有时仅称为MBMS。在E-MBMS服务中，对多个移动终端发送新闻和天气预报以及移动广播等大容量广播内容。也将其称为1对多（Point toMultipoint：点对多点）服务。
在3GPP中的与LTE系统中的整体架构（Architecture）有关的决定事项被记载于非专利文献1（4章）中。关于整体架构使用图1来进行说明。图1是表示LTE方式的通信系统的结构的说明图。在图1中，如果针对移动终端101的控制协议例如RRC（Radio ResourceControl：无线电资源控制）和用户面例如PDCP（Packet Data Convergence Protocol：分组数据汇聚协议）、RLC（Radio Link Control：无线电链路控制）、MAC（Medium AccessControl：媒体接入控制）、PHY（Physical layer：物理层）在基站102处终结，则E-UTRAN（Evolved Universal Terrestrial Radio Access Network：演进型通用陆地无线接入网）由一个或多个基站102构成。
基站102进行从移动性管理实体（Mobility Management Entity：MME）103通知的寻呼信号（Paging Signal，也称为寻呼消息（paging messages））的调度（Scheduling）以及发送。基站102通过X2接口进行相互连接。此外，基站102通过S1接口连接于EPC（EvolvedPacket Core：演进型分组核心）。更明确地说，基站102通过S1_MME接口连接于MME（Mobility Management Entity）103，并通过S1_U接口连接于S-GW（Serving Gateway：服务网关）104。
MME103进行向多个或单个基站102的寻呼信号的分配。此外，MME103进行等待状态（Idle State：空闲状态）的移动性控制（Mobility control）。MME103在移动终端为等待状态时、以及激活状态（Active State）时，进行跟踪区（Tracking Area）列表的管理。
S-GW104与一个或者多个基站102进行用户数据的收发。S-GW104在基站间的切换时，成为本地的移动性锚点（Mobility Anchor Point）。在EPC中，还存在P-GW（PDNGateway：PDN网关），进行每个用户的分组滤波、UE-ID地址的分配等。
移动终端101与基站102之间的控制协议RRC进行通知（Broadcast）、寻呼（paging）、RRC连接管理（RRC connection management）等。作为RRC中的基站与移动终端的状态，有RRC_IDLE和RRC_CONNECTED。在RRC_IDLE中，进行PLMN（Public Land MobileNetwork：公共陆基移动网）选择、系统信息（System Information：SI）的通知、寻呼（paging）、小区重选（cell re-selection）、移动等。在RRC_CONNECTED中，移动终端具有RRC连接（connection），能进行与网络的数据的收发，此外，进行切换（Handover：HO）、邻小区（Neighbour cell）的测量等。
关于非专利文献1（5章）中记载的在3GPP中的与LTE系统中的帧结构有关的决定事项，使用图2来进行说明。图2是表示LTE方式的通信系统所使用的无线帧的结构的说明图。在图2中，一个无线帧（Radio frame）为10ms。无线帧被分割为10个相等大小的子帧（Subframe）。子帧被分割为两个相等大小的时隙（slot）。按每个无线帧，在第一以及第六子帧中包含下行同步信号（Downlink Synchronization Signal：SS）。在同步信号中，有第一同步信号（Primary Synchronization Signal：P-SS）和第二同步信号（SecondarySynchronization Signal：S-SS）。
以子帧为单位，进行MBSFN（Multimedia Broadcast multicast service SingleFrequency Network：多媒体广播多播服务单频网）用的信道和MBSFN以外用的信道的复用。所谓MBSFN发送（MBSFN Transmission）是通过同时从多个小区发送相同的波形而实现的同时广播发送技术（simulcast transmission technique）。来自MBSFN区域（MBSFN Area）的多个小区的MBSFN发送被移动终端看作是一个发送。所谓MBSFN是支持这样的MBSFN发送的网络。以后，将MBSFN发送用的子帧称为MBSFN子帧（MBSFN subframe）。
在非专利文献2中，记载了MBSFN子帧分配时的信令例。图3是表示MBSFN帧的结构的说明图。在图3中，按每个分配周期（radio Frame Allocation Period：无线帧分配周期）分配有包含MBSFN子帧的无线帧。MBSFN子帧是在由分配周期和分配偏移（radio FrameAllocation Offset：无线帧分配偏移）定义的无线帧为了MBSFN而分配的子帧，是用于传送多媒体数据的子帧。满足以下的式（1）的无线帧是包含MBSFN子帧的无线帧。
SFN mod radioFrameAllocationPeriod＝radioFrameAllocationOffset…（1）
MBSFN子帧的分配以6位进行。左边第一位定义第二子帧（＃1）的MBSFN分配。第二位定义第三子帧（＃2）的MBSFN分配，第三位定义第四子帧（＃3）的MBSFN分配，第四位定义第七子帧（＃6）的MBSFN分配，第五位定义第八子帧（＃7）的MBSFN分配，第六位定义第九子帧（＃8）的MBSFN分配。在该位表示“1”的情况下，表示为了MBSFN而分配对应的子帧。
在3GPP中的与LTE系统中的信道结构相关的决定事项被记载于非专利文献1（5章）中。假定在CSG（Closed Subscriber Group：闭合用户组）小区中也使用与non-CSG小区相同的信道结构。关于物理信道（Physical channel），使用图4来进行说明。图4是说明LTE方式的通信系统所使用的物理信道的说明图。
在图4中，物理广播信道（Physical Broadcast channel：PBCH）401是从基站102向移动终端101的下行发送用的信道。BCH传输块（transport block）被映射到40ms间隔中的4个子帧。没有40ms定时的明显的信令。物理控制格式指示符信道（Physical ControlFormat Indicator Channel：PCFICH）402是从基站102向移动终端101的下行发送用的信道。PCFICH从基站102向移动终端101通知用于PDCCH的OFDM符号的数目。PCFICH按每个子帧进行发送。
物理下行控制信道（Physical Downlink Control Channel：PDCCH）403是从基站102向移动终端101的下行发送用的信道。PDCCH通知后述的图5所示的作为传输信道之一的下行共享信道（Downlink Shared Channel：DL-SCH）的资源分配（allocation）信息、图5所示的作为传输信道之一的寻呼信道（Paging Channel：PCH）的资源分配（allocation）信息、与DL-SCH有关的HARQ（Hybrid Automatic Repeat reQuest：混合自动重传请求）信息。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映射有作为传输信道的多播信道（Multicast Channel：MCH）。
物理上行控制信道（Physical Uplink Control Channel：PUCCH）406是从移动终端101向基站102的上行发送用的信道。PUCCH运送作为针对下行发送的响应信号（responsesignal）的Ack／Nack。PUCCH运送CQI（Channel Quality Indicator：信道质量指示符）报告。所谓CQI是表示接收到的数据的质量、或通信路径质量的质量信息。此外，PUCCH运送调度请求（Scheduling Request：SR）。
物理上行共享信道（Physical Uplink Shared Channel：PUSCH）407是从移动终端101向基站102的上行发送用的信道。对PUSCH映射有图5所示的作为传输信道之一的上行共享信道（Uplink Shared Channel：UL-SCH）。
物理HARQ指示符信道（Physical Hybrid ARQ Indicator Channel：PHICH）408是从基站102向移动终端101的下行发送用的信道。PHICH运送作为针对上行发送的响应信号的Ack／Nack。物理随机接入信道（Physical Random Access Channel：PRACH）409是从移动终端101向基站102的上行发送用的信道。PRACH运送随机接入前导（random accesspreamble）。
下行参照信号（参考信号（Reference signal）：RS）是作为移动通信系统而已知的符号。定义了以下5种下行参考信号。小区固有参照信号（Cell-specific ReferenceSignals（小区特定参考信号）：CRS）、MBSFN参照信号（MBSFN reference signals：MBSFN参考信号）、作为UE固有参照信号（UE-specific reference signals：UE特定参考信号）的数据解调用参照信号（Demodulation Reference Signal（解调参考信号）：DM-RS）、位置决定参照信号（Positioning Reference Signals（定位参考信号）：PRS）、信道信息参照信号（Channel-State Information Reference Signals（信道状态信息参考信号）：CSI-RS）。作为移动终端的物理层的测定，有参考信号的接收功率（Reference Signal ReceivedPower：RSRP）测定。
关于非专利文献1（5章）中记载的传输信道（Transport channel），使用图5来进行说明。图5是说明LTE方式的通信系统所使用的传输信道的说明图。在图5（A）中示出下行传输信道与下行物理信道之间的映射。在图5（B）中示出上行传输信道与上行物理信道之间的映射。
对下行传输信道进行说明。广播信道（Broadcast Channel：BCH）被通知给其基站（小区）的覆盖整体。BCH被映射到物理广播信道（PBCH）。
在下行共享信道（Downlink Shared Channel：DL-SCH）中应用根据HARQ（HybridARQ）的重传控制。DL-SCH能进行向基站（小区）的覆盖整体的通知。DL-SCH支持动态或半静态（Semi-static）的资源分配。半静态的资源分配也被称为持续调度（PersistentScheduling）。DL-SCH为了移动终端的低功耗化而支持移动终端的非连续接收（Discontinuous reception：DRX）。DL-SCH被映射到物理下行共享信道（PDSCH）。
寻呼信道（Paging Channel：PCH）为了能实现移动终端的低功耗而支持移动终端的DRX。PCH请求向基站（小区）的覆盖整体的通知。PCH被动态地映射到能在业务中利用的物理下行共享信道（PDSCH）那样的物理资源。
多播信道（Multicast Channel：MCH）用于向基站（小区）的覆盖整体的通知。MCH支持多小区发送中的MBMS服务（MTCH和MCCH）的SFN合成。MCH支持半静态的资源分配。MCH被映射到PMCH。
在上行共享信道（Uplink Shared Channel：UL-SCH）中应用根据HARQ（HybridARQ）的重传控制。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：前向纠错）的组合使传送路径的通信质量提高的技术。在HARQ中，有对于通信质量变化的传送路径，也会通过重传而使纠错有效地发挥功能的这一优点。特别地，通过在重传时进行首次传送的接收结果和重传的接收结果的合成，从而也能获得进一步的质量提高。
对重传的方法的一个例子进行说明。在接收侧，在不能正确地对接收数据进行解码的情况下，换言之在产生了CRC（Cyclic Redundancy Check：循环冗余校验）错误的情况下（CRC＝NG），从接收侧向发送侧发送“Nack”。接收到“Nack”的发送侧对数据进行重传。在接收侧，在能正确地对接收数据进行解码的情况下，换言之在未产生CRC错误的情况下（CRC＝OK），从接收侧向发送侧发送“Ack”。接收到“Ack”的发送侧发送下一数据。
作为HARQ方式的一个例子，有追赶合并（Chase Combining）。所谓追赶合并是在首次传送和重传中发送相同的数据，通过在重传中进行首次传送的数据和重传的数据的合成，从而使增益提高的方式。这是基于如下的考虑：即使在首次传送数据中有错误，也包含部分正确的数据，通过合成正确的部分的首次传送数据和重传数据，从而能更高精度地发送数据。此外，作为HARQ方式的其它例子，有IR（Incremental Redundancy：增量冗余）。所谓IR是使冗长度增加，通过在重传中发送校验位，从而与首次传送组合起来使冗长度增加，利用纠错功能使质量提高。
关于非专利文献1（6章）中记载的逻辑信道（Logical channel），使用图6来进行说明。图6是说明LTE方式的通信系统所使用的逻辑信道的说明图。在图6（A）中示出下行逻辑信道与下行传输信道之间的映射。在图6（B）中示出上行逻辑信道与上行传输信道之间的映射。
广播控制信道（Broadcast Control Channel：BCCH）是通知系统控制信息用的下行信道。作为逻辑信道的BCCH被映射到作为传输信道的广播信道（BCH）、或下行共享信道（DL-SCH）。
寻呼控制信道（Paging Control Channel：PCCH）是用于发送寻呼信息（PagingInformation）以及系统信息（System Information）的变更的下行信道。PCCH是在网络不知道移动终端的小区位置的情况下被使用的。作为逻辑信道的PCCH被映射到作为传输信道的寻呼信道（PCH）。
公共控制信道（Common Control Channel：CCCH）是移动终端与基站之间的发送控制信息用的信道。CCCH是在移动终端与网络之间不具有RRC连接（connection）的情况下被使用的。在下行方向中，CCCH被映射到作为传输信道的下行共享信道（DL-SCH）。在上行方向中，CCCH被映射到作为传输信道的上行共享信道（UL-SCH）。
多播控制信道（Multicast Control Channel：MCCH）是1对多的发送用的下行信道。MCCH用于从网络向移动终端的一个或若干个MTCH用的MBMS控制信息的发送。MCCH仅在MBMS接收中的移动终端中被使用。MCCH被映射到作为传输信道的多播信道（MCH）。
专用控制信道（Dedicated Control Channel：DCCH）是一对一地发送移动终端与网络之间的专用控制信息的信道。DCCH是在移动终端处于RRC连接（connection）的情况下被使用的。DCCH在上行中被映射到上行共享信道（UL-SCH），在下行中被映射到下行共享信道（DL-SCH）。
专用业务信道（Dedicated Traffic Channel：DTCH）是用户信息的发送用的向个别移动终端的一对一通信的信道。DTCH在上行以及下行中均存在。DTCH在上行中被映射到上行共享信道（UL-SCH），在下行中被映射到下行共享信道（DL-SCH）。
多播业务信道（Multicast Traffic channel：MTCH）是从网络向移动终端的业务数据发送用的下行信道。MTCH是仅在MBMS接收中的移动终端中使用的信道。MTCH被映射到多播信道（MCH）。
所谓GCI是全球小区标识符（Global Cell Identification）。所谓EGCI是E-UTRAN全球小区标识符（E-UTRAN Global Cell Identification）。在LTE、后述的LTE-A（LongTerm Evolution Advanced：高级长期演进）以及UMTS（Universal MobileTelecommunication System：通用移动通信系统）中，导入CSG（Closed Subscriber Group）小区。在以下对CSG小区进行说明（参照非专利文献3 3.1章）。
所谓CSG（Closed Subscriber Group）小区是运营商确定能利用的用户的小区（以下有时称为“确定用户用小区”）。被确定的用户被许可接入到PLMN（Public Land MobileNetwork）的一个以上的小区。将被确定的用户被许可接入的一个以上的小区称为“CSG小区（CSG cell（s））”。但是，在PLMN中有接入限制。
CSG小区是通知固有的CSG标识（CSG identity：CSG ID；CSG-ID），并且用CSG指示（CSG Indication）通知“TRUE”的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 List）。在通过CSG小区的移动终端的接入中，MME执行接入控制（access control）（参照非专利文献9 4.3.1.2章）。作为移动终端的接入的具体例，有附着（attach）、联合附着（combined attach）、分离（detach）、服务请求（service request）、跟踪区更新过程（Tracking Area Updateprocedure）等（参照非专利文献9 4.3.1.2章）。
在以下对等待状态的移动终端的服务类型进行说明（参照非专利文献3 4.3章）。作为等待状态的移动终端的服务类型，有被限制的服务（Limited service，也被称为受限的服务）、标准服务（正常服务（Normal service））、运营商服务（Operator service）。所谓被限制的服务是后述的可接受小区上的紧急呼叫（Emergency calls）、ETWS（Earthquakeand Tsunami Warning System：地震和海啸预警系统）、CMAS（Commercial Mobile AlertSystem：商业移动预警系统）。所谓标准服务（也被称为通常服务）是后述的适当的小区上的公共服务。所谓运营商服务是仅后述的预留小区上的运营商用的服务。
在以下对“适当的小区（Suitable cell）”进行说明。所谓“适当的小区（Suitablecell）”是UE为了接受通常（normal）服务而可能预占（Camp ON）的小区。假设这样的小区满足以下的（1）、（2）的条件。
（1）小区是被选择的PLMN或被注册的PLMN、或者“Equivalent（等价的） PLMN列表”的PLMN的一部分。
（2）利用由NAS（Non-Access Stratum：非接入层）提供的最新信息，进而满足以下的（a）～（d）的条件。
（a）该小区不是被禁止（barred）的小区。
（b）该小区不是“漫游用的被禁止的LAs”列表的一部分，而是跟踪区（TrackingArea：TA）的一部分。在该情况下，该小区需要满足所述（1）。
（c）该小区满足小区选择评价基准。
（d）关于该小区是由系统信息（System Information：SI）确定为CSG小区的小区，CSG-ID是UE的“CSG白名单”（CSG WhiteList）的一部分，即被包含在UE的CSG WhiteList中。
在以下对“可接受小区（Acceptable cell）”进行说明。所谓“可接受小区（Acceptable cell）”是UE为了接受被限制的服务而可能预占的小区。假设这样的小区满足以下的（1）、（2）的全部要件。
（1）该小区不是被禁止的小区（也被称为“被禁止小区（Barred cell）”）。
（2）该小区满足小区选择评价基准。
“被禁止小区（Barred cell）”在系统信息中有指示。“预留小区（Reserved cell）”在系统信息中有指示。
所谓“小区预占（camp on）”是指UE完成小区选择（cell selection）或者小区重选（cell reselection）的处理，UE变为选择了对系统信息和寻呼信息进行监视的小区的状态。有时将UE预占的小区称为“服务小区（Serving cell）”。
在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作为通常的运营商的正常小区进行操作。在闭合接入模式中，HeNB以及HNB作为CSG小区进行操作。这是仅CSG成员能接入的CSG小区。在混合接入模式中，HeNB以及HNB作为非CSG成员也同时被许可接入的CSG小区进行操作。换言之，混合接入模式的小区（也称为混合小区）是支持开放接入模式和闭合接入模式这两者的小区。
在3GPP中，在所有PCI（Physical Cell Identity：物理小区标识）中，有为了在CSG小区进行使用而由网络预约的PCI范围（参照非专利文献1 10.5.1.1章）。有时将分割PCI范围称为PCI分裂。利用系统信息从基站对属下的移动终端通知PCI分裂信息。所谓基站的属下意味着将该基站作为服务小区。非专利文献5公开了使用PCI分裂的移动终端的基本动作。不具有PCI分裂信息的移动终端需要使用所有PCI，例如使用全部504码，进行小区搜索。与此相对地，具有PCI分裂信息的移动终端能使用该PCI分裂信息来进行小区搜索。
此外，在3GPP中，作为版本10，推进了先进长期演进（Long Term EvolutionAdvanced：LTE-A）的标准制定（参照非专利文献6、非专利文献7）。
在LTE-A系统中，为了获得高通信速度、在小区边缘的高吞吐量、新覆盖区域等，研究了对中继（Relay）以及中继节点（Relay Node：RN）进行支持。作为中继装置的中继节点经由施主小区（Donor cell；Donor eNB；DeNB）无线连接到无线接入网。在施主小区的范围内，从网络（Network：NW）到中继节点的链路与从网络到UE的链路共用相同的频带（以下有时称为“频段”）。在这种情况下，版本8的UE也能连接到该施主小区。将施主小区与中继节点之间的链路称为回传链路（backhaul link），将中继节点与UE之间的链路称为接入链路（accesslink）。
作为FDD（Frequency Division Duplex：频分双工）中的回传链路的复用方法，从DeNB向RN的发送在下行（DL）频段进行，从RN向DeNB的发送在上行（UL）频段进行。作为中继中的资源的分割方法，从DeNB向RN的链路以及从RN向UE的链路在一个频段被时分复用，从RN向DeNB的链路以及从UE向RN的链路也在一个频段被时分复用。通过这样做，从而能够在中继中防止中继的发送干扰到本中继的接收。
在3GPP中，不仅研究了通常的eNB（宏小区），还研究了微微eNB（微微小区（picocell））、HeNB（HNB、CSG小区）、热点区域小区用的节点、中继节点、远程无线电头（RemoteRadio Head：RRH）、转发器（repeater）等所谓的本地节点。由前述那样的各种类型的小区构成的网络有时被称为异机种网络（heterogeneous network，异构网络）。
在LTE中，预先决定通信中能使用的频段（以下有时称为“操作频段”）。在非专利文献8中记载了该频段。
在LTE-A系统中，为了支持直至100MHz的更宽的频带宽度（transmissionbandwidths：传输带宽），而研究了使两个以上的分量载波（Component Carrier：CC）聚合（aggregation）即汇集的载波聚合（Carrier Aggregation：CA）。
LTE对应的版本8或者9对应的UE能仅在与一个服务小区相当的CC上进行收发，与此相对地，版本10对应的UE具有用于同时在与多个服务小区相当的CC上收发或仅接收或仅发送的能力（capability）。
各CC使用版本8或者9的结构，CA支持连续CC、非连续CC、不同频带宽度的CC。UE构成下行链路的CC（DL CC）数以上的上行链路的CC（UL CC）数是不可能的。由同一eNB构成的CC无需提供相同的覆盖。CC与版本8或者9具有互换性。
在CA中，在上行链路、下行链路中均按每个服务小区而有一个独立的HARQ实体。按每个服务小区并按每个TTI而生成传输块。各传输块和HARQ重传被映射到单个服务小区。
在构成CA的情况下，UE具有NW和唯一一个RRC连接（RRC connection）。在RRC连接中，一个服务小区给予NAS移动性信息和安全输入。将该小区称为主小区（Primary Cell：PCell）。在下行链路中，与PCell对应的载波是下行主分量载波（Downlink PrimaryComponent Carrier：DL PCC）。在上行链路中，与PCell对应的载波是上行主分量载波（Uplink Primary Component Carrier：UL PCC）。
根据UE能力，辅助小区（Secondary Cell：SCell）是为了形成PCell和服务小区的组而被构成的。在下行链路中，与SCell对应的载波是下行辅助分量载波（DownlinkSecondary Component Carrier：DL SCC）。在上行链路中，与SCell对应的载波是上行辅助分量载波（Uplink Secondary Component Carrier：UL SCC）。
对一个UE，构成一个PCell和由一个以上的SCell构成的服务小区的组。
在3GPP中，作为进一步推进的新的无线区间的通信方式，研究了前述的先进LTE（LTE Advanced：LTE-A）（参照非专利文献6以及非专利文献7）。LTE-A是以LTE的无线区间通信方式为基础，对其添加若干种新技术而被构成的。作为新技术，有支持更宽频带的技术（Wider bandwidth extension）、以及多地点协作收发（Coordinated Multiple Pointtransmission and reception：CoMP）技术等。关于在3GPP中为了LTE-A而研究的CoMP，被记载于非专利文献6以及非专利文献7中。
所谓CoMP是通过在地理上分离的多地点间进行协作的发送或接收，从而谋求高数据率的覆盖的放大、在小区边缘的吞吐量的提高、以及通信系统中的吞吐量的增大的技术。在CoMP中有下行CoMP（DL CoMP）和上行CoMP（UL CoMP）。
在DL CoMP中，将向一个移动终端（UE）的PDSCH在多地点（多点）间协作地发送。可以将向一个UE的PDSCH从多点的一个点发送，也可以将向一个UE的PDSCH从多点的多个点发送。在DL CoMP中，所谓服务小区是由PDCCH发送资源分配的单独的小区。
作为DL CoMP的方法，研究了联合处理（Joint Processing：JP）和协作调度（Coordinated Scheduling：CS）／协作波束赋形（Coordinated Beamforming：CB）。
JP能在CoMP协作集（CoMP cooperating set）中的各个点利用数据。在JP中有联合发送（Joint Transmission：JT）和动态小区选择（Dynamic Cell Selection：DCS）。在JT中，在某个时间点，从多个点，具体地说从CoMP协作集（CoMP cooperating set）的一部分或全部，进行PDSCH的发送。在DCS中，在某个时间点，从CoMP协作集内的一个点进行PDSCH的发送。
在CS／CB中，虽然能仅在来自服务小区的数据发送中进行利用，但是进行在与CoMP协作集对应的小区间的调整同时进行用户调度或者波束赋形的决定。
作为在多点发送的单元以及小区，研究了基站（NB、eNB、HNB、HeNB）、RRU（RemoteRadio Unit：远程无线电单元）、RRE（Remote Radio Equipment：远程无线电设备）、RRH（Remote Radio Head：远程无线电头）、中继节点（Relay Node：RN）等。将进行多地点协作发送的单元以及小区分别称为多点单元、多点小区。
现有技术文献
非专利文献
非专利文献1： 3GPP TS36.300 V10.2.0
非专利文献2： 3GPP TS36.331 V10.0.0
非专利文献3： 3GPP TS36.304 V10.0.0 3.1章、4.3章、5.2.4章
非专利文献4： 3GPP S1-083461
非专利文献5： 3GPP R2-082899
非专利文献6： 3GPP TR 36.814 V9.0.0
非专利文献7： 3GPP TR 36.912 V9.3.0
非专利文献8： 3GPP TS 36.101 V10.0.0
非专利文献9： 3GPP TR 23.830 V9.0.0。
发明内容
发明要解决的课题
在3GPP中，未进行关于在RN移动的情况下的通信方法的具体讨论。在利用现有技术来支持移动的RN的情况下，在属下的UE与网络之间进行的通信中产生问题。例如，在高速公共汽车等的移动体中设置的RN移动的情况下，乘客所持的RN属下的UE实际上与移动体一起移动，但是不进行UE单独移动时的动作。原因是，移动的RN属下的UE由于与该RN进行通信，所以不会识别出在小区间移动了。因此，移动的RN属下的UE不进行UE单独在小区间移动时所进行的移动性（mobility）处理。
在移动的RN属下的UE不进行移动性处理的情况下，连接于在RN移动后新连接的DeNB的MME不能识别出UE的存在，变得不能进行UE的移动性管理。虽然连接于在RN移动前连接着的DeNB的MME尝试与UE的通信，但是由于在管理范围内不存在UE，所以与UE的通信变得不可能。
这样，在MME不能识别出UE的存在而不能进行移动性管理的情况下，UE与核心网络之间的通信变得不可能。
本发明的目的是提供一种即使中继装置移动，也能在连接于中继装置的移动终端装置与核心网络之间进行通信的移动通信系统。
用于解决课题的方案
本发明的移动通信系统是，一种移动通信系统，具备连接于核心网络的多个基站装置、能与所述基站装置进行无线通信的移动终端装置、以及以能移动的方式构成并对所述基站装置与所述移动终端装置之间的无线通信进行中继的中继装置，所述移动通信系统的特征在于，核心网络按每个预先确定的跟踪区包含对所述基站装置、所述移动终端装置以及所述中继装置进行管理的管理单元，所述中继装置将连接本中继装置的基站装置所属的跟踪区设定为本中继装置所属的跟踪区，所述移动终端装置当判断为连接本移动终端装置的中继装置所属的跟踪区被变更了时，将更新本移动终端装置所属的跟踪区的跟踪区更新请求信号发送到所述管理单元。
此外，本发明的移动通信系统是，一种移动通信系统，具备连接于核心网络的多个基站装置、能与所述基站装置进行无线通信的移动终端装置、以及以能移动的方式构成并对所述基站装置与所述移动终端装置之间的无线通信进行中继的中继装置，所述移动通信系统的特征在于，核心网络按每个预先确定的跟踪区包含对所述基站装置、所述移动终端装置以及所述中继装置进行管理的管理单元，所述中继装置当判断为连接本中继装置的基站装置所属的跟踪区被变更了时，将更新本中继装置所属的跟踪区的跟踪区更新请求信号发送到所述管理单元，所述管理单元当从所述中继装置接收到所述跟踪区更新请求信号时，进行更新所述中继装置所属的跟踪区的处理，并且，进行更新所述移动终端装置所属的跟踪区的处理。
发明效果
根据本发明的移动通信系统，中继装置将连接本中继装置的基站装置所属的跟踪区（以下有时称为“基站装置的跟踪区”）设定为本中继装置所属的跟踪区（以下有时称为“中继装置的跟踪区”）。由此，当中继装置移动，连接中继装置的基站装置改变时，中继装置的跟踪区被变更。
这样当中继装置的跟踪区被变更时，由移动终端装置对管理单元发送跟踪区更新请求信号。由此，移动终端装置所属的跟踪区（以下有时称为“移动终端装置的跟踪区”）被更新。因此，由于即使在中继装置移动了的情况下，管理单元也能对连接于中继装置的移动终端装置进行识别并管理，所以能在移动终端装置与核心网络之间进行通信。
此外，根据本发明的移动通信系统，当连接中继装置的基站装置的跟踪区被变更时，由中继装置对管理单元发送跟踪区更新请求信号。由此，管理单元进行更新中继装置的跟踪区的处理，并且进行更新移动终端装置的跟踪区的处理。因此，由于即使在中继装置移动了的情况下，管理单元也能对连接于中继装置的移动终端装置进行识别并管理，所以能在移动终端装置与核心网络之间进行通信。
该发明的目的、特征、方面以及优点通过以下的详细的说明和附图而变得更加明显。
附图说明
图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的版本10中的RN的情况下的移动通信系统的架构的图。
图14是用于说明移动RN的使用例（使用事例）的图。
图15是用于对RN移动的情况下的UE的TA进行说明的图。
图16是用于对在RN移动时使RN的TAI与移动目的地DeNB的TAI相同的情况下的UE所属的TA进行说明的图。
图17是表示使RN的TAI与移动目的地DeNB的TAI相同的情况下的RN移动时的序列的一个例子的图。
图18是用于对在RN移动时使RN的TAI固定的情况下的UE所属的TA进行说明的图。
图19是表示包含在UE用MME与RN用MME之间进行与TA有关的信息的收发的情况下的RN的移动通信系统的架构的图。
图20是用于说明UE用MME中的TA的管理方法的一个例子的图。
图21是用于说明RN用MME中的TA的管理方法的一个例子的图。
图22是表示RN的HO处理的处理顺序的流程图。
图23是表示将在RN的HO处理之间进行的TAU处理作为触发（trigger）来进行的情况下的、通知与UE的TA有关的信息的序列的图。
图24是表示UE用MME中的RN的TAI列表信息与UE的TAI列表信息的关联处理后的映射表的图。
图25是表示将向UE的来信作为触发来进行的情况下的、通知与UE的TA有关的信息的序列的图。
图26是表示RN进行了MME间HO的情况下的HO处理以及TAU处理的序列的图。
图27是表示移动目的地MME将接收到来自RN的TAU请求消息作为触发来启动该RN属下的UE的TAU处理的情况下的序列的图。
图28是表示启动UE的数据转送处理的序列的图。
图29是表示判断RN是MME内HO以及MME间HO的哪一个的处理的处理顺序的流程图。
图30是表示在设置有仅管理移动RN所属的TA的MME的情况下的RN的架构的图。
图31是用于说明移动RN所属的TA和移动RN属下的UE所属的TA的图。
图32是表示在通常的MME内构成移动RN用的MME的情况下的架构的图。
图33是用于说明实施方式4的变形例1中的移动RN所属的TA和移动RN属下的UE所属的TA的图。
图34是用于说明实施方式4的变形例2中的移动RN所属的TA和移动RN属下的UE所属的TA的图。
图35是用于说明RRC_Idle状态的UE与移动RN一同移动的情况和不与移动RN一同移动的情况的图。
图36是表示在禁止将RN的TAI和其它种类的小区的TAI加入到相同的TAI列表中的情况下的RN移动时的序列的图。
图37是表示在MME对一个UE管理两个TAI列表的情况下的RN移动时的序列的图。
图38是表示在UE向RRC_Connected状态的转变时MME删除一方的TAI列表的序列的图。
图39是表示在对于一个UE，移动源的MME和移动目的地的MME两者对TAI列表进行管理的情况下的RN移动时的序列的图。
图40是表示在UE转变为RRC_Connected状态时MME删除一方的TAI列表的序列的图。
图41是表示在RN的TAU处理中在移动源的MME与移动目的地的MME之间进行与RN有关的信息的收发、以及与RN属下的UE有关的信息的收发的情况下的序列的图。
图42是表示在RN的TAU处理中一同进行RN的位置更新处理、以及RN属下的UE的位置更新处理的情况下的序列的图。
图43是表示在RN进行了HO处理的情况下RN对属下的UE通知TAU启动请求信号的序列的图。
图44是表示在RN进行了HO处理的情况下RN用MME对RN属下的UE通知TAU启动请求信号的序列的图。
图45是表示在集中进行RN属下的UE的TAU处理的情况下的TAU处理的序列的图。
具体实施方式
实施方式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进行说明。移动终端装置（以下称为“移动终端”或者“UE”）71能与基站装置（以下称为“基站”）72进行无线通信，用无线通信进行信号的收发。基站72被分类为作为宏小区的eNB72-1和作为本地节点的Home-eNB72-2。eNB72-1作为能与移动终端（UE）71进行通信的范围的覆盖，具有较大的大规模覆盖。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。MME部73相当于管理单元。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接口对信息进行通信。
MME部73以及HeNBGW74是上位节点装置，对作为基站的eNB72-1以及Home-eNB72-2与移动终端（UE）71的连接进行控制。MME部73具体地说构成MME部73的MME和S-GW、以及HeNBGW74相当于管理单元。MME部73以及HeNBGW74被包含在核心网络中。
进而，在3GPP中，研究了以下这样的结构。支持Home-eNB72-2间的X2接口。即，Home-eNB72-2间由X2接口连接，在Home-eNB72-2间对控制信息进行通信。从MME部73，HeNBGW74可看作Home-eNB72-2。从Home-eNB72-2，HeNBGW74可看作MME部73。在Home-eNB72-2经由HeNBGW74连接于MME部73的情况以及直接连接于MME部73的情况的任一情况下，Home-eNB72-2与MME部73之间的接口都同为S1接口。HeNBGW74不支持跨越多个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的接收处理如以下那样执行。来自基站72的无线信号由天线807接收。将接收信号在频率变换部806从无线接收频率变换为基带信号，在解调部808中进行解调处理。解调后的数据被传递给解码部809，进行纠错等解码处理。在解码后的数据中，控制数据被传递给协议处理部801，用户数据被传递给应用部802。移动终端71的一系列处理由控制部810控制。因此，控制部810虽然在图8中被省略，但与各部801～809连接。
图9是表示本发明的基站（图7的基站72）的结构的框图。说明图9所示的基站72的发送处理。EPC通信部901进行基站72与EPC（MME部73、HeNBGW74等）之间的数据的收发。其它基站通信部902进行与其它基站之间的数据的收发。EPC通信部901以及其它基站通信部902分别与协议处理部903进行信息的交接。来自协议处理部903的控制数据、以及来自EPC通信部901以及其它基站通信部902的用户数据以及控制数据被保存到发送数据缓冲部904。
保存在发送数据缓冲部904中的数据被传递给编码部905，实施纠错等编码处理。也可以存在不实施编码处理而从发送数据缓冲部904向调制部906直接输出的数据。将编码后的数据在调制部906进行调制处理。将调制后的数据在变换为基带信号后，输出到频率变换部907，并变换到无线发送频率。其后，将发送信号从天线908对一个或多个移动终端71发送。
此外，基站72的接收处理按以下那样执行。来自一个或多个移动终端71的无线信号由天线908接收。将接收信号在频率变换部907从无线接收频率变换为基带信号，在解调部909中进行解调处理。解调后的数据被传递给解码部910，进行纠错等解码处理。在解码后的数据中，控制数据被传递给协议处理部903或EPC通信部901、其它基站通信部902，用户数据被传递给EPC通信部901以及其它基站通信部902。基站72的一系列处理由控制部911控制。因此，控制部911虽然在图9中被省略，但是与各部901～910连接。
其它基站通信部902相当于通知部以及取得部。发送数据缓冲部904、编码部905、调制部906、频率变换部907、天线908、解调部909以及解码部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。
Home-eNB72-2的TAC和PLMN ID由HeNBGW74支持。当将Home-eNB72-2连接于HeNBGW74时，在“UE attachment”的MME部73的选择不由Home-eNB72-2，而由HeNBGW74进行。有在无网络规划的情况下配备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。
HeNBGW通信部1004在存在HeNBGW74的情况下进行设置，根据信息种类，进行利用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通过向属于注册了（registered）UE的追踪区域（跟踪区：Tracking Area：TA）的小区发送寻呼消息，从而发起寻呼协议。连接于MME73a的Home-eNB72-2的CSG的管理、CSG-ID的管理、而且白名单管理也可以在空闲状态移动性管理部1005-3中进行。
在CSG-ID的管理中，管理（追加、删除、更新、检索）与CSG-ID对应的移动终端和CSG小区的关系。例如，也可以是用户接入注册于某个CSG-ID的一个或者多个移动终端和属于该CSG-ID的CSG小区的关系。在白名单管理中，管理（追加、删除、更新、检索）移动终端与CSG-ID的关系。例如，也可以在白名单中存储某个移动终端进行用户注册的一个或者多个CSG-ID。与这些CSG有关的管理也可以在MME73a中的其它部分中进行。MME73a的一系列处理由控制部1006控制。因此，控制部1006虽然在图10中被省略，但是与各部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进行下述处理：将经由EPC通信部1101传递的来自MME73a的数据中的注册信息等发送到多个Home-eNB72-2。将在位置处理部1103处理后的数据传递给基站通信部1102，经由S1接口发送到一个或者多个Home-eNB72-2。
将无需在位置处理部1103的处理而仅通过（透过）的数据从EPC通信部1101传递给基站通信部1102，经由S1接口发送到一个或者多个Home-eNB72-2。HeNBGW74的一系列处理由控制部1104控制。因此，控制部1104虽然在图11中被省略，但是与各部1101～1103连接。
在以下示出在3GPP中讨论的HeNBGW74的功能（参照非专利文献1 4.6.2章）。HeNBGW74对S1应用进行中继。虽然是向Home-eNB72-2的MME73a的顺序的一部分，但HeNBGW74对与移动终端71无关的S1应用进行终结。在配置HeNBGW74时，在Home-eNB72-2与HeNBGW74之间，而且在HeNBGW74与MME73a之间对与移动终端71无关的顺序进行通信。在HeNBGW74与其它节点之间未设定X2接口。HeNBGW74将寻呼的最佳化（Pagingoptimization）的执行认定为选项。
接着示出移动通信系统中的一般的小区搜索方法的一个例子。图12是表示在LTE方式的通信系统中移动终端（UE）进行的从小区搜索到等待动作的概略的流程图。移动终端当开始小区搜索时，在步骤ST1201中，使用从周边的基站发送的第一同步信号（P-SS）以及第二同步信号（S-SS），获得时隙定时、帧定时的同步。
将P-SS和S-SS合起来称为同步信号（SS）。对同步信号（SS）分配有与按每个小区分配的PCI（Physical Cell Identity）一对一地对应的同步代码。PCI的数目如504那样进行了研究。使用如该504那样的PCI获得同步，并且检测（确定）获得了同步的小区的PCI。
接着对于获得了同步的小区，在步骤ST1202中，对从基站按每个小区发送的参照信号（参考信号：RS）即小区固有参照信号（Cell-specific Reference Signal：CRS）进行检测，进行RS的接收功率（Reference Signal Received Power：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）列表内的跟踪区标识符（Tracking Area Identity：TAI）的TAC部分进行比较。TA（Tracking Area）列表也被称为TAI列表（TAI list）。TAI是TA的标识符，由MCC（Mobile Country Code：移动国家代码）、MNC（Mobile Network Code：移动网络代码）、TAC（Tracking Area Code：跟踪区代码）构成。MCC是国家代码。MNC是网络代码。TAC是TA的代码号码。
移动终端在步骤ST1206中比较的结果是，若在步骤ST1205中接收的TAC与TA（Tracking Area）列表内所包含的TAC相同，则在该小区进入等待动作。若进行比较，在步骤ST1205中接收的TAC未被包含于TA（Tracking Area）列表内，则移动终端通过该小区，向包含MME等的核心网络（Core Network，EPC），请求TA（Tracking Area）的变更以便进行TAU（Tracking Area Update：跟踪区更新）。核心网络基于TAU请求信号以及从移动终端送来的该移动终端的识别号码（UE-ID等），进行TA（Tracking Area）列表的更新。核心网络对移动终端发送更新后的TA（Tracking Area）列表。移动终端用接收到的TA（Tracking Area）列表改写（更新）移动终端所保有的TAC列表。其后，移动终端在该小区进入等待动作。
在LTE、LTE-A以及UMTS（Universal Mobile Telecommunication System）中，研究了CSG（Closed Subscriber Group）小区的导入。如前所述，仅对CSG小区中注册了的一个或者多个移动终端允许接入。CSG小区和注册了的一个或者多个移动终端构成一个CSG。对这样构成的CSG附加被称为CSG-ID的固有的识别号码。再有，在一个CSG中也可以有多个CSG小区。移动终端若注册于任何一个CSG小区，则能接入到该CSG小区所属的CSG的其它CSG小区。
此外，在LTE以及LTE-A中的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与EGCI相对应，则也可以是EGCI。
根据以上，不具有白名单的（在本发明中，也包含白名单为空（empty）的情况）移动终端接入到CSG小区是不可能的，只能接入到non-CSG小区。另一方面，具有白名单的移动终端既能接入到注册了的CSG-ID的CSG小区，也能接入到non-CSG小区。
对HeNB以及HNB要求向各种服务的应对。例如，运营商使移动终端注册于某个决定的HeNB以及HNB，仅对注册了的移动终端许可向HeNB以及HNB的小区的接入，由此使该移动终端能使用的无线资源增大，能高速地进行通信。相应地，是运营商将收费金额设定得比通常高的这样的服务。
为了实现这样的服务，导入有仅注册了的（加入了的、成为了成员的）移动终端能接入的CSG（Closed Subscriber Group）小区。要求将CSG（Closed Subscriber Group）小区大量地设置于商店街、公寓、学校、公司等。例如要求以下那样的使用方法：在商店街中按每个店铺来设置CSG小区，在公寓中按每个房间来设置CSG小区，在学校中按每间教室来设置CSG小区，在公司中按每个部门来设置CSG小区，仅各CSG小区中注册了的用户能使用该CSG小区。HeNB／HNB不仅用于补充在宏小区的覆盖外的通信（区域补充型HeNB／HNB），而且还被要求向上述那样的各种服务的应对（服务提供型HeNB／HNB）。因此，还会产生HeNB／HNB设置于宏小区的覆盖内的情况。
如前所述，作为LTE-A的新技术，研究了对中继（Relay）以及中继节点（RN）进行支持的技术。被3GPP的版本10支持的RN是固定的RN，在动作开始后不移动。
图13是表示在伴随3GPP的版本10中的RN的情况下的移动通信系统的架构的图。图13所示的移动通信系统（以下有时仅称为“通信系统”）的架构被记载在3GPP TS23.401V10.3.0（以下称为“参考文献1”）中。移动通信系统具备RN用MME1301、UE用MME1302、UE1303、RN1304、DeNB1305、UE用P-GW1306以及UE用S-GW1307。
RN用MME1301是管理RN1304的MME。UE用MME1302是管理UE1303的MME。也可以将RN用MME1301和UE用MME1302构成在同一MME1300内。在图13中，示出了RN用MME1301和UE用MME1302被构成在同一MME1300内的情况。RN用MME1301和UE用MME1302也可以不被构成在同一MME1300内。UE用P-GW1306是UE1303用的P-GW。UE用S-GW1307是UE1303用的S-GW。
UE1303和RN1304通过Uu接口1314连接。RN1304和DeNB1305通过由S1接口、X2接口以及Un接口构成的接口1315连接。DeNB1305和RN用MME1301通过S1接口1308以及S11接口1309连接。UE用MME1302和DeNB1305通过S1接口1310连接。UE用MME1302和UE用S-GW1307通过S11接口1311连接。DeNB1305和UE用S-GW1307通过S1接口1316连接。UE用P-GW1306和UE用S-GW1307通过S5／S8接口1313连接。UE用P-GW1306和外部分组网络通过SGi接口1312连接。
作为伴随RN的移动通信系统的架构的概念，当从UE观察时RN被识别为eNB，当从DeNB观察时RN被识别为UE。
DeNB除了eNB所具有的现有功能之外，还具有以下两个功能（参照非专利文献1）。
（1）用于支持一个或者多个RN的S1／X2代理功能（S1/X2 proxy functionality）。
（2）用于支持一个或者多个RN的S11终端和S-GW／P-GW功能（S11 termination andS-GW/P-GW functionality）。
在RN作为UE进行动作的情况下，在RN、DeNB、RN用MME、DeNB的S-GW／P-GW功能之间进行通信。在RN与DeNB之间的通信中，使用Un接口。在DeNB与RN用MME之间的通信中，使用S1接口。在RN用MME与DeNB的S-GW／P-GW功能之间的通信中，使用S11接口。
另一方面，在RN作为UE的eNB进行动作的情况下，在UE、RN、DeNB的S1／X2代理功能、UE用MME、UE用S-GW／UE用P-GW之间进行通信。在UE与RN之间的通信中，使用Uu接口。在RN与UE用MME之间的通信中，经由DeNB的S1代理功能使用S1接口。在UE用MME与UE用S-GW／UE用P-GW之间的通信中，使用S11接口。在取代S1接口而使用X2接口的情况下，在UE与RN之间的通信中，使用Uu接口。在RN与邻接eNB之间的通信中，经由DeNB的X2代理功能使用X2接口。
在3GPP中，除了固定RN之外，还新提出了移动RN（mobile relay，mobile RN）。关于移动RN，被公开在3GPP R1-082975（以下称为“参考文献2”）以及3GPP R3-110656（以下称为“参考文献3”）中。
移动RN例如被设置在高速公共汽车以及高速铁路等移动体中，并与它们一同移动。移动RN对高速公共汽车以及高速铁路等移动体中的乘客的移动终端（UE）与基站之间的通信进行中继。
图14是用于说明移动RN的使用例（使用事例）的图。基站1402存在于基站1402所构成的覆盖1401内。在图14中，示出了一个基站1402构成一个小区的情况。在这种情况下，小区相当于基站1402。不限定于此，一个基站也可以构成多个小区。在这种情况下，一个一个小区相当于基站1402。在基站例如为eNB的情况下也是同样的。在以后所示的图中也是同样的。
假设移动体例如高速公共汽车1406在当前时间点存在于基站1402构成的覆盖1401内，并且正沿着箭头1400的朝向移动。在高速公共汽车1406中装载有RN1407。此外，乘坐着高速公共汽车1406的乘客持有UE1403～1405。换言之，在高速公共汽车1406中装载有UE1403～1405。
基站1402与和高速公共汽车1406一起移动的RN1407进行通信。高速公共汽车1406内的UE1403～1405不与基站1402直接进行通信，而是经由装载于高速公共汽车1406的RN1407与基站1402进行通信。即，当从高速公共汽车1406内的UE1403～1405观察时，RN1407成为基站。
在高速公共汽车1406内的UE1403～1405与宏小区直接进行通信的情况下，有如下那样的问题：有对UE的多普勒偏移的影响的问题、有乘坐物的内部以及外部间的传输损耗的问题、HO成功率降低的问题、以及运营商的投资成本以及运用成本增大的问题等。
移动RN作为解决这些问题的方案被认为是有效的。UE由于进行与移动RN的通信，所以会消除对UE的多普勒偏移的影响、以及乘坐物的内部以及外部间的传输损耗等。此外，由于UE与移动RN之间的距离充分短于UE与宏小区之间的距离，所以UE的功耗也能降低。进而，由于UE与移动RN用空口连接，所以无需进行HO，解决了信令的混杂（拥塞（congestion））。由此，无需新设置宏小区，能削减运营商的投资成本以及运用成本。
在3GPP中，未进行关于在RN移动的情况下的通信方法的具体讨论。在利用现有技术来支持移动RN的情况下，在属下的UE与网络之间进行的通信中产生问题。例如，在高速公共汽车等移动体中设置的RN移动的情况下，高速公共汽车等移动体的乘客所持的RN属下的UE实际上与移动体一起移动，但是不进行UE单独移动时的动作。原因是，移动的RN属下的UE由于与该RN进行通信，所以不会识别出在小区间移动了。因此，移动的RN属下的UE不进行UE单独在小区间移动时所进行的移动性（mobility）处理。
在以下示出在UE不进行移动性处理的情况下的问题。首先，示出宏小区属下的UE移动的情况。在这种情况下，没有问题地进行UE的移动性处理。
如前所述，MME为了UE的移动性管理而对UE的TAI列表（TAI list）进行管理。TAI列表在UE与MME之间被共享。TAI列表内的TAI是对该TAI列表进行管理的MME所管理的TA的TAI。
例如，在通信中的UE在所连接的MME不同的eNB间移动了的情况下，在UE中启动HO处理。通过HO处理，UE为了将本UE所属的TA更新为新连接的eNB（以下有时称为“移动目的地eNB”）所属的TA，而对连接该移动目的地eNB的MME（以下有时称为“移动目的地MME”）进行TAU请求。
接收到TAU请求的MME进行UE的移动性管理处理，在UE的TAI列表中包含移动目的地eNB所属的TA的TAI，对UE发送该TAI列表。
通过该处理，移动目的地MME能识别UE，能进行移动性管理。由此，能进行UE与核心网络之间的通信。
由于不仅在通信中，而且还在等待（Idle）中的移动中，UE也启动TAU处理，所以通过一系列处理，移动目的地MME能识别UE，能进行移动性管理。由此，能进行UE与核心网络之间的通信。
接着，示出RN移动的情况。图15是用于对RN移动的情况下的UE的TA进行说明的图。第一～第六eNB（小区）1522～1527与第一MME1520通过S1接口1521连接。第七～第十二eNB（小区）1502～1507与第二MME1501通过S1接口1510连接。
第一～第六eNB（小区）1522～1527存在于各eNB（小区）1522～1527所构成的第一～第六覆盖1528～1533内。同样地，第七～第十二eNB（小区）1502～1507存在于各eNB（小区）1502～1507所构成的第七～第十二覆盖1511～1516内。
RN1508存在于RN1508所构成的覆盖1517内。在RN1508的属下存在UE1509。
第一、第四、第五eNB（小区）1522、1525、1526属于预先确定的第一TA1534。第二、第三、第六eNB（小区）1523、1524、1527属于预先确定的第二TA1535。
第七、第十、第十一eNB（小区）1502、1505、1506属于预先确定的第三TA1518。第八、第九、第十二eNB（小区）1503、1504、1507属于预先确定的第四TA1519。
第一TA1534和第二TA1535由第一MME1520管理。第三TA1518和第四TA1519由第二MME1501管理。
如前所述，MME为了UE的移动性管理而对UE的TAI列表进行管理。TAI列表在UE与MME之间被共享。TAI列表内的TAI是对该TAI列表进行管理的MME所管理的TA的TAI。
例如，如图15所示，在RN1508沿着箭头1500移动的情况下，在第四eNB1525与第十eNB1505之间，即，在第四覆盖1531与第十覆盖1514之间进行移动，在 RN1508中启动HO处理。第四eNB1525以及第十eNB1505是具有用于支持RN1508的功能的DeNB。
可是，移动的RN1508属下的UE1509由于继续与相同的RN1508进行通信，所以不启动HO处理。因此，移动的RN1508属下的UE1509不启动TAU。
在图15所示的例子中，RN1508在移动前连接的eNB（以下有时称为“移动源eNB”）是第四eNB1525，连接于移动源eNB的MME（以下有时称为“移动源MME”）是第一MME1520。作为RN1508在移动后新连接的eNB的移动目的地eNB是第十eNB1505，作为连接于移动目的地eNB的MME的移动目的地MME是第二MME1501。
连接于作为RN1508的移动目的地eNB的第十eNB1505的移动目的地MME、即第二MME1501由于不能接收来自UE1509的TAU请求，所以不能识别出UE1509的存在，不能进行移动性管理。虽然连接于作为RN1508的移动源eNB的第四eNB1525的移动源MME、即第一MME1520尝试与UE1509的通信，但是由于在管理范围内不存在UE1509，所以与UE1509的通信变得不可能。
在MME不能识别出UE的存在而不能进行移动性管理的情况下，即使RRC_Connected状态的UE欲与核心网络侧通信，也不能进行与移动目的地MME的NAS消息的收发。此外，存在向S-GW／P-GW的路由也变得不可能的情况。因此，UE与核心网络之间的通信变得不可能。
此外，在RRC_Idle状态的UE的情况下，移动源MME以及移动目的地MME也不能识别出UE所属的TA。当UE所属的TA不能进行识别时，移动源MME以及移动目的地MME不能对UE通知寻呼（Paging）信号。此外，UE也不能进行服务请求的发送。因此，UE与核心网络之间的通信变得不可能。
因此，在本实施方式中，公开了用于消除这些问题的方法。在本实施方式中，使RN所属的TA与移动目的地DeNB所属的TA相同。即，使RN的TAI与移动目的地DeNB的TAI相同。
图16是用于说明在RN移动时使RN的TAI与移动目的地DeNB的TAI相同的情况下的UE所属的TA的图。由于图16所示的结构与图15所示的结构类似，所以对对应的部分标注同一附图标记，并省略共同的说明。
在图16中，示出RN1508沿着箭头1500移动的情况。将移动前的RN1508所属的TA设为RN的移动源DeNB即第四eNB1525所属的TA。即移动前的RN1508所属的TA是第一TA1601。该第一TA1601由第一MME1520管理。第一、第四、第五eNB（小区）1522、1525、1526属于第一TA1601。
RN1508在移动后连接于作为DeNB的第十eNB1505。将移动后的RN1508所属的TA设为RN1508的移动目的地DeNB即第十eNB1505所属的TA。即移动后的RN1508所属的TA是第三TA1602。该第三TA1602由第二MME1501管理。第七、第十、第十一eNB（小区）1502、1505、1506属于第三TA1602。
通过RN1508从第四DeNB1525向第十DeNB1505移动，从而在RN1508中启动HO处理。在RN1508移动后，RN1508所属的TA从第一TA1601变为第三TA1602。因此，RN1508在HO处理期间启动TAU处理。
移动的RN1508属下的UE1509由于继续与相同的RN1508进行通信，所以不启动HO处理。可是，由于移动的RN1508所属的TA从第一TA1601变更为第三TA1602，所以该UE1509也启动TAU处理。
这样，通过使得移动的RN1508属下的UE1509启动TAU处理以进行UE的TAU处理，从而RN1508经由移动目的地eNB1505连接的移动目的地MME1501能接收来自UE1509的TAU请求。由此，通过UE1509的TAU处理，移动目的地MME1501以及移动源MME1520均能识别出UE1509的存在，能进行移动性管理。因此，UE与核心网络之间的通信变得可能。
虽然在3GPP R3-091335（以下称为“参考文献4”）中有与使RN的TAI与DeNB的TAI相同的相关的记载，但是其是针对固定RN的情况的，关于在RN移动的情况下的TAI，进而，关于由于RN移动而产生的问题，丝毫未被公开。
本实施方式中公开的方法以解决前述的问题为目的，作为其方法，在RN移动了的情况下，使该RN的TAI与目标DeNB的TAI相同。因此，例如，若移动目的地DeNB的TAI与作为移动前的DeNB的移动源DeNB的TAI不同，则还对RN的TAI进行变更。在该点上，本实施方式中公开的方法与参考文献4中公开的技术较大地不同。
公开用于使RN的TAI与移动目的地DeNB的TAI相同的具体例。RN从DeNB接收DeNB的TAI，对属下的UE通知该TAI。RN也可以使DeNB的TAI对UE透明（transparent）。所谓“使之透明”是指透过地传送，即，以原封不动的形式进行传送。
RN从DeNB接收DeNB的TAI。也可以不接收TAI，而接收TAC。在TAC的情况下，RN只要从自DeNB另外接收的PLMN或MCC、MNC导出TAI即可。能进行TAI与TAC的关联。作为DeNB对RN通知TAI的方法的具体例，公开以下3种。
（1）DeNB在系统信息（SI）内包含本DeNB所属的TA的TAI并进行通知。RN接收从DeNB通知的广播信息以取得TAI。
（2）DeNB对属下的RN以专用信令通知本DeNB所属的TA的TAI。RN接收从DeNB通知的专用信令以取得TAI。作为专用信令，设为RRC信令即可。此外，也可以用专用信令通知DeNB的系统信息。在该系统信息内包含TAI即可。
（3）移动源DeNB对属下的RN以专用信令通知移动目的地DeNB所属的TA的TAI。具体例（3）能应用于在RN的HO处理中通知DeNB的TAI的情况。RN接收从移动源DeNB通知的专用信令，取得移动目的地DeNB的TAI。作为专用信令，设为RRC信令即可。此外，也可以用专用信令通知移动目的地DeNB的系统信息。在该系统信息内包含TAI即可。
RN将从DeNB接收的TAI设定为本RN的TAI，并作为系统信息进行通知。
图17是表示使RN的TAI与移动目的地DeNB的TAI相同的情况下的RN移动时的序列的一个例子的图。
RN在移动源DeNB（source DeNB，s-DeNB）的覆盖内接通（ON）电源后，转移到步骤ST1701。在步骤ST1701中，RN在移动源DeNB、移动源MME（source MME、s-MME）以及归属用户服务器（Home Subscriber Server：HSS）间进行附着处理。HSS相当于管理单元。HSS被包含在核心网络中。
RN在步骤ST1701的附着处理时，在步骤ST1702中，从移动源DeNB接收包含移动源DeNB的TAI的RRC信令，取得TAI。
在步骤ST1703中，RN将从移动源DeNB接收到的TAI设定为本RN的TAI。而且，RN在步骤ST1704中，将设定的TAI作为系统信息通知给本RN属下的UE。
RN属下的UE通过接收来自RN的系统信息，从而识别出RN的TAI。UE确认在UE内的TAI列表内是否包含RN的TAI，在不包含的情况下进行TAU处理，在包含的情况下不进行TAU处理。在图17中，示出了在UE内的TAI列表内包含RN的TAI的情况，即UE不进行TAU处理的情况。
在步骤ST1705中，RN从移动源DeNB的覆盖内移动到移动目的地DeNB的覆盖内。
在步骤ST1706中，RN启动HO，在移动源DeNB、移动目的地DeNB（target DeNB、t-DeNB）、移动源MME、移动目的地MME（target MME、t-MME）以及HSS间进行RN的HO处理。
RN在步骤ST1706的HO处理时，在步骤ST1707中，从移动目的地DeNB接收TAI。然后，RN确认在本RN内的TAI列表内是否包含从移动目的地DeNB接收到的TAI，在不包含的情况下进行TAU处理，在包含的情况下不进行TAU处理。在图17中，示出了在RN内的TAI列表内不包含从移动目的地DeNB接收到的TAI的情况。在像这样在RN内的TAI列表内不包含从移动目的地DeNB接收到的TAI的情况下，在步骤ST1706的HO处理时，在RN、移动源DeNB、移动目的地DeNB、移动源MME、移动目的地MME以及HSS间，进行RN的TAU处理。
RN在步骤ST1706的HO处理以及TAU处理时，在步骤ST1707中，从移动目的地DeNB接收包含移动目的地DeNB的TAI的RRC信令，取得TAI。
在步骤ST1708中，RN将本RN的TAI变更为从移动目的地DeNB接收到的TAI。
在步骤ST1709中，RN对属下的UE执行系统信息修正（SI modification）处理。RN对属下的UE使用寻呼来进行系统信息的修正的通知。然后，RN在步骤ST1710中，将在步骤ST1708中变更后的TAI作为系统信息，通知给属下的UE。UE通过寻呼，识别出系统信息被修正了，并接收所通知的系统信息。通过这样做，从而RN属下的UE处于RRC_Connected状态或RRC_Idle状态的哪一种状态都能接收变更后的TAI。
RN属下的UE通过接收来自RN的系统信息，从而识别RN的TAI。UE确认在UE内的TAI列表内是否包含RN的TAI，在不包含的情况下进行TAU处理，在包含的情况下不进行TAU处理。在图17中，示出了在UE内的TAI列表内不包含RN的TAI的情况，即UE进行TAU处理的情况。
在步骤ST1711中，UE启动TAU处理，将TAU请求（TAU request）信号发送给RN。
在步骤ST1712以及步骤ST1714中，RN将来自UE的TAU请求信号经由移动目的地DeNB发送给移动目的地MME。
此时，移动目的地DeNB在步骤ST1713中，通过S1代理（S1 proxy）功能，对移动目的地MME，进行来自RN的S1消息的代理。
在步骤ST1715中，在UE、RN、移动源DeNB、移动目的地DeNB、移动源MME、移动目的地MME以及HSS间进行UE的TAU处理。
移动目的地MME在步骤ST1715的TAU处理中，更新UE的TAI列表，将更新后的TAI列表通知给UE。UE在TAU处理中，从移动目的地MME接收更新后的TAI列表。
通过本实施方式中公开的方法，在RN移动了的情况下，能启动由与该RN一同移动的属下的UE进行的TAU处理。因此，移动目的地MME以及移动源MME能进行UE的TAI列表的更新以及消除等管理，能在UE与移动目的地MME之间共享更新后的TAI列表。由此，UE与核心网络之间的通信变得可能。
此外，在本实施方式中公开的方法中，RN将TAI作为系统信息进行通知，在TAI变更时，对属下的UE执行系统信息的修正处理。由此，RN属下的UE由于处于RRC_Connected状态或RRC_Idle状态的哪一种状态都启动TAU处理，所以能进行与核心网络之间的通信。
本实施方式中公开的方法不仅能应用于RN进行了MME间HO（Inter-MME HO）的情况，而且也能应用于RN进行了MME内HO（Intra-MME HO）的情况。在MME内HO的情况下，也是RN在DeNB的TAI不处于TAI列表的情况下，进行TAU，对本RN的TAI进行变更。因此，该RN属下的UE也启动TAU，进行TAU处理，因此MME能识别出UE所在的TA。
通过使用本实施方式的方法，从而能不依赖于MME间HO以及MME内HO这样的HO的种类而应用相同的过程。因此，能简化能够进行RN属下的UE与核心网络之间的通信的控制。
虽然在图17中进行了省略，但在RN的附着处理、RN的HO处理以及TAU处理、UE的TAU处理中，也可以进行对S-GW以及P-GW的承载修正以及设定处理。
在RN作为UE进行动作的情况下，RN用的S-GW以及P-GW功能内置于DeNB中。在这种情况下，省略现有的HO序列中的MME与S-GW之间、以及MME与P-GW之间的信令即可。只要在DeNB内执行该信令即可，可不需要节点间的信令。由此，能削减作为系统的信令负荷。
实施方式2.
在实施方式1中公开的使RN的TAI与DeNB的TAI相同的方法的情况下，由于取得了变更后的TAI的RN属下的UE一齐启动TAU，所以会发生一齐产生了许多TAU请求的问题。这会使前述的移动RN的优点丧失。
在本实施方式中，公开了用于消除该问题的方法。在本实施方式中，假设RN所属的TA不会因移动而改变。即，假设RN的TAI不会因移动而改变。也可以使RN的TAI固定。
图18是用于对在RN移动时使RN的TAI固定的情况下的UE所属的TA进行说明的图。由于图18所示的结构与图15所示的结构类似，所以对对应的部分标注同一附图标记，并省略共同的说明。
在图18中，示出了RN1508沿着箭头1810移动的情况。将移动前的RN1508所属的TA设为第五TA1801。该第五TA1801由第一MME1520管理。
RN1508在移动后，连接于第六DeNB1527。移动后的RN1508所属的TA与之前不变地设为第五TA1801。该第五TA1801由第一MME1520管理。
RN1508在进一步移动后，连接于第十DeNB1505。移动后的RN1508所属的TA与之前不变地设为第五TA1801。该第五TA1801由第二MME1501管理。
如图18所示，在本实施方式中，即使RN1508在同一MME内、即在第一MME1520内从第四DeNB1525移动到第六DeNB1527，RN1508所属的TA也保持相同不变。即，假设RN1508的TAI不改变。在此，保持第五TA1801的状态。此外，即使RN1508在不同MME间、即在第一MME1520与第二MME1501之间从第六DeNB1527移动到第十DeNB1505，RN1508所属的TA也保持相同不变。即，假设RN1508的TAI不改变。在此，保持第五TA1801的状态。
通过这样做，即使RN在DeNB间或MME间移动，该RN的TAI也不改变，因此RN属下的UE不启动TAU。因此，在RN移动时，RN属下的UE不会一齐启动TAU，能消除前述的问题。
关于RN所属的TA，公开以下两种。
（1）RN属于专用的TA。
（2）RN属于特定的TA。
所述（1）即是将RN的TAI设为RN专用。在这种情况下，可以是一个RN属于一个TA，也可以是多个RN属于一个TA。
通过如所述（1）那样，从而非RN的基站（小区）不属于RN所属的TA，因此容易进行在MME的管理。此外，也能设置RN专用的MME。
此外，通过非RN的基站（小区）不属于RN所属的TA，从而能将现有的依赖于区域的TA结构和RN专用的TA结构区分开，即使设RN支持移动性，即在RN能够移动的情况下，也能容易地进行RN特有的TA的管理。
所述（2）即是RN具有特定的TAI。特定的TA设为RN能连接的特定的DeNB（以下有时称为“P-DeNB”）所属的TA。P-DeNB例如也可以是RN最初进行了RRC连接的DeNB。P-DeNB也可以是在关闭（off）／接通（on）RN的电源后，最初进行了RRC连接的DeNB。
此外，P-DeNB也可以是在MME间HO（inter-MME HO）、或者在MME间（inter-MME）的小区重选中，连接于移动目的地MME的eNB之中的该RN最初进行了RRC连接的DeNB。通过这样做，从而在RN在同一MME内移动了的情况下，TAI不改变。因此，能减少RN属下的UE一齐启动TAU的状况。
通过如所述（2）那样，从而例如在电车中设置有移动RN那样的情况下，能采用使电车的RN和覆盖各站的DeNB属于相同的TA的结构。此外，也能在相同的MME中进行管理。由此，能使电车的乘客所使用的UE的管理变得容易。
将支持移动性的RN设为移动RN（mobile RN），将不支持移动性的RN设为固定RN（fixed RN）。也可以使固定RN所属的TA与移动RN所属的TA不同。例如，也可以设移动RN为固定的TAI，固定RN与DeNB的TAI相同。由此，由于能仅对移动RN采用特有的TA管理，所以能进一步容易地进行RN的TA的管理。
作为RN的模式，也可以设置移动（mobile）和固定（fixed）。也可以假设一个RN能对应于两种模式。在一个RN能对应于两种模式的情况下，RN有时以移动模式动作，此外有时以固定模式动作。也可以是移动RN以移动模式动作，固定RN以固定模式动作。此外，也可以是移动RN以移动模式动作，或者以固定模式动作。也可以使以固定模式动作的RN所属的TA与以移动模式动作的RN所属的TA不同。由此，能根据RN的动作模式来进行TA管理。
也可以将RN的TAI与非RN的基站（小区）的TAI区分开。例如，假设以0～65535的整数赋予TAI的TAC部分。将RN用的TAC设为0～32767，将其它基站用的TAC设为32768～65535来进行区分。区分方法不限于此。
也可以将移动RN用的TAI、固定RN用的TAI和其它eNB用的TAI区分开。或者，也可以将移动RN用的TAI、固定RN以及其它eNB用的TAI区分开。
以往，eNB被固定，TA也被地理分割，因此按每个MME管理的TA不同。在RN支持移动性的情况下，具有“移动”这一特征，因此哪个MME能管理移动RN所属的TA成为问题。在3GPP中，关于管理移动RN的TA的MME丝毫未被讨论。
关于能管理支持移动性的RN所属的TA的MME，公开以下4种。
（1）关于移动RN所属的TA，任意的MME能进行管理，该MME能在服务的TAI列表内注册移动RN的TAI。
（2）关于移动RN所属的TA，DeNB的MME能进行管理，该MME能在服务的TAI列表内注册移动RN的TAI。
（3）关于移动RN所属的TA，P-DeNB的MME能进行管理，该MME能在服务的TAI列表内注册移动RN的TAI。
（4）关于移动RN所属的TA，MME能进行管理，但是移动RN的TAI不被包含在任何MME所管理的TAI列表中。
通过如以上的（1）～（4）那样，从而即使RN所属的TA以及RN的TAI不因移动而改变，移动目的地MME也能管理该RN的TA。
在假设RN的TAI不会因移动而改变的情况下，在属下的UE与网络之间进行的通信中会产生问题。原因是，即使RN移动了，移动的RN属下的UE由于与该RN正在进行通信，所以也未识别出在小区间移动了。因此，移动的RN属下的UE不进行移动性处理，因此，MME不能构成以及管理UE的TAI列表，UE与核心网络之间的通信变得不可能。
因此，在以下公开了用于消除这些问题的方法。在UE用MME与RN用MME之间进行与TA有关的信息的收发。为了进行该信息的收发，也可以在UE用MME与RN用MME之间新设置接口（IF）。
图19是表示包含在UE用MME与RN用MME之间进行与TA有关的信息的收发的情况下的RN的移动通信系统的架构的图。由于图19所示的结构与图13所示的结构类似，所以对对应的部分标注同一附图标记，并省略共同的说明。在图19所示的结构中，在RN用MME1301与UE用MME1302之间设置有IF1901。RN用MME1301与UE用MME1302经由IF1901进行与TA有关的信息的收发。
对UE用MME以及RN用MME中的TA的管理方法进行公开。首先，对UE用MME所管理的TA进行说明。UE用MME所管理的TA用于RN属下的UE的移动性管理。因此，在从UE观察的情况下作为eNB动作的RN属于UE用MME所管理的TA。
图20是用于说明UE用MME中的TA的管理方法的一个例子的图。图20所示的表是表示UE用MME所管理的TA和属于其的RN的对应关系的映射表。UE用MME用TAI管理TA，用RN的标识符管理RN。例如，UE用MME对TAI＃13以及TAI＃14的TA进行管理。TAI＃n（n为0以上的整数）表示各TA的TAI。
在图20所示的例子中，RN＃0、RN＃1、RN＃2的RN属于TAI＃13的TA。RN＃3、RN＃4、RN＃5的RN属于TAI＃14的TA。RN＃n（n为0以上的整数）表示各RN的标识符（Identity）。RN＃n也可以是小区的标识符。
例如，当在某个UE的TAI列表（TAI list_UE）中存在TAI＃13时，在UE用MME内进行以下那样的关联。
TAI list_UE＝｛TAI#13｝＝｛RN#0，RN#1，RN#2｝
接着，对RN用MME所管理的TA进行说明。RN用MME所管理的TA用于RN的移动性管理。因此，在从RN观察的情况下作为eNB动作的DeNB属于RN用MME所管理的TA。
图21是用于说明RN用MME中的TA的管理方法的一个例子的图。图21所示的表是表示RN用MME所管理的TA和属于其的DeNB的对应关系的映射表。RN用MME用TAI管理TA，用DeNB的标识符管理DeNB。例如，RN用MME对TAI＃11以及TAI＃12的TA进行管理。
DeNB＃0、DeNB＃1的DeNB属于TAI＃11的TA。DeNB＃2、DeNB＃3的DeNB属于TAI＃12的TA。DeNB＃n（n为0以上的整数）是DeNB的标识符（Identity）。DeNB＃n也可以是小区的标识符。RN用MME也可以用作为DeNB的标识符的eNB的标识符进行管理。
例如，当在某个RN的TAI列表（TAI list_RN）中存在TAI＃11、TAI＃12时，在RN用MME内进行以下那样的关联。
TAI list_RN#0＝｛TAI#11，TAI#12｝＝｛DeNB#0，DeNB#1，DeNB#2，DeNB#3｝
公开即使移动的RN属下的UE不进行移动性处理，也能进行UE与核心网络之间的通信的方法。
将UE用MME所管理的UE的TAI列表信息（TAI list_UE）和RN用MME所管理的RN的TAI列表信息（TAI list_RN）关联起来。RN用MME对UE用MME通知与该UE的TA有关的信息。
该通知可以将RN移动时的TAU处理作为触发来进行，或者，也可以将向移动的RN属下的UE的发信来信作为触发来进行。将向UE的发信来信作为触发的方法适于RN属下的UE为RRC_Idle状态的情况。
在以下公开即使移动的RN属下的UE不进行移动性处理，也能进行UE与核心网络之间的通信的方法的具体例。
首先，对在RN移动了的情况下的HO处理进行说明。图22是表示RN的HO处理的处理顺序的流程图。
在步骤ST2201中，移动源DeNB对移动源MME进行移动的RN的HO请求。当产生HO请求时，转移到步骤ST2202。
在步骤ST2202中，进行从移动源DeNB向移动目的地DeNB的数据的转送（forwarding）用的设定。在数据转送的设定后，转移到步骤ST2203。
在步骤ST2203中，移动源DeNB对移动目的地DeNB进行数据转送。当进行数据转送时，转移到步骤ST2204。在步骤ST2204中，UL开通。其后，转移到步骤ST2205。
在步骤ST2205中，进行从移动源DeNB向移动目的地DeNB的路径切换设定。当进行路径切换设定时，转移到步骤ST2206。在步骤ST2206中，DL开通。其后，转移到步骤ST2207。
在步骤ST2207中，根据需要进行RN的TAU处理。TAU处理在移动目的地DeNB的TAI不存在于RN的TAI列表内的情况下进行。通过该TAU处理，移动目的地MME能进行移动性管理。其后，转移到步骤ST2208。
在步骤ST2208中，进行路径切换前的旧路径的释放处理。当进行旧路径的释放处理时，转移到步骤ST2209。
在步骤ST2209中，完成HO处理。在RN的移动中，在不伴随MME的变更的情况下，移动源MME与移动目的地MME变得相同。
再有，在不是HO处理时进行的TAU，而是TAU单独的处理的情况下，TAU处理包含：图22所示的步骤ST2205的路径切换处理、步骤ST2207的TAU处理以及步骤ST2208的旧路径的释放处理。
图23是表示将在RN的HO处理期间进行的TAU处理作为触发来进行的情况下的、通知与UE的TA有关的信息的序列的图。在图23中，示出MME内HO（Intra-MME HO）的情况。
在RN的HO处理期间进行的TAU处理、例如图22所示的步骤ST2207的处理中，首先在步骤ST2301中，RN将TAU请求信号经由移动目的地DeNB发送给RN用MME。在步骤ST2207中的RN的TAU处理如前所述在移动目的地DeNB的TAI不存在于RN的TAI列表内的情况下进行。移动目的地DeNB的TAI不存在于RN的TAI列表内意味着连接RN的eNB所属的TA被变更了。即，RN当判断为连接本RN的eNB所属的TA被变更了时，将对本RN所属的TA进行更新的TAU请求信号发送给RN用MME。
在步骤ST2302中，RN用MME进行RN的TAU处理。具体地说，RN用MME作为RN的TAU处理，进行属于TAI列表的TAI的变更。
在步骤ST2303中，RN用MME将TAU接受信号经由移动目的地DeNB发送给RN。
在步骤ST2304中，RN将TAU完成信号经由移动目的地DeNB发送给RN用MME。
在步骤ST2301或步骤ST2304中，RN将RN属下的UE的标识符与发送到RN用MME的TAU请求信号一起发送。该UE的标识符也可以是通信中的UE的标识符。进而，也可以一并发送该RN的标识符。
RN用MME将从该RN接收到TAU完成信号作为触发，在步骤ST2305中，RN用MME对UE用MME发送该RN属下的UE的TAU请求信号。
RN用MME将RN的TAU处理后的TAI列表信息与该TAU请求信号一起进行发送。此外，也可以一并发送RN属下的UE的标识符。该UE的标识符也可以是通信中的UE的标识符。进而，也可以发送该RN的标识符。这些也可以不包含在TAU请求信号中，而是作为其它信号发送给UE用MME。
在步骤ST2305中，接收到RN属下的UE的TAU请求信号的UE用MME使用一并接收到的RN属下的UE的标识符和RN的TAI列表信息，在步骤ST2306中，进行RN的TAI列表信息与UE的TAI列表信息的关联。
例如，将从TAI＃11内DeNB的覆盖移动到TAI＃12内DeNB的覆盖的RN的标识符设为＃0。通过RN＃0的TAU处理，在TAI列表中新追加TAI＃12。在以下表示该TAU处理后的TAI列表。
TAI list_RN#0＝｛TAI#11，TAI#12｝＝｛DeNB#0，DeNB#1，DeNB#2，DeNB#3｝
在此，DeNB＃0、DeNB＃1属于TAI＃11。DeNB＃2、DeNB＃3属于TAI＃12。
由于UE的TAI列表（TAI list_UE）包含RN＃0的TAI，所以当将该TAI设为TAI＃13时，为如下那样。假设RN＃0、RN＃1、RN＃2属于TAI＃13。
TAI list_UE＝｛TAI#13｝＝｛RN#0，RN#1，RN#2｝
UE用MME在步骤ST2306中，进行RN的TAI列表信息与UE的TAI列表信息的关联。例如，如以下那样，用TAI list_RN#0内的DeNB标识符替换RN＃0。
图24是表示UE用MME中的RN的TAI列表信息与UE的TAI列表信息的关联处理后的映射表的图。DeNB＃0、DeNB＃1、DeNB＃2、DeNB＃3、RN＃1、RN＃2属于TAI＃13。
因此，UE的TAI列表（TAI list_UE）如以下那样进行关联。
TAI list_UE＝｛TAI#13｝＝｛RN#0，RN#1，RN#2｝＝｛DeNB#0，DeNB#1，DeNB#2，DeNB#3，RN#1，RN#2｝
通过像这样将RN的TAI列表信息与UE的TAI列表信息关联起来，从而在属于UE的TAI列表的RN或eNB或DeNB的映射表中，追加属于RN移动后的TAI的DeNB。虽然没有UE的TAI列表的变更，但是会进行属于UE的TAI列表的RN或eNB或DeNB的变更。这样，UE用MME进行更新UE所属的TA的处理。
因此，UE用MME能识别出与UE连接的RN与哪个DeNB连接。由此，UE用MME能进行RN属下的UE的移动性管理，能进行UE与核心网络之间的通信。
返回到图23，在步骤ST2307中，UE用MME将RN的TAI列表信息与UE的TAI列表信息的关联处理的完成通知给RN用MME。
如以上那样，当包含RN用MME和UE用MME的MME中的RN用MME从RN接收TAU请求信号时，由RN用MME进行RN的TAU处理，并且由UE用MME进行UE的TAU处理。由此，即使RN移动，也能进行RN以及RN属下的UE的移动性管理，因此能在UE与核心网络之间进行通信。
虽然在以上所述的例子中，示出了追加TAI的情况，但在TAI被删除或变更的情况下也能是同样的。
此外，虽然在以上所述的例子中，公开了在图23的步骤ST2305中RN将属下的UE的标识符通知给UE用MME，但是并不局限于此，也可以是UE用MME从在步骤ST2305中接收的与RN有关的信息中导出该RN属下的UE的标识符。
接着，对将来自UE的发信以及向UE的来信作为触发的方法进行公开。
图25是表示将向UE的来信作为触发来进行的情况下的、通知与UE的TA有关的信息的序列的图。在向UE的来信的情况下，将通知给UE用MME的来信信号作为触发。
当对UE产生来信时，在步骤ST2501中，UE用MME接收来信信号。
当接收来信信号时，在步骤ST2502中，UE用MME对产生来信的UE的TAI列表（TAIlist_UE）的TAI进行检索，取得该TAI内的RN标识符。
接着，在步骤ST2503中，UE用MME对RN用MME发送对具有该RN标识符的RN的TAI列表信息进行请求的信号。
在步骤ST2504中，RN用MME对具有该RN标识符的RN的TAI列表（TAI list_RN）的TAI进行检索，取得该TAI内的eNB标识符。
在步骤ST2505中，RN用MME对UE用MME通知RN的TAI列表信息。此时，在该TAI列表信息中包含eNB标识符。
在步骤ST2506中，UE用MME进行RN的TAI列表信息与UE的TAI列表信息的关联。步骤ST2506的处理由于与图23所示的步骤ST2306的处理相同，所以省略说明。
通过以上的处理，UE用MME能识别出与UE连接的RN与哪个DeNB连接，因此能进行RN属下的UE的移动性管理。因此，UE与核心网络之间的通信变得可能。
在步骤ST2507以及步骤ST2509中，UE用MME对属于UE的TAI列表内的TAI的RN、eNB、DeNB发送寻呼消息。
在步骤ST2508中，DeNB通过S1代理功能，对属下的RN，进行该寻呼消息的代理。接收到该寻呼消息的RN在步骤ST2510中，对UE发送寻呼消息。由此，UE与核心网络之间的通信变得可能。
在来自UE的发信的情况下，在步骤ST2501中将利用发信而进行的服务请求从该UE发送到UE用MME。步骤ST2502～步骤ST2506的处理与向UE的来信的情况同样地进行。由于通过以上的处理，在发信的情况下也是UE用MME能识别出与UE连接的RN与哪个DeNB连接，所以能进行RN属下的UE的移动性管理。因此，UE与核心网络之间的通信变得可能。
通过本实施方式中公开的方法，能消除移动的RN属下的许多UE一齐产生TAU的问题，并且即使移动的RN属下的UE不进行移动性处理，也能进行UE与核心网络之间的通信。
实施方式2 变形例1.
在前述的实施方式2中，公开了使RN的TAI固定并且在UE用MME与RN用MME之间进行与TA有关的信息的收发的方法。在本变形例中，公开在移动目的地MME与移动源MME之间进行与UE有关的信息的收发的方法。
在本变形例中，在RN进行了TAU的情况下，在移动源MME与移动目的地MME之间，收发与RN属下的UE有关的信息。在RN的HO时，也可以在移动源MME与移动目的地MME之间，收发与RN属下的UE有关的信息。本变形例中公开的方法可以应用于RN进行了MME间HO（Inter-MME HO）的情况。
如前所述，在3GPP中，关于对具有“移动”这一特征的RN的TAI进行管理的MME，丝毫未被讨论。
在本变形例中，公开在RN进行MME间HO（Inter-MME HO）的情况下的MME。
移动RN用的TA属于对DeNB进行管理的MME。即，对DeNB进行管理的MME管理移动RN用的TAI。
通过这样做，从而即使移动RN移动到不同的MME，也能在移动目的地MME进行管理。
虽然在这种情况下的伴随RN的架构可以与图13相同，但是UE用MME具有对移动RN所属的TA进行管理的功能。此外，RN用MME具有对移动RN的TAI列表进行管理的功能。
具体地说，能动态地更新例如能追加或者删除UE用MME所管理的TA。由此，MME能将向连接于本MME的DeNB移动来的RN的TAI追加到本MME的管理下。另一方面，MME能从本MME的管理下删除从连接于本MME的DeNB移动的RN的TAI。
在此公开的方法中，不同的MME能管理同一TAI。此外，移动RN的TAI与eNB以及DeNB的TAI可以被包含在相同的TAI列表中，也可以被包含在不同的TAI列表中。移动RN属下的UE附着于移动RN所附着的MME。
在RN移动并进行了MME间HO的情况下，需要该RN的HO处理和TAU处理。关于该RN属下的UE，虽然不需要HO处理，但却需要TAU处理。
在该RN属下的UE在eNB以及DeNB与该RN之间移动的情况下，通过禁止eNB以及DeNB的TAI与移动RN的TAI被包含在相同的TAI列表中，从而该UE启动TAU处理。另一方面，通过使其能被包含在相同的TAI列表中，从而该RN属下的UE不进行TAU处理即可。
在此公开的方法也能应用于前述的实施方式1。与RN的移动目的地DeNB连接的MME只要对该RN的TAI进行管理即可。
在RN进行了MME间HO的情况下，RN启动图22所示的HO处理，因此，在RN、DeNB以及MME间进行HO处理。在通过移动使DeNB的TAI变更的情况下，还进行TAU处理。在MME间HO的情况下，由于对TA进行管理的MME被变更，所以将DeNB的TAI变更，进行TAU处理。
可是，该RN属下的UE由于继续进行与该RN的通信，所以实际上不会识别出移动了。因此，在该RN属下的UE中，不启动HO处理。由于也不启动TAU，所以该UE不将TAU请求（TAUrequest）消息经由该RN发送给MME。因此，移动目的地MME不对移动源MME发送请求与UE有关的信息的消息，例如UE上下文请求（UE context request）消息。移动目的地MME不能识别移动来的RN属下的UE，不能管理该UE。此外，移动源MME也不能识别移动了的RN属下的UE，不能管理该UE。
为了解决该问题，在RN进行了MME间HO的情况下，在移动源MME与移动目的地MME之间，进行与RN属下的UE有关的信息的收发。
在移动源MME与移动目的地MME之间收发与该RN属下的UE有关的信息的处理也可以在该RN的TAU处理期间或者在其之后继续进行。或者，也可以在该RN的TAU处理后的HO处理期间或者在其之后继续进行。
为了在移动源MME与移动目的地MME之间，进行与该RN属下的UE有关的信息的收发，也可以启动该UE的TAU处理。与RN属下的UE有关的信息也可以是通信中的UE的标识符。
作为启动移动的RN属下的UE的TAU处理的方法的具体例，公开以下3种方法。在以下的方法中，为了启动移动的RN属下的UE的TAU处理，将预先确定的信号作为触发。预先确定的信号例如包含TAU请求消息、TAU完成消息等消息。
（1）移动目的地MME将接收到来自RN的TAU请求消息作为触发，启动该RN属下的UE的TAU处理。
（2）移动目的地MME将接收到来自RN的TAU完成消息作为触发，启动该RN属下的UE的TAU处理。
（3）移动目的地MME将检测到RN的HO完成作为触发，启动该RN属下的UE的TAU处理。
所述具体例（1）适于关联的节点具有能并行进行RN的TAU处理和该RN属下的UE的TAU处理的能力的情况。由于并行进行RN的TAU处理和RN属下的UE的TAU处理，所以能削减处理的延迟。
所述具体例（2）适于关联的节点不能并行进行RN的TAU处理和该RN属下的UE的TAU处理的情况。所述具体例（2）还能应用于关联的节点的处理能力低的情况。
所述具体例（3）由于在RN的HO处理完成之后，进行属下的UE的TAU处理，所以也能应用于关联的节点的处理能力低的情况，进而，能减少误动作。
公开在RN的HO处理以及TAU处理时，在移动源MME与移动目的地MME之间进行与该RN属下的UE有关的信息的收发的方法的具体例。
图26是表示在RN进行了MME间HO的情况下的HO处理以及TAU处理的序列的图。示出了移动目的地MME将接收到来自移动RN的TAU请求消息作为触发来启动该RN属下的UE的TAU处理的情况。
在步骤ST2601中，在RN属下的UE与RN、移动源DeNB（s-DeNB）、作为移动源的UE用MME的UE用移动源MME（UE用s-MME）、作为移动源的UE用S-GW的UE用移动源S-GW（UE用sourceS-GW、UE用s-S-GW）、UE用P-GW以及HSS之间进行通信。
在步骤ST2602中，RN移动。由此，RN与DeNB之间的通信质量降低。
在步骤ST2603中，移动源DeNB接受RN所进行的测量结果报告并决定移动目的地DeNB，向作为移动源的RN用MME的RN用移动源MME（RN用s-MME）发送该RN的HO请求信号。
在步骤ST2603中接收到HO请求信号的移动源的RN用MME在步骤ST2604中，在移动源DeNB、移动目的地DeNB（t-DeNB）、移动源的RN用MME、以及作为移动目的地的RN用MME的RN用移动目的地MME（RN用t-MME）间，进行数据转送的设定。
在步骤ST2605中，移动源的RN用MME对移动源DeNB发送HO命令信号。然后，在步骤ST2606中，移动源DeNB对RN发送HO命令信号。
在步骤ST2607以及步骤ST2608中，移动源DeNB经由移动源的RN用MME以及移动目的地的RN用MME对移动目的地DeNB发送DeNB状态信息。
在步骤ST2609中，移动源DeNB对移动目的地DeNB进行数据转送。
在步骤ST2610中，RN对移动目的地DeNB发送HO确认信号。然后，在步骤ST2611中，RN开始向移动目的地DeNB的UL数据的发送。
在步骤ST2612中，移动源DeNB对移动源的RN用MME发送HO通知信号。
在步骤ST2613中，在移动源DeNB、移动目的地DeNB、移动源的RN用MME、以及移动目的地的RN用MME间进行路径的切换设定。
在步骤ST2614中，移动目的地DeNB对RN开始DL数据的发送。
在步骤ST2615中，RN启动TAU请求处理，在RN、移动源DeNB、移动目的地DeNB、移动源的RN用MME、移动目的地的RN用MME、以及HSS间进行TAU处理。此时，在作为移动源的RN用MME的RN用移动源MME与作为移动目的地的RN用MME的RN用移动目的地MME之间，进行与RN属下的UE有关的信息的收发。
在步骤ST2615的TAU处理结束后，在步骤ST2616中，移动源的RN用MME对移动源DeNB发送上下文的释放信号。接收到上下文的释放信号的移动源DeNB进行上下文的释放，在步骤ST2617中，对移动源的RN用MME发送上下文的释放完成信号。
在步骤ST2618中，在移动源的RN用MME、移动源DeNB、移动目的地的RN用MME以及移动目的地DeNB间进行数据转送设定的消除。
在步骤ST2619中，在RN属下的UE与RN、移动目的地DeNB、作为移动目的地的UE用MME的UE用移动目的地MME（UE用t-MME）、作为移动目的地的UE用S-GW的UE用移动目的地S-GW（UE用t-S-GW）、UE用P-GW以及HSS之间进行通信。
公开RN属下的UE的TAU处理方法。图27是表示移动目的地MME将接收到来自RN的TAU请求消息作为触发来启动该RN属下的UE的TAU处理的情况下的序列的图。图27所示的序列的各处理在图26的步骤ST2615中进行。
在MME间HO的情况下，移动目的地DeNB的TAI不被包含在RN的TAI列表中。因此，在步骤ST2701中，RN启动TAU请求处理，对移动目的地的RN用MME（RA用t-MME）发送TAU请求信号。RN将RN属下的UE的标识符与TAU请求信号一起发送到移动目的地的RN用MME。进而，该RN的标识符也可以一并被发送。
在步骤ST2702中，移动目的地的RN用MME将步骤ST2701中的接收到来自RN的TAU请求信号作为触发来启动RN属下的UE的TAU处理。
在步骤ST2703中，移动目的地的RN用MME对移动目的地的UE用MME（UE用t-MME）发送RN属下的UE的TAU请求信号。移动目的地的RN用MME将该RN属下的UE的标识符与该TAU请求信号一起发送到移动目的地的UE用MME。RN属下的UE的标识符也可以不被包含于TAU请求信号中，而是作为其它信号被发送到移动目的地的UE用MME。此外，该RN的标识符也可以一并被发送。在步骤ST2703中接收到RN属下的UE的TAU请求信号的移动目的地的UE用MME启动由一同接收到的该RN属下的UE的标识符表示的UE的TAU处理。
在步骤ST2704中，移动目的地的RN用MME对移动源的RN用MME（RN用s-MME）发送上下文请求信号。在步骤ST2705中，移动目的地的UE用MME对移动源的UE用MME（UE用s-MME）发送UE的上下文请求信号。
在步骤ST2706中，移动源的RN用MME对移动目的地的RN用MME发送上下文响应信号。在步骤ST2707中，移动源的UE用MME对移动目的地的UE用MME发送UE上下文响应信号。
在步骤ST2708中，移动目的地的RN用MME将表示在步骤ST2706中从移动源的RN用MME发送的上下文响应信号的接受成功了的上下文Ack信号发送给移动源的RN用MME。在步骤ST2709中，移动目的地的UE用MME将表示在步骤ST2707中从移动源的UE用MME发送的UE上下文响应信号的接受成功了的UE上下文Ack信号发送给移动源的UE用MME。
在步骤ST2710中，移动目的地的RN用MME对HSS发送请求RN的位置更新（更新）的位置更新请求信号。在步骤ST2711中，移动目的地的UE用MME对HSS发送请求UE的位置更新的UE位置更新请求信号。
在步骤ST2712中，HSS将请求RN的位置取消的位置取消请求信号发送给移动源的RN用MME。在步骤ST2713中，HSS将请求UE的位置取消的UE位置取消请求信号发送给移动源的UE用MME。
在步骤ST2712中接收到RN的位置取消请求信号的移动源的RN用MME进行RN的位置取消。然后，移动源的RN用MME在步骤ST2714中，将表示RN的位置取消成功了的位置取消Ack信号发送给HSS。
在步骤ST2713中接收到UE位置取消请求信号的移动源的UE用MME进行UE的位置取消。然后，移动源的UE用MME在步骤ST2715中，将表示UE的位置取消成功了的UE位置取消Ack信号发送给HSS。
在步骤ST2716中，HSS对移动目的地的RN用MME发送表示位置更新完成了的位置更新Ack信号。在步骤ST2717中，HSS对移动目的地的UE用MME发送表示UE的位置更新完成了的UE位置更新Ack信号。
在步骤ST2718中，移动目的地的RN用MME对RN发送TAU接受信号。在步骤ST2719中，移动目的地的UE用MME对RN属下的UE发送UE的TAU接受信号。
在步骤ST2720中，RN将TAU完成信号发送给移动目的地的RN用MME。由此，完成RN的一系列TAU处理。
在步骤ST2721中，RN属下的UE将UE的TAU完成信号发送给移动目的地的UE用MME。在步骤ST2722中，移动目的地的UE用MME将表示RN属下的UE的TAU处理完成了的UE的TAU完成信号发送给移动目的地的RN用MME。由此，UE的一系列TAU处理完成。
在没有发送给UE的信息的情况下、以及在TAU接受信号内的信息中没有变更的情况下，也可以省略步骤ST2719的向UE的TAU接受信号的发送处理和步骤ST2721的来自UE的TAU完成信号的发送处理。即，在没有发送给UE的信息的情况下、以及在TAU接受信号内的信息中没有变更的情况下，也可以省略步骤ST2719中由TAU接受信号通知的向UE的TAU接受消息、以及步骤ST2721中由TAU完成信号通知的来自UE的TAU完成消息。
在该情况下，移动目的地的UE用MME在步骤ST2717中接收到位置更新Ack信号后，在步骤ST2722中，将RN属下的UE的TAU完成信号发送给移动目的地的RN用MME。
通过这样做，从而能与RN移动时启动的RN的TAU处理连动地进行RN属下的UE的TAU处理。即使RN属下的UE不启动TAU处理，也会进行RN属下的UE的TAU处理。因此，移动源MME和移动目的地MME能识别出RN属下的UE移动了，能进行移动性管理。此外，移动目的地MME能构成以及管理UE的TAI列表，UE与核心网络之间的通信变得可能。
在图27中公开的具体例中，将在步骤ST2701中移动目的地的RN用MME接收到来自RN的TAU请求信号作为触发，并行进行RN的TAU处理和UE的TAU处理。由此，由于能缩短在RN以及RN属下的UE的TAU处理结束之前的时间，所以作为系统能削减处理的延迟。
此外，也可以在步骤ST2701中从RN发送到移动目的地的RN用MME的TAU请求信号中，包含表示是否在移动源MME与移动目的地MME之间进行与RN属下的UE有关的信息的收发的信息。表示是否进行该收发的信息例如也可以采用表示是否进行UE的TAU处理的信息。也可以设置表示该信息的新的参数并将其包含在该请求信号内。通过这样做，从而RN能对MME请求以便进行属下的UE的TAU处理。
如在本变形例中公开的那样，通过在移动源MME与移动目的地MME之间，进行与RN属下的UE有关的信息的收发，从而移动源以及移动目的地双方的MME能进行该UE的移动性管理。移动目的地MME能构成以及管理UE的TAI列表，UE与核心网络之间的通信变得可能。
此外，通过本变形例中公开的方法，RN属下的UE可以不发送TAU请求信号。因此，能消除在该RN进行了跨越TA的移动的情况下该RN属下的UE一齐产生TAU请求信号的问题。由此，能降低信令负荷。
在移动源MME与移动目的地MME之间，关于移动的RN属下的UE，可以按每个UE进行与UE有关的信息的收发，也可以对属于规定组的UE或全部UE的与UE有关的信息集中进行收发。
此外，也可以将UE专用的信息与UE共同的信息分开，关于UE共同的信息，作为一个信息要素或作为一个参数，包含在信号内进行收发。通过这样做，从而能降低MME间或HSS与MME之间的信令量。
在进行RN的HO处理时，进行RN属下的UE的TAU处理的情况下，即使UE的TAU处理失败，也最好继续进行该RN的HO处理。或者，也可以完成HO处理。
在这种情况下，再次进行UE的TAU处理即可。再次进行的TAU处理的次数也可以设置限制。此外，也可以设置UE进行TAU处理的限制时间，只要在该限制时间以内就可再次进行TAU处理。在超过了限制时间的情况下，禁止再次进行TAU处理，对被禁止的UE通知TAU处理失败了的含义也可。
被通知了TAU处理失败的含义的UE也可以切断与RN之间的连接，并进行小区重选处理。或者，也可以是UE自身启动TAU处理，并经由RN对移动目的地MME发送TAU请求信号。即，进行通常的TAU处理。由此，即使与移动目的地MME的连接再次失败，也能进行通常的TAU处理失败的情况下的处理。通过这样做，从而UE能选择eNB、DeNB、RN等其它小区，因此能经由选择的小区进行通信。
对移动目的地MME经由RN向UE通知的方法进行公开。对UE个别地进行通知，或者对属于规定组的UE进行通知，或者对全部UE集中进行通知即可。或者，也可以从移动目的地MME到RN，集中通知针对属于规定组的UE的信息，或者集中通知针对全部UE的信息，并从RN到UE个别地进行通知。也可以将UE专用的信息与UE共同的信息分开，关于UE共同的信息，作为一个信息要素或者作为一个参数进行通知。
作为移动目的地MME经由RN向UE通知的方案，可以使用NAS消息，也可以使用寻呼消息。在使用了寻呼消息的情况下，UE处于RRC_Connected状态或RRC_Idle状态的哪一种状态都能进行通知。
此外，作为移动目的地MME向RN通知的方案，可以使用S1消息，作为从RN向UE通知的方案，可以使用RRC信令或MAC信令。由此，能对RRC_Connected状态的UE个别地进行通知。作为从RN向UE通知的其它方法，可以作为系统信息进行通知。由此，能对RRC_Idle状态的UE进行通知。
也可以在NAS消息、S1信令、RRC信令、MAC信令、系统信息以及寻呼消息中的至少任一个信息上，设置表示UE的TAU处理失败了的含义的信息的参数并进行通知。也可以是该参数在作为1位例如“1”的情况下，表示TAU处理失败了。
RN属下的UE有时被限制接入移动目的地MME。在被限制接入的情况下，该UE不能识别出不可能对移动目的地MME接入，而继续进行了与该RN的连接。因此，该UE持续不能与网络通信的状态。
公开解决该问题的方法。在RN移动了的情况下，移动目的地MME进行该RN属下的UE的接入限制。作为移动目的地MME，也可以使用移动目的地的UE用MME。移动目的地MME按每个UE判断可否进行取决于接入限制的接入。在能接入的情况下，进行本变形例中公开的、移动源MME与移动目的地MME之间的与RN属下的UE有关的信息的收发。在不能接入的情况下，移动目的地MME对RN属下的UE通知不能接入或禁止接入的含义。
作为通知TAU处理失败了的含义的UE的动作，应用前述的方法即可。此外，对于从RN向UE的通知方法，也应用前述的方法即可。通过这样做，从而即使在移动的RN属下的UE被限制接入移动目的地MME那样的情况下，UE也能选择eNB、DeNB以及RN等其它小区，能经由该选择的eNB、DeNB以及RN等小区进行通信。
在图27中，公开了在没有从移动目的地MME发送到RN属下的UE的信息的情况下、或者在以TAU接受信号发送的信息中没有变更的情况下，在步骤ST2719中，也可以省略从移动目的地的UE用MME通知给UE的TAU接受消息。在以下公开该也可以省略的情况下的具体例。
是RN的TAI不因移动而改变，该TAI也能由移动目的地MME管理的情况。此外，是UE不需要GUTI（Globally Unique Temporary Identity：全球唯一的临时标识）、EPS（EvolvedPacket System：演进型分组系统）承载的变更的情况。
在UE的TAI列表内的TAI中没有变更的情况下，也可以省略该TAU接受消息。例如，即使RN移动，RN的TAI也不改变，在RN属下的UE的TAI列表内仅包含该RN的TAI。通过这样做，从而能省略UE的TAI列表。
此外，RN即使在不同的MME间移动，也能使移动目的地MME分配给RN属下的UE的GUTI与由移动源MME分配的GUTI相同。通过这样做，从而能省略GUTI。此外，通过使移动目的地的EPS承载与移动源的EPS承载相同，从而能省略EPS承载信息。
通过省略从移动目的地MME通知给UE的TAU接受消息，从而UE不会与本变形例的序列有关。由此，由于UE的TAU处理在核心网络内进行，所以能谋求控制延迟的削减、控制的简单化以及信令负荷的降低。
另一方面，对从移动目的地MME将TAU接受消息通知给UE的情况进行公开。是（a）在移动目的地MME与UE之间进行与私密（安全）有关的信息的通知的情况，（b）RN的TAI不能由移动目的地MME管理的情况，（c）移动源的TAI列表中包含的TAI也不能由移动目的地MME管理的情况等。在这些（a）～（c）的情况下，从移动目的地MME向该UE，通过TAU接受消息，通知由移动目的地MME更新后的信息（以下有时称为“更新信息”）即可。
作为从移动目的地MME对UE通知更新信息的方法，能应用与通知前述的TAU处理失败了的含义的信息的方法同样的方法。
此外，作为更新信息，只要仅是GUTI，就可以通知NAS消息的“GUTI reallocationcommand（GUTI再分配命令）”。
即使在移动RN进行HO处理时，该RN与属下的UE处于RRC_Connected状态，也不能进行该UE与核心网络之间的通信。在这种情况下，会产生该UE未识别出不能通信而对该RN持续发送数据的问题。
在以下公开解决该问题的方法。RN通过调度进行调整。在进行该RN的HO处理时，DL以及UL均不进行调度即可。作为中断调度的触发的具体例，公开以下3种。
（1）将RN对DeNB发送测量报告（measurement report）作为触发。调度的中断设为直到没有该测量报告的发送为止即可。
（2）将RN从DeNB接收到HO命令作为触发。调度的中断设为直到RN对DeNB发送HO确认（confirm）为止即可。
（3）将RN变为与DeNB的无线链路失败（Radio Link Failure：RLF）作为触发。调度的中断设为直到移动RN恢复为RRC_Connected状态为止即可。
已经调度的数据、进行HARQ的数据仅在RN与属下的UE之间继续进行通信，关于UL数据，RN进行缓冲以保持数据即可。在RN的HO处理完成后，将该数据发送到核心网络侧即可。
此外，为了不与属下的UE进行通信，设置通信保留命令，从RN对属下的UE通知该通信保留命令即可。接收到该通信保留命令的UE不与RN进行通信。
通过这样做，从而在RN进行HO处理时，由于来自该RN属下的UE的数据，能防止该RN的缓冲器成为溢出，或该数据被废弃（丢弃（discard））。此外，属下的UE也可以不按每个子帧接收PDCCH。由此，能削减UE的功耗。
通过本变形例中公开的方法，在进行RN的HO处理时，进行该RN属下的UE的TAU处理。可是，由于并非进行该RN属下的UE的HO处理，所以不进行在通常的HO处理中进行的数据转送（转发（forwarding））。
在此，公开数据转发的方法。在X2 HO中，在基站间进行数据转发。即使在RN进行了X2 HO的情况下，该RN属下的UE的数据转发也只要在服务该UE的该RN内部被进行即可。即，不需要向RN外的数据转发。
在S1 HO中，在基站间以及S-GW间进行数据转发。在以下的说明中，将在基站间进行的数据转发称为“直接转发”，将在S-GW间进行的数据转发称为“间接数据转发”。
基站间的直接转发用与前述的X2 HO相同的方法进行即可。关于从移动源S-GW或者移动源P-GW向移动目的地S-GW或者移动目的地P-GW的间接转发，启动UE的HO处理来进行即可。也可以启动UE的数据转发的设定，仅进行间接转发处理。或者，也可以禁止间接转发，仅进行直接转发。
公开进行UE的数据转送（forwarding）处理的方法。在RN的HO处理期间进行UE的数据转送处理即可。在以下示出UE的数据转送处理的具体例。
图28是表示启动UE的数据转送处理的序列的图。移动源MME只要将接收到来自移动源DeNB的RN的HO请求（HO required）信号作为触发，开始RN属下的UE的数据转送处理即可。
UE的数据转送处理在图26所示的RN的HO处理以及TAU处理之间进行。在图26的步骤ST2603中，移动源DeNB（s-DeNB）对移动源的RN用MME（RN用s-MME）发送RN的HO请求信号。
在步骤ST2801中，移动源的RN用MME将接收到来自移动源DeNB的HO请求信号作为触发，对移动源的UE用MME（UE用s-MME）发送属下的UE的数据转送请求信号。也可以取代数据转送请求信号，发送请求间接转发的信号。
在步骤ST2802中，在RN、移动源的UE用MME、移动目的地的UE用MME（UE用t-MME）、移动源的UE用S-GW（UE用s-S-GW）以及移动目的地的UE用S-GW（UE用t-S-GW）间，进行UE的数据转送设定。
在步骤ST2803中，移动源的UE用MME对RN发送指示UE的数据转送的数据转送指示信号。
在步骤ST2804中，RN经由移动源的UE用S-GW，对移动目的地的UE用S-GW进行UE的数据转送。在步骤ST2805中，移动目的地的UE用S-GW对RN进行UE的数据转送。通过该步骤ST2804以及步骤ST2805中的数据转送，对于存在于移动源的UE用S-GW中的UE的数据，也经由移动目的地的UE用S-GW对RN进行数据转送即可。由此，移动源的UE用S-GW中保持的UE的数据也被转送到RN。
在步骤ST2806中，在RN、移动源的UE用MME、移动目的地的UE用MME、移动源的UE用S-GW以及移动目的地的UE用S-GW间，进行UE的数据转送设定的消除。UE的数据转送处理也可以与RN的HO处理以及TAU处理并行进行。
在启动UE的HO处理的情况下，移动源的RN用MME将从移动源DeNB接收到RN的HO请求（HO required）信号作为触发，从移动源的RN用MME对移动源的UE用MME发送使RN属下的UE的HO处理启动的信号。移动源的UE用MME只要通过接收使RN属下的UE的HO处理启动的信号来进行RN属下的UE的HO处理即可。
公开RN属下的UE不需要数据转送的方法。若RN启动HO处理，则RN中断向属下的UE的调度。由此，没有在RN与该RN属下的UE之间的数据的收发，因此能不需要该UE的数据转送。作为在进行RN的HO处理时中断向属下的UE的调度的方法，使用前述的方法即可。在必须进行UE的数据转送的情况下，例如针对VoIP，使用前述的方法即可。
通过本变形例中公开的方法，移动目的地MME以及移动源MME能识别出RN属下的UE，能构成以及管理UE的TAI列表。因此，UE与核心网络之间的通信变得可能。
在进行RN的HO处理时，进行RN属下的UE的HO处理的情况下，即使UE的HO处理失败，也最好继续进行该RN的HO处理。或者，也可以完成HO处理。
在这种情况下，再次进行UE的HO处理即可。再次进行的HO处理的次数也可以设置限制。此外，也可以设置UE进行HO处理的限制时间，只要在该限制时间以内，就可以再次进行HO处理。在超过了限制时间的情况下，也可以禁止再次进行HO处理，对被禁止的UE通知HO处理失败了的含义。
被通知了HO处理失败的含义的UE也可以切断与RN之间的连接，并进行小区重选处理。或者，也可以进行HO失败（HO failure）处理。由此，能进行在通常的HO处理失败了的情况下的处理。通过这样做，从而UE能选择eNB、DeNB、RN等其它小区，因此能经由所选择的小区进行通信。
实施方式3.
为了解决MME不能够识别以及管理移动的RN属下的UE，UE与网络之间的通信变得不可能的问题，也可以组合前述的实施方式1中公开的方法和实施方式2中公开的方法。
具体地说，在RN进行了MME内HO的情况下，应用实施方式2中公开的方法，使RN的TAI固定，仅在进行了MME间HO的情况下，应用实施方式1中公开的方法，使RN的TAI与移动目的地DeNB的TAI相同。
换言之，当判断为RN进行了MME内HO，即判断为连接RN的eNB所属的TA被变更了，而且，判断为对连接RN的eNB所属的TA进行管理的MME未被变更时，应用实施方式2中公开的方法。当判断为RN进行了MME间HO，即判断为连接RN的eNB所属的TA被变更了，而且，判断为对连接RN的eNB所属的TA进行管理的MME被变更了时，应用实施方式1中公开的方法。
固定的TAI设为与服务RN的DeNB连接的MME所管理的规定的TAI即可。该规定的TAI也可以采用P-DeNB所属的TAI。
在RN进行了MME间HO的情况下，RN需要使本RN的TAI与移动目的地DeNB的TAI相同。作为判断RN本身进行了MME内HO、还是进行了MME间HO的方法，公开以下两种。
（1）RN基于从MME通知的是否是MME间HO的标识符进行判断。
（2）RN基于在进行了HO时从移动目的地MME通知的GUTI进行判断。
在所述（1）的方法中，MME是移动源MME、是移动目的地MME，均可。设置是否是MME间HO的标识符，MME对进行HO处理的RN通知该标识符。
公开移动源MME对RN通知该标识符的具体例。在RN移动且HO被启动的情况下，从移动源MME经由移动源DeNB对RN通知HO命令。也可以在该HO命令中包含是否是MME间HO的标识符。或者，也可以另外通知包含是否是MME间HO的标识符的信号。
公开移动目的地MME对RN通知该标识符的具体例。在RN移动且不同的MME间的HO被启动的情况下，进行RN的TAU处理。在RN的TAU处理中，移动目的地MME对RN通知是否是MME间HO的标识符即可。例如，从移动目的地MME经由移动目的地DeNB对RN通知TAU接受信号。也可以在该TAU接受信号中包含是否是MME间HO的标识符。或者，也可以另外通知包含是否是MME间HO的标识符的信号。
RN通过从MME通知的是否是MME间HO的标识符，判断进行了MME内HO、还是进行了MME间HO。RN在MME内HO的情况下，能应用前述的实施方式2中公开的方法，在MME间HO的情况下，能应用前述的实施方式1中公开的方法。
对所述（2）的方法公开具体例。
在RN进行了HO时，在RN的HO处理或者TAU处理中，移动目的地MME分配RN用的GUTI，并通知给RN。移动目的地MME也可以是移动目的地的RN用MME。RN基于通知的GUTI，判断进行了MME内HO、还是进行了MME间HO。
这样，通过与移动终端装置（UE）同样地，也对RN分配GUTI，从而MME能用与对UE的标识符进行管理的情况相同的标识符管理方法来管理RN的标识符。由此，能简化MME的控制。
GUTI为以下所示的号码结构（参照3GPP TS23.003 V9.0.0（以下称为“参考文献5”））。
＜GUTI＞＝＜GUMMEI＞＜M-TMSI＞
GUMMEI（Globally Unique MME Identifier）是作为MME的标识符（Identity）的MME号码。M-TMSI（M-Temporary Mobile Subscriber Identity：M-临时移动用户标识）是作为在MME内被给予的终端（UE）的标识符（identity）的终端号码。对RN也分配M-TMSI。
图29是表示判断RN是MME内HO以及MME间HO的哪一个的处理的处理顺序的流程图。开始RN的HO处理或者TAU处理。例如，在图26中公开的步骤ST2615的TAU处理中，移动目的地的RN用MME（RN用t-MME）对该RN分配GUTI，在TAU接受信号内包含该RN的GUTI而发送给该RN。
在步骤ST2901中，RN接收由移动目的地MME分配给本RN而发送的GUTI。
在步骤ST2902中，RN根据从移动目的地MME发送而接收的GUTI，使用前述的GUTI的号码结构，导出GUMMEI。
在步骤ST2903中，RN判断在步骤ST2902中导出的GUMMEI与从移动源的RN用MME发送而接收且已经保有的移动源的RN用MME的GUMMEI是否相同。在步骤ST2903中在RN判断为导出的GUMMEI与移动源的RN用MME的GUMMEI相同的情况下，转移到步骤ST2904，在RN判断为导出的GUMMEI与移动源的RN用MME的GUMMEI不相同的情况下，转移到步骤ST2905。
在步骤ST2904中，RN判断为移动目的地MME与移动源MME相同，并且进行了MME内HO（intra-MME HO）。在步骤ST2904的处理结束之后，转移到步骤ST2906。
在步骤ST2906中，RN不进行本RN的TAI的变更，而按照前述的实施方式2的方法。在这种情况下，在前述的图27所示的步骤ST2701中，在从RN发送给移动目的地的RN用MME的TAU请求信号中，包含表示是否在移动源MME与移动目的地MME之间进行与RN属下的UE有关的信息的收发的信息即可。由此，RN能对MME请求以便进行属下的UE的TAU处理。
在步骤ST2905中，RN判断为移动目的地MME与移动源MME不同，并且进行了MME间HO（inter-MME HO）。在步骤ST2905的处理结束之后，转移到步骤ST2907。
在步骤ST2907中，RN使本RN的TAI与移动目的地DeNB的TAI相同。然后，RN按照前述的实施方式1的方法。通过这样做，从而RN能判断是MME内HO以及MME间HO的哪一个。由此，在RN为MME内HO的情况下，能应用前述的实施方式2中公开的方法，在MME间HO的情况下，能应用前述的实施方式1中公开的方法。
在RN进行了MME内HO的情况下，MME也可以不对该RN通知GUTI。由于不进行MME的变更，所以也可以不进行GUTI的变更。
在这种情况下，RN在HO处理或者TAU处理中，也可以通过是否从移动目的地MME新通知了GUTI来判断是MME间HO以及MME内HO的哪一个。
在从移动目的地MME新通知了GUTI的情况下，判断为MME间HO，在未通知GUTI的情况下，判断为MME内HO。通过这样做，从而能削减从MME向RN通知的信息。
虽然前述的实施方式1中公开的方法关于UE进行的TAU处理无需新的结构，但是由于RN属下的UE一齐启动TAU，所以有一齐产生许多TAU的问题。另一方面，前述的实施方式2以及实施方式2的变形例1中公开的方法虽然能消除一齐产生许多TAU的问题，但特别是在MME间HO的情况下，需要在移动目的地MME与移动源MME之间的与UE有关的信息的交换，属下的UE的TAU处理变得复杂。
通过应用本实施方式中公开的方法，从而能削减这双方的问题。在MME内HO的情况下，通过应用前述的实施方式2中公开的方法，从而在不同的MME间无需信息的交换，不会使TAU处理变得复杂。此外，通过仅在MME间HO的情况下，应用实施方式1中公开的方法，能将一齐产生许多TAU的状况限定于MME间HO的情况，能削减信令的负荷。
通过本实施方式中公开的方法，能防止控制的复杂化，削减信令的负荷。进而，移动目的地MME以及移动源MME能识别出RN属下的UE，能构成以及管理UE的TAI列表，因此UE与核心网络之间的通信变得可能。
实施方式4.
在前述的实施方式1～实施方式3中，采用使管理移动RN的TAI的MME为连接DeNB的MME的结构。在本实施方式中，关于管理移动RN的TAI的MME，公开其它结构。
设置仅对移动RN所属的TA进行管理的MME。该MME对移动RN的TAI进行管理。该MME进行移动RN属下的UE的移动性的管理。
作为移动RN用的MME的功能，公开以下4种。
（1）移动RN所属的TA的管理功能。
（2）移动RN的TAI的管理功能。
（3）移动RN属下的UE所属的TA以及TAI的管理功能。
（4）移动RN属下的UE的TAI列表的管理功能。
也可以使移动RN用的MME具有上述功能的至少1种。也可以使移动RN用的MME除了通常的MME的功能之外还具有上述功能。
图30是表示在设置有仅对移动RN所属的TA进行管理的MME的情况下的移动通信系统的架构的图。由于图30所示的结构与图13所示的结构类似，所以对对应的部分标注同一附图标记，并省略共同的说明。
UE用m-MME3003是仅对RN所属的TA进行管理的MME。DeNB1305和UE用m-MME3003由S1接口3001连接。UE用m-MME3003和UE用S-GW1307由S11接口3002连接。
如图30所示，在对通常的eNB或固定的RN属下的UE的移动性进行管理的UE用MME1302之外，另设置进行移动RN属下的UE的移动性的管理的UE用m-MME3003。
在RN1304是固定的RN的情况下，采用图13中说明的动作。在以下公开RN1304为移动RN的情况下的动作。
在移动RN1304作为UE动作的情况下，与图13中说明的动作相同。即，在移动RN1304、DeNB1305、RN用MME1301以及DeNB1305的S-GW／P-GW功能之间进行通信。原因是，由于对DeNB的TAI进行管理的MME为RN用MME，所以对于对移动RN的移动性进行管理，采用RN用MME是适当的。
另一方面，在移动RN1304作为UE的eNB进行动作的情况下，在UE1303、移动RN1304、DeNB1305的S1／X2代理功能、UE用m-MME3003、UE用S-GW1307、以及UE用P-GW1306之间进行通信。
在UE1303与移动RN1304之间的通信中，使用Uu接口1314。在移动RN1304与UE用m-MME3003之间的通信中，经由DeNB1305的S1代理功能使用S1接口3001。在UE用m-MME3003与UE用S-GW1307之间的通信中，使用S11接口3002。
在使用X2接口的情况下，在移动RN1304与邻接eNB之间的通信中，经由DeNB1305的X2代理功能使用X2接口。原因是，由于对移动RN的TAI进行管理的MME是m-MME，所以对于进行移动RN属下的UE的移动性的管理，采用m-MME是适当的。将对移动RN属下的UE进行管理的m-MME称为UE用m-MME。
在本实施方式中公开的方法中，移动RN的TAI与eNB、DeNB以及固定的RN等其它小区的TAI不包含在相同的TAI列表中。即使DeNB所属的TA与移动RN所属的TA相同，也不包含在相同的TAI列表中。例如是前述的实施方式1中公开的使移动RN的TAI与移动目的地DeNB的TAI相同的情况等。
图31是用于说明移动RN所属的TA和移动RN属下的UE所属的TA的图。由于图31的结构与图15所示的结构类似，所以对对应的部分标注同一附图标记，并省略共同的说明。
在图31中，示出了RN3106沿着箭头3100移动的情况。RN3106存在于RN3106所构成的覆盖3107内。移动前的RN3106所属的TA是第五TA3108。RN3106属下的UE3109与RN3106的移动一起移动。移动前的RN3106连接于第六DeNB1527。第六DeNB1527连接于第一MME1520。
RN3106在沿着箭头3100移动之后，连接于第十DeNB1505。第十DeNB1505连接于第二MME1501。RN3106在移动之后所属的TA与之前不变地设为第五TA3108。作为该RN3106所属的TA的第五TA3108由m-MME3102管理。m-MME连接于支持移动RN的全部DeNB。在图31所示的例子中，m-MME3102连接于DeNB1522～1527、1502～1507。
如图31所示，移动RN3106从第六DeNB1527到第十DeNB1505，在不同的MME间移动。此时，移动RN所属的TA保持相同不变。即，假设RN的TAI不改变。在此，保持第五TA3108的TAI的状态。
移动RN由于连接的DeNB被变更，所以启动HO处理。此外，由于DeNB所属的TA不同，即DeNB的TAI不同，所以移动RN在HO时启动TAU。
另一方面，即使移动RN在不同的DeNB间移动，该RN的TAI也不改变，因此移动RN属下的UE不启动HO处理，不启动TAU处理。
在本实施方式中公开的方法中，与前述的实施方式1～实施方式3不同，即使未进行UE的TAU处理，也不会产生问题。在本实施方式中，设置有仅对移动RN所属的TA进行管理的m-MME。由此，m-MME对移动RN的TAI进行管理，进行移动RN属下的UE的移动性的管理。即，即使移动RN在不同的DeNB间移动，作为进行移动RN属下的UE的移动性的管理的MME的m-MME也不会改变。因此，由于即使未进行移动RN属下的UE的TAU处理，m-MME也能继续进行该UE的移动性的管理，所以不会产生问题。
此外，也可以将RN用MME的功能分离为固定RN用的管理功能和移动RN用的管理功能。也可以对RN用MME加入固定RN用的管理功能，设置具有移动RN用的管理功能的RN用m-MME。也可以将UE用m-MME和RN用m-MME构成在同一MME内。由此，能将作为移动RN的移动性管理与其它小区（eNB、DeNB、固定RN）分离地进行管理。由于能构成仅移动RN的MME，所以能实现灵活的追加设置以及运用。因此，能削减投资成本以及运用成本。
通过采用本实施方式中公开的方法，从而即使不进行例如前述的实施方式1～实施方式3中公开的那样的RN属下的UE的TAU处理，m-MME也能构成以及管理UE的TAI列表。因此，UE与核心网络之间的通信变得可能。
在移动RN的数目变得庞大的情况下，难以用一个m-MME管理移动RN的TAI。由于支持庞大数目的移动RN的DeNB的数目也变得庞大，所以特别是一个m-MME难以与这些全部DeNB连接。在以下公开解决这样的问题的方法。
对移动RN进行分组化（分组（grouping））。按每个该分组对支持的DeNB进行限定。此外，按每个该分组设置对移动RN的TAI进行管理的m-MME。
通过按每个移动RN的分组设置m-MME，从而能限定连接各m-MME的DeNB。由此，即使一个m-MME不与庞大的数目的DeNB连接也可。
移动RN的分组例如按每个服务进行即可。例如是○○新干线的车辆上设置的分组、以及△△新干线的车辆上设置的分组等。
如果在支持移动RN的DeNB未连接于m-MME的情况下，RN属下的UE也不进行利用m-MME的移动性的管理。作为消除该问题的方法，公开以下3种。
（1）UE不能进行通信。
（2）使移动RN的TAI的管理移动到对移动RN进行了TAU的MME。
（3）将移动RN的TAI变更为DeNB的TAI。
所述（1）的方法适于移动RN的接入被限定于期望的m-MME那样的情况。例如，在移动后某个移动RN的分组与连接于对其它移动RN的分组的TAI进行管理的m-MME的DeNB连接那样的情况下，该移动RN属下的UE不能进行通信。通过这样做，从而能使仅分组内的移动RN属下的UE的通信变得可能。
如所述（2）的方法那样，通过使移动RN的TAI的管理移动到对移动RN进行了TAU的MME，从而能使该RN属下的UE的通信变得可能。
所述（3）的方法成为前述的实施方式1中公开的方法，能取得在该情况下的效果。
根据本实施方式中公开的方法，即使移动RN进行了MME间HO，对该RN属下的UE的TAI进行管理的MME也是m-MME，未被变更，因此无需进行UE的TAU处理。由此，能消除由前述的实施方式1～实施方式3中公开的方法产生的一齐产生许多TAU的这一问题。此外，能无需移动源MME与移动目的地MME之间的信息的交换。因此，能防止TAU处理的复杂化，并且能削减信令的负荷。
实施方式4 变形例1.
在本变形例中，关于管理移动RN的TAI的MME，公开其它结构。
设置多个移动RN用的MME。可以在通常的MME内，构成移动RN用的MME，也可以使其具有移动RN用的MME的功能。移动RN用的MME的功能采用前述的实施方式4中公开的功能即可。
图32是表示在通常的MME内构成移动RN用的MME的情况下的架构的图。由于图32的结构与图13所示的结构类似，所以对对应的部分标注同一附图标记，并省略共同的说明。
UE用m-MME3203仅对移动RN所属的TA进行管理。DeNB1305和UE用m-MME3203由S1接口3201连接。UE用m-MME3203和UE用S-GW1307由S11接口3202连接。
在本变形例中，将UE用MME1302和UE用m-MME3203构成在同一MME3200内。虽然与图32所示的例子不同，但是也可以将RN用MME1301、UE用MME1302和UE用m-MME3203构成在同一MME内。换言之，也可以构成兼具RN的移动性管理功能、eNB、DeNB或者固定RN属下的UE的移动性管理功能、以及移动RN属下的UE的移动性功能的MME。
RN用MME1301和UE用m-MME3203由接口3204连接。由此，在RN进行了TAU处理的情况下，使RN用MME1301与UE用m-MME3203之间的信息交换成为可能。
在RN1304为固定的RN的情况下、以及在RN1304为移动RN并作为UE进行动作的情况下，与图30中说明的动作相同。
在移动RN1304作为UE的eNB进行动作的情况下，在UE1303、移动RN1304、DeNB1305的S1／X2代理功能、UE用m-MME3203、UE用S-GW1307以及UE用P-GW1306之间进行通信。在这种情况下的动作也与图30中说明的动作相同。
在本变形例中公开的方法中，移动RN的TAI与eNB、DeNB以及固定的RN等其它小区的TAI不包含在相同的TAI列表中。即使DeNB所属的TA与移动RN所属的TA相同，也不包含在相同的TAI列表中。例如是实施方式1中公开的使移动RN的TAI与移动目的地DeNB的TAI相同的情况等。
图33是用于说明实施方式4的变形例1中的移动RN所属的TA和移动RN属下的UE所属的TA的图。由于图33所示的结构与图15所示的结构类似，所以对对应的部分标注同一附图标记，并省略共同的说明。
在图33中，示出RN3305沿着箭头3300移动的情况。第一m-MME3301与和第一MME1520连接的全部DeNB1522～1527通过S1接口3303连接。第二m-MME3302与和第二MME1501连接的全部DeNB1502～1507通过S1接口3304连接。
RN3305存在于RN3305所构成的覆盖3307内。移动前的RN3305所属的TA是第五TA3308。RN3305属下的UE3306与RN3305的移动一起移动。
移动前的RN3305连接于第六DeNB1527。第六DeNB1527连接于第一MME1520以及第一m-MME3301。RN3305在移动之前所属的TA是第五TA3308。该第五TA3308由第一m-MME3301管理。
RN3305在沿着箭头3300移动之后，连接于第十DeNB1505。第十DeNB1505连接于第二MME1501以及第二m-MME3302。RN3305在移动之后所属的TA与之前不变地设为第五TA3308。该移动后的第五TA3308由第二m-MME3302管理。
移动RN属下的UE的TAI列表和固定RN、eNB或者DeNB属下的UE的TAI列表被不同的MME管理。移动RN属下的UE的TAI列表被UE用m-MME管理。固定RN、eNB或者DeNB属下的UE的TAI列表被UE用MME管理。具体地说，使用图33来进行说明。
移动前的移动RN3305属下的UE3306的TAI列表和第一～第六DeNB1522～1527属下的UE的TAI列表被不同的MME管理。具体地说，移动RN3305属下的UE3306的TAI列表被作为UE用m-MME的第一m-MME3301管理。第一～第六DeNB1522～1527属下的UE的TAI列表被作为UE用MME的第一MME1520管理。
移动后的移动RN3305属下的UE3306的TAI列表和第七～第十二DeNB1502～1507属下的UE的TAI列表被不同的MME管理。具体地说，移动RN3305属下的UE3306的TAI列表被作为UE用m-MME的第二m-MME3302管理。第七～第十二DeNB1502～1507属下的UE的TAI列表被作为UE用MME的第二MME1501管理。
移动RN的TAI和固定RN、eNB或者DeNB的TAI不被包含在相同的TAI列表中。移动RN属下的UE附着于移动RN所附着的MME内设置的移动RN用的MME。
在移动RN进行了MME间HO的情况下，进行移动RN的HO处理以及TAU处理。不进行移动RN属下的UE的HO处理以及TAU处理。可是，需要该UE的TAU处理。原因是，由于MME被变更，所以移动目的地MME所管理的TA与移动源MME所管理的TA不同。
作为进行该UE的TAU处理的方法，使用前述的实施方式1～实施方式3中公开的方法即可。此时，使用图32中所示的接口3204来进行RN用MME与UE用m-MME之间的信息交换即可。在UE进行了移动RN与eNB或者DeNB之间的移动的情况下，从该UE启动TAU处理。
通过本变形例中公开的方法，能避免m-MME必须连接于支持移动RN的全部DeNB的状况。m-MME通过在现有的MME内构成，从而仅与连接于现有MME的DeNB连接即可。由于能够不需要新的物理上的MME的设置以及与DeNB的连接，所以通信系统的构建变得容易，能谋求构建通信系统的费用的削减。
实施方式4 变形例2.
在本变形例中，关于管理移动RN的TAI的MME，公开其它结构。在规定的DeNB、具体地说P-DeNB所属的MME内，构成移动RN用的MME。也可以使P-DeNB所属的MME具有移动RN用的MME的功能。
在P-DeNB所属的MME内具备移动RN用的MME的情况下的架构能构成为与图13所示的架构相同。但是，对P-DeNB所属的MME内的UE用MME1302设置移动RN用的MME的功能。如果能成为P-DeNB的DeNB为全部DeNB，则在全部DeNB所属的MME内的UE用MME设置移动RN用的MME的功能即可。
在RN1304为固定的RN的情况下、以及在RN1304为移动RN并作为UE进行动作的情况下，与图13中说明的动作相同。
在移动RN1304作为UE的eNB进行动作的情况下，在UE1303、移动RN1304、DeNB1305的S1／X2代理功能、追加了移动RN用的MME的功能的UE用MME1302、UE用S-GW1307以及UE用P-GW1306之间进行通信。
在UE与移动RN之间的通信中，使用Uu接口。在移动RN与UE用m-MME之间的通信中，经由DeNB的S1代理功能使用S1接口。在UE用m-MME与UE用S-GW之间的通信中，使用S11接口。在使用X2接口的情况下，在移动RN与邻接eNB之间的通信中，经由DeNB的X2代理功能使用X2接口。
在本变形例中公开的方法中，移动RN的TAI与属于P-DeNB的MME的eNB或者DeNB的TAI可以被包含在相同的TAI列表中。
图34是用于说明实施方式4的变形例2中的移动RN所属的TA和移动RN属下的UE所属的TA的图。由于图34所示的结构与图15所示的结构类似，所以对对应的部分标注同一附图标记，并省略共同的说明。
将第四DeNB1525设为P-DeNB。将第一～第十二DeNB1522～1527、1505～1507设为支持移动RN的DeNB。P-DeNB1525所属的第一MME1520通过S1接口1521、3405与该全部DeNB1522～1527、1505～1507连接。
在图34中，示出RN3401沿着箭头3400移动的情况。RN3401存在于RN3401所构成的覆盖3403内。移动前的RN3401所属的TA是第五TA3404。RN3401属下的UE3402与RN3401的移动一起移动。
移动前的RN3401连接于P-DeNB1525。P-DeNB1525连接于第一MME1520。
RN3401在沿着箭头3400移动后，连接于第十DeNB1505。第十DeNB1505连接于第一MME1520以及第二MME1501。RN3401在移动之后所属的TA与之前不变地设为第五TA3404。该第五TA3404由第一MME1520管理。
移动RN属下的UE的TAI列表与固定RN、eNB或者DeNB属下的UE的TAI列表也可以被同一MME管理。具体地说，移动RN属下的UE的TAI列表与固定RN、eNB或者DeNB属下的UE的TAI列表被连接于P-DeNB的UE用MME1520管理。
移动RN的TAI与固定RN、eNB或者DeNB的TAI也可以被包含在相同的TAI列表中。移动RN属下的UE附着于与移动RN所附着的P-DeNB连接的MME。
在移动RN3401从P-DeNB1525向DeNB1505进行了MME间HO的情况下，进行移动RN3401的HO处理以及TAU处理。可是，不进行移动RN3401属下的UE3402的HO处理以及TAU处理。在本变形例中公开的方法中，能够不需要移动RN属下的UE3402的TAU处理。
原因是，即使移动RN3401进行了MME间HO，对RN3401属下的UE3402的TAI进行管理的MME也保持第一MME1520的状态而不被变更。
在UE进行了移动RN与具有和该RN相同的TAI的固定RN、eNB或者DeNB之间的移动的情况下，来自该UE的TAU处理不被启动。
移动RN3401的P-DeNB1525的第一MME1520连接于支持RN3401的全部DeNB1522～1527、1505～1507。在移动RN的数目变得庞大并且各个P-DeNB连接于某一个MME的情况下，该MME难以进行与支持这些庞大的数目的移动RN的全部DeNB的连接。在以下公开解决这样的问题的方法。
对移动RN进行分组。按每个该分组限定所支持的DeNB。由此，能限定连接MME的DeNB。此外，也可以按每个该分组来设定P-DeNB。也可以预先按每个分组来决定该P-DeNB。该P-DeNB也可以为一个或者多个。由此，能够按每个该分组将TAI的管理统一，并不局限于MME，作为网络能使TAI的保养管理变得容易。
例如按每个服务进行移动RN的分组即可。例如是○○新干线的车辆上设置的分组，或者△△新干线的车辆上设置的分组等。
关于如果在支持移动RN的DeNB未连接于与P-DeNB连接的MME的情况下的对策方法，能应用前述的实施方式4中公开的方法。
通过本变形例中公开的方法，即使移动RN进行了MME间HO，对该RN属下的UE的TAI进行管理的MME也不被变更，因此，UE无需进行TAU。由此，能消除由前述的实施方式1～实施方式3中公开的方法产生的一齐产生许多TAU的这一问题，能在移动源MME与移动目的地MME之间不需要信息的交换。因此，能防止TAU处理的复杂化，并且能削减信令的负荷。
此外，通过本变形例中公开的方法，能避免MME必须与全部DeNB连接的状况。与P-DeNB连接的MME仅与具有P-DeNB的TAI的移动RN移动的范围内的DeNB连接即可。由此，能使通信系统的构建变得容易，能谋求构建通信系统的费用的削减。
实施方式5.
在RN移动了的情况下，在RN属下的UE中，只要有与RN一同移动的UE，就还有停留于原来场所的UE。MME需要对与RN一同移动的UE进行识别。例如，在前述的实施方式2中公开的方法中，RN对RN用MME通知RN属下的UE的标识符。或者，在前述的实施方式2的变形例1中公开的方法中，RN对移动目的地的RN用MME通知RN属下的UE的标识符。RN用MME对UE用MME通知该UE的标识符。为了进行该通知，RN或者MME需要识别哪个UE与RN一同移动了。具体地说，RN或者MME需要识别与RN一同移动了的UE的标识符。
RN对本小区属下的RRC_Connected状态的UE进行识别。UE用MME对RRC_Connected状态的UE的服务小区的标识符即小区标识符（cell identity）、具体地说GCI、EGCI（E-UTRAN Global Cell Identifier）进行识别。即，RN以及UE用MME能识别在哪个小区的属下存在RRC_Connected状态的UE。
在RRC_Connected状态的UE移动了的情况下，RN以及UE用MME均能判断是通过HO处理向小区外移动了，或者还是停留在小区内。因此，RN能将前述的实施方式2以及实施方式2的变形例1中公开的RN属下的UE的标识符通知给RN用MME。此外，UE用MME也可以识别以及判断RN属下的UE的标识符。
可是，RN不识别本小区属下的RRC_Idle状态的UE。MME对RRC_Idle状态的UE，不能识别出该UE存在于哪个小区的属下，只能在该UE的TAI列表内的小区范围内进行识别。
在RRC_Idle状态的UE移动了的情况下，如果在该UE在TAI列表内的小区范围内移动的情况下，RN以及MME均不能判断是向小区外移动了，或者还是停留在小区内。
这样，RN以及MME在RRC_Idle状态的UE与RN一同移动了的情况下，不能识别出该UE。换言之，RN以及MME不能识别出RN属下的哪个RRC_Idle状态的UE与该RN一同移动了。不仅是移动目的地的MME，移动源MME也不能识别出RN属下的哪个RRC_Idle状态的UE与该RN一同移动了。
因此，MME不能对与RN一同移动了的RRC_Idle状态的UE通知寻呼信号，UE与核心网络之间的通信变得不可能。
在本实施方式中，公开解决这些问题的方法。禁止将RN的TAI和eNB以及DeNB等其它种类的小区的TAI加入到相同的UE用的TAI列表中。即使在同一MME连接于eNB或者DeNB和RN的情况下，也禁止将RN的TAI和其它种类的小区的TAI加入到相同的TAI列表中。
图35是用于说明RRC_Idle状态的UE与移动RN一同移动的情况和不与移动RN一同移动的情况的图。在图35中，示出RN3511沿着箭头3500移动的情况。图35（a）是表示RN3511移动前的移动通信系统的状态的图，图35（b）是表示RN3511移动后的移动通信系统的状态的图。
DeNB3507存在于第一DeNB3507所构成的覆盖3514内。第一DeNB3507所属的第一TA3505由第一MME3501管理。第二DeNB3508存在于第二DeNB3508所构成的覆盖3516内。第二DeNB3508所属的第二TA3506由第二MME3502管理。
第一MME3501和第一DeNB3507由S1接口3503连接。第二MME3502和第二DeNB3508由S1接口3504连接。RN3511存在于RN3511所构成的覆盖3510内。
在图35（a）中，移动前的RN3511所属的第三TA3509由第一MME3501管理。第一UE3512以及第二UE3513均为RRC_Idle状态，存在于RN3511的属下。
在图35（b）中，移动后的RN3511所属的TA与移动前不变地设为第三TA3509。移动后的RN3511所属的第三TA3509由第二MME3502管理。第二UE3513停留在原来的场所，为RRC_Idle状态，存在于第一DeNB3507的属下。第一UE3512与RN3511一起移动，为RRC_Idle状态，存在于RN3511的属下。
与RN3511一同移动的第一UE3512保持RN3511的属下的状态。因此，第一UE3512判断为RN3511的TAI已经存在于本TA列表内的TAI中，并且不启动TAU处理。由此，第一MME3501识别为UE存在于该UE的TAI列表内的小区中。
另一方面，不与RN3511一同移动的第二UE3513从RN3511的覆盖3510偏出，移动到第一DeNB3507的覆盖3514中，对第一DeNB3507进行小区重选。由于禁止将DeNB的TAI和RN的TAI加入到相同的TAI列表中，所以在第二UE3513的TAI列表内不存在第一DeNB3507所属的第一TA3505的TAI。因此，第二UE3513对第一MME3501启动TAU处理。第二UE3513的TAU处理由第一MME3501进行。
因此，第一MME3501能够识别不与RN3511一同移动而停留在该场所的第二UE3513是否存在于本MME所管理的TA内。即使连接UE的DeNB（eNB）不同，并且在不同的MME间进行了小区重选，也同样地，移动目的地MME以及移动源MME均能识别该UE是否存在于本MME所管理的TA内。因此，移动源MME以及移动目的地MME均能识别哪个UE停留在原来的场所，或者与RN一同移动了。由此，UE与核心网络的通信变得可能。
公开MME不将RN的TAI和其它种类的小区的TAI加入到UE的相同的TAI列表中的方法的具体例。
图36是表示在禁止将RN的TAI和其它种类的小区的TAI加入到相同的TAI列表中的情况下的RN移动时的序列的图。
在步骤ST3601中，第一UE＃1为RRC_Idle状态并存在于RN的属下。在步骤ST3602中，第二UE＃2为RRC_Idle状态并存在于RN的属下。
在步骤ST3603中，RN与第一DeNB＃1进行RRC连接。
在步骤ST3605中，UE用MME对作为第一UE＃1的TAI列表的TAI list_UE＃1和作为第二UE＃2的TAI列表的TAI list_UE＃2进行管理。在TAI list_UE＃1内，包含作为RN所属的TA的TAI的第三TAI＃3。在TAI list_UE＃2内也同样地包含第三TAI＃3。因此，在步骤ST3604中，在第一UE＃1的TAI列表内包含第三TAI＃3。在步骤ST3606中，在第二UE＃2的TAI列表内包含第三TAI＃3。
在步骤ST3607中，第二UE＃2与RN一同移动。在步骤ST3608中，RN从第一DeNB＃1的属下移动到第二DeNB＃2的属下。第一UE＃1停留在原来的场所。
在步骤ST3609中，在RN、第一DeNB＃1、第二DeNB＃2、RN用MME之间进行HO／TAU处理。在步骤ST3610中，RN与第二DeNB＃2进行RRC连接。
停留在原来的场所的第一UE＃1由于在第一DeNB＃1的属下，所以对第一DeNB＃1所属的第一TAI＃1和本TAI列表内的TAI进行比较，判断为不存在第一TAI＃1。
在步骤ST3611中，第一UE＃1启动TAU，在第一UE＃1、第一DeNB＃1、UE用MME之间进行第一UE＃1的TAU处理。由此，UE用MME进行第一UE＃1的TAI list_UE＃1的变更。由于禁止将RN的TAI和其它种类的小区的TAI加入到相同的TAI列表中，所以UE用MME从TAI list_UE＃1中删除第三TAI＃3并加入第一TAI＃1。
在步骤ST3611中，UE用MME在TAU接受信号中包含更新后的TAI list_UE＃1，并通知给第一UE＃1。由此，第一UE＃1对TAI列表进行更新。
在步骤ST3612中，在第一UE＃1的TAI列表中，仅包含第一TAI＃1。在步骤ST3613中，在UE用MME所管理的第一UE＃1的TAI list_UE＃1中，仅包含第一TAI＃1。另一方面，由于第二UE＃2所属的TA保持第三TAI＃3的状态而不改变，所以UE用MME不对TAI list_UE＃2进行变更。
在RN移动后，在步骤ST3614中，在对第一UE＃1产生了来信的情况下，在步骤ST3615中，UE用MME使用步骤ST3613的TAI list_＃UE1来将寻呼信号发送给属于第一TAI＃1的第一DeNB＃1。
第一DeNB＃1确认寻呼消息内的TAI list_UE＃1。然后，由于在TAI list_UE＃1中包含本小区的第一TAI＃1，所以在步骤ST3616中，将寻呼信号发送给属下的第一UE＃1。
在RN移动后，在步骤ST3614中在对第二UE＃2产生了来信的情况下，UE用MME使用步骤ST3613的TAI list_＃UE2来将寻呼信号发送给属于第三TAI＃3的RN。此时，由于RN与第二DeNB＃2连接，所以UE用MME在步骤ST3617、步骤ST3618中经由第二DeNB＃2，对RN发送寻呼信号。在RN移动时，与RN连接的DeNB的变更在步骤ST3609的RN的HO／TAU处理中进行。UE用MME从RN用MME取得连接有RN的DeNB的信息即可。
在步骤ST3617中从UE用MME接收到寻呼消息的第二DeNB＃2在步骤ST3618中，通过代理功能将该寻呼消息发送给RN。接收到寻呼消息的RN确认寻呼消息内的TAI list_UE＃2。然后，由于在TAI list_UE＃2中包含本小区的第三TAI＃3，所以在步骤ST3619中将寻呼信号发送给属下的第二UE＃2。
这样，在UE的TAU处理前，在UE的TAI列表中存在RN的TAI的情况下，在UE的TAU处理中，如果新存在UE的TAI是RN的TAI，则MME也可以将该TAI追加到TAI列表中。在UE的TAU处理中，如果新存在UE的TAI为其它种类的小区的TAI，则MME删除UE的TAI列表内的TAI，并将该其它种类的小区的TAI加入到TAI列表中。
另一方面，在UE的TAU处理前，在UE的TAI列表中存在其它小区的TAI的情况下，在UE的TAU处理中，如果新存在UE的TAI是其它小区的TAI，则MME也可以将该TAI追加到TAI列表中。在UE的TAU处理中，如果新存在UE的TAI是RN的TAI，则MME删除UE的TAI列表内的TAI，并将该RN的TAI加入到TAI列表中。
通过这样做，从而即使UE为RRC_Idle状态，MME也能经由UE的连接目的地DeNB或RN来进行来信处理。因此，UE与核心网络的通信变得可能。
MME能判断TAI是RN的TAI，或者还是其它小区的TAI。在以下公开具体例。
例如，也可以是RN在RN的附着时将表示本小区是RN的含义的信息通知给MME。OAM（Operation Administration and Maintenance：操作管理和维护）也可以将表示小区为RN的含义的信息通知给该小区和MME。MME将表示是RN的含义的信息和作为该信息的对象的小区的标识符关联起来进行管理。MME也可以将表示小区为RN的含义的信息通知给HSS。HSS将表示是RN的含义的信息和作为该信息的对象的小区的标识符关联起来进行管理。通过这样做，从而MME以及HSS能识别小区是否是RN，能进行作为RN的管理。
将来自UE的TAU请求信号经由RN通知给MME。RN在来自UE的TAU请求信号中包含小区标识符以及TAI，或者与TAU请求信号一起通知给MME。MME能通过该小区标识符和与该小区的标识符关联的小区是否为RN的信息来识别该TAI是否是RN的TAI。此外，通过从MME对HSS通知该小区标识符以及该TAI，从而在HSS中也同样地能识别该TAI是否是RN的TAI。
作为其它例子，RN在来自UE的TAU请求信号中包含本小区为RN的含义的信息、小区标识符以及TAI，或者与TAU请求信号一起通知给MME。由此，MME能识别该TAI是否为RN的TAI。并不局限于RN，全部小区也可以包含表示是RN或者还是其它种类的小区的信息、小区标识符以及TAI来进行发送。由此，MME能识别该TAI是RN的TAI，或者还是其它种类的小区。此外，也可以是从MME对HSS通知该小区标识符以及该TAI。由此，在HSS中也同样地能识别该TAI是否是RN的TAI。
作为其它例子，RN对属下的UE通知表示本小区是RN的含义的信息。关于通知方法，可以对UE以专用信令例如RRC消息、MAC消息进行通知，也可以作为系统信息进行通知。接收到表示是否是RN的信息的UE在TAI请求信号中包含表示是否是该RN的信息，或者与TAI请求信号一起通知给MME。由此，MME能够识别从RN接收的小区标识符和TAI、以及该TAI是否是RN的TAI。并不局限于RN，也可以是全部小区将表示是RN或者还是其它种类的小区的信息通知给属下的UE。由此，MME能识别TAI是RN的TAI或者还是其它种类的小区。此外，也可以是从MME对HSS通知该小区标识符以及该TAI。由此，在HSS中也同样地能识别该TAI是否是RN的TAI。
也可以将固定的RN与移动RN的运用区分开，仅禁止移动RN加入到与eNB、DeNB以及固定RN等其它种类的小区相同的TAI列表中。作为RN的模式，也可以设置固定（fixed）和移动（mobile）。MME或HSS能通过该模式判断是禁止或者还是许可加入到与其它种类的小区相同的TAI列表中。关于MME或HSS能识别TAI为移动的RN的TAI还是为其它小区的TAI，或者，TAI为移动模式的RN的TAI还是为其它小区的TAI的方法，能应用前述的方法。只要取代本小区为RN的含义的信息，而采用表示是否是移动RN的信息或者表示RN的模式的信息即可。
当多个移动RN的TAI加入到UE的TAI列表中时，MME不清楚RRC_Idle状态的UE与哪个移动RN一同移动了。因此，也可以禁止将多个移动RN的TAI加入到相同的TAI列表中。由此，即使在RRC Idle状态的UE与其它移动RN一同移动了，并且不存在于原来的移动RN的属下那样的情况下，MME也能识别UE。
实施方式5 变形例1.
在本变形例中，公开用于解决实施方式5中所述的问题的其它方法。MME对一个UE管理两个TAI列表。两个TAI列表可以是移动RN用的TAI列表和其它小区用的TAI列表。在以下公开具体例。
图37是表示在MME对一个UE管理两个TAI列表的情况下的RN移动时的序列的图。
在步骤ST3701中，第一UE＃1为RRC_Idle状态并存在于RN的属下。在步骤ST3702中，第二UE＃2为RRC_Idle状态并存在于RN的属下。
在步骤ST3703中，RN与第一DeNB＃1进行RRC连接。
在步骤ST3705中，UE用MME对第一UE＃1管理两个TAI列表，具体地说管理TAIlist_UE＃1（RN）和TAI list_UE＃1（其它）。同样地，UE用MME对第二UE＃2管理两个TAI列表，具体地说管理TAI list_UE＃2（RN）和TAI list_UE＃2（其它）。
在TAI list_UE＃1（RN）内，包含RN所属的TA的第三TAI＃3。在TAI list_UE＃1（其它）内，包含与RN连接的DeNB所属的TA的第一TAI＃1。
同样地，在TAI list_UE＃2（RN）内，包含RN所属的TA的第三TAI＃3。在TAI list_UE＃2（其它）内，包含与RN连接的DeNB所属的TA的第一TAI＃1。
因此，在步骤ST3704中，在第一UE＃1的TAI list_UE＃1内包含第一TAI＃1和第三TAI＃3。同样地，在步骤ST3706中，在第二UE＃2的TAI list_UE＃2内包含第一TAI＃1和第三TAI＃3。
在步骤ST3707中，第二UE＃2与RN一同移动。在步骤ST3708中，RN从第一DeNB＃1的属下向第二DeNB＃2的属下移动。第一UE＃1停留在原来的场所。
在步骤ST3709中，在RN、第一DeNB＃1、第二DeNB＃2、RN用MME之间进行HO／TAU处理。在步骤ST3710中，RN与第二DeNB＃2进行RRC连接。
停留在原来的场所的第一UE＃1由于在第一DeNB＃1的属下，所以对第一DeNB＃1所属的第一TAI＃1和本TAI列表内的TAI进行比较，判断为存在第一TAI＃1。因此，第一UE＃1不启动TAU。
UE用MME由于不进行第一UE＃1的TAU处理，所以不进行TAI list_UE＃1（RN）以及TAI list_UE＃1（其它）的变更。
另一方面，由于第二UE＃2所属的TA保持第三TAI＃3的状态而不改变，所以UE用MME不进行TAI list_UE＃2（RN）以及TAI list_UE＃2（其它）的变更。
在RN移动后，在步骤ST3712中，在对第一UE＃1产生了来信的情况下，UE用MME使用步骤ST3711的第一UE＃1的两种TAI列表，具体地说使用TAI list_UE＃1（其它）和TAIlist_UE＃1（RN）来发送寻呼信号。
在步骤ST3713中，UE用MME将寻呼信号发送给属于TAI list_UE＃1（其它）内所包含的第一TAI＃1的第一DeNB＃1。
此时，在寻呼消息中，将TAI list_UE＃1（其它）内的TAI与TAI list_UE＃1（RN）内的TAI集中为一个并作为第一UE＃1的TAI列表加入。或者，也可以在寻呼消息中，作为第一UE＃1的TAI列表而加入TAI list_UE＃1（其它）和TAI list_UE＃1（RN）这两种。或者，MME也可以判断对哪个TAI列表内的TAI的属下的小区发送寻呼消息，在发送到该小区的寻呼消息中仅加入该TAI列表。
例如，在此，在步骤ST3713中，将寻呼信号发送给属于TAI list_UE＃1（其它）内所包含的第一TAI＃1的第一DeNB＃1，因此在步骤ST3713中发送的寻呼消息中仅加入TAIlist_UE＃1（其它）。
第一DeNB＃1确认寻呼消息内的第一UE＃1的TAI列表。然后，由于在第一UE＃1的TAI列表中包含本小区的第一TAI＃1，所以第一DeNB＃1在步骤ST3714中将寻呼信号发送给第一UE＃1。
UE用MME进而在步骤ST3715、步骤ST3716中，将寻呼信号也发送给属于TAI list_UE＃1（RN）内所包含的第三TAI＃3的RN。此时，寻呼消息中所包含的TAI列表与前述是同样的。
RN确认寻呼消息内的第一UE＃1的TAI列表。然后，由于在第一UE＃1的TAI列表中包含本小区的第三TAI＃3，所以RN在步骤ST3717中将寻呼信号发送给第一UE＃1。
第二DeNB＃2通过前述的实施方式5中公开的方法，对寻呼消息进行代理。由于第一UE＃1存在于第一DeNB＃1的属下，不存在于RN的属下，所以第一UE＃1不会在步骤ST3717中接收来自RN的寻呼信号，但是能在步骤ST3714中接收来自第一DeNB＃1的寻呼信号。
另一方面，在RN移动后，在步骤ST3712中，在对第二UE＃2产生了来信的情况下，UE用MME使用步骤ST3711中的第二UE＃2的两个TAI列表即TAI list_UE＃2（其它）和TAIlist_UE＃2（RN）来发送寻呼信号。
与第一UE＃1的情况同样地，UE用MME在步骤ST3718中将寻呼信号发送给属于TAIlist_UE＃2（其它）内所包含的第一TAI＃1的第一DeNB＃1。第一DeNB＃1对寻呼消息内的第二UE＃2的TAI列表进行确认。然后，由于在第二UE＃2的TAI列表中包含本小区的第一TAI＃1，所以第一DeNB＃1在步骤ST3719中将寻呼信号发送给第二UE＃2。
UE用MME进而在步骤ST3720、步骤ST3721中将寻呼信号也发送给属于TAI list_UE＃2（RN）内所包含的第三TAI＃3的RN。
RN对寻呼消息内的第二UE＃2的TAI列表进行确认。然后，由于在第二UE＃2的TAI列表中包含本小区的第三TAI＃3，所以RN在步骤ST3722中将寻呼信号发送给第二UE＃2。
第二DeNB＃2通过前述的实施方式5中公开的方法，对寻呼消息进行代理。由于第二UE＃2存在于RN的属下，不存在于第一DeNB＃1的属下，所以第二UE＃2不会在步骤ST3719中接收来自第一DeNB＃1的寻呼信号，但是能在步骤ST3722中接收来自RN的寻呼信号。
这样，由于MME对一个UE管理两个TAI列表，具体地说管理移动RN用的TAI列表和其它小区用的TAI列表，所以即使UE为RRC_Idle状态，MME也能经由UE的连接目的地DeNB或者RN来进行来信处理。因此，UE与核心网络的通信变得可能。
此外，即使将RN的TAI和其它小区的TAI加入到相同的TAI列表中，MME也能经由UE的连接目的地DeNB或者RN来进行来信处理。因此，UE与核心网络的通信变得可能。
因此，由于RN的TAI和其它小区的TAI能加入到相同的TAI列表中，所以能防止UE在RN与DeNB或邻接eNB间反复移动，防止反复产生TAU。由此，能削减信令的负荷。
此外，如图37所公开的那样，UE可以不识别存在两个TAI列表。因此，UE的动作无需与以往不同。由此，能避免控制的复杂化。
在本变形例中公开的方法中，由于MME对一个UE总是保持两个TAI列表，所以会将寻呼信号发送至不存在UE的TA内的小区。这作为通信系统会使信令的负荷增大。
在此，公开不需要的TAI列表的删除方法。在下次TAU的产生时，或者，在向RRC_Connected状态的转变时，删除一方的TAI列表。在以下公开具体例。
图38是表示在UE向RRC_Connected状态的转变时MME删除一方的TAI列表的序列的图。
在步骤ST3701中，第一UE＃1为RRC_Idle状态并存在于RN的属下。在步骤ST3702中，第二UE＃2为RRC_Idle状态并存在于RN的属下。
在步骤ST3710中，RN与第二DeNB＃2进行RRC连接。
在步骤ST3711中，UE用MME对第一UE＃1管理两个TAI列表，具体地说管理TAIlist_UE＃1（RN）和TAI list_UE＃1（其它）。同样地，在步骤ST3711中，UE用MME对第二UE＃2管理两个TAI列表，具体地说管理TAI list_UE＃2（RN）和TAI list_UE＃2（其它）。
在TAI list_UE＃1（RN）内，包含RN所属的TA的第三TAI＃3。在TAI list_UE＃1（其它）内，包含与RN连接的DeNB所属的TA的第一TAI＃1。
同样地，在TAI list_UE＃2（RN）内，包含RN所属的TA的第三TAI＃3。在TAI list_UE＃2（其它）内，包含与RN连接的DeNB所属的TA的第一TAI＃1。
因此，在步骤ST3704中，在第一UE＃1的TAI list_UE＃1内，包含第一TAI＃1和第三TAI＃3。同样地，在步骤ST3706中，在第二UE＃2的TAI list_UE＃2内，包含第一TAI＃1和第三TAI＃3。
第一UE＃1为了在开始通信时对UE用MME通知服务请求，而在步骤ST3802中，对第一DeNB＃1进行RRC连接设立处理，进行RRC连接。然后，第一UE＃1转变为RRC_Connected状态。
在步骤ST3802中转变为RRC_connected状态的第一UE＃1在步骤ST3802中将服务请求发送给第一DeNB＃1。第一DeNB＃1在步骤ST3803中将服务请求发送给UE用MME。
在步骤ST3803中，第一DeNB＃1在第一UE＃1的服务请求中包含本小区的小区标识符以及本小区的TAI的至少任一方。接收到该服务请求的UE用MME对第一UE＃1存在于第一DeNB＃1的属下进行识别。由此，UE用MME对第一UE＃1不存在于RN的属下进行识别。
在步骤ST3813中，UE用MME使第一UE＃1的TAI list_UE＃1（RN）消除或者为空（empty）。
由于在第一UE＃1的TAI列表中产生了变更，所以UE用MME在步骤ST3805以及步骤ST3804中经由第一DeNB＃1对第一UE＃1发送表示更新后的TAI列表的TAI列表更新消息。在步骤ST3805以及步骤ST3804中，对TAI列表更新消息加入更新后的TAI list_UE＃1来进行发送。在TAI list_UE＃1中，仅包含第一TAI＃1。该TAI列表更新消息也可以采用S1信令。
第一UE＃1在步骤ST3804中接收TAI列表更新消息，在步骤ST3806中更新TAI列表内所包含的TAI。在此，删除第三TAI＃3，在TAI列表内残留第一TAI＃1。
对第二UE＃2的情况进行公开。用与第一UE＃1的情况同样的方法进行。
第二UE＃2为了在开始通信时对UE用MME通知服务请求，而在步骤ST3807中对RN进行RRC连接设立处理，进行RRC连接。然后，第二UE＃2转变为RRC_Connected状态。
在步骤ST3807转变为RRC_connected状态的第二UE＃2在步骤ST3807中将服务请求发送给RN。RN在步骤ST3808中将服务请求发送给UE用MME。
在步骤ST3808中，RN在第二UE＃2的服务请求中包含本小区的小区标识符以及本小区的TAI的至少任一方。从RN向UE用MME的发送经由第二DeNB＃2来进行发送，第二DeNB＃2进行向UE用MME的代理。接收到该服务请求的UE用MME对第二UE＃2存在于RN的属下进行识别。由此，UE用MME对第二UE＃2不存在于第一DeNB＃1的属下进行识别。
在步骤ST3809中，UE用MME使第二UE＃2的TAI list_UE＃2（其它）消除或者为空（empty）。
由于在第二UE＃2的TAI列表中产生了变更，所以UE用MME在步骤ST3810以及步骤ST3811中经由RN对第二UE＃2发送表示更新后的TAI列表的TAI列表更新消息。在步骤ST3810以及步骤ST3811中，在TAI列表更新消息中加入更新后的TAI list_UE＃2来进行发送。在TAI list_UE＃2中，仅包含第三TAI＃3。该TAI列表更新消息也可以采用S1信令。
从UE用MME向RN的发送经由第二DeNB＃2进行发送，第二DeNB＃2进行向RN的代理。第二UE＃2在步骤ST3811中接收TAI列表更新消息。然后，在ST3812中，第二UE＃2对TAI列表内所包含的TAI进行更新。在步骤ST3812中，删除第一TAI＃1，在TAI列表内残留第三TAI＃3。
通过这样做，从而MME不会对一个UE总是保持两个TAI列表，能防止将寻呼信号发送至不存在UE的TA内的小区。由此，能防止作为通信系统的信令负荷的增大。
此外，由于还能削减UE用MME所保持的TAI列表，所以能削减MME的存储容量。由此，能削减MME的制造成本。
虽然在图38中示出了UE转变为RRC_connected状态的情况，但是也可以是UE启动了TAU的情况，并且能取得同样的效果。
在图37的步骤ST3709中，UE用MME也可以对RN所连接的DeNB的TAI进行识别。在步骤ST3709中，从第一DeNB＃1移动到第二DeNB＃2的RN，进行HO处理，进行TAU处理。通过该处理，RN用MME对RN连接于第二DeNB＃2进行识别。在RN用MME与UE用MME之间，进行与连接有RN的DeNB有关的信息例如小区标识符以及该小区所属的TAI的交换。由此，UE用MME能对连接RN的DeNB的TAI进行识别。
在步骤ST3711中，UE用MME也可以进行UE的TAI列表的更新。对连接RN的DeNB的TAI进行了识别的UE用MME在步骤ST3711中对第一UE＃1以及第二UE＃2的TAI列表进行更新。对第一UE＃1的TAI list_UE＃1（其它）追加第二TAI＃2。此外，对第二UE＃2的TAI list_UE＃2（其它）追加第二TAI＃2。由于TAI列表被变更了，所以UE用MME对第一UE＃1以及第二UE＃2通知更新后的TAI列表。关于通知方法，只要使用图38中公开的TAI列表更新方法即可。
通过这样做，从而第一UE＃1以及第二UE＃2在TAI列表中包含连接RN的第二DeNB＃2的TAI。因此，即使与RN一同移动了的UE在该DeNB与RN之间移动，也不产生TAU处理。由此，进而能谋求信令负荷的削减。
在前述的方法中，UE内的TAI列表有一个即可，无需具有两个。可是，也可以与MME内的TAI列表同样地具有两个UE内的TAI列表。在这种情况下，由于能在UE内和MME内，作为相同的TAI列表进行管理，所以在TAI列表的运用中，能尽可能地减少误动作。
实施方式5 变形例2.
在本变形例中，公开用于解决实施方式5中所述的问题的其它方法。对于一个UE，移动源的MME与移动目的地的MME两方具有或管理TAI列表。在移动源的MME与移动目的地的MME相同的情况下，该MME只要以具有一个UE的TAI列表的方式进行管理即可。
通过这样做，从而即使MME不对RRC_Idle状态的UE是否与RN一同移动了进行识别，在对该UE有来信的情况下，移动源的MME以及移动目的地的MME也均能对该UE进行寻呼。因此，UE与核心网络之间的通信变得可能。在以下公开具体例。
图39是表示在对于一个UE，移动源的MME和移动目的地的MME两方管理TAI列表的情况下的RN移动时的序列的图。在图39中，示出RN进行了MME间HO的情况。
在步骤ST3901中，第一UE＃1为RRC_Idle状态并存在于RN的属下。在步骤ST3902中，第二UE＃2为RRC_Idle状态并存在于RN的属下。
在步骤ST3903中，RN与第一DeNB＃1进行RRC连接。在步骤ST3905中，UE用第一MME与第一DeNB＃1连接。在步骤ST3905中，UE用第一MME对第一UE＃1以及第二UE＃2的TAI列表进行管理。在TAI list_UE＃1内，包含RN所属的TA的第三TAI＃3和第一DeNB＃1所属的TA的第一TAI＃1。同样地，在TAI list_UE＃2内，包含RN所属的TA的第三TAI＃3和第一DeNB＃1所属的TA的第一TAI＃1。
因此，在步骤ST3904中，在第一UE＃1的TAI list_UE＃1内，包含第一TAI＃1和第三TAI＃3。同样地，在步骤ST3906中，在第二UE＃2的TAI list_UE＃2内，包含第一TAI＃1和第三TAI＃3。
在步骤ST3907中，第二UE＃2与RN一同移动。在步骤ST3908中，RN从第一DeNB＃1的属下向第二DeNB＃2的属下移动。第一UE＃1停留在原来的场所。
在步骤ST3909中，在RN、第一DeNB＃1、第二DeNB＃2、RN用第一MME＃1、RN用第二MME＃2之间进行HO／TAU处理。在步骤ST3910中，RN与第二DeNB＃2进行RRC连接。
停留在原来的场所的第一UE＃1由于在第一DeNB＃1的属下，所以对第一DeNB＃1所属的第一TAI＃1和本TAI列表内的TAI进行比较，判断为存在第一TAI＃1。因此，第一UE＃1不启动TAU。
UE用第一MME＃1由于不进行第一UE＃1的TAU处理，所以不进行TAI list_UE＃1的变更。
另一方面，由于第二UE＃2所属的TA保持第三TAI＃3的状态而不改变，所以UE用第一MME＃1不进行TAI list_UE＃2的变更。
在步骤ST3911中，UE用第一MME＃1导出在TAI列表中包含移动的RN的TAI的UE。
在进行步骤ST3911的处理之前，RN用第一MME＃1将移动的RN的TAI通知给UE用第一MME＃1即可。
在此，在步骤ST3909中，RN用第一MME＃1将移动的RN的TAI通知给UE用第一MME＃1。由此，UE用第一MME＃1能识别移动的RN的TAI，能导出在TAI列表中包含移动的RN的TAI的UE。
此外，在步骤ST3909中，RN用第一MME＃1将移动的RN的移动目的地的MME的标识符通知给UE用第一MME＃1即可。由此，UE用第一MME＃1能识别移动的RN的移动目的地的MME。
UE用第一MME＃1使用TAI列表来检测在TAI list_UE＃1、TAI list_UE＃2中包含RN的第三TAI＃3。由此，第一UE＃1以及第二UE＃2判断为包含RN的第三TAI＃3。
在步骤ST3912中，UE用第一MME＃1将该UE的TAI列表与导出的UE的标识符一起通知给RN的移动目的地的UE用第二MME＃2。UE用第一MME＃1也可以将该UE的TAI列表与导出的UE的标识符一起通知给移动目的地的RN用第二MME＃2。在该情况下，移动目的地的RN用第二MME＃2将该信息通知给移动目的地的UE用第二MME＃2即可。
在步骤ST3914中，UE用第二MME＃2制作第一UE＃1以及第二UE＃2的TAI列表，具体地说制作TAI list_UE＃1以及TAI list_UE＃2。由此，在UE用第二MME＃2上，制作与处于UE用第一MME＃1的第一UE＃1以及第二UE＃2的TAI列表相同的列表。
在步骤ST3913中，UE用第一MME＃1继续保持第一UE＃1以及第二UE＃2的TAI列表。由此，在UE用第一MME＃1以及UE用第二MME＃2两方具有第一UE＃1以及第二UE＃2的TAI列表。
在此，虽然UE用第一MME＃1将该UE的TAI列表与导出的UE的标识符一起通知给RN的移动目的地的UE用第二MME＃2，但是RN的移动目的地的UE用第二MME＃2也可以将请求该UE的TAI列表的通知的含义的信息与导出的UE的标识符一起通知给移动源的UE用第一MME＃1。只要接收到该信息的UE用第一MME＃1将该UE的TAI列表与导出的UE的标识符一起通知给移动目的地的UE用第二MME＃2即可。此时，也可以经由移动源的RN用第一MME＃1以及移动目的地的RN用第二MME＃2进行通知。
移动目的地的MME也可以从UE的TAI列表中删除在本MME内非有效的TAI。例如在RN进行了MME间HO那样的情况下，移动目的地的MME有时不能对移动源的MME所管理的TA进行管理。在这样的情况下，移动目的地的MME删除在本MME内非有效 的TAI。然后，用残留的TAI对UE的TAI列表进行更新。另一方面，在移动源的MME的UE的TAI列表不会变更，而是保持原样地残留。
通过这样做，从而由移动目的地的MME管理的UE的TAI列表被适当地更新，不会包含无用的TA。因此，能防止将寻呼信号发送至不需要的小区，能削减信令的负荷。
在图39中，示出第二MME＃2删除本MME的管理外的TA的TAI的情况。在步骤ST3915中，UE用第二MME＃2删除本MME的管理外的TA的TAI。从第一UE＃1以及第二UE＃2的TAI列表中，删除UE用第二MME＃2未管理的第一TAI＃1。
其结果是，在步骤ST3916中，在第一UE＃1的TAI list_UE＃1中，仅包含第三TAI＃3，在第二UE＃2的TAI list_UE＃2中，仅包含第三TAI＃3。在此，虽然在第二MME＃2中，第一UE＃1以及第二UE＃2的TAI列表被变更，但是该管理也可以仅在MME内进行，且不进行向UE的通知。
在MME与HSS之间的UE的管理也可以在移动源的MME与移动目的地的MME进行。例如，HSS具有每个UE的信息。在其中包含该UE所位于的MME的标识符（Identity）。作为该MME的标识符，使得能包含多个标识符。作为该UE所位于的MME的标识符，通过将移动源的MME的标识符和移动目的地的MME的标识符这两方保持（记录）在HSS内，从而被请求该UE的信息的HSS能够通知移动源以及移动目的地这两方的MME的标识符。由此，例如来信时等，对移动源以及移动目的地这两方的MME通知来信信号。接收到来信信号的移动源以及移动目的地这两方的MME能对该UE进行寻呼。
UE不对在移动源的MME以及移动目的地的MME的每一个中有TAI列表进行识别。因此，UE内的TAI列表仅是一个即可。
在RN移动后，在对第一UE＃1产生了来信的情况下，被请求了第一UE＃1的信息的HSS将第一MME＃1以及第二MME＃2的标识符通知给请求源的节点。由此，对第一MME＃1以及第二MME＃2这两方的MME通知向第一UE＃1的来信信号。
在步骤ST3917中接收到来信信号的UE用第一MME＃1使用步骤ST3913的第一UE＃1的TAI list_UE＃1来发送寻呼信号。具体地说，在步骤ST3918中，UE用第一MME＃1对属于TAI list_UE＃1内所包含的第一TAI＃1的第一DeNB＃1发送寻呼信号。第一DeNB＃1对寻呼消息内的第一UE＃1的TAI列表进行确认。然后，由于在第一UE＃1的TAI列表中包含本小区的第一TAI＃1，所以在步骤ST3919中，第一DeNB＃1将寻呼信号发送给第一UE＃1。
UE用第一MME＃1进而在步骤ST3920中对属于TAI list_UE＃1内所包含的第三TAI＃3的RN也发送寻呼信号。可是，RN由于移动，所以不与第一DeNB＃1连接，第一DeNB＃1不能对RN代理该寻呼信号。因此，寻呼信号不会被发送给RN。
另一方面，在步骤ST3921中接收到来信信号的UE用第二MME＃2使用步骤ST3916的第一UE＃1的TAI list_UE＃1来发送寻呼信号。具体地说，在步骤ST3922中，UE用第二MME＃2将寻呼信号发送给第二DeNB＃2。在步骤ST3923中，第二DeNB＃2对属于TAI list_UE＃1内所包含的第三TAI＃3的RN发送寻呼信号。第二DeNB＃2对RN代理寻呼信号。
RN对寻呼消息内的第一UE＃1的TAI列表进行确认。然后，由于在第一UE＃1的TAI列表中包含本小区的第三TAI＃3，所以在步骤ST3924中，RN将寻呼信号发送给第一UE＃1。
由于第一UE＃1存在于第一DeNB＃1的属下，不存在于RN的属下，所以第一UE＃1不会接收步骤ST3924中的来自RN的寻呼信号。第一UE＃1能在步骤ST3919中接收来自第一DeNB＃1的寻呼信号。
在RN移动后，在对第二UE＃2产生了来信的情况下，也与对第一UE＃1产生了来信的情况同样地，被请求了第二UE＃2的信息的HSS将第一MME＃1以及第二MME＃2的标识符通知给请求源的节点。由此，对第一MME＃1以及第二MME＃2这两方的MME通知向第二UE＃2的来信信号。
在步骤ST3925中接收到来信信号的UE用第一MME＃1使用步骤ST3913的第二UE＃2的TAI list_UE＃2来发送寻呼信号。具体地说，在步骤ST3926中，UE用第一MME＃1对属于TAI list_UE＃2内所包含的第一TAI＃1的第一DeNB＃1发送寻呼信号。第一DeNB＃1对寻呼消息内的第二UE＃2的TAI列表进行确认。然后，由于在第二UE＃2的TAI列表中包含本小区的第一TAI＃1，所以在步骤ST3927中将寻呼信号发送给第二UE＃2。
UE用第一MME＃1进而在步骤ST3928中对属于TAI list_UE＃2内所包含的第三TAI＃3的RN也发送寻呼信号。可是，RN由于移动，所以不与第一DeNB＃1连接，第一DeNB＃1不能对RN代理该寻呼信号。因此，寻呼信号不会被发送给RN。
另一方面，在步骤ST3929中接收到来信信号的UE用第二MME＃2使用步骤ST3916的第二UE＃2的TAI list_UE＃2来发送寻呼信号。具体地说，在步骤ST3930中，UE用第二MME＃2将寻呼信号发送给第二DeNB＃2。在步骤ST3931中，第二DeNB＃2对属于TAI list_UE＃2内所包含的第三TAI＃3的RN发送寻呼信号。第二DeNB＃2对RN代理寻呼信号。RN对寻呼消息内的第二UE＃2的TAI列表进行确认。然后，由于在第二UE＃2的TAI列表中包含本小区的第三TAI＃3，所以在步骤ST3932中将寻呼信号发送给第二UE＃2。
由于第二UE＃2存在于RN的属下，不存在于第一DeNB＃1的属下，所以第二UE＃2不会接收步骤ST3927中的来自第一DeNB＃1的寻呼信号。第二UE＃2能在步骤ST3932中接收来自RN的寻呼信号。
通过采用本变形例中公开的方法，从而即使UE为RRC_Idle状态，MME也能经由UE的连接目的地的DeNB或RN来进行来信处理。因此，UE与核心网络的通信变得可能。
此外，即使将RN的TAI和其它小区的TAI加入到相同的TAI列表中，MME也能经由UE的连接目的地的DeNB或RN来进行来信处理。因此，UE与核心网络的通信变得可能。
因此，由于能将RN的TAI和其它小区的TAI加入到相同的TAI列表中，所以能消除UE在RN与DeNB或邻接eNB间反复移动，反复产生TAU。由此，能削减信令的负荷。
此外，UE可以不对存在两个TAI列表进行识别。因此，UE的动作无需与以往不同，能避免控制的复杂化。此外，即使在RN进行了MME间HO的情况下，UE与核心网络的通信也变得可能。
设置将变为不需要的MME的TAI列表删除的处理。在移动源的MME或移动目的地的MME中的任一个的UE的TAI列表变为不需要的情况下，删除变为不需要的MME的该UE的TAI列表。在下次TAU产生时或者在向RRC_Connected状态的转变时，删除一方的TAI列表。此外，也可以删除HSS内的UE的变为不需要的位置信息。在以下公开具体例。
图40是表示在UE转变为RRC_Connected状态时MME删除一方的TAI列表的序列的图。
在步骤ST3901中，第一UE＃1为RRC_Idle状态并存在于RN的属下。在步骤ST3902中，第二UE＃2为RRC_Idle状态并存在于RN的属下。
在步骤ST3910中，RN与第二DeNB＃2进行RRC连接。
在步骤ST3905中，UE用第一MME＃1对第一UE＃1的TAI list_UE＃1和第二UE＃2的TAI list_UE＃2进行管理。在TAI list_UE＃1内，包含RN所属的TA的第三TAI＃3和第一DeNB＃1所属的TA的第一TAI＃1。在TAI list_UE＃2内也同样地包含第三TAI＃3和第一TAI＃1。
在步骤ST3916中，UE用第二MME＃2对第一UE＃1的TAI list_UE＃1和第二UE＃2的TAI list_UE＃2进行管理。在TAI list_UE＃1内，包含RN所属的TA的第三TAI＃3。在TAIlist_UE＃2内也同样地包含第三TAI＃3。
在步骤ST3904中，在第一UE＃1的TAI list_UE＃1内，包含第一TAI＃1和第三TAI＃3。同样地，在步骤ST3906中，在第二UE＃2的TAI list_UE＃2内，包含第一TAI＃1和第三TAI＃3。
第二UE＃2为了在开始通信时对UE用MME通知服务请求，而在步骤ST4003中对RN进行RRC连接设立处理，进行RRC连接。然后，第二UE＃2转变为RRC_Connected状态。
在步骤ST4003中转变为RRC_connected状态的第二UE＃2在步骤ST4003中将服务请求发送给RN。RN在步骤ST4004中将服务请求发送给UE用第二MME＃2。
在步骤ST4004中，RN在第二UE＃2的服务请求中包含本小区的小区标识符以及本小区的TAI的至少任一方。从RN向UE用第二MME＃2的发送经由第二DeNB＃2进行发送，第二DeNB＃2进行向UE用第二MME＃2的代理。
接收到该服务请求的UE用第二MME＃2在步骤ST4005中判断为第二UE＃2存在于RN的属下。由此，UE用第二MME＃2对第二UE＃2不存在于第一DeNB＃1的属下进行识别。
在步骤ST4006中，UE用第二MME＃2对UE用第一MME＃1发送TAI列表删除请求信号，具体地说发送第二UE＃2的TAI list_UE＃2的删除请求信号。在TAI列表删除请求信号中，包含删除TAI列表的UE的标识符（Identity，UE-ID）、以及请求TAI列表的删除的信息。
接收到TAI list_UE＃2的删除请求信号的UE用第一MME＃1在步骤ST4007中删除第二UE＃2的TAI list_UE＃2。由此，从UE用第一MME＃1内的TAI列表中，删除第二UE＃2的TAI列表。
在步骤ST4008中，第一UE＃1的TAI list_UE＃1保持原样地在UE用第一MME＃1内被进行管理。
接着，公开第一UE＃1的情况。第一UE＃1也用与第二UE＃2同样的方法来进行。
第一UE＃1为了在开始通信时对UE用第一MME＃1通知服务请求，而在步骤ST4010中对第一DeNB＃1进行RRC连接设立处理，进行RRC连接。然后，第一UE＃1转变为RRC_Connected状态。
在步骤ST4010中转变为RRC_connected状态的第一UE＃1在步骤ST4010中将服务请求发送给第一DeNB＃1。第一DeNB＃1在步骤ST4009中将服务请求发送给UE用第一MME＃1。
在步骤ST4009中，第一DeNB＃1在第一UE＃1的服务请求中包含本小区的小区标识符以及本小区的TAI的至少任一方。接收到该服务请求的UE用第一MME＃1在步骤ST4011中判断为第一UE＃1存在于第一DeNB＃1的属下。由此，UE用第一MME＃1对第一UE＃1不存在于RN的属下进行识别。
在步骤ST4012中，UE用第一MME＃1对UE用第二MME＃2发送TAI列表删除请求信号，具体地说发送第一UE＃1的TAI list_UE＃1的删除请求信号。在TAI列表删除请求信号中，包含删除TAI列表的UE的标识符（Identity、UE-ID）以及请求TAI列表的删除的信息。
接收到TAI list_UE＃1的删除请求信号的UE用第二MME＃2在步骤ST4013中删除第一UE＃1的TAI list_UE＃1。由此，从UE用第二MME＃2内的TAI列表中删除第一UE＃1的TAI列表。
在步骤ST4014中，第二UE＃2的TAI list_UE＃2保持原样地在UE用第二MME＃2内被进行管理。
在UE用第一MME＃1中，在第一UE＃1的TAI列表中不产生变更，因此UE用第一MME＃1可以不对第一UE＃1发送更新后的TAI列表。
在UE用第二MME＃2中，在第二UE＃2的TAI列表中产生变更，因此在步骤ST4015中UE用第二MME＃2经由第二DeNB＃2对RN发送更新后的TAI列表。
在步骤ST4016中，RN将更新后的TAI列表发送给第二UE＃2。在图40所示的序列中，在步骤ST4015以及步骤ST4016中，在TAI列表更新消息中加入更新后的TAI list_UE＃2来进行发送。在TAI list_UE＃2中仅包含第三TAI＃3。该TAI列表更新消息也可以采用S1信令。
在步骤ST4016中接收到TAI列表更新消息的第二UE＃2在步骤ST4017中对TAI列表内所包含的TAI进行更新。在步骤ST4017中，删除第一TAI＃1，在TAI列表内残留第三TAI＃3。
公开将HSS内的UE的变为不需要的位置信息删除的方法。
在图40中，UE用第一MME＃1将本MME的标识符、删除位置信息的第二UE＃2的标识符、以及从该UE的HSS内的第二UE＃2的位置信息中删除第一MME＃1的含义的信息通知给HSS。接收到该信息的HSS从第二UE＃2的位置信息中删除第一MME＃1的位置信息。
同样地，UE用第二MME＃2将本MME的标识符、删除位置信息的第一UE＃1的标识符、以及从该UE的HSS内的第一UE＃1的位置信息中删除第二MME＃2的含义的信息通知给HSS。接收到该信息的HSS从第一UE＃1的位置信息中删除第二MME＃2的位置信息。
通过进行变为不需要的MME的TAI列表的删除、以及HSS内的位置信息的删除，从而能避免在MME以及HSS中继续保持无用的信息，能削减向不需要的小区的寻呼。由此，能实现信令负荷的削减。此外，能削减MME以及HSS的存储容量。由此，能削减MME以及HSS的制造成本。
实施方式5 变形例3.
在本变形例中公开用于解决实施方式5中所述的问题的其它方法。在RN移动后，RN对属下的RRC_Idle状态的UE进行存在确认（polling，轮询）。在系统信息中设置存在确认用的信息即可。存在确认用的信息也可以设为最小信息量的1位。假设例如在存在确认用的信息为“1”的情况下，需要存在确认，在存在确认用的信息为“0”的情况下，不需要存在确认。
RN将系统信息内的存在确认用的信息设定为“1”并进行通知。在存在确认用的信息从“0”变更为“1”的情况下，RN对属下的UE执行系统信息的修正处理。RN对属下的UE使用寻呼来进行系统信息的修正的通知。然后，RN将变更后的存在确认用的信息“1”作为系统信息通知给属下的UE。UE通过寻呼对系统信息被修正了进行识别，接收所通知的系统信息。通过这样做，从而RRC_Idle状态的UE能接收变更后的存在确认用的信息。
接收到通知信息并取得了存在确认用的信息的UE在存在确认用的信息为“1”的情况下，识别为需要存在确认，并将存在的含义的信号送出给RN。此外，UE在存在确认用的信息为“0”的情况下，什么也不做。作为UE将存在的含义的信号送出给RN的方法，也可以启动随机接入过程。通过随机接入过程，接收到随机接入信号的RN识别为该UE存在于属下。
在RN结束存在确认（polling）的情况下，将存在确认用的信息设定为“0”并进行通知。向属下的UE的通知方法与RN进行轮询的情况是同样的。
RN也可以对属下的RRC_Connected状态的UE进行轮询。为了连接确认而进行即可。例如，进入到DRX动作的终端等能在DRX中确认是否未移动到其它小区。针对RRC_Connected状态的UE的轮询也能应用本变形例中公开的方法。
作为RN启动存在确认的情况，可以为RN完成了HO处理的情况、RN与移动目的地DeNB连接完成的情况、RN对移动目的地MME发送了HO确认信号的情况、RN对移动目的地MME发送了TAU请求信号的情况、或者RN对移动目的地MME发送了TAU完成信号的情况等。
作为RN结束存在确认的情况，可以为在启动存在确认之后经过规定期间后。或者，也可以为从RN执行系统信息的修正处理之后经过规定期间后。可以预先决定该规定期间。也可以将该规定期间作为定时器进行管理。
作为RN进行存在确认的其它方法，也可以在寻呼消息中包含存在确认用的信息。RN能通过寻呼将存在确认用的信息通知给属下的UE。与前述的方法相比，无需系统信息的变更，因此RN以及UE均能简化控制。
也可以是在RN移动后，移动目的地的RN用MME或移动目的地的UE用MME经由移动的RN对RN属下的RRC_Idle状态的UE进行存在确认。此外，也可以是移动源的RN用MME或移动源的UE用MME经由RN移动前连接的DeNB对DeNB属下的RRC_Idle状态的UE进行存在确认。
作为MME进行存在确认的方法，可以使用寻呼消息。在寻呼消息中，设置存在确认用的信息即可。存在确认用的信息可以设为最小信息量的1位。假设例如在存在确认用的信息为“1”的情况下，需要存在确认，在存在确认用的信息为“0”的情况下，不需要存在确认。
MME将寻呼消息内的存在确认用的信息设定为“1”，经由RN通知给UE。接收到寻呼消息并取得了存在确认用的信息的UE在存在确认用的信息为“1”的情况下，识别为需要存在确认，经由RN对MME送出存在的含义的信号。在存在确认用的信息为“0”的情况下，什么也不做。作为UE将存在的含义的信号送出给MME的方法，可以发送初始UE消息。此时，从RN对MME包含本RN的小区标识符来进行发送即可。经由RN接收到初始UE消息的MME识别为在该RN的属下存在UE。
通过这样做，从而RN或MME能识别RRC_Idle状态的UE是否与RN一同移动了。由此，在对UE有来信的情况下，移动源的MME以及移动目的地的MME均能对UE进行寻呼。因此，UE与核心网络之间的通信变得可能。
将前述的实施方式5～实施方式5的变形例3中公开的方法和前述的实施方式2或实施方式2的变形例1中公开的方法合在一起使用即可。不管RN属下的UE是RRC_Connected状态还是RRC_Idle状态，MME均能进行RN属下的UE的移动性的管理。因此，UE与核心网络之间的通信变得可能。
例如，在将前述的实施方式5中公开的方法和前述的实施方式2或实施方式2的变形例1中公开的方法合在一起使用的情况下，对于RN属下的RRC_Connected状态的UE，在图36的步骤ST3609的RN的HO／TAU处理中，应用前述的实施方式2或实施方式2的变形例1中公开的方法即可。
实施方式6.
在前述的实施方式2的变形例1中，公开了在移动目的地的MME与移动源的MME之间进行与UE有关的信息的收发的方法。公开了由于在移动源的MME与移动目的地的MME之间进行与该RN属下的UE有关的信息的收发，所以启动该UE的TAU处理的方法。
在此，公开其它方法。
在RN的TAU处理中，将与RN属下的UE有关的信息的收发和与RN有关的信息的收发一起在移动源的MME与移动目的地的MME之间进行。在以下公开本实施方式中的RN的TAU处理的具体例。
图41是表示在RN的TAU处理中在移动源的MME与移动目的地的MME之间进行与RN有关的信息的收发、以及与RN属下的UE有关的信息的收发的情况下的序列的图。由于图41所示的序列与图27所示的序列类似，所以对同一步骤标注同一步骤号码，并省略共同的说明。
在步骤ST2701中， RN启动TAU，对移动目的地的RN用MME发送TAU请求信号。
RN将RN属下的UE的标识符与TAU请求信号一起发送给移动目的地的RN用MME。进而，该RN的标识符也可以一并被发送。
移动目的地的RN用MME在步骤ST2701中接收到来自RN的TAU请求信号后，进行RN的TAU处理。
在步骤ST2704中，移动目的地的RN用MME对移动源的RN用MME发送上下文请求信号。此时，RN属下的UE的标识符，进而，该RN的标识符也一并被发送。
移动源的RN用MME当在步骤ST2704中接收到上下文请求信号时，在步骤ST4101中，对移动源的UE用MME发送RN属下的UE的上下文请求信号。此时，RN属下的UE的标识符，进而，该RN的标识符也一并被发送。
移动源的UE用MME根据在步骤ST4101中接收到的RN属下的UE的上下文请求信号，在步骤ST4102中，将RN属下的UE的上下文信息发送给移动源的RN用MME。
接收到RN属下的UE的上下文信息的移动源的RN用MME在步骤ST4103中对移动源的UE用MME发送RN属下的UE的上下文信息接受成功信号。
接收到RN属下的UE的上下文信息的移动源的RN用MME在步骤ST4104中将RN属下的UE的上下文信息与RN的上下文信息一起发送给移动目的地的RN用MME。
接收到RN的上下文信息以及RN属下的UE的上下文信息的移动目的地的RN用MME在步骤ST4105中对移动源的RN用MME发送RN以及RN属下的UE的上下文信息接受成功信号。
接收到RN的上下文信息以及RN属下的UE的上下文信息的移动目的地的RN用MME在步骤ST4106中对移动目的地的UE用MME发送RN属下的UE的上下文信息。与该上下文信息一起，还发送RN属下的UE的位置更新启动请求信息。此时，RN属下的UE的标识符也一并被发送。RN的标识符也可以一并被发送。
在步骤ST4105中，发送了RN以及RN属下的UE的上下文信息接受成功信号的移动目的地的RN用MME在步骤ST2710、步骤ST2712、步骤ST2714、步骤ST2716中进行RN的位置更新处理。
此外，在步骤ST4106中，接收到RN属下的UE的位置更新启动请求信号的移动目的地的UE用MME在步骤ST2711、步骤ST2713、步骤ST2715、步骤ST2717中进行RN属下的UE的位置更新处理。
在RN属下的UE的位置更新处理结束后，在步骤ST4107中，移动目的地的UE用MME对移动目的地的RN用MME通知RN属下的位置更新处理完成了。
在步骤ST2718中，移动目的地的RN用MME对RN发送TAU接受信号。在步骤ST2720中，RN将TAU完成信号发送给移动目的地的RN用MME。由此，RN的一系列TAU处理完成。
步骤ST2719以及步骤ST2721的TAU接受信号的发送和TAU完成信号的发送仅在有对UE发送的信息的情况下进行。也可以不使用TAU接受信号，而使用其它S1信令。
如在本实施方式中公开的那样，通过在RN的TAU处理中，将与RN属下的UE有关的信息的收发和与RN有关的信息的收发一起在移动源的MME与移动目的地的MME之间进行，从而进行了与执行RN属下的UE的TAU处理同等的处理。
因此，移动源的MME和移动目的地的MME能识别RN属下的UE移动了，能进行移动性的管理。由此，移动目的地的MME能构成以及管理UE的TAI列表，UE与核心网络之间的通信变得可能。
此外，由于与RN有关的信息的收发一起，进行与RN属下的UE有关的信息的收发，所以能谋求移动源的MME与移动目的地的MME之间的信令负荷的削减。
实施方式6 变形例1.
在前述的实施方式6中，公开了在RN的TAU处理中，将与RN属下的UE有关的信息的收发和与RN有关的信息的收发一起在移动源的MME与移动目的地的MME之间进行的情况。在本变形例中，与RN的位置更新处理一起，还进行RN属下的UE的位置更新处理。在以下公开本变形例中的RN的TAU处理的具体例。
图42是表示在RN的TAU处理中一起进行RN的位置更新处理、以及RN属下的UE的位置更新处理的情况下的序列的图。由于图42所示的序列与图41所示的序列类似，所以对同一步骤标注同一步骤号码，并省略共同的说明。
在步骤ST4104中，接收到RN的上下文信息、以及RN属下的UE的上下文信息的移动目的地的RN用MME在步骤ST4201中对移动目的地的UE用MME发送RN属下的UE的上下文信息。此时，RN属下的UE的标识符也一并被发送。RN的标识符也可以一并被发送。
在步骤ST4105中，发送了RN以及RN属下的UE的上下文信息接受成功信号的移动目的地的RN用MME在步骤ST4202中对HSS发送位置更新请求信号。在该位置更新请求信号中，加入RN的位置更新请求用的信息、以及RN属下的UE的位置更新请求用的信息。此时，一并发送RN的标识符和RN属下的UE的标识符。
在步骤ST4202中接收到位置更新请求信号的HSS进行RN的位置更新处理和RN属下的UE的位置更新处理。
在步骤ST4203中，HSS对移动源的RN用MME发送请求位置的取消的位置取消请求信号。在该位置取消请求信号中，加入RN的位置取消请求用的信息、以及RN属下的UE的位置取消请求用的信息。此时，也可以一并发送RN的标识符和RN属下的UE的标识符。
接收到位置取消请求信号的移动源的RN用MME进行该RN的位置的取消。进而，移动源的RN用MME在步骤ST4204中对移动源的UE用MME发送RN属下的UE的位置取消请求信号。此时，也可以一并发送RN属下的UE的标识符。RN的标识符也可以一并被发送。
接收到RN属下的UE的位置取消请求信号的移动源的UE用MME进行RN属下的UE的位置的取消。
在步骤ST4205中，移动源的UE用MME将RN属下的UE的位置取消完成的信号发送给移动源的RN用MME。
识别出进行了RN的位置取消和RN属下的UE的位置取消的移动源的RN用MME在步骤ST4206中对HSS通知RN以及RN属下的UE的位置取消完成了。
HSS进行RN的位置更新处理和RN属下的UE的位置更新处理。识别出RN以及RN属下的UE的位置取消完成了的HSS在步骤ST4207中对移动目的地的RN用MME通知RN以及RN属下的UE的位置更新完成信号。
接收到位置更新完成信号的移动目的地的RN用MME在步骤ST4208中对移动目的地的UE用MME通知RN属下的UE的位置更新完成了。
通过这样做，从而在RN的TAU处理中能与RN的位置更新处理一起进行RN属下的UE的位置更新处理。
由此，能削减HSS与移动源的MME以及移动目的地的MME之间的信令。能抑制RN属下的UE的移动性的管理中的信令负荷的增大。
在步骤ST4209中，移动目的地的RN用MME对RN发送TAU接受信号。在TAU接受信号中，加入表示RN的TAU接受的信息和表示进行了RN属下的UE的TAU处理即进行了上下文转送以及位置信息的更新、旧位置信息的取消的含义的信息。此时，将RN属下的UE的标识符一并发送。
在步骤ST4210中，RN对属下的UE发送进行了该UE的TAU处理的含义的信息。在图42中，将该发送信号表示为TAU接受信号。
在步骤ST4211中，RN属下的UE接收到进行了TAU处理的含义的信息，对RN通知在UE内TAU处理例如TAI列表的变更等完成了。
在步骤ST4212中，RN对移动目的地的RN用MME发送表示RN的TAU处理完成以及属下的UE的TAU处理完成的信息。
步骤ST4210以及步骤ST4211的处理可以仅在有发送给UE的信息的情况下进行。从RN向UE的通知能应用前述的实施方式2的变形例1中公开的从RN向UE通知的方法。从UE向RN的通知通过专用信令进行即可。在RRC_Idle状态的UE的情况下，与RN进行RRC连接设立处理，在转变为RRC_connected状态后，通过专用信令进行即可。
这样，通过使RN的TAU接受信号包含在有发送给UE的信息的情况下的处理的一部分，从而能使处理简化。由此，能从RN削减核心网络侧的信令量。
通过本变形例中公开的方法，能抑制RN属下的UE的移动性的管理中的信令负荷的增大。
实施方式7.
在本实施方式中，公开用于解决在RN移动时移动源的MME以及移动目的地的MME不能识别RN属下的UE且UE与核心网络之间的通信变得不可能的问题的其它方法。
在RN进行了HO处理的情况下，RN对属下的UE发送请求TAU的启动的含义的信号。
作为RN对属下的UE通知TAU启动请求信号的情况的具体例，公开以下两种方法。
（1）RN发送了TAU请求的情况。
（2）RN接收到TAU接受（TAU accept）的情况。
所述（1）的方法适于关联的节点具有能将RN的TAU处理和该RN属下的UE的TAU处理并行进行的能力的情况。由于RN的TAU处理和该RN属下的UE的TAU处理并行进行，所以能削减处理的延迟。
所述（2）的方法适于关联的节点不能将RN的TAU处理和该RN属下的UE的TAU处理并行进行的情况。所述（2）的方法也能应用于关联的节点的处理能力低的情况。
公开在RN进行了HO处理的情况下，RN对属下的UE请求TAU的启动的方法的具体例。
图43是表示在RN进行了HO处理的情况下RN对属下的UE通知TAU启动请求信号的序列的图。由于图43所示的序列与图26所示的序列类似，所以对同一步骤标注同一步骤号码，并省略共同的说明。在图43中，示出MME间HO的情况。
移动了的RN在步骤ST4301中对移动目的地的RN用MME发送TAU请求信号。由此，在步骤ST4303中，在RN、移动源DeNB、移动目的地DeNB、移动源的RN用MME、移动目的地的RN用MME、以及HSS间进行RN的TAU处理。
将从RN发送到移动目的地的RN用MME的TAU请求信号作为触发，RN在步骤ST4302中对属下的UE发送TAU启动请求信号。在该TAU启动请求信号的发送中，能应用前述的实施方式2的变形例1中公开的从RN向UE的通知方法。
从RN接收到TAU启动请求信号的UE在步骤ST4304中启动TAU处理。在步骤ST4304中，UE对与服务移动后的RN的DeNB连接的MME、具体地说移动目的地的UE用MME发送TAU请求信号。由此，在UE、RN、移动源DeNB、移动目的地DeNB、移动源的UE用MME、移动目的地的UE用MME、移动源的UE用S-GW、移动目的地的UE用S-GW、UE用P-GW、以及HSS间进行UE的TAU处理。
通过本实施方式中公开的方法，RN移动，RN进行TAU处理，并且与该RN一同移动的属下的UE也启动TAU处理。因此，移动目的地的MME以及移动源的MME能进行UE的移动性的管理，UE与核心网络之间的通信变得可能。
本实施方式中公开的方法不仅能应用于RN进行了MME间HO的情况，而且也能应用于进行了MME内HO的情况。通过使用本实施方式的方法，从而能不依赖于MME间HO以及MME内HO地应用相同的过程。由此，能简化使RN属下的UE与核心网络之间的通信变得可能的控制。
实施方式8.
在本实施方式中，公开用于解决在RN移动时移动源的MME以及移动目的地的MME不能识别RN属下的UE且UE与核心网络之间的通信变得不可能的问题的其它方法。
在前述的实施方式7中构成为，在RN进行了HO处理的情况下，RN对属下的UE发送请求TAU的启动的含义的信号。与此相对地，在本实施方式中，核心网络对移动的RN属下的UE发送请求TAU的启动的含义的信号。作为核心网络，可以采用RN用MME。核心网络并不局限于RN用MME，也可以是UE用MME、UE用S-GW或者HSS。此外，核心网络也可以为移动目的地DeNB的S-GW功能。在RN进行MME间HO的情况下，使核心网络为移动目的地的MME即可。
作为RN用MME对RN属下的UE通知TAU启动请求信号的情况的具体例，公开以下两种方法。
（1）接收到来自RN的TAU请求的情况。
（2）向RN发送TAU接受（TAU accept）的情况。
所述（1）的方法适于关联的节点具有能将RN的TAU处理和该RN属下的UE的TAU处理并行进行的能力的情况。由于RN的TAU处理与该RN属下的UE的TAU处理并行进行，所以能削减处理的延迟。
所述（2）的方法适于关联的节点不能将RN的TAU处理和该RN属下的UE的TAU处理并行进行的情况。所述（2）的方法也能应用于关联的节点的处理能力低的情况。
公开在RN进行了HO处理的情况下RN用MME对RN属下的UE请求TAU的启动的方法的具体例。
图44是表示在RN进行了HO处理的情况下RN用MME对RN属下的UE通知TAU启动请求信号的序列的图。由于图44所示的序列与图26所示的序列类似，所以对同一步骤标注同一步骤号码，并省略共同的说明。在图44中，示出了MME间HO的情况。
移动的RN在步骤ST4401中对移动目的地的RN用MME发送TAU请求信号。由此，在步骤ST4402中，在RN、移动源DeNB、移动目的地DeNB、移动源的RN用MME、移动目的地的RN用MME、以及HSS间进行RN的TAU处理。
在步骤ST4403中，移动目的地的RN用MME将TAU接受信号发送给RN。移动目的地的RN用MME在该TAU接受信号中包含对RN属下的UE请求TAU的启动的含义的信息。此时，RN属下的UE的标识符也一并被发送。
虽然在步骤ST4403中，在TAU接受信号中包含对RN属下的UE请求TAU的启动的含义的信息来进行发送，但并不局限于此，可以使用其它S1信令，也可以在RN属下的UE新设置请求TAU的启动的信号来进行发送。
在步骤ST4404中，RN基于从移动目的地的RN用MME接收的对RN属下的UE请求TAU的启动的含义的信息，对属下的UE发送TAU启动请求信号。在该TAU启动请求信号的发送中，能应用前述的实施方式2的变形例1中公开的从RN向UE的通知方法。
移动目的地的RN用MME也可以经由移动目的地的UE用MME对RN发送载置有对属下的UE请求TAU的启动的含义的信息的信号。或者，移动目的地的RN用MME也可以对移动目的地的UE用MME和经由RN对RN属下的UE发送载置有请求TAU的启动的含义的信息的信号。
从RN接收到TAU启动请求信号的UE在步骤ST4405中启动TAU处理。在步骤ST4405中，UE对与服务移动后的RN的DeNB连接的MME、具体地说对移动目的地的UE用MME发送TAU请求信号。由此，在UE、RN、移动源DeNB、移动目的地DeNB、移动源的UE用MME、移动目的地的UE用MME、移动源的UE用S-GW、移动目的地的UE用S-GW、UE用P-GW以及HSS间进行UE的TAU处理。
通过本实施方式中公开的方法，RN移动，RN进行TAU处理，并且与该RN一同移动的属下的UE也启动TAU处理。因此，移动目的地的MME以及移动源的MME能进行UE的移动性的管理，UE与核心网络之间的通信变得可能。
本实施方式中公开的方法不仅能应用于RN进行了MME间HO的情况，也能应用于进行了MME内HO的情况。通过使用本实施方式的方法，从而能不依赖于MME间HO以及MME内HO地应用相同的过程。由此，能简化使RN属下的UE与核心网络之间的通信成为可能的控制。
实施方式9.
在RN属下的许多UE一齐启动TAU并且一齐进行许多UE的TAU处理那样的情况下，信令负荷从RN集中在核心网络侧，有时会产生控制延迟以及TAU处理的失败等。例如是前述的实施方式1、实施方式7以及实施方式8中公开的那样的情况。例如是RN的TAI被变更的情况、RN或核心网络侧向RN属下的UE请求TAU的情况。为了消除这样的问题，集中进行RN属下的UE的TAU处理。
公开集中进行RN属下的UE的TAU处理的情况的TAU处理的具体例。
图45是表示在集中进行RN属下的UE的TAU处理的情况下的TAU处理的序列的图。在图45中，示出在MME间的TAU的情况。
在步骤ST4501～步骤ST4504中，RN属下的许多UE一齐启动TAU，对RN发送TAU请求信号。接收到这许多TAU请求信号的RN将该TAU请求信号中所包含的信息与发送来的UE的标识符一起包含在一个TAU请求消息中。
RN在步骤ST4505中将该一个TAU请求消息发送给移动目的地的UE用MME。
移动目的地的UE用MME在步骤ST4506中对移动源的UE用MME发送包含了RN属下的全部UE的上下文请求信息的一个信号。
在步骤ST4507中，移动源的UE用MME对移动目的地的UE用MME发送包含了RN属下的全部UE的上下文的一个信号。
在步骤ST4508中，移动目的地的UE用MME对移动源的UE用MME发送包含了RN属下的全部UE的上下文接受成功的一个信号。
在步骤ST4509中，移动目的地的UE用MME对HSS发送包含了RN属下的全部UE的位置更新请求信息的一个信号。
在步骤ST4510中，HSS将包含了RN属下的全部UE的位置取消请求信息的一个信号发送给移动源的UE用MME。
移动源的UE用MME进行RN属下的全部UE的位置的取消。然后，在步骤ST4511中，移动源的UE用MME对HSS发送RN属下的全部UE的位置取消成功的信号。
HSS进行RN属下的全部UE的位置更新处理。然后，HSS在步骤ST4512中对移动目的地的UE用MME发送RN属下的全部UE的位置更新的完成信号。
移动目的地的UE用MME进行RN属下的全部UE的TAU处理。然后，在步骤ST4513中，移动目的地的UE用MME对RN发送包含了RN属下的全部UE的TAU接受信息的一个信号。
在步骤ST4514～步骤ST4517中，RN将TAU接受信号发送给属下的UE。
接收到TAU接受信号的UE进行例如TAI列表的更新等的TAU处理。然后，UE在步骤ST4518～步骤ST4521中将TAU完成信号发送给RN。
接收到这许多TAU完成信号的RN将该TAU完成信号中所包含的信息与发送来的UE的标识符一起包含在一个TAU完成消息中。此时，也可以将在全部UE中共同的信息和UE专用的信息分开，共同的信息作为UE共同信息包含在一个信号中。
在步骤ST4522中，RN将该一个TAU完成消息发送给移动目的地的UE用MME。
在前述的信号中包含RN属下的全部UE的信息时，与UE的标识符一起关联地包含，以使清楚哪个信息是哪个UE的信息即可。作为列表，也可以包含在一个消息中。
此外，也可以将在全部UE中共同的信息与UE专用的信息分开，共同的信息作为UE共同信息包含在一个信号中。由此，能谋求信息量的削减。
有时与RN之间的通信质量差的UE不能发送向RN的TAU请求信号。在这种情况下，RN在与该UE的通信质量变得良好之前，继续等待来自该UE的TAU请求信号。当继续等待TAU请求信号时，会产生了大的控制延迟，在最差的情况下，不进行全部RN属下的UE的TAU处理。
为了消除该问题，将RN从接收属下的许多TAU请求信号起到对移动目的地的UE用MME发送该一个TAU请求消息为止设为规定期间。
例如，RN在最初接收来自属下的UE的TAU请求信号之后，在规定期间经过后，对移动目的地的UE用MME发送TAU请求消息。将在该规定期间中接收的来自全部RN属下的UE的TAU请求信号包含在一个TAU请求消息中，并发送给移动目的地的UE用MME。
通过这样做，从而能减少控制延迟，并且能进行尽可能的属下的UE的TAU处理。
也可以用定时器管理该规定期间。在接收到来自属下的UE的最初的TAU请求信号时使定时器开始，在定时器结束时，将在此之前接收到的来自全部属下的UE的TAU请求信号包含在一个TAU请求消息中，并发送给移动目的地的UE用MME。
该规定期间可以由RN设定，也可以由MME设定并通知给RN。或者，也可以从作为RN的维持管理节点的OAM通知给RN。
通过使用本实施方式中公开的方法，从而在RN属下的许多UE一齐启动TAU并且一齐进行许多UE的TAU处理那样的情况下，也能防止信令负荷从RN集中在核心网络侧，能减少控制延迟以及TAU处理的失败等。
实施方式10.
在本实施方式中，公开用于解决在RN移动时移动源的MME以及移动目的地的MME不能识别RN属下的UE并且UE与核心网络之间的通信变得不可能的问题的其它方法。
移动RN属下的UE定期地或周期性地启动TAU。由此，进行移动RN属下的UE的TAU处理，MME能进行UE的移动性管理。因此，UE与核心网络之间的通信变得可能。
MME或移动RN设定UE的TAU周期，并将其通知给移动RN属下的UE。在MME设定TAU周期的情况下，也可以从MME向移动RN使用S1信令或S1信令和Un接口上的信令来进行通知，移动RN对属下的UE进行通知。作为从移动RN向属下的UE的通知方法，可以包含在系统信息中进行通知，也可以以专用信息进行通知。或者，也可以包含在RN结构（配置（configuration））参数中进行通知。
在与固定模式和移动模式对应的RN的情况下，也可以设定固定模式用的TAU周期和移动模式用的TAU周期。
在移动RN属下的UE定期地或周期性地启动TAU情况下，当在启动TAU的期间中产生RN的移动时，MME不能识别UE的位置，不能进行移动性管理。其结果是，在UE启动TAU的期间，UE与核心网络之间的通信变得不可能。为了缩短移动RN中的不能通信的期间，缩短移动模式的TAU周期即可。更详细地说，设定得比固定模式的RN或其它种类的小区（eNB）的TAU期间短即可。由此，能缩短MME不能进行UE的移动性管理的期间。
在MME或RN以专用信令进行通知的情况下，也可以按每个UE使TAU周期不同。此外，也可以按每个UE随机地设定TAU周期。
此外，MME或RN也可以设定容许TAU周期范围，并将其通知给属下的UE。UE个别地从该容许TAU周期范围内随机地选择TAU周期。
由此，由于来自RN属下的UE的TAU处理被随机启动，所以能防止因UE、RN以及核心网络间的TAU处理的集中而产生的控制延迟以及TAU处理的失败。
通过本实施方式中公开的方法，进行移动RN属下的UE的TAU处理，MME能进行UE的移动性管理。由此，UE与核心网络之间的通信变得可能。
在本发明中公开的方法中，也可以将RN用MME和UE用MME构成在同一MME内。在RN用MME和UE用MME被构成在同一MME内的情况下，RN用MME与UE用MME之间的信令在同一MME内被执行，因此不需要RN用MME与UE用MME之间的信令。
本发明中公开的方法不仅能应用于RN进行了HO处理的情况，而且也能应用于RN进行了小区选择或者小区重选的情况。具体地说，也能应用于RN通过移动进行了小区重选的情况，或者，RN关闭电源后再次接通的情况，或者，RN与DeNB之间的通信质量劣化并且在RN进行了无线链路切断（Radio Link Failure：无线电链路故障）后进行了小区选择或者小区重选的情况。在这样的情况下，也通过能够与RN一起进行属下的UE的TAU处理，从而能使RN属下的UE与核心网络之间的通信成为可能。
本发明中公开的方法能适当地组合来执行。能进行与UE、中继、eNB、MME等系统的状况对应的控制。
作为中继资源的分割方法，虽然叙述了从DeNB向RN的链路以及从RN向UE的链路在一个频带中被时分复用，从RN向DeNB的链路以及从UE向RN的链路也在一个频带中被时分复用，但并不局限于此，也可以是其它的分割方法。
例如，也可以是从DeNB向RN的链路以及从RN向UE的链路在不同的载波或频段中被频分复用，从RN向DeNB的链路以及从UE向RN的链路也在不同的载波或频段中被频分复用。能应用前述的实施方式1～实施方式10中公开的方法。
本发明中公开的方法并不局限于中继节点，也能应用于连接于eNB的RRU、RRE、RRH等。例如将RRH与eNB之间以无线连接起来。只要将RN与UE的接入链路应用于RRH与UE的无线链路，将DeNB与RN之间的回传链路应用于eNB与RRH之间的无线链路即可。由此，在RRH移动了的情况下，也能进行RRH属下的UE与核心网络之间的通信。RRU、RRE也是同样的。RRU、RRE、RRH相当于中继装置。
本发明中公开的方法并不局限于中继节点，也能应用于HeNB。将HeNB与MME之间、或HeNB与HeNBGW之间以无线连接起来。只要将RN与UE的接入链路应用于HeNB与UE的无线链路，将包含DeNB与RN之间的回传链路的MME与RN之间的链路应用于MME与HeNB之间的无线链路即可。或者，也可以将包含DeNB与RN之间的回传链路的MME与RN之间的链路应用于HeNBGW与HeNB之间的无线链路。通过这样做，从而在HeNB移动了的情况下，也能进行HeNB属下的UE与核心网络之间的通信。HeNB相当于中继装置。
本发明中公开的方法并不局限于中继节点，只要是同时具有移动终端以及基站这两方的功能或模式的节点或设备，就能够加以应用。同时具有移动终端以及基站这两方的功能或模式的节点以及设备相当于中继装置。
这样，关于本发明中公开的方法，作为对中继进行服务的DeNB，并不局限于通常的eNB（宏小区），也能应用于微微eNB（微微小区（pico cell））、HeNB（毫微微小区）、热点区域小区用的节点、中继节点、远程无线电头（RRH）等的所谓的本地节点。本地节点相当于中继装置。
虽然在前述的各实施方式中，记载了高速公共汽车或高速铁路等移动体的乘客所保持的移动终端（UE），但是不局限于此，也能应用于无需人的操作的通信终端。作为无需人的操作的通信终端，例如，即使是机器类型通信（Machine Type Communication：MTC）用的终端（MTC device），也能够进行应用。通信终端相当于移动终端装置。
虽然在以上的各实施方式中，对LTE-A中的RN进行了说明，但本发明的通信系统也能应用于在其它通信系统中进行中继通信的情况、或在不同种类通信系统中进行中继通信那样的情况。
虽然对本发明详细地进行了说明，但上述的说明在所有方面均是例示，本发明并不限定于此。可以理解，在不偏离本发明的范围的情况下可设想未例示出的无数的变形例。
附图标记的说明
1501 第二MME、1502～1507 第七～第十二eNB（小区）、1508 中继节点（RN）、1509移动终端（UE）、1511～1516 第七～第十二覆盖、1602 第三TA、1519 第四TA、1520 第一MME、1522～1527 第一～第六eNB（小区）、1528～1533 第一～第六覆盖、1601 第一TA、1535第二TA。

Claims (2)

1.一种移动通信系统，具备连接于核心网络的多个基站装置、能与所述基站装置进行无线通信的移动终端装置、以及以能移动的方式构成并对所述基站装置与所述移动终端装置之间的无线通信进行中继的中继装置，所述移动通信系统的特征在于，
核心网络按每个预先确定的跟踪区包含对所述基站装置、所述移动终端装置以及所述中继装置进行管理的管理单元，
所述中继装置当判断为连接本中继装置的基站装置所属的跟踪区被变更了时，将更新本中继装置所属的跟踪区的跟踪区更新请求信号发送到所述管理单元，
所述管理单元当从所述中继装置接收到所述跟踪区更新请求信号时，进行更新所述中继装置所属的跟踪区的处理，并且，进行更新所述移动终端装置所属的跟踪区的处理，
所述核心网络包含多个所述管理单元，
各管理单元构成为对与其它管理单元不同的跟踪区进行管理，
(A)当判断为连接所述中继装置的基站装置所属的跟踪区被变更了，而且，判断为对连接所述中继装置的基站装置所属的跟踪区进行管理的管理单元未被变更时，所述中继装置将所述跟踪区更新请求信号发送到对连接本中继装置的基站装置所属的跟踪区进行管理的所述管理单元。
2.根据权利要求1所述的移动通信系统，其特征在于，
(B)当判断为连接所述中继装置的基站装置所属的跟踪区被变更了，而且，判断为对连接所述中继装置的基站装置所属的跟踪区进行管理的管理单元被变更了时，(B1)所述中继装置将连接本中继装置的基站装置所属的跟踪区设定为本中继装置所属的跟踪区，(B2)当所述移动终端装置判断为连接本移动终端装置的中继装置所属的跟踪区被变更了时，将更新本移动终端装置所属的跟踪区的跟踪区更新请求信号发送到对连接本移动终端装置的中继装置所属的跟踪区进行管理的管理单元。
CN201280038810.5A 2011-08-09 2012-08-09 移动通信系统 Expired - Fee Related CN103703801B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2011173756 2011-08-09
JP2011-173756 2011-08-09
PCT/JP2012/070365 WO2013022067A1 (ja) 2011-08-09 2012-08-09 移動体通信システム

Publications (2)

Publication Number Publication Date
CN103703801A CN103703801A (zh) 2014-04-02
CN103703801B true CN103703801B (zh) 2018-04-13

Family

ID=47668571

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280038810.5A Expired - Fee Related CN103703801B (zh) 2011-08-09 2012-08-09 移动通信系统

Country Status (5)

Country Link
US (2) US9820254B2 (zh)
EP (1) EP2744246A4 (zh)
JP (3) JP6257325B2 (zh)
CN (1) CN103703801B (zh)
WO (1) WO2013022067A1 (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103368930B (zh) * 2012-03-27 2017-11-28 华为技术有限公司 用于控制访问核心网的方法和用户设备
JP2013239817A (ja) * 2012-05-14 2013-11-28 Sharp Corp 中継装置、無線端末装置、通信システム及び通信方法
IN2015DN01343A (zh) * 2012-09-25 2015-07-03 Nec Corp
CN103974228B (zh) * 2013-01-30 2019-05-07 中兴通讯股份有限公司 一种实现x2代理的方法及系统
KR102015804B1 (ko) * 2013-03-11 2019-08-29 삼성전자주식회사 이동 통신 시스템에서 착신 호 페이징 방법 및 장치
US9232516B1 (en) * 2014-01-03 2016-01-05 Sprint Spectrum L.P. Managing allocation of frequency bandwidth between donor access link and relay backhaul link
WO2016002692A1 (ja) * 2014-07-01 2016-01-07 シャープ株式会社 基地局装置、第１の位置管理装置、端末装置、通信制御方法、および通信システム
KR102301826B1 (ko) * 2014-08-27 2021-09-14 삼성전자 주식회사 무선 통신 시스템 및 그 시스템에서 간섭 조정을 위한 자원 관리 방법
JP6520044B2 (ja) * 2014-10-24 2019-05-29 日本電気株式会社 無線端末、ネットワーク装置、及びこれらの方法
US9775170B2 (en) * 2014-12-04 2017-09-26 Intel Corporation Apparatus, system and method of allocation using a frame
WO2017022039A1 (ja) * 2015-07-31 2017-02-09 日本電気株式会社 通信システム、装置、端末、通信制御方法並びにプログラム
US9866310B1 (en) 2015-11-17 2018-01-09 Sprint Spectrum L.P. Dynamic selection of a donor base station to serve a relay node
JP6396378B2 (ja) * 2016-08-08 2018-09-26 ソフトバンク株式会社 通信制御サーバ、通信制御方法、中継装置、及び中継方法
US10298313B2 (en) * 2016-09-13 2019-05-21 Sprint Spectrum L.P. Systems and methods for selecting a donor for a relay wireless device
US10873938B2 (en) * 2017-10-09 2020-12-22 Qualcomm Incorporated Rate matching for broadcast channels
CN111434143B (zh) 2017-10-13 2023-11-03 三星电子株式会社 用于管理网络切片拥塞的用户设备及其方法
CN110771219B (zh) * 2017-10-13 2022-09-09 三星电子株式会社 无线通信系统中通过用户设备维护服务连续性的方法和系统
CN109788507B (zh) * 2017-11-13 2021-10-22 华为技术有限公司 通信方法和装置
CN110536482B (zh) * 2018-09-28 2023-04-07 中兴通讯股份有限公司 一种节点之间链路连接管理的方法及相关设备
KR20210055721A (ko) * 2018-10-05 2021-05-17 삼성전자주식회사 무선 통신 네트워크의 등록 영역 내에서 등록 절차를 트리거링하는 방법 및 사용자 장치
KR20210049585A (ko) * 2019-10-25 2021-05-06 삼성전자주식회사 통신 서비스를 제공하는 전자 장치 및 그의 동작 방법
CN113015154B (zh) * 2019-12-20 2022-10-25 维沃移动通信有限公司 基于移动iab节点的tau方法和设备
JPWO2022137473A1 (zh) * 2020-12-24 2022-06-30
KR20240035229A (ko) * 2022-09-08 2024-03-15 삼성전자주식회사 페이징을 수신하기 위한 전자 장치 및 그의 동작 방법

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102118808A (zh) * 2011-03-03 2011-07-06 电信科学技术研究院 触发切换及移动管理实体池标识信息的传递方法和设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003134552A (ja) * 2001-10-23 2003-05-09 Ntt Docomo Inc 位置情報管理方法、中継装置、位置情報管理装置および移動通信システム
EP1860904A1 (en) * 2006-05-26 2007-11-28 Matsushita Electric Industrial Co., Ltd. Mobility management in communication networks
JP5029317B2 (ja) * 2007-11-22 2012-09-19 富士通株式会社 特定エリアの位置登録方法および位置登録装置
EP2152035B1 (en) * 2008-08-06 2016-12-21 Alcatel Lucent Method for automatically configuring addresses and/or security data between ENBS of an LTE access network, and associated MME and ENB
WO2010089949A1 (ja) * 2009-02-03 2010-08-12 シャープ株式会社 移動通信システム、基地局装置、通信制御方法及び通信制御プログラム
CN101815298B (zh) * 2009-02-25 2013-04-24 华为技术有限公司 跟踪区优化和跟踪区更新方法、装置及系统
EP2426960B1 (en) * 2009-04-28 2014-02-19 Huawei Technologies Co., Ltd. A paging method, location update method and device
US8059586B2 (en) * 2009-06-04 2011-11-15 Motorola Mobility, Inc. Mobility management entity tracking for group mobility in wireless communication network
WO2011002244A2 (en) * 2009-07-02 2011-01-06 Lg Electronics Inc. A method to facilitate user equipment (ue) handoff within a packet data communication system
JP5123274B2 (ja) * 2009-11-02 2013-01-23 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び無線基地局
CN102118812B (zh) * 2009-12-31 2014-07-30 华为技术有限公司 中继网络中的切换方法和系统、中继站、控制基站及基站
US9504079B2 (en) * 2010-02-22 2016-11-22 Huawei Technologies Co., Ltd. System and method for communications in communications systems with relay nodes
WO2012124894A1 (en) * 2011-03-17 2012-09-20 Lg Electronics Inc. The method and apparatus for updating tracking area in wireless communication system including mobile relay node
EP2533599A1 (en) * 2011-06-07 2012-12-12 Alcatel Lucent A mobility concept for a mobile relay station transceiver
US8811347B2 (en) * 2011-06-16 2014-08-19 Lg Electronics Inc. Method and apparatus for selecting MME in wireless communication system including mobile relay node

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102118808A (zh) * 2011-03-03 2011-07-06 电信科学技术研究院 触发切换及移动管理实体池标识信息的传递方法和设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
R3-101845，Signalling Routing Options for Relays;Mitsubishi Electric;《3GPP TSG RAN WG3 Meeting AH》;20100701;第1-2页第2节 *

Also Published As

Publication number Publication date
EP2744246A4 (en) 2015-10-14
US10383079B2 (en) 2019-08-13
US9820254B2 (en) 2017-11-14
JP2018033188A (ja) 2018-03-01
WO2013022067A1 (ja) 2013-02-14
JP6510623B2 (ja) 2019-05-08
JP2019106738A (ja) 2019-06-27
JP6257325B2 (ja) 2018-01-10
EP2744246A1 (en) 2014-06-18
US20140206352A1 (en) 2014-07-24
JPWO2013022067A1 (ja) 2015-03-05
US20180020419A1 (en) 2018-01-18
CN103703801A (zh) 2014-04-02

Similar Documents

Publication Publication Date Title
CN103703801B (zh) 移动通信系统
CN103348729B (zh) 通信系统
CN104521305B (zh) 通信系统
CN103493571B (zh) 通信系统
CN104919853B (zh) 移动通信系统
CN103918343B (zh) 移动通信系统
CN102415207B (zh) 移动通信系统
CN108605325A (zh) 通信系统
CN110100470A (zh) 通信系统
CN105900473A (zh) 通信系统
CN104247556A (zh) 通信系统
CN104081817A (zh) 移动通信系统
CN105790918A (zh) 移动通信系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180413

CF01 Termination of patent right due to non-payment of annual fee