Service based uplink retransmission

Abstract

The invention relates to a service-based uplink retransmission. According to an embodiment of the present disclosure, a service-based uplink retransmission scheme for use in NTN has been proposed, which can support a plurality of service-type-based retransmission schemes of the uplink. The network device determines different retransmission schemes based on QoS requirements of the service. And the terminal equipment selects a retransmission scheme for the service. In this way, the reliability of QoS and MAC CE for different services can be ensured.

Description

[0001] This divisional application is a divisional application of Chinese patent application No. 201980101357.X filed on October 15, 2019, with the invention name “Service-based uplink retransmission”. Technical Field

[0002] Embodiments of the present disclosure relate generally to communication technology, and more particularly to methods, devices, and computer-readable media for service-based uplink transmission. Background Art

[0003] As communication systems evolve, new technologies have been proposed. For example, technologies for non-terrestrial networks (NTNs) have been proposed. The estimated round-trip time (RTT) of NTN networks is usually very high, which is different from cellular deployments. Therefore, uplink retransmission in NTNs requires further research. Summary of the invention

[0004] In general, embodiments of the present disclosure relate to a method for service-based uplink retransmission and a corresponding device.

[0005] In a first aspect, a first device is provided. The first device includes at least one processor; and at least one memory including computer program code; the at least one memory and the computer program code are configured to, together with the at least one processor, cause the first device to: receive a configuration indicating a first retransmission scheme for a first service according to the establishment of a link for the first device between the first device and the second device, the at least one retransmission scheme meeting the quality of service requirement of at least one service. The first device is also caused to obtain an uplink grant. The first device is also caused to send data for at least one service on the first device based at least in part on the uplink grant if it is determined that data for one or more services is to be sent.

[0006] In a second aspect, a second device is provided. The second device includes at least one processor; and at least one memory including computer program code; the at least one memory and the computer program code are configured to, together with the at least one processor, cause the second device to: determine a first retransmission scheme used by the first device based at least in part on a first quality of service requirement of the first service, according to the establishment of a link of the first device between the first device and the second device. The second device is also caused to compare the first retransmission scheme with a second retransmission scheme used by the second service. The second device is also caused to generate a configuration including at least the first retransmission scheme based on the comparison. The second device is also caused to send the configuration to the first device.

[0007] In a third aspect, a method is provided. The method includes receiving, at the first device, from the second device, a configuration indicating at least one retransmission scheme for a first service, based on establishment of a link for the first device between the first device and the second device, the at least one retransmission scheme meeting a quality of service requirement of at least one service. The method also includes obtaining an uplink grant. The method also includes, if it is determined that data for one or more services is to be sent, sending the data for the at least one service on the first device based at least in part on the uplink grant.

[0008] In a fourth aspect, a method is provided. The method includes determining, at the second device, a first retransmission scheme used by the first device based at least in part on a first quality of service requirement of the first service, based on establishment of a link of the first device between the first device and the second device. The method also includes comparing the first retransmission scheme with a second retransmission scheme used by the second service. The method also includes generating a configuration including at least the first retransmission scheme based on the comparison. The method also includes sending the configuration to the first device.

[0009] In a fifth aspect, an apparatus is provided. The apparatus includes a component for receiving, at a first device, from a second device, a configuration indicating at least one retransmission scheme for a first service in accordance with establishment of a link for the first device between the first device and the second device, the at least one retransmission scheme satisfying a quality of service requirement of at least one service; a component for obtaining an uplink grant; and a component for sending data for at least one service on the first device based at least in part on the uplink grant if it is determined that data for one or more services is to be sent.

[0010] In a sixth aspect, an apparatus is provided. The apparatus includes components for determining, at the second device, a first retransmission scheme used by the first device based at least in part on a first quality of service requirement of a first service in accordance with establishment of a link of the first device between the first device and the second device; components for comparing the first retransmission scheme with a second retransmission scheme used by the second service; components for generating a configuration including at least the first retransmission scheme based on the comparison; and components for sending the configuration to the first device.

[0011] In a seventh aspect, a computer-readable medium is provided, the computer-readable medium comprising program instructions for causing an apparatus to at least execute the method according to the third aspect or the fourth aspect above.

[0012] It should be understood that the summary is not intended to identify the key or essential features of the embodiments of the present disclosure, nor is it intended to limit the scope of the present disclosure. Other features of the present disclosure will become readily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0013] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0014] Figure 1 A schematic diagram of a communication system according to an embodiment of the present disclosure is shown;

[0015] Figure 2 A flowchart of a method according to an embodiment of the present disclosure is shown;

[0016] Figure 3 A flowchart of a method according to an embodiment of the present disclosure is shown;

[0017] Figure 4 A schematic diagram showing interactions between devices according to some embodiments of the present disclosure;

[0018] Figure 5 A schematic diagram showing interactions between devices according to some embodiments of the present disclosure;

[0019] Figure 6 A schematic diagram showing interactions between devices according to some embodiments of the present disclosure;

[0020] Figure 7 shows a simplified block diagram of an apparatus suitable for implementing an embodiment of the present disclosure; and

[0021] Figure 8 A block diagram of an example computer-readable medium is shown according to some example embodiments of the present disclosure.

[0022] Throughout the drawings, the same or similar reference numerals refer to the same or similar elements. DETAILED DESCRIPTION

[0023] The principle of the present disclosure will now be described with reference to some example embodiments. It should be understood that these embodiments are described only to illustrate and help those skilled in the art to understand and implement the present disclosure, and do not represent any limitation on the scope of the present disclosure. The disclosure described herein can be implemented in various other ways except the way described below.

[0024] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs.

[0025] References in this disclosure to "one embodiment," "an embodiment," "an example embodiment," etc. indicate that the described embodiment may include a particular feature, structure, or characteristic, but not every embodiment necessarily includes the particular feature, structure, or characteristic. Furthermore, such phrases do not necessarily refer to the same embodiment. Furthermore, when a particular feature, structure, or characteristic is described in conjunction with an example embodiment, it is considered to be within the knowledge of those skilled in the art to affect such feature, structure, or characteristic in conjunction with other embodiments (whether or not explicitly described).

[0026] It should be understood that although the terms "first" and "second" etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another element. For example, a first element may be referred to as a second element, and similarly, a second element may be referred to as a first element without departing from the scope of the exemplary embodiments. As used herein, the term "and / or" includes any and all combinations of one or more of the listed terms.

[0027] The terms used herein are for the purpose of describing specific embodiments only and are not intended to limit the exemplary embodiments. As used herein, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprise", "including", "having", "having", "including", and / or "comprising" when used herein specify the presence of the features, elements, and / or components, etc., but do not exclude the presence or addition of one or more other features, elements, components, and / or combinations thereof.

[0028] As used in this application, the term "circuitry" may refer to one, more, or all of the following:

[0029] (a) a pure hardware circuit implementation (such as an implementation using only analog and / or digital circuitry), and

[0030] (b) a combination of hardware circuitry and software such as (where applicable):

[0031] (i) a combination of analog and / or digital hardware circuits and software / firmware, and

[0032] (ii) any portion of hardware processor(s) (including digital signal processors) with software, software and memory(s) that work together to cause a device (such as a mobile phone or server) to perform various functions, and

[0033] (c) Hardware circuits and / or processor(s), such as microprocessor(s) or portions of microprocessor(s), that require software (e.g., firmware) to operate, but which may not be present when the software is not required for operation.

[0034] This definition of circuitry applies to all uses of the term in this application, including in any claims. As another example, as used in this application, the term circuitry also covers an implementation of only a hardware circuit or processor (or multiple processors) or a portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. For example, if applicable to a particular claim element, the term circuitry also covers a baseband integrated circuit or processor integrated circuit for a mobile device, or a similar integrated circuit in a server, cellular network device, or other computing or network device.

[0035] As used herein, the term "communication network" refers to a network that complies with any suitable communication standard, such as, Long Term Evolution (LTE), Advanced LTE (LTE-A), Wideband Code Division Multiple Access (WCDMA), High Speed ​​Packet Access (HSPA), Narrowband Internet of Things (NB-IoT), New Radio (NR), Non-terrestrial Network (NTN), Satellite System, etc. In addition, the communication between the terminal equipment and the network equipment in the communication network can be performed according to the communication protocol of any suitable generation, including but not limited to the first generation (1G), second generation (2G), 2.5G, 2.65G, third generation (3G), fourth generation (4G), 4.5G, future fifth generation (5G) communication protocol, and / or and / or any other protocol currently known or developed in the future. The embodiments of the present disclosure can be applied to various communication systems. In view of the rapid development of communication, there will certainly be communication technologies and systems that can embody future types of the present disclosure. It should not be considered that the scope of the present disclosure is limited to the above-mentioned system.

[0036] As used herein, the term "network device" refers to a node in a communication network via which a terminal device accesses the network and receives services from it. A network device may refer to a base station (BS) or an access point (AP), such as a NodeB (NodeB or NB), an evolved NodeB (eNodeB or eNB), a NR NB (also known as a gNB), a remote radio unit (RRU), a radio head (RH), a remote radio head (RRH), a relay, a low power node (such as a femto, a pico), etc., depending on the terminology and technology applied.

[0037] The term "terminal device" refers to any terminal device capable of wireless communication. As an example and not limitation, a terminal device may also be referred to as a communication device, a user equipment (UE), a subscriber station (SS), a portable subscriber station, a mobile station (MS), or an access terminal (AT). The terminal device may include, but is not limited to, a mobile phone, a cellular phone, a smart phone, a voice over IP (VoIP) phone, a wireless local loop phone, a tablet computer, a wearable terminal device, a personal digital assistant (PDA), a portable computer, a desktop computer, an image acquisition terminal device such as a digital camera, a game terminal device, a music storage and playback device, a vehicle-mounted wireless terminal device, a wireless endpoint, a mobile station, a laptop embedded device (LEE), a laptop mounted device (LME), a USB dongle, a smart device, a wireless client device (CPE), an Internet of Things (IoT) device, a watch or other wearable device, a head mounted display (HMD), a vehicle, a drone, medical equipment and applications (e.g., remote surgery), industrial equipment and applications (e.g., robots and / or other wireless devices operating in industrial and / or automated processing chain environments), consumer electronic devices, devices operating on commercial and / or industrial wireless networks, etc. In the following description, the terms "terminal device", "communication device", "terminal", "user equipment" and "UE" may be used interchangeably.

[0038] As mentioned above, the estimated RTT of NTN networks is usually very high, which is different from cellular deployments. The 3rd Generation Partnership Project (3GPP) has launched a study project to extend the applicability to non-terrestrial networks (NTN) in Release 15, more specifically, to enable the use of 5G radio access for satellite links. Key impacts on New Radio (NR) have been identified and solutions are discussed in Releases 16 and 17.

[0039] In the current 3rd Generation Partnership Project (3GPP) discussion, there are different deployment scenarios regarding satellite altitude. It is assumed that satellites can be deployed using GEO (geostationary orbit) or LEO (low earth orbit) satellites. Table 1 below shows the platform altitude and orbit definitions.

[0040] Table 1

[0041]

[0042] Table 2 shows the maximum coverage distance of NTN satellites and the corresponding round-trip time delay.

[0043] Table 2

[0044]

[0045] As shown in Table 2, the estimated RTT of the NTN network is very high (between 12.88ms and 541ms), which is different from the current cellular deployment. In general, any system where the propagation delay is greater than the number of available hybrid automatic repeat request (HARQ) processes may suffer from HARQ stalls. The high transmission delay in NTN (especially GEO) may require the transmitter to maintain a large number of HARQ processes, which seems impractical due to the extreme requirements of the receiver's soft buffer on the buffer size and the large signaling requirements for indicating the number of HARQ processes. In addition, retransmissions may also cause excessive delays in packets. However, similar to terrestrial networks, HARQ has valuable benefits in NTN, which can provide reliability and lower cost (compared to ARQ) through the gains of soft combining and shorter delays (compared to ARQ). Therefore, the following two principles are captured for further study: enhancing existing HARQ operations and limiting HARQ capabilities and / or disabling HARQ.

[0046] In the research project, 3GPP has reached the following agreements on HARQ and retransmission:

[0047] (1) Two options (enhanced HARQ and disabled HARQ) will be studied.

[0048] (2) The network should be able to configure the UE to mention whether HARQ is “off”. If HARQ is off, no feedback is transmitted.

[0049] (3) Enabling / disabling HARQ feedback is a network decision.

[0050] (4) If HARQ feedback is disabled, blind HARQ (re)transmission can still improve robustness.

[0051] (5) NTN should support retransmission at one or more layers, and the retransmission should be configurable by the network.

[0052] (6) It should be possible to semi-statically enable / disable HARQ feedback through RRC signaling.

[0053] (7) The enabling / disabling of HARQ feedback can be configured on a per-UE and per-HARQ process basis via RRC signaling.

[0054] Service data and control signaling have different quality of service (QoS) requirements. Control signaling and mission-critical data may require high reliability with minimal latency, while other services (e.g., less critical streaming media and video) may have lower reliability requirements. Therefore, considering the different needs of different services, different retransmission schemes should be supported.

[0055] Currently, there are four types of retransmission schemes discussed in 3GPP for uplink data, each of which is suitable for different services with different advantages and can be benchmarked from a reliability / latency and resource usage perspective:

[0056] (1) Single transmission only (i.e., HARQ is disabled, one-shot data transmission is used and there is no retransmission): low reliability and low resource utilization

[0057] (2) Blind (re)transmission with aggregation factor greater than 1 (i.e., a TBS has multiple consecutive transmissions): high reliability, low latency, and high resource utilization

[0058] (3) Blind (re)transmissions using downlink control information (DCI) scheduling (i.e., multiple transmissions of one transport block size (TBS) on sparse transmission time intervals (TTIs) based on scheduling flexibility / gain): high reliability, low latency, and high resource utilization

[0059] medium

[0060] (4) Enable traditional HARQ (i.e., retransmission is based on gNB decoding results): high reliability, high latency, and low resource utilization.

[0061] Although HARQ and retransmission schemes for NTN have been widely discussed in 3GPP, most of the discussions focus on the downlink. In the uplink, the network equipment can decide whether to disable HARQ based on the decoding results, and only the new transmission and retransmission need to be indicated with the NDI flag in the DCI. Therefore, there is no need to notify the terminal device of HARQ disabling / enabling or blind retransmission.

[0062] However, in the uplink, the terminal device can multiplex packets from different services (logical channels) into one media access control (MAC) protocol data unit (PDU) based on the link control protocol (LCP) process. In conventional long-term evolution and NR systems, it is assumed that the HARQ function is always turned on. Therefore, conventional LCP has no restrictions on multiplexing data from different services. However, in the NTN system, if data with different QoS requirements from different services are multiplexed into one MAC PDU like conventional LCP, it is difficult for the network device to determine the retransmission scheme of the MAC PDU to ensure the QoS of different services, for example, enabling HARQ retransmission or using a blind retransmission scheme for MAC PDUs with mixed QoS services.

[0063] Furthermore, MAC Control Elements (CEs) are control elements generated at the MAC layer, where reliability is important for certain features to work properly, and finding a way to ensure that MAC CEs can be transmitted reliably is critical.

[0064] In conventional systems, HARQ functionality is always on and there are no multiple retransmission options in uplink like in NTN systems. The LCP procedure does not consider the restriction on multiplexing services into one packet to obtain one grant with different retransmission options.

[0065] In conventional systems, Radio Resource Control (RRC) additionally controls the LCP procedure by configuring mapping restrictions for each logical channel:

[0066] - allowed subcarrier spacing list, which sets the allowed subcarrier spacing(s) for transmission;

[0067] - Maximum Physical Uplink Shared Channel (PUSCH) duration, which sets the transmission

[0068] Maximum allowed PUSCH duration;

[0069] -configuredGrantType1Allowed, which sets

[0070] Whether the configured authorization type 1 can be used for transmission;

[0071] - allowedServingCells, which sets the number of cells to be transmitted

[0072] Allow cells.

[0073] In addition, MAC CE transmissions can be transmitted / piggybacked on any granted PUSCH. No solution for uplink HARQ was proposed in the NTN discussion of 3GPP.

[0074] According to an embodiment of the present disclosure, a service-based retransmission scheme for uplink in NTN has been proposed, which can support multiple retransmission schemes based on service types for uplink. The network device determines different retransmission schemes based on the QoS requirements of the service. The terminal device selects the retransmission scheme for the service. In this way, the QoS of different services and the reliability of MAC CE can be guaranteed.

[0075] Figure 1 Schematic diagram of a communication system in which embodiments of the present disclosure may be implemented is shown. The communication system 100 as part of a communication network includes devices 110-1, 110-2, ..., 110-N (collectively referred to as "devices 110"). The communication system 100 also includes a device 120. One or more devices are associated with a cell and are covered by the cell. It should be understood that Figure 1The number of devices and cells shown is given for illustrative purposes and does not represent any limitation. Communication system 100 may include any suitable number of devices and cells. In communication system 100, device 110 and device 120 may transmit data and control information to each other. In the case where device 110 is a terminal device and device 120 is a network device, the link from device 120 to device 110 is called a downlink (DL), and the link from device 110 to device 120 is called an uplink (UL). Figure 1 The number of devices shown is given for illustrative purposes and does not represent any limitation.

[0076] The communication in the communication system 100 can be implemented according to any appropriate (multiple) communication protocols, including but not limited to cellular communication protocols of the first generation (1G), second generation (2G), third generation (3G), fourth generation (4G) and fifth generation (5G), wireless local area network communication protocols (such as Institute of Electrical and Electronics Engineers (IEEE) 802.11, etc.), and / or any other protocol currently known or developed in the future. In addition, the communication can utilize any appropriate wireless communication technology, including but not limited to: code division multiple access (CDMA), frequency division multiple access (FDMA), time division multiple access (TDMA), frequency division duplex (FDD), time division duplex (TDD), multiple input multiple output (MIMO), orthogonal frequency division multiple access (OFDMA), and / or any other technology currently known or developed in the future.

[0077] Figure 2 A flow chart of a method 200 according to an embodiment of the present disclosure is shown. The method 200 may be implemented at any suitable device. For example, the method may be implemented at the network device 120.

[0078] At box 210, when the first service is established between the network device 120 and the terminal device 110-1, the network device 120 determines a first retransmission scheme based at least in part on the first QoS requirement of the first service. The term "service" as used herein may refer to a radio bearer, a logical channel, or a MAC CE. The QoS requirements of a service may include one or more of a throughput requirement of the service, a reliability requirement of the service, or a latency requirement of the service. For example, for control signaling and mission-critical services that have both high reliability and low latency requirements, blind retransmissions may support the radio bearers of the service, while for other services, such as streaming video from a movie, it is less important and a single retransmission (HARQ disabled) may support the radio bearers of the service.

[0079] The retransmission schemes may include one or more of the following: (1) single transmission only (i.e., HARQ is disabled, one-shot data transmission is used and there is no retransmission): low reliability and low resource utilization; (2) blind (re)transmission with aggregation factor greater than 1 (i.e., multiple consecutive transmissions for one TBS): high reliability, low latency, and high resource utilization; (3) blind (re)transmission using downlink control information (DCI) scheduling (i.e., multiple transmissions of one transport block size (TBS) on sparse transmission time intervals (TTIs) based on scheduling flexibility / gain): high reliability, low latency, and medium resource utilization; (4) traditional HARQ enabled (i.e., retransmission is based on gNB decoding results): high reliability, high latency, and low resource utilization; and (5) other potential retransmission schemes in the future.

[0080] In some embodiments, network device 120 may determine supported retransmission schemes based on QoS requirements and UE capabilities (eg, maximum HARQ soft buffer size).Network device 120 may also determine a retransmission scheme associated with a round trip time.

[0081] At block 220, network device 120 compares the first retransmission scheme with the second retransmission scheme used by the second service. Network device 120 may have QoS requirements for each service (i.e., radio bearer, logical channel). In some embodiments, network device 120 may check whether the first retransmission scheme is applicable to all services on terminal device 110-1. In some embodiments, if the services on terminal device 110-1 have similar QoS requirements and can support services using the same retransmission scheme, network device 120 may generate an acknowledgement indicating the first retransmission scheme without notifying terminal device 110-1 of the retransmission options.

[0082] At block 230, the network device 120 generates a configuration indicating a first retransmission scheme based on the comparison. It can support a service-based retransmission scheme for the uplink in the NTN, thereby guaranteeing different QoS requirements. In addition, even in the NTN scenario, for UEs that support multiple retransmission schemes, MAC CE transmission is reliable.

[0083] If the services have different QoS requirements and can support services using different retransmission schemes, each service (e.g., radio bearer / logical channel) may be configured for the retransmission scheme through RRC signaling by the network device 120. For example, if the first retransmission scheme is not applicable to the second service, the network device 120 may determine a second retransmission scheme for the second service and generate a configuration indicating the first retransmission scheme and the second retransmission scheme.

[0084] At block 240, network device 120 sends the configuration to terminal device 110-1. The configuration may include different retransmission schemes for different services. In some embodiments, the configuration may be one or more of: at least one retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with at least one retransmission scheme, or at least one logical channel mapped to use bits in downlink control information.

[0085] In some embodiments, one or more retransmission scheme requirements are configured for each service by network device 120 via RRC signaling. Alternatively, each service is associated with one or more HARQ processes via RRC signaling by network device 120. Each HARQ process may be mapped to a different retransmission scheme.

[0086] In some embodiments, network device 120 may send an uplink grant to terminal device 110-1. Network device 120 may send one or more of the following: a first retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with the first retransmission scheme, or a bit indicating whether at least one logical channel is suitable for the first retransmission scheme. This information may be transmitted together with the uplink grant.

[0087] In some embodiments, network device 120 may generate a single bit indication in an uplink grant related to the first retransmission scheme and send the single bit indication to terminal device 110-1. In other embodiments, the indication may relate to logical channels that are suitable / unsuitable for the first retransmission scheme.

[0088] In some embodiments, the network device 120 may generate a first configuration list indicating that a group of logical channels can use an uplink grant. Alternatively or additionally, the network device 120 may generate a second configuration list indicating that a group of logical channels cannot use an uplink grant. For example, a 1-bit in the DCI may be associated with a particular type of logical channel, and when the bit is signaled, these logical channels may be prohibited or prioritized for the grant. The mapping between the bit and the logical channel may be performed explicitly (e.g., via an RRC flag in the configuration of the logical channel) or implicitly based on the RLC AM mode or the logical channel priority or a mixture of all of these. For example, when a bit in the DCI is signaled, only a bearer with an RLC AM mode may be sent, or a logical channel above a preconfigured threshold may be included.

[0089] In some embodiments, network device 120 may determine a second retransmission scheme for the second service. Network device 120 may schedule resources for the second service. Network device 120 may send an uplink grant indicating the resources and the second retransmission scheme to the first device.

[0090] In some embodiments, network device 120 may receive data from terminal device 110-1. If network device 120 fails to decode the data, network device 120 determines a second retransmission scheme. Network device 120 may also schedule resources and send an uplink grant indicating the resources and the second retransmission scheme to the first device.

[0091] In some embodiments, network device 120 may receive a scheduling request for a third retransmission scheme for the MAC CE. Network device 120 may allocate resources for sending the MAC CE and determine a third retransmission scheme for the data. The third retransmission may be more reliable than the first retransmission scheme. Network device 120 may send an uplink grant indicating resources and the third retransmission scheme to the first device.

[0092] In some embodiments, network device 120 may schedule resources and determine a retransmission scheme for an uplink grant based on a lot of information such as channel quality, buffer status, etc., and send the grant and the retransmission scheme to terminal device 110 - 1 .

[0093] In addition, the network device 120 may receive a scheduling request for a MAC CE or a specific logical channel data transmission and allocate resources accordingly using a retransmission scheme.

[0094] Alternatively or additionally, network device 120 may schedule resources but determine a retransmission scheme for an uplink grant. Furthermore, if network device 120 is unable to decode the PUSCH and receives a scheduling request indicating the highest retransmission scheme requirement corresponding to a logical channel including data in the MAC PDU, network device 120 may schedule resources using the configured retransmission scheme requirement for future retransmissions.

[0095] In some embodiments, after decoding the MAC PDU and obtaining the corresponding retransmission scheme, the network device 120 may determine the retransmission scheme of the undecoded packet based on the reported retransmission scheme, and perform corresponding retransmission scheduling.

[0096] In some embodiments, network device 120 may receive a scheduling request indicating that the target retransmission scheme is not applicable to a logical channel having a high priority service.Network device 120 may determine a third retransmission scheme and send the third retransmission scheme.

[0097] Figure 3 The flowchart of the method 300 according to the embodiment of the present disclosure is shown. The method 300 can be implemented at any suitable device. For example, the method can be implemented at the terminal device 110-1.

[0098] At block 310, if the first service is established between the network device 120 and the terminal device 110-1, the terminal device 110-1 receives a configuration indicating at least one retransmission scheme. The term "service" as used herein may refer to a radio bearer, a logical channel, or a MAC CE. The QoS requirements of a service may include one or more of a throughput requirement of the service, a reliability requirement of the service, or a latency requirement of the service.

[0099] In some embodiments, the configuration may include one or more of: a first retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with the first retransmission scheme, or at least one logical channel mapped to use bits in the downlink control information.

[0100] The retransmission scheme may include one or more of the following: (1) single transmission only (i.e., HARQ is disabled, one-time data transmission is used and there is no retransmission): low reliability and low resource utilization; (2) blind (re)transmission with aggregation factor greater than 1 (i.e., multiple consecutive transmissions for one TBS): high reliability, low latency, and high resource utilization; (3) blind (re)transmission using downlink control information (DCI) scheduling (i.e., multiple transmissions of one transport block size (TBS) on sparse transmission time intervals (TTIs) based on scheduling flexibility / gain): high reliability, low latency, and medium resource utilization; (4) enabling traditional HARQ (i.e., retransmission is based on gNB decoding results): high reliability, high latency, and low resource utilization; and (5) other potential retransmission schemes in the future. In some embodiments, the network device 120 configures one or more retransmission scheme requirements for each service through RRC signaling. Alternatively, the network device 120 associates each service with one or more HARQ processes through RRC signaling. Each HARQ process can be mapped to a different retransmission scheme.

[0101] At block 320, terminal device 110-1 obtains an uplink grant. In some embodiments, terminal device 110-1 may receive an uplink grant from terminal device 110-1. Alternatively or additionally, the uplink grant may be preconfigured. In some embodiments, the uplink grant may include one or more of the following: a first retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with the first retransmission scheme, or a bit indicating whether at least one logical channel is suitable for the first retransmission scheme.

[0102] In other embodiments, the indication may relate to logical channels that are suitable / unsuitable for the first retransmission scheme. For example, 1 bit in the DCI may be associated with a particular type of logical channel, and when the bit is signaled, these logical channels may be prohibited or prioritized for the grant. The mapping between the bit and the logical channel may be done explicitly (e.g., through an RRC flag in the logical channel configuration) or implicitly based on the RLC AM mode or logical channel priority or a mix of all of these. For example, when a bit in the DCI is signaled, only bearers with RLC AM mode may be sent, or logical channels above a preconfigured threshold may be included.

[0103] At block 330, terminal device 110-1 sends data to network device 120 based at least in part on the uplink grant. In some embodiments, the terminal device may receive an indication of the first retransmission scheme in the uplink grant. The indication may be sent with the uplink grant. If the first retransmission scheme is applicable to the service, terminal device 110-1 may send data based on the first retransmission scheme.

[0104] In some embodiments, since the network device 120 can map the retransmission scheme requirements configured by the LCH / MAC CE with the uplink grant retransmission scheme in the LCP for all packets, the terminal device 110-1 can receive the uplink grant and the retransmission scheme. The terminal device 110-1 can select the LCH and MAC CE configured in the RRC with the same retransmission scheme requirements as the retransmission scheme indicated in the uplink grant, and perform the LCP process to construct the MAC PDU.

[0105] In some embodiments, the terminal device 110-1 may receive a single-bit indication of the first retransmission scheme in the uplink grant. The terminal device 110-1 may obtain a first configuration list indicating that a group of logical channels can use the uplink grant. If the logical channel is in the first configuration list, the terminal device 110-1 may determine that the logical channel can use the uplink grant and send data on the logical channel based on the first retransmission scheme.

[0106] In some embodiments, the terminal device 110-1 may receive a single-bit indication of the first retransmission scheme in the uplink grant. The terminal device 110-1 may obtain a second configuration list indicating that a group of logical channels cannot use the uplink grant. If the logical channel is in the second configuration list, the terminal device 110-1 may determine that the logical channel cannot use the uplink grant. If the logical channel is not in the second configuration list, the terminal device 110-1 may determine that the logical channel can use the uplink grant and transmit data on the logical channel based on the first retransmission scheme.

[0107] In some embodiments, if a MAC CE is to be transmitted, the terminal device 110-1 may determine whether the first retransmission scheme is applicable to the MAC CE. If the first retransmission scheme is not applicable, the terminal device 110-1 may send a scheduling request for a second retransmission scheme. The terminal device 110-1 may still transmit the MAC CE to the second device based on the first retransmission scheme. The terminal device 110-1 may also receive another authorization indicating the second retransmission scheme. The MAC CE may be stored in the terminal device 110-1 until it is included in a packet transmitted by the authorization to use the second retransmission scheme or it is successfully sent.

[0108] More specifically, if a MAC CE is triggered but the first retransmission scheme is not applicable (e.g., HARQ disabled), the MAC CE may still be selected and included in the packet. At the same time, a new scheduling request (SR) trigger is triggered to request authorization to use the retransmission scheme configured for the MAC CE.

[0109] The terminal device 110-1 can perform the LCP process by mapping the retransmission scheme requirements of the configured radio bearer (logical channel) / MAC CE (for example, set by RRC) and the retransmission scheme indicated by the uplink grant (for example, set by DCI). Only the LCH and MAC CE configured with the same retransmission scheme requirements as the indicated uplink grant retransmission scheme can be selected to use the uplink grant.

[0110] More specifically, if a MAC CE is triggered in the terminal device 110-1, and the first retransmission scheme is not applicable to the MAC CE (for example, the current uplink grant has an unreliable retransmission scheme, such as HARQ disabled, which is not suitable for the MAC CE), the MAC CE can still be selected and piggybacked in the packet, but the trigger is not cancelled. At the same time, a new SR trigger is introduced and triggered to schedule a request with a configured retransmission scheme for the MAC CE. The SR configuration to be used is the SR configuration of the highest LCH with buffered data. Alternatively, a dedicated SR configuration can be configured for an uplink grant requesting a different retransmission scheme.

[0111] Alternatively, for a specific logical channel with a high priority service, a method similar to the MAC CE may be applied. If new data for the logical channel arrives and the previous buffer status report (BSR) report does not include the buffer status of the logical channel, the data for the logical channel may be included in the MAC PDU when the uplink grant for the first retransmission scheme is different from the retransmission scheme requirement configured for the logical channel. At the same time, the terminal device 110-1 may report this information to the network device 120. In some embodiments, the terminal device 110-1 may store the data on the logical channel until an indication of successful transmission of the data based on the first retransmission scheme is received, or the data is retransmitted based on the second retransmission scheme. The scheduling request may include a scheduling request configuration for the highest priority logical channel with buffered data or a dedicated scheduling request configuration for requesting another uplink grant for the second retransmission scheme.

[0112] In some embodiments, since the network device 120 can map the retransmission scheme requirements of the LCH / MAC CE configuration with the uplink grant retransmission scheme in the LCP on-demand (i.e., only for undecoded packets), the terminal device 110-1 can perform the traditional LCP process and can include data from any logical channel as well as the MAC CE in the uplink grant. After constructing the MAC PDU, the terminal device 110-1 can send the MAC PDU to the network device 120, and the terminal device 110-1 can also send a scheduling request, including the retransmission scheme and report required by the MAC PDU.

[0113] The terminal device 110-1 may determine the preferred retransmission scheme based on the rule and report the determined retransmission scheme to the network device 120. In some embodiments, the terminal device 110-1 may determine the preferred retransmission scheme based on the configuration of the LCH with the highest priority in which data is included in the MAC PDU. For example, data from both LCH1 and LCH2 are included in the MAC PDU, LCH1 is configured with blind retransmission with time slot aggregation, and LCH2 is configured with single retransmission, and the priority of LCH1 is higher than the priority of LCH2. The terminal device 110-1 may determine the preferred retransmission scheme of the MAC PDU based on the priority of LCH1, i.e., blind retransmission with time slot aggregation.

[0114] Alternatively or additionally, the network device 120 may configure different priorities for each retransmission scheme to the terminal device 110-1. For example, the retransmission scheme of blind retransmission with slot aggregation (having both short delay and high reliability) has the highest priority, and single retransmission (short delay but low reliability) and traditional HARQ (high reliability but long delay) have lower priorities. The terminal device 110-1 may determine the preferred retransmission scheme based on the retransmission scheme with the highest priority among the retransmission schemes to which the LCH (data included in the MAC PDU) is mapped.

[0115] In some embodiments, the terminal device 110-1 may receive a single-bit indication of the first retransmission scheme from the network device 120 in the uplink grant. The terminal device 110-1 may determine whether the logical channel can use the uplink grant based on the priority of the logical channel and / or the radio link control mode. If the priority exceeds the threshold priority and / or the radio link control mode is an acknowledgement mode (AM), the terminal device 110-1 may determine that the logical channel can use the uplink grant. The terminal device 110-1 may transmit data on the logical channel based on the first retransmission scheme.

[0116] Figure 4 A schematic diagram illustrating interaction 400 between devices according to some embodiments of the present disclosure, wherein services have the same retransmission scheme.

[0117] When a radio bearer is established, the network device 120 determines 4005 a first retransmission scheme. The network device 120 checks 4010 a service of the terminal device 110-1 to determine whether the first retransmission scheme can support the service. If the first retransmission scheme can support the service, the network device 120 schedules 4015 the terminal device 110-1 using the first retransmission scheme. The network device 120 schedules 4020 an uplink grant. The terminal device 110-1 performs 4025 a conventional LCP procedure.

[0118] Figure 5 A schematic diagram of interaction 500 between devices according to some embodiments of the present disclosure is shown, wherein services have different retransmission schemes.

[0119] When a radio bearer is established, the network device 120 determines 5005 a first retransmission scheme. The network device 120 checks 5010 the service of the terminal device 110-1 to determine whether the first retransmission scheme can support the service. If the service requires a different retransmission scheme, the network device 120 sends 5015 a configuration indicating the retransmission scheme. The network device 120 determines 5020 a second retransmission scheme and schedules resources for the second service. The network device 120 schedules 5025 an uplink grant and the second retransmission scheme. The terminal device 110-1 selects 5030 a logical channel and / or MAC CE that is configured with the same retransmission scheme requirement as the retransmission scheme indicated in the uplink grant, and performs an LCP procedure. If the MAC CE is triggered and the indicated grant is different from the configured grant, the terminal device 110-1 triggers a scheduling request. The terminal device 110-1 sends 5035 a scheduling request for the second retransmission scheme. The network device 120 allocates 5040 resources for the MAC CE using the second retransmission scheme.

[0120] Figure 6 A schematic diagram of interaction 600 between devices according to some embodiments of the present disclosure is shown, wherein services have different retransmission schemes.

[0121] When a radio bearer is established, the network device 120 determines 6005 a first retransmission scheme. The network device 120 checks 6010 the service of the terminal device 110-1 to determine whether the first retransmission scheme can support the service. If the service requires a different retransmission scheme, the network device 120 can configure the retransmission scheme for the service. The network device 120 sends 6015 the configuration to the terminal device 110-1. The network device 120 schedules 6020 an uplink grant without determining a retransmission scheme.

[0122] Terminal device 110-1 may perform LCP. Terminal device 110-1 determines 6025 a second retransmission scheme. Terminal device 110-1 sends 6030 a scheduling request for the second retransmission scheme. Network device 120 decodes 6035 data of the second service. If network device 120 fails to decode the data, network device 120 allocates 6040 resources using the second retransmission scheme. Network device 120 sends 6045 information of the second retransmission scheme.

[0123] In some embodiments, an apparatus for performing method 200 (e.g., network device 120) may include corresponding components for performing corresponding steps in method 200. These components may be implemented in any suitable manner. For example, it may be implemented by a circuit system or a software module.

[0124] In some embodiments, the apparatus includes: a component for receiving, at a first device, a configuration indicating at least one retransmission scheme from a second device in accordance with establishment of a link for the first device between the first device and the second device, the at least one retransmission scheme satisfying at least one quality of service requirement for a first service; a component for obtaining an uplink authorization; and a component for sending data for at least one service on the first device based at least in part on the uplink authorization if it is determined that data for at least one service is to be sent.

[0125] In some embodiments, the component for sending data includes: a component for receiving an indication of a first retransmission scheme in an uplink grant from a second device; a component for determining a target service among at least one service that is suitable for the first retransmission scheme; and a component for sending data for the target service based on the first retransmission scheme.

[0126] In some embodiments, at least one service comprises a logical channel or a medium access control (MAC) control element (CE).

[0127] In some embodiments, the component for sending data includes: a component for receiving an indication of a first retransmission scheme in an uplink grant from a second device; a component for determining whether the first retransmission scheme is applicable to a media access control (MAC) control element (CE) if it is determined that the MAC CE is to be sent; a component for sending a scheduling request for a second retransmission scheme in response to the first retransmission scheme being not applicable; a component for sending a MAC CE to the second device based on the first retransmission scheme; and a component for storing the MAC CE until an indication of successful transmission of the MAC CE based on the first retransmission scheme is received or the MAC CE is retransmitted based on the second retransmission scheme.

[0128] In some embodiments, the scheduling request comprises a scheduling request configuration for a highest priority logical channel having buffered data or a dedicated scheduling request configuration for requesting another uplink grant for the second retransmission scheme.

[0129] In some embodiments, the component for sending data includes: a component for receiving an indication of a first retransmission scheme in an uplink grant from a second device; a component for determining whether the first retransmission scheme is applicable to the logical channel if it is determined that data needs to be sent on a logical channel with a second service; a component for sending a scheduling request indicating that the first retransmission scheme is not applicable in response to the first retransmission scheme being not applicable; and a component for sending data to the second device based on the first retransmission scheme.

[0130] In some embodiments, the apparatus includes means for storing data of the logical channel sent based on the first retransmission scheme until receiving an indication of successful transmission of the data based on the first retransmission scheme or retransmitting the data based on the second retransmission scheme.

[0131] In some embodiments, the scheduling request comprises a scheduling request configuration for a highest priority logical channel having buffered data or a dedicated scheduling request configuration for requesting another uplink grant for the second retransmission scheme.

[0132] In some embodiments, the apparatus further comprises means for determining a retransmission scheme applicable to the service on the first device; and means for sending a scheduling request indicating the retransmission scheme to the second device.

[0133] In some embodiments, the component for determining the retransmission scheme includes: a component for determining a preferred retransmission scheme based on: a second quality of service requirement of a logical channel with the highest priority on which data is sent, or a retransmission scheme with the highest priority among the retransmission schemes of the logical channel to which data is mapped.

[0134] In some embodiments, the component for receiving a configuration includes: a component for receiving a configuration including at least one of the following: at least one retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with at least one retransmission scheme, or at least one logical channel mapped to use bits in downlink control information.

[0135] In some embodiments, the means for obtaining an uplink grant includes means for receiving an uplink grant comprising at least one of: a first retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with the first retransmission scheme, or a bit indicating whether at least one logical channel is suitable for the first retransmission scheme.

[0136] In some embodiments, the component for sending data includes: a component for receiving a single-bit indication of a first retransmission scheme in an uplink grant from a second device; a component for obtaining a first configuration list indicating that a group of logical channels can use the uplink grant; a component for determining whether the logical channel can use the uplink grant based on the first configuration list; a component for determining that the logical channel can use the uplink grant in response to the logical channel being in the first configuration list; and a component for sending data on the logical channel based on the first retransmission scheme.

[0137] In some embodiments, the component for sending data includes: a component for receiving a single-bit indication of a first retransmission scheme in an uplink grant from a second device; a component for obtaining a second configuration list indicating that a group of logical channels cannot use the uplink grant; a component for determining whether the logical channel can use the uplink grant based on the second configuration list; a component for determining that the logical channel can use the uplink grant in response to the logical channel not being in the second configuration list; and a component for sending data on the logical channel based on the first retransmission scheme.

[0138] In some embodiments, the component for sending data includes: a component for receiving a single-bit indication of a first retransmission scheme in an uplink grant from a second device; a component for determining whether a logical channel can use the uplink grant based on the priority of the logical channel and / or the radio link control mode; a component for determining that the logical channel can use the uplink grant in response to the priority exceeding a threshold priority and / or the radio link control mode being a confirmation mode; and a component for sending data on the logical channel based on the first retransmission scheme.

[0139] In some embodiments, the first requirement includes at least one of the following: a throughput requirement of the first service, a reliability requirement of the first service, or a latency requirement of the first service.

[0140] In some embodiments, the first device comprises a terminal device and the second device comprises a network device.

[0141] In some embodiments, an apparatus for executing method 300 (e.g., terminal device 110-1) may include corresponding components for executing corresponding steps in method 300. These components may be implemented in any suitable manner. For example, it may be implemented by a circuit system or a software module.

[0142] In some embodiments, the apparatus includes: a component for determining a first retransmission scheme used by the first device based at least in part on a first quality of service requirement for the first service at the second device in accordance with establishment of a link for the first device between the first device and the second device; a component for comparing the first retransmission scheme with a second retransmission scheme used by the second service; a component for generating a configuration including at least the first retransmission scheme based on the comparison; and a component for sending the configuration to the first device.

[0143] In some embodiments, the means for determining the first retransmission scheme includes means for determining the first retransmission scheme based on the first requirement, capabilities of the first device, network capabilities, and round trip time.

[0144] In some embodiments, the means for generating a configuration includes means for generating a configuration indicative of the first retransmission scheme and the second retransmission scheme in response to the first retransmission scheme being different from the second retransmission scheme.

[0145] In some embodiments, the apparatus includes means for sending an indication of the first retransmission scheme to the first device in an uplink grant.

[0146] In some embodiments, the apparatus includes means for sending an uplink grant to the first device.

[0147] In some embodiments, the component for sending an uplink grant includes a component for transmitting an uplink grant that includes at least one of: a first retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with the first retransmission scheme, or a bit indicating whether at least one logical channel is suitable for the first retransmission scheme.

[0148] In some embodiments, the component for receiving a configuration includes: a component for receiving a configuration including at least one of: a first retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with the first retransmission scheme, or at least one logical channel mapped to use bits in downlink control information.

[0149] In some embodiments, the first requirement includes at least one of the following: a throughput requirement of the first service, a reliability requirement of the first service, or a latency requirement of the first service. In some embodiments, the apparatus includes a component for receiving data from a first device; a component for receiving a scheduling request from the first device indicating a retransmission scheme applicable to a service on the first device; a component for determining a second retransmission scheme for the data based on the scheduling request in response to a decoding failure of the data; a component for scheduling resources for the data; and a component for sending an uplink grant indicating the resources and the second retransmission scheme to the first device.

[0150] In some embodiments, means for receiving a scheduling request comprises means for receiving a scheduling request comprising a preferred retransmission scheme.

[0151] In some embodiments, the apparatus further comprises: a component for receiving a scheduling request for a third retransmission scheme for a media access control (MAC) control element (CE) from a first device; a component for allocating resources for transmitting the MAC CE; a component for determining a third retransmission scheme for data; and a component for transmitting an uplink grant indicating resources and the third retransmission scheme to the first device.

[0152] In some embodiments, the apparatus further comprises means for sending an uplink grant indicating a target retransmission scheme to the first device; means for receiving a scheduling request indicating that the target retransmission scheme is not applicable to a logical channel having a third service; and means for determining a third retransmission scheme.

[0153] In some embodiments, the apparatus includes means for generating a single-bit indication in an uplink grant regarding the first retransmission scheme; and means for sending the single-bit indication to the first device.

[0154] In some embodiments, means for transmitting data includes means for generating a first configuration list indicating a set of logical channels that can use the uplink grant; and means for transmitting the first configuration list to the first device.

[0155] In some embodiments, the means for transmitting data includes means for generating a second configuration list indicating that a group of logical channels cannot use the uplink grant; and means for transmitting the second configuration list to the first device.

[0156] In some embodiments, the first device comprises a terminal device and the second device comprises a network device.

[0157] In some embodiments, the first service comprises a logical channel or a medium access control (MAC) control element (CE).

[0158] Figure 7 700 is a simplified block diagram of a device 700 suitable for implementing an embodiment of the present disclosure. The device 700 may be provided to implement a communication device, such as Figure 1 The terminal device 110 or the network device 120 is shown. As shown in the figure, the device 700 includes one or more processors 710, one or more memories 720 coupled to the processor 710, and one or more communication modules 740 coupled to the processor 710.

[0159] The communication module 740 is used for two-way communication. The communication module 740 has at least one antenna to facilitate communication. The communication interface may represent any interface necessary to communicate with other network elements.

[0160] Processor 710 may be of any type suitable for the local technology network, and may include, as non-limiting examples, one or more of a general purpose computer, a special purpose computer, a microprocessor, a digital signal processor (DSP), and a processor based on a multi-core processor architecture. Device 700 may have multiple processors, such as application specific integrated circuit chips that are time slaved to a clock synchronized with a main processor.

[0161] The memory 720 may include one or more non-volatile memories and one or more volatile memories. Examples of non-volatile memories include, but are not limited to, read-only memory (ROM) 724, electrically programmable read-only memory (EPROM), flash memory, hard disk, compact disk (CD), digital video disk (DVD), and other magnetic storage and / or optical storage. Examples of volatile memories include, but are not limited to, random access memory (RAM) 722 and other volatile memories that do not persist during power outages.

[0162] The computer program 730 includes computer executable instructions that are executed by the associated processor 710. The program 730 may be stored in the ROM 724. The processor 710 may perform any suitable actions and processes by loading the program 730 into the RAM 722.

[0163] The embodiments of the present disclosure can be implemented by means of program 730, so that the device 700 can execute the following steps: Figure 2 and Figure 6 Any process of the present disclosure discussed. The embodiments of the present disclosure may also be implemented by hardware or a combination of software and hardware.

[0164] In some example embodiments, the program 730 may be tangibly embodied in a computer-readable medium that may be included in the device 700 (such as in the memory 720) or in other storage devices accessible to the device 700. The device 700 may load the program 730 from the computer-readable medium to the RAM 722 for execution. The computer-readable medium may include any type of tangible non-volatile memory, such as ROM, EPROM, flash memory, hard disk, CD, DVD, etc. Figure 8 An example of a computer readable medium 800 in the form of a CD or DVD is shown. The computer readable medium has a program 730 stored thereon.

[0165] It should be understood that future networks may utilize network function virtualization (NFV), which is a network architecture concept that proposes virtualizing network node functions into "building blocks" or entities that can be operationally connected or linked together to provide services. A virtualized network function (VNF) may include one or more virtual machines that use standard or general-purpose servers rather than customized hardware to run computer program code. Cloud computing or data storage may also be used. In radio communications, this may mean that node operations are at least partially performed in a central / centralized unit CU (e.g., a server, host, or node) that is operationally coupled to a distributed unit DU (e.g., a radio head / node). Node operations may also be distributed among multiple servers, nodes, or hosts. It should also be understood that the distribution of work between core network operations and base station operations may vary depending on the implementation.

[0166] In one embodiment, the server can generate a virtual network through which the server communicates with the distributed units. In general, a virtual network can involve the process of combining hardware and software network resources and network functions into a single software-based management entity (virtual network). Such a virtual network can provide a flexible distribution of operations between the server and the radio head / node. In practice, any digital signal processing task can be performed in the CU or DU, and the boundary of the responsibility transfer between the CU and DU can be selected according to the implementation.

[0167] Thus, in one embodiment, a CU-DU architecture is implemented. In this case, the device 600 may be included in a central unit (e.g., a control unit, an edge cloud server, a server) that is operatively coupled (e.g., via a wireless or wired network) to a distributed unit (e.g., a remote radio head / node). That is, the central unit (e.g., an edge cloud server) and the distributed units may be independent devices that communicate with each other via a radio path or via a wired connection. Alternatively, they may be in the same entity that communicates via a wired connection, etc. The edge cloud or edge cloud server may serve multiple distributed units or radio access networks. In one embodiment, at least some of the described processes may be performed by the central unit. In another embodiment, the device 600 may instead be included in a distributed unit, and at least some of the described processes may be performed by the distributed unit.

[0168] In one embodiment, the execution of at least some of the functions of the device 600 can be shared between two physically separate devices (DU and CU) that form an operational entity. Therefore, the device can be regarded as depicting an operational entity including one or more physically separate devices for performing at least some of the described processes. In one embodiment, such a CU-DU architecture can provide a flexible distribution of operations between the CU and the DU. In practice, any digital signal processing task can be performed in the CU or the DU, and the boundary of the transfer of responsibilities between the CU and the DU can be selected according to the implementation. In one embodiment, the device 600 controls the execution of the process regardless of the location of the device and regardless of where the process / function is executed.

[0169] Generally, various embodiments of the present disclosure may be implemented using hardware or dedicated circuits, software, logic, or any combination thereof. Some aspects may be implemented using hardware, while other aspects may be implemented using firmware or software that may be executed by a controller, microprocessor, or other computing device. Although various aspects of the embodiments of the present disclosure are illustrated and described as block diagrams, flow charts, or using some other graphical representations, it should be understood that, as non-limiting examples, the blocks, devices, systems, techniques, or methods described herein may be implemented using hardware, software, firmware, dedicated circuits or logic, general-purpose hardware or controllers or other computing devices, or some combination thereof.

[0170] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer-readable storage medium. The computer program product includes computer executable instructions, such as instructions included in a program module, which are executed in a device on a target real or virtual processor to perform the above referenced Figure 3-Figure 6 Methods 400-600 described herein. Typically, program modules include routines, programs, libraries, objects, classes, components, data structures, etc. that perform specific tasks or implement specific abstract data types. In various embodiments, the functions of program modules can be combined or split between program modules as needed. The machine executable instructions of program modules can be executed in local or distributed devices. In distributed devices, program modules can be located in both local and remote storage media.

[0171] The program code for executing the disclosed method can be written in any combination of one or more programming languages. These program codes can be provided to a processor or controller of a general-purpose computer, a special-purpose computer or other programmable data processing device so that the program code causes the function / operation specified in the flow chart and / or block diagram to be realized when executed by the processor or controller. The program code can be executed completely on the machine, partially on the machine, as an independent software package, partially on the machine and partially on a remote machine, or completely on a remote machine or server.

[0172] In the context of the present disclosure, computer program codes or related data may be carried by any suitable carrier to enable a device, apparatus or processor to perform various processes and operations as described above. Examples of carriers include signals, computer readable media, etc.

[0173] The computer readable medium can be a computer readable signal medium or a computer readable storage medium. The computer readable medium can include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared or semiconductor systems, devices or equipment, or any suitable combination of the foregoing. A more specific example of a computer readable storage medium will include an electrical connection with one or more wires, a portable computer floppy disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0174] In addition, although the operations are described in a particular order, this should not be understood as requiring such operations to be performed in the particular order shown or in order or performing all the operations shown to obtain the desired result. In some cases, multitasking and parallel processing may be advantageous. Similarly, although several specific implementation details are included in the above discussion, these should not be interpreted as limitations on the scope of the present disclosure, but rather descriptions of features that may be specific to a particular embodiment. Certain features described in the context of a separate embodiment may also be implemented in combination in a single embodiment. On the contrary, the various features described in the context of a single embodiment may also be implemented in multiple embodiments individually or in any suitable sub-combination.

[0175] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it should be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Instead, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1. A method, include: Based on establishment of a link for a first service between a first device and a second device, receiving, at the first device, from the second device, a configuration indicating at least one retransmission scheme, the at least one retransmission scheme satisfying at least one quality of service requirement of the first service; Obtain uplink authorization; as well as If it is determined that data for at least one service is to be transmitted, the data for the at least one service on the first device is transmitted based at least in part on the uplink grant.

2. The method according to claim 1, wherein sending the data include: receiving, from the second device, an indication of a first retransmission scheme in the uplink grant; determining a target service among the at least one service that is suitable for the first retransmission scheme; as well as The data for the target service is sent based on the first retransmission scheme.

3. The method of claim 1, wherein the at least one service comprises a logical channel or a medium access control (MAC) control element (CE).

4. The method according to claim 1, wherein sending the data include: receiving, from the second device, an indication of a first retransmission scheme in the uplink grant; If it is determined that a medium access control (MAC) control element (CE) is to be sent, determining whether the first retransmission scheme is applicable to the MAC CE; In response to the first retransmission scheme being not applicable, sending a scheduling request for a second retransmission scheme to the second device; Sending the MAC CE to the second device based on the first retransmission scheme; as well as The MAC CE is stored until an indication of successful transmission of the MAC CE based on the first retransmission scheme is received, or the MAC CE is retransmitted based on the second retransmission scheme.

5. The method of claim 4, wherein the scheduling request comprises a scheduling request configuration for a highest priority logical channel having buffered data or a dedicated scheduling request configuration for requesting another uplink grant for the second retransmission scheme.

6. The method according to claim 1, wherein sending the data include: receiving, from the second device, an indication of a first retransmission scheme in the uplink grant; If it is determined that the data needs to be sent on the logical channel with the second service, determining whether the first retransmission scheme is applicable to the logical channel; In response to the first retransmission scheme being not applicable, sending a scheduling request indicating that the first retransmission scheme is not applicable; as well as The data is sent to the second device based on the first retransmission scheme.

7. The method according to claim 6, further comprising: include: The data of the logical channel transmitted based on the first retransmission scheme is stored until an indication of successful transmission of the data based on the first retransmission scheme is received, or the data is retransmitted based on the second retransmission scheme.

8. The method of claim 6, wherein the scheduling request comprises a scheduling request configuration of a highest priority logical channel having buffered data or a dedicated scheduling request configuration for requesting another uplink grant for the second retransmission scheme.

9. The method according to claim 1, further comprising: include: determining a retransmission scheme applicable to the service on the first device; as well as A scheduling request indicating the retransmission scheme is sent to the second device.

10. The method of claim 9, wherein determining the retransmission scheme include: Determine the preferred retransmission scheme based on: a second quality of service requirement of the logical channel having the highest priority on which the data is sent, or A retransmission scheme having a highest priority among the retransmission schemes of the logical channel to which the data is mapped.

11. The method of claim 1, wherein receiving the configuration include: The configuration is received including at least one of: the at least one retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with the at least one retransmission scheme, or at least one logical channel mapped to use bits in downlink control information.

12. The method of claim 1, wherein obtaining the uplink grant include: The uplink grant is received including at least one of: a first retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with the first retransmission scheme, or a bit indicating whether at least one logical channel is suitable for the first retransmission scheme.

13. The method according to claim 1, wherein sending the data include: receiving, from the second device, an indication of a first retransmission scheme in the uplink grant; obtaining a first configuration list indicating a group of logical channels that can use the uplink grant; determining, based on the first configuration list, whether a logical channel can use the uplink grant; In response to the logical channel being in the first configuration list, determining that the logical channel can use the uplink grant; as well as The data is sent on the logical channel based on the first retransmission scheme.

14. The method of claim 1, wherein sending the data include: receiving, from the second device, a one-bit indication of a first retransmission scheme in the uplink grant; obtaining a second configuration list indicating that a group of logical channels cannot use the uplink grant; determining whether a logical channel can use the uplink grant based on the second configuration list; In response to the logical channel not being in the second configuration list, determining that the logical channel can use the uplink grant; as well as The data is sent on the logical channel based on the first retransmission scheme.

15. The method of claim 1, wherein sending the data include: receiving, from the second device, a one-bit indication of a first retransmission scheme in the uplink grant; determining whether the logical channel can use the uplink grant based on the priority and / or radio link control mode of the logical channel; In response to the priority exceeding a threshold priority and / or the radio link control mode being a confirmed mode, determining that the logical channel is capable of using the uplink grant; as well as The data is sent on the logical channel based on the first retransmission scheme.

16. The method of claim 1, wherein the requirement comprises at least one of the following: The throughput requirement of the first service, the reliability requirement of the first service, or The latency requirement of the first service.

17. The method of claim 1, wherein the first device comprises a terminal device and the second device comprises a network device.

18. A method, include: determining, based on establishment of a link for the first device between the first device and a second device, at the second device a first retransmission scheme to be used by the first device based at least in part on a first quality of service requirement for a first service; comparing the first retransmission scheme to a second retransmission scheme used by a second service; generating a configuration including at least the first retransmission scheme based on the comparison; as well as The configuration is sent to the first device.

19. The method of claim 18, wherein determining the first retransmission scheme include: The first retransmission scheme is determined based on the first requirement, capabilities of the first device, network capabilities, and round-trip time.

20. The method of claim 18, wherein generating the configuration include: In response to the first retransmission scheme being different from the second retransmission scheme, the configuration indicating the first retransmission scheme and the second retransmission scheme is generated.

21. The method according to claim 18, further comprising: include: An indication of a first retransmission scheme is sent to the first device in the uplink grant.

22. The method according to claim 18, further comprising: include: An uplink grant is sent to the first device.

23. The method of claim 22, wherein the uplink grant is sent include: The uplink grant is sent including at least one of: the first retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with the first retransmission scheme, or a bit indicating whether at least one logical channel is suitable for the first retransmission scheme.

24. The method of claim 18, wherein sending the configuration include: The configuration is transmitted including at least one of: the first retransmission scheme, a hybrid automatic repeat request (HARQ) process associated with the first retransmission scheme, or at least one logical channel mapped to use bits in downlink control information.

25. The method of claim 18, wherein the first requirement comprises at least one of the following: The throughput requirement of the first service, the reliability requirement of the first service, or The latency requirement of the first service.

26. The method according to claim 18, further comprising: include: receiving data from the first device; receiving a scheduling request from the first device, the scheduling request indicating a retransmission scheme applicable to a service on the first device; In response to a decoding failure of the data, determining a second retransmission scheme for the data based on the scheduling request; Scheduling resources for the data; as well as An uplink grant indicating the resources and the second retransmission scheme is sent to the first device.

27. The method of claim 18, wherein receiving the scheduling request include: The scheduling request including a preferred retransmission scheme is received.

28. The method according to claim 18, further comprising: include: receiving, from the first device, a scheduling request for a third retransmission scheme for a medium access control (MAC) control element (CE); Allocating resources for sending the MAC CE; determining a third retransmission scheme for the data; as well as An uplink grant indicating the resources and the third retransmission scheme is sent to the first device.

29. The method according to claim 18, further comprising: include: sending the uplink grant indicating a first retransmission scheme to the first device; as well as A scheduling request is received, the scheduling request indicating that the first retransmission scheme is not applicable to a logical channel having a third service, and a third retransmission scheme is determined.

30. The method according to claim 18, further comprising: include: generating a one-bit indication of a first retransmission scheme in the uplink grant; as well as The one-bit indication is sent to the first device.

31. The method according to claim 30, further comprising: include: generating a first configuration list, wherein the first configuration list indicates that a group of logical channels can use the uplink grant; as well as Send the first configuration list to the first device.

32. The method according to claim 30, further comprising: include: generating a second configuration list, wherein the second configuration list indicates that a group of logical channels cannot use the uplink grant; as well as Send the second configuration list to the first device.

33. The method of claim 18, wherein the first device comprises a terminal device and the second device comprises a network device.

34. The method of claim 18, wherein the first service comprises a logical channel or a medium access control (MAC) control element (CE).

35. A first device, include: at least one processor; as well as at least one memory including computer program code; The at least one memory and the computer program code are configured to, together with the at least one processor, cause the first device to perform a method according to any one of claims 1 to 17.

36. A second device, include: at least one processor; as well as at least one memory including computer program code; The at least one memory and the computer program code are configured to, together with the at least one processor, cause the second device to perform a method according to any one of claims 18 to 34.

37. A computer-readable storage medium comprising program instructions stored thereon, which instructions, when executed by an apparatus, cause the apparatus to perform the method according to any one of claims 1 to 17.

38. A computer-readable storage medium comprising program instructions stored thereon, which instructions, when executed by an apparatus, cause the apparatus to perform the method according to any one of claims 18 to 34.

39. An apparatus comprising means for performing the method according to any one of claims 1 to 17.

40. An apparatus comprising circuitry configured to cause the apparatus to perform a process according to any one of claims 1 to 17.

41. An apparatus comprising means for performing the method according to any one of claims 18 to 34.

42. An apparatus comprising circuitry configured to cause the apparatus to perform a process according to any one of claims 18 to 34.

Images