Method and apparatus for configuring or indicating multi-modal service-related information, and communication system

Abstract

The embodiments of the present application provide a method and apparatus for configuring or indicating multi-modal service-related information, and a communication system. The apparatus for configuring multi-modal service-related information is applied to an access network node, and the apparatus comprises a first processing unit which controls the access network node to execute the following operation: the access network node configures a terminal device by means of a radio resource control (RRC) message, and multi-modal service-related configuration is performed during the process of performing configuration by means of the radio resource control (RRC) message.

Description

Method, device and communication system for configuring or indicating multimodal service related information Technical Field

[0001] The embodiments of the present application relate to the field of communication technologies. Background Art

[0002] Extended Reality (XR) is a general term for different types of reality. XR has different application areas, such as entertainment, healthcare, and education.

[0003] Virtual Reality (VR) is a rendered version of a published visual and audio scene. The rendering aims to simulate the visual and auditory sensory stimulation of the real world as naturally as possible, as the observer or user moves within the limitations defined by the application.

[0004] Augmented Reality (AR) provides users with additional information or artificially generated items or content overlaid on their current environment.

[0005] Mixed Reality (MR) is an advanced form of AR in which some virtual elements are inserted into the physical scene with the aim of providing an illusion that these elements are part of the real scene.

[0006] Extended reality (XR) refers to all real-world and virtual environments and human-computer interactions generated by computer technology and wearable devices. It includes representative forms such as AR, MR, and VR, as well as hybrid and interdisciplinary fields.

[0007] Multiple modalities can be transmitted to multiple application servers simultaneously for further processing in a coordinated manner, including quality of service (QoS) coordination, traffic synchronization, power saving, etc. Multi-modality (multi-modal) services have the following characteristics:

[0008] - Multiple results can be generated as feedback. In a real-time remote VR service scenario, VR users can use multiple independent devices to collect their own video, audio, environment, and tactile data, and receive video, audio, environment, and tactile feedback from one or more application servers through the same VR application.

[0009] - Multiple results may need to arrive at distributed terminal devices (eg user equipment UE) simultaneously.

[0010] - Multimodal applications may involve a large number of UEs over long distances.

[0011] Modality refers to a type of information or an expression of information in a specific interactive system. Multimodal interaction refers to the process of exchanging information in multiple modalities.

[0012] It should be noted that the above introduction to the technical background is merely intended to provide a clear and complete description of the technical solutions of this application and facilitate understanding by those skilled in the art. Simply because these solutions are described in the background technology section of this application, it should not be assumed that the above technical solutions are well known to those skilled in the art.

[0013] Summary of the Invention

[0014] A multimodal service is a communication service consisting of multiple data streams that are related to each other and coordinated by applications. The data streams can carry different types of data (e.g., audio, video, positioning, tactile data) and can come from different sources (e.g., a single UE, a single device, or multiple devices connected to a single UE or multiple UEs).

[0015] For the case of a single UE, these data flows are expected to be closely related and require strong application coordination to correctly execute multimodal applications, therefore, all these data flows are transmitted in a single Protocol Data Unit (PDU) session.

[0016] The Application Function (AF) can provide a Multi-modal Service ID to the Policy Control Function (PCF) as a clear indication that the application traffic is associated with a multimodal service. The Policy and Charging Control (PCC) can use this information to derive the correct PCC rules and apply Quality of Service (QoS) policies for data flows that are part of a specific multimodal application. Multimodal services are carried in a single PDU session on a terminal device (e.g., UE).

[0017] The inventors of the present application have discovered that the perception of multimodal services on the Radio Access Network (RAN) side has not been resolved. As a result, the access network cannot know the information of the multimodal services and thus cannot meet the Quality of Service (QoS) requirements of the multimodal services.

[0018] The embodiments of the present application provide a method, apparatus, and communication system for configuring multimodal service-related information, which solve the problem of how the access network side perceives multimodal service information.

[0019] According to one aspect of an embodiment of the present application, a device for configuring multimodal service-related information is provided, which is applied to an access network node. The device includes a first processing unit that controls the access network node to perform the following operations:

[0020] The access network node configures the terminal device through a radio resource control (RRC) message, and performs multimodal service-related configuration during the configuration process through the radio resource control (RRC) message.

[0021] According to another aspect of an embodiment of the present application, a device for configuring multimodal service-related information is provided, which is applied to an access network node. The device includes a second processing unit that controls the access network node to perform the following operations:

[0022] The access network node receives a protocol data unit (PDU) sent by a user plane function (UPF) device, wherein a general packet radio service tunneling protocol user plane (GTP-U) header of the protocol data unit (PDU) has a first field representing a first parameter, and the first field is used to indicate a multimodal service identifier of the protocol data unit (PDU); and

[0023] The access network node obtains multimodal service information of downlink traffic based on information in the General Packet Radio Service Tunneling Protocol User Plane (GTP-U) header.

[0024] According to another aspect of an embodiment of the present application, there is provided an apparatus for indicating multimodal service-related information, which is applied to a terminal device. The apparatus includes a third processing unit that controls the terminal device to perform the following operations:

[0025] The terminal device determines information on a multimodal service of uplink data; and

[0026] The terminal device indicates mapping information between the Quality of Service (QoS) flow and the multimodal service to the access network node.

[0027] The beneficial effect of the embodiments of the present application is that the access network side can perceive multimodal service information.

[0028] With reference to the following description and accompanying drawings, specific embodiments of the present application are disclosed in detail, indicating the manner in which the principles of the present application can be employed. It should be understood that the embodiments of the present application are not limited in scope. Within the spirit and scope of the appended claims, the embodiments of the present application include many variations, modifications and equivalents.

[0029] Features described and / or illustrated with respect to one embodiment may be used in the same or similar manner in one or more other embodiments, combined with features in other embodiments, or substituted for features in other embodiments.

[0030] It should be emphasized that the term "include / comprising" when used herein refers to the presence of features, integers, steps or components, but does not exclude the presence or addition of one or more other features, integers, steps or components. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] The elements and features described in one figure or one embodiment of the present application can be combined with the elements and features shown in one or more other figures or embodiments. In addition, in the accompanying drawings, similar reference numerals represent corresponding parts in several figures and can be used to indicate corresponding parts used in more than one embodiment.

[0032] FIG1 is a schematic diagram of a communication system of the present application;

[0033] FIG2 is a flow chart for enabling the AMF to configure a multimodal service identifier and related information for a RAN node;

[0034] FIG3 is a schematic diagram of a method for configuring multimodal service related information in an embodiment of the first aspect;

[0035] FIG4 is a method for configuring multimodal service related information according to an embodiment of the second aspect;

[0036] FIG5 is a schematic diagram of a method in which a terminal device indicates uplink multimodal service related information in method 2;

[0037] FIG6 is a schematic diagram of a method for indicating multimodal service-related information according to an embodiment of the third aspect;

[0038] FIG7 is a schematic diagram of an apparatus for configuring multimodal service-related information provided by an embodiment of the fourth aspect;

[0039] FIG8 is a schematic diagram of an apparatus for configuring multimodal service-related information provided by an embodiment of the fifth aspect;

[0040] FIG9 is a schematic diagram of an apparatus for indicating multimodal service-related information provided by an embodiment of the sixth aspect;

[0041] FIG10 is a schematic diagram of the composition of an electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0042] The above and other features of the present application will become apparent through the following description with reference to the accompanying drawings. In the description and the accompanying drawings, specific embodiments of the present application are disclosed in detail, which illustrate some embodiments in which the principles of the present application can be adopted. It should be understood that the present application is not limited to the described embodiments. On the contrary, the present application includes all modifications, variations and equivalents that fall within the scope of the appended claims.

[0043] In the embodiments of the present application, the terms "first", "second", etc. are used to distinguish different elements from the name, but do not indicate the spatial arrangement or temporal order of these elements, and these elements should not be limited by these terms. The term "and / or" includes any one and all combinations of one or more of the associated listed terms. The terms "comprising", "including", "having", etc. refer to the presence of the stated features, elements, components or components, but do not exclude the presence or addition of one or more other features, elements, components or components.

[0044] In the embodiments of this application, the singular forms "a," "the," etc. include plural forms and should be broadly understood to mean "a" or "a type" rather than being limited to "one." Furthermore, the term "said" should be understood to include both singular and plural forms, unless the context clearly indicates otherwise. Furthermore, the term "according to" should be understood to mean "at least in part based on...", and the term "based on" should be understood to mean "at least in part based on...", unless the context clearly indicates otherwise.

[0045] In the embodiments of the present application, the term "communication network" or "wireless communication network" may refer to a network that complies with any of the following communication standards, such as New Radio (NR), Long Term Evolution (LTE), Enhanced Long Term Evolution (LTE-A, LTE-Advanced), Wideband Code Division Multiple Access (WCDMA), High-Speed ​​Packet Access (HSPA), etc.

[0046] Furthermore, communication between devices in the communication system may be carried out according to communication protocols of any stage, for example, including but not limited to the following communication protocols: 1G (generation), 2G, 2.5G, 2.75G, 3G, 4G, 4.5G and 5G, New Radio (NR), etc., and / or other communication protocols currently known or to be developed in the future.

[0047] In the embodiments of the present application, the term "network device" refers to, for example, a device in a communication system that connects a terminal device to a communication network and provides services for the terminal device. Network devices may include, but are not limited to, the following devices: an integrated access and backhaul node (IAB-node), a relay, a base station (BS), an access point (AP), a transmission reception point (TRP), a broadcast transmitter, a mobile management entity (MME), a gateway, a server, a radio network controller (RNC), a base station controller (BSC), and the like.

[0048] Base stations may include, but are not limited to, NodeB (NB), evolved NodeB (eNodeB or eNB), and 5G base stations (gNB), among others. They may also include remote radio heads (RRHs), remote radio units (RRUs), relays, or low-power nodes (e.g., femeto, pico, etc.). The term "base station" may include some or all of their functions, and each base station may provide communication coverage for a specific geographic area. The term "cell" may refer to a base station and / or its coverage area, depending on the context in which the term is used.

[0049] In the embodiments of the present application, the term "user equipment" (UE) or "terminal equipment" (TE) refers to, for example, a device that accesses a communication network through a network device and receives network services. A terminal device can be fixed or mobile and may also be referred to as a mobile station (MS), a terminal, a subscriber station (SS), an access terminal (AT), a mobile termination (MT), a station, etc.

[0050] Among them, terminal devices may include but are not limited to the following devices: cellular phones, personal digital assistants (PDAs), wireless modems, wireless communication devices, handheld devices, machine-type communication devices, laptop computers, cordless phones, smart phones, smart watches, digital cameras, etc.

[0051] For another example, in scenarios such as the Internet of Things (IoT), the terminal device can also be a machine or device for monitoring or measurement, including but not limited to: machine type communication (MTC) terminal, vehicle-mounted communication terminal, device-to-device (D2D) terminal, machine-to-machine (M2M) terminal, and so on.

[0052] In addition, the term "network side" or "network device side" refers to one side of the network, which can be a base station or one or more network devices as mentioned above. The term "user side" or "terminal side" or "terminal device side" refers to the user or terminal side, which can be a UE or one or more terminal devices as mentioned above.

[0053] In the following description, the terms "uplink control signal" and "uplink control information (UCI)" or "physical uplink control channel (PUCCH)" are interchangeable, and the terms "uplink data signal" and "uplink data information" or "physical uplink shared channel (PUSCH)" are interchangeable to avoid confusion.

[0054] The terms "downlink control signal" and "downlink control information (DCI)" or "physical downlink control channel (PDCCH)" are interchangeable, and the terms "downlink data signal" and "downlink data information" or "physical downlink shared channel (PDSCH)" are interchangeable.

[0055] In addition, sending or receiving PUSCH can be understood as sending or receiving uplink data carried by PUSCH, sending or receiving PUCCH can be understood as sending or receiving uplink information carried by PUCCH, and sending or receiving PRACH can be understood as sending or receiving preamble carried by PRACH; uplink signals can include uplink data signals and / or uplink control signals, etc., and can also be referred to as uplink transmission (UL transmission) or uplink information or uplink channels. Sending uplink transmission on uplink resources can be understood as sending the uplink transmission using the uplink resources. Similarly, downlink data / signals / channels / information can be understood accordingly.

[0056] In the embodiments of the present application, the high-layer signaling may be, for example, radio resource control (RRC) signaling; for example, an RRC message, including, for example, an MIB, system information, or a dedicated RRC message; or an RRC information element (RRC IE). The high-layer signaling may also be, for example, MAC (Medium Access Control) signaling; or a MAC control element (MAC CE). However, the present application is not limited thereto.

[0057] The following describes the scenarios of the embodiments of the present application through examples, but the present application is not limited thereto.

[0058] Figure 1 is a schematic diagram of the communication system of the present application, which schematically illustrates a situation taking a terminal device and a network device as an example. As shown in Figure 1, the communication system 100 may include a network device 101 and a terminal device 102 (for simplicity, Figure 1 only illustrates one terminal device as an example).

[0059] In the embodiment of the present application, existing services or future services can be carried out between the network device 101 and the terminal device 102. For example, these services include but are not limited to: enhanced mobile broadband (eMBB), massive machine type communication (mMTC), ultra-reliable and low-latency communication (URLLC), XR and media service communications, etc.

[0060] The terminal device 102 may send data to the network device 101, for example, using an authorized or unauthorized transmission mode. The network device 101 may receive data sent by one or more terminal devices 102 and provide feedback to the terminal device 102, such as ACK / NACK information. The terminal device 102 may confirm the end of the transmission process, or may continue with new data transmission, or may retransmit the data based on the feedback information.

[0061] The application function (AF), policy control function (PCF), session management function (SMF), and access and mobility management function (AMF) described in the various embodiments of this application are all network functions of the core network. Each function can be represented as a module or device that performs the function. For example, the access and mobility management function (AMF) can also be represented as an access and mobility management function (AMF) device.

[0062] In various embodiments of the present application, an information element (IE) may also be referred to as a cell.

[0063] Embodiments of the first aspect

[0064] An embodiment of the first aspect of the present application provides a method for configuring multimodal service related information.

[0065] After the Policy Control Function (PCF) obtains the Multi-modal Service ID and related service information provided by the Application Function (AF), the PCF can provide the policy information to the Session Management Function (SMF) as a clear indication that the application traffic is related to the multi-modal service.

[0066] In this application, in order to enable the radio access network (RAN) side to obtain multimodal service information, the SMF can provide the multimodal service identifier and related service information to the access network (e.g., access network node) through the Access and Mobility Management Function (AMF) using the N2 reference point.

[0067] In each embodiment of the present application, the access network node may also be referred to as a network node, a base station or a RAN node, for example, the network device 101 in FIG. 1 ; the terminal device may be, for example, the terminal device 102 in FIG. 1 .

[0068] Figure 2 is a flowchart for enabling the AMF to configure a multimodal service identifier and related information for a RAN node, and for enabling the AMF to configure a multimodal service identifier and related information for a RAN node, and for the RAN node to configure related resources for a UE. Figure 2 shows the signaling process between the AMF, RAN node, and UE. The signaling process from the AMF to other core network functions, such as the SMF, is simplified and omitted. Figure 2 enhances the PDU session establishment process initiated by the UE.

[0069] In this application, as shown in Figure 2, the process of AMF configuring the multimodal service identity and related information for the UE and RAN node may include the following operations:

[0070] 1. The UE sends a PDU session establishment request to the AMF via a Non-Access Stratum (NAS) message. The request contains information to be forwarded to the SMF.

[0071] 2.AMF performs a series of interactions with other network functions of the core network (such as SMF selection, etc.).

[0072] 3. The AMF sends a PDU session establishment request for the N2 reference point to the RAN node (base station, network node). This request message contains information about the multimodal services that may exist in the PDU session, which is generated by the SMF. The request message also contains a NAS message to be forwarded to the UE. This NAS message is included in the N2 PDU session establishment request via a container and is transparently transmitted to the UE through the RAN node.

[0073] 4. The RAN node performs access network-specific resource setup (AN-specific resource setup) for the UE, wherein the UE is configured through a radio resource control (RRC) message. During the configuration process through the radio resource control (RRC) message, multimodal service-related configuration is performed. For example, the RRC configuration related to access network resource setup includes data radio bearer (DRB) setup or DRB configuration. Multimodal service-related configuration is performed during DRB setup or DRB configuration. The RRC message carries a NAS message sent by the AMF to the UE. The NAS message is a PDU session establishment accept message sent by the AMF.

[0074] 5. The RAN node sends an N2PDU session response to the AMF, indicating that the resources required for the PDU session have been established.

[0075] Figure 3 is a schematic diagram of a method for configuring multimodal service related information in an embodiment of the first aspect, which is applied to an access network node. The method shown in Figure 3 is used to illustrate the content related to the access network node in Figure 2.

[0076] As shown in FIG3 , the method for configuring multimodal service related information includes:

[0077] 301. The access network node receives a protocol data unit (PDU) session establishment request message sent by an access and mobility management function (AMF) device, wherein the protocol data unit session establishment request message includes multimodal service related information in the protocol data unit (PDU) session.

[0078] Operation 301 corresponds to operation 3 of FIG. 2 .

[0079] The protocol data unit (PDU) session resource establishment request message in operation 301 is, for example, a PDU session establishment request message of an N2 reference point.

[0080] As shown in FIG3 , the method for configuring multimodal service related information further includes:

[0081] 302. The access network node configures the terminal device through a radio resource control (RRC) message, and performs multimodal service-related configuration during the configuration process through the radio resource control (RRC) message.

[0082] Operation 302 corresponds to operation 4 of FIG. 2 .

[0083] In some embodiments of operation 302, configuring multimodal services includes configuring data radio bearers (DRBs). Since resource configuration on the RAN side is based on the DRB level, for example, multiple QoS flows may be mapped to a DRB, and then to a logical channel, and the terminal device selects uplink resources based on the logical channel, multimodal service configuration can be performed at the DRB granularity. For example, at least one of the following methods 1, 2, and 3 can be used for configuration.

[0084] Method 1: Configure a first parameter for each DRB. The first parameter is called a multi-modal service ID, for example, indicating that the DRB contains a quality of service (QoS) flow belonging to a multi-modal service, and its multi-modal service ID is indicated by the first parameter.

[0085] The configuration of the first parameter can be performed by adding the first parameter to the first information element (IE, Information Element) of the first message. For example, the first message is a radio resource control reconfiguration (RRCReconfiguration) message, and the first information element is a packet data convergence protocol configuration (PDCP-Config). Therefore, the configuration of the DRB can be configured by the PDCP-Config information element in the RRCReconfiguration message. For example, the first parameter (field) can be added to the PDCP-Config IE. PDCP-Config is included in the data radio bearer add modification (DRB-ToAddMod) information element in the radio bearer configuration (RadioBearerConfig) information element, indicating the configuration of the packet data convergence protocol (PDCP) entity corresponding to the DRB when adding or modifying the DRB.

[0086] Method 1 indicates that each UE can support one or more multimodal services, and a DRB can contain at most one multimodal service. This means that the network implementation must ensure that QoS flows from different multimodal services cannot be mapped to the same DRB. DRBs with the same multimodal service identifier require synchronization and coordination.

[0087] Method 2: A second parameter is configured for each DRB, such as multi-modal, indicating that the DRB contains QoS flows belonging to multi-modal services.

[0088] The second parameter can be a Boolean type or an enumeration type with a true value. For example, if the enumeration type is configured, it indicates that the QoS flow included in the DRB is a multimodal service. The configuration method for the second parameter is the same as method 1: add the second parameter to the first information element of the first message.

[0089] Method 2 indicates that each UE only cares about whether there is a multimodal service, or assumes that each UE only supports one multimodal service, and the multimodal data need to be synchronized and coordinated.

[0090] Method 3: Configure a first list for each DRB, such as a multi-modal service ID list, to indicate that the DRB contains QoS flows belonging to multi-modal services. These QoS flows may belong to different multi-modal services, which are indicated by the multi-modal service IDs in the first list. The configuration method of the first list is the same as that of method 1, and the first list is added to the first information element of the first message.

[0091] Method 3 shows that the configuration of DRB is relatively flexible. A DRB may contain multiple multimodal services, and the UE needs to synchronize and coordinate the data of each multimodal service.

[0092] In some other embodiments of operation 302 , the configuration related to the multimodal service may be performed using method 4 .

[0093] Method 4: A first parameter is configured for each quality of service (QoS) flow. The first parameter is called, for example, a multi-modal service identifier (Multi-modal Service ID), indicating that the QoS flow belongs to a multi-modal service, and its multi-modal service identifier is indicated by the first parameter.

[0094] The first parameter may be configured in a first message (such as RRCReconfiguration).

[0095] One implementation of Method 4 is to configure a first parameter for the Quality of Service Flow Identifier (QFI) corresponding to the QoS flow belonging to the multimodal service. The configuration of the QFI and the first parameter can be placed in the second information element of the first message, which can be a Service Data Adaptation Protocol Configuration (SDAP-Config). The mapped QoS-FlowsToAdd field in the SDAP-Config information element can contain a series of QFI and first parameter pairs.

[0096] Another implementation of Method 4 is to directly use the second list, with each first parameter configured with a list of QFIs for the corresponding (included) QoS flows, indicating that the QoS flows corresponding to the QFIs in the list belong to the same multimodal service, with the service ID identified by the first parameter. This second list can be configured in the second information element of the first message.

[0097] Method 4 shows the configuration of QoS flows, which has a finer granularity than the configuration of DRBs. The UE can synchronize and coordinate these multimodal QoS flows.

[0098] Embodiments of the second aspect

[0099] An embodiment of the second aspect of the present application provides a method for configuring multimodal service related information.

[0100] In an embodiment of the first aspect, the multimodal service does not distinguish between uplink and downlink. In an embodiment of the second aspect, the uplink and downlink multimodal perception processes are considered separately.

[0101] FIG4 is a method for configuring multimodal service related information according to an embodiment of the second aspect. As shown in FIG4 , the method includes:

[0102] 401. The access network node receives a protocol data unit (PDU) sent by a user plane function (UPF) device, where a general packet radio service tunneling protocol user plane (GTP-U) header of the protocol data unit (PDU) has a first field representing a first parameter, where the first field is used to indicate a multimodal service identifier of the protocol data unit (PDU); and

[0103] 402. The access network node obtains multimodal service information of downlink traffic based on information in the General Packet Radio Tunneling Protocol User Plane (GTP-U) header.

[0104] Operations 401 and 402 can configure multimodal service related information for downlink traffic.

[0105] In at least some embodiments of operation 401, the PCF may provide policy information to the SMF. Downlink data may use a user plane-based method. For downlink traffic, based on the SMF's instructions, the User Plane Function (UPF) device may identify the multimodal service identifier according to the protocol description in the Packet Detection Rule (PDR), and then place the multimodal service identifier as the first parameter (or field) in the GPRS Tunneling Protocol–User plane (GTP-U) header of each PDU and send it to the RAN access network node. That is, a first field representing the first parameter is added to the downlink GTP-U header. If the PDU belongs to a multimodal service, the first field indicates the multimodal service identifier; if it does not belong to a multimodal service, the first field may be a specific value or a reserved field.

[0106] When the network node receives the downlink PDU from the UPF, it obtains the multimodal information of the downlink data by analyzing the GTP-U header.

[0107] Multimodal service perception for uplink traffic can be performed on the terminal device (e.g., UE) side, and can be coordinated with the method for configuring multimodal service-related information for downlink traffic shown in FIG. 4 , or can be independent of each other.

[0108] Multimodal service awareness for uplink traffic may include configuring multimodal service-related information for uplink traffic. This may be achieved by using at least one of the following methods 1, 2, and 3:

[0109] Method 1: The access network node configures the UE with multimodal information based on the multimodal information of the downlink traffic, so that the UE can apply the configuration to the multimodal perception of the uplink traffic.

[0110] After obtaining the multimodal service identification information corresponding to each PDU, the access network node derives the relationship between the corresponding QoS flow and the multimodal service, that is, the correspondence between the first parameter and the QoS flow, thereby configuring the first parameter for the UE. The configuration method may use the first message, for example, with reference to the embodiment of the first aspect.

[0111] Method 2: The multimodal resource processing related to uplink and downlink is separated, that is, the multimodal perception of uplink and downlink can be performed independently.

[0112] In method 2, the access network node may use the method shown in operation 3 of Figure 2 in the embodiment of the first aspect, or may use the above-mentioned method based on user plane downlink data to obtain multimodal service-related information of the downlink QoS flow.

[0113] FIG5 is a schematic diagram of a method in which a terminal device indicates uplink multimodal service related information in method 2. As shown in FIG5 , the method includes:

[0114] 501. The terminal device determines information of a multimodal service of uplink data; and

[0115] 502. The terminal device indicates or reports mapping information between the quality of service (QoS) flow and the multimodal service to an access network node.

[0116] In operation 501 , the terminal device may determine multimodal information of uplink data using an implementation method or based on a QoS policy.

[0117] In operation 502, the terminal device reports / indicates the mapping information between the QoS flow and the multimodal service to the network. For example, the terminal device reports the first parameter corresponding to the quality of service (QoS) flow through a second message. The second message can be an uplink radio resource control (RRC) message, and the radio resource control message is, for example, a terminal device assistance information (UEAssistanceInformation, UAI) message. The reporting process of the second message is used by the terminal device to inform the network about the uplink traffic, including the multimodal dependency of multiple QoS flows in the PDU session, the multimodal QoS requirements, etc.

[0118] One possible method for reporting the first parameter in the second message is to report a first parameter for a Quality of Service Flow Identifier (QFI) corresponding to a QoS flow belonging to a multimodal service. The QFI and the corresponding first parameter may be placed in a third information element of the second message, which may be uplink traffic information (UL-TranfficInfo). The third information element may include a series of QFI and first parameter pairs.

[0119] One possible method for reporting the first parameter in the second message is to directly use the second list and, for each first parameter, report a list of QFIs of the corresponding (or contained) QoS flows, indicating that the QoS flows corresponding to the QFIs in the list belong to the same multimodal service, and the multimodal service ID is identified by the first parameter. The second list can be configured in the third information element in the second message. For the description of the second list, please refer to the relevant description of the second list of method 4 of the embodiment of the first aspect. The only difference is that the multimodal service identifier here is a parameter sent by the terminal device to the access network node.

[0120] The first parameter reported by the terminal device is for uplink traffic, so the first parameter can also be called an uplink multimodal service identifier.

[0121] Method 3: Use an in-band marking method to indicate the first parameter.

[0122] The first parameter is added as a new second field to the Service Data Adaptation Protocol (SDAP) header to indicate whether the data on the Uu interface belongs to a multimodal service. Specifically, the first parameter indicates whether the SDAP SDU (Service Data Unit) to which the SDAP header belongs belongs to a multimodal service. For example, if the SDU belongs to a multimodal service, the second field indicates the multimodal service identifier; if it does not belong to a multimodal service, the second field can be a specific value or a reserved field.

[0123] Method 3 can indicate multimodal service-related information for uplink traffic (i.e., for the terminal device to indicate to the network), and can also be used to indicate multimodal service-related information for downlink traffic (i.e., for the access network to indicate to the terminal device).

[0124] Embodiments of the third aspect

[0125] An embodiment of a third aspect of the present application provides a method for configuring multimodal service related information, which is applied to a terminal device.

[0126] In some cases (for example, in method 2 of the embodiment of the second aspect), the terminal device needs to be able to identify multimodal related information of uplink data in order to support multimodal services (for example, multimodal XR services). Due to the different implementation complexities of devices, the terminal device needs to report the access network node's multimodal perception capabilities so that the network can provide different support for terminal devices with different wireless access capabilities.

[0127] FIG6 is a schematic diagram of a method for indicating multimodal service-related information according to an embodiment of the third aspect, which is used to report multimodal perception capabilities. As shown in FIG6 , the method includes:

[0128] 601. The terminal device sends a first capability parameter, such as a wireless access capability parameter, to the network device, where the first capability parameter is used to indicate whether the terminal device supports uplink multimodal service perception; or 602. The terminal device sends an uplink radio resource control (RRC) message to the network device, where the radio resource control (RRC) message contains a second capability parameter, and the second capability parameter is reported for a quality of service (QoS) flow or a protocol data unit (PDU) session, where the second capability parameter indicates whether the quality of service (QoS) flow or the protocol data unit (PDU) session has the ability to identify multimodal service-related information.

[0129] Operation 601 corresponds to a method for reporting multimodal perception capabilities, wherein a first capability parameter, such as multimodal perception capability, is added to the radio access capability parameters of the terminal device to indicate whether the terminal device supports uplink multimodal service perception. The first capability parameter can be configured as a Service Data Adaptation Protocol (SDAP) parameter in the terminal device capabilities. The first capability parameter is reported to the network by the terminal device via an uplink RRC message, such as a terminal device capability information (UECapabilityInformation) message. This method is suitable for situations where the multimodal perception capability of the terminal device is static.

[0130] Operation 602 corresponds to another method for reporting multimodal perception capabilities. In this other method, the uplink RRC message (for example, the second message) can be enhanced. The uplink RRC message is, for example, a terminal device assistance information (UEAssistanceInformation, UAI) message, and a new capability parameter (i.e., the second capability parameter) is added to the third information element in the UAI message, such as the uplink traffic information (UL-TrafficInfo) IE, for example, called multimodal identification. The new capability parameter can be for each QoS flow or for each PDU session. The new capability parameter indicates whether it has the ability to identify multimodal service-related information (for example, multimodal service-related information can be a multimodal service identifier) ​​for each QoS flow or each PDU session. This method is suitable for situations where the multimodal perception capability of the terminal device is dynamic, such as the service changes over time; or different traffic has different perception capabilities.

[0131] In some embodiments of the other method corresponding to operation 602, the terminal device auxiliary information (UAI) reporting process may be enhanced as follows (taking the capability for QoS flow as an example):

[0132] When the terminal device intends to provide uplink traffic information in a UAI message, the following operations can be performed for the QoS flow corresponding to each running first timer in a PDU session:

[0133] If the terminal device does not provide the second capability parameter after being configured to provide uplink traffic information; or if the information previously provided in the second capability parameter has changed since the last UAI message containing the second capability parameter was sent, then:

[0134] If the terminal device can recognize multimodal related messages of the QoS flow, the second capability parameter is set to true;

[0135] Otherwise, the second capability parameter is set to false.

[0136] The first timer is a timer maintained by the terminal device on a per-QoS flow basis, and is used to limit the interval for reporting UAI for each QoS flow. The first timer is started when a UAI message containing uplink traffic information for a QoS flow is sent; the first timer is stopped when the uplink traffic reporting configuration (ul-TrafficInfoReportingConfig) is released during connection reestablishment / recovery, or when an uplink traffic reporting configuration set to "release" is received.

[0137] In some embodiments of the other method corresponding to operation 602, the terminal device auxiliary information reporting process may be enhanced as follows (taking the capability for PDU session as an example):

[0138] When the terminal device intends to provide uplink traffic information in the UAI message, the following operations need to be performed for each PDU session corresponding to the running second timer:

[0139] If the terminal device does not provide the second capability parameter after being configured to provide uplink traffic information; or if the information previously provided in the second capability parameter has changed since the last UAI message containing the second capability parameter was sent, then:

[0140] If the terminal device can recognize multimodal related messages of the QoS flow in the PDU session, the second capability parameter is set to true;

[0141] Otherwise, the second capability parameter is set to false.

[0142] The second timer is a timer maintained by the terminal device on a per-PDU session basis, and is used to limit the time interval for reporting UAI for each PDU session. The second timer is started when a UAI message containing uplink traffic information for a PDU session is sent; the second timer is stopped when the uplink traffic reporting configuration (ul-TrafficInfoReportingConfig) is released during connection reestablishment / recovery, or when an uplink traffic reporting configuration set to "release" is received.

[0143] The above-mentioned first timer and second timer can also be changed to be based on the cell group, that is, no matter which reporting method is used, a cell group shares one timer, that is, all PDU sessions and / or QoS flows use one timer.

[0144] Through the methods of the embodiments of the first aspect to the embodiments of the third aspect, the signaling from the access network node to the terminal device is enhanced, so that the terminal device can obtain multimodal information about the DRB or QoS flow, thereby coordinating the QoS flows of the uplink and downlink XR services, performing data transmission synchronization and collaboration on the DRB / QoS flows with the same first parameters, and performing PDU Set discard operations between the DRB / QoS flows, etc., thereby supporting multimodal services.

[0145] Embodiments of the fourth aspect

[0146] An embodiment of the fourth aspect provides an apparatus for configuring multimodal service-related information, corresponding to the method of the embodiment of the first aspect, and applied to an access network node, for example, the network device 101 of FIG. 1 .

[0147] FIG7 is a schematic diagram of an apparatus for configuring multimodal service-related information provided by an embodiment of the fourth aspect. As shown in FIG7 , the apparatus 700 includes a first processing unit 701, which controls an access network node to cause the access network node to perform the following operations:

[0148] The access network node configures the terminal device through a radio resource control (RRC) message, and performs multimodal service-related configuration during the configuration process through the radio resource control (RRC) message.

[0149] In some embodiments, the operations further include:

[0150] The access network node receives a protocol data unit (PDU) session establishment request message sent by an access and mobility management function (AMF) device, wherein the protocol data unit session establishment request message includes multimodal service related information in the protocol data unit (PDU) session.

[0151] In some embodiments, performing multimodal service-related configuration includes configuring a data radio bearer (DRB).

[0152] In some embodiments, performing multimodal service-related configuration includes:

[0153] A first parameter is configured for the data radio bearer (DRB), wherein the first parameter indicates that the data radio bearer (DRB) contains a quality of service (QoS) flow belonging to a multimodal service, and the service identifier of the multimodal service is indicated by the first parameter.

[0154] In some embodiments, performing multimodal service-related configuration includes:

[0155] A second parameter is configured for each data radio bearer (DRB), where the second parameter indicates that the data radio bearer (DRB) includes a quality of service (QoS) flow belonging to a multimodal service.

[0156] In some embodiments, performing multimodal service-related configuration includes:

[0157] A first list is configured for each data radio bearer (DRB), wherein the first list indicates that the data radio bearer (DRB) contains a quality of service (QoS) flow belonging to a multimodal service, and the multimodal service is respectively indicated by a multimodal service identifier in the first list.

[0158] In some embodiments, performing multimodal service-related configuration includes:

[0159] A first parameter is configured for each quality of service (QoS) flow, where the first parameter indicates that the quality of service (QoS) flow belongs to a multimodal service, and a service identifier of the multimodal service is indicated by the first parameter.

[0160] In some embodiments, the first parameter, or the second parameter, or the first list is configured in a first message, and the first message is a radio resource control reconfiguration (RRCReconfiguration) message.

[0161] In some embodiments, the configuration of the first parameter, or the second parameter, or the first list includes: adding the first parameter, or the second parameter, or the first list to a first information element of a first message.

[0162] In some embodiments, the first information element is a Packet Data Convergence Protocol Configuration (PDCP-Config).

[0163] Embodiments of the fifth aspect

[0164] An embodiment of the fifth aspect provides an apparatus for configuring multimodal service-related information, corresponding to the method of the embodiment of the second aspect, and applied to an access network node, for example, the network device 101 of FIG. 1 .

[0165] FIG8 is a schematic diagram of an apparatus for configuring multimodal service-related information provided by an embodiment of the fifth aspect. As shown in FIG8 , the apparatus 800 includes a second processing unit 801, which controls an access network node to cause the access network node to perform the following operations:

[0166] The access network node receives a protocol data unit (PDU) sent by a user plane function (UPF) device, wherein a general packet radio service tunneling protocol user plane (GTP-U) header of the protocol data unit (PDU) has a first field representing a first parameter, and the first field is used to indicate a multimodal service identifier of the protocol data unit (PDU); and

[0167] The access network node obtains multimodal service information of downlink traffic based on information in the General Packet Radio Service Tunneling Protocol User Plane (GTP-U) header.

[0168] In some embodiments, the user plane function (UPF) device identifies the multimodal service identifier based on the protocol description in the packet detection rule (PDR), and places the multimodal service identifier as the first parameter in the general packet radio service tunneling protocol user plane (GTP-U) header of the protocol data unit (PDU).

[0169] In some embodiments, the operations further include:

[0170] The access network node performs relevant configuration of multimodal information on the terminal device based on the multimodal information of the downlink traffic.

[0171] In some embodiments, the access network node obtains multimodal service identification information corresponding to each protocol data unit (PDU), derives a relationship between a corresponding quality of service (QoS) flow and the multimodal service, and configures a first parameter for the terminal device.

[0172] The first parameter indicates that the quality of service (QoS) flow belongs to a multimodal service, and the multimodal service identifier is indicated by the first parameter.

[0173] Embodiments of the sixth aspect

[0174] An embodiment of the sixth aspect provides an apparatus for indicating multimodal service-related information, corresponding to the methods of the embodiments of the first, second and third aspects, and applied to a terminal device, for example, the terminal device 102 of FIG. 1 .

[0175] FIG9 is a schematic diagram of an apparatus for indicating multimodal service-related information provided by an embodiment of the sixth aspect. As shown in FIG9 , the apparatus 900 includes a third processing unit 901, which controls a terminal device to cause the terminal device to perform the following operations:

[0176] The terminal device receives configuration of the terminal device by the access network node through a radio resource control (RRC) message, wherein, during the configuration process through the radio resource control (RRC) message, the terminal device receives configuration related to multimodal services.

[0177] In some embodiments, performing multimodal service-related configuration includes configuring a data radio bearer (DRB).

[0178] In some embodiments, performing multimodal service-related configuration includes:

[0179] A first parameter is configured for the data radio bearer (DRB), wherein the first parameter indicates that the data radio bearer (DRB) contains a quality of service (QoS) flow belonging to a multimodal service, and the service identifier of the multimodal service is indicated by the first parameter.

[0180] In some embodiments, performing multimodal service-related configuration includes:

[0181] A second parameter is configured for each data radio bearer (DRB), where the second parameter indicates that the data radio bearer (DRB) includes a quality of service (QoS) flow belonging to a multimodal service.

[0182] In some embodiments, performing multimodal service-related configuration includes:

[0183] A first list is configured for each data radio bearer (DRB), wherein the first list indicates that the data radio bearer (DRB) contains a quality of service (QoS) flow belonging to a multimodal service, and the multimodal service is respectively indicated by a multimodal service identifier in the first list.

[0184] In some embodiments, performing multimodal service-related configuration includes:

[0185] A first parameter is configured for each quality of service (QoS) flow, where the first parameter indicates that the quality of service (QoS) flow belongs to a multimodal service, and a service identifier of the multimodal service is indicated by the first parameter.

[0186] In some embodiments, performing multimodal service-related configuration includes:

[0187] Each first parameter configures a second list of QFIs of the corresponding (included) QoS flows, indicating that the QoS flows corresponding to the QFIs in the list belong to the same multimodal service, and the service ID is identified by the first parameter.

[0188] In some embodiments, the first parameter, or the second parameter, or the first list, or the second list is configured in a first message, and the first message is a radio resource control reconfiguration (RRCReconfiguration) message.

[0189] In some embodiments, the configuration of the first parameter, or the second parameter, or the first list includes: adding the first parameter, or the second parameter, or the first list to a first information element of a first message.

[0190] In some embodiments, the first information element is a Packet Data Convergence Protocol Configuration (PDCP-Config).

[0191] In some embodiments, the terminal device receives the multimodal information related configuration of the terminal device performed by the access network node based on the multimodal information of the downlink traffic.

[0192] In some embodiments, a terminal device receives a first parameter configured by the access network node, wherein the first parameter indicates that the quality of service (QoS) flow belongs to a multimodal service, and the multimodal service identifier is indicated by the first parameter. The access network node obtains the multimodal service identifier information corresponding to each protocol data unit (PDU), derives the relationship between the corresponding quality of service (QoS) flow and the multimodal service, and configures the first parameter for the terminal device.

[0193] In some embodiments, the operation of the terminal device may include:

[0194] The terminal device determines information on a multimodal service of uplink data; and

[0195] The terminal device indicates mapping information between the Quality of Service (QoS) flow and the multimodal service to the access network node.

[0196] In some embodiments, the terminal device reports the first parameter corresponding to the quality of service (QoS) flow via an uplink radio resource control (RRC) message.

[0197] In some embodiments, the wireless resource control message is a terminal equipment assistance information (UEAssistanceInformation) message.

[0198] In some embodiments, the first parameter corresponding to a Quality of Service (QoS) flow identifier (QFI) corresponding to a Quality of Service (QoS) flow belonging to a multimodal service is reported.

[0199] In some embodiments, the operations further include:

[0200] Adding a first parameter as a new field to a Service Data Adaptation Protocol (SDAP) header, wherein the first parameter is used to indicate whether a Service Data Adaptation Protocol service data unit corresponding to the header belongs to a multimodal service; and

[0201] The Service Data Adaptation Protocol (SDAP) header is sent.

[0202] In some embodiments, the operations further include:

[0203] The terminal device sends a first capability parameter to the network device, where the first capability parameter is used to indicate whether the terminal device supports uplink multimodal service perception; or

[0204] The terminal device sends an uplink radio resource control (RRC) message to the network device, and the radio resource control (RRC) message has a second capability parameter. The second capability parameter is reported for a quality of service (QoS) flow or a protocol data unit (PDU) session. The second capability parameter indicates whether the quality of service (QoS) flow or the protocol data unit (PDU) session has the ability to identify multimodal service-related information.

[0205] In some embodiments, the second capability parameter is configured in an uplink traffic information (UL-TrafficInfo) information element in a terminal equipment assistance information (UEAssistanceInformation) message of the radio resource control (RRC) message.

[0206] In some embodiments, the operations further include:

[0207] When the terminal device is about to provide the uplink traffic information in the terminal device assistance information (UEAssistanceInformation) message, the following operations are performed for each quality of service (QoS) flow corresponding to the first timer running in the protocol data unit (PDU) session:

[0208] If the terminal device does not provide the second capability parameter after being configured to provide uplink traffic information; or if the information previously provided in the second capability parameter has changed after the terminal device sent the last terminal device assistance message containing the second capability parameter, then:

[0209] If the terminal device is capable of recognizing multimodal related messages of the Quality of Service (QoS) flow, setting the second capability parameter to true;

[0210] Otherwise, the second capability parameter is set to false.

[0211] Embodiments of the seventh aspect

[0212] The present application also provides a communication system, which may include a network device and a terminal device. Furthermore, the communication system may include an access and mobility management function (AMF) device. At least one of the network device, the terminal device, and the access and mobility management function (AMF) device may have the composition of the electronic device shown in FIG10 .

[0213] Figure 10 is a schematic diagram of the components of an electronic device according to an embodiment of the present application. As shown in Figure 10 , terminal device 1000 may include a processor 1010 (e.g., a central processing unit (CPU)) and a memory 1020; the memory 1020 is coupled to the processor 1010. The memory 1020 may store various data and may also store an information processing program 1030, which is executed under the control of the processor 1010.

[0214] For example, the processor 1010 can be configured to execute a program, thereby controlling the electronic device to implement the methods in the embodiments of the first aspect to the sixth aspect.

[0215] In addition, as shown in FIG10 , the electronic device 1000 may further include: a transceiver 1040 and an antenna 1050; wherein, the functions of the above components are similar to those in the prior art and are not described in detail here. It is worth noting that the electronic device 1000 does not necessarily include all the components shown in FIG10 ; in addition, the electronic device 1000 may also include components not shown in FIG10 , and reference may be made to the prior art for details.

[0216] An embodiment of the present application further provides a computer program, wherein when the program is executed in an electronic device, the program causes the electronic device to execute the method described in the embodiments of the first to third aspects.

[0217] An embodiment of the present application further provides a storage medium storing a computer program, wherein the computer program enables an electronic device to execute the method described in the embodiments of the first to third aspects.

[0218] The above devices and methods of the present application can be implemented by hardware or by a combination of hardware and software. The present application relates to such a computer-readable program that, when executed by a logic component, enables the logic component to implement the devices or components described above, or enables the logic component to implement the various methods or steps described above. The present application also relates to a storage medium for storing the above program, such as a hard disk, a magnetic disk, an optical disk, a DVD, a flash memory, etc.

[0219] The method / device described in conjunction with the embodiments of the present application can be directly embodied as hardware, a software module executed by a processor, or a combination of the two. For example, one or more of the functional block diagrams shown in the figure and / or one or more combinations of functional block diagrams can correspond to various software modules of the computer program flow or to various hardware modules. These software modules can respectively correspond to the various steps shown in the figure. These hardware modules can be implemented by solidifying these software modules, for example, using a field programmable gate array (FPGA).

[0220] The software module may be located in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. A storage medium may be coupled to a processor so that the processor can read information from the storage medium and write information to the storage medium; or the storage medium may be an integral part of the processor. The processor and the storage medium may be located in an ASIC. The software module may be stored in the memory of the mobile terminal or in a memory card that can be inserted into the mobile terminal. For example, if the device (such as a mobile terminal) uses a large-capacity MEGA-SIM card or a large-capacity flash memory device, the software module may be stored in the MEGA-SIM card or the large-capacity flash memory device.

[0221] One or more of the functional blocks and / or one or more combinations of functional blocks described in the accompanying drawings may be implemented as a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component, or any appropriate combination thereof for performing the functions described in this application. One or more of the functional blocks and / or one or more combinations of functional blocks described in the accompanying drawings may also be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in communication with a DSP, or any other such configuration.

[0222] The present application has been described above in conjunction with specific embodiments. However, those skilled in the art should understand that these descriptions are merely illustrative and are not intended to limit the scope of protection of the present application. Those skilled in the art may make various modifications and variations to the present application based on the spirit and principles of the present application, and such modifications and variations are also within the scope of the present application.

[0223] Regarding the implementation methods including the above embodiments, the following additional notes are also disclosed:

[0224] 1. A method for configuring multimodal service-related information, applied to an access network node, the method comprising:

[0225] The access network node configures the terminal device through a radio resource control (RRC) message, and performs multimodal service-related configuration during the configuration process through the radio resource control (RRC) message.

[0226] 2. The method as described in Note 1, wherein the method further comprises:

[0227] The access network node receives a protocol data unit (PDU) session establishment request message sent by an access and mobility management function (AMF) device, wherein:

[0228] The protocol data unit session establishment request message includes multimodal service related information in a protocol data unit (PDU) session.

[0229] 3. A method for configuring multimodal service-related information, applied to an access network node, the method comprising:

[0230] The access network node receives a protocol data unit (PDU) sent by a user plane function (UPF) device, wherein a general packet radio service tunneling protocol user plane (GTP-U) header of the protocol data unit (PDU) has a first field representing a first parameter, and the first field is used to indicate a multimodal service identifier of the protocol data unit (PDU); and

[0231] The access network node obtains multimodal service information of downlink traffic based on information in the General Packet Radio Service Tunneling Protocol User Plane (GTP-U) header.

[0232] 4. The method as described in Note 3, wherein the method further comprises:

[0233] The access network node performs relevant configuration of multimodal information on the terminal device based on the multimodal information of the downlink traffic.

[0234] 5. The method as described in Note 4, wherein:

[0235] The access network node obtains multimodal service identification information corresponding to each protocol data unit (PDU), derives a relationship between the corresponding quality of service (QoS) flow and the multimodal service, and configures a first parameter for the terminal device.

[0236] The first parameter indicates that the quality of service (QoS) flow belongs to a multimodal service, and the multimodal service identifier is indicated by the first parameter.

[0237] 6. A method for indicating multimodal service-related information, applied to a terminal device, the method comprising:

[0238] The terminal device determines information on a multimodal service of uplink data; and

[0239] The terminal device indicates mapping information between the Quality of Service (QoS) flow and the multimodal service to the access network node.

[0240] 7. The method according to Supplementary Note 6, comprising:

[0241] Adding a first parameter as a new field to a Service Data Adaptation Protocol (SDAP) header, wherein the first parameter is used to indicate whether a Service Data Adaptation Protocol service data unit corresponding to the header belongs to a multimodal service; and

[0242] The Service Data Adaptation Protocol (SDAP) header is sent.

[0243] 8. A method for indicating multimodal service-related information, applied to a terminal device, the method comprising:

[0244] The terminal device sends a wireless access capability parameter including a first capability parameter to the network device, where the first capability parameter is used to indicate whether the terminal device supports uplink multimodal service perception; or

[0245] The terminal device sends an uplink radio resource control (RRC) message to the network device, and the radio resource control (RRC) message has a second capability parameter. The second capability parameter is reported for a quality of service (QoS) flow or a protocol data unit (PDU) session. The second capability parameter indicates whether the quality of service (QoS) flow or the protocol data unit (PDU) session has the ability to identify multimodal service-related information.

[0246] 9. The method as described in Supplementary Note 8, wherein:

[0247] The second capability parameter is configured in an uplink traffic information (UL-TrafficInfo) information element in a terminal equipment assistance information (UEAssistanceInformation) message of the radio resource control (RRC) message.

[0248] 10. The method according to Supplementary Note 9, further comprising:

[0249] When the terminal device is about to provide the uplink traffic information in the terminal device assistance information (UEAssistanceInformation) message, the following operations are performed for each quality of service (QoS) flow corresponding to the first timer running in the protocol data unit (PDU) session:

[0250] If the terminal device does not provide the second capability parameter after being configured to provide uplink traffic information; or if the information previously provided in the second capability parameter has changed after the terminal device sent the last terminal device assistance message containing the second capability parameter, then:

[0251] If the terminal device is capable of recognizing multimodal related messages of the Quality of Service (QoS) flow, setting the second capability parameter to true;

[0252] Otherwise, the second capability parameter is set to false.

Claims

1. A device for configuring multimodal service-related information, applied to an access network node, the device comprising a first processing unit configured to control the access network node to perform the following operations: The access network node configures the terminal device through a radio resource control (RRC) message, and performs multimodal service-related configuration during the configuration process through the radio resource control (RRC) message.

2. The device according to claim 1, wherein The operations further include: The access network node receives a protocol data unit (PDU) session establishment request message sent by an access and mobility management function (AMF) device, wherein: The protocol data unit session establishment request message includes multimodal service related information in a protocol data unit (PDU) session.

3. The device according to claim 1, wherein The configuration related to the multimodal service includes configuring a data radio bearer (DRB).

4. The device according to claim 3, wherein Perform multimodal service-related configurations, including: A first parameter is configured for the data radio bearer (DRB), wherein the first parameter indicates that the data radio bearer (DRB) contains a quality of service (QoS) flow belonging to a multimodal service, and the service identifier of the multimodal service is indicated by the first parameter.

5. The device according to claim 3, wherein Perform multimodal service-related configurations, including: A second parameter is configured for each data radio bearer (DRB), where the second parameter indicates that the data radio bearer (DRB) includes a quality of service (QoS) flow belonging to a multimodal service.

6. The device according to claim 3, wherein Perform multimodal service-related configurations, including: A first list is configured for each data radio bearer (DRB), wherein the first list indicates that the data radio bearer (DRB) contains a quality of service (QoS) flow belonging to a multimodal service, and the multimodal service is respectively indicated by a multimodal service identifier in the first list.

7. The device according to claim 1, wherein Perform multimodal service-related configurations, including: A first parameter is configured for each quality of service (QoS) flow, where the first parameter indicates that the quality of service (QoS) flow belongs to a multimodal service, and a service identifier of the multimodal service is indicated by the first parameter.

8. The device according to any one of claims 4 to 7, wherein: The first parameter, the second parameter, or the first list is configured in a first message, the first One message is a radio resource control reconfiguration (RRCReconfiguration) message.

9. The device according to any one of claims 4 to 7, wherein: The configuration of the first parameter, or the second parameter, or the first list includes: adding the first parameter, or the second parameter, or the first list to a first information element of a first message.

10. The device according to claim 9, wherein The first information element is Packet Data Convergence Protocol Configuration (PDCP-Config).

11. A device for configuring multimodal service-related information, applied to an access network node, the device comprising a second processing unit configured to control the access network node to perform the following operations: The access network node receives a protocol data unit (PDU) sent by a user plane function (UPF) device, wherein a general packet radio service tunneling protocol user plane (GTP-U) header of the protocol data unit (PDU) has a first field representing a first parameter, and the first field is used to indicate a multimodal service identifier of the protocol data unit (PDU); and The access network node obtains multimodal service information of downlink traffic based on information in the General Packet Radio Service Tunneling Protocol User Plane (GTP-U) header.

12. The device according to claim 11, wherein The user plane function (UPF) device identifies the multimodal service identifier according to the protocol description in the packet detection rule (PDR), and places the multimodal service identifier as the first parameter into the general packet radio service tunneling protocol user plane (GTP-U) header of the protocol data unit (PDU).

13. The device according to claim 11, wherein The operations further include: The access network node performs relevant configuration of multimodal information on the terminal device based on the multimodal information of the downlink traffic.

14. A device for indicating multimodal service-related information, applied to a terminal device, the device comprising a third processing unit configured to control the terminal device to perform the following operations: The terminal device determines information on a multimodal service of uplink data; and The terminal device indicates mapping information between the Quality of Service (QoS) flow and the multimodal service to the access network node.

15. The apparatus of claim 14, wherein: The terminal device reports the quality of service (QoS) flow through an uplink radio resource control (RRC) message The corresponding first parameter.

16. The apparatus of claim 15, wherein: The wireless resource control message is a terminal equipment assistance information (UEAssistanceInformation) message.

17. The apparatus of claim 15, wherein: The first parameter corresponding to the quality of service (QoS) flow identifier (QFI) corresponding to the quality of service (QoS) flow belonging to the multimodal service is reported.

18. The apparatus of claim 14, wherein: The operations further include: The terminal device sends a wireless access capability parameter including a first capability parameter to the network device, where the first capability parameter is used to indicate whether the terminal device supports uplink multimodal service perception; or The terminal device sends an uplink radio resource control (RRC) message to the network device, and the radio resource control (RRC) message has a second capability parameter. The second capability parameter is reported for a quality of service (QoS) flow or a protocol data unit (PDU) session. The second capability parameter indicates whether the quality of service (QoS) flow or the protocol data unit (PDU) session has the ability to identify multimodal service-related information.

19. The apparatus of claim 18, wherein: The second capability parameter is configured in an uplink traffic information (UL-TrafficInfo) information element in a terminal equipment assistance information (UEAssistanceInformation) message of the radio resource control (RRC) message.

20. The apparatus of claim 19, wherein The operations further include: When the terminal device is about to provide the uplink traffic information in the terminal device assistance information (UEAssistanceInformation) message, the following operations are performed for each quality of service (QoS) flow corresponding to the first timer running in the protocol data unit (PDU) session: If the terminal device does not provide the second capability parameter after being configured to provide uplink traffic information; or if the information previously provided in the second capability parameter has changed after the terminal device sent the last terminal device assistance message for the second capability parameter, then: If the terminal device is capable of recognizing multimodal related messages of the Quality of Service (QoS) flow, setting the second capability parameter to true; Otherwise, the second capability parameter is set to false.

Images