WO2023126004A1 - 数据传输方法、装置及终端 - Google Patents

数据传输方法、装置及终端 Download PDF

Info

Publication number
WO2023126004A1
WO2023126004A1 PCT/CN2022/144336 CN2022144336W WO2023126004A1 WO 2023126004 A1 WO2023126004 A1 WO 2023126004A1 CN 2022144336 W CN2022144336 W CN 2022144336W WO 2023126004 A1 WO2023126004 A1 WO 2023126004A1
Authority
WO
WIPO (PCT)
Prior art keywords
target
service type
traffic
rsd
ursp rule
Prior art date
Application number
PCT/CN2022/144336
Other languages
English (en)
French (fr)
Inventor
吕华章
Original Assignee
维沃移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2023126004A1 publication Critical patent/WO2023126004A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality

Definitions

  • the present application belongs to the technical field of wireless communication, and in particular relates to a data transmission method, device and terminal.
  • the application when the application on the terminal has traffic to send, the application can provide the traffic characteristics of the application traffic to be sent, and the terminal (OS operating system or modem chip) Obtain the traffic characteristics provided by the application, such as the destination IP address and fully qualified domain name (Fully Qualified Domain Name, FQDN) of the application traffic to be sent.
  • the terminal will match the traffic characteristics with the Traffic Descriptor (Traffic Descriptor, TD) parameter in the UE Route Selection Policy (URSP) rule in the terminal. After matching a certain traffic descriptor, the terminal will Then select a route selection descriptor (Route Selection Descriptor, RSD) under the traffic descriptor.
  • Traffic Descriptor Traffic Descriptor
  • URSP UE Route Selection Policy
  • the flow descriptor defines session parameters of the PDU session used to carry the application flow to be transmitted when the application flow characteristic matches a certain flow descriptor. If the current UE already has a PDU session, and the session parameters of the PDU session are consistent with an RSD under the flow descriptor selected by the terminal for application traffic, then the data to be transmitted of the application can be routed to the established protocol data Unit (Protocol Data Unit, PDU) session.
  • PDU Protocol Data Unit
  • the terminal can trigger the establishment of a new PDU session, and the established PDU session
  • the session parameter is consistent with the PDU session parameter in the selected RSD, and the PDU session is used to carry the application data stream to be transmitted.
  • the traffic descriptors in current URSP rules generally include the destination IP address, FQDN, etc., and these traffic descriptors can only select PDU session bearers based on the characteristics of specific application traffic, for example, a specific IP address Or FQDN, in order to ensure that there are URSP rules for the traffic of each application, then the network side needs to send multiple URSP rules to the terminal.
  • the inventors of the present application have discovered that there may be certain commonality between various applications on the terminal and the application traffic to be sent by various applications. For example, the traffic to be sent by application 1 and the traffic to be sent by application 2 both belong to the game category.
  • the application traffic of these services has similar characteristics, and the same URSP rule can be used for traffic matching, or the same PDU session can be selected for carrying. If the current URSP rule design is adopted, the traffic matching efficiency is low, and it is not conducive to Operators are managed according to business categories.
  • Embodiments of the present application provide a data transmission method, device, and terminal, which can solve the problem that URSP rules cannot be matched according to service types.
  • a data transmission method including: a terminal acquires a user equipment routing option policy URSP rule, wherein the URSP rule includes a first mapping relationship between at least one service type and a routing descriptor RSD; based on the The above URSP rules are used to transmit the data stream to be sent by the application program.
  • a data transmission device including: a first acquiring module, configured to acquire a user equipment routing option policy URSP rule, wherein the URSP rule includes at least one service type and the first element of the routing selection descriptor RSD A mapping relationship; a transmission module, configured to transmit the data stream to be sent by the application program based on the URSP rule.
  • a method for configuring a URSP rule including: a network side device acquires a URSP rule, wherein the URSP rule includes a first mapping relationship between at least one service type and a routing descriptor RSD; the network The side device configures the URSP rule for the terminal.
  • an apparatus for configuring a URSP rule including: a second acquisition module, configured to acquire a URSP rule, wherein the URSP rule includes a first mapping relationship between at least one service type and a routing descriptor RSD ; A configuration module, configured to configure the URSP rule for the terminal.
  • a terminal in a fifth aspect, includes a processor and a memory, the memory stores programs or instructions that can run on the processor, and when the programs or instructions are executed by the processor, the following The steps of the method in one aspect.
  • a sixth aspect provides a terminal, including a processor and a communication interface, wherein the processor is configured to implement the steps of the method described in the first aspect, and the communication interface is configured to communicate with an external device.
  • a network-side device in a seventh aspect, includes a processor and a memory, the memory stores programs or instructions that can run on the processor, and the programs or instructions are executed by the processor When realizing the steps of the method as described in the third aspect.
  • An eighth aspect provides a network side device, including a processor and a communication interface, wherein the processor is configured to implement the steps of the method described in the third aspect, and the communication interface is configured to communicate with an external device.
  • a ninth aspect provides a data transmission system, including: a terminal and a network-side device, the terminal can be used to perform the steps of the method described in the first aspect, and the network-side device can be used to perform the steps of the method described in the third aspect steps of the method described above.
  • a readable storage medium is provided, and a program or an instruction is stored on the readable storage medium, and when the program or instruction is executed by a processor, the steps of the method described in the first aspect are implemented, or the steps of the method as described in the first aspect are implemented, or the The steps of the method described in the third aspect.
  • a chip in an eleventh aspect, includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or an instruction to implement the method described in the first aspect. The steps of the method, or the steps of implementing the method as described in the third aspect.
  • a computer program/program product is provided, the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement the The steps of the method, or realize the steps of the method as described in the third aspect.
  • the URSP rule obtained by the terminal includes at least one first mapping relationship between the service type and RSD, and based on the URSP rule, the data flow to be sent by the application program is flow matched, so that the flow can be performed according to the type of service Matching improves the efficiency of traffic matching and facilitates operators to manage according to service categories.
  • FIG. 1 shows a block diagram of a wireless communication system to which an embodiment of the present application is applicable
  • FIG. 2 shows a flowchart of a data transmission method provided by an embodiment of the present application
  • Fig. 3 shows a kind of flowchart of the configuration method of URSP rule that the embodiment of the present application provides
  • FIG. 4 shows a schematic structural diagram of a data transmission device provided by an embodiment of the present application
  • FIG. 5 shows a schematic structural diagram of an apparatus for configuring a URSP rule provided by an embodiment of the present application
  • FIG. 6 shows a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • FIG. 7 shows a schematic diagram of a hardware structure of a terminal provided by an embodiment of the present application.
  • FIG. 8 shows a schematic diagram of a hardware structure of a network side device provided by an embodiment of the present application.
  • first, second and the like in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific sequence or sequence. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments of the application are capable of operation in sequences other than those illustrated or described herein and that "first" and “second” distinguish objects. It is usually one category, and the number of objects is not limited. For example, there may be one or more first objects.
  • “and/or” in the description and claims means at least one of the connected objects, and the character “/” generally means that the related objects are an "or” relationship.
  • LTE Long Term Evolution
  • LTE-Advanced LTE-Advanced
  • LTE-A Long Term Evolution-Advanced
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency Division Multiple Access
  • system and “network” in the embodiments of the present application are often used interchangeably, and the described technology can be used for the above-mentioned system and radio technology, and can also be used for other systems and radio technologies.
  • NR New Radio
  • the following description describes the New Radio (NR) system for illustrative purposes, and uses NR terminology in most of the following descriptions, but these techniques can also be applied to applications other than NR system applications, such as the 6th generation (6 th Generation, 6G) communication system.
  • 6G 6th Generation
  • Fig. 1 shows a block diagram of a wireless communication system to which the embodiment of the present application is applicable.
  • the wireless communication system includes a terminal 11 and a network side device 12 .
  • the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer) or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a palmtop computer, a netbook, a super mobile personal computer (ultra-mobile personal computer, UMPC), mobile Internet device (Mobile Internet Device, MID), augmented reality (augmented reality, AR) / virtual reality (virtual reality, VR) equipment, robot, wearable device (Wearable Device) , vehicle equipment (VUE), pedestrian terminal (PUE), smart home (home equipment with wireless communication functions, such as refrigerators, TVs, washing machines or furniture, etc.), game consoles, personal computers (personal computers, PCs), teller machines or self-service Wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (
  • the network side device 12 may include an access network device and/or a core network device, wherein the access network device 12 may also be called a radio access network device, a radio access network (Radio Access Network, RAN), a radio access network function or radio access network unit.
  • RAN Radio Access Network
  • the access network device 12 may include a base station, a WLAN access point, or a WiFi node, etc., and the base station may be called a Node B, an evolved Node B (eNB), an access point, a Base Transceiver Station (Base Transceiver Station, BTS), a radio Base station, radio transceiver, Basic Service Set (BSS), Extended Service Set (ESS), Home Node B, Home Evolved Node B, Transmitting Receiving Point (TRP) or all As long as the same technical effect is achieved, the base station is not limited to a specific technical vocabulary. It should be noted that in this embodiment of the application, only the base station in the NR system is used as an example for introduction, and The specific type of the base station is not limited.
  • Core network equipment may include but not limited to at least one of the following: core network nodes, core network functions, mobility management entities (Mobility Management Entity, MME), access mobility management functions (Access and Mobility Management Function, AMF), session management functions (Session Management Function, SMF), User Plane Function (UPF), Policy Control Function (Policy Control Function, PCF), Policy and Charging Rules Function (PCRF), edge application service Discovery function (Edge Application Server Discovery Function, EASDF), unified data management (Unified Data Management, UDM), unified data storage (Unified Data Repository, UDR), home subscriber server (Home Subscriber Server, HSS), centralized network configuration ( Centralized network configuration, CNC), network storage function (Network Repository Function, NRF), network exposure function (Network Exposure Function, NEF), local NEF (Local NEF, or L-NEF), binding support function (Binding Support Function, BSF), application function (Application Function, AF), etc. It should be noted that, in the embodiment of the present application, only the core
  • FIG. 2 shows a flowchart of a data transmission method provided by an embodiment of the present application. As shown in FIG. 2 , the method 200 mainly includes the following steps.
  • the terminal acquires a URSP rule, where the URSP rule includes a first mapping relationship between at least one service type and an RSD.
  • the terminal may obtain the URSP rule from a network side device.
  • the network side device can specify the service type of the application through the operator, and agree with the operator on the RSD corresponding to each service type, and select the PDU session bearer corresponding to the RSD.
  • the network side device may also classify application traffic with similar characteristics into a service type according to the characteristics of various application traffic, and determine RSD parameters corresponding to the characteristics of this type of application traffic.
  • the terminal may also generate the URSP rule by itself.
  • the terminal can set URSP rules (including traffic descriptor, service type, and RSD under the URSP rules) according to historical data or by the user through the terminal interface.
  • the terminal can classify the application traffic matching the same PDU session into the same service type, and determine the RSD corresponding to the PDU session as the RSD of the service type.
  • the URSP rule may further include: a traffic classification descriptor, and the traffic classification descriptor is associated with the first mapping relationship.
  • a type of traffic classification descriptor can be added to the traffic descriptor (Traffic descriptor) in the existing URSP rule, as shown in Table 1. Then each type of traffic classification descriptor and a first mapping relationship, as shown in Table 2, that is, under each type of traffic classification, at least one mapping relationship between service types and RSDs is set.
  • application traffic with certain characteristics can be classified into one type of traffic classification, for example, the traffic whose destination IP address range is 10.1.*.* is classified into one class, and then this type of traffic is classified into At least one service type, for example, may include video service, game service, etc.
  • Each service type has a mapping relationship with one or more RSDs.
  • the first mapping relationship may include: an association relationship between at least one service type descriptor and an RSD, where the service type descriptor is used to indicate the service type.
  • the traffic descriptor (Traffic descriptor) in the URSP rule includes at least one service type descriptor, as shown in Table 3, each service type descriptor indicates a service type, and each service type is recorded in the URSP rule
  • the RSD associated with the descriptor is shown in Table 4.
  • Traffic descriptor This section defines the traffic descriptor components of the URSP rule Video class Corresponds to the video traffic set by the operator.
  • Game class Corresponds to the game traffic set by the operator.
  • Enterprise class Corresponds to the enterprise traffic set by the operator, for example, the traffic of enterprise A.
  • the required PDU session bearers may also be different.
  • the PDU session bearers required by different applications It may also be different, and the terminal may perform differentiated processing. Therefore, in this possible implementation manner, the URSP rule further includes: a second mapping relationship between traffic description parameters and RSDs and/or a third mapping relationship between service performance description parameters and RSDs under the same service type.
  • traffic description parameters for example, DNN, APP descriptor, or IP triplet, etc.
  • the traffic description parameter is used to describe the traffic characteristics of the data stream to be sent, for example, destination IP triplet, FQDN, DNN, and so on.
  • the traffic description parameters include at least one of the following:
  • the service performance description parameter is used to describe the requirements of the traffic to be sent (ie, the data flow to be sent) on network indicators and parameters.
  • the service performance description parameters include at least one of the following:
  • One or more resolution ranges for example, for video service flows, the corresponding RSD is RSD1 when the recording resolution is greater than 4k in the URSP rule;
  • One or more bandwidth ranges for example, the RSD corresponding to the record bandwidth ⁇ 200M in the URSP rule is RSD2;
  • One or more end-to-end delay ranges for example, the RSD corresponding to end-to-end ⁇ 40ms recorded in the URSP rule is RSD2;
  • the computing power range of one or more business servers For example, in the URSP rule, it is recorded that the computing power of the business server is > 10, and the corresponding RSD is RSD3.
  • the business type can include one of the following:
  • IP address information of the data flow sender for example, the IP triplet of the source of APP traffic
  • tags for example, tags authorized by operators: video, game, enterprise traffic, etc.
  • Service group that is, different service types are represented by different service groups.
  • APP group Application group
  • Group identification that is, different service types are represented by different group identifications.
  • Video services for example, HD video streaming, 4K video streaming, etc.;
  • the terminal can match the data stream to be sent by the application program based on the URSP rule, and select an established PDU session to carry the data stream to be sent according to the matching result, or create a new PDU session to carry the data stream to be sent. data stream to be sent.
  • S212 may include the following steps 1 to 4.
  • Step 1 the terminal obtains the traffic characteristic parameters provided by the application program.
  • the application program on the terminal needs to send traffic, it can send traffic characteristic parameters to the terminal (for example, the operating system of the terminal).
  • the traffic feature parameter is used to describe the feature of the traffic to be sent by the application program (that is, the data stream to be sent).
  • the traffic description parameters may include at least one of the following:
  • the first indication information is used to indicate the service type of the data flow to be sent.
  • the first indication information may indicate that the service type of the data stream to be sent is a video service, a game service, or an enterprise service.
  • the application service type may be specified by the operator. The operator can sign a contract with the APP provider to classify the application traffic of the application into a certain service type. When the application program on the terminal has traffic to send, the application program can indicate the service type to which the traffic belongs.
  • the application may provide description parameters of the traffic to be sent.
  • the description parameters of the target traffic provided by the application may include at least one of the following:
  • Destination IP information for example, IP triplet, or destination IP address segment information.
  • Fully qualified domain name (FQDN) information or FQDN information containing wildcards.
  • Target service performance description parameters The target business performance description parameter is used to indicate the business demands of the traffic sent by the application.
  • the application program can indicate the service performance description parameters for the data flow to be sent. For services provided by different APPs, if the performance parameters of these services are similar, the terminal can use the URSP rule to select the same PDU session for bearer or transmission.
  • the target service performance description parameters include at least one of the following:
  • the application traffic to be sent is a video service, the resolution of the traffic to be sent by the application program may be indicated.
  • Bandwidth Indicates the bandwidth required by the traffic to be sent by the application.
  • End-to-end delay indicates the delay requirement of the traffic to be sent by the application program.
  • the computing power of the business server Indicates the application's requirements for the computing power of the business server.
  • the target service performance description parameters provided by the application may include: 10 servers.
  • Step 2 The terminal determines the target service type of the data stream to be sent according to the traffic characteristic parameters.
  • determining the target service type of the data flow to be sent according to the traffic characteristic parameter may include one of the following:
  • the target service type may be determined according to the target traffic description parameter included in the traffic characteristic parameter.
  • the terminal may store a corresponding relationship between traffic description parameters and service types, and the terminal may convert the corresponding traffic description parameters of the traffic to be sent according to the mapping relationship and the target traffic description parameters of the traffic to be sent provided by the application program on the terminal.
  • the terminal may store a corresponding relationship between service performance description parameters and service types, and the terminal may convert into the corresponding business type.
  • the terminal when the traffic to be sent is applied on the terminal, and the service performance description parameter of the traffic is: the end-to-end delay is 40ms, then the terminal can have the ability to map or identify the sent traffic as: video service .
  • the relationship between the traffic to be sent and the service type is established.
  • the application program may directly provide the first indication information, and the terminal may directly determine the target service type of the traffic to be sent by the application program according to the first indication information.
  • the application program may not provide the first indication information, but indicate service performance description parameters, and the terminal stores a mapping relationship between service performance description parameters and service types.
  • the terminal may determine the target service type corresponding to the traffic to be sent by the target application according to the preset mapping relationship between service performance description parameters and service types.
  • the application program also indicates the traffic description parameters of the traffic to be sent, and there is a mapping relationship between service performance description parameters and service types in the terminal.
  • the terminal may determine the target service type corresponding to the data flow to be sent according to the preset mapping relationship between the traffic description and the service type.
  • such a mapping relationship can be preset in the terminal, for example: when the application is to send traffic, its traffic performance parameters are: bandwidth 200M or video resolution 1080P, then the terminal It can be identified that this type of service belongs to the video service (it can also be subdivided into sub-categories, such as: 1080P video), and then, according to the characteristics of the video service, the terminal selects a PDU session that meets the service performance to bear.
  • the URSP rule may record the traffic classification descriptor and the association relationship between the traffic classification descriptor and the first mapping relationship, as shown in Table 1 and Table 2.
  • determining the target service type corresponding to the target traffic description parameter according to the preset correspondence between the traffic description parameter and the service type may include: obtaining from the URSP rule The target traffic classification descriptor matched with the traffic characteristic parameter acquires the target service type corresponding to the target traffic description parameter from a first mapping relationship associated with the target traffic classification descriptor.
  • the terminal matches the traffic classification descriptor in Table 2 according to the traffic characteristic parameter provided by the application program, and obtains the target service type corresponding to the target traffic description parameter from the RSD associated with the traffic classification descriptor.
  • determining the target service type corresponding to the target service performance description parameter according to the preset correspondence between service performance description parameters and service types may include: obtaining from the URSP rule The target traffic classification descriptor matched with the traffic characteristic parameter acquires the target service type corresponding to the target service performance description parameter from a first mapping relationship associated with the target traffic classification descriptor.
  • Step 3 Select the target RSD in the URSP rule that matches the target service type.
  • step 3 the terminal selects a target RSD that matches the target service type according to the first mapping relationship between the service type and the RSD in the URSP rule.
  • the APP can mark the service category of the APP traffic, that is: mark the traffic categories of this traffic as video, gaming or enterprise, etc.
  • the terminal can directly identify the service type, and use the traffic categories in URSP rules to match the traffic to the video service class.
  • the terminal may also acquire the target traffic classification descriptor matching the traffic characteristic parameter from the URSP rule, and according to the first mapping associated with the target traffic classification descriptor relationship, select a target RSD that matches the target service type. For example, if the traffic classification descriptor is recorded in the URSP rule, and the traffic classification description is associated with the first mapping relationship, the terminal may first obtain the target object that matches the traffic characteristic parameter from the URSP rule. traffic classification descriptor, and select a target RSD matching the target service type from the first mapping relationship associated with the target traffic classification descriptor.
  • step 3 the terminal can describe the parameter configuration according to the target service type and the target traffic provided by the application Corresponding RSD. Therefore, in this possible implementation, step 2 may include: matching the target service type in the URSP rule, selecting from the second mapping relationship between the traffic description parameter and the RSD under the target service type A target RSD matching the target traffic description parameter.
  • the required PDU session bearers may be different. Therefore, after matching Traffic categories or service types, you can also use the above-mentioned Traffic descriptors, such as DNN, APP descriptor, or IP triplets, for matching. In this case, as shown in Table 5, it is equivalent to using the traffic descriptor twice under the traffic categories.
  • IP triplet 10.1.1.1, use RSD1 or RSD2;
  • the target RSD matched by APP 1 above can be RSD1 or RSD2.
  • selecting the target RSD in the URSP rule that matches the target service type may include: The target service type is matched in the URSP rule, and a target RSD matching the target service performance description parameter is selected from a third mapping relationship between service performance description parameters and RSDs under the target service type.
  • the resolution of the video stream of APP1 is 1080P, and the requirement for bandwidth is 200M; while the resolution of the video stream of APP2 is 4K, the requirement for bandwidth is 500M, and the end-to-end delay is expected to be less than 30ms. Therefore, when APP traffic has specific service feature descriptions, it needs to be treated differently when performing specific PDU session matching or selection.
  • the delay is less than 40ms, and the PDU session corresponding to RSD1 or RSD2 can be used;
  • -1080P video can use RSD1, RSD2, RSD3;
  • the PDU session corresponding to RSD1 supports 400M
  • the PDU session corresponding to RSD2 supports 200M
  • the PDU session corresponding to RSD3 supports 500M;
  • the terminal also has the ability: according to the service performance description parameters of the application to be sent traffic, in addition to first mapping the traffic to the service category, it can also map or classify it to a suitable PDU session for transmission, that is, corresponding to Specific RSDs.
  • Step 4 using the protocol data unit PDU session corresponding to the target RSD to transmit the data stream to be sent.
  • a target PDU session may be selected from established PDU sessions to carry data to be transmitted of the application program, where the target PDU session is a PDU session corresponding to the target RSD. For example, if there is a PDU session corresponding to the target RSD among the established PDU sessions, the PDU session corresponding to the target RSD among the established PDU sessions may be selected to inherit the data to be transmitted of the application program.
  • the target RSD of the application program includes RSD1 and RSD2, and the terminal has established a PDU session corresponding to RSD1, then selects the PDU session to carry data to be transmitted by the application program, thereby saving PDU session resources.
  • RSD contains some parameters or attributes of the PDU session, such as: SSC connection mode, DNN, S-NSSAI and so on.
  • a PDU session corresponding to the target RSD may also be created to carry the data to be transmitted of the application program. For example, if there is no PDU session corresponding to the target RSD among the established PDU sessions, the PDU session parameters included in the target RSD may be used to create a new PDU session corresponding to the target RSD to inherit the data to be transmitted by the application.
  • the communication efficiency can be improved, and it is convenient for the operator to manage according to the service URSP rules.
  • Fig. 3 shows a schematic flow chart of a method for configuring a URSP rule provided by an embodiment of the present application. As shown in Fig. 3 , the method 300 mainly includes the following steps:
  • the network side device acquires a URSP rule, where the URSP rule includes a first mapping relationship between at least one service type and a routing descriptor RSD.
  • the network-side device may specify the application service type through the operator, and agree with the operator on RSDs corresponding to various service types.
  • the network side device may also classify application traffic with similar characteristics into a service type according to the characteristics of various application traffic, and determine RSD parameters corresponding to the characteristics of this type of application traffic.
  • the network side device configures the URSP rule for the terminal.
  • the URSP rule in the method 300 is the same as the URSP rule in the method 200 , please refer to the description in the method 200 for details.
  • the URSP rule further includes: a traffic classification descriptor, where the traffic classification description is associated with the first mapping relationship.
  • the first mapping relationship includes: an association relationship between at least one service type descriptor and an RSD, where the service type descriptor is used to indicate the service type.
  • the URSP rule further includes: a second mapping relationship between traffic description parameters and RSDs and/or a third mapping relationship between service performance description parameters and RSDs under the same service type.
  • the traffic description parameters include at least one of the following:
  • One or more destination IP address information One or more destination IP address information
  • One or more destination IP address segment information One or more destination IP address segment information
  • One or more fully qualified domain name information including wildcards
  • One or more data network name DNN information One or more data network name DNN information
  • the service performance description parameters include at least one of the following:
  • One or more end-to-end delays are One or more end-to-end delays
  • the computing power of one or more business servers is the computing power of one or more business servers
  • the service type includes one of the following:
  • IP address information of the sending end of the data stream
  • the data transmission method provided in the embodiment of the present application may be executed by a data transmission device.
  • the data transmission device provided in the embodiment of the present application is described by taking the execution of the data transmission method by the data transmission device as an example.
  • FIG. 4 shows a schematic structural diagram of a data transmission device provided by an embodiment of the present application.
  • the device 400 mainly includes: a first acquisition module 401 and a transmission module 402 .
  • the first obtaining module 401 is configured to obtain a user equipment routing option policy URSP rule, wherein the URSP rule includes a first mapping relationship between at least one service type and a routing descriptor RSD;
  • the transmission module 402 is configured to transmit the to-be-sent data stream of the application program based on the URSP rule.
  • the transmission module 402 transmits the data stream to be sent of the application program based on the URSP rule, including:
  • the to-be-sent data stream is transmitted using a protocol data unit PDU session corresponding to the target RSD.
  • the traffic characteristic parameters include at least one of the following: first indication information, the first indication information is used to indicate the service type of the data flow to be sent; target traffic description parameters; target service Performance description parameters;
  • the transmission module 402 determines the target service type of the data stream to be sent according to the traffic characteristic parameters, including one of the following:
  • the target service type corresponding to the target service performance description parameter is determined according to the preset correspondence between service performance description parameters and service types.
  • the traffic characteristic parameters include at least one of the following: first indication information, the first indication information is used to indicate the service type of the data flow to be sent; target traffic description parameters; target service Performance description parameters;
  • the transmission module 402 selects a target RSD matching the target service type in the URSP rule, including at least one of the following:
  • Target service type in the URSP rule selecting a target RSD that matches the target traffic description parameter from a second mapping relationship between traffic description parameters and RSDs under the target service type;
  • the target service type is matched in the URSP rule, and a target RSD matching the target service performance description parameter is selected from a third mapping relationship between service performance description parameters and RSDs under the target service type.
  • the transmission module 402 uses a protocol data unit PDU session corresponding to the target RSD to transmit the data stream to be sent, including one of the following:
  • Target PDU session Selecting a target PDU session from established PDU sessions to transmit the data stream to be transmitted of the application program, wherein the target PDU session is a PDU session corresponding to the target RSD; or,
  • the data transmission apparatus in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or a component in the electronic device, such as an integrated circuit or a chip.
  • the electronic device may be a terminal, or other devices other than the terminal.
  • the terminal may include, but not limited to, the types of terminal 11 listed above, and other devices may be servers, Network Attached Storage (NAS), etc., which are not specifically limited in this embodiment of the present application.
  • NAS Network Attached Storage
  • the data transmission device provided by the embodiment of the present application can implement various processes implemented by the terminal in the method embodiments in FIG. 2 to FIG. 3 , and achieve the same technical effect. To avoid repetition, details are not repeated here.
  • FIG. 5 shows a schematic structural diagram of an apparatus for configuring URSP rules provided by an embodiment of the present application.
  • the apparatus 500 mainly includes: a second obtaining module 501 and a configuration module 502 .
  • the second obtaining module 501 is used to obtain the URSP rule, wherein the URSP rule includes at least one service type and the first mapping relationship between the routing descriptor RSD; the configuration module 502 is used for The terminal configures the URSP rule.
  • the URSP rule further includes: a traffic classification descriptor, where the traffic classification description is associated with the first mapping relationship.
  • the first mapping relationship includes: an association relationship between at least one service type descriptor and an RSD, where the service type descriptor is used to indicate the service type.
  • the URSP rule further includes: under the same service type, a second mapping relationship between traffic description parameters and RSDs and/or a third mapping relationship between service performance description parameters and RSDs.
  • the data transmission device provided by the embodiment of the present application can realize various processes implemented by the network side equipment in the method embodiments shown in FIG. 2 to FIG. 3 , and achieve the same technical effect. To avoid repetition, details are not repeated here.
  • this embodiment of the present application also provides a communication device 600, including a processor 601 and a memory 602, and the memory 602 stores programs or instructions that can run on the processor 601, such as
  • the communication device 600 is a terminal
  • the program or instruction is executed by the processor 601
  • each step of the above data transmission method embodiment can be realized, and the same technical effect can be achieved.
  • the communication device 600 is a network-side device
  • each step of the above-mentioned URSP rule configuration method embodiment can be achieved, and the same technical effect can be achieved. To avoid repetition, details are not repeated here.
  • the embodiment of the present application also provides a terminal, including a processor and a communication interface, the processor is used for each step of the above data transmission method embodiment, and the communication interface is used for communicating with external devices.
  • This terminal embodiment corresponds to the above-mentioned terminal-side method embodiment, and each implementation process and implementation mode of the above-mentioned method embodiment can be applied to this terminal embodiment, and can achieve the same technical effect.
  • FIG. 7 is a schematic diagram of a hardware structure of a terminal implementing an embodiment of the present application.
  • the terminal 700 includes, but is not limited to: a radio frequency unit 701, a network module 702, an audio output unit 703, an input unit 704, a sensor 705, a display unit 706, a user input unit 707, an interface unit 708, a memory 709, and a processor 710. At least some parts.
  • the terminal 700 may also include a power supply (such as a battery) for supplying power to various components, and the power supply may be logically connected to the processor 710 through the power management system, so as to manage charging, discharging, and power consumption through the power management system. Management and other functions.
  • a power supply such as a battery
  • the terminal structure shown in FIG. 7 does not constitute a limitation on the terminal, and the terminal may include more or fewer components than shown in the figure, or combine some components, or arrange different components, which will not be repeated here.
  • the input unit 704 may include a graphics processing unit (Graphics Processing Unit, GPU) 7041 and a microphone 7042, and the graphics processor 7041 is used by the image capture device (such as the image data of the still picture or video obtained by the camera) for processing.
  • the display unit 706 may include a display panel 7061, and the display panel 7061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like.
  • the user input unit 707 includes at least one of a touch panel 7071 and other input devices 7072 .
  • the touch panel 7071 is also called a touch screen.
  • the touch panel 7071 can include two parts: a touch detection device and a touch controller.
  • Other input devices 7072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, and joysticks, which will not be described in detail here.
  • the radio frequency unit 701 may transmit the downlink data from the network side device to the processor 710 for processing after receiving the downlink data; in addition, the radio frequency unit 701 may send uplink data to the network side device.
  • the radio frequency unit 701 includes, but is not limited to, an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.
  • the memory 709 can be used to store software programs or instructions as well as various data.
  • the memory 709 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instructions required by at least one function (such as a sound playing function, image playback function, etc.), etc.
  • memory 709 may include volatile memory or nonvolatile memory, or, memory 709 may include both volatile and nonvolatile memory.
  • the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electronically programmable Erase Programmable Read-Only Memory (Electrically EPROM, EEPROM) or Flash.
  • ROM Read-Only Memory
  • PROM programmable read-only memory
  • Erasable PROM Erasable PROM
  • EPROM erasable programmable read-only memory
  • Electrical EPROM Electrical EPROM
  • EEPROM electronically programmable Erase Programmable Read-Only Memory
  • Volatile memory can be random access memory (Random Access Memory, RAM), static random access memory (Static RAM, SRAM), dynamic random access memory (Dynamic RAM, DRAM), synchronous dynamic random access memory (Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double Data Rate SDRAM, DDRSDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous connection dynamic random access memory (Synch link DRAM , SLDRAM) and Direct Memory Bus Random Access Memory (Direct Rambus RAM, DRRAM).
  • RAM Random Access Memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM Double Data Rate SDRAM
  • DDRSDRAM double data rate synchronous dynamic random access memory
  • Enhanced SDRAM, ESDRAM enhanced synchronous dynamic random access memory
  • Synch link DRAM , SLDRAM
  • Direct Memory Bus Random Access Memory Direct Rambus
  • the processor 710 may include one or more processing units; optionally, the processor 710 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to the operating system, user interface, and application programs, etc., Modem processors mainly process wireless communication signals, such as baseband processors. It can be understood that the foregoing modem processor may not be integrated into the processor 710 .
  • the processor 710 is configured to obtain a user equipment routing option policy URSP rule, where the URSP rule includes a first mapping relationship between at least one service type and a routing descriptor RSD.
  • the radio frequency unit 701 is configured to transmit the to-be-sent data stream of the application program based on the URSP rule.
  • the embodiment of the present application also provides a network side device, including a processor and a communication interface, the processor is used to implement the steps of the above embodiment of the URSP rule configuration method, and the communication interface is used to communicate with external devices.
  • the network-side device embodiment corresponds to the above-mentioned network-side device method embodiment, and each implementation process and implementation mode of the above-mentioned method embodiment can be applied to this network-side device embodiment, and can achieve the same technical effect.
  • the embodiment of the present application also provides a network side device.
  • the network side device 800 includes: an antenna 801 , a radio frequency device 802 , a baseband device 803 , a processor 804 and a memory 805 .
  • the antenna 801 is connected to the radio frequency device 802 .
  • the radio frequency device 802 receives information through the antenna 801, and sends the received information to the baseband device 803 for processing.
  • the baseband device 803 processes the information to be sent and sends it to the radio frequency device 802
  • the radio frequency device 802 processes the received information and sends it out through the antenna 801 .
  • the method performed by the network side device in the above embodiments may be implemented in the baseband device 803, where the baseband device 803 includes a baseband processor.
  • the baseband device 803 may include at least one baseband board, for example, a plurality of chips are arranged on the baseband board, as shown in FIG.
  • the program executes the network device operations shown in the above method embodiments.
  • the network side device may also include a network interface 806, such as a common public radio interface (common public radio interface, CPRI).
  • a network interface 806 such as a common public radio interface (common public radio interface, CPRI).
  • the network-side device 800 in this embodiment of the present invention further includes: instructions or programs stored in the memory 805 and operable on the processor 804, and the processor 804 calls the instructions or programs in the memory 805 to execute the various programs shown in FIG.
  • the method of module execution achieves the same technical effect, so in order to avoid repetition, it is not repeated here.
  • the embodiment of the present application also provides a readable storage medium, the readable storage medium stores a program or an instruction, and when the program or instruction is executed by the processor, the various processes of the above-mentioned data transmission method embodiment are realized, or the above-mentioned URSP
  • the various processes in the embodiment of the rule configuration method can achieve the same technical effect, so in order to avoid repetition, details are not repeated here.
  • the processor is the processor in the terminal described in the foregoing embodiments.
  • the readable storage medium includes a computer-readable storage medium, such as a computer read-only memory ROM, a random access memory RAM, a magnetic disk or an optical disk, and the like.
  • the embodiment of the present application further provides a chip, the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the above data transmission method embodiment
  • the chip includes a processor and a communication interface
  • the communication interface is coupled to the processor
  • the processor is used to run programs or instructions to implement the above data transmission method embodiment
  • the chip mentioned in the embodiment of the present application may also be called a system-on-chip, a system-on-chip, a system-on-a-chip, or a system-on-a-chip.
  • the embodiment of the present application further provides a computer program/program product, the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement the above data transmission method embodiment
  • a computer program/program product is stored in a storage medium
  • the computer program/program product is executed by at least one processor to implement the above data transmission method embodiment
  • the embodiment of the present application also provides a data transmission system, including: a terminal and a network-side device, the terminal can be used to perform the various processes of the above-mentioned data transmission method embodiment, and the network-side device can be used to perform the above-mentioned Each process of the embodiment of the method for configuring the URSP rule described above.
  • the term “comprising”, “comprising” or any other variation thereof is intended to cover a non-exclusive inclusion such that a process, method, article or apparatus comprising a set of elements includes not only those elements, It also includes other elements not expressly listed, or elements inherent in the process, method, article, or device. Without further limitations, an element defined by the phrase “comprising a " does not preclude the presence of additional identical elements in the process, method, article, or apparatus comprising that element.
  • the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved. Functions are performed, for example, the described methods may be performed in an order different from that described, and various steps may also be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.
  • the methods of the above embodiments can be implemented by means of software plus a necessary general-purpose hardware platform, and of course also by hardware, but in many cases the former is better implementation.
  • the technical solution of the present application can be embodied in the form of computer software products, which are stored in a storage medium (such as ROM/RAM, magnetic disk, etc.) , CD-ROM), including several instructions to make a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) execute the methods described in the various embodiments of the present application.

Abstract

本申请实施例提供一种数据传输方法、装置及终端，属于无线通信技术领域。该数据传输方法，包括：终端获取用户设备路由选项策略URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；基于所述URSP规则，对应用程序的待发送数据流进行传输。

Description

数据传输方法、装置及终端
相关申请的交叉引用
本申请要求在2021年12月31日提交的中国专利申请第202111676460.2号的优先权，该中国专利申请的全部内容通过引用包含于此。
技术领域
本申请属于无线通信技术领域，具体涉及一种数据传输方法、装置及终端。
背景技术
在第三代合作计划(3rd Generation Partnership Project，3GPP)协议中，当终端上的应用有流量要发送的时候，应用可以提供待发送的应用流量的流量特征，终端(OS操作系统或modem芯片)获取应用提供的流量特征，例如，待发送的应用流量的目的IP地址、全限定域名(Fully Qualified Domain Name，FQDN)等。终端会将该流量特征与终端中的用户设备路由选项策略(UE Route Selection Policy，URSP)规则中的流量描述符(Traffic Descriptor，TD)参数进行匹配，匹配到某个流量描述符以后，然后终端再选择该流量描述符下的某个路由选择描述符(Route Selection Descriptor，RSD)。该流量描述符中定义了，当应用流量特性同某流量描述符匹配以后，用于承载待传输的应用流量的PDU会话的会话参数。如果当前UE已经有一个PDU会话，且该PDU会话的会话参数同终端为应用流量所选择的流量描述符下的某个RSD一致，那么可以将该应用的待传输数据路由至已建立的协议数据单元(Protocol Data Unit，PDU)会话。或者，如果终端为待传输的应用流量选择了该流量描述符下的某个RSD以后，而当前终端内不存在这样的PDU会话，那么终端可以触发新PDU会话的建立，所建立的PDU会话的会话参数，同选择的RSD内的PDU会话参数一致，并使用该PDU会话承载所述待传输的应用数据流。
然而，在相关技术中，目前URSP规则中的流量描述符一般包括目的IP地址、FQDN等，这些流量描述符只能针对特定的应用流量的特征来进行选择PDU会话承载，比如，特定的IP地址或FQDN，为了确保对每个应用的流量都有URSP规则，那么网络侧需要发送多个URSP规则到终端。但本申请的发明人发现，对于终端上的各类应用和各类应用 待发送的应用流量，可能具有一定的共性，比如，应用1待发送的流量和应用2待发送的流量都属于游戏类业务，这些业务的应用流量具有类似的特性，可以使用同一种URSP规则进行流量匹配，或，选择相同的PDU会话进行承载，如果采用当前URSP规则的设计，则流量匹配效率较低，且不利于运营商按照业务类别进行管理。
发明内容
本申请实施例提供一种数据传输方法、装置及终端，能够解决URSP规则无法根据业务的类型进行匹配的问题。
第一方面，提供了一种数据传输方法，包括：终端获取用户设备路由选项策略URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；基于所述URSP规则，对应用程序的待发送数据流进行传输。
第二方面，提供了一种数据传输装置，包括：第一获取模块，用于获取用户设备路由选项策略URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；传输模块，用于基于所述URSP规则，对应用程序的待发送数据流进行传输。
第三方面，提供了一种URSP规则的配置方法，包括：网络侧设备获取URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；所述网络侧设备为终端配置所述URSP规则。
第四方面，提供了一种URSP规则的配置装置，包括：第二获取模块，用于获取URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；配置模块，用于为终端配置所述URSP规则。
第五方面，提供了一种终端，该终端包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供了一种终端，包括处理器及通信接口，其中，所述处理器用于实现如第一方面所述的方法的步骤，所述通信接口用于与外部设备进行通信。
第七方面，提供了一种网络侧设备，该网络侧设备包括处理器和存储器，所述存储器 存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第三方面所述的方法的步骤。
第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述处理器用于实现如第三方面所述的方法的步骤，所述通信接口用于与外部设备进行通信。
第九方面，提供了一种数据传输系统，包括：终端及网络侧设备，所述终端可用于执行如第一方面所述的方法的步骤，所述网络侧设备可用于执行如第三方面所述的方法的步骤。
第十方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤。
第十一方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法的步骤，或实现如第三方面所述的方法的步骤。
第十二方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的方法的步骤，或实现如第三方面所述的方法的步骤。
在本申请实施例中，终端获取的URSP规则中包括至少一个业务类型与RSD的第一映射关系，基于该URSP规则对应用程序的待发送数据流进行流量匹配，从而可以根据业务的类型进行流量匹配，提高流量匹配的效率，且方便运营商按照业务类别进行管理。
附图说明
图1示出本申请实施例可应用的一种无线通信系统的框图；
图2示出本申请实施例提供的数据传输方法的一种流程图；
图3示出本申请实施例提供的URSP规则的配置方法的一种流程图；
图4示出本申请实施例提供的数据传输装置的一种结构示意图；
图5示出本申请实施例提供的URSP规则的配置装置的一种结构示意图；
图6示出本申请实施例提供的一种通信设备的结构示意图；
图7示出本申请实施例提供的一种终端的硬件结构示意图；
图8示出本申请实施例提供的一种网络侧设备的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6 th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、 移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备和/或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility Management Entity，MME)、接入移动管理功能(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application Server Discovery Function，EASDF)、统一数据管理(Unified Data Management，UDM)，统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(Home Subscriber Server，HSS)、集中式网络配置(Centralized network configuration，CNC)、网络存储功能(Network Repository Function，NRF)，网络开放功能(Network Exposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(Application Function，AF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的数据传输方法进行详细地说明。
图2示出本申请实施例提供数据传输方法的一种流程图，如图2所示，该方法200主要包括以下步骤。
S210，终端获取URSP规则，其中，所述URSP规则中包括至少一个业务类型与RSD的第一映射关系。
在本申请实施例的一个可能的实现方式中，终端可以从网络侧设备获取所述URSP规则。例如，网络侧设备可以通过运营商制定应用的业务类型，并与运营商约定各种业务类型对应的RSD，并选择RSD对应的PDU会话承载。或者，网络侧设备也可以根据各种应用流量的特性，将具有类似的特性的应用流量分为一种业务类型，并确定与该类应用流量的特性对应的RSD参数。
在本申请实施例的另一个可能的实现方式中，终端也可以自行生成所述URSP规则。例如，终端可以根据历史数据，或者用户通过终端接口，自行设定URSP规则(包括URSP规则下的流量描述符，业务类型，以及RSD)。终端可以将匹配到相同的PDU会话的应用流量分为同一种业务类型，并将该PDU会话对应的RSD确定为该业务类型的RSD。
在一个可能的实现方式中，所述URSP规则中还可以包括：流量分类描述符，流量分类描述符与第一映射关系存在关联关系。
例如，可以在现有的URSP规则中的流量描述符(Traffic descriptor)中增加一类流量分类描述符，如表1所示。然后每类流量分类描述符与一个第一映射关系，如表2所示，即在每类流量分类下，设置至少一个业务类型与RSD的映射关系。
表1.
Figure PCTCN2022144336-appb-000001
Figure PCTCN2022144336-appb-000002
表2.
Figure PCTCN2022144336-appb-000003
在可能的实现方式中，可以将具有某种特征的应用流量划分为一种流量分类，例如，将目的IP地址段为10.1.*.*的流量分为一类，再对该类流量分为至少一种业务类型，例如，可以包括视频类业务、游戏类业务等，每种业务类型与一个或多个RSD存在映射关系。
在一个可能的实现方式中，所述第一映射关系可以包括：至少一个业务类型描述符与RSD的关联关系，所述业务类型描述符用于指示所述业务类型。例如，URSP规则中的流量描述符(Traffic descriptor)包括至少一个业务类型描述符，如表3所示，每个业务类型描述符指示一种业务类型，所述URSP规则中记录了每个业务类型描述符关联的RSD，如表4所示。
表3.
流量描述符 本部分定义URSP规则的流量描述符组件
Video类 对应运营商设定的，视频类流量。
Game类 对应运营商设定的，游戏类流量。
Enterprise类 对应运营商设定的，企业类流量，比如，企业A的流量。
表4.
Figure PCTCN2022144336-appb-000004
Figure PCTCN2022144336-appb-000005
在一个可能的实现方式中，由于同一业务类型的数据流，可能所需的PDU会话承载也可能不同，例如，考虑到即便都是video视频业务流，但不同的应用程序所需的PDU session承载也可能是不同的，终端可能会进行差异化处理。因此，在该可能的实现方式中，URSP规则中还包括：同一业务类型下，流量描述参数与RSD的第二映射关系和/或业务性能描述参数与RSD的第三映射关系。
例如，在表5中，一个流量分类(Traffic categories)描述符关联的第一映射关系中，对于同一业务类型，还可以设置流量描述参数(例如，DNN，APP descriptor，或者IP三元组等)与RSD的第二映射关系。
表5.
Figure PCTCN2022144336-appb-000006
在本申请实施例中，流量描述参数用于描述待发送数据流的流量特征，例如，目的IP 三元组、FQDN、DNN等。在一个可能的实现方式中，流量描述参数包括以下至少之一：
(1)一个或多个目的IP地址信息；例如，URSP规则中记录IP＝10.1.1.1对应的RSD为RSD1；
(2)一个或多个目的IP地址段信息；例如，URSP规则中记录IP＝10.1.X.X以及IP＝100.1.X.X对应的RSD为RSD2或RSD3；
(3)一个或多个全限定域名信息；例如，URSP规则中记录FQDN＝www.aaa.com对应的RSD为RSD2；
(4)一个或多个含通配符的全限定域名信息；例如，URSP规则中记录FQDN＝v.***.com对应的RSD为RSD1或RSD2；
(5)一个或多个数据网络名称DNN信息；例如，URSP规则中记录DNN＝DNN1对应的RSD为RSD1；
(6)一个或多个应用描述。例如，URSP规则中记录OSId＝Android1对应的RSD为RSD1。
在本申请实施例中，所述业务性能描述参数，用于描述待发送流量(即待发送数据流)对网络指标和参数的需求。在一个可能的实现方式中，所述业务性能描述参数包括以下至少之一：
(1)一个或多个分辨率；例如，对于视频类业务流，URSP规则中记录分辨率＝4k对应的RSD为RSD1，分辨率＝1080P对应的RSD为RSD2；所述分辨率，用于描述待终端应用发送视频流的视频显示格式，该参数对网络传输带宽有一定影响。
(2)一个或多个分辨率范围；例如，对于视频类业务流，URSP规则中记录分辨率大于4k的情况下对应的RSD为RSD1；
(3)一个或多个带宽；例如，URSP规则中记录带宽＝200M对应的RSD为RSD1；该参数表示终端应用待发送流量对网络带宽有一定的要求。
(4)一个或多个带宽范围；例如，URSP规则中记录带宽<200M对应的RSD为RSD2；
(5)一个或多个端到端的时延；例如，URSP规则中记录端到端＝40ms对应的RSD为RSD3；该参数表示，终端应用待发送流量，其数据包的发送和接收对网络时延有一定的要求。
(6)一个或多个端到端的时延范围；例如，URSP规则中记录端到端<40ms对应的RSD为RSD2；
(7)一个或多个业务服务器的算力；例如，URSP规则中记录业务服务器的算力＝10台服务器对应的RSD为RSD2；由于所述待发送的流量，需要发送至特定的服务器进行处理，那么该参数表示，终端应用待发送流量或待发送业务，为了保证一定的业务性能和业务体验，对服务器端的算力有一定的要求。
(8)一个或多个业务服务器的算力范围。例如，URSP规则中记录业务服务器的算力>10台服务器对应的RSD为RSD3。
在本申请实施例中，业务类型可以包括以下之一：
(1)数据流发送端的IP地址信息；例如，APP traffic的来源的IP三元组；
(2)业务类型标签(tag)；例如，运营商授权的tag：视频类、游戏类、企业类流量等
(3)业务组；即通过不同的业务组表示不同的业务类型。
(4)应用组(APP组)；即通过不同的应用组表示不同的业务类型。
(5)组标识；即通过不同的组标识表示不同的业务类型。
(6)视频类业务；例如，HD video streaming、4K video streaming等；
(7)企业类(Enterprise)业务；
(8)游戏类(Gaming)业务。
S212，基于所述URSP规则，对应用程序的待发送数据流(data traffic或application traffic，也可以称为数据流量，或应用流量)进行传输。
在本申请实施例中，终端可以基于URSP规则，对应用程序的待发送数据流进行匹配，根据匹配结果，选择已建立的PDU会话承载所述待发送数据流，或者新建一个PDU会话承载所述待发送数据流。
在一个可能的实现方式中，S212可以包括下面的步骤1至步骤4。
步骤1，终端获取应用程序提供的流量特征参数。
例如，终端上的应用程序在需要进行流量发送时，可以向终端(例如，终端的操作系统)发送流量特征参数。
在本申请实施例中，流量特征参数用于描述应用程序待发送的流量(即待发送数据流)的特征。例如，该流量描述参数可以包括以下至少之一：
(1)第一指示信息。所述第一指示信息用于指示待发送数据流的业务类型。例如，第一指示信息可以指示待发送数据流的业务类型为视频类业务、或游戏类业务、可企业类业务等。其中，应用的业务类型可以由运营商制定。运营商可以同APP提供方进行签约，将该应用的应用流量归类到某一个业务类型中。终端上应用程序有流量要发送时，应用程序可指示该流量从属的业务类型。
(2)目标流量描述参数。
应用可以提供待发送流量的描述参数，可选地，应用程序提供的目标流量描述参数可以包括以下至少之一：
a)目的IP信息，例如，IP三元组，或者，目的IP地址段信息。
例如，目标流量描述参数可以为：目的IP＝10.1.1.1，端口号＝80流量，指示流量的目的地址信息。
b)全限定域名(FQDN)信息，或者，含通配符的FQDN信息。
例如，目标流量描述参数可以为：FQDN＝aaa.com，指示流量需要发送到aaa.com。
c)数据网络名称(Data Network Name)。
例如，目目标流量描述参数也可以为DNN＝DNN 1，指示流量需要发送到DNN 1。
(3)目标业务性能描述参数。目标业务性能描述参数用于指示应用程序发送流量的业务诉求。
通常应用程序的待发送数据流，对通信网络具有一定的诉求，比如，该数据流所需的通信带宽、所需的最短端到端时延等。因此，应用程序可以为其待发送数据流指示出业务性能描述参数。对于不同APP提供的业务，如果这些业务的性能参数近似，则终端可以使用URSP规则选择相同的PDU会话进行承载或传输。
可选地，所述目标业务性能描述参数包括以下至少之一：
(1)分辨率；如果待发送的应用流量为视频类业务，那么可指示应用程序待发送的流量的分辨率。例如，应用程序提供的流量特征参数中可以包括：分辨率＝1080P高清视频。
(2)带宽；指示应用程序待发送的流量需求的带宽。例如，应用程序提供的流量参数中可以包括：带宽＝200M。
(3)端到端的时延；指示应用程序待发送的流量对时延的要求。例如，应用程序提供的流量参数中可以包括：端到端时延＝40ms。如果应用程序所指示的时延要求比较高，比如，都需要低时延传输，则所选择承载该应用流量的PDU会话也应该有较低的端到端时延保障。
(4)业务服务器的算力。指示应用程序对业务服务器的算力的要求。例如，应用程序提供的目标业务性能描述参数中可以包括：10台服务器。
步骤2，终端根据所述流量特征参数，确定所述待发送数据流的目标业务类型。
在一个可能的实现方式中，根据所述流量特征参数，确定所述待发送数据流的目标业务类型，可以包括以下之一：
(1)根据所述第一指示信息，确定待发送数据流的目标业务类型；即在流量特征参数中包括第一指示信息的情况下，直接根据该第一指示信息可以确定待发送数据流的目标业务类型。
(2)根据预先设置的流量描述参数与业务类型的对应关系，确定与所述目标流量描述参数对应的所述目标业务类型。例如，在流量特征参数中不包括第一指示信息的情况下，可以根据流量特征参数中包括的目标流量描述参数确定目标业务类型。
在本申请实施例中，终端内部可以存储一个流量描述参数与业务类型的对应关系，终端可以根据该映射关系，根据终端上的应用程序所提供的待发送流量的目标流量描述参数，转换成所对应的业务类型。比如，当终端上应用待发送流量，其流量特征为：目的IP＝10.1.X.X以及IP＝100.1.X.X的时候，这时候终端可以具备这样的能力，将这两个待发送流量都映射或识别成：游戏类业务。从而建立了待发送流量和所述业务类型之间的关系。
(3)根据预先设置的业务性能描述参数与业务类型的对应关系，确定与所述目标业务性能描述参数对应的所述目标业务类型。
在本申请实施例中，终端内部可以存储一个业务性能描述参数与业务类型的对应关系，终端可以根据该映射关系，根据终端上的应用程序所提供的待发送流量的目标业务性能描述参数，转换成所对应的业务类型。比如，当终端上应用待发送流量，其流量的业务性能 描述参数为：端到端的时延为40ms的时候，这时候终端可以具备这样的能力，将这发送流量映射或识别成：视频类业务。从而建立了待发送流量和所述业务类型之间的关系。
也就是说，在一个可能的实现方式中，应用程序可以直接提供第一指示信息，终端根据该第一指示信息可以直接确定应用程序待发送的流量的目标业务类型。或者，在另一个可能的实现方式中，应用程序也可以不提供第一指示信息，而是指示业务性能描述参数，而终端内存有业务性能描述参数与业务类型的映射关系。在这种情况下，终端可以根据预先设置的业务性能描述参数与业务类型的映射关系，确定与所述目标应用待发送流量所对应的所述目标业务类型。或者，应用程序还指示待发送流量的流量描述参数，而终端内存在一个业务性能描述参数与业务类型的映射关系。在这种情况下，终端可以根据预先设置的流量描述与业务类型的映射关系，确定与所述待发送数据流所对应的所述目标业务类型。
例如，对于流量描述参数来说，可以在终端内预先设置这样的映射关系，比如：当待发送的应用流量，其FQDN为：FQDN＝v.aaa.com、www.bbb.com的时候，这些应用流量将被映射为video类业务。或者，当待发送的应用流量，其目的IP属于192.168.X.X，比如：192.168.0.1和192.168.0.2的时候，终端可以识别这一组IP地址所对应的应用流量，为同一个企业的APP业务，比如都是本地的企业A办公网的流量，即目标IP属于192.168.X.X的业务为企业类业务。通过这些设置，可以将根据应用程序提供的目标通配符描述信息，确定应用程序从属的目标业务类型。
再例如，对于目标业务性能描述参数来说，可以在终端内预先设置这样的映射关系，比如：当所述应用待发送流量，其流量性能参数为：带宽200M或视频分辨率为1080P，那么终端可以识别为，这类业务都属于视频类业务(也可以细分成小类，比如：1080P的视频)，然后，终端再根据视频类业务的特点，选择满足业务性能的PDU会话进行承载。
在一个可能的实现方式中，URSP规则中可以记载有流量分类描述符，以及流量分类描述符与第一映射关系的关联关系，如表1和表2所示。
因此，在一个可能的实现方式中，根据预先设置的流量描述参数与业务类型的对应关系，确定与所述目标流量描述参数对应的所述目标业务类型，可以包括：从所述URSP规则中获取与所述流量特征参数匹配的目标流量分类描述符，从所述目标流量分类描述符关联的第一映射关系中获取与所述目标流量描述参数对应的所述目标业务类型。例如，终端 根据应用程序提供的流量特征参数匹配到表2的流量分类描述符，则从该流量分类描述符关联的RSD中，获取与所述目标流量描述参数对应的所述目标业务类型。
在一个可能的实现方式中，根据预先设置的业务性能描述参数与业务类型的对应关系，确定与所述目标业务性能描述参数对应的所述目标业务类型，可以包括：从所述URSP规则中获取与所述流量特征参数匹配的目标流量分类描述符，从所述目标流量分类描述符关联的第一映射关系中获取与所述目标业务性能描述参数对应的所述目标业务类型。
步骤3，选择所述URSP规则中与所述目标业务类型匹配的目标RSD。
在一个可能的实现方式中，在步骤3，终端根据所述URSP规则中的业务类型与RSD的第一映射关系，选择与所述目标业务类型匹配的目标RSD。
例如，UE上的APP如果有APP traffic待发送，则APP可以标记该APP traffic的业务类别，即：标记这个流量的Traffic categories是video，gaming还是enterprise等。假设这个APP待发送的流为video的数据流，则终端可以直接识别出该业务类型，并将该流量使用URSP rules中的traffic categories匹配，匹配到video业务类。在traffic categories下可以有RSD，比如，在表4中，在traffic categories下设定一个video子类，该子类下对应RSD，比如：SSC mode＝3，S-NSSAI＝S-NSSAI-a。则，终端可以选择这个RSD，把所有video相关的视频流，全都使用该RSD所对应某PDU session来承载。
在一个可能的实现方式中，在步骤3中，终端还可以从所述URSP规则中获取与所述流量特征参数匹配的目标流量分类描述符，根据所述目标流量分类描述符关联的第一映射关系，选择与所述目标业务类型匹配的目标RSD。例如，在URSP规则中记录流量分类描述符，所述流量分类描述与所述第一映射关系存在关联关系的情况下，终端可以先从所述URSP规则中获取与所述流量特征参数匹配的目标流量分类描述符，再从目标流量分类描述符关联的第一映射关系中选择与所述目标业务类型匹配的目标RSD。
由于同一类业务流，可能所需的PDU会话承载也可能不同，因此，在另一个可能的实现方式中，在步骤3中，终端可以根据目标业务类型，结合应用程序提供的目标流量描述参数配置对应的RSD。因此，在该可能的实现方式中，步骤2可以包括：在所述URSP规则中匹配到所述目标业务类型，从所述目标业务类型下的流量描述参数与RSD的第二映射关系中，选择与所述目标流量描述参数匹配的目标RSD。
例如，考虑到即便是同类型的video视频业务流，可能所需的PDU session承载也是不同的。所以，在匹配了Traffic categories或者业务类型以后，还可以使用上述的Traffic descriptor，比如DNN，APP descriptor，或者IP三元组等进行匹配。这种情况，如表5所示，相当于在traffic categories下，又二次进行traffic descriptor的使用。
举例说明，假如，UE中的APP 1有traffic要发送，同时标记traffic categories＝video，然后提供这个流量需要被发送到的目的IP：10.1.1.1。则URSP rules首先发现这是video类的流量，匹配到了Traffic categories＝video下面，然后，URSP规则中在Traffic categories＝video的下面还进行了以下描述：
-IP三元组＝10.1.1.1的时候，使用RSD1或RSD2；
-FQDN＝aaa.com的时候，使用RSD3；
-DNN＝DNN1的时候，可使用RSD1，RSD2，RSD3。
因此，相当于匹配了traffic categories以后，再使用一次traffic descriptor，这样的目的，是为了区分，即便都是video的视频流，也可以使用不同的PDU session去承载。例如，上述APP 1匹配到的目标RSD可以为RSD1或RSD2。
或者，也可以直接对相同的video流，直接选择RSD，这样属于无差别承载，即，对于视频流都可以使用RSD＝1所对应的PDU session进行承载。
另外，由于同一类业务流，不同的业务流对网络的承载需求可能不同，因此，在一个可能的实现方式中，选择所述URSP规则中与所述目标业务类型匹配的目标RSD，可以包括：在所述URSP规则中匹配到所述目标业务类型，从所述目标业务类型下的业务性能描述参数与RSD的第三映射关系中，选择与所述目标业务性能描述参数匹配的目标RSD。
例如，即便是video视频其视频流或者应用流，不同视频流或应用流由于业务性能描述参数的不同，从而导致对网络的承载的需求也是不一样的。
例如，APP1的视频流的分辨率是1080P，对带宽的诉求是200M；而APP2的视频流的分辨率4K的，对带宽诉求是500M，端到端时延希望小于30ms。因此，当APP的traffic有具体的业务特征描述的时候，在进行具体的PDU session匹配的时候或者选择时，需要进行差异对待。
假如，UE的APP 1有traffic待发送，APP 1标记traffic categories＝video，然后提供 这个流量的几个业务诉求：
-1080P：分辨率
-带宽：200M
-端到端时延40ms
-业务服务器的算力：10台服务器等。
则，终端可以首先根据自身终端能力，根据业务性能描述参数，将该应用数据流进行映射，得到该应用数据流所属的业务类型；或者，终端也可以直接根据应用发送的指示信息，得到该待发送的数据流是video。则终端将该应用数据流，使用URSP rules匹配到了Traffic categories＝video下面，然后，URSP规则根据traffic对网络的具体要求，还可以在Traffic categories＝video下面描述：
-时延小于40ms，可使用RSD1或RSD2对应的PDU session；
-1080P的视频，可使用RSD1，RSD2，RSD3；
-带宽方面，RSD1对应的PDU会话支持400M，RSD2对应的PDU会话支持200M，RSD3对应的PDU会话支持500M；
-算力：给出不同的RSD对应的PDU session的算力，或所述PDU会话连接的业务服务器端的算力情况。
则对于上述APP1的待发送流量，RSD1或者RSD3对应的PDU session可以被选择，承载APP1的traffic。因此，终端还具备这样的能力：根据应用待发送流量的业务性能描述参数，除了先将流量进行业务类别的映射，还可以将其映射或者归类到适合使用的PDU session进行传输，即对应到具体的RSD。
步骤4，使用与目标RSD对应的协议数据单元PDU会话传输所述待发送数据流。
在一个可能的实现方式中，可以从已建立的PDU会话中选择目标PDU会话承载所述应用程序的待传输数据，其中，所述目标PDU会话为与所述目标RSD对应的PDU会话。例如，如果已建立的PDU会话中存在有与目标RSD对应的PDU会话，则可以选择已建立的PDU会话中与目标RSD对应的PDU会话传承所述应用程序的待传输数据。例如，应用程序的目标RSD包括RSD1和RSD2，终端已建立与RSD1对应的PDU会话，则选择该PDU会话承载应用程序的待传输数据，从而可以节约PDU会话资源。通常，RSD 里包含的，主要是PDU会话的一些参数或者属性，比如：SSC连接模式，DNN，S-NSSAI等等。当终端使用URSP规则，选择了RSD，则意味着，要使用终端内，包含该RSD中描述PDU会话的属性的PDU会话承载应用流量。
或者，也可以新建与目标RSD对应的PDU会话承载所述应用程序的待传输数据。例如，如果已建立的PDU会话中没有与目标RSD对应的PDU会话，则可以使用所述目标RSD中包含的PDU会话参数，新建与目标RSD对应的PDU会话传承所述应用程序的待传输数据。
通过本申请实施例提供的上述方案，可以通信效率提高，并方便运营商根据业务URSP规则进行管理。
图3示出本申请实施例提供的URSP规则的配置方法的一种流程示意图，如图3所示，该方法300主要包括以下步骤：
S310，网络侧设备获取URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系。
例如，网络侧设备可以通过运营商制定应用的业务类型，并与运营商约定各种业务类型对应的RSD。或者，网络侧设备也可以根据各种应用流量的特性，将具有类似的特性的应用流量分为一种业务类型，并确定与该类应用流量的特性对应的RSD参数。
S312，所述网络侧设备为终端配置所述URSP规则。
其中，方法300中的URSP规则与方法200中的URSP规则相同，具体可以参见方法200中的描述。
在一个可能的实现方式中，所述URSP规则中还包括：流量分类描述符，所述流量分类描述与所述第一映射关系存在关联关系。
在一个可能的实现方式中，所述第一映射关系包括：至少一个业务类型描述符与RSD的关联关系，所述业务类型描述符用于指示所述业务类型。
在一个可能的实现方式中，所述URSP规则中还包括：同一业务类型下，流量描述参数与RSD的第二映射关系和/或业务性能描述参数与RSD的第三映射关系。
在一个可能的实现方式中，流量描述参数包括以下至少之一：
一个或多个目的IP地址信息；
一个或多个目的IP地址段信息；
一个或多个全限定域名信息；
一个或多个含通配符的全限定域名信息；
一个或多个数据网络名称DNN信息；
一个或多个应用描述。
在一个可能的实现方式中，所述业务性能描述参数包括以下至少之一：
一个或多个分辨率；
一个或多个分辨率范围；
一个或多个带宽；
一个或多个带宽范围；
一个或多个端到端的时延；
一个或多个端到端的时延范围；
一个或多个业务服务器的算力；
一个或多个业务服务器的算力范围。
在一个可能的实现方式中，所述业务类型包括以下之一：
数据流发送端的IP地址信息；
业务类型标签；
业务组；
应用组；
组标识；
视频类业务；
企业类业务；
游戏类业务。
本申请实施例提供的数据传输方法，执行主体可以为数据传输装置。本申请实施例中以数据传输装置执行数据传输方法为例，说明本申请实施例提供的数据传输装置。
图4示出本申请实施例提供的数据传输装置的一种结构示意图，如图4所示，该装置400主要包括：第一获取模块401和传输模块402。
在本申请实施例中，第一获取模块401，用于获取用户设备路由选项策略URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；
传输模块402，用于基于所述URSP规则，对应用程序的待发送数据流进行传输。
在一个可能的实现方式中，所述传输模块402基于所述URSP规则，对应用程序的待发送数据流进行传输，包括：
获取所述应用程序提供的流量特征参数；
根据所述流量特征参数，确定所述待发送数据流的目标业务类型；
选择所述URSP规则中与所述目标业务类型匹配的目标RSD；
使用与目标RSD对应的协议数据单元PDU会话传输所述待发送数据流。
在一个可能的实现方式中，所述流量特征参数包括以下至少之一：第一指示信息，所述第一指示信息用于指示所述待发送数据流的业务类型；目标流量描述参数；目标业务性能描述参数；
所述传输模块402根据所述流量特征参数，确定所述待发送数据流的目标业务类型，包括以下之一：
根据所述第一指示信息，确定所述待发送数据流的目标业务类型；
根据预先设置的流量描述参数与业务类型的对应关系，确定与所述目标流量描述参数对应的所述目标业务类型；
根据预先设置的业务性能描述参数与业务类型的对应关系，确定与所述目标业务性能描述参数对应的所述目标业务类型。
在一个可能的实现方式中，所述流量特征参数包括以下至少之一：第一指示信息，所述第一指示信息用于指示所述待发送数据流的业务类型；目标流量描述参数；目标业务性能描述参数；
所述传输模块402选择所述URSP规则中与所述目标业务类型匹配的目标RSD，包括以下至少之一：
根据所述URSP规则中的业务类型与RSD的第一映射关系，选择与所述目标业务类型匹配的目标RSD；
在所述URSP规则中匹配到所述目标业务类型，从所述目标业务类型下的流量描述参数与RSD的第二映射关系中，选择与所述目标流量描述参数匹配的目标RSD；
在所述URSP规则中匹配到所述目标业务类型，从所述目标业务类型下的业务性能描述参数与RSD的第三映射关系中，选择与所述目标业务性能描述参数匹配的目标RSD。
在一个可能的实现方式中，所述传输模块402使用与目标RSD对应的协议数据单元PDU会话传输所述待发送数据流，包括以下之一：
从已建立的PDU会话中选择目标PDU会话传输所述应用程序的待传输数据流，其中，所述目标PDU会话为与所述目标RSD对应的PDU会话；或者，
使用所述目标RSD中包含的PDU会话参数，新建与所述目标RSD对应的PDU会话传输所述应用程序的待传输数据流。
本申请实施例中的数据传输装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的数据传输装置能够实现图2至图3的方法实施例中终端实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
图5示出本申请实施例提供的URSP规则的配置装置的一种结构示意图，如图5所示，该装置500主要包括：第二获取模块501和配置模块502。
在本申请实施列中，第二获取模块501，用于获取URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；配置模块502，用于为终端配置所述URSP规则。
在一个可能的实现方式中，所述URSP规则中还包括：流量分类描述符，所述流量分类描述与所述第一映射关系存在关联关系。
在一个可能的实现方式中，所述第一映射关系包括：至少一个业务类型描述符与RSD的关联关系，所述业务类型描述符用于指示所述业务类型。
在一个可能的实现方式中，所述URSP规则中还包括：同一业务类型下，流量描述 参数与RSD的第二映射关系和/或业务性能描述参数与RSD的第三映射关系。
本申请实施例提供的数据传输装置能够实现图2至图3的方法实施例中网络侧设备实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601和存储器602，存储器602上存储有可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述数据传输方法实施例的各个步骤，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述URSP规则的配置方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，处理器用于上述数据传输方法实施例的各个步骤，通信接口用于与外部设备进行通信。该终端实施例与上述终端侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图7为实现本申请实施例的一种终端的硬件结构示意图。
该终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709以及处理器710等中的至少部分部件。
本领域技术人员可以理解，终端700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元704可以包括图形处理单元(Graphics Processing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072中的至少一种。触控面板7071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器 两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元701接收来自网络侧设备的下行数据后，可以传输给处理器710进行处理；另外，射频单元701可以向网络侧设备发送上行数据。通常，射频单元701包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器709可以包括易失性存储器或非易失性存储器，或者，存储器709可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器709包括但不限于这些和任意其它适合类型的存储器。
处理器710可包括一个或多个处理单元；可选的，处理器710集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。
其中，处理器710，用于获取用户设备路由选项策略URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系。
射频单元701，用于基于所述URSP规则，对应用程序的待发送数据流进行传输。
本申请实施例还提供一种网络侧设备，包括处理器和通信接口，处理器用于实现上述 URSP规则的配置方法实施例的各个步骤，通信接口用于与外部设备进行通信。该网络侧设备实施例与上述网络侧设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络侧设备800包括：天线801、射频装置802、基带装置803、处理器804和存储器805。天线801与射频装置802连接。在上行方向上，射频装置802通过天线801接收信息，将接收的信息发送给基带装置803进行处理。在下行方向上，基带装置803对要发送的信息进行处理，并发送给射频装置802，射频装置802对收到的信息进行处理后经过天线801发送出去。
以上实施例中网络侧设备执行的方法可以在基带装置803中实现，该基带装置803包括基带处理器。
基带装置803例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为基带处理器，通过总线接口与存储器805连接，以调用存储器805中的程序，执行以上方法实施例中所示的网络设备操作。
该网络侧设备还可以包括网络接口806，该接口例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本发明实施例的网络侧设备800还包括：存储在存储器805上并可在处理器804上运行的指令或程序，处理器804调用存储器805中的指令或程序执行图5所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述数据传输方法实施例的各个过程，或者实现上述URSP规则的配置方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述数据传输方法实施例的各个 过程，或者实现上述URSP规则的配置方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述数据传输方法实施例的各个过程，或者实现上述URSP规则的配置方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种数据传输系统，包括：终端及网络侧设备，所述终端可用于执行如上所述的数据传输方法实施例的各个过程，所述网络侧设备可用于执行如上所述的URSP规则的配置方法实施例的各个过程。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施 方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (34)

  1. 一种数据传输方法，包括：
    终端获取用户设备路由选项策略URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；
    基于所述URSP规则，对应用程序的待发送数据流进行传输。
  2. 根据权利要求1所述的方法，其中，所述URSP规则中还包括：流量分类描述符，所述流量分类描述与所述第一映射关系存在关联关系。
  3. 根据权利要求1所述的方法，其中，所述第一映射关系包括：至少一个业务类型描述符与RSD的关联关系，所述业务类型描述符用于指示所述业务类型。
  4. 根据权利要求1所述的方法，其中，所述URSP规则中还包括：同一业务类型下，流量描述参数与RSD的第二映射关系和/或业务性能描述参数与RSD的第三映射关系。
  5. 根据权利要求4所述的方法，其中，流量描述参数包括以下至少之一：
    一个或多个目的IP地址信息；
    一个或多个目的IP地址段信息；
    一个或多个全限定域名信息；
    一个或多个含通配符的全限定域名信息；
    一个或多个数据网络名称DNN信息；
    一个或多个应用描述。
  6. 根据权利要求4所述的方法，其中，所述业务性能描述参数包括以下至少之一：
    一个或多个分辨率；
    一个或多个分辨率范围；
    一个或多个带宽；
    一个或多个带宽范围；
    一个或多个端到端的时延；
    一个或多个端到端的时延范围；
    一个或多个业务服务器的算力；
    一个或多个业务服务器的算力范围。
  7. 根据权利要求1至6任一项所述的方法，其中，基于所述URSP规则，对应用程序的待发送数据流进行传输，包括：
    获取所述应用程序提供的流量特征参数；
    根据所述流量特征参数，确定所述待发送数据流的目标业务类型；
    选择所述URSP规则中与所述目标业务类型匹配的目标RSD；
    使用与目标RSD对应的协议数据单元PDU会话传输所述待发送数据流。
  8. 根据权利要求7所述的方法，其中，所述流量特征参数包括以下至少之一：
    第一指示信息，所述第一指示信息用于指示所述的业务类型；
    目标流量描述参数；
    目标业务性能描述参数。
  9. 根据权利要求8所述的方法，其中，根据所述流量特征参数，确定所述待发送数据流的目标业务类型，包括以下之一：
    根据所述第一指示信息，确定所述待发送数据流的目标业务类型；
    根据预先设置的流量描述参数与业务类型的对应关系，确定与所述目标流量描述参数对应的所述目标业务类型；
    根据预先设置的业务性能描述参数与业务类型的对应关系，确定与所述目标业务性能描述参数对应的所述目标业务类型。
  10. 根据权利要求9所述的方法，其中，
    根据预先设置的流量描述参数与业务类型的对应关系，确定与所述目标流量描述参数对应的所述目标业务类型，包括：从所述URSP规则中获取与所述流量特征参数匹配的目标流量分类描述符，从所述目标流量分类描述符关联的第一映射关系中获取与所述目标流量描述参数对应的所述目标业务类型；
    根据预先设置的业务性能描述参数与业务类型的对应关系，确定与所述目标业务性能描述参数对应的所述目标业务类型，包括：从所述URSP规则中获取与所述流量特征参数匹配的目标流量分类描述符，从所述目标流量分类描述符关联的第一映射关系中获取与所述目标业务性能描述参数对应的所述目标业务类型。
  11. 根据权利要求8所述的方法，其中，选择所述URSP规则中与所述目标业务类 型匹配的目标RSD，包括以下至少之一：
    根据所述URSP规则中的业务类型与RSD的第一映射关系，选择与所述目标业务类型匹配的目标RSD；
    在所述URSP规则中匹配到所述目标业务类型，从所述目标业务类型下的流量描述参数与RSD的第二映射关系中，选择与所述目标流量描述参数匹配的目标RSD；
    在所述URSP规则中匹配到所述目标业务类型，从所述目标业务类型下的业务性能描述参数与RSD的第三映射关系中，选择与所述目标业务性能描述参数匹配的目标RSD。
  12. 根据权利要求11所述的方法，其中，根据所述URSP规则中的业务类型与RSD的第一映射关系，选择与所述目标业务类型匹配的目标RSD，包括：
    从所述URSP规则中获取与所述流量特征参数匹配的目标流量分类描述符，根据所述目标流量分类描述符关联的第一映射关系，选择与所述目标业务类型匹配的目标RSD。
  13. 根据权利要求7至12任一项所述的方法，其中，使用与目标RSD对应的协议数据单元PDU会话传输所述待发送数据流，包括以下之一：
    从已建立的PDU会话中选择目标PDU会话传输所述应用程序的待传输数据流，其中，所述目标PDU会话为与所述目标RSD对应的PDU会话；或者，
    使用所述目标RSD中包含的PDU会话参数，新建与所述目标RSD对应的PDU会话传输所述应用程序的待传输数据流。
  14. 根据权利要求1至13任一项所述的方法，其中，所述业务类型包括以下之一：
    数据流发送端的IP地址信息；
    业务类型标签；
    业务组；
    应用组；
    组标识；
    视频类业务；
    企业类业务；
    游戏类业务。
  15. 根据权利要求1至14任一项所述的方法，其中，终端获取用户设备路由选项策 略URSP规则，包括以下之一：
    所述终端从网络侧设备获取所述URSP规则；
    所述终端生成所述URSP规则。
  16. 一种URSP规则的配置方法，包括：
    网络侧设备获取URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；
    所述网络侧设备为终端配置所述URSP规则。
  17. 根据权利要求16所述的方法，其中，所述URSP规则中还包括：流量分类描述符，所述流量分类描述与所述第一映射关系存在关联关系。
  18. 根据权利要求16所述的方法，其中，所述第一映射关系包括：至少一个业务类型描述符与RSD的关联关系，所述业务类型描述符用于指示所述业务类型。
  19. 根据权利要求16所述的方法，其中，所述URSP规则中还包括：同一业务类型下，流量描述参数与RSD的第二映射关系和/或业务性能描述参数与RSD的第三映射关系。
  20. 根据权利要求19所述的方法，其中，流量描述参数包括以下至少之一：
    一个或多个目的IP地址信息；
    一个或多个目的IP地址段信息；
    一个或多个全限定域名信息；
    一个或多个含通配符的全限定域名信息；
    一个或多个数据网络名称DNN信息；
    一个或多个应用描述。
  21. 根据权利要求19所述的方法，其中，所述业务性能描述参数包括以下至少之一：
    一个或多个分辨率；
    一个或多个分辨率范围；
    一个或多个带宽；
    一个或多个带宽范围；
    一个或多个端到端的时延；
    一个或多个端到端的时延范围；
    一个或多个业务服务器的算力；
    一个或多个业务服务器的算力范围。
  22. 根据权利要求16至21任一项所述的方法，其中，所述业务类型包括以下之一：
    数据流发送端的IP地址信息；
    业务类型标签；
    业务组；
    应用组；
    组标识；
    视频类业务；
    企业类业务；
    游戏类业务。
  23. 一种数据传输装置，包括：
    第一获取模块，用于获取用户设备路由选项策略URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；
    传输模块，用于基于所述URSP规则，对应用程序的待发送数据流进行传输。
  24. 根据权利要求23所述的装置，其中，所述传输模块基于所述URSP规则，对应用程序的待发送数据流进行传输，包括：
    获取所述应用程序提供的流量特征参数；
    根据所述流量特征参数，确定所述待发送数据流的目标业务类型；
    选择所述URSP规则中与所述目标业务类型匹配的目标RSD；
    使用与目标RSD对应的协议数据单元PDU会话传输所述待发送数据流。
  25. 根据权利要求24所述的装置，其中，
    所述流量特征参数包括以下至少之一：第一指示信息，所述第一指示信息用于指示所述待发送数据流的业务类型；目标流量描述参数；目标业务性能描述参数；
    所述传输模块根据所述流量特征参数，确定所述待发送数据流的目标业务类型，包括以下之一：
    根据所述第一指示信息，确定所述待发送数据流的目标业务类型；
    根据预先设置的流量描述参数与业务类型的对应关系，确定与所述目标流量描述参数对应的所述目标业务类型；
    根据预先设置的业务性能描述参数与业务类型的对应关系，确定与所述目标业务性能描述参数对应的所述目标业务类型。
  26. 根据权利要求24所述的装置，其中，
    所述流量特征参数包括以下至少之一：第一指示信息，所述第一指示信息用于指示所述待发送数据流的业务类型；目标流量描述参数；目标业务性能描述参数；
    所述传输模块选择所述URSP规则中与所述目标业务类型匹配的目标RSD，包括以下至少之一：
    根据所述URSP规则中的业务类型与RSD的第一映射关系，选择与所述目标业务类型匹配的目标RSD；
    在所述URSP规则中匹配到所述目标业务类型，从所述目标业务类型下的流量描述参数与RSD的第二映射关系中，选择与所述目标流量描述参数匹配的目标RSD；
    在所述URSP规则中匹配到所述目标业务类型，从所述目标业务类型下的业务性能描述参数与RSD的第三映射关系中，选择与所述目标业务性能描述参数匹配的目标RSD。
  27. 根据权利要求24至26任一项所述的装置，其中，所述传输模块使用与目标RSD对应的协议数据单元PDU会话传输所述待发送数据流，包括以下之一：
    从已建立的PDU会话中选择目标PDU会话传输所述应用程序的待传输数据流，其中，所述目标PDU会话为与所述目标RSD对应的PDU会话；或者，
    使用所述目标RSD中包含的PDU会话参数，新建与所述目标RSD对应的PDU会话传输所述应用程序的待传输数据流。
  28. 一种URSP规则的配置装置，包括：
    第二获取模块，用于获取URSP规则，其中，所述URSP规则中包括至少一个业务类型与路由选择描述符RSD的第一映射关系；
    配置模块，用于为终端配置所述URSP规则。
  29. 根据权利要求28所述的装置，其中，所述URSP规则中还包括：流量分类描述 符，所述流量分类描述与所述第一映射关系存在关联关系。
  30. 根据权利要求28所述的装置，其中，所述第一映射关系包括：至少一个业务类型描述符与RSD的关联关系，所述业务类型描述符用于指示所述业务类型。
  31. 根据权利要求28所述的装置，其中，所述URSP规则中还包括：同一业务类型下，流量描述参数与RSD的第二映射关系和/或业务性能描述参数与RSD的第三映射关系。
  32. 一种终端，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至15任一项所述的数据传输方法的步骤。
  33. 一种网络侧设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求16至22任一项所述的URSP规则的配置方法的步骤。
  34. 一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至15任一项所述的数据传输方法的步骤，或者实现如权利要求16至22任一项所述的URSP规则的配置方法的步骤。
PCT/CN2022/144336 2021-12-31 2022-12-30 数据传输方法、装置及终端 WO2023126004A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202111676460.2 2021-12-31
CN202111676460.2A CN116419365A (zh) 2021-12-31 2021-12-31 数据传输方法、装置及终端

Publications (1)

Publication Number Publication Date
WO2023126004A1 true WO2023126004A1 (zh) 2023-07-06

Family

ID=86998200

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/144336 WO2023126004A1 (zh) 2021-12-31 2022-12-30 数据传输方法、装置及终端

Country Status (2)

Country Link
CN (1) CN116419365A (zh)
WO (1) WO2023126004A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111698755A (zh) * 2020-06-01 2020-09-22 北京紫光展锐通信技术有限公司 基于ursp规则的应用数据路由方法及用户设备
CN112887967A (zh) * 2019-07-16 2021-06-01 Oppo广东移动通信有限公司 一种策略映射方法及装置、终端
CN113498086A (zh) * 2020-04-07 2021-10-12 华为技术有限公司 调整接入网络切片的方法、通信设备、网络设备与系统
WO2021217412A1 (zh) * 2020-04-28 2021-11-04 Oppo广东移动通信有限公司 一种确定终端策略行为的方法及装置、网络设备
WO2021242060A1 (ko) * 2020-05-29 2021-12-02 엘지전자 주식회사 특정 사용자 트래픽을 위한 전용 pdu 세션의 생성을 지원하는 방법 및 장치
CN113810973A (zh) * 2019-09-12 2021-12-17 Oppo广东移动通信有限公司 无线通信的方法及设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112887967A (zh) * 2019-07-16 2021-06-01 Oppo广东移动通信有限公司 一种策略映射方法及装置、终端
CN113810973A (zh) * 2019-09-12 2021-12-17 Oppo广东移动通信有限公司 无线通信的方法及设备
CN113498086A (zh) * 2020-04-07 2021-10-12 华为技术有限公司 调整接入网络切片的方法、通信设备、网络设备与系统
WO2021217412A1 (zh) * 2020-04-28 2021-11-04 Oppo广东移动通信有限公司 一种确定终端策略行为的方法及装置、网络设备
WO2021242060A1 (ko) * 2020-05-29 2021-12-02 엘지전자 주식회사 특정 사용자 트래픽을 위한 전용 pdu 세션의 생성을 지원하는 방법 및 장치
CN111698755A (zh) * 2020-06-01 2020-09-22 北京紫光展锐通信技术有限公司 基于ursp规则的应用数据路由方法及用户设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OPPO, ERICSSON: "Clarification to support associating URLLC traffic to redundant PDU sessions", 3GPP TSG-SA WG2 MEETING #132, S2-1904764, 11 April 2019 (2019-04-11), XP051704794 *

Also Published As

Publication number Publication date
CN116419365A (zh) 2023-07-11

Similar Documents

Publication Publication Date Title
KR102274950B1 (ko) 무선 통신 시스템에서 다중 망 접속을 위한 장치 및 방법
WO2019128240A1 (zh) 一种数据路由方法以及终端
US11258708B2 (en) Communication method and communications apparatus
US10021512B2 (en) Switching to advertising locator after connection establishment
US20150215220A1 (en) Method and apparatus to assist network traffic
WO2020155979A1 (zh) 一种通信方法、网元、系统及存储介质
WO2023093609A1 (zh) 物联网设备的会话建立方法及装置
WO2023116786A1 (zh) 物联网设备的注册方法、装置、通信设备、核心网设备、存储介质及系统
WO2023126004A1 (zh) 数据传输方法、装置及终端
WO2024088195A1 (zh) 执行结果上报方法、接收方法、终端及网络侧设备
WO2023143414A1 (zh) 数据传输、配置方法、装置、终端及网络侧设备
WO2023109894A1 (zh) Rsc确定方法、终端及网络侧设备
WO2024017167A1 (zh) 规则处理方法、通信设备及网络侧设备
WO2023185810A1 (zh) 终端路由选择策略ursp确定方法、终端及网络侧设备
WO2023125856A1 (zh) Ursp规则的监控和上报方法、装置、终端及网元
WO2024022370A1 (zh) 信息获取和发送方法、服务器访问和会话建立方法及设备
WO2024061256A1 (zh) 转发规则配置方法、装置、终端及网络侧设备
WO2023185850A1 (zh) Ursp规则优化方法、装置、终端、网络侧设备及介质
WO2023005898A1 (zh) 多终端联合会话管理方法、网络侧设备及终端
WO2023185877A1 (zh) 路由处理方法、终端及网络侧设备
WO2023241614A1 (zh) Ims服务获取方法、终端、网络侧设备及介质
WO2024061145A1 (zh) 网关信息的使用方法、装置、终端及网络侧设备
WO2024061205A1 (zh) 参数获取方法、装置、第一网络功能及第二网络功能
WO2024022398A1 (zh) 托管网络的选网信息的获取方法、终端及网络侧设备
WO2024032499A1 (zh) Dns查询方法及通信设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22915251

Country of ref document: EP

Kind code of ref document: A1