WO2019102965A1 - 通信方法、無線通信装置、及びプロセッサ - Google Patents

通信方法、無線通信装置、及びプロセッサ Download PDF

Info

Publication number
WO2019102965A1
WO2019102965A1 PCT/JP2018/042679 JP2018042679W WO2019102965A1 WO 2019102965 A1 WO2019102965 A1 WO 2019102965A1 JP 2018042679 W JP2018042679 W JP 2018042679W WO 2019102965 A1 WO2019102965 A1 WO 2019102965A1
Authority
WO
WIPO (PCT)
Prior art keywords
rlc entity
entity
rlc
reception
packet
Prior art date
Application number
PCT/JP2018/042679
Other languages
English (en)
French (fr)
Inventor
真人 藤代
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Priority to US16/766,507 priority Critical patent/US11277769B2/en
Priority to JP2019555298A priority patent/JP6992086B2/ja
Publication of WO2019102965A1 publication Critical patent/WO2019102965A1/ja

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/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1642—Formats specially adapted for sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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
    • 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
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/325—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the network layer [OSI layer 3], e.g. X.25
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols

Definitions

  • the present disclosure relates to a communication method, a wireless communication device, and a processor.
  • Non-Patent Document 1 The specifications formulated by the 3rd Generation Partnership Project (3GPP), which is a standardization project for mobile communication systems, define an RLC entity and a PDCP entity (see Non-Patent Document 1).
  • 3GPP 3rd Generation Partnership Project
  • the RLC entity performs packet splitting, concatenation and assembly.
  • the PDCP entity performs header compression / decompression and encryption / deciphering.
  • a communication method is a communication method for controlling a first wireless communication device and a second wireless communication device.
  • the first wireless communication apparatus includes a first transmission RLC entity that is a primary radio link control (RLC) entity, a second transmission RLC entity that is an additional RLC entity, and the first transmission RLC entity. And a second packet data convergence protocol (PDCP) entity that sends the same packet to both of the second transmitting RLC entity.
  • the second wireless communication apparatus further includes a first receiving RLC entity, which is a primary RLC entity that receives a packet from the first transmitting RLC entity, and an additional packet that receives the packet from the second transmitting RLC entity.
  • Receive PDCP to receive packets from both the second receiving RLC entity, which is the RLC entity, and the first receiving RLC entity, which is the primary RLC entity, and the second receiving RLC entity, which is the additional RLC entity And an entity.
  • the receiving PDCP entity may transmit information indicating a reception status of a packet at the receiving PDCP entity to a first receiving RLC entity which is the primary RLC entity.
  • a wireless communication apparatus includes a control unit.
  • the control unit is configured to receive a packet from a first transmission RLC (Radio Link Control) entity of another wireless communication apparatus, a first receiving RLC entity that is a primary RLC entity, and a second of the other wireless communication apparatus.
  • RLC Radio Link Control
  • a second receiving RLC entity that is an additional RLC entity that receives packets from a transmitting RLC entity, a first receiving RLC entity that is the primary RLC entity, and a second receiving RLC that is the additional RLC entity
  • the processor is a processor for controlling a wireless communication device.
  • the processor is configured to receive a packet from a first transmitting Radio Link Control (RLC) entity of another wireless communication device, the first receiving RLC entity being a primary RLC entity, and a second transmission of the other wireless communication device.
  • RLC Radio Link Control
  • a second receiving RLC entity that is an additional RLC entity that receives packets from an RLC entity, a first receiving RLC entity that is the primary RLC entity, and a second receiving RLC entity that is the additional RLC entity
  • a process of controlling a reception PDCP entity that receives a packet from both of them, and the reception PDCP entity is configured to receive information indicating the reception status of the packet at the reception PDCP entity as the primary RLC entity.
  • a process of sending to the first receiving RLC entity configured to run.
  • FIG. 1 is a diagram showing the configuration of a communication system.
  • FIG. 2 is a protocol stack diagram of the radio interface (control plane).
  • FIG. 3 is a protocol stack diagram of the radio interface (user plane).
  • FIG. 4 is a block diagram of the UE 100.
  • FIG. 5 is a block diagram of the BS 200.
  • FIG. 6 is a diagram mainly for explaining an RLC entity.
  • FIG. 7 is a sequence diagram for explaining the first operation example.
  • FIG. 8 is a diagram for explaining an operation example 1;
  • FIG. 9 is a diagram for explaining an operation example 1;
  • FIG. 10 is a sequence diagram for explaining the operation example 2.
  • FIG. 11 is a diagram for explaining an operation example 2;
  • FIG. 12 is a sequence diagram for explaining the third operation example.
  • FIG. 13 is a diagram for explaining an operation example 3.
  • one transmitting PDCP entity transmits the same packet to the first RLC entity and the second RLC entity respectively on the transmitting side and the receiving side.
  • a method of sending to one receiving PDCP entity has been proposed.
  • the first transmission RLC entity is a primary RLC entity, and a radio link failure is triggered based on the number of packet retransmissions reaching a threshold.
  • the second transmitting RLC entity is an additional RLC entity and no radio link failure is triggered.
  • the receiving PDCP entity Since the receiving PDCP entity only needs to receive packets transmitted via the transmitting first and second RLC entities from at least one of the receiving first and second receiving RLC entities, communication reliability can be achieved. Can be improved.
  • the first receiving RLC entity and the second receiving RLC entity are different entities. Thus, if the first receiving RLC entity can not receive the predetermined packet, a radio link failure is triggered even if the receiving PDCP entity receives the predetermined packet from the second receiving RLC entity. There is a possibility of
  • a communication method is a communication method for controlling a first wireless communication device and a second wireless communication device.
  • the first wireless communication apparatus includes a first transmission RLC entity that is a primary radio link control (RLC) entity, a second transmission RLC entity that is an additional RLC entity, and the first transmission RLC entity. And a second packet data convergence protocol (PDCP) entity that sends the same packet to both of the second transmitting RLC entity.
  • the second wireless communication apparatus further includes a first receiving RLC entity, which is a primary RLC entity that receives a packet from the first transmitting RLC entity, and an additional packet that receives the packet from the second transmitting RLC entity.
  • Receive PDCP to receive packets from both the second receiving RLC entity, which is the RLC entity, and the first receiving RLC entity, which is the primary RLC entity, and the second receiving RLC entity, which is the additional RLC entity And an entity.
  • the receiving PDCP entity may transmit information indicating a reception status of a packet at the receiving PDCP entity to a first receiving RLC entity which is the primary RLC entity.
  • the information indicating the reception status may be sent to a first receiving RLC entity, which is the primary RLC entity.
  • the information indicating the reception status may include a PDCP sequence number of the received packet.
  • the information indicating the reception status may include identification information for identifying a transmission source of the previously received packet.
  • the communication method may comprise the step of a first receiving RLC entity, which is the primary RLC entity, querying the receiving PDCP entity for the reception status of a packet.
  • the receiving PDCP entity receives information indicating the reception status as the first RLC entity in response to reception of a query from a first receiving RLC entity which is the primary RLC entity. It may be sent to the receiving RLC entity.
  • a first receiving RLC entity which is the primary RLC entity, receives the number of retransmissions in the first transmitting RLC entity before the number of retransmissions reaches a threshold or in response to the number of retransmissions reaching a threshold Then, the reception status of the packet may be inquired from the reception PDCP entity.
  • the communication method comprises the steps of: a first receiving RLC entity, which is the primary RLC entity, monitoring a PDCP sequence number from a packet received from the first transmitting RLC entity; and a first, which is the primary RLC entity And storing the monitored PDCP sequence number and the RLC sequence number of the received packet in association with each other.
  • the receiving PDCP entity may have received a packet not received from a first receiving RLC entity, which is the primary RLC entity, from a second receiving RLC entity, which is the additional RLC entity.
  • the information indicating the reception status may be sent to a first receiving RLC entity, which is the primary RLC entity.
  • the first receiving RLC entity which is the primary RLC entity, may regard a packet not received from the first transmitting RLC entity as a received packet based on the information indicating the reception status.
  • the first reception RLC entity which is the primary RLC entity, as delivery confirmation information for a predetermined packet not received from the first transmission RLC entity, based on the information indicating the reception status. And sending information indicative of the receipt of the predetermined packet to the first transmitting RLC entity.
  • the first reception RLC entity which is the primary RLC entity, as delivery confirmation information for a predetermined packet not received from the first transmission RLC entity, based on the information indicating the reception status.
  • the method may further comprise: stopping sending information to the first transmitting RLC entity indicating that the predetermined packet has not been received.
  • a wireless communication apparatus includes a control unit.
  • the control unit is configured to receive a packet from a first transmission RLC (Radio Link Control) entity of another wireless communication apparatus, a first receiving RLC entity that is a primary RLC entity, and a second of the other wireless communication apparatus.
  • RLC Radio Link Control
  • a second receiving RLC entity that is an additional RLC entity that receives packets from a transmitting RLC entity, a first receiving RLC entity that is the primary RLC entity, and a second receiving RLC that is the additional RLC entity
  • the processor is a processor for controlling a wireless communication device.
  • the processor is configured to receive a packet from a first transmitting Radio Link Control (RLC) entity of another wireless communication device, the first receiving RLC entity being a primary RLC entity, and a second transmission of the other wireless communication device.
  • RLC Radio Link Control
  • a second receiving RLC entity that is an additional RLC entity that receives packets from an RLC entity, a first receiving RLC entity that is the primary RLC entity, and a second receiving RLC entity that is the additional RLC entity
  • a process of controlling a reception PDCP entity that receives a packet from both of them, and the reception PDCP entity is configured to receive information indicating the reception status of the packet at the reception PDCP entity as the primary RLC entity.
  • a process of sending to the first receiving RLC entity configured to run.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system.
  • An LTE system will be described as an example of the mobile communication system.
  • the LTE system includes a UE (User Equipment) 100, a RAN (Radio Access Network) 10, and a core network 20.
  • UE User Equipment
  • RAN Radio Access Network
  • the UE 100 corresponds to a wireless communication device (wireless terminal).
  • the UE 100 performs wireless communication with a cell (BS 200 described later).
  • the configuration of the UE 100 will be described later.
  • the UE 100 may be, for example, a wireless communication device that can be carried by a user, such as a mobile phone (for example, a smartphone), a tablet, a mobile personal computer, and the like.
  • the UE 100 may be, for example, a communication device (wearable terminal) wearable by a user, such as a watch, glasses, a wristband, and an accessory.
  • the UE 100 may be a communication device provided to a vehicle (eg, a vehicle, a motorcycle, a bicycle, a ship, an airplane, etc.) or a flying object (eg, a drone).
  • the UE 100 may be a vehicle or an aircraft itself including a communication device.
  • the UE 100 may be a communication module removable from a vehicle.
  • the UE 100 may be a fixed wireless communication device.
  • the RAN 10 corresponds to a radio access network.
  • the RAN 10 is, for example, an E-UTRAN (Evolved Universal Terrestrial Radio Access Network).
  • RAN 10 may be an NG-RAN (Next Generation Radio Access Network).
  • the RAN 10 includes a BS (Base Station) 200.
  • the BS 200 is a node that configures the RAN 10.
  • the BS 200 corresponds to a (wireless) base station.
  • the BS 200 is, for example, an eNB 200 (evolved Node-B).
  • the BS 200 may be ng-eNB (next generation evolved Node-B).
  • the BS 200 may be gNB (next generation node-B).
  • the BS 200 may be a node capable of performing wireless communication with the UE 100.
  • BS 200 may be referred to as a wireless communication device.
  • the BSs 200 may be connected to each other via a predetermined interface. The configuration of the BS 200 will be described later.
  • the BS 200 manages one or more cells.
  • the BS 200 performs wireless communication with the UE 100 that has established a connection with a cell managed by the BS 200.
  • the BS 200 has a radio resource management (RRM) function, a routing function of user data (hereinafter may be referred to as "data”), a measurement control function for mobility control and scheduling, and the like.
  • RRM radio resource management
  • Cell is used as a term to indicate the smallest unit of wireless communication area.
  • the “cell” may also be used as a term indicating a function of performing wireless communication with the UE 100.
  • the "cell” may be a downlink resource.
  • the “cell” may be a combination of downlink resources and uplink resources.
  • the link between the carrier frequency of the downlink resource and the carrier frequency of the uplink resource may be included in system information transmitted on the downlink resource.
  • Cell may be used as a term to indicate carrier and / or frequency.
  • the core network 20 is, for example, an EPC (Evolved Packet Core).
  • the core network 20 includes a network device 300.
  • the network device 300 is, for example, an MME (Mobility Management Entity).
  • the MME performs, for example, various types of mobility control for the UE 100.
  • the network device 300 may be an SGW (Serving Gateway).
  • the SGW performs, for example, data transfer control.
  • the network device (MME and / or SGW) 300 is connected to the BS 200 via a predetermined interface.
  • the core network 20 may be 5 GC (5 G Core Network).
  • the network device 300 is, for example, an AMF (Access and Mobility Management Function).
  • the AMF performs, for example, mobility management control.
  • the network device 300 may be a UPF (User Plane Function).
  • the UPF has, for example, an anchor point function for intra and / or inter RAT mobility.
  • a network device (AMF and / or UPF) 300 is connected to the BS 200 via a predetermined interface.
  • FIG. 2 is a protocol stack diagram of the radio interface (control plane).
  • FIG. 3 is a protocol stack diagram of the radio interface (user plane).
  • the radio interface protocol is divided into the first to third layers of the OSI reference model.
  • the first layer is a physical (PHY) layer (physical entity).
  • the second layer includes a Medium Access Control (MAC) layer (MAC entity), a Radio Link Control (RLC) layer (RLC entity), and a Packet Data Convergence Protocol (PDCP) layer (PRCP entity).
  • the third layer includes an RRC (Radio Resource Control) layer (RRC entity).
  • RRC Radio Resource Control
  • the physical layer performs encoding and decoding, modulation and demodulation, antenna mapping and demapping, and resource mapping and demapping. Data and control signals are transmitted between the physical layer of UE 100 and the physical layer of BS 200 via physical channels.
  • the MAC layer performs priority control of data, retransmission processing by hybrid ARQ (HARQ), random access procedures, and the like. Data and control signals are transmitted between the MAC layer of the UE 100 and the MAC layer of the BS 200 via a transport channel.
  • the MAC layer of the BS 200 includes a scheduler (MAC scheduler). The scheduler determines transport formats (transport block size, modulation and coding scheme (MCS)) of uplink and downlink, and resource resource blocks allocated to the UE 100.
  • transport formats transport block size, modulation and coding scheme (MCS)
  • the RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and the physical layer. Data and control signals are transmitted between the RLC layer of the UE 100 and the RLC layer of the BS 200 via logical channels.
  • the PDCP layer performs header compression / decompression and encryption / deciphering.
  • the RRC layer is defined only in the control plane that handles control signals.
  • a message (RRC message) for various settings is transmitted between the RRC layer of the UE 100 and the RRC layer of the BS 200.
  • the RRC layer controls logical channels, transport channels, and physical channels in response to radio bearer establishment, re-establishment and release.
  • RRC connection between the RRC of UE 100 and the RRC of BS 200
  • UE 100 is in an RRC connected state.
  • UE 100 is in an RRC idle state.
  • the NAS (Non-Access Stratum) layer located above the RRC layer performs, for example, session management and mobility management.
  • SDAP Service Data Adaptation Protocol
  • 5 GC QoS flows The SDAP performs, for example, mapping between QoS flows and data radio bearers.
  • FIG. 4 is a block diagram of the UE 100.
  • the UE 100 includes a receiver (Receiver: reception unit) 110, a transmitter (Transmitter: transmission unit) 120, and a controller (Controller: control unit) 130.
  • the receiver 110 and the transmitter 120 may be an integrated transceiver (transmitter / receiver).
  • the receiver 110 performs various receptions under the control of the controller 130.
  • the receiver 110 includes an antenna.
  • the receiver 110 converts a radio signal received by the antenna into a baseband signal (received signal).
  • the receiver 110 outputs a baseband signal to the controller 130.
  • the transmitter 120 performs various transmissions under the control of the controller 130.
  • the transmitter 120 includes an antenna.
  • the transmitter 120 converts the baseband signal (transmission signal) output by the controller 130 into a wireless signal.
  • the transmitter 130 transmits a wireless signal from the antenna.
  • the controller 130 performs various controls in the UE 100.
  • the controller 130 includes a processor and a memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor and a central processing unit (CPU).
  • the baseband processor performs, for example, modulation / demodulation and coding / decoding of a baseband signal.
  • the CPU performs various processes by executing a program stored in the memory.
  • the processor may include a codec for encoding and decoding audio and video signals.
  • the processor executes various processes described later and various communication protocols described above.
  • the UE 100 may be equipped with a GNSS (Global Navigation Satellite System) receiver.
  • the GNSS receiver may receive the GNSS signal to obtain location information indicating the geographical location of the UE 100.
  • the GNSS receiver outputs the GNSS signal to the controller 130.
  • UE100 may have a GPS (Global Positioning System) function for acquiring position information on UE100.
  • GPS Global Positioning System
  • the process performed by at least one of the receiver 110, the transmitter 120, and the controller 130 included in the UE 100 will be described as a process (operation) performed by the UE 100.
  • FIG. 5 is a block diagram of the BS 200.
  • the BS 200 includes a receiver (reception unit) 210, a transmitter (transmission unit) 220, a controller (control unit) 230, and a network interface 240.
  • the transmitter 220 and the receiver 210 may be an integrated transceiver (transmitter / receiver).
  • the receiver 210 performs various receptions under the control of the controller 230.
  • the receiver 210 includes an antenna.
  • the receiver 210 converts a radio signal received by the antenna into a baseband signal (received signal).
  • the receiver 210 outputs a baseband signal to the controller 230.
  • the transmitter 220 performs various transmissions under the control of the controller 230.
  • the transmitter 220 includes an antenna.
  • the transmitter 220 converts the baseband signal (transmission signal) output by the controller 230 into a wireless signal.
  • the transmitter 220 transmits a wireless signal from the antenna.
  • the controller 230 performs various controls in the BS 200.
  • the controller 230 includes a processor and a memory.
  • the memory stores programs executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor and a CPU.
  • the baseband processor performs, for example, modulation / demodulation and encoding / decoding of a baseband signal.
  • the CPU performs various processes by executing a program stored in the memory.
  • the processor executes various processes described later and various communication protocols described above.
  • the network interface 240 may be connected to the adjacent BS 200 via a predetermined interface (eg, X2 interface, Xn interface).
  • the network interface 240 may be connected to the network device 300 via a predetermined interface (eg, an S1 interface, an NG interface, etc.).
  • Network interface 240 may be used, for example, to communicate with BS 200 and / or network device 300 via a predetermined interface.
  • a process performed by at least one of the receiver 210, the transmitter 220, the controller 230, and the network interface 240 included in the BS 200 will be described as a process (operation) performed by the BS 200.
  • FIG. 6 is a diagram mainly for explaining an RLC entity.
  • the wireless communication apparatus has a first RLC entity, a second RLC entity, and a PDCP entity. That is, the radio communication apparatus on the transmitting side includes a first transmission RLC entity (hereinafter, transmission RLC1), a second transmission RLC entity (hereinafter, transmission RLC2), and a transmission PDCP entity (hereinafter, transmission PDCP). Have. Also, the wireless communication apparatus on the receiving side includes a first reception RLC entity (hereinafter, reception RLC 1), a second reception RLC entity (hereinafter, reception RLC 2), and a reception PDCP entity (hereinafter, reception PDCP). Have. Note that entities (such as physical entities) other than the RLC entity, the PDCP entity, and the MAC entity are omitted.
  • the first RLC entity (transmission RLC1 and reception RLC1) is a primary RLC entity (Primary Leg).
  • the first RLC entity triggers a radio link failure (RLF) based on the number of packet retransmissions reaching a threshold.
  • RLF radio link failure
  • an RLC re-establishment procedure is performed.
  • setting values state variables, timers, etc.
  • the first RLC entity may report to the upper layer (eg, RRC entity) when the number of retransmissions of the packet reaches a threshold.
  • a radio link failure may be triggered in at least one of the transmission RLC1 and the reception RLC1.
  • the second RLC entity (transmission RLC2 and reception RLC2) is an additional RLC entity.
  • the second RLC entity reports that to the upper layer (eg, an RRC entity) when the number of times of retransmission of the packet reaches a threshold.
  • the second RLC entity does not trigger a radio link failure even if the number of packet retransmissions reaches a threshold.
  • information is transmitted from the wireless communication apparatus on the transmitting side to the wireless communication apparatus on the receiving side via the wireless space.
  • the wireless communication apparatus on the transmitting side may be the BS 200, and the wireless communication apparatus on the receiving side may be the UE 100.
  • the wireless communication apparatus on the transmitting side may be the UE 100, and the wireless communication apparatus on the receiving side may be the BS 200.
  • the wireless communication apparatus on the transmitting side may be the UE 100, and the wireless communication apparatus on the receiving side may be the UE 100.
  • the transmit PDCP sends the same packet to both transmit RLC1 and transmit RLC2 via the logical channel (LCH).
  • the transmission RLC1 sends the packet to the receiving RLC1 via the lower entities of the transmitting side, the lower layer of the radio space and the lower entities of the receiving side (MAC entity, physical entity).
  • the transmitting RLC 2 sends the packet to the receiving RLC 2 via the lower entities of the transmitting side, the wireless space and the lower entities of the receiving side.
  • Each of the receive RLC 1 and the receive RLC 2 sends a packet to the receive PDCP.
  • the receive PDCP receives the same packet from both receive RLC 1 and receive RLC 2.
  • the transmit PDCP sends the same packet to both transmit RLC1 and transmit RLC2.
  • Each of transmission RLC1 and transmission RLC2 sends a packet to one transmission MAC entity (transmission MAC).
  • the transmission MAC sends the packet received from the transmission RLC1 and the packet received from the transmission RLC2 to one reception MAC entity (reception MAC).
  • the reception MAC sends the packet received from the transmission RLC1 to the reception RLC1, and sends the packet received from the transmission RLC2 to the reception RLC2.
  • Each of the reception RLC 1 and the reception RLC 2 receives a packet from one reception MAC.
  • Each of the receive RLC 1 and the receive RLC 2 sends a packet to one receive PDCP.
  • the transmitting MAC entity and the receiving MAC entity respectively include the first transmitting MAC entity (sending MAC 1), the second transmitting MAC entity (sending MAC 2), and the first receiving MAC entity (receiving MAC 1). It may be composed of two MAC entities, respectively, a second receiving MAC entity (receiving MAC 2).
  • transmission RLC1 sends the packet to transmission MAC1
  • transmission RLC2 sends the packet to transmission MAC2.
  • the transmission MAC1 sends the packet received from the transmission RLC1 to the reception MAC1, and the transmission MAC2 sends the packet received from the transmission RLC2 to the reception MAC2.
  • the reception MAC 1 sends the packet received from the transmission MAC 1 to the reception RLC 1
  • the reception MAC 2 sends the packet received from the transmission MAC 2 to the reception RLC 2.
  • Each of the receive RLC 1 and the receive RLC 2 sends a packet to one receive PDCP.
  • FIG. 7 is a sequence diagram for explaining the first operation example.
  • 8 and 9 are diagrams for explaining the operation example 1.
  • the transmission PDCP sends the same packet (PDCP PDU (Protocol Data Unit)) to each of the transmission RLC1 and the transmission RLC2.
  • PDCP PDU Protocol Data Unit
  • the transmission RLC 1 generates a packet m 1 (RLC PDU) by dividing and concatenating a packet (PDCP PDU / RLC SDU (Service Data Unit)) received from the transmission PDCP and connecting and RLC header.
  • transmission RLC 2 generates packet n 1 by inserting packet segmentation, concatenation and RLC header received from transmission PDCP.
  • step S101 the transmission RLC1 sends the packet m1 to the reception RLC1.
  • the reception RLC 1 receives the packet m 1 from the transmission RLC 1.
  • the receiving RLC 1 removes the RLC header from the packet m 1 and assembles it to generate a packet p 1 (RLC SDU or PDCP PDU).
  • the receive RLC 1 sends the packet p 1 to the receive PDCP.
  • the receiving RLC 1 grasps from the RLC header that the RLC sequence number of the packet m 1 is m 1. As shown in FIG. 8, the reception RLC 1 stores the RLC sequence number of the packet m 1 as m 1. The reception RLC 1 shifts the reception window for processing packets within a predetermined range by one packet.
  • the reception RLC 1 since the reception RLC 1 does not monitor the PDCP sequence number (SN) of the packet p 1, the PDCP sequence number of the packet p 1 is unknown.
  • transmit RLC2 sends packet n1 to receive RLC2.
  • Reception RLC 2 receives packet n 1 from transmission RLC 2. The receiving RLC 2 removes the RLC header from the packet n 1 and assembles it to generate a packet p 1. Receive RLC 2 sends packet p 1 to the receive PDCP.
  • the reception RLC 1 may transmit packet delivery acknowledgment information (ACK (Acknowledgement) / NACK (No Acknowledgement)) to the transmission RLC 1.
  • the reception RLC 1 may transmit the delivery confirmation information of the packet when receiving the delivery confirmation request from the transmission RLC 1.
  • the reception RLC 1 and the reception RLC 2 may perform transmission of packet delivery confirmation information.
  • step S102 the reception PDCP sends a reception notification, which is information indicating the reception status of the packet in the reception PDCP, to the reception RLC1.
  • the reception PDCP sends a reception notification to the reception RLC 1 each time a packet is received from each of the reception RLC 1 and the reception RLC 2.
  • the reception notification indicates, for example, the PDCP sequence number of the packet received by the reception PDCP.
  • the acknowledgment may include identification information for identifying the transmission source (received RLC 1 or received RLC 2) of the received packet.
  • the reception RLC 1 determines whether the received reception notification is a reception notification for the packet transmitted by the reception RLC 1 or a reception notification for the packet transmitted by the reception RLC 2. It can be determined.
  • the reception PDCP may send a reception notification to the reception RLC 1 at a timing according to the reception of the packet.
  • the reception RLC 1 receives the reception notification at the timing according to the transmission of its own packet, it can determine that the reception RLC 1 is the reception notification for the packet transmitted to the reception PDCP.
  • the reception notification is received from the reception PDCP although the reception RLC 1 does not transmit the packet, it can be determined that the reception notification is for the packet transmitted by the reception RLC 2 to the reception PDCP.
  • the reception PDCP transmits the first reception notification to the reception RLC 1 in response to the reception of the packet p 1 from the reception RLC 1 and receives the second reception notification in response to the reception of the packet p 1 from the reception RLC 2 Send to RLC1.
  • the reception RLC 1 receives the first and second acknowledgments whose PDCP sequence number is p 1.
  • the reception RLC 1 can recognize that the PDCP sequence number corresponding to the RLC sequence number (m 1) is p 1 by the first reception notification corresponding to the packet transmitted by itself.
  • the reception RLC 1 may store the association between the PDCP sequence number (p1) and the RLC sequence number (m1) in the list (see S102 in FIG. 8).
  • the reception RLC 1 can grasp that the reception RLC 2 also receives the packet corresponding to p 1 by the second reception notification corresponding to the packet transmitted by the reception RLC 2.
  • the reception RLC 1 may store in the list that the reception RLC 2 has received the packet corresponding to the PDCP sequence number (p 1) (see S 102 in FIG. 8).
  • the transmission RLC1 sends the packet m2 to the reception RLC1 due to problems such as radio interference and an increase in the processing load of the UE 100.
  • Reception RLC 1 fails to receive packet m 2.
  • the failure to receive the packet m2 may mean, for example, that the reception RLC 1 has failed to extract the packet m2 from the data transmitted from the lower entity. In this case, the receiving RLC 1 can not generate the packet p2 from the packet m2.
  • Transmit RLC2 sends packet n2 to receive RLC2.
  • the reception RLC 2 receives the packet n2.
  • Reception RLC 2 generates packet p 2 from packet n 2.
  • Receiving RLC 2 sends packet p 2 to the receiving PDCP.
  • step S104 in response to the reception of the packet p2 from the reception RLC 2, the reception PDCP sends a reception notification to the reception RLC1.
  • the reception RLC 1 can grasp that the reception RLC 2 has received the packet p 2 by receiving the reception notification.
  • the reception RLC 1 regards the packet m 2 (or packet n 2) not received from the transmission RLC 1 as the received packet based on the reception notification. Thereby, the reception RLC 1 shifts the reception window by one packet (see S104 in FIG. 8).
  • Steps S105 and S106 are similar to steps S101 and S102.
  • the reception RLC 1 shifts the reception window by one packet upon reception of the packet m 3 (see S 105 in FIG. 9).
  • the reception PDCP transmits the first reception notification to the reception RLC1 in response to the reception of the packet p3 from the reception RLC1. Further, in response to the reception of the packet p3 from the reception RLC 2, the reception PDCP transmits a second reception notification to the reception RLC1.
  • the reception RLC 1 can grasp the PDCP sequence number (p3) corresponding to the RLC sequence number (m3) by the reception of the first reception notification.
  • the reception RLC 1 can know that the reception RLC 2 has received the packet p 3 by receiving the second reception notification (see S 106 in FIG. 9).
  • step S107 the transmission RLC1 sends the packet m4 to the reception RLC1.
  • the reception RLC 1 receives the packet m4.
  • Reception RLC 1 generates packet p 4 from packet m 4.
  • the receive RLC 1 sends packet p 4 to the receive PDCP.
  • transmission RLC2 sends packet n4 to reception RLC2.
  • the reception RLC 2 fails to receive the packet n 4 due to problems such as radio interference and an increase in the processing load of the UE 100.
  • the reception RLC 1 shifts the reception window by one packet upon reception of the packet m 4 (see S 107 in FIG. 9).
  • step S108 the reception PDCP sends a reception notification to the reception RLC1 in response to the reception of the packet p4 from the reception RLC1.
  • the reception RLC 1 can grasp the PDCP sequence number (p4) corresponding to the RLC sequence number (m4) by the reception notification (see S108 in FIG. 9).
  • Steps S109 and S110 are the same as steps S101 and S102.
  • reception RLC 1 Since the reception RLC 1 has not received the reception notification (p 4) for the packet transmitted by the reception RLC 2, it can know that the reception RLC 2 does not receive the packet corresponding to p 2.
  • the reception PDCP sends the reception notification, which is information indicating the reception status of the packet in the reception PDCP, to the reception RLC 1. Specifically, each time the reception PDCP receives a packet from each of the reception RLC 1 and the reception RLC 2, it sends a reception notification to the reception RLC 1. As a result, even if the reception RLC 1 can not receive a packet from the transmission RLC 1, it can know that the reception PDCP has received the packet via the reception RLC 2. Therefore, even when the number of packet retransmissions reaches the threshold, when the reception PDCP receives the packet, the trigger of the radio link failure can be suppressed.
  • FIG. 10 is a sequence diagram for explaining the operation example 2.
  • FIG. 11 is a diagram for explaining an operation example 2; The same operations as those described above will not be described.
  • the reception RLC 1 inquires the reception PDCP of the reception status of the packet.
  • steps S201 to S203 correspond to steps S101, S103 and S105.
  • the reception RLC 1 monitors the PDCP sequence number (SN) from the packet m 1. Specifically, when generating packet p1 from packet m1, reception RLC 1 monitors the PDCP sequence number of packet p1. Thereby, the reception RLC 1 can grasp the association between the PDCP sequence number (p1) and the RLC sequence number (m1). The reception RLC 1 may store the association list of the PDCP sequence number (p1) and the RLC sequence number (m1) (see S201 in FIG. 11). Thus, the receiving RLC 1 may synchronize the PDCP sequence number with the RLC sequence number.
  • step S204 the reception RLC 1 inquires the reception PDCP of the reception status of the packet.
  • the reception RLC 1 may inquire about the reception status of the packet when, for example, the reception window can not be moved (shiftable) because there is a packet that has not been received despite the reception of the packet (m3). See S204 in FIG. 11).
  • the reception RLC 1 may inquire the reception status of the packet when the reception window can not be moved for a predetermined period after receiving the packet m3.
  • the reception RLC 1 may query the reception PDCP for the reception status of the packet.
  • the reception RLC 1 may inquire the reception PDCP of the reception status of the packet before the number of retransmissions of the packet (or the number of retransmission requests of the packet to the transmission RLC 1, and so on) reaches a threshold.
  • the reception RLC 1 may inquire the reception PDCP of the reception status of the packet in response to the number of retransmissions of the packet reaching the threshold.
  • the reception RLC 1 may grasp the number of packet retransmissions based on the number of unsuccessful packet receptions.
  • the reception RLC 1 may regard “the number of packet reception failures ⁇ 1” as the number of packet retransmissions.
  • the reception RLC 1 may regard the number of delivery confirmation status inquiries from the transmission RLC 1 as the number of packet retransmissions.
  • the reception RLC 1 may regard the number of transmissions of NACK indicating failure of reception of the packet as the number of retransmissions of the packet.
  • the reception RLC 1 may be notified of the current number of retransmissions from the transmission RLC 1. Specifically, the transmission RLC 1 may transmit information indicating the current number of retransmissions to the reception RLC 1. Information indicating the current number of retransmissions (retransmission number information) may be stored in the header of the packet (RLC PDU). The retransmission number information may be stored in a packet (for example, Control PDU). The reception RLC 1 may grasp the number of retransmissions of the packet based on the information on the number of retransmissions.
  • the information to be transmitted when the reception RLC 1 inquires may be information (p 2) indicating the PDCP sequence number of the packet not received by the reception RLC 1.
  • the said information may be information (p3) which shows the PDCP sequence number of the packet which reception RLC1 has received.
  • the information may be information (p1, p3) indicating a series of a plurality of PDCP sequence numbers that the reception RLC 1 has received.
  • step S205 in response to the reception of the inquiry from the reception RLC 1, the reception PDCP sends information (a response) indicating the reception status of the packet in the reception PDCP to the reception RLC 1.
  • the response may include information (p2) indicating a PDCP sequence number of a packet not received from the received RLC 1 among packets received in PDCP.
  • the response may include information (p4) indicating a PDCP sequence number not received from any of the reception RLC 1 and the reception RLC 2.
  • the response may include information (p1, p2, p3) indicating a received series of PDCP sequence numbers.
  • the reception RLC 1 determines, based on the response from the reception PDCP, whether a packet not received by the reception RLC 1 has reached the reception PDCP.
  • the packet p2 is sent from the reception RLC 2 to the reception PDCP. Therefore, the reception RLC 1 can grasp that the reception PDCP has received the packet p 2 through the reception RLC 2 based on the information included in the response from the reception PDCP (S 205 in FIG. 11).
  • the reception RLC 1 can execute processing regarding transmission of delivery acknowledgment information (ACK or NACK) based on the information (response) indicating the reception status of the packet.
  • ACK delivery acknowledgment information
  • NACK delivery acknowledgment information
  • the reception RLC 1 is information (ACK) indicating that the packet m 2 has been received as delivery confirmation information for a predetermined packet m 2 that has not been received from the transmission RLC 1 May be sent to the transmission RLC1.
  • ACK information indicating that the packet m 2 has been received as delivery confirmation information for a predetermined packet m 2 that has not been received from the transmission RLC 1 May be sent to the transmission RLC1.
  • the reception RLC 1 sends information (NACK) indicating that the packet m 2 is not received to the transmission RLC 1 as delivery confirmation information for the predetermined packet m 2 not received from the transmission RLC 1 based on the response from the reception PDCP. You may cancel
  • the transmission RLC 1 can determine that the packet m 2 has arrived at the reception RLC 1. As a result, the transmission RLC 1 stops the retransmission of the packet m 2 before the number of retransmissions of the packet reaches the threshold, so that the trigger of the radio link failure can be suppressed.
  • the reception RLC 1 queries the reception PDCP for the reception status of the packet.
  • the reception PDCP sends information (a response) indicating the reception status of the packet in the reception PDCP to the reception RLC 1 in response to the reception of the inquiry from the reception RLC 1.
  • the reception PDCP sends information indicating the reception status of the packet to the reception RLC 1 in response to the reception of the inquiry from the reception RLC 1, so that the processing load can be reduced.
  • FIG. 12 is a sequence diagram for explaining the third operation example.
  • FIG. 13 is a diagram for explaining an operation example 3. The same operations as those described above will not be described.
  • the reception PDCP sends a reception notification to the reception RLC 1 in response to the reception from the reception RLC 2 of a packet not received from the reception RLC 1.
  • Steps S301 and S302 in FIG. 12 correspond to steps S101 and S103.
  • the reception RLC 1 may recognize the association between the PDCP sequence number and the RLC sequence number by monitoring the PDCP sequence number (SN) from the packet m 1 as in the operation example 2 (see S 302 in FIG. 13).
  • the reception PDCP manages the PDCP sequence number of the packet received from the reception RLC 1. Every time a reception PDCP receives a packet from reception RLC 2, it determines whether the received packet is a packet already received from reception RLC 1 or not. The reception PDCP ends the process if the received packet is a packet already received from the reception RLC 1. On the other hand, if the received packet is a packet not received from the received RLC 1, the reception PDCP executes the process of step S303.
  • the reception PDCP does not receive the same packet from the reception RLC 1 even if a predetermined time has elapsed after receiving the packet from the reception RLC 2 In this case, the process of step S303 may be performed.
  • step S303 the reception PDCP sends a reception notification to the reception RLC1 in response to the reception of a packet not received from the reception RLC1 from the reception RLC2.
  • the reception PDCP may send a reception notification including information (p2) indicating a PDCP sequence number of a packet not received from the reception RLC 1 among the packets received from the reception RLC 2 to the reception RLC 1.
  • the reception RLC 1 can grasp that the reception PDCP has received the packet p 2 from the reception RLC 2 based on the reception notification including the information indicating the PDCP sequence number. Since the reception RLC 1 recognizes the association between the PDCP sequence number and the RLC sequence number, the RLC sequence number corresponding to the PDCP sequence number can be known from the PDCP sequence number received from the reception PDCP. The reception RLC 1 shifts the reception window by one packet based on the reception notification (see S303 in FIG. 13).
  • the reception notification includes information (eg, px, py,..., Pz) indicating the PDCP sequence number of the unreceived packet. Accordingly, the reception RLC 1 can grasp that the reception PDCP has received a plurality of packets (px, py,..., Pz) via the reception RLC 2 based on the reception notification.
  • information eg, px, py,..., Pz
  • the reception PDCP may send a reception notification to the reception RLC 1 in response to reception from the reception RLC 2 of the oldest packet of the PDCP sequence numbers among packets not received from the reception RLC 1.
  • the reception notification indicates the oldest packet of the PDCP sequence number among the packets not received from the reception RLC 1.
  • the "oldest packet of the PDCP sequence number" is the smallest packet of the PDCP sequence number when the wraparound of the sequence number has not occurred. If the packet not received includes the packet with the largest PDCP sequence number where wraparound occurs, the PDCP sequence among the packets with the PDCP sequence number closer to the largest PDCP sequence number than the smallest PDCP sequence number The lowest numbered packet is the "oldest packet of PDCP sequence number".
  • the reception RLC 1 performing packet reordering recognizes the oldest packet of the RLC sequence number (that is, the packet causing the inability to shift the reception window). Therefore, the reception RLC 1 receives the oldest packet of the sequence number among the packets not received from the transmission RLC 1 according to the reception of the reception notification even if the reception notification does not include the information indicating the PDCP sequence number. It can be understood that the PDCP has received it. As a result, the reception RLC 1 can shift the reception window by one packet.
  • the receive PDCP sends a reception notification corresponding to the number of unreceived packets to the receive RLC 1 so that the receive RLC 1 receives the unreceived packets.
  • the receive window can be shifted by a corresponding number.
  • the reception PDCP may send a reception notification to the reception RLC 1 in response to reception of a packet not received from the reception RLC 1. Good.
  • the reception RLC 1 performs sequential transmission, if the oldest unreceived packet of the sequence number exists within the range of the reception window, even if the packet having the sequence number larger than the unreceived packet is received, Wait for unreceived packets without sending received packets to the receive PDCP. Therefore, the reception RLC 1 can grasp that the reception PDCP has received the oldest unreceived packet of the sequence number in response to the reception notification being received. As a result, the reception RLC 1 can shift the reception window by one packet. By shifting the reception window, the reception RLC 1 can transmit the packet to the reception PDCP when the oldest packet of the sequence number has been received within the range of the reception window.
  • Step S304 corresponds to step S206.
  • the reception PDCP in response to the reception PDCP receiving a packet not received from the reception RLC 1 from the reception RLC 2, the reception PDCP sends a reception notification to the reception RLC 1. As a result, the reception PDCP does not have to send the reception notification to the reception RLC 1 each time it receives a packet, so the processing load can be reduced.
  • the acknowledgment may include a bitmap for determining the received packet by the receiving PDCP.
  • the oldest packet (1) of the PDCP sequence number is indicated by the first bit
  • the packet (2) of the next PDCP sequence number is indicated by the second bit
  • the packet (n) of the nth PDCP sequence number may be indicated by the nth bit.
  • the reception PDCP may indicate, for example, unreceived packets by “0” and “received packets” by “1” in each bit.
  • the receiving RLC 1 performing packet reordering has grasped the oldest packet of the RLC sequence number.
  • the reception RLC 1 is the oldest packet of the RLC sequence number among the packets not transmitted to the reception PDCP based on the bit map In the reception PDCP, it is possible to grasp packets not received and packets received.
  • the transmission RLC 1 may indirectly inquire of the reception status of the packet to the reception PDCP by transmitting a delivery confirmation request for the packet to the reception RLC 1 (see operation example 2).
  • the transmission RLC 1 may transmit a delivery confirmation request to the reception RLC 1 before the number of retransmissions of the packet reaches a threshold.
  • the transmission RLC 1 may transmit a delivery confirmation request to the reception RLC 1 before triggering a radio link failure even if the number of packet retransmissions reaches a threshold.
  • the transmission RLC 1 may not trigger a radio link failure when it receives an ACK from the reception RLC 1 even if the number of times of retransmission of the packet reaches the threshold.
  • the transmission RLC 1 may transmit a delivery confirmation request including retransmission count information indicating that the packet retransmission count is a threshold.
  • the transmission RLC1 may not trigger a radio link failure when it receives an ACK from the reception RLC1.
  • the transmission RLC 1 may not trigger a radio link failure if it does not receive a NACK with respect to the transmission of retransmission count information indicating that the packet retransmission count is a threshold.
  • the above describes the method of controlling the trigger of the radio link failure in the RLC entity, it is not limited thereto.
  • the upper layer for example, the RRC entity
  • receives a report of radio link failure from the RLC entity transmission and / or reception of the packet in the PDCP entity is normal due to the report from the PDCP entity. In this case, it may be determined that no radio link failure has occurred.
  • the upper layer determines that the radio link failure has occurred only when receiving a report of the radio link failure from the RLC entity and a report indicating that the transmission and / or reception of the packet is abnormal at the PDCP entity. May be
  • the UE 100 may be a sensor module (M2M device).
  • the UE 100 may be a wireless communication device (for example, an IoT GW (Internet of Things GateWay)) that manages sensor modules (multiple).
  • the IoT GW may execute communication with the network on behalf of the sensor module (s) managed by the IoT GW.
  • the sensor module may not have the function of performing communication with the network.
  • a sensor module managed by the IoT GW may have a function of performing communication with the IoT GW.
  • a program may be provided that causes a computer to execute each process performed by any of the above-described nodes (UE 100, BS 200, network device 300, and the like).
  • the program may be recorded on a computer readable medium.
  • the computer readable medium allows the program to be installed on a computer.
  • the computer readable medium having the program recorded thereon 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 a CD-ROM or a DVD-ROM.
  • a chip configured of a memory storing a program for executing each process performed by any of the UE 100 and the BS 200 and a processor executing the program stored in the memory.
  • the present invention is not limited to the LTE system, and the contents according to the present application may be applied to systems other than the LTE system.

Abstract

一の実施形態に係る通信方法は、第１の無線通信装置と第２の無線通信装置とを制御するための通信方法である。前記第１の無線通信装置は、プライマリなＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティである第１の送信ＲＬＣエンティティと、追加的なＲＬＣエンティティである第２の送信ＲＬＣエンティティと、前記第１の送信ＲＬＣエンティティと前記第２の送信ＲＬＣエンティティとの両方へ同一のパケットを送る送信ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）エンティティと、を有するよう構成される。前記第２の無線通信装置は、前記第１の送信ＲＬＣエンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、前記第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を有するよう構成される。前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送るステップを備える。

Description

通信方法、無線通信装置、及びプロセッサ
　本開示は、通信方法、無線通信装置、及びプロセッサに関する。
　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）により策定された仕様では、ＲＬＣエンティティとＰＤＣＰエンティティとが規定されている（非特許文献１参照）。
　ＲＬＣエンティティは、パケットの分割、連接及び組立を実行する。ＰＤＣＰエンティティは、ヘッダ圧縮・伸張、及び暗号化（サイファリング）・復号化（デサイファリング）を行う。
３ＧＰＰ技術仕様書「ＴＳ３６．３００　Ｖ１４．４．０」　２０１７年９月２５日
　一の実施形態に係る通信方法は、第１の無線通信装置と第２の無線通信装置とを制御するための通信方法である。前記第１の無線通信装置は、プライマリなＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティである第１の送信ＲＬＣエンティティと、追加的なＲＬＣエンティティである第２の送信ＲＬＣエンティティと、前記第１の送信ＲＬＣエンティティと前記第２の送信ＲＬＣエンティティとの両方へ同一のパケットを送る送信ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）エンティティと、を有するよう構成される。前記第２の無線通信装置は、前記第１の送信ＲＬＣエンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、前記第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を有するよう構成される。前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送るステップを備える。
　一の実施形態に係る無線通信装置は、制御部を備える。前記制御部は、他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成される。
　一の実施形態に係るプロセッサは、無線通信装置を制御するためのプロセッサである。前記プロセッサは、他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成される。
図１は、通信システムの構成を示す図である。 図２は、無線インターフェイス（制御プレーン）のプロトコルスタック図である。 図３は、無線インターフェイス（ユーザプレーン）のプロトコルスタック図である。 図４は、ＵＥ１００のブロック図である。 図５は、ＢＳ２００のブロック図である。 図６は、ＲＬＣエンティティを主に説明するための図である。 図７は、動作例１を説明するためのシーケンス図である。 図８は、動作例１を説明するための図である。 図９は、動作例１を説明するための図である。 図１０は、動作例２を説明するためのシーケンス図である。 図１１は、動作例２を説明するための図である。 図１２は、動作例３を説明するためのシーケンス図である。 図１３は、動作例３を説明するための図である。
　［実施形態の概要］
　通信信頼性を向上させるために、１つの送信側のＰＤＣＰエンティティ（以下、送信ＰＤＣＰエンティティ）が、同一のパケットを、送信側及び受信側のそれぞれにある第１のＲＬＣエンティティと第２のＲＬＣエンティティとのそれぞれ介して、１つの受信側のＰＤＣＰエンティティ（以下、受信ＰＤＣＰエンティティ）へ送る方法が提案されている。第１の送信ＲＬＣエンティティは、プライマリなＲＬＣエンティティであり、パケットの再送回数が閾値に達したことに基づいて無線リンク障害がトリガされる。第２の送信ＲＬＣエンティティは、追加的なＲＬＣエンティティであり、無線リンク障害がトリガされない。
　受信ＰＤＣＰエンティティは、送信側の第１及び第２ＲＬＣエンティティを介して送信されたパケットを、受信側の第１及び第２の受信ＲＬＣエンティティのうち、少なくとも一方から受信すればよいため、通信信頼性を向上できる。
　しかしながら、第１の受信ＲＬＣエンティティと、第２の受信ＲＬＣエンティティとは、異なるエンティティである。このため、第１の受信ＲＬＣエンティティが所定のパケットを受信できない場合には、受信ＰＤＣＰエンティティが、第２の受信ＲＬＣエンティティから当該所定のパケットを受信していたとしても、無線リンク障害がトリガされる可能性がある。
　一の実施形態に係る通信方法は、第１の無線通信装置と第２の無線通信装置とを制御するための通信方法である。前記第１の無線通信装置は、プライマリなＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティである第１の送信ＲＬＣエンティティと、追加的なＲＬＣエンティティである第２の送信ＲＬＣエンティティと、前記第１の送信ＲＬＣエンティティと前記第２の送信ＲＬＣエンティティとの両方へ同一のパケットを送る送信ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）エンティティと、を有するよう構成される。前記第２の無線通信装置は、前記第１の送信ＲＬＣエンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、前記第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を有するよう構成される。前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送るステップを備える。
　前記送るステップにおいて、前記受信ＰＤＣＰエンティティは、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとのそれぞれからパケットを受信する度に、前記受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送ってもよい。
　前記受信状況を示す情報は、受信したパケットのＰＤＣＰシーケンス番号を含んでもよい。
　前記受信状況を示す情報は、前期受信したパケットの送信元を識別するための識別情報を含んでもよい。
　前記通信方法は、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、パケットの受信状況を前記受信ＰＤＣＰエンティティへ問い合わせるステップを備えてもよい。前記送るステップにおいて、前記受信ＰＤＣＰエンティティは、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティからの問い合わせの受信に応じて、前記受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送ってもよい。
　前記問い合わせるステップにおいて、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティは、前記第１の送信ＲＬＣエンティティにおける前記再送回数が閾値に達する前に、又は前記再送回数が閾値に達したことに応じて、前記パケットの受信状況を前記受信ＰＤＣＰエンティティへ問い合わせてもよい。
　前記通信方法は、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記第１の送信ＲＬＣエンティティから受信したパケットからＰＤＣＰシーケンス番号をモニタするステップと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記モニタしたＰＤＣＰシーケンス番号と前記受信したパケットのＲＬＣシーケンス番号とを関連付けて記憶するステップと、を備えてもよい。
　前記送るステップにおいて、前記受信ＰＤＣＰエンティティは、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティから受信していないパケットを前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティから受信したことに応じて、前記受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送ってもよい。
　前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していないパケットを、受信したパケットとみなしてもよい。
　前記通信方法は、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していない所定のパケットに対する送達確認情報として、前記所定のパケットを受信したことを示す情報を前記第１の送信ＲＬＣエンティティへ送るステップを備えてもよい。
　前記通信方法は、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していない所定のパケットに対する送達確認情報として、前記所定のパケットを受信していないことを示す情報を前記第１の送信ＲＬＣエンティティへ送ることを中止するステップを備えてもよい。
　一の実施形態に係る無線通信装置は、制御部を備える。前記制御部は、他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成される。
　一の実施形態に係るプロセッサは、無線通信装置を制御するためのプロセッサである。前記プロセッサは、他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成される。
　［実施形態］
　（通信システム）
　以下において、通信システムについて説明する。図１は、移動通信システムの構成を示す図である。移動通信システムの一例として、ＬＴＥシステムを例に挙げて説明する。
　図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、ＲＡＮ（　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク２０を備える。
　ＵＥ１００は、無線通信装置（無線端末）に相当する。ＵＥ１００は、セル（後述するＢＳ２００）と無線通信を行う。ＵＥ１００の構成は後述する。
　ＵＥ１００は、例えば、携帯電話（例えば、スマートフォン）、タブレット、モバイルパーソナルコンピュータなどのユーザが持ち運び可能な無線通信装置であってもよい。ＵＥ１００は、例えば、時計、メガネ、リストバンド、アクセサリーなどのユーザが着用可能な通信装置（ウェアラブル端末）であってもよい。ＵＥ１００は、乗り物（例えば、車両、バイク、自転車、船、飛行機など）又は飛行体（ドローンなど）に備えられた通信装置であってもよい。ＵＥ１００は、通信装置を備える乗り物又は飛行体そのものであってもよい。ＵＥ１００は、乗り物に着脱可能な通信モジュールであってもよい。ＵＥ１００は、固定型の無線通信装置であってもよい。
　ＲＡＮ１０は、無線アクセスネットワークに相当する。ＲＡＮ１０は、例えば、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）である。ＲＡＮ１０は、ＮＧ－ＲＡＮ（Ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）であってもよい。
　ＲＡＮ１０は、ＢＳ（Ｂａｓｅ　Ｓｔａｔｉｏｎ）２００を含む。ＢＳ２００は、ＲＡＮ１０を構成するノードである。ＢＳ２００は、（無線）基地局に相当する。ＢＳ２００は、例えば、ｅＮＢ２００（ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）である。ＢＳ２００は、ｎｇ－ｅＮＢ（ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）であってもよい。ＢＳ２００は、ｇＮＢ（ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｎｏｄｅ－Ｂ）であってもよい。
　ＢＳ２００は、ＵＥ１００と無線通信を実行可能なノードであってもよい。従って、ＢＳ２００は、無線通信装置と称されてもよい。ＢＳ２００は、所定のインターフェイスを介して相互に接続されてもよい。ＢＳ２００の構成は後述する。
　ＢＳ２００は、１又は複数のセルを管理する。ＢＳ２００は、ＢＳ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ＢＳ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。
　「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。「セル」は、下りリンクリソースであってもよい。「セル」は、下りリンクリソースと上りリンクリソースとの組み合わせであってもよい。下りリンクリソースのキャリア周波数と上りリソースのキャリア周波数との間のリンクは、下りリンクリソース上で送信されるシステム情報に含まれてもよい。「セル」は、キャリア及び／又は周波数を示す用語として使用されてもよい。
　コアネットワーク２０は、例えば、ＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）である。コアネットワーク２０は、ネットワーク装置３００を含む。ネットワーク装置３００は、例えば、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）である。ＭＭＥは、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ネットワーク装置３００は、ＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）であってもよい。ＳＧＷは、例えば、データの転送制御を行う。ネットワーク装置（ＭＭＥ及び／又はＳＧＷ）３００は、所定のインターフェイスを介してＢＳ２００と接続される。
　コアネットワーク２０は、５ＧＣ（５Ｇ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）であってもよい。ネットワーク装置３００は、例えば、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）である。ＡＭＦは、例えば、モビリティ管理制御を行う。ネットワーク装置３００は、ＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）であってもよい。ＵＰＦは、例えば、イントラ及び／又はインターＲＡＴモビリティ用のアンカーポイント機能を有する。ネットワーク装置（ＡＭＦ及び／又はＵＰＦ）３００は、所定のインターフェイスを介してＢＳ２００と接続される。
　図２は、無線インターフェイス（制御プレーン）のプロトコルスタック図である。図３は、無線インターフェイス（ユーザプレーン）のプロトコルスタック図である。
　図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層（物理エンティティ）である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層（ＭＡＣエンティティ）、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層（ＲＬＣエンティティ）、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層（ＰＲＣＰエンティティ）を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層（ＲＲＣエンティティ）を含む。
　物理層は、符号化・復号化、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とＢＳ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
　ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とＢＳ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ＢＳ２００のＭＡＣ層は、スケジューラ（ＭＡＣ　スケジューラ）を含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及びＵＥ１００への割当リソースブロックを決定する。
　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とＢＳ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
　ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化（サイファリング）・復号化（デサイファリング）を行う。
　ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とＢＳ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとＢＳ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は、ＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣとＢＳ２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００は、ＲＲＣアイドル状態である。
　ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）層は、例えば、セッション管理及びモビリティ管理を行う。
　ＳＤＡＰ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）は、５ＧＣ　ＱｏＳフローを提供する。ＳＤＡＰは、例えば、ＱｏＳフローとデータ無線ベアラとの間のマッピングを行う。
　（無線端末）
　実施形態に係るＵＥ１００（無線端末）について説明する。図４は、ＵＥ１００のブロック図である。図４に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
　レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。
　トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１３０は、無線信号をアンテナから送信する。
　コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより、各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号化を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
　ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ　Ｎａｖｉｇａｔｉｏｎ　Ｓａｔｅｌｌｉｔｅ　Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）機能を有していてもよい。
　本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明する。
　（基地局）
　実施形態に係るＢＳ２００（基地局）について説明する。図５は、ＢＳ２００のブロック図である。図５に示すように、ＢＳ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。トランスミッタ２２０とレシーバ２１０は、一体化されたトランシーバ（送受信部）であってもよい。
　レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。
　トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。
　コントローラ２３０は、ＢＳ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
　ネットワークインターフェイス２４０は、所定のインターフェイス（例えば、Ｘ２インターフェイス、Ｘｎインターフェイス）を介して隣接するＢＳ２００と接続されてもよい。ネットワークインターフェイス２４０は、所定のインターフェイス（例えば、Ｓ１インターフェイス、ＮＧインターフェイスなど）を介してネットワーク装置３００と接続されてもよい。ネットワークインターフェイス２４０は、例えば、所定のインターフェイスを介したＢＳ２００及び／又はネットワーク装置３００との通信に使用されてもよい。
　本明細書では、ＢＳ２００が備えるレシーバ２１０、トランスミッタ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ＢＳ２００が実行する処理（動作）として説明する。
　（ＲＬＣエンティティ）
　ＲＬＣエンティティについて、図６を用いて説明する。図６は、ＲＬＣエンティティを主に説明するための図である。
　図６に示すように、本実施形態に係る無線通信装置は、第１のＲＬＣエンティティと、第２のＲＬＣエンティティと、ＰＤＣＰエンティティと、を有する。つまり、送信側の無線通信装置は、第１の送信ＲＬＣエンティティ（以下、送信ＲＬＣ１）と、第２の送信ＲＬＣエンティティ（以下、送信ＲＬＣ２）と、送信ＰＤＣＰエンティティ（以下、送信ＰＤＣＰ）と、を有する。また、受信側の無線通信装置は、第１の受信ＲＬＣエンティティ（以下、受信ＲＬＣ１）と、第２の受信ＲＬＣエンティティ（以下、受信ＲＬＣ２）と、受信ＰＤＣＰエンティティ（以下、受信ＰＤＣＰ）と、を有する。なお、ＲＬＣエンティティ、ＰＤＣＰエンティティ、及びＭＡＣエンティティ以外のエンティティ（物理エンティティなど）は省略されている。
　第１のＲＬＣエンティティ（送信ＲＬＣ１及び受信ＲＬＣ１）は、プライマリなＲＬＣエンティティ（Ｐｒｉｍａｒｙ　Ｌｅｇ）である。第１のＲＬＣエンティティは、パケットの再送回数が閾値に達したことに基づいて、無線リンク障害（ＲＬＦ）がトリガされる。無線リンク障害がトリガされることにより、ＲＬＣ再確立手順が実行される。ＲＬＣ再確立手順では、設定値（状態変数、タイマなど）がリセット又は初期化され、特定のパケットが破棄される。第１のＲＬＣエンティティは、パケットの再送回数が閾値に達した場合に、上位レイヤ（例えば、ＲＲＣエンティティ）に報告してもよい。
　送信ＲＬＣ１と受信ＲＬＣ１との少なくともいずれか一方において、無線リンク障害がトリガされてもよい。
　第２のＲＬＣエンティティ（送信ＲＬＣ２及び受信ＲＬＣ２）は、追加的なＲＬＣエンティティである。第２のＲＬＣエンティティは、パケットの再送回数が閾値に達した場合に上位レイヤ（例えば、ＲＲＣエンティティ）にその旨を報告する。第２のＲＬＣエンティティは、パケットの再送回数が閾値に達しても、無線リンク障害がトリガされない。
　図６において、送信側の無線通信装置から受信側の無線通信装置へ無線空間を介して情報（パケット）が送信されている。送信側の無線通信装置は、ＢＳ２００であり、受信側の無線通信装置は、ＵＥ１００であってもよい。送信側の無線通信装置は、ＵＥ１００であり、受信側の無線通信装置は、ＢＳ２００であってもよい。送信側の無線通信装置は、ＵＥ１００であり、受信側の無線通信装置は、ＵＥ１００であってもよい。
　送信ＰＤＣＰは、論理チャネル（ＬＣＨ）を介して送信ＲＬＣ１と送信ＲＬＣ２との両方へ同一のパケットを送る。送信ＲＬＣ１は、パケットを送信側の下位のエンティティ、無線空間及び受信側の下位のエンティティ（ＭＡＣエンティティ、物理エンティティ）を介して受信ＲＬＣ１へ送る。送信ＲＬＣ２は、パケットを送信側の下位のエンティティ、無線空間及び受信側の下位のエンティティを介して受信ＲＬＣ２へ送る。受信ＲＬＣ１及び受信ＲＬＣ２のそれぞれは、受信ＰＤＣＰへパケットを送る。受信ＰＤＣＰは、受信ＲＬＣ１と受信ＲＬＣ２との両方から同一のパケットを受信する。
　より具体的には、図６に示すように、送信ＰＤＣＰは、送信ＲＬＣ１と送信ＲＬＣ２との両方へ同一のパケットを送る。送信ＲＬＣ１及び送信ＲＬＣ２のそれぞれは、１つの送信ＭＡＣエンティティ（送信ＭＡＣ）へパケットを送る。送信ＭＡＣは、送信ＲＬＣ１から受信したパケットと送信ＲＬＣ２から受信したパケットとを１つの受信ＭＡＣエンティティ（受信ＭＡＣ）へ送る。受信ＭＡＣは、送信ＲＬＣ１から受信したパケットを受信ＲＬＣ１へ送り、送信ＲＬＣ２から受信したパケットを受信ＲＬＣ２へ送る。受信ＲＬＣ１及び受信ＲＬＣ２のそれぞれは、１つの受信ＭＡＣからパケットを受信する。受信ＲＬＣ１及び受信ＲＬＣ２のそれぞれは、１つの受信ＰＤＣＰへパケットを送る。
　なお、別実施形態として、送信ＭＡＣエンティティと受信ＭＡＣエンティティは、それぞれ第１の送信ＭＡＣエンティティ（送信ＭＡＣ１）と第２の送信ＭＡＣエンティティ（送信ＭＡＣ２）、第１の受信ＭＡＣエンティティ（受信ＭＡＣ１）と第２の受信ＭＡＣエンティティ（受信ＭＡＣ２）というそれぞれ２つのＭＡＣエンティティで構成されていてもよい。その場合、送信ＲＬＣ１は、送信ＭＡＣ１へパケットを送り、送信ＲＬＣ２は、送信ＭＡＣ２へパケットを送る。送信ＭＡＣ１は、送信ＲＬＣ１から受信したパケットを受信ＭＡＣ１へ送り、送信ＭＡＣ２は、送信ＲＬＣ２から受信したパケットを受信ＭＡＣ２へ送る。受信ＭＡＣ１は、送信ＭＡＣ１から受信したパケットを受信ＲＬＣ１へ送り、受信ＭＡＣ２は、送信ＭＡＣ２から受信したパケットを受信ＲＬＣ２へ送る。受信ＲＬＣ１及び受信ＲＬＣ２のそれぞれは、１つの受信ＰＤＣＰへパケットを送る。　（実施形態に係る動作）
　実施形態に係る動作について、動作例１－３を例に挙げて説明する。
　（動作例１）
　動作例１について、図７－９を用いて説明する。図７は、動作例１を説明するためのシーケンス図である。図８及び図９は、動作例１を説明するための図である。
　図７のステップＳ１０１の前に、送信ＰＤＣＰは、送信ＲＬＣ１及び送信ＲＬＣ２のそれぞれに同一のパケット（ＰＤＣＰ　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ））を送る。
　送信ＲＬＣ１は、送信ＰＤＣＰから受信したパケット（ＰＤＣＰ　ＰＤＵ／ＲＬＣ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ））を分割、連接及びＲＬＣヘッダを挿入することにより、パケットｍ１（ＲＬＣ　ＰＤＵ）を生成する。同様に、送信ＲＬＣ２は、送信ＰＤＣＰから受信したパケット分割、連接及びＲＬＣヘッダを挿入することにより、パケットｎ１を生成する。
　ステップＳ１０１において、送信ＲＬＣ１は、パケットｍ１を受信ＲＬＣ１へ送る。受信ＲＬＣ１は、パケットｍ１を送信ＲＬＣ１から受信する。受信ＲＬＣ１は、パケットｍ１からＲＬＣヘッダを除去し、組み立てることにより、パケットｐ１（ＲＬＣ　ＳＤＵ又はＰＤＣＰ　ＰＤＵ）を生成する。受信ＲＬＣ１は、パケットｐ１を受信ＰＤＣＰへ送る。
　受信ＲＬＣ１は、ＲＬＣヘッダからパケットｍ１のＲＬＣシーケンス番号がｍ１であることを把握する。図８に示すように、受信ＲＬＣ１は、パケットｍ１のＲＬＣシーケンス番号をｍ１と記憶する。受信ＲＬＣ１は、所定の範囲内のパケットを処理する受信ウィンドウをパケット１つ分シフトする。
　なお、本動作例１では、受信ＲＬＣ１は、パケットｐ１のＰＤＣＰシーケンス番号（ＳＮ）をモニタしないため、パケットｐ１のＰＤＣＰシーケンス番号が分からない。
　同様に、送信ＲＬＣ２は、パケットｎ１を受信ＲＬＣ２へ送る。受信ＲＬＣ２は、パケットｎ１を送信ＲＬＣ２から受信する。受信ＲＬＣ２は、パケットｎ１からＲＬＣヘッダを除去し、組み立てることにより、パケットｐ１を生成する。受信ＲＬＣ２は、パケットｐ１を受信ＰＤＣＰへ送る。
　受信ＲＬＣ１は、パケットの送達確認情報（ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｏ　Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ））を送信ＲＬＣ１へ送信してもよい。受信ＲＬＣ１は、送信ＲＬＣ１から送達確認要求を受信した場合に、パケットの送達確認情報を送信してもよい。受信ＲＬＣ２も同様である。以下において、受信ＲＬＣ１及び受信ＲＬＣ２は、パケットの送達確認情報の送信を実行してもよい。
　ステップＳ１０２において、受信ＰＤＣＰは、受信ＰＤＣＰにおけるパケットの受信状況を示す情報である受信通知を受信ＲＬＣ１へ送る。本動作例１では、受信ＰＤＣＰは、受信ＲＬＣ１と受信ＲＬＣ２とのそれぞれからパケットを受信する度に、受信通知を受信ＲＬＣ１へ送る。
　受信通知は、例えば、受信ＰＤＣＰが受信したパケットのＰＤＣＰシーケンス番号を示す。受信通知は、受信したパケットの送信元（受信ＲＬＣ１又は受信ＲＬＣ２）を識別するための識別情報を含んでいてもよい。これにより、受信ＲＬＣ１は、受信通知に含まれる識別情報に基づいて、受信した受信通知が、受信ＲＬＣ１が送信したパケットに対する受信通知であるのか、受信ＲＬＣ２が送信したパケットに対する受信通知であるのかを判定することができる。
　受信ＰＤＣＰは、パケットの受信に応じたタイミングで、受信通知を受信ＲＬＣ１へ送ってもよい。これにより、受信ＲＬＣ１は、自身のパケットの送信に応じたタイミングで受信通知を受信した場合には、受信ＲＬＣ１が受信ＰＤＣＰへ送信したパケットに対する受信通知であると判定できる。受信ＲＬＣ１は、パケットを送信していないにも関わらず、受信通知を受信ＰＤＣＰから受信した場合には、受信ＲＬＣ２が受信ＰＤＣＰへ送信したパケットに対する受信通知であると判定できる。
　ここでは、受信ＰＤＣＰは、受信ＲＬＣ１からのパケットｐ１の受信に応じて、第１の受信通知を受信ＲＬＣ１へ送信し、受信ＲＬＣ２からのパケットｐ１の受信に応じて、第２の受信通知を受信ＲＬＣ１へ送信する。
　受信ＲＬＣ１は、ＰＤＣＰシーケンス番号がｐ１である第１及び第２の受信通知を受信する。受信ＲＬＣ１は、自身の送信したパケットに対応する第１の受信通知により、ＲＬＣシーケンス番号（ｍ１）に対応するＰＤＣＰシーケンス番号がｐ１であると把握できる。受信ＲＬＣ１は、ＰＤＣＰシーケンス番号（ｐ１）とＲＬＣシーケンス番号（ｍ１）との関連付けをリストに記憶してもよい（図８のＳ１０２参照）。さらに、受信ＲＬＣ１は、受信ＲＬＣ２が送信したパケットに対応する第２の受信通知により、受信ＲＬＣ２もｐ１に対応するパケットを受信したことを把握できる。受信ＲＬＣ１は、受信ＲＬＣ２がＰＤＣＰシーケンス番号（ｐ１）に対応するパケットを受信したことをリストに記憶してもよい（図８のＳ１０２参照）。
　以下において、上述と同様の動作は、説明を省略する。
　ステップＳ１０３において、送信ＲＬＣ１は、無線障害やＵＥ１００の処理負荷の増大等の問題により、パケットｍ２を受信ＲＬＣ１へ送る。受信ＲＬＣ１は、パケットｍ２の受信を失敗する。パケットｍ２の受信の失敗とは、例えば、受信ＲＬＣ１において、下位エンティティから送信されるデータからパケットｍ２を抽出することに失敗したことを意味してもよい。この場合、受信ＲＬＣ１は、パケットｍ２からパケットｐ２を生成することができない。送信ＲＬＣ２は、パケットｎ２を受信ＲＬＣ２へ送る。受信ＲＬＣ２は、パケットｎ２を受信する。受信ＲＬＣ２は、パケットｎ２からパケットｐ２を生成する。受信ＲＬＣ２は、パケットｐ２を受信ＰＤＣＰへ送る。
　ステップＳ１０４において、受信ＰＤＣＰは、受信ＲＬＣ２からのパケットｐ２の受信に応じて、受信通知を受信ＲＬＣ１へ送る。
　受信ＲＬＣ１は、受信通知の受信により、受信ＲＬＣ２がパケットｐ２を受信したことを把握できる。受信ＲＬＣ１は、受信通知に基づいて、送信ＲＬＣ１から受信していないパケットｍ２（又はパケットｎ２）を受信したパケットとみなす。これにより、受信ＲＬＣ１は、受信ウィンドウをパケット１つ分シフトする（図８のＳ１０４参照）。
　ステップＳ１０５及びＳ１０６は、ステップＳ１０１及びＳ１０２と同様である。
　受信ＲＬＣ１は、パケットｍ３の受信により受信ウィンドウをパケット１つ分シフトする（図９のＳ１０５参照）。
　ステップＳ１０６において、受信ＰＤＣＰは、受信ＲＬＣ１からのパケットｐ３の受信に応じて、第１の受信通知を受信ＲＬＣ１へ送信する。また、受信ＰＤＣＰは、受信ＲＬＣ２からのパケットｐ３の受信に応じて、第２の受信通知を受信ＲＬＣ１へ送信する。受信ＲＬＣ１は、第１の受信通知の受信により、ＲＬＣシーケンス番号（ｍ３）に対応するＰＤＣＰシーケンス番号（ｐ３）を把握できる。受信ＲＬＣ１は、第２の受信通知の受信により、受信ＲＬＣ２がパケットｐ３を受信したことを把握できる（図９のＳ１０６参照）。
　ステップＳ１０７において、送信ＲＬＣ１は、パケットｍ４を受信ＲＬＣ１へ送る。受信ＲＬＣ１は、パケットｍ４を受信する。受信ＲＬＣ１は、パケットｍ４からパケットｐ４を生成する。受信ＲＬＣ１は、パケットｐ４を受信ＰＤＣＰへ送る。一方、送信ＲＬＣ２は、パケットｎ４を受信ＲＬＣ２へ送る。受信ＲＬＣ２は、無線障害やＵＥ１００の処理負荷の増大等の問題により、パケットｎ４の受信を失敗する。
　受信ＲＬＣ１は、パケットｍ４の受信により受信ウィンドウをパケット１つ分シフトする（図９のＳ１０７参照）。
　ステップＳ１０８において、受信ＰＤＣＰは、受信ＲＬＣ１からのパケットｐ４の受信に応じて、受信通知を受信ＲＬＣ１へ送る。
　受信ＲＬＣ１は、受信通知により、ＲＬＣシーケンス番号（ｍ４）に対応するＰＤＣＰシーケンス番号（ｐ４）を把握できる（図９のＳ１０８参照）。
　ステップＳ１０９及びＳ１１０は、ステップＳ１０１及びＳ１０２と同様である。
　受信ＲＬＣ１は、受信ＲＬＣ２が送信したパケットに対する受信通知（ｐ４）を受信していないので、受信ＲＬＣ２がｐ２に対応するパケットを受信していないことを把握できる。
　以上のように、受信ＰＤＣＰは、受信ＰＤＣＰにおけるパケットの受信状況を示す情報である受信通知を受信ＲＬＣ１へ送る。具体的には、受信ＰＤＣＰは、受信ＲＬＣ１と受信ＲＬＣ２とのそれぞれからパケットを受信する度に、受信通知を受信ＲＬＣ１へ送る。これにより、受信ＲＬＣ１は、送信ＲＬＣ１からパケットを受信できない場合であっても、受信ＰＤＣＰが受信ＲＬＣ２を介して当該パケットを受信したことを把握できる。このため、パケットの再送回数が閾値に達した場合であっても、受信ＰＤＣＰがパケットを受信している場合には、無線リンク障害のトリガを抑制できる。
　（動作例２）
　動作例２について、図１０及び図１１を用いて説明する。図１０は、動作例２を説明するためのシーケンス図である。図１１は、動作例２を説明するための図である。上述と同様の動作は、説明を省略する。
　動作例２では、受信ＲＬＣ１が、パケットの受信状況を受信ＰＤＣＰへ問い合わせる。
　図１０において、ステップＳ２０１からＳ２０３は、ステップＳ１０１、Ｓ１０３及びＳ１０５に対応する。
　本動作例２では、受信ＲＬＣ１は、パケットｍ１からＰＤＣＰシーケンス番号（ＳＮ）をモニタする。具体的には、受信ＲＬＣ１は、パケットｍ１からパケットｐ１を生成する際に、パケットｐ１のＰＤＣＰシーケンス番号をモニタする。これにより、受信ＲＬＣ１は、ＰＤＣＰシーケンス番号（ｐ１）とＲＬＣシーケンス番号（ｍ１）との関連付けを把握することができる。受信ＲＬＣ１は、ＰＤＣＰシーケンス番号（ｐ１）とＲＬＣシーケンス番号（ｍ１）との関連付けのリストに記憶してもよい（図１１のＳ２０１参照）。このように、受信ＲＬＣ１は、ＰＤＣＰシーケンス番号とＲＬＣシーケンス番号との同期を取ってもよい。
　ステップＳ２０４において、受信ＲＬＣ１は、パケットの受信状況を受信ＰＤＣＰへ問い合わせる。
　受信ＲＬＣ１は、例えば、パケット（ｍ３）を受信したにも関わらず、受信していないパケットがあるために、受信ウィンドウを動かせない（シフトできない）場合に、パケットの受信状況を問い合わせてもよい（図１１のＳ２０４参照）。受信ＲＬＣ１は、パケットｍ３を受信してから所定期間、受信ウィンドウを動かせない場合に、パケットの受信状況を問い合わせてもよい。
　受信ＲＬＣ１は、送信ＲＬＣから送達確認要求を受信した場合に、受信ＰＤＣＰへパケットの受信状況を問い合わせてもよい。
　受信ＲＬＣ１は、パケットの再送回数（又は送信ＲＬＣ１へのパケットの再送要求回数、以下同様）が閾値に達する前に、パケットの受信状況を受信ＰＤＣＰへ問い合わせてもよい。受信ＲＬＣ１は、パケットの再送回数が閾値に達したことに応じて、パケットの受信状況を受信ＰＤＣＰへ問い合わせてもよい。これにより、受信ＲＬＣ１は、パケットの再送回数が閾値に達することにより無線リンク障害がトリガされる前に、受信ＰＤＣＰのパケットの受信状況を知ることができるので、不必要な無線リンク障害のトリガを抑制できる。
　受信ＲＬＣ１は、パケットの受信に失敗した回数に基づいて、パケットの再送回数を把握してもよい。受信ＲＬＣ１は、「パケットの受信に失敗した回数－１」をパケットの再送回数とみなしてもよい。受信ＲＬＣ１は、送信ＲＬＣ１からの送達確認状況の問い合わせの数をパケットの再送回数とみなしてもよい。受信ＲＬＣ１は、パケットの受信失敗を示すＮＡＣＫの送信回数をパケットの再送回数とみなしてもよい。
　受信ＲＬＣ１は、送信ＲＬＣ１から現在の再送回数を通知されてもよい。具体的には、送信ＲＬＣ１は、現在の再送回数を示す情報を受信ＲＬＣ１へ送信してもよい。現在の再送回数を示す情報（再送回数情報）は、パケット（ＲＬＣ　ＰＤＵ）のヘッダに格納されてもよい。再送回数情報は、パケット（例えば、Ｃｏｎｔｒｏｌ　ＰＤＵ）に格納されてもよい。受信ＲＬＣ１は、再送回数情報に基づいて、パケットの再送回数を把握してもよい。
　受信ＲＬＣ１が問い合わせをする際に送信する情報は、受信ＲＬＣ１が受信していないパケットのＰＤＣＰシーケンス番号を示す情報（ｐ２）であってもよい。当該情報は、受信ＲＬＣ１が受信済みのパケットのＰＤＣＰシーケンス番号を示す情報（ｐ３）であってもよい。当該情報は、受信ＲＬＣ１が受信済みの一連の複数のＰＤＣＰシーケンス番号を示す情報（ｐ１、ｐ３）であってもよい。
　ステップＳ２０５において、受信ＰＤＣＰは、受信ＲＬＣ１からの問い合わせの受信に応じて、受信ＰＤＣＰにおけるパケットの受信状況を示す情報（応答）を受信ＲＬＣ１へ送る。
　応答は、ＰＤＣＰにおいて受信済みのパケットのうち、受信ＲＬＣ１から受信していないパケットのＰＤＣＰシーケンス番号を示す情報（ｐ２）を含んでいてもよい。応答は、受信ＲＬＣ１及び受信ＲＬＣ２のいずれからも受信していないＰＤＣＰシーケンス番号を示す情報（ｐ４）を含んでいてもよい。応答は、受信済みの一連のＰＤＣＰシーケンス番号を示す情報（ｐ１，ｐ２，ｐ３）を含んでいてもよい。
　受信ＲＬＣ１は、受信ＰＤＣＰからの応答に基づいて、受信ＲＬＣ１において受信していないパケットが受信ＰＤＣＰに届いているかどうかを把握する。本動作例では、受信ＲＬＣ２から受信ＰＤＣＰへパケットｐ２が送られている。このため、受信ＲＬＣ１は、受信ＰＤＣＰからの応答に含まれている情報に基づいて、受信ＰＤＣＰが受信ＲＬＣ２を介してパケットｐ２を受信したことを把握できる（図１１のＳ２０５）。
　ステップＳ２０６において、受信ＲＬＣ１は、パケットの受信状況を示す情報（応答）に基づいて、送達確認情報（ＡＣＫ又はＮＡＣＫ）の送信に関する処理を実行できる。
　例えば、受信ＲＬＣ１は、受信ＰＤＣＰからの応答に含まれている情報に基づいて、送信ＲＬＣ１から受信していない所定のパケットｍ２に対する送達確認情報として、パケットｍ２を受信したことを示す情報（ＡＣＫ）を送信ＲＬＣ１へ送ってもよい。
　受信ＲＬＣ１は、受信ＰＤＣＰからの応答に基づいて、送信ＲＬＣ１から受信していない所定のパケットｍ２に対する送達確認情報として、パケットｍ２を受信していないことを示す情報（ＮＡＣＫ）を送信ＲＬＣ１へ送ることを中止してもよい。
　これにより、送信ＲＬＣ１は、パケットｍ２が受信ＲＬＣ１に届いたと判定できる。その結果、送信ＲＬＣ１は、パケットの再送回数が閾値に達する前にパケットｍ２の再送を中止するため、無線リンク障害のトリガを抑制できる。
　以上のように、受信ＲＬＣ１は、パケットの受信状況を受信ＰＤＣＰへ問い合わせる。受信ＰＤＣＰは、受信ＲＬＣ１からの問い合わせの受信に応じて、受信ＰＤＣＰにおけるパケットの受信状況を示す情報（応答）を受信ＲＬＣ１へ送る。これにより、受信ＰＤＣＰは、受信ＲＬＣ１からの問い合わせを受けたことに応じてパケットの受信状況を示す情報を受信ＲＬＣ１へ送るため、処理負荷を低減することができる。
　（動作例３）
　動作例３について、図１２及び図１３を用いて説明する。図１２は、動作例３を説明するためのシーケンス図である。図１３は、動作例３を説明するための図である。上述と同様の動作は、説明を省略する。
　動作例３では、受信ＰＤＣＰが、受信ＲＬＣ１から受信していないパケットを受信ＲＬＣ２から受信したことに応じて、受信通知を受信ＲＬＣ１へ送る。
　図１２において、ステップＳ３０１及びＳ３０２は、ステップＳ１０１及びＳ１０３に対応する。
　受信ＲＬＣ１は、動作例２と同様に、パケットｍ１からＰＤＣＰシーケンス番号（ＳＮ）をモニタすることで、ＰＤＣＰシーケンス番号とＲＬＣシーケンス番号との関連付けを把握してもよい（図１３のＳ３０２参照）。
　受信ＰＤＣＰは、受信ＲＬＣ１から受信したパケットのＰＤＣＰシーケンス番号を管理する。受信ＰＤＣＰは、受信ＲＬＣ２からパケットを受信する度に、受信したパケットが受信ＲＬＣ１から既に受信したパケットか否かを判定する。受信ＰＤＣＰは、受信したパケットが受信ＲＬＣ１から既に受信したパケットである場合、処理を終了する。一方、受信ＰＤＣＰは、受信したパケットが受信ＲＬＣ１から受信していないパケットである場合、ステップＳ３０３の処理を実行する。また、受信ＰＤＣＰは、受信ＲＬＣ２から受信したパケットが受信ＲＬＣ１から受信していないパケットである場合、受信ＲＬＣ２からパケットを受信してから所定時間を経過しても同一のパケットを受信ＲＬＣ１から受信しない場合に、ステップＳ３０３の処理を実行してもよい。
　ステップＳ３０３において、受信ＰＤＣＰは、受信ＲＬＣ１から受信していないパケットを受信ＲＬＣ２から受信したことに応じて、受信通知を受信ＲＬＣ１へ送る。
　第１に、受信ＰＤＣＰは、受信ＲＬＣ２から受信したパケットのうち、受信ＲＬＣ１から受信していないパケットのＰＤＣＰシーケンス番号を示す情報（ｐ２）を含む受信通知を受信ＲＬＣ１へ送ってもよい。
　受信ＲＬＣ１は、ＰＤＣＰシーケンス番号を示す情報を含む受信通知に基づいて、受信ＰＤＣＰが受信ＲＬＣ２からパケットｐ２を受信したことを把握できる。受信ＲＬＣ１は、ＰＤＣＰシーケンス番号とＲＬＣシーケンス番号との関連付けを把握しているので、受信ＰＤＣＰから受信したＰＤＣＰシーケンス番号により、当該ＰＤＣＰシーケンス番号に対応するＲＬＣシーケンス番号を把握することができる。受信ＲＬＣ１は、受信通知に基づいて、受信ウィンドウをパケット１つ分シフトする（図１３のＳ３０３参照）。
　受信ＲＬＣ１から複数の受信していないパケットが存在するケースであっても、受信通知が、受信していないパケットのＰＤＣＰシーケンス番号を示す情報（例えば、ｐｘ、ｐｙ、・・・、ｐｚ）を含むことにより、受信ＲＬＣ１は、受信通知に基づいて、受信ＰＤＣＰが受信ＲＬＣ２を介して複数のパケット（ｐｘ、ｐｙ、・・・、ｐｚ）を受信したことを把握できる。
　第２に、受信ＰＤＣＰは、受信ＲＬＣ１から受信していないパケットのうち、ＰＤＣＰシーケンス番号の最も古いパケットを受信ＲＬＣ２から受信したことに応じて、受信通知を受信ＲＬＣ１へ送ってもよい。受信通知は、受信ＲＬＣ１から受信していないパケットのうち、ＰＤＣＰシーケンス番号の最も古いパケットを示すものである。
　ここで、「ＰＤＣＰシーケンス番号の最も古いパケット」は、シーケンス番号のラップアラウンドが発生していない場合には、ＰＤＣＰシーケンス番号の最も小さいパケットである。受信していないパケットが、ラップアラウンドが発生する最大のＰＤＣＰシーケンス番号のパケットを含む場合には、最小のＰＤＣＰシーケンス番号よりも最大のＰＤＣＰシーケンス番号に近いＰＤＣＰシーケンス番号のパケットのうちで、ＰＤＣＰシーケンス番号の最も小さいパケットが、「ＰＤＣＰシーケンス番号の最も古いパケット」である。
　パケットの順序並べ替えを行っている受信ＲＬＣ１は、ＲＬＣシーケンス番号の最も古いパケット（すなわち、受信ウィンドウをシフトできない原因となるパケット）を把握している。このため、受信ＲＬＣ１は、受信通知にＰＤＣＰシーケンス番号を示す情報が含まれなくても、受信通知の受信に応じて、送信ＲＬＣ１から受信していないパケットのうち、シーケンス番号の最も古いパケットを受信ＰＤＣＰが受信したことを把握できる。これにより、受信ＲＬＣ１は、受信ウィンドウをパケット１つ分シフトできる。
　受信ＲＬＣ１から複数の受信していないパケットが存在するケースでは、受信ＰＤＣＰが、受信していないパケットの数に対応する受信通知を受信ＲＬＣ１へ送ることにより、受信ＲＬＣ１は、受信していないパケットに対応する数だけ受信ウィンドウをシフトすることができる。
　第３に、受信ＲＬＣ１が順次転送（ｉｎ－ｓｅｑｕｅｎｃｅ　ｄｅｌｉｖｅｒｙ）を行う場合には、受信ＰＤＣＰは、受信ＲＬＣ１から受信していないパケットを受信したことに応じて、受信通知を受信ＲＬＣ１へ送ってもよい。
　順次伝送を行っている受信ＲＬＣ１は、受信ウィンドウの範囲内に、シーケンス番号の最も古い受信していないパケットが存在する場合、受信していないパケットよりもシーケンス番号が大きいパケットを受信しても、受信済みのパケットを受信ＰＤＣＰへ送信せずに、受信していないパケットを待つ。このため、受信ＲＬＣ１は、受信通知を受信したことに応じて、受信ＰＤＣＰがシーケンス番号の最も古い受信していないパケットを受信したことを把握できる。これにより、受信ＲＬＣ１は、受信ウィンドウをパケット１つ分シフトできる。受信ＲＬＣ１は、受信ウィンドウをシフトすることにより、受信ウィンドウの範囲内でシーケンス番号の最も古いパケットが受信済みである場合、当該パケットを受信ＰＤＣＰへ送信することができる。
　ステップＳ３０４は、ステップＳ２０６に対応する。
　以上のように、受信ＰＤＣＰが、受信ＲＬＣ１から受信していないパケットを受信ＲＬＣ２から受信したことに応じて、受信通知を受信ＲＬＣ１へ送る。これにより、受信ＰＤＣＰは、パケットを受信する度に、受信通知を受信ＲＬＣ１へ送らなくてもよいため、処理負荷を低減することができる。
　［その他の実施形態］
　上述した実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
　上述において、受信通知は、受信ＰＤＣＰが受信したパケットを判定するためのビットマップを含んでいてもよい。ビットマップでは、受信ＲＬＣ１から受信していないパケットのうち、ＰＤＣＰシーケンス番号の最も古いパケット（１）を１ビット目で示し、次のＰＤＣＰシーケンス番号のパケット（２）を２ビット目で示し、・・・、ｎ番目のＰＤＣＰシーケンス番号のパケット（ｎ）をｎビット目で示してもよい。受信ＰＤＣＰは、各ビットにおいて、例えば、受信していないパケットを「０」で示し、受信済みパケットを「１」で示してもよい。パケットの順序並べ替えを行っている受信ＲＬＣ１は、ＲＬＣシーケンス番号の最も古いパケットを把握している。ＰＤＣＰシーケンス番号の最も古いパケットとＲＬＣシーケンス番号の最も古いパケットとは、対応するため、受信ＲＬＣ１は、ビットマップに基づいて、受信ＰＤＣＰへ送信していないパケットのうち、ＲＬＣシーケンス番号の最も古いパケットを基準として、受信ＰＤＣＰにおいて、受信していないパケットと受信したパケットとを把握することができる。
　上述では、受信側の無線通信装置を例に挙げて説明したが、これに限られない。例えば、送信側の無線通信装置において、送信ＲＬＣ１は、パケットの送達確認要求を受信ＲＬＣ１へ送信することにより、パケットの受信状況を間接的に受信ＰＤＣＰへ問い合わせてもよい（動作例２参照）。例えば、送信ＲＬＣ１は、パケットの再送回数が閾値に達する前に、受信ＲＬＣ１へ送達確認要求を送信してもよい。送信ＲＬＣ１は、パケットの再送回数が閾値に達した場合であっても、無線リンク障害をトリガする前に、受信ＲＬＣ１へ送達確認要求を送信してもよい。送信ＲＬＣ１は、パケットの再送回数が閾値に達した場合であっても、受信ＲＬＣ１からＡＣＫを受信した場合、無線リンク障害をトリガしなくてもよい。
　送信ＲＬＣ１は、パケットの再送回数が閾値であることを示す再送回数情報を含む送達確認要求を送信してもよい。送信ＲＬＣ１は、受信ＲＬＣ１からＡＣＫを受信した場合、無線リンク障害をトリガしなくてもよい。送信ＲＬＣ１は、パケットの再送回数が閾値であることを示す再送回数情報の送信に対して、ＮＡＣＫを受信しない場合には、無線リンク障害をトリガしなくてもよい。
　上述では、ＲＬＣエンティティにおける無線リンク障害のトリガを制御する方法を示したが、これに限られない。例えば、上位レイヤ（例えば、ＲＲＣエンティティ）は、ＲＬＣエンティティから無線リンク障害の報告を受けた場合であっても、ＰＤＣＰエンティティからの報告により、ＰＤＣＰエンティティにおいてパケットの送信及び／又は受信が正常である場合には、無線リンク障害が発生していないと判定してもよい。上位レイヤは、ＲＬＣエンティティから無線リンク障害の報告とＰＤＣＰエンティティにおいてパケットの送信及び／又は受信が異常であることを示す報告との両方を受けた場合にのみ、無線リンク障害が発生したと判定してもよい。
　上述した実施形態において、ＵＥ１００は、センサモジュール（Ｍ２Ｍデバイス）であってもよい。ＵＥ１００は、（複数の）センサモジュールを管理する無線通信装置（例えば、ＩｏＴ　ＧＷ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ　ＧａｔｅＷａｙ））であってもよい。ＩｏＴ　ＧＷは、ＩｏＴ　ＧＷに管理される（複数の）センサモジュールを代表してネットワークとの通信を実行してもよい。センサモジュールは、ネットワークとの通信を実行する機能を有さなくてもよい。ＩｏＴ　ＧＷに管理されるセンサモジュールは、ＩｏＴ　ＧＷとの通信を実行する機能を有してもよい。
　上述した実施形態に係る内容は、適宜組み合わせて実行されてもよい。また、上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。
　上述した実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ＢＳ２００、ネットワーク装置３００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　ＵＥ１００及びＢＳ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。
　上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。
　なお、日本国特許出願第２０１７－２２５２１４号（２０１７年１１月２２日出願）の全内容が、参照により、本願に組み込まれている。

Claims (13)

  1. 　第１の無線通信装置と第２の無線通信装置とを制御するための通信方法であって、
    　前記第１の無線通信装置は、
    　　プライマリなＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティである第１の送信ＲＬＣエンティティと、
    　　追加的なＲＬＣエンティティである第２の送信ＲＬＣエンティティと、
    　　前記第１の送信ＲＬＣエンティティと前記第２の送信ＲＬＣエンティティとの両方へ同一のパケットを送る送信ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）エンティティと、を有するよう構成され、
    　前記第２の無線通信装置は、
    　　前記第１の送信ＲＬＣエンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、
    　　前記第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、
    　　前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を有するよう構成され、
    　前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送るステップを備える、通信方法。
  2. 　前記送るステップにおいて、前記受信ＰＤＣＰエンティティは、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとのそれぞれからパケットを受信する度に、前記受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る請求項１に記載の通信方法。
  3. 　前記受信状況を示す情報は、受信したパケットのＰＤＣＰシーケンス番号を含む請求項２に記載の通信方法。
  4. 　前記受信状況を示す情報は、前期受信したパケットの送信元を識別するための識別情報を含む請求項２に記載の通信方法。
  5. 　前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、パケットの受信状況を前記受信ＰＤＣＰエンティティへ問い合わせるステップを備え、
    　前記送るステップにおいて、前記受信ＰＤＣＰエンティティは、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティからの問い合わせの受信に応じて、前記受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る、請求項１に記載の通信方法。
  6. 　前記問い合わせるステップにおいて、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティは、前記第１の送信ＲＬＣエンティティにおける前記再送回数が閾値に達する前に、又は前記再送回数が閾値に達したことに応じて、前記パケットの受信状況を前記受信ＰＤＣＰエンティティへ問い合わせる請求項５に記載の通信方法。
  7. 　前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記第１の送信ＲＬＣエンティティから受信したパケットからＰＤＣＰシーケンス番号をモニタするステップと、
    　前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記モニタしたＰＤＣＰシーケンス番号と前記受信したパケットのＲＬＣシーケンス番号とを関連付けて記憶するステップと、を備える請求項５に記載の通信方法。
  8. 　前記送るステップにおいて、前記受信ＰＤＣＰエンティティは、前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティから受信していないパケットを前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティから受信したことに応じて、前記受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る請求項１に記載の通信方法。
  9. 　前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していないパケットを、受信したパケットとみなすステップを備える請求項１に記載の通信方法。
  10. 　前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していない所定のパケットに対する送達確認情報として、前記所定のパケットを受信したことを示す情報を前記第１の送信ＲＬＣエンティティへ送るステップを備える請求項１に記載の通信方法。
  11. 　前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティが、前記受信状況を示す情報に基づいて、前記第１の送信ＲＬＣエンティティから受信していない所定のパケットに対する送達確認情報として、前記所定のパケットを受信していないことを示す情報を前記第１の送信ＲＬＣエンティティへ送ることを中止するステップを備える請求項１に記載の通信方法。
  12. 　無線通信装置であって、
    　制御部を備え、
    　前記制御部は、
    　他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、
    　他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、
    　前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、
    　前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成される無線通信装置。
  13. 　無線通信装置を制御するためのプロセッサであって、
    　他の無線通信装置の第１の送信ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティからパケットを受信するプライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと、
    　他の無線通信装置の第２の送信ＲＬＣエンティティからパケットを受信する追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティと、
    　前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティと前記追加的なＲＬＣエンティティである第２の受信ＲＬＣエンティティとの両方からパケットを受信する受信ＰＤＣＰエンティティと、を制御する処理と、
    　前記受信ＰＤＣＰエンティティが、前記受信ＰＤＣＰエンティティにおけるパケットの受信状況を示す情報を前記プライマリなＲＬＣエンティティである第１の受信ＲＬＣエンティティへ送る処理と、を実行するよう構成されるプロセッサ。
PCT/JP2018/042679 2017-11-22 2018-11-19 通信方法、無線通信装置、及びプロセッサ WO2019102965A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/766,507 US11277769B2 (en) 2017-11-22 2018-11-19 Communication method, radio communication apparatus, and processor
JP2019555298A JP6992086B2 (ja) 2017-11-22 2018-11-19 通信方法、無線通信装置、及びプロセッサ

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-225214 2017-11-22
JP2017225214 2017-11-22

Publications (1)

Publication Number Publication Date
WO2019102965A1 true WO2019102965A1 (ja) 2019-05-31

Family

ID=66630986

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/042679 WO2019102965A1 (ja) 2017-11-22 2018-11-19 通信方法、無線通信装置、及びプロセッサ

Country Status (3)

Country Link
US (1) US11277769B2 (ja)
JP (1) JP6992086B2 (ja)
WO (1) WO2019102965A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114615657A (zh) * 2022-02-21 2022-06-10 翱捷科技股份有限公司 一种5g通信中的数据分段解密方法及装置
JP2022539902A (ja) * 2019-07-12 2022-09-13 維沃移動通信有限公司 ランダムアクセスプロセスバックオフ方法、機器及びシステム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111262648B (zh) * 2018-11-30 2021-09-07 华为技术有限公司 通信方法和装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8208474B2 (en) * 2006-07-31 2012-06-26 Samsung Electronics Co., Ltd Method and apparatus for transmitting/receiving packet in a mobile communication system
WO2009009532A2 (en) * 2007-07-11 2009-01-15 Interdigital Technology Corporation Packet data convergence protocol operations
KR101531523B1 (ko) * 2007-09-21 2015-06-29 엘지전자 주식회사 패킷 재정렬 방법 및 패킷 재전송 방법
CN109714136B (zh) * 2013-04-09 2021-11-19 华为技术有限公司 一种通讯方法和终端
WO2015018451A1 (en) * 2013-08-09 2015-02-12 Nokia Solutions And Networks Oy Use of packet status report from secondary base station to master base station in wireless network
EP2854444A1 (en) * 2013-09-27 2015-04-01 Panasonic Intellectual Property Corporation of America Efficient uplink scheduling mechanism for dual connectivity
US20150092676A1 (en) * 2013-09-30 2015-04-02 Blackberry Limited Macrocell Enabled MM-Wave Superspot for Mobility
JP6262991B2 (ja) * 2013-10-31 2018-01-17 株式会社Ｎｔｔドコモ ユーザ装置及び方法
EP3095204B1 (en) 2014-01-16 2022-08-31 Samsung Electronics Co., Ltd. Apparatus and methods for operating user plane protocol stack in connectionless communicaton system
TWI609599B (zh) * 2015-10-20 2017-12-21 啟碁科技股份有限公司 小型基地台間的裝置對裝置通道建立方法與系統

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL.: "RLC Optimization for packet duplication", 3GPP TSG-RAN WG2 #100 R2-1712733, 17 November 2017 (2017-11-17), pages 1 - 3, XP051371639 *
OPPO: "Impact of duplication on RLC", 3GPP TSG RAN WG2 #99, R2-1707771, 25 August 2017 (2017-08-25), pages 1 - 3, XP051317731 *
SHARP: "Impacts of PDCP Duplication to RLF Triggering When Reaching Maximum Number of RLC Retransmission", 3GPP TSG-RAN2 MEETING #99, R2-1708259, 25 August 2017 (2017-08-25), pages 1 - 2, XP051318159 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022539902A (ja) * 2019-07-12 2022-09-13 維沃移動通信有限公司 ランダムアクセスプロセスバックオフ方法、機器及びシステム
JP7386962B2 (ja) 2019-07-12 2023-11-27 維沃移動通信有限公司 ランダムアクセスプロセスバックオフ方法、機器及びシステム
CN114615657A (zh) * 2022-02-21 2022-06-10 翱捷科技股份有限公司 一种5g通信中的数据分段解密方法及装置
WO2023155516A1 (zh) * 2022-02-21 2023-08-24 翱捷科技股份有限公司 一种5g通信中的数据分段解密方法及装置
CN114615657B (zh) * 2022-02-21 2023-12-22 翱捷科技股份有限公司 一种5g通信中的数据分段解密方法及装置

Also Published As

Publication number Publication date
US11277769B2 (en) 2022-03-15
JP6992086B2 (ja) 2022-01-13
JPWO2019102965A1 (ja) 2020-12-10
US20200382994A1 (en) 2020-12-03

Similar Documents

Publication Publication Date Title
US10708815B2 (en) Communication control method
JP6687452B2 (ja) 移動通信システム、ユーザ端末、プロセッサ、記憶媒体及びプログラム
CN102265700B (zh) 在无线通信系统中释放无线承载的方法和接收机
US20170013650A1 (en) Secondary base station, mobile station, communication control method, and master base station
US20200068651A1 (en) Interference cancellation method and base station
US10440611B2 (en) RLC data packet offloading method and base station
EP3014944A1 (en) Master base station-controlled response to detected failure of radio link between secondary base station and mobile station in dual connectivity wireless networks
US9674882B2 (en) Mobile communication system, user terminal, base station, processor, and communication control method
CN111684856B (zh) 5g nr系统中上行链路传输的方法
JP5905575B2 (ja) 通信制御方法及び基地局
JP7413507B2 (ja) 通信制御方法
JP6992086B2 (ja) 通信方法、無線通信装置、及びプロセッサ
US20230022611A1 (en) Communication control method
US11533136B2 (en) Discard of PDCP PDU submitted for transmission
US20220201786A1 (en) Methods and apparatus to reduce packet latency in multi-leg transmission
CN111713057B (zh) 用于处置通信的传送装置和其中执行的方法
WO2018084202A1 (ja) 無線端末及び基地局
JP7301065B2 (ja) 無線通信方法及び装置
US20180255610A1 (en) Radio terminal, processor, and network device
WO2024090357A1 (ja) 通信制御方法、及びネットワーク装置
WO2018146771A1 (ja) 通信システム、基地局装置、通信端末装置および管理装置
US8737224B2 (en) Communication method, communication system, and control apparatus

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019555298

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18882039

Country of ref document: EP

Kind code of ref document: A1