Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. Upon determination that a condition for triggering a delay-based split transmission is fulfilled, if a remaining delay budget of a packet is equal to or less than a threshold, a terminal device may transmit the packet via at least one RLC entity configured or activated for the delay-based split transmission. In this way, the delay-based split transmission may be enhanced.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and in particular, to methods, devices and computer storage media of communication for delay sensitive traffic.BACKGROUND

[0002] Although a network (NW) can schedule an uplink (UL) grant for delay sensitive traffic according to a remaining delay budget and / or a delayed buffer size, a current logical channel prioritization (LCP) procedure cannot guarantee that delayed data is multiplexed in a corresponding medium access control (MAC) protocol data unit (PDU) , which may still cause that certain PDU or PDU sets exceed a packet delay budget (PDB) or a PDU set delay budget (PSDB) . In dual connection (DC) configurations, different cell groups may have different delay performance. If a remaining time of a packet is small, then the packet (i.e., delay-critical data) should be routed only through the cells or cell groups with small delays (i.e., a low-latency path or leg) . Thus, it is expected to make delay-sensitive traffic enhancements considering delay or deadline information.SUMMARY

[0003] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for delay sensitive traffic.

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: determine that a condition is fulfilled, the condition comprising at least one of the following: a split transmission based on a remaining delay budget of a packet is configured or activated, a set of radio link control (RLC) entities for the split transmission is configured or activated, a set of split secondary RLC entities is configured for a packet data convergence protocol (PDCP) entity, or a reporting of a status of delayed data has been triggered for a logical channel (LCH) or logical channel group (LCG) corresponding to the packet; and in accordance with a determination that the remaining delay budget of the packet is equal to or less than a threshold, transmit the packet via at least one RLC entity configured or activated for the split transmission.

[0005] In a second aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: determine that an uplink grant is used for a first set of LCHs with delay-critical data; and in accordance with a determination that there are first remaining resources for the uplink grant, allocate the first remaining resources for a second set of LCHs based on one of the following: the second set of LCHs is served in a strict decreasing priority order with a variable of a token bucket greater than zero, the second set of LCHs is served in a strict decreasing priority order until data for the second set of LCHs or the uplink grant is exhausted, or the first set of LCHs comprised in the second set of LCHs is served in a strict decreasing priority order until data for the first set of LCHs or the uplink grant is exhausted.

[0006] In a third aspect, there is provided a network device. The network device comprises a processor configured to cause the network device to: transmit, to a terminal device, a configuration of a split transmission based on a remaining delay budget of a packet, the configuration comprising at least one of the following: an indication of whether the split transmission is applied, an indication of a set of RLC entities configured for the split transmission, an indication of whether a RLC entity is configured for the split transmission, an indication of a threshold for the remaining time of the packet, an indication of whether all packets belonging to a PDU set are needed, or an indication of an activation or deactivation status of a RLC entity configured for the split transmission.

[0007] In a fourth aspect, there is provided a method of communication. The method is implemented at a terminal device. The method comprises: determining that a condition is fulfilled, the condition comprising at least one of the following: a split transmission based on a remaining delay budget of a packet is configured or activated, a set of RLC entities for the split transmission is configured or activated, a set of split secondary RLC entities is configured for a PDCP entity, or a reporting of a status of delayed data has been triggered for a LCH or LCG corresponding to the packet; and in accordance with a determination that the remaining delay budget of the packet is equal to or less than a threshold, transmitting the packet via at least one RLC entity configured or activated for the split transmission.

[0008] In a fifth aspect, there is provided a method of communication. The method is implemented at a terminal device. The method comprises: determining that an uplink grant is used for a first set of LCHs with delay-critical data; and in accordance with a determination that there are first remaining resources for the uplink grant, allocating the first remaining resources for a second set of LCHs based on one of the following: the second set of LCHs is  served in a strict decreasing priority order with a variable of a token bucket greater than zero, the second set of LCHs is served in a strict decreasing priority order until data for the second set of LCHs or the uplink grant is exhausted, or the first set of LCHs comprised in the second set of LCHs is served in a strict decreasing priority order until data for the first set of LCHs or the uplink grant is exhausted.

[0009] In a sixth aspect, there is provided a method of communication. The method is implemented at a network device. The method comprises: transmitting, to a terminal device, a configuration of a split transmission based on a remaining delay budget of a packet, the configuration comprising at least one of the following: an indication of whether the split transmission is applied, an indication of a set of RLC entities configured for the split transmission, an indication of whether a RLC entity is configured for the split transmission, an indication of a threshold for the remaining time of the packet, an indication of whether all packets belonging to a PDU set are needed, or an indication of an activation or deactivation status of a RLC entity configured for the split transmission.

[0010] In a seventh aspect, there is provided a computer readable medium having instructions stored thereon. The instructions, when executed on at least one processor, cause the at least one processor to perform the method according to any of the fourth to sixth aspects of the present disclosure.

[0011] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Through the more detailed description of some embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0013] FIG. 1 illustrates an example communication network in which some embodiments of the present disclosure can be implemented;

[0014] FIG. 2 illustrates a schematic diagram of an example split transmission in which some embodiments of the present disclosure can be implemented;

[0015] FIG. 3 illustrates a signaling chart illustrating an example process of communication according to embodiments of the present disclosure;

[0016] FIG. 4A illustrates a schematic diagram of an example MAC control element (CE) according to embodiments of the present disclosure;

[0017] FIG. 4B illustrates a schematic diagram of another example MAC CE according to embodiments of the present disclosure;

[0018] FIG. 4C illustrates a schematic diagram of another example MAC CE according to embodiments of the present disclosure;

[0019] FIG. 5 illustrates a signaling chart illustrating another example process of communication according to embodiments of the present disclosure;

[0020] FIG. 6 illustrates a flowchart of an example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0021] FIG. 7 illustrates a flowchart of an example method of communication implemented at a network device in accordance with some embodiments of the present disclosure;

[0022] FIG. 8 illustrates a flowchart of another example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure; and

[0023] FIG. 9 is a simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure.

[0024] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0025] Principle of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitations as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0026] 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 skills in the art to which this disclosure belongs.

[0027] As used herein, the term ‘terminal device’ refers to any device having wireless or  wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term ‘terminal device’ can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0028] As used herein, the term ‘network device’ refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0029] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0030] The terminal device or the network device may work on several frequency ranges, e.g. FR1 (410 MHz to 7125 MHz) , FR2 (24.25GHz to 71GHz) , frequency band larger than  100GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0031] The embodiments of the present disclosure may be performed in test equipment, e.g. signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator.

[0032] In one embodiment, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In one embodiment, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0033] 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. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. The term ‘and / or’ indicates that there may be three relationships. For example, A and / or B may indicate cases includes ‘only A’ , ‘both A and B’ , and ‘only B’ . The term ‘at least one of the following items’ or a similar expression thereof refers to any combination of these items, including any combination of a single item or a  plurality of items. For example, ‘at least one of A, B, or C’ may represent A, B, C, ‘A and B’ , ‘A and C’ , ‘B and C’ , or ‘A, B and C’ . Other definitions, explicit and implicit, may be included below.

[0034] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0035] In the context of the present disclosure, the term ‘areporting of a status of delayed data’ herein may be interchangeably used with ‘adelay status reporting (DSR) ’ . In the context of the present disclosure, the term ‘delayed data’ may refer to data whose remaining delay budget is lower than a threshold. The term ‘delay sensitive data’ or ‘delay-critical data’ may refer to data of delay sensitive traffic.

[0036] In the context of the present disclosure, the term ‘aremaining delay budget’ may be interchangeably used with ‘aremaining delay time’ or ‘aremaining time’ . The remaining delay time may refer to a remaining time of a discard timer for a packet. In the context of the present disclosure, the term ‘apacket’ may refer to a PDCP SDU or PDU. The term ‘apacket’ may be interchangeably used with ‘PDCP SDU’ or ‘PDCP PDU’ .

[0037] In the context of the present disclosure, a PDU set is composed of one or more PDUs carrying payload of one unit of information generated at an application level (e.g., a frame or video slice for XR services) . In some implementations, all PDUs in a PDU set are needed by an application layer to use the corresponding unit of information. In other implementations, the application layer may still recover parts or all of the unit of information, when some PDUs are missing.

[0038] Embodiments of the present disclosure provide solutions of communication for delay sensitive traffic. In one aspect, a network device may transmit, to a terminal device, a configuration of a split transmission based on a remaining delay budget of a packet. The configuration may comprise at least one of the following: an indication of whether the split transmission is applied, an indication of a set of RLC entities configured for the split transmission, an indication of whether a RLC entity is configured for the split transmission, an indication of a threshold for the remaining time of the packet, an indication of whether all packets belonging to a PDU set are needed, or an indication of an activation or deactivation  status of a RLC entity configured for the split transmission. Upon determination that a condition is fulfilled, if a remaining delay budget of a packet is equal to or less than a threshold, the terminal device may transmit the packet via at least one RLC entity configured or activated for a split transmission based on a remaining delay budget of a packet. The condition may comprise at least one of the following: a split transmission based on a remaining delay budget of a packet is configured or activated, a set of RLC entities for the split transmission is configured or activated, a set of split secondary RLC entities is configured for a PDCP entity, or a reporting of a status of delayed data has been triggered for a LCH or LCG corresponding to the packet. In this way, a split transmission based on a remaining delay budget may be carried out, and delay-critical data may be routed to a RLC bearer or cell with good delay performance.

[0039] In another aspect, upon determination that an uplink grant is used for a first set of LCHs with delay-critical data, if there are first remaining resources for the uplink grant, a terminal device may allocate the first remaining resources for a second set of LCHs based on one of the following: the second set of LCHs is served in a strict decreasing priority order with a variable of a token bucket greater than zero, the second set of LCHs is served in a strict decreasing priority order until data for the second set of LCHs or the uplink grant is exhausted, or the first set of LCHs comprised in the second set of LCHs is served in a strict decreasing priority order until data for the first set of LCHs or the uplink grant is exhausted. In this way, remaining resources may not be wasted and resource utilization may be facilitated.

[0040] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0041] EXAMPLE OF COMMUNICATION NETWORK

[0042] FIG. 1 illustrates a schematic diagram of an example communication network 100 in which some embodiments of the present disclosure can be implemented. As shown in FIG. 1, the communication network 100 may include a terminal device 110 and a network device 120. In some embodiments, the terminal device 110 may be served by the network device 120.

[0043] It is to be understood that the numbers of terminal devices and network devices in FIG. 1 are given for the purpose of illustration without suggesting any limitations to the present disclosure. The communication network 100 may include any suitable number of  network devices and / or terminal devices adapted for implementing implementations of the present disclosure.

[0044] As shown in FIG. 1, the terminal device 110 may communicate with the network device 120 via a channel such as a wireless communication channel. The communications in the communication network 100 may conform to any suitable standards including, but not limited to, Global System for Mobile Communications (GSM) , Long Term Evolution (LTE) , LTE-Evolution, LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) , GSM EDGE Radio Access Network (GERAN) , Machine Type Communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0045] For a split bearer in DC, a conventional split transmission is based on a configured data volume threshold (i.e., ul-DataSplitThreshold) and only consider data volume. That is, if the total amount of data volume is equal to or larger than the threshold, data shall be submitted to a primary RLC entity or secondary RLC entity. Otherwise, the data shall be submitted to the primary RLC entity. However, for delay sensitive traffic in a split bearer, it may need to be routed based on its delay status instead of its data volume.

[0046] In DC configurations, different cell groups may have different delay performance. If a remaining time of a packet is small, then the packet (i.e., delay-critical data) should be routed only through cells or cell groups with small delays (i.e., low-latency path or leg) .

[0047] FIG. 2 illustrates a schematic diagram 200 of an example split transmission in which some embodiments of the present disclosure can be implemented. In this example, the split transmission is based on a remaining delay budget of a packet (e.g., a remaining time of a discard timer for a PDCP SDU / PDU) , and is also called as a delay-based split transmission. If the remaining delay budget of the packet is lower than or equal to a threshold, the packet is determined as delayed data. If the remaining delay budget of the packet is higher than the threshold, the packet is determined as non-delayed data. For the delay-based split transmission, if a remaining time of a discard timer for a PDCP SDU is lower than or equal  to the threshold, a PDCP PDU corresponding to the PDCP SDU shall be submitted to a configured or activated RLC entity for the delay-based split transmission (e.g., a leg with a low delay) . As shown in FIG. 2, non-delayed data 201 may be submitted to a primary RLC entity with a high delay and delayed data 202 may be submitted to a secondary RLC entity with a low delay.

[0048] In the context of the present disclosure, a RLC entity for delay-based split transmission means that the RLC entity can be used for the transmission of a PDCP SDU / PDU if the remaining time of the PDCP SDU / PDU is lower than or equal to a threshold.

[0049] Embodiments of the present disclosure provide a solution of communication so as to enhance the delay-based split transmission. The solution will be described in detail with reference to FIG. 3.

[0050] EXAMPLE IMPLEMENTATION OF DELAY-BASED SPLIT TRANSMISSION

[0051] FIG. 3 illustrates a signaling chart illustrating an example process 300 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 300 will be described with reference to FIG. 1. The process 300 may involve the terminal device 110 and the network device 120 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 3 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any suitable additional steps may be added.

[0052] As shown in FIG. 3, the network device 120 may transmit 310, to the terminal device 110, a configuration of a split transmission based on a remaining delay budget of a packet (i.e., a delay-based split transmission) . In some embodiments, the network device 120 may transmit the configuration of the delay-based split transmission via a radio resource control (RRC) signaling or any other suitable ways.

[0053] In some embodiments, the configuration may comprise an indication (e.g., denoted as pdcpDelayBasedSplit herein) of whether the delay-based split transmission is applied, i.e., indicate whether the terminal device 110 shall apply the delay-based split transmission.

[0054] In some embodiments, the configuration may comprise an indication (e.g., denoted as splitDelayPath herein) of a set of RLC entities configured for the delay-based split transmission, i.e., indicate one or more RLC entities used for a transmission of a PDCP SDU / PDU if a remaining delay budget of the PDCP SDU / PDU is less than or equal to a threshold. In some embodiments, one or more associated RLC entities for the delay-based  split transmission may be configured for a PDCP entity.

[0055] In some embodiments, the configuration may comprise an indication (e.g., denoted as ul-delayRemainingThreshold herein) of the threshold for the remaining delay budget of the packet. In other words, the configuration may indicate the threshold to determine whether to submit the corresponding PDCP PDU to the associated RLC entities configured / activated for the delay-based split transmission (e.g., in the unit of millisecond) . In some embodiments, different RLC entities may have different threshold configurations.

[0056] In some embodiments, the configuration may comprise an indication (e.g., denoted as pduSetSplit herein) of whether all packets belonging to a PDU set are needed. In other words, the configuration may indicate whether all SDUs / PDUs belonging to a PDU set are needed or should be transmitted as a whole (e.g., during the delay-based split transmission) .

[0057] In some embodiments, the configuration may comprise an indication (e.g., denoted as splitState herein) of an activation or deactivation status of a RLC entity configured for the delay-based split transmission. In other words, the configuration may indicate an uplink split state for the associated RLC entities at the time of receiving this indication. If this indication is set to true, the split state is activated for the associated RLC entity which is configured for the delay-based split transmission. If this indication is absent, the split state may be deactivated for all associated RLC entities. Each bit of this indication may be mapped to a specific RLC entity.

[0058] For illustration, an example PDCP configuration may be described as below.

[0059] In this example PDCP configuration, an information element (IE) ‘pdcpDelayBasedSplit’ indicates whether the delay-based split transmission is applied, an IE ‘splitDelayPath’ indicates a set of RLC entities configured for the delay-based split transmission, an IE ‘pduSetSplit’ indicates whether all packets belonging to a PDU set are needed, an IE ‘splitState’ indicates an activation or deactivation status of a RLC entity configured for the delay-based split transmission, and an IE ‘ul-delayRemainingThreshold’ indicates the threshold to determine whether to submit the corresponding PDCP PDU to the associated RLC entities configured / activated for the delay-based split transmission.

[0060] In some embodiments, the configuration of the delay-based split transmission may comprise an indication (e.g., denoted as delayPath herein) of whether a RLC entity is configured for the delay-based split transmission.

[0061] For illustration, an example RLC bearer configuration may be described as below.

[0062] RLC-BearerConfig : : = SEQUENCE {

[0063] delayPath BOOLEAN or ENUMERATED {true}

[0064] }

[0065] In this example RLC bearer configuration, an IE ‘delayPath’ indicates whether a RLC entity is configured for the delay-based split transmission.

[0066] It is to be understood that the configuration of the delay-based split transmission may comprise any combinations of the above information or any other suitable information.

[0067] For the delay-based split transmission, one or more RLC entities (e.g., RLC entities with good delay performance) may be selected for a transmission of delay-critical data if the remaining delay budget is lower than or equal to the threshold (e.g., a remaining time of a discard timer is less than the threshold) . It is assumed that, for delay-based split transmission or bearer, each PDCP entity may be associated with N RLC entities. In some embodiments, 2 ≤ N ≤ 4. In some embodiments, N > 4.

[0068] For illustration, an example configuration may be described as below.

[0069] Each radio bearer (RB) (except for signaling radio bearer 0 (SRB0) for Uu interface) is associated with one PDCP entity. Each PDCP entity is associated with one, two, three, four, six, or eight RLC entities depending on the RB characteristic (e.g. uni-directional / bi-directional or split / non-split) or RLC  mode:

[0070] - For split bearers, each PDCP entity is associated with two UM RLC entities (for same direction) , four UM RLC entities (two for each direction) , or two AM RLC entities;

[0071] - For RBs configured with PDCP duplication, each PDCP entity is associated with N UM RLC entities (for same direction) , 2 × N UM RLC entities (N for each direction) , or N AM RLC entities, where 2 ≤ N ≤ 4;

[0072] - For split bearers (or split transmission) based on remaining time of a packet (e.g., remaining time of PDCP discardTimer) , each PDCP entity is associated with N UM RLC entities (for same direction) , 2 × N UM RLC entities (N for each direction) , or N AM RLC entities, where 2 ≤ N ≤ 4 (or N >4) .

[0073] Continuing to refer to FIG. 3, the network device 120 may transmit 320, to the terminal device 110, a MAC CE indicating an activation or deactivation status of the delay-based split transmission. In some embodiments, if one or more data radio bearers (DRBs) are configured with the delay-based split transmission, the network device 120 may activate or deactivate the delay-based split transmission for all or a subset of associated or configured RLC entities for the one or more DRBs.

[0074] In some embodiments, the network device 120 may activate or deactivate the delay-based split transmission per DRB or per PDCP entity. In this case, the MAC CE is introduced to indicate the activation or deactivation status of the delay-based split transmission for each DRB or PDCP entity.

[0075] In some embodiments, the MAC CE may comprise a field indicating the activation or deactivation status of the delay-based split transmission for the DRB and a field indicating an identity (ID) of the DRB for which the delay-based split transmission applies. FIG. 4A illustrates a schematic diagram of an example MAC CE 400A according to embodiments of the present disclosure. As shown in FIG. 4A, a field ‘DRB ID’ indicates an ID of a DRB for which the MAC CE applies, a field ‘A / D’ indicates the activation or deactivation status of the delay-based split transmission for the corresponding DRB, and fields ‘R’ indicate reserved bits.

[0076] In some embodiments, the MAC CE may comprise a set of fields corresponding to a set of DRBs. A field in the set of fields may indicate the activation or deactivation status  of the delay-based split transmission for a corresponding DRB. FIG. 4B illustrates a schematic diagram of another example MAC CE 400B according to embodiments of the present disclosure. As shown in FIG. 4B, a field ‘Di’ indicates the activation or deactivation status of the delay-based split transmission of DRB i, where i denotes an ascending order of an ID of the DRB among DRBs configured with the delay-based split transmission (e.g., pdcpDelayBasedSplit) and / or with RLC entity (ies) associated with this DRB. In this example, i = 0 to 7. The field Di may be set to 1 to indicate that the delay-based split transmission of DRB i shall be activated (e.g., the delay-based split transmission for all the associated or configured RLC entities for the configured DRB is activated) . The field Di may be set to 0 to indicate that the delay-based split transmission of DRB i shall be deactivated. It is to be noted that any other suitable values may also be adopted for the field Di.

[0077] In some embodiments, the network device 120 may activate or deactivate the delay-based split transmission per RLC entity. In this case, the MAC CE is introduced to indicate the activation or deactivation status of the delay-based split transmission for each RLC entity. In some embodiments, the MAC CE may comprise a field indicating an ID of the DRB for which the delay-based split transmission applies and a set of fields corresponding to a set of RLC entities associated with the DRB. A field in the set of fields may indicate the activation or deactivation status of the delay-based split transmission for a corresponding RLC entity.

[0078] FIG. 4C illustrates a schematic diagram of another example MAC CE 400C according to embodiments of the present disclosure. As shown in FIG. 4C, a field ‘DRB ID’ indicates an ID of a DRB for which the MAC CE applies, and a field ‘RLCi’ indicates the activation or deactivation status of the delay-based split transmission for the RLC entity i, where i denotes an ascending order of logical channel ID of secondary (or primary) RLC entities in the order of master cell group (MCG) and secondary cell group (SCG) , for the DRB. The field RLCi may be set to 1 to indicate that the delay-based split transmission of RLC entity i shall be activated (e.g., for the DRB, the activated RLC entity shall be used for the transmission of a PDCP SDU / PDU if a remaining time of the PDCP SDU / PDU is less than or equal to the threshold) . The field RLCi may be set to 0 to indicate that the delay-based split transmission of RLC entity i shall be deactivated. It is to be noted that any other suitable values may also be adopted for the field RLCi.

[0079] It is to be noted that the field RLCi may correspond to RLC entities associated to the DRB, or RLC entities configured for the transmission of a PDCP SDU / PDU if the  remaining time of the PDCP SDU / PDU is less than or equal to the threshold.

[0080] Refer back to FIG. 3, the terminal device 110 may perform 330 the delay-based split transmission. In some embodiments, upon reception of the configuration of the delay-based split transmission, the terminal device 110 may perform the delay-based split transmission. In some embodiments, upon reception of the MAC CE activating the delay-based split transmission, the terminal device 110 may perform the delay-based split transmission. In some embodiments, upon reception of the MAC CE deactivating the delay-based split transmission, the terminal device 110 may stop the delay-based split transmission.

[0081] With reference to FIG. 3, the terminal device 110 may determine 331 whether a condition for triggering the delay-based split transmission is fulfilled. The condition may comprise at least one of the following: a split transmission based on a remaining delay budget of a packet is configured or activated, a set of RLC entities for the split transmission is configured or activated, a set of split secondary RLC entities is configured for a PDCP entity, or a reporting of a status of delayed data has been triggered for a LCH or LCG corresponding to the packet.

[0082] With reference to FIG. 3, if the condition is fulfilled, the terminal device 110 may perform 332 the delay-based split transmission. That is, upon determination that the condition is fulfilled, if a remaining delay budget of a packet is equal to or less than the threshold, the terminal device 110 may transmit the packet via at least one RLC entity configured or activated for the delay-based split transmission (i.e., via a path or leg for the delay-based split transmission) .

[0083] In some embodiments, the path or leg for the delay-based split transmission may or may not include primary RLC entity. In some embodiments, the terminal device 110 may submit the packet to at least one of a set of RLC entities configured or activated for the delay-based split transmission. In some embodiments, the terminal device 110 may submit the packet to a primary RLC entity or at least one of a set of secondary RLC entities configured or activated for the delay-based split transmission.

[0084] For illustration, an example procedure may be described as below.

[0085] When submitting a PDCP PDU to lower layer, if at least one of the following conditions 1) to 6) is satisfied, a transmitting PDCP entity shall:

[0086] - 1) the transmitting PDCP entity is associated with at least two RLC entities,

[0087] - 2) if the PDCP duplication is deactivated for the RB or the RB is a DAPS bearer,

[0088] - 3) if delay based split transmission (e.g., pdcpDelayBasedSplit) is configured or activated (e.g., for a DRB or PDCP entity) ,

[0089] - 4) if the associated RLC entities for delay based split transmission is configured or activated,

[0090] - 5) if the split secondary RLC entity (or entities) is configured for the PDCP entity,

[0091] - 6) if DSR has been triggered for the corresponding LCH or LCG (e.g., an indication is received from MAC layer) ,

[0092] - if a PDCP SDU for which the remaining time till discardTimer expiry (or the remaining time of discardTimer for the corresponding PDCP SDU) is equal to or less than a configured threshold (e.g., ul-delayRemainingThreshold or legacy remainingTimeThreshold) :

[0093] - submit the PDCP PDU to at least one of the associated RLC entities configured / activated for delay-based split transmission; or

[0094] - submit the PDCP PDU to either the primary RLC entity or at least one of the associated secondary RLC entities configured / activated for delay-based split transmission.

[0095] In some embodiments where all packets belonging to a PDU set are needed, the terminal device 110 may submit the packets belonging to the PDU set to at least one of a set of RLC entities configured or activated for the delay-based split transmission. In some embodiments where all packets belonging to a PDU set are needed, the terminal device 110 may submit the packets belonging to the PDU set to a primary RLC entity or at least one of a set of secondary RLC entities configured or activated for the delay-based split transmission.

[0096] For example, if all SDUs / PDUs belonging to a PDU set are needed or should be transmitted as a whole (e.g., pduSetSplit or pdu-SetDiscard is configured) , and / or if a PDCP SDU / PDU for which a remaining time till a discard timer expires (or the remaining time of the discard timer for the corresponding PDCP SDU / PDU) is equal to or less than the threshold (e.g., ul-DataRemainingThreshold or ul-delayRemainingThreshold) , a transmitting PDCP entity shall submit all PDCP SDUs / PDUs belonging to the PDU set to which the PDCP SDU  belongs (along with the corresponding PDCP Data PDUs) to the associated RLC entities configured / activated for the delay-based split transmission.

[0097] For illustration, an example procedure may be described as below.

[0098] When submitting a PDCP PDU to lower layer, if at least one of the following conditions 1) to 7) is satisfied, a transmitting PDCP entity shall:

[0099] - 1) the transmitting PDCP entity is associated with at least two RLC entities,

[0100] - 2) if the PDCP duplication is deactivated for the RB or the RB is a DAPS bearer,

[0101] 3) if delay based split transmission (e.g., pdcpDelayBasedSplit) is configured or activated (e.g., for a DRB or PDCP entity) ,

[0102] 4) if the associated RLC entities for delay based split transmission is configured or activated,

[0103] 5) if the split secondary RLC entity (or entities) is configured for the PDCP entity,

[0104] 6) if DSR has been triggered for the corresponding LCH or LCG (e.g., an indication is received from MAC layer) ,

[0105] 7) if a PDCP SDU for which the remaining time till discardTimer expiry (or the remaining time of discardTimer for the corresponding PDCP SDU) is equal to or less than a configured threshold (e.g., ul-DataRemainingThreshold or a configured threshold) :

[0106] - if all SDUs / PDUs belonging to a PDU Set are needed or transmitted as a whole, e.g., during delay based split transmission (pduSetSplit or pdu-SetDiscard is configured) ,

[0107] - submit all (or all the subsequent) PDCP SDUs / PDUs belonging to the PDU Set to which the PDCP SDU belongs (along with the corresponding PDCP Data PDUs) to at least one of the associated RLC entities configured / activated for delay-based split transmission; or

[0108] - submit all (or all the subsequent) PDCP SDUs / PDUs belonging to the PDU Set to which the PDCP SDU belongs (along with the corresponding PDCP Data PDUs) to either the primary RLC entity or at least one of the  associated secondary RLC entities configured / activated for delay-based split transmission,

[0109] - else

[0110] - submit the PDCP PDU to the associated RLC entities configured / activated for split transmission based on the remaining time of a packet.

[0111] With the process 300, the delay-based split transmission may be carried out, and delay-critical data may be routed to a RLC bearer or cell with good delay performance.

[0112] EXAMPLE IMPLEMENTATION OF LCP PROCEDURE

[0113] To prioritize a scheduling of data with low remaining time, NW may configure or indicate a UL grant dedicated for the data with low remaining time. For example, by using LCP restrictions to control which LCHs or LCHs with delayed data can be mapped to the UL grant. However, a size of the UL grant and the delayed data volume may be changed dynamically, there may be remaining resources after the delayed data or LCHs with delayed data has been served by a LCP procedure.

[0114] In view of this, embodiments of the present disclosure also provide a solution of communication so as to enhance the LCP procedure. The solution will be described in detail with reference to FIG. 5.

[0115] FIG. 5 illustrates a signaling chart illustrating another example process 500 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 500 will be described with reference to FIG. 1. The process 500 may involve the terminal device 110 and the network device 120 as illustrated in FIG. 1. It is to be understood that the steps and the order of the steps in FIG. 5 are merely for illustration, and not for limitation. For example, the order of the steps may be changed. Some of the steps may be omitted or any suitable additional steps may be added.

[0116] As shown in FIG. 5, the network device 120 may transmit 510, to the terminal device 110, a configuration of an LCP procedure. In some embodiments, the network device 120 may transmit the configuration of the LCP procedure via a RRC signaling or any other suitable ways. In some embodiments, the configuration of the LCP procedure may indicate an LCP restriction for delay-critical data or LCH. In some embodiments, the LCP procedure may indicate that after a UL grant is used and selected LCHs with delay critical data are  served, remaining resources may be allocated to non-served delay-critical data first, and then non-delay-critical data. It is to be understood that any other suitable LCP restrictions may also be feasible, and the present disclosure does not limit this aspect.

[0117] With reference to FIG. 5, the terminal device 110 may determine 520 that a UL grant is used for a set of LCHs with delay-critical data (for convenience, also referred to as a first set of LCHs herein) . That is, at least a part of the first set of LCHs are served. In some embodiments, after the UL grant is used and selected LCHs with delay-critical data are served, there may be still delay-critical data not served in the previous step because a variable (e.g., Bj) of a token bucket of a corresponding LCH may be equal to or less than zero. In this case, there may be remaining resources (for convenience, also referred to as first remaining resources) for the UL grant.

[0118] Continuing to refer to FIG. 5, if there are the first remaining resources for the uplink grant, the terminal device 110 may allocate 530 the first remaining resources for another set of LCHs (for convenience, also referred to as a second set of LCHs herein) . In some embodiments, the terminal device 110 may allocate the first remaining resources to non-served delay-critical data first and then non-delay-critical data.

[0119] In some embodiments, the terminal device 110 may allocate the first remaining resources by serving the second set of LCHs in a strict decreasing priority order with a variable (e.g., Bj) of a token bucket greater than zero. For example, a legacy LCP procedure (e.g., LCP without considering a remaining delay budget) may be performed.

[0120] In this case, a LCP procedure (i.e., an early LCP procedure) with considering Bj and without considering a remaining delay budget may be performed.

[0121] In some embodiments, the terminal device 110 may allocate the first remaining resources by serving the second set of LCHs in a strict decreasing priority order until data for the second set of LCHs or the UL grant is exhausted. For example, logical channel (s) are served in a strict decreasing priority order (regardless of the value of Bj) until either the data for that logical channel or the UL grant is exhausted, whichever comes first. In this case, a LCP procedure without considering both Bj and a remaining delay budget may be performed.

[0122] In some embodiments, the terminal device 110 may allocate the first remaining resources by serving the first set of LCHs comprised in the second set of LCHs in a strict decreasing priority order until data for the first set of LCHs or the UL grant is exhausted. In some embodiments, if the first set of LCHs is served and there are still remaining resources  (for convenience, also referred to as second remaining resources herein) , the terminal device 110 may allocate the second remaining resources for another set of LCHs (for convenience, also referred to as a third set of LCHs herein) .

[0123] In some embodiments, the terminal device 110 may allocate the second remaining resources by serving the third set of LCHs in a strict decreasing priority order with a variable of a token bucket greater than zero. In this case, a LCP procedure with considering Bj and without considering a remaining delay budget may be performed.

[0124] In some embodiments, the terminal device 110 may allocate the second remaining resources by serving the third set of LCHs in a strict decreasing priority order until data for the third set of LCHs or the UL grant is exhausted. For example, logical channel (s) are served in a strict decreasing priority order (regardless of the value of Bj) until either the data for that logical channel or the UL grant is exhausted, whichever comes first. In this case, a LCP procedure without considering both Bj and a remaining delay budget may be performed.

[0125] For example, logical channel (s) with delayed data (if any) are served in a strict decreasing priority order (regardless of the value of Bj) until either the delayed data for that logical channel (or the data for that logical channel) or the UL grant is exhausted, whichever comes first. Then, if there are still any resources remain, logical channel (s) (without delayed data) are served in a strict decreasing priority order (regardless of the value of Bj) until either the data (or non-delayed data) for that logical channel or the UL grant is exhausted, whichever comes first. Alternatively, a legacy LCP procedure (e.g., LCP with considering Bj and without considering remaining delay budget) may be performed.

[0126] With the process 500, after delay-critical data or LCHs with delay-critical data have been served, if there are any resources remain, the non-delay-critical data or LCH without delay-critical data can be served. Thus, the remaining resources may not be wasted.

[0127] It is to be understood that operations in the above processes may be carried out separately or in any suitable combinations.

[0128] EXAMPLE IMPLEMENTATION OF METHODS

[0129] Corresponding to the above processes, embodiments of the present disclosure provide methods of communication implemented at a terminal device and at a network device. These methods will be described below with reference to FIGs. 6 to 8.

[0130] FIG. 6 illustrates a flowchart of an example method 600 of communication  implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 600 may be performed at the terminal device 110 as shown in FIG. 1. For the purpose of discussion, in the following, the method 600 will be described with reference to FIG. 1. It is to be understood that the method 600 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0131] At block 610, the terminal device 110 may determine that a condition is fulfilled. the condition comprises at least one of the following: a split transmission based on a remaining delay budget of a packet (i.e., a delay-based split transmission) is configured or activated, a set of RLC entities for the split transmission is configured or activated, a set of split secondary RLC entities is configured for a PDCP entity, or a reporting of a status of delayed data has been triggered for a LCH or LCG corresponding to the packet.

[0132] At block 620, the terminal device 110 may determine whether a remaining delay budget of a packet is equal to or less than a threshold.

[0133] At block 630, in accordance with a determination that the remaining delay budget of the packet is equal to or less than the threshold, the terminal device 110 may transmit the packet via at least one RLC entity configured or activated for the delay-based split transmission.

[0134] In some embodiments, the terminal device 110 may receive, from the network device 120, a configuration of the delay-based split transmission. The configuration comprises at least one of the following: an indication of whether the split transmission is applied, an indication of the set of RLC entities configured for the split transmission, an indication of whether a RLC entity is configured for the split transmission, an indication of the threshold, an indication of whether all packets belonging to a PDU set are needed, or an indication of an activation or deactivation status of a RLC entity configured for the split transmission.

[0135] In some embodiments, the terminal device 110 may transmit the packet by: submitting the packet to at least one of a set of RLC entities configured or activated for the split transmission; or submitting the packet to a primary RLC entity or at least one of a set of secondary RLC entities configured or activated for the split transmission.

[0136] In some embodiments, the terminal device 110 may transmit the packet by: in accordance with a determination that all packets belonging to a PDU set are needed,  submitting the packets belonging to the PDU set to at least one of a set of RLC entities configured or activated for the split transmission, or submitting the packets belonging to the PDU set to a primary RLC entity or at least one of a set of secondary RLC entities configured or activated for the split transmission.

[0137] In some embodiments, number of RLC entities in the set of RLC entities may be larger than or equal to 2 and smaller than or equal to 4. In some embodiments, the number of RLC entities in the set of RLC entities may be larger than 4.

[0138] In some embodiments, the terminal device 110 may receive, from the network device 120, a MAC CE indicating an activation or deactivation status of the split transmission for a DRB or the PDCP entity. In some embodiments, the MAC CE may comprise a field indicating the activation or deactivation status of the split transmission for the DRB and a field indicating an identity of the DRB for which the split transmission applies. In some embodiments, the MAC CE may comprise a set of fields corresponding to a set of DRBs, and a field in the set of fields indicates the activation or deactivation status of the split transmission for the DRB.

[0139] In some embodiments, the terminal device 110 may receive, from the network device 120, a MAC CE indicating an activation or deactivation status of the split transmission for a RLC entity. In some embodiments, the MAC CE may comprise a field indicating an identity of the DRB for which the split transmission applies and a set of fields corresponding to a set of RLC entities associated with the DRB, and a field in the set of fields indicates the activation or deactivation status of the split transmission for the RLC entity.

[0140] With the method 600, the delay-based split transmission may be carried out, and delay-critical data may be routed to a RLC bearer or cell with good delay performance.

[0141] FIG. 7 illustrates an example method 700 of communication implemented at a network device in accordance with some embodiments of the present disclosure. For example, the method 700 may be performed at the network device 120 as shown in FIG. 1. For the purpose of discussion, in the following, the method 700 will be described with reference to FIG. 1. It is to be understood that the method 700 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0142] At block 710, the network device 120 may transmit, to the terminal device 110, a configuration of a split transmission based on a remaining delay budget of a packet (i.e., a  delay-based split transmission) . The configuration comprises at least one of the following: an indication of whether the split transmission is applied, an indication of a set of RLC entities configured for the split transmission, an indication of whether a RLC entity is configured for the split transmission, an indication of a threshold for the remaining delay budget of the packet, an indication of whether all packets belonging to a PDU set are needed, or an indication of an activation or deactivation status of a RLC entity configured for the split transmission.

[0143] In some embodiments, number of RLC entities in the set of RLC entities may be larger than or equal to 2 and smaller than or equal to 4. In some embodiments, the number of RLC entities in the set of RLC entities may be larger than 4.

[0144] In some embodiments, the network device 120 may transmit, to the terminal device 110, a MAC CE indicating an activation or deactivation status of the split transmission for a DRB or the PDCP entity. In some embodiments, the MAC CE may comprise a field indicating the activation or deactivation status of the split transmission for the DRB and a field indicating an identity of the DRB for which the split transmission applies. In some embodiments, the MAC CE may comprise a set of fields corresponding to a set of DRBs, and a field in the set of fields indicates the activation or deactivation status of the split transmission for the DRB.

[0145] In some embodiments, the network device 120 may transmit, to the terminal device 110, a MAC CE indicating an activation or deactivation status of the split transmission for a RLC entity. In some embodiments, the MAC CE may comprise a field indicating an identity of the DRB for which the split transmission applies and a set of fields corresponding to a set of RLC entities associated with the DRB, and a field in the set of fields indicates the activation or deactivation status of the split transmission for the RLC entity.

[0146] With the method 700, the delay-based split transmission may be facilitated.

[0147] FIG. 8 illustrates a flowchart of another example method 800 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 800 may be performed at the terminal device 110 as shown in FIG. 1. For the purpose of discussion, in the following, the method 800 will be described with reference to FIG. 1. It is to be understood that the method 800 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0148] At block 810, the terminal device 110 may determine that an uplink grant is used for a first set of LCHs with delay-critical data.

[0149] At block 820, the terminal device 110 may determine whether there are first remaining resources for the uplink grant.

[0150] At block 830, in accordance with a determination that there are the first remaining resources for the uplink grant, the terminal device 110 may allocate the first remaining resources for a second set of LCHs. In some embodiments, the terminal device 110 may allocate the first remaining resources based on one of the following: the second set of LCHs is served in a strict decreasing priority order with a variable of a token bucket greater than zero, the second set of LCHs is served in a strict decreasing priority order until data for the second set of LCHs or the uplink grant is exhausted, or the first set of LCHs comprised in the second set of LCHs is served in a strict decreasing priority order until data for the first set of LCHs or the uplink grant is exhausted.

[0151] In some embodiments, in accordance with a determination that the first set of LCHs is served and there are second remaining resources, the terminal device 110 may allocate the second remaining resources for a third set of LCHs based on one of the following: the third set of LCHs is served in a strict decreasing priority order with a variable of a token bucket greater than zero, or the third set of LCHs is served in a strict decreasing priority order until data for the third set of LCHs or the uplink grant is exhausted.

[0152] With the method 800, remaining resources may not be wasted and resource utilization may be facilitated.

[0153] It is to be understood that operations of the methods 600 to 800 correspond to the processes described in connection with FIGs. 3 to 5, and thus other details are not repeated here for conciseness.

[0154] EXAMPLE IMPLEMENTATION OF DEVICES

[0155] FIG. 9 is a simplified block diagram of a device 900 that is suitable for implementing embodiments of the present disclosure. The device 900 can be considered as a further example implementation of the terminal device 110 or the network device 120 as shown in FIG. 1A. Accordingly, the device 900 can be implemented at or as at least a part of the terminal device 110 or the network device 120.

[0156] As shown, the device 900 includes a processor 910, a memory 920 coupled to the  processor 910, a suitable transceiver 940 coupled to the processor 910, and a communication interface coupled to the transceiver 940. The memory 910 stores at least a part of a program 930. The transceiver 940 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 940 may include at least one of a transmitter 942 or a receiver 944. The transmitter 942 and the receiver 944 may be functional modules or physical entities. The transceiver 940 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0157] The program 930 is assumed to include program instructions that, when executed by the associated processor 910, enable the device 900 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1 to 8. The embodiments herein may be implemented by computer software executable by the processor 910 of the device 900, or by hardware, or by a combination of software and hardware. The processor 910 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 910 and memory 920 may form processing means 950 adapted to implement various embodiments of the present disclosure.

[0158] The memory 920 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 920 is shown in the device 900, there may be several physically distinct memory modules in the device 900. The processor 910 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 900 may have multiple processors, such as an  application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0159] In some embodiments, a terminal device comprises a circuitry configured to: determine that a condition is fulfilled, the condition comprising at least one of the following: a split transmission based on a remaining delay budget of a packet is configured or activated, a set of RLC entities for the split transmission is configured or activated, a set of split secondary RLC entities is configured for a PDCP entity, or a reporting of a status of delayed data has been triggered for a LCH or LCG corresponding to the packet; and in accordance with a determination that the remaining delay budget of the packet is equal to or less than a threshold, transmit the packet via at least one RLC entity configured or activated for the split transmission.

[0160] In some embodiments, a network device comprises a circuitry configured to: transmit, to a terminal device, a configuration of a split transmission based on a remaining delay budget of a packet, the configuration comprising at least one of the following: an indication of whether the split transmission is applied, an indication of a set of RLC entities configured for the split transmission, an indication of whether a RLC entity is configured for the split transmission, an indication of a threshold for the remaining time of the packet, an indication of whether all packets belonging to a PDU set are needed, or an indication of an activation or deactivation status of a RLC entity configured for the split transmission.

[0161] In some embodiments, a terminal device comprises a circuitry configured to: determine that an uplink grant is used for a first set of LCHs with delay-critical data; and in accordance with a determination that there are first remaining resources for the uplink grant, allocate the first remaining resources for a second set of LCHs based on one of the following: the second set of LCHs is served in a strict decreasing priority order with a variable of a token bucket greater than zero, the second set of LCHs is served in a strict decreasing priority order until data for the second set of LCHs or the uplink grant is exhausted, or the first set of LCHs comprised in the second set of LCHs is served in a strict decreasing priority order until data for the first set of LCHs or the uplink grant is exhausted.

[0162] The term ‘circuitry’ used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal  processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0163] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0164] 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 those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGs. 1 to 8. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0165] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the  flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0166] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, 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 disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0167] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

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

Claims

1.A terminal device, comprising:a processor configured to cause the terminal device to:determine that a condition is fulfilled, the condition comprising at least one of the following:a split transmission based on a remaining delay budget of a packet is configured or activated,a set of radio link control (RLC) entities for the split transmission is configured or activated,a set of split secondary RLC entities is configured for a packet data convergence protocol (PDCP) entity, ora reporting of a status of delayed data has been triggered for a logical channel (LCH) or logical channel group (LCG) corresponding to the packet; andin accordance with a determination that the remaining delay budget of the packet is equal to or less than a threshold, transmit the packet via at least one RLC entity configured or activated for the split transmission.2.The terminal device of claim 1, wherein the terminal device is further caused to:receive, from a network device, a configuration of the split transmission, the configuration comprising at least one of the following:an indication of whether the split transmission is applied,an indication of the set of RLC entities configured for the split transmission,an indication of whether a RLC entity is configured for the split transmission,an indication of the threshold,an indication of whether all packets belonging to a protocol data unit (PDU) set are needed, oran indication of an activation or deactivation status of a RLC entity configured for the split transmission.3.The terminal device of claim 1, wherein the terminal device is caused to transmit the packet by:submitting the packet to at least one of a set of RLC entities configured or activated for the split transmission; orsubmitting the packet to a primary RLC entity or at least one of a set of secondary RLC entities configured or activated for the split transmission.4.The terminal device of claim 1, wherein the terminal device is caused to transmit the packet by:in accordance with a determination that all packets belonging to a protocol data unit (PDU) set are needed,submitting the packets belonging to the PDU set to at least one of a set of RLC entities configured or activated for the split transmission; orsubmitting the packets belonging to the PDU set to a primary RLC entity or at least one of a set of secondary RLC entities configured or activated for the split transmission.5.The terminal device of claim 1, wherein number of RLC entities in the set of RLC entities is larger than or equal to 2 and is smaller than or equal to 4, orwherein the number of RLC entities in the set of RLC entities is larger than 4.6.The terminal device of claim 1, wherein the terminal device is further caused to:receive, from the network device, a medium access control control element (MAC CE) indicating an activation or deactivation status of the split transmission for a data radio bearer (DRB) or the PDCP entity or a RLC entity.7.The terminal device of claim 6, wherein the MAC CE comprises a field indicating the activation or deactivation status of the split transmission for the DRB and a field indicating an identity of the DRB for which the split transmission applies, orwherein the MAC CE comprises a set of fields corresponding to a set of DRBs, and a field in the set of fields indicates the activation or deactivation status of the split transmission for the DRB, orwherein the MAC CE comprises a field indicating an identity of the DRB for which the split transmission applies and a set of fields corresponding to a set of RLC entities associated with the DRB, and a field in the set of fields indicates the activation or deactivation status of the split transmission for the RLC entity.8.A terminal device, comprising:a processor configured to cause the terminal device to:determine that an uplink grant is used for a first set of logical channels (LCHs) with delay-critical data; andin accordance with a determination that there are first remaining resources for the uplink grant, allocate the first remaining resources for a second set of LCHs based on one of the following:the second set of LCHs is served in a strict decreasing priority order with a variable of a token bucket greater than zero,the second set of LCHs is served in a strict decreasing priority order until data for the second set of LCHs or the uplink grant is exhausted, orthe first set of LCHs comprised in the second set of LCHs is served in a strict decreasing priority order until data for the first set of LCHs or the uplink grant is exhausted.9.The terminal device of claim 8, wherein the terminal device is further caused to:in accordance with a determination that the first set of LCHs is served and there are second remaining resources, allocate the second remaining resources for a third set of LCHs based on one of the following:the third set of LCHs is served in a strict decreasing priority order with a variable of a token bucket greater than zero, orthe third set of LCHs is served in a strict decreasing priority order until data for the third set of LCHs or the uplink grant is exhausted.10.A network device, comprising:a processor configured to cause the network device to:transmit, to a terminal device, a configuration of a split transmission based on a remaining delay budget of a packet, the configuration comprising at least one of the following:an indication of whether the split transmission is applied,an indication of a set of radio link control (RLC) entities configured for the split transmission,an indication of whether a RLC entity is configured for the split transmission,an indication of a threshold for the remaining delay budget of the packet,an indication of whether all packets belonging to a protocol data unit (PDU) set are needed, oran indication of an activation or deactivation status of a RLC entity configured for the split transmission.11.The network device of claim 10, wherein number of RLC entities in the set of RLC entities is larger than or equal to 2 and is smaller than or equal to 4, orwherein the number of RLC entities in the set of RLC entities is larger than 4.12.The network device of claim 10, wherein the network device is further caused to:transmit, to the terminal device, a medium access control control element (MAC CE) indicating an activation or deactivation status of the split transmission for a data radio bearer (DRB) or the PDCP entity or a RLC entity.13.The network device of claim 12, wherein the MAC CE comprises a field indicating the activation or deactivation status of the split transmission for the DRB and a field indicating an identity of the DRB for which the split transmission applies, orwherein the MAC CE comprises a set of fields corresponding to a set of DRBs, and a field in the set of fields indicates the activation or deactivation status of the split transmission for the DRB, orwherein the MAC CE comprises a field indicating an identity of the DRB for which the split transmission applies and a set of fields corresponding to a set of RLC entities associated with the DRB, and a field in the set of fields indicates the activation or deactivation status of the split transmission for the RLC entity.14.A method of communication, comprising:determining, at a terminal device, that a condition is fulfilled, the condition comprising at least one of the following:a split transmission based on a remaining delay budget of a packet is configured or activated,a set of radio link control (RLC) entities for the split transmission is configured or activated,a set of split secondary RLC entities is configured for a packet data convergence protocol (PDCP) entity, ora reporting of a status of delayed data has been triggered for a logical channel (LCH) or logical channel group (LCG) corresponding to the packet; andin accordance with a determination that the remaining delay budget of the packet is equal to or less than a threshold, transmitting the packet via at least one RLC entity configured or activated for the split transmission.15.A method of communication, comprising:determining, at a terminal device, that an uplink grant is used for a first set of logical channels (LCHs) with delay-critical data; andin accordance with a determination that there are first remaining resources for the uplink grant, allocating the first remaining resources for a second set of LCHs based on one of the following:the second set of LCHs is served in a strict decreasing priority order with a variable of a token bucket greater than zero,the second set of LCHs is served in a strict decreasing priority order until data for the second set of LCHs or the uplink grant is exhausted, orthe first set of LCHs comprised in the second set of LCHs is served in a strict decreasing priority order until data for the first set of LCHs or the uplink grant is exhausted.16.A method of communication, comprising:transmitting, at a network device and to a terminal device, a configuration of a split transmission based on a remaining delay budget of a packet, the configuration comprising at least one of the following:an indication of whether the split transmission is applied,an indication of a set of radio link control (RLC) entities configured for the split transmission,an indication of whether a RLC entity is configured for the split transmission,an indication of a threshold for the remaining delay budget of the packet,an indication of whether all packets belonging to a protocol data unit (PDU) set are needed, oran indication of an activation or deactivation status of a RLC entity configured for the split transmission.

Images