User equipment, base station, and connection establishment method

Provided is a user equipment in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of the user equipment and a base station, including: a receiving unit that receives instruction information indicating whether or not the base station has a function of performing RRC connection reusing retained context from the base station; a determining unit that determines whether or not the base station has the function on the basis of the instruction information received through the receiving unit; and a transmitting unit that transmits a message including context retention information indicating that the user equipment retains user equipment side context information to the base station when the determining unit determines that the base station has the function.

TECHNICAL FIELD

The present invention relates to a technique in which each of a user equipment UE and a base station eNB in a mobile communication system retains a UE context.

BACKGROUND ART

In an LTE system, as a connected state of a user equipment UE (hereinafter referred to as a “UE”) with a base station eNB (hereinafter referred to as an “eNB”), there are two states, that is, a radio resource control (RRC) idle state (RRC_Idle) and an RRC connected state (RRC_Connected).

When the UE is connected to a network, a UE context is generated by a mobility management entity (MME) on a core NW side, and in the RRC connected state, the UE context is retained in a UE and an eNB with which the UE is connected. The UE context is information including bearer-related information, security-related information, and the like.

When the UE performs transition between the RRC idle state and the RRC connected state, signaling of call control including the core NW side frequently occurs, and a method of reducing the signaling is a problem.

For example, when the UE transitions from the RRC connected state to the RRC idle state, signaling illustrated inFIG.1occurs (Non-Patent Document 1 or the like). The case ofFIG.1is a case in which an eNB2detects that communication of a UE1is not performed for a predetermined time, disconnects a connection with the UE1, and transitions to the RRC idle state.

InFIG.1, the eNB2transmits a UE context release request to an MME3(step1). The MME3transmits a bearer release request (Release Access Bearers Request) to a serving gateway (S-GW4) (step2), and the S-GW4transmits a bearer release response (Release Access Bearers Response) to the MME3(step3).

The MME3transmits a UE context release command to the eNB2(step4). The eNB2transmits an RRC connection release to the UE1(step5), releases the UE context for the UE1, and transitions to the RRC idle state. Further, the eNB2releases the UE context and transmits a UE context release complete to the MME3(step6).

CITATION LIST

SUMMARY OF THE INVENTION

Problem to be Solved by the Invention

In a signaling procedure illustrated inFIG.1, signaling frequently occurs at the time of the RRC connection release, and even when the UE transitions from the RRC idle state to the RRC connected state again, signaling frequently occurs.

In order to reduce the signaling when the UE performs transition between the RRC idle state and the RRC connected state, a method of retaining the UE context in the eNB and the UE and reusing the UE context when the UE performs transition of the RRC connected state→the RRC idle state→the RRC connected state within the same eNB has come under review (Non-Patent Document 2). An example of a procedure considered in the method will be described with reference toFIG.2.

(a)FIG.2illustrates a state in which the UE1is in the RRC connected state, and a connection of S1-C related to the UE1and a connection of S1-U (S1-C/U inFIG.2) are established on the core NW side. The connection of S1-C is an S1 connection in which a C-plane signal is transmitted, and the connection of S1-U is an S1 connection passing through a U-plane.

The UE1transitions from the state illustrated in (a) to the RRC idle state in accordance with a RRC connection release as illustrated in (b) and (c). At this time, the UE context for the UE1is retained in the eNB2, the UE context for the eNB2is also retained in the UE1, and the S1-C/U connection for the UE1is also maintained. Then, as illustrated in (d), when the UE1transitions to the RRC connected state, the eNB2and the UE1reuse the retained UE context, and thus the RRC connection is established while reducing the signaling.

Here, (d) ofFIG.2illustrates an example in which the UE1and the eNB2establish the RRC connection using the retained UE contexts, but generally, the UE does not recognize whether or not the eNB supports a function of retaining a reusable UE context.

For example, when a UE6retaining the UE context used for the connection with an eNB B moves to an eNB A in the RRC idle state as illustrated inFIG.3, it is unclear to the UE6whether or not the eNB A supports the UE context retention function.

In this regard, for example, it is considered that the UE constantly performs an operation of reusing the UE context when transition from the RRC idle state to the RRC connected state is performed. As the operation of reusing the UE context, an operation of giving a notification of information indicating that the UE retains the UE context to the eNB is considered. However, the eNB that does not support the UE context retention function is unable to detect information related to such a notification. In order to perform a stable operation, it is desirable that the UE performs the operation of reusing the UE context when the eNB of the serving cell is confirmed to have the UE context retention function.

The present invention was made in light of the foregoing, and it is an object of the present invention to provide a technique capable of enabling a user equipment to determine whether or not a base station has a function of reusing context information in a mobile communication system in which a function of performing connection establishment by reusing context information retained in each of the user equipment and the base station is supported.

Means for Solving Problem

According to an embodiment of the present invention, provided is a user equipment in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of the user equipment and a base station, including: a receiving unit that receives instruction information indicating whether or not the base station has a function of performing RRC connection reusing retained context from the base station; a determining unit that determines whether or not the base station has the function on the basis of the instruction information received through the receiving unit; and a transmitting unit that transmits a message including context retention information indicating that the user equipment retains user equipment side context information to the base station when the determining unit determines that the base station has the function.

According to an embodiment of the present invention, provided is a base station in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of a user equipment and the base station, including: a transmitting unit that transmits instruction information indicating whether or not the base station has a function of performing an RRC connection reusing retained context to the user equipment; and a receiving unit that receives a message including context retention information indicating that the user equipment retains user equipment side context information when the user equipment determines that the base station has the function on the basis of the instruction information from the user equipment.

According to an embodiment of the present invention, provided is connection establishment method performed by a user equipment in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of the user equipment and a base station, the connection establishment method including: a reception step of receiving instruction information indicating whether or not the base station has a function of performing RRC connection reusing retained context from the base station; a determination step of determining determines whether or not the base station has the function on the basis of the instruction information received in the reception step; and a transmission step of transmitting a message including context retention information indicating that the user equipment retains user equipment side context information to the base station when the base station is determined to have the function in the determination step.

According to an embodiment of the present invention, provided is a connection establishment method performed by a base station in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of a user equipment and the base station, the connection establishment method including: a transmission step of transmitting instruction information indicating whether or not the base station has a function of performing an RRC connection reusing retained context to the user equipment; and a reception step of receiving a message including context retention information indicating that the user equipment retains user equipment side context information when the user equipment determines that the base station has the function on the basis of the instruction information from the user equipment.

Effect of the Invention

According to the embodiment of the present invention, a technique capable of enabling a user equipment to determine whether or not a base station has a function of reusing context information in a mobile communication system in which a function of performing connection establishment by reusing context information retained in each of the user equipment and the base station is supported is provided.

MODE(S) FOR CARRYING OUT THE INVENTION

Hereinafter, exemplary embodiments of the present invention will be described with reference to the appended drawings. Further, embodiments to be described below are merely examples, and an embodiment to which the present invention is applied is not limited to the following embodiments. For example, in the present embodiment, description will proceed with an LTE system, but the present invention can be applied to various schemes without being limited to LTE. Further, in this specification and claims set forth below, a term “LTE” is not limited to a specific Rel (release) of 3GPP unless otherwise specified. Further, “LTE” includes “5G.”

Examples of various schemes mentioned above include SUPER 3G, IMT-advanced, 4G, 5G, future radio access (FRA), W-CDMA (registered trademark), GSM (registered trademark), CDMA 2000, ultra mobile broadband (UMB) IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, ultra-wide band (UWB), Bluetooth (registered trademark), and a next generation system expanded on the basis of them.

FIG.4is a diagram illustrating an exemplary configuration of a communication system according to an embodiment of the present invention. As illustrated inFIG.4, a communication system of the present embodiment includes an eNB10, an eNB20, an MME30, an S-GW40, and a UE50.FIG.4illustrates only parts related to the present embodiment in connection with the core network (EPC).

The UE50is a user equipment such as a mobile phone. Each of the eNBs10and20is a base station. The MME30is a node device that accommodates an eNB and performs location registration, paging, mobility control such as handover, bearer establishment/deletion, and the like. Further, C-plane control such as mobility control or bearer establishment/deletion is performed by message transmission and reception of the non-access-stratum (NAS) layer which is a higher layer of the radio resource control (RRC) layer between the UE50and the MME30.

The S-GW40is a node device that relays user data (U-plane data). A system including the MME30and the S-GW40is referred to as a communication control device. The MME30and the S-GW40may be configured as a single device and may be referred to as a communication control device.

As illustrated inFIG.4, the MME30and the eNBs10and20are connected via an S1 MME interface, and the S-GW40and the eNBs10and20are connected via an S1-U interface. Dotted connecting lines indicate control signal interfaces, and solid connecting lines indicate user data transfer interfaces.

The present embodiment is under the assumption of a scheme in which as described above, even when the UE50transitions from the RRC connected state to the RRC idle state within the same eNB, the UE context of the UE50is retained in the eNB, and the UE context related to the connection with the eNB is also retained in the UE50. As described above, the number of signals can be reduced through this scheme.

In the present embodiment, as an example of the above scheme, a scheme in which a new RRC state called RRC-Suspended (and ECM-Suspended) which is a scheme described in Non-Patent Document 3 is described is defined will be described as a first embodiment, and a scheme in which the UE context is reused without defining a new RRC state will be described as a second embodiment.

First Embodiment

First, the first embodiment will be described. As described above, in the scheme of the first embodiment, in addition to the conventional RRC-Idle (RRC idle state) and RRC-connected (RRC connected state) of the related art, a state called RRC-Suspended (called an RRC retention state) is added. In the RRC retention state, each of the UE and the eNB retains the UE context used for a connection in the RRC connected state before the RRC retention state. Then, when transition from the RRC retention state to the RRC connected state is performed, the RRC connection establishment is performed using the retained UE context. A detailed procedure and the like are described in Non-Patent Document 3. However, in the present embodiment, the UE can determine whether or not the eNB supports the UE context retention function. Such functions are not described in Non-Patent Document 3 at all.

First Embodiment: Overall Sequence Example

First, as a sequence example of the entire communication system according to the first embodiment, a processing sequence when the UE50transitions from the RRC idle state to the RRC retention state (and the ECM retention state) will be described with reference toFIG.5. Since the overall processing sequence illustrated inFIGS.5and6is disclosed in Non-Patent Document 3, an overview will be described here.

In step101, the eNB10decides to retain the RRC connection. In step102, the eNB10transmits a message indicating that the RRC connection of the UE50is suspended to the MME30. The MME10and the eNB30retain the UE context.

In step105, the MME30transmits Ack with respect to step102through messages of steps103and104. In step106, the MME30enters an ECM-SUSPEND state.

In step107, the eNB10transmits an RRC connection suspend message to the UE50and causes the UE50to transition to the RRC retention state (step108). A Resume ID is included in the RRC connection suspend message. The Resume ID is an identifier used when the RRC connection is resumed next time. In the RRC retention state, each of the UE50and the eNB10stores the UE context.

Here, in the present embodiment, the UE context retrained in each of the UE50and the eNB10includes, for example, an RRC configuration, a bearer configuration (including RoHC state information or the like), an access stratum (AS) security context, L2/L1 parameters (MAC configuration, PHY configuration, and the like), and the like.

Further, the UE50and the eNB10may retrain the same information as the UE context, and the UE50may retrain only information of the UE context that is necessary for the connection with the eNB10, and the eNB10may retain only information of the UE context necessary for the connection with the UE50.

More specifically, in the RRC idle state, for example, each of the UE50and the eNB10retains RadioResourceConfigDedicated information carried through the RRC Connection Setup, capability information carried through the RRC Connection Setup Complete, and security-related information (key information or the like), security-related information carried through the RRC Security Mode Command, configuration information carried through the RRC Connection Reconfiguration, and the like as the UE context. These are merely examples, and information retained as the UE context is not limited thereto, and information may be retrained additionally, or some pieces of the information may not be retained.

Since the UE10and the eNB10retain such information, when transition from the RRC idle state to the RRC connected state is performed, the RRC connection establishment can be performed without performing transmission and reception of messages such as the RRC Connection Setup Complete, the RRC Security Mode Command, the RRC Security Mode Complete, the RRC Connection Reconfiguration, and the RRC Connection Reconfiguration Complete.

Next, a sequence example in which the UE50transitions from the RRC retention state to the RRC connected state will be described with reference toFIG.6.FIG.6illustrates an example in which the UE50in the RRC retention state (step151) receives an incoming call (steps152to155), but this is an example, and even when the UE50in the RRC retention state originates a call, a similar process is performed for the reuse of the UE context.

In the UE that has received paging from the eNB10, in step156, the RRC resume procedure is activated from the EMM layer (a supplier of the NAS layer). In step157, the Random Access Preamble is transmitted from the UE50to the eNB10, and in Step158, the Random Access Response is transmitted from the eNB10to the UE10.

In step159, the UE50transmits an RRC Connection Resume Request message to the eNB10as a message3. In the first embodiment, before the RRC Connection Resume Request message is transmitted, the UE50performs a process of determining whether or not the eNB10has the context retention function, and this process will be described later in detail.

A Resume ID (resume ID) which is information indicating that the UE50retrains the UE context is included in the RRC Connection Resume Request message. The eNB10that has received the RRC Connection Resume Request message acquires the UE context of the UE50stored in association with the Resume ID included in the message, and resumes the bearer or the like on the basis of the information of the UE context. In step160, the eNB10transmits an RRC Connection Resume Complete message including the Resume ID to the UE50.

In step161, the UE50and the eNB10resumes the stored security context. Then, in steps162to165, a notification of the state change of the UE50or the like is transmitted to the MME30.

As described above with reference toFIG.6and the like, the UE50uses the Resume ID to give the notification that the UE retains the UE context to the eNB10. This is on the premise that the eNB10supports the UE context retention function (the function of performing the RRC connection reusing the retained UE context).

However, all eNBs need not necessarily support the UE context retention function. For example, the UE50is assumed to enter the RRC idle state while retaining the UE context under the control of the eNB10and moves to a cell of an eNB-X which does not have the UE context retention function. Here, even when a notification of the information indicating that the UE50retains the UE context is given to the eNB-X, the eNB-X is unable to detect the information. In order to perform a stable operation, when the UE50is able to check that the eNB of the serving cell has the UE context retention function, it is desirable that the UE50perform the UE context retention notification operation described inFIG.6and the like.

The first embodiment will be described in connection with an example in which the UE50determines whether or not the eNB10has the UE context retention function. Examples 1-1 to 1-2 will be described below. In the first embodiment and the second embodiment, the “UE context retention function” is a function of establishing the RRC connection from a state other than the RRC connected state using (or reusing) the retained UE context in the state. Further, when the eNB does not have the UE context retention function or when the eNB does not support the UE context retention function correspond to not only when the eNB does not retrain the UE context retention function as its capability but also when the eNB retains the UE context retention function as its capability but stops the function.

In an example 1-1, the eNB10broadcasts information indicating whether or not the eNB10supports the UE context retention function to the UE50through broadcast information. As the broadcast information, for example, an MIB, an SIB1, or an SIB 2 may be used.

An exemplary operation of the UE50related to determination of the UE context retention function will be described with reference to a flowchart ofFIG.7. In the following example, the eNB10broadcasts information indicating whether or not the eNB10supports the UE context retention function using the SIB1.

In step201, UE50receives the SIB1 from the eNB10. In step202, the UE50reads the information indicating whether or not the eNB10supports the UE context retention function from the SIB1, and the UE50determines whether or not the eNB10supports the UE context retention function on the basis of the information.

When the determination result of step202is Yes (supporting), the process proceeds to step S203, and when the UE50performs transition to the RRC connected state in the cell, the UE50performs the RRC connection by transmitting the RRC Connection Resume Request message to the eNB10as described above.

When the determination result of step202is NO (not supporting), the process proceeds to step S204, and when the UE50performs transition to the RRC connected state in the cell, the UE50drops the retained UE context and performs the RRC connection by transmitting the normal RRC Connection Request to the eNB10.

In an example 1-2, the eNB10gives a notification indicating whether or not the eNB10supports the UE context retention function to the UE50through the Random Access Response in the random access procedure.

An exemplary operation of the UE50in the example 1-2 will be described with reference to a flow chart ofFIG.8. Here, for example, as illustrated inFIG.6, a situation in which the UE50in the RRC retention state transitions to the RRC connected state upon receiving paging (or in order to originate a call) is illustrated.

In step301, the UE50transmits a Random Access Preamble to the eNB10. In step302, the UE50receives a Random Access Response from the eNB10. The Random Access Response includes information indicating whether or not the eNB10supports the UE context retention function.

In step303, the UE50reads the information indicating whether or not the eNB10supports the UE context retention function from the Random Access Response, and the UE50determines whether or not the eNB10supports the UE context retention function on the basis of the information.

When the determination result of step303is Yes (supporting), the process proceeds to step S304, and the UE50performs RRC connection by transmitting the RRC Connection Resume Request message to the eNB10as described above.

When the decision result of step303is No (not supporting), the process proceeds to step S305, the UE50drops the retained UE context and performs the RRC connection by transmitting the normal RRC Connection Request to the eNB10.

FIGS.9and10illustrate a messages example of the Random Access Response in the example 2 (see Non-Patent Document 5 for an example of a related art). As illustrated inFIG.9, an MAC RAR is included in an MAC PDU. As illustrated inFIG.10, in the example 2, the notification of the information indicating whether or not the UE context retention function is supported is given using a reserved bit in the MAC RAR. As an example, a bit of 1 indicates that the UE context retention function is supported, and a bit of 0 indicates that the UE context retention function is not supported. 1 and 0 may be reversed.

Second Embodiment

Next, a second embodiment will be described. As described above, the second embodiment relates to a scheme in which a new state such as RRC-Suspended is not defined, and in the RRC idle state, the UE and the eNB retain the UE context, and when transition to the RRC connected state is performed, the retained UE context is reused, and thus the number of signaling can be reduced.

Overall Sequence Example

First, as a sequence example of the entire communication system according to the second embodiment, a scheme of performing paging from the MME30when there is an incoming call to the UE50in the RRC idle state is described. More specifically, a processing sequence when the UE50is connected to the eNB10to enter the RRC connected state, enters the RRC idle state in the cell subordinate to the eNB10, and then receives an incoming call in the same cell will be described with reference toFIG.11.

The process ofFIG.11is under the assumption that the UE50is in the RRC connected state in the cell of the eNB10, and the S1-C/U connection related to the UE50is established. InFIG.11, the S1-C connection includes a connection between the eNB10and the MME30and a connection between the MME30and the S-GW40, and the S1-U connection includes a connection between the eNB10and the S-GW40. When the connection is established, transmission and reception of a signal (data) related to the UE50can be performed between corresponding node devices without performing a connection setup procedure such as a connection establishment signal.

Before the procedure ofFIG.11is described, an overview of an example of a procedure when the UE50is initially connected to the eNB10will be described (Non-Patent Document 4). A procedure related to an initial connection can be applied to the first embodiment. At the time of random access of the UE50, the eNB10transmits an RRC Connection Setup to the UE50, causes the UE50to enter the RRC connected state, and receives an RRC Connection Setup Complete from the UE50. Thereafter, the eNB10receives an Initial Context Setup Request from the MME30, transmits an RRC Security Mode Command to the UE50, receives an RRC Security Mode Complete from the UE50, transmits an RRC Connection Reconfiguration to the UE50, receives an RRC Connection Reconfiguration Complete from the UE50, and transmits an Initial Context Setup Response to the MME30. Through this procedure, the UE context is established and retained in the UE50and the eNB10.

As illustrated inFIG.11, in the RRC connected state, the eNB10transmits a connection retention instruction signal to the MME30(step401). Further, the MME30transmits the connection retention instruction signal to the S-GW40(step402).

The connection retention instruction signal is a signal for giving an instruction to retain downlink data in the S-GW40when there is an incoming call to the UE50while maintaining the S1-C/U connection related to the UE50and perform paging from the MME30.

The S-GW40that has received the connection retention instruction signal transmits an acknowledge response indicating that the instruction has been confirmed to the MME30(step403), and the MME30transmits an acknowledge response to the eNB10(step404).

The transmission of the connection retention instruction signal related to the UE50from the eNB10to the MME30may be triggered, for example, when an event of causing the UE50to transition to the RRC idle state occurs in the eNB10or may be performed directly after the UE50initially enters the RRC connected state under the control of the eNB10, and the S1-C/U connection related to the UE50is established.

The event of causing the transition to the RRC idle state is, for example, a case in which it is detected that communication with the UE50(uplink and downlink user data communication) has not occurred for a certain period of time due to expiration of a predetermined timer (for example, a UE inactivity timer) but is not limited thereto.

InFIG.11, the case in which it is detected that communication with the UE50(uplink and downlink user data communication) has not occurred for a certain period of time is assumed to be a trigger, and after steps401to404, an RRC connection release is transmitted to the UE50to cause the UE50to transition to the RRC idle state (step405).

In the second embodiment, even when the UE50transitions to the RRC idle state, the UE context established at the time of RRC connection is retained in each of the UE50and the eNB10.

Thereafter, downlink data destined for the UE50occurs, and the downlink data arrives at the S-GW40(step406). Here, the S1-U connection has been established, but the S-GW40retains the downlink data in a buffer without transferring the downlink data to the eNB10on the basis of the connection retention instruction signal received in step402.

The S-GW40transmits a downlink data arrival notification to the MME30(step407), and the MME30transmits an S1-AP paging signal destined for the UE50to the eNB10(step408). The paging is similar to an existing paging and transmitted to each eNB in a tracking area of the UE50, but transmission to the eNB10is illustrated inFIG.11.

The eNB10that has received the S1-AP paging signal transmits an RRC paging signal to the UE50subordinate thereto (step409).

The UE50that has received the RRC paging signal performs an RRC connection establishment procedure and establishes the RRC connection (step410). Thereafter, the eNB10transmits an RRC connection establishment complete which is a signal indicating that the establishment of the RRC connection has been completed to the MME30(step411). The eNB10can determine that the RRC connection with the UE50has been established, for example, that the eNB10has received the RRC Connection Setup Complete from the UE50.

The MME30transmits the RRC connection establishment complete signal to the S-GW40(step412). As a result, the S-GW40determines that the RRC connection has been established between the UE50and the eNB10, and starts transfer of the retained downlink data to the eNB10using the S1-U connection related to the UE50which is already established (Step413). The downlink data is transferred from the eNB10to the UE50(step414). As described above, the transmission of the downlink data to the UE50is started.

The RRC connection establishment procedure in step410inFIG.11will be described later in detail. In the RRC connection establishment procedure, since the UE context established and retained at the time of RRC connection in each of the UE50and the eNB10is used, the RRC connection establishment can be performed without performing transmission and reception of messages such as the RRC Security Mode Command, the RRC Security Mode Complete, the RRC Connection Reconfiguration, and the RRC Connection Reconfiguration Complete.

Here, the UE context retrained in each of the UE50and the eNB10includes, for example, an RRC configuration, a bearer configuration (including RoHC state information and the like), an AS security context (Access Stratum Security Context), L2/L1 parameters (the MAC configuration, the PHY configuration, and the like), and the like.

Further, the UE50and the eNB10may retrain the same information as the UE context, and the UE50may retrain only information of the UE context that is necessary for the connection with the eNB10, and the eNB10may retain only information of the UE context necessary for the connection with the UE50.

More specifically, in the RRC idle state, for example, each of the UE50and the eNB10retains RadioResourceConfigDedicated information carried through the RRC Connection Setup, capability information carried through the RRC Connection Setup Complete, and security-related information (key information or the like), security-related information carried through the RRC Security Mode Command, configuration information carried through the RRC Connection Reconfiguration, and the like as the UE context. These are merely examples, and information retained as the UE context is not limited thereto, and information may be retrained additionally, or some pieces of the information may not be retained.

Since the UE10and the eNB10retain such information as the UE context, when transition from the RRC idle state to the RRC connected state is performed, the RRC connection establishment can be performed without performing transmission and reception of messages such as the RRC Security Mode Command, the RRC Security Mode Complete, the RRC Connection Reconfiguration, and the RRC Connection Reconfiguration Complete.

Further, in the second embodiment, the eNB10retains the UE context in a storage unit in association with an identifier (UE identifier) of the UE corresponding to the UE context. There is no limitation to a type of UE identifier, but in the second embodiment, an SAE temporary mobile subscriber identity (S-TMSI) is used as the UE identifier as an example.

<Example of RRC Connection Establishment Procedure>

Next, the RRC connection establishment procedure between the UE50and the eNB10according to the second embodiment will be described with reference to a sequence ofFIG.12. In the sequence illustrated inFIG.12, the process of step410inFIG.11is assumed, but the present invention is not limited thereto. For example, the sequence illustrated inFIG.12may be the RRC connection establishment procedure at the time of call origination from the UE50.

It is assumed that before the sequence illustrated inFIG.12, a Random Access Preamble is transmitted from the UE50to the eNB10, and a Random Access Response is transmitted from the eNB10to the UE50.

In step S01, the UE50transmits the RRC Connection Request message (RRC connection request) to the eNB10through resources allocated by the UL grant included in the Random Access Response. In the second embodiment, in step S01, the UE50gives a notification indicating that the UE50retains the UE context using a spare bit (1 bit) in the RRC Connection Request message to the eNB10. For example, when the bit is set (1), it indicates that the UE50retains the UE context. The information indicating that the UE50retains the UE context is referred to as “UE context retention information.”

Further, in addition to the above bit, a UE identifier (specifically, the S-TMSI) identifying the UE50is included in the RRC Connection Request message. The S-TMSI is a temporary identifier of the UE50generated from an identifier specific to the UE50and output from the MME30at the time of location registration of the UE50or the like. In the present embodiment, it is assumed that the UE50and each eNB are assumed to retrain the S-TMSI identifying the UE50.

The eNB10that has received the RRC Connection Request message in step S01reads the UE context retention information and the UE identifier from the message, recognizes that the UE50identified by the UE identifier retains the UE context, and searches for the UE context corresponding to the UE identifier among a plurality of retained UE contexts from the storage unit. In other words, a UE identifier matching process is performed.

In step S02, When the UE context corresponding to the UE identifier is detected as a result of search, the eNB10gives a notification indicating that the eNB10retains the UE context of the UE50to the UE50through the RRC Connection Setup message (RRC connection establishment message) and requests the UE50to transmit information for authentication of the UE50.

The UE50that has received the RRC Connection Setup message including the information indicating that the UE context of the UE50is retained continuously uses the retained UE context (the bearer, the security key, the configuration, and the like).

Further, the RadioResourceConfigDedicated included in the RRC Connection Setup message includes parameter values related to the bearer, the MAC configuration, the PHY configuration, and the like, but the UE50that has received the RRC Connection Setup message including the above notification and request in step202ignores parameter values notified of through the RadioResourceConfigDedicated and continuously uses the parameter values of the retained UE context. The parameter values which are notified of may be used without ignoring the parameter values notified of through the RadioResourceConfigDedicated. As a result, when the parameter values which are already retained are changed by the eNB10, the change can be reflected.

Next, in step S03, the UE50includes authentication information such as an Authentication token, a shortMAC-I, and the like in the RRC Connection Setup Complete message, and transmits the resulting RRC Connection Setup Complete message to the eNB10. The authentication information such as the Authentication token and the short MAC-I is information used for the eNB10to authenticate the UE50.

The eNB10that has received the RRC Connection Setup Complete message authenticates that the UE50is a correct UE corresponding to the UE context searched using the UE identifier using the authentication information included in the message. Thereafter, the UE50and the eNB10establish (resume) a connection using the retained UE contexts. Further, when the connection is established (resumed) using the retained UE context, step S03need not be necessarily performed, and step S03may not be performed.

<Example of RRC Connection Release Procedure>

In the second embodiment, when the UE50receives the RRC Connection Release message from the eNB10and performs transition to the RRC idle state, the UE context may be constantly retrained, or the UE context may be retrained only when information for giving an instruction to retain the UE context is included in the RRC Connection Release message. An example of the latter will be described below.

As illustrated inFIG.13, when the eNB10causes the UE50to transition to the RRC idle state, the eNB10transmits the RRC Connection Release message to the UE50(step601).

The RRC Connection Release message includes instruction information (indication) for instructing the UE50to continuously retain the UE context in the RRC idle state. For the instruction information, a new indication may be included in the message, or a spare bit of an existing release cause may be used. A specific example will be described later.

When the instruction information is detected from the RRC Connection Release message, the UE50continuously retrains the UE context at the time of transition of the RRC idle state (the bearer information, the security information, and the like) in the RRC idle state.

(Another Example of Processing Sequence of Entire System)

In the examples illustrated inFIG.11, the UE10performs transition between the RRC connected state and the RRC idle state under the same eNB10, but here, as another example, a process sequence when the UE50is connected to the eNB10to enter the RRC connected state and enters the RRC idle state in the cell subordinate to the eNB10, and thereafter, the UE50moves to a cell subordinate to the eNB20and receives an incoming call will be described with reference toFIG.14.

Further, the example ofFIG.14is also under the assumption that the UE50is in the RRC connected state in the cell of the eNB10, and the connection of the S1-C/U is established.

Similarly to the examples ofFIG.11, the eNB10transmits the connection retention instruction signal to the MME30(step701). Further, the MME30transmits the connection retention instruction signal to the S-GW40(step702).

As described above, the connection retention instruction signal is a signal for giving an instruction to retain downlink data in the S-GW40when there is an incoming call to the UE50while maintaining the S1-C/U connection related to the UE50and perform paging from the MME30.

The S-GW40that has received the connection retention instruction signal transmits an acknowledge response to the MME30(step703), and the MME30transmits an acknowledge response to the eNB10(step704).

After steps701to704, the eNB10transmits the RRC connection release to the UE50, and causes the UE50to transition to the RRC idle state (step705). After this, the UE50moves to the cell subordinate to the eNB20. The RRC Connection Release message includes an instruction to retention the UE context, and the UE50retains the UE context. However, the UE context is information used for the connection with the eNB10.

Thereafter, the downlink data destined for the UE50occurs, and the downlink data arrives at the S-GW40(step706). Here, the S1-U connection has been established, but the S-GW40retains the downlink data in a buffer without transferring the downlink data to the eNB10on the basis of the connection retention instruction signal received in step402.

The S-GW40transmits a downlink data arrival notification to the MME30(step707), and the MME30transmits an S1-AP paging signal destined for the UE50to the eNB10(step708). The paging is similar to an existing paging and transmitted to each eNB (each of one or more eNBs) in a tracking area of the UE50, but transmission to the eNB10is illustrated inFIG.14.

The eNB10that has received the S1-AP paging signal transmits an RRC paging signal to the UE50subordinate thereto (step709).

The UE50that has received the RRC paging signal performs an RRC connection establishment procedure and establishes the RRC connection (step710). Further, the NAS connection procedure is performed between the eNB20and the core NW side (the S-GW40inFIG.14), and the S1-C/U connection for the eNB20is established (step711).

Since the connection between the UE50and the S-GW40is accordingly established, the S-GW40starts transmission of the downlink data to the UE50(steps712and713). Further, the UE context between the eNB10and the MME30is released, and the S1-C/U connection for the eNB10is released (step714).

In the above example, in the RRC connection establishment procedure of step710, the UE50transmits the message of step S01ofFIG.12, but since the eNB20determines that the UE context corresponding to the UE50is not retained, a normal RRC connection procedure is performed. Alternatively, when the eNB20determines that the UE context corresponding to the UE50is not retained, the eNB20may acquire the UE context of the UE50from the eNB10on the basis of a PCI (a cell ID identifying the eNB10of the cell for which the UE50retains the UE context) or the like reported from the UE50through the message in the RRC connection establishment procedure and perform the RRC connection using the UE context.

Next, description examples (excerpts) of the 3GPP specification (3GPP TS 36.331 and Non-Patent Document 3) when various kinds of notifications described with reference toFIGS.12and13are given are illustrated inFIGS.15to19. InFIG.15toFIG.19, parts changed from Non-Patent Document 3 are underlined.

FIG.15Aillustrates an example of the RRC Connection Request message transmitted from the UE50in step S01ofFIG.12. As illustrated inFIG.15A, ue-ContextStoring (for example, one bit) is added. As illustrated inFIG.15B, ue-ContextStoring is information indicating that the UE50retains the UE context used in a previous RRC connection. Further, as illustrated inFIG.15A, the S-TMSI is included.

FIG.16Aillustrates an example of the RRC Connection Setup message transmitted from the eNB10in step S02ofFIG.12. As illustrated inFIG.16A, ue-ContextStored and ue-AuthenticationInfoReq are added.

As illustrated inFIG.16B, ue-AuthenticationInfoReq is information for requesting the UE to transmit the authentication information. ue-ContextStored is information indicating that the eNB retains the UE context of the UE which is the target of the RRC Connection Setup. When the presence of this information (field) is detected, the UE ignores a radioRecourceConfigDedicated field notified of through the RRC Connection Setup message. As described above, the parameter values which are notified of through this may be applied without ignoring the radioRecourceConfigDedicated field.

FIG.17illustrates an example of the RRC Connection Setup Complete message transmitted from the UE50in step S03ofFIG.12. As illustrated inFIG.17, ue-AuthenticationToken and ue-AuthenticationInfo which are the authentication information are added.

FIGS.18to19illustrate examples 1 and 2 of the RRC Connection Release message transmitted from the eNB10in step601ofFIG.13.

FIGS.18A and18Billustrate an example (example 1) of giving a UE context retention instruction using a Cause value. In this case, as illustrated inFIG.18A, UEcontextHolding is added in ReleaseCause. As illustrated inFIG.18B, a value of ue-Context Holding indicates an instruction to cause the UE to continuously retain the UE context in the RRC idle state.

FIGS.19A and19Billustrate an example (example 2) of giving a UE context retention instruction using a new indication. As illustrated inFIG.19A, ue-Context Holding is added as the new indication. As illustrated inFIG.19B, ue-Context Holding indicates an instruction to cause the UE to continuously retain the UE context in the RRC idle state.

As described above with reference toFIG.12or the like, in the second embodiment, a notification indicating that the UE50retains the UE context is given to the eNB10. It is under the assumption that the eNB10supports UE context retention function (the function of performing the reconnection reusing the retained UE context).

However, as described above in the first embodiment, all eNBs need not necessarily support the UE context retention function. For example, the UE50is assumed to enter the RRC idle state while retaining the UE context under the control of the eNB10and moves to a cell of an eNB-X which does not have the UE context retention function. Here, even when a notification of the information indicating that the UE50retains the UE context is given to the eNB-X, the eNB-X is unable to detect the information. In order to perform a stable operation, when the UE50is able to check that the eNB of the serving cell has the UE context retention function, it is desirable that the UE50perform the UE context retention notification operation described inFIG.12and the like.

An example in which the UE50determines whether or not the eNB10has the UE context retention function will be described below. Examples 1 to 3 will be described below.

In an example 2-1, the eNB10broadcasts information indicating whether or not the eNB10supports the UE context retention function to the UE50through broadcast information. As the broadcast information, for example, an MIB, an SIB1, or an SIB 2 may be used.

An exemplary operation of the UE50related to determination of the UE context retention function will be described with reference to a flowchart ofFIG.20. In the following example, the eNB10broadcasts information indicating whether or not the eNB10supports the UE context retention function using the SIB1.

In step801, UE50receives the SIB1 from the eNB10. In step802, the UE50reads the information indicating whether or not the eNB10supports the UE context retention function from the SIB1, and the UE50determines whether or not the eNB10supports the UE context retention function on the basis of the information.

When the determination result of step802is Yes (supporting), the process proceeds to step S803, and when the UE50performs transition to the RRC connected state, the procedure described with reference toFIG.12and the like is performed. In other words, the UE50gives a notification of the information indicating that the UE context is retained.

When the determination result of step802is No (not supporting), the process proceeds to step S804, and when the UE50performs transition to the RRC connected state, the UE50drops the retained UE context and transmits the normal RRC Connection Request which does not use a spare bit or the like to the eNB10.

In an example 2-2, the eNB10gives a notification indicating whether or not the eNB10supports the UE context retention function to the UE50through the Random Access Response in the random access procedure.

An exemplary operation of UE50in the example 2-2 will be described with reference to a flowchart ofFIG.21. Here, for example, a situation in which the UE50in the RRC idle state transitions to the RRC connected state upon receiving paging (or in order to originate a call) is illustrated.

In step901, the UE50transmits a Random Access Preamble to the eNB10. In step902, the UE50receives a Random Access Response from the eNB10. The Random Access Response includes information indicating whether or not the eNB10supports the UE context retention function.

In step903, the UE50reads the information indicating whether or not the eNB10supports the UE context retention function from the Random Access Response, and the UE50determines whether or not the eNB10supports the UE context retention function on the basis of the information.

When the determination result of step903is Yes (supporting), the process proceeds to step S904, and the UE50performs the procedure described inFIG.12and the like. In other words, the UE50gives a notification of information indicating that the UE context is retained or the like.

When the determination result of step903is No (not supporting), the process proceeds to step S905, and the UE50drops the retained UE context and transmits the normal RRC Connection Request that does not use a spare bit to the eNB10.

The message example of the Random Access Response in the example 2-2 is similar to that of the example 1-2 which is illustrated inFIGS.9and10.

In the example 2-3, the UE50determines whether or not the UE context retention function is supported in the eNB10in accordance with whether or not ue-ContextStored (the information indicating that the eNB10retains the UE context corresponding to the UE50) is included in the RRC Connection Setup message.

In other words, in the example 2-3, the UE50constantly gives the notification indicating that the UE context is retained to the eNB through the RRC Connection Request, and performs the operation illustrated inFIG.12. However, here, it is determined whether or not the UE context retention function is supported in the eNB10on the basis of the RRC Connection Setup message.

An exemplary operation of UE50in the example 2-3 will be described with reference to a flowchart ofFIG.22. For example, when the UE50in the RRC idle state desires to transition to the RRC connected state, in step1001, the UE50transmits the RRC Connection Request message including the information indicating that the UE context is retained to the eNB10.

In step1002, the UE50receives the RRC Connection Setup message from the eNB10. In step1003, the UE50determines whether ue-ContextStored is included in the RRC Connection Setup message, and when the determination result is Yes (included), the UE50proceeds to step1004, whereas when the determination result is No (not included), the process proceeds to step1005.

In step1004, the UE50continues to use the retained UE context, and transmits the RRC Connection Setup Complete message similar to step S03inFIG.12to the eNB10.

In step1005, the UE50drops the retained UE context, creates a UE context (the bearer, the MAC config, the PHY config, and the like) by reflecting a set value in the RadioResourceConfigDedicated included in the RRC Connection Setup message, and uses the UE context for the connection (communication) with the eNB50. After step1005, the normal RRC connection procedure is performed.

Next, a modification which can be applied to both the first embodiment and the second embodiment will be described.

As described above, in the present embodiment, it is possible to give the notification indicating whether or not the eNB10supports the UE context retention function to the UE50using a signal such as the SIB1 or the SIB 2.

Meanwhile, a scheme in which data is transmitted and received through a signaling radio bearer (SRB) in the C-plane under the assumption of the application to Internet of things (IoT) or the like in which a small amount of data is transmitted and received, and thus the signaling amount is reduced has been proposed (corresponding to Solution 2 of Non-Patent Document 3: Infrequent small data transmission using pre-established NAS security). Here, this scheme is referred to as an “SRB scheme,” “cp CIoTEPSOptimisation,” “Control plane CIoT EPS Optimisation,” or a “C-plane solution.”

On the other hand, a scheme in which the signaling amount is reduced by retaining the UE context while performing transmission and reception of data in the U-plane (DRB) and reusing the UE context as in the methods described in the first embodiment and the second embodiment or the method proposed as “Solution 18: User plane based solution with AS information stored in RAN” in Non-Patent Document 3 has been proposed. This scheme is a solution in the U-plane. Here, this scheme is referred to as a “DRB scheme,” a “U-plane solution,” a “User plane CIoT EPS Optimisation,” or “upCIoTEPSOptimisation.”

In the present modification, a notification indicating whether or the eNB10supports the “C-plane solution” or the “U-plane solution” is given to the UE50. A signal used for the notification is not limited to a specific signal, but in the present modification, the SIB 2 is used.

FIGS.23and24illustrate a specification modification (excerpt) of the SIB 2 according to the present modification.FIGS.23and24illustrate changes from Non-Patent Document 4, and changed parts are underlined. As illustrated inFIG.23, “cpCIoTEPSOptimisationAllowed” and “upCIoTEPSOptimisationAllowed” are added. As illustrated inFIG.24, “cpCIoTEPSOptimisationAllowed” indicates whether or not the UE can perform a connection with “Control planeCooTEPSOptimisation.”

In other words, it indicates whether or not the network (eNB) supports “Control planeCooTEPSOptimisations.”

“UpCIoTEPSOptimisationAllowed” indicates whether or not the UE can perform a connection with “UserplaneCIoTEPSOptimisation.”

In other words, it indicates whether or not the network (eNB) supports “User plane CIoT EPS Optimisation.”

In the present modification, the UE50is assumed to support both functions of “Control plane CIoT EPS Optimisation” and “User Plane CIoT EPS Optimisation.”

An exemplary operation 1 of the UE50when the UE50receives the SIB 2 from the eNB10in a modification will be described with reference to a flowchart ofFIG.25, and respective steps of the flow ofFIG.25will be described in a specification modification which will be described later with reference toFIG.27.FIG.25illustrates an operation at the time of cell selection of the UE50. However, the present invention is not limited to the operation at the time of cell selection.

In step S10, the UE50is in the RRC_IDLE state or the RRC_CONNECTED stat and in a state in which a timer T311 is activated (for example, a state in which a cell selection process is being performed due to a link failure). In step S11, the UE50performs access in accordance with the scheme of “control plane CIoT EPS optimization.”

In step S12, the UE50determines whether or not “cpCIoTEPSOptimisation ALLOWED” is included in the SIB 2. In other words, the UE50determines whether or not the eNB10supports the scheme of “control plane CIoT EPS optimization.”

When a determination result of step S12is Yes, the process proceeds to step S13, and the UE50accesses the cell (eNB10) without using the scheme of “control plane CIoT EPS optimization.”

For example, the UE50performs access in accordance with “User plane CIoT EPS Optimisation” or a scheme of a related art (for example, a scheme including NAS connections such as S710and S711inFIG.14). For example, when “User plane CIoT EPS Optimisation” is used, the UE50performs the processes illustrated inFIGS.7and8, or the processes illustrated inFIGS.20to22.

When the determination result of step S12is No, the process proceeds to step S14, and the UE50accesses the cell (eNB10) using the scheme of “control plane CIoT EPS optimization.”

In this example, the mobile communication system according to the present embodiment is assumed to support “Solution 2: Infrequent small data transmission using pre-established NAS security” of Non-Patent Document 3, and the UE50performs an access procedure conforming to Solution 2.

Next, an exemplary operation 2 of the UE50when the UE50receives the SIB 2 from the eNB10in a modification will be described with reference to a flowchart ofFIG.26, and respective steps of the flow ofFIG.26will be described in a specification modification which will be described later with reference toFIG.28.FIG.26illustrates an operation at the time of cell selection of the UE50. However, the present invention is not limited to the operation at the time of cell selection.

Steps S20and S21are the same as steps S10and S11of the exemplary operation 1.

In step S22, the UE50determines whether or not “cpCIoTEPSOptimisationAllowed” is included in the SIB2. In other words, the UE50determines whether or not the eNB10supports the scheme of “control plane CIoT EPS optimization.”

When the determination result of step S22is Yes, the process proceeds to step S23, and the UE50determines whether or not “upCIoTEPSOptimisationALLowed” is included in the SIB2. In other words, the UE50determines whether or not the eNB10supports the scheme of “User plane CIoT EPS optimization.”

When the determination result of step S23is Yes, the process proceeds to step S24, and the UE50accesses the cell in accordance with the scheme of “User plane CIoT EPS Optimisation.”

For example, when “User plane CIoT EPS Optimisation” is used, the UE50performs the processes illustrated inFIGS.7and8, or the processes illustrated inFIGS.20to22. In the example operation 2 in which it is checked whether or not “upCIoTEPSOptimisationALLowed” is included, “upCIoTEPSOptimisationALLowed” is regarded as “instruction information indicating whether or not the base station has the context retention function” or not, and in step S24, S203inFIG.7, S304inFIG.8, the procedure illustrated inFIG.12, or the like may be performed here.

When the determination result of step S23is No, the process proceeds to step S25, and the UE50determines that access to the cell is prohibited (barred), for example, makes an attempt to access another cell. In the example operation 2, when the network does not support “C-plane solution” or “U-plane solution,” the UE50is assumed not to be able to access the network. In other words, the UE50is assumed not to support NAS of a related art and support only NAS dedicated to the C/U-plane solution. Therefore, if the UE50supports the NAS scheme of the related art, access may be made in accordance with the NAS scheme of the related art in step S25.

When the determination result of step S22is No, the process proceeds to step S26, and the UE50accesses the cell (eNB10) using the scheme of “control planeCooteEPSoptimization,” similarly to step S14in the example operation 1.

FIG.27illustrates a specification modification (excerpt) corresponding to the flow ofFIG.25.FIG.27illustrates changes from Non-Patent Document 4, and changed parts are underlined. As illustrated inFIG.27, the content of the flow illustrated inFIG.25is added.

FIG.28illustrates a specification modification (excerpt) corresponding to the flow inFIG.26.FIG.28illustrates changes from Non-Patent Document 4, and changed parts are underlined. As illustrated inFIG.28, content of the flow illustrated inFIG.26is added.

As described above, by using the modification scheme, the UE50can flexibly select the scheme and perform access in accordance with a scheme supported by the network side.

<Other Examples in Modification>

In the present modification, the eNB gives a notification indicating whether the network supports “C-plane solution” and whether or not the network supports “U-plane solution” to the UE50through broadcast system information such as the SIB 2. The UE50that has received the notification transfers information (bits) of the notification to a higher layer (for example, the NAS layer). The UE50can perform an operation to be described below including the operation in the NAS layer on the basis of the information of the notification.

When the UE50that supports “U-plane solution” is in the idle state (or the suspended state) while retaining the context through the process illustrated inFIG.5,FIG.11, orFIG.13, the UE50is assumed to start the procedure using an initial NAS message in a certain cell.

Examples of the initial NAS message include an ATTACH REQUEST, a DETACH REQUEST, a TRACKING AREA UPDATE REQUEST, a SERVICE REQUEST, an EXTENDED SERVICE REQUEST, and a CONTROL PLANE SERVICE REQUEST (Non-Patent Document 6).

When the UE50is an NB-S1 mode, that is, when the UE50is a UE for NB-IoT, the UE50requests the higher layer (for example, the RRC layer) to resume the RRC connection when the procedure of the NAS layer starts.

When UE50is a WB-S1 mode, that is, when the UE50is a non-NB-10T UE, UE50performs the following operation. The WB-S1 mode is a mode when a non-NB-10T UE (a UE which is not for NB-10T) uses CIoT EPS optimization.

When the procedure of the NAS layer starts, the UE50first determines whether or not a notification indicating that the network supports “U-plane solution” has been received from the eNB through the broadcast system information. When the UE50has received the notification, the UE50requests the lower layer to resume the RRC connection. Then, for example, the UE50regards the notification as the “instruction information indicating whether or the base station has the context retention function,” and performs S203ofFIG.7, S304ofFIG.8, or the procedure illustrated inFIG.12.

When the UE50has not received the notification indicating that the UE50supports “U-plane solution” from the eNB through the broadcast system information, the UE50transmits the initial NAS message including the SERVICE REQUEST ad requests the lower layer to resume the RRC connection. In this case, in the lower layer that has received the request, the UE50drops, for example, the context and the Resume ID and transmits the RRC Connection Request.

Further, irrespective of whether the UE50is the NB-S1 mode or the WB-S1 mode, the UE50may perform the operation of the WBS 1 mode described above.

A specification modification corresponding to the above operation is illustrated inFIG.29. InFIG.29, for the excerpt from Non-Patent Document 6, changed parts corresponding to the above operation are underlined. In the specifications illustrated inFIG.29, “Upon trigger of a procedure using an initial NAS message when in EMM-IDLE mode with suspend indication, the UE in NB-S1 mode shall request the lower layer to resume the RRC connection. In this request to the lower layer the NAS shall provide to the lower layer the RRC establishment cause and the call type according to annex D of this document;” and “Upon trigger of a procedure using an initial NAS message when in EMM-IDLE mode with suspend indication, if support of Use plane CIoT EPS optimization is received as part of the broadcast system information, the UE in WB-S1 mode shall request the lower layer to resume the RRC connection In this request to the lower layer the NAS shall provide to the lower layer the RRC establishment cause and the call type according to annex D of this document. If support of Use plane CIoT EPS optimization is not received as part of the broadcast system information, the UE in WB-S1 mode shall send an initial NAS message including SERVICE REQUEST and request the lower layer to initiate an RRC connection;” correspond to the above operation. Further, “in EMM-IDLE mode with suspend indication” indicates that the UE50is in the idle state while retaining the context.

In this example, when the information indicating that the network supports the “C-plane solution” is not received from the eNB through the broadcast system information, the UE50of the WB-S1 mode does not request the eNB side to use “C-plane solution” through the ATTACH REQUEST. A specification modification corresponding to this operation is illustrated inFIG.30. InFIG.30, for the excerpt from Non-Patent Document 6, changed parts corresponding to the above operation are underlined. In the specification illustrated inFIG.30, “In WB-S1 mode, if the PLMN support of control plane CIoT EPS optimization is not received as part of the broadcast system information, then the UE shall not request” control plane CIoT EPS optimization “in the Additional update type IE of the ATTACH REQUEST message.” corresponds to the above operation.

In this example, when the information indicating that the network supports the “C-plane solution” is not received from the eNB through the broadcast system information, the UE50of the WB-S1 mode does not request the eNB side to use the “C-plane solution” through the TRACKING AREA UPDATE REQUEST. A specification modification corresponding to this operation is illustrated inFIG.31. InFIG.31, for the excerpt from Non-Patent Document 6, changed parts corresponding to the above operations are underlined. In the specification illustrated inFIG.31, “In WB-S1 mode, if the PLMN support of control plane CIoT EPS optimization is not received as part of the broadcast system information, then the UE shall not request” control plane CIoT EPS optimization “in the Additional update type IE of the TRACKING AREA UPDATE REQUEST message.” corresponds to the above operation.

Further, in the case in which the UE50is a non-NB-IoT UE, the UE50moves to a cell in which the “C-plane solution” is used, and the SERVICE REQUEST is activated in the cell, the UE50perform the following operation.

When the information indicating that the network supports the “C-plane solution” is received from the eNB through the broadcast system information, the UE50transmits a dedicated CONTROL PLANE SERVICE REQUEST and enters a state of EMM-SERVICE-REQUEST-INITIATED. Further, when the information indicating that the network supports the “C-plane solution” is not received from the eNB through the broadcast system information, the UE50transmits the SERVICE REQUEST or the EXTEND SERVICE REQUEST ad enters the state of EMM-SERVICE-REQUEST-INITIATED.

A specification modification corresponding to the above operation is illustrated inFIG.32

InFIG.32, for the excerpt from Non-Patent Document 6, changed parts corresponding to the above operation are underlined. In the specification illustrated inFIG.32, “In WB-S1 mode, if the PLMN support of control plane CIoT EPS optimization is received as part of the broadcast system information, the UE sends a CONTROL PLANE SERVICE REQUEST message, start T3417 and enter the state EMM-SERVICE-REQUEST-INITIATED. Otherwise, the UE sends a SERVICE REQUEST or EXTENDED SERVICE REQUEST message, start T3417 or T3417ext and enter the state EMM-SERVICE-REQUEST-INITIATED.” corresponds to the above operation. When the information indicating that the network supports the “C-plane solution” is not received from the eNB through the broadcast system information, the UE50performs any one of a plurality of procedures illustrated inFIG.33.

Next, an exemplary configuration of each of the devices according to an embodiment of the present invention will be described. In a configuration of each of the respective devices to be described below, only functional units particularly related to the embodiment of the invention are illustrated, and functions (not illustrated) for operating as a device in a communication system conforming to at least LTE (LTE of a meaning including an EPC) are also provided. Further, functional configurations illustrated in the respective drawing are merely examples. Any classification or any name may be used as a function classification or a name of a functional unit as long as the operation according to the preset embodiment can be performed.

Each device may have the function of both of the first embodiment and the second embodiment may have any one of the first embodiment and the second embodiment. Further, each device may have all the functions of the first embodiment, the second embodiment, and the modifications or may have any one of the “first embodiment and the modification” and the “second embodiment and the modification.” In the following description, each device is assumed to have at least the functions of both of the first embodiment and the second embodiment.

<Exemplary Configurations of MME and S-GW>

First, exemplary configurations of the MME30and the S-GW40will be described with reference toFIG.34. As illustrated inFIG.34, the MME30includes an eNB communication unit31, an SGW communication unit32, and a communication control unit33.

The eNB communication unit31has a function of transmitting or receiving control signals to or from the eNB through an S1 MME interface. The SGW communication unit32includes a function of transmitting or receiving a control signals to or from the S-GW through an S11 interface.

The S-GW40includes an eNB communication unit41, an MME communication unit42, an NW communication unit43, and a communication control unit44. The eNB communication unit41has a function of transmitting or receiving control signals to or from the eNB through an S1-U interface. The MME communication unit4241a function of transmitting or receiving control signals to or from the MME through an S11 interface. The NW communication unit43has a function for performing transmission and reception of control signals and transmission and reception of data with a node device on a core NW side.

The above description is common to the first embodiment and the second embodiment. Particularly, the function of the second embodiment (the scheme different from that of Non-Patent Document 3) will be described below.

When the connection retention instruction signal is received from the eNB, the communication control unit33instructs the SGW communication unit32to transmit the connection retention instruction signal to the S-GW, and when the acknowledge response is received from the S-GW, the communication control unit33instructs the SGW communication unit32to transmit the acknowledge response to the eNB.

The communication control unit44has a function of instructing the MME communication unit42to transmit an acknowledge response to the MME when the connection retention instruction signal is received from the MME. Further, in the case in which the connection retention instruction signal is received from the MME, the communication control unit44has a function of instructing the NW communication unit43to retain the downlink data in the buffer when downlink data to the corresponding UE is received and instructing the NW communication unit43to transmit the downlink data to transmit the downlink data when the RRC connection establishment complete is received from the eNB.

The MME30and the S-GW40can be configured as a single device. In this case, communication of the S11 interface communication between the SGW communication unit32and the MME communication unit42is communication inside the device.

Next, exemplary configurations of the UE50and the eNB10according to the embodiment of the present invention (including the first embodiment, the second embodiment, and the modification) will be described.

FIG.35illustrates a functional configuration diagram of the user equipment (UE50). As illustrated inFIG.35, the UE50includes a DL signal receiving unit51, an UL signal transmitting unit52, an RRC processing unit53, and a UE context management unit54.FIG.46illustrates only functional units of the UE50particularly related to the present invention, and the UE50also has functions (not illustrated) of performing at least operations conforming to LTE.

The DL signal receiving unit51has a function of receiving various kinds of downlink signals from the base station eNB and acquiring information of a higher layer from received signals of the physical layer, and the UL signal transmitting unit52has a function of generating various kinds of signals of the physical layer from information of the higher layer to be transmitted from the UE50and transmitting the generated signals to the base station eNB.

The RRC processing unit53performs the UE side determination process, the generation, the transmission, and the reception of the RRC message (the transmission is transmission via the UL signal transmitting unit52), interpretation of the broadcast information and the RRC message received by the DL signal receiving unit51, the generation, the transmission, and the reception of the NAS message (the transmission is transmission via the UL signal transmitting unit52, and the reception is reception via the DL signal receiving unit51), the request from the NAS layer to the lower layer, the notification of the U/C plane support information to the higher layer, and the like which have been described above with reference toFIGS.7to10,12,13,15to22,25,26, and29to33. Further, the transmission and reception of the MAC signal in the random access procedure described with reference toFIGS.8to10andFIG.21may be performed by the DL signal receiving unit51and the UL signal transmitting unit52. Further, the RRC processing unit53has a function of resuming the RRC connection using the UE context retained in the UE context management unit54. Further, the RRC processing unit53has a function of dropping the retained UE context and starting the RRC connection through the RRC connection request when the RRC connection is not resumed (for example, the eNB does not support the retention function or when the information indicating that the U-plane solution is supported is not received from the eNB). Further, the RRC processing unit53has a function of resuming the RRC connection using the UE context retained in the UE context management unit54. In the present embodiment, since the RRC processing unit53also performs the process of the NAS layer, the RRC processing unit53may be referred to as an “RRC/NAS processing unit53.”

The UE context management unit54includes a storage unit such as a memory and retains, for example, the UE context and the UE identifier (S-TMSI or the like) in the RRC retention state/RRC idle state on the basis of the instruction described in step107ofFIG.5,FIG.13, and the like. In the procedure illustrated inFIG.12, the UE context management unit54determines whether or not the UE context is retained, and instructs the RRC processing unit53to give the notification of the information indicating that the UE context is retained when the UE context is retained.

The entire configuration of the UE50illustrated inFIG.35may be implemented by a hardware circuit (for example, one or more IC chips), or a part of the configuration of the UE50may be implemented by a hardware circuit, and the remaining parts may be implemented by a CPU and a program.

FIG.36is a diagram illustrating an example of a hardware (HW) configuration of the UE50.FIG.36illustrates a configuration which is closer to an implementation example than that ofFIG.35. As illustrated inFIG.36, the UE includes a radio equipment (RE) module151that performs processing related to a radio signal, a baseband (BB) processing module152that performs baseband signal processing, a device control module153that performs processing of a higher layer or the like, and a USIM slot154which is an interface for accessing a USIM card.

The RE module151performs digital-to-analog (D/A) conversion, modulation, frequency transform, power amplification, and the like on a digital baseband signal received from the BB processing module152, and generates a radio signal to be transmitted from an antenna. Further, the RE module151performs frequency transform, analog to digital (A/D) conversion, demodulation, and the like on a received radio signal, generates a digital baseband signal, and transfers the digital baseband signal to the BB processing module152. The RE module151includes, for example, the functions of the physical layer of the UL signal transmitting unit52and the DL signal receiving unit51inFIG.35.

The BB processing module152performs a process of converting an IP packet into a digital baseband signal and vice versa. A digital signal processor (DSP)162is a processor that performs signal processing in the BB processing module152. A memory172is used as a work area of the DSP162. The BB processing module152has, for example, functions of the layer 2 and the like in the DL signal receiving unit51and the UL signal transmitting unit52ofFIG.35, the RRC processing unit53, and the UE context management unit54. All or some of the RRC processing unit53and the UE context management unit54may be included in the device control module153.

The device control module153performs protocol processing of the IP layer, various kinds of application processing, and the like. A processor163is a processor that performs processing performed by the device control module203. A memory173is used as a work area of the processor163. Further, the processor163reads or writes data from or in the USIM via the USIM slot154.

FIG.37illustrates a functional configuration diagram of the base station eNB (eNB10). As illustrated inFIG.37, the eNB10includes a DL signal transmitting unit11, a UL signal receiving unit12, an RRC processing unit13, a UE context management unit14, an authenticating unit15, and an NW communication unit16.FIG.37illustrates only functional units of the eNB particularly related to the embodiment of the present invention, and the eNB10also has functions (not illustrated) of performing at least operations conforming to the LTE scheme.

The DL signal transmitting unit11has a function of generating various kinds of signals of the physical layer from signals of a higher layer to be transmitted from the eNB10and transmitting the signals. The UL signal receiving unit12has a function of receiving various kinds of uplink signals from the user equipment UE and acquiring information of the higher layer from the received signal of the physical layer.

The RRC processing unit13performs the eNB side determination process, the generation and transmission of the RRC message and the broadcast information (the transmission is transmission via the DL signal transmitting unit11), and interpretation of the RRC message received by the UL signal receiving unit12, and the like which have been described above with reference toFIGS.7to10,12,13, and15to22. Further, the transmission and reception of the MAC signal in the random access procedure described with reference toFIGS.8to10andFIG.21may be performed through the DL signal transmitting unit11and the UL signal receiving unit12. The RRC processing unit13has a function of resuming the RRC connection using the UE context retained in the UE context management unit14.

The UE context management unit14includes a storage unit such as a memory and, for example, retains the UE context and the UE identifier (the S-TMSI or the like) in the RRC retention state/RRC idle state on the basis of the instruction described in step107ofFIG.5,FIG.13, and the like. Further, in the procedure illustrated inFIG.12, the UE context management unit14searches for the UE context on the basis of the UE identifier received from the UE, and when the UE context is checked to be retained, the UE context management unit14gives the notification indicating that the UE context is retained and the authentication information request to the RRC processing unit13.

The authenticating unit15has a function of receiving the authentication information from the UE and authenticating the UE in step S03illustrated inFIG.12.

The NW communication unit16has a function of transmitting or receiving control signals to or from the MME through the S1-MME interface, a function of transmitting or receiving data to or from the S-GW through the S1-U interface, a function of transmitting the connection retention instruction signal, a function of transmitting the RRC connection establishment complete, and the like.

The entire configuration of the eNB10illustrated inFIG.37may be implemented by a hardware circuit (for example, one or more IC chips), or a part of the configuration of the UE50may be implemented by a hardware circuit, and the remaining parts may be implemented by a CPU and a program.

FIG.38is a diagram illustrating an example of the hardware (HW) configuration of the eNB10.FIG.38illustrates a configuration which is closer to an implementation example than that ofFIG.37. As illustrated inFIG.38, the base station eNB includes an RE module251that performs processing related to a radio signal, a BB processing module252that performs baseband signal processing, a device control module253that performs processing of a higher layer or the like, and a communication IF254which is an interface of a connection with a network.

The RE module251performs D/A conversion, modulation, frequency transform, power amplification, and the like on a digital baseband signal received from the BB processing module252, and generates a radio signal to be transmitted from an antenna. Further, the RE module251performs frequency transform, analog to digital (A/D) conversion, demodulation, and the like on a received radio signal, generates a digital baseband signal, and transfers the digital baseband signal to the BB processing module252. The RE module251has, for example, the functions of the physical layer in the DL signal transmitting unit11and the UL signal receiving unit12ofFIG.37.

The BB processing module252performs a process of converting an IP packet into a digital baseband signal and vice versa. A DSP262is a processor that performs signal processing in the BB processing module252. A memory272is used as a work area of the DSP252. The BB processing module252includes, for example, functions of the layer 2 in the DL signal transmitting unit11and the UL signal receiving unit12, the RRC processing unit13, the UE context management unit14, and the authenticating unit15, inFIG.37. All or some of the functions of the RRC processing unit13, the UE context management unit14, and the authenticating unit15may be included in the device control module253.

The device control module253performs protocol processing of the IP layer, OAM processing, and the like. A processor263is a processor that performs processing performed by the device control module253. A memory273is used as a work area of the processor263. An auxiliary storage device283is, for example, an HDD or the like, and stores various kinds of configuration information and the like for the operation of the base station eNB.

The configuration (function classification) of each of the devices illustrated inFIGS.34to38are merely an example of a configuration for implementing the process described in the present embodiment (including the first and second modifications). An implementation method thereof (a specific arrangement of functional units, names thereof, and the like) is not limited to a specific implementation method as long as the process described in the present embodiment (including the first and second modifications) can be implemented.

Conclusion of Embodiment

As described above, according to the present embodiment, provided is a user equipment in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of the user equipment and a base station, including: a receiving unit that receives instruction information indicating whether or not the base station has a context retention function from the base station; a determining unit that determines whether or not the base station has the context retention function on the basis of the instruction information received through the receiving unit; and a transmitting unit that transmits a message including context retention information indicating that the user equipment retains user equipment side context information to the base station when the determining unit determines that the base station has the context retention function.

Through the above configuration, in the mobile communication system that supports a function of performing connection establishment reusing the context information retained in each of a user equipment and a base station, the user equipment can determine whether or not the base station has a function of reusing the context information.

For example, the receiving unit receives the instruction information included in broadcast information or a Random Access Response.

Through this configuration, the user equipment can receive the instruction signal without introducing a new signal.

For example, the transmitting unit uses a resume ID in a scheme having a connection retention state as a state in which the context information is retained as the context retention information, and transmits a connection resume request message including the resume ID to the base station as the message.

According to this configuration, for example, in the scheme described in the Non-Patent Document 3, the user equipment can determine whether or not base station retrains the function of reusing the context information.

The transmitting unit may transmit a connection request message including the context retention information to the base station.

Through this configuration, it is possible to transmit the connection request message the base station which is confirmed to retrain the function of reusing the context information, and it is possible to reliably perform the connection establishment reusing the context information.

Further, according to the present embodiment, provided is a user equipment in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of the user equipment and a base station, including: a transmitting unit that transmits a connection request message including first context retention information indicating that the user equipment retains user equipment side context information to the base station; a determination unit that determines whether or not second context retention information indicating that the base station retains base station side context information associated with the user equipment is included in a connection setup message received from the base station; and a connecting unit that establishes a connection with the base station using the user equipment side context information when the determining unit determines that the second context retention information is included in the connection setup message.

Through the above configuration, in the mobile communication system that supports a function of performing connection establishment reusing the context information retained in each of a user equipment and a base station, the user equipment can determine whether or not the base station has a function of reusing the context information.

Further, according to the present embodiment, provided is a base station in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of a user equipment and the base station, including: a transmitting unit that transmits instruction information indicating whether or not the base station has a context retention function to the user equipment; and a receiving unit that receives a message including context retention information indicating that the user equipment retains user equipment side context information when the user equipment determines that the base station has the context retention function on the basis of the instruction information from the user equipment.

Through the above configuration, in the mobile communication system that supports a function of performing connection establishment reusing the context information retained in each of a user equipment and a base station, the user equipment can determine whether or not the base station has a function of reusing the context information.

For example, the transmitting unit transmits the broadcast information or the Random Access Response including the instruction information to the user equipment.

Through this configuration, the user equipment can receive the instruction signal without introducing a new signal.

The receiving unit may receive a connection request message including the context retention information from the user equipment.

Through this configuration, the base station which is confirmed to retrain the function of reusing the context information can receive the connection request message and can reliably perform the connection establishment reusing the context information.

As described above, according to the present embodiment, provided is a user equipment in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of the user equipment and a base station, including: a transmitting unit that transmits a connection request message including first context retention information indicating that the user equipment retains user equipment side context information to the base station; a receiving unit that receives a connection setup message including second context retention information indicating that the base station retains base station side context information associated with the user equipment from the base station; and a connecting unit that establishes a connection with the base station using the user equipment side context information after receiving the connection setup message.

Through the above configuration, in the mobile communication system that supports the function of performing connection establishment reusing context information retained in each of the user equipment and the base station, the base station can determine whether or not the user equipment retains the context information.

The connection setup message may include a transmission request of authentication information for the user equipment in addition to the second context retention information, and the transmitting unit may transmit the authentication information to the base station on the basis of the transmission request. Through this configuration the base station can establish the connection after authenticating the user equipment.

For example, the transmitting unit transmits a connection setup complete message including the authentication information to the base station. Through this configuration, it is unnecessary to transmit the authentication information through a special message, and the message can be reduced.

The receiving unit may receive a connection release message for causing the user equipment to transition from a connected state to an idle state from the base station and retain the user equipment side context information in a storage unit in the idle state when information for giving an instruction to retain the user equipment side context information is detected from the connection release message. Through this configuration, when the instruction is not received, the user equipment may not retain the user equipment side context information, and it is possible to prevent the user equipment side context information from being retained in vain.

Further, according to the present embodiment, provided is a base station in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of a user equipment and the base station, including: a receiving unit that receives a connection request message including first context retention information indicating that the user equipment retains user equipment side context information from the user equipment; a transmitting unit that transmits a connection setup message including second context retention information indicating that the base station retains base station side context information associated with the user equipment in accordance with reception of the first message; and a connecting unit that establishes a connection with the user equipment using the base station side context information after the connection setup message is transmitted.

Through the above configuration, in the mobile communication system that supports the function of performing connection establishment reusing context information retained in each of the user equipment and the base station, the base station can determine whether or not the user equipment retains the context information.

For example, the receiving unit acquires an identifier of the user equipment from the connection request message and searches for the base station side context information corresponding to the identifier from a plurality of pieces of retained base station side context information. As described above, it is possible to reliably detect the base station side context information associated with the user equipment using the identifier.

The connection setup message may include a transmission request of authentication information for the user equipment in addition to the second context retention information, and an authenticating unit that authenticates the user equipment using the authentication information transmitted from the user equipment on the basis of the transmission request may be further provided. Through this configuration, the base station can establish the connection after authenticating the user equipment.

The transmitting unit may include information for giving an instruction to retain the user equipment side context information in the connection release message for causing the user equipment to transition from a connected state to an idle state and transmit the connection release message to the user equipment. Through this configuration, when the instruction is not received, the user equipment may not retain the user equipment side context information, and it is possible to prevent the user equipment side context information from being retained in vain.

Further, “means” in the configuration of each of the above devices may be replaced with “unit”, “circuit”, “device”, or the like.

The exemplary embodiment of the present invention has been described above, but the disclosed invention is not limited to the above embodiment, and those skilled in the art would understand that various modified examples, revised examples, alternative examples, substitution examples, and the like can be made. In order to facilitate understanding of the invention, specific numerical value examples have been used for description, but the numerical values are merely examples, and certain suitable values may be used unless otherwise stated. A classification of items in the above description is not essential to the present invention, matters described in two or more items may be combined and used as necessary, and a matter described in one item may be applied to a matter described in another item (unless inconsistent). The boundary between functional units or processing units in a functional block diagram does not necessarily correspond to the boundary between physical parts. Operations of a plurality of functional units may be performed physically by one component, or an operation of one functional unit may be performed physically by a plurality of parts. For the sake of convenience of description, each device has been described using the functional block diagrams, but each device may be implemented by hardware, software, or a combination thereof. Software executed by the processor included in the user equipment UE according to the embodiment of the present invention and software executed by the processor included in the base station eNB according to the embodiment of the present invention may be stored in a random access memory (RAM), a flash memory, a read only memory (ROM), an EPROM, an EEPROM, a register, a hard disk (HDD), a removable disk, a CD-ROM, a database, a server, or any other appropriate storage medium.

The configurations illustrated in the present specification are exemplarily listed below.

A user equipment in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of the user equipment and a base station, including:

a receiving unit that receives instruction information indicating whether or not the base station has a context retention function from the base station;

a determining unit that determines whether or not the base station has the context retention function on the basis of the instruction information received through the receiving unit; and

a transmitting unit that transmits a message including context retention information indicating that the user equipment retains user equipment side context information to the base station when the determining unit determines that the base station has the context retention function.

The user equipment according to (1),

wherein the receiving unit receives the instruction information included in broadcast information or a Random Access Response.

The user equipment according to (1) or (2),

wherein the transmitting unit uses a resume ID in a scheme having a connection retention state as a state in which the context information is retained as the context retention information, and transmits a connection resume request message including the resume ID to the base station as the message.

The user equipment according to (1) or (2),

wherein the transmitting unit may transmit a connection request message including the context retention information to the base station.

A user equipment in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of the user equipment and a base station, including:

a transmitting unit that transmits a connection request message including first context retention information indicating that the user equipment retains user equipment side context information to the base station;

a determination unit that determines whether or not second context retention information indicating that the base station retains base station side context information associated with the user equipment is included in a connection setup message received from the base station; and

a connecting unit that establishes a connection with the base station using the user equipment side context information when the determining unit determines that the second context retention information is included in the connection setup message.

A base station in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of a user equipment and the base station, including:

a transmitting unit that transmits instruction information indicating whether or not the base station has a context retention function to the user equipment; and

a receiving unit that receives a message including context retention information indicating that the user equipment retains user equipment side context information when the user equipment determines that the base station has the context retention function on the basis of the instruction information from the user equipment.

The base station according to (6),

wherein the transmitting unit transmits broadcast information or Random Access Response including the instruction information to the user equipment.

The base station according to (6) or (7),

wherein the receiving unit receives a connection request message including the context retention information from the user equipment.

A connection establishment method performed by a user equipment in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of the user equipment and a base station, the connection establishment method including:

a reception step of receiving instruction information indicating whether or not the base station has a context retention function from the base station;

a determination step of determining whether or not the base station has the context retention function on the basis of the instruction information received in the reception step; and

a transmission step of transmitting a message including context retention information indicating that the user equipment retains user equipment side context information to the base station when the base station is determined to have the context retention function in the determination step.

A connection establishment method performed by a base station in a mobile communication system that supports a function of performing connection establishment reusing context information retained in each of a user equipment and the base station, the connection establishment method including:

a transmission step of transmitting instruction information indicating whether or not the base station has a context retention function to the user equipment; and

a reception step of receiving a message including context retention information indicating that the user equipment retains user equipment side context information when the user equipment determines that the base station has the context retention function on the basis of the instruction information from the user equipment.

Supplement of Embodiment

A notification of information is not limited to the aspect or embodiment described in this specification and may be given by any other method. For example, the notification of information may be given by physical layer signaling (for example, downlink control information (DCI) or uplink control information (UCI)), higher layer signaling (for example, RRC signaling, MAC signaling, broadcast information (master information block (MIB), system information block (SIB))), other signals, or a combination thereof. Further, the RRC message may be referred to as “RRC signaling.” Further, the RRC message may be, for example, an RRC connection setup message, an RRC connection reconfiguration message, or the like.

Each aspect and embodiment of the present invention may be applied to LTE, LTE-A, SUPER 3G, IMT-advanced, 4G, 5G, Future Radio Access (FRA), W-CDMA (registered trademark), GSM (registered trademark), CDMA 2000, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Ultra-WideBand (UWB), Bluetooth (registered trademark), a system using any other appropriate system, and/or next generation systems extended on the basis of these standards.

The determination may be performed in accordance with a value (0 or 1) indicated by one bit, may be performed in accordance with a Boolean value (true or false), or may be performed by a comparison of numerical values (for example, a comparison with a predetermined value).

The terms described in this specification and/or terms necessary for understanding this specification may be replaced with terms having the same or similar meanings. For example, a channel and/or a symbol may be a signal. Further, a signal may be a message.

The mobile station UE may be a subscriber station, a mobile unit, a subscriber unit, a wireless unit, a remote unit, a mobile device, a wireless device, a wireless communication device, a remote device, a mobile subscriber station, an access terminal, a mobile terminal, a wireless terminal, it may also be referred to as a remote terminal, handset, user agent, mobile client, client, or some other suitable term.

Each aspect/embodiment described in this specification may be used alone, in combination, or may be switched in accordance with the execution. Further, notification of predetermined information (for example, notification of “being X”) is not limited to being performed explicitly, but is performed by implicit (for example, not notifying the predetermined information) It is also good.

The terms “determining” and “deciding” used in this specification may include a wide variety of actions. For example, “determining” and “deciding” may include, for example, events in which events such as calculating, calculating, computing, processing, deriving, investigating, looking up (for example, looking up in a table, a database, or another data structure), or ascertaining are regarded as “determining” or “deciding.” Further, “determining” and “deciding” may include, for example, events in which events such as receiving (for example, receiving information), transmitting (for example, transmitting information), input, output, or accessing (for example, accessing data in a memory) are regarded as “determining” or “deciding.” Further, “determining” and “deciding” may include, for example, events in which events such as resolving, selecting, choosing, establishing, or comparing are regarded as “determining” or “deciding.” In other words, “determining” and “deciding” may include events in which a certain operation is regarded as “determining” or “deciding.”

A phrase “on the basis of” used in this specification is not limited to “on the basis of only” unless otherwise stated. In other words, a phrase “on the basis of” means both “on the basis of only” and “on the basis of at least.”

The processing procedures, the sequences, and the like of the respective aspects/embodiments described in this specification may be reversed in order unless there is a contradiction. For example, the method described in this specification presents elements of various steps in an exemplary order and is not limited to a presented specific order.

Input and output information and the like may be stored in a specific place (for example, a memory) or may be managed through a management table. Input and output information and the like may be overwritten, updated, or additionally written. Output information and the like may be deleted. Input information and the like may be transmitted to another device.

Information, signals, and the like described in this specification may be indicated using any one of a variety of different techniques. For example, data, instructions, commands, information, signals, bits, symbols, chips, and the like which are mentioned throughout the above description may be indicated by voltages, currents, electromagnetic waves, magnetic particles, optical fields or photons, or an arbitrary combination thereof.

Further, information, parameters, and the like described in this specification may be indicated by absolute values, may be indicated by relative values from predetermined values, or may be indicated by corresponding other information.

The present invention is not limited to the above embodiments, and various modified examples, revised examples, alternative examples, substitution examples, and the like are included in the present invention without departing from the spirit of the present invention.

This application claims the benefit of Japanese Priority Patent Application JP 2015-218015 filed Nov. 5, 2015, Japanese Priority Patent Application JP 2016-96521 filed May 12, 2016, and Japanese Priority Patent Application JP 2016-139715 filed Jul. 14, 2016, the entire contents of each of which are incorporated herein by reference.

EXPLANATIONS OF LETTERS OR NUMERALS

11DL signal transmitting unit

12UL signal receiving unit

13RRC processing unit

14UE context management unit

16NW communication unit

31eNB communication unit

32SGW communication unit

33communication control unit

41eNB communication unit

42MME communication unit

43NW communication unit

44communication control unit

51DL signal receiving unit

52UL signal transmitting unit

53RRC processing unit

54UE context management unit

152BB processing module

153device control module

252BB processing module

253device control module

254communication IF