[go: up one dir, main page]

WO2014054237A1 - 無線アクセスネットワーク装置、コアネットワーク装置、移動端末、並びにこれらの方法及びコンピュータ可読媒体 - Google Patents

無線アクセスネットワーク装置、コアネットワーク装置、移動端末、並びにこれらの方法及びコンピュータ可読媒体 Download PDF

Info

Publication number
WO2014054237A1
WO2014054237A1 PCT/JP2013/005582 JP2013005582W WO2014054237A1 WO 2014054237 A1 WO2014054237 A1 WO 2014054237A1 JP 2013005582 W JP2013005582 W JP 2013005582W WO 2014054237 A1 WO2014054237 A1 WO 2014054237A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile terminal
ran
information
radio access
access network
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.)
Ceased
Application number
PCT/JP2013/005582
Other languages
English (en)
French (fr)
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.)
NEC Corp
Original Assignee
NEC 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 NEC Corp filed Critical NEC Corp
Priority to EP13844494.8A priority Critical patent/EP2905981B1/en
Priority to US14/433,726 priority patent/US20150282009A1/en
Priority to CN201380057650.3A priority patent/CN104769981A/zh
Priority to KR1020157011721A priority patent/KR101752985B1/ko
Priority to JP2014539593A priority patent/JP6476860B2/ja
Publication of WO2014054237A1 publication Critical patent/WO2014054237A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837—Determination of triggering parameters for hand-off
    • H04W36/008375—Determination of triggering parameters for hand-off based on historical data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H04W36/322—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data by location data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Definitions

  • This application relates to a mobile communication system, and more particularly to management of terminal information used in a radio access network.
  • a multiple access mobile communication system shares wireless resources including at least one of time, frequency, and transmission power among multiple mobile terminals, so that multiple mobile terminals can perform wireless communication substantially simultaneously. It is possible to do.
  • Typical multiple access schemes are TDMA (Time Division Multiple Access), FDMA (Frequency Division Multiple Access), CDMA (Code Division Multiple Access), OFDMA (Orthogonal Frequency Division Multiple Access), or a combination thereof.
  • the term mobile communication system used in this specification means a multiple access mobile communication system unless otherwise specified.
  • the mobile communication system includes a mobile terminal and a network.
  • the network includes a radio access network (Radio Access Network (RAN)) and a mobile core network (Mobile Core Network (MCN)).
  • the mobile terminal communicates with an external network (for example, the Internet, a packet data network, or a private enterprise network) via the RAN and MCN.
  • the mobile communication system is, for example, Universal Mobile Telecommunications System (UMTS) or Evolved Packet System (EPS) of 3rd Generation Partnership Project (3GPP).
  • UMTS Universal Mobile Telecommunications System
  • EPS Evolved Packet System
  • the RAN is, for example, Universal Terrestrial Radio Access Network (UTRAN) or Evolved UTRAN (E-UTRAN).
  • the MCN is, for example, General Packet Radio Service (GPRS) packet core or Evolved Packet Core (EPC).
  • GPRS General Packet Radio Service
  • Patent Document 1 measures the duration of an inactive state in which communication of a mobile terminal is not performed in a mobile terminal or a network (ie, a base station or a gateway), and when this exceeds a predetermined expiration period, the mobile terminal is put into a sleep mode. The transition is disclosed.
  • Patent Document 1 discloses that the communication frequency of a mobile terminal is measured in a mobile terminal or a network (ie, a base station or a gateway), and the expiration period of a timer related to sleep mode transition is changed based on the communication frequency of the mobile terminal. Disclosure. Further, Patent Document 1 discloses changing the expiration period of the timer related to the sleep mode transition based on the remaining battery level of the mobile terminal.
  • Patent Documents 2 and 3 disclose that a control policy used to control a state transition between a CONNECTED state and an IDLE state of a mobile terminal is supplied from the MCN to a control device (eg base station) in the RAN. Yes.
  • the control policy includes, for example, designation of a time interval (IDLE transition interval) until the mobile terminal transitions from the CONNECTED state to the IDLE state.
  • the control policy is managed, for example, by a mobility management node (e.g. Mobility Management Entity (MME), Serving GPRS Support Node (SGSN)), or a subscriber server (e.g. Home Subscriber Server (HSS)).
  • MME Mobility Management Entity
  • SGSN Serving GPRS Support Node
  • HSS Home Subscriber Server
  • Non-Patent Documents 1 and 2 disclose that the subscriber data managed by the HSS includes setting data of UE inactivity ⁇ ⁇ ⁇ ⁇ timer regarding the 3GPP mobile communication system.
  • UE inactivity timer is a timer that measures the duration of an inactive state in which user data related to the mobile terminal is not transmitted and received.
  • the UE inactivity timer is started by the base station and is used to determine the change of the mobile terminal from the CONNECTED state to the IDLE state.
  • the UE inactivity timer setting data held in the HSS is sent from the HSS to the base station via the Mobility Management Entity (MME) at the time of mobile terminal attachment, location registration update, or service request.
  • MME Mobility Management Entity
  • the “IDLE state” is a state in which the mobile terminal does not continuously exchange control signals for session management and mobility management with the MCN, and the wireless connection in the RAN is released.
  • An example of the IDLE state is a 3GPP EPS-Connection-Management-IDLE (ECM-IDLE) state and Radio-Resource-Control-IDLE (RRC_IDLE) state.
  • ECM-IDLE 3GPP EPS-Connection-Management-IDLE
  • RRC_IDLE Radio-Resource-Control-IDLE
  • the “CONNECTED state” means that at least a control signal (control message) for session management and mobility management is transmitted and received between the mobile terminal and the MCN, as in the ECM-CONNECTED state and the RRC_CONNECTED state of 3GPP.
  • the “CONNECTED state” may be a state in which the mobile terminal is connected to the MCN so that at least control signals (control messages) for session management and mobility management can be transmitted and received.
  • the “CONNECTED state” may be a state in which a data bearer for transmitting and receiving user data between the mobile terminal and an external packet data network (Packet Data Network: PDN) is set, or the “CONNECTED state” May have a control connection with the MCN but no data bearer.
  • PDN Packet Data Network
  • the “CONNECTED state” can also be referred to as the “ACTIVE state”.
  • the MCN manages the position of a mobile terminal in the CONNECTED state in units of cells, and the position of the mobile terminal in the IDLE state in units of location registration areas (eg, tracking areas, routing areas) including a plurality of cells. to manage.
  • location registration areas eg, tracking areas, routing areas
  • the mobile terminal transmits a message indicating the update of the location registration area to the MCN.
  • the MCN transmits a paging signal to a paging area determined based on the location registration area when downlink traffic (downlink data or voice incoming) to the mobile terminal in the IDLE state arrives.
  • a timer for measuring the continuation of the inactive state in which data communication of the mobile terminal is not performed is performed according to the designation in 3GPP. Called “UE inactivity timer”.
  • 3GPP S2-120475 "Inactivity timer management function", NTT docomo and NEC, 3GPP TSG-SA2 Meeting # 89, Vancouver, Canada, 6-10 February 2012
  • 3GPP S2-120476 "Inactivity timer management management”, “NTT docomo” and “NEC”, "3GPP” TSG-SA2 "Meeting” # 89, "Vancouver,” Canada, “6-10” February 2012
  • the inventors of the present invention measure the behavior of a mobile terminal (eg communication frequency, movement frequency) in RAN (eg base station, Radio Network Controller (RNC)), and for each mobile terminal (or move based on this measurement result)
  • RAN eg base station, Radio Network Controller (RNC)
  • RNC Radio Network Controller
  • the RAN terminal information includes, for example, (a) measurement information regarding the mobile terminal acquired in the RAN, (b) history information regarding the mobile terminal acquired in the RAN, and (c) setting information regarding the mobile terminal determined in the RAN. Including at least one of them. Therefore, for example, the RAN collects measurement information or history information about the mobile terminal over a long period across the CONNECTED-IDLE transition, and sets a setting (eg, a timer value of eg UE inactivity timer) about the mobile terminal based on this long-term information. Difficult to do.
  • a setting eg, a timer value of eg UE inactivity timer
  • the RAN does not have any measurement information or history information regarding the mobile terminal immediately after the mobile terminal transitions to the CONNECTED state, the setting regarding the mobile terminal based on the measurement information or history information (eg ⁇ UE inactivity timer value) is difficult.
  • the release of the RAN terminal information held in the RAN according to the transition of the mobile terminal to the IDLE state can be a problem even in cases other than the case of determining the timer value of the UE inactivity timer.
  • the fact that the RAN terminal information (e.g. measurement information, history information) cannot be continuously used across the CONNECTED-IDLE transition in the RAN can be a wide problem when the RAN makes any determination or setting regarding the mobile terminal.
  • the determination or setting related to the mobile terminal in the RAN includes, for example, determination of handover start, determination of a handover destination cell, and determination of a backoff time in a random access procedure.
  • Patent Document 1 discloses that the communication frequency of a mobile terminal is measured at a base station, and the expiration period of a timer related to sleep mode transition is changed based on the communication frequency of the mobile terminal.
  • Patent Literature 1 does not describe how to accumulate measurement information of communication frequency and continuously use it.
  • one of the objects of the present invention is to improve the RAN terminal information (eg measurement information, history information) in the RAN so that the RAN terminal information can be continuously used across the CONNECTED-IDLE transition of the mobile terminal,
  • RAN terminal information eg measurement information, history information
  • a system, method, and program are provided.
  • the radio access network device arranged in the radio access network includes an information management unit.
  • the information management unit is configured to transmit RAN terminal information related to a mobile terminal to the core network and receive the RAN terminal information from the core network.
  • the core network device arranged in the core network includes a control unit.
  • the control unit is configured to receive RAN terminal information related to a mobile terminal from the radio access network and to transmit the RAN terminal information to the radio access network.
  • the mobile terminal includes a wireless communication unit.
  • the wireless communication unit is used in combination with the base station according to the first aspect described above, and is configured to communicate with the base station according to the setting by the base station that holds the RAN terminal information.
  • the method performed by the radio access network apparatus includes transmitting RAN terminal information related to the mobile terminal to the core network.
  • the method performed by the core network device includes receiving RAN terminal information about a mobile terminal from the radio access network and transmitting the RAN terminal information to the radio access network.
  • the program includes a group of instructions for causing a computer to perform the method according to the fourth aspect described above.
  • the program includes a group of instructions for causing a computer to perform the method according to the fifth aspect described above.
  • the RAN terminal information includes (a) measurement information about the mobile terminal acquired in the radio access network, and (b) the movement acquired in the radio access network. It includes at least one of history information regarding the terminal and (c) setting information regarding the mobile terminal determined in the radio access network.
  • the RAN terminal information (eg measurement information, history information) is improved in the RAN so that it can be continuously used across the CONNECTED-IDLE transition of the mobile terminal.
  • An apparatus, a system, a method, and a program can be provided.
  • FIG. 1 is a block diagram illustrating a configuration example of a network including a mobile communication system according to the present embodiment.
  • the configuration example of FIG. 1 includes a radio access network (RAN) 20 and a mobile core network (MCN) 30.
  • RAN radio access network
  • MCN mobile core network
  • the RAN 20 includes a base station 100 and a radio resource management function.
  • the radio resource management function may be arranged in a RAN node different from the base station 100, or may be arranged in the base station 100.
  • the radio resource management function is arranged in the RNC.
  • the radio resource management function is arranged in the base station (eNB).
  • the RAN 20 is, for example, E-UTRAN, UTRAN, or a combination thereof.
  • the base station 100 connects to the mobile terminal 200 using a radio access technology.
  • the base station 100 corresponds to E-UTRAN NodeB (eNB).
  • the base station 100 corresponds to the functions of Radio Network Controller (RNC) and NodeB.
  • the base station 100 transmits / receives a control message (eg S1 Application Protocol (S1AP) message) to / from the mobility management node 300 of the MCN 30, and encapsulates user data (or user data) to the transfer node 310 of the MCN 30. (Tunnel packet).
  • S1AP Application Protocol
  • the mobile terminal 200 has a radio interface, connects to the base station 100 by radio access technology, and connects to the MCN 30 via the RAN 20 (that is, the base station 100).
  • the mobile terminal 200 communicates with the external network 40 via the RAN 20 and the MCN 30.
  • the external network 40 is the Internet, a packet data network, PSTN, or a combination thereof.
  • the mobile terminal 200 transmits and receives a Non-Access Stratum (NAS) message to and from the control node (e.g. movement management node 300) of the MCN 30.
  • the NAS message is a control message that is not terminated by the RAN 20 and is transmitted and received transparently between the mobile terminal 200 and the MCN 30 without depending on the radio access scheme of the RAN 20.
  • the NAS message sent from the mobile terminal 200 to the MCN 30 includes NAS request messages such as an attach request, a session (bearer) request, and a location update request.
  • NAS request messages from the mobile terminal 200 are Attach Request, Service Request, PDN connectivity request, Bearer Resource Allocation Request, Bearer Resource Modification Request, TAU (Tracking Area Update) Request, and RAU (Routing Area Update ) Contains at least one of Requests.
  • the NAS message transmitted from the MCN 30 to the mobile terminal 200 includes an acceptance (ACCEPT) message and a rejection (REJECT) message for these NAS request messages.
  • the MCN 30 is a network managed mainly by an operator who provides mobile communication services.
  • the MCN 30 is a Circuit / Switched (CS) core or a Packet / Switched (PS) core, or a combination thereof.
  • the MCN 30 is, for example, EPC in EPS, General Packet Packet Radio Service (GPRS) packet core in UMTS, or a combination thereof.
  • the MCN 30 includes a mobility management node 300, a forwarding node 310, and a subscriber server 320.
  • the mobility management node 300 is a control plane node, and performs mobility management (e.g. location registration), session (bearer) management (e.g. bearer establishment, bearer configuration change, bearer release) and the like of the mobile terminal 200.
  • the mobility management node 300 transmits / receives a control message (e.g.APS1AP message) to / from the base station 100 and transmits / receives a NAS message to / from the mobile terminal 200.
  • a control message e.g.APS1AP message
  • the mobility management node 300 includes an SGSN control plane function.
  • the mobility management node 300 includes an MME.
  • the transfer node 310 provides a user plane function including transfer or circuit switching of user data transmitted and received between the mobile terminal 200 and the external network 40.
  • the forwarding node 310 includes an MSC user plane function, an SGSN user plane function, and a GatewayGateGPRS Support Node (GGSN).
  • the forwarding node 310 includes Serving Gateway (S-GW) and PDN Gateway (P-GW).
  • the subscriber server 320 is a database that holds subscriber data of the mobile terminal 200. For example, Home Subscriber Server (HSS) or Home Location Register (HLR) corresponds to this.
  • HSS Home Subscriber Server
  • HLR Home Location Register
  • the subscriber server 320 transmits subscriber data to the mobility management node 300 in response to a request from the mobility management node 300.
  • the base station 100 acquires RAN terminal information (RAN UE Context) related to the mobile terminal 200, and performs settings related to the mobile terminal 200 using the RAN terminal information. Furthermore, the base station 100 is configured to transmit the acquired RAN terminal information to the MCN 30 in order to save it, and is configured to receive the saved RAN terminal information from the MCN 30 in order to read out (retrieve) the RAN terminal information. ing.
  • the RAN terminal information received by the base station 100 from the MCN 30 may be information acquired by another base station 100 and saved in the MCN 30.
  • the RAN terminal information in this specification is information regarding the mobile terminal 200 acquired or determined in the RAN 20, and includes at least one of the following (a) to (c).
  • the information (a) to (c) described above may be acquired or determined for each mobile terminal 200 or may be acquired or determined for each terminal group.
  • the terminal group may be defined in, for example, a terminal type unit, a service unit used by the mobile terminal 200, or a quality of service (QoS) unit requested by the mobile terminal 200.
  • QoS quality of service
  • QoS Class Indicator When defining a terminal group in QoS units, QoS Class Indicator (QCI) may be used as an indicator. Further, the above-described information (a) to (c) may be managed for each mobile device 200 for each time zone. By managing every hour, detailed mobile terminal management according to the behavior of the mobile terminal 200 becomes possible. Specific examples of information (a) to (c) as terminal group RAN terminal information will be described below.
  • the RAN 20 (eg, the base station 100) can acquire measurement information indicating the behavior of the mobile terminal 200 such as communication characteristics, mobile characteristics, or handover characteristics of the mobile terminal 200.
  • the RAN 20 relates to communication of the mobile terminal 200, communication time, communication band, communication interval (no communication time), communication frequency, MCS (Modulation and Coding Scheme), communication data amount, throughput, communication delay, packet loss, packet
  • MCS Modulation and Coding Scheme
  • the communication characteristics of these mobile terminals 200 may be measured in a radio bearer, or may be measured in a bearer between RAN 20 and MCN 30 (eg S1 bearer or EPS Radio Access Bearer (E-RAB)).
  • the RAN 20 may acquire these pieces of information indicating the communication characteristics of the mobile terminal 200 as measurement information related to the mobile terminal 200.
  • the RAN 20 is information indicating the movement characteristics of the mobile terminal 200, for example, the history of the moved cell (or base station), the stay time in the cell (or base station), the moving speed, the moving vector, or statistics thereof. Value.
  • the RAN 20 may acquire these pieces of information indicating the movement characteristics of the mobile terminal 200 as measurement information related to the mobile terminal 200.
  • the RAN 20 acquires information indicating the handover characteristics of the mobile terminal 200, for example, the number of handover attempts, the number of handover failures (eg Too Late Handover, Too Early Handover), the handover failure rate, or the statistical values thereof. Can do.
  • the RAN 20 may acquire these pieces of information indicating the handover characteristics of the mobile terminal 200 as measurement information related to the mobile terminal 200.
  • the RAN 20 (eg, the base station 100) can acquire history information indicating the behavior of the mobile terminal 200 such as the communication characteristics or the mobility characteristics of the mobile terminal 200.
  • the history information regarding the mobile terminal 200 includes, for example, at least one of a communication history of the mobile terminal 200, a movement history of the mobile terminal 200, and a service usage history of the mobile terminal 200. Note that it is not necessary to clearly distinguish measurement information and history information related to the mobile terminal 200. At least a part of the measurement information related to the mobile terminal 200 described above can also be referred to as history information related to the mobile terminal 200.
  • the RAN 20 can perform settings regarding the mobile terminal 200 using the measurement information or history information regarding the mobile terminal 200 described above.
  • the settings in the RAN 20 related to the mobile terminal 200 are, for example, a UE INACTIVITY TIMER timer value (expiration period), a handover parameter (eg A3-offset, Time to Trigger (TTT)), a back-off time in a random access procedure, a base station The access restriction time for restricting access to (average value) (ac-BarringTime), or terminal priority.
  • the terminal priority indicates a priority compared to other mobile terminals (or terminal groups) of the mobile terminal 200 (or terminal group).
  • the above-described setting information (UE INACTIVITY TIMER timer value, handover parameter, or This is used for determining a back-off time in a random access procedure, or allocating radio resources.
  • the base station 100 is configured to save the RAN terminal information (e.g. soot measurement information, history information) obtained by the RAN 20 in the MCN 30. Further, the base station 100 is configured to be able to read out the RAN terminal information saved in the MCN 30 from the MCN 30. Thereby, even when the RAN terminal information is released (erased) in the RAN 20 due to the transition of the mobile terminal 200 to the IDLE state, the base station 100 has been saved in the MCN 30 for the subsequent setting of the mobile terminal 200 The RAN terminal information can be read and used. In other words, the base station 100 can continuously use the RAN terminal information across the CONNECTED-IDLE transition of the mobile terminal 200. Therefore, the base station 100 can perform setting related to the mobile terminal 200 (setting of timer value of e.g. UE INACTIVITY TIMER) in consideration of long-term RAN terminal information related to the mobile terminal 200.
  • the base station 100 can perform setting related to the mobile terminal 200 (setting of timer value of e.g. UE
  • the RAN eg base station, RNC
  • the base station 100 may transmit the information to the MCN 30 when releasing the RAN terminal information related to the mobile terminal 200, for example. More specifically, the base station 100 may transmit the RAN terminal information to the MCN 30 in response to stopping the acquisition of autonomous RAN terminal information in the base station 100.
  • the base station 100 may transmit the RAN terminal information regarding the mobile terminal 200 to the MCN 30 in response to the mobile terminal 200 changing from the CONNECTED state to the IDLE state. Further, the base station 100 may transmit the RAN terminal information related to the mobile terminal 200 to the MCN 30 in response to the mobile terminal 200 performing an outward handover from its own cell to another cell. By transmitting the RAN terminal information to the MCN 30 at any of these timings, the base station 100 can save the RAN terminal information to be released (that is, deleted) in the MCN 30.
  • the base station 100 may receive the RAN terminal information related to the mobile terminal 200 from the MCN 30 in response to starting (resuming) autonomous acquisition of the RAN terminal information related to the mobile terminal 200. More specifically, the base station 100 may receive RAN terminal information related to the mobile terminal 200 from the MCN 30 in response to the mobile terminal 200 changing from the IDLE state to the CONNECTED state. Further, the base station 100 may receive the RAN terminal information related to the mobile terminal 200 from the MCN 30 in response to the mobile terminal 200 performing an inward handover (incoming ⁇ handover) from another cell to its own cell. According to any one of these operations, the base station 100 can continuously use the RAN terminal information (eg, measurement information, history information, or setting information) of the mobile terminal 200 across the CONNECTED-IDLE transition. it can.
  • the RAN terminal information eg, measurement information, history information, or setting information
  • the base station 100 may transmit RAN terminal information related to the mobile terminal 200 to the MCN 30 when signaling between the base station 100 and the MCN 30 occurs in accordance with the location update of the mobile terminal 200 or the like.
  • the base station 100 may include the RAN terminal information in a control message transmitted to the mobility management node 300 for location update, for example.
  • the RAN terminal information is included in the existing control message transmitted from the RAN 20 to the MCN 30, it is not necessary to transmit a new control message.
  • the base station 100 may transmit the RAN terminal information to the MCN 30 at an arbitrary timing such as a timing when the RAN terminal information is updated.
  • the mobility management node 300 manages RAN terminal information.
  • the mobility management node 300 has a signaling interface with the RAN 20 (for example, the base station 100). Further, the mobility management node 300 holds a context regarding the mobile terminal 200 in the IDLE state in order to perform mobility management of the mobile terminal 200. Therefore, there is an advantage that the RAN terminal information in the MCN 30 can be easily managed by the mobility management node 300 managing the RAN terminal information in association with the context related to the mobile terminal 200, for example.
  • the RAN terminal information may be held in another node of the MCN 30, for example, the subscriber server 320.
  • the subscriber server 320 may hold RAN terminal information in association with the subscriber information. Further, since the subscriber server 320 generally has a signaling interface with the mobility management node 300, the subscriber server 320 may receive RAN terminal information from the base station 100 via the mobility management node 300.
  • the mobility management node 300 may release (delete) the RAN terminal information related to the mobile terminal 200 that has been saved in the mobility management node 300 in response to the mobile terminal 200 detaching from the MCN 30. Since the mobility management node 300 manages the mobility of the mobile terminal 200, the mobility management node 300 can easily recognize the detachment of the mobile terminal 200. By releasing the RAN terminal information related to the mobile terminal 200 to be detached, an increase in the volume of the RAN terminal information accumulated in the MCN 30 can be suppressed. Alternatively, the mobility management node 300 may save the RAN terminal information related to the mobile terminal 200 saved in the mobility management node 300 to the subscriber server 320 in response to the mobile terminal 200 detaching from the MCN 30. By this operation, the subscriber server 320 can hold the latest RAN terminal information.
  • the sequence diagram of FIG. 2 shows an example of a method for saving RAN terminal information from the base station 100 to the mobility management node 300.
  • the base station 100 transmits a control message including RAN terminal information to the mobility management node 300.
  • the control message also includes an identifier (e.g. International Mobile Subscriber Identity (IMSI)) for identifying the mobile terminal 200 (or terminal group).
  • IMSI International Mobile Subscriber Identity
  • the mobility management node 300 saves (saves) the received RAN terminal information in order to respond to a future read request from the base station 100 or another base station.
  • the mobility management node 300 may update the past information with the newly received RAN terminal information when the previously received RAN terminal information is already stored.
  • the base station 100 may save the RAN terminal information related to the mobile terminal 200 to the MCN 30 in response to the mobile terminal 200 changing from the CONNECTED state to the IDLE state.
  • the sequence diagrams of FIGS. 3 and 4 illustrate an example in which RAN terminal information is saved in the MCN 30 in accordance with the transition of the mobile terminal 200 to the IDLE state in the 3GPP EPS network.
  • the example of FIG. 3 relates to the case where the base station (here, eNB) 100 determines the transition of the mobile terminal 200 to the IDLE state. That is, in step S21, the base station 100 determines to disconnect the Radio Resource Control (RRC) connection with the mobile terminal 200, for example, in response to the expiration of UE INACTIVITY TIMER.
  • RRC Radio Resource Control
  • the base station 100 transmits the RAN terminal information to the mobility management node (here, MME) 300 using the UE-CONTEXT-RELEASE-REQUEST message.
  • the UE CONTEXT RELEASE REQUEST message is an S1AP message transmitted in order for the eNB to request the MME to release the S1 connection associated with a specific mobile terminal.
  • the mobility management node 300 stores the RAN terminal information received from the base station 100.
  • the example of FIG. 4 relates to the case where the mobility management node (here, MME) 300 determines the transition of the mobile terminal 200 to the IDLE state. That is, in step S31, the mobility management node 300 transmits a UE CONTEXT RELEASE COMMAND message regarding the mobile terminal 200 to the base station (here, eNB) 100.
  • the UE CONTEXT RELEASE COMMAND message is an S1AP message transmitted in order for the MME to request the eNB to release the S1 connection associated with a specific mobile terminal.
  • the base station 100 releases all resources allocated to the mobile terminal 200 for transmission and reception of signaling and user data.
  • the base station 100 transmits a UE CONTEXT RELEASE COMPLETE message to the mobility management node 300 (step S32).
  • the UE CONTEXT RELEASE COMPLETE message includes RAN terminal information related to the mobile terminal 200 that transitions to the IDLE state.
  • the mobility management node 300 saves (saves) the RAN terminal information received from the base station 100.
  • the base station 100 may transmit the RAN terminal information to the mobility management node 300 at the time of updating the location of the mobile terminal 200, at the time of outward handover, or at any other timing.
  • the control message shown in step S11 of FIG. 2 is (i) INITIAL UE MESSAGE message, (ii) HANDOVER REQUIRED message for requesting S1 handover, or 1 (iii) UE CONTEXT. It may be a MODIFICATION RESPONSE message.
  • the mobile communication system according to the present embodiment may be a 3GPP UMTS network.
  • control message shown in step S11 of FIG. 2 may be a Radio Access Access Network Access Part (RANAP) message transmitted from the RNC to the MCN.
  • RANAP Radio Access Access Network Access Part
  • the control message shown in step S11 of FIG. 2 may be (i) lu RELEASE COMPLETE message, (ii) RAB RELEASE REQUEST message, or (iii) RELOCATION REQUIRED message.
  • the sequence diagram of FIG. 5 shows an example of a method of reading RAN terminal information from the mobility management node 300 to the base station 100.
  • the mobility management node 300 transmits a control message including RAN terminal information to the base station 100.
  • the control message also includes an identifier (e.g. IMSI) for identifying the mobile terminal 200 (or terminal group).
  • the base station 100 uses the RAN terminal information received from the mobility management node 300 to make settings related to the mobile terminal 200 (e.g. UE INACTIVITY TIMER expiration period, handover parameter).
  • the base station 100 may perform initial setting of the mobile terminal 200 that has transitioned to the CONNECTED state using only the RAN terminal information received from the mobility management node 300. Further, the base station 100 may set the mobile terminal 200 using the RAN terminal information received from the mobility management node 300 and the RAN terminal information newly acquired by itself.
  • the base station 100 may receive the RAN terminal information related to the mobile terminal 200 from the MCN 30 in response to the mobile terminal 200 changing from the IDLE state to the CONNECTED state.
  • the sequence diagram of FIG. 6 shows an example of reading RAN terminal information from the MCN 30 in response to the transition of the mobile terminal 200 to the CONNECTED state in the 3GPP EPS network. That is, in step S51, the base station 100 receives a SERVICE REQUEST message from the mobile terminal 200.
  • the SERVICE REQUEST message is a NAS message transmitted from the mobile terminal in the IDLE state (ECM-IDLE state) to request connection to the MCN 30.
  • step S ⁇ b> 52 the base station 100 transmits an INITIAL UE MESSAGE message including a SERVICE REQUEST message from the mobile terminal 200 to the mobility management node 300.
  • the mobility management node 300 transmits an INITIAL CONTEXT SETUP REQUEST message to the base station 100 in response to receiving the SERVICE REQUEST message.
  • the INITIAL CONTEXT SETUP REQUEST message is an S1AP message that is transmitted to establish a bearer (E-RAB) for the mobile terminal 200.
  • E-RAB bearer
  • the INITIAL CONTEXT SETUP REQUEST message includes RAN terminal information related to the mobile terminal 200 transitioning to the CONNECTED state.
  • the sequence related to the RAN terminal information reading method shown in FIG. 6 is merely an example.
  • the base station 100 may receive the RAN terminal information from the mobility management node 300 when updating the location of the mobile terminal 200, during an inward handover, or at any other timing.
  • the control message shown in step S41 of FIG. 5 is transmitted from the MME to the target eNB at the time of (i) DOWNLINK NAS TRANSPORT message including TAU ⁇ ACCEPT and (ii) S1 handover.
  • the control message shown in step S41 of FIG. 5 may be a RANAP message transmitted from the MCN to the RNC.
  • the control message shown in step S41 of FIG. 5 is the SGSN at the time of (i) RAB ASSIGNMENT REQUEST message, (ii) IU RELEASE COMMAND message, or (iii) Serving ⁇ Radio Network Subsystem (SRNS) relocation. It may be a RELOCATIONESTREQUEST message transmitted from to the target RNC.
  • the mobility management node 300 may transmit the RAN terminal information received and stored from a certain base station 100 to another base station 100.
  • the mobility management node 300 receives RAN terminal information from a first base station, and from the first base station in response to the movement of the mobile terminal 200 from the first base station to the second base station.
  • the RAN terminal information received and saved may be transmitted to the second base station. Thereby, even if the base station 100 does not have the RAN terminal information acquired by itself, the base station 100 can set the mobile terminal 200 using the RAN terminal information collected by other base stations.
  • FIG. 7 is a flowchart illustrating an example of a procedure for saving RAN terminal information to the MCN 30 by the base station 100.
  • the base station 100 measures the behavior (e.g. communication characteristics, mobility characteristics, service usage characteristics) of the mobile terminal 200 in the RRC_CONNECTED state, and holds the measurement results as RAN terminal information.
  • the RAN terminal information may be measured for each mobile terminal 200 or may be measured for each terminal group classified based on the type of the mobile terminal 200 or the like.
  • the base station 100 determines the transition of the mobile terminal 200 to the RRC_IDLE state. For example, the base station 100 determines the transition of the mobile terminal 200 to the RRC_IDLE state in response to the expiration of UE
  • the base station 100 moves to release the control connection between the mobile terminal 200 and the MCN 30 and release the radio access bearer (E-RAB). A control message is transmitted to the management node 300.
  • the base station 100 transmits the RAN terminal information of the mobile terminal 200 that transitions to the RRC_IDLE state to the mobility management node 300 (step S63).
  • FIG. 8 is a flowchart showing an example of a procedure for reading the RAN terminal information from the MCN 30 by the base station 100.
  • the base station 100 determines the transition of the mobile terminal 200 to the RRC_CONNECTED state. For example, in response to receiving a service request from the mobile terminal 200, the base station 100 determines the transition of the mobile terminal 200 to the RRC_CONNECTED state.
  • the base station 100 establishes a control connection between the mobile terminal 200 and the MCN 30 and establishes a radio access bearer (E-RAB). Therefore, signaling with the mobility management node 300 is performed.
  • E-RAB radio access bearer
  • the base station 100 receives from the mobility management node 300 the RAN terminal information of the mobile terminal 200 that transitions to the RRC_CONNECTED state (step S72). Thereafter, the base station 100 starts (restarts) measurement of the behavior of the mobile terminal 200 and updates the RAN terminal information using the measurement result.
  • the update of the RAN terminal information may be performed, for example, by updating the RAN terminal information read from the mobility management node 300 with the subsequent measurement result.
  • a statistical value eg average value
  • the base station 100 comprehensively uses the RAN terminal information read from the mobility management node 300 and the RAN terminal information obtained by the subsequent measurement. Statistical values may be calculated.
  • FIG. 9 is a flowchart showing an example of a UE INACTIVITY TIMER setting procedure by the base station 100.
  • UE INACTIVITY TIMER setting is shown as an example of setting using the RAN terminal information of mobile terminal 200, but as already described, base station 100 has other settings (eg handover parameters, random access, etc.). Back-off time) may be determined using the RAN terminal information of the mobile terminal 200.
  • the base station 100 measures the RAN terminal information of the mobile terminal 200 and stores the measurement result as RAN terminal information.
  • the RAN terminal information for determining UE INACTIVITY TIMER for example, the average communication time per time of the mobile terminal 200 and the average no communication time (i.e.
  • step S82 it is determined whether the behavior of the mobile terminal 200 has changed from the past behavior.
  • the RAN terminal information such as the average communication time and the average communication interval has changed from the past RAN terminal information. If the behavior has changed from the past behavior (YES in step S82), the base station 100 determines a new timer value (expiration period) of UE INACTIVITY TIMER applied to the mobile terminal 200, and uses the determined value to determine the timer value Is updated (steps S83 and S84).
  • the timer value of UE INACTIVITY TIMER may be determined by optimizing a cost function using the average communication time and the average no communication time (average communication interval) of the mobile terminal 200.
  • the base station 100 saves the RAN terminal information in the MCN 30 and reads out the MN terminal information from the MCN 30, thereby obtaining statistics related to the communication characteristics of the mobile terminal 200 such as the average communication time and the average no communication time (average communication interval). -Can be easily and continuously acquired across IDLE transitions.
  • FIG. 10 is a block diagram illustrating a configuration example of the base station 100.
  • the wireless communication unit 101 forms its own cell and performs wireless communication with the mobile terminal 200. That is, the radio communication unit 101 transmits a downlink signal including a plurality of physical downlink channels to the mobile terminal 200, and receives an uplink signal including a plurality of physical uplink channels from the mobile terminal 200.
  • the RAN terminal information acquisition unit 102 independently acquires RAN terminal information regarding the mobile terminal 200 communicating with the wireless communication unit 101.
  • the RAN terminal information management unit 103 manages RAN terminal information for each mobile terminal 200 or each terminal group.
  • the RAN terminal information management unit 103 is configured to transmit the RAN terminal information to the MCN 30 in order to save the RAN terminal information related to the mobile terminal 200 and to receive the RAN terminal information from the MCN 30 to read out the RAN terminal information.
  • the setting unit 104 performs settings related to the mobile terminal 200 using the RAN terminal information managed by the RAN terminal information management unit 103. In the example of FIG. 10, the setting unit 104 sets the timer value of UE INACTIVITY TIMER 105.
  • the UE inactivity 105 is a timer that measures the duration of an inactive state in which user data related to the mobile terminal 200 is not transmitted / received.
  • the UE inactivity timer 105 is (re) started by the base station 100 and is used to determine the transition of the mobile terminal 200 from the CONNECTED state to the IDLE state.
  • the UE inactivity timer 105 may be provided for each mobile terminal or may be provided for each terminal group.
  • the terminal group may be defined, for example, in terminal type units, service units used by the mobile terminal 200, or Quality ⁇ ⁇ of Service (QoS) units required by the mobile terminal 200.
  • QoS Quality ⁇ ⁇ of Service
  • the base station 100 (re) starts the UE inactivity timer 105 of the mobile terminal 200 in response to scheduling of downlink or uplink radio resources to the mobile terminal 200, for example.
  • the base station 100 receives, for example, downlink data addressed to the mobile terminal 200, transmits uplink transmission permission (Uplink Grant) to the mobile terminal 200, and paging to the mobile terminal 200.
  • the UE ⁇ inactivity timer 105 of the mobile terminal 200 may be (re) started in response to at least one of message transmission and reception of a radio resource allocation request from the mobile terminal 200.
  • the UE inactivity timer 105 expires, the mobile terminal 200 transitions from the CONNECTED state to the IDLE state.
  • FIG. 11 is a block diagram illustrating a configuration example of the mobility management node 300.
  • the mobility management node 300 includes a control unit 301 and a RAN terminal information storage unit 302.
  • the control unit 301 performs control for saving the RAN terminal information of the mobile terminal 200 measured, acquired, or determined in the RAN 20 to the MCN 30. That is, the control unit 301 is configured to receive RAN terminal information from the RAN 20 (e.g. base station 100) and transmit the RAN terminal information to the RAN 20. Further, the control unit 301 may be configured to release the RAN terminal information related to the mobile terminal 200 saved in the mobility management node 300 in response to the mobile terminal 200 detaching from the MCN 30.
  • the RAN 20 e.g. base station 100
  • the RAN terminal information storage unit 302 stores the RAN terminal information received from the RAN 20 by the control unit 301.
  • the RAN terminal information storage unit 302 may be a non-volatile recording medium (e.g. hard disk drive), a volatile recording medium (e.g. Random Access Memory (RAM)), or a combination thereof.
  • non-volatile recording medium e.g. hard disk drive
  • volatile recording medium e.g. Random Access Memory (RAM)
  • the functions of the RAN terminal information acquisition unit 102, the RAN terminal information management unit 103, the setting unit 104, and the like illustrated in FIG. 10 may be realized by causing a computer system including at least one processor to execute a program. Specifically, one or a plurality of programs including a group of instructions for causing the computer system to execute an algorithm related to saving and reading operations of the RAN terminal information by the base station 100 described with reference to FIGS. 1 to 9 is supplied to the computer system. do it.
  • the function of the control unit 301 illustrated in FIG. 11 may also be realized by causing a computer system to execute a program. Specifically, one or a plurality of programs including an instruction group for causing the computer system to execute an algorithm related to saving and reading operations of the RAN terminal information by the mobility management node 300 described with reference to FIGS. What is necessary is just to supply.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium). Examples of non-transitory computer-readable media include magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), CD-ROMs (Read Only Memory), CD-Rs, CD-R / W, semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable ROM), flash ROM, RAM (random access memory)) are included.
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • the base station 100 shown in FIG. 1 includes functions of RNC and NodeB.
  • FIG. 12 shows a network configuration example of UMTS.
  • the mobility management node 300 in FIG. 12 corresponds to the SGSN control plane function.
  • the base station 100 of the present embodiment is configured to save the RAN terminal information (e.g. soot measurement information, history information) obtained by the RAN 20 in the MCN 30. Further, the base station 100 is configured to be able to read out the RAN terminal information saved in the MCN 30 from the MCN 30. Thereby, even when the RAN terminal information is released (erased) in the RAN 20 due to the transition of the mobile terminal 200 to the IDLE state, the base station 100 has been saved in the MCN 30 for the subsequent setting of the mobile terminal 200 The RAN terminal information can be read and used. In other words, the base station 100 can continuously use the RAN terminal information across the CONNECTED-IDLE transition of the mobile terminal 200. Therefore, the base station 100 can perform setting related to the mobile terminal 200 (setting of timer value of e.g. UE INACTIVITY TIMER) in consideration of long-term RAN terminal information related to the mobile terminal 200.
  • the base station 100 can perform setting related to the mobile terminal 200 (setting of timer value of e.
  • FIG. 13 is a sequence diagram illustrating an example of a method for saving RAN terminal information from the base station 100 to the subscriber server 320.
  • the base station 100 transmits a control message including RAN terminal information to the mobility management node 300.
  • the mobility management node 300 transmits a control message including RAN terminal information to the subscriber server 320.
  • the subscriber server 320 stores the received RAN terminal information in order to answer a future read request from the base station 100 or another base station.
  • the subscriber server 320 may update the past information with the newly received RAN terminal information.
  • the subscriber server 320 may manage the RAN terminal information for each mobility management node.
  • the behavior of the mobile terminal 200 can be managed according to the ground.
  • the mobility management node 300 that manages a residential area manages the behavior of the mobile terminal 200 in the residential area
  • the mobility management node 300 that manages the business area can manage the behavior of the mobile terminal 200 in the business area. .
  • the subscriber server 320 may receive the RAN terminal information when the location of the mobile terminal 200 is updated.
  • FIG. 14 shows an example in which the RAN terminal information is saved in the subscriber server 320 in accordance with the location update (i.e. ⁇ tracking area update (TAU)) of the mobile terminal 200 in the 3GPP EPS network.
  • the base station 100 transmits a message including TAU ⁇ REQUEST to the mobility management node 300 in response to reception of TAU REQUEST ⁇ ⁇ from the mobile terminal 200.
  • the message further includes RAN terminal information.
  • the message may be an UPLINK NAS TRANSPORT message or a Handover Required message.
  • step S102 the mobility management node 300 transmits an UPDATE
  • REQUEST contains RAN terminal information.
  • step S103 the subscriber server 320 stores the received RAN terminal information.
  • the sequence diagram of FIG. 15 shows an example of a method for reading RAN terminal information from the subscriber server 320 to the base station 100.
  • the subscriber server 320 transmits a control message including RAN terminal information to the mobility management node 300.
  • the mobility management node 300 transmits a control message including RAN terminal information to the base station 100.
  • the subscriber server 320 may transmit RAN terminal information to the mobility management node 300 that manages a new location registration area.
  • the sequence diagram of FIG. 16 shows an example in which the RAN terminal information is transmitted from the subscriber server 320 in response to the mobile terminal 200 moving to a new location registration area in the 3GPP EPS network.
  • the base station 100 transmits an INITIAL UE MESSAGE message including TAU REQUEST to the mobility management node 300 in response to receiving TAU REQUEST from the mobile terminal 200.
  • the mobility management node 300 transmits an UPDATE
  • step S123 the subscriber server 320 requests the old mobility management node to cancel the location registration in response to the UPDATE LOCATION REQUEST message. Then, the subscriber server 320 transmits an UPDATE LOCATION ACK message to the new mobility management node 300 (step S123).
  • the UPDATE LOCATION ACK message includes RAN terminal information.
  • step S124 the mobility management node 300 transmits a DOWNLINK NAS TRANSPORT message including TAU ACCEPT to the base station 100.
  • This DOWNLINK NAS TRANSPORT message includes RAN terminal information related to the mobile terminal 200 that is the transmission source of TAU REQUEST. Thereby, the base station 100 receives the RAN terminal information regarding the mobile terminal 200.
  • the RAN terminal information can be stored in the subscriber server 320.
  • the subscriber server 320 may store and manage the RAN terminal information.
  • the MCN 30 includes at least two mobility management nodes 300.
  • the mobility management node 300 according to the present embodiment is configured to transmit RAN terminal information received from the base station 100 to another mobility management node 300.
  • FIG. 17 is a sequence diagram showing a method of transmitting RAN terminal information between two mobility management nodes 300.
  • the mobility management node 300A transmits a control message including RAN terminal information to the mobility management node 300B.
  • the mobility management node 300 may transmit RAN terminal information to other mobility management nodes according to the inter-cell movement (i.e.ecell reselection) of the mobile terminal 200 in the IDLE state. That is, the mobility management node 300 responds to the fact that the mobile terminal 200 in the IDLE state has moved to a cell (base station) subordinate to another mobility management node and made a location update request to the other mobility management node.
  • the RAN terminal information may be transmitted to another mobility management node.
  • the sequence diagram of FIG. 18 shows an example in which RAN terminal information is transmitted between the mobility management nodes 300 in response to the inter-cell movement of the mobile terminal 200 in the IDLE state in the 3GPP EPS network.
  • the base station 100 transmits an INITIAL UE MESSAGE message including TAU ⁇ REQUEST to the mobility management node 300B in response to receiving TAU REQUEST from the mobile terminal 200.
  • the mobile building node 300B transmits a CONTEXT REQUEST message to the old mobility management node 300A based on the identifier (i.e. Globally Unique MME Identifier (GUMMEI)) of the old mobility management node included in TAU REQUEST.
  • GUMMEI Globally Unique MME Identifier
  • step S143 the old mobility management node 300A transmits a CONTEXT RESPONSE message to the new mobility management node 300B in response to the CONTEXT REQUEST message.
  • the CONTEXT RESPONSE message in step S143 includes the RAN terminal information of the mobile terminal 200 in addition to the identifier (i.e. IMSI), bearer context (i.e. EPS Bearer Context), etc. of the mobile terminal 200.
  • the new mobility management node 300B transmits a DOWNLINK100NAS TRANSPORT message including TAU ACCEPT to the base station 100.
  • the DOWNLINK NAS TRANSPORT message in step S144 further includes RAN terminal information related to the mobile terminal 200.
  • the mobility management node 300 may transmit RAN terminal information to other mobility management nodes in response to inter-cell movement (i.e.e handover) of the mobile terminal 200 in the CONNECTED state. That is, the mobility management node 300 may transmit the RAN terminal information to another mobility management node in response to the handover of the connected mobile terminal 200 to a cell (base station) under another mobility management node. .
  • the sequence diagram of FIG. 19 shows an example in which RAN terminal information is transmitted between the mobility management nodes 300 in response to a handover of the connected mobile terminal 200 (here, Inter-MME handover) in the 3GPP EPS network. Is shown.
  • step S151 the source base station 100A determines the start of handover, and transmits a HANDOVER REQUIERD message to the source mobility management node 300A.
  • step S152 the source mobility management node 300A transmits a FORWARD / RELOCATION / REQUEST message to the target mobility management node 300B in response to receiving the HANDOVER / REQUIERD message.
  • step S153 the target mobility management node 300B transmits a HANDOVER REQUEST message to the target base station 100B in response to receiving the FORWARD RELOCATION REQUEST message.
  • the HANDOVER REQUIERD message, FORWARD RELOCATION REQUEST message, and HANDOVER REQUEST message include RAN terminal information related to the mobile terminal 200 that is the handover target.
  • the sequence related to the transfer of RAN terminal information between the mobility management nodes 300 shown in FIGS. 18 and 19 is merely an example.
  • the mobile communication system according to the present embodiment may be a UMTS network.
  • the control message shown in step S131 of FIG. 17 may be an SGSN CONTEXT RESPONSE message transmitted from the old SGSN to the new SGSN during Routing area update (RAU).
  • the control message shown in step S131 of FIG. 17 may be a FORWARD ⁇ RELOCATION REQUEST message transmitted from the source SGSN to the target SGSN during the Inter-SGSN handover.
  • RAN terminal information can be transferred between the mobility management nodes 300. Therefore, this embodiment can share or reuse RAN terminal information between base stations 100 managed by different mobility management nodes.
  • FIG. 20 is a sequence diagram illustrating a method of transmitting RAN terminal information between two base stations 100.
  • the base station 100A transmits a control message (eg X2 Application Protocol (X2AP) message) including the RAN terminal information to the base station 100B.
  • X2AP X2 Application Protocol
  • the base station 100 may transmit the RAN terminal information to another base station according to the inter-cell movement (i.e. handover) of the mobile terminal 200 in the CONNECTED state. That is, the base station 100 may transmit the RAN terminal information to another base station in response to the mobile terminal 200 in the CONNECTED state handing over to a cell under another base station.
  • the sequence diagram of FIG. 21 shows an example in which RAN terminal information is transmitted between the base stations 100 in response to a handover of the mobile terminal 200 in the CONNECTED state (here, an X2-based handover) in the 3GPP EPS network. Show.
  • step S171 the source base station 100A determines the start of handover and transmits a HANDOVER REQUEST message to the target base station 100B.
  • the HANDOVERANDREQUEST message includes RAN terminal information related to the mobile terminal 200 to be handed over.
  • the sequence related to the transfer of RAN terminal information between the base stations 100 shown in FIG. 21 is merely an example.
  • the mobile communication system according to the present embodiment may be a UMTS network.
  • the control message shown in step S161 of FIG. 20 may be a Radio network subsystem application Part (RNSAP) message transmitted and received between RNCs.
  • RNSAP Radio network subsystem application Part
  • the control message shown in step S161 of FIG. 20 may be RADIO LINK SETUP REQUEST transmitted from the source RNC to the target RNC during the Inter-RNC handover.
  • RAN terminal information can be transferred between the base stations 100. Therefore, in the present embodiment, the RAN terminal information acquired in any of the base stations 100 can be transmitted directly to another base station 100 without passing through the MCN 30, and the RAN terminal information is shared between the base stations 100. Or it can be reused.
  • the base station 100 performs saving of the RAN terminal information to the MCN 30 and reading from the MCN 30 have been described.
  • the saving and reading of the RAN terminal information may be performed by another node in the RAN 20 different from the base station 100.
  • the management entity of the RAN terminal information in the MCN 30 is the mobility management node 300 or the subscriber server 320.
  • management of the RAN terminal information in the MCN 30 may be performed by a node in the MCN 30 other than the mobility management node 300 or the subscriber server 320.
  • the mobile communication system according to the first to fourth embodiments may be other mobile communication systems including a GPRS system.
  • TAUTAREQUEST can be read as RAU REQUEST
  • S1AP message can be read as Radio Access Network Application Part (RANAP) message
  • GUMMEI can be read as Packet Temporary Mobile Subscriber Identity (P-TMSI). Good.
  • the above-described operation may take over the RAN terminal information in the movement of the mobile terminal 200 across the access system, for example, the movement of the mobile terminal 200 from UTRAN to E-UTRAN.
  • the UTRAN base station 100 or RNC may save the RAN terminal information acquired in UTRAN to the MCN 30 (here, GPRS packet core and EPC). Then, the E-UTRAN base station 100 may read and use the RAN terminal information acquired by UTRAN from the MCN 30.
  • Radio Access Network RAN
  • MCN Mobile Core Network
  • External network 100 Base station 101
  • Wireless communication unit 102
  • Terminal information acquisition unit 103
  • Terminal information management unit 104
  • Setting unit 105
  • UE INACTIVITY TIMER 200
  • mobile terminal 300
  • mobility management node 301
  • control unit 302
  • terminal information storage unit 310 forwarding node 320 subscriber server

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Databases & Information Systems (AREA)

Description

無線アクセスネットワーク装置、コアネットワーク装置、移動端末、並びにこれらの方法及びコンピュータ可読媒体
　本出願は、移動通信システムに関し、特に、無線アクセスネットワークで利用される端末情報の管理に関する。
　多元接続方式の移動通信システムは、時間、周波数、及び送信電力のうち少なくとも１つを含む無線リソースを複数の移動端末の間で共有することで、複数の移動端末が実質的に同時に無線通信を行うことを可能としている。代表的な多元接続方式は、ＴＤＭＡ（Time Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＣＤＭＡ（Code Division Multiple Access）、若しくはＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）又はこれらの組み合わせである。本明細書で用いる移動通信システムの用語は、特に断らない限り多元接続方式の移動通信システムを意味する。
　移動通信システムは、移動端末及びネットワークを含む。ネットワークは、無線アクセスネットワーク（Radio Access Network（ＲＡＮ））及びモバイルコアネットワーク（Mobile Core Network（ＭＣＮ））を含む。移動端末は、ＲＡＮ及びＭＣＮを介して外部ネットワーク（例えば、 インターネット、パケットデータネットワーク、又はプライベート企業網）と通信する。移動通信システムは、例えば、3rd Generation Partnership Project（３ＧＰＰ）のUniversal Mobile Telecommunications System（ＵＭＴＳ）又はEvolved Packet System（ＥＰＳ）である。ＲＡＮは、例えばUniversal Terrestrial Radio Access Network（ＵＴＲＡＮ）、又はEvolved UTRAN（Ｅ－ＵＴＲＡＮ）である。ＭＣＮは、例えば、General Packet Radio Service（ＧＰＲＳ）パケットコア、又はEvolved Packet Core（ＥＰＣ）である。
　特許文献１は、移動端末の通信が行われていない不活性状態の継続時間を移動端末又はネットワーク（i.e. 基地局又はゲートウェイ）において計測し、これが所定の満了期間を超えると移動端末をスリープモードに遷移させることを開示している。また、特許文献１は、移動端末の通信頻度を移動端末又はネットワーク（i.e. 基地局又はゲートウェイ）において計測するとともに、スリープモード遷移に関するタイマの満了期間を移動端末の通信頻度に基づいて変更することを開示している。さらに、特許文献１は、スリープモード遷移に関するタイマの満了期間を移動端末のバッテリ残量に基づいて変更することを開示している。
　特許文献２及び３は、移動端末のＣＯＮＮＥＣＴＥＤ状態とＩＤＬＥ状態の間での状態遷移の制御に使用される制御ポリシをＭＣＮからＲＡＮ内の制御装置（e.g. 基地局）に供給することを開示している。制御ポリシは、例えば、移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移するまでの時間間隔（ＩＤＬＥ遷移間隔）の指定を含む。制御ポリシは、例えば、移動管理ノード（e.g. Mobility Management Entity（ＭＭＥ）、Serving GPRS Support Node（ＳＧＳＮ））、又は加入者サーバ（e.g. Home Subscriber Server（ＨＳＳ））によって管理される。
　非特許文献１及び２は、３ＧＰＰの移動通信システムに関して、ＨＳＳによって管理される加入者データがUE inactivity timerの設定データを含むことを開示している。UE inactivity timerは、移動端末に関するユーザデータの送受信が行われない不活性状態の継続時間を計測するタイマである。UE inactivity timerは、基地局によって開始され、移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への変更を決定するために用いられる。ＨＳＳに保持されたUE inactivity timerの設定データは、移動端末のアタッチ、位置登録更新、又はサービス要求などの際に、ＨＳＳからMobility Management Entity（ＭＭＥ）を経由して基地局に送られる。
　ここで、本明細書及び特許請求の範囲で使用する「ＣＯＮＮＥＣＴＥＤ状態」及び「ＩＤＬＥ状態」の用語の定義を述べる。「ＩＤＬＥ状態」とは、移動端末がＭＣＮとの間でセッション管理及びモビリティ管理のための制御信号の継続的な交換を行っておらず、ＲＡＮでの無線接続が解放（release）された状態を意味する。ＩＤＬＥ状態の一例は、３ＧＰＰのEPS Connection Management IDLE（ＥＣＭ－ＩＤＬＥ）状態且つRadio Resource Control IDLE（ＲＲＣ＿ＩＤＬＥ）状態である。ＲＲＣ＿ＩＤＬＥであるとき、Ｅ－ＵＴＲＡＮにおける無線接続であるＲＲＣ＿Ｃｏｎｎｅｃｔｉｏｎが解放される。
　これに対して「ＣＯＮＮＥＣＴＥＤ状態」とは、３ＧＰＰのＥＣＭ－ＣＯＮＮＥＣＴＥＤ状態且つＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のように、少なくとも移動端末とＭＣＮとの間でセッション管理及びモビリティ管理のための制御信号（制御メッセージ）を送受信するための無線接続がＲＡＮにおいて確立され、移動端末とＭＣＮとの間で制御信号（制御メッセージ）を送受信可能なコネクションが確立された状態を意味する。つまり、「ＣＯＮＮＥＣＴＥＤ状態」は、少なくともセッション管理及びモビリティ管理のための制御信号（制御メッセージ）を送受信できるように移動端末がＭＣＮに接続された状態であればよい。「ＣＯＮＮＥＣＴＥＤ状態」は、移動端末と外部のパケットデータネットワーク（Packet Data Network：ＰＤＮ）の間でユーザデータを送受信するためのデータベアラが設定された状態でもよいし、「ＣＯＮＮＥＣＴＥＤ状態」は、移動端末がＭＣＮとの制御コネクションを有するがデータベアラを有していない状態であってもよい。「ＣＯＮＮＥＣＴＥＤ状態」は、「ＡＣＴＩＶＥ状態」と呼ぶこともできる。
　また、典型的には、ＭＣＮは、ＣＯＮＮＥＣＴＥＤ状態の移動端末の位置をセル単位で管理し、ＩＤＬＥ状態の移動端末の位置を複数のセルを含む位置登録エリア（e.g. トラッキングエリア、ルーティングエリア）単位で管理する。ＩＤＬＥ状態の移動端末は、ある位置登録エリアから別の位置登録エリアに移動した場合に、位置登録エリアの更新を示すメッセージをＭＣＮに送信する。ＭＣＮは、ＩＤＬＥ状態の移動端末に対するダウンリンクトラフィック（ダウンリンクデータ又は音声着信）が到着した場合に、位置登録エリアに基づいて定まるページングエリアに対してページング信号を送信する。
　また、本明細書では、移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために、移動端末のデータ通信が行われていない不活性状態の継続を計測するタイマを、３ＧＰＰでの呼称に従って「UE inactivity timer」と呼ぶ。
特開平１１－３１３３７０号公報 国際公開第２０１２／０９３４３３号 国際公開第２０１２／０９３４３４号
3GPP S2-120475, "Inactivity timer management function", NTT docomo and NEC, 3GPP TSG-SA2 Meeting #89, Vancouver, Canada, 6-10 February 2012 3GPP S2-120476, "Inactivity timer management function", NTT docomo and NEC, 3GPP TSG-SA2 Meeting #89, Vancouver, Canada, 6-10 February 2012
　本件発明者等は、ＲＡＮ（e.g. 基地局、Radio Network Controller（ＲＮＣ））において移動端末の挙動（e.g. 通信頻度、移動頻度）を計測すること、及びこの計測結果に基づいて移動端末毎（又は移動端末グループ毎）に適切なUE inactivity timerのタイマ値（満了期間）を決定することについて検討し、この検討において様々な課題を見出した。これらの課題の１つは、ＲＡＮ（e.g. 基地局、ＲＮＣ）は、移動端末のＩＤＬＥ状態への遷移の際に、その移動端末に関するＲＡＮ端末情報の取得・更新を停止し、それまでに保持していたＲＡＮ端末情報を開放することである。ＲＡＮ端末情報は、例えば、（ａ）ＲＡＮにおいて取得された移動端末に関する計測情報、（ｂ）ＲＡＮにおいて取得された移動端末に関する履歴情報、及び（ｃ）ＲＡＮにおいて決定された移動端末に関する設定情報のうち少なくとも１つを含む。したがって、例えば、ＲＡＮは、ＣＯＮＮＥＣＴＥＤ－ＩＤＬＥ遷移をまたぐ長期間にわたって移動端末に関する計測情報又は履歴情報を収集し、この長期間の情報に基づいて移動端末に関する設定（e.g. UE inactivity timerのタイマ値）を行うことが困難である。また、ＲＡＮは、移動端末がＣＯＮＮＥＣＴＥＤ状態に遷移した直後の時点において、その移動端末に関する計測情報又は履歴情報を何ら有していないため、計測情報又は履歴情報に基づく移動端末に関する設定（e.g. UE inactivity timerのタイマ値）を行うことが困難である。
　なお、ＲＡＮにて保持されていたＲＡＮ端末情報が移動端末のＩＤＬＥ状態への遷移に応じて解放されることは、UE inactivity timerのタイマ値を決定するケース以外でも問題となり得る。言い換えると、ＲＡＮにおいてＲＡＮ端末情報（e.g. 計測情報、履歴情報）をＣＯＮＮＥＣＴＥＤ－ＩＤＬＥ遷移をまたがって継続的に利用できないことは、ＲＡＮが移動端末に関する何らかの決定又は設定を行う場合に広く問題となり得る。ＲＡＮにおける移動端末に関する決定又は設定は、例えば、ハンドオーバ開始の決定、ハンドオーバ先セルの決定、及びランダムアクセス手順におけるバックオフ時間の決定等である。
　特許文献１は、移動端末の通信頻度を基地局において計測するとともに、スリープモード遷移に関するタイマの満了期間を移動端末の通信頻度に基づいて変更することを開示している。しかしながら、特許文献１は、通信頻度の計測情報をどのように蓄積し、これを継続的に利用するかについて記載していない。
　したがって、本件発明の目的の１つは、ＲＡＮにおいてＲＡＮ端末情報（e.g. 計測情報、履歴情報）を移動端末のＣＯＮＮＥＣＴＥＤ－ＩＤＬＥ遷移をまたがって継続的に利用できるようにするために改良された装置、システム、方法、及びプログラムを提供することである。
　第１の態様では、無線アクセスネットワークに配置される無線アクセスネットワーク装置は、情報管理部を含む。前記情報管理部は、移動端末に関するＲＡＮ端末情報をコアネットワークに送信するとともに、前記ＲＡＮ端末情報を前記コアネットワークから受信するよう構成されている。
　第２の態様では、コアネットワークに配置されるコアネットワーク装置は、制御部を含む。前記制御部は、移動端末に関するＲＡＮ端末情報を無線アクセスネットワークから受信するとともに、前記ＲＡＮ端末情報を前記無線アクセスネットワークに送信するよう構成されている。
　第３の態様では、移動端末は、無線通信部を含む。前記無線通信部は、上述した第１の態様に係る基地局と結合して使用され、前記ＲＡＮ端末情報を保有する前記基地局による設定に従って前記基地局との通信を行うよう構成されている。
　第４の態様では、無線アクセスネットワーク装置により行われる方法は、移動端末に関するＲＡＮ端末情報をコアネットワークに送信することを含む。
　第５の態様では、コアネットワーク装置により行われる方法は、移動端末に関するＲＡＮ端末情報を無線アクセスネットワークから受信すること、及び前記ＲＡＮ端末情報を前記無線アクセスネットワークに送信することを含む。
　第６の態様では、プログラムは、上述した第４の態様に係る方法をコンピュータに行わせるための命令群を含む。
　第７の態様では、プログラムは、上述した第５の態様に係る方法をコンピュータに行わせるための命令群を含む。
　なお、上述した第１～第７の態様において、前記ＲＡＮ端末情報は、（ａ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報、（ｂ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する履歴情報、及び（ｃ）前記無線アクセスネットワークにおいて決定された前記移動端末に関する設定情報、のうち少なくとも１つを含む。
　上述した第１～第７の態様によれば、ＲＡＮにおいてＲＡＮ端末情報（e.g. 計測情報、履歴情報）を移動端末のＣＯＮＮＥＣＴＥＤ－ＩＤＬＥ遷移をまたがって継続的に利用できるようにするために改良された装置、システム、方法、及びプログラムを提供できる。
第１の実施形態に係る移動通信システムの構成例を示すブロック図である。 第１の実施形態に係るＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。 第１の実施形態に係るＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。 第１の実施形態に係るＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。 第１の実施形態に係るＲＡＮ端末情報の読み出し方法の一例を示すシーケンス図である。 第１の実施形態に係るＲＡＮ端末情報の読み出し方法の一例を示すシーケンス図である。 第１の実施形態に係るＲＡＮ装置（e.g. 基地局、ＲＮＣ）によるＲＡＮ端末情報の退避手順の一例を示すフローチャートである。 第１の実施形態に係るＲＡＮ装置（e.g. 基地局、ＲＮＣ）によるＲＡＮ端末情報の読み出し手順の一例を示すフローチャートである。 第１の実施形態に係るＲＡＮ装置（e.g. 基地局、ＲＮＣ）によるUE INACTIVITY TIMERの設定手順の一例を示すフローチャートである。 第１の実施形態に係るＲＡＮ装置（e.g. 基地局）の構成例を示すブロック図である。 第１の実施形態にＭＣＮ装置（e.g. 移動管理ノード）の構成例を示すブロック図である。 第１の実施形態に係る移動通信システムの構成例を示すブロック図である。 第２の実施形態に係るＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。 第２の実施形態に係るＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。 第２の実施形態に係るＲＡＮ端末情報の読み出し方法の一例を示すシーケンス図である。 第２の実施形態に係るＲＡＮ端末情報の読み出し方法の一例を示すシーケンス図である。 第３の実施形態に係るＭＣＮ装置（e.g. 移動管理ノード）間でのＲＡＮ端末情報の送信方法の一例を示すシーケンス図である。 第３の実施形態に係るＭＣＮ装置（e.g. 移動管理ノード）間でのＲＡＮ端末情報の送信方法の一例を示すシーケンス図である。 第３の実施形態に係るＭＣＮ装置（e.g. 移動管理ノード）間でのＲＡＮ端末情報の送信方法の一例を示すシーケンス図である。 第４の実施形態に係るＲＡＮ装置（e.g. 基地局、ＲＮＣ）間でのＲＡＮ端末情報の送信方法の一例を示すシーケンス図である。 第４の実施形態に係るＲＡＮ装置（e.g. 基地局、ＲＮＣ）間でのＲＡＮ端末情報の送信方法の一例を示すシーケンス図である。
　以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
＜第１の実施形態＞
　図１は、本実施形態に係る移動通信システムを含むネットワークの構成例を示すブロック図である。図１の構成例は、無線アクセスネットワーク（ＲＡＮ）２０及びモバイルコアネットワーク（ＭＣＮ）３０を含む。始めに、ＲＡＮ２０及びＭＣＮ３０の基本的な構成及び機能について説明する。
　ＲＡＮ２０は、基地局１００および無線リソース管理機能を含む。無線リソース管理機能は、基地局１００とは別のＲＡＮノードに配置される場合もあるし、基地局１００に配置される場合もある。例えば、３ＧＰＰのUniversal Mobile Telecommunications System（ＵＭＴＳ）では、無線リソース管理機能はＲＮＣに配置される。一方、３ＧＰＰのEvolved Packet System（ＥＰＳ）では、無線リソース管理機能は、基地局（eNB）に配置される。ＲＡＮ２０は、例えば、Ｅ－ＵＴＲＡＮ若しくはＵＴＲＡＮ、又はこれらの組み合わせである。
　基地局１００は、無線アクセス技術により移動端末２００と接続する。Ｅ－ＵＴＲＡＮにおいては、基地局１００はE-UTRAN NodeB（ｅＮＢ）に対応する。ＵＴＲＡＮにおいては、基地局１００はRadio Network Controller（ＲＮＣ）及びＮｏｄｅＢが持つ機能に対応する。基地局１００は、ＭＣＮ３０の移動管理ノード３００との間で制御メッセージ（e.g. S1 Application Protocol（Ｓ１ＡＰ）メッセージ）を送受信し、ＭＣＮ３０の転送ノード３１０との間でユーザデータ（又はユーザデータをカプセル化したトンネルパケット）を送受信する。
　移動端末２００は、無線インタフェースを有し、無線アクセス技術により基地局１００に接続し、ＲＡＮ２０（つまり基地局１００）を介してＭＣＮ３０へ接続する。そして、移動端末２００は、ＲＡＮ２０及びＭＣＮ３０を介して外部ネットワーク４０と通信する。外部ネットワーク４０は、インターネット、パケットデータネットワーク、若しくはＰＳＴＮ、又はこれらの組み合わせである。また、移動端末２００は、ＭＣＮ３０の制御ノード（e.g. 移動管理ノード３００）との間でNon-Access Stratum（ＮＡＳ）メッセージを送受信する。ＮＡＳメッセージは、ＲＡＮ２０で終端されず、ＲＡＮ２０の無線アクセス方式に依存することなく、移動端末２００とＭＣＮ３０の間で透過的に送受信される制御メッセージである。移動端末２００からＭＣＮ３０に送られるＮＡＳメッセージは、アタッチ要求、セッション（ベアラ）要求、及び位置更新要求などのＮＡＳ要求メッセージを含む。例えば、ＥＰＳの場合、移動端末２００からのＮＡＳ要求メッセージは、Attach Request、Service Request、PDN connectivity request、Bearer Resource Allocation Request、Bearer Resource Modification Request、TAU (Tracking Area Update) Request、及びRAU (Routing Area Update) Requestのうち少なくとも１つを含む。一方、ＭＣＮ３０から移動端末２００に送信されるＮＡＳメッセージは、これらのＮＡＳ要求メッセージに対する受諾（ACCEPT）メッセージ、及び拒絶（REJECT）メッセージを含む。
　ＭＣＮ３０は、主に移動通信サービスを提供するオペレータによって管理されるネットワークである。ＭＣＮ３０は、Circuit Switched（ＣＳ）コア若しくはPacket Switched（ＰＳ）コア、又はこれらの組み合わせである。ＭＣＮ３０は、例えば、ＥＰＳにおけるＥＰＣ、若しくはＵＭＴＳにおけるGeneral Packet Radio Service（ＧＰＲＳ）パケットコア、又はこれらの組み合わせである。図１の例では、ＭＣＮ３０は、移動管理ノード３００、転送ノード３１０、及び加入者サーバ３２０を含む。
　移動管理ノード３００は、コントロールプレーンのノードであり、移動端末２００のモビリティ管理（e.g. 位置登録）、及びセッション（ベアラ）管理（e.g. ベアラ確立、ベアラ構成変更、ベアラ解放）などを行う。移動管理ノード３００は、基地局１００との間で制御メッセージ（e.g. Ｓ１ＡＰメッセージ）を送受信し、移動端末２００との間でＮＡＳメッセージを送受信する。例えば、ＵＭＴＳの場合、移動管理ノード３００は、ＳＧＳＮのコントロールプレーン機能を含む。また、ＥＰＳの場合、移動管理ノード３００は、ＭＭＥを含む。
　転送ノード３１０は、移動端末２００と外部ネットワーク４０の間で送受信されるユーザデータの転送又は回線交換を含むユーザプレーン機能を提供する。例えば、ＵＭＴＳの場合、転送ノード３１０は、ＭＳＣのユーザプレーン機能、ＳＧＳＮのユーザプレーン機能、及びGateway GPRS Support Node（ＧＧＳＮ）を含む。また、ＥＰＳの場合、転送ノード３１０は、Serving Gateway（Ｓ－ＧＷ）及びPDN Gateway（Ｐ－ＧＷ）を含む。
　加入者サーバ３２０は、移動端末２００の加入者データを保持するデータベースであり、例えばHome Subscriber Server（ＨＳＳ）又はHome Location Register（ＨＬＲ）がこれに相当する。加入者サーバ３２０は、移動管理ノード３００の要求に応答して、移動管理ノード３００に加入者データを送信する。
　本実施形態に係る基地局１００は、移動端末２００に関するＲＡＮ端末情報（RAN UE Context）を取得し、当該ＲＡＮ端末情報を用いて移動端末２００に関する設定を行う。さらに、基地局１００は、取得したＲＡＮ端末情報を退避するためにＭＣＮ３０に送信するよう構成され、ＲＡＮ端末情報を読み出す（retrieveする）ためにＭＣＮ３０から退避済みのＲＡＮ端末情報を受信するよう構成されている。基地局１００がＭＣＮ３０から受信するＲＡＮ端末情報は、他の基地局１００によって取得されてＭＣＮ３０に退避されていた情報であってもよい。
　ここで、本明細書で使用する「ＲＡＮ端末情報」との用語について定義する。本明細書におけるＲＡＮ端末情報は、ＲＡＮ２０において取得又は決定される移動端末２００に関する情報であり、以下の（ａ）～（ｃ）のうち少なくとも１つを含む。
（ａ）ＲＡＮ２０において取得された移動端末２００に関する計測情報、
（ｂ）ＲＡＮ２０において取得された移動端末２００に関する履歴情報、及び
（ｃ）ＲＡＮ２０において決定された移動端末２００に関する設定情報。
　上述の情報（ａ）～（ｃ）は、移動端末２００毎に取得又は決定されてもよいし、端末グループ毎に取得又は決定されてもよい。端末グループは、例えば、端末種別単位、移動端末２００が使用するサービス単位、又は移動端末２００が要求するQuality of Service（ＱｏＳ）単位で定義されてもよい。端末グループをＱｏＳ単位で定義する場合、QoS Class Indicator（ＱＣＩ）を指標として用いてもよい。更に、上述の情報（ａ）～（ｃ）は、移動端末２００に対して時間帯毎で管理してもよい。時間毎で管理することで、移動端末２００の挙動に応じたきめ細やかな移動端末管理が可能となる。端末グループＲＡＮ端末情報としての情報（ａ）～（ｃ）の具体例について以下に説明する。
（ａ）移動端末２００に関する計測情報
　ＲＡＮ２０（e.g. 基地局１００）は、移動端末２００の通信特性、移動特性、又はハンドオーバ特性などの移動端末２００の挙動を示す計測情報を取得することができる。例えば、ＲＡＮ２０は、移動端末２００の通信に関して、通信時間、通信帯域、通信間隔（無通信時間）、通信頻度、ＭＣＳ（Modulation and Coding Scheme）、通信データ量、スループット、通信遅延、パケットロス、パケット廃棄量、若しくは使用サービス種別、又はこれらの統計値（e.g. 平均値、中央値、最大値、最小値）を計測することができる。これらの移動端末２００の通信特性は、無線ベアラにおいて測定されてもよいし、ＲＡＮ２０とＭＣＮ３０の間のベアラ（e.g. Ｓ１ベアラ、又はEPS Radio Access Bearer（Ｅ－ＲＡＢ））において測定されてもよい。ＲＡＮ２０は、移動端末２００の通信特性を示すこれらの情報を移動端末２００に関する計測情報として取得してもよい。また、ＲＡＮ２０は、移動端末２００の移動特性を示す情報、例えば、移動したセル（又は基地局）の履歴、セル（又は基地局）での滞在時間、移動速度、若しくは移動ベクトル、又はこれらの統計値、を取得することができる。ＲＡＮ２０は、移動端末２００の移動特性を示すこれらの情報を移動端末２００に関する計測情報として取得してもよい。また、ＲＡＮ２０は、移動端末２００のハンドオーバ特性を示す情報、例えば、ハンドオーバ試行回数、ハンドオーバ失敗（e.g. Too Late Handover、Too Early Handover）数、若しくはハンドオーバ失敗率、又はこれらの統計値、を取得することができる。ＲＡＮ２０は、移動端末２００のハンドオーバ特性を示すこれらの情報を移動端末２００に関する計測情報として取得してもよい。
（ｂ）移動端末２００に関する履歴情報
　ＲＡＮ２０（e.g. 基地局１００）は、移動端末２００の通信特性又は移動特性などの移動端末２００の挙動を示す履歴情報を取得することができる。移動端末２００に関する履歴情報は、例えば、移動端末２００の通信履歴、移動端末２００の移動履歴、及び移動端末２００のサービス使用履歴のうち少なくとも１つを含む。なお、移動端末２００に関する計測情報と履歴情報を明確に区別しなくてもよい。上述した移動端末２００に関する計測情報の少なくとも一部は、移動端末２００に関する履歴情報と呼ぶこともできる。
（ｃ）移動端末２００に関する設定情報
　ＲＡＮ２０は、上述した移動端末２００に関する計測情報又は履歴情報を用いて、移動端末２００に関する設定を行うことができる。移動端末２００に関するＲＡＮ２０での設定は、例えば、UE INACTIVITY TIMERのタイマ値（満了期間）、ハンドオーバ・パラメタ（e.g. A3-offset、Time to Trigger（ＴＴＴ））、ランダムアクセス手順におけるバックオフ時間、基地局へのアクセスを制限するアクセス制限時間（の平均値）（ac-BarringTime）、又は端末優先度である。端末優先度は、移動端末２００（又は端末グループ）の他の移動端末（又は端末グループ）に比べた優先度を示し、例えば、上述した設定情報（UE INACTIVITY TIMERのタイマ値、ハンドオーバ・パラメタ、又はランダムアクセス手順におけるバックオフ時間）の決定、又は無線リソースの割り当て等のために利用される。
　上述したように、基地局１００は、ＲＡＮ２０で得られたＲＡＮ端末情報（e.g. 計測情報、履歴情報）をＭＣＮ３０に退避できるよう構成されている。また、基地局１００は、ＭＣＮ３０に退避されていたＲＡＮ端末情報をＭＣＮ３０から読み出すことができるよう構成されている。これにより、基地局１００は、移動端末２００のＩＤＬＥ状態への遷移によってＲＡＮ端末情報がＲＡＮ２０において解放（消去）された場合にも、その後の移動端末２００の設定のためにＭＣＮ３０に退避されていたＲＡＮ端末情報を読み出して用いることができる。言い換えると、基地局１００は、移動端末２００のＣＯＮＮＥＣＴＥＤ－ＩＤＬＥ遷移をまたがってＲＡＮ端末情報を継続的に利用することができる。したがって、基地局１００は、移動端末２００に関する長期間のＲＡＮ端末情報を考慮して、移動端末２００に関する設定（e.g. UE INACTIVITY TIMERのタイマ値の設定）を行うことができる。
　続いて以下では、ＲＡＮ端末情報をＲＡＮ２０からＭＣＮ３０に退避するタイミング、及びＲＡＮ端末情報をＭＣＮ３０からＲＡＮ２０に読み出すタイミングの具体例について説明する。すでに述べたように、一般的な移動通信システムにおいて、ＲＡＮ（e.g. 基地局、ＲＮＣ）は、移動端末のＩＤＬＥ状態への遷移の際に、その移動端末に関するＲＡＮ端末情報の取得・更新を停止し、それまでに保持していたＲＡＮ端末情報を開放する。したがって、本実施形態に係る基地局１００は、例えば、移動端末２００に関するＲＡＮ端末情報を解放する際に、その情報をＭＣＮ３０に送信してもよい。さらに具体的に述べると、基地局１００は、基地局１００における自立的なＲＡＮ端末情報の取得を停止することに応じて、ＲＡＮ端末情報をＭＣＮ３０に送信してもよい。また、基地局１００は、移動端末２００がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移することに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０に送信してもよい。また、基地局１００は、移動端末２００が自セルから他のセルへ外向きハンドオーバ（outgoing handover）を行うことに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０に送信してもよい。これらのうちいずれかのタイミングでＲＡＮ端末情報をＭＣＮ３０に送信することによって、基地局１００は、解放される（つまり消去される）ＲＡＮ端末情報をＭＣＮ３０に退避しておくことができる。
　一方、基地局１００は、移動端末２００に関するＲＡＮ端末情報の自立的な取得を開始（再開）することに応じて、ＭＣＮ３０からその移動端末２００に関するＲＡＮ端末情報を受信するとよい。より具体的に述べると、基地局１００は、移動端末２００がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０から受信してもよい。また、基地局１００は、移動端末２００が他のセルから自セルへの内向きハンドオーバ（incoming handover）を行うことに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０から受信してもよい。これらのうちいずれかの動作によれば、基地局１００は、移動端末２００のＲＡＮ端末情報（e.g. 計測情報、履歴情報、又は設定情報）をＣＯＮＮＥＣＴＥＤ－ＩＤＬＥ遷移をまたがって継続的に利用することができる。
　なお、ＲＡＮ２０からＭＣＮ３０へのＲＡＮ端末情報の退避タイミング、及びＭＣＮ３０からＲＡＮ２０へのＲＡＮ端末情報の読み出しタイミングについての上述の例は、好適な例の１つに過ぎない。例えば、基地局１００は、移動端末２００の位置更新等に応じて、基地局１００とＭＣＮ３０の間のシグナリングが発生する際に、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０に送信してもよい。この場合、基地局１００は、例えば位置更新のために移動管理ノード３００に送信される制御メッセージにＲＡＮ端末情報を含めるとよい。このように、ＲＡＮ２０からＭＣＮ３０に送信される既存の制御メッセージにＲＡＮ端末情報を含めることで、新たな制御メッセージの送信が必要ないため、ＲＡＮ端末情報のＭＣＮ３０への退避に伴ってシグナリング回数が増加することを抑制できる。また、基地局１００は、ＲＡＮ端末情報を更新したタイミング等の任意のタイミングにおいて、ＲＡＮ端末情報をＭＣＮ３０に送信してもよい。
　次に、ＭＣＮ３０におけるＲＡＮ端末情報の管理主体について説明する。一例として、移動管理ノード３００がＲＡＮ端末情報を管理することが考えられる。移動管理ノード３００は、ＲＡＮ２０（例えば、基地局１００）とのシグナリングインタフェースを有している。さらに、移動管理ノード３００は、移動端末２００のモビリティ管理を行うために、ＩＤＬＥ状態の移動端末２００に関するコンテキストを保持している。したがって、移動管理ノード３００が例えば、移動端末２００に関するコンテキストと関連付けてＲＡＮ端末情報を管理することで、ＭＣＮ３０におけるＲＡＮ端末情報の管理を容易に行うことができる利点がある。しかしながら、ＲＡＮ端末情報は、ＭＣＮ３０の他のノード、例えば加入者サーバ３２０に保持されてもよい。加入者サーバ３２０は、移動端末２００に関する加入者情報を保持しているから、当該加入者情報と関連付けてＲＡＮ端末情報を保持すればよい。また、加入者サーバ３２０は、一般的に移動管理ノード３００とのシグナリングインタフェースを有しているから、移動管理ノード３００を介して基地局１００からＲＡＮ端末情報を受信すればよい。
　また、移動管理ノード３００は、移動端末２００がＭＣＮ３０からデタッチすることに応じて、移動管理ノード３００に退避されていた当該移動端末２００に関するＲＡＮ端末情報を解放（消去）してもよい。移動管理ノード３００は、移動端末２００のモビリティ管理を行なっているため、移動端末２００のデタッチを容易に認識することができる。デタッチする移動端末２００に関するＲＡＮ端末情報を解放することで、ＭＣＮ３０に蓄積されるＲＡＮ端末情報のボリュームの増大を抑制できる。あるいは、移動管理ノード３００は、移動端末２００がＭＣＮ３０からデタッチすることに応じて、移動管理ノード３００に退避されていた当該移動端末２００に関するＲＡＮ端末情報を加入者サーバ３２０に退避してもよい。この動作により、加入者サーバ３２０は、最新のＲＡＮ端末情報を保持することが可能となる。
　続いて以下では、本実施形態に係るＭＣＮ３０へのＲＡＮ端末情報の退避方法、及びＭＣＮ３０からのＲＡＮ端末情報の読み出し方法の具体例について、シーケンス図を用いて説明する。図２のシーケンス図は、基地局１００から移動管理ノード３００へのＲＡＮ端末情報の退避方法の一例を示している。ステップＳ１１では、基地局１００は、ＲＡＮ端末情報を含む制御メッセージを移動管理ノード３００に送信する。制御メッセージは、移動端末２００（又は端末グループ）を識別するための識別子（e.g. International Mobile Subscriber Identity（ＩＭＳＩ））も含む。ステップＳ１２では、移動管理ノード３００は、基地局１００又は他の基地局からの将来の読み出し要求に答えるために、受信したＲＡＮ端末情報を退避（保存）する。移動管理ノード３００は、過去に受信済みのＲＡＮ端末情報を既に保存している場合、新たに受信したＲＡＮ端末情報によって過去の情報を更新してもよい。
　既に述べたように、基地局１００は、移動端末２００がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移することに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０に退避してもよい。図３及び図４のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、移動端末２００のＩＤＬＥ状態への遷移に応じてＲＡＮ端末情報をＭＣＮ３０に退避する例を示している。図３の例は、移動端末２００のＩＤＬＥ状態への遷移を基地局（ここでは、ｅＮＢ）１００が決定する場合に関する。すなわち、ステップＳ２１では、基地局１００は、例えば、UE INACTIVITY TIMERが満了したことに応じて、移動端末２００とのRadio Resource Control（ＲＲＣ）コネクションの切断を決定する。ステップＳ２２では、基地局１００は、UE CONTEXT RELEASE REQUESTメッセージを用いてＲＡＮ端末情報を移動管理ノード（ここでは、ＭＭＥ）３００に送信する。UE CONTEXT RELEASE REQUESTメッセージは、特定の移動端末に対応付けられたＳ１コネクションの解放をｅＮＢがＭＭＥに対して要求するために送信されるＳ１ＡＰメッセージである。ステップＳ２３では、移動管理ノード３００は、基地局１００から受信したＲＡＮ端末情報を保存する。
　図４の例は、移動端末２００のＩＤＬＥ状態への遷移を移動管理ノード（ここでは、ＭＭＥ）３００が決定する場合に関する。すなわち、ステップＳ３１では、移動管理ノード３００は、移動端末２００に関するUE CONTEXT RELEASE COMMANDメッセージを基地局（ここでは、ｅＮＢ）１００に送信する。UE CONTEXT RELEASE COMMANDメッセージは、特定の移動端末に対応付けられたＳ１コネクションの解放をＭＭＥがｅＮＢに対して要求するために送信されるＳ１ＡＰメッセージである。基地局１００は、UE CONTEXT RELEASE COMMANDメッセージの受信に応答して、シグナリング及びユーザデータの送受信のために移動端末２００に割り当てていた全てのリソースを解放する。そして、基地局１００は、移動管理ノード３００に対してUE CONTEXT RELEASE COMPLETEメッセージを送信する（ステップＳ３２）。なお、図４の例では、UE CONTEXT RELEASE COMPLETEメッセージは、ＩＤＬＥ状態に遷移する移動端末２００に関するＲＡＮ端末情報を含む。ステップＳ３３では、移動管理ノード３００は、基地局１００から受信したＲＡＮ端末情報を退避（保存）する。
　図３及び４に示したＲＡＮ端末情報の退避方法に関するシーケンスは、一例に過ぎない。既に述べたように、基地局１００は、移動端末２００の位置更新の際に、外向きハンドオーバの際に、又はその他の任意のタイミングにおいて、ＲＡＮ端末情報を移動管理ノード３００に送信してもよい。例えば、３ＧＰＰのＥＰＳネットワークの場合、図２のステップＳ１１に示された制御メッセージは、(i) INITIAL UE MESSAGEメッセージ、(ii) S1ハンドオーバを要求するためのHANDOVER REQUIREDメッセージ、又は (iii) UE CONTEXT MODIFICATION RESPONSEメッセージであってもよい。さらに、本実施形態に係る移動通信システムは、３ＧＰＰのＵＭＴＳネットワークであってもよい。ＵＭＴＳネットワークの場合、図２のステップＳ１１に示された制御メッセージは、ＲＮＣからＭＣＮに送信されるRadio Access Network Application Part（ＲＡＮＡＰ）メッセージであってもよい。具体的には、図２のステップＳ１１に示された制御メッセージは、(i) lu RELEASE COMPLETEメッセージ、 (ii) RAB RELEASE REQUESTメッセージ、又は (iii) RELOCATION REQUIREDメッセージであってもよい。
　次に、ＭＣＮ３０に退避されていたＲＡＮ端末情報の基地局１００への読み出しについて説明する。図５のシーケンス図は、移動管理ノード３００から基地局１００へのＲＡＮ端末情報の読み出し方法の一例を示している。ステップＳ４１では、移動管理ノード３００は、ＲＡＮ端末情報を含む制御メッセージを基地局１００に送信する。制御メッセージは、移動端末２００（又は端末グループ）を識別するための識別子（e.g.ＩＭＳＩ）も含む。ステップＳ４２では、基地局１００は、移動管理ノード３００から受信したＲＡＮ端末情報を利用して、移動端末２００に関する設定（e.g. UE INACTIVITY TIMERの満了期間、ハンドオーバ・パラメタ）を行う。基地局１００は、例えば、移動管理ノード３００から受信したＲＡＮ端末情報のみを用いて、ＣＯＮＮＥＣＴＥＤ状態に遷移した移動端末２００の初期設定を行なってもよい。また、基地局１００は、移動管理ノード３００から受信したＲＡＮ端末情報と自身で新たに取得したＲＡＮ端末情報を用いて、移動端末２００の設定を行なってもよい。
　既に述べたように、基地局１００は、移動端末２００がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０から受信してもよい。図６のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、移動端末２００のＣＯＮＮＥＣＴＥＤ状態への遷移に応じてＲＡＮ端末情報をＭＣＮ３０から読み出す例を示している。すなわち、ステップＳ５１では、基地局１００は、移動端末２００からSERVICE REQUESTメッセージを受信する。SERVICE REQUESTメッセージは、ＭＣＮ３０への接続を要求するためにＩＤＬＥ状態（ＥＣＭ－ＩＤＬＥ状態）の移動端末から送信されるＮＡＳメッセージである。ステップＳ５２では、基地局１００は、移動端末２００からのSERVICE REQUESTメッセージを含むINITIAL UE MESSAGEメッセージを移動管理ノード３００に送信する。移動管理ノード３００は、SERVICE REQUESTメッセージの受信に応答して、INITIAL CONTEXT SETUP REQUEST メッセージを基地局１００に送信する。INITIAL CONTEXT SETUP REQUEST メッセージは、移動端末２００に関するベアラ（Ｅ－ＲＡＢ）の確立のために送信されるＳ１ＡＰメッセージである。なお、図６の例では、INITIAL CONTEXT SETUP REQUEST メッセージは、ＣＯＮＮＥＣＴＥＤ状態に遷移する移動端末２００に関するＲＡＮ端末情報を含む。
　図６に示したＲＡＮ端末情報の読み出し方法に関するシーケンスは、一例に過ぎない。既に述べたように、基地局１００は、移動端末２００の位置更新の際に、内向きハンドオーバの際に、又はその他の任意のタイミングにおいて、ＲＡＮ端末情報を移動管理ノード３００から受信してもよい。例えば、３ＧＰＰのＥＰＳネットワークの場合、図５のステップＳ４１に示された制御メッセージは、(i) TAU ACCEPTを含むDOWNLINK NAS TRANSPORTメッセージ、(ii) Ｓ１ハンドオーバの際にＭＭＥからターゲットｅＮＢに送信されるHANDOVER REQUESTメッセージ、(iii) Ｓ１又はＸ２ハンドオーバの際にＧＴＰトンネルのエンドポイントの切り替えのためにＭＭＥからターゲットｅＮＢに送信されるPATH SWITCH ACKNOWLEDGEメッセージ、又は (iv) UE CONTEXT MODIFICATION REQUESTメッセージであってもよい。また、３ＧＰＰのＵＭＴＳネットワークの場合、図５のステップＳ４１に示された制御メッセージは、ＭＣＮからＲＮＣに送信されるＲＡＮＡＰメッセージであってもよい。具体的には、図５のステップＳ４１に示された制御メッセージは、(i) RAB ASSIGNMENT REQUESTメッセージ、 (ii) IU RELEASE COMMANDメッセージ、又は (iii) Serving Radio Network Subsystem（ＳＲＮＳ）リロケーションの際にＳＧＳＮからターゲットＲＮＣに送信されるRELOCATION REQUESTメッセージであってもよい。
　また、移動管理ノード３００は、ある基地局１００から受信して保存しておいたＲＡＮ端末情報を他の基地局１００に送信してもよい。例えば、移動管理ノード３００は、第１の基地局からＲＡＮ端末情報を受信し、移動端末２００が第１の基地局から第２の基地局に移動したことに応じて、第１の基地局から受信して退避しておいたＲＡＮ端末情報を第２の基地局に送信してもよい。これにより、基地局１００は、自身で取得したＲＡＮ端末情報を有していなくても、他の基地局によって収集されたＲＡＮ端末情報を用いて移動端末２００の設定を行うことができる。
　続いて以下では、本実施形態に係る基地局１００の動作についてフローチャートを用いて説明する。図７～図９のフローチャートは、基地局１００がＥＰＳネットワークの基地局（i.e. ｅＮＢ）である場合について示している。図７は、基地局１００によるＲＡＮ端末情報のＭＣＮ３０への退避手順の一例を示すフローチャートである。ステップＳ６１では、基地局１００は、ＲＲＣ＿ＣＯＮＮＥＴＥＤ状態の移動端末２００の挙動（e.g. 通信特性、移動特性、サービス利用特性）を計測し、計測結果をＲＡＮ端末情報として保持する。ＲＡＮ端末情報は、移動端末２００毎に計測されてもよいし、移動端末２００の種別等に基づいて分類された端末グループ毎に計測されてもよい。ステップＳ６２では、基地局１００は、移動端末２００のＲＲＣ＿ＩＤＬＥ状態への遷移を決定する。例えば、基地局１００は、移動端末２００に対するUE INACTIVITY TIMERが満了したことに応じて、移動端末２００のＲＲＣ＿ＩＤＬＥ状態への遷移を決定する。移動端末２００がＲＲＣ＿ＩＤＬＥ状態に遷移する場合（ステップＳ６２でＹＥＳ）、基地局１００は、移動端末２００とＭＣＮ３０の間の制御コネクションの解放および無線アクセスベアラ（Ｅ－ＲＡＢ）の解放のために、移動管理ノード３００に制御メッセージを送信する。併せて、基地局１００は、ＲＲＣ＿ＩＤＬＥ状態に遷移する移動端末２００のＲＡＮ端末情報を移動管理ノード３００に送信する（ステップＳ６３）。
　図８は、基地局１００によるＲＡＮ端末情報のＭＣＮ３０からの読み出し手順の一例を示すフローチャートである。ステップＳ７１では、基地局１００は、移動端末２００のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移を決定する。例えば、基地局１００は、移動端末２００からのサービス要求の受信に応答して、移動端末２００のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移を決定する。ステップＳ７２では、移動端末２００がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する場合（ステップＳ７１でＹＥＳ）、基地局１００は、移動端末２００とＭＣＮ３０の間の制御コネクションの確立および無線アクセスベアラ（Ｅ－ＲＡＢ）の確立のために、移動管理ノード３００とシグナリングする。併せて、基地局１００は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する移動端末２００のＲＡＮ端末情報を移動管理ノード３００から受信する（ステップＳ７２）。その後、基地局１００は、移動端末２００の挙動の計測を開始（再開）し、計測結果を用いてＲＡＮ端末情報を更新する。ＲＡＮ端末情報の更新は、例えば、移動管理ノード３００から読みだしたＲＡＮ端末情報をその後の計測結果によって更新することにより行えばよい。また、ＲＡＮ端末情報として統計値（e.g. 平均値）を求める場合、基地局１００は、移動管理ノード３００から読みだしたＲＡＮ端末情報とその後の測定により得られたＲＡＮ端末情報とを総合的に用いて統計値を計算してもよい。
　図９は、基地局１００によるUE INACTIVITY TIMERの設定手順の一例を示すフローチャートである。なお、ここでは、移動端末２００のＲＡＮ端末情報を用いた設定の一例としてUE INACTIVITY TIMERの設定を示すが、既に述べたように、基地局１００は他の設定（e.g. ハンドオーバ・パラメタ、ランダムアクセスのバックオフ時間）を移動端末２００のＲＡＮ端末情報を用いて決定してもよい。ステップＳ８１では、基地局１００は、移動端末２００のＲＡＮ端末情報を計測し、計測結果をＲＡＮ端末情報として保存する。UE INACTIVITY TIMERを決定するためのＲＡＮ端末情報としては、例えば、移動端末２００の１回あたり平均通信時間と、１回あたりの平均無通信時間（i.e. 平均通信間隔）が取得されてもよい。また、基地局１００は、移動端末２００の移動特性を考慮するために、移動端末２００の平均セル（基地局）滞在時間を取得してもよい。ステップＳ８２では、移動端末２００の挙動が過去の挙動から変化しているかを判定する。ここでは、平均通信時間及び平均通信間隔などのＲＡＮ端末情報が過去のＲＡＮ端末情報から変化しているかを判定すればよい。過去の挙動から変化している場合（ステップＳ８２でＹＥＳ）、基地局１００は、移動端末２００に適用されるUE INACTIVITY TIMERの新たなタイマ値（満了期間）を決定し、決定した値でタイマ値を更新する（ステップＳ８３及びＳ８４）。
　UE INACTIVITY TIMERのタイマ値が短すぎると、移動端末２００のＩＤＬＥ－ＣＯＮＮＥＣＴＥＤ遷移のためのシグナリングが頻発するため、ＲＡＮ２０及びＭＣＮ３０におけるシグナリング負荷（シグナリングコスト）が増大する。一方、UE INACTIVITY TIMERのタイマ値が長すぎると、通信をしていない移動端末２００のために確保された無線リソースが無駄になる（無線リソースコストが大きい）。したがって、移動端末２００の通信状況に応じてUE INACTIVITY TIMERのタイマ値を最適化できることが望ましい。例えば、移動端末２００の平均通信時間及び平均無通信時間（平均通信間隔）を用いたコスト関数を最適化することによって、UE INACTIVITY TIMERのタイマ値を決定してもよい。基地局１００は、ＲＡＮ端末情報のＭＣＮ３０への退避およびＭＣＮ３０からの読み出しを行うことによって、平均通信時間及び平均無通信時間（平均通信間隔）などの移動端末２００の通信特性に関する統計値を、ＣＯＮＮＥＣＴＥＤ－ＩＤＬＥ遷移をまたがって容易に継続的に取得することができる。
　続いて以下では、基地局１００及び移動管理ノード３００の構成例について説明する。図１０は、基地局１００の構成例を示すブロック図である。無線通信部１０１は、自セルを形成し、移動端末２００との間で無線通信を行う。つまり、無線通信部１０１は、複数の物理ダウンリンクチャネルを含むダウンリンク信号を移動端末２００に送信し、複数の物理アップリンクチャネルを含むアップリンク信号を移動端末２００から受信する。ＲＡＮ端末情報取得部１０２は、無線通信部１０１と通信する移動端末２００に関するＲＡＮ端末情報を自立して取得する。ＲＡＮ端末情報管理部１０３は、移動端末２００毎又は端末グループ毎のＲＡＮ端末情報を管理する。ＲＡＮ端末情報管理部１０３は、移動端末２００に関するＲＡＮ端末情報を退避するためにＲＡＮ端末情報をＭＣＮ３０に送信するとともに、ＲＡＮ端末情報を読み出すためにＲＡＮ端末情報をＭＣＮ３０から受信するよう構成されている。設定部１０４は、ＲＡＮ端末情報管理部１０３によって管理されているＲＡＮ端末情報を用いて、移動端末２００に関する設定を行う。図１０の例では、設定部１０４は、UE INACTIVITY TIMER１０５のタイマ値を設定する。
　UE inactivity timer １０５は、移動端末２００に関するユーザデータの送受信が行われない不活性状態の継続時間を計測するタイマである。UE inactivity timer １０５は、基地局１００によって（再）開始され、移動端末２００のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられる。UE inactivity timer １０５は、移動端末毎に設けられてもよいし、端末グループ毎に設けられてもよい。端末グループは、例えば、端末種別単位、移動端末２００が使用するサービス単位、又は移動端末２００が要求するQuality of Service（ＱｏＳ）単位で定義されてもよい。
　基地局１００は、例えば、移動端末２００にダウンリンク又はアップリンクの無線リソースをスケジューリングしたことに応じて移動端末２００のUE inactivity timer１０５を（再）開始する。これに代えて又はこれと組み合わせて、基地局１００は、例えば、移動端末２００宛てのダウンリンクデータの受信、移動端末２００へのアップリンク送信許可（Uplink Grant）の送信、移動端末２００へのページングメッセージの送信、及び移動端末２００からの無線リソース割り当て要求の受信、のうち少なくとも１つに応じて、移動端末２００のUE inactivity timer１０５を（再）開始してもよい。UE inactivity timer１０５が満了（expire）すると、移動端末２００は、ＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移する。
　図１１は、移動管理ノード３００の構成例を示すブロック図である。図１１の例では、移動管理ノード３００は、制御部３０１及びＲＡＮ端末情報保存部３０２を含む。制御部３０１は、ＲＡＮ２０において計測、取得、又は決定された移動端末２００のＲＡＮ端末情報をＭＣＮ３０に退避するための制御を行う。すなわち、制御部３０１は、ＲＡＮ端末情報をＲＡＮ２０（e.g. 基地局１００）から受信するとともに、ＲＡＮ端末情報をＲＡＮ２０に送信するよう構成されている。また、制御部３０１は、移動端末２００がＭＣＮ３０からデタッチすることに応じて、移動管理ノード３００に退避されていた当該移動端末２００に関するＲＡＮ端末情報を解放するよう構成されてもよい。ＲＡＮ端末情報保存部３０２は、制御部３０１によってＲＡＮ２０から受信されたＲＡＮ端末情報を保存する。ＲＡＮ端末情報保存部３０２は、不揮発性の記録媒体（e.g. ハードディスクドライブ）若しくは揮発性の記録媒体（e.g. Random Access Memory（ＲＡＭ））、又はこれらの組み合わせとすればよい。
　図１０に示したＲＡＮ端末情報取得部１０２、ＲＡＮ端末情報管理部１０３、設定部１０４等の機能は、少なくとも１つのプロセッサを含むコンピュータシステムにプログラムを実行させることによって実現されてもよい。具体的には、図１～９を用いて説明した基地局１００によるＲＡＮ端末情報の退避及び読み出し動作に関するアルゴリズムをコンピュータシステムに行わせるための命令群を含む１又は複数のプログラムをコンピュータシステムに供給すればよい。同様に、図１１に示した制御部３０１の機能も、コンピュータシステムにプログラムを実行させることによって実現されてもよい。具体的には、図１～６を用いて説明した移動管理ノード３００によるＲＡＮ端末情報の退避及び読み出し動作に関するアルゴリズムをコンピュータシステムに行わせるための命令群を含む１又は複数のプログラムをコンピュータシステムに供給すればよい。
　これらのプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　また、既に述べたように、ＵＭＴＳの場合、図１に示した基地局１００は、ＲＮＣ及びＮｏｄｅＢの機能を含む。図１２は、ＵＭＴＳのネットワーク構成例を示している。図１２の移動管理ノード３００は、ＳＧＳＮのコントロールプレーン機能に相当する。
　上述したように、本実施形態の基地局１００は、ＲＡＮ２０で得られたＲＡＮ端末情報（e.g. 計測情報、履歴情報）をＭＣＮ３０に退避できるよう構成されている。また、基地局１００は、ＭＣＮ３０に退避されていたＲＡＮ端末情報をＭＣＮ３０から読み出すことができるよう構成されている。これにより、基地局１００は、移動端末２００のＩＤＬＥ状態への遷移によってＲＡＮ端末情報がＲＡＮ２０において解放（消去）された場合にも、その後の移動端末２００の設定のためにＭＣＮ３０に退避されていたＲＡＮ端末情報を読み出して用いることができる。言い換えると、基地局１００は、移動端末２００のＣＯＮＮＥＣＴＥＤ－ＩＤＬＥ遷移をまたがってＲＡＮ端末情報を継続的に利用することができる。したがって、基地局１００は、移動端末２００に関する長期間のＲＡＮ端末情報を考慮して、移動端末２００に関する設定（e.g. UE INACTIVITY TIMERのタイマ値の設定）を行うことができる。
＜第２の実施形態＞
　本実施形態では、加入者サーバ３２０にＲＡＮ端末情報が保存される例について説明する。本実施形態に係る移動通信システムの構成例は、第１の実施形態で説明した図１と同様とすればよい。本実施形態に係る加入者サーバ３２０は、移動管理ノード３００を介して基地局１００からＲＡＮ端末情報を受信する。図１３は、基地局１００から加入者サーバ３２０へのＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。ステップＳ９１では、基地局１００は、ＲＡＮ端末情報を含む制御メッセージを移動管理ノード３００に送信する。ステップＳ９２では、移動管理ノード３００は、ＲＡＮ端末情報を含む制御メッセージを加入者サーバ３２０に送信する。ステップＳ９３では、加入者サーバ３２０は、基地局１００又は他の基地局からの将来の読み出し要求に答えるために、受信したＲＡＮ端末情報を保存する。加入者サーバ３２０は、過去に受信済みのＲＡＮ端末情報を既に保存している場合、新たに受信したＲＡＮ端末情報によって過去の情報を更新してもよい。また、加入者サーバ３２０は、ＲＡＮ端末情報を移動管理ノード毎に管理しても良い。この場合、対地に応じた移動端末２００の挙動の管理が可能となる。例えば、住宅街を管理する移動管理ノード３００は住宅街における移動端末２００の挙動を管理し、ビジネス街を管理する移動管理ノード３００はビジネス街における移動端末２００の挙動を管理することが可能となる。
　加入者サーバ３２０は、移動端末２００の位置更新の際に、ＲＡＮ端末情報を受信してもよい。図１４は、３ＧＰＰのＥＰＳネットワークにおいて、移動端末２００の位置更新（i.e. トラッキングエリア更新（ＴＡＵ））に応じてＲＡＮ端末情報が加入者サーバ３２０に退避される例を示している。ステップＳ１０１では、基地局１００は、移動端末２００からのTAU REQUEST の受信に応答して、TAU REQUESTを含むメッセージを移動管理ノード３００に送信する。当該メッセージは、さらにＲＡＮ端末情報を含む。当該メッセージは、UPLINK NAS TRANSPORTメッセージ、又はHandover Requiredメッセージであってもよい。ステップＳ１０２では、移動管理ノード３００は、TAU REQUESTの受信に応答して、加入者サーバ３２０にUPDATE LOCATION REQUESTメッセージを送信する。このUPDATE LOCATION REQUESTは、ＲＡＮ端末情報を含む。ステップＳ１０３では、加入者サーバ３２０は、受信したＲＡＮ端末情報を保存する。
　次に、加入者サーバ３２０に退避されていたＲＡＮ端末情報の基地局１００への読み出しについて説明する。図１５のシーケンス図は、加入者サーバ３２０から基地局１００へのＲＡＮ端末情報の読み出し方法の一例を示している。ステップＳ１１１では、加入者サーバ３２０は、ＲＡＮ端末情報を含む制御メッセージを移動管理ノード３００に送信する。ステップＳ１１２では、移動管理ノード３００は、ＲＡＮ端末情報を含む制御メッセージを基地局１００に送信する。
　加入者サーバ３２０は、移動端末２００が位置登録エリアをまたがって移動した場合に、新たな位置登録エリアを管理する移動管理ノード３００に対してＲＡＮ端末情報を送信してもよい。図１６のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、移動端末２００が新たな位置登録エリアに移動したことに応じて加入者サーバ３２０からＲＡＮ端末情報が送信される例を示している。ステップＳ１２１では、基地局１００は、移動端末２００からのTAU REQUEST の受信に応答して、TAU REQUESTを含むINITIAL UE MESSAGEメッセージを移動管理ノード３００に送信する。ステップＳ１２２では、移動管理ノード３００は、TAU REQUESTの受信に応答して、加入者サーバ３２０にUPDATE LOCATION REQUESTメッセージを送信する。ステップＳ１２３では、加入者サーバ３２０は、UPDATE LOCATION REQUESTメッセージに応答して、旧移動管理ノードに対して位置登録のキャンセルを要求する。そして、加入者サーバ３２０は、新たな移動管理ノード３００に対してUPDATE LOCATION ACKメッセージを送信する（ステップＳ１２３）。このUPDATE LOCATION ACKメッセージは、ＲＡＮ端末情報を含む。ステップＳ１２４では、移動管理ノード３００は、TAU ACCEPTを含むDOWNLINK NAS TRANSPORTメッセージを基地局１００に送信する。このDOWNLINK NAS TRANSPORTメッセージは、TAU REQUESTの送信元である移動端末２００に関するＲＡＮ端末情報を含む。これにより、基地局１００は、移動端末２００に関するＲＡＮ端末情報を受信する。
　本実施形態によれば、加入者サーバ３２０にＲＡＮ端末情報を保存できる。例えば、ＲＡＮ端末情報が異なるモバイルオペレータ間で引き渡される場合などには、加入者サーバ３２０においてＲＡＮ端末情報を保存・管理するとよい。
＜第３の実施形態＞
　本実施形態では、２つの移動管理ノード３００間でのＲＡＮ端末情報の転送について説明する。本実施形態に係る移動通信システムの構成例は、第１の実施形態で説明した図１と同様とすればよい。ただし、ＭＣＮ３０は、少なくとも２つの移動管理ノード３００を含む。本実施形態に係る移動管理ノード３００は、基地局１００から受信したＲＡＮ端末情報を他の移動管理ノード３００に送信するよう構成されている。図１７は、２つの移動管理ノード３００間でのＲＡＮ端末情報の送信方法を示すシーケンス図である。ステップＳ１３１では、移動管理ノード３００Ａは、ＲＡＮ端末情報を含む制御メッセージを移動管理ノード３００Ｂに送信する。
　本実施形態に係る移動管理ノード３００は、ＩＤＬＥ状態の移動端末２００のセル間移動（i.e. セル再選択）に応じて、他の移動管理ノードにＲＡＮ端末情報を送信してもよい。すなわち、移動管理ノード３００は、ＩＤＬＥ状態の移動端末２００が他の移動管理ノード配下のセル（基地局）に移動し、他の移動管理ノードに対して位置更新要求を行ったことに応じて、他の移動管理ノードにＲＡＮ端末情報を送信してもよい。
　図１８のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、ＩＤＬＥ状態の移動端末２００のセル間移動に応じて、移動管理ノード３００間でのＲＡＮ端末情報の送信が行われる例を示している。ステップＳ１４１では、基地局１００は、移動端末２００からのTAU REQUEST の受信に応答して、TAU REQUESTを含むINITIAL UE MESSAGEメッセージを移動管理ノード３００Ｂに送信する。ステップＳ１４２では、移動館ノード３００Ｂは、TAU REQUESTに含まれる旧移動管理ノードの識別子（i.e. Globally Unique MME Identifier （ＧＵＭＭＥＩ））に基づいて、旧移動管理ノード３００ＡにCONTEXT REQUESTメッセージを送信する。ステップＳ１４３では、旧移動管理ノード３００Ａは、CONTEXT REQUESTメッセージに応答して、新移動管理ノード３００ＢにCONTEXT RESPONSEメッセージを送信する。ステップＳ１４３でのCONTEXT RESPONSEメッセージは、移動端末２００の識別子（i.e. ＩＭＳＩ）、ベアラコンテキスト（i.e. EPS Bearer Context）等に加えて、移動端末２００のＲＡＮ端末情報を含む。ステップＳ１４４では、新移動管理ノード３００Ｂは、TAU ACCEPTを含むDOWNLINK NAS TRANSPORTメッセージを基地局１００に送信する。ステップＳ１４４でのDOWNLINK NAS TRANSPORTメッセージは、さらに、移動端末２００に関するＲＡＮ端末情報を含む。
　また、本実施形態に係る移動管理ノード３００は、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００のセル間移動（i.e. ハンドオーバ）に応じて、他の移動管理ノードにＲＡＮ端末情報を送信してもよい。すなわち、移動管理ノード３００は、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００が他の移動管理ノード配下のセル（基地局）にハンドオーバすることに応じて、他の移動管理ノードにＲＡＮ端末情報を送信してもよい。図１９のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００のハンドオーバ（ここでは、Inter-MMEハンドオーバ）に応じて、移動管理ノード３００間でのＲＡＮ端末情報の送信が行われる例を示している。ステップＳ１５１では、ソース基地局１００Ａは、ハンドオーバの開始を決定し、ソース移動管理ノード３００Ａに対してHANDOVER REQUIERDメッセージを送信する。ステップＳ１５２では、ソース移動管理ノード３００Ａは、HANDOVER REQUIERDメッセージ受信に応答して、FORWARD RELOCATION REQUESTメッセージをターゲット移動管理ノード３００Ｂに送信する。ステップＳ１５３では、ターゲット移動管理ノード３００Ｂは、FORWARD RELOCATION REQUESTメッセージの受信に応答して、HANDOVER REQUEST メッセージをターゲット基地局１００Ｂに送信する。図１９の例では、HANDOVER REQUIERDメッセージ、FORWARD RELOCATION REQUESTメッセージ、及びHANDOVER REQUEST メッセージは、ハンドオーバ対象の移動端末２００に関するＲＡＮ端末情報を含む。
　さらに、図１８及び１９に示した移動管理ノード３００間でのＲＡＮ端末情報の転送に関するシーケンスは、一例に過ぎない。例えば、本実施形態に係る移動通信システムは、ＵＭＴＳネットワークであってもよい。ＵＭＴＳネットワークの場合、図１７のステップＳ１３１に示された制御メッセージは、Routing area update（ＲＡＵ）の際に、旧ＳＧＳＮから新ＳＧＳＮに送信されるSGSN CONTEXT RESPONSEメッセージであってもよい。また、図１７のステップＳ１３１に示された制御メッセージは、Inter-SGSNハンドオーバの際にソースＳＧＳＮからターゲットＳＧＳＮに送信されるFORWARD RELOCATION REQUESTメッセージであってもよい。
　本実施形態によれば、移動管理ノード３００間でＲＡＮ端末情報を転送できる。したがって、本実施形態は、異なる移動管理ノードによって管理される基地局１００間でＲＡＮ端末情報を共用又は再利用することができる。
＜第４の実施形態＞
　本実施形態では、基地局１００間でＲＡＮ端末情報を転送する例について説明する。本実施形態で述べる基地局１００間でのＲＡＮ端末情報の転送は、上述した第１～第３の実施形態で説明したＲＡＮ端末情報のＭＣＮ３０への退避およびＭＣＮ３０からの読み出し動作に加えて行われてもよい。本実施形態に係る移動通信システムの構成例は、第１の実施形態で説明した図１と同様とすればよい。ただし、ＲＡＮ２０は、少なくとも２つの基地局１００を含む。本実施形態に係る基地局１００は、ＲＡＮ端末情報を他の基地局１００に送信するよう構成されている。図２０は、２つの基地局１００間でのＲＡＮ端末情報の送信方法を示すシーケンス図である。ステップＳ１６１では、基地局１００Ａは、ＲＡＮ端末情報を含む制御メッセージ（e.g. X2 Application Protocol（Ｘ２ＡＰ）メッセージ）を基地局１００Ｂに送信する。
　本実施形態に係る基地局１００は、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００のセル間移動（i.e. ハンドオーバ）に応じて、他の基地局にＲＡＮ端末情報を送信してもよい。すなわち、基地局１００は、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００が他の基地局配下のセルにハンドオーバすることに応じて、他の基地局にＲＡＮ端末情報を送信してもよい。図２１のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００のハンドオーバ（ここでは、X2-basedハンドオーバ）に応じて、基地局１００間でのＲＡＮ端末情報の送信が行われる例を示している。ステップＳ１７１では、ソース基地局１００Ａは、ハンドオーバの開始を決定し、ターゲット基地局１００Ｂに対してHANDOVER REQUESTメッセージを送信する。図２１の例では、HANDOVER REQUEST メッセージは、ハンドオーバ対象の移動端末２００に関するＲＡＮ端末情報を含む。
　さらに、図２１に示した基地局１００間でのＲＡＮ端末情報の転送に関するシーケンスは、一例に過ぎない。例えば、本実施形態に係る移動通信システムは、ＵＭＴＳネットワークであってもよい。ＵＭＴＳネットワークの場合、図２０のステップＳ１６１に示された制御メッセージは、ＲＮＣ間で送受信されるRadio network subsystem application Part（ＲＮＳＡＰ）メッセージであってもよい。例えば、図２０のステップＳ１６１に示された制御メッセージは、Inter-RNCハンドオーバの際にソースＲＮＣからターゲットＲＮＣに送信されるRADIO LINK SETUP REQUESTであってもよい。
　本実施形態によれば、基地局１００間でＲＡＮ端末情報を転送できる。したがって、本実施形態は、いずれかの基地局１００において取得されたＲＡＮ端末情報を、ＭＣＮ３０を経由すること無く直接的に他の基地局１００に送信でき、基地局１００間でＲＡＮ端末情報を共用又は再利用することができる。
＜その他の実施形態＞
　上述した第１～第４の実施形態は、適宜組み合わせて実施されてもよい。
　また、上述した第１～第４の実施形態では、ＲＡＮ端末情報のＭＣＮ３０への退避及びＭＣＮ３０からの読み出しを基地局１００が行う例について示した。しかしながら、ＲＡＮ端末情報の退避及び読み出しは、基地局１００とは異なる他のＲＡＮ２０内のノードによって行われてもよい。また、第１～第４の実施形態では、ＭＣＮ３０におけるＲＡＮ端末情報の管理主体を移動管理ノード３００又は加入者サーバ３２０とする具体例を示した。しかしながら、ＭＣＮ３０におけるＲＡＮ端末情報の管理は、移動管理ノード３００又は加入者サーバ３２０とは異なる他のＭＣＮ３０内のノードによって行われてもよい。
　また、上述した第１～第４の実施形態では、主にＥＰＳに関する具体例を用いて説明した。しかしながら、第１～第４の実施形態に係る移動通信システムは、ＧＰＲＳシステムを含むその他の移動通信システムであってもよい。ＧＰＲＳシステムの場合、TAU REQUESTはRAU REQUESTと読み替えればよく、Ｓ１ＡＰ メッセージはRadio Access Network Application Part（ＲＡＮＡＰ）メッセージと読み替えればよく、ＧＵＭＭＥＩはPacket Temporary Mobile Subscriber Identity（Ｐ－ＴＭＳＩ）と読み替えればよい。
　また、上述した動作は、アクセスシステムを跨ぐ移動端末２００の移動、例えばＵＴＲＡＮからＥ－ＵＴＲＡＮへの移動端末２００の移動、においてもＲＡＮ端末情報を引き継いでもよい。例えば、ＵＴＲＡＮの基地局１００又はＲＮＣは、ＵＴＲＡＮで取得されたＲＡＮ端末情報をＭＣＮ３０（ここでは、ＧＰＲＳパケットコア及びＥＰＣ）に退避してもよい。そして、Ｅ－ＵＴＲＡＮの基地局１００は、ＵＴＲＡＮで取得されたＲＡＮ端末情報をＭＣＮ３０から読み出して利用してもよい。
　さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
　この出願は、２０１２年１０月４日に出願された日本出願特願２０１２－２２２０１１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
２０　無線アクセスネットワーク（ＲＡＮ）
３０　モバイルコアネットワーク（ＭＣＮ）
４０　外部ネットワーク
１００　基地局
１０１　無線通信部
１０２　端末情報取得部
１０３　端末情報管理部
１０４　設定部
１０５　UE INACTIVITY TIMER
２００　移動端末
３００　移動管理ノード
３０１　制御部
３０２　端末情報保存部
３１０　転送ノード
３２０　加入者サーバ

Claims (46)

  1. 　無線アクセスネットワークに配置される無線アクセスネットワーク装置であって、
    　移動端末に関するＲＡＮ端末情報をコアネットワークに送信するとともに、前記ＲＡＮ端末情報を前記コアネットワークから受信する情報管理手段を備え、
    　前記ＲＡＮ端末情報は、（ａ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報、（ｂ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する履歴情報、及び（ｃ）前記無線アクセスネットワークにおいて決定された前記移動端末に関する設定情報、のうち少なくとも１つを含む、
    無線アクセスネットワーク装置。
  2. 　前記情報管理手段は、前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が停止されることに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信する、請求項１に記載の無線アクセスネットワーク装置。
  3. 　前記情報管理手段は、前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移することに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信する、請求項１又は２に記載の無線アクセスネットワーク装置。
  4. 　前記情報管理手段は、前記移動端末の位置更新に応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信する、請求項１～３のいずれか１項に記載の無線アクセスネットワーク装置。
  5. 　前記情報管理手段は、前記移動端末の外向きハンドオーバに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信する、請求項１～４のいずれか１項に記載の無線アクセスネットワーク装置。
  6. 　前記情報管理手段は、前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が開始されることに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信する、請求項１～５のいずれか１項に記載の無線アクセスネットワーク装置。
  7. 　前記情報管理手段は、前記移動端末がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信する、請求項１～６のいずれか１項に記載の無線アクセスネットワーク装置。
  8. 　前記情報管理手段は、前記移動端末の内向きハンドオーバに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信する、請求項１～７のいずれか１項に記載の無線アクセスネットワーク装置。
  9. 　前記ＲＡＮ端末情報は、前記移動端末の通信履歴、前記移動端末の移動履歴、及び前記移動端末が利用したサービス履歴のうち少なくとも１つを含む、請求項１～８のいずれか１項に記載の無線アクセスネットワーク装置。
  10. 　前記ＲＡＮ端末情報は、前記無線アクセスネットワーク装置において前記移動端末に関する設定のために用いられる情報を含む、請求項１～９のいずれか１項に記載の無線アクセスネットワーク装置。
  11. 　前記ＲＡＮ端末情報は、前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を制御するために前記無線アクセスネットワーク装置に配置されるタイマの満了期間を決定するために使用される情報を含む、請求項１～１０のいずれか１項に記載の無線アクセスネットワーク装置。
  12. 　前記ＲＡＮ端末情報は、前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を制御するために前記無線アクセスネットワーク装置に配置されるタイマの満了期間に関する設定情報を含む、請求項１～１１のいずれか１項に記載の無線アクセスネットワーク装置。
  13. 　前記ＲＡＮ端末情報に基づいて前記移動端末に関する設定を行う設定手段をさらに備える、請求項１～１２のいずれか１項に記載の無線アクセスネットワーク装置。
  14. 　前記設定手段は、前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を制御するためのタイマの満了期間を前記ＲＡＮ端末情報に基づいて設定する、
    請求項１３に記載の無線アクセスネットワーク装置。
  15. 　前記ＲＡＮ端末情報を自立して取得する情報取得手段をさらに備える、請求項１～１４のいずれか１項に記載の無線アクセスネットワーク装置。
  16. 　前記情報管理手段は、さらに、前記無線アクセスネットワーク装置からターゲット基地局への前記移動端末の外向きハンドオーバの際に、前記ＲＡＮ端末情報を前記ターゲット基地局に送信するよう動作する、請求項１～１５のいずれか１項に記載の無線アクセスネットワーク装置。
  17. 　前記情報管理手段は、さらに、ソース基地局から前記無線アクセスネットワーク装置への前記移動端末の内向きハンドオーバの際に、前記ＲＡＮ端末情報を前記ソース基地局から受信するよう動作する、請求項１～１６のいずれか１項に記載の無線アクセスネットワーク装置。
  18. 　前記情報管理手段は、前記ＲＡＮ端末情報を退避するために前記ＲＡＮ端末情報を前記コアネットワークに送信し、前記ＲＡＮ端末情報を読み出すために前記ＲＡＮ端末情報を前記コアネットワークから受信する、請求項１～１７のいずれか１項に記載の無線アクセスネットワーク装置。
  19. 　コアネットワークに配置されるコアネットワーク装置であって、
    　移動端末に関するＲＡＮ端末情報を無線アクセスネットワークから受信するとともに、前記ＲＡＮ端末情報を前記無線アクセスネットワークに送信する制御手段を備え、
    　前記ＲＡＮ端末情報は、（ａ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報、（ｂ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する履歴情報、及び（ｃ）前記無線アクセスネットワークにおいて決定された前記移動端末に関する設定情報、のうち少なくとも１つを含む、
    コアネットワーク装置。
  20. 　前記制御手段は、第１の基地局から受け取った前記ＲＡＮ端末情報を前記第１の基地局とは異なる第２の基地局に送信するよう動作する、請求項１９に記載のコアネットワーク装置。
  21. 　前記制御手段は、前記移動端末が前記第１の基地局から前記第２の基地局に移動することに応じて、前記第２の基地局に前記ＲＡＮ端末情報を送信する、請求項２０に記載のコアネットワーク装置。
  22. 　前記制御手段は、さらに、他のコアネットワーク装置に前記ＲＡＮ端末情報を送信するよう動作する、請求項１９～２１のいずれか１項に記載のコアネットワーク装置。
  23. 　前記制御手段は、前記移動端末が前記他のコアネットワーク装置に関連付けられた基地局又はセルに移動することに応じて、前記他のコアネットワーク装置に前記ＲＡＮ端末情報を送信する、請求項２２に記載のコアネットワーク装置。
  24. 　前記制御手段は、前記移動端末からの位置更新要求を受信した前記他のコアネットワーク装置の要求に応答して、前記他のコアネットワーク装置に前記ＲＡＮ端末情報を送信する、請求項２２又は２３に記載のコアネットワーク装置。
  25. 　前記制御手段は、前記移動端末が前記コアネットワークからデタッチすることに応じて、前記コアネットワーク装置に退避されていた前記ＲＡＮ端末情報を解放する、請求項１９～２３のいずれか１項に記載のコアネットワーク装置。
  26. 　前記無線アクセスネットワークから受信した前記ＲＡＮ端末情報を保存する情報保存手段をさらに備える、請求項１９～２５のいずれか１項に記載のコアネットワーク装置。
  27. 　前記コアネットワーク装置は、移動管理ノードを含む、請求項１９～２６のいずれか１項に記載のコアネットワーク装置。
  28. 　請求項１～１８のいずれか１項に記載の無線アクセスネットワーク装置と結合して使用され、前記ＲＡＮ端末情報を保有する前記基地局による設定に従って前記基地局との通信を行う無線通信手段を備える、移動端末。
  29. 　無線アクセスネットワークに配置される無線アクセスネットワーク装置により行われる方法であって、
    　移動端末に関するＲＡＮ端末情報をコアネットワークに送信することを備え、
    　前記ＲＡＮ端末情報は、（ａ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報、（ｂ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する履歴情報、及び（ｃ）前記無線アクセスネットワークにおいて決定された前記移動端末に関する設定情報、のうち少なくとも１つを含む、
    方法。
  30. 　前記ＲＡＮ端末情報を前記コアネットワークから受信することをさらに備える、請求項２９に記載の方法。
  31. 　前記ＲＡＮ端末情報に基づいて前記移動端末に関する設定を行うことをさらに備える、請求項２９又は３０に記載の方法。
  32. 　前記送信することは、前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が停止されることに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信することを含む、請求項２９～３１のいずれか１項に記載の方法。
  33. 　前記送信することは、前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移することに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信することを含む、請求項２９～３２のいずれか１項に記載の方法。
  34. 　前記送信することは、前記移動端末の位置更新に応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信することを含む、請求項２９～３３のいずれか１項に記載の方法。
  35. 　前記送信することは、前記移動端末の外向きハンドオーバに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信することを含む、請求項２９～３４のいずれか１項に記載の方法。
  36. 　前記受信することは、前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が開始されることに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信することを含む、請求項３０に記載の方法。
  37. 　前記受信することは、前記移動端末がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信することを含む、請求項３０に記載の方法。
  38. 　前記受信することは、前記移動端末の内向きハンドオーバに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信することを含む、請求項３０に記載の方法。
  39. 　コアネットワークに配置されるコアネットワーク装置により行われる方法であって、
    　移動端末に関するＲＡＮ端末情報を無線アクセスネットワークから受信すること、及び
    　前記ＲＡＮ端末情報を前記無線アクセスネットワークに送信すること、
    を備え、
    　前記ＲＡＮ端末情報は、（ａ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報、（ｂ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する履歴情報、及び（ｃ）前記無線アクセスネットワークにおいて決定された前記移動端末に関する設定情報、のうち少なくとも１つを含む、
    方法。
  40. 　前記送信することは、第１の基地局から受け取った前記ＲＡＮ端末情報を前記第１の基地局とは異なる第２の基地局に送信することを含む、請求項３９に記載の方法。
  41. 　前記送信することは、前記移動端末が前記第１の基地局から前記第２の基地局に移動することに応じて、前記第２の基地局に前記ＲＡＮ端末情報を送信することを含む、請求項４０に記載の方法。
  42. 　他のコアネットワーク装置に前記ＲＡＮ端末情報を送信することをさらに備える、請求項３９～４１のいずれか１項に記載の方法。
  43. 　前記移動端末が他のコアネットワーク装置に関連付けられた基地局又はセルに移動することに応じて、他のコアネットワーク装置にＲＡＮ端末情報を送信することをさらに備える、請求項４２に記載の方法。
  44. 　前記移動端末が前記コアネットワークからデタッチすることに応じて、前記コアネットワーク装置に退避されていた前記ＲＡＮ端末情報を解放することをさらに備える、請求項３９～４３のいずれか１項に記載の方法。
  45. 　無線アクセスネットワークに配置される無線アクセスネットワーク装置により行われる方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、移動端末に関するＲＡＮ端末情報をコアネットワークに送信することを備え、
    　前記ＲＡＮ端末情報は、（ａ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報、（ｂ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する履歴情報、及び（ｃ）前記無線アクセスネットワークにおいて決定された前記移動端末に関する設定情報、のうち少なくとも１つを含む、
    コンピュータ可読媒体。
  46. 　コアネットワークに配置されるコアネットワーク装置により行われる方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　移動端末に関するＲＡＮ端末情報を無線アクセスネットワークから受信すること、及び
    　前記ＲＡＮ端末情報を前記無線アクセスネットワークに送信すること、
    を備え、
    　前記ＲＡＮ端末情報は、（ａ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報、（ｂ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する履歴情報、及び（ｃ）前記無線アクセスネットワークにおいて決定された前記移動端末に関する設定情報、のうち少なくとも１つを含む、
    コンピュータ可読媒体。
PCT/JP2013/005582 2012-10-04 2013-09-20 無線アクセスネットワーク装置、コアネットワーク装置、移動端末、並びにこれらの方法及びコンピュータ可読媒体 Ceased WO2014054237A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP13844494.8A EP2905981B1 (en) 2012-10-04 2013-09-20 Radio access network apparatus, core network apparatus and methods of these
US14/433,726 US20150282009A1 (en) 2012-10-04 2013-09-20 Radio access network apparatus, core network apparatus, mobile terminal, methods performed therein, and computer readable medium
CN201380057650.3A CN104769981A (zh) 2012-10-04 2013-09-20 无线电接入网络装置、核心网络装置、移动终端、其中执行的方法和计算机可读介质
KR1020157011721A KR101752985B1 (ko) 2012-10-04 2013-09-20 무선 액세스 네트워크 장치, 코어 네트워크 장치, 이동 단말, 이들의 방법, 및 컴퓨터 판독가능 매체
JP2014539593A JP6476860B2 (ja) 2012-10-04 2013-09-20 無線アクセスネットワーク装置並びにその方法及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012222011 2012-10-04
JP2012-222011 2012-10-04

Publications (1)

Publication Number Publication Date
WO2014054237A1 true WO2014054237A1 (ja) 2014-04-10

Family

ID=50434583

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/005582 Ceased WO2014054237A1 (ja) 2012-10-04 2013-09-20 無線アクセスネットワーク装置、コアネットワーク装置、移動端末、並びにこれらの方法及びコンピュータ可読媒体

Country Status (6)

Country Link
US (1) US20150282009A1 (ja)
EP (1) EP2905981B1 (ja)
JP (1) JP6476860B2 (ja)
KR (1) KR101752985B1 (ja)
CN (1) CN104769981A (ja)
WO (1) WO2014054237A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016009578A1 (ja) * 2014-07-14 2016-01-21 日本電気株式会社 コネクション管理のための方法および装置
US20160095059A1 (en) * 2014-09-30 2016-03-31 Omar Salvador Methods and systems for improving wireless network capacity
JP2017516405A (ja) * 2014-05-12 2017-06-15 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ワイヤレス通信におけるデバイス統計の報告
CN109451857A (zh) * 2017-10-11 2019-03-08 北京小米移动软件有限公司 数据传输方法及装置
JP2019176391A (ja) * 2018-03-29 2019-10-10 Kddi株式会社 移動通信ネットワークの制御装置、基地局装置、およびユーザ装置
JP2020532233A (ja) * 2017-08-25 2020-11-05 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ワイヤレスネットワークでｗｕｒ端末を起動するための方法および装置
JP2025529937A (ja) * 2022-11-04 2025-09-09 楽天シンフォニー株式会社 無線アクセスネットワークにおいてユーザ機器に固有のサービスを提供すること

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9554259B2 (en) * 2013-11-15 2017-01-24 Htc Corporation Methods for handling a service request procedures, and apparatuses using the same
US9681342B2 (en) * 2014-01-31 2017-06-13 Intel IP Corporation Assistance information for evolved node B (eNB) parameter tuning
AU2014395016A1 (en) * 2014-05-22 2016-12-15 Huawei Technologies Co., Ltd. Method and device for user device to save power
US10863417B2 (en) * 2015-03-20 2020-12-08 Nec Corporation Communication system, management apparatus, communication terminal, communication control method, sensor information transmission method, and computer readable medium
CN106572484A (zh) * 2015-10-12 2017-04-19 中国移动通信集团公司 频繁上下线用户的移动性管理方法、装置、scop及mme
CN106572482B (zh) * 2015-10-12 2020-10-23 中国移动通信集团公司 参数配置方法、装置及核心网络自配置自优化平台
CN107809774B (zh) * 2016-08-29 2021-07-06 中兴通讯股份有限公司 一种网络侧位置区更新的方法、装置和节点
CN115460650B (zh) 2017-02-06 2024-11-29 三星电子株式会社 基站、接入和移动性管理功能实体及其方法
JP2020057834A (ja) * 2017-02-07 2020-04-09 シャープ株式会社 端末装置、コアネットワーク装置、及び通信制御方法
US10264596B1 (en) * 2017-03-22 2019-04-16 Sprint Spectrum L.P. Method and system for controlling WCD core-network connection based on communications served by base station for which WCD provides wireless backhaul connectivity
JP2020113808A (ja) * 2017-05-09 2020-07-27 シャープ株式会社 端末装置、ａｍｆ、ｓｍｆ、コアネットワーク装置、及び通信制御方法
CN111385857B (zh) 2018-12-29 2022-12-02 华为技术有限公司 无线通信的方法和装置
CN112399432A (zh) * 2019-08-13 2021-02-23 大唐移动通信设备有限公司 信息传输方法、装置、核心网网元、接入网络节点及终端

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11313370A (ja) 1998-04-28 1999-11-09 Toshiba Corp 移動パケット通信システムとそのデータ通信装置、基地局装置及び移動端末装置
JP2007214711A (ja) * 2006-02-08 2007-08-23 Nec Corp 移動通信システム、移動端末装置、無線ネットワーク制御装置及びそれらに用いる状態遷移トリガ設定方法
JP2010527538A (ja) * 2007-05-01 2010-08-12 クゥアルコム・インコーポレイテッド ロング・ターム・エボリューション・システムにおける利用者装置能力ハンドリング
JP2010288278A (ja) * 2009-06-11 2010-12-24 Ntt Docomo Inc 無線通信システムにおいて間欠受信モードを適応調整する方法およびその装置
JP2010288029A (ja) * 2009-06-10 2010-12-24 Nec Corp 通信システム、移動管理装置、通信方法、及び通信プログラム
JP2011530856A (ja) * 2008-08-10 2011-12-22 エルジー エレクトロニクス インコーポレイティド 遊休モード端末の位置更新方法
WO2012093433A1 (ja) 2011-01-06 2012-07-12 日本電気株式会社 ポリシ決定システム、ポリシ決定方法、及び非一時的なコンピュータ可読媒体
WO2012093434A1 (ja) 2011-01-06 2012-07-12 日本電気株式会社 移動通信システム、制御装置、ポリシ供給システム、状態遷移の制御方法、及びポリシ供給方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007091598A1 (ja) * 2006-02-08 2007-08-16 Matsushita Electric Industrial Co., Ltd. 無線通信基地局装置、無線通信端末装置及び無線通信システム
WO2010123273A2 (en) * 2009-04-21 2010-10-28 Lg Electronics Inc. Method and apparatus for performing idle-mode operation using mobility information
KR101567830B1 (ko) * 2009-04-21 2015-11-20 엘지전자 주식회사 이동성 정보를 이용한 유휴모드 동작 수행방법 및 장치
ES2745451T3 (es) * 2009-04-28 2020-03-02 Samsung Electronics Co Ltd Procedimiento y aparato de gestión de información del historial de un equipo de usuario en una red de comunicaciones inalámbricas
KR101674221B1 (ko) * 2010-01-28 2016-11-09 엘지전자 주식회사 무선 통신 시스템에서 로그된 측정 보고 방법 및 장치

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11313370A (ja) 1998-04-28 1999-11-09 Toshiba Corp 移動パケット通信システムとそのデータ通信装置、基地局装置及び移動端末装置
JP2007214711A (ja) * 2006-02-08 2007-08-23 Nec Corp 移動通信システム、移動端末装置、無線ネットワーク制御装置及びそれらに用いる状態遷移トリガ設定方法
JP2010527538A (ja) * 2007-05-01 2010-08-12 クゥアルコム・インコーポレイテッド ロング・ターム・エボリューション・システムにおける利用者装置能力ハンドリング
JP2011530856A (ja) * 2008-08-10 2011-12-22 エルジー エレクトロニクス インコーポレイティド 遊休モード端末の位置更新方法
JP2010288029A (ja) * 2009-06-10 2010-12-24 Nec Corp 通信システム、移動管理装置、通信方法、及び通信プログラム
JP2010288278A (ja) * 2009-06-11 2010-12-24 Ntt Docomo Inc 無線通信システムにおいて間欠受信モードを適応調整する方法およびその装置
WO2012093433A1 (ja) 2011-01-06 2012-07-12 日本電気株式会社 ポリシ決定システム、ポリシ決定方法、及び非一時的なコンピュータ可読媒体
WO2012093434A1 (ja) 2011-01-06 2012-07-12 日本電気株式会社 移動通信システム、制御装置、ポリシ供給システム、状態遷移の制御方法、及びポリシ供給方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3GPP S2-120475", 6 February 2012, NTT DOCOMO AND NEC, article "Inactivity timer management function"
"3GPP S2-120476", 6 February 2012, NTT DOCOMO AND NEC, article "Inactivity timer management function"
See also references of EP2905981A4

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017516405A (ja) * 2014-05-12 2017-06-15 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ワイヤレス通信におけるデバイス統計の報告
WO2016009578A1 (ja) * 2014-07-14 2016-01-21 日本電気株式会社 コネクション管理のための方法および装置
JPWO2016009578A1 (ja) * 2014-07-14 2017-05-25 日本電気株式会社 コネクション管理のための方法および装置
US20160095059A1 (en) * 2014-09-30 2016-03-31 Omar Salvador Methods and systems for improving wireless network capacity
US9668213B2 (en) * 2014-09-30 2017-05-30 Alcatel-Lucent Usa Inc. Methods and systems for improving wireless network capacity
JP2020532233A (ja) * 2017-08-25 2020-11-05 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ワイヤレスネットワークでｗｕｒ端末を起動するための方法および装置
US11252662B2 (en) 2017-08-25 2022-02-15 Huawei Technologies Co., Ltd. Resource conservation in waking up wake-up radio (WUR) terminals
CN109451857A (zh) * 2017-10-11 2019-03-08 北京小米移动软件有限公司 数据传输方法及装置
CN109451857B (zh) * 2017-10-11 2023-06-23 北京小米移动软件有限公司 数据传输方法及装置
JP2019176391A (ja) * 2018-03-29 2019-10-10 Kddi株式会社 移動通信ネットワークの制御装置、基地局装置、およびユーザ装置
JP2025529937A (ja) * 2022-11-04 2025-09-09 楽天シンフォニー株式会社 無線アクセスネットワークにおいてユーザ機器に固有のサービスを提供すること

Also Published As

Publication number Publication date
CN104769981A (zh) 2015-07-08
JPWO2014054237A1 (ja) 2016-08-25
EP2905981A4 (en) 2016-06-08
EP2905981A1 (en) 2015-08-12
US20150282009A1 (en) 2015-10-01
EP2905981B1 (en) 2019-05-15
JP6476860B2 (ja) 2019-03-06
KR101752985B1 (ko) 2017-07-03
KR20150066562A (ko) 2015-06-16

Similar Documents

Publication Publication Date Title
JP6476860B2 (ja) 無線アクセスネットワーク装置並びにその方法及びプログラム
US12262269B2 (en) Communication system
JP6922925B2 (ja) 移動管理エンティティ、ネットワーク・エンティティ、及びこれらの方法
CN104994575B (zh) 更新用户设备位置信息的方法
WO2015140848A1 (ja) 制御装置、基地局装置、無線端末、及び隣接関係テーブルの更新方法
TW201415836A (zh) 於封包行動網路中支援資料傳輸
CN104412699A (zh) 确定定时器的期满时段的方法、网络节点、和非瞬时计算机可读介质
WO2016035230A1 (ja) モビリティ管理及びベアラ管理を移転するための方法及び装置
US9736717B2 (en) Access method, base station, access point and user equipment
CN101998366A (zh) 指示家用基站关系的方法
CN110191491B (zh) 一种支持指示失败事件给源接入系统的方法
WO2014167759A1 (ja) タイマの満了期間の決定方法、ネットワークノード、基地局、及び非一時的なコンピュータ可読媒体
CN103796252B (zh) 一种移动参数自动调整的方法
KR100899728B1 (ko) 네트워크 공유 시스템에서 서빙 무선망 제어기의 재할당 방법 및 시스템
KR101421556B1 (ko) Ｗｃｄｍａ 무선망에서의 ｓｒｎｓ 재배치 방법
KR100836253B1 (ko) Ｗｃｄｍａ 무선망에서의 ｓｒｎｓ 재배치 제어 방법 및장치
CN102869055A (zh) 一种保证rn服务ue的服务连续性的方法和系统
HK1136136A (en) Method for updating position information of user equipment
CN104105126A (zh) Umts系统和lte系统之间的负载汇报方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13844494

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014539593

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14433726

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2013844494

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20157011721

Country of ref document: KR

Kind code of ref document: A