WO2017078140A1 - ユーザ装置、基地局、及び接続確立方法 - Google Patents

ユーザ装置、基地局、及び接続確立方法 Download PDF

Info

Publication number
WO2017078140A1
WO2017078140A1 PCT/JP2016/082807 JP2016082807W WO2017078140A1 WO 2017078140 A1 WO2017078140 A1 WO 2017078140A1 JP 2016082807 W JP2016082807 W JP 2016082807W WO 2017078140 A1 WO2017078140 A1 WO 2017078140A1
Authority
WO
WIPO (PCT)
Prior art keywords
context
base station
user apparatus
information
enb
Prior art date
Application number
PCT/JP2016/082807
Other languages
English (en)
French (fr)
Inventor
高橋　秀明
ウリ アンダルマワンティ ハプサリ
Original Assignee
株式会社Ｎｔｔドコモ
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
Priority claimed from JP2016139715A external-priority patent/JP6208296B1/ja
Application filed by 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to CN201680063461.0A priority Critical patent/CN108353452B/zh
Priority to ES16862199T priority patent/ES2911513T3/es
Priority to EP16862199.3A priority patent/EP3355652B8/en
Priority to US15/771,031 priority patent/US11602004B2/en
Publication of WO2017078140A1 publication Critical patent/WO2017078140A1/ja

Links

Images

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Definitions

  • the present invention relates to a technology in which each of the user equipment UE and the base station eNB in the mobile communication system holds a UE context.
  • a connection state between a user apparatus UE (hereinafter referred to as UE) and a base station eNB (hereinafter referred to as eNB) is an RRC (Radio Resource Control) idle state (RRC_Idle) and an RRC connection state. (RRC_Connected).
  • RRC Radio Resource Control
  • a UE context is generated by MME (Mobility Management Entity) on the core NW side, and in the RRC connection state, the UE context is held in the eNB and the UE to which the UE is connected.
  • the UE context is information including bearer related information, security related information, and the like.
  • Non-Patent Document 1 when the UE transitions from the RRC connected state to the RRC idle state, signaling as shown in FIG. 1 occurs (Non-Patent Document 1, etc.).
  • the case of FIG. 1 is a case where the eNB 2 detects that the communication of the UE 1 does not occur for a predetermined time, disconnects the connection with the UE 1, and transitions to the RRC idle state.
  • eNB 2 transmits a UE context release request (UE ⁇ Context Release Request) to MME 3 (step 1).
  • the MME 3 transmits a bearer release request (Release Access Bearers request) to the S-GW 4 (step 2), and the S-GW 4 returns a bearer release response (Release Access Bearers response) to the MME 3 (step 3).
  • the MME 3 transmits a UE context release instruction (UE Context Release Command) to the eNB 2 (step 4).
  • eNB2 transmits RRC connection release (RRC Connection Release) to UE1 (step 5), causes UE1 to release the UE context, and transitions to the RRC idle state.
  • eNB2 releases UE context and transmits UE context release completion (UE
  • 3GPP TS 36.413 V12.4.0 (2014-12) 3GPP TSG RAN Meeting # 66 RP-142030 Maui, USA, 8th-11th December 2014 3GPP TR 23.720 V1.1.0 (2015-10) 3GPP TS 36.331 V12.6.0 (2015-06) 3GPP TS 36.321 V12.7.0 (2015-09) 3GPP TS 24.301 V13.6.1
  • Non-Patent Document 2 An example of a procedure conceivable in the method will be described with reference to FIG.
  • UE1 In the state shown in FIG. 2A, UE1 is in the RRC connection state, and the S1-C connection and the S1-U connection (S1-C / U in the figure) related to the UE1 are established on the core NW side. It is a state that has been.
  • the S1-C connection is an S1 connection that sends a C-plane signal
  • the S1-U connection is an S1 connection that passes a U-plane.
  • UE1 is transitioned to the RRC idle state by RRC connection release (RRC Connection Release).
  • RRC connection release RRC Connection Release
  • the UE context for UE1 in eNB2 is maintained
  • the UE context for eNB2 in UE1 is also maintained
  • the S1-C / U connection for UE1 is also maintained.
  • eNB2 and UE1 reuse the UE context that has been retained, thereby reducing signaling and establishing an RRC connection. .
  • the UE 6 when the UE 6 that holds the UE context used in the connection with the eNB_B moves to the eNB_A in the RRC idle state, the UE 6 does the eNB_A support the UE context holding function? Whether it is unknown.
  • the UE when the UE transitions from the RRC idle state to the RRC connected state, it is considered that the UE always performs an operation of reusing the UE context.
  • an operation of reusing the UE context for example, it may be possible to notify the eNB of information indicating that the UE holds the UE context.
  • an eNB that does not support the UE context holding function cannot understand information related to such notification. From the viewpoint of performing a stable operation, it is preferable that the UE performs an operation of reusing the UE context when it is confirmed that the eNB of the cell in the area has the UE context holding function.
  • the present invention has been made in view of the above points, and in a mobile communication system that supports a function of establishing a connection by reusing context information held in each of a user apparatus and a base station, the base station has a context. It is an object of the present invention to provide a technique that enables a user device to determine whether or not to retain a function for reusing information.
  • the user apparatus in a mobile communication system supporting a function of establishing a connection by reusing context information held in each of the user apparatus and the base station,
  • Receiving means for receiving, from the base station, instruction information indicating whether or not the base station has a function of performing RRC connection by reusing the retained context;
  • Determining means for determining whether the base station has the function based on the instruction information received by the receiving means;
  • the determination unit determines that the base station has the function, a message including context holding information indicating that the user apparatus holds user apparatus side context information is transmitted to the base station.
  • a transmission means for providing a user device.
  • the base station in the mobile communication system that supports a function of establishing a connection by reusing context information held in each of the user apparatus and the base station, Transmitting means for transmitting, to the user apparatus, instruction information indicating whether or not the base station has a function of performing RRC connection by reusing the retained context;
  • Transmitting means for transmitting, to the user apparatus, instruction information indicating whether or not the base station has a function of performing RRC connection by reusing the retained context;
  • the base station when it is determined that the base station has the function based on the instruction information, a message including context holding information indicating that the user apparatus holds user apparatus side context information.
  • a receiving means for receiving from the user apparatus.
  • connection establishment performed by the user apparatus in a mobile communication system that supports a function of establishing connection by reusing context information held in each of the user apparatus and the base station.
  • a method A receiving step of receiving instruction information indicating whether or not the base station has a function of performing RRC connection by reusing the retained context; A determination step of determining whether or not the base station has the function based on the instruction information received by the reception step; When it is determined by the determination step that the base station has the function, a message including context holding information indicating that the user apparatus holds user apparatus side context information is transmitted to the base station.
  • a connection establishment method comprising: a transmission step.
  • connection establishment performed by the base station in a mobile communication system that supports a function of establishing connection by reusing context information held in each of the user apparatus and the base station A method, A transmission step of transmitting, to the user apparatus, instruction information indicating whether the base station has a function of performing RRC connection by reusing the held context; In the user apparatus, when it is determined that the base station has the function based on the instruction information, a message including context holding information indicating that the user apparatus holds user apparatus side context information. And a reception step of receiving from the user device.
  • a base station reuses context information in a mobile communication system that supports a function of establishing connection by reusing context information held in each of a user apparatus and a base station.
  • a technique is provided that allows a user device to determine whether or not to retain a function.
  • FIG. 3 is a flowchart for explaining an operation example of a UE in the first embodiment. 3 is a flowchart for explaining an operation example of a UE in the first embodiment. It is a figure which shows the example of a message of RA Response.
  • FIG. 10 is a diagram illustrating an example of a processing sequence of the entire system according to a second embodiment.
  • FIG. 10 is a diagram for explaining a connection establishment procedure in the second embodiment.
  • FIG. 10 is a diagram for explaining a connection release procedure in the second embodiment.
  • FIG. 10 is a diagram illustrating another example of the processing sequence of the entire system in the second embodiment.
  • 10 is a flowchart for explaining an operation example of a UE in the second embodiment. It is a figure which shows the example of a specification change of SIB2. It is a figure which shows the example of a specification change of SIB2. It is a flowchart for demonstrating the operation example 1 of UE at the time of SIB2 reception. It is a flowchart for demonstrating the operation example 2 of UE at the time of SIB2 reception. It is a figure which shows the example of a specification change of SIB2. It is a figure which shows the example of a specification change of SIB2. It is a figure which shows the example of a specification change of SIB2. It is a figure which shows the example of a specification change of SIB2. It is a figure which shows the example of a specification change of 3GPP
  • LTE Long Term Evolution
  • 5G 5th Generation
  • Examples of the various methods include SUPER 3G, IMT-Advanced 4G, 5G, FRA (Future Radio Access), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, UWB (Ultra-WideBand), Bluetooth (registered trademark), or the next generation system extended based on these is there.
  • FRA Full Radio Access
  • W-CDMA registered trademark
  • GSM registered trademark
  • CDMA2000 Code Division Multiple Access 2000
  • UMB User Mobile Broadband
  • IEEE 802.11 Wi-Fi
  • IEEE 802.16 WiMAX
  • IEEE 802.20 UWB (Ultra-WideBand)
  • Bluetooth registered trademark
  • FIG. 4 is a diagram showing a configuration example of a communication system in the embodiment of the present invention.
  • the communication system according to the present embodiment includes an eNB 10, an eNB 20, an MME 30, an S-GW (Serving Gateway) 40, and a UE 50.
  • FIG. 4 shows only the part related to the present embodiment regarding the core network (EPC).
  • EPC core network
  • the UE 50 is a user device such as a mobile phone.
  • Each of the eNBs 10 and 20 is a base station.
  • the MME 30 is a node device that accommodates the eNB and performs location control, mobility control such as paging and handover, bearer establishment / deletion, and the like.
  • C-Plane control such as mobility control and bearer establishment / deletion is a message transmission / reception between the UE 50 and the MME 30 in a NAS (Non-Access-Stratum) layer, which is an upper layer of the RRC (Radio Resource Control) layer. Is done.
  • NAS Non-Access-Stratum
  • RRC Radio Resource Control
  • the S-GW 40 is a node device that relays user data (U-Plane data).
  • a system composed of the MME 30 and the S-GW 40 is called a communication control device.
  • the MME 30 and the S-GW 40 may be configured as a single device and referred to as a communication control device.
  • the MME 30 and the eNBs 10 and 20 are connected via the S1-MME interface, and the S-GW 40 and the eNBs 10 and 20 are connected via the S1-U interface.
  • a dotted connection line indicates a control signal interface, and a solid connection line indicates a user data transfer interface.
  • this method is a method that enables the number of signaling to be reduced.
  • Example 1 a method for defining a new RRC state called RRC-Suspended (and ECM-Suspended), which is a method described in Non-Patent Document 3, will be described as Example 1.
  • a method for reusing the UE context without defining a new RRC state will be described as a second embodiment.
  • Example 1 First, Example 1 will be described. As described above, in the method of the first embodiment, in addition to the conventional RRC-Idle (RRC idle state) and RRC-Connected (RRC connected state), a state called RRC-Suspended (referred to as RRC pending state) is added. Yes.
  • RRC pending state a state called RRC-Suspended
  • the UE and the eNB each hold the UE context used for connection in the RRC connection state before entering the RRC hold state. Then, when transitioning from the RRC hold state to the RRC connection state, RRC connection establishment is performed using the held UE context.
  • Non-Patent Document 3 it is possible to determine by the UE whether or not the eNB is compatible with the UE context holding function. Such a function is not described at all in Non-Patent Document 3.
  • Example 1 Overall sequence example> First, as a sequence example of the entire communication system in the first embodiment, a processing sequence when the UE 50 transitions from the RRC idle state to the RRC hold state (and the ECM hold state) will be described with reference to FIG. The entire processing sequence itself shown in FIG. 5 and FIG. 6 is disclosed in Non-Patent Document 3, and therefore an outline will be described here.
  • step 101 the eNB 10 determines to suspend the RRC connection.
  • step 102 the eNB 10 transmits a message indicating that the RRC connection of the UE 50 is suspended to the MME 30. MME10 and eNB30 hold
  • step 105 the MME 30 returns an Ack for step 102.
  • step 106 the MME 30 enters the ECM-SUSPENDED state.
  • Step 107 the eNB 10 transmits an RRC connection suspend message to the UE 50, and puts the UE 50 in the RRC suspension state (Step 108).
  • the RRC connection suspend message includes Resume ID (resumption ID).
  • Resume ID is an identifier used when the RRC connection is resumed next time.
  • the UE 50 and the eNB 10 each store a UE context.
  • the UE context held in each of the UE 50 and the eNB 10 includes, for example, an RRC configuration (RRC configuration), a bearer configuration (including bearer configuration: RoHC state information, etc.), an AS security context. (Access Stratum Security Context), L2 / L1 parameters (MAC, PHY configuration, etc.).
  • RRC configuration RRC configuration
  • bearer configuration including bearer configuration: RoHC state information, etc.
  • AS security context Access Stratum Security Context
  • L2 / L1 parameters MAC, PHY configuration, etc.
  • the UE 50 and the eNB 10 may hold the same information as the UE context, the UE 50 holds only the UE context information necessary for the connection with the eNB 10, and the eNB 10 is the UE required for the connection with the UE 50. Only context information may be retained.
  • the UE 50 and the eNB 10 each have RadioResourceConfigDedicated information carried by RRCRRConnection Setup, capability information carried by RRC Connection Setup Complete, and security-related information (key information, etc.), RRC Security related information carried in Security Mode Command, configuration information carried in RRC Connection Reconfiguration, and the like are held as UE context. Note that these are merely examples, and information held as a UE context is not limited to these, and information may be additionally held, or part of the information may not be held.
  • the UE 10 and the eNB 10 each retain the above information as a UE context, so that when transitioning from the RRC hold state to the RRC connection state, the RRC Connection Setup Complete, RRC Security Mode Command, RRC Security Mode Complete, RRC Connection Reconfiguration RRC connection can be established without sending / receiving messages such as RRC ConnectionRReconfiguration Complete.
  • FIG. 6 shows a case where the UE 50 in the RRC hold state (step 151) receives an incoming call (steps 152 to 155).
  • step 151 receives an incoming call
  • steps 152 to 155 receives an incoming call
  • step 156 an RRC restart procedure (resume procedure) is started from the EMM layer (a sublayer of the NAS layer).
  • step 157 Random Access Preamble is transmitted from the UE 50 to the eNB 10, and in step 158, Random AccessandResponse is returned from the eNB 10 to the UE 10.
  • Step 159 the UE 50 transmits an RRC Connection Resume Request message to the eNB 10 as the message 3.
  • the UE 50 before transmitting the RRC Connection Resume Request message, the UE 50 performs a process of determining whether or not the eNB 10 has a context holding function. Details of this process will be described later.
  • the RRC Connection Resume Request message includes Resume Id (resumption ID) that is information indicating that the UE 50 holds the UE context.
  • the eNB 10 that has received the RRC Connection Resume Request message obtains the UE context of the UE 50 stored in association with the Resume Id included in the message, and performs bearer resumption and the like based on the UE context information.
  • the eNB 10 transmits an RRC Connection Resume Complete message including Resume Id to the UE 50.
  • step 161 the UE 50 and the eNB 10 resume the stored security context. Then, in steps 162 to 165, notification of a state change of the UE 50 to the MME 30 is performed.
  • the UE 50 notifies the eNB 10 that the UE context is held using the Resume ID. This is based on the premise that the eNB 10 supports a UE context holding function (a function of performing RRC connection by reusing the held UE context).
  • not all eNBs support the UE context maintenance function.
  • the UE 50 is in the RRC hold state while holding the UE context under the control of the eNB 10 and moves to the eNB-X cell that does not hold the UE context holding function.
  • the eNB-X cannot understand the information. From the viewpoint of performing a stable operation, it is desirable that the UE 50 performs the UE context retention notification operation described in FIG. 6 when it is confirmed that the eNB of the cell in the area has the UE context retention function.
  • Example 1 an example will be described in which the UE 50 determines whether or not the eNB 10 has a UE context holding function.
  • the “UE context holding function” means that the UE context held in a state not in the RRC connection state is used (that is, reused), and the RRC connection is started from the state. It is a function to be established.
  • the eNB does not have a UE context holding function, or the eNB does not support the UE context holding function, not only when the eNB does not hold the UE context holding function as a capability, but also as a capability. Includes the case where the function is stopped.
  • Example 1-1 the eNB 10 informs the UE 50 by broadcast information whether the eNB 10 is compatible with the UE context holding function.
  • the notification information for example, MIB, SIB1, and SIB2 can be used.
  • the eNB 10 broadcasts information indicating whether or not the UE context holding function is supported using the SIB1.
  • the UE 50 receives SIB1 from the eNB 10.
  • the UE 50 reads information indicating whether the eNB 10 is compatible with the UE context holding function from the SIB1, and determines whether the eNB 10 is compatible with the UE context holding function based on the information. To do.
  • step S203 the process proceeds to step S203, and the UE 50 transmits an RRCRConnection Resume Request message to the eNB 10 as described above when transitioning to the RRC connection state in the cell. Thus, RRC connection is performed.
  • step S204 when the determination result of step 202 is No (not supported), the process proceeds to step S204, and when the UE 50 transitions to the RRC connection state in the cell, the UE context is discarded and the normal RRC is discarded.
  • RRC connection is performed by transmitting Connection Request to the eNB 10.
  • Example 1-2 the eNB 10 notifies the UE 50 by Random Access Response in the random access procedure whether the eNB 10 supports the UE context holding function.
  • Example 1-2 An example of the operation of the UE 50 in Example 1-2 will be described with reference to the flowchart of FIG.
  • FIG. 6 a situation is shown in which the UE 50 in the RRC hold state receives paging (or makes a call) and transitions to the RRC connected state.
  • the UE 50 transmits Random Access Preamble to the eNB 10.
  • the UE 50 receives Random Access Response from the eNB 10.
  • the Random Access Response includes information indicating whether the eNB 10 supports the UE context holding function.
  • UE50 reads the information which shows whether eNB10 corresponds to UE context holding
  • Response and based on the said information, whether eNB10 corresponds to UE context holding
  • step 303 If the determination result in step 303 is Yes (corresponding), the process proceeds to step S304, and the UE 50 performs RRC connection by transmitting the RRC Connection Resume Request message to the eNB 10 as described above.
  • step S305 the UE 50 discards the held UE context and transmits a normal RRC Connection Request to the eNB 10 to thereby establish an RRC connection. I do.
  • FIG. 9 and 10 show examples of messages of Random Access Response in Example 2 (see Non-Patent Document 5 for the conventional example).
  • MAC RAR is included in the MAC PDU.
  • FIG. 10 in Example 1-2, information indicating whether or not the UE context holding function is supported is notified using a reserve bit in the MAC RAR. As an example, if the bit is 1, it indicates that the UE context holding function is supported, and if it is 0, it indicates that it is not supported. 1 and 0 may be reversed.
  • Example 2 the second embodiment does not define a new state such as RRC-Suspended.
  • the UE and the eNB hold the UE context, and when the UE transitions to the RRC connected state, the held UE This is a scheme that allows the number of signaling to be reduced by reusing the context.
  • the UE 50 is in the RRC connection state in the cell of the eNB 10 and the S1-C / U connection related to the UE 50 is established.
  • the S1-C connection includes a connection between the eNB 10 and the MME 30 and a connection between the MME 30 and the S-GW 40
  • the S1-U connection includes a connection between the eNB 10 and the S-GW 40.
  • Non-Patent Document 4 an outline of an example of a procedure when the UE 50 first connects to the eNB 10 will be described (Non-Patent Document 4). Note that the procedure related to the first connection can also be applied to the first embodiment.
  • the eNB 10 transmits RRC ⁇ Connection Setup to the UE 50, sets the UE 50 to the RRC connection state, and receives RRC Connection Setup Complete from the UE 50.
  • the eNB 10 receives an Initial Context Setup Request from the MME 30, transmits an RRC Security Mode to the UE 50, receives an RRC Security Mode Complete from the UE 50, and transmits an RRC Connection Reconfiguration to the UE 50, RRC Connection Reconfiguration Complete is received from UE50, and InitialInContext Setup Response is transmitted to MME30.
  • the UE context and the UE context are established and held in the UE 50 and the eNB 10.
  • the eNB 10 transmits a connection maintenance instruction signal to the MME 30 (step 401). Also, the MME 30 transmits a connection maintenance instruction signal to the S-GW 40 (step 402).
  • the connection maintenance instruction signal is a signal that instructs the MME 30 to perform the paging by holding down the downlink data in the S-GW 40 when receiving the call to the UE 50 while maintaining the S1-C / U connection related to the UE 50.
  • the S-GW 40 that has received the connection maintenance instruction signal transmits a confirmation response indicating that the instruction has been confirmed to the MME 30 (step 403), and the MME 30 transmits a confirmation response to the eNB 10 (step 404).
  • connection maintenance instruction signal from the eNB 10 to the MME 30 regarding the UE 50 may be triggered by, for example, an event that causes the UE 50 to transition to the RRC idle state in the eNB 10, or the UE 50 is initially under the control of the eNB 10. It may be performed immediately after entering the RRC connection state and establishing the S1-C / U connection for the UE 50.
  • the event that causes the transition to the RRC idle state is, for example, when it is detected that communication with the UE 50 (uplink / downlink user data communication) does not occur for a certain period of time due to expiration of a predetermined timer (eg, UE : Inactivity Timer). However, it is not limited to this.
  • FIG. 11 assumes a case where it is triggered by detecting that communication with the UE 50 (uplink / downlink user data communication) does not occur for a certain period of time.
  • RRC connection release RRC Connection
  • Release is transmitted to the UE 50, and the UE 50 is shifted to the RRC idle state (step 405).
  • Example 2 even when the UE 50 transitions to the RRC idle state, the UE context established at the time of RRC connection is maintained in each of the UE 50 and the eNB 10.
  • downlink data for the UE 50 is generated, and the downlink data arrives at the S-GW 40 (step 406).
  • the S1-U connection has been established, but based on the connection maintenance instruction signal received in step 402, the S-GW 40 holds the downlink data in the buffer without transferring it to the eNB 10.
  • the S-GW 40 transmits a downlink data incoming notification to the MME 30 (step 407), and the MME 30 transmits an S1-AP paging signal for the UE 50 to the eNB 10 (step 408).
  • This paging itself is the same as the existing paging, and is transmitted to each eNB in the tracking area of the UE 50. In FIG. 11, transmission to the eNB 10 is shown.
  • the eNB 10 that has received the S1-AP paging signal transmits the RRC paging signal to the subordinate UE 50 (step 409).
  • the UE50 which received the RRC paging signal performs an RRC connection establishment procedure, and establishes an RRC connection (step 410). Thereafter, the eNB 10 transmits RRC connection establishment completion, which is a signal indicating that establishment of the RRC connection is completed, to the MME 30 (step 411).
  • the eNB 10 can determine that the RRC connection with the UE 50 has been established, for example, when the eNB 10 receives RRC Connection Setup Complete from the UE 50.
  • the MME 30 transmits an RRC connection establishment completion signal to the S-GW 40 (step 412).
  • the S-GW 40 determines that the RRC connection between the UE 50 and the eNB 10 has been established, and uses the S1-U connection related to the UE 50 that has already been established to transfer the pending downlink data to the eNB 10.
  • Start step 413).
  • the downlink data reaches the UE 50 from the eNB 10 (step 414). In this way, transmission of downlink data to the UE 50 is started.
  • RRC connection establishment procedure Details of the RRC connection establishment procedure in step 410 of FIG. 11 will be described later.
  • the UE context established and held at the time of RRC connection in each of the UE 50 and the eNB 10 is used, and thus, conventionally required RRC Security Mode Command, RRC Security Mode Complete, RRC RRC connection establishment can be performed without performing transmission / reception of messages such as Connection ⁇ Reconfiguration, RRC Connection Reconfiguration Complete.
  • the UE context held in each of the UE 50 and the eNB 10 includes, for example, an RRC configuration (RRC configuration), a bearer configuration (including bearer configuration: RoHC state information, etc.), an AS security context (Access Stratum Security Context). , L2 / L1 parameters (MAC, PHY configuration, etc.).
  • RRC configuration RRC configuration
  • bearer configuration including bearer configuration: RoHC state information, etc.
  • AS security context Access Stratum Security Context
  • L2 / L1 parameters MAC, PHY configuration, etc.
  • the UE 50 and the eNB 10 may hold the same information as the UE context, the UE 50 holds only the UE context information necessary for the connection with the eNB 10, and the eNB 10 is the UE required for the connection with the UE 50. Only context information may be retained.
  • each of the UE 50 and the eNB 10 has RadioResourceConfigDedicated information carried by RRC Connection Setup, capability information carried by RRC Connection Setup Complete, and security-related information (key information etc.), RRC Security related information carried in Security Mode Command, configuration information carried in RRC Connection Reconfiguration, and the like are held as UE context. Note that these are merely examples, and information held as a UE context is not limited to these, and information may be additionally held, or part of the information may not be held.
  • UE10 and eNB10 each hold the above information as a UE context, so that when transitioning from the RRC idle state to the RRC connected state, RRCRRSecurity Mode Command, RRC Security Mode Complete, RRC Connection Reconfiguration, RRC Connection Reconfiguration Complete
  • the RRC connection can be established without sending / receiving messages such as.
  • the eNB 10 holds the UE context in the storage unit in association with the UE identifier (UE identifier) corresponding to the UE context.
  • UE identifier UE identifier
  • S-TMSI SAE temporary mobile subscriber identity
  • Random Access12Preamble is transmitted from the UE 50 to the eNB 10 and Random Access Response is transmitted from the eNB 10 to the UE 50 before the sequence illustrated in FIG.
  • the UE 50 transmits an RRC Connection Request message (RRC connection request) to the eNB 10 in Step 501 using the resource allocated by the UL grant included in the Random Access Response.
  • RRC connection request RRC connection request
  • the UE 50 notifies the eNB 10 that the UE 50 holds the UE context using a spare bit (spare bit: 1 bit) in the RRC Connection Request message. For example, when the bit is set (it is 1), it indicates that the UE 50 holds the UE context. This information indicating that the UE 50 holds the UE context will be referred to as UE context holding information.
  • the RRC Connection Request message includes a UE identifier for identifying the UE 50 (specifically, S-TMSI (SAE temporary mobile subscriber identity)) in addition to the above bits.
  • S-TMSI is a temporary identifier of the UE 50 generated from the unique identifier of the UE 50, and is issued from the MME 30 when the location of the UE 50 is registered.
  • UE50 and each eNB shall hold
  • the eNB 10 that has received the RRC Connection Request message in step 501 recognizes that the UE 50 identified by the UE identifier holds the UE context by reading the UE context holding information and the UE identifier from the message, and holds it.
  • the UE context corresponding to the UE identifier is retrieved from the storage means from the plurality of UE contexts that are being used. That is, UE identifier matching processing is performed.
  • step 502 when the eNB 10 detects the UE context corresponding to the UE identifier as a result of the search, the eNB 10 notifies the UE 50 that the eNB 10 holds the UE context of the UE 50 by an RRC Connection Setup message (RRC connection establishment message). At the same time, the UE 50 is requested to transmit information for authenticating the UE 50.
  • RRC connection establishment message RRC Connection Setup message
  • the UE 50 that has received the RRC Connection Setup message including information indicating that the UE 50 holds the UE context continues to use the held UE context (bearer, security key, configuration, etc.).
  • the RadioResourceConfigDedicated included in the RRC Connection Setup message includes parameter values related to the bearer, MAC, PHY configuration, etc., but the UE 50 that has received the RRC Connection Setup message including the above notification / request in Step 502 receives the RadioResourceConfigDedicated. Ignore the parameter value notified by, and continue to use the parameter value of the UE context that was held. The notified parameter value may be used without ignoring the parameter value notified by RadioResourceConfigDedicated. Thereby, when the parameter value already hold
  • the UE 50 transmits to the eNB 10 the authentication information such as Authentication token and shortMAC-I in the RRC Connection Setup Complete message.
  • Authentication information such as Authentication token and shortMAC-I is information used by the eNB 10 to authenticate the UE 50.
  • the eNB 10 that has received the RRC Connection Setup Complete message authenticates that the UE 50 is a correct UE corresponding to the UE context searched by the UE identifier, using the authentication information included in the message. After that, each of the UE 50 and the eNB 10 establishes (restarts) a connection using the held UE context. Note that when establishing (resuming) a connection using the retained UE context, step 503 is not necessarily required, and step 503 may not be performed.
  • the eNB 10 when the eNB 10 causes the UE 50 to transition to the RRC idle state, the eNB 10 transmits an RRC Connection Release message to the UE 50 (step 601).
  • the RRC Connection Release message includes indication information (indication) that instructs the UE 50 to continue to hold the UE context in the RRC idle state.
  • indication information instructs the UE 50 to continue to hold the UE context in the RRC idle state.
  • a new indication may be included in the message, or a spare bit of an existing release cause may be used. Specific examples will be described later.
  • the UE 50 When the UE 50 detects the instruction information from the RRC Connection Release message, the UE 50 continues to hold the UE context (bearer information, security information, etc.) at the RRC idle state transition during the RRC idle state.
  • the UE context bearer information, security information, etc.
  • the UE 10 performs a transition between the RRC connection state and the RRC idle state under the same eNB 10.
  • the UE 50 is connected to the eNB 10 and connected to the RRC. The processing sequence when the UE 50 enters the RRC idle state in the cell under the control of the eNB 10 and then moves to the cell under the control of the eNB 20 and receives an incoming call will be described with reference to FIG.
  • the UE 50 is in the RRC connection state in the cell of the eNB 10 and is in a state where the S1-C / U connection is established.
  • the eNB 10 transmits a connection maintenance instruction signal to the MME 30 (step 701). Further, the MME 30 transmits a connection maintenance instruction signal to the S-GW 40 (step 702).
  • connection maintenance instruction signal is a signal instructing to hold down the downlink data in the S-GW 40 and perform paging from the MME 30 when the UE 50 arrives while maintaining the S1-C / U connection related to the UE 50. It is.
  • the S-GW 40 that has received the connection maintenance instruction signal transmits a confirmation response to the MME 30 (step 703), and the MME 30 transmits a confirmation response to the eNB 10 (step 704).
  • ENB10 transmits RRC connection release (RRC
  • the RRC Connection Release message includes an instruction to hold the UE context, and the UE 50 holds the UE context. However, this UE context is information used for connection with the eNB 10.
  • downlink data for the UE 50 is generated, and the downlink data arrives at the S-GW 40 (step 706).
  • the S-GW 40 holds the downlink data in the buffer without transferring it to the eNB 10.
  • the S-GW 40 transmits a downlink data incoming notification to the MME 30 (Step 707), and the MME 30 transmits an S1-AP paging signal for the UE 50 to the eNB 20 (Step 708).
  • This paging itself is the same as the existing paging, and is transmitted to each eNB (each of one or a plurality of eNBs) in the tracking area of the UE 50, but FIG. 14 illustrates transmission to the eNB 20.
  • the eNB 20 that has received the S1-AP paging signal transmits the RRC paging signal to the subordinate UE 50 (step 709).
  • UE50 which received RRC paging performs a RRC connection establishment procedure, and establishes a RRC connection (step 710). Further, a NAS connection procedure is executed between the eNB 20 and the core NW side (S-GW 40 in FIG. 14), and an S1-C / U connection for the eNB 20 is established (step 711).
  • the S-GW 40 starts transmission of downlink data to the UE 50 (steps 712 and S713). Further, the UE context between the eNB 10 and the MME 30 is released, and the S1-C / U connection for the eNB 10 is released (step 714).
  • the UE 50 transmits the message in Step 501 in FIG. 12, but the eNB 20 determines that the UE context corresponding to the UE 50 is not held.
  • An RRC connection procedure is performed.
  • the eNB 20 determines that the UE context does not hold the UE context corresponding to the UE 50
  • the PCI notified from the UE 50 by the message in the RRC connection establishment procedure (identifies the eNB 10 of the cell in which the UE 50 holds the UE context).
  • the UE context of the UE 50 may be acquired from the eNB 10 based on the cell ID) and the like, and the RRC connection may be performed using the UE context.
  • FIG. 15A shows an example of an RRC Connection Request message transmitted from the UE 50 in Step 501 of FIG.
  • ue-ContextStoring (example: 1 bit) is added.
  • ue-ContextStoring is information indicating that the UE 50 holds the UE context used in the previous RRC connection.
  • S-TMSI is included.
  • FIG. 16A shows an example of an RRC Connection Setup message transmitted from the eNB 10 in step 502 of FIG. As shown in FIG. 16A, ue-ContextStored and ue-AuthenticationInfoReq are added.
  • ue-AuthenticationInfoReq is information requesting the UE to transmit authentication information.
  • ue-ContextStored is information indicating that the eNB holds the UE context of the UE that is the target of RRC Connection Setup.
  • the UE detects the presence of this information (field)
  • the UE ignores the radioRecourceConfigDedicated field notified by the RRC Connection Setup message.
  • the parameter value notified by this may be applied without ignoring the radioRecourceConfigDedicated field.
  • FIG. 17 shows an example of the RRC Connection Complete message transmitted from the UE 50 in step 503 of FIG. As shown in FIG. 17, authentication information ue-AuthenticationToken and ue-AuthenticationInfo are added.
  • FIG. 18A and 18B show an example (Example 1) in which a UE context holding instruction is performed using Cause value.
  • UEcontextHolding is added in ReleaseCause.
  • the value of ue-ContextHolding indicates an instruction to keep the UE context while the UE is in the RRC idle state.
  • FIG. 19A and 19B show an example (Example 2) in which a UE context retention instruction is performed using a new indication.
  • ue-ContextHolding is added as a new indication.
  • FIG. 19B ue-ContextHolding indicates an instruction that the UE continues to hold the UE context while in the RRC idle state.
  • the UE 50 notifies the eNB 10 that the UE context is held. This is based on the premise that the eNB 10 supports a UE context holding function (a function for reusing a held UE context for reconnection).
  • not all eNBs support the UE context holding function.
  • the UE 50 is in an RRC idle state while holding the UE context under the control of the eNB 10 and moves to an eNB-X cell that does not hold the UE context holding function.
  • the eNB-X cannot understand the information. From the viewpoint of performing a stable operation, it is desirable that the UE 50 performs the UE context retention notification operation described in FIG. 12 when it is confirmed that the eNB of the cell in the area has the UE context retention function.
  • Example 2-1 the eNB 10 notifies the UE 50 with the notification information whether the eNB 10 is compatible with the UE context holding function.
  • the notification information for example, MIB, SIB1, and SIB2 can be used.
  • the eNB 10 broadcasts information indicating whether or not the UE context holding function is supported using the SIB1.
  • step 801 the UE 50 receives SIB1 from the eNB 10.
  • step 802 the UE 50 reads information indicating whether the eNB 10 is compatible with the UE context holding function from the SIB1, and determines whether the eNB 10 is compatible with the UE context holding function based on the information. To do.
  • step 802 determines whether the determination result in step 802 is Yes (corresponding). If the determination result in step 802 is Yes (corresponding), the process proceeds to step S803, and the UE 50 executes the procedure described in FIG. 12 when transitioning to the RRC connection state. That is, the UE 50 performs notification of information indicating that the UE context is held.
  • step 802 determines whether the determination result in step 802 is No (not supported). If the determination result in step 802 is No (not supported), the process proceeds to step S804, and the UE 50 discards the retained UE context and does not use spare bits when transitioning to the RRC connection state. RRC Connection Request is transmitted to the eNB10.
  • Example 2-2 the eNB 10 notifies the UE 50 by Random Access Response in the random access procedure whether the eNB 10 supports the UE context holding function.
  • Example 2-2 An example of the operation of the UE 50 in Example 2-2 will be described with reference to the flowchart in FIG. Here, for example, a situation is shown in which the UE 50 in the RRC idle state receives paging (or makes a call) and transitions to the RRC connected state.
  • step 901 the UE 50 transmits a Random Access Preamble to the eNB 10.
  • step 902 the UE 50 receives Random Access Response from the eNB 10.
  • the Random Access Response includes information indicating whether the eNB 10 supports the UE context holding function.
  • step 903 the UE 50 reads information indicating whether or not the eNB 10 supports the UE context holding function from the Random Access Response. Based on the information, the UE 50 determines whether the eNB 10 supports the UE context holding function. Determine.
  • step 903 When the determination result in step 903 is Yes (corresponding), the process proceeds to step S904, and the UE 50 executes the procedure described in FIG. That is, the UE 50 performs notification of information indicating that the UE context is held.
  • step 903 When the determination result in step 903 is No (not supported), the process proceeds to step S905, and the UE 50 discards the held UE context and transmits a normal RRC Connection Request that does not use spare bits to the eNB 10 .
  • Example of Random Access Response message in Example 2-2 is the same as Example 1-2, as shown in FIGS.
  • Example 2-3 the UE 50 determines whether or not the UE context in the eNB 10 depends on whether or not the above-described ue-ContextStored (information indicating that the eNB 10 holds a UE context corresponding to the UE 50) is included in the RRC Connection Setup message. It is determined whether or not the holding function is supported.
  • Example 2-3 the UE 50 always notifies the eNB that the UE context is held by RRC Connection Request, and executes the operation shown in FIG. However, here, whether or not the UE context holding function is supported in the eNB 10 is determined based on the RRC Connection Setup message.
  • the UE 50 in Example 2-3 transmits an RRC Connection Request message including information indicating that the UE context is held to the eNB 10 .
  • step 1002 the UE 50 receives the RRC Connection Setup message from the eNB10.
  • step 1003 the UE 50 determines whether or not ue-ContextStored is included in the RRC Connection Setup message. If the determination result is Yes (included), the UE 50 proceeds to step 1004, and the determination result is No ( If it is not included, the process proceeds to step 1005.
  • step 1004 the UE 50 continuously uses the held UE context, and transmits an RRC Connection Setup Complete message similar to that in step 503 in FIG.
  • step 1005 the UE 50 discards the retained UE context, and creates a UE context (bearer, MAC config, PHY config, etc.) reflecting the setting value in RadioResourceConfigDedicated included in the RRC Connection Setup message. Used for connection (communication) with eNB50.
  • step 1005 a normal RRC connection procedure is executed.
  • the eNB 10 notifies the UE 50 whether or not “C-planeCsolution” or “U-plane solution” is supported.
  • the signal used for notification is not limited to a specific signal, but SIB2 is used in this modification.
  • FIG. 23 and FIG. 24 show a specification change example (excerpt) of SIB2 in this modification.
  • FIG. 23 and FIG. 24 show changes from Non-Patent Document 4, and the changed portions are underlined.
  • cpCIoTEPSOptimisationAllowed and “upCIoTEPSOptimisationAllowed” are added.
  • cpCIoTEPSOptimisationAllowed indicates whether or not the UE may connect to “Control ⁇ plane CIoT EPS Optimisation ”. That is, it indicates whether the network (eNB) supports “Control ⁇ plane CIoT EPS Optimisations ”.
  • UpCIoTEPSOptimisationAllowed indicates whether the UE may connect to “User ⁇ plane CIoT EPS Optimisation ”. That is, it indicates whether the network (eNB) supports “User ⁇ plane CIoT EPS Optimisation ”.
  • the UE 50 supports at least the functions of “Control plane CIoT EPS Optimization” and “User plane CIoT EPS Optimization”.
  • FIG. 25 shows an operation when the UE 50 selects a cell. However, the operation is not limited to cell selection.
  • step S10 the UE 50 is in the RRC_IDLE state or the state in which the timer T311 is activated in the RRC_CONNECTED state (for example, the state in which cell selection processing is performed due to a link failure).
  • step S ⁇ b> 11 the UE 50 performs access using the method “control plane CIoT EPS optimization”.
  • step S12 the UE 50 determines whether “cpCIoTEPSOptimisationAllowed” is not included in the SIB2. That is, the UE 50 determines whether the eNB 10 does not support the “control ⁇ plane CIoT EPS optimization ”method.
  • step S12 the process proceeds to step S13, and the UE 50 accesses the cell (eNB 10) without using the method of “control plane CIoT EPS optimization”.
  • the UE 50 performs access using “User plane CIoT EPS Optimisation” or a conventional method (eg, a method including NAS connection such as S710 and S711 in FIG. 14).
  • “User plane CIoT EPS Optimisation” the UE 50 executes, for example, the processes shown in FIGS. 7 and 8 or the processes shown in FIGS. 20 to 22.
  • step S12 determines whether the determination in step S12 is No. If the determination in step S12 is No, the process proceeds to step S14, and the UE 50 accesses the cell (eNB 10) using the method of “control plane CIoT EPS optimization”.
  • the mobile communication system according to the present embodiment supports “Solution 2:“ Infrequent ”small“ data ”transmission“ using ”pre-established“ NAS ”security” of Non-Patent Document 3, and UE 50 is compliant with Solution 2 Perform access procedures.
  • Steps S20 and S21 are the same as steps S10 and S11 of the operation example 1.
  • step S22 the UE 50 determines whether or not “cpCIoTEPSOptimisationAllowed” is included in the SIB2. That is, the UE 50 determines whether the eNB 10 does not support the “control ⁇ plane CIoT EPS optimization ”method.
  • step S22 determines whether “upCIoTEPSOptimisationAllowed” is included in the SIB2. That is, the UE 50 determines whether the eNB 10 is compatible with the “User plane CIoT EPS optimization” method.
  • step S23 the process proceeds to step S24, and the UE 50 accesses the cell by the method of “User plane CIoT EPS Optimisation”.
  • the UE 50 executes, for example, the processes shown in FIGS. 7 and 8 or the processes shown in FIGS. 20 to 22.
  • “upCIoTEPSOptimisationAllowed” is regarded as “instruction information indicating whether or not the base station has a context holding function”, and in FIG. S203 of FIG. 8, S304 of FIG. 8, the procedure shown in FIG.
  • step S23 the process proceeds to step S25, where the UE 50 determines that access to the cell is prohibited (barred), and tries to access another cell, for example.
  • the network does not support either “C-plane solution” or “U-plane solution”, it is assumed that the UE 50 cannot access the network. That is, it is assumed that the UE 50 does not support a conventional NAS, and only supports a NAS dedicated for C / U-plane solution. Therefore, if the UE 50 is compatible with the conventional NAS system, it may be accessed using the conventional NAS system in step S25.
  • step S22 determines whether the determination in step S22 is No. If the determination in step S22 is No, the process proceeds to step S26, and the UE 50 accesses the cell (eNB 10) using the method “control plane CIoT EPS optimization” as in step S14 of the operation example 1.
  • FIG. 27 shows a specification change example (excerpt) corresponding to the flow of FIG.
  • FIG. 27 shows a change from Non-Patent Document 4, and the changed part is underlined. As shown in FIG. 27, the contents of the flow shown in FIG. 25 are added.
  • FIG. 28 shows a specification change example (excerpt) corresponding to the flow of FIG.
  • FIG. 28 shows a change from Non-Patent Document 4, and the changed portion is underlined. As shown in FIG. 28, the contents of the flow shown in FIG. 26 are added.
  • the UE 50 can flexibly select a method according to the network-side compatible method and perform access.
  • the eNB determines whether the network is compatible with “C-plane solution” and whether the network is compatible with “U-plane solution” by using the broadcast system information such as SIB2 to the UE 50. Notice.
  • the UE 50 that has received such a notification transfers the information (bit) of the notification to an upper layer (eg, NAS layer).
  • the UE 50 can perform the operation described below including the operation in the NAS layer based on the information of the notification.
  • the initial NAS message is, for example, ATTACH REQUEST, DETACH REQUEST, TRACKING AREA UPDATE REQUEST, SERVICE REQUEST, EXTENDED SERVICE REQUEST, or CONTROL PLANE SERVICE REQUEST (Non-Patent Document 6).
  • the UE 50 When the UE 50 is in NB-S1 ⁇ mode, that is, when the UE 50 is a UE for NB-IoT, the UE 50 is triggered by starting the procedure in the above NAS layer as a trigger (for example, RRC layer). Request to resume the RRC connection.
  • a trigger for example, RRC layer
  • WB-S1 mode is a mode when non-NB-IoT UE (UE not for NB-IoT) uses CIoT EPS optimization.
  • the UE 50 is triggered by starting the procedure at the NAS layer as described above, and first, it is determined whether or not a notification indicating that the network supports “U-plane-solution” is received from the eNB by the broadcast system information. to decide. When the UE 50 receives the notification, the UE 50 requests the lower layer to resume the RRC connection. Then, for example, the UE 50 regards the notification as “instruction information indicating whether or not the base station has a context holding function”, and performs the procedures shown in S203 of FIG. 7, S304 of FIG. 8, and FIG.
  • the UE 50 When the UE 50 has not received a notification indicating that it is compatible with “U-plane-solution” from the eNB by broadcast system information, the UE 50 transmits an initial NAS message (initial NAS message) including SERVICE REQUEST, Request lower layer to start RRC connection. In this case, in the lower layer that has received the request, the UE 50, for example, discards the context and discards the Resume ID, and transmits RRC connection request.
  • FIG. 29 An example of specification change corresponding to the above operation is shown in FIG. In FIG. 29, the excerpt from Non-Patent Document 6 is underlined at the changed portion corresponding to the above operation. 29 of the specification shown in ⁇ UponUptrigger of a procedure using an initial NAS message when in EMM-IDLE mode with suspend indication, the UE in NB-S1 mode shall request the lower layer to resume the RRC connection.
  • the NAS shall provide to the lower layer the RRC establishment cause and the call type according to annex D of this document; '' and ⁇
  • the UE in WB-S1 mode shall request the lower layer to resume the RRC connection.
  • the RRC establishment cause and the call type according to annex D of this document In this request to the lower to the lower layer the RRC establishment cause and the call type according to annex D of this document.
  • the UE in WB-S1 mode shall send an initial NAS message including SERVICE REQUEST and request the lower layer to initiate an RR
  • an initial NAS message including SERVICE REQUEST indicates that the UE 50 is in an idle state while retaining the context.
  • control plane CIoT EPS optimization if the PLMN support of control plane CIoT EPS optimization is not received as part of the broadcast system information, thenthe UE shall not request" control plane CIoT EPS optimization "In the Additional update type IE of the ATTACH REQUEST message.” Corresponds to the above operation.
  • control plane CIoT EPS optimization if the PLMN support of control plane CIoT EPS optimization is not received as part of the broadcast system information, the the UE shall not request "control plane CIoT EPS optimization "In the Additional update type IE of the TRACKING AREA UPDATE REQUEST message.” Corresponds to the above operation.
  • the UE 50 when the UE 50 is a Non-NB-IoT UE, the UE 50 moves to a certain cell in a state where the “C-plane solution” is used, and the UE 50 starts the SERVICE REQUEST in the cell. The following operations are performed.
  • the UE 50 When the UE 50 receives information indicating that the network supports “C-plane solution” from the eNB using broadcast system information, the UE 50 transmits a dedicated CONTROL PLANE SERVICE REQUEST and the EMM-SERVICE-REQUEST-INITIATED state. to go into. Moreover, UE50 will transmit SERVICE
  • FIG. 32 An example of specification change corresponding to the above operation is shown in FIG. In FIG. 32, an excerpt from Non-Patent Document 6 is underlined at a changed portion corresponding to the above operation.
  • the UE sends a CONTROL PLANE SERVICE REQUEST message, start T3417 enter the state EMM-SERVICE-REQUEST-INITIATED. Otherwise, the UE sends a SERVICE REQUEST or EXTENDED SERVICE REQUEST message, start T3417 or T3417ext and enter the state EMM-SERVICE-REQUEST-INITIATED.
  • the UE 50 executes any one of the plurality of procedures illustrated in FIG. 33.
  • Each device may have both functions of the first embodiment and the second embodiment, or may include any one of the first embodiment and the second embodiment.
  • Each device may have all the functions of the first embodiment, the second embodiment, and the modification, and either one of the “first embodiment and the modification” and the “second embodiment and the modification”. It is good also as providing. In the following description, each device is assumed to have at least the functions of both the first and second embodiments.
  • the MME 30 includes an eNB communication unit 31, an SGW communication unit 32, and a communication control unit 33.
  • the eNB communication unit 31 includes a function of transmitting and receiving control signals to and from the eNB through the S1-MME interface.
  • the SGW communication unit 32 includes a function of transmitting / receiving control signals to / from the S-GW through the S11 interface.
  • the S-GW 40 includes an eNB communication unit 41, an MME communication unit 42, an NW communication unit 43, and a communication control unit 44.
  • the eNB communication unit 41 includes a function of transmitting / receiving data to / from the eNB through the S1-U interface.
  • the MME communication unit 42 includes a function for transmitting and receiving control signals to and from the MME through the S11 interface.
  • the NW communication unit 43 includes a function of transmitting / receiving a control signal and transmitting / receiving data to / from a node device on the core NW side.
  • the communication control unit 33 When the communication control unit 33 receives a connection maintenance instruction signal from the eNB, the communication control unit 33 instructs the SGW communication unit 32 to transmit the connection maintenance instruction signal to the S-GW, and receives a confirmation response from the S-GW In addition, the SGW communication unit 32 is instructed to transmit the confirmation response to the eNB.
  • the communication control unit 44 includes a function of instructing the MME communication unit 42 to transmit a confirmation response to the MME when a connection maintenance instruction signal is received from the MME. Further, when the communication control unit 44 receives the connection maintenance instruction signal from the MME, when receiving the downlink data to the corresponding UE, the NW communication unit 43 holds the downlink data in the buffer. And a function to instruct the NW communication unit 43 to transmit the downlink data when the RRC connection establishment completion is received from the eNB.
  • the MME 30 and the S-GW 40 can be configured as one device. In that case, communication of the S11 interface between the SGW communication unit 32 and the MME communication unit 42 is communication inside the apparatus.
  • FIG. 35 shows a functional configuration diagram of the user apparatus (UE50).
  • the UE 50 includes a DL signal receiving unit 51, a UL signal transmitting unit 52, an RRC processing unit 53, and a UE context management unit 54.
  • FIG. 35 shows only functional units that are particularly relevant to the present invention in the UE 50, and the UE 50 also has a function (not shown) for performing an operation based on at least LTE.
  • the DL signal receiving unit 51 includes a function of receiving various downlink signals from the base station eNB and acquiring higher layer information from the received physical layer signal, and the UL signal transmitting unit 52 is transmitted from the UE 50. It includes a function of generating various signals of the physical layer from information on higher layers to be transmitted and transmitting the signals to the base station eNB.
  • the RRC processing unit 53 performs UE-side determination processing, RRC described with reference to FIGS. 7 to 10, 12, 13, 13, 15 to 22, 25, 26, 29 to 33, and the like.
  • Message generation / transmission / reception (transmission is transmission via UL signal transmission unit 52, reception is reception via DL signal reception unit 51), broadcast information received by DL signal reception unit 51 and interpretation of RRC message, NAS Message generation / transmission / reception (transmission is transmission via the UL signal transmission unit 52, reception is reception via the DL signal reception unit 51), request from the NAS layer to the lower layer, upper layer of the U / C plane correspondence information Notification to the layer is performed.
  • the RRC processing unit 53 also includes a function of resuming the RRC connection using the UE context held in the UE context management unit 54. Also, the RRC processing unit 53 does not resume the RRC connection (eg, when the eNB does not support the holding function, or when the system information indicating that the U-plane solution is supported is not received from the eNB). 2 includes a function of discarding the retained UE context and starting RRC connection by RRC connection request. The RRC processing unit 53 also includes a function of resuming the RRC connection using the UE context held in the UE context management unit 54. In the present embodiment, since the RRC processing unit 53 also performs processing of the NAS layer, the RRC processing unit 53 may be referred to as the RRC / NAS processing unit 53.
  • the UE context management unit 54 includes storage means such as a memory. For example, based on the instruction described in step 107 of FIG. 5, FIG. 13 and the like, the UE context and UE identifier (S ⁇ TMSI etc.). Further, in the procedure shown in FIG. 12, the RRC processing unit determines whether or not the UE context is held, and if the UE context is held, notifies the information indicating that the UE context is held. 53.
  • the configuration of the UE 50 shown in FIG. 35 may be realized entirely by a hardware circuit (eg, one or a plurality of IC chips), or part of the configuration may be configured by a hardware circuit, and the other part may be a CPU and a program. And may be realized.
  • a hardware circuit eg, one or a plurality of IC chips
  • part of the configuration may be configured by a hardware circuit, and the other part may be a CPU and a program. And may be realized.
  • FIG. 36 is a diagram illustrating an example of a hardware (HW) configuration of the UE 50.
  • FIG. 36 shows a configuration closer to the mounting example than FIG.
  • the UE performs device control that performs processing such as an RE (Radio Equipment) module 151 that performs processing related to a radio signal, a BB (Base Band) processing module 152 that performs baseband signal processing, and a higher layer. It has a module 153 and a USIM slot 154 which is an interface for accessing a USIM card.
  • RE Radio Equipment
  • BB Base Band
  • the RE module 151 should transmit from the antenna by performing D / A (Digital-to-Analog) conversion, modulation, frequency conversion, power amplification, etc. on the digital baseband signal received from the BB processing module 152 Generate a radio signal.
  • a digital baseband signal is generated by performing frequency conversion, A / D (Analog to Digital) conversion, demodulation, and the like on the received wireless signal, and the digital baseband signal is passed to the BB processing module 152.
  • the RE module 151 includes functions such as a physical layer in the DL signal receiving unit 51 and the UL signal transmitting unit 52 in FIG. 35, for example.
  • the BB processing module 152 performs processing for mutually converting an IP packet and a digital baseband signal.
  • a DSP (Digital Signal Processor) 162 is a processor that performs signal processing in the BB processing module 152.
  • the memory 172 is used as a work area for the DSP 162.
  • the BB processing module 152 includes, for example, functions such as layer 2 in the DL signal reception unit 51 and the UL signal transmission unit 52 in FIG. 35, an RRC processing unit 53, and a UE context management unit 54. Note that all or part of the functions of the RRC processing unit 53 and the UE context management unit 54 may be included in the device control module 153.
  • the device control module 153 performs IP layer protocol processing, various application processing, and the like.
  • the processor 163 is a processor that performs processing performed by the device control module 153.
  • the memory 173 is used as a work area for the processor 163.
  • the processor 163 reads and writes data with the USIM through the USIM slot 154.
  • FIG. 37 shows a functional configuration diagram of the base station eNB (eNB 10).
  • the eNB 10 includes a DL signal transmission unit 11, a UL signal reception unit 12, an RRC processing unit 13, a UE context management unit 14, an authentication unit 15, and an NW communication unit 16.
  • FIG. 37 shows only functional units particularly related to the embodiment of the present invention in the eNB 10, and the eNB 10 also has a function (not shown) for performing an operation based on at least the LTE scheme.
  • the DL signal transmission unit 11 includes a function of generating and transmitting various physical layer signals from upper layer information to be transmitted from the eNB 10.
  • the UL signal receiving unit 12 includes a function of receiving various uplink signals from the user apparatus UE and acquiring higher layer information from the received physical layer signals.
  • the RRC processing unit 13 performs eNB-side determination processing, generation of RRC messages and broadcast information described with reference to FIGS. 7 to 10, FIG. 12, FIG. 13, FIG. 15 to FIG. Transmission (transmission is transmission via the DL signal transmission unit 11), interpretation of the RRC message received by the UL signal reception unit 12, and the like. Further, transmission / reception of the MAC signal in the random access procedure described with reference to FIGS. 8 to 10 and 21 may be performed by the DL signal transmission unit 11 and the UL signal reception unit 12.
  • the RRC processing unit 13 includes a function of resuming the RRC connection using the UE context held in the UE context management unit 14.
  • the UE context management unit 14 includes a storage unit such as a memory. For example, based on the transmission of the instruction described in Step 107 of FIG. 5, FIG. 13, etc., the UE context and the UE identifier ( S-TMSI etc.). Further, in the procedure shown in FIG. 12, when the UE context is searched based on the UE identifier received from the UE, and it is confirmed that the UE context is held, a notification indicating that the UE context is held, Then, the RRC processing unit 13 is instructed to request authentication information.
  • a storage unit such as a memory.
  • the authentication unit 15 includes a function of receiving authentication information from the UE and authenticating the UE in Step 503 shown in FIG.
  • the NW communication unit 16 has a function of transmitting / receiving a control signal to / from the MME via the S1-MME interface, a function of transmitting / receiving data to / from the S-GW via the S1-U interface, and a function of transmitting a connection maintenance instruction signal , A transmission function for transmitting RRC connection establishment completion, and the like.
  • the configuration of the eNB 10 illustrated in FIG. 37 may be entirely realized by a hardware circuit (eg, one or a plurality of IC chips), or part of the configuration may be configured by a hardware circuit, and the other part may be a CPU and a program. And may be realized.
  • a hardware circuit eg, one or a plurality of IC chips
  • part of the configuration may be configured by a hardware circuit, and the other part may be a CPU and a program. And may be realized.
  • FIG. 38 is a diagram illustrating an example of a hardware (HW) configuration of the eNB 10.
  • FIG. 38 shows a configuration closer to the mounting example than FIG.
  • the eNB 10 connects to the RE module 251 that performs processing related to a radio signal, the BB processing module 252 that performs baseband signal processing, the device control module 253 that performs processing such as an upper layer, and the network.
  • a communication IF 254 which is an interface for this purpose.
  • the RE module 251 generates a radio signal to be transmitted from the antenna by performing D / A conversion, modulation, frequency conversion, power amplification, and the like on the digital baseband signal received from the BB processing module 252.
  • a digital baseband signal is generated by performing frequency conversion, A / D conversion, demodulation, and the like on the received radio signal, and passed to the BB processing module 252.
  • the RE module 251 includes functions such as a physical layer in the DL signal transmission unit 11 and the UL signal reception unit 12 in FIG. 37, for example.
  • the BB processing module 252 performs processing for mutually converting an IP packet and a digital baseband signal.
  • the DSP 262 is a processor that performs signal processing in the BB processing module 252.
  • the memory 272 is used as a work area for the DSP 252.
  • the BB processing module 252 includes, for example, functions such as layer 2 in the DL signal transmission unit 11 and the UL signal reception unit 12 in FIG. 37, an RRC processing unit 13, a UE context management unit 14, and an authentication unit 15. Note that all or some of the functions of the RRC processing unit 13, the UE context management unit 14, and the authentication unit 15 may be included in the device control module 253.
  • the device control module 253 performs IP layer protocol processing, OAM processing, and the like.
  • the processor 263 is a processor that performs processing performed by the device control module 253.
  • the memory 273 is used as a work area for the processor 263.
  • the auxiliary storage device 283 is an HDD, for example, and stores various setting information for the base station eNB itself to operate.
  • the configuration (functional division) of the apparatus shown in FIGS. 34 to 38 is merely an example of a configuration that realizes the processing described in the present embodiment (including Example 1 and Example 2). If the processing described in the present embodiment (including Example 1, Example 2, and modifications) can be realized, the mounting method (specific functional unit arrangement, name, etc.) is a specific mounting method. It is not limited to.
  • the user apparatus in the mobile communication system that supports a function of establishing connection by reusing context information held in each of the user apparatus and the base station, From the base station, receiving means for receiving instruction information indicating whether or not the base station has a context holding function, and whether the base station has a context holding function based on the instruction information received by the receiving means
  • a determination unit for determining whether or not the base station has the context holding function when the determination unit determines that the base station has a context holding function There is provided a user apparatus comprising transmission means for transmitting a message including the message to the base station.
  • the base station retains the function of reusing context information in a mobile communication system that supports the function of reestablishing a connection by reusing context information retained in each of the user apparatus and the base station with the above configuration It becomes possible to determine whether or not by the user device.
  • the receiving means receives, for example, the instruction information included in broadcast information or a random access response.
  • the user apparatus can receive the instruction signal without introducing a new signal.
  • the transmission means uses, for example, a resume ID in a method having a connection pending state as a state for holding context information as the context holding information, and transmits a connection resume request message including the resume ID to the base station as the message.
  • a resume ID in a method having a connection pending state as a state for holding context information as the context holding information, and transmits a connection resume request message including the resume ID to the base station as the message.
  • the transmission unit may transmit a connection request message including the context holding information to the base station.
  • the user apparatus in the mobile communication system that supports a function of establishing connection by reusing context information held in each of the user apparatus and the base station, wherein the user apparatus is a user
  • a connection request message including first context holding information indicating that the apparatus side context information is held is transmitted to the base station. Determining whether or not second context holding information indicating that base station side context information associated with the user apparatus is held is included, and the determination means includes the connection setting message.
  • the base station retains the function of reusing context information in a mobile communication system that supports the function of reestablishing a connection by reusing context information retained in each of the user apparatus and the base station with the above configuration It becomes possible to determine whether or not by the user device.
  • the base station in the mobile communication system that supports the function of establishing the connection by reusing the context information held in each of the user apparatus and the base station, the base station In the case where it is determined that the base station has a context holding function based on the instruction information in the transmission unit that transmits instruction information indicating whether or not to have a holding function to the user device, and the user device, There is provided a base station comprising receiving means for receiving, from the user apparatus, a message including context holding information indicating that the user apparatus holds user apparatus side context information.
  • the base station retains the function of reusing context information in a mobile communication system that supports the function of reestablishing a connection by reusing context information retained in each of the user apparatus and the base station with the above configuration It becomes possible to determine whether or not by the user device.
  • the transmission means transmits, for example, broadcast information including the instruction information or a random access response to the user device.
  • the user apparatus can receive the instruction signal without introducing a new signal.
  • the receiving unit may receive a connection request message including the context holding information from the user device.
  • a base station that has been confirmed to have a function of reusing context information can receive a connection request message, and a connection can be reliably established by reusing context information.
  • the user apparatus in the mobile communication system that supports a function of establishing connection by reusing context information held in each of the user apparatus and the base station, wherein the user apparatus is a user Transmitting means for transmitting to the base station a connection request message including first context holding information indicating that the apparatus side context information is held; and a base station side context in which the base station is associated with the user apparatus.
  • a user apparatus comprising connection means for establishing a connection with the base station is provided.
  • the connection setting message includes a request for transmitting authentication information to the user apparatus in addition to the second context holding information, and the transmission means transmits authentication information to the base station based on the transmission request. It is good. With this configuration, the connection can be established after the base station authenticates the user apparatus.
  • the transmission means transmits, for example, a connection setting completion message including the authentication information to the base station.
  • the receiving means receives from the base station a connection release message that causes the user apparatus to transition from a connected state to an idle state, and instructs to hold the user apparatus side context information from the connection release message In the idle state, the user device-side context information may be held in the storage unit.
  • the base station in the mobile communication system that supports a function of establishing a connection by reusing context information held in each of the user apparatus and the base station, wherein the user apparatus is a user
  • the base station receives a connection request message including the first context holding information indicating that the apparatus side context information is held.
  • the base station side context information is used to establish a connection with the user apparatus.
  • Base station is provided with a connection means.
  • the receiving unit acquires, for example, the identifier of the user apparatus from the connection request message, and searches the base station side context information corresponding to the identifier from the plurality of base station side context information held. In this way, by using the identifier, it is possible to reliably detect the base station side context information associated with the user apparatus.
  • the connection setting message includes, in addition to the second context holding information, a request for transmitting authentication information to the user device, and based on the transmission request, the user device using the authentication information transmitted from the user device. Authentication means for performing the authentication may be provided. With this configuration, the connection can be established after the base station authenticates the user apparatus.
  • the transmission means includes, in a connection release message for transitioning the user device from a connected state to an idle state, information instructing to hold the user device side context information, and sends the connection release message to the user device. It is good also as transmitting. With this configuration, when the user device does not receive an instruction, the user device does not need to hold the user device-side context information, and can avoid holding the user device-side context information unnecessarily.
  • the operations of a plurality of functional units may be physically performed by one component, or the operations of one functional unit may be physically performed by a plurality of components.
  • each device has been described using a functional block diagram. However, such a device may be implemented in hardware, software, or a combination thereof.
  • Software that is operated by the processor of the apparatus according to the embodiment of the present invention includes random access memory (RAM), flash memory, read only memory (ROM), EPROM, EEPROM, register, hard disk (HDD), removable disk, CD It may be stored in any suitable storage medium such as ROM, database, server, etc.
  • the user apparatus in a mobile communication system that supports a function of establishing connection by reusing context information held in each of a user apparatus and a base station, Receiving means for receiving, from the base station, instruction information indicating whether or not the base station has a context holding function; Determining means for determining whether the base station has a context holding function based on the instruction information received by the receiving means; When the determination unit determines that the base station has a context holding function, a message including context holding information indicating that the user apparatus holds user apparatus side context information is sent to the base station.
  • a user device comprising: a transmitting unit that transmits the user device.
  • (Section 2) The user apparatus according to claim 1, wherein the receiving unit receives the instruction information included in broadcast information or a random access response.
  • the transmission means uses a resume ID in a system having a connection pending state as a state for retaining context information as the context retention information, and transmits a connection resume request message including the resume ID to the base station as the message.
  • the user device according to item 1 or 2 characterized by:
  • (Section 4) The user apparatus according to claim 1 or 2, wherein the transmission unit transmits a connection request message including the context holding information to the base station.
  • the user apparatus in a mobile communication system that supports a function of establishing connection by reusing context information held in each of a user apparatus and a base station, Transmitting means for transmitting to the base station a connection request message including first context holding information indicating that the user apparatus holds user apparatus side context information; Whether or not the connection setting message received from the base station includes second context holding information indicating that the base station holds the base station side context information associated with the user apparatus. Determining means for determining When the determination unit determines that the second context holding information is included in the connection setting message, the user apparatus side context information is used to establish a connection with the base station. And a connecting device.
  • the base station in a mobile communication system that supports a function of establishing a connection by reusing context information held in each of a user apparatus and a base station, Transmitting means for transmitting to the user apparatus instruction information indicating whether or not the base station has a context holding function; In the user apparatus, when it is determined that the base station has a context holding function based on the instruction information, a message including context holding information indicating that the user apparatus holds user apparatus side context information Receiving means for receiving the information from the user apparatus. (Section 7) The base station according to claim 6, wherein the transmission unit transmits broadcast information including the instruction information or a random access response to the user apparatus.
  • (Section 8) The base station according to claim 6 or 7, wherein the reception unit receives a connection request message including the context holding information from the user apparatus.
  • (Section 9) A connection establishment method executed by the user apparatus in a mobile communication system that supports a function of establishing connection by reusing context information held in each of a user apparatus and a base station, A receiving step of receiving, from the base station, instruction information indicating whether or not the base station has a context holding function; A determination step of determining whether or not the base station has a context holding function based on the instruction information received in the reception step; When it is determined by the determining step that the base station has a context holding function, a message including context holding information indicating that the user apparatus holds user apparatus side context information is transmitted to the base station.
  • a connection establishing method (Section 10) A connection establishment method executed by the base station in a mobile communication system that supports a function of establishing connection by reusing context information held in each of a user apparatus and a base station, A transmission step of transmitting instruction information indicating whether or not the base station has a context holding function to the user apparatus; In the user apparatus, when it is determined that the base station has a context holding function based on the instruction information, a message including context holding information indicating that the user apparatus holds user apparatus side context information Receiving from the user device, a connection establishing method comprising:
  • information notification includes physical layer signaling (for example, DCI (Downlink Control Information), UCI (Uplink Control Information)), upper layer signaling (for example, RRC signaling, MAC signaling, broadcast information (MIB (Master Information Block), SIB (System Information Block))), other signals, or a combination thereof.
  • RRC message may be referred to as RRC signaling.
  • the RRC message may be, for example, an RRC connection setup message, an RRC connection reconfiguration message, or the like.
  • Each aspect / embodiment described in this specification includes LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G, 5G, FRA (Future Radio Access), W-CDMA.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • SUPER 3G IMT-Advanced
  • 4G 5G
  • FRA Full Radio Access
  • W-CDMA Wideband
  • GSM registered trademark
  • CDMA2000 Code Division Multiple Access 2000
  • UMB User Mobile Broadband
  • IEEE 802.11 Wi-Fi
  • IEEE 802.16 WiMAX
  • IEEE 802.20 UWB (Ultra-WideBand
  • the present invention may be applied to a Bluetooth (registered trademark), a system using another appropriate system, and / or a next generation system extended based on the system.
  • the determination or determination may be performed by a value represented by 1 bit (0 or 1), may be performed by a true value (Boolean: true or false), or may be performed by comparing numerical values (for example, (Comparison with a predetermined value).
  • the channel and / or symbol may be a signal.
  • the signal may be a message.
  • UE is a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal by those skilled in the art , Remote terminal, handset, user agent, mobile client, client, or some other appropriate terminology.
  • notification of predetermined information is not limited to explicitly performed, but is performed implicitly (for example, notification of the predetermined information is not performed). Also good.
  • determining may encompass a wide variety of actions.
  • “Judgment”, “decision” can be, for example, calculating, computing, processing, deriving, investigating, looking up (eg, table, database or another (Searching in the data structure), and confirming (ascertaining) what has been confirmed may be considered as “determining” or “determining”.
  • “determination” and “determination” include receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access. (accessing) (e.g., accessing data in a memory) may be considered as “determined” or "determined”.
  • determination and “decision” means that “resolving”, “selecting”, “choosing”, “establishing”, and “comparing” are regarded as “determining” and “deciding”. May be included. In other words, “determination” and “determination” may include considering some operation as “determination” and “determination”.
  • the phrase “based on” does not mean “based only on”, unless expressly specified otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • the input / output information or the like may be stored in a specific place (for example, a memory) or may be managed by a management table. Input / output information and the like can be overwritten, updated, or additionally written. The output information or the like may be deleted. The input information or the like may be transmitted to another device.
  • information, parameters, and the like described in this specification may be represented by absolute values, may be represented by relative values from a predetermined value, or may be represented by other corresponding information. .

Abstract

ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置において、前記基地局から、当該基地局が、保持したコンテクストを再利用してＲＲＣ接続を行う機能を有するか否かを示す指示情報を受信する受信手段と、前記受信手段により受信した前記指示情報に基づき、前記基地局が前記機能を有するか否かを判定する判定手段と、前記判定手段により、前記基地局が前記機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記基地局に送信する送信手段とを備える。

Description

ユーザ装置、基地局、及び接続確立方法
　本発明は、移動通信システムにおけるユーザ装置ＵＥと基地局ｅＮＢのそれぞれが、ＵＥコンテクストを保持する技術に関連するものである。
　ＬＴＥシステムにおいて、ユーザ装置ＵＥ（以下、ＵＥと記述する）における基地局ｅＮＢ（以下、ｅＮＢと記述する）との間の接続状態はＲＲＣ（Radio Resource Control）アイドル状態（RRC_Idle）と、ＲＲＣ接続状態（RRC_Connected）の２つで示される。
　ＵＥがネットワークに接続する際に、コアＮＷ側のＭＭＥ（Mobility Management Entity）によりＵＥコンテクストが生成され、ＲＲＣ接続状態において、当該ＵＥコンテクストはＵＥが接続するｅＮＢ及びＵＥに保持される。なお、ＵＥコンテクストは、ベアラ関連情報、セキュリティ関連情報等を含む情報である。
　ＵＥがＲＲＣアイドル状態とＲＲＣ接続状態との間を遷移する際に、コアＮＷ側も含めた呼制御のシグナリングが多く発生するため、シグナリングを如何にして削減するかが課題となっている。
　例えば、ＵＥをＲＲＣ接続状態からＲＲＣアイドル状態に遷移させる際には、図１に示すようなシグナリングが発生する（非特許文献１等）。図１のケースは、ｅＮＢ２が、ＵＥ１の通信が所定時間発生しないことを検知し、ＵＥ１との接続を切断して、ＲＲＣアイドル状態に遷移させるようなケースである。
　図１において、ｅＮＢ２が、ＵＥコンテクスト解放要求（UE Context Release Request）をＭＭＥ３に送信する（ステップ１）。ＭＭＥ３は、ベアラ解放要求（Release Access Bearers Request）をＳ－ＧＷ４に送信し（ステップ２）、Ｓ－ＧＷ４はベアラ解放応答（Release Access Bearers Response）をＭＭＥ３に返す（ステップ３）。
　ＭＭＥ３は、ＵＥコンテクスト解放指示（UE Context Release Command）をｅＮＢ２に送信する（ステップ４）。ｅＮＢ２は、ＲＲＣ接続解放（RRC Connection Release）をＵＥ１に送信し（ステップ５）、ＵＥ１に対してＵＥコンテクストを解放させて、ＲＲＣアイドル状態に遷移させる。また、ｅＮＢ２はＵＥコンテクストを解放し、ＵＥコンテクスト解放完了（UE Context Release Complete）をＭＭＥ３に送信する（ステップ６）。
3GPP TS 36.413 V12.4.0 (2014-12) 3GPP TSG RAN Meeting #66　　RP-142030 Maui, USA, 8th - 11th December 2014 3GPP TR 23.720 V1.1.0(2015-10) 3GPP TS 36.331 V12.6.0 (2015-06) 3GPP TS 36.321 V12.7.0 (2015-09) 3GPP TS 24.301 V13.6.1
　図１に示すようなシグナリング手順では、ＲＲＣ接続解放時に多くのシグナリングが発生するのみならず、ＵＥがＲＲＣアイドル状態から再びＲＲＣ接続状態に遷移する際に、ＵＥコンテクストの設定のために多くのシグナリングが発生する。
　ＵＥがＲＲＣアイドル状態とＲＲＣ接続状態との間を遷移する際のシグナリングを削減するために、ＵＥが同一ｅＮＢ内でＲＲＣ接続状態‐＞ＲＲＣアイドル状態－＞ＲＲＣ接続状態と遷移する場合に、ＵＥコンテクストをｅＮＢ及びＵＥで保持したままにしておき、再利用する方法が検討され始めている（非特許文献２）。当該方法において考えられる手順の例を図２を参照して説明する。
　図２の（ａ）に示す状態は、ＵＥ１がＲＲＣ接続状態にあり、コアＮＷ側において、当該ＵＥ１に係るＳ１－ＣのコネクションとＳ１－Ｕのコネクション（図ではＳ１‐Ｃ／Ｕ）が確立されている状態である。なお、Ｓ１－Ｃのコネクションは、Ｃ－ｐｌａｎｅ信号を送るＳ１コネクションであり、Ｓ１－ＵのコネクションはＵ－ｐｌａｎｅを通すＳ１コネクションである。
　（ａ）に示す状態から、（ｂ）、（ｃ）に示すように、ＲＲＣ接続解放（RRC Connection Release）によりＵＥ１がＲＲＣアイドル状態に遷移される。このとき、ｅＮＢ２におけるＵＥ１に対するＵＥコンテクストは保持されたままであり、また、ＵＥ１におけるｅＮＢ２に対するＵＥコンテクストも保持されたままであり、ＵＥ１に対するＳ１‐Ｃ／Ｕコネクションも維持されたままである。そして、（ｄ）に示すように、ＵＥ１がＲＲＣ接続状態に遷移する際に、ｅＮＢ２とＵＥ１は保持しておいたＵＥコンテクストを再利用することで、シグナリングを削減して、ＲＲＣ接続を確立する。
　ここで、図２の（ｄ）に示すケースにおいては、ＵＥ１とｅＮＢ２が、それぞれ保持したＵＥコンテクストを用いてＲＲＣ接続確立が行われる例を示しているが、一般には、ＵＥは、ｅＮＢが再利用可能なＵＥコンテクストを保持する機能に対応しているかどうかわからない。
　例えば、図３に示すように、ｅＮＢ＿Ｂとの接続で利用したＵＥコンテクストを保持するＵＥ６がＲＲＣアイドル状態のままｅＮＢ＿Ａに移動した場合において、ＵＥ６は、ｅＮＢ＿ＡがＵＥコンテクスト保持機能に対応しているのかどうか不明である。
　このような場合を考慮して、例えば、ＵＥは、ＲＲＣアイドル状態からＲＲＣ接続状態に遷移する際に、常にＵＥコンテクストを再利用する動作を実行することが考えられる。ＵＥコンテクストを再利用する動作としては、例えば、ＵＥがＵＥコンテクストを保持していることを示す情報をｅＮＢに通知することが考えられる。しかし、ＵＥコンテクスト保持機能に対応していないｅＮＢは、このような通知に係る情報を理解できない。安定した動作を行う観点から、ＵＥは、在圏するセルのｅＮＢがＵＥコンテクスト保持機能を有することを確認できた場合に、ＵＥコンテクストを再利用する動作を実行することが望ましい。
　本発明は上記の点に鑑みてなされたものであり、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、基地局がコンテクスト情報を再利用する機能を保持するか否かをユーザ装置により判定することを可能とする技術を提供することを目的とする。
　本発明の実施の形態によれば、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置であって、
　前記基地局から、当該基地局が、保持したコンテクストを再利用してＲＲＣ接続を行う機能を有するか否かを示す指示情報を受信する受信手段と、
　前記受信手段により受信した前記指示情報に基づき、前記基地局が前記機能を有するか否かを判定する判定手段と、
　前記判定手段により、前記基地局が前記機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記基地局に送信する送信手段と
　を備えることを特徴とするユーザ装置が提供される。
　また、本発明の実施の形態によれば、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記基地局であって、
　前記基地局が、保持したコンテクストを再利用してＲＲＣ接続を行う機能を有するか否かを示す指示情報を、前記ユーザ装置に送信する送信手段と、
　前記ユーザ装置において、前記指示情報に基づき、前記基地局が前記機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記ユーザ装置から受信する受信手段と
　を備えることを特徴とする基地局が提供される。
　また、本発明の実施の形態によれば、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置が実行する接続確立方法であって、
　前記基地局から、当該基地局が、保持したコンテクストを再利用してＲＲＣ接続を行う機能を有するか否かを示す指示情報を受信する受信ステップと、
　前記受信ステップにより受信した前記指示情報に基づき、前記基地局が前記機能を有するか否かを判定する判定ステップと、
　前記判定ステップにより、前記基地局が前記機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを前記基地局に送信する送信ステップと
　を備えることを特徴とする接続確立方法が提供される。
　また、本発明の実施の形態によれば、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記基地局が実行する接続確立方法であって、
　前記基地局が、保持したコンテクストを再利用してＲＲＣ接続を行う機能を有するか否かを示す指示情報を、前記ユーザ装置に送信する送信ステップと、
　前記ユーザ装置において、前記指示情報に基づき、前記基地局が前記機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記ユーザ装置から受信する受信ステップと
　を備えることを特徴とする接続確立方法が提供される。
　本発明の実施の形態によれば、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、基地局がコンテクスト情報を再利用する機能を保持するか否かをユーザ装置により判定することを可能とする技術が提供される。
ＲＲＣアイドル状態に遷移する場合のシグナリングシーケンス例を示す図である。 ＵＥコンテクストを保持する場合の処理の例を説明するための図である。 課題を説明するための図である。 本発明の実施の形態における通信システムの構成図である。 実施例１におけるシステム全体の処理シーケンスの例を示す図である。 実施例１におけるシステム全体の処理シーケンスの例を示す図である。 実施例１におけるＵＥの動作例を説明するためのフローチャートである。 実施例１におけるＵＥの動作例を説明するためのフローチャートである。 RA Responseのメッセージ例を示す図である。 RA Responseのメッセージ例を示す図である。 実施例２におけるシステム全体の処理シーケンスの例を示す図である。 実施例２における接続確立手順を説明するための図である。 実施例２における接続解放手順を説明するための図である。 実施例２におけるシステム全体の処理シーケンスの他の例を示す図である。 RRCConnectionRequest messageの仕様変更例を示す図である。 RRCConnectionRequest messageの仕様変更例を示す図である。 RRCConnectionSetup messageの仕様変更例を示す図である。 RRCConnectionSetup messageの仕様変更例を示す図である。 RRCConnectionSetupComplete messageの仕様変更例を示す図である。 RRCConnectionRelease messageの仕様変更例１を示す図である。 RRCConnectionRelease messageの仕様変更例１を示す図である。 RRCConnectionRelease messageの仕様変更例２を示す図である。 RRCConnectionRelease messageの仕様変更例２を示す図である。 実施例２におけるＵＥの動作例を説明するためのフローチャートである。 実施例２におけるＵＥの動作例を説明するためのフローチャートである。 実施例２におけるＵＥの動作例を説明するためのフローチャートである。 ＳＩＢ２の仕様変更例を示す図である。 ＳＩＢ２の仕様変更例を示す図である。 ＳＩＢ２受信時のＵＥの動作例１を説明するためのフローチャートである。 ＳＩＢ２受信時のＵＥの動作例２を説明するためのフローチャートである。 ＳＩＢ２の仕様変更例を示す図である。 ＳＩＢ２の仕様変更例を示す図である。 3GPP TS 24.301の仕様変更例を示す図である。 3GPP TS 24.301の仕様変更例を示す図である。 3GPP TS 24.301の仕様変更例を示す図である。 3GPP TS 24.301の仕様変更例を示す図である。 3GPP TS 24.301の仕様変更例を説明するための図である。 ＭＭＥとＳ－ＧＷの構成図である。 ＵＥ５０の構成図である。 ＵＥ５０のＨＷ構成図である。 ｅＮＢ１０の構成図である。 ｅＮＢ１０のＨＷ構成図である。
　以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態では、ＬＴＥのシステムを対象としているが、本発明はＬＴＥに限らずに様々な方式に適用可能である。また、本明細書及び特許請求の範囲では、特に断らない限り、「ＬＴＥ」の用語は３ＧＰＰの特定のＲｅｌ（リリース）に限定されない。また、「ＬＴＥ」は「５Ｇ」を含む。
　上記の様々な方式として、例えば、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ　Ｒａｄｉｏ　Ａｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ　Ｍｏｂｉｌｅ　Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、もしくは、これらに基づいて拡張された次世代システム等がある。
　（システム全体構成）
　図４は、本発明の実施の形態における通信システムの構成例を示す図である。図４に示すように、本実施の形態の通信システムは、ｅＮＢ１０、ｅＮＢ２０、ＭＭＥ３０、Ｓ－ＧＷ（Serving Gateway）４０、ＵＥ５０を含む。なお、図４は、コアネットワーク（ＥＰＣ）に関して、本実施の形態に関連する部分のみを示している。
　ＵＥ５０は携帯電話機等のユーザ装置である。ｅＮＢ１０、２０はそれぞれ基地局である。ＭＭＥ３０は、ｅＮＢを収容し、位置登録、ページング、ハンドオーバ等のモビリティ制御、ベアラ確立／削除等を行うノード装置である。なお、モビリティ制御、ベアラ確立／削除等のＣ－Ｐｌａｎｅの制御は、ＵＥ５０とＭＭＥ３０との間における、ＲＲＣ（Radio Resource Control）レイヤの上位レイヤであるＮＡＳ（Non-Access-Stratum）レイヤのメッセージ送受信により行われる。
　Ｓ－ＧＷ４０は、ユーザデータ（Ｕ－Ｐｌａｎｅデータ）の中継を行うノード装置である。なお、ＭＭＥ３０とＳ－ＧＷ４０からなるシステムを通信制御装置と呼ぶ。また、ＭＭＥ３０とＳ－ＧＷ４０を１つの装置で構成し、それを通信制御装置と呼ぶこととしてもよい。
　図４に示すように、ＭＭＥ３０とｅＮＢ１０、２０間はＳ１－ＭＭＥインターフェースで接続され、Ｓ－ＧＷ４０とｅＮＢ１０、２０間はＳ１－Ｕインターフェースで接続される。点線の接続線は制御信号インターフェースを示し、実線の接続線はユーザデータ転送のインターフェースを示す。
　本実施の形態では、前述したように、ＵＥ５０が同一ｅＮＢ内でＲＲＣ接続状態からＲＲＣアイドル状態に遷移する場合でも、当該ｅＮＢにおいてＵＥ５０のＵＥコンテクストが保持されるとともに、ＵＥ５０にも当該ｅＮＢとの接続に係るＵＥコンテクストが保持される方式を前提とする。前述したように、この方式は、シグナリング数削減を可能とする方式である。
　本実施の形態では、上記の方式の例として、非特許文献３に記載されている方式であるRRC-Suspended（及びECM-Suspended）という新しいRRCの状態を定義する方式を実施例１として説明し、新たなRRCの状態を定義することなくＵＥコンテクストの再利用を行う方式を実施例２として説明する。
　（実施例１）
　まず、実施例１について説明する。上記のとおり、実施例１の方式では、従来のRRC-Idle（ＲＲＣアイドル状態）とRRC-Connected（ＲＲＣ接続状態）に加えて、RRC-Suspended（ＲＲＣ保留状態と呼ぶ）という状態が追加されている。ＲＲＣ保留状態において、ＵＥとｅＮＢはそれぞれ、ＲＲＣ保留状態になる前のＲＲＣ接続状態で接続に使用したＵＥコンテクストを保持する。そして、ＲＲＣ保留状態からＲＲＣ接続状態に遷移するときに、当該保持したＵＥコンテクストを使用してＲＲＣ接続確立をする。詳細な手順等は非特許文献３に記載されている。ただし、本実施の形態では、ｅＮＢがＵＥコンテクスト保持機能に対応しているかどうかをＵＥにより判定することを可能としている。なお、このような機能は非特許文献３に全く記載されていない。
　＜実施例１：全体シーケンス例＞
　まず、実施例１における通信システム全体のシーケンス例として、ＵＥ５０が、ＲＲＣアイドル状態からＲＲＣ保留状態（及びＥＣＭ保留状態）に遷移する場合の処理シーケンスを図５を参照して説明する。なお、図５、及び図６に示す全体の処理シーケンス自体は、非特許文献３に開示されているものなので、ここでは概要を説明する。
　ステップ１０１において、ｅＮＢ１０は、ＲＲＣ接続を保留することを決定する。ステップ１０２において、ｅＮＢ１０は、ＵＥ５０のＲＲＣ接続が保留されたことを示すメッセージをＭＭＥ３０に送信する。ＭＭＥ１０とｅＮＢ３０はＵＥコンテクストを保持する。
　ステップ１０３、１０４でのメッセージを経て、ステップ１０５において、ＭＭＥ３０はステップ１０２に対するＡｃｋを返す。ステップ１０６で、ＭＭＥ３０はECM-SUSPENDEDの状態に入る。
　ステップ１０７では、ｅＮＢ１０はＵＥ５０にRRC connection suspendメッセージを送信し、ＵＥ５０をＲＲＣ保留状態にする（ステップ１０８）。RRC connection suspendメッセージには、Resume ID（再開ＩＤ）が含まれる。Resume IDは、次にＲＲＣ接続を再開する場合に使用される識別子である。ＲＲＣ保留状態において、ＵＥ５０とｅＮＢ１０はそれぞれ、ＵＥコンテクストを格納する。
　ここで、本実施の形態において、ＵＥ５０とｅＮＢ１０のそれぞれで保持されるＵＥコンテクストは、例えば、ＲＲＣコンフィギュレーション（RRC configuration）、ベアラコンフィギュレーション（bearer configuration： RoHC state information等を含む)、ＡＳセキュリティコンテクスト（Access Stratum Security Context）、L2/L1パラメータ（MAC、PHYのコンフィギュレーション等）等である。
　また、ＵＥ５０とｅＮＢ１０とでＵＥコンテクストとして同じ情報を保持してもよいし、ＵＥ５０は、ｅＮＢ１０との接続に必要なＵＥコンテクストの情報のみを保持し、ｅＮＢ１０は、ＵＥ５０との接続に必要なＵＥコンテクストの情報のみを保持してもよい。
　より具体的には、ＲＲＣ保留状態において、例えば、ＵＥ５０とｅＮＢ１０はそれぞれ、RRC Connection Setupで運ばれるRadioResourceConfigDedicatedの情報、RRC Connection Setup Completeで運ばれる能力情報、及びセキュリティ関連情報（キー情報等）、 RRC Security Mode Commandで運ばれるセキュリティ関連情報、RRC Connection Reconfigurationで運ばれるコンフィギュレーション情報等を、ＵＥコンテクストとして保持する。なお、これらは一例であり、ＵＥコンテクストとして保持する情報は、これらに限られず、追加で情報を保持してもよいし、これらの情報の一部を保持しないこととしてもよい。
　ＵＥ１０とｅＮＢ１０はそれぞれＵＥコンテクストとして上記のような情報を保持することで、ＲＲＣ保留状態からＲＲＣ接続状態に遷移する際に、RRC Connection Setup Complete、RRC Security Mode Command、RRC Security Mode Complete、RRC Connection Reconfiguration、RRC Connection Reconfiguration Complete、等のメッセージの送受信を行うことなくＲＲＣ接続確立を行うことができる。
　次に、ＵＥ５０が、ＲＲＣ保留状態からＲＲＣ接続状態に遷移する場合のシーケンス例を図６を参照して説明する。図６は、ＲＲＣ保留状態（ステップ１５１）にあるＵＥ５０が着信を受ける（ステップ１５２～１５５）ケースを示しているが、これは例であり、ＲＲＣ保留状態にあるＵＥ５０が発信をする場合も、ＵＥコンテクストの再利用に関しては同様の処理が行われる。
　ｅＮＢ１０からページングを受信したＵＥにおいて、ステップ１５６では、ＥＭＭレイヤ（ＮＡＳレイヤのサブレイヤ）から、ＲＲＣ再開手順（resume procedure）が起動される。ステップ１５７にてRandom Access PreambleがＵＥ５０からｅＮＢ１０に送信され、ステップ１５８にて、Random Access ResponseがｅＮＢ１０からＵＥ１０に返される。
　ステップ１５９では、メッセージ３として、ＵＥ５０は、RRC Connection Resume RequestメッセージをｅＮＢ１０に送信する。なお、実施例１では、RRC Connection Resume Requestメッセージを送信する前に、ＵＥ５０は、ｅＮＢ１０が、コンテクスト保持機能を有するか否かを判定する処理を行うが、この処理の詳細は後述する。
　当該RRC Connection Resume Requestメッセージには、ＵＥ５０がＵＥコンテクストを保持することを示す情報であるResume Id（再開ＩＤ）が含まれる。RRC Connection Resume Requestメッセージを受信したｅＮＢ１０は、当該メッセージに含まれるResume Idに対応付けて格納されている、ＵＥ５０のＵＥコンテクストを取得し、ＵＥコンテクストの情報に基づき、ベアラの再開等を行う。ステップ１６０では、ｅＮＢ１０は、ＵＥ５０に対してResume Idを含むRRC Connection Resume Completeメッセージを送信する。
　ステップ１６１では、ＵＥ５０とｅＮＢ１０は、格納したセキュリティコンテクストを再開する。そして、ステップ１６２～１６５において、ＭＭＥ３０に対するＵＥ５０の状態変更の通知等が行われる。
　＜ＵＥコンテクスト保持機能判定について＞
　図６等を参照して説明したとおり、ＵＥ５０は、Resume IDを使用して、ＵＥコンテクストを保持していることをｅＮＢ１０に通知する。これはｅＮＢ１０がＵＥコンテクスト保持機能（保持したＵＥコンテクストを再利用してＲＲＣ接続を行う機能）に対応していることを前提としている。
　しかし、全てのｅＮＢがＵＥコンテクスト保持機能に対応しているとは限らない。例えば、ＵＥ５０が、ｅＮＢ１０の配下でＵＥコンテクストを保持したままＲＲＣ保留状態になって、ＵＥコンテクスト保持機能を保持しないｅＮＢ－Ｘのセルに移動したとする。ここで、ＵＥ５０がＵＥコンテクストを保持していることを示す情報をｅＮＢ－Ｘに通知しても、ｅＮＢ－Ｘは当該情報を理解できない。安定した動作を行う観点から、ＵＥ５０は、在圏するセルのｅＮＢがＵＥコンテクスト保持機能を有することが確認できた場合に、図６で説明したＵＥコンテクスト保持通知の動作を行うことが望ましい。
　実施例１において、ｅＮＢ１０がＵＥコンテクスト保持機能を有するか否かをＵＥ５０が判定する例を説明する。以下では、例１－１～例１－２を説明する。なお、実施例１と実施例２において、「ＵＥコンテクスト保持機能」とは、ＲＲＣ接続状態にない状態において保持しているＵＥコンテクストを利用（つまり、再利用）して、当該状態からＲＲＣ接続を確立させる機能である。また、ｅＮＢがＵＥコンテクスト保持機能を有しない、あるいは、ｅＮＢがＵＥコンテクスト保持機能に対応していない、とは、ｅＮＢがＵＥコンテクスト保持機能を能力として保持しない場合のみならず、能力としては保持するが、当該機能を停止している場合を含む。
　＜例１－１＞
　例１－１では、ｅＮＢ１０は、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを報知（ブロードキャスト）情報でＵＥ５０に報知する。当該報知情報としては、例えば、ＭＩＢ、ＳＩＢ１、ＳＩＢ２を使用することができる。
　図７のフローチャートを参照して、ＵＥコンテクスト保持機能の判定に関するＵＥ５０の動作例を説明する。以下の例では、ｅＮＢ１０はＳＩＢ１を用いてＵＥコンテクスト保持機能に対応しているか否かを示す情報を報知する。
　ステップ２０１において、ＵＥ５０はｅＮＢ１０からＳＩＢ１を受信する。ステップ２０２において、ＵＥ５０は、ＳＩＢ１から、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを示す情報を読み取り、当該情報に基づいて、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを判定する。
　ステップ２０２の判定結果がＹｅｓ（対応している）の場合、ステップＳ２０３に進み、ＵＥ５０は、当該セルでＲＲＣ接続状態に遷移する場合、前述したようにRRC Connection Resume RequestメッセージをｅＮＢ１０に送信することにより、ＲＲＣ接続を行う。
　ステップ２０２の判定結果がＮｏ（対応していない）の場合、ステップＳ２０４に進み、ＵＥ５０は、当該セルでＲＲＣ接続状態に遷移する場合に、保持しているＵＥコンテクストを破棄して、通常のRRC Connection RequestをｅＮＢ１０に送信することで、ＲＲＣ接続を行う。
　＜例１－２＞
　例１－２では、ｅＮＢ１０は、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを、ランダムアクセス手順におけるRandom Access ResponseでＵＥ５０に通知する。
　図８のフローチャートを参照して、例１－２におけるＵＥ５０の動作例を説明する。ここでは、例えば、図６に示したように、ＲＲＣ保留状態にあるＵＥ５０が、ページングを受けて（あるいは発信を行うために）、ＲＲＣ接続状態に遷移する場合の状況を示している。
　ステップ３０１において、ＵＥ５０はｅＮＢ１０にRandom Access Preambleを送信する。ステップ３０２において、ＵＥ５０はｅＮＢ１０からRandom Access Responseを受信する。当該Random Access Responseには、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを示す情報が含まれている。
　ステップ３０３において、ＵＥ５０は、Random Access Responseから、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを示す情報を読み取り、当該情報に基づいて、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを判定する。
　ステップ３０３の判定結果がＹｅｓ（対応している）の場合、ステップＳ３０４に進み、ＵＥ５０は、前述したようにRRC Connection Resume RequestメッセージをｅＮＢ１０に送信することにより、ＲＲＣ接続を行う。
　ステップ３０３の判定結果がＮｏ（対応していない）の場合、ステップＳ３０５に進み、ＵＥ５０は、保持しているＵＥコンテクストを破棄して、通常のRRC Connection RequestをｅＮＢ１０に送信することにより、ＲＲＣ接続を行う。
　図９、図１０は、例２におけるRandom Access Responseのメッセージ例を示す（従来例については非特許文献５参照）。図９に示すように、ＭＡＣ　ＰＤＵにＭＡＣ　ＲＡＲが含まれる。図１０に示すように、例１－２においては、ＭＡＣ　ＲＡＲ中のリザーブビットを用いて、ＵＥコンテクスト保持機能に対応しているか否かを示す情報を通知する。一例として、ビットが１であれば、ＵＥコンテクスト保持機能に対応していることを示し、０であれば対応していないことを示す。１と０が逆であってもよい。
　（実施例２）
　次に、実施例２について説明する。前述したとおり、実施例２は、RRC-Suspendedのような新しい状態を定義することなく、ＲＲＣアイドル状態において、ＵＥとｅＮＢがＵＥコンテクストを保持し、ＲＲＣ接続状態に遷移する際に、保持したＵＥコンテクストを再利用することで、シグナリング数削減を可能とする方式である。
　＜全体のシーケンス例＞
　まず、実施例２における通信システム全体のシーケンス例として、ＲＲＣアイドル状態のＵＥ５０に対する着信がある場合に、ＭＭＥ３０からページングを行う方式について説明する。より具体的には、ＵＥ５０がｅＮＢ１０に接続してＲＲＣ接続状態となり、ｅＮＢ１０の配下のセルでＲＲＣアイドル状態となり、同一セルで、その後に着信を受ける場合の処理シーケンスを図１１を参照して説明する。
　図１１の処理の前提として、ＵＥ５０はｅＮＢ１０のセルにおいてＲＲＣ接続状態にあり、ＵＥ５０に関するＳ１－Ｃ／Ｕのコネクションが確立されている状態とする。図１１において、Ｓ１－Ｃコネクションは、ｅＮＢ１０とＭＭＥ３０との間のコネクションとＭＭＥ３０とＳ－ＧＷ４０間のコネクションを含み、Ｓ１－Ｕコネクションは、ｅＮＢ１０とＳ－ＧＷ４０間のコネクションを含む。コネクションが確立されている場合、コネクション確立信号等のコネクションセットアップのための手順を実行することなく、該当ノード装置間でＵＥ５０に係る信号（データ）を送受信できる。
　図１１の手順の説明に入る前に、ＵＥ５０が最初にｅＮＢ１０に接続する際の手順の一例の概要を説明しておく（非特許文献４）。なお、この最初の接続に係る手順は、実施例１にも適用できる。ＵＥ５０のランダムアクセス時に、ｅＮＢ１０は、RRC Connection SetupをＵＥ５０に送信し、ＵＥ５０をＲＲＣ接続状態とし、ＵＥ５０からRRC Connection Setup Completeを受信する。その後、ｅＮＢ１０は、ＭＭＥ３０からInitial Context Setup Requestを受信し、ＵＥ５０に対してRRC Security Mode Commandを送信し、ＵＥ５０からRRC Security Mode Completeを受信し、また、ＵＥ５０に対してRRC Connection Reconfigurationを送信し、ＵＥ５０からRRC Connection Reconfiguration Completeを受信し、ＭＭＥ３０に対してInitial Context Setup Responseを送信する。このような手順を経て、ＵＥ５０とｅＮＢ１０におけるＵＥコンテクストの確立、保持等がなされる。
　図１１に示すように、ＲＲＣ接続状態において、ｅＮＢ１０はＭＭＥ３０に対してコネクション維持指示信号を送信する（ステップ４０１）。また、ＭＭＥ３０はコネクション維持指示信号をＳ－ＧＷ４０に送信する（ステップ４０２）。
　コネクション維持指示信号は、当該ＵＥ５０に関するＳ１－Ｃ／Ｕコネクションを維持しながら、ＵＥ５０への着信時に下りデータをＳ－ＧＷ４０に保留して、ＭＭＥ３０からページングを行うことを指示する信号である。
　コネクション維持指示信号を受信したＳ－ＧＷ４０は、指示を確認したことを示す確認応答をＭＭＥ３０に送信し（ステップ４０３）、ＭＭＥ３０は、確認応答をｅＮＢ１０に送信する（ステップ４０４）。
　ＵＥ５０に関するｅＮＢ１０からＭＭＥ３０へのコネクション維持指示信号の送信は、例えば、ｅＮＢ１０において、ＵＥ５０をＲＲＣアイドル状態に遷移させる事象が発生したことをトリガーとして行ってもよいし、ＵＥ５０が最初にｅＮＢ１０の配下でＲＲＣ接続状態になり、当該ＵＥ５０に関するＳ１－Ｃ／Ｕコネクションが確立された直後に行うこととしてもよい。
　上記のＲＲＣアイドル状態に遷移させる事象とは、例えば、所定のタイマ（例：UE Inactivity Timer）の満了によって、ＵＥ５０との通信（上り下りのユーザデータ通信）が一定時間発生しないことを検知した場合であるが、これに限られるわけではない。
　図１１は、ＵＥ５０との通信（上り下りのユーザデータ通信）が一定時間発生しないことを検知したことをトリガーとする場合を想定しており、ステップ４０１～４０４の後に、ＲＲＣ接続解放（RRC Connection Release）をＵＥ５０に送信し、ＵＥ５０をＲＲＣアイドル状態に遷移させる（ステップ４０５）。
　実施例２では、ＵＥ５０が、ＲＲＣアイドル状態に遷移する場合でも、ＵＥ５０とｅＮＢ１０のそれぞれにおいて、ＲＲＣ接続時に確立したＵＥコンテクストは保持される。
　その後、ＵＥ５０向けの下りデータが発生し、当該下りデータがＳ－ＧＷ４０に到着する（ステップ４０６）。ここでは、Ｓ１－Ｕコネクションは確立済みであるが、ステップ４０２で受信したコネクション維持指示信号に基づき、Ｓ－ＧＷ４０は、当該下りデータをｅＮＢ１０に転送せずにバッファに保留しておく。
　Ｓ－ＧＷ４０は、下りデータ着信通知をＭＭＥ３０に送信し（ステップ４０７）、ＭＭＥ３０はＵＥ５０向けのＳ１－ＡＰページングの信号をｅＮＢ１０に送信する（ステップ４０８）。このページング自体は、既存のページングと同様であり、ＵＥ５０のトラッキングエリアの各ｅＮＢに送信されるが、図１１ではｅＮＢ１０への送信を示している。
　Ｓ１－ＡＰページングの信号を受信したｅＮＢ１０は、配下のＵＥ５０にＲＲＣページングの信号を送信する（ステップ４０９）。
　ＲＲＣページング信号を受信したＵＥ５０は、ＲＲＣ接続確立手順を実行し、ＲＲＣ接続を確立させる（ステップ４１０）。その後、ｅＮＢ１０は、ＲＲＣ接続の確立が完了したことを示す信号であるＲＲＣ接続確立完了をＭＭＥ３０に送信する（ステップ４１１）。なお、ｅＮＢ１０は、ＵＥ５０とのＲＲＣ接続が確立したことを、例えば、ｅＮＢ１０がＵＥ５０からRRC Connection Setup Completeを受信したことで判別できる。
　ＭＭＥ３０はＲＲＣ接続確立完了の信号をＳ－ＧＷ４０に送信する（ステップ４１２）。これにより、Ｓ－ＧＷ４０はＵＥ５０とｅＮＢ１０間のＲＲＣ接続が確立したと判断し、既に確立されているＵＥ５０に係るＳ１－Ｕコネクションを利用して、保留していた下りデータのｅＮＢ１０への転送を開始する（ステップ４１３）。当該下りデータはｅＮＢ１０からＵＥ５０に届く（ステップ４１４）。このようにしてＵＥ５０への下りデータの伝送が開始される。
　図１１のステップ４１０のＲＲＣ接続確立手順の詳細については後述する。当該ＲＲＣ接続確立手順では、ＵＥ５０とｅＮＢ１０のそれぞれでＲＲＣ接続時に確立し、保持しておいたＵＥコンテクストが利用されるので、従来は必要であった、RRC Security Mode Command、RRC Security Mode Complete、RRC Connection Reconfiguration、RRC Connection Reconfiguration Complete、等のメッセージの送受信を行うことなくＲＲＣ接続確立を行うことができる。
　ここで、ＵＥ５０とｅＮＢ１０のそれぞれで保持されるＵＥコンテクストは、例えば、ＲＲＣコンフィギュレーション（RRC configuration）、ベアラコンフィギュレーション（bearer configuration： RoHC state information等を含む)、ＡＳセキュリティコンテクスト（Access Stratum Security Context）、L2/L1パラメータ（MAC、PHYのコンフィギュレーション等）等である。
　また、ＵＥ５０とｅＮＢ１０とでＵＥコンテクストとして同じ情報を保持してもよいし、ＵＥ５０は、ｅＮＢ１０との接続に必要なＵＥコンテクストの情報のみを保持し、ｅＮＢ１０は、ＵＥ５０との接続に必要なＵＥコンテクストの情報のみを保持してもよい。
　より具体的には、ＲＲＣアイドル状態において、例えば、ＵＥ５０とｅＮＢ１０はそれぞれ、RRC Connection Setupで運ばれるRadioResourceConfigDedicatedの情報、RRC Connection Setup Completeで運ばれる能力情報、及びセキュリティ関連情報（キー情報等）、 RRC Security Mode Commandで運ばれるセキュリティ関連情報、RRC Connection Reconfigurationで運ばれるコンフィギュレーション情報等を、ＵＥコンテクストとして保持する。なお、これらは一例であり、ＵＥコンテクストとして保持する情報は、これらに限られず、追加で情報を保持してもよいし、これらの情報の一部を保持しないこととしてもよい。
　ＵＥ１０とｅＮＢ１０はそれぞれＵＥコンテクストとして上記のような情報を保持することで、ＲＲＣアイドル状態からＲＲＣ接続状態に遷移する際に、RRC Security Mode Command、RRC Security Mode Complete、RRC Connection Reconfiguration、RRC Connection Reconfiguration Complete、等のメッセージの送受信を行うことなくＲＲＣ接続確立を行うことができる。
　また、実施例２では、ｅＮＢ１０は、ＵＥコンテクストを、当該ＵＥコンテクストに対応するＵＥの識別子（ＵＥ識別子）に対応付けて記憶手段に保持する。ＵＥ識別子の種類には限定はないが、実施例２では、一例として、ＵＥ識別子としてS-TMSI（SAE temporary mobile subscriber identity）を使用している。
　＜ＲＲＣ接続確立手順の例＞
　次に、実施例２におけるＵＥ５０とｅＮＢ１０との間のＲＲＣ接続確立手順について、図１２のシーケンスを参照して説明する。なお、図１２に示すシーケンスは、図１１のステップ４１０の手順を想定しているが、これに限られない。例えば、図１２に示すシーケンスが、ＵＥ５０からの発信時のＲＲＣ接続確立手順におけるものであってもよい。
　図１２に示すシーケンスの前に、ＵＥ５０からｅＮＢ１０にRandom Access Preambleが送信され、ｅＮＢ１０からＵＥ５０にRandom Access Responseが送信されているとする。
　ＵＥ５０は、Random Access Responseに含まれるＵＬグラントで割り当てられるリソースにより、ステップ５０１において、RRC Connection Requestメッセージ（ＲＲＣ接続要求）をｅＮＢ１０に送信する。実施例２では、ステップ５０１において、ＵＥ５０は、RRC Connection Requestメッセージにおけるスペアビット（spare bit ：１ビット）を使用して、ＵＥ５０がＵＥコンテテクストを保持していることをｅＮＢ１０に通知する。例えば、ビットが立っている（１である）場合に、ＵＥ５０はＵＥコンテクストを保持していることを示す。ＵＥ５０がＵＥコンテクストを保持していることを示すこの情報をＵＥコンテクスト保持情報と呼ぶことにする。
　また、RRC Connection Requestメッセージには、上記のビットに加えて、ＵＥ５０を識別するＵＥ識別子（具体的には、S-TMSI（SAE temporary mobile subscriber identity ））が含まれる。S-TMSIは、ＵＥ５０固有の識別子から生成される一時的なＵＥ５０の識別子であり、ＵＥ５０の位置登録時等にＭＭＥ３０から払い出されるものである。本実施の形態では、ＵＥ５０と各ｅＮＢは、ＵＥ５０を識別するためのS-TMSIを保持しているものとする。
　ステップ５０１で上記RRC Connection Requestメッセージを受信したｅＮＢ１０は、当該メッセージからＵＥコンテクスト保持情報とＵＥ識別子を読み出すことで、ＵＥ識別子で識別されるＵＥ５０がＵＥコンテクストを保持していることを認識し、保持している複数のＵＥコンテクストの中から、当該ＵＥ識別子に対応するＵＥコンテクストを記憶手段から検索する。すなわち、ＵＥ識別子のマッチング処理を行う。
　ステップ５０２において、ｅＮＢ１０は、検索の結果、ＵＥ識別子に対応するＵＥコンテクストを検出すると、RRC Connection Setupメッセージ（ＲＲＣ接続確立メッセージ）により、ｅＮＢ１０がＵＥ５０のＵＥコンテクストを保持していることをＵＥ５０に通知するとともに、ＵＥ５０の認証のための情報を送信するようにＵＥ５０に要求する。
　ＵＥ５０のＵＥコンテクストを保持していることを示す情報が含まれるRRC Connection Setupメッセージを受信したＵＥ５０は、保持していたＵＥコンテクスト（ベアラ、security key、コンフィギュレーション等）を継続使用する。
　また、RRC Connection Setupメッセージに含まれるRadioResourceConfigDedicatedには、ベアラ、ＭＡＣ及びＰＨＹコンフィギュレーション等に関するパラメータ値が含まれるが、ステップ５０２において上記の通知・要求を含むRRC Connection Setupメッセージを受信したＵＥ５０は、RadioResourceConfigDedicatedにより通知されるパラメータ値を無視し、保持していたＵＥコンテクストのパラメータ値を継続使用する。なお、RadioResourceConfigDedicatedにより通知されるパラメータ値を無視せずに、通知されたパラメータ値を使用することとしてもよい。これにより、既に保持しているパラメータ値がｅＮＢ１０により変更された場合に、その変更を反映することができる。
　次に、ステップ５０３において、ＵＥ５０は、RRC Connection Setup Completeメッセージに、Authentication token、shortMAC-I等の認証情報を含めてｅＮＢ１０に送信する。Authentication token、shortMAC-I等の認証情報は、ｅＮＢ１０がＵＥ５０を認証するために使用される情報である。
　RRC Connection Setup Completeメッセージを受信したｅＮＢ１０は、当該メッセージに含まれる認証情報を使用して、ＵＥ５０が、ＵＥ識別子により検索されたＵＥコンテクストに対応する正しいＵＥであることを認証する。その後、ＵＥ５０とｅＮＢ１０はそれぞれ、保持していたＵＥコンテクストを利用して接続を確立（再開）する。なお、保持していたＵＥコンテクストを利用して接続を確立（再開）するにあたって、ステップ５０３は必ずしも必須ではなく、ステップ５０３を実施しないこととしてもよい。
　＜ＲＲＣ接続解放手順の例＞
　実施例２においては、ＵＥ５０がｅＮＢ１０からRRC Connection Releaseメッセージを受信してＲＲＣアイドル状態に遷移する際に、常にＵＥコンテクストを保持することとしてもよいし、RRC Connection Releaseメッセージ内にＵＥコンテクストを保持することを指示する情報が含まれていた場合にのみＵＥコンテクストを保持することとしてもよい。後者の例を以下に説明する。
　図１３に示すように、ｅＮＢ１０がＵＥ５０をＲＲＣアイドル状態に遷移させる場合に、ｅＮＢ１０はＵＥ５０に対してRRC Connection Releaseメッセージを送信する（ステップ６０１）。
　当該RRC Connection Releaseメッセージには、ＲＲＣアイドル状態においてＵＥコンテクストを保持し続けることをＵＥ５０に指示する指示情報（indication）が含まれる。なお、指示情報については、新規のindicationをメッセージ中に含めても良いし、既存のrelease causeのスペアビットを用いることとしてもよい。具体例については後述する。
　ＵＥ５０は、RRC Connection Releaseメッセージから上記指示情報を検知した場合、ＲＲＣアイドル状態の間、ＲＲＣアイドル状態遷移時のＵＥコンテクスト（ベアラ情報，セキュリティ情報等）を保持し続ける。
　＜システム全体の処理シーケンスの他の例＞
　図１１に示した例では、ＵＥ１０は、同じｅＮＢ１０の下で、ＲＲＣ接続状態とＲＲＣアイドル状態との間の遷移を行ったが、ここでは別の例として、ＵＥ５０がｅＮＢ１０に接続してＲＲＣ接続状態となり、ｅＮＢ１０の配下のセルでＲＲＣアイドル状態となり、その後に、ＵＥ５０がｅＮＢ２０の配下のセルに移動して、着信を受ける場合の処理シーケンスを図１４を参照して説明する。
　図１４の場合も、処理の前提として、ＵＥ５０はｅＮＢ１０のセルにおいてＲＲＣ接続状態にあり、Ｓ１－Ｃ／Ｕのコネクションが確立されている状態とする。
　図１１の場合と同様にして、ｅＮＢ１０はＭＭＥ３０に対してコネクション維持指示信号を送信する（ステップ７０１）。また、ＭＭＥ３０はコネクション維持指示信号をＳ－ＧＷ４０に送信する（ステップ７０２）。
　前述したとおり、コネクション維持指示信号は、当該ＵＥ５０に関するＳ１－Ｃ／Ｕコネクションを維持しながら、ＵＥ５０への着信時に下りデータをＳ－ＧＷ４０に保留して、ＭＭＥ３０からページングを行うことを指示する信号である。
　コネクション維持指示信号を受信したＳ－ＧＷ４０は、確認応答をＭＭＥ３０に送信し（ステップ７０３）、ＭＭＥ３０は、確認応答をｅＮＢ１０に送信する（ステップ７０４）。
　ｅＮＢ１０は、ステップ７０１～７０４の後に、ＲＲＣ接続解放（RRC Connection Release）をＵＥ５０に送信し、ＵＥ５０をＲＲＣアイドル状態に遷移させる（ステップ７０５）。この後に、ＵＥ５０はｅＮＢ２０配下のセルに移動する。当該RRC Connection Releaseメッセージには、ＵＥコンテクストを保持する指示が含まれており、ＵＥ５０は、ＵＥコンテクストを保持する。ただし、このＵＥコンテクストは、ｅＮＢ１０との接続に利用された情報である。
　その後、ＵＥ５０向けの下りデータが発生し、当該下りデータがＳ－ＧＷ４０に到着する（ステップ７０６）。ここでは、Ｓ１－Ｕコネクションは確立済みであるが、ステップ７０２で受信したコネクション維持指示信号に基づき、Ｓ－ＧＷ４０は、当該下りデータをｅＮＢ１０に転送せずにバッファに保留しておく。
　Ｓ－ＧＷ４０は、下りデータ着信通知をＭＭＥ３０に送信し（ステップ７０７）、ＭＭＥ３０はＵＥ５０向けのＳ１－ＡＰページングの信号をｅＮＢ２０に送信する（ステップ７０８）。このページング自体は、既存のページングと同様であり、ＵＥ５０のトラッキングエリアの各ｅＮＢ（１つ又は複数のｅＮＢのそれぞれ）に送信されるが、図１４ではｅＮＢ２０への送信を示している。
　Ｓ１－ＡＰページングの信号を受信したｅＮＢ２０は、配下のＵＥ５０にＲＲＣページングの信号を送信する（ステップ７０９）。
　ＲＲＣページングを受信したＵＥ５０は、ＲＲＣ接続確立手順を実行し、ＲＲＣ接続を確立させる（ステップ７１０）。また、ｅＮＢ２０とコアＮＷ側（図１４ではＳ－ＧＷ４０）との間でＮＡＳ接続手順が実行され、ｅＮＢ２０についてのＳ１－Ｃ／Ｕコネクションが確立される（ステップ７１１）。
　上記により、ＵＥ５０とＳ－ＧＷ４０とのコネクションが確立されるため、Ｓ－ＧＷ４０は、ＵＥ５０への下りデータの送信を開始する（ステップ７１２、Ｓ７１３）。また、ｅＮＢ１０とＭＭＥ３０間でのＵＥコンテクストが解放されるとともに、ｅＮＢ１０についてのＳ１－Ｃ／Ｕコネクションが解放される（ステップ７１４）。
　上記の例では、ステップ７１０のＲＲＣ接続確立手順において、ＵＥ５０は、図１２のステップ５０１のメッセージを送信するが、ｅＮＢ２０は、ＵＥ５０に対応するＵＥコンテクストを保持していないと判断するため、通常のＲＲＣ接続手順が実施される。もしくは、ｅＮＢ２０は、自身がＵＥ５０に対応するＵＥコンテクストを保持していないと判断した場合に、ＲＲＣ接続確立手順におけるメッセージによりＵＥ５０から通知されるＰＣＩ（ＵＥ５０がＵＥコンテクストを保持したセルのｅＮＢ１０を識別するセルＩＤ）等に基づいて、ｅＮＢ１０からＵＥ５０のＵＥコンテクストを取得し、当該ＵＥコンテクストを利用して、ＲＲＣ接続を行うこととしてもよい。
　＜仕様変更例＞
　次に、図１２、図１３で説明した各種の通知を行う場合における３ＧＰＰ仕様書（３ＧＰＰ　ＴＳ　３６．３３１、非特許文献４）の記載例（抜粋）を図１５～図１９に示す。図１５～図１９において、非特許文献４からの変更箇所に下線が引かれている。
　図１５Ａは、図１２のステップ５０１でＵＥ５０から送信されるRRC Connection Requestメッセージの例を示す。図１５Ａに示すように、ue-ContextStoring（例：１ビット）が追加されている。図１５Ｂに示すように、ue-ContextStoringは、ＵＥ５０が、前回のＲＲＣ接続において使用したＵＥコンテクストを保持していることを示す情報である。また、図１５Ａに示すとおり、S-TMSIが含まれている。
　図１６Ａは、図１２のステップ５０２でｅＮＢ１０から送信されるRRC Connection Setupメッセージの例を示す。図１６Ａに示すように、ue-ContextStoredとue-AuthenticationInfoReqが追加されている。
　図１６Ｂに示すように、ue-AuthenticationInfoReqは、ＵＥに対して認証情報を送信するよう要求する情報である。ue-ContextStoredは、ｅＮＢが、RRC Connection Setupの対象とするＵＥのＵＥコンテクストを保持することを示す情報である。ＵＥは、この情報（フィールド）が存在することを検出した場合、当該RRC Connection Setupメッセージにより通知されるradioRecourceConfigDedicatedフィールドを無視する。なお、前述したとおり、radioRecourceConfigDedicatedフィールドを無視せずに、これにより通知されたパラメータ値を適用することとしてもよい。
　図１７は、図１２のステップ５０３においてＵＥ５０から送信されるRRC Connection Setup Completeメッセージの例を示す。図１７に示すとおり、認証情報であるue-AuthenticationToken及びue-AuthenticationInfoが追加されている。
　図１８～図１９は、図１３のステップ６０１においてｅＮＢ１０から送信されるRRC Connection Releaseメッセージの例１、２を示す。
　図１８Ａ、Ｂは、Cause valueを使用してＵＥコンテクスト保持指示を行う例（例１）を示す。この場合、図１８Ａに示すように、ReleaseCause内にUEcontextHoldingが追加される。図１８Ｂに示すとおり、ue-ContextHoldingの値は、ＵＥがＲＲＣアイドル状態の間、ＵＥコンテクストを保持し続ける指示を示す。
　図１９Ａ、Ｂは、新規indicationを使用してＵＥコンテクスト保持指示を行う例（例２）を示す。図１９Ａに示すように、新規indicationとしてue-ContextHoldingが追加されている。図１９Ｂに示すとおり、ue-ContextHoldingは、ＵＥがＲＲＣアイドル状態の間、ＵＥコンテクストを保持し続ける指示を示す。
　＜ＵＥコンテクスト保持機能判定について＞
　図１２等を参照して説明したとおり、実施例２では、ＵＥ５０はＵＥコンテクストを保持していることをｅＮＢ１０に通知する。これはｅＮＢ１０がＵＥコンテクスト保持機能（保持したＵＥコンテクストを再利用して再接続を行う機能）に対応していることを前提としている。
　しかし、実施例１でも説明したように、全てのｅＮＢがＵＥコンテクスト保持機能に対応しているとは限らない。例えば、ＵＥ５０が、ｅＮＢ１０の配下でＵＥコンテクストを保持したままＲＲＣアイドル状態になって、ＵＥコンテクスト保持機能を保持しないｅＮＢ－Ｘのセルに移動したとする。ここで、ＵＥ５０がＵＥコンテクストを保持していることを示す情報をｅＮＢ－Ｘに通知しても、ｅＮＢ－Ｘは当該情報を理解できない。安定した動作を行う観点から、ＵＥ５０は、在圏するセルのｅＮＢがＵＥコンテクスト保持機能を有することを確認できた場合に、図１２で説明したＵＥコンテクスト保持通知の動作を行うことが望ましい。
　以下、ｅＮＢ１０がＵＥコンテクスト保持機能を有するか否かをＵＥ５０が判定する例を説明する。以下では、例２－１～例２－３を説明する。
　＜例２－１＞
　例２－１では、ｅＮＢ１０は、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを報知情報でＵＥ５０に報知する。当該報知情報としては、例えば、ＭＩＢ、ＳＩＢ１、ＳＩＢ２を使用することができる。
　図２０のフローチャートを参照して、ＵＥコンテクスト保持機能の判定に関するＵＥ５０の動作例を説明する。以下の例では、ｅＮＢ１０はＳＩＢ１を用いてＵＥコンテクスト保持機能に対応しているか否かを示す情報を報知する。
　ステップ８０１において、ＵＥ５０はｅＮＢ１０からＳＩＢ１を受信する。ステップ８０２において、ＵＥ５０は、ＳＩＢ１から、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを示す情報を読み取り、当該情報に基づいて、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを判定する。
　ステップ８０２の判定結果がＹｅｓ（対応している）の場合、ステップＳ８０３に進み、ＵＥ５０は、ＲＲＣ接続状態に遷移する場合に、図１２で説明した手順を実行する。すなわち、ＵＥ５０は、ＵＥコンテクストを保持していることを示す情報の通知等を行う。
　ステップ８０２の判定結果がＮｏ（対応していない）の場合、ステップＳ８０４に進み、ＵＥ５０は、ＲＲＣ接続状態に遷移する場合に、保持しているＵＥコンテクストを破棄して、スペアビットを用いない通常のRRC Connection RequestをｅＮＢ１０に送信する。
　＜例２－２＞
　例２－２では、ｅＮＢ１０は、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを、ランダムアクセス手順におけるRandom Access ResponseでＵＥ５０に通知する。
　図２１のフローチャートを参照して、例２－２におけるＵＥ５０の動作例を説明する。ここでは、例えば、ＲＲＣアイドル状態にあるＵＥ５０が、ページングを受けて（あるいは発信を行うために）、ＲＲＣ接続状態に遷移する場合の状況を示している。
　ステップ９０１において、ＵＥ５０はｅＮＢ１０にRandom Access Preambleを送信する。ステップ９０２において、ＵＥ５０はｅＮＢ１０からRandom Access Responseを受信する。当該Random Access Responseには、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを示す情報が含まれている。
　ステップ９０３において、ＵＥ５０は、Random Access Responseから、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを示す情報を読み取り、当該情報に基づいて、ｅＮＢ１０がＵＥコンテクスト保持機能に対応しているか否かを判定する。
　ステップ９０３の判定結果がＹｅｓ（対応している）の場合、ステップＳ９０４に進み、ＵＥ５０は、図１２で説明した手順を実行する。すなわち、ＵＥ５０は、ＵＥコンテクストを保持していることを示す情報の通知等を行う。
　ステップ９０３の判定結果がＮｏ（対応していない）の場合、ステップＳ９０５に進み、ＵＥ５０は、保持しているＵＥコンテクストを破棄して、スペアビットを用いない通常のRRC Connection RequestをｅＮＢ１０に送信する。
　例２－２におけるRandom Access Responseのメッセージ例は、例１－２と同様であり、図９、図１０に示したとおりである。
　　＜例２－３＞
　例２－３では、ＵＥ５０は、RRC Connection Setupメッセージに、前述したue-ContextStored（ｅＮＢ１０がＵＥ５０対応のＵＥコンテクストを保持していることを示す情報）が含まれているか否かでｅＮＢ１０におけるＵＥコンテクスト保持機能対応有無を判定する。
　すなわち、例２－３ではＵＥ５０は常にRRC Connection RequestでＵＥコンテクストを保持していることをｅＮＢに通知して、図１２に示す動作を実行する。ただし、ここでは、RRC Connection Setupメッセージに基づいて、ｅＮＢ１０におけるＵＥコンテクスト保持機能対応有無を判定するのである。
　図２２のフローチャートを参照して、例２－３におけるＵＥ５０の動作例を説明する。例えば、ＲＲＣアイドル状態にあるＵＥ５０が、ＲＲＣ接続状態に遷移しようとする場合に、ステップ１００１において、ＵＥ５０は、ＵＥコンテクストを保持していることを示す情報を含むRRC Connection RequestメッセージをｅＮＢ１０に送信する。
　ステップ１００２において、ＵＥ５０は、ｅＮＢ１０からRRC Connection Setupメッセージを受信する。ステップ１００３において、ＵＥ５０は、ue-ContextStoredがRRC Connection Setupメッセージに含まれているか否かの判定を行い、判定結果がＹｅｓ（含まれている）であればステップ１００４に進み、判定結果がＮｏ（含まれていない）であればステップ１００５に進む。
　ステップ１００４において、ＵＥ５０は、保持していたＵＥコンテクストを継続使用し、図１２のステップ５０３と同様のRRC Connection Setup CompleteメッセージをｅＮＢ１０に送信する。
　ステップ１００５において、ＵＥ５０は、保持していたＵＥコンテクストを破棄し、RRC Connection Setupメッセージに含まれているRadioResourceConfigDedicated内の設定値を反映してＵＥコンテクスト（ベアラ、MAC config、PHY config等）を作成し、ｅＮＢ５０との接続（通信）に使用する。ステップ１００５以降、通常のＲＲＣ接続手順が実行される。
　（変形例）
　次に、実施例１、実施例２のいずれにも適用可能な変形例について説明する。
　上述したように、本実施の形態においては、ＳＩＢ１、ＳＩＢ２等の信号を用いて、ｅＮＢ１０が、ＵＥコンテクスト保持機能に対応しているか否かをＵＥ５０に通知することが可能である。
　ところで、少量のデータが送受信されるＩｏＴ（Internet of Things）等への適用を想定して、データをC-planeにおいてＳＲＢ（Signaling Radio Bearer）で送受信することで、シグナリング量を削減する方式が提案されている（非特許文献３のSolution 2: Infrequent small data transmission using pre-established NAS securityに相当）。ここではこの方式を「ＳＲＢ方式」あるいは「cpCIoTEPSOptimisation」あるいは「Control plane CIoT EPS Optimisation」あるいは「C-plane solution」と呼ぶ。
　一方、実施例１、実施例２で説明した方法、もしくは、非特許文献３において、「Solution 18: User plane based solution with AS information stored in RAN」として提案されている方法のように、U-plane（ＤＲＢ）でデータの送受信を行いつつ、ＵＥコンテクストを保持し、再利用することでシグナリング量を削減する方式が提案されている。この方式は、U-planeにおける解決策である。ここではこの方式を「ＤＲＢ方式」あるいは「U-plane solution」あるいは「User plane CIoT EPS Optimisation」あるいは「upCIoTEPSOptimisation」と呼ぶ。
　本変形例では、ｅＮＢ１０が、「C-plane solution」もしくは「U-plane solution」に対応しているか否かをＵＥ５０に通知する。通知に使う信号は特定の信号に限られないが、本変形例では、ＳＩＢ２を使用する。
　図２３、図２４に、本変形例におけるＳＩＢ２の仕様変更例（抜粋）を示す。図２３、図２４は、非特許文献４からの変更を示すものであり、変更箇所に下線が引かれている。図２３に示すように、「cpCIoTEPSOptimisationAllowed」、「upCIoTEPSOptimisationAllowed」が加えられている。図２４に示すように、「cpCIoTEPSOptimisationAllowed」は、ＵＥが、「Control plane CIoT EPS Optimisation」との接続を行ってよいかどうかを示す。つまり、ネットワーク（ｅＮＢ）が、「Control plane CIoT EPS Optimisations」をサポートしているか否かを示す。「upCIoTEPSOptimisationAllowed」は、ＵＥが、「User plane CIoT EPS Optimisation」との接続を行ってよいかどうかを示す。つまり、ネットワーク（ｅＮＢ）が、「User plane CIoT EPS Optimisation」をサポートしているか否かを示す。
　本変形例においては、ＵＥ５０は、少なくとも「Control plane CIoT EPS Optimisation」と「User plane CIoT EPS Optimisation」の両方の機能をサポートしているものとする。
　　＜動作例１＞
　図２５のフローチャートを参照して、変形例において、ＵＥ５０がｅＮＢ１０からＳＩＢ２を受信した場合におけるＵＥ５０の動作例１を説明する、なお、図２５のフローにおける各ステップの説明として、図２７を参照して後述する仕様変更例における記述を載せている。図２５は、ＵＥ５０のセル選択時の動作を示す。ただし、セル選択時の動作に限られるわけではない。
　ステップＳ１０において、ＵＥ５０は、RRC_IDLE状態、あるいは、RRC_CONNECTEDでかつタイマーT311が起動している状態（例えばリンク障害により、セル選択処理を行っている状態）である。ステップＳ１１において、ＵＥ５０は、「control plane CIoT EPS optimization」の方式でアクセスを行っている。
　ステップＳ１２において、ＵＥ５０は、ＳＩＢ２の中に「cpCIoTEPSOptimisationAllowed」が含まれていないかどうかを判断する。つまり、ＵＥ５０は、ｅＮＢ１０が「control plane CIoT EPS optimization」の方式に対応していないかどうかを判断する。
　ステップＳ１２の判断がＹｅｓとなる場合、ステップＳ１３に進み、ＵＥ５０は、「control plane CIoT EPS optimization」の方式を用いないで、セル（ｅＮＢ１０）へのアクセスを行う。例えば、ＵＥ５０は、「User plane CIoT EPS Optimisation」もしくは従来の方式（例：図１４のＳ７１０、Ｓ７１１等のＮＡＳ接続を含む方式）でアクセスを行う。「User plane CIoT EPS Optimisation」を用いる場合、ＵＥ５０は、例えば、図７、図８で示した処理、もしくは、図２０～図２２で示した処理を実行する。
　ステップＳ１２の判断がＮｏの場合、ステップＳ１４に進み、ＵＥ５０は、「control plane CIoT EPS optimization」の方式を用いてセル（ｅＮＢ１０）へのアクセスを行う。この例では、本実施の形態における移動通信システムは、非特許文献３の「Solution 2: Infrequent small data transmission using pre-established NAS security」をサポートしているものとし、ＵＥ５０は、Solution 2に準拠したアクセス手順を実行する。
　　　＜動作例２＞
　次に、図２６のフローチャートを参照して、変形例において、ＵＥ５０がｅＮＢ１０からＳＩＢ２を受信した場合におけるＵＥ５０の動作例２を説明する、なお、図２６のフローにおける各ステップの説明として、図２８を参照して後述する仕様変更例における記述を載せている。図２６は、ＵＥ５０のセル選択時の動作を示す。ただし、セル選択時の動作に限られるわけではない。
　ステップＳ２０及びＳ２１は、動作例１のステップＳ１０及びＳ１１と同じである。
　ステップＳ２２において、ＵＥ５０は、ＳＩＢ２の中に「cpCIoTEPSOptimisationAllowed」が含まれていないかどうかを判断する。つまり、ＵＥ５０は、ｅＮＢ１０が「control plane CIoT EPS optimization」の方式に対応していないかどうかを判断する。
　ステップＳ２２の判断がＹｅｓとなる場合、ステップＳ２３に進み、ＵＥ５０は、ＳＩＢ２の中に「upCIoTEPSOptimisationAllowed」が含まれているかどうかを判断する。つまり、ＵＥ５０は、ｅＮＢ１０が「User plane CIoT EPS optimization」の方式に対応しているかどうかを判断する。
　ステップＳ２３の判断がＹｅｓとなる場合、ステップＳ２４に進み、ＵＥ５０は、「User plane CIoT EPS Optimisation」の方式でセルへのアクセスを行う。「User plane CIoT EPS Optimisation」を用いる場合、ＵＥ５０は、例えば、図７、図８で示した処理、もしくは、図２０～図２２で示した処理を実行する。なお、「upCIoTEPSOptimisationAllowed」が含まれていることを確認する動作例２においては、「upCIoTEPSOptimisationAllowed」を「基地局がコンテクスト保持機能を有するか否かを示す指示情報」と見なし、ステップＳ２４において、図７のＳ２０３、図８のＳ３０４、図１２に示した手順等を行うこととしてもよい。
　ステップＳ２３の判断がＮｏの場合、ステップＳ２５に進み、ＵＥ５０は、当該セルへのアクセスは禁止されている（barred）と判断し、例えば、他のセルへのアクセスを試みる。なお、動作例２では、ネットワークが「C-plane solution」と「U-plane solution」のいずれにも対応していない場合には、ＵＥ５０は、当該ネットワークにアクセスできないことを想定している。つまり、ＵＥ５０が従来のNASに対応しておらず，C/U-plane solution専用のNASにしか対応していないことを想定している。よって、仮にＵＥ５０が従来のＮＡＳ方式に対応しているのであれば、ステップＳ２５で従来のＮＡＳ方式でアクセスをしてもよい。
　ステップＳ２２の判断がＮｏの場合、ステップＳ２６に進み、ＵＥ５０は、動作例１のステップＳ１４と同様に、「control plane CIoT EPS optimization」の方式を用いてセル（ｅＮＢ１０）へのアクセスを行う。
　＜仕様変更例＞
　図２７は、図２５のフローに対応する仕様変更例（抜粋）を示す。図２７は、非特許文献４からの変更を示すものであり、変更箇所に下線が引かれている。図２７に示すように、図２５に示したフローの内容が追加されている。
　図２８は、図２６のフローに対応する仕様変更例（抜粋）を示す。図２８は、非特許文献４からの変更を示すものであり、変更箇所に下線が引かれている。図２８に示すように、図２６に示したフローの内容が追加されている。
　上記のように、変形例の方式を用いることで、ＵＥ５０は、ネットワーク側の対応方式に応じて、柔軟に方式を選択してアクセスを行うことができる。
　＜変形例におけるその他の例＞
　本変形例では、ｅＮＢは、ネットワークが「C-plane solution」に対応しているかどうか、及び、ネットワークが「U-plane solution」に対応しているかどうかを、ＳＩＢ２等のブロードキャストシステム情報でＵＥ５０に通知する。このような通知を受信したＵＥ５０は、当該通知の情報（ビット）を上位レイヤ（例：ＮＡＳレイヤ）に転送する。ＵＥ５０は、当該通知の情報に基づき、ＮＡＳレイヤでの動作を含む、以下に説明する動作を行うことができる。
　「U-plane solution」に対応しているＵＥ５０が、例えば図５、図１１、又は図１３に示す処理により、コンテクストを保持しながらアイドル状態（又はサスペンド状態）にある場合において、ＵＥ５０が、あるセルにおいて、初期ＮＡＳメッセージ（initial NAS message）を使用する手順（procedure）を開始するものとする。
　上記の初期ＮＡＳメッセージは、例えば、ATTACH REQUEST、DETACH REQUEST、TRACKING AREA UPDATE REQUEST、SERVICE REQUEST、EXTENDED SERVICE REQUEST、又は、CONTROL PLANE SERVICE REQUESTである（非特許文献６）。
　ＵＥ５０がNB-S1 modeの場合、すなわち、ＵＥ５０がNB-IoT用のＵＥである場合において、ＵＥ５０は、上記のＮＡＳレイヤでの手順を開始することをトリガとして、下位レイヤ（例：ＲＲＣレイヤ）にＲＲＣ接続を再開することを要求する。
　ＵＥ５０がWB-S1 modeの場合、すなわち、ＵＥ５０がNB-IoT以外のＵＥである場合には、ＵＥ５０は下記の動作を行う。なお、WB-S1 modeとは、non-NB-IoT UE（NB-IoT用ではないUE）がCIoT EPS optimizationを使用する場合のモードである。
　ＵＥ５０は、上記のＮＡＳレイヤでの手順を開始することをトリガとして、まず、ネットワークが「U-plane solution」に対応していることを示す通知をブロードキャストシステム情報によりｅＮＢから受信しているかどうかを判断する。ＵＥ５０が、当該通知を受信している場合、ＵＥ５０は、下位レイヤにＲＲＣ接続を再開することを要求する。そして、ＵＥ５０は、例えば、上記通知を「基地局がコンテクスト保持機能を有するか否かを示す指示情報」と見なし、図７のＳ２０３、図８のＳ３０４、図１２に示した手順を行う。
　ＵＥ５０が、「U-plane solution」に対応していることを示す通知をブロードキャストシステム情報によりｅＮＢから受信していない場合、ＵＥ５０は、SERVICE REQUESTを含む初期ＮＡＳメッセージ（initial NAS message）を送信し、下位レイヤにＲＲＣ接続の開始を要求する。この場合、要求を受けた下位レイヤにおいて、ＵＥ５０は、例えば、コンテクストの破棄、及びResume IDの破棄を行って、RRC connection requestの送信を行う。
　なお、NB-S1 modeかWB-S1 modeかに関わらずに、ＵＥ５０が、上述したWB-S1 modeの動作を行うこととしてもよい。
　上記の動作に対応する仕様変更例を図２９に示す。図２９において、非特許文献６からの抜粋に対し、上記動作に対応する変更箇所に下線が引かれている。図２９に示す仕様の箇所のうち、「Upon trigger of a procedure using an initial NAS message when in EMM-IDLE mode with suspend indication, the UE in NB-S1 mode shall request the lower layer to resume the RRC connection. In this request to the lower layer the NAS shall provide to the lower layer the RRC establishment cause and the call type according to annex D of this document;」と「Upon trigger of a procedure using an initial NAS message when in EMM-IDLE mode with suspend indication, if support of Use plane CIoT EPS optimization is received as part of the broadcast system information, the UE in WB-S1 mode shall request the lower layer to resume the RRC connection. In this request to the lower layer the NAS shall provide to the lower layer the RRC establishment cause and the call type according to annex D of this document. If support of Use plane CIoT EPS optimization is not received as part of the broadcast system information, the UE in WB-S1 mode shall send an initial NAS message including SERVICE REQUEST and request the lower layer to initiate an RRC connection ;」が上記の動作に対応する。なお、「in EMM-IDLE mode with suspend indication」は、ＵＥ５０が、コンテクストを保持したままアイドル状態にあることを示す。
　また、本例では、WB-S1 modeのＵＥ５０は、ネットワークが「C-plane solution」に対応していることを示す情報をブロードキャストシステム情報でｅＮＢから受信しない場合、ATTACH REQUESTで、「C-plane solution」の使用をｅＮＢ側にリクエストしない。この動作に対応する仕様変更例を図３０に示す。図３０において、非特許文献６からの抜粋に対し、上記動作に対応する変更箇所に下線が引かれている。図３０に示す仕様の箇所のうち、「In WB-S1 mode, if the PLMN support of control plane CIoT EPS optimization is not received as part of the broadcast system information, then the UE shall not request "control plane CIoT EPS optimization" in the Additional update type IE of the ATTACH REQUEST message.」が上記動作に対応する。
　また、本例では、WB-S1 modeのＵＥ５０は、ネットワークが「C-plane solution」に対応していることを示す情報をブロードキャストシステム情報でｅＮＢから受信しない場合、TRACKING AREA UPDATE REQUESTで、「C-plane solution」の使用をｅＮＢ側にリクエストしない。この動作に対応する仕様変更例を図３１に示す。図３１において、非特許文献６からの抜粋に対し、上記動作に対応する変更箇所に下線が引かれている。図３１に示す仕様の箇所のうち、「In WB-S1 mode, if the PLMN support of control plane CIoT EPS optimization is not received as part of the broadcast system information, then the UE shall not request "control plane CIoT EPS optimization" in the Additional update type IE of the TRACKING AREA UPDATE REQUEST message.」が上記動作に対応する。
　また、ＵＥ５０がNon-NB-IoT UEである場合において、ＵＥ５０が「C-plane solution」を使用している状態で、あるセルに移動し、当該セルでSERVICE REQUESTを起動する場合において、ＵＥ５０は、下記の動作を行う。
　ＵＥ５０は、ネットワークが「C-plane solution」に対応していることを示す情報をブロードキャストシステム情報でｅＮＢから受信する場合、専用のCONTROL PLANE SERVICE REQUESTを送信し、EMM-SERVICE-REQUEST-INITIATEDの状態に入る。また、ＵＥ５０は、ネットワークが「C-plane solution」に対応していることを示す情報をブロードキャストシステム情報でｅＮＢから受信しない場合、SERVICE REQUEST又はEXTENDED SERVICE REQUESTを送信し、EMM-SERVICE-REQUEST-INITIATEDの状態に入る。
　上記の動作に対応する仕様変更例を図３２に示す。図３２において、非特許文献６からの抜粋に対し、上記動作に対応する変更箇所に下線が引かれている。図３２に示す仕様の箇所のうち、「In WB-S1 mode, if the PLMN support of control plane CIoT EPS optimization is received as part of the broadcast system information, the UE sends a CONTROL PLANE SERVICE REQUEST message, start T3417 and enter the state EMM-SERVICE-REQUEST-INITIATED. Otherwise, the UE sends a SERVICE REQUEST or EXTENDED SERVICE REQUEST message, start T3417 or T3417ext and enter the state EMM-SERVICE-REQUEST-INITIATED .」が上記動作に対応する。ＵＥ５０は、「C-plane solution」に対応していることを示す情報をブロードキャストシステム情報でｅＮＢから受信しない場合、図３３に示す複数手順の中のいずれかの手順を実行する。
　（装置構成例）
　次に、本発明の実施の形態における装置の構成例を説明する。以下で説明する各装置の構成は、発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（ＥＰＣを含む意味のＬＴＥ）に準拠した通信システムにおける装置として動作するための図示しない機能も有するものである。また、各図に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び／又は機能部の名称はどのようなものでもよい。
　各装置は、実施例１と実施例２の両方の機能を備えてもよいし、実施例１と実施例２のうちのいずれか一方を備えることとしてもよい。また、各装置は、実施例１と実施例２と変形例の全ての機能を備えてもよいし、「実施例１及び変形例」と「実施例２及び変形例」のうちのいずれか一方を備えることとしてもよい。以下の説明では、各装置は少なくとも実施例１と実施例２の両方の機能を備えるものとする。
　　＜ＭＭＥ、Ｓ－ＧＷの構成例＞
　まず、図３４を参照して、ＭＭＥ３０とＳ－ＧＷ４０の構成例を説明する。図３４に示すように、ＭＭＥ３０は、ｅＮＢ通信部３１、ＳＧＷ通信部３２、通信制御部３３を含む。
　ｅＮＢ通信部３１は、ｅＮＢとの間でＳ１－ＭＭＥインターフェースによる制御信号の送受信を行う機能を含む。ＳＧＷ通信部３２は、Ｓ－ＧＷとの間でＳ１１インターフェースによる制御信号の送受信を行う機能を含む。
　また、Ｓ－ＧＷ４０は、ｅＮＢ通信部４１、ＭＭＥ通信部４２、ＮＷ通信部４３、通信制御部４４を含む。ｅＮＢ通信部４１は、ｅＮＢとの間でＳ１－Ｕインターフェースによるデータの送受信を行う機能を含む。ＭＭＥ通信部４２は、ＭＭＥとの間でＳ１１インターフェースによる制御信号の送受信を行う機能を含む。ＮＷ通信部４３は、コアＮＷ側のノード装置との間で制御信号の送受信及びデータの送受信を行う機能を含む。
　なお、ここまでの説明は実施例１と実施例２で共通である。以下では特に、実施例２（非特許文献３とは異なる方式）についての機能を説明する。
　通信制御部３３は、ｅＮＢからコネクション維持指示信号を受信した場合に、当該コネクション維持指示信号をＳ－ＧＷに送信するようＳＧＷ通信部３２に指示するとともに、Ｓ－ＧＷから確認応答を受信した場合に、当該確認応答をｅＮＢに送信するようＳＧＷ通信部３２に指示する機能を含む。
　通信制御部４４は、ＭＭＥからコネクション維持指示信号を受信した場合に、確認応答をＭＭＥに送信するようＭＭＥ通信部４２に指示する機能を含む。また、通信制御部４４は、ＭＭＥからコネクション維持指示信号を受信している場合において、該当ＵＥへの下りデータを受信した場合に、当該下りデータをバッファに保留しておくようにＮＷ通信部４３に指示し、ＲＲＣ接続確立完了をｅＮＢから受信した場合に、当該下りデータを送信するようにＮＷ通信部４３に指示する機能を含む。
　なお、ＭＭＥ３０とＳ－ＧＷ４０を１つの装置として構成することもできる。その場合、ＳＧＷ通信部３２とＭＭＥ通信部４２間のＳ１１インターフェースの通信は、装置内部の通信となる。
　次に、本発明の実施の形態（実施例１、実施例２、及び変形例を含む）におけるＵＥ５０とｅＮＢ１０の構成例を説明する。
　　＜ユーザ装置ＵＥ＞
　図３５に、ユーザ装置（ＵＥ５０）の機能構成図を示す。図３５に示すように、ＵＥ５０は、ＤＬ信号受信部５１、ＵＬ信号送信部５２、ＲＲＣ処理部５３、ＵＥコンテクスト管理部５４を備える。なお、図３５は、ＵＥ５０において本発明に特に関連する機能部のみを示すものであり、ＵＥ５０は、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。
　ＤＬ信号受信部５１は、基地局ｅＮＢから各種の下り信号を受信し、受信した物理レイヤの信号からより上位のレイヤの情報を取得する機能を含み、ＵＬ信号送信部５２は、ＵＥ５０から送信されるべき上位のレイヤの情報から、物理レイヤの各種信号を生成し、基地局ｅＮＢに対して送信する機能を含む。
　ＲＲＣ処理部５３は、図７～図１０、図１２、図１３、図１５～図２２、図２５、図２６、図２９～図３３等を参照して説明した、ＵＥ側の判定処理、ＲＲＣメッセージの生成・送信・受信（送信はＵＬ信号送信部５２を介した送信、受信はＤＬ信号受信部５１を介した受信）、ＤＬ信号受信部５１により受信した報知情報及びＲＲＣメッセージの解釈、ＮＡＳメッセージの生成・送信・受信（送信はＵＬ信号送信部５２を介した送信、受信はＤＬ信号受信部５１を介した受信）、ＮＡＳレイヤから下位レイヤへの要求、U/C plane対応情報の上位レイヤへの通知等を行う。また、図８～図１０、図２１を参照して説明したランダムアクセス手順におけるＭＡＣ信号の送受信は、ＤＬ信号受信部５１とＵＬ信号送信部５２により行うこととしてもよい。また、ＲＲＣ処理部５３は、ＵＥコンテクスト管理部５４に保持しておいたＵＥコンテクストを利用してＲＲＣ接続を再開する機能等も含む。また、ＲＲＣ処理部５３は、ＲＲＣ接続を再開しない場合（例：ｅＮＢが保持機能に対応していない場合、又は、U-plane solutionをサポートすることを示すシステム情報をｅＮＢから受信しない場合等）において、保持していたＵＥコンテクストを破棄して、RRC connection requestによりＲＲＣ接続を開始する機能を含む。また、ＲＲＣ処理部５３は、ＵＥコンテクスト管理部５４に保持しておいたＵＥコンテクストを利用してＲＲＣ接続を再開する機能も含む。なお、本実施の形態では、ＲＲＣ処理部５３は、ＮＡＳレイヤの処理も行うこととしていることから、ＲＲＣ処理部５３をＲＲＣ・ＮＡＳ処理部５３と称してもよい。
　ＵＥコンテクスト管理部５４は、メモリ等の記憶手段を含み、例えば、図５のステップ１０７、図１３等で説明した指示に基づいて、ＲＲＣ保留状態／ＲＲＣアイドル状態においてＵＥコンテクスト及びＵＥ識別子（S-TMSI等）を保持する。また、図１２に示す手順においては、ＵＥコンテクストの保持の有無を判断し、ＵＥコンテクストを保持している場合には、ＵＥコンテクストを保持していることを示す情報を通知するよう、ＲＲＣ処理部５３に指示する。
　図３５に示すＵＥ５０の構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
　図３６は、ＵＥ５０のハードウェア（ＨＷ）構成の例を示す図である。図３６は、図３５よりも実装例に近い構成を示している。図３６に示すように、ＵＥは、無線信号に関する処理を行うＲＥ（Ｒａｄｉｏ　Ｅｑｕｉｐｍｅｎｔ）モジュール１５１と、ベースバンド信号処理を行うＢＢ（Ｂａｓｅ　Ｂａｎｄ）処理モジュール１５２と、上位レイヤ等の処理を行う装置制御モジュール１５３と、ＵＳＩＭカードにアクセスするインタフェースであるＵＳＩＭスロット１５４とを有する。
　ＲＥモジュール１５１は、ＢＢ処理モジュール１５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Ａｎａｌｏｇ　ｔｏ　Ｄｉｇｉｔａｌ）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール１５２に渡す。ＲＥモジュール１５１は、例えば、図３５のＤＬ信号受信部５１及びＵＬ信号送信部５２における物理レイヤ等の機能を含む。
　ＢＢ処理モジュール１５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）１６２は、ＢＢ処理モジュール１５２における信号処理を行うプロセッサである。メモリ１７２は、ＤＳＰ１６２のワークエリアとして使用される。ＢＢ処理モジュール１５２は、例えば、図３５のＤＬ信号受信部５１及びＵＬ信号送信部５２におけるレイヤ２等の機能、ＲＲＣ処理部５３及びＵＥコンテクスト管理部５４を含む。なお、ＲＲＣ処理部５３及びＵＥコンテクスト管理部５４の機能の全部又は一部を装置制御モジュール１５３に含めることとしてもよい。
　装置制御モジュール１５３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ１６３は、装置制御モジュール１５３が行う処理を行うプロセッサである。メモリ１７３は、プロセッサ１６３のワークエリアとして使用される。また、プロセッサ１６３は、ＵＳＩＭスロット１５４を介してＵＳＩＭとの間でデータの読出し及び書込みを行う。
　　＜基地局ｅＮＢ＞
　図３７に、基地局ｅＮＢ（ｅＮＢ１０）の機能構成図を示す。図３７に示すように、ｅＮＢ１０は、ＤＬ信号送信部１１、ＵＬ信号受信部１２、ＲＲＣ処理部１３、ＵＥコンテクスト管理部１４、認証部１５、ＮＷ通信部１６を備える。なお、図３７は、ｅＮＢ１０において本発明の実施の形態に特に関連する機能部のみを示すものであり、ｅＮＢ１０は、少なくともＬＴＥ方式に準拠した動作を行うための図示しない機能も有するものである。
　ＤＬ信号送信部１１は、ｅＮＢ１０から送信されるべき上位のレイヤの情報から、物理レイヤの各種信号を生成し、送信する機能を含む。ＵＬ信号受信部１２は、ユーザ装置ＵＥから各種の上り信号を受信し、受信した物理レイヤの信号からより上位のレイヤの情報を取得する機能を含む。
　ＲＲＣ処理部１３は、図７～図１０、図１２、図１３、図１５～図２２、図２５、図２６等を参照して説明した、ｅＮＢ側の判定処理、ＲＲＣメッセージ及び報知情報の生成・送信（送信はＤＬ信号送信部１１を介した送信）、ＵＬ信号受信部１２により受信したＲＲＣメッセージの解釈等を行う。また、図８～図１０、図２１を参照して説明したランダムアクセス手順におけるＭＡＣ信号の送受信は、ＤＬ信号送信部１１とＵＬ信号受信部１２により行うこととしてもよい。また、ＲＲＣ処理部１３は、ＵＥコンテクスト管理部１４に保持しておいたＵＥコンテクストを利用してＲＲＣ接続を再開する機能等も含む。
　ＵＥコンテクスト管理部１４は、メモリ等の記憶手段を含み、例えば、図５のステップ１０７、図１３等で説明した指示の送信に基づいて、ＲＲＣ保留状態／ＲＲＣアイドル状態においてＵＥコンテクスト及びＵＥ識別子（S-TMSI等）を保持する。また、図１２に示す手順においては、ＵＥから受信するＵＥ識別子に基づいて、ＵＥコンテクストを検索し、ＵＥコンテクストが保持されていることを確認したら、ＵＥコンテクストが保持されていることを示す通知、及び、認証情報の要求をＲＲＣ処理部１３に指示する。
　認証部１５は、図１２に示したステップ５０３において、ＵＥから認証情報を受信し、ＵＥの認証を行う機能を含む。
　ＮＷ通信部１６は、Ｓ１－ＭＭＥインターフェースでＭＭＥとの間で制御信号を送受信する機能、及び、Ｓ１－ＵインターフェースでＳ－ＧＷとの間でデータを送受信する機能、コネクション維持指示信号の送信機能、ＲＲＣ接続確立完了の送信の送信機能等を含む。
　図３７に示すｅＮＢ１０の構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
　図３８は、ｅＮＢ１０のハードウェア（ＨＷ）構成の例を示す図である。図３８は、図３７よりも実装例に近い構成を示している。図３８に示すように、ｅＮＢ１０は、無線信号に関する処理を行うＲＥモジュール２５１と、ベースバンド信号処理を行うＢＢ処理モジュール２５２と、上位レイヤ等の処理を行う装置制御モジュール２５３と、ネットワークと接続するためのインタフェースである通信ＩＦ２５４とを有する。
　ＲＥモジュール２５１は、ＢＢ処理モジュール２５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール２５２に渡す。ＲＥモジュール２５１は、例えば、図３７のＤＬ信号送信部１１及びＵＬ信号受信部１２における物理レイヤ等の機能を含む。
　ＢＢ処理モジュール２５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ２６２は、ＢＢ処理モジュール２５２における信号処理を行うプロセッサである。メモリ２７２は、ＤＳＰ２５２のワークエリアとして使用される。ＢＢ処理モジュール２５２は、例えば、図３７のＤＬ信号送信部１１及びＵＬ信号受信部１２におけるレイヤ２等の機能、ＲＲＣ処理部１３、ＵＥコンテクスト管理部１４、認証部１５を含む。なお、ＲＲＣ処理部１３、ＵＥコンテクスト管理部１４、認証部１５の機能の全部又は一部を装置制御モジュール２５３に含めることとしてもよい。
　装置制御モジュール２５３は、ＩＰレイヤのプロトコル処理、ＯＡＭ処理等を行う。プロセッサ２６３は、装置制御モジュール２５３が行う処理を行うプロセッサである。メモリ２７３は、プロセッサ２６３のワークエリアとして使用される。補助記憶装置２８３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。
　なお、図３４～図３８に示す装置の構成（機能区分）は、本実施の形態（実施例１と実施例２を含む）で説明する処理を実現する構成の一例に過ぎない。本実施の形態（実施例１と実施例２と変形例を含む）で説明する処理を実現できるのであれば、その実装方法（具体的な機能部の配置、名称等）は、特定の実装方法に限定されない。
　（実施の形態のまとめ）
　以上、説明したように、本実施の形態により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置であって、前記基地局から、当該基地局がコンテクスト保持機能を有するか否かを示す指示情報を受信する受信手段と、前記受信手段により受信した前記指示情報に基づき、前記基地局がコンテクスト保持機能を有するか否かを判定する判定手段と、前記判定手段により、前記基地局がコンテクスト保持機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記基地局に送信する送信手段とを備えるユーザ装置が提供される。
　上記の構成により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、基地局がコンテクスト情報を再利用する機能を保持するか否かをユーザ装置により判定することが可能となる。
　前記受信手段は、例えば、報知情報又はランダムアクセスレスポンスに含まれる前記指示情報を受信する。この構成により、新規な信号を導入することなくユーザ装置は指示信号を受信できる。
　前記送信手段は、例えば、コンテクスト情報を保持する状態として接続保留状態を有する方式における再開ＩＤを前記コンテクスト保持情報として使用し、当該再開ＩＤを含む接続再開要求メッセージを前記メッセージとして前記基地局に送信する。この構成によれば、例えば、非特許文献３に記載された方式において、基地局がコンテクスト情報を再利用する機能を保持するか否かをユーザ装置により判定することが可能となる。
　前記送信手段は、前記コンテクスト保持情報を含む接続要求メッセージを前記基地局に送信することとしてもよい。この構成により、コンテクスト情報を再利用する機能を保持することが確認された基地局に接続要求メッセージを送信でき、コンテクスト情報を再利用した接続確立を確実に行うことができる。
　また、本実施の形態により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置であって、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示す第１コンテクスト保持情報を含む接続要求メッセージを、前記基地局に送信する送信手段と、前記基地局から受信する接続設定メッセージの中に、前記基地局が前記ユーザ装置に対応付けられた基地局側コンテクスト情報を保持していることを示す第２コンテクスト保持情報が含まれているか否かを判定する判定手段と、前記判定手段により、前記接続設定メッセージの中に第２コンテクスト保持情報が含まれていると判定される場合に、前記ユーザ装置側コンテクスト情報を利用して、前記基地局との間で接続を確立する接続手段とを備えるユーザ装置が提供される。
　上記の構成により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、基地局がコンテクスト情報を再利用する機能を保持するか否かをユーザ装置により判定することが可能となる。
　また、本実施の形態により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記基地局であって、前記基地局がコンテクスト保持機能を有するか否かを示す指示情報を、前記ユーザ装置に送信する送信手段と、前記ユーザ装置において、前記指示情報に基づき、前記基地局がコンテクスト保持機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記ユーザ装置から受信する受信手段とを備える基地局が提供される。
　上記の構成により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、基地局がコンテクスト情報を再利用する機能を保持するか否かをユーザ装置により判定することが可能となる。
　前記送信手段は、例えば、前記指示情報を含む報知情報又はランダムアクセスレスポンスを前記ユーザ装置に送信する。この構成により、新規な信号を導入することなくユーザ装置は指示信号を受信できる。
　前記受信手段は、前記コンテクスト保持情報を含む接続要求メッセージを前記ユーザ装置から受信することとしてもよい。この構成により、コンテクスト情報を再利用する機能を保持することが確認された基地局が接続要求メッセージを受信でき、コンテクスト情報を再利用した接続確立を確実に行うことができる。
　また、本実施の形態により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置であって、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示す第１コンテクスト保持情報を含む接続要求メッセージを、前記基地局に送信する送信手段と、前記基地局が前記ユーザ装置に対応付けられた基地局側コンテクスト情報を保持していることを示す第２コンテクスト保持情報を含む接続設定メッセージを、前記基地局から受信する受信手段と、前記接続設定メッセージを受信した後、前記ユーザ装置側コンテクスト情報を利用して、前記基地局との間で接続を確立する接続手段とを備えるユーザ装置が提供される。
　上記の構成により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、ユーザ装置がコンテクスト情報を保持しているか否かを基地局により判定することが可能となる。
　前記接続設定メッセージは、前記第２コンテクスト保持情報に加えて、前記ユーザ装置に対する認証情報の送信要求を含み、前記送信手段は、当該送信要求に基づいて、認証情報を前記基地局に送信することとしてもよい。この構成により、基地局がユーザ装置を認証してから接続を確立することができる。
　前記送信手段は、例えば、前記認証情報を含む接続設定完了メッセージを前記基地局に送信する。この構成により、認証情報を特別なメッセージで送る必要がなくなり、メッセージを削減できる。
　前記受信手段は、前記ユーザ装置を接続状態からアイドル状態に遷移させる接続解放メッセージを前記基地局から受信し、当該接続解放メッセージの中から、前記ユーザ装置側コンテクスト情報を保持することを指示する情報を検知した場合に、前記アイドル状態の間、前記ユーザ装置側コンテクスト情報を記憶手段に保持することとしてもよい。この構成により、ユーザ装置は、指示を受けない場合には、ユーザ装置側コンテクスト情報を保持しなくてもよく、無駄にユーザ装置側コンテクスト情報を保持することを回避できる。
　また、本実施の形態により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記基地局であって、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示す第１コンテクスト保持情報を含む接続要求メッセージを、前記ユーザ装置から受信する受信手段と、前記接続要求メッセージを受信したことに応じて、前記基地局が前記ユーザ装置に対応付けられた基地局側コンテクスト情報を保持していることを示す第２コンテクスト保持情報を含む接続設定メッセージを、前記ユーザ装置に送信する送信手段と、前記接続設定メッセージを送信した後、前記基地局側コンテクスト情報を利用して、前記ユーザ装置との間で接続を確立する接続手段とを備える基地局が提供される。
　上記の構成により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、ユーザ装置がコンテクスト情報を保持しているか否かを基地局により判定することが可能となる。
　前記受信手段は、例えば、前記接続要求メッセージから前記ユーザ装置の識別子を取得し、保持される複数の基地局側コンテクスト情報から、当該識別子に対応する基地局側コンテクスト情報を検索する。このように、識別子を使用することで、確実にユーザ装置に対応付けられた基地局側コンテクスト情報を検出することができる。
　前記接続設定メッセージは、前記第２コンテクスト保持情報に加えて、前記ユーザ装置に対する認証情報の送信要求を含み、前記送信要求に基づいて、前記ユーザ装置から送信された認証情報を用いて前記ユーザ装置の認証を行う認証手段を備えてもよい。この構成により、基地局がユーザ装置を認証してから接続を確立することができる。
　前記送信手段は、前記ユーザ装置を接続状態からアイドル状態に遷移させる接続解放メッセージの中に、前記ユーザ装置側コンテクスト情報を保持することを指示する情報を含め、当該接続解放メッセージを前記ユーザ装置に送信することとしてもよい。この構成により、ユーザ装置は、指示を受けない場合には、ユーザ装置側コンテクスト情報を保持しなくてもよく、無駄にユーザ装置側コンテクスト情報を保持することを回避できる。
　なお、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、各装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って当該装置が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
　以下、本明細書に開示される構成を例示的に列挙する。
（第１項）
　ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置であって、
　前記基地局から、当該基地局がコンテクスト保持機能を有するか否かを示す指示情報を受信する受信手段と、
　前記受信手段により受信した前記指示情報に基づき、前記基地局がコンテクスト保持機能を有するか否かを判定する判定手段と、
　前記判定手段により、前記基地局がコンテクスト保持機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記基地局に送信する送信手段と
　を備えることを特徴とするユーザ装置。
（第２項）
　前記受信手段は、報知情報又はランダムアクセスレスポンスに含まれる前記指示情報を受信する
　ことを特徴とする第１項に記載のユーザ装置。
（第３項）
　前記送信手段は、コンテクスト情報を保持する状態として接続保留状態を有する方式における再開ＩＤを前記コンテクスト保持情報として使用し、当該再開ＩＤを含む接続再開要求メッセージを前記メッセージとして前記基地局に送信する
　ことを特徴とする第１項又は第２項に記載のユーザ装置。
（第４項）
　前記送信手段は、前記コンテクスト保持情報を含む接続要求メッセージを前記基地局に送信する
　ことを特徴とする第１項又は第２項に記載のユーザ装置。
（第５項）
　ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置であって、
　前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示す第１コンテクスト保持情報を含む接続要求メッセージを、前記基地局に送信する送信手段と、
　前記基地局から受信する接続設定メッセージの中に、前記基地局が前記ユーザ装置に対応付けられた基地局側コンテクスト情報を保持していることを示す第２コンテクスト保持情報が含まれているか否かを判定する判定手段と、
　前記判定手段により、前記接続設定メッセージの中に第２コンテクスト保持情報が含まれていると判定される場合に、前記ユーザ装置側コンテクスト情報を利用して、前記基地局との間で接続を確立する接続手段と
　を備えることを特徴とするユーザ装置。
（第６項）
　ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記基地局であって、
　前記基地局がコンテクスト保持機能を有するか否かを示す指示情報を、前記ユーザ装置に送信する送信手段と、
　前記ユーザ装置において、前記指示情報に基づき、前記基地局がコンテクスト保持機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記ユーザ装置から受信する受信手段と
　を備えることを特徴とする基地局。
（第７項）
　前記送信手段は、前記指示情報を含む報知情報又はランダムアクセスレスポンスを前記ユーザ装置に送信する
　ことを特徴とする第６項に記載の基地局。
（第８項）
　前記受信手段は、前記コンテクスト保持情報を含む接続要求メッセージを前記ユーザ装置から受信する
　ことを特徴とする第６項又は第７項に記載の基地局。
（第９項）
　ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置が実行する接続確立方法であって、
　前記基地局から、当該基地局がコンテクスト保持機能を有するか否かを示す指示情報を受信する受信ステップと、
　前記受信ステップにより受信した前記指示情報に基づき、前記基地局がコンテクスト保持機能を有するか否かを判定する判定ステップと、
　前記判定ステップにより、前記基地局がコンテクスト保持機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを前記基地局に送信する送信ステップと
　を備えることを特徴とする接続確立方法。
（第１０項）
　ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記基地局が実行する接続確立方法であって、
　前記基地局がコンテクスト保持機能を有するか否かを示す指示情報を、前記ユーザ装置に送信する送信ステップと、
　前記ユーザ装置において、前記指示情報に基づき、前記基地局がコンテクスト保持機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記ユーザ装置から受信する受信ステップと
　を備えることを特徴とする接続確立方法。
　　＜実施形態の補足＞
　情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink　Control　Information）、ＵＣＩ（Uplink　Control　Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master　Information　Block）、ＳＩＢ（System　Information　Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
　本明細書で説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future　Radio　Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
　判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
　ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わないこと）によって行われてもよい。
　本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
　本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　また、本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
　本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。
　本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
　本特許出願は２０１５年１１月５日に出願した日本国特許出願第２０１５－２１８０１５号、２０１６年５月１２日に出願した日本国特許出願第２０１６－９６５２１号、及び２０１６年７月１４日に出願した日本国特許出願第２０１６－１３９７１５号に基づきその優先権を主張するものであり、日本国特許出願第２０１５－２１８０１５号、日本国特許出願第２０１６－９６５２１号、及び日本国特許出願第２０１６－１３９７１５号の全内容を本願に援用する。
１０、２０　ｅＮＢ
１１　ＤＬ信号送信部
１２　ＵＬ信号受信部
１３　ＲＲＣ処理部
１４　ＵＥコンテクスト管理部
１５　認証部
１６　ＮＷ通信部
３０　ＭＭＥ
３１　ｅＮＢ通信部
３２　ＳＧＷ通信部
３３　通信制御部
４０　Ｓ－ＧＷ
４１　ｅＮＢ通信部
４２　ＭＭＥ通信部
４３　ＮＷ通信部
４４　通信制御部
５０　ＵＥ
５１　ＤＬ信号受信部
５２　ＵＬ信号送信部
５３　ＲＲＣ処理部
５４　ＵＥコンテクスト管理部
１５１　ＲＥモジュール
１５２　ＢＢ処理モジュール
１５３　装置制御モジュール
１５４　ＵＳＩＭスロット
２５１　ＲＥモジュール
２５２　ＢＢ処理モジュール
２５３　装置制御モジュール
２５４　通信ＩＦ

Claims (8)

  1. 　ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置であって、
    　前記基地局から、当該基地局が、保持したコンテクストを再利用してＲＲＣ接続を行う機能を有するか否かを示す指示情報を受信する受信手段と、
    　前記受信手段により受信した前記指示情報に基づき、前記基地局が前記機能を有するか否かを判定する判定手段と、
    　前記判定手段により、前記基地局が前記機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記基地局に送信する送信手段と
    　を備えることを特徴とするユーザ装置。
  2. 　前記受信手段は、報知情報又はランダムアクセスレスポンスに含まれる前記指示情報を受信する
    　ことを特徴とする請求項１に記載のユーザ装置。
  3. 　前記送信手段は、コンテクスト情報を保持する状態として接続保留状態を有する方式における再開ＩＤを前記コンテクスト保持情報として使用し、当該再開ＩＤを含む接続再開要求メッセージを前記メッセージとして前記基地局に送信する
    　ことを特徴とする請求項１又は２に記載のユーザ装置。
  4. 　ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記基地局であって、
    　前記基地局が、保持したコンテクストを再利用してＲＲＣ接続を行う機能を有するか否かを示す指示情報を、前記ユーザ装置に送信する送信手段と、
    　前記ユーザ装置において、前記指示情報に基づき、前記基地局が前記機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記ユーザ装置から受信する受信手段と
    　を備えることを特徴とする基地局。
  5. 　前記送信手段は、前記指示情報を含む報知情報又はランダムアクセスレスポンスを前記ユーザ装置に送信する
    　ことを特徴とする請求項４に記載の基地局。
  6. 　前記受信手段は、再開ＩＤを含む接続再開要求メッセージを前記メッセージとして前記ユーザ装置から受信する
    　ことを特徴とする請求項４又は５に記載の基地局。
  7. 　ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置が実行する接続確立方法であって、
    　前記基地局から、当該基地局が、保持したコンテクストを再利用してＲＲＣ接続を行う機能を有するか否かを示す指示情報を受信する受信ステップと、
    　前記受信ステップにより受信した前記指示情報に基づき、前記基地局が前記機能を有するか否かを判定する判定ステップと、
    　前記判定ステップにより、前記基地局が前記機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを前記基地局に送信する送信ステップと
    　を備えることを特徴とする接続確立方法。
  8. 　ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記基地局が実行する接続確立方法であって、
    　前記基地局が、保持したコンテクストを再利用してＲＲＣ接続を行う機能を有するか否かを示す指示情報を、前記ユーザ装置に送信する送信ステップと、
    　前記ユーザ装置において、前記指示情報に基づき、前記基地局が前記機能を有すると判定される場合に、前記ユーザ装置がユーザ装置側コンテクスト情報を保持していることを示すコンテクスト保持情報を含むメッセージを、前記ユーザ装置から受信する受信ステップと
    　を備えることを特徴とする接続確立方法。
PCT/JP2016/082807 2015-11-05 2016-11-04 ユーザ装置、基地局、及び接続確立方法 WO2017078140A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201680063461.0A CN108353452B (zh) 2015-11-05 2016-11-04 用户装置、基站、和连接建立方法
ES16862199T ES2911513T3 (es) 2015-11-05 2016-11-04 Equipo de usuario, estación base y métodos para establecimiento de conexión
EP16862199.3A EP3355652B8 (en) 2015-11-05 2016-11-04 User equipment, base station, and methods for connection establishment
US15/771,031 US11602004B2 (en) 2015-11-05 2016-11-04 User equipment, base station, and connection establishment method

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2015-218015 2015-11-05
JP2015218015 2015-11-05
JP2016-096521 2016-05-12
JP2016096521 2016-05-12
JP2016-139715 2016-07-14
JP2016139715A JP6208296B1 (ja) 2015-11-05 2016-07-14 ユーザ装置、基地局、及び接続確立方法

Publications (1)

Publication Number Publication Date
WO2017078140A1 true WO2017078140A1 (ja) 2017-05-11

Family

ID=58662064

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/082807 WO2017078140A1 (ja) 2015-11-05 2016-11-04 ユーザ装置、基地局、及び接続確立方法

Country Status (5)

Country Link
EP (1) EP3355652B8 (ja)
CN (1) CN108353452B (ja)
ES (1) ES2911513T3 (ja)
PT (1) PT3355652T (ja)
WO (1) WO2017078140A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019058600A1 (ja) * 2017-09-19 2019-03-28 Kddi株式会社 通信方法、通信装置、通信プログラム及び通信システム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020202582A1 (ja) * 2019-04-05 2020-10-08 株式会社Ｎｔｔドコモ ユーザ装置及び無線基地局
CN113574959B (zh) * 2019-07-12 2024-02-09 Oppo广东移动通信有限公司 一种信息反馈方法、设备及存储介质
CN116648992A (zh) * 2021-01-06 2023-08-25 华为技术有限公司 一种通信方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008087524A2 (en) * 2007-01-15 2008-07-24 Nokia Corporation Method and apparatus for providing context recovery
WO2008131401A1 (en) * 2007-04-23 2008-10-30 Interdigital Technology Corporation Radio link and handover failure handling
WO2013144606A1 (en) * 2012-03-27 2013-10-03 Research In Motion Limited User equipment preference indicator for suspension of radio communications
JP2015156524A (ja) * 2014-02-19 2015-08-27 株式会社Ｎｔｔドコモ 通信装置、及びコンテクスト制御方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8867484B2 (en) * 2007-03-21 2014-10-21 Nokia Corporation Method, apparatus and computer program product for handover failure recovery
CN101668320B (zh) * 2008-09-01 2012-01-18 普天信息技术研究院有限公司 一种在长期演进系统中缩短切换时延的方法
CN101888684A (zh) * 2009-05-14 2010-11-17 中兴通讯股份有限公司 无线资源控制连接重建失败后快速连接建立的方法及系统
US20140334371A1 (en) * 2012-01-27 2014-11-13 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data by using plurality of carriers in mobile communication systems
US9338699B2 (en) * 2012-12-20 2016-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Scheme of retaining LTE connection during circuit switch fall back
EP2757856B1 (en) * 2013-01-17 2023-11-08 Alcatel Lucent Optimization of context and/or connection management in a mobile communication system
EP2804441A1 (en) * 2013-05-15 2014-11-19 Alcatel Lucent Network nodes and methods

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008087524A2 (en) * 2007-01-15 2008-07-24 Nokia Corporation Method and apparatus for providing context recovery
WO2008131401A1 (en) * 2007-04-23 2008-10-30 Interdigital Technology Corporation Radio link and handover failure handling
WO2013144606A1 (en) * 2012-03-27 2013-10-03 Research In Motion Limited User equipment preference indicator for suspension of radio communications
JP2015156524A (ja) * 2014-02-19 2015-08-27 株式会社Ｎｔｔドコモ 通信装置、及びコンテクスト制御方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Further updates to solution 6.5", 3GPP TSG-SA WG2#111 S2-153179, 23 October 2015 (2015-10-23), XP051013389, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_111_Chengdu/Docs/S2-153179.zip> *
NTT DOCOMO, INC.: "Work on user plane based solution with AS information stored in RAN", 3GPP TSG-RAN WG2#92 R2-156424, 20 November 2015 (2015-11-20), XP051005843, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2RL2/TSGR2_92/Docs/R2-156424.zip> *
See also references of EP3355652A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019058600A1 (ja) * 2017-09-19 2019-03-28 Kddi株式会社 通信方法、通信装置、通信プログラム及び通信システム
JP2019054478A (ja) * 2017-09-19 2019-04-04 Kddi株式会社 通信方法、通信装置、通信プログラム及び通信システム

Also Published As

Publication number Publication date
PT3355652T (pt) 2022-04-13
CN108353452B (zh) 2022-05-03
EP3355652A1 (en) 2018-08-01
EP3355652B8 (en) 2022-04-27
CN108353452A (zh) 2018-07-31
EP3355652B1 (en) 2022-03-23
EP3355652A4 (en) 2018-10-31
ES2911513T3 (es) 2022-05-19

Similar Documents

Publication Publication Date Title
JP6208296B1 (ja) ユーザ装置、基地局、及び接続確立方法
JP6991859B2 (ja) 端末、基地局、及び移動通信システム
JP6123009B1 (ja) ユーザ装置、基地局、及び接続確立方法
US11206529B2 (en) User apparatus for retaining context information
CN109076496B (zh) 用于改变终端连接状态的方法和装置
CN110139387B (zh) 一种上行小数据的传输方法、网络侧du和网络侧cu
JP7025386B2 (ja) ユーザ装置、及びランダムアクセス方法
CN115002924A (zh) 一种上行小数据的传输方法、网络侧du和网络侧cu
WO2018019001A1 (zh) 一种终端状态转换方法及装置
US20190021134A1 (en) User plane optimization for narrowband internet of things
CN113475109A (zh) 随着rrc恢复完成之类的消息的早期测量报告
WO2017078140A1 (ja) ユーザ装置、基地局、及び接続確立方法
KR20140028100A (ko) 중계 노드에 대한 네트워크 부착 방법 및 관련 장치
WO2017150601A1 (ja) ユーザ装置、及びランダムアクセス方法
WO2013111191A1 (ja) 無線通信システム、無線基地局、無線端末、および無線通信方法
WO2017077979A1 (ja) ユーザ装置、基地局、及び接続確立方法
WO2013113240A1 (zh) 一种传输rn信息、寻呼ue的方法及装置
WO2020019329A1 (zh) 一种寻呼消息处理方法及装置
KR20170084679A (ko) 유니크한 기지국 식별자를 통해 액세스 계층 컨텍스트를 재사용하는 방법 및 장치, 그리고 이를 이용하는 RRC(radio resource control) 연결 재개 방법 및 장치
WO2024027956A1 (en) Apparatus, method, and computer program

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: 16862199

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15771031

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE