WO2019193734A1 - 通信装置 - Google Patents

通信装置 Download PDF

Info

Publication number
WO2019193734A1
WO2019193734A1 PCT/JP2018/014645 JP2018014645W WO2019193734A1 WO 2019193734 A1 WO2019193734 A1 WO 2019193734A1 JP 2018014645 W JP2018014645 W JP 2018014645W WO 2019193734 A1 WO2019193734 A1 WO 2019193734A1
Authority
WO
WIPO (PCT)
Prior art keywords
rlc
polling
data
unit
status report
Prior art date
Application number
PCT/JP2018/014645
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 PCT/JP2018/014645 priority Critical patent/WO2019193734A1/ja
Publication of WO2019193734A1 publication Critical patent/WO2019193734A1/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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • the present invention relates to a communication apparatus having a radio link control layer.
  • LTE Long Term Evolution
  • LTE-Advanced LTE-Advanced
  • 5G New Radio 5G New Radio
  • the transmitting side obtains feedback from the receiving side, specifically, RLC status report, RLC PDU (Protocol Data Unit) Is controlling transmission.
  • RLC status report RLC status report
  • RLC PDU Protocol Data Unit
  • the RLC status report is sent based on a request (polling) from the sending side.
  • the polling condition the number or data amount of transmitted RLC ⁇ ⁇ ⁇ PDUs and a specific event are defined (see Non-Patent Document 1).
  • the RLC entity discards the data staying in the buffer based on the RLC status report.
  • the polling of the RLC status report described above has the following problems. Specifically, the polling condition described above is not satisfied, and data staying in the buffer on the transmission side may not be discarded. In addition, since RLC status report for data that has not been received in the acknowledgment (ACK) already in the buffer is delayed, retransmission in RLC is delayed.
  • ACK acknowledgment
  • each RLC entity that performs the duplicate transmission transmits RLC SDU (Service Data Unit) duplicated for a plurality of component carriers / logical channels.
  • RLC SDU Service Data Unit
  • an object of the present invention is to provide a communication apparatus that can realize more appropriate buffer control in the RLC entity.
  • One aspect of the present invention is a communication apparatus (for example, UE 200), which transmits a data unit (RLC) PDU) in a radio link control layer to a reception side (transmission unit 210), and a reception state of the data unit
  • a reception unit reception unit 220
  • receives a status report RLC status report
  • control unit 230 control unit 230
  • the control unit executes the polling when the predetermined condition is not satisfied for a predetermined period.
  • One aspect of the present invention is a communication device (for example, UE 200), which transmits a data unit (RLC PDU) in a radio link control layer to a reception side (a transmission unit 210 and a reception state of the data unit).
  • a receiving unit (receiving unit 220) that receives a status report to be reported from the receiving side, and a control unit (control unit 230) that performs polling of the status report when the transmittable data unit cannot be transmitted,
  • the control unit suspends discarding of the data unit even when a predetermined condition for discarding the transmitted data unit held in the buffer (transmission buffer BF) is satisfied.
  • FIG. 1 is an overall schematic configuration diagram of a wireless communication system 10.
  • FIG. 2 is a functional block configuration diagram of UE 200.
  • FIG. 3 is a functional block configuration diagram of gNB100.
  • FIG. 4A is a diagram illustrating an example of data holding and discarding by the transmission buffer BF.
  • FIG. 4B is a diagram illustrating an example of holding and discarding data by the transmission buffer BF.
  • FIG. 4C is a diagram illustrating an example of holding and discarding data by the transmission buffer BF.
  • FIG. 5 is a diagram illustrating a polling operation flow (operation example 1) of RLC status report by the UE 200.
  • FIG. 6 is a diagram illustrating a polling operation flow (operation example 2) of RLC status report by the UE 200.
  • FIG. 1 is an overall schematic configuration diagram of a wireless communication system 10.
  • FIG. 2 is a functional block configuration diagram of UE 200.
  • FIG. 3 is a functional block configuration diagram of gNB100.
  • FIG. 7 is a diagram illustrating a pending operation flow (operation example 3) for discarding the RLC PDU by the UE 200.
  • FIG. 8 is a diagram showing a pending operation flow (operation example 4) for discarding the RLC PDU by the UE 200.
  • FIG. 9 is a diagram illustrating an example of a hardware configuration of the gNB 100 and the UE 200.
  • FIG. 1 is an overall schematic configuration diagram of a radio communication system 10 according to the present embodiment.
  • the radio communication system 10 includes a radio base station 100 (hereinafter referred to as gNB100) and a user apparatus 200 (hereinafter referred to as UE200).
  • gNB100 radio base station 100
  • UE200 user apparatus 200
  • the gNB100 and UE200 perform wireless communication in accordance with 5G New Radio (hereinafter referred to as NR) specifications.
  • NR 5G New Radio
  • gNB100 and UE200 can set a some radio
  • RAB wireless access bearer
  • the gNB 100 and the UE 200 can set the radio access bearer B1 and the radio access bearer B2. Moreover, gNB100 and UE200 respond
  • the gNB100 and UE200 ensure that data loss in the radio link control layer (RLC) is secured, so that the transmitting side obtains feedback from the receiving side, specifically, RLC status report while acquiring RLC status PDU (Protocol Data) Unit) transmission.
  • RLC Radio Link control layer
  • the gNB 100 transmits the RLC status report based on the transmission request (polling) of the RLC status report from the UE 200 (transmission side). Similarly, the UE 200 transmits the RLC status report, based on the transmission request (polling) of the RLC status report from the gNB 100 (transmission side).
  • gNB100 and UE200 comprise a communication apparatus.
  • FIG. 2 is a functional block configuration diagram of UE 200. As illustrated in FIG. 2, the UE 200 includes a transmission unit 210, a reception unit 220, and a control unit 230.
  • the transmission unit 210 transmits a UL signal according to NR.
  • the UL signal transmitted by the transmission unit 210 includes a physical layer (PHY) signal (radio signal), a radio resource control layer (RRC), and a non-access layer (NAS) signal.
  • PHY physical layer
  • RRC radio resource control layer
  • NAS non-access layer
  • FIG. 2 only protocol stacks of RRC, packet data convergence protocol layer (PDCP), and radio link control layer (RLC) are illustrated.
  • the transmitting unit 210 transmits an RLC data unit, specifically, an RLC PDU (Protocol Data Unit) to the gNB 100 (receiving side).
  • the RLC PDU is obtained by adding a header to an RLCRLSDU (Service Data Unit), and the RLC entity performs assembly from the RLC SDU into the RLC PDU and disassembly into the RLC PDU or the RLC SDU.
  • RLCRLSDU Service Data Unit
  • the receiving unit 220 receives a DL signal according to NR. Similar to the transmission unit 210, the DL signal received by the reception unit 220 includes a physical layer (PHY) signal (radio signal), a radio resource control layer (RRC), and a non-access layer (NAS) signal. .
  • PHY physical layer
  • RRC radio resource control layer
  • NAS non-access layer
  • the receiving unit 220 receives a status report for reporting the reception status of the RLC PDU from the gNB 100 (receiving side). Specifically, the receiving unit 220 receives the RLC status report transmitted from the gNB 100 based on polling that is a transmission request for the RLC status report.
  • the control unit 230 executes control related to the UL signal transmitted by the transmission unit 210 and the DL signal received by the reception unit 220.
  • the control unit 230 performs polling of RLC status report when a predetermined condition is satisfied.
  • the control unit 230 holds data configured as RLC PDUs in a buffer, specifically, a transmission buffer BF (see FIG. 4A and the like).
  • a transmission buffer BF see FIG. 4A and the like.
  • the control unit 230 receives an acknowledgment (ACK) to the RLC PDU transmitted by the RLC status report, the control unit 230 discards the RLC PDU from the transmission buffer BF.
  • ACK acknowledgment
  • the transmission buffer BF (which may be referred to as an L2 buffer) is used in common for all the set bearers (the radio access bearer B1 and the radio access bearer B2 in FIG. 1).
  • data RLC PDU or RLC SDU, hereinafter referred to as RLC PDU / RLC SDU
  • RLC PDU / RLC SDU packet loss occurs in the UE 200.
  • control unit 230 receives the RLC status report at a certain frequency and discards the data in the transmission buffer BF.
  • RLC status report from the reception side is transmitted in response to a request (polling) from the transmission side.
  • 3GPP regulates periodic polling and event polling. Such specified contents correspond to the “predetermined condition” described above.
  • Periodic polling is defined when the number of newly transmitted RLC PDUs exceeds a predetermined value (PollPDU) and when the amount of newly transmitted RLC PDUs exceeds a predetermined value (PollByte). Yes.
  • -PollPDU and PollByte have a certain number of new subsequent data after polling.-When there is no data that can be transmitted, the last data is not discarded from the transmission buffer BF (the transmission buffer is a buffer for new data, (Resend data buffer or both buffers may be included) ⁇ When the polling retransmission timer expires, it is always polled once since the last RLC status report was received.
  • FIG. 4A to 4C show examples of data retention and discard by the transmission buffer BF.
  • a plurality of new RLC SDUs arrive in the transmission buffer BF on the transmitting side (Tx), and some of them (# 1 to # 3) are transmitted as RLC PDUs.
  • the polling of RLC status report has not yet been performed, and when transmission up to # 4 is completed, polling is executed on the receiving side (Rx).
  • the RLC ⁇ SDU (corresponding to # 4) held in the transmission buffer BF may be discarded.
  • Such discard includes an overflow of the transmission buffer BF and a case where data stays in the PDCP for a predetermined period.
  • PDCP instructs RLC to discard data that has been in PDCP for a specified period of time. Such discard due to data retention may be executed by PDCP or RLC.
  • the gNB 100 and the UE 200 support carrier aggregation using the component carrier CC (see FIG. 1), and data using frequency diversity for URLLC (Ultra-Reliable and Low Latency Communications).
  • Duplicate transmission (Packet duplication) is executed.
  • an RLC entity is associated with each of the radio access bearer B1 and the radio access bearer B2 (see FIG. 1) for which Packet duplication is set. That is, each RLC entity is associated with a separate component carrier CC.
  • PDCP duplicates the transmission data and sends it to each RLC entity.
  • Each RLC entity transmits the replicated data to the receiving side as an RLC-PDU.
  • the data (RLC SDU) held in the transmission buffer BF by the other RLC entity is discarded.
  • the reception of an acknowledgment (ACK) for discarding the replicated data and the instruction for discarding the replicated data may be executed by direct information exchange or notification between RLC entities. Etc. may be executed through another layer.
  • the acknowledgment may be an ACK (continuous ACK or out-of-order ACK) in RLC, a channel such as MAC HARQ ACK (PHICH (Physical HARQ Indicator Channel), or PDCCH (Physical Downlink). It may be information (for example, a new transmission instruction for a specific HARQ process, a data discard instruction, etc.) indicated via Control (Channel), or information corresponding to an acknowledgment in a lower layer.
  • ACK continuous ACK or out-of-order ACK
  • PHICH Physical HARQ Indicator Channel
  • PDCCH Physical Downlink
  • the state of the transmission buffer BF as shown in FIG. 4C can occur more frequently.
  • control unit 230 performs polling separately from the case where the predetermined condition is satisfied. That is, the control unit 230 forcibly performs polling when the predetermined condition is not satisfied for a predetermined period.
  • control unit 230 can perform polling when the predetermined condition is not satisfied and a period in which there is no RLC-PDU that can be transmitted reaches the predetermined period.
  • control unit 230 can execute polling when a predetermined condition is not satisfied and a period in which polling is not performed reaches the predetermined period.
  • control unit 230 performs polling of RLC status report when at least one of new data (RLC PDU) and retransmission data cannot be transmitted.
  • the control unit 230 can suspend discarding of the RLC PDU even when a predetermined condition for discarding the transmitted RLC PDU held in the transmission buffer BF is satisfied.
  • control unit 230 suspends the RLC PDU discard notification for the RLC even when the above-described predetermined condition is satisfied.
  • the controller 230 suspends the discarding of the RLC PDU in the RLC. Such a deferred hold operation of RLC PDU will be described later.
  • FIG. 3 is a functional block configuration diagram of gNB100. As illustrated in FIG. 3, the gNB 100 includes a transmission unit 110, a reception unit 120, and a control unit 130.
  • the functional blocks of the transmission unit 110, the reception unit 120, and the control unit 130 are substantially the same as the transmission unit 210, the reception unit 220, and the control unit 230 of the UE 200 described above.
  • CU CentralCUUnit
  • PDCP-RLC split distributed Unit
  • FIG. 5 shows a polling operation flow (operation example 1) of the RLC status report by the UE 200.
  • polling is forcibly triggered when the above-described “predetermined condition” for polling is not satisfied.
  • gNB100 can perform the same operation
  • the time when there is no data (at least one of new data and retransmission data) that can be transmitted in the RLC is measured using a timer.
  • new data will be lost unexpectedly (data depletion cannot be predicted), so that data that can be transmitted If does not exist, force polling to be triggered.
  • RLC inactivity timer measures the time when there is no data (RLC PDU / RLC SDU) that can be transmitted in RLC.
  • the timer value of RLC inactivity timer may be set to “0”.
  • the UE 200 resets the RLC “inactivity” timer and restarts every time data that can be transmitted occurs (arrives at the RLC) (S20, S30).
  • the UE 200 determines whether there is polling (specifically, expected) due to the other conditions being satisfied (S40, S50).
  • UE 200 performs polling of RLC status report to gNB100 (reception side) (S60).
  • polling is not expected includes, for example, the following states.
  • RLC SDU (or RLC PDU) for which polling has not been triggered due to other conditions, and ACK has not been completed.
  • RLC SDU (or ACK has not been completed) for which t-PollRetransmit has not been activated.
  • RLC PDU is present
  • the existing trigger for example, the expiration of t-PollRetransmit, or the case where the PollByte / PollPDU exceeds the threshold may be used as the polling trigger in S60.
  • control of the RLC “inactivity” timer may be realized by different methods as long as polling is triggered at a necessary timing.
  • condition determination in the control described above may be executed at different timings.
  • RLC inactivity timer startup (restart) timing is when there is no data that can be transmitted (when it is detected that there is no data), or there is no data that can be transmitted and ACK has not been completed. There may be data.
  • the RLC inactivity timer is stopped when there is no more data for which ACK has not been completed, and it is not necessary to determine whether there is data for which ACK has not been completed when the RLC inactivity timer expires.
  • the determination of whether or not polling is expected may be used to determine whether or not the timer needs to be started.
  • the RLC inactivity timer can be activated when it is determined that polling is not expected, there is no data that can be transmitted, and there is data for which ACK has not been completed.
  • FIG. 6 shows an RLC status report polling operation flow (operation example 2) by the UE 200. Also in this operation example, similarly to the operation example 1, when the above-mentioned “predetermined condition” of polling is not satisfied, polling is forcibly triggered. In addition, gNB100 can perform the same operation
  • the time when polling of RLC status report is not performed using a timer is measured. That is, when the data in the transmission buffer BF as shown in FIGS. 4A to 4C cannot be discarded, the periodic polling is based on the transmission of new data (RLC PDU number or byte number) only. Therefore, it triggers periodic polling on a time basis.
  • Polling inactivity timer measures the time since the last polling of RLC status report. In a normal case, it is intended to complement by polling based on Polling inactivity timer while responding by polling based on satisfaction of the predetermined condition described above.
  • UE200 resets polling activity timer every time polling of RLC status report occurs (S120, S130).
  • the restart timing of Polling ⁇ inactivity may be any of the following or a combination.
  • RLC PDU -When an RLC entity is established (when data arrives for the first time after establishment of the RLC entity, or when an RLC PDU is generated (transmitted) for the first time after establishment of the RLC entity)-When polling is triggered (RLC PDU) Including before reflection) -When an RLC PDU with polling set is generated-When an RLC PDU with polling set is sent to a lower layer (or an entity that terminates the lower layer (or node: for gNB100)-Polling is set When an RLC PDU is mapped to a lower layer data unit (for example, MAC PDU or Transport block) ⁇ When an RLC PDU with polling set is sent to the radio section ⁇ An RLC status report for an RLC PDU with polling set Received (when t-PollRetransmit is stopped).
  • the UE 200 determines whether there is data (RLC SDU) for which ACK has not been completed (S140, S150).
  • UE 200 When there is data for which ACK has not been completed, UE 200 performs polling of RLC status report to gNB 100 (reception side) (S160).
  • whether or not there is data for which ACK has not been completed may be used as a condition for starting Polling inactivity timer, not when the Polling inactivity timer expires. In this case, the Polling inactivity timer is stopped when there is no more ACK incomplete data, and when the Polling inactivity timer expires, polling is performed without determining whether there is data that has not been acknowledged. Also good.
  • POLL_SN polling sequence number
  • FIG. 7 shows a suspension operation flow (operation example 3) for discarding the RLC PDU by the UE 200.
  • operation example 3 by suspending discarding of the data held in the transmission buffer BF, at least polling due to the depletion of data that can be newly transmitted is triggered.
  • gNB100 can perform the same operation
  • the UE 200 determines whether or not a discard condition for data (RLC PDU / RLC SDU) held in the transmission buffer BF is satisfied (S210).
  • the discard condition is the expiration of discard timer for discarding the data, and the reception of ACK for the other 0 from the other leg.
  • UE 200 suspends the discard notification of the data to RLC even when such a data discard condition is satisfied (S220).
  • a predetermined number (X pieces) of data (RLCRLPDU / RLC SDU) among untransmitted data (or data that has not been mapped to RLC ⁇ ⁇ PDU) may be excluded from being discarded.
  • X 1 may be sufficient and the value of X may be designated by gNB100 or a core network (not shown).
  • the last data held in the transmission buffer BF may be excluded from the discard target. Whether it is the last data may be determined using a timer as shown in the first operation example. Whether it is the last data or not may be determined by PDCP, or the determination result in RLC may be fed back to PDCP.
  • RLC may be instructed by RCP to be data that is not subject to destruction by PDCP.
  • information related to each RLC SDU may be given, or only when it is given, it may be interpreted as a non-cancellation target.
  • the discard timer that discards the data may not be started, and the data held in the transmission buffer BF may be excluded from the discard target.
  • the UE 200 determines whether or not data that can be newly transmitted is exhausted (S230). That is, since the notification of discarding the data to the RLC is suspended, the data held in the transmission buffer BF is not discarded by the discard instruction from the PDCP.
  • UE200 performs polling of RLC status report when data that can be newly transmitted is exhausted (S240).
  • FIG. 8 shows a hold operation flow (operation example 4) for discarding the RLC PDU by the UE 200.
  • operation example 4 even if the RLC PDU discard notification for the RLC is received from the PDCP, the RLC PDU discard in the RLC is suspended.
  • differences from the operation example 3 will be mainly described.
  • the UE 200 determines whether or not there is a discard notification from the PDCP (S310).
  • UE 200 suspends discard of RLC PDU / RLC SDU in RLC even if the discard notification is received from PDCP (S320). That is, the UE 200 ignores the discard notification.
  • UE 200 may feed back to PDCP that the discard notification has been ignored.
  • steps S330 and S340 is the same as S230 and S240 of operation example 3.
  • the discard notification from the PDCP is ignored, the amount of data held in the transmission buffer BF continues to increase. As a result, the data that can be newly transmitted is depleted unless the data held in the transmission buffer BF is discarded by polling the RLC status report.
  • the following action / effect can be obtained.
  • the UE 200 (same for gNB100, the same applies hereinafter), as shown in the operation example 1 and the operation example 2, the RLC status report when the above-described “predetermined condition” of polling is not satisfied for a predetermined period of time. Polling is performed.
  • the UE 200 performs polling when the “predetermined condition” for polling is not satisfied and a period in which there is no new RLC ⁇ PDU has reached the predetermined period. Further, in the present embodiment, the UE 200 performs polling when the “predetermined condition” for polling is not satisfied and the period during which polling is not performed reaches the predetermined period.
  • the UE 200 suspends discarding of the RLC PDU. Therefore, the amount of data held in the transmission buffer BF continues to increase, and as a result, data that can be newly transmitted is depleted. When the data that can be newly transmitted is depleted, UE 200 performs polling of RLC status report.
  • the UE 200 suspends the RLC PDU discard notification for the RLC. For this reason, since the RLC entity cannot recognize the discard of the RLC PDU from the transmission buffer BF, a state where data that can be newly transmitted is exhausted can be surely formed.
  • the UE 200 even when the UE 200 receives the discard notification from the PDCP, the UE 200 suspends the discard of the RLC PDU / RLC SDU in the RLC. That is, the UE 200 ignores the discard notification. For this reason, since the RLC entity does not discard the RLC ⁇ PDU from the transmission buffer BF, a state where data that can be newly transmitted is exhausted can be surely formed.
  • the UE 200 has been described as an example, but as noted in each operation example, the gNB 100 can also perform the same operation.
  • radio link control layer is a layer (entity) that executes control related to the radio link
  • the RLC may be called with a different name.
  • the radio resource control layer (RRC) and the packet data convergence protocol layer (PDCP) may be referred to by different names as long as they have similar functions (entities).
  • NR has been described as an example, but similar control may be applied to LTE.
  • each functional block may be realized by one device physically and / or logically coupled, and two or more devices physically and / or logically separated may be directly and / or indirectly. (For example, wired and / or wireless) and may be realized by the plurality of devices.
  • FIG. 9 is a diagram illustrating an example of a hardware configuration of the apparatus.
  • the apparatus may be configured as a computer apparatus including a processor 1001, a memory 1002, a storage 1003, a communication apparatus 1004, an input apparatus 1005, an output apparatus 1006, a bus 1007, and the like.
  • Each functional block (see FIGS. 2 and 3) of the device is realized by any hardware element of the computer device or a combination of the hardware elements.
  • the processor 1001 controls the entire computer by operating an operating system, for example.
  • the processor 1001 may be configured by a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic device, a register, and the like.
  • CPU central processing unit
  • the memory 1002 is a computer-readable recording medium, and includes, for example, at least one of ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), and the like. May be.
  • the memory 1002 may be called a register, a cache, a main memory (main storage device), or the like.
  • the memory 1002 can store a program (program code) that can execute the method according to the above-described embodiment, a software module, and the like.
  • the storage 1003 is a computer-readable recording medium such as an optical disc such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disc, a magneto-optical disc (eg a compact disc, a digital versatile disc, a Blu-ray). (Registered trademark) disk, smart card, flash memory (for example, card, stick, key drive), floppy (registered trademark) disk, magnetic strip, and the like.
  • the storage 1003 may be referred to as an auxiliary storage device.
  • the recording medium described above may be, for example, a database including a memory 1002 and / or a storage 1003, a server, or other suitable medium.
  • the communication device 1004 is hardware (transmission / reception device) for performing communication between computers via a wired and / or wireless network, and is also referred to as a network device, a network controller, a network card, a communication module, or the like.
  • the input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts an input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, an LED lamp, or the like) that performs output to the outside. Note that the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).
  • each device such as the processor 1001 and the memory 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured with a single bus or may be configured with different buses between apparatuses.
  • notification of information includes physical layer signaling (for example, DCI (Downlink Control Information), UCI (Uplink Control Information)), upper layer signaling (for example, RRC signaling, MAC (Medium Access Control) signaling, broadcast information (MIB ( Master (Information Block), SIB (System Information Block)), other signals, or combinations thereof, and RRC signaling may also be referred to as RRC messages, eg, RRC Connection Connection message, RRC It may be a Connection ⁇ ⁇ Reconfiguration message.
  • RRC messages eg, RRC Connection Connection message, RRC It may be a Connection ⁇ ⁇ Reconfiguration message.
  • input / output information may be stored in a specific location (for example, a memory) or may be managed by a management table.
  • the input / output information can be overwritten, updated, or appended.
  • the output information may be deleted.
  • the input information may be transmitted to other devices.
  • the specific operation performed by the gNB 100 may be performed by another network node (device).
  • the function of gNB100 may be provided by a combination of a plurality of other network nodes.
  • a channel and / or symbol may be a signal (signal) if there is a corresponding description.
  • the signal may be a message.
  • system and “network” may be used interchangeably.
  • the parameter or the like may be represented by an absolute value, may be represented by a relative value from a predetermined value, or may be represented by other corresponding information.
  • the radio resource may be indicated by an index.
  • the gNB 100 can accommodate one or a plurality of (for example, three) cells (also called sectors). When a base station accommodates multiple cells, the entire coverage area of the base station can be partitioned into multiple smaller areas, each smaller area being a base station subsystem (eg, indoor small base station RRH: Remote Radio Head) can also provide communication services.
  • a base station subsystem eg, indoor small base station RRH: Remote Radio Head
  • the term “cell” or “sector” refers to part or all of the coverage area of a base station and / or base station subsystem that provides communication services in this coverage. Further, the terms “base station”, “eNB”, “cell”, and “sector” may be used interchangeably herein.
  • the base station may be called by a term such as a fixed station (fixed station), NodeB, eNodeB (eNB), gNodeB (gNB), access point (access point), femtocell, or small cell.
  • UE 200 is a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal by those skilled in the art. , Remote terminal, handset, user agent, mobile client, client, or some other appropriate terminology.
  • the phrase “based on” does not mean “based only on”, unless expressly specified otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • any reference to elements using designations such as “first”, “second”, etc. as used herein does not generally limit the amount or order of those elements. These designations can be used herein as a convenient way to distinguish between two or more elements. Thus, a reference to the first and second elements does not mean that only two elements can be employed there, or that in some way the first element must precede the second element.
  • Wireless communication system 100 gNB 110 Transmitter 120 Receiver 130 Controller 200 UE 210 Transmitter 220 Receiver 230 Controller B1, B2 Radio access bearer BF Transmit buffer 1001 Processor 1002 Memory 1003 Storage 1004 Communication device 1005 Input device 1006 Output device 1007 Bus

Landscapes

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

Abstract

通信装置は、無線リンク制御レイヤにおけるRLC PDUを受信側に送信し、当該データユニットの受信状態を報告するRLC status reportを受信側から受信する。通信装置は、所定条件が満たされた場合、RLC status reportのポーリングを実行する。また、通信装置は、所定期間に亘って当該所定条件が満たされない場合、RLC status reportのポーリングを実行する。

Description

通信装置
　本発明は、無線リンク制御レイヤを有する通信装置に関する。
　3rd Generation Partnership Project（3GPP）は、Long Term Evolution（LTE）を仕様化し、LTEのさらなる高速化を目的としてLTE-Advanced（以下、LTE-Advancedを含めてLTEという）を仕様化している。また、3GPPでは、さらに、5G New Radio（NR）などと呼ばれるLTEの後継システムの仕様が検討されている。
　NRでも、無線リンク制御レイヤ（RLC）でのデータのロスレスを担保するため、送信側は、受信側からのフィードバック、具体的には、RLC status reportを取得しながら、RLC PDU（Protocol Data Unit）の送信を制御している。
　RLC status reportは、送信側からの要求（ポーリング）に基づいて送信される。当該ポーリング条件としては、送信されたRLC PDUの数またはデータ量、及び特定のイベントが規定されている（非特許文献１参照）。RLCエンティティは、RLC status reportに基づいて、バッファに滞留しているデータを破棄する。
3GPP TS 38.322 V15.0.0 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Radio Link Control (RLC) protocol specification (Release 15)、3GPP、2017年12月
　しかしながら、上述したRLC status reportのポーリングには、次のような問題がある。具体的には、上述したポーリング条件が満たされず、送信側のバッファに滞留しているデータを破棄できない場合がある。また、既にバッファに滞留している肯定応答（ACK）の受信未了のデータに対するRLC status reportが遅延するため、RLCでの再送が遅延する。
　特に、NRでは、URLLC（Ultra-Reliable and Low Latency Communications）向けに、周波数ダイバシティを用いたデータの重複送信が採用される。この場合、当該重複送信を実行する各RLCエンティティは、複数のコンポーネントキャリア／論理チャネル向けに複製されたRLC SDU（Service Data Unit）を送信する。何れ一方のRLCエンティティが受信側からACKを受信すると、他方のRLCエンティティがバッファに保持していた当該RLC SDUは、バッファから破棄される。
　このようにバッファに滞留している一部のデータ（RLC SDU）が破棄されると、バッファに滞留しているACK待ち状態の他のデータについては、長時間に亘ってポーリング条件が満たされず、バッファから破棄できない状態、及びRLCでの再送の遅延が発生し得る。
　そこで、本発明は、このような状況に鑑みてなされたものであり、RLCエンティティにおけるさらに適切なバッファ制御を実現し得る通信装置の提供を目的とする。
　本発明の一態様は、通信装置（例えば、UE200）であって、無線リンク制御レイヤにおけるデータユニット（RLC PDU）を受信側に送信する送信部（送信部210）と、前記データユニットの受信状態を報告するステータスレポート（RLC status report）を前記受信側から受信する受信部（受信部220）と、所定条件が満たされた場合、前記ステータスレポートのポーリングを実行する制御部（制御部230）とを備え、前記制御部は、所定期間に亘って前記所定条件が満たされない場合、前記ポーリングを実行する。
　本発明の一態様は、通信装置（例えば、UE200）であって、無線リンク制御レイヤにおけるデータユニット（RLC PDU）を受信側に送信する送信部（送信部210と、前記データユニットの受信状態を報告するステータスレポートを前記受信側から受信する受信部（受信部220）と、送信可能な前記データユニットが送信できない場合、前記ステータスレポートのポーリングを実行する制御部（制御部230）とを備え、前記制御部は、バッファ（送信バッファBF）に保持されている送信済みの前記データユニットを破棄する所定条件が満たされた場合でも、前記データユニットの破棄を保留する。
図１は、無線通信システム10の全体概略構成図である。 図２は、UE200の機能ブロック構成図である。 図３は、gNB100の機能ブロック構成図である。 図４Ａは、送信バッファBFによるデータの保持及び破棄の例を示す図である。 図４Ｂは、送信バッファBFによるデータの保持及び破棄の例を示す図である。 図４Ｃは、送信バッファBFによるデータの保持及び破棄の例を示す図である。 図５は、UE200によるRLC status reportのポーリング動作フロー（動作例１）を示す図である。 図６は、UE200によるRLC status reportのポーリング動作フロー（動作例２）を示す図である。 図７は、UE200によるRLC PDUの破棄の保留動作フロー（動作例３）を示す図である。 図８は、UE200によるRLC PDUの破棄の保留動作フロー（動作例４）を示す図である。 図９は、gNB100及びUE200のハードウェア構成の一例を示す図である。
　以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一または類似の符号を付して、その説明を適宜省略する。
　（１）無線通信システムの全体概略構成
　図１は、本実施形態に係る無線通信システム10の全体概略構成図である。無線通信システム10は、無線基地局100（以下、gNB100）及びユーザ装置200（以下、UE200）を含む。
　gNB100及びUE200は、5G New Radio（以下、NR）の仕様に従った無線通信を実行する。特に、本実施形態では、gNB100及びUE200は、複数の無線アクセスベアラ（RAB）を同時に設定できる。
　具体的には、gNB100及びUE200は、無線アクセスベアラB1及び無線アクセスベアラB2を設定できる。また、gNB100及びUE200は、複数のコンポーネントキャリアCCを同時に送受信することによって高速伝送を実現するキャリアアグリゲーションに対応している。
　gNB100及びUE200は、無線リンク制御レイヤ（RLC）でのデータのロスレスを担保するため、送信側は、受信側からのフィードバック、具体的には、RLC status reportを取得しながら、RLC PDU（Protocol Data Unit）の送信を制御する。
　gNB100は、UE200（送信側）からのRLC status reportの送信要求（ポーリング）に基づいて、RLC status reportを送信する。同様に、UE200は、gNB100（送信側）からのRLC status reportの送信要求（ポーリング）に基づいて、RLC status reportを送信する。
　本実施形態において、gNB100及びUE200は、通信装置を構成する。
　（２）無線通信システムの機能ブロック構成
　次に、無線通信システム10の機能ブロック構成について説明する。具体的には、gNB100及びUE200の機能ブロック構成について説明する。なお、説明の便宜上、UE200から説明する。
　（２．１）UE200
　図２は、UE200の機能ブロック構成図である。図２に示すように、UE200は、送信部210、受信部220及び制御部230を備える。
　送信部210は、NRに従ったUL信号を送信する。送信部210が送信するUL信号には、物理レイヤ（PHY）の信号（無線信号）から無線リソース制御レイヤ（RRC）、及び非アクセス層（NAS）の信号が含まれる。なお、図２では、RRC、パケット・データ・コンバージェンス・プロトコル・レイヤ（PDCP）及び無線リンク制御レイヤ（RLC）のプロトコルスタックのみが例示されている。
　特に、本実施形態では、送信部210は、RLCにおけるデータユニット、具体的には、RLC PDU（Protocol Data Unit）をgNB100（受信側）に送信する。RLC PDUは、RLC SDU（Service Data Unit）にヘッダなどが付加されたものであり、RLCエンティティによって、RLC SDUからRLC PDUへの組立、及びRLC PDUかRLC SDUへの分解が実行される。
　受信部220は、NRに従ったDL信号を受信する。送信部210と同様に、受信部220が受信するDL信号には、物理レイヤ（PHY）の信号（無線信号）から無線リソース制御レイヤ（RRC）、及び非アクセス層（NAS）の信号が含まれる。
　特に、本実施形態では、受信部220は、RLC PDUの受信状態を報告するステータスレポートをgNB100（受信側）から受信する。具体的には、受信部220は、RLC status reportの送信要求であるポーリングに基づいてgNB100から送信されたRLC status reportを受信する。
　制御部230は、送信部210によって送信されるUL信号、及び受信部220によって受信されるDL信号に関する制御を実行する。
　特に、本実施形態では、制御部230は、所定条件が満たされた場合、RLC status reportのポーリングを実行する。制御部230は、RLC PDUとして構成されたデータをバッファ、具体的には、送信バッファBF（図４Ａなど参照）に保持する。制御部230は、RLC status reportによって送信したRLC PDUに対する肯定応答（ACK）を受信すると、当該RLC PDUを送信バッファBFから破棄する。
　送信バッファBF（L2バッファと呼ばれてもよい）は、設定されている全ベアラ（図１の無線アクセスベアラB1及び無線アクセスベアラB2）で共通に用いられる。送信バッファBFに保持されるデータ（RLC PDUまたはRLC SDU、以下、RLC PDU/RLC SDUと表記）が一杯になると、UE200内においてパケットロスが発生する。
　このため、制御部230（送信側）は、一定の頻度でRLC status reportを受信し、送信バッファBF内のデータを破棄する。上述したように、受信側からのRLC status reportは、送信側からの要求（ポーリング）に応じて送信される。
　3GPPでは、周期的なポーリングと、イベント的なポーリングとを規定している。このような規定内容は、上述した「所定条件」と対応する。
　周期的なポーリングとしては、新規に送信したRLC PDUの数が所定値を超えた場合（PollPDU）、及び新規に送信したRLC PDUのデータ量が所定値を超えた場合（PollByte）が規定されている。
　イベント的なポーリングとしては、新規に送信できるデータがない（例えば、データ枯渇、Stalling）、及びポーリング再送タイマ（t-PollRetransmit）の満了が規定されている。
　このようなポーリングの契機（トリガ）は、以下の事象が前提となっている。
　　・PollPDU及びPollByteは、ポーリング後に新規の後続データが一定数到来する
　　・送信可能なデータがない場合、最後のデータが送信バッファBFから破棄されることがない（送信バッファは、新規データ用バッファ、再送データ用バッファまたは両バッファを含んでもよい）
　　・ポーリング再送タイマの満了は、最後にRLC status reportを受信してから、必ず一度はポーリングされている
　しかしながら、このような前提が成り立たたず、ポーリングがトリガされないため、送信バッファBFのデータを破棄できない、或いはRLCでの再送をトリガできない場合が存在する。つまり、所定期間に亘って、上述した所定条件が満たされない場合が存在し得る。
　図４Ａ～図４Ｃは、送信バッファBFによるデータの保持及び破棄の例を示す。図４Ａに示すように、送信側（Tx）の送信バッファBFには、複数の新規RLC SDUが到来し、その一部（#1～#3）がRLC PDUとして送信される。図４Ａでは、まだ、RLC status reportのポーリングはされておらず、#4まで送信が完了すると、受信側（Rx）にポーリングが実行される。
　次いで、図４Ｂに示すように、送信バッファBFに保持されているRLC SDU（#4相当）が破棄される場合がある。このような破棄は、送信バッファBFのオーバーフロー、及びPDCPにおいてデータが所定期間滞留している場合などが挙げられる。
　PDCPにおいて所定期間滞留していたデータに対しては、PDCPからRLCに対して破棄が指示される。このようなデータの滞留に起因する破棄は、PDCPで実行されてもよいし、RLCで実行されてもよい。
　このような破棄が発生すると、図４Ｃに示すように、ポーリングの契機がなく、RLC status reportを受信することができず、送信バッファBFのデータ（#1～#3）を破棄できない。
　特に、本実施形態では、gNB100及びUE200は、コンポーネントキャリアCC（図１参照）を用いたキャリアアグリゲーションに対応しており、URLLC（Ultra-Reliable and Low Latency Communications）向けに、周波数ダイバシティを用いたデータの重複送信（Packet duplication）が実行される。
　この場合、Packet duplicationが設定される無線アクセスベアラB1及び無線アクセスベアラB2（図１参照）には、それぞれRLCエンティティが関連付けられる。つまり、各RLCエンティティは、別個のコンポーネントキャリアCCに関連付けられる。
　PDCPは、送信データを複製し、各RLCエンティティに送出する。各RLCエンティティは、複製されたデータをRLC PDUとして受信側に送信する。何れか一方のRLCエンティティが、RLC status reportによって当該RLC PDUに対する肯定応答を受信した場合、他方のRLCエンティティによって送信バッファBFに保持されていたデータ（RLC SDU）は破棄される。
　なお、複製されたデータを破棄するための肯定応答（ACK）の受信、及び当該複製されたデータの破棄指示は、RLCエンティティ間の直接的な情報交換または通知によって実行されてもよいし、PDCPなどの別レイヤを介して実行されてもよい。
　また、肯定応答は、RLCでのACK（連続的なACKまたはout-of-orderのACK）でもよいし、MACのHARQ ACK（PHICH（Physical HARQ Indicator Channel）のようなチャネル、またはPDCCH（Physical Downlink Control Channel）を介して指示される情報（例えば、特定のHARQプロセスに対する新規送信指示、データの破棄指示など）でもよい。或いは、より低いレイヤにおける肯定応答に相当する情報でもよい。
　つまり、Packet duplicationが実行される場合、図４Ｃに示したような送信バッファBFの状態がより頻繁に発生し得る。
　そこで、制御部230は、所定期間に亘って上述した所定条件が満たされない場合、当該所定条件が満たされた場合とは別個に、ポーリングを実行する。つまり、制御部230は、所定期間に亘って当該所定条件が満たされない場合、強制的にポーリングを実行する。
　具体的には、制御部230は、当該所定条件が満たされず、かつ送信可能なRLC PDUが存在しない期間が所定期間に到達した場合、ポーリングを実行できる。
　また、制御部230は、所定条件が満たされず、かつポーリングが実行されない期間が所定期間に到達した場合、ポーリングを実行できる。
　このようなポーリングの具体的な動作については、さらに後述する。なお、PollPDUまたはPollByteの設定値を小さくし、RLC status reportを頻繁に送信させる方法も考えられるが、その分オーバヘッドが大きくなるため、好ましくない。
　また、上述したように、制御部230は、新規のデータ（RLC PDU）及び再送データの少なくとも一方が送信できない場合、RLC status reportのポーリングを実行する。ここで、制御部230は、送信バッファBFに保持されている送信済みのRLC PDUを破棄する所定条件が満たされた場合でも、RLC PDUの破棄を保留することができる。
　具体的には、制御部230は、上述した所定条件が満たされた場合でも、RLCに対するRLC PDUの破棄通知を保留する。或いは、制御部230は、PDCPからRLCに対するRLC PDUの破棄通知を受信しても、RLCにおけるRLC PDUの破棄を保留する。このようなRLC PDUの破棄の保留動作については、さらに後述する。
　（２．２）gNB100
　図３は、gNB100の機能ブロック構成図である。図３に示すように、gNB100は、送信部110、受信部120及び制御部130を備える。
　送信部110、受信部120及び制御部130の各機能ブロックは、上述したUE200の送信部210、受信部220及び制御部230と概ね同様である。
　なお、gNB100の場合、CU（Central Unit）-DU（Distributed Unit） split（PDCP-RLC split）が適用される場合には、PDCP-RLC間の連携は、F1 I/Fを用いて実行されてもよい。
　（３）無線通信システムの動作
　次に、無線通信システム10の動作について説明する。具体的には、UE200によるRLC status reportのポーリング動作（動作例１，２）、及びUE200によるRLC PDUの破棄の保留動作（動作例３，４）について説明する。
　（３．１）動作例１
　図５は、UE200によるRLC status reportのポーリング動作フロー（動作例１）を示す。本動作例では、上述したポーリングの「所定条件」を満足しない場合に、強制的にポーリングがトリガされる。なお、gNB100も同様の動作を実行し得る。
　具体的には、タイマを用いてRLCにおける送信可能なデータ（新規データ及び再送データの少なくとも一方）が存在しない時間が計測される。つまり、図４Ａ～図４Ｃに示したような送信バッファBFのデータを破棄できない場合は、新規のデータが予期せず無くなってしまう（データ枯渇を予見できない）ことに起因するため、送信可能なデータが存在しない場合、強制的にポーリングをトリガする。
　より具体的には、図５に示すように、UE200は、RLC inactivity timerを起動する（S10）。RLC inactivity timerは、RLCにおける送信可能なデータ（RLC PDU/RLC SDU）がない時間を計測する。
　つまり、後続のデータが到来することを期待して上述した所定条件に基づくポーリングが実行されることを所定期間に亘って待機する。このような待機が不要であれば、RLC inactivity timerのタイマ値を「0」に設定してもよい。
　UE200は、送信可能なデータが発生する（RLCに到来する）都度、RLC inactivity timerをリセットし、再起動する（S20, S30）。
　RLC inactivity timerが満了した場合、UE200は、他の条件が満たされることによるポーリングがあるか（具体的には、見込まれるか）を判定する（S40, S50）。
　当該ポーリングが見込まれない場合、UE200は、gNB100（受信側）にRLC status reportのポーリングを実行する（S60）。
　なお、ポーリングが見込まれない場合とは、例えば、以下のような状態が挙げられる。
　　・他の条件によってポーリングがトリガされておらず、かつACKが未了のRLC SDU（またはRLC PDU）が存在する
　　・t-PollRetransmitが起動しておらず、かつACKが未了のRLC SDU（またはRLC PDU）が存在する
　また、S60のポーリングのトリガは、既存のトリガ、例えば、t-PollRetransmitの満了、またはPollByte/PollPDUが閾値を超過した場合を流用してもよい。
　なお、RLC inactivity timerの制御は、必要なタイミングでポーリングがトリガされる限り、異なる方法によって実現されてもよい。例えば、上述した制御における条件判定は、異なるタイミングで実行されてもよい。
　また、RLC inactivity timerの起動（再起動）のタイミングは、送信可能なデータがなくなった場合（当該データがなくなったことを検出した場合）、または送信可能なデータがなく、かつACKが未了のデータがある場合でもよい。この場合、RLC inactivity timerは、ACKが未了のデータがなくなったタイミングで停止され、RLC inactivity timerの満了時には、ACKが未了のデータが存在するか否かを判定しなくてもよい。
　また、ポーリングが見込まれるか否かの判定は、タイマの起動要否の判定のために用いられてもよい。この場合、RLC inactivity timerは、ポーリングが見込まれないと判定された場合であって、送信可能なデータがない、かつACKが未了のデータがある場合に起動され得る。
　さらに、本動作例では、RLC inactivity timerという新しいタイマを用いて説明したが、t-PollRetransmitなど、ポーリングをトリガする他のタイマを流用してもよい。
　（３．２）動作例２
　図６は、UE200によるRLC status reportのポーリング動作フロー（動作例２）を示す。本動作例でも、動作例１と同様に、上述したポーリングの「所定条件」を満足しない場合に、強制的にポーリングがトリガされる。なお、gNB100も同様の動作を実行し得る。
　具体的には、タイマを用いてRLC status reportのポーリングをしていない時間が計測される。つまり、図４Ａ～図４Ｃに示したような送信バッファBFのデータを破棄できない場合は、周期的なポーリングが、新規データの送信（RLC PDU数またはバイト数）にのみ基づいていることに起因するため、時間ベースでの周期的なポーリングをトリガする。
　より具体的には、図６に示すように、UE200は、Polling inactivity timerを起動する（S110）。Polling inactivity timerは、最後にRLC status reportのポーリングを実行した時点からの時間を計測する。通常の場合は、上述した所定条件の満足によるポーリングで対応しつつ、Polling inactivity timerに基づくポーリングにより補完することを意図している。
　UE200は、RLC status reportのポーリングが発生する都度、Polling inactivity timerをリセットし、再起動する（S120, S130）。
　なお、Polling inactivity timerの再起動のタイミングは、以下の何れか、または組み合わせとしてもよい。
　　・RLCエンティティが確立された場合（RLCエンティティの確立後、初めてデータが到来する場合、或いはRLCエンティティの確立後、初めてRLC PDUを生成する（送信する）場合
　　・ポーリングがトリガされる場合（RLC PDUへの反映前も含む）
　　・ポーリングが設定されたRLC PDUを生成した場合
　　・ポーリングが設定されたRLC PDUが下位レイヤ（または下位レイヤを終端するエンティティ（またはノード：gNB100の場合）へ送出された場合
　　・ポーリングが設定されたRLC PDUが下位レイヤのデータユニット（例えば、MAC PDUまたはTransport block）にマッピングされる場合
　　・ポーリングが設定されたRLC PDUを無線区間に送信した場合
　　・ポーリングが設定されたRLC PDUに対するRLC status reportを受信した場合（t-PollRetransmitが停止された場合）。
　Polling inactivity timerが満了した場合、UE200は、ACKが未了のデータ（RLC SDU）が存在するか否かを判定する（S140, S150）。
　ACKが未了のデータが存在する場合、UE200は、gNB100（受信側）にRLC status reportのポーリングを実行する（S160）。
　なお、ACKが未了のデータが存在するか否かは、Polling inactivity timer満了時ではなく、Polling inactivity timer起動の条件として用いられてもよい。この場合、Polling inactivity timerは、ACKが未了のデータがなくなった時点で停止され、Polling inactivity timer満了時には、ACKが未了のデータが存在するか否かを判定することなくポーリングが実行されてもよい。
　また、3GPP TS38.322 5.3.3.2章では、ポーリングを実行した場、ポーリング用のシーケンス番号（POLL_SN）を、TX_Next - 1に設定することが規定されているが、POLL_SNは、以下のように設定されてもよい（動作例１及び動作例２に共通）。
　　・最後に送信したACKが未了のRLC SDU（RLC PDU）に関連付けられているシーケンス番号
　　・ACKが未了RLC SDU（RLC PDU）のうち、最大のシーケンス番号（但し、シーケンス番号が巡回して繰り返される場合も含む）
　（３．３）動作例３
　図７は、UE200によるRLC PDUの破棄の保留動作フロー（動作例３）を示す。本動作例では、送信バッファBFに保持されているデータの破棄を保留することによって、少なくとも新規に送信できるデータの枯渇によるポーリングがトリガされるようにする。なお、gNB100も同様の動作を実行し得る。
　具体的には、図７に示すように、UE200は、送信バッファBFに保持されているデータ（RLC PDU/RLC SDU）の破棄条件が満たされるか否かを判定する（S210）。破棄条件とは、当該データを破棄するdiscard timerの満了、及び他レグからの当該で０他に対するACK受信である。
　UE200は、このようなデータの破棄条件が満たされた場合でも、RLCへの当該データの破棄通知を保留する（S220）。
　なお、未送信のデータ（またはRLC PDUへ未マッピングのデータ）のうち、所定個（X個）のデータ（RLC PDU/RLC SDU）を破棄対象外としてもよい。また、X＝1でもよいし、Xの値は、gNB100またはコアネットワーク（不図示）によって指定されてもよい。
　また、送信バッファBFに保持されている時間的に最後のデータを破棄対象外としてもよい。最後のデータか否かは、動作例１に示したようなタイマを用いて判定してもよい。なお、最後のデータか否かは、PDCPにおける判定でもよいし、RLCにおける判定結果をPDCPにフィードバックしてもよい。
　或いは、PDCPが破棄対象外とするデータをRLCに指示してもよい。この場合、RLC SDU毎に関連する情報が付与されてもよいし、付与された場合にのみ破棄対象外と解釈されてもよい。
　さらに、当該データを破棄するdiscard timer自体を起動しないようにして、送信バッファBFに保持されているデータを破棄対象外としてもよい。
　次いで、UE200は、新規に送信できるデータが枯渇するか否かを判定する（S230）。つまり、RLCへの当該データの破棄通知が保留されるため、送信バッファBFに保持されるデータは、PDCPからの破棄指示によっては破棄されない。
　PDCPからの破棄指示以外で破棄されない限り、データ枯渇（送信可能なデータがなくなる）場合にポーリングをトリガすることが可能となる。
　UE200は、新規に送信できるデータが枯渇すると、RLC status reportのポーリングを実行する（S240）。
　（３．４）動作例４
　図８は、UE200によるRLC PDUの破棄の保留動作フロー（動作例４）を示す。本動作例では、PDCPからRLCに対するRLC PDUの破棄通知を受信しても、RLCにおけるRLC PDUの破棄を保留する。以下、動作例３との相違点について主に説明する。
　図８に示すように、UE200は、PDCPからの破棄通知の有無を判定する（S310）。
　UE200は、当該破棄通知をPDCPから受信しても、RLCにおけるRLC PDU/RLC SDUの破棄を保留する（S320）。つまり、UE200は、当該破棄通知を無視する。
　なお、UE200は、当該破棄通知を無視したことをPDCPにフィードバックしてもよい。
　ステップS330及びS340の処理は、動作例３のS230及びS240と同様である。本動作例では、PDCPからの破棄通知が無視されるため、送信バッファBFに保持されるデータ量が増え続ける。これにより、RLC status reportのポーリングによって送信バッファBFに保持されているデータが破棄されない限り、新規に送信できるデータが枯渇する。
　（４）作用・効果
　上述した実施形態によれば、以下の作用効果が得られる。具体的には、UE200（gNB100も同様、以下同）は、動作例１及び動作例２に示したように、所定期間に亘って上述したポーリングの「所定条件」が満たされない場合、RLC status reportのポーリングが実行される。
　このため、長時間に亘ってポーリングの条件が満たされず、RLCエンティティが、送信バッファBFに保持されているデータを破棄できない状態を確実に回避し得る。これにより、RLCエンティティにおける適切なバッファ制御を実現し得る。
　本実施形態では、UE200は、ポーリングの「所定条件」が満たされず、かつ新規のRLC PDUが存在しない期間が所定期間に到達した場合、ポーリングを実行する。また、本実施形態では、UE200は、ポーリングの「所定条件」が満たされず、かつポーリングが実行されない期間が所定期間に到達した場合、ポーリングを実行する。
　このため、当該所定期間を超えてポーリングを実行されない状態が継続することが回避される。これにより、RLCエンティティにおけるさらに適切なバッファ制御を実現し得る。
　また、UE200は、送信バッファBFに保持されている送信済みのRLC PDUを破棄する所定条件が満たされた場合でも、当該RLC PDUの破棄を保留する。このため、送信バッファBFに保持されるデータ量が増え続け、結果的に、新規に送信できるデータが枯渇する。UE200は、新規に送信できるデータが枯渇すると、RLC status reportのポーリングを実行する。
　つまり、このような動作によってもRLCエンティティが、送信バッファBFに保持されているデータを破棄できない状態を確実に回避し得る。これにより、RLCエンティティにおける適切なバッファ制御を実現し得る。
　本実施形態では、UE200は、RLCに対するRLC PDUの破棄通知を保留する。このため、RLCエンティティは、RLC PDUの送信バッファBFからの破棄を認識できないため、新規に送信できるデータが枯渇する状態を確実に形成し得る。
　また、本実施形態では、UE200は、当該破棄通知をPDCPから受信しても、RLCにおけるRLC PDU/RLC SDUの破棄を保留する。つまり、UE200は、当該破棄通知を無視する。このため、RLCエンティティは、RLC PDUを送信バッファBFから破棄しないため、新規に送信できるデータが枯渇する状態を確実に形成し得る。
　（５）その他の実施形態
　以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。
　例えば、上述した実施形態（動作例）では、UE200を例として説明したが、各動作例でも注釈したように、gNB100も同様の動作を実行し得る。
　また、無線リンク制御レイヤ（RLC）は、無線リンクに関する制御を実行するレイヤ（エンティティ）であれば、RLCは、異なる名称で呼ばれても構わない。無線リソース制御レイヤ（RRC）及びパケット・データ・コンバージェンス・プロトコル・レイヤ（PDCP）についても、同様の機能を有するレイヤ（エンティティ）であれば、異なる名称で呼ばれても構わない。
　上述した実施形態では、NRを例として説明したが、LTEに同様の制御を適用してもよい。
　また、上述した実施形態の説明に用いたブロック構成図（図２，３）は、機能ブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／またはソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／または論理的に結合した１つの装置により実現されてもよいし、物理的及び／または論理的に分離した２つ以上の装置を直接的及び／または間接的に（例えば、有線及び／または無線）で接続し、これら複数の装置により実現されてもよい。
　さらに、上述したgNB100及びUE200（当該装置）は、本発明の処理を行うコンピュータとして機能してもよい。図９は、当該装置のハードウェア構成の一例を示す図である。図９に示すように、当該装置は、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006及びバス1007などを含むコンピュータ装置として構成されてもよい。
　当該装置の各機能ブロック（図２，３参照）は、当該コンピュータ装置の何れかのハードウェア要素、または当該ハードウェア要素の組み合わせによって実現される。
　プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（CPU）で構成されてもよい。
　メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM（Read Only Memory）、EPROM（Erasable Programmable ROM）、EEPROM（Electrically Erasable Programmable ROM）、RAM（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ1002は、上述した実施形態に係る方法を実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM（Compact Disc ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。上述の記録媒体は、例えば、メモリ1002及び／またはストレージ1003を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置1004は、有線及び／または無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
　入力装置1005は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置1006は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置1005及び出力装置1006は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ1001及びメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
　また、情報の通知は、上述した実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、DCI（Downlink Control Information）、UCI（Uplink Control Information））、上位レイヤシグナリング（例えば、RRCシグナリング、MAC（Medium Access Control）シグナリング、報知情報（MIB（Master Information Block）、SIB（System Information Block））、その他の信号またはこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC Connection Setupメッセージ、RRC Connection Reconfigurationメッセージなどであってもよい。
　さらに、入出力された情報は、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報は、上書き、更新、または追記され得る。出力された情報は削除されてもよい。入力された情報は他の装置へ送信されてもよい。
　上述した実施形態におけるシーケンス及びフローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。
　また、上述した実施形態において、gNB100によって行われるとした特定動作は、他のネットワークノード（装置）によって行われることもある。また、複数の他のネットワークノードの組み合わせによってgNB100の機能が提供されても構わない。
　なお、本明細書で説明した用語及び／または本明細書の理解に必要な用語については、同一のまたは類似する意味を有する用語と置き換えてもよい。例えば、該当する記載がある場合、チャネル及び／またはシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、「システム」及び「ネットワーク」という用語は、互換的に使用されてもよい。
　さらに、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
　gNB100（基地局）は、１つまたは複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局RRH：Remote Radio Head）によって通信サービスを提供することもできる。
　「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、及び／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「eNB」、「セル」、及び「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、NodeB、eNodeB（eNB）、gNodeB（gNB）、アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
　UE200は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
　本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　また、「含む（including）」、「含んでいる（comprising）」、及びそれらの変形の用語は、「備える」と同様に、包括的であることが意図される。さらに、本明細書或いは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
　本明細書で使用した「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本明細書の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
　上記のように、本発明の実施形態を記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
　上述したように、本発明によれば、RLCエンティティにおけるさらに適切なバッファ制御を実現し得るため、有用である。
　10　無線通信システム
　100　gNB
　110　送信部
　120　受信部
　130　制御部
　200　UE
　210　送信部
　220　受信部
　230　制御部
　B1, B2　無線アクセスベアラ
　BF　送信バッファ
　1001　プロセッサ
　1002　メモリ
　1003　ストレージ
　1004　通信装置
　1005　入力装置
　1006　出力装置
　1007　バス

Claims (6)

  1. 　無線リンク制御レイヤにおけるデータユニットを受信側に送信する送信部と、
    　前記データユニットの受信状態を報告するステータスレポートを前記受信側から受信する受信部と、
    　所定条件が満たされた場合、前記ステータスレポートのポーリングを実行する制御部と
    を備え、
    　前記制御部は、所定期間に亘って前記所定条件が満たされない場合、前記ポーリングを実行する通信装置。
  2. 　前記制御部は、前記所定条件が満たされず、かつ送信可能な前記データユニットが存在しない期間が前記所定期間に到達した場合、前記ポーリングを実行する請求項１に記載の通信装置。
  3. 　前記制御部は、前記所定条件が満たされず、かつ前記ポーリングが実行されない期間が前記所定期間に到達した場合、前記ポーリングを実行する請求項１に記載の通信装置。
  4. 　無線リンク制御レイヤにおけるデータユニットを受信側に送信する送信部と、
    　前記データユニットの受信状態を報告するステータスレポートを前記受信側から受信する受信部と、
    　新規の前記データユニットが送信できない場合、前記ステータスレポートのポーリングを実行する制御部と
    を備え、
    　前記制御部は、バッファに保持されている送信済みの前記データユニットを破棄する所定条件が満たされた場合でも、前記データユニットの破棄を保留する通信装置。
  5. 　前記制御部は、前記所定条件が満たされた場合でも、前記無線リンク制御レイヤに対する前記データユニットの破棄通知を保留する請求項４に記載の通信装置。
  6. 　前記制御部は、パケット・データ・コンバージェンス・プロトコル・レイヤから前記無線リンク制御レイヤに対する前記データユニットの破棄通知を受信しても、前記無線リンク制御レイヤにおけるデータユニットの破棄を保留する請求項４に記載の通信装置。
PCT/JP2018/014645 2018-04-05 2018-04-05 通信装置 WO2019193734A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/014645 WO2019193734A1 (ja) 2018-04-05 2018-04-05 通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/014645 WO2019193734A1 (ja) 2018-04-05 2018-04-05 通信装置

Publications (1)

Publication Number Publication Date
WO2019193734A1 true WO2019193734A1 (ja) 2019-10-10

Family

ID=68100415

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/014645 WO2019193734A1 (ja) 2018-04-05 2018-04-05 通信装置

Country Status (1)

Country Link
WO (1) WO2019193734A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160150433A1 (en) * 2013-06-19 2016-05-26 Telefonaktiebolaget L M Ericsson (Publ) Polling and Reporting Mechanism
US20170290055A1 (en) * 2016-04-01 2017-10-05 Nokia Technologies Oy Expediting repetition of an unanswered poll for automatic repeat request (arq) feedback

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160150433A1 (en) * 2013-06-19 2016-05-26 Telefonaktiebolaget L M Ericsson (Publ) Polling and Reporting Mechanism
US20170290055A1 (en) * 2016-04-01 2017-10-05 Nokia Technologies Oy Expediting repetition of an unanswered poll for automatic repeat request (arq) feedback

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL.: "ARQ operation in NR", 3GPP TSG RAN WG2#98 R2-1704615, 6 May 2017 (2017-05-06), XP051264501 *
NOKIA SIEMENS NETWORKS: "Polling and status reporting", 3GPP TSG-RAN WG2#59BIS R2- 073895, 1 October 2007 (2007-10-01), XP050603226 *

Similar Documents

Publication Publication Date Title
JP6631961B2 (ja) スモールセル配備時の効率的な破棄メカニズム
KR100998546B1 (ko) Ｍａｃ 층 리셋 후 노드-ｂ 에서 버퍼링된 데이터의효과적인 복구를 위한 시스템
US9900798B2 (en) Polling and reporting mechanism
JP4965713B2 (ja) 無線通信システムにおけるエラー制御メッセージを処理するための方法及び装置
JP4619445B2 (ja) サービス側高速ダウンリンクの共用チャネルセル変更の後に、ノードｂにバッファされたデータを効率的に回復するシステム
EP1881711B1 (en) Control of the purging of a node B by the serving radio network controller
KR101032909B1 (ko) 무선 통신 시스템 내에서 폴 기능을 트리거하는 방법 및 장치
CA2753192C (en) Method of receiving a point-to-multipoint service in a wireless communication system
KR20170108006A (ko) 무선 링크 제어 스위칭을 위한 방법들 및 장치
WO2017119377A1 (ja) 無線通信装置及び無線通信方法
JP2020509632A (ja) 無線通信を監視するための技術
TW202226879A (zh) 降低多分支傳輸中封包延遲的方法和裝置
WO2020155124A1 (zh) 复制数据的传输方法、终端设备及接入网设备
WO2019193734A1 (ja) 通信装置
US10477424B2 (en) Device and method of handling aggregation of cellular network and wireless local area network
JPWO2019167228A1 (ja) 移動通信システム、受信側装置および送信側装置
WO2019153937A1 (zh) 无线通信方法和设备
JP2011055435A (ja) 再送制御装置及び再送制御方法
AU2007203286A1 (en) System for efficient recovery of node-B buffered data following MAC layer reset
KR20180047790A (ko) 이동통신 단말의 호 해제시 기지국 내 ＵＥ Ｃｏｎｔｅｘｔ 제거방법

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18913611

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP