Terminal control method and device, computer readable storage medium

Abstract

The application provides a terminal control method and device and a computer readable storage medium, wherein the terminal control method comprises: for a plurality of terminals hung under a same customer front-end device, establishing a plurality of protocol data unit sessions between the customer front-end device and a core network element, the plurality of protocol data unit sessions corresponding to the plurality of terminals one by one; obtaining first data packets from each protocol data unit session respectively, the first data packets being transmitted by one terminal to the core network element based on one protocol data unit session corresponding to the terminal; and controlling the uplink service running state of each terminal according to the plurality of first data packets. In the embodiment of the application, adaptive air interface resource matching of each terminal is facilitated, current networking transmission conditions can meet the service processing requirements of each terminal, and networking transmission requirements are met.

Description

Technical Field

[0001] The embodiments of the present invention relate to, but are not limited to, the field of communication technology, and particularly to a terminal control method and device, and a computer-readable storage medium. Background Technology

[0002] With the widespread adoption of 5G networks and their vertical industries, networking multiple terminals connected to a single Customer Premise Equipment (CPE) is becoming increasingly important. This is crucial for cost savings and simplified networking, and under certain networking conditions, it can also help conserve public IP address resources. For example, combining a CPE with multiple power grid terminals under 5G network conditions to transmit power grid distribution information via the low-latency, high-reliability 5G network will greatly improve the efficiency and performance of power grid distribution. However, due to the potential differences in the service performance of each terminal—for example, Distribution Terminal Units (DTUs) and Phasor Measure Units (PMUs) often have multiple different service types within a single distribution cabinet in the power grid—a single CPE cannot currently guarantee that the current networking conditions can meet the service processing needs of each terminal when providing network transmission for various terminals. Therefore, it is not conducive to matching air interface resources for each terminal and cannot meet the network transmission requirements. Summary of the Invention

[0003] The following is an overview of the subject matter described in detail herein. This overview is not intended to limit the scope of the claims.

[0004] This invention provides a terminal control method and device, and a computer-readable storage medium, which can meet the requirements of network transmission.

[0005] In a first aspect, embodiments of the present invention provide a terminal control method, comprising:

[0006] For multiple terminals connected to the same customer front-end device, multiple protocol data unit sessions are established between the customer front-end device and the core network element, and each of the multiple protocol data unit sessions corresponds to one of the multiple terminals.

[0007] A first data packet is obtained from each of the protocol data unit sessions, and the first data packet is transmitted by a terminal to the core network element based on a protocol data unit session corresponding to the terminal.

[0008] The uplink service operation status of each terminal is controlled according to the multiple first data packets.

[0009] In a second aspect, embodiments of the present invention also provide a control device, including: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the terminal control method of the first aspect as described above.

[0010] Thirdly, embodiments of the present invention also provide a computer-readable storage medium storing computer-executable instructions for executing the terminal control method described in the first aspect above.

[0011] This invention includes the following embodiments: For multiple terminals connected to the same customer front-end device, establishing multiple Protocol Data Unit (PDU) sessions between the customer front-end device and core network elements, with each PDU session corresponding to one of the terminals; obtaining first data packets from each PDU session, with each first data packet being transmitted from a terminal to a core network element based on a PDU session corresponding to the terminal; and controlling the uplink service operation status of each terminal based on the multiple first data packets. According to the solution provided by this invention, by establishing multiple PDU sessions between the customer front-end device and core network elements for multiple terminals connected to the same customer front-end device, it is possible to obtain relevant data packets uploaded by the terminals from each PDU. This allows for understanding the real-time service status of each terminal under network conditions based on the obtained data packets, facilitating adaptive air interface resource matching for each terminal, ensuring that the current network transmission conditions can meet the service processing needs of each terminal, and achieving the network transmission requirements.

[0012] Other features and advantages of the invention will be set forth in the description which follows, and will be apparent in part from the description, or may be learned by practicing the invention. The objects and other advantages of the invention may be realized and obtained by means of the structures particularly pointed out in the description, claims, and drawings. Attached Figure Description

[0013] The accompanying drawings are provided to further understand the technical solutions of the present invention and constitute a part of the specification. They are used together with the embodiments of the present invention to explain the technical solutions of the present invention, and do not constitute a limitation on the technical solutions of the present invention.

[0014] Figure 1 This is a flowchart of a terminal control method provided in one embodiment of the present invention;

[0015] Figure 2 This is a flowchart illustrating the process before establishing multiple protocol data unit sessions in a terminal control method provided in one embodiment of the present invention;

[0016] Figure 3This is a flowchart of the terminal control method provided in another embodiment of the present invention before establishing multiple protocol data unit sessions;

[0017] Figure 4 This is a flowchart illustrating the establishment of multiple protocol data unit sessions in a terminal control method provided in one embodiment of the present invention;

[0018] Figure 5 This is a flowchart of establishing multiple protocol data unit sessions in a terminal control method provided in another embodiment of the present invention;

[0019] Figure 6 This is a flowchart of a terminal control method provided in another embodiment of the present invention;

[0020] Figure 7 This is a flowchart of obtaining a first data packet in a terminal control method provided in an embodiment of the present invention;

[0021] Figure 8 This is a flowchart illustrating the control of the uplink service operation status of each terminal in a terminal control method provided in an embodiment of the present invention;

[0022] Figure 9 This is a flowchart illustrating the operation status of controlling each uplink service of a first terminal in a terminal control method provided in an embodiment of the present invention.

[0023] Figure 10 This is a schematic diagram illustrating the execution of a terminal control method provided in an embodiment of the present invention;

[0024] Figure 11 This is a schematic diagram illustrating the execution of a terminal control method provided in another embodiment of the present invention;

[0025] Figure 12 This is a schematic diagram of the operation of a downlink service provided in one embodiment of the present invention;

[0026] Figure 13 This is a schematic diagram of the operation of an uplink service provided in one embodiment of the present invention;

[0027] Figure 14 This is a schematic diagram of a control device provided in one embodiment of the present invention. Detailed Implementation

[0028] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the invention.

[0029] It should be noted that although functional modules are divided in the device schematic diagram and a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the device or the order in the flowchart. The terms "first," "second," etc., in the specification, claims, and the aforementioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence.

[0030] This invention provides a terminal control method and device, and a computer-readable storage medium. By establishing multiple protocol data unit sessions between the customer front-end device and core network elements for multiple terminals connected to the same customer front-end device, it enables the acquisition of relevant data packets uploaded by the terminals from each protocol data unit. This allows the real-time service status of each terminal under network conditions to be understood based on the acquired data packets, facilitating adaptive air interface resource matching for each terminal and ensuring that the current network transmission conditions can meet the service processing needs of each terminal, thus achieving the network transmission requirements.

[0031] The embodiments of the present invention will be further described below with reference to the accompanying drawings.

[0032] like Figure 1 As shown, Figure 1 This is a flowchart of a terminal control method provided in an embodiment of the present invention, which includes, but is not limited to, steps S100 to S300.

[0033] Step S100: For multiple terminals connected to the same Customer Premise Equipment (CPE), establish multiple protocol data unit sessions between the CPE and the core network elements, with each protocol data unit session corresponding to one of the multiple terminals.

[0034] In one embodiment, the CPE is a mobile signal access device used to receive mobile signals and forward them as wireless communication signals. It can convert high-speed 4G or 5G signals into wireless signals, support multiple mobile terminals accessing the Internet simultaneously, and save the cost of laying wired networks. By connecting multiple terminals to the same CPE, the CPE can provide network cooperation for multiple terminals at the same time. Thus, the network cooperation between the CPE and each terminal can be used to realize the transmission of relevant service information, thereby improving the efficiency and performance of relevant services.

[0035] In one embodiment, the type of terminal is not limited. Theoretically, any terminal that can be connected to the CPE and used to perform corresponding business functions can be adapted to the above embodiment. This is not a limitation. For example, it can be various types of power grid terminals, including but not limited to distribution terminal units (DTUs) and phasor measurement units (PMUs). Each power grid terminal can perform one or more services. The type of service is not limited. It can be current phase measurement message service, remote telemetry service, or differential protection service, etc. In specific application scenarios, power grid terminals with corresponding services can be selected for distribution networks. For example, if the DTU is configured with distribution network differential protection function, it mainly determines the fault location by calculating the current difference between the two ends of the power grid line, thereby achieving fault line isolation. When it is necessary to determine the fault, the relevant services can be performed based on the DTU. Similarly, the above-mentioned business functions can also be optimized. That is, the automatic restoration of power to the power outage area after fault isolation can be achieved through the coordinated operation between various DTUs. Similarly, under the condition of distribution network PMU, by collecting the relevant measurement information of PMUs distributed in different locations of the distribution network, real-time monitoring of the operation status of the distribution network can be achieved.

[0036] In one embodiment, the CPE can establish multiple Protocol Data Unit (PDU) sessions between the CPE and the core network element for each connected terminal. The method of establishing PDU sessions can also be selected according to the actual application situation, which is not limited.

[0037] It is understood that, in order to more conveniently illustrate the working principle of the present invention, the terminals in the following related embodiments are all described as power grid terminals DTU and / or PMU.

[0038] In one embodiment, core network elements, as one of the key devices of the core network, can be used to carry the forwarding of terminal Internet access data. They can also be widely used in application fields such as core networks of operator networks, industry private networks, or edge computing. For example, in a 5G core network, User Plane Function (UPF) network elements are adopted. A single instance of a UPF network element can support some or all UPF functions. UPF functions may include, but are not limited to: packet routing and forwarding, enforcement of user plane partial policy rules, packet inspection, Quality of Service (QoS) processing, uplink traffic verification (e.g., traffic mapping from service data flow to QoS), downlink packet buffering, and serving as an interconnection session point between external protocol data units and the transmission network. It is understood that different core network elements can have different communication functions. Those skilled in the art can configure the corresponding core network elements according to the actual application scenario, which is not a limitation.

[0039] In one embodiment, multiple terminals connected to a CPE can be applied to different specific scenarios. One scenario is: the CPE is in bridging mode, that is, the CPE bridges and translates the internal network address used by the terminal to an external network address. In this case, the terminal does not use the IP address allocated by the core network, or the terminal does not directly use the MAC address, such as... Figure 2 As shown, step S400 is included before step S100.

[0040] Step S400: Control the CPE to sign up for services with the core network elements.

[0041] In one embodiment, since the terminal's internal network address is bridged, the core network cannot obtain the internal network address used by the terminal. Therefore, it is necessary to control the CPE to sign a service agreement with the core network in order to determine the service connection between the terminal and the core network.

[0042] It is understandable that when the CPE bridges and converts the internal network address used by the terminal to the external network address, it can simultaneously map the main network IP address of the core network accordingly, thereby achieving a better bridging effect. The above-mentioned bridging-related implementation methods are not completely limited, and those skilled in the art can choose the appropriate bridging method according to the actual situation.

[0043] In one embodiment, another scenario where multiple terminals are connected to a CPE can be: the CPE is in non-bridging mode, that is, the CPE does not bridge and translate the internal network addresses used by the terminals into external network addresses. In this case, the terminals can directly use the IP addresses allocated by the core network, or the terminals can directly use the MAC addresses, such as... Figure 3 As shown, step S500 is included before step S100.

[0044] In step S500, the control terminal signs a service agreement with the core network element.

[0045] Since the terminal's internal network address is not bridged, the core network can obtain the internal network address used by the terminal. That is, the core network and the terminal can directly establish a connection, so the core network can control the terminal to directly sign up for services with the core network, thereby determining the service connection between the terminal and the core network.

[0046] In one embodiment, multiple Protocol Data Unit (PDU) sessions are established between the CPE and the core network elements. Since each PDU session corresponds to a different terminal, it is equivalent to establishing an independent PDU session for each terminal. This allows each PDU session to carry the services of its corresponding terminal. Specifically, the PDU sessions can store and carry the attribute information of the corresponding terminal, which improves the service performance of the terminal. In particular, among the multiple terminals, there are cases including, but not limited to, at least one first terminal used to run multiple uplink services. Figure 4 As shown, the "establishing multiple protocol data unit sessions between CPE and core network elements" in step S100 also includes, but is not limited to, step S110.

[0047] Step S110: Establish a first protocol data unit session corresponding to the first terminal between the CPE and the core network element. The first protocol data unit session includes multiple quality of service data links (QoS flows). Each QoS flow is used to provide QoS for an uplink service of the first terminal. Each QoS flow is mapped to a first data radio bearer (DRB) in the first protocol data unit session.

[0048] In one embodiment, for a first terminal running multiple services, a first protocol data unit session corresponding to the first terminal is established, thereby providing a corresponding QoS flow for each service of the first terminal. Since the QoS flow corresponds to QoS, it ensures that QoS can be provided for each service, and each QoS flow is mapped to the corresponding first DRB, so that each service can carry data through the first DRB, which is beneficial to improving the service operation performance of the first terminal. In particular, by establishing QoS flow and mapping it to the corresponding first DRB, different services on the first terminal can be accurately and reliably identified. Under this condition, when it is necessary to adjust the network configuration of a certain service, the probability of accurately adjusting the corresponding service can be greatly improved.

[0049] It is understandable that among multiple terminals, there may also be cases including, but not limited to, at least one second terminal used to run an uplink service. In this case, such as Figure 5 As shown, the "establishing multiple protocol data unit sessions between the CPE and the core network element" in step S100 also includes, but is not limited to, step S120.

[0050] Step S120: Establish a second protocol data unit session corresponding to the second terminal between the CPE and the core network element. The second protocol data unit session includes a second DRB for carrying uplink services of the second terminal.

[0051] In one embodiment, for a second terminal that only runs multiple single services, it is not necessary to establish a corresponding QoS flow for it. Instead, a second protocol data unit session corresponding to the second terminal is established, which enables the single service of the second terminal to be carried by the second DRB, which is beneficial to improve the service operation performance of the second terminal. When it is necessary to regulate the single service of the second terminal, the corresponding second DRB can be determined directly through the second protocol data unit session.

[0052] It is understandable that among multiple terminals, there may also be cases including, but not limited to, at least one third terminal used to run downlink services. In this case, such as Figure 6 As shown, the terminal control method also includes, but is not limited to, steps S130 to S140.

[0053] Step S130: Obtain downlink data packets transmitted from the core network element to the third terminal from the core network element;

[0054] Step S140: Control the downlink service operation status of the third terminal according to the downlink data message.

[0055] In one embodiment, for the downlink services run by the third terminal, the downlink data packets transmitted to the third terminal can be directly obtained from the relevant data interfaces of the core network elements. Therefore, the downlink data packets transmitted to the third terminal can be obtained directly and reliably to understand the downlink service status of the third terminal and then to control and adjust the operation of the relevant downlink services of the third terminal.

[0056] It is understandable that, for downlink services related to third terminals, based on the fact that relevant downlink data packets can be directly obtained from core network elements, that is, without relying on network conditions, or based on the network conditions where delay-sensitive communication auxiliary parameters are issued through the intervention of Mobile Edge Computing (MEC) technology, the scheduling of downlink air interface resources related to downlink can be optimized from the perspective of latency.

[0057] Understandably, the method of obtaining downlink data packets through core network elements is not unique. It is also possible to establish a corresponding protocol data unit session for the third terminal and obtain data packets related to the third terminal based on the DRB within the corresponding protocol data unit session. This is not a limitation.

[0058] Step S200: Obtain the first data packet from each protocol data unit session. The first data packet is transmitted by a terminal to the core network element based on a protocol data unit session corresponding to the terminal.

[0059] In one embodiment, after establishing corresponding protocol data unit sessions for each terminal, the first data packets sent by each terminal can be transmitted to the core network element based on the corresponding protocol data unit session. In this process, the first data packets can be carried by the relevant DRBs in the protocol data unit session. Therefore, the first data packets can be obtained from each protocol data unit session, so as to intuitively understand the relevant properties of the first data packets, so as to facilitate subsequent processing of the first data packets and corresponding services.

[0060] In one embodiment, the core network element can also send data packets to the base station through QoS flow, and then the base station maps the QoS flow to the corresponding first DRB. Therefore, the base station can obtain the first data packet from each protocol data unit session. That is, the base station, as the intermediate point between each terminal and the core network element, can be used to perform the detection operation of obtaining the first data packet. The specific content of the first data packet can be known through the detection operation. However, this is not limited. In actual application scenarios, the acquisition of the first data packet can also be achieved based on a custom detection module or device, as long as the custom detection module or device can be adapted to each terminal and the core network element. In other words, there can be multiple ways to obtain the first data packet from each protocol data unit session. Since the specific way of obtaining the first data packet is not an improvement point of the above embodiment, the above embodiment does not limit the execution object. However, those skilled in the art can choose according to the actual scenario.

[0061] Specifically, refer to Figure 7 When the first data packet includes an uplink data packet transmitted by the first terminal to a core network element according to an uplink service, step 200 includes, but is not limited to, step S210.

[0062] Step S210: Obtain each uplink data packet transmitted by the first terminal from each of the first data radio bearers in the first protocol data unit session.

[0063] Understandably, since the uplink data packets are sent separately by various services within the first terminal, each first DRB in the first protocol data unit session can carry the corresponding uplink data packets. Therefore, each uplink data packet can be obtained from each first DRB, thereby understanding the real-time status of each service within the first terminal. This makes it easier to directly identify the service corresponding to the uplink data packet and adjust and control it if a difference is found in the uplink data packets of a certain service.

[0064] Step S300: Control the uplink service operation status of each terminal according to multiple first data packets.

[0065] In one embodiment, after determining the first data packet, the real-time service status of each terminal under the network conditions can be understood based on the acquired data packet. This facilitates adaptive air interface resource matching for each terminal, ensuring that the current network transmission conditions can meet the service processing needs of each terminal and achieve the network transmission requirements. In particular, for uplink services, it facilitates the reasonable scheduling of relevant air interface resources for uplink services. In practical applications, this makes it more convenient and reliable to manage uplink services and their related air interface resources.

[0066] Understandably, the first data packets sent by each terminal according to their respective services can be different. Correspondingly, the control methods for the uplink service operation status of each terminal based on multiple first data packets can also be different, and this is not a limitation.

[0067] Understandably, the object that controls the uplink service operation status of each terminal is not limited. Generally, it can be controlled by relevant external network administrators or users. In special circumstances, the control authority can be assigned to the corresponding object for control, and there are no restrictions.

[0068] Reference Figure 8 Step 300 includes, but is not limited to, step S310.

[0069] Step 310: Control the operation status of each uplink service of the first terminal according to the multiple uplink data packets.

[0070] In one embodiment, service control is performed using multiple uplink data packets, which facilitates separate control of the service status of each service of the first terminal. For example, Service Level Agreement (SLA) control is performed on the corresponding service based on each data packet. At the same time, it can also effectively solve the air interface resource scheduling problem. It can be understood that since different uplink data packets can be acquired simultaneously, a corresponding air interface resource scheduling strategy can be formed as a whole. Compared with the air interface resource scheduling of a single service, its effect is obviously better. For example, assuming that the first terminal executes two different services, when performing air interface resource scheduling, the priority of the required service can be adjusted to the highest level according to the actual status of the two services. It can be that only air interface resources are allocated to the service during a certain period of time, that is, the first terminal only executes the service during a certain period of time, thereby meeting the needs of executing the service. It can be understood that, similarly, air interface resource scheduling can be selected according to the actual situation, which is not limited.

[0071] Additionally, refer to Figure 9 Step S310 includes, but is not limited to, steps S311 to S312.

[0072] Step S311: Obtain the feature information of the uplink data packet based on the uplink data packet;

[0073] Step S312: Control the operating status of the uplink service corresponding to the uplink data message based on the feature information of the uplink data message.

[0074] In one embodiment, since data packets can represent various information about the service status, but not all content of the data packets needs to be considered, in specific control, only the relevant feature information within the data packets needs to be considered. The relevant status of the service can be understood through the acquired feature information, and the uplink service can be controlled based on the feature information of the uplink data packets. Therefore, it is not necessary to analyze all the content of the data packets, which is relatively simpler and more direct, and helps to improve the air interface matching efficiency of uplink services.

[0075] In one embodiment, the feature information is not limited and can be selected according to the actual business requirements. For example, the feature information may include at least one of the following: packet transmission cycle information, packet 5-tuple information, and packet attribute information. By obtaining the packet transmission cycle information, the packet transmission status of the data packet can be understood. By obtaining the packet 5-tuple information, the source IP address, source port, destination IP address, destination port, and transport layer protocol of the data packet can be directly obtained. That is, the relevant information of the core network and the first terminal can be easily obtained, and it is convenient to compare the obtained relevant information of the core network and the first terminal with the actual application information of the two, thereby finding out possible fault information. By obtaining the packet attribute information, the packet composition relationship, packet header attributes, and packet request parameters of the data packet can be intuitively understood, which is beneficial to understanding the transmission status of the data packet. Based on the content described in the above embodiment, it can be understood that by obtaining one or more feature information, it is beneficial to understand the real-time status of the data packet based on the feature information, and then to control and allocate air interface resources for the corresponding business based on the real-time status of the data packet, thereby optimizing the service performance of the first terminal.

[0076] The following examples illustrate the above embodiments.

[0077] Example 1

[0078] like Figure 10 As shown, Figure 10 A method for CPE to cooperate with base stations and core network elements in non-bridging mode is presented.

[0079] Reference Figure 10All terminals are DTUs, and the core network uses UPF network elements. For ease of description, they are distinguished as DTU1, DTU2, and DTUn. When the CPE is in non-bridging mode, the terminal can directly use the IP address assigned by the core network, or the terminal can directly use the MAC address. Therefore, given that the DTU and UPF network elements have already signed a service agreement, Protocol Data Unit Session 1, Protocol Data Unit Session 2, and Protocol Data Unit Session 3 can be established respectively. Protocol Data Unit Session 1 corresponds to service 1 in DTU1, Protocol Data Unit Session 2 corresponds to service 2 in DTU1, and Protocol Data Unit Session 3 corresponds to services 3 through n in DTU1. For service 1, the first QoS flow is established between the UPF network element and the base station, and the base station maps the first QoS flow to DRB1. This process continues until the nth QoS flow is established between the UPF network element and the base station, and the base station maps the nth QoS flow to DRB1. Once the flow is mapped to DRBn, Protocol Data Unit Session 3 is established. Then, based on Protocol Data Unit Session 1, the data packet corresponding to Service 1 is obtained; based on Protocol Data Unit Session 2, the data packet corresponding to Service 2 is obtained; and based on Protocol Data Unit Session 3, the data packets corresponding to Services 3 to n are obtained respectively. Finally, based on the five-tuple information of each of the obtained data packets, the states of Services 1, Services 2, and Services 3 to n are adjusted accordingly to achieve air interface resource matching and meet the network transmission requirements.

[0080] Example 2

[0081] like Figure 11 As shown, Figure 11 A method for CPE to cooperate with base stations and core network elements in bridging mode is presented.

[0082] Reference Figure 11The terminal uses PMU, DTU2, and DTUn, while the core network uses UPF network elements. PMU executes PMU services, DTU2 executes remote sensing, remote telemetry, and remote control (RTS) processing services, and DTUn executes differential protection services. When the CPE is in bridged mode, and the CPE and UPF network elements have already signed a service agreement, Protocol Data Unit (PDU) sessions 1, 2, and 3 can be established. PDU session 1 corresponds to service 1 in DTU1, PDU session 2 corresponds to service 2 in DTU1, and PDU session 3 corresponds to services 3 through n in DTU1. For service 1, the first QoS flow is established between the UPF network element and the base station, and the base station maps the first QoS flow to DRB1. This process continues until the nth QoS flow is established between the UPF network element and the base station, and the base station maps the nth QoS flow to DRB1. Once the flow is mapped to DRBn, Protocol Data Unit Session 3 is established. Then, based on Protocol Data Unit Session 1, data packets corresponding to Service 1 are obtained; based on Protocol Data Unit Session 2, data packets corresponding to Service 2 are obtained; and based on Protocol Data Unit Session 3, data packets corresponding to Services 3 to n are obtained respectively. Finally, based on the packet transmission cycle information in the obtained data packets, the states of Services 1, 2, and Services 3 to n are adjusted accordingly to achieve air interface resource matching and meet network transmission requirements. For example, taking the differential protection service of DTUn as an example, generally speaking, the packet transmission cycle of data packets in normal working mode is 1 second, and in protection working mode it is 2000 packets per second. By detecting the number of packets within 1 second in the corresponding DRB, the base station can detect the packet transmission cycle of data packets, and thus adjust the operating state of related services according to the obtained packet transmission cycle information.

[0083] Example 3

[0084] like Figure 12 and Figure 13 As shown, Figure 12 One method for executing downlink business is given. Figure 13 One method for executing upstream business is given.

[0085] Reference Figure 12 The UPF network element is configured with an N3 port, from which the packet attribute information or packet transmission cycle information of downlink data packets can be directly obtained. Figure 12 It can be seen that downlink data packets can also be transmitted to the base station through various QoS flows, then mapped to various DRBs and finally transmitted to the third terminal. This allows the downlink service operation status of the third terminal to be controlled based on the downlink data packets, provided that the downlink data packets are obtained.

[0086] Reference Figure 13 The first terminal works in conjunction with the network memory, and the uplink data packets are carried in the relevant DRB and transmitted to the UPF network element through the base station. During this process, the uplink data packets are obtained through the relevant DRB, so that the uplink service operation status of the first terminal can be controlled according to the uplink data packets.

[0087] Additionally, refer to Figure 14 An embodiment of the present invention also provides a control device 100, which includes a memory 110, a processor 120, and a computer program stored in the memory 110 and executable on the processor 120.

[0088] The processor 120 and the memory 110 can be connected via a bus or other means.

[0089] The non-transient software program and instructions required to implement the terminal control method of the above embodiments are stored in the memory 110. When executed by the processor 120, the terminal control method of each of the above embodiments is executed, for example, the method described above. Figure 1 Method steps S100 to S600 in the text Figure 2 Method steps S400, Figure 3 Method steps S500, Figure 4 Method steps S110, Figure 5 Method steps S120, Figure 6 Method steps S130 to S140 in the text Figure 7 Method steps S210, Figure 8 Method step S310 or Figure 9 Method steps S311 to S312.

[0090] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.

[0091] Furthermore, one embodiment of the present invention provides a computer-readable storage medium storing computer-executable instructions that are executed by a processor 120 or a controller, for example, by a processor 120 in the above-described control device 100 embodiment, causing the processor 120 to execute the terminal control method in the above-described embodiment, for example, to execute the above-described... Figure 1 Method steps S100 to S600 in the text Figure 2 Method steps S400, Figure 3 Method steps S500, Figure 4 Method steps S110, Figure 5 Method steps S120, Figure 6 Method steps S130 to S140 in the text Figure 7 Method steps S210, Figure 8 Method step S310 or Figure 9 Method steps S311 to S312.

[0092] It will be understood by those skilled in the art that all or some of the steps and systems in the methods disclosed above can be implemented as software, firmware, hardware, and suitable combinations thereof. Some or all of the physical components can be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit. Such software can be distributed on a computer-readable medium, which can include computer storage media (or non-transitory media) and communication media (or transient media). As is known to those skilled in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data). Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disc (DVD) or other optical disc storage, magnetic cartridges, magnetic tape, disk storage or other magnetic storage devices, or any other medium that can be used to store desired information and is accessible to a computer. Furthermore, as is known to those skilled in the art, communication media typically contain computer-readable instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and may include any information delivery medium.

[0093] The above is a detailed description of the preferred embodiments of the present invention. However, the present invention is not limited to the above embodiments. Those skilled in the art can make various equivalent modifications or substitutions without departing from the spirit of the present invention. All such equivalent modifications or substitutions are included within the scope defined by the claims of the present invention.

Claims

1. A terminal control method, comprising: For multiple terminals connected to the same customer front-end device, multiple protocol data unit sessions are established between the customer front-end device and the core network element, and each of the multiple protocol data unit sessions corresponds to one of the multiple terminals. A first data packet is obtained from each of the protocol data unit sessions, and the first data packet is transmitted by a terminal to the core network element based on a protocol data unit session corresponding to the terminal. The uplink service operation status of each terminal is controlled according to the multiple first data packets.

2. The terminal control method according to claim 1, characterized in that, The plurality of terminals includes at least one first terminal for running multiple uplink services; The establishment of multiple protocol data unit sessions between the customer front-end equipment and the core network element includes: A first protocol data unit session corresponding to the first terminal is established between the customer front-end equipment and the core network element. The first protocol data unit session includes multiple quality of service data links. Each quality of service data link is used to provide quality of service for one of the uplink services of the first terminal. Each quality of service data link is mapped to a first data radio bearer in the first protocol data unit session.

3. The terminal control method according to claim 2, characterized in that, The first data packet includes an uplink data packet transmitted by the first terminal to the core network element according to an uplink service; The step of obtaining the first data packet from each of the protocol data unit sessions includes: Each uplink data packet transmitted by the first terminal is obtained from each of the first data radio bearers in the first protocol data unit session.

4. The terminal control method according to claim 3, characterized in that, The step of controlling the service operation status of each terminal according to the plurality of first data packets includes: The operating status of each uplink service of the first terminal is controlled according to the corresponding uplink data packets.

5. The terminal control method according to claim 4, characterized in that, The step of controlling the operating status of each uplink service of the first terminal according to the multiple uplink data packets includes: Obtain the feature information of the uplink data packet based on the uplink data packet; The operating status of the uplink service corresponding to the uplink data packet is controlled based on the feature information of the uplink data packet; The feature information includes at least one of the following: Message packet transmission cycle information; Message 5-tuple information; Message attribute information.

6. The terminal control method according to claim 1, characterized in that, The plurality of terminals includes at least one second terminal for running an uplink service, and the establishment of multiple protocol data unit sessions between the customer front-end equipment and the core network element includes: A second protocol data unit session corresponding to the second terminal is established between the customer front-end equipment and the core network element. The second protocol data unit session includes a second data radio bearer for carrying uplink services of the second terminal.

7. The terminal control method according to claim 1, characterized in that, In the case where the client front-end device bridges and converts the internal network address used by the terminal connected to the same client front-end device to an external network address, before establishing multiple protocol data unit sessions between the client front-end device and the core network element, the method further includes: Control the customer front-end equipment to sign up for services with the core network element.

8. The terminal control method according to claim 1, characterized in that, Before establishing multiple Protocol Data Unit (PDU) sessions between the customer front-end device and the core network element, if the customer front-end device does not perform bridging and translation of the intranet addresses used by the terminals connected to the customer front-end device, the method further includes: Control the terminal to sign up for services with the core network element.

9. A control device, comprising: A memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that the processor, when executing the computer program, implements the terminal control method as described in any one of claims 1 to 8.

10. A computer-readable storage medium storing computer-executable instructions for performing the terminal control method according to any one of claims 1 to 8.

Images