Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In one aspect, a terminal device may determine a first data volume of non-delay-critical data for a LCG or LCH. The non-delay-critical data may have at least one of the following: a remaining delay budget larger than or equal to a budget threshold, or low importance. The terminal device may transmit, to a network device, a DSR indicating the first data volume of the non-delay-critical data. In this way, a total amount of non-delay-critical data or remaining data may be reported to NW correctly.

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] 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. However, solutions for delay-sensitive traffic, such as a delay status report (DSR) , a split transmission, or a packet data convergence protocol (PDCP) duplication, are still incomplete and need to be further developed.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 a first data volume of non-delay-critical data for a logical channel group (LCG) or logical channel (LCH) , the non-delay-critical data having at least one of the following: a remaining delay budget larger than or equal to a budget threshold, or low importance; and transmit, to a network device, a DSR indicating the first data volume of the non-delay-critical data.

[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 a remaining delay budget of a packet is smaller than a budget threshold; and in accordance with a determination that the packet has an importance level higher than or equal to a level threshold, transmit the packet to a network device via a delay-based split transmission.

[0006] In a third aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: determine that a PDCP duplication is configured or activated; and in accordance with a determination that a packet  has an importance level higher than or equal to a level threshold, perform the PDCP duplication for the packet.

[0007] In a fourth aspect, there is provided a method of communication. The method is implemented at a terminal device. The method comprises: determining, at a terminal device, a first data volume of non-delay-critical data for a LCG or LCH, the non-delay-critical data having at least one of the following: a remaining delay budget larger than or equal to a budget threshold, or low importance; and transmitting, to a network device, a DSR indicating the first data volume of the non-delay-critical data.

[0008] In a fifth aspect, there is provided a method of communication. The method is implemented at a terminal device. The method comprises: determining, at a terminal device, that a remaining delay budget of a packet is smaller than a budget threshold; and in accordance with a determination that the packet has an importance level higher than or equal to a level threshold, transmitting the packet to a network device via a delay-based split transmission.

[0009] In a sixth aspect, there is provided a method of communication. The method is implemented at a network device. The method comprises: determining, at a terminal device, that a PDCP duplication is configured or activated; and in accordance with a determination that a packet has an importance level higher than or equal to a level threshold, performing the PDCP duplication for the packet.

[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 signaling chart illustrating an example process of communication according to embodiments of the present disclosure;

[0015] FIG. 3 illustrates a schematic diagram of an example DSR medium access control (MAC) control element (CE) according to embodiments of the present disclosure;

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

[0017] FIG. 5 illustrates a schematic diagram of an example split transmission according to embodiments of the present disclosure;

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

[0019] FIG. 7 illustrates a schematic diagram of an example PDCP duplication according to embodiments of the present disclosure;

[0020] FIG. 8 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. 9 illustrates a flowchart of another example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0022] FIG. 10 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. 11 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) , 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 (ML) 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, information A may be transmitted to the terminal device from the first network device and information B 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 ‘a reporting of a status of delayed data’ herein may be interchangeably used with ‘a delay status report’ . 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 ‘delayed data’ may be interchangeably used with ‘delay-critical data’ .

[0036] In the context of the present disclosure, the term ‘a remaining delay budget’ may be interchangeably used with ‘a remaining delay time’ or ‘a remaining 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 ‘a packet’ may refer to a PDCP service data unit (SDU) or protocol data unit (PDU) . The term ‘a packet’ 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 terminal device may determine a first data volume of non-delay-critical data for a LCG or LCH. The non-delay-critical data may have at least one of the following: a remaining delay budget larger than or equal to a budget threshold, or low importance. The terminal device may transmit, to a network device, a DSR indicating the first data volume of the non-delay-critical data. In this way, a total amount of non-delay-critical data or remaining data may be reported to NW correctly.

[0039] In another aspect, a terminal device may determine that a remaining delay budget of a packet is smaller than a budget threshold. In accordance with a determination that the packet has an importance level higher than or equal to a level threshold, the terminal device may transmit the packet to a network device via a delay-based split transmission. In this way, delay or reliability of a PDU or PDU set with high importance may be guaranteed during a delay-based split transmission.

[0040] In another aspect, a terminal device may determine that a PDCP duplication is configured or activated. In accordance with a determination that a packet has an importance level higher than or equal to a level threshold, the terminal device may perform the PDCP duplication for the packet. In this way, delay or reliability of a PDU or PDU set with high importance may be guaranteed during PDCP duplication.

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

[0042] EXAMPLE OF COMMUNICATION NETWORK

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

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

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

[0046] Embodiments of the present disclosure provide solutions of communication so as to enhance delay sensitive traffic. The solutions will be described in detail with reference to FIGs. 2 to 7.

[0047] EXAMPLE IMPLEMENTATION OF DSR

[0048] DSR functionality has been specified and a DSR MAC CE has been introduced. However, current DSR has a limitation that when multiple PDU sets in a LCG have different remaining times, only the smallest remaining time below a threshold is reported for the LCG. Thus, the DSR MAC CE does not provide a full picture of a buffer of a terminal device and hence NW may not be able to efficiently assign UL resources in response to a received DSR.

[0049] Current DSR cannot provide a status of non-delay-critical data from a terminal device to NW. As a result, the NW cannot schedule the non-delay-critical data accordingly. If there is low-importance data or high-priority non-delay-critical data arriving before delay-critical high-importance data, and the NW may schedule resources based on a delay buffer size reported by DSR, then allocated resources may not be sufficient for transmission of delay-critical data.

[0050] In view of this, embodiments of the present disclosure provide a solution of DSR so as to report a total amount of non-delay-critical data or remaining data to NW correctly. The solution will be described in connection with FIGs. 2 and 3.

[0051] FIG. 2 illustrates a signaling chart illustrating an example process 200 of communication according to embodiments of the present disclosure. For the purpose of  discussion, the process 200 will be described with reference to FIG. 1. The process 200 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. 2 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. 2, the network device 120 may transmit 210 a configuration of DSR to the terminal device 110. In some embodiments, the configuration may indicate whether a data volume (for convenience, also referred to as a first data volume herein) or total amount of non-delay-critical data for a LCG or LCH is to be reported in the DSR. In the context of the present disclosure, the term ‘data volume’ herein may be interchangeably used with ‘buffer size’ .

[0053] In some embodiments, the terminal device 110 may divide data available for transmission for the LCG or LCH into a plurality of data sets based on one or more budget thresholds. The plurality of data sets have or correspond to different urgent levels. The terminal device 110 may determine a data set with the lowest urgent level in the plurality of data sets as the non-delay-critical data.

[0054] For example, 2 budget thresholds (denoted as T1 and T2 herein) may be configured, and 3 urgent levels may be divided as below: 1) urgent delayed data (e.g., urgent level 1) : remaining delay budget (e.g., remaining time of PDCP discard timer) < T1, or delay > T1; 2) non-urgent delayed data (e.g., urgent level 2) : T1 ≤ remaining delay budget < T2, or T2 <delay ≤ T1; and 3) non-delayed data (i.e., non-delay-critical data) or remaining data (e.g., urgent level 3) : remaining delay budget ≥ T2, or delay ≤ T2; and / or data with low importance. In this example, delay critical buffer size may include data volume of urgent level 1 and urgent level 2. It is to be noted that more or less urgent levels may also be feasible. The term ‘non-delay-critical data’ herein may refer to data or data set with the lowest urgent level and / or low importance, and may be interchangeably used with ‘remaining data’ . The term ‘urgent level’ herein may be interchangeably used with ‘delay level’ .

[0055] In some embodiments, an information element (IE) may be introduced and sent via a RRC signaling (from the network device 120 to the terminal device 110) to configure whether to report a DSR MAC CE with non-delay critical buffer information (i.e., the first data volume) , or to report a DSR MAC CE without the non-delay critical buffer information. In some embodiments, the IE may be introduced and sent via the RRC signaling to configure  whether to report a DSR MAC CE with multiple pair of remaining time and buffer size information (i.e., corresponding to multiple urgent levels) , or to report a DSR MAC CE without the multiple pair of remaining time and buffer size information.

[0056] It is to be noted that the configuration of DSR may comprise any other suitable information, and the present disclosure does not limit this aspect.

[0057] As shown in FIG. 2, the terminal device 110 may determine 220 the first data volume of non-delay-critical data for the LCG or LCH. The non-delay-critical data may have at least one of the following: a remaining delay budget larger than or equal to a budget threshold, or low importance. That is, the non-delay-critical data may be the data set with the lowest urgent level. In some embodiments, if data has an importance level lower than or equal to a level threshold, the terminal device 110 may determine that the data has low importance. It is to be noted that whether the data has low importance may be dependent on implementations of the terminal device 110.

[0058] In some embodiments, the terminal device 110 may determine a data volume (for convenience, also referred to as a second data volume herein) or total amount of data available for transmission for the LCG or LCH, and determine a data volume (for convenience, also referred to as a third data volume herein) or total amount of delay-critical data for the LCG or LCH. The delay-critical data has a remaining delay budget smaller than the budget threshold. The terminal device 110 may determine the first data volume by subtracting the third data volume from the second data volume, e.g., after a MAC PDU has been built.

[0059] In some embodiments, the first or second or third data volume may comprise a radio link control (RLC) data volume. For example, for the purpose of MAC delay status reporting, the terminal device 110 may consider the following as a non-delay-critical RLC data volume or remaining RLC data volume: RLC data volume (corresponding to the second data volume) minus delay-critical RLC data volume (corresponding to the third data volume) . It is to be noted that calculation of the RLC data volume and the delay-critical RLC data volume may be carried out in any suitable ways, and the present disclosure does not limit this aspect.

[0060] In some embodiments, the first or second or third data volume may comprise a PDCP data volume. For example, for the purpose of MAC delay status reporting, the terminal device 110 may consider the following as a non-delay-critical PDCP data volume or  remaining PDCP data volume: PDCP data volume (corresponding to the second data volume) minus delay-critical PDCP data volume (corresponding to the third data volume) . It is to be noted that calculation of the PDCP data volume and the delay-critical PDCP data volume may be carried out in any suitable ways, and the present disclosure does not limit this aspect.

[0061] All SDU or PDUs in a PDU set share the same PSDB. In some embodiments, if all SDUs or PDUs belonging to a PDU set are needed (e.g., if PDU set discard is configured) and at least one of the SDUs or PDUs belonging to the PDU set becomes delay-critical, the terminal device 110 may count the SDUs or PDUs belonging to the PDU set in the third data volume (i.e., delay-critical data volume) .

[0062] In some embodiments, if all SDUs or PDUs belonging to a PDU set are needed (e.g., if PDU set discard is configured) and at least one of the SDUs or PDUs belonging to the PDU set becomes delay-critical, the terminal device 110 may determine the first data volume without counting the SDUs or PDUs belonging to the PDU set. That is, all the SDUs or PDUs belonging to the PDU set may not be counted in the non-delay-critical data volume or remaining data volume.

[0063] In some alternative or additional embodiments, a definition of a non-delay-critical packet may be introduced for calculation of the first data volume. In some embodiments, the non-delay-critical packet may comprise a non-delay-critical RLC SDU. In some embodiments, if a RLC SDU corresponds to a PDCP PDU indicated as non-delay-critical data by PDCP, the terminal device 110 may determine that the RLC SDU is a non-delay-critical RLC SDU. For example, a non-delay-critical RLC SDU or remaining data of RLC SDU may be defined as: a RLC SDU corresponding to a PDCP PDU indicated as non-delay-critical or remaining data by PDCP.

[0064] In some embodiments, the non-delay-critical packet may comprise a non-delay-critical PDCP SDU. In some embodiments, if a discard of a PDU set is not configured, and the remaining delay budget of a PDCP SDU is larger than or equal to the budget threshold, the terminal device 110 may determine that the PDCP SDU is a non-delay-critical PDCP SDU. In some embodiments, if a discard of a PDU set is configured, and a PDCP SDU belongs to the PDU set of which all PDCP SDUs have the remaining delay budget larger than or equal to the budget threshold, the terminal device 110 may determine that the PDCP SDU is a non-delay-critical PDCP SDU. In some embodiments, if a PDCP SDU belongs to a PDU set with the low importance, the terminal device 110 may determine that the PDCP  SDU is a non-delay-critical PDCP SDU. In some embodiments, if a remaining delay budget of a PDCP SDU is larger than or equal to the budget threshold, the terminal device 110 may determine that the PDCP SDU is a non-delay-critical PDCP SDU.

[0065] It is to be understood that any combinations of the above conditions may also be feasible for determination of the non-delay-critical PDCP SDU. For example, a non-delay-critical PDCP SDU or remaining data of PDCP SDU may be defined as a PDCP SDU satisfying at least one of the following:

[0066] - if pdu-SetDiscard is not configured, a PDCP SDU for which the remaining time till discardTimer expiry is larger than or equal to the remainingTimeThreshold or a configured threshold;

[0067] - if pdu-SetDiscard is configured, a PDCP SDU belonging to a PDU Set of which all the PDCP SDUs have the remaining time till discardTimer expiry larger than or equal to the remainingTimeThreshold or a configured threshold;

[0068] - a PDCP SDU belonging to a low importance PDU set (e.g., a new threshold may be introduced to indicate whether a PDCP SDU is a low importance SDU) , or if discardTimerForLowImportance is configured, a PDCP SDU belonging to a low importance PDU Set; or

[0069] - a PDCP SDU for which the remaining time till discardTimer expiry is larger than or equal to the remainingTimeThreshold or a configured threshold.

[0070] In this example, IE ‘pdu-SetDiscard’ indicates whether to perform PDU set based discarding for the corresponding PDCP entity, IE ‘discardTimer’ indicates a timer for a discard of SDU / PDU or PDU set, IE ‘remainingTimeThreshold’ indicates a threshold for the remaining time or a remaining time threshold used for triggering a DSR for a LCG, and IE ‘discardTimerForLowImportance’ indicates a timer for a discard of a low importance PDU set.

[0071] Based on the definition of the non-delay-critical packet, the terminal device 110 may determine a set of non-delay-critical packets for the LCG or LCH, and determine the first data volume based on the set of non-delay-critical packets.

[0072] In some embodiments, the set of non-delay-critical packets may comprise a set of non-delay-critical RLC SDUs or RLC SDU segments that have not been included in a RLC data PDU. In some embodiments, the set of non-delay-critical packets may comprise a set  of RLC data PDUs pending for initial transmission and containing a non-delay-critical RLC SDU or a non-delay-critical RLC SDU segment.

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

[0074] For the purpose of MAC delay status reporting, UE shall consider at least one of the following as non-delay-critical RLC data volume or remaining data volume:

[0075] - non-delay-critical RLC SDUs and non-delay-critical RLC SDU segments (or remaining data) that have not yet been included in an RLC data PDU; or

[0076] - RLC data PDUs pending for initial transmission, and containing a non-delay-critical RLC SDU or a non-delay-critical RLC SDU segment (or remaining data) .

[0077] In some embodiments, the set of non-delay-critical packets may comprise a set of non-delay-critical PDCP SDUs for which no PDCP PDU have been constructed. In some embodiments, the set of non-delay-critical packets may comprise a set of PDCP data PDUs that contain non-delay-critical PDCP SDUs and have not been submitted to lower layers.

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

[0079] For the purpose of MAC delay status reporting, a transmitting PDCP entity shall consider at least one of the following as non-delay-critical PDCP data volume or remaining data volume:

[0080] - non-delay-critical PDCP SDUs (or remaining data) for which no PDCP Data PDUs have been constructed; or

[0081] - PDCP Data PDUs that contain the non-delay-critical PDCP SDUs (or remaining data) and have not been submitted to lower layers.

[0082] Continuing to refer to FIG. 2, the terminal device 110 may transmit 230, to the network device 120, a DSR indicating the first data volume of the non-delay-critical data. In some embodiments, the terminal device 110 may transmit a DSR MAC CE with non-delay critical buffer information or remaining data volume (i.e., the first data volume) .

[0083] In some embodiments, the terminal device 110 may transmit a DSR MAC CE with multiple pairs of remaining time and buffer size information. In this case, multiple urgent levels and / or budget thresholds may be introduced, and the corresponding remaining time and / or buffer size for each urgent level may be reported.

[0084] In some embodiments, the terminal device 110 may indicate the first data volume based on a buffer size table same as that used for the delay-critical data. For example, a  MAC entity may use buffer sizes specified in the same table as that used by delay-critical UL data to set a value of a field indicating non-delay-critical buffer size or remaining data volume in the DSR MAC CE.

[0085] In some embodiments, the DSR may further comprise an indication indicating whether the first data volume is reported. In some embodiments, the DSR may further comprise an indication indicating that the third data volume of delay-critical data for the LCG or LCH is reported. In some embodiments, the DSR may further comprise the third data volume of the delay-critical data for the LCG or LCH. In some embodiments, the DSR may further comprise the second data volume of data available for transmission for the LCG or LCH.

[0086] FIG. 3 illustrates a schematic diagram of an example DSR MAC CE 300 according to embodiments of the present disclosure. As shown in FIG. 3, the DSR MAC CE 300 may comprise a LCGi field 301, where i = 0 to 7. The LCGi field indicates presence of delay information (and / or non-delay information / remaining data information) for LCG i. The LCGi field set to a first value (e.g., 1) indicates that the delay information (and / or non-delay information / remaining data information) for the LCG i is reported. The LCGi field set to a second value (e.g., 0) indicates that the delay information (and / or non-delay information / remaining data information) for the LCG i is not reported.

[0087] As shown in FIG. 3, the DSR MAC CE 300 may comprise a BT field 302. The BT field is present only if a corresponding LCG is configured with an IE ‘additionalBS-TableAllowed’ (the IE ‘additionalBS-TableAllowed’ indicates whether UE is allowed to utilize refined buffer size levels for a certain LCG) and a buffer size indicated by a corresponding Buffer Size field is not zero; otherwise, the BT field is reserved and set to 0. If present, the BT field set to 1 indicates that specified buffer sizes are used to set a value of the Buffer Size field, while the BT field set to 0 indicates that the specified buffer sizes are used instead.

[0088] As shown in FIG. 3, the DSR MAC CE 300 may comprise a R or E field 303. The R field indicates a reserved bit. Alternatively, the DSR MAC CE 300 may comprise a E field instead of the R field. The E field indicates whether a total amount of non-delay-critical data or remaining data (or whether a Non-delay-critical Buffer Size field or Remaining data volume field) e.g., for an LCG, shall be reported or existed. For example, the E field set to a first value (e.g., 1) indicates the total amount of non-delay-critical data or  remaining data exists or is reported. The E field set to a second value (e.g., 0) indicates the total amount of non-delay-critical data or remaining data does not exist or is not reported.

[0089] As shown in FIG. 3, the DSR MAC CE 300 may comprise a Remaining Time field 304. The Remaining Time field indicates the shortest remaining value of running PDCP discardTimer among all PDCP SDUs that are buffered for an LCG but have not been transmitted in any MAC PDU, at the time of the first symbol of the first PUSCH transmission that includes this DSR MAC CE. The length of this field is 6 bits. This field is present only if the buffer size indicated by the corresponding Buffer Size field is not zero; otherwise, this field is reserved and set to 0. If present, the value r in this field indicates a remaining time within the range of (r, r + 1] msec.

[0090] As shown in FIG. 3, the DSR MAC CE 300 may comprise a Buffer Size field 305. The Buffer Size field indicates the total amount of delay-critical data for an LCG, after the MAC PDU has been built.

[0091] As shown in FIG. 3, the DSR MAC CE 300 may comprise a Non-delay-critical Buffer Size field or Remaining data volume field 306. This field indicates a total amount of non-delay-critical data (or remaining data) for an LCG. This field is set by using a buffer size table same as that used for the corresponding Buffer Size field. In some embodiments, for an LCG, only one corresponding Non-delay-critical Buffer Size field or Remaining data volume field is introduced. It is to be noted that more fields may also be feasible.

[0092] In some embodiments, the total amount of non-delay-critical data (or remaining data) for an LCG may be reported only when the total amount of delay-critical data for the corresponding LCG is reported. In other words, for a MAC CE, the field 306 shall be existed / reported if at least one of the following conditions is satisfied: the field (i.e., the Buffer Size field 305) indicating the total amount of delay-critical data for the corresponding LCG is existed / reported; the LCGi field 301 (e.g., set to 1) indicates that the delay information (and / or non-delay information / remaining data information) for the LCG i is reported.

[0093] It is to be understood that in the example of FIG. 3, delay information of only m LCGs is reported, where m ≤ 8.

[0094] It is to be noted that the above DSR MAC CE is merely an example, and the DSR may be carried in any other suitable ways.

[0095] So far, the total amount of non-delay-critical data or remaining data may be reported to NW correctly.

[0096] Thereby, more information may be provided by the DSR according to embodiments of the present disclosure, for example, DSR may report the entire buffer size or non-delay critical data volume. In this situation, it is expected to minimize conflicts and redundancy buffer information with a buffer status report (BSR) . In view of this, embodiments of the present disclosure also provide a solution of coordinating BSR and DSR. For convenience, the solution will be described still in connection with FIG. 2.

[0097] As shown in FIG. 2, if the DSR comprises both the first data volume and a third data volume of delay-critical data for the LCG or LCH, or that the DSR comprises the second data volume of data available for transmission for the LCG or LCH and the third data volume of delay-critical data, the terminal device 110 may perform 240 a first operation. In some embodiments, the first operation may comprise cancelling all BSR triggered for the LCG or LCH or for LCHs belonging to the LCG. In some embodiments, the first operation may comprise reporting no buffer status for the LCG or LCH. It is to be noted that a combination of the above first operations may also be feasible.

[0098] For example, if a MAC CE (e.g., the DSR MAC CE according to embodiments of the present disclosure) includes both delay critical buffer size and non-delay critical buffer size for an LCG or LCH (e.g., ‘delay critical buffer size + non-delay critical buffer size (or remaining data volume) = total buffer size’ ) or a MAC CE includes delay critical buffer size and total buffer size for an LCG or LCH, then at least one of the following shall be performed:

[0099] - All the BSRs (e.g., prior to MAC PDU assembly) triggered for the LCG or LCH or for the logical channels belonging to the LCG shall be cancelled; or

[0100] - buffer status (e.g., BSR) for the LCG or LCH (e.g., prior to MAC PDU assembly) shall be not be reported.

[0101] In this example, it is to be noted that if all BSRs are cancelled (e.g., because buffer status of all LCGs can be reflected / carried by the DSR MAC CE according to embodiments of the present disclosure) , the transmission of BSR MAC CE shall be cancelled.

[0102] As shown in FIG. 2, if both a reporting of the first data volume for the LCG or LCH and a reporting of buffer status for the LCG or LCH are triggered, the terminal device 110 may perform 250 a second operation. In some embodiments, the second operation may comprise reporting the buffer status for the LCG or LCH. In some embodiments, the second operation may comprise cancelling the reporting of the first data volume for the LCG or LCH. It is to be noted that a combination of the above second operations may also be feasible.

[0103] For example, if reporting of non-delay critical buffer size (or remaining data volume) for an LCG or LCH is triggered (e.g., via the DSR MAC CE according to embodiments of the present disclosure) and reporting of buffer status (e.g., total buffer size) for the LCG or LCH is triggered (e.g., via a BSR MAC CE) as well, then at least one of the following shall be performed:

[0104] - report the buffer status (e.g., total buffer size) of the LCG or LCH (e.g., via a BSR MAC CE); or

[0105] - cancel the reporting of non-delay critical buffer size (or remaining data volume) for the LCG or LCH (e.g., prior to MAC PDU assembly) .

[0106] In this way, an interaction between BSR and DSR operations (e.g., trigger or cancellation) may be specified, and a reporting of redundant information about buffer size may be avoided.

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

[0108] EXAMPLE IMPLEMENTATION OF SPLIT TRANSMISSION

[0109] For split bearer in dual connectivity (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 is equal to or larger than the configured data volume threshold, the 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 split bearer, data may need to be routed based on its delay status instead of its data volume. Furthermore, importance of a PDU or PDU set may also be considered, for example, only high importance data shall be split.

[0110] In view of this, embodiments of the present disclosure provide a solution of split transmission so as to enhance transmission of delay sensitive traffic. The solution will be described in detail with reference to FIG. 4.

[0111] FIG. 4 illustrates a signaling chart illustrating another example process 400 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 400 will be described with reference to FIG. 1. The process 400 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. 4 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.

[0112] As shown in FIG. 4, the network device 120 may transmit 410, 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 RRC signaling or any other suitable ways.

[0113] In some embodiments, the configuration may comprise an indication that an importance level is to be considered during the delay-based split transmission. It is to be noted that the present disclosure does not limit contents of the configuration.

[0114] With reference to FIG. 4, the terminal device 110 may determine 420 that a remaining delay budget of a packet is smaller than a budget threshold. In this case, the terminal device 110 may consider that the packet becomes delay-critical.

[0115] As shown in FIG. 4, the terminal device 110 may further determine 430 whether the packet has high importance. In some embodiments, if the packet has an importance level higher than or equal to a level threshold, the terminal device 110 may determine that the packet has high importance. In some embodiments, the level threshold may be configured by the network device 120, e.g., via a RRC signaling. In some embodiments, the level threshold may be predefined. In some embodiments, if the packet belongs to a PDU set with high importance, the terminal device 110 may determine that the packet has high importance.

[0116] With reference to FIG. 4, upon determination that the packet is delay-critical and has high importance, the terminal device 110 may transmit 440 the packet to the network device 120 via the delay-based split transmission. That is, for split transmission / split bearer based on delay information, only SDU / PDU or PDU set with high importance (e.g., PSI) may be transmitted to associated RLC entities configured / activated for delay-based split transmission (e.g., leg with good delay performance) if the packet becomes delay-critical.

[0117] 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 remaining time of the PDCP SDU / PDU is below a configured threshold (i.e., a remaining delay budget of the PDCP SDU / PDU is below a budget threshold) .

[0118] In some embodiments, upon determination that the packet is delay-critical and has  high importance, the terminal device 110 may submit the packet to at least one of RLC entities configured or activated for the delay-based split transmission.

[0119] In some embodiments, it is assumed that a larger importance value represents higher importance. If an importance level of a SDU / PDU or PDU set is higher than a threshold (i.e., with high importance) , the SDU / PDU or PDU set may be submit to at least one of the associated RLC entities configured / activated for delay-based split transmission (e.g., the leg with good delay performance) .

[0120] In some embodiments, it is assumed that a larger importance value represents lower importance. If an importance level of a SDU / PDU or PDU set is lower than a threshold (i.e., with high importance) , the SDU / PDU or PDU set may be submit to at least one of the associated RLC entities configured / activated for delay-based split transmission (e.g., the leg with good delay performance) .

[0121] In some alternative embodiments, upon determination that the packet is delay-critical and has high importance, the terminal device 110 may submit the packet to either a primary RLC entity or at least one of secondary RLC entities configured or activated for the delay-based split transmission.

[0122] FIG. 5 illustrates a schematic diagram 500 of an example split transmission according to embodiments of the present disclosure. 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 importance of the packet. As shown in FIG. 5, if a remaining delay budget of a packet 501 is lower than or equal to a budget threshold and the packet 501 has high importance, the packet 501 may be submitted to a secondary RLC entity 502 with good delay performance. If a remaining delay budget of a packet 503 is larger than the budget threshold, the packet 503 may be submitted to a primary RLC entity 504 with low delay performance.

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

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

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

[0126] - 2) if the PDCP duplication is deactivated for a radio bearer (RB) or the RB is a dual active protocol stack (DAPS) bearer,

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

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

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

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

[0131] - if a PDCP SDU for which the remaining time till discardTimer expiry is equal to or less than a configured threshold, and / or if the corresponding SDU / PDU or PDU set is with high importance:

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

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

[0134] In this way, for a delay-based split transmission, only a packet with high importance may be submit to a leg (e.g., RLC entity) with good delay performance. Thus, delay or reliability of a packet with high importance may be guaranteed.

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

[0136] EXAMPLE IMPLEMENTATION OF PDCP DUPLICATION

[0137] Embodiments of the present disclosure also provide a solution of PDCP duplication so as to ensue reliability of a packet with high importance. The solution will be described in detail with reference to FIG. 6.

[0138] FIG. 6 illustrates a signaling chart illustrating another example process 600 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 600 will be described with reference to FIG. 1. The process 600 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. 6 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.

[0139] As shown in FIG. 6, the network device 120 may transmit 610, to the terminal device 110, a configuration of PDCP duplication. In some embodiments, the network device 120 may transmit the configuration of PDCP duplication via a RRC signaling or any other suitable ways.

[0140] In some embodiments, the configuration of PDCP duplication may comprise an indication that an importance level is to be considered during the PDCP duplication. It is to be noted that the present disclosure does not limit contents of the configuration.

[0141] In some embodiments, upon reception of the configuration of PDCP duplication, the terminal device 110 may determine that the PDCP duplication is activated. In some embodiments, upon reception of an indication indicating activation of the PDCP duplication, the terminal device 110 may determine that the PDCP duplication is activated (e.g., via a MAC CE) .

[0142] With reference to FIG. 6, upon determination that the PDCP duplication is configured or activated, the terminal device 110 may determine 620 whether a packet (e.g., a PDU or PDU set) has high importance. In some embodiments, if the packet has an importance level higher than or equal to a level threshold, the terminal device 110 may determine that the packet has high importance. In some embodiments, the level threshold may be configured by the network device 120, e.g., via a RRC signaling. In some embodiments, the level threshold may be predefined. In some embodiments, if the packet belongs to a PDU set with high importance, the terminal device 110 may determine that the packet has high importance.

[0143] With reference to FIG. 6, upon determination that the packet has high importance, the terminal device 110 may perform 630 the PDCP duplication for the packet. In other words, for PDCP duplication, only a packet with high importance may be duplicated. In some embodiments, the terminal device 110 may perform the PDCP duplication by duplicating the packet and submitting the packet to RLC entities configured or activated for the PDCP duplication.

[0144] In some embodiments, it is assumed that a larger importance value represents higher importance. If an importance level of a SDU / PDU or PDU set is higher than a level threshold (i.e., with high importance) , the SDU / PDU or PDU set may be duplicated and / or submitted to associated RLC entities configured / activated for PDCP duplication.

[0145] In some embodiments, it is assumed that a larger importance value represents lower importance. If an importance level of a SDU / PDU or PDU set is lower than a level threshold (i.e., with high importance) , the SDU / PDU or PDU set may be duplicated and / or submitted to associated RLC entities configured / activated for PDCP duplication.

[0146] In some embodiments, if the packet has low importance (e.g., the importance level of the packet is lower than the level threshold) , the terminal device 110 may submit the packet to the primary RLC entity.

[0147] FIG. 7 illustrates a schematic diagram 700 of an example PDCP duplication according to embodiments of the present disclosure. As shown in FIG. 7, if a packet 701 has high importance, the packet 701 may be submitted to RLC entities configured or activated for PDCP duplication (in this example, a primary RLC entity 702 and a secondary RLC entity 703) . If a packet 704 has low importance, the packet 704 may be only submitted to the primary RLC entity 702.

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

[0149] PDCP layer:

[0150] - if the transmitting PDCP entity is associated with at least two RLC entities:

[0151] - if the PDCP duplication is configured / activated:

[0152] - if the PDCP PDU is a PDCP Data PDU with high importance:

[0153] - duplicate the PDCP Data PDU and submit the PDCP Data PDU to the associated RLC entities configured / activated for PDCP duplication;

[0154] - else:

[0155] - submit the PDCP Control PDU to the primary RLC entity.

[0156] In this way, PDCP duplication based on importance may be carried out. Thus, resources may be saved, and delay or reliability of a packet with high importance may be guaranteed.

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

[0158] EXAMPLE IMPLEMENTATION OF METHODS

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

[0160] FIG. 8 illustrates a flowchart of an 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.

[0161] At block 810, the terminal device 110 may determine a first data volume of non-delay-critical data for a LCG or LCH. The non-delay-critical data has at least one of the following: a remaining delay budget larger than or equal to a budget threshold, or low importance.

[0162] In some embodiments, the terminal device 110 may divide data available for transmission for the LCG or LCH into a plurality of data sets based on one or more budget thresholds. The plurality of data sets have urgent levels. The terminal device 110 may determine a data set with a lowest urgent level in the plurality of data sets as the non-delay-critical data.

[0163] In some embodiments, the terminal device 110 may determine the first data volume by:determining a second data volume of data available for transmission for the LCG or LCH; determining a third data volume of delay-critical data for the LCG or LCH, the delay-critical data having the remaining delay budget smaller than the budget threshold; and determining the first data volume by subtracting the third data volume from the second data volume.

[0164] In some embodiments, the first or second or third data volume may comprise a RLC data volume. In some embodiments, the first or second or third data volume may compirse a PDCP data volume.

[0165] In some embodiments, the terminal device 110 may determine the third data volume by: in accordance with a determination that all SDUs or PDUs belonging to a PDU set are needed and at least one of the SDUs or PDUs belonging to the PDU set becomes delay-critical, counting the SDUs or PDUs belonging to the PDU set in the third data volume.

[0166] In some embodiments, the terminal device 110 may determine the first data volume by: determining a set of non-delay-critical packets for the LCG or LCH; and determining the first data volume based on the set of non-delay-critical packets.

[0167] In some embodiments, the set of non-delay-critical packets may comprise at least one of the following: a set of non-delay-critical RLC SDUs or RLC SDU segments that have not been included in a RLC data PDU; or a set of RLC data PDUs pending for initial transmission and containing a non-delay-critical RLC SDU or a non-delay-critical RLC SDU segment. In some embodiments, in accordance with a determination that a RLC SDU corresponds to a PDCP PDU indicated as non-delay-critical data by PDCP, the terminal device 110 may determine that the RLC SDU is the non-delay-critical RLC SDU.

[0168] In some embodiments, the set of non-delay-critical packets may comprise at least one of the following: a set of non-delay-critical PDCP SDUs for which no PDCP data PDU have been constructed; or a set of PDCP data PDUs that contain non-delay-critical PDCP SDUs and have not been submitted to lower layers.

[0169] In some embodiments, the terminal device 110 may determine that a PDCP SDU is a non-delay-critical PDCP SDU based on at least one of the following: a discard of a PDU set is not configured, and the remaining delay budget of the PDCP SDU is larger than or equal to the budget threshold; the discard of the PDU set is configured, and the PDCP SDU belongs to the PDU set of which all PDCP SDUs have the remaining delay budget larger than or equal to the budget threshold; the PDCP SDU belongs to a PDU set with the low importance; or the remaining delay budget of the PDCP SDU is larger than or equal to the budget threshold.

[0170] In some embodiments, the terminal device 110 may determine the first data volume by: in accordance with a determination that all SDUs or PDUs belonging to a PDU set are needed and at least one of the SDUs or PDUs belonging to the PDU set becomes delay-critical, determining the first data volume without counting the SDUs or PDUs belonging to the PDU set.

[0171] In some embodiments, the terminal device 110 may receive, from the network device, a configuration indicating whether the first data volume is to be reported in the DSR.

[0172] At block 820, the terminal device 110 may transmit, to the network device 120, a DSR indicating the first data volume of the non-delay-critical data.

[0173] In some embodiments, the terminal device 110 may transmit the DSR by: indicating the first data volume based on a buffer size table same as that used for delay-critical data, the delay-critical data having the remaining delay budget smaller than the budget threshold.

[0174] In some embodiments, the DSR may further comprise at least one of the following:  an indication indicating whether the first data volume is reported; an indication indicating that a third data volume of delay-critical data for the LCG or LCH is reported, the delay-critical data having the remaining delay budget smaller than the budget threshold; the third data volume of the delay-critical data for the LCG or LCH; or a second data volume of data available for transmission for the LCG or LCH.

[0175] In some embodiments, in accordance with a determination that the DSR comprises both the first data volume and a third data volume of delay-critical data for the LCG or LCH, or that the DSR comprises a second data volume of data available for transmission for the LCG or LCH and the third data volume of delay-critical data, the terminal device 110 may perform an operation comprising at least one of the following: cancelling all BSRs triggered for the LCG or LCH or for LCHs belonging to the LCG; or reporting no buffer status for the LCG or LCH.

[0176] In some embodiments, in accordance with a determination that both a reporting of the first data volume for the LCG or LCH and a reporting of buffer status for the LCG or LCH are triggered, the terminal device 110 may perform an operation comprising at least one of the following: reporting the buffer status for the LCG or LCH; or cancelling the reporting of the first data volume for the LCG or LCH.

[0177] With the method 800, a total amount of non-delay-critical data or remaining data may be reported to NW correctly.

[0178] FIG. 9 illustrates a flowchart of another example method 900 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 900 may be performed at the terminal device 110 as shown in FIG. 1. For the purpose of discussion, in the following, the method 900 will be described with reference to FIG. 1. It is to be understood that the method 900 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.

[0179] At block 910, the terminal device 110 may determine that a remaining delay budget of a packet is smaller than a budget threshold.

[0180] At block 920, the terminal device 110 may determine that the packet has an importance level higher than or equal to a level threshold.

[0181] At block 930, in accordance with a determination that the packet has the importance level higher than or equal to the level threshold, the terminal device 110 may transmit the  packet to the network device 120 via a delay-based split transmission.

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

[0183] With the method 900, delay or reliability of a PDU or PDU set with high importance may be guaranteed during a delay-based split transmission.

[0184] FIG. 10 illustrates a flowchart of another example method 1000 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 1000 may be performed at the terminal device 110 as shown in FIG. 1. For the purpose of discussion, in the following, the method 1000 will be described with reference to FIG. 1. It is to be understood that the method 1000 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.

[0185] At block 1010, the terminal device 110 may determine that a PDCP duplication is configured or activated.

[0186] At block 1020, the terminal device 110 may determine that a packet has an importance level higher than or equal to a level threshold.

[0187] At block 1030, in accordance with a determination that a packet has an importance level higher than or equal to a level threshold, the terminal device 110 may perform the PDCP duplication for the packet.

[0188] In some embodiments, the terminal device 110 may perform the PDCP duplication by: duplicating the packet; and submitting the packet to RLC entities configured or activated for the PDCP duplication.

[0189] In some embodiments, in accordance with a determination that the packet has the importance level lower than the level threshold, the terminal device 110 may submit the packet to the primary RLC entity.

[0190] With the method 1000, delay or reliability of a PDU or PDU set with high importance may be guaranteed during PDCP duplication.

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

[0192] EXAMPLE IMPLEMENTATION OF DEVICES

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

[0194] As shown, the device 1100 includes a processor 1110, a memory 1120 coupled to the processor 1110, a suitable transceiver 1140 coupled to the processor 1110, and a communication interface coupled to the transceiver 1140. The memory 1110 stores at least a part of a program 1130. The transceiver 1140 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1140 may include at least one of a transmitter 1142 or a receiver 1144. The transmitter 1142 and the receiver 1144 may be functional modules or physical entities. The transceiver 1140 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.

[0195] The program 1130 is assumed to include program instructions that, when executed by the associated processor 1110, enable the device 1100 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1 to 10. The embodiments herein may be implemented by computer software executable by the processor 1110 of the device 1100, or by hardware, or by a combination of software and hardware. The processor 1110 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1110 and memory 1120 may form processing means 1150 adapted to implement various embodiments of the present disclosure.

[0196] The memory 1120 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 1120 is shown in the device 1100, there may be several physically distinct memory modules in the device 1100. The processor 1110 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 1100 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.

[0197] In some embodiments, a terminal device comprises a circuitry configured to: determine a first data volume of non-delay-critical data for a LCG or LCH, the non-delay-critical data having at least one of the following: a remaining delay budget larger than or equal to a budget threshold, or low importance; and transmit, to a network device, a DSR indicating the first data volume of the non-delay-critical data.

[0198] In some embodiments, a terminal device comprises a circuitry configured to: determine that a remaining delay budget of a packet is smaller than a budget threshold; and in accordance with a determination that the packet has an importance level higher than or equal to a level threshold, transmit the packet to a network device via a delay-based split transmission.

[0199] In some embodiments, a terminal device comprises a circuitry configured to: determine that a PDCP duplication is configured or activated; and in accordance with a determination that a packet has an importance level higher than or equal to a level threshold, perform the PDCP duplication for the packet.

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

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

[0202] 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 10. 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.

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

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

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

[0206] 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 a first data volume of non-delay-critical data for a logical channel group (LCG) or logical channel (LCH) , the non-delay-critical data having at least one of the following: a remaining delay budget larger than or equal to a budget threshold, or low importance; andtransmit, to a network device, a delay status report (DSR) indicating the first data volume of the non-delay-critical data.2.The terminal device of claim 1, wherein the terminal device is further caused to:divide data available for transmission for the LCG or LCH into a plurality of data sets based on one or more budget thresholds, the plurality of data sets having urgent levels; anddetermine a data set with a lowest urgent level in the plurality of data sets as the non-delay-critical data.3.The terminal device of claim 1, wherein the terminal device is caused to determine the first data volume by:determining a second data volume of data available for transmission for the LCG or LCH;determining a third data volume of delay-critical data for the LCG or LCH, the delay-critical data having the remaining delay budget smaller than the budget threshold; anddetermining the first data volume by subtracting the third data volume from the second data volume.4.The terminal device of claim 3, wherein the first or second or third data volume comprises a radio link control (RLC) data volume, orwherein the first or second or third data volume comprises a packet data convergence protocol (PDCP) data volume.5.The terminal device of claim 3, wherein the terminal device is caused to determine the third data volume by:in accordance with a determination that all service data units (SDUs) or protocol data units (PDUs) belonging to a PDU set are needed and at least one of the SDUs or PDUs belonging to the PDU set becomes delay-critical, counting the SDUs or PDUs belonging to the PDU set in the third data volume.6.The terminal device of claim 1, wherein the terminal device is caused to determine the first data volume by:determining a set of non-delay-critical packets for the LCG or LCH; anddetermining the first data volume based on the set of non-delay-critical packets.7.The terminal device of claim 6, wherein the set of non-delay-critical packets comprises at least one of the following:a set of non-delay-critical radio link control (RLC) service data units (SDUs) or RLC SDU segments that have not been included in a RLC data protocol data unit (PDU) ; ora set of RLC data PDUs pending for initial transmission and containing a non-delay-critical RLC SDU or a non-delay-critical RLC SDU segment.8.The terminal device of claim 7, wherein the terminal device is further caused to:in accordance with a determination that a RLC SDU corresponds to a packet data convergence protocol (PDCP) PDU indicated as non-delay-critical data by PDCP, determine that the RLC SDU is the non-delay-critical RLC SDU.9.The terminal device of claim 6, wherein the set of non-delay-critical packets comprises at least one of the following:a set of non-delay-critical packet data convergence protocol (PDCP) service data units (SDUs) for which no PDCP data protocol data unit (PDU) have been constructed; ora set of PDCP data PDUs that contain non-delay-critical PDCP SDUs and have not been submitted to lower layers.10.The terminal device of claim 9, wherein the terminal device is further caused to:determine that a PDCP SDU is a non-delay-critical PDCP SDU based on at least one of the following:a discard of a PDU set is not configured, and the remaining delay budget of the PDCP SDU is larger than or equal to the budget threshold;the discard of the PDU set is configured, and the PDCP SDU belongs to the PDU set of which all PDCP SDUs have the remaining delay budget larger than or equal to the budget threshold;the PDCP SDU belongs to a PDU set with the low importance; orthe remaining delay budget of the PDCP SDU is larger than or equal to the budget threshold.11.The terminal device of claim 1, wherein the terminal device is caused to determine the first data volume by:in accordance with a determination that all service data units (SDUs) or protocol data units (PDUs) belonging to a PDU set are needed and at least one of the SDUs or PDUs belonging to the PDU set becomes delay-critical, determining the first data volume without counting the SDUs or PDUs belonging to the PDU set.12.The terminal device of claim 1, wherein the terminal device is further caused to:receive, from the network device, a configuration indicating whether the first data volume is to be reported in the DSR.13.The terminal device of claim 1, wherein the terminal device is caused to transmit the DSR by:indicating the first data volume based on a buffer size table same as that used for delay-critical data, the delay-critical data having the remaining delay budget smaller than the budget threshold.14.The terminal device of claim 1, wherein the DSR further comprises at least one of the following:an indication indicating whether the first data volume is reported;an indication indicating that a third data volume of delay-critical data for the LCG or LCH is reported, the delay-critical data having the remaining delay budget smaller than the budget threshold;the third data volume of the delay-critical data for the LCG or LCH; ora second data volume of data available for transmission for the LCG or LCH.15.The terminal device of claim 1, wherein the terminal device is further caused to:in accordance with a determination that the DSR comprises both the first data volume and a third data volume of delay-critical data for the LCG or LCH, or that the DSR comprises a second data volume of data available for transmission for the LCG or LCH and the third data volume of delay-critical data, perform an operation comprising at least one of the following:cancelling all buffer status reports (BSRs) triggered for the LCG or LCH or for LCHs belonging to the LCG; orreporting no buffer status for the LCG or LCH.16.The terminal device of claim 1, wherein the terminal device is further caused to:in accordance with a determination that both a reporting of the first data volume for the LCG or LCH and a reporting of buffer status for the LCG or LCH are triggered, perform an operation comprising at least one of the following:reporting the buffer status for the LCG or LCH; orcancelling the reporting of the first data volume for the LCG or LCH.17.A terminal device, comprising:a processor configured to cause the terminal device to:determine that a remaining delay budget of a packet is smaller than a budget threshold; andin accordance with a determination that the packet has an importance level higher than or equal to a level threshold, transmit the packet to a network device via a delay-based split transmission.18.The terminal device of claim 17, wherein the terminal device is caused to transmit the packet by:submitting the packet to at least one of radio link control (RLC) entities configured or activated for the delay-based split transmission; orsubmitting the packet to either a primary RLC entity or at least one of secondary RLC entities configured or activated for the delay-based split transmission.19.A terminal device, comprising:a processor configured to cause the terminal device to:determine that a packet data convergence protocol (PDCP) duplication is configured or activated; andin accordance with a determination that a packet has an importance level higher than or equal to a level threshold, perform the PDCP duplication for the packet.20.The terminal device of claim 19, wherein the terminal device is caused to perform the PDCP duplication by:duplicating the packet; andsubmitting the packet to radio link control (RLC) entities configured or activated for the PDCP duplication.21.The terminal device of claim 19, wherein the terminal device is further caused to:in accordance with a determination that the packet has the importance level lower than the level threshold, submit the packet to the primary RLC entity.22.A method of communication, comprising:determining, at a terminal device, a first data volume of non-delay-critical data for a logical channel group (LCG) or logical channel (LCH) , the non-delay-critical data having at least one of the following: a remaining delay budget larger than or equal to a budget threshold, or low importance; andtransmitting, to a network device, a delay status report (DSR) indicating the first data volume of the non-delay-critical data.23.A method of communication, comprising:determining, at a terminal device, that a remaining delay budget of a packet is smaller than a budget threshold; andin accordance with a determination that the packet has an importance level higher than or equal to a level threshold, transmitting the packet to a network device via a delay-based split transmission.24.A method of communication, comprising:determining, at a terminal device, that a packet data convergence protocol (PDCP) duplication is configured or activated; andin accordance with a determination that a packet has an importance level higher than or equal to a level threshold, performing the PDCP duplication for the packet.

Images