WO2021180134A1 - Procédé de détermination de paramètre de réception discontinue (drx) - Google Patents

Procédé de détermination de paramètre de réception discontinue (drx) Download PDF

Info

Publication number
WO2021180134A1
WO2021180134A1 PCT/CN2021/080036 CN2021080036W WO2021180134A1 WO 2021180134 A1 WO2021180134 A1 WO 2021180134A1 CN 2021080036 W CN2021080036 W CN 2021080036W WO 2021180134 A1 WO2021180134 A1 WO 2021180134A1
Authority
WO
WIPO (PCT)
Prior art keywords
traffic
electronic device
drx
drx parameter
data
Prior art date
Application number
PCT/CN2021/080036
Other languages
English (en)
Chinese (zh)
Inventor
李正兵
金辉
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2021180134A1 publication Critical patent/WO2021180134A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • This application relates to the field of mobile communications, and in particular to a method for determining Discontinuous Reception (DRX) parameters.
  • DRX Discontinuous Reception
  • the 5G communication network has large bandwidth and high power consumption requirements.
  • the power consumption of the UE has become a key factor restricting the development of 5G ecology. Therefore, it is an important topic in 5G research to adopt a reasonable communication transmission method based on the actual needs of the business, and to reduce the power consumption of the UE without affecting the user experience.
  • the current 5G standard has allowed the base station to adjust the communication parameters in conjunction with the auxiliary information reported by the end-side device to achieve the purpose of reducing power consumption of the UE.
  • the adjustment of the DRX parameters of the UE by the base station can reduce the power consumption of the UE to a certain extent, the adjustment granularity of the DRX parameters of the UE by the base station is relatively coarse, and for the UE side, there is still room for further reduction in power consumption.
  • the purpose of the present invention is to provide a method and electronic device for determining DRX parameters, which can determine more fine-grained DRX parameters and improve the power saving effect of terminal equipment.
  • a method for determining DRX parameters includes: obtaining data stream characteristics; determining a data stream transmission type according to the data stream characteristics; determining candidate DRX parameters according to the data stream transmission type; sending the candidate DRX parameters to a network device ; Receive first information from the network device, where the first information indicates the determined DRX parameter; use the determined DRX parameter for data transmission.
  • the above-mentioned data flow may also be referred to as flow.
  • the technical solution described in the first aspect can enable the electronic device to determine more fine-grained DRX parameters and improve the power saving effect.
  • the foregoing data streams are data streams of the same service type.
  • the electronic device can determine more fine-grained DRX parameters according to different traffic transmission types of the same service type, thereby improving the power saving effect.
  • the above-mentioned data stream is a data stream of the same application.
  • the electronic device can determine more fine-grained DRX parameters according to the traffic transmission types of different applications, and improve the power saving effect.
  • the above-mentioned application is a foreground application.
  • the electronic device can reduce the impact on the user experience while improving the power saving effect.
  • it further includes acquiring data stream characteristics and user operation events, and determining the data stream transmission type according to the data stream characteristics and/or user operation events.
  • the electronic device can more accurately determine the data stream transmission type.
  • the data stream is a first-category data stream, where the first-category data stream is that the amount of data transmitted from the first moment to the second moment is greater than the first data amount threshold The data stream; where the first moment is the moment when the data transmission speed increases from equal to 0 to not equal to 0 or from less than the first speed threshold to equal or greater than the first speed threshold; the second moment is after the first moment The time when the data transmission speed for the first time drops to 0 or less than the first speed threshold, and the data transmission speed is 0 or less than the first speed threshold for the first continuous period from the second time.
  • the electronic device can obtain the sampling sample more accurately.
  • the foregoing data stream characteristics include a time interval average value, a time interval variance, a data stream average value, and a data stream variance.
  • the electronic device can acquire the characteristics of the sampled sample more accurately.
  • the data stream transmission type is determined according to the data stream characteristics and the first model; the candidate DRX parameter is determined according to the data stream transmission type and the first mapping table.
  • the foregoing first model may be a data stream transmission model
  • the foregoing first mapping table may be a DRX parameter mapping table.
  • the electronic device can respectively determine the data stream transmission type and candidate DRX parameters according to the corresponding model and mapping table.
  • the above-mentioned first model and the first mapping table are obtained from the second device.
  • the electronic device can obtain the ability to determine fine-grained DRX parameters from other devices.
  • the candidate DRX parameters are determined according to the data stream transmission type, operator information, and the first mapping table.
  • the electronic device can further determine candidate DRX parameters according to different operators.
  • the candidate DRX parameter and the determined DRX parameter are the same or different.
  • the electronic device can report the DRX parameter supported by the network device, or can report the DRX parameter not supported by the network device, which can be adjusted by the network device.
  • the candidate DRX parameter and the determined DRX parameter are one or more of the three parameters OnDuration, InactivityTimer, and DRXCycle.
  • the electronic device can adjust all or part of the DRX parameters.
  • the candidate DRX parameter is reported to the network device when the data stream transmission type changes.
  • the electronic device can reduce signaling transmission with the network device.
  • the candidate DRX parameter before sending the candidate DRX parameter to the network device, it further includes: performing data conversion on the candidate DRX parameter, and sending the data-converted DRX parameter to the network device.
  • the electronic device can make the reported parameters meet the requirements of the network device.
  • the above-mentioned data stream is a continuous similar data stream of the first category.
  • the electronic device can accurately count the characteristics of the data stream.
  • the data stream transmission type is the first type.
  • the electronic device can determine the data stream transmission type through calculation.
  • candidate DRX parameters are determined according to data stream characteristics.
  • the electronic device can determine the candidate DRX parameter through calculation.
  • another method for determining DRX parameters includes: receiving first information reported by an application program, the first information including application delay requirements; determining candidate DRX parameters according to the delay requirements; The parameter is sent to the network device; the determined DRX parameter is received from the network device; the determined DRX parameter is used for data transmission.
  • the technical solution described in the second aspect can enable the electronic device to determine more fine-grained DRX parameters and improve the power saving effect.
  • the DRX parameters are determined according to the delay requirement and the second model.
  • the above-mentioned second model may be a DRX parameter delay model.
  • the above-mentioned second model is obtained from a second device.
  • the electronic device can obtain the ability to determine fine-grained DRX parameters from other devices.
  • the foregoing receiving the first information reported by the application further includes: receiving the first information reported by the application when the application is started.
  • the electronic device can obtain the application delay requirement in time.
  • an electronic device including one or more processors; a memory; and one or more programs, wherein the one or more programs are stored in the memory and configured to The one or more processors execute, and the one or more programs include instructions for executing any possible implementation manner in the first aspect or any possible implementation manner in the second aspect .
  • a computer-readable medium for storing one or more programs, wherein the one or more programs are configured to be executed by the one or more processors, and the one or more Each program includes instructions for executing any possible implementation manner in the first aspect or any possible implementation manner in the second aspect.
  • Figure 1 is a schematic diagram of DRX principle
  • FIG. 2 is a schematic diagram of different states of an on-demand service type at different times according to an embodiment of the application
  • FIG. 3 is a schematic diagram of the architecture of a communication system provided by an embodiment of the application.
  • FIG. 4 is a schematic structural diagram of an electronic device provided by an embodiment of this application.
  • FIG. 5 is a schematic flowchart of a method for determining DRX parameters according to an embodiment of the application
  • FIG. 6 is a schematic diagram of a process for determining DRX parameters according to an embodiment of the application.
  • FIG. 7 is a schematic diagram of the first type of traffic provided by an embodiment of this application.
  • FIG. 8 is a system framework diagram for determining DRX parameters provided by an embodiment of the application.
  • FIG. 9 is a schematic diagram of different states of different applications of the same service type according to an embodiment of the application.
  • FIG. 10 is a schematic flowchart of another method for determining DRX parameters provided by an embodiment of this application.
  • FIG. 11 is a schematic flowchart of another method for determining DRX parameters provided by an embodiment of this application.
  • FIG. 12 is another principle diagram for determining DRX parameters provided by an embodiment of this application.
  • FIG. 13 is a schematic flowchart of another method for determining DRX parameters provided by an embodiment of the application.
  • a component may be, but is not limited to: a process running on a processor, a processor, an object, an executable file, an executing thread, a program, and/or a computer.
  • an application running on a computing device and the computing device may be components.
  • One or more components may exist in an executing process and/or thread, and the components may be located in one computer and/or distributed between two or more computers. In addition, these components can execute from various computer-readable media having various data structures thereon.
  • These components can be based on, for example, having one or more data packets (for example, data from a component that interacts with another component in a local system, a distributed system, and/or via signals such as the Internet).
  • the network interacts with other systems) signals to communicate in a local and/or remote process.
  • the implementation of the DRX mechanism in the idle state and the connected state is different. After the electronic device completes camping in a certain cell, the electronic device enters the idle state, and when the electronic device completes the random access process, the electronic device enters the connected state.
  • the embodiments of this application mainly focus on the DRX mechanism in the connected state, namely Connected DRX (CDRX).
  • CDRX Connected DRX
  • the DRX mentioned in the embodiments of this application are all CDRX.
  • Fig. 1 exemplarily shows the principle of DRX. As shown in Figure 1, when the electronic device receives traffic, it is in the Active state.
  • the state of the electronic device is changed from Active Change to DRX Cycle state.
  • the electronic device In the DRX Cycle state, the electronic device periodically enters the sleep state (DRX Sleep), and does not monitor the PDCCH subframes in the sleep state to achieve the purpose of power saving.
  • the electronic device periodically wakes up from the sleep state (DRX Sleep) and enters a short Active state (OnDuration time period). If data scheduling is monitored during the OnDuration time period, the electronic device changes from the DRX Cycle state to Active State, and the electronic device starts the InactivityTimer, and starts timing when there is no data transmission.
  • DRX Cycle mainly includes the following two states: OnDuration, where the electronic device is active during this time period and monitors PDCCH subframes, which has high power consumption; DRX Sleep, where the electronic device is in a sleep state during this time period and does not monitor PDCCH subframes. Frame, low power consumption.
  • LTE allows eNodeB to set different DRX parameters for different QCI service types.
  • common service types such as on-demand, live broadcast, audio call, or game services
  • they have different requirements for delay. Therefore, different DRX parameters can be set for their service types to save power consumption.
  • the traffic transmission mode has different characteristics at least in the two stages of 0-T1 and T1-T2.
  • the video has just started to play, and the terminal has been downloading the video content and is in the buffering state.
  • the growth mode can be linear growth as shown in FIG. 1 or other non-linear growth methods. Because it has been downloading.
  • the user can make the electronic device enter the download state by clicking or sliding on the screen.
  • the user clicks on a time node on the time axis in the video, and starts watching the video from the time node. Based on the click operation, the electronic device starts to download the subsequent data from the corresponding time node and starts to play. At this time, the electronic device has been downloading video content.
  • the download volume of the video has exceeded the content currently being played. For example, the remaining cache can support watching the video for more than tens of seconds.
  • the electronic device does not need to be kept in the state of downloading data at high speed as in the previous stage, but can enter the state of downloading data periodically.
  • the electronic device in the t1-t2 stage, the electronic device does not download data, and in the t2-t3 stage, the electronic device downloads data.
  • the terminal presents different states in the two stages of time 0-T1 and T1-T2. Therefore, under the same service type, in different traffic transmission types, electronic devices can be configured to use different DRX parameters for data transmission. It is understandable that the duration of the electronic device not downloading data in each cycle may be the same or different; the duration of downloading data in each cycle may be the same or different. This embodiment does not make any limitation on this.
  • Fig. 3 exemplarily shows a communication system architecture provided by an embodiment of the present invention.
  • the communication system 10 includes an electronic device 100 and a network device 101.
  • the electronic device 100 determines the candidate DRX parameter according to the current traffic transmission type, and reports the candidate DRX parameter to the network device 101.
  • the network device 101 determines the DRX parameter to be used based on the candidate DRX parameter reported by the electronic device 100, and the determined DRX parameter
  • the DRX parameters are sent to the electronic device 100.
  • the network device 101 and the electronic device 100 perform data transmission according to the new DRX parameter.
  • electronic devices can fine-grain DRX parameters according to their own business conditions, which more effectively reduces the power consumption of electronic devices; and in this system, network devices do not need to determine DRX parameters based on the content reported by electronic devices , Simplified signaling content reduces the burden on network equipment.
  • the electronic device 100 and the network device 101 can use Global System of Mobile Communications (GSM), Code Division Multiple Access (CDMA), and Wideband Code Division Multiple Access (WCDMA). ) Or long-term evolution (Long Term Evolution, LTE) network for wireless communication, or wireless communication through 5G network or next-generation network.
  • the network device 101 may be a base station in the above-mentioned network, such as an evolved base station (eNodeB) or communication equipment such as a macro base station, a micro base station, a pico base station, and a home base station. It may also be an access point, a relay station, or a vehicle capable of providing network access. Network side equipment such as equipment.
  • the electronic device 100 may be a portable electronic device, such as a mobile phone, a tablet computer, a laptop computer (Laptop), a wearable electronic device (such as a smart watch), etc., or other types of electronic devices, such as a vehicle-mounted device.
  • a portable electronic device such as a mobile phone, a tablet computer, a laptop computer (Laptop), a wearable electronic device (such as a smart watch), etc., or other types of electronic devices, such as a vehicle-mounted device.
  • FIG. 4 exemplarily shows a schematic structural diagram of the electronic device 100.
  • the electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, and an antenna 2.
  • Mobile communication module 150 wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, earphone jack 170D, sensor module 180, buttons 190, motor 191, indicator 192, camera 193, display screen 194, and Subscriber identification module (subscriber identification module, SIM) card interface 195, etc.
  • SIM Subscriber identification module
  • the sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, and ambient light Sensor 180L, bone conduction sensor 180M, etc.
  • the structure illustrated in the embodiment of the present invention does not constitute a specific limitation on the electronic device 100.
  • the electronic device 100 may include more or fewer components than those shown in the figure, or combine certain components, or split certain components, or arrange different components.
  • the illustrated components can be implemented in hardware, software, or a combination of software and hardware.
  • the embodiment of the present invention provides a method for an electronic device to determine DRX parameters according to a service type and a traffic transmission type. As shown in FIG. 5 and FIG. 6, the method includes the following steps:
  • the electronic device 100 obtains traffic characteristics.
  • the above-mentioned traffic is the traffic transmitted between the electronic device 100 and the network device 101.
  • the electronic device 100 generally has multiple applications running at the same time during the running process, which can be divided into a foreground application and a background application.
  • multiple applications such as Tencent Video, WeChat, and Weibo are running on the mobile phone.
  • the application is the foreground application
  • WeChat and Weibo are the background applications.
  • the traffic generated by the foreground application is the foreground traffic
  • the traffic generated by the background application is the background traffic. Since background traffic generally has no impact on user experience, its requirements for latency are usually not high.
  • the foreground application can interact with the user, so the transmission of its traffic affects the user experience. Therefore, in some embodiments, the electronic device 100 can obtain characteristic data corresponding to the traffic of the foreground application. In some other embodiments, the traffic may also be foreground traffic and specific types of background traffic or all traffic.
  • the electronic device 100 and the network device 101 transmit data in the form of data packets.
  • Each data packet contains the time stamp, quintuple, data packet size and other parameters as shown in Table 1.
  • the five-tuple is composed of source IP address, source port, destination IP address, destination port, and transmission protocol.
  • the data packet may also include application information (such as application code), operator information, and other information.
  • the electronic device 100 may make statistics of the characteristics of the first type of traffic based on the parameters of the above-mentioned data packets.
  • T x , S and H1 are all preset parameters.
  • the above-mentioned parameters may be configured differently for different service types. For example, for a video-on-demand service, the amount of data transmitted is larger, and the value of H1 can be set to be larger, while for text browsing services, the amount of data transmitted is smaller, and the value of H1 can be set to be smaller.
  • a sampling sample is constructed for the flow of the first category.
  • the electronic device 100 counts the time interval between each first-category traffic sampling sample, and calculates the average of the time interval between each first-category traffic sampling sample within a certain time period T s , the time interval variance, and the value of the first-category traffic sampling sample Average flow and variance of flow, etc.
  • T s is a preset value, for example, T s can be set to 30s, 60s, or 90s.
  • the electronic device 100 may construct a sampling sample within a fixed time window, and calculate the traffic characteristics according to the parameters of the data packet. For example, the electronic device 100 may construct a sampling sample every 1 second. Identify the first type of traffic from the collection of collected data packets, and count the characteristics of it, such as the first type of traffic time interval average, time interval variance, the average flow of the first category traffic, and the variance of the traffic.
  • the electronic device 100 may also count user operation events, such as user click events and/or user sliding events. In some embodiments, the electronic device 100 can count the characteristics of user operation events within a certain period of time T s , such as the number of click events generated, the average time interval of click events, and/or the variance of the time interval of click events.
  • S202 The electronic device 100 determines the service type corresponding to the traffic.
  • the electronic device 100 can identify the current service type according to technologies such as Deep Packet Inspection (DPI) or Deep Flow Inspection (DFI).
  • DPI Deep Packet Inspection
  • DFI Deep Flow Inspection
  • the DPI technology mainly recognizes the service type by analyzing application layer messages
  • the DFI technology mainly recognizes the service type based on the header information of the IP layer or the transport layer.
  • the electronic device 100 may determine the current service type based on the service recognition model.
  • the service identification model may be based on DPI or DFI technology to establish a mapping relationship between identification parameters (such as application layer packets or IP layer or transport layer header information) and service types.
  • the service recognition model may be pre-stored in the electronic device 100, or may be obtained from the second device 102.
  • the second device 102 may be a server or a second electronic device.
  • the electronic device 100 and the second device 102 may communicate through mobile communication networks such as LTE and 5G, or may communicate through wireless communication networks such as WiFi.
  • the electronic device 100 and the second device 102 may communicate with each other through a short-range wireless communication technology such as Bluetooth.
  • the electronic device 100 may perform step S203 or step S204.
  • step S203 Determine whether there are multiple traffic transmission types for the service type. If the service type has multiple transmission modes, step S204 is executed; if the service type has only one traffic transmission type, then jump to step S205.
  • the electronic device 100 can determine whether there are multiple traffic transmission types for the service type by querying the DRX parameter mapping table.
  • the DRX parameter mapping table includes a mapping relationship between service types and traffic transmission types, where one service type can correspond to one traffic transmission type, and can also correspond to multiple traffic transmission types.
  • the DRX parameter mapping table may be pre-stored in the electronic device 100, or may be obtained from the second device 102.
  • the electronic device 100 may not report the DRX parameter, or may report the default DRX parameter.
  • the current traffic transmission type can be determined according to the traffic transmission model.
  • the traffic transmission model may be stored in the electronic device 100 in advance, and it may be obtained by the electronic device 100 from the second device 102.
  • the second device 102 may be a server or other electronic devices.
  • the electronic device 100 may perform step S204 after performing step S201,
  • the second device 102 may establish a traffic transmission model through the following methods:
  • S2041 Generate test data.
  • the server simulates or collects various traffic data from the network, and records the timestamp, packet size, source IP address, destination IP address and other information of each data packet, as shown in Table 1.
  • the operator information of the data packet can be counted.
  • the traffic data simulated by the server or collected from the network can be classified by service type.
  • the manner of counting traffic characteristics can refer to the manner of counting traffic characteristics in step S201.
  • the manner in which the server counts traffic characteristics may be consistent with the manner in which the electronic device 100 counts traffic characteristics, so as to ensure that the sampling samples generated by the electronic device 100 statistics can be applied to the traffic transmission model.
  • the server may also generate a corresponding traffic transmission model for each method of counting traffic characteristics for the electronic device 100 to use.
  • the traffic characteristics counted in step S2042 they are statistically classified, and the traffic transmission types F 1 -F N are obtained .
  • the above-mentioned traffic characteristics are traffic characteristics of the same service type.
  • one type of service can correspond to one type of traffic transmission, and can also correspond to multiple types of traffic transmission.
  • the first type of traffic can be classified into two types of traffic transmission: "first type" and "second type”.
  • Each piece of sample data obtained in step S2042 is annotated with a traffic transmission type to form training sample data, as shown in Table 2.
  • S2044 Based on the training sample data, use a training algorithm to obtain a traffic transmission model.
  • the flow transmission model is used to determine the type of flow transmission based on the characteristics of the flow.
  • the training algorithm can choose learning algorithms such as random forest and decision tree.
  • the electronic device 100 inputs the sampling samples obtained by statistics in step S201 into the traffic transmission model, and obtains the traffic transmission type corresponding to the sampling samples. In some other embodiments, the electronic device 100 determines in step S203 that the service type of the traffic has multiple traffic transmission types, then counts traffic characteristics and/or user operation events, obtains sample samples, and inputs the sample samples into the traffic transmission model Determine its corresponding traffic transmission type.
  • the electronic device 100 may determine the traffic transmission type of the current service type based on the user's operation events counted in step S201. For example, in the video-on-demand service type, when a user's click or slide operation is detected or the number of user's click or slide operation exceeds a certain threshold, the electronic device 100 may determine the current traffic transmission type as the "second type" ". In some other embodiments, the electronic device may determine the traffic transmission type of the current service type based on the user's operation time and data transmission status counted in step S201.
  • the traffic transmission type is judged to be the first type based on the current traffic characteristics
  • the electronic device compares the user's click or swipe video playback position with the current one. The amount of buffered video data. If the amount of currently buffered video data can still support playing for tens of seconds from the above-mentioned playback position, then the traffic transmission type is determined as the first type.
  • the electronic device 100 may not report the DRX parameter, or may report the default DRX parameter.
  • the electronic device 100 determines the reported DRX parameter. Specifically, the electronic device 100 may determine the reported DRX parameter according to the DRX parameter mapping table.
  • the DRX parameter mapping table is used to determine the DRX parameters according to the service type and/or traffic transmission type.
  • the DRX parameter mapping table may be stored in the electronic device 100 in advance, and it may be obtained by the electronic device 100 from the second device 102.
  • the second device 102 may be a server or other electronic devices.
  • the second device 102 may establish the DRX parameter mapping table by the following method:
  • step S2051 Based on the training sample data obtained in step S2043, configure different DRX parameters for the sample data of each traffic transmission type, and simulate the electronic device to run the service. For each sample data, calculate the proportion of time that the electronic device is in the active state, and mark Business experience (Quality of Experience, QoE). In some other embodiments, based on the training sample data, the sample data of each traffic transmission type of the same service type is configured with different DRX parameters for simulation and labeling.
  • QoE Quality of Experience
  • the electronic device after configuring the DRX parameters, as shown in FIG. 1, the electronic device will periodically enter the power saving state, and periodically enter the short monitoring state to determine whether to activate the electronic device.
  • the proportion of the time that the electronic device is in the active state is the proportion of the time that the electronic device is in the active state within the duration of the sample data. The lower the proportion of the electronic device in the active state, the lower the power consumption value of the electronic device, and the higher its power consumption gain.
  • QoE is the user experience during the operation of the service type. Taking the on-demand service as an example, as shown in Figure 2, the on-demand service will periodically enter the state of downloading data in the first type of state.
  • the QoE can be determined by counting the number and/or duration of the freeze.
  • QoE may also include factors such as packet loss and delay.
  • QoE can be classified as E 1 -E M according to different degrees. For example, QoE can be marked as "good” or "bad” according to business experience. In some other embodiments, QoE has more categories. In some other embodiments, QoE is a comprehensive service experience during the entire video playback process.
  • the server records data such as service type, traffic transmission type, configured DRX parameters, marked QoE, and active ratio, as shown in Table 3.
  • the same method can be used to test the DRX parameter configuration of the training sample data of the service type, and calculate the proportion of the time that the electronic device is in the active state and mark the QoE.
  • the server may obtain the DRX parameter set supported by the network device 101, so as to select DRX parameters for configuration.
  • the server may also obtain DRX parameter sets supported by different operators.
  • the DRX parameter set in the server may come from a protocol or other empirical values. The DRX parameter set is shown in Table 4:
  • step S2052 According to the data marked in step S2051 (as shown in Table 3), for each traffic transmission type, the optimal DRX parameter is selected to obtain the DRX parameter mapping table. In some other embodiments, the optimal DRX parameter may be selected for each traffic transmission type of each service type to obtain the DRX parameter mapping table.
  • the electronic device For the data of each traffic transmission type, you can select one or more QoE classifications (for example, select QoE marked as "good") labeled sample data that can indicate a good business experience, and select the electronic device to be active
  • the DRX parameter corresponding to the sample data with the lowest state proportion is taken as the optimal DRX parameter.
  • the above-mentioned traffic transmission types are classified according to the service types. Taking the on-demand service type as an example, the sample data corresponding to one or more QoE classifications that represent excellent service experience indicates that the video can be played normally during playback, and the lowest active state ratio indicates that the electronic device is the most economical to transmit data streams under this DRX parameter Power consumption. Therefore, the selected DRX parameters can enable the electronic device to obtain an optimal power saving scheme on the basis of maintaining a better service experience.
  • the QoE marked in the sample data of the same traffic transmission type and configured with the same DRX parameters can be counted to indicate the proportion of good service experience. If the ratio is greater than the preset threshold, the DRX parameter is used to select the DRX parameter. In some embodiments, the threshold may be set to 99%.
  • the formed DRX parameter mapping table can be as shown in Table 5:
  • the DRX parameter mapping table contains the mapping relationship between each traffic transmission type and the DRX parameter. For each traffic transmission type, obtain its optimal DRX parameter and record it in the DRX parameter mapping table.
  • the DRX parameter mapping table shown in Table 6 can be formed:
  • the DRX parameter mapping table contains the mapping relationship between each traffic transmission type of the service type and the DRX parameter.
  • service type 1 has multiple traffic transmission types, and for each traffic transmission type, the optimal DRX parameter is obtained and recorded in the DRX parameter mapping table.
  • Service type 2 has only one traffic transmission type. Therefore, the optimal DRX parameter corresponding to this service type is recorded in the DRX model.
  • the foregoing DRX parameter mapping table may configure two or more sets of DRX parameters for each traffic transmission type.
  • the DRX parameters included in the DRX parameter mapping table may have all three parameters, OnDuration, InactivityTimer, and DRXCycle, or may include one or two of them.
  • each operator base station provides different sets of DRX parameters. Therefore, the server can increase the operator dimension in the statistical process. That is, for each traffic transmission type of each operator, the DRX parameter corresponding to the lowest proportion of the electronic device in the active state when the QoE is good is selected as the optimal DRX parameter and stored in the DRX parameter mapping table.
  • the formed DRX parameter mapping table is shown in Table 7:
  • the DRX parameters DA1-DA3 of operator A and the DRX parameters DB1-DB3 of operator B can refer to the form of D.1-D.4 in Table 4. It is understandable that the value may not be Subject to the limitations of the parameters listed in Table 4.
  • the DRX parameter mapping table shown in Table 8 can be formed by combining the service type and the traffic transmission type:
  • the DRX parameter mapping table may also consider other dimensions, such as dimensions such as mobile phone model, etc., to provide a more fine-grained DRX configuration for electronic devices.
  • the above-mentioned traffic transmission model and the DRX parameter mapping table may be combined into one model.
  • the combined model is used to output the corresponding DRX parameters after determining the traffic transmission model of the service type corresponding to the current traffic.
  • the second device 102 may periodically or irregularly send the updated traffic transmission model and DRX parameter mapping table to the electronic device 100, so that the electronic device 100 can apply the updated model to determine the traffic transmission type and DRX parameters. .
  • the second device 102 may determine the operator information used by the electronic device 100, and send the DRX parameter mapping table matching the operator information to the electronic device 100.
  • the electronic device 100 determines the corresponding DRX parameter in the DRX parameter mapping table according to the service type corresponding to the traffic determined in step S202; if the service type corresponding to the current traffic corresponds to more According to the traffic transmission type determined in step S204, the electronic device determines the corresponding DRX parameter in the DRX parameter mapping table.
  • the electronic device 100 may not report the DRX parameter, or may report the default DRX parameter.
  • the electronic device 100 may report candidate DRX parameters to the network device 101 when the service type changes, and may also report the candidate DRX parameters to the network device 101 when the traffic transmission type corresponding to the service type changes.
  • the electronic device 100 When the electronic device 100 reports DRX parameters to the network device 101 candidates, it can report all DRX parameters (Onduration, DRXCycle, and InactivityTimer), or part of DRX parameters (one or two of Onduration, DRXCycle, and InactivityTimer). When the electronic device 100 reports part of the DRX parameters to the network device 101, it means that the electronic device 100 only needs to adjust the part of the reported DRX parameters, and the unreported DRX parameters remain unchanged or are determined by the network device 101.
  • the electronic device 100 when the electronic device 100 reports candidate DRX parameters to the network device 101, it may report one set of DRX parameters or multiple sets of DRX parameters.
  • the unit of the DRX parameter determined in the electronic device 100 is different from the unit of the DRX parameter in the network device 101.
  • the unit of the DRX parameter in the electronic device 100 is milliseconds
  • the unit of the DRX parameter in the network device 101 is the number of PDCCH subframes.
  • the electronic device 100 may perform corresponding data conversion first, and then report the DRX parameters to the network device 101. For example, in the above situation, if the InactivityTimer is 10 milliseconds, since the length of one PDCCH subframe is 0.5 milliseconds, the electronic device 100 may report 20 to the network device 101 to indicate the value of the InactivityTimer.
  • the network device 101 determines the DRX parameter according to the reported candidate DRX parameter, and sends first information to the electronic device 100, where the first information may indicate the determined DRX parameter.
  • the determined DRX parameter and the candidate DRX parameter may be the same or different.
  • the network device 101 may use the candidate DRX parameter reported by the terminal as the determined DRX parameter.
  • the network device 101 may send the first information to the electronic device 100, and indicate in the first information that the determined DRX parameter is the same as the candidate DRX parameter reported by the electronic device 100.
  • the network device 101 may re-determine the new DRX parameter based on the candidate DRX parameter reported by the electronic device 100.
  • the network device 101 may select the parameter closest to the DRX parameter reported by the electronic device 100 as the new DRX parameter from the DRX parameter set it supports.
  • the network device 101 selects one set of parameters from the multiple reported sets of DRX parameters as the determined DRX parameters, or determines according to the multiple reported sets of candidate DRX parameters A new DRX parameter, where the determined DRX parameter is different from the multiple groups of reported DRX parameters.
  • the DRX parameters finally determined by the network device 101 may differ in different traffic transmission types.
  • the DRXCycle duration corresponding to the DRX parameter in the first type state can be greater than the DRXCycle corresponding to the DRX parameter in the second type state Duration; and/or, the InactivityTimer duration corresponding to the DRX parameter in the first type state may be less than the InactivityTimer duration corresponding to the DRX parameter in the second type state.
  • the OnDuration duration corresponding to the DRX parameter in the first type state may be less than the OnDuration duration corresponding to the DRX parameter in the second type state.
  • S208 The network device 101 and the electronic device 100 use the determined DRX parameters to perform data transmission.
  • the electronic device 100 may use the default DRX parameters for data transmission.
  • the default DRX parameters may be used.
  • the DRX parameter may be reported to the network device 101.
  • the electronic device can combine its own understanding of the business to provide the network device with DRX parameters that conform to its own traffic transmission type, which can more effectively save power consumption.
  • FIG. 9 exemplarily shows the traffic transmission situation of two applications that provide video-on-demand services.
  • the white and black dots represent the traffic transmitted at different times after application A and application B enter the first type stage.
  • the traffic transmission of application A is mainly concentrated in four time intervals, and the time intervals T A1 , T A2 and T A3 during which data is not transmitted between two adjacent time intervals for transmitting data.
  • the data downloaded by application A in each time interval of data transmission is several megabytes.
  • Application B transmits traffic once every 10 seconds or so (as shown by TB1 and TB2 in the figure), and the size of each traffic transmission is hundreds of kilobytes. It can be seen from the figure that when running the same service type, the amount of data transmitted by application A is greater than that of application B each time, and at the same time, the data transmission interval is greater than that of application B. Therefore, for the same service type, different applications have different types of traffic transmission.
  • the embodiment of the present invention provides a method for the electronic device 100 to determine DRX parameters according to applications and traffic transmission types. As shown in Figure 10, the method includes the following method steps:
  • the electronic device 100 acquires characteristic data of the traffic corresponding to the application.
  • the electronic device 100 generally has multiple applications running at the same time during the running process, which can be divided into a foreground application and a background application.
  • a foreground application Generally speaking, among multiple running applications, only one application is the foreground application.
  • the electronic device 100 may obtain characteristic data corresponding to the traffic of the foreground application.
  • the electronic device 100 determines whether the foreground application is in the DRX parameter mapping table, and when the current station application is in the DRX parameter mapping table, it obtains the traffic and characteristic data corresponding to the application. For the specific content of acquiring the traffic characteristics, refer to step S201, which will not be repeated here.
  • S302 Determine whether the application supports multiple service types. Specifically, the electronic device 100 can determine the service type corresponding to the application by searching in the DRX parameter mapping table. Wherein, the DRX parameter mapping table may include the mapping relationship between the application and the service type supported by it. If the application has only one service type, the electronic device executes step S304; if the application supports multiple service types, the electronic device executes step S303.
  • step S303 The electronic device 100 judges the service type corresponding to the traffic. For the specific content of this step, please refer to step S202, which will not be repeated here.
  • the electronic device 100 can determine the service type and traffic transmission type corresponding to the application by searching in the DRX parameter mapping table.
  • the DRX parameter mapping table may include the mapping relationship between applications, service types, and traffic transmission types.
  • the DRX parameter mapping table may include the mapping relationship between the application and the service type.
  • the DRX parameter mapping table may include the mapping relationship applied to the traffic transmission type. If the service type has multiple traffic transmission types, step S305 is executed; if the service type has only one traffic transmission type, then jump to step S306. For the specific content of this step, please refer to step S203, which will not be repeated here.
  • the electronic device may directly perform step S305 after performing step S303.
  • step S305 Determine the current traffic transmission type according to the traffic transmission model. For the specific operation of this step, refer to step S204. For the process of establishing the traffic transmission model by the second device 102, reference may be made to steps S2041-S2044.
  • the application dimension can be added to the statistical data, so that the traffic transmission model can determine the traffic transmission type according to the traffic corresponding to the application. Specifically, the application may include parameters such as application name and/or application code.
  • the finally generated traffic transmission model is used to determine the traffic transmission type according to the traffic characteristics of the application.
  • the electronic device 100 may perform step S305 after performing step 301, and determine its traffic transmission type according to the traffic characteristics of the application.
  • S306 The electronic device determines the reported DRX parameter according to the DRX parameter mapping table.
  • step S205 For the specific operation of this step, refer to step S205.
  • the application dimension can be added to the statistical data, so that the DRX parameter mapping table can determine the DRX parameters according to the traffic transmission model corresponding to the application.
  • the formed DRX parameter mapping table is shown in Table 9:
  • the formed DRX parameter mapping table is shown in Table 10:
  • the formed DRX parameter mapping table is shown in Table 11:
  • the electronic device 100 may obtain the above-mentioned traffic transmission model and the DRX parameter mapping table from the second device 102 through way A or way B or way C:
  • the electronic device 100 may send a model acquisition request to the second device 102, and the model acquisition request includes identification information of the application A, such as application code and/or application name. The request is used to obtain the traffic transmission model and DRX parameter mapping table of application A.
  • the second device 102 After receiving the model acquisition request, the second device 102 sends the traffic transmission model of the application A and the DRX parameter mapping table to the electronic device 100. If the traffic transmission model and DRX parameter mapping table of application A are not stored in the second device 102, the second device 102 returns an acquisition failure message to the electronic device 100.
  • the electronic device 100 may query whether the traffic transmission model and/or the DRX parameter mapping table stored in the electronic device 100 contains the traffic transmission model and/or the DRX parameter mapping table of application A. If not included, a model acquisition request is sent to the second device 102.
  • Method B When the electronic device 100 runs application A, the electronic device 100 queries whether the traffic transmission model and/or DRX parameter mapping table stored in the electronic device 100 contains the traffic transmission model and/or DRX parameter mapping table of application A, if not Include, send a model acquisition request to the second device 102. After receiving the model acquisition request, the second device 102 sends the traffic transmission model and the DRX parameter mapping table to the electronic device 100. In some embodiments, before the query step, the electronic device 100 may send the second device to the second device after performing steps S301-S303, and after the traffic transmission model is not queried in the traffic transmission model in step S304 or S305, 102 sends a model acquisition request.
  • Manner C The second device 102 learns that the electronic device 100 has installed the application A, and the second device 102 sends the traffic transmission model and the DRX parameter mapping table related to the application A to the electronic device 100. In some other embodiments, the second device 102 may periodically or irregularly send the updated traffic transmission model and DRX parameter mapping table related to the application A to the electronic device 100.
  • step S206-step S208 which will not be repeated here.
  • the electronic device 100 may not report the DRX parameter, or The default DRX parameters can be reported.
  • the electronic device 100 can perform fine-grained DRX parameter adjustment for the traffic transmission type of the application. It helps the electronic device 100 to further save power consumption.
  • the embodiment of the present invention also provides a method for the electronic device 100 to determine DRX parameters according to the traffic characteristics of the first category, which can determine the DRX parameters adaptively with respect to the detected traffic characteristics of the first category.
  • the method provided in this embodiment specifically includes the following method steps:
  • S401 Determine that the electronic device 100 enters a new traffic transmission type.
  • the electronic device 100 may determine whether the electronic device 100 has entered a new traffic transmission type by determining whether the continuous first-category traffic belongs to similar first-category traffic. If the N consecutive first-type traffic belong to similar first-type traffic that is different from the previous traffic transmission type, it is determined that the electronic device 100 has entered the new traffic transmission type.
  • N is a natural number, for example, N can take the value 3.
  • the electronic device 100 can determine similar first-category traffic through the following steps:
  • S4011 Determine the service type of each first type of traffic.
  • the traffic of the first category for calculation must belong to the same service type. If the service types corresponding to the traffic of the first category are different, it is not similar traffic of the first category. In some other embodiments, this step may also be to determine whether each first type of traffic belongs to the same application. If the applications corresponding to each first-type traffic are different, they are not similar first-type traffic.
  • S4012 Determine similar first-category traffic according to the magnitude of the first-category traffic of the last n times. Specifically, if the ratio of the sizes of the two first-category traffic is less than the similarity threshold TH of the first-category traffic, the two first-category traffic can be considered to be similar first-category traffic.
  • n and the similarity threshold TH are preset parameters.
  • the traffic size of the first category for the Nth time is 5M
  • the N-1th first category traffic size is 6M, its similarity is
  • 0.2. Since the similarity is less than the threshold 0.3, it can be considered that the N-1th first category traffic is the same as the first category traffic.
  • the N-times traffic of the first category is similar to the traffic of the first category.
  • the N-2th first category traffic size is 4M, its similarity is
  • 0.2. Since the similarity is less than the threshold 0.3, it can be considered that the N-2th first category traffic is the same as the first category traffic.
  • the N-times traffic of the first category is similar to the traffic of the first category.
  • the N-3th first category traffic size is 10M, its similarity is
  • 1. Since the similarity is greater than the threshold 0.3, it can be considered that the N-3th first category traffic is the same as the first category traffic.
  • the N-time first-category traffic is not similar to the first-category traffic.
  • the ratio of the most recent n first-category traffic to the average value of the most recent n first-category traffic can be compared, and the first-category traffic whose ratio is less than the similarity threshold TH is regarded as the similar first-category traffic.
  • the similarity threshold TH 0.3
  • the M-th first-category traffic size is 6M
  • the two first-category traffic sizes before the M-th first-category traffic are 10M and 4M, respectively.
  • the average value of the last three first-class traffic is about 6.67M.
  • the M-2 first category traffic For the M-2 first category traffic, if the traffic size is 10M, its similarity is
  • the average value of the last three traffic of the first category is 5M.
  • the M-1th first category traffic For the M-1th first category traffic, its flow size is 4M, then its similarity is
  • 0.2, the M-th first category traffic size is 6M, then its similarity is
  • 0.2, the M-th first-category traffic size is 5M, and its similarity is
  • 0. Therefore, the last three first-category traffic is at the similarity threshold Therefore, the M-1th, Mth, and M+1th first-category traffic is three consecutive first-category traffic.
  • the determination of similar first-category traffic may be based on other parameters other than the first-category traffic size, such as the first-category traffic interval, and/or the first-category traffic size variance, and/or the first category traffic size variance. Parameters such as the average value of the category flow interval.
  • the electronic device 100 When the electronic device 100 detects consecutive N similar first-category traffic, obtains the length of the N-1 first-category traffic interval between the N similar first-category traffic, calculates the average value and variance, and passes The traffic transmission model judges its traffic transmission type. If the determined traffic transmission type is different from the last determined traffic transmission type, it is determined that the electronic device 100 has entered the new traffic transmission type. Among them, the establishment process of the traffic transmission model can refer to step S204, which will not be repeated here.
  • the electronic device 100 may not perform step S4011, and determine the first type of traffic through S4012.
  • the electronic device 100 may determine the traffic transmission type based on the traffic characteristics. For example, when the size variance of the first category traffic is less than the preset size variance threshold and/or the first category traffic time interval variance is less than the preset interval variance threshold and/or similar first category traffic is greater than the preset quantity threshold , The corresponding traffic transmission type is the first type status.
  • S402 Determine the DRX parameter according to the time interval of similar first-type traffic.
  • the time interval of the next first category traffic is predicted according to the obtained time interval of similar first category traffic.
  • other methods may be used to predict the time interval of the next first-type traffic, which is not limited in the embodiment of the present invention.
  • Delta adj is the adjusted value, which is used to prevent the value of DRXCycle from being too large, which exceeds the time interval between adjacent first category traffic.
  • the electronic device 100 may select the largest value from the DRXCycle set supported by the network device 101 as the determined DRXCycle parameter on the basis of satisfying the foregoing conditions.
  • S403 Determine the InactivityTimer according to the time interval of the data packet.
  • the InactivityTimer can be determined according to the following formula:
  • InactivityTimer Avg(T Service )+y*Var(T Service )
  • T Service is the data packet time interval of the service type
  • Avg (T Service ) is the average value of the data packet time interval of the service type
  • Var (T Service ) is the variance of the data packet time interval of the service type
  • y is the pre- Set the constant, for example, y can take 3.
  • the electronic device 100 may select data packets generated by uplink, downlink, or uplink and downlink services according to the service type. For example, for the on-demand service type, data packets generated by the downlink service can be selected for measurement.
  • the electronic device 100 may save the value of the InactivityTimer parameter determined according to the service type, and use it to adjust the DRX parameter usage when the same service type is generated next time.
  • the electronic device 100 may determine the value of the corresponding InactivityTimer parameter according to the service types of different applications.
  • the second device 102 may determine the value of the InactivityTimer parameter corresponding to different service types, and send the correspondence between the service type and the InactivityTimer parameter to the electronic device 100, and the electronic device 100 selects the corresponding InactivityTimer according to the service type.
  • the parameter value may be determined from the same or different service types, and send the correspondence between the service type and the InactivityTimer parameter to the electronic device 100, and the electronic device 100 selects the corresponding InactivityTimer according to the service type. The parameter value.
  • the value of OnDuration can be a fixed value or a value determined according to the business type. Wherein, the corresponding relationship between the service type and the value of OnDuration may be pre-stored in the electronic device 100, or may be generated by a server and sent to the electronic device 100.
  • the electronic device 100 can determine the three parameters of DRXCycle, InactivityTimer, and OnDuration, and can also determine one or two of the above three parameters as required, that is, in the above steps S402, S403, and S404, The electronic device 100 can execute all of them, and the order of execution is in no particular order, and one or two of them can also be executed.
  • the electronic device determines the traffic transmission type by calculating the characteristics of the first type of traffic, and determines the DRX parameters according to the characteristics of the traffic.
  • the electronic device 100 can perform fine-grained DRX parameter adjustment for the traffic transmission type of the application. It helps the electronic device 100 to further save power consumption.
  • the embodiment of the present invention also provides a method for determining DRX parameters based on the time delay reported by the application.
  • the application is an application program installed in an electronic device.
  • the electronic device can obtain the delay requirement of the application, such as the minimum delay requirement.
  • the electronic device can set corresponding DRX parameters. As shown in Figure 13, the method includes the following steps:
  • the electronic device 100 obtains the delay requirement of the application.
  • the application program can report the delay requirement corresponding to the application through the API interface provided by the electronic device 100 for it.
  • the reported time can be when the application is started.
  • the electronic device 100 may also obtain the corresponding delay requirement from the application through the API interface.
  • the electronic device 100 may determine the DRX parameter according to the DRX parameter time delay model.
  • the DRX parameter may be a DRX parameter set supported by the network device 101, or may be a DRX parameter set supported by an operator.
  • the foregoing DRX parameters may include all three parameters, OnDuration, DRXCycle, and InactivityTimer, or may include one or two of the foregoing three parameters.
  • the mapping relationship between the delay and the DRX parameter is established.
  • the electronic device 100 obtains one or more sets of DRX parameters that satisfy the delay condition by querying the foregoing mapping relationship.
  • the above-mentioned mapping relationship may be a functional relationship.
  • the electronic device 100 may determine the value of the DRXCycle parameter according to the DRX parameter time delay model.
  • the determined DRXCycle value is the maximum DRXCycle value that satisfies the delay condition without considering the two parameters of OnDuration and InactivityTimer.
  • the electronic device 100 selects the InactivityTimer parameter according to the inactivity time ratio requirement.
  • the electronic device 100 selects the largest value of InactivityTimer as the candidate DRX parameter from the combination of the determined DRXCycle parameter and multiple InactivityTimer parameters.
  • the aforementioned DRX parameter delay model may be a model that takes a value for each OnDuration and represents the mapping relationship between the delay and the DRXCycle and InactivityTimer parameters.
  • the DRX parameter delay model may be generated by the second device 102 and sent to the electronic device 100, or it may be pre-stored in the electronic device 100.
  • the electronic device determines the DRX parameter by applying the reported time delay.
  • the electronic device can perform fine-grained DRX parameter adjustments according to the delay requirements of the application, which helps the electronic device to further save power consumption.
  • each step of the above method can be completed by an integrated logic circuit of hardware in the processor or instructions in the form of software.
  • the steps of the method disclosed in combination with the embodiments of the present application may be directly embodied as being executed and completed by a hardware processor, or executed and completed by a combination of hardware and software modules in the processor.
  • the software module can be located in a mature storage medium in the field, such as random access memory, flash memory, read-only memory, programmable read-only memory, or electrically erasable programmable memory, registers.
  • the storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware. To avoid repetition, it will not be described in detail here.
  • the size of the sequence number of the above-mentioned processes does not mean the order of execution, and the execution order of each process should be determined by its function and internal logic, and should not correspond to the embodiments of the present application.
  • the implementation process constitutes any limitation.
  • the computer may be implemented in whole or in part by software, hardware, firmware, or any combination thereof.
  • software it can be implemented in the form of a computer program product in whole or in part.
  • the computer program product includes one or more computer instructions.
  • the computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices.
  • the computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium.
  • the computer instructions may be transmitted from a website, computer, server, or data center.
  • the computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or a data center integrated with one or more available media.
  • the usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, and a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid state disk (SSD)).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé permettant de déterminer un paramètre DRX, ainsi qu'un terminal électronique. Le terminal électronique détermine un type de transmission de trafic d'après une caractéristique de trafic, détermine des paramètres DRX candidats d'après le type de transmission de trafic, soumet les paramètres DRX candidats à un dispositif réseau, puis reçoit un paramètre DRX déterminé à partir du dispositif réseau. L'invention permet de déterminer un paramètre DRX à granularité fine d'après des types de transmission de trafic différents ou les types de transmission de trafic de différentes applications ou de caractéristiques de trafic similaires, ce qui permet d'augmenter l'économie d'énergie d'un dispositif terminal.
PCT/CN2021/080036 2020-03-12 2021-03-10 Procédé de détermination de paramètre de réception discontinue (drx) WO2021180134A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010169429.9A CN113395747B (zh) 2020-03-12 2020-03-12 一种非连续接收drx参数确定方法
CN202010169429.9 2020-03-12

Publications (1)

Publication Number Publication Date
WO2021180134A1 true WO2021180134A1 (fr) 2021-09-16

Family

ID=77615721

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/080036 WO2021180134A1 (fr) 2020-03-12 2021-03-10 Procédé de détermination de paramètre de réception discontinue (drx)

Country Status (2)

Country Link
CN (1) CN113395747B (fr)
WO (1) WO2021180134A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013170448A1 (fr) * 2012-05-15 2013-11-21 华为技术有限公司 Procédé de configuration de réception discontinue d'un équipement utilisateur, station de base, et système
CN109451842A (zh) * 2017-12-14 2019-03-08 北京小米移动软件有限公司 用户设备省电方法、装置、用户设备和基站
CN104641716B (zh) * 2012-04-20 2019-07-09 爱立信(中国)通信有限公司 在随机接入过程期间在移动终端与基站之间通信的方法和设备
WO2019209750A1 (fr) * 2018-04-23 2019-10-31 Qualcomm Incorporated Exploitation de paramètres drx/cdrx pour économiser l'énergie durant une session de différence d'instant d'arrivée observée (otdoa)
WO2020017893A1 (fr) * 2018-07-17 2020-01-23 Samsung Electronics Co., Ltd. Adaptation de paramètres de communication pour un équipement utilisateur

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013051865A2 (fr) * 2011-10-04 2013-04-11 Samsung Electronics Co., Ltd. Système et procédé de configuration de paramètres de réseau d'accès radio pour un équipement utilisateur connecté à un système de réseau sans fil
CN103428773B (zh) * 2012-05-14 2017-10-31 上海贝尔股份有限公司 设置非连续接收模式参数的方法
CN108307547A (zh) * 2016-09-30 2018-07-20 中兴通讯股份有限公司 一种确定非连续接收配置信息的方法及装置
EP3301986A1 (fr) * 2016-09-30 2018-04-04 Panasonic Intellectual Property Corporation of America Attribution de ressources en liaison montante amelioree parmi differents schemas de numerologie ofdm
CN108696922B (zh) * 2017-02-24 2021-05-18 华为技术有限公司 非连续接收方法、终端及网络设备
CN109714266B (zh) * 2018-12-25 2022-06-07 迈普通信技术股份有限公司 一种数据处理方法及网络设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104641716B (zh) * 2012-04-20 2019-07-09 爱立信(中国)通信有限公司 在随机接入过程期间在移动终端与基站之间通信的方法和设备
WO2013170448A1 (fr) * 2012-05-15 2013-11-21 华为技术有限公司 Procédé de configuration de réception discontinue d'un équipement utilisateur, station de base, et système
CN109451842A (zh) * 2017-12-14 2019-03-08 北京小米移动软件有限公司 用户设备省电方法、装置、用户设备和基站
WO2019209750A1 (fr) * 2018-04-23 2019-10-31 Qualcomm Incorporated Exploitation de paramètres drx/cdrx pour économiser l'énergie durant une session de différence d'instant d'arrivée observée (otdoa)
WO2020017893A1 (fr) * 2018-07-17 2020-01-23 Samsung Electronics Co., Ltd. Adaptation de paramètres de communication pour un équipement utilisateur

Also Published As

Publication number Publication date
CN113395747A (zh) 2021-09-14
CN113395747B (zh) 2022-12-27

Similar Documents

Publication Publication Date Title
US11758014B2 (en) Scheduling of application preloading in user devices
CN110198275B (zh) 一种流量控制方法、系统、服务器及存储介质
Liu et al. AppATP: An energy conserving adaptive mobile-cloud transmission protocol
US9465777B2 (en) System and method of performing domain name server pre-fetching
US11153359B2 (en) User equipment and media streaming network assistance node
CN108429800B (zh) 一种移动设备
JP6293969B2 (ja) 効率良いアプリケーション同期化をトリガするための方法およびシステム
CN111615141B (zh) 测量方法、测量配置方法、终端和网络设备
CN111030797B (zh) 调度请求传输控制方法及相关产品
WO2020143579A1 (fr) Procédé de mise en œuvre d'une agrégation de liaisons et produit associé
CN114071627A (zh) 网络切换方法、智能终端及存储介质
Dong et al. Age of information upon decisions
US11088954B2 (en) Link detection method and related apparatus
CN112566262A (zh) 数据处理方法及装置、通信设备及存储介质
US20230276532A1 (en) RRC Connection Release Control Method and Apparatus
WO2021180134A1 (fr) Procédé de détermination de paramètre de réception discontinue (drx)
Yang et al. Characterizing and optimizing background data transfers on smartwatches
CN114265495A (zh) 应用程序处理方法、智能终端及存储介质
WO2020133884A1 (fr) Procédé de mise en mémoire cache de données et support d'informations
CN107277862B (zh) 一种移动云计算环境下的视频传输调度方法
US20230363042A1 (en) Managed discontinuous reception
WO2024088119A1 (fr) Procédé et appareil de traitement de données, terminal et dispositif côté réseau
Wang et al. Content-based caching network using openairinterface system
WO2021208046A1 (fr) Procédé et dispositif de traitement de transmission, équipement utilisateur, station de base et support d'enregistrement
WO2023179558A1 (fr) Procédé de collecte de données et dispositif de communication

Legal Events

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

Ref document number: 21767462

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21767462

Country of ref document: EP

Kind code of ref document: A1