Technical field
[0001]
　The present disclosure relates to wireless communication system, a handover of a wireless terminal between particular different Radio Access Technologies (RATs).
BACKGROUND
[0002]
　3rd Generation Partnership Project (3GPP) has (see Non-Patent Document 1) fifth standardization work generation mobile communication system (5G) as 3GPP Release 14 have started in 2016 towards the introduction of 2020 migration. 5G is realized by a combination of innovative improvement and development through the introduction of continuous improvement and development of the LTE and LTE-Advanced (enhancement / evolution) and new 5G air interface (new Radio Access Technology (RAT)) It is assumed to be. New RAT, for example, LTE / LTE-Advanced continuous development frequency band of interest (eg, 6 GHz or less) frequencies higher than, for example 10 GHz or more super high frequency band and 30 GHz or more mm to support the sideband.
[0003]
　In this specification, the fifth-generation mobile communication systems, also called Next Generation (NextGen) System (NG System). New RAT for NG System may, New Radio (NR), called 5G RAT, or NG RAT. New radio access network (Radio Access Network (RAN)) and a core network for NG System are called respectively NextGen RAN (NG RAN) and NextGen Core (NG Core). Wireless terminal connected to a NG System (User Equipment (UE)) is called NextGen UE (NG UE). RAT for NG System, UE, radio access network, core network, the network entity (node), and the official name, such as protocol layer will be future decisions in the process of standardization work progresses.
[0004]
　Also, the term "LTE" as used herein, unless otherwise indicated, includes an improvement and development of the LTE and LTE-Advanced for enabling interworking with NG System. Improvement and development of LTE and LTE-Advanced for the interworking of the NG System is, LTE-Advanced Pro, LTE +, or also referred to as enhanced LTE (eLTE). Furthermore, "Evolved Packet Core (EPC)" as used herein, "Mobility Management Entity (MME)", "Serving Gateway (S-GW)", and "Packet Data Network (PDN) Gateway (P-GW terminology LTE network or logical entities) "or the like, unless otherwise indicated, includes these improvements and development for enabling interworking with NG System. Improved EPC, MME, S-GW, and P-GW, for example, enhanced EPC (eEPC), enhanced MME (eMME), enhanced S-GW (eS-GW), and enhanced P-GW (eP-GW ) also called.
[0005]
　In LTE and LTE-Advanced, in order of Quality of Service (QoS) and packet routing, bearer RAN (ie, Evolved Universal Terrestrial RAN) of each and PDN connection for each QoS class and a core network (ie, Evolved Packet core (EPC used by both)). That is, in the Bearer-based QoS (or per-bearer QoS) concept is one or more Evolved Packet System (EPS) bearers are set up between the P-GW of the UE and EPC, the plurality that have the same QoS class service data flow (service data flows (SDFs)) is transferred through one EPS bearer satisfying these QoS. SDF is, Policy and Charging Control (PCC) rule-based SDF template (ie, packet filters) is one or more packet flows that match. Further, for packet routing, each packet to be sent through the EPS bearer can discern whether associated with this packet which bearer (ie, General Packet Radio Service (GPRS) Tunneling Protocol (GTP) tunnel) (The identify ) contains information for.
[0006]
　In contrast, in the NG System, might radio bearer is used in the NG RAN, in the interface between the NG Core and NG Core and NG RAN bearer has been considered to not be used (Non-patent Document see 1). Specifically, PDU Flows are defined instead of the EPS bearer, one or more SDFs are mapped to one or more PDU Flows. PDU flow between the NG UE user plane termination entity in NG Core (ie, the entity corresponding to the P-GW in the EPC) corresponds to the EPS bearer in EPS Bearer-based QoS concepts. In other words, NG System is, Bearer-based QoS concept of place in Flow-based QoS (or per-flow QoS) to adopt the concept. In the Flow-based QoS concept, QoS is handled in the PDU flow unit (handled). Note that association between the UE and the data network (association) is referred to as PDU session (PDU session). PDU session is a term corresponding to LTE and LTE-Advanced PDN connection (PDN connection). Can be more than one PDU Flows are set in one PDU session.
[0007]
　In this specification, such as the LTE and LTE-Advanced system, set the end-to-end bearer (eg, EPS bearer) between the edge nodes in the UE and the core network (eg, P-GW), a system that employs the Bearer-based QoS concept, referred to as the "bearer-based system" or "bearer-based network". On the other hand, as the NG System, without the bearer in interface of the core network and the core network and the RAN, a system employing a Flow-based QoS concept referred to as "bearer-less system" or "bearer-less network". As NG System described above, the bearer-less network of the RAN radio bearers may be used. The term "bearer-less", for example, GTP-less, and (PDN) connection-less, tunnel-less, (IP) flow-based, SDF-based, stream-based, or (PDU) session-based It can be rephrased.
[0008]
　Furthermore, the NG System supports network slicing also been studied (see Non-Patent Document 1). Network slicing uses Network Function Virtualization (NFV) technology and software-defined networking (SDN) technology makes it possible to create a logical network having a plurality of virtualization on a physical network. Each of virtualized logical networks, called network slice (network slice) or network slice instance (network slice instance), comprising a logical node (nodes) and functions (functions), certain traffic and it is used for signaling. NG RAN or NG Core or both have the Slice Selection Function (SSF). SSF, based on information provided by at least one of NG UE and NG Core, selects one or more network slices suitable for the NG UE.
[0009]
　Incidentally, Patent Document 1, bearer-less network (eg, 5G) handover from bearer-based network (eg, LTE) to, and bearer-based network (eg, LTE) from bearer-less network (eg, 5G) including the disclosure relating to handover to. The handover from 5G shown in Patent Document 1 to the LTE, source control node 5G core (NG Core) (ie, Access Control Server (ACS) / eMME) is, bearer-less network of service Flows of (5G) to map the QoS parameters to the EPS-bearer-level QoS of the bearer-based network (LTE). QoS parameters of 5G of service Flows, for example, a DiffServ code point (DSCP) values. LTE of EPS-bearer-level QoS is, for example, a QoS class identifier (QCI) and allocation and retention priority (ARP). Mapping to EPS bearers of the DSCP values ​​may be performed in one-to-one or n-to-one. Source ACS / eMME sends the APN information, including the information of the EPS-bearer-level QoS to the target MME. Target MME according APN information received, to set up a GTP tunnels for the UE.
[0010]
　Further, the handover to 5G from LTE shown in Patent Document 1, target ACS of source MME is, 5G core encompassing forward relocation request the bearer context information necessary for LTE core (ie, EPC) (NG Core) / send to eMME. target ACS / eMME is, LTE (ie, source MME) the QCI values ​​obtained from the 5G QoS parameters (ie, DSCP values) maps to, transfer node (ie of which the 5G core (NG Core), Mobility Gateway Access Router (M-GW / AR) or supplied to the Mobility Gateway Edge Router (M-GW / ER)). Thereby, Target ACS / emme sets up at least one Generic Routing Encapsulation (GRE) tunnel for sending UE of service flows (ie, IP packets).
CITATION
Patent Document
[0011]
Patent Document 1: International Publication No. WO 2015/160329
Non-patent literature
[0012]
非特許文献1 : 3GPP TR 23.799 V0.6.0 (2016-07) “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System (Release 14)”, July 2016
Summary of the Invention
Problems that the Invention is to Solve
[0013]
　Present inventors have conducted studies with respect to handover between bearer-based network (eg, LTE) and bearer-less network (eg, 5G) and found a number of problems. For example, Patent Document 1, bearer-based network (eg, LTE) in the handover from the bearer-less network (eg, 5G) to, the target ACS / emme in 5G core (NG Core), LTE (ie, source (maps ie, the DSCP values), transfer node (ie the this 5G core (NG core), Mobility Gateway Access Router (M-GW / AR) the QCI values ​​obtained from the MME) 5G QoS parameters or Mobility Gateway Edge It discloses the supply to the Router (M-GW / ER)). However, Patent Document 1 is performed during the handover procedure to 5G from LTE, UE, the source eNodeB in E-UTRAN (eNB), and 5G RAN (NG RAN) within the target 5G Access Point (AP) treatment (in particular, Access Stratum (AS) process layer) does not describe details.
[0014]
　Therefore, one of the objective to be achieved is the embodiment disclosed herein, bearer-based network (eg, LTE) and bearer-less network (eg, 5G) in the handover between the target RAT contributes device to perform the aS layer set properly, it is to provide a method, and a program. Incidentally, this objective should more embodiments disclosed herein is noted that only one of several objects of it and to achieve. Other objects or problems and novel features will become apparent from the description, or the accompanying drawings of this specification.
Means for Solving the Problems
[0015]
　In one embodiment, the target radio access network (RAN) node associated with Beararesu network includes at least one memory, and at least one processor coupled to the at least one memory. Wherein the at least one processor is configured to receive a handover request message requesting a handover of the wireless terminal to the Beararesu network from Bearabesudo network from the core network. The handover request message includes the Beararesu-at least one session flow information regarding established within the network to transfer at least one packet flow of the wireless terminal. Wherein the at least one processor is further said handover in response to the request message is configured to transmit a handover request acknowledge message including a Target to Source Transparent Container in the core network. The Target to Source Transparent Container, said include radio resource configuration information derived from flow information, is and forwarded to the source RAN node associated with the Bearabesudo network via the core network.
[0016]
　In one embodiment, the source radio access network (RAN) node associated with Bearabesudo network includes at least one memory, and at least one processor coupled to the at least one memory. Wherein the at least one processor, the send from Bearabesudo network a handover required message to initiate a handover of the wireless terminal to Beararesu network to a core network, Target to Source Transparent Container said core encompassing handover COMMAND message It is configured to receive from the network. The Target to Source Transparent Container, said generated by the target RAN node associated with Beararesu network, the at least one session to be established within the Beararesu network to transfer at least one packet flow of the wireless terminal including radio resource configuration information necessary for the wireless terminal to establish a wireless connection associated with. Wherein the at least one processor is further configured to send a mobility COMMAND message indicating handover to the encompasses radio resource configuration information and the Beararesu network to the wireless terminal.
[0017]
　In one embodiment, the wireless terminal includes at least one memory, and at least one processor coupled to the at least one memory. Wherein the at least one processor is configured to receive mobility COMMAND message indicating handover from Bearabesudo network to Beararesu network from the radio access network (RAN) node associated with the Bearabesudo network. The mobility COMMAND message is generated by the target RAN node associated with the Beararesu network, associated with at least one session is established within the Beararesu network for transferring at least one packet flow of the wireless terminal including radio resource configuration information necessary for the wireless terminal to establish a wireless connection that is. Wherein the at least one processor is further using said radio resource configuration information, and is configured to establish the wireless connection with the target RAN node associated with the Beararesu network.
[0018]
　In one aspect, a method in the target radio access network (RAN) node associated with Beararesu network,
　receiving a handover request message requesting a handover of the wireless terminal to the Beararesu network from Bearabesudo network from the core network wherein said handover request message, the includes flow information relating to at least one session is established within the Beararesu network to transfer at least one packet flow of the wireless terminal; and
　in response to the handover request message and, sending a handover request acknowledge message including a Target to Source Transparent Container in the core network, wherein, the Target to Source Transparent Container is directed from the flow information ; Encompasses radio resource configuration information, and is forwarded to the source RAN node associated with the Bearabesudo network via the core network
comprises a.
[0019]
　In one aspect, a method in the source radio access network (RAN) node associated with Bearabesudo network,
　sends a handover required message to initiate a handover of the wireless terminal from the Bearabesudo network to Beararesu networks to the core network to that;
　target-to Source Transparent the handover COMMAND message includes Container receiving from the core network, wherein the target-to Source Transparent Container is generated by the target RAN node associated with the Beararesu network, wherein to establish the radio connection associated with the at least one session to be established within the Beararesu network to transfer at least one packet flow of the wireless terminal And; serial include radio resource configuration information necessary for the radio terminal
　; transmitting the radio resource configuration includes information and mobility COMMAND message indicating handover to the Beararesu network to the wireless terminal
including.
[0020]
　In one aspect, a method in a wireless terminal,
　receiving a mobility COMMAND message indicating handover from Bearabesudo network to Beararesu network from the radio access network (RAN) node associated with the Bearabesudo network, wherein the mobility COMMAND message, the generated by the target RAN node associated with Beararesu network, associated with at least one session is established within the Beararesu network for transferring at least one packet flow of the wireless terminal It was included radio resource configuration information necessary for the wireless terminal to establish a radio connection; and
　by using the radio resource configuration information, associate the Beararesu network Establishing the wireless connection with the target RAN nodes that are;
including.
[0021]
　In one embodiment, the program, when loaded into a computer, including instructions for performing the method according to the manner described above to a computer (software code).
Effect of the invention
[0022]
　According to the embodiments described above, bearer-based network (eg, LTE) and bearer-less network (eg, 5G) contributes device appropriately perform that the AS layer setting of target RAT in the handover between the method, and it is possible to provide a program.
BRIEF DESCRIPTION OF THE DRAWINGS
[0023]
It is a diagram illustrating a configuration example of a wireless communication network according to FIG. 1 with some embodiments.
It is a diagram illustrating a configuration example of a wireless communication network according to FIG. 2 some embodiments.
[Figure 3A] according to the first embodiment, it is a sequence diagram showing an example of inter-RAT handover procedure from the LTE System to NG System.
[Figure 3B] according to the first embodiment, is a sequence diagram showing an example of inter-RAT handover procedure from the LTE System to NG System.
[Figure 4A] of the first embodiment, is a sequence diagram showing another example of the inter-RAT handover procedure from the LTE System to NG System.
[Figure 4B] according to the first embodiment, it is a sequence diagram showing another example of the inter-RAT handover procedure from the LTE System to NG System.
5 is a flowchart showing an example of a method performed by the core network according to the first embodiment.
6 is a flowchart showing an example of a method performed by the target NR NodeB according to the first embodiment (NR NB).
7 is a flowchart showing an example of a method performed by a source LTE eNB according to the first embodiment.
8 is a flowchart showing an example of a method performed by a wireless terminal according to the first embodiment.
[Figure 9A] according to the second embodiment is a sequence diagram showing an example of inter-RAT handover procedure from the NG System to LTE System.
[FIG 9B] according to the second embodiment is a sequence diagram showing an example of inter-RAT handover procedure from the NG System to LTE System.
[Figure 10A] of the second embodiment is a sequence diagram showing another example of the inter-RAT handover procedure to LTE System from NG System.
[Figure 10B] according to the second embodiment is a sequence diagram showing another example of the inter-RAT handover procedure to LTE System from NG System.
11 is a block diagram showing a configuration example of a radio terminal according to some embodiments.
12 is a block diagram showing an exemplary configuration of a base station in accordance with some embodiments.
13 is a block diagram showing an exemplary configuration of a base station in accordance with some embodiments.
14 is a block diagram showing an example of the configuration of a core network node according to some embodiments.
Is a diagram illustrating an example of the format of FIG. 15A] Mobility from EUTRA command message.
Is a diagram illustrating an example of the format of FIG. 15B] Mobility from EUTRA command message.
16 is a diagram showing an example of a format of a Handover Required message.
17 is a diagram showing an example of the format of the Source NR NB to Target NR NB Transparent Container.
18 is a diagram showing an example of the format of the Source NR NB to Target NR NB Transparent Container.
19 is a diagram showing an example of the format of the Source NR NB to Target NR NB Transparent Container.
Is a diagram illustrating an example of FIG. 20 format Source NR NB to Target NR NB Transparent Container.
It is a diagram illustrating an example of the format of FIG. 21] (NR) Handover Request message.
It is a diagram illustrating an example of the format of FIG. 22] (NR) Handover Request message.
It is a diagram illustrating an example of the format of FIG. 23] (NR) Handover Request message.
It is a diagram illustrating an example of the format of FIG. 24] Slice Information.
[25] is a diagram showing an example of the format of Session Endpoint ID.
Is a diagram illustrating an example of the format of FIG. 26] (NR) Handover Request Acknowledge message.
FIG. 27 is a diagram showing an example of the format of the Target to Source Transparent Container.
Is a diagram illustrating an example of FIG. 28] (NR) Handover Request Acknowledge format.
Is a diagram illustrating an example of FIG. 29] (NR) Handover Request Acknowledge format.
Is a diagram illustrating an example of the format of FIG. 30] Forwarding Address.
Is a diagram illustrating an example of the format of FIG. 31] S1AP Handover Command message.
[FIG. 32] is a diagram showing an example of the format of NG2AP Handover Command message.
DESCRIPTION OF THE INVENTION
[0024]
　Hereinafter, specific embodiments will be described in detail with reference to the drawings. In the drawings, the same or corresponding components are denoted by the same reference numerals, for clarity of description, repeated explanation of these is omitted as appropriate.
[0025]
　A plurality of embodiments described below can can either be carried out independently, also be implemented in appropriate combination. These several embodiments have different novel features together. Accordingly, the plurality of embodiments, contribute to solving the different purpose or task to each other, which contributes to achieve different effects from each other.
[0026]

　FIG 1 shows a configuration example of a wireless communication network according to some embodiments including the present embodiment. In the example of FIG. 1, a wireless communication network, the wireless terminal (UE) 1, LTE base station (ie, eNB) 2, New Radio (NR) base station (ie, NR NodeB (NR NB )) 3, EPC4 and, NextGen (NG), including the Core5. UE1 has the ability to connect to the LTE system including the LTE eNB2 and EPC4, and has the ability to connect to the NextGen (NG) systems including NR NB3 and NG Core5.
[0027]
　In the example of FIG. 1, EPC4 is connected to the NG Core5. Specifically, one or more nodes in EPC4 through the control plane interface is connected to one or more nodes in the NG Core5. In some implementations, MME in EPC4 can be connected to a control node having at least a portion of the function of MME in NG Core5 via a control plane interface (ie, Control Plane Function (CPF) node) good. Additionally, one or more nodes in EPC4 may include one or more data nodes in the NG Core5 via the user plane interface may be connected to (ie, User Plane Function (UPF) node). Wherein said data node (UPF node) may be a node having at least a portion of the functionality of the S-GW. That, EPC4 is been improved (enhanced) to perform the interworking between the NG System including NG Core5, may be referred to as eEPC.
[0028]
　Similarly, NR NB3 may be connected to one or more of CPF nodes in NG Core5 via a control plane interface (eg, NG2 interface). Furthermore, NR NB3 may be connected to one or more of UPF nodes in NG Core5 via a user plane interface (eg, NG3 interface). Furthermore, UE1 may be connected to one or more of CPF nodes in NG Core5 via a control plane interface (eg, NG1 interface). Here, NG1 interface is defined as a logical interface for transferring information of the NAS layer, the transmission of information of the NAS layer, through the NG2 interface, and NR NB3 and UE1 radio interface between the (NG Uu) it may be performed Te.
[0029]
　Figure 2 shows another example of a configuration of a radio communication network in accordance with some embodiments including the present embodiment. In the example of FIG. 2, LTE eNB2 are connected to the NG Core5. That, LTE eNB2 are connected to the control node having at least a portion of the function of MME or MME in NG Core5 via a control plane interface (eg, NG2 interface) (ie, CPF node), the user plane interface (eg, NG3 interface) Serving Gateway (S-GW) via the inside NG Core5 or data node having at least a part of the functions of the S-GW (ie, UPF nodes) are connected to. Thus LTE eNB2 is been improved (enhanced) to be connected with the NG Core5, may be referred to as ELTE eNB. In some implementations, NG Core5 may set up the network slices virtualized to provide logical EPC nodes (nodes) and EPC function (functions). In some implementations, NG RAN including E-UTRAN and NR NB3 including LTE eNB2 may be connected to the same network slice. Alternatively, NG RAN including E-UTRAN and NR NB3 including LTE eNB2 may be connected to different networks slices from each other.
[0030]
　In the example of FIGS. 1 and 2, LTE eNB2 may be connected to the NR NB3 by direct inter-base station interface (eg, X3 interface). Between direct base station interface may be used for signaling or user packet forwarding or both between the LTE eNB2 and NR NB3. However, direct inter-base station interface between the LTE eNB2 and NR NB3 may not be present.
[0031]
　NG System is described above NG1, NG2, NG3 addition to the interface, it may further comprise other interfaces. Interface, also referred to as the reference point (reference point). Between NG RAN (different NR NB) may be connected via the NX2 interface. Mobility management functions (Mobility Management Function: MMF) and session management functions: CPF node having either or both of (Session Management Function SMF) is connected via a control plane interface (eg, NG4 interface) to UPF node it may be. Different UPF nodes may be connected via a user plane interface (eg, NG9 interface). Between CPF nodes having different functions may be connected via a control plane interface. For example, CPF node with MMF and SMF, the policy control function (Policy Control Function: PCF) and CPF node having a may be connected via a control plane interface (eg, NG7 interface). CPF node with MMF and SMF, the subscriber data management function (Subscriber Data Management: SDM) and a node having a may be connected via a control plane interface (eg, NG8 interface). CPF node, application function (Application Function: AF) may be connected via a node and a control plane interface having a (eg, NG5 interface). UPF node, external or local data network (Data Network: DN) and may be connected via a user plane interface (eg, NG6 interface). Incidentally, SMF may include the functionality of the authentication of the user or terminal (Authentication), approval of the service or network slicing (Authorization). Note that points to each of the above network node, or collectively network function thereof also referred to as a (Network Function (s) NF (s)).
[0032]
　NG System comprising NR NB3 and NG Core5 supports data transfer based on Flow-based QoS (or per-flow QoS) concept described above. NG System comprising NR NB3 and NG Core5 may be further configured to support Bearabesudo transfer using a bearer for each QoS class for each and PDU session. Bearer NG System during the pairs network function (Network Functions (NFs)), for example, is set between the user plane functions in the NR NB3 and NG Core5, or between two user plane functionality in NG Core5 it may be. Alternatively, the bearer of the NG System may be set via the NR NB3 during user plane functions in the UE1 and NG Core5. NG System bearer may be referred to as NG-EPS-bearer, the radio access bearer NG System may be referred to as NG-RAB. Bearer NG System can be utilized for the transfer of a plurality of packet flows (PDU flows).
[0033]
　NG-RAB is set between the UE1 (NG UE) and user plane functions within a radio bearer, NR NB3 and NG Core5 set between the NR NB3 (eg, Edge Gateway (Edge GW)) that the bearer (eg, NG3 bearers) may be configured from a. NG-EPS-bearer is a NG-RAB, between the user plane functions in the NG Core5 core network bearer (eg, NG9 bearer is set to (eg, Edge GW and Data Network Gateway (between DN GW)) ) may be configured from a. Edge GW is the gateway between the radio access network corresponds to the user plane functions of the LTE S-GW. However, unlike the LTE S-GW, the NG System UE1 may be connected to a plurality of Edge GW. DN GW is the gateway to an external network (ie, Data Network), which corresponds to the user plane functions of the LTE P-GW. Similarly to the LTE of P-GW, the NG System UE1 may be connected to a plurality of DN GW.
[0034]
　More specifically, NG-EPS-bearer may be established between the UE1 (NG UE) and a slice-specific user plane functionality in NG Core5 (Slice specific User plane NF (SUNF)). NG-RAB may be set between the UE1 (NG UE) and a common user plane functionality in NG Core5 (Common User plane NF (CUNF)). In this case, CUNF provides the functionality of Edge GW, SUNF provides the function of DN GW. CUNF may associate between the NG-RAB and the core network bearer (eg, NG9 bearer). That, NG-EPS-bearer is, UE1 and NG-RAB between (NG UE) and CUNF, may be constituted from a core network bearer between the CUNF and SUNF (eg, NG9 bearer).
[0035]
　NG System to support Bearabesudo transfer, further, QoS handling (eg, packet discard) the data flow (PDU flow) each may be configured to identify the data flow in the bearer (PDU flow) for. For example, NR NB3 associates the set bearer between the user plane functions in the NR NB3 and NG Core5 (eg, NG3 bearer) to the radio bearer, the bearer (eg, NG3 bearer) and between the radio bearers perform packet forwarding, further data flow within the bearer (PDU flow) for each of the QoS handling (eg, packet drops) may be performed.
[0036]
　Incidentally, (e) if the LTE eNB2 are connected by NG2 interface NG Core5, radio access bearer corresponding to the LTE of EPS Radio Access Bearer (E-RAB) is defined as NG EPS Radio Access Bearer (NE-RAB) it is, bearer corresponding to the LTE of EPS bearer may be defined as NG EPS bearer (NEPS bearer). NE-RAB includes a radio bearer is set between the UE1 and the LTE eNB2, LTE eNB2 and user plane functions of the NG Core5, bearer (eg set between the (eg, Edge GW or CUNF) NG3 it may be configured from a bearer). NEPS bearer is, NE-RAB and, between the user plane functions in the NG Core5 (eg, between the Edge GW and DN GW, or between the CUNF and SUNF) core network bearer (eg, NG9 bearer is set to ) may be configured from a.
[0037]
　LTE eNB2 connected to NG System, the data flow (PDU flow) for each of the QoS handling (eg, packet drops) may be configured to identify the data flow in the NE-RAB (PDU flow) for. For example, LTE eNB2 associates the set bearer between the user plane functions in the LTE eNB2 and NG Core5 (eg, NG3 bearer) to the radio bearer, the bearer (eg, NG3 bearer) and between the radio bearers perform packet forwarding, further data flow within the bearer (PDU flow) for each of the QoS handling (eg, packet drops) may be performed.
[0038]
　This embodiment, LTE System (ie, bearer-based network) to provide a UE1 handover process from the NG System (ie, bearer-less network). 3A and 3B show an example of UE1 handover procedure from LTE System to NG System in the configuration example of the illustrated radio communication network in FIG. Figure 3A is a preparation for the handover indicates (preparation) phase, Figure 3B shows an embodiment of a handover (execution) phase.
[0039]
　In the illustrated procedure in Figure 3A and 3B, the source base station (ie, LTE eNB2), the source base station (ie, LTE eNB2) an interface (or a reference point between the core network (ie, EPC4) ( by sending a handover Required message on at reference point)), it starts the handover. Therefore, the procedure shown in FIGS. 3A and 3B, may be improved and development of the LTE "E-UTRAN to UTRAN Iu mode Inter RAT handover". Alternatively, the procedure shown in FIGS. 3A and 3B, may be improved and development with an LTE MME relocation "S1-based handover".
[0040]
　In step 301, UE1 is connected to the LTE eNB2, a Connected state (ie, RRC_Connected). UE1 is measured sets the (Measurement Configuration) received from LTE eNB2, E-UTRAN (LTE) cells and neighbor cell measurements comprising NG-RAN cells in accordance with the measurement configuration (neighbor cell measurements) and heterogeneous radio access technology (Radio Access run Technology) measuring the (inter-RAT measurements), send measurement reports (measurement report) to the LTE eNB2. Measurement settings include, for example, from E-UTRAN to the RRC Connection Reconfiguration message sent to the UE.
[0041]
　In step 302, LTE eNB2 determines the inter-RAT handover to a cell of NR NB3, sends the Handover Required message source control node in EPC4 (ie, the source MME) to. The Handover Required message includes the identifier of the target NR NB3. Furthermore, the Handover Required message may include a handover type information element indicating (Handover Type Information Element (IE)) it is a handover from the LTE to the NR. Handover Type IE is, for example, "LTEtoNR" is set. Additionally or alternatively, the Handover Required message, may include a target NR-NB identifier information element (Target NR-NB Identifier IE). The Handover Required message may include a Source to Target Transparent Container IE. Source to Target Transparent Container IE may include a RRC layer information (RRC container), further bearers (eg, E-RAB) may include information. The RRC layer information (RRC container), for example, is required to set the radio resources NR NB3, comprising at least part of the radio resource configuration (Radio Resource Configuration) in UE1 in serving cell LTE eNB2 is managed.
[0042]
　In step 303, the source MME in EPC4, from Handover Type IE or Target NR-NB Identifier IE in Handover Required message received, the type of the handover is Inter-RAT handover to NR (or NG System) the judges. The source MME in EPC4 selects the target control nodes in the NG Core5. Target control node is a node having at least a portion of the function of MME in EPC4. The source MME in EPC4 by sending a Forward Relocation Request message to the target control node, initiating a handover resource allocation procedure (Handover resource allocation procedure). The Forward Relocation Request message includes, Mobility Management (MM) Context, and the source system to the UE1 (ie, LTE system) all PDN connection is active in. Each PDN connection, including a list of associated APN and EPS Bearer Contexts. MM Context contains information about the EPS bearer context (s), and security-related information (security related information). Furthermore, the Forward Relocation Request message includes information for identifying the one or more service data flows associated with each EPS bearer context (eg, SDF templates, or Traffic Flow Templates (TFTs)).
[0043]
　In step 304, the target control nodes in the NG Core5 performs generation of Beararesu session (creation) procedure. Specifically, the target control node determines that it needs a packet forwarding node for the UE1 (gateway) are rearranged (relocated), select a target forwarding node in NG Core5 (gateway). Target transfer node (gateway) is a node having at least a portion of the functionality of the S-GW in EPC4. Target control node sends a the Create Session Request message to the target transfer node (gateway). The the Create Session Request message includes information for identifying the one or more service data flows associated with each EPS bearer context (eg, SDF templates, or Traffic Flow Templates (TFTs)). Information for identifying the one or more service data flows are derived from the Forward Relocation Request message sent from the source MME in EPC4 the target control nodes in the NG Core5. Target transfer node (gateway), assigns the local resources, and returns the Create Session Response message to the target control nodes.
[0044]
　Further, in step 304, the target control nodes in the NG Core5 (eg, CPF) may determine the network slices to be connected to the UE1 after the handover (selection). In one example, the target control nodes in the NG Core5 (CPF) may select a network slice for UE1 based on the required QoS for the UE1 the EPS bearer (s) or SDF (s). Additionally or alternatively, Forward Relocation Request message sent by the source MME in EPC4 (step 303) may further include a network slice support information (network slice assistance information). Network slice support information, the selection of the network Slice target control nodes, assist setting, or an approval. The source MME in EPC4 receives at least a portion of the network slice support information from the UE1, may send it to the target control nodes in the NG Core5. Target control nodes in the NG Core5 may perform the generation of the selected network slice instances (creation).
[0045]
　Network slice support information, for example, UE1 in the type (eg, Device Type, UE Category), UE1 access applications (eg, UE Usage Type), service type UE1 wishes (eg, Requested / Preferred Service Type, MDD, Multi-Dimensional Descriptor (MDD)), the slice information UE1 selects (eg, selected slice Type, selected slice Identity (ID), selected Network Function (NF) ID), the slice information (eg the UE1 is previously approved, authorized Slice Type, Authorized Slice ID, Authorized NF ID), and UE1 allowable latency (eg, allowed latency, may indicate any or any combination of tolerable latency). Service Type, for example, the type of the Use Case (eg, a broadband communications (enhanced Mobile Broad Band: eMBB), reliable, low-latency communication (Ultra Reliable and Low Latency Communication: URLLC), or multi-connection M2M communication (massive Machine Type Communication: mMTC) or equivalent thereto) may indicate. Slice ID, for example, a slice instance information (Network Slice Instance (NSI) ID), the individual network information (Dedicated Core Network (DCN) ID), and a network domain name information (Domain Network Name (DNN) ID) it may indicate any or any combination. NF ID, for example, a common network function (Common NF (CNF)), a common control plane functions (Common Control plane NF (CCNF)), a common user plane functionality (Common User plane NF (CUNF)), and data gateway ( data Network Gateway (DN GW) one or any combination identification information) (ID) may indicate.
[0046]
　In step 305, the target control nodes in the NG Core5 sends NR Handover Request message to the target NR NB3. The NR Handover Request message includes flow information (Flow Information). Flow information, UE1 of the at least one packet flow (ie, PDU flow (s)) bearer-less network (ie, NG system) to transfer at least one session is established in (ie, PDU session ( s)) on. UE1 of each packet flow (ie, PDU flow) with respect to the flow information, flow identifier (eg, PDU flow ID), session end address of the transfer node in the NG Core5 (Transport Layer Address) and uplink (UL) point identifier (Session Endpoint identifier (SEID)), as well as flow QoS parameters. The session endpoint identifier (SEID), for example Tunnel Endpoint Identifier (TEID), or may be network function (node) identifier (NF ID). TEID may be, for example, a GTP-TEID or GRE-TEID.
[0047]
　The flow information may further indicate the mapping between EPS bearers and the PDU Flows for UE1. For example, the flow information may one or a plurality of SDFs mapped to the EPS bearer of the UE1, also exhibit these one or more SDFs each assigned flow identifiers of (eg, PDU flow ID). Furthermore, flow information, priority information (priority indicator), flow type information (flow type indicator), or may include a flow class (Flow Class). Priority information, for example, may indicate the relative priority of the plurality flow may indicate an absolute priority of each flow. Flow type information may indicate, for example, whether the flow corresponding to which Use Case or service. Furthermore, flow classes, for example, pre-defined flow type (eg, loss-less, delay tolerant, delay sensitive, mission critical) may indicate one of the.
[0048]
　Furthermore, NR Handover Request message of step 305 may include a slice information (Slice Information). Slice information is connected to the UE1 after the handover (connected) information about network slices NG Core5, information about the network slices NG Core5 connection to UE1 is allowed, and UE1 network slices NG Core5 connectable among information on at least one.
[0049]
　Specifically, the slice information is determined (selected) slices (Network Slice: NS) identification information may include identification information of the network node (NF), or the type information, or any combination of these slices . Identification information of the slice, for example, Slice ID, NSI ID, MDD, DCN ID, and may be any or any combination of DNN. Identification information of the network node, for example, NF ID, CNF ID, CCNF ID, SCNF ID, CUNF ID, SUNF ID, may include any or any combination of the UPF ID, and DN GW ID. Type information of a slice is, for example, Service Type, Service the Category, and may include a Slice Type indicating any or any combination of the Use Case. Additionally or alternatively, type information of a slice, the Use Case or contract (Subscription Group, eg home UE or roaming UE) may include Tenant ID indicating the. Type information of the slice may include MDD containing Slice Type and Tenant ID to the element. The content of the above-described slice information may be specified for each network slice. Accordingly, if the UE1 is connected to a plurality of network slices simultaneously, the slice information may include information of a plurality of sets corresponding to the number of network slices UE1 is connected.
[0050]
　Slice information further mobility class (Mobility Class) or Session class (Session Class) or may include both. Mobility Class is predefined mobility level (eg, high mobility, low mobility, no mobility) may indicate one of the. For example, high mobility, the network slice (allow mobility to UE1) to support mobility for UE1 geographic range (Geographical area) is wider than that of the low mobility, at the time of handover services (PDU session) means that high demands on continuity (continuity). No mobility, the network slice support mobility only within a very limited geographic range for UE1 (to allow mobility to UE1) means that. Mobility Class may be specified for each UE, it may be specified for each network slice. Session Class is predefined session type (eg, Session pre-setup, Session post-setup, No PDU session) may indicate one of the. For example, Session pre-setup, in order to maintain the service (PDU Session) according to a mobility as the existing handover, UE is the target (cells, beams, other areas) the earlier PDU session from complete movement to the it may indicate that the establishment is required. In contrast, Session post-setup may indicate that the PDU session need be established after the UE moves to the target. Session Class may be specified for each PDU session. Mobility Class and Session Class may be included in the Slice Type. In other words, Slice Type may include a plurality of attributes including Mobility Class and Session Class. Incidentally, the flow information described above, Mobility Class, may include Session Class, or both.
[0051]
　Slice information may include at least a portion of the network slice support information. That is, the transfer in step 305, the target control nodes in the NG Core5 at least part of the network slice support information is received from the source MME in EPC4, included in the slice information in the NR Handover Request message to the target NR NB3 ( Forwarding) may be.
[0052]
　In step 306, the target NR NB3 is generate UE context including in response to receiving the NR Handover Request message including flow information, packet flow information and security context for (ie, PDU flow (s)) ( create), and allocate resources. Further, the target NR NB3 is, bearer-less network (ie, NG System) to the associated wireless connection (eg, RRC connection, radio bearer) radio resource configuration information necessary for the UE1 to establish (eg, radio parameters), generated based on the flow information (or is derived from flow information). Radio resource configuration information may include at least one parameter included in the flow information. Radio resource configuration information, cell of the target NR NB3 (or mobility area, the beam coverage area) system information in (System Information Block: SIB), UE between common radio resource configuration (Common Resource Configuration), or, UE individually radio resource configuration of (Dedicated resource Configuration) may contain. Furthermore, radio resource configuration information indicates bearer in cell source LTE eNB2 (eg, EPS bearer, Data Radio Bearer (DRB)) and flow is established in the cell of the target NR NB3 (eg, PDU flow) the mapping between information may also include.
[0053]
　Then, the target NR NB3 sends NR Handover Request Acknowledge message includes a Target to Source Transparent Container targeted control node. The Target to Source Transparent Container includes a radio resource configuration information generated by the target NR NB3. As described later, Target to Source Transparent Container is forwarded to the source LTE eNB2 via the core network (ie, EPC4 and NG Core5).
[0054]
　Further, in step 306, the target NR NB3, based on NR Handover Request message including slice information, may perform the admission control. For example, the target NR NB3, for each bearer or for each flow may be determined whether or not to accept the bearer or flow. Additionally or alternatively, the target NR NB3, based on the slice information may perform admission control for each network slice UE1 is connected. At this time, NR NB3 is whether it is possible to accept the network slice may be determined, NR NB3 is not possible to accept if there is (or accept no) network slice, the network slice the specific network slice (eg, default network slices) may be mapped to, the network slice specific NF (eg, CuPF) may be connected to. Alternatively, NR NB3 may determine the failure of acceptance of the network slice.
[0055]
　In step 306, the target NR NB3 is a slice information is included in the NR Handover Request message, UE context and radio resource configuration information (eg, radio parameters) may be considered for the production of.
[0056]
　Radio resource configuration information derived from the slice information may include a wireless (or RAN) parameters for each network slice (or each use case). Use cases include, for example, enhanced mobile broadband (eMBB), massive machine-type communications (mMTC), and Ultra-reliable and low-latency communications with (URLLC). Radio parameters for each network slice (or each use case) may be the basic physical channel parameters, or basic Layer 2 / Layer 3 (L2 / L3) configuration. The basic physical channel parameters, for example, frame / subframe structure, Transmission Time. Interval (TTI) length, subcarrier spacing, and may include a Physical Random Access Channel (PRACH) resource. PRACH resource may be both preamble index or time / frequency resources or them. Basic L2 / L3 configuration, for example, frame / subframe pattern, and L2 protocol sublayer settings (L2 configuration. Eg, PDCP config, RLC config, or MAC config) may contain.
[0057]
　Additionally, or alternatively, show the radio resource specifying configuration information (indicating) the RRC layer signaling derived from the slice information, message structure, format of information element (IE), the parameter values, as well as the structure definition information ASN.1 (Abstract Syntax Notation one) encoding and decoding of the target, at least one of, may be different for each slice.
[0058]
　In step 307, the target control nodes in the NG Core5 sends a Target to Source Transparent Container encompassing Forward Relocation Response message to the source MME in EPC4. Further, Forward Relocation Response message may include the address (Addresses) and TEID which allocated for downlink data forwarding. If indirect downlink forwarding is used, the address and TEID may be an address and TEID of the S-GW in EPC4. If the direct downlink forwarding is used, the address and TEID may be an address and TEID to the target NR NB3.
[0059]
　In step 308, the source MME sends a Handover Command message including a Target to Source Transparent Container in a source LTE eNB2. Handover Command message may further include a list of bearers that are subject to downlink data forwarding (bearers subject to data forwarding list). "Bearers Subject to Data forwarding list" IE includes, for example, address identifier of (es) and TEID (s) for user traffic data forwarding, and the flow is subject to data forwarding (PDU flow (s)). Source LTE eNB2 is, "Bearers Subject to Data forwarding list" starts data forwarding for the specified bearer or flow (PDU flow (s)) by IE.
[0060]
　In step 309, the source LTE eNB2 sends a Radio Resource Control (RRC) message including the Handover Command message to the UE1. The Handover Command message includes including transparent container the radio resource configuration information targeted NR NB3 are set up in preparation (preparation) phase. The RRC message, for example, may be a Mobility from EUTRA COMMAND message may be a RRC Connection Reconfiguration message.
[0061]
　In step 310, UE1 in response to receiving the encompassing RRC message Handover Command message, moves the target RAN (ie, NG RAN), the source eNB performs a handover according to the wireless resource configuration information supplied in Handover Command message . That, UE1 establishes a wireless connection with the bearer-less network (ie, NG System) target NR NB3 associated with. In step 311, UE1, after successfully (successfully) synchronization with the target cell, and sends a Handover Confirm The for NR message to the target NR NB3. Message of step 311 may be NR RRC Connection Reconfiguration Complete message.
[0062]
　In step 312, if the UE1 has successfully (successfully) to access the target NR NB3, target NR NB3 by sending an NR Handover Notify message informs the target control nodes in the NG Core5.
[0063]
　In step 313, the target control nodes in the NG Core5 knows that UE1 arrives at the target side, by sending a Forward Relocation Complete Notification message, informs the source MME in EPC4. The source MME sends a Forward Relocation Complete Acknowledge message to the target control nodes.
[0064]
　In step 314, the target control nodes in the NG Core5 by implementing the flow modifiers (modification) procedure, completing the Inter-RAT handover procedure. For example, the target control node, the forwarding node in NG Core5, session (ie, PDU session) may be transmitted every Modify Flow Request message. Modify Flow Request message, flow identifier (eg, PDU flow ID), and may include a session endpoint identifier address of the target NR NB3 and downlink (DL) (SEID). The session endpoint identifier (SEID) can be, for example, Tunnel Endpoint Identifier (TEID). Forwarding node in NG Core5 is, inter-RAT HO relocation by the transfer node (relocation) or edge node in EPC4 changes RAT classification (ie, (e) P-GW) to inform the, in EPC4 edge node (ie, eP-GW) may communicate with. Specifically, the transfer nodes in the NG Core5 a session (ie, PDN connection) may be transmitted every Modify Bearer Request message to the edge node in EPC4. Edge nodes in EPC4 may transmit Modify Bearer Response message to the forwarding nodes in the NG Core5. Forwarding node in NG Core5 may return the Modify Flow Response message to the target control nodes.
[0065]
　After the handover is completed in accordance with the procedure shown in FIGS. 3A and 3B, the following route may be used for the UE1 data transfer. If NG System comprising NR NB3 and NG Core5 has support Bearabesudo transfer within NG Core5, bearer (eg, NG-EPS-bearer) are used for UE1 after the handover, for example, the uplink path and downlink link path may include (source or old) S / P-GW in the NG Core5 the (target or New) User plane Function (eg, CUNF) a path between (eg, GTP tunnel or GRE tunnel) . That, S / P-GW forwards the downlink data to the User plane Function (eg, CUNF) in NG Core5, in NG Core5 User plane Function (eg, CUNF) uplink to S / P-GW data may be transferred to.
[0066]
　On the other hand, if the bearer for UE1 after the handover (eg, NG-EPS-bearer) is not used, for example, (source or old) S / P-GW and (target or New) User plane Function (eg, NW Slicing between SUNF) having a function may be mediated CUNF a. That, S / P-GW forwards the downlink data to CUNF in NG Core5, CUNF may forward the downlink data to another UNF having a flow unit control function. Alternatively, without using the CUNF, it may be made directly transfer data to and from the S / P-GW and SUNF. In other handover procedure described below, the data transfer paths after handover described here may be used.
[0067]
　4A and 4B illustrate an example of UE1 handover procedure from LTE System to NG System in the configuration example of the illustrated radio communication network in FIG. Figure 4A is preparing for a handover indicates (preparation) phase, FIG. 4B shows an embodiment of a handover (execution) phase.
[0068]
　Similar to the procedure shown in FIGS. 3A and 3B, in the procedure shown in FIGS. 4A and 4B, the source base station (ie, LTE eNB2), the source base station (ie, LTE eNB2) and a core network ( ie, by sending a handover Required message on the interface between the NG Core5), starts the handover. Therefore, similarly to the procedure shown in FIGS. 3A and 3B, the procedure shown in FIGS. 4A and 4B, improvement and development of the LTE "E-UTRAN to UTRAN Iu mode Inter RAT handover", or MME relocation it may be the improvement and development of the associated "S1-based handover".
[0069]
　Processing in steps 401 and 402 in FIG. 4A is the same as the processing in steps 301 and 302 in Figure 3A. However, in step 402, LTE eNB2 sends a Handover Required message to NG Core5. Incidentally, as already described, in the network configuration example of FIG. 2, NG RAN including E-UTRAN and NR NB3 including LTE eNB2 may be connected to the same network slice. In this implementation, UE1 handover from LTE eNB2 to NR NB3 is one 1 produced in the network slice or a plurality of logical control node (ie, control plane function) and one or more logical transfer node (ie, user plane function) is achieved by signaling between the. In this implementation, Handover Required message in step 402 may be sent to a new or improved control node corresponding to MME.
[0070]
　Alternatively, NG RAN including E-UTRAN and NR NB3 including LTE eNB2 may be connected to different networks slices from each other. In this implementation, the LTE eNB2 UE1 handover to NR NB3 is the network slice instance corresponding to pure NG Core network slice instance and NR NB3 corresponding to the EPC LTE eNB2 is connected is connected It is implemented by the inter-slice communication between. In this implementation, Handover Required message in step 402 may be sent to the MME network slice instance the LTE eNB2 are connected.
[0071]
　Processing of steps 403-405 in FIG. 4A is the same as the processing in steps 303 to 307 in FIG. 3A. The steps in Figure 4A, shown in steps 303 and 307 shown in FIG. 3A has been omitted. Processing corresponding to step 303 and 307, performed in the NG Core5.
[0072]
　Processing in steps 406 to 411 in FIG. 4B is the same as the processing in steps 308-314 in Figure 3B. In the procedure of FIG. 4B, illustration of the step 313 shown in FIG. 3B is omitted. Processing corresponding to step 313 is performed in the NG Core5.
[0073]
　Figure 5 is a flow chart showing an example of a method performed by the core network (process 500). Core network, EPC4 and NG Core5 in FIG. 1, or NG Core5 in FIG. In step 501, the core network receives the Handover Required message to initiate the UE1 handover from bearer-based network (LTE) to the bearer-less network (5G) from a source LTE eNB2. Step 501 corresponds to step 402 of step 302 or FIG. 4A in Figure 3A.
[0074]
　In step 502, the core network, bearer-less include flow information relating to at least one session in the network are established for the UE1 a (NR) Handover Request message sent to the target NR NB3. Step 502 corresponds to step 404 of step 305 or FIG. 4A in Figure 3A.
[0075]
　In step 503, the core network receives encompasses Target to Source Transparent Container The (NR) Handover Request Acknowledge message from the target NR NB3. The Target to Source Transparent Container includes a radio resource configuration information necessary for the UE1 to establish a wireless connection associated with the bearer-less network. Step 503 corresponds to step 405 of step 306 or FIG. 4A in Figure 3A.
[0076]
　In step 504, the core network sends the encompassing Handover Command message Target to Source Transparent Container in a source LTE eNB2. Step 504 corresponds to step 406 of step 308 or FIG. 4B in Figure 3B.
[0077]
　Figure 6 is a flowchart illustrating an example (process 600) of the method performed by the target NR NB3. In step 601, the target NR NB3 receives at least one of including flow information for the session (NR) Handover Request message is established for the UE1 in a bearer-less network core network (ie, NG Core5) from . Step 601 corresponds to step 404 of step 305 or FIG. 4A in Figure 3A.
[0078]
　In step 602, the target NR NB3 is, Target sends encompasses-to Source Transparent Container The (NR) Handover Request Acknowledge message to the core network. The Target to Source Transparent Container includes a radio resource configuration information necessary for the UE1 to establish a wireless connection associated with the bearer-less network. Step 602 corresponds to step 405 of step 306 or FIG. 4A in Figure 3A.
[0079]
　In step 603, the target NR NB3, based on the radio resource configuration information to establish a wireless connection associated with the bearer-less network for UE1. Step 603 corresponds to step 408 of step 310 or FIG. 4B in Figure 3B.
[0080]
　Figure 7 is a flowchart illustrating an example (process 700) of the process performed by the source LTE eNB2. In step 701, the source LTE eNB2 sends a Handover Required message to initiate the UE1 handover from bearer-based network (LTE) to the bearer-less network (5G) in the core network (ie, EPC4 or NG Core5) . Step 701 corresponds to step 402 of step 302 or FIG. 4A in Figure 3A.
[0081]
　In step 702, the source LTE eNB2 receives encompassing Handover Command message from the core network the Target to Source Transparent Container. The Target to Source Transparent Container includes a radio resource configuration information necessary for the UE1 to establish a wireless connection associated with the bearer-less network. Step 702 corresponds to step 406 of step 308 or FIG. 4B in Figure 3B.
[0082]
　In step 703, the source LTE eNB2 sends mobility COMMAND message (eg, Handover Command message) indicating the handover to and Beararesu network includes a radio resource configuration information to the UE1. Step 703 corresponds to step 407 of step 309 or FIG. 4B in Figure 3B.
[0083]
　Figure 8 is a flow chart illustrating an example (the process 800) of the method performed by UE1. In step 801, UE1 receives mobility COMMAND message (eg, Handover Command message) from a source LTE eNB2. The mobility COMMAND message includes the radio resource configuration information necessary for the UE1 to establish a wireless connection associated with the bearer-less network. Step 801 corresponds to step 407 of step 309 or FIG. 4B in Figure 3B.
[0084]
　In step 802, UE1 uses the radio resource configuration information, establishing a wireless connection with the target NR NB3 associated with bearer-less network. Step 802 corresponds to step 408 of step 310 or FIG. 4B in Figure 3B.
[0085]
　Detailed handover procedure from bearer-based network according to the present embodiment (LTE) to the bearer-less network (5G) may be, for example, implementations described above, but is not limited thereto. For example, the message names shown in several handover procedure example described above are merely illustrative. Some handover procedure example described above may be different ordering of messages, to some messages may be omitted, may include additional message.
[0086]
　As understood from the above description, a handover procedure from bearer-based network that is described in this embodiment (LTE) to the bearer-less network (5G) comprises the following:
the core network (NG Core5) the flow information, it sends to the target NR NB3;
by target NR NB3, bearer-less network ( ie, NG System) wireless connections associated with (eg, RRC connection, radio bearer) taking the UE1 to establish a the radio resource configuration information required, it is generated based on the flow information; and
the target NR NB3, sending the radio resource configuration information to the UE1 via the source LTE eNB2.
　Therefore, UE1, by using the radio resource configuration information generated based on the flow information by the target NR NB3, the bearer-less network (eg, 5G ) Access Stratum of target RAT associated with the (AS) layer setting it can be properly carried out.
[0087]
　As previously described, NG System, including the NR NB3 and NG Core5, it may be configured to support Bearabesudo transfer using a bearer for each QoS class for each and PDU session, data flow (PDU flow) for each of the QoS handling (eg, packet drops) may be configured to identify the data flow in the bearer (PDU flow) for. For example, NR NB3 associates the set bearer between the user plane functions in the NR NB3 and NG Core5 (eg, NG3 bearer) to the radio bearer, the bearer (eg, NG3 bearer) and between the radio bearers perform packet forwarding, further data flow within the bearer (PDU flow) for each of the QoS handling (eg, packet drops) may be performed.
[0088]
　In this case, the flow information described in this embodiment, the bearer (eg, NG-RAB or NG3 bearer) for UE1 and UE1 of one or more packet flows are transferred through the bearer (ie, PDU it may indicate the association of the flow (s)). In other words, the control node in the NG Core5 (eg, CPF) is bearer (eg, NG-RAB or NG3 bearer) for UE1 and UE1 of one or more packet flows are transferred through the bearer (ie in order to inform the association with the PDU flow (s)) in NR NB3, it may send flow information to NR NB3. NR NB3 receives flow information from a control node in the NG Core5, in accordance with the flow information, NR NB3 and set bearer between the user plane functions in the NG Core5 (eg, NG3 bearer) data in the flow ( PDU flow) for each of the QoS handling (eg, packet drops) may be performed.
[0089]

　This embodiment, NG System (ie, bearer- less network) from LTE System (ie, bearer-based network) to provide a UE1 handover method to. 9A and 9B illustrate an example of UE1 handover procedure to LTE System from NG System in the configuration example of a wireless communication network shown in Figure 1. 9A is ready for handover indicates (preparation) phase, FIG. 9B shows an embodiment of a handover (execution) phase.
[0090]
　In the illustrated procedure in Figure 9A and 9B, a source base station (ie, NR NB3), the interface (or reference point between a source base station (ie, NR NB3) and core network (ie, NG Core5) (reference point)) by sending a handover Required message on to start the handover. Therefore, the procedure shown in FIGS. 9A and 9B, may be improved and development of the LTE "UTRAN Iu mode to E-UTRAN Inter RAT handover". Alternatively, the procedure shown in FIGS. 9A and 9B, may be improved and development with an LTE MME relocation "S1-based handover".
[0091]
　In step 901, UE1 is connected to NR NB3, a Connected state (eg, RRC_Connected). UE1 is measured sets the (Measurement Configuration) received from NR NB3, NG-RAN cells and E-UTRAN (LTE) adjacent cells including cells measured according to the measurement set (neighbor cell measurements) and a heterologous RAT measurements (inter-RAT measurements) is executed, and send measurement reports (measurement report) to the NR NB3.
[0092]
　In step 902, NR NB3 determines the inter-RAT handover to the cell of the LTE eNB2, sends a Handover Required message to the source control node in NG Core5. The Handover Required message includes the identifier of the target LTE eNB2. Furthermore, the Handover Required message may include a handover type information element indicating (Handover Type Information Element (IE)) it is a handover to LTE from NR. Handover Type IE is, for example, "NRtoLTE" is set. Alternatively, the Handover Required message, may include a target LTE eNB identifier information element (Target LTE eNB Identifier IE). The Handover Required message may include a Source to Target Transparent Container IE.
[0093]
　In step 903, the source control node in NG Core5 from Handover Type IE or Target LTE eNB Identifier IE in Handover Required message received, determines that type of the handover is Inter-RAT handover to the LTE system . Source control node in the NG Core5 selects a target MME in EPC4. Source control node in the NG Core5 by sending a Forward Relocation Request message to the target MME, initiates the handover resource allocation procedure (Handover resource allocation procedure). The Forward Relocation Request message includes, Mobility Management (MM) Context, and the source system to the UE1 (ie, NG System) all PDU session is active in. Each PDN session includes a list of the Associated APN and PDU flow Contexts. MM Context contains information about the PDU flow (s), and security-related information (security related information). Furthermore, the Forward Relocation Request message includes information for identifying the one or more service data flows associated with each PDU flow context (eg, SDF templates, or Traffic Flow Templates (TFTs)).
[0094]
　In step 904, the target MME in EPC4 performs generation of Bearabesudo session (creation) procedure. Specifically, the target MME determines that it needs a packet forwarding node for the UE1 (gateway) are rearranged (relocated), select a target forwarding node in EPC4 (ie, S-GW) to. Target MME sends a Create Session Request message to the target S-GW. The the Create Session Request message includes information for identifying the one or more service data flows associated with each PDU flow context (eg, SDF templates, or Traffic Flow Templates (TFTs)). Information for identifying the one or more service data flows are derived from the Forward Relocation Request message sent from the source control node in NG Core5 the target MME in EPC4. Target S-GW allocates its local resources, and returns the Create Session Response message to the target MME.
[0095]
　In step 905, the target MME in EPC4 sends a Handover Request message to the target LTE eNB2.
[0096]
　In step 906, the target LTE eNB2 in response to receiving the Handover Request message, the UE context including information and security context for EPS bearer (s) to produce (the create), allocate resources. Then, the target LTE eNB2 sends a Target to Source Transparent Container encompassing Handover Request Acknowledge message to the target MME.
[0097]
　In step 907, the target MME in EPC4 sends a Forward Relocation Response message including the Target to Source Transparent Container in a source control node in NG Core5. Further, Forward Relocation Response message may include the address (Addresses) and TEID which allocated for downlink data forwarding. If indirect downlink forwarding is used, the address and TEID may be an address and TEID to the transfer node in the NG Core5. If the direct downlink forwarding is used, the address and TEID may be an address and TEID to the target LTE eNB2.
[0098]
　In step 908, the source control node sends a Handover Command message including a Target to Source Transparent Container source NR NB3. Furthermore, Handover Command message may include a flow that is subject to the downlink data forwarding list (PDU flow (s)) (flows subject to data forwarding list). "Flows Subject to Data forwarding list" IE includes, for example, address identifier of (es) and TEID (s) for user traffic data forwarding, and the flow is subject to data forwarding (PDU flow (s)). Source NR NB3 is, "flows Subject to Data forwarding list" starts data forwarding for the specified flow (PDU flow (s)) by IE.
[0099]
　In step 909, the source NR NB3 sends Handover Command message includes RRC message to UE1. The Handover Command message includes including transparent container the radio resource configuration information target LTE eNB2 has set up in preparation (preparation) phase. The RRC message, for example, may be a Mobility from NR COMMAND message may be a RRC Connection Reconfiguration message.
[0100]
　In step 910, the UE1, in response to receiving the encompassing RRC message Handover Command message, UE1 moves to the target RAN (ie, E-UTRAN), according to the wireless resource configuration information supplied in Handover Command message to implement the handover. That, UE1 establishes bearer-based network (ie, LTE System) wireless connection with the target LTE eNB2 associated with. In step 911, UE1, after successfully (successfully) synchronization with the target cell, and sends a Handover Confirm The for EUTRA message to the target LTE eNB2. Message of step 911 may be a RRC Connection Reconfiguration Complete message.
[0101]
　In step 912, if the UE1 has successfully (successfully) to access the target LTE eNB2, the target LTE eNB2 by sending a Handover Notify message informs the target MME in EPC4.
[0102]
　In step 913, the target MME in EPC4 knows that UE1 arrives at the target side, by sending a Forward Relocation Complete Notification message informs the source control node in NG Core5. Source control node sends a Forward Relocation Complete Acknowledge message to the target MME.
[0103]
　In step 914, the target (e) MME in EPC4 by implementing a bearer modification (modification) procedure, completing the Inter-RAT handover procedure. For example, target MME, in (e) S-GW in EPC4, session (ie, PDN connection) may be transmitted every Modify Bearer Request message. Modify Bearer Request message, the bearer identifier (eg, EPS Bearer ID), and may include an address and a downlink (DL) TEID of the target LTE eNB2. (E) S-GW in EPC4 is to inform the change of the relocation (relocation) or RAT type of the transfer node according to inter-RAT HO edge node in NG Core5, it communicates with the edge node in the NG Core5 it may be. Specifically, S-GW in EPC4 may transmit Beararesu session (ie, PDU session) to every Modify Flow Request message to the edge node in the NG Core5. Edge nodes in NG Core5 may send a Modify Flow Response message to the S-GW in EPC4. S-GW in the EPC4 may reply the Modify Bearer Response message to the target MME.
[0104]
　10A and 10B show an example of UE1 handover procedure to LTE System from NG System in the configuration example of a wireless communication network shown in FIG. 10A is ready for handover indicates (preparation) phase, FIG. 10B shows an implementation of the handover (execution) phase.
[0105]
　Similar to the procedure shown in FIGS. 9A and 9B, in the procedure shown in FIGS. 10A and 10B, the source base station (ie, NR NB3), a source base station (ie, NR NB3) and a core network ( ie, by sending a handover Required message on the interface between the NG Core5), starts the handover. Therefore, similarly to the procedure shown in FIGS. 9A and 9B, the procedure shown in FIGS. 10A and 10B, improvement and development of the LTE "UTRAN Iu mode to E-UTRAN Inter RAT handover", or MME relocation it may be the improvement and development of the associated "S1-based handover".
[0106]
　Processing of steps 1001-1005 of FIG. 10A is the same as the processing in steps 901 to 907 in FIG. 9A. The steps in FIG. 10A, shown in steps 903 and 907 shown in FIG. 9A is omitted. Processing corresponding to step 903 and 907, performed in the NG Core5.
[0107]
　Processing of steps 1006 to 1011 of FIG. 10B is the same as the processing in steps 908 to 914 in FIG. 9B. The steps in FIG. 10A, shown in step 913 shown in FIG. 9B is omitted. Processing corresponding to step 913 is performed in the NG Core5.
[0108]
　Detailed handover procedure from bearer-less network according to the present embodiment (5G) to bearer-based network (LTE) may be, for example, implementations described above, but is not limited thereto. For example, the message names shown in several handover procedure example described above are merely illustrative. Some handover procedure example described above may be different ordering of messages, to some messages may be omitted, may include additional message.
[0109]
　Then, in the following, UE1 according to embodiments described above, LTE eNB2, NR NB3, and a configuration example of a core network node will be described. Figure 11 is a block diagram showing a configuration example of UE1. LTE transceiver 1101 to communicate with the LTE eNB2, performs analog RF signal processing relating LTE RAT PHY layer. Analog RF signal processing performed by the LTE transceiver 1101 includes a frequency up-conversion, the frequency down-conversion, and amplification. LTE transceiver 1101 is coupled to an antenna 1102, and a baseband processor 1105. That, LTE transceiver 1101 receives the modulated symbol data (or OFDM symbol data) from the baseband processor 1105, generates a transmission RF signal and provides a transmit RF signal to the antenna 1102. Also, LTE transceiver 1101 generates a baseband received signal based on the reception RF signal received by an antenna 1102, and supplies it to the baseband processor 1105.
[0110]
　New Radio (NR) transceiver 1103 to communicate with NR NB3, performs analog RF signal processing relating PHY layer of NG RAT. New 5G transceiver 1103 is coupled to an antenna 1104, and a baseband processor 1105.
[0111]
　Baseband processor 1105 performs control plane processing and digital baseband signal processing for wireless communication (data plane processing). Digital baseband signal processing, (a) data compression / decompression, (b) segmentation / concatenation of data, generation / decomposition of (c) transmission format (transmission frame), (d) transmission channel coding / decoding , including generation of (e) modulation (symbol mapping) / demodulation, and OFDM symbol data by (f) Inverse Fast Fourier Transform (IFFT) (baseband OFDM signal). On the other hand, the control plane processing, layer 1 (eg, transmission power control), Layer 2 (eg, a radio link control, and hybrid automatic repeat request (HARQ) process), and layer 3 (eg, attach, mobility, and packet communication including communication management signaling) related.
[0112]
　For example, in the case of LTE and LTE-Advanced, a digital baseband signal processing by a baseband processor 1105, Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, includes a signal processing of the MAC layer, and a PHY layer But good. Further, the control plane processing by baseband processor 1105, Non-Access Stratum (NAS) protocol, RRC protocol, and may include a process of MAC CE.
[0113]
　Baseband processor 1105, a modem processor that performs digital baseband signal processing (eg, Digital Signal Processor (DSP)) and protocol stack processor for performing control plane processing (eg, Central Processing Unit (CPU), or Micro Processing Unit it may include (MPU)). In this case, the protocol stack processor for performing control plane processing may be shared with an application processor 1106 which will be described later.
[0114]
　The application processor 1106, CPU, MPU, also referred to as a microprocessor or processor cores. The application processor 1106 may include a plurality of processors (multiple processor cores). The application processor 1106 may perform memory 1108 or illustrated which do not result system read from the memory a software program (Operating System (OS)) and various application programs (e.g., the communication application for acquiring metering data or sensing data) by realizes UE1 various functions.
[0115]
　In some implementations, as indicated by the dashed line (1107) in FIG. 11, the baseband processor 1105 and an application processor 1106 may be integrated on a single chip. In other words, the baseband processor 1105 and an application processor 1106 may be implemented as a single System on Chip (SoC) device 1107. SoC devices, sometimes referred to as system Large Scale Integration (LSI) or chipset.
[0116]
　Memory 1108 is a volatile memory or nonvolatile memory, or a combination thereof. Memory 1108 may include a physically independent plurality of memory devices. Volatile memory may be, for example, Static Random Access Memory (SRAM) or Dynamic RAM (DRAM) or a combination thereof. The non-volatile memory, a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, or hard disk drive, or any combination thereof. For example, memory 1108, a baseband processor 1105, an application processor 1106, and may contain accessible external memory device from SoC1107. Memory 1108, within baseband processor 1105, within the application processor 1106, or may include an integrated chip memory device within SoC1107. Furthermore, memory 1108 may include a memory in the Universal Integrated Circuit Card (UICC).
[0117]
　Memory 1108 may store one or more software modules (computer program) 1109 containing instructions and data for processing by the UE1 described in several embodiments described above. In some implementations, the baseband processor 1105 or the application processor 1106, the software module 1109 that reads out and executes from the memory 1108 may be configured to perform processing of UE1 described in the above embodiments .
[0118]
　Figure 12 is a block diagram showing a configuration example of a LTE eNB2 according to the embodiment described above. Referring to FIG. 12, LTE eNB2 is, LTE transceiver 1201, a network interface 1203, a processor 1204, and memory 1205. LTE transceiver 1201 performs an analog RF signal processing in order to communicate with the UEs that support LTE RAT including UE1. LTE transceiver 1201 may include a plurality of transceivers. LTE transceiver 1201 is coupled to antenna 1202 and the processor 1204. LTE transceiver 1201 receives the modulated symbol data (or OFDM symbol data) from the processor 1204, generates a transmission RF signal and provides a transmit RF signal to the antenna 1202. Also, LTE transceiver 1201 generates a baseband received signal based on the reception RF signal received by an antenna 1202, and supplies it to the processor 1204.
[0119]
　Network interface 1203 is used to communicate with a network node (eg, MME and S-GW in EPC4). Network interface 1203 may include, for example, a network interface card that complies with the IEEE 802.3 series (NIC).
[0120]
　The processor 1204 performs control plane processing and digital baseband signal processing for wireless communication (data plane processing). For example, in the case of LTE and LTE-Advanced, a digital baseband signal processing by the processor 1204, PDCP layer, RLC layer may include a signal processing of the MAC layer, and the PHY layer. The control plane processing by the processor 1204, S1 protocol, RRC protocol, and may include a process of MAC CE.
[0121]
　Processor 1204 may include multiple processors. For example, the processor 1204 may include a modem processor that performs digital baseband signal processing (eg, DSP) and a protocol stack processor for performing control plane processing (eg, CPU or MPU).
[0122]
　Memory 1205 is constituted by a combination of volatile and nonvolatile memory. Volatile memory is, for example, a SRAM or DRAM, or a combination thereof. The non-volatile memory, for example, MROM, PROM, flash memory, or hard disk drive, or a combination thereof. Memory 1205 may include a storage that is remotely located from the processor 1204. In this case, the processor 1204 may access the memory 1205 via the I / O interfaces that are not network interface 1203 or illustrated.
[0123]
　Memory 1205 may store one or more software modules (computer program) 1206 containing instructions and data for processing by the LTE eNB2 described in several embodiments described above. In some implementations, the processor 1204, the one or more software modules 1206 that run from the memory 1205 may be configured to perform processing of LTE eNB2 described in the above embodiments.
[0124]
　Figure 13 is a block diagram showing a configuration example of a NR NB3 according to the embodiment described above. Referring to FIG. 13, NR NB3 is, New Radio (NR) transceiver 1301, a network interface 1303, a processor 1304, and memory 1305. NR transceivers 1301, performs analog RF signal processing for communication with UEs supporting NG RAT including UE1. NR transceivers 1301 may include a plurality of transceivers. NR transceivers 1301 is coupled to antenna 1302 and the processor 1304. NR transceivers 1301 receives the modulated symbol data from the processor 1304, it generates a transmission RF signal and provides a transmit RF signal to the antenna 1302. Furthermore, NR transceivers 1301 generates a baseband received signal based on the reception RF signal received by an antenna 1302, and supplies it to the processor 1304.
[0125]
　Network interface 1303 is used to communicate with a network node (eg, the control node and forwarding node in the NG Core5). Network interface 1303 may include, for example, a network interface card that complies with the IEEE 802.3 series (NIC).
[0126]
　The processor 1304 performs control plane processing and digital baseband signal processing for wireless communication (data plane processing). Processor 1304 may include multiple processors. For example, the processor 1304 may include a modem processor that performs digital baseband signal processing (eg, DSP) and a protocol stack processor for performing control plane processing (eg, CPU or MPU).
[0127]
　Memory 1305 is constituted by a combination of volatile and nonvolatile memory. Volatile memory is, for example, a SRAM or DRAM, or a combination thereof. The non-volatile memory, for example, MROM, PROM, flash memory, or hard disk drive, or a combination thereof. Memory 1305 may include a storage that is remotely located from the processor 1304. In this case, the processor 1304 may access the memory 1305 via the I / O interfaces that are not network interface 1303 or illustrated.
[0128]
　Memory 1305 may store one or more software modules (computer program) 1306 containing instructions and data for processing by the NR NB3 described in several embodiments described above. In some implementations, the processor 1304, the one or more software modules 1306 that run from the memory 1305 may be configured to perform processing of NR NB3 described in the above embodiments.
[0129]
　Figure 14 is a block diagram showing a configuration example of a core network node 1400 according to the embodiment described above. Core network node 1400, e.g., a control node MME, or NG in Core5 in EPC4. Referring to FIG. 14, the core network node 1400 includes network interface 1401, a processor 1402, and memory 1403. Network interface 1401, network node (eg, RAN nodes, other core network nodes) are used to communicate with. Network interface 1401 may include, for example, a network interface card that complies with the IEEE 802.3 series (NIC).
[0130]
　The processor 1402, e.g., a microprocessor, MPU, or a CPU. Processor 1402 may include multiple processors.
[0131]
　Memory 1403 is constituted by a combination of volatile and nonvolatile memory. Volatile memory is, for example, a SRAM or DRAM, or a combination thereof. The non-volatile memory, for example, MROM, PROM, flash memory, or hard disk drive, or a combination thereof. Memory 1403 may include a storage that is remotely located from the processor 1402. In this case, the processor 1402 may access the memory 1403 via the I / O interfaces that are not network interface 1401 or illustrated.
[0132]
　Memory 1403, a core network node that is described by a plurality of the above-described embodiments (eg, MME in EPC4, or control nodes in NG Core5) 1 including instructions and data for processing by or more software modules may be stored (computer program) 1404. In some implementations, the processor 1402, by executing the one or more software modules 1404 from the memory 1403 may be configured to perform processing of the core network node described in the above embodiments .
[0133]
　As described with reference to FIGS. 11 to 14, each of the processors UE1 according to the embodiment described above, LTE eNB2, NR NB3, and a core network node has the performed algorithm described with reference to the drawings in the computer executing one or more programs including instructions for causing. This program is stored using a non-transitory computer readable media of various types (non-transitory computer readable medium), it can be supplied to the computer. Non-transitory computer readable media include with various types of entities (tangible storage medium). Examples of non-transitory computer readable media include magnetic storage media (such as floppy disks, magnetic tape, hard disk drive), magneto-optical recording medium (e.g., magneto-optical disk), Compact Disc Read Only Memory (CD-ROM), CD- R, including CD-R / W, a semiconductor memory (e.g., a mask ROM, Programmable ROM (PROM), Erasable PROM (EPROM), flash ROM, Random Access memory (RAM)). The program may be provided to a computer using a temporary computer readable media of various types (transitory computer readable medium). Examples of transitory computer readable media include electric signals, optical signals, and electromagnetic waves. Transitory computer readable media, wired communication path such as electrical wires and optical fibers, or via a wireless communication path can provide the program to a computer.
[0134]

　In the present embodiment, specific examples of the control messages (ie, S1 and NG2 messages) between the RRC message and RAN and a core network that is described in the above embodiment will be described.
[0135]
　15A and 15B show an example of the format of a Mobility from EUTRA COMMAND message. From LTE System handover to NG System, MobilityFromEUTRACommand message includes "handover" and purpose, which is set with, and targetRAT-Type that is the corresponding set with "ngutra" in NG RAN. Furthermore, MobilityFromEUTRACommand message includes a targetRAT-MessageContainer. targetRAT-MessageContainer includes RRCConnectionReconfigurationNR messages generated by the target NR NB3. Furthermore, targetRAT-Type is "OTHERRAN", when a clogging "utra", "geran", or "ngutra", MobilityFromEUTRACommand message includes a nas-SecurityParamFromEUTRA.
[0136]
　Figure 16 shows an example of the format of Handover Required message sent on the MME S1 interface in the LTE eNB2 EPC4 (eg, step 302 of FIG. 3A). This Handover Required message, including "LTEtoNR" and the set has been Handover Type, and Source to Target Transparent Container.
[0137]
　Figure 17 shows an example of the format of the control nodes in the NG Core5 from LTE eNB2 Handover Required message sent on NG2 interface (eg, Common Control plane NF (CCNF)) (eg, step 402 in FIG. 4A) there. This Handover Required message, including "LTEtoNR" and the set has been Handover Type, and Source to Target Transparent Container. Furthermore, Handover Required message contains CCNF UE NG2AP ID and eNB UE NG2AP ID. CCNF UE NG2AP ID is to identify the UE1 on NG2 interface, which is an identifier assigned by the control nodes in the NG Core5 (CCNF). eNB UE NG2AP ID is to identify the UE1 on NG2 interface, which is an identifier assigned by the LTE eNB2.
[0138]
　18 to 20 show some examples of the format of the Source NR NB to Target NR NB Transparent Container in Handover Required message. In the example shown in FIG. 18, Source NR NB to Target NR NB Transparent Container includes a RRC container and NextGen (NG) -RABs Information List. RRC container includes a RRC Handover Preparation Information message. NG-RABs Information List is a list of radio access bearers to be handed over from the LTE eNB2 to NR NB3 (NG-RABs). Format shown in Figure 18, NG System may be used when configured to support Bearabesudo transfer using a bearer for each and PDU per session QoS classes including NR NB3 and NG Core5. Bearer, between pairs of network functions (Network Functions (NFs)), for example, between the user plane functions in the NR NB3 and NG Core5, or is set between the two user plane functionality in NG Core5. NG System bearer may be referred to as NG-EPS-bearer, the radio access bearer NG System may be referred to as NG-RAB.
[0139]
　Source NR NB to Target NR NB Transparent Container shown in FIG. 19, similarly to that of Figure 18, including RRC container and NG-RABs Information List. However, NG-RABs Information List shown in FIG. 19 includes Flows Information the List indicating a list of packet flows that are mapped to each NG-RAB (PDU flows). Format shown in Figure 19, NR NB3 and NG System including NG Core5 is, supports Bearabesudo transfer using a bearer for each QoS class for each and PDU session, and the packet flow (PDU flow) for each of the QoS handling (eg it may be used when configured to identify a packet flow in the bearer (PDU flow) for packet discard).
[0140]
　Shown in FIG. 20 Source NR NB to Target NR NB Transparent Container may include either or both Sessions Information the List and NG-RABs Information List. Format shown in Figure 20, NG System comprising NR NB3 and NG Core5 may be used to support both Bearabesudo transfer and flow-based read transfer. Furthermore, the format shown in Figure 20, NG System comprising NR NB3 and NG Core5 may be used to support flow-based read transfer only.
[0141]
　Figure 21 shows an example of the format of sent from NG Core5 the NR NB3 on NG2 interface (NR) Handover Request message (eg, step 404 of step 305, and 4A of FIG. 3A). The (NR) Handover Request message includes CCNF UE NG2AP ID. CCNF UE NG2AP ID is to identify the UE1 on NG2 interface, which is an identifier assigned by the control nodes in the NG Core5 (CCNF). Incidentally, CCNF is an example, other control plane network function or node names (eg, CNF, CPF, SMF, MMF) may be used instead of CCNF. Furthermore, the (NR) Handover Request message includes a Security Context and NAS Security Parameters to NG-UTRAN. Security Context, for example, shows the Next Hop parameter (NH) and Next Hop Chaining Counter parameter (NCC). NAS Security Parameters to NG-UTRAN is included in the (NR) Handover Request message in case of a handover from E-UTRAN to NG RAN (NG-UTRAN). Security Context and NAS Security Parameters to NG-UTRAN may be set for each network slice.
[0142]
　Further, in the example of FIG. 21, (NR) Handover Request message includes an NG-RABs To Be Setup List. NG-RABs To Be Setup List is a list of radio access bearers should be set up in the target NR NB3 (NG-RABs). Format shown in Figure 21, NG System may be used when configured to support Bearabesudo transfer using a bearer for each and PDU per session QoS classes including NR NB3 and NG Core5.
[0143]
　Figure 22 shows a modification of the (NR) Handover Request message. In the example of FIG. 22, (NR) Handover Request message, similarly to that of Figure 21, including NG-RABs To Be Setup List. However, NG-RABs To Be Setup List, shown in Figure 22 includes Flows Information the List indicating a list of packet flows that are mapped to each NG-RAB (PDU flows). Format shown in Figure 22, NR NB3 and NG System including NG Core5 is, supports Bearabesudo transfer using a bearer for each QoS class for each and PDU session, and the packet flow (PDU flow) for each of the QoS handling (eg it may be used when configured to identify a packet flow in the bearer (PDU flow) for packet discard).
[0144]
　Figure 23 shows a further modification of the (NR) Handover Request message. Shown in FIG. 23 (NR) Handover Request message may include either or both of the Session To Be Setup List, and NG-RABs To Be Setup List. Session To Be Setup List includes information about the UE1 of one or more sessions to be handed over. For example, Session To Be Setup List includes slice information for each session (Slice Information). Slice Information shown in FIG. 23 corresponds to the slice information described in the above embodiments. In addition, Session To Be Setup List includes a session endpoint identifier of each session (Session Endpoint Identifier (SEID)). Format shown in FIG. 23, NG System comprising NR NB3 and NG Core5 may be used to support both Bearabesudo transfer and flow-based read transfer. Furthermore, the format shown in FIG. 23, NG System comprising NR NB3 and NG Core5 may be used to support flow-based read transfer only.
[0145]
　Figure 24 shows an example of the format of the Slice Information. As explained in detail in the first embodiment, Slice Information is determined for the UE1 (selected) network slice identifier (ie, Network Slice Instance ID), and network functions associated with the network slice or node identifier (ie, Network Function ID) including. Slice Information is type information of the network slice (ie, Multi-Dimensional Descriptor) may contain. Furthermore, Slice Information may include a mobility class (Mobility Class) or Session class (Session Class) or both.
[0146]
　Figure 25 shows an example of the format of Session Endpoint ID. As explained in detail in the first embodiment, Session Endpoint ID is, GTP-TEID, or may be a GRE-TEID, or network functions or node identifier (NF ID).
[0147]
　Figure 26 shows an example of the format of sent on NG2 interface NG Core5 from NR NB3 (NR) Handover Request Acknowledge message (eg, step 405 of step 306, and 4A of FIG. 3A). The (NR) Handover Request Acknowledge message, including the Target to Source Transparent Container. Target to Source Transparent Container includes a radio resource configuration information generated by the target NR NB3 (eg, radio parameters). As shown in FIG. 27, Target to Source Transparent Container may include RRC Container encompasses RRC NG-UTRA Handover Command message.
[0148]
　Further, in the example of FIG. 26, (NR) Handover Request Acknowledge message includes a NG-RABs Admitted List. NG-RABs Admitted List is a list of radio access bearer resources have been prepared in the target cell (NG-RABs). Format shown in Figure 26, NG System may be used when configured to support Bearabesudo transfer using a bearer for each and PDU per session QoS classes including NR NB3 and NG Core5.
[0149]
　Figure 28 shows a modification of the (NR) Handover Request Acknowledge message. In the example of FIG. 28, (NR) Handover Request Acknowledge message, similarly to that of Figure 26, including NG-RABs Admitted List. However, NG-RABs Admitted List shown in FIG. 28 includes Flows Information the List indicating a list of packet flows that are mapped to each NG-RAB (PDU flows). Format shown in Figure 28, NR NB3 and NG System including NG Core5 is, supports Bearabesudo transfer using a bearer for each QoS class for each and PDU session, and the packet flow (PDU flow) for each of the QoS handling (eg it may be used when configured to identify a packet flow in the bearer (PDU flow) for packet discard).
[0150]
　Figure 29 shows a further modification of the (NR) Handover Request Acknowledge message. Shown in FIG. 29 (NR) Handover Request Acknowledge message may include either or both of the Session Admitted the List and NG-RABs Admitted List. Session Admitted the List, the resource contains information about one or more sessions of UE1 that has been prepared in the target cell. Format shown in FIG. 29, NG System comprising NR NB3 and NG Core5 may be used to support both Bearabesudo transfer and flow-based read transfer. Furthermore, the format shown in FIG. 29, NG System comprising NR NB3 and NG Core5 may be used to support flow-based read transfer only.
[0151]
　Figure 30 shows an example of a Forwarding Address format shown in Figure 29. Forwarding Address is for downlink data forwarding information (ie, DL Transport Layer Address and DL Session Endpoint ID) and information for uplink data forwarding (ie, UL Transport Layer Address and UL Session Endpoint ID) including either or both.
[0152]
　Figure 31 shows an example of the format of S1AP Handover Command message sent on the S1 interface to the LTE eNB2 from the MME in EPC4 (eg, step 308 in FIG. 3B). This Handover Command message, including the E-RABs Subject to Forwarding List. E-RABs Subject to Forwarding List shows E-RABs that are subject to data forwarding.
[0153]
　Further, when a handover to "OTHER RAN" from E-UTRAN, in other words Handover Type IE is "LTEtoNR (or LTEtoNGUTRAN)", "LTEtoUTRAN" time, or "LTEtoGERAN", S1AP Handover Command message, NAS including the Security Parameters from E-UTRAN. NAS Security Parameters from E-UTRAN includes a security-related information for the Inter-RAT handover from E-UTRAN (security related information).
[0154]
　Figure 32 is a control node in the NG Core5 (eg, CCNF) NG2AP Handover Command message sent from the LTE eNB2 on NG2 interface shows an example of the format of (eg, step 406 of FIG. 4B). This Handover Command message includes a NE-RABs Subject to Forwarding List. NE-RABs Subject to Forwarding List shows the NextGen E-RABs to be subject to data forwarding. Setup Here, NextGen E-RAB (NE-RAB) via the extended ELTE eNB to support interface with NG Core User plane Function (eg, CUNF) in the UE and NG Core5 between is an E-RAB to be.
[0155]

　The above-described embodiments, each may be implemented independently embodiment all or a portion thereof may be implemented in appropriate combination.
[0156]
　E-URAN and NG RAN described in the above embodiments may be implemented based on the Cloud Radio Access Network (C-RAN) concept. C-RAN may also be referred to as the Centralized RAN. Thus, processing and operations performed by each of the LTE eNB2 and NR NB3 described in the above embodiment is provided by a combination of Digital Unit contained in C-RAN architecture (DU) or DU and Radio Unit (RU) it may be. DU is called the Baseband Unit (BBU) or Central Unit (CU). The RU, Remote Radio Head (RRH), Remote Radio Equipment (RRE), or also called Distributed Unit (DU). DU and RU are a function of the AS layer provided throughout RAN may be provided separated in the DU and RU. For example, in a configuration arranged part of the AS layer (the Layer 2 / Layer 3 or their sublayers, or some functions of the layers) in DU, placing the remaining layers (or part functions of Layer) to RU, DU and the RU may be provided. That is, the processes and operations performed by each of the LTE eNB2 and NR NB3 described in the above embodiments may be provided by any one or more wireless stations (or RAN node).
[0157]
　NR NB 3 may be configured to dynamically change the allocation (allocation) to the DU and RU in the AS layer (Layers) or function. In other words, NR NB 3 may be configured to dynamically change the separation point of the AS layer (Layers) or function between the DU and RU. For example, NR NB 3 may be configured so that one of a plurality of different functions separation options (different functional split options) can be selected dynamically. In this case, in the HO procedure for LTE-to NR in some of the embodiments described above, NG Core5 is, Forward Relocation in response to receiving the Request message or Handover Required message, the NR NB3 of the AS layer or functional DU and RU the distribution may be determined to. Alternatively, NR NB3 may determine the distribution to DU and RU of NR NB3 of AS sublayer or function. NG Core5 or NR NB 3 may be selected from a plurality of functional separation option which is predetermined one functional separation options that apply to NR NB 3.
[0158]
　In one example, function separation options that apply to NR NB 3 is, Forward Relocation Request message or Handover Required message to the E-RAB QoS information IE included, eg QCI, determined on the basis of such an ARP or flow information (selection) is by it may be. Additionally or alternatively, functional separation options that apply to NR NB 3 may be determined based on information about the slice or slices produced by NG Core5 or NR NB3 (slice information). Additionally or alternatively, functional separation options that apply to NR NB 3 may be determined based on the network slice support information included in the NAS information transmitted from the UE1.
[0159]
　Further, in some embodiments described above may include UE identifier in a message transmitted and received between the nodes. The UE identifier is used to identify the UE1 to be handed over in a handover procedure.
[0160]
　More specifically, the UE identifier, a the UE identifier interface between the control nodes corresponding to the MME of the NR NB3 and NG Core5 (eg, Sn interface or NG2 interface, n represents an integer) is used on it may be. The UE identifier, NR NB UE SnAP ID (NR NB UE Sn Application Protocol Identifier) ​​or NR NB UE NG2AP ID may be expressed as.
[0161]
　Alternatively, the UE identifier, the interface between the NR NB3 and LTE eNB2 (eg, Xn interfaces, n represents an integer) may be a UE identifier used on. The UE identifier may be expressed as NR NB UE XnAP ID.
[0162]
　Alternatively, the corresponding UE identifier, the interface between the MME of the control nodes and the EPC4 corresponding to MME of NG Core5 (eg, Sm interface, m is an integer) be the UE identifiers used on good. The UE identifier, for example emme UE SMAP ID and may be expressed.
[0163]
　Alternatively, UE is the UE identifier, the interface between the control node and the LTE eNB2 corresponding to MME of NG Core5 (eg, Sl interface, l is an integer) is used on, assigned and by that control node it may be an identifier. Identifier of this UE may for example emme UE SLAP ID and may be expressed.
[0164]
　Furthermore, these UE ID may be transferred between the nodes in the handover procedure. Incidentally, Sn for identifying each interface described above, NG2, Sm, Sl, and Xn are exemplary, and may be another representation.
[0165]
　Furthermore, the above-described embodiments are only examples for the application of technical ideas obtained by the present inventor. In other words, the technical idea is not limited to the embodiments described above, it is needless to say various modifications are possible.
[0166]
　For example, some or all of the above embodiments, can be described as the following notes, not limited to the following.
[0167]
(Supplementary Note 1)
　A target wireless access network (RAN) node associated with Beararesu network,
　and at least one memory,
　and at least one processor coupled to the at least one memory,
comprising a
　at least 1 one processor is
　configured to receive a handover request message requesting a handover of the wireless terminal from Bearabesudo network to the Beararesu network from the core network, wherein the handover request message, the at least one packet flow of the wireless terminal It includes flow information relating to at least one session is established within the Beararesu network to transfer;
　in response to the handover request message, handover reque encompasses Target to Source Transparent Container The st acknowledge message configured to be transmitted to the core network, the Target to Source Transparent Container encompasses radio resource configuration information derived from the flow information, associated with the Bearabesudo network and via the core network It is forwarded to the source RAN node;
target RAN node.
[0168]
(Supplementary Note 2)
　The radio resource configuration information, the mapping between the at least one packet flow for the wireless terminal used in the bearer and the Beararesu network for the wireless terminal used in the Bearabesudo network It includes information indicating the target RAN node according to Appendix 1.
[0169]
(Supplementary Note 3)
　The flow information, the for each packet flow of the wireless terminal, including a flow identifier and flow QoS parameters,
the target RAN node according to any one of Appendices 1 or 2.
[0170]
(Supplementary Note 4)
　a source radio access network (RAN) node associated with Bearabesudo network,
　and at least one memory,
　and at least one processor coupled to the at least one memory,
comprising a
　at least 1 One processor is
　configured to send a handover required message to initiate a handover of the wireless terminal from the Bearabesudo network to Beararesu network to a core network;
　Target-to Source Transparent Container said core encompassing handover COMMAND message is configured to receive from a network, the target to Source Transparent Container is generated by the target RAN node associated with the Beararesu network, at least one Pakettofu of said wireless terminal It includes radio resource configuration information necessary for the wireless terminal in order to establish at least a radio connection associated with a session to be established by the Beararesu network to transfer over;
　the radio resource configuration information and the mobility COMMAND message and indicating the handover to the Beararesu network includes is configured to transmit to the wireless terminal;
source RAN node.
[0171]
(Supplementary Note 5)
　The wireless resource setting information, the mapping between the at least one packet flow for the wireless terminal used in the bearer and the Beararesu network for the wireless terminal used in the Bearabesudo network includes information indicating,
source RAN node according to Appendix 4.
[0172]
(Supplementary Note 6)
　The handover COMMAND message, and each of the identifiers of the at least one packet flow transferred bearer for the wireless terminal in the Bearabesudo network, allocated for data forwarding of each packet flow encompasses the both address or endpoint identifier or these
sources RAN node according to note 4, or 5.
[0173]
(Supplementary Note 7)
　wherein the at least one processor is said and each of the identifiers of the at least one packet flow by using the address or both the endpoint identifier or their, to perform data forwarding of the at least one packet flow is configured,
the source RAN node according to Appendix 6.
[0174]
(Supplementary Note 8)
　A wireless terminal,
　and at least one memory,
　the at least one processor coupled to at least one memory,
comprising a
　at least one processor is
　from Bearabesudo network to Beararesu network is configured to receive mobility COMMAND message indicating handover from the radio access network (RAN) node associated with the Bearabesudo network, the mobility COMMAND message is generated by the target RAN node associated with the Beararesu network, wherein in order to establish at least one of the at least a wireless connection associated with a session to be established within the Beararesu network for transferring a packet flow of the wireless terminal Mu Includes radio resource configuration information necessary for the terminal;
　by using the radio resource configuration information, and is configured to establish the wireless connection with the target RAN node associated with the Beararesu network;
wireless terminal .
[0175]
(Supplementary Note 9)
　The radio resource configuration information, the mapping between the at least one packet flow for the wireless terminal used in the bearer and the Beararesu network for the wireless terminal used in the Bearabesudo network It includes information indicating,
wireless terminal according to supplementary note 8.
[0176]
(Supplementary Note 10)
　A method in a target radio access network (RAN) node associated with Beararesu network,
　receiving a handover request message requesting a handover of the wireless terminal to the Beararesu network from Bearabesudo network from the core network to that, wherein the handover request message, the includes flow information relating to at least one session is established within the Beararesu network to transfer at least one packet flow of the wireless terminal; and
　the handover request message in response, sending a handover request acknowledge message including a Target to Source Transparent Container in the core network, wherein, the Target to Source Transparent Container from the flow information Karel include radio resource configuration information, and is forwarded to the source RAN node associated with the Bearabesudo network via the core network;
comprises a method.
[0177]
(Supplementary Note 11)
　A method in a source radio access network (RAN) node associated with Bearabesudo network,
　the core network handover required message for initiating a handover of the wireless terminal to Beararesu network from said Bearabesudo network it transmits to;
　the handover COMMAND message including target to Source Transparent Container receiving from the core network, wherein, the target to Source Transparent Container is generated by the target RAN node associated with the Beararesu network , establishing at least a radio connection associated with a session to be established within the Beararesu network for transferring at least one packet flow of the wireless terminal And; wherein encompasses radio resource configuration information necessary for radio terminals in order
　; and transmitting the radio resource configuration includes information and mobility COMMAND message indicating handover to the Beararesu network to the wireless terminal
comprises ,Method.
[0178]
(Supplementary Note 12)
　A method in a wireless terminal,
　receiving a mobility COMMAND message indicating handover from Bearabesudo network to Beararesu network from the radio access network (RAN) node associated with the Bearabesudo network, wherein the mobility COMMAND message, the generated by the target RAN node associated with Beararesu network, the at least one session to be established within the Beararesu network to transfer at least one packet flow of the wireless terminal includes radio resource configuration information necessary for the wireless terminal to establish a wireless connection associated with; and
　by using the radio resource configuration information, the Beararesu network Establishing the wireless connection between the communication Tagged the target RAN node;
comprises a method.
[0179]
(Supplementary Note 13)
　A program for causing a process in a target associated with a Beararesu network a radio access network (RAN) nodes to the computer,
　the method comprising
　the Bearabesudo network of the wireless terminal to the Beararesu network receiving a handover request message requesting a handover from the core network, wherein the handover request message includes at least one of which is established within the Beararesu network for transferring at least one packet flow of the wireless terminal includes flow information for the session; and
　in response to the handover request message, transmitting a handover request acknowledge message including a Target to Source Transparent Container in the core network, wherein, Serial Target to Source Transparent Container encompasses radio resource configuration information derived from the flow information, and is forwarded to the source RAN node associated with the Bearabesudo network via the core network;
comprises,
program.
[0180]
(Supplementary Note 14)
　A program for causing a process in a computer in Bearabesudo source associated with the network radio access network (RAN) node,
　the method
　from the Bearabesudo network of the wireless terminal to Beararesu network it sends a handover required message to initiate handover to the core network;
　Target-to Source Transparent the handover COMMAND message includes Container receiving from the core network, wherein the Target-to Source Transparent Container, said Beararesu - is produced by the target RAN node associated with the network, at least one of which is established within the Beararesu network for transferring at least one packet flow of the wireless terminal And; wherein encompasses radio resource configuration information necessary for the wireless terminal to establish a wireless connection associated with the cushion
　of the mobility COMMAND message indicating handover to the encompasses radio resource configuration information and the Beararesu network transmitting to said wireless terminal;
comprises,
program.
[0181]
(Supplementary Note 15)
　A program for causing a process in a computer in a wireless terminal,
　the method,
　a radio access associated with mobility COMMAND message indicating handover from Bearabesudo network to Beararesu network to said Bearabesudo network receiving from the network (RAN) node, where the mobility COMMAND message, the generated by the target RAN node associated with Beararesu network, said to transfer at least one packet flow of the wireless terminal Beararesu wherein encompasses radio resource configuration information necessary for radio terminals at least one is established in the network to establish a wireless connection associated with the session; and
　the wireless resources Using the scan setting information, to establish the wireless connection with the target RAN node associated with the Beararesu network;
comprises,
program.
[0182]
　This application claims priority based on Japanese Patent Application No. 2016-158279, filed on August 10, 2016, the entire disclosure of which is incorporated herein.
DESCRIPTION OF SYMBOLS
[0183]
1 User Equipment
(UE) 2 LTE eNodeB
(eNB) 3 New Radio (NR) NodeB
(NB) 4 Evolved Packet Core
(EPC) 5 NextGen (NG) Core
1105 baseband processor
1106 application processor
1108 a memory
1204 processor
1205 a memory
1304 Processor
1305 memory
1402 processor
1403 memory

The scope of the claims
[Requested item 1]
　A target radio access network (RAN) node associated with Beararesu network,
　and at least one memory,
　and at least one processor coupled to the at least one memory,
comprising a
　at least one processor,
　the handover request message requesting a handover of the wireless terminal to the Beararesu network from Bearabesudo network is configured to receive from the core network, wherein the handover request message, to transfer at least one packet flow of the wireless terminal includes flow information relating to at least one session is established within the Beararesu network;
　in response to the handover request message, Target to Source Transparent encompasses Container handover request acknowledge Is configured to transmit the message to the core network, the Target to Source Transparent Container, said include radio resource configuration information derived from flow information, and the source associated with the Bearabesudo network via the core network It is forwarded to the RAN node;
target RAN node.
[Requested item 2]
　The radio resource configuration information includes information indicating a mapping between at least one packet flow for the wireless terminal used in the bearer and the Beararesu network for the wireless terminal used in the Bearabesudo network , the target RAN node according to claim 1.
[Requested item 3]
　The flow information, the for each packet flow of the wireless terminal, including a flow identifier and flow QoS parameters,
the target RAN node according to any one of claims 1 or 2.
[Requested item 4]
　A source radio access network (RAN) node associated with Bearabesudo network,
　and at least one memory,
　and at least one processor coupled to the at least one memory,
comprising a
　at least one processor,
　; configured to send a handover required message to initiate a handover of the wireless terminal to Beararesu network from said Bearabesudo network to a core network
　receives the Target to Source Transparent Container encompassing handover COMMAND message from the core network is configured, the target to Source Transparent Container is generated by the target RAN node associated with the Beararesu network, transferring at least one packet flow of the wireless terminal It includes radio resource configuration information necessary for the wireless terminal to establish at least a radio connection associated with a session to be established within the Beararesu network in order;
　includes the radio resource configuration information and has a mobility COMMAND message indicating handover to the Beararesu network is configured to transmit to the wireless terminal;
source RAN node.
[Requested item 5]
　The radio resource configuration information includes information indicating a mapping between at least one packet flow for the wireless terminal used in the bearer and the Beararesu network for the wireless terminal used in the Bearabesudo network ,
the source RAN node according to claim 4.
[Requested item 6]
　The handover COMMAND message, at least one and each of the identifier of the packet flow, address or endpoint allocated for data forwarding of each packet flow to be forwarded by the bearer for the wireless terminal in the Bearabesudo network identifier or encompasses the both,
the source RAN node according to claim 4 or 5.
[Requested item 7]
　Wherein the at least one processor, the use and the with each of the identifier address or both the endpoint identifier or those of at least one packet flow, and is configured to perform data forwarding of the at least one packet flow ,
the source RAN node according to claim 6.
[Requested item 8]
　A wireless terminal,
　and at least one memory,
　the at least one processor coupled to at least one memory,
comprising a
　at least one processor,
　mobility indicating a handover from Bearabesudo network to Beararesu network is a command message is configured to receive from the radio access network (RAN) node associated with the Bearabesudo network, the mobility command message is generated by the target RAN node associated with the Beararesu network, said wireless terminal and said wireless terminal to establish at least a radio connection associated with a session to be established within the Beararesu network to transfer at least one packet flow Includes radio resource configuration information required Te;
　by using the radio resource configuration information, and is configured to establish the wireless connection with the target RAN node associated with the Beararesu network;
wireless terminal.
[Requested item 9]
　The radio resource configuration information includes information indicating a mapping between at least one packet flow for the wireless terminal used in the bearer and the Beararesu network for the wireless terminal used in the Bearabesudo network ,
wireless terminal of claim 8.
[Requested item 10]
　A method in a target radio access network (RAN) node associated with Beararesu network,
　receiving a handover request message requesting a handover of the wireless terminal to the Beararesu network from Bearabesudo network from the core network, wherein in the handover request message, the includes flow information relating to at least one session is established within the Beararesu network to transfer at least one packet flow of the wireless terminal; and
　in response to the handover request message , transmitting a handover request acknowledge message including a Target to Source Transparent Container in the core network, wherein, the Target to Source Transparent Container, a radio derived from the flow information It encompasses source setting information, and is forwarded to the source RAN node associated with the Bearabesudo network via the core network;
comprises a method.
[Requested item 11]
　A method in a source radio access network (RAN) node associated with Bearabesudo network,
　sending a handover required message to initiate a handover of the wireless terminal to Beararesu network from said Bearabesudo network to the core network ;
　target-to Source Transparent the handover COMMAND message includes Container receiving from the core network, wherein the target-to Source Transparent Container is generated by the target RAN node associated with the Beararesu network, said wireless terminal wherein in order to establish at least a radio connection associated with a session that is established to transfer at least one packet flow within the Beararesu networks Mu And; encompasses radio resource configuration information necessary for the terminal
　to send a mobility COMMAND message indicating handover and includes the radio resource configuration information to the Beararesu network to the wireless terminal;
comprises a method.
[Requested item 12]
　A method in a wireless terminal,
　receiving a mobility COMMAND message indicating handover from Bearabesudo network to Beararesu network from the radio access network (RAN) node associated with the Bearabesudo network, wherein said mobility COMMAND message is generated by the target RAN node associated with the Beararesu network, associated with the at least one session is established the Beararesu within network in order to transfer at least one packet flow of the wireless terminal radio It includes radio resource configuration information necessary for the wireless terminal to establish a connection; and
　by using the radio resource configuration information, associated with the Beararesu network Establishing the wireless connection with the target RAN node;
comprises a method.
[Requested item 13]
　The non-transitory computer readable medium storing a program for causing a process in a computer in the target radio access network (RAN) node associated with Beararesu network,
　the method comprising
　the the Bearabesudo network Beararesu - receiving a handover request message requesting a handover of the wireless terminal to the network from the core network, wherein the handover request message, in the in the Beararesu network to transfer at least one packet flow of the wireless terminal It includes flow information relating to at least one session is established; and
　in response to the handover request message, Target to Source Transparent Container said core encompassing handover request acknowledge message networks Transmitting the click, wherein the Target to Source Transparent Container encompasses radio resource configuration information derived from the flow information and the source RAN node associated with the Bearabesudo network via the core network It is forward;
comprises,
non-transitory computer readable media.
[Requested item 14]
　The non-transitory computer readable medium storing a program for causing a process in a computer in the source radio access network (RAN) node associated with Bearabesudo network,
　the method
　Beararesu-from the Bearabesudo network it sends a handover required message to initiate a handover of the wireless terminal to the network to a core network;
　Target-to Source Transparent the handover COMMAND message includes Container receiving from the core network, where the Target-to Source Transparent Container, said generated by the target RAN node associated with Beararesu network, the Beararesu within network in order to transfer at least one packet flow of the wireless terminal Wherein encompasses radio resource configuration information necessary for the wireless terminal to establish at least one radio connection associated with the session to be established; and
　handover to the encompasses radio resource configuration information and the Beararesu network sending a mobility COMMAND message to the wireless terminal shown;
comprises,
non-transitory computer readable media.
[Requested item 15]
　The non-transitory computer readable medium storing a program for causing a method in a wireless terminal to a computer,
　the method comprising
　the Bearabesudo network the mobility COMMAND message indicating handover from Bearabesudo network to Beararesu network to receiving from the radio access network (RAN) node associated with, wherein the mobility COMMAND message is generated by the target RAN node associated with the Beararesu network, at least one packet flow of the wireless terminal radio resource configuration information necessary for the wireless terminal to establish a wireless connection associated with the at least one session to be established within the Beararesu network to transfer Encompasses; and
　by using the radio resource configuration information, establishing the wireless connection with the target RAN node associated with the Beararesu network;
comprises,
non-transitory computer readable media.