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

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping 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)
　通信形態の複雑化は、通信装置或いは通信システムの通信パフォーマンス（例えば、信頼性、低遅延性、又は通信効率（例えば、スループット、又は周波数利用効率））を低下させることがある。
　そこで、本開示では、高い通信パフォーマンスを実現しうる通信装置、通信方法、及び通信システムを提案する。
　なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。
　上記の課題を解決するために、本実施形態の通信装置は、複数の送受信ポイントによる通信が可能な通信装置であって、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する生成部と、を備える。
本実施形態の通信システムが採りうるネットワーク構成を示す図である。 本開示の実施形態に係る通信システムの機能構成例を示す図である。 本開示の実施形態に係るサーバの構成例を示す図である。 本開示の実施形態に係る管理装置の構成例を示す図である。 本開示の実施形態に係る基地局の構成例を示す図である。 本開示の実施形態に係る端末装置の構成例を示す図である。 送信側の通信装置で実行されるパケットコーディング処理の概要を示す図である。 受信側の通信装置で実行されるパケットコーディング処理の概要を示す図である。 パケットコーディング処理を説明するための図である。 符号化ビット系列に付与する冗長データの例を示す図である。 パケットコーディング処理の符号化手順の一例を示す図である。 受信した複数の符号化ビット系列の符号手順の一例を示す図である。 パケットコーディング処理の手順例を示すシーケンス図である。 マルチＴＲＰの第１形態を示す図である。 マルチＴＲＰの第２形態を示す図である。 ＮＧ　ＲＡＮアーキテクチャの一例を示す図である。 実施形態１の送信処理の概要を示す図である。 実施形態１の受信処理の概要を示す図である。 実施形態１の送受信処理を示すシーケンス図である。 実施形態１の送受信処理を示すシーケンス図である。 ＣＵとＤＵの境界線を説明するための図である。 ＩＡＢアーキテクチャー（C-plane）の一例を示す図である。 ＣＰとＵＰが分離している状態におけるｇＮＢのアーキテクチャの一例を示す図である。 ネットワーク構成の基本的な形態例を示す図である。 ネットワーク構成の基本的な形態例を示す図である。 ＨＵがとりうるアーキテクチャ例を示す図である。 ＭＵ及びＲＵがとりうるアーキテクチャ例を示す図である。 ＭＵ及びＲＵがとりうるアーキテクチャ例を示す図である。 ＭＵ及びＲＵがとりうるアーキテクチャ例を示す図である。 本実施形態で想定する通信アーキテクチャを示す図である。 本実施形態で想定する通信アーキテクチャを示す図である。 本実施形態で想定する通信アーキテクチャを示す図である。 本実施形態で想定する通信アーキテクチャを示す図である。 実施形態２の送信処理を示すフローチャートである。 実施形態２の受信処理を示すフローチャートである。
　以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。
　また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて端末装置４０１、４０２、及び４０３のように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置４０１、４０２、及び４０３を特に区別する必要が無い場合には、単に端末装置４０と称する。
　以下に説明される１又は複数の実施形態（実施例、変形例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。
＜＜１．概要＞＞
　ＬＴＥ（Long　Term　Evolution）、ＮＲ（New　Radio）等の無線アクセス技術（ＲＡＴ：Radio　Access　Technology）が３ＧＰＰ（3rd　Generation　Partnership　Project）で検討されている。ＬＴＥ及びＮＲは、セルラー通信技術の一種であり、基地局（またはＴＲＰ（Transmission　and　Reception　Point））がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする。このとき、一の基地局（またはＴＲＰ）は複数のセルを管理してもよく、複数の基地局（またはＴＲＰ）が単一の基地局に内包されていてもよい。
　なお、以下の説明では、「ＬＴＥ」には、ＬＴＥ－Ａ（LTE-Advanced）、ＬＴＥ－Ａ　Ｐｒｏ（LTE-Advanced　Pro）、及びＥ－ＵＴＲＡ（Evolved　Universal　Terrestrial　Radio　Access）が含まれるものとする。また、ＮＲには、ＮＲＡＴ（New　Radio　Access　Technology）、及びＦＥ－ＵＴＲＡ（Further　E-UTRA）が含まれるものとする。以下の説明において、ＬＴＥに対応するセルはＬＴＥセルと呼称され、ＮＲに対応するセルはＮＲセルと呼称される。また、ＬＴＥでは基地局はｅＮｏｄｅＢ（evolved　NodeB）と称されることがある。また、ＮＲでは基地局はｇＮｏｄｅＢと称されることがある。また、ＬＴＥおよびＮＲでは、端末装置（移動局、移動局装置、端末）はＵＥ（User　Equipment）と称されることがある。
　ＮＲは、ＬＴＥの次の世代（第５世代）の無線アクセス技術（ＲＡＴ）である。ＮＲは、ｅＭＢＢ（Enhanced　Mobile　Broadband）、ｍＭＴＣ（Massive　Machine　Type　Communications）及びＵＲＬＬＣ（Ultra-Reliable　and　Low　Latency　Communications）を含む様々なユースケースに対応できる無線アクセス技術である。ＮＲは、これらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークを目指して検討されている。
　近年では、複数の送受信ポイントを使った通信（例えば、multi-TRP（multi　-　Transmission　and　Reception　Point））やネットワーク機能の分割（例えば、基地局機能のＣＵ（Central　Unit）とＤＵ（Distributed　Unit）への分割）等、様々な形態の通信の開発が活発に進められている。通信形態の複雑化は、通信装置或いは通信システムの通信パフォーマンス（例えば、信頼性、低遅延性、又は周波数利用効率等）を低下させることがある。
　例えば、複数の送受信ポイントを使った通信では、送受信ポイント毎のトランスポートブロックサイズの違いにより適切なトランスポートブロックが生成されず、結果として、通信効率を低下させることがある。また、ネットワーク機能を分割した場合、ネットワーク構成の複雑化により適切な装置でデータの復号処理が行われず、結果として、通信効率又は通信の信頼性を低下させることがある。
　そこで、本実施形態（実施形態１、２）では、以下のように上記問題を解決する。
　（実施形態１）
　実施形態１では、通信システムは、複数の送受信ポイントによる通信が可能な送信装置（例えば、基地局）と、複数の送受信ポイントによる通信が可能な受信装置（例えば、端末装置）と、を備える。
　送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する。そして、送信装置は、複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて複数の送受信ポイントそれぞれのトランスポートブロックを生成する。
　受信装置は、送信装置から、複数のトランスポートブロックを受信する。そして、受信装置は、複数のトランスポートブロッから抽出される前記複数の符号化系列を、パケットコーディングに対応する復号方法を使用して復号する。
　これにより、実施形態１の通信システムは、トランスポートブロックサイズが送受信ポイント毎に違う場合にも対応できるようになるので、通信効率を向上させることができる。
　（実施形態２）
　実施形態２では、ＵＥ（User　Equipment）が接続するネットワークの構成が、最上位レイヤのユニットを示すＨＵ（Higher　Unit）と、最下位レイヤのユニットを示すＲＵ（Radio　Unit）と、ＨＵとＲＵの中間に位置するユニットを示すＭＵ（Middle　Unit）と、に機能分割されたと想定する。
　実施形態２の通信システムは、ＨＵに相当する送信装置と、ＭＵ、ＲＵ、又はＵＥに相当する受信装置と、を備える。
　送信装置は、ＲＵの直近に位置するＭＵであるエッジＭＵから当該エッジＭＵと直接接続を持つＲＵに関する情報を取得する。エッジＭＵから取得した前記ＲＵに関する情報に基づいて、エッジＭＵ、ＲＵ、及びＵＥに係るアーキテクチャに関する情報を判別する。そして、送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する。そして、送信装置は、複数の符号化系列にアーキテクチャに関する情報を付与する。
　受信装置は、送信装置（ＨＵ）から、前記アーキテクチャに関する情報が付与された符号化系列を受信し、符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効かを判別する。そして、受信装置は、復号処理が有効と判別された場合に、パケットコーディングに対応する復号方法を使用して前記複数の符号化系列を復号する。
　これにより、実施形態２の通信システムは、ネットワーク上の適切な装置で復号処理ができるようになるので、通信効率又は通信の信頼性を向上させることができる。
　以上、本実施形態（実施形態１、２）の概要を述べたが、以下、本実施形態に係る通信システムを詳細に説明する。
＜＜２．通信システムの構成＞＞
　以下、図面を参照しながら通信システム１の構成を具体的に説明する。以下に示す通信システム１の構成は、実施形態１と２で共通である。
＜２－１．ネットワーク構成例＞
　図１は、本実施形態（実施形態１、２）の通信システム１が採りうるネットワーク構成を示す図である。同図中の回線（破線）は、論理的な接続を意味しており、物理的に直接繋がっているとは限らない。通信エリアは複数の基地局それぞれがサービス提供する「セル」（同図中の楕円）によって構成されている。セルは、一つの基地局が複数提供してもよい。基地局は、基地局同士でバックホール（有線、無線は問わない）を介して通信可能であり、主に制御情報のやり取りを実施する。このバックホールを使った通信としては、Ｘ２インタフェースあるいはＳ１インタフェースのプロトコルを使った通信が想定される。
　また、基地局は、システムのコアネットワークとのバックホールも有する。その際に、基地局は、制御エンティティと接続することでコアネットワークと接続をしてもよい（制御エンティティをコアネットワークの要素の一つと捉えてもよい）。また、基地局は、制御エンティティを介する以外にも、外部ネットワークを介してコアネットワークと接続してもよい。このような接続をする基地局の例として、室内や家庭内に敷設可能なフェムトセル基地局装置、又はＨｅＮＢ装置が挙げられる。
　同様に、基地局機能の分割が実施され、基地局が別々のユニットとして定義された場合、これらのユニットは、ユニット間にミッドホールを有してもよい。これらのユニットは、個別に、制御エンティティやコアネットワークに接続されることで、コアネットワークと接続されてよい。また、これらのユニットは、機能分割により発生した、同種または異なるユニット間をリレーする形で、制御エンティティやコアネットワークに接続されてよい。
　基地局機能の分割が実施され、基地局が別々のユニットとして定義された場合、これらのユニットは、同一または別々の基地局や、マクロセルもしくはミクロセルを構成する、装置もしくはエンティティによって、共有されていてもよい。
　基地局機能の分割が実施され、基地局が別々のユニットとして定義された場合、これらのユニットは必ずしも物理的に分離している必要は無い。これらのユニットは仮想的または論理的な分離により定義されてもよい。
　ミッドホールは物理的もしくは論理的に確立されてよい。このとき、ミッドホールは、専用の通信路で構成されていてもよいし、一般の公衆網で構成されていてもよい。もしくは、ミッドホールは、無線装置を介して確立されていてもよい。またミッドホールとバックホールは重複していてもよい。
　さらに、マクロセルもしくはミクロセルを構成する装置または基地局は、少なくともＲＦ装置もしくはアンテナ装置を含むユニットと、それ以外の機能もしくは装置と、の間に、フロントホールを有していてもよい。このとき、フロントホールは物理的、論理的、無線、有線、専用回線、一般網を問わず、いかなる接続をも許容する。
　スモールセル又はフェムトセルを構成する装置は、ＲＦ装置もしくはアンテナ装置を少なくとも含むユニットにより構成されてもよい。これらのユニットは、１又は複数の基地局、または同様の機能を持つ何らかの装置によって、共有されてもよい。
　スモールセルエリアは、基本的にはマクロセルエリアと重なるように配置される。しかし、スモールセルエリアは、部分的にあるいは完全に、マクロセルエリアの外側に配置されてもよい。
　マクロセルを構成する装置、スモールセルを構成する装置、若しくは基地局機能を持つ装置は、使う無線リソースに特徴を持たせてもよい。例えば、マクロセルとスモールセルで同一の周波数リソースＦ１（あるいは時間リソースＴ１）が使用されてもよい。このようにすることで、システム全体としての無線リソース利用効率を向上させることが可能となる。一方、マクロセルが周波数リソースＦ１（あるいは時間リソースＴ１）を利用し、スモールセルが周波数Ｆ２（あるいは時間リソースＴ２）を利用するようにしてもよい。このようにすることで、マクロセルとスモールセルとの間の干渉を回避することが可能になる。さらに、両種類のセル若しくは基地局機能を持つ装置が、Ｆ１／２（Ｔ１／２）それぞれを使うようにしてもよい。これは、周波数リソースに適用すると、ＣＡ（Carrier　Aggregation）と同等の考え方となる。
　マクロセルとスモールセルもしくは基地局機能を持つ装置は、それぞれが空間的に分離されることを前提条件として、使う無線リソースそのものやその重畳方法に特徴づけてもよい。例として、ＭＩＭＯ（Multi　Input　Multi　Output）とビームフォーミングによる空間分割多重（Spatial　Division　Multiplex）が挙げられる。
　マクロセルとスモールセルは、複数の送受信点または複数の電波送受部を内包していてもよい。複数の送受信点または複数の電波送受部を使用した通信においては、複数の送受信点及び複数の電波送受部は、別々のリソース（周波数、時間）を送受信時に使用してもよいし、同じリソースを使用してもよい。複数の送受信点及び複数の電波送受部は、異なるセル同士で共有されて使用されてもよい。
＜２－２．通信システムの機能構成例＞
　図２は、本開示の実施形態に係る通信システム１の機能構成例を示す図である。通信システム１は、サーバ１０と、管理装置２０と、基地局３０と、端末装置４０と、を備える。通信システム１は、通信システム１を構成する各無線通信装置が連携して動作することで、ユーザに対し、移動通信が可能な無線ネットワークを提供する。本実施形態の無線ネットワークは、例えば、無線アクセスネットワークとコアネットワークとで構成される。なお、本実施形態において、無線通信装置は、無線通信の機能を有する装置のことであり、図２の例では、基地局３０、及び端末装置４０が該当する。
　通信システム１は、サーバ１０と、管理装置２０と、基地局３０と、及び端末装置４０をそれぞれ複数備えていてもよい。図２の例では、通信システム１は、サーバ１０としてサーバ１０１、１０２等を備えており、管理装置２０として管理装置２０１、２０２等を備えている。また、通信システム１は、基地局３０として基地局３０１、３０２等を備えており、端末装置４０として端末装置４０１、４０２、４０３等を備えている。サーバ１０は、ネットワークＮを介して管理装置２０と接続される。サーバ１０は、ネットワークＮを介して、端末装置４０等、管理装置２０以外の装置と接続されてもよい。
　ネットワークＮは、例えば、ＬＡＮ（Local　Area　Network）、ＷＡＮ（Wide　Area　Network）、セルラーネットワーク、固定電話網、地域ＩＰ（Internet　Protocol）網、インターネット等の通信ネットワークである。ネットワークＮには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。また、ネットワークＮは、コアネットワークに接続されるデータネットワークであってもよい。データネットワークは、通信事業者のサービスネットワーク、例えば、ＩＭＳ（IP　Multimedia　Subsystem）ネットワークであってもよい。また、データネットワークは、企業内ネットワーク等、プライベートなネットワークであってもよい。なお、図２の例では、ネットワークが１つしか示されていないが、ネットワークは１つに限られない。
　なお、図中の装置は、論理的な意味での装置と考えてもよい。つまり、同図の装置の一部が仮想マシン（VM：Virtual　Machine）、コンテナ（Container）、ドッカー（Docker）などで実現され、それらが物理的に同一のハードウェア上で実装されてもよい。
　なお、通信システム１は、ＬＴＥ（Long　Term　Evolution）、ＮＲ（New　Radio）等の無線アクセス技術（ＲＡＴ：Radio　Access　Technology）に対応していてもよい。ＬＴＥ及びＮＲは、セルラー通信技術の一種であり、基地局がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする。
　なお、通信システム１が使用する無線アクセス方式は、ＬＴＥ、ＮＲに限定されず、Ｗ－ＣＤＭＡ（Wideband　Code　Division　Multiple　Access）、ｃｄｍａ２０００（Code　Division　Multiple　Access　2000）等の他の無線アクセス方式であってもよい。
　また、通信システム１を構成する基地局又は中継局は、地上局であってもよいし、非地上局であってもよい。非地上局は、衛星局であってもよいし、航空機局であってもよい。非地上局が衛星局なのであれば、通信システム１は、Bent-pipe（Transparent）型の移動衛星通信システムであってもよい。
　なお、本実施形態において、地上局（地上基地局ともいう。）とは、地上に設置される基地局（中継局を含む。）のことをいう。ここで、「地上」は、陸上のみならず、地中、水上、水中も含む広義の地上である。なお、以下の説明において、「地上局」の記載は、「ゲートウェイ」に置き換えてもよい。
　なお、ＬＴＥの基地局は、ｅＮｏｄｅＢ（Evolved　Node　B）又はｅＮＢと称されることがある。また、ＮＲの基地局は、ｇＮｏｄｅＢ又はｇＮＢと称されることがある。また、ＬＴＥ及びＮＲでは、端末装置（移動局、又は端末ともいう。）はＵＥ（User　Equipment）と称されることがある。なお、端末装置は、通信装置の一種であり、移動局、又は端末とも称される。
　本実施形態において、通信装置という概念には、携帯端末等の持ち運び可能な移動体装置（端末装置）のみならず、構造物や移動体に設置される装置も含まれる。構造物や移動体そのものを通信装置とみなしてもよい。また、通信装置という概念には、端末装置のみならず、基地局及び中継局も含まれる。通信装置は、処理装置及び情報処理装置の一種である。また、通信装置は、送信装置又は受信装置と言い換えることが可能である。
　以下、通信システム１を構成する各装置の構成を具体的に説明する。なお、以下に示す各装置の構成はあくまで一例である。各装置の構成は、以下に示す構成とは異なっていてもよい。
＜２－３．サーバの構成＞
　最初に、サーバ１０の構成を説明する。
　サーバ１０は、端末装置４０に対してネットワークを介して各種サービスを提供する情報処理装置（コンピュータ）である。例えば、サーバ１０は、アプリケーションサーバやＷｅｂサーバであってもよい。サーバ１０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、サーバ１０は、ユーザや端末の近くでデータ処理（エッジ処理）を行う情報処理装置であってもよい。例えば、サーバ１０は、基地局に併設又は内蔵された情報処理装置（コンピュータ）であってもよい。勿論、サーバ１０は、クラウドコンピューティングを行う情報処理装置であってもよい。
　図３は、本開示の実施形態に係るサーバ１０の構成例を示す図である。サーバ１０は、通信部１１と、記憶部１２と、制御部１３と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、サーバ１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、サーバ１０は、複数の情報処理装置により構成されていてもよい。
　通信部１１は、他の装置と通信するための通信インタフェースである。例えば、通信部１１は、ネットワークインタフェースである。例えば、通信部１１は、ＮＩＣ（Network　Interface　Card）等のＬＡＮ（Local　Area　Network）インタフェースである。なお、通信部１１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１１は、サーバ１０の通信手段として機能する。通信部１１は、制御部１３の制御に従って端末装置４０と通信する。
　記憶部１２は、ＤＲＡＭ（Dynamic　Random　Access　Memory）、ＳＲＡＭ（Static　Random　Access　Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２は、サーバ１０の記憶手段として機能する。記憶部１２は、例えば、品質予測モデル、意図予測モデル等、端末装置４０に配信する予測モデル（学習モデル）を記憶する。これらの情報については後述する。
　制御部１３は、サーバ１０の各部を制御するコントローラ（controller）である。制御部１３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。例えば、制御部１３は、サーバ１０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部１３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
　制御部１３は、図３に示すように、取得部１３１と、判別部１３２と、付与部１３３と、を備える。制御部１３を構成する各ブロック（取得部１３１～付与部１３３）はそれぞれ制御部１３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部１３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。
　なお、制御部２３の動作は、基地局３０の制御部３３の各ブロックの動作と同じであってもよいし、端末装置４０の制御部４３の各ブロックの動作と同じであってもよい。
＜２－４．管理装置の構成＞
　次に、管理装置２０の構成を説明する。
　管理装置２０は、無線ネットワークを管理する装置である。例えば、管理装置２０は基地局３０の通信を管理する装置である。管理装置２０は、例えば、ＭＭＥ（Mobility　Management　Entity）としての機能を有する装置であってもよい。管理装置２０は、ＡＭＦ（Access　and　Mobility　Management　Function）及び／又はＳＭＦ（Session　Management　Function）としての機能を有する装置であってもよい。勿論、管理装置２０が有する機能は、ＭＭＥ、ＡＭＦ、及びＳＭＦに限られない。管理装置２０は、ＮＳＳＦ（Network　Slice　Selection　Function）、ＡＵＳＦ（Authentication　Server　Function）、ＰＣＦ（Policy　Control　Function）、ＵＤＭ（Unified　Data　Management）としての機能を有する装置であってもよい。また、管理装置２０は、ＨＳＳ（Home　Subscriber　Server）としての機能を有する装置であってもよい。
　なお、管理装置２０はゲートウェイの機能を有していてもよい。例えば、管理装置２０は、Ｓ－ＧＷ（Serving　Gateway）やＰ－ＧＷ（Packet　Data　Network　Gateway）としての機能を有していてもよい。また、管理装置２０は、ＵＰＦ（User　Plane　Function）としての機能を有していてもよい。
　コアネットワークは、複数のネットワーク機能（Network　Function）から構成され、各ネットワーク機能は、１つの物理的な装置に集約されてもよいし、複数の物理的な装置に分散されてもよい。つまり、管理装置２０は、複数の装置に分散配置され得る。さらに、この分散配置は動的に実行されるように制御されてもよい。基地局３０、及び管理装置２０は、１つネットワークを構成し、端末装置４０に無線通信サービスを提供する。管理装置２０はインターネットと接続され、端末装置４０は、基地局３０を介して、インターネット介して提供される各種サービスを利用することができる。
　なお、管理装置２０は必ずしもコアネットワークを構成する装置でなくてもよい。例えば、コアネットワークがＷ－ＣＤＭＡ（Wideband　Code　Division　Multiple　Access）やｃｄｍａ２０００（Code　Division　Multiple　Access　2000）のコアネットワークであるとする。このとき、管理装置２０はＲＮＣ（Radio　Network　Controller）として機能する装置であってもよい。
　図４は、本開示の実施形態に係る管理装置２０の構成例を示す図である。管理装置２０は、通信部２１と、記憶部２２と、制御部２３と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、管理装置２０の機能は、複数の物理的に分離された構成に静的、或いは、動的に分散して実装されてもよい。例えば、管理装置２０は、複数のサーバ装置により構成されていてもよい。
　通信部２１は、他の装置と通信するための通信インタフェースである。通信部２１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部２１は、ＮＩＣ（Network　Interface　Card）等のＬＡＮ（Local　Area　Network）インタフェースであってもよいし、ＵＳＢ（Universal　Serial　Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部２１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部２１は、管理装置２０の通信手段として機能する。通信部２１は、制御部２３の制御に従って基地局３０等と通信する。
　記憶部２２は、ＤＲＡＭ（Dynamic　Random　Access　Memory）、ＳＲＡＭ（Static　Random　Access　Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、管理装置２０の記憶手段として機能する。記憶部２２は、例えば、端末装置４０の接続状態を記憶する。例えば、記憶部２２は、端末装置４０のＲＲＣ（Radio　Resource　Control）の状態やＥＣＭ（EPS　Connection　Management）、或いは、５Ｇ　Ｓｙｓｔｅｍ　ＣＭ（Connection　Management）の状態を記憶する。記憶部２２は、端末装置４０の位置情報を記憶するホームメモリとして機能してもよい。
　制御部２３は、管理装置２０の各部を制御するコントローラ（controller）である。制御部２３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）、ＧＰＵ（Graphics　Processing　Unit）等のプロセッサにより実現される。例えば、制御部２３は、管理装置２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部２３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
　なお、制御部２３の動作は、サーバ１０の制御部１３の各ブロックの動作と同じであってもよい。また、制御部２３の動作は、基地局３０の制御部３３の各ブロックの動作と同じであってもよいし、端末装置４０の制御部４３の各ブロックの動作と同じであってもよい。
＜２－５．基地局の構成＞
　次に、基地局３０の構成を説明する。
　基地局３０は、端末装置４０と無線通信する無線通信装置である。基地局３０は、端末装置４０と、他の基地局３０を介して無線通信するよう構成されていてもよいし、端末装置４０と、直接、無線通信するよう構成されていてもよい。
　基地局３０は通信装置の一種である。より具体的には、基地局３０は、無線基地局（Base　Station、Node　B、eNB、gNB、など）或いは無線アクセスポイント（Access　Point）に相当する装置である。基地局３０は、無線リレー局であってもよい。また、基地局３０は、ＲＲＨ（Remote　Radio　Head）、或いはＲＵ（Radio　Unit）と呼ばれる光張り出し装置であってもよい。また、基地局３０は、ＦＰＵ（Field　Pickup　Unit）等の受信局であってもよい。また、基地局３０は、無線アクセス回線と無線バックホール回線を時分割多重、周波数分割多重、或いは、空間分割多重で提供するＩＡＢ（Integrated　Access　and　Backhaul）ドナーノード、或いは、ＩＡＢリレーノードであってもよい。
　基地局３０はＩＡＢドナーノードの場合、基地局３０は、ＩＡＢ－ＣＵ（Central　Unit）として動作してもよい。また、基地局３０がＩＡＢリレーノードの場合、基地局３０は、バックホールを提供するＩＡＢドナーノードに対してＩＡＢ－ＭＴ（Mobile　Termination）として動作し、アクセスを提供する端末装置４０に対しては、ＩＡＢ－ＤＵ（Distributed　Unit）として動作してもよい。
　なお、基地局３０が使用する無線アクセス技術は、セルラー通信技術であってもよいし、無線ＬＡＮ技術であってもよい。勿論、基地局３０が使用する無線アクセス技術は、これらに限定されず、他の無線アクセス技術であってもよい。例えば、基地局３０が使用する無線アクセス技術は、ＬＰＷＡ（Low　Power　Wide　Area）通信技術であってもよい。勿論、基地局３０が使用する無線通信は、ミリ波を使った無線通信であってもよい。また、基地局３０が使用する無線通信は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。
　基地局３０は、端末装置４０とＮＯＭＡ（Non-Orthogonal　Multiple　Access）通信が可能であってもよい。ここで、ＮＯＭＡ通信は、非直交リソースを使った通信（送信、受信、或いはその双方）のことである。なお、基地局３０は、他の基地局３０とＮＯＭＡ通信可能であってもよい。
　なお、基地局３０は、基地局－コアネットワーク間インタフェース（例えば、ＮＧ　Interface　、S1　Interface等）を介してお互いに通信可能であってもよい。このインタフェースは、有線及び無線のいずれであってもよい。また、基地局は、基地局間インタフェース（例えば、Xn　Interface、X2　Interface、S1　Interface、F1　Interface等）を介して互いに通信可能であってもよい。このインタフェースは、有線及び無線のいずれであってもよい。
　なお、基地局という概念には、ドナー基地局のみならず、リレー基地局（中継局ともいう。）も含まれる。例えば、リレー基地局は、RF　Repeater、Smart　Repeater、Intelligent　Surfaceのうち、いずれか１つであってもよい。また、基地局という概念には、基地局の機能を備えた構造物（Structure）のみならず、構造物に設置される装置も含まれる。
　構造物は、例えば、高層ビル、家屋、鉄塔、駅施設、空港施設、港湾施設、オフィスビル、校舎、病院、工場、商業施設、スタジアム等の建物である。なお、構造物という概念には、建物のみならず、トンネル、橋梁、ダム、塀、鉄柱等の構築物（Non-building　structure）や、クレーン、門、風車等の設備も含まれる。また、構造物という概念には、陸上（狭義の地上）又は地中の構造物のみならず、桟橋、メガフロート等の水上の構造物や、海洋観測設備等の水中の構造物も含まれる。基地局は、情報処理装置と言い換えることができる。
　基地局３０は、ドナー局であってもよいし、リレー局（中継局）であってもよい。また、基地局３０は、固定局であってもよいし、移動局であってもよい。移動局は、移動可能に構成された無線通信装置（例えば、基地局）である。このとき、基地局３０は、移動体に設置される装置であってもよいし、移動体そのものであってもよい。例えば、移動能力（Mobility）をもつリレー局は、移動局としての基地局３０とみなすことができる。また、車両、ドローンに代表されるＵＡＶ（Unmanned　Aerial　Vehicle）、スマートフォンなど、もともと移動能力がある装置であって、基地局の機能（少なくとも基地局の機能の一部）を搭載した装置も、移動局としての基地局３０に該当する。
　ここで、移動体は、スマートフォンや携帯電話等のモバイル端末であってもよい。また、移動体は、陸上（狭義の地上）を移動する移動体（例えば、自動車、自転車、バス、トラック、自動二輪車、列車、リニアモーターカー等の車両）であってもよいし、地中（例えば、トンネル内）を移動する移動体（例えば、地下鉄）であってもよい。また、移動体は、水上を移動する移動体（例えば、旅客船、貨物船、ホバークラフト等の船舶）であってもよいし、水中を移動する移動体（例えば、潜水艇、潜水艦、無人潜水機等の潜水船）であってもよい。また、移動体は、大気圏内を移動する移動体（例えば、飛行機、飛行船、ドローン等の航空機）であってもよい。
　また、基地局３０は、地上に設置される地上基地局（地上局）であってもよい。例えば、基地局３０は、地上の構造物に配置される基地局であってもよいし、地上を移動する移動体に設置される基地局であってもよい。より具体的には、基地局３０は、ビル等の構造物に設置されたアンテナ及びそのアンテナに接続する信号処理装置であってもよい。勿論、基地局３０は、構造物や移動体そのものであってもよい。「地上」は、陸上（狭義の地上）のみならず、地中、水上、水中も含む広義の地上である。なお、基地局３０は、地上基地局に限られない。例えば、通信システム１を衛星通信システムとする場合、基地局３０は、航空機局であってもよい。衛星局から見れば、地球に位置する航空機局は地上局である。
　なお、基地局３０は、地上局に限られない。基地局３０は、空中又は宇宙を浮遊可能な非地上基地局（非地上局）であってもよい。例えば、基地局３０は、航空機局や衛星局であってもよい。
　衛星局は、大気圏外を浮遊可能な衛星局である。衛星局は、人工衛星等の宇宙移動体に搭載される装置であってもよいし、宇宙移動体そのものであってもよい。宇宙移動体は、大気圏外を移動する移動体である。宇宙移動体としては、人工衛星、宇宙船、宇宙ステーション、探査機等の人工天体が挙げられる。
　なお、衛星局となる衛星は、低軌道（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）も含まれる。
　基地局３０のカバレッジの大きさは、マクロセルのような大きなものから、ピコセルのような小さなものであってもよい。勿論、基地局３０のカバレッジの大きさは、フェムトセルのような極めて小さなものであってもよい。また、基地局３０はビームフォーミングの能力を有していてもよい。この場合、基地局３０はビームごとにセルやサービスエリアが形成されてもよい。
　図５は、本開示の実施形態に係る基地局３０の構成例を示す図である。基地局３０は、無線通信部３１と、記憶部３２と、制御部３３と、を備える。なお、図５に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局３０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
　無線通信部３１は、他の無線通信装置（例えば、端末装置４０）と無線通信するための信号処理部である。無線通信部３１は、制御部３３の制御に従って動作する。無線通信部３１は１又は複数の無線アクセス方式に対応する。例えば、無線通信部３１は、ＮＲ及びＬＴＥの双方に対応する。無線通信部３１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、無線通信部３１は、ＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）等の自動再送技術に対応していてもよい。
　無線通信部３１は、送信処理部３１１、受信処理部３１２、アンテナ３１３を備える。無線通信部３１は、送信処理部３１１、受信処理部３１２、及びアンテナ３１３をそれぞれ複数備えていてもよい。なお、無線通信部３１が複数の無線アクセス方式に対応する場合、無線通信部３１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、送信処理部３１１及び受信処理部３１２は、ＬＴＥとＮＲとで個別に構成されてもよい。また、アンテナ３１３は複数のアンテナ素子（例えば、複数のパッチアンテナ）で構成されていてもよい。この場合、無線通信部３１は、ビームフォーミング可能に構成されていてもよい。無線通信部３１は、垂直偏波（Ｖ偏波）と水平偏波（Ｈ偏波）とを使用した偏波ビームフォーミング可能に構成されていてもよい。
　送信処理部３１１は、下りリンク制御情報及び下りリンクデータの送信処理を行う。例えば、送信処理部３１１は、制御部３３から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。ここで、符号化は、ポーラ符号（Polar　Code）による符号化、ＬＤＰＣ符号（Low　Density　Parity　Check　Code）による符号化を行ってもよい。そして、送信処理部３１１は、符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーション（NUC：Non　Uniform　Constellation）であってもよい。そして、送信処理部３１１は、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。そして、送信処理部３１１は、多重化した信号に対して、各種信号処理を行う。例えば、送信処理部３１１は、高速フーリエ変換による周波数領域への変換、ガードインターバル（サイクリックプレフィックス）の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部３１１で生成された信号は、アンテナ３１３から送信される。
　受信処理部３１２は、アンテナ３１３を介して受信された上りリンク信号の処理を行う。例えば、受信処理部３１２は、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル（サイクリックプレフィックス）の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。そして、受信処理部３１２は、これらの処理が行われた信号から、ＰＵＳＣＨ（Physical　Uplink　Shared　Channel）、ＰＵＣＣＨ（Physical　Uplink　Control　Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。また、受信処理部３１２は、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary　Phase　Shift　Keying）、ＱＰＳＫ（Quadrature　Phase　Shift　Keying）等の変調方式を使って受信信号の復調を行う。復調に使用される変調方式は、１６ＱＡＭ（Quadrature　Amplitude　Modulation）、６４ＱＡＭ、又は２５６ＱＡＭであってもよい。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーション（NUC）であってもよい。そして、受信処理部３１２は、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部３３へ出力される。
　アンテナ３１３は、電流と電波を相互に変換するアンテナ装置（アンテナ部）である。アンテナ３１３は、１つのアンテナ素子（例えば、１つのパッチアンテナ）で構成されていてもよいし、複数のアンテナ素子（例えば、複数のパッチアンテナ）で構成されていてもよい。アンテナ３１３が複数のアンテナ素子で構成される場合、無線通信部３１は、ビームフォーミング可能に構成されていてもよい。例えば、無線通信部３１は、複数のアンテナ素子を使って無線信号の指向性を制御することで、指向性ビームを生成するよう構成されていてもよい。なお、アンテナ３１３は、デュアル偏波アンテナであってもよい。アンテナ３１３がデュアル偏波アンテナの場合、無線通信部３１は、無線信号の送信にあたり、垂直偏波（Ｖ偏波）と水平偏波（Ｈ偏波）とを使用してもよい。そして、無線通信部３１は、垂直偏波と水平偏波とを使って送信される無線信号の指向性を制御してもよい。また、無線通信部３１は、複数のアンテナ素子で構成される複数のレイヤを介して空間多重された信号を送受信してもよい。
　記憶部３２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３２は、基地局３０の記憶手段として機能する。
　制御部３３は、基地局３０の各部を制御するコントローラ（controller）である。制御部３３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。例えば、制御部３３は、基地局３０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部３３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。また、制御部３３は、ＣＰＵに加えて、或いは代えて、ＧＰＵ（Graphics　Processing　Unit）により実現されてもよい。
　制御部３３は、取得部３３１と、多重化部３３２と、符号化部３３３と、生成部３３４と、受信部３３５と、判別部３３６と、復号部３３７と、を備える。制御部３３を構成する各ブロック（取得部３３１～復号部３３７）はそれぞれ制御部３３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。制御部３３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。機能ブロックの構成方法は任意である。
　なお、制御部２３の動作は、サーバ１０の制御部１３の各ブロック（取得部１３１～付与部１３３）の動作と同じであってもよいし、端末装置４０の制御部４３の各ブロックの動作と同じであってもよい。
　いくつかの実施形態において、基地局という概念は、複数の物理的又は論理的装置の集合で構成されていてもよい。例えば、本実施形態において基地局は、ＢＢＵ（Baseband　Unit）及びＲＵ（Radio　Unit）等の複数の装置に区別されてもよい。そして、基地局は、これら複数の装置の集合体として解釈されてもよい。また、基地局は、ＢＢＵ及びＲＵのうちいずれかであってもよいし、両方であってもよい。ＢＢＵとＲＵは、所定のインタフェース（例えば、ｅＣＰＲＩ（enhanced　Common　Public　Radio　Interface））で接続されていてもよい。なお、ＲＵはＲＲＵ（Remote　Radio　Unit）又はＲＤ（Radio　DoT）と言い換えてもよい。また、ＲＵは後述するｇＮＢ－ＤＵ（gNB　Distributed　Unit）に対応していてもよい。さらにＢＢＵは、後述するｇＮＢ－ＣＵ（gNB　Central　Unit）に対応していてもよい。またはこれに代えて、ＲＵは、後述するｇＮＢ－ＤＵに接続された無線装置であってもよい。ｇＮＢ－ＣＵ、ｇＮＢ－ＤＵ、及びｇＮＢ－ＤＵに接続されたＲＵはＯ－ＲＡＮ（Open　Radio　Access　Network）に準拠するよう構成されていてもよい。さらに、ＲＵはアンテナと一体的に形成された装置であってもよい。基地局が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）はAdvanced　Antenna　Systemを採用し、ＭＩＭＯ（例えば、ＦＤ－ＭＩＭＯ）やビームフォーミングをサポートしていてもよい。また、基地局が有するアンテナは、例えば、６４個の送信用アンテナポート及び６４個の受信用アンテナポートを備えていてもよい。
　また、ＲＵに搭載されるアンテナは、１つ以上のアンテナ素子から構成されるアンテナパネルであってもよく、ＲＵは、１つ以上のアンテナパネルを搭載してもよい。例えば、ＲＵは、水平偏波のアンテナパネルと垂直偏波のアンテナパネルの２種類のアンテナパネル、或いは、右旋円偏波のアンテナパネルと左旋円偏波のアンテナパネルの２種類のアンテナパネルを搭載してもよい。また、ＲＵは、アンテナパネル毎に独立したビームを形成し、制御してもよい。
　なお、基地局は、複数が互いに接続されていてもよい。１又は複数の基地局は無線アクセスネットワーク（ＲＡＮ：Radio　Access　Network）に含まれていてもよい。この場合、基地局は単にＲＡＮ、ＲＡＮノード、ＡＮ（Access　Network）、ＡＮノードと称されることがある。なお、ＬＴＥにおけるＲＡＮはＥＵＴＲＡＮ（Enhanced　Universal　Terrestrial　RAN）と呼ばれることがある。また、ＮＲにおけるＲＡＮはＮＧＲＡＮと呼ばれることがある。また、Ｗ－ＣＤＭＡ（ＵＭＴＳ）におけるＲＡＮはＵＴＲＡＮと呼ばれることがある。
　なお、ＬＴＥの基地局は、ｅＮｏｄｅＢ（Evolved　Node　B）又はｅＮＢと称されることがある。このとき、ＥＵＴＲＡＮは１又は複数のｅＮｏｄｅＢ（ｅＮＢ）を含む。また、ＮＲの基地局は、ｇＮｏｄｅＢ又はｇＮＢと称されることがある。このとき、ＮＧＲＡＮは１又は複数のｇＮＢを含む。ＥＵＴＲＡＮは、ＬＴＥの通信システム（ＥＰＳ）におけるコアネットワーク（ＥＰＣ）に接続されたｇＮＢ（ｅｎ－ｇＮＢ）を含んでいてもよい。同様にＮＧＲＡＮは５Ｇ通信システム（５ＧＳ）におけるコアネットワーク５ＧＣに接続されたｎｇ－ｅＮＢを含んでいてもよい。
　なお、基地局がｅＮＢ、ｇＮＢなどである場合、基地局は、３ＧＰＰアクセス（3GPP　Access）と称されることがある。また、基地局が無線アクセスポイント（Access　Point）である場合、基地局は、非３ＧＰＰアクセス（Non-3GPP　Access）と称されることがある。さらに、基地局は、ＲＲＨ（Remote　Radio　Head）、或いはＲＵ（Radio　Unit）と呼ばれる光張り出し装置であってもよい。また、基地局がｇＮＢである場合、基地局は、前述したｇＮＢ－ＣＵとｇＮＢ－ＤＵとを組み合わせたものであってもよいし、ｇＮＢ－ＣＵとｇＮＢ－ＤＵとのうちのいずれかであってもよい。
　ここで、ｇＮＢ－ＣＵは、ＵＥとの通信のために、アクセス層（Access　Stratum）のうち、複数の上位レイヤ（例えば、ＲＲＣ（Radio　Resource　Control）、ＳＤＡＰ（Service　Data　Adaptation　Protocol）、ＰＤＣＰ（Packet　Data　Convergence　Protocol）をホストする。一方、ｇＮＢ－ＤＵは、アクセス層（Access　Stratum）のうち、複数の下位レイヤ（例えば、ＲＬＣ（Radio　Link　Control）、ＭＡＣ（Medium　Access　Control）、ＰＨＹ（Physical　layer））をホストする。すなわち、後述されるメッセージ／情報のうち、ＲＲＣシグナリング（準静的な通知）はｇＮＢ－ＣＵで生成され、一方でＭＡＣ　ＣＥやＤＣＩ（動的な通知）はｇＮＢ－ＤＵで生成されてもよい。又は、ＲＲＣコンフィギュレーション（準静的な通知）のうち、例えばIE:cellGroupConfigなどの一部のコンフィギュレーション（configuration）についてはｇＮＢ－ＤＵで生成され、残りのコンフィギュレーションはｇＮＢ－ＣＵで生成されてもよい。これらのコンフィギュレーションは、後述されるＦ１インタフェースで送受信されてもよい。
　なお、基地局は、他の基地局と通信可能に構成されていてもよい。例えば、複数の基地局がｅＮＢ同士又はｅＮＢとｅｎ－ｇＮＢの組み合わせである場合、当該基地局間はＸ２インタフェースで接続されてもよい。また、複数の基地局がｇＮＢ同士又はｇｎ－ｅＮＢとｇＮＢの組み合わせである場合、当該装置間はＸｎインタフェースで接続されてもよい。また、複数の基地局がｇＮＢ－ＣＵとｇＮＢ－ＤＵの組み合わせである場合、当該装置間は前述したＦ１インタフェースで接続されてもよい。後述されるメッセージ／情報（例えば、ＲＲＣシグナリング、ＭＡＣ　ＣＥ（MAC　Control　Element）、又はＤＣＩ）は、複数基地局間で、例えばＸ２インタフェース、Ｘｎインタフェース、又はＦ１インタフェースを介して、送信されてもよい。
　基地局により提供されるセルはサービングセル（Serving　Cell）と呼ばれることがある。サービングセルという概念には、ＰＣｅｌｌ（Primary　Cell）及びＳＣｅｌｌ（Secondary　Cell）が含まれる。デュアルコネクティビティがＵＥ（例えば、端末装置４０）に設定される場合、ＭＮ（Master　Node）によって提供されるＰＣｅｌｌ、及びゼロ又は１以上のＳＣｅｌｌはマスターセルグループ（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が挙げられる。
　なお、サービングセルはＰＳＣｅｌｌ（Primary　Secondary　Cell、又は、Primary　SCG　Cell）を含んでもよい。デュアルコネクティビティがＵＥに設定される場合、ＳＮ（Secondary　Node）によって提供されるＰＳＣｅｌｌ、及びゼロ又は１以上のＳＣｅｌｌは、ＳＣＧ（Secondary　Cell　Group）と呼ばれることがある。特別な設定（例えば、PUCCH　on　SCell）がされていない限り、物理上りリンク制御チャネル（ＰＵＣＣＨ）はＰＣｅｌｌ及びＰＳＣｅｌｌで送信されるが、ＳＣｅｌｌでは送信されない。また、無線リンク障害（Radio　Link　Failure）もＰＣｅｌｌ及びＰＳＣｅｌｌでは検出されるが、ＳＣｅｌｌでは検出されない（検出しなくてよい）。このようにＰＣｅｌｌ及びＰＳＣｅｌｌは、サービングセルの中で特別な役割を持つため、ＳｐＣｅｌｌ（Special　Cell）とも呼ばれる。
　１つのセルには、１つのダウンリンクコンポーネントキャリアと１つのアップリンクコンポーネントキャリアが対応付けられていてもよい。また、１つのセルに対応するシステム帯域幅は、複数のＢＷＰ（Bandwidth　Part）に分割されてもよい。この場合、１又は複数のＢＷＰがＵＥに設定され、１つのＢＷＰ分がアクティブＢＷＰ（Active　BWP）として、ＵＥに使用されてもよい。また、セル毎、コンポーネントキャリア毎又はＢＷＰ毎に、端末装置４０が使用できる無線資源（例えば、周波数帯域、ヌメロロジー（サブキャリアスペーシング）、スロットフォーマット（Slot　configuration）が異なっていてもよい。
＜２－６．端末装置の構成＞
　次に、端末装置４０の構成を説明する。
　端末装置４０は、基地局３０等の他の通信装置と無線通信する無線通信装置である。端末装置４０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal　Digital　Assistant）、パーソナルコンピュータである。また、端末装置４０は、通信機能が具備された業務用カメラといった機器であってもよいし、ＦＰＵ（Field　Pickup　Unit）等の通信機器が搭載されたバイクや移動中継車等であってもよい。また、端末装置４０は、Ｍ２Ｍ（Machine　to　Machine）デバイス、又はＩｏＴ（Internet　of　Things）デバイスであってもよい。
　なお、端末装置４０は、基地局３０とＮＯＭＡ通信が可能であってもよい。また、端末装置４０は、基地局３０と通信する際、ＨＡＲＱ等の自動再送技術を使用可能であってもよい。端末装置４０は、他の端末装置４０とサイドリンク通信が可能であってもよい。端末装置４０は、サイドリンク通信を行う際も、ＨＡＲＱ等の自動再送技術を使用可能であってもよい。なお、端末装置４０は、他の端末装置４０との通信（サイドリンク）においてもＮＯＭＡ通信が可能であってもよい。また、端末装置４０は、他の通信装置（例えば、基地局３０、及び他の端末装置４０）とＬＰＷＡ通信が可能であってもよい。また、端末装置４０が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置４０が使用する無線通信（サイドリンク通信を含む。）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。
　また、端末装置４０は、移動体装置であってもよい。移動体装置は、移動可能な無線通信装置である。このとき、端末装置４０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。例えば、端末装置４０は、自動車、バス、トラック、自動二輪車等の道路上を移動する車両（Vehicle）、列車等の軌道に設置されたレール上を移動する車両、或いは、当該車両に搭載された無線通信装置であってもよい。なお、移動体は、モバイル端末であってもよいし、陸上（狭義の地上）、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。
　端末装置４０は、同時に複数の基地局または複数のセルと接続して通信を実施してもよい。例えば、１つの基地局が複数のセル（例えば、ｐＣｅｌｌ、sＣｅｌｌ）を介して通信エリアをサポートしている場合に、キャリアアグリケーション（CA：Carrier　Aggregation）技術やデュアルコネクティビティ（DC：Dual　Connectivity）技術、マルチコネクティビティ（MC：Multi-Connectivity）技術によって、それら複数のセルを束ねて基地局３０と端末装置４０とで通信することが可能である。或いは、異なる基地局３０のセルを介して、協調送受信（CoMP：Coordinated　Multi-Point　Transmission　and　Reception）技術によって、端末装置４０とそれら複数の基地局３０が通信することも可能である。
　図６は、本開示の実施形態に係る端末装置４０の構成例を示す図である。端末装置４０は、無線通信部４１と、記憶部４２と、制御部４３と、を備える。なお、図６に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
　無線通信部４１は、他の無線通信装置（例えば、基地局３０、及び他の端末装置４０）と無線通信するための信号処理部である。無線通信部４１は、制御部４３の制御に従って動作する。無線通信部４１は、送信処理部４１１と、受信処理部４１２と、アンテナ４１３とを備える。無線通信部４１、送信処理部４１１、受信処理部４１２、及びアンテナ４１３の構成は、基地局３０の無線通信部３１、送信処理部３１１、受信処理部３１２及びアンテナ３１３と同様であってもよい。また、無線通信部４１は、無線通信部３１と同様に、ビームフォーミング可能に構成されていてもよい。さらに、無線通信部４１は、無線通信部３１と同様に、空間多重された信号を送受信可能に構成されていてもよい。
　記憶部４２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２は、端末装置４０の記憶手段として機能する。
　制御部４３は、端末装置４０の各部を制御するコントローラである。制御部４３は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部４３は、端末装置４０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４３は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。また、制御部４３は、ＣＰＵに加えて、或いは代えて、ＧＰＵにより実現されてもよい。
　制御部４３は、取得部４３１と、多重化部４３２と、符号化部４３３と、生成部４３４と、受信部４３５と、判別部４３６と、復号部４３７と、を備える。制御部４３を構成する各ブロック（取得部４３１～復号部４３７）はそれぞれ制御部４３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。制御部４３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。機能ブロックの構成方法は任意である。
　なお、制御部４３の動作は、サーバ１０の制御部１３の各ブロック（取得部１３１～付与部１３３）の動作と同じであってもよいし、基地局３０の制御部３３の各ブロック（取得部３３１～復号部３３７）の動作と同じであってもよい。
＜＜３．パケットコーディング＞＞
　以上、本実施形態の通信システム１の構成を説明したが、次に、本実施形態の送受信処理の前提となるパケットコーディングについて説明する。
＜３－１．パケットコーディングの概要＞
　本実施形態では、送信の対象となる一の情報系列（或いは、一の情報系列を分割して生成される複数のビット系列）から、符号化された複数のビット系列を生成する符号化手法を使用する。このコーディング手法を、本実施形態ではパケットコーディングと呼称する。
　なお、以下の説明では、一の情報系列（一の送信データ系列ともいう。）を分割して生成される複数のビット系列のことを複数のソースビット系列、或いは複数のサブ系列ということがある。また、以下の説明では、パケットコーディングにより生成される、符号化されたビット系列のことを、符号化ビット系列、或いは符号化系列ということがある。また、以下の説明では、一の情報系列（或いは、複数のソースビット系列）から複数の符号化ビット系列を生成する処理（符号化処理）のみならず、複数の符号化ビット系列から一の情報系列（或いは、複数のソースビット系列）を生成する処理（復号処理）のことも、パケットコーディング処理ということがある。
　図７及び図８は、パケットコーディング処理の概要を示す図である。具体的には、図７は、送信側の通信装置で実行されるパケットコーディング処理の概要を示す図であり、図８は、受信側の通信装置で実行されるパケットコーディング処理の概要を示す図である。基地局３０、及び端末装置４０のいずれもが、送信側又は受信側の通信装置となりうる。本実施形態では、通信装置は、送受信の対象となる情報系列に対して、パケットコーディング処理を適用する。
　まず、図７を参照しながら、送信側の処理を説明する。まず、通信装置内部の信号処理に関する所定の層は、上位層（例えばＳＤＡＰ層やＲＲＣ層）から情報系列を取得したら、所定の信号処理（図７に示す送信側処理１）を行い、符号化層（例えば、ＰＤＣＰ層）へその情報系列（以下、送信データ系列ともいう。）を送信する。符号化層は、受信した送信データ系列に符号化処理を実行する。ここで実行される符号化処理には、一の送信データ系列から複数の符号化ビット系列（以下、符号化系列ともいう。）を生成するパケットコーディング処理が含まれる。符号化系列は、所定の信号処理（図７に示す送信側処理２）を経た後、受信側の通信装置へと送信される。このとき、複数の符号化系列は複数のチャネルに分配されて送信される。
　次に、図８を参照しながら、受信側の処理を説明する。まず、通信装置内部の信号処理に関する所定の層は、送信側の通信装置から情報系列（以下、受信データ系列ともいう。）を取得したら、所定の信号処理（図８に示す受信側処理１）を行い、復号層（例えば、ＰＤＣＰ層）へその受信データ系列を送信する。復号層は、受信データ系列に対し、送信側の符号化処理（パケットコーディング処理）に対応する復号処理を実行する。復号処理により生成された情報系列は、所定の信号処理（図８に示す受信側処理２）を経た後、上位層へと送信される。
＜３－２．パケットコーディングの特徴＞
　次に、パケットコーディングの特徴について説明する。なお、受信側で実行される復号処理は、送信側の符号化処理（パケットコーディング処理）に対応する処理であるので説明を省略する。
　パケットコーディング処理には、一の送信データ系列を複数のソースビット系列に分割する分割手順と、複数のソースビット系列に所定の誤り訂正符号化方式による符号化処理を施すことにより複数のソースビット系列から複数の符号化ビット系列を生成する符号化手順と、が含まれる。なお、パケットコーディング処理には、必ずしも分割手順が含まれなくてもよい。符号化手順のみをパケットコーディング処理としてもよい。
　図９は、パケットコーディング処理を説明するための図である。パケットコーディングでは、通信装置は、一のビット系列（一の送信データ系列）から複数のソースビット系列を生成する。このとき、複数のソースビット系列は、同じ長さであってもよい。すなわち、通信装置は、一のビット系列は等分してもよい。そして、通信装置は、複数のソースビット系列（図９に示す一のビット系列群）に所定の誤り訂正符号化処理を施すことにより、誤り訂正能力を持つ複数の符号化ビット系列（図９に示す符号化ビット系列群）を生成する。このとき、通信装置は、ソースビット系列同士をビットレベルＸＯＲすることにより符号化ビット系列群を生成してもよい。この場合、パリティビット系列分のビット系列長は、入力に使用した複数のソースビット系列（ここでは一のビット系列群に相当）の系列長と同じになる。復号を成功させるため、送信側の通信装置は、出力された複数の符号化ビット系列（図９の例であれば９つの符号化ビット系列）のうち、少なくとも、符号化対象となったソースビット系列の個数（図９の例であれば５つ）以上の符号化ビット系列を受信側に送信する必要がある。なお、図９に示した例は、あくまで一例である。パケットコーディング処理は図９に示した例に限られない。
　なお、パケットコーディング処理で使用される誤り訂正符号化方式は、消失訂正符号（Erasure　Codes）、レートレス符号（Rateless　Codes）、又は噴水符号（Fountain　Codes）などのカテゴリに含まれるＦＥＣ（Forward　Error　Correction）方式が望ましい。また、パケットコーディングの処理で使用される誤り訂正符号化方式は、複数のビット系列を線形合成またはＸＯＲ合成して符号化する方式であってもよい。以下、パケットコーディング処理で使用されることが想定される誤り訂正符号化方式の例を、以下の（Ａ１）～（Ａ１１）に示す。勿論、第１の符号化処理で使用される誤り訂正符号化方式は、以下の例に限定されない。
　　（Ａ１）消失訂正符号
　　（Ａ２）レートレス符号
　　（Ａ３）噴水符号
　　（Ａ４）Ｔｏｒｎａｄｏ符号
　　（Ａ５）ＬＴ符号（Luby　Transform　Codes）
　　（Ａ６）Ｒａｐｔｏｒ符号
　　（Ａ７）ＲａｐｔｏｒＱ符号
　　（Ａ８）ＬＤＰＣ符号（Low　Density　Parity　Check　Codes）
　　（Ａ９）ＢＣＨ符号
　　（Ａ１０）ＲＳ符号（Reed　Solomon　Codes）
　　（Ａ１１）ＸＯＲ符号（eXclusive　OR　Codes）
　通信装置は、パケットコーディングにより生成された複数の符号化ビット系列に対して、符号化ビット系列単位で冗長データを付与する。図１０は、符号化ビット系列に付与する冗長データの例を示す図である。図１０の例では、冗長データは、シンボルの識別機能を持つ系列識別データと、誤り検出機能をもつ誤り検出データと、で構成される。系列識別データは、例えば、符号化ビット系列を識別することを目的とした識別番号である。識別番号は、ＩＤ（Identification）、ＳＮ（Sequence　Number）と呼称されてもよい。この識別番号は、受信側の通信装置が、到着した符号化ビット系列が送信側のどの符号化系列に相当するかを判別するために用いられる。誤り検出データは、受信側の通信装置が、符号化ビット系列に誤りがあるか否かを検出するために用いられる。誤り検出データを生成する際に、送信側の通信装置が、符号化系列に対して更なる符号化処理を行う場合もある。更なる符号化処理の一例として、ＣＲＣ（Cyclic　Redundancy　Check）が挙げられる。
　以下、パケットコーディング処理（符号化手順／復号手順）の具体的例を示す。
　図１１は、パケットコーディング処理の符号化手順の一例を示す図である。上述したように、パケットコーディング処理の符号化手順をパケットコーディング処理そのものとみなしてもよい。なお、（Ａ１）～（Ａ１１）に示すパケットコーディング全てが図１１と同じ手順を辿るわけではない。図１１には、３個ある一のビット系列を入力として、符号化で新たに１つのパリティビット系列を生成するプロセスが示されている。図１１の例では、パリティは、等長のビット系列同士によるビットレベルの足し算を用いて生成される。この場合、当該符号化手法は行列演算での表現が可能である。図１１の行列表現において、右辺左部の行列が符号化行列である。図１１の例では、符号化ビット系列群として、入力と同じ複数のビット系列（行列の１～３行目の成分）と、パリティビット系列（行列の４行目の成分）と、が生成される。
　図１２は、受信した複数の符号化ビット系列の符号手順の一例を示す図である。なお、図１２に示す復号手順は（Ａ１）～（Ａ１１）に示すパケットコーディング全てに対応しているわけではない。図１２には、任意の位置の一の符号化ビット系列が消失した場合に、パリティビット系列を用いて訂正する様子が示されている。消失した系列を訂正できるか否かは、正しく到着した符号化ビット系列に対応した符号化行列の行成分で構築された行列を１次方程式と見た場合に、その方程式が解けるか否かと等しい。
＜３－３．パケットコーディング処理の手順例＞
　次に、パケットコーディング処理の手順例を説明する。図１３は、パケットコーディング処理の手順例を示すシーケンス図である。なお、図１３に示す手順例はあくまで一例であり、パケットコーディング処理の手順はこの手順例に限定されるものではない。また、図１３では、基地局３０から端末装置４０への下りリンク通信が示されているが、本実施形態で開示の技術は他の通信（例えば、端末装置４０から基地局３０への上りリンク通信）にも適用可能である。以下、図１３のシーケンス図を参照しながら、本実施形態のパケットコーディング処理の手順例を説明する。
　まず、端末装置４０は、自身が接続しているセルの基地局３０に対して、自身の端末ケイパビリティに関する情報を通知する（ステップＳ１０１）。この情報の中には、パケットコーディングのためのケイパビリティ情報も含まれている。端末装置４０は、この端末ケイパビリティに関する情報を、初期接続（Initial　Access）の手順中、或いは初期接続後に通知してもよい。なお、この通知のための物理チャネルとして、例えば、ランダムアクセスチャネル（PRACH:　Physical　Random　Access　Channel）、上りリンク制御チャネル（PUCCH:　Physical　Uplink　Control　Channel）、及び上りリンク共有チャネル（PUSCH:　Physical　Uplink　Shared　Channel）のうちの少なくとも１つが利用されてもよい。
　基地局３０は、自身が管理するセルに接続している端末装置４０に対して、パケットコーディング（符号化／復号）に関する情報を含む準静的な制御情報を通知する（ステップＳ１０２）。この準静的な制御情報は、セル固有（Cell-specific）の制御情報であってもよい。基地局３０は、この準静的な制御情報を、初期接続の手順中、或いは初期接続後に通知してもよい。また、基地局３０は、この制御情報を、RRC　Signaling、RRC　Configuration、又はRRC　Reconfigurationなど、ＲＲＣの手順の一部として通知しもよい。また、基地局３０は、この制御情報を、定期的に端末装置４０へ通知してもよい。この制御情報を通知するための物理チャネルとして、報知チャネル（PBCH:　Physical　Broadcast　Channel）、下りリンク制御チャネル（Physical　Downlink　Control　Channel、EPDCCH:　Enhanced　Physical　Downlink　Control　Channel）、及び下りリンク共有チャネル（Physical　Downlink　Shared　Channel）のうちの少なくとも１つが利用されてもよい。
　端末装置４０は、準静的な制御情報を受信したら、受信した制御情報に含まれるパケットコーディングに関する情報に基づいて、符号化に関する設定を行う（ステップＳ１０３）。
　その後、基地局３０から端末装置４０へ下りリンクの通信が発生したら、基地局３０は、端末装置４０に対して、動的な制御情報を送信する（ステップＳ１０４）。下りリンクの通信が発生するケースの例として、端末装置４０がデータダウンロード（プル）を要求したケース、端末装置４０へプッシュデータが発生したケースが挙げられる。この動的な制御情報は、端末個別（UE-specific）の制御情報であってもよいし、端末グループ個別（UE-group-specific）の制御情報であってもよい。ここで端末グループとは、例えば、下りリンク通信がマルチキャストやブロードキャストである場合の送信先対象となる一以上の端末装置４０のグループである。
　なお、動的な制御情報には、下りリンク通信を行うために利用する無線リソースに関する情報等、様々な情報が含まれ得る。例えば、動的な制御情報には、例えば、対象の端末装置４０（端末装置４０グループ）に対して下りリンク通信を割り当てるための各種リソースに関する情報が含まれ得る。より具体的には、動的な制御情報には、例えば、以下の（１）～（９）の情報が含まれ得る。
　（１）周波数リソース（例えば、リソースブロック（Resource　Block）、サブキャリア（Subcarrier）、サブキャリアグループ（Subcarrier　Group）等）
　（２）時間リソース（例えば、サブフレーム（Subframe）、スロット（Slot）、ミニスロット（Mini-slot）、シンボル（Symbol）等）
　（３）空間リソース（例えば、アンテナ（Antenna）、アンテナポート（Antenna　Port）、空間レイヤ（Spatial　Layer）、空間ストリーム（Spatial　Stream）等）
　（４）所定の通信（例えば、ＮＯＭＡ（Non-orthogonal　Multiple　Access）、ＭＵＳＴ（Multiuser　Superposition　Transmission）、ＩＤＭＡ（Interleave　Division　Multiple　Access）、ＣＤＭＡ（Code　Division　Multiple　Access）等）に関する非直交リソース（例えば、電力に関するリソース、インタリーブパターン、スクランブルパターン、拡散パターン等）
　（５）変調レベル（Modulation　Order）
　（６）パケットコーディングで使用される符号化方法（例えば、誤り訂正符号化方式）
　（７）パケットコーディングの符号化率に関する情報
　（８）符号化系列に付与される冗長データに関する情報（例えば、誤り検出の方法、符号化系列の識別番号に関する情報）
　（９）ＡＲＱ／ＨＡＲＱに関する設定（例えば、ＮＤＩ（New　Data　Indicator）、ＲＶ（Redundancy　Version）等）
　この動的な制御情報を受けた端末装置４０は、その制御情報に従って下りリンク通信の適切な受信に備えるための設定を行う（ステップＳ１０５）。
　次に、基地局３０は、上位層での送信処理を経た情報系列に対し、端末装置４０に通知した制御情報に合うように、端末装置への下りリンク通信のデータをパケットコーディング処理により符号化するとともに、物理層処理を含む送信処理（変調、物理層符号化などを含む。）を実施する（ステップＳ１０６）。基地局３０は、符号化、変調したデータを無線信号として端末装置４０へ送信する（ステップＳ１０７）。
　端末装置４０は、基地局３０からデータを受信すると、制御情報で指定された設定に従って、パケットコーディング処理に対応する符号処理を含む各種処理（受信処理、復調処理、及び復号処理）を実行する（ステップＳ１０８）。例えば、端末装置４０は、復元された符号化系列に誤りが含まれているか否かを判定する。そして、端末装置４０は、誤りが含まれていない符号化系列のみを用いて復号を試みる。その後、端末装置４０は、データの復号が成功したか失敗したかによって、基地局３０へＡＣＫまたはＮＡＣＫを返信する。また、端末装置４０は、データの復号が成功したか失敗したかによって、追加送信に関する処理の設定（例えば、ＡＲＱ／ＨＡＲＱの処理の設定）を変えることが望ましい。なお、端末装置４０は、復号に失敗した場合には、次の受信符号化系列を含めた再送・合成を実施するために、復号結果または復号途中のデータ（符号化系列）をメモリに保存しておくことが望ましい。復号が成功した場合、端末装置４０は上位層へのデータ移送のための処理を行う。図１３の例では、端末装置４０は、復号に失敗しており、基地局３０へＮＡＣＫを返信している（ステップＳ１０９）。
　基地局３０は、端末装置４０から受け取った応答（ＡＣＫ／ＮＡＣＫ）に従って、次に実施すべき処理を実行する。例えば、ＮＡＣＫの通知を受けた場合には、追加の情報系列の送信に向けた準備を実施する（ステップＳ１１０）。この送信の準備としては、パケットコーディング符号化による新たな符号化系列の生成、送信するために必要な送信処理、無線リソースの選択、などが挙げられる。なお、端末装置４０からＡＣＫを受けた場合には、対象のデータについては問題なく送受信ができたことを意味するので、次の新しいデータの通信に移行する。
　基地局３０は、上記の応答（ＡＣＫ／ＮＡＣＫ）に対応した、追加送信のための処理に従って、再送または新しいデータの下りリンク通信の実施に移る。このために、基地局３０は、対象の端末装置４０に対して改めて動的な制御情報を通知し、その設定に従って下りリンク通信を実行する。
　図１３の例では、基地局３０は、端末装置４０からＮＡＣＫを受信したので（ステップＳ１０９）、追加送信判断のための処理を実行するとともに（ステップＳ１１０）、端末装置４０に対して改めて動的な制御情報を通知している（ステップＳ１１１）。この動的な制御情報を受けた端末装置４０は、その制御情報に従って下りリンク通信の適切な受信に備えるための設定を行う。基地局３０は、端末装置４０に通知した制御情報に合うように、端末装置４０への下りリンク通信のデータに対して、パケットコーディング処理を含む各種処理を実施する（ステップＳ１１２）。そして、基地局３０は、符号化されたデータを端末装置４０へ再送する（ステップＳ１１３）。
　端末装置４０は、再送信号に基づきデータを合成するとともに、制御情報で指定された設定に従って、合成したデータに対して、パケットコーディング処理に対応した符号処理を含む各種処理（受信処理、復調処理、及び復号処理）を実行する（ステップＳ１１４）。図１３の例では、端末装置４０は、ここで復号に成功しており、基地局３０へＡＣＫを返信するとともに（ステップＳ１１５）、残りの受信処理を実行している（ステップＳ１１６）。
　ＡＣＫを受信した基地局３０は、追加送信判断のための処理を実行するともに（ステップＳ１１７）、次の新しいデータの通信に移行する。
＜＜４．実施形態１＞＞
　以上、本実施形態の送受信処理の前提となるパケットコーディングについて説明したが、次に、実施形態１の通信システム１の動作を説明する。
＜４－１．実施形態１の概要＞
　まず、実施形態１の概要を説明する。
　＜背景＞
　３ＧＰＰ　ＮＲに対応した規格（主にRel-15、及びそれ以降。）において、Multi-TRP（MTRP、M-TRP、又はmTRPとも表記される。）と呼ばれる機能がサポートされている。マルチＴＲＰ（Multi-TRP）は、物理層レベルにおいて、複数の送受信点（TRP：Transmission　and　Reception　Point）を協調的に用いて、単一または複数のトランスポートブロック（Transport　Block）を送信する機能である。Multi-TRPの概要については、例えば、非特許文献１（3GPP　TSG-RAN　RP-202803）、非特許文献２（3GPP　TSG-RAN　WG2　R2-1914020）に記載されている。
　マルチＴＲＰ（Multi-TRP）は大きく分けて、２つの形態に分類される。図１４及び図１５は、それぞれ、マルチＴＲＰの形態を示す図である。
　図１４は、マルチＴＲＰの第１形態を示す図である。第１形態では、ＵＥとそれぞれのＴＲＰのチャネル情報がそれぞれ独立にやり取りされる。第１形態は、ＴＲＰ間のフロントホール（Fronthaul）がNon-idealな通信時に使用されることが想定される。
　図１５は、マルチＴＲＰの第２形態を示す図である。第２形態では、ＵＥとそれぞれのＴＲＰのチャネル情報が単一のＴＲＰを介して一括でやり取りされる。これは、TRP間のフロントホールがIdealな通信時に使用されることが想定される。第２形態では、第１形態と比べてチャネル情報のやりとり回数が少なくなる。
　これらの形態では、各ＴＲＰで同じデータを送信することで通信の信頼性を向上させるような使用方法が想定されている。いずれの形態においても、これらの制御は単一のＭＡＣエンティティ（Media　Access　Control　Entity）で行われる。
　なお、マルチＴＲＰの場合、各ＴＲＰで取り扱うトランスポートブロックサイズ（TRS：Transport　Block　Size）はチャネル情報やリソース量によって決定される。ここで、チャネル情報には、これにより決定されたＭＣＳ（Modulation　and　Coding　Scheme）及び／又はＣＱＩ（Channel　Quality　Indicator）の値が含まれる。またリソース量の情報には、使用可能なリソースブロック数、及びレイヤ数などの情報が少なくとも１つ含まれる。
　非特許文献３（3GPP　TS　38.401　V16.8.0）には、３ＧＰＰで定義されたＮＧ　ＲＡＮアーキテクチャ（NG　RAN　Architecture）の説明が示されている。図１６は、ＮＧ　ＲＡＮアーキテクチャの一例を示す図である。
　現行の規格において、基地局（図１６の例では、gNB）の機能は、ＣＵ（Central　Unit）とＤＵ（Distributed　Unit）の２つに分離している。ＣＵとＤＵの境界線（スプリット点、スプリットポイント、又は分割点ともいう。）は、３ＧＰＰプロトコルスタックにおけるＰＤＣＰ（Packet　Data　Convergence　Protocol）レイヤとＲＬＣ（Radio　Link　Control）レイヤの間に設定されている。
　ここで、ＤＵは、３ＧＰＰ　ＬＴＥで呼ばれていたようなＲＲＨ（Radio　Remote　Head）、ＲＲＵ（Remote　Radio　Unit）、及びＲＵ（Radio　Unit）などの名前で知られる機能の一部または全てを内包していてもよい。１つのｇＮＢは１つのＣＵと１つまたは複数のＤＵから構成されることが想定されている。また、１つのＤＵは１つのＣＵとのみコネクションが確立される。
　通信の柔軟性のために、適当な実装で１つのＤＵは複数のＣＵと接続されることもある。ＣＵとＤＵの通信を確立させるため、３ＧＰＰではこれらのユニット間のインタフェースとして、”Ｆ１”を定義している。このインタフェースはロジカルなインタフェースである。ＩＰパケットが、例えば、Ethernet（登録商標）（IEEE　802.3）等のネットワークを通ることで、ＣＵ－ＤＵ間での通信を成立させる。
　＜課題＞
　マルチＴＲＰを使用する通信システムでは、通信の信頼性を達成する際の効率性及び柔軟性が問題になることがある。ここで、効率性及び柔軟性の問題とは、例えば、以下の（１）～（３）の問題のことをいう。
　（１）各ＴＲＰ－ＵＥ間におけるチャネル情報が異なる場合、つまりトランスポートブロックサイズ（TBS：Transport　Block　Size）がＴＲＰごとに異なる場合に各ＴＲＰで同じだけの量の情報の送信ができない。
　（２）同じサイズのトランスポートブロック（TB：Transport　Block）を各ＴＲＰで扱えない場合、受信側ＭＡＣレイヤでｓｕｂＭＡＣ　ＰＤＵ（Protocol　Data　Unit）単位若しくはＭＡＣ　ＳＤＵ（Service　Data　Unit）単位の同期ができない。
　（３）同じデータ（例えば、ｓｕｂＭＡＣ　ＰＤＵもしくはＭＡＣ　ＳＤＵ）を単純複製し、トランスポートブロックごとに送信が成功したかを判断する手法は、符号化効率の観点から好ましくない。
　＜解決手段＞
　そこで、実施形態１では、上位層の手間（特に上位層パケットからＴＢを生成する処理の手前）に、パケットレベルでのＦＥＣ（Forward　Error　Correction）を導入することで、上記問題を解決する。以下、実施形態の解決手段の概要を説明する。
　実施形態１の通信システム１は、マルチＴＲＰによる通信が可能な送信装置（例えば、基地局３０）と、マルチＴＲＰによる通信が可能な受信装置（例えば、端末装置４０）と、を備える。
　図１７は、実施形態１の送信処理の概要を示す図である。送信装置は、複数の上位層パケットを多重化して一の送信データ系列を生成する。そして、送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する。このとき、パケットコーディングの処理には、一の送信データ系列を複数のサブ系列に分割する手順と、複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより複数のサブ系列から複数の符号化系列を生成する手順と、が含まれる。そして、送信装置は、複数のＴＲＰそれぞれのトランスポートブロックサイズの情報に基づいて複数の符号化系列をＴＲＰ別に分配する。そして、送信装置は、分配した符号化系列に基づいて複数のＴＲＰそれぞれのトランスポートブロックを生成する。
　図１８は、実施形態１の受信処理の概要を示す図である。受信装置は、送信装置から、複数のトランスポートブロックを受信する。そして、受信装置は、複数のトランスポートブロッそれぞれから複数の符号化系列を抽出する。受信装置は、抽出された複数の符号化系列を、パケットコーディングに対応する復号方法を使用して復号する。そして、受信装置は、復号されたデータを複数の上位層パケットに分離する。
　＜効果＞
　それぞれのＴＲＰに属したＰＨＹは、それぞれのＴＢＳ（Transport　Block　Size）の要求を満たした同じ上位層パケット群から生成された符号化シンボル群をＴＢ（Transport　Block）として上位層から受け取る。そのため、ＴＲＰ別に送信されるデータは、上位層パケット単位で見たときに同期が取れる。つまり、通信システム１は、上位層でコーディングを行うことで、あるサイズの系列を、情報量を残しつつ任意のサイズに変更できるので、任意のＴＢＳに対応できる。結果として、通信システム１は、通信の信頼性を達成する際の効率性及び柔軟性を向上させることができる。
＜４－２．実施形態１の通信システム１の動作＞
　以上、実施形態１の概要について説明したが、以下、実施形態１の通信システム１の動作を説明する。
　図１９及び図２０は、実施形態１の送受信処理を示すシーケンス図である。図１９及び図２０の例では、通信システム１は、２つのＴＲＰ（物理層）を持っている。図１９の例では、それぞれの物理層が別々にＴＢＳ（Transport　Block　Sizeの計算及びそのために必要な処理を行っている。図２０の例では、１つの物理層が代表して送受信点－ＲＸ間のチャネル情報を取得し、それぞれのＴＢＳの計算を行っている。図１９及び図２０の例では、ＴＸ物理層１とＲＸ物理層１が対応関係にあり、ＴＸ物理層２とＲＸ物理層２が対応関係にある。各送信点及びＴＢが独立に扱えるものであれば、これらは物理層でなくてもよい。例えば、これらは、Ｌｏｗ－ＰＨＹであってもよいし、ＲＨＨであってもよいし、ＲＵであってもよい。
　以下、図１９及び図２０を参照しながら、実施形態１の送受信処理を説明する。なお、図１９及び図２０では、対応する処理には同じステップ番号を付している。以下の説明では、受信側の通信装置のことを受信装置、送信側の通信装置のことを送信装置という。
　まず、送信装置は、上位層パケットの多重化処理（multiplexing　processing）を実行する（ステップＳ２０１）。例えば、送信装置は、複数の上位層パケットを多重化することにより一の送信データ系列を生成する。ここで、上位層パケットは、物理層トランスポート化以前のパケットを指す。例えば、上位層パケットは、以下の（１）～（４）のいずれかであってもよい。
　（１）ｓｕｂＭＡＣ　ＰＤＵ、ＭＡＣ　ＳＤＵ
　（２）ＲＬＣ　ＰＤＵ、　ＲＬＣ　ＳＤＵ
　（３）ＰＤＣＰ　ＰＤＵ、　ＰＤＣＰ　ＳＤＵ
　（４）物理層より上位で生成されるビット系列
　そして、送信装置は、多重化処理後に生成されるビット系列（一の送信データ系列）のサイズを決定する。なお、この処理は行われなくてもよい。また、送信装置は、サイズを決定するために、１又は複数の通信に関する情報を用いてもよい。
　このとき、通信に関する情報は、チャネルの状態に関する情報（例えば、ＤＣＩ）であってもよい。
　また、通信に関する情報は、無線ベアラ（Radio　Bearer）やロジカルなレイヤのEstablishmentやReconfigureに使用するための情報であってもよい。例えば、通信に関する情報は、RRC　Signal、MAC　CE、RLC　Control　PDU、PDCP　Control　PDUに含まれる情報であってもよい。
　また、通信に関する情報は、ロジカルレイヤに向けたコントロール情報であってもよい。例えば、通信に関する情報は、RRC　Signal、MAC　CE、RLC　Control　PDU、PDCP　Control　PDUに含まれる情報であってもよい。
　また、送信装置は、サイズを決定するために、複数の送受信ポイントそれぞれのＴＢＳ（例えば、それぞれの物理層から通知されたＴＢＳ）の情報を用いてもよい。例えば、送信装置は、複数のトランスポートブロックサイズのうちの最も大きなサイズをビット系列（一の送信データ系列）のサイズとして決定してもよい。２つのＴＲＰを使用して通信を行うのであれば、送信装置は、それぞれのＴＲＰが属するＰＨＹレイヤ（ＰＨＹ１／ＰＨＹ２）からぞれぞれのＴＢＳ（ＴＢＳ１／ＴＢＳ２）が通知されたとき、送信装置は、ＴＢＳ１とＴＢＳ２のサイズを比較して大きい方をビット系列（一の送信データ系列）の大きさとしてもよい。勿論、送信装置が、サイズを決定するために使用するアルゴリズムは上記に限定されない。
　送信装置は、サイズを決定したら、決定したサイズとなるよう複数のパケットを多重化する。このとき、送信装置は、決定したサイズとなるように、多重化後にゼロパティングを行ってもよい。
　続いて、送信装置は、多重化後のビット系列（一の送信データ系列）に対して符号化処理を行う（ステップＳ２０２）。具体的には、送信装置は、一の送信データ系列に対してパケットコーディングの処理を行う。パケットコーディングの処理には、一の送信データ系列を複数のサブ系列に分割する分割手順と、前記複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより前記複数のサブ系列から複数の符号化系列を生成する生成手順と、が含まれる。
　（分割手順）
　送信装置は、所定の条件に従って一の送信データ系列の分割数を決定し、決定した分割数となるように一の送信データ系列を複数のサブ系列に分割する。
　このとき、送信装置は、送信データ系列の送信で要求される信頼性の情報に基づいて一の送信データ系列の分割数を決定してもよい。例えば、送信装置は、ＤＲＢ（Data　Radio　Bearer）に設定されている５ＱＩ（5G　QoS　Identifier）の値に基づいて一の送信データ系列の分割数を決定してもよい。
　また、送信装置は、任意の値、又は他の通信装置からの通知に基づいて一の送信データ系列の分割数を決定してもよい。例えば、送信装置は、使用可能なTRPの数に基づいて一の送信データ系列の分割数を決定してもよい。また、送信装置は、ロジカルレイヤのConfiguration／Re-configuration、Establishment、Re-establishment内での通知に基づいて一の送信データ系列の分割数を決定してもよい。
　また、送信装置は、トランスポートブロックサイズ（ＴＢＳ）の情報に基づいて一の送信データ系列の分割数を決定してもよい。例えば、ＰＵＣＣＨに代表される端末装置４０から通知される情報により決定されたトランスポートブロックのサイズに基づいて一の送信データ系列の分割数を決定してもよい。
　例えば、送信装置は、各ＴＲＰから通知されたＴＢＳのうち、２つのＴＢＳの公約数からサブ系列１つのサイズを決定し、そこから分割数を決定してもよい。この方法を使用すると、１又は複数の符号化系列を多重化してトランスポートブロックを生成する場合、それぞれのＴＲＰは、通知したＴＢＳと同サイズのトランスポートブロックを上位層から受け取れる。このため、この方法は、リソース仕様における効率化の観点から有効である。
　例えば、送信装置は、各ＴＲＰから通知されたＴＢＳのうち、任意の１つのＴＢＳの約数からサブ系列１つのサイズを決定し、そこから分割数を決定してもよい。この方法は、上記の方法と比べ、より複雑性の低い方法で、分割数を決定できる点で有効である。
　また、送信装置は、物理層の状態に基づいて一の送信データ系列の分割数を決定してもよい。例えば、送信装置は、チャネルの状態に基づいて一の送信データ系列の分割数を決定してもよい。また、送信装置は、ＭＣＳ（Modulation　and　Coding　Scheme）に基づいて一の送信データ系列の分割数を決定してもよい。また、送信装置は、ＱＣＩ（QoS　Class　Identifier）に基づいて一の送信データ系列の分割数を決定してもよい。また、送信装置は、Resource　Allocationに基づいて一の送信データ系列の分割数を決定してもよい。
　分割数を決定する場合（又は、サブ系列のサイズを大きくする／小さくする場合）のメリット及びデメリットは以下のとおりである。
　基本的に、各符号化系列には復号化使用する情報の共有をPoint　to　Pointで共有することを目的として、ヘッダを付与することが想定されている。このヘッダは送信に使用する符号化系列の数に比例して総量が増える冗長成分である。一方、前述の通り、ｎ個のサブ系列を用いて符号化を行った場合、復号に必要な最低限の符号化系列の数は、ｎ個となる。故に、送信側では最低限ｎ個の系列を、何かしらの方法で送信しないと、復号は不可能である。つまり、ｎの値が大きければ大きいほどヘッダによる冗長成分は増加してしまう。ただし、符号化系列のサイズを大きくしてしまった場合、符号化系列は、各ＴＲＰと対応した物理層から送られてくるＴＢＳに収まらない、又は、収まるが多くの余白が生じることになる。例えば、ＴＢＳが２０で、符号化系列のサイズが１３の場合、そのトランスポートブロックは７の余白を持つことが想定される。その点、符号化系列のサイズを小さくすると、必然的にトランスポートブロックの余白も少なくなることが想定される。その点で符号化系列のサイズを小さくするのは有効である。
　（生成手順）
　送信装置は、サブ系列群を用いて符号化処理を行う。そして、送信装置は、符号化系列それぞれに対してヘッダを付与する。ヘッダの付与は必ずしも行われなくてもよい。ヘッダの付与が行われる場合、ヘッダには以下の（１）～（３）に示す情報が最低でも１つ含まれる。
　（１）符号化系列を識別する情報。
　（２）符号化系列内の誤りを検出できる機能、もしくはそれに準ずる機能。
　（３）逆多重化（De-multiplexing）の際に使用される情報（例えば単位符号化系列長）。
　送信装置は、複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて複数の符号化系列をＴＲＰ別に分配する。そして、送信装置は、分配した符号化系列に基づいて複数のＴＲＰそれぞれのトランスポートブロックを生成する（ステップＳ２０３、ステップＳ２０４）。
　例えば、送信装置は、要求されたＴＢＳ以下のサイズによるように符号化系列を多重化する。このとき、要求されるＴＢＳは１つのＵＥ－ＴＲＰコネクションに属するＰＨＹレイヤが要求するＴＢＳである。複数のＰＨＹレイヤに送信される符号化系列の総サイズは、複数の上位層パケットの多重化後の系列（一の送信データ系列）のサイズと等しいまたはそれ以上である。多重化される符号化系列は、送信される物理レイヤ別に見た場合に、重複されていてもよい。
　また、送信装置は、多重化後の系列（すなわち、トランスポートブロック）に対してヘッダを付与してもよい。ヘッダの付与は必ずしも行われなくてもよい。ヘッダの付与が行われる場合、ヘッダには少なくとも（１）～（２）に示す情報が含まれる。
　（１）逆多重化（De-multiplexing）の際に使用される情報（例えば単位符号化系列長）。
　（２）トランスポートブロックに必要なコントロール情報（例えば、ＨＡＲＱ－ＩＤ）。
　送信装置の物理層は、受信装置にトランスポートブロックを送信する。受信装置の物理層は、送信装置からトランスポートブロックを受信する。受信装置は、物理層からトランスポートブロックを受け取る。
　受信装置は、物理層から受け取ったトランスポートブロックの逆多重化（De-multiplexing）を行う（ステップＳ２０５）。この処理は、物理層から到着したトランスポートブロックについて順次処理を行ってもよい。受信装置は、逆多重化に必要な情報を、なんからの情報や動作によって変動しない値として保持していてもよい。また、受信装置は、逆多重化に必要な情報を、送信装置から受信してもよい。この情報は、ＴＲＰごとのコントロール情報に含まれる形で送信されてもよい。また、この情報は、トランスポートブロックに付与されるヘッダに含まれる形で送信されてもよい。受信装置は、ロジカルレイヤのConfiguration／Re-configuration、Establishment、又はRe-establishment内での通知に応じてトランスポートブロックの逆多重化を行ってもよい。
　次に、受信装置は、逆多重化により取得した複数の符号化系列の復号処理を行う（ステップＳ２０６）。例えば、受信装置は、ステップＳ２０２で使用されたパケットコーディングに対応する復号方法を使用して複数の符号化系列を復号する。このとき、受信装置は、復号処理の開始タイミングを判断してもよい。
　例えば、受信装置は、所定の基準を満たす個数の或いは長さの符号化系列を受信したタイミングで複数の符号化系列の復号を開始してもよい。例えば、受信装置は、正しく届いた符号化系列の個数（或いは長さ）が所定の基準を満たすか判断する。このとき、受信装置は、分割数を同じ数の符号化系列を受信したか判断してもよい。また、受信装置は、目標の信頼性を達成する期待値が高いと判断される数の符号化系列を受信したか判断してもよい。そして、所定の基準を満たす場合、受信装置は、複数の符号化系列の復号を開始する。
　また、受信装置は、復号開始を促すタイマーが所定の基準を満たしたタイミングで複数の符号化系列の復号を開始してもよい。このタイマーは、送信装置が設定してもよいし、受信装置が設定してもよい。
　次に、受信装置は、復号された系列の逆多重化（De-multiplexing）を行う（ステップＳ２０７）。受信装置は、逆多重化に必要な情報を、なんからの情報や動作によって変動しない値として保持していてもよい。また、受信装置は、逆多重化に必要な情報を、送信装置から受信してもよい。この情報は、ＴＲＰごとのコントロール情報に含まれる形で送信されてもよい。また、この情報は、トランスポートブロックに付与されるヘッダに含まれる形で送信されてもよい。受信装置は、ロジカルレイヤのConfiguration／Re-configuration、Establishment、又はRe-establishment内での通知に応じてトランスポートブロックの逆多重化を行ってもよい。
　実施形態１によれば、通信システム１は、トランスポートブロックサイズが送受信ポイント毎に違う場合にも対応できるようになる。結果として、通信システム１は、通信の信頼性を達成する際の効率性及び柔軟性を向上させることができる。
＜＜５．実施形態２＞＞
　次に、実施形態２の通信システム１の動作を説明する。
＜５－１．実施形態２の概要＞
　まず、実施形態１の概要を説明する。
　＜背景＞
　非特許文献３（3GPP　TS　38.401　V16.8.0）には、３ＧＰＰで定義されたＮＧ　ＲＡＮアーキテクチャ（NG　RAN　Architecture）の説明が示されている。例えば、非特許文献３には、例えば図１６に示すようなＮＧ　ＲＡＮアーキテクチャが示されている。
　現行の規格において、基地局（図１６の例では、ｇＮＢ）の機能は、ＣＵ（Central　Unit）、ＤＵ（Distributed　Unit）の２つに分離している。図２１は、ＣＵとＤＵの境界線を説明するための図である。現在、ＣＵとＤＵの境界線（スプリットポイント、又は分割点ともいう。）は、図２１のＰ１に示すように、３ＧＰＰプロトコルスタックにおけるＰＤＣＰレイヤとＲＬＣレイヤの間（Option　2）に設定されている。
　ここで、ＤＵは、３ＧＰＰ　ＬＴＥで呼ばれていたようなＲＲＨ（Radio　Remote　Head）、ＲＲＵ（Remote　Radio　Unit）、及びＲＵ（Radio　Unit）などの名前で知られる機能の一部または全てを内包していてもよい。１つのｇＮＢは１つのＣＵと１つまたは複数のＤＵから構成されることが想定されている。また、１つのＤＵは１つのＣＵとのみコネクションが確立される。
　通信の柔軟性のために、適当な実装で１つのＤＵは複数のＣＵと接続されることもある。ＣＵとＤＵの通信を確立させるため、３ＧＰＰではこれらのユニット間のインタフェースとして、”Ｆ１”を定義している。このインタフェースはロジカルなインタフェースである。ＩＰパケットが、例えば、Ethernet（IEEE　802.3）を通ることで、ＣＵ－ＤＵ間での通信を成立させる。
　一般の公衆網を通信路としているため、Ｆ１は通信経路間での同期を取ることが難しいNon-Idealな有線インタフェースである。一部の例外として、Ｆ１が無線化されているケースがある。ＩＡＢ（Integral　And　Backhaul）がそれに該当する。図２２は、ＩＡＢアーキテクチャー（C-plane）の一例を示す図である。ＩＡＢにおいて、Ｆ１は、ＩＡＢドナー（IAB　donor）またはＩＡＢノード（IAB　Node）上のＤＵと、ＩＡＢノード上のＭＴ（Mobile　Terminal）と、の間でＦ１が無線化されている。
　また、ＣＵとＤＵは、ＣＰ（Control　Plane）とＵＰ（User　Plane）で分割されて実装されてもよい。図２３は、ＣＰとＵＰが分離している状態におけるｇＮＢのアーキテクチャの一例を示す図である。３ＧＰＰの規格では、ｇＮＢは、１つのＣＵ－ＣＰと、複数のＣＵ－ＵＰと、ＤＵと、で構成される。
　＜本実施形態が想定する通信アーキテクチャ＞
　ＣＵ－ＤＵの分割点は、Ｒｅｌ－１４のタイミングでどの地点で分割するかについて議論されていた。議論の結果、現時点の実装上のスループット要求と遅延要求とのバランスが最も良いとされる現在のスプリットポイントでのスプリットが採択された（図２１に示すＰ１）。しかし、今後、他のスプリットポイントでのスプリットも想定される（例えば、図２１に示すＰ２～Ｐ４）。すなわち、今後、通信のための機能が物理的、論理的または仮想的に分割され、ネットワーク構成が、通信経路に冗長性（ダイバーシティ性）を持つようなトポロジーを持つ通信アーキテクチャとなることが想定される。
　そこで、本実施形態では、例えば、基地局機能の分離によるユニット定義に注目したとき、ネットワーク構成が以下の形態を取ることを想定する。図２４は、ネットワーク構成の基本的な形態例を示す図である。図２４において、ＨＵ、ＭＵ、ＲＵは以下のように定められる。
　ＨＵ（Higher　Unit）：
　ＨＵは、ネットワーク構成の機能分割（Function　Split）が行なわれた場合の、最上位レイヤのユニットである。ＨＵは、例えば、コアネットワーク機能、または制御エンティティの機能を含む。ＨＵは、例えば、スライスまたはベアラごとに１つ定義される。図２５及び図２６は、ＨＵがとりうるアーキテクチャ例を示す図である。ＨＵは、図２５及び図２６のいずれかの形態を取る。ＨＵは、クラウドサーバ上で仮想的に構築されても構わないし、他のユニットと同一のサーバや装置上で仮想的に分離されて定義されてもよい。なお、ＨＵが例えばコアネットワーク以降（ＮＧインターフェースのｇＮＢ側）からＰＤＣＰレイヤまでの機能として定義された場合、ＨＵは３ＧＰＰの現行規格におけるＣＵと同じである。また、ＨＵは、ＵＰとＣＰで別々に設定されてもよい。この場合、ＣＰ側のＨＵ（ＨＵ－ＣＰ）は１つ定義されてもよい。また、ＵＰ側のＨＵ（ＨＵ－ＵＰ）は１つ定義されてもよいし、複数定義されてもよい。
　ＭＵ（Middle　Unit）：
　ＭＵは、ネットワーク構成の機能分割（Function　Split）が行なわれた場合の、ＨＵ（Higher　Unit）とＲＵ（Radio　Unit）の中間に存在するユニットである。１つのＭＵは、１つのＨＵまたは１又は複数のＭＵに従属する形で定義される。また、１つのＨＵまたは１又は複数のＭＵに対して、ＭＵは複数定義されていてもよい。図２７、図２８、及び図２９は、ＭＵ及びＲＵがとりうるアーキテクチャ例を示す図である。ＭＵは、図２７、図２８、及び図２９のいずれかの形態を取る。ＭＵはクラウドサーバ上で仮想的に構築されても構わないし、他のユニットと同一のサーバや装置上で仮想的に分離されて定義されても構わない。１つのＭＵは、さらなる機能の分割を目的として、機能分割（Function　Split）されてもよい。その場合、ＭＵは、例えば、３ＧＰＰのプロトコルスタック順に基づいて、Upper-MU、Lower-MUなどという名前で区別されてもよい。ＭＵが、例えば、ＲＬＣレイヤの機能からＲＦ機能を含む全てアナログ部分を含むユニットである場合、ＭＵは３ＧＰＰの現行規格におけるＤＵに該当する。
　ＲＵ（Radio　Unit）：
　ＲＵは、ネットワーク構成の機能分割（Function　Split）が行なわれた場合の、最下位レイヤのユニットである。ＲＵには、例えば、アナログ機能、RF装置、及びアンテナが含まれてもよい。１つのＲＵは、１又は複数のＭＵに従属する形で定義される。また、１又は複数のＭＵに対して、ＲＵは複数定義されてもよい。ＲＵは、図２７、図２８、及び図２９のいずれかの形態を取る。１つのＲＵが送信する送信信号は、物理的又は論理的な分離手法で分離されてもよい。例えば、１つのＲＵが送信する送信信号は、時間軸上、周波数軸上、或いは空間上で、直交性などの性質を利用して分離されてもよい。これらの分離を実現するために、ＲＵは物理的な距離を持つ複数の送信点や、複数のアンテナで構成された送信装置を備えていてもよい。例として、ＲＲＨ（Remote　Radio　Head）、ＲＥ（Radio　equipment）、及びＲＲＵ（Remote　Radio　Unit）は、ＲＵの一形態として定義することも可能である。
　（ユニット間インタフェース）
　なお、全てのユニット間のインタフェース（ＨＵ－ＭＵ、ＭＵ－ＭＵ、ＭＵ－ＲＵ）の接続状態は次が許容される。有線の場合、Ideal（同期を取ることができる、通信路の状態を制御できる状態）と、Non-Ideal（例えば、Ethernetなどの通信網を用いている場合）とが許容される。また、無線の場合、１つのスライスまたはベアラで定義された、CU-RU間のいずれかインタフェースの状態は、独立に任意の接続状態が許容される。なお、ＨＵ－ＭＵ間の接続は、前述のバックホールもしくはミッドホールに該当する。また、ＭＵ－ＭＵ間の接続は、前述のミッドホールに該当する。また、ＭＵ－ＲＵ間の接続は、前述のフロントホールに該当する。
　（アーキテクチャ）
　図３０～図３３は、本実施形態で想定する通信アーキテクチャを示す図である。ネットワーク構成が、１つのベアラもしくはスライスから構成されていて、ＨＵからＵＥの間に経路冗長性が存在しているとする。本実施形態では、このネットワーク構成の形態（通信経路の冗長性）を、以下のアーキテクチャ例１（（ａ）～（ｃ））又はアーキテクチャ例２（（ａ）～（ｄ））ように種別する。ここで、エッジＭＵ（Edge　MU）とは、ＲＵと直接接続を持つＭＵのことである。
　アーキテクチャ例１：
　　（ａ）冗長性がＨＵからエッジＭＵの間で閉じていて、ＲＵまたはＵＥでは閉じていない場合（例えば、図３０）。
　　（ｂ）冗長性がＨＵからＲＵの間で閉じていて、ＵＥでは閉じていない場合（例えば、図３１）。
　　（ｃ）冗長性がＨＵからＵＥの間で閉じている場合（例えば、図３２）。
　アーキテクチャ例２：
　　（ａ）冗長性がＨＵからエッジＭＵの間で閉じていて、ＲＵまたはＵＥでは閉じていない場合（例えば、図３０）。
　　（ｂ）冗長性がＨＵからＲＵの間で閉じていて、ＵＥでは閉じていない場合（例えば、図３１）。
　　（ｃ）冗長性がＨＵからＵＥの間で閉じていて、以下の（ｄ）に該当しない場合（例えば、図３２）。
　　（ｄ）冗長性がＨＵからＵＥの間で閉じていて、更に冗長性がＨＵからエッジＭＵでも閉じている場合（例えば、図３３）。
　ここで、冗長性が閉じるとは、ある２つのユニットの間を結ぶ経路に、異なる経路が２つ以上あるような状態を示し、少なくとも終端側のユニットは複数のユニットとのコネクションを持っている状態である。図３０～図３３の例では、ＣＰで示した箇所が、冗長性が閉じているポイントである。冗長性が閉じるユニット間で、同じまたは別のユニット間の冗長性が閉じてもよい。ここでユニットはＵＥ（端末装置）を含む。
　＜課題＞
　実施形態２で解決しようとしている課題は、このような通信アーキテクチャを持つ通信システムに、信頼性向上や、経路の冗長性を利用したダイバーシティの有効活用、を目的とした符号化手法を導入した際の非効率性にある。
　特に、上述のアーキテクチャ例１又はアーキテクチャ例２で示した形態を取る通信システムでは、冗長性が閉じるポイントがシステムによってさまざまである。冗長性が閉じるポイントで復号を行うと効果が十分に見込めるパケットコーディングの特性を考えると、単一のポイントで符号化を行うのは効率的とは言えない。
　つまり、様々な種類の経路冗長性に応じて、効果が高いポイントで復号化を行えるような、又は、必要に応じて復号ポイントを切り替えられるような、プロシージャや信号処理が必要であると言える。
　＜解決手段＞
　実施形態２の通信システムは、ＵＥ（User　Equipment）が接続するネットワークの構成を、ＨＵ（Higher　Unit）とＭＵ（Middle　Unit）とＲＵ（Radio　Unit）とに機能分割したときのＨＵに相当する送信装置と、ＭＵ、ＲＵ、又はＵＥに相当する受信装置と、を備える。
　ＲＵの直近に位置するＭＵであるエッジＭＵ（Edge　MU）は、自身と直接接続を持つＲＵに関する情報を送信装置（ＨＵ）に送信する。送信装置は、エッジＭＵから当該エッジＭＵと直接接続を持つＲＵに関する情報を取得する。送信装置は、エッジＭＵから取得した情報（ＲＵに関する情報）に基づいて、エッジＭＵ、ＲＵ、及びＵＥに係るアーキテクチャに関する情報を判別する。そして、送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、複数の符号化系列それぞれにアーキテクチャに関する情報を付与する。
　受信装置（ＭＵ、ＲＵ、又はＵＥ）は、送信装置（ＨＵ）から、アーキテクチャに関する情報が付与された前記符号化系列を受信する。そして、受信装置は、符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効か（自身が復号処理を行うべきか）判別する。受信装置は、復号処理が有効と判別した場合、パケットコーディングに対応する復号方法を使用して複数の符号化系列を復号する。
　＜効果＞
　符号化系列にアーキテクチャに関する情報を付与しているので、ネットワーク上の適切な装置で復号処理ができる。結果として、経路冗長性を最大限活用した、高信頼高効率な通信を行うことができる。また、復号開始点の切り替えを、ネットワークの構成に大きく依存することなく、少ない情報量で達成できる。
＜５－２．実施形態２の通信システム１の動作＞
　以上、実施形態２の概要について説明したが、以下、実施形態２の通信システム１の動作を説明する。
　以下の説明では、ＨＵ（Higher　Unit）に相当する装置のことを送信装置という。また、以下の説明では、ＭＵ（Middle　Unit）、ＲＵ（Radio　Unit）、又はＵＥ（User　Equipment）に相当する装置のことを受信装置という。ＨＵは、サーバ１０であってもよいし、管理装置２０であってもよいし、基地局３０であってもよいし、これらの装置の一部機能であってもよい。ＭＵは、管理装置２０であってもよいし、基地局３０であってもよいし、これらの装置の一部機能であってもよい。また、ＵＥは、端末装置４０であってもよい。
　まず、送信処理を説明する。図３４は、実施形態２の送信処理を示すフローチャートである。以下、図３４を参照しながら、実施形態２の送信処理を説明する。
　エッジＭＵ（Edge　MU）は自身と直接接続を持つＲＵに関する情報（以下、ＲＵ情報という。）を送信装置（ＨＵ）に通知する。ここで、エッジＭＵとは、ＲＵと直接接続を持つＭＵのことである。送信装置（ＨＵ）は、エッジＭＵからＲＵ情報を取得する（ステップＳ３０１）。ＲＵ情報は、物理チャネルで通知されていてもよいし、公衆の一般網を経由して通知されてもよい。このとき、ＲＵ情報には、少なくとも、以下（１）～（２）のいずれか１つの情報が含まれる。
　（１）エッジＭＵを識別するための情報。この情報は、例えば、エッジＭＵ固有のＩＤである。
　（２）エッジＭＵに付属しているＲＵに関する情報。この情報は、例えば、エッジＭＵと直接接続しているＲＵの数である。或いは、この情報は、例えば、エッジＭＵと直接接続しているＲＵを識別するための情報（例えば、ＲＵ固有のＩＤ）である。
　ＲＵ情報は、符号化系列の生成個数や、符号化系列に付与されるアーキテクチャ情報を判定するために使用される。
　次に、送信装置（ＨＵ）は、ＲＵ情報に基づいて、アーキテクチャ情報を判別する（ステップＳ３０２）。アーキテクチャ情報は、エッジＭＵ、ＲＵ、及びＵＥに係るアーキテクチャに関する情報である。例えば、送信装置は、アーキテクチャ情報として、通信経路の冗長性がどのユニットで閉じているかを特定するための情報を判別する。この処理（アーキテクチャの判別処理）には、例えば、以下の（１）～（２）の処理が含まれる。
　（１）送信装置（ＨＵ）は、ステップＳ３０１で取得したＲＵ情報を基に、使用するエッジＭＵの数、及び使用可能なＲＵの数を判定する。
　（２）送信装置は上記（１）の判定結果から、アーキテクチャ情報を次のアーキテクチャ例（アーキテクチャ例１又はアーキテクチャ例２）ようにカテゴライズする。
　アーキテクチャ例１：
　　（ａ）冗長性がＨＵからエッジＭＵの間で閉じていて、ＲＵまたはＵＥでは閉じていない場合（例えば、図３０）。
　　（ｂ）冗長性がＨＵからＲＵの間で閉じていて、ＵＥでは閉じていない場合（例えば、図３１）。
　　（ｃ）冗長性がＨＵからＵＥの間で閉じている場合（例えば、図３２）。
　アーキテクチャ例２：
　　（ａ）冗長性がＨＵからエッジＭＵの間で閉じていて、ＲＵまたはＵＥでは閉じていない場合（例えば、図３０）。
　　（ｂ）冗長性がＨＵからＲＵの間で閉じていて、ＵＥでは閉じていない場合（例えば、図３１）。
　　（ｃ）冗長性がＨＵからＵＥの間で閉じていて、以下の（ｄ）に該当しない場合（例えば、図３２）。
　　（ｄ）冗長性がＨＵからＵＥの間で閉じていて、更に冗長性がＨＵからエッジＭＵでも閉じている場合（例えば、図３３）。
　このとき、送信装置（ＨＵ）は、エッジＭＵの数が１つで、ＲＵの数が１つの場合、アーキテクチャは上記（ａ）の場合に該当する、と判別する。また、送信装置（ＨＵ）は、エッジＭＵの数が複数で、それら複数のエッジＭＵに１つの同じ識別番号のＲＵが付属している場合、アーキテクチャは上記（ｂ）の場合に該当する、と判別する。また、送信装置（ＨＵ）は、エッジＭＵの数が複数で、それら複数のエッジＭＵそれぞれに別の識別番号のＲＵが付属している場合、アーキテクチャは上記（ｃ）の場合に該当する、と判別する。また、送信装置（ＨＵ）は、エッジＭＵの数が１つで、ＲＵの数が複数の場合、アーキテクチャは上記（ｄ）の場合に該当する、と判別する。
　次に、送信装置（ＨＵ）は、送信データ系列に対して符号化処理を行う（ステップＳ３０３）。具体的には、送信装置は、送信データ系列に対してパケットコーディングの処理を行う。パケットコーディングの処理には、一の送信データ系列を複数のサブ系列に分割する分割手順と、前記複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより前記複数のサブ系列から複数の符号化系列を生成する生成手順と、が含まれる。
　次に、送信装置（ＨＵ）は、ステップＳ３０２で判別したアーキテクチャ情報を情報ビットとして符号化系列に付加する（ステップＳ３０４）このとき、送信装置は、アーキテクチャ情報を示す情報ビットを、例えば、複数の符号化系列それぞれにヘッダとして付与してもよい。また、送信装置は、アーキテクチャ情報以外にも、使用するエッジＭＵやＲＵの識別番号を付与してもよい。なお、情報ビットとアーキテクチャは以下に示すように紐づけられてもよい。
　情報ビット：アーキテクチャ情報
　　００　　：上述のアーキテクチャ例１／例２の（ａ）の場合
　　０１　　：上述のアーキテクチャ例１／例２の（ｂ）の場合
　　１０　　：上述のアーキテクチャ例１／例２の（ｃ）の場合
　　１１　　：上述のアーキテクチャ例２の（ｄ）の場合
　次に、送信装置（ＨＵ）は、アーキテクチャ情報が付加された符号化系列を端末装置４０（ＵＥ）に向けて送信する（ステップＳ３０５）。送信が完了したら、送信装置（ＨＵ）は、送信処理を終了する。
　次に、受信処理を説明する。図３５は、実施形態２の受信処理を示すフローチャートである。以下、図３５を参照しながら、実施形態２の受信処理を説明する。
　受信装置（ＭＵ、ＲＵ、又はＵＥ）は、送信装置（ＨＵ）からネットワークを介して送信されたデータ（符号化系列）を取得する（ステップＳ４０１）。
　そして、受信装置（ＭＵ、ＲＵ、又はＵＥ）は、受信したデータからアーキテクチャ情報を取得する（ステップＳ４０２）。例えば、受信装置は、符号化系列に付加された情報ビットが、００、０１、１０、１１のいずれであるかを判別する。このとき、００は、上記アーキテクチャ例１／例２の（ａ）の場合に該当し、０１は、上記アーキテクチャ例１／例２の（ｂ）の場合に該当し、１０は、上記アーキテクチャ例１／例２の（ｃ）の場合に該当し、１１は、上記アーキテクチャ例２の（ｄ）の場合に該当する。
　そして、受信装置（ＭＵ、ＲＵ、又はＵＥ）は、取得したアーキテクチャ情報に基づいて復号処理は有効か（自身が復号処理を行うべきか）判別する（ステップＳ４０３）。
　例えば、受信装置は、符号化系列に付加された情報ビットが００の場合（通信経路の冗長性が上記（ａ）に該当する場合）、かつ、自身がエッジＭＵに該当する場合に、復号処理が有効であると判別する。
　例えば、受信装置は、符号化系列に付加された情報ビットが０１の場合（通信経路の冗長性が上記（ｂ）に該当する場合）、かつ、自身がエッジＭＵ又はＵＥに該当する場合に、或いは、自身がエッジＭＵ又はＵＥ又はＲＵに該当する場合に、復号処理が有効であると判別する。又は、受信装置は、符号化系列に付加された情報ビットが０１の場合（通信経路の冗長性が上記（ｂ）に該当する場合）、かつ、自身がエッジＭＵに該当する場合に、復号処理が有効であると判別してもよい。又は、受信装置は、符号化系列に付加された情報ビットが０１の場合（通信経路の冗長性が上記（ｂ）に該当する場合）、かつ、自身がＵＥに該当する場合に、復号処理が有効であると判別してもよい。又は、受信装置は、符号化系列に付加された情報ビットが０１の場合（通信経路の冗長性が上記（ｂ）に該当する場合）、かつ、自身がＲＵに該当する場合に、復号処理が有効であると判別してもよい。
　例えば、受信装置は、符号化系列に付加された情報ビットが１０の場合（通信経路の冗長性が上記（ｃ）に該当する場合）、かつ、自身がエッジＭＵ又はＵＥに該当する場合に、復号処理が有効であると判別する。又は、受信装置は、符号化系列に付加された情報ビットが１０の場合（通信経路の冗長性が上記（ｃ）に該当する場合）、かつ、自身がエッジＭＵに該当する場合に、復号処理が有効であると判別してもよい。又は、受信装置は、符号化系列に付加された情報ビットが１０の場合（通信経路の冗長性が上記（ｃ）に該当する場合）、かつ、自身がＵＥに該当する場合に、復号処理が有効であると判別してもよい。
　例えば、受信装置は、符号化系列に付加された情報ビットが１１の場合（通信経路の冗長性が上記（ｄ）に該当する場合）、かつ、自身がエッジＭＵ又はＵＥに該当する場合には、復号処理が有効であると判別する。又は、受信装置は、符号化系列に付加された情報ビットが１１の場合（通信経路の冗長性が上記（ｄ）に該当する場合）、かつ、自身がエッジＭＵに該当する場合には、復号処理が有効であると判別してもよい。又は、受信装置は、符号化系列に付加された情報ビットが１１の場合（通信経路の冗長性が上記（ｄ）に該当する場合）、かつ、自身がＵＥに該当する場合には、復号処理が有効であると判別してもよい。
　復号処理が有効でない場合（ステップＳ４０３：Ｎｏ）、受信装置は、ステップＳ４０１に処理を戻す。
　復号処理が有効な場合（ステップＳ４０３：Ｙｅｓ）、受信装置はパケットコーディングに対応する復号方法を使用して複数の符号化系列を復号する（ステップＳ４０４）。このとき、受信装置は、情報ビット別に以下の（１）～（４）の処理を行う。
　（１）符号化系列に付加された情報ビットが００の場合（通信経路の冗長性が上記（ａ）に該当する場合）、受信装置（例えば、エッジＭＵ）は以下の処理を行う。
　例えば、エッジＭＵは到着した符号化系列を用いて復号を開始する。開始条件は、例えば、予め指定された数以上の符号化系列がエッジＭＵに到着した場合など、上位層符号の効果が最大化するような手法が望ましい。
　復号に成功した場合、エッジＭＵは、予め規格等で定められた信号処理を行い、受信側に送信されることが望ましい。また、復号に失敗した場合、エッジＭＵは、追加で到着した符号化系列を用いて再度復号を試みてもよい。復号に失敗した場合、エッジＭＵは、復号に失敗したことをいずれかの上位レベルに通知してもよい。この通知を受け取った上位機能、上位プロトコル、又は上位レイヤは、この結果を基に、追加の送信を行うか否か判断してもよい。
　復号は、エッジＭＵのいずれかのプロトコルスタック内で処理されてもよい。また、復号は、エッジＭＵとは異なる領域の機能が行ってもよい。
　（２）符号化系列に付加された情報ビットが０１の場合（通信経路の冗長性が上記（ｂ）に該当する場合）、受信装置（例えば、エッジＭＵ、ＲＵ、又はＵＥ）は以下の処理を行う。
　各エッジＭＵは、ＨＵからの通知を基に、通信で使用されるエッジＭＵの数を認知する。各エッジＭＵはＲＵで送信に使用できるスループットをエッジＭＵの数で割った値、つまりは各エッジＭＵで扱うことができるスループット量を用いて、トランスポートブロックサイズなどのコンフィグを行う。この操作はＲＵの能力や送信手法によって決まるスループットに対して、各エッジＭＵが協調して適応的な信号処理を行うために必要な操作である。ＭＵが持つ機能全てについて、必要であればコンフィグしてよい。
　エッジＭＵで処理された符号化系列を含む複数の送信系列は、ＲＵで以下のいずれかの処理が行われてもよい。
　・ＲＵは、複数の送信系列は、１つの送信系列として結合されてＵＥに送信される。ＲＵの送信能力を最大限活用しつつ、時間軸でのリソース効率も良い方法だが、結合の処理が必要である。
　・ＲＵは、各エッジＭＵからの送信単位を個別に送信処理する。結合の処理は必要ないが、送信に遅延が発生する可能性がある。
　・ＲＵは、送信系列を用いて復号処理を行う。受信側で復号処理を行うことなく、送信側のダイバーシティを活用することができる。このオプションが選択されない場合は、復号処理は受信側で行われることが想定される。復号処理後は、ＲＵは復号後の系列を送信系列として送信処理を行う。
　ＵＥで復号処理が行われる場合、ＵＥは、少なくとも復号が可能となる最小の情報（開始条件）について、送信側または受信したパケットから、取得することが望ましい。復号の開始条件は、例えば、予め指定された個数の符号化パケット数以上の符号化系列が到着した場合など、上位層符号の効果が最大化するような手法が望ましい。
　復号に成功した場合、受信装置は、予め規格等で定められた信号処理を行い、上位レベルに送信されることが望ましい。復号に失敗した場合は、受信装置は、追加で到着した符号化系列を用いて再度復号を試みてもよい。また、復号に失敗した場合、受信装置は、復号に失敗したことをいずれかの上位レベルに通知してもよい。この通知を受け取った上位機能、上位プロトコル、又は上位レイヤは、この結果を基に、追加の送信を行うか否か判断してもよい。
　復号は、エッジＭＵまたはＵＥのいずれかのプロトコルスタック内で実行されてもよい。また、復号は、エッジＭＵとは異なる領域の機能が行ってもよい。このとき、復号機能は外部から流用されたものであってもよい。
　（３）符号化系列に付加された情報ビットが１０の場合（通信経路の冗長性が上記（ｃ）に該当する場合）、受信装置（例えば、エッジＭＵ、又はＵＥ）は以下の処理を行う。
　復号処理はＵＥで行われることが望ましい。ＵＥで復号処理が行われる場合は、ＵＥは、少なくとも復号が可能となる最小の情報（開始条件）について、送信側または受信したパケットから、取得することが望ましい。開始条件は、例えば、予め指定された個数の符号化パケット数以上の符号化系列が受信側に到着した場合など、上位層符号の効果が最大化するような手法が望ましい。
　受信装置は、復号に成功した場合、予め規格等で定められた信号処理を行い、上位レベルに送信されることが望ましい復号に失敗した場合、受信装置は、追加で到着した符号化系列を用いて再度復号を試みてもよい。また、復号に失敗した場合、受信装置は、復号に失敗したことをいずれかの上位レベルに通知してもよい。この通知を受け取った上位機能、上位プロトコル、又は上位レイヤは、この結果を基に、追加の送信を行うか否か判断してもよい。
　復号は、ＵＥのいずれかのプロトコルスタック内で実行されてもよい。また、復号は、ＵＥとは異なる領域の機能が行ってもよい。このとき、復号機能は外部から流用されたものであってもよい。
　（４）符号化系列に付加された情報ビットが１１の場合（通信経路の冗長性が上記（ｄ）に該当する場合）、受信装置（例えば、エッジＭＵ、又はＵＥ）は以下の処理を行う。
　エッジＭＵは、以下の処理１及び処理２のいずれか若しくは両方の処理を行ってもよい。
　（処理１）
　復号処理までは、受信装置は、情報ビットが００の場合（通信経路の冗長性が上記（ａ）に該当する場合）と同じ処理を行う。例えば、エッジＭＵは到着した符号化系列を用いて復号を開始する。
　復号後には更に２つのオプションが存在する。
　・オプション１
　エッジＭＵは、復号した系列を用いて新たに符号化（上層ＦＥＣ）を行うことで新たな複数の符号化系列を生成する。エッジＭＵは、新たに生成した複数の符号化系列をＲＵに分散して送る。エッジＭＵは、ＲＵの数や状態に適したＦＥＣを行い、ＲＵによるダイバーシティを効率よく使用することができるので、通信効率が更に上昇する。復号化の処理は受信側が行うことが望ましい。これらの処理については情報ビットが０１の場合（通信経路の冗長性が上記（ｂ）に該当する場合）と同じ処理であってもよい。
　・オプション２
　エッジＭＵは、新たな符号化以外の手法でＲＵに送信系列を送る。例えば、エッジＭＵは、デュプリケーション（Duplication）やＨＡＲＱを用いた送信を行ってもよい。この手法はオプション１と比べ、ＲＵのダイバーシティを効率的に活用することは困難だが、信号処理が簡素化する。
　これらのオプションは、上位層から通知された情報、チャネル情報、リンクの状態に関する情報、静的な情報、準静的な情報、符号化系列のヘッダ情報、及び動的な情報、のうちの少なくとも１つの情報を基に決められてもよい。
　（処理２）
　エッジＭＵは復号処理を行わず、ＲＵに符号化系列を再分配する。再分配は、エッジＭＵに付随するＲＵの数、物理層レベルでのリソース量、及び／又はチャネル状態などに応じて適応的に分配されることが望ましい。再分配された符号化系列は、ＵＥで復号処理される。これらの処理については情報ビットが０１の場合（通信経路の冗長性が上記（ｂ）に該当する場合）と同じ処理であってもよい。処理２は、処理１に比べ、復号の処理が減るため、処理遅延が低減することが見込まれる。
　ＵＥで復号処理が行われる場合は、ＵＥは、少なくとも復号が可能となる最小の情報について、送信側または受信したパケットから、取得することが望ましい。開始条件は、例えば、予め指定された個数の符号化パケット数以上の符号化系列がエッジＭＵに到着した場合など、上位層符号の効果が最大化するような手法が望ましい。
　受信装置は、復号に成功した場合、予め規格等で定められた信号処理を行い、上位レベルに送信されることが望ましい復号に失敗した場合、受信装置は、追加で到着した符号化系列を用いて再度復号を試みてもよい。また、復号に失敗した場合、受信装置は、復号に失敗したことをいずれかの上位レベルに通知してもよい。この通知を受け取った上位機能、上位プロトコル、又は上位レイヤは、この結果を基に、追加の送信を行うか否か判断してもよい。
　復号は、エッジＭＵ又はＵＥのいずれかのプロトコルスタック内で実行されてもよい。また、復号は、エッジＭＵ又はＵＥとは異なる領域の機能が行ってもよい。このとき、復号機能は外部から流用されたものであってもよい。
　復号が完了したら、受信装置は、受信処理を終了する。
　実施形態２によれば、通信システム１は、ネットワーク上の適切な装置で復号処理ができるようになるので、通信効率又は通信の信頼性を向上させることができる。
＜＜６．変形例＞＞
　上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
　例えば、実施形態２では、ＨＵからＵＥにデータ（１又は複数の符号化系列）が送信されるものとしたが、ＨＵからＵＥ以外の端末装置４０にデータが送信されてもよい。この場合、上述のＵＥの記載は端末装置４０に置き換え可能である。
　上述の実施形態（実施形態１、２）の送信装置の記載は、適宜、サーバ１０、管理装置２０、基地局３０、又は端末装置４０に置き換え可能である。また、受信装置の記載は、適宜、サーバ１０、管理装置２０、基地局３０、又は端末装置４０に置き換え可能である。
　本実施形態のサーバ１０、管理装置２０、基地局３０、又は端末装置４０、を制御する制御装置は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。
　例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、サーバ１０、管理装置２０、基地局３０、端末装置４０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、サーバ１０、管理装置２０、基地局３０、端末装置４０の内部の装置（例えば、制御部１３、制御部２３、制御部３３、制御部４３）であってもよい。
　また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating　System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
　また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。
　また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のフローチャートに示された各ステップは、適宜順序を変更することが可能である。
　また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large　Scale　Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
　なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。従って、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
　また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
＜＜７．むすび＞＞
　以上説明したように、実施形態１によれば、通信システム１は、マルチＴＲＰによる通信が可能な送信装置（例えば、基地局３０）と、マルチＴＲＰによる通信が可能な受信装置（例えば、端末装置４０）と、を備える。
　送信装置は、複数の上位層パケットを多重化して一の送信データ系列を生成する。そして、送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する。このとき、パケットコーディングの処理には、一の送信データ系列を複数のサブ系列に分割する手順と、複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより複数のサブ系列から複数の符号化系列を生成する手順と、が含まれる。そして、送信装置は、複数のＴＲＰそれぞれのトランスポートブロックサイズの情報に基づいて複数の符号化系列をＴＲＰ別に分配する。そして、送信装置は、分配した符号化系列に基づいて複数のＴＲＰそれぞれのトランスポートブロックを生成する。
　受信装置は、送信装置から、複数のトランスポートブロックを受信する。そして、受信装置は、複数のトランスポートブロッそれぞれから複数の符号化系列を抽出する。受信装置は、抽出された複数の符号化系列を、パケットコーディングに対応する復号方法を使用して復号する。そして、受信装置は、復号されたデータを複数の上位層パケットに分離する。
　これにより、実施形態１の通信システム１は、トランスポートブロックサイズが送受信ポイント毎に違う場合にも対応できるようになる。結果として、通信システム１は、通信の信頼性を達成する際の効率性及び柔軟性を向上させることができる。
　また、実施形態２によれば、通信システム１は、ＵＥ（User　Equipment）が接続するネットワークの構成を、ＨＵ（Higher　Unit）とＭＵ（Middle　Unit）とＲＵ（Radio　Unit）とに機能分割したときのＨＵに相当する送信装置と、ＭＵ、ＲＵ、又はＵＥに相当する受信装置と、を備える。
　ＲＵの直近に位置するＭＵであるエッジＭＵ（Edge　MU）は、自身と直接接続を持つＲＵに関する情報を送信装置（ＨＵ）に送信する。送信装置は、エッジＭＵから当該エッジＭＵと直接接続を持つＲＵに関する情報を取得する。送信装置は、エッジＭＵから取得した情報（ＲＵに関する情報）に基づいて、エッジＭＵ、ＲＵ、及びＵＥに係るアーキテクチャに関する情報を判別する。そして、送信装置は、パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、複数の符号化系列それぞれにアーキテクチャに関する情報を付与する。
　受信装置（ＭＵ、ＲＵ、又はＵＥ）は、送信装置（ＨＵ）から、アーキテクチャに関する情報が付与された前記符号化系列を受信する。そして、受信装置は、符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効か（自身が復号処理を行うべきか）判別する。受信装置は、復号処理が有効と判別した場合、パケットコーディングに対応する復号方法を使用して複数の符号化系列を復号する。
　これにより、実施形態２の通信システム１は、ネットワーク上の適切な装置で復号処理ができるようになるので、通信効率又は通信の信頼性を向上させることができる。
　以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
　また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。
　なお、本技術は以下のような構成も取ることができる。
（１）
　複数の送受信ポイントによる通信が可能な通信装置であって、
　パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、
　前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する生成部と、
　を備える通信装置。
（２）
　複数のパケットを多重化することにより前記一の送信データ系列を生成する多重化部、を備える、
　前記（１）に記載の通信装置。
（３）
　前記多重化部は、通信に関する情報に基づいて前記一の送信データ系列のサイズを決定し、決定したサイズとなるよう前記複数のパケットを多重化する、
　前記（２）に記載の通信装置。
（４）
　前記多重化部は、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記一の送信データ系列のサイズを決定する、
　前記（３）に記載の通信装置。
（５）
　前記多重化部は、前記複数のトランスポートブロックサイズのうちの最も大きなサイズを前記一の送信データ系列のサイズとして決定する、
　前記（３）に記載の通信装置。
（６）
　前記パケットコーディングの処理には、前記一の送信データ系列を複数のサブ系列に分割する手順と、前記複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより前記複数のサブ系列から前記複数の符号化系列を生成する手順と、が含まれる、
　前記（１）～（５）のいずれかに記載の通信装置。
（７）
　前記符号化部は、所定の条件に従って前記一の送信データ系列の分割数を決定し、決定した分割数となるように前記一の送信データ系列を前記複数のサブ系列に分割する、
　前記（６）に記載の通信装置。
（８）
　前記符号化部は、前記送信データ系列の送信で要求される信頼性の情報に基づいて前記一の送信データ系列の分割数を決定する、
　前記（７）に記載の通信装置。
（９）
　前記符号化部は、他の通信装置からの通知に基づいて前記一の送信データ系列の前記分割数を決定する、
　前記（７）に記載の通信装置。
（１０）
　前記符号化部は、使用可能な送受信ポイントの数に基づいて前記一の送信データ系列の前記分割数を決定する、
　前記（７）に記載の通信装置。
（１１）
　前記符号化部は、前記トランスポートブロックサイズの情報に基づいて前記一の送信データ系列の前記分割数を決定する、
　前記（７）に記載の通信装置。
（１２）
　前記符号化部は、複数の前記トランスポートブロックサイズの公約数の情報に基づいて前記一の送信データ系列の前記分割数を決定する、
　前記（１１）に記載の通信装置。
（１３）
　前記生成部は、前記送信データ系列の送信に使用するチャネルの物理層の状態に基づいて前記一の送信データ系列の前記分割数を決定する、
　前記（７）に記載の通信装置。
（１４）
　前記所定の誤り訂正符号化方式は、消失訂正符号、レートレス符号、噴水符号、Ｔｏｒｎａｄｏ符号、ＬＴ（Luby　Transform）符号、Ｒａｐｔｏｒ符号、ＲａｐｔｏｒＱ符号、ＬＤＰＣ（Low　Density　Parity　Check）符号、ＢＣＨ符号、ＲＳ（Reed　Solomon）符号、ＸＯＲ（eXclusive　OR）符号のうちの少なくとも一つである、
　前記（６）～（１３）のいずれかに記載の通信装置。
（１５）
　複数の送受信ポイントによる通信が可能な通信装置であって、
　パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する他の通信装置から、複数のトランスポートブロックを受信する受信部と、
　前記複数のトランスポートブロックから抽出される前記複数の符号化系列を、前記パケットコーディングに対応する復号方法を使用して復号する復号部と、
　を備える通信装置。
（１６）
　前記復号部は、所定の基準を満たす個数の或いは長さの符号化系列を受信したタイミングで前記複数の符号化系列の復号を開始する、
　前記（１５）に記載の通信装置。
（１７）
　前記復号部は、設定されたタイマーが所定の基準を満たしたタイミングで前記複数の符号化系列の復号を開始する、
　前記（１５）に記載の通信装置。
（１８）
　複数の送受信ポイントによる通信が可能な通信装置が実行する通信方法であって、
　パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、
　前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する、
　通信方法。
（１９）
　複数の送受信ポイントによる通信が可能な通信装置が実行する通信方法であって、
　パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する他の通信装置から、複数のトランスポートブロックを受信し、
　前記複数のトランスポートブロックから抽出される前記複数の符号化系列を、前記パケットコーディングに対応する復号方法を使用して復号する、
　通信方法。
（２０）
　複数の送受信ポイントによる通信が可能な第１の通信装置と、前記複数の送受信ポイントによる通信が可能な第２の通信装置と、を備える通信システムであって、
　前記第１の通信装置は、
　パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、
　前記複数の送受信ポイントそれぞれのトランスポートブロックサイズの情報に基づいて前記複数の符号化系列を送受信ポイント別に分配し、分配した符号化系列に基づいて前記複数の送受信ポイントそれぞれのトランスポートブロックを生成する生成部と、を備え、
　前記第２の通信装置は、
　前記第１の通信装置から、複数のトランスポートブロックを受信する受信部と、
　前記複数のトランスポートブロックから抽出される前記複数の符号化系列を、前記パケットコーディングに対応する復号方法を使用して復号する復号部と、を備える、
　通信システム。
（２１）
　ＵＥ（User　Equipment）が接続するネットワークの構成を、最上位レイヤのユニットを示すＨＵ（Higher　Unit）と、最下位レイヤのユニットを示すＲＵ（Radio　Unit）と、ＨＵとＲＵの中間に位置するユニットを示すＭＵ（Middle　Unit）と、に機能分割したときの前記ＨＵに相当する通信装置であって、
　前記ＲＵの直近に位置する前記ＭＵであるエッジＭＵから該エッジＭＵと直接接続を持つＲＵに関する情報を取得する取得部と、
　前記エッジＭＵから取得した前記ＲＵに関する情報に基づいて、エッジＭＵ、ＲＵ、及びＵＥに係るアーキテクチャに関する情報を判別する判別部と、
　パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、
　前記複数の符号化系列に前記アーキテクチャに関する情報を付与する付与部と、
　を備える通信装置。
（２２）
　前記判別部は、前記アーキテクチャに関する情報として、通信経路の冗長性がどのユニットで閉じているかを特定するための情報を判別する、
　前記（２１）に記載の通信装置。
（２３）
　前記判別部が判別するアーキテクチャに関する情報には、通信経路の冗長性が以下の（ａ）～（ｃ）のいずれの場合に該当するかを示す情報が含まれる、
　　（ａ）前記冗長性が前記ＨＵから前記エッジＭＵの間で閉じていて、前記ＲＵまたは前記ＵＥでは閉じていない場合、
　　（ｂ）前記冗長性が前記ＨＵから前記ＲＵの間で閉じていて、端末では閉じていない場合、
　　（ｃ）前記冗長性が前記ＨＵから前記ＵＥの間で閉じている場合、
　前記（２２）に記載の通信装置。
（２４）
　前記判別部が判別するアーキテクチャに関する情報には、通信経路の冗長性が以下の（ａ）～（ｄ）のいずれの場合に該当するかを示す情報が含まれる、
　　（ａ）前記冗長性が前記ＨＵから前記エッジＭＵの間で閉じていて、前記ＲＵまたは前記ＵＥでは閉じていない場合、
　　（ｂ）前記冗長性が前記ＨＵから前記ＲＵの間で閉じていて、端末では閉じていない場合、
　　（ｃ）前記冗長性が前記ＨＵから前記ＵＥの間で閉じていて、以下の（ｄ）に該当しない場合、
　　（ｄ）前記冗長性が前記ＨＵから前記ＵＥの間で閉じていて、更に冗長性が前記ＨＵから前記エッジＭＵでも閉じている場合、
　前記（２２）に記載の通信装置。
（２５）
　前記パケットコーディングの処理には、前記一の送信データ系列を複数のサブ系列に分割する手順と、前記複数のサブ系列に所定の誤り訂正符号化方式による符号化処理を施すことにより前記複数のサブ系列から前記複数の符号化系列を生成する手順と、が含まれる、
　前記（２１）～（２４）のいずれかに記載の通信装置。
（２６）
　前記所定の誤り訂正符号化方式は、消失訂正符号、レートレス符号、噴水符号、Ｔｏｒｎａｄｏ符号、ＬＴ（Luby　Transform）符号、Ｒａｐｔｏｒ符号、ＲａｐｔｏｒＱ符号、ＬＤＰＣ（Low　Density　Parity　Check）符号、ＢＣＨ符号、ＲＳ（Reed　Solomon）符号、ＸＯＲ（eXclusive　OR）符号のうちの少なくとも一つである、
　前記（２５）に記載の通信装置。
（２７）
　ＵＥ（User　Equipment）が接続するネットワークの構成を、最上位レイヤのユニットを示すＨＵ（Higher　Unit）と、最下位レイヤのユニットを示すＲＵ（Radio　Unit）と、ＨＵとＲＵの中間に位置するユニットを示すＭＵ（Middle　Unit）と、に機能分割したときの前記ＭＵ、前記ＲＵ、又は前記ＵＥに相当する通信装置であって、
　パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する前記ＨＵから、エッジＭＵ、ＲＵ、及びＵＥに係るアーキテクチャに関する情報が付与された前記符号化系列を受信する受信部と、
　前記符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効かを判別する判別部と、
　復号処理が有効と判別された場合に、前記パケットコーディングに対応する復号方法を使用して前記複数の符号化系列を復号する復号部と、
　を備える通信装置。
（２８）
　前記アーキテクチャに関する情報には、通信経路の冗長性がどのユニットで閉じているかを特定するための情報が含まれる、
　前記（２７）に記載の通信装置。
（２９）
　前記アーキテクチャに関する情報には、通信経路の冗長性が以下の（ａ）～（ｄ）のいずれの場合に該当するかを示す情報が含まれる、
　　（ａ）前記冗長性が前記ＨＵから前記エッジＭＵの間で閉じていて、前記ＲＵまたは前記ＵＥでは閉じていない場合、
　　（ｂ）前記冗長性が前記ＨＵから前記ＲＵの間で閉じていて、前記ＵＥでは閉じていない場合、
　　（ｃ）前記冗長性が前記ＨＵから前記ＵＥの間で閉じていて、以下の（ｄ）に該当しない場合、
　　（ｄ）前記冗長性が前記ＨＵから前記ＵＥの間で閉じていて、更に冗長性が前記ＨＵから前記エッジＭＵでも閉じている場合、
　前記（２８）に記載の通信装置。
（３０）
　前記アーキテクチャに関する情報には、通信経路の冗長性が以下の（ａ）～（ｃ）のいずれの場合に該当するかを示す情報が含まれる、
　　（ａ）前記冗長性が前記ＨＵから前記エッジＭＵの間で閉じていて、前記ＲＵまたは前記ＵＥでは閉じていない場合、
　　（ｂ）前記冗長性が前記ＨＵから前記ＲＵの間で閉じていて、前記ＵＥでは閉じていない場合、
　　（ｃ）前記冗長性が前記ＨＵから前記ＵＥの間で閉じている場合、
　前記（２８）に記載の通信装置。
（３１）
　前記判別部は、前記通信経路の冗長性が前記（ａ）に該当する場合、かつ、自身がエッジＭＵに該当する場合には、前記復号処理が有効であると判別する、
　前記（２９）又は（３０）に記載の通信装置。
（３２）
　前記判別部は、前記通信経路の冗長性が前記（ｂ）に該当する場合、かつ、自身がエッジＭＵ又はＵＥに該当する場合には、前記復号処理が有効であると判別する、
　前記（２９）又は（３０）に記載の通信装置。
（３３）
　前記判別部は、前記通信経路の冗長性が前記（ｂ）に該当する場合、かつ、自身がＲＵに該当する場合には、前記復号処理が有効であると判別する、
　前記（２９）又は（３０）に記載の通信装置。
（３４）
　前記判別部は、前記通信経路の冗長性が前記（ｃ）に該当する場合、かつ、自身がエッジＭＵ又はＵＥに該当する場合には、前記復号処理が有効であると判別する、
　前記（２９）又は（３０）に記載の通信装置。
（３５）
　前記判別部は、前記通信経路の冗長性が前記（ｃ）に該当する場合、かつ、自身がＵＥに該当する場合には、前記復号処理が有効であると判別する、
　前記（２９）又は（３０）に記載の通信装置。
（３６）
　前記判別部は、前記通信経路の冗長性が前記（ｄ）に該当する場合、かつ、自身がエッジＭＵ又はＵＥに該当する場合には、前記復号処理が有効であると判別する、
　前記（２９）に記載の通信装置。
（３７）
　前記復号部は、前記通信経路の冗長性が前記（ｄ）に該当する場合、かつ、自身がエッジＭＵに該当する場合には、前記パケットコーディングに対応する復号方法を使用して前記複数の符号化系列を復号し、その後、複数のＲＵに分散して送信するための新たな複数の符号化系列を復号した系列を用いて新たに生成する、
　前記（３６）に記載の通信装置。
（３８）
　ＵＥ（User　Equipment）が接続するネットワークの構成を、最上位レイヤのユニットを示すＨＵ（Higher　Unit）と、最下位レイヤのユニットを示すＲＵ（Radio　Unit）と、ＨＵとＲＵの中間に位置するユニットを示すＭＵ（Middle　Unit）と、に機能分割したときの前記ＨＵに相当する通信装置が実行する通信方法であって、
　前記ＲＵの直近に位置する前記ＭＵであるエッジＭＵから該エッジＭＵと直接接続を持つＲＵに関する情報を取得し、
　前記エッジＭＵから取得した前記ＲＵに関する情報に基づいて、エッジＭＵ、ＲＵ、及びＵＥに係るアーキテクチャに関する情報を判別し、
　パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成し、
　前記複数の符号化系列に前記アーキテクチャに関する情報を付与する、
　通信方法。
（３９）
　ＵＥ（User　Equipment）が接続するネットワークの構成を、最上位レイヤのユニットを示すＨＵ（Higher　Unit）と、最下位レイヤのユニットを示すＲＵ（Radio　Unit）と、ＨＵとＲＵの中間に位置するユニットを示すＭＵ（Middle　Unit）と、に機能分割したときの前記ＭＵ、前記ＲＵ、又は前記ＵＥに相当する通信装置が実行する通信方法であって、
　パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する前記ＨＵから、エッジＭＵ、ＲＵ、及びＵＥに係るアーキテクチャに関する情報が付与された前記符号化系列を受信し、
　前記符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効かを判別し、
　復号処理が有効と判別された場合に、前記パケットコーディングに対応する復号方法を使用して前記複数の符号化系列を復号する、
　通信方法。
（４０）
　ＵＥ（User　Equipment）が接続するネットワークの構成を、最上位レイヤのユニットを示すＨＵ（Higher　Unit）と、最下位レイヤのユニットを示すＲＵ（Radio　Unit）と、ＨＵとＲＵの中間に位置するユニットを示すＭＵ（Middle　Unit）と、に機能分割したときの前記ＨＵに相当する第１の通信装置と、前記ＭＵ、前記ＲＵ、又は前記ＵＥに相当する第２の通信装置と、を備える通信システムであって、
　前記第１の通信装置は、
　前記ＲＵの直近に位置する前記ＭＵであるエッジＭＵから該エッジＭＵと直接接続を持つＲＵに関する情報を取得する取得部と、
　前記エッジＭＵから取得した前記ＲＵに関する情報に基づいて、エッジＭＵ、ＲＵ、及びＵＥに係るアーキテクチャに関する情報を判別する第１の判別部と、
　パケットコーディングを使用して一の送信データ系列から複数の符号化系列を生成する符号化部と、
　前記複数の符号化系列に前記アーキテクチャに関する情報を付与する付与部と、を備え、
　前記第２の通信装置は、
　前記第１の通信装置から、前記アーキテクチャに関する情報が付与された前記符号化系列を受信する受信部と、
　前記符号化系列に付与された前記アーキテクチャに関する情報に基づいて、復号処理が有効か無効かを判別する第２の判別部と、
　復号処理が有効と判別された場合に、前記パケットコーディングに対応する復号方法を使用して前記複数の符号化系列を復号する復号部と、を備える、
　通信システム。
　１　通信システム
　１０　サーバ
　２０　管理装置
　３０　基地局
　４０　端末装置
　１１、２１　通信部
　３１、４１　無線通信部
　１２、２２、３２、４２　記憶部
　１３、２３、３３、４３　制御部
　３１１、４１１　送信処理部
　３１２、４１２　受信処理部
　３１３、４１３　アンテナ
　１３１、３３１、４３１　取得部
　１３２、３３６、４３６　判別部
　１３３　付与部
　３３２、４３２　多重化部
　３３３、４３３　符号化部
　３３４、４３４　生成部
　３３５、４３５　受信部
　３３７、４３７　復号部

Claims (20)

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

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022100618 2022-06-22
JP2022-100618 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
EP3440783B1 (en) Techniques for sparse code multiple access (scma) codebook design
WO2021029296A1 (ja) 端末装置、基地局装置、端末装置の制御方法および基地局装置の制御方法
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) 通信装置、データセット提供装置、ａｉ／ｍｌモデルをトレーニングする方法およびａｉ／ｍｌモデルの学習のベースとなる情報を提供する方法
WO2022113808A1 (ja) 通信装置、通信方法、及び通信システム
WO2023182203A1 (ja) 情報処理方法、情報処理装置、及び情報処理システム
WO2024116871A1 (ja) 端末装置、基地局、及び通信システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23827074

Country of ref document: EP

Kind code of ref document: A1