Method, network device and storage medium for state transition

Abstract

The embodiment of the present application relates to the field of communication, in particular to a state migration method, network equipment and storage medium. The state migration method provided by the embodiment of the present application comprises the following steps: obtaining user plane data, wherein the user plane data comprises first user data used for representing the amount of data to be sent by the network equipment within a preset time period or second user data used for representing the amount of data to be sent by the user side equipment within the preset time period; judging whether the user plane data is less than a preset threshold value; if the result of the judgment indicates that the user plane data is less than the threshold value, generating a state migration instruction for the user side equipment to perform state migration, wherein the state migration instruction comprises first information used for instructing the user side equipment to migrate from a connected state to an inactive state or second information used for instructing the user side equipment to migrate from the connected state to an idle state. By using the embodiment, the terminal can be migrated from the connected state in time, and the network overhead and the power consumption of the terminal are reduced.

Description

Technical Field

[0001] This application relates to the field of communications, and in particular to a method for state transition, a network device, and a storage medium. Background Technology

[0002] In wireless networks, with the increasing number of users accessing the network, terminal-side energy saving and efficient utilization of network-side resources have become important research topics. In 5G (5th Generation) network systems, Radio Resource Control (RCC) supports three states: RRC_IDLE (idle state), RRC_INACTIVE (inactive state), and RRC_CONNECTED (connected state). In the inactive state, there is no wireless connection between the terminal and the base station, but the non-access stratum connection between the terminal and the core network remains. In the RRC_INACTIVE state, if there is data reception or transmission, and a transition to RRC_CONNECTED is needed, recovery can be performed by carrying the unique UE identifier from the core network. Once the connection is restored, the base station can receive and send data packets. By introducing this inactive state, terminal power consumption and network overhead are reduced.

[0003] However, currently, base stations cannot promptly migrate terminals from the connected state to the inactive or idle state, increasing unnecessary network overhead and terminal power consumption. Summary of the Invention

[0004] The main objective of this application is to provide a state transition method, network device, and storage medium that enables timely state transition of a terminal from a connected state, thereby reducing network overhead and terminal power consumption.

[0005] To achieve the above objectives, embodiments of this application provide a state transition method applied to a network device that provides network access to at least two user-side devices. The method includes: acquiring user plane data, the user plane data including: first user data representing the amount of data to be sent by the network device within a preset time period, or second user data representing the amount of data to be sent by the user-side devices within the preset time period; determining whether the user plane data is less than a preset threshold; if the determination result indicates that the user plane data is less than the threshold, generating a state transition instruction for the user-side devices to perform state transition, the state transition instruction including first information indicating that the user-side devices transition from a connected state to an inactive state, or second information indicating that the user-side devices transition from the connected state to an idle state.

[0006] To achieve the above objectives, this application also provides a state transition method applied to a user-side device. The user-side device is communicatively connected to a network device, and the network device executes the state transition method described above. The method includes: upon detecting a query request, sending second user data to the network device so that the network device can generate a state transition instruction based on the second user data, wherein the second user data is used to characterize the amount of data to be sent by the user-side device within the preset time period; and performing a state transition on the user-side device according to the received state transition instruction.

[0007] To achieve the above objectives, embodiments of this application also provide a network device, including: at least one processor, and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the above-described state transition method.

[0008] To achieve the above objectives, embodiments of this application also provide a computer-readable storage medium storing a computer program, wherein the computer program, when executed by a processor, implements the above-described method for state transition.

[0009] The state transition method proposed in this application is applied to a network device that provides network access to multiple user-side devices. The network device can acquire first user data representing the amount of data to be sent to each user-side device, compare this first user data with a preset threshold, and generate a state transition instruction if the first user data is less than the threshold, instructing the user-side device to perform a state transition. Since the network device can coordinate the network resources currently provided, it can promptly send state transition instructions to the user-side devices using the first user data, reducing the network usage by the user-side devices and improving network utilization. If the user plane data is second user data, since the second user data is data to be sent within a preset time period, the network device triggers the generation of a state transition instruction using this second user data, thus promptly instructing the user-side devices to perform a state transition, thereby reducing the power consumption of the user-side devices and reducing network overhead. Attached Figure Description

[0010] Figure 1 This is a flowchart of the state transition method provided in the first embodiment of the present invention;

[0011] Figure 2 This is a flowchart of the state transition method provided in the second embodiment of the present invention;

[0012] Figure 3 This is a schematic diagram illustrating the interaction between a user-side device and a network device according to the second embodiment of the present invention;

[0013] Figure 4 This is a flowchart of the state transition method provided in the third embodiment of the present invention;

[0014] Figure 5 This is a flowchart of the state transition method provided in the fourth embodiment of the present invention;

[0015] Figure 6 This is a schematic diagram of the interaction between a user-side device and a network device according to the fourth embodiment of the present invention;

[0016] Figure 7 This is a flowchart of the state transition method provided in the fifth embodiment of the present invention;

[0017] Figure 8 This is a flowchart of the state transition method provided in the sixth embodiment of the present invention;

[0018] Figure 9 This is a structural block diagram of a network device provided in the seventh embodiment of the present invention. Detailed Implementation

[0019] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the various embodiments of this application will be described in detail below with reference to the accompanying drawings. However, those skilled in the art will understand that many technical details have been provided in the various embodiments of this application to help readers better understand this application. However, the technical solutions claimed in this application can be implemented even without these technical details and various changes and modifications based on the following embodiments. The division of the various embodiments below is for the convenience of description and should not constitute any limitation on the specific implementation of this application. The various embodiments can be combined with and referenced by each other without contradiction.

[0020] The first embodiment of the present invention relates to a state transition method applied to a network device that provides a network for at least one user-side device, the process of which is as follows: Figure 1 As shown.

[0021] Step 101: Obtain user plane data, which includes: first user data representing the amount of data to be sent by the network device within a preset time period, or second user data representing the amount of data to be sent by the user-side device within a preset time period.

[0022] Step 102: Determine whether the user face data is less than the preset threshold; if yes, proceed to step 102; otherwise, end the process.

[0023] Step 103: If the judgment result indicates that the user plane data is less than the threshold, a state transition instruction is generated for the user-side device to perform state transition. The state transition instruction includes first information for instructing the user-side device to transition from the connected state to the inactive state or second information for instructing the user-side device to transition from the connected state to the idle state.

[0024] The state transition method proposed in this application is applied to a network device that provides network access to multiple user-side devices. The network device can acquire first user data representing the amount of data to be sent to each user-side device, compare this first user data with a preset threshold, and generate a state transition instruction if the first user data is less than the threshold, instructing the user-side device to perform a state transition. Since the network device can coordinate the network resources currently provided, it can promptly send state transition instructions to the user-side devices using the first user data, reducing the network usage by the user-side devices and improving network utilization. If the user plane data is second user data, since the second user data is data to be sent within a preset time period, the network device triggers the generation of a state transition instruction using this second user data, thus promptly instructing the user-side devices to perform a state transition, thereby reducing the power consumption of the user-side devices and reducing network overhead.

[0025] The second embodiment of the present invention relates to a state transition method. The second embodiment is a detailed description of the first embodiment, and the specific process is as follows: Figure 2 As shown:

[0026] Step 201: Obtain user plane data, which includes: first user data representing the amount of data to be sent by the network device within a preset time period, or second user data representing the amount of data to be sent by the user-side device within a preset time period.

[0027] Specifically, the network device can be a base station, providing network access to at least two user-side devices, such as mobile phones and computers. The user-side devices are in connected, idle, or inactive states. In this example, all user-side devices are in connected mode. The network device can periodically detect its first user data, which includes: the uplink and downlink buffer amounts for the user-side devices within a preset time period, or the uplink and downlink traffic volumes for the user-side devices within a preset time period. The preset time period can be from the current moment to a preset duration thereafter; or it can refer to the current moment itself. For example, the first user data can be the uplink and downlink buffer amounts for the user-side devices at the current moment, or it can be a time period from the current moment to a duration X after the current moment, where X can be any duration greater than 0, such as 10 minutes, 5 minutes, etc. That is, the first user data can be the uplink and downlink buffer amounts detected by the network device in real time, or it can be the predicted uplink and downlink traffic volumes for a future time period.

[0028] Step 202: Determine whether the user face data is less than the preset first threshold; if yes, proceed to step 202; otherwise, end the process.

[0029] Specifically, a threshold can be preset. If the user plane data is the first user data, this threshold is the first threshold, which can be 0 or a very small value close to 0, such as 0.1. It is then determined whether the user plane data is less than the first threshold. If it is less than the first threshold, it indicates that the network device has no data to be sent within the preset time period, and step 202 can be executed. If the user plane data is greater than the first threshold, it indicates that the network device has data to be sent within the preset time period, and the user-side device needs to be in a connected state; therefore, the entire process can be terminated.

[0030] Step 203: If the judgment result indicates that the user plane data is less than the first threshold, send a query request to the user-side device to instruct the user-side device to query the second user data and return the second user data to the network device.

[0031] Specifically, if the judgment result indicates that the user plane data is less than the threshold, a query request is sent to the user-side device. The query request is used to instruct the user-side device to query the second user data of the user-side device. After the user-side device finds the second user data, it returns the second user data to the network device.

[0032] The second user data may include: the uplink and downlink buffer amounts of the user-side device within a preset time period, or the uplink and downlink traffic of the user-side device within a preset time period. The preset time period can be the current moment, or a period of N seconds, N hours, or N minutes after the current moment, where N is a number greater than 0, such as N = 1, 5, 10, or 30. The second user data may be the remaining uplink and downlink PDCP buffer amounts obtained by the user-side device, or the uplink and downlink data traffic statistics within the preset time period. The second user data packet may be data used to indicate that the user-side device has no pending data to send, for example, `DataVolumeNull ENUMERATED{true}`, where the two parameters indicate that the user-side device has no data to send to the network device within the preset time period.

[0033] The second user data may also include data used to characterize the user-side device's indicated state to be migrated. For example, the content of the second user data may be an inactive state indicating that the user-side device is to be migrated, such as the ReleasePreference in the UE Assistance Information message, which may indicate the state to which the user-side device is to be migrated.

[0034] Step 204: Determine whether the second user data is less than the second threshold. If yes, proceed to step 205; otherwise, end the entire process.

[0035] Determine whether the second user data is less than a preset second threshold, which can also be 0 or a value close to 0. If the second user data is less than the second threshold, it indicates that the user-side device has no data to send within the preset time period, and step 205 can be executed. If the second user data is greater than the second threshold, it indicates that the user-side device has data to send within the preset time period, and the user-side device needs to be in a connected state; therefore, the entire process can end.

[0036] Step 205: Generate state transition instructions.

[0037] Specifically, a state transition command including the first information can be directly generated and sent to the user-side device. Upon receiving the state transition command, the user-side device transitions from the connected state to the inactive state according to its instructions. The network device sends the state transition command to the user-side device. This command includes the first information and can use an inactive state command, such as an RRC release message carrying a suspend configuration. If the state transition command includes the second information, it can use an idle state command, such as an RRC release message. The power consumption of the user-side device in the inactive state is significantly reduced, as is network overhead.

[0038] It is worth mentioning that in this example, after executing step 202, if it is determined that the user plane data is less than the preset threshold, step 205 can be executed directly to send a state transition command to the user-side device.

[0039] Figure 3 This is a schematic diagram illustrating the interaction between user-side devices and network devices. The following section combines... Figure 3 Introduce the entire process.

[0040] The network device executes step S11: acquire first user data; step S12: determine whether the first user data is less than a first threshold; if it is less than the first threshold, then execute step S13: initiate a query request to the user-side device. The user-side device executes step S14: query the user-side device for second user data according to the query request; executes step S15: return the second user data to the network device; the network device executes step S16: determine whether the second user data is less than a second threshold; if the second user data is less than the second threshold, then executes step S17: send a state transition instruction to the user-side device, instructing the user-side device to transition from a connected state to an inactive state; the user-side device executes step S18: transition from a connected state to an inactive state.

[0041] In this embodiment, the user plane data is the first user data. After the network device determines that the first user data is less than a preset first threshold, it sends a query request to the user-side device. The user-side device returns the second user data. When the network device determines that the second user data is less than a second threshold, it generates a state transition instruction containing first information. The network device performs multiple determinations based on the first user data and the second user data. When the first user data is less than the first threshold and the second user data is less than the second threshold, it instructs the user-side device to transition to an inactive state, so that the user-side device can accurately perform the transition and avoid the situation where the user-side device still has data to be sent.

[0042] The third embodiment of the present invention relates to a state transition method. This embodiment is a further improvement on the second embodiment, mainly in that: this embodiment generates a corresponding state transition instruction based on the service type of the user-side device, and the process is as follows: Figure 4 As shown:

[0043] Step 301: Obtain user plane data, which includes: first user data representing the amount of data to be sent by the network device within a preset time period, or second user data representing the amount of data to be sent by the user-side device within a preset time period.

[0044] Step 302: Determine whether the user face data is less than the preset first threshold; if yes, proceed to step 303; otherwise, end the process.

[0045] In this example, the user face data is the first user data.

[0046] Step 303: If the judgment result indicates that the user plane data is less than the first threshold, send a query request to the user-side device to instruct the user-side device to query the second user data and return the second user data to the network device.

[0047] Step 304: Determine whether the second user data is less than the second threshold. If yes, proceed to step 305; otherwise, end the entire process.

[0048] Steps 301 to 304 in this embodiment are largely the same as steps 201 to 204 in the second embodiment, and will not be described again here.

[0049] Step 305: Obtain the service type of the user-side device.

[0050] In one example, the service information of the user-side device is obtained, including location information or service quality information; based on the service information and a preset correspondence, the service type of the user-side device is obtained, where the correspondence is the relationship between the service information and the service type.

[0051] Specifically, service information of the user-side device can be obtained, such as its location information or its Quality of Service (QoS) information. A pre-defined mapping relationship exists between the user-side device's service information and its service type. This mapping could be between location information and service type, or between QoS information and service type. For example, the mapping relationship could identify a specific geographical location as an industrial scenario or a designated park service type; or it could specify a QoS level for a specific service type. Service information can also include the user-side device's reporting time, in which case the mapping relationship could be between periodically reported service information and IoT services. IoT services typically report small amounts of data over long periods.

[0052] In one example, the specified business type includes: the type of periodically reporting data and / or the type of periodically executing specified operations. The industrial scenario type belongs to the type of periodically executing specified operations or periodically reporting data. The type of periodically executing specified operations can include: operations triggered by combining long cycles with short cycles. For example, long-cycle operation A is executed once every 30 days at 23:00, and short-cycle operation B is executed once every 2 days at 13:00.

[0053] Step 306: Determine whether the service type of the user-side device is the preset specified service type. If yes, proceed to step 307; otherwise, proceed to step 308.

[0054] Specifically, it is determined whether the service type of the user-side device is a specified service type. If so, it indicates that the service can perform periodic operations and / or periodic data reporting, and the user-side device does not need to receive data during a specific time period, making it suitable to be adjusted to an inactive state. Therefore, a state transition instruction containing the first information can be generated. If not, a state transition instruction containing the second information can be generated.

[0055] Step 307: Generate a state transition instruction that includes the first information.

[0056] Step 308: Generate a state transition instruction that includes the second information.

[0057] In this embodiment, by detecting the service type of the user-side device, for user-side devices that periodically report data and / or periodically perform operations, when the first user data is less than the first threshold and the second user data is less than the second threshold, the device is migrated to an inactive state. Since user-side devices that periodically report data or periodically perform operations do not need to perform operations during fixed periods, the user-side device can be migrated to an inactive state, reducing the power consumption of the user-side device, instructing the user-side device to migrate to a suitable state, and further improving the accuracy of the state transition instruction.

[0058] The fourth embodiment of the present invention relates to a state transition method. The main difference between this embodiment and the second embodiment is that the user plane data in this embodiment is second user data. The flow of the state transition method is as follows: Figure 5 As shown:

[0059] Step 401: Obtain user plane data, which includes: first user data representing the amount of data to be sent by the network device within a preset time period, or second user data representing the amount of data to be sent by the user-side device within a preset time period.

[0060] Specifically, the network device can be a base station, providing network access to at least two user-side devices, such as mobile phones and computers. The user-side devices are in three states: connected, idle, and inactive. In this example, all user-side devices are in the connected state. Each user-side device can periodically detect its own second user data, which may include: the uplink and downlink buffer amounts within a preset time period, or the uplink and downlink traffic within a preset time period. This preset time period can be the current moment, or a period of 10 minutes, 5 minutes, or 30 minutes after the current moment. The second user data may be the remaining uplink PDCP buffer amounts and downlink PDCP buffer amounts obtained by the user-side device, or the uplink and downlink data traffic statistics within the preset time period.

[0061] The preset time period can refer to a period from the current moment to a preset duration thereafter; or it can refer to the current moment itself. For example, the first user data can be the uplink and downlink buffer amounts of the network device for the user-side device at the current moment, or it can be a period from the current moment to a duration of X hours thereafter, where X can be any duration greater than 0, such as 10 minutes, 5 minutes, etc. That is, the second user data can be the uplink and downlink buffer amounts of the user-side device detected in real time, or it can be the predicted uplink and downlink traffic for a future period.

[0062] Step 402: Determine whether the user face data is less than the preset second threshold; if yes, proceed to step 403; otherwise, end the process.

[0063] Specifically, in this example, the user plane data is the second user data, and the threshold is the second threshold, which can be 0 or a very small value close to 0, such as 0.1. The process checks if the user plane data is less than the second threshold. If it is, it indicates that the user-side device has no data to send within the preset time period, and step 403 can be executed. If the user plane data is greater than the second threshold, it indicates that the user-side device has data to send within the preset time period, and the user-side device needs to be in a connected state; therefore, step 406 can be executed to end the entire process.

[0064] Step 403: If the judgment result indicates that the user plane data is less than the second threshold, the network device is triggered to obtain the first user data of the current network device.

[0065] Specifically, if the judgment result indicates that the user plane data is less than a threshold, the network device is triggered to acquire the first user data of the current network device. This first user data represents the amount of data to be transmitted by the network device for the user-side device within a preset time period. The first user data may include: the uplink and downlink buffer amounts of the network device for the user-side device within the preset time period, or the uplink and downlink traffic volume of the network device for the user device within the preset time period. For example, the first user data can be the uplink and downlink buffer amounts detected in real time, or it can be the predicted uplink and downlink traffic volume for a future period after the current moment.

[0066] Step 404: Determine whether the first user data is less than the first threshold. If yes, proceed to step 405; otherwise, end the entire process.

[0067] Specifically, it is determined whether the first user data is less than a first threshold, which can be 0 or a value close to 0. If the first user data is less than the first threshold, it indicates that the network device has no data to send to the user device within the preset time period, so step 405 can be executed. If the first user data is greater than the first threshold, it indicates that the network device has data to send to the user device within the preset time period, and the user device needs to be in a connected state, so the entire process can be terminated.

[0068] Step 405: Generate state transition instructions.

[0069] Specifically, a state transition command including the first information can be directly generated and sent to the user-side device. After receiving the state transition command, the user-side device transitions from the connected state to the inactive state according to the instructions. The power consumption of the user-side device in the inactive state will be greatly reduced, and network overhead will also be reduced.

[0070] It is worth mentioning that in this example, after executing step 402, if it is determined that the user plane data is less than the preset second threshold, step 405 can be executed directly to send a state transition instruction to the user-side device.

[0071] Figure 6 This is a schematic diagram illustrating the interaction between user-side devices and network devices. The following section combines... Figure 6 Introduce the entire process.

[0072] The user-side device executes step S21: acquire second user data; the user-side device executes step S22: send the second user data to the network device; the network device executes step S23: determine whether the second user data is less than a second threshold; if the second user data is less than the second threshold, the network device executes step S24: acquire its own first user data; executes step S25: determine whether the first user data is less than a first threshold; if it is less, executes step S26: send a state transition instruction to the user-side device; the state transition instruction includes first information, instructing the user-side device to transition from a connected state to an inactive state; the user-side device executes step S27: transition from a connected state to an inactive state.

[0073] In this embodiment, the user plane data is the second user data. After determining that the second user data is less than a preset second threshold, the network device obtains its own first user data. When the network device determines that the first user data is less than a first threshold, it generates a state transition instruction containing first information. The network device performs multiple determinations based on the first and second user data. When the second user data is less than the second threshold and the first user data is less than the first threshold, the network device is instructed to transition to an inactive state, so that the user-side device can accurately perform the transition and avoid the situation where the user-side device still has data to be transmitted. In this example, the user-side device triggers whether to perform state transition, so that the base station can perform state transition for the user-side device in a timely manner.

[0074] The fifth embodiment of the present invention relates to a state transition method. This embodiment is a further improvement on the fourth embodiment, mainly in that: this embodiment generates a corresponding state transition instruction based on the service type of the user-side device, and the process is as follows: Figure 7 As shown:

[0075] Step 501: Obtain user plane data, which includes: first user data representing the amount of data to be sent by the network device within a preset time period, or second user data representing the amount of data to be sent by the user-side device within a preset time period.

[0076] Step 502: Determine whether the user face data is less than the preset second threshold; if yes, proceed to step 503; otherwise, end the process.

[0077] In this example, the user face data is the second user data, and the threshold in step 502 is the second threshold.

[0078] Step 503: If the judgment result indicates that the user plane data is less than the second threshold, the network device is triggered to obtain the first user data of the current network device.

[0079] Step 504: Determine whether the first user data is less than the first threshold. If yes, proceed to step 505; otherwise, end the entire process.

[0080] Steps 501 to 504 in this embodiment are largely the same as steps 401 to 404 in the fourth embodiment, and will not be described again here.

[0081] Step 505: Obtain the service type of the user-side device.

[0082] In one example, the service information of the user-side device is obtained, including location information or service quality information; based on the service information and a preset correspondence, the service type of the user-side device is obtained, where the correspondence is the relationship between the service information and the service type.

[0083] Specifically, service information of the user-side device can be obtained, such as its location information or its Quality of Service (QoS) information. A pre-defined mapping relationship exists between the user-side device's service information and its service type. This mapping could be between location information and service type, or between QoS information and service type. For example, the mapping relationship could identify a specific geographical location as an industrial scenario or a designated park service type; or it could specify a QoS level for a specific service type. Service information can also include the user-side device's reporting time, in which case the mapping relationship could be between periodically reported service information and IoT services. IoT services typically report small amounts of data over long periods.

[0084] In one example, the specified business type includes: the type of periodically reporting data and / or the type of periodically executing specified operations. The industrial scenario type belongs to the type of periodically executing specified operations or periodically reporting data. The type of periodically executing specified operations can include: operations triggered by combining long cycles with short cycles. For example, long-cycle operation A is executed once every 30 days at 23:00, and short-cycle operation B is executed once every 2 days at 13:00.

[0085] Step 506: Determine whether the service type of the user-side device is the preset specified service type. If yes, proceed to step 507; otherwise, proceed to step 508.

[0086] Specifically, it is determined whether the service type of the user-side device is a specified service type. If so, it indicates that the service can perform periodic operations and / or periodic data reporting, and the user-side device does not need to receive data during a specific time period, making it suitable to be adjusted to an inactive state. Therefore, a state transition instruction containing the first information can be generated. If not, a state transition instruction containing the second information can be generated.

[0087] Step 507: Generate the state transition instruction including the first information.

[0088] Step 508: Generate the state transition instruction including the second information.

[0089] The sixth embodiment of the present invention relates to a state transition method, which is applied to a user-side device, and its process is as follows: Figure 8 As shown.

[0090] Step 601: When a query request is detected, send second user data to the network device so that the network device can generate a state transition instruction based on the second user data. The second user data is used to characterize the amount of data to be sent by the user-side device within a preset time period.

[0091] Specifically, the user-side device can be a mobile terminal, computer, IoT device, etc. This user-side device communicates with the network device. In this example, the network device first obtains its own first user data. After determining that the first user data is less than a preset first threshold, the network device sends a query request to the user-side device. Based on this query request, the user-side device queries its second user data and sends this second user data to the network device. The network device then determines whether the second user data is less than a second threshold. If the second user data is less than the second threshold, it generates a state transition instruction and sends this state transition instruction to the user-side device.

[0092] It should be noted that the query request in this example can be issued by the network device or generated by the user-side device. The user-side device can set the trigger conditions for generating the query request. For example, the trigger condition can be a preset interval, which can be N hours, N minutes, etc., where N is an integer greater than 1.

[0093] Step 602: Perform state transition on the user-side device according to the received state transition instruction.

[0094] After receiving the state transition instruction, the user-side device performs a state transition according to the instructions. The state transition instruction includes first information for instructing the user-side device to transition from a connected state to an inactive state or second information for instructing the user-side device to transition from a connected state to an idle state.

[0095] The seventh embodiment of the present invention relates to a network device, the structural block diagram of which is shown below. Figure 9 As shown, the electronic device includes: at least one processor 701; and a memory 702 communicatively connected to at least one processor 701; wherein the memory 702 stores instructions executable by at least one processor 701, the instructions being executed by at least one processor 701 to enable at least one processor 701 to perform the above-described message transmission method.

[0096] The memory and processor are connected via a bus, which can include any number of interconnecting buses and bridges, linking various circuits of one or more processors and memories together. The bus can also link various other circuits, such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein. The bus interface provides an interface between the bus and the transceiver. The transceiver can be a single element or multiple elements, such as multiple receivers and transmitters, providing a unit for communicating with various other devices over a transmission medium. Data processed by the processor is transmitted over the wireless medium via an antenna, which further receives data and transmits it to the processor.

[0097] The processor manages the bus and general processing, and also provides various functions, including timing, peripheral interfaces, voltage regulation, power management, and other control functions. Memory is used to store data used by the processor during operation.

[0098] The eighth embodiment of the present invention relates to a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the above-described message transmission method.

[0099] Those skilled in the art will understand that all or part of the steps in the methods of the above embodiments can be implemented by a program instructing related hardware. This program is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as a USB flash drive, a portable hard drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0100] Those skilled in the art will understand that the above embodiments are specific examples of implementing the present invention, and in practical applications, various changes in form and detail may be made without departing from the spirit and scope of the present invention.

Claims

1. A method of state migration, characterized by, Applied to a network device providing network for at least two user-side devices, comprising: obtaining user plane data, the user plane data comprising: first user data for representing an amount of data to be sent by the network device within a preset time period or second user data for representing an amount of data to be sent by a user-side device within the preset time period, the preset time period being a real-time detection period or a future prediction period; determining whether the user plane data is less than a preset threshold value; if the determination result indicates that the user plane data is less than the threshold value, generating a state migration instruction for state migration of the user-side device, the state migration instruction comprising: first information for indicating that the user-side device migrates from a connected state to an inactive state or second information for indicating that the user-side device migrates from the connected state to an idle state; if the user plane data is the first user data and the threshold value is a first threshold value, and if the determination result indicates that the user plane data is less than the threshold value, generating the state migration instruction comprises: if the determination result indicates that the user plane data is less than the first threshold value, sending a query request to the user-side device to indicate that the user-side device queries the second user data and returns the second user data to the network device; determining whether the second user data is less than a preset second threshold value, and if the second user data is less than the second threshold value, generating the state migration instruction; if the user plane data is the second user data and the threshold value is a second threshold value, and if the determination result indicates that the user plane data is less than the threshold value, generating the state migration instruction comprises: if the determination result indicates that the user plane data is less than the second threshold value, obtaining current first user data of the network device; determining whether the first user data is less than a preset first threshold value, and if the first user data is less than the first threshold value, generating the state migration instruction.

2. The method of state migration of claim 1, wherein, The generating of the state migration instruction comprises: obtaining a service type of the user-side device; determining whether the service type of the user-side device is a preset specified service type, and if yes, generating the state migration instruction comprising the first information, and if not, generating the state migration instruction comprising the second information.

3. The method of state migration of claim 2, wherein, The specified service type comprises: a type of periodically reporting data and / or a type of periodically performing a specified operation.

4. The method of state migration of claim 2, wherein, The obtaining of the service type of the user-side device comprises: obtaining service information of the user-side device, the service information comprising: location information or quality of service information; obtaining the service type of the user-side device according to the service information and a preset correspondence relationship, the correspondence relationship being a relationship between the service information and the service type.

5. The method of state migration of claim 1, wherein, The first user data comprises: an uplink buffer amount and a downlink buffer amount of the network device for the user-side device within a preset time period or an uplink service amount and a downlink service amount of the network device for the user-side device within a preset time period; The second user data includes: uplink buffer amount and downlink buffer amount of the user-side device in the preset time period, or uplink traffic and downlink traffic of the user-side device in the preset time period.

6. The method of state migration of claim 1, wherein, If the user plane data is the second user data, the second user data is uploaded in real time after being detected by the user-side device.

7. A method of state migration, characterized by, The application is applied to a user-side device, at least two of which are in communication connection with a network device, the network device provides a network for the at least two user-side devices, and executes the state migration method according to any one of claims 1 to 6, and the method comprises: In the case that the user plane data obtained by the network device is first user data, the preset threshold is a first threshold, and the result of the judgment by the network device on whether the user plane data is less than the preset threshold indicates that the user plane data is less than the first threshold, the second user data is queried and sent to the network device when the query request sent by the network device is detected, so that the network device generates a state migration instruction when it is determined that the second user data is less than a preset second threshold; wherein the first user data is used to represent the amount of data to be sent by the network device in a preset time period, the second user data is used to represent the amount of data to be sent by the user-side device in the preset time period, and the preset time period is a real-time detection period or a future prediction period. According to the received state migration instruction, state migration is performed, the state migration instruction includes first information for indicating that the user-side device migrates from a connected state to an inactive state or second information for indicating that the user-side device migrates from the connected state to an idle state. In the case that the user plane data obtained by the network device is second user data, the preset threshold is a second threshold, and the result of the judgment by the network device on whether the user plane data is less than the preset threshold indicates that the user plane data is less than the second threshold, and the state migration instruction is generated when it is determined that the current first user data is less than the preset first threshold, the step of performing state migration according to the received state migration instruction is directly executed.

8. A network device, comprising: Comprise: At least one processor, and The memory is in communication connection with the at least one processor; wherein The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the state migration method according to any one of claims 1 to 6, or execute the state migration method according to claim 7.

9. A computer readable storage medium storing a computer program, characterized in that, The computer program is executed by the processor to implement the state migration method according to any one of claims 1 to 6, or implement the state migration method according to claim 7.

Images