Methods, apparatus, and systems for mixed-traffic combined payload coding

Abstract

Methods, apparatus, and systems for mixed-traffic combined payload coding are disclosed. Encoding of multiple traffic generates coded bits. The multiple traffic includes first traffic and second coded bits generated from second traffic that is different from the first traffic. The second coded bits are a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic, and the subset includes a number of coded bits in the set starting from a starting point in the set. Multiple traffic coding may help improve performance of the second traffic.

Description

METHODS, APPARATUS, AND SYSTEMS FOR MIXED-TRAFFIC COMBINED PAYLOAD CODING

[0001] CROSS-REFERENCE TO RELATED APPLICATION

[0002] The present application is related to, and claims priority to, United States provisional patent application Serial No. 63 / 599,065 , entitled “Mixed-Traffic Intra-UE Multiple-Access Coding” , filed on November 15, 2023, the entire contents of which are hereby incorporated by reference.TECHNICAL FIELD

[0003] The present application relates to coding for wireless communications, and in particular to coding of combined payloads from mixed traffic.BACKGROUND

[0004] Channel coding is a procedure to transform a sequence of information bits into a longer sequence of transmitted bits to make the transmission more robust to disturbances. Systematic LDPC codes, for example, employ an encoding procedure that generates a number of parity-check bits from information bits. After encoding, the obtained sequence is called coded bits of the mother code. A rate matching procedure follows to select a desired number of coded bits for transmission, in order to meet a code rate requirement of the communication system.

[0005] A UE may handle different traffic with different QoS requirements. For example, URLLC traffic may require BLER of 0.00001, while eMBB traffic may only require BLER of 0.1. Moreover, a latency requirement of URLLC may be 1ms, or possibly even more strict in the future. Such requirements mean that URLLC traffic may barely have a chance for retransmission. It is generally desirable for a UE to effectively take advantage of multiple traffic, and especially to enhance the performance of high priority traffic such as URLLC.SUMMARY

[0006] In some aspects of this disclosure, multiple downlink traffic to the same UE is multiplexed. The performance of high-priority traffic may be enhanced with or without performance loss.

[0007] Here, “with or without performance loss” refers to performance loss of other traffic, such as lower-priority traffic in this example.

[0008] Higher priority traffic, such as URLLC, is first encoded separately and some of the coded bits of the mother codeword are selected by a bit-selection module and mixed with lower priority traffic, such as eMBB, by a bit-mixing module. The combined payload is encoded and the generated coded bits are passed to a rate-matching module which will select bits to be transmitted depending on a desired code rate and on an eMBB performance tolerance.

[0009] This is an example that illustrates several features disclosed herein, including bit selection, bit mixing, combined payload encoding, and rate matching. Although this example refers to all of these features,  other disclosed embodiments include fewer than all of these features, and may also or instead include other features.

[0010] According to an aspect of the present disclosure, a method involves encoding multiple traffic to generate coded bits, and outputting the coded bits. The multiple traffic includes first traffic and second coded bits generated from second traffic that is different from the first traffic. The second coded bits comprise a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic, and the subset includes a number of coded bits in the set starting from a starting point in the set.

[0011] Another method disclosed herein involves receiving coded bits generated by encoding multiple traffic. The multiple traffic includes first traffic and second coded bits generated from second traffic that is different from the first traffic. The second coded bits comprise a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic, and the subset includes a number of coded bits in the set starting from a starting point in the set. Such a method may also involve outputting decoded traffic decoded from the received coded bits.

[0012] An apparatus according to an embodiment includes an encoder for encoding multiple traffic to generate coded bits, and an interface, coupled to the encoder, for outputting the coded bits.

[0013] According to another aspect of the present disclosure, an apparatus includes an interface for receiving coded bits generated by encoding multiple traffic, and a decoder, coupled to the interface, for decoding traffic from the received coded bits.

[0014] In such apparatus embodiments the multiple traffic includes first traffic and second coded bits generated from second traffic that is different from the first traffic, the second coded bits comprise a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic, and the subset includes a number of coded bits in the set starting from a starting point in the set.

[0015] A system is also disclosed, and may include a first communication device and a second communication device. The first communication device is configured to: encode multiple traffic to generate coded bits, the multiple traffic including first traffic and second coded bits generated from second traffic that is different from the first traffic, the second coded bits comprising a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic, the subset including a number of coded bits in the set starting from a starting point in the set; and transmit the coded bits. The second communication device is configured to receive and decode the coded bits.

[0016] In other apparatus embodiments, an apparatus may include a processor configured to cause the apparatus to perform any of the methods as disclosed herein.

[0017] An apparatus may include a processor and a non-transitory computer readable storage medium that is coupled to the processor and stores programming for execution by the processor.

[0018] A storage medium need not necessarily or only be implemented in or in conjunction with such an apparatus. A computer program product, for example, may be or include a non-transitory computer readable medium storing programming for execution by a processor.

[0019] Programming stored by a computer readable storage medium may include instructions to, or to cause a processor to, perform, implement, support, or enable any of the methods disclosed herein.

[0020] The present disclosure encompasses these and other aspects or embodiments.BRIEF DESCRIPTION OF THE DRAWINGS

[0021] For a more complete understanding of the present embodiments, and the advantages thereof, reference is now made, by way of example, to the following descriptions taken in conjunction with the accompanying drawings.

[0022] Fig. 1 is a simplified schematic illustration of a communication system.

[0023] Fig. 2 is a block diagram illustration of the example communication system in Fig. 1.

[0024] Fig. 3 illustrates an example electronic device and examples of base stations.

[0025] Fig. 4 illustrates units or modules in a device.

[0026] Fig. 5 illustrates an example joint coding method.

[0027] Fig. 6 illustrates another example joint coding method.

[0028] Fig. 7 illustrates an apparatus according to an embodiment.

[0029] Fig. 8 provides an illustration of an example decoding procedure according to an embodiment.

[0030] Fig. 9A illustrates a comparison between two options for selecting embedding bits.

[0031] Fig. 9B illustrates a comparison between two further options for selecting embedding bits.

[0032] Fig. 10 illustrates a comparison between four options for bits mixing.

[0033] Fig. 11 is a flow diagram illustrating example methods according to embodiments.

[0034] Fig. 12 includes block diagrams illustrating apparatus according to embodiments.DETAILED DESCRIPTION

[0035] For illustrative purposes, specific example embodiments will now be explained in greater detail in conjunction with the figures.

[0036] The embodiments set forth herein represent information sufficient to practice the claimed subject matter and illustrate ways of practicing such subject matter. Upon reading the following description in light of the accompanying figures, those of skill in the art will understand the concepts of the claimed subject matter and will recognize applications of these concepts not particularly addressed herein. It should be understood that these concepts and applications fall within the scope of the disclosure and the accompanying claims.

[0037] Referring to Fig. 1, as an illustrative example without limitation, a simplified schematic illustration of a communication system is provided. The communication system 100 comprises a radio access network 120. The radio access network 120 may be a next generation (sixth generation, “6G, ” or later for example) radio access network, or a legacy (5G, 4G, 3G or 2G for example) radio access network. One or more communication electric devices (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 radio access network 120. A core network 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. Also the communication system 100 comprises a public switched telephone network (PSTN) 140, the internet 150, and other networks 160.

[0038] Fig. 2 illustrates an example communication system 100. In general, the communication system 100 enables multiple wireless or wired elements to communicate data and other content. The purpose of the communication system 100 may be to provide content, such as voice, data, video, and / or text, via broadcast, multicast and unicast, and so on. The communication system 100 may operate by sharing resources, such as carrier spectrum bandwidth, between its constituent elements. The communication system 100 may include a terrestrial communication system and / or a non-terrestrial communication system. The communication system 100 may provide a wide range of communication services and applications (such as earth monitoring, remote sensing, passive sensing and positioning, navigation and tracking, autonomous delivery and mobility, and so on) . 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 what may be considered a heterogeneous network comprising multiple layers. Compared to conventional communication networks, 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.

[0039] The terrestrial communication system and the non-terrestrial communication system could be considered sub-systems of the communication system. In the example shown in Fig. 2, the communication system 100 includes electronic devices (ED) 110a, 110b, 110c, 110d (generically referred to as ED 110) , radio access networks (RANs) 120a, 120b, a non-terrestrial communication network 120c, a core network 130, a public switched telephone network (PSTN) 140, the Internet 150 and other networks 160. The RANs 120a, 120b include respective base stations (BSs) 170a, 170b, which may be generically referred to as terrestrial transmit and receive points (T-TRPs) 170a, 170b. The non-terrestrial communication network 120c includes an access node 172, which may be generically referred to as a non-terrestrial transmit and receive point (NT-TRP) 172.

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

[0041] The air interfaces 190a and 190b may use similar communication technology, such as any suitable radio access technology. For example, the communication system 100 may implement one or more channel access methods, such as code division multiple access (CDMA) , space division multiple access (SDMA) , time division multiple access (TDMA) , frequency division multiple access (FDMA) , orthogonal FDMA (OFDMA) , or single-carrier FDMA (SC-FDMA, also known as discrete Fourier transform spread OFDMA, DFT-s-OFDMA) in the air interfaces 190a and 190b. The air interfaces 190a and 190b may utilize other higher dimension signal spaces, which may involve a combination of orthogonal and / or non-orthogonal dimensions.

[0042] 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.

[0043] The RANs 120a and 120b are in communication with the core network 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 core network 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 core network 130, and may or may not employ the same radio access technology as RAN 120a, RAN 120b or both. The core network 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 necessary to support such.

[0044] Fig. 3 illustrates another example of an ED 110 and a base station 170a, 170b and / or 170c. The ED 110 is used to connect persons, objects, machines, and so on. 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) , machine-type communications (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, and so on.

[0045] Each ED 110 represents any suitable end user device for wireless operation and may include such devices (or may be referred to) as a user equipment / device (UE) , a wireless transmit / receive unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA) , a machine type communication (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, and so on) , an industrial device, or an apparatus in (for example a communication module, modem, or chip) or comprising the forgoing devices, among other possibilities. Future generation EDs 110 may be referred to using other terms. The base station 170a and 170b is a T-TRP and will hereafter be referred to as T-TRP 170. Also shown in Fig. 3, a NT-TRP will hereafter be referred to as NT-TRP 172. Each ED 110 connected to T-TRP 170 and / or NT-TRP 172 can be dynamically or semi-statically turned-on (that is, established, activated, or enabled) , turned-off (that is, released, deactivated, or disabled) and / or configured in response to one of more of: connection availability and connection necessity.

[0046] The ED 110 includes 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, as a transceiver for example. 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.

[0047] The ED 110 includes at least one memory 208. The memory 208 stores instructions and data used, generated, or collected by the ED 110. 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 processing unit (s) (a processor 210 for example) . Each memory 208 includes any suitable volatile and / or non-volatile storage and retrieval device (s) . Any suitable type of memory may be used, such as random access memory (RAM) , read only memory (ROM) , hard disk, optical disc, subscriber identity module (SIM) card, memory stick, secure digital (SD) memory card, on-processor cache and the like.

[0048] The ED 110 may further include one or more input / output devices (not shown) or interfaces (such as a wired interface to the Internet 150 in Fig. 1) . 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, and so on.

[0049] The ED 110 includes the processor 210 for performing operations including those operations related to preparing a transmission for uplink transmission to the NT-TRP 172 and / or the T-TRP 170, those operations related to processing downlink transmissions received from the NT-TRP 172 and / or the T-TRP 170, and those operations related to processing sidelink transmission to and from another ED 110. Processing operations related to preparing a transmission for uplink transmission may include operations such as encoding, modulating, transmit beamforming and generating symbols for transmission. Processing operations related to processing downlink transmissions may include operations such as receive beamforming, demodulating and decoding received symbols. Depending upon the embodiment, a downlink transmission may be received by the receiver 203, possibly using receive beamforming, and the processor 210 may extract signaling from the downlink transmission (by detecting and / or decoding the signaling for example) . An example of signaling may be a reference signal transmitted by the NT-TRP 172 and / or by the T-TRP 170. In some embodiments, the processor 210 implements the transmit beamforming and / or the receive beamforming based on the indication of beam direction, for example beam angle information (BAI) , received from the T-TRP 170. In some embodiments, the processor 210 may perform operations relating to network access (initial access for example) and / or downlink synchronization, such as operations relating to detecting a synchronization sequence, decoding and obtaining the system information, and so on. In some embodiments, the processor 210 may perform channel estimation, using a reference signal received from the NT-TRP 172 and / or from the T-TRP 170 for example.

[0050] 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.

[0051] 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 (for example, in the memory 208) . Alternatively, some or all of the processor 210, the processing components of the transmitter 201 and the processing components of the receiver 203 may each be implemented using dedicated circuitry, such as a programmed field-programmable gate array (FPGA) , an application-specific integrated circuit (ASIC) , or a hardware accelerator such as a graphics processing unit (GPU) or an artificial intelligence (AI) accelerator.

[0052] The T-TRP 170 may be known by other names in some implementations, such as a base station, 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 base band unit (BBU) , a remote radio unit (RRU) , an active antenna unit (AAU) , a remote radio head (RRH) , a central unit (CU) , a distributed unit (DU) , a positioning node, among other possibilities. The T-TRP 170 may be a macro BS, a pico BS, a relay node, a donor node, or the like, or combinations thereof. The T-TRP 170 may refer to the forgoing devices or refer to apparatus (for example a communication module, a modem, or a chip) in the forgoing devices.

[0053] In some embodiments, the parts of the T-TRP 170 may be distributed. For example, some of the modules of the T-TRP 170 may be located remote from the equipment that houses the antennas 256 for the T-TRP 170, 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 embodiments, the term T-TRP 170 may also refer to modules on the network side that perform processing operations, such as determining the location of the ED 110, resource allocation (scheduling) , message generation, and encoding / decoding, and that are not necessarily part of the equipment that houses the antennas 256 of the T-TRP 170. The modules may also be coupled to other T-TRPs. In some embodiments, the T-TRP 170 may actually be a plurality of T-TRPs that are operating together to serve the ED 110, for example through the use of coordinated multipoint transmissions.

[0054] The T-TRP 170 includes 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 T-TRP 170 further includes a processor 260 for performing operations including those related to:preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to the NT-TRP 172, and processing a transmission received over backhaul from the NT-TRP 172. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (for example multiple input multiple output (MIMO) precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink 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 (for example initial access) and / or downlink synchronization, such as generating the content of synchronization signal blocks (SSBs) , generating the system information, and so on. In some embodiments, the processor 260 also generates an indication of beam direction, for example BAI, which may be scheduled for transmission by a scheduler 253. The processor 260 performs other network-side processing operations described herein, such as determining the location of the ED 110, determining where to deploy the NT-TRP 172, and so on. In some embodiments, the processor 260 may generate signaling, for example to configure one or more parameters of the ED 110 and / or one or more parameters of the NT-TRP 172. Any signaling generated by the processor 260 is sent by the transmitter 252. Note that “signaling” , as used herein, may alternatively be called control signaling. Signaling may be transmitted in a physical layer control channel, for example a physical downlink control channel (PDCCH) , in which case the signaling may be known as dynamic signaling. Signaling transmitted in a downlink physical layer control channel may be known as Downlink Control Information (DCI) . Signaling transmitted in an uplink physical layer control channel may be known as Uplink Control Information (UCI) . Signaling transmitted in a sidelink physical layer control channel may be known as Sidelink Control Information (SCI) . Signaling may be included in a higher-layer (for example higher than physical layer) packet transmitted in a physical layer data channel, for example in a physical downlink shared channel (PDSCH) , in which case the signaling may be known as higher-layer signaling, static signaling, or semi-static signaling. Higher-layer signaling may also refer to Radio Resource Control (RRC) protocol signaling or Media Access Control –Control Element (MAC-CE) signaling.

[0055] The scheduler 253 may be coupled to the processor 260. The scheduler 253 may be included within or operated separately from the T-TRP 170. The scheduler 253 may schedule uplink, downlink, sidelink,  and / or backhaul transmissions, including issuing scheduling grants and / or configuring scheduling-free (for example, “configured grant” ) resources. The T-TRP 170 further includes a memory 258 for storing information and data. The memory 258 stores instructions and data used, generated, or collected by the T-TRP 170. 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.

[0056] 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.

[0057] 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, for example in the memory 258. Alternatively, some or all of the processor 260, the scheduler 253, the processing components of the transmitter 252, and the processing components of the receiver 254 may be implemented using dedicated circuitry, such as a programmed FPGA, a hardware accelerator (for example, a GPU or AI accelerator) , or an ASIC.

[0058] Although the NT-TRP 172 is illustrated as a drone only as an example, the NT-TRP 172 may be implemented in any suitable non-terrestrial form, such as satellites and high altitude platforms, including international mobile telecommunication base stations and unmanned aerial vehicles, for example. Also, the NT-TRP 172 may be known by other names in some implementations, such as a non-terrestrial node, a non-terrestrial network device, or a non-terrestrial base station. The NT-TRP 172 includes a transmitter 272 and a receiver 274 coupled to one or more antennas 280. Only one antenna 280 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas may alternatively be panels. The transmitter 272 and the receiver 274 may be integrated as a transceiver. The NT-TRP 172 further includes a processor 276 for performing operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to T-TRP 170, and processing a transmission received over backhaul from the T-TRP 170. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (for example MIMO precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink or over backhaul may include operations such as receive beamforming, demodulating received symbols, and decoding received symbols. In some embodiments, the processor 276 implements the transmit beamforming and / or receive beamforming based on beam direction information (for example BAI) received from the T-TRP 170. In some embodiments, the processor 276 may generate signaling, for example to configure one or more parameters of the ED 110. In some embodiments, the NT-TRP 172 implements physical layer processing, but does not implement higher layer functions such as functions at the medium access control (MAC) or radio link control (RLC) layer. As this is only an example, more generally, the NT-TRP 172 may implement higher layer functions in addition to physical layer processing.

[0059] The NT-TRP 172 further includes a memory 278 for storing information and data. Although not illustrated, the processor 276 may form part of the transmitter 272 and / or part of the receiver 274. Although not illustrated, the memory 278 may form part of the processor 276.

[0060] The processor 276, the processing components of the transmitter 272, and the processing components of the receiver 274 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, for example in the memory 278. Alternatively, some or all of the processor 276, the processing components of the transmitter 272, and the processing components of the receiver 274 may be implemented using dedicated circuitry, such as a programmed FPGA, a hardware accelerator (for example, a GPU or AI accelerator) , or an ASIC. In some embodiments, the NT-TRP 172 may actually be a plurality of NT-TRPs that are operating together to serve the ED 110, e.g. through coordinated multipoint transmissions.

[0061] The T-TRP 170, the NT-TRP 172, and / or the ED 110 may include other components, but these have been omitted for the sake of clarity.

[0062] One or more steps of the embodiment methods provided herein may be performed by corresponding units or modules, according to Fig. 4. Fig. 4 illustrates units or modules in a device, such as in the ED 110, in the T-TRP 170 or in the NT-TRP 172. For example, a signal may be transmitted by a transmitting unit or by a transmitting module. A signal may be received by a receiving unit or by a receiving module. A signal may be processed by a processing unit or by a processing module. Other steps may be performed by an artificial intelligence (AI) or machine learning (ML) module. The respective units or modules may be implemented using hardware, one or more components or devices that execute software, or a combination thereof. For instance, one or more of the units or modules may be a circuit such as an integrated circuit. Examples of an integrated circuit include a programmed FPGA, a GPU, or an ASIC. For instance, one or more of the units or modules may be logical such as a logical function performed by a circuit, by a portion of an integrated circuit, or by software instructions executed by a processor. It will be appreciated that where the modules are implemented using software for execution by a processor for example, the modules may be retrieved by a processor, in whole or part as needed, individually or together for processing, in single or multiple instances, and that the modules themselves may include instructions for further deployment and instantiation.

[0063] While not shown, the transmitting module and the receiving module may be part of, or combined into, a transceiver module. A transceiver module may also be known as an interface module, or simply an interface, for inputting and outputting operations.

[0064] Additional details regarding the Eds 110, the T-TRP 170 and the NT-TRP 172 are known to those of skill in the art. As such, these details are omitted here.

[0065] Having considered communications more generally above, attention will now turn to particular example embodiments.

[0066] In conventional communications, different traffic are treated separately and MCS for each traffic is selected based on the traffic’s respective QoS requirement. Hybrid automatic repeat request (HARQ) may be used to improve reliability of the communications. However, the round-trip delay incurred by the “NACK” signaling, re-scheduling, and retransmission may cause such communications to not meet expected ultra-latency requirements in future communication systems.

[0067] In the context of HARQ, ACK refers to acknowledgement, and NACK refers to negative acknowledgement.

[0068] An example joint coding method maps different payloads according to their priorities and encodes them into a long code word. This provides the desired feature of “unequal error protection (UEP) ” to support various reliability requirements in one FEC. In some implementations of this example method, the BLER of URLLC can be over two orders of magnitudes lower than that of eMBB. As such, joint coding can deliver multiple QoS to multiple services within only one wireless link. However, the LLRs corresponding to the entire code word must be received before the decoding can be started. For example, if a URLLC payload with 50 bits and an eMBB payload with 8000 bits are jointly encoded into a code word of 23000 bits, the decoding cannot begin until all 23000 LLRs are received. This will also incur extra delay.

[0069] Fig. 5 illustrates such a joint coding method.

[0070] Another example joint coding method embeds / mixes a high-priority payload to a low-priority payload and the two payloads are encoded separately. These embedding bits are transmitted inside two payloads, providing a similar effect of retransmission gain for the high-priority payload. Therefore, if the high-priority payload is not decoded successfully, it can be decoded again by decoding the low-priority payload instead of directly asking for a retransmission. However, only information bits from the payload are allowed to be mixed, which means the same bits are transmitted twice and the retransmission opportunity is not fully utilized.

[0071] An example of such a joint coding method is illustrated in Fig. 6.

[0072] In some embodiments of the present disclosure, an example implementation comprises a bits-selection module, a bits-mixing module, and a rate-matching module as shown in Fig. 7.

[0073] In Fig. 7, a bits selection module is shown at 710, a bits mixing module is shown at 712, and a rate matching module is shown at 724 for coded bits generated by encoding a multiple traffic combined payload by an encoding module 722. Another encoding module 702 and rate matching module 704 for separate coding and transmission of URLLC traffic are also shown.

[0074] The present disclosure refers to mixed traffic and multiple traffic. These terms are intended to generally encompass traffic that may be different in one or more traffic parameters. Traffic parameters may also or instead be referred to as traffic properties, characteristics or requirements. Examples herein include latency requirements, QoS requirements, priority, and traffic type (such as URLLC, eMBB, mMTC) .

[0075] Fig. 7 illustrates an apparatus 700 according to an embodiment. Other embodiments may include additional, fewer, or different components, coupled together in a similar or different way. For example, some embodiments may provide bits selection and bits mixing at 710, 712, for multiple traffic encoding at 722, with or without rate matching at 704 and / or 724. It is also possible that coded bits for bits selection and bits mixing at 710, 712 may be obtained from separate encoding at 702, by a different device or component, such that an apparatus consistent with the present disclosure may obtain coded bits for bits selection and bits mixing without necessarily generating those coded bits. Although (optionally rate matched) coded bits may be transmitted, coded bits may be output without necessarily being transmitted. Coded bits may be output for storage, for example, or output by an encoding module for subsequent transmission by a different component such as a transmitter.

[0076] For another example, some embodiments may “serialize” one or more of the operations in the apparatus 700. Since the coded bits of the multiple traffic types are typically transmitted in serial fashion, parallel operations or modules in the apparatus 700 may be combined into an equivalent serial representation. Thus, some embodiments may include one encoding module rather than two separate encoding modules 702, 722; some embodiments may include one rate matching module rather than two separate rate matching modules 704, 724. Some embodiments may serialize both the encoding and rate matching modules. The equivalent serial representations of the modules and connections in the apparatus 700 would be apparent to those persons skilled in the art upon reference to the description.

[0077] The present disclosure is also not in any way limited to the particular components shown in Fig. 7. Division of functions or features may be different than shown. The various modules are also intended as examples, and may be referred to using different names, such as: “encoder” instead encoding module; bit selection module, bit selector, bits selector, or selector instead of bits selection module; bit mixing module, bit mixer, bits mixer, mixer, multiplexer, or combiner instead of bits selection module; rate matcher instead of rate matching module.

[0078] In some embodiments of the present disclosure, multiple downlink traffic with different QoS requirement to the same UE is multiplexed. For example, the multiple traffic may include a stream of URLLC traffic and a stream of eMBB traffic.

[0079] Multiplexing, which may also be referred to as mixing, combining, or embedding, of multiple traffic such as a stream of URLLC traffic and a stream of eMBB traffic is consistent with the example shown in Fig. 7.

[0080] The higher priority traffic, such as URLLC, is encoded separately first. The coded bits are passed to a rate matching module and the URLLC transmit bits are obtained.

[0081] Encoding and rate matching for URLLC traffic (by an encoding module 702 and a rate matching module 704) are also consistent with the example shown in Fig. 7.

[0082] The URLLC coded bits are passed to a bits-selection module which will select a desired number of embedding / mixing bits from the coded bits of the URLLC payload. The selected embedding bits are then passed to a bits-mixing module together with eMBB payload. The two input sequences are mixed together and then passed to the encoding module. Finally, a rate-matching module will select bits to be transmitted.

[0083] These features are consistent with the example shown in Fig. 7 as well, in which URLLC coded bits are passed to a bits-selection module 710, the selected embedding bits are passed to a bits-mixing module 712 together with eMBB payload, the two input sequences to the bits mixing module are mixed together and then passed to the encoding module 722, and a rate-matching module 724 will select bits to be transmitted.

[0084] Accordingly, the decoding procedure of the URLLC traffic is described as follows and any successful decoding can terminate the procedure early:

[0085] 1. [First decoding attempt] A receiver decodes the URLLC payload after receiving the URLLC transmit bits. In this case, even if this decoding is not successful, its decoder LLR for the embedded coded bits is still passed for the decoding of the eMBB packet.

[0086] 2. [Second decoding attempt] After the reception of eMBB payload or at least the URLLC related portion, the receiver will combine the channel LLR belonging to URLLC coded bits and decode the URLLC payload again. The receiver can optionally skip this decoding attempt and directly go to the next step.

[0087] 3. [Third decoding attempt] After finishing the eMBB decoding, the receiver will combine the decoder extrinsic LLR belonging to the URLLC coded bits and decode the URLLC again. The receiver can optionally skip this decoding attempt and only keep the first two attempts.

[0088] Fig. 8 provides an illustration of such a decoding procedure.

[0089] There could be several different implementations of the bits-selection module. Fig. 9A illustrates a comparison between two solutions and procedures, shown as “Option 1” and “Option 2” .

[0090] Although reference is made to different implementations of the bits-selection module, it should be readily apparent that these different implementations apply more generally to selection of bits for coding as disclosed herein.

[0091] One solution can select the embedding bits consecutively after a starting point 902. The procedure is as follows:

[0092] · Take the coded bits d0, d1, ..., dN-1 from the encoding module, the starting point r and the embedding length m from the upper layer indication;

[0093] · Output the sequence dr, dr+1, ..., dr+m-1.

[0094] Here, “upper layer indication” refers to one possible signaling option for parameters related to multiple traffic coding, such as the starting point and the embedding length. RRC is an example of higher layer signaling that may include such an upper layer indication. Other signaling options for carrying an indication of one or more parameters include DCI or other types of dynamic signaling. Not all embodiments or parameters are necessarily indicated in signaling. For example, one or more parameters may be pre-configured or otherwise available at a device or apparatus in which multiple traffic coding is supported.

[0095] Another solution can select the embedding bits consecutively after several starting points 904, 906, 908. The procedure is as follows:

[0096] · Take the coded bits d0, d1, ..., dN-1 from the encoding module, the starting points r0, r1, ..., rs-1 and the embedding lengths m0, m1, ..., ms-1 for each staring point from the upper layer indication;

[0097] · Output the sequence

[0098] Fig. 9B illustrates a comparison between two further options for selecting embedding bits. Fig. 9A illustrates an example for NR LDPC code, which is a systematic QC-LDPC code according to which all information bits are coded bits at the front (the “URLLC data in Fig. 9A) and the first 2Z1 bits will be punctured, where Z1 is the lifting size of the code. Lifting size is also discussed below. Moreover, not all parity bits generated based on the mother code will be transmitted, and these un-transmitted bits are in the dashed boxes in Fig. 9A. Fig. 9B illustrates a more general example, in which embedding bits are selected from among coded bits generated by encoding URLLC traffic. In some embodiments, the traffic coding is according to a systematic code and there may be punctured information bits and / or untransmitted parity bits, and an example of such an embodiment is illustrated in Fig. 9A.

[0099] There could be several different implementations of the bits-mixing module.

[0100] Although reference is made to different implementation of the bits-mixing module, it should be readily apparent that these different implementations apply more generally to mixing bits for coding as disclosed herein.

[0101] One solution can mix the URLLC coded bits to the end block of the eMBB payload. The procedure is as follows:

[0102] · Take the embedding bits dr, dr+1, ..., dr+m-1 from the bits-selection module, the other payload b0, b1, ..., bK-1 from the buffer;

[0103] · Output the sequence b0, b1, ..., bK-1, dr, dr+1, ..., dr+m-1.

[0104] A buffer is referenced as an example of how bits from the other payload may be obtained for bits mixing. Not all embodiments necessarily involve a buffer.

[0105] Another solution can mix the URLLC coded bits to the beginning block of the eMBB payload. The procedure is as follows:

[0106] · Take the embedding bits dr, dr+1, ..., dr+m-1 from the bits-selection module, the other payload b0, b1, ..., bK-1 from the buffer;

[0107] · Output the sequence dr, dr+1, ..., dr+m-1, b0, b1, ..., bK-1.

[0108] Another solution can mix the URLLC coded bits to the block after the first 2Z bits of the eMBB payload where Z is the lifting size of the eMBB payload.

[0109] This solution refers to mixing the URLLC coded bits to the block after the first 2Z bits of the eMBB payload, and in the context of lifting size the reference to eMBB payload is the eMBB payload with the embedding bits mixed (also referred to herein as a combined payload or multiple traffic for encoding) . Thus, Z is the lifting size of the combined payload, including eMBB data and embedding bits, in this example.

[0110] The procedure is as follows:

[0111] · Take the embedding bits dr, dr+1, ..., dr+m-1 from the bits-selection module, the other payload b0, b1, ..., bK-1 from the buffer;

[0112] · Output the sequence b0, b1, ..., b2Z-1, dr, dr+1, ..., dr+m-1, b2Z, b2Z+1, ..., bK-1.

[0113] This output sequence is consistent with the example referenced at least above, to insert embedding bits (URLLC coded bits in the example) to a block after the first 2Z bits of a payload (eMBB payload in the example) .

[0114] Lifting size depends on payload size, and in the example above the lifting size depends on a size of a multiple traffic combined payload. A position for mixing embedding bits (associated with one traffic) with bits of different traffic for multiple traffic coding may be based on lifting size, which in turn depends on payload size. Accordingly, such a position may be referred to as being based on the size of the payload.

[0115] The concept of lifting size applies to certain codes such as the QC-LDPC (Quasi-cyclic LDPC) code. For example, a longer QC-LDPC code can be constructed from a shorter LDPC code by lifting its (base) Tanner graph with a lifting size.

[0116] After encoding, some coded bits can be punctured, by the rate matching modules in Fig. 7 for example, before transmission. For example, the first 2Z bits of NR LDPC codes may be punctured and not be transmitted. The parameter Z is called its lifting size and is used to construct the QC-LDPC code from a shorter LDPC code. Embedding bits, such as URLLC coded bits in the current example, may be mixed to locations that will not be punctured. For a QC-LDPC code, the URLLC coded bits can be mixed at one or more locations after the first 2Z bits of another traffic payload (such as the eMBB payload in the current example) where Z is the lifting size of the combined payload.

[0117] Another solution can mix the URLLC coded bits to the positions with high variable node degrees after the first 2Z bits of the eMBB payload where Z is the lifting size.

[0118] This is an example of bits mixing that may apply to a QC-LDPC code. Here, as above, the reference to the eMBB payload in the context of lifting size relates to the combined payload, including the embedding bits.

[0119] The procedure is as follows:

[0120] · Take the embedding bits dr, dr+1, ..., dr+m-1 from the bits-selection module, the other payload b0, b1, ..., bK-1 from the buffer;

[0121] · Output the sequence b0, b1, ..., b2Z-1, dr, dr+1, ..., b2Z, ..., b2Z+1, ... dr+m-1, ..., bK-1, where the embedding bits occupies positions which are corresponding to variable nodes with high degrees and may not be consecutive.

[0122] This output sequence is consistent with the example referenced at least above, to insert embedding bits (URLLC coded bits in the example) to positions with high variable node degrees after the first 2Z bits of a payload (eMBB payload in the example) .

[0123] Variable node degree is a coding property of codes such as LDPC codes, for example. The present disclosure is not limited only to such codes. Variable node degree is related to reliability, and therefore bits mixing positions based on variable node degree are an example of bits mixing positions based on reliability. More generally, this example of variable node degree is intended as an example to illustrate that bits mixing may be based on a coding property of the encoding that is used for a multiple traffic combined payload.

[0124] Fig. 10 illustrates a comparison between these four solutions and procedures, shown as “Option 1” , “Option 2” , “Option 3” , and “Option 4” and with the first 2Z bits in Option 3 and Option 4 labelled as “2Z3” .

[0125] The rate-matching module will select the desired bits for transmission. Based on if to transmit the embedding bits, the procedure can be as follows:

[0126] · Take the coded bits c0, c1, ..., cN-1 from the encoding module, the embedding bits location r, r+1, ..., r+m-1 from the bits-mixing module, and the embedding bits puncture flag from the upper layer indication.

[0127] · If the embedding bits puncture flag is false, output c0, c1, ..., cr+m-1, cr+m, ... cl-1, where  is the desired code rate.

[0128] · If the embedding bits puncture flag is true, output c0, c1, ..., cr-1, cr+m, cr+m+1, ... cl-1, where is the desired code rate.

[0129] In this example, there are coded bits at locations that correspond to the embedding bits locations. If the embedding bits puncture flag is true, then the output from rate matching does not include coded bits cr, ..., cr+m-1, and the embedding bits for encoding are at locations r, ..., r+m-1. This is the case, for example, in systematic codes.

[0130] This example also refers to an embedding bits puncture flag. Such a flag may be used in some embodiments to control whether coded bits corresponding to the embedding bits are punctured during rate matching and before transmission, and could be indicated in signaling, from a network device such as a base station to a UE for example, pre-configured or pre-defined, determined at a transmitter or encoder. A flag is one option, but more generally some embodiments may involve determining, based on a flag or otherwise, whether coded bits corresponding to embedding bits are to be transmitted or output, or not transmitted or output.

[0131] At a decoder or receiver, a determination is made as to whether received coded bits include or do not include coded bits corresponding to embedding bits, or in other words whether such coded bits were transmitted or punctured during rate matching. Such a determination may be based on a flag, indicated in signaling, pre-configured, or pre-defined, for example, so that proper decoding can be applied to received coded bits.

[0132] There are 3 reasons why the embedding bits can be punctured:

[0133] 1. If the embedding bits have been transmitted in URLLC transmit bits, their channel LLR is known and can be directly used for eMBB decoding. Retransmitting these bits can only provide chase combining effect, which is a waste.

[0134] 2. If the embedding bits are not transmitted in URLLC transmit bits, the URLLC decoder can still provide reasonable decoder LLR for these bits because usually the URLLC payload is encoded with a higher protection code than the eMBB payload. Then these decoder LLR can be combined and used for eMBB decoding.

[0135] 3. If the embedding bits are punctured, the eMBB payload can be protected by the same amount of parity bits, instead of less parity bits as the non-punctured scheme, leading to potential no performance loss.

[0136] Reference is made above to puncturing embedding bits and puncturing coded bits. In the case of systematic codes, the embedding bits become part of a coded bit stream, and accordingly both references, to embedding bits being punctured and to coded bits being punctured, are correct.

[0137] Although reference is also made to the rate-matching module selecting the desired bits for transmission, it should be readily apparent that features related to a rate-matching module apply more generally to rate matching as disclosed herein.

[0138] OVERVIEW

[0139] Various aspects of the present disclosure are described herein and shown in the drawings by way of example. Fig. 11 is a flow diagram illustrating more general example methods according to embodiments.

[0140] At the left, 1100 in Fig. 11 illustrates operations or features that may be provided or supported at an encoder or transmitter-side device, and at the right, 1150 illustrates operations or features that may be provided or supported at a decoder or receiver-side device. For ease of reference, a device at which encoding and / or transmitting features may be implemented or supported may be called a first communication device, and a device at which decoding and / or receiving features may be implemented or supported may be called a second communication device. Embodiments may involve either or both of such devices.

[0141] With reference first to 1100, the encoding at 1104 is intended to represent encoding multiple traffic to generate coded bits.

[0142] The multiple traffic includes first traffic (such as eMBB traffic in examples above) and second coded bits generated from second traffic (URLLC in examples above) that is different from the first traffic. The second traffic may be different from the first traffic in one or more traffic parameters. For example, the second traffic may be different from the first traffic in one or more of the following: latency requirement (in other words the first traffic and the second traffic may have different latency requirements) ; QoS requirement (in other words the first traffic and the second traffic may have different QoS requirements) ; priority (in other words the first traffic and the second traffic may have different priorities) ; traffic type (in other words the first traffic may be of a first traffic type and the second traffic may be of a second traffic type different from the first traffic type) .

[0143] The second coded bits include a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic. The second coded bits are also referred to herein as embedding bits. The subset (that is, the second coded bits) includes a number of coded bits in the set (generated by encoding the second traffic) starting from a starting point in the set. According to an example that is described at least above, the subset (second bits) can be selected as, or in other words a method may involve selecting, the number of bits consecutively after the starting point. This may be expressed, for example, consistent with an example above in the following manner:

[0144] · with the set of coded bits from encoding the second traffic denoted as d0, d1, ..., dN-1, the starting point denoted as r and the number of bits (referred to above as embedding length) denoted as m;

[0145] · the subset of the coded bits may be selected as, or selecting the subset may involve selecting, the coded bits dr, dr+1, ..., dr+m-1.

[0146] In this example, the sequence dr, dr+1, ..., dr+m-1 represents the subset of coded bits included in the multiple traffic, and may be an output of the selecting or an output of a bits selection module as shown by way of example at 710 in Fig. 7.

[0147] A starting point and number of bits (such as embedding length above) may be indicated in signaling in some embodiments. For example, a method may involve receiving signaling that includes an indication of the number of coded bits and the starting point. Such an indication may be an upper layer indication as referenced at least above. Starting point and number of bits such as embedding length are examples of parameters related to multiple traffic coding, and one or more other such parameters may also or instead be indicated in signaling. More generally, one or more parameters related to multiple traffic coding may be indicated in signaling, or in other words signaling may include an indication of one or more parameters related to multiple traffic coding. Such signaling may be received at an encoder or first communication device, and accordingly a method may involve receiving such signaling.

[0148] The signaling may be or include RRC signaling, for example. Other signaling options are possible, and examples provided elsewhere herein include DCI or other types of dynamic signaling. Not all embodiments or parameters are necessarily indicated in signaling. For example, one or more parameters may be pre-configured or otherwise available at a device or apparatus in which multiple traffic coding is supported.

[0149] Another solution disclosed herein involves embedding bits that are consecutive after several starting points. Therefore, the subset referenced above (the second coded bits from encoding the second traffic) may further include a respective number of coded bits in the set (the full set of coded bits from encoding the second traffic, for example) starting from one or more different starting points in the set that are different from the starting point referenced above. In other words, the above-referenced subset may include respective numbers of coded bits in the set starting from respective starting points in the set. For example, “Option 2” in Fig. 9A and “Option 2B” in Fig. 9B illustrate three starting points. In the context of any one of these starting points, the subset of coded bits selected for embedding includes a number of bits starting from that starting point, and the subset also incudes a respective number of coded bits in the set starting from one or more different starting points (two in the example shown, so there is a respective number of bits starting from the two other different starting points, or a number of bits starting from each starting point) .

[0150] According to an example that is described at least above, the subset (second bits) can be selected as, or in other words a method may involve selecting, a respective number of bits consecutively after each of multiple starting points. This may be expressed, for example, in the following manner:

[0151] · with the set of coded bits from encoding the second traffic denoted as d0, d1, ..., dN-1, the starting points denoted r0, r1, ..., rs-1, and the respective number of coded bits (referred to above as embedding lengths) for each starting point denoted as m0, m1, ..., ms-1;

[0152] · the subset of the coded bits may be selected as, or selecting the subset may involve selecting, the coded bits

[0153] In this example, the sequence represents the subset of coded bits included in the multiple traffic, and may be an output the selecting or an output of a bits selection module as shown by way of example at 710 in Fig. 7.

[0154] A method may involve receiving signaling that includes an indication of the starting point (s) and the number (s) of bits, or more generally an indication of a starting point, the one or more different starting points, a number of coded bits starting from the starting point, and respective number of coded bits starting from the one or more different starting points. Signaling options referenced above may also apply to embodiments in which there are multiple starting points and numbers of bits for selection of coded bits for embedding.

[0155] These examples relate to the second coded bits that are to be combined with the first traffic for multiple traffic encoding. These second coded bits are mixed with the first traffic to generate the multiple traffic, and accordingly a method may also involve mixing the second coded bits with the first traffic.

[0156] Consistent with one example above, the second coded bits (URLLC coded bits in the example above) are mixed at an end of the first traffic (eMBB in the example above) , and accordingly a method may involve mixing the second coded bits at the end of the first traffic. This may be expressed, for example, as follows:

[0157] · obtaining the second bits (for example dr, dr+1, ..., dr+m-1 or  above) , from a bits selection module or otherwise, and the first traffic b0, b1, ..., bK-1, from a buffer or otherwise;

[0158] · mixing the second bits with the first traffic, to generate the multiple traffic, which may be expressed as follows using the notation above: b0, b1, ..., bK-1, dr, dr+1, ..., dr+m-1, or

[0159] Consistent with another example above, the second coded bits (URLLC coded bits in the example above) are mixed at a beginning of the first traffic (eMBB in the example above) , and accordingly a method may involve mixing the second coded bits at the beginning of the first traffic. This may be expressed, for example, as follows:

[0160] · obtaining the second bits (for example dr, dr+1, ..., dr+m-1 or  above) , from a bits selection module or otherwise, and the first traffic b0, b1, ..., bK-1, from a buffer or otherwise;

[0161] · mixing the second bits with the first traffic, to generate the multiple traffic, which may be expressed as follows using the notation above: dr, dr+1, ..., dr+m-1, b0, b1, ..., bK-1, or

[0162] The second coded bits may be mixed with the first traffic after a position that is based on a property such as a size of a payload of the multiple traffic. As described at least above, a position based on lifting size may be referred to as being based on the size of a payload, such as the mixed traffic that is encoded at 1104 to generated coded bits. As also described at least above, the first 2Z bits (where Z is the lifting size) of NR LDPC codes may be punctured and not subsequently transmitted, and therefore mixing the second coded bits with the first traffic after a position based on payload size (after the first 2Z bits in this example) is illustrative of an example in which the second coded bits are mixed (or mixing the second coded bits) with the traffic of the first traffic type to avoid positions to be punctured before transmission.

[0163] As an example of this type of mixing, the second coded bits may be mixed with the first traffic after the first 2Z bits, and accordingly a method may involve mixing the second coded bits with the first traffic after the first 2Z bits of the first traffic. This may be expressed, for example, as follows:

[0164] · obtaining the second bits (for example dr, dr+1, ..., dr+m-1 or  above) , from a bits selection module or otherwise, and the first traffic b0, b1, ..., bK-1, from a buffer or otherwise;

[0165] · mixing the second bits with the first traffic, to generate the multiple traffic, which may be expressed as follows using the notation above:

[0166] b0, b1, ..., b2Z-1, dr, dr+1, ..., dr+m-1, b2Z, ..., b2Z+1, ..., bK-1, or

[0167] The second coded bits may be mixed with the traffic of the first traffic type at positions that are based on a property of the encoding, such as variable node degree. A method may therefore involve mixing the second coded bits with the first traffic at positions that are based on such as coding property. Coding property may be used as a basis of mixing positions on its own or in combination with one or more other bases or criteria, such as the 2Z property referenced in other examples. In such a scenario, the second coded bits may be mixed (or a method may involve mixing the second coded bits) with the first traffic at positions based on a coding property and a payload size. With variable node degree as the coding property and lifting size as a property based on payload size as an example, the second coded bits are mixed (or a method may involve mixing the second coded bits) with the first traffic type to not only avoid positions to be punctured before transmission, but also achieve higher reliability based on a property (variable node degree in this example) of the encoding. This may be expressed, for example, as follows:

[0168] · obtaining the second bits (for example dr, dr+1, ..., dr+m-1 or  above) , from a bits selection module or otherwise, and the first traffic b0, b1, ..., bK-1, from a buffer or otherwise;

[0169] · mixing the second bits with the first traffic, to generate the multiple traffic, which may be expressed as follows using the notation above, where the embedding bits occupy positions  which are corresponding to variable nodes with high degrees and may not be consecutive: b0, b1, ..., b2Z-1, dr, dr+1, ..., b2Z, ..., b2Z+1, ... dr+m-1, ..., bK-1, or

[0170] Various examples above relate to selection of coded bits for mixing, and mixing those coded bits with the first traffic. Selecting and mixing are shown in separate modules in Fig. 7, for example, but are not shown separately in Fig. 11. A method may involve selecting second coded bits and mixing those coded bits with first traffic, but Fig. 11 generalizes these operations at 1102, as being involved in obtaining multiple traffic for encoding. Similarly, encoding the second traffic is also not shown in Fig. 11, but a method may involve such encoding. In some embodiments, the multiple traffic may be generated separately, and received, accessed from memory, or otherwise obtained for encoding. Therefore, although some embodiments may involve encoding the second traffic, selecting second coded bits for mixing with first traffic, and mixing the second coded bits with the first traffic to generate multiple traffic for encoding, these operations may be performed separately in other embodiments.

[0171] Fig. 11 illustrates outputting coded bits at 1106. These coded bits are generated by encoding multiple traffic at 1104, and may be transmitted as illustrated by the dashed line from 1106 to 1152.

[0172] Some embodiments may involve rate matching, and accordingly a method may involve applying rate matching to the coded bits as shown at 1108. The rate matching may involve outputting coded bits for transmission. The coded bits that are output for transmission may include coded bits that correspond to the second coded bits (or in other words the embedding bits are not punctured) , or outputting only coded bits other than coded bits that correspond to the second coded bits (or in other words all of the embedding bits are punctured) . Transmission of rate-matched coded bits is illustrated by the dashed line from 1108 to 1152.

[0173] Rate matching may be controlled by a puncture flag, which may be indicated in signaling. A method may therefore involve receiving signaling that includes a puncture flag, and applying rate matching according to the puncture flag. Signaling options identified elsewhere herein for other indications may also or instead apply to signaling that includes a puncture flag.

[0174] Consistent with an example above, rate matching may be expressed as follows:

[0175] · with the coded bits from encoding the multiple traffic denoted as c0, c1, ..., cN-1, and the embedding bits locations denoted as r, r+1, ..., r+m-1,

[0176] · if the embedding bits puncture flag is false, output c0, c1, ..., cr+m-1, cr+m, ... cl-1, where  is the desired code rate and the coded bits at the embedding bits locations (that is, coded bits that correspond to the second coded bits) remain in the rate-matched coded bits

[0177] · if the embedding bits puncture flag is true, output c0, c1, ..., cr-1, cr+m, cr+m+1, ... cl-1, where is the desired code rate and coded bits at the embedding bits locations (that is,  coded bits that correspond to the second coded bits) are punctured, and only coded bits other than the coded bits that correspond to the second coded bits remain in the rate-matched coded bits.

[0178] Thus, in some embodiments, after an encoding procedure generates coded bits, rate matching may be applied to select a number of the coded bits for transmission, or equivalently to puncture a number of coded bits. Rate matching may be based on a desired code rate as in the examples above, which may in turn be determined based on resources and / or other factors. Rate matching herein may also involve outputting (or puncturing) embedding bits based on a flag. This can also be seen as selecting bits for transmission, but it is based on a puncture flag in some embodiments. Therefore, in the context of encoding multiple traffic that includes first traffic and second coded bits generated by encoding second traffic, coded bits that are output for transmission may include coded that correspond to the second code bits (if the second coded bits are not punctured) , or may include only coded bits other than coded that correspond to the second code bits (if the second coded bits are punctured) .

[0179] Some embodiments may involve determining whether coded bits associated with the second coded bits that are mixed with the first traffic have been (or are to be) transmitted in a separate transmission, such as in the URLLC transmit bits shown in Fig. 7. The rate matching may involve puncturing coded bits associated with the second coded bits where it is determined that the second coded bits have been (or are to be) transmitted separately. As described at least above, retransmitting the second coded bits in this scenario can only provide chase combining effect, which is a waste.

[0180] Another scenario in which coded bits associated with the second bits may be punctured is where the second traffic is encoded with a higher protection code than the multiple traffic. A decoder of the second coded bits can then still provide reasonable decoder LLR for these bits, and these decoder LLR can be combined and used for decoding of non-punctured coded bits from the multiple traffic encoding. Therefore, rate matching may involve puncturing coded bits associated with the second coded bits where the second traffic is encoded with a higher protection code than the multiple traffic.

[0181] Rate matching control may also or instead be based on performance. For example, if coded bits associated with the second coded bits are punctured, then in the case of certain codes such as LDPC codes the first traffic can be protected by the same amount of parity bits, instead of fewer parity bits as in a non-punctured scenario, leading to potentially less (or no) performance loss. Therefore, rate matching may involve determining, based on performance related to the encoding of the multiple traffic, whether to puncture or not puncture coded bits associated with the second coded bits.

[0182] Embodiments consistent with the present disclosure may provide or support other features, and several examples are included in Fig. 11. In some embodiments coded bits generated by the encoding at 1104 may be output by an encoder at 1106 for further processing or handling, and may or may not be transmitted as shown by the dashed line from 1106 to 1152. The coded bits may be output to memory, for example.

[0183] Similarly, obtaining input bits for encoding, as shown at 1102 in Fig. 11 may be performed or supported separately from encoding at 1104 and / or outputting at 1106. The input bits for encoding may be or include data from different devices and / or data associated with different services, for example. Obtaining the input bits at 1102 may involve, for example any of various operations, such as any one or more of the following: collecting or otherwise receiving data outputs from one or more devices and / or services; accessing data in a memory; encoding or otherwise pre-processing data (by selecting the second coded bits for mixing and / or mixing the second coded bits with the first traffic for example) before encoding the multiple traffic at 1104.

[0184] Another example of features that may be provided in some embodiments but are not explicitly shown in Fig. 11 relates to signaling. Some embodiments may involve transmitting and / or receiving signaling or any of various types of indications, examples of which are provided elsewhere herein. More generally, embodiments may involve communicating, in a wireless communication network, signaling indicative of any of various parameters. Parameters related to one or more of bits selection, bits mixing, encoding, rate matching, transmission, reception, or decoding may be indicated in signaling.

[0185] Such communicating of signaling may involve transmitting the signaling by an encoder  / encoding device or a transmitter  / transmitting device that is to transmit coded bits, to a decoder  / decoding device or a receiver  / receiving device. The communicating may also or instead involve receiving the signaling by a decoder  / decoding device or a receiver  / receiving device from an encoder  / encoding device or a transmitter  / transmitting device. Signaling need not necessarily be between, or only between, communication devices by which coded bits are to be transmitted or received. For example, a network device such as a gNB or a base station may transmit signaling to configure parameters at one or more communication devices. Therefore, a method may involve a network device transmitting signaling, and an encoder  / encoding device or a transmitter  / transmitting device receiving signaling from the network device, and / or a decoder  / decoding device or a receiver  / receiving device receiving signaling from the network device.

[0186] At 1150, Fig. 11 illustrates various decoding and / or receiving counterparts of features shown at 1100. From a receiving device perspective, the receiving at 1152 is intended to represent receiving coded bits generated by encoding multiple traffic. As described in further detail at least above, the multiple traffic includes first traffic and second coded bits generated from second traffic that is different from the first traffic. In an embodiment, the second coded bits include a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic, and the subset may include a number of coded bits in the set starting from a starting point in the set. These features are also described in detail at least above.

[0187] Decoding of the received coded bits is shown at 1154, and at 1156 Fig. 11 illustrates outputting decoded traffic that is decoded from the received coded bits.

[0188] An example of decoding is provided above with reference to Fig. 8. More generally, decoding may involve multiple decoding attempts before requesting a retransmission of received coded bits. The decoding attempts may include the following in some embodiments:

[0189] 1. [First decoding attempt] A method may involve receiving the coded bits generated by encoding the second traffic, and decoding the second traffic (URLLC payload in examples above) after receiving those coded bits. In this case, even if this decoding is not successful, the LLR for the second coded bits may still be passed for decoding of the coded bits (from encoding the multiple traffic) received at 1152.

[0190] 2. [Second decoding attempt] After receiving the coded bits at 1152, or at least the a portion of the coded bits related to the second traffic, decoding may involve combining the channel LLR belonging to the coded bits related to the second traffic, and decoding the second traffic again. This is optional, and decoding may instead proceed to the next decoding attempt below.

[0191] 3. [Third decoding attempt] After decoding of the coded bits received at 1152 is completed, decoding may proceed with combining decoder extrinsic LLR belonging to the second coded bits and decoding the second traffic again. This is also optional, and decoding may instead involve only the first two decoding attempts above.

[0192] Embodiments related to receiving and / or decoding may include other features, such as any one or more of the following features, for example, which are also discussed elsewhere herein:

[0193] the second traffic may be different from the first traffic in one or more traffic parameters;

[0194] the second traffic may be different from the first traffic in one or more of the following: latency requirement, quality of service requirement, priority, traffic type;

[0195] the number of coded bits and the starting point may be consistent with signaling that includes an indication of the number of coded bits and the starting point;

[0196] the subset may further include respective number of coded bits in the set starting from one or more different starting points in the set;

[0197] the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points may be consistent with signaling that includes an indication of the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points;

[0198] the second coded bits may have been mixed with the first traffic of the first traffic type to generate the multiple traffic;

[0199] the second coded bits may have been mixed at an end of the first traffic;

[0200] the second coded bits may have been mixed at a beginning of the first traffic;

[0201] the second coded bits may have been mixed with the first traffic after a position that is based on a size of a payload of the multiple traffic;

[0202] the second coded bits may have been mixed with the first traffic at positions that are based on a property of the encoding;

[0203] the second coded bits may have been mixed with the first traffic after a position that is based on a size of a payload of the multiple traffic and at positions that are based on a property of the encoding;

[0204] the received coded bits may be rate-matched coded bits that include coded bits that correspond to the second coded bits, or include only coded bits other than coded bits that correspond to the second coded bits.

[0205] A method related to receiving coded bits and / or decoding coded bits may also provide or support other features, such as receiving or decoding feature counterparts of features described herein in the context of methods related to encoding and / or transmitting coded bits.

[0206] The present disclosure encompasses various embodiments, including not only method embodiments, but also other embodiments such as apparatus embodiments and embodiments related to non-transitory computer readable storage media. Embodiments may incorporate, individually or in combinations, the features disclosed herein.

[0207] An apparatus may include a processor that is configured, by executing programming for example, to cause the apparatus to perform a method or operations, or to provide or support features, disclosed herein. An apparatus may also include a non-transitory computer readable storage medium, coupled to the processor, storing programming for execution by the processor. In Fig. 3, for example, the processors 210, 260, 276 may each be or include one or more processors, and each memory 208, 258, 278 is an example of a non-transitory computer readable storage medium, in an ED 110 and a TRP 170, 172. A non-transitory computer readable storage medium need not necessarily be provided only in combination with a processor, and may be provided separately in a computer program product, for example.

[0208] As an illustrative example, programming stored in or on a non-transitory computer readable storage medium may include instructions to or to cause a processor to, or a processor, device, or other component may otherwise be configured to, encode multiple traffic to generate coded bits as disclosed herein, and to output the coded bits.

[0209] Apparatus embodiments are not limited to the foregoing examples, or to processor-based or programming-based embodiments. An apparatus may also or instead include, for example, an encoder for encoding multiple traffic to generate coded bits, and an interface, coupled to the encoder, for outputting the coded bits.

[0210] Fig. 12 is a block diagram illustrating an apparatus according to an embodiment. At 1200, Fig. 12 illustrates components of an example apparatus in which or in conjunction with which transmitting and / or encoding features may be implemented, and components of an example apparatus in which or in conjunction with which receiving and / or decoding features may be implemented are illustrated at 1250. A controller 1230 may be provided in either of these types of apparatus. In some embodiments, an apparatus may include both transmitting and receiving features, and either or both of encoding features or decoding features. In the example shown in Fig. 12, an apparatus with all of the illustrated components supports both encoding features and decoding features, as well and transmitting features and receiving features.

[0211] For encoding features and transmitting features, the example apparatus in Fig. 12 includes an input interface 1202, an encoder 1204 coupled to the input interface, an output interface 1206, and a controller 1230 coupled to the encoder and the transmitter. One or more input bit sequences for encoding is shown as an input to the input interface 1202, and coded bits are shown as outputs from the output interface 1206. The input bit sequence (s) may include, for example, multiple traffic for encoding, or input bit sequences from which multiple traffic can be generated, such as first traffic and second traffic, or first traffic and second coded bits. Although shown as a separate component in Fig. 12, the output interface 1206 for transmitting or otherwise outputting codewords may be provided by, incorporated into, or coupled to the encoder 1204. Similarly, although shown as a separate input interface 1202 in Fig. 12, an interface through which input bits for encoding are obtained by the encoder 1204 may be provided by, incorporated into, or coupled to the encoder.

[0212] Encode-side or transmit-side features or functions, and other features or functions herein, may be implemented in any of various ways, such as in hardware, firmware, or one or more components that execute software. The present disclosure is not limited to any specific type of implementation, and implementation details may vary between different devices.

[0213] Input bits may be obtained, and coded bits may be transmitted or otherwise output, via any of various types of interface, including a communication interface in the case of transmitting coded bits or receiving input bits for encoding. Embodiments are not in any way restricted to any particular type of interface, the implementation of which may be based at least in part on how input bits are to be obtained and how coded bits are to be output.

[0214] In an embodiment, an apparatus includes an encoder such as the encoder 1204 for encoding multiple traffic to generate coded bits. An interface may be provided and coupled to an encoder, and in the example shown the output interface 1206 is coupled to the encoder 1204 for outputting the codewords. As in other examples herein, the multiple traffic includes first traffic and second coded bits generated from second traffic that is different from the first traffic, the second coded bits may be a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic, and the subset may include a number of coded bits in the set starting from a starting point in the set.

[0215] More generally, an apparatus or a component thereof such as an encoder 1204 or a processor may be configured to encode (or for encoding) multiple traffic to generate coded bits. An apparatus or a component thereof such as an interface 1206, which may be coupled to the encoder 1204, may be configured to output (or  for outputting) , or programming may include instructions to output (or for outputting) or to cause a processor to output, the coded bits as disclosed herein.

[0216] Embodiments related to such apparatus or non-transitory computer readable storage media may include any one or more of the following features, for example, which are also discussed elsewhere herein:

[0217] the apparatus or a component thereof such as the encoder 1204 or a bits selection module 710 in Fig. 7 may be configured to select (or for selecting) , or programming may include instructions to select (or for selecting) , or to cause a processor to select the second coded bits for mixing with the first traffic to generate the multiple traffic;

[0218] the second traffic may be different from the first traffic in one or more traffic parameters;

[0219] the second traffic may be different from the first traffic in one or more of the following: latency requirement, quality of service requirement, priority, traffic type;

[0220] the apparatus or a component thereof such as the interface 1256 or a receiver may be configured to receive (or for receiving) , or programming may include instructions to receive (or for receiving) , or to cause a processor to receive signaling that includes an indication of the number of coded bits and the starting point;

[0221] the subset may further include respective number of coded bits in the set starting from one or more different starting points in the set;

[0222] the apparatus or a component thereof such as the interface 1256 or a receiver may be configured to receive (or for receiving) , or programming may include instructions to receive (or for receiving) , or to cause a processor to receive signaling that includes an indication of the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points;

[0223] the second coded bits may be mixed with the first traffic of the first traffic type to generate the multiple traffic;

[0224] the apparatus or a component thereof such as the encoder 1204 or a bits mixing module 710 in Fig. 7 may be configured to mix (or for mixing) , or programming may include instructions to mix (or for mixing) , or to cause a processor to mix the second coded bits with the first traffic of the first traffic type to generate the multiple traffic;

[0225] the second coded bits may be mixed at an end of the first traffic;

[0226] the apparatus or a component thereof such as the encoder 1204 or a bits mixing module 710 in Fig. 7 may be configured to mix (or for mixing) , or programming may include instructions to mix (or for mixing) , or to cause a processor to mix the second coded bits at an end of the first traffic;

[0227] the second coded bits may have been mixed at a beginning of the first traffic;

[0228] the apparatus or a component thereof such as the encoder 1204 or a bits mixing module 710 in Fig. 7 may be configured to mix (or for mixing) , or programming may include instructions to mix (or for mixing) , or to cause a processor to mix the second coded bits at a beginning of the first traffic;

[0229] the second coded bits may have been mixed with the first traffic after a position that is based on a size of a payload of the multiple traffic;

[0230] the apparatus or a component thereof such as the encoder 1204 or a bits mixing module 710 in Fig. 7 may be configured to mix (or for mixing) , or programming may include instructions to mix (or for mixing) , or to cause a processor to mix the second coded bits with the first traffic after a position that is based on a size of a payload of the multiple traffic;

[0231] the second coded bits may have been mixed with the first traffic at positions that are based on a property of the encoding;

[0232] the apparatus or a component thereof such as the encoder 1204 or a bits mixing module 710 in Fig. 7 may be configured to mix (or for mixing) , or programming may include instructions to mix (or for mixing) , or to cause a processor to mix the second coded bits with the first traffic at positions that are based on a property of the encoding;

[0233] the second coded bits may have been mixed with the first traffic after a position that is based on a size of a payload of the multiple traffic and at positions that are based on a property of the encoding;

[0234] the apparatus or a component thereof such as the encoder 1204 or a bits mixing module 710 in Fig. 7 may be configured to mix (or for mixing) , or programming may include instructions to mix (or for mixing) , or to cause a processor to mix the second coded bits with the first traffic after a position that is based on a size of a payload of the multiple traffic and at positions that are based on a property of the encoding;

[0235] the apparatus or a component thereof such as the encoder 1204, or a rate matching module 724 in Fig. 7 coupled to an encoder configured or the output interface 1206 to apply (or for applying) , or programming may include instructions to apply (or for applying) , or to cause a processor to apply rate matching to the coded bits;

[0236] the rate matching may involve outputting for transmission: coded bits including coded bits that correspond to the second coded bits, or coded bits including only coded bits other than coded bits that correspond to the second coded bits.

[0237] With reference again to Fig. 12, the example apparatus also includes components to provide or support receiving and decoding features. These components may be provided separately in a decoding or  receiving device, or together with other components to provide or support decoding or receiving features together with encoding or transmitting features.

[0238] An input interface 1256 is coupled to a decoder 1254, and these components are also coupled to the controller 1230. The decoder 1254 is coupled to an output interface 1252. Fig. 12 also illustrates one or more recovered bit sequences as an output from the output interface 1252, and coded bits are shown as inputs received by the interface 1256. The interface 1256 may be provided by, incorporated into, or coupled to the decoder 1254, and similarly an interface 1252 through which a recovered bit sequence is output by the decoder may be provided by, incorporated into, or coupled to the decoder. The recovered bit sequence (s) may include, for example, decoded multiple traffic, or decoded bit sequences that are part of or associated with multiple traffic, such as first traffic and second traffic, or first traffic and second coded bits.

[0239] Decode-side or receive-side features or functions, and other features or functions herein, may be implemented in any of various ways, such as in hardware, firmware, or one or more components that execute software. The present disclosure is not limited to any specific type of implementation, and implementation details may vary between different devices, for example.

[0240] Coded bits may be received or otherwise obtained, and a recovered bit sequence may be output, via any of various types of interface, including a communication interface in the case of receiving encoded bits or transmitting a recovered bit sequence. Embodiments are not in any way restricted to any particular type of receiver or interface, the implementation of which may be based at least in part on how codewords for decoding are to be obtained and how a recovered bit sequence is to be output. Encoder and decoder interfaces are shown separately in Fig. 12 to illustrate that encoding and decoding features may be implemented independently. However, it should be appreciated that a single device or equipment may support both encoding and decoding, in which case an encoder and a decoder may be coupled to the same interface (s) at 1202, 1252. For example, the encoder 1204 and the decoder 1254 may be coupled to the same interface (s) to obtain a bit sequence for encoding by the encoder and to output a bit sequence recovered by the decoder. The encoder 1204 and the decoder 1254 may also or instead be coupled to the same interface (s) to output coded bits that are generated by the encoder and receive coded bits for decoding by the decoder.

[0241] In an embodiment, an apparatus includes a decoder such as the decoder 1254 for decoding traffic from received coded bits. The interface 1256 is coupled to the decoder, for receiving the coded bits as disclosed herein. An apparatus may also include an interface such as the output interface 1252 in some embodiments, for outputting one or more recovered bit sequences. More generally, an apparatus or a component thereof such as a decoder 1254 or a processor may be configured to decode (or for decoding) coded bits, or programming may include instructions to decode (or for decoding) coded bits. An apparatus or a component thereof such as an interface 1256 coupled to the decoder 1254, may be configured to receive (or for receiving) or to otherwise obtain (or for obtaining) , or programming may include instructions to receive (or for receiving) or to otherwise obtain (or for obtaining) or to cause a processor to receive or otherwise obtain, the coded bits. Receiving may involve receiving the coded bits from a first communication device by a second communication device in a wireless communication network for example.

[0242] As in an example described in further detail at least above, the coded bits were generated by encoding multiple traffic. The multiple traffic includes first traffic and second coded bits generated from second traffic that is different from the first traffic, the second coded bits may be a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic, and the subset may include a number of coded bits in the set starting from a starting point in the set.

[0243] Embodiments related to such apparatus or non-transitory computer readable storage media may include any one or more of the following features, for example, which are also discussed elsewhere herein:

[0244] the second traffic may be different from the first traffic in one or more traffic parameters;

[0245] the second traffic may be different from the first traffic in one or more of the following: latency requirement, quality of service requirement, priority, traffic type;

[0246] the number of coded bits and the starting point may be consistent with signaling that includes an indication of the number of coded bits and the starting point;

[0247] the subset may further include respective number of coded bits in the set starting from one or more different starting points in the set;

[0248] the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points may be consistent with signaling that includes an indication of the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points;

[0249] the second coded bits may have been mixed with the first traffic of the first traffic type to generate the multiple traffic;

[0250] the second coded bits may have been mixed at an end of the first traffic;

[0251] the second coded bits may have been mixed at a beginning of the first traffic;

[0252] the second coded bits may have been mixed with the first traffic after a position that is based on a size of a payload of the multiple traffic;

[0253] the second coded bits may have been mixed with the first traffic at positions that are based on a property of the encoding;

[0254] the second coded bits may have been mixed with the first traffic after a position that is based on a size of a payload of the multiple traffic and at positions that are based on a property of the encoding;

[0255] the received coded bits may be rate-matched coded bits that include coded bits including coded bits that correspond to the second coded bits, or coded bits including only coded bits other than coded bits that correspond to the second coded bits.

[0256] Other features disclosed herein may also or instead be provided or supported in apparatus embodiments.

[0257] Apparatus embodiments are not in any way restricted to single devices. A system, for example, may include a first communication device and a second communication device. The first communication device may be configured to encode multiple traffic to generate coded bits, and to transmit the coded bits. The second communication device may be configured to receive and decode the coded bits. The multiple traffic may include first traffic and second coded bits generated from second traffic that is different from the first traffic. The second coded bits may be a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic. The subset may include a number of coded bits in the set starting from a starting point in the set.

[0258] More generally, other features disclosed herein may also or instead be provided in method, apparatus, and / or system embodiments.

[0259] The present disclosure encompasses various embodiments, including not only method embodiments, but also other embodiments such as apparatus embodiments and embodiments related to non-transitory computer readable storage media. Embodiments may incorporate, individually or in combinations, the features disclosed herein.

[0260] Features disclosed herein in the context of any particular embodiments may also or instead be implemented in other embodiments. Method embodiments, for example, may also or instead be implemented in apparatus, system, and / or computer program product embodiments. In addition, although embodiments are described primarily in the context of methods and apparatus, other implementations are also contemplated, as instructions stored on one or more non-transitory computer-readable media, for example. Such media could store programming or instructions to perform any of various methods consistent with the present disclosure.

[0261] The following acronyms, abbreviations, and initialisms may be used herein:

[0262] Although this disclosure refers to illustrative embodiments, this is not intended to be construed in a limiting sense. Various modifications and combinations of the illustrative embodiments, as well as other embodiments of the disclosure, will be apparent to persons skilled in the art upon reference to the description.

[0263] The description and drawings are, accordingly, to be regarded simply as an illustration of some embodiments of the invention as defined by the appended claims, and are contemplated to cover any and all modifications, variations, combinations or equivalents that fall within the scope of the present invention. Therefore, although embodiments and potential advantages have been described in detail, various changes, substitutions and alterations can be made herein without departing from the invention as defined by the appended claims. Moreover, the scope of the present application is not intended to be limited to the particular embodiments of the process, machine, manufacture, composition of matter, means, methods and steps described in the specification. As one of ordinary skill in the art will readily appreciate from the disclosure of the present invention, processes, machines, manufacture, compositions of matter, means, methods, or steps, presently existing or later to be developed, that perform substantially the same function or achieve substantially the same result as the corresponding embodiments described herein may be utilized according to the present invention. Accordingly, the appended claims are intended to include within their scope such processes, machines, manufacture, compositions of matter, means, methods, or steps.

[0264] Moreover, any module, component, or device exemplified herein that executes instructions may include or otherwise have access to a non-transitory computer readable or processor readable storage medium or media for storage of information, such as computer readable or processor readable instructions, data structures, program modules, and / or other data. A non-exhaustive list of examples of non-transitory computer readable or processor readable storage media includes magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, optical disks such as compact disc read-only memory (CD-ROM) , digital video discs or digital versatile disc (DVDs) , Blu-ray DiscTM, or other optical storage, volatile and non-volatile, removable and nonremovable media implemented in any method or technology, random-access memory (RAM) , read-only memory (ROM) , electrically erasable programmable read-only memory (EEPROM) , flash memory or other memory technology. Any such non-transitory computer readable or processor readable storage media may be part of a device or accessible or connectable thereto. Any application or module herein described may be implemented using instructions that are readable and executable by a computer or processor may be stored or otherwise held by such non-transitory computer readable or processor readable storage media.

Claims

1.A method comprising:encoding multiple traffic to generate coded bits,the multiple traffic comprising first traffic and second coded bits generated from second traffic that is different from the first traffic,the second coded bits comprising a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic,the subset comprising a number of coded bits in the set starting from a starting point in the set; the method further comprising:outputting the coded bits.2.The method of claim 1, wherein the second traffic is different from the first traffic in one or more traffic parameters.3.The method of claim 1, wherein the second traffic is different from the first traffic in one or more of the following:latency requirement;quality of service requirement;priority;traffic type.4.The method of any one of claims 1 to 3, further comprising:receiving signaling that includes an indication of the number of coded bits and the starting point.5.The method of any one of claims 1 to 3, wherein the subset further comprises a respective number of coded bits in the set starting from one or more different starting points in the set.6.The method of claim 5, further comprising:receiving signaling that includes an indication of the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points.7.The method of any one of claims 1 to 6, wherein the second coded bits are mixed with the first traffic to generate the multiple traffic.8.The method of claim 7, wherein the second coded bits are mixed at an end of the first traffic.9.The method of claim 7, wherein the second coded bits are mixed at a beginning of the first traffic.10.The method of claim 7, wherein the second coded bits are mixed with the first traffic after a position that is based on a size of a payload of the multiple traffic.11.The method of claim 7 or claim 10, wherein the second coded bits are mixed with the traffic of the first traffic type at positions that are based on a property of the encoding.12.The method of any one of claims 1 to 11, further comprising:applying rate matching to the coded bits.13.The method of claim 12, wherein the rate matching comprises outputting for transmission:coded bits including coded bits that correspond to the second coded bits;orcoded bits including only coded bits other than coded bits that correspond to the second coded bits.14.A method comprising:receiving coded bits generated by encoding multiple traffic,the multiple traffic comprising first traffic and second coded bits generated from second traffic that is different from the first traffic,the second coded bits comprising a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic,the subset comprising a number of coded bits in the set starting from a starting point in the set; the method further comprising:outputting decoded traffic decoded from the received coded bits.15.The method of claim 14, wherein the second traffic is different from the first traffic in one or more traffic parameters.16.The method of claim 14, wherein the second traffic is different from the first traffic in one or more of the following:latency requirement;quality of service requirement;priority;traffic type.17.The method of any one of claims 14 to 16, wherein the number of coded bits and the starting point are consistent with signaling that includes an indication of the number of coded bits and the starting point.18.The method of any one of claims 14 to 16, wherein the subset further comprises a respective number of coded bits in the set starting from one or more different starting points in the set.19.The method of claim 18, wherein the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points are consistent with signaling that includes an indication of the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points.20.The method of any one of claims 14 to 19, wherein the second coded bits are mixed with the first traffic of the first traffic type to generate the multiple traffic.21.The method of claim 20, wherein the second coded bits are mixed:at an end of the first traffic; orat a beginning of the first traffic; orwith the first traffic after a position that is based on a size of a payload of the multiple traffic; orwith the first traffic at positions that are based on a property of the encoding; orwith the first traffic after a position that is based on a size of a payload of the multiple traffic and at positions that are based on a property of the encoding.22.The method of any one of claims 14 to 21, wherein the received coded bits are rate-matched coded bits that include coded bits including coded bits that correspond to the second coded bits, or coded bits including only coded bits other than coded bits that correspond to the second coded bits.23.An apparatus comprising a processor configured to cause the apparatus to perform the method of any one of claims 1 to 13.24.An apparatus comprising:an encoder for encoding multiple traffic to generate coded bits,the multiple traffic comprising first traffic and second coded bits generated from second traffic that is different from the first traffic,the second coded bits comprising a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic,the subset comprising a number of coded bits in the set starting from a starting point in the set; the method further comprising:an interface, coupled to the encoder, for outputting the coded bits.25.The apparatus of claim 24, wherein the second traffic is different from the first traffic in one or more traffic parameters.26.The apparatus of claim 24, wherein the second traffic is different from the first traffic in one or more of the following:latency requirement;quality of service requirement;priority;traffic type.27.The apparatus of any one of claims 24 to 26, wherein the interface is further configured for receiving signaling that includes an indication of the number of coded bits and the starting point.28.The apparatus of any one of claims 24 to 26, wherein the subset further comprises a respective number of coded bits in the set starting from one or more different starting points in the set.29.The apparatus of claim 28, wherein the interface is further configured for receiving signaling that includes an indication of the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points.30.The apparatus of any one of claims 24 to 29, wherein the second coded bits are mixed with the first traffic to generate the multiple traffic.31.The apparatus of claim 30, wherein the second coded bits are mixed at an end of the first traffic.32.The apparatus of claim 30, wherein the second coded bits are mixed at a beginning of the first traffic.33.The apparatus of claim 30, wherein the second coded bits are mixed with the first traffic after a position that is based on a size of a payload of the multiple traffic.34.The apparatus of claim 30 or claim 33, wherein the second coded bits are mixed with the traffic of the first traffic type at positions that are based on a property of the encoding.35.The apparatus of any one of claims 14 to 34, further comprising:a rate matching module, coupled to the interface, to apply rate matching to the coded bits.36.The apparatus of claim 35, wherein the rate matching comprises outputting for transmission:coded bits including coded bits that correspond to the second coded bits;orcoded bits including only coded bits other than coded bits that correspond to the second coded bits.37.An apparatus comprising a processor configured to cause the apparatus to perform the method of any one of claims 14 to 22.38.An apparatus comprising:an interface for receiving coded bits generated by encoding multiple traffic,the multiple traffic comprising first traffic and second coded bits generated from second traffic that is different from the first traffic,the second coded bits comprising a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic,the subset comprising a number of coded bits in the set starting from a starting point in the set; the apparatus further comprising:a decoder, coupled to the interface, for decoding traffic from the received coded bits.39.The apparatus of claim 38, wherein the second traffic is different from the first traffic in one or more traffic parameters.40.The apparatus of claim 38, wherein the second traffic is different from the first traffic in one or more of the following:latency requirement;quality of service requirement;priority;traffic type.41.The apparatus of any one of claims 38 to 40, wherein the number of coded bits and the starting point are consistent with signaling that includes an indication of the number of coded bits and the starting point.42.The apparatus of any one of claims 38 to 40, wherein the subset further comprises a respective number of coded bits in the set starting from one or more different starting points in the set.43.The apparatus of claim 42, wherein the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points are consistent with signaling that includes an indication of the starting point, the one or more different starting points, the number of coded bits starting from the starting point, and the respective number of coded bits starting from the one or more different starting points.44.The apparatus of any one of claims 38 to 43, wherein the second coded bits are mixed with the first traffic of the first traffic type to generate the multiple traffic.45.The apparatus of claim 44, wherein the second coded bits are mixed:at an end of the first traffic; orat a beginning of the first traffic; orwith the first traffic after a position that is based on a size of a payload of the multiple traffic; orwith the first traffic at positions that are based on a property of the encoding; orwith the first traffic after a position that is based on a size of a payload of the multiple traffic and at positions that are based on a property of the encoding.46.The apparatus of any one of claims 38 to 45, wherein the received coded bits are rate-matched coded bits that include coded bits including coded bits that correspond to the second coded bits, or coded bits including only coded bits other than coded bits that correspond to the second coded bits.47.A computer program comprising programming for execution by a processor, the programming including instructions to perform the method of any one of claims 1 to 22.48.A non-transitory computer readable medium storing programming for execution by a processor, the programming including instructions to perform the method of any one of claims 1 to 22.49.A system comprising:a first communication device configured to: encode multiple traffic to generate coded bits, the multiple traffic comprising first traffic and second coded bits generated from second traffic that is different from the first traffic, the second coded bits comprising a subset of coded bits selected from among a set of coded bits generated by encoding the second traffic, the subset comprising a number of coded bits in the set starting from a starting point in the set; and transmit the coded bits;a second communication device configured to receive and decode the coded bits.

Images