WO2018128017A1 - 無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体 - Google Patents

無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
WO2018128017A1
WO2018128017A1 PCT/JP2017/041817 JP2017041817W WO2018128017A1 WO 2018128017 A1 WO2018128017 A1 WO 2018128017A1 JP 2017041817 W JP2017041817 W JP 2017041817W WO 2018128017 A1 WO2018128017 A1 WO 2018128017A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
rat
flow
qos parameter
level qos
Prior art date
Application number
PCT/JP2017/041817
Other languages
English (en)
French (fr)
Inventor
尚 二木
林　貞福
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US16/474,617 priority Critical patent/US11057955B2/en
Publication of WO2018128017A1 publication Critical patent/WO2018128017A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • the present disclosure relates to a wireless communication system, and more particularly, to communication using a plurality of cells of different Radio Access Technologies (RATs) operated by different wireless stations.
  • RATs Radio Access Technologies
  • 5G 5th generation mobile communication system
  • 5G is a combination of LTE and LTE-Advanced continuous enhancement / evolution and the introduction of a new 5G air interface (new Radio Access Technology (RAT)).
  • the new RAT is, for example, a frequency band higher than the frequency band (eg, 6 GHz or less) targeted for the continuous development of LTE / LTE-Advanced, such as a centimeter wave band of 10 GHz or more and a millimeter band of 30 GHz or more. Support waveband.
  • the fifth generation mobile communication system is also called 5G System or Next Generation System (NextGen) System (NG System).
  • the new RAT for 5G System is called New Radio (NR), 5G RAT, or NG RAT.
  • the new radio access network (Radio Access Network (RAN)) for 5G System is called 5G-RAN or NextGen RAN (NG RAN).
  • the new base station in the 5G-RAN ⁇ ⁇ is called NR (NodeB (NR NB) or gNodeB (gNB).
  • the new core network for 5G System is called 5G Core Network (5G-CN) or NextGen Core (NG Core).
  • a wireless terminal (User Equipment (UE)) connected to 5G System is called 5G UE, NextGen UE (NG UE) or simply UE.
  • Formal names such as RAT, UE, radio access network, core network, network entity (node), and protocol layer for 5G System will be determined in the process of standardization.
  • LTE Long Term Evolution
  • LTE-Advanced Pro LTE +, or enhanced LTE (eLTE).
  • EPC Evolved Packet Core
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • PDN Packet Data Network
  • P-GW Packet Data Network Gateway
  • bearers for each QoS class and for each PDN connection are RAN (ie, Evolved Universal Terrestrial RAN (E-UTRAN)) and core network (ie, for QoS of Service (QoS) and packet routing. Used in both EPC).
  • RAN Evolved Universal Terrestrial RAN
  • QoS QoS of Service
  • EPS Evolved Packet System
  • one or more Evolved Packet System (EPS) bearers are set between the UE and the P-GW in the EPC, and there are multiple QoS classes Service data flows (Service Data Flows (SDFs)) are transferred through one EPS Bearer that satisfies these QoS.
  • SDFs Service Data Flows
  • the SDF is one or a plurality of packet flows that match an SDF template (i.e., “packet” filters) based on a Policy “and” Charging “Control” (PCC) rule. Also, for packet routing, each packet sent through EPS bearer identifies which bearer (ie, General Packet Radio Service (GPRS) Tunneling Protocol (GTP) tunnel) this packet is associated with (identify ) For information.
  • GPRS General Packet Radio Service
  • GTP General Packet Radio Service Tunneling Protocol
  • radio bearers may be used in 5G-RAN, but it is considered that bearers are not used in 5G-CN and in interfaces between 5G-CN and 5G-RAN.
  • PDU flows are defined instead of EPS bearer, and one or more SDFs are mapped to one or more PDU flows.
  • the PDU flow between the 5G UE and the user plane termination entity in NG Core i.e., the entity corresponding to P-GW in EPC
  • PDU flow corresponds to the finest granularity of packet forwarding and treatment within 5G system.
  • 5G System adopts Flow-based QoS (or per-flow QoS) concept instead of Bearer-based QoS concept.
  • QoS is handled in units of PDU “flow”.
  • the PDU flow is specified by the PDU flow ID in the header that encapsulates the Service Data Unit of the NG3 interface tunnel.
  • the NG3 interface is a user plane interface between 5G-CN and gNB (i.e., 5G-RAN).
  • the association between the 5G UE and the data network is called a PDU session.
  • the PDU session is a term corresponding to a PDN connection (PDN connection) of LTE and LTE-Advanced. Multiple PDU flows can be set in one PDU session.
  • PDN connection PDN connection
  • QoS flow is the finest granularity of QoS treatment within 5G system.
  • User plane traffic with the same NG3 marking value in PDU session corresponds to QoS flow.
  • NG3 marking corresponds to the above-mentioned PDU flow ID, is also called QoS flow ID, and is also called Flow ⁇ ⁇ Identification Indicator (FII).
  • FII Flow ⁇ ⁇ Identification Indicator
  • Fig. 1 shows the basic architecture of 5G system.
  • the UE establishes one or more signaling radio bearers (Signalling Radio Bearers (SRBs)) and one or more data radio bearers (Data Radio Bearers (DRBs)) with the gNB.
  • 5G-CN and gNB establish a control plane interface and user plane interface for the UE.
  • the control plane interface between 5G-CN and gNB ie, RAN
  • NG2 interface or NG-c interface transfer of Non-Access Stratum (NAS) information
  • NAS Non-Access Stratum
  • the user plane interface between 5G-CN and gNB is called NG3 interface or NG-u interface, and transfers one or more PDU flows packets in the UE's PDU session. Used for.
  • FIG. 1 is only one of a plurality of 5G architecture options (or deployment scenarios) (see Annex IV J of Non-Patent Document 1 and Non-Patent Document 2).
  • the architecture shown in FIG. 1 is an architecture called “Standalone NR (in NextGen System)” or “Option 2”.
  • FIGS. 2 and 3 show architecture options 3 and 3A called “Non-standalone NR in EPS”, respectively. 2 and 3, the control plane interface is indicated by a dotted line, and the user plane interface is indicated by a solid line.
  • Architecture options 3 and 3A are dual connectivity deployments (Dual connectivity (DC) deployments) including E-UTRA as anchor RAT (or primary RAT or master RAT) and NR as secondary RAT.
  • DC Dual connectivity
  • E-UTRA LTE eNB
  • NR NR
  • the NR user plane connection to the EPC passes through the LTE eNB in option 3, but directly passes through the user plane interface between the gNB and EPC in option 3A.
  • Non-Patent Document 3 proposes that in architecture options 3 and 3A, ie DC architecture where E-UTRA and NR are connected to EPC, NR gNB supports LTE DC functionality and procedures. is doing. Furthermore, in Non-Patent Document 3, in DC architecture where E-UTRA and NR are connected to EPC, NR gNB applies LTE QoS framework (ie, bearer based QoS) for EPC, LTE eNB, and UE. Propose to do.
  • LTE QoS framework ie, bearer based QoS
  • Non-Patent Document 3 proposes the following items: -When NR gNB is added as a secondary node, the LTE DC procedure (eg, SeNB addition) to configure the required QoS service (ie, bearer) shall be applied; An E-UTRAN Radio Access Bearer (E-RAB) is established between the EPC and the NR gNB for the LTE Secondary Cell Group (SCG) bearer option; An X2-U is established between the LTE eNB and gNB for the LTE split bearer option; • DRB is established between NR gNB and UE for LTE SCG bearer option and split bearer option.
  • E-RAB E-UTRAN Radio Access Bearer
  • SCG Secondary Cell Group
  • X2-U is established between the LTE eNB and gNB for the LTE split bearer option
  • DRB is established between NR gNB and UE for LTE SCG bearer option and split bearer option.
  • Non-Patent Document 4 proposes that in architecture option 3A, there is a one-to-one mapping (1: 1 mapping) between S1-U and SCG DRB (i.e., SCG bearer).
  • Non-Patent Document 4 further states that the EPC QoS attributes are used for EPS bearers, and therefore the QoS parameters used in EPC are the radio bearer parameters (radio bearer used in NR). It is proposed that there is a need to map to parameters).
  • 3GPP TR 23.799 V14.0.0 2016 “3rd Generation Partnership Project; Technical Specification Group Services Services and System Aspects; Study On Architecture Architecture for Release Next Generation 14 (Release 14), December 2016 3GPP TR (38.801) V1.0.0 (2016-12) (3rd Generation Partnership Project; Technical (Specification) Group (Radio Access Network); Study (on) New (Radio Access) Technology; (Radio Access (Architecture) and Interfaces (Release (14)) 2016 3GPP R2-168400, NTT DOCOMO, INC., “QoS” and “bearer” for “DC” together “LTE” and “NR”, “3GPP” TSG-RAN “WG2” Meeting “# 96”, “Reno”, “USA”, “14-18” November 2016 3GPP R2-168686, Nokia, Alcatel-Lucent Shanghai Bell, “EPC-NR PDCP interaction for tight interworking: User Plane aspects”, 3GPP TSG-RAN WG2 Meeting # 96, Reno, 2016, 14-18 Nove
  • the inventors of the present invention examined DC architecture in which E-UTRA and NR are connected to EPC, and found some problems.
  • Non-Patent Document 3 states that in the case of a DC architecture in which E-UTRA and NR are connected to EPC (ie, architecture options 3 and 3A), NR gNB is an LTE QoS framework (ie, bearer based QoS). Is proposed for EPC, LTE eNB, and UE. Furthermore, Non-Patent Document 3 also proposes that LTE DC procedure (eg, SeNB addition) for setting the necessary QoS service (ie, bearer) is applied when NR gNB is added as a secondary node. is doing.
  • LTE DC procedure eg, SeNB addition
  • QoS service ie, bearer
  • Non-Patent Document 4 describes that the EPC QoS attributes are used for EPS ⁇ ⁇ ⁇ bearers, and therefore the QoS parameters used in EPC are the radio bearer parameters used in NR (radio bearer parameters). Propose that there is a need to map to. However, how the gNB as the secondary node uses the NR DRBs (referred to as SCG DRBs) established between the NR gNB and the UE for the LTE SCG bearer option and the split bearer option. It is not clear whether to deal with the work (ie, “bearer” based “QoS”).
  • SCG DRBs NR DRBs
  • NR DRBs established between secondary gNBs and UEs in a DC architecture where E-UTRA and NR are connected to EPC
  • EPC EPC
  • the second radio access network (RAN) node is used in the radio communication system.
  • the wireless communication system includes a common core network that supports dual connectivity including a primary RAT and a secondary RAT and is associated with the primary RAT.
  • the second RAN node is associated with the secondary RAT.
  • the second RAN node includes a memory and at least one processor coupled to the memory.
  • the at least one processor is configured to receive a radio bearer setup request from a first RAN node associated with the primary RAT indicating a bearer level QoS parameter in accordance with the Quality of Service (QoS) framework of the primary RAT.
  • the secondary RAT radio bearer is configured based on the radio bearer setup request.
  • the at least one processor is further configured to translate the bearer level QoS parameter to a flow level QoS parameter according to a QoS framework of the secondary RAT so as to associate the flow level QoS parameter with the radio bearer. It is configured.
  • the wireless terminal is used in a wireless communication system.
  • the wireless communication system includes a common core network that supports dual connectivity including a primary RAT and a secondary RAT and is associated with the primary RAT.
  • the wireless terminal includes at least one wireless transceiver and at least one processor.
  • the at least one radio transceiver is configured to communicate simultaneously with a first radio access network (RAN) node associated with the primary RAT and a second RAN node associated with the secondary RAT.
  • the at least one processor is configured to receive configuration information of the secondary RAT radio bearer for the dual connectivity from the first RAN node.
  • RAN radio access network
  • the configuration information includes a network bearer identifier that conforms to the Quality of Service (QoS) framework of the primary RAT, and a flow level QoS parameter that is associated with the bearer identifier and conforms to the QoS framework of the secondary RAT.
  • QoS Quality of Service
  • the core network node is used in a wireless communication system.
  • the wireless communication system includes a common core network that supports dual connectivity including a primary RAT and a secondary RAT and is associated with the primary RAT.
  • the wireless terminal includes at least one wireless transceiver and a controller.
  • the core network node includes a memory and at least one processor coupled to the memory.
  • NAS Non-Access ⁇ ⁇ Stratum
  • the at least one processor is responsive to the primary RAT.
  • the at least one processor is further configured to send a bearer setup request including the bearer level QoS parameter and the flow level QoS parameter to the first RAN node.
  • QoS Quality of Service
  • a method in a second radio access network (RAN) node comprises: (A) receiving a radio bearer setup request indicating a bearer level QoS parameter in accordance with the quality of service (QoS) framework of the primary RAT from the first RAN node associated with the primary RAT; (B) setting the secondary RAT radio bearer based on the radio bearer setup request; (C) translating the bearer level QoS parameter to a flow level QoS parameter according to the QoS framework of the secondary RAT; and (d) associating the flow level QoS parameter with the radio bearer; including.
  • QoS quality of service
  • a method in a wireless terminal receives configuration information of a radio bearer of the secondary RAT for the dual connectivity from a first radio access network (RAN) node associated with the primary RAT. Including that.
  • the configuration information includes a network bearer identifier that conforms to the Quality of Service (QoS) framework of the primary RAT, and a flow level QoS parameter that is associated with the bearer identifier and conforms to the QoS framework of the secondary RAT.
  • QoS Quality of Service
  • the method in the core network node is: (A) In response to receiving a Non-Access Stratum request from a wireless terminal via a first radio access network (RAN) node associated with the primary RAT, the quality of service (QoS) of the primary RAT Determining a flow level QoS parameter according to the QoS framework of the secondary RAT associated with a bearer level QoS parameter according to the framework; and (b) a bearer configuration including the bearer level QoS parameter and the flow level QoS parameter.
  • RAN radio access network
  • the program includes a group of instructions (software code) for causing the computer to perform the method according to the fourth, fifth, or sixth aspect described above when read by the computer.
  • the appropriateness of the QoS treatment of NRBDRBs (SCG DRBs) established between the secondary gNB and the UE in the DC architecture in which E-UTRA and NR are connected to the EPC It is possible to provide an apparatus, a method, and a program that contribute to improving the performance.
  • the plurality of embodiments described below can be implemented independently or in appropriate combinations.
  • the plurality of embodiments have different novel features. Therefore, these multiple embodiments contribute to solving different purposes or problems and contribute to producing different effects.
  • FIG. 4 shows configuration examples of wireless communication networks according to some embodiments including this embodiment.
  • the wireless communication network includes LTE eNB1, NR gNB2, UE3, and EPC4.
  • the wireless communication network shown in FIG. 4 supports dual connectivity (DC) and supports Option 3 or Option 3A or both described above.
  • Options 3 and 3A support dual connectivity including E-UTRA as an anchor RAT (or primary RAT) and NR as a secondary RAT.
  • E-UTRA LTE eNB1
  • NR gNB2
  • the NR user plane connection to the EPC 4 passes through the LTE eNB1, and the user packet of the UE 3 passes through the inter-base station interface 403 and the interface 401 between the eNB 1 and the EPC.
  • the NR user plane connection to EPC 4 passes directly through the user plane interface 404 between gNB 2 and EPC 4.
  • UE3 has the ability to communicate simultaneously with eNB1 associated with primary RAT (E-UTRA) and gNB2 associated with secondary RAT (NR). In other words, UE3 has the ability to aggregate the cell of eNB1 associated with the primary RAT (E-UTRA) and the cell of gNB2 associated with the secondary RAT (NR). Furthermore, in other words, UE3 has the ability to set both the cell of eNB1 associated with the primary RAT (E-UTRA) and the cell of gNB2 associated with the secondary RAT (NR).
  • the air interface 402 between the eNB 1 and the UE 3 provides a control plane connection and a user plane connection.
  • the air interface 405 between the gNB 2 and the UE 3 includes at least a user plane connection, but may not include a control plane connection.
  • master eNB (MeNB) 1 provides one or more E-UTRA MCG cells to UE 3
  • secondary gNB (SgNB) 2 has one or more Provide NR SCG cell to UE3.
  • EPC4 includes a plurality of core network nodes including MME5 and S-GW6.
  • MME 5 is a control plane node
  • S-GW 6 is a user plane node.
  • the MME 5 performs mobility management and bearer management of UEs that are attached to the core network (i.e., “EMM-REGISTERED” state).
  • Mobility management is used to keep track of the UE's current location (keep track) and includes maintaining a mobility management context (MM context) for the UE.
  • Bearer management is to control the establishment of EPS bearer for UE to communicate with external network (Packet Data Network (PDN)) via E-UTRAN and EPC4 including eNB1 and maintain EPS bearer context for UE including.
  • PDN Packet Data Network
  • the S-GW 6 is a gateway to the E-UTRAN, and is connected to the eNB 1 or the gNB 2 or both via the S1-U interface.
  • the gNB2 is configured to receive a radio bearer setting request indicating a bearer level QoS parameter according to the QoS framework of the primary RAT (i.e., E-UTRA) from the eNB1 (i.e., MeNB1) as a master node.
  • the radio bearer setting request is a message that causes the gNB 2 to set the DRB for DC.
  • the radio bearer setting request may be referred to as SgNB Addition Request.
  • the bearer level QoS parameters included in the radio bearer setting request include E-RAB ID and E-RAB Level QoS parameters.
  • the E-RAB Level QoS Parameters includes QCI and Allocation Retention Priority (ARP) applied to E-RAB.
  • the E-RAB Level QoS Parameters may further include GBR QoS Information.
  • GBR QoS Information indicates uplink and downlink Maximum Bit Rate (MBR) and uplink and downlink Guaranteed Bit Rate (GBR) applied to E-RAB.
  • the SgNB 2 is configured to set the DRB of the secondary RAT (i.e., NR) based on the radio bearer setting request received from the MeNB 1.
  • the gNB 2 may map QoS parameters (parameters) used in the EPC 4 to radio bearer parameters (radio bearer parameters) used in the NR.
  • SgNB2 translates, translates, replaces, or maps bearer level QoS parameters according to the primary RAT (E-UTRA) QoS framework to flow level QoS parameters according to the secondary RAT (NR) QoS framework. It is configured. SgNB2 is configured to associate the derived flow level QoS parameters with NR DRB (SCG DRB) settings.
  • the flow level QoS parameter includes a QoS parameter related to the above-described QoS flow (or PDU flow). QoS flow (or PDU flow) is the finest granularity of QoS treatment within 5G system.
  • the flow level QoS parameter includes, for example, a flow identifier.
  • the flow identifier may be QoS flow ID, PDU flow ID, or Flow identification Indicator (FII).
  • the flow identifier may be mapped one-to-one with a bearer identifier (e.g., “E-RAB” ID or EPS “bearer” Identity).
  • the bearer identifier may be reused as the flow identifier.
  • the flow level QoS parameter may include at least one of flow QCI, flow priority, flow MBR, and flow ARP.
  • the flow QCI may be referred to as Flow QualityIndicator (FQI) or Flow QoS Indicator (FQI).
  • the gNB 2 may convert the bearer QCI into the flow QCI according to a predetermined mapping table.
  • the gNB 2 may convert the bearer QCI into a flow priority according to a predetermined mapping table.
  • the gNB 2 may convert the bearer MBR into the flow MBR.
  • gNB2 may convert bearer ARP into flow ARP.
  • the flow level QoS parameter derived by SgNB2 may include QoS management type information.
  • the flow level QoS parameter may include an information element indicating whether the uplink QoS management type is reflective QoS or not.
  • the flow-level QoS parameters are based on whether the uplink QoS management type is reflective QoS (ie, reflective mapping of flows to DRBs) or pre-configured (ie, preconfigured mapping of flows to DRBs).
  • An information element indicating whether or not is included.
  • the information element may be a 1-bit flag.
  • mapping of the QoS information of the downlink flow to the data radio bearer specified by the marking given to the downlink packet is reflected in the mapping of the uplink flow to the data radio bearer.
  • mapping of the downlink flow and the uplink flow to the data radio bearer is statically set to the UE by RRC signaling.
  • the SgNB 2 maps the bearer level QoS parameter according to the E-UTRA QoS framework received from the MeNB 1 to the flow level QoS parameter according to the NR QoS framework. .
  • SgNB2 derives the flow level QoS parameter according to the NR QoS framework from the bearer level QoS parameter according to the E-UTRA QoS framework received from MeNB1.
  • SgNB2 uses E-UTRA and NR as primary RAT and secondary RAT, respectively, and UE3 which performs dual connectivity connected to EPC4 with other UEs which communicate according to Standalone architecture as shown in FIG. Can be managed according to the same QoS framework.
  • FIG. 5 is a sequence diagram showing an example (process 500) of the SCG establishment procedure according to the present embodiment.
  • the procedure shown in FIG. 5 basically follows the SeNB Addition procedure of LTE DC.
  • MeNB1 sends an SgNBgAddition Request message to SgNB2.
  • the SgNB Addition Request message requests SgNB2 to set up a radio bearer (SCG DRB) for the DC that uses E-UTRA and NR as the primary RAT and secondary RAT, respectively.
  • SCG DRB radio bearer
  • the SgNB Addition Request message corresponds to the “Radio bearer setting request” described above.
  • the SgNB Addition Request message includes “SgNB Security Key (for SCG bearer)” information element (Information Element (IE)), “E-RAB To Be Added List” IE, and “MeNB to SgNB Container” IE. including.
  • the “E-RAB To Be Added List” IE includes the E-RAB ID and E-RAB Level QoS Parameters of each E-RAB required to be established by MeNB1.
  • “MeNB toSgNB Container” IE includes an RRC: SCG-ConfigInfo message.
  • the RRC: SCG-ConfigInfo message is used by the MeNB to request the SgNB to establish, modify or release the SCG.
  • the SCG-ConfigInfo message includes, for example, EPS bearer Identity, DRB Identity, and DRB type.
  • the security policy eg, securitygoralgorithm
  • the secondary RAT (NR) cell eg, ⁇ ⁇ ⁇ radio link, AS layer
  • primary RAT (E-UTRA) cell eg, radio link, AS) layer
  • SgNB Security Key IE may include information on the security policy used in the secondary RAT (NR) cell.
  • SgNB2 may include the information on the security policy in the RRC: SCG-Config message transmitted to UE3.
  • SgNB2 sends an SgNB Addition Request Acknowledge message to MeNB1.
  • the SgNB Addition Request Acknowledge message is a response message to the SgNB Addition Request message.
  • the SgNB Addition Request Acknowledge message includes SCG DRB configuration information generated by SgNB2.
  • the SCG DRB setting information is sent to UE3 via MeNB1.
  • the SCG DRB setting information includes a flow level QoS parameter.
  • the SgNB Addition Request Acknowledge message includes “E-RAB Admitted To Be Added List” IE and “SgNB to MeNB Container” IE.
  • “SgNB to MeNB Container” IE includes an RRC: SCG-Config message.
  • the RRC: SCG-Config message is used to transfer the SCG radio configuration (radio configuration) generated by SgNB2.
  • the RRC: SCG-Config message includes DRB Identity and EPS bearer Identity associated with each SCG DRB, and includes Flow ID associated with each SCG DRB.
  • EPS Bearer Identity is a network bearer identifier according to the E-UTRA QoS framework.
  • the Flow ID is one of the flow level QoS parameters described above.
  • the “SgNB to MeNB Container” IE may include a QoS management type associated with each SCG DRB.
  • the QoS management type is one of the flow level QoS parameters described above.
  • MeNB1 sends an RRC Connection Reconfiguration message to UE3 in response to receiving the SgNB Addition Request Acknowledge message from SgNB2.
  • the RRC Connection Reconfiguration message includes the RRC: SCG-Config message sent from SgNB2 to MeNB1 using the SgNB Addition Request Acknowledge message.
  • UE3 sets SCG DRB in the NR cell of SgNB2 according to the RRC: SCG-Config message.
  • UE3 associates (or maps) EPS bearer Identity with Flow ID according to the RRC: SCG-Config message.
  • Step 504 UE3 sends an RRC Connection Reconfiguration Complete message to MeNB1 in MeNB1's E-UTRA cell (i.e., Primary Cell (PCell)). Moreover, UE3 starts the procedure (e.g., Random Access Procedure) for synchronizing with SgNB2.
  • MeNB1's E-UTRA cell i.e., Primary Cell (PCell)
  • PCell Primary Cell
  • UE3 starts the procedure (e.g., Random Access Procedure) for synchronizing with SgNB2.
  • MeNB1 sends an SgNB Reconfiguration Complete message to SgNB2 in response to receiving the RRC Connection Reconfiguration Complete message from UE3.
  • FIG. 6 is a sequence diagram showing details of signaling between MeNB1 and SgNB2 in the SCG establishment procedure.
  • Step 601 corresponds to step 501 in FIG. That is, MeNB1 sends an SgNB Addition Request message to SgNB2.
  • the SgNB Addition Request message includes LTE QoS information and requests SgNB2 to set SCG DRB.
  • LTE QoS information is bearer level QoS parameters (e.g., E-RAB ID and E-RAB Level QoS parameters) according to the E-UTRA QoS framework.
  • SgNB2 prepares SCG bearer setting and maps NR QoS information to LTE QoS information.
  • the NR QoS information is flow level QoS parameters (e.g., Flow ID and PDU-flow Level QoS parameters) according to the NR QoS framework.
  • step 603 SgNB2 sends an SgNB Addition Request Acknowledge message to MeNB1.
  • Step 603 corresponds to step 502 in FIG.
  • the SgNB / Addition / Request / Acknowledge message includes information indicating mapping between NR / QoS information and LTE / QoS information.
  • FIG. 7 is a sequence diagram showing details of signaling in UE 3 in the SCG establishment procedure.
  • UE 3 sets up a Master Cell Group (MCG) bearer (MCG DRB) of MeNB1.
  • MCG Master Cell Group
  • the setting of the MCG bearer includes an EPS bearer identity that is mapped to a DRB identity of the MCG DRB.
  • Step 702 corresponds to Step 503 in FIG. That is, in Step 702, the Access Stratum (AS) layer 31 of UE3 receives the RRC Connection Reconfiguration message from MeNB1.
  • the RRC Connection Reconfiguration message is transmitted to establish an SCG bearer (SCG DRB) and includes the SCG configuration generated by SgNB2.
  • the AS layer 31 includes an RRC layer, a Packet Data Convergence Protocol (PDCP) layer, a Radio Link Control (RLC) layer, a Medium Access Control (MAC) layer, and a physical (PHY) layer.
  • the AS layer 31 includes an AS layer of a primary RAT (i.e., E-UTRA (LTE)) and an AS layer of a secondary RAT (i.e., NR). That is, in step 702, the AS layer of E-UTRA receives an RRC Connection Reconfiguration message.
  • a primary RAT i.e., E-UTRA (LTE)
  • NR secondary RAT
  • the AS layer 31 of UE3 performs layer 2 establishment for SCG DRB. Specifically, the AS layer 31 (i.e., AS layer of NR) establishes the PDCP entity and the SCG RLC entity according to the SCG radio configuration (radio configuration) included in the RRC Connection Reconfiguration message.
  • the AS layer 31, that is, the NR AS layer or the E-UTRA AS layer indicates the establishment of SCGSCDRB (s) to the upper layer, that is, the NAS layer 32 (indicate). Furthermore, the AS layer 31, ie, the AS layer of the NR or the AS layer of the E-UTRA, sets the established SCG DRB (s) EPS bearer Identity (and DRB Identity) along with the flow level QoS parameters associated with it. Shown in NAS layer 32.
  • the flow level QoS parameter includes, for example, a Flow ID.
  • the flow level QoS parameter may further include a QoS management type.
  • step 705 the NAS layer 32 of the UE3 maps the EPS bearer Identity (and DRB Identity) of the SCG DRB to the Flow ID.
  • step 706 if the NAS layer 32 receives the QoS management type, the NAS layer 32 stores it.
  • step 707 the NAS layer 32 notifies the AS layer 31 that the Flow mapping has been successful. Step 707 may be omitted.
  • the AS layer 31 i.e., E-UTRA AS layer
  • Step 708 corresponds to step 504 in FIG.
  • UE 3 uses E-UTRA and NR as primary RAT and secondary RAT, respectively, and NR SCG DRB used in dual connectivity connected to EPC 4 in FIG. It can be managed according to the same QoS framework as NR DRB when communicating according to the Standalone architecture as shown.
  • This embodiment provides a modification of the SCG establishment procedure described in the first embodiment.
  • a configuration example of the wireless communication network of the present embodiment is the same as that of FIG.
  • the establishment of an SCG bearer (SCG DRB) for E-UTRA-NR Dual Connectivity based on the procedure following the SeNB Addition procedure of LTE DC has been described. That is, according to the procedure described in the first embodiment, MeNB 1 sets up an MCG bearer, and changes the set MCG bearer to an SCG bearer, whereby the SCG bearer is set up as SgNB2.
  • the procedure described in this embodiment makes it possible to set the SCG bearer directly to SgNB2 without setting the MCG bearer.
  • the MME 5 responds to the reception of the Non-Access Stratum (NAS) request (eg, Extended Service Request) from the UE 3 via the MeNB1 associated with the primary RAT (E-UTRA). It is configured to determine a flow level QoS parameter according to a secondary RAT (NR) QoS framework associated with a bearer level QoS parameter according to a RAT (E-UTRA) QoS framework.
  • NAS Non-Access Stratum
  • E-UTRA RAT
  • the bearer level QoS parameter and the flow level QoS parameter are the same as those described in the first embodiment. That is, the bearer level QoS parameter relates to EPS bearer or E-RAB, and includes, for example, E-RAB ID and E-RAB Level QoS Parameters.
  • the flow level QoS parameter includes a QoS parameter relating to QoS flow (or PDU flow).
  • the flow level QoS parameter includes, for example, a flow identifier.
  • the flow identifier may be QoS flow ID, PDU flow ID, or Flow identification Indicator (FII).
  • FII Flow identification Indicator
  • the flow level QoS parameter may include at least one of flow QCI, flow priority, flow MBR, and flow ARP.
  • the MME 5 is further configured to send a bearer setting request including a bearer level QoS parameter and a flow level QoS parameter to the MeNB 1.
  • the bearer setting request causes MeNB1 to send a radio bearer setting request including a bearer level QoS parameter and a flow level QoS parameter to SgNB2 associated with the secondary RAT (NR).
  • the bearer setup request may be, for example, an S1AP: “E-RAB” Setup—Request message.
  • FIG. 8 is a sequence diagram showing an example (process 800) of the SCG establishment procedure according to this embodiment.
  • the MME 5 in response to receiving the NAS: 1Service Request message (step 801) from the UE 3, the MME 5 sends an S1AP: E-RAB Setup Request message to the MeNB1 (step 802).
  • the E-RAB Setup Request message includes both LTE ⁇ ⁇ QoS information and NR QoS information.
  • LTE QoS information is bearer level QoS parameters (e.g., E-RAB ID and E-RAB Level QoS parameters) according to the E-UTRA QoS framework.
  • the NR QoS information is flow level QoS parameters (e.g., Flow ID and PDU-flow Level QoS parameters) according to the NR QoS framework.
  • Step 803 the MeNB 1 determines which of the MCG bearer, split bearer, and SCG bearer to set up.
  • MeNB1 sends a radio bearer setting request (i.e., SgNB Addition Request message) to SgNB2 in response to determining the setup of the SCG bearer. That is, MeNB1 starts SgNB
  • the SgNB Addition Request message in step 804 includes both LTE QoS information and NR QoS information received from the MME 5.
  • SgNB2 stores the NR QoS information and generates radio resource settings for the SCG bearer.
  • the radio resource configuration for the SCG bearer is generated based on the received NR / QoS information. Further, at least part of the radio resource configuration for the SCG bearer may be generated based on the received LTE QoS information.
  • SgNB2 prepares SCG bearer setting and maps NR QoS information to LTE QoS information.
  • SgNB2 sends an SgNB Addition Request Acknowledge message to MeNB1.
  • the SgNB Addition Request Acknowledge message includes SCG DRB configuration information (radio resource configuration) generated by SgNB2.
  • the SCG DRB setting information is sent to UE3 via MeNB1.
  • the SCG DRB setting information includes a flow level QoS parameter.
  • MeNB1 sends an RRC Connection Reconfiguration message to UE3 in response to receiving the SgNB Addition Request Acknowledge message from SgNB2.
  • the RRC Connection Reconfiguration message includes SCG DRB setting information sent from SgNB2 to MeNB1.
  • UE3 establishes SCG DRB directly according to SCG DRB setting information. Further, UE3 associates (or maps) EPS bearer Identity with Flow ID according to the SCG DRB setting.
  • the processing here may be the same as the processing in steps 703 to 706 shown in FIG. Instead, in the example of FIG. 8, for example, the NAS information included in step 702 may indicate session establishment (e.g., PDU) session) to the secondary RAT (NR).
  • the AS layer 31 may notify the NAS layer 32 of the NAS information, and the NAS layer 32 may complete the session establishment via the secondary RAT (NR).
  • step 808 UE3 sends an RRC Connection Reconfiguration Complete message to MeNB1 in MeNB1's E-UTRA cell (i.e., PCell). Moreover, UE3 starts the procedure (e.g., "Random" Access
  • MeNB1's E-UTRA cell i.e., PCell.
  • UE3 starts the procedure (e.g., "Random" Access
  • MeNB1 sends an SgNB Reconfiguration Complete message to SgNB2 in response to receiving the RRC Connection Reconfiguration Complete message from UE3.
  • MeNB1 sends an E-RAB Modification Indication message to MME5.
  • the E-RAB Modification Indication message requests modification of an E-RAB already established for UE3.
  • the MME 5 sends an E-RAB Modification Confirmation message to the MeNB 1 in response to receiving the E-RAB Modification Indication message. Steps 810 and 811 may be omitted.
  • the MME 5 determines the bearer level QoS parameter according to the E-UTRA QoS framework and the flow level QoS parameter according to the NR QoS framework, and both of them are determined.
  • the bearer setting request including it is sent to MeNB1.
  • the bearer setting request causes MeNB1 to send a radio bearer setting request including a bearer level QoS parameter and a flow level QoS parameter to SgNB2 associated with the secondary RAT (NR).
  • NR secondary RAT
  • SgNB2 uses E-UTRA and NR as primary RAT and secondary RAT, respectively, and UE3 which performs dual connectivity connected to EPC4 with other UEs which communicate according to Standalone architecture as shown in FIG. Can be managed according to the same QoS framework.
  • FIG. 9 is a block diagram illustrating a configuration example of NR gNB2 according to the above-described embodiment.
  • the configuration of LTE eNB1 may be the same as that shown in FIG.
  • the gNB 2 includes a radio frequency transceiver 901, a network interface 903, a processor 904, and a memory 905.
  • the RF transceiver 901 performs analog RF signal processing to communicate with NG UEs including UE3.
  • the RF transceiver 901 may include multiple transceivers.
  • the RF transceiver 901 is coupled to antenna array 902 and processor 904.
  • the RF transceiver 901 receives modulation symbol data from the processor 904, generates a transmission RF signal, and provides the transmission RF signal to the antenna array 902. Further, the RF transceiver 901 generates a baseband received signal based on the received RF signal received by the antenna array 902, and supplies this to the processor 904.
  • the RF transceiver 901 may include an analog beamformer circuit for beamforming.
  • the analog beamformer circuit includes, for example, a plurality of phase shifters and a plurality of power amplifiers.
  • the network interface 903 is used to communicate with network nodes (e.g., “LTE” eNB1, MME5, S-GW6).
  • the network interface 903 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 904 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • the processor 904 may include a plurality of processors.
  • the processor 904 includes a modem processor (eg, Digital Signal Processor (DSP)) that performs digital baseband signal processing and a protocol stack processor (eg, Central Processing Unit (CPU) or Micro Processing Unit (CPU) that performs control plane processing. MPU)).
  • DSP Digital Signal Processor
  • MPU Micro Processing Unit
  • the processor 904 may include a digital beamformer module for beamforming.
  • the digital beamformer module may include a multiple-input-multiple-output (MIMO) encoder and a precoder.
  • MIMO multiple-input-multiple-output
  • the memory 905 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • Memory 905 may include storage located remotely from processor 904. In this case, the processor 904 may access the memory 905 via the network interface 903 or an I / O interface not shown.
  • the memory 905 may store one or more software modules (computer programs) 906 including an instruction group and data for performing processing by the gNB 2 described in the above-described plurality of embodiments.
  • the processor 904 may be configured to perform the gNB2 processing described in the above-described embodiment by reading the software module 906 from the memory 905 and executing it.
  • FIG. 10 is a block diagram illustrating a configuration example of the UE 3.
  • Radio-frequency (RF) transceiver 1001 performs analog RF signal processing to communicate with eNB1 and gNB2.
  • the RF transceiver 1001 may include multiple transceivers. Analog RF signal processing performed by the RF transceiver 1001 includes frequency up-conversion, frequency down-conversion, and amplification.
  • RF transceiver 1001 is coupled to antenna array 1002 and baseband processor 1003.
  • the RF transceiver 1001 receives modulation symbol data (or OFDM symbol data) from the baseband processor 1003, generates a transmission RF signal, and supplies the transmission RF signal to the antenna array 1002.
  • the RF transceiver 1001 generates a baseband received signal based on the received RF signal received by the antenna array 1002 and supplies this to the baseband processor 1003.
  • the RF transceiver 1001 may include an analog beamformer circuit for beamforming.
  • the analog beamformer circuit includes, for example, a plurality of phase shifters and a plurality of power amplifiers.
  • the baseband processor 1003 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • Digital baseband signal processing consists of (a) data compression / decompression, (b) data segmentation / concatenation, (c) ⁇ transmission format (transmission frame) generation / decomposition, and (d) transmission path encoding / decoding.
  • E modulation (symbol mapping) / demodulation
  • IFFT Inverse Fast Fourier Transform
  • control plane processing includes layer 1 (eg, transmission power control), layer 2 (eg, radio resource management, hybrid automatic repeat request (HARQ) processing), and layer 3 (eg, attach, mobility, and call management). Communication management).
  • the digital baseband signal processing by the baseband processor 1003 may include signal processing of the Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, MAC layer, and PHY layer.
  • the control plane processing by the baseband processor 1003 may include Non-Access ⁇ Stratum (NAS) protocol, RRC protocol, and MAC CE processing.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Stratum
  • MAC CE Non-Access ⁇ Stratum
  • the baseband processor 1003 may perform MIMO encoding and precoding for beamforming.
  • the baseband processor 1003 may include a modem processor (e.g., DSP) that performs digital baseband signal processing and a protocol stack processor (e.g., CPU or MPU) that performs control plane processing.
  • a protocol stack processor e.g., CPU or MPU
  • a protocol stack processor that performs control plane processing may be shared with an application processor 1004 described later.
  • Application processor 1004 is also called a CPU, MPU, microprocessor, or processor core.
  • the application processor 1004 may include a plurality of processors (a plurality of processor cores).
  • the application processor 1004 is a system software program (Operating System (OS)) read from the memory 1006 or a memory (not shown) and various application programs (for example, call application, web browser, mailer, camera operation application, music playback)
  • OS Operating System
  • application programs for example, call application, web browser, mailer, camera operation application, music playback
  • Various functions of UE3 are realized by executing (application).
  • the baseband processor 1003 and the application processor 1004 may be integrated on one chip, as indicated by the dashed line (1005) in FIG.
  • the baseband processor 1003 and the application processor 1004 may be implemented as one System on Chip (SoC) device 1005.
  • SoC System on Chip
  • An SoC device is sometimes called a system Large Scale Integration (LSI) or chipset.
  • the memory 1006 is a volatile memory, a nonvolatile memory, or a combination thereof.
  • the memory 1006 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, SRAM or DRAM or a combination thereof.
  • the non-volatile memory is MROM, EEPROM, flash memory, or hard disk drive, or any combination thereof.
  • the memory 1006 may include an external memory device accessible from the baseband processor 1003, the application processor 1004, and the SoC 1005.
  • the memory 1006 may include a built-in memory device integrated within the baseband processor 1003, the application processor 1004, or the SoC 1005. Further, the memory 1006 may include a memory in a Universal Integrated Circuit Card (UICC).
  • UICC Universal Integrated Circuit Card
  • the memory 1006 may store one or more software modules (computer programs) 1007 including an instruction group and data for performing processing by the UE 3 described in the above-described embodiments.
  • the baseband processor 1003 or the application processor 1004 is configured to read the software module 1007 from the memory 1006 and execute the software module 1007 to perform the processing of the UE 3 described with reference to the drawings in the above-described embodiment. May be.
  • FIG. 11 is a block diagram illustrating a configuration example of the MME 5 according to the above-described embodiment.
  • the MME 5 includes a network interface 1101, a processor 1102, and a memory 1103.
  • the network interface 1101 is used to communicate with network nodes (e.g., RAN nodes, other core network nodes).
  • the network interface 1101 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 1102 may be, for example, a microprocessor, MPU, or CPU.
  • the processor 1102 may include a plurality of processors.
  • the memory 1103 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the volatile memory is, for example, SRAM or DRAM or a combination thereof.
  • the non-volatile memory is, for example, an MROM, PROM, flash memory, hard disk drive, or a combination thereof.
  • Memory 1103 may include storage located remotely from processor 1102. In this case, the processor 1102 may access the memory 1103 via the network interface 1101 or an I / O interface not shown.
  • the memory 1103 may store one or a plurality of software modules (computer programs) 1104 including an instruction group and data for performing processing by the MME 5 described in the above-described embodiments.
  • the processor 1102 may be configured to perform the processing of the MME 5 described in the above-described embodiment by reading the one or more software modules 1104 from the memory 1103 and executing them.
  • each of the processors included in LTE eNB 1, NR gNB 2, UE 3, and MME 5 uses the algorithm described with reference to the drawings.
  • One or a plurality of programs including a group of instructions to be executed is executed.
  • the program can be stored and supplied to a computer using various types of non-transitory computer readable media.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium).
  • non-transitory computer-readable media are magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), Compact Disc Read Only Memory (CD-ROM), CD-ROM R, CD-R / W, semiconductor memory (for example, mask ROM, Programmable ROM (PROM), Erasable PROM (EPROM), flash ROM, Random Access Memory (RAM)).
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • the above-described embodiment has shown an example in which the SgNBitionAddition procedure that follows the SeNB Addition procedure is used.
  • an SgNBgModification procedure that follows the SeNB Modification procedure may be used instead of the SgNB Addition procedure.
  • MeNB1 may send a SgNB Modification Request message to SgNB2 instead of the SgNB Addition Request message (e.g., step 501 in FIG. 5 and step 601 in FIG. 6).
  • MeNB1 may perform UE Capability Coordination between MeN1B and SgNB2 before sending a radio bearer setting request (e.g., SgNB Addition Request message or SgNB Modification Request message) to SgNB2.
  • MeNB1 may send a UE Capability Coordination Request message to SgNB2 and receive a UE Capability Coordination Response message from SgNB2.
  • MeN1B and SgNB2 share only fixed UE capabilities such as RF capability (Band combination, measurement capability) (eg, the ability to perform hard splitting, which hardly changes during data transmission / reception in ⁇ DC) (negotiation) May be.
  • MeN1B and SgNB2 also share static UE capabilities (capabilities that do not change dynamically during DC or dynamic sharing) such as capabilities (eg, soft buffer / soft channel bit) related to the UE category specification. Also good. Instead, MeN1B and SgNB2 may share static UE capability in the exchange step of SeNB Addition Request / Acknowledge messages (or SeNB Modification Request / Acknowledge messages).
  • SeNB Addition Request / Acknowledge messages or SeNB Modification Request / Acknowledge messages.
  • Various messages described in the above embodiment eg, SgNB Addition Request message, SgNB Addition Request Acknowledge message, RRC Connection Reconfiguration message, RRC Connection Reconfiguration Complete message, SgNB Reconfiguration Complete message, E-RABdicationModification Indication message, E-RAB Information elements included in the Modification Confirmation message, NAS: Service Request message, NAS: Extended Service Request message, S1AP: E-RAB Setup Request message
  • the information element (Information Element) included in the various messages described above is communicated and shared between different nodes in different directions from the above embodiment for the purpose of performing DC in LTE eNB1 and NR eNB2. Also good.
  • At least a part of the information elements included in the SgNB Addition Request message may be included in the SgNB Addition Request Acknowledge message. Further or alternatively, at least a part of the information elements included in the SgNB Addition Request message may be included in the S1AP: E-RAB Setup Request message.
  • gNB2 can be shared between nodes related to DC performed in LTE
  • the LTE eNB 1 and NR gNB 2 described in the above embodiment may be implemented based on the Cloud Radio Access Network (C-RAN) concept.
  • C-RAN is sometimes called Centralized RAN. Therefore, the processing and operation performed by each of eNB1 and gNB2 described in the above embodiment is provided by Digital Unit (DU) included in the C-RAN architecture or by a combination of DU and Radio Unit (RU). May be.
  • DU is called Baseband Unit (BBU) or Central Unit (CU).
  • RU is also called Remote Radio Head (RRH), Remote Radio Equipment (RRE), Distributed Unit (DU), or Transmission and Reception Point (TRP). That is, the process and operation performed by each of the eNB 1 and gNB 2 described in the above embodiment may be provided by any one or a plurality of radio stations (or RAN nodes).
  • a second radio access network (RAN) node used in a wireless communication system that supports dual connectivity including a primary RAT and a secondary RAT and includes a common core network associated with the primary RAT, Two RAN nodes are associated with the secondary RAT,
  • the second RAN node is Memory, At least one processor coupled to the memory; Prepared, The at least one processor comprises: Configured to receive from a first RAN node associated with the primary RAT a radio bearer setup request indicating a bearer level QoS parameter according to the quality of service (QoS) framework of the primary RAT; Based on the radio bearer setting request, configured to set the radio bearer of the secondary RAT, Configured to translate the bearer level QoS parameter to a flow level QoS parameter according to the QoS framework of the secondary RAT; A second RAN node configured to associate the flow level QoS parameter with the radio bearer.
  • QoS quality of service
  • the at least one processor is configured to send the radio bearer configuration information of the secondary RAT to a radio terminal via the first RAN node;
  • the setting information includes the flow level QoS parameter.
  • the second RAN node according to attachment 1.
  • the bearer level QoS parameter includes a network bearer identifier;
  • the flow level QoS parameter includes a flow identifier associated with the network bearer identifier;
  • the second RAN node according to attachment 1 or 2.
  • the flow level QoS parameter includes an information element indicating whether the uplink QoS management type is reflective QoS, and In the reflective QoS, the mapping of the downlink flow to the radio bearer specified by the marking given to the downlink packet is reflected in the mapping of the uplink flow to the data bearer.
  • the second RAN node according to any one of appendices 1 to 3.
  • the bearer level QoS parameter includes at least one of a bearer QoS Class Identifier (QCI), a bearer Maximum Bit Rate (MBR), and a bearer Allocation and Retention Priority (ARP),
  • the flow level QoS parameters include at least one of flow QCI, flow priority, flow MBR, and flow ARP.
  • the second RAN node according to any one of appendices 1 to 4.
  • a wireless terminal used in a wireless communication system wherein the wireless communication system includes a common core network supporting dual connectivity including a primary RAT and a secondary RAT and associated with the primary RAT,
  • the wireless terminal is At least one radio transceiver configured to communicate simultaneously with a first radio access network (RAN) node associated with the primary RAT and a second RAN node associated with the secondary RAT;
  • At least one processor With The at least one processor is configured to receive configuration information of the radio bearer of the secondary RAT for the dual connectivity from the first RAN node;
  • the configuration information includes a network bearer identifier according to the quality of service (QoS) framework of the primary RAT, and a flow level QoS parameter associated with the bearer identifier and according to the QoS framework of the secondary RAT.
  • Wireless terminal includes a network bearer identifier according to the quality of service (QoS) framework of the primary RAT, and a flow level QoS parameter associated with the bearer identifier and according to the QoS
  • the flow level QoS parameter includes a flow identifier; The wireless terminal according to attachment 6.
  • the at least one processor is configured to map the network bearer identifier to the flow identifier;
  • the wireless terminal according to appendix 7.
  • the flow level QoS parameter includes an information element indicating whether the uplink QoS management type is reflective QoS, and In the reflective QoS, the mapping of the downlink flow to the radio bearer specified by the marking given to the downlink packet is reflected in the mapping of the uplink flow to the data bearer.
  • the wireless terminal according to any one of appendices 6 to 8.
  • the primary RAT is Evolved Universal Terrestrial Radio Access (E-UTRA)
  • the common core network is Evolved Packet Core (EPC)
  • the network bearer identifier includes EPS bearer identity, The wireless terminal according to any one of appendices 6 to 9.
  • a core network node used in a wireless communication system wherein the wireless communication system includes a common core network supporting dual connectivity including a primary RAT and a secondary RAT and associated with the primary RAT;
  • the core network node is Memory, At least one processor coupled to the memory; Prepared, The at least one processor comprises: In response to receiving a Non-Access Stratum (NAS) request from a wireless terminal via a first radio access network (RAN) node associated with the primary RAT, the quality of service (QoS) of the primary RAT Configured to determine a flow level QoS parameter according to the secondary RAT QoS framework associated with a bearer level QoS parameter according to a framework; Configured to send a bearer setup request including the bearer level QoS parameter and the flow level QoS parameter to the first RAN node; Core network node.
  • NAS Non-Access Stratum
  • RAN radio access network
  • QoS quality of service
  • the bearer setup request causes the first RAN node to send a radio bearer setup request including the bearer level QoS parameter and the flow level QoS parameter to a second RAN node associated with the secondary RAT.
  • the core network node according to appendix 11.
  • the bearer level QoS parameter includes a network bearer identifier;
  • the flow level QoS parameter includes a flow identifier associated with the network bearer identifier;
  • the core network node according to appendix 11 or 12.
  • the bearer level QoS parameter includes at least one of a bearer QoS Class Identifier (QCI), a bearer Maximum Bit Rate (MBR), and a bearer Allocation and Retention Priority (ARP),
  • the flow level QoS parameters include at least one of flow QCI, flow priority, flow MBR, and flow ARP. 14.
  • the core network node according to any one of appendices 11 to 13.
  • a method in a wireless terminal used in a wireless communication system wherein the wireless communication system includes a common core network supporting dual connectivity including a primary RAT and a secondary RAT and associated with the primary RAT, The method comprises receiving configuration information of a radio bearer of the secondary RAT for the dual connectivity from a first radio access network (RAN) node associated with the primary RAT, The configuration information includes a network bearer identifier according to the quality of service (QoS) framework of the primary RAT, and a flow level QoS parameter associated with the bearer identifier and according to the QoS framework of the secondary RAT.
  • QoS quality of service
  • a method in a core network node used in a wireless communication system wherein the wireless communication system includes a common core network supporting dual connectivity including a primary RAT and a secondary RAT and associated with the primary RAT,
  • the method In response to receiving a Non-Access Stratum request from a wireless terminal via a first radio access network (RAN) node associated with the primary RAT, the Quality of Service (QoS) framework of the primary RAT is followed. Determining a flow level QoS parameter according to the QoS framework of the secondary RAT associated with a bearer level QoS parameter; and a bearer setup request including the bearer level QoS parameter and the flow level QoS parameter to the first Sending to RAN node,
  • QoS Quality of Service
  • (Appendix 18) Performing a method in a second radio access network (RAN) node used in a wireless communication system that supports dual connectivity including a primary RAT and a secondary RAT and that includes a common core network associated with the primary RAT
  • the second RAN node is associated with the secondary RAT
  • the method Receiving from the first RAN node associated with the primary RAT a radio bearer setup request indicating a bearer level QoS parameter according to the quality of service (QoS) framework of the primary RAT; Based on the radio bearer setting request, setting the radio bearer of the secondary RAT, Translating the bearer level QoS parameter to a flow level QoS parameter according to the QoS framework of the secondary RAT; and associating the flow level QoS parameter with the radio bearer;
  • a program comprising:
  • the method comprises receiving configuration information of a radio bearer of the secondary RAT for the dual connectivity from a first radio access network (RAN) node associated with the primary RAT,
  • the configuration information includes a network bearer identifier according to the quality of service (QoS) framework of the primary RAT, and a flow level QoS parameter associated with the bearer identifier and according to the QoS framework of the secondary RAT. program.
  • QoS quality of service
  • Appendix 20 A program for causing a computer to perform a method in a core network node used in a wireless communication system, wherein the wireless communication system supports dual connectivity including a primary RAT and a secondary RAT and is associated with the primary RAT. Including a common core network
  • the method In response to receiving a Non-Access Stratum request from a wireless terminal via a first radio access network (RAN) node associated with the primary RAT, the Quality of Service (QoS) framework of the primary RAT is followed.
  • RAN radio access network
  • a program comprising:
  • eNodeB eNodeB
  • gNB gNodeB
  • UE User Equipment
  • EPC Evolved Packet Core
  • MME Mobility Management Entity
  • RF transceiver 904 processor 905 memory 1001 RF transceiver 1003 baseband processor 1004 application processor 1006 memory 1102 processor 1103 memory

Abstract

セカンダリＲＡＴに関連付けられた第２のＲＡＮノード（２）は、プライマリＲＡＴのＱｏＳフレームワークに従うベアラ・レベルＱｏＳパラメタに従ってセカンダリＲＡＴの無線ベアラを設定する。第２のＲＡＮノード（２）は、さらに、当該ベアラ・レベルＱｏＳパラメタを、セカンダリＲＡＴのＱｏＳフレームワークに従うフロー・レベルＱｏＳパラメタにトランスレートし、得られたフロー・レベルＱｏＳパラメタをセカンダリＲＡＴの当該無線ベアラに関連付ける。

Description

無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体
　本開示は、無線通信システムに関し、特に無線端末が異なる無線局によって運用される異なるRadio Access Technologies（RATs）の複数のセルを同時に使用する通信に関する。
　3rd Generation Partnership Project（3GPP）は、2020年以降の導入に向けた第5世代移動通信システム（5G）の標準化作業を3GPP Release 14として2016年に開始している（非特許文献１を参照）。5Gは、LTE及びLTE-Advancedの継続的な改良・発展（enhancement/evolution）と新たな5Gエア・インタフェース（新たなRadio Access Technology（RAT））の導入による革新的な改良・発展の組合せで実現されると想定されている。新たなRATは、例えば、LTE/LTE-Advancedの継続的発展が対象とする周波数帯（e.g., 6 GHz以下）よりも高い周波数帯、例えば10 GHz以上のセンチメートル波帯及び30 GHz以上のミリ波帯をサポートする。
　本明細書では、第5世代移動通信システムは、5G System、又はNext Generation (NextGen) System（NG System）とも呼ばれる。5G Systemのための新たなRATは、New Radio（NR）、5G RAT、又はNG RATと呼ばれる。5G Systemのための新たな無線アクセスネットワーク（Radio Access Network（RAN））は、5G-RAN又はNextGen RAN（NG RAN）と呼ばれる。5G-RAN 内の新たな基地局は、NR NodeB（NR NB）又はgNodeB（gNB）と呼ばれる。5G Systemのための新たなコアネットワークは、5G Core Network（5G-CN）又はNextGen Core（NG Core）と呼ばれる。5G Systemに接続する無線端末（User Equipment（UE））は、5G UE、NextGen UE（NG UE）又は単にUEと呼ばれる。5G SystemのためのRAT、UE、無線アクセスネットワーク、コアネットワーク、ネットワーク・エンティティ（ノード）、及びプロトコルレイヤ等の正式な名称は、標準化作業が進む過程で将来的に決定されるであろう。
　また、本明細書で使用される“LTE”との用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのLTE及びLTE-Advancedの改良・発展を含む。5G System とのインターワークのためのLTE及びLTE-Advancedの改良・発展は、LTE-Advanced Pro、LTE+、又はenhanced LTE（eLTE）とも呼ばれる。さらに、本明細書で使用される“Evolved Packet Core (EPC)”、“Mobility Management Entity (MME)”、“Serving Gateway (S-GW)”、及び“Packet Data Network (PDN) Gateway (P-GW)”等のLTEのネットワーク又は論理的エンティティに関する用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのこれらの改良・発展を含む。改良されたEPC、MME、S-GW、及びP-GWは、例えば、enhanced EPC（eEPC）、enhanced MME（eMME）、enhanced S-GW（eS-GW）、及びenhanced P-GW（eP-GW）とも呼ばれる。
　LTE及びLTE-Advancedでは、Quality of Service（QoS）及びパケットルーティングのために、QoSクラス毎且つPDNコネクション毎のベアラがRAN（i.e., Evolved Universal Terrestrial RAN（E-UTRAN））及びコアネットワーク（i.e., EPC）の両方で使用される。すなわち、Bearer-based QoS（or per-bearer QoS）コンセプトでは、UEとEPC内のP-GWとの間に１又は複数のEvolved Packet System (EPS) bearersが設定され、同じQoSクラスを持つ複数のサービスデータフロー（Service Data Flows（SDFs））はこれらのQoSを満足する１つのEPS bearerを通して転送される。SDFは、Policy and Charging Control (PCC) ルールに基づくSDFテンプレート（i.e., packet filters）にマッチする１又は複数のパケットフローである。また、パケットルーティングのために、EPS bearerを通って送られる各パケットは、このパケットがどのベアラ（i.e., General Packet Radio Service (GPRS) Tunneling Protocol（GTP）トンネル）に関連付けられているかを見分ける（identify）ための情報を包含する。
　これに対して、5G Systemでは、無線ベアラが5G-RAN において使用されるかもしれないが、5G-CN内及び5G-CNと5G-RANの間のインタフェースにおいてベアラは使用されないことが検討されている（非特許文献１を参照）。具体的には、EPS bearerの代わりにPDU flowsが定義され、１又は複数のSDFsは、１又は複数のPDU flowsにマップされる。5G UEとNG Core内のユーザプレーン終端エンティティ（i.e., EPC内のP-GWに相当するエンティティ）との間のPDU flowは、EPS Bearer-based QoSコンセプトにおけるEPSベアラに相当する。PDU flowは、5G system内でのパケットフォワーディング及び処理（treatment）の最も微細な粒度（finest granularity）に対応する。すなわち、5G Systemは、Bearer-based QoSコンセプトの代わりにFlow-based QoS（or per-flow QoS）コンセプトを採用する。Flow-based QoS コンセプトでは、QoSはPDU flow単位で取り扱われる（handled）。5G systemのQoSフレームワークでは、PDU flow は、NG3インタフェースのトンネルのService Data Unitをカプセル化（encapsulating）するヘッダー内のPDU flow IDによって特定される。NG3インタフェースは、5G-CNとgNB（i.e., 5G-RAN）の間のユーザプレーン・インタフェースである。5G UEとデータネットワークとの間の関連付け（association）は、PDUセッション（PDU session）と呼ばれる。PDUセッションは、LTE及びLTE-AdvancedのPDNコネクション（PDN connection）に相当する用語である。複数のPDU flowsが１つのPDUセッション内に設定されることができる。
　なお、PDU flow は、“QoS flow”とも呼ばれる。QoS flowは、5G system内でのQoS処理（treatment）の最も微細な粒度（finest granularity）である。PDU session内の同一のNG3マーキング値を有するユーザプレーントラフィックがQoS flowに対応する。NG3マーキングは、上述のPDU flow IDに対応し、QoS flow IDとも呼ばれ、さらにFlow Identification Indicator（FII）とも呼ばれる。
　図１は、5G systemの基本アーキテクチャを示している。UEは、gNBとの間に１又はそれ以上のシグナリング無線ベアラ（Signalling Radio Bearers（SRBs））及び１又はそれ以上のデータ無線ベアラ（Data Radio Bearers（DRBs））を確立する。5G-CN及びgNBは、UEのためのコントロールプレーン・インタフェース及びユーザプレーン・インタフェースを確立する。5G-CNとgNB（i.e., RAN）の間のコントロールプレーン・インタフェースは、NG2インタフェース又はNG-cインタフェースと呼ばれ、Non-Access Stratum（NAS）情報の転送、及び5G-CNとgNB間の制御情報（e.g., NG2 AP Information Element）に使用される。5G-CNとgNB（i.e., RAN）の間のユーザプレーン・インタフェースは、NG3インタフェース又はNG-uインタフェースと呼ばれ、UEのPDUセッション内の１又はそれ以上のPDU flowsのパケット（packets）の転送に使用される。
　なお、図１に示されたアーキテクチャは、複数の5Gアーキテクチャ・オプション（又は配置シナリオ（deployment scenarios））の１つに過ぎない（非特許文献１のAnnex J、及び非特許文献２を参照）。図１に示されたアーキテクチャは、“Standalone NR (in NextGen System)”又は“オプション２”と呼ばれるアーキテクチャである。これに対して、図２及び図３は、“Non-standalone NR in EPS”と呼ばれるアーキテクチャ・オプション３及び３Ａをそれぞれ示している。図２及び図３において、コントロールプレーン・インタフェースは点線で示され、ユーザプレーン・インタフェースは実線で示されている。アーキテクチャ・オプション３及び３Ａは、アンカーRAT（又はプライマリRAT又はマスターRAT）としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティ配置（Dual connectivity (DC) deployments）である。オプション３及び３Ａでは、E-UTRA（LTE eNB）及びNR（gNB）がEPCに接続される。EPCへのNR ユーザプレーン・コネクションは、オプション３ではLTE eNBを経由するが、オプション３ＡではgNBとEPCの間のユーザプレーン・インタフェースを直接的に通る。
　非特許文献３は、アーキテクチャ・オプション３及び３Ａ、すなわちE-UTRA及びNRがEPCに接続されるDCアーキテクチャでは、NR gNBがLTEのDC機能（functionalities）及び手順（procedures）をサポートすることを提案している。さらに、非特許文献３は、E-UTRA及びNRがEPCに接続されるDCアーキテクチャでは、NR gNBがLTEのQoSフレームワーク（i.e., bearer based QoS）をEPC、LTE eNB、及びUEに向けて適用することを提案している。さらに具体的には、非特許文献３は、以下の事項を提案している：
・NR gNBがセカンダリノードとして追加される場合に、必要なQoSサービス（i.e., ベアラ）を設定するためのLTE DC手順（e.g., SeNB addition）が適用されること；
・LTEのSecondary Cell Group（SCG）ベアラ・オプションのために、EPCとNR gNBとの間にE-UTRAN Radio Access Bearer（E-RAB）が確立されること；
・LTEのスプリットベアラ・オプションのために、LTE eNBとgNBとの間にX2-Uが確立されること；
・LTEのSCGベアラ・オプション及びスプリットベアラ・オプションのために、NR gNBとUEとの間にDRBが確立されること。
　非特許文献４は、アーキテクチャ・オプション３Ａでは、S1-UとSCGのDRB（i.e., SCGベアラ）との間に一対一マッピング（1:1 mapping）が存在することを提案している。非特許文献４は、さらに、EPCのQoS属性（attributes）がEPS bearersのために使用されること、したがってEPCにおいて使用されるQoSパラメタ（parameters）をNRにおいて使用される無線ベアラ・パラメタ（radio bearer parameters）にマップする必要性があることを提案している。
3GPP TR 23.799 V14.0.0 (2016-12) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System (Release 14)", December 2016 3GPP TR 38.801 V1.0.0 (2016-12) "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio Access Technology; Radio Access Architecture and Interfaces (Release 14)", December 2016 3GPP R2-168400, NTT DOCOMO, INC., "QoS and bearer for DC between LTE and NR", 3GPP TSG-RAN WG2 Meeting #96, Reno, USA, 14-18 November 2016 3GPP R2-168686, Nokia, Alcatel-Lucent Shanghai Bell, "EPC - NR PDCP interaction for tight interworking: User Plane aspects", 3GPP TSG-RAN WG2 Meeting #96, Reno, USA, 14-18 November 2016
　本件発明者等は、E-UTRA及びNRがEPCに接続されるDCアーキテクチャに関して検討を行い、幾つかの課題を見出した。
　例えば、非特許文献３は、E-UTRA及びNRがEPCに接続されるDCアーキテクチャ（つまり、アーキテクチャ・オプション３及び３Ａ）の場合に、NR gNBがLTEのQoSフレームワーク（i.e., bearer based QoS）をEPC、LTE eNB、及びUEに向けて適用することを提案している。さらに、非特許文献３は、NR gNBがセカンダリノードとして追加される場合に、必要なQoSサービス（i.e., ベアラ）を設定するためのLTE DC手順（e.g., SeNB addition）が適用されることも提案している。また、非特許文献４は、EPCのQoS属性（attributes）がEPS bearersのために使用され、したがってEPCにおいて使用されるQoSパラメタ（parameters）をNRにおいて使用される無線ベアラ・パラメタ（radio bearer parameters）にマップする必要性があることを提案している。しかしながら、セカンダリノードとしてのgNBが、LTEのSCGベアラ・オプション及びスプリットベアラ・オプションのためにNR gNBとUEとの間に確立されるNR DRBs（SCG DRBsと呼ぶ）をどのようにLTEのQoSフレームワーク（i.e., bearer based QoS）に沿って取り扱うかが明確でない。
　したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、E-UTRA及びNRがEPCに接続されるDCアーキテクチャにおいてセカンダリgNBとUEとの間に確立されるNR DRBs（SCG DRBs）のQoS処理（treatment）の妥当性（appropriateness）の向上に寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
　第１の態様では、第２の無線アクセスネットワーク（RAN）ノードは、無線通信システムにおいて使用される。前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含む。前記第２のRANノードは前記セカンダリRATに関連付けられる。前記第２のRANノードは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタを示す無線ベアラ設定要求を前記プライマリRATに関連付けられた第１のRANノードから受信するよう構成され、前記無線ベアラ設定要求に基づいて、前記セカンダリRATの無線ベアラを設定するよう構成されている。前記少なくとも１つのプロセッサは、さらに、前記ベアラ・レベルQoSパラメタを前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタにトランスレートするよう構成され、前記フロー・レベルQoSパラメタを前記無線ベアラに関連付けるよう構成されている。
　第２の態様では、無線端末は、無線通信システムにおいて使用される。前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含む。前記無線端末は、少なくとも１つの無線トランシーバ及び少なくとも１つのプロセッサを含む。前記少なくとも１つの無線トランシーバは、前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノード及び前記セカンダリRATに関連付けられた第２のRANノードと同時に通信するよう構成されている。前記少なくとも１つのプロセッサは、前記デュアル・コネクティビティのための前記セカンダリRATの無線ベアラの設定情報を、前記第１のRANノードから受信するよう構成されている。前記設定情報は、前記プライマリRATのQuality of Service（QoS）フレームワークに従うネットワーク・ベアラ識別子と、前記ベアラ識別子に関連付けられ且つ前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタとを含む。
　第３の態様では、コアネットワークノードは、無線通信システムにおいて使用される。前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含む。前記無線端末は、少なくとも１つの無線トランシーバ及びコントローラを含む。前記コアネットワークノードは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して無線端末からNon-Access Stratum（NAS）要求を受信したことに応答して、前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタに関連付けられる前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタを決定するよう構成されている。前記少なくとも１つのプロセッサは、さらに、前記ベアラ・レベルQoSパラメタ及び前記フロー・レベルQoSパラメタを含むベアラ設定要求を前記第１のRANノードに送るよう構成されている。
　第４の態様では、第２の無線アクセスネットワーク（RAN）ノードにおける方法は、
（ａ）前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタを示す無線ベアラ設定要求を前記プライマリRATに関連付けられた第１のRANノードから受信すること、
（ｂ）前記無線ベアラ設定要求に基づいて、前記セカンダリRATの無線ベアラを設定すること、
（ｃ）前記ベアラ・レベルQoSパラメタを前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタにトランスレートすること、及び
（ｄ）前記フロー・レベルQoSパラメタを前記無線ベアラに関連付けること、
を含む。
　第５の態様では、無線端末における方法は、前記デュアル・コネクティビティのための前記セカンダリRATの無線ベアラの設定情報を、前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードから受信することを含む。前記設定情報は、前記プライマリRATのQuality of Service（QoS）フレームワークに従うネットワーク・ベアラ識別子と、前記ベアラ識別子に関連付けられ且つ前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタとを含む。
　第６の態様では、コアネットワークノードにおける方法は、
（ａ）前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して無線端末からNon-Access Stratum要求を受信したことに応答して、前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタに関連付けられる前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタを決定すること、及び
（ｂ）前記ベアラ・レベルQoSパラメタ及び前記フロー・レベルQoSパラメタを含むベアラ設定要求を前記第１のRANノードに送ること、
を含む。
　第７の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第４、第５、又は第６の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
　上述の態様によれば、E-UTRA及びNRがEPCに接続されるDCアーキテクチャにおいてセカンダリgNBとUEとの間に確立されるNR DRBs（SCG DRBs）のQoS処理（treatment）の妥当性（appropriateness）の向上に寄与する装置、方法、及びプログラムを提供できる。
背景技術に係る5G Systemの基本アーキテクチャを示す図である。 背景技術に係る、E-UTRA（LTE eNB）及びNR（gNB）がEPCに接続されるデュアル・コネクティビティのためのアーキテクチャ・オプション３を示す図である。 背景技術に係る、E-UTRA（LTE eNB）及びNR（gNB）がEPCに接続されるデュアル・コネクティビティのためのアーキテクチャ・オプション３Ａを示す図である。 幾つかの実施形態に係る無線通信ネットワークの構成例を示す図である。 第１の実施形態に係るSCG確立手順の一例を示すシーケンス図である。 第１の実施形態に係るSCG確立手順でのMeNBとSgNBとの間のシグナリングの詳細を示すシーケンス図である。 第１の実施形態に係るSCG確立手順でのUE内シグナリングの詳細を示すシーケンス図である。 第２の実施形態に係るSCG確立手順の一例を示すシーケンス図である。 幾つかの実施形態に係るNR gNBの構成例を示すブロック図である。 幾つかの実施形態に係るUEの構成例を示すブロック図である。 幾つかの実施形態に係るコアネットワークノードの構成例を示すブロック図である。
　以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
　以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
　以下に示される複数の実施形態は、E-UTRA及びNRがEPCに接続されるDCアーキテクチャを主な対象として説明される。しかしながら、これらの実施形態は、異なるQoSフレームワークを採用する異なるRATが共通のコアネットワークに接続されるDCアーキテクチャをサポートする他の無線通信システムに適用されてもよい。
＜第１の実施形態＞
　図４は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。図４の例では、無線通信ネットワークは、LTE eNB１、NR gNB２、UE３、及びEPC４を含む。図４に示された無線通信ネットワークは、デュアルコネクティビティ（DC）をサポートし、上述されたオプション３若しくはオプション３Ａ又は両方をサポートする。オプション３及び３Ａは、アンカーRAT（又はプライマリRAT）としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティをサポートする。オプション３及び３Ａでは、E-UTRA（LTE eNB１）及びNR（gNB２）がEPC４に接続される。EPC４へのNR ユーザプレーン・コネクションは、オプション３ではLTE eNB１を経由し、UE３のユーザパケットは、基地局間インタフェース４０３、並びにeNB１とEPCとの間のインタフェース４０１を通る。一方、オプション３Ａでは、EPC４へのNR ユーザプレーン・コネクションは、gNB２とEPC４の間のユーザプレーン・インタフェース４０４を直接的に通る。
　UE３は、プライマリRAT（E-UTRA）に関連付けられたeNB１及びセカンダリRAT（NR）に関連付けられたgNB２と同時に通信する能力を有する。言い換えると、UE３はプライマリRAT（E-UTRA）に関連付けられたeNB１のセルとセカンダリRAT（NR）に関連付けられたgNB２のセルとをアグリゲートする能力を有する。さらにまた言い換えると、UE３はプライマリRAT（E-UTRA）に関連付けられたeNB１のセルとセカンダリRAT（NR）に関連付けられたgNB２のセルの両方を設定される能力を有する。アーキテクチャ・オプション３及び３Ａでは、eNB１とUE３の間のエアインタフェース４０２は、コントロールプレーン・コネクション及びユーザプレーン・コネクションを提供する。一方、gNB２とUE３の間のエアインタフェース４０５は、少なくともユーザプレーン・コネクションを含むが、コントロールプレーン・コネクションを含まなくてもよい。E-UTRA及びNRがEPC４に接続されるDCアーキテクチャにおいて、マスターeNB（MeNB）１は１又はそれ以上のE-UTRA MCGセルをUE３に提供し、セカンダリgNB（SgNB）２は１又はそれ以上のNR SCGセルをUE３に提供する。
　EPC４は、MME５及びS-GW６を含む複数のコアネットワークノードを含む。MME５はコントロールプレーンノードであり、S-GW６はユーザプレーンノードである。MME５は、コアネットワークにアタッチ済み（i.e., EMM-REGISTERED state）であるUEsのモビリティ管理及びベアラ管理を行う。モビリティ管理は、UEの現在位置を追跡する（keep track）するために使用され、UEに関するモビリティ管理コンテキスト（MM context）を維持することを含む。ベアラ管理は、UEがeNB１を含むE-UTRAN及びEPC４を経由して外部ネットワーク（Packet Data Network（PDN））と通信するためのEPSベアラの確立を制御し、UEに関するEPS bearer contextを維持することを含む。S-GW６は、E-UTRANとのゲートウェイであり、S1-Uインタフェースを介してeNB１若しくはgNB２又は両方に接続される。
　続いて以下では、セカンダリノードとしてのgNB２（i.e., SgNB２）に設定されるデータ無線ベアラ（DRB）のQoS処理（treatment）に関して説明する。gNB２は、プライマリRAT（i.e., E-UTRA）のQoSフレームワークに従うベアラ・レベルQoSパラメタを示す無線ベアラ設定要求をマスターノードとしてのeNB１（i.e., MeNB１）から受信するよう構成されている。当該無線ベアラ設定要求は、DCのためのDRBを設定することをgNB２に引き起こすメッセージである。当該無線ベアラ設定要求は、SgNB Addition Requestと呼ばれてもよい。
　当該無線ベアラ設定要求に包含されるベアラ・レベルQoSパラメタは、E-RAB ID、及びE-RAB Level QoS Parametersを含む。E-RAB Level QoS Parametersは、E-RABに適用されるQCI及びAllocation and Retention Priority （ARP）を含む。E-RAB Level QoS Parametersは、さらに、GBR QoS Informationを含んでもよい。GBR QoS Informationは、E-RABに適用されるアップリンク及びダウンリンクのMaximum Bit Rate（MBR）並びにアップリンク及びダウンリンクのGuaranteed Bit Rate（GBR）を示す。
　SgNB２は、MeNB１から受信した無線ベアラ設定要求に基づいて、セカンダリRAT（i.e., NR）のDRBを設定するよう構成されている。gNB２は、EPC４において使用されるQoSパラメタ（parameters）をNRにおいて使用される無線ベアラ・パラメタ（radio bearer parameters）にマップしてもよい。
　さらに、SgNB２は、プライマリRAT（E-UTRA）のQoSフレームワークに従うベアラ・レベルQoSパラメタをセカンダリRAT（NR）のQoSフレームワークに従うフロー・レベルQoSパラメタにトランスレート、変換、置き換え、又はマップするよう構成されている。SgNB２は、導出されたフロー・レベルQoSパラメタをNR DRB（SCG DRB）設定に関連付けるよう構成されている。フロー・レベルQoSパラメタは、上述したQoS flow（又はPDU flow）に関するQoSパラメタを含む。QoS flow（又はPDU flow）は、5G system内でのQoS処理（treatment）の最も微細な粒度（finest granularity）である。
　フロー・レベルQoSパラメタは、例えば、フロー識別子を含む。フロー識別子は、QoS flow ID、PDU flow ID、又はFlow Identification Indicator（FII）であってもよい。フロー識別子は、ベアラ識別子（e.g., E-RAB ID又はEPS bearer Identity）に一対一でマップされてもよい。あるいは、ベアラ識別子がフロー識別子として再利用されてもよい。
　さらに、フロー・レベルQoSパラメタは、フローQCI、フロー優先度、フローMBR、及びフローARPのうち少なくとも１つを含んでもよい。フローQCIは、Flow Quality Indicator（FQI）又はFlow QoS Indicator（FQI）と呼ばれてもよい。gNB２は、予め定められたマッピングテーブルにしたがって、ベアラQCIをフローQCIに変換してもよい。gNB２は、予め定められたマッピングテーブルにしたがって、ベアラQCIをフロー優先度に変換してもよい。gNB２は、ベアラMBRをフローMBRに変換してもよい。gNB２は、ベアラARPをフローARPに変換してもよい。
　さらにまた、SgNB２によって導出されるフロー・レベルQoSパラメタは、QoSマネジメント・タイプの情報を含んでもよい。例えば、フロー・レベルQoSパラメタは、アップリンクのQoSマネジメント・タイプがリフレクティブ（reflective）QoSであるか否かを示す情報要素を含んでもよい。言い換えると、フロー・レベルQoSパラメタは、アップリンクのQoSマネジメント・タイプがリフレクティブQoS（i.e., reflective mapping of flows to DRBs）と事前設定（pre-configured）（i.e., preconfigured mapping of flows to DRBs）のどちらであるかを示す情報要素を含んでもよい。当該情報要素は、１ビット・フラグであってもよい。リフレクティブQoSでは、ダウンリンク・パケットに付与されるマーキングによって明示されるダウンリンクフローのQoS情報のデータ無線ベアラへのマッピングが、アップリンクフローのデータ無線ベアラへのマッピングに反映される。これに対して、pre-configuredマッピングでは、ダウンリンクフローおよびアップリンクフローのデータ無線ベアラへのマッピングは、RRCシグナリングによって静的にUEに設定される。
　以上の説明から理解されるように、本実施形態に係るSgNB２は、MeNB１から受信したE-UTRAのQoSフレームワークに従うベアラ・レベルQoSパラメタをNRのQoSフレームワークに従うフロー・レベルQoSパラメタにマップする。言い換えると、SgNB２は、NRのQoSフレームワークに従うフロー・レベルQoSパラメタを、MeNB１から受信したE-UTRAのQoSフレームワークに従うベアラ・レベルQoSパラメタから導出する。これにより、SgNB２は、E-UTRA及びNRをそれぞれプライマリRAT及びセカンダリRATとして使用し且つEPC４に接続されたデュアル・コネクティビティを行うUE３を、図１に示すようなStandaloneアーキテクチャに従って通信する他のUEと同じQoSフレームワークに従って管理することができる。
　図５は、本実施形態に係るSCG確立手順の一例（処理５００）を示すシーケンス図である。図５に示された手順は、LTE DCのSeNB Addition手順を基本的に踏襲している。ステップ５０１では、MeNB１は、SgNB Addition RequestメッセージをSgNB２に送る。SgNB Addition Requestメッセージは、E-UTRA及びNRをそれぞれプライマリRAT及びセカンダリRATとして使用するDCのための無線ベアラ（SCG DRB）の設定をSgNB２に要求する。
　SgNB Addition Requestメッセージは、上述の“無線ベアラ設定要求”に相当する。具体的には、SgNB Addition Requestメッセージは、“SgNB Security Key (for SCG bearer) ”情報要素（Information Element（IE））、“E-RAB To Be Added List”IE、及び“MeNB to SgNB Container”IEを含む。“E-RAB To Be Added List”IEは、MeNB１によって確立するよう要求される各E-RABのE-RAB ID及びE-RAB Level QoS Parametersを含む。“MeNB to SgNB Container”IEは、RRC: SCG-ConfigInfoメッセージを含む。RRC: SCG-ConfigInfoメッセージは、SCGを確立（establish）、修正（modify）、又は解放（release）するようSgNBに要求するためにMeNBによって使用される。SCG-ConfigInfoメッセージは、例えば、EPS bearer Identity、DRB Identity、及びDRB typeを含む。なお、セカンダリRAT（NR）のセル（e.g., 無線リンク、ASレイヤ）とプライマリRAT（E-UTRA）のセル（e.g., 無線リンク、AS layer）で用いられるセキュリティ・ポリシー（e.g., security algorithm）が異なってもよい。この場合、SgNB Security Key IEは、セカンダリRAT（NR）のセルで用いられるセキュリティ・ポリシーの情報が含まれてもよい。さらに、SgNB２は当該セキュリティ・ポリシーの情報をUE３へ送信するRRC: SCG-Configメッセージに含めてもよい。
　ステップ５０２では、SgNB２は、SgNB Addition Request AcknowledgeメッセージをMeNB１に送る。SgNB Addition Request Acknowledgeメッセージは、SgNB Addition Requestメッセージに対する応答メッセージである。SgNB Addition Request Acknowledgeメッセージは、SgNB２によって生成されたSCGのDRBの設定情報を含む。当該SCG DRB設定情報は、MeNB１を介してUE３に送られる。当該SCG DRB設定情報は、フロー・レベルQoSパラメタを含む。
　具体的には、SgNB Addition Request Acknowledgeメッセージは、“E-RAB Admitted To Be Added List”IE、及び“SgNB to MeNB Container”IEを含む。“SgNB to MeNB Container”IEは、RRC: SCG-Configメッセージを含む。RRC: SCG-Configメッセージは、SgNB２によって生成されたSCG無線設定（radio configuration）を転送するために使用される。RRC: SCG-Configメッセージは、各SCG DRBに関連付けられるDRB Identity及びEPS bearer Identityを含むとともに、各SCG DRBに関連付けられるFlow IDを含む。EPS bearer Identity は、E-UTRAのQoSフレームワークに従うネットワーク・ベアラ識別子である。Flow IDは、上述したフロー・レベルQoSパラメタの１つである。“SgNB to MeNB Container”IEは、各SCG DRBに関連付けられるQoSマネジメント・タイプを含んでもよい。QoSマネジメント・タイプは、上述したフロー・レベルQoSパラメタの１つである。
　ステップ５０３では、MeNB１は、SgNB２からのSgNB Addition Request Acknowledgeメッセージの受信に応答して、RRC Connection ReconfigurationメッセージをUE３に送る。当該RRC Connection Reconfigurationメッセージは、SgNB Addition Request Acknowledgeメッセージを用いてSgNB２からMeNB１に送られたRRC: SCG-Configメッセージを含む。UE３は、RRC: SCG-Configメッセージに従って、SgNB２のNRセルにおけるSCG DRBを設定する。さらに、UE３は、RRC: SCG-Configメッセージに従って、EPS bearer IdentityをFlow IDに関連付ける（又はマップする）。
　ステップ５０４では、UE３は、RRC Connection Reconfiguration CompleteメッセージをMeNB１のE-UTRAセル（i.e., Primary Cell （PCell））においてMeNB１に送る。また、UE３は、SgNB２に同期するための手順（e.g., Random Access Procedure）を開始する。
　ステップ５０５では、MeNB１は、UE３からのRRC Connection Reconfiguration Completeメッセージの受信に応答して、SgNB Reconfiguration CompleteメッセージをSgNB２に送る。
　図６は、SCG確立手順でのMeNB１とSgNB２との間のシグナリングの詳細を示すシーケンス図である。ステップ６０１は、図５のステップ５０１に相当する。すなわち、MeNB１は、SgNB Addition RequestメッセージをSgNB２に送る。当該SgNB Addition Requestメッセージは、LTE QoS情報を含み、SCG DRBの設定をSgNB２に要求する。LTE QoS情報は、E-UTRAのQoSフレームワークに従うベアラ・レベルQoSパラメタ（e.g., E-RAB ID及びE-RAB Level QoS parameters）である。
　ステップ６０２では、SgNB２は、SCGベアラ設定を準備するとともに、NR QoS情報をLTE QoS情報にマップする。NR QoS情報は、NRのQoSフレームワークに従うフロー・レベルQoSパラメタ（e.g., Flow ID及びPDU-flow Level QoS parameters）である。
　ステップ６０３では、SgNB２は、SgNB Addition Request AcknowledgeメッセージをMeNB１に送る。ステップ６０３は、図５のステップ５０２に相当する。当該SgNB Addition Request Acknowledgeメッセージは、NR QoS情報とLTE QoS情報との間のマッピングを示す情報を含む。
　図７は、SCG確立手順でのUE３内のシグナリングの詳細を示すシーケンス図であるステップ７０１では、UE３は、MeNB１のMaster Cell Group（MCG）ベアラ（MCG DRB）を設定する。当該MCGベアラの設定は、MCG DRBのDRB IdentityにマップされるEPS bearer Identityを含む。
　ステップ７０２は、図５のステップ５０３に相当する。すなわち、ステップ７０２では、UE３のAccess Stratum（AS）レイヤ３１は、RRC Connection ReconfigurationメッセージをMeNB１から受信する。当該RRC Connection Reconfigurationメッセージは、SCGベアラ（SCG DRB）の確立のために送信され、SgNB２により生成されたSCG設定を含む。ASレイヤ３１は、RRCレイヤ、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、Medium Access Control（MAC）レイヤ、及び物理（PHY）レイヤを含む。さらに、ASレイヤ３１は、プライマリRAT（i.e., E-UTRA（LTE））のASレイヤ及びセカンダリRAT（i.e., NR）のASレイヤを含む。すなわち、ステップ７０２では、E-UTRAのASレイヤがRRC Connection Reconfigurationメッセージを受信する。
　ステップ７０３では、UE３のASレイヤ３１（i.e., NRのASレイヤ）は、SCG DRBのためのレイヤ２確立を行う。具体的には、ASレイヤ３１（i.e., NRのASレイヤ）は、RRC Connection Reconfigurationメッセージに包含されているSCG無線設定（radio configuration）に従って、PDCPエンティティ及びSCG RLCエンティティを確立する。
　ステップ７０４では、ASレイヤ３１、つまりNRのASレイヤ又はE-UTRAのASレイヤは、SCG DRB(s)の確立を上位レイヤ、すなわちNASレイヤ３２に示す（indicate）。さらに、ASレイヤ３１、つまりNRのASレイヤ又はE-UTRAのASレイヤは、確立されたSCG DRB(s)のEPS bearer Identity（及びDRB Identity）を、これに関連付けられたフロー・レベルQoSパラメタと共にNASレイヤ３２に示す。当該フロー・レベルQoSパラメタは、例えば、Flow IDを含む。当該フロー・レベルQoSパラメタは、QoSマネジメント・タイプをさらに含んでもよい。
　ステップ７０５では、UE３のNASレイヤ３２は、SCG DRBのEPS bearer Identity（及びDRB Identity）をFlow IDにマップする。ステップ７０６では、もしNASレイヤ３２がQoSマネジメント・タイプを受信したなら、NASレイヤ３２はこれを格納する。ステップ７０７では、NASレイヤ３２は、Flowマッピングに成功したことをASレイヤ３１に知らせる。ステップ７０７は省略されてもよい。ステップ７０８では、UE３のASレイヤ３１（i.e., E-UTRAのASレイヤ）は、RRC Connection Reconfiguration CompleteメッセージをMeNB１のE-UTRAセル（i.e., PCell）においてMeNB１に送る。ステップ７０８は、図５のステップ５０４に相当する。
　図７に示したUE３の動作によれば、UE３は、E-UTRA及びNRをそれぞれプライマリRAT及びセカンダリRATとして使用し且つEPC４に接続されたデュアル・コネクティビティで使用するNR SCG DRBを、図１に示すようなStandaloneアーキテクチャに従って通信する際のNR DRBと同じQoSフレームワークに従って管理することができる。
＜第２の実施形態＞
　本実施形態は、第１の実施形態で説明されたSCG確立手順の変形例を提供する。本実施形態の無線通信ネットワークの構成例は、図４と同様である。第１の実施形態では、LTE DCのSeNB Addition手順を踏襲した手順に基づくE-UTRA-NR Dual ConnectivityのためのSCGベアラ（SCG DRB）の確立について説明した。すなわち、第１の実施形態で説明された手順によると、MeNB１がMCGベアラを設定し、当該設定されたMCGベアラをSCGベアラに変更する、これによりSCGベアラがSgNB２に設定される。これに対して、本実施形態で説明される手順は、MCGベアラを設定することなく、SCGベアラを直接的にSgNB２に設定することを可能とする。
　本実施形態では、MME５は、プライマリRAT（E-UTRA）に関連付けられたMeNB１を介してUE３からNon-Access Stratum（NAS）要求（e.g., Extended Service Request）を受信したことに応答して、プライマリRAT（E-UTRA）のQoSフレームワークに従うベアラ・レベルQoSパラメタに関連付けられるセカンダリRAT（NR）のQoSフレームワークに従うフロー・レベルQoSパラメタを決定するよう構成されている。ベアラ・レベルQoSパラメタ及びフロー・レベルQoSパラメタは、第１の実施形態で説明されたものと同様である。すなわち、ベアラ・レベルQoSパラメタは、EPS bearer又はE-RAB に関し、例えば、E-RAB ID、及びE-RAB Level QoS Parametersを含む。フロー・レベルQoSパラメタは、QoS flow（又はPDU flow）に関するQoSパラメタを含む。フロー・レベルQoSパラメタは、例えば、フロー識別子を含む。フロー識別子は、QoS flow ID、PDU flow ID、又はFlow Identification Indicator（FII）であってもよい。さらに、フロー・レベルQoSパラメタは、フローQCI、フロー優先度、フローMBR、及びフローARPのうち少なくとも１つを含んでもよい。
　MME５は、さらに、ベアラ・レベルQoSパラメタ及びフロー・レベルQoSパラメタを含むベアラ設定要求をMeNB１に送るよう構成されている。当該ベアラ設定要求は、ベアラ・レベルQoSパラメタ及びフロー・レベルQoSパラメタを含む無線ベアラ設定要求をセカンダリRAT（NR）に関連付けられたSgNB２に送ることをMeNB１に引き起こす。当該ベアラ設定要求は、例えば、S1AP: E-RAB Setup Requestメッセージであってもよい。
　図８は、本実施形態に係るSCG確立手順の一例（処理８００）を示すシーケンス図である。図８の例では、MME５は、UE３からのNAS: Service Requestメッセージ（ステップ８０１）の受信に応答して、S1AP: E-RAB Setup RequestメッセージをMeNB１に送る（ステップ８０２）。当該E-RAB Setup Requestメッセージは、LTE QoS情報及びNR QoS情報の両方を含む。LTE QoS情報は、E-UTRAのQoSフレームワークに従うベアラ・レベルQoSパラメタ（e.g., E-RAB ID及びE-RAB Level QoS parameters）である。NR QoS情報は、NRのQoSフレームワークに従うフロー・レベルQoSパラメタ（e.g., Flow ID及びPDU-flow Level QoS parameters）である。
　ステップ８０３では、MeNB１は、MCGベアラ、スプリットベアラ、SCGベアラのいずれをセットップするかを決定する。そして、ステップ８０４では、MeNB１は、SCGベアラのセットアップを決定したことに応じて、無線ベアラ設定要求（i.e., SgNB Addition Requestメッセージ）をSgNB２に送る。すなわち、MeNB１は、SCGベアラのセットアップを決定した場合であっても、MCGベアラを設定することなく、直接的にSgNB２に設定するためにSgNB Addition手順を開始する。
　ステップ８０４のSgNB Addition Requestメッセージは、MME５から受信したLTE QoS情報及びNR QoS情報を共に含む。
　ステップ８０５では、SgNB２は、NR QoS情報を格納するとともに、SCGベアラのための無線リソース設定を生成する。SCGベアラのための無線リソース設定は、受信されたNR QoS情報に基づいて生成される。さらに、SCGベアラのための無線リソース設定の少なくとも一部は、受信されたLTE QoS情報に基づいて生成されてもよい。SgNB２は、SCGベアラ設定を準備するとともに、NR QoS情報をLTE QoS情報にマップする。
　ステップ８０６では、SgNB２は、SgNB Addition Request AcknowledgeメッセージをMeNB１に送る。当該SgNB Addition Request Acknowledgeメッセージは、SgNB２によって生成されたSCGのDRBの設定情報（無線リソース設定）を含む。当該SCG DRB設定情報は、MeNB１を介してUE３に送られる。当該SCG DRB設定情報は、フロー・レベルQoSパラメタを含む。
　ステップ８０７では、MeNB１は、SgNB２からのSgNB Addition Request Acknowledgeメッセージの受信に応答して、RRC Connection ReconfigurationメッセージをUE３に送る。当該RRC Connection Reconfigurationメッセージは、SgNB２からMeNB１に送られたSCG DRB設定情報を含む。
　UE３はSCG DRB設定情報に従って、SCG DRBを直接的に確立する。さらに、UE３は、SCG DRB設定に従って、EPS bearer IdentityをFlow IDに関連付ける（又はマップする）。ここでの処理は、図７に示されたステップ７０３～７０６の処理と同様でもよい。これに代えて、図８の例では、例えばステップ７０２に含まれるNAS情報がセカンダリRAT（NR）へのセッション確立（e.g., PDU session）を示していてもよい。このとき、ASレイヤ３１はNASレイヤ３２に当該NAS情報を通知し、NASレイヤ３２はセカンダリRAT（NR）を介するセッション確立を完了させてもよい。
　ステップ８０８では、UE３は、RRC Connection Reconfiguration CompleteメッセージをMeNB１のE-UTRAセル（i.e., PCell）においてMeNB１に送る。また、UE３は、SgNB２に同期するための手順（e.g., Random Access Procedure）を開始する。
　ステップ８０９では、MeNB１は、UE３からのRRC Connection Reconfiguration Completeメッセージの受信に応答して、SgNB Reconfiguration CompleteメッセージをSgNB２に送る。
　ステップ８１０では、MeNB１は、E-RAB Modification IndicationメッセージをMME５に送る。E-RAB Modification Indicationメッセージは、UE３のために既に確立されているE-RABの修正を要求する。ステップ８１１では、MME５は、E-RAB Modification Indicationメッセージの受信に応答して、E-RAB Modification ConfirmationメッセージをMeNB１に送る。ステップ８１０及び８１１は省略されてもよい。
　以上の説明から理解されるように、本実施形態に係るMME５は、E-UTRAのQoSフレームワークに従うベアラ・レベルQoSパラメタ及びNRのQoSフレームワークに従うフロー・レベルQoSパラメタを決定し、これら両方を含むベアラ設定要求をMeNB１に送る。当該ベアラ設定要求は、ベアラ・レベルQoSパラメタ及びフロー・レベルQoSパラメタを含む無線ベアラ設定要求をセカンダリRAT（NR）に関連付けられたSgNB２に送ることをMeNB１に引き起こす。これにより、SgNB２は、E-UTRA及びNRをそれぞれプライマリRAT及びセカンダリRATとして使用し且つEPC４に接続されたデュアル・コネクティビティを行うUE３を、図１に示すようなStandaloneアーキテクチャに従って通信する他のUEと同じQoSフレームワークに従って管理することができる。
　続いて以下では、上述の複数の実施形態に係るLTE eNB１、NR gNB２、UE３、及びMME５の構成例について説明する。図９は、上述の実施形態に係るNR gNB２の構成例を示すブロック図である。LTE eNB１の構成も図９に示されたそれと同様であってもよい。図９を参照すると、gNB２は、Radio Frequencyトランシーバ９０１、ネットワークインターフェース９０３、プロセッサ９０４、及びメモリ９０５を含む。RFトランシーバ９０１は、UE３を含むNG UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ９０１は、複数のトランシーバを含んでもよい。RFトランシーバ９０１は、アンテナアレイ９０２及びプロセッサ９０４と結合される。RFトランシーバ９０１は、変調シンボルデータをプロセッサ９０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ９０２に供給する。また、RFトランシーバ９０１は、アンテナアレイ９０２によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ９０４に供給する。RFトランシーバ９０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
　ネットワークインターフェース９０３は、ネットワークノード（e.g., LTE eNB１、MME５、S-GW６）と通信するために使用される。ネットワークインターフェース９０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
　プロセッサ９０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ９０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ９０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。プロセッサ９０４は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、Multiple Input Multiple Output（MIMO）エンコーダ及びプリコーダを含んでもよい。
　メモリ９０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ９０５は、プロセッサ９０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ９０４は、ネットワークインターフェース９０３又は図示されていないI/Oインタフェースを介してメモリ９０５にアクセスしてもよい。
　メモリ９０５は、上述の複数の実施形態で説明されたgNB２による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）９０６を格納してもよい。いくつかの実装において、プロセッサ９０４は、当該ソフトウェアモジュール９０６をメモリ９０５から読み出して実行することで、上述の実施形態で説明されたgNB２の処理を行うよう構成されてもよい。
　図１０は、UE３の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１００１は、eNB１及びgNB２と通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１００１は、アンテナアレイ１００２及びベースバンドプロセッサ１００３と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１００３から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１００２に供給する。また、RFトランシーバ１００１は、アンテナアレイ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１００３に供給する。RFトランシーバ１００１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
　ベースバンドプロセッサ１００３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
　例えば、ベースバンドプロセッサ１００３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１００３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
　ベースバンドプロセッサ１００３は、ビームフォーミングのためのMIMOエンコーディング及びプリコーディングを行ってもよい。
　ベースバンドプロセッサ１００３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１００４と共通化されてもよい。
　アプリケーションプロセッサ１００４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１００４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１００４は、メモリ１００６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE３の各種機能を実現する。
　幾つかの実装において、図１０に破線（１００５）で示されているように、ベースバンドプロセッサ１００３及びアプリケーションプロセッサ１００４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１００３及びアプリケーションプロセッサ１００４は、１つのSystem on Chip（SoC）デバイス１００５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
　メモリ１００６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１００６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、MROM、EEPROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１００６は、ベースバンドプロセッサ１００３、アプリケーションプロセッサ１００４、及びSoC１００５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１００６は、ベースバンドプロセッサ１００３内、アプリケーションプロセッサ１００４内、又はSoC１００５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１００６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
　メモリ１００６は、上述の複数の実施形態で説明されたUE３による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１００７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ１００３又はアプリケーションプロセッサ１００４は、当該ソフトウェアモジュール１００７をメモリ１００６から読み出して実行することで、上述の実施形態で図面を用いて説明されたUE３の処理を行うよう構成されてもよい。
　図１１は、上述の実施形態に係るMME５の構成例を示すブロック図である。図１１を参照すると、MME５は、ネットワークインターフェース１１０１、プロセッサ１１０２、及びメモリ１１０３を含む。ネットワークインターフェース１１０１は、ネットワークノード（e.g., RANノード、他のコアネットワークノード）と通信するために使用される。ネットワークインターフェース１１０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
　プロセッサ１１０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１１０２は、複数のプロセッサを含んでもよい。
　メモリ１１０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ１１０３は、プロセッサ１１０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１１０２は、ネットワークインターフェース１１０１又は図示されていないI/Oインタフェースを介してメモリ１１０３にアクセスしてもよい。
　メモリ１１０３は、上述の複数の実施形態で説明されたMME５による処理を行うための命令群およびデータを含む１又は複数のソフトウェアモジュール（コンピュータプログラム）１１０４を格納してもよい。いくつかの実装において、プロセッサ１１０２は、当該１又は複数のソフトウェアモジュール１１０４をメモリ１１０３から読み出して実行することで、上述の実施形態で説明されたMME５の処理を行うよう構成されてもよい。
　図９、図１０、及び図１１を用いて説明したように、上述の実施形態に係るLTE eNB１、NR gNB２、UE３、及びMME５が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
＜その他の実施形態＞
　上述の実施形態は、主にLTEのSCGベアラ・オプション（アーキテクチャ・オプション３Ａ）に関して説明された。これらの実施形態に示された装置の構成および動作は、LTEのスプリットベアラ・オプション（アーキテクチャ・オプション３）のために使用されることができる。
　上述の実施形態は、SeNB Addition手順を踏襲するSgNB Addition手順が使用される例を示した。上述の実施形態では、SgNB Addition手順の代わりに、SeNB Modification手順を踏襲するSgNB Modification手順が使用されてもよい。例えば、MeNB１は、SgNB Addition Requestメッセージ（e.g., 図５のステップ５０１、図６のステップ６０１）の代わりに、SgNB Modification RequestメッセージをSgNB２に送ってもよい。
　MeNB1は、無線ベアラ設定要求（e.g., SgNB Addition Requestメッセージ又はSgNB Modification Requestメッセージ）をSgNB２に送る前に、MeN１BとSgNB２間でUE Capability Coordinationを行ってもよい。例えば、MeNB１は、UE Capability Coordination RequestメッセージをSgNB２に送り、UE Capability Coordination ResponseメッセージをSgNB２から受信してもよい。当該Coordination では、MeN１B及びSgNB２は、RF capability（Band combination, measurement capability）などの固定的なUE capability（e.g., DCでデータ送受信中はほぼ変わらない、又はハードスプリットするcapability）のみを共有（交渉）してもよい。さらに、MeN１B及びSgNB２は、UE category規定に関連するcapability（e.g., soft buffer/soft channel bit）などの静的なUE capability（DC中にダイナミックに変わらない、又はdynamic sharingするcapability）も共有してもよい。これに代えて、MeN１B及びSgNB２は、静的なUE capabilityをSeNB Addition Request/Acknowledge messages（又はSeNB Modification Request/Acknowledge messages）の交換ステップにおいて共有してもよい。
　上述の実施形態で説明された各種メッセージ（e.g., SgNB Addition Requestメッセージ、SgNB Addition Request Acknowledgeメッセージ、RRC Connection Reconfigurationメッセージ、RRC Connection Reconfiguration Completeメッセージ、SgNB Reconfiguration Completeメッセージ、E-RAB Modification Indicationメッセージ、E-RAB Modification Confirmationメッセージ、NAS: Service Requestメッセージ、NAS: Extended Service Requestメッセージ、S1AP: E-RAB Setup Requestメッセージ）に包含される情報要素（Information Element）は、上述のものには限られない。例えば、上述した各種メッセージに包含される情報要素（Information Element）は、LTE eNB１とNR gNB２でDCを行うことを目的として、上述の実施形態とは異なる方向、異なるノード間で通信・共有されてもよい。より具体的な例示としては、SgNB Addition Requestメッセージに含まれる情報要素の少なくとも一部がSgNB Addition Request Acknowledgeメッセージに含まれてもよい。さらに又はこれに代えて、SgNB Addition Requestメッセージに含まれる情報要素の少なくとも一部が、S1AP: E-RAB Setup Requestメッセージに含まれてもよい。これにより、LTE eNB１とNR gNB２でDC行うのに必要な情報を、LTE eNB１とNR gNB２で行うDCに関連するノード間で共有することができる。
　上述の実施形態で説明されたLTE eNB１及びNR gNB２は、Cloud Radio Access Network（C-RAN）コンセプトに基づいて実装されてもよい。C-RANは、Centralized RANと呼ばれることもある。したがって、上述の実施形態で説明されたeNB１及びgNB２の各々により行われる処理及び動作は、C-RANアーキテクチャに含まれるDigital Unit（DU）によって、又はDU及びRadio Unit（RU）の組み合せによって提供されてもよい。DUは、Baseband Unit（BBU）又はCentral Unit（CU）と呼ばれる。RUは、Remote Radio Head（RRH）、Remote Radio Equipment（RRE）、Distributed Unit（DU）、又はTransmission and Reception Point（TRP）とも呼ばれる。すなわち、上述の実施形態で説明されたeNB１及びgNB２の各々によって行われる処理及び動作は、任意の１又は複数の無線局（又はRANノード）によって提供されてもよい。
　さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
　例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
　プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含む無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードであって、前記第２のRANノードは前記セカンダリRATに関連付けられ、
　前記第２のRANノードは、
　メモリと、
　前記メモリに結合された少なくとも１つのプロセッサと、
　備え、
　前記少なくとも１つのプロセッサは、
　前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタを示す無線ベアラ設定要求を前記プライマリRATに関連付けられた第１のRANノードから受信するよう構成され、
　前記無線ベアラ設定要求に基づいて、前記セカンダリRATの無線ベアラを設定するよう構成され、
　前記ベアラ・レベルQoSパラメタを前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタにトランスレートするよう構成され、
　前記フロー・レベルQoSパラメタを前記無線ベアラに関連付けるよう構成されている、第２のRANノード。
（付記２）
　前記少なくとも１つのプロセッサは、前記セカンダリRATの前記無線ベアラの設定情報を前記第１のRANノードを介して無線端末に送るよう構成されており、
　前記設定情報は、前記フロー・レベルQoSパラメタを含む、
付記１に記載の第２のRANノード。
（付記３）
　前記ベアラ・レベルQoSパラメタは、ネットワーク・ベアラ識別子を含み、
　前記フロー・レベルQoSパラメタは、前記ネットワーク・ベアラ識別子に関連付けられるフロー識別子を含む、
付記１又は２に記載の第２のRANノード。
（付記４）
　前記フロー・レベルQoSパラメタは、アップリンクのQoSマネジメント・タイプがリフレクティブQoSであるか否かを示す情報要素を含み、
　前記リフレクティブQoSでは、ダウンリンク・パケットに付与されるマーキングにより明示されるダウンリンクフローの無線ベアラへのマッピングが、アップリンクフローのデータベアラへのマッピングに反映される、
付記１～３のいずれか１項に記載の第２のRANノード。
（付記５）
　前記ベアラ・レベルQoSパラメタは、ベアラQoS Class Identifier（QCI）、ベアラMaximum Bit Rate（MBR）、及びベアラAllocation and Retention Priority（ARP）のうち少なくとも１つを含み、
　前記フロー・レベルQoSパラメタは、フローQCI、フロー優先度、フローMBR、及びフローARPのうち少なくとも１つを含む、
付記１～４のいずれか１項に記載の第２のRANノード。
（付記６）
　無線通信システムにおいて使用される無線端末であって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
　前記無線端末は、
　前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノード及び前記セカンダリRATに関連付けられた第２のRANノードと同時に通信するよう構成された少なくとも１つの無線トランシーバと、
　少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、前記デュアル・コネクティビティのための前記セカンダリRATの無線ベアラの設定情報を、前記第１のRANノードから受信するよう構成され、
　前記設定情報は、前記プライマリRATのQuality of Service（QoS）フレームワークに従うネットワーク・ベアラ識別子と、前記ベアラ識別子に関連付けられ且つ前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタとを含む、
無線端末。
（付記７）
　前記フロー・レベルQoSパラメタは、フロー識別子を含む、
付記６に記載の無線端末。
（付記８）
　前記少なくとも１つのプロセッサは、前記ネットワーク・ベアラ識別子を前記フロー識別子にマッピングするよう構成されている、
付記７に記載の無線端末。
（付記９）
　前記フロー・レベルQoSパラメタは、アップリンクのQoSマネジメント・タイプがリフレクティブQoSであるか否かを示す情報要素を含み、
　前記リフレクティブQoSでは、ダウンリンク・パケットに付与されるマーキングにより明示されるダウンリンクフローの無線ベアラへのマッピングが、アップリンクフローのデータベアラへのマッピングに反映される、
付記６～８のいずれか１項に記載の無線端末。
（付記１０）
　前記プライマリRATは、Evolved Universal Terrestrial Radio Access（E-UTRA）であり、
　前記共通のコアネットワークは、Evolved Packet Core（EPC）であり、
　前記ネットワーク・ベアラ識別子は、EPS bearer Identityを含む、
付記６～９のいずれか１項に記載の無線端末。
（付記１１）
　無線通信システムにおいて使用されるコアネットワークノードであって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
　前記コアネットワークノードは、
　メモリと、
　前記メモリに結合された少なくとも１つのプロセッサと、
　備え、
　前記少なくとも１つのプロセッサは、
　前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して無線端末からNon-Access Stratum（NAS）要求を受信したことに応答して、前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタに関連付けられる前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタを決定するよう構成され、
　前記ベアラ・レベルQoSパラメタ及び前記フロー・レベルQoSパラメタを含むベアラ設定要求を前記第１のRANノードに送るよう構成されている、
コアネットワークノード。
（付記１２）
　前記ベアラ設定要求は、前記ベアラ・レベルQoSパラメタ及び前記フロー・レベルQoSパラメタを含む無線ベアラ設定要求を前記セカンダリRATに関連付けられた第２のRANノードに送ることを前記第１のRANノードに引き起こす、
付記１１に記載のコアネットワークノード。
（付記１３）
　前記ベアラ・レベルQoSパラメタは、ネットワーク・ベアラ識別子を含み、
　前記フロー・レベルQoSパラメタは、前記ネットワーク・ベアラ識別子に関連付けられるフロー識別子を含む、
付記１１又は１２に記載のコアネットワークノード。
（付記１４）
　前記ベアラ・レベルQoSパラメタは、ベアラQoS Class Identifier（QCI）、ベアラMaximum Bit Rate（MBR）、及びベアラAllocation and Retention Priority（ARP）のうち少なくとも１つを含み、
　前記フロー・レベルQoSパラメタは、フローQCI、フロー優先度、フローMBR、及びフローARPのうち少なくとも１つを含む、
付記１１～１３のいずれか１項に記載のコアネットワークノード。
（付記１５）
　プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含む無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードにおける方法であって、前記第２のRANノードは前記セカンダリRATに関連付けられ、
　前記方法は、
　前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタを示す無線ベアラ設定要求を前記プライマリRATに関連付けられた第１のRANノードから受信すること、
　前記無線ベアラ設定要求に基づいて、前記セカンダリRATの無線ベアラを設定すること、
　前記ベアラ・レベルQoSパラメタを前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタにトランスレートすること、及び
　前記フロー・レベルQoSパラメタを前記無線ベアラに関連付けること、
を備える、方法。
（付記１６）
　無線通信システムにおいて使用される無線端末における方法であって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
　前記方法は、前記デュアル・コネクティビティのための前記セカンダリRATの無線ベアラの設定情報を、前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードから受信することを備え、
　前記設定情報は、前記プライマリRATのQuality of Service（QoS）フレームワークに従うネットワーク・ベアラ識別子と、前記ベアラ識別子に関連付けられ且つ前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタとを含む、
方法。
（付記１７）
　無線通信システムにおいて使用されるコアネットワークノードにおける方法であって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
　前記方法は、
　前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して無線端末からNon-Access Stratum要求を受信したことに応答して、前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタに関連付けられる前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタを決定すること、及び
　前記ベアラ・レベルQoSパラメタ及び前記フロー・レベルQoSパラメタを含むベアラ設定要求を前記第１のRANノードに送ること、
を備える、方法。
（付記１８）
　プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含む無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードにおける方法をコンピュータに行わせるためのプログラムであって、前記第２のRANノードは前記セカンダリRATに関連付けられ、
　前記方法は、
　前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタを示す無線ベアラ設定要求を前記プライマリRATに関連付けられた第１のRANノードから受信すること、
　前記無線ベアラ設定要求に基づいて、前記セカンダリRATの無線ベアラを設定すること、
　前記ベアラ・レベルQoSパラメタを前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタにトランスレートすること、及び
　前記フロー・レベルQoSパラメタを前記無線ベアラに関連付けること、
を備える、プログラム。
（付記１９）
　無線通信システムにおいて使用される無線端末における方法をコンピュータに行わせるためのプログラムであって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
　前記方法は、前記デュアル・コネクティビティのための前記セカンダリRATの無線ベアラの設定情報を、前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードから受信することを備え、
　前記設定情報は、前記プライマリRATのQuality of Service（QoS）フレームワークに従うネットワーク・ベアラ識別子と、前記ベアラ識別子に関連付けられ且つ前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタとを含む、
プログラム。
（付記２０）
　無線通信システムにおいて使用されるコアネットワークノードにおける方法をコンピュータに行わせるためのプログラムであって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
　前記方法は、
　前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して無線端末からNon-Access Stratum要求を受信したことに応答して、前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタに関連付けられる前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタを決定すること、及び
　前記ベアラ・レベルQoSパラメタ及び前記フロー・レベルQoSパラメタを含むベアラ設定要求を前記第１のRANノードに送ること、
を備える、プログラム。
　この出願は、２０１７年１月５日に出願された日本出願特願２０１７－０００７９７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１　eNodeB (eNB)
２　gNodeB (gNB)
３　User Equipment (UE)
４　Evolved Packet Core (EPC)
５　Mobility Management Entity (MME)
９０１　RFトランシーバ
９０４　プロセッサ
９０５　メモリ
１００１　RFトランシーバ
１００３　ベースバンドプロセッサ
１００４　アプリケーションプロセッサ
１００６　メモリ
１１０２　プロセッサ
１１０３　メモリ

Claims (20)

  1. 　プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含む無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードであって、前記第２のRANノードは前記セカンダリRATに関連付けられ、
    　前記第２のRANノードは、
    　メモリと、
    　前記メモリに結合された少なくとも１つのプロセッサと、
    　備え、
    　前記少なくとも１つのプロセッサは、
    　前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタを示す無線ベアラ設定要求を前記プライマリRATに関連付けられた第１のRANノードから受信するよう構成され、
    　前記無線ベアラ設定要求に基づいて、前記セカンダリRATの無線ベアラを設定するよう構成され、
    　前記ベアラ・レベルQoSパラメタを前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタにトランスレートするよう構成され、
    　前記フロー・レベルQoSパラメタを前記無線ベアラに関連付けるよう構成されている、第２のRANノード。
  2. 　前記少なくとも１つのプロセッサは、前記セカンダリRATの前記無線ベアラの設定情報を前記第１のRANノードを介して無線端末に送るよう構成されており、
    　前記設定情報は、前記フロー・レベルQoSパラメタを含む、
    請求項１に記載の第２のRANノード。
  3. 　前記ベアラ・レベルQoSパラメタは、ネットワーク・ベアラ識別子を含み、
    　前記フロー・レベルQoSパラメタは、前記ネットワーク・ベアラ識別子に関連付けられるフロー識別子を含む、
    請求項１又は２に記載の第２のRANノード。
  4. 　前記フロー・レベルQoSパラメタは、アップリンクのQoSマネジメント・タイプがリフレクティブQoSであるか否かを示す情報要素を含み、
    　前記リフレクティブQoSでは、ダウンリンク・パケットに付与されるマーキングにより明示されるダウンリンクフローの無線ベアラへのマッピングが、アップリンクフローのデータベアラへのマッピングに反映される、
    請求項１～３のいずれか１項に記載の第２のRANノード。
  5. 　前記ベアラ・レベルQoSパラメタは、ベアラQoS Class Identifier（QCI）、ベアラMaximum Bit Rate（MBR）、及びベアラAllocation and Retention Priority（ARP）のうち少なくとも１つを含み、
    　前記フロー・レベルQoSパラメタは、フローQCI、フロー優先度、フローMBR、及びフローARPのうち少なくとも１つを含む、
    請求項１～４のいずれか１項に記載の第２のRANノード。
  6. 　無線通信システムにおいて使用される無線端末であって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
    　前記無線端末は、
    　前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノード及び前記セカンダリRATに関連付けられた第２のRANノードと同時に通信するよう構成された少なくとも１つの無線トランシーバと、
    　少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、前記デュアル・コネクティビティのための前記セカンダリRATの無線ベアラの設定情報を、前記第１のRANノードから受信するよう構成され、
    　前記設定情報は、前記プライマリRATのQuality of Service（QoS）フレームワークに従うネットワーク・ベアラ識別子と、前記ベアラ識別子に関連付けられ且つ前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタとを含む、
    無線端末。
  7. 　前記フロー・レベルQoSパラメタは、フロー識別子を含む、
    請求項６に記載の無線端末。
  8. 　前記少なくとも１つのプロセッサは、前記ネットワーク・ベアラ識別子を前記フロー識別子にマッピングするよう構成されている、
    請求項７に記載の無線端末。
  9. 　前記フロー・レベルQoSパラメタは、アップリンクのQoSマネジメント・タイプがリフレクティブQoSであるか否かを示す情報要素を含み、
    　前記リフレクティブQoSでは、ダウンリンク・パケットに付与されるマーキングにより明示されるダウンリンクフローの無線ベアラへのマッピングが、アップリンクフローのデータベアラへのマッピングに反映される、
    請求項６～８のいずれか１項に記載の無線端末。
  10. 　前記プライマリRATは、Evolved Universal Terrestrial Radio Access（E-UTRA）であり、
    　前記共通のコアネットワークは、Evolved Packet Core（EPC）であり、
    　前記ネットワーク・ベアラ識別子は、EPS bearer Identityを含む、
    請求項６～９のいずれか１項に記載の無線端末。
  11. 　無線通信システムにおいて使用されるコアネットワークノードであって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
    　前記コアネットワークノードは、
    　メモリと、
    　前記メモリに結合された少なくとも１つのプロセッサと、
    　備え、
    　前記少なくとも１つのプロセッサは、
    　前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して無線端末からNon-Access Stratum（NAS）要求を受信したことに応答して、前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタに関連付けられる前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタを決定するよう構成され、
    　前記ベアラ・レベルQoSパラメタ及び前記フロー・レベルQoSパラメタを含むベアラ設定要求を前記第１のRANノードに送るよう構成されている、
    コアネットワークノード。
  12. 　前記ベアラ設定要求は、前記ベアラ・レベルQoSパラメタ及び前記フロー・レベルQoSパラメタを含む無線ベアラ設定要求を前記セカンダリRATに関連付けられた第２のRANノードに送ることを前記第１のRANノードに引き起こす、
    請求項１１に記載のコアネットワークノード。
  13. 　前記ベアラ・レベルQoSパラメタは、ネットワーク・ベアラ識別子を含み、
    　前記フロー・レベルQoSパラメタは、前記ネットワーク・ベアラ識別子に関連付けられるフロー識別子を含む、
    請求項１１又は１２に記載のコアネットワークノード。
  14. 　前記ベアラ・レベルQoSパラメタは、ベアラQoS Class Identifier（QCI）、ベアラMaximum Bit Rate（MBR）、及びベアラAllocation and Retention Priority（ARP）のうち少なくとも１つを含み、
    　前記フロー・レベルQoSパラメタは、フローQCI、フロー優先度、フローMBR、及びフローARPのうち少なくとも１つを含む、
    請求項１１～１３のいずれか１項に記載のコアネットワークノード。
  15. 　プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含む無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードにおける方法であって、前記第２のRANノードは前記セカンダリRATに関連付けられ、
    　前記方法は、
    　前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタを示す無線ベアラ設定要求を前記プライマリRATに関連付けられた第１のRANノードから受信すること、
    　前記無線ベアラ設定要求に基づいて、前記セカンダリRATの無線ベアラを設定すること、
    　前記ベアラ・レベルQoSパラメタを前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタにトランスレートすること、及び
    　前記フロー・レベルQoSパラメタを前記無線ベアラに関連付けること、
    を備える、方法。
  16. 　無線通信システムにおいて使用される無線端末における方法であって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
    　前記方法は、前記デュアル・コネクティビティのための前記セカンダリRATの無線ベアラの設定情報を、前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードから受信することを備え、
    　前記設定情報は、前記プライマリRATのQuality of Service（QoS）フレームワークに従うネットワーク・ベアラ識別子と、前記ベアラ識別子に関連付けられ且つ前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタとを含む、
    方法。
  17. 　無線通信システムにおいて使用されるコアネットワークノードにおける方法であって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
    　前記方法は、
    　前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して無線端末からNon-Access Stratum要求を受信したことに応答して、前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタに関連付けられる前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタを決定すること、及び
    　前記ベアラ・レベルQoSパラメタ及び前記フロー・レベルQoSパラメタを含むベアラ設定要求を前記第１のRANノードに送ること、
    を備える、方法。
  18. 　プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含む無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードにおける方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、前記第２のRANノードは前記セカンダリRATに関連付けられ、
    　前記方法は、
    　前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタを示す無線ベアラ設定要求を前記プライマリRATに関連付けられた第１のRANノードから受信すること、
    　前記無線ベアラ設定要求に基づいて、前記セカンダリRATの無線ベアラを設定すること、
    　前記ベアラ・レベルQoSパラメタを前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタにトランスレートすること、及び
    　前記フロー・レベルQoSパラメタを前記無線ベアラに関連付けること、
    を備える、非一時的なコンピュータ可読媒体。
  19. 　無線通信システムにおいて使用される無線端末における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
    　前記方法は、前記デュアル・コネクティビティのための前記セカンダリRATの無線ベアラの設定情報を、前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードから受信することを備え、
    　前記設定情報は、前記プライマリRATのQuality of Service（QoS）フレームワークに従うネットワーク・ベアラ識別子と、前記ベアラ識別子に関連付けられ且つ前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタとを含む、
    非一時的なコンピュータ可読媒体。
  20. 　無線通信システムにおいて使用されるコアネットワークノードにおける方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、前記無線通信システムは、プライマリRAT及びセカンダリRATを含むデュアル・コネクティビティをサポートし且つ前記プライマリRATに関連付けられた共通のコアネットワークを含み、
    　前記方法は、
    　前記プライマリRATに関連付けられた第１の無線アクセスネットワーク（RAN）ノードを介して無線端末からNon-Access Stratum要求を受信したことに応答して、前記プライマリRATのQuality of Service（QoS）フレームワークに従うベアラ・レベルQoSパラメタに関連付けられる前記セカンダリRATのQoSフレームワークに従うフロー・レベルQoSパラメタを決定すること、及び
    　前記ベアラ・レベルQoSパラメタ及び前記フロー・レベルQoSパラメタを含むベアラ設定要求を前記第１のRANノードに送ること、
    を備える、非一時的なコンピュータ可読媒体。
PCT/JP2017/041817 2017-01-05 2017-11-21 無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体 WO2018128017A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/474,617 US11057955B2 (en) 2017-01-05 2017-11-21 Radio access network node, radio terminal, core network node, and methods and non-transitory computer-readable media therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-000797 2017-01-05
JP2017000797 2017-01-05

Publications (1)

Publication Number Publication Date
WO2018128017A1 true WO2018128017A1 (ja) 2018-07-12

Family

ID=62790882

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/041817 WO2018128017A1 (ja) 2017-01-05 2017-11-21 無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体

Country Status (2)

Country Link
US (1) US11057955B2 (ja)
WO (1) WO2018128017A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020123171A1 (en) 2018-12-14 2020-06-18 T-Mobile Usa, Inc. Bearer selection for dual connectivity cellular systems
WO2020164572A1 (en) * 2019-02-14 2020-08-20 Mediatek Inc. Methods and apparatus to improve mr-dc sn addition procedur
JP2021533600A (ja) * 2018-08-06 2021-12-02 テレフオンアクチーボラゲット エルエム エリクソン（パブル） マルチｒａｔデュアルコネクティビティ（ｍｒ−ｄｃ）及びｎｒ−ｎｒデュアルコネクティビティ（ｎｒ−ｄｃ）におけるスプリットベアラのためのトンネルセットアップ

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108307538B (zh) * 2016-09-30 2023-05-02 夏普株式会社 用于建立/重配置数据承载的方法和设备
US11160083B2 (en) * 2017-03-23 2021-10-26 Lg Electronics Inc. Method and apparatus for coordinating terminal capabilities for LTE/NR interworking in wireless communication system
US11589262B2 (en) * 2017-03-24 2023-02-21 Samsung Electronics Co., Ltd. Method and apparatus for data transmission in wireless communication system
CN107820727B (zh) * 2017-03-31 2021-04-02 达闼机器人有限公司 资源调度的方法和装置以及基站
CN108811153A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 通信方法、集中式单元、分布式单元、基站及终端设备
CN109246844B (zh) * 2017-06-16 2022-07-15 中兴通讯股份有限公司 无线承载的配置方法及系统
JP7043252B2 (ja) * 2017-12-28 2022-03-29 シャープ株式会社 端末装置、方法、および、集積回路
US10863390B2 (en) * 2018-02-14 2020-12-08 Mediatek Inc. Method and apparatus for non-access stratum transport
US10993154B2 (en) * 2018-04-02 2021-04-27 T-Mobile Usa, Inc. Optimizing new radio standalone and dual connectivity access
CN110635880B (zh) * 2018-06-22 2021-12-21 华为技术有限公司 信号传输方法、网络设备及系统
US10873987B1 (en) * 2019-06-04 2020-12-22 Sprint Spectrum L.P. Use of uplink noise as a basis to control configuration of dual-connectivity service
CN113630738B (zh) * 2020-04-21 2023-11-10 华为技术有限公司 一种侧行链路通信方法及装置
WO2022061579A1 (en) * 2020-09-23 2022-03-31 Qualcomm Incorporated Performance of secondary cell group adding procedures or handover or redirection procedures
CN116250360A (zh) * 2021-01-11 2023-06-09 Oppo广东移动通信有限公司 一种连接建立方法及装置、网络设备
US11910448B2 (en) * 2021-12-28 2024-02-20 T-Mobile Innovations Llc Random access channel preamble assignments for dual connectivity

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012504358A (ja) * 2008-09-29 2012-02-16 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｅｐｓパケット・ドメインに関するａｔコマンド処理技術
WO2015160329A1 (en) * 2014-04-15 2015-10-22 Nokia Solutions And Networks Oy Interworking with bearer-based system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8787172B2 (en) * 2010-06-21 2014-07-22 Qualcomm Incorporated Method and apparatus for QoS context transfer during inter radio access technology handover in a wireless communication system
US8625534B2 (en) * 2011-05-20 2014-01-07 At&T Intellectual Property I, L.P. Throughput for inter-radio access technology handover

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012504358A (ja) * 2008-09-29 2012-02-16 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｅｐｓパケット・ドメインに関するａｔコマンド処理技術
WO2015160329A1 (en) * 2014-04-15 2015-10-22 Nokia Solutions And Networks Oy Interworking with bearer-based system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"QoS and bearer for DC between LTE and NR", 3GPP TSG-RAN2 #96 R2-168400, 4 November 2016 (2016-11-04), pages 1 - 3, XP051192480, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg-ran/WG2-RL2/TSGR2-96/Docs/R2-168400.zip> [retrieved on 20180202] *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021533600A (ja) * 2018-08-06 2021-12-02 テレフオンアクチーボラゲット エルエム エリクソン（パブル） マルチｒａｔデュアルコネクティビティ（ｍｒ−ｄｃ）及びｎｒ−ｎｒデュアルコネクティビティ（ｎｒ−ｄｃ）におけるスプリットベアラのためのトンネルセットアップ
US11523448B2 (en) 2018-08-06 2022-12-06 Telefonaktiebolaget Lm Ericsson (Publ) Tunnel setup for split bearers in multi-rat dual connectivity (MR-DC) and NR-NR dual connectivity (NR-DC)
WO2020123171A1 (en) 2018-12-14 2020-06-18 T-Mobile Usa, Inc. Bearer selection for dual connectivity cellular systems
EP3878204A4 (en) * 2018-12-14 2022-06-15 T-Mobile USA, Inc. CARRIER SELECTION FOR DUAL CONNECTIVITY MOBILE SYSTEMS
WO2020164572A1 (en) * 2019-02-14 2020-08-20 Mediatek Inc. Methods and apparatus to improve mr-dc sn addition procedur
CN111837438A (zh) * 2019-02-14 2020-10-27 联发科技股份有限公司 改善mr-dc sn添加过程的方法和装置
US11224082B2 (en) 2019-02-14 2022-01-11 Mediatek Inc. Methods and apparatus to improve MR-DC SN addition procedure
CN111837438B (zh) * 2019-02-14 2024-03-15 联发科技股份有限公司 改善mr-dc sn添加过程的方法和装置

Also Published As

Publication number Publication date
US11057955B2 (en) 2021-07-06
US20190342932A1 (en) 2019-11-07

Similar Documents

Publication Publication Date Title
JP7318779B2 (ja) マスター無線アクセスネットワークノード、ａｍｆ、及びこれらの方法
JP7396519B2 (ja) 無線アクセスネットワークノード及び無線端末並びにこれらの方法
WO2018128017A1 (ja) 無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体
JP7380780B2 (ja) ソースｒａｎノード、無線端末、ターゲットｒａｎノード、及びこれらの方法

Legal Events

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

Ref document number: 17890783

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17890783

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP