WO2019098267A1 - 端末装置および方法 - Google Patents

端末装置および方法 Download PDF

Info

Publication number
WO2019098267A1
WO2019098267A1 PCT/JP2018/042276 JP2018042276W WO2019098267A1 WO 2019098267 A1 WO2019098267 A1 WO 2019098267A1 JP 2018042276 W JP2018042276 W JP 2018042276W WO 2019098267 A1 WO2019098267 A1 WO 2019098267A1
Authority
WO
WIPO (PCT)
Prior art keywords
drb
sdap
information
configuration
qos flow
Prior art date
Application number
PCT/JP2018/042276
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/764,024 priority Critical patent/US11159985B2/en
Priority to CA3082536A priority patent/CA3082536A1/en
Priority to EP18879628.8A priority patent/EP3713293B1/en
Priority to CN201880073576.7A priority patent/CN111345064B/zh
Priority to BR112020009584-2A priority patent/BR112020009584A2/pt
Publication of WO2019098267A1 publication Critical patent/WO2019098267A1/ja
Priority to PH12020550628A priority patent/PH12020550628A1/en

Links

Images

Classifications

    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • 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

Definitions

  • the present invention relates to a terminal device and method.
  • Priority is claimed on Japanese Patent Application No. 2017-219900, filed on Nov. 15, 2017, the content of which is incorporated herein by reference.
  • Radio access method and radio network for cellular-mobile communication (hereinafter referred to as “Long Term Evolution (LTE: registered trademark)” or “Evolved Universal Terrestrial Radio Access: EUTRA”)
  • LTE Long Term Evolution
  • EUTRA Evolved Universal Terrestrial Radio Access: EUTRA
  • EPC Packet Core
  • Non-Patent Document 1 As a radio access method and radio network technology for the 5th generation cellular system, technology examination of LTE-Advanced Pro which is an extension technology of LTE and NR (New Radio technology) which is a new radio access technology And standards are being developed (Non-Patent Document 1). Moreover, examination of 5 GC (5 Generation Core Network) which is a core network for the 5th generation cellular system is also performed (nonpatent literature 2).
  • 3GPP RP-170855 "Work Item on New Radio (NR) Access Technology” 3GPP TS 23.501, "System Architecture for the 5G System; Stage 2" 3GPP TS 36.300, “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2” 3GPP TS 36.331, “Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specifications” 3GPP TS 36.323, “Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence Protocol (PDCP) specification” 3GPP TS 36.322, “Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification” 3GPP TS 36.321, “Evolved Universal Terestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification” 3GPP TS 37.340, "Evolved
  • a protocol of wireless access layer is considered, which performs Quality of Service (QoS) management between upper layers above IP (Internet Protocol) layer and NR wireless access layer. ing.
  • QoS Quality of Service
  • One aspect of the present invention has been made in view of the above-described circumstances, and a terminal device capable of efficiently performing communication with a base station device, a method used for the terminal device, and the method implemented by the terminal device It is an object to provide an integrated circuit.
  • one aspect of the present invention takes the following measures. That is, one aspect of the present invention is a terminal apparatus that communicates with one or more base station apparatuses, and RRC re-establishment including information optionally indicating the presence of the uplink SDAP header from the base station apparatus.
  • a receiver configured to receive a configuration message, a storage configured to store a mapping rule between a QoS flow and a DRB, and an uplink SDAP SDU from an upper layer, and the DRB mapped to the uplink SDAP SDU may be an SDAP for uplink.
  • an uplink SDAP header is created, and the QoS flow identifier field of the QoS flow corresponding to the uplink SDAPSDU is created in the QoS flow identifier field of the uplink SDAP header.
  • a processing unit that sets a value.
  • one aspect of the present invention is a terminal apparatus that communicates with one or more base station apparatuses, and RRC reselection including information optionally indicating that an uplink SDAP header is present from the base station apparatus.
  • a receiver configured to receive a configuration message, a storage configured to store a mapping rule between a QoS flow and a DRB, and an uplink SDAP SDU from an upper layer, and the DRB mapped to the uplink SDAP SDU may be an SDAP for uplink. If the header is set to exist, an uplink SDAP header is created, and the QoS flow identifier field of the QoS flow corresponding to the uplink SDAPSDU is created in the QoS flow identifier field of the uplink SDAP header.
  • a processing unit for setting a value; Links for SDAP header is set to a DRB with mapping rules between two or more QoS flows.
  • one aspect of the present invention is a method performed by a terminal device that communicates with one or more base station devices, and information optionally indicating that an uplink SDAP header is present from the base station device.
  • Receive an RRC reconfiguration message including the following store the mapping rule between the QoS flow and the DRB, receive the uplink SDAP SDU from the upper layer, and the DRB mapped to the uplink SDAP SDU has an uplink SDAP header If it is set to exist, create an uplink SDAP header, and in the QoS flow identifier field of the uplink SDAP header, set the QoS flow identifier value of the QoS flow corresponding to the uplink SDAPSDU.
  • one aspect of the present invention is a method performed by a terminal device that communicates with one or more base station devices, and information optionally indicating that an uplink SDAP header is present from the base station device.
  • Receive an RRC reconfiguration message including the following, store the mapping rule between the QoS flow and the DRB, receive the uplink SDAP SDU from the upper layer, and the DRB mapped to the uplink SDAP SDU has an uplink SDAP header If it is set to exist, create an uplink SDAP header, and in the QoS flow identifier field of the uplink SDAP header, set the QoS flow identifier value of the QoS flow corresponding to the uplink SDAPSDU. Configure the uplink SDAP header It is set to a DRB with mapping rules between two or more QoS flows.
  • the terminal device can perform QoS management correctly and can communicate efficiently.
  • FIG. 10 is a protocol stack diagram of UP and CP of the terminal device and the base station device in E-UTRA in the embodiment of the present invention.
  • FIG. 10 is a diagram showing a protocol stack of UP and CP of a terminal device and a base station device in NR in the embodiment of the present invention.
  • the block diagram which shows the structure of the terminal device in embodiment of this invention.
  • FIG. 10 is a block diagram showing the configuration of a terminal according to a third embodiment of the present invention.
  • LTE (and LTE-A Pro) and NR may be defined as different RATs.
  • NR may be defined as a technology included in LTE.
  • LTE may be defined as a technology included in NR.
  • LTE connectable by NR and Dual connectivity may be distinguished from conventional LTE. This embodiment may be applied to NR, LTE and other RATs. The following description will be made using LTE and NR related terms, but may be applied in other technologies using other terms.
  • FIG. 1 is a schematic view of a communication system according to an embodiment of the present invention.
  • E-UTRA 100 is a radio access technology described in Non-Patent Document 3 and the like, and is made up of a cell group (CG) configured in one or more frequency bands.
  • An eNB (E-UTRAN Node B) 102 is a base station apparatus of E-UTRA.
  • EPC (Evolved Packet Core) 104 is a core network described in Non-Patent Document 14 etc., and is designed as a core network for E-UTRA.
  • the interface 112 is an interface between the eNB 102 and the EPC 104, and there is a control plane (CP) through which control signals pass, and a user plane (UP) through which user data passes.
  • CP control plane
  • UP user plane
  • the NR 106 is a new radio access technology currently under consideration in 3GPP, and consists of a cell group (CG) composed of one or more frequency bands.
  • the gNB (g Node B) 108 is an NR base station apparatus.
  • 5 GC 110 is a new core network for NR currently being studied in 3 GPP, and is described in Non-Patent Document 2 and the like.
  • the interface 114 is an interface between the eNB 102 and the 5GC 110
  • the interface 116 is an interface between the gNB 108 and the 5GC 110
  • the interface 118 is an interface between the gNB 108 and the EPC 104
  • the interface 120 is an interface between the eNB 102 and the gNB 108
  • the interface 124 is the EPC 104 and 5GC 110 Interface between
  • the interface 114, the interface 116, the interface 118, the interface 120, and the interface 124 are interfaces that pass CP only, UP only, or both CP and UP, but details are under discussion in 3GPP.
  • the interface 114, the interface 116, the interface 118, the interface 120, and the interface 124 may not exist depending on the communication system provided by the communication carrier.
  • the UE 122 is a terminal device that supports NR or both E-UTRA and NR.
  • FIG. 2 is a protocol stack diagram (Protocol Stack) of UP and CP of the terminal device and the base station device in the E-UTRA radio access layer in the embodiment of the present invention.
  • Protocol stack diagram Protocol Stack
  • FIG. 2A is a protocol stack diagram of UP used when the UE 122 communicates with the eNB 102.
  • a PHY (Physical layer) 200 is a wireless physical layer, and provides a transmission service to an upper layer using a physical channel.
  • the PHY 200 is connected to a high-order medium access control layer (MAC) 202 described later by a transport channel (Transport Channel). Data moves between the MAC 202 and the PHY 200 via the transport channel. Data transmission / reception is performed between the PHY of the UE 122 and the eNB 102 via the wireless physical channel.
  • MAC medium access control layer
  • the MAC 202 maps various logical channels (Logical Channels) to various transport channels.
  • the MAC 202 is connected to an upper radio link control layer (RLC) 204 described later via a logical channel.
  • Logical channels are roughly divided according to the type of information to be transmitted, and are divided into control channels for transmitting control information and traffic channels for transmitting user information.
  • the MAC 202 has a function of controlling the PHY 200 to perform intermittent reception and transmission (DRX and DTX), a function of executing a random access procedure, a function of notifying transmission power information, and a function of performing HARQ control. Have (Non-Patent Document 7).
  • the RLC 204 segments (Segmentation) data received from a higher level Packet Data Convergence Protocol Layer (PDCP) 206 described later, and adjusts the data size so that the lower layer can appropriately transmit data.
  • the RLC 200 also has a function to guarantee QoS (Quality of Service) required by each data. That is, the RLC 204 has functions such as retransmission control of data (Non-Patent Document 6).
  • the PDCP 206 may have a header compression function that compresses unnecessary control information in order to efficiently transmit IP packets (IP Packets) that are user data in a wireless section.
  • IP Packets IP Packets
  • PDCP 206 may also have a function of data encryption (Non-Patent Document 5).
  • the data processed by the MAC 202, the RLC 204, and the PDCP 206 will be called a MAC PDU (Protocol Data Unit), an RLC PDU, and a PDCP PDU, respectively.
  • MAC PDU Protocol Data Unit
  • RLC PDU Radio Link Control
  • PDCP PDU Packet Control Protocol
  • data passed from the upper layer to the MAC 202, the RLC 204, and the PDCP 206, or data passed to the upper layer are referred to as a MAC SDU (Service Data Unit), an RLC SDU, and a PDCP SDU, respectively.
  • MAC SDU Service Data Unit
  • FIG. 2B is a protocol stack diagram of a CP used when the UE 122 communicates with the eNB 102.
  • a radio resource control layer (RRC) 208 exists in the protocol stack of the CP.
  • the RRC 208 performs radio bearer (Radio Bearer: RB) setup and reconfiguration, and controls logical channels, transport channels, and physical channels.
  • the RB may be divided into a Signaling Radio Bearer (SRB) and a Data Radio Bearer (DRB), and the SRB is used as a path for transmitting an RRC message, which is control information. May be
  • the DRB may be used as a path for transmitting user data.
  • Each RB may be set between RRCs 208 of eNB 102 and UE 122 (Non-Patent Document 4).
  • the function classification of MAC202 mentioned above, RLC204, PDCP206, and RRC208 is an example, and a part or all of each function does not need to be implemented. Also, some or all of the functions of each layer may be included in other layers.
  • FIG. 3 is a protocol stack diagram (Protocol Stack) of UP and CP of the terminal apparatus and the base station apparatus in the NR radio access layer in the embodiment of the present invention.
  • Protocol Stack Protocol stack diagram
  • FIG. 3A is a protocol stack diagram of UP used when the UE 122 communicates with the gNB 108.
  • the PHY (Physical layer) 300 is a wireless physical layer of NR, and may provide a transmission service to the upper layer using a physical channel.
  • the PHY 300 may be connected to a high-order medium access control layer (MAC) 302 described later by a transport channel. Data may move between the MAC 302 and the PHY 300 via a transport channel. Data transmission / reception may be performed between the PHY of the UE 122 and the gNB 108 via a wireless physical channel.
  • MAC medium access control layer
  • the MAC 302 may map various logical channels to various transport channels.
  • the MAC 302 may be connected to a higher radio link control layer (RLC) 304 described later via a logical channel.
  • Logical channels may be roughly divided according to the type of information to be transmitted, and may be divided into a control channel for transmitting control information and a traffic channel for transmitting user information.
  • the MAC 302 has a function of controlling the PHY 300 to perform intermittent reception and transmission (DRX and DTX), a function of executing a random access procedure, a function of notifying transmission power information, and a function of performing HARQ control. You may have (nonpatent literature 13). In detail, unlike MAC 202 of E-UTRA, it is under discussion in 3GPP.
  • the RLC 304 may segment (Segmentation) data received from a higher level Packet Data Convergence Protocol Layer (PDCP) 206 described later, and adjust the data size so that the lower layer can transmit data appropriately. .
  • the RLC 304 may also have a function to guarantee the QoS (Quality of Service) required by each piece of data. That is, RLC 304 may have functions such as retransmission control of data (Non-Patent Document 12). In detail, unlike RLC 204 of E-UTRA, it is under discussion in 3GPP.
  • the PDCP 306 may have a header compression function that compresses unnecessary control information in order to efficiently transmit IP packets (IP Packets) that are user data in a wireless section.
  • IP Packets IP Packets
  • PDCP 306 may also have a function of data encryption (Non-Patent Document 11).
  • Non-Patent Document 11 Non-Patent Document 11
  • Service Data Adaptation Protocol (SDAP) 310 is a mapping of downlink QoS flows and DRBs sent from the core network to the terminal device via the base station device, and mapping from the terminal device to the base station device It may have a function of mapping the uplink QoS information flow sent to the DRB to the uplink QoS information flow and storing mapping rule information (Non-Patent Document 16).
  • a QoS flow consists of one or more Service Data Flows (SDFs), which are processed according to the same QoS policy (Non-Patent Document 2).
  • SDAP may have a reflective QoS (Reflective QoS) function that performs mapping between uplink QoS flow and DRB based on downlink QoS flow information (Non-Patent Document 2, Non-Patent Document 16). . Details are under discussion in 3GPP.
  • Reflective QoS Reflective QoS
  • the IP layer, and a Transmission Control Protocol (TCP) layer above the IP layer, a User Datagram Protocol (UDP) layer, an application layer, and the like are upper layers of the SDAP (not shown). Also, in the SDAP of the terminal device, the layer that associates the service data flow with the QoS flow is also the upper layer of the SDAP.
  • TCP Transmission Control Protocol
  • UDP User Datagram Protocol
  • the data processed by the MAC 302, RLC 304, PDCP 306, and SDAP 310 may be referred to as MAC PDU (Protocol Data Unit), RLC PDU, PDCP PDU, and SDAP PDU, respectively.
  • the data passed from the upper layer to the MAC 202, the RLC 204, and the PDCP 206 or the data passed to the upper layer may be called a MAC SDU (Service Data Unit), an RLC SDU, a PDCP SDU, and an SDAP SDU, respectively.
  • FIG. 3B is a protocol stack diagram of a CP used when the UE 122 communicates with the gNB 108.
  • a radio resource control layer (RRC) 308 exists in the protocol stack of the CP.
  • the RRC 308 may set up and reconfigure radio bearers (RBs), and may control logical channels, transport channels, and physical channels.
  • the RB may be divided into a Signaling Radio Bearer (SRB) and a Data Radio Bearer (DRB), and the SRB is used as a path for transmitting an RRC message, which is control information. May be
  • the DRB may be used as a path for transmitting user data.
  • Each RB may be set between the gNB 108 and the RRC 308 of the UE 122 (Non-Patent Document 10).
  • the function classification of MAC302 mentioned above, RLC304, PDCP306, SDAP310, and RRC308 is an example, and a part or all of each function does not need to be implemented. Also, some or all of the functions of each layer may be included in other layers.
  • MAC 202, RLC 204, PDCP 206, and RRC 208 are respectively used for MAC for E-UTRA or MAC for LTE, for E-UTRA. It may also be called RLC for RLC or LTE, PDCP for E-UTRA or PDCP for LTE, and RRC for E-UTRA or RRC for LTE.
  • the MAC 302, the RLC 304, the PDCP 306, and the RRC 308 may also be referred to as an NR MAC, an NR RLC, an NR RLC, and an NR RRC, respectively.
  • the eNB 102, the gNB 108, the EPC 104, and the 5GC 110 may be connected via the interface 112, the interface 116, the interface 118, the interface 120, and the interface 114.
  • the RRC 208 of FIG. 2 may be replaced with the RRC 308 of FIG. 3 to support various communication systems.
  • PDCP 206 in FIG. 2 may be replaced with PDCP 306 in FIG.
  • RRC 308 of FIG. 3 may include the functions of RRC 208 of FIG.
  • the PDCP 306 of FIG. 3 may be the PDCP 206 of FIG.
  • Embodiment 1 The first embodiment of the present invention will be described with reference to FIGS. 1 and 4 to 8.
  • FIG. 4 is a diagram showing an example of a flow of RRC reconfiguration procedure in each embodiment of the present invention.
  • the RRC reconfiguration procedure (RRC Reconfiguration) is, as described in Non-Patent Document 10, performs RB establishment, modification, and release in NR, and modification, release, and the like of secondary cells, as well as handover and measurement (Measurement), etc.
  • the procedure used to In each embodiment of the present invention a procedure used for establishing, changing, and releasing RBs in NR, and adding, changing, releasing, handover and measurement of cell group, etc. Although it calls, it may be another name.
  • procedures such as establishment, change, and release of RB, and addition, change, release, handover, and measurement of cell group in each embodiment of the present invention are described in E-UTRA described in Non-Patent Document 4. It may be a procedure or may be called an RRC connection reconfiguration procedure.
  • the UE 122 receives an RRC reconfiguration message (RRC Reconfiguration) from the gNB 108 (step S400), and performs various settings such as DRB configuration according to the information included in the RRC reconfiguration message (step S402). After step S402, the UE 122 may send an RRC reconfiguration complete message (RRC Reconfigration Complete) or the like to the gNB 108 (not shown).
  • RRC Reconfiguration RRC reconfiguration message
  • RRC Reconfigration Complete RRC Reconfigration Complete
  • FIG. 5 is a block diagram showing the configuration of the terminal device (UE 122) in the embodiment of the present invention. Note that only main components closely related to one embodiment of the present invention are illustrated in FIG. 5 in order to avoid the description being complicated.
  • the UE 122 shown in FIG. 5 includes a receiving unit 500 that receives an RRC reconfiguration message from the gNB 108, a storage unit 502 that stores a mapping rule between the QoS flow and the DRB, and a processing unit 504 that processes messages and data.
  • FIG. 6 shows, among the information included in the RRC reconfiguration message in FIG. 4, information related to DRB configuration with SDAP configuration, and ASN. It is an example of 1 (Abstract Syntax Notation One) description.
  • specifications related to RRC Non-Patent Document 4 and Non-Patent Document 10
  • the ASN In the example 1, ⁇ abbr> and ⁇ abbr> are ASN. Indicates that other information is omitted rather than part of the notation of 1. The information may be omitted even in places where there is no description of ⁇ abbreviation> or ⁇ abbreviation>.
  • the ASN Examples of 1 are ASN.
  • the information represented by DRB-ToAddModList in FIG. 6 may be a list of information represented by DRBToAddMod and indicating the setting of the DRB to be added or changed.
  • the information represented by pduSession-Identity in DRB-ToAddMod (information indicating the setting of DRB to be added or changed) may be information for identifying a PDU session described in Non-Patent Document 2.
  • the information identifying the PDU session may be a PDU session identifier described in Non-Patent Document 2, or may be other information. In the example of FIG. 6, although it is set as the integer value of 1-16, you may take another value.
  • the information identifying the PDU session may be used to identify the PDU session associated with the DRB to be configured. Further, in FIG.
  • the information for identifying the PDU session is included in the information indicating the setting of the DRB to be added or changed, but may be described in another place. Further, in the information indicating the setting of the DRB to be added or changed, the information represented by DRB-Identity is the DRB identifier of the DRB to be added or changed. In the example of FIG. 6, although it is set as the integer value of 1 to 32, you may take another value. The DRB identifier may be used to uniquely identify the DRB in a PDU session.
  • the information represented by sdap-Config in the information indicating the setting of the DRB to be added or changed may be the information related to the SDAP entity setting.
  • the information represented by qosFlowIdAddList in the information on the SDAP entity configuration may be list information of a QoS flow identifier (QoSFlow-Identity) corresponding to (mapping) the DRB identifier.
  • QoSFlow-Identity a QoS flow identifier corresponding to (mapping) the DRB
  • the QoS flow identifier corresponding to (mapping) the DRB may be correspondence (mapping) in the uplink direction.
  • the QoS flow identifier may be an integer value.
  • the information represented by qosFlowIdReleaseList in the information on the SDAP entity configuration is list information of the QoS flow identifier (QoSFlow-Identity) to be released among the QoS flow identifiers corresponding to (mapping) the DRB identifier. Also good.
  • the information represented by sdapHeader-UL may be information indicating that the uplink SDAP header exists in the uplink direction SDAP PDU corresponding to (mapping) the DRB to be set. Also, the information indicating that the uplink SDAP header exists indicates that the uplink SDAP header is required for the uplink direction SDAP PDU or SDAP SDU corresponding to (mapping) the DRB to be set. It may be rephrased as information shown. Further, the information represented by sdapHeader-DL may be information indicating that the downlink SDAP header exists in the downlink direction SDAP PDU corresponding to (mapping) the DRB to be set. The information indicating that the uplink SDAP header is present and the information indicating that the uplink SDAP header is present may indicate that they are present using true, enable, etc., or a numerical value indicating the header length. It may indicate that it exists together with
  • the information represented by reflective may be information indicating that the DRB to be configured corresponds (maps) to the reflective QoS flow described in Non-Patent Document 2 and Non-Patent Document 16.
  • the information indicating correspondence (mapping) with the reflective QoS flow may indicate that correspondence (mapping) with the reflective QoS flow is performed using true, enable, and the like.
  • the QoS flow may be composed of one or more service data flows (SDFs) processed according to the same QoS policy (Non-Patent Document 2).
  • the treatment of reflective QoS in the encapsulation header (N3 header) of the user data of the core network of each packet of one or more SDFs among the SDFs assigned to the QoS flows It may mean the QoS flow that includes the Reflective QoS Indicator (RQI) to receive.
  • RQI Reflective QoS Indicator
  • the information indicated by default may be information indicating that the DRB to be added or changed is a default DRB.
  • a default DRB may be a DRB corresponding to a QoS flow having a default QoS policy, or may be a DRB mapped if a mapping rule between a QoS flow and a DRB corresponding to an uplink SDAP SDU is not stored. It may be The information indicating that it is the default DRB may indicate that it is the default DRB using true, enable, and the like.
  • the information indicated by the DRB-ToReleaseList may be information indicating a list of DRB identifiers of DRBs to be released.
  • the information shown in FIG. 6 may be optional. That is, the information shown in FIG. 6 may be included in the RRC reconfiguration message as needed. Different processing may be defined as processing of the UE 122 in the case where the RRC reconfiguration message includes information and in the case where the information is not included. For example, information indicating that the uplink SDAP header exists, information indicating that the downlink SDAP header exists, information indicating that the reflective QoS flow is supported (mapping), information indicating that it is a default DRB, etc. May be optional.
  • the information shown in FIG. 6 may include information having a dependency.
  • the number of QoS flow identifiers included in the list information of QoS flow identifiers (QoSFlow-Identity) corresponding to (mapping) DRB identifiers is two or more, or two or more QoS flows corresponding (mapping) to one DRB If there is, it may be assumed that there is information indicating that the uplink SDAP header exists. Also, even when there are two or more QoS flows corresponding to (or mapped to) one DRB, the default DRB is excluded, that is, even if there is no information indicating that the uplink SDAP header exists. good. Conversely, in the case of the default DRB, information indicating that the uplink SDAP header exists may be present.
  • the information indicating that the reflective QoS flow is to be supported (mapped) is included in the RRC reconfiguration message
  • the information indicating that the downlink SDAP header is present may be present.
  • the information indicating that the downlink SDAP header is present may include information indicating that it corresponds to (mapping) the reflective QoS flow. That is, when the information indicating that the downlink SDAP header is present is present in the RRC reconfiguration message, it is shown that the downlink SDAP header is present and that it corresponds (maps) to the reflective QoS flow. good.
  • FIG. 7 shows an example of the processing method of the processing section 504 of the UE 122 in FIG. 5 in the first embodiment of the present invention.
  • FIG. 8 shows an example of the uplink SDAP header in the first embodiment of the present invention.
  • the receiver 500 of the UE 122 receives the RRC reconfiguration message from the gNB 108 (step S400).
  • the processing unit 504 of the UE 122 performs setting in accordance with the information included in the RRC reconfiguration message (step S402). It is assumed that the RRC reconfiguration message in the first embodiment of the present invention includes information indicating that the uplink SDAP header is present in the information on the SDAP entity configuration.
  • the processing unit 504 of the UE 122 supports the above-mentioned QoS flow identifier for uplink ( Mapping rules between the QoS flow to be mapped and the DRB having the above DRB identifier are created and stored in the storage unit 502. At this time, the processing unit 504 of the UE 122 may notify the upper layer of the stored information together with the QoS flow identifier.
  • the processing unit 504 of the UE 122 corresponds to the QoS flow identifier included in the list information of the QoS flow identifier to be released (mapping And release the mapping rule between the uplink QoS flow and the DRB stored in the storage unit 502. At this time, the processing unit 504 of the UE 122 may notify the upper layer of the release information together with the above-mentioned QoS flow identifier.
  • the processing unit 504 of the UE 122 corresponds (maps) to the DRB identifier included in the list information of the DRB identifier to be released.
  • the mapping rule between the uplink QoS flow and the DRB stored in the storage unit 502 is released.
  • the processing unit 504 of the UE 122 may notify the upper layer of the release information together with the above-mentioned QoS flow identifier.
  • the processing unit 504 of the UE 122 receives the QoS flow identifier (QFI) of the QoS flow corresponding to (mapping) the SDAP SDU and the SDAP SDU from the upper layer (step S700).
  • QFI QoS flow identifier
  • the processing unit 504 of the UE 122 checks whether the DRB mapped to the SDAP SDU received from the upper layer is a DRB set so that an uplink SDAP header is present, and the uplink SDAP. If the header is set to exist, an uplink SDAP header is created (step S702).
  • FIGS. 8A and 8B are format examples of the uplink SDAP header according to the first embodiment of the present invention.
  • FIGS. 8A and 8B both include a QFI field and an R field (R bit).
  • the R field (R bit) is a reserved field (reserved bit).
  • R field R bit
  • FIG. 8- (A) there is one R field of 1 bit length, whereas there is one QFI field of 7 bit length.
  • FIG. 8- (B) there are two 1-bit R fields (or one 2-bit-long R field), while there is one 6-bit QFI field.
  • the format of the uplink SDAP header is not as described above.
  • a reflective indication field RQI field
  • the processing unit 504 of the UE 122 sets the QFI of the QoS flow to which the SDAP PDU received from the upper layer in step S700 corresponds, in the QFI field of the uplink SDAP header.
  • the processing unit 504 of the UE 122 may set zero ('0') in the reserve field of the uplink SDAP header (step S704).
  • the processing unit 504 of the UE 122 may set zero ('0') in the RQI field.
  • the processing unit 504 of the UE 122 adds the uplink SDAP header generated in step S702 and step S704 to the SDAP SDU received from the upper layer in step S700 to create an SDAP PDU, and is stored in the storage unit 502
  • the above SDAP PDU is submitted to the lower layer according to the mapping rule between the QoS flow and the DRB. Note that the storage of values in each field of the uplink SDAP header from step S700 to step S706 and the order of adding the uplink SDAP header to the SDAP SDU may not be performed as described above.
  • step S702 when the uplink SDAP header is not set to exist, the uplink SDAP header is not created, and the SDAP SDU received from the upper layer is directly subordinated as an SDAP PDU. You may submit to the layer.
  • the terminal device efficiently transmits and receives necessary information such as QoS flow identifier information between the upper layer and the radio access layer, and correctly manages the QoS. Communication can be performed.
  • Second Embodiment Second Embodiment A second embodiment of the present invention will be described with reference to FIGS. 1 and 4 to 6 and 9. 4 to 6 are the same as the first embodiment of the present invention.
  • FIG. 4 is a figure which shows an example of the flow of the RRC reset procedure in each embodiment of this invention.
  • the RRC reconfiguration procedure (RRC Reconfiguration) is, as described in Non-Patent Document 10, performs RB establishment, modification, and release in NR, and modification, release, and the like of secondary cells, as well as handover and measurement (Measurement), etc.
  • the procedure used to In each embodiment of the present invention a procedure used for establishing, changing, and releasing RBs in NR, and adding, changing, releasing, handover and measurement of cell group, etc. Although it calls, it may be another name.
  • procedures such as establishment, change, and release of RB, and addition, change, release, handover, and measurement of cell group in each embodiment of the present invention are described in E-UTRA described in Non-Patent Document 4. It may be a procedure or may be called an RRC connection reconfiguration procedure.
  • the UE 122 receives an RRC reconfiguration message (RRC Reconfiguration) from the gNB 108 (step S400), and performs various settings such as DRB configuration according to the information included in the RRC reconfiguration message (step S402). After step S402, the UE 122 may send an RRC reconfiguration complete message (RRC Reconfigration Complete) or the like to the gNB 108 (not shown).
  • RRC Reconfiguration RRC reconfiguration message
  • RRC Reconfigration Complete RRC Reconfigration Complete
  • FIG. 5 is a block diagram showing the configuration of the terminal device (UE 122) in each embodiment of the present invention. Note that only main components closely related to one embodiment of the present invention are illustrated in FIG. 5 in order to avoid the description being complicated.
  • the UE 122 shown in FIG. 5 includes a receiving unit 500 that receives an RRC reconfiguration message from the gNB 108, a storage unit 502 that stores a mapping rule between the QoS flow and the DRB, and a processing unit 504 that processes messages and data.
  • FIG. 6 shows, among the information included in the RRC reconfiguration message in FIG. 4, information related to DRB configuration with SDAP configuration, and ASN. It is an example of 1 (Abstract Syntax Notation One) description.
  • specifications related to RRC Non-Patent Document 4 and Non-Patent Document 10
  • the ASN In the example 1, ⁇ abbr> and ⁇ abbr> are ASN. Indicates that other information is omitted rather than part of the notation of 1. The information may be omitted even in places where there is no description of ⁇ abbreviation> or ⁇ abbreviation>.
  • the ASN Examples of 1 are ASN.
  • the information represented by DRB-ToAddModList in FIG. 6 may be a list of information represented by DRBToAddMod and indicating the setting of the DRB to be added or changed.
  • the information represented by pduSession-Identity in DRB-ToAddMod (information indicating the setting of DRB to be added or changed) may be information for identifying a PDU session described in Non-Patent Document 2.
  • the information identifying the PDU session may be a PDU session identifier described in Non-Patent Document 2, or may be other information. In the example of FIG. 6, although it is set as the integer value of 1-16, you may take another value.
  • the information identifying the PDU session may be used to identify the PDU session associated with the DRB to be configured. Further, in FIG.
  • the information for identifying the PDU session is included in the information indicating the setting of the DRB to be added or changed, but may be described in another place. Further, in the information indicating the setting of the DRB to be added or changed, the information represented by DRB-Identity is the DRB identifier of the DRB to be added or changed. In the example of FIG. 6, although it is set as the integer value of 1 to 32, you may take another value. The DRB identifier may be used to uniquely identify the DRB in a PDU session.
  • the information represented by sdap-Config in the information indicating the setting of the DRB to be added or changed may be the information related to the SDAP entity setting.
  • the information represented by qosFlowIdAddList in the information on the SDAP entity configuration may be list information of a QoS flow identifier (QoSFlow-Identity) corresponding to (mapping) the DRB identifier.
  • QoSFlow-Identity a QoS flow identifier corresponding to (mapping) the DRB
  • the QoS flow identifier corresponding to (mapping) the DRB may be correspondence (mapping) in the uplink direction.
  • the QoS flow identifier may be an integer value.
  • the information represented by qosFlowIdReleaseList in the information on the SDAP entity configuration is list information of the QoS flow identifier (QoSFlow-Identity) to be released among the QoS flow identifiers corresponding to (mapping) the DRB identifier. Also good.
  • the information represented by sdapHeader-UL may be information indicating that the uplink SDAP header exists in the uplink direction SDAP PDU corresponding to (mapping) the DRB to be set. Also, the information indicating that the uplink SDAP header exists indicates that the uplink SDAP header is required for the uplink direction SDAP PDU or SDAP SDU corresponding to (mapping) the DRB to be set. It may be rephrased as information shown. Further, the information represented by sdapHeader-DL may be information indicating that the downlink SDAP header exists in the downlink direction SDAP PDU corresponding to (mapping) the DRB to be set. The information indicating that the uplink SDAP header is present and the information indicating that the uplink SDAP header is present may indicate that they are present using true, enable, etc., or a numerical value indicating the header length. It may indicate that it exists together with
  • the information represented by reflective may be information indicating that the DRB to be configured corresponds (maps) to the reflective QoS flow described in Non-Patent Document 2 and Non-Patent Document 16.
  • the information indicating correspondence (mapping) with the reflective QoS flow may indicate that correspondence (mapping) with the reflective QoS flow is performed using true, enable, and the like.
  • the QoS flow may be composed of one or more service data flows (SDFs) processed according to the same QoS policy (Non-Patent Document 2).
  • the treatment of reflective QoS in the encapsulation header (N3 header) of the user data of the core network of each packet of one or more SDFs among the SDFs assigned to the QoS flows It may mean the QoS flow that includes the Reflective QoS Indicator (RQI) to receive.
  • RQI Reflective QoS Indicator
  • the information indicated by default may be information indicating that the DRB to be added or changed is a default DRB.
  • a default DRB may be a DRB to which a QoS flow having a default QoS policy corresponds (mapping), or a mapping when a mapping rule between a QoS flow and a DRB corresponding to an uplink SDAP SDU is not stored. It may be DRB.
  • the information indicating that it is the default DRB may indicate that it is the default DRB using true, enable, and the like.
  • the information indicated by the DRB-ToReleaseList may be information indicating a list of DRB identifiers of DRBs to be released.
  • the information shown in FIG. 6 may be optional. That is, the information shown in FIG. 6 may be included in the RRC reconfiguration message as needed. Different processing may be defined as processing of the UE 122 in the case where the RRC reconfiguration message includes information and in the case where the information is not included. For example, information indicating that the uplink SDAP header exists, information indicating that the downlink SDAP header exists, information indicating that the reflective QoS flow is supported (mapping), information indicating that it is a default DRB, etc. May be optional.
  • the information shown in FIG. 6 may include information having a dependency.
  • the number of QoS flow identifiers included in the list information of QoS flow identifiers (QoSFlow-Identity) corresponding to (mapping) DRB identifiers is two or more, or two or more QoS flows corresponding (mapping) to one DRB If there is, it may be assumed that there is information indicating that the uplink SDAP header exists. Also, even when there are two or more QoS flows corresponding to (or mapped to) one DRB, the default DRB is excluded, that is, even if there is no information indicating that the uplink SDAP header exists. good. Conversely, in the case of the default DRB, information indicating that the uplink SDAP header exists may be present.
  • the information indicating that the reflective QoS flow is to be supported (mapped) is included in the RRC reconfiguration message
  • the information indicating that the downlink SDAP header is present may be present.
  • the information indicating that the downlink SDAP header is present may include information indicating that it corresponds to (mapping) the reflective QoS flow. That is, when the information indicating that the downlink SDAP header is present is present in the RRC reconfiguration message, it is shown that the downlink SDAP header is present and that it corresponds (maps) to the reflective QoS flow. good.
  • FIG. 9 shows an example of the processing method in the second embodiment of the present invention of the processing section 504 of the UE 122 in FIG.
  • the receiver 500 of the UE 122 receives the RRC reconfiguration message from the gNB 108 (step S400).
  • the processing unit 504 of the UE 122 performs setting in accordance with the information included in the RRC reconfiguration message (step S402).
  • the RRC reconfiguration message according to the second embodiment of the present invention indicates that the information on SDAP entity configuration corresponds to (mapping) the reflective QoS flow, or indicates that the downlink SDAP header is present.
  • Information or information indicating correspondence (mapping) to a reflective QoS flow and information indicating that a downlink SDAP header is present are included.
  • the processing unit 504 of the UE 122 supports the above-mentioned QoS flow identifier for uplink ( Mapping rules between the QoS flow to be mapped and the DRB having the above DRB identifier are created and stored in the storage unit 502. At this time, the processing unit 504 of the UE 122 may notify the upper layer of the stored information together with the QoS flow identifier.
  • the processing unit 504 of the UE 122 corresponds to the QoS flow identifier included in the list information of the QoS flow identifier to be released (mapping And release the mapping rule between the uplink QoS flow and the DRB stored in the storage unit 502. At this time, the processing unit 504 of the UE 122 may notify the upper layer of the release information together with the above-mentioned QoS flow identifier.
  • the processing unit 504 of the UE 122 corresponds (maps) to the DRB identifier included in the list information of the DRB identifier to be released.
  • the mapping rule between the uplink QoS flow and the DRB stored in the storage unit 502 is released.
  • the processing unit 504 of the UE 122 may notify the upper layer of the release information together with the above-mentioned QoS flow identifier.
  • the processing unit 504 of the UE 122 receives the downlink SDAP PDU from the lower layer (step S900).
  • the processing unit 504 of the UE 122 checks whether or not the DRB that has received the downlink SDAP PDU is set such that the downlink SDAP header is present, so that the downlink SDAP header is present. If it is set, the downlink SDAP header of the received downlink SDAP PDU is processed (step S902).
  • the processing unit 504 of the UE 122 confirms whether the RQI field of the downlink SDAP header is a value ('1') indicating that the reflective QoS instruction is an action (step S904). If the RQI field is a value ('0') indicating reflective QoS indication non-action, the downlink SDAP header is removed from the downlink SDAP PDU received from the lower layer in step S900 to create an SDAP SDU. , And to the upper layer (step S906).
  • step S 908 when the mapping rule between the QoS flow for uplink and the DRB corresponding to the value of QFI included in the downlink SDAP header is not stored in the storage unit 502, the processing unit 504 of the UE 122 Storing the mapping rule between the QoS flow for uplink and the DRB corresponding to the value of QFI included in the downlink SDAP header in the storage unit 502 (step S 910), and received from the lower layer in step S 900
  • the downlink header is removed from the downlink SDAP PDU to create an SDAP SDU, and the QFI value contained in the downlink SDAP header and the information indicating that it is a reflective instruction are upper-level together with the SDAP SDU. Pass to layer (step S 912).
  • step S912 the order of generating the SDAP SDU by removing the downlink SDAP header from the SDAP PDU, the order of analyzing the fields of the downlink SDAP header, and the QFI included in the downlink SDAP header.
  • the order in which the mapping rule between the uplink QoS flow and the DRB corresponding to the value is stored in the storage unit 502 does not have to be this order.
  • step S902 when the downlink SDAP header is not set to exist, the downlink SDAP PDU received from the lower layer may be passed as it is to the upper layer as the SDAP SDU.
  • step S 908 instead of confirming whether the mapping rule between the uplink QoS flow and the DRB corresponding to the value of QFI included in the downlink SDAP header is stored in the storage unit 502. Even if it is confirmed whether the mapping rule between the QoS flow for uplink and DRB corresponding to the value of QFI contained in the above-mentioned SDAP header stored in the storage unit 502 is active. good. Also, at this time, the mapping rule between the QoS flow for uplink and DRB corresponding to the value of QFI contained in the above-mentioned downlink SDAP header stored in the storage unit 502 is not active.
  • step S 910 instead of storing the mapping rule between the QoS flow for uplink and the DRB corresponding to the value of QFI included in the above-mentioned downlink SDAP header in the storage unit 502, it is stored in the storage unit 502.
  • the mapping rule between the uplink QoS flow and the DRB corresponding to the value of the QFI included in the downlink SDAP header may be activated.
  • the terminal device transmits and receives necessary information such as QoS flow identifier information and reflective QoS instruction information between the upper layer and the radio access layer, thereby correctly managing QoS. By doing this, efficient communication can be performed.
  • FIG. 4 is a figure which shows an example of the flow of the RRC reset procedure in each embodiment of this invention.
  • the RRC reconfiguration procedure (RRC Reconfiguration) is, as described in Non-Patent Document 10, performs RB establishment, modification, and release in NR, and modification, release, and the like of secondary cells, as well as handover and measurement (Measurement), etc.
  • the procedure used to In each embodiment of the present invention a procedure used for establishing, changing, and releasing RBs in NR, and adding, changing, releasing, handover and measurement of cell group, etc. Although it calls, it may be another name.
  • procedures such as establishment, change, and release of RB, and addition, change, release, handover, and measurement of cell group in each embodiment of the present invention are described in E-UTRA described in Non-Patent Document 4. It may be a procedure or may be called an RRC connection reconfiguration procedure.
  • the UE 122 receives an RRC reconfiguration message (RRC Reconfiguration) from the gNB 108 (step S400), and performs various settings such as DRB configuration according to the information included in the RRC reconfiguration message (step S402). After step S402, the UE 122 may send an RRC reconfiguration complete message (RRC Reconfigration Complete) or the like to the gNB 108 (not shown).
  • RRC Reconfiguration RRC reconfiguration message
  • RRC Reconfigration Complete RRC Reconfigration Complete
  • FIG. 6 shows, among the information included in the RRC reconfiguration message in FIG. 4, information related to DRB configuration with SDAP configuration, and ASN. It is an example of 1 (Abstract Syntax Notation One) description.
  • specifications related to RRC Non-Patent Document 4 and Non-Patent Document 10
  • the ASN In the example 1, ⁇ abbr> and ⁇ abbr> are ASN. Indicates that other information is omitted rather than part of the notation of 1. The information may be omitted even in places where there is no description of ⁇ abbreviation> or ⁇ abbreviation>.
  • the ASN Examples of 1 are ASN.
  • the information represented by DRB-ToAddModList in FIG. 6 may be a list of information represented by DRBToAddMod and indicating the setting of the DRB to be added or changed.
  • the information represented by pduSession-Identity in DRB-ToAddMod (information indicating the setting of DRB to be added or changed) may be information for identifying a PDU session described in Non-Patent Document 2.
  • the information identifying the PDU session may be a PDU session identifier described in Non-Patent Document 2, or may be other information. In the example of FIG. 6, although it is set as the integer value of 1-16, you may take another value.
  • the information identifying the PDU session may be used to identify the PDU session associated with the DRB to be configured. Further, in FIG.
  • the information for identifying the PDU session is included in the information indicating the setting of the DRB to be added or changed, but may be described in another place. Further, in the information indicating the setting of the DRB to be added or changed, the information represented by DRB-Identity is the DRB identifier of the DRB to be added or changed. In the example of FIG. 6, although it is set as the integer value of 1 to 32, you may take another value. The DRB identifier may be used to uniquely identify the DRB in a PDU session.
  • the information represented by sdap-Config in the information indicating the setting of the DRB to be added or changed may be the information related to the SDAP entity setting.
  • the information represented by qosFlowIdAddList in the information on the SDAP entity configuration may be list information of a QoS flow identifier (QoSFlow-Identity) corresponding to (mapping) the DRB identifier.
  • QoSFlow-Identity a QoS flow identifier corresponding to (mapping) the DRB
  • the QoS flow identifier corresponding to (mapping) the DRB may be correspondence (mapping) in the uplink direction.
  • the QoS flow identifier may be an integer value.
  • the information represented by qosFlowIdReleaseList in the information on the SDAP entity configuration is list information of the QoS flow identifier (QoSFlow-Identity) to be released among the QoS flow identifiers corresponding to (mapping) the DRB identifier. Also good.
  • the information represented by sdapHeader-UL may be information indicating that the uplink SDAP header exists in the uplink direction SDAP PDU corresponding to (mapping) the DRB to be set. Also, the information indicating that the uplink SDAP header exists indicates that the uplink SDAP header is required for the uplink direction SDAP PDU or SDAP SDU corresponding to (mapping) the DRB to be set. It may be rephrased as information shown. Further, the information represented by sdapHeader-DL may be information indicating that the downlink SDAP header exists in the downlink direction SDAP PDU corresponding to (mapping) the DRB to be set. The information indicating that the uplink SDAP header is present and the information indicating that the uplink SDAP header is present may indicate that they are present using true, enable, etc., or a numerical value indicating the header length. It may indicate that it exists together with
  • the information represented by reflective may be information indicating that the DRB to be configured corresponds (maps) to the reflective QoS flow described in Non-Patent Document 2 and Non-Patent Document 16.
  • the information indicating correspondence (mapping) with the reflective QoS flow may indicate that correspondence (mapping) with the reflective QoS flow is performed using true, enable, and the like.
  • the QoS flow may be composed of one or more service data flows (SDFs) processed according to the same QoS policy (Non-Patent Document 2).
  • the treatment of reflective QoS in the encapsulation header (N3 header) of the user data of the core network of each packet of one or more SDFs among the SDFs assigned to the QoS flows It may mean the QoS flow that includes the Reflective QoS Indicator (RQI) to receive.
  • RQI Reflective QoS Indicator
  • the information indicated by default may be information indicating that the DRB to be added or changed is a default DRB.
  • a default DRB may be a DRB to which a QoS flow having a default QoS policy corresponds (mapping), or a mapping rule between a QoS flow and DRB corresponding to (mapping) uplink SDAP SDUs is not stored May be a DRB to be mapped.
  • the information indicating that it is the default DRB may indicate that it is the default DRB using true, enable, and the like.
  • the information indicated by the DRB-ToReleaseList may be information indicating a list of DRB identifiers of DRBs to be released.
  • the information shown in FIG. 6 may be optional. That is, the information shown in FIG. 6 may be included in the RRC reconfiguration message as needed. Different processing may be defined as processing of the UE 122 in the case where the RRC reconfiguration message includes information and in the case where the information is not included. For example, information indicating that the uplink SDAP header exists, information indicating that the downlink SDAP header exists, information indicating that the reflective QoS flow is supported (mapping), information indicating that it is a default DRB, etc. May be optional.
  • the information shown in FIG. 6 may include information having a dependency.
  • the number of QoS flow identifiers included in the list information of QoS flow identifiers (QoSFlow-Identity) corresponding to (mapping) DRB identifiers is two or more, or two or more QoS flows corresponding (mapping) to one DRB If there is, it may be assumed that there is information indicating that the uplink SDAP header exists. Also, even when there are two or more QoS flows corresponding to (or mapped to) one DRB, the default DRB is excluded, that is, even if there is no information indicating that the uplink SDAP header exists. good. Conversely, in the case of the default DRB, information indicating that the uplink SDAP header exists may be present.
  • the information indicating that the reflective QoS flow is to be supported (mapped) is included in the RRC reconfiguration message
  • the information indicating that the downlink SDAP header is present may be present.
  • the information indicating that the downlink SDAP header is present may include information indicating that it corresponds to (mapping) the reflective QoS flow. That is, when the information indicating that the downlink SDAP header is present is present in the RRC reconfiguration message, it is shown that the downlink SDAP header is present and that it corresponds (maps) to the reflective QoS flow. good.
  • FIG. 13 is a block diagram showing a configuration of a terminal apparatus (UE 122) according to Embodiment 3 of the present invention. Note that only main components closely related to one embodiment of the present invention are illustrated in FIG. 5 in order to avoid the description being complicated.
  • the UE 122 illustrated in FIG. 13 includes a receiving unit 1300 that receives an RRC reconfiguration message from the gNB 108, and a processing unit 1302 that performs processing in accordance with an RRC reconfiguration request.
  • An RRC reconfiguration message is received from the reception unit 1300 of the UE 122 and the gNB 108 (step S400).
  • the processing unit 1302 of the UE 122 performs setting in accordance with the information included in the RRC reconfiguration request (step S402).
  • FIG. 10 shows a first example of a processing method in the processing section 1302 of the UE 122 in the third embodiment of the present invention.
  • the processing unit 1302 of the UE 122 selects a DRB identifier not included in a part of the current setting of the UE 122 in a list of information indicating the setting of the DRB to be added or changed, included in the RRC reconfiguration message received from the receiving unit 1300. If the information indicating the configuration of the DRB including the information includes the information on the SDAP entity configuration, and the information identifying the PDU session such as the PDU session identifier related to the above described SDAP entity configuration is the current configuration of the configuration of the UE 122 It is confirmed whether there is a part (step S1000).
  • the information identifying the PDU session is not part of the current configuration of the UE 122 configuration, then after establishing the SDAP entity and performing the DRB configuration according to the information indicating the configuration of the DRB to be added or modified
  • the upper layer is notified of the QoS flow identifier corresponding to the established DRB (mapping), or the list of the QoS flow identifiers, and the DRB establishment information (step S 1002). At this time, information identifying the PDU session may be notified together.
  • the SDAP entity is reconfigured and the DRB configured according to the information indicating the configuration of the DRB to be added or changed Later, the upper layer is notified of the QoS flow identifier corresponding to the established DRB (mapping), or the list of the QoS flow identifiers, and the DRB establishment information (step S1004). At this time, information identifying the PDU session may be notified together.
  • An RRC reconfiguration message is received from the reception unit 1300 of the UE 122 and the gNB 108 (step S400).
  • the processing unit 1302 of the UE 122 performs setting in accordance with the information included in the RRC reconfiguration request (step S402).
  • FIG. 11 shows a second example of the processing method of the processing section 1302 of the UE 122 in the third embodiment of the present invention.
  • the processing unit 1302 of the UE 122 confirms that the RRC reconfiguration message received from the receiving unit 1300 includes information on the list of QoS flow identifiers to be released (step S1100).
  • the RRC reconfiguration message may include the DRB identifier to which the QoS flow identifier to be released corresponds (mapping).
  • the processing unit 1302 of the UE 122 notifies the upper layer of the released QoS flow identifier included in the list of released QoS flow identifiers and information indicating that the release has been performed (step S1104).
  • information identifying PDU sessions corresponding to the released QoS flow identifiers may be notified together.
  • An RRC reconfiguration message is received from the reception unit 1300 of the UE 122 and the gNB 108 (step S400).
  • the processing unit 1302 of the UE 122 performs setting in accordance with the information included in the RRC reconfiguration request (step S402).
  • FIG. 12 shows a third example of the processing method in the processing section 1302 of the UE 122 in the third embodiment of the present invention.
  • the processing unit 1302 of the UE 122 confirms that the list of DRB identifiers to be released is included in the RRC reconfiguration message (step S1200).
  • the processing unit 1302 of the UE 122 reconfigures the SDAP entity and corresponds to the DRB with the DRB identifier to be released (mapping)
  • the upper layer is notified of the QoS flow identifier being processed or the list of QoS identifiers, and the information that it has been released (step S1202).
  • the EPS bearer identifier may be notified to the upper layer.
  • the terminal device transmits and receives information of the QoS flow identifier corresponding (mapping) to the DRB between the upper layer and the radio access layer, and the QoS management is correctly performed. By doing this, efficient communication can be performed.
  • DRB setting in each embodiment of the present invention may be included not only in the RRC reconfiguration procedure but also in an RRC establishment (RRC Establishment) procedure and an RRC re-establishment (RRC Re-Establishment) procedure.
  • RRC Establishment an RRC establishment
  • RRC Re-Establishment an RRC re-establishment
  • a program that operates in an apparatus according to an aspect of the present invention causes a computer to function by controlling a central processing unit (CPU) or the like so as to realize the functions of the above-described embodiments according to an aspect of the present invention. It may be a program.
  • the program or information handled by the program is temporarily read into volatile memory such as Random Access Memory (RAM), or stored in nonvolatile memory such as flash memory or Hard Disk Drive (HDD).
  • volatile memory such as Random Access Memory (RAM), or stored in nonvolatile memory such as flash memory or Hard Disk Drive (HDD).
  • the CPU reads, corrects and writes.
  • part of the apparatus in the above-described embodiment may be realized by a computer.
  • a program for realizing the control function is recorded on a computer readable recording medium, and the computer system reads and executes the program recorded on the recording medium. It is also good.
  • the "computer system” referred to here is a computer system built in a device, and includes hardware such as an operating system and peripheral devices.
  • the “computer readable recording medium” may be any of a semiconductor recording medium, an optical recording medium, a magnetic recording medium, and the like.
  • a computer-readable recording medium holds a program dynamically for a short time, like a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line.
  • it may also include one that holds a program for a certain period of time, such as volatile memory in a computer system that becomes a server or a client in that case.
  • the program may be for realizing a part of the functions described above, and may be realized in combination with the program already recorded in the computer system. .
  • each functional block or feature of the device used in the above-described embodiment may be implemented or implemented in an electric circuit, that is, typically an integrated circuit or a plurality of integrated circuits.
  • Electrical circuits designed to perform the functions described herein may be general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or the like. Programmable logic devices, discrete gates or transistor logic, discrete hardware components, or combinations thereof.
  • a general purpose processor may be a microprocessor, but in the alternative, the processor may be a conventional processor, controller, microcontroller, or state machine.
  • the general purpose processor or each of the circuits described above may be composed of digital circuits or may be composed of analog circuits.
  • integrated circuits according to such technology can also be used.
  • the present invention is not limited to the above embodiment. Although an example of the device has been described in the embodiment, the present invention is not limited thereto, and a stationary or non-movable electronic device installed indoors and outdoors, for example, an AV device, a kitchen device, The present invention can be applied to terminal devices or communication devices such as cleaning and washing equipment, air conditioners, office equipment, vending machines, and other household appliances.
  • One embodiment of the present invention is used, for example, in a communication system, a communication device (for example, a mobile phone device, a base station device, a wireless LAN device, or a sensor device), an integrated circuit (for example, a communication chip), or a program. be able to.
  • a communication device for example, a mobile phone device, a base station device, a wireless LAN device, or a sensor device
  • an integrated circuit for example, a communication chip
  • program for example, a program.
  • E-UTRA 102 eNB 104 EPC 106 NR 108 gNB 110 5 GC 112, 114, 116, 118, 120, 124 interface 122 UE 200, 300 PHY 202, 302 MAC 204, 304 RLC 206, 306 PDCP 208, 308 RRC 310 SDAP 500, 1300 reception unit 502 storage unit 504, 1302 processing unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

基地局装置と通信を行う端末装置であって、端末装置は、前記基地局装置から無線データベアラ（ＤＲＢ）設定を含む無線リソース制御（ＲＲＣ）再設定メッセージを受信する受信部と、処理部と、を備え、サービスデータ適応プロトコル（ＳＤＡＰ）設定は、前記ＤＲＢ設定に含まれ、前記処理部は、前記ＳＤＡＰ設定に関連するプロトコルデータユニット（ＰＤＵ）セッションを識別する情報に基づいて、ＳＤＡＰエンティティを確立するか否かを判定する。

Description

端末装置および方法
　本発明は、端末装置および方法に関する。
　本願は、２０１７年１１月１５日に日本に出願された特願２０１７－２１９９００号について優先権を主張し、その内容をここに援用する。
　セルラ－移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ：ＥＵＴＲＡ」と称する。）、及びコアネットワーク（以下、「Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ：ＥＰＣ」）が、第三世代パートナーシッププロジェクト（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ：３ＧＰＰ）において検討されている。
　また、３ＧＰＰにおいて、第５世代のセルラ－システムに向けた無線アクセス方式および無線ネットワーク技術として、ＬＴＥの拡張技術であるＬＴＥ－Ａｄｖａｎｃｅｄ　Ｐｒｏおよび新しい無線アクセス技術であるＮＲ（Ｎｅｗ　Ｒａｄｉｏ　ｔｅｃｈｎｏｌｏｇｙ）の技術検討及び規格策定が行われている（非特許文献１）。また第５世代セルラーシステムに向けたコアネットワークである、５ＧＣ（５　Ｇｅｎｅｒａｔｉｏｎ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）の検討も行われている（非特許文献２）。
３ＧＰＰ　ＲＰ－１７０８５５，"Ｗｏｒｋ　Ｉｔｅｍ　ｏｎ　Ｎｅｗ　Ｒａｄｉｏ　（ＮＲ）　Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ" ３ＧＰＰ　ＴＳ　２３．５０１,"Ｓｙｓｔｅｍ　Ａｒｃｈｉｔｅｃｔｕｒｅ　ｆｏｒ　ｔｈｅ　５Ｇ　Ｓｙｓｔｅｍ；　Ｓｔａｇｅ　２" ３ＧＰＰ　ＴＳ　３６．３００,　"Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　（Ｅ－ＵＴＲＡ）ａｎｄ　Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ　（Ｅ－ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ　ｄｅｓｃｒｉｐｔｉｏｎ；　Ｓｔａｇｅ　２" ３ＧＰＰ　ＴＳ　３６．３３１,"Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　（Ｅ－ＵＴＲＡ）；Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ　（ＲＲＣ）；Ｐｒｏｔｏｃｏｌ　ｓｐｅｃｉｆｉｃａｔｉｏｎｓ" ３ＧＰＰ　ＴＳ　３６．３２３,"Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　（Ｅ－ＵＴＲＡ）；Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ　（ＰＤＣＰ）　ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ　ＴＳ　３６．３２２,"Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　（Ｅ－ＵＴＲＡ）；Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ　（ＲＬＣ）　ｐｒｏｔｏｃｏｌ　ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ　ＴＳ　３６．３２１,"Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　（Ｅ－ＵＴＲＡ）；Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　（ＭＡＣ）　ｐｒｏｔｏｃｏｌ　ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ　ＴＳ　３７．３４０,"ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌ　Ｔｅｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　（Ｅ－ＵＴＲＡ）ａｎｄ　ＮＲ;　Ｍｕｌｔｉ－Ｃｏｎｎｅｃｔｉｖｉｔｙ;　Ｓｔａｇｅ　２" ３ＧＰＰ　ＴＳ　３８．３００,　"ＮＲ；ＮＲ　ａｎｄ　ＮＧ－ＲＡＮ　Ｏｖｅｒａｌｌ　ｄｅｓｃｒｉｐｔｉｏｎ；　Ｓｔａｇｅ　２" ３ＧＰＰ　ＴＳ　３８．３３１,"ＮＲ；Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ　（ＲＲＣ）；Ｐｒｏｔｏｃｏｌ　ｓｐｅｃｉｆｉｃａｔｉｏｎｓ" ３ＧＰＰ　ＴＳ　３８．３２３,"ＮＲ；Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ　（ＰＤＣＰ）　ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ　ＴＳ　３８．３２２,"ＮＲ；Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ　（ＲＬＣ）　ｐｒｏｔｏｃｏｌ　ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ　ＴＳ　３８．３２１,"ＮＲ；Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　（ＭＡＣ）　ｐｒｏｔｏｃｏｌ　ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ　ＴＳ　２３．４０１　ｖ１４．３．０，"Ｇｅｎｅｒａｌ　Ｐａｃｋｅｔ　Ｒａｄｉｏ　Ｓｅｒｖｉｃｅ　（ＧＰＲＳ）　ｅｎｈａｎｃｅｍｅｎｔｓ　ｆｏｒ　Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ　（Ｅ－ＵＴＲＡＮ）　ａｃｃｅｓｓ" ３ＧＰＰ　ＴＳ　２３．５０２,"Ｐｒｏｃｅｄｕｒｅ　ｆｏｒ　５Ｇ　Ｓｙｓｔｅｍ；　Ｓｔａｇｅ　２" ３ＧＰＰ　ＴＳ　３７．３２４,　"ＮＲ；Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ　（ＳＤＡＰ）　ｓｐｅｃｉｆｉｃａｔｉｏｎ"
　ＮＲの技術検討の一つとして、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）レイヤ（ｌａｙｅｒ）以上の上位レイヤとＮＲの無線アクセスレイヤとの間のＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）管理を行う、無線アクセスレイヤのプロトコルが検討されている。
　しかしながら、上位レイヤと無線アクセスレイヤの間で必要な情報の送受信がなされない場合、ＱｏＳの管理を正しく行う事ができず、基地局装置と端末装置との通信を効率的に行うことができないという課題があった。
　本発明の一態様は、上記した事情に鑑みてなされたもので、基地局装置との通信を効率的に行うことができる端末装置、該端末装置に用いられる方法、該端末装置に実装される集積回路を提供することを目的の一つとする。
　上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の一態様は、一つ又は複数の基地局装置と通信を行う端末装置であって、前記基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信する受信部と、ＱｏＳフローとＤＲＢとのマッピングルールを格納する格納部と、上位レイヤからアップリンクＳＤＡＰ　ＳＤＵを受け取り、前記アップリンクＳＤＡＰ　ＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、前記アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、前記アップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定する処理部と、を有する。
　また、本発明の一態様は、一つ又は複数の基地局装置と通信を行う端末装置であって、前記基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信する受信部と、ＱｏＳフローとＤＲＢとのマッピングルールを格納する格納部と、上位レイヤからアップリンクＳＤＡＰ　ＳＤＵを受け取り、前記アップリンクＳＤＡＰ　ＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、前記アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、前記アップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定する処理部と、を有し、前記アップリンク用ＳＤＡＰヘッダは、二つ以上のＱｏＳフローとのマッピングルールを持つＤＲＢに設定される。
また、本発明の一態様は、一つ又は複数の基地局装置と通信を行う端末装置によって行われる方法であって、前記基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信し、ＱｏＳフローとＤＲＢとのマッピングルールを格納し、上位レイヤからアップリンクＳＤＡＰ　ＳＤＵを受け取り、前記アップリンクＳＤＡＰ　ＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、前記アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、前記アップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定する。
また、本発明の一態様は、一つ又は複数の基地局装置と通信を行う端末装置によって行われる方法であって、前記基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信し、ＱｏＳフローとＤＲＢとのマッピングルールを格納し、上位レイヤからアップリンクＳＤＡＰ　ＳＤＵを受け取り、前記アップリンクＳＤＡＰ　ＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、前記アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、前記アップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定し、前記アップリンク用ＳＤＡＰヘッダは、二つ以上のＱｏＳフローとのマッピングルールを持つＤＲＢに設定される。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本発明の一態様によれば、端末装置は、ＱｏＳ管理を正しく行う事ができ、効率的に通信を行うことができる。
本発明の実施の形態に係る通信システムの概略図。 本発明の実施の形態における、Ｅ－ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。 本発明の実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。 本発明の各実施の形態におけるＲＲＣ再設定手順のフローの一例を示す図。 本発明の実施の形態における端末装置の構成を示すブロック図。 本発明の各実施の形態におけるＳＤＡＰ設定を伴うＤＲＢ設定に係る情報、及び情報のＡＳＮ．１（Ａｂｓｔｒａｃｔ　Ｓｙｎｔａｘ　Ｎｏｔａｔｉｏｎ　Ｏｎｅ）記述の一例を示す図。 本発明の実施の形態１における処理方法の一例。 本発明の実施の形態１におけるアップリンク用ＳＤＡＰヘッダの一例。 本発明の実施の形態２における処理方法の一例。 本発明の実施の形態３における処理方法の第１の例。 本発明の実施の形態３における処理方法の第２の例。 本発明の実施の形態３における処理方法の第３の例。 本発明の実施の形態３における端末装置の構成を示すブロック図。
　以下、本発明の実施の形態について、図面を参照して詳細に説明する。
　ＬＴＥ（およびＬＴＥ－Ａ　Ｐｒｏ）とＮＲは、異なるＲＡＴとして定義されてもよい。またＮＲは、ＬＴＥに含まれる技術として定義されてもよい。ＬＴＥは、ＮＲに含まれる技術として定義されてもよい。また、ＮＲとＤｕａｌ　ｃｏｎｎｅｃｔｉｖｉｔｙで接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、他の用語を用いる他の技術において適用されてもよい。
　図１は本発明の実施の形態に係る通信システムの概略図である。
　Ｅ－ＵＴＲＡ１００は非特許文献３等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ　Ｇｒｏｕｐ：ＣＧ）から成る。ｅＮＢ（Ｅ－ＵＴＲＡＮ　Ｎｏｄｅ　Ｂ）１０２は、Ｅ－ＵＴＲＡの基地局装置である。ＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）１０４は、非特許文献１４等に記載のコア網であり、Ｅ－ＵＴＲＡ用コア網として設計された。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、制御信号が通る制御プレーン（Ｃｏｎｔｒｏｌ　Ｐｌａｎｅ：ＣＰ）と、そのユーザデータが通るユーザプレーン（Ｕｓｅｒ　Ｐｌａｎｅ：ＵＰ）が存在する。
　ＮＲ１０６は現在３ＧＰＰにて検討している新しい無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ　Ｇｒｏｕｐ：ＣＧ）から成る。ｇＮＢ（ｇ　Ｎｏｄｅ　Ｂ）１０８は、ＮＲの基地局装置である。５ＧＣ１１０は、現在３ＧＰＰにて検討しているＮＲ用の新しいコア網であり、非特許文献２等に記載される。
　インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェース、インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース、インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェース、インタフェース１２０はｅＮＢ１０２とｇＮＢ１０８の間のインタフェース、インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースである。インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４はＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースであるが詳細は３ＧＰＰにおいて議論中である。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４は、通信事業者が提供する通信システムに応じて存在しない場合もある。
　ＵＥ１２２はＮＲに対応、又はＥ－ＵＴＲＡ及びＮＲ両方に対応した端末装置である。
　図２は本発明の実施の形態における、Ｅ－ＵＴＲＡ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ　Ｓｔａｃｋ）図である。
　図２（Ａ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＵＰのプロトコルスタック図である。
　ＰＨＹ（Ｐｈｙｓｉｃａｌ　ｌａｙｅｒ）２００は、無線物理層であり、物理チャネル（Ｐｈｙｓｉｃａｌ　Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供する。ＰＨＹ２００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　ｌａｙｅｒ）２０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ　Ｃｈａｎｎｅｌ）で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ－タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ－タの送受信が行われる。
　ＭＡＣ２０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う。ＭＡＣ２０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ　ｌａｙｅｒ）２０４と、論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ－ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ２０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ２００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ（非特許文献７）。
　ＲＬＣ２０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ　Ｌａｙｅｒ）２０６から受信したデ－タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ－タ送信できるようにデ－タサイズを調節する。また、ＲＬＣ２００は、各デ－タが要求するＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ２０４は、デ－タの再送制御等の機能を持つ（非特許文献６）。
　ＰＤＣＰ２０６は、ユーザデータであるＩＰパケット（ＩＰ　Ｐａｃｋｅｔ）を無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ２０６は、デ－タの暗号化の機能も持ってもよい（非特許文献５）。
　なお、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６において処理されたデータの事を、それぞれＭＡＣ　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）、ＲＬＣ　ＰＤＵ、ＰＤＣＰ　ＰＤＵと呼ぶ。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）、ＲＬＣ　ＳＤＵ、ＰＤＣＰ　ＳＤＵと呼ぶ。
　図２（Ｂ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＣＰのプロトコルスタック図である。
　ＣＰのプロトコルスタックには、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に加え、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ　ｌａｙｅｒ）２０８が存在する。ＲＲＣ２０８は、無線ベアラ（Ｒａｄｉｏ　Ｂｅａｒｅｒ：ＲＢ）の設定・再設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ　Ｒａｄｉｏ　Ｂｅａｒｅｒ：ＳＲＢ）とデ－タ無線ベアラ（Ｄａｔａ　Ｒａｄｉｏ　Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｅＮＢ１０２とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい（非特許文献４）。
　前述のＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。
　図３は本発明の実施の形態における、ＮＲ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ　Ｓｔａｃｋ）図である。
　図３（Ａ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＵＰのプロトコルスタック図である。
　ＰＨＹ（Ｐｈｙｓｉｃａｌ　ｌａｙｅｒ）３００は、ＮＲの無線物理層であり、物理チャネル（Ｐｈｙｓｉｃａｌ　Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供してもよい。ＰＨＹ３００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　ｌａｙｅｒ）３０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ　Ｃｈａｎｎｅｌ）で接続されてもよい。トランスポートチャネルを介して、ＭＡＣ３０２とＰＨＹ３００の間でデ－タが移動してもよい。ＵＥ１２２とｇＮＢ１０８のＰＨＹ間において、無線物理チャネルを介してデ－タの送受信が行われてもよい。詳細においてはＥ－ＵＴＲＡの無線物理層ＰＨＹ２００とは異なり、３ＧＰＰにおいて議論中である。
　ＭＡＣ３０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行ってもよい。ＭＡＣ３０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ　ｌａｙｅｒ）３０４と、論理チャネルで接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ－ザ情報を伝送するトラフィックチャネルに分けられてもよい。ＭＡＣ３０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ３００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい（非特許文献１３）。詳細においてはＥ－ＵＴＲＡのＭＡＣ２０２とは異なり、３ＧＰＰにおいて議論中である。
　ＲＬＣ３０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ　Ｌａｙｅｒ）２０６から受信したデ－タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ－タ送信できるようにデ－タサイズを調節してもよい。また、ＲＬＣ３０４は、各デ－タが要求するＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）を保証するための機能も持っても良い。すなわち、ＲＬＣ３０４は、デ－タの再送制御等の機能を持っても良い（非特許文献１２）。詳細においてはＥ－ＵＴＲＡのＲＬＣ２０４とは異なり、３ＧＰＰにおいて議論中である。
　ＰＤＣＰ３０６は、ユーザデータであるＩＰパケット（ＩＰ　Ｐａｃｋｅｔ）を無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ－タの暗号化の機能も持ってもよい（非特許文献１１）。詳細においてはＥ－ＵＴＲＡのＰＤＣＰ２０６とは異なり、３ＧＰＰにおいて議論中である。
　ＳＤＡＰ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）３１０は、コアネットワークから基地局装置を介して端末装置に送られるダウンリンクのＱｏＳフローとＤＲＢとのマッピング（ｍａｐｐｉｎｇ）、及び端末装置から基地局装置を介してコアネットワークに送られるアップリンクのＱｏＳ情報フローと、ＤＲＢとのマッピングを行い、マッピングルール情報を格納する機能を持ってもよい（非特許文献１６）。ＱｏＳフローは同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデータフロー（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｆｌｏｗ：ＳＤＦ）から成る（非特許文献２）。またＳＤＡＰはダウンリンクＱｏＳフローの情報を基に、アップリンクのＱｏＳフローとＤＲＢとのマッピングを行う、リフレクティブＱｏＳ（Ｒｅｆｌｅｃｔｉｖｅ　ＱｏＳ）の機能を持っても良い（非特許文献２、非特許文献１６）。詳細においては３ＧＰＰにおいて議論中である。
　なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤなどは、ＳＤＡＰの上位レイヤとなる（不図示）。また端末装置のＳＤＡＰにおいて、サービスデータフローとＱｏＳフローとの対応付けを行うレイヤも、ＳＤＡＰの上位レイヤとなる。
　なお、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０において処理されたデータの事を、それぞれＭＡＣ　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）、ＲＬＣ　ＰＤＵ、ＰＤＣＰ　ＰＤＵ、ＳＤＡＰ　ＰＤＵと呼んでも良い。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）、ＲＬＣ　ＳＤＵ、ＰＤＣＰ　ＳＤＵ、ＳＤＡＰ　ＳＤＵと呼んでも良い。
　図３（Ｂ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＣＰのプロトコルスタック図である。
　ＣＰのプロトコルスタックには、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６に加え、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ　ｌａｙｅｒ）３０８が存在する。ＲＲＣ３０８は、無線ベアラ（Ｒａｄｉｏ　Ｂｅａｒｅｒ：ＲＢ）の設定・再設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行っても良い。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ　Ｒａｄｉｏ　Ｂｅａｒｅｒ：ＳＲＢ）とデ－タ無線ベアラ（Ｄａｔａ　Ｒａｄｉｏ　Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｇＮＢ１０８とＵＥ１２２のＲＲＣ３０８間で各ＲＢの設定が行われてもよい（非特許文献１０）。
　前述のＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。
　なお、本発明の実施の形態では、以下Ｅ－ＵＴＲＡのプロトコルとＮＲのプロトコルを区別するため、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれＥ－ＵＴＲＡ用ＭＡＣ又はＬＴＥ用ＭＡＣ、Ｅ－ＵＴＲＡ用ＲＬＣ又はＬＴＥ用ＲＬＣ、Ｅ－ＵＴＲＡ用ＰＤＣＰ又はＬＴＥ用ＰＤＣＰ、及びＥ－ＵＴＲＡ用ＲＲＣ又はＬＴＥ用ＲＲＣと呼ぶ事もある。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれＮＲ用ＭＡＣ、ＮＲ用ＲＬＣ、ＮＲ用ＲＬＣ、及びＮＲ用ＲＲＣと呼ぶ事もある。
　また、図１に示す通り、ｅＮＢ１０２、ｇＮＢ１０８、ＥＰＣ１０４、５ＧＣ１１０は、インタフェース１１２、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１１４を介して繋がってもよい。このため、多様な通信システムに対応するため、図２のＲＲＣ２０８は、図３のＲＲＣ３０８に置き換えられてもよい。また図２のＰＤＣＰ２０６は、図３のＰＤＣＰ３０６に置き換えられても良い。また、図３のＲＲＣ３０８は、図２のＲＲＣ２０８の機能を含んでも良い。また図３のＰＤＣＰ３０６は、図２のＰＤＣＰ２０６であっても良い。
　（実施の形態１）
　図１及び図４から図８を用いて、本発明の実施の形態１を説明する。
　図４は本発明の各実施の形態におけるＲＲＣ再設定手順のフローの一例を示す図である。
　ＲＲＣ再設定手順（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、非特許文献１０に記載の、ＮＲにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられる手順である。本発明の各実施の形態において、ＮＲにおけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられ手順を、ＲＲＣ再設定手順と呼ぶが、別の名称であっても良い。また本発明の各実施の形態におけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等の手順は、非特許文献４に記載のＥ－ＵＴＲＡにおける手順であっても良く、ＲＲＣコネクション再設定手順という名称であっても良い。
　ＲＲＣ再設定手順において、ＵＥ１２２はｇＮＢ１０８よりＲＲＣ再設定メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎ）を受信し（ステップＳ４００）、ＲＲＣ再設定メッセージに含まれる情報に従って各種設定、例えばＤＲＢの設定などを行う（ステップＳ４０２）。ステップＳ４０２の後、ＵＥ１２２はｇＮＢ１０８に、ＲＲＣ再設定完了メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎＣｏｍｐｌｅｔｅ）などを送っても良い（不図示）。
　図５は本発明の実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明の一態様と密接に関連する主な構成部のみを示す。
　図５に示すＵＥ１２２は、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する受信部５００、及びＱｏＳフローとＤＲＢとのマッピングルールを格納する格納部５０２、及びメッセージ及びデータの処理を行う処理部５０４から成る。
　図６は図４におけるＲＲＣ再設定メッセージに含まれる情報のうち、ＳＤＡＰ設定を伴うＤＲＢ設定に係る情報、及び情報のＡＳＮ．１（Ａｂｓｔｒａｃｔ　Ｓｙｎｔａｘ　Ｎｏｔａｔｉｏｎ　Ｏｎｅ）記述の一例である。３ＧＰＰにおいて、ＲＲＣに係る仕様書（非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報（Ｉｎｆｏｒｍａｔｉｏｎ　Ｅｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。図６のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。なお図６におけるＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明の一態様におけるＳＤＡＰ設定のパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また図６におけるＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明の一態様と密接に関連する主な情報に関する例のみを示す。
　図６においてＤＲＢ－ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報は、ＤＲＢＴｏＡｄｄＭｏｄで表される、追加又は変更するＤＲＢの設定を示す情報のリストであっても良い。ＤＲＢ－ＴｏＡｄｄＭｏｄ（追加又は変更するＤＲＢの設定を示す情報）の中の、ｐｄｕＳｅｓｓｉｏｎ－Ｉｄｅｎｔｉｔｙで表される情報は、非特許文献２に説明されるＰＤＵセッションを識別する情報であっても良い。ＰＤＵセッションを識別する情報は、非特許文献２に説明されるＰＤＵセッション識別子（ＰＤＵ　ｓｅｓｓｉｏｎ　ｉｄｅｎｔｉｆｉｅｒ）であっても良いし、別の情報であっても良い。図６の例では１から１６の整数値としているが、別の値を取っても良い。ＰＤＵセッションを識別する情報は、設定するＤＲＢが関連するＰＤＵセッションを識別するために使われても良い。また図６では、ＰＤＵセッションを識別する情報は、追加又は変更するＤＲＢの設定を示す情報の中に含まれているが、他の場所に記載されていても良い。また追加又は変更するＤＲＢの設定を示す情報の中の、ＤＲＢ－Ｉｄｅｎｔｉｔｙで表される情報は、追加又は変更するＤＲＢのＤＲＢ識別子である。図６の例では１から３２の整数値としているが、別の値を取っても良い。ＤＲＢ識別子はＰＤＵセッションの中でＤＲＢを一意に識別するために使われても良い。
　また図６において、追加又は変更するＤＲＢの設定を示す情報の中のｓｄａｐ－Ｃｏｎｆｉｇで表される情報は、ＳＤＡＰエンティティ設定に関する情報であっても良い。ＳＤＡＰエンティティ設定に関する情報の中の、ｑｏｓＦｌｏｗＩｄＡｄｄＬｉｓｔで表される情報は、ＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ－Ｉｄｅｎｔｉｔｙ）のリスト情報であっても良い。また、ＤＲＢに対応（マッピング）するＱｏＳフロー識別子はアップリンク方向に対する対応（マッピング）であっても良い。ＱｏＳフロー識別子は整数値であっても良い。ＳＤＡＰエンティティ設定に関する情報の中の、ｑｏｓＦｌｏｗＩｄＲｅｌｅａｓｅＬｉｓｔで表される情報は、ＤＲＢ識別子に対応（マッピング）しているＱｏＳフロー識別子の中から、解放するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ－Ｉｄｅｎｔｉｔｙ）のリスト情報であっても良い。
また、ｓｄａｐＨｅａｄｅｒ－ＵＬで表される情報は、設定するＤＲＢに対応（マッピング）しているアップリンク方向のＳＤＡＰ　ＰＤＵに、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報であっても良い。また、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報は、設定するＤＲＢに対応（マッピング）しているアップリンク方向のＳＤＡＰ　ＰＤＵ、又はＳＤＡＰ　ＳＤＵに、アップリンク用ＳＤＡＰヘッダが必要である事を示す情報と言い換えても良い。またｓｄａｐＨｅａｄｅｒ－ＤＬで表される情報は、設定するＤＲＢに対応（マッピング）しているダウンリンク方向のＳＤＡＰ　ＰＤＵに、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報であっても良い。アップリンク用ＳＤＡＰヘッダが存在する事を示す情報、及びアップリンク用ＳＤＡＰヘッダが存在する事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いて存在する事を示しても良いし、ヘッダ長を表す数値と共に存在する事を示しても良い。
ｒｅｆｌｅｃｔｉｖｅで表される情報は、設定するＤＲＢが、非特許文献２及び非特許文献１６に説明されるリフレクティブＱｏＳフローに対応（マッピング）する事を示す情報であっても良い。リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いて、リフレクティブ ＱｏＳフローに対応（マッピング）している事を示しても良い。なお本発明の各実施の形態で、ＱｏＳフローとは、同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデータフロー（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｆｌｏｗ：ＳＤＦ）から成っても良い（非特許文献２）。なお、リフレクティブＱｏＳフローとは、ＱｏＳフローに割り当てられているＳＤＦのうち、一つ又はそれ以上のＳＤＦの各パケットのコア網のユーザデータのカプセル化ヘッダ（Ｎ３ヘッダ）に、リフレクティブＱｏＳの扱いを受けるためのリフレクティブＱｏＳ指示（Ｒｅｆｌｅｃｔｉｖｅ　ＱｏＳ　Ｉｎｄｉｃａｔｏｒ：ＲＱＩ）が含まれるＱｏＳフローの事を意味しても良い。
ｄｅｆａｕｌｔで示される情報は、追加又は変更するＤＲＢがデフォルトＤＲＢである事を示す情報でも良い。デフォルトＤＲＢとはデフォルトＱｏＳポリシーをもつＱｏＳフローが対応するＤＲＢであっても良いし、アップリンクＳＤＡＰ　ＳＤＵに対応する、ＱｏＳフローとＤＲＢとのマッピングルールが格納されていない場合に、マップされるＤＲＢであっても良い。デフォルトＤＲＢである事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いてデフォルトＤＲＢである事を示しても良い。
　また、ＤＲＢ－ＴｏＲｅｌｅａｓｅＬｉｓｔで示される情報は、解放するＤＲＢのＤＲＢ識別子のリストを示す情報であっても良い。
　また図６に示す一部、又は全ての情報は、オプショナルであっても良い。即ち図６に示す情報は必要に応じてＲＲＣ再設定メッセージに含まれても良い。ＲＲＣ再設定メッセージに情報が含まれる場合と含まれない場合で、ＵＥ１２２の処理として、異なる処理が定められてもよい。例えばアップリンク用ＳＤＡＰヘッダが存在する事を示す情報、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報、デフォルトＤＲＢである事を示す情報などは、オプショナルであっても良い。
　また図６に示す情報には、依存関係のある情報があっても良い。例えばＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ－Ｉｄｅｎｔｉｔｙ）のリスト情報に含まれるＱｏＳフロー識別子の数が二つ以上、または一つのＤＲＢに対応（マッピング）するＱｏＳフローが二つ以上であった場合には、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在する、としても良い。また一つのＤＲＢに対応する（又はマップする）ＱｏＳフローが二つ以上である場合でも、デフォルトＤＲＢの場合は除外される、即ちアップリンク用ＳＤＡＰヘッダが存在する事を示す情報は存在しないとしても良い。また逆に、デフォルトＤＲＢの場合はアップリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在するとしても良い。
また例えば、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報がＲＲＣ再設定メッセージに含まれる場合には、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在する、としても良い。
なお、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報が、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報である事を含んでも良い。すなわち、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報がＲＲＣ再設定メッセージに存在する場合には、ダウンリンク用ＳＤＡＰヘッダが存在し、かつリフレクティブＱｏＳフローに対応（マッピング）する事を示しても良い。
　図７は図５におけるＵＥ１２２の処理部５０４の、本発明の実施の形態１における処理方法の一例を示す。
　図８は、本発明の実施の形態１におけるアップリンク用ＳＤＡＰヘッダの一例を示す。
次に、図４から図８を用いて、ＲＲＣ再設定手順における、ＳＤＡＰ設定を含むＤＲＢ設定手順の例を説明する。
　ＵＥ１２２の受信部５００は、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する（ステップＳ４００）。ＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに含まれる情報に従って、設定を行う（ステップＳ４０２）。本発明の実施の形態１におけるＲＲＣ再設定メッセージには、ＳＤＡＰエンティティ設定に関する情報の中に、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報が含まれているとする。ＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージにＤＲＢ識別子と、ＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子のリスト情報が含まれていた場合には、アップリンク用の上記ＱｏＳフロー識別子に対応（マッピング）するＱｏＳフローと上記ＤＲＢ識別子を持つＤＲＢとのマッピングルールを作成し、格納部５０２に格納する。この際、ＵＥ１２２の処理部５０４は、格納したという情報をＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。またＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに、解放するＱｏＳフロー識別子のリスト情報が含まれていた場合には、上記解放するＱｏＳフロー識別子のリスト情報に含まれるＱｏＳフロー識別子に対応（マッピング）する、格納部５０２に格納されているアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを解放する。この際、ＵＥ１２２の処理部５０４は、解放したという情報を上記ＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。またＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに、解放するＤＲＢ識別子のリスト情報が含まれていた場合には、上記解放するＤＲＢ識別子のリスト情報に含まれるＤＲＢ識別子に対応（マッピング）する、格納部５０２に格納されているアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを解放する。この際、ＵＥ１２２の処理部５０４は、解放したという情報を上記ＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。
　次にＵＥ１２２の処理部５０４は、上位レイヤよりＳＤＡＰ　ＳＤＵ及びそのＳＤＡＰ　ＳＤＵに対応（マッピング）するＱｏＳフローのＱｏＳフロー識別子（ＱｏＳ　Ｆｌｏｗ　Ｉｄｅｎｔｉｆｉｅｒ：ＱＦＩ）を受け取る（ステップＳ７００）。
　次にＵＥ１２２の処理部５０４は、上記上位レイヤから受け取ったＳＤＡＰ　ＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されているＤＲＢか否かを確認し、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成する（ステップＳ７０２）。
　図８－（Ａ）及び図８－（Ｂ）は、本発明の実施の形態１における、アップリンク用ＳＤＡＰヘッダのフォーマット例である。図８－（Ａ）及び図８－（Ｂ）は、共にＱＦＩフィールド、及びＲフィールド（Ｒビット）から成る。Ｒフィールド（Ｒビット）は予約フィールド（予約ビット）である。図８－（Ａ）は１ビット長のＲフィールドが１つ存在するのに対し、７ビット長のＱＦＩフィールドが一つ存在する。また図８－（Ｂ）は１ビット長のＲフィールドが２つ（又は２ビット張のＲフィールドが一つ）存在するのに対し、６ビット長のＱＦＩフィールドが一つ存在する。なお、アップリンク用ＳＤＡＰヘッダのフォーマットはこの通りではなく、例えばＲフィールドに代えて、リフレクティブ指示フィールド（ＲＱＩフィールド）が存在しても良い。また他のフィールド又はビット、例えば上位レイヤから受け取ったＳＤＡＰ　ＰＤＵが対応するＱｏＳフローとＤＲＢとのマッピングルールが存在しない事を示すフィールド又はビットが存在しても良い。
　次にＵＥ１２２の処理部５０４は、上記アップリンク用ＳＤＡＰヘッダのＱＦＩフィールドに、ステップＳ７００で上位レイヤから受け取ったＳＤＡＰ　ＰＤＵが対応するＱｏＳフローのＱＦＩを設定する。またＵＥ１２２の処理部５０４は、上記アップリンク用ＳＤＡＰヘッダのリザーブフィールドに、ゼロ（’０’）をセットしても良い（ステップＳ７０４）。なおアップリンク用ＳＤＡＰヘッダにＲＱＩフィールドが存在する場合には、ＵＥ１２２の処理部５０４は、ＲＱＩフィールドにゼロ（’０’）をセットしても良い。
　次にＵＥ１２２の処理部５０４は、ステップＳ７００で上位レイヤから受け取ったＳＤＡＰ　ＳＤＵに、ステップＳ７０２及びステップＳ７０４で生成したアップリンク用ＳＤＡＰヘッダを付加してＳＤＡＰ　ＰＤＵを作成し、格納部５０２に格納されているＱｏＳフローとＤＲＢとのマッピングルールに従って、上記ＳＤＡＰ　ＰＤＵを下位レイヤへ提出する。なお、ステップＳ７００からステップＳ７０６のアップリンク用ＳＤＡＰヘッダの各フィールドへの値の格納と、ＳＤＡＰ　ＳＤＵにアップリンク用ＳＤＡＰヘッダを付加する順番は、この通りで無くても良い。なお、ステップＳ７０２において、上記アップリンク用ＳＤＡＰヘッダが存在するように設定されていない場合には、アップリンク用ＳＤＡＰヘッダは作成せず、上記位レイヤから受け取ったＳＤＡＰ　ＳＤＵを、そのままＳＤＡＰ　ＰＤＵとして下位レイヤへ提出しても良い。
このように、本発明の実施の形態１では、端末装置は、上位レイヤと無線アクセスレイヤの間でＱｏＳフロー識別子情報など必要な情報の送受信を行い、ＱｏＳの管理を正しく行う事により、効率的な通信を行うことができる。
　（実施の形態２）
　図１、及び図４から図６、及び図９を用いて、本発明の実施の形態２を説明する。図４から図６は本発明の実施の形態１と同じである。
　すなわち、図４は本発明の各実施の形態におけるＲＲＣ再設定手順のフローの一例を示す図である。
　ＲＲＣ再設定手順（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、非特許文献１０に記載の、ＮＲにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられる手順である。本発明の各実施の形態において、ＮＲにおけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられ手順を、ＲＲＣ再設定手順と呼ぶが、別の名称であっても良い。また本発明の各実施の形態におけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等の手順は、非特許文献４に記載のＥ－ＵＴＲＡにおける手順であっても良く、ＲＲＣコネクション再設定手順という名称であっても良い。
　ＲＲＣ再設定手順において、ＵＥ１２２はｇＮＢ１０８よりＲＲＣ再設定メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎ）を受信し（ステップＳ４００）、ＲＲＣ再設定メッセージに含まれる情報に従って各種設定、例えばＤＲＢの設定などを行う（ステップＳ４０２）。ステップＳ４０２の後、ＵＥ１２２はｇＮＢ１０８に、ＲＲＣ再設定完了メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎＣｏｍｐｌｅｔｅ）などを送っても良い（不図示）。
　図５は本発明の各実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明の一態様と密接に関連する主な構成部のみを示す。
　図５に示すＵＥ１２２は、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する受信部５００、及びＱｏＳフローとＤＲＢとのマッピングルールを格納する格納部５０２、及びメッセージ及びデータの処理を行う処理部５０４から成る。
　図６は図４におけるＲＲＣ再設定メッセージに含まれる情報のうち、ＳＤＡＰ設定を伴うＤＲＢ設定に係る情報、及び情報のＡＳＮ．１（Ａｂｓｔｒａｃｔ　Ｓｙｎｔａｘ　Ｎｏｔａｔｉｏｎ　Ｏｎｅ）記述の一例である。３ＧＰＰにおいて、ＲＲＣに係る仕様書（非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報（Ｉｎｆｏｒｍａｔｉｏｎ　Ｅｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。図６のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。なお図６におけるＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明の一態様におけるＳＤＡＰ設定のパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また図６におけるＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明の一態様と密接に関連する主な情報に関する例のみを示す。
　図６においてＤＲＢ－ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報は、ＤＲＢＴｏＡｄｄＭｏｄで表される、追加又は変更するＤＲＢの設定を示す情報のリストであっても良い。ＤＲＢ－ＴｏＡｄｄＭｏｄ（追加又は変更するＤＲＢの設定を示す情報）の中の、ｐｄｕＳｅｓｓｉｏｎ－Ｉｄｅｎｔｉｔｙで表される情報は、非特許文献２に説明されるＰＤＵセッションを識別する情報であっても良い。ＰＤＵセッションを識別する情報は、非特許文献２に説明されるＰＤＵセッション識別子（ＰＤＵ　ｓｅｓｓｉｏｎ　ｉｄｅｎｔｉｆｉｅｒ）であっても良いし、別の情報であっても良い。図６の例では１から１６の整数値としているが、別の値を取っても良い。ＰＤＵセッションを識別する情報は、設定するＤＲＢが関連するＰＤＵセッションを識別するために使われても良い。また図６では、ＰＤＵセッションを識別する情報は、追加又は変更するＤＲＢの設定を示す情報の中に含まれているが、他の場所に記載されていても良い。また追加又は変更するＤＲＢの設定を示す情報の中の、ＤＲＢ－Ｉｄｅｎｔｉｔｙで表される情報は、追加又は変更するＤＲＢのＤＲＢ識別子である。図６の例では１から３２の整数値としているが、別の値を取っても良い。ＤＲＢ識別子はＰＤＵセッションの中でＤＲＢを一意に識別するために使われても良い。
　また図６において、追加又は変更するＤＲＢの設定を示す情報の中のｓｄａｐ－Ｃｏｎｆｉｇで表される情報は、ＳＤＡＰエンティティ設定に関する情報であっても良い。ＳＤＡＰエンティティ設定に関する情報の中の、ｑｏｓＦｌｏｗＩｄＡｄｄＬｉｓｔで表される情報は、ＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ－Ｉｄｅｎｔｉｔｙ）のリスト情報であっても良い。また、ＤＲＢに対応（マッピング）するＱｏＳフロー識別子はアップリンク方向に対する対応（マッピング）であっても良い。ＱｏＳフロー識別子は整数値であっても良い。ＳＤＡＰエンティティ設定に関する情報の中の、ｑｏｓＦｌｏｗＩｄＲｅｌｅａｓｅＬｉｓｔで表される情報は、ＤＲＢ識別子に対応（マッピング）しているＱｏＳフロー識別子の中から、解放するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ－Ｉｄｅｎｔｉｔｙ）のリスト情報であっても良い。
また、ｓｄａｐＨｅａｄｅｒ－ＵＬで表される情報は、設定するＤＲＢに対応（マッピング）しているアップリンク方向のＳＤＡＰ　ＰＤＵに、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報であっても良い。また、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報は、設定するＤＲＢに対応（マッピング）しているアップリンク方向のＳＤＡＰ　ＰＤＵ、又はＳＤＡＰ　ＳＤＵに、アップリンク用ＳＤＡＰヘッダが必要である事を示す情報と言い換えても良い。またｓｄａｐＨｅａｄｅｒ－ＤＬで表される情報は、設定するＤＲＢに対応（マッピング）しているダウンリンク方向のＳＤＡＰ　ＰＤＵに、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報であっても良い。アップリンク用ＳＤＡＰヘッダが存在する事を示す情報、及びアップリンク用ＳＤＡＰヘッダが存在する事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いて存在する事を示しても良いし、ヘッダ長を表す数値と共に存在する事を示しても良い。
ｒｅｆｌｅｃｔｉｖｅで表される情報は、設定するＤＲＢが、非特許文献２及び非特許文献１６に説明されるリフレクティブＱｏＳフローに対応（マッピング）する事を示す情報であっても良い。リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いて、リフレクティブ ＱｏＳフローに対応（マッピング）している事を示しても良い。なお本発明の各実施の形態で、ＱｏＳフローとは、同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデータフロー（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｆｌｏｗ：ＳＤＦ）から成っても良い（非特許文献２）。なお、リフレクティブＱｏＳフローとは、ＱｏＳフローに割り当てられているＳＤＦのうち、一つ又はそれ以上のＳＤＦの各パケットのコア網のユーザデータのカプセル化ヘッダ（Ｎ３ヘッダ）に、リフレクティブＱｏＳの扱いを受けるためのリフレクティブＱｏＳ指示（Ｒｅｆｌｅｃｔｉｖｅ　ＱｏＳ　Ｉｎｄｉｃａｔｏｒ：ＲＱＩ）が含まれるＱｏＳフローの事を意味しても良い。
ｄｅｆａｕｌｔで示される情報は、追加又は変更するＤＲＢがデフォルトＤＲＢである事を示す情報でも良い。デフォルトＤＲＢとはデフォルトＱｏＳポリシーをもつＱｏＳフローが対応（マッピング）するＤＲＢであっても良いし、アップリンクＳＤＡＰ　ＳＤＵに対応する、ＱｏＳフローとＤＲＢとのマッピングルールが格納されていない場合に、マップされるＤＲＢであっても良い。デフォルトＤＲＢである事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いてデフォルトＤＲＢである事を示しても良い。
　また、ＤＲＢ－ＴｏＲｅｌｅａｓｅＬｉｓｔで示される情報は、解放するＤＲＢのＤＲＢ識別子のリストを示す情報であっても良い。
　また図６に示す一部、又は全ての情報は、オプショナルであっても良い。即ち図６に示す情報は必要に応じてＲＲＣ再設定メッセージに含まれても良い。ＲＲＣ再設定メッセージに情報が含まれる場合と含まれない場合で、ＵＥ１２２の処理として、異なる処理が定められてもよい。例えばアップリンク用ＳＤＡＰヘッダが存在する事を示す情報、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報、デフォルトＤＲＢである事を示す情報などは、オプショナルであっても良い。
　また図６に示す情報には、依存関係のある情報があっても良い。例えばＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ－Ｉｄｅｎｔｉｔｙ）のリスト情報に含まれるＱｏＳフロー識別子の数が二つ以上、または一つのＤＲＢに対応（マッピング）するＱｏＳフローが二つ以上であった場合には、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在する、としても良い。また一つのＤＲＢに対応する（又はマップする）ＱｏＳフローが二つ以上である場合でも、デフォルトＤＲＢの場合は除外される、即ちアップリンク用ＳＤＡＰヘッダが存在する事を示す情報は存在しないとしても良い。また逆に、デフォルトＤＲＢの場合はアップリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在するとしても良い。
また例えば、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報がＲＲＣ再設定メッセージに含まれる場合には、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在する、としても良い。
なお、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報が、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報である事を含んでも良い。すなわち、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報がＲＲＣ再設定メッセージに存在する場合には、ダウンリンク用ＳＤＡＰヘッダが存在し、かつリフレクティブＱｏＳフローに対応（マッピング）する事を示しても良い。
　図９は図５におけるＵＥ１２２の処理部５０４の、本発明の実施の形態２における処理方法の一例を示す。
次に、図４から図６及び図９を用いて、本発明の実施の形態２における、ＲＲＣ再設定手順における、ＳＤＡＰ設定を含むＤＲＢ設定手順の例を説明する。
　ＵＥ１２２の受信部５００は、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する（ステップＳ４００）。ＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに含まれる情報に従って、設定を行う（ステップＳ４０２）。本発明の実施の形態２におけるＲＲＣ再設定メッセージには、ＳＤＡＰエンティティ設定に関する情報の中に、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報、又はダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報、又はリフレクティブＱｏＳフローに対応（マッピング）する事を示す情報及びダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報が含まれる。ＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージにＤＲＢ識別子と、ＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子のリスト情報が含まれていた場合には、アップリンク用の上記ＱｏＳフロー識別子に対応（マッピング）するＱｏＳフローと上記ＤＲＢ識別子を持つＤＲＢとのマッピングルールを作成し、格納部５０２に格納する。この際、ＵＥ１２２の処理部５０４は、格納したという情報をＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。またＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに、解放するＱｏＳフロー識別子のリスト情報が含まれていた場合には、上記解放するＱｏＳフロー識別子のリスト情報に含まれるＱｏＳフロー識別子に対応（マッピング）する、格納部５０２に格納されているアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを解放する。この際、ＵＥ１２２の処理部５０４は、解放したという情報を上記ＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。またＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに、解放するＤＲＢ識別子のリスト情報が含まれていた場合には、上記解放するＤＲＢ識別子のリスト情報に含まれるＤＲＢ識別子に対応（マッピング）する、格納部５０２に格納されているアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを解放する。この際、ＵＥ１２２の処理部５０４は、解放したという情報を上記ＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。
　次にＵＥ１２２の処理部５０４は、下位レイヤよりダウンリンクＳＤＡＰ　ＰＤＵを受け取る（ステップＳ９００）。
　次にＵＥ１２２の処理部５０４は、上記ダウンリンクＳＤＡＰ　ＰＤＵを受け取ったＤＲＢが、ダウンリンク用ＳＤＡＰヘッダが存在するように設定されているか否かを確認し、ダウンリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、受信した上記ダウンリンクＳＤＡＰ　ＰＤＵのダウンリンク用ＳＤＡＰヘッダを処理する（ステップＳ９０２）。
　次にＵＥ１２２の処理部５０４は、上記ダウンリンク用ＳＤＡＰヘッダのＲＱＩのフィールドが、リフレクティブＱｏＳ指示がアクションである事を示す値（‘１’）であるかを確認する（ステップＳ９０４）。ＲＱＩフィールドが、リフレクティブＱｏＳ指示非アクションを示す値（‘０’）であった場合には、ステップＳ９００で下位レイヤから受け取ったダウンリンクＳＤＡＰ　ＰＤＵからダウンリンク用ＳＤＡＰヘッダを取り除いてＳＤＡＰ　ＳＤＵを作成し、上位レイヤに渡す（ステップＳ９０６）。
　ステップＳ９０２において、ダウンリンク用ＳＤＡＰヘッダのＲＱＩのフィールドが１である場合には、ＵＥ１２２の処理部５０４は、更にダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールが格納部５０２に格納されているか否かを確認する（ステップＳ９０８）。格納部５０２に格納されている場合には、ステップＳ９００で下位レイヤから受信したＳＤＡＰ　ＰＤＵよりダウンリンク用ヘッダを取り除いて、ＳＤＡＰ ＳＤＵを作成し、上記ダウンリンク用ＳＤＡＰヘッダに含まれていたＱＦＩの値と、リフレクティブ指示アクション（ＲＱＩ＝１）である事の情報を、上記ＳＤＡＰ　ＳＤＵと共に上位レイヤに渡す（ステップＳ９１２）。なおここで、上記ダウンリンク用ＳＤＡＰヘッダに含まれていたＱＦＩの値をＳＤＡＰ　ＳＤＵと共に上位レイヤに渡す事により、リフレクティブ指示である事の情報を渡す事を兼ねても良い。
　またステップＳ９０８において、ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールが格納部５０２に格納されていない場合には、ＵＥ１２２の処理部５０４は、上記ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを格納部５０２に格納し（ステップＳ９１０）、かつ、ステップＳ９００で下位レイヤから受信したダウンリンク用ＳＤＡＰ ＰＤＵよりダウンリンク用ヘッダを取り除いて、ＳＤＡＰ ＳＤＵを作成し、上記ダウンリンク用ＳＤＡＰヘッダに含まれていたＱＦＩの値と、リフレクティブ指示である事の情報を、上記ＳＤＡＰ　ＳＤＵと共に上位レイヤに渡す（ステップＳ９１２）。なおここで、上記ダウンリンク用ＳＤＡＰヘッダに含まれていたＱＦＩの値をＳＤＡＰ　ＳＤＵと共に上位レイヤに渡す事により、リフレクティブ指示である事の情報を渡す事を兼ねても良い。
　なお、ステップＳ９００から、ステップＳ９１２において、ＳＤＡＰ　ＰＤＵからダウンリンク用ＳＤＡＰヘッダを取り除いてＳＤＡＰ　ＳＤＵを生成する順序と、ダウンリンクＳＤＡＰヘッダのフィールドを解析する順序、ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを格納部５０２に格納する順序はこの通りで無くても良い。なお、ステップＳ９０２において、ダウンリンク用ＳＤＡＰヘッダが存在するように設定されていない場合には、上記下位レイヤから受け取ったダウンリンク用ＳＤＡＰ　ＰＤＵを、そのままＳＤＡＰ　ＳＤＵとして上位レイヤに渡しても良い。
なお、ステップＳ９０８において、上記ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールが格納部５０２に格納されているか否かを確認する事に代え、格納部５０２に格納されている、上記ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールが活性（ａｃｔｉｖｅ）になっているか否かを確認しても良い。またこの時、格納部５０２に格納されている、上記ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールが活性（ａｃｔｉｖｅ）になってない場合には、ステップＳ９１０において、上記ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを格納部５０２に格納する事に代え、格納部５０２に格納されている、上記ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを活性化（ａｃｔｉｖａｔｅ）させても良い。
このように、本発明の実施の形態２では、端末装置は、上位レイヤと無線アクセスレイヤの間でＱｏＳフロー識別子情報、及びリフレクティブＱｏＳ指示情報など必要な情報の送受信を行い、ＱｏＳの管理を正しく行う事により、効率的な通信を行うことができる。
　（実施の形態３）
　図１、図４、図６、及び図１０から図１３を用いて、本発明の実施の形態３を説明する。図４、及び図６は本発明の実施の形態１及び本発明の実施の形態２と同じである。
　すなわち、図４は本発明の各実施の形態におけるＲＲＣ再設定手順のフローの一例を示す図である。
　ＲＲＣ再設定手順（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、非特許文献１０に記載の、ＮＲにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられる手順である。本発明の各実施の形態において、ＮＲにおけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられ手順を、ＲＲＣ再設定手順と呼ぶが、別の名称であっても良い。また本発明の各実施の形態におけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等の手順は、非特許文献４に記載のＥ－ＵＴＲＡにおける手順であっても良く、ＲＲＣコネクション再設定手順という名称であっても良い。
　ＲＲＣ再設定手順において、ＵＥ１２２はｇＮＢ１０８よりＲＲＣ再設定メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎ）を受信し（ステップＳ４００）、ＲＲＣ再設定メッセージに含まれる情報に従って各種設定、例えばＤＲＢの設定などを行う（ステップＳ４０２）。ステップＳ４０２の後、ＵＥ１２２はｇＮＢ１０８に、ＲＲＣ再設定完了メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎＣｏｍｐｌｅｔｅ）などを送っても良い（不図示）。
　図６は図４におけるＲＲＣ再設定メッセージに含まれる情報のうち、ＳＤＡＰ設定を伴うＤＲＢ設定に係る情報、及び情報のＡＳＮ．１（Ａｂｓｔｒａｃｔ　Ｓｙｎｔａｘ　Ｎｏｔａｔｉｏｎ　Ｏｎｅ）記述の一例である。３ＧＰＰにおいて、ＲＲＣに係る仕様書（非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報（Ｉｎｆｏｒｍａｔｉｏｎ　Ｅｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。図６のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。なお図６におけるＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明の一態様におけるＳＤＡＰ設定のパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また図６におけるＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明の一態様と密接に関連する主な情報に関する例のみを示す。
　図６においてＤＲＢ－ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報は、ＤＲＢＴｏＡｄｄＭｏｄで表される、追加又は変更するＤＲＢの設定を示す情報のリストであっても良い。ＤＲＢ－ＴｏＡｄｄＭｏｄ（追加又は変更するＤＲＢの設定を示す情報）の中の、ｐｄｕＳｅｓｓｉｏｎ－Ｉｄｅｎｔｉｔｙで表される情報は、非特許文献２に説明されるＰＤＵセッションを識別する情報であっても良い。ＰＤＵセッションを識別する情報は、非特許文献２に説明されるＰＤＵセッション識別子（ＰＤＵ　ｓｅｓｓｉｏｎ　ｉｄｅｎｔｉｆｉｅｒ）であっても良いし、別の情報であっても良い。図６の例では１から１６の整数値としているが、別の値を取っても良い。ＰＤＵセッションを識別する情報は、設定するＤＲＢが関連するＰＤＵセッションを識別するために使われても良い。また図６では、ＰＤＵセッションを識別する情報は、追加又は変更するＤＲＢの設定を示す情報の中に含まれているが、他の場所に記載されていても良い。また追加又は変更するＤＲＢの設定を示す情報の中の、ＤＲＢ－Ｉｄｅｎｔｉｔｙで表される情報は、追加又は変更するＤＲＢのＤＲＢ識別子である。図６の例では１から３２の整数値としているが、別の値を取っても良い。ＤＲＢ識別子はＰＤＵセッションの中でＤＲＢを一意に識別するために使われても良い。
　また図６において、追加又は変更するＤＲＢの設定を示す情報の中のｓｄａｐ－Ｃｏｎｆｉｇで表される情報は、ＳＤＡＰエンティティ設定に関する情報であっても良い。ＳＤＡＰエンティティ設定に関する情報の中の、ｑｏｓＦｌｏｗＩｄＡｄｄＬｉｓｔで表される情報は、ＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ－Ｉｄｅｎｔｉｔｙ）のリスト情報であっても良い。また、ＤＲＢに対応（マッピング）するＱｏＳフロー識別子はアップリンク方向に対する対応（マッピング）であっても良い。ＱｏＳフロー識別子は整数値であっても良い。ＳＤＡＰエンティティ設定に関する情報の中の、ｑｏｓＦｌｏｗＩｄＲｅｌｅａｓｅＬｉｓｔで表される情報は、ＤＲＢ識別子に対応（マッピング）しているＱｏＳフロー識別子の中から、解放するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ－Ｉｄｅｎｔｉｔｙ）のリスト情報であっても良い。
また、ｓｄａｐＨｅａｄｅｒ－ＵＬで表される情報は、設定するＤＲＢに対応（マッピング）しているアップリンク方向のＳＤＡＰ　ＰＤＵに、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報であっても良い。また、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報は、設定するＤＲＢに対応（マッピング）しているアップリンク方向のＳＤＡＰ　ＰＤＵ、又はＳＤＡＰ　ＳＤＵに、アップリンク用ＳＤＡＰヘッダが必要である事を示す情報と言い換えても良い。またｓｄａｐＨｅａｄｅｒ－ＤＬで表される情報は、設定するＤＲＢに対応（マッピング）しているダウンリンク方向のＳＤＡＰ　ＰＤＵに、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報であっても良い。アップリンク用ＳＤＡＰヘッダが存在する事を示す情報、及びアップリンク用ＳＤＡＰヘッダが存在する事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いて存在する事を示しても良いし、ヘッダ長を表す数値と共に存在する事を示しても良い。
ｒｅｆｌｅｃｔｉｖｅで表される情報は、設定するＤＲＢが、非特許文献２及び非特許文献１６に説明されるリフレクティブＱｏＳフローに対応（マッピング）する事を示す情報であっても良い。リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いて、リフレクティブ ＱｏＳフローに対応（マッピング）している事を示しても良い。なお本発明の各実施の形態で、ＱｏＳフローとは、同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデータフロー（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｆｌｏｗ：ＳＤＦ）から成っても良い（非特許文献２）。なお、リフレクティブＱｏＳフローとは、ＱｏＳフローに割り当てられているＳＤＦのうち、一つ又はそれ以上のＳＤＦの各パケットのコア網のユーザデータのカプセル化ヘッダ（Ｎ３ヘッダ）に、リフレクティブＱｏＳの扱いを受けるためのリフレクティブＱｏＳ指示（Ｒｅｆｌｅｃｔｉｖｅ　ＱｏＳ　Ｉｎｄｉｃａｔｏｒ：ＲＱＩ）が含まれるＱｏＳフローの事を意味しても良い。
ｄｅｆａｕｌｔで示される情報は、追加又は変更するＤＲＢがデフォルトＤＲＢである事を示す情報でも良い。デフォルトＤＲＢとはデフォルトＱｏＳポリシーをもつＱｏＳフローが対応（マッピング）するＤＲＢであっても良いし、アップリンクＳＤＡＰ　ＳＤＵに対応（マッピング）する、ＱｏＳフローとＤＲＢとのマッピングルールが格納されていない場合に、マップされるＤＲＢであっても良い。デフォルトＤＲＢである事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いてデフォルトＤＲＢである事を示しても良い。
　また、ＤＲＢ－ＴｏＲｅｌｅａｓｅＬｉｓｔで示される情報は、解放するＤＲＢのＤＲＢ識別子のリストを示す情報であっても良い。
　また図６に示す一部、又は全ての情報は、オプショナルであっても良い。即ち図６に示す情報は必要に応じてＲＲＣ再設定メッセージに含まれても良い。ＲＲＣ再設定メッセージに情報が含まれる場合と含まれない場合で、ＵＥ１２２の処理として、異なる処理が定められてもよい。例えばアップリンク用ＳＤＡＰヘッダが存在する事を示す情報、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報、デフォルトＤＲＢである事を示す情報などは、オプショナルであっても良い。
　また図６に示す情報には、依存関係のある情報があっても良い。例えばＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ－Ｉｄｅｎｔｉｔｙ）のリスト情報に含まれるＱｏＳフロー識別子の数が二つ以上、または一つのＤＲＢに対応（マッピング）するＱｏＳフローが二つ以上であった場合には、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在する、としても良い。また一つのＤＲＢに対応する（又はマップする）ＱｏＳフローが二つ以上である場合でも、デフォルトＤＲＢの場合は除外される、即ちアップリンク用ＳＤＡＰヘッダが存在する事を示す情報は存在しないとしても良い。また逆に、デフォルトＤＲＢの場合はアップリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在するとしても良い。
また例えば、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報がＲＲＣ再設定メッセージに含まれる場合には、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在する、としても良い。
なお、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報が、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報である事を含んでも良い。すなわち、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報がＲＲＣ再設定メッセージに存在する場合には、ダウンリンク用ＳＤＡＰヘッダが存在し、かつリフレクティブＱｏＳフローに対応（マッピング）する事を示しても良い。
　図１３は本発明の実施の形態３における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明の一態様と密接に関連する主な構成部のみを示す。
　図１３に示すＵＥ１２２は、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する受信部１３００、及びＲＲＣ再設定要求に従って処理を行う処理部１３０２から成る。
次に、図４、図６、図１０及び図１３を用いて、本発明の実施の形態３における、ＲＲＣ再設定手順における、ＤＲＢ設定手順の第１の例を説明する。
ＵＥ１２２の受信部１３００、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する（ステップＳ４００）。ＵＥ１２２の処理部１３０２は、ＲＲＣ再設定要求に含まれる情報に従って、設定を行う（ステップＳ４０２）。
図１０は、ＵＥ１２２の処理部１３０２の、本発明の実施の形態３における処理方法の第１の例を示す。ＵＥ１２２の処理部１３０２は、受信部１３００より受信したＲＲＣ再設定メッセージに含まれる、追加又は変更するＤＲＢの設定を示す情報のリストの中で、ＵＥ１２２の現在の設定の一部に無いＤＲＢ識別子を含むＤＲＢの設定を示す情報に、ＳＤＡＰエンティティ設定に関する情報が含まれる場合で、かつ上記ＳＤＡＰエンティティ設定に関連する、ＰＤＵセッション識別子等のＰＤＵセッションを識別する情報が、ＵＥ１２２の設定の現在の設定の一部に無いか否かを確認する（ステップＳ１０００）。もし上記ＰＤＵセッションを識別する情報が、ＵＥ１２２の設定の現在の設定の一部に無い場合には、ＳＤＡＰエンティティを確立し、上記追加又は変更するＤＲＢの設定を示す情報に従ってＤＲＢ設定を行った後に、確立したＤＲＢに対応（マッピング）するＱｏＳフロー識別子、又はＱｏＳフロー識別子のリストと、ＤＲＢ確立情報を、上位レイヤに通知する（ステップＳ１００２）。この際、上記ＰＤＵセッションを識別する情報を、一緒に通知しても良い。もし上記ＰＤＵセッションを識別する情報が、ＵＥ１２２の設定の現在の設定の一部である場合には、ＳＤＡＰエンティティを再設定し、上記追加又は変更するＤＲＢの設定を示す情報に従ってＤＲＢ設定を行った後に、確立したＤＲＢに対応（マッピング）するＱｏＳフロー識別子、又はＱｏＳフロー識別子のリストと、ＤＲＢ確立情報を、上位レイヤに通知する（ステップＳ１００４）。この際、上記ＰＤＵセッションを識別する情報を、一緒に通知しても良い。
次に、図４から図６、及び図１１を用いて、本発明の実施の形態３における、ＲＲＣ再設定手順における、ＤＲＢ設定手順の第２の例を説明する。
ＵＥ１２２の受信部１３００、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する（ステップＳ４００）。ＵＥ１２２の処理部１３０２は、ＲＲＣ再設定要求に含まれる情報に従って、設定を行う（ステップＳ４０２）。
図１１は、ＵＥ１２２の処理部１３０２の、本発明の実施の形態３における処理方法の第２の例を示す。ＵＥ１２２の処理部１３０２は、受信部１３００より受信したＲＲＣ再設定メッセージに、解放するＱｏＳフロー識別子のリストに関する情報が含まれている事を確認する（ステップＳ１１００）。この際ＲＲＣ再設定メッセージに、解放するＱｏＳフロー識別子が対応（マッピング）しているＤＲＢ識別子が含まれていても良い。次にＵＥ１２２の処理部１３０２は、上記解放するＱｏＳフロー識別子のリストに含まれる解放したＱｏＳフロー識別子と、解放したという情報を、上位レイヤに通知する（ステップＳ１１０４）。この際、上記解放したＱｏＳフロー識別子其々に対応しているＰＤＵセッションを識別する情報を、一緒に通知しても良い。
次に、図４から図６、及び図１２を用いて、本発明の実施の形態３における、ＲＲＣ再設定手順における、ＤＲＢ設定手順の第３の例を説明する。
ＵＥ１２２の受信部１３００、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する（ステップＳ４００）。ＵＥ１２２の処理部１３０２は、ＲＲＣ再設定要求に含まれる情報に従って、設定を行う（ステップＳ４０２）。
図１２は、ＵＥ１２２の処理部１３０２の、本発明の実施の形態３における処理方法の第３の例を示す。ＵＥ１２２の処理部１３０２は、ＲＲＣ再設定メッセージに、解放するＤＲＢ識別子のリストが含まれている事を確認する（ステップＳ１２００）。次にＵＥ１２２の処理部１３０２は、上記解放するＤＲＢ識別子がＳＤＡＰエンティティに関連しているＤＲＢ識別子である場合には、ＳＤＡＰエンティティを再設定し、上記解放するＤＲＢ識別子をもつＤＲＢに対応（マッピング）しているＱｏＳフロー識別子、又はＱｏＳ識別子のリストと、解放したという情報を、上位レイヤに通知する（ステップＳ１２０２）。この際、上記解放したＱｏＳフロー識別子其々に対応しているＰＤＵセッションを識別する情報を、一緒に通知しても良い。なお、上記解放するＤＲＢ識別子がＳＤＡＰエンティティに関連しておらず、ＥＰＳベアラ識別子に関連しているＤＲＢ識別子である場合には、上記ＥＰＳベアラ識別子を上位レイヤに通知しても良い。
　このように、本発明の実施の形態３では、端末装置は、上位レイヤと無線アクセスレイヤの間でＤＲＢと対応（マッピング）しているＱｏＳフロー識別子の情報の送受信を行い、ＱｏＳの管理を正しく行う事により、効率的な通信を行うことができる。
　なお、本発明の各実施の形態におけるＤＲＢ設定は、ＲＲＣ再設定手順だけでなく、ＲＲＣ確立（ＲＲＣ　Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順や、ＲＲＣ再確立（ＲＲＣ　Ｒｅ－Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に含まれていても良い。
　本発明の一態様に関わる装置で動作するプログラムは、本発明の一態様に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュ－タを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
　なお、上述した実施形態における装置の一部、をコンピュ－タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ－タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ－タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ－タシステム」とは、装置に内蔵されたコンピュ－タシステムであって、オペレ－ティングシステムや周辺機器等のハ－ドウェアを含むものとする。また、「コンピュ－タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
　さらに「コンピュ－タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ－タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ－タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
　また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ－ラ、マイクロコントロ－ラ、またはステ－トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
　本発明の一態様は、例えば、通信システム、通信機器（例えば、携帯電話装置、基地局装置、無線ＬＡＮ装置、或いはセンサーデバイス）、集積回路（例えば、通信チップ）、又はプログラム等において、利用することができる。
１００　Ｅ－ＵＴＲＡ
１０２　ｅＮＢ
１０４　ＥＰＣ
１０６　ＮＲ
１０８　ｇＮＢ
１１０　５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４　インタフェース
１２２　ＵＥ
２００、３００　ＰＨＹ
２０２、３０２　ＭＡＣ
２０４、３０４　ＲＬＣ
２０６、３０６　ＰＤＣＰ
２０８、３０８　ＲＲＣ
３１０　ＳＤＡＰ
５００、１３００　受信部
５０２　格納部
５０４、１３０２　処理部

Claims (4)

  1. 　基地局装置と通信を行う端末装置であって、
    　前記基地局装置から無線データベアラ（ＤＲＢ）設定を含む無線リソース制御（ＲＲＣ）再設定メッセージを受信する受信部と、
    　処理部と、
    　を備え、
    　サービスデータ適応プロトコル（ＳＤＡＰ）設定は、前記ＤＲＢ設定に含まれ、
    　前記処理部は、前記ＳＤＡＰ設定に関連するプロトコルデータユニット（ＰＤＵ）セッションを識別する情報に基づいて、ＳＤＡＰエンティティを確立するか否かを判定する、
    　端末装置。
  2. 　端末装置と通信を行う基地局装置であって、
    　前記端末装置に無線データベアラ（ＤＲＢ）設定を含む無線リソース制御（ＲＲＣ）再設定メッセージを送信する送信部、
    　を備え、
    　サービスデータ適応プロトコル（ＳＤＡＰ）設定は、前記ＤＲＢ設定に含まれ、前記ＳＤＡＰ設定に関連するプロトコルデータユニット（ＰＤＵ）セッションを識別する情報に基づいて、ＳＤＡＰエンティティを確立するか否かを前記端末装置に判定させる、
    　基地局装置。
  3. 　基地局装置と通信を行う端末装置に用いられる通信方法であって、
    　前記基地局装置から無線データベアラ（ＤＲＢ）設定を含む無線リソース制御（ＲＲＣ）再設定メッセージを受信する受信過程と、
    　処理過程と、
    　を有し、
    　サービスデータ適応プロトコル（ＳＤＡＰ）設定は、前記ＤＲＢ設定に含まれ、
    　前記処理過程において、前記ＳＤＡＰ設定に関連するプロトコルデータユニット（ＰＤＵ）セッションを識別する情報に基づいて、ＳＤＡＰエンティティを確立するか否かを判定する、
    　通信方法。
  4. 　端末装置と通信を行う基地局装置に用いられる通信方法であって、
    　前記端末装置に無線データベアラ（ＤＲＢ）設定を含む無線リソース制御（ＲＲＣ）再設定メッセージを送信する送信過程、
    　を有し、
    　サービスデータ適応プロトコル（ＳＤＡＰ）設定は、前記ＤＲＢ設定に含まれ、
    　前記ＳＤＡＰ設定に関連するプロトコルデータユニット（ＰＤＵ）セッションを識別する情報に基づいて、ＳＤＡＰエンティティを確立するか否かが前記端末装置に判定させる、
    　通信方法。
PCT/JP2018/042276 2017-11-15 2018-11-15 端末装置および方法 WO2019098267A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
US16/764,024 US11159985B2 (en) 2017-11-15 2018-11-15 Terminal apparatus and method
CA3082536A CA3082536A1 (en) 2017-11-15 2018-11-15 Terminal apparatus and method
EP18879628.8A EP3713293B1 (en) 2017-11-15 2018-11-15 Terminal apparatus, base station apparatus, and methods
CN201880073576.7A CN111345064B (zh) 2017-11-15 2018-11-15 终端装置以及方法
BR112020009584-2A BR112020009584A2 (pt) 2017-11-15 2018-11-15 aparelho terminal e método
PH12020550628A PH12020550628A1 (en) 2017-11-15 2020-05-14 Terminal apparatus and method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017219900A JP7145603B2 (ja) 2017-11-15 2017-11-15 端末装置、基地局装置および方法
JP2017-219900 2017-11-15

Publications (1)

Publication Number Publication Date
WO2019098267A1 true WO2019098267A1 (ja) 2019-05-23

Family

ID=66537865

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/042276 WO2019098267A1 (ja) 2017-11-15 2018-11-15 端末装置および方法

Country Status (8)

Country Link
US (1) US11159985B2 (ja)
EP (1) EP3713293B1 (ja)
JP (1) JP7145603B2 (ja)
CN (1) CN111345064B (ja)
BR (1) BR112020009584A2 (ja)
CA (1) CA3082536A1 (ja)
PH (1) PH12020550628A1 (ja)
WO (1) WO2019098267A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111132228A (zh) * 2019-12-25 2020-05-08 展讯半导体(成都)有限公司 Rrc重配置消息的处理方法及装置、存储介质、终端
CN112188555A (zh) * 2019-07-02 2021-01-05 大唐移动通信设备有限公司 一种业务数据适配层实体的管理方法、发送端及接收端

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110636544B (zh) * 2018-06-22 2022-09-23 华为技术有限公司 一种数据传输方法及装置
JP2020072374A (ja) 2018-10-31 2020-05-07 シャープ株式会社 端末装置、基地局装置、方法、および、集積回路
JP7047718B2 (ja) * 2018-11-13 2022-04-05 日本電信電話株式会社 無線ｌａｎ通信装置および無線ｌａｎ通信方法
CN114364060B (zh) * 2021-12-16 2024-02-09 上海瀚讯信息技术股份有限公司 一种提高空口数据承载配置效率的方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017219900A (ja) 2016-06-03 2017-12-14 富士ゼロックス株式会社 情報処理装置およびプログラム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3776892B2 (ja) * 2003-03-26 2006-05-17 株式会社東芝 通信方法
CN102469410B (zh) * 2010-11-02 2016-04-27 中国移动通信集团公司 一种数据传输方法、设备及系统
WO2017172450A1 (en) * 2016-03-31 2017-10-05 Intel IP Corporation Packet data convergence protocol optimizations for lte-wlan aggregation
CN112672343B (zh) * 2016-08-09 2022-04-26 三星电子株式会社 无线通信系统中管理用户平面操作的方法和装置
US20180234839A1 (en) * 2017-02-13 2018-08-16 Futurewei Technologies, Inc. System and Method for User Equipment Identification and Communications
EP3451580B1 (en) * 2017-08-31 2021-07-21 HTC Corporation Device and method of handling packet routing

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017219900A (ja) 2016-06-03 2017-12-14 富士ゼロックス株式会社 情報処理装置およびプログラム

Non-Patent Citations (20)

* Cited by examiner, † Cited by third party
Title
"Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2", 3GPP TS 36.300
"Evolved Universal Terrestrial Radio Access (E-UTRA) and NR; Multi-Connectivity; Stage 2", 3GPP TS 37.340
"Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification", 3GPP TS 36.321
"Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence Protocol (PDCP) specification", 3GPP TS 36.323
"Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification", 3GPP TS 36.322
"Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specifications", 3GPP TS 36.331
"General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access", 3GPP TS 23.401
"NR; Medium Access Control (MAC) protocol specification", 3GPP TS 38.321
"NR; NR and NG-RAN Overall description; Stage 2", 3GPP TS 38.300
"NR; Packet Data Convergence Protocol (PDCP) specification", 3GPP TS 38.323
"NR; Radio Link Control (RLC) protocol specification", 3GPP TS 38.322
"NR; Radio Resource Control (RRC); Protocol specifications", 3GPP TS 38.331
"NR; Service Data Adaptation Protocol (SDAP) specification", 3GPP TS 37.324
"Procedure for 5G System; Stage 2", 3GPP TS 23.502
"RRC Connection Reconfiguration for MR-DC and NR-NR DC", 3GPP TSG RAN WG2 #99 R2-1708831, vol. RAN WG2, 12 August 2017 (2017-08-12), XP051318635 *
"System Architecture for the 5G System; Stage 2", 3GPP TS 23.501
"Work Item on New Radio (NR) Access Technology", 3GPP RP-170855
HUAWEI ET AL.: "Initiation of SDAP Entity", 3GPP TSG RAN WG2 #97BIS R2-1702593, vol. RAN WG2, 25 March 2017 (2017-03-25), XP051254162 *
HUAWEI: "Summary of email discussion [99#23][NR] L2 parameters", 3GPP TSG RAN WG2 #99BIS R2- 1710587, vol. RAN WG2, 13 October 2017 (2017-10-13), XP051355914 *
See also references of EP3713293A4

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112188555A (zh) * 2019-07-02 2021-01-05 大唐移动通信设备有限公司 一种业务数据适配层实体的管理方法、发送端及接收端
WO2021000695A1 (zh) * 2019-07-02 2021-01-07 大唐移动通信设备有限公司 业务数据适配层实体的管理方法、发送端及接收端
US12082040B2 (en) 2019-07-02 2024-09-03 Datang Mobile Communications Equipment Co., Ltd. Service data adaptation protocol entity maintenance method, transmitting terminal and receiving terminal
CN111132228A (zh) * 2019-12-25 2020-05-08 展讯半导体(成都)有限公司 Rrc重配置消息的处理方法及装置、存储介质、终端
CN111132228B (zh) * 2019-12-25 2022-07-15 展讯半导体(成都)有限公司 Rrc重配置消息的处理方法及装置、存储介质、终端

Also Published As

Publication number Publication date
BR112020009584A2 (pt) 2020-11-03
CN111345064A (zh) 2020-06-26
CA3082536A1 (en) 2019-05-23
EP3713293A4 (en) 2021-09-01
JP7145603B2 (ja) 2022-10-03
EP3713293A1 (en) 2020-09-23
JP2019092056A (ja) 2019-06-13
US20200280886A1 (en) 2020-09-03
EP3713293B1 (en) 2024-01-03
CN111345064B (zh) 2023-08-01
US11159985B2 (en) 2021-10-26
PH12020550628A1 (en) 2021-02-22

Similar Documents

Publication Publication Date Title
WO2019131345A1 (ja) 端末装置、方法、および、集積回路
WO2019098267A1 (ja) 端末装置および方法
WO2019098148A1 (ja) 端末装置、基地局装置、および方法
WO2019131851A1 (ja) 端末装置、方法、および、集積回路
KR102694443B1 (ko) 단말 장치, 기지국 장치, 및 방법
WO2019131320A1 (ja) 端末装置、方法、および、集積回路
WO2019131847A1 (ja) 端末装置、方法、および、集積回路
JP2023176001A (ja) 端末装置、通信方法、および基地局装置
WO2020031934A1 (ja) 端末装置、基地局装置、および方法
WO2019131962A1 (ja) 端末装置、基地局装置、通信方法、および、集積回路
WO2019098266A1 (ja) 端末装置および方法
WO2019031217A1 (ja) 端末装置、基地局装置、及び、これらの装置により実行される方法
WO2020013029A1 (ja) 端末装置、基地局装置、および、方法
WO2020095838A1 (ja) 端末装置、基地局装置、および、方法
WO2020031664A1 (ja) 端末装置、基地局装置、方法、および、集積回路
JP2022118227A (ja) 端末装置、基地局装置、および方法
JP2023082208A (ja) 端末装置、基地局装置、および方法
JP2022185122A (ja) 端末装置、基地局装置、および方法
JP2019121835A (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: 18879628

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3082536

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018879628

Country of ref document: EP

Effective date: 20200615

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112020009584

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112020009584

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20200514