Parameter configuration method and device, apparatus, and storage medium

Abstract

This application provides a parameter configuration method, apparatus, device, and storage medium, relating to the field of communication technology. The method includes: a remote terminal device sending parameter configuration information to a relay terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter. The technical solution provided by this application solves the technical problem that relay terminal devices cannot obtain traffic data description parameters of services from their upper layers. Because relay terminal devices can obtain traffic data description parameters of services through parameter configuration information, they can further correctly set PDU session parameters based on the traffic data description parameters of services, determine the PDU session based on the PDU session parameters, and realize the transmission of traffic data from remote terminal devices to the network.

Description

Technical Field

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

[0002] In the 5G (5th-Generation) network system architecture, the terminal equipment (UserEquipment, UE) establishes an access layer connection with (R)AN (Radio Access Network) through the Uu interface. After that, the terminal equipment can transmit service data through the network.

[0003] When a service is initiated, the network layer of the terminal device can obtain the service's traffic data description parameters from the upper layer (such as the operating system or application). Then, based on the locally stored URSP (UE Route Selection Policy) rules, it establishes a corresponding PDU (Protocol Data Unit) session for the service to transmit service data. The URSP rules include the correspondence between traffic data description parameters and PDU session parameters. Thus, the terminal device can determine the corresponding PDU session parameters based on the service's traffic data description parameters, and further establish a corresponding PDU session based on the PDU session parameters to transmit the service's traffic data. In relay communication, the Remote UE (remote terminal device) accesses the network through the Relay UE (relay terminal device). In related technologies, the relay terminal device sends the traffic data received from the remote terminal device to the network through a PDU session. At this time, the relay terminal device also establishes a corresponding PDU session for data transmission based on its locally stored URSP rules.

[0004] However, in relay communication, since the traffic data of the service is received from the remote terminal device, the relay terminal device cannot obtain the traffic data description parameters of the service from its upper layer (such as the operating system or application). Therefore, it cannot correctly set the PDU session parameters using the locally stored URSP rules, and thus cannot send the traffic data from the remote terminal device to the network. Summary of the Invention

[0005] This application provides a parameter configuration method, apparatus, device, and storage medium. The technical solution is as follows:

[0006] On one hand, embodiments of this application provide a parameter configuration method applied in a relay terminal device, the method comprising:

[0007] Receive parameter configuration information from a remote terminal device, the parameter configuration information including: a first data packet filter, and a first traffic data description parameter corresponding to the first data packet filter;

[0008] The first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service.

[0009] On the other hand, embodiments of this application provide a parameter configuration method applied in a remote terminal device, the method comprising:

[0010] Send parameter configuration information to the relay terminal device, the parameter configuration information including: a first data packet filter, and a first traffic data description parameter corresponding to the first data packet filter;

[0011] The first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service.

[0012] Furthermore, embodiments of this application provide a parameter configuration device, disposed in a relay terminal device, the device comprising:

[0013] The information receiving module is used to receive parameter configuration information from a remote terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter.

[0014] The first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service.

[0015] In another aspect, embodiments of this application provide a parameter configuration device, which is installed in a remote terminal device, the device comprising:

[0016] The information sending module is used to send parameter configuration information to the relay terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter.

[0017] The first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service.

[0018] In another aspect, embodiments of this application provide a relay terminal device, the relay terminal device comprising: a processor, and a transceiver connected to the processor; wherein:

[0019] The transceiver is used to receive parameter configuration information from a remote terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter.

[0020] The first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service.

[0021] In another aspect, embodiments of this application provide a remote terminal device, the remote terminal device comprising: a processor, and a transceiver connected to the processor; wherein:

[0022] The transceiver is used to send parameter configuration information to the relay terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter.

[0023] The first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service.

[0024] In another aspect, embodiments of this application provide a computer-readable storage medium storing a computer program that is executed by a processor of a relay terminal device to implement the parameter configuration method on the relay terminal device side as described above.

[0025] In another aspect, embodiments of this application provide a computer-readable storage medium storing a computer program that is executed by a processor of a remote terminal device to implement the parameter configuration method on the remote terminal device side as described above.

[0026] In another aspect, embodiments of this application provide a chip, which includes programmable logic circuits and / or program instructions. When the chip is running on a relay terminal device, it is used to implement the parameter configuration method on the relay terminal device side as described above.

[0027] In another aspect, embodiments of this application provide a chip, which includes programmable logic circuits and / or program instructions. When the chip is running on a remote terminal device, it is used to implement the parameter configuration method on the remote terminal device side as described above.

[0028] In another aspect, embodiments of this application provide a computer program product that, when run on a relay terminal device, is used to implement the parameter configuration method on the relay terminal device side as described above.

[0029] In another aspect, embodiments of this application provide a computer program product that, when run on a remote terminal device, is used to implement the parameter configuration method on the remote terminal device side as described above.

[0030] The technical solutions provided in this application embodiment may have the following beneficial effects:

[0031] When a remote terminal device accesses the network through a relay terminal device and transmits service traffic data, the remote terminal device sends parameter configuration information to the relay terminal device. This configures the service traffic data description parameters for the relay terminal device, solving the technical problem that the relay terminal device cannot obtain the service traffic data description parameters from its upper layer. Because the relay terminal device can obtain the service traffic data description parameters through parameter configuration information, it can further correctly set PDU session parameters based on these parameters to determine the PDU session and enable the transmission of traffic data from the remote terminal device to the network. Attached Figure Description

[0032] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0033] Figure 1 This is a schematic diagram of a 5G network system architecture provided in one embodiment of this application;

[0034] Figure 2 This is a schematic diagram of a 5G network system architecture provided in another embodiment of this application;

[0035] Figure 3 This is a schematic diagram of a relay communication system provided in one embodiment of this application;

[0036] Figure 4 This is a flowchart of a parameter configuration method provided in one embodiment of this application;

[0037] Figure 5 This is a flowchart of a parameter configuration method provided in another embodiment of this application;

[0038] Figure 6 This is a flowchart of a parameter configuration method provided in another embodiment of this application;

[0039] Figure 7 This is a block diagram of a parameter configuration device provided in one embodiment of this application;

[0040] Figure 8 This is a block diagram of a parameter configuration device provided in another embodiment of this application;

[0041] Figure 9 This is a block diagram of a parameter configuration device provided in another embodiment of this application;

[0042] Figure 10 This is a block diagram of a parameter configuration device provided in another embodiment of this application;

[0043] Figure 11 This is a structural block diagram of a relay terminal device provided in one embodiment of this application;

[0044] Figure 12 This is a structural block diagram of a remote terminal device provided in one embodiment of this application. Detailed Implementation

[0045] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in further detail below with reference to the accompanying drawings.

[0046] The network architecture and business scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0047] The technical solutions provided in this application can be applied to various communication systems, such as: GSM (Global System of Mobile Communication) system, CDMA (Code Division Multiple Access) system, WCDMA (Wideband Code Division Multiple Access) system, GPRS (General Packet Radio Service), LTE (Long Term Evolution) system, FDD (Frequency Division Duplex) system, TDD (Time Division Duplex) system, UMTS (Universal Mobile Telecommunication System), WiMAX (Worldwide Interoperability for Microwave Access) communication system, 5GS (5th-Generation System) or New Radio (NR) system, or other subsequent evolution systems, etc.

[0048] Please refer to Figure 1 This illustrates a schematic diagram of the 5G network system architecture provided in an embodiment of this application. For example... Figure 1 As shown, the system architecture 100 can be composed of UE, (R)AN, Core (core network), and DN (Data Network). Among them, UE, (R)AN, and Core are the main components of system architecture 100. Logically, they can be divided into two parts: user plane and control plane. The control plane is responsible for the management of the mobile network, and the user plane is responsible for the transmission of service data. Figure 1 In this context, the NG2 reference point is located between the (R)AN control plane and the Core control plane, the NG3 reference point is located between the (R)AN user plane and the Core user plane, and the NG6 reference point is located between the Core user plane and the data network. Specifically:

[0049] UE (User Equipment): Serves as the entry point for mobile users to interact with the network. It provides basic computing and storage capabilities, displays service windows to users, and accepts user input. UEs can employ next-generation air interface technologies to establish signal and data connections with the (R)AN, thereby transmitting control signals and service data to the mobile network.

[0050] (RAN): Similar to a base station in a traditional network, it is deployed close to the UE to provide network access for authorized users in a specific area. It can transmit user data using transmission tunnels of different quality depending on the user's level and service requirements. The RAN manages its own resources, utilizes them rationally, and provides access services to the UE on demand, forwarding control signals and user data between the UE and the core network.

[0051] Core: Responsible for maintaining the subscription data of the mobile network, managing the network elements of the mobile network, and providing UE with functions such as session management, mobility management, policy management, and security authentication. When the UE attaches, it provides network access authentication; when the UE has a service request, it allocates network resources for the UE; when the UE moves, it updates network resources for the UE; when the UE is idle, it provides a fast recovery mechanism for the UE; when the UE detaches, it releases network resources for the UE; when the UE has service data, it provides data routing functions, such as forwarding uplink data to the DN; or receiving downlink data from the UE from the DN, forwarding it to the (R)AN, and then sending it to the UE.

[0052] DN: This is the data network that provides services to users. Generally, the client is located at the UE (User Equipment), and the server is located in the data network. The data network can be a private network, such as a local area network (LAN), an external network not controlled by the operator, such as the Internet, or a dedicated network jointly deployed by the operator, such as for configuring IMS (IP Multimedia Core Network Subsystem) services.

[0053] Figure 2 Is Figure 1 Based on this, a detailed architecture diagram is defined, where the core network user plane includes UPF (User Plane Function); the core network control plane includes AUSF (Authentication Server Function), AMF (Core Access and Mobility Management Function), SMF (Session Management Function), UDM (Unified Data Management), PCF (Policy Control Function), and AF (Application Function). The functions of these entities are as follows:

[0054] UPF: Performs user packet forwarding according to the routing rules of SMF;

[0055] AUSF: Performs security authentication for the UE;

[0056] AMF: UE Access Management and Mobility Management;

[0057] SMF: UE Session Management;

[0058] UDM: User Subscription Context Management;

[0059] PCF: User Policy Management;

[0060] AF: User Application Management.

[0061] exist Figure 2 In the system architecture shown, the Uu interface serves as the reference point between the UE and the (R)AN. The UE establishes an access layer connection with the (R)AN through the Uu interface, exchanging access layer messages and radio data. The N1 interface serves as the reference point between the UE and the AMF. The UE establishes a non-access stratum (NAS) connection with the AMF through the N1 interface, exchanging NAS messages. The N2 interface serves as the reference point between the (R)AN and the AMF, used for sending NAS messages, etc. The N3 interface serves as the reference point between the (R)AN and the UPF, used for transmitting user plane data, etc. The N4 interface serves as the reference point between the SMF and the UPF, used for transmitting information such as tunnel identification information for the N3 connection, data buffer indication information, and downlink data notification messages, etc. The N6 interface serves as the reference point between the UPF and the DN, used for transmitting user plane data, etc.

[0062] It should be noted that, Figure 1 and Figure 2 The interface names between the various network elements are just examples. In the actual implementation, the interface names may be other names. This application does not specifically limit this. Figure 1 and Figure 2 The names of the various network elements included (such as SMF, AF, UPF, etc.) are merely examples and do not limit the functions of the network elements themselves. In 5G and other future networks, the aforementioned network elements may also have other names, and this application embodiment does not specifically limit them. For example, in 6G networks, some or all of the aforementioned network elements may use the terminology from 5G, or may use other names, etc. This is explained uniformly here and will not be repeated below. Furthermore, it should be understood that the names of the messages (or signaling) transmitted between the aforementioned network elements are also merely examples and do not limit the functions of the messages themselves.

[0063] In one example, the terminal device establishes an access layer connection with (R)AN via the Uu interface. Afterward, the terminal device can transmit service data over the network. When a service is initiated, the terminal device's network layer can obtain traffic data description parameters for the service from upper layers (such as the operating system or application). These parameters include, for example, the target server's IP (Internet Protocol) information, the service's application identifier, and whether the requested connection is an SMS connection or an internet connection. Then, the terminal device establishes a corresponding PDU session for the service based on locally stored URSP rules to transmit service data. The URSP rules include the correspondence between traffic data description parameters and PDU session parameters. Thus, the terminal device can determine the corresponding PDU session parameters based on the service's traffic data description parameters, and further establish the corresponding PDU session based on these parameters to transmit the service's traffic data.

[0064] The 3GPP (3rd Generation Partnership Project) introduced the concept of relay communication in the R13 (Release 13) ProSe (Proximity Service) architecture. For example... Figure 3 As shown, in relay communication, remote terminal devices access the network through relay terminal devices. When a terminal device has both the ability to connect to external data networks via 5G or other networks and ProSe capability, this terminal device can act as a relay terminal device, and another terminal device with ProSe capability can act as a remote terminal device. For example... Figure 3 As shown, the remote terminal device can establish a direct communication with the relay terminal device through the PC5 interface, and realize interaction with the external network through the PDU session established between the relay terminal device and networks such as 5G.

[0065] In one example, a relay terminal device sends traffic data received from a remote terminal device to the network via a PDU session. In this case, the relay terminal device also establishes the corresponding PDU session for data transmission based on its locally stored URSP rules. However, in relay communication, because the service traffic data is received from the remote terminal device, the relay terminal device cannot obtain the service traffic data description parameters from its upper layer (such as the operating system or application). Therefore, it cannot correctly set the PDU session parameters using the locally stored URSP rules, and thus cannot send the traffic data from the remote terminal device to the network.

[0066] Based on this, embodiments of this application provide a parameter configuration method that can be used to solve the above-mentioned technical problems. The technical solution of this application will be described below through several embodiments.

[0067] Please refer to Figure 4 It illustrates a flowchart of a parameter configuration method provided in one embodiment of this application, which can be applied to the above. Figure 3 In the relay communication system shown, the method may include the following steps.

[0068] Step 410: The remote terminal device sends parameter configuration information to the relay terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter.

[0069] As described above, a remote terminal device can send service traffic data to a relay terminal device, which then forwards the traffic data to the network (such as the core network). In this embodiment, the relay terminal device transmits traffic data from the remote terminal device to the network via a PDU session. Because the service traffic data originates from the remote terminal device, the relay terminal device cannot obtain the service traffic data description parameters from its upper layer (such as the operating system or application), and therefore cannot correctly set the PDU session parameters and determine the PDU session.

[0070] Therefore, in this embodiment, for the traffic data of the first service, the remote terminal device can send parameter configuration information to the relay terminal device. This parameter configuration information is used to configure the traffic data description parameters of the first service for the relay terminal device. In one example, the parameter configuration information is carried in a control plane message. Optionally, the control plane message includes a connection establishment message and / or a connection modification message. The connection establishment message is used to request the establishment of a communication connection between the remote terminal device and the relay terminal device; the connection modification message is used to request the modification of the communication connection between the remote terminal device and the relay terminal device. In one example, the control plane message (such as the connection establishment message and / or connection modification message) carries QoS (Quality of Service) rules, and the parameter configuration information is carried in the QoS rules. This embodiment does not limit the method of sending the parameter configuration information. For example, the parameter configuration information can also be independent of the QoS rules, such as the parameter configuration information being an independent control plane message, or the parameter configuration information and the QoS rules being carried in the same control plane message and the parameter configuration information being independent of the QoS rules. It should be understood that these should all fall within the protection scope of this application.

[0071] In this embodiment of the application, the parameter configuration information includes: a first data packet filter, and a first traffic data description parameter corresponding to the first data packet filter.

[0072] The first data packet filter is used to match traffic data related to the first service, thereby determining whether a certain traffic data is traffic data related to the first service. This application embodiment does not limit the type of the first data packet filter. In one example, the first data packet filter includes an IP data packet filter, optionally including at least one of the following: the source IP address of the first service, the destination IP address of the first service, the source port number of the first service, the destination port number of the first service, and the protocol type of the first service. In another example, the first data packet filter includes an Ethernet data packet filter, optionally including at least one of the following: the source MAC (Media Access Control or Medium Access Control) address of the first service, the destination MAC address of the first service, and the Ethernet type of the first service. In yet another example, the first data packet filter includes a near-field communication data packet filter, optionally including at least one of the following: the source Layer 2 identifier of the first service, the destination Layer 2 identifier of the first service, and the service type of the first service.

[0073] The first traffic data description parameter is used to identify traffic data related to the first service. Therefore, when a certain traffic data is traffic data related to the first service, the traffic data description parameter corresponding to that traffic data is the first traffic data description parameter. This application embodiment does not limit the content of the first traffic data description parameter. In one example, the first traffic data description parameter includes at least one of the following: application information of the first service, domain name information of the first service, connection information of the application request of the first service, and relay service code (RSC) provided by the relay terminal device corresponding to the first service. Optionally, the application information of the first service includes any one of the following: application identifier of the first service, and application code of the first service. Optionally, the connection information of the application request of the first service includes any one of the following: SMS connection, and Internet connection.

[0074] After receiving the parameter configuration information, the relay terminal device can determine the first PDU session based on the first traffic data description parameters, match data packets related to the first service based on the first data packet filter, and transmit the data packets related to the first service through the first PDU session. For details regarding the determination process of the first PDU session and the data packet transmission process, please refer to the following method embodiments; further explanation is omitted here.

[0075] In summary, the technical solution provided in this application, when a remote terminal device accesses the network through a relay terminal device and transmits service traffic data to the network, sends parameter configuration information to the relay terminal device, thereby configuring the service traffic data description parameters for the relay terminal device. This solves the technical problem that the relay terminal device cannot obtain the service traffic data description parameters from its upper layer. Because the relay terminal device can obtain the service traffic data description parameters through parameter configuration information, it can further correctly set the PDU session parameters based on these parameters to determine the PDU session and achieve the transmission of traffic data from the remote terminal device to the network.

[0076] Furthermore, in this embodiment, the parameter configuration information includes a packet filter and corresponding traffic data description parameters. The relay terminal device can determine a PDU session based on the traffic data description parameters and match service traffic data based on the packet filter. Then, it transmits the service traffic data to the network through the determined PDU session. Compared to directly adding traffic data description parameters to the service traffic data, which may lead to excessively large service data packets, in this embodiment, since the remote terminal device configures the service traffic data description parameters to the relay terminal device through the parameter configuration information, the remote terminal device does not need to add traffic data description parameters to the service traffic data. This eliminates the need to change the design of the service data packets and does not increase their size, thus maintaining compatibility with the original service data packet design.

[0077] The following section will introduce and explain the process of determining the first PDU session and the data packet transmission process.

[0078] In one example, the above method also includes the following steps.

[0079] Step 420: The relay terminal device obtains URSP rules. The URSP rules include the correspondence between traffic data description parameters and PDU session parameters of at least one service.

[0080] The relay terminal device can obtain URSP rules and store them locally for subsequent use. In this embodiment, the URSP rules include the correspondence between traffic data description parameters and PDU session parameters of at least one service. Therefore, based on the traffic data description parameters of a certain service, the relay terminal device can obtain the PDU session parameters corresponding to the traffic data description parameters of that service from the URSP rules.

[0081] It should be noted that the embodiments of this application do not limit the execution order between step 420 and step 410 described above. In one example, step 420 is executed before step 410, for example, the relay terminal device obtains the URSP rules upon power-on, or at any time between power-on and receiving the parameter configuration information. In another example, step 420 is executed after step 410 described above. In yet another example, step 420 and step 410 are executed simultaneously.

[0082] Step 430: The relay terminal device determines the first PDU session parameters based on the URSP rules. The first PDU session parameters are the PDU session parameters corresponding to the first traffic data description parameters.

[0083] In this embodiment of the application, the parameter configuration information sent by the remote terminal device to the relay terminal device includes a first traffic data description parameter. Thus, the relay terminal device can obtain the PDU session parameter corresponding to the first traffic data description parameter, i.e., the first PDU session parameter, based on the URSP rules.

[0084] Step 440: The relay terminal device determines the first PDU session based on the first PDU session parameters. The first PDU session is used to transmit traffic data that matches the first data packet filter.

[0085] Based on the first PDU session parameters, the relay terminal device can determine the first PDU session. Since the first PDU session parameters are PDU session parameters corresponding to the first traffic data description parameters, and the first PDU session parameters are used to identify traffic data related to the first service, the first PDU session can be used to transmit traffic data related to the first service, that is, traffic data that matches the first data packet filter.

[0086] This application does not limit the method by which the relay terminal device determines the first PDU session. In one example, step 440 includes: the relay terminal device establishing the first PDU session based on the first PDU session parameters. In another example, step 440 includes: the relay terminal device modifying the first PDU session based on the first PDU session parameters. In yet another example, step 440 includes: the relay terminal device obtaining the first PDU session from at least one existing PDU session based on the first PDU session parameters.

[0087] This application does not limit the timing at which the relay terminal device determines the first PDU session. For example, the relay terminal device determines the first PDU session immediately after receiving the parameter configuration information, regardless of whether it has received traffic data related to the first service at that time. For example, the relay terminal device determines the first PDU session after receiving both the parameter configuration information and the traffic data related to the first service. The following description addresses these two scenarios respectively.

[0088] In one example, the method further includes: the remote terminal device sending a data packet to the relay terminal device; the relay terminal device matching the packet header based on a first data packet filter; and if the packet header matches the first data packet filter, the relay terminal device transmitting the data packet through a first PDU session.

[0089] It should be understood that in this example, the remote terminal device can send data packets to the relay terminal device either after sending parameter configuration information, before sending parameter configuration information, or simultaneously with sending parameter configuration information. This embodiment of the application does not limit this. Upon receiving both the data packet and the parameter configuration information, the relay terminal device can use a first data packet filter to match the packet header. If the packet header matches the first data packet filter, it can be determined that the data packet is traffic data related to the first service, and thus the relay terminal device can transmit the data packet through the first PDU session.

[0090] In another example, prior to step 430 above, the method further includes: the remote terminal device sending a data packet to the relay terminal device; the relay terminal device matching the packet header based on the first data packet filter; and if the packet header matches the first data packet filter, the relay terminal device determining that the traffic data description parameter corresponding to the data packet is the first traffic data description parameter.

[0091] That is, in this example, the relay terminal device determines the PDU session after receiving the data packet. In this embodiment, the parameter configuration information includes a first traffic data description parameter. Therefore, the relay terminal device will only determine the first PDU session if the traffic data description parameter corresponding to the data packet is the first traffic data description parameter. In this example, the order of sending the data packet and the parameter configuration information is not limited. That is, the remote terminal device can send the data packet to the relay terminal device after, before, or simultaneously with sending the parameter configuration information. When the data packet and the parameter configuration information are received, the relay terminal device can use a first data packet filter to match the packet header. If the packet header matches the first data packet filter, the traffic data description parameter corresponding to the data packet can be determined to be the first traffic data description parameter. Then, the relay terminal device can determine the first PDU session parameters based on the first traffic data description parameter and further determine the first PDU session. Based on this, in this example, after step 440 above, the relay terminal device also transmits data packets through the first PDU session.

[0092] The parameter configuration method provided in the embodiments of this application will be described below with two examples.

[0093] Please refer to Figure 5 It illustrates a flowchart of a parameter configuration method provided in one embodiment of this application, which can be applied to the above. Figure 3 In the relay communication system shown, the method may include the following steps.

[0094] Step 510: The remote terminal device sends parameter configuration information to the relay terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter. The first data packet filter is used to match traffic data related to the first service; the first traffic data description parameter is used to identify the traffic data related to the first service.

[0095] Step 520: The relay terminal device obtains URSP rules. The URSP rules include the correspondence between traffic data description parameters and PDU session parameters for at least one service. This embodiment of the application does not limit the timing of the execution of step 520. Figure 5 The explanation will focus on step 520, which is executed before step 510.

[0096] Step 530: The relay terminal device determines the first PDU session parameters based on the URSP rules. The first PDU session parameters are the PDU session parameters corresponding to the first traffic data description parameters.

[0097] Step 540: The relay terminal device determines the first PDU session based on the first PDU session parameters. The first PDU session is used to transmit traffic data that matches the first data packet filter.

[0098] Step 550: The remote terminal device sends a data packet to the relay terminal device. This embodiment of the application does not limit the timing of the execution of step 550. Figure 5 The explanation will focus on step 550, which is executed after step 540.

[0099] Step 560: The relay terminal device matches the packet headers based on the first packet filter.

[0100] Step 570: If the packet header matches the first packet filter, the relay terminal device transmits the packet through the first PDU session.

[0101] Please refer to Figure 6 It illustrates a flowchart of a parameter configuration method provided in one embodiment of this application, which can be applied to the above. Figure 3 In the relay communication system shown, the method may include the following steps.

[0102] Step 610: The remote terminal device sends parameter configuration information to the relay terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter. The first data packet filter is used to match traffic data related to the first service; the first traffic data description parameter is used to identify the traffic data related to the first service.

[0103] Step 620: The remote terminal device sends a data packet to the relay terminal device. This embodiment of the application does not limit the timing of the execution of step 620. Figure 6 The following explanation will only take step 620, which is executed after step 610, as an example.

[0104] Step 630: The relay terminal device matches the packet headers based on the first packet filter.

[0105] Step 640: If the packet header of the data packet matches the first data packet filter, the relay terminal device determines that the traffic data description parameter corresponding to the data packet is the first traffic data description parameter.

[0106] Step 650: The relay terminal device obtains URSP rules, which include the correspondence between traffic data description parameters and PDU session parameters for at least one service. This embodiment of the application does not limit the timing of the execution of step 650. Figure 6 The explanation will focus on step 650, which is executed before step 610.

[0107] Step 660: The relay terminal device determines the first PDU session parameters based on the URSP rules. The first PDU session parameters are the PDU session parameters corresponding to the first traffic data description parameters.

[0108] Step 670: The relay terminal device determines the first PDU session based on the first PDU session parameters. The first PDU session is used to transmit traffic data that matches the first data packet filter.

[0109] Step 680: The relay terminal device transmits data packets through the first PDU session.

[0110] It should be noted that the parameter configuration method provided in this application embodiment is described from the perspective of the interaction between the relay terminal device and the remote terminal device. The steps performed by the relay terminal device described above can be implemented as a parameter configuration method on the relay terminal device side; the steps performed by the remote terminal device described above can be implemented as a parameter configuration method on the remote terminal device side.

[0111] The following are embodiments of the apparatus described in this application, which can be used to execute the embodiments of the method described in this application. For details not disclosed in the apparatus embodiments of this application, please refer to the embodiments of the method described in this application.

[0112] Please refer to Figure 7 This diagram illustrates a block diagram of a parameter configuration apparatus according to an embodiment of this application. The apparatus has the functionality to implement the method example described above for the relay terminal device. This functionality can be implemented in hardware or by hardware executing corresponding software. The apparatus can be the relay terminal device described above, or it can be installed within the relay terminal device. Figure 7 As shown, the device 700 may include an information receiving module 710.

[0113] The information receiving module 710 is used to receive parameter configuration information from a remote terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter; wherein, the first data packet filter is used to match traffic data related to a first service, and the first traffic data description parameter is used to identify the traffic data related to the first service.

[0114] In one example, the first packet filter includes any one of the following: an IP packet filter, an Ethernet packet filter, or a short-range communication packet filter.

[0115] In one example, the IP packet filter includes at least one of the following: the source IP address of the first service, the destination IP address of the first service, the source port number of the first service, the destination port number of the first service, and the protocol type of the first service.

[0116] In one example, the Ethernet packet filter includes at least one of the following: the source MAC address of the first service, the destination MAC address of the first service, and the Ethernet type of the first service.

[0117] In one example, the near-field communication packet filter includes at least one of the following: the source layer 2 identifier of the first service, the target layer 2 identifier of the first service, and the service type of the first service.

[0118] In one example, the first traffic data description parameter includes at least one of the following: application information of the first service, domain name information of the first service, connection information of the application request of the first service, and relay service code provided by the relay terminal device corresponding to the first service.

[0119] In one example, the application information of the first service includes any one of the following: the application identifier of the first service, and the application code of the first service.

[0120] In one example, the connection information requested by the application of the first service includes any one of the following: SMS connection or Internet connection.

[0121] In one example, the parameter configuration information is carried in a control plane message.

[0122] In one example, the control plane message includes at least one of the following: a connection establishment message for requesting the establishment of a communication connection between the remote terminal device and the relay terminal device; and a connection modification message for requesting the modification of the communication connection between the remote terminal device and the relay terminal device.

[0123] In one example, the control plane message carries a Quality of Service (QoS) rule, and the parameter configuration information is carried within the QoS rule.

[0124] In one example, such as Figure 8As shown, the device 700 further includes: a rule acquisition module 720, used to acquire user routing policy URSP rules, the URSP rules including the correspondence between traffic data description parameters and packet data unit (PDU) session parameters of at least one service; a parameter determination module 730, used to determine a first PDU session parameter based on the URSP rules, the first PDU session parameter being a PDU session parameter corresponding to the first traffic data description parameter; and a session determination module 740, used to determine a first PDU session based on the first PDU session parameter, the first PDU session being used to transmit traffic data matching the first packet filter.

[0125] In one example, such as Figure 8 As shown, the session determination module 740 is used to: establish the first PDU session based on the first PDU session parameters; or, modify the first PDU session based on the first PDU session parameters; or, obtain the first PDU session from at least one existing PDU session based on the first PDU session parameters.

[0126] In one example, such as Figure 8 As shown, the device 700 further includes: a data packet receiving module 750, used to receive data packets from the remote terminal device; a header matching module 760, used to match the header of the data packet based on the first data packet filter; and a data packet transmission module 770, used to transmit the data packet through the first PDU session when the header of the data packet matches the first data packet filter.

[0127] In one example, such as Figure 8 As shown, the device further includes: a data packet receiving module 750, used to receive data packets from the remote terminal device; a header matching module 760, used to match the header of the data packet based on the first data packet filter; and a description determination module 780, used to determine the traffic data description parameter corresponding to the data packet as the first traffic data description parameter when the header of the data packet matches the first data packet filter.

[0128] In one example, such as Figure 8 As shown, the device 700 further includes a data packet transmission module 770, used to transmit the data packet through the first PDU session.

[0129] In summary, the technical solution provided in this application, when a remote terminal device accesses the network through a relay terminal device and transmits service traffic data to the network, sends parameter configuration information to the relay terminal device, thereby configuring the service traffic data description parameters for the relay terminal device. This solves the technical problem that the relay terminal device cannot obtain the service traffic data description parameters from its upper layer. Because the relay terminal device can obtain the service traffic data description parameters through parameter configuration information, it can further correctly set the PDU session parameters based on these parameters to determine the PDU session and achieve the transmission of traffic data from the remote terminal device to the network.

[0130] Please refer to Figure 9 This diagram illustrates a block diagram of a parameter configuration apparatus according to an embodiment of this application. The apparatus has the functionality to implement the method example described above on the remote terminal device side. This functionality can be implemented in hardware or by hardware executing corresponding software. The apparatus can be the remote terminal device described above, or it can be installed within the remote terminal device. For example... Figure 9 As shown, the device 900 may include an information sending module 910.

[0131] The information sending module 910 is used to send parameter configuration information to the relay terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter; wherein, the first data packet filter is used to match traffic data related to a first service, and the first traffic data description parameter is used to identify the traffic data related to the first service.

[0132] In one example, the first packet filter includes any one of the following: an IP packet filter, an Ethernet packet filter, or a short-range communication packet filter.

[0133] In one example, the IP packet filter includes at least one of the following: the source IP address of the first service, the destination IP address of the first service, the source port number of the first service, the destination port number of the first service, and the protocol type of the first service.

[0134] In one example, the Ethernet packet filter includes at least one of the following: the source MAC address of the first service, the destination MAC address of the first service, and the Ethernet type of the first service.

[0135] In one example, the near-field communication packet filter includes at least one of the following: the source layer 2 identifier of the first service, the target layer 2 identifier of the first service, and the service type of the first service.

[0136] In one example, the first traffic data description parameter includes at least one of the following: application information of the first service, domain name information of the first service, connection information of the application request of the first service, and relay service code provided by the relay terminal device corresponding to the first service.

[0137] In one example, the application information of the first service includes any one of the following: the application identifier of the first service, and the application code of the first service.

[0138] In one example, the connection information requested by the application of the first service includes any one of the following: SMS connection or Internet connection.

[0139] In one example, the parameter configuration information is carried in a control plane message.

[0140] In one example, the control plane message includes at least one of the following: a connection establishment message for requesting the establishment of a communication connection between the remote terminal device and the relay terminal device; and a connection modification message for requesting the modification of the communication connection between the remote terminal device and the relay terminal device.

[0141] In one example, the control plane message carries QoS rules, and the parameter configuration information is carried within the QoS rules.

[0142] In one example, such as Figure 10 As shown, the device 900 further includes a data packet sending module 920, used to send data packets to the relay terminal device.

[0143] In summary, the technical solution provided in this application, when a remote terminal device accesses the network through a relay terminal device and transmits service traffic data to the network, sends parameter configuration information to the relay terminal device, thereby configuring the service traffic data description parameters for the relay terminal device. This solves the technical problem that the relay terminal device cannot obtain the service traffic data description parameters from its upper layer. Because the relay terminal device can obtain the service traffic data description parameters through parameter configuration information, it can further correctly set the PDU session parameters based on these parameters to determine the PDU session and achieve the transmission of traffic data from the remote terminal device to the network.

[0144] It should be noted that the device provided in the above embodiments is only illustrated by the division of the above functional modules when implementing its functions. In actual applications, the above functions can be assigned to different functional modules according to actual needs, that is, the content structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0145] Regarding the apparatus in the above embodiments, the specific manner in which each module performs its operation has been described in detail in the embodiments related to the method, and will not be elaborated upon here.

[0146] Please refer to Figure 11 This illustration shows a schematic diagram of the structure of a relay terminal device 110 provided in one embodiment of this application. For example, this relay terminal device can be used to execute the parameter configuration method described above on the relay terminal device side. Specifically, the relay terminal device 110 may include: a processor 111, and a transceiver 112 connected to the processor 111; wherein:

[0147] The processor 111 includes one or more processing cores. The processor 111 executes various functional applications and information processing by running software programs and modules.

[0148] Transceiver 112 includes a receiver and a transmitter. Optionally, transceiver 112 is a communication chip.

[0149] In one example, the relay terminal device 110 further includes a memory and a bus. The memory is connected to a processor via the bus. The memory can be used to store a computer program, which the processor uses to execute to implement the various steps performed by the relay terminal device in the above method embodiments.

[0150] Furthermore, the memory can be implemented by any type of volatile or non-volatile storage device or a combination thereof, including but not limited to: RAM (Random-Access Memory) and ROM (Read-Only Memory), EPROM (Erasable Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), flash memory or other solid-state storage technologies, CD-ROM (Compact Disc Read-Only Memory), DVD (Digital Video Disc) or other optical storage, magnetic tape cassettes, magnetic tape, disk storage or other magnetic storage devices.

[0151] The transceiver 112 is used to receive parameter configuration information from a remote terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter; wherein, the first data packet filter is used to match traffic data related to a first service, and the first traffic data description parameter is used to identify the traffic data related to the first service.

[0152] In one example, the first packet filter includes any one of the following: an IP packet filter, an Ethernet packet filter, or a short-range communication packet filter.

[0153] In one example, the IP packet filter includes at least one of the following: the source IP address of the first service, the destination IP address of the first service, the source port number of the first service, the destination port number of the first service, and the protocol type of the first service.

[0154] In one example, the Ethernet packet filter includes at least one of the following: the source MAC address of the first service, the destination MAC address of the first service, and the Ethernet type of the first service.

[0155] In one example, the near-field communication packet filter includes at least one of the following: the source layer 2 identifier of the first service, the target layer 2 identifier of the first service, and the service type of the first service.

[0156] In one example, the first traffic data description parameter includes at least one of the following: application information of the first service, domain name information of the first service, connection information of the application request of the first service, and relay service code provided by the relay terminal device corresponding to the first service.

[0157] In one example, the application information of the first service includes any one of the following: the application identifier of the first service, and the application code of the first service.

[0158] In one example, the connection information requested by the application of the first service includes any one of the following: SMS connection or Internet connection.

[0159] In one example, the parameter configuration information is carried in a control plane message.

[0160] In one example, the control plane message includes at least one of the following: a connection establishment message for requesting the establishment of a communication connection between the remote terminal device and the relay terminal device; and a connection modification message for requesting the modification of the communication connection between the remote terminal device and the relay terminal device.

[0161] In one example, the control plane message carries a Quality of Service (QoS) rule, and the parameter configuration information is carried within the QoS rule.

[0162] In one example, the processor 111 is configured to: obtain user routing policy URSP rules, the URSP rules including the correspondence between traffic data description parameters and packet data unit (PDU) session parameters of at least one service; determine a first PDU session parameter based on the URSP rules, the first PDU session parameter being a PDU session parameter corresponding to the first traffic data description parameter; and determine a first PDU session based on the first PDU session parameter, the first PDU session being used to transmit traffic data matching the first packet filter.

[0163] In one example, the processor 111 is configured to: establish the first PDU session based on the first PDU session parameters; or, modify the first PDU session based on the first PDU session parameters; or, obtain the first PDU session from at least one existing PDU session based on the first PDU session parameters.

[0164] In one example, the transceiver 112 is configured to receive data packets from the remote terminal device; the processor 111 is configured to match the header of the data packet based on the first data packet filter; and the transceiver 112 is configured to transmit the data packet through the first PDU session if the header of the data packet matches the first data packet filter.

[0165] In one example, the transceiver 112 is used to receive data packets from the remote terminal device; the processor 111 is used to match the header of the data packet based on the first data packet filter; the processor 111 is used to determine the traffic data description parameter corresponding to the data packet as the first traffic data description parameter when the header of the data packet matches the first data packet filter.

[0166] In one example, the transceiver 112 is used to transmit the data packet through the first PDU session.

[0167] Please refer to Figure 12 This illustration shows a schematic diagram of the structure of a remote terminal device 120 provided in one embodiment of this application. For example, this remote terminal device can be used to execute the parameter configuration method described above on the remote terminal device side. Specifically, the remote terminal device 120 may include: a processor 121, and a transceiver 122 connected to the processor 121; wherein:

[0168] The processor 121 includes one or more processing cores, and the processor 111 executes various functional applications and information processing by running software programs and modules.

[0169] Transceiver 122 includes a receiver and a transmitter. Optionally, transceiver 112 is a communication chip.

[0170] In one example, the remote terminal device 120 further includes a memory and a bus. The memory is connected to the processor via the bus. The memory can be used to store a computer program, which the processor uses to execute to implement the various steps performed by the remote terminal device in the above method embodiments.

[0171] Furthermore, the memory can be implemented by any type of volatile or non-volatile storage device or a combination thereof, including but not limited to: RAM (Random-Access Memory) and ROM (Read-Only Memory), EPROM (Erasable Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), flash memory or other solid-state storage technologies, CD-ROM (Compact Disc Read-Only Memory), DVD (Digital Video Disc) or other optical storage, magnetic tape cassettes, magnetic tape, disk storage or other magnetic storage devices.

[0172] The transceiver 122 is used to send parameter configuration information to the relay terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter; wherein, the first data packet filter is used to match traffic data related to a first service, and the first traffic data description parameter is used to identify the traffic data related to the first service.

[0173] In one example, the first packet filter includes any one of the following: an IP packet filter, an Ethernet packet filter, or a short-range communication packet filter.

[0174] In one example, the IP packet filter includes at least one of the following: the source IP address of the first service, the destination IP address of the first service, the source port number of the first service, the destination port number of the first service, and the protocol type of the first service.

[0175] In one example, the Ethernet packet filter includes at least one of the following: the source MAC address of the first service, the destination MAC address of the first service, and the Ethernet type of the first service.

[0176] In one example, the near-field communication packet filter includes at least one of the following: the source layer 2 identifier of the first service, the target layer 2 identifier of the first service, and the service type of the first service.

[0177] In one example, the first traffic data description parameter includes at least one of the following: application information of the first service, domain name information of the first service, connection information of the application request of the first service, and relay service code provided by the relay terminal device corresponding to the first service.

[0178] In one example, the application information of the first service includes any one of the following: the application identifier of the first service, and the application code of the first service.

[0179] In one example, the connection information requested by the application of the first service includes any one of the following: SMS connection or Internet connection.

[0180] In one example, the parameter configuration information is carried in a control plane message.

[0181] In one example, the control plane message includes at least one of the following: a connection establishment message for requesting the establishment of a communication connection between the remote terminal device and the relay terminal device; and a connection modification message for requesting the modification of the communication connection between the remote terminal device and the relay terminal device.

[0182] In one example, the control plane message carries QoS rules, and the parameter configuration information is carried within the QoS rules.

[0183] In one example, the transceiver 122 is used to send data packets to the relay terminal device.

[0184] This application also provides a computer-readable storage medium storing a computer program that is executed by a processor of a relay terminal device to implement the parameter configuration method on the relay terminal device side as described above.

[0185] This application also provides a computer-readable storage medium storing a computer program that is executed by a processor of a remote terminal device to implement the parameter configuration method on the remote terminal device side as described above.

[0186] This application also provides a chip, which includes programmable logic circuits and / or program instructions. When the chip is running on a relay terminal device, it is used to implement the parameter configuration method on the relay terminal device side as described above.

[0187] This application also provides a chip, which includes programmable logic circuits and / or program instructions. When the chip is run on a remote terminal device, it is used to implement the parameter configuration method on the remote terminal device side as described above.

[0188] This application also provides a computer program product, which, when run on a relay terminal device, is used to implement the parameter configuration method on the relay terminal device side as described above.

[0189] This application also provides a computer program product that, when run on a remote terminal device, implements the parameter configuration method on the remote terminal device side as described above.

[0190] Those skilled in the art will recognize that the functions described in the embodiments of this application in one or more of the above examples can be implemented using hardware, software, firmware, or any combination thereof. When implemented using software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or code on a computer-readable medium. Computer-readable media include computer storage media and communication media, wherein communication media include any medium that facilitates the transfer of a computer program from one place to another. Storage media can be any available medium that can be accessed by a general-purpose or special-purpose computer.

[0191] The above description is merely an exemplary embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A parameter configuration method, characterized in that, The method, applied in relay terminal equipment, includes: Receive parameter configuration information from a remote terminal device, the parameter configuration information including: a first data packet filter, and a first traffic data description parameter corresponding to the first data packet filter; Wherein, the first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service; wherein, the first traffic data description parameter includes the relay service code provided by the relay terminal device corresponding to the first service; The parameter configuration information is carried in the control plane message; The control plane messages include at least one of the following: A connection establishment message is used to request the establishment of a communication connection between the remote terminal device and the relay terminal device; A connection modification message is used to request modification of the communication connection between the remote terminal device and the relay terminal device; The control plane message carries Quality of Service (QoS) rules, and the parameter configuration information is either carried within the QoS rules or independent of the QoS rules.

2. The method according to claim 1, characterized in that, The first packet filter includes any one of the following: network protocol IP packet filter, Ethernet packet filter, and short-range communication packet filter.

3. The method according to claim 2, characterized in that, The IP packet filter includes at least one of the following: the source IP address of the first service, the destination IP address of the first service, the source port number of the first service, the destination port number of the first service, and the protocol type of the first service.

4. The method according to claim 2, characterized in that, The Ethernet packet filter includes at least one of the following: the source Media Access Control (MAC) address of the first service, the destination MAC address of the first service, and the Ethernet type of the first service.

5. The method according to claim 2, characterized in that, The near-field communication data packet filter includes at least one of the following: the source layer 2 identifier of the first service, the target layer 2 identifier of the first service, and the service type of the first service.

6. The method according to any one of claims 1 to 5, characterized in that, The first traffic data description parameter also includes at least one of the following: application information of the first service, domain name information of the first service, and connection information of the application request of the first service.

7. The method according to claim 6, characterized in that, The application information of the first service includes any one of the following: the application identifier of the first service, or the application code of the first service.

8. The method according to claim 6, characterized in that, The connection information requested by the application of the first service includes any one of the following: SMS connection or Internet connection.

9. The method according to any one of claims 1 to 5, characterized in that, The method further includes: Obtain the User Routing Policy URSP rules, wherein the URSP rules include the correspondence between traffic data description parameters and Packet Data Unit (PDU) session parameters of at least one service; Based on the URSP rules, a first PDU session parameter is determined, which is the PDU session parameter corresponding to the first traffic data description parameter. Based on the first PDU session parameters, a first PDU session is determined, which is used to transmit traffic data that matches the first packet filter.

10. The method according to claim 9, characterized in that, Determining the first PDU session based on the first PDU session parameters includes: The first PDU session is established based on the first PDU session parameters; or, Modify the first PDU session based on the first PDU session parameters; or, Based on the first PDU session parameters, the first PDU session is obtained from at least one existing PDU session.

11. The method according to claim 9, characterized in that, The method further includes: Receive data packets from the remote terminal device; Based on the first data packet filter, the packet headers of the data packets are matched; If the header of the data packet matches the first data packet filter, the data packet is transmitted through the first PDU session.

12. The method according to claim 9, characterized in that, Before determining the first PDU session parameters based on the URSP rules, the process also includes: Receive data packets from the remote terminal device; Based on the first data packet filter, the packet headers of the data packets are matched; If the header of the data packet matches the first data packet filter, the traffic data description parameter corresponding to the data packet is determined to be the first traffic data description parameter.

13. The method according to claim 12, characterized in that, After determining the first PDU session based on the first PDU session parameters, the process further includes: The data packet is transmitted through the first PDU session.

14. A parameter configuration method, characterized in that, When applied to remote terminal devices, the method includes: Send parameter configuration information to the relay terminal device, the parameter configuration information including: a first data packet filter, and a first traffic data description parameter corresponding to the first data packet filter; Wherein, the first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service; wherein, the first traffic data description parameter includes the relay service code provided by the relay terminal device corresponding to the first service; The parameter configuration information is carried in the control plane message; The control plane messages include at least one of the following: A connection establishment message is used to request the establishment of a communication connection between the remote terminal device and the relay terminal device; A connection modification message is used to request modification of the communication connection between the remote terminal device and the relay terminal device; The control plane message carries Quality of Service (QoS) rules, and the parameter configuration information is either carried within the QoS rules or independent of the QoS rules.

15. The method according to claim 14, characterized in that, The first packet filter includes any one of the following: network protocol IP packet filter, Ethernet packet filter, and short-range communication packet filter.

16. The method according to claim 15, characterized in that, The IP packet filter includes at least one of the following: the source IP address of the first service, the destination IP address of the first service, the source port number of the first service, the destination port number of the first service, and the protocol type of the first service.

17. The method according to claim 15, characterized in that, The Ethernet packet filter includes at least one of the following: the source Media Access Control (MAC) address of the first service, the destination MAC address of the first service, and the Ethernet type of the first service.

18. The method according to claim 15, characterized in that, The near-field communication data packet filter includes at least one of the following: the source layer 2 identifier of the first service, the target layer 2 identifier of the first service, and the service type of the first service.

19. The method according to any one of claims 14 to 18, characterized in that, The first traffic data description parameter also includes at least one of the following: application information of the first service, domain name information of the first service, and connection information of the application request of the first service.

20. The method according to claim 19, characterized in that, The application information of the first service includes any one of the following: the application identifier of the first service, or the application code of the first service.

21. The method according to claim 19, characterized in that, The connection information requested by the application of the first service includes any one of the following: SMS connection or Internet connection.

22. The method according to any one of claims 14 to 18, characterized in that, The method further includes: Send data packets to the relay terminal device.

23. A parameter configuration device, characterized in that, The device, installed in a relay terminal equipment, includes: The information receiving module is used to receive parameter configuration information from a remote terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter. Wherein, the first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service; wherein, the first traffic data description parameter includes the relay service code provided by the relay terminal device corresponding to the first service; The parameter configuration information is carried in the control plane message; The control plane messages include at least one of the following: A connection establishment message is used to request the establishment of a communication connection between the remote terminal device and the relay terminal device; A connection modification message is used to request modification of the communication connection between the remote terminal device and the relay terminal device; The control plane message carries Quality of Service (QoS) rules, and the parameter configuration information is either carried within the QoS rules or independent of the QoS rules.

24. The apparatus according to claim 23, characterized in that, The first packet filter includes any one of the following: network protocol IP packet filter, Ethernet packet filter, and short-range communication packet filter.

25. The apparatus according to claim 24, characterized in that, The IP packet filter includes at least one of the following: the source IP address of the first service, the destination IP address of the first service, the source port number of the first service, the destination port number of the first service, and the protocol type of the first service.

26. The apparatus according to claim 24, characterized in that, The Ethernet packet filter includes at least one of the following: the source Media Access Control (MAC) address of the first service, the destination MAC address of the first service, and the Ethernet type of the first service.

27. The apparatus according to claim 24, characterized in that, The near-field communication data packet filter includes at least one of the following: the source layer 2 identifier of the first service, the target layer 2 identifier of the first service, and the service type of the first service.

28. The apparatus according to any one of claims 23 to 27, characterized in that, The first traffic data description parameter also includes at least one of the following: application information of the first service, domain name information of the first service, and connection information of the application request of the first service.

29. The apparatus according to claim 28, characterized in that, The application information of the first service includes any one of the following: the application identifier of the first service, or the application code of the first service.

30. The apparatus according to claim 28, characterized in that, The connection information requested by the application of the first service includes any one of the following: SMS connection or Internet connection.

31. The apparatus according to any one of claims 24 to 27, characterized in that, The device further includes: The rule acquisition module is used to acquire user routing policy URSP rules, wherein the URSP rules include the correspondence between traffic data description parameters and packet data unit (PDU) session parameters of at least one service; The parameter determination module is used to determine the first PDU session parameter based on the URSP rule, wherein the first PDU session parameter is the PDU session parameter corresponding to the first traffic data description parameter; The session determination module is used to determine a first PDU session based on the first PDU session parameters. The first PDU session is used to transmit traffic data that matches the first data packet filter.

32. The apparatus according to claim 31, characterized in that, The session determination module is used for: The first PDU session is established based on the first PDU session parameters; or, Modify the first PDU session based on the first PDU session parameters; or, Based on the first PDU session parameters, the first PDU session is obtained from at least one existing PDU session.

33. The apparatus according to claim 31, characterized in that, The device further includes: A data packet receiving module is used to receive data packets from the remote terminal device; The packet header matching module is used to match the packet header of the data packet based on the first data packet filter; A data packet transmission module is configured to transmit the data packet through the first PDU session if the packet header matches the first data packet filter.

34. The apparatus according to claim 31, characterized in that, The device further includes: A data packet receiving module is used to receive data packets from the remote terminal device; The packet header matching module is used to match the packet header of the data packet based on the first data packet filter; The description determination module is used to determine, when the packet header of the data packet matches the first data packet filter, the traffic data description parameter corresponding to the data packet is the first traffic data description parameter.

35. The apparatus according to claim 34, characterized in that, The device further includes: A data packet transmission module is used to transmit the data packet through the first PDU session.

36. A parameter configuration device, characterized in that, The device, installed in a remote terminal equipment, includes: The information sending module is used to send parameter configuration information to the relay terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter. Wherein, the first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service; wherein, the first traffic data description parameter includes the relay service code provided by the relay terminal device corresponding to the first service; The parameter configuration information is carried in the control plane message; The control plane messages include at least one of the following: A connection establishment message is used to request the establishment of a communication connection between the remote terminal device and the relay terminal device; A connection modification message is used to request modification of the communication connection between the remote terminal device and the relay terminal device; The control plane message carries Quality of Service (QoS) rules, and the parameter configuration information is either carried within the QoS rules or independent of the QoS rules.

37. The apparatus according to claim 36, characterized in that, The first packet filter includes any one of the following: network protocol IP packet filter, Ethernet packet filter, and short-range communication packet filter.

38. The apparatus according to claim 37, characterized in that, The IP packet filter includes at least one of the following: the source IP address of the first service, the destination IP address of the first service, the source port number of the first service, the destination port number of the first service, and the protocol type of the first service.

39. The apparatus according to claim 37, characterized in that, The Ethernet packet filter includes at least one of the following: the source Media Access Control (MAC) address of the first service, the destination MAC address of the first service, and the Ethernet type of the first service.

40. The apparatus according to claim 37, characterized in that, The near-field communication data packet filter includes at least one of the following: the source layer 2 identifier of the first service, the target layer 2 identifier of the first service, and the service type of the first service.

41. The apparatus according to any one of claims 36 to 40, characterized in that, The first traffic data description parameter also includes at least one of the following: application information of the first service, domain name information of the first service, and connection information of the application request of the first service.

42. The apparatus according to claim 41, characterized in that, The application information of the first service includes any one of the following: the application identifier of the first service, or the application code of the first service.

43. The apparatus according to claim 41, characterized in that, The connection information requested by the application of the first service includes any one of the following: SMS connection or Internet connection.

44. The apparatus according to any one of claims 36 to 40, characterized in that, The device further includes: The data packet sending module is used to send data packets to the relay terminal device.

45. A relay terminal device, characterized in that, The relay terminal device includes: a processor, and a transceiver connected to the processor; wherein: The transceiver is used to receive parameter configuration information from a remote terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter. Wherein, the first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service; wherein, the first traffic data description parameter includes the relay service code provided by the relay terminal device corresponding to the first service; The parameter configuration information is carried in the control plane message; The control plane messages include at least one of the following: A connection establishment message is used to request the establishment of a communication connection between the remote terminal device and the relay terminal device; A connection modification message is used to request modification of the communication connection between the remote terminal device and the relay terminal device; The control plane message carries Quality of Service (QoS) rules, and the parameter configuration information is either carried within the QoS rules or independent of the QoS rules.

46. ​​A remote terminal device, characterized in that, The remote terminal device includes: a processor, and a transceiver connected to the processor; wherein: The transceiver is used to send parameter configuration information to the relay terminal device. The parameter configuration information includes: a first data packet filter and a first traffic data description parameter corresponding to the first data packet filter. Wherein, the first data packet filter is used to match traffic data related to the first service, and the first traffic data description parameter is used to identify the traffic data related to the first service; wherein, the first traffic data description parameter includes the relay service code provided by the relay terminal device corresponding to the first service; The parameter configuration information is carried in the control plane message; The control plane messages include at least one of the following: A connection establishment message is used to request the establishment of a communication connection between the remote terminal device and the relay terminal device; A connection modification message is used to request modification of the communication connection between the remote terminal device and the relay terminal device; The control plane message carries Quality of Service (QoS) rules, and the parameter configuration information is either carried within the QoS rules or independent of the QoS rules.

47. A computer-readable storage medium, characterized in that, The storage medium stores a computer program that is executed by the processor of the relay terminal device to implement the parameter configuration method as described in any one of claims 1 to 13.

48. A computer-readable storage medium, characterized in that, The storage medium stores a computer program that is executed by the processor of a remote terminal device to implement the parameter configuration method as described in any one of claims 14 to 22.

Images