Communication method and apparatus

Abstract

The application relates to a communication method and device, which can improve the accuracy of matching a terminal device routing selection policy (URSP) rule according to application information, improve the success rate of session establishment and data transmission, and improve the communication performance. The method comprises the following steps: a terminal device can acquire multiple application information, determine first application information from the multiple application information according to preset priority information, and match the first application information with a URSP rule; wherein different application information corresponds to different acquisition paths, and the preset priority information is used for indicating the acquisition path priority of the application information.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a communication method and apparatus. Background Technology

[0002] In a communication system, the communication needs of various communication services may differ significantly. By flexibly allocating network resources and forming networks on demand, multiple isolated network slices with different characteristics can be virtually created on the same physical infrastructure to meet the communication needs of different services.

[0003] When transmitting services, terminal devices can determine the traffic descriptor (TD) based on the application information of the service to be transmitted, and match the appropriate user equipment route selection policy (URSP) rules according to the traffic descriptor for communication. For example, they can select a network slice that meets the communication requirements based on the traffic descriptor and URSP rules for communication.

[0004] However, terminal devices may use different methods to determine traffic descriptors. That is, for the same service, the traffic descriptors determined by different methods may be different, which may cause the terminal device to make a mistake when matching URSP rules based on the traffic descriptor. For example, a terminal device that is expected to be mapped to network slice 1 may be mapped to network slice 2 instead, which may lead to session establishment failure and inability to transmit data. Summary of the Invention

[0005] This application provides a communication method and apparatus that can improve the accuracy of terminal devices in matching URSP rules based on application information, thereby improving session establishment success rate and data transmission success rate, and improving communication performance.

[0006] Firstly, embodiments of this application provide a communication method. The execution subject of this method can be a terminal device, or a chip, chip system, or system-on-a-chip within the terminal device. The following description uses a terminal device as the execution subject. The method may include: acquiring multiple application information; determining first application information from the multiple application information according to preset priority information; and matching the first application information with the terminal device routing selection policy (URSP) rules. Different application information corresponds to different acquisition methods, and the preset priority information is used to indicate the priority of the acquisition method for the application information.

[0007] Based on the first aspect, by setting priorities for one or more acquisition methods of application information, the terminal device can determine the first application information from multiple application information according to the priority of the acquisition method of application information, and then match the first application information with URSP rules, thereby improving the accuracy of the terminal device in matching URSP rules according to application information, thereby improving the session establishment success rate and data transmission success rate, and improving communication performance.

[0008] In one possible design, the preset priority information is determined based on the traffic descriptor field in the URSP rule; or, the preset priority information is predefined; or, the preset priority information is determined by the operating system vendor; or, the preset priority information is determined by the operator; or, the preset priority information is determined by the terminal equipment vendor.

[0009] Based on this possible design, the priority of each acquisition method can be determined according to the needs of each manufacturer, actual communication needs, or actual communication scenarios. The priority of the same acquisition method can be the same or different in the preset priority information determined by different manufacturers, without restriction.

[0010] In one possible design, the terminal device has the ability to obtain M application information from N acquisition channels; where M and N are integers, M is greater than or equal to 1, and M is less than or equal to N.

[0011] Based on this possible design, the terminal device has the ability to obtain application information from multiple acquisition channels. It is understandable that in actual communication scenarios, the terminal device may not be able to obtain application information from all acquisition channels, and the terminal device may not be able to obtain application information from one or more acquisition channels.

[0012] In one possible design, the first application information is the application information with the highest priority among multiple application information types, corresponding to the acquisition method.

[0013] In one possible design, the application information can be obtained through one or more of the following methods: obtaining application information through the application provided by the application; obtaining application information through the application programming interface (API); determining application information based on the OS entity; identifying the service to be transmitted based on a preset configuration file to obtain application information; obtaining application information defined by the operator; obtaining application information customized by the terminal device; obtaining application information associated with the communication scenario; or obtaining application information pre-configured by the application store.

[0014] Based on this possible design, multiple feasible solutions are provided for the acquisition of application information.

[0015] In one possible design, determining the first application information from multiple application information based on preset priority information includes: the OS entity of the terminal device determining the first application information from multiple application information based on preset priority information; or, the Software Development Kit (SDK) entity of the terminal device determining the first application information from multiple application information based on preset priority information; or, the modem entity of the terminal device determining the first application information from multiple application information based on preset priority information.

[0016] Based on this possible design, different entities (such as OS entity, SDK entity, modem entity) can be configured in the terminal device for different manufacturers. The terminal device can determine the first application information from multiple application information based on the entity and according to the preset priority information.

[0017] In one possible design, matching the first application information with URSP rules includes: the OS entity of the terminal device matching the first application information with URSP rules; or, the SDK entity of the terminal device matching the first application information with URSP rules; or, the modem entity of the terminal device matching the first application information with URSP rules.

[0018] Based on this possible design, different entities (such as OS entity, SDK entity, modem entity) can be configured in the terminal device for different manufacturers. The terminal device can then match the first application information with URSP rules based on this entity.

[0019] In one possible design, the method also includes matching multiple application information entries with URSP rules in descending order of priority of their respective acquisition methods.

[0020] Based on this possible design, the terminal device can also match each application information with the URSP rules in descending order of priority of the acquisition method to select the appropriate URSP rule.

[0021] Secondly, embodiments of this application provide a communication method. The execution subject of this method can be a terminal device, or a chip, chip system, or system-on-a-chip within the terminal device. The following description uses a terminal device as the execution subject. The method may include: acquiring one or more application information; wherein different application information corresponds to different acquisition methods; determining whether application information corresponding to a first acquisition method exists among the one or more application information; if so, determining the application information corresponding to the first acquisition method as the first application information; and matching the first application information with the terminal device routing selection policy URSP rules.

[0022] Based on the second aspect, the terminal device can prioritize the application information corresponding to the first acquisition method as the first application information according to the acquisition method of the application information, and then match the first application information with the URSP rules to improve the accuracy of the terminal device in matching URSP rules according to the application information, thereby improving the session establishment success rate and data transmission success rate, and improving communication performance.

[0023] In one possible design, the method further includes: if there is no application information corresponding to the first acquisition method, obtaining the application information corresponding to the first acquisition method through the first acquisition method.

[0024] Based on this possible design, if the terminal device does not have the application information corresponding to the first acquisition method among the multiple application information obtained, the terminal device can try to obtain the application information through the first acquisition method. If it is successfully obtained, the obtained application information is the first application information.

[0025] In one possible design, the method further includes: if the application information corresponding to the first acquisition method is not obtained, determining whether there is application information corresponding to the second acquisition method among the multiple application information; if so, determining the application information corresponding to the second acquisition method as the first application information.

[0026] Based on this possible design, when a terminal device attempts to obtain application information through the first acquisition method but fails to do so, the terminal device can also prioritize determining the application information corresponding to the second acquisition method as the first application information, and then match the first application information with URSP rules to improve the accuracy of the terminal device in matching URSP rules based on application information, thereby improving the session establishment success rate and data transmission success rate, and improving communication performance.

[0027] In one possible design, the first acquisition method is determined based on preset priority information; wherein the preset priority information is used to indicate the priority of the acquisition method for application information.

[0028] In one possible design, the preset priority information is determined based on the traffic descriptor field in the URSP rule; or, the preset priority information is predefined; or, the preset priority information is determined by the operating system vendor; or, the preset priority information is determined by the operator; or, the preset priority information is determined by the terminal equipment vendor.

[0029] Based on this possible design, the priority of each acquisition method can be determined according to the needs of each manufacturer, actual communication needs, or actual communication scenarios. The priority of the same acquisition method can be the same or different in the preset priority information determined by different manufacturers, without restriction.

[0030] In one possible design, the terminal device has the ability to obtain M application information from N acquisition channels; where M and N are integers, M is greater than or equal to 1, and M is less than or equal to N.

[0031] Based on this possible design, the terminal device has the ability to obtain application information from multiple acquisition channels. It is understandable that in actual communication scenarios, the terminal device may not be able to obtain application information from all acquisition channels, and the terminal device may not be able to obtain application information from one or more acquisition channels.

[0032] In one possible design, the application information can be obtained through one or more of the following methods: obtaining application information through the application provided by the application; obtaining application information through the application programming interface (API); determining application information based on the OS entity; identifying the service to be transmitted based on a preset configuration file to obtain application information; obtaining application information defined by the operator; obtaining application information customized by the terminal device; obtaining application information associated with the communication scenario; or obtaining application information pre-configured by the application store.

[0033] Based on this possible design, multiple feasible solutions are provided for the acquisition of application information.

[0034] In one possible design, determining whether application information corresponding to the first acquisition method exists in one or more application information includes: the OS entity of the terminal device determining whether application information corresponding to the first acquisition method exists in one or more application information; or, the Software Development Kit (SDK) entity of the terminal device determining whether application information corresponding to the first acquisition method exists in one or more application information; or, the modem entity of the terminal device determining whether application information corresponding to the first acquisition method exists in one or more application information.

[0035] Based on this possible design, different entities (such as OS entity, SDK entity, modem entity) can be configured in the terminal device for different manufacturers. The terminal device can determine whether the application information corresponding to the first acquisition method exists in one or more application information based on the entity.

[0036] In one possible design, matching the first application information with URSP rules includes: the OS entity of the terminal device matching the first application information with URSP rules; or, the SDK entity of the terminal device matching the first application information with URSP rules; or, the modem entity of the terminal device matching the first application information with URSP rules.

[0037] Based on this possible design, different entities (such as OS entity, SDK entity, modem entity) can be configured in the terminal device for different manufacturers. The terminal device can then match the first application information with URSP rules based on this entity.

[0038] In one possible design, the method further includes matching one or more application information entries with URSP rules in descending order of priority of the corresponding acquisition method.

[0039] Based on this possible design, the terminal device can also match each application information with the URSP rules in descending order of priority of the acquisition method to select the appropriate URSP rule.

[0040] Thirdly, embodiments of this application provide a communication device that can be applied to a terminal device in the first aspect or a possible design of the first aspect to realize the functions performed by the terminal device. The communication device can be the terminal device itself, or it can be a chip, chip system, or system-on-a-chip of the terminal device. The communication device can execute the functions performed by the terminal device through hardware or through corresponding software. The hardware or software includes one or more modules corresponding to the above functions, such as a transceiver module and a processing module. The transceiver module is used to acquire multiple application information items, and the processing module is used to determine a first application information item from the multiple application information items according to preset priority information, and match the first application information item with the terminal device routing selection policy URSP rules; wherein different application information items correspond to different acquisition methods, and the preset priority information is used to indicate the priority of the acquisition method for the application information.

[0041] In one possible design, the preset priority information is determined based on the traffic descriptor field in the URSP rule; or, the preset priority information is predefined; or, the preset priority information is determined by the operating system vendor; or, the preset priority information is determined by the operator; or, the preset priority information is determined by the terminal equipment vendor.

[0042] In one possible design, the terminal device has the ability to obtain M application information from N acquisition channels; where M and N are integers, M is greater than or equal to 1, and M is less than or equal to N.

[0043] In one possible design, the first application information is the application information with the highest priority among multiple application information types, corresponding to the acquisition method.

[0044] In one possible design, the application information can be obtained through one or more of the following methods: obtaining application information through the application provided by the application; obtaining application information through the application programming interface (API); determining application information based on the OS entity; identifying the service to be transmitted based on a preset configuration file to obtain application information; obtaining application information defined by the operator; obtaining application information customized by the terminal device; obtaining application information associated with the communication scenario; or obtaining application information pre-configured by the application store.

[0045] In one possible design, the processing module is specifically used for: controlling the OS entity of the terminal device to determine the first application information from multiple application information according to preset priority information; or controlling the software development kit (SDK) entity of the terminal device to determine the first application information from multiple application information according to preset priority information; or controlling the modem entity of the terminal device to determine the first application information from multiple application information according to preset priority information.

[0046] In one possible design, the processing module is specifically configured to: control the OS entity of the terminal device to match the first application information with URSP rules; or, control the SDK entity of the terminal device to match the first application information with URSP rules; or, control the modem entity of the terminal device to match the first application information with URSP rules.

[0047] In one possible design, the processing module is also used to match multiple application information entries with URSP rules in descending order of priority of the corresponding acquisition methods.

[0048] It should be noted that the specific implementation of the communication device in the third aspect can refer to the behavior function of the terminal device in the communication method provided by the first aspect or any possible design of the first aspect, and will not be elaborated further.

[0049] Fourthly, embodiments of this application provide a communication device that can be applied to a terminal device in the second aspect or a possible design of the second aspect to realize the functions performed by the terminal device. The communication device can be the terminal device itself, or it can be a chip or system-on-a-chip of the terminal device. The communication device can execute the functions performed by the terminal device through hardware, or it can execute corresponding software through hardware. The hardware or software includes one or more modules corresponding to the above functions, such as a transceiver module and a processing module. The transceiver module is used to acquire one or more application information; wherein different application information corresponds to different acquisition methods. The processing module is used to determine whether there is application information corresponding to a first acquisition method among multiple application information; if so, the application information corresponding to the first acquisition method is determined as the first application information. The processing module is also used to match the first application information with the terminal device routing selection policy URSP rules.

[0050] In one possible design, the transceiver module is further configured to, if the processing module determines that there is no application information corresponding to the first acquisition method, acquire the application information corresponding to the first acquisition method through the first acquisition method.

[0051] In one possible design, the processing module is further configured to determine whether there is application information corresponding to the second acquisition method among multiple application information if the transceiver module fails to obtain the application information corresponding to the first acquisition method; if so, the application information corresponding to the second acquisition method is determined as the first application information.

[0052] In one possible design, the first acquisition method is determined based on preset priority information; wherein the preset priority information is used to indicate the priority of the acquisition method for application information.

[0053] In one possible design, the preset priority information is determined based on the traffic descriptor field in the URSP rule; or, the preset priority information is predefined; or, the preset priority information is determined by the operating system vendor; or, the preset priority information is determined by the operator; or, the preset priority information is determined by the terminal equipment vendor.

[0054] In one possible design, the terminal device has the ability to obtain M application information from N acquisition channels; where M and N are integers, M is greater than or equal to 1, and M is less than or equal to N.

[0055] In one possible design, the application information can be obtained through one or more of the following methods: obtaining application information through the application provided by the application; obtaining application information through the application programming interface (API); determining application information based on the OS entity; identifying the service to be transmitted based on a preset configuration file to obtain application information; obtaining application information defined by the operator; obtaining application information customized by the terminal device; obtaining application information associated with the communication scenario; or obtaining application information pre-configured by the application store.

[0056] In one possible design, the processing module is specifically configured to: control the OS entity of the terminal device to determine whether there is application information corresponding to the first acquisition method in one or more application information; or control the software development kit (SDK) entity of the terminal device to determine whether there is application information corresponding to the first acquisition method in one or more application information; or control the modem entity of the terminal device to determine whether there is application information corresponding to the first acquisition method in one or more application information.

[0057] In one possible design, the processing module is specifically configured to: control the OS entity of the terminal device to match the first application information with URSP rules; or, control the SDK entity of the terminal device to match the first application information with URSP rules; or, control the modem entity of the terminal device to match the first application information with URSP rules.

[0058] In one possible design, the processing module is also used to: match one or more application information entries with URSP rules in descending order of priority of the corresponding acquisition method.

[0059] It should be noted that the specific implementation of the communication device in the fourth aspect can refer to the behavior function of the terminal device in the communication method provided by the second aspect or any possible design of the second aspect, and will not be elaborated further.

[0060] Fifthly, embodiments of this application provide a communication device, which includes one or more processors; the one or more processors are configured to run computer programs or instructions, such that when the one or more processors execute the computer instructions or instructions, the communication device performs the communication method as described in the first aspect or any possible design of the first aspect, or performs the communication method as described in the second aspect or any possible design of the second aspect.

[0061] In one possible design, the communication device further includes one or more memories coupled to one or more processors, the memories used to store the aforementioned computer programs or instructions. In one possible implementation, the memories are located outside the communication device. In another possible implementation, the memories are located inside the communication device. In embodiments of this application, the processor and memory may also be integrated into a single device, i.e., the processor and memory may be integrated together. In one possible implementation, the communication device further includes a transceiver for receiving and / or transmitting information.

[0062] In one possible design, the communication device further includes one or more communication interfaces coupled to one or more processors, and the communication interfaces are used to communicate with other modules outside the communication device.

[0063] In a sixth aspect, a communication device is provided, the communication device including an input / output interface and logic circuitry; the input / output interface is used for inputting and / or outputting information; the logic circuitry is used to perform the communication method as described in the first aspect or any possible design of the first aspect, or to perform the communication method as described in the second aspect or any possible design of the second aspect, and to process and / or generate information based on the information.

[0064] In a seventh aspect, a computer-readable storage medium is provided that stores computer instructions or programs that, when executed on a computer, cause the communication method described in the first aspect or any possible design of the first aspect to be performed, or the communication method described in the second aspect or any possible design of the second aspect to be performed.

[0065] Eighthly, a computer program product comprising computer instructions is provided, which, when run on a computer, causes the communication method described in the first aspect or any possible design of the first aspect to be executed, or the communication method described in the second aspect or any possible design of the second aspect to be executed.

[0066] In a ninth aspect, embodiments of this application provide a computer program that, when run on a computer, causes the communication method described in the first aspect or any possible design of the first aspect to be executed, or the communication method described in the second aspect or any possible design of the second aspect to be executed.

[0067] The technical effects of any of the design methods in aspects five through nine can be found in the technical effects of any possible design in aspect one above, or in the technical effects of any possible design in aspect two above, which will not be elaborated upon here.

[0068] In a tenth aspect, a communication system is provided, which includes a communication device as described in the third aspect or any possible design of the third aspect, or includes a communication device as described in the fourth aspect or any possible design of the fourth aspect. Attached Figure Description

[0069] Figure 1 A schematic diagram of a communication system provided in an embodiment of this application;

[0070] Figure 2 This is a schematic diagram of the composition of a communication device provided in an embodiment of this application;

[0071] Figure 3 A flowchart illustrating a communication method provided in an embodiment of this application;

[0072] Figure 4 A schematic diagram of the frame structure of a URSP rule provided in an embodiment of this application;

[0073] Figure 5 A flowchart illustrating a communication method provided in an embodiment of this application;

[0074] Figure 6 A flowchart illustrating a communication method provided in an embodiment of this application;

[0075] Figure 7 A flowchart illustrating a communication method provided in an embodiment of this application;

[0076] Figure 8 A structural diagram of a communication device provided in an embodiment of this application;

[0077] Figure 9 This is a schematic diagram of a communication device provided in an embodiment of this application. Detailed Implementation

[0078] Before describing the embodiments of this application, the technical terms involved in the embodiments of this application will be described.

[0079] Network slicing: With the development of mobile communication technology, various new services and application scenarios are constantly emerging, and a large number of devices are continuously connecting to the network. These devices belong to different industrial fields, and their requirements for network mobility, security, latency, reliability, and even billing methods vary greatly. If the traditional network construction approach is followed, and a single network is used to carry these services, it will be difficult to simultaneously meet the vastly different service needs. For operators, this would be a costly and inefficient investment, and for users, it would not provide high-quality services that meet specific needs. To address this, end-to-end network slicing is proposed to provide users with customized network services. By flexibly allocating network resources and networking on demand, multiple virtual network slices with different characteristics and mutual isolation are created on the same physical infrastructure. Alternatively, it can be described as abstracting a physical network into multiple network slices, each constituting an end-to-end logical network that is logically isolated from each other. This allows for targeted services to be provided to users, meeting the service needs of various communication services. Network slicing can also be called a slice, logical subnet, etc., without restriction.

[0080] With the introduction of network slicing technology, operators will be able to provide network capabilities with different functionalities, offering "dedicated" networks for users with varying business needs, ensuring high-quality service levels, and meeting differentiated business requirements. Users will also be able to utilize more advanced applications, further stimulating the development of new industry applications. Ultimately, this will achieve the goals of improving network resource utilization efficiency, optimizing operator network construction investment, and building a flexible and agile communication network.

[0081] For example, the following example of cloud gaming illustrates how network slicing can meet business needs.

[0082] Cloud gaming, based on real-time audio and video streaming technology, involves the server sending real-time audio and video streams to the client. The client then sends control command streams to the server based on the received audio and video streams, and the server applies these control command streams to the game. The entire loop involves server-side game rendering, audio and video encoding, network transmission, and client-side audio and video decoding and rendering. Each of these processes has a certain time consumption, with network transmission being the factor that has the greatest impact on user experience.

[0083] Using traditional 4G mobile communication networks or Wi-Fi networks, under normal network conditions, the response latency for cloud gaming fluctuates between approximately 50ms and 140ms. For some games with high requirements for responsiveness (e.g., action, fighting, multiplayer online battle arena (MOBA), first-person shooter, racing, etc.), there is still a significant difference in experience compared to local games, necessitating further reduction in response latency. Furthermore, due to the unique nature of virtual reality (VR) devices, high latency can cause motion sickness; latency needs to be controlled below 20ms to effectively manage rejection reactions. In short, the special business scenarios of cloud gaming place higher demands on the network: low latency, high bandwidth, and minimal or no jitter.

[0084] Therefore, based on the above description of network slicing, dedicated network slices can be deployed for cloud gaming, such as low-latency, high-bandwidth, jitter-free or low-jitter network slices, to meet the business needs of cloud gaming and improve user experience.

[0085] User equipment route selection policy (URSP) rules are the core rules for configuring and managing network slicing on terminal devices. They are applied to terminal devices in the network slicing service process to guide them to transmit service data through the corresponding network slices based on service characteristics.

[0086] When transmitting services, terminal devices can determine the traffic descriptor (TD) based on the application information of the service to be transmitted, and match the appropriate URSP rules according to the traffic descriptor for communication. For example, they can select a network slice that meets the communication requirements for communication based on the traffic descriptor and URSP rules.

[0087] However, terminal devices may use different methods to determine traffic descriptors. That is, for the same service, the traffic descriptors determined by different methods may be different (i.e., there is no unified standard for determining traffic descriptors for terminal devices). This may cause the terminal device to make a mistake when matching URSP rules based on the determined traffic descriptor. For example, a terminal device that is expected to be mapped to network slice 1 may be mapped to network slice 2 instead, which may lead to session establishment failure and inability to transmit data.

[0088] To address the aforementioned issues, this application provides a communication method. In this method, a terminal device can acquire multiple application information, determine a first application information from the multiple application information based on preset priority information, and match the first application information with the terminal device routing selection policy URSP rules. Different application information corresponds to different acquisition methods, and the preset priority information is used to indicate the priority of the various acquisition methods for application information.

[0089] In this embodiment of the application, by setting priorities for one or more acquisition methods of application information, the terminal device can determine the first application information from multiple application information according to the priority of the acquisition method of application information, and then match the first application information with URSP rules, thereby improving the accuracy of the terminal device in matching URSP rules according to application information, thereby improving the session establishment success rate and data transmission success rate, and improving communication performance.

[0090] The embodiments of this application will now be described in detail with reference to the accompanying drawings.

[0091] The communication method provided in this application can be used in any communication system that includes network slicing. This communication system can be a third-generation partnership project (3GPP) communication system, such as a long-term evolution (LTE) system, or a 5th-generation (5G) mobile communication system, a new radio (NR) communication system, a vehicle-to-everything (NR V2X) system, or a hybrid LTE and 5G network system, or a non-terrestrial network (NTN) system, a device-to-device (D2D) communication system, a machine-to-machine (M2M) communication system, an Internet of Things (IoT) system, and other next-generation communication systems, such as 6G and other future communication systems. It can also be a non-3GPP communication system, without limitation.

[0092] The following is based on Figure 1 Taking an example, the communication system provided in the embodiments of this application will be described.

[0093] Figure 1 A schematic diagram of a communication system provided in an embodiment of this application is shown below. Figure 1As shown, the communication system may include one or more terminal devices, access network elements, core network elements, and data network (DN). The core network elements may include mobility management elements, session management elements, policy control elements, and other network elements.

[0094] After accessing the network, the terminal device can establish a protocol data unit (PDU) session, access the external DN through the PDU session, and interact with the application server deployed in the DN.

[0095] Figure 1 The terminal device can be located within the cell coverage area of ​​the access network element. The terminal device can communicate with the access network element via the air interface through either the uplink (UL) or downlink (DL). For example, the terminal device can send uplink data to the access network element via the physical uplink shared channel (PUSCH) in the uplink direction; the access network element can send downlink data to the terminal device via the physical downlink shared channel (PDSCH) in the downlink direction. The terminal device can also communicate with core network elements through specific interfaces; for example, the terminal device can communicate with the mobility management element in the core network through the N1 interface.

[0096] in, Figure 1 The terminal equipment in this context can be a device with wireless transceiver capabilities or a chip or chip system that can be configured on the device. It allows users to access the network and is used to provide voice and / or data connectivity to users. Terminal equipment can also be called user equipment (UE), subscriber unit, terminal, mobile station (MS), or mobile terminal (MT), etc.

[0097] For example, Figure 1The terminal devices can be cellular phones, smartphones, wireless data cards, mobile phones, personal digital assistants (PDAs), tablet computers or computers with wireless transceiver capabilities, wireless modems, handsets, laptop computers, smart speakers, train detectors, gas station sensors, etc. Terminal devices can also be VR terminals, augmented reality (AR) terminals, wireless terminals in industrial control, wireless terminals in autonomous driving, wireless terminals in telemedicine, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, wireless terminals in smart homes, machine-type communication (MTC) terminals, vehicle-mounted terminals, vehicles with vehicle-to-vehicle (V2V) communication capabilities, intelligent connected vehicles, drones with UAV-to-UAV (U2U) communication capabilities, etc., without restriction.

[0098] in, Figure 1 The access network element can be any device deployed in the access network capable of wireless communication with terminal devices, or it can be a chip or chip system that can be configured in the aforementioned devices. It is mainly used to implement functions such as wireless physical control, resource scheduling and wireless resource management, wireless access control, and mobility management. Specifically, the access network element can be a device that supports wired access or a device that supports wireless access.

[0099] For example, the access network element can be an access network (AN) / radio access network (RAN) device, composed of multiple AN / RAN nodes. AN / RAN nodes can be: access points (APs), base stations (nodeBs, NBs), macro base stations, micro base stations (or described as small cells), pico base stations, relay stations, enhanced nodeBs (eNBs), next-generation eNBs (ng-eNBs), next-generation nodeBs (gNBs), base stations in future mobile communication systems, transmission reception points (TRPs), transmission points (TPs), transmission measurement functions (TMFs), wearable devices, vehicle-mounted devices, or some other access node, etc., without limitation.

[0100] Figure 1 The mobility management network element is mainly responsible for terminal device access authentication, mobility management, and signaling interaction between various functional network elements. For example, it manages user registration status, user connection status, user registration and network access, tracking area updates, cell handover user authentication, and key security.

[0101] Figure 1 The session management network element in the context can be referred to as session management function, multicast / multicast service management function, or multicast session management network element, etc., without limitation. The session management network element is mainly used to implement user plane transmission logical channels, such as session management functions like the establishment, release, and modification of PDU sessions.

[0102] Figure 1 The policy control network element in the system can be used to provide policies to mobility management network elements, session management network elements, and terminal devices, such as URSP policies, quality of service (QoS) policies, etc.

[0103] Figure 1 The DN (Network Provider) in a DN can be the operator's network that provides data transmission services to users. An application server (AS) can be deployed within the DN, which provides data transmission services to users.

[0104] It should be noted that the terminal device, access network element, and core network element in the embodiments of this application can all be one or more chips, or they can be system on chip (SOC), etc. Figure 1 The accompanying drawings are merely illustrative and the number of devices included is not limited. Furthermore, except... Figure 1 In addition to the devices shown, the communication system may also include other devices. Figure 1 The names of the various devices and links are unrestricted, except... Figure 1 In addition to the names shown, individual devices and links can also be named using other names. Figure 1 In addition to the network elements shown, Figure 1 The network shown may also include user plane network elements, application function network elements, network storage network elements, network slicing selection network elements, network warehouse network elements, authentication service network elements, network data analysis network elements, network presentation network elements, etc., without limitation.

[0105] For example, with Figure 1 The communication system shown is a 5G communication system as an example. The network elements or entities corresponding to the above-mentioned mobility management network elements can be the access and mobility management function (AMF) in the 5G communication system, the network elements or entities corresponding to the session management network elements can be the session management function (SMF) in the 5G communication system, and the policy control network elements can be the policy control function (PCF) in the 5G communication system, etc.

[0106] In practical implementation, Figure 1 As shown in the figure: various terminal devices, access network elements, and core network elements can all adopt... Figure 2 The shown composition structure, or including Figure 2 The components shown. Figure 2 This is a schematic diagram illustrating the composition of a communication device 200 provided in an embodiment of this application. The communication device 200 can be a terminal device or a chip or system-on-a-chip within a terminal device; it can also be an access network element or a chip or system-on-a-chip within an access network element; or it can be a core network element or a chip or system-on-a-chip within a core network element. For example... Figure 2 As shown, the communication device 200 includes a processor 201, a transceiver 202, and a communication line 203.

[0107] Furthermore, the communication device 200 may also include a memory 204. The processor 201, memory 204, and transceiver 202 can be connected via a communication line 203.

[0108] The processor 201 can be a central processing unit (CPU), a network processor (NP), a digital signal processor (DSP), a microprocessor, a microcontroller, a programmable logic device (PLD), or any combination thereof. The processor 201 can also be other devices with processing capabilities, such as circuits, devices, or software modules, without limitation.

[0109] Transceiver 202 is used to communicate with other devices or other communication networks. These other communication networks can be Ethernet, radio access network (RAN), wireless local area networks (WLAN), etc. Transceiver 202 can be a module, circuit, transceiver, or any device capable of enabling communication.

[0110] Communication line 203 is used to transmit information between the components included in communication device 200.

[0111] Memory 204 is used to store instructions. These instructions can be computer programs.

[0112] The memory 204 can be a read-only memory (ROM) or other type of static storage device that can store static information and / or instructions; it can also be a random access memory (RAM) or other type of dynamic storage device that can store information and / or instructions; it can also be an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, digital universal optical discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, etc., without limitation.

[0113] It should be noted that the memory 204 can exist independently of the processor 201 or can be integrated with the processor 201. The memory 204 can be used to store instructions, program code, or some data, etc. The memory 204 can be located inside or outside the communication device 200, without limitation. The processor 201 is used to execute the instructions stored in the memory 204 to implement the communication method provided in the following embodiments of this application.

[0114] In one example, processor 201 may include one or more CPUs, for example Figure 2 CPU0 and CPU1 in the CPU.

[0115] As an optional implementation, the communication device 200 includes multiple processors, for example, besides Figure 2 In addition to processor 201, it may also include processor 207.

[0116] As an optional implementation, the communication device 200 also includes an output device 205 and an input device 206. For example, the input device 206 is a device such as a keyboard, mouse, microphone, or joystick, and the output device 205 is a device such as a display screen or speaker.

[0117] It should be noted that the communication device 200 can be a desktop computer, laptop computer, network server, mobile phone, tablet computer, wireless terminal, embedded device, chip system, or other device. Figure 2 Equipment with a similar structure. Furthermore... Figure 2 The structural composition shown does not constitute a limitation on the communication device, except... Figure 2 In addition to the components shown, the communication device may include more or fewer components than illustrated, or combine certain components, or have different component arrangements.

[0118] In this embodiment of the application, the chip system may be composed of chips or may include chips and other discrete devices.

[0119] Furthermore, the actions, terms, etc., involved in the various embodiments of this application can be referenced interchangeably without limitation. The message names or parameter names in the messages exchanged between the various devices in the embodiments of this application are merely examples, and other names may be used in specific implementations without limitation.

[0120] Combination Figure 1 The communication system shown refers to the following Figure 3 The communication method provided in the embodiments of this application is described below, wherein the terminal device may be Figure 1In the communication system shown, for any terminal device, the access network element can be the serving access network element of the terminal device, or described as the access network element to which the terminal device belongs. The policy control network element can be... Figure 1 Any policy control network element in the communication system shown. The terminal equipment, access network element, and policy control network element described in the following embodiments can all possess... Figure 2 The components shown. The processing performed by a single execution entity (terminal device, access network element, or policy control network element) shown in the embodiments of this application can also be divided into multiple execution entities, which can be logically and / or physically separated, without limitation.

[0121] Figure 3 A flowchart of a communication method provided in an embodiment of this application is shown below. Figure 3 As shown, the method may include:

[0122] Step 301: The terminal device obtains multiple application information.

[0123] Different application information can be obtained through different methods. Application information can also be referred to as: application-related information, information from the application, etc., without restriction.

[0124] For example, application information can be a traffic descriptor component, or one or more traffic descriptor components, or a value representing a traffic descriptor component, or one or more value representing a traffic descriptor component, without limitation.

[0125] When transmitting services, terminal devices can obtain multiple application information through different acquisition methods. The application information obtained by the terminal devices through different acquisition methods can be the same or different, without restriction.

[0126] Optionally, the terminal device has the ability to obtain M application information from N acquisition channels; where M and N are integers, M is greater than or equal to 1, and M is less than or equal to N.

[0127] It is understood that in this application, the terminal device has the ability to obtain application information from multiple acquisition channels. In actual communication scenarios, the terminal device may not be able to obtain application information from all acquisition channels, and the terminal device may not be able to obtain application information from one or more acquisition channels.

[0128] For example, a terminal device may obtain application information in one or more of the following ways: ① by obtaining application information provided by the application; or ② by obtaining application information through an application program interface (API); or ③ by determining application information based on an OS entity; or ④ by identifying the service to be transmitted based on a preset configuration file to obtain application information; or ⑤ by obtaining application information defined by the operator; or ⑥ by obtaining application information customized by the terminal device; or ⑦ by obtaining application information associated with the communication scenario; or ⑧ by obtaining application information pre-configured by an application store.

[0129] For method ① above, the method provided by the application can be a preset method or an access method, without restriction.

[0130] In method ② above, the API can be provided by the OS, or it can be provided by the OS at the request of the operator. Applications can transmit application information to terminal devices through the API provided by the OS (or the direct acquisition method). Applications can also access traffic descriptors through the API to determine application information based on the traffic descriptors (or the indirect acquisition method).

[0131] In this method ②, the application information transmitted by the application is relatively clear. The terminal device does not need to identify the application information based on the configuration file or determine the application information by using custom methods. The terminal device can directly receive the application information transmitted by the application, reducing the error rate of the application information and reducing the power consumption of the terminal device.

[0132] In method ③ above, the OS entity of the terminal device can infer application information based on the connection request. The connection request can originate from the application or from the OS entity itself, without restriction. Optionally, in method ③, the application information inferred by the OS entity can be a component of the traffic descriptor.

[0133] In particular, for method ④ above, a configuration file for identifying application information can be pre-configured for the terminal device. In this way, the terminal device can identify application information on its own according to the configuration file, so the OS vendor does not need to provide an API for transmitting application information, which facilitates the promotion and implementation by the OS vendor.

[0134] In either method ⑤ or method ⑥ above, the application information can be customized by the operator or the terminal device, without restriction. The terminal device can obtain the operator-defined application information through the SDK entity, or obtain the terminal device-defined application information through the modem entity.

[0135] In method ⑦ above, the application information can also be associated with the communication scenario. This communication scenario can be an enterprise scenario, a consumer usage scenario, etc., and is not limited. The terminal device can determine the application information based on its current communication scenario, or the terminal device can obtain application information defined by the operator based on its current communication scenario.

[0136] Step 302: The terminal device determines the first application information from multiple application information according to the preset priority information.

[0137] The preset priority information can be used to indicate the priority of the acquisition path for application information. Preset priority information can also be described as preset acquisition path order information, which can be used to indicate the order in which application information is acquired. Acquisition path priority can also be described as usage priority or application information usage priority, and acquisition path order can also be described as usage order or application information usage order, etc. This application uses preset priority information as an example for description; other descriptions can refer to the following description of preset priority information and are not limited thereto.

[0138] Optionally, the preset priority information may be determined by the terminal device based on the traffic descriptor field in the URSP rule; or the preset priority information may be predefined; or the preset priority information may be determined by the OS vendor; or the preset priority information may be determined by the operator; or the preset priority information may be determined by the terminal device vendor.

[0139] Different manufacturers may have different priorities regarding the methods by which terminal devices obtain application information. For example, operator 1 may prefer terminal devices to obtain application information through method 1; operator 2 may prefer terminal devices to obtain application information through method 2; the OS vendor may prefer terminal devices to obtain application information through method 3; and the terminal device manufacturer may prefer terminal devices to obtain application information through method 4, etc., without restriction. Based on this, preset priority information determined by each manufacturer can be pre-configured for terminal devices to indicate the priority of each method for obtaining application information as desired by different manufacturers.

[0140] Optionally, the methods for obtaining the preset priority information indicators determined by different manufacturers may be the same, partially the same, or completely different.

[0141] For example, the acquisition method for the first instruction information associated with the OS vendor may include acquisition method 1, acquisition method 2, and acquisition method 3. The acquisition method for the first instruction information associated with the operator may include acquisition method 1, acquisition method 2, and acquisition method 4. The acquisition method for the first instruction information associated with the terminal equipment vendor may include acquisition method 4, acquisition method 5, and acquisition method 6.

[0142] Optionally, the priority of each acquisition method can be determined based on the needs of each manufacturer, actual communication needs, or actual communication scenarios.

[0143] Optionally, the priority of the same acquisition method can be the same or different in the preset priority information determined by different manufacturers, without restriction.

[0144] For example, for preset priority information determined by the OS vendor, acquisition path ③ can be set as the first priority, acquisition path ① as the second priority, and acquisition path ② as the third priority. For preset priority information determined by the operator, acquisition path ① can be set as the first priority, acquisition path ② as the second priority, and acquisition path ④ as the third priority. For preset priority information determined by the terminal equipment vendor, acquisition path ④ can be set as the first priority, acquisition path ⑤ as the second priority, and acquisition path ⑥ as the third priority.

[0145] Among them, the first priority is greater than the second priority, which is greater than the third priority.

[0146] Optionally, based on the above description of the preset priority information, in the first possible design, the preset priority information may be pre-configured in the terminal device.

[0147] Optionally, the terminal device can determine the above-mentioned preset priority information based on the factory configuration information.

[0148] In the second possible design, the aforementioned preset priority information is predefined.

[0149] In this way, the preset priority information can be predefined in the communication protocol, and the terminal device determines the preset priority information according to the communication protocol.

[0150] In the third possible design, the terminal device receives the aforementioned preset priority information from the policy control network element.

[0151] Optional, such as Figure 4 As shown, the preset priority information can be located in the traffic descriptor field of the URSP rule.

[0152] The URSR rule fields may include the traffic descriptor field and the route selection descriptor (RSD) field.

[0153] Optional, such as Figure 5 As shown, after establishing a connection with an access network element, the terminal device can send a registration request to the access network element to request information on network slices that can provide services to the terminal device, as well as URSP rules. This registration request can be transmitted to core network elements (such as mobility management elements and policy control elements) via the access network element. The mobility management element determines the network slices that can provide services to the terminal device, and the policy control element determines the URSP rules for the terminal device.

[0154] Optionally, the policy control network element can send URSP rules carrying preset priority information to the terminal device through the mobility management network element and the access network element.

[0155] Optionally, as shown in Table 1 below, URSP rules may also include fields such as rule priority field, application descriptor field, IP descriptor field, domain descriptor field, non-IP descriptor field, data network name field, and connectivity field, without restriction.

[0156] Table 1

[0157]

[0158]

[0159] Based on the above description of the preset priority information, the terminal device can determine the first application information from multiple application information according to the preset priority information.

[0160] Optionally, the first application information can be the application information with the highest priority among multiple application information, corresponding to the acquisition method.

[0161] For example, taking the acquisition of application information 1, application information 2, and application information 3 by a terminal device as an example, if the priority information indicates that the priority of the acquisition method corresponding to application information 1 is the first priority, the priority of the acquisition method corresponding to application information 2 is the second priority, and the priority of the acquisition method corresponding to application information 3 is the third priority, then the terminal device can determine application information 1 as the first application information.

[0162] Optionally, different entities can be configured in the terminal device for different manufacturers, such as the OS entity configured by the OS manufacturer, the software development kit (SDK) entity configured by the operator, and the modem entity configured by the terminal device manufacturer. The terminal device can determine the first application information from multiple application information based on the entities configured by each manufacturer and according to preset priority information.

[0163] For example, the OS entity of the terminal device may determine the first application information from multiple application information based on preset priority information; or, the SDK entity of the terminal device may determine the first application information from multiple application information based on preset priority information; or, the modem entity of the terminal device may determine the first application information from multiple application information based on preset priority information, without restriction.

[0164] Optionally, when a terminal device obtains application information, the terminal device may identify the obtained application information as the first application information.

[0165] Step 303: The terminal device matches the first application information with the URSP rules.

[0166] For example, the terminal device can determine traffic descriptors or network slice information from URSP rules based on the first application information, without limitation.

[0167] Optionally, the OS entity of the terminal device may match the first application information with the URSP rules; or, the SDK entity of the terminal device may match the first application information with the URSP rules; or, the modem entity of the terminal device may match the first application information with the URSP rules, without restriction.

[0168] Optional, such as Figure 5 As shown, after determining the network slice information, the terminal device can also send the determined network slice information in a PDU session establishment request to the access network element to request the establishment of a PDU session. The access network element can forward this PDU session establishment request to the mobility management network element. The mobility management network element checks the network slice information in the PDU session establishment request and selects the appropriate session management network element based on the network slice capabilities supported by each session management gateway in the network, and forwards the PDU session establishment request to the session management network element. After the session management network element completes the PDU session establishment process, it sends a PDU session establishment response to the terminal device through the mobility management network element and the access network element, completing the network slice mapping / PDU session establishment.

[0169] Optionally, the terminal device can also match multiple pieces of application information obtained with URSP rules in descending order of priority based on the acquisition method, according to preset priority information.

[0170] For example, taking multiple application information obtained by a terminal device, including application information 1, application information 2, and application information 3, as an example, assuming that the priorities of the acquisition methods corresponding to application information 1, application information 2, and application information 3 are the second priority, the first priority, and the third priority, respectively, the terminal device can match application information 2 with URSP rules. If the match is successful, communication is performed according to the successfully matched URSP rules. If the match is unsuccessful, application information 1 is matched with URSP rules. If the match is successful, communication is performed according to the successfully matched URSP rules. If the match is unsuccessful, application information 3 is matched with URSP rules. If the match is successful, communication is performed according to the successfully matched URSP rules.

[0171] Based on the above Figure 3 The method shown allows the terminal device to determine the first application information from multiple application information sources based on the priority of the application information acquisition method by setting priorities for one or more acquisition methods. The first application information is then matched with URSP rules, which improves the accuracy of the terminal device in matching URSP rules based on application information, thereby improving the session establishment success rate and data transmission success rate, and enhancing communication performance.

[0172] Optional, such as Figure 5 As shown, the policy control network element can also update the preset priority information and send the updated preset priority information to the terminal device when the priority of the application information acquisition method changes.

[0173] Among them, the policy control network element can send the updated preset priority information to the terminal device in the updated URSP rule.

[0174] Optionally, the policy control network element can send the updated URSP rules to the terminal device in a registration command message.

[0175] Optionally, the terminal device can update the network slice information based on the updated preset priority information to improve the accuracy of the terminal device in selecting network slices based on application information, thereby improving the session establishment success rate and data transmission success rate, and improving communication performance.

[0176] With the above Figure 3 The terminal device determines the first application information that differs from multiple application information based on preset priority information. Alternatively, the terminal device can also determine the first application information based on the following... Figure 6The method shown determines the first application information.

[0177] Figure 6 A flowchart of a communication method provided in an embodiment of this application is shown below. Figure 6 As shown, the method may include:

[0178] Step 601: The terminal device obtains one or more application information.

[0179] Different application information can be obtained through different methods.

[0180] The description of step 601 can refer to the relevant description of step 301 above, and is not limited thereto.

[0181] Step 602: The terminal device determines whether there is application information corresponding to the first acquisition method among one or more application information.

[0182] Among them, the terminal device can determine the first acquisition method from one or more acquisition methods of application information.

[0183] Optionally, the first acquisition method can be predefined, determined by the OS vendor, determined by the operator, or determined by the terminal equipment vendor, without restriction.

[0184] For example, the terminal device can determine a first acquisition method based on preset priority information, which may be the acquisition method with the highest priority in the preset priority information. The first acquisition method can also be described as an acquisition method with the first priority.

[0185] The preset priority information can be used to indicate the priority of the way application information is obtained; the description of the preset priority information can be referred to in step 302, and will not be repeated here.

[0186] Optionally, the OS entity of the terminal device may determine whether there is application information corresponding to the first acquisition method in one or more application information; or, the SDK entity of the terminal device may determine whether there is application information corresponding to the first acquisition method in one or more application information; or, the modem entity of the terminal device may determine whether there is application information corresponding to the first acquisition method in one or more application information, without limitation.

[0187] Step 603: If it exists, the terminal device determines the application information corresponding to the first acquisition method as the first application information.

[0188] Step 604: Match the first application information with the URSP rules.

[0189] Optionally, the OS entity of the terminal device may match the first application information with the URSP rules; or, the SDK entity of the terminal device may match the first application information with the URSP rules; or, the modem entity of the terminal device may match the first application information with the URSP rules, without restriction.

[0190] Based on the above Figure 6 The method shown allows the terminal device to prioritize the application information corresponding to the first acquisition method as the first application information based on the acquisition method of the application information, and then match the first application information with URSP rules, thereby improving the accuracy of the terminal device in matching URSP rules based on the application information, and thus improving the session establishment success rate and data transmission success rate, and improving communication performance.

[0191] Optional, as follows Figure 7 As shown, when the terminal device determines that there is no application information corresponding to the first acquisition method in one or more application information, it can use the method shown in steps 605 to 608 below to determine the first application information:

[0192] Step 605: If there is no application information corresponding to the first acquisition method, the terminal device acquires the application information corresponding to the first acquisition method through the first acquisition method.

[0193] Step 606: If the terminal device successfully obtains the application information corresponding to the first acquisition method, the obtained application information is determined as the first application information.

[0194] If the terminal device does not obtain the application information corresponding to the first acquisition method among the multiple application information obtained, the terminal device may attempt to obtain the application information through the first acquisition method. If it successfully obtains the application information, the obtained application information shall be the first application information.

[0195] Step 607: If the terminal device does not obtain the application information corresponding to the first acquisition method, determine whether there is application information corresponding to the second acquisition method among the multiple application information.

[0196] Optionally, taking the terminal device determining the first acquisition method based on preset priority information as an example, the second acquisition method can be an acquisition method with a lower priority than the first acquisition method in the preset priority information. This second acquisition method can also be described as an acquisition method with a second priority.

[0197] Step 608: If it is determined that there is application information corresponding to the second acquisition method among one or more application information, the application information corresponding to the second acquisition method shall be determined as the first application information.

[0198] When a terminal device attempts to obtain application information through the first acquisition method but fails to do so, the terminal device can prioritize the application information corresponding to the second acquisition method as the first application information, and then match the first application information with URSP rules to improve the accuracy of the terminal device in matching URSP rules based on application information, thereby improving the session establishment success rate and data transmission success rate, and improving communication performance.

[0199] Optionally, if the terminal device determines that there is no application information corresponding to the second acquisition method among multiple application information, it can refer to steps 605 to 608 above and try to obtain the application information corresponding to the second acquisition method. If it obtains the application information, it will be determined as the first application information. If it does not obtain the application information, it will be determined whether the application information corresponding to the third acquisition method can be used to determine the first application information. This process continues until the first application information is determined.

[0200] It is understood that in the embodiments of this application, the executing entity may perform some or all of the steps in the embodiments of this application. These steps or operations are merely examples, and the embodiments of this application may also perform other operations or variations thereof. Furthermore, the various steps may be executed in different orders as presented in the embodiments of this application, and it is not necessarily necessary to execute all the operations in the embodiments of this application.

[0201] The foregoing primarily describes the solutions provided in this application from the perspective of device-to-device interaction. It is understood that each device, in order to achieve the aforementioned functions, includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, based on the algorithm steps of the examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0202] This application embodiment can divide each device into functional modules according to the above method example. For example, each function can be divided into a separate functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. It should be noted that the module division in this application embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods.

[0203] When dividing each function into modules according to its corresponding function. Figure 8A communication device 80 is shown, which can perform the above-described... Figures 3 to 7 The actions performed by the terminal device or policy control network element in the method shown, and all related content of each step involved in the above method embodiments, can be referenced from the functional description of the corresponding functional module. The technical effects that can be obtained can be referred to the above method embodiments, and will not be repeated here.

[0204] The communication device 80 may include a transceiver module 801 and a processing module 802. Exemplarily, the communication device 80 may be a communication equipment, or a chip or other combination device or component having the aforementioned communication device functions. When the communication device 80 is a communication equipment, the transceiver module 801 may be a transceiver, which may include an antenna and radio frequency circuits; the processing module 802 may be a processor (or processing circuit), such as a baseband processor, which may include one or more CPUs. When the communication device 80 is a component having the aforementioned communication device functions, the transceiver module 801 may be a radio frequency unit; the processing module 802 may be a processor (or processing circuit), such as a baseband processor. When the communication device 80 is a chip system, the transceiver module 801 may be an input / output interface of a chip (e.g., a baseband chip); the processing module 802 may be a processor (or processing circuit) of the chip system, and may include one or more central processing units. It should be understood that the transceiver module 801 in the embodiments of this application can be implemented by a transceiver or transceiver-related circuit components; the processing module 802 can be implemented by a processor or processor-related circuit components (or, referred to as processing circuit).

[0205] For example, the transceiver module 801 can be used to perform... Figures 3 to 7 In the illustrated embodiment, all transmit and receive operations performed by the communication device, and / or other processes used to support the technology described herein; the processing module 802 can be used to perform Figures 3 to 7 The embodiments shown include all operations performed by the communication device other than the transmit and receive operations, and / or other processes used to support the techniques described herein.

[0206] As another feasible approach Figure 8 The transceiver module 801 can be replaced by a transceiver unit, which can integrate the functions of the transceiver module 801; the processing module 802 can be replaced by a processor, which can integrate the functions of the processing module 802. Furthermore, Figure 8 The communication device 80 shown may also include a memory.

[0207] Alternatively, when the processing module 802 is replaced by a processor and the transceiver module 801 is replaced by a transceiver, the communication device 80 involved in the embodiments of this application can also be... Figure 9The communication device 90 shown includes a processor that can be logic circuit 901 and a transceiver that can be interface circuit 902. Further, Figure 9 The communication device 90 shown may also include a memory 903.

[0208] This application also provides a computer program product that, when executed by a computer, can implement the functions of any of the above method embodiments.

[0209] This application also provides a computer program that, when executed by a computer, can implement the functions of any of the above method embodiments.

[0210] This application also provides a computer-readable storage medium. All or part of the processes in the above method embodiments can be implemented by a computer program instructing related hardware. This program can be stored in the computer-readable storage medium, and when executed, it can include the processes of the above method embodiments. The computer-readable storage medium can be an internal storage unit of the terminal (including a data sending end and / or a data receiving end) of any of the foregoing embodiments, such as the terminal's hard disk or memory. The computer-readable storage medium can also be an external storage device of the terminal, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the terminal. Further, the computer-readable storage medium can include both the terminal's internal storage unit and external storage devices. The computer-readable storage medium is used to store the computer program and other programs and data required by the terminal. The computer-readable storage medium can also be used to temporarily store data that has been output or will be output.

[0211] It should be noted that the terms "first" and "second," etc., in the specification, claims, and drawings of this application are used to distinguish different objects, not to describe a specific order. "First" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Therefore, a feature defined with "first" and "second" may explicitly or implicitly include one or more of that feature. In the description of this embodiment, unless otherwise stated, "a plurality of" means two or more.

[0212] Furthermore, the terms “comprising” and “having”, and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the steps or units listed, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to such process, method, product, or apparatus.

[0213] It should be understood that in this application, "at least one (item)" means one or more. "More than one" means two or more. "At least two (items)" means two or three or more. "And / or" is used to describe the relationship between related objects, indicating that there can be three relationships. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the related objects before and after are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple. Both "...when" and "if" indicate that a corresponding action will be taken under certain objective circumstances. They are not time limits, nor do they require a judgment action to be taken when the action is taken, nor do they imply any other limitations.

[0214] In the embodiments of this application, the terms "exemplary" or "for example" are used to indicate that something is an example, illustration, or description. Any embodiment or design that is described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a specific manner to facilitate understanding.

[0215] Through the above description of the embodiments, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0216] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another device, or some features may be ignored or not executed. Furthermore, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0217] The units described as separate components may or may not be physically separate. A component shown as a unit can be one or more physical units; that is, it can be located in one place or distributed in multiple different locations. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0218] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0219] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of this application embodiment, or all or part of the technical solution, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

Claims

1. A communication method, characterized in that, The method is applied to a terminal device, and the method includes: Obtain multiple application information; the application information includes traffic descriptor components, or one or more traffic descriptor components, or values ​​representing traffic descriptor components, or one or more values ​​representing traffic descriptor components; different application information corresponds to different acquisition methods; Based on preset priority information, a first application information is determined from the plurality of application information; wherein, the preset priority information is used to indicate the priority of the acquisition method of the application information; The first application information is matched with the terminal device routing selection policy URSP rules; The methods for obtaining the application information include one or more of the following: Obtain application information through methods provided by the application; or Obtain application information through the application programming interface (API); or Determine the application information based on the OS entity; or The service to be transmitted is identified according to a preset configuration file to obtain application information; or Obtain application information defined by the operator; or Obtain custom application information from the terminal device; or Obtain application information associated with the communication scenario; or Retrieve pre-configured app information from the app store.

2. The method according to claim 1, characterized in that, The preset priority information is determined based on the traffic descriptor field in the URSP rule; or The preset priority information is predefined; or The preset priority information is determined by the operating system (OS) vendor; or The preset priority information is determined by the operator; or The preset priority information is determined by the terminal equipment manufacturer.

3. The method according to claim 1, characterized in that, The terminal device has the ability to obtain M application information from N acquisition channels; where M and N are integers, M is greater than or equal to 1, and M is less than or equal to N.

4. The method according to any one of claims 1-3, characterized in that, The first application information is the application information with the highest priority in terms of the acquisition method among the plurality of application information.

5. The method according to any one of claims 1-3, characterized in that, Determining the first application information from the plurality of application information according to the preset priority information includes: The OS entity of the terminal device determines the first application information from the plurality of application information according to the preset priority information; or The software development kit (SDK) entity of the terminal device determines the first application information from the plurality of application information according to the preset priority information; or The modem entity of the terminal device determines the first application information from the plurality of application information according to the preset priority information.

6. The method according to any one of claims 1-3, characterized in that, The step of matching the first application information with the URSP rule includes: The OS entity of the terminal device matches the first application information with the URSP rules; or The SDK entity of the terminal device matches the first application information with the URSP rule; or The modem entity of the terminal device matches the first application information with the URSP rule.

7. The method according to any one of claims 1-3, characterized in that, The method further includes: The multiple application information entries are matched with the URSP rules in descending order of priority based on their respective acquisition methods.

8. A communication method, characterized in that, The method is applied to a terminal device, and the method includes: Obtain one or more application information; the application information includes traffic descriptor components, or one or more traffic descriptor components, or values ​​representing traffic descriptor components, or one or more values ​​representing traffic descriptor components; wherein, different application information corresponds to different acquisition methods; Determine whether there is application information corresponding to a first acquisition method among the one or more application information; wherein, the first acquisition method is determined according to preset priority information, and the preset priority information is used to indicate the priority of the acquisition method of application information; If it exists, the application information corresponding to the first acquisition method will be determined as the first application information; The first application information is matched with the terminal device routing selection policy URSP rules; The methods for obtaining the application information include one or more of the following: Obtain application information through methods provided by the application; or Obtain application information through the application programming interface (API); or Determine the application information based on the OS entity; or The service to be transmitted is identified according to a preset configuration file to obtain application information; or Obtain application information defined by the operator; or Obtain custom application information from the terminal device; or Obtain application information associated with the communication scenario; or Retrieve pre-configured app information from the app store.

9. The method according to claim 8, characterized in that, The method further includes: If the application information corresponding to the first acquisition method does not exist, the application information corresponding to the first acquisition method shall be obtained through the first acquisition method.

10. The method according to claim 9, characterized in that, The method further includes: If the application information corresponding to the first acquisition method is not obtained, determine whether there is application information corresponding to the second acquisition method among the one or more application information; If it exists, the application information corresponding to the second acquisition method is determined as the first application information.

11. The method according to claim 8, characterized in that, The preset priority information is determined based on the traffic descriptor field in the URSP rule; or The preset priority information is predefined; or The preset priority information is determined by the operating system (OS) vendor; or The preset priority information is determined by the operator; or The preset priority information is determined by the terminal equipment manufacturer.

12. The method according to any one of claims 8-11, characterized in that, The terminal device has the ability to obtain M application information from N acquisition channels; where M and N are integers, M is greater than or equal to 1, and M is less than or equal to N.

13. The method according to any one of claims 8-11, characterized in that, Determining whether the application information corresponding to the first acquisition method exists among the one or more application information includes: The OS entity of the terminal device determines whether the application information corresponding to the first acquisition method exists in the one or more application information; or The software development kit (SDK) entity of the terminal device determines whether the application information corresponding to the first acquisition method exists in the one or more application information; or The modem entity of the terminal device determines whether the application information corresponding to the first acquisition method exists in the one or more application information.

14. The method according to any one of claims 8-11, characterized in that, The step of matching the first application information with the URSP rule includes: The OS entity of the terminal device matches the first application information with the URSP rules; or The SDK entity of the terminal device matches the first application information with the URSP rule; or The modem entity of the terminal device matches the first application information with the URSP rule.

15. The method according to any one of claims 8-11, characterized in that, The method further includes: The one or more application information pieces are matched with the URSP rules in descending order of priority of the corresponding acquisition method.

16. A communication device, characterized in that, include: The transceiver module is used to obtain information from multiple applications; The application information includes components of a traffic descriptor, or one or more components of a traffic descriptor, or values ​​representing components of a traffic descriptor, or one or more values ​​representing components of a traffic descriptor; different application information corresponds to different acquisition methods. The processing module is used to determine the first application information from the plurality of application information according to preset priority information; wherein, the preset priority information is used to indicate the priority of the acquisition method of the application information; The processing module is further configured to match the first application information with the terminal device routing selection policy URSP rules; The methods for obtaining the application information include one or more of the following: Obtain application information through methods provided by the application; or Obtain application information through the application programming interface (API); or Determine the application information based on the OS entity; or The service to be transmitted is identified according to a preset configuration file to obtain application information; or Obtain application information defined by the operator; or Obtain custom application information from the terminal device; or Obtain application information associated with the communication scenario; or Retrieve pre-configured app information from the app store.

17. A communication device, characterized in that, include: The transceiver module is used to obtain information from one or more applications; The application information includes components of a traffic descriptor, or one or more components of a traffic descriptor, or values ​​representing components of a traffic descriptor, or one or more values ​​representing components of a traffic descriptor; different application information corresponds to different acquisition methods. A processing module is used to determine whether there is application information corresponding to a first acquisition method among the one or more application information; wherein the first acquisition method is determined according to preset priority information, and the preset priority information is used to indicate the priority of the acquisition method of application information; The processing module is further configured to, if present, determine the application information corresponding to the first acquisition method as the first application information; The processing module is further configured to match the first application information with the terminal device routing selection policy URSP rules; The methods for obtaining the application information include one or more of the following: Obtain application information through methods provided by the application; or Obtain application information through the application programming interface (API); or Determine the application information based on the OS entity; or The service to be transmitted is identified according to a preset configuration file to obtain application information; or Obtain application information defined by the operator; or Obtain custom application information from the terminal device; or Obtain application information associated with the communication scenario; or Retrieve pre-configured app information from the app store.

18. A communication device, characterized in that, The communication device includes a processor; the processor is configured to run a computer program or instructions to cause the communication device to perform the communication method as described in any one of claims 1-7, or to perform the communication method as described in any one of claims 8-15.

19. A computer-readable storage medium, characterized in that, A computer-readable storage medium stores computer instructions or programs that, when executed on a computer, cause the communication method as described in any one of claims 1-7 to be performed, or cause the communication method as described in any one of claims 8-15 to be performed.

20. A computer program product, characterized in that, The computer program product includes computer instructions; when some or all of the computer instructions are executed on a computer, they cause the communication method as described in any one of claims 1-7 to be executed, or cause the communication method as described in any one of claims 8-15 to be executed.

Images