Distributed compression and coding of correlated data

Abstract

Methods, apparatus, and systems are provided for signaling correlations between data transmissions sent through communication networks. The correlations are used to reduce network traffic related to the data transmissions. In embodiments, either a receiving network entity or a transmitting network entity can signal the other network entity that a data transmission is correlated with another data transmission sent from another transmitting network entity to the same receiving network entity. In some embodiments, the correlation is signaled through an indicator in a control message sent ahead of the data transmission. In other embodiments, the correlation is signaled through an indicator provided with the data transmission.

Description

DISTRIBUTED COMPRESSION AND CODING OF CORRELATED DATA

[0001] RELATED APPLICATION

[0002] This application claims the benefit of priority to U.S. provisional patent application serial no. 63 / 642, 264, filed on May 3, 2024, the content of which is hereby incorporated by reference in its entirety.TECHNICAL FIELD

[0003] The present disclosure generally relates to communication networks, and more particularly methods, apparatus, and systems for transmission of correlated data in communication networks.BACKGROUND

[0004] The next-generation wireless communication networks are expected to deliver services beyond data transmissions. The application scenarios are expected to become more diverse, including artificial intelligence (AI) , machine learning (ML) and sensing functionalities. A main difference between existing AI and sensing devices is that the next generation is expected to be carried out jointly by the wireless network and user equipment. To realize this, advanced distributed algorithms, together with new protocols, are being introduced.

[0005] In some examples of a computation known as distributed inference, the task of a large deep neural network (DNN) at a centralized data center is decomposed into smaller tasks that can be executed by multiple local devices, reducing computational and traffic loads on each device. This approach enables low-cost devices powered by, for example, batteries to solve complex inference tasks. Still, challenges arise as these low-cost devices may be unreliable, due to limitations in communication and computation capabilities, resulting in poor inference performance. To improve inference performance and provide quality of service (QoS) , multiple devices may collaborate. In the context of 6G, new types of data are expected to be collected from both network and user equipment sides, going beyond traditional control information. This includes extended channel state information (CSI) for massive multiple-input, multiple-output (MIMO) systems, AI-related data such as datasets, weights, gradients, and inference / fine-tuning results, as well as sensing data like RF maps. However, the data transmissions involved in such collaborations may cause excessive traffic loads.

[0006] Therefore, there is a need for methods, apparatus, and systems for data compression for distributed inference that mitigate or obviate one or more limitations in the state of the art.

[0007] This background information is provided to reveal information believed by the applicant to be of possible relevance to the present invention. No admission is necessarily intended, nor should be construed, that any of the preceding information constitutes prior art against the present invention.SUMMARY

[0008] An object of embodiments of the present disclosure is to provide improved wireless communications, particularly for distributed inference applications in future generation communication networks.

[0009] A first aspect of the present disclosure is to provide a correlated data transmission method for a receiving network entity connected to a first transmitting network entity and a second transmitting network entity.

[0010] In some embodiments of the first aspect, the method comprises communicating, with each of the first transmitting network entity and the second transmitting network entity, a respective indicator identifying a correlation. The correction is between a first data transmission from the first transmitting network entity to the receiving network entity and a second data transmission from the second transmitting network entity to the receiving network entity. Each of the first data transmission and the second data transmission originates from a same source.

[0011] The method further comprises receiving the first data transmission from the first transmitting network entity, and receiving the second data transmission from the second transmitting network entity.

[0012] The method further comprises decoding the first data transmission and the second data transmission in accordance with the correlation.

[0013] In some embodiments of the first aspect, the communicating the respective indicator comprises sending the respective indicator to each of the first transmitting network entity and the second transmitting network entity.

[0014] In some embodiments of the first aspect, the sending the respective indicator comprises sending each indicator within scheduling information of a respective downlink control information message or a respective radio resource control message.

[0015] In some embodiments of the first aspect, the sending the respective indicator comprises sending each indicator within a respective scheduling request.

[0016] In some embodiments of the first aspect, the communicating the respective indicator comprises receiving the respective indicator from each of the first transmitting network entity and the second transmitting network entity.

[0017] In some embodiments of the first aspect, the receiving the respective indicator comprises receiving each indicator within scheduling information of a respective downlink control information message or a respective radio resource control message.

[0018] In some embodiments of the first aspect, the receiving the respective indicator comprises receiving each indicator within a respective scheduling request.

[0019] In some embodiments of the first aspect, the receiving the respective indicator comprises receiving the indicator from the first transmitting network entity in the first data transmission, and receiving the indicator from the second transmitting network in the second data transmission.

[0020] In some embodiments of the first aspect, each of the first data transmission and the second data transmission have a respective source-type header. Moreover, decoding the first data transmission and the second data transmission in accordance with the correlation includes reading, for each of the first data transmission and the second data transmission, the respective source-type header, and comparing the respective source-type header of the first data transmission to the respective source-type header of the second data transmission.

[0021] In some embodiments of the first aspect, each indicator identifying the correlation between the first data transmission and the second data transmission provides a quasi-correlation relationship type and includes a reference bit sequence.

[0022] In some embodiments of the first aspect, each of the first data transmission and the second data transmission include a respective plurality of bits. Each plurality of bits defines one or more respective payload bit groups. Each payload bit group of the first data transmission has a relationship with at least one payload bit group of the second data transmission. The correlation between the first data transmission and the second data transmission depends from each relationship between payload bit groups of the first data transmission and the second data transmission.

[0023] In some embodiments of the first aspect, each indicator identifying the correlation between the first data transmission and the second data transmission defines a correlation bit map providing a respective quasi-correlation relationship type for each relationship between payload bit groups of the first data transmission and the second data transmission.

[0024] In some embodiments of the first aspect, each relationship between payload bit groups of the first data transmission and the second data transmission corresponds to one quasi-correlation relationship type of a set of quasi-correlation relationship types. Each indicator identifying the correlation between the first data transmission and the second data transmission includes one or more transmission indices and a corresponding one or more quasi-correlation relationship types. Each transmission index has a respective counter providing a count of relationships corresponding to the quasi-correlation relationship type corresponding to the respective transmission index.

[0025] A second aspect of the present disclosure is to provide a correlated data transmission method for a first transmitting network entity connected to a receiving network entity.

[0026] In some embodiments of the second aspect, the method comprises obtaining a first data transmission to be sent to the receiving network entity. The first data transmission has a correlation with a second data transmission at a second  transmitting network entity connected to the receiving network entity. The second data transmission is to be sent to the receiving network entity. Each of the first data transmission and the second data transmission originates from a same source.

[0027] The method further comprises communicating, with the receiving network entity, an indicator identifying the correlation.

[0028] The method further comprises sending, to the receiving network entity, the first data transmission.

[0029] In some embodiments of the second aspect, the communicating the indicator comprises sending the indicator to the receiving network entity.

[0030] In some embodiments of the second aspect, the sending the indicator comprises sending the indicator within scheduling information of a downlink control information message or a radio resource control message.

[0031] In some embodiments of the second aspect, the sending the indicator comprises sending the indicator within a scheduling request.

[0032] In some embodiments of the second aspect, the sending the indicator comprises sending the indicator in the first data transmission.

[0033] In some embodiments of the second aspect, the communicating the indicator comprises receiving the indicator from the receiving network entity.

[0034] In some embodiments of the second aspect, the receiving the indicator comprises receiving the indicator within scheduling information of a downlink control information message or a radio resource control message.

[0035] In some embodiments of the second aspect, the receiving the indicator comprises receiving the indicator within a scheduling request.

[0036] In some embodiments of the second aspect, the indicator identifying the correlation between the first data transmission and the second data transmission provides a quasi-correlation relationship type and includes a reference bit sequence.

[0037] In some embodiments of the second aspect, each of the first data transmission and the second data transmission include a respective plurality of bits. Each plurality of bits defines one or more respective payload bit groups. Each payload bit group of the first data transmission has a relationship with at least one payload bit group of the second data transmission. The correlation between the first data transmission and the second data transmission depends from each relationship between payload bit groups of the first data transmission and the second data transmission.

[0038] In some embodiments of the second aspect, the indicator identifying the correlation between the first data transmission and the second data transmission defines a correlation bit map providing a respective quasi-correlation relationship type for each relationship between payload bit groups of the first data transmission and the second data transmission.

[0039] In some embodiments of the second aspect, each relationship between payload bit groups of the first data transmission and the second data transmission corresponds to one quasi-correlation relationship type of a set of quasi-correlation relationship types. The indicator identifying the correlation between the first data transmission and the second data transmission includes one or more transmission indices and a corresponding one or more quasi-correlation relationship types. Each transmission index has a respective counter providing a count of relationships corresponding to the quasi-correlation relationship type corresponding to the respective transmission index.

[0040] In some embodiments of the first aspect or the second aspect, the method further comprises determining the correlation between the first data transmission and the second data transmission.

[0041] In some embodiments of the first aspect or the second aspect, the first data transmission and the second data transmission both include one or more code blocks, one or more code block groups, or one or more transport blocks.

[0042] In some embodiments of the first aspect or the second aspect, the first data transmission and the second data transmission are both a physical uplink control channel data transmission or a physical uplink shared channel data transmission.

[0043] In some embodiments of the first aspect or the second aspect, the first data transmission and the second data transmission are both a physical downlink control channel data transmission or a physical downlink shared channel data transmission.

[0044] In some embodiments of the first aspect or the second aspect, the first transmitting network entity and the second transmitting network entity are co-located.

[0045] In some embodiments of the first aspect or the second aspect, the receiving network entity is a base station, and each of the first transmitting network entity and the second transmitting network entity is a respective user equipment.

[0046] In some embodiments of the first aspect or the second aspect, the receiving network entity is a user equipment, and each of the first transmitting network entity and the second transmitting network entity is a respective transmit and receive point of a same base station.

[0047] In some embodiments of the first aspect or the second aspect, the first data transmission and the second data transmission each have associated thereto a respective entropy. The first data transmission and the second data transmission have associated thereto a joint entropy. A sum comprising the respective entropy of each of the first data transmission and the second data transmission is greater than the joint entropy.

[0048] In some embodiments of the first aspect or the second aspect, each of the first data transmission and the second data transmission is a respective coded data transmission encoded by one or more forward error correction codes.

[0049] In some embodiments of the first aspect or the second aspect, each of the first data transmission and the second data transmission is a respective coded data transmission compressed by a same physical layer source.

[0050] A third aspect of the present disclosure is an apparatus configured to perform the method of any of the foregoing embodiments.

[0051] A fourth aspect of the present disclosure is a computer program for causing the apparatus to perform the method of any of the foregoing embodiments.

[0052] A fifth aspect of the present disclosure is a system comprising a first apparatus and a second apparatus to perform methods in accordance with the foregoing embodiments.

[0053] Embodiments of the foregoing aspects may facilitate distributed inference in wireless networks by, for example, reducing load on network traffic arising from transmissions of correlated data.

[0054] Embodiments have been described above in conjunction with aspects of the present invention upon which they can be implemented. Those skilled in the art will appreciate that embodiments may be implemented in conjunction with the aspect with which they are described but may also be implemented with other embodiments of that aspect. When embodiments are mutually exclusive, or are incompatible with each other, it will be apparent to those skilled in the art. Some embodiments may be described in relation to one aspect, but may also be applicable to other aspects, as will be apparent to those of skill in the art.BRIEF DESCRIPTION OF THE DRAWINGS

[0055] FIG. 1 shows an example of communication system in which embodiments of the present disclosure may be implemented.

[0056] FIG. 2 shows another example of a communication system in which embodiments of the present disclosure may be implemented.

[0057] FIG. 3 shows an example of communication between apparatus of a communication system in accordance with embodiments of the present disclosure.

[0058] FIG. 4 shows an example of an apparatus according to an embodiment of the present disclosure.

[0059] FIG. 5 shows another example of an apparatus according to an embodiment of the present disclosure.

[0060] FIG. 6 shows an example of a correlated coded inference framework, in accordance with the present disclosure.

[0061] FIG. 7A shows an example of transmissions of correlated data, towards which embodiments of the present disclosure may be implemented.

[0062] FIG. 7B shows another example of transmissions of correlated data, towards which embodiments of the present disclosure may be implemented.

[0063] FIG. 8A shows an example of transmissions of compressed and correlated data, towards which embodiments of the present disclosure may be implemented.

[0064] FIG. 8B shows an example of transmissions of compressed and correlated data with channel coding, towards which embodiments of the present disclosure may be implemented.

[0065] FIG. 8C shows an example of transmissions of correlated data with joint source and channel coding, towards which embodiments of the present disclosure may be implemented.

[0066] FIG. 9 shows an example of a quasi-correlation relationship indicator, in accordance with an embodiment of the present disclosure.

[0067] FIG. 10 shows an example of correlated sub-blocks of bit sequences, in accordance with an embodiment of the present disclosure.

[0068] FIG. 11A shows a messaging procedure for correlation signalling of uplink data transmissions by a base station, in accordance with an embodiment of the present disclosure.

[0069] FIG. 11B shows a messaging procedure for correlation signalling of downlink data transmissions by a base station, in accordance with an embodiment of the present disclosure.

[0070] FIG. 11C shows a messaging procedure for correlation signalling of uplink data transmissions by user equipment, in accordance with an embodiment of the present disclosure.

[0071] FIG. 11D shows a messaging procedure for correlation signalling of downlink data transmissions by user equipment, in accordance with an embodiment of the present disclosure.

[0072] FIG. 12A shows an example of payload correlation indicators in accordance with an embodiment of the present disclosure.

[0073] FIG. 12B shows an example of source-type headers in accordance with an embodiment of the present disclosure.

[0074] FIG. 13 shows a flowchart of a method for joint decoding in accordance with an embodiment of the present disclosure.

[0075] FIG. 14 shows an example of a reference bit sequence for a quasi-correlation relationship, in accordance with an embodiment of the present disclosure.

[0076] FIG. 15 shows an example of payload bit groups, in accordance with an embodiment of the present disclosure.

[0077] FIG. 16 shows an example of correlation bit maps, in accordance with an embodiment of the present disclosure.

[0078] FIG. 17 shows an example of dynamic correlation indication, in accordance with an embodiment of the present disclosure.DETAILED DESCRIPTION

[0079] To improve data compression for applications such as distributed inference, embodiments of the present disclosure are generally directed towards providing methods, apparatus, and systems for signalling correlations between data transmissions. In embodiments of the present disclosure, correlations between data originating from a same source may be leveraged to reduce the load on network traffic arising from transmissions of the data. In embodiments, one of a receiving network entity and a transmitting network entity may signal that a data transmission from the transmitting network entity to the receiving network entity may be correlated with another data transmission from another transmitting network entity to the same receiving network entity. In some embodiments, the receiving network entity may be a base station and the transmitting network entities may be user equipment. In other embodiments, the receiving network entity may be a user equipment and the transmitting network entities may be transmission and receive points of a base station. In some embodiments, the correlation may be signalled as an indicator provided through a scheduling request or scheduling information sent prior to the data transmissions. In some other embodiments, the correlation may be signalled through a header appended to the payload of a data transmission. In some embodiments, the data transmissions from each transmitting network entity may be jointly decoded by the receiving network entity in accordance with their correlation. In some embodiments, the correlation may be a quasi- correlation relationship and signalled by a corresponding index. In some embodiments, the correlation may be between payload bit groups of each data transmission.

[0080] The present disclosure sets forth various embodiments via the use of block diagrams, flowcharts, and examples. Insofar as such block diagrams, flowcharts, and examples contain one or more functions and / or operations, it will be understood by a person skilled in the art that each function and / or operation within such block diagrams, flowcharts, and examples can be implemented, individually or collectively, by a wide range of hardware, software, firmware, or combination thereof. As used herein, the term “about” should be read as including variation from the nominal value, for example, a + / -10%variation from the nominal value. It is to be understood that such a variation is always included in a given value provided herein, whether or not it is specifically referred to. The terms in each of the following sets may be used interchangeably throughout the disclosure: access point, base station, and transmit and receive point; bit sequence, packet, and data transmission; electronic device and user equipment; indicator and indication; transmitter and transmitting network entity; and receiver and receiving network entity.

[0081] Referring to FIG. 1, as an illustrative example, a simplified schematic illustration of a communication system is provided. The communication system 100 may comprise a radio access network 120. The radio access network (RAN) 120 may be a next generation (e.g. 6th generation (6G) or later) radio access network, or a legacy (e.g. 5th generation (5G) , 4th generation (4G) , 3rd generation (3G) or 2nd generation (2G) ) radio access network. In some implementations, 6G radio access refers to a next generation air interface of standards which may comprise both terrestrial networks (TNs) and non-terrestrial networks (NTNs) , and more details will be described below. One or more communication electronic device (ED) 110a, 110b, 110c, 110d, 110e, 110f, 110g, 110h, 110i, 110j (generically referred to as 110) may be interconnected to one another or connected to one or more network nodes 170a, 170b (generically referred to as 170) in the RAN 120. A core network (CN) 130 may be a part of the communication system and may be dependent or independent of the radio access technology used in the communication system 100. The communication system 100 may also comprise a public switched telephone network (PSTN) 140, the internet 150, and other networks 160.

[0082] In general, the communication system 100 enables communication of multiple wireless or wired elements. The communication system 100 may provide content, such as voice, data, video, and / or text, via broadcast, multicast, groupcast, unicast, etc. The communication system 100 may operate by sharing resources, such as carrier spectrum bandwidth, among its constituent elements.

[0083] The communication system 100 may provide a wide range of communication services and applications including enhanced Mobile Broadband (eMBB) services, ultra-reliable low-latency communication (URLLC) services, massive machine type communication (mMTC) services, integrated sensing and communication (ISAC) , immersive communication, massive communication, Hyper reliable and low-latency communication, ubiquitous connectivity, integrated AI and communication, and other services that can be provided by a future generation communication system. The communication system 100 may provide other services and applications such as earth monitoring, remote sensing, passive sensing and positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0084] The communication system 100 may include a terrestrial communication system (or network) and / or a non-terrestrial communication system (or network) . The communication system 100 may provide a high degree of availability and robustness through a joint operation of a terrestrial communication system and a non-terrestrial communication system. For example, integrating a non-terrestrial communication system (or components thereof) into a terrestrial communication system can result in a heterogeneous network comprising multiple layers. The heterogeneous network may achieve better overall performance through efficient multi-link joint operation, more flexible functionality sharing, and faster physical layer link switching between terrestrial networks and non-terrestrial networks. The terrestrial communication system and the non-terrestrial communication system could be considered sub-systems of the communication system 100.

[0085] FIG. 2 illustrates another example for communication system 100. As described earlier, the communication system 100 may include ED 110a, 110b, 110c, 110d (generically referred to as ED 110) , RAN 120a, 120b, and one or more of a CN 130, a PSTN 140, the internet 150, and other networks 160. In addition, the communication system 100 may also include a  non-terrestrial network (NTN) 120c. The RANs 120a, 120b may include respective network nodes 170a, 170b such as base stations 170a, 170b, which may be generically referred to as terrestrial network (TN) devices or terrestrial transmit and receive points (T-TRPs) 170a, 170b (generically referred to as 170) . As referred to herein, the terms “TRP” and “base station” may be used interchangeably unless explicitly noted otherwise in a given example or section. For brevity, this disclosure may primarily refer to base station; however, absent an explicit limitation, references to TRP are merely non-limiting instances of interchangeable use. The T-TRPs 170a, 170b may be base stations mounted on a building or tower. In one implementation, the NTN 120c includes a RAN node such as base station 172, which may be generically referred to as an NTN device, a non-terrestrial node, a non-terrestrial network device, a non-terrestrial base station, or a non-terrestrial transmit and receive point (NT-TRP) 172.

[0086] In some implementations, the NT-TRP 172 is not attached to the ground, for example, in the case of an airborne base station. An airborne base station may be implemented using communication equipment supported or carried by a flying device. For example, a flying device may include an airborne platform (e.g. a blimp or an airship) , balloon, drone (e.g. quadcopter) , and other types of aerial vehicles. In some implementations, an airborne base station may be supported or carried by an unmanned aerial system (UAS) or an unmanned aerial vehicle (UAV) , such as a drone. An airborne base station may be a moveable or mobile base station that can be flexibly deployed in different locations to meet network demand. A satellite base station is another example of a non-terrestrial base station. A satellite base station may be implemented using communication equipment supported or carried by a satellite. A satellite base station may also be referred to as an orbiting base station. High altitude platforms are yet another example of a non-terrestrial base station, including international mobile telecommunication base stations.

[0087] As referred to herein, and unless specified otherwise, a “TRP” may also refer to a T-TRP or a NT-TRP, a “T-TRP” may also refer to a “TN TRP” , and a “NT-TRP” may also refer to a “NTN TRP” . The NTN 120c may be considered to be a radio access network (RAN) , with operational aspects in common with the RANs 120a, 120b. The NTN 120c may include at least one NTN device and at least one corresponding terrestrial network device, the at least one NTN device may function as a transport layer device and the at least one corresponding terrestrial network device may function as a RAN node, which communicates with the ED 110 via the non-terrestrial network device. In addition, there may be an NTN gateway in the ground (i.e., referred as a terrestrial network device) also function as a transport layer device to communicate with both the NTN device and the RAN node. The RAN node may communicate with the ED 110 via the NTN device and the NTN gateway. In some implementations, the NTN gateway and the RAN node may be located in the same device.

[0088] A base station (also referred to TRP as stated above) 170 may be a network element in a radio access network responsible for radio transmission and reception in one or more cells to or from the user equipment. Base station 170 may be known by other names in some implementations, such as a base transceiver station (BTS) , a radio base station, a network node, a network device, a device on the network side, a transmit / receive node, a Node B, an evolved NodeB (eNodeB or eNB) , a Home eNodeB, a next Generation NodeB (gNB) , a transmission point (TP) , a site controller, an access point (AP) , a wireless router, a relay station, a terrestrial node, a terrestrial network device, a terrestrial base station, a positioning node, among other possibilities. The base station 170 may be a macro base station (BS) , a pico BS, a relay node, a donor node, or the like, or combinations thereof. When a base station 170 performs (or is configured to perform) a method described herein, it may be interpreted as the base station, one or more modules (or units) in the base station, a circuit or chip, or a combination thereof, may perform the method. For example, the circuit or chip may include a modem chip, also referred to as a baseband chip, a system on chip (SoC) including a modem core, system in package (SIP) ) , and the like, and may be responsible for one or more communication functions in the base station.

[0089] The EDs 110a-110d and TRPs 170a-170b, 172 are examples of communication equipment that can be configured to implement some or all of the operations and / or embodiments described herein. The T-TRP 170a forms part of the RAN 120a, which may include other TRPs, and / or other devices. Also, the TRP 170b forms part of the RAN 120b, which may include other TRPs, and / or devices. Each TRP 170a, 170b may transmit and / or receive wireless signals within a particular geographic region or area, sometimes referred to as a “cell” or “coverage area” . The TRPs 170a-170b may be responsible for allocating  and  / or configuring resources and transmission and / or reception in a set of cells. A cell may be a radio network object that can be uniquely identified from a (cell) identification that is broadcasted over a geographical region or area from base stations associated with the cell. A cell can be either FDD or TDD mode. A cell may also refer to the carrier frequencies within the DL / UL carrier bandwidth resources of a single standalone carrier or a component carrier in a carrier aggregation mode. A cell may be further divided into cell sectors, and a base station 170a-170b may, for example, employ multiple transceivers to provide service to multiple sectors. In some implementations, there may be established pico or femto cells where the radio access technology supports such. In some implementations, multiple transceivers could be used for each cell, for example using multiple-input multiple-output (MIMO) technology. The number of RAN 120a-120b shown is exemplary only. Any number of RAN may be contemplated when devising the communication system 100.

[0090] Any base station may be a single element, as shown, or multiple elements, distributed in the corresponding RAN, or otherwise. In some implementations, a plurality of RAN nodes coordinates to assist the ED 110 in implementing radio access, and different RAN nodes separately implement different functions of the base station. For example, the RAN node may be a central unit (CU) , a distributed unit (DU) , a CU-control plane (CP) , a CU-user plane (UP) , or a radio unit (RU) etc. The CU and the DU may be separately deployed, or may be included in a same element (i.e., a baseband unit (BBU) ) . The RU may be included in a radio frequency device or a radio frequency unit (i.e., a remote radio unit (RRU) , an active antenna unit (AAU) , or a remote radio head (RRH) ) . In different systems, the CU (or the CU-CP and the CU-UP) , the DU, or the RU may also have different names, but a person skilled in the art may understand meanings thereof. For example, in an open radio access network (ORAN) system, a CU may also be referred to as an open CU (O-CU) , a DU may also be referred to as an open DU (O-DU) , and a CU-CP may also be referred to as an open CU-CP (O-CU-CP) . The CU-UP may also be referred to as an open CU-UP (O-CU-UP) , and the RU may also be referred to as an open RU (O-RU) . Any one of the CU (or the CU-CP, the CU-UP) , the DU, and the RU may be implemented by using a software module, a hardware module, or a combination of a software module and a hardware module.

[0091] Further, communication (s) between different devices / apparatuses in various embodiments of this application may refer to direct communication between different devices / apparatuses (that is, no forwarding may be required by another device / apparatuses) or may refer to communication (s) between different devices / apparatuses via another device / apparatus (that is, forwarding may be required by another device / apparatus) . Alternatively, it may refer to that a functional unit inside the device / apparatus uses another functional unit in the device / apparatus to communicate with another device / apparatus. In other words, "sending (or transmitting) information to... (an ED or a base station) " in this application may be understood as that a destination endpoint of the information is an ED or a base station. It may include sending / transmitting information directly or indirectly to an ED or a base station. Similarly, "receiving information from... (an ED or a base station) " may be understood as that a source endpoint of the information is an ED or a base station and may include directly or indirectly receiving information from an ED or a base station. Processing such as format conversion, digital-to-analog conversion, amplification, and filtering may be performed on the information between the source endpoint that sends the information and the destination endpoint. However, the destination endpoint may understand valid information from the source endpoint. Similar descriptions in this application may be understood similarly. Details are not described herein again. In the present disclosure, the terms "send" and "transmit" may be used interchangeably in embodiments of this application.

[0092] The ED 110 is used to connect persons, objects, machines, etc. The ED 110 may be widely used in various scenarios including, for example, cellular communications, device-to-device (D2D) , vehicle to everything (V2X) , peer-to-peer (P2P) , machine-to-machine (M2M) , MTC, internet of things (IoT) , virtual reality (VR) , augmented reality (AR) , mixed reality (MR) , metaverse, digital twin, industrial control, self-driving, remote medical, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, drones, robots, remote sensing, passive sensing, positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0093] Each ED 110 represents any suitable end user device for wireless operation and may include such devices (or may be referred to but not limited to) as a user equipment (UE) or a user device or a terminal device, a wireless transmit / receive unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA) , a MTC device, a  personal digital assistant (PDA) , a smartphone, a laptop, a computer, a tablet, a wireless sensor, a consumer electronics device, a smart book, a vehicle, a car, a truck, a bus, a train, or an IoT device, wearable devices (such as a watch, a pair of glasses, head mounted equipment, etc. ) , an industrial device, or an apparatus in (e.g. module, modem, or chip) or comprising the forgoing devices, among other possibilities. Future generation EDs 110 may be referred to using other terms. When an ED 110 performs (or is configured to perform) a method described herein, it may be interpreted as the ED, one or more module (or units) in the ED, a circuit or chip, or a combination thereof, may perform the method. For example, the circuit or chip may include a modem chip, also referred to as a baseband chip, a system on chip (SoC) including a modem core, or system in package (SIP) ) , and the like, and may be responsible for one or more communication functions in the ED.

[0094] Each ED 110 connected to TRPs 170a-170b, and / or TRPs 172 can be dynamically or semi-statically turned-on (i.e., established, activated, or enabled) , turned-off (i.e., released, deactivated, or disabled) and / or configured in response to one of more of: connection availability and connection necessity.

[0095] Any ED 110 may be alternatively or additionally configured to interface, access, or communicate with any TRPs 170a, 170b and 172, the Internet 150, the CN 130, the PSTN 140, the other networks 160, or any combination of the preceding. In some examples, ED 110a may communicate an uplink (UL) and / or downlink (DL) transmission over a terrestrial air interface 190a with station-TRP 170a. In some examples, the EDs 110a, 110b, 110c, and 110d may also communicate directly with one another via one or more sidelink (SL) air interfaces 190b. In some examples, ED 110d may communicate an UL and / or DL transmission over a non-terrestrial air interface 190c with NT-TRP 172.

[0096] An air interface (e.g., 190a, 190b, 190c) generally includes a number of components and associated parameters that collectively specify how a transmission is to be sent and / or received over a wireless communications link between two or more communicating devices such as ED and base station. For example, an air interface may include one or more components defining the waveform (s) , frame structure (s) , multiple access scheme (s) , protocol (s) , coding scheme (s) and / or modulation scheme (s) for conveying information (e.g., data) over a wireless communications link. The air interfaces 190a and 190b may use similar communication technology, such as any suitable radio access technology.

[0097] The non-terrestrial air interface 190c can enable communication between the ED 110d and one or multiple NT-TRPs 172 via a wireless link or simply a link. For some examples, the link is a dedicated connection for unicast transmission, a connection for broadcast transmission, or a connection between a group of EDs 110 and one or multiple NT-TRPs 172 for multicast transmission.

[0098] The TRPs 170a-170b, 172 may communicate with one another over one or more air interfaces 190e, 190f using wireless communication links (e.g., radio frequency (RF) , microwave, infrared (IR) , etc. ) or wired communication links. The air interfaces 190e, 190f may utilize any suitable radio access technology, and may be substantially similar to the air interfaces 190a, 190c over which the EDs 110a-110d communicate with one or more of the TRP 170a-170b, 172 or they may be substantially different. For example, the communication system 100 may implement one or more channel access methods, such as code division multiple access (CDMA) , time division multiple access (TDMA) , frequency division multiple access (FDMA) , orthogonal FDMA (OFDMA) , or single-carrier FDMA (SC-FDMA) .

[0099] The RANs 120a and 120b are in communication with the CN 130 to provide the EDs 110a 110b, and 110c with various services such as voice, data, and other services. The RANs 120a and 120b and / or the CN 130 may be in direct or indirect communication with one or more other RANs (not shown) , which may or may not be directly served by CN 130 and may or may not employ the same radio access technology as RAN 120a, RAN 120b or both. The CN 130 may also serve as a gateway access between (i) the RANs 120a and 120b or EDs 110a 110b, and 110c or both, and (ii) other networks (such as the PSTN 140, the Internet 150, and the other networks 160) . In addition, some or all of the EDs 110a 110b, and 110c may include functionality for communicating with different wireless networks over different wireless links using different wireless technologies and / or protocols. Instead of wireless communication (or in addition thereto) , the EDs 110a 110b, and 110c may communicate via wired communication channels to a service provider or switch (not shown) , and to the Internet 150. PSTN 140 may include circuit switched telephone networks for providing plain old telephone service (POTS) . Internet 150 may include a network of computers and subnets (intranets) or both, and incorporate protocols, such as internet protocol (IP) ,  transmission control protocol (TCP) , user datagram protocol (UDP) . EDs 110a 110b, and 110c may be multimode devices capable of operation according to multiple radio access technologies and incorporate multiple transceivers to support such.

[0100] In addition, the communication system 100 may comprise a sensing agent (not shown) to manage the sensed data from ED 110 and / or any one of TRPs 170 a-170b, 172. In one implementation, the sensing agent may be part of any one of TRPs 170 a-b, 172. In another implementation, the sensing agent is a separate node that can communicate with the CN 130 and / or the RAN 120 (e.g., any one of TRPs 170 a-b, 172) .

[0101] FIG. 3 illustrates an example of an apparatus 310 wirelessly communicating with apparatus 320 in a communication system (e.g., the communication system 100) . The apparatus 310 may be an electronic device (e.g. ED 110) . The apparatus 320 may be a network node (e.g. network node 170) such as T-TRP 170 or a NT-TRP 172. Although there is only one apparatus 310, and one apparatus 320 shown in the figure, the number of apparatus 310 and / or 320 could be one or more. For example, one ED 110 may be served by only one T-TRP 170 (or one NT-TRP 172) , by more than one T-TRP 170 (or more than one NT-TRP 172) . One ED 110 may be served by one or more T-TRP 170 and one or more NT-TRP172. Similarly, one T-TRP 170 (or one NT-TRP172) may serve one or more ED 110.

[0102] Apparatus 310 includes at least one processor 210. Only one processor 210 is illustrated to avoid congestion in the drawing. The apparatus 310 may further include a transmitter 201 and a receiver 203 coupled to one or more antennas 204. Only one antenna 204 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas 204 may alternatively be panels. The transmitter 201 and the receiver 203 may be integrated, e.g. as a transceiver. The transceiver is configured to modulate data or other content for transmission by at least one antenna 204 or network interface controller (NIC) . The transceiver is also configured to demodulate data or other content received by the at least one antenna 204. Each transceiver includes any suitable structure for generating signals for wireless or wired transmission and / or processing signals received wirelessly or by wire. Each antenna 204 includes any suitable structure for transmitting and / or receiving wireless or wired signals. The apparatus 310 may include at least one memory 208. Only the transmitter 201, receiver 203, processor 210, memory 208, and antenna 204 are illustrated for simplicity, but the apparatus 310 may include one or more other components. In the present disclosure, the transceiver (or transmitter 201 and / or receiver203) may be viewed as an interface circuit.

[0103] The memory 208 stores instructions used to perform operations described herein. The memory 208 may also store data used, generated, or collected by the apparatus 310. For example, the memory 208 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by one or more processor 210.

[0104] The apparatus 310 may further include one or more input / output devices (not shown) or interfaces. The input / output devices or interfaces permit interaction with a user or other devices in the network. Each input / output device or interface includes any suitable structure for providing information to or receiving information from a user, and / or for network interface communications. Suitable structures include, for example, a speaker, microphone, keypad, keyboard, display, touch screen, etc.

[0105] The processor 210 may perform (or control the apparatus 310 to perform) operations (or methods) described herein as being performed by the apparatus 310. For example, the processor 210 performs or controls the apparatus 310 to perform receiving transport blocks (TBs) , using a resource for decoding of one of the received TBs, releasing the resource for decoding of another of the received TBs, and / or receiving configuration information configuring a resource. In detail, the operation may include those operations related to preparing a transmission for UL transmission to the apparatus 320; those operations related to processing DL transmissions received from the apparatus 320; and those operations related to processing SL transmission to and from another apparatus 310. Processing operations related to preparing a transmission for UL transmission may include operations such as encoding, modulating, transmit beamforming, and generating symbols for transmission. Processing operations related to processing DL transmissions may include operations such as receive beamforming, demodulating and decoding received symbols. Processing operations related to processing SL transmissions may include operations such as transmit / receive beamforming, modulating / demodulating and encoding / decoding symbols. Depending upon the embodiment, a DL transmission may be received by the receiver 203, possibly using receive beamforming, and the processor 210 may  extract signaling from the DL transmission (e.g. by detecting and / or decoding the signaling) . An example of signaling may be a reference signal transmitted by the apparatus 320. In some implementations, the processor 210 implements the transmit beamforming and / or the receive beamforming based on the indication of beam direction, e.g. beam angle information (BAI) , received from the apparatus 320. In some implementations, the processor 210 may perform operations relating to network access (e.g. initial access) and / or downlink synchronization, such as operations relating to detecting a synchronization sequence, decoding and obtaining the system information, etc. In some implementations, the processor 210 may perform channel estimation, e.g. using a reference signal received from the apparatus 320.

[0106] Although not illustrated, the processor 210 may form part of the transmitter 201 and / or part of the receiver 203. Although not illustrated, the memory 208 may form part of the processor 210.

[0107] The processor 210, the processing components of the transmitter 201, and the processing components of the receiver 203 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory (e.g. in the memory 208) .

[0108] The apparatus 320 includes one or more processors 260 (only one processor 260 is illustrated in the figure) . The apparatus 320 may further include at least one transmitter 252 and at least one receiver 254 coupled to one or more antennas 256. Only one antenna 256 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas 256 may alternatively be panels. The transmitter 252 and the receiver 254 may be integrated as a transceiver. The apparatus 320 may further include at least one memory 258. The apparatus 320 may further include scheduler 253. Only the transmitter 252, receiver 254, processor 260, memory 258, antenna 256 and scheduler 253 are illustrated for simplicity, but the apparatus 320 may include one or more other components. In present disclosure, the transceiver (or transmitter 252 and / or receiver 254) may be viewed as an interface circuit.

[0109] In some implementations, the parts of the apparatus 320 may be distributed. For example, some of the modules of the apparatus 320 may be located remote from the equipment that houses the antennas 256 for the apparatus 320 (thereby also can be viewed as one of more nodes) and may be coupled to the equipment that houses the antennas 256 over a communication link (not shown) sometimes known as front haul, such as common public radio interface (CPRI) . Therefore, in some implementations, the term apparatus 320 may also refer to nodes on the network side that perform processing operations, such as determining the location of the apparatus 310, resource allocation (scheduling) , message generation, and encoding / decoding, and that are not necessarily part of the equipment that houses the antennas 256 of the apparatus 320. The nodes may also be coupled to other apparatus 320s. In some implementations, the apparatus 320 may actually be a plurality of nodes that are operating together to serve the apparatus 310, e.g. through the use of coordinated multipoint transmissions, or the use of ORAN system as described above in the application.

[0110] The processor 260 performs operations including those related to: preparing a transmission for DL transmission to the apparatus 310, processing an UL transmission received from the apparatus 310, preparing a transmission for backhaul transmission to another apparatus 320, and processing a transmission received over backhaul from another apparatus 320. Processing operations related to preparing a transmission for DL or backhaul transmission may include operations such as encoding, modulating, precoding (e.g. multiple input multiple output (MIMO) precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the UL or over backhaul may include operations such as receive beamforming, demodulating received symbols, and decoding received symbols. The processor 260 may also perform operations relating to network access (e.g. initial access) and / or DL synchronization, such as generating the content of synchronization signal blocks (SSBs) , generating the system information, etc. In some implementations, the processor 260 also generates an indication of beam direction, e.g. BAI, which may be scheduled for transmission by a scheduler 253 which will be described below. In some implementations, the processor 276 implements the transmit beamforming and / or receive beamforming based on beam direction information (e.g. BAI) received from another apparatus 320. The processor 260 performs other network side processing operations described herein, such as determining the location of the apparatus 310, determining where to deploy another apparatus 320, etc. In some implementations, the processor 260 may generate signaling, e.g. to configure one or more parameters of the apparatus 310  and / or one or more parameters of another apparatus 320. Any signaling generated by the processor 260 is sent by the transmitter 252. In some implementations, the apparatus 320 implements physical layer processing. In some implementations, the apparatus 320 may implement higher layer functions such as functions at the medium access control (MAC) or radio link control (RLC) layer in addition to physical layer processing. The apparatus 320 may further comprise scheduler 253 coupled to the processor 260 or integrated in the processor 260. The scheduler 253 may be included within or operated separately from the apparatus 320. The scheduler 253 may schedule UL, DL, SL, and / or backhaul transmissions, including issuing scheduling grants and / or configuring scheduling-free (e.g., “configured grant” ) resources.

[0111] The apparatus 320 may further include a memory 258 storing instructions used to perform operations described herein. The memory 258 may also store data used, generated, or collected by the apparatus 320. For example, the memory 258 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by the processor 260.

[0112] Although not illustrated, the processor 260 may form part of the transmitter 252 and / or part of the receiver 254. Also, although not illustrated, the processor 260 may implement the scheduler 253. Although not illustrated, the memory 258 may form part of the processor 260.

[0113] The processor 260, the scheduler 253, the processing components of the transmitter 252, and the processing components of the receiver 254 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, e.g. in the memory 258.

[0114] The apparatus 320 and / or the apparatus 310 may include other components, but these have been omitted for the sake of clarity.

[0115] Note that “signaling” , as used herein, may alternatively be called control signaling, control message, control information, or message for simplicity. Signaling between a base station (e.g., the TRP 170a-b, 172) and a UE or sensing device (e.g., ED 110) , or signaling between a different UE or sensing device (e.g., between ED 110a and ED110b) may be carried in physical layer signaling (also called as dynamic signaling) , which is transmitted in a physical layer control channel. For DL, the physical layer signaling may be known as downlink control information (DCI) which is transmitted in a physical downlink control channel (PDCCH) . For UL, the physical layer signaling may be known as uplink control information (UCI) which is transmitted in a physical uplink control channel (PUCCH) . For SL, signaling between different UEs or sensing devices (e.g., between ED 110a and ED110b) may be known as SL control information (SCI) which is transmitted in a physical sidelink control channel (PSCCH) . Signaling may be carried in a higher layer (e.g., higher than physical layer) signaling, which is transmitted in a physical layer data channel, e.g. in a physical downlink shared channel (PDSCH) for downlink signaling, in a physical uplink shared channel (PUSCH) for uplink signaling, and in a physical sidelink shared channel (PSSCH) for SL signaling. Higher layer signaling may also be called static signaling, or semi-static signaling. Higher layer signaling may be radio resource control (RRC) protocol signaling or media access control -control element (MAC-CE) signaling. Signaling may be included in a combination of physical layer signaling and higher layer signaling.

[0116] It should be noted that in the present application, “information” , when different from “message” , may be carried in one single message, or may be carried in more than one separate message.

[0117] FIG. 4 illustrates an example of an apparatus 410. The apparatus 410 may be a communication device or an apparatus implemented in a communication device such as ED 110 or TRPs 170a-170b, 172. For example, the apparatus implemented in a communication device may be an integrated circuit, which in some contexts may be known by other colloquial names, such as a chip, modem, modem chip, baseband chip, or baseband processor. In some implementations, one or more integrated circuits can be packaged into a system-on-chip, a system-in-package, or a multi-chip module. The apparatus may comprise one or more integrated circuits or comprise one or more integrated circuits and other discrete components. In some implementations, the apparatus 410 may be a module in ED 110, or apparatus 310. In some implementations, the apparatus 410 may be a module in one of TRPs 170a-170b, 172, or apparatus 320.

[0118] In an example, the apparatus 410 may include one or more processors / processor cores 411, and an interface circuit 412. The apparatus 410 may further include a memory 413. The one or more processors / processor cores 411 are configured to  process signals and execute one or more communication protocols. The memory 413 is configured to store at least a part of corresponding computer program instructions and / or data. In an example, the one or more processors (or processor cores) 411 execute the computer program instructions stored in the memory 413 to implement related operations (for example, inputting, outputting, receiving, and transmitting) in the foregoing method embodiments. In some implementations, the memory 413 being configured to store the corresponding computer program instructions and / or data may mean that the memory 413 is configured to store all of the corresponding computer program instructions and / or data for execution by the one or more processors / processor cores 411. In some implementations, the memory 413 being configured to store the corresponding computer program instructions and / or data may mean that the memory 413 is configured to store a part of the corresponding computer program instructions and / or data. For example, the part of the corresponding computer program instructions and / or data include computer program instructions and / or data that may need to be currently executed by the one or more processors / processor cores 411. Thus, the memory 413 may store different parts of computer program instructions and / or data for a plurality times for the one or more processors (or processor cores) 411 to perform related operations in the foregoing method embodiments. As a communication interface, the interface circuit 412 is configured to implement communication with another component. For example, the interface circuit 412 may communicate a signal with other apparatus / system such as a radio frequency processing apparatus, or processor system. Optionally, to reduce a load of the processor core, a baseband signal processing circuit 414 may be also disposed to implement processing of at least a part of baseband signals, including signal demodulation, modulation, encoding, decoding, or the like.

[0119] Apparatus 410 may be processor 210 (or 260) in apparatus 310 (or 320) , in some scenarios, or included in processor 210 (or 260) in apparatus 310 (or 320) in some other scenarios. Apparatus 410 may be or include a baseband chip. In some implementations, the apparatus 410 may be independently packaged into a chip. In some implementations, the apparatus 310 (or 320) includes different types of chips. The apparatus 410 may be packaged into a processor chip (for example, a SoC chip or an SIP chip) with the different types of chips. In some implementations, the apparatus 410 may be packaged into a chip with some or all of circuits of a radio frequency processing system that may further included in the apparatus 310 (or 320) .

[0120] FIG. 5 illustrates an example of apparatus 510. Apparatus 510 may include corresponding modules or units configured to implement methods and / or embodiments described herein. In some implementations, the apparatus 510 includes a processing unit 512 and a communication unit 513. Optionally, the apparatus 510 may further include a storage unit 511 configured to store apparatus program code (or instructions) and / or data.

[0121] The apparatus 510 may be an ED side apparatus, for example, an ED or a module in an ED, or a circuit or a chip responsible for a communication function in an ED. In some implementations, apparatus 510 may be implemented as apparatus 310, accordingly, the processing unit 512 is implemented as processor 210, the communication unit 513 is implemented as transmitter 201 and / or receiver 203, and the storage unit 511 is implemented as memory 208.

[0122] The apparatus 510 may be a base station side apparatus, for example, a base station or a module in a base station, or a circuit or a chip responsible for a communication function in a base station. In some implementations, apparatus 510 may be implemented as apparatus 320, accordingly, the processing unit 512 is implemented as processor 260 (the scheduler 253 may also be included) , the communication unit 513 is implemented as transmitter 252 and / or receiver 254, and the storage unit 511 is implemented as memory 258.

[0123] In some implementations, when the apparatus 510 is an ED 110 or a module in an ED 110, a function of the apparatus 510 may be implemented by one or more processors. Specifically, the processor may include a modem chip, or a system on chip SoC chip or an SIP chip that includes a modem core. A function of the communication unit 513 may be implemented by a transceiver circuit.

[0124] In some implementations, when the apparatus 510 is a circuit or a chip that is responsible for a communication function in a ED 110, for example, a modem chip, a system on chip SoC chip or an SIP chip that includes a modem core, a function of the processing unit 512 may be implemented by a circuit system that is in the chip and that includes one or more processors or processor cores. A function of the communication unit 513 may be implemented by an interface circuit or a data transceiver circuit on the foregoing chip.

[0125] It may be understood that division into the units in the foregoing apparatus is merely logical function division. Each function may correspond to one functional unit, or two or more functions may be integrated into one functional unit. In actual implementation, all or some of the units may be integrated into one physical entity, or may be distributed in different physical entities. In addition, the foregoing functional units may be implemented in a form of hardware, may be implemented in a form of software, or may be implemented in a form of a combination of hardware and software. Whether a function is performed in a form of hardware or software depends on particular applications and design constraint conditions of the technical solutions. A person skilled in the art may use different methods to implement the described functions for each particular application, but it should not be considered that the implementation goes beyond the scope of this application.

[0126] In an example, a functional unit in any one of the foregoing apparatuses may be configured as one or more integrated circuits for implementing the foregoing methods, for example, one or more application-specific integrated circuits (application-specific integrated circuits, ASICs) , one or more central processing units (central processing units, CPUs) , one or more microprocessors (microcontroller units, MCUs) , one or more digital signal processors (digital signal processors, DSP) , one or more field programmable gate arrays (field programmable gate arrays, FPGAs) , or a combination of at least two of these integrated circuit forms.

[0127] In an example, the storage unit 511 may include a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, and / or a register.

[0128] A processor, a processor system, an application processor, a baseband processor, a processor circuit, or a processor core may be collectively referred to as a processor. The processor may include one or a combination of a central processing unit (central processing unit, CPU) , a digital signal processor (digital signal processor, DSP) , a microprocessor (microprocessor unit, MPU) , a microcontroller (microcontroller unit, MCU) , a graphics processing unit (graphics processing unit, GPU) , a field programmable gate array (field programmable gate array, FPGA) , an artificial intelligence processor (artificial intelligence processor, AI processor) , or a neural network processing unit (neural network processing unit, NPU) .

[0129] The memory may include one or more of the following storage media: a random access memory (random access memory, RAM) , a static random access memory (static RAM, SRAM) , a dynamic random access memory (dynamic RAM, DRAM) , a phase-change memory (phase-change memory, PCM) , a resistive random access memory (resistive RAM, ReRAM) , a magnetoresistive random access memory (magnetoresistive RAM, MRAM) , a ferroelectric random access memory (ferroelectric RAM, FRAM) , a cache (cache) , a register (register) , a read-only memory (read-only memory, ROM) , a flash memory (flash memory) , an erasable programmable read-only memory (erasable programmable ROM, EPROM) , a hard disk (hard disk) , and the like. In an example, the computer program instructions used to execute the foregoing embodiments may be stored in a non-volatile memory, for example, at least a part of the memory 1060 (for example, one or more of a ROM, a flash memory, an EPROM, or a hard disk) . When the terminal runs, a part or all of corresponding computer program instructions may be loaded to a memory that has a higher transmission speed with the processor, for example, at least a part of the memory 1036 and / or the memory 10312 (for example, one or more of a RAM, an SRAM, a DRAM, a PCM, a RERAM, an MRAM, a FRAM, a cache (cache) , or a register) , so that the processor executes the computer program instructions to perform the steps in the foregoing method embodiments.

[0130] Coded inference has been used in an attempt to improve distributed inference performance.

[0131] In a first coded inference approach, redundant inference units (RIUs) are deployed on additional devices. These RIUs take a linear combination of the original “systematic” inputs and are trained to output linear combinations of the original “systematic” outputs. Theoretically, given a DNN’s ability to learn from training data, an RIU is expected to output parity results that can be used to recover any lost systematic output. This method enables non-linear distributed coded inference but comes at a cost of increased complexity at the RIUs. In some cases, the RIUs may need to process more complex input and may need to output a larger amount of inference results.

[0132] In another coded inference approach the abovementioned exponential training / inference complexity is solved by imposing AI / ML-invariant transformations when generating redundant inputs. In this way, a DNN of a “Redundant Inference Job” may be able to recognize its input without additional training, and DNNs for systematic inference units (SIUs) can be  used for RIUs without modification. In other words, the deployment of inference tasks may not need to be done in a case-by-case manner with time-consuming training. Considering that inference applications are expected to be more specialized and diverse in the 6G era, this improvement is expected to save huge amounts of time and budget for service providers.

[0133] The above-mentioned approaches were inspired from error correction coding that originally deals with binary inputs. The adaptation to inference tasks involves two aspects: the inputs are now image / audio / video / point cloud, etc.; and the outputs are either classes / labels or quantities, or both. These inputs / outputs are no longer binary inputs / outputs that follow classic statistical assumptions. They are not independent and memoryless, which is typically assumed in classic channel coding. Instead, the inputs for DNNs are highly correlated and dependent. For example, the following correlations are ubiquitous: spatial correlations and temporal correlations. Spatial correlation occurs when objects in the real world co-exist for a reason. For example, in one picture, a zebra is more likely to co-appear with a giraffe, but less likely to co-appear with a whale. Temporal correlation occurs when events in the real world are causal in the sense that one leads to another. For example, in both audio and video clips, the events / objects observed in adjacent time frames are dependent.

[0134] Finding a way to properly exploit these correlations could lead to further enhanced inference performance.

[0135] A prior approach, correlated coded inference, set out to find a way to enhance coded inference performance.

[0136] FIG. 6 shows a correlated coded inference framework that further exploits the inherent correlation (also redundancy introduced by nature) in the source input. A plurality of EDs 110 each have deployed thereto a respective RIU 601 or SIU 602 that produces a respective inference result 603, Yi, where i is an index for the respective ED 110. Each of the inference results 603 is sent to one or more TRPs 604 of a BS 170. The two kinds of redundancies (spatial and temporal) are jointly used to improve the performance of the inference algorithm. An aspect of the present description is the statistical resemblance between independent data sets.

[0137] By applying a characterization of marginal probability (Kschischang’s characterization of marginal probability) , a refined estimate of an object or an event may be obtained. A factor graph may be defined between random variables (variable nodes) and their relationships (check nodes) . In the case of FIG. 6, a variables node is an object or an event, and the check nodes represent their joint probability. The marginal probability may be written in the following form:

[0138] where fA (x1) and fB (x2) are the probabilities of a first class / object (x1) and a second class / object (x2) given standalone observation after executing any inference algorithm, and fC (x1, x2) is a joint probability of co-appearance of class / object 1 and class / object 2 given the statistic from training data before executing any inference algorithm.

[0139] The correlated coded inference framework of FIG. 6 may apply to a wide range of system architectures. For example, applications can include joint sensing or detection in a wireless network. The SIUs 602 and RIUs 601, as well as the correlation exploitation, may be implemented in different terminal devices, UEs or IoT devices. The recovery of coded objects may be implemented in a BS 170 or an access point. The method may also be employed to fully distributed networks where all the steps are carried out in terminal devices. The terminal devices can be, for example, fixed cameras, mobile phones, in-vehicle sensors, etc.

[0140] Attempts have been made to exploit data correlation in inference algorithms but have not been able to fully exploit correlation during data transmissions. The above-mentioned types of data may be highly correlated when they are collected from neighboring devices. Transmitting the data without compression may cause excessive traffic loads. Data compression is a well-studied problem. However, a standardizable distributed compression and coding scheme is yet to be designed. In most devices, the data compression only exploits correlation within a network’s or device’s own data and does not account for inter-BS or inter-UE correlation. In some cases, a distributed compression algorithm sends the encoded data from a first node, node1, to a second node, node2, (anode can be a BS 170 or a UE 110) , such that node2 only needs to encode the additional information based node1’s data. This method reduces a lot of transmission load for node2 but may require a direct-link / side-link between node1 and node2. With the above knowledge, at least some aspects of the present description aim to solve the problem of  distributed compression and coding without a direct-link / side-link between two network nodes. Each node may encode its data independently.

[0141] At least some aspects of the present description address the problem of transmission of correlated data in joint sensing scenarios. In a first scenario, shown in FIG. 7A, there is a source 700, a. Several UEs 110 distribute-encode correlated data X, Y and Z, depending from the source 700, into X’ , Y’a nd Z’ , and transmit the encoded correlated data (i.e., a “coded data transmission” ) to a BS 170. BS 170 joint decodes X’ , Y’a nd Z’ by exploiting correlation. The transmitted data can be considered carrying “beliefs” of the correlated data. Due to data correlation, the overall joint entropy of X’ , Y’a nd Z’ is smaller than the sum of their respective entropy, i.e., H (X′a) +H (Y′a) +H (Z′a) >H (Xa, Ya, Za ) . In other words, a sum of the respective entries of each data transmission is greater than a joint entropy associated with the data transmissions. The recovered source data is

[0142] In a second scenario, shown in FIG. 7B, there is source 700 a. Several BSs 170 (or TRPs) distribute-encode correlated data X, Y and Z, depending from the source 700, into X’ , Y’a nd Z’ , and transmit the encoded correlated data (i.e., a “coded data transmission” ) to a UE 110. The UE 110 joint-decodes X’ , Y’a nd Z’ by exploiting correlation. The transmitted data can be considered carrying “beliefs” of the correlated data. Due to data correlation, the overall joint entropy of X’ , Y’a nd Z’is smaller than the sum of their respective entropy, i.e., H (X′a) +H (Y′a) +H (Z′a) >H (Xa, Ya, Za ) . ) . In other words, a sum of the respective entries of each data transmission is greater than a joint entropy associated with the data transmissions. The recovered source data is

[0143] For neighboring network nodes, entropy encoded (compressed) PHY sources (e.g., sensing, CSI) may still have correlations, which can be utilized at a receiver for enhanced joint decoding. That is to say, even if the source has been PHY compressed to be 0-1 uniformly distributed, their compressed bit sequence may still be correlated.

[0144] FIG. 8A shows an example wherein both X’a nd Y’ , encoded by respective transmitters 800 and PHY compressed, are uniformly distributed, which means they cannot be further compressed. However, the bit sequence can be highly biased, which means a receiver 801 can use this correlation to perform joint decoding, such that the block error rate (BLER) of both X and Y can be reduced.

[0145] In practice, source coding (compression) may be followed by channel coding to ensure reliable communications. FIG. 8B shows an example of channel coding applied to the example of FIG. 8A. Channel coding may include forward error correction (FEC) .

[0146] In some other cases, joint source and channel coding is performed to directly encode uncompressed channel bits to codewords to be transmitted. FIG. 8C shows an example of joint source and channel coding applied to the example of FIG. 8A.

[0147] Some aspects of the present disclosure relate to protocols that facilitate the exploitation of correlation during data encoding, transmission and decoding.

[0148] In order to standardize an exploitation of correlation, some signaling, and data formats may need to be specified to somehow align same types of data, which may benefit or enable certain algorithms. This may involve specifying whether one or more sequences of data has correlation, which may include: providing control signals that indicate the correlation of two bit sequences; labelling payload data types, because the same type of data may have a correlation; and / or using a kind of quasi-correlation (QCR) indicator to indicate correlation. In other words, an indicator identifying a correlation between a first data transmission and a second data transmission, each of which may be sent from a respective transmitting network entity to a receiving network entity, may be provided. FIG. 9 shows an example of a QCR indicator 900 that is applied to each of two correlated bit sequences 901, in accordance with an embodiment of the present disclosure. In order to facilitate the decoding of correlated data, it may be helpful to impose some format to the data, e.g., align the one or more correlated bit sequences, either fully or partially. This formatting of the data may include: aligning correlated payload bits , i.e., making the correlated payload bits equal in length, during decoding; and partitioning the payload bits into subblocks of a certain length, where two subblocks of equal length can be correlated. For example, a subblock can be a token that has a pre-defined length (e.g., 1024) . FIG. 10 shows an example of respective correlated subblocks 1000 of a first bit sequence 901 and a second bit sequence 901,  wherein each of the correlated subblocks has been aligned and partitioned from the respective bit sequence to be of a same length. A bit-by-bit correlation exists between each of the correlated subblocks 1000.

[0149] Correlations between data transmissions may be intrinsic to the data source and application. In some cases, the UEs 110, which may lack global knowledge of data transmissions, may not be aware of the correlations. In such cases, the correlations may need to be explicitly indicated by the BS 170, who may be aware of the correlation. Indication of a correlation may help a UE 110 to better determine the code rates used for channel coding such that the spectral efficiency can be maximized. When there is a correlation, it may be safe for a UE 110 to chose a higher code rate and higher modulation order for the data transmission than would be selected otherwise. The receiver, such as the BS 170, may be expected to successfully decode that data transmission by exploiting its correlation with other transmissions. This may reduce the total number of code bits in each data transmission, which may therefore reduce spectrum resource usage and increase spectral efficiency.

[0150] The present disclosure applies to a wide range of system architectures, including all cellular networks, Wi-Fi networks and ad-hoc networks.

[0151] Embodiments of the disclosure can be implemented in next-generation mobile and wireless network services, cloud and edge computing services, and sensing services. Methods of the present disclosure may be useful for inference tasks not implemented in a data center alone. Applicants may include networked inference, environment sensing and autonomous driving.

[0152] In some example embodiments, the correlation relationship between two bit sequences 901 (or two code blocks (CB) , code block groups (CBGs) , or transport blocks (TBs) ) may need to be configured or signaled by a BS 170 via radio resource control (RRC) or downlink control information (DCI) .

[0153] FIG. 11A shows an example of a messaging procedure for a case in which a BS 170 may be aware that uplink data transmissions 1100 (PUCCH or PUSCH) it is going to schedule for two UEs 110 are correlated. This correlation-awareness can be achieved by knowing that the two UEs 110 are co-located (e.g., same section in a cell, similar angle information such as angle-of-arrival (AoA) or direction-of-arrival (DoA) ) and will be transmitting the same type of data (e.g., both are datasets for the same purpose) . In FIG. 11A, the BS 170 (here, a “receiving network entity) determines 1101 that the data transmissions 1100 (i.e., a “first data transmission” and a “second data transmission” ) from the two UEs 110 (here, a “first transmitting network entity” and a “second transmitting network entity” ) are correlated. The BS 170 may be connected to each of the UEs 110 through a network, such as a wireless network. A wireless network may include a cellular network (e.g., a 6G or 5G radio access network) , a satellite network, or a Wi-Fi network. Each of the data transmissions 1100 may depend from a same source and may be correlated as described in relation to FIGs. 7A, 7B, 8A, 8B, and 8C.

[0154] To signal the correlation to each of the UEs 110, the BS 170 may send to them a respective indicator identifying the correlation. Sometimes, the correlation indication is implicitly given. However, since the correlation can be exploited during decoding, more aggressive MCS selection or Max_code_rate configuration can be used to save uplink spectrum resource. Sometimes, it is helpful to add an indicator in the scheduling information (e.g., correlation_indication as a DCI field) of the uplink data transmission 1100, to let the UE know that this transmission may be jointly decoded with another transmission from another UE. Sometimes, it is useful to add an indicator in the scheduling information 1102 (e.g., L1_indication as a DCI field) of the uplink data transmission 1100, as shown in FIG. 11A, to let the UE know that this transmission 1100 is not for higher-layer data, but layer-1 data that may have correlation with other uplink data transmissions 1100. The above indications can also be configured by RRC in a semi-persistent manner, whereas a set of uplink data transmissions 1100 may be configured all at once.

[0155] Each UE 110 may send to the BS 170 the respective data transmission 1100 (shown in FIG. 11A as PUSCH1 and PUSCH2) . The BS 170 may jointly decode 1103 the data transmissions 1100 in accordance with the correlation between them.

[0156] FIG. 11B shows an example of a messaging procedure for a case in which a BS 170 (with multiple TRPs 604) may be aware that downlink data transmissions 1100 (PDCCH or PDSCH) it is going to schedule from two TRPs 604 are correlated. This correlation-awareness can be achieved by knowing that the two TRPs 604 are co-located (e.g., same section in a cell, similar angle information, e.g., AoA, DoA) and will be transmitting the same type of data (e.g., both are datasets for the same  purpose) . In FIG. 11B, the BS 170 determines 1101 that the data transmissions 1100 (i.e., a “first data transmission” and a “second data transmission” ) , to be sent from the two TRPs 604 (here, a “first transmitting network entity” and a “second transmitting network entity” ) to a UE 110 (here, a “receiving network entity” ) are correlated. The TRPs 604 may be connected to the UE 110 through a network, such as a wireless network. A wireless network may include a cellular network (e.g., a 6G or 5G radio access network) , a satellite network, or a Wi-Fi network. Each of the data transmissions 1100 may depend from a same source and may be correlated as described in relation to FIGs. 7A, 7B, 8A, and 8B.

[0157] To signal the correlation to the UE 110, each TRP 604 may send to it a respective indicator (or “indication” ) identifying the correlation. Sometimes, the correlation indication is implicitly given. However, since the correlation can be exploited during decoding, more aggressive MCS selection or Max_code_rate configuration can be used to save downlink spectrum resource. Sometimes, it is helpful to add an indicator in the scheduling information (e.g., correlation_indication as a DCI field) of the downlink data transmission 1100, to let the UE know that this data transmission 1100 may be jointly decoded with another data transmission 1100 from another TRP. Sometimes, it is useful to add an indicator in the scheduling information 1102 (e.g., L1_indication as a DCI field) of the downlink data transmission 1100, as shown in FIG. 11B, to let the UE know that this data transmission 1100 is not for higher-layer data, but layer-1 data that may have correlation with other downlink data transmissions 1100. The above indications can also be configured by RRC in a semi-persistent manner, whereas a set of downlink data transmissions 1100 may be configured all at once.

[0158] Each UE 110 may send to the BS 170 the respective data transmission 1100 (shown in FIG. 11B as PDSCH1 and PDSCH2) . The BS 170 may jointly decode 1103 the data transmissions 1100 in accordance with the correlation between them.

[0159] In some example embodiments, the correlation relationship between two bit sequences 901 (or CBs / CBGs / TBs) may need to be reported by a UE 110 via a scheduling request (SR) or payload indicator.

[0160] FIG. 11C shows an example of a messaging procedure for a case in which two UEs 110 may be aware that uplink data transmissions 1100 (PUCCH or PUSCH) that they are going to schedule are correlated. This correlation-awareness can be achieved by knowing that some neighboring UEs 110 may transmit similar information. For example, in distributed inference, several UEs 110 may jointly perform a task. In FIG. 11C, each UE 110 (here, a “first transmitting network entity” and a “second transmitting network entity” ) determines 1101 its respective data transmission 1100 to a BS 170 (here, a “receiving network entity” ) is correlated with the respective data transmission 1100 of the other UE 110. The UEs 110 may be connected to the BS 170 through a network, such as a wireless network. A wireless network may include a cellular network (e.g., a 6G or 5G radio access network) , a satellite network, or a Wi-Fi network. Each of the data transmissions 1100 may depend from a same source and may be correlated as described in relation to FIGs. 7A, 7B, 8A, and 8B.

[0161] To signal the correlation to the BS 170, each UE 110 may send to it a respective indicator (or “indication” ) identifying the correlation. Sometimes, an indication may be embedded in a scheduling request 1104 (e.g., correlation_indication as an SR field) of the uplink data transmission 1100, as shown in FIG. 11C, to let the BS 170 know that the data transmission 1100 being requested may be jointly decoded with another data transmission 1100 from another UE 110. Sometimes, an indicator can be added to the payload of the transmitted data (e.g., L1_indication can be added as a header to the beginning of the payload bit sequence) of the uplink data transmission 1100, to let the BS 170 know that this data transmission 1100 is not for higher-layer data, but layer-1 data that may have correlation with other uplink data transmissions 1100. Sometimes, multiple indicators can be inserted into the payload of the transmitted data (e.g., payload_type can be inserted to the middle of the payload bit sequence) of the uplink data transmission 1100, to let the BS 170 know the type of subsequent payload subblock, such that it can jointly decode payload bits with the same type.

[0162] Each UE 110 may send to the BS 170 the respective data transmission 1100 (shown in FIG. 11C as PUSCH1 and PUSCH2) . The BS 170 may jointly decode 1103 the data transmissions 1100 in accordance with the correlation between them.

[0163] FIG. 11D shows an example of a messaging procedure for a case in which a UEs 110 may be aware that downlink data transmissions 1100 (PDCCH or PDSCH) it is going to schedule from multiple TRPs 604 to the UE 110 are correlated. This correlation-awareness can be achieved by knowing that some neighboring TRPs 604 may transmit similar information. For example, in distributed inference, several TRPs 604 may jointly perform a task. In FIG. 11D, the UE 110 (here, a “receiving  network entity” ) determines 1101 that the respective data transmissions 1100 (i.e., a “first data transmission” and a “second data transmission” from two TRPs 604 (here, a “first transmitting network entity” and a “second transmitting network entity” ) of a BS 170 are correlated. The UE 110 may be connected to the TRPs 604 through a network, such as a wireless network. A wireless network may include a cellular network (e.g., a 6G or 5G radio access network) , a satellite network, or a Wi-Fi network. Each of the data transmissions 1100 may depend from a same source and may be correlated as described in relation to FIGs. 7A, 7B, 8A, and 8B.

[0164] To signal the correlation to each TRP 604, the UE 110 may send to each a respective indicator (or “indication” ) identifying the correlation. Sometimes, an indication can be embedded in a scheduling request 1104 (e.g., correlation_indication as an SR field) of the downlink data transmission 1100, as shown in FIG. 11D, to let the BS 170 (with multiple TRPs 604) know that the data transmission 1100 being requested may be jointly decoded with another data transmission 1100 from another TRP 604. Sometimes, an indicator can be added to the payload of the transmitted data (e.g., L1_indication can be added as a header to the beginning of the payload bit sequence) of the downlink data transmission 1100, to let the UE 110 know that this data transmission 1100 is not for higher-layer data, but layer-1 data that may have correlation with other downlink data transmissions 1100. Sometimes, multiple indicators can be inserted into the payload of the transmitted data (e.g., payload_type can be inserted to the middle of the payload bit sequence) of the downlink transmission 1100, to let the UE 110 know the type of subsequent payload subblock, such that it can jointly decode payload bits with the same type.

[0165] Each TRP 604 may send to the UE 110 the respective data transmission 1100 (shown in FIG. 11D as PDSCH1 and PDSCH2) . The UE 110 may jointly decode 1103 the data transmissions 1100 in accordance with the correlation between them.

[0166] Some example embodiments include a correlation indicator. When it comes to standardization, there is expected to be many types or formats of source data (CSI, sensing, AI, etc. ) . Joint coding may only be performed on CBs containing the same type / format of source data, because correlation may only exist between sources of the same type. In some embodiments, a data type may be temporally assigned and appended to the beginning of a bit sequence 901.

[0167] In some embodiments of the present disclosure, a payload data indicator may be configured by a BS 170, and the transmitters (i.e., the BS 170 (TRPs 604) for downlink data transmissions 1100, or UEs 110 for uplink data transmissions 1100) may append a certain indicator at the beginning of a corresponding type of payload bit sequences 901. The indicator may be needed for the receiver (i.e., the BS 170 (TRPs 604) for uplink data transmissions 1100, or UEs 110 for downlink data transmissions 1100) to identify same-type source bits and perform joint decoding.

[0168] FIG. 12A shows an example of data transmissions 1100 being sent from a plurality of transmitting network entities 1200 to a receiving network entity 1201. Each data transmission includes a source-type header 1202 (shown as patterned hashing) , which may serve as an indicator for a certain data type among a plurality of data types. FIG. 12A further shows correlations 1203 among data transmissions 1100 having the same source-type header 1202. Correlated data transmissions 1100 may be of a same format and length.

[0169] FIG. 12B provides a legend 1204 for the source-type headers 1202 shown in FIG. 12A. Each source-type header 1202 may be indicated by a plurality of header bits 1205. In this example, two header bits 1205 are used to indicate the source data type, which provides four different indicators. In other embodiments, different amounts of header bits 1205 may be used.

[0170] Some example embodiments include a joint decoding procedure. At the receiver (i.e., the BS 170 (TRPs 604) for uplink data transmissions 1100, or UEs 110 for downlink data transmissions 1100) , the procedure for decoding the received data transmissions can be similar to enhanced hybrid automatic repeat request (HARQ) methods. FIG. 13 shows a flowchart of an example of a method for joint decoding in accordance with an embodiment of the present disclosure. At action 1301, the data transmissions 1100 (or “packets” ) from a plurality of transmitters may be received by the receiver. At action 1302, a radio network temporary identifier (RNTI) may be descrambled for each data transmission 1100. At action 1303, an initial attempt to decode each data transmission 1100 individually may be performed. At action 1304, the receiver may evaluate whether the initial decoding was successful. If the initial decoding is successful, the procedure may be considered as following current standard methods. If not, the BS 170 may not schedule a retransmission but may read the source-type header 1202, at action 1305, to see, at action 1306, whether it has received data transmissions 1100 of the same source-type header from other  transmitters. If the receiver has received packets having the same source-type header, the receiver, at action 1307, may jointly decode the two data transmissions 1100, or may directly use the correlation if the other data transmission 1100 has been successfully decoded already. At action 1308, the receiver may evaluate whether the joint decoding was successful. If decoding has not been successful, the receiver may, at action 1309, schedule a retransmission for each data transmission 1100. If the decoding is determined to be successful, either at action 1304 or 1308, the receiver may, at action 1310, end the decoding procedure.

[0171] In some example embodiments, the correlation across multiple bit sequences 901 (e.g., CBs, CBGs, TBs, CWs) may be described as a quasi-correlation relationship (QCR) . Two bit sequences 901 may be said to be quasi-correlated if one bit sequence 901 can be inferred from the other bit sequence 901.

[0172] Several QCR types may be defined to describe how much correlation there is between one or more bit sequences 901. For example, QCR-TypeA to QCR-TypeD in Table 1 presented below describe a decreasing correlation. Each QCR type can be further described by a set of properties, such as data type, timing, location and user. In general sensing applications, properties such as sensing data type and sensing time may indicate whether and how much two bit sequences 901 are correlated. In some embodiments, QCR type may instead be determined by a cross-entropy. Each QCR type may have associated thereto a QCR index that may be used to indicate the respective QCR type for a bit sequence 901.

[0173] Table 1. Description and indices for different QCR types.

[0174] A QCR type may be associated to a “reference” bit sequence to indicate the correlation. FIG. 14 shows an example of a transmitter-side QCR indication according to an embodiment of the present disclosure. Here, a reference bit sequence 1401 (bit sequence 1) is shown alongside a bit sequence 1100 (bit sequence 2) having a QCR with another bit sequence 1100 (not shown) . Each of the reference bit sequence 1401 and the bit sequences 1100 has a sequence identifier 1402 ( “Seq ID” ) . The correlated bit sequences 1100 include a field 1403 indicating the sequence identifier 1402 of the reference bit sequence 1401 and a QCR type.

[0175] The QCR may also be indicated during RRC configuration and DCI scheduling. If the QCR is indicated by RRC configuration, it may be associated to a certain resource set, e.g., a PUCCH / PDCCH resource set, which is pre-configured for uplink data transmission. The scheduled uplink data transmissions 1100 from different users may satisfy the QCR. Provided below is a sample pseudocode for indicating the QCR by RRC configuration.

[0176] If the QCR is indicated by DCI scheduling, it may be associated to a specific data transmission 1100, e.g., PUSCH / PDSCH time and frequency resource assignment, and transmission ID, which may be indicated for uplink data transmission. In these cases, the QCR may be indicated by a new subfield introduced to a control field. A transmission ID subfield may be use x bits to indicate a specific transmission or a set of transmissions, where x is a natural number. A reference transmission ID subfield may use x bits to indicate that the current transmission or the current set of transmissions is correlated  to another transmission, or another set of transmissions. A QCR type subfield may use y bits to indicate how the two transmissions (or two sets of transmissions) are correlated, where y is a natural number.

[0177] Some example embodiments include a payload bit grouping procedure. In order to perform joint decoding, the receiver may need to know which two bits are correlated between two correlated bit sequences 901 in order to exploit the correlation. In other words, a bit-by-bit mapping relation may be established at the decoder, or the correlated bits may be aligned in some way. In practice, due to the sheer amount of data transmission, it is particularly difficult to bit-wise specify this correlation, which would inevitably introduce a lot of overhead traffic. A convenient way to specify the bit-by-bit correlation may be to group a certain number of payload bits and define the correlation relationship based on bit groups rather than bits. A payload bit group (PBG) can be: all the payload bits in a TB; all the payload bits in a CB or a CBG; or all the payload bits in a subblock in a CB.

[0178] FIG. 15 shows an example of correlations 1501 between respective PBGs 1502 of two bit sequences 901 being sent from respective UEs 110 to a BS 170. In this example, a PBG 1502 of one bit sequence 901 has correlations 1501 with two PBGs 1502 of the other bit sequence 901.

[0179] In some example embodiments, the correlation across PBGs 1502 can be specified either semi-statically or dynamically. For example, a BS 170 may schedule a downlink data transmission 1100 to a UE 110, which may contain a mixture of payload bits with some payload bits that may be correlated to other downlink data transmissions 1100 from other TRPs 604, while the remaining payload bits may be normal bits in the sense that they are not correlated with any other TRPs’ 604 bits. In semi-static correlation bit mapping, one or more bits may be used to represent a PBG 1502, and the bit value may be a QCR index, and the QCR index bits may be concatenated in the same way that their corresponding PBGs 1502 are correlated. The PBGs 1502 with the same QCR index may be correlated accordingly. FIG. 16 shows an example demonstrating how to describe the correlation between two UEs’ 110 payload bit sequences 901 as two correlation bit maps 1601. Patterned hashing of PBGs 1502 in each bit sequence 901 indicate correlations. In dynamic correlation indication, using a dynamic codebook, only the correlation information for the correlated PBGs 1502 may be included in the report. To keep track of the data transmissions 1100, a transmission index (TI) field may be included in the DCI or UCI. The TI field may further contain two parts, a counter TI (cTI) and a total TI (tTI) . The counter TI, used with carrier aggregation, may indicate the number of scheduled data transmissions 1100 up to the point the DCI (or UCI) was received. The total TI may indicate the total number of data transmissions 1100 across all carriers up to this point in time. With the dynamic correlation indication, the correlation information for the uncorrelated data may not need to be transmitted.

[0180] FIG. 17 shows an example of a structure for a dynamic correlation indication 1700 according to an embodiment of the present disclosure. The dynamic correlation indication comprises, for each QCR, a TI field 1701 and a corresponding QCR index field 1702.

[0181] Some aspects of the present disclosure relate to a framework for distributed compression and coding of correlated data. The framework may include one or more of the following features: correlation signaling by a BS 170 (uplink or downlink) , correlation signaling by a UE 110 (uplink or downlink) , correlation indicators, a joint decoding procedure, quasi-correlation relationships (QCR) , payload bits groups (PBG) , and semi-static and dynamic correlation codebooks.

[0182] In the present disclosure, the terms “a” , “an” and “one” are defined to mean “at least one” , that is, these terms do not exclude a plural number of items, unless stated otherwise.

[0183] In the present disclosure, terms such as “substantially” , “generally” and “about” , which modify a value, condition or characteristic of a feature of an exemplary embodiment, should be understood to mean that the value, condition or characteristic is defined within tolerances that are acceptable for the proper operation of this exemplary embodiment for its intended application.

[0184] In the present disclosure, unless stated otherwise, the terms “connected” and “coupled” , and derivatives and variants thereof, refer herein to any structural or functional connection or coupling, either direct or indirect, between two or more elements. For example, the connection or coupling between the elements can be acoustical, mechanical, optical, electrical, thermal, logical, or any combinations thereof.

[0185] In the present disclosure, expressions such as “match” , “matching” and “matched” , including variants and derivatives thereof, are intended to refer herein to a condition in which two or more elements are either the same or within some predetermined tolerance of each other. That is, these terms are meant to encompass not only “exactly” or “identically” matching the two elements but also “substantially” , “approximately” or “subjectively” matching the two or more elements, as well as providing a higher or best match among a plurality of matching possibilities.

[0186] In the present disclosure, the expression “based on” is intended to mean “based at least partly on” , that is, this expression can mean “based solely on” or “based partially on” , and so should not be interpreted in a limited manner. More particularly, the expression “based on” could also be understood as meaning “depending on” , “representative of” , “indicative of”, “associated with” or similar expressions.

[0187] In the present disclosure, the terms "system" and "network" may be used interchangeably in embodiments of this application. "At least one" means one or more, and "a plurality of" means two or more. The term "and / or" describes an association relationship of associated objects, and indicates that three relationships may exist. For example, A and / or B may indicate the following three cases: Only A exists, both A and B exist, and only B exists, where A and B may be singular or plural. The character " / " usually indicates an "or" relationship between associated objects. "At least one of the following items (pieces) " or a similar expression thereof indicates any combination of these items, including a single item (piece) or any combination of a plurality of items (pieces) . For example, "at least one of A, B, or C" includes A, B, C, A and B, A and C, B and C, or A, B, and C, and "at least one of A, B, and C" may also be understood as including A, B, C, A and B, A and C, B and C, or A, B, and C. In addition, unless otherwise specified, ordinal numbers such as "first" and "second" in embodiments of this application are used to distinguish between a plurality of objects, and are not used to limit a sequence, a time sequence, priorities, or importance of the plurality of objects.

[0188] A person skilled in the art should understand that embodiments of this application may be provided as a method, an apparatus (or system) , computer-readable storage medium, or a computer program product. Therefore, this application may use a form of a hardware-only embodiment, a software-only embodiment, or an embodiment with a combination of software and hardware. Moreover, this application may use a form of a computer program product that is implemented on one or more computer-usable storage media (including but not limited to a disk memory, an optical memory, and the like) that include computer-usable program code.

[0189] This application is described with reference to the flowcharts and / or block diagrams of the method, the device (system) , and the computer program product according to this application. It should be understood that computer program instructions may be used to implement each process and / or each block in the flowcharts and / or the block diagrams and a combination of a process and / or a block in the flowcharts and / or the block diagrams. The computer program instructions may be provided for a general-purpose computer, a dedicated computer, an embedded processor, or a processor of another programmable data processing device to generate a machine, so that the instructions executed by the computer or the processor of the another programmable data processing device generate an apparatus for implementing a specific function in one or more procedures in the flowcharts and / or in one or more blocks in the block diagrams.

[0190] The computer program instructions may alternatively be stored in a computer-readable memory that can indicate a computer or another programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory generate an artifact that includes an instruction apparatus. The instruction apparatus implements a specific function in one or more procedures in the flowcharts and / or in one or more blocks in the block diagrams.

[0191] The computer program instructions may alternatively be loaded onto a computer or another programmable data processing device, so that a series of operations and steps are performed on the computer or the another programmable device, so that computer-implemented processing is generated. Therefore, the instructions executed on the computer or the another programmable device provide steps for implementing a specific function in one or more procedures in the flowcharts and / or in one or more blocks in the block diagrams.

[0192] It is clearly that a person skilled in the art can make various modifications and variations to this application without departing from the scope of this application. This application is intended to cover these modifications and variations of this  application provided that they fall within the scope of protection defined by the following claims and their equivalent technologies.

[0193] The present disclosure applies to a very wide range of AI / ML algorithms and applications. Although the disclosure is applied to DNNs, it could also apply to some AI / ML algorithms such as logistic regression and support vector machine (SVM) . The described object detection is just an example, which happens to contain both classification and regression and thus serve as a very good example. In practice, the methods described herein can be easily tailored or generalized to other applications as well.

[0194] The present disclosure also applies to various communication networks, such as 5G, 6G and Wi-Fi. In some cases, a network may not be necessary. For example, with only correlated inference, the algorithm can be implemented on a single device too.

[0195] The following table provides acronyms, abbreviations, and initialism used throughout the present disclosure.

[0196] Table 2. Acronyms, abbreviations, and initialisms.

Claims

1.A method comprising:communicating, with each of a first transmitting network entity and a second transmitting network entity, a respective indicator identifying a correlation between a first data transmission from the first transmitting network entity to a receiving network entity and a second data transmission from the second transmitting network entity to the receiving network entity, each of the first data transmission and the second data transmission originating from a same source;receiving:from the first transmitting network entity, the first data transmission,andfrom the second transmitting network entity, the second data transmission; anddecoding the first data transmission and the second data transmission in accordance with the correlation.2.The method of claim 1 wherein the communicating the respective indicator comprises sending the respective indicator to each of the first transmitting network entity and the second transmitting network entity.3.The method of claim 2 wherein the sending the respective indicator comprises sending each indicator within scheduling information of a respective downlink control information message or a respective radio resource control message.4.The method of claim 2 wherein the sending the respective indicator comprises sending each indicator within a respective scheduling request.5.The method of claim 1 wherein the communicating the respective indicator comprises receiving the respective indicator from each of the first transmitting network entity and the second transmitting network entity.6.The method of claim 5 wherein the receiving the respective indicator comprises receiving each indicator within scheduling information of a respective downlink control information message or a respective radio resource control message.7.The method of claim 5 wherein the receiving the respective indicator comprises receiving each indicator within a respective scheduling request.8.The method of claim 5 wherein the receiving the respective indicator comprises receiving the indicator from the first transmitting network entity in the first data transmission, and receiving the indicator from the second transmitting network in the second data transmission.9.The method of any one of claims 1 to 8 wherein:each of the first data transmission and the second data transmission have a respective source-type header; anddecoding the first data transmission and the second data transmission in accordance with the correlation includes:reading, for each of the first data transmission and the second data transmission, the respective source-type header;andcomparing the respective source-type header of the first data transmission to the respective source-type header of the second data transmission.10.The method of any one of claims 1 to 9 wherein each indicator identifying the correlation between the first data transmission and the second data transmission provides a quasi-correlation relationship type and includes a reference bit sequence.11.The method of any one of claims 1 to 10 wherein:each of the first data transmission and the second data transmission include a respective plurality of bits, each plurality of bits defining one or more respective payload bit groups, each payload bit group of the first data transmission having a relationship with at least one payload bit group of the second data transmission;andthe correlation between the first data transmission and the second data transmission depends from each relationship between payload bit groups of the first data transmission and the second data transmission.12.The method of claim 11 wherein each indicator identifying the correlation between the first data transmission and the second data transmission defines a correlation bit map providing a respective quasi-correlation relationship type for each relationship between payload bit groups of the first data transmission and the second data transmission.13.The method of claim 11 wherein:each relationship between payload bit groups of the first data transmission and the second data transmission corresponds to one quasi-correlation relationship type of a set of quasi-correlation relationship types; andeach indicator identifying the correlation between the first data transmission and the second data transmission includes one or more transmission indices and a corresponding one or more quasi-correlation relationship types, each transmission index having a respective counter providing a count of relationships corresponding to the quasi-correlation relationship type corresponding to the respective transmission index.14.A method comprising:obtaining, by a first transmitting network entity, a first data transmission to be sent to a receiving network entity, the first data transmission having a correlation with a second data transmission at a second transmitting network entity connected to the receiving network entity, the second data transmission to be sent to the receiving network entity, each of the first data transmission and the second data transmission originating from a same source;communicating, with the receiving network entity, an indicator identifying the correlation; andsending, to the receiving network entity, the first data transmission.15.The method of claim 14 wherein the communicating the indicator comprises sending the indicator to the receiving network entity.16.The method of claim 15 wherein the sending the indicator comprises sending the indicator within scheduling information of a downlink control information message or a radio resource control message.17.The method of claim 15 wherein the sending the indicator comprises sending the indicator within a scheduling request.18.The method of claim 15 wherein the sending the indicator comprises sending the indicator in the first data transmission.19.The method of any one of claims 2 to 4 or claims 15 to 18, further comprising determining the correlation between the first data transmission and the second data transmission.20.The method of claim 14 wherein the communicating the indicator comprises receiving the indicator from the receiving network entity.21.The method of claim 20 wherein the receiving the indicator comprises receiving the indicator within scheduling information of a downlink control information message or a radio resource control message.22.The method of claim 20 wherein the receiving the indicator comprises receiving the indicator within a scheduling request.23.The method of any one of claims 14 to 22 wherein the indicator identifying the correlation between the first data transmission and the second data transmission provides a quasi-correlation relationship type and includes a reference bit sequence.24.The method of any one of claims 14 to 23 wherein:each of the first data transmission and the second data transmission include a respective plurality of bits, each plurality of bits defining one or more respective payload bit groups, each payload bit group of the first data transmission having a relationship with at least one payload bit group of the second data transmission;andthe correlation between the first data transmission and the second data transmission depends from each relationship between payload bit groups of the first data transmission and the second data transmission.25.The method of claim 24 wherein the indicator identifying the correlation between the first data transmission and the second data transmission defines a correlation bit map providing a respective quasi-correlation relationship type for each relationship between payload bit groups of the first data transmission and the second data transmission.26.The method of claim 24 wherein:each relationship between payload bit groups of the first data transmission and the second data transmission corresponds to one quasi-correlation relationship type of a set of quasi-correlation relationship types; andthe indicator identifying the correlation between the first data transmission and the second data transmission includes one or more transmission indices and a corresponding one or more quasi-correlation relationship types, each transmission index having a respective counter providing a count of relationships corresponding to the quasi-correlation relationship type corresponding to the respective transmission index.27.The method of any one of claims 1 to 26 wherein the first data transmission and the second data transmission both include one or more code blocks, one or more code block groups, or one or more transport blocks.28.The method of any one of claims 1 to 27 wherein the first data transmission and the second data transmission are both a physical uplink control channel data transmission or a physical uplink shared channel data transmission.29.The method of any one of claims 1 to 28 wherein the first data transmission and the second data transmission are both a physical downlink control channel data transmission or a physical downlink shared channel data transmission.30.The method of any one of claims 1 to 29 wherein the first transmitting network entity and the second transmitting network entity are co-located.31.The method of any one of claims 1 to 30 wherein the receiving network entity is a base station, and each of the first transmitting network entity and the second transmitting network entity is a respective user equipment.32.The method of any one of claims 1 to 31 wherein the receiving network entity is a user equipment, and each of the first transmitting network entity and the second transmitting network entity is a respective transmit and receive point of a same base station.33.The method of any one of claims 1 to 32 wherein:the first data transmission and the second data transmission each have associated thereto a respective entropy;the first data transmission and the second data transmission have associated thereto a joint entropy;anda sum comprising the respective entropy of each of the first data transmission and the second data transmission is greater than the joint entropy.34.The method of any one of claims 1 to 33 wherein each of the first data transmission and the second data transmission is a respective coded data transmission encoded by one or more forward error correction codes.35.The method of any one of claims 1 to 34 wherein each of the first data transmission and the second data transmission is a respective coded data transmission compressed by a same physical layer source.36.An apparatus comprising a communication interface and a processor configured to cause the apparatus to perform the method of any one of claims 1 to 35.37.The apparatus of claim 36, wherein the communication interface comprises a transceiver.38.An apparatus comprising a processor and a memory for storing instructions which, when executed by the processor, cause the apparatus to perform the method of any one of claims 1 to 35.39.A computer program comprising instructions which, when executed by the processor, cause the apparatus to perform the method of any one of claims 1 to 35.40.A system comprising a first apparatus configured to perform method of any one of claims 1 to 13 and a second apparatus configured to perform the method of any one of claims 14 to 35.

Images