WO2023248888A1 - 通信装置、通信方法、及び通信システム - Google Patents

通信装置、通信方法、及び通信システム Download PDF

Info

Publication number
WO2023248888A1
WO2023248888A1 PCT/JP2023/022053 JP2023022053W WO2023248888A1 WO 2023248888 A1 WO2023248888 A1 WO 2023248888A1 JP 2023022053 W JP2023022053 W JP 2023022053W WO 2023248888 A1 WO2023248888 A1 WO 2023248888A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
transmission
communication device
sequences
information
Prior art date
Application number
PCT/JP2023/022053
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 ソニーグループ株式会社
Publication of WO2023248888A1 publication Critical patent/WO2023248888A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows

Definitions

  • the present disclosure relates to a communication device, a communication method, and a communication system.
  • 3GPP TSG-RAN 3GPP TSG-RAN, RP-202803, “Summary for WI: Enhancement on MIMO for NR”, Samsung 3GPP TSG-RAN WG2, R2-1914020 “LS on multi PDCCH-based and single PDCCH-based multi-TRP operation” 3GPP TS 38.401 V16.8.0 (2021-12), 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NG-RAN; Architecture description (Release 16) )
  • the complication of the communication form may reduce the communication performance (for example, reliability, low delay, or communication efficiency (for example, throughput or frequency utilization efficiency)) of the communication device or communication system.
  • the present disclosure proposes a communication device, a communication method, and a communication system that can achieve high communication performance.
  • the communication device of the present embodiment is a communication device capable of communication using multiple transmission/reception points, and uses packet coding to convert multiple encoded sequences from one transmitted data sequence.
  • the plurality of coded sequences are distributed to each transmission/reception point based on the information on the transport block size of each of the plurality of transmission/reception points, and each of the plurality of transmission/reception points is encoded based on the distributed encoded sequence.
  • a generation unit that generates a transport block.
  • FIG. 2 is a diagram showing a network configuration that can be adopted by the communication system of this embodiment.
  • 1 is a diagram illustrating an example of a functional configuration of a communication system according to an embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating an example configuration of a server according to an embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating a configuration example of a management device according to an embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating an example configuration of a base station according to an embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating a configuration example of a terminal device according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating an overview of packet coding processing executed by a communication device on the transmitting side.
  • FIG. 1 is a diagram illustrating an example of a functional configuration of a communication system according to an embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating an example configuration of a server according to an embodiment of the present
  • FIG. 2 is a diagram illustrating an overview of packet coding processing executed by a communication device on the receiving side.
  • FIG. 3 is a diagram for explaining packet coding processing.
  • FIG. 3 is a diagram showing an example of redundant data added to an encoded bit sequence. It is a figure which shows an example of the encoding procedure of packet coding processing.
  • FIG. 3 is a diagram illustrating an example of a coding procedure for a plurality of received coded bit sequences.
  • FIG. 2 is a sequence diagram illustrating an example of a procedure of packet coding processing.
  • FIG. 2 is a diagram showing a first form of multi-TRP. It is a figure which shows the 2nd form of multi-TRP.
  • FIG. 2 is a diagram illustrating an example of NG RAN architecture.
  • FIG. 3 is a diagram for explaining packet coding processing.
  • FIG. 3 is a diagram showing an example of redundant data added to an encoded bit sequence. It is a figure which shows an example of the encoding procedure
  • FIG. 3 is a diagram showing an overview of transmission processing according to the first embodiment.
  • FIG. 2 is a diagram showing an overview of reception processing according to the first embodiment.
  • FIG. 3 is a sequence diagram showing transmission and reception processing in the first embodiment.
  • FIG. 3 is a sequence diagram showing transmission and reception processing in the first embodiment.
  • FIG. 3 is a diagram for explaining the boundary between CU and DU. It is a diagram showing an example of IAB architecture (C-plane).
  • FIG. 2 is a diagram illustrating an example of the architecture of gNB in a state where CP and UP are separated.
  • FIG. 1 is a diagram showing a basic example of a network configuration.
  • FIG. 1 is a diagram showing a basic example of a network configuration.
  • FIG. 1 is a diagram showing a basic example of a network configuration.
  • FIG. 3 is a diagram illustrating an example of an architecture that a HU can take.
  • FIG. 2 is a diagram illustrating an example of an architecture that an MU and an RU can take.
  • FIG. 2 is a diagram illustrating an example of an architecture that an MU and an RU can take.
  • FIG. 2 is a diagram illustrating an example of an architecture that an MU and an RU can take.
  • FIG. 2 is a diagram showing a communication architecture assumed in this embodiment.
  • FIG. 2 is a diagram showing a communication architecture assumed in this embodiment.
  • FIG. 2 is a diagram showing a communication architecture assumed in this embodiment.
  • FIG. 2 is a diagram showing a communication architecture assumed in this embodiment.
  • 12 is a flowchart showing transmission processing in Embodiment 2.
  • 12 is a flowchart showing reception processing in Embodiment 2.
  • a plurality of components having substantially the same functional configuration may be distinguished by attaching different numbers after the same reference numeral.
  • a plurality of configurations having substantially the same functional configuration are distinguished as terminal devices 40 1 , 40 2 , and 40 3 as necessary.
  • terminal devices 40 1 , 40 2 , and 40 3 are distinguished as terminal devices 40 1 , 40 2 , and 40 3 as necessary.
  • terminal devices 40 1 , 40 2 , and 40 3 are simply be referred to as terminal devices 40 .
  • One or more embodiments (including examples and modifications) described below can each be implemented independently. On the other hand, at least a portion of the plurality of embodiments described below may be implemented in combination with at least a portion of other embodiments as appropriate. These multiple embodiments may include novel features that are different from each other. Therefore, these multiple embodiments may contribute to solving mutually different objectives or problems, and may produce mutually different effects.
  • LTE and NR are types of cellular communication technologies, and enable mobile communication of terminal devices by arranging a plurality of areas covered by base stations (or TRPs (Transmission and Reception Points)) in the form of cells. At this time, one base station (or TRP) may manage multiple cells, and multiple base stations (or TRPs) may be included in a single base station.
  • RAT Radio access technologies
  • LTE and NR are types of cellular communication technologies, and enable mobile communication of terminal devices by arranging a plurality of areas covered by base stations (or TRPs (Transmission and Reception Points)) in the form of cells.
  • base stations or TRPs (Transmission and Reception Points)
  • TRPs Transmission and Reception Points
  • LTE includes LTE-A (LTE-Advanced), LTE-A Pro (LTE-Advanced Pro), and E-UTRA (Evolved Universal Terrestrial Radio Access).
  • NR includes NRAT (New Radio Access Technology) and FE-UTRA (Further E-UTRA).
  • LTE Long Term Evolution
  • a cell compatible with LTE will be referred to as an LTE cell
  • a cell compatible with NR will be referred to as an NR cell.
  • a base station is sometimes referred to as an eNodeB (evolved NodeB).
  • a base station is sometimes referred to as a gNodeB.
  • a terminal device mobile station, mobile station device, terminal
  • UE User Equipment
  • NR is a radio access technology (RAT) of the next generation (fifth generation) of LTE.
  • RAT radio access technology
  • NR is a radio access technology that can accommodate various use cases including eMBB (Enhanced Mobile Broadband), mmTC (Massive Machine Type Communications), and URLLC (Ultra-Reliable and Low Latency Communications).
  • eMBB Enhanced Mobile Broadband
  • mmTC Massive Machine Type Communications
  • URLLC Ultra-Reliable and Low Latency Communications
  • multi-TRP multi-Transmission and Reception Point
  • division of network functions e.g., base station functions into CU (Central Unit) and DU (Distributed Unit)
  • the development of various forms of communication, such as the division of Complications in communication formats may reduce the communication performance (for example, reliability, low delay, frequency usage efficiency, etc.) of communication devices or communication systems.
  • an appropriate transport block may not be generated due to differences in transport block size for each transmission/reception point, resulting in a decrease in communication efficiency.
  • data decoding processing may not be performed by an appropriate device due to the complexity of the network configuration, which may result in a decrease in communication efficiency or communication reliability.
  • a communication system includes a transmitting device (e.g., a base station) capable of communicating through a plurality of transmitting/receiving points, and a receiving device (e.g., a terminal device) capable of communicating through a plurality of transmitting/receiving points.
  • a transmitting device e.g., a base station
  • a receiving device e.g., a terminal device
  • the transmitting device generates multiple encoded sequences from one transmission data sequence using packet coding. Then, the transmitting device distributes a plurality of encoded sequences to each transmitting/receiving point based on the information on the transport block size of each of the plurality of transmitting/receiving points, and blocks the transport block of each of the plurality of transmitting/receiving points based on the distributed encoded sequences. generate.
  • the receiving device receives multiple transport blocks from the transmitting device. Then, the receiving device decodes the plurality of encoded sequences extracted from the plurality of transport blocks using a decoding method corresponding to packet coding.
  • the communication system of Embodiment 1 can cope with the case where the transport block size is different for each transmission/reception point, and therefore communication efficiency can be improved.
  • the configuration of the network to which the UE (User Equipment) is connected includes a HU (Higher Unit) indicating the highest layer unit, an RU (Radio Unit) indicating the lowest layer unit, and the HU and RU. It is assumed that the functions are divided into an MU (Middle Unit) indicating a unit located in the middle.
  • HU Higher Unit
  • RU Radio Unit
  • MU Middle Unit
  • the communication system of Embodiment 2 includes a transmitting device corresponding to a HU, and a receiving device corresponding to an MU, RU, or UE.
  • the transmitting device acquires information about the RU that has a direct connection with the edge MU from the edge MU, which is the MU located closest to the RU. Based on the information regarding the RU acquired from the edge MU, information regarding the architecture regarding the edge MU, RU, and UE is determined. The transmitting device then generates a plurality of encoded sequences from one transmission data sequence using packet coding. Then, the transmitting device adds information regarding the architecture to the plurality of encoded sequences.
  • the receiving device receives the encoded sequence to which information regarding the architecture is attached from the transmitting device (HU), and determines whether the decoding process is valid or invalid based on the information regarding the architecture attached to the encoded sequence. do. Then, when it is determined that the decoding process is effective, the receiving device decodes the plurality of encoded sequences using a decoding method that supports packet coding.
  • the communication system of Embodiment 2 can perform decoding processing with an appropriate device on the network, so communication efficiency or communication reliability can be improved.
  • FIG. 1 is a diagram showing a network configuration that can be adopted by the communication system 1 of this embodiment (Embodiments 1 and 2).
  • the lines (broken lines) in the figure represent logical connections and are not necessarily physically directly connected.
  • the communication area is made up of "cells" (ellipses in the figure) provided by each of a plurality of base stations.
  • One base station may provide a plurality of cells.
  • Base stations can communicate with each other via backhaul (wired or wireless), and mainly exchange control information. Communication using this backhaul is assumed to be communication using the X2 interface or S1 interface protocol.
  • the base station also has a backhaul with the core network of the system.
  • the base station may connect to the core network by connecting to a control entity (the control entity may be considered as one of the elements of the core network).
  • the base station may be connected to the core network not only through the control entity but also through an external network. Examples of base stations that make such connections include femtocell base station devices or HeNB devices that can be installed indoors or at home.
  • these units may have midhauls between them. These units may be connected to the core network by being individually connected to the control entity or the core network. Further, these units may be connected to a control entity or a core network in a form of relaying between units of the same type or different types due to functional division.
  • base stations are defined as separate units, these units may not be shared by the same or separate base stations or devices or entities that constitute macro- or micro-cells. Good too.
  • base stations are defined as separate units, these units do not necessarily have to be physically separate. These units may be defined by virtual or logical separation.
  • a midhole may be established physically or logically.
  • the midhaul may be configured with a dedicated communication path or may be configured with a general public network.
  • the midhaul may be established via a wireless device.
  • the mid-haul and the back-haul may overlap.
  • a device or a base station that constitutes a macro cell or a micro cell may have a fronthaul between a unit including at least an RF device or an antenna device and other functions or devices.
  • the fronthaul allows any connection, regardless of whether it is physical, logical, wireless, wired, dedicated line, or general network.
  • a device constituting a small cell or a femtocell may be configured by a unit that includes at least an RF device or an antenna device. These units may be shared by one or more base stations, or some device with similar functionality.
  • the small cell area is basically arranged to overlap with the macro cell area. However, the small cell area may be located partially or completely outside the macro cell area.
  • a device that constitutes a macro cell, a device that constitutes a small cell, or a device that has a base station function may have characteristics in the radio resources that it uses. For example, the same frequency resource F1 (or time resource T1) may be used by the macro cell and the small cell. By doing so, it is possible to improve the wireless resource utilization efficiency of the entire system.
  • the macro cell may use frequency resource F1 (or time resource T1)
  • the small cell may use frequency F2 (or time resource T2). By doing so, it becomes possible to avoid interference between macro cells and small cells.
  • devices having both types of cell or base station functions may each use F1/2 (T1/2). When applied to frequency resources, this concept is equivalent to CA (Carrier Aggregation).
  • a device with a macro cell and a small cell or a base station function may be characterized by the radio resources they use and the method of superimposing them, with the premise that they are spatially separated. Examples include MIMO (Multi Input Multiple Output) and spatial division multiplexing using beamforming.
  • MIMO Multi Input Multiple Output
  • beamforming spatial division multiplexing using beamforming.
  • the macro cell and the small cell may include multiple transmitting/receiving points or multiple radio wave transmitting/receiving units.
  • the multiple transmitting/receiving points and multiple radio wave transmitting/receiving units may use different resources (frequency, time) when transmitting and receiving, or may use the same resource. May be used.
  • the multiple transmitting/receiving points and the multiple radio wave transmitting/receiving units may be shared and used by different cells.
  • FIG. 2 is a diagram illustrating an example of the functional configuration of the communication system 1 according to the embodiment of the present disclosure.
  • the communication system 1 includes a server 10, a management device 20, a base station 30, and a terminal device 40.
  • the communication system 1 provides users with a wireless network capable of mobile communication by each wireless communication device that constitutes the communication system 1 working together.
  • the wireless network according to the present embodiment includes, for example, a wireless access network and a core network.
  • the wireless communication device refers to a device that has a wireless communication function, and in the example of FIG. 2, it corresponds to the base station 30 and the terminal device 40.
  • the communication system 1 may include a plurality of servers 10, a plurality of management devices 20, a plurality of base stations 30, and a plurality of terminal devices 40.
  • the communication system 1 includes servers 10 1 , 10 2 , etc. as the server 10, and management devices 20 1 , 20 2, etc. as the management device 20.
  • the communication system 1 includes base stations 30 1 , 30 2 , etc. as the base station 30, and terminal devices 40 1 , 40 2 , 40 3 , etc. as the terminal devices 40.
  • the server 10 is connected to the management device 20 via a network N.
  • the server 10 may be connected to devices other than the management device 20, such as the terminal device 40, via the network N.
  • the network N is, for example, a communication network such as a LAN (Local Area Network), a WAN (Wide Area Network), a cellular network, a fixed telephone network, a local IP (Internet Protocol) network, or the Internet.
  • the network N may include a wired network or a wireless network.
  • the network N may be a data network connected to the core network.
  • the data network may be a carrier's service network, for example an IMS (IP Multimedia Subsystem) network.
  • the data network may be a private network such as an in-house network. Note that although only one network is shown in the example of FIG. 2, the number of networks is not limited to one.
  • the device in the figure may be considered a device in a logical sense.
  • some of the devices shown in the figure may be realized by virtual machines (VMs), containers, Docker, etc., and these may be implemented on the same physical hardware.
  • VMs virtual machines
  • containers containers
  • Docker etc.
  • the communication system 1 may be compatible with radio access technology (RAT) such as LTE (Long Term Evolution) and NR (New Radio).
  • RAT radio access technology
  • LTE and NR are types of cellular communication technologies, and enable mobile communication of terminal devices by arranging a plurality of areas covered by base stations in the form of cells.
  • the wireless access method used by the communication system 1 is not limited to LTE or NR, but may be other wireless access methods such as W-CDMA (Wideband Code Division Multiple Access) or cdma2000 (Code Division Multiple Access 2000). Good too.
  • W-CDMA Wideband Code Division Multiple Access
  • cdma2000 Code Division Multiple Access 2000
  • the base station or relay station that constitutes the communication system 1 may be a ground station or a non-ground station.
  • the non-ground station may be a satellite station or an aircraft station. If the non-ground station is a satellite station, the communication system 1 may be a Bent-pipe (transparent) type mobile satellite communication system.
  • a ground station also referred to as a ground base station refers to a base station (including a relay station) installed on the ground.
  • above ground is in a broad sense, including not only land, but also underground, above water, and underwater.
  • the description of "ground station” may be replaced with “gateway”.
  • an LTE base station is sometimes referred to as an eNodeB (Evolved Node B) or eNB.
  • an NR base station is sometimes referred to as a gNodeB or gNB.
  • a terminal device also referred to as a mobile station or terminal
  • UE User Equipment
  • the terminal device is a type of communication device, and is also referred to as a mobile station or a terminal.
  • the concept of a communication device includes not only a portable mobile device (terminal device) such as a mobile terminal, but also a device installed in a structure or a mobile object.
  • a structure or a moving object itself may be regarded as a communication device.
  • the concept of a communication device includes not only a terminal device but also a base station and a relay station.
  • a communication device is a type of processing device and information processing device.
  • the communication device can be referred to as a transmitting device or a receiving device.
  • each device that makes up the communication system 1 will be specifically described. Note that the configuration of each device shown below is just an example. The configuration of each device may be different from the configuration shown below.
  • the server 10 is an information processing device (computer) that provides various services to the terminal device 40 via a network.
  • the server 10 may be an application server or a web server.
  • the server 10 may be a PC server, a midrange server, or a mainframe server.
  • the server 10 may be an information processing device that performs data processing (edge processing) near a user or a terminal.
  • the server 10 may be an information processing device (computer) attached to or built into a base station.
  • the server 10 may be an information processing device that performs cloud computing.
  • FIG. 3 is a diagram illustrating a configuration example of the server 10 according to the embodiment of the present disclosure.
  • the server 10 includes a communication section 11, a storage section 12, and a control section 13. Note that the configuration shown in FIG. 4 is a functional configuration, and the hardware configuration may be different from this. Further, the functions of the server 10 may be distributed and implemented in a plurality of physically separated configurations. For example, the server 10 may be configured with a plurality of information processing devices.
  • the communication unit 11 is a communication interface for communicating with other devices.
  • the communication unit 11 is a network interface.
  • the communication unit 11 is a LAN (Local Area Network) interface such as a NIC (Network Interface Card).
  • the communication unit 11 may be a wired interface or a wireless interface.
  • the communication unit 11 functions as a communication means for the server 10.
  • the communication unit 11 communicates with the terminal device 40 under the control of the control unit 13 .
  • the storage unit 12 is a data readable/writable storage device such as a DRAM (Dynamic Random Access Memory), an SRAM (Static Random Access Memory), a flash memory, or a hard disk.
  • the storage unit 12 functions as a storage means of the server 10.
  • the storage unit 12 stores prediction models (learning models) distributed to the terminal device 40, such as quality prediction models and intention prediction models. This information will be described later.
  • the control unit 13 is a controller that controls each part of the server 10.
  • the control unit 13 is realized by, for example, a processor such as a CPU (Central Processing Unit) or an MPU (Micro Processing Unit).
  • the control unit 13 is realized by a processor executing various programs stored in a storage device inside the server 10 using a RAM (Random Access Memory) or the like as a work area.
  • the control unit 13 may be realized by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • CPUs, MPUs, ASICs, and FPGAs can all be considered controllers.
  • the control unit 13 includes an acquisition unit 131, a determination unit 132, and a provision unit 133.
  • Each block (obtaining unit 131 to providing unit 133) constituting the control unit 13 is a functional block indicating a function of the control unit 13, respectively.
  • These functional blocks may be software blocks or hardware blocks.
  • each of the above functional blocks may be one software module realized by software (including a microprogram), or one circuit block on a semiconductor chip (die).
  • each functional block may be one processor or one integrated circuit.
  • the functional blocks can be configured in any way.
  • the control unit 13 may be configured in a functional unit different from the above-mentioned functional blocks.
  • control unit 23 may be the same as the operation of each block of the control unit 33 of the base station 30, or may be the same as the operation of each block of the control unit 43 of the terminal device 40.
  • the management device 20 is a device that manages a wireless network.
  • the management device 20 is a device that manages communications of the base station 30.
  • the management device 20 may be, for example, a device having a function as an MME (Mobility Management Entity).
  • the management device 20 may be a device having a function as an AMF (Access and Mobility Management Function) and/or an SMF (Session Management Function).
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • the functions that the management device 20 has are not limited to MME, AMF, and SMF.
  • the management device 20 may be a device having functions as NSSF (Network Slice Selection Function), AUSF (Authentication Server Function), PCF (Policy Control Function), and UDM (Unified Data Management).
  • the management device 20 may be a device having a function as an HSS (Home Subscriber Server).
  • the management device 20 may have a gateway function.
  • the management device 20 may have a function as an S-GW (Serving Gateway) or a P-GW (Packet Data Network Gateway).
  • the management device 20 may have a function as a UPF (User Plane Function).
  • the core network is composed of multiple network functions, and each network function may be aggregated into one physical device or distributed among multiple physical devices.
  • the management device 20 can be distributed among multiple devices. Furthermore, this distributed arrangement may be controlled to be performed dynamically.
  • the base station 30 and the management device 20 constitute one network and provide a wireless communication service to the terminal device 40.
  • the management device 20 is connected to the Internet, and the terminal device 40 can use various services provided via the Internet via the base station 30.
  • the management device 20 does not necessarily have to be a device that constitutes a core network.
  • the core network is a W-CDMA (Wideband Code Division Multiple Access) or cdma2000 (Code Division Multiple Access 2000) core network.
  • the management device 20 may be a device that functions as an RNC (Radio Network Controller).
  • FIG. 4 is a diagram illustrating a configuration example of the management device 20 according to the embodiment of the present disclosure.
  • the management device 20 includes a communication section 21, a storage section 22, and a control section 23. Note that the configuration shown in FIG. 4 is a functional configuration, and the hardware configuration may be different from this. Further, the functions of the management device 20 may be statically or dynamically distributed and implemented in a plurality of physically separated configurations. For example, the management device 20 may be configured with a plurality of server devices.
  • the communication unit 21 is a communication interface for communicating with other devices.
  • the communication unit 21 may be a network interface or a device connection interface.
  • the communication unit 21 may be a LAN (Local Area Network) interface such as a NIC (Network Interface Card), or a USB (Universal Serial Bus) interface configured by a USB host controller, a USB port, etc. Good too.
  • the communication unit 21 may be a wired interface or a wireless interface.
  • the communication unit 21 functions as a communication means for the management device 20.
  • the communication unit 21 communicates with the base station 30 and the like under the control of the control unit 23.
  • the storage unit 22 is a data readable/writable storage device such as a DRAM (Dynamic Random Access Memory), an SRAM (Static Random Access Memory), a flash memory, or a hard disk.
  • the storage unit 22 functions as a storage means of the management device 20.
  • the storage unit 22 stores, for example, the connection state of the terminal device 40.
  • the storage unit 22 stores the state of RRC (Radio Resource Control), ECM (EPS Connection Management), or 5G System CM (Connection Management) state of the terminal device 40.
  • the storage unit 22 may function as a home memory that stores location information of the terminal device 40.
  • the control unit 23 is a controller that controls each part of the management device 20.
  • the control unit 23 is realized by, for example, a processor such as a CPU (Central Processing Unit), an MPU (Micro Processing Unit), or a GPU (Graphics Processing Unit).
  • the control unit 23 is realized by a processor executing various programs stored in a storage device inside the management device 20 using a RAM (Random Access Memory) or the like as a work area.
  • the control unit 23 may be realized by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • CPUs, MPUs, GPUs, ASICs, and FPGAs can all be considered controllers.
  • control unit 23 may be the same as the operation of each block of the control unit 13 of the server 10. Further, the operation of the control unit 23 may be the same as the operation of each block of the control unit 33 of the base station 30, or may be the same as the operation of each block of the control unit 43 of the terminal device 40.
  • the base station 30 is a wireless communication device that wirelessly communicates with the terminal device 40.
  • the base station 30 may be configured to wirelessly communicate with the terminal device 40 via another base station 30, or may be configured to wirelessly communicate directly with the terminal device 40.
  • the base station 30 is a type of communication device. More specifically, the base station 30 is a device corresponding to a wireless base station (Base Station, Node B, eNB, gNB, etc.) or a wireless access point. Base station 30 may be a wireless relay station. Further, the base station 30 may be an optical equipment called an RRH (Remote Radio Head) or an RU (Radio Unit). Further, the base station 30 may be a receiving station such as an FPU (Field Pickup Unit). Furthermore, the base station 30 is an IAB (Integrated Access and Backhaul) donor node or an IAB relay node that provides a radio access line and a radio backhaul line by time division multiplexing, frequency division multiplexing, or space division multiplexing. Good too.
  • IAB Integrated Access and Backhaul
  • the base station 30 When the base station 30 is an IAB donor node, the base station 30 may operate as an IAB-CU (Central Unit). Further, when the base station 30 is an IAB relay node, the base station 30 operates as an IAB-MT (Mobile Termination) for the IAB donor node that provides backhaul, and operates as an IAB-MT (Mobile Termination) for the terminal device 40 that provides access. , may operate as an IAB-DU (Distributed Unit).
  • IAB-CU Central Unit
  • IAB-MT Mobile Termination
  • IAB-MT Mobile Termination
  • IAB-MT Mobile Termination
  • the wireless access technology used by the base station 30 may be a cellular communication technology or a wireless LAN technology.
  • the radio access technology used by the base station 30 is not limited to these, and may be other radio access technologies.
  • the wireless access technology used by the base station 30 may be an LPWA (Low Power Wide Area) communication technology.
  • the wireless communication used by the base station 30 may be wireless communication using millimeter waves.
  • the wireless communication used by the base station 30 may be wireless communication using radio waves, or wireless communication using infrared rays or visible light (optical wireless).
  • the base station 30 may be capable of NOMA (Non-Orthogonal Multiple Access) communication with the terminal device 40.
  • NOMA communication refers to communication (transmission, reception, or both) using non-orthogonal resources.
  • the base station 30 may be capable of NOMA communication with other base stations 30.
  • the base stations 30 may be able to communicate with each other via a base station-core network interface (for example, NG Interface, S1 Interface, etc.). This interface may be either wired or wireless. Furthermore, the base stations may be able to communicate with each other via an inter-base station interface (eg, Xn Interface, X2 Interface, S1 Interface, F1 Interface, etc.). This interface may be either wired or wireless.
  • a base station-core network interface for example, NG Interface, S1 Interface, etc.
  • This interface may be either wired or wireless.
  • an inter-base station interface eg, Xn Interface, X2 Interface, S1 Interface, F1 Interface, etc.
  • This interface may be either wired or wireless.
  • base station includes not only donor base stations but also relay base stations (also referred to as relay stations).
  • the relay base station may be any one of an RF Repeater, a Smart Repeater, and an Intelligent Surface.
  • concept of a base station includes not only a structure that has the function of a base station, but also devices installed in the structure.
  • Structures include, for example, buildings such as high-rise buildings, houses, steel towers, station facilities, airport facilities, port facilities, office buildings, school buildings, hospitals, factories, commercial facilities, and stadiums.
  • the concept of a structure includes not only buildings but also non-building structures such as tunnels, bridges, dams, walls, and steel columns, as well as equipment such as cranes, gates, and windmills.
  • the concept of a structure includes not only structures on land (above ground in a narrow sense) or underground, but also structures on water such as piers and mega-floats, and underwater structures such as ocean observation equipment.
  • a base station can be referred to as an information processing device.
  • the base station 30 may be a donor station or a relay station. Further, the base station 30 may be a fixed station or a mobile station.
  • a mobile station is a wireless communication device (eg, a base station) configured to be mobile.
  • the base station 30 may be a device installed in a mobile body, or may be the mobile body itself.
  • a relay station with mobility can be considered as the base station 30 as a mobile station.
  • devices that are inherently mobile such as vehicles, UAVs (Unmanned Aerial Vehicles) represented by drones, and smartphones, and that are equipped with base station functions (at least some of the base station functions) are also mobile. This corresponds to the base station 30 as a station.
  • the mobile object may be a mobile terminal such as a smartphone or a mobile phone.
  • the moving object may be a moving object that moves on land (ground in a narrow sense) (for example, a vehicle such as a car, bicycle, bus, truck, motorcycle, train, linear motor car, etc.) or underground (for example, it may be a moving body (for example, a subway) that moves in a tunnel (for example, inside a tunnel).
  • the moving object may be a moving object that moves on water (for example, a ship such as a passenger ship, a cargo ship, or a hovercraft), or a moving object that moves underwater (for example, a submersible, a submarine, an unmanned underwater vehicle, etc.). submersibles).
  • the moving object may be a moving object (for example, an aircraft such as an airplane, an airship, or a drone) that moves within the atmosphere.
  • the base station 30 may be a ground base station (ground station) installed on the ground.
  • the base station 30 may be a base station placed in a structure on the ground, or may be a base station installed in a mobile body moving on the ground.
  • the base station 30 may be an antenna installed in a structure such as a building and a signal processing device connected to the antenna.
  • the base station 30 may be a structure or a mobile object itself.
  • “Above ground” means not only land (above ground in a narrow sense), but also ground in a broad sense, including underground, above water, and underwater.
  • the base station 30 is not limited to a terrestrial base station.
  • the base station 30 may be an aircraft station. From the perspective of a satellite station, an aircraft station located on the earth is a ground station.
  • the base station 30 is not limited to a ground station.
  • the base station 30 may be a non-terrestrial base station (non-terrestrial station) that can float in the air or in space.
  • base station 30 may be an aircraft station or a satellite station.
  • a satellite station is a satellite station that can float outside the atmosphere.
  • the satellite station may be a device mounted on a space vehicle such as an artificial satellite, or may be the space vehicle itself.
  • a space vehicle is a vehicle that moves outside the atmosphere. Examples of space mobile objects include artificial celestial bodies such as artificial satellites, spacecraft, space stations, and probes.
  • the satellites that serve as satellite stations include low earth orbit (LEO) satellites, medium earth orbit (MEO) satellites, geostationary earth orbit (GEO) satellites, and high elliptical orbit (HEO) satellites.
  • LEO low earth orbit
  • MEO medium earth orbit
  • GEO geostationary earth orbit
  • HEO high elliptical orbit
  • the satellite station may be a device mounted on a low orbit satellite, medium orbit satellite, geostationary satellite, or high elliptical orbit satellite.
  • An aircraft station is a wireless communication device such as an aircraft that can float in the atmosphere.
  • the aircraft station may be a device mounted on an aircraft or the like, or may be the aircraft itself.
  • the concept of aircraft includes not only heavy aircraft such as airplanes and gliders, but also light aircraft such as balloons and airships.
  • the concept of aircraft includes not only heavy aircraft and light aircraft, but also rotary wing aircraft such as helicopters and autogyros.
  • the aircraft station (or the aircraft on which the aircraft station is mounted) may be an unmanned aircraft such as a drone.
  • unmanned aircraft also includes unmanned aerial systems (UAS) and tethered unmanned aerial systems (UAS). Additionally, the concept of unmanned aircraft includes light unmanned aerial systems (LTA: Lighter than Air UAS) and heavy unmanned aerial systems (HTA: Heavier than Air UAS). The concept of unmanned aircraft also includes High Altitude UAS Platforms (HAPs).
  • UAS unmanned aerial systems
  • UAS tethered unmanned aerial systems
  • HTA Light unmanned aerial systems
  • HTA Heavier than Air UAS
  • HAPs High Altitude UAS Platforms
  • the coverage size of the base station 30 may be large such as a macro cell or small such as a pico cell. Of course, the coverage of the base station 30 may be extremely small, such as a femto cell. Furthermore, the base station 30 may have beamforming capability. In this case, the base station 30 may have cells or service areas formed for each beam.
  • FIG. 5 is a diagram illustrating a configuration example of the base station 30 according to the embodiment of the present disclosure.
  • the base station 30 includes a wireless communication section 31, a storage section 32, and a control section 33. Note that the configuration shown in FIG. 5 is a functional configuration, and the hardware configuration may be different from this. Further, the functions of the base station 30 may be distributed and implemented in a plurality of physically separated configurations.
  • the wireless communication unit 31 is a signal processing unit for wirelessly communicating with another wireless communication device (for example, the terminal device 40).
  • the wireless communication unit 31 operates under the control of the control unit 33.
  • the wireless communication unit 31 supports one or more wireless access methods.
  • the wireless communication unit 31 supports both NR and LTE.
  • the wireless communication unit 31 may be compatible with W-CDMA and cdma2000 in addition to NR and LTE.
  • the wireless communication unit 31 may be compatible with automatic retransmission technology such as HARQ (Hybrid Automatic Repeat reQuest).
  • HARQ Hybrid Automatic Repeat reQuest
  • the wireless communication section 31 includes a transmission processing section 311, a reception processing section 312, and an antenna 313.
  • the wireless communication unit 31 may include a plurality of transmission processing units 311, a plurality of reception processing units 312, and a plurality of antennas 313. Note that when the wireless communication section 31 supports multiple wireless access methods, each section of the wireless communication section 31 can be configured individually for each wireless access method.
  • the transmission processing unit 311 and the reception processing unit 312 may be configured separately for LTE and NR.
  • the antenna 313 may be composed of a plurality of antenna elements (for example, a plurality of patch antennas).
  • the wireless communication unit 31 may be configured to be capable of beam forming.
  • the wireless communication unit 31 may be configured to be capable of polarized beam forming using vertically polarized waves (V polarized waves) and horizontally polarized waves (H polarized waves).
  • the transmission processing unit 311 performs transmission processing of downlink control information and downlink data.
  • the transmission processing unit 311 encodes the downlink control information and downlink data input from the control unit 33 using an encoding method such as block encoding, convolutional encoding, turbo encoding, or the like.
  • the encoding may be performed using a polar code or an LDPC code (low density parity check code).
  • the transmission processing unit 311 modulates the encoded bits using a predetermined modulation method such as BPSK, QPSK, 16QAM, 64QAM, or 256QAM.
  • the signal points on the constellation do not necessarily have to be equidistant.
  • the constellation may be a non-uniform constellation (NUC).
  • the transmission processing unit 311 multiplexes the modulation symbol of each channel and the downlink reference signal, and arranges it in a predetermined resource element.
  • the transmission processing unit 311 then performs various signal processing on the multiplexed signal. For example, the transmission processing unit 311 performs conversion into the frequency domain using fast Fourier transform, addition of a guard interval (cyclic prefix), generation of a baseband digital signal, conversion to an analog signal, orthogonal modulation, upconversion, and redundant processing. Performs processing such as removing frequency components and amplifying power.
  • the signal generated by the transmission processing section 311 is transmitted from the antenna 313.
  • the reception processing unit 312 processes uplink signals received via the antenna 313. For example, the reception processing unit 312 performs down-conversion, removal of unnecessary frequency components, control of amplification level, orthogonal demodulation, conversion to a digital signal, removal of guard intervals (cyclic prefix), high-speed Performs extraction of frequency domain signals by Fourier transform, etc. Then, the reception processing unit 312 separates uplink channels such as PUSCH (Physical Uplink Shared Channel) and PUCCH (Physical Uplink Control Channel) and uplink reference signals from the signals subjected to these processes.
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • the reception processing unit 312 demodulates the received signal using a modulation scheme such as BPSK (Binary Phase Shift Keying) or QPSK (Quadrature Phase Shift Keying) for the modulation symbol of the uplink channel.
  • the modulation method used for demodulation may be 16QAM (Quadrature Amplitude Modulation), 64QAM, or 256QAM.
  • the signal points on the constellation do not necessarily have to be equidistant.
  • the constellation may be a non-uniform constellation (NUC).
  • the reception processing unit 312 then performs decoding processing on the coded bits of the demodulated uplink channel.
  • the decoded uplink data and uplink control information are output to the control unit 33.
  • the antenna 313 is an antenna device (antenna section) that mutually converts current and radio waves.
  • the antenna 313 may be composed of one antenna element (eg, one patch antenna) or may be composed of multiple antenna elements (eg, multiple patch antennas).
  • the wireless communication unit 31 may be configured to be capable of beam forming.
  • the wireless communication unit 31 may be configured to generate a directional beam by controlling the directivity of a wireless signal using a plurality of antenna elements.
  • the antenna 313 may be a dual polarization antenna.
  • the wireless communication unit 31 may use vertically polarized waves (V polarized waves) and horizontally polarized waves (H polarized waves) when transmitting wireless signals.
  • the wireless communication unit 31 may control the directivity of the wireless signal transmitted using vertically polarized waves and horizontally polarized waves.
  • the wireless communication unit 31 may transmit and receive spatially multiplexed signals via a plurality of layers made up of a plurality of antenna elements.
  • the storage unit 32 is a data readable/writable storage device such as DRAM, SRAM, flash memory, or hard disk.
  • the storage unit 32 functions as a storage means of the base station 30.
  • the control unit 33 is a controller that controls each part of the base station 30.
  • the control unit 33 is realized by, for example, a processor such as a CPU (Central Processing Unit) or an MPU (Micro Processing Unit).
  • the control unit 33 is realized by a processor executing various programs stored in a storage device inside the base station 30 using a RAM (Random Access Memory) or the like as a work area.
  • the control unit 33 may be realized by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • CPUs, MPUs, ASICs, and FPGAs can all be considered controllers.
  • the control unit 33 may be realized by a GPU (Graphics Processing Unit) in addition to or instead of the CPU.
  • the control unit 33 includes an acquisition unit 331, a multiplexing unit 332, an encoding unit 333, a generation unit 334, a reception unit 335, a determination unit 336, and a decoding unit 337.
  • Each block (obtaining unit 331 to decoding unit 337) constituting the control unit 33 is a functional block indicating a function of the control unit 33, respectively.
  • These functional blocks may be software blocks or hardware blocks.
  • each of the above functional blocks may be one software module realized by software (including a microprogram), or one circuit block on a semiconductor chip (die).
  • each functional block may be one processor or one integrated circuit.
  • the control unit 33 may be configured in functional units different from the above-mentioned functional blocks.
  • the functional blocks can be configured in any way.
  • control unit 23 may be the same as the operation of each block (obtaining unit 131 to adding unit 133) of the control unit 13 of the server 10, or may be the same as the operation of each block of the control unit 43 of the terminal device 40. may be the same as
  • the concept of a base station may consist of a collection of multiple physical or logical devices.
  • the base station may be classified into a plurality of devices such as a BBU (Baseband Unit) and an RU (Radio Unit).
  • a base station may also be interpreted as a collection of these multiple devices.
  • the base station may be either BBU or RU, or both.
  • the BBU and RU may be connected through a predetermined interface (for example, eCPRI (enhanced Common Public Radio Interface)).
  • RU may be referred to as RRU (Remote Radio Unit) or RD (Radio DoT).
  • the RU may correspond to gNB-DU (gNB Distributed Unit), which will be described later.
  • the BBU may correspond to gNB-CU (gNB Central Unit), which will be described later.
  • the RU may be a wireless device connected to a gNB-DU described below.
  • the gNB-CU, the gNB-DU, and the RU connected to the gNB-DU may be configured to comply with O-RAN (Open Radio Access Network).
  • the RU may be a device integrally formed with the antenna.
  • An antenna possessed by the base station (for example, an antenna formed integrally with the RU) may employ an Advanced Antenna System and may support MIMO (for example, FD-MIMO) or beamforming.
  • the antenna included in the base station may include, for example, 64 transmitting antenna ports and 64 receiving antenna ports.
  • the antenna mounted on the RU may be an antenna panel composed of one or more antenna elements, and the RU may be mounted with one or more antenna panels.
  • an RU may have two types of antenna panels: a horizontally polarized antenna panel and a vertically polarized antenna panel, or a right-handed circularly polarized antenna panel and a left-handed circularly polarized antenna panel. It may be installed. Further, the RU may form and control independent beams for each antenna panel.
  • a plurality of base stations may be connected to each other.
  • One or more base stations may be included in a radio access network (RAN).
  • the base station may be simply referred to as RAN, RAN node, AN (Access Network), or AN node.
  • EUTRAN Enhanced Universal Terrestrial RAN
  • RAN in NR is sometimes called NGRAN.
  • RAN in W-CDMA (UMTS) is sometimes called UTRAN.
  • an LTE base station is sometimes referred to as an eNodeB (Evolved Node B) or eNB.
  • EUTRAN includes one or more eNodeBs (eNBs).
  • an NR base station is sometimes referred to as a gNodeB or gNB.
  • NGRAN includes one or more gNBs.
  • the EUTRAN may include a gNB (en-gNB) connected to a core network (EPC) in an LTE communication system (EPS).
  • NGRAN may include an ng-eNB connected to a core network 5GC in a 5G communication system (5GS).
  • the base station when the base station is an eNB, gNB, etc., the base station is sometimes referred to as 3GPP Access. Further, when the base station is a wireless access point (Access Point), the base station is sometimes referred to as non-3GPP access (Non-3GPP Access). Furthermore, the base station may be an optical equipment called RRH (Remote Radio Head) or RU (Radio Unit). Furthermore, when the base station is a gNB, the base station may be a combination of the above-mentioned gNB-CU and gNB-DU, or either gNB-CU or gNB-DU. You can.
  • RRH Remote Radio Head
  • RU Radio Unit
  • the gNB-CU uses multiple upper layers (for example, RRC (Radio Resource Control), SDAP (Service Data Adaptation Protocol), PDCP (Packet On the other hand, gNB-DU hosts multiple lower layers (e.g. RLC (Radio Link Control), MAC (Medium Access Control), PHY (Physical layer)) in the access stratum. ).
  • RRC signaling (semi-static notification) is generated in the gNB-CU, while MAC CE and DCI (dynamic notification) are generated in the gNB-DU.
  • some configurations such as IE:cellGroupConfig may be generated by the gNB-DU, and the remaining configurations may be generated by the gNB-DU. - may be generated in the CU. These configurations may be sent and received via the F1 interface, which will be described later.
  • the base station may be configured to be able to communicate with other base stations.
  • the base stations may be connected by an X2 interface.
  • the devices may be connected through an Xn interface.
  • the devices may be connected through the F1 interface described above.
  • Messages/information described below may be transmitted between multiple base stations, e.g., via an X2 interface, an Xn interface, or an F1 interface. .
  • a cell provided by a base station is sometimes called a serving cell.
  • the concept of serving cell includes PCell (Primary Cell) and SCell (Secondary Cell).
  • PCell Primary Cell
  • SCell Secondary Cell
  • dual connectivity is configured in the UE (for example, the terminal device 40)
  • the PCell and zero or more SCells provided by the MN may be referred to as a master cell group.
  • dual connectivity include EUTRA-EUTRA Dual Connectivity, EUTRA-NR Dual Connectivity (ENDC), EUTRA-NR Dual Connectivity with 5GC, NR-EUTRA Dual Connectivity (NEDC), and NR-NR Dual Connectivity.
  • the serving cell may include a PSCell (Primary Secondary Cell or Primary SCG Cell).
  • PSCell Primary Secondary Cell or Primary SCG Cell
  • a PSCell and zero or more SCells provided by an SN may be referred to as an SCG (Secondary Cell Group).
  • SCG Secondary Cell Group
  • PUCCH Physical Uplink Control Channel
  • the Physical Uplink Control Channel is transmitted on the PCell and PSCell, but not on the SCell.
  • radio link failure is detected in PCell and PSCell, it is not detected in SCell (it does not need to be detected). In this way, PCell and PSCell have special roles within the serving cell, and are therefore also called SpCell (Special Cell).
  • One downlink component carrier and one uplink component carrier may be associated with one cell. Further, the system bandwidth corresponding to one cell may be divided into a plurality of BWPs (Bandwidth Parts). In this case, one or more BWPs may be configured in the UE, and one BWP may be used by the UE as an active BWP. Furthermore, the radio resources (for example, frequency band, numerology (subcarrier spacing), and slot configuration) that can be used by the terminal device 40 may differ for each cell, each component carrier, or each BWP.
  • the radio resources for example, frequency band, numerology (subcarrier spacing), and slot configuration
  • Terminal device configuration Next, the configuration of the terminal device 40 will be explained.
  • the terminal device 40 is a wireless communication device that wirelessly communicates with other communication devices such as the base station 30.
  • the terminal device 40 is, for example, a mobile phone, a smart device (smartphone or tablet), a PDA (Personal Digital Assistant), or a personal computer.
  • the terminal device 40 may be a device such as a professional camera equipped with a communication function, or may be a motorcycle, a mobile broadcasting van, etc. equipped with a communication device such as an FPU (Field Pickup Unit).
  • the terminal device 40 may be an M2M (Machine to Machine) device or an IoT (Internet of Things) device.
  • the terminal device 40 may be capable of NOMA communication with the base station 30. Furthermore, when communicating with the base station 30, the terminal device 40 may be able to use automatic retransmission technology such as HARQ.
  • the terminal device 40 may be capable of side link communication with other terminal devices 40.
  • the terminal device 40 may also be able to use automatic retransmission technology such as HARQ when performing sidelink communication.
  • the terminal device 40 may also be capable of NOMA communication in communication (side link) with other terminal devices 40.
  • the terminal device 40 may be capable of LPWA communication with other communication devices (for example, the base station 30 and other terminal devices 40).
  • the wireless communication used by the terminal device 40 may be wireless communication using millimeter waves. Note that the wireless communication (including side link communication) used by the terminal device 40 may be wireless communication using radio waves, or wireless communication using infrared rays or visible light (optical wireless). good.
  • the terminal device 40 may be a mobile device.
  • a mobile device is a mobile wireless communication device.
  • the terminal device 40 may be a wireless communication device installed in a mobile body, or may be the mobile body itself.
  • the terminal device 40 may be a vehicle that moves on a road such as a car, a bus, a truck, or a motorcycle, a vehicle that moves on rails installed on a track such as a train, or a vehicle that is mounted on the vehicle. It may also be a wireless communication device.
  • the mobile object may be a mobile terminal, or a mobile object that moves on land (ground in a narrow sense), underground, on water, or underwater.
  • the moving object may be a moving object that moves within the atmosphere, such as a drone or a helicopter, or a moving object that moves outside the atmosphere, such as an artificial satellite.
  • the terminal device 40 may connect to and communicate with multiple base stations or multiple cells at the same time.
  • multiple cells e.g. pCell, sCell
  • CA carrier aggregation
  • DC dual connectivity
  • MC Multi-Connectivity
  • the terminal device 40 and the plurality of base stations 30 may communicate via cells of different base stations 30 using Coordinated Multi-Point Transmission and Reception (CoMP) technology.
  • CoMP Coordinated Multi-Point Transmission and Reception
  • FIG. 6 is a diagram illustrating a configuration example of the terminal device 40 according to the embodiment of the present disclosure.
  • the terminal device 40 includes a wireless communication section 41, a storage section 42, and a control section 43. Note that the configuration shown in FIG. 6 is a functional configuration, and the hardware configuration may be different from this. Further, the functions of the terminal device 40 may be distributed and implemented in a plurality of physically separated configurations.
  • the wireless communication unit 41 is a signal processing unit for wirelessly communicating with other wireless communication devices (for example, the base station 30 and other terminal devices 40).
  • the wireless communication section 41 operates under the control of the control section 43.
  • the wireless communication unit 41 includes a transmission processing unit 411, a reception processing unit 412, and an antenna 413.
  • the configurations of the wireless communication unit 41, transmission processing unit 411, reception processing unit 412, and antenna 413 may be the same as those of the wireless communication unit 31, transmission processing unit 311, reception processing unit 312, and antenna 313 of the base station 30. .
  • the wireless communication unit 41 may be configured to be capable of beam forming.
  • the wireless communication unit 41 may be configured to be able to transmit and receive spatially multiplexed signals.
  • the storage unit 42 is a data readable/writable storage device such as DRAM, SRAM, flash memory, hard disk, etc.
  • the storage unit 42 functions as a storage means of the terminal device 40.
  • the control unit 43 is a controller that controls each part of the terminal device 40.
  • the control unit 43 is realized by, for example, a processor such as a CPU or an MPU.
  • the control unit 43 is realized by a processor executing various programs stored in a storage device inside the terminal device 40 using a RAM or the like as a work area.
  • the control unit 43 may be realized by an integrated circuit such as ASIC or FPGA.
  • CPUs, MPUs, ASICs, and FPGAs can all be considered controllers.
  • the control unit 43 may be realized by a GPU in addition to or instead of the CPU.
  • the control unit 43 includes an acquisition unit 431, a multiplexing unit 432, an encoding unit 433, a generation unit 434, a reception unit 435, a determination unit 436, and a decoding unit 437.
  • Each block (obtaining unit 431 to decoding unit 437) constituting the control unit 43 is a functional block indicating a function of the control unit 43, respectively.
  • These functional blocks may be software blocks or hardware blocks.
  • each of the above functional blocks may be one software module realized by software (including a microprogram), or one circuit block on a semiconductor chip (die).
  • each functional block may be one processor or one integrated circuit.
  • the control unit 43 may be configured in a functional unit different from the above-mentioned functional blocks.
  • the functional blocks can be configured in any way.
  • control unit 43 may be the same as the operation of each block (acquisition unit 131 to grant unit 133) of the control unit 13 of the server 10, or the operation of each block (acquisition unit 131 to grant unit 133) of the control unit 33 of the base station 30
  • the operation may be the same as that of the units 331 to 337).
  • Packet coding The configuration of the communication system 1 of this embodiment has been described above, and next, packet coding, which is a premise of the transmission/reception processing of this embodiment, will be described.
  • an encoding method is used to generate multiple coded bit sequences from one information sequence to be transmitted (or multiple bit sequences generated by dividing one information sequence). use.
  • This coding method is referred to as packet coding in this embodiment.
  • multiple bit sequences generated by dividing one information sequence may be referred to as multiple source bit sequences or multiple sub-sequences.
  • a coded bit sequence generated by packet coding may be referred to as a coded bit sequence or a coded sequence.
  • not only the process (encoding process) of generating multiple encoded bit sequences from one information sequence (or multiple source bit sequences), but also the process of generating one information from multiple encoded bit sequences is also sometimes referred to as packet coding process.
  • FIG. 7 and 8 are diagrams showing an overview of packet coding processing. Specifically, FIG. 7 is a diagram illustrating an overview of packet coding processing executed by a communication device on the transmitting side, and FIG. 8 is a diagram illustrating an overview of packet coding processing executed in a communication device on the receiving side. It is. Both the base station 30 and the terminal device 40 can be communication devices on the transmitting side or the receiving side. In this embodiment, the communication device applies packet coding processing to an information series to be transmitted and received.
  • a predetermined layer related to signal processing inside a communication device performs predetermined signal processing (transmission side processing 1 shown in FIG. 7) after acquiring an information sequence from an upper layer (for example, SDAP layer or RRC layer), and encodes The information sequence (hereinafter also referred to as a transmission data sequence) is transmitted to the layer (eg, PDCP layer).
  • the encoding layer performs encoding processing on the received transmission data sequence.
  • the encoding processing performed here includes packet coding processing that generates a plurality of encoded bit sequences (hereinafter also referred to as encoded sequences) from one transmission data sequence.
  • the encoded sequence undergoes predetermined signal processing (transmission side processing 2 shown in FIG. 7) and is then transmitted to the receiving side communication device. At this time, multiple encoded sequences are distributed to multiple channels and transmitted.
  • a predetermined layer regarding signal processing inside a communication device performs predetermined signal processing (reception side processing 1 shown in FIG. 8) after acquiring an information sequence (hereinafter also referred to as a received data sequence) from a transmission side communication device. and transmits the received data sequence to the decoding layer (for example, PDCP layer).
  • the decoding layer performs a decoding process on the received data sequence corresponding to the encoding process (packet coding process) on the transmitting side.
  • the information sequence generated by the decoding process is transmitted to the upper layer after passing through predetermined signal processing (receiving side process 2 shown in FIG. 8).
  • Packet coding processing involves a division procedure in which one transmission data sequence is divided into multiple source bit sequences, and multiple source bit sequences are generated by performing encoding processing on the multiple source bit sequences using a predetermined error correction encoding method. and an encoding procedure for generating a plurality of encoded bit sequences from the encoded bit sequences. Note that the packet coding process does not necessarily need to include a division procedure. Only the encoding procedure may be packet coding processing.
  • FIG. 9 is a diagram for explaining packet coding processing.
  • a communication device generates a plurality of source bit sequences from one bit sequence (one transmission data sequence). At this time, the plurality of source bit sequences may have the same length. That is, the communication device may equally divide one bit sequence.
  • the communication device then performs a predetermined error correction encoding process on the multiple source bit sequences (one bit sequence group shown in FIG. 9), thereby generating multiple coded bit sequences (as shown in FIG.
  • the encoded bit sequence group shown in FIG. the communication device may generate a coded bit sequence group by bit-level XORing the source bit sequences.
  • the bit sequence length for the parity bit sequence is the same as the sequence length of a plurality of source bit sequences (corresponding to one bit sequence group here) used for input.
  • the transmission-side communication device In order to succeed in decoding, the transmission-side communication device must select at least the source bits to be encoded from among the multiple output encoded bit sequences (9 encoded bit sequences in the example of FIG. 9). It is necessary to transmit more encoded bit sequences than the number of sequences (five in the example of FIG. 9) to the receiving side. Note that the example shown in FIG. 9 is just an example. The packet coding process is not limited to the example shown in FIG.
  • the error correction encoding method used in packet coding processing is FEC (Forward Error Correction), which is included in categories such as erasure codes, rateless codes, or fountain codes. ) method is preferable. Furthermore, the error correction encoding method used in the packet coding process may be a method in which a plurality of bit sequences are linearly combined or XOR combined and then encoded. Examples of error correction encoding methods that are assumed to be used in packet coding processing are shown in (A1) to (A11) below. Of course, the error correction encoding method used in the first encoding process is not limited to the following example.
  • A1 Erasure correction code A2) Rateless code (A3) Fountain code (A4) Tornado code (A5) LT code (Luby Transform Codes) (A6) Raptor code (A7) RaptorQ code (A8) LDPC code (Low Density Parity Check Codes) (A9) BCH code (A10) RS code (Reed Solomon Codes) (A11) XOR codes (eXclusive OR Codes)
  • the communication device adds redundant data to a plurality of encoded bit sequences generated by packet coding in units of encoded bit sequences.
  • FIG. 10 is a diagram showing an example of redundant data added to an encoded bit sequence.
  • the redundant data includes sequence identification data that has a symbol identification function and error detection data that has an error detection function.
  • the sequence identification data is, for example, an identification number for identifying the encoded bit sequence.
  • the identification number may be called ID (Identification) or SN (Sequence Number). This identification number is used by the communication device on the receiving side to determine which encoded sequence on the transmitting side the encoded bit sequence that arrived corresponds to.
  • the error detection data is used by a communication device on the receiving side to detect whether or not there is an error in the encoded bit sequence.
  • the transmission-side communication device may perform further encoding processing on the encoded sequence.
  • An example of further encoding processing is CRC (Cyclic Redundancy Check).
  • FIG. 11 is a diagram illustrating an example of the encoding procedure of packet coding processing.
  • the encoding procedure of the packet coding process may be regarded as the packet coding process itself. Note that not all of the packet coding shown in (A1) to (A11) follow the same procedure as in FIG. 11.
  • FIG. 11 shows a process of inputting one of three bit sequences and generating one new parity bit sequence through encoding.
  • parity is generated using bit-level addition of bit sequences of equal length.
  • the encoding method can be expressed using matrix operations.
  • the matrix on the left side of the right side is the encoding matrix.
  • FIG. 11 the matrix on the left side of the right side is the encoding matrix.
  • FIG. 12 is a diagram illustrating an example of a coding procedure for a plurality of received coded bit sequences. Note that the decoding procedure shown in FIG. 12 does not correspond to all the packet codings shown in (A1) to (A11). FIG. 12 shows how a parity bit sequence is used to correct the loss of one coded bit sequence at an arbitrary position. Whether or not a lost sequence can be corrected is equivalent to whether or not the equation can be solved when the matrix constructed from the row elements of the encoding matrix corresponding to the correctly arrived encoded bit sequence is viewed as a linear equation. .
  • FIG. 13 is a sequence diagram showing an example of the procedure of packet coding processing. Note that the procedure example shown in FIG. 13 is just an example, and the procedure of the packet coding process is not limited to this procedure example. Further, although FIG. 13 shows downlink communication from the base station 30 to the terminal device 40, the technology disclosed in this embodiment is applicable to other communications (for example, uplink communication from the terminal device 40 to the base station 30). communication). Hereinafter, an example of the procedure of the packet coding process of this embodiment will be described with reference to the sequence diagram of FIG. 13.
  • the terminal device 40 notifies the base station 30 of the cell to which it is connected of information regarding its own terminal capabilities (step S101).
  • This information also includes capability information for packet coding.
  • the terminal device 40 may notify information regarding this terminal capability during or after the initial access procedure.
  • physical channels for this notification include, for example, a random access channel (PRACH), a physical uplink control channel (PUCCH), and a physical uplink shared channel (PUSCH). ) may be used.
  • PRACH random access channel
  • PUCCH physical uplink control channel
  • PUSCH physical uplink shared channel
  • the base station 30 notifies the terminal device 40 connected to the cell it manages of quasi-static control information including information regarding packet coding (encoding/decoding) (step S102).
  • This semi-static control information may be cell-specific control information.
  • the base station 30 may notify this quasi-static control information during or after the initial connection procedure. Furthermore, the base station 30 may notify this control information as part of an RRC procedure such as RRC Signaling, RRC Configuration, or RRC Reconfiguration. Furthermore, the base station 30 may periodically notify the terminal device 40 of this control information.
  • Physical channels for reporting this control information include a broadcast channel (PBCH: Physical Broadcast Channel), a downlink control channel (Physical Downlink Control Channel, EPDCCH: Enhanced Physical Downlink Control Channel), and a downlink shared channel (Physical Downlink Shared Channel). At least one of the following channels may be used.
  • PBCH Physical Broadcast Channel
  • EPDCCH Enhanced Physical Downlink Control Channel
  • a downlink shared channel Physical Downlink Shared Channel
  • the terminal device 40 Upon receiving the quasi-static control information, the terminal device 40 performs settings regarding encoding based on information regarding packet coding included in the received control information (step S103).
  • the base station 30 transmits dynamic control information to the terminal device 40 (step S104).
  • cases where downlink communication occurs include a case where the terminal device 40 requests data download (pull) and a case where push data is generated to the terminal device 40.
  • This dynamic control information may be terminal-specific (UE-specific) control information or terminal group-specific (UE-group-specific) control information.
  • the terminal group is, for example, a group of one or more terminal devices 40 that are destinations when downlink communication is multicast or broadcast.
  • the dynamic control information may include various information such as information regarding radio resources used to perform downlink communication.
  • the dynamic control information may include information regarding various resources for allocating downlink communication to the target terminal device 40 (terminal device 40 group). More specifically, the dynamic control information may include, for example, the following information (1) to (9).
  • Frequency resources e.g. resource block, subcarrier, subcarrier group, etc.
  • Time resources e.g. subframe, slot, mini-slot, symbol, etc.
  • Spatial resources e.g., antenna, antenna port, spatial layer, spatial stream, etc.
  • Non-orthogonal resources for example, power related resources, interleaving patterns, scrambling patterns, spreading patterns, etc.
  • Modulation level Modulation Order
  • Encoding method used in packet coding e.g.
  • error correction encoding method (7) Information regarding the coding rate of packet coding (8) Information regarding redundant data added to the encoded sequence (for example, information regarding error detection method, identification number of the encoded sequence) (9) ARQ/HARQ settings (for example, NDI (New Data Indicator), RV (Redundancy Version), etc.)
  • the terminal device 40 that has received this dynamic control information performs settings to prepare for appropriate reception of downlink communication according to the control information (step S105).
  • the base station 30 encodes the data of the downlink communication to the terminal device by packet coding processing in accordance with the control information notified to the terminal device 40 for the information series that has undergone the transmission processing in the upper layer.
  • transmission processing including physical layer processing (including modulation, physical layer encoding, etc.) is performed (step S106).
  • the base station 30 transmits the encoded and modulated data to the terminal device 40 as a wireless signal (step S107).
  • the terminal device 40 executes various processes (reception processing, demodulation processing, and decoding processing) including code processing corresponding to packet coding processing according to the settings specified by the control information (Ste S108). For example, the terminal device 40 determines whether the restored encoded sequence contains an error. Then, the terminal device 40 attempts decoding using only the encoded sequence that does not include errors. Thereafter, the terminal device 40 returns ACK or NACK to the base station 30 depending on whether the data decoding is successful or unsuccessful. Furthermore, it is desirable that the terminal device 40 change the settings for processing related to additional transmission (for example, settings for ARQ/HARQ processing) depending on whether data decoding is successful or unsuccessful.
  • the terminal device 40 if the terminal device 40 fails in decoding, the terminal device 40 stores the decoding result or the data (encoded sequence) in the middle of decoding in memory in order to perform retransmission/combining including the next received encoded sequence. It is desirable to keep it. If the decoding is successful, the terminal device 40 performs processing for data transfer to an upper layer. In the example of FIG. 13, the terminal device 40 has failed in decoding and returns NACK to the base station 30 (step S109).
  • the base station 30 executes the next process according to the response (ACK/NACK) received from the terminal device 40. For example, when receiving a NACK notification, preparations are made for transmitting an additional information series (step S110). Preparations for this transmission include generation of a new coded sequence by packet coding, transmission processing necessary for transmission, selection of radio resources, and the like. Note that if an ACK is received from the terminal device 40, it means that the target data was successfully transmitted and received, and therefore the communication moves to the next new data.
  • the base station 30 moves to perform retransmission or downlink communication of new data in accordance with the processing for additional transmission corresponding to the above response (ACK/NACK). For this purpose, the base station 30 notifies the target terminal device 40 of dynamic control information again, and performs downlink communication according to the setting.
  • the base station 30 receives a NACK from the terminal device 40 (step S109), so it executes processing for determining additional transmission (step S110), and also sends a new dynamic response to the terminal device 40.
  • control information is notified (step S111).
  • the terminal device 40 that has received this dynamic control information performs settings to prepare for appropriate reception of downlink communication according to the control information.
  • the base station 30 performs various processes including packet coding processing on the data of the downlink communication to the terminal device 40 in accordance with the control information notified to the terminal device 40 (step S112). Then, the base station 30 retransmits the encoded data to the terminal device 40 (step S113).
  • the terminal device 40 synthesizes data based on the retransmission signal, and performs various processes (reception processing, demodulation processing, and decryption processing) (step S114). In the example of FIG. 13, the terminal device 40 has successfully decoded, returns ACK to the base station 30 (step S115), and executes the remaining reception processing (step S116).
  • the base station 30 that has received the ACK executes processing for determining additional transmission (step S117), and moves on to communication of the next new data.
  • Multi-TRP is a function that transmits a single or multiple transport blocks by cooperatively using multiple transmission and reception points (TRPs) at the physical layer level.
  • TRPs transmission and reception points
  • Multi-TRP can be broadly classified into two types.
  • FIGS. 14 and 15 are diagrams each showing a form of multi-TRP.
  • FIG. 14 is a diagram showing the first form of multi-TRP.
  • channel information between the UE and each TRP is exchanged independently.
  • fronthaul between TRPs is used during non-ideal communication.
  • FIG. 15 is a diagram showing a second form of multi-TRP.
  • channel information between the UE and each TRP is exchanged all at once via a single TRP. This is assumed to be used when fronthaul between TRPs is ideal communication.
  • the number of exchanges of channel information is reduced compared to the first form.
  • the transport block size (TRS) handled by each TRP is determined by channel information and the amount of resources.
  • the channel information includes the determined values of MCS (Modulation and Coding Scheme) and/or CQI (Channel Quality Indicator).
  • the resource amount information includes at least one piece of information such as the number of usable resource blocks and the number of layers.
  • Non-Patent Document 3 (3GPP TS 38.401 V16.8.0) provides a description of the NG RAN Architecture defined by 3GPP.
  • FIG. 16 is a diagram illustrating an example of NGRAN architecture.
  • the functions of the base station are separated into two: CU (Central Unit) and DU (Distributed Unit).
  • CU Central Unit
  • DU Distributed Unit
  • the boundary line between CU and DU is set between the PDCP (Packet Data Convergence Protocol) layer and the RLC (Radio Link Control) layer in the 3GPP protocol stack.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • DU includes some or all of the functions known by names such as RRH (Radio Remote Head), RRU (Remote Radio Unit), and RU (Radio Unit), which were called in 3GPP LTE. You can leave it there. It is assumed that one gNB is composed of one CU and one or more DUs. Further, one DU establishes a connection with only one CU.
  • RRH Radio Remote Head
  • RRU Remote Radio Unit
  • RU Radio Unit
  • one DU may be connected to multiple CUs in a suitable implementation.
  • 3GPP defines "F1" as an interface between these units. This interface is a logical interface. Communication between the CU and DU is established by the IP packet passing through a network such as, for example, Ethernet (registered trademark) (IEEE 802.3).
  • efficiency and flexibility in achieving communication reliability can be an issue.
  • the efficiency and flexibility issues refer to, for example, the following issues (1) to (3).
  • each TRP cannot handle transport blocks (TB) of the same size, synchronization in subMAC PDU (Protocol Data Unit) units or MAC SDU (Service Data Unit) units cannot be synchronized at the receiving side MAC layer.
  • a method of simply duplicating the same data (for example, subMAC PDU or MAC SDU) and determining whether transmission has been successful for each transport block is not preferable from the viewpoint of coding efficiency.
  • the communication system 1 of Embodiment 1 includes a transmitting device (e.g., base station 30) capable of multi-TRP communication, and a receiving device (e.g., terminal device 40) capable of multi-TRP communication.
  • a transmitting device e.g., base station 30
  • a receiving device e.g., terminal device 40
  • FIG. 17 is a diagram showing an overview of the transmission process of the first embodiment.
  • a transmitting device multiplexes a plurality of upper layer packets to generate one transmission data sequence.
  • the transmitting device then generates a plurality of encoded sequences from one transmission data sequence using packet coding.
  • the packet coding process involves dividing one transmission data sequence into multiple sub-sequences, and applying encoding processing to the multiple sub-sequences using a predetermined error correction encoding method.
  • the method includes a step of generating a plurality of encoded sequences from.
  • the transmitting device distributes the plurality of encoded sequences for each TRP based on the information on the transport block size of each of the plurality of TRPs.
  • the transmitting device then generates transport blocks for each of the plurality of TRPs based on the distributed encoded sequences.
  • FIG. 18 is a diagram showing an overview of reception processing in the first embodiment.
  • the receiving device receives a plurality of transport blocks from the transmitting device. Then, the receiving device extracts a plurality of encoded sequences from each of the plurality of transport blocks. The receiving device decodes the plurality of extracted encoded sequences using a decoding method compatible with packet coding. The receiving device then separates the decoded data into a plurality of upper layer packets.
  • the PHY belonging to each TRP receives from the upper layer, as a TB (Transport Block), a group of encoded symbols generated from the same upper layer packet group that satisfies the requirements of each TBS (Transport Block Size). Therefore, data transmitted for each TRP can be synchronized when viewed in units of upper layer packets.
  • the communication system 1 can change a sequence of a certain size to an arbitrary size while preserving the amount of information by performing coding in the upper layer, so it can support any TBS. As a result, the communication system 1 can improve efficiency and flexibility in achieving communication reliability.
  • FIGS. 19 and 20 are sequence diagrams showing the transmission and reception processing of the first embodiment.
  • the communication system 1 has two TRPs (physical layers).
  • each physical layer separately calculates the TBS (Transport Block Size and performs the necessary processing for that purpose.
  • TX physical layer 1 and RX physical layer 1 have a corresponding relationship
  • TX physical layer 2 and RX physical layer 2 There is a correspondence relationship.As long as each transmission point and TB can be handled independently, these do not need to be the physical layer.For example, they may be Low-PHY or RHH. It may be RU.
  • FIGS. 19 and 20 the same step numbers are assigned to corresponding processes.
  • a communication device on the receiving side will be referred to as a receiving device
  • a communication device on the transmitting side will be referred to as a transmitting device.
  • the transmitting device performs multiplexing processing of upper layer packets (step S201). For example, a transmitting device generates one transmission data sequence by multiplexing a plurality of upper layer packets.
  • the upper layer packet refers to a packet before physical layer transport.
  • the upper layer packet may be any of the following (1) to (4). (1) subMAC PDU, MAC SDU (2) RLC PDU, RLC SDU (3) PDCP PDU, PDCP SDU (4) Bit sequence generated above the physical layer
  • the transmitting device determines the size of the bit sequence (one transmission data sequence) generated after the multiplexing process. Note that this process may not be performed. Further, the transmitting device may use information regarding one or more communications to determine the size.
  • the information regarding communication may be information regarding the state of the channel (for example, DCI).
  • the information regarding communication may be information used for establishing or reconfiguring a radio bearer or a logical layer.
  • the information regarding communication may be information included in RRC Signal, MAC CE, RLC Control PDU, and PDCP Control PDU.
  • the information regarding communication may be control information directed to the logical layer.
  • the information regarding communication may be information included in RRC Signal, MAC CE, RLC Control PDU, and PDCP Control PDU.
  • the transmitting device may use information on the TBS of each of the plurality of transmission/reception points (for example, the TBS notified from each physical layer) in order to determine the size. For example, the transmitting device may determine the largest size among a plurality of transport block sizes as the size of a bit sequence (one transmission data sequence).
  • the transmitting device may determine the largest size among a plurality of transport block sizes as the size of a bit sequence (one transmission data sequence).
  • TBS1/TBS2 the transmitting device is notified of each TBS (TBS1/TBS2) from the PHY layer (PHY1/PHY2) to which each TRP belongs
  • the sizes of TBS1 and TBS2 may be compared and the larger one may be used as the size of the bit sequence (one transmission data sequence).
  • the algorithm used by the transmitting device to determine the size is not limited to the above.
  • the transmitting device After determining the size, the transmitting device multiplexes multiple packets to the determined size. At this time, the transmitting device may perform zero padding after multiplexing so that the determined size is achieved.
  • the transmitting device performs encoding processing on the multiplexed bit sequence (one transmission data sequence) (step S202). Specifically, the transmitting device performs packet coding processing on one transmission data series. Packet coding processing includes a division procedure of dividing one transmission data sequence into a plurality of sub-sequences, and a coding process of the plurality of sub-sequences using a predetermined error correction coding method. and a generation procedure for generating a plurality of encoded sequences from.
  • the transmitting device determines the number of divisions of one transmission data sequence according to predetermined conditions, and divides one transmission data sequence into a plurality of sub-sequences so that the determined number of divisions is achieved.
  • the transmitting device may determine the number of divisions of one transmission data sequence based on reliability information required for transmission of the transmission data sequence. For example, the transmitting device may determine the number of divisions of one transmission data sequence based on the value of 5QI (5G QoS Identifier) set in DRB (Data Radio Bearer).
  • 5QI 5G QoS Identifier
  • the transmitting device may determine the number of divisions of one transmission data sequence based on an arbitrary value or a notification from another communication device. For example, the transmitting device may determine the number of divisions of one transmission data sequence based on the number of usable TRPs. Further, the transmitting device may determine the number of divisions of one transmission data sequence based on notifications in Configuration/Re-configuration, Establishment, and Re-establishment of the logical layer.
  • the transmitting device may determine the number of divisions of one transmission data sequence based on transport block size (TBS) information. For example, the number of divisions of one transmission data sequence may be determined based on the size of a transport block determined based on information notified from the terminal device 40 represented by PUCCH.
  • TBS transport block size
  • the transmitting device may determine the size of one sub-sequence from a common divisor of two TBSs notified from each TRP, and determine the number of divisions from there.
  • this method when generating a transport block by multiplexing one or more encoded sequences, each TRP can receive a transport block of the same size as the notified TBS from the upper layer. Therefore, this method is effective from the viewpoint of improving efficiency in resource specifications.
  • the transmitting device may determine the size of one subsequence from the divisor of any one TBS among the TBSs notified from each TRP, and determine the number of divisions from there.
  • This method is effective in that the number of divisions can be determined using a less complex method than the above method.
  • the transmitting device may determine the number of divisions of one transmission data sequence based on the state of the physical layer. For example, the transmitting device may determine the number of divisions of one transmission data sequence based on the state of the channel. Further, the transmitting device may determine the number of divisions of one transmission data sequence based on MCS (Modulation and Coding Scheme). Further, the transmitting device may determine the number of divisions of one transmission data sequence based on QCI (QoS Class Identifier). Furthermore, the transmitting device may determine the number of divisions of one transmission data sequence based on Resource Allocation.
  • MCS Modulation and Coding Scheme
  • QCI QoS Class Identifier
  • the transmitting device may determine the number of divisions of one transmission data sequence based on Resource Allocation.
  • a header is added to each encoded sequence for the purpose of sharing information used for decoding from point to point.
  • This header is a redundant component whose total amount increases in proportion to the number of encoded sequences used for transmission.
  • the minimum number of encoded sequences required for decoding is n. Therefore, on the transmitting side, decoding is impossible unless at least n sequences are transmitted in some way. In other words, the larger the value of n, the more redundant components due to the header.
  • the encoded sequence will not fit in the TBS sent from the physical layer corresponding to each TRP, or it will fit but there will be a lot of blank space.
  • the transport block has a margin of 7.
  • the size of the encoded sequence is made smaller, the margins of the transport block will inevitably become smaller. In this respect, it is effective to reduce the size of the encoded sequence.
  • the transmitting device performs encoding processing using the sub-sequence group.
  • the transmitting device then adds a header to each encoded sequence. It is not necessary to add a header.
  • the header includes at least one of the following information (1) to (3).
  • the transmitting device distributes a plurality of encoded sequences for each TRP based on information on the transport block size of each of the plurality of transmission and reception points.
  • the transmitting device then generates transport blocks for each of the plurality of TRPs based on the distributed encoded sequences (steps S203 and S204).
  • the transmitting device multiplexes encoded sequences according to a size that is less than or equal to the requested TBS.
  • the requested TBS is the TBS requested by the PHY layer belonging to one UE-TRP connection.
  • the total size of the encoded sequences transmitted to the multiple PHY layers is equal to or larger than the size of the multiplexed sequence (one transmission data sequence) of the multiple upper layer packets.
  • the coded sequences to be multiplexed may be duplicated when viewed for each physical layer to be transmitted.
  • the transmitting device may add a header to the multiplexed sequence (ie, transport block). It is not necessary to add a header.
  • the header includes at least the information shown in (1) to (2).
  • Information used during de-multiplexing for example, unit coded sequence length.
  • Control information required for the transport block eg, HARQ-ID.
  • the physical layer of the transmitting device transmits the transport block to the receiving device.
  • the physical layer of the receiving device receives the transport block from the transmitting device.
  • a receiving device receives transport blocks from the physical layer.
  • the receiving device performs de-multiplexing of the transport block received from the physical layer (step S205). This process may be performed sequentially on transport blocks arriving from the physical layer.
  • the receiving device may hold the information necessary for demultiplexing as a value that does not change depending on any information or operation. Further, the receiving device may receive information necessary for demultiplexing from the transmitting device. This information may be transmitted in a form included in control information for each TRP. Further, this information may be transmitted in a form included in a header added to a transport block.
  • the receiving device may perform demultiplexing of transport blocks in response to a notification within Configuration/Re-configuration, Establishment, or Re-establishment of the logical layer.
  • the receiving device performs decoding processing on the plurality of encoded sequences obtained by demultiplexing (step S206). For example, the receiving device decodes the plurality of coded sequences using a decoding method corresponding to the packet coding used in step S202. At this time, the receiving device may determine the timing to start the decoding process.
  • the receiving device may start decoding a plurality of coded sequences at the timing when it receives a number or length of coded sequences that satisfy a predetermined criterion. For example, the receiving device determines whether the number (or length) of correctly received encoded sequences satisfies a predetermined criterion. At this time, the receiving device may determine whether it has received the same number of divided coded sequences. Furthermore, the receiving device may determine whether it has received a number of encoded sequences that are determined to have a high expected value of achieving the target reliability. Then, if a predetermined criterion is met, the receiving device starts decoding the plurality of encoded sequences.
  • the receiving device may start decoding a plurality of coded sequences at a timing when a timer prompting the start of decoding satisfies a predetermined criterion.
  • This timer may be set by the transmitting device or by the receiving device.
  • the receiving device performs de-multiplexing of the decoded sequence (step S207).
  • the receiving device may hold the information necessary for demultiplexing as a value that does not change depending on any information or operation. Further, the receiving device may receive information necessary for demultiplexing from the transmitting device. This information may be transmitted in a form included in control information for each TRP. Further, this information may be transmitted in a form included in a header added to a transport block.
  • the receiving device may demultiplex transport blocks in response to a notification within Configuration/Re-configuration, Establishment, or Re-establishment of the logical layer.
  • the communication system 1 can cope with the case where the transport block size is different for each transmission/reception point. As a result, the communication system 1 can improve efficiency and flexibility in achieving communication reliability.
  • Embodiment 2 >> Next, the operation of the communication system 1 of the second embodiment will be explained.
  • Non-Patent Document 3 (3GPP TS 38.401 V16.8.0) provides a description of the NG RAN Architecture defined by 3GPP.
  • Non-Patent Document 3 shows an NG RAN architecture as shown in FIG. 16, for example.
  • FIG. 21 is a diagram for explaining the boundary line between CU and DU.
  • the boundary line between CU and DU also called split point or division point
  • the PDCP layer and RLC layer Option 2 in the 3GPP protocol stack, as shown at P1 in Figure 21. .
  • DU includes some or all of the functions known by names such as RRH (Radio Remote Head), RRU (Remote Radio Unit), and RU (Radio Unit), which were called in 3GPP LTE. You can leave it there. It is assumed that one gNB is composed of one CU and one or more DUs. Further, one DU establishes a connection with only one CU.
  • RRH Radio Remote Head
  • RRU Remote Radio Unit
  • RU Radio Unit
  • one DU may be connected to multiple CUs in a suitable implementation.
  • 3GPP defines "F1" as an interface between these units. This interface is a logical interface. Communication between the CU and DU is established by the IP packet passing through, for example, Ethernet (IEEE 802.3).
  • FIG. 22 is a diagram illustrating an example of IAB architecture (C-plane).
  • IAB Integral And Backhaul
  • F1 is wirelessized between a DU on an IAB donor or an IAB node and an MT (Mobile Terminal) on the IAB node.
  • FIG. 23 is a diagram illustrating an example of the architecture of a gNB in a state where the CP and UP are separated.
  • a gNB is composed of one CU-CP, multiple CU-UPs, and DU.
  • FIG. 24 is a diagram illustrating a basic example of a network configuration.
  • HU, MU, and RU are defined as follows.
  • the HU is a unit at the highest layer when a network configuration is functionally divided.
  • the HU includes, for example, core network functions or functions of a control entity.
  • one HU is defined for each slice or bearer.
  • FIGS. 25 and 26 are diagrams showing exemplary architectures that the HU can take.
  • HU takes the form of either FIG. 25 or FIG. 26.
  • the HU may be virtually constructed on a cloud server, or may be virtually separated and defined on the same server or device as other units. Note that if the HU is defined, for example, as a function from the core network onward (gNB side of the NG interface) to the PDCP layer, the HU is the same as the CU in the current 3GPP standard.
  • HU may be configured separately for UP and CP.
  • one HU on the CP side (HU-CP) may be defined.
  • one UP side HU (HU-UP) may be defined, or a plurality of HUs may be defined.
  • the MU is a unit that exists between a HU (Higher Unit) and an RU (Radio Unit) when a network configuration is functionally divided.
  • One MU is defined as subordinate to one HU or one or more MUs. Further, a plurality of MUs may be defined for one HU or one or more MUs.
  • FIG. 27, FIG. 28, and FIG. 29 are diagrams showing exemplary architectures that the MU and RU can take.
  • the MU takes one of the forms shown in FIGS. 27, 28, and 29.
  • the MU may be virtually constructed on a cloud server, or may be virtually separated and defined on the same server or device as other units.
  • One MU may be functionally split for the purpose of further functional division.
  • the MUs may be distinguished by names such as Upper-MU, Lower-MU, etc., based on the 3GPP protocol stack order, for example. For example, if the MU is a unit that includes all analog parts including RLC layer functions to RF functions, the MU corresponds to a DU in the current 3GPP standard.
  • the RU is a unit at the lowest layer when a network configuration is functionally divided.
  • a RU may include, for example, analog functionality, RF equipment, and antennas.
  • One RU is defined in a subordinate manner to one or more MUs. Further, a plurality of RUs may be defined for one or more MUs.
  • the RU takes one of the forms shown in FIGS. 27, 28, and 29.
  • Transmission signals transmitted by one RU may be separated using a physical or logical separation method. For example, transmission signals transmitted by one RU may be separated on the time axis, frequency axis, or space using properties such as orthogonality. In order to achieve these separations, the RU may include multiple transmission points with physical distances or a transmission device configured with multiple antennas. For example, RRH (Remote Radio Head), RE (Radio equipment), and RRU (Remote Radio Unit) can also be defined as one form of RU.
  • RRH Remote Radio Head
  • RE Radio equipment
  • RRU Remote Radio Unit
  • Inter-unit interface Note that the following connection states of the interfaces (HU-MU, MU-MU, MU-RU) between all units are allowed. In the case of wired communication, Ideal (a state in which synchronization can be achieved and the state of the communication path can be controlled) and Non-Ideal (for example, when a communication network such as Ethernet is used) are allowed. Furthermore, in the case of wireless, any connection state is independently allowed for the state of any interface between CU and RU defined by one slice or bearer. Note that the connection between the HU and MU corresponds to the above-mentioned backhaul or midhaul. Furthermore, the connection between MUs corresponds to the above-mentioned midhaul. Furthermore, the connection between MU and RU corresponds to the above-mentioned fronthaul.
  • (architecture) 30 to 33 are diagrams showing communication architectures assumed in this embodiment. Assume that the network configuration consists of one bearer or slice and there is path redundancy between the HU and the UE. In this embodiment, the form of this network configuration (redundancy of communication paths) is classified as follows: Architecture Example 1 ((a) to (c)) or Architecture Example 2 ((a) to (d)). .
  • the edge MU (Edge MU) is an MU that is directly connected to an RU.
  • Architecture example 1 (a) If the redundancy is closed from the HU to the edge MU, but not at the RU or UE (e.g., FIG. 30). (b) If the redundancy is closed between the HU and the RU, but not at the UE (eg, FIG. 31). (c) If redundancy is closed between the HU and the UE (e.g., Figure 32).
  • closed redundancy refers to a state where there are two or more different routes between two units, and at least the terminal unit has connections with multiple units. state.
  • the location indicated by CP is the point where redundancy is closed. Redundancy may be closed between the same or different units.
  • the unit includes a UE (terminal device).
  • Embodiment 2 is trying to solve is that when a coding method is introduced into a communication system with such a communication architecture for the purpose of improving reliability and effectively utilizing diversity using route redundancy. inefficiency.
  • the communication system of Embodiment 2 has a transmission function corresponding to the HU when the configuration of the network to which the UE (User Equipment) connects is functionally divided into the HU (Higher Unit), the MU (Middle Unit), and the RU (Radio Unit). and a receiving device corresponding to an MU, RU, or UE.
  • An Edge MU which is an MU located in the immediate vicinity of an RU, transmits information regarding an RU with which it has a direct connection to a transmitting device (HU).
  • the transmitting device acquires information about RUs that have a direct connection with the edge MU from the edge MU.
  • the transmitting device determines information regarding the architecture of the edge MU, RU, and UE based on the information (information regarding the RU) acquired from the edge MU. Then, the transmitting device generates a plurality of encoded sequences from one transmission data sequence using packet coding, and adds information regarding the architecture to each of the plurality of encoded sequences.
  • the receiving device receives the encoded sequence to which information regarding the architecture is added from the transmitting device (HU). Then, the receiving device determines whether the decoding process is valid or invalid (whether the receiving device itself should perform the decoding process) based on the information regarding the architecture added to the encoded sequence. If the receiving device determines that the decoding process is effective, it decodes the plurality of coded sequences using a decoding method that supports packet coding.
  • a device corresponding to a HU Higher Unit
  • a device corresponding to an MU Middle Unit
  • an RU Radio Unit
  • a UE User Equipment
  • the HU may be the server 10, the management device 20, the base station 30, or some functions of these devices.
  • the MU may be the management device 20, the base station 30, or some functions of these devices.
  • the UE may be the terminal device 40.
  • FIG. 34 is a flowchart showing the transmission process of the second embodiment.
  • the transmission process of the second embodiment will be described below with reference to FIG.
  • An Edge MU notifies a transmitting device (HU) of information regarding an RU with which it has a direct connection (hereinafter referred to as RU information).
  • the edge MU is an MU that is directly connected to an RU.
  • the transmitting device (HU) acquires RU information from the edge MU (step S301).
  • the RU information may be notified through a physical channel or via a public general network.
  • the RU information includes at least one of the following information (1) to (2).
  • Information regarding RUs attached to edge MUs This information is, for example, the number of RUs directly connected to the edge MU. Alternatively, this information is, for example, information for identifying the RU that is directly connected to the edge MU (for example, an RU-specific ID).
  • the RU information is used to determine the number of encoded sequences to be generated and the architecture information added to the encoded sequences.
  • the transmitting device determines architecture information based on the RU information (step S302).
  • the architecture information is information regarding the architecture of the edge MU, RU, and UE.
  • the transmitting device determines, as architecture information, information for specifying in which unit the redundancy of the communication path is closed.
  • This process includes, for example, the following processes (1) and (2).
  • the transmitting device (HU) determines the number of edge MUs to be used and the number of usable RUs based on the RU information acquired in step S301.
  • the transmitting device categorizes the architecture information into the following architecture example (architecture example 1 or architecture example 2).
  • Architecture example 1 (a) If the redundancy is closed from the HU to the edge MU, but not at the RU or UE (e.g., FIG. 30). (b) If the redundancy is closed between the HU and the RU, but not at the UE (eg, FIG. 31). (c) If redundancy is closed between the HU and the UE (e.g., Figure 32).
  • the transmitting device (HU) determines that the architecture corresponds to the case (a) above. In addition, the transmitting device (HU) determines that if there are multiple edge MUs and one RU with the same identification number is attached to the multiple edge MUs, the architecture corresponds to the case (b) above. Discern. In addition, the transmitting device (HU) assumes that if there are a plurality of edge MUs and each of the plurality of edge MUs has an RU with a different identification number attached, the architecture corresponds to the case (c) above. Discern. Furthermore, when the number of edge MUs is one and the number of RUs is plural, the transmitting device (HU) determines that the architecture corresponds to the case (d) above.
  • the transmitting device performs encoding processing on the transmission data series (step S303). Specifically, the transmitter performs packet coding processing on the transmission data series. Packet coding processing includes a division procedure of dividing one transmission data sequence into a plurality of sub-sequences, and a coding process of the plurality of sub-sequences using a predetermined error correction coding method. and a generation procedure for generating a plurality of encoded sequences from.
  • the transmitting device adds the architecture information determined in step S302 to the encoded sequence as information bits (step S304). At this time, the transmitting device adds information bits indicating the architecture information, for example, to a plurality of It may be given as a header to each encoded sequence. In addition to the architecture information, the transmitting device may also provide identification numbers of edge MUs and RUs to be used. Note that the information bits and architecture may be linked as shown below.
  • Architecture information 00 For (a) of the above architecture example 1/example 2 01: For (b) of the above architecture example 1/example 2 10: For (c) of the above architecture example 1/example 2 ) Case 11: Case (d) of architecture example 2 above
  • the transmitting device (HU) transmits the encoded sequence with architecture information added to the terminal device 40 (UE) (step S305).
  • the transmitting device (HU) ends the transmitting process.
  • FIG. 35 is a flowchart showing reception processing in the second embodiment.
  • the reception processing of the second embodiment will be described below with reference to FIG. 35.
  • the receiving device acquires data (encoded sequence) transmitted from the transmitting device (HU) via the network (step S401).
  • the receiving device acquires architecture information from the received data (step S402). For example, the receiving device determines whether the information bit added to the encoded sequence is 00, 01, 10, or 11. At this time, 00 corresponds to the case (a) of the above architecture example 1/example 2, 01 corresponds to the case (b) of the above architecture example 1/example 2, and 10 corresponds to the case (b) of the above architecture example 1/example 2. / This corresponds to the case (c) of Example 2, and 11 corresponds to the case (d) of the above architecture example 2.
  • the receiving device determines whether the decoding process is valid (whether it should perform the decoding process itself) based on the acquired architecture information (step S403).
  • the receiving device performs decoding processing. is determined to be valid.
  • the receiving device For example, if the information bit added to the encoded sequence is 01 (if the redundancy of the communication path corresponds to (b) above), and if the receiving device corresponds to an edge MU or UE, Alternatively, if the UE corresponds to an edge MU, UE, or RU, it is determined that the decoding process is valid. Alternatively, if the information bit added to the encoded sequence is 01 (if the redundancy of the communication path corresponds to (b) above), and if the receiving device corresponds to the edge MU, the receiving device performs the decoding process. may be determined to be valid.
  • the receiving device performs decoding processing when the information bit added to the encoded sequence is 01 (when the redundancy of the communication path corresponds to (b) above) and when the receiving device corresponds to the UE. It may be determined that it is valid.
  • the receiving device performs decoding processing when the information bit added to the encoded sequence is 01 (when the redundancy of the communication path corresponds to (b) above) and when the receiving device corresponds to the RU. It may be determined that it is valid.
  • the receiving apparatus corresponds to an edge MU or UE
  • the receiving device performs the decoding process. may be determined to be valid.
  • the receiving device performs decoding processing when the information bits added to the encoded sequence are 10 (when the redundancy of the communication path corresponds to (c) above) and when the receiving device corresponds to the UE. It may be determined that it is valid.
  • the receiving device For example, if the information bits added to the encoded sequence are 11 (if the redundancy of the communication path corresponds to (d) above), and if the receiving device corresponds to the edge MU or UE, , it is determined that the decryption process is valid. Alternatively, if the information bits added to the encoded sequence are 11 (if the redundancy of the communication path corresponds to (d) above), and if the receiving device corresponds to the edge MU, the receiving device performs decoding. It may be determined that the processing is effective. Alternatively, if the information bits added to the encoded sequence are 11 (if the redundancy of the communication path corresponds to (d) above), and if the receiving device corresponds to the UE, the receiving device performs the decoding process. may be determined to be valid.
  • step S403 If the decoding process is not valid (step S403: No), the receiving device returns the process to step S401.
  • step S403 If the decoding process is valid (step S403: Yes), the receiving device decodes the plurality of encoded sequences using a decoding method compatible with packet coding (step S404). At this time, the receiving device performs the following processes (1) to (4) for each information bit.
  • the receiving device for example, edge MU performs the following processing.
  • the edge MU starts decoding using the encoded sequence that has arrived.
  • the start condition is preferably a method that maximizes the effect of the upper layer code, such as when a predetermined number or more coded sequences arrive at the edge MU.
  • the edge MU performs signal processing predetermined by standards, etc., and transmits the signal to the receiving side. Furthermore, if decoding fails, the edge MU may attempt decoding again using an additionally arrived encoded sequence. If decoding fails, the edge MU may notify any higher level of the decoding failure. The higher-level function, higher-level protocol, or higher layer that received this notification may decide whether to perform additional transmission based on this result.
  • Decoding may be handled within any protocol stack of the edge MU. Further, decoding may be performed by a function in a different area from the edge MU.
  • the receiving device for example, edge MU, RU, or UE performs the following processing. I do.
  • Each edge MU recognizes the number of edge MUs used in communication based on notifications from the HU.
  • Each edge MU configures the transport block size, etc. using a value obtained by dividing the throughput that can be used for transmission in the RU by the number of edge MUs, that is, the amount of throughput that can be handled by each edge MU. This operation is necessary for each edge MU to cooperate and perform adaptive signal processing with respect to the throughput determined by the RU capability and transmission method. All functions of the MU may be configured if necessary.
  • a plurality of transmission sequences including encoded sequences processed by the edge MU may be subjected to any of the following processes in the RU.
  • - In the RU, multiple transmission sequences are combined as one transmission sequence and transmitted to the UE. This is a method that maximizes the use of the transmission capacity of the RU and is resource efficient on the time axis, but requires a combination process.
  • the RU individually processes the transmission unit from each edge MU. No join processing is required, but there may be a delay in transmission.
  • the RU performs decoding processing using the transmission sequence. Diversity on the transmitting side can be utilized without performing decoding processing on the receiving side. If this option is not selected, it is assumed that the decoding process will be performed on the receiving side. After the decoding process, the RU performs a transmission process using the decoded sequence as a transmission sequence.
  • the decoding start condition is preferably a method that maximizes the effect of the upper layer code, such as when encoded sequences equal to or greater than a prespecified number of encoded packets arrive.
  • the receiving device may perform signal processing predetermined by standards, etc., and transmits the signal to a higher level. If decoding fails, the receiving device may attempt decoding again using an additionally arrived encoded sequence. Furthermore, if decoding fails, the receiving device may notify any higher level that decoding has failed. The higher-level function, higher-level protocol, or higher layer that received this notification may decide whether to perform additional transmission based on this result.
  • Decoding may be performed within the protocol stack of either the edge MU or UE. Further, decoding may be performed by a function in a different area from the edge MU. At this time, the decryption function may be borrowed from outside.
  • the receiving device for example, edge MU or UE performs the following processing. .
  • the decoding process be performed by the UE.
  • the UE performs decoding processing, it is desirable that the UE obtain at least the minimum information (starting conditions) that enables decoding from the transmitting side or from the received packet.
  • the start condition is preferably a method that maximizes the effect of the upper layer code, such as when encoded sequences equal to or greater than a prespecified number of encoded packets arrive at the receiving side.
  • the receiving device performs signal processing specified in advance by standards, etc., and if decoding fails, it is desirable to transmit the signal to a higher level. You may try decoding again. Furthermore, if decoding fails, the receiving device may notify any higher level that decoding has failed. The higher-level function, higher-level protocol, or higher layer that received this notification may decide whether to perform additional transmission based on this result.
  • Decoding may be performed within any protocol stack of the UE. Further, the decoding may be performed by a function in a different area than the UE. At this time, the decryption function may be borrowed from outside.
  • the receiving device for example, edge MU or UE performs the following processing. .
  • the edge MU may perform either or both of Process 1 and Process 2 below.
  • the receiving device Up to the decoding process, the receiving device performs the same process as when the information bit is 00 (when the redundancy of the communication path corresponds to (a) above). For example, the edge MU starts decoding using the encoded sequence that has arrived.
  • the edge MU generates a plurality of new encoded sequences by newly performing encoding (upper layer FEC) using the decoded sequences.
  • the edge MU distributes and sends a plurality of newly generated encoded sequences to the RUs.
  • the edge MU can perform FEC appropriate to the number and state of RUs, and can efficiently use diversity due to RUs, thereby further increasing communication efficiency. It is desirable that the receiving side performs the decoding process. These processes may be the same as when the information bit is 01 (when the redundancy of the communication path corresponds to (b) above).
  • the edge MU sends the transmission sequence to the RU using a new non-encoding technique.
  • the edge MU may perform transmission using duplication or HARQ. Compared to option 1, this method makes it difficult to efficiently utilize RU diversity, but it simplifies signal processing.
  • These options include at least the following: information notified from upper layers, channel information, link state information, static information, semi-static information, encoded sequence header information, and dynamic information. It may be determined based on one piece of information.
  • Edge MUs do not perform decoding processing, but redistribute encoded sequences to RUs. It is desirable that the redistribution be adaptively distributed according to the number of RUs associated with the edge MU, the amount of resources at the physical layer level, and/or channel conditions.
  • the redistributed coded sequences are decoded by the UE. These processes may be the same as when the information bit is 01 (when the redundancy of the communication path corresponds to (b) above). Since Process 2 requires less decoding processing than Process 1, it is expected that processing delay will be reduced.
  • the start condition is preferably a method that maximizes the effect of the upper layer code, such as when encoded sequences equal to or greater than a prespecified number of encoded packets arrive at the edge MU.
  • the receiving device performs signal processing specified in advance by standards, etc., and if decoding fails, it is desirable to transmit the signal to a higher level. You may try decoding again. Furthermore, if decoding fails, the receiving device may notify any higher level that decoding has failed. The higher-level function, higher-level protocol, or higher layer that received this notification may decide whether to perform additional transmission based on this result.
  • Decoding may be performed within the protocol stack of either the edge MU or UE. Further, the decoding may be performed by a function in a different area from the edge MU or UE. At this time, the decryption function may be borrowed from outside.
  • the receiving device ends the receiving process.
  • the communication system 1 can perform decoding processing using an appropriate device on the network, so that communication efficiency or communication reliability can be improved.
  • data (one or more encoded sequences) is transmitted from the HU to the UE, but data may be transmitted from the HU to a terminal device 40 other than the UE.
  • the above description of the UE can be replaced with the terminal device 40.
  • the description of the transmitting device in the above embodiments can be replaced with the server 10, the management device 20, the base station 30, or the terminal device 40 as appropriate. Further, the description of the receiving device can be replaced with the server 10, the management device 20, the base station 30, or the terminal device 40 as appropriate.
  • the control device that controls the server 10, management device 20, base station 30, or terminal device 40 of this embodiment may be realized by a dedicated computer system or a general-purpose computer system.
  • a communication program for executing the above operations is stored and distributed in a computer-readable recording medium such as an optical disk, semiconductor memory, magnetic tape, or flexible disk. Then, for example, the program is installed on a computer and the control device is configured by executing the above-described processing.
  • the control device may be a device (for example, a personal computer) external to the server 10, the management device 20, the base station 30, and the terminal device 40. Further, the control device may be a device inside the server 10, the management device 20, the base station 30, or the terminal device 40 (for example, the control unit 13, the control unit 23, the control unit 33, or the control unit 43).
  • the communication program may be stored in a disk device included in a server device on a network such as the Internet, so that it can be downloaded to a computer.
  • the above-mentioned functions may be realized through collaboration between an OS (Operating System) and application software.
  • the parts other than the OS may be stored on a medium and distributed, or the parts other than the OS may be stored in a server device so that they can be downloaded to a computer.
  • each component of each device shown in the drawings is functionally conceptual, and does not necessarily need to be physically configured as shown in the drawings.
  • the specific form of distributing and integrating each device is not limited to what is shown in the diagram, and all or part of the devices can be functionally or physically distributed or integrated in arbitrary units depending on various loads and usage conditions. Can be integrated and configured. Note that this distribution/integration configuration may be performed dynamically.
  • the present embodiment can be applied to any configuration constituting a device or system, such as a processor as a system LSI (Large Scale Integration), a module using a plurality of processors, a unit using a plurality of modules, etc. Furthermore, it can also be implemented as a set (that is, a partial configuration of the device) with additional functions.
  • a processor as a system LSI (Large Scale Integration)
  • module using a plurality of processors a unit using a plurality of modules, etc.
  • it can also be implemented as a set (that is, a partial configuration of the device) with additional functions.
  • a system means a collection of multiple components (devices, modules (components), etc.), and it does not matter whether all the components are in the same housing or not. Therefore, multiple devices housed in separate casings and connected via a network, and a single device with multiple modules housed in one casing are both systems. .
  • the present embodiment can take a cloud computing configuration in which one function is shared and jointly processed by a plurality of devices via a network.
  • the communication system 1 includes a transmitting device (e.g., base station 30) capable of multi-TRP communication, and a receiving device (e.g., terminal device) capable of multi-TRP communication. 40).
  • a transmitting device e.g., base station 30
  • a receiving device e.g., terminal device
  • the transmitting device multiplexes multiple upper layer packets to generate one transmission data sequence.
  • the transmitting device then generates a plurality of encoded sequences from one transmission data sequence using packet coding.
  • the packet coding process involves dividing one transmission data sequence into multiple sub-sequences, and applying encoding processing to the multiple sub-sequences using a predetermined error correction encoding method.
  • the method includes a step of generating a plurality of encoded sequences from.
  • the transmitting device distributes the plurality of encoded sequences for each TRP based on the information on the transport block size of each of the plurality of TRPs.
  • the transmitting device then generates transport blocks for each of the plurality of TRPs based on the distributed encoded sequences.
  • the receiving device receives multiple transport blocks from the transmitting device. Then, the receiving device extracts a plurality of encoded sequences from each of the plurality of transport blocks. The receiving device decodes the plurality of extracted encoded sequences using a decoding method compatible with packet coding. The receiving device then separates the decoded data into a plurality of upper layer packets.
  • the communication system 1 of the first embodiment can cope with a case where the transport block size differs for each transmission/reception point. As a result, the communication system 1 can improve efficiency and flexibility in achieving communication reliability.
  • the communication system 1 functionally divides the configuration of the network to which the UE (User Equipment) connects into the HU (Higher Unit), the MU (Middle Unit), and the RU (Radio Unit), A transmitting device corresponding to a HU, and a receiving device corresponding to an MU, RU, or UE.
  • An Edge MU which is an MU located in the immediate vicinity of an RU, transmits information regarding an RU with which it has a direct connection to a transmitting device (HU).
  • the transmitting device acquires information about RUs that have a direct connection with the edge MU from the edge MU.
  • the transmitting device determines information regarding the architecture of the edge MU, RU, and UE based on the information (information regarding the RU) acquired from the edge MU. Then, the transmitting device generates a plurality of encoded sequences from one transmission data sequence using packet coding, and adds information regarding the architecture to each of the plurality of encoded sequences.
  • the receiving device receives the encoded sequence to which information regarding the architecture is added from the transmitting device (HU). Then, the receiving device determines whether the decoding process is valid or invalid (whether the receiving device itself should perform the decoding process) based on the information regarding the architecture added to the encoded sequence. If the receiving device determines that the decoding process is effective, it decodes the plurality of coded sequences using a decoding method that supports packet coding.
  • the communication system 1 of the second embodiment can perform decoding processing using an appropriate device on the network, so that communication efficiency or communication reliability can be improved.
  • a communication device capable of communication using multiple transmission and reception points, an encoding unit that generates a plurality of encoded sequences from one transmission data sequence using packet coding; The plurality of encoded sequences are distributed to each transmission and reception point based on information on the transport block size of each of the plurality of transmission and reception points, and a transport block for each of the plurality of transmission and reception points is generated based on the distributed encoding sequences.
  • a generation section A communication device comprising: (2) a multiplexing unit that generates the one transmission data sequence by multiplexing a plurality of packets; The communication device according to (1) above.
  • the multiplexing unit determines the size of the one transmission data sequence based on communication-related information, and multiplexes the plurality of packets to have the determined size.
  • the multiplexing unit determines the size of the one transmission data sequence based on information on the transport block size of each of the plurality of transmission and reception points.
  • the multiplexing unit determines the largest size of the plurality of transport block sizes as the size of the one transmission data sequence.
  • the packet coding process includes a step of dividing the one transmission data sequence into a plurality of sub-sequences, and a process of encoding the plurality of sub-sequences using a predetermined error correction coding method. generating the plurality of coded sequences from the sequence; The communication device according to any one of (1) to (5) above. (7) The encoding unit determines the number of divisions of the one transmission data sequence according to predetermined conditions, and divides the one transmission data sequence into the plurality of sub-sequences so that the determined number of divisions is achieved. The communication device according to (6) above. (8) The encoding unit determines the number of divisions of the one transmission data sequence based on reliability information required for transmission of the transmission data sequence.
  • the communication device determines the number of divisions of the one transmission data sequence based on a notification from another communication device.
  • the communication device according to (7) above. determines the number of divisions of the one transmission data sequence based on the number of usable transmission and reception points.
  • the communication device determines the number of divisions of the one transmission data sequence based on the transport block size.
  • the communication device determines the number of divisions of the one transmission data sequence based on information on a common divisor of the plurality of transport block sizes.
  • the communication device (11) above.
  • the generation unit determines the number of divisions of the one transmission data sequence based on a state of a physical layer of a channel used for transmitting the transmission data sequence.
  • the communication device according to (7) above.
  • the predetermined error correction encoding method includes erasure correction code, rateless code, fountain code, Tornado code, LT (Luby Transform) code, Raptor code, RaptorQ code, LDPC (Low Density Parity Check) code, BCH code, RS (Reed Solomon) code, XOR (eXclusive OR) code, The communication device according to any one of (6) to (13) above.
  • a communication device capable of communication using multiple transmission and reception points, generating a plurality of encoded sequences from one transmission data sequence using packet coding, and distributing the plurality of encoded sequences for each transmission/reception point based on information on a transport block size of each of the plurality of transmission/reception points; a receiving unit that receives a plurality of transport blocks from another communication device that generates transport blocks for each of the plurality of transmission and reception points based on the distributed encoded sequences; a decoding unit that decodes the plurality of encoded sequences extracted from the plurality of transport blocks using a decoding method corresponding to the packet coding;
  • a communication device comprising: (16) The decoding unit starts decoding the plurality of coded sequences at a timing when a number or length of coded sequences satisfying a predetermined criterion is received.
  • the decoding unit starts decoding the plurality of encoded sequences at a timing when a set timer satisfies a predetermined criterion.
  • a communication method executed by a communication device capable of communication using multiple transmission and reception points Generate multiple encoded sequences from one transmitted data sequence using packet coding, The plurality of encoded sequences are distributed to each transmission and reception point based on information on the transport block size of each of the plurality of transmission and reception points, and a transport block for each of the plurality of transmission and reception points is generated based on the distributed encoding sequences. , Communication method.
  • a communication system comprising a first communication device capable of communication using a plurality of transmission and reception points, and a second communication device capable of communication using the plurality of transmission and reception points
  • the first communication device includes: an encoding unit that generates a plurality of encoded sequences from one transmission data sequence using packet coding;
  • the plurality of encoded sequences are distributed to each transmission and reception point based on information on the transport block size of each of the plurality of transmission and reception points, and a transport block for each of the plurality of transmission and reception points is generated based on the distributed encoding sequences.
  • the second communication device includes: a receiving unit that receives a plurality of transport blocks from the first communication device; a decoding unit that decodes the plurality of encoded sequences extracted from the plurality of transport blocks using a decoding method corresponding to the packet coding, Communications system.
  • HU Higher Unit
  • RU Radio Unit
  • a communication device comprising: (22) The determining unit determines, as the information regarding the architecture, information for specifying in which unit redundancy of the communication path is closed.
  • the information regarding the architecture determined by the determining unit includes information indicating which of the following cases (a) to (c) corresponds to the redundancy of the communication path. (a) if the redundancy is closed between the HU and the edge MU, but not at the RU or the UE; (b) if the redundancy is closed between the HU and the RU, but not at the terminal; (c) if the redundancy is closed between the HU and the UE; The communication device according to (22) above. (24) The information regarding the architecture determined by the determining unit includes information indicating which of the following cases (a) to (d) corresponds to the redundancy of the communication path.
  • the packet coding process includes a step of dividing the one transmission data sequence into a plurality of sub-sequences, and a process of encoding the plurality of sub-sequences using a predetermined error correction coding method. generating the plurality of coded sequences from the sequence; The communication device according to any one of (21) to (24) above.
  • the predetermined error correction encoding method includes erasure correction code, rateless code, fountain code, Tornado code, LT (Luby Transform) code, Raptor code, RaptorQ code, LDPC (Low Density Parity Check) code, BCH code, RS (Reed Solomon) code, XOR (eXclusive OR) code,
  • HU Higher Unit
  • RU Radio Unit
  • a communication device comprising: (28)
  • the information regarding the architecture includes information for identifying in which unit the redundancy of the communication path is closed.
  • the information regarding the architecture includes information indicating which of the following cases (a) to (d) corresponds to the redundancy of the communication path. (a) if the redundancy is closed between the HU and the edge MU, but not at the RU or the UE; (b) if the redundancy is closed between the HU and the RU, but not at the UE; (c) if said redundancy is closed between said HU and said UE and does not fall under (d) below; (d) if the redundancy is closed between the HU and the UE, and the redundancy is also closed from the HU to the edge MU; The communication device according to (28) above.
  • the information regarding the architecture includes information indicating which of the following cases (a) to (c) corresponds to the redundancy of the communication path. (a) if the redundancy is closed between the HU and the edge MU, but not at the RU or the UE; (b) if the redundancy is closed between the HU and the RU, but not at the UE; (c) if the redundancy is closed between the HU and the UE; The communication device according to (28) above. (31) The determining unit determines that the decoding process is effective when the redundancy of the communication path corresponds to the above (a) and when the MU itself corresponds to an edge MU. The communication device according to (29) or (30) above.
  • the determination unit determines that the decoding process is effective when the redundancy of the communication path corresponds to the above (b) and when the UE corresponds to an edge MU or UE.
  • the communication device according to (29) or (30) above. (33) The determining unit determines that the decoding process is effective when the redundancy of the communication path corresponds to the above (b) and when the RU corresponds to the RU.
  • the determining unit determines that the decoding process is effective when the redundancy of the communication path corresponds to the above (c) and when the UE corresponds to an edge MU or UE.
  • the determining unit determines that the decoding process is effective when the redundancy of the communication path corresponds to the above (c) and when the UE corresponds to the UE.
  • the determining unit determines that the decoding process is effective when the redundancy of the communication path corresponds to the above (d) and when the UE corresponds to an edge MU or UE.
  • the decoding unit decodes the plurality of codes using a decoding method corresponding to the packet coding.
  • the communication device decode the encoded sequence, and then generate a new plurality of new encoded sequences to be distributed and transmitted to a plurality of RUs using the decoded sequence,
  • the communication device according to (36) above.
  • MU Middle Unit
  • the configuration of the network to which UE (User Equipment) connects is divided into HU (Higher Unit) indicating the highest layer unit, RU (Radio Unit) indicating the lowest layer unit, and a unit located between the HU and RU.
  • HU Higher Unit
  • RU Radio Unit
  • a communication system comprising: an MU (Middle Unit) indicating a function, a first communication device corresponding to the HU when functions are divided into, and a second communication device corresponding to the MU, the RU, or the UE.
  • the first communication device includes: an acquisition unit that acquires information regarding an RU that has a direct connection with the edge MU from an edge MU that is the MU located in the immediate vicinity of the RU; a first determining unit that determines information regarding architectures related to edge MUs, RUs, and UEs based on information regarding the RUs acquired from the edge MUs; an encoding unit that generates a plurality of encoded sequences from one transmission data sequence using packet coding; an assigning unit that assigns information regarding the architecture to the plurality of encoded sequences,
  • the second communication device includes: a receiving unit that receives the encoded sequence to which information regarding the architecture is added from the first communication device; a second determining unit that determines whether decoding processing is valid or invalid based on information regarding the architecture added to the encoded sequence; a decoding unit that decodes the plurality of encoded sequences using a decoding method corresponding to the packet coding when the decoding process is determined to be effective; Communications system.

Landscapes

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

Abstract

通信装置は、複数の送受信ポイントによる通信が可能な通信装置であって、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する生成部と、を備える。

Description

通信装置、通信方法、及び通信システム
 本開示は、通信装置、通信方法、及び通信システムに関する。
 近年、セルラー通信の開発が活発になされている。例えば、近年では、複数の送受信ポイントを使った通信(例えば、multi-TRP(multi - Transmission and Reception Point))やネットワーク機能の分割(例えば、基地局機能の分割)等、様々な形態の通信の開発が活発に進められている。
3GPP TSG-RAN, RP-202803, "Summary for WI: Enhancement on MIMO for NR", Samsung 3GPP TSG-RAN WG2, R2-1914020 "LS on multi PDCCH-based and single PDCCH-based multi-TRP operation" 3GPP TS 38.401 V16.8.0 (2021-12), 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NG-RAN; Architecture description (Release 16)
 通信形態の複雑化は、通信装置或いは通信システムの通信パフォーマンス(例えば、信頼性、低遅延性、又は通信効率(例えば、スループット、又は周波数利用効率))を低下させることがある。
 そこで、本開示では、高い通信パフォーマンスを実現しうる通信装置、通信方法、及び通信システムを提案する。
 なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の1つに過ぎない。
 上記の課題を解決するために、本実施形態の通信装置は、複数の送受信ポイントによる通信が可能な通信装置であって、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する生成部と、を備える。
本実施形態の通信システムが採りうるネットワーク構成を示す図である。 本開示の実施形態に係る通信システムの機能構成例を示す図である。 本開示の実施形態に係るサーバの構成例を示す図である。 本開示の実施形態に係る管理装置の構成例を示す図である。 本開示の実施形態に係る基地局の構成例を示す図である。 本開示の実施形態に係る端末装置の構成例を示す図である。 送信側の通信装置で実行されるパケットコーディング処理の概要を示す図である。 受信側の通信装置で実行されるパケットコーディング処理の概要を示す図である。 パケットコーディング処理を説明するための図である。 符号化ビット系列に付与する冗長データの例を示す図である。 パケットコーディング処理の符号化手順の一例を示す図である。 受信した複数の符号化ビット系列の符号手順の一例を示す図である。 パケットコーディング処理の手順例を示すシーケンス図である。 マルチTRPの第1形態を示す図である。 マルチTRPの第2形態を示す図である。 NG RANアーキテクチャの一例を示す図である。 実施形態1の送信処理の概要を示す図である。 実施形態1の受信処理の概要を示す図である。 実施形態1の送受信処理を示すシーケンス図である。 実施形態1の送受信処理を示すシーケンス図である。 CUとDUの境界線を説明するための図である。 IABアーキテクチャー(C-plane)の一例を示す図である。 CPとUPが分離している状態におけるgNBのアーキテクチャの一例を示す図である。 ネットワーク構成の基本的な形態例を示す図である。 ネットワーク構成の基本的な形態例を示す図である。 HUがとりうるアーキテクチャ例を示す図である。 MU及びRUがとりうるアーキテクチャ例を示す図である。 MU及びRUがとりうるアーキテクチャ例を示す図である。 MU及びRUがとりうるアーキテクチャ例を示す図である。 本実施形態で想定する通信アーキテクチャを示す図である。 本実施形態で想定する通信アーキテクチャを示す図である。 本実施形態で想定する通信アーキテクチャを示す図である。 本実施形態で想定する通信アーキテクチャを示す図である。 実施形態2の送信処理を示すフローチャートである。 実施形態2の受信処理を示すフローチャートである。
 以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。
 また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて端末装置40、40、及び40のように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置40、40、及び40を特に区別する必要が無い場合には、単に端末装置40と称する。
 以下に説明される1又は複数の実施形態(実施例、変形例を含む)は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。
<<1.概要>>
 LTE(Long Term Evolution)、NR(New Radio)等の無線アクセス技術(RAT:Radio Access Technology)が3GPP(3rd Generation Partnership Project)で検討されている。LTE及びNRは、セルラー通信技術の一種であり、基地局(またはTRP(Transmission and Reception Point))がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする。このとき、一の基地局(またはTRP)は複数のセルを管理してもよく、複数の基地局(またはTRP)が単一の基地局に内包されていてもよい。
 なお、以下の説明では、「LTE」には、LTE-A(LTE-Advanced)、LTE-A Pro(LTE-Advanced Pro)、及びE-UTRA(Evolved Universal Terrestrial Radio Access)が含まれるものとする。また、NRには、NRAT(New Radio Access Technology)、及びFE-UTRA(Further E-UTRA)が含まれるものとする。以下の説明において、LTEに対応するセルはLTEセルと呼称され、NRに対応するセルはNRセルと呼称される。また、LTEでは基地局はeNodeB(evolved NodeB)と称されることがある。また、NRでは基地局はgNodeBと称されることがある。また、LTEおよびNRでは、端末装置(移動局、移動局装置、端末)はUE(User Equipment)と称されることがある。
 NRは、LTEの次の世代(第5世代)の無線アクセス技術(RAT)である。NRは、eMBB(Enhanced Mobile Broadband)、mMTC(Massive Machine Type Communications)及びURLLC(Ultra-Reliable and Low Latency Communications)を含む様々なユースケースに対応できる無線アクセス技術である。NRは、これらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークを目指して検討されている。
 近年では、複数の送受信ポイントを使った通信(例えば、multi-TRP(multi - Transmission and Reception Point))やネットワーク機能の分割(例えば、基地局機能のCU(Central Unit)とDU(Distributed Unit)への分割)等、様々な形態の通信の開発が活発に進められている。通信形態の複雑化は、通信装置或いは通信システムの通信パフォーマンス(例えば、信頼性、低遅延性、又は周波数利用効率等)を低下させることがある。
 例えば、複数の送受信ポイントを使った通信では、送受信ポイント毎のトランスポートブロックサイズの違いにより適切なトランスポートブロックが生成されず、結果として、通信効率を低下させることがある。また、ネットワーク機能を分割した場合、ネットワーク構成の複雑化により適切な装置でデータの復号処理が行われず、結果として、通信効率又は通信の信頼性を低下させることがある。
 そこで、本実施形態(実施形態1、2)では、以下のように上記問題を解決する。
 (実施形態1)
 実施形態1では、通信システムは、複数の送受信ポイントによる通信が可能な送信装置(例えば、基地局)と、複数の送受信ポイントによる通信が可能な受信装置(例えば、端末装置)と、を備える。
 送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する。そして、送信装置は、複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて複数の送受信ポイントそれぞれのトランスポートブロックを生成する。
 受信装置は、送信装置から、複数のトランスポートブロックを受信する。そして、受信装置は、複数のトランスポートブロッから抽出される前記複数の符号化系列を、パケットコーディングに対応する復号方法を使用して復号する。
 これにより、実施形態1の通信システムは、トランスポートブロックサイズが送受信ポイント毎に違う場合にも対応できるようになるので、通信効率を向上させることができる。
 (実施形態2)
 実施形態2では、UE(User Equipment)が接続するネットワークの構成が、最上位レイヤのユニットを示すHU(Higher Unit)と、最下位レイヤのユニットを示すRU(Radio Unit)と、HUとRUの中間に位置するユニットを示すMU(Middle Unit)と、に機能分割されたと想定する。
 実施形態2の通信システムは、HUに相当する送信装置と、MU、RU、又はUEに相当する受信装置と、を備える。
 送信装置は、RUの直近に位置するMUであるエッジMUから当該エッジMUと直接接続を持つRUに関する情報を取得する。エッジMUから取得した前記RUに関する情報に基づいて、エッジMU、RU、及びUEに係るアーキテクチャに関する情報を判別する。そして、送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する。そして、送信装置は、複数の符号化系列にアーキテクチャに関する情報を付与する。
 受信装置は、送信装置(HU)から、前記アーキテクチャに関する情報が付与された符号化系列を受信し、符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効かを判別する。そして、受信装置は、復号処理が有効と判別された場合に、パケットコーディングに対応する復号方法を使用して前記複数の符号化系列を復号する。
 これにより、実施形態2の通信システムは、ネットワーク上の適切な装置で復号処理ができるようになるので、通信効率又は通信の信頼性を向上させることができる。
 以上、本実施形態(実施形態1、2)の概要を述べたが、以下、本実施形態に係る通信システムを詳細に説明する。
<<2.通信システムの構成>>
 以下、図面を参照しながら通信システム1の構成を具体的に説明する。以下に示す通信システム1の構成は、実施形態1と2で共通である。
<2-1.ネットワーク構成例>
 図1は、本実施形態(実施形態1、2)の通信システム1が採りうるネットワーク構成を示す図である。同図中の回線(破線)は、論理的な接続を意味しており、物理的に直接繋がっているとは限らない。通信エリアは複数の基地局それぞれがサービス提供する「セル」(同図中の楕円)によって構成されている。セルは、一つの基地局が複数提供してもよい。基地局は、基地局同士でバックホール(有線、無線は問わない)を介して通信可能であり、主に制御情報のやり取りを実施する。このバックホールを使った通信としては、X2インタフェースあるいはS1インタフェースのプロトコルを使った通信が想定される。
 また、基地局は、システムのコアネットワークとのバックホールも有する。その際に、基地局は、制御エンティティと接続することでコアネットワークと接続をしてもよい(制御エンティティをコアネットワークの要素の一つと捉えてもよい)。また、基地局は、制御エンティティを介する以外にも、外部ネットワークを介してコアネットワークと接続してもよい。このような接続をする基地局の例として、室内や家庭内に敷設可能なフェムトセル基地局装置、又はHeNB装置が挙げられる。
 同様に、基地局機能の分割が実施され、基地局が別々のユニットとして定義された場合、これらのユニットは、ユニット間にミッドホールを有してもよい。これらのユニットは、個別に、制御エンティティやコアネットワークに接続されることで、コアネットワークと接続されてよい。また、これらのユニットは、機能分割により発生した、同種または異なるユニット間をリレーする形で、制御エンティティやコアネットワークに接続されてよい。
 基地局機能の分割が実施され、基地局が別々のユニットとして定義された場合、これらのユニットは、同一または別々の基地局や、マクロセルもしくはミクロセルを構成する、装置もしくはエンティティによって、共有されていてもよい。
 基地局機能の分割が実施され、基地局が別々のユニットとして定義された場合、これらのユニットは必ずしも物理的に分離している必要は無い。これらのユニットは仮想的または論理的な分離により定義されてもよい。
 ミッドホールは物理的もしくは論理的に確立されてよい。このとき、ミッドホールは、専用の通信路で構成されていてもよいし、一般の公衆網で構成されていてもよい。もしくは、ミッドホールは、無線装置を介して確立されていてもよい。またミッドホールとバックホールは重複していてもよい。
 さらに、マクロセルもしくはミクロセルを構成する装置または基地局は、少なくともRF装置もしくはアンテナ装置を含むユニットと、それ以外の機能もしくは装置と、の間に、フロントホールを有していてもよい。このとき、フロントホールは物理的、論理的、無線、有線、専用回線、一般網を問わず、いかなる接続をも許容する。
 スモールセル又はフェムトセルを構成する装置は、RF装置もしくはアンテナ装置を少なくとも含むユニットにより構成されてもよい。これらのユニットは、1又は複数の基地局、または同様の機能を持つ何らかの装置によって、共有されてもよい。
 スモールセルエリアは、基本的にはマクロセルエリアと重なるように配置される。しかし、スモールセルエリアは、部分的にあるいは完全に、マクロセルエリアの外側に配置されてもよい。
 マクロセルを構成する装置、スモールセルを構成する装置、若しくは基地局機能を持つ装置は、使う無線リソースに特徴を持たせてもよい。例えば、マクロセルとスモールセルで同一の周波数リソースF1(あるいは時間リソースT1)が使用されてもよい。このようにすることで、システム全体としての無線リソース利用効率を向上させることが可能となる。一方、マクロセルが周波数リソースF1(あるいは時間リソースT1)を利用し、スモールセルが周波数F2(あるいは時間リソースT2)を利用するようにしてもよい。このようにすることで、マクロセルとスモールセルとの間の干渉を回避することが可能になる。さらに、両種類のセル若しくは基地局機能を持つ装置が、F1/2(T1/2)それぞれを使うようにしてもよい。これは、周波数リソースに適用すると、CA(Carrier Aggregation)と同等の考え方となる。
 マクロセルとスモールセルもしくは基地局機能を持つ装置は、それぞれが空間的に分離されることを前提条件として、使う無線リソースそのものやその重畳方法に特徴づけてもよい。例として、MIMO(Multi Input Multi Output)とビームフォーミングによる空間分割多重(Spatial Division Multiplex)が挙げられる。
 マクロセルとスモールセルは、複数の送受信点または複数の電波送受部を内包していてもよい。複数の送受信点または複数の電波送受部を使用した通信においては、複数の送受信点及び複数の電波送受部は、別々のリソース(周波数、時間)を送受信時に使用してもよいし、同じリソースを使用してもよい。複数の送受信点及び複数の電波送受部は、異なるセル同士で共有されて使用されてもよい。
<2-2.通信システムの機能構成例>
 図2は、本開示の実施形態に係る通信システム1の機能構成例を示す図である。通信システム1は、サーバ10と、管理装置20と、基地局30と、端末装置40と、を備える。通信システム1は、通信システム1を構成する各無線通信装置が連携して動作することで、ユーザに対し、移動通信が可能な無線ネットワークを提供する。本実施形態の無線ネットワークは、例えば、無線アクセスネットワークとコアネットワークとで構成される。なお、本実施形態において、無線通信装置は、無線通信の機能を有する装置のことであり、図2の例では、基地局30、及び端末装置40が該当する。
 通信システム1は、サーバ10と、管理装置20と、基地局30と、及び端末装置40をそれぞれ複数備えていてもよい。図2の例では、通信システム1は、サーバ10としてサーバ10、10等を備えており、管理装置20として管理装置20、20等を備えている。また、通信システム1は、基地局30として基地局30、30等を備えており、端末装置40として端末装置40、40、40等を備えている。サーバ10は、ネットワークNを介して管理装置20と接続される。サーバ10は、ネットワークNを介して、端末装置40等、管理装置20以外の装置と接続されてもよい。
 ネットワークNは、例えば、LAN(Local Area Network)、WAN(Wide Area Network)、セルラーネットワーク、固定電話網、地域IP(Internet Protocol)網、インターネット等の通信ネットワークである。ネットワークNには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。また、ネットワークNは、コアネットワークに接続されるデータネットワークであってもよい。データネットワークは、通信事業者のサービスネットワーク、例えば、IMS(IP Multimedia Subsystem)ネットワークであってもよい。また、データネットワークは、企業内ネットワーク等、プライベートなネットワークであってもよい。なお、図2の例では、ネットワークが1つしか示されていないが、ネットワークは1つに限られない。
 なお、図中の装置は、論理的な意味での装置と考えてもよい。つまり、同図の装置の一部が仮想マシン(VM:Virtual Machine)、コンテナ(Container)、ドッカー(Docker)などで実現され、それらが物理的に同一のハードウェア上で実装されてもよい。
 なお、通信システム1は、LTE(Long Term Evolution)、NR(New Radio)等の無線アクセス技術(RAT:Radio Access Technology)に対応していてもよい。LTE及びNRは、セルラー通信技術の一種であり、基地局がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする。
 なお、通信システム1が使用する無線アクセス方式は、LTE、NRに限定されず、W-CDMA(Wideband Code Division Multiple Access)、cdma2000(Code Division Multiple Access 2000)等の他の無線アクセス方式であってもよい。
 また、通信システム1を構成する基地局又は中継局は、地上局であってもよいし、非地上局であってもよい。非地上局は、衛星局であってもよいし、航空機局であってもよい。非地上局が衛星局なのであれば、通信システム1は、Bent-pipe(Transparent)型の移動衛星通信システムであってもよい。
 なお、本実施形態において、地上局(地上基地局ともいう。)とは、地上に設置される基地局(中継局を含む。)のことをいう。ここで、「地上」は、陸上のみならず、地中、水上、水中も含む広義の地上である。なお、以下の説明において、「地上局」の記載は、「ゲートウェイ」に置き換えてもよい。
 なお、LTEの基地局は、eNodeB(Evolved Node B)又はeNBと称されることがある。また、NRの基地局は、gNodeB又はgNBと称されることがある。また、LTE及びNRでは、端末装置(移動局、又は端末ともいう。)はUE(User Equipment)と称されることがある。なお、端末装置は、通信装置の一種であり、移動局、又は端末とも称される。
 本実施形態において、通信装置という概念には、携帯端末等の持ち運び可能な移動体装置(端末装置)のみならず、構造物や移動体に設置される装置も含まれる。構造物や移動体そのものを通信装置とみなしてもよい。また、通信装置という概念には、端末装置のみならず、基地局及び中継局も含まれる。通信装置は、処理装置及び情報処理装置の一種である。また、通信装置は、送信装置又は受信装置と言い換えることが可能である。
 以下、通信システム1を構成する各装置の構成を具体的に説明する。なお、以下に示す各装置の構成はあくまで一例である。各装置の構成は、以下に示す構成とは異なっていてもよい。
<2-3.サーバの構成>
 最初に、サーバ10の構成を説明する。
 サーバ10は、端末装置40に対してネットワークを介して各種サービスを提供する情報処理装置(コンピュータ)である。例えば、サーバ10は、アプリケーションサーバやWebサーバであってもよい。サーバ10は、PCサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、サーバ10は、ユーザや端末の近くでデータ処理(エッジ処理)を行う情報処理装置であってもよい。例えば、サーバ10は、基地局に併設又は内蔵された情報処理装置(コンピュータ)であってもよい。勿論、サーバ10は、クラウドコンピューティングを行う情報処理装置であってもよい。
 図3は、本開示の実施形態に係るサーバ10の構成例を示す図である。サーバ10は、通信部11と、記憶部12と、制御部13と、を備える。なお、図4に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、サーバ10の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、サーバ10は、複数の情報処理装置により構成されていてもよい。
 通信部11は、他の装置と通信するための通信インタフェースである。例えば、通信部11は、ネットワークインタフェースである。例えば、通信部11は、NIC(Network Interface Card)等のLAN(Local Area Network)インタフェースである。なお、通信部11は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部11は、サーバ10の通信手段として機能する。通信部11は、制御部13の制御に従って端末装置40と通信する。
 記憶部12は、DRAM(Dynamic Random Access Memory)、SRAM(Static Random Access Memory)、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部12は、サーバ10の記憶手段として機能する。記憶部12は、例えば、品質予測モデル、意図予測モデル等、端末装置40に配信する予測モデル(学習モデル)を記憶する。これらの情報については後述する。
 制御部13は、サーバ10の各部を制御するコントローラ(controller)である。制御部13は、例えば、CPU(Central Processing Unit)、MPU(Micro Processing Unit)等のプロセッサにより実現される。例えば、制御部13は、サーバ10内部の記憶装置に記憶されている各種プログラムを、プロセッサがRAM(Random Access Memory)等を作業領域として実行することにより実現される。なお、制御部13は、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)等の集積回路により実現されてもよい。CPU、MPU、ASIC、及びFPGAは何れもコントローラとみなすことができる。
 制御部13は、図3に示すように、取得部131と、判別部132と、付与部133と、を備える。制御部13を構成する各ブロック(取得部131~付与部133)はそれぞれ制御部13の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア(マイクロプログラムを含む。)で実現される1つのソフトウェアモジュールであってもよいし、半導体チップ(ダイ)上の1つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ1つのプロセッサ又は1つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部13は上述の機能ブロックとは異なる機能単位で構成されていてもよい。
 なお、制御部23の動作は、基地局30の制御部33の各ブロックの動作と同じであってもよいし、端末装置40の制御部43の各ブロックの動作と同じであってもよい。
<2-4.管理装置の構成>
 次に、管理装置20の構成を説明する。
 管理装置20は、無線ネットワークを管理する装置である。例えば、管理装置20は基地局30の通信を管理する装置である。管理装置20は、例えば、MME(Mobility Management Entity)としての機能を有する装置であってもよい。管理装置20は、AMF(Access and Mobility Management Function)及び/又はSMF(Session Management Function)としての機能を有する装置であってもよい。勿論、管理装置20が有する機能は、MME、AMF、及びSMFに限られない。管理装置20は、NSSF(Network Slice Selection Function)、AUSF(Authentication Server Function)、PCF(Policy Control Function)、UDM(Unified Data Management)としての機能を有する装置であってもよい。また、管理装置20は、HSS(Home Subscriber Server)としての機能を有する装置であってもよい。
 なお、管理装置20はゲートウェイの機能を有していてもよい。例えば、管理装置20は、S-GW(Serving Gateway)やP-GW(Packet Data Network Gateway)としての機能を有していてもよい。また、管理装置20は、UPF(User Plane Function)としての機能を有していてもよい。
 コアネットワークは、複数のネットワーク機能(Network Function)から構成され、各ネットワーク機能は、1つの物理的な装置に集約されてもよいし、複数の物理的な装置に分散されてもよい。つまり、管理装置20は、複数の装置に分散配置され得る。さらに、この分散配置は動的に実行されるように制御されてもよい。基地局30、及び管理装置20は、1つネットワークを構成し、端末装置40に無線通信サービスを提供する。管理装置20はインターネットと接続され、端末装置40は、基地局30を介して、インターネット介して提供される各種サービスを利用することができる。
 なお、管理装置20は必ずしもコアネットワークを構成する装置でなくてもよい。例えば、コアネットワークがW-CDMA(Wideband Code Division Multiple Access)やcdma2000(Code Division Multiple Access 2000)のコアネットワークであるとする。このとき、管理装置20はRNC(Radio Network Controller)として機能する装置であってもよい。
 図4は、本開示の実施形態に係る管理装置20の構成例を示す図である。管理装置20は、通信部21と、記憶部22と、制御部23と、を備える。なお、図4に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、管理装置20の機能は、複数の物理的に分離された構成に静的、或いは、動的に分散して実装されてもよい。例えば、管理装置20は、複数のサーバ装置により構成されていてもよい。
 通信部21は、他の装置と通信するための通信インタフェースである。通信部21は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部21は、NIC(Network Interface Card)等のLAN(Local Area Network)インタフェースであってもよいし、USB(Universal Serial Bus)ホストコントローラ、USBポート等により構成されるUSBインタフェースであってもよい。また、通信部21は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部21は、管理装置20の通信手段として機能する。通信部21は、制御部23の制御に従って基地局30等と通信する。
 記憶部22は、DRAM(Dynamic Random Access Memory)、SRAM(Static Random Access Memory)、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部22は、管理装置20の記憶手段として機能する。記憶部22は、例えば、端末装置40の接続状態を記憶する。例えば、記憶部22は、端末装置40のRRC(Radio Resource Control)の状態やECM(EPS Connection Management)、或いは、5G System CM(Connection Management)の状態を記憶する。記憶部22は、端末装置40の位置情報を記憶するホームメモリとして機能してもよい。
 制御部23は、管理装置20の各部を制御するコントローラ(controller)である。制御部23は、例えば、CPU(Central Processing Unit)、MPU(Micro Processing Unit)、GPU(Graphics Processing Unit)等のプロセッサにより実現される。例えば、制御部23は、管理装置20内部の記憶装置に記憶されている各種プログラムを、プロセッサがRAM(Random Access Memory)等を作業領域として実行することにより実現される。なお、制御部23は、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)等の集積回路により実現されてもよい。CPU、MPU、GPU、ASIC、及びFPGAは何れもコントローラとみなすことができる。
 なお、制御部23の動作は、サーバ10の制御部13の各ブロックの動作と同じであってもよい。また、制御部23の動作は、基地局30の制御部33の各ブロックの動作と同じであってもよいし、端末装置40の制御部43の各ブロックの動作と同じであってもよい。
<2-5.基地局の構成>
 次に、基地局30の構成を説明する。
 基地局30は、端末装置40と無線通信する無線通信装置である。基地局30は、端末装置40と、他の基地局30を介して無線通信するよう構成されていてもよいし、端末装置40と、直接、無線通信するよう構成されていてもよい。
 基地局30は通信装置の一種である。より具体的には、基地局30は、無線基地局(Base Station、Node B、eNB、gNB、など)或いは無線アクセスポイント(Access Point)に相当する装置である。基地局30は、無線リレー局であってもよい。また、基地局30は、RRH(Remote Radio Head)、或いはRU(Radio Unit)と呼ばれる光張り出し装置であってもよい。また、基地局30は、FPU(Field Pickup Unit)等の受信局であってもよい。また、基地局30は、無線アクセス回線と無線バックホール回線を時分割多重、周波数分割多重、或いは、空間分割多重で提供するIAB(Integrated Access and Backhaul)ドナーノード、或いは、IABリレーノードであってもよい。
 基地局30はIABドナーノードの場合、基地局30は、IAB-CU(Central Unit)として動作してもよい。また、基地局30がIABリレーノードの場合、基地局30は、バックホールを提供するIABドナーノードに対してIAB-MT(Mobile Termination)として動作し、アクセスを提供する端末装置40に対しては、IAB-DU(Distributed Unit)として動作してもよい。
 なお、基地局30が使用する無線アクセス技術は、セルラー通信技術であってもよいし、無線LAN技術であってもよい。勿論、基地局30が使用する無線アクセス技術は、これらに限定されず、他の無線アクセス技術であってもよい。例えば、基地局30が使用する無線アクセス技術は、LPWA(Low Power Wide Area)通信技術であってもよい。勿論、基地局30が使用する無線通信は、ミリ波を使った無線通信であってもよい。また、基地局30が使用する無線通信は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信(光無線)であってもよい。
 基地局30は、端末装置40とNOMA(Non-Orthogonal Multiple Access)通信が可能であってもよい。ここで、NOMA通信は、非直交リソースを使った通信(送信、受信、或いはその双方)のことである。なお、基地局30は、他の基地局30とNOMA通信可能であってもよい。
 なお、基地局30は、基地局-コアネットワーク間インタフェース(例えば、NG Interface 、S1 Interface等)を介してお互いに通信可能であってもよい。このインタフェースは、有線及び無線のいずれであってもよい。また、基地局は、基地局間インタフェース(例えば、Xn Interface、X2 Interface、S1 Interface、F1 Interface等)を介して互いに通信可能であってもよい。このインタフェースは、有線及び無線のいずれであってもよい。
 なお、基地局という概念には、ドナー基地局のみならず、リレー基地局(中継局ともいう。)も含まれる。例えば、リレー基地局は、RF Repeater、Smart Repeater、Intelligent Surfaceのうち、いずれか1つであってもよい。また、基地局という概念には、基地局の機能を備えた構造物(Structure)のみならず、構造物に設置される装置も含まれる。
 構造物は、例えば、高層ビル、家屋、鉄塔、駅施設、空港施設、港湾施設、オフィスビル、校舎、病院、工場、商業施設、スタジアム等の建物である。なお、構造物という概念には、建物のみならず、トンネル、橋梁、ダム、塀、鉄柱等の構築物(Non-building structure)や、クレーン、門、風車等の設備も含まれる。また、構造物という概念には、陸上(狭義の地上)又は地中の構造物のみならず、桟橋、メガフロート等の水上の構造物や、海洋観測設備等の水中の構造物も含まれる。基地局は、情報処理装置と言い換えることができる。
 基地局30は、ドナー局であってもよいし、リレー局(中継局)であってもよい。また、基地局30は、固定局であってもよいし、移動局であってもよい。移動局は、移動可能に構成された無線通信装置(例えば、基地局)である。このとき、基地局30は、移動体に設置される装置であってもよいし、移動体そのものであってもよい。例えば、移動能力(Mobility)をもつリレー局は、移動局としての基地局30とみなすことができる。また、車両、ドローンに代表されるUAV(Unmanned Aerial Vehicle)、スマートフォンなど、もともと移動能力がある装置であって、基地局の機能(少なくとも基地局の機能の一部)を搭載した装置も、移動局としての基地局30に該当する。
 ここで、移動体は、スマートフォンや携帯電話等のモバイル端末であってもよい。また、移動体は、陸上(狭義の地上)を移動する移動体(例えば、自動車、自転車、バス、トラック、自動二輪車、列車、リニアモーターカー等の車両)であってもよいし、地中(例えば、トンネル内)を移動する移動体(例えば、地下鉄)であってもよい。また、移動体は、水上を移動する移動体(例えば、旅客船、貨物船、ホバークラフト等の船舶)であってもよいし、水中を移動する移動体(例えば、潜水艇、潜水艦、無人潜水機等の潜水船)であってもよい。また、移動体は、大気圏内を移動する移動体(例えば、飛行機、飛行船、ドローン等の航空機)であってもよい。
 また、基地局30は、地上に設置される地上基地局(地上局)であってもよい。例えば、基地局30は、地上の構造物に配置される基地局であってもよいし、地上を移動する移動体に設置される基地局であってもよい。より具体的には、基地局30は、ビル等の構造物に設置されたアンテナ及びそのアンテナに接続する信号処理装置であってもよい。勿論、基地局30は、構造物や移動体そのものであってもよい。「地上」は、陸上(狭義の地上)のみならず、地中、水上、水中も含む広義の地上である。なお、基地局30は、地上基地局に限られない。例えば、通信システム1を衛星通信システムとする場合、基地局30は、航空機局であってもよい。衛星局から見れば、地球に位置する航空機局は地上局である。
 なお、基地局30は、地上局に限られない。基地局30は、空中又は宇宙を浮遊可能な非地上基地局(非地上局)であってもよい。例えば、基地局30は、航空機局や衛星局であってもよい。
 衛星局は、大気圏外を浮遊可能な衛星局である。衛星局は、人工衛星等の宇宙移動体に搭載される装置であってもよいし、宇宙移動体そのものであってもよい。宇宙移動体は、大気圏外を移動する移動体である。宇宙移動体としては、人工衛星、宇宙船、宇宙ステーション、探査機等の人工天体が挙げられる。
 なお、衛星局となる衛星は、低軌道(LEO:Low Earth Orbiting)衛星、中軌道(MEO:Medium Earth Orbiting)衛星、静止(GEO:Geostationary Earth Orbiting)衛星、高楕円軌道(HEO:Highly Elliptical Orbiting)衛星の何れであってもよい。勿論、衛星局は、低軌道衛星、中軌道衛星、静止衛星、又は高楕円軌道衛星に搭載される装置であってもよい。
 航空機局は、航空機等、大気圏内を浮遊可能な無線通信装置である。航空機局は、航空機等に搭載される装置であってもよいし、航空機そのものであってもよい。なお、航空機という概念には、飛行機、グライダー等の重航空機のみならず、気球、飛行船等の軽航空機も含まれる。また、航空機という概念には、重航空機や軽航空機のみならず、ヘリコプターやオートジャイロ等の回転翼機も含まれる。なお、航空機局(又は、航空機局が搭載される航空機)は、ドローン等の無人航空機であってもよい。
 なお、無人航空機という概念には、無人航空システム(UAS:Unmanned Aircraft Systems)、つなぎ無人航空システム(tethered UAS)も含まれる。また、無人航空機という概念には、軽無人航空システム(LTA:Lighter than Air UAS)、重無人航空システム(HTA:Heavier than Air UAS)が含まれる。その他、無人航空機という概念には、高高度無人航空システムプラットフォーム(HAPs:High Altitude UAS Platforms)も含まれる。
 基地局30のカバレッジの大きさは、マクロセルのような大きなものから、ピコセルのような小さなものであってもよい。勿論、基地局30のカバレッジの大きさは、フェムトセルのような極めて小さなものであってもよい。また、基地局30はビームフォーミングの能力を有していてもよい。この場合、基地局30はビームごとにセルやサービスエリアが形成されてもよい。
 図5は、本開示の実施形態に係る基地局30の構成例を示す図である。基地局30は、無線通信部31と、記憶部32と、制御部33と、を備える。なお、図5に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局30の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
 無線通信部31は、他の無線通信装置(例えば、端末装置40)と無線通信するための信号処理部である。無線通信部31は、制御部33の制御に従って動作する。無線通信部31は1又は複数の無線アクセス方式に対応する。例えば、無線通信部31は、NR及びLTEの双方に対応する。無線通信部31は、NRやLTEに加えて、W-CDMAやcdma2000に対応していてもよい。また、無線通信部31は、HARQ(Hybrid Automatic Repeat reQuest)等の自動再送技術に対応していてもよい。
 無線通信部31は、送信処理部311、受信処理部312、アンテナ313を備える。無線通信部31は、送信処理部311、受信処理部312、及びアンテナ313をそれぞれ複数備えていてもよい。なお、無線通信部31が複数の無線アクセス方式に対応する場合、無線通信部31の各部は、無線アクセス方式毎に個別に構成されうる。例えば、送信処理部311及び受信処理部312は、LTEとNRとで個別に構成されてもよい。また、アンテナ313は複数のアンテナ素子(例えば、複数のパッチアンテナ)で構成されていてもよい。この場合、無線通信部31は、ビームフォーミング可能に構成されていてもよい。無線通信部31は、垂直偏波(V偏波)と水平偏波(H偏波)とを使用した偏波ビームフォーミング可能に構成されていてもよい。
 送信処理部311は、下りリンク制御情報及び下りリンクデータの送信処理を行う。例えば、送信処理部311は、制御部33から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。ここで、符号化は、ポーラ符号(Polar Code)による符号化、LDPC符号(Low Density Parity Check Code)による符号化を行ってもよい。そして、送信処理部311は、符号化ビットをBPSK、QPSK、16QAM、64QAM、256QAM等の所定の変調方式で変調する。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーション(NUC:Non Uniform Constellation)であってもよい。そして、送信処理部311は、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。そして、送信処理部311は、多重化した信号に対して、各種信号処理を行う。例えば、送信処理部311は、高速フーリエ変換による周波数領域への変換、ガードインターバル(サイクリックプレフィックス)の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部311で生成された信号は、アンテナ313から送信される。
 受信処理部312は、アンテナ313を介して受信された上りリンク信号の処理を行う。例えば、受信処理部312は、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル(サイクリックプレフィックス)の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。そして、受信処理部312は、これらの処理が行われた信号から、PUSCH(Physical Uplink Shared Channel)、PUCCH(Physical Uplink Control Channel)等の上りリンクチャネル及び上りリンク参照信号を分離する。また、受信処理部312は、上りリンクチャネルの変調シンボルに対して、BPSK(Binary Phase Shift Keying)、QPSK(Quadrature Phase Shift Keying)等の変調方式を使って受信信号の復調を行う。復調に使用される変調方式は、16QAM(Quadrature Amplitude Modulation)、64QAM、又は256QAMであってもよい。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーション(NUC)であってもよい。そして、受信処理部312は、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部33へ出力される。
 アンテナ313は、電流と電波を相互に変換するアンテナ装置(アンテナ部)である。アンテナ313は、1つのアンテナ素子(例えば、1つのパッチアンテナ)で構成されていてもよいし、複数のアンテナ素子(例えば、複数のパッチアンテナ)で構成されていてもよい。アンテナ313が複数のアンテナ素子で構成される場合、無線通信部31は、ビームフォーミング可能に構成されていてもよい。例えば、無線通信部31は、複数のアンテナ素子を使って無線信号の指向性を制御することで、指向性ビームを生成するよう構成されていてもよい。なお、アンテナ313は、デュアル偏波アンテナであってもよい。アンテナ313がデュアル偏波アンテナの場合、無線通信部31は、無線信号の送信にあたり、垂直偏波(V偏波)と水平偏波(H偏波)とを使用してもよい。そして、無線通信部31は、垂直偏波と水平偏波とを使って送信される無線信号の指向性を制御してもよい。また、無線通信部31は、複数のアンテナ素子で構成される複数のレイヤを介して空間多重された信号を送受信してもよい。
 記憶部32は、DRAM、SRAM、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部32は、基地局30の記憶手段として機能する。
 制御部33は、基地局30の各部を制御するコントローラ(controller)である。制御部33は、例えば、CPU(Central Processing Unit)、MPU(Micro Processing Unit)等のプロセッサにより実現される。例えば、制御部33は、基地局30内部の記憶装置に記憶されている各種プログラムを、プロセッサがRAM(Random Access Memory)等を作業領域として実行することにより実現される。なお、制御部33は、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)等の集積回路により実現されてもよい。CPU、MPU、ASIC、及びFPGAは何れもコントローラとみなすことができる。また、制御部33は、CPUに加えて、或いは代えて、GPU(Graphics Processing Unit)により実現されてもよい。
 制御部33は、取得部331と、多重化部332と、符号化部333と、生成部334と、受信部335と、判別部336と、復号部337と、を備える。制御部33を構成する各ブロック(取得部331~復号部337)はそれぞれ制御部33の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア(マイクロプログラムを含む。)で実現される1つのソフトウェアモジュールであってもよいし、半導体チップ(ダイ)上の1つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ1つのプロセッサ又は1つの集積回路であってもよい。制御部33は上述の機能ブロックとは異なる機能単位で構成されていてもよい。機能ブロックの構成方法は任意である。
 なお、制御部23の動作は、サーバ10の制御部13の各ブロック(取得部131~付与部133)の動作と同じであってもよいし、端末装置40の制御部43の各ブロックの動作と同じであってもよい。
 いくつかの実施形態において、基地局という概念は、複数の物理的又は論理的装置の集合で構成されていてもよい。例えば、本実施形態において基地局は、BBU(Baseband Unit)及びRU(Radio Unit)等の複数の装置に区別されてもよい。そして、基地局は、これら複数の装置の集合体として解釈されてもよい。また、基地局は、BBU及びRUのうちいずれかであってもよいし、両方であってもよい。BBUとRUは、所定のインタフェース(例えば、eCPRI(enhanced Common Public Radio Interface))で接続されていてもよい。なお、RUはRRU(Remote Radio Unit)又はRD(Radio DoT)と言い換えてもよい。また、RUは後述するgNB-DU(gNB Distributed Unit)に対応していてもよい。さらにBBUは、後述するgNB-CU(gNB Central Unit)に対応していてもよい。またはこれに代えて、RUは、後述するgNB-DUに接続された無線装置であってもよい。gNB-CU、gNB-DU、及びgNB-DUに接続されたRUはO-RAN(Open Radio Access Network)に準拠するよう構成されていてもよい。さらに、RUはアンテナと一体的に形成された装置であってもよい。基地局が有するアンテナ(例えば、RUと一体的に形成されたアンテナ)はAdvanced Antenna Systemを採用し、MIMO(例えば、FD-MIMO)やビームフォーミングをサポートしていてもよい。また、基地局が有するアンテナは、例えば、64個の送信用アンテナポート及び64個の受信用アンテナポートを備えていてもよい。
 また、RUに搭載されるアンテナは、1つ以上のアンテナ素子から構成されるアンテナパネルであってもよく、RUは、1つ以上のアンテナパネルを搭載してもよい。例えば、RUは、水平偏波のアンテナパネルと垂直偏波のアンテナパネルの2種類のアンテナパネル、或いは、右旋円偏波のアンテナパネルと左旋円偏波のアンテナパネルの2種類のアンテナパネルを搭載してもよい。また、RUは、アンテナパネル毎に独立したビームを形成し、制御してもよい。
 なお、基地局は、複数が互いに接続されていてもよい。1又は複数の基地局は無線アクセスネットワーク(RAN:Radio Access Network)に含まれていてもよい。この場合、基地局は単にRAN、RANノード、AN(Access Network)、ANノードと称されることがある。なお、LTEにおけるRANはEUTRAN(Enhanced Universal Terrestrial RAN)と呼ばれることがある。また、NRにおけるRANはNGRANと呼ばれることがある。また、W-CDMA(UMTS)におけるRANはUTRANと呼ばれることがある。
 なお、LTEの基地局は、eNodeB(Evolved Node B)又はeNBと称されることがある。このとき、EUTRANは1又は複数のeNodeB(eNB)を含む。また、NRの基地局は、gNodeB又はgNBと称されることがある。このとき、NGRANは1又は複数のgNBを含む。EUTRANは、LTEの通信システム(EPS)におけるコアネットワーク(EPC)に接続されたgNB(en-gNB)を含んでいてもよい。同様にNGRANは5G通信システム(5GS)におけるコアネットワーク5GCに接続されたng-eNBを含んでいてもよい。
 なお、基地局がeNB、gNBなどである場合、基地局は、3GPPアクセス(3GPP Access)と称されることがある。また、基地局が無線アクセスポイント(Access Point)である場合、基地局は、非3GPPアクセス(Non-3GPP Access)と称されることがある。さらに、基地局は、RRH(Remote Radio Head)、或いはRU(Radio Unit)と呼ばれる光張り出し装置であってもよい。また、基地局がgNBである場合、基地局は、前述したgNB-CUとgNB-DUとを組み合わせたものであってもよいし、gNB-CUとgNB-DUとのうちのいずれかであってもよい。
 ここで、gNB-CUは、UEとの通信のために、アクセス層(Access Stratum)のうち、複数の上位レイヤ(例えば、RRC(Radio Resource Control)、SDAP(Service Data Adaptation Protocol)、PDCP(Packet Data Convergence Protocol)をホストする。一方、gNB-DUは、アクセス層(Access Stratum)のうち、複数の下位レイヤ(例えば、RLC(Radio Link Control)、MAC(Medium Access Control)、PHY(Physical layer))をホストする。すなわち、後述されるメッセージ/情報のうち、RRCシグナリング(準静的な通知)はgNB-CUで生成され、一方でMAC CEやDCI(動的な通知)はgNB-DUで生成されてもよい。又は、RRCコンフィギュレーション(準静的な通知)のうち、例えばIE:cellGroupConfigなどの一部のコンフィギュレーション(configuration)についてはgNB-DUで生成され、残りのコンフィギュレーションはgNB-CUで生成されてもよい。これらのコンフィギュレーションは、後述されるF1インタフェースで送受信されてもよい。
 なお、基地局は、他の基地局と通信可能に構成されていてもよい。例えば、複数の基地局がeNB同士又はeNBとen-gNBの組み合わせである場合、当該基地局間はX2インタフェースで接続されてもよい。また、複数の基地局がgNB同士又はgn-eNBとgNBの組み合わせである場合、当該装置間はXnインタフェースで接続されてもよい。また、複数の基地局がgNB-CUとgNB-DUの組み合わせである場合、当該装置間は前述したF1インタフェースで接続されてもよい。後述されるメッセージ/情報(例えば、RRCシグナリング、MAC CE(MAC Control Element)、又はDCI)は、複数基地局間で、例えばX2インタフェース、Xnインタフェース、又はF1インタフェースを介して、送信されてもよい。
 基地局により提供されるセルはサービングセル(Serving Cell)と呼ばれることがある。サービングセルという概念には、PCell(Primary Cell)及びSCell(Secondary Cell)が含まれる。デュアルコネクティビティがUE(例えば、端末装置40)に設定される場合、MN(Master Node)によって提供されるPCell、及びゼロ又は1以上のSCellはマスターセルグループ(Master Cell Group)と呼ばれることがある。デュアルコネクティビティの例として、EUTRA-EUTRA Dual Connectivity、EUTRA-NR Dual Connectivity(ENDC)、EUTRA-NR Dual Connectivity with 5GC、NR-EUTRA Dual Connectivity(NEDC)、NR-NR Dual Connectivityが挙げられる。
 なお、サービングセルはPSCell(Primary Secondary Cell、又は、Primary SCG Cell)を含んでもよい。デュアルコネクティビティがUEに設定される場合、SN(Secondary Node)によって提供されるPSCell、及びゼロ又は1以上のSCellは、SCG(Secondary Cell Group)と呼ばれることがある。特別な設定(例えば、PUCCH on SCell)がされていない限り、物理上りリンク制御チャネル(PUCCH)はPCell及びPSCellで送信されるが、SCellでは送信されない。また、無線リンク障害(Radio Link Failure)もPCell及びPSCellでは検出されるが、SCellでは検出されない(検出しなくてよい)。このようにPCell及びPSCellは、サービングセルの中で特別な役割を持つため、SpCell(Special Cell)とも呼ばれる。
 1つのセルには、1つのダウンリンクコンポーネントキャリアと1つのアップリンクコンポーネントキャリアが対応付けられていてもよい。また、1つのセルに対応するシステム帯域幅は、複数のBWP(Bandwidth Part)に分割されてもよい。この場合、1又は複数のBWPがUEに設定され、1つのBWP分がアクティブBWP(Active BWP)として、UEに使用されてもよい。また、セル毎、コンポーネントキャリア毎又はBWP毎に、端末装置40が使用できる無線資源(例えば、周波数帯域、ヌメロロジー(サブキャリアスペーシング)、スロットフォーマット(Slot configuration)が異なっていてもよい。
<2-6.端末装置の構成>
 次に、端末装置40の構成を説明する。
 端末装置40は、基地局30等の他の通信装置と無線通信する無線通信装置である。端末装置40は、例えば、携帯電話、スマートデバイス(スマートフォン、又はタブレット)、PDA(Personal Digital Assistant)、パーソナルコンピュータである。また、端末装置40は、通信機能が具備された業務用カメラといった機器であってもよいし、FPU(Field Pickup Unit)等の通信機器が搭載されたバイクや移動中継車等であってもよい。また、端末装置40は、M2M(Machine to Machine)デバイス、又はIoT(Internet of Things)デバイスであってもよい。
 なお、端末装置40は、基地局30とNOMA通信が可能であってもよい。また、端末装置40は、基地局30と通信する際、HARQ等の自動再送技術を使用可能であってもよい。端末装置40は、他の端末装置40とサイドリンク通信が可能であってもよい。端末装置40は、サイドリンク通信を行う際も、HARQ等の自動再送技術を使用可能であってもよい。なお、端末装置40は、他の端末装置40との通信(サイドリンク)においてもNOMA通信が可能であってもよい。また、端末装置40は、他の通信装置(例えば、基地局30、及び他の端末装置40)とLPWA通信が可能であってもよい。また、端末装置40が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置40が使用する無線通信(サイドリンク通信を含む。)は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信(光無線)であってもよい。
 また、端末装置40は、移動体装置であってもよい。移動体装置は、移動可能な無線通信装置である。このとき、端末装置40は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。例えば、端末装置40は、自動車、バス、トラック、自動二輪車等の道路上を移動する車両(Vehicle)、列車等の軌道に設置されたレール上を移動する車両、或いは、当該車両に搭載された無線通信装置であってもよい。なお、移動体は、モバイル端末であってもよいし、陸上(狭義の地上)、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。
 端末装置40は、同時に複数の基地局または複数のセルと接続して通信を実施してもよい。例えば、1つの基地局が複数のセル(例えば、pCell、sCell)を介して通信エリアをサポートしている場合に、キャリアアグリケーション(CA:Carrier Aggregation)技術やデュアルコネクティビティ(DC:Dual Connectivity)技術、マルチコネクティビティ(MC:Multi-Connectivity)技術によって、それら複数のセルを束ねて基地局30と端末装置40とで通信することが可能である。或いは、異なる基地局30のセルを介して、協調送受信(CoMP:Coordinated Multi-Point Transmission and Reception)技術によって、端末装置40とそれら複数の基地局30が通信することも可能である。
 図6は、本開示の実施形態に係る端末装置40の構成例を示す図である。端末装置40は、無線通信部41と、記憶部42と、制御部43と、を備える。なお、図6に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置40の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
 無線通信部41は、他の無線通信装置(例えば、基地局30、及び他の端末装置40)と無線通信するための信号処理部である。無線通信部41は、制御部43の制御に従って動作する。無線通信部41は、送信処理部411と、受信処理部412と、アンテナ413とを備える。無線通信部41、送信処理部411、受信処理部412、及びアンテナ413の構成は、基地局30の無線通信部31、送信処理部311、受信処理部312及びアンテナ313と同様であってもよい。また、無線通信部41は、無線通信部31と同様に、ビームフォーミング可能に構成されていてもよい。さらに、無線通信部41は、無線通信部31と同様に、空間多重された信号を送受信可能に構成されていてもよい。
 記憶部42は、DRAM、SRAM、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部42は、端末装置40の記憶手段として機能する。
 制御部43は、端末装置40の各部を制御するコントローラである。制御部43は、例えば、CPU、MPU等のプロセッサにより実現される。例えば、制御部43は、端末装置40内部の記憶装置に記憶されている各種プログラムを、プロセッサがRAM等を作業領域として実行することにより実現される。なお、制御部43は、ASICやFPGA等の集積回路により実現されてもよい。CPU、MPU、ASIC、及びFPGAは何れもコントローラとみなすことができる。また、制御部43は、CPUに加えて、或いは代えて、GPUにより実現されてもよい。
 制御部43は、取得部431と、多重化部432と、符号化部433と、生成部434と、受信部435と、判別部436と、復号部437と、を備える。制御部43を構成する各ブロック(取得部431~復号部437)はそれぞれ制御部43の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア(マイクロプログラムを含む。)で実現される1つのソフトウェアモジュールであってもよいし、半導体チップ(ダイ)上の1つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ1つのプロセッサ又は1つの集積回路であってもよい。制御部43は上述の機能ブロックとは異なる機能単位で構成されていてもよい。機能ブロックの構成方法は任意である。
 なお、制御部43の動作は、サーバ10の制御部13の各ブロック(取得部131~付与部133)の動作と同じであってもよいし、基地局30の制御部33の各ブロック(取得部331~復号部337)の動作と同じであってもよい。
<<3.パケットコーディング>>
 以上、本実施形態の通信システム1の構成を説明したが、次に、本実施形態の送受信処理の前提となるパケットコーディングについて説明する。
<3-1.パケットコーディングの概要>
 本実施形態では、送信の対象となる一の情報系列(或いは、一の情報系列を分割して生成される複数のビット系列)から、符号化された複数のビット系列を生成する符号化手法を使用する。このコーディング手法を、本実施形態ではパケットコーディングと呼称する。
 なお、以下の説明では、一の情報系列(一の送信データ系列ともいう。)を分割して生成される複数のビット系列のことを複数のソースビット系列、或いは複数のサブ系列ということがある。また、以下の説明では、パケットコーディングにより生成される、符号化されたビット系列のことを、符号化ビット系列、或いは符号化系列ということがある。また、以下の説明では、一の情報系列(或いは、複数のソースビット系列)から複数の符号化ビット系列を生成する処理(符号化処理)のみならず、複数の符号化ビット系列から一の情報系列(或いは、複数のソースビット系列)を生成する処理(復号処理)のことも、パケットコーディング処理ということがある。
 図7及び図8は、パケットコーディング処理の概要を示す図である。具体的には、図7は、送信側の通信装置で実行されるパケットコーディング処理の概要を示す図であり、図8は、受信側の通信装置で実行されるパケットコーディング処理の概要を示す図である。基地局30、及び端末装置40のいずれもが、送信側又は受信側の通信装置となりうる。本実施形態では、通信装置は、送受信の対象となる情報系列に対して、パケットコーディング処理を適用する。
 まず、図7を参照しながら、送信側の処理を説明する。まず、通信装置内部の信号処理に関する所定の層は、上位層(例えばSDAP層やRRC層)から情報系列を取得したら、所定の信号処理(図7に示す送信側処理1)を行い、符号化層(例えば、PDCP層)へその情報系列(以下、送信データ系列ともいう。)を送信する。符号化層は、受信した送信データ系列に符号化処理を実行する。ここで実行される符号化処理には、一の送信データ系列から複数の符号化ビット系列(以下、符号化系列ともいう。)を生成するパケットコーディング処理が含まれる。符号化系列は、所定の信号処理(図7に示す送信側処理2)を経た後、受信側の通信装置へと送信される。このとき、複数の符号化系列は複数のチャネルに分配されて送信される。
 次に、図8を参照しながら、受信側の処理を説明する。まず、通信装置内部の信号処理に関する所定の層は、送信側の通信装置から情報系列(以下、受信データ系列ともいう。)を取得したら、所定の信号処理(図8に示す受信側処理1)を行い、復号層(例えば、PDCP層)へその受信データ系列を送信する。復号層は、受信データ系列に対し、送信側の符号化処理(パケットコーディング処理)に対応する復号処理を実行する。復号処理により生成された情報系列は、所定の信号処理(図8に示す受信側処理2)を経た後、上位層へと送信される。
<3-2.パケットコーディングの特徴>
 次に、パケットコーディングの特徴について説明する。なお、受信側で実行される復号処理は、送信側の符号化処理(パケットコーディング処理)に対応する処理であるので説明を省略する。
 パケットコーディング処理には、一の送信データ系列を複数のソースビット系列に分割する分割手順と、複数のソースビット系列に所定の誤り訂正符号化方式による符号化処理を施すことにより複数のソースビット系列から複数の符号化ビット系列を生成する符号化手順と、が含まれる。なお、パケットコーディング処理には、必ずしも分割手順が含まれなくてもよい。符号化手順のみをパケットコーディング処理としてもよい。
 図9は、パケットコーディング処理を説明するための図である。パケットコーディングでは、通信装置は、一のビット系列(一の送信データ系列)から複数のソースビット系列を生成する。このとき、複数のソースビット系列は、同じ長さであってもよい。すなわち、通信装置は、一のビット系列は等分してもよい。そして、通信装置は、複数のソースビット系列(図9に示す一のビット系列群)に所定の誤り訂正符号化処理を施すことにより、誤り訂正能力を持つ複数の符号化ビット系列(図9に示す符号化ビット系列群)を生成する。このとき、通信装置は、ソースビット系列同士をビットレベルXORすることにより符号化ビット系列群を生成してもよい。この場合、パリティビット系列分のビット系列長は、入力に使用した複数のソースビット系列(ここでは一のビット系列群に相当)の系列長と同じになる。復号を成功させるため、送信側の通信装置は、出力された複数の符号化ビット系列(図9の例であれば9つの符号化ビット系列)のうち、少なくとも、符号化対象となったソースビット系列の個数(図9の例であれば5つ)以上の符号化ビット系列を受信側に送信する必要がある。なお、図9に示した例は、あくまで一例である。パケットコーディング処理は図9に示した例に限られない。
 なお、パケットコーディング処理で使用される誤り訂正符号化方式は、消失訂正符号(Erasure Codes)、レートレス符号(Rateless Codes)、又は噴水符号(Fountain Codes)などのカテゴリに含まれるFEC(Forward Error Correction)方式が望ましい。また、パケットコーディングの処理で使用される誤り訂正符号化方式は、複数のビット系列を線形合成またはXOR合成して符号化する方式であってもよい。以下、パケットコーディング処理で使用されることが想定される誤り訂正符号化方式の例を、以下の(A1)~(A11)に示す。勿論、第1の符号化処理で使用される誤り訂正符号化方式は、以下の例に限定されない。
  (A1)消失訂正符号
  (A2)レートレス符号
  (A3)噴水符号
  (A4)Tornado符号
  (A5)LT符号(Luby Transform Codes)
  (A6)Raptor符号
  (A7)RaptorQ符号
  (A8)LDPC符号(Low Density Parity Check Codes)
  (A9)BCH符号
  (A10)RS符号(Reed Solomon Codes)
  (A11)XOR符号(eXclusive OR Codes)
 通信装置は、パケットコーディングにより生成された複数の符号化ビット系列に対して、符号化ビット系列単位で冗長データを付与する。図10は、符号化ビット系列に付与する冗長データの例を示す図である。図10の例では、冗長データは、シンボルの識別機能を持つ系列識別データと、誤り検出機能をもつ誤り検出データと、で構成される。系列識別データは、例えば、符号化ビット系列を識別することを目的とした識別番号である。識別番号は、ID(Identification)、SN(Sequence Number)と呼称されてもよい。この識別番号は、受信側の通信装置が、到着した符号化ビット系列が送信側のどの符号化系列に相当するかを判別するために用いられる。誤り検出データは、受信側の通信装置が、符号化ビット系列に誤りがあるか否かを検出するために用いられる。誤り検出データを生成する際に、送信側の通信装置が、符号化系列に対して更なる符号化処理を行う場合もある。更なる符号化処理の一例として、CRC(Cyclic Redundancy Check)が挙げられる。
 以下、パケットコーディング処理(符号化手順/復号手順)の具体的例を示す。
 図11は、パケットコーディング処理の符号化手順の一例を示す図である。上述したように、パケットコーディング処理の符号化手順をパケットコーディング処理そのものとみなしてもよい。なお、(A1)~(A11)に示すパケットコーディング全てが図11と同じ手順を辿るわけではない。図11には、3個ある一のビット系列を入力として、符号化で新たに1つのパリティビット系列を生成するプロセスが示されている。図11の例では、パリティは、等長のビット系列同士によるビットレベルの足し算を用いて生成される。この場合、当該符号化手法は行列演算での表現が可能である。図11の行列表現において、右辺左部の行列が符号化行列である。図11の例では、符号化ビット系列群として、入力と同じ複数のビット系列(行列の1~3行目の成分)と、パリティビット系列(行列の4行目の成分)と、が生成される。
 図12は、受信した複数の符号化ビット系列の符号手順の一例を示す図である。なお、図12に示す復号手順は(A1)~(A11)に示すパケットコーディング全てに対応しているわけではない。図12には、任意の位置の一の符号化ビット系列が消失した場合に、パリティビット系列を用いて訂正する様子が示されている。消失した系列を訂正できるか否かは、正しく到着した符号化ビット系列に対応した符号化行列の行成分で構築された行列を1次方程式と見た場合に、その方程式が解けるか否かと等しい。
<3-3.パケットコーディング処理の手順例>
 次に、パケットコーディング処理の手順例を説明する。図13は、パケットコーディング処理の手順例を示すシーケンス図である。なお、図13に示す手順例はあくまで一例であり、パケットコーディング処理の手順はこの手順例に限定されるものではない。また、図13では、基地局30から端末装置40への下りリンク通信が示されているが、本実施形態で開示の技術は他の通信(例えば、端末装置40から基地局30への上りリンク通信)にも適用可能である。以下、図13のシーケンス図を参照しながら、本実施形態のパケットコーディング処理の手順例を説明する。
 まず、端末装置40は、自身が接続しているセルの基地局30に対して、自身の端末ケイパビリティに関する情報を通知する(ステップS101)。この情報の中には、パケットコーディングのためのケイパビリティ情報も含まれている。端末装置40は、この端末ケイパビリティに関する情報を、初期接続(Initial Access)の手順中、或いは初期接続後に通知してもよい。なお、この通知のための物理チャネルとして、例えば、ランダムアクセスチャネル(PRACH: Physical Random Access Channel)、上りリンク制御チャネル(PUCCH: Physical Uplink Control Channel)、及び上りリンク共有チャネル(PUSCH: Physical Uplink Shared Channel)のうちの少なくとも1つが利用されてもよい。
 基地局30は、自身が管理するセルに接続している端末装置40に対して、パケットコーディング(符号化/復号)に関する情報を含む準静的な制御情報を通知する(ステップS102)。この準静的な制御情報は、セル固有(Cell-specific)の制御情報であってもよい。基地局30は、この準静的な制御情報を、初期接続の手順中、或いは初期接続後に通知してもよい。また、基地局30は、この制御情報を、RRC Signaling、RRC Configuration、又はRRC Reconfigurationなど、RRCの手順の一部として通知しもよい。また、基地局30は、この制御情報を、定期的に端末装置40へ通知してもよい。この制御情報を通知するための物理チャネルとして、報知チャネル(PBCH: Physical Broadcast Channel)、下りリンク制御チャネル(Physical Downlink Control Channel、EPDCCH: Enhanced Physical Downlink Control Channel)、及び下りリンク共有チャネル(Physical Downlink Shared Channel)のうちの少なくとも1つが利用されてもよい。
 端末装置40は、準静的な制御情報を受信したら、受信した制御情報に含まれるパケットコーディングに関する情報に基づいて、符号化に関する設定を行う(ステップS103)。
 その後、基地局30から端末装置40へ下りリンクの通信が発生したら、基地局30は、端末装置40に対して、動的な制御情報を送信する(ステップS104)。下りリンクの通信が発生するケースの例として、端末装置40がデータダウンロード(プル)を要求したケース、端末装置40へプッシュデータが発生したケースが挙げられる。この動的な制御情報は、端末個別(UE-specific)の制御情報であってもよいし、端末グループ個別(UE-group-specific)の制御情報であってもよい。ここで端末グループとは、例えば、下りリンク通信がマルチキャストやブロードキャストである場合の送信先対象となる一以上の端末装置40のグループである。
 なお、動的な制御情報には、下りリンク通信を行うために利用する無線リソースに関する情報等、様々な情報が含まれ得る。例えば、動的な制御情報には、例えば、対象の端末装置40(端末装置40グループ)に対して下りリンク通信を割り当てるための各種リソースに関する情報が含まれ得る。より具体的には、動的な制御情報には、例えば、以下の(1)~(9)の情報が含まれ得る。
 (1)周波数リソース(例えば、リソースブロック(Resource Block)、サブキャリア(Subcarrier)、サブキャリアグループ(Subcarrier Group)等)
 (2)時間リソース(例えば、サブフレーム(Subframe)、スロット(Slot)、ミニスロット(Mini-slot)、シンボル(Symbol)等)
 (3)空間リソース(例えば、アンテナ(Antenna)、アンテナポート(Antenna Port)、空間レイヤ(Spatial Layer)、空間ストリーム(Spatial Stream)等)
 (4)所定の通信(例えば、NOMA(Non-orthogonal Multiple Access)、MUST(Multiuser Superposition Transmission)、IDMA(Interleave Division Multiple Access)、CDMA(Code Division Multiple Access)等)に関する非直交リソース(例えば、電力に関するリソース、インタリーブパターン、スクランブルパターン、拡散パターン等)
 (5)変調レベル(Modulation Order)
 (6)パケットコーディングで使用される符号化方法(例えば、誤り訂正符号化方式)
 (7)パケットコーディングの符号化率に関する情報
 (8)符号化系列に付与される冗長データに関する情報(例えば、誤り検出の方法、符号化系列の識別番号に関する情報)
 (9)ARQ/HARQに関する設定(例えば、NDI(New Data Indicator)、RV(Redundancy Version)等)
 この動的な制御情報を受けた端末装置40は、その制御情報に従って下りリンク通信の適切な受信に備えるための設定を行う(ステップS105)。
 次に、基地局30は、上位層での送信処理を経た情報系列に対し、端末装置40に通知した制御情報に合うように、端末装置への下りリンク通信のデータをパケットコーディング処理により符号化するとともに、物理層処理を含む送信処理(変調、物理層符号化などを含む。)を実施する(ステップS106)。基地局30は、符号化、変調したデータを無線信号として端末装置40へ送信する(ステップS107)。
 端末装置40は、基地局30からデータを受信すると、制御情報で指定された設定に従って、パケットコーディング処理に対応する符号処理を含む各種処理(受信処理、復調処理、及び復号処理)を実行する(ステップS108)。例えば、端末装置40は、復元された符号化系列に誤りが含まれているか否かを判定する。そして、端末装置40は、誤りが含まれていない符号化系列のみを用いて復号を試みる。その後、端末装置40は、データの復号が成功したか失敗したかによって、基地局30へACKまたはNACKを返信する。また、端末装置40は、データの復号が成功したか失敗したかによって、追加送信に関する処理の設定(例えば、ARQ/HARQの処理の設定)を変えることが望ましい。なお、端末装置40は、復号に失敗した場合には、次の受信符号化系列を含めた再送・合成を実施するために、復号結果または復号途中のデータ(符号化系列)をメモリに保存しておくことが望ましい。復号が成功した場合、端末装置40は上位層へのデータ移送のための処理を行う。図13の例では、端末装置40は、復号に失敗しており、基地局30へNACKを返信している(ステップS109)。
 基地局30は、端末装置40から受け取った応答(ACK/NACK)に従って、次に実施すべき処理を実行する。例えば、NACKの通知を受けた場合には、追加の情報系列の送信に向けた準備を実施する(ステップS110)。この送信の準備としては、パケットコーディング符号化による新たな符号化系列の生成、送信するために必要な送信処理、無線リソースの選択、などが挙げられる。なお、端末装置40からACKを受けた場合には、対象のデータについては問題なく送受信ができたことを意味するので、次の新しいデータの通信に移行する。
 基地局30は、上記の応答(ACK/NACK)に対応した、追加送信のための処理に従って、再送または新しいデータの下りリンク通信の実施に移る。このために、基地局30は、対象の端末装置40に対して改めて動的な制御情報を通知し、その設定に従って下りリンク通信を実行する。
 図13の例では、基地局30は、端末装置40からNACKを受信したので(ステップS109)、追加送信判断のための処理を実行するとともに(ステップS110)、端末装置40に対して改めて動的な制御情報を通知している(ステップS111)。この動的な制御情報を受けた端末装置40は、その制御情報に従って下りリンク通信の適切な受信に備えるための設定を行う。基地局30は、端末装置40に通知した制御情報に合うように、端末装置40への下りリンク通信のデータに対して、パケットコーディング処理を含む各種処理を実施する(ステップS112)。そして、基地局30は、符号化されたデータを端末装置40へ再送する(ステップS113)。
 端末装置40は、再送信号に基づきデータを合成するとともに、制御情報で指定された設定に従って、合成したデータに対して、パケットコーディング処理に対応した符号処理を含む各種処理(受信処理、復調処理、及び復号処理)を実行する(ステップS114)。図13の例では、端末装置40は、ここで復号に成功しており、基地局30へACKを返信するとともに(ステップS115)、残りの受信処理を実行している(ステップS116)。
 ACKを受信した基地局30は、追加送信判断のための処理を実行するともに(ステップS117)、次の新しいデータの通信に移行する。
<<4.実施形態1>>
 以上、本実施形態の送受信処理の前提となるパケットコーディングについて説明したが、次に、実施形態1の通信システム1の動作を説明する。
<4-1.実施形態1の概要>
 まず、実施形態1の概要を説明する。
 <背景>
 3GPP NRに対応した規格(主にRel-15、及びそれ以降。)において、Multi-TRP(MTRP、M-TRP、又はmTRPとも表記される。)と呼ばれる機能がサポートされている。マルチTRP(Multi-TRP)は、物理層レベルにおいて、複数の送受信点(TRP:Transmission and Reception Point)を協調的に用いて、単一または複数のトランスポートブロック(Transport Block)を送信する機能である。Multi-TRPの概要については、例えば、非特許文献1(3GPP TSG-RAN RP-202803)、非特許文献2(3GPP TSG-RAN WG2 R2-1914020)に記載されている。
 マルチTRP(Multi-TRP)は大きく分けて、2つの形態に分類される。図14及び図15は、それぞれ、マルチTRPの形態を示す図である。
 図14は、マルチTRPの第1形態を示す図である。第1形態では、UEとそれぞれのTRPのチャネル情報がそれぞれ独立にやり取りされる。第1形態は、TRP間のフロントホール(Fronthaul)がNon-idealな通信時に使用されることが想定される。
 図15は、マルチTRPの第2形態を示す図である。第2形態では、UEとそれぞれのTRPのチャネル情報が単一のTRPを介して一括でやり取りされる。これは、TRP間のフロントホールがIdealな通信時に使用されることが想定される。第2形態では、第1形態と比べてチャネル情報のやりとり回数が少なくなる。
 これらの形態では、各TRPで同じデータを送信することで通信の信頼性を向上させるような使用方法が想定されている。いずれの形態においても、これらの制御は単一のMACエンティティ(Media Access Control Entity)で行われる。
 なお、マルチTRPの場合、各TRPで取り扱うトランスポートブロックサイズ(TRS:Transport Block Size)はチャネル情報やリソース量によって決定される。ここで、チャネル情報には、これにより決定されたMCS(Modulation and Coding Scheme)及び/又はCQI(Channel Quality Indicator)の値が含まれる。またリソース量の情報には、使用可能なリソースブロック数、及びレイヤ数などの情報が少なくとも1つ含まれる。
 非特許文献3(3GPP TS 38.401 V16.8.0)には、3GPPで定義されたNG RANアーキテクチャ(NG RAN Architecture)の説明が示されている。図16は、NG RANアーキテクチャの一例を示す図である。
 現行の規格において、基地局(図16の例では、gNB)の機能は、CU(Central Unit)とDU(Distributed Unit)の2つに分離している。CUとDUの境界線(スプリット点、スプリットポイント、又は分割点ともいう。)は、3GPPプロトコルスタックにおけるPDCP(Packet Data Convergence Protocol)レイヤとRLC(Radio Link Control)レイヤの間に設定されている。
 ここで、DUは、3GPP LTEで呼ばれていたようなRRH(Radio Remote Head)、RRU(Remote Radio Unit)、及びRU(Radio Unit)などの名前で知られる機能の一部または全てを内包していてもよい。1つのgNBは1つのCUと1つまたは複数のDUから構成されることが想定されている。また、1つのDUは1つのCUとのみコネクションが確立される。
 通信の柔軟性のために、適当な実装で1つのDUは複数のCUと接続されることもある。CUとDUの通信を確立させるため、3GPPではこれらのユニット間のインタフェースとして、”F1”を定義している。このインタフェースはロジカルなインタフェースである。IPパケットが、例えば、Ethernet(登録商標)(IEEE 802.3)等のネットワークを通ることで、CU-DU間での通信を成立させる。
 <課題>
 マルチTRPを使用する通信システムでは、通信の信頼性を達成する際の効率性及び柔軟性が問題になることがある。ここで、効率性及び柔軟性の問題とは、例えば、以下の(1)~(3)の問題のことをいう。
 (1)各TRP-UE間におけるチャネル情報が異なる場合、つまりトランスポートブロックサイズ(TBS:Transport Block Size)がTRPごとに異なる場合に各TRPで同じだけの量の情報の送信ができない。
 (2)同じサイズのトランスポートブロック(TB:Transport Block)を各TRPで扱えない場合、受信側MACレイヤでsubMAC PDU(Protocol Data Unit)単位若しくはMAC SDU(Service Data Unit)単位の同期ができない。
 (3)同じデータ(例えば、subMAC PDUもしくはMAC SDU)を単純複製し、トランスポートブロックごとに送信が成功したかを判断する手法は、符号化効率の観点から好ましくない。
 <解決手段>
 そこで、実施形態1では、上位層の手間(特に上位層パケットからTBを生成する処理の手前)に、パケットレベルでのFEC(Forward Error Correction)を導入することで、上記問題を解決する。以下、実施形態の解決手段の概要を説明する。
 実施形態1の通信システム1は、マルチTRPによる通信が可能な送信装置(例えば、基地局30)と、マルチTRPによる通信が可能な受信装置(例えば、端末装置40)と、を備える。
 図17は、実施形態1の送信処理の概要を示す図である。送信装置は、複数の上位層パケットを多重化して一の送信データ系列を生成する。そして、送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する。このとき、パケットコーディングの処理には、一の送信データ系列を複数のサブ系列に分割する手順と、複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより複数のサブ系列から複数の符号化系列を生成する手順と、が含まれる。そして、送信装置は、複数のTRPそれぞれのトランスポートブロックサイズの情報に基づいて複数の符号化系列をTRP別に分配する。そして、送信装置は、分配した符号化系列に基づいて複数のTRPそれぞれのトランスポートブロックを生成する。
 図18は、実施形態1の受信処理の概要を示す図である。受信装置は、送信装置から、複数のトランスポートブロックを受信する。そして、受信装置は、複数のトランスポートブロッそれぞれから複数の符号化系列を抽出する。受信装置は、抽出された複数の符号化系列を、パケットコーディングに対応する復号方法を使用して復号する。そして、受信装置は、復号されたデータを複数の上位層パケットに分離する。
 <効果>
 それぞれのTRPに属したPHYは、それぞれのTBS(Transport Block Size)の要求を満たした同じ上位層パケット群から生成された符号化シンボル群をTB(Transport Block)として上位層から受け取る。そのため、TRP別に送信されるデータは、上位層パケット単位で見たときに同期が取れる。つまり、通信システム1は、上位層でコーディングを行うことで、あるサイズの系列を、情報量を残しつつ任意のサイズに変更できるので、任意のTBSに対応できる。結果として、通信システム1は、通信の信頼性を達成する際の効率性及び柔軟性を向上させることができる。
<4-2.実施形態1の通信システム1の動作>
 以上、実施形態1の概要について説明したが、以下、実施形態1の通信システム1の動作を説明する。
 図19及び図20は、実施形態1の送受信処理を示すシーケンス図である。図19及び図20の例では、通信システム1は、2つのTRP(物理層)を持っている。図19の例では、それぞれの物理層が別々にTBS(Transport Block Sizeの計算及びそのために必要な処理を行っている。図20の例では、1つの物理層が代表して送受信点-RX間のチャネル情報を取得し、それぞれのTBSの計算を行っている。図19及び図20の例では、TX物理層1とRX物理層1が対応関係にあり、TX物理層2とRX物理層2が対応関係にある。各送信点及びTBが独立に扱えるものであれば、これらは物理層でなくてもよい。例えば、これらは、Low-PHYであってもよいし、RHHであってもよいし、RUであってもよい。
 以下、図19及び図20を参照しながら、実施形態1の送受信処理を説明する。なお、図19及び図20では、対応する処理には同じステップ番号を付している。以下の説明では、受信側の通信装置のことを受信装置、送信側の通信装置のことを送信装置という。
 まず、送信装置は、上位層パケットの多重化処理(multiplexing processing)を実行する(ステップS201)。例えば、送信装置は、複数の上位層パケットを多重化することにより一の送信データ系列を生成する。ここで、上位層パケットは、物理層トランスポート化以前のパケットを指す。例えば、上位層パケットは、以下の(1)~(4)のいずれかであってもよい。
 (1)subMAC PDU、MAC SDU
 (2)RLC PDU、 RLC SDU
 (3)PDCP PDU、 PDCP SDU
 (4)物理層より上位で生成されるビット系列
 そして、送信装置は、多重化処理後に生成されるビット系列(一の送信データ系列)のサイズを決定する。なお、この処理は行われなくてもよい。また、送信装置は、サイズを決定するために、1又は複数の通信に関する情報を用いてもよい。
 このとき、通信に関する情報は、チャネルの状態に関する情報(例えば、DCI)であってもよい。
 また、通信に関する情報は、無線ベアラ(Radio Bearer)やロジカルなレイヤのEstablishmentやReconfigureに使用するための情報であってもよい。例えば、通信に関する情報は、RRC Signal、MAC CE、RLC Control PDU、PDCP Control PDUに含まれる情報であってもよい。
 また、通信に関する情報は、ロジカルレイヤに向けたコントロール情報であってもよい。例えば、通信に関する情報は、RRC Signal、MAC CE、RLC Control PDU、PDCP Control PDUに含まれる情報であってもよい。
 また、送信装置は、サイズを決定するために、複数の送受信ポイントそれぞれのTBS(例えば、それぞれの物理層から通知されたTBS)の情報を用いてもよい。例えば、送信装置は、複数のトランスポートブロックサイズのうちの最も大きなサイズをビット系列(一の送信データ系列)のサイズとして決定してもよい。2つのTRPを使用して通信を行うのであれば、送信装置は、それぞれのTRPが属するPHYレイヤ(PHY1/PHY2)からぞれぞれのTBS(TBS1/TBS2)が通知されたとき、送信装置は、TBS1とTBS2のサイズを比較して大きい方をビット系列(一の送信データ系列)の大きさとしてもよい。勿論、送信装置が、サイズを決定するために使用するアルゴリズムは上記に限定されない。
 送信装置は、サイズを決定したら、決定したサイズとなるよう複数のパケットを多重化する。このとき、送信装置は、決定したサイズとなるように、多重化後にゼロパティングを行ってもよい。
 続いて、送信装置は、多重化後のビット系列(一の送信データ系列)に対して符号化処理を行う(ステップS202)。具体的には、送信装置は、一の送信データ系列に対してパケットコーディングの処理を行う。パケットコーディングの処理には、一の送信データ系列を複数のサブ系列に分割する分割手順と、前記複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより前記複数のサブ系列から複数の符号化系列を生成する生成手順と、が含まれる。
 (分割手順)
 送信装置は、所定の条件に従って一の送信データ系列の分割数を決定し、決定した分割数となるように一の送信データ系列を複数のサブ系列に分割する。
 このとき、送信装置は、送信データ系列の送信で要求される信頼性の情報に基づいて一の送信データ系列の分割数を決定してもよい。例えば、送信装置は、DRB(Data Radio Bearer)に設定されている5QI(5G QoS Identifier)の値に基づいて一の送信データ系列の分割数を決定してもよい。
 また、送信装置は、任意の値、又は他の通信装置からの通知に基づいて一の送信データ系列の分割数を決定してもよい。例えば、送信装置は、使用可能なTRPの数に基づいて一の送信データ系列の分割数を決定してもよい。また、送信装置は、ロジカルレイヤのConfiguration/Re-configuration、Establishment、Re-establishment内での通知に基づいて一の送信データ系列の分割数を決定してもよい。
 また、送信装置は、トランスポートブロックサイズ(TBS)の情報に基づいて一の送信データ系列の分割数を決定してもよい。例えば、PUCCHに代表される端末装置40から通知される情報により決定されたトランスポートブロックのサイズに基づいて一の送信データ系列の分割数を決定してもよい。
 例えば、送信装置は、各TRPから通知されたTBSのうち、2つのTBSの公約数からサブ系列1つのサイズを決定し、そこから分割数を決定してもよい。この方法を使用すると、1又は複数の符号化系列を多重化してトランスポートブロックを生成する場合、それぞれのTRPは、通知したTBSと同サイズのトランスポートブロックを上位層から受け取れる。このため、この方法は、リソース仕様における効率化の観点から有効である。
 例えば、送信装置は、各TRPから通知されたTBSのうち、任意の1つのTBSの約数からサブ系列1つのサイズを決定し、そこから分割数を決定してもよい。この方法は、上記の方法と比べ、より複雑性の低い方法で、分割数を決定できる点で有効である。
 また、送信装置は、物理層の状態に基づいて一の送信データ系列の分割数を決定してもよい。例えば、送信装置は、チャネルの状態に基づいて一の送信データ系列の分割数を決定してもよい。また、送信装置は、MCS(Modulation and Coding Scheme)に基づいて一の送信データ系列の分割数を決定してもよい。また、送信装置は、QCI(QoS Class Identifier)に基づいて一の送信データ系列の分割数を決定してもよい。また、送信装置は、Resource Allocationに基づいて一の送信データ系列の分割数を決定してもよい。
 分割数を決定する場合(又は、サブ系列のサイズを大きくする/小さくする場合)のメリット及びデメリットは以下のとおりである。
 基本的に、各符号化系列には復号化使用する情報の共有をPoint to Pointで共有することを目的として、ヘッダを付与することが想定されている。このヘッダは送信に使用する符号化系列の数に比例して総量が増える冗長成分である。一方、前述の通り、n個のサブ系列を用いて符号化を行った場合、復号に必要な最低限の符号化系列の数は、n個となる。故に、送信側では最低限n個の系列を、何かしらの方法で送信しないと、復号は不可能である。つまり、nの値が大きければ大きいほどヘッダによる冗長成分は増加してしまう。ただし、符号化系列のサイズを大きくしてしまった場合、符号化系列は、各TRPと対応した物理層から送られてくるTBSに収まらない、又は、収まるが多くの余白が生じることになる。例えば、TBSが20で、符号化系列のサイズが13の場合、そのトランスポートブロックは7の余白を持つことが想定される。その点、符号化系列のサイズを小さくすると、必然的にトランスポートブロックの余白も少なくなることが想定される。その点で符号化系列のサイズを小さくするのは有効である。
 (生成手順)
 送信装置は、サブ系列群を用いて符号化処理を行う。そして、送信装置は、符号化系列それぞれに対してヘッダを付与する。ヘッダの付与は必ずしも行われなくてもよい。ヘッダの付与が行われる場合、ヘッダには以下の(1)~(3)に示す情報が最低でも1つ含まれる。
 (1)符号化系列を識別する情報。
 (2)符号化系列内の誤りを検出できる機能、もしくはそれに準ずる機能。
 (3)逆多重化(De-multiplexing)の際に使用される情報(例えば単位符号化系列長)。
 送信装置は、複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて複数の符号化系列をTRP別に分配する。そして、送信装置は、分配した符号化系列に基づいて複数のTRPそれぞれのトランスポートブロックを生成する(ステップS203、ステップS204)。
 例えば、送信装置は、要求されたTBS以下のサイズによるように符号化系列を多重化する。このとき、要求されるTBSは1つのUE-TRPコネクションに属するPHYレイヤが要求するTBSである。複数のPHYレイヤに送信される符号化系列の総サイズは、複数の上位層パケットの多重化後の系列(一の送信データ系列)のサイズと等しいまたはそれ以上である。多重化される符号化系列は、送信される物理レイヤ別に見た場合に、重複されていてもよい。
 また、送信装置は、多重化後の系列(すなわち、トランスポートブロック)に対してヘッダを付与してもよい。ヘッダの付与は必ずしも行われなくてもよい。ヘッダの付与が行われる場合、ヘッダには少なくとも(1)~(2)に示す情報が含まれる。
 (1)逆多重化(De-multiplexing)の際に使用される情報(例えば単位符号化系列長)。
 (2)トランスポートブロックに必要なコントロール情報(例えば、HARQ-ID)。
 送信装置の物理層は、受信装置にトランスポートブロックを送信する。受信装置の物理層は、送信装置からトランスポートブロックを受信する。受信装置は、物理層からトランスポートブロックを受け取る。
 受信装置は、物理層から受け取ったトランスポートブロックの逆多重化(De-multiplexing)を行う(ステップS205)。この処理は、物理層から到着したトランスポートブロックについて順次処理を行ってもよい。受信装置は、逆多重化に必要な情報を、なんからの情報や動作によって変動しない値として保持していてもよい。また、受信装置は、逆多重化に必要な情報を、送信装置から受信してもよい。この情報は、TRPごとのコントロール情報に含まれる形で送信されてもよい。また、この情報は、トランスポートブロックに付与されるヘッダに含まれる形で送信されてもよい。受信装置は、ロジカルレイヤのConfiguration/Re-configuration、Establishment、又はRe-establishment内での通知に応じてトランスポートブロックの逆多重化を行ってもよい。
 次に、受信装置は、逆多重化により取得した複数の符号化系列の復号処理を行う(ステップS206)。例えば、受信装置は、ステップS202で使用されたパケットコーディングに対応する復号方法を使用して複数の符号化系列を復号する。このとき、受信装置は、復号処理の開始タイミングを判断してもよい。
 例えば、受信装置は、所定の基準を満たす個数の或いは長さの符号化系列を受信したタイミングで複数の符号化系列の復号を開始してもよい。例えば、受信装置は、正しく届いた符号化系列の個数(或いは長さ)が所定の基準を満たすか判断する。このとき、受信装置は、分割数を同じ数の符号化系列を受信したか判断してもよい。また、受信装置は、目標の信頼性を達成する期待値が高いと判断される数の符号化系列を受信したか判断してもよい。そして、所定の基準を満たす場合、受信装置は、複数の符号化系列の復号を開始する。
 また、受信装置は、復号開始を促すタイマーが所定の基準を満たしたタイミングで複数の符号化系列の復号を開始してもよい。このタイマーは、送信装置が設定してもよいし、受信装置が設定してもよい。
 次に、受信装置は、復号された系列の逆多重化(De-multiplexing)を行う(ステップS207)。受信装置は、逆多重化に必要な情報を、なんからの情報や動作によって変動しない値として保持していてもよい。また、受信装置は、逆多重化に必要な情報を、送信装置から受信してもよい。この情報は、TRPごとのコントロール情報に含まれる形で送信されてもよい。また、この情報は、トランスポートブロックに付与されるヘッダに含まれる形で送信されてもよい。受信装置は、ロジカルレイヤのConfiguration/Re-configuration、Establishment、又はRe-establishment内での通知に応じてトランスポートブロックの逆多重化を行ってもよい。
 実施形態1によれば、通信システム1は、トランスポートブロックサイズが送受信ポイント毎に違う場合にも対応できるようになる。結果として、通信システム1は、通信の信頼性を達成する際の効率性及び柔軟性を向上させることができる。
<<5.実施形態2>>
 次に、実施形態2の通信システム1の動作を説明する。
<5-1.実施形態2の概要>
 まず、実施形態1の概要を説明する。
 <背景>
 非特許文献3(3GPP TS 38.401 V16.8.0)には、3GPPで定義されたNG RANアーキテクチャ(NG RAN Architecture)の説明が示されている。例えば、非特許文献3には、例えば図16に示すようなNG RANアーキテクチャが示されている。
 現行の規格において、基地局(図16の例では、gNB)の機能は、CU(Central Unit)、DU(Distributed Unit)の2つに分離している。図21は、CUとDUの境界線を説明するための図である。現在、CUとDUの境界線(スプリットポイント、又は分割点ともいう。)は、図21のP1に示すように、3GPPプロトコルスタックにおけるPDCPレイヤとRLCレイヤの間(Option 2)に設定されている。
 ここで、DUは、3GPP LTEで呼ばれていたようなRRH(Radio Remote Head)、RRU(Remote Radio Unit)、及びRU(Radio Unit)などの名前で知られる機能の一部または全てを内包していてもよい。1つのgNBは1つのCUと1つまたは複数のDUから構成されることが想定されている。また、1つのDUは1つのCUとのみコネクションが確立される。
 通信の柔軟性のために、適当な実装で1つのDUは複数のCUと接続されることもある。CUとDUの通信を確立させるため、3GPPではこれらのユニット間のインタフェースとして、”F1”を定義している。このインタフェースはロジカルなインタフェースである。IPパケットが、例えば、Ethernet(IEEE 802.3)を通ることで、CU-DU間での通信を成立させる。
 一般の公衆網を通信路としているため、F1は通信経路間での同期を取ることが難しいNon-Idealな有線インタフェースである。一部の例外として、F1が無線化されているケースがある。IAB(Integral And Backhaul)がそれに該当する。図22は、IABアーキテクチャー(C-plane)の一例を示す図である。IABにおいて、F1は、IABドナー(IAB donor)またはIABノード(IAB Node)上のDUと、IABノード上のMT(Mobile Terminal)と、の間でF1が無線化されている。
 また、CUとDUは、CP(Control Plane)とUP(User Plane)で分割されて実装されてもよい。図23は、CPとUPが分離している状態におけるgNBのアーキテクチャの一例を示す図である。3GPPの規格では、gNBは、1つのCU-CPと、複数のCU-UPと、DUと、で構成される。
 <本実施形態が想定する通信アーキテクチャ>
 CU-DUの分割点は、Rel-14のタイミングでどの地点で分割するかについて議論されていた。議論の結果、現時点の実装上のスループット要求と遅延要求とのバランスが最も良いとされる現在のスプリットポイントでのスプリットが採択された(図21に示すP1)。しかし、今後、他のスプリットポイントでのスプリットも想定される(例えば、図21に示すP2~P4)。すなわち、今後、通信のための機能が物理的、論理的または仮想的に分割され、ネットワーク構成が、通信経路に冗長性(ダイバーシティ性)を持つようなトポロジーを持つ通信アーキテクチャとなることが想定される。
 そこで、本実施形態では、例えば、基地局機能の分離によるユニット定義に注目したとき、ネットワーク構成が以下の形態を取ることを想定する。図24は、ネットワーク構成の基本的な形態例を示す図である。図24において、HU、MU、RUは以下のように定められる。
 HU(Higher Unit):
 HUは、ネットワーク構成の機能分割(Function Split)が行なわれた場合の、最上位レイヤのユニットである。HUは、例えば、コアネットワーク機能、または制御エンティティの機能を含む。HUは、例えば、スライスまたはベアラごとに1つ定義される。図25及び図26は、HUがとりうるアーキテクチャ例を示す図である。HUは、図25及び図26のいずれかの形態を取る。HUは、クラウドサーバ上で仮想的に構築されても構わないし、他のユニットと同一のサーバや装置上で仮想的に分離されて定義されてもよい。なお、HUが例えばコアネットワーク以降(NGインターフェースのgNB側)からPDCPレイヤまでの機能として定義された場合、HUは3GPPの現行規格におけるCUと同じである。また、HUは、UPとCPで別々に設定されてもよい。この場合、CP側のHU(HU-CP)は1つ定義されてもよい。また、UP側のHU(HU-UP)は1つ定義されてもよいし、複数定義されてもよい。
 MU(Middle Unit):
 MUは、ネットワーク構成の機能分割(Function Split)が行なわれた場合の、HU(Higher Unit)とRU(Radio Unit)の中間に存在するユニットである。1つのMUは、1つのHUまたは1又は複数のMUに従属する形で定義される。また、1つのHUまたは1又は複数のMUに対して、MUは複数定義されていてもよい。図27、図28、及び図29は、MU及びRUがとりうるアーキテクチャ例を示す図である。MUは、図27、図28、及び図29のいずれかの形態を取る。MUはクラウドサーバ上で仮想的に構築されても構わないし、他のユニットと同一のサーバや装置上で仮想的に分離されて定義されても構わない。1つのMUは、さらなる機能の分割を目的として、機能分割(Function Split)されてもよい。その場合、MUは、例えば、3GPPのプロトコルスタック順に基づいて、Upper-MU、Lower-MUなどという名前で区別されてもよい。MUが、例えば、RLCレイヤの機能からRF機能を含む全てアナログ部分を含むユニットである場合、MUは3GPPの現行規格におけるDUに該当する。
 RU(Radio Unit):
 RUは、ネットワーク構成の機能分割(Function Split)が行なわれた場合の、最下位レイヤのユニットである。RUには、例えば、アナログ機能、RF装置、及びアンテナが含まれてもよい。1つのRUは、1又は複数のMUに従属する形で定義される。また、1又は複数のMUに対して、RUは複数定義されてもよい。RUは、図27、図28、及び図29のいずれかの形態を取る。1つのRUが送信する送信信号は、物理的又は論理的な分離手法で分離されてもよい。例えば、1つのRUが送信する送信信号は、時間軸上、周波数軸上、或いは空間上で、直交性などの性質を利用して分離されてもよい。これらの分離を実現するために、RUは物理的な距離を持つ複数の送信点や、複数のアンテナで構成された送信装置を備えていてもよい。例として、RRH(Remote Radio Head)、RE(Radio equipment)、及びRRU(Remote Radio Unit)は、RUの一形態として定義することも可能である。
 (ユニット間インタフェース)
 なお、全てのユニット間のインタフェース(HU-MU、MU-MU、MU-RU)の接続状態は次が許容される。有線の場合、Ideal(同期を取ることができる、通信路の状態を制御できる状態)と、Non-Ideal(例えば、Ethernetなどの通信網を用いている場合)とが許容される。また、無線の場合、1つのスライスまたはベアラで定義された、CU-RU間のいずれかインタフェースの状態は、独立に任意の接続状態が許容される。なお、HU-MU間の接続は、前述のバックホールもしくはミッドホールに該当する。また、MU-MU間の接続は、前述のミッドホールに該当する。また、MU-RU間の接続は、前述のフロントホールに該当する。
 (アーキテクチャ)
 図30~図33は、本実施形態で想定する通信アーキテクチャを示す図である。ネットワーク構成が、1つのベアラもしくはスライスから構成されていて、HUからUEの間に経路冗長性が存在しているとする。本実施形態では、このネットワーク構成の形態(通信経路の冗長性)を、以下のアーキテクチャ例1((a)~(c))又はアーキテクチャ例2((a)~(d))ように種別する。ここで、エッジMU(Edge MU)とは、RUと直接接続を持つMUのことである。
 アーキテクチャ例1:
  (a)冗長性がHUからエッジMUの間で閉じていて、RUまたはUEでは閉じていない場合(例えば、図30)。
  (b)冗長性がHUからRUの間で閉じていて、UEでは閉じていない場合(例えば、図31)。
  (c)冗長性がHUからUEの間で閉じている場合(例えば、図32)。
 アーキテクチャ例2:
  (a)冗長性がHUからエッジMUの間で閉じていて、RUまたはUEでは閉じていない場合(例えば、図30)。
  (b)冗長性がHUからRUの間で閉じていて、UEでは閉じていない場合(例えば、図31)。
  (c)冗長性がHUからUEの間で閉じていて、以下の(d)に該当しない場合(例えば、図32)。
  (d)冗長性がHUからUEの間で閉じていて、更に冗長性がHUからエッジMUでも閉じている場合(例えば、図33)。
 ここで、冗長性が閉じるとは、ある2つのユニットの間を結ぶ経路に、異なる経路が2つ以上あるような状態を示し、少なくとも終端側のユニットは複数のユニットとのコネクションを持っている状態である。図30~図33の例では、CPで示した箇所が、冗長性が閉じているポイントである。冗長性が閉じるユニット間で、同じまたは別のユニット間の冗長性が閉じてもよい。ここでユニットはUE(端末装置)を含む。
 <課題>
 実施形態2で解決しようとしている課題は、このような通信アーキテクチャを持つ通信システムに、信頼性向上や、経路の冗長性を利用したダイバーシティの有効活用、を目的とした符号化手法を導入した際の非効率性にある。
 特に、上述のアーキテクチャ例1又はアーキテクチャ例2で示した形態を取る通信システムでは、冗長性が閉じるポイントがシステムによってさまざまである。冗長性が閉じるポイントで復号を行うと効果が十分に見込めるパケットコーディングの特性を考えると、単一のポイントで符号化を行うのは効率的とは言えない。
 つまり、様々な種類の経路冗長性に応じて、効果が高いポイントで復号化を行えるような、又は、必要に応じて復号ポイントを切り替えられるような、プロシージャや信号処理が必要であると言える。
 <解決手段>
 実施形態2の通信システムは、UE(User Equipment)が接続するネットワークの構成を、HU(Higher Unit)とMU(Middle Unit)とRU(Radio Unit)とに機能分割したときのHUに相当する送信装置と、MU、RU、又はUEに相当する受信装置と、を備える。
 RUの直近に位置するMUであるエッジMU(Edge MU)は、自身と直接接続を持つRUに関する情報を送信装置(HU)に送信する。送信装置は、エッジMUから当該エッジMUと直接接続を持つRUに関する情報を取得する。送信装置は、エッジMUから取得した情報(RUに関する情報)に基づいて、エッジMU、RU、及びUEに係るアーキテクチャに関する情報を判別する。そして、送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、複数の符号化系列それぞれにアーキテクチャに関する情報を付与する。
 受信装置(MU、RU、又はUE)は、送信装置(HU)から、アーキテクチャに関する情報が付与された前記符号化系列を受信する。そして、受信装置は、符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効か(自身が復号処理を行うべきか)判別する。受信装置は、復号処理が有効と判別した場合、パケットコーディングに対応する復号方法を使用して複数の符号化系列を復号する。
 <効果>
 符号化系列にアーキテクチャに関する情報を付与しているので、ネットワーク上の適切な装置で復号処理ができる。結果として、経路冗長性を最大限活用した、高信頼高効率な通信を行うことができる。また、復号開始点の切り替えを、ネットワークの構成に大きく依存することなく、少ない情報量で達成できる。
<5-2.実施形態2の通信システム1の動作>
 以上、実施形態2の概要について説明したが、以下、実施形態2の通信システム1の動作を説明する。
 以下の説明では、HU(Higher Unit)に相当する装置のことを送信装置という。また、以下の説明では、MU(Middle Unit)、RU(Radio Unit)、又はUE(User Equipment)に相当する装置のことを受信装置という。HUは、サーバ10であってもよいし、管理装置20であってもよいし、基地局30であってもよいし、これらの装置の一部機能であってもよい。MUは、管理装置20であってもよいし、基地局30であってもよいし、これらの装置の一部機能であってもよい。また、UEは、端末装置40であってもよい。
 まず、送信処理を説明する。図34は、実施形態2の送信処理を示すフローチャートである。以下、図34を参照しながら、実施形態2の送信処理を説明する。
 エッジMU(Edge MU)は自身と直接接続を持つRUに関する情報(以下、RU情報という。)を送信装置(HU)に通知する。ここで、エッジMUとは、RUと直接接続を持つMUのことである。送信装置(HU)は、エッジMUからRU情報を取得する(ステップS301)。RU情報は、物理チャネルで通知されていてもよいし、公衆の一般網を経由して通知されてもよい。このとき、RU情報には、少なくとも、以下(1)~(2)のいずれか1つの情報が含まれる。
 (1)エッジMUを識別するための情報。この情報は、例えば、エッジMU固有のIDである。
 (2)エッジMUに付属しているRUに関する情報。この情報は、例えば、エッジMUと直接接続しているRUの数である。或いは、この情報は、例えば、エッジMUと直接接続しているRUを識別するための情報(例えば、RU固有のID)である。
 RU情報は、符号化系列の生成個数や、符号化系列に付与されるアーキテクチャ情報を判定するために使用される。
 次に、送信装置(HU)は、RU情報に基づいて、アーキテクチャ情報を判別する(ステップS302)。アーキテクチャ情報は、エッジMU、RU、及びUEに係るアーキテクチャに関する情報である。例えば、送信装置は、アーキテクチャ情報として、通信経路の冗長性がどのユニットで閉じているかを特定するための情報を判別する。この処理(アーキテクチャの判別処理)には、例えば、以下の(1)~(2)の処理が含まれる。
 (1)送信装置(HU)は、ステップS301で取得したRU情報を基に、使用するエッジMUの数、及び使用可能なRUの数を判定する。
 (2)送信装置は上記(1)の判定結果から、アーキテクチャ情報を次のアーキテクチャ例(アーキテクチャ例1又はアーキテクチャ例2)ようにカテゴライズする。
 アーキテクチャ例1:
  (a)冗長性がHUからエッジMUの間で閉じていて、RUまたはUEでは閉じていない場合(例えば、図30)。
  (b)冗長性がHUからRUの間で閉じていて、UEでは閉じていない場合(例えば、図31)。
  (c)冗長性がHUからUEの間で閉じている場合(例えば、図32)。
 アーキテクチャ例2:
  (a)冗長性がHUからエッジMUの間で閉じていて、RUまたはUEでは閉じていない場合(例えば、図30)。
  (b)冗長性がHUからRUの間で閉じていて、UEでは閉じていない場合(例えば、図31)。
  (c)冗長性がHUからUEの間で閉じていて、以下の(d)に該当しない場合(例えば、図32)。
  (d)冗長性がHUからUEの間で閉じていて、更に冗長性がHUからエッジMUでも閉じている場合(例えば、図33)。
 このとき、送信装置(HU)は、エッジMUの数が1つで、RUの数が1つの場合、アーキテクチャは上記(a)の場合に該当する、と判別する。また、送信装置(HU)は、エッジMUの数が複数で、それら複数のエッジMUに1つの同じ識別番号のRUが付属している場合、アーキテクチャは上記(b)の場合に該当する、と判別する。また、送信装置(HU)は、エッジMUの数が複数で、それら複数のエッジMUそれぞれに別の識別番号のRUが付属している場合、アーキテクチャは上記(c)の場合に該当する、と判別する。また、送信装置(HU)は、エッジMUの数が1つで、RUの数が複数の場合、アーキテクチャは上記(d)の場合に該当する、と判別する。
 次に、送信装置(HU)は、送信データ系列に対して符号化処理を行う(ステップS303)。具体的には、送信装置は、送信データ系列に対してパケットコーディングの処理を行う。パケットコーディングの処理には、一の送信データ系列を複数のサブ系列に分割する分割手順と、前記複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより前記複数のサブ系列から複数の符号化系列を生成する生成手順と、が含まれる。
 次に、送信装置(HU)は、ステップS302で判別したアーキテクチャ情報を情報ビットとして符号化系列に付加する(ステップS304)このとき、送信装置は、アーキテクチャ情報を示す情報ビットを、例えば、複数の符号化系列それぞれにヘッダとして付与してもよい。また、送信装置は、アーキテクチャ情報以外にも、使用するエッジMUやRUの識別番号を付与してもよい。なお、情報ビットとアーキテクチャは以下に示すように紐づけられてもよい。
 情報ビット:アーキテクチャ情報
  00  :上述のアーキテクチャ例1/例2の(a)の場合
  01  :上述のアーキテクチャ例1/例2の(b)の場合
  10  :上述のアーキテクチャ例1/例2の(c)の場合
  11  :上述のアーキテクチャ例2の(d)の場合
 次に、送信装置(HU)は、アーキテクチャ情報が付加された符号化系列を端末装置40(UE)に向けて送信する(ステップS305)。送信が完了したら、送信装置(HU)は、送信処理を終了する。
 次に、受信処理を説明する。図35は、実施形態2の受信処理を示すフローチャートである。以下、図35を参照しながら、実施形態2の受信処理を説明する。
 受信装置(MU、RU、又はUE)は、送信装置(HU)からネットワークを介して送信されたデータ(符号化系列)を取得する(ステップS401)。
 そして、受信装置(MU、RU、又はUE)は、受信したデータからアーキテクチャ情報を取得する(ステップS402)。例えば、受信装置は、符号化系列に付加された情報ビットが、00、01、10、11のいずれであるかを判別する。このとき、00は、上記アーキテクチャ例1/例2の(a)の場合に該当し、01は、上記アーキテクチャ例1/例2の(b)の場合に該当し、10は、上記アーキテクチャ例1/例2の(c)の場合に該当し、11は、上記アーキテクチャ例2の(d)の場合に該当する。
 そして、受信装置(MU、RU、又はUE)は、取得したアーキテクチャ情報に基づいて復号処理は有効か(自身が復号処理を行うべきか)判別する(ステップS403)。
 例えば、受信装置は、符号化系列に付加された情報ビットが00の場合(通信経路の冗長性が上記(a)に該当する場合)、かつ、自身がエッジMUに該当する場合に、復号処理が有効であると判別する。
 例えば、受信装置は、符号化系列に付加された情報ビットが01の場合(通信経路の冗長性が上記(b)に該当する場合)、かつ、自身がエッジMU又はUEに該当する場合に、或いは、自身がエッジMU又はUE又はRUに該当する場合に、復号処理が有効であると判別する。又は、受信装置は、符号化系列に付加された情報ビットが01の場合(通信経路の冗長性が上記(b)に該当する場合)、かつ、自身がエッジMUに該当する場合に、復号処理が有効であると判別してもよい。又は、受信装置は、符号化系列に付加された情報ビットが01の場合(通信経路の冗長性が上記(b)に該当する場合)、かつ、自身がUEに該当する場合に、復号処理が有効であると判別してもよい。又は、受信装置は、符号化系列に付加された情報ビットが01の場合(通信経路の冗長性が上記(b)に該当する場合)、かつ、自身がRUに該当する場合に、復号処理が有効であると判別してもよい。
 例えば、受信装置は、符号化系列に付加された情報ビットが10の場合(通信経路の冗長性が上記(c)に該当する場合)、かつ、自身がエッジMU又はUEに該当する場合に、復号処理が有効であると判別する。又は、受信装置は、符号化系列に付加された情報ビットが10の場合(通信経路の冗長性が上記(c)に該当する場合)、かつ、自身がエッジMUに該当する場合に、復号処理が有効であると判別してもよい。又は、受信装置は、符号化系列に付加された情報ビットが10の場合(通信経路の冗長性が上記(c)に該当する場合)、かつ、自身がUEに該当する場合に、復号処理が有効であると判別してもよい。
 例えば、受信装置は、符号化系列に付加された情報ビットが11の場合(通信経路の冗長性が上記(d)に該当する場合)、かつ、自身がエッジMU又はUEに該当する場合には、復号処理が有効であると判別する。又は、受信装置は、符号化系列に付加された情報ビットが11の場合(通信経路の冗長性が上記(d)に該当する場合)、かつ、自身がエッジMUに該当する場合には、復号処理が有効であると判別してもよい。又は、受信装置は、符号化系列に付加された情報ビットが11の場合(通信経路の冗長性が上記(d)に該当する場合)、かつ、自身がUEに該当する場合には、復号処理が有効であると判別してもよい。
 復号処理が有効でない場合(ステップS403:No)、受信装置は、ステップS401に処理を戻す。
 復号処理が有効な場合(ステップS403:Yes)、受信装置はパケットコーディングに対応する復号方法を使用して複数の符号化系列を復号する(ステップS404)。このとき、受信装置は、情報ビット別に以下の(1)~(4)の処理を行う。
 (1)符号化系列に付加された情報ビットが00の場合(通信経路の冗長性が上記(a)に該当する場合)、受信装置(例えば、エッジMU)は以下の処理を行う。
 例えば、エッジMUは到着した符号化系列を用いて復号を開始する。開始条件は、例えば、予め指定された数以上の符号化系列がエッジMUに到着した場合など、上位層符号の効果が最大化するような手法が望ましい。
 復号に成功した場合、エッジMUは、予め規格等で定められた信号処理を行い、受信側に送信されることが望ましい。また、復号に失敗した場合、エッジMUは、追加で到着した符号化系列を用いて再度復号を試みてもよい。復号に失敗した場合、エッジMUは、復号に失敗したことをいずれかの上位レベルに通知してもよい。この通知を受け取った上位機能、上位プロトコル、又は上位レイヤは、この結果を基に、追加の送信を行うか否か判断してもよい。
 復号は、エッジMUのいずれかのプロトコルスタック内で処理されてもよい。また、復号は、エッジMUとは異なる領域の機能が行ってもよい。
 (2)符号化系列に付加された情報ビットが01の場合(通信経路の冗長性が上記(b)に該当する場合)、受信装置(例えば、エッジMU、RU、又はUE)は以下の処理を行う。
 各エッジMUは、HUからの通知を基に、通信で使用されるエッジMUの数を認知する。各エッジMUはRUで送信に使用できるスループットをエッジMUの数で割った値、つまりは各エッジMUで扱うことができるスループット量を用いて、トランスポートブロックサイズなどのコンフィグを行う。この操作はRUの能力や送信手法によって決まるスループットに対して、各エッジMUが協調して適応的な信号処理を行うために必要な操作である。MUが持つ機能全てについて、必要であればコンフィグしてよい。
 エッジMUで処理された符号化系列を含む複数の送信系列は、RUで以下のいずれかの処理が行われてもよい。
 ・RUは、複数の送信系列は、1つの送信系列として結合されてUEに送信される。RUの送信能力を最大限活用しつつ、時間軸でのリソース効率も良い方法だが、結合の処理が必要である。
 ・RUは、各エッジMUからの送信単位を個別に送信処理する。結合の処理は必要ないが、送信に遅延が発生する可能性がある。
 ・RUは、送信系列を用いて復号処理を行う。受信側で復号処理を行うことなく、送信側のダイバーシティを活用することができる。このオプションが選択されない場合は、復号処理は受信側で行われることが想定される。復号処理後は、RUは復号後の系列を送信系列として送信処理を行う。
 UEで復号処理が行われる場合、UEは、少なくとも復号が可能となる最小の情報(開始条件)について、送信側または受信したパケットから、取得することが望ましい。復号の開始条件は、例えば、予め指定された個数の符号化パケット数以上の符号化系列が到着した場合など、上位層符号の効果が最大化するような手法が望ましい。
 復号に成功した場合、受信装置は、予め規格等で定められた信号処理を行い、上位レベルに送信されることが望ましい。復号に失敗した場合は、受信装置は、追加で到着した符号化系列を用いて再度復号を試みてもよい。また、復号に失敗した場合、受信装置は、復号に失敗したことをいずれかの上位レベルに通知してもよい。この通知を受け取った上位機能、上位プロトコル、又は上位レイヤは、この結果を基に、追加の送信を行うか否か判断してもよい。
 復号は、エッジMUまたはUEのいずれかのプロトコルスタック内で実行されてもよい。また、復号は、エッジMUとは異なる領域の機能が行ってもよい。このとき、復号機能は外部から流用されたものであってもよい。
 (3)符号化系列に付加された情報ビットが10の場合(通信経路の冗長性が上記(c)に該当する場合)、受信装置(例えば、エッジMU、又はUE)は以下の処理を行う。
 復号処理はUEで行われることが望ましい。UEで復号処理が行われる場合は、UEは、少なくとも復号が可能となる最小の情報(開始条件)について、送信側または受信したパケットから、取得することが望ましい。開始条件は、例えば、予め指定された個数の符号化パケット数以上の符号化系列が受信側に到着した場合など、上位層符号の効果が最大化するような手法が望ましい。
 受信装置は、復号に成功した場合、予め規格等で定められた信号処理を行い、上位レベルに送信されることが望ましい復号に失敗した場合、受信装置は、追加で到着した符号化系列を用いて再度復号を試みてもよい。また、復号に失敗した場合、受信装置は、復号に失敗したことをいずれかの上位レベルに通知してもよい。この通知を受け取った上位機能、上位プロトコル、又は上位レイヤは、この結果を基に、追加の送信を行うか否か判断してもよい。
 復号は、UEのいずれかのプロトコルスタック内で実行されてもよい。また、復号は、UEとは異なる領域の機能が行ってもよい。このとき、復号機能は外部から流用されたものであってもよい。
 (4)符号化系列に付加された情報ビットが11の場合(通信経路の冗長性が上記(d)に該当する場合)、受信装置(例えば、エッジMU、又はUE)は以下の処理を行う。
 エッジMUは、以下の処理1及び処理2のいずれか若しくは両方の処理を行ってもよい。
 (処理1)
 復号処理までは、受信装置は、情報ビットが00の場合(通信経路の冗長性が上記(a)に該当する場合)と同じ処理を行う。例えば、エッジMUは到着した符号化系列を用いて復号を開始する。
 復号後には更に2つのオプションが存在する。
 ・オプション1
 エッジMUは、復号した系列を用いて新たに符号化(上層FEC)を行うことで新たな複数の符号化系列を生成する。エッジMUは、新たに生成した複数の符号化系列をRUに分散して送る。エッジMUは、RUの数や状態に適したFECを行い、RUによるダイバーシティを効率よく使用することができるので、通信効率が更に上昇する。復号化の処理は受信側が行うことが望ましい。これらの処理については情報ビットが01の場合(通信経路の冗長性が上記(b)に該当する場合)と同じ処理であってもよい。
 ・オプション2
 エッジMUは、新たな符号化以外の手法でRUに送信系列を送る。例えば、エッジMUは、デュプリケーション(Duplication)やHARQを用いた送信を行ってもよい。この手法はオプション1と比べ、RUのダイバーシティを効率的に活用することは困難だが、信号処理が簡素化する。
 これらのオプションは、上位層から通知された情報、チャネル情報、リンクの状態に関する情報、静的な情報、準静的な情報、符号化系列のヘッダ情報、及び動的な情報、のうちの少なくとも1つの情報を基に決められてもよい。
 (処理2)
 エッジMUは復号処理を行わず、RUに符号化系列を再分配する。再分配は、エッジMUに付随するRUの数、物理層レベルでのリソース量、及び/又はチャネル状態などに応じて適応的に分配されることが望ましい。再分配された符号化系列は、UEで復号処理される。これらの処理については情報ビットが01の場合(通信経路の冗長性が上記(b)に該当する場合)と同じ処理であってもよい。処理2は、処理1に比べ、復号の処理が減るため、処理遅延が低減することが見込まれる。
 UEで復号処理が行われる場合は、UEは、少なくとも復号が可能となる最小の情報について、送信側または受信したパケットから、取得することが望ましい。開始条件は、例えば、予め指定された個数の符号化パケット数以上の符号化系列がエッジMUに到着した場合など、上位層符号の効果が最大化するような手法が望ましい。
 受信装置は、復号に成功した場合、予め規格等で定められた信号処理を行い、上位レベルに送信されることが望ましい復号に失敗した場合、受信装置は、追加で到着した符号化系列を用いて再度復号を試みてもよい。また、復号に失敗した場合、受信装置は、復号に失敗したことをいずれかの上位レベルに通知してもよい。この通知を受け取った上位機能、上位プロトコル、又は上位レイヤは、この結果を基に、追加の送信を行うか否か判断してもよい。
 復号は、エッジMU又はUEのいずれかのプロトコルスタック内で実行されてもよい。また、復号は、エッジMU又はUEとは異なる領域の機能が行ってもよい。このとき、復号機能は外部から流用されたものであってもよい。
 復号が完了したら、受信装置は、受信処理を終了する。
 実施形態2によれば、通信システム1は、ネットワーク上の適切な装置で復号処理ができるようになるので、通信効率又は通信の信頼性を向上させることができる。
<<6.変形例>>
 上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
 例えば、実施形態2では、HUからUEにデータ(1又は複数の符号化系列)が送信されるものとしたが、HUからUE以外の端末装置40にデータが送信されてもよい。この場合、上述のUEの記載は端末装置40に置き換え可能である。
 上述の実施形態(実施形態1、2)の送信装置の記載は、適宜、サーバ10、管理装置20、基地局30、又は端末装置40に置き換え可能である。また、受信装置の記載は、適宜、サーバ10、管理装置20、基地局30、又は端末装置40に置き換え可能である。
 本実施形態のサーバ10、管理装置20、基地局30、又は端末装置40、を制御する制御装置は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。
 例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、サーバ10、管理装置20、基地局30、端末装置40の外部の装置(例えば、パーソナルコンピュータ)であってもよい。また、制御装置は、サーバ10、管理装置20、基地局30、端末装置40の内部の装置(例えば、制御部13、制御部23、制御部33、制御部43)であってもよい。
 また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、OS(Operating System)とアプリケーションソフトとの協働により実現してもよい。この場合には、OS以外の部分を媒体に格納して配布してもよいし、OS以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
 また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
 また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。
 また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のフローチャートに示された各ステップは、適宜順序を変更することが可能である。
 また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムLSI(Large Scale Integration)等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等(すなわち、装置の一部の構成)として実施することもできる。
 なお、本実施形態において、システムとは、複数の構成要素(装置、モジュール(部品)等)の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。従って、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、1つの筐体の中に複数のモジュールが収納されている1つの装置は、いずれも、システムである。
 また、例えば、本実施形態は、1つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
<<7.むすび>>
 以上説明したように、実施形態1によれば、通信システム1は、マルチTRPによる通信が可能な送信装置(例えば、基地局30)と、マルチTRPによる通信が可能な受信装置(例えば、端末装置40)と、を備える。
 送信装置は、複数の上位層パケットを多重化して一の送信データ系列を生成する。そして、送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する。このとき、パケットコーディングの処理には、一の送信データ系列を複数のサブ系列に分割する手順と、複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより複数のサブ系列から複数の符号化系列を生成する手順と、が含まれる。そして、送信装置は、複数のTRPそれぞれのトランスポートブロックサイズの情報に基づいて複数の符号化系列をTRP別に分配する。そして、送信装置は、分配した符号化系列に基づいて複数のTRPそれぞれのトランスポートブロックを生成する。
 受信装置は、送信装置から、複数のトランスポートブロックを受信する。そして、受信装置は、複数のトランスポートブロッそれぞれから複数の符号化系列を抽出する。受信装置は、抽出された複数の符号化系列を、パケットコーディングに対応する復号方法を使用して復号する。そして、受信装置は、復号されたデータを複数の上位層パケットに分離する。
 これにより、実施形態1の通信システム1は、トランスポートブロックサイズが送受信ポイント毎に違う場合にも対応できるようになる。結果として、通信システム1は、通信の信頼性を達成する際の効率性及び柔軟性を向上させることができる。
 また、実施形態2によれば、通信システム1は、UE(User Equipment)が接続するネットワークの構成を、HU(Higher Unit)とMU(Middle Unit)とRU(Radio Unit)とに機能分割したときのHUに相当する送信装置と、MU、RU、又はUEに相当する受信装置と、を備える。
 RUの直近に位置するMUであるエッジMU(Edge MU)は、自身と直接接続を持つRUに関する情報を送信装置(HU)に送信する。送信装置は、エッジMUから当該エッジMUと直接接続を持つRUに関する情報を取得する。送信装置は、エッジMUから取得した情報(RUに関する情報)に基づいて、エッジMU、RU、及びUEに係るアーキテクチャに関する情報を判別する。そして、送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、複数の符号化系列それぞれにアーキテクチャに関する情報を付与する。
 受信装置(MU、RU、又はUE)は、送信装置(HU)から、アーキテクチャに関する情報が付与された前記符号化系列を受信する。そして、受信装置は、符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効か(自身が復号処理を行うべきか)判別する。受信装置は、復号処理が有効と判別した場合、パケットコーディングに対応する復号方法を使用して複数の符号化系列を復号する。
 これにより、実施形態2の通信システム1は、ネットワーク上の適切な装置で復号処理ができるようになるので、通信効率又は通信の信頼性を向上させることができる。
 以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
 また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。
 なお、本技術は以下のような構成も取ることができる。
(1)
 複数の送受信ポイントによる通信が可能な通信装置であって、
 パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、
 前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する生成部と、
 を備える通信装置。
(2)
 複数のパケットを多重化することにより前記一の送信データ系列を生成する多重化部、を備える、
 前記(1)に記載の通信装置。
(3)
 前記多重化部は、通信に関する情報に基づいて前記一の送信データ系列のサイズを決定し、決定したサイズとなるよう前記複数のパケットを多重化する、
 前記(2)に記載の通信装置。
(4)
 前記多重化部は、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記一の送信データ系列のサイズを決定する、
 前記(3)に記載の通信装置。
(5)
 前記多重化部は、前記複数のトランスポートブロックサイズのうちの最も大きなサイズを前記一の送信データ系列のサイズとして決定する、
 前記(3)に記載の通信装置。
(6)
 前記パケットコーディングの処理には、前記一の送信データ系列を複数のサブ系列に分割する手順と、前記複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより前記複数のサブ系列から前記複数の符号化系列を生成する手順と、が含まれる、
 前記(1)~(5)のいずれかに記載の通信装置。
(7)
 前記符号化部は、所定の条件に従って前記一の送信データ系列の分割数を決定し、決定した分割数となるように前記一の送信データ系列を前記複数のサブ系列に分割する、
 前記(6)に記載の通信装置。
(8)
 前記符号化部は、前記送信データ系列の送信で要求される信頼性の情報に基づいて前記一の送信データ系列の分割数を決定する、
 前記(7)に記載の通信装置。
(9)
 前記符号化部は、他の通信装置からの通知に基づいて前記一の送信データ系列の前記分割数を決定する、
 前記(7)に記載の通信装置。
(10)
 前記符号化部は、使用可能な送受信ポイントの数に基づいて前記一の送信データ系列の前記分割数を決定する、
 前記(7)に記載の通信装置。
(11)
 前記符号化部は、前記トランスポートブロックサイズの情報に基づいて前記一の送信データ系列の前記分割数を決定する、
 前記(7)に記載の通信装置。
(12)
 前記符号化部は、複数の前記トランスポートブロックサイズの公約数の情報に基づいて前記一の送信データ系列の前記分割数を決定する、
 前記(11)に記載の通信装置。
(13)
 前記生成部は、前記送信データ系列の送信に使用するチャネルの物理層の状態に基づいて前記一の送信データ系列の前記分割数を決定する、
 前記(7)に記載の通信装置。
(14)
 前記所定の誤り訂正符号化方式は、消失訂正符号、レートレス符号、噴水符号、Tornado符号、LT(Luby Transform)符号、Raptor符号、RaptorQ符号、LDPC(Low Density Parity Check)符号、BCH符号、RS(Reed Solomon)符号、XOR(eXclusive OR)符号のうちの少なくとも一つである、
 前記(6)~(13)のいずれかに記載の通信装置。
(15)
 複数の送受信ポイントによる通信が可能な通信装置であって、
 パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する他の通信装置から、複数のトランスポートブロックを受信する受信部と、
 前記複数のトランスポートブロックから抽出される前記複数の符号化系列を、前記パケットコーディングに対応する復号方法を使用して復号する復号部と、
 を備える通信装置。
(16)
 前記復号部は、所定の基準を満たす個数の或いは長さの符号化系列を受信したタイミングで前記複数の符号化系列の復号を開始する、
 前記(15)に記載の通信装置。
(17)
 前記復号部は、設定されたタイマーが所定の基準を満たしたタイミングで前記複数の符号化系列の復号を開始する、
 前記(15)に記載の通信装置。
(18)
 複数の送受信ポイントによる通信が可能な通信装置が実行する通信方法であって、
 パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、
 前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する、
 通信方法。
(19)
 複数の送受信ポイントによる通信が可能な通信装置が実行する通信方法であって、
 パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する他の通信装置から、複数のトランスポートブロックを受信し、
 前記複数のトランスポートブロックから抽出される前記複数の符号化系列を、前記パケットコーディングに対応する復号方法を使用して復号する、
 通信方法。
(20)
 複数の送受信ポイントによる通信が可能な第1の通信装置と、前記複数の送受信ポイントによる通信が可能な第2の通信装置と、を備える通信システムであって、
 前記第1の通信装置は、
 パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、
 前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する生成部と、を備え、
 前記第2の通信装置は、
 前記第1の通信装置から、複数のトランスポートブロックを受信する受信部と、
 前記複数のトランスポートブロックから抽出される前記複数の符号化系列を、前記パケットコーディングに対応する復号方法を使用して復号する復号部と、を備える、
 通信システム。
(21)
 UE(User Equipment)が接続するネットワークの構成を、最上位レイヤのユニットを示すHU(Higher Unit)と、最下位レイヤのユニットを示すRU(Radio Unit)と、HUとRUの中間に位置するユニットを示すMU(Middle Unit)と、に機能分割したときの前記HUに相当する通信装置であって、
 前記RUの直近に位置する前記MUであるエッジMUから該エッジMUと直接接続を持つRUに関する情報を取得する取得部と、
 前記エッジMUから取得した前記RUに関する情報に基づいて、エッジMU、RU、及びUEに係るアーキテクチャに関する情報を判別する判別部と、
 パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、
 前記複数の符号化系列に前記アーキテクチャに関する情報を付与する付与部と、
 を備える通信装置。
(22)
 前記判別部は、前記アーキテクチャに関する情報として、通信経路の冗長性がどのユニットで閉じているかを特定するための情報を判別する、
 前記(21)に記載の通信装置。
(23)
 前記判別部が判別するアーキテクチャに関する情報には、通信経路の冗長性が以下の(a)~(c)のいずれの場合に該当するかを示す情報が含まれる、
  (a)前記冗長性が前記HUから前記エッジMUの間で閉じていて、前記RUまたは前記UEでは閉じていない場合、
  (b)前記冗長性が前記HUから前記RUの間で閉じていて、端末では閉じていない場合、
  (c)前記冗長性が前記HUから前記UEの間で閉じている場合、
 前記(22)に記載の通信装置。
(24)
 前記判別部が判別するアーキテクチャに関する情報には、通信経路の冗長性が以下の(a)~(d)のいずれの場合に該当するかを示す情報が含まれる、
  (a)前記冗長性が前記HUから前記エッジMUの間で閉じていて、前記RUまたは前記UEでは閉じていない場合、
  (b)前記冗長性が前記HUから前記RUの間で閉じていて、端末では閉じていない場合、
  (c)前記冗長性が前記HUから前記UEの間で閉じていて、以下の(d)に該当しない場合、
  (d)前記冗長性が前記HUから前記UEの間で閉じていて、更に冗長性が前記HUから前記エッジMUでも閉じている場合、
 前記(22)に記載の通信装置。
(25)
 前記パケットコーディングの処理には、前記一の送信データ系列を複数のサブ系列に分割する手順と、前記複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより前記複数のサブ系列から前記複数の符号化系列を生成する手順と、が含まれる、
 前記(21)~(24)のいずれかに記載の通信装置。
(26)
 前記所定の誤り訂正符号化方式は、消失訂正符号、レートレス符号、噴水符号、Tornado符号、LT(Luby Transform)符号、Raptor符号、RaptorQ符号、LDPC(Low Density Parity Check)符号、BCH符号、RS(Reed Solomon)符号、XOR(eXclusive OR)符号のうちの少なくとも一つである、
 前記(25)に記載の通信装置。
(27)
 UE(User Equipment)が接続するネットワークの構成を、最上位レイヤのユニットを示すHU(Higher Unit)と、最下位レイヤのユニットを示すRU(Radio Unit)と、HUとRUの中間に位置するユニットを示すMU(Middle Unit)と、に機能分割したときの前記MU、前記RU、又は前記UEに相当する通信装置であって、
 パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する前記HUから、エッジMU、RU、及びUEに係るアーキテクチャに関する情報が付与された前記符号化系列を受信する受信部と、
 前記符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効かを判別する判別部と、
 復号処理が有効と判別された場合に、前記パケットコーディングに対応する復号方法を使用して前記複数の符号化系列を復号する復号部と、
 を備える通信装置。
(28)
 前記アーキテクチャに関する情報には、通信経路の冗長性がどのユニットで閉じているかを特定するための情報が含まれる、
 前記(27)に記載の通信装置。
(29)
 前記アーキテクチャに関する情報には、通信経路の冗長性が以下の(a)~(d)のいずれの場合に該当するかを示す情報が含まれる、
  (a)前記冗長性が前記HUから前記エッジMUの間で閉じていて、前記RUまたは前記UEでは閉じていない場合、
  (b)前記冗長性が前記HUから前記RUの間で閉じていて、前記UEでは閉じていない場合、
  (c)前記冗長性が前記HUから前記UEの間で閉じていて、以下の(d)に該当しない場合、
  (d)前記冗長性が前記HUから前記UEの間で閉じていて、更に冗長性が前記HUから前記エッジMUでも閉じている場合、
 前記(28)に記載の通信装置。
(30)
 前記アーキテクチャに関する情報には、通信経路の冗長性が以下の(a)~(c)のいずれの場合に該当するかを示す情報が含まれる、
  (a)前記冗長性が前記HUから前記エッジMUの間で閉じていて、前記RUまたは前記UEでは閉じていない場合、
  (b)前記冗長性が前記HUから前記RUの間で閉じていて、前記UEでは閉じていない場合、
  (c)前記冗長性が前記HUから前記UEの間で閉じている場合、
 前記(28)に記載の通信装置。
(31)
 前記判別部は、前記通信経路の冗長性が前記(a)に該当する場合、かつ、自身がエッジMUに該当する場合には、前記復号処理が有効であると判別する、
 前記(29)又は(30)に記載の通信装置。
(32)
 前記判別部は、前記通信経路の冗長性が前記(b)に該当する場合、かつ、自身がエッジMU又はUEに該当する場合には、前記復号処理が有効であると判別する、
 前記(29)又は(30)に記載の通信装置。
(33)
 前記判別部は、前記通信経路の冗長性が前記(b)に該当する場合、かつ、自身がRUに該当する場合には、前記復号処理が有効であると判別する、
 前記(29)又は(30)に記載の通信装置。
(34)
 前記判別部は、前記通信経路の冗長性が前記(c)に該当する場合、かつ、自身がエッジMU又はUEに該当する場合には、前記復号処理が有効であると判別する、
 前記(29)又は(30)に記載の通信装置。
(35)
 前記判別部は、前記通信経路の冗長性が前記(c)に該当する場合、かつ、自身がUEに該当する場合には、前記復号処理が有効であると判別する、
 前記(29)又は(30)に記載の通信装置。
(36)
 前記判別部は、前記通信経路の冗長性が前記(d)に該当する場合、かつ、自身がエッジMU又はUEに該当する場合には、前記復号処理が有効であると判別する、
 前記(29)に記載の通信装置。
(37)
 前記復号部は、前記通信経路の冗長性が前記(d)に該当する場合、かつ、自身がエッジMUに該当する場合には、前記パケットコーディングに対応する復号方法を使用して前記複数の符号化系列を復号し、その後、複数のRUに分散して送信するための新たな複数の符号化系列を復号した系列を用いて新たに生成する、
 前記(36)に記載の通信装置。
(38)
 UE(User Equipment)が接続するネットワークの構成を、最上位レイヤのユニットを示すHU(Higher Unit)と、最下位レイヤのユニットを示すRU(Radio Unit)と、HUとRUの中間に位置するユニットを示すMU(Middle Unit)と、に機能分割したときの前記HUに相当する通信装置が実行する通信方法であって、
 前記RUの直近に位置する前記MUであるエッジMUから該エッジMUと直接接続を持つRUに関する情報を取得し、
 前記エッジMUから取得した前記RUに関する情報に基づいて、エッジMU、RU、及びUEに係るアーキテクチャに関する情報を判別し、
 パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、
 前記複数の符号化系列に前記アーキテクチャに関する情報を付与する、
 通信方法。
(39)
 UE(User Equipment)が接続するネットワークの構成を、最上位レイヤのユニットを示すHU(Higher Unit)と、最下位レイヤのユニットを示すRU(Radio Unit)と、HUとRUの中間に位置するユニットを示すMU(Middle Unit)と、に機能分割したときの前記MU、前記RU、又は前記UEに相当する通信装置が実行する通信方法であって、
 パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する前記HUから、エッジMU、RU、及びUEに係るアーキテクチャに関する情報が付与された前記符号化系列を受信し、
 前記符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効かを判別し、
 復号処理が有効と判別された場合に、前記パケットコーディングに対応する復号方法を使用して前記複数の符号化系列を復号する、
 通信方法。
(40)
 UE(User Equipment)が接続するネットワークの構成を、最上位レイヤのユニットを示すHU(Higher Unit)と、最下位レイヤのユニットを示すRU(Radio Unit)と、HUとRUの中間に位置するユニットを示すMU(Middle Unit)と、に機能分割したときの前記HUに相当する第1の通信装置と、前記MU、前記RU、又は前記UEに相当する第2の通信装置と、を備える通信システムであって、
 前記第1の通信装置は、
 前記RUの直近に位置する前記MUであるエッジMUから該エッジMUと直接接続を持つRUに関する情報を取得する取得部と、
 前記エッジMUから取得した前記RUに関する情報に基づいて、エッジMU、RU、及びUEに係るアーキテクチャに関する情報を判別する第1の判別部と、
 パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、
 前記複数の符号化系列に前記アーキテクチャに関する情報を付与する付与部と、を備え、
 前記第2の通信装置は、
 前記第1の通信装置から、前記アーキテクチャに関する情報が付与された前記符号化系列を受信する受信部と、
 前記符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効かを判別する第2の判別部と、
 復号処理が有効と判別された場合に、前記パケットコーディングに対応する復号方法を使用して前記複数の符号化系列を復号する復号部と、を備える、
 通信システム。
 1 通信システム
 10 サーバ
 20 管理装置
 30 基地局
 40 端末装置
 11、21 通信部
 31、41 無線通信部
 12、22、32、42 記憶部
 13、23、33、43 制御部
 311、411 送信処理部
 312、412 受信処理部
 313、413 アンテナ
 131、331、431 取得部
 132、336、436 判別部
 133 付与部
 332、432 多重化部
 333、433 符号化部
 334、434 生成部
 335、435 受信部
 337、437 復号部

Claims (20)

  1.  複数の送受信ポイントによる通信が可能な通信装置であって、
     パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、
     前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する生成部と、
     を備える通信装置。
  2.  複数のパケットを多重化することにより前記一の送信データ系列を生成する多重化部、を備える、
     請求項1に記載の通信装置。
  3.  前記多重化部は、通信に関する情報に基づいて前記一の送信データ系列のサイズを決定し、決定したサイズとなるよう前記複数のパケットを多重化する、
     請求項2に記載の通信装置。
  4.  前記多重化部は、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記一の送信データ系列のサイズを決定する、
     請求項3に記載の通信装置。
  5.  前記多重化部は、前記複数のトランスポートブロックサイズのうちの最も大きなサイズを前記一の送信データ系列のサイズとして決定する、
     請求項3に記載の通信装置。
  6.  前記パケットコーディングの処理には、前記一の送信データ系列を複数のサブ系列に分割する手順と、前記複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより前記複数のサブ系列から前記複数の符号化系列を生成する手順と、が含まれる、
     請求項1に記載の通信装置。
  7.  前記符号化部は、所定の条件に従って前記一の送信データ系列の分割数を決定し、決定した分割数となるように前記一の送信データ系列を前記複数のサブ系列に分割する、
     請求項6に記載の通信装置。
  8.  前記符号化部は、前記送信データ系列の送信で要求される信頼性の情報に基づいて前記一の送信データ系列の分割数を決定する、
     請求項7に記載の通信装置。
  9.  前記符号化部は、他の通信装置からの通知に基づいて前記一の送信データ系列の前記分割数を決定する、
     請求項7に記載の通信装置。
  10.  前記符号化部は、使用可能な送受信ポイントの数に基づいて前記一の送信データ系列の前記分割数を決定する、
     請求項7に記載の通信装置。
  11.  前記符号化部は、前記トランスポートブロックサイズの情報に基づいて前記一の送信データ系列の前記分割数を決定する、
     請求項7に記載の通信装置。
  12.  前記符号化部は、複数の前記トランスポートブロックサイズの公約数の情報に基づいて前記一の送信データ系列の前記分割数を決定する、
     請求項11に記載の通信装置。
  13.  前記生成部は、前記送信データ系列の送信に使用するチャネルの物理層の状態に基づいて前記一の送信データ系列の前記分割数を決定する、
     請求項7に記載の通信装置。
  14.  前記所定の誤り訂正符号化方式は、消失訂正符号、レートレス符号、噴水符号、Tornado符号、LT(Luby Transform)符号、Raptor符号、RaptorQ符号、LDPC(Low Density Parity Check)符号、BCH符号、RS(Reed Solomon)符号、XOR(eXclusive OR)符号のうちの少なくとも一つである、
     請求項6に記載の通信装置。
  15.  複数の送受信ポイントによる通信が可能な通信装置であって、
     パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する他の通信装置から、複数のトランスポートブロックを受信する受信部と、
     前記複数のトランスポートブロックから抽出される前記複数の符号化系列を、前記パケットコーディングに対応する復号方法を使用して復号する復号部と、
     を備える通信装置。
  16.  前記復号部は、所定の基準を満たす個数の或いは長さの符号化系列を受信したタイミングで前記複数の符号化系列の復号を開始する、
     請求項15に記載の通信装置。
  17.  前記復号部は、設定されたタイマーが所定の基準を満たしたタイミングで前記複数の符号化系列の復号を開始する、
     請求項15に記載の通信装置。
  18.  複数の送受信ポイントによる通信が可能な通信装置が実行する通信方法であって、
     パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、
     前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する、
     通信方法。
  19.  複数の送受信ポイントによる通信が可能な通信装置が実行する通信方法であって、
     パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する他の通信装置から、複数のトランスポートブロックを受信し、
     前記複数のトランスポートブロックから抽出される前記複数の符号化系列を、前記パケットコーディングに対応する復号方法を使用して復号する、
     通信方法。
  20.  複数の送受信ポイントによる通信が可能な第1の通信装置と、前記複数の送受信ポイントによる通信が可能な第2の通信装置と、を備える通信システムであって、
     前記第1の通信装置は、
     パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、
     前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する生成部と、を備え、
     前記第2の通信装置は、
     前記第1の通信装置から、複数のトランスポートブロックを受信する受信部と、
     前記複数のトランスポートブロックから抽出される前記複数の符号化系列を、前記パケットコーディングに対応する復号方法を使用して復号する復号部と、を備える、
     通信システム。
PCT/JP2023/022053 2022-06-22 2023-06-14 通信装置、通信方法、及び通信システム WO2023248888A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-100618 2022-06-22
JP2022100618 2022-06-22

Publications (1)

Publication Number Publication Date
WO2023248888A1 true WO2023248888A1 (ja) 2023-12-28

Family

ID=89379788

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/022053 WO2023248888A1 (ja) 2022-06-22 2023-06-14 通信装置、通信方法、及び通信システム

Country Status (1)

Country Link
WO (1) WO2023248888A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021527990A (ja) * 2018-06-18 2021-10-14 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムで効率的なパケット重複送信のための方法及び装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021527990A (ja) * 2018-06-18 2021-10-14 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムで効率的なパケット重複送信のための方法及び装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ZTE, SANECHIPS: "Discussion on Network coding for 5G Advanced", 3GPP DRAFT; RWS-210484, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. TSG RAN, no. Electronic Meeting; 20210628 - 20210702, 7 June 2021 (2021-06-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052026035 *
ZTE, SANECHIPS: "Email discussion summary for [RAN-R18-WS-crossFunc-ZTE]", 3GPP DRAFT; RWS-210650, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. e-Meeting; 20210628 - 20210702, 24 June 2021 (2021-06-24), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052028763 *

Similar Documents

Publication Publication Date Title
CN109314527B (zh) Qc-ldpc编码方法、装置及非暂时性计算机可读介质
US20240022315A1 (en) Communication device, communication method, base station, and method performed by base station
WO2021029296A1 (ja) 端末装置、基地局装置、端末装置の制御方法および基地局装置の制御方法
EP3440783B1 (en) Techniques for sparse code multiple access (scma) codebook design
WO2021090596A1 (ja) 端末装置、基地局装置、端末装置の制御方法および基地局装置の制御方法
US20230198664A1 (en) Information processing device, communication system, and information processing method
US20240048266A1 (en) Communication apparatus and communication method
WO2023248888A1 (ja) 通信装置、通信方法、及び通信システム
WO2023106066A1 (ja) 通信装置、通信方法、及び通信システム
EP4318994A1 (en) Communication device, communication method, and communication system
EP4358478A1 (en) Communication device and communication method
WO2021241302A1 (ja) 情報処理装置、情報処理システム及び通信方法
WO2023127173A1 (ja) 通信方法、通信装置、及び通信システム
WO2023171308A1 (ja) 通信装置、及び通信方法
WO2023189515A1 (ja) 通信装置、及び通信方法
WO2023166969A1 (ja) 通信装置、及び通信方法
WO2021192731A1 (ja) 通信装置及び通信方法
US20240056164A1 (en) Communication device, communication method, and communication system
WO2024018780A1 (ja) 端末装置、情報処理装置、及び通信方法
WO2024106189A1 (ja) 通信装置、及び通信方法
WO2023149185A1 (ja) 通信装置、通信方法、及び通信システム
WO2024034351A1 (ja) 通信装置、データセット提供装置、ai/mlモデルをトレーニングする方法およびai/mlモデルの学習のベースとなる情報を提供する方法
WO2022113808A1 (ja) 通信装置、通信方法、及び通信システム
WO2023182203A1 (ja) 情報処理方法、情報処理装置、及び情報処理システム
WO2023199857A1 (en) Transmission device, reception device, transmission method, and reception method

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

Country of ref document: EP

Kind code of ref document: A1