Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for multi-modality. In a solution, a terminal device transmits, to a network device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration.

Description

DEVICES AND METHODS FOR COMMUNICATION

[0001] FIELDS

[0002] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for multi-modality in extended reality (XR) .BACKGROUND

[0003] With continuous developments of technologies in the field of communication, extended reality (XR) is wildly used in the field of communication. XR technology includes augmented reality (AR) , virtual reality (VR) , mixed reality (MR) , which uses hardware devices combined with a variety of technical means to integrate virtual content with real scenes. Further, multi-modal data is introduced. Multi-modal Data is defined to describe the input data from different kinds of devices / sensors or the output data to different kinds of destinations (e.g. one or more UEs) required for the same task or application. Multi-modal Data consists of more than one Single-modal Data, and there is strong dependency among each Single-modal Data. Single-modal Data can be seen as one type of data. Thus, it is worth studying multi-modality in XR services.SUMMARY

[0004] In general, embodiments of the present disclosure provide a solution on scheduling in XR.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises: a processor, configured to cause the terminal device to: transmit, to a network device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration.

[0006] In a second aspect, there is provided a terminal device. The terminal device comprises: a processor, configured to cause the terminal device to: determine whether a multi-modality based processing is configured or supported; and perform, based on the  determination, at least one of the followings: a determination of delay-critical data unit, a transmission of delay status report (DSR) , or a data unit discarding.

[0007] In a third aspect, there is provided a first network device. The first network device comprises: a processor, configured to cause the first network device to: transmit, to a second network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0008] In a fourth aspect, there is provided a second network device. The second network device comprises: a processor, configured to cause the second network device to: receive, from a first network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0009] In a fifth aspect, there is provided a network device. The network device comprises: a processor, configured to cause the network device to: receive, from a terminal device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration.

[0010] In a sixth aspect, there is provided a communication method performed by a terminal device. The method comprises: transmitting, to a network device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi- modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration.

[0011] In a seventh aspect, there is provided a communication method performed by a terminal device. The method comprises: determining whether a multi-modality based processing is configured or supported; and performing, based on the determination, at least one of the followings: a determination of delay-critical data unit, a transmission of delay status report (DSR) , or a data unit discarding.

[0012] In an eighth aspect, there is provided a communication method performed by a first network device. The method comprises: transmitting, to a second network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0013] In a ninth aspect, there is provided a communication method performed by a second network device. The method comprises: receiving, from a first network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0014] In a tenth aspect, there is provided a communication method performed by a network device. The method comprises: receiving, from a terminal device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration.

[0015] In an eleventh aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor,  causing the at least one processor to carry out the method according to the sixth, seventh, eighth, ninth, or tenth aspect.

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

[0017] Through the more detailed description of some example 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:

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

[0019] FIG. 2 illustrates a signaling flow of multi-modality information transmission in XR in accordance with some embodiments of the present disclosure;

[0020] FIG. 3 illustrates a signaling flow of multi-modality based processing in XR in accordance with some embodiments of the present disclosure;

[0021] FIG. 4 illustrates a schematic diagram of delay status report (DSR) in accordance with some embodiments of the present disclosure;

[0022] FIG. 5 illustrates a signaling flow of multi-modality information exchange in XR in accordance with some embodiments of the present disclosure;

[0023] FIG. 6 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0024] FIG. 7 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0025] FIG. 8 illustrates a flowchart of a communication method implemented at a first network device according to some example embodiments of the present disclosure;

[0026] FIG. 9 illustrates a flowchart of a communication method implemented at a second network device according to some example embodiments of the present disclosure;

[0027] FIG. 10 illustrates a flowchart of a communication method implemented at a network device according to some example embodiments of the present disclosure; and

[0028] FIG. 11 illustrates a simplified block diagram of an apparatus that is suitable for implementing example embodiments of the present disclosure.

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

[0030] Principle of the present disclosure will now be described with reference to some example 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 limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

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

[0032] 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, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (lAB) , 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.

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

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

[0035] The terminal or the network device may work on several frequency ranges, e.g., FR1 (e.g., 450 MHz to 6000 MHz) , FR2 (e.g., 24.25GHz to 52.6GHz) , frequency band larger than 100 GHz 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.

[0036] 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. In some embodiments, 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 some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, 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 some embodiments, 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 some embodiments, 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.

[0037] 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. Other definitions, explicit and implicit, may be included below.

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

[0039] As used herein, the term “resource, ” “transmission resource, ” “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains. As used herein, the term “protocol data unit (PDU) ” may refer to a unit of data that carries information. The term “PDU set” used herein may refer to one or more PDUs carrying the  payload of one unit of information generated at the application level (e.g. frame (s) or video slice (s) for extended reality (XR) Services) . While the PDU is the unit of exchange between communicating entities, the service data unit (SDU) is the unit of data to be delivered over data networks. The SDU can be thought of as the message to be delivered by the next lower protocol layer, which that lower layer protocol incorporates as the payload of its PDU.

[0040] Principles and implementations of the present disclosure will be described in detail below with reference to the figures. It is noted that embodiments described with reference to the drawings can be applicable to any suitable scenario. For example, the embodiments can be applied in the scenario of XR services. In some embodiments, data, packet, PDU, radio link control (RLC) service data unit (SDU) , RLC PDU, packet data convergence protocol (PDCP) SDU, or PDCP PDU can be alternative examples of the present disclosure and can be used interchangeably. In some embodiments, delay budget, packet delay budget, remaining delay budget, discard timer, or remaining time can be alternative examples of the present disclosure and can be used interchangeably. In some embodiments, “data becomes delay-critical data” and “there is delay-critical data” can be alternative examples of the present disclosure and can be used interchangeably.

[0041] As mentioned above, multi-modal data is defined to describe the input data from different kinds of devices / sensors or the output data to different kinds of destinations (e.g. one or more UEs) required for the same task or application. Multi-modal data may include more than one single-modal data, and there is strong dependency among each Single-modal Data. Single-modal Data can be seen as one type of data. For a typical tactile and multi-modal communication service / application, there can be different modalities affecting the user experience, e.g.: video / audio media; information perceived by sensors about the environment, e.g. brightness, temperature, humidity, etc.; haptic data: can be feelings when touching a surface (e.g., pressure, texture, vibration, temperature) , or kinaesthetic senses (e.g. gravity, pull forces, sense of position awareness) . The terms “multi-modality” and “multi-modal” can be used interchangeable hereinafter. The terms “multi-modality service” and “multi-modality set” can be used interchangeable hereinafter.

[0042] FIG. 1 illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a plurality of communication  devices, including a terminal device 110, a network device 120-1 and a network device 120-2, can communicate with each other.

[0043] In the example of FIG. 1, the terminal device 110 may be a UE and the network device 120-1 may be a base station serving the UE. The serving area of the network device 120-1 may be called a cell 102. The network device 120-2 may be a base station that the terminal device 110 can be handed over to.

[0044] It is to be understood that the number of devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implementing example embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be located in the cell 102, and one or more additional cells may be deployed in the communication environment 100. It is noted that although illustrated as a network device, the network device 12 0-1 and the network device 120-2 may be another device than a network device. Although illustrated as a terminal device, the terminal device 110 may be other device than a terminal device.

[0045] In the following, for the purpose of illustration, some example embodiments are described with the terminal device 110 operating as a UE and the network device 120-1 operating as a base station. However, in some example embodiments, operations described in connection with a terminal device may be implemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other device.

[0046] In some example embodiments, if the terminal device 110 is a terminal device and the network device 120-1 is a network device, a link from the network device 120-1 to the terminal device 110 is referred to as a downlink (DL) , while a link from the terminal device 110 to the network device 120-1 is referred to as an uplink (UL) . In DL, the network device 120-1 is a transmitting (TX) device (or a transmitter) and the terminal device 110 is a receiving (RX) device (or a receiver) . In UL, the terminal device 110 is a TX device (or a transmitter) and the network device 120-1 is a RX device (or a receiver) .

[0047] The communications in the communication environment 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.

[0048] Reference is made to FIG. 2, which illustrates a signaling flow 200 of scheduling in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 200 will be discussed with reference to FIG. 1, for example, by using the terminal device 110 and the network device 120-1.

[0049] The terminal device 110 transmits (2015) multi-modality information to the network device 120-1, if one or more conditions are satisfied. In other words, the network device 120-1 receives (2015) the multi-modality information from the terminal device 110. In some embodiments, the multi-modality information may include one or more of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information. In some embodiments, the PDU session information may include the PDU sessions that are associated to one multi-modality service or the PDU sessions with data needs to be synchronized. In some embodiments, the MMSIHI indicate that all PDUs or PDU set of the multi-modality service / set are needed. In some embodiments, the synchronization threshold used to determine or indicate that the data / PDU / SDU is useful for a multi-modality service / set ifthe remaining time of data / PDU / SDU is below a synchronization threshold. In other words, if data / PDU / SDU with the remaining time exceeds a synchronization threshold and it has not been successfully transmitted, the data is not useful. In some embodiments, the QFI association may include the QoS flow that is associated to one multi-modality service or the QoS flow needs to be synchronized. In some embodiments, the DRB information may include which DRBs are associated to (same) multi-modality service or which DRBs with data needs to be synchronized. In this way, the multi-modality information can be used to improve communication performances.

[0050] In some embodiments, the one or more conditions may include at least one of: data, flow or service arriving to access stratum. For example, the data may be multi-modality data. In some embodiments, the flow may be flow related to multi-modality service.

[0051] In some embodiments, the one or more conditions may include the multi-modality information being available. Alternatively, or in addition, the one or more conditions may include a change ofmulti-modality information. For example, in this case, the terminal device 110 capable of providing the multi-modality information may initiate the procedure when this multi-modality information is available upon being configured to do so, and upon change of multi-modality information. For example, the change in multi-modality information may include that one or more contents in the multi-modality information are changed. For example, if the synchronization threshold changed, the multi-modality information including the changed synchronization threshold may be transmitted. In some other embodiments, if the QoS flow related information is changed / updated (such as, QFI and / or QFI association is changed) , the multi-modality information including the changed QoS flow related information may be transmitted. Alternatively, or in addition, if the DRB information is changed / updated (such as, which DRBs are associated to multi-modality service are changed) , the multi-modality information including the changed DRB information may be transmitted. In some other embodiments, if PDU session information is changed / updated (such as, the PDU sessions associated to one multi-modality service are changed) , the multi-modality information including the updated PDU session information may be transmitted. In some further embodiments, ifthe MMSIHI and / or MMSID are changed, the multi-modality information including the changed MMSIHI and / or changed MMSID may be transmitted.

[0052] In some embodiments, the one or more conditions may include a completion of mobility procedure. In some embodiments, one or more conditions may include triggering or execution of the mobility procedure. For example, the mobility procedure may be a handover. Alternatively, the mobility procedure may be a layer 1 / layer 2 triggered mobility (LTM) procedure. In some other embodiments, the one or more conditions may include a completion of radio resource control (RRC) reconfiguration.

[0053] In some embodiments, the multi-modality information may be included in UE Assistance Information (UAI) message. In some embodiments, the multi-modality information may be included in uplink (UL) traffic information. For example, as  mentioned above, if the multi-modality information is available, or if the terminal device 110 did not provide the multi-modality information since it was configured to provide UL traffic information, or if the multi-modality information has changed since the last transmission of the UEAssistanceInformation message containing corresponding multi-modality information, the terminal device 110 may initiate the procedure for providing the multi-modality information, e.g., the multi-modality information may be transmitted in the UL traffic information. For example, if the multi-modality information is available, or if the terminal device 110 did not provide the multi-modality information since it was configured to provide multi-modality information, or if the multi-modality information has changed since the last transmission of the multi-modality information, the terminal device 110 may initiate the procedure for providing the multi-modality information. In this case, in some embodiments, the multi-modality information may include at least one of:MMSID, synchronization threshold, MMSHI, QFI information, PDU session information, DRB information. Table 1 below shows examples of information element (IE) in UEAssistanceInformation message according to some embodiments of the present disclosure. It is noted that Table 1 is only an example not limitation.

[0054] Table 1

[0055] In some embodiments, if the terminal device 110 did not provide MultiModalServiceIdentification since it was configured to provide UL traffic information / multi-modality information, or if the information previously provided in MultiModalServiceIdentification has changed since the last transmission of the UEAssistanceInformation message containing MultiModalServiceIdentification, the terminal device 110 may set MultiModalServiceIdentification to true, or include the MultiModalServiceIdentification in UEAssistanceInforamtion. In some embodiments, if the synchronization threshold is available, and / or if the terminal device 110 did not provide synchronization threshold since it was configured to provide UL traffic information / multi-modality information, or if the synchronization threshold has changed since the last transmission of the UEAssistanceInformation message containing syncthreshold, the terminal device 110 may set syncThreshold to the latest value of the synchronization threshold. In some embodiments, if the terminal device 110 is able to identify the multi-modality service identification or if the multi-modality service identification is available, the terminal device 110 may set the multimodalityServiceIdentification to the corresponding value.

[0056] In some embodiments, if the terminal device 110 did not provide multimodalityServiceIntergrityHandling since it was configured to provide UL traffic information / multi-modality information, or if the information previously provided in multimodalityServiceIntergrityHandling has changed since the last transmission of the UEAssistanceInformation message containing multimodalityServiceIntergrityHandling, the terminal device 110 may set multimodalityServiceIntergrityHandling to true, or include the multimodalityServiceIntergrityHandling in UEAssistanceInforamtion. In some other embodiments, if the terminal device 110 did not provide qualityofservicefiowidentifier since it was configured to provide UL traffic information / multi-modality information, or if the information previously provided in qualityofservicefiowidentifier has changed since the last transmission of the UEAssistanceInformation message containing qualityofservicefiowidentifier, the terminal device 110 may set qualityofservicefiowidentifier to true, or include the qualityofservicefiowidentifier in UEAssistanceInforamtion.

[0057] In some embodiments, ifthe terminal device 110 did not provide QFIassociation  since it was configured to provide UL traffic information / multi-modality information, or if the information previously provided in QFIassociation information has changed since the last transmission of the UEAssistanceInformation message containing QFIassociation information, the terminal device 110 may set QFIassociation to true, or include the QFIassociation inforamtion in UEAssistanceInforamtion. In some other embodiments, if the terminal device 110 did not provide Dataradiobearer / DRBList or DRB information since it was configured to provide UL traffic information / multi-modality information, or if the information previously provided Dataradiobearer / DRBList or DRB information has changed since the last transmission of the UEAssistanceInformation message containing Dataradiobearer / DRBList, the terminal device 110 may set Dataradiobearer / DRBList or DRB information to true, or include the Dataradiobearer / DRBList or DRB information in UEAssistanceInforamtion.

[0058] In some embodiments, if the terminal device 110 did not provide Protocoldataunitsession since it was configured to provide UL traffic information / multi-modality information, or if the information previously provided in Protocoldataunitsession inforamtion has changed since the last transmission of the UEAssistanceInformation message containing Protocoldataunitsession information, the terminal device 110 may set Protocoldataunitsession information to true, or include the Protocoldataunitsession information in UEAssistanceInforamtion. In some other embodiments, if the terminal device 110 did not provide pduSetIdentification since it was configured to provide UL traffic information / multi-modality information, or if the information previously provided in pduSetIdentification has changed since the last transmission of the UEAssistanceInformation message containing pduSetIdentification, the terminal device 110 may set pduSetIdentification to true, or include the pduSetIdentification in UEAssistanceInforamtion. In some further embodiments, if the terminal device 110 did not provide psiIdentification since it was configured to provide UL traffic information / multi-modality information, or if the information previously provided in psiIdentification has changed since the last transmission of the UEAssistanceInformation message containing psiIdentification, the terminal device 110 may set psiIdentification to true, or include the psiIdentification in UEAssistanceInforamtion.

[0059] Table 2 below shows an example of UE behavior according to embodiments of the present disclosure. It is noted that Table 2 is only an example not limitation.

[0060] Table 2

[0061] In some embodiments, the multi-modality information may be included in UE Assistance Information (UAI) message. In some embodiments, the multi-modality information may be transmitted in a new IE included in the UEAssistanceInformation (UAI) . For example, if the multi-modality information is available, or if the terminal device 110 did not provide multi-modality information since it was configured to provide multi-modality information, or if the multi-modality information has changed since the last transmission of the UEAssistanceInformation message containing corresponding  multi-modality information, the multi-modality information may be transmitted in the new IE.For example, the new IE may be multi-modalityInfo. It is noted that the name “multi-modalityInfo” of the new IE is only an example and the name of the new IE is not limited to “multi-modalityInfo” . Table 3 below shows examples of IE in UEAssistanceInformation message according to some embodiments of the present disclosure. It is noted that Table 3 is only an example not limitation.

[0062] Table 3

[0063] In some embodiments, the multi-modality information is per QoS flow, or per PDU session, or per DRB. Table 4 shows an example ofmulti-modality information which is per DRB basis. It is noted that Table 4 is only an example not limitation.

[0064] Table 4

[0065] In some embodiments, the network device 120-1 may transmit (2005) a multi-modality information reporting configuration to the terminal device 110. In other words, the terminal device 110 may receive (2005) the multi-modality information reporting configuration from the network device 120-1. The multi-modality information reporting configuration may indicate a prohibit timer for multi-modality information reportion. For example, the value of the prohibit timer may be in seconds. In some embodiments, the multi-modality information reporting configuration (e.g., named multi-ModalityInfoReportConfig) is included in other configuration, which includes the PDU session information (e.g., pdu-session identify and / or qfi indication) and prohibit timer for multi-modality information reportion (e.g., named multi-modaltiyInfoProhibitTimer) . Table 5 shows an example of multi-modaltiyInfoProhibitTimer. It is noted that Table 5 is only an example not limitation.

[0066] Table 5

[0067] In some embodiments, a new timer (e.g., T346o) is introduced. The terminal device 110 may maintain one instance of this timer per QoS flow or per RB. The terminal device 110 may set (2010) a value of a timer as a value of the prohibit timer. In some embodiments, if the received otherConfig includes the multi-ModaltiyInfoReportingConfig and / or if multi-ModalityInfoReportingConfig is set to setup,  the terminal device 110 may consider itself to be configured to provide multi-modality information. Alternatively, if multi-ModalityInfoReportingConfig is not set to setup, the terminal device 110 may consider itself not to be configured to provide multi-modality information and stop all instances of timer T346o, if running.

[0068] In some embodiments, the terminal device 110 may start (2020) the timer after the transmission (2015) of the multi-modality information. For example, the terminal device 110 may start the T346o upon transmitting UEAssistanceInformation message with multi-modalityInfo.

[0069] In some embodiments, the terminal device 110 may stop (2025) the timer after releasing the multi-modality information reporting configuration. For example, the terminal device 110 may stop the T346o, upon releasing multi-modalityInfoReportingConfig during the connection re-establishment / resume procedures, or upon receiving multi-modalityInfoReportingConfig set to release.

[0070] In some embodiments, if transmission of the UEAssistanceInformation message is initiated to provide multi-modal information, for each PDU session for which the terminal device 110 intends to provide multi-modality information in this UEAssistanceInformation message, the terminal device 110 may set pdu-SessionID to the value of the concerned PDU session ID. In some embodiments, if transmission of the UEAssistanceInformation message is initiated to provide multi-modality information, the terminal device 110 may stop timer T346o for each QoS flow of this PDU session for which the UE intends to provide multi-modality information in this UEAssistanceInformation message. In some embodiments, for each QoS flow of this PDU session for which timer T346o is not running and for which the terminal device 110 intends to provide multi-modality information in this UEAssistanceInformation message, the terminal device 110 may start timer T346o associated to this QoS flow with the timer value set to the value of multi-ModalityInfoProhibitTimer and set qfi to the value of the concerned QFI. In some embodiments, if the terminal device 110 did not provide MultiModalServiceIdentification since it was configured to provide UL traffic information / multi-modality information, or if the information previously provided in MultiModalServiceIdentification has changed since the last transmission of the UEAssistanceInformation message containing MultiModalServiceIdentification, the terminal device 110 may set MultiModalServiceIdentification to true, or including the MultiModalServiceIdentification in UEAssistanceInforamtion. In some embodiments, if  the synchronization threshold is available, and if the terminal device 110 did not provide synchronization threshold since it was configured to provide UL traffic information / multi-modality information, or if the synchronization threshold has changed since the last transmission of the UEAssistanceInformation message containing syncthreshold, the terminal device 110 may set syncThreshold to the latest value of the synchronization threshold. In some embodiments, if the terminal device 110 is able to identify the multi-modality service identification or if multi-modality service identification is available, the terminal device 110 may set the multimodalityServiceIdentification to the corresponding value. In some embodiments, if the terminal device 110 did not provide pduSetIdentification since it was configured to provide multi-modality information, or if the information previously provided in pduSetIdentification has changed since the last transmission of the UEAssistanceInformation message containing pduSetIdentification, and ifthe terminal device 110 is able to identify PDU Set (s) for the QoS flow, the terminal device 110 may set pduSetIdentification to true. Alternatively, if the terminal device 110 is not able to identify PDU Set (s) for the QoS flow, the terminal device 110 may set pduSetIdentification to false. In some embodiments, if the terminal device 110 did not provide psiIdentification since it was configured to provide multi-modality information, or if the information previously provided in psiIdentification has changed since the last transmission of the UEAssistanceInformation message containing psiIdentification, and if the terminal device 110 is able to identify PSI (s) for the QoS flow, the terminal device 110 may set psiIdentification to true. Alternatively, if the terminal device 110 is not able to identify PSI (s) for the QoS flow, the terminal device 110 may set psiIdentification to false.

[0071] In some embodiments, if the terminal device 110 did not provide multimodalityServiceIntergrityHandling since it was configured to provide multi-modality information, or if the information previously provided in multimodalityServiceIntergrityHandling has changed since the last transmission of the UEAssistanceInformation message containing multimodalityServiceIntergrityHandling, and if the terminal device 110 is able to support multi-modality service integrated handling, the terminal device 110 may set multimodalityServiceIntergrityHandling to true. Alternatively, if the terminal device 110 is not able to support multi-modality service integrated handling, the terminal device 110 may set multimodalityServiceIntergrityHandling to false. In some other embodiments, if the  terminal device 110 did not provide qualityofserviceflowidentifier since it was configured to provide multi-modality information, or if the information previously provided in qualityofserviceflowidentifier has changed since the last transmission of the UEAssistanceInformation message containing qualityofserviceflowidentifier and if the terminal device 110 is able to identify QoS flow identifier, the terminal device 110 may set qualityofserviceflowidentifier to true. Alternatively, if the terminal device 110 is not able to identify QoS flow identifier, the terminal device 110 may set qualityofserviceflowidentifier to false.

[0072] In some embodiments, ifthe terminal device 110 did not provide QFIassociation since it was configured to provide multi-modality information, or if the information previously provided in QFIassociation information has changed since the last transmission of the UEAssistanceInformation message containing QFIassociation information and if the terminal device 110 is able to identify QFI association, the terminal device 110 may set QFIassociation to true. Alternatively, if the terminal device 110 is not able to identify QFI association, the terminal device 110 may set QFIassociation to false. In some other embodiments, if the terminal device 110 did not provide Dataradiobearer / DRBList or DRB information since it was configured to provide UL traffic information / multi-modality information, or if the information previously provided in Dataradiobearer / DRBList or DRB information has changed since the last transmission of the UEAssistanceInformation message containing Dataradiobearer / DRBList and if the terminal device 110 is able to identity the data radio bearer, the terminal device 110 may set Dataradiobearer / DRBList or DRB information to true. Alternatively, if the terminal device 110 is not able to identify the data radio bearer, the terminal device 110 may set Dataradiobearer / DRBList or DRB information to false. In some further embodiments, if the terminal device 110 did not provide Protocoldataunitsession since it was configured to provide multi-modality information, or if the information previously provided in Protocoldataunitsession inforamtion has changed since the last transmission of the UEAssistanceInformation message containing Protocoldataunitsession inforamtion and if the terminal device 110 is able to identity the protocol data unit session, the terminal device 110 may set Protocoldataunitsession inforamtion to true. Alternatively, if the terminal device 110 is not able to identify the protocol data unit session, the terminal device 110 may set Protocoldataunitsession inforamtion to false.

[0073] Table 6 below shows an example of UE behavior according to embodiments of  the present disclosure. It is noted that Table 6 is only an example not limitation.

[0074] Table 6

[0075] In some embodiments, ifthe RRC reconfiguration (e.g., reconfigurationwithsync) is applied, and ifthe transmission of the multi-modality is initiated within a predetermined time duration, the terminal device 110 is configured to provide multi-modality information for a corresponding cell group, the terminal device 110 may initiate transmission of UEAssistacneInforamtion message to provide the multi-modality information or the terminal device 110 may include the multi-modality information in RRCReconfigurationComplete message. For example, if the reconfiguration with synchronization is applied, if the terminal device 110 initiated transmission of the UEAssistanceInformation including the multi-modality information during the last 1 second, and the terminal device 110 is still configured to provide / report the multi-modality information for the corresponding cell group, the terminal device 110 may initiate transmission of UEAssistacneInforamtion message to provide the multi-modality information. Alternatively, the terminal device 110 may include the multi-modality information in RRCReconfigurationComplete message.

[0076] According to embodiments described with reference to FIG. 2, multi-modality information can be provided to the network device in a timely manner, thereby ensuring performance of multi-modality services enhances user experience.

[0077] Reference is made to FIG. 3, which illustrates a signaling flow 300 of scheduling in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 300 will be discussed with reference to FIG. 1, for example, by using the terminal device 110 and the network device 120-1.

[0078] The terminal device 110 determines (3010) whether a multi-modality based processing is configured or supported. In some embodiments, the multi-modality based processing may be a determination of delay-critical data unit. Alternatively, or in addition, the multi-modality based processing may be a transmission of DSR. In some other embodiments, the multi-modality based processing may be a data unit discarding. For example, the data unit may include one or more of: PDU, SDU or PDU set.

[0079] The terminal device 110 performs, based on the determination (3010) , one or more of: the determination of delay-critical data unit, the transmission of DSR, or data  unit discarding. In this way, the multi-modality based processing can achieved, thereby improving performances.

[0080] In some embodiments, the terminal device 110 may determine (3020) delay-critical data unit. For example, the delay-critical data unit may include delay-critical PDCP SDU and / or delay-critical RLC SDU. In some embodiments, the delay-critical data unit may include delay-critical PDCP SDU. In some embodiments, a RLC SDU corresponding to a PDCP PDU indicated as delay-critical by PDCP may be regarded as delay-critical RLC SDU.

[0081] In some embodiments, ifthere is no multi-modality service or ifa multi-modality based discard is not configured, and / or if PDU set discarding is not configured, the terminal device 110 may determine that a data unit is a delay-critical data unit based on that a remaining time for the data unit till a discard timer expiry is less than a first time threshold or a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold. For example, if there is multi-modality service and if multi-modality based discard is not configured (e.g., multi-modality integrated handling is not configured) and if pdu-SetDiscard is not configured, a PDCP SDU for which the remaining time till discardTimer expiry is less than the remainingTimeThreshold or a PDCP SDU for which the remaining time till synchronization timer expiry is less than a second timer, the terminal device 110 may determine that a PDCP SDU is a delay-critical data unit.

[0082] In some other embodiments, there is no multi-modality service or if the multi-modality based discard is not configured, and / or if PDU set discarding is configured, the terminal device 110 may determine that a data unit is a delay-critical data unit based on that the data unit belongs to a PDU set of which at least one data unit has a remaining time till a discard timer expiry is less than a first time threshold or a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold. For example, if there is multi-modality service and if multi-modality based discard is not configured (i.e., multi-modality integrated handling is not configured) and if pdu-SetDiscard is configured, a PDCP SDU belonging to a PDU Set of which at least one PDCP SDU has the remaining time till discardTimer expiry less than the remainingTimeThreshold or a PDCP SDU for which the remaining time till synchronization timer expiry is less than a second timer, the terminal device 110 may  determine that a PDCP SDU is a delay-critical data unit.

[0083] In some further embodiments, ifthe multi-modality based discard is configured, the terminal device 110 may determine that a data unit is a delay-critical data unit based on that the data unit belongs to a multi-modality service of which at least one data unit has a remaining time till a discard timer expiry is less than a first time threshold or the data unit belongs to a multi-modality service of which at least one data unit has a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold. For example, if there is multi-modality service, and / or multi-modality based discard is configured, a PDCP SDU belonging to a multi-modality service / set of which at least one PDCP SDU has the remaining time till discardTimer expiry less than the remainingTimeThreshold, or a PDCP SDU belonging to a multi-modality service / set of which at least one PDCP SDU has the remaining time till synchronization timer expiry less than the second threshold, the terminal device 110 may determine that a PDCP SDU is a delay-critical data unit. In some embodiments, SDUs belonging to a multi-modality service / set may also refer to SDUs have the same multi-modality id, or SDUs may need to be synchronization or SDUs that needs to satisfy the synchronization threshold.

[0084] In some embodiments, the synchronization timer value may be corresponding the value of synchronization threshold. Alternatively, the maximum value of synchronization timer may be corresponding the value of synchronization threshold. In some other words, the synchronization timer is expired when the running time of synchronization timer is equal to or above the synchronization threshold value. In some embodiments, the second timer may be same or different as remainigTimeThreshold.

[0085] In some embodiments, the synchronization threshold may be determined based on an absolute value. In this case, for PDUs / SDUs of a multi-modality service, data successfully transmitted within the synchronization threshold may useful. Alternatively, or in addition, the synchronization threshold may be determined based on a smallest PDB / discardTimer of PDUs among a multi-modality service / set and a difference value (i.e., delta) , for example, the synchronization threshold may be the smallest PDB / discardTimerof PDUs among a multi-modality service / set plus the difference value. In some other embodiments, the synchronization threshold may be determined based on reference time and a difference value (i.e., delta) , for example, the synchronization threshold may be the reference time plus the difference value, optionally the terminal device 110 may report the reference time and / or difference value to network device 120- 1.In some example embodiments, the starting time of the synchronization timer is when the multi-modality data arrives AS layer (e.g., PDCP layer) . In some embodiments, the starting timing of the synchronization timer may be the arrival time of the first PDU / data or arrival time of the PDU / data corresponding to the minimum Packet Delay Budget (PDB) .

[0086] In some embodiments, the terminal device 110 may transmit (3020') a DSR to the network device 120-1. In other words, the network device 120-1 may receive (3020') the DSR from the terminal device 110.

[0087] In some embodiments, the DSR may include a remaining time field. The remaining time field may indicate one of: the shortest remaining value of discard timer, a shortest remaining value of synchronization timer, or a minimum value between the shortest remaining value of discard timer and the shortest remaining value of synchronization timer. For example, as shown in FIG. 4, the DSR MAC CE 400 may include a remaining time field (for example, the remaining time field 410-1, . . . and the remaining time field 410-m, where m is an integer) . This remaining time field may indicate the shortest remaining value of running PDCP discardTimer or shortest remaining time of running synchronization timer or min (shortest remaining value of running PDCP discardTimer, shortest remaining time of running synchronization timer) 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. This remaining time field (such as, the remaining time field 410-1) is present only if the buffer size indicated by the corresponding buffer size field (such as the buffer size field 420-1) is not zero. Otherwise, this remaining time 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.

[0088] Alternatively, the DSR may include a buffer size field that indicates a total amount of delay-critical UL data for a logical channel group. For example, the buffer size field indicates the total amount of delay-critical UL data for an LCG according to the data volume calculation procedure for the associated RLC and PDCP entities, respectively, after the MAC PDU has been built. For example, as shown in FIG. 4, the DSR MAC CE 400 may include the the buffer size fields 420-1, . .. 420-m.

[0089] In some embodiments, the terminal device 110 may determine that the DSR is  triggered based on the shortest remaining value of synchronization timer or the minimum value between the shortest remaining value of discard timer and the shortest remaining value of synchronization timer. For example, the terminal device 110 may determine whether the remaining time is less than athreshold, and trigger a DSR based on the smallest remaining time of synchronization timer or based on the minimum value between the smallest remaining value of the running PDCP discardTimers and the smallest remaining time of synchronization timer. In some embodiments, if the smallest remaining value of the running PDCP discardTimers or min (smallest remaining value of the running PDCP discardTimers, the smallest remaining time of synchronization timer) among all the PDCP SDUs buffered for the logical channel that have not been transmitted in any MAC PDU and have not been reported as data volume in a DSR MAC CE becomes below remainingTimeThreshold of the LCG, or the smallest remaining time of the synctimer (i.e., synchronization timer) among all the PDCP SDUs buffered for the logical channel that have not been transmitted in any MAC PDU and have not been reported as data volume in a DSR MAC CE becomes below a second threshold, and optionally if there is no DSR pending for the logical channel, the terminal device 110 may trigger a DSR for the logical channel.

[0090] In some embodiments, the terminal device 110 may determine that the DSR is triggered, if remaining time of the synchronization timer is less than the second time threshold. For example, if the remaining time of a synchronization timer below the second threshold, and optionally the related SDU buffered that have not been transmitted in any MAC PDU and have not been reported as data volume in DSR MAC CE, the terminal device 110 may trigger the DSR. In some other embodiments, the terminal device 110 may determine that the DSR is triggered, if running time of the synchronization timer is above a time threshold and the synchronization timer is not expired. For example, if the running time of the synchronization timer is above a third threshold and synchronization timer not expired, and optionally the related SDU buffered that have not been transmitted in any MAC PDU and have not been reported as data volume in DSR MAC CE, the terminal device 110 may trigger the DSR. In some embodiments, if the remaining time of a synchronization timer below a second threshold, or if the running time of the synchronization timer is above a third threshold and synchronization timer not expired, and the buffered SDU (s)  / data related to synchronization timer that have not been transmitted in any MAC PDU and have not been reported as data volume in DSR MAC  CE, and ifthere is no DSR pending for the logical channel, the terminal device 110 may trigger a DSR for the logical channel. Table 7 below shows an example of UE behavior according to embodiments of the present disclosure. It is noted that Table 7 is only an example not limitation.

[0091] Table 7

[0092] The terminal device 110 may discard (3020” ) one or more data units based on the determination (3010) . In some embodiments, for a multi-modality service, importances of data unitsor data flow in the multi-modality service may be the same. For example, for a multi-modality service / set, the importance of PDU sets / PDUs / SDUs / Qos flow in this multi-modal service / set should be same. In other words, the PDU sets / PDUs / SDUs / Qos flow with the same MMSID may have the same importance.

[0093] In some other embodiments, for a multi-modality service / set, the importance of PDU sets / PDUs / SDUs / Qos flow in this multi-modal service / set may be different. In some embodiments, the PDU set based discard is performed or activated or configured if at least one of the following conditions is satisfied: an MMSHI is not applied, there is no indication indicating that all PDU sets of a multi-modality service are needed, there is no multi-modality service, a PDU set not belong to a multi-modality service, a PDU set is a single modality service, or a DRB not associated with multi-modality service, or there is no multi-modality data on the DRB.

[0094] In some example embodiments, if the discardTimerForLowImportance is configured and PSI based SDU discard is activated, and the PDCP SDU belongs to a low importance PDU Set, if MMSIHI is not used or if not indicates that all PDUs / PDU set of the multi-modality service / set are needed or if the PDCP SDU not belongs to multi-modality service or if the PDCP SDU is a single modality service, the terminal device 110 may start the discardTimerForLowImportance associated with this PDCP SDU. Alternatively, if MMSIHI is applied, or if MMSIHI indicates that all PDUs / PDU set of the multi-modality service / set are needed, or if the PDCP SDU belongs to multi-modality service, the terminal device 110 may start the discardTimer associated with this PDCP SDU (if configured) . In some other embodiments, if discardTimerForLowImportance is not configured and / or PSI based SDU discard is not activated and / or the PDCP SDU does not belong to a low importance PDU Set, the terminal device 110 may start the discardTimer associated with this PDCP SDU (if configured) . Table 8 below shows an example of UE behavior according to embodiments of the present disclosure. It is noted that Table 8 is only an example not limitation.

[0095] Table 8

[0096] In some embodiments, when the discardTimer or discardTimerForLowImportance expires for a PDCP SDU, if MMSIHI is applied or if MMSIHI indicates that all PDUs / PDU set of the multi-modality service / set are needed or if the PDCP SDU belongs to multi-modality service, the terminal device 110 (such as, the transmitting PDCP entity) may discard all PDCP SDUs belonging to the multi-modality service / set to which the PDCP SDU belongs along with the corresponding PDCP PDUs or discard the PDCP SDUs belongs to the same multi-modality service / set to which the PDCP SDU belongs along with the corresponding PDCP Data PDUs. In some  embodiments, if MMSIHI is not applied or if it is not indicated that all PDUs / PDU set of the multi-modality service / set are needed or if the PDCP SDU does not belong to multi-modality service or if the PDCP SDU is a single modality service, and ifpdu-SetDiscard is configured, the terminal device 110 may discard all PDCP SDUs belonging to the PDU Set to which the PDCP SDU belongs along with the corresponding PDCP Data PDUs. PDCP SDUs subsequently received from upper layers may also be discarded ifthey belong to the PDU Set. Alternatively, in some other embodiments, if MMSIHI is not applied or if it is not indicated that all PDUs / PDU set of the multi-modality service / set are needed or if the PDCP SDU does not belong to multi-modality service or if the PDCP SDU is a single modality service, and pdu-SetDiscard is not configured, the terminal device 110 may discard the PDCP SDU along with the corresponding PDCP Data PDU. Table 9 below shows an example of UE behavior according to embodiments of the present disclosure. It is noted that Table 9 is only an example not limitation.

[0097] Table 9

[0098] In some embodiments, in uplink, the terminal device 110 may be configured with multi-modality based discard operation. When configured, the terminal device 110 may discard all packets belongs to the same multi-modality service / set when one PDU / PDU set belonging to this multi-modality service / set is discarded due to discard timer expiry or due to synchronization threshold is not satisfy or synchronization timer expire. When the MMSIHI indicates that all PDUs / PDU set of the multi-modality service / set are needed, as soon as one PDU / PDU set of the multi-modality service / set is known to be lost, the remaining PDUs / PDU set of that multi-modality service / set can be  considered as no longer needed by the application and may be subject to discard operation at the transmitter to free up radio resources. The network device 120-1 may perform downlink PDU Set discarding based on implementation by taking at least MMSIHI, PSDB, PSI, PSIHI parameters into account.

[0099] According to embodiments described with reference to FIG. 3, a mechanism for data discarding based on multi-modality services has been taken into consideration, with further consideration of PDU set-based data discarding under multi-modality services. In this way, it can enhance the performance of multi-modality services and, consequently, improve the user experience.

[0100] Reference is made to FIG. 5, which illustrates a signaling flow 500 of communication in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 500 will be discussed with reference to FIG. 1, for example, by using the network device 120-2 and the network device 120-1.

[0101] The network device 120-1 transmits (5010) multi-modality information to the network device 120-2. For example, the network device 120-1 transmits (5010) multi-modality information of the terminal device 110 to the network device 120-2. In other words, the network device 120-2 receives (5010) the multi-modality information from the network device 120-1. The terminal device 110 is to be handed over from the network device 120-1 to the network device 120-2. That is, the network device 120-1 is a source network device and the network device 120-2 is a target network device. The multi-modality information may include at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information. In some embodiments, the PDU session information may include the PDU sessions that associated to one multi-modality service or the PDU sessions with data needs to be synchronized. In some embodiments, the MMSIHI indicate that all PDUs or PDU set of the multi-modality service / set are needed. In some embodiments, the synchronization threshold used to determine or indicate that the data / PDU / SDU is useful for a multi-modality service / set if the remaining time of data / PDU / SDU is below a synchronization threshold; In other words, if data / PDU / SDU with the remaining time is exceed a synchronization threshold and it has not been successfully transmitted, (consider) the data is not useful. In some embodiments, the QFI association may include the QoS  flow that associated to one multi-modality service or the QoS flow needs to be synchronized. In some embodiments, the DRB information may include which DRBs are associated to (same) multi-modality service or which DRBs with data needs to be synchronized. In this way, during handover preparation phase, the multi-modality information can be exchanged between the source network device and target network device. In this way, the network device can make a more accurate decision on admission control and / or handover.

[0102] In some embodiments, the multi-modality information may be included in an Xn interface message. For example, the Xn message may be a new Xn message or a handover request message. In some other embodiments, the multi-modality information may be included in handover preparation information. For example, the multi-modality information may be included in UEAssistanceInformaion contaniner in AS -context, which is included in HandoverPreparationInforamtion.

[0103] In some embodiments, the network device 120-2 may transmit (5020) a first indication indicating multi-modality based handling or multi-modality service integrated handling to the network device 120-1. In other words, the network device 120-1 may receive (5020) the first indication from the network device 120-2. In some embodiments, if the handover request includes the multi-modality information or multi-modality set information, the network device 120-2 may, if supported, transmit the handover request acknowledge message that includes the multi-modality based handling indicator or multi-modality service integrated handling indicator IE.

[0104] In some embodiments, ifthe multi-modality set / service based handling Indicator or multi-modality service integrated handling indicator (MMSIHI) set to "supported" is included in the handover request acknowledge message, the network device 120-1 may, if supported, include the multi-modality set information container in the data to be forwarded. In some embodiments, a multi-modality set may include one or more PDUs carrying the payload of one multi-modal unit of information generated at the application level, or include one or more PDUs carrying the payload of one multi-modal service / unit of information needs to be synchronization. In some embodiments, the multi-modality set / service information may include at least one of: multi-modality set / service ID, indication of end PDU or PDU set of the multi-modality set / service, one or more PDU set sequence number and PDU set importance with in a multi-modality set, multi-modality set size in bytes.

[0105] In some embodiments, the multi-modality set information may include the multi-modality service integrated handling information (MMSIHI) . In some other embodiments, the MMSIHI may be transferred from the network device 120-1 to the network device 120-2. MMSIHI may be included in one of: PDU session resources to be setup list, QoS flow to be Setup list, Qos flow level Qos parameter, PDU set QoS parameter field / IE, or multi-modality set information IE.

[0106] In some embodiments, the network device 120-2 may transmit (5020') a second indication indicating not admit the handover to this network device or not admit at least one PDU session or failure occurs during handover preparation to network device 120-1. In some embodiments, the network device 120-2 may transmit (5020') a second indication indicating not supporting the multi-modality information to the network device 120-1. In other words, the network device 120-1 may receive (5020') the second information from the network device 120-2. For example, if the network device 120-2 does not admit at least one PDU session resource, or not support the multi-modality information included in the handover request, or if a failure occurs during the handover preparation, the network device 120-2 may transmit the second indication. In this way, since the multi-modality information can be transferred between network devices, the target network deice is able to accurately perform the admission control, thereby ensuring the accuracy of handover decision and improving handover performance.

[0107] FIG. 6 illustrates a flowchart of a communication method 600 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 600 will be described from the perspective of the terminal device 110 in FIG. 1.

[0108] In some example embodiments, at block 610, the terminal device receives, from the network device, a multi-modality information reporting configuration indicating a prohibit timer for multi-modality information reporting.

[0109] At block 620, the terminal device transmits, to a network device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration.

[0110] In some example embodiments, the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0111] In some example embodiments, the multi-modality information is per QoS flow, or per PDU session, or per DRB.

[0112] In some example embodiments, the multi-modality information is transmitted in uplink traffic information.

[0113] In some example embodiments, the multi-modality information is transmitted in an information element in UE assistance information.

[0114] In some example embodiments, the method 600 includes setting a value of a timer as a value of the prohibit timer; starting the timer after the transmission of the multi-modality information; and stopping the timer after releasing the multi-modality information reporting configuration.

[0115] In some example embodiments, in response to that the RRC reconfiguration is applied and the transmission of the multi-modality is initiated within a predetermined time duration, the terminal device is configured to provide multi-modality information for a corresponding cell group.

[0116] FIG. 7 illustrates a flowchart of a communication method 700 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the terminal device 110 in FIG. 1.

[0117] At block 710, the terminal device determines whether a multi-modality based processing is configured or supported.

[0118] At block 720, the terminal device performs, based on the determination, at least one of the followings: a determination of delay-critical data unit, a transmission of delay status report (DSR) , or a data unit discarding.

[0119] In some example embodiments, the method 700 further includes: in response to a multi-modality based discard is not configured and PDU set discarding is not configured,  determining that a data unit is a delay-critical data unit based on that a remaining time for the data unit till a discard timer expiry is less than a first time threshold or a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold.

[0120] In some example embodiments, the method 700 further includes: in response to a multi-modality based discard is not configured and PDU set discarding is configured, determining that a data unit is a delay-critical data unit based on that the data unit belongs to a PDU set of which at least one data unit has a remaining time till a discard timer expiry is less than a first time threshold or a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold.

[0121] In some example embodiments, the method 700 further includes: in response to a multi-modality based discard is configured, determining that a data unit is a delay-critical data unit based on that the data unit belongs to a multi-modality service of which at least one data unit has a remaining time till a discard timer expiry is less than a first time threshold or the data unit belongs to a multi-modality service of which at least one data unit has a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold.

[0122] In some example embodiments, the method 700 further includes: transmitting, to the network device, the DSR, and wherein a remaining time field in the DSR indicates one of: a shortest remaining value of discard timer, a shortest remaining value of synchronization timer, or a minimum value between the shortest remaining value of discard timer and the shortest remaining value of synchronization timer, and wherein a buffer size field in the DSR indicates a total amount of delay-critical UL data for a logical channel group.

[0123] In some example embodiments, the method 700 further includes: determining that the DSR is triggered based on the shortest remaining value of synchronization timer or the minimum value between the shortest remaining value of discard timer and the shortest remaining value of synchronization timer.

[0124] In some example embodiments, the method 700 further includes: determining that the DSR is triggered, in response to at least one of the followings: remaining time of the synchronization timer is less than the second time threshold, or running time of the synchronization timer is above a time threshold and the synchronization timer is not  expired.

[0125] In some example embodiments, a value of the synchronization timer is set to the synchronization threshold.

[0126] In some example embodiments, a PDU set based discard is performed or activated or configured, in response to that at least one of the following conditions is satisfied: an MMSHI is not applied, there is no indication indicating that all PDU sets of a multi-modality service are needed; there is no multi-modality service; a PDU set not belong to a multi-modality service, a PDU set is a single modality service; or a DRB not associated with multi-modality service; or there is no multi-modality data on the DRB.

[0127] FIG. 8 illustrates a flowchart of a communication method 800 implemented at a first network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 800 will be described from the perspective of the network device 120-1 in FIG. 1.

[0128] At block 810, the first network device transmits, to a second network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0129] In some example embodiments, the multi-modality information is transmitted in one of: a handover request, an Xn interface message, or a handover preparation information.

[0130] In some example embodiments, the method 800 further includes: receiving, from the second network device, a first indication indicating multi-modality based handling.

[0131] In some example embodiments, the method 800 further includes: receiving, from the second network device, a second indication indicating not supporting the multi-modality information.

[0132] FIG. 9 illustrates a flowchart of a communication method 900 implemented at a second network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 900 will be described from the perspective of  the network device 120-2 in FIG. 1.

[0133] At block 910, the second network device receives, from a first network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0134] In some example embodiments, the multi-modality information is received in one of: a handover request, an Xn interface message, or a handover preparation information.

[0135] In some example embodiments, the method 900 further includes in response that the second network device supports the multi-modality information, transmitting, to the first network device, a first indication indicating multi-modality based handling.

[0136] In some example embodiments, the method 900 further includes in response that the second network device does not support the multi-modality information, transmitting, to the first network device, a second indication indicating not supporting the multi-modality information.

[0137] FIG. 10 illustrates a flowchart of a communication method 1000 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1000 will be described from the perspective of the network device 120-1 in FIG. 1.

[0138] In some example embodiments, at block 1010, the network device transmits, to the terminal device, a multi-modality information reporting configuration indicating a prohibit timer for multi-modality information reporting.

[0139] At block 1020, the network device receives, from a terminal device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration.

[0140] In some example embodiments, the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0141] In some example embodiments, the multi-modality information is per QoS flow, or per PDU session, or per DRB.

[0142] In some example embodiments, the multi-modality information is transmitted in uplink traffic information.

[0143] In some example embodiments, the multi-modality information is transmitted in an information element in UE assistance information.

[0144] 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 any of the devices 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 devices 120-1 and 120-2.

[0145] 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 1120 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 and 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.

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

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

[0148] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: transmit, to a network device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0149] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: determine whether a multi-modality based processing is configured or supported; and perform, based on the  determination, at least one of the followings: a determination of delay-critical data unit, a transmission of delay status report (DSR) , or a data unit discarding. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0150] According to embodiments of the present disclosure, a first network device comprising a circuitry is provided. The circuitry is configured to: transmit, to a second network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the first network device as discussed above.

[0151] According to embodiments of the present disclosure, a second network device comprising a circuitry is provided. The circuitry is configured to: receive, from a first network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second network device as discussed above.

[0152] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: receive, from a terminal device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

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

[0154] According to embodiments of the present disclosure, a terminal device is provided. The terminal device comprises means for transmitting, to a network device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flowrelated to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration. In some embodiments, the temrinal device may comprise means for performing the respective operations of the method 600. In some example embodiments, the terminal device may further comprise means for performing other operations in some example embodiments of the method 600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0155] According to embodiments of the present disclosure, a terminal device is provided. The terminal device comprises means for determining whether a multi-modality based processing is configured or supported; and means for performing, based on the determination, at least one of the followings: a determination of delay-critical data unit, a transmission of delay status report (DSR) , or a data unit discarding. In some embodiments, the terminal device may comprise means for performing the respective operations of the method 700. In some example embodiments, the terminal device may further comprise means for performing other operations in some example embodiments of the method 700. The means may be implemented in any suitable form. For example, the means may be  implemented in a circuitry or software module.

[0156] According to embodiments of the present disclosure, a first network device is provided. The first network device comprises means for transmitting, to a second network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or means for dataing radio bearer (DRB) information. In some embodiments, the first network device may comprise means for performing the respective operations of the method 800. In some example embodiments, the first network device may further comprise means for performing other operations in some example embodiments of the method 800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0157] According to embodiments of the present disclosure, a second network device is provided. The second network device comprises means for receiving, from a first network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information. In some embodiments, the second network device may comprise means for performing the respective operations of the method 900. In some example embodiments, the second network device may further comprise means for performing other operations in some example embodiments of the method 900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0158] According to embodiments of the present disclosure, a network device is provided. The network device comprises means for receiving, from a terminal device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, a completion  of radio resource control (RRC) reconfiguration. In some embodiments, the network device may comprise means for performing the respective operations of the method 1000. In some example embodiments, the network device may further comprise means for performing other operations in some example embodiments of the method 1000. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0159] In summary, embodiments of the present disclosure provide the following aspects.

[0160] In an aspect, it is proposed a terminal device, comprising: a processor, configured to cause the terminal device to: transmit, to a network device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration.

[0161] In some embodiments, the multi-modality information comprises at least one off a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0162] In some embodiments, the multi-modality information is per QoS flow, or per PDU session, or per DRB.

[0163] In some embodiments, the multi-modality information is transmitted in uplink traffic information.

[0164] In some embodiments, the multi-modality information is transmitted in an information element in UE assistance information.

[0165] In some embodiments, the terminal device is caused to: receive, from the network device, a multi-modality information reporting configuration indicating a prohibit timer for multi-modality information reporting; set a value of a timer as a value of the prohibit timer; start the timer after the transmission of the multi-modality information; and stop the timer after releasing the multi-modality information reporting  configuration.

[0166] In some embodiments, in response to that the RRC reconfiguration is applied and the transmission of the multi-modality is initiated within a predetermined time duration, the terminal device is configured to provide multi-modality information for a corresponding cell group.

[0167] In an aspect, it is proposed a terminal device, comprising: a processor, configured to cause the terminal device to: determine whether a multi-modality based processing is configured or supported; and perform, based on the determination, at least one of the followings: a determination of delay-critical data unit, a transmission of delay status report (DSR) , or a data unit discarding.

[0168] In some embodiments, the terminal device is caused to: in response to a multi-modality based discard is not configured and PDU set discarding is not configured, determine that a data unit is a delay-critical data unit based on that a remaining time for the data unit till a discard timer expiry is less than a first time threshold or a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold.

[0169] In some embodiments, the terminal device is caused to: in response to a multi-modality based discard is not configured and PDU set discarding is configured, determine that a data unit is a delay-critical data unit based on that the data unit belongs to a PDU set of which at least one data unit has a remaining time till a discard timer expiry is less than a first time threshold or a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold.

[0170] In some embodiments, the terminal device is caused to: in response to a multi-modality based discard is configured, determine that a data unit is a delay-critical data unit based on that the data unit belongs to a multi-modality service of which at least one data unit has a remaining time till a discard timer expiry is less than a first time threshold or the data unit belongs to a multi-modality service of which at least one data unit has a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold.

[0171] In some embodiments, the terminal device is caused to: transmit, to the network device, the DSR, and wherein a remaining time field in the DSR indicates one off a  shortest remaining value of discard timer, a shortest remaining value of synchronization timer, or a minimum value between the shortest remaining value of discard timer and the shortest remaining value of synchronization timer, and wherein a buffer size field in the DSR indicates a total amount of delay-critical UL data for a logical channel group.

[0172] In some embodiments, the terminal device is caused to: determine that the DSR is triggered based on the shortest remaining value of synchronization timer or the minimum value between the shortest remaining value of discard timer and the shortest remaining value of synchronization timer.

[0173] In some embodiments, the terminal device is caused to: determine that the DSR is triggered, in response to at least one of the followings: remaining time of the synchronization timer is less than the second time threshold, or running time of the synchronization timer is above a time threshold and the synchronization timer is not expired.

[0174] In some embodiments, a value of the synchronization timer is set to the synchronization threshold.

[0175] In some embodiments, a PDU set based discard is performed or activated or configured, in response to that at least one of the following conditions is satisfied: an MMSHI is not applied, there is no indication indicating that all PDU sets of a multi-modality service are needed; there is no multi-modality service; a PDU set not belong to a multi-modality service, a PDU set is a single modality service; or a DRB not associated with multi-modality service; or there is no multi-modality data on the DRB.

[0176] In an aspect, it is proposed a first network device, comprising: a processor, configured to cause the first network device to: transmit, to a second network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0177] In some embodiments, the multi-modality information is transmitted in one off a handover request, an Xn interface message, or a handover preparation information.

[0178] In some embodiments, the first network device is further caused to: receive, from the second network device, a first indication indicating multi-modality based handling.

[0179] In some embodiments, the first network device is further caused to: receive, from the second network device, a second indication indicating not supporting the multi-modality information.

[0180] In an aspect, it is proposed a second network device, comprising: a processor, configured to cause the second network device to: receive, from a first network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device, wherein the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0181] In some embodiments, the multi-modality information is received in one off a handover request, an Xn interface message, or a handover preparation information.

[0182] In some embodiments, the second network device is further caused to: in response that the second network device supports the multi-modality information, transmit, to the first network device, a first indication indicating multi-modality based handling.

[0183] In some embodiments, the second network device is further caused to: in response that the second network device does not support the multi-modality information, transmit, to the first network device, a second indication indicating not supporting the multi-modality information.

[0184] In an aspect, it is proposed a network device, comprising: a processor, configured to cause the network device to: receive, from a terminal device, multi-modality information, in response to at least one of the following conditions is satisfied: multi-modality data arriving to access stratum, flow related to multi-modality service arriving to the access stratum, the multi-modality information being available, a change in multi-modality information, a completion of mobility procedure, or a completion of radio resource control (RRC) reconfiguration.

[0185] In some embodiments, the multi-modality information comprises at least one of: a protocol data unit (PDU) session information, multi-modality service integrated  handling indication (MMSIHI) , a synchronization threshold, a multi-modality service / set identification (MMSID) , quality of service (QoS) flow identifier (QFI) , a QFI association, or data radio bearer (DRB) information.

[0186] In some embodiments, the multi-modality information is per QoS flow, or per PDU session, or per DRB.

[0187] In some embodiments, the multi-modality information is transmitted in uplink traffic information.

[0188] In some embodiments, the multi-modality information is transmitted in an information element in UE assistance information.

[0189] In some embodiments, the network device is caused to: transmit, to the terminal device, a multi-modality information reporting configuration indicating a prohibit timer for multi-modality information reporting; set a value of a timer as a value of the prohibit timer; start the timer after the transmission of the multi-modality information; and stop the timer after releasing the multi-modality information reporting configuration.

[0190] In an aspect, a terminal device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the terminal device discussed above.

[0191] In an aspect, a first network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the first network device discussed above.

[0192] In an aspect, a second network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the second network device discussed above.

[0193] In an aspect, a network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the network device discussed above.

[0194] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0195] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the first network device discussed above.

[0196] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the second network device discussed above.

[0197] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0198] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0199] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the first network device discussed above.

[0200] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the second network device discussed above.

[0201] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

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

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

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

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

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

[0207] 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:transmit, to a network device, multi-modality information, in response to at least one of the following conditions is satisfied:multi-modality data arriving to access stratum,flow related to multi-modality service arriving to the access stratum,the multi-modality information being available,a change in multi-modality information,a completion of mobility procedure, ora completion of radio resource control (RRC) reconfiguration.2.The terminal device of claim 1, wherein the multi-modality information comprises at least one of:a protocol data unit (PDU) session information,multi-modality service integrated handling indication (MMSIHI) ,a synchronization threshold,a multi-modality service / set identification (MMSID) ,quality of service (QoS) flow identifier (QFI) ,a QFI association, ordata radio bearer (DRB) information.3.The terminal device of claim 1 or 2, wherein the multi-modality information is transmitted in uplink traffic information.4.The terminal device of claim 1 or 2, wherein the multi-modality information is transmitted in an information element in UE assistance information.5.The terminal device of any of claims 1-4, wherein the terminal device is caused to:receive, from the network device, a multi-modality information reporting configuration indicating a prohibit timer for multi-modality information reportion;set a value of a timer as a value of the prohibit timer;start the timer after the transmission of the multi-modality information; andstop the timer after releasing the multi-modality information reporting configuration.6.The terminal device of any of claims 1-5, wherein in response to that the RRC reconfiguration is applied and the transmission of the multi-modality is initiated within a predetermined time duration, the terminal device is configured to provide multi-modality information for a corresponding cell group.7.A terminal device, comprising:a processor, configured to cause the terminal device to:determine whether a multi-modality based processing is configured or supported; andperform, based on the determination, at least one of the followings:a determination of delay-critical data unit,a transmission of delay status report (DSR) , ora data unit discarding.8.The terminal device of claim 7, wherein the terminal device is caused to:in response to a multi-modality based discard is not configured and PDU set discarding is not configured, determine that a data unit is a delay-critical data unit based on that a remaining time for the data unit till a discard timer expiry is less than a first time threshold or a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold.9.The terminal device of claim 7, wherein the terminal device is caused to:in response to a multi-modality based discard is not configured and PDU set discarding is configured, determine that a data unit is a delay-critical data unit based on that the data unit belongs to a PDU set of which at least one data unit has a remaining time till a discard timer expiry is less than a first time threshold or a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold.10.The terminal device of claim 7, wherein the terminal device is caused to:in response to a multi-modality based discard is configured, determine that a data unit is a delay-critical data unit based on that the data unit belongs to a multi-modality service of which at least one data unit has a remaining time till a discard timer expiry is less than a first time threshold or the data unit belongs to a multi-modality service of which at least one data unit has a remaining time for the data unit till an expiry of synchronization timer is less than a second time threshold.11.The terminal device of any of claims 7-10, wherein the terminal device is caused to:transmit, to the network device, the DSR, andwherein a remaining time field in the DSR indicates one of:a shortest remaining value of discard timer,a shortest remaining value of synchronization timer, ora minimum value between the shortest remaining value of discard timer and the shortest remaining value of synchronization timer, andwherein a buffer size field in the DSR indicates a total amount of delay-critical UL data for a logical channel group.12.The terminal device of any of claims 7-11, wherein the terminal device is caused to:determine that the DSR is triggered based on the shortest remaining value of synchronization timer or the minimum value between the shortest remaining value of discard timer and the shortest remaining value of synchronization timer.13.The terminal device of any of claims 7-11, wherein the terminal device is caused to:determine that the DSR is triggered, in response to at least one of the followings:remaining time of the synchronization timer is less than the second time threshold, orrunning time of the synchronization timer is above a time threshold and the synchronization timer is not expired.14.The terminal device of any of claims 7-13, wherein a value of the synchronization timer is set to the synchronization threshold.15.The terminal device of claim 7, wherein a PDU set based discard is performed or activated or configured, in response to that at least one of the following conditions is satisfied:an MMSHI is not applied;there is no indication indicating that all PDU sets ofa multi-modality service are needed;there is no multi-modality service;a PDU set not belong to a multi-modality service;a PDU set is a single modality service;a DRB not associated with multi-modality service; orthere is no multi-modality data on the DRB.16.A first network device, comprising:a processor, configured to cause the first network device to:transmit, to a second network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device,wherein the multi-modality information comprises at least one of:a protocol data unit (PDU) session information,multi-modality service integrated handling indication (MMSIHI) ,a synchronization threshold,a multi-modality service / set identification (MMSID) ,quality of service (QoS) flow identifier (QFI) ,a QFI association, ordata radio bearer (DRB) information.17.The first network device of claim 16, wherein the multi-modality information is transmitted in one of: a handover request, an Xn interface message, or a handover preparation information.18.The first network device of claim 16, wherein the first network device is further caused to:receive, from the second network device, a first indication indicating multi-modality based handling.19.The first network device of claim 16, wherein the first network device is further caused to:receive, from the second network device, a second indication indicating not supporting the multi-modality information.20.A second network device, comprising:a processor, configured to cause the second network device to:receive, from a first network device, multi-modality information of a terminal device that is to be handed over from the first network device to the second network device,wherein the multi-modality information comprises at least one of:a protocol data unit (PDU) session information,multi-modality service integrated handling indication (MMSIHI) ,a synchronization threshold,a multi-modality service / set identification (MMSID) ,quality of service (QoS) flow identifier (QFI) ,a QFI association, ordata radio bearer (DRB) information.

Images