WO2023286695A1 - 通信方法及び通信装置 - Google Patents

通信方法及び通信装置 Download PDF

Info

Publication number
WO2023286695A1
WO2023286695A1 PCT/JP2022/027045 JP2022027045W WO2023286695A1 WO 2023286695 A1 WO2023286695 A1 WO 2023286695A1 JP 2022027045 W JP2022027045 W JP 2022027045W WO 2023286695 A1 WO2023286695 A1 WO 2023286695A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdcp
entity
transmitting
communication device
pdcp entity
Prior art date
Application number
PCT/JP2022/027045
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 JP2023534765A priority Critical patent/JPWO2023286695A1/ja
Publication of WO2023286695A1 publication Critical patent/WO2023286695A1/ja
Priority to US18/410,678 priority patent/US20240147306A1/en

Links

Images

Classifications

    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • 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

Definitions

  • the present disclosure relates to a communication method and communication device used in a mobile communication system.
  • PDCP Packet Data Convergence Protocol
  • 3GPP 3rd Generation Partnership Project
  • PDCP Packet Data Convergence Protocol
  • the transmitting side PDCP entity In the communication between the base station and the user equipment, the transmitting side PDCP entity generates a PDCP PDU (Protocol Data Unit) by adding a PDCP header to the PDCP SDU (Service Data Unit) from the upper layer. Thereafter, a transmitting side RLC (Radio Link Control) entity and a transmitting side MAC (Medium Access Control) entity add an RLC header and a MAC header, respectively.
  • PDCP PDU Protocol Data Unit
  • a transmitting side RLC (Radio Link Control) entity and a transmitting side MAC (Medium Access Control) entity add an RLC header and a MAC header, respectively.
  • RLC Radio Link Control
  • MAC Medium Access Control
  • a communication method includes a pair of PDCP entities consisting of a transmitting side PDCP entity that transmits a PDCP (Packet Data Convergence Protocol) PDU (Protocol Data Unit) and a receiving side PDCP entity that receives the PDCP PDU is a method used in a mobile communication system having
  • the transmitting side PDCP entity performs PDCP concatenation processing to concatenate a plurality of PDCP SDUs (Service Data Units) to generate the PDCP PDU including concatenated SDUs
  • the receiving side PDCP entity performs PDCP separation processing for separating the plurality of PDCP SDUs from the concatenated SDUs included in the PDCP PDU; and transmitting control information used for controlling at least one of the PDCP concatenation process and the PDCP separation process to a second communication device having the other PDCP entity among the PDCP entities.
  • a communication device includes a pair of PDCP entities consisting of a transmitting side PDCP entity that transmits a PDCP (Packet Data Convergence Protocol) PDU (Protocol Data Unit) and a receiving side PDCP entity that receives the PDCP PDU It is a device used in a mobile communication system having
  • the communication device includes a control unit having either the transmitting side PDCP entity or the receiving side PDCP entity.
  • the transmitting side PDCP entity generates the PDCP PDU containing concatenated SDUs by performing PDCP concatenation processing that concatenates a plurality of PDCP SDUs (Service Data Units).
  • the receiving side PDCP entity performs a PDCP separation process for separating the plurality of PDCP SDUs from the concatenated SDUs included in the PDCP PDU.
  • the control unit transmits control information used for controlling at least one of the PDCP concatenation process and the PDCP separation process to another communication device.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to one embodiment; FIG. It is a figure which shows the structure of UE (user apparatus) which concerns on one Embodiment.
  • FIG. 2 is a diagram showing the configuration of a gNB (base station) according to one embodiment;
  • FIG. 2 is a diagram showing the configuration of a protocol stack of a user plane radio interface that handles data;
  • FIG. 2 is a diagram showing the configuration of a protocol stack of a radio interface of a control plane that handles signaling (control signals);
  • FIG. 3 is a diagram showing an example of processing of each layer in the protocol stack of the radio interface of the user plane;
  • FIG. 4 is a diagram showing a PDCP PDU according to one embodiment;
  • FIG. 4 is a diagram illustrating PDCP concatenation processing and PDCP separation processing in the downlink according to one embodiment
  • FIG. 4 is a diagram illustrating PDCP concatenation processing and PDCP separation processing in uplink according to an embodiment
  • FIG. 4 is a diagram showing a delimiter code according to the first embodiment
  • FIG. It is a figure which shows the operation
  • FIG. 10 is a diagram showing a first configuration example of PDCP PDUs in the third embodiment;
  • FIG. 10 is a diagram showing a first configuration example of PDCP PDUs in the third embodiment
  • FIG. 10 is a diagram showing a second configuration example of PDCP PDUs in the third embodiment; It is a figure which shows the operation
  • the size of an IP (Internet Protocol) packet corresponding to a PDCP SDU is often smaller than the upper limit of the size of a PDCP SDU (eg, 9 kB). For example, the size of an IP packet can be 1.5 kB. Therefore, it is difficult to perform efficient PDCP processing.
  • IP Internet Protocol
  • an object of the present disclosure is to enable efficient communication in a mobile communication system.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to one embodiment.
  • the mobile communication system 1 complies with the 3GPP standard 5th generation system (5GS: 5th Generation System).
  • 5GS will be described below as an example, an LTE (Long Term Evolution) system may be at least partially applied to the mobile communication system.
  • 6G sixth generation
  • the mobile communication system 1 includes a user equipment (UE: User Equipment) 100, a 5G radio access network (NG-RAN: Next Generation Radio Access Network) 10, and a 5G core network (5GC: 5G Core Network) 20. have.
  • UE User Equipment
  • NG-RAN Next Generation Radio Access Network
  • 5G Core Network 5G Core Network
  • the UE 100 is a mobile wireless communication device.
  • the UE 100 may be any device as long as it is used by a user.
  • the UE 100 may be a mobile phone terminal (including a smartphone) or a tablet terminal, a notebook PC, a communication module (including a communication card or chipset), a sensor or a device provided in a sensor, a vehicle or a device provided in the vehicle (Vehicle UE ), an aircraft or a device (Aerial UE) provided on the aircraft.
  • the NG-RAN 10 includes a base station (called “gNB” in the 5G system) 200.
  • the gNBs 200 are interconnected via an Xn interface, which is an interface between base stations.
  • the gNB 200 manages one or more cells.
  • the gNB 200 performs radio communication with the UE 100 that has established connection with its own cell.
  • the gNB 200 has a radio resource management (RRM) function, a user data (hereinafter simply referred to as “data”) routing function, a measurement control function for mobility control/scheduling, and the like.
  • RRM radio resource management
  • a “cell” is used as a term indicating the minimum unit of a wireless communication area.
  • a “cell” is also used as a term indicating a function or resource for radio communication with the UE 100 .
  • One cell belongs to one carrier frequency.
  • the gNB can also be connected to the EPC (Evolved Packet Core), which is the LTE core network.
  • EPC Evolved Packet Core
  • LTE base stations can also connect to 5GC.
  • An LTE base station and a gNB may also be connected via an inter-base station interface.
  • 5GC20 includes AMF (Access and Mobility Management Function) and UPF (User Plane Function) 300.
  • AMF performs various mobility control etc. with respect to UE100.
  • AMF manages the mobility of UE 100 by communicating with UE 100 using NAS (Non-Access Stratum) signaling.
  • the UPF controls data transfer.
  • AMF and UPF are connected to gNB 200 via NG interface, which is a base station-core network interface.
  • FIG. 2 is a diagram showing the configuration of the UE 100 (user equipment) according to one embodiment.
  • UE 100 includes a receiver 110 , a transmitter 120 and a controller 130 .
  • the receiving unit 110 performs various types of reception under the control of the control unit 130.
  • the receiver 110 includes an antenna and a receiver.
  • the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal (received signal) to control section 130 .
  • the transmission unit 120 performs various transmissions under the control of the control unit 130.
  • the transmitter 120 includes an antenna and a transmitter.
  • the transmitter converts a baseband signal (transmission signal) output from the control unit 130 into a radio signal and transmits the radio signal from an antenna.
  • Control unit 130 performs various controls and processes in the UE 100. Such processing includes processing of each layer, which will be described later.
  • Control unit 130 includes at least one processor and at least one memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • FIG. 3 is a diagram showing the configuration of the gNB 200 (base station) according to one embodiment.
  • the gNB 200 comprises a transmitter 210 , a receiver 220 , a controller 230 and a backhaul communicator 240 .
  • the transmission unit 210 performs various transmissions under the control of the control unit 230.
  • Transmitter 210 includes an antenna and a transmitter.
  • the transmitter converts a baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits the radio signal from an antenna.
  • the receiving unit 220 performs various types of reception under the control of the control unit 230.
  • the receiver 220 includes an antenna and a receiver.
  • the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal (received signal) to the control unit 230 .
  • Control unit 230 performs various controls and processes in the gNB200. Such processing includes processing of each layer, which will be described later.
  • Control unit 230 includes at least one processor and at least one memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor modulates/demodulates and encodes/decodes the baseband signal.
  • the CPU executes programs stored in the memory to perform various processes.
  • the backhaul communication unit 240 is connected to an adjacent base station via an interface between base stations.
  • Backhaul communication unit 240 is connected to AMF/UPF 300 via a base station-core network interface.
  • the gNB may be composed of a CU (Central Unit) and a DU (Distributed Unit) (that is, functionally divided), and the two units may be connected via an F1 interface.
  • FIG. 4 is a diagram showing the configuration of the protocol stack of the radio interface of the user plane that handles data.
  • the user plane radio interface protocol includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, a PDCP (Packet Data Convergence Protocol) layer, and an SDAP (Service Data Adaptation Protocol) layer. layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • SDAP Service Data Adaptation Protocol
  • the PHY layer performs encoding/decoding, modulation/demodulation, antenna mapping/demapping, and resource mapping/demapping. Data and control information are transmitted between the PHY layer of the UE 100 and the PHY layer of the gNB 200 via physical channels.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ: Hybrid Automatic Repeat reQuest), random access procedures, and the like. Data and control information are transmitted between the MAC layer of the UE 100 and the MAC layer of the gNB 200 via transport channels.
  • the MAC layer of gNB 200 includes a scheduler. The scheduler determines uplink and downlink transport formats (transport block size, modulation and coding scheme (MCS: Modulation and Coding Scheme)) and resource blocks to be allocated to UE 100 .
  • MCS Modulation and Coding Scheme
  • the RLC layer uses the functions of the MAC layer and PHY layer to transmit data to the RLC layer on the receiving side. Data and control information are transmitted between the RLC layer of the UE 100 and the RLC layer of the gNB 200 via logical channels.
  • the PDCP layer performs header compression/decompression, encryption/decryption, etc.
  • the SDAP layer maps IP flows, which are units for QoS (Quality of Service) control by the core network, and radio bearers, which are units for QoS control by AS (Access Stratum). Note that SDAP may not be present when the RAN is connected to the EPC.
  • FIG. 5 is a diagram showing the protocol stack configuration of the radio interface of the control plane that handles signaling (control signals).
  • the radio interface protocol stack of the control plane has an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer instead of the SDAP layer shown in FIG.
  • RRC Radio Resource Control
  • NAS Non-Access Stratum
  • RRC signaling for various settings is transmitted between the RRC layer of the UE 100 and the RRC layer of the gNB 200.
  • the RRC layer controls logical, transport and physical channels according to establishment, re-establishment and release of radio bearers.
  • RRC connection connection between the RRC of UE 100 and the RRC of gNB 200
  • UE 100 is in the RRC connected state.
  • RRC connection no connection between RRC of UE 100 and RRC of gNB 200
  • UE 100 is in RRC idle state.
  • UE 100 is in RRC inactive state.
  • the NAS layer located above the RRC layer performs session management and mobility management.
  • NAS signaling is transmitted between the NAS layer of UE 100 and the NAS layer of AMF 300 .
  • the UE 100 has an application layer and the like in addition to the radio interface protocol.
  • FIG. 6 is a diagram showing an example of processing of each layer in the protocol stack of the radio interface of the user plane.
  • the transmitting side SDAP entity which is an SDAP layer entity on the transmitting side, receives an IP packet to be transmitted to the receiving side as an SDAP SDU, performs SDAP layer transmission processing, attaches an SDAP header to the SDAP SDU, and converts it into an SDAP PDU. is generated and output to the lower layer.
  • the transmitting side PDCP entity which is a PDCP layer entity on the transmitting side, receives SDAP PDUs as PDCP SDUs, performs PDCP layer transmission processing, adds a PDCP header to the PDCP SDUs, generates PDCP PDUs, and lower layer output to
  • the transmitting side RLC entity which is an RLC layer entity on the transmitting side, receives PDCP PDUs as RLC SDUs, performs RLC layer transmission processing, adds RLC headers to RLC SDUs, generates RLC PDUs, and lower layer output to
  • the transmitting side MAC entity which is a MAC layer entity on the transmitting side, receives RLC PDUs as MAC SDUs, performs MAC layer transmission processing, adds a MAC header to the MAC SDUs, generates MAC PDUs, and output to
  • the receiving side MAC entity which is a MAC layer entity on the receiving side, receives MAC PDUs from the lower layer, performs MAC layer reception processing based on the MAC header, removes the MAC header, and sends the MAC SDU to the upper layer. Output.
  • a receiving side RLC entity which is an RLC layer entity on the receiving side, receives MAC SDUs from lower layers as RLC PDUs, performs RLC layer reception processing based on the RLC headers, and removes the RLC headers to generate RLC SDUs. is output to the upper layer.
  • the receiving side PDCP entity which is a PDCP layer entity on the receiving side, receives the RLC SDU from the lower layer as a PDCP PDU, performs reception processing of the PDCP layer based on the PDCP header, and removes the PDCP header to generate the PDCP SDU is output to the upper layer.
  • the receiving side SDAP entity which is the SDAP layer entity on the receiving side, receives the PDCP SDU from the lower layer as an SDAP PDU, performs SDAP layer reception processing based on the SDAP header, and removes the SDAP header to generate the SDAP SDU (IP packet) to the upper layer.
  • FIG. 7 The mobile communication system 1 according to the embodiment has a pair of PDCP entities consisting of a transmitting side PDCP entity 50T that transmits PDCP PDUs and a receiving side PDCP entity 50R that receives PDCP PDUs (see FIGS. 8 and 9). .
  • the transmitting side PDCP entity adds a PDCP header to the PDCP SDU from the upper layer to generate a PDCP PDU.
  • the transmitting RLC entity and transmitting MAC entity then apply the RLC and MAC headers, respectively.
  • a PDCP header, an RLC header, and a MAC header are attached to one PDCP SDU, so there is a problem that the proportion of the header in the communication between the gNB 200 and the UE 100, that is, the overhead is large.
  • the size of an IP packet corresponding to a PDCP SDU is often smaller than the upper size limit of a PDCP SDU (eg, 9 kB), for example, the size of an IP packet can be 1.5 kB. Therefore, it is difficult to perform efficient PDCP processing.
  • FIG. 7 is a diagram showing a PDCP PDU according to one embodiment.
  • the transmitting side PDCP entity 50T generates a PDCP PDU including concatenated SDUs by performing PDCP concatenation processing (PDCP Concatenation) that concatenates a plurality of PDCP SDUs.
  • FIG. 7 shows an example in which the transmitting side PDCP entity 50T concatenates three PDCP SDUs, but the number of concatenated PDCP SDUs may be two, or four or more.
  • the transmitting side PDCP entity 50T may insert a delimiter code between concatenated PDCP SDUs (see FIGS. 8 and 9).
  • the delimiter code facilitates the separation of each PDCP SDU by the receiving PDCP entity 50R.
  • the receiving side PDCP entity 50R performs PDCP separation processing to separate multiple PDCP SDUs from the concatenated SDUs included in the PDCP PDU.
  • Such PDCP concatenation processing can reduce the proportion of the header in the communication between the gNB 200 and the UE 100, that is, the overhead.
  • PDCP processing can be applied to concatenated SDUs of a size close to the upper limit of the PDCP SDU size (for example, 9 kB), efficient PDCP processing becomes possible.
  • FIG. 8 is a diagram showing PDCP concatenation processing and PDCP separation processing in the downlink according to one embodiment.
  • FIG. 9 is a diagram illustrating PDCP concatenation processing and PDCP separation processing in uplink according to an embodiment.
  • the RRC connection is established between the RRC entity of gNB 200 and the RRC entity of UE 100 (ie, RRC connected state).
  • FIGS. 8 and 9 show an example using a delimiter code, the delimiter code may not necessarily be used.
  • the transmitting side PDCP entity 50T of the gNB 200 generates a PDCP PDU containing concatenated SDUs by performing PDCP concatenation processing that concatenates a plurality of PDCP SDUs, and transmits the PDCP PDU.
  • the receiving side PDCP entity 50R of the UE 100 receives the PDCP PDU and performs PDCP separation processing to separate multiple PDCP SDUs from the concatenated SDUs included in the PDCP PDU.
  • the transmitting side PDCP entity 50T of the UE 100 generates a PDCP PDU including concatenated SDUs by performing PDCP concatenation processing that concatenates a plurality of PDCP SDUs, and transmits the PDCP PDU.
  • the receiving side PDCP entity 50R of the gNB 200 receives the PDCP PDU and performs PDCP separation processing to separate multiple PDCP SDUs from the concatenated SDUs included in the PDCP PDU.
  • the PDCP concatenation process and the PDCP separation process may be applied to the side link, which is a direct link between the UEs. good.
  • the transmitting side PDCP entity 50T of one UE generates a PDCP PDU containing concatenated SDUs by performing PDCP concatenation processing that concatenates a plurality of PDCP SDUs, and transmits the PDCP PDU.
  • the receiving side PDCP entity 50R of the other UE receives the PDCP PDU and performs PDCP separation processing to separate multiple PDCP SDUs from the concatenated SDUs included in the PDCP PDU.
  • connection/separation control information which will be described later, may be transmitted in a PC5-RRC message.
  • the PDCP connection process and the PDCP separation process may be applied to dual connectivity (DC), multi-connectivity (MC), split bearer, or the like.
  • FIG. 10 is a diagram showing transmission and reception of control information according to one embodiment.
  • the first communication device 21 having one PDCP entity out of the pair of PDCP entities transmits control information to the second communication device 22 having the other PDCP entity out of the pair of PDCP entities (step S1). .
  • the control information is used to control at least one of the PDCP concatenation process and the PDCP separation process.
  • the first communication device 21 is the gNB200 or the UE100
  • the second communication device 22 is the gNB200 or the UE100.
  • connection/separation control information used for controlling at least one of PDCP concatenation processing and PDCP separation processing
  • the transmitting side PDCP entity 50T or the receiving side PDCP entity 50R of the first communication device 21 may transmit a PDCP Control PDU containing connection/separation control information to the second communication device 22.
  • PDCP PDUs include PDCP Data PDUs used for transmitting user data and PDCP Control PDUs used for control.
  • PDCP concatenation processing and PDCP separation processing are applied to PDCP Data PDUs.
  • a PDCP entity is established for each bearer (data bearer). By transmitting the connection/separation control information using the PDCP Control PDU, it is possible to appropriately control the PDCP connection process and the PDCP separation process for each bearer.
  • the RRC entity of the first communication device 21 may send an RRC message including connection/disconnection control information to the second communication device 22.
  • the RRC message transmitted from the gNB 200 to the UE 100 may be an RRC Reconfiguration message, which is a UE-dedicated RRC message.
  • the RRC message sent from the UE 100 to the gNB 200 may be a UE Assistance Information message and/or a UE Capability Information message.
  • the RRC message including connection/separation control information may further include a bearer identifier associated with the connection/separation control information.
  • the concatenation/separation control information may be included in the MAC control element (MAC CE) that is transmitted and received in the MAC layer.
  • the connection/separation control information may be included in DCI (Downlink Control Information) or UCI (Uplink Control Information) transmitted and received in the PHY layer.
  • Concatenation/separation control information may be included in the PDCP Control PDU.
  • Concatenation/separation control information may be included in the RLC Control PDU.
  • the first communication device 21 may have the transmitting side PDCP entity 50T and the second communication device 22 may have the receiving side PDCP entity 50R.
  • the transmitting side PDCP entity 50T of the first communication device 21 may transmit a PDCP PDU including concatenation/separation control information in the PDCP header to the receiving side PDCP entity 50R of the second communication device 22.
  • PDCP connection processing and PDCP separation processing can be appropriately controlled for each PDCP PDU.
  • the transmitting side PDCP entity 50T may generate PDCP PDUs by inserting a delimiter code between each PDCP SDU that constitutes concatenated SDUs. By inserting such a delimiter code, it becomes easier for the receiving PDCP entity 50R to perform the PDCP demultiplexing process.
  • the concatenation/separation control information may include information specifying a delimiter code. This makes it possible to specify an arbitrary bit string as the delimiter code. Also, the delimiter code can be changed as needed.
  • the concatenation/separation control information may include information indicating the size of each PDCP SDU that constitutes the concatenated SDU. This makes it easier for the receiving side PDCP entity 50R to perform the PDCP separation process. When transmitting/receiving such concatenation/separation control information, it may be unnecessary to insert a delimiter code.
  • the connection/separation control information is the uplink may include setting information for setting the size of each PDCP SDU that can be concatenated by PDCP concatenation processing in UE 100.
  • the concatenation/separation control information may further include information for setting in the UE 100 the maximum size of concatenated SDUs or the maximum size of PDCP PDUs generated using PDCP concatenation processing in the uplink.
  • the transmitting PDCP entity 50T of the first communication device 21 constructs concatenated SDUs.
  • a PDCP PDU may be generated by adding a PDCP header containing information indicating the size of each PDCP SDU to be connected as concatenation/separation control information to the concatenated SDUs.
  • connection/separation control information may include information for starting PDCP connection processing or PDCP separation processing, or information for ending PDCP connection processing or PDCP separation processing. This makes it possible to turn on/off (activate/deactivate) the PDCP connection process and the PDCP separation process depending on the situation. For example, it is possible to temporarily turn off the PDCP concatenation process and the PDCP separation process during the period in which the packet segmentation process (RLC segmentation) is performed in the RLC layer.
  • RLC segmentation packet segmentation process
  • the connection/separation control information is the downlink may include information for setting the PDCP separation processing in the UE 100.
  • the concatenation/separation control information may include information for activating PDCP separation processing in the downlink.
  • the concatenation/separation control information is PDCP separation in the downlink. It may also contain information that releases the processing settings. Also, the concatenation/separation control information may include information for deactivating PDCP separation processing in the downlink.
  • the concatenation/separation control information is PDCP concatenation in the uplink. It may include information for setting the process to the UE 100. Also, the concatenation/separation control information may include information for activating PDCP concatenation processing in the uplink.
  • the concatenation/separation control information is PDCP concatenation in the uplink. It may also contain information that releases the processing settings. Also, the concatenation/separation control information may include information for deactivating PDCP concatenation processing in the uplink.
  • the concatenation/separation control information is PDCP concatenation in the uplink.
  • the UE 100 decides to activate or deactivate the process, information indicating the content of the decision may be included.
  • FIG. 11 is a diagram showing delimiter codes according to the first embodiment.
  • the transmitting side PDCP entity 50T generates a PDCP PDU including concatenated SDUs by performing PDCP concatenation processing to concatenate three PDCP SDUs (PDCP SDUs #1 to #3). do.
  • the transmitting side PDCP entity 50T inserts delimiter codes #2 and #3 between concatenated PDCP SDUs.
  • the transmitting side PDCP entity 50T may insert a delimiter code #1 at the beginning of the concatenated SDU, that is, at the beginning of the payload part of the PDCP PDU.
  • the transmitting side PDCP entity 50T may insert delimiter code #4 at the end of the concatenated SDU, that is, at the end of the payload portion of the PDCP PDU. However, the delimiter code #1 at the beginning and the delimiter code #4 at the end may be omitted.
  • Each delimiter code may be an arbitrary bit string recognized in advance by the PDCP entity 50T on the transmitting side and the PDCP entity 50R on the receiving side.
  • "0000 0000 0000 0000" can be the delimiter code.
  • this bit length (16 bits) or simply arranging "0"s it may coincidentally match the bit string forming the PDCP SDU, causing an erroneous decision in the PDCP entity 50R on the receiving side.
  • Each delimiter code may be a combination of an arbitrary bit string and a checksum that are recognized in advance by the PDCP entity 50T on the transmitting side and the PDCP entity 50R on the receiving side.
  • the last 4 bits are the checksum portion, and the rest are an arbitrary bit string.
  • 0101 (“5” in decimal) + 0011 (“3” in decimal) + 1101 (“13” in decimal) 10101 (“21” in decimal) but 10101 (“21” in decimal)
  • the lower 4 bits are taken and "0101" is used as the checksum part.
  • Such a checksum is the checksum of the delimiter code alone.
  • the checksum may be the checksum of the entire PDCP SDU.
  • delimiter code #2 can be the checksum of PDCP SDU #1
  • delimiter code #3 can be the checksum of PDCP SDU #2
  • delimiter code #4 can be the checksum of PDCP SDU #3.
  • the checksum may be a checksum for the PDCP SDU and (part of) the delimiter code. That is, the delimiter code is composed of a fixed bit string portion and a checksum portion. For example, let delimiter code #2 (checksum portion of delimiter code #2) be the checksum of PDCP SDU #1 and delimiter code #2 (fixed bit string portion).
  • Delimiter code #3 (checksum portion of delimiter code #3) is the checksum of PDCP SDU #2 and delimiter code #3 (fixed bit string portion).
  • Delimiter code #4 (checksum portion of delimiter code #4) can be the checksum of PDCP SDU #3 and delimiter code #4 (fixed bit string portion).
  • delimiter code configuration method is used, there is a possibility that it will coincidentally match the bit string that constitutes the PDCP SDU.
  • the delimiter code may be an escape expression (escape code) as used in PPP (Point-to-Point Protocol).
  • escape code octets 0x40-0xff, excluding 0x00-0x1f and 0x5e, send 0x7d followed by the original value and the XOR value with 0x20.
  • the delimiter code is fixed and is 0x11, 0x11 in the transmission data is converted to 0x7d and 0x31 and sent.
  • end markers and the like can also be fixed codes.
  • the receiving side performs the reverse operation of the above.
  • FIG. 12 is a diagram showing the operation of the first embodiment.
  • the first communication device 21 is the gNB 200 or the UE 100 with the transmitting side PDCP entity 50T.
  • the second communication device 22 is a gNB 200 or a UE 100 with a receiving PDCP entity 50R.
  • a bit string of delimiter code (and/or end marker) is specified.
  • the bit string of the delimiter code (and/or end marker) may be a fixed value defined in technical specifications.
  • the bit string of the delimiter code (and/or end marker) may be specified to the UE 100 by the gNB 200.
  • the bit string of the delimiter code (and/or end marker) may be specified by the UE 100 to the gNB 200.
  • the bit string of the delimiter code (and/or end marker) may be specified by the transmitting side PDCP entity 50T to the receiving side PDCP entity 50R.
  • the bit string of the delimiter code (and/or end marker) may be specified by the receiving side PDCP entity 50R to the transmitting side PDCP entity 50T.
  • step S102 the transmitting side PDCP entity 50T determines whether or not there is a bit string that matches the specified delimiter code in the multiple concatenated PDCP SDUs. Specifically, first, the transmitting side PDCP entity 50T receives a plurality of concatenated PDCP SDUs from the upper layer. The transmitting PDCP entity 50T may now perform header compression processing on each PDCP SDU (individually). Next, the transmitting side PDCP entity 50T checks the bit strings of the multiple PDCP SDUs and determines whether they match the specified delimiter code.
  • step S103 the transmitting side PDCP entity 50T determines a bit string that is not included in the plurality of PDCP SDUs as a new delimiter code (that is, transmitting side PDCP entity 50T reassigns non-matching delimiter codes).
  • the transmitting side PDCP entity 50T may notify the receiving side PDCP entity 50R of the re-designated delimiter code by, for example, PDCP Control PDU (step S104).
  • the transmitting side PDCP entity 50T may not perform the notification when the delimiter code is not respecified, and may perform the notification only when the delimiter code is respecified.
  • the transmitting side PDCP entity 50T notifies the receiving side PDCP entity 50R of the delimiter code used in the PDCP PDU by the header of the PDCP PDU (PDCP Data PDU) regardless of whether or not the delimiter code is respecified.
  • step S105 the transmitting side PDCP entity 50T concatenates the PDCP SDUs using the designated delimiter code (redesignated delimiter code).
  • the transmitting PDCP entity 50T generates concatenated SDUs, for example, "delimiter code + PDCP SDU #1 + delimiter code + PDCP SDU #2 + delimiter code".
  • the transmitting side PDCP entity 50T performs predetermined PDCP processing on the concatenated SDUs to generate PDCP PDUs.
  • the predetermined PDCP processing is, for example, integrity protection, ciphering, and PDCP header addition in this order.
  • the transmitting side PDCP entity 50T may include information indicating the number of bits of the delimiter code in the PDCP header attached to the concatenated SDUs.
  • the transmitting PDCP entity 50T outputs the PDCP PDU to the lower layer (RLC).
  • step S107 the first communication device 21 transmits the PDCP PDU to the second communication device 22.
  • the second communication device 22 receives the PDCP PDU.
  • the receiving PDCP entity 50R receives the PDCP PDU from the lower layer (RLC) and performs predetermined PDCP processing on the PDCP PDU.
  • the predetermined PDCP processing is to perform Deciphering, Integrity verification, and Reordering/Duplication discarding in this order.
  • Predetermined PDCP processing includes processing to remove the PDCP header.
  • the receiving side PDCP entity 50R removes the delimiter code from the concatenated SDUs and takes out each concatenated PDCP SDU.
  • the receiving side PDCP entity 50R may perform a header decompression process on each retrieved PDCP SDU.
  • the receiving PDCP entity 50R may recognize the bit sequence of the delimiter code based on the first and/or the last delimiter code. If the PDCP header contains information about the number of bits in the delimiter code, the receiving side PDCP entity 50R extracts the number of bits after the PDCP header and/or from the end of the PDCP PDU to recognize the delimiter code. good.
  • the receiving side PDCP entity 50R outputs each PDCP SDU to the upper layer.
  • the second embodiment is an embodiment that enables PDCP separation processing by designating the size of concatenable PDCP SDUs instead of the delimiter code described above.
  • uplink communication is assumed here for explanation, similar operations may be performed in downlink communication.
  • FIG. 13 is a diagram showing the operation of the second embodiment. Assume that the UE 100 has a transmitting side PDCP entity 50T and the gNB 200 has a receiving side PDCP entity 50R.
  • the size of PDCP SDUs that can be concatenated is specified.
  • the PDCP SDU size may be a fixed value defined in technical specifications.
  • the PDCP SDU size may be specified by gNB200 to UE100.
  • the PDCP SDU size may be specified by the UE 100 to the gNB 200.
  • the PDCP SDU size may be specified by the transmitting side PDCP entity 50T to the receiving side PDCP entity 50R.
  • the PDCP SDU size may be specified by the receiving side PDCP entity 50R to the transmitting side PDCP entity 50T.
  • Information indicating the PDCP SDU size may be included in the RRC message or PDCP Control PDU.
  • Information indicating the PDCP SDU size may be associated with a bearer identifier. That is, the PDCP SDU size may be set for each bearer.
  • the size of PDCP SDUs that can be concatenated may be a single value (eg, 1.5 kB, etc.) and/or a range of values (1.0 kB to 1.5 kB, etc.). For ranges, the delimiter code described above may be required.
  • the maximum size of concatenated SDUs may be specified along with the size of PDCP SDUs that can be concatenated.
  • the maximum size of concatenated SDUs may be the maximum size of the PDCP PDU payload.
  • step S202 the transmitting side PDCP entity 50T receives the PDCP SDU from the upper layer and determines whether the size of the PDCP SDU matches the specified PDCP SDU size.
  • the transmitting side PDCP entity 50T performs PDCP concatenation processing in step S203.
  • the transmitting side PDCP entity 50T concatenates the relevant PDCP SDU to the previously received PDCP SDU.
  • the transmitting side PDCP entity 50T PDCP SDU is received, but the PDCP SDU cannot be concatenated
  • the PDCP concatenation process is completed.
  • the transmitting side PDCP entity 50T performs predetermined PDCP processing and delivers the PDCP PDU to the lower layer (step S204).
  • step S202 if the size of the PDCP SDU does not match the specified PDCP SDU size, the transmitting side PDCP entity 50T completes the PDCP concatenation processing without concatenating the PDCP SDU, and performs the PDCP transmission processing. good too. This means that when a PDCP SDU that cannot be concatenated arrives, the PDCP PDU containing the previously concatenated PDCP SDU is passed to the lower layer in order to perform in-order delivery.
  • step S202 if the size of the PDCP SDU does not match the specified PDCP SDU size, the transmitting side PDCP entity 50T continues the PDCP concatenation process without concatenating the PDCP SDU, and A PDCP concatenation process may be performed on the SDU. This is to increase the processing efficiency by increasing the size of one PDCP PDU while allowing out-of-order delivery.
  • step S202 if the PDCP SDU is smaller than the specified PDCP SDU size, the transmitting side PDCP entity 50T adds padding bits to the PDCP SDU to make it match the specified PDCP SDU size.
  • a PDCP connection process may be performed.
  • step S205 the UE 100 transmits PDCP PDUs to the gNB 200.
  • the gNB200 receives the PDCP PDU.
  • step S206 the receiving side PDCP entity 50R of the gNB 200 performs PDCP reception processing.
  • the receiving side PDCP entity 50R performs PDCP separation processing. For example, the receiving side PDCP entity 50R removes the PDCP header, divides the payload part (concatenated SDU) by the specified PDCP SDU size, and extracts multiple PDCP SDUs. The receiving side PDCP entity 50R then outputs the plurality of PDCP SDUs to the upper layer.
  • the receiving side PDCP entity 50R may output the multiple PDCP SDUs to the upper layer in the order in which they were concatenated in the payload section (that is, in-order delivery).
  • the gNB 200 may be set to perform the PDCP connection process in-order for the UE 100.
  • a setting may be a notification from the receiving PDCP entity 50R to the transmitting PDCP entity 50T.
  • Such setting may also be a notification from the transmitting side PDCP entity 50T to the receiving side PDCP entity 50R.
  • Third Example A third example is an example in which the size of each PDCP SDU that constitutes concatenated SDUs included in a PDCP PDU is notified by the PDCP header of the PDCP PDU.
  • FIG. 14 is a diagram showing the operation of the third embodiment.
  • the first communication device 21 is a gNB 200 or UE 100 with a transmitting side PDCP entity 50T
  • the second communication device 22 is a gNB 200 or UE 100 with a receiving side PDCP entity 50R.
  • step S301 the transmitting side PDCP entity 50T performs PDCP concatenation processing.
  • the transmitting side PDCP entity 50T may store the size of each PDCP SDU to be concatenated.
  • step S302 the transmitting side PDCP entity 50T generates SDU size information indicating the size of each concatenated PDCP SDU. SDU size information is placed in the PDCP header.
  • the SDU size information may contain only one size information.
  • the transmitting side PDCP entity 50T may add padding bits to PDCP SDUs smaller than the relevant size before concatenating them in order to make the concatenated PDCP SDUs the same size.
  • the SDU size information may include information on the size of each PDCP SDU.
  • the arrangement of each size information in the header and the arrangement of PDCP SDUs in the payload may match.
  • the receiving side PDCP entity 50R can identify the correspondence relationship between the size information and the corresponding PDCP SDUs according to the arrangement order.
  • step S303 the transmitting side PDCP entity 50T adds a PDCP header containing the SDU size information generated in step S302 to the concatenated SDUs, and performs PDCP transmission processing.
  • the transmitting side PDCP entity 50T may include in the PDCP header information indicating that PDCP concatenation processing is being performed on the PDCP PDU.
  • the transmitting side PDCP entity 50T may include in the PDCP header information indicating the number of PDCP SDUs forming the concatenated SDU.
  • step S304 the first communication device 21 transmits the PDCP PDU to the second communication device 22.
  • the second communication device 22 receives the PDCP PDU.
  • step S305 the receiving PDCP entity 50R receives the PDCP PDU from the lower layer and performs PDCP reception processing.
  • step S306 the PDCP entity 50R on the receiving side performs PDCP separation processing based on the SDU size information included in the header of the PDCP PDU. Specifically, the receiving side PDCP entity 50R acquires the SDU size information from the header of the PDCP PDU, removes the header, and divides the payload part based on the SDU size information. Then, the receiving side PDCP entity 50R outputs each PDCP SDU obtained by division to the upper layer.
  • FIG. 15 is a diagram showing a first configuration example of PDCP PDUs in the third embodiment.
  • the first configuration example can be applied when the sizes of the PDCP SDUs that make up the concatenated SDUs are the same.
  • the "C” field is set to a value of "1"
  • a "Size” field is inserted.
  • the “Size” field indicates the size of the PDCP SDU.
  • the value set in the “Size” field may be an index indicating the size of the PDCP SDU.
  • the index refers to the PDCP SDU size table. For example, "0000 0000”: 100 bytes, "0000 0001": 200 bytes, ..., "1111 1111”: 1500 bytes are associated.
  • the "Size” field can be before “Data” (stored in the PDCP header) or at the end of the PDCP PDU (that is, the "Size” field is after "MAC-I”). may be used).
  • FIG. 16 is a diagram showing a second configuration example of PDCP PDUs in the third embodiment.
  • the second configuration example can be applied when the sizes of the PDCP SDUs that make up the concatenated SDUs are at least partially different.
  • the "C” field is the same as the first configuration example described above.
  • the "M” field indicates that each size of the PDCP SDU is notified when the value set is "1".
  • the "List size” field indicates the number of "Size” (or the number of PDCP SDUs).
  • the value set in the "List size” field may be an index indicating the number. The index refers to the corresponding number of tables. For example, "0000 0000": 2, "0000 0001": 3, . . . , "1111 1111”: n.
  • the "Size” field is the same as in the first configuration example described above.
  • the "List size” field and/or “Size” field may precede “Data” (stored in the PDCP header) or may be at the end of the PDCP PDU (that is, the "List size” field and/or Or the "Size” field may be after "MAC-I").
  • the fourth example is an example for the gNB 200 to control PDCP concatenation/separation processing in the downlink.
  • FIG. 17 is a diagram showing the operation of the fourth embodiment. Assume that the gNB 200 has a transmitting side PDCP entity 50T and the UE 100 has a receiving side PDCP entity 50R.
  • the UE 100 transmits capability information (for example, a UE Capability Information message) indicating support for downlink PDCP separation processing to the gNB 200.
  • capability information for example, a UE Capability Information message
  • Such information may be information indicating that the downlink PDCP concatenation process is permitted.
  • the gNB 200 may determine to perform downlink PDCP concatenation processing based on the information.
  • the gNB 200 performs settings related to downlink PDCP separation processing, for example, using an RRC message or a PDCP Control PDU to be transmitted to the UE 100.
  • settings include the size (or size range) of each PDCP SDU to be concatenated, the maximum size of the PDCP PDU or its payload part (maximum size of concatenated SDU), the bearer ID of the bearer that performs PDCP concatenation/separation processing. , at least one of
  • step S403 the gNB 200 transmits to the UE 100 instruction information for instructing activation of the downlink PDCP separation process, for example, by means of an RRC message or a PDCP Control PDU transmitted to the UE 100.
  • instruction information may be information for instructing the start of downlink PDCP combined processing.
  • the indication information may include the bearer ID of the target bearer.
  • step S403 is not essential, and the setting in step S402 may also serve as activation (standby instruction). That is, the gNB 200 may force the UE 100 to stand by by setting in step S402 without issuing the standby instruction.
  • the setting information in step S402 may include an information element indicating the activation.
  • the UE 100 may recognize that there is a possibility of receiving a PDCP PDU that has undergone PDCP concatenation processing when this setting is made.
  • the gNB 200 may decide to start the PDCP connection/separation process depending on whether the radio resources of its own cell are not congested and/or when the radio environment between the UE 100 and the gNB 200 is good.
  • the radio environment can be grasped, for example, by measurement reports from the UE 100 and/or gNB measurements of UL signals from the UE 100, and for example, RSRP, RSRQ, and SINR correspond to the radio environment.
  • step S404 the transmitting side PDCP entity 50T of the gNB 200 performs downlink PDCP connection processing and PDCP transmission processing.
  • step S405 the gNB 200 transmits PDCP PDUs to the UE 100.
  • UE 100 receives the PDCP PDU.
  • step S406 the receiving side PDCP entity 50R of the UE 100 outputs each PDCP SDU to the upper layer by performing downlink PDCP reception processing and PDCP separation processing.
  • the gNB 200 may send instruction information to the UE 100 to instruct deactivation of the downlink PDCP separation process, for example, by means of an RRC message or a PDCP Control PDU sent to the UE 100.
  • the indication information may include the bearer ID of the target bearer.
  • Such instruction information may be release instruction information for releasing the setting in step S402.
  • the UE 100 stops (ends) the downlink PDCP separation process in response to receiving such instruction information.
  • the gNB 200 may decide to end the PDCP connection/separation process in response to the fact that the radio resources of its own cell are congested and/or the radio environment between the UE 100 and the gNB 200 is bad.
  • the fifth example is an example for the gNB 200 to control PDCP concatenation/separation processing in the uplink.
  • FIG. 18 is a diagram showing the operation of the fifth embodiment. Assume that the UE 100 has a transmitting side PDCP entity 50T and the gNB 200 has a receiving side PDCP entity 50R.
  • step S501 the UE 100 transmits capability information (for example, a UE Capability Information message) indicating support for uplink PDCP connection processing to the gNB 200.
  • the gNB 200 may determine to cause the UE 100 to perform uplink PDCP connection processing based on the information.
  • the gNB 200 performs settings related to uplink PDCP connection processing, for example, using an RRC message or a PDCP Control PDU to be transmitted to the UE 100.
  • settings include the size (or size range) of each PDCP SDU to be concatenated, the maximum size of the PDCP PDU or its payload part (maximum size of concatenated SDU), the bearer ID of the bearer that performs PDCP concatenation/separation processing. , at least one of
  • step S503 the gNB 200 transmits to the UE 100 instruction information for instructing activation of the uplink PDCP connection process, for example, by means of an RRC message or a PDCP Control PDU transmitted to the UE 100.
  • the indication information may include the bearer ID of the target bearer.
  • step S503 is not essential, and the setting in step S502 may also serve as activation (standby instruction). That is, the gNB 200 may force the UE 100 to start the PDCP connection process by setting in step S502 without issuing the standby instruction.
  • the setting information in step S502 may include an information element indicating the activation.
  • the UE 100 may recognize that there is a possibility of receiving a PDCP PDU that has undergone PDCP concatenation processing when this setting is made.
  • the gNB 200 may decide to start the PDCP connection/separation process depending on whether the radio resources of its own cell are not congested and/or when the radio environment between the UE 100 and the gNB 200 is good.
  • step S504 the transmitting side PDCP entity 50T of the UE 100 performs uplink PDCP connection processing and PDCP transmission processing.
  • step S505 the UE 100 transmits PDCP PDUs to the UE 100.
  • the gNB 200 receives PDCP PDUs.
  • step S506 the receiving side PDCP entity 50R of the gNB 200 outputs each PDCP SDU to the upper layer by performing uplink PDCP reception processing and PDCP separation processing.
  • the gNB 200 may transmit to the UE 100 instruction information instructing deactivation of the uplink PDCP connection process, for example, by means of an RRC message or a PDCP Control PDU transmitted to the UE 100.
  • the indication information may include the bearer ID of the target bearer.
  • Such instruction information may be release instruction information for releasing the setting in step S502.
  • the UE 100 stops (ends) the uplink PDCP concatenation process in response to receiving such instruction information.
  • the gNB 200 may decide to end the PDCP connection/separation process in response to the fact that the radio resources of its own cell are congested and/or the radio environment between the UE 100 and the gNB 200 is bad.
  • FIG. 19 is a diagram showing the operation of the sixth embodiment. Assume that the UE 100 has a transmitting side PDCP entity 50T and the gNB 200 has a receiving side PDCP entity 50R.
  • steps S601, S602, S604, S605, and S606 are the same as steps S501, S502, S504, S505, and S506 described above, so steps S603 and S607 will be described.
  • the UE 100 determines to turn on (activate) the uplink PDCP connection process according to predetermined conditions, and transmits activation information to the gNB 200.
  • the predetermined condition may be, for example, a condition that the wireless environment is good. Also, the predetermined condition may be, for example, a condition that RLC segmentation does not occur frequently. Such condition determination may be determination based on comparison with a threshold value. The threshold may be set from the gNB 200 to the UE 100.
  • Activation information may be sent by RRC messages or PDCP Control PDUs. The activation information may include the bearer ID of the intended bearer.
  • the UE 100 determines to turn off (deactivate) the uplink PDCP concatenation process according to predetermined conditions, and transmits deactivation information to the gNB 200.
  • the predetermined condition may be, for example, the condition that the radio environment is bad. Also, the predetermined condition may be, for example, a condition that RLC segmentation occurs frequently. Such condition determination may be determination based on comparison with a threshold value. The threshold may be set from the gNB 200 to the UE 100.
  • Deactivation information may be sent by RRC messages or PDCP Control PDUs.
  • the deactivation information may include the bearer ID of the intended bearer.
  • UE-initiated activation/deactivation of PDCP concatenation/separation processing in the uplink has been described.
  • a modified example in which the UE 100 takes the initiative to activate/deactivate the PDCP connection processing of the gNB 200 in the downlink is also possible.
  • UE 100 having such a capability may transmit capability information (for example, UE Capability Information message) indicating that it has the capability to gNB 200 .
  • the “uplink PDCP concatenation processing” in the description of steps S603 and S607 above is read as “downlink PDCP concatenation processing”.
  • the UE 100 may receive PDCP PDUs broadcast or multicast from the gNB 200 in the RRC idle state or RRC inactive state.
  • a PDCP PDU may be a kind of MBS (Multicast Broadcast Service) data.
  • the gNB 200 may apply the PDCP concatenation process described above to such PDCP PDUs.
  • the UE 100 may apply the PDCP concatenation process described above to such PDCP PDUs.
  • the concatenation/separation control information transmitted from the gNB 200 to the UE 100 may be information included in a system information message (SIB: System Information Block), which is an RRC message broadcasted by the gNB 200 .
  • SIB System Information Block
  • PDCP connection processing and PDCP separation processing may be applied to links via WLAN (Wireless Local Area Network).
  • WLAN Wireless Local Area Network
  • it may be applied to a protocol stack in which an adaptation layer is arranged in a lower layer of the PDCP layer, and a MAC layer and a PHY layer of WLAN are arranged in a lower layer of the adaptation layer.
  • Each operation flow described above is not limited to being implemented independently, but can be implemented by combining two or more operation flows. For example, some steps of one operation flow may be added to another operation flow, or some steps of one operation flow may be replaced with some steps of another operation flow.
  • the base station may be an NR base station (gNB) or a 6G base station.
  • the base station may be a relay node such as an IAB (Integrated Access and Backhaul) node.
  • the base station may be a DU (Distributed Unit) of an IAB node.
  • the user equipment may be an MT (Mobile Termination) of an IAB node.
  • a program that causes a computer to execute each process performed by the UE 100 or the gNB 200 may be provided.
  • the program may be recorded on a computer readable medium.
  • a computer readable medium allows the installation of the program on the computer.
  • the computer-readable medium on which the program is recorded may be a non-transitory recording medium.
  • the non-transitory recording medium is not particularly limited, but may be, for example, a recording medium such as CD-ROM or DVD-ROM.
  • a circuit that executes each process performed by the UE 100 or gNB 200 may be integrated, and at least part of the UE 100 or gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC: System on a chip).
  • the terms “based on” and “depending on,” unless expressly stated otherwise, “based only on.” does not mean The phrase “based on” means both “based only on” and “based at least in part on.” Similarly, the phrase “depending on” means both “only depending on” and “at least partially depending on.” Also, “obtain/acquire” may mean obtaining information among stored information, or it may mean obtaining information among information received from other nodes. or it may mean obtaining the information by generating the information.
  • the terms “include,” “comprise,” and variations thereof are not meant to include only the recited items, and may include only the recited items or in addition to the recited items. Means that it may contain further items.
  • references to elements using the "first,” “second,” etc. designations used in this disclosure do not generally limit the quantity or order of those elements. These designations may be used herein as a convenient method of distinguishing between two or more elements. Thus, references to first and second elements do not imply that only two elements may be employed therein or that the first element must precede the second element in any way.
  • references to first and second elements do not imply that only two elements may be employed therein or that the first element must precede the second element in any way.

Landscapes

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

Abstract

送信側ＰＤＣＰエンティティは、複数のＰＤＣＰ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）を連結するＰＤＣＰ連結処理を行うことにより、連結ＳＤＵを含む前記ＰＤＣＰ　ＰＤＵを生成する。受信側ＰＤＣＰエンティティは、前記ＰＤＣＰ　ＰＤＵに含まれる前記連結ＳＤＵから前記複数のＰＤＣＰ　ＳＤＵを分離するＰＤＣＰ分離処理を行う。一方のＰＤＣＰエンティティを有する第１通信装置は、他方のＰＤＣＰエンティティを有する第２通信装置に対して、前記ＰＤＣＰ連結処理及び前記ＰＤＣＰ分離処理の少なくとも一方の制御に用いる制御情報を送信する。

Description

通信方法及び通信装置
　本開示は、移動通信システムで用いる通信方法及び通信装置に関する。
　３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）規格に準拠する移動通信システムにおいて、ヘッダ圧縮・伸張、及び暗号化・復号化等を行うプロトコルとして、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）が用いられている（例えば、非特許文献１参照）。
　基地局とユーザ装置との通信において、送信側ＰＤＣＰエンティティは、上位レイヤからのＰＤＣＰ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）に対してＰＤＣＰヘッダを付与してＰＤＣＰ　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）を生成する。その後、送信側ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティ及び送信側ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）エンティティがＲＬＣヘッダ及びＭＡＣヘッダをそれぞれ付与する。
　第１の態様に係る通信方法は、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）を送信する送信側ＰＤＣＰエンティティと、前記ＰＤＣＰ　ＰＤＵを受信する受信側ＰＤＣＰエンティティと、からなる一対のＰＤＣＰエンティティを有する移動通信システムで用いる方法である。前記通信方法は、前記送信側ＰＤＣＰエンティティが、複数のＰＤＣＰ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）を連結するＰＤＣＰ連結処理を行うことにより、連結ＳＤＵを含む前記ＰＤＣＰ　ＰＤＵを生成することと、前記受信側ＰＤＣＰエンティティが、前記ＰＤＣＰ　ＰＤＵに含まれる前記連結ＳＤＵから前記複数のＰＤＣＰ　ＳＤＵを分離するＰＤＣＰ分離処理を行うことと、前記一対のＰＤＣＰエンティティのうち一方のＰＤＣＰエンティティを有する第１通信装置から、前記一対のＰＤＣＰエンティティのうち他方のＰＤＣＰエンティティを有する第２通信装置に対して、前記ＰＤＣＰ連結処理及び前記ＰＤＣＰ分離処理の少なくとも一方の制御に用いる制御情報を送信することと、を有する。
　第２の態様に係る通信装置は、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）を送信する送信側ＰＤＣＰエンティティと、前記ＰＤＣＰ　ＰＤＵを受信する受信側ＰＤＣＰエンティティと、からなる一対のＰＤＣＰエンティティを有する移動通信システムで用いる装置である。前記通信装置は、前記送信側ＰＤＣＰエンティティ及び前記受信側ＰＤＣＰエンティティのいずれかを有する制御部を備える。前記送信側ＰＤＣＰエンティティは、複数のＰＤＣＰ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）を連結するＰＤＣＰ連結処理を行うことにより、連結ＳＤＵを含む前記ＰＤＣＰ　ＰＤＵを生成する。前記受信側ＰＤＣＰエンティティは、前記ＰＤＣＰ　ＰＤＵに含まれる前記連結ＳＤＵから前記複数のＰＤＣＰ　ＳＤＵを分離するＰＤＣＰ分離処理を行う。前記制御部は、前記ＰＤＣＰ連結処理及び前記ＰＤＣＰ分離処理の少なくとも一方の制御に用いる制御情報を他の通信装置に送信する。
一実施形態に係る移動通信システムの構成を示す図である。 一実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。 一実施形態に係るｇＮＢ（基地局）の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 ユーザプレーンの無線インターフェイスのプロトコルスタックにおける各レイヤの処理の一例を示す図である。 一実施形態に係るＰＤＣＰ　ＰＤＵを示す図である。 一実施形態に係る下りリンクにおけるＰＤＣＰ連結処理及びＰＤＣＰ分離処理を示す図である。 一実施形態に係る上りリンクにおけるＰＤＣＰ連結処理及びＰＤＣＰ分離処理を示す図である。 一実施形態に係る制御情報の送受信を示す図である。 第１実施例に係る区切りコードを示す図である。 第１実施例の動作を示す図である。 第２実施例の動作を示す図である。 第３実施例の動作を示す図である。 第３実施例におけるＰＤＣＰ　ＰＤＵの第１構成例を示す図である。 第３実施例におけるＰＤＣＰ　ＰＤＵの第２構成例を示す図である。 第４実施例の動作を示す図である。 第５実施例の動作を示す図である。 第６実施例の動作を示す図である。
　上述のように、１つのＰＤＣＰ　ＳＤＵに対してＰＤＣＰヘッダ、ＲＬＣヘッダ、ＭＡＣヘッダが付与される場合、基地局とユーザ装置との通信におけるヘッダが占める割合、すなわち、オーバーヘッドが大きくなるという問題がある。また、ＰＤＣＰ　ＳＤＵに相当するＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）パケットのサイズは、ＰＤＣＰ　ＳＤＵのサイズの上限（例えば、９ｋＢ）に対して小さい場合が多く、例えば、ＩＰパケットのサイズは１．５ｋＢであり得る。そのため、効率的なＰＤＣＰ処理を行うことが難しい。
　そこで、本開示は、移動通信システムにおいて効率的な通信を実現可能とすることを目的とする。
　図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　（移動通信システムの構成）
　まず、図１乃至図６を参照して、実施形態に係る移動通信システムの構成について説明する。図１は、一実施形態に係る移動通信システムの構成を示す図である。移動通信システム１は、３ＧＰＰ規格の第５世代システム（５ＧＳ：５ｔｈ　Ｇｅｎｅｒａｔｉｏｎ　Ｓｙｓｔｅｍ）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）システムが少なくとも部分的に適用されてもよい。また、移動通信システムには、第６世代（６Ｇ）システムが少なくとも部分的に適用されてもよい。
　移動通信システム１は、ユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）２０とを有する。
　ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わない。例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）又はタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ　ＵＥ）、飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ　ＵＥ）である。
　ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。
　なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）に接続することもできる。ＬＴＥの基地局が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。
　５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。
　図２は、一実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部１３０は、ＵＥ１００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　図３は、一実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
　制御部２３０は、ｇＮＢ２００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ　Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間はＦ１インターフェイスで接続されてもよい。
　図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　ｒｅＱｕｅｓｔ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及びＵＥ１００への割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化等を行う。
　ＳＤＡＰレイヤは、コアネットワークがＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。
　図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤを有する。
　ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間の接続がサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。
　なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。
　図６は、ユーザプレーンの無線インターフェイスのプロトコルスタックにおける各レイヤの処理の一例を示す図である。
　第１に、送信側における処理について説明する。送信側におけるＳＤＡＰレイヤのエンティティである送信側ＳＤＡＰエンティティは、受信側に送信するべきＩＰパケットをＳＤＡＰ　ＳＤＵとして受け取り、ＳＤＡＰレイヤの送信処理を行い、ＳＤＡＰヘッダをＳＤＡＰ　ＳＤＵに付与することにより、ＳＤＡＰ　ＰＤＵを生成して下位レイヤに出力する。
　送信側におけるＰＤＣＰレイヤのエンティティである送信側ＰＤＣＰエンティティは、ＳＤＡＰ　ＰＤＵをＰＤＣＰ　ＳＤＵとして受け取り、ＰＤＣＰレイヤの送信処理を行い、ＰＤＣＰヘッダをＰＤＣＰ　ＳＤＵに付与することにより、ＰＤＣＰ　ＰＤＵを生成して下位レイヤに出力する。
　送信側におけるＲＬＣレイヤのエンティティである送信側ＲＬＣエンティティは、ＰＤＣＰ　ＰＤＵをＲＬＣ　ＳＤＵとして受け取り、ＲＬＣレイヤの送信処理を行い、ＲＬＣヘッダをＲＬＣ　ＳＤＵに付与することにより、ＲＬＣ　ＰＤＵを生成して下位レイヤに出力する。
　送信側におけるＭＡＣレイヤのエンティティである送信側ＭＡＣエンティティは、ＲＬＣ　ＰＤＵをＭＡＣ　ＳＤＵとして受け取り、ＭＡＣレイヤの送信処理を行い、ＭＡＣヘッダをＭＡＣ　ＳＤＵに付与することにより、ＭＡＣ　ＰＤＵを生成して下位レイヤに出力する。
　第２に、受信側における処理について説明する。受信側におけるＭＡＣレイヤのエンティティである受信側ＭＡＣエンティティは、下位レイヤからＭＡＣ　ＰＤＵを受け取り、ＭＡＣヘッダに基づいてＭＡＣレイヤの受信処理を行い、ＭＡＣヘッダを除去することにより、ＭＡＣ　ＳＤＵを上位レイヤに出力する。
　受信側におけるＲＬＣレイヤのエンティティである受信側ＲＬＣエンティティは、下位レイヤからのＭＡＣ　ＳＤＵをＲＬＣ　ＰＤＵとして受け取り、ＲＬＣヘッダに基づいてＲＬＣレイヤの受信処理を行い、ＲＬＣヘッダを除去することにより、ＲＬＣ　ＳＤＵを上位レイヤに出力する。
　受信側におけるＰＤＣＰレイヤのエンティティである受信側ＰＤＣＰエンティティは、下位レイヤからのＲＬＣ　ＳＤＵをＰＤＣＰ　ＰＤＵとして受け取り、ＰＤＣＰヘッダに基づいてＰＤＣＰレイヤの受信処理を行い、ＰＤＣＰヘッダを除去することにより、ＰＤＣＰ　ＳＤＵを上位レイヤに出力する。
　受信側におけるＳＤＡＰレイヤのエンティティである受信側ＳＤＡＰエンティティは、下位レイヤからのＰＤＣＰ　ＳＤＵをＳＤＡＰ　ＰＤＵとして受け取り、ＳＤＡＰヘッダに基づいてＳＤＡＰレイヤの受信処理を行い、ＳＤＡＰヘッダを除去することにより、ＳＤＡＰ　ＳＤＵ（ＩＰパケット）を上位レイヤに出力する。
　（移動通信システムの動作）
　次に、図７乃至図１０を参照して、実施形態に係る移動通信システム１の動作について説明する。実施形態に係る移動通信システム１は、ＰＤＣＰ　ＰＤＵを送信する送信側ＰＤＣＰエンティティ５０Ｔと、ＰＤＣＰ　ＰＤＵを受信する受信側ＰＤＣＰエンティティ５０Ｒと、からなる一対のＰＤＣＰエンティティを有する（図８及び図９参照）。
　上述のように、ｇＮＢ２００とＵＥ１００との通信において、送信側ＰＤＣＰエンティティは、上位レイヤからのＰＤＣＰ　ＳＤＵに対してＰＤＣＰヘッダを付与してＰＤＣＰ　ＰＤＵを生成する。その後、送信側ＲＬＣエンティティ及び送信側ＭＡＣエンティティがＲＬＣヘッダ及びＭＡＣヘッダをそれぞれ付与する。このように、１つのＰＤＣＰ　ＳＤＵに対してＰＤＣＰヘッダ、ＲＬＣヘッダ、ＭＡＣヘッダが付与されることになるため、ｇＮＢ２００とＵＥ１００との通信におけるヘッダが占める割合、すなわち、オーバーヘッドが大きいという問題がある。また、ＰＤＣＰ　ＳＤＵに相当するＩＰパケットのサイズは、ＰＤＣＰ　ＳＤＵのサイズの上限（例えば、９ｋＢ）に対して小さい場合が多く、例えば、ＩＰパケットのサイズは１．５ｋＢであり得る。そのため、効率的なＰＤＣＰ処理を行うことが難しい。
　図７は、一実施形態に係るＰＤＣＰ　ＰＤＵを示す図である。送信側ＰＤＣＰエンティティ５０Ｔは、複数のＰＤＣＰ　ＳＤＵを連結するＰＤＣＰ連結処理（ＰＤＣＰ　Ｃｏｎｃａｔｅｎａｔｉｏｎ）を行うことにより、連結ＳＤＵを含むＰＤＣＰ　ＰＤＵを生成する。図７において、送信側ＰＤＣＰエンティティ５０Ｔが３つのＰＤＣＰ　ＳＤＵを連結する一例を示しているが、連結するＰＤＣＰ　ＳＤＵの数は２つであってもよいし、４つ以上であってもよい。詳細については後述するが、送信側ＰＤＣＰエンティティ５０Ｔは、連結するＰＤＣＰ　ＳＤＵ間に区切りコードを挿入してもよい（図８及び図９参照）。区切りコードにより、受信側ＰＤＣＰエンティティ５０ＲがＰＤＣＰ　ＳＤＵごとに分離することが容易になる。受信側ＰＤＣＰエンティティ５０Ｒは、ＰＤＣＰ　ＰＤＵに含まれる連結ＳＤＵから複数のＰＤＣＰ　ＳＤＵを分離するＰＤＣＰ分離処理を行う。
　このようなＰＤＣＰ連結処理により、ｇＮＢ２００とＵＥ１００との通信におけるヘッダが占める割合、すなわち、オーバーヘッドを削減できる。また、ＰＤＣＰ　ＳＤＵのサイズの上限（例えば、９ｋＢ）に近いサイズの連結ＳＤＵに対してＰＤＣＰ処理を適用できるため、効率的なＰＤＣＰ処理が可能になる。
　図８は、一実施形態に係る下りリンクにおけるＰＤＣＰ連結処理及びＰＤＣＰ分離処理を示す図である。図９は、一実施形態に係る上りリンクにおけるＰＤＣＰ連結処理及びＰＤＣＰ分離処理を示す図である。図８及び図９において、ｇＮＢ２００のＲＲＣエンティティとＵＥ１００のＲＲＣエンティティとの間にＲＲＣ接続が確立された状態（すなわち、ＲＲＣコネクティッド状態）にある。なお、図８及び図９において、区切りコードを用いる一例を示しているが、必ずしも区切りコードを用いなくてもよい。
　図８に示すように、下りリンクにおいて、ｇＮＢ２００の送信側ＰＤＣＰエンティティ５０Ｔは、複数のＰＤＣＰ　ＳＤＵを連結するＰＤＣＰ連結処理を行うことにより、連結ＳＤＵを含むＰＤＣＰ　ＰＤＵを生成し、ＰＤＣＰ　ＰＤＵを送信する。ＵＥ１００の受信側ＰＤＣＰエンティティ５０Ｒは、ＰＤＣＰ　ＰＤＵを受信し、ＰＤＣＰ　ＰＤＵに含まれる連結ＳＤＵから複数のＰＤＣＰ　ＳＤＵを分離するＰＤＣＰ分離処理を行う。
　図９に示すように、上りリンクにおいて、ＵＥ１００の送信側ＰＤＣＰエンティティ５０Ｔは、複数のＰＤＣＰ　ＳＤＵを連結するＰＤＣＰ連結処理を行うことにより、連結ＳＤＵを含むＰＤＣＰ　ＰＤＵを生成し、ＰＤＣＰ　ＰＤＵを送信する。ｇＮＢ２００の受信側ＰＤＣＰエンティティ５０Ｒは、ＰＤＣＰ　ＰＤＵを受信し、ＰＤＣＰ　ＰＤＵに含まれる連結ＳＤＵから複数のＰＤＣＰ　ＳＤＵを分離するＰＤＣＰ分離処理を行う。
　なお、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理を下りリンク及び上りリンクに適用する場合について主として説明するが、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理を、ＵＥ間の直接的なリンクであるサイドリンクに適用してもよい。サイドリンクにおいて、一方のＵＥの送信側ＰＤＣＰエンティティ５０Ｔは、複数のＰＤＣＰ　ＳＤＵを連結するＰＤＣＰ連結処理を行うことにより、連結ＳＤＵを含むＰＤＣＰ　ＰＤＵを生成し、ＰＤＣＰ　ＰＤＵを送信する。他方のＵＥの受信側ＰＤＣＰエンティティ５０Ｒは、ＰＤＣＰ　ＰＤＵを受信し、ＰＤＣＰ　ＰＤＵに含まれる連結ＳＤＵから複数のＰＤＣＰ　ＳＤＵを分離するＰＤＣＰ分離処理を行う。なお、サイドリンクに適用する場合、後述の連結・分離制御情報は、ＰＣ５－ＲＲＣメッセージで伝送されてもよい。また、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理を、デュアルコネクティビティ（ＤＣ）、マルチコネクティビティ（ＭＣ）、又はスプリットベアラ等に適用してもよい。
　図１０は、一実施形態に係る制御情報の送受信を示す図である。一対のＰＤＣＰエンティティのうち一方のＰＤＣＰエンティティを有する第１通信装置２１は、当該一対のＰＤＣＰエンティティのうち他方のＰＤＣＰエンティティを有する第２通信装置２２に対して、制御情報を送信する（ステップＳ１）。当該制御情報は、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理の少なくとも一方の制御に用いる。ここで、第１通信装置２１はｇＮＢ２００又はＵＥ１００であって、第２通信装置２２はｇＮＢ２００又はＵＥ１００である。このように、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理の少なくとも一方の制御に用いる制御情報（以下、「連結・分離制御情報」と呼ぶ）を送受信することにより、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理の適切な制御が可能になる。
　ステップＳ１において、第１通信装置２１の送信側ＰＤＣＰエンティティ５０Ｔ又は受信側ＰＤＣＰエンティティ５０Ｒは、連結・分離制御情報を含むＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを第２通信装置２２に送信してもよい。ＰＤＣＰ　ＰＤＵには、ユーザデータの伝送に用いるＰＤＣＰ　Ｄａｔａ　ＰＤＵと、制御に用いるＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵと、がある。ＰＤＣＰ連結処理及びＰＤＣＰ分離処理はＰＤＣＰ　Ｄａｔａ　ＰＤＵに適用される。なお、ＰＤＣＰエンティティは、ベアラ（データベアラ）ごとに確立される。連結・分離制御情報をＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより伝送することにより、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理をベアラごとに適切に制御できる。
　ステップＳ１において、第１通信装置２１のＲＲＣエンティティは、連結・分離制御情報を含むＲＲＣメッセージを第２通信装置２２に送信してもよい。例えば、ｇＮＢ２００からＵＥ１００に送信されるＲＲＣメッセージは、ＵＥ固有（ＵＥ－ｄｅｄｉｃａｔｅｄ）ＲＲＣメッセージであるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよい。ＵＥ１００からｇＮＢ２００に送信されるＲＲＣメッセージは、ＵＥ　Ａｓｓｉｓｔａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎメッセージ及び／又はＵＥ　Ｃａｐａｂｉｌｉｔｙ　Ｉｎｆｏｒｍａｔｉｏｎメッセージであってもよい。連結・分離制御情報を含むＲＲＣメッセージは、連結・分離制御情報と対応付けられたベアラ識別子をさらに含んでもよい。これにより、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理をベアラごとに適切に制御できる。
　或いは、連結・分離制御情報を、ＭＡＣレイヤにおいて送受信するＭＡＣ制御要素（ＭＡＣ　ＣＥ）に含めてもよい。また、連結・分離制御情報を、ＰＨＹレイヤにおいて送受信するＤＣＩ（Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）又はＵＣＩ（Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）に含めてもよい。連結・分離制御情報を、ＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵに含めてもよい。連結・分離制御情報を、ＲＬＣ　Ｃｏｎｔｒｏｌ　ＰＤＵに含めてもよい。
　第１通信装置２１が送信側ＰＤＣＰエンティティ５０Ｔを有し、第２通信装置２２が受信側ＰＤＣＰエンティティ５０Ｒを有していてもよい。ステップＳ１において、第１通信装置２１の送信側ＰＤＣＰエンティティ５０Ｔは、連結・分離制御情報をＰＤＣＰヘッダに含むＰＤＣＰ　ＰＤＵを第２通信装置２２の受信側ＰＤＣＰエンティティ５０Ｒに送信してもよい。これにより、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理をＰＤＣＰ　ＰＤＵごとに適切に制御できる。
　上述のように、送信側ＰＤＣＰエンティティ５０Ｔは、連結ＳＤＵを構成する各ＰＤＣＰ　ＳＤＵ間に区切りコードを挿入することによりＰＤＣＰ　ＰＤＵを生成してもよい。このような区切りコードを挿入することにより、受信側ＰＤＣＰエンティティ５０ＲがＰＤＣＰ分離処理を行うことが容易になる。連結・分離制御情報は、区切りコードを指定する情報を含んでもよい。これにより、区切りコードとして任意のビット列を指定可能になる。また、区切りコードを必要に応じて変更可能になる。
　一実施形態において、連結・分離制御情報は、連結ＳＤＵを構成する各ＰＤＣＰ　ＳＤＵのサイズを示す情報を含んでもよい。これにより、受信側ＰＤＣＰエンティティ５０ＲがＰＤＣＰ分離処理を行うことが容易になる。このような連結・分離制御情報を送受信する場合、区切りコードの挿入を不要としてもよい。
　例えば、第１通信装置２１が、受信側ＰＤＣＰエンティティ５０Ｒを有するｇＮＢ２００であって、第２通信装置２２が、送信側ＰＤＣＰエンティティ５０Ｔを有するＵＥ１００である場合において、連結・分離制御情報は、上りリンクにおけるＰＤＣＰ連結処理により連結可能な各ＰＤＣＰ　ＳＤＵのサイズをＵＥ１００に設定する設定情報を含んでもよい。また、連結・分離制御情報は、上りリンクにおけるＰＤＣＰ連結処理を用いて生成する連結ＳＤＵの最大サイズ又はＰＤＣＰ　ＰＤＵの最大サイズをＵＥ１００に設定する情報をさらに含んでもよい。
　或いは、第１通信装置２１が送信側ＰＤＣＰエンティティ５０Ｔを有し、第２通信装置２２が受信側ＰＤＣＰエンティティ５０Ｒを有する場合において、第１通信装置２１の送信側ＰＤＣＰエンティティ５０Ｔは、連結ＳＤＵを構成する各ＰＤＣＰ　ＳＤＵのサイズを示す情報を連結・分離制御情報として含むＰＤＣＰヘッダを連結ＳＤＵに付与することにより、ＰＤＣＰ　ＰＤＵを生成してもよい。
　一実施形態において、連結・分離制御情報は、ＰＤＣＰ連結処理又はＰＤＣＰ分離処理を開始するための情報、又は、ＰＤＣＰ連結処理又はＰＤＣＰ分離処理を終了するための情報を含んでもよい。これにより、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理を状況に応じてオン／オフ（アクティブ化／非アクティブ化）することが可能になる。例えば、ＲＬＣレイヤにおいてパケット分割処理（ＲＬＣ　ｓｅｇｍｅｎｔａｔｉｏｎ）が実行される期間において、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理を一時的にオフするといった制御が可能になる。
　例えば、第１通信装置２１が、送信側ＰＤＣＰエンティティ５０Ｔを有するｇＮＢ２００であって、第２通信装置２２が、受信側ＰＤＣＰエンティティ５０Ｒを有するＵＥ１００である場合において、連結・分離制御情報は、下りリンクにおけるＰＤＣＰ分離処理をＵＥ１００に設定する情報を含んでもよい。また、例えば、当該連結・分離制御情報は、下りリンクにおけるＰＤＣＰ分離処理をアクティブ化する情報を含んでもよい。
　第１通信装置２１が、送信側ＰＤＣＰエンティティ５０Ｔを有するｇＮＢ２００であり、第２通信装置２２が、受信側ＰＤＣＰエンティティ５０Ｒを有するＵＥ１００である場合において、連結・分離制御情報は、下りリンクにおけるＰＤＣＰ分離処理の設定を解放する情報を含んでもよい。また、当該連結・分離制御情報は、下りリンクにおけるＰＤＣＰ分離処理を非アクティブ化する情報を含んでもよい。
　第１通信装置２１が、受信側ＰＤＣＰエンティティ５０Ｒを有するｇＮＢ２００であり、第２通信装置２２が、送信側ＰＤＣＰエンティティ５０Ｔを有するＵＥ１００である場合において、連結・分離制御情報は、上りリンクにおけるＰＤＣＰ連結処理をＵＥ１００に設定する情報を含んでもよい。また、当該連結・分離制御情報は、上りリンクにおけるＰＤＣＰ連結処理をアクティブ化する情報を含んでもよい。
　第１通信装置２１が、受信側ＰＤＣＰエンティティ５０Ｒを有するｇＮＢ２００であり、第２通信装置２２は、送信側ＰＤＣＰエンティティ５０Ｔを有するＵＥ１００である場合において、連結・分離制御情報は、上りリンクにおけるＰＤＣＰ連結処理の設定を解放する情報を含んでもよい。また、当該連結・分離制御情報は、上りリンクにおけるＰＤＣＰ連結処理を非アクティブ化する情報を含んでもよい。
　第１通信装置２１が、送信側ＰＤＣＰエンティティ５０Ｔを有するＵＥ１００であり、第２通信装置２２は、受信側ＰＤＣＰエンティティ５０Ｒを有するｇＮＢ２００である場合において、連結・分離制御情報は、上りリンクにおけるＰＤＣＰ連結処理のアクティブ化又は非アクティブ化をＵＥ１００が決定した場合、当該決定内容を示す情報を含んでもよい。
　（実施例）
　次に、上述の実施形態を前提として、第１実施例乃至第６実施例について説明する。これらの実施例は、別個独立して実施する場合に限らず、２以上の実施例を組み合わせて実施してもよい。また、以下の各実施例の動作フローにおいて、必ずしもすべてのステップを実行する必要は無く、一部のステップのみを実行してもよい。
　（１）第１実施例
　第１実施例は、上述の区切りコードに関する実施例である。図１１は、第１実施例に係る区切りコードを示す図である。
　図１１に示す例において、送信側ＰＤＣＰエンティティ５０Ｔは、３つのＰＤＣＰ　ＳＤＵ（ＰＤＣＰ　ＳＤＵ＃１乃至＃３）を連結するＰＤＣＰ連結処理（ＰＤＣＰ　Ｃｏｎｃａｔｅｎａｔｉｏｎ）を行うことにより、連結ＳＤＵを含むＰＤＣＰ　ＰＤＵを生成する。第１実施例において、送信側ＰＤＣＰエンティティ５０Ｔは、連結するＰＤＣＰ　ＳＤＵ間に区切りコード＃２及び＃３を挿入する。送信側ＰＤＣＰエンティティ５０Ｔは、連結ＳＤＵの先頭、すなわち、ＰＤＣＰ　ＰＤＵのペイロード部分の先頭に、区切りコード＃１を挿入してもよい。送信側ＰＤＣＰエンティティ５０Ｔは、連結ＳＤＵの後尾、すなわち、ＰＤＣＰ　ＰＤＵのペイロード部分の後尾に、区切りコード＃４を挿入してもよい。但し、先頭の区切りコード＃１及び末尾の区切りコード＃４は無くてもよい。
　各区切りコードは、送信側ＰＤＣＰエンティティ５０Ｔ及び受信側ＰＤＣＰエンティティ５０Ｒが予め認識している任意のビット列であってもよい。例えば、“００００　００００　００００　００００”を区切りコードとすることができる。但し、このビット長（１６ビット）や単に“０”を並べただけだと、ＰＤＣＰ　ＳＤＵを構成するビット列と偶然に一致してしまい、受信側ＰＤＣＰエンティティ５０Ｒで誤判定が生じる可能性がある。
　各区切りコードは、送信側ＰＤＣＰエンティティ５０Ｔ及び受信側ＰＤＣＰエンティティ５０Ｒが予め認識している任意のビット列とチェックサムとの組み合わせであってもよい。例えば、”０１０１　００１１　１１０１　０１０１”のうち、最後の４ビットがチェックサム部であって、それ以外が任意のビット列である。０１０１（１０進数で“５”）＋００１１（１０進数で“３”）＋１１０１（１０進数で“１３”）＝１０１０１（１０進数で“２１”）であるが、１０１０１（１０進数で“２１”）の下位４ビットを取って“０１０１”をチェックサム部とする。このようなチェックサムは、区切りコード単体のチェックサムである。或いは、チェックサムは、ＰＤＣＰ　ＳＤＵ全体のチェックサムであってもよい。例えば、区切りコード＃２をＰＤＣＰ　ＳＤＵ＃１のチェックサムとし、区切りコード＃３をＰＤＣＰ　ＳＤＵ＃２のチェックサムとし、区切りコード＃４をＰＤＣＰ　ＳＤＵ＃３のチェックサムとすることができる。或いは、チェックサムは、ＰＤＣＰ　ＳＤＵと区切りコード（の一部）とに対するチェックサムであってもよい。すなわち、区切りコードは、固定ビット列部とチェックサム部とで構成される。例えば、区切りコード＃２（区切りコード＃２のチェックサム部）をＰＤＣＰ　ＳＤＵ＃１と区切りコード＃２（固定ビット列部）とのチェックサムとする。区切りコード＃３（区切りコード＃３のチェックサム部）をＰＤＣＰ　ＳＤＵ＃２と区切りコード＃３（固定ビット列部）とのチェックサムとする。区切りコード＃４（区切りコード＃４のチェックサム部）をＰＤＣＰ　ＳＤＵ＃３と区切りコード＃４（固定ビット列部）とのチェックサムとすることができる。但し、このような区切りコードの構成方法を用いても、ＰＤＣＰ　ＳＤＵを構成するビット列と偶然に一致する可能性がある。
　区切りコードを、ＰＰＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ　Ｐｒｏｔｏｃｏｌ）で用いるようなエスケープ表現（エスケープコード）としてもよい。エスケープコードでは、０ｘ００～０ｘ１ｆと０ｘ５ｅを除く０ｘ４０～０ｘｆｆのオクテットは、０ｘ７ｄに続けて、元の値と、０ｘ２０とのＸＯＲ値とを送る。例えば、区切りコードが固定で０ｘ１１の場合、送信データ内の０ｘ１１を０ｘ７ｄ及び０ｘ３１に変換して送る。これにより、エンドマーカ等も固定コードとすることができる。また、受信側は上記の逆操作を行う。
　図１２は、第１実施例の動作を示す図である。図１２において、第１通信装置２１は、送信側ＰＤＣＰエンティティ５０Ｔを有するｇＮＢ２００又はＵＥ１００である。図１２において、第２通信装置２２は、受信側ＰＤＣＰエンティティ５０Ｒを有するｇＮＢ２００又はＵＥ１００である。
　ステップＳ１０１において、区切りコード（及び／又はエンドマーカ）のビット列が指定される。区切りコード（及び／又はエンドマーカ）のビット列は、技術仕様で規定される固定値であってもよい。当該区切りコード（及び／又はエンドマーカ）のビット列は、ｇＮＢ２００がＵＥ１００に指定してもよい。当該区切りコード（及び／又はエンドマーカ）のビット列は、ＵＥ１００がｇＮＢ２００に指定してもよい。当該区切りコード（及び／又はエンドマーカ）のビット列は、送信側ＰＤＣＰエンティティ５０Ｔが受信側ＰＤＣＰエンティティ５０Ｒに指定してもよい。当該区切りコード（及び／又はエンドマーカ）のビット列は、受信側ＰＤＣＰエンティティ５０Ｒが送信側ＰＤＣＰエンティティ５０Ｔに指定してもよい。
　ステップＳ１０２において、送信側ＰＤＣＰエンティティ５０Ｔは、連結する複数のＰＤＣＰ　ＳＤＵにおいて、指定された区切りコードと一致するビット列があるか否かを判定する。具体的には、まず、送信側ＰＤＣＰエンティティ５０Ｔは、上位レイヤから、連結する複数のＰＤＣＰ　ＳＤＵを受け取る。送信側ＰＤＣＰエンティティ５０Ｔは、この時点で、それぞれのＰＤＣＰ　ＳＤＵに（個別に）ヘッダ圧縮処理を行ってもよい。次に、送信側ＰＤＣＰエンティティ５０Ｔは、当該複数のＰＤＣＰ　ＳＤＵのビット列を確認し、指定された区切りコードと一致するか否かを判定する。
　ステップＳ１０２でＹＥＳの場合（すなわち、一致する場合）、ステップＳ１０３において、送信側ＰＤＣＰエンティティ５０Ｔは、当該複数のＰＤＣＰ　ＳＤＵに含まれないビット列を新たな区切りコードとして決定する（すなわち、送信側ＰＤＣＰエンティティ５０Ｔは、一致しない区切りコードを再指定する）。送信側ＰＤＣＰエンティティ５０Ｔは、当該再指定した区切りコードを、例えばＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより、受信側ＰＤＣＰエンティティ５０Ｒに通知してもよい（ステップＳ１０４）。送信側ＰＤＣＰエンティティ５０Ｔは、区切りコードを再指定しない場合は当該通知を行わずに、区切りコードを再指定した場合にのみ当該通知を行ってもよい。或いは、送信側ＰＤＣＰエンティティ５０Ｔは、区切りコードを再指定したか否かにかかわらず、ＰＤＣＰ　ＰＤＵ（ＰＤＣＰ　Ｄａｔａ　ＰＤＵ）のヘッダにより、当該ＰＤＣＰ　ＰＤＵで使用する区切りコードを受信側ＰＤＣＰエンティティ５０Ｒに通知してもよい。
　ステップＳ１０５において、送信側ＰＤＣＰエンティティ５０Ｔは、指定された区切りコード（再指定された区切りコード）を用いて、ＰＤＣＰ　ＳＤＵを連結する。上述のように、送信側ＰＤＣＰエンティティ５０Ｔは、例えば、「区切りコード＋ＰＤＣＰ　ＳＤＵ＃１＋区切りコード＋ＰＤＣＰ　ＳＤＵ＃２＋区切りコード」といった連結ＳＤＵを生成する。
　ステップＳ１０６において、送信側ＰＤＣＰエンティティ５０Ｔは、連結ＳＤＵに対して所定のＰＤＣＰ処理を行い、ＰＤＣＰ　ＰＤＵを生成する。所定のＰＤＣＰ処理は、例えば、Ｉｎｔｅｇｒｉｔｙ　ｐｒｏｔｅｃｔｉｏｎ、Ｃｉｐｈｅｒｉｎｇ、及びＰＤＣＰヘッダ付与をこの順で行うものである。送信側ＰＤＣＰエンティティ５０Ｔは、連結ＳＤＵに付与するＰＤＣＰヘッダに、区切りコードのビット数を示す情報を含めてもよい。送信側ＰＤＣＰエンティティ５０Ｔは、当該ＰＤＣＰ　ＰＤＵを下位レイヤ（ＲＬＣ）に出力する。
　ステップＳ１０７において、第１通信装置２１は、当該ＰＤＣＰ　ＰＤＵを第２通信装置２２に送信する。第２通信装置２２は、当該ＰＤＣＰ　ＰＤＵを受信する。
　ステップＳ１０８において、受信側ＰＤＣＰエンティティ５０Ｒは、下位レイヤ（ＲＬＣ）から当該ＰＤＣＰ　ＰＤＵを受け取り、当該ＰＤＣＰ　ＰＤＵに対して所定のＰＤＣＰ処理を行う。所定のＰＤＣＰ処理は、Ｄｅｃｉｐｈｅｒｉｎｇ、Ｉｎｔｅｇｒｉｔｙ　ｖｅｒｉｆｉｃａｔｉｏｎ、及びＲｅｏｒｄｅｒｉｎｇ／Ｄｕｐｌｉｃａｔｉｏｎ　ｄｉｓｃａｒｄｉｎｇをこの順で行うものである。所定のＰＤＣＰ処理は、ＰＤＣＰヘッダを除去する処理を含む。
　ステップＳ１０９において、受信側ＰＤＣＰエンティティ５０Ｒは、連結ＳＤＵについて、区切りコードを取り除き、連結された各ＰＤＣＰ　ＳＤＵを取り出す。受信側ＰＤＣＰエンティティ５０Ｒは、取り出した各ＰＤＣＰ　ＳＤＵに対してヘッダ逆圧縮処理を行ってもよい。ここで、受信側ＰＤＣＰエンティティ５０Ｒは、最初及び／又は最後の区切りコードに基づいて、区切りコードのビット列を認識してもよい。ＰＤＣＰヘッダに、区切りコードのビット数の情報が含まれる場合、受信側ＰＤＣＰエンティティ５０Ｒは、ＰＤＣＰヘッダの後及び／又はＰＤＣＰ　ＰＤＵ最後から当該ビット数分を抜き出すことで、区切りコードを認識してもよい。受信側ＰＤＣＰエンティティ５０Ｒは、各ＰＤＣＰ　ＳＤＵを上位レイヤに出力する。
　（２）第２実施例
　第２実施例は、上述の区切りコードに代えて、連結可能なＰＤＣＰ　ＳＤＵのサイズを指定することにより、ＰＤＣＰ分離処理を可能とする実施例である。ここでは、上りリンク通信を想定して説明するが、同様な動作を下りリンク通信で行ってもよい。
　図１３は、第２実施例の動作を示す図である。ＵＥ１００が送信側ＰＤＣＰエンティティ５０Ｔを有し、ｇＮＢ２００が受信側ＰＤＣＰエンティティ５０Ｒを有するものとする。
　ステップＳ２０１において、連結可能なＰＤＣＰ　ＳＤＵのサイズが指定される。当該ＰＤＣＰ　ＳＤＵサイズは、技術仕様で規定される固定値であってもよい。当該ＰＤＣＰ　ＳＤＵサイズは、ｇＮＢ２００がＵＥ１００に指定してもよい。当該ＰＤＣＰ　ＳＤＵサイズは、ＵＥ１００がｇＮＢ２００に指定してもよい。当該ＰＤＣＰ　ＳＤＵサイズは、送信側ＰＤＣＰエンティティ５０Ｔが受信側ＰＤＣＰエンティティ５０Ｒに指定してもよい。当該ＰＤＣＰ　ＳＤＵサイズは、受信側ＰＤＣＰエンティティ５０Ｒが送信側ＰＤＣＰエンティティ５０Ｔに指定してもよい。当該ＰＤＣＰ　ＳＤＵサイズを示す情報は、ＲＲＣメッセージもしくはＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵに含まれてもよい。当該ＰＤＣＰ　ＳＤＵサイズを示す情報は、ベアラ識別子と対応付けられていてもよい。すなわち、ベアラごとに当該ＰＤＣＰ　ＳＤＵサイズが設定されてもよい。
　なお、連結可能なＰＤＣＰ　ＳＤＵのサイズは、単一の値（例えば、１．５ｋＢ等）及び／又は値の範囲（１．０ｋＢ～１．５ｋＢ等）であってもよい。範囲の場合、上述の区切りコードが必要になり得る。
　また、連結可能なＰＤＣＰ　ＳＤＵのサイズと共に、連結ＳＤＵの最大サイズが指定されてもよい。連結ＳＤＵの最大サイズは、ＰＤＣＰ　ＰＤＵのペイロードの最大サイズであってもよい。
　ステップＳ２０２において、送信側ＰＤＣＰエンティティ５０Ｔは、上位レイヤからＰＤＣＰ　ＳＤＵを受け取り、当該ＰＤＣＰ　ＳＤＵのサイズが、指定されたＰＤＣＰ　ＳＤＵサイズと一致するか否かを判定する。
　当該ＰＤＣＰ　ＳＤＵのサイズが、指定されたＰＤＣＰ　ＳＤＵサイズと一致する場合、ステップＳ２０３において、送信側ＰＤＣＰエンティティ５０Ｔは、ＰＤＣＰ連結処理を行う。ＰＤＣＰ連結処理を行う場合、送信側ＰＤＣＰエンティティ５０Ｔは、当該ＰＤＣＰ　ＳＤＵを一つ前に受け取ったＰＤＣＰ　ＳＤＵに連結する。ここで、送信側ＰＤＣＰエンティティ５０Ｔは、当該連結ＳＤＵのサイズと、指定されたＰＤＣＰ　ＳＤＵサイズとの合計のサイズが、連結ＳＤＵの最大サイズ以上である場合（すなわち、送信側ＰＤＣＰエンティティ５０Ｔが、次のＰＤＣＰ　ＳＤＵを受け取っても当該ＰＤＣＰ　ＳＤＵを連結できない場合）、ＰＤＣＰ連結処理を完了する。そして、送信側ＰＤＣＰエンティティ５０Ｔは、所定のＰＤＣＰ処理を行って下位レイヤにＰＤＣＰ　ＰＤＵを引き渡す（ステップＳ２０４）。
　ステップＳ２０２において、当該ＰＤＣＰ　ＳＤＵのサイズが、指定されたＰＤＣＰ　ＳＤＵサイズと一致しない場合、送信側ＰＤＣＰエンティティ５０Ｔは、当該ＰＤＣＰ　ＳＤＵを連結せずにＰＤＣＰ連結処理を完了し、ＰＤＣＰ送信処理を行ってもよい。これは、ｉｎ－ｏｒｄｅｒ　ｄｅｌｉｖｅｒｙを行うために、連結できないＰＤＣＰ　ＳＤＵが来たら、それまでに連結していたＰＤＣＰ　ＳＤＵを含むＰＤＣＰ　ＰＤＵを下位レイヤに渡すというものである。
　或いは、ステップＳ２０２において、当該ＰＤＣＰ　ＳＤＵのサイズが、指定されたＰＤＣＰ　ＳＤＵサイズと一致しない場合、送信側ＰＤＣＰエンティティ５０Ｔは、当該ＰＤＣＰ　ＳＤＵを連結せずに、ＰＤＣＰ連結処理を継続し、次のＰＤＣＰ　ＳＤＵに対してＰＤＣＰ連結処理を行ってもよい。これは、ｏｕｔ－ｏｆ－ｏｒｄｅｒ　ｄｅｌｉｖｅｒｙを許容しつつ、とにかくひとつのＰＤＣＰ　ＰＤＵのサイズを大きくして処理効率を上げるというものである。
　ステップＳ２０２において、送信側ＰＤＣＰエンティティ５０Ｔは、当該ＰＤＣＰ　ＳＤＵが、指定されたＰＤＣＰ　ＳＤＵサイズよりも小さい場合、当該ＰＤＣＰ　ＳＤＵにパディングビットを付加して、指定されたＰＤＣＰ　ＳＤＵサイズと一致させた上でＰＤＣＰ連結処理を行ってもよい。
　ステップＳ２０５において、ＵＥ１００は、ＰＤＣＰ　ＰＤＵをｇＮＢ２００に送信する。ｇＮＢ２００は、当該ＰＤＣＰ　ＰＤＵを受信する。
　ステップＳ２０６において、ｇＮＢ２００の受信側ＰＤＣＰエンティティ５０Ｒは、ＰＤＣＰ受信処理を行う。
　ステップＳ２０７において、受信側ＰＤＣＰエンティティ５０Ｒは、ＰＤＣＰ分離処理を行う。例えば、受信側ＰＤＣＰエンティティ５０Ｒは、ＰＤＣＰヘッダを取り除いたうえで、指定されたＰＤＣＰ　ＳＤＵサイズごとにペイロード部（連結ＳＤＵ）を分割し、複数のＰＤＣＰ　ＳＤＵを取り出す。そして、受信側ＰＤＣＰエンティティ５０Ｒは、当該複数のＰＤＣＰ　ＳＤＵを上位レイヤに出力する。ここで、受信側ＰＤＣＰエンティティ５０Ｒは、当該複数ＰＤＣＰ　ＳＤＵを、ペイロード部で連結されていた順番で上位レイヤに出力してもよい（すなわち、ｉｎ－ｏｒｄｅｒ　ｄｅｌｉｖｅｒｙ）。
　なお、ｇＮＢ２００からＵＥ１００に対して、順序通り（ｉｎ－ｏｒｄｅｒ）でＰＤＣＰ連結処理を実施するように設定してもよい。このような設定は、受信側ＰＤＣＰエンティティ５０Ｒから送信側ＰＤＣＰエンティティ５０Ｔへの通知であってもよい。また、当該このような設定は、送信側ＰＤＣＰエンティティ５０Ｔから受信側ＰＤＣＰエンティティ５０Ｒへの通知であってもよい。
　（３）第３実施例
　第３実施例は、ＰＤＣＰ　ＰＤＵに含まれる連結ＳＤＵを構成する各ＰＤＣＰ　ＳＤＵのサイズを、当該ＰＤＣＰ　ＰＤＵのＰＤＣＰヘッダにより通知する実施例である。
　図１４は、第３実施例の動作を示す図である。図１４において、第１通信装置２１は、送信側ＰＤＣＰエンティティ５０Ｔを有するｇＮＢ２００又はＵＥ１００であって、第２通信装置２２は、受信側ＰＤＣＰエンティティ５０Ｒを有するｇＮＢ２００又はＵＥ１００である。
　ステップＳ３０１において、送信側ＰＤＣＰエンティティ５０Ｔは、ＰＤＣＰ連結処理を行う。ここで、送信側ＰＤＣＰエンティティ５０Ｔは、連結する各ＰＤＣＰ　ＳＤＵのサイズを記憶してもよい。
　ステップＳ３０２において、送信側ＰＤＣＰエンティティ５０Ｔは、連結する各ＰＤＣＰ　ＳＤＵのサイズを示すＳＤＵサイズ情報を生成する。ＳＤＵサイズ情報は、ＰＤＣＰヘッダに配置される。
　連結した各ＰＤＣＰ　ＳＤＵが同一サイズである場合、ＳＤＵサイズ情報は、１つのサイズの情報だけを含んでもよい。送信側ＰＤＣＰエンティティ５０Ｔは、連結するＰＤＣＰ　ＳＤＵを同一サイズにするために、当該サイズよりも小さいＰＤＣＰ　ＳＤＵにはパディングビットを付加してから連結してもよい。
　他方、連結した各ＰＤＣＰ　ＳＤＵが互いに異なるサイズである場合、ＳＤＵサイズ情報は、各ＰＤＣＰ　ＳＤＵのサイズの情報を含んでもよい。この場合、ヘッダ内における各サイズの情報の並びと、ペイロード内のＰＤＣＰ　ＳＤＵの並びとが一致していてもよい。これにより、受信側ＰＤＣＰエンティティ５０Ｒは、サイズ情報とこれに対応するＰＤＣＰ　ＳＤＵとの対応関係を配置順に応じて特定できる。
　ステップＳ３０３において、送信側ＰＤＣＰエンティティ５０Ｔは、ステップＳ３０２で生成したＳＤＵサイズ情報を含むＰＤＣＰヘッダを連結ＳＤＵに付与するとともに、ＰＤＣＰ送信処理を行う。送信側ＰＤＣＰエンティティ５０Ｔは、当該ＰＤＣＰ　ＰＤＵに対してＰＤＣＰ連結処理が行われていることを示す情報をＰＤＣＰヘッダに含めてもよい。送信側ＰＤＣＰエンティティ５０Ｔは、当該連結ＳＤＵを構成するＰＤＣＰ　ＳＤＵの個数を示す情報をＰＤＣＰヘッダに含めてもよい。
　ステップＳ３０４において、第１通信装置２１は、当該ＰＤＣＰ　ＰＤＵを第２通信装置２２に送信する。第２通信装置２２は、当該ＰＤＣＰ　ＰＤＵを受信する。
　ステップＳ３０５において、受信側ＰＤＣＰエンティティ５０Ｒは、当該ＰＤＣＰ　ＰＤＵを下位レイヤから受け取り、ＰＤＣＰ受信処理を行う。
　ステップＳ３０６において、受信側ＰＤＣＰエンティティ５０Ｒは、当該ＰＤＣＰ　ＰＤＵのヘッダに含まれるＳＤＵサイズ情報に基づいてＰＤＣＰ分離処理を行う。具体的には、受信側ＰＤＣＰエンティティ５０Ｒは、当該ＰＤＣＰ　ＰＤＵのヘッダからＳＤＵサイズ情報を取得し、ヘッダを取り除いた後、ペイロード部をＳＤＵサイズ情報に基づいて分割する。そして、受信側ＰＤＣＰエンティティ５０Ｒは、分割して得た各ＰＤＣＰ　ＳＤＵを上位レイヤに出力する。
　図１５は、第３実施例におけるＰＤＣＰ　ＰＤＵの第１構成例を示す図である。第１構成例は、連結ＳＤＵを構成する各ＰＤＣＰ　ＳＤＵのサイズが同一の場合に適用され得る。
　図１５において、“Ｃ”フィールドは、セットされる値が”１”の場合、ＰＤＣＰ連結処理を行ったＰＤＣＰ　ＰＤＵであることを示す。この場合、“Ｓｉｚｅ”フィールドが挿入される。“Ｓｉｚｅ”フィールドは、ＰＤＣＰ　ＳＤＵのサイズを示す。“Ｓｉｚｅ”フィールドにセットされる値は、ＰＤＣＰ　ＳＤＵのサイズを示すインデックスであってもよい。インデックスは、ＰＤＣＰ　ＳＤＵサイズのテーブルを参照する。例えば、“００００　００００”：１００ｂｙｔｅ、“００００　０００１”：２００ｂｙｔｅ、…、“１１１１　１１１１”：１５００ｂｙｔｅというように対応付けがなされている。“Ｓｉｚｅ”フィールドは、”Ｄａｔａ”の前にあってもよく（ＰＤＣＰヘッダに格納）、ＰＤＣＰ　ＰＤＵの末尾にあってもよい（つまり当該“Ｓｉｚｅ”フィールドは、”ＭＡＣ－Ｉ”の後ろにあってもよい）。
　図１６は、第３実施例におけるＰＤＣＰ　ＰＤＵの第２構成例を示す図である。第２構成例は、連結ＳＤＵを構成する各ＰＤＣＰ　ＳＤＵのサイズが少なくとも部分的に異なる場合に適用され得る。
　図１６において、“Ｃ”フィールドについては、上述の第１構成例と同様である。“Ｍ”フィールドは、セットされる値が”１”の場合、ＰＤＣＰ　ＳＤＵの各サイズが通知されることを示す。“Ｌｉｓｔ　ｓｉｚｅ”フィールドは、“Ｓｉｚｅ”の個数（もしくはＰＤＣＰ　ＳＤＵの個数）を示す。“Ｌｉｓｔ　ｓｉｚｅ”フィールドにセットされる値は、当該個数を示すインデックスであってもよい。インデックスは、当該個数のテーブルを参照する。例えば、“００００　００００”：２個、“００００　０００１”：３個、…、“１１１１　１１１１”：ｎ個というように対応付けがなされている。“Ｓｉｚｅ”フィールドについては、上述の第１構成例と同様である。“Ｌｉｓｔ　ｓｉｚｅ”フィールド及び／又は“Ｓｉｚｅ”フィールドは、”Ｄａｔａ”の前にあってもよく（ＰＤＣＰヘッダに格納）、ＰＤＣＰ　ＰＤＵの末尾にあってもよい（つまり当該“Ｌｉｓｔ　ｓｉｚｅ”フィールド及び／又は“Ｓｉｚｅ”フィールドは、”ＭＡＣ－Ｉ”の後ろにあってもよい）。
　（４）第４実施例
　第４実施例は、下りリンクにおけるＰＤＣＰ連結・分離処理をｇＮＢ２００が制御するための実施例である。図１７は、第４実施例の動作を示す図である。ｇＮＢ２００が送信側ＰＤＣＰエンティティ５０Ｔを有し、ＵＥ１００が受信側ＰＤＣＰエンティティ５０Ｒを有するものとする。
　ステップＳ４０１において、ＵＥ１００は、下りリンクのＰＤＣＰ分離処理をサポートしていることを示す能力情報（例えば、ＵＥ　Ｃａｐａｂｉｌｉｔｙ　Ｉｎｆｏｒｍａｔｉｏｎメッセージ）をｇＮＢ２００に送信する。このような情報は、下りリンクのＰＤＣＰ連結処理を許容することを示す情報であってもよい。ｇＮＢ２００は、当該情報に基づいて、下りリンクのＰＤＣＰ連結処理を行うことを決定してもよい。
　ステップＳ４０２において、ｇＮＢ２００は、例えば、ＵＥ１００に対して送信するＲＲＣメッセージもしくはＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより、下りリンクのＰＤＣＰ分離処理に関する設定を行う。このような設定は、連結する各ＰＤＣＰ　ＳＤＵのサイズ（もしくはサイズの範囲）、ＰＤＣＰ　ＰＤＵ又はそのペイロード部の最大サイズ（連結ＳＤＵの最大サイズ）、ＰＤＣＰ連結・分離処理を行うベアラのベアラＩＤのうち、少なくとも１つを含む。
　ステップＳ４０３において、ｇＮＢ２００は、例えば、ＵＥ１００に対して送信するＲＲＣメッセージもしくはＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより、下りリンクのＰＤＣＰ分離処理のアクティブ化を指示する指示情報をＵＥ１００に送信する。このような指示情報は、下りリンクのＰＤＣＰ結合処理の開始を指示する情報であってもよい。指示情報は、対象とするベアラのベアラＩＤを含んでもよい。但し、ステップＳ４０３は必須ではなく、ステップＳ４０２の設定がアクティブ化（待受指示）を兼ねてもよい。すなわち、ｇＮＢ２００は、当該待受指示を行わなくても、ステップＳ４０２の設定によって強制的にＵＥ１００に待受をさせてもよい。この場合、ステップＳ４０２の設定情報は、当該アクティブ化を示す情報要素を含んでもよい。ＵＥ１００は、当該設定が行われた場合、ＰＤＣＰ連結処理されたＰＤＣＰ　ＰＤＵを受信する可能性があることを認識してもよい。
　なお、ｇＮＢ２００は、自セルの無線リソースが混雑していないこと、及び／又はＵＥ１００とｇＮＢ２００との間の無線環境が良いことに応じて、ＰＤＣＰ連結・分離処理を開始すると決定してもよい。無線環境は、例えば、ＵＥ１００からのｍｅａｓｕｒｅｍｅｎｔ　ｒｅｐｏｒｔ及び／又はＵＥ１００からのＵＬ信号のｇＮＢ測定により把握可能であり、例えばＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲが無線環境に相当する。
　ステップＳ４０４において、ｇＮＢ２００の送信側ＰＤＣＰエンティティ５０Ｔは、下りリンクのＰＤＣＰ連結処理及びＰＤＣＰ送信処理を行う。
　ステップＳ４０５において、ｇＮＢ２００は、ＰＤＣＰ　ＰＤＵをＵＥ１００に送信する。ＵＥ１００は、ＰＤＣＰ　ＰＤＵを受信する。
　ステップＳ４０６において、ＵＥ１００の受信側ＰＤＣＰエンティティ５０Ｒは、下りリンクのＰＤＣＰ受信処理及びＰＤＣＰ分離処理を行うことにより、上位レイヤへ各ＰＤＣＰ　ＳＤＵを出力する。
　その後、ステップＳ４０７において、ｇＮＢ２００は、例えば、ＵＥ１００に対して送信するＲＲＣメッセージもしくはＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより、下りリンクのＰＤＣＰ分離処理の非アクティブ化を指示する指示情報をＵＥ１００に送信してもよい。指示情報は、対象とするベアラのベアラＩＤを含んでもよい。このような指示情報は、ステップＳ４０２の設定を解放する解放指示情報であってもよい。ＵＥ１００は、このような指示情報の受信に応じて、下りリンクのＰＤＣＰ分離処理を停止（終了）する。
　なお、ｇＮＢ２００は、自セルの無線リソースが混雑していること、及び／又はＵＥ１００とｇＮＢ２００との間の無線環境が悪いことに応じて、ＰＤＣＰ連結・分離処理を終了すると決定してもよい。
　（５）第５実施例
　第５実施例は、上りリンクにおけるＰＤＣＰ連結・分離処理をｇＮＢ２００が制御するための実施例である。図１８は、第５実施例の動作を示す図である。ＵＥ１００が送信側ＰＤＣＰエンティティ５０Ｔを有し、ｇＮＢ２００が受信側ＰＤＣＰエンティティ５０Ｒを有するものとする。
　ステップＳ５０１において、ＵＥ１００は、上りリンクのＰＤＣＰ連結処理をサポートしていることを示す能力情報（例えば、ＵＥ　Ｃａｐａｂｉｌｉｔｙ　Ｉｎｆｏｒｍａｔｉｏｎメッセージ）をｇＮＢ２００に送信する。ｇＮＢ２００は、当該情報に基づいて、上りリンクのＰＤＣＰ連結処理をＵＥ１００に実行させることを決定してもよい。
　ステップＳ５０２において、ｇＮＢ２００は、例えば、ＵＥ１００に対して送信するＲＲＣメッセージもしくはＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより、上りリンクのＰＤＣＰ連結処理に関する設定を行う。このような設定は、連結する各ＰＤＣＰ　ＳＤＵのサイズ（もしくはサイズの範囲）、ＰＤＣＰ　ＰＤＵ又はそのペイロード部の最大サイズ（連結ＳＤＵの最大サイズ）、ＰＤＣＰ連結・分離処理を行うベアラのベアラＩＤのうち、少なくとも１つを含む。
　ステップＳ５０３において、ｇＮＢ２００は、例えば、ＵＥ１００に対して送信するＲＲＣメッセージもしくはＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより、上りリンクのＰＤＣＰ連結処理のアクティブ化を指示する指示情報をＵＥ１００に送信する。指示情報は、対象とするベアラのベアラＩＤを含んでもよい。但し、ステップＳ５０３は必須ではなく、ステップＳ５０２の設定がアクティブ化（待受指示）を兼ねてもよい。すなわち、ｇＮＢ２００は、当該待受指示を行わなくても、ステップＳ５０２の設定によって強制的にＵＥ１００にＰＤＣＰ連結処理を開始させてもよい。この場合、ステップＳ５０２の設定情報は、当該アクティブ化を示す情報要素を含んでもよい。ＵＥ１００は、当該設定が行われた場合、ＰＤＣＰ連結処理されたＰＤＣＰ　ＰＤＵを受信する可能性があることを認識してもよい。
　なお、ｇＮＢ２００は、自セルの無線リソースが混雑していないこと、及び／又はＵＥ１００とｇＮＢ２００との間の無線環境が良いことに応じて、ＰＤＣＰ連結・分離処理を開始すると決定してもよい。
　ステップＳ５０４において、ＵＥ１００の送信側ＰＤＣＰエンティティ５０Ｔは、上りリンクのＰＤＣＰ連結処理及びＰＤＣＰ送信処理を行う。
　ステップＳ５０５において、ＵＥ１００は、ＰＤＣＰ　ＰＤＵをＵＥ１００に送信する。ｇＮＢ２００は、ＰＤＣＰ　ＰＤＵを受信する。
　ステップＳ５０６において、ｇＮＢ２００の受信側ＰＤＣＰエンティティ５０Ｒは、上りリンクのＰＤＣＰ受信処理及びＰＤＣＰ分離処理を行うことにより、上位レイヤへ各ＰＤＣＰ　ＳＤＵを出力する。
　その後、ステップＳ５０７において、ｇＮＢ２００は、例えば、ＵＥ１００に対して送信するＲＲＣメッセージもしくはＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより、上りリンクのＰＤＣＰ連結処理の非アクティブ化を指示する指示情報をＵＥ１００に送信してもよい。指示情報は、対象とするベアラのベアラＩＤを含んでもよい。このような指示情報は、ステップＳ５０２の設定を解放する解放指示情報であってもよい。ＵＥ１００は、このような指示情報の受信に応じて、上りリンクのＰＤＣＰ連結処理を停止（終了）する。
　なお、ｇＮＢ２００は、自セルの無線リソースが混雑していること、及び／又はＵＥ１００とｇＮＢ２００との間の無線環境が悪いことに応じて、ＰＤＣＰ連結・分離処理を終了すると決定してもよい。
　（６）第６実施例
　第６実施例は、上りリンクにおけるＰＤＣＰ連結・分離処理をＵＥ主導でアクティブ化・非アクティブ化するための実施例である。図１９は、第６実施例の動作を示す図である。ＵＥ１００が送信側ＰＤＣＰエンティティ５０Ｔを有し、ｇＮＢ２００が受信側ＰＤＣＰエンティティ５０Ｒを有するものとする。
　図１９において、ステップＳ６０１、Ｓ６０２、Ｓ６０４、Ｓ６０５、Ｓ６０６の各処理は、上述のステップＳ５０１、Ｓ５０２、Ｓ５０４、Ｓ５０５、Ｓ５０６と同様であるため、ステップＳ６０３、Ｓ６０７について説明する。
　ステップＳ６０３において、ＵＥ１００は、予め決まっている条件に従って、上りリンクのＰＤＣＰ連結処理のオン（アクティブ化）を決定し、アクティブ化情報をｇＮＢ２００に送信する。予め決まっている条件は、例えば、無線環境が良いという条件であってもよい。また、当該予め決まっている条件は、例えば、ＲＬＣ　ｓｅｇｍｅｎｔａｔｉｏｎが多発していないという条件であってもよい。このような条件判定は、閾値との比較による判定であってもよい。当該閾値は、ｇＮＢ２００からＵＥ１００に設定されてもよい。アクティブ化情報は、ＲＲＣメッセージもしくはＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより送信されてもよい。アクティブ化情報は、対象とするベアラのベアラＩＤを含んでもよい。
　ステップＳ６０７において、ＵＥ１００は、予め決まっている条件に従って、上りリンクのＰＤＣＰ連結処理のオフ（非アクティブ化）を決定し、非アクティブ化情報をｇＮＢ２００に送信する。予め決まっている条件は、例えば、無線環境が悪いという条件であってもよい。また、当該予め決まっている条件は、例えば、ＲＬＣ　ｓｅｇｍｅｎｔａｔｉｏｎが多発しているという条件であってもよい。このような条件判定は、閾値との比較による判定であってもよい。当該閾値は、ｇＮＢ２００からＵＥ１００に設定されてもよい。非アクティブ化情報は、ＲＲＣメッセージもしくはＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵにより送信されてもよい。非アクティブ化情報は、対象とするベアラのベアラＩＤを含んでもよい。
　第６実施例において、上りリンクにおけるＰＤＣＰ連結・分離処理をＵＥ主導でアクティブ化・非アクティブ化する一例について説明した。しかしながら、下りリンクにおけるｇＮＢ２００のＰＤＣＰ連結処理をＵＥ１００主導でアクティブ化・非アクティブ化する変更例も可能である。例えば、そのような能力を有するＵＥ１００は、当該能力を有することを示す能力情報（例えば、ＵＥ　Ｃａｐａｂｉｌｉｔｙ　Ｉｎｆｏｒｍａｔｉｏｎメッセージ）をｇＮＢ２００に送信してもよい。このような変更例において、上述のステップＳ６０３及びＳ６０７の説明における「上りリンクのＰＤＣＰ連結処理」を「下りリンクのＰＤＣＰ連結処理」と読み替える。
　（その他の実施形態）
　上述の実施形態及び実施例において、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態においてｇＮＢ２００からブロードキャスト又はマルチキャストで送信されるＰＤＣＰ　ＰＤＵを受信してもよい。このようなＰＤＣＰ　ＰＤＵは、ＭＢＳ（Ｍｕｌｔｉｃａｓｔ　Ｂｒｏａｄｃａｓｔ　Ｓｅｒｖｉｃｅ）データの一種であってもよい。ｇＮＢ２００は、このようなＰＤＣＰ　ＰＤＵに対して、上述のＰＤＣＰ連結処理を適用してもよい。ＵＥ１００は、このようなＰＤＣＰ　ＰＤＵに対して、上述のＰＤＣＰ連結処理を適用してもよい。ｇＮＢ２００からＵＥ１００に送信される連結・分離制御情報は、ｇＮＢ２００がブロードキャストで送信するＲＲＣメッセージであるシステム情報メッセージ（ＳＩＢ：Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）に含まれる情報であってもよい。
　上述の実施形態及び実施例において、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理を、下りリンク、上りリンク、及びサイドリンクに適用する場合について主として説明した。しかしながら、ＰＤＣＰ連結処理及びＰＤＣＰ分離処理を、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ　Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）を介したリンクに適用してもよい。例えば、ＰＤＣＰレイヤの下位レイヤにアダプテーションレイヤを配置し、アダプテーションレイヤの下位レイヤにＷＬＡＮのＭＡＣレイヤ及びＰＨＹレイヤを配置するプロトコルスタックにおいて適用してもよい。
　上述の各動作フローは、別個独立に実施する場合に限らず、２以上の動作フローを組み合わせて実施可能である。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよいし、１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。
　上述の実施形態及び実施例において、基地局がＮＲ基地局（ｇＮＢ）である一例について説明したが基地局がＬＴＥ基地局（ｅＮＢ）又は６Ｇ基地局であってもよい。また、基地局は、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノード等の中継ノードであってもよい。基地局は、ＩＡＢノードのＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）であってもよい。また、ユーザ装置は、ＩＡＢノードのＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）であってもよい。
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ）として構成してもよい。
　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「取得する（ｏｂｔａｉｎ／ａｃｑｕｉｒｅ）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
　以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
　本願は、日本国特許出願第２０２１－１１５３３９号（２０２１年７月１２日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
１　　　　：移動通信システム
２１　　　：第１通信装置
２２　　　：第２通信装置
５０Ｒ　　：受信側ＰＤＣＰエンティティ
５０Ｔ　　：送信側ＰＤＣＰエンティティ
１００　　：ＵＥ
１１０　　：受信部
１２０　　：送信部
１３０　　：制御部
２００　　：ｇＮＢ
２１０　　：送信部
２２０　　：受信部
２３０　　：制御部
２４０　　：バックホール通信部

Claims (19)

  1. 　ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）を送信する送信側ＰＤＣＰエンティティと、前記ＰＤＣＰ　ＰＤＵを受信する受信側ＰＤＣＰエンティティと、からなる一対のＰＤＣＰエンティティを有する移動通信システムで用いる通信方法であって、
    　前記送信側ＰＤＣＰエンティティが、複数のＰＤＣＰ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）を連結するＰＤＣＰ連結処理を行うことにより、連結ＳＤＵを含む前記ＰＤＣＰ　ＰＤＵを生成することと、
    　前記受信側ＰＤＣＰエンティティが、前記ＰＤＣＰ　ＰＤＵに含まれる前記連結ＳＤＵから前記複数のＰＤＣＰ　ＳＤＵを分離するＰＤＣＰ分離処理を行うことと、
    　前記一対のＰＤＣＰエンティティのうち一方のＰＤＣＰエンティティを有する第１通信装置から、前記一対のＰＤＣＰエンティティのうち他方のＰＤＣＰエンティティを有する第２通信装置に対して、前記ＰＤＣＰ連結処理及び前記ＰＤＣＰ分離処理の少なくとも一方の制御に用いる制御情報を送信することと、を有する
    　通信方法。
  2. 　前記送信することは、前記制御情報を含むＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵを、前記送信側ＰＤＣＰエンティティ又は前記受信側ＰＤＣＰエンティティが送信することを含む
    　請求項１に記載の通信方法。
  3. 　前記送信することは、前記制御情報を含むＲＲＣメッセージを送信することを含む
    　請求項１に記載の通信方法。
  4. 　前記送信することは、前記制御情報と対応付けられたベアラ識別子をさらに含む前記ＲＲＣメッセージを送信することを含む
    　請求項３に記載の通信方法。
  5. 　前記第１通信装置は、前記送信側ＰＤＣＰエンティティを有し、
    　前記第２通信装置は、前記受信側ＰＤＣＰエンティティを有し、
    　前記送信することは、前記制御情報をＰＤＣＰヘッダに含む前記ＰＤＣＰ　ＰＤＵを前記送信側ＰＤＣＰエンティティが送信することを含む
    　請求項１に記載の通信方法。
  6. 　前記ＰＤＣＰ　ＰＤＵを生成することは、前記連結ＳＤＵを構成する各ＰＤＣＰ　ＳＤＵ間に区切りコードを挿入することを含む
    　請求項１乃至５のいずれか１項に記載の通信方法。
  7. 　前記制御情報は、前記区切りコードを指定する情報を含む
    　請求項６に記載の通信方法。
  8. 　前記ＰＤＣＰ　ＰＤＵを生成することは、前記複数のＰＤＣＰ　ＳＤＵにおいて、指定された区切りコードと一致するビット列がある場合、前記複数のＰＤＣＰ　ＳＤＵに含まれないビット列を新たな区切りコードとして決定することを含む
    　請求項６に記載の通信方法。
  9. 　前記制御情報は、前記連結ＳＤＵを構成する各ＰＤＣＰ　ＳＤＵのサイズを示す情報を含む
    　請求項１乃至５のいずれか１項に記載の通信方法。
  10. 　前記第１通信装置は、前記受信側ＰＤＣＰエンティティを有する基地局であり、
    　前記第２通信装置は、前記送信側ＰＤＣＰエンティティを有するユーザ装置であり、
    　前記制御情報は、上りリンクにおける前記ＰＤＣＰ連結処理により連結可能な各ＰＤＣＰ　ＳＤＵのサイズを前記ユーザ装置に設定する設定情報を含む
    　請求項９に記載の通信方法。
  11. 　前記制御情報は、上りリンクにおける前記ＰＤＣＰ連結処理を用いて生成する前記連結ＳＤＵの最大サイズ又は前記ＰＤＣＰ　ＰＤＵの最大サイズを前記ユーザ装置に設定する情報をさらに含む
    　請求項１０に記載の通信方法。
  12. 　前記第１通信装置は、前記送信側ＰＤＣＰエンティティを有し、
    　前記第２通信装置は、前記受信側ＰＤＣＰエンティティを有し、
    　前記ＰＤＣＰ　ＰＤＵを生成することは、前記連結ＳＤＵを構成する各ＰＤＣＰ　ＳＤＵのサイズを示す情報を含むＰＤＣＰヘッダを前記連結ＳＤＵに付与することを含む
    　請求項９に記載の通信方法。
  13. 　前記制御情報は、前記ＰＤＣＰ連結処理又は前記ＰＤＣＰ分離処理を開始するための情報、又は、前記ＰＤＣＰ連結処理又は前記ＰＤＣＰ分離処理を終了するための情報を含む
    　請求項１乃至５のいずれか１項に記載の通信方法。
  14. 　前記第１通信装置は、前記送信側ＰＤＣＰエンティティを有する基地局であり、
    　前記第２通信装置は、前記受信側ＰＤＣＰエンティティを有するユーザ装置であり、
    　前記制御情報は、下りリンクにおける前記ＰＤＣＰ分離処理を前記ユーザ装置に設定する情報、又は下りリンクにおける前記ＰＤＣＰ分離処理をアクティブ化する情報を含む
    　請求項１３に記載の通信方法。
  15. 　前記第１通信装置は、前記送信側ＰＤＣＰエンティティを有する基地局であり、
    　前記第２通信装置は、前記受信側ＰＤＣＰエンティティを有するユーザ装置であり、
    　前記制御情報は、下りリンクにおける前記ＰＤＣＰ分離処理の設定を解放する情報、又は下りリンクにおける前記ＰＤＣＰ分離処理を非アクティブ化する情報を含む
    　請求項１３に記載の通信方法。
  16. 　前記第１通信装置は、前記受信側ＰＤＣＰエンティティを有する基地局であり、
    　前記第２通信装置は、前記送信側ＰＤＣＰエンティティを有するユーザ装置であり、
    　前記制御情報は、上りリンクにおける前記ＰＤＣＰ連結処理を前記ユーザ装置に設定する情報、又は上りリンクにおける前記ＰＤＣＰ連結処理をアクティブ化する情報を含む
    　請求項１３に記載の通信方法。
  17. 　前記第１通信装置は、前記受信側ＰＤＣＰエンティティを有する基地局であり、
    　前記第２通信装置は、前記送信側ＰＤＣＰエンティティを有するユーザ装置であり、
    　前記制御情報は、上りリンクにおける前記ＰＤＣＰ連結処理の設定を解放する情報、又は上りリンクにおける前記ＰＤＣＰ連結処理を非アクティブ化する情報を含む
    　請求項１３に記載の通信方法。
  18. 　前記第１通信装置は、前記送信側ＰＤＣＰエンティティを有するユーザ装置であり、
    　前記第２通信装置は、前記受信側ＰＤＣＰエンティティを有する基地局であり、
    　前記制御情報は、上りリンクにおける前記ＰＤＣＰ連結処理のアクティブ化又は非アクティブ化を前記ユーザ装置が決定した場合、当該決定内容を示す情報を含む
    　請求項１３に記載の通信方法。
  19. 　ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）を送信する送信側ＰＤＣＰエンティティと、前記ＰＤＣＰ　ＰＤＵを受信する受信側ＰＤＣＰエンティティと、からなる一対のＰＤＣＰエンティティを有する移動通信システムで用いる通信装置であって、
    　前記送信側ＰＤＣＰエンティティ及び前記受信側ＰＤＣＰエンティティのいずれかを有する制御部を備え、
    　前記送信側ＰＤＣＰエンティティは、複数のＰＤＣＰ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）を連結するＰＤＣＰ連結処理を行うことにより、連結ＳＤＵを含む前記ＰＤＣＰ　ＰＤＵを生成し、
    　前記受信側ＰＤＣＰエンティティは、前記ＰＤＣＰ　ＰＤＵに含まれる前記連結ＳＤＵから前記複数のＰＤＣＰ　ＳＤＵを分離するＰＤＣＰ分離処理を行い、
    　前記制御部は、前記ＰＤＣＰ連結処理及び前記ＰＤＣＰ分離処理の少なくとも一方の制御に用いる制御情報を他の通信装置に送信する
    　通信装置。
PCT/JP2022/027045 2021-07-12 2022-07-08 通信方法及び通信装置 WO2023286695A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2023534765A JPWO2023286695A1 (ja) 2021-07-12 2022-07-08
US18/410,678 US20240147306A1 (en) 2021-07-12 2024-01-11 Communication method and communication apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021115339 2021-07-12
JP2021-115339 2021-07-12

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/410,678 Continuation US20240147306A1 (en) 2021-07-12 2024-01-11 Communication method and communication apparatus

Publications (1)

Publication Number Publication Date
WO2023286695A1 true WO2023286695A1 (ja) 2023-01-19

Family

ID=84919372

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/027045 WO2023286695A1 (ja) 2021-07-12 2022-07-08 通信方法及び通信装置

Country Status (3)

Country Link
US (1) US20240147306A1 (ja)
JP (1) JPWO2023286695A1 (ja)
WO (1) WO2023286695A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110038313A1 (en) * 2009-08-12 2011-02-17 Electronics And Telecommunications Research Institute Enhanced communication apparatus for providing enhanced concatenation, segmentation and reassembly of service data units
JP2012004823A (ja) * 2010-06-16 2012-01-05 Mitsubishi Electric Corp パケット多重化装置
US20180097918A1 (en) * 2016-09-30 2018-04-05 Mediatek Inc. Segmentation and Concatenation for New Radio Systems

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110038313A1 (en) * 2009-08-12 2011-02-17 Electronics And Telecommunications Research Institute Enhanced communication apparatus for providing enhanced concatenation, segmentation and reassembly of service data units
JP2012004823A (ja) * 2010-06-16 2012-01-05 Mitsubishi Electric Corp パケット多重化装置
US20180097918A1 (en) * 2016-09-30 2018-04-05 Mediatek Inc. Segmentation and Concatenation for New Radio Systems

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SAMSUNG: "High-speed Packetization for 5G Advanced", 3GPP DRAFT; RWS-210182, vol. TSG RAN, 7 June 2021 (2021-06-07), pages 1 - 5, XP052025741 *

Also Published As

Publication number Publication date
US20240147306A1 (en) 2024-05-02
JPWO2023286695A1 (ja) 2023-01-19

Similar Documents

Publication Publication Date Title
JP6718103B2 (ja) 通信方法
EP2938122A1 (en) Data transmission method, base station, and user equipment
JP5403181B2 (ja) 移動通信システム、制御装置、基地局装置、ユーザ端末、システム制御方法、および装置制御方法
EP3737183B1 (en) Communication methods, apparatuses and computer-readable storage medium
JP7053823B2 (ja) 方法、装置、コンピュータプログラム製品およびコンピュータプログラム
WO2015032043A1 (zh) 传输数据的方法、装置和系统
JP7413507B2 (ja) 通信制御方法
US10834780B2 (en) Radio terminal and base station
WO2022203581A1 (en) Methods and apparatus for disabled harq processes
US20230189300A1 (en) Communication control method
WO2023286695A1 (ja) 通信方法及び通信装置
KR20210057949A (ko) 차세대 이동 통신 시스템에서 하향링크 무선자원제어 메시지를 분할하는 방법 및 장치
WO2023286696A1 (ja) 通信方法、ユーザ装置、及び基地局
WO2023149490A1 (ja) 通信方法、ユーザ装置、及び基地局
WO2023276985A1 (ja) マスタノード、通信制御方法、及び通信装置
WO2023140333A1 (ja) 通信制御方法
WO2023276986A1 (ja) マスタノード、通信装置、及び通信制御方法
WO2023276984A1 (ja) 通信装置、マスタノード、及び通信制御方法
CN117941460A (zh) 数据处理的方法及其装置

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023534765

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE