WO2017077979A1 - Dispositif utilisateur, station de base, et procédé d'établissement de connexion - Google Patents

Dispositif utilisateur, station de base, et procédé d'établissement de connexion Download PDF

Info

Publication number
WO2017077979A1
WO2017077979A1 PCT/JP2016/082273 JP2016082273W WO2017077979A1 WO 2017077979 A1 WO2017077979 A1 WO 2017077979A1 JP 2016082273 W JP2016082273 W JP 2016082273W WO 2017077979 A1 WO2017077979 A1 WO 2017077979A1
Authority
WO
WIPO (PCT)
Prior art keywords
context
base station
enb
connection
user apparatus
Prior art date
Application number
PCT/JP2016/082273
Other languages
English (en)
Japanese (ja)
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 JP2016165170A external-priority patent/JP6123009B1/ja
Application filed by 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to CN201680011221.6A priority Critical patent/CN107251642B/zh
Priority to EP16862039.1A priority patent/EP3373692B1/fr
Priority to US15/544,566 priority patent/US10448290B2/en
Publication of WO2017077979A1 publication Critical patent/WO2017077979A1/fr
Priority to PH12017501236A priority patent/PH12017501236A1/en

Links

Images

Classifications

    • 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
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface

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 TS 36.331 V12.6.0 (2015-06) 3GPP TS 36.321 V12.7.0 (2015-09) 3GPP TR.23.720 V1.2.0 (2015-11)
  • 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. .
  • UE1 and eNB2 show examples in which RRC connection establishment is performed using the retained UE contexts. There are a large number of UEs, and the eNB does not know whether each UE has a UE context that can be used for connection with the eNB.
  • the eNB_A holds the UE context that the UE 6 can use for the connection with the eNB_A. It is unclear whether or not
  • the eNB_A may attempt a connection procedure that reuses the UE context, assuming that all UEs located in the cell of the eNB_A hold the UE context for the eNB_A. Conceivable. However, in this case, the connection procedure with the UE that does not hold the UE context for eNB_A fails, and the normal connection procedure that does not reuse the UE context is executed again, which may cause a delay.
  • the present invention has been made in view of the above points.
  • the user apparatus 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 user apparatus has a context. It is an object of the present invention to provide a technique that enables a base station to determine whether or not information is held.
  • 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, Transmitting means for transmitting to the base station a first message indicating that the user apparatus holds user apparatus side context information; Receiving means for receiving, from the base station, a second message indicating that the base station holds the base station side context information associated with the user apparatus; After receiving the second message, there is provided a user apparatus comprising: connection means for establishing a connection with the base station using the user apparatus side context information.
  • 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,
  • Receiving means for receiving, from the user device, a first message indicating that the user device holds user device-side context information;
  • a second message indicating that the base station holds the base station side context information associated with the user apparatus is transmitted to the user apparatus.
  • a transmission means After transmitting the second message, there is provided a base station comprising connection means for establishing a connection with the user apparatus using the base station side context information.
  • 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 transmission step of transmitting to the base station a first message indicating that the user apparatus holds user apparatus side context information; A receiving step of receiving, from the base station, a second message indicating that the base station holds the base station side context information associated with the user device; After receiving the second message, there is provided a connection establishment method comprising: a connection step of establishing a connection with the base station using the user apparatus side context information.
  • 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 second message indicating that the base station holds the base station side context information associated with the user apparatus is transmitted to the user apparatus.
  • a connection establishment method comprising: a connection step of establishing a connection with the user apparatus using the base station side context information.
  • the user apparatus 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, holds the context information.
  • the context information There is provided a technique that enables a base station to determine whether or not there is.
  • LTE Long Term Evolution
  • Rel release
  • 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.
  • 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.
  • the UE 50 is in an RRC connection state in the cell of the eNB 10 and an 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 3 Before entering the description of the procedure in FIG. 5, an outline of an example of a procedure when the UE 50 first connects to the eNB 10 will be described (Non-Patent Document 3).
  • 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 101). Also, the MME 30 transmits a connection maintenance instruction signal to the S-GW 40 (step 102).
  • 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 103), and the MME 30 transmits a confirmation response to the eNB 10 (step 104).
  • 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. 5 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 105).
  • 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 106).
  • the S1-U connection has been established, but based on the connection maintenance instruction signal received in step 102, 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 107), and the MME 30 transmits an S1-AP paging signal for the UE 50 to the eNB 10 (step 108).
  • This paging itself is the same as the existing paging, and is transmitted to each eNB in the tracking area of the UE 50, but FIG. 5 shows transmission to the eNB 10.
  • the eNB 10 that has received the S1-AP paging signal transmits the RRC paging signal to the subordinate UE 50 (step 109).
  • the UE50 which received the RRC paging signal performs a RRC connection establishment procedure, and establishes a RRC connection (step 110). 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 111).
  • 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 112).
  • 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 113.
  • the downlink data reaches the UE 50 from the eNB 10 (step 114). 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 110 of FIG. 5 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. Therefore, RRC Security Mode Command, RRC Security Mode Complete, RRC connection establishment can be performed without transmitting / receiving messages such as RRC RConnection Reconfiguration and 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 identifier (UE identifier) of the UE corresponding to the UE context.
  • UE identifier the identifier
  • S-TMSI SAE temporary mobile subscriber identity
  • FIG. 6 is a diagram showing another example of the processing sequence of the entire system in the present embodiment.
  • FIG. 6 is a processing sequence in the case where the UE 50 is connected to the eNB 10 to be in the RRC connected state, is in the RRC idle state in the cell under the eNB 10, and is subsequently received in the same cell, as in FIG. is there.
  • the sequence shown in FIG. 6 is different from FIG. 5 in that there are steps 113 and 114. In the following, differences from FIG. 5 will be mainly described.
  • the UE 50 changes from the RRC idle state to the RRC connected state.
  • the UE contexts held in the UE 50 and the eNB 10 change from the inactive state to the active state. That is, according to the procedure of step 110, the UE contexts held in the UE 50 and the eNB 10 are activated.
  • step 111 the eNB 10 transmits to the MME 30 RRC connection establishment completion, which is a signal indicating that establishment of the RRC connection is completed.
  • This RRC connection establishment completion signal may be a signal indicating that the UE context of the UE 50 has been activated.
  • the MME 30 transmits an RRC connection establishment completion signal to the S-GW 40 (step 112).
  • the S-GW 40 transmits a response signal to the RRC connection establishment completion signal to the MME 30.
  • the MME 30 transmits a response signal to the signal indicating completion of RRC connection establishment in Step 111 to the eNB 10.
  • the response signal in step 114 may be an Ack signal for a signal indicating that the UE context has been activated.
  • the S-GW 40 starts transferring the suspended downlink data to the eNB 10 (step 115).
  • the downlink data reaches the UE 50 from the eNB 10 (step 116). In this way, transmission of downlink data to the UE 50 is started.
  • the UE 50 transmits an RRC Connection Request message (RRC connection request) to the eNB 10 in Step 201 by using the resource allocated by the UL grant included in the Random Access Response.
  • 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 201 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 202 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, and the like. 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 the RRC Connection Setup Complete message including the authentication information such as Authentication token, shortMAC-I, and the like to the eNB 10.
  • 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 203 is not necessarily required, and step 203 may not be performed.
  • the UE context may always be retained, or the UE context is retained in the RRC Connection Release message. It is good also as holding
  • the eNB 10 when the eNB 10 causes the UE 50 to transition to the RRC idle state, the eNB 10 transmits an RRCRRConnection ⁇ ⁇ ⁇ ⁇ ⁇ Release message to the UE 50 (step 301).
  • 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, but here, as another example, the UE 50 connects to the eNB 10.
  • the processing sequence when the UE enters the RRC connection state, 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 to receive the 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 401). Also, the MME 30 transmits a connection maintenance instruction signal to the S-GW 40 (step 402).
  • 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 403), and the MME 30 transmits a confirmation response to the eNB 10 (step 404).
  • 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 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 20 (step 408).
  • 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. 9 shows 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 409).
  • UE50 which received RRC paging performs a RRC connection establishment procedure, and establishes a RRC connection (step 410). Further, a NAS connection procedure is executed between the eNB 20 and the core NW side (S-GW 40 in FIG. 9), and an S1-C / U connection for the eNB 20 is established (step 411).
  • the S-GW 40 starts transmission of downlink data to the UE 50 (steps 412 and S413). 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 414).
  • the UE 50 transmits the message in step 201 in FIG. 7, 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. 10A shows an example of an RRC Connection Request message transmitted from the UE 50 in Step 201 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. 11A shows an example of an RRC Connection Setup message transmitted from the eNB 10 in step 202 of FIG. As shown in FIG. 11A, 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. 12 shows an example of an RRC Connection Setup message transmitted from the UE 50 in Step 203 of FIG. As shown in FIG. 12, authentication information ue-AuthenticationToken and ue-AuthenticationInfo are added.
  • 13 to 14 show examples 1 and 2 of RRC Connection Release message transmitted from the eNB 10 in step 301 of FIG.
  • FIGS. 13A and 13B show an example (Example 1) of instructing UE context retention 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.
  • FIGS. 14A and 14B 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.
  • ue-ContextHolding indicates an instruction that the UE continues to hold the UE context while in the RRC idle state.
  • the UE 50 transmits an RRC Connection Request message (RRC connection request) to the eNB 10 in Step 201 by using the resource allocated by the UL grant included in the Random Access Response.
  • RRC connection request RRC Connection request
  • the UE 50 transmits the authentication information included in the RRC Connection Request message.
  • the authentication information is information used by the eNB 10 to authenticate the UE 50, and includes, for example, C-RNTI, PCI, and ShortMAC-I used in the previous RRC connection.
  • this authentication information is an example of UE context holding information for notifying the eNB 10 that the UE 50 holds the UE context.
  • the eNB 10 that has received the RRC Connection Request message in step 201 authenticates the UE 50 using the authentication information, and detects that the authentication has succeeded and the UE context of the UE 50 is retained.
  • an RRC Connection Setup message (RRC connection establishment message) including information instructing to activate (activate) the UE context held by the UE 50 is transmitted to the UE 50 (step 202).
  • the above detection is performed by, for example, storing the UE context corresponding to the UE-specific identifier (eg, S-TMSI, C-RNTI, shortMAC-I) from the storage unit among the plurality of UE contexts held by the eNB 10. This can be done by searching.
  • the information for instructing activation (activation) of the UE context is an example of context holding information indicating that the eNB 10 holds the UE context of the UE 50.
  • the eNB 10 transmits to the UE 50 an RRCjectConnection ⁇ ⁇ Reject message that rejects the RRC connection. If the eNB 10 cannot detect that the eNB 10 holds the UE context of the UE 50 even if the authentication is successful, the eNB 10 instructs to activate (activate) the UE context held by the UE 50.
  • RRC Connection Setup message RRC connection establishment message
  • the UE 50 that has received the RRC Connection Setup message including information instructing activation of the UE context activates the retained UE context (bearer, security key, configuration, etc.).
  • Activating means activating the retained UE context, and includes, for example, various radio resource settings, measurement settings, authentication key update processing, and the like. Note that the activation process is not limited to a specific process.
  • the RadioResourceConfigDedicated included in the RRC Connection Setup message may include parameter values related to the bearer, MAC, PHY configuration, and the like.
  • the UE 50 that has received the RRC Connection Setup message including the activation instruction in Step 202 receives the RadioResourceConfigDedicated.
  • the parameter value notified by is applied.
  • the application is made in accordance with “5.3.105.3Radio resource configuration” in Non-Patent Document 3, for example. That is, setting is performed based on information included in RadioResourceConfigDedicated.
  • the UE 50 when the UE 50 holds the information “A” in RadioResourceConfigDedicated at the time of the previous RRC connection as part of the UE context, and receives the information “B” by RadioResourceConfigDedicated in Step 202, the UE 50 In addition to the information “A”, the information “B” can be used.
  • the UE 50 holds information “A” in RadioResourceConfigDedicated at the time of the previous RRC connection as a part of the UE context, and is the same type as “A” but has a different value by “RadioResourceConfigDedicated” in Step 202.
  • the held “A” is updated (changed) by “A ′” received in step 202.
  • the parameter difference between the stored RadioResourceConfigDedicated information and the RadioResourceConfigDedicated information received in Step 202 can be set. This is called delta configuration.
  • step 203 the UE 50 transmits an RRC Connection Setup Complete message to the eNB 10.
  • FIG. 15 shows an example of a change in the specification that defines the operation of the UE 50 when the RRC Connection Request message is transmitted from the UE 50 in Step 201 of FIG.
  • VarAS-Config is a variable for storing the UE context (AS configuration).
  • FIG. 16A shows an example of an RRC Connection Request message transmitted from the UE 50 in step 201 of FIG.
  • authentication information “UE-AS-ConfigIdenity” is added.
  • “UE-AS-ConfigIdenity” includes information for identifying and authenticating the AS configuration (UE context) held in the UE 50 and the E-UTRAN (that is, the eNB 10).
  • the information includes, for example, C-RNTI, PCI, and ShortMAC-I at the previous RRC connection.
  • FIG. 17 shows an example of a change in the specification that defines the operation when the UE 50 receives the RRC Connection Setup message transmitted from the eNB 10 in step 202 of FIG.
  • nextHopChainingCount is included in the RRCConnectionSetup message:”
  • the UE 50 that operates according to the specification first confirms whether or not the UE context (valid AS configuration) is held. It is determined whether or not activation of the context is instructed (ue-AS-ConfigActivate is set to true) and nextHopChainingCount is included.
  • nextHopChainingCount is a value used when updating the authentication key.
  • UE context activation is instructed (ue-AS-ConfigActivate is set to true) and nextHopChainingCount is included,” it is determined that authentication at the eNB 10 is successful, and is retained. Activate the activated UE context.
  • RadioResourceConfigDedicated received in the RRCConnectionSetup message is applied as described in “1> perform the radio resource configuration procedure in accordance with the received radioResourceConfigDedicated and as specified in 5.3.10;". Thereby, it becomes possible to perform the delta-configuration described above.
  • FIG. 18A shows an example of an RRC Connection Setup message transmitted from the eNB 10 in step 202 of FIG.
  • ue-AS-ConfigActivate and nextHopChainingCount are added.
  • ue-AS-ConfigActivate indicates that the UE 50 resumes the use of the UE context that has been held.
  • the eNB 10 transmits an RRC connection Reject message to the UE 50 in the case of authentication NG. Regardless of whether or not the authentication is NG, the eNB 10 may reject the RRC Connection due to congestion, for example, and may send an RRC connection Reject message to the UE 50.
  • the UE 50 that has received the RRC connection Reject message executes, for example, the following Option 1 or Option 2 operation.
  • Option-1 UE50 releases it when it is instructed to release AS configuration (UE context) in RRC connectionReject. On the other hand, if not (if there is no release instruction), AS configuration is retained.
  • Option-2 UE50 keeps holding it when it is instructed to hold (storing) AS-configuration in RRC connection-Reject. Conversely, if not (if there is no instruction to hold), the AS configuration is released.
  • FIG. 19 shows an example of a UE operation specification change when receiving an RRC connection Reject corresponding to Option 1
  • FIG. 20 shows an example of a UE operation specification change when receiving an RRC connection Reject corresponding to Option 2.
  • ue-AS-ConfigStoring As shown in FIG. 20, “1> if ue-AS-ConfigStoring is included and the UE stores the AS configuration into VarAS-Config specified in 7.1: 2> keep the AS configuration stored into VarAS-Config; In option IV2, the UE 50 continues to hold the UE context when receiving the holding instruction (ue-AS-ConfigStoring). Also, in the case where there is a holding instruction, the UE is described as ⁇ 2> if ue-AS-ConfigValidityTime is included: 3> overwrite the AS configuration validity time with the received value in ue-AS-ConfigValidityTime; '' Overwrite the context validity time (validity time) with the value of ue-AS-ConfigValidityTime.
  • FIGS. 21A and 21B show an example of changing the specification of the RRC connection Reject message corresponding to Option 1
  • Figs. 22A and 22B show an example of the specification change of the RRC connection Reject message corresponding to Option 2.
  • ue-AS-ConfigValidityTime indicates the updated maximum retention time of the UE context during the RRC idle state.
  • the RRC connection release procedure in the first modification is the same as the procedure described with reference to FIG.
  • the message contents shown in FIGS. 13 and 14 may be used, or other examples may be used as described below.
  • FIG. 23A shows an example 3 of the RRC Connection Release message transmitted from the eNB 10 in step 301 of FIG.
  • ue-AS-ConfigDeactive is included.
  • ue-AS-ConfigDeactive corresponds to the UE context holding instruction described above.
  • ue-AS-ConfigValidityTime indicating a period (time) for holding the UE context is added.
  • ue-AS-ConfigDeactive indicates that the UE 50 holds the UE context while in the RRC idle state.
  • ue-AS-ConfigValidityTime indicates the maximum time (holding time limit) for holding the UE context while the UE 50 is in the RRC idle state.
  • FIG. 24 shows an example of a change in the specification that defines the operation of the UE 50 that receives the RRC Connection Release message when the RRC Connection Connection Release message shown in FIGS.
  • the UE 50 operating according to the specification confirms that ue-AS-ConfigDeactive is included in the RRC Connection Release message (ue-AS-ConfigDeactive is set to true)
  • the current radioResourceConfigDedicated radio resource setting information
  • securityAlgorithmConfig security algorithm setting information
  • measConfig measurement setting information
  • UE50 stores PCell's physCellId in VarAS-Config, and stores the current ue-Identity in VarAS-Config.
  • the UE 50 (and the eNB 10) that has received the RRC Connection Release message including the UE context holding instruction and has shifted to the RRC idle state basically keeps holding the UE context during the RRC idle state. However, when the period in the RRC idle state is very long, for example, the UE 50 and the eNB 10 continue to hold the UE context becomes a load on each of the UE 50 and the eNB 10.
  • the UE 50 provides a finite time (UE context retention time limit) that the UE context retains.
  • UE context retention time limit UE context retention time limit
  • ue-AS-ConfigValidityTime indicates the time.
  • FIG. 25 shows a modification example of the specification (Non-Patent Document 3) in the case where the UE context retention period as described above is provided.
  • FIG. 25 shows that VarAS-Config, which is a variable that holds the UE context, is added to “7.1 UE variables” of the specification.
  • VarAS-Config includes a UE context (AS configuration) stored in UE 50 during the RRC idle state.
  • the UE 50 determines that the UE context has become invalid when a predetermined period (the above T) has elapsed after leaving the RRC connection state.
  • VarAS-Config includes RadioResourceConfigDedicated, SecurityAlgorithmConfig, MeasConfig, NextHopChainingCount, PhysCellId, S-TMSI, and C-RNTI as the UE context (AS configuration).
  • RadioResourceConfigDedicated includes RadioResourceConfigDedicated, SecurityAlgorithmConfig, MeasConfig, NextHopChainingCount, PhysCellId, S-TMSI, and C-RNTI as the UE context (AS configuration).
  • RAS-Config includes RadioResourceConfigDedicated, SecurityAlgorithmConfig, MeasConfig, NextHopChainingCount, PhysCellId, S-TMSI, and C-RNTI as the UE context (AS configuration).
  • the predetermined period for holding the UE context (the above T) may be fixed according to the specification, or set from the eNB 10 to the UE 50 using ue-AS-ConfigValidityTime as in the example of FIG. It is good.
  • Providing the UE context retention period as described above is also applicable to the basic example.
  • Modification 2 Context Fetch
  • the eNB 20 identifies the eNB 10 based on the information notified from the UE 50, and the UE 50 of the UE 50 from the eNB 10 It is possible to obtain a context and make an RRC connection using the UE context.
  • Context Fetch that a certain eNB acquires a UE context from another eNB.
  • each of the eNB 10 and the eNB 20 has a context holding function and a function of executing a context acquisition procedure as described below.
  • the process between the UE 50 and the eNB 20 will be described with reference to FIG.
  • the UE 50 is in an RRC idle state and holds a UE context at the time of connection with the eNB 10. Then, the UE 50 moves to the cell under the eNB 20 in the RRC idle state, and when the call is made or when the incoming procedure is received, the transition procedure to the RRC connected state is activated.
  • the transition procedure to the RRC connected state is activated.
  • Step 451 Random Access Preamble is transmitted from the UE 50 to the eNB 20, and in Step 452, Random Access Response is returned from the eNB 20 to the UE 50.
  • the UE 50 transmits an RRC Connection Request message to the eNB 20.
  • information specifying the eNB in this case, eNB 10 holding the eNB-side UE context corresponding to the UE context held by the UE 50, and specifying that the UE context belongs to the UE 50 Information (information for specifying the UE context of the UE 50).
  • the RRC Connection Request message includes authentication information for authenticating the UE context of the UE 50.
  • the authentication information is, for example, C-RNTI, PCI, and ShortMAC-I at the previous RRC connection.
  • an ID (herein referred to as “resume ID”) having information identifying the eNB and information identifying the UE context is included in the RRC Connection Request message.
  • the bit length of the resume ID transmitted in the RRC Connection Request message is 24 bits.
  • the eNB and the UE context are made with the upper few bits and the lower few bits of the resume ID.
  • the upper 8 bits in the resume ID transmitted in the RRC Connection ⁇ Request message may be information for specifying the eNB, and the lower 16 bits may be information for specifying the UE context.
  • a case where the eNB holding the UE context of a specific UE cannot be specified with a 24-bit resume ID may occur. That is, for example, when the eNB 20 has information (addresses, etc.) of a plurality of eNBs (destination candidate eNBs that perform Context Fetch) corresponding to the information for eNB identification in the resume ID of the RRC Connection Connection Request message, It cannot be determined to which eNB Context Fetch may be performed.
  • the eNB requests the UE from the eNB for a resume ID (this is called a long resume ID) that is longer than the resumeresID (this is called a short resume ID). It is said.
  • the following steps are examples for making such a request.
  • the short resume ID is an example of context holding information indicating that the UE holds the UE context.
  • step 454 the eNB 20 transmits an RRC Connection Setup message including information requesting the UE 50 for a long resume ID to the UE 50.
  • the RRCRRConnection Setup message includes information for activating the UE context.
  • step 455 the UE 50 transmits an RRC Connection Setup Complete message including long resume ID to the eNB 20.
  • the bit length of long resume ID is 40 bits, for example. Then, for example, it is conceivable that the upper 24 bits in the long resume ID are information for specifying the eNB and the lower 16 bits are information for specifying the UE context. These numerical values are only examples.
  • short resume ID may be used.
  • the UE context may be specified by the first (upper) 16 bits of short resume ID
  • the resume ID is set to a predetermined bit length (eg, 40 bits)
  • the first predetermined bit eg, 24 bits
  • the remaining predetermined bits eg, 16 bits
  • the short resume ID included in the RRC Connection Request message is 40 bits, and the short resume ID is added to the eNB identification information and the UE context identification information, and the authentication of the UE corresponding to the UE context.
  • Information corresponding to shortMAC-I may be included.
  • information for authenticating the UE corresponding to the UE context (corresponding to shortMAC-I) Information).
  • the RRC Connection Setup is transmitted in Step 454 and the RRC Connection Setup Complete is transmitted in Step 455, but the long Resume ID request and the long Resume ID are requested. Does not include transmission.
  • the short Resume ID indicates itself (eNB 20)
  • the short Resume ID indicates itself (eNB 20)
  • Context Fetch for other eNBs is not performed.
  • the request for the long Resume ID and transmission of the long Resume ID may be included.
  • the eNB 20 identifies the eNB 10 as the eNB that holds the UE context based on the resume ID received from the UE 50 (only the short resume ID, only the long resume ID, or the combination of the long resume ID and the short resume ID). Context acquisition procedure is executed with
  • step 455 the UE 50 transmits an RRC Connection Setup Complete message to the eNB 20.
  • the eNB 20 transmits a context request message to the eNB 10 identified by the resume ID.
  • the context request message includes a resume ID and authentication information.
  • resume ID As will be described later, when resume ⁇ ID itself includes authentication information, authentication information other than resume ID may not be included.
  • the eNB 10 that has received the context request message stores information in the eNB 10 based on information identifying the UE context of the UE 50 (eg, lower 16 bits of short resume ID, lower 16 bits of long resume ID, etc.).
  • the UE context of the UE 50 is identified and acquired from a plurality of held UE contexts, and authentication is performed using authentication information. Here, it is assumed that the authentication is successful.
  • step 462 the eNB 10 transmits a context response message including the acquired UE context to the eNB 20.
  • ENB20 which acquired UE context of UE50 transmits the RRC
  • the UE 50 transmits an RRC Connection Reconfiguration Complete message to the eNB 20.
  • UE50 and eNB20 reuse UE context, establish the connection between UE50 and eNB20, and make a state change to a RRC connection state.
  • the UE 50 and the eNB 20 can establish the RRC connection between the UE 50 and the eNB 20 by reusing the retained / acquired UE context, and therefore the steps 471 and 47 may not be executed.
  • the UE 50 may ignore a part or all of the configuration information received by the RRC Connection Reconfiguration message.
  • you may apply the configuration information received with a RRC
  • step 473 when the eNB 20 has executed the context acquisition procedure but failed to acquire the target UE context (step 473), for example, an RRC Connection Release message is transmitted, and the UE 50 is set in the RRC idle state (step 474).
  • FIG. 28A shows an example of an RRC Connection Request message transmitted from the UE 50 in Step 453 of FIG.
  • shortResumeIdentity in addition to UE-AS-ConfigIdenity that is authentication information, a shortResumeIdentity corresponding to the short-resume ID described above is added.
  • shortResumeIdentity in this example is a 24-bit identifier for identifying the UE context (AS configuration) and the eNB that stores the UE context.
  • FIG. 29A shows an example of the RRC Connection Setup message transmitted from the eNB 20 in step 454 of FIG.
  • requestLongResumeIdentity is shown in addition to the ue-AS-ConfigActivate and nextHopChainingCount described above.
  • requestLongResumeIdentity corresponds to the request for long resume ID described above.
  • requestLongResumeIdentity indicates that the UE is requested to provide longResumeIdentity (long resume ID).
  • FIG. 30A shows an example of the RRC Connection Setup message transmitted from the UE 50 in Step 455 of FIG.
  • longResumeIdentity corresponding to the long-resume ID described above is added.
  • longResumeIdentity in this example is a 40-bit identifier for identifying a UE context (AS configuration) and an eNB that stores the UE context.
  • the RRC Connection Request message and the RRC Connection Setup Complete message may have the contents shown in FIGS. 31A and 31B and FIGS. 32A and 32B. Again, the RRCRRConnection Setup message is the same as that shown in FIGS. 29A and 29B.
  • FIG. 31A shows an example of an RRC Connection Request message transmitted from the UE 50 in step 453 of FIG.
  • shortResumeIdentity corresponding to short resume ID is added in addition to UE-AS-ConfigIdenity which is authentication information.
  • the shortResumeIdentity in this example identifies the UE context (AS configuration) and the eNB that stores the UE context, and further identifies a 40-bit identifier for authenticating the UE corresponding to the UE context. It is.
  • “authenticating the UE corresponding to the UE context” also means “authenticating that the UE is a person in the stored UE context”.
  • shortMAC-I may not be included in UE-AS-ConfigIdenity.
  • FIG. 32A shows an example of the RRC Connection Setup message transmitted from the UE 50 in Step 455 of FIG.
  • a longResumeIdentity corresponding to a longresume ID is added.
  • the longResumeIdentity in this example identifies the UE context (AS configuration) and the eNB that stores the UE context, and also a 56-bit identifier for authenticating the UE corresponding to the UE context. It is.
  • the RRC Connection Request message and RRC Connection Setup Complete message may have the contents shown in FIGS. 33A and B and FIGS. 34A and B.
  • the RRCRRConnection Setup message is the same as that shown in FIGS. 29A and 29B.
  • the resume ID is 40 bits as a whole, the first 24 bits are included in the RRC Connection Request message, and the remaining 16 bits are included in the RRC Connection Setup message.
  • the first 24 bits included in the RRC Connection Connection Request message are referred to as a “short Resume ID”, and an identifier including the remaining 16 bits included in the RRC Connection Connection Setup message and the first 24 bits is “long”. It may be called “resume ID”.
  • FIG. 33A shows an example of an RRC Connection Request message transmitted from the UE 50 in Step 453 of FIG.
  • resumeIdentity-LSB in addition to UE-AS-ConfigIdenity which is authentication information, resumeIdentity-LSB corresponding to the above short-resume ID is added. As illustrated in FIG. 33B, the resumeIdentity-LSB is the least significant 24 bits in the UE context (AS configuration) and the resume identity for identifying the eNB storing the UE context.
  • FIG. 34A shows an example of the RRC Connection Complete message transmitted from the UE 50 in step 455 of FIG.
  • resumeIdentity-MSB is added.
  • the resumeIdentity-MSB is the most significant (most significant) 16 bits in the UE context (AS configuration) and the resume identity for identifying the eNB storing the UE context.
  • the RRC Connection Request message and RRC Connection Setup Complete message may have the contents shown in FIGS. 35A and B, and FIGS. 36A and B.
  • the RRCRRConnection Setup message is the same as that shown in FIGS. 29A and 29B.
  • information for authenticating the UE corresponding to the UE context is added to the resume ID shown in FIGS. 33A and 33B and FIGS. 34A and 34B.
  • FIG. 35A shows an example of an RRC Connection Request message transmitted from the UE 50 in Step 453 of FIG.
  • resumeIdentity-LSB is added in addition to UE-AS-ConfigIdenity which is authentication information.
  • the resumeIdentity-LSB in this example identifies the UE context (AS configuration) and the eNB that stores the UE context, and further resume_identity for authenticating the UE corresponding to the UE context.
  • FIG. 36A shows an example of the RRC Connection Setup message transmitted from the UE 50 in Step 455 of FIG.
  • resumeIdentity-MSB is added.
  • the resumeIdentity-MSB in this example identifies the UE context (AS configuration) and the eNB that stores the UE context, and further resume resume identity for authenticating the UE corresponding to the UE context. Most significant 16 bits.
  • the UE 50 notifies the eNB 10 that the UE context is held. This is based on the premise that the eNB 10 corresponds to a UE context holding function (a function for performing connection by reusing a retained UE context, or a function for performing connection by reusing a UE context acquired by Context Fetch). It is said.
  • a UE context holding function a function for performing connection by reusing a retained UE context, or a function for performing connection by reusing a UE context acquired by Context Fetch. It is said.
  • the UE 50 desirably performs the UE context retention notification operation described in FIG. 7 or the like when it is confirmed that the eNB of the cell in the area has the UE context retention function.
  • the UE 50 determines whether the eNB 10 has a UE context holding function.
  • the third modification can be applied to any one of the first modification, the second modification, and the basic example. Examples 1 to 3 will be described below.
  • the “UE context maintenance function” in Modification 3 is a function of using (ie, reusing) the UE context held in a state that is not in the RRC connection state and establishing an RRC connection from the state. .
  • 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 the eNB 10 notifies the UE 50 of information indicating whether or not the eNB 10 is compatible with the UE context holding function using the notification information.
  • the notification information for example, MIB, SIB1, and SIB2 can be used.
  • criticalExtRRC-ConnEstReqAllowed reported by SIB2 is an example of the information.
  • maintenance function is demonstrated.
  • 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 502 determines whether the determination result in step 502 is Yes (corresponding). If the determination result in step 502 is Yes (corresponding), the process proceeds to step S503, and the UE 50 executes the procedure described in FIG. 7 and the like when transitioning to the RRC connection state. That is, the UE 50 performs notification of information indicating that the UE context is held. Note that although S503 in FIG. 34 describes that the procedure shown in FIG. 7 is executed, this is an example, and for example, the procedure shown in FIG. 26 may be executed.
  • step 502 determines whether the determination result in step 502 is No (not supported). If the determination result in step 502 is No (not supported), the process proceeds to step S504, and the UE 50 discards the held UE context and does not use a spare bit or the like when transitioning to the RRC connection state. A normal RRC Connection Request (or no authentication information or the like) is transmitted to the eNB 10.
  • Example 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 An example of the operation of the UE 50 in Example 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 601 UE 50 transmits Random Access Preamble to eNB10.
  • step 602 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.
  • the UE 50 reads information indicating whether or not the eNB 10 supports the UE context holding function from the Random Access ⁇ Response, and whether or not the eNB 10 supports the UE context holding function based on the information. Determine.
  • step 603 When the determination result in step 603 is Yes (corresponding), the process proceeds to step S604, 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. Note that although S604 in FIG. 38 describes that the procedure shown in FIG. 7 is executed, this is an example, and for example, the procedure shown in FIG. 26 may be executed.
  • step 603 If the determination result in step 603 is No (not supported), the process proceeds to step S605, 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 39 and 40 show examples of Random Access response messages in Example 2 of Modification 3 (see Non-Patent Document 4 for the conventional example).
  • MAC RAR is included in the MAC PDU.
  • Example 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 3 For example 3, the basic example is targeted.
  • the UE 50 maintains the UE context holding function in the eNB 10 based on whether or not the above-described ue-ContextStored (information indicating that the eNB 10 holds the UE context corresponding to the UE 50) is included in the RRC Connection Setup message. Judge whether or not it is compatible.
  • Example 3 the UE 50 always notifies the eNB that the UE context is held by the 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 3 when the UE 50 in the RRC idle state attempts to transition to the RRC connection state, in step 701, the UE 50 transmits an RRC Connection Request message including information indicating that the UE context is held to the eNB 10 .
  • step 702 the UE 50 receives the RRC Connection Setup message from the eNB10.
  • step 703 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 704, and the determination result is No ( If it is not included, the process proceeds to step 705.
  • step 704 the UE 50 continuously uses the held UE context, and transmits an RRC Connection Complete message similar to that in step 203 in FIG.
  • step 705 the UE 50 discards the held 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 the eNB 10.
  • step 705 the normal RRC connection procedure is executed.
  • UE 50 transmits an RRC Connection Request message including information indicating that the UE context is held.
  • DRB Data Radio Bearer
  • SRB Signal Radio Bearer
  • IoT Internet of Things
  • MTC Machin Type Communication
  • the eNB may not operate properly unless the eNB side knows which method the connected UE supports. .
  • the UE 50 responds to each of the DRB method and the SRB method in the RRC Connection Request message.
  • ENB 10 is notified of whether or not
  • the information bit is added by increasing the size of the RRC Connection Request message, the reception quality on the eNB side of the RRC Connection Request message transmitted from the cell edge UE is lowered, and as a result, the quality deterioration of the cell edge UE, the cell It may lead to a reduction in radius.
  • notification is performed as follows.
  • the RRC Connection Request message is transmitted by the MAC PDU using the PUSCH resource allocated by the UL grant included in the Random Access Response. Further, the RRC Connection Request message is transmitted by CCCH (Common Control Channel, common control channel) from the viewpoint of the logical channel.
  • CCCH Common Control Channel, common control channel
  • Non-Patent Document 4 shows specifications (examples of changes from the current specifications) that define the operation related to the MAC of the communication system of the present modification.
  • the changes from the current MAC specification (Non-Patent Document 4) are underlined.
  • the CCCH when the UE supports only the SRB scheme, the CCCH is specified using the LCID “01100”. When the UE supports only the DRB scheme, the CCCH is specified using the LCID “01101”. When the UE supports both the SRB scheme and the DRB scheme, the CCCH is specified using the LCID “01110”. Note that these values are examples.
  • the eNB10 recognizes that the UE50 supports only the SRB scheme. Then, data transmission / reception using the SRB is performed.
  • the eNB10 supports the UE50 in both DRB and SRB methods. Know that you are. In this case, for example, the eNB 10 determines which of the DRB scheme and the SRB scheme is to be executed according to the capability of the UE 50 and the like.
  • the LCID when transmitting the RRC Connection Request message, the LCID is used to notify whether the DRB method / SRB method can be supported.
  • LCID may be used to notify whether the DRB method / SRB method is supported.
  • the UE 50 determines that the UE context has become invalid when a predetermined period T during which the UE context is retained has elapsed from the time when the UE context has been retained, and releases the UE context. (Deleted). That is, according to the first modification, the UE 50 operates to maintain the UE context as long as the predetermined period T does not expire, regardless of the radio access technology (RAT) of the cell to be reselected.
  • RAT radio access technology
  • the UE 50 is not limited to this, and may release (delete) the UE context according to the conditions described below.
  • cell reselection intends the operation
  • the UE 50 When performing cell reselection, the UE 50 reselects a cell other than LTE such as UMTS or GSM (registered trademark) if the cell to be reselected is a cell other than LTE. ), The UE context may be released (deleted). In this case, the UE 50 holding the UE context attempts to establish an RRC connection in a cell to be reselected (with a RAT other than LTE) (that is, when a request to establish an RRC connection is transmitted to the base station). In addition, the UE context may be released (deleted), or the UE context may be released (deleted) after an RRC connection is established in a cell to be reselected (with another RAT other than LTE). May be.
  • LTE such as UMTS or GSM (registered trademark)
  • the UE context may be released (deleted) at any timing.
  • FIG. 43 shows a specification change example (TS36.304) in this case.
  • the UE 50 When the UE 50 once accesses a cell other than LTE, it is considered that the possibility of reselecting the LTE cell immediately is low, so the memory usage of the UE 50 can be reduced.
  • the cell to be reselected is a cell other than LTE (for example, reselects a cell other than LTE such as UMTS, GSM (registered trademark)).
  • the UE context may not be released (deleted). Even if the UE 50 once accesses a cell other than LTE, the UE context can be reused when there is a possibility of reselecting the LTE cell immediately.
  • the UE 50 When performing cell reselection, the UE 50 indicates that the cell to be reselected is an LTE cell, and the broadcast information (SIB2) of the cell indicates that the eNB 10 supports the UE context holding function. If no information is included, the UE context may be released (deleted). In addition, when the UE 50 performs cell reselection, the cell to be reselected is an LTE cell, and the eNB 10 supports the UE context holding function in the broadcast information (SIB2) of the cell. May be prevented from being released (deleted).
  • SIB2 broadcast information
  • the information indicating that the eNB 10 is compatible with the UE context holding function may be information indicating whether the eNB 10 is compatible with the UE context holding function described in ⁇ Example 1> of the third modification.
  • “up-CIOT-EPS-Optimisation” may be set in SIB2 (the same applies to Example 2-2 below). Accordingly, the UE 50 can reduce the memory usage of the UE 50 when the eNB 10 does not support the UE context holding function in the cell to be reselected.
  • the information indicating whether or not the eNB 10 supports the UE context holding function may be expressed by whether or not “up-CIOT-EPS-Optimisation” is set in the SIB2. .
  • the broadcast information of the cell includes information indicating that the eNB 10 is compatible with the UE context holding function.
  • the UE context may not be released (deleted) regardless of the case and the case where the UE context is not included. Thereby, even when the eNB 10 does not support the UE context holding function, the UE context can be reused when the eNB 10 of the cell to be reselected thereafter supports the UE context holding function. become.
  • FIG. 44 shows a specification change example (TS36.304) corresponding to ⁇ Example 2-2>.
  • 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 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 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 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.
  • each of the UE 50 and the eNB 10 described below may have the functions of the basic example and all the modified examples, or any one of the functions of the basic example and all the modified examples. It is also possible to have any one of the functions of the basic example and all the modified examples.
  • FIG. 46 the functional block diagram of a user apparatus (UE50) is shown.
  • the UE 50 includes a DL signal reception unit 51, a UL signal transmission unit 52, an RRC processing unit 53, and a UE context management unit 54.
  • FIG. 46 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 UL signal transmission unit 52 includes a function of notifying the eNB 10 of the availability of the DRB method / SRB method using the LCID when transmitting an RRC ⁇ Connection Request message or the like.
  • the RRC processing unit 53 is described with reference to FIG. 7, FIG. 8, FIG. 10 to FIG. 41, etc., UE side determination processing, RRC message generation / transmission (transmission is performed via the UL signal transmission unit 52)
  • the RRC message received by the DL signal receiving unit 51 is interpreted, and an operation based on the interpretation is performed.
  • transmission / reception of the MAC signal in the random access procedure described with reference to FIGS. 38 to 40 may be performed by the DL signal receiving unit 51 and the UL signal transmitting unit 52.
  • 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. As the restart function, for example, in the first modification, there is a UE context validation processing function when an activation instruction is received from the eNB.
  • the UE context management unit 54 includes storage means such as a memory, and holds a UE context and a UE identifier (S-TMSI or the like) in the RRC idle state based on the instruction described in FIG. Further, in the procedures shown in FIG. 7, FIG. 26, etc., it is determined whether or not the UE context is held, and when the UE context is held, information indicating that the UE context is held is notified. The RRC processing unit 53 is instructed. Further, the UE context management unit 54 regards the held UE context as invalid when a predetermined time (T) has elapsed in the RRC idle state from the time when the RRC connected state has changed to the RRC idle state. , Including the ability to release the UE context.
  • T predetermined time
  • the UE context management unit 54 selects whether to release the UE context as invalid according to the radio access technology (for example, GSM (registered trademark), UMTS, LTE, etc.) of the cell to be reselected. Includes functionality. Further, when the radio access technology of the cell to be reselected is LTE, the UE context management unit 54 regards the UE context as invalid based on whether or not the eNB 10 supports the function of releasing the UE context, and releases the UE context. It includes a function to select whether or not to do.
  • the radio access technology for example, GSM (registered trademark), UMTS, LTE, etc.
  • the UE context management unit 54 when the UE context management unit 54 performs cell reselection with a RAT different from the current RAT while holding the UE context, the UE context management unit 54 is in a period until the RRC connection is established with the different RAT (in the cell to be reselected). Includes a function to release (delete) the UE context.
  • the configuration of the UE 50 shown in FIG. 46 may be entirely realized by a hardware circuit (eg, one or a plurality of IC chips), a part is constituted by a hardware circuit, and the other part is a CPU and a program. And may be realized.
  • a hardware circuit eg, one or a plurality of IC chips
  • a part is constituted by a hardware circuit
  • the other part is a CPU and a program. And may be realized.
  • FIG. 47 is a diagram illustrating an example of the hardware (HW) configuration of the UE 50.
  • FIG. 47 shows a configuration closer to the mounting example than FIG.
  • the UE 50 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 higher layer processing. 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. 46, 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. 46, 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. 48 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. 48 shows only functional units that are 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 at least an operation based on 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 UL signal receiving unit 12 includes a function for determining whether or not the UE 50 can support the DRB scheme / SRB scheme based on the LCID in the MAC header of the MAC PDU received from the UE 50.
  • the RRC processing unit 13 is described with reference to FIG. 7, FIG. 8, FIG. 10 to FIG. 41, and the like, determination processing on the eNB side, generation / transmission of RRC message and broadcast information (transmission is via the DL signal transmission unit 11). Transmission), interpretation of the RRC message received by the UL signal receiving unit 12, operations based on the interpretation, and the like are performed. Further, transmission / reception of the MAC signal in the random access procedure described with reference to FIGS. 38 to 40 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 storage means such as a memory, and holds the UE context and the UE identifier (S-TMSI or the like) in the RRC idle state based on, for example, transmission of the instruction described in FIG.
  • the UE context is searched based on the UE identifier received from the UE, and after confirming that the UE context is retained, a notification indicating that the UE context is retained; Then, the RRC processing unit 13 is instructed to request authentication information. Further, in the first modification, the UE context management unit 14 instructs the authentication unit 15 to perform authentication based on the authentication information received from the UE.
  • the UE context management unit 14 searches for the UE context of the UE 50, and UE context Is confirmed, the RRC processing unit 13 is instructed to create and transmit a message for instructing the UE 50 to activate the UE context.
  • the UE context management unit 14 invalidates the held UE context when a predetermined time (T) elapses in the RRC idle state from the time when the UE 50 changes from the RRC connected state to the RRC idle state. And includes the function of releasing the UE context.
  • T predetermined time
  • the authentication unit 15 includes a function of receiving authentication information from the UE and authenticating the UE in Step 203 shown in FIG. Moreover, the authentication part 15 authenticates UE based on the authentication information transmitted from UE in the modification 201 in step 201 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.
  • FIG. 49 shows a functional configuration diagram of the base station eNB (eNB 10) in the second modification.
  • eNB 10 base station eNB
  • FIG. 49 shows a functional configuration diagram of the base station eNB (eNB 10) in the second modification.
  • eNB 10 of FIG. 49 a UE context acquisition unit 17 is added to the configuration of FIG.
  • the RRC processing unit 13 executes the message transmission / reception operations in steps 453 to 455 and 471 to 474 shown in FIGS. 26 and 27 together with the DL signal transmission unit 11 and the UL signal reception unit 12, for example.
  • the UE context acquisition unit 17 executes the context acquisition procedure when the UE context necessary for establishing the RRC connection with the UE that holds the UE context is not stored in the UE context management unit 14. (Step 460 in FIG. 26, Steps 461 and 462 in FIG. 27). In addition, when receiving a context request message from another base station, the UE context acquisition unit 17 acquires the UE context from the UE context management unit 14 based on information identifying the target UE context, It has a function of returning to the other base station.
  • the configuration of the eNB 10 shown in FIGS. 48 and 47 may be entirely realized by a hardware circuit (eg, one or a plurality of IC chips), or a part may be configured by a hardware circuit and the other part may be a CPU. And a program.
  • a hardware circuit eg, one or a plurality of IC chips
  • a part may be configured by a hardware circuit and the other part may be a CPU.
  • a program e.g, one or a plurality of IC chips
  • FIG. 50 is a diagram illustrating an example of a hardware (HW) configuration of the eNB 10.
  • FIG. 50 shows a configuration closer to the mounting example than FIGS.
  • the eNB 10 is connected to the network by an RE module 251 that performs processing related to a radio signal, a BB processing module 252 that performs baseband signal processing, a device control module 253 that performs processing such as an upper layer, and the like.
  • 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 FIGS.
  • 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 FIGS. 48 and 47, an RRC processing unit 13, a UE context management unit 14, an authentication unit 15, and a UE context acquisition unit. 17 is included. Note that all or part of the functions of the RRC processing unit 13, the UE context management unit 14, the authentication unit 15, and the UE context acquisition unit 17 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 category) of the apparatus shown in FIGS. 45 to 50 is merely an example of a configuration that realizes the processing described in the present embodiment (including the basic example and the first and second modifications). If the processing described in the present embodiment (including basic examples and modifications 1 and 2) can be realized, the mounting method (specific functional unit arrangement, names, etc.) is limited to a specific mounting method. Not.
  • the user apparatus 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, the user apparatus Transmitting means for transmitting to the base station a connection request message including first context holding information indicating that the device holds user apparatus side context information; and a base in which the base station is associated with the user apparatus.
  • 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 transmitting unit may transmit a connection request message including authentication information of the user device as the first context holding information to the base station.
  • authentication information can be transmitted before connection setting is performed (before RRC connection is made).
  • the reception unit may receive a connection setting message including instruction information for activating the user apparatus side context information as the second context holding information from the base station.
  • the user apparatus can determine whether or not the base station holds the context information based on whether or not the instruction information for activating the user apparatus side context information is received.
  • 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 user device invalidates the user device side context information held in the storage unit when a predetermined time has passed in the idle state from the time when the user device transitioned from the connected state to the idle state. It is good also as providing the management means to do. With this configuration, for example, when the idle state continues for a long time, it is possible to avoid holding the user apparatus side context information.
  • the user apparatus side context information held in the storage unit is stored in accordance with the radio access technology of the cell selected to transition to the connected state again.
  • Management means for selecting whether or not to invalidate may be provided.
  • the user apparatus 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, the user apparatus Transmitting a connection request message including a first identifier indicating that the user apparatus side context information is held to the base station, and a connection setting message including a request for a second identifier.
  • a 1st identifier or a 2nd identifier is an identifier used in order to identify the base station which hold
  • the first identifier or the second identifier may include information for authenticating the user device corresponding to the context information.
  • 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 receiving unit may receive a connection request message including authentication information of the user device as the first context holding information from the user device.
  • the transmitting unit may transmit a connection setting message including instruction information for activating the user apparatus side context information as the second context holding information to the user apparatus.
  • the user apparatus can determine whether or not the base station holds the context information based on whether or not the instruction information for activating the user apparatus side context information is received.
  • 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 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 user apparatus side context information Receiving means for receiving a connection request message including a first identifier from the user apparatus holding the terminal, transmitting means for transmitting a connection setting message including a request for a second identifier to the user apparatus, and from the user apparatus
  • a connection setting completion message including a second identifier is received, a holding base station holding the base station side context information of the user apparatus is specified based on the second identifier, and a context request message is sent to the holding base station
  • Base station is provided and a context acquisition means for acquiring context information.
  • the user apparatus in the mobile communication system that supports the function of establishing connection by reusing the context information held in each of the user apparatus and the base station, from the base station,
  • a receiving unit that receives instruction information indicating whether or not the base station has a context holding function, and determines whether the base station has a context holding function based on the instruction information received by the receiving unit
  • the determination unit and the determination unit determine that the base station has a context holding function
  • a user apparatus comprising transmission means for transmitting 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 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 embodiment described above can be further described as the following supplementary notes.
  • Appendix 1 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; Receiving means for receiving, from the base station, a connection setting message including second context holding information indicating that the base station holds base station side context information associated with the user apparatus;
  • a user apparatus comprising: a connection unit that establishes a connection with the base station using the context information on the user apparatus side after receiving the connection setting message.
  • 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.
  • the user apparatus according to appendix 1 characterized by: [Appendix 3] The user apparatus according to supplementary note 2, wherein the transmission unit transmits a connection setting completion message including the authentication information to the base station.
  • [Appendix 5] The user apparatus according to appendix 1, wherein the reception unit receives a connection setting message including instruction information for activating the user apparatus side context information as the second context holding information from 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.
  • the user device according to any one of appendices 1 to 5, wherein the user device-side context information is held in a storage unit during the idle state.
  • the user device characterized by: [Appendix 8]
  • the user apparatus side context information held in the storage unit is invalidated according to the radio access technology of the cell selected to transition to the connected state again.
  • 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, Receiving means for receiving, from the user device, a connection request message including first context holding information indicating that the user device holds user device side context information; In response to receiving the connection request message, a connection setting message including second context holding information indicating that the base station holds base station side context information associated with the user apparatus, Transmitting means for transmitting to the user device;
  • a base station comprising: connection means for establishing a connection with the user apparatus using the base station side context information after transmitting the connection setting message.
  • the receiving means acquires an identifier of the user apparatus from the connection request message, and searches base station side context information corresponding to the identifier from a plurality of base station side context information held.
  • the connection setting message includes a request for transmitting authentication information to the user device in addition to the second context holding information,
  • the base station according to appendix 9 or 10 further comprising: an authenticating unit that authenticates the user device using authentication information transmitted from the user device based on the transmission request.
  • the base station according to appendix 9, wherein the receiving unit receives a connection request message including authentication information of the user device as the first context holding information from the user device.
  • the base station according to appendix 9, wherein the transmission means transmits a connection setting message including instruction information for activating the user apparatus side context information as the second context holding information to 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.
  • the base station according to any one of appendices 9 to 13, wherein the base station transmits.
  • 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, Receiving a connection request message including first context holding information indicating that the user device holds user device side context information from the user device; In response to receiving the connection request message, a connection setting message including second context holding information indicating that the base station holds base station side context information associated with the user apparatus, A transmitting step for transmitting to the user device; A connection establishing method comprising: a connection step of establishing a connection with the user apparatus using the base station side context information after transmitting the connection setting message.
  • 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.
  • UE context management unit 15 Authentication unit 16 NW communication unit 17 UE context acquisition unit 30 MME 31 eNB communication unit 32 SGW communication unit 33 communication control unit 40 S-GW 41 eNB communication unit 42 MME communication unit 43 NW communication unit 44 communication control unit 50 UE 51 DL signal reception unit 52 UL signal transmission unit 53 RRC processing unit 54 UE context management unit 151 RE module 152 BB processing module 153 device control module 154 USIM slot 251 RE module 252 BB processing module 253 device control module 254 Communication IF

Abstract

L'invention concerne un dispositif utilisateur dans un système de communication mobile qui prend en charge une fonction d'établissement de connexion qui consiste à réutiliser des informations de contexte mémorisées dans le dispositif utilisateur et une station de base, le dispositif utilisateur étant équipé : d'un moyen d'émission permettant d'émettre vers la station de base, un premier message indiquant que le dispositif utilisateur mémorise des informations de contexte côté dispositif ; d'un moyen de réception permettant de recevoir, en provenance de la station de base, un second message indiquant que la station de base mémorise des informations de contexte côté station de base associées au dispositif utilisateur ; et d'un moyen de connexion permettant d'établir une connexion avec la station de base à l'aide des informations de contexte côté dispositif utilisateur après la réception du second message.
PCT/JP2016/082273 2015-11-05 2016-10-31 Dispositif utilisateur, station de base, et procédé d'établissement de connexion WO2017077979A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201680011221.6A CN107251642B (zh) 2015-11-05 2016-10-31 用户装置、基站以及连接建立方法
EP16862039.1A EP3373692B1 (fr) 2015-11-05 2016-10-31 Dispositif utilisateur, station de base, et procédé d'établissement de connexion
US15/544,566 US10448290B2 (en) 2015-11-05 2016-10-31 User equipment, base station, and connection establishment method
PH12017501236A PH12017501236A1 (en) 2015-11-05 2017-07-04 User equipment, base station, and connection establishment method

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
JP2015-218014 2015-11-05
JP2015218014 2015-11-05
JP2016-002129 2016-01-07
JP2016002129 2016-01-07
JP2016020321 2016-02-04
JP2016-020321 2016-02-04
JP2016-046348 2016-03-09
JP2016046348 2016-03-09
JP2016153979 2016-08-04
JP2016-153979 2016-08-04
JP2016165170A JP6123009B1 (ja) 2015-11-05 2016-08-25 ユーザ装置、基地局、及び接続確立方法
JP2016-165170 2016-08-25

Publications (1)

Publication Number Publication Date
WO2017077979A1 true WO2017077979A1 (fr) 2017-05-11

Family

ID=58663034

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/082273 WO2017077979A1 (fr) 2015-11-05 2016-10-31 Dispositif utilisateur, station de base, et procédé d'établissement de connexion

Country Status (1)

Country Link
WO (1) WO2017077979A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113556703A (zh) * 2020-04-03 2021-10-26 华为技术有限公司 无线通信方法和通信装置
CN113825186A (zh) * 2020-06-19 2021-12-21 维沃移动通信有限公司 离开网络的控制方法、装置和通信设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080242292A1 (en) * 2007-01-15 2008-10-02 Nokia Corporation Method and apparatus for providing context recovery
WO2014183833A1 (fr) * 2013-05-15 2014-11-20 Alcatel Lucent Nœuds de réseau et procédés
WO2015114695A1 (fr) * 2014-01-30 2015-08-06 日本電気株式会社 Station de base, terminal machine-machine (m2m), procédé et support lisible par ordinateur

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080242292A1 (en) * 2007-01-15 2008-10-02 Nokia Corporation Method and apparatus for providing context recovery
WO2014183833A1 (fr) * 2013-05-15 2014-11-20 Alcatel Lucent Nœuds de réseau et procédés
WO2015114695A1 (fr) * 2014-01-30 2015-08-06 日本電気株式会社 Station de base, terminal machine-machine (m2m), procédé et support lisible par ordinateur

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NTT DOCOMO, INC.: "Work on user plane based solution with AS information stored in RAN", 3GPP TSG-RAN WG2#92, R2-156424, 3GPP, XP051005843 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113556703A (zh) * 2020-04-03 2021-10-26 华为技术有限公司 无线通信方法和通信装置
CN113825186A (zh) * 2020-06-19 2021-12-21 维沃移动通信有限公司 离开网络的控制方法、装置和通信设备
CN113825186B (zh) * 2020-06-19 2023-08-01 维沃移动通信有限公司 离开网络的控制方法、装置和通信设备

Similar Documents

Publication Publication Date Title
JP6123009B1 (ja) ユーザ装置、基地局、及び接続確立方法
JP6208296B1 (ja) ユーザ装置、基地局、及び接続確立方法
JP6991859B2 (ja) 端末、基地局、及び移動通信システム
JP6144369B1 (ja) 基地局、及びコンテクスト情報保持方法
US9955419B2 (en) Network nodes, a user equipment and methods therein for establishing a connection between the user equipment and a wireless communications network
WO2016123809A1 (fr) Procédé et dispositif d'optimisation de signalisation
CN113475109B (zh) 随着rrc恢复完成之类的消息的早期测量报告
JP7025386B2 (ja) ユーザ装置、及びランダムアクセス方法
CN112005614A (zh) Rrc_inactive状态下的ta更新
WO2018126961A1 (fr) Procédé de communication, dispositif de réseau d'accès et terminal
EP2712262B1 (fr) Procédé de jonction à un réseau et appareil associé pour un noeud relais
WO2018214708A1 (fr) Procédé et appareil de communication
WO2017078140A1 (fr) Dispositif d'utilisateur, station de base, et procédé d'établissement de connexion
WO2017077979A1 (fr) Dispositif utilisateur, station de base, et procédé d'établissement de connexion
EP4005334B1 (fr) Systèmes et procédés pour gérer un état inactif de contrôle de ressources radio
EP3579655B1 (fr) Procédé et système de libération de connexion, et support d'enregistrement lisible par un ordinateur
WO2017150601A1 (fr) Équipement utilisateur et procédé d'accès aléatoire
WO2020019329A1 (fr) Procédé et appareil de traitement de message de radiomessagerie
WO2022236631A1 (fr) Procédé et appareil de transfert intercellulaire de relais d'équipement utilisateur à réseau
KR20180086035A (ko) 셀룰러 기반의 단말을 위한 연결 재개 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 12017501236

Country of ref document: PH

REEP Request for entry into the european phase

Ref document number: 2016862039

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15544566

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE