Multiplexed data flows for multimodal services in wireless communication systems

Abstract

Techniques are described for using multiplexed data flows in multimodal communication services and / or applications, e.g., emerging immersive technologies like extended reality (XR), which have seen an increase in both content applications and headset technology. An example wireless communication method includes transmitting, by a core network to a base station, information related to a multimodal service associated with multiple quality-of-service (QoS) flows. Another example wireless communication method includes receiving, by a base station from a core network, information related to a multimodal service associated with multiple QoS flows, and performing, based on the information, a subsequent communication. In these example methods, at least two of the multiple QoS flows are configured with different parameters.

Description

MULTIPLEXED DATA FLOWS FOR MULTIMODAL SERVICES IN WIRELESS COMMUNICATION SYSTEMSTECHNICAL FIELD

[0001] This disclosure is directed generally to digital wireless communications.BACKGROUND

[0002] Mobile telecommunication technologies are moving the world toward an increasingly connected and networked society. In comparison with the existing wireless networks, next generation systems and wireless communication techniques will need to support a much wider range of use-case characteristics and provide a more complex and sophisticated range of access requirements and flexibilities.

[0003] Long-Term Evolution (LTE) is a standard for wireless communication for mobile devices and data terminals developed by 3rd Generation Partnership Project (3GPP) . LTE Advanced (LTE-A) is a wireless communication standard that enhances the LTE standard. The 5th generation of wireless system, known as 5G, advances the LTE and LTE-Awireless standards and is committed to supporting higher data-rates, large number of connections, ultra-low latency, high reliability and other emerging business needs.SUMMARY

[0004] Techniques are disclosed for supporting different media types in multiplexed data flows for a tactile and multimodal communication service and / or application. The multiplexed data typically has multiple data flows with differing Quality of Service (QoS) requirements, and the described embodiments use different QoS flows in a Packet Data Unit (PDU) session to enable the transmission (and reception) of the different multiplexed data flows of the multimodal communication service and / or application.

[0005] In an example aspect, a wireless communication method includes transmitting, by a core network to a network node, information related to a multimodal service associated with multiple QoS flows. In this example, at least two of the multiple QoS flows are configured with different parameters.

[0006] In another example aspect, a wireless communication method includes receiving, by a network node from a core network, information related to a multimodal service associated with multiple QoS flows, and performing, based on the information, a subsequent communication. In this example, at least two of the multiple QoS flows are configured with different parameters.

[0007] In yet another example aspect, the above-described methods are embodied in the form of processor-executable code and stored in a non-transitory computer-readable storage medium. The code included in the computer readable storage medium when executed by a processor, causes the processor to implement the methods described in this patent document.

[0008] In yet another example aspect, a device that is configured or operable to perform the above-described methods is disclosed.

[0009] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.

[0010] BRIEF DESCRIPTION OF THE DRAWING

[0011] FIG. 1 shows a timing diagram for multiple packets from multiple Quality-of-Service (QoS) flows arriving at a base station (BS) .

[0012] FIGS. 2A and 2B show flowcharts for example wireless communication methods.

[0013] FIG. 3 shows a block diagram of an example hardware platform that may be a part of a network device or a communication device.

[0014] FIG. 4 shows an example of wireless communication including a base station (BS) and user equipment (UE) based on some implementations of the disclosed technology.DETAILED DESCRIPTION

[0015] Extended reality (XR) is a general term for all emerging immersive technologies, including virtual reality (VR) , augmented reality (AR) , and mixed reality (MR) .

[0016] Virtual reality (VR) refers to bringing the user's perception into a virtual world through wearable devices, where users can experience realistic sensations. The simulated environment is intended to be so lifelike that the user finds it hard to distinguish the virtual environment from the real world, thereby been given a feeling of being truly present, and achieving an immersive interaction between humans and the virtual world.

[0017] Augmented reality (AR) involves overlaying virtual information generated by digital devices onto the real world. The difference between AR and VR is that in AR, the interaction with the real world is more direct and more natural. With continuous development of AR device technology and the evolution of mobile communication networks, AR devices are expected to truly eliminate the boundary between the virtual and real worlds.

[0018] Mixed reality (MR) refers to the technology that combines VR and AR. MR possesses the device capabilities and advantages of both VR and AR, thereby integrating the real world, the virtual world, and digital information, truly achieving the fusion of interactions between the real and virtual worlds.

[0019] Prior to 2019, due to the immature technology of XR headsets, low screen resolution, poor user experience, high content production costs, and limited variety and quantity of content, consumer buying interest was low. However, from 2019 to the present, with the continuous iterations of XR headset technology and the  accumulation of content applications, VR has begun to gain traction in gaming, social media, and other content areas. Qualcomm launched the first 5G-enabled XR chip platform XR2, and Apple released its first MR headset, Vision Pro, marking the beginning of a resurgence in the VR industry.

[0020] However, as XR evolves from the current stage of 'virtual-real connectivity' to the subsequent 'virtual-real coexistence' , with data streams extending from audio-visual to audial-tactile, image resolution progressing from 4K to 8K, user experiences developing from semi-immersive to fully-immersive, application scenarios expanding from indoors to outdoors, and an increase in user base due to the popularization of the services, mobile networks will face challenges in terms of speed, latency, mobility, and other aspects.

[0021] XR services typically involve multiple data streams, such as audio, video, tactile, etc., each with different Quality of Service (QoS) requirements. However, these streams are highly corelated (or interrelated) , and decreasing synchronicity between different modalities can diminish users' sense of presence and realism. Some studies have contended that audio-tactile synchronization must be accurate to within 40 milliseconds. However, other studies have found that participants could not reliably detect asynchrony if tactile feedback was presented less than 50 milliseconds after seeing an object contact; conversely, the asynchrony tolerated for haptic feedback before visual feedback was only 15 milliseconds.

[0022] Thus, for multi-modal services, users’ experience will be affected by the synchronization of different modalities. The QoS guarantee mechanism of current mobile networks is based on QoS flows as the smallest distinguishable unit, with different QoS flows having different QoS requirements, and the base stations being configured to allocate resources according to these requirements. However, current mobile networks are unable to perform service type or feature perception for the multi-modal services generated by XR businesses, applications, and / or services.

[0023] Embodiments of the disclosed technology provide solutions for supporting different media types in multiplexed data flows for tactile and multi-modal communication services and / or applications. Since the different data flows (in the multiplexed data flows) have different QoS requirements (e.g., video streams typically require a higher bandwidth than other types of streams) , the disclosed technology provides methods and systems for using different QoS flows in a Packet Data Unit (PDU) session to transfer different data flows for a multimodal service.

[0024] The described embodiments provide at least two scenarios for the transmission (and reception) of multimodal services:

[0025] Scenario 1. Every unit of the multimodal services is carried in a PDU group, which includes multiple PDUs that are transmitted within the different QoS flows; and

[0026] Scenario 2. The multiple data streams of the multimodal service are transmitted, without PDU groups, within the different QoS flows.

[0027] The example headings for the various sections below are used to facilitate the understanding of the disclosed subject matter and do not limit the scope of the claimed subject matter in any way. Accordingly, one or more features of one example section can be combined with one or more features of another example section. Furthermore, 5G terminology is used for the sake of clarity of explanation, but the techniques disclosed in the present document are not limited to 5G technology only, and may be used in wireless systems that implemented other protocols.

[0028] Examples of supporting multiple QoS flows

[0029] Scenario 1. Since there may be multiple QoS flows in one PDU session, but only some of those multiple QoS flows are related to the same multimodal service, embodiments of the disclosed technology provide methods that indicate to the base station (more generally, a network node) which QoS flows are related to the same multimodal service.

[0030] Identifying which QoS flows are related to a multimodal service

[0031] In some embodiments, a control plane (CP) -based approach is used to determine which QoS flows are related to the same multimodal service. In this example, the multimodal service will be associated with a multimodal service identifier and a list of QoS Flow IDs (QFIs) , where each QFI in the list corresponds to a QoS flow related to the multimodal service. In an example, the multimodal service identifier and the QFI list is carried, in a session management message, from a core network to the base station. The described technique can reduce the overhead of the GTP-U header.

[0032] In some embodiments, a user plane (UP) -based approach is used to determine which QoS flows are related to the same multimodal service. In this example, the relationship between the QoS flows and the multimodal service can be changed (or updated) in real time. Herein, the multimodal service identifier and the list of QFIs can be carried in a (General Packet Radio Service) GPRS Tunnelling Protocol-User Plane (GTP-U) header, and more specifically, in the GTP-U Extension Header of the GTP-U header.

[0033] In some embodiments, both the above-described CP-based and UP-based approaches can be implemented simultaneously.

[0034] Identifying where the PDU group starts and ends

[0035] In some embodiments, the core network is configured to inform the base station of the PDUs that belong to a particular PDU group. In some examples, the PDUs of the PDU group are typically strongly correlated, and the core network identifies the start and the end of the PDU group, and transmits this information to the base station. In other examples, a group number of the PDU group is carried in the GTP-U header.

[0036] In yet other examples, the GTP-U header is modified to include a first indication of a starting PDU (or data packet) of the strongly correlated PDUs, e.g., the first PDU of the PDU group. The first indication may be carried in the first PDU (or the first data packet of the strongly correlated data packets) . Additionally, or alternatively, the GTP-U header is modified to include a second indication of the ending PDU of the strongly correlated PDUs, e.g., the last PDU of the PDU group. The second indication may be carried in the last PDU (or the last data packet of the strongly correlated data packets) .

[0037] In yet other examples, the GTP-U header is modified to include a first indication of a starting PDU (or data packet) per QoS flow of the strongly correlated PDUs, e.g., the first PDU per QoS flow of the PDU group. The first indication may be carried in the first PDU per QoS flow (or the first data packet per QoS flow of the strongly correlated data packets) . Additionally, or alternatively, the GTP-U header is modified to include a second indication of the ending PDU per QoS flow of the strongly correlated PDUs, e.g., the last PDU per QoS flow of the PDU group. The second indication may be carried in the last PDU per QoS flow (or the last data packet per QoS flow of the strongly correlated data packets) .

[0038] Identifying the QoS flow packets contained in a PDU group

[0039] A multimodal service typically includes multiple data flows (e.g., audio, video, tactile) , whose packets do not arrive at the base station at the same time. However, if the base station were to know which QoS flow packets were contained in a particular PDU group, then when certain flows do not arrive at the same time, the base station can schedule those packets for concurrent transmission during the next transmission occasion to meet the simultaneity (or delay) requirement of the multimodal service. In some examples, an indication of which QoS flow packets are contained in a PDU group is carried in the GTP-U header. In other examples, a QFI list of QoS flows (that are carried in the PDU group) is carried in the GTP-U header. In yet other examples, a bitmap that indicates which QoS flows are carried in the PDU group is carried in the GTP-U header.

[0040] Determining the QoS requirements of a PDU group

[0041] In some embodiments, since a user’s experience will be affected by synchronization of the multimodal data streams, packets in PDU groups for multimodal services have strict QoS requirements. These QoS requirements may be sent from the core network to the base station.

[0042] In some embodiments, the QoS requirements include a delay requirement for the PDU group. In some examples, the delay requirement can be defined as an upper bound on the delay a PDU group (that includes different QoS flows) experiences, and which is determined as the time difference between a wireless device (e.g., a UE) receiving the first PDU of the PDU group and the last PDU of the PDU group.

[0043] In some embodiments, the QoS requirements include an error rate for the PDU group, and is carried from the core network to the base station. In some examples, the error rate is defined as an upper bound on the  number of PDUs of a PDU group (that includes different QoS flows) that have been processed by the transmitter, but have not been successfully delivered to one or more upper layers of the corresponding receiver.

[0044] Scenario 2. Since there may be multiple QoS flows in one PDU session, but only some of them may be related to the same multimodal service, embodiments of the disclosed technology provide methods that indicate to the base station (more generally, a network node) which QoS flows are related to the same multimodal service.

[0045] Identifying which QoS flows are related to a multimodal service

[0046] In some embodiments, a control plane (CP) -based approach is used to determine which QoS flows are related to the same multimodal service. In this example, the multimodal service will be associated with a multimodal service identifier and a list of QoS Flow IDs (QFIs) , where each QFI in the list corresponds to a QoS flow related to the multimodal service. In an example, the multimodal service identifier and the QFI list is carried, in a session management message, from a core network to the base station. The described technique can reduce the overhead of the GTP-U header.

[0047] In some embodiments, a user plane (UP) -based approach is used to determine which QoS flows are related to the same multimodal service. In this example, the relationship between the QoS flows and the multimodal service can be changed (or updated) in real time. Herein, the multimodal service identifier and the list of QFIs can be carried in a GTP-U header, and more specifically, in the GTP-U Extension Header of the GTP-U header.

[0048] In some embodiments, both the above-described CP-based and UP-based approaches can be implemented simultaneously.

[0049] Identifying which QoS flow packets are associated with a data packet

[0050] A multimodal service typically includes multiple data flows (e.g., audio, video, tactile) , whose packets do not arrive at the base station at the same time. However, if the base station were to know which QoS flow packets were generated together with a specific packet, then when certain flows do not arrive at the same time as the specific packet, the base station can schedule those QoS flow packets for concurrent transmission during the next transmission occasion to meet the simultaneity (or delay) requirement of the multimodal service. In some examples, an indication of which QoS flow packets are transmitted along with a specific packet is carried in the GTP-U header. In other examples, a QFI list of QoS flows (that are carried in the PDU group) is carried in the GTP-U header. In yet other examples, a bitmap that indicates which QoS flows are carried in the PDU group is carried in the GTP-U header.

[0051] Determining delay requirements

[0052] In some embodiments, since multimodal services have strict requirements for the simultaneous (or near-simultaneous) arrival of multiple data streams, packets in multimodal service have strict QoS requirements. These QoS requirements may be sent from the core network to the base station, and include the maximum tolerable delay deviation among the multiple data streams. This ensures the base station can (or attempts to) meet the simultaneity requirements of the multimodal service when scheduling resources. In some examples, the simultaneity requirements of the multimodal service is defined using an observation window of a predetermined length. Any of the multiple data streams arriving within the observation window are considered to have arrived simultaneously.

[0053] In some embodiments, the order in which the data stream arrive at the receiver may affect the maximum tolerable delay deviation. In an example, if the tactile stream arrives at the base station before the video stream, then the maximum tolerable delay deviation may be 50ms, whereas in another example, if the video stream arrives before the tactile stream, the maximum tolerable delay deviation may only be 15ms.

[0054] In some embodiments, the maximum tolerable delay deviation between one or more pairs of QoS flows of the multiple QoS flows (associated with a multimodal service) is provided by the core network to the base station.

[0055] In some embodiments, the order in which the multiple QoS flows arrive, as well as the maximum tolerable delay deviation between one or more pairs of QoS flows of the multiple QoS flows, is provided by the core network to the base station.

[0056] In some examples, and assuming there are only two QoS flows associated with the multimodal service, the arrival order of the QoS flows and the corresponding delay deviation is provided by the core network to the base station. In this example, the message structure used to communicate this information is:

[0057] – Flow 1 (first to arrive) –Flow 2 (last to arrive) = delay1

[0058] – Flow 2 (first to arrive) –Flow 1 (last to arrive) = delay2

[0059] In the above example, delay1 may be different from delay2.

[0060] FIG. 1 shows a timing diagram of an example with two flows (denoted “Flow 1” and “Flow 2” ) associated with the same multimodal service. As shown in FIG. 1, three packets were received within the given observation window (e.g., which could be extremely short at 1ms) . If the order in which the base station transmitted these packets was {1, 2, 3} , then the delay between packet 1 between packet 1 in Flow 1 and packet 2 in Flow 2 shall not exceed delay1, and the delay between packet 2 in Flow 2 and packet 3 in Flow 1 shall not exceed delay2. Here, the values of delay1 and delay2 may be different or the same.

[0061] In some examples, and assuming there are three QoS flows associated with the multimodal service, the message structure used to communicate this information is:

[0062] – Flow 1 (first to arrive) –Flow 2 (last to arrive) = delay1

[0063] – Flow 2 (first to arrive) –Flow 1 (last to arrive) = delay2

[0064] – Flow 1 (first to arrive) –Flow 3 (last to arrive) = delay3

[0065] – Flow 3 (first to arrive) –Flow 1 (last to arrive) = delay4

[0066] – Flow 2 (first to arrive) –Flow 3 (last to arrive) = delay5

[0067] – Flow 3 (first to arrive) –Flow 2 (last to arrive) = delay6

[0068] In the above example, one or more of delay1 through delay6 may be equal to each other. In yet other cases, each of delay1 through delay6 may be different. For certain simulations and to simplify any implementation, it may be assumed each delay is equal to every other.

[0069] Examples of mobility

[0070] Scenario 1. When a UE moves from one base station (asource base station) to another base station (atarget base station) , information related to any multimodal services that the UE is currently subscribing to (or receiving) should be transferred to the target base station by the source base station. In an example, this information (which could include associated QFI lists, QoS requirements, etc. ) is carried in a handover request message.

[0071] Identifying which QoS flows are related to a multimodal service

[0072] In some embodiments, a control plane (CP) -based approach is used to determine which QoS flows are related to the same multimodal service. In this example, the multimodal service will be associated with a multimodal service identifier and a list of QoS Flow IDs (QFIs) , where each QFI in the list corresponds to a QoS flow related to the multimodal service. In an example, this information is carried in a handover request message from the source base station to the target base station as part of the handover preparation procedure.

[0073] Determining the QoS requirements of a PDU group

[0074] In some embodiments, the delay requirement for the PDU group related to the multimodal service is carried from the core network to the base station, e.g., in the handover request message. In some examples, the delay requirement can be defined as an upper bound on the delay a PDU group (that includes different QoS flows) experiences, and which is determined as the time difference between a wireless device (e.g., a UE) receiving the first PDU of the PDU group and the last PDU of the PDU group.

[0075] In some embodiments, the error rate for the PDU group related to the multimodal service is carried from the core network to the base station, e.g., in the handover request message. In some examples, the error rate is  defined as an upper bound on the number of PDUs of a PDU group that have been processed by the transmitter, but have not been successfully delivered to one or more upper layers of the corresponding receiver.

[0076] Scenario 2. When a UE moves from one base station (asource base station) to another base station (atarget base station) , information related to any multimodal services that the UE is currently subscribing to (or receiving) should be transferred to the target base station by the source base station. In an example, this information (which could include associated QFI lists, QoS requirements, etc. ) is carried in a handover request message.

[0077] Identifying which QoS flows are related to a multimodal service

[0078] In some embodiments, a control plane (CP) -based approach is used to determine which QoS flows are related to the same multimodal service. In this example, the multimodal service will be associated with a multimodal service identifier and a list of QoS Flow IDs (QFIs) , where each QFI in the list corresponds to a QoS flow related to the multimodal service. In an example, this information is carried in a handover request message from the source base station to the target base station as part of the handover preparation procedure.

[0079] Determining the delay requirements

[0080] In some embodiments, the delay requirement of the multimodal services is provided by the source base station to the target base station during the handover preparation procedure, e.g., as part of the handover request message from the source base station. In some examples, the delay requirement is the maximum tolerable delay deviation among the multiple data streams. In other examples, the simultaneity requirements of the multimodal service are defined using an observation window of a predetermined length. Any packets arriving within the observation window are considered to have arrived simultaneously.

[0081] In some embodiments, the order in which the multiple QoS flows arrive, as well as the maximum tolerable delay deviation between one or more pairs of QoS flows of the multiple QoS flows, is provided by the source base station to the target base station, e.g., in the handover request message.

[0082] In some examples, and assuming there are only two QoS flows associated with the multimodal service, the arrival order of the QoS flows and the corresponding delay deviation is provided by the source base station to the target base station, e.g., in the handover request message. In this example, the message structure used to communicate this information is:

[0083] – Flow 1 (first to arrive) –Flow 2 (last to arrive) = delay1

[0084] – Flow 2 (first to arrive) –Flow 1 (last to arrive) = delay2

[0085] In the above example, delay1 may be different from delay2. In some examples, and referring back to FIG. 1, it is assumed two flows (denoted “Flow 1” and “Flow 2” ) are associated with the same multimodal service. As shown in FIG. 1, three packets were received within the given observation window (e.g., which could be  extremely short at 1ms) . If the order in which the base station transmitted these packets was {1, 2, 3} , then the delay between packet 1 between packet 1 in Flow 1 and packet 2 in Flow 2 shall not exceed delay1, and the delay between packet 2 in Flow 2 and packet 3 in Flow 1 shall not exceed delay2. Herein, the values of delay1 and delay2 may be different or the same.

[0086] In some examples, and assuming there are three QoS flows associated with the multimodal service, the message structure used to communicate this information is:

[0087] – Flow 1 (first to arrive) –Flow 2 (last to arrive) = delay1

[0088] – Flow 2 (first to arrive) –Flow 1 (last to arrive) = delay2

[0089] – Flow 1 (first to arrive) –Flow 3 (last to arrive) = delay3

[0090] – Flow 3 (first to arrive) –Flow 1 (last to arrive) = delay4

[0091] – Flow 2 (first to arrive) –Flow 3 (last to arrive) = delay5

[0092] – Flow 3 (first to arrive) –Flow 2 (last to arrive) = delay6

[0093] In the above example, one or more of delay1 through delay6 may be equal to each other. In yet other cases, each of delay1 through delay6 may be different. For certain simulations and to simplify any implementation, it may be assumed each delay (and consequently, each maximum tolerable delay deviation) is equal to every other.

[0094] Example methods and implementations of the disclosed technology

[0095] FIG. 2A shows a flowchart for an example wireless communication method 200. The method 200 includes, at operation 202, transmitting, by a core network to a network node, information related to a multimodal service associated with a plurality of quality-of-service (QoS) flows. In this example, at least two of the plurality of QoS flows are configured with different parameters.

[0096] FIG. 2B shows a flowchart for an example wireless communication method 250. The method 250 includes, at operation 252, receiving, by a network node from a core network, information related to a multimodal service associated with a plurality of quality-of-service (QoS) flows. In this example, at least two of the plurality of QoS flows are configured with different parameters.

[0097] The method 250 includes, at operation 254, performing, based on the information, a subsequent communication.

[0098] The described features can be implemented to further provide one or more of the following technical solutions:

[0099] 1. A wireless communication method, comprising: transmitting, by a core network to a network node, information related to a multimodal service associated with a plurality of quality-of-service (QoS) flows, wherein at least two of the plurality of QoS flows are configured with different parameters.

[0100] 2. A wireless communication method, comprising: receiving, by a network node from a core network, information related to a multimodal service associated with a plurality of quality-of-service (QoS) flows, wherein at least two of the plurality of QoS flows are configured with different parameters; and performing, based on the information, a subsequent communication.

[0101] 3. The method of solution 1 or 2, wherein the information is carried in a message from the core network to the network node.

[0102] 4. The method of solution 3, wherein the message is a session management message.

[0103] 5. The method of solution 1 or 2, wherein the information is carried in a header field of a frame comprising user data.

[0104] 6. The method of solution 5, wherein the header field is a (General Packet Radio Service) GPRS Tunnelling Protocol-User Plane (GTP-U) Extension Header field.

[0105] 7. The method of solution 3, wherein the information comprises an identifier of the multimodal service and a list of identifiers for the plurality of QoS flows.

[0106] 8. The method of solution 3, wherein the multimodal service is carried in a packet data unit (PDU) group comprising a plurality of packet data units (PDUs) , and wherein each PDU of the plurality of PDUs is associated with a corresponding QoS flow of the plurality of QoS flows.

[0107] 9. The method of solution 8, wherein the network node is configured to serve a wireless device, and wherein the information comprises an upper bound on a delay determined based on a reception of two or more PDUs of the plurality of PDUs in the PDU group by the wireless device.

[0108] 10. The method of solution 9, wherein the delay comprises a delay between a reception of a first PDU of the plurality of PDUs and a reception of a last PDU of the plurality of PDUs.

[0109] 11. The method of solution 8, wherein the information comprises an upper bound on an error rate associated with the PDU group.

[0110] 12. The method of solution 5, wherein the multimodal service is carried in a packet data unit (PDU) group comprising a plurality of packet data units (PDUs) .

[0111] 13. The method of solution 12, wherein the information comprises an identifier of the multimodal service.

[0112] 14. The method of solution 12, wherein the information comprises a first identifier of a first PDU of the plurality of PDUs in the PDU group and a second identifier of a last PDU of the plurality of PDUs in the PDU group, and wherein the first identifier is carried in the first PDU and the second identifier is carried in the last PDU.

[0113] 15. The method of solution 12, wherein, for each QoS flow in the PDU group: the information comprises a first identifier of a first PDU of the plurality of PDUs of a corresponding QoS flow, a size of the corresponding QoS flow, and a second identifier of a last PDU of the plurality of PDUs in the corresponding QoS flow, wherein the first identifier and the size are carried in the first PDU, and wherein the second identifier is carried in the last PDU.

[0114] 16. The method of solution 15, wherein the information comprises one or more identifiers of a subset of the plurality of QoS flows that are carried in the PDU group that are carried in the PDU group.

[0115] 17. The method of solution 16, wherein the information comprises a bitmap that indicates each of the subset of the plurality of QoS flows.

[0116] 18. The method of solution 15, wherein the information comprises a group number of the PDU group.

[0117] 19. The method of solution 3, wherein the information comprises a maximum tolerable delay deviation between a subset of the plurality of QoS flows.

[0118] 20. The method of solution 19, wherein the maximum tolerable delay deviation is based on a length of an observation window, and wherein one or more QoS flows of the plurality of QoS flows arriving within the observation window correspond to the one or more QoS flows having arrived simultaneously.

[0119] 21. The method of solution 3, wherein the network node is a source network node configured to serve a wireless device, and wherein the wireless device is configured to implement a handover procedure from the source network node to a target network node, and wherein the source network node is configured to transmit the information to the target network node.

[0120] 22. The method of solution 21, wherein at least a portion of the information is carried in a handover request message.

[0121] 23. An apparatus for wireless communication comprising a processor, configured to implement a method recited in one or more of solutions 1 to 22.

[0122] 24. A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by a processor, causing the processor to implement a method recited in one or more of solutions 1 to 22.

[0123] FIG. 3 shows a block diagram of an example hardware platform 300 that may be a part of a network device (e.g., base station) or a communication device (e.g., a user equipment (UE) ) . The hardware platform 300 includes at least one processor 310 and a memory 305 having instructions stored thereupon. The instructions upon execution by the processor 310 configure the hardware platform 300 to perform the operations described in FIGS. 2A and 2B, and in the various embodiments described in this patent document. The transmitter 315 transmits or sends information or data to another device. For example, a network device transmitter can send a message to a user equipment. The receiver 320 receives information or data transmitted or sent by another device. For example, a user equipment can receive a message from a network device.

[0124] The implementations as discussed above will apply to a wireless communication. FIG. 4 shows an example of a wireless communication system (e.g., a 5G or NR cellular network) that includes a base station 420 and one or more user equipment (UE) 411, 412 and 413. In some embodiments, the UEs access the BS (e.g., the network) using a communication link to the network (sometimes called uplink direction, as depicted by dashed arrows 431, 432, 433) , which then enables subsequent communication (e.g., shown in the direction from the network to the UEs, sometimes called downlink direction, shown by arrows 441, 442, 443) from the BS to the UEs. In some embodiments, the BS send information to the UEs (sometimes called downlink direction, as depicted by arrows 441, 442, 443) , which then enables subsequent communication (e.g., shown in the direction from the UEs to the BS, sometimes called uplink direction, shown by dashed arrows 431, 432, 433) from the UEs to the BS. The UE may be, for example, a smartphone, a tablet, a mobile computer, a machine to machine (M2M) device, an Internet of Things (IoT) device, and so on.

[0125] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in one embodiment by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0126] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated Circuit  (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art, including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0127] While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings 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.

[0128] Only a few implementations and examples are described and other implementations, enhancements and variations can be made based on what is described and illustrated in this disclosure.

Claims

1.A wireless communication method, comprising:transmitting, by a core network to a network node, information related to a multimodal service associated with a plurality of quality-of-service (QoS) flows, wherein at least two of the plurality of QoS flows are configured with different parameters.2.A wireless communication method, comprising:receiving, by a network node from a core network, information related to a multimodal service associated with a plurality of quality-of-service (QoS) flows, wherein at least two of the plurality of QoS flows are configured with different parameters; andperforming, based on the information, a subsequent communication.3.The method of claim 1 or 2, wherein the information is carried in a message from the core network to the network node.4.The method of claim 3, wherein the message is a session management message.5.The method of claim 1 or 2, wherein the information is carried in a header field of a frame comprising user data.6.The method of claim 5, wherein the header field is a (General Packet Radio Service) GPRS Tunnelling Protocol-User Plane (GTP-U) Extension Header field.7.The method of claim 3, wherein the information comprises an identifier of the multimodal service and a list of identifiers for the plurality of QoS flows.8.The method of claim 3, wherein the multimodal service is carried in a packet data unit (PDU) group comprising a plurality of packet data units (PDUs) , and wherein each PDU of the plurality of PDUs is associated with a corresponding QoS flow of the plurality of QoS flows.9.The method of claim 8, wherein the network node is configured to serve a wireless device, and wherein the information comprises an upper bound on a delay determined based on a reception of two or more PDUs of the plurality of PDUs in the PDU group by the wireless device.10.The method of claim 9, wherein the delay comprises a delay between a reception of a first PDU of the plurality of PDUs and a reception of a last PDU of the plurality of PDUs.11.The method of claim 8, wherein the information comprises an upper bound on an error rate associated with the PDU group.12.The method of claim 5, wherein the multimodal service is carried in a packet data unit (PDU) group comprising a plurality of packet data units (PDUs) .13.The method of claim 12, wherein the information comprises an identifier of the multimodal service.14.The method of claim 12, wherein the information comprises a first identifier of a first PDU of the plurality of PDUs in the PDU group and a second identifier of a last PDU of the plurality of PDUs in the PDU group, and wherein the first identifier is carried in the first PDU and the second identifier is carried in the last PDU.15.The method of claim 12, wherein, for each QoS flow in the PDU group:the information comprises a first identifier of a first PDU of the plurality of PDUs of a corresponding QoS flow, a size of the corresponding QoS flow, and a second identifier of a last PDU of the plurality of PDUs in the corresponding QoS flow,wherein the first identifier and the size are carried in the first PDU, andwherein the second identifier is carried in the last PDU.16.The method of claim 15, wherein the information comprises one or more identifiers of a subset of the plurality of QoS flows that are carried in the PDU group that are carried in the PDU group.17.The method of claim 16, wherein the information comprises a bitmap that indicates each of the subset of the plurality of QoS flows.18.The method of claim 15, wherein the information comprises a group number of the PDU group.19.The method of claim 3, wherein the information comprises a maximum tolerable delay deviation between a subset of the plurality of QoS flows.20.The method of claim 19, wherein the maximum tolerable delay deviation is based on a length of an observation window, and wherein one or more QoS flows of the plurality of QoS flows arriving within the observation window correspond to the one or more QoS flows having arrived simultaneously.21.The method of claim 3, wherein the network node is a source network node configured to serve a wireless device, and wherein the wireless device is configured to implement a handover procedure from the source network node to a target network node, and wherein the source network node is configured to transmit the information to the target network node.22.The method of claim 21, wherein at least a portion of the information is carried in a handover request message.23.An apparatus for wireless communication comprising a processor, configured to implement a method recited in one or more of claims 1 to 22.24.A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by a processor, causing the processor to implement a method recited in one or more of claims 1 to 22.

Images