WO2014023262A1 - 终端配置方法及终端设备 - Google Patents

终端配置方法及终端设备 Download PDF

Info

Publication number
WO2014023262A1
WO2014023262A1 PCT/CN2013/081153 CN2013081153W WO2014023262A1 WO 2014023262 A1 WO2014023262 A1 WO 2014023262A1 CN 2013081153 W CN2013081153 W CN 2013081153W WO 2014023262 A1 WO2014023262 A1 WO 2014023262A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
sleep state
network side
paging
terminal device
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2013/081153
Other languages
English (en)
French (fr)
Inventor
张惠英
陈东
全海洋
张英
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Publication of WO2014023262A1 publication Critical patent/WO2014023262A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower using a pre-established activity schedule, e.g. traffic indication frame
    • 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

  • the present invention relates to the field of wireless communications, and in particular, to a terminal configuration method and a terminal device. Background of the invention
  • Machine-type communication is a new communication concept. Its purpose is to combine many different types of communication technologies, such as: machine-to-machine communication, machine control communication, human-computer interaction communication, mobile Connected communications to promote social production and lifestyle development. Sometimes, MTC communication is also known as Machine-to-machine (M2M) communication or the Internet of Things.
  • M2M Machine-to-machine
  • the current mobile communication network is designed for communication between people. If you want to use mobile communication networks to support MTC communication, you need to optimize the mechanism of the mobile communication system according to the characteristics of MTC communication, so as to be able to MTC communication is better achieved when human-to-human communication is not affected or less affected.
  • the life of the battery directly determines the life of the MTC terminal, such as the MTC terminal for animal tracking or the MTC terminal for hydrological monitoring. It is almost impossible to replace the battery with these terminals, so the MTC terminal is required to be extremely Low power consumption.
  • the MTC terminal may send data about animal location information for half a day or a day, and there is no data transmission activity at other times. Then, for the MTC terminal of the application, a feasible way is to introduce a sleep state (also referred to as a power-saving state), and the sleep state is a NAS (Non-Access Stratum) state, and the terminal in the state Stop RRC (Radio Resource Control, All operations of the RRC layer, the RRC layer does not belong to any state.
  • a sleep state also referred to as a power-saving state
  • the sleep state is a NAS (Non-Access Stratum) state
  • Stop RRC Radio Resource Control, All operations of the RRC layer, the RRC layer does not belong to any state.
  • the terminal stops receiving/listening any downstream data or channels, turns off the receiver, stops any measurements, and even turns off the power.
  • the terminal exits from the dormant state, reselects the appropriate cell camping, enters the IDLE state, prepares to initiate the RRC connection establishment process, enters the RRC connection state transmission data, and returns to the IDLE state after the data transmission. , goes to sleep again after a specified time.
  • the terminal entering the dormant state does not listen to the paging channel and does not receive any data before the terminal actively establishes a connection with the network, which causes the network to fail to send the information to the network in time, but in some scenarios, such as software update or The map is updated in the navigation, and the network side can predict that data needs to be sent to these terminals at a certain time. In such a scenario, if the terminal still enters the sleep state, the network side cannot send the information to the terminal in time, and can only passively wait for the terminal to initiate a communication request with the network. Summary of the invention
  • the embodiment of the present invention provides a method and a device for configuring a terminal.
  • the terminal that supports the dormant state is configured by the network side to enable the terminal that supports the dormant state to exit the hibernation state in time, thereby communicating with the network side in time.
  • the terminal configuration method provided by the embodiment of the present invention includes: acquiring, by the terminal, time information of the exiting sleep state configured on the network side; when the terminal releases the connection with the network side and entering the sleep state, according to the time of exiting the sleep state The information sets the time duration of the timer, and starts a timer; when the timer expires, the terminal exits the sleep state.
  • the terminal supports a sleep state.
  • the terminal device supports the dormant state, and the terminal device includes: a configuration information acquiring module, configured to acquire a time letter of the network side configured to exit the sleep state. a timer setting module, configured to: when the terminal device releases the connection with the network side, enters a sleep state, sets a time duration of the timer according to the time information of the exiting the sleep state, and starts a timer; The processing module is configured to: when the timer expires, the terminal device is taken out of the sleep state.
  • a configuration information acquiring module configured to acquire a time letter of the network side configured to exit the sleep state.
  • a timer setting module configured to: when the terminal device releases the connection with the network side, enters a sleep state, sets a time duration of the timer according to the time information of the exiting the sleep state, and starts a timer
  • the processing module is configured to: when the timer expires, the terminal device is taken out of the sleep state.
  • the time information for instructing the terminal to exit the sleep state is configured to the terminal by the network side, so that after releasing the communication connection with the network side and entering the sleep state, the terminal exits the sleep after a corresponding long time.
  • the status is to monitor/receive data on the network side, so that the data sent by the network side can be received in time.
  • the embodiment of the present invention further provides a method and a device for configuring a terminal.
  • the terminal that supports the dormant state is configured by the network side to enable the terminal that supports the dormant state to enter the dormant state, so as to receive the network side to send in time. data.
  • the terminal configuration method provided by the embodiment of the present invention includes: acquiring, by the terminal, indication information of whether the network side is allowed to enter a sleep state; if the indication information indicates that the sleep state is not allowed, the terminal is releasing the network side. After the communication is connected, it enters and remains in the idle state.
  • the terminal device provided by the embodiment of the present invention supports a dormant state, and the terminal device includes: a configuration information acquiring module, configured to acquire, when in a connected state, indication information that is sent by the network side to allow to enter a dormant state; And when the indication information acquired by the configuration information acquiring module indicates that the sleep state is not allowed, after the terminal device releases the communication connection with the network side, the terminal device enters and remains in the idle state.
  • the network side sends the indication information for indicating that the terminal does not enter the sleep state to the terminal when the terminal is in the connected state, so that the terminal releases the communication connection with the network side, according to the indication information. It remains in the idle state to listen/receive the downlink data on the network side, so that the data sent by the network side can be received in time.
  • FIG. 1A is a schematic flowchart of a terminal configuration according to Embodiment 1 of the present invention.
  • FIG. 1B is a schematic flowchart of a terminal configuration according to Embodiment 1 of the present invention.
  • FIG. 2 is a schematic flowchart of a UMTS system according to Embodiment 1 of the present invention.
  • FIG. 3 is a schematic flowchart of a first embodiment of the present invention in an LTE system
  • FIG. 4 is a schematic flowchart of a terminal configuration process according to Embodiment 2 of the present invention.
  • FIG. 5 is a schematic flowchart of a second embodiment of the present invention in a UMTS system
  • FIG. 6 is a schematic flowchart of a second embodiment of the present invention in an LTE system
  • FIG. 7 is a schematic structural diagram of a terminal device according to an embodiment of the present invention
  • FIG. 8 is a schematic structural diagram of a terminal device according to an embodiment of the present invention. Mode for carrying out the invention
  • the embodiment describes that the terminal acquires the time information of the exiting sleep state configured by the network side; when the terminal releases the connection with the network side and enters the sleep state, according to the time information of the exiting the sleep state, The timer duration of the timer starts a timer; when the timer expires, the terminal exits the sleep state.
  • the network side predicts that downlink data is transmitted to the terminal after a certain period of time in the future, the time information for exiting the sleep state is configured to the terminal, so that after the terminal releases the sleep state, the terminal may exit according to the time information at the corresponding time.
  • the sleep state ensures that the terminal can receive the data sent by the network side in time.
  • the process can be as shown in Figure 1A, including:
  • Step 101 The terminal initiates an RRC connection establishment process, enters an RRC connection (RRC_connected) state, and performs data transmission.
  • RRC_connected RRC connection
  • the RRC connection when the terminal sends data, the RRC connection is initiated. Cheng.
  • the RRC connection setup request message sent by the terminal to the network side carries the indication identifier to indicate whether the sleep state is supported.
  • the network side learns, according to the identifier, whether the terminal has the sleep state.
  • the network side can also learn, by the core network entity, whether the terminal has a sleep state.
  • Step 102 If the network side detects that the terminal has no data transmission for a long time, it sends an RRC connection release message, where the time information for indicating that the terminal exits the sleep state is carried.
  • the network side may also be included to know whether the terminal has a sleep state.
  • the network side can learn the sleep state capability indication carried in the message sent by the terminal, and learn whether the terminal has the sleep state.
  • the sleep state indication can be carried in any of the following messages: RRC message, NAS layer message, MAC CE, paging.
  • the sleep state capability indication can be carried in an RRC Connection Setup message.
  • the core network entity can also learn the ability of the terminal to have a dormant state.
  • the RRC connection release message is sent to the terminal, and the message may be in the existing RRC connection release message format.
  • the time information is carried in the RRC connection release message to indicate The terminal exits the sleep state at the corresponding time.
  • the server needs to be upgraded and maintained. It is scheduled to restart at 0:00 after 3 days, and the server notifies the core network of this information.
  • the core network carries time information for instructing the terminal to exit the sleep state at some time after 3 days.
  • the time indicated by the time information may be the server re-opening time + random delay.
  • Step 103 After receiving the RRC connection release request message, the terminal enters a dormant state. If the RRC connection release message carries time information, the terminal enters the dormant state according to the The time information sets the timer duration of the timer Quit Dormant Timer (QDT) and starts the timer QDT to exit the sleep state at the time specified by the network side. Specifically, the timer duration of the timer QDT is: from the current time to the moment when the network side is notified to exit the sleep state, and then the length of time for the terminal to perform cell search and initiate connection is subtracted.
  • QDT Quit Dormant Timer
  • Step 104 When the timer QDT times out, the terminal exits the sleep state.
  • Process 1 The terminal performs cell search, camps on a suitable cell, enters an idle state, and sets the duration (the length of time can be set) Monitor network paging internally.
  • the network side sends a page to the terminal.
  • the terminal After the terminal establishes a communication connection with the network side and completes the data transmission, if the terminal receives the RRC connection release request message, the process proceeds to step 103.
  • the network side can handle the two methods:
  • Method 1 The network side does not page the terminal
  • the terminal After exiting the sleep state, if the terminal does not receive the network side paging within the set duration, the terminal enters a sleep state;
  • Manner 2 The network side sends a page for the terminal to the terminal.
  • the page carries a special identifier to indicate that the page is different from the regular page, and is used to indicate that the terminal enters a sleep state, that is, an identifier indicating that the terminal enters a sleep state.
  • the terminal After receiving the special paging, the terminal does not need to initiate an RRC connection establishment request, but enters a sleep state.
  • the paging may also carry time information of the next exit of the sleep state. In this case, the terminal sets the timer duration of the timer QDT based on the time information to exit the sleep state after the timer QDT.
  • the terminal determines whether the received paging for the terminal is Carrying an identifier indicating that the terminal enters a sleep state, and if yes, the terminal enters a sleep state. Further, the terminal determines whether the page carries the time information of exiting the sleep state, and if yes, sets the timer time of the timer QDT according to the time information after entering the sleep state, starts the timer QDT, and continues to perform step 104. Specifically, the timer duration setting of the timer is the same as that of step 103, and details are not described herein again. If it is determined that the page does not carry an identifier indicating that the terminal enters a sleep state, the terminal initiates a network communication request.
  • Process 2 After the terminal camps on a suitable cell, it initiates a communication process and communicates with the network once. If there is data on the network side that needs to be sent to the terminal, after the terminal establishes a communication connection with the network side, the downlink data is transmitted to the terminal, and after the transmission ends, the communication connection with the terminal is released; if there is no data on the network side to be transmitted, The communication connection with the terminal is released after a certain period of time. Further, the network side may carry the time information of the next exit of the sleep state in the connection release message, and continue to step 103.
  • Table 1 shows a specific example of a format for carrying the above time information in an RRC connection release message.
  • the CHOICE dormant info type indicates a unit for carrying information about the sleep information of the terminal, and the information unit includes a Time Info parameter, which is a BIT STRING type, and is used to carry a time value.
  • FIG. 1B A terminal configuration method provided by this embodiment is shown in FIG. 1B.
  • the process specifically includes the following steps:
  • Step A The terminal acquires the time information of the exiting sleep state configured on the network side.
  • Step B When the terminal releases the connection with the network side and enters the sleep state, set the duration of the timer according to the time information, and start the timer. ;
  • the timing duration is set to be the difference between the current time to the time when the sleep state indicated by the time information exits the sleep state and the length of time the terminal performs the cell search and initiates the connection.
  • Step C When the timer expires, the terminal exits the sleep state.
  • the terminal monitors the paging on the network side within the set duration; if the paging sent by the network side is monitored within the set duration, the network communication request is initiated; If the paging on the network side is not monitored within the long period of time, the sleep state is entered.
  • the paging on the network side is monitored within the set duration; if the paging sent by the network side is received, and the paging does not carry the indication that the terminal enters the sleep state
  • the identifier of the network communication request is initiated; if the received network side carries an identifier indicating that the terminal enters a sleep state, the terminal enters a dormant state; if the network side sends the specified identifier and time Paging of information, then The terminal enters a sleep state, and sets a time duration of the timer according to the time information carried in the paging, and when the timer expires, exits the sleep state.
  • a network communication request is initiated to the network side.
  • FIG. 1 Figure 2 and Figure 3 show the above flow in the universal mobile communication system (Universal
  • the terminal has five states, namely cell-dch, cell-fach, cell_pch/ura_pch, and idle state, where cell-dch, celLfach, cell_pch/ura_pch are all RRC_connected states.
  • the terminal has two states, namely, an RRC_connected state and an RRC-idle state. The terminal can send the uplink data only after entering the RRC_connected state.
  • the network side releases the RRC connection of the terminal through the RRC connection release (RRC Connection Release) message, so that the terminal makes the terminal Enter the RRC_idle state.
  • RRC connection release RRC Connection Release
  • the terminal configuration procedure in the LTE system is basically similar to the terminal configuration procedure in the UMTS system, except that the eNB (base station) is used in the network architecture instead of the RNC in the UMTS system.
  • the process may include:
  • Step 201 When the terminal needs to send the uplink data, send an RRC connection request (RRC Connection Request) message to the RNC (Radio Network Controller), which carries the indication information of whether or not the sleep state is supported.
  • RRC Connection Request RRC Connection Request
  • the indication information reported by the terminal indicates that the terminal supports the sleep state.
  • Step 202 The RNC sends an RRC connection setup message to the terminal.
  • Step 203 The RRC connection is established between the terminal and the network side, and the RRC connection complete (RRC Connection Complete) message is returned to the RRC.
  • Step 204 Perform data transmission between the terminal and the network.
  • Step 205 When the RNC detects that the terminal has no data transmission for a period of time (the time length value can be set), the RRC connection release (RRC Connection Release) message is sent to the terminal, where the time information is used to indicate that the terminal exits the sleep at the corresponding time. status.
  • the RRC connection release RRC Connection Release
  • Step 206 After receiving the RRC connection release message, the terminal starts the timer QDT, sets the timer duration of the timer QDT according to the received time information, and enters a sleep state.
  • Step 207 When the timer QDT times out, the terminal exits the sleep state. Thereafter, according to the foregoing embodiment, the terminal listens for paging or initiates an RRC connection request in an RRC idle state.
  • the network side may also send the time information for instructing the terminal to exit the dormant state to be sent to the terminal in other RRC messages (such as an RRC connection setup message, that is, an RRC connection setup message), or carry
  • the NAS layer message (such as the tracking area update accept message, that is, the Tracking area update accept message) is sent to the terminal, or carried in a specific format of the MAC CE (the MAC is the medium cylinder of the Medium Access Control, and the Chinese is the medium access control). ; CE is the English cartridge of Control Elements, Chinese is the control unit) is sent to the terminal.
  • the terminal after receiving the time information in the current communication process, the terminal performs buffering, and after receiving the RRC connection release message sent by the network side, starts the timer QDT according to the time information in the cached communication process. Set the timer duration of the timer QDT.
  • the network side can learn that the downlink data is sent to the terminal after a period of time
  • the time information for instructing the terminal to exit the sleep state is sent to the terminal according to the sending time of the downlink data.
  • the terminal After releasing the communication connection with the network side and entering the sleep state, the terminal exits the sleep state after the corresponding time to listen to/receive the data on the network side, so that the data sent by the network side can be received in time, and for the same scenario, If the prior art is used, it is necessary to wait until the terminal exits the sleep state to receive the data on the network side.
  • Step 401 The terminal initiates an RRC connection establishment, enters an RRC_connected state, and performs data transmission.
  • the RRC connection setup request message sent by the terminal to the network side carries an indication identifier to indicate whether the sleep state is supported, and the network side learns, according to the identifier, whether the terminal has the sleep state.
  • the network side can also know the ability of the terminal to have a dormant state through the core network entity.
  • Step 402 The network side determines whether there is data to be transmitted to the terminal after a period of time. If yes, go to step 403, otherwise, go to step 404.
  • Step 403 For the terminal that supports the dormant state, if the network side detects that the terminal has no data transmission for a period of time, the network side sends a connection release message to the terminal, where the indication information is carried, to indicate that the terminal does not enter the sleep state, that is, enters the idle state. .
  • the RRC connection release message before the network side sends the RRC connection release message to the terminal, if it can be known in advance that the downlink data needs to be transmitted to the terminal after a period of time (such as 3 hours later), the RRC connection is released.
  • the message carries an indication message to indicate that the terminal does not enter a sleep state.
  • Step 404 The network side sends a link release message to the terminal, where the indication information is carried to indicate that the terminal enters a sleep state.
  • the network side sends an RRC connection release message to the terminal, and the message may be in the existing RRC connection release message format.
  • the indication information is added therein to indicate that the terminal enters a sleep state.
  • Step 405 If the terminal receives the indication message that the terminal does not enter the sleep state, the terminal notifies the NAS layer not to enter the sleep state, but keeps the idle state.
  • Step 406 If the RRC connection release request message received by the terminal does not carry the indication information indicating that the terminal does not enter the sleep state, the terminal performs the current process, that is, enters the sleep state.
  • FIG. 5 it is a terminal configuration process in a UMTS system according to an embodiment of the present invention.
  • the terminal has five states, namely cell-dch, cell_fach, cell_pch/ura_pch, and idle state, where cell-dch, cell_fach, cell_pch/ura_pch are all RRC_connected states, and the terminal can only enter the RRC_connected state.
  • Send upstream data Once the data transmission by the terminal is completed, the network monitoring terminal releases the RRC connection of the terminal through the RRC connection release (RRC Connection Release) message after the data transmission for a long time, so that the terminal enters the RRC_idle state.
  • RRC connection release RRC Connection Release
  • the process can include:
  • Step 501 The terminal sends an RRC connection request (RRC Connection Request) message to the radio network controller (RNC), where the terminal carries the indication information of whether it supports the dormant state.
  • RRC Connection Request radio network controller
  • the indication information reported by the terminal indicates that the terminal supports the sleep state.
  • Step 502 The RNC sends an RRC connection setup message to the terminal.
  • Step 503 Establish an RRC connection between the terminal and the network side, and return RRC to the RRC. Connection complete (RRC Connection Complete) message.
  • Step 504 Perform data transmission between the terminal and the network.
  • Step 505 When the RNC detects that the terminal has no data transmission with the terminal for a period of time (the time value can be set), the RRC connection release (RRC Connection Release) message is sent to the terminal, where the indication information is carried to indicate whether the terminal enters. Sleep state. Since the RNC knows that the terminal supports the sleep state, the indication information here is used to indicate that the terminal does not enter the sleep state.
  • Table 2 shows a specific example of the format in which the above indication information is carried in the RRC connection release message.
  • the CHOICE dormant info type indicates that the information unit is used to carry the terminal dormancy-related information, and the information element includes a dormant indication parameter, and the parameter is a Boolean type.
  • the terminal When the value is TRUE, the terminal is instructed to enter a dormant state.
  • the value is FALSE When the terminal is instructed not to enter the sleep state.
  • Step 506 After receiving the RRC connection release message, the terminal performs corresponding processing according to the indication information carried in the terminal for indicating whether the terminal enters the sleep state. Specifically, if the indication information indicates that the terminal does not enter the dormant state, the terminal enters an RRC_idle state; if the indication information indicates that the terminal enters a dormant state, the terminal enters a dormant state.
  • FIG. 6 is a flowchart of a terminal configuration in an LTE system according to an embodiment of the present invention.
  • the terminal has two states, namely, the RRC_connected state and the RRC-idle state, and the terminal can only send uplink data when it enters the RRC_connected state.
  • the network monitoring terminal releases the RRC connection of the terminal through the RRC connection release message for a long time without data transmission, so that the terminal enters the RRC_idle state.
  • the terminal configuration procedure in the LTE system is basically similar to the terminal configuration procedure in the UMTS system, except that the eNB (base station) is used in the network architecture instead of the RNC in the UMTS system.
  • the network side may also send the indication information for indicating whether the terminal enters the dormant state to the terminal in any one of the following messages interacting with the terminal: other RRC messages (such as an RRC connection setup message, That is, an RRC connection setup message), a NAS layer message (such as a tracking area update accept message, that is, a Tracking area update accept message), or a MAC CE of a specific format is sent to the terminal, and paging.
  • the terminal caches the indication information received during the current communication, and after receiving the RRC connection release message sent by the network side, according to the indication information in the cached current communication process. Decide whether to go to sleep.
  • the indication information for indicating that the terminal does not enter the sleep state is sent to the terminal.
  • the terminal After releasing the communication connection with the network side, the terminal enters an idle state according to the indication information to monitor/receive downlink data on the network side. Therefore, the data sent by the network side can be received in time, and for the same scenario, if the existing technology is used, the data of the network side can be received until the terminal exits the sleep state next time.
  • the method in the first embodiment is used to indicate that the terminal does not enter the sleep state first; If the downlink data is transmitted to the terminal, the method in the second embodiment is used to instruct the terminal to exit the sleep state after receiving the downlink data for receiving the downlink data.
  • the embodiment of the present invention further provides a schematic diagram of the structure of the terminal device.
  • FIG. 7 is a schematic structural diagram of a terminal device that is applicable to the foregoing Embodiment 1 according to an embodiment of the present invention. As shown in the figure, the terminal device supports a dormant state, and the terminal device may include:
  • the configuration information obtaining module 701 is configured to obtain time information of the exiting sleep state configured on the network side.
  • the timer setting module 702 is configured to: when the terminal device releases the connection with the network side and enters the sleep state, set a timer duration of the timer according to the time information of the exiting the sleep state, and start a timer;
  • the terminal status processing module 703 is configured to: when the timer expires, cause the terminal device to exit the sleep state.
  • the device further includes a network communication requesting module 704, configured to: after the terminal device exits the sleep state, listen to the paging on the network side within a set duration, and initiate network communication after listening to the paging on the network side. Requesting, or after the terminal device exits the hibernation state, initiating a network communication request to the network side; wherein, the paging is a network side current data processing module 703 is further configured to: if the network communication request module 704 is If the paging on the network side is not monitored within the set duration, the terminal device is put into a sleep state.
  • the network communication requesting module 704 is further configured to: if the paging carried by the network side carrying the specified identifier and the time information is monitored within the set duration, abandoning the network communication request to the network side to enter the sleep state And instructing the timer setting module 702 to set the time duration of the timer according to the time information carried in the paging.
  • the timer setting module 702 is specifically configured to set a time duration of the timer to a time length from a current time to a time when the time information is indicated to exit the sleep state, and a time when the terminal performs a cell search and initiates a connection. The difference in length.
  • the configuration information acquiring module 701 Obtaining time information of the exiting sleep state carried therein.
  • the terminal device further includes a network communication requesting module 704, configured to listen to the paging on the network side within the set duration after the terminal device exits the sleep state, and after listening to the paging on the network side And initiating a network communication request; the terminal status processing module 703 is further configured to: if the network communication requesting module does not listen to the paging on the network side within the set duration, the terminal device is put into a sleep state.
  • a network communication requesting module 704 configured to listen to the paging on the network side within the set duration after the terminal device exits the sleep state, and after listening to the paging on the network side And initiating a network communication request
  • the terminal status processing module 703 is further configured to: if the network communication requesting module does not listen to the paging on the network side within the set duration, the terminal device is put into a sleep state.
  • the terminal device further includes a network communication requesting module 704, configured to: after the terminal exits the dormant state, listen to the paging on the network side within the set duration; if the received network side sends the If the identifier indicating that the terminal enters the dormant state is carried, the terminal enters a dormant state; if the paging carried by the network side carrying the specified identifier and time information is detected, the network communication request is initiated to the network side to enter the dormant state. a state, and instructing the timer setting module 702 to set a time duration of the timer according to time information carried in the paging.
  • the terminal device further includes a network communication request module 704, configured to initiate a network communication request.
  • FIG. 8 is a schematic structural diagram of a terminal device that is applicable to the foregoing Embodiment 2 according to an embodiment of the present invention. As shown in the figure, the terminal device supports a dormant state, and the terminal device may include:
  • the configuration information obtaining module 801 is configured to obtain, by the network side, indication information about whether the network side is allowed to enter a sleep state;
  • the terminal state processing module 802 is configured to: after determining that the indication information acquired by the configuration information acquiring module indicates that the sleep state is not allowed to be entered, after the terminal device releases the communication connection with the network side, the terminal device is allowed to enter And stay in idle state.
  • the configuration information acquiring module 801 may obtain, from the message sent by the terminal device from the network side, whether the information indicating that the user is allowed to enter the dormant state, and the message sent by the network side includes any one of the following messages: RRC message (such as RRC) Connection realease message) or NAS layer message (such as Tracking area update accept message) or MAC CE.
  • RRC message such as RRC
  • NAS layer message such as Tracking area update accept message
  • MAC CE MAC CE
  • the terminal status processing module 802 is further configured to: if the indication information acquired by the configuration information acquisition module indicates that the sleep state is allowed to enter, the terminal device is brought into a sleep state after releasing the communication connection with the network side.
  • the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. the way.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium, including a plurality of instructions for making a
  • the terminal device (which may be a cell phone, a personal computer, a server, or a network device, etc.) performs the methods described in various embodiments of the present invention.

Landscapes

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

Description

终端配置方法及终端设备
技术领域
本发明涉及无线通信领域， 尤其涉及终端配置方法及终端设备。 发明背景
机器类型通信 ( Machine-type communication, MTC )作为一种新型 的通信理念， 其目的是将多种不同类型的通信技术有机结合， 如： 机器 对机器通信、 机器控制通信、 人机交互通信、 移动互联通信， 从而推动 社会生产和生活方式的发展。 有时， MTC 通信又称为机器间 ( Machine-to-machine, M2M )通信或物联网。
当前的移动通信网络是针对人与人之间的通信设计的， 如果希望利 用移动通信网络来支持 MTC通信，就需要根据 MTC通信的特点对移动 通信系统的机制进行优化， 以便能够在对传统的人与人通信不受或受较 小影响的情况下， 更好地实现 MTC通信。
在 MTC通信场景中， 需要考虑的一个重要问题是省电。 在一些场 景中， 电池的寿命直接决定了 MTC终端的寿命， 比如用于动物追踪的 MTC终端或用于水文监测的 MTC终端， 这些终端更换电池几乎是不可 能的， 所以就要求 MTC终端有极低的耗电量。
一般来说， 对于耗电敏感的 MTC终端， 其业务都比较单一而且以 较长间隔周期性发送数据。 比如， 在动物追踪的场景中， MTC终端可能 半天或一天发送一次有关动物位置信息的数据， 在其他的时间都没有数 据传输活动。 那么针对这种应用的 MTC终端， 一种可行的方式是引入 休眠状态（也称省电状态 ) ,休眠状态是一种 NAS ( Non- Access Stratum, 非接入层）状态， 处于该状态的终端停止 RRC ( Radio Resource Control, 无线资源控制）层的所有工作， RRC层不属于任何状态。
一旦进入休眠状态， 终端停止接收 /监听任何下行数据或信道、 关闭 接收机、 停止任何测量， 甚至关闭电源。 当终端需要发送数据时， 从休 眠状态中退出， 重新选择合适的小区驻留， 进入 IDLE (空闲） 态， 准 备发起 RRC连接建立过程， 进入 RRC连接状态传输数据， 并在数据传 输后返回 IDLE态， 在一个指定的时间后再次进入休眠状态。
可以看出， 进入休眠状态的终端在终端主动与网络建立连接前是不 监听寻呼信道， 不接收任何数据， 这就导致网络无法及时将信息发送给 但是， 在一些场景中， 比如软件更新或导航中的地图更新， 网络侧 是可以预知在某个时间需要向这些终端发送数据的。 在这样的场景中， 如果终端仍然进入休眠状态， 那么导致网络侧无法及时将信息发送给终 端， 只能被动的等待终端发起与网络的通信请求。 发明内容
本发明实施例提供了一种终端配置方法及设备， 对于支持休眠状态 的终端， 通过网络侧对其进行配置， 以使支持休眠状态的终端能够及时 退出休眠状态， 从而及时与网络侧进行通信。
本发明实施例提供的一种终端配置方法， 包括： 终端获取网络侧配 置的退出休眠状态的时间信息； 当所述终端释放与网络侧的连接进入休 眠状态时， 根据所述退出休眠状态的时间信息设置所述定时器的计时时 长， 启动定时器； 当所述定时器超时， 所述终端退出休眠状态。 其中， 所述终端支持休眠状态。
本发明实施例提供的一种终端设备支持休眠状态， 所述终端设备包 括： 配置信息获取模块， 用于获取网络侧配置的退出休眠状态的时间信 息； 定时器设置模块， 用于当本终端设备释放与网络侧的连接， 进入休 眠状态时， 根据所述退出休眠状态的时间信息设置所述定时器的计时时 长， 并启动定时器； 终端状态处理模块， 用于当所述定时器超时， 使本 终端设备退出休眠状态。
本发明的上述实施例， 通过网络侧将用于指示终端退出休眠状态的 时间信息配置给该终端， 使该终端在释放与网络侧的通信连接并进入休 眠状态后， 在相应长时间后退出休眠状态， 以监听 /接收网络侧的数据， 从而能够及时接收到网络侧发送的数据。
本发明实施例还提供了一种终端配置方法及设备， 对于支持休眠状 态的终端， 通过网络侧对其进行配置， 以使支持休眠状态的终端能够不 进入休眠状态， 从而及时接收网络侧发送的数据。
本发明的实施例提供的终端配置方法， 包括： 终端获取网络侧发送 的是否允许进入休眠状态的指示信息； 若所述指示信息表示不允许进入 休眠状态， 则所述终端在释放与网络侧的通信连接后， 进入并保持在空 闲状态。
本发明的实施例提供的终端设备支持休眠状态， 所述终端设备包 括： 配置信息获取模块， 用于在连接状态下时， 获取网络侧发送的是否 允许进入休眠状态的指示信息； 终端状态处理模块， 用于在所述配置信 息获取模块获取到的指示信息表示不允许进入休眠状态时， 在本终端设 备释放与网络侧的通信连接后， 使本终端设备进入并保持在空闲状态。
本发明的上述实施例中， 网络侧在终端处于连接状态时将用于指示 终端不要进入休眠状态的指示信息发送给该终端， 使该终端在释放与网 络侧的通信连接后， 根据该指示信息仍保持在空闲状态， 以监听 /接收网 络侧的下行数据， 从而能够及时接收到网络侧发送的数据。 附图简要说明
图 1A为本发明实施例一提供的终端配置流程示意图；
图 1B为本发明实施例一提供的终端配置流程示意图；
图 2为本发明实施例一在 UMTS系统中的流程示意图；
图 3为本发明实施例一在 LTE系统中的流程示意图；
图 4为本发明实施例二提供的终端配置流程示意图；
图 5为本发明实施例二在 UMTS系统中的流程示意图；
图 6为本发明实施例二在 LTE系统中的流程示意图；
图 7为本发明实施例提供的终端设备的结构示意图之一； 图 8为本发明实施例提供的终端设备的结构示意图之二。 实施本发明的方式
下面结合附图对本发明实施例进行详细描述。
实施例一
对于支持休眠状态的终端， 本实施例描述了终端获取网络侧配置的 退出休眠状态的时间信息； 当所述终端释放与网络侧的连接进入休眠状 态时， 根据所述退出休眠状态的时间信息设置所述定时器的计时时长， 启动定时器； 当所述定时器超时， 所述终端退出休眠状态。 这样， 网络 侧若预知未来一段时间后有下行数据传输给该终端， 则将退出休眠状态 的时间信息配置给该终端， 以便终端在释放连接进入休眠状态后， 可根 据该时间信息在相应时间退出休眠状态， 保证终端能够及时接收到网络 侧发送的数据。 其流程可如图 1A所示， 包括：
步骤 101 : 终端发起 RRC 连接建立过程， 进入 RRC 连接 ( RRC_connected )状态， 进行数据传输。
在一个实施方式中， 终端当有数据发送时， 发起 RRC连接建立过 程。 其中， 终端发送给网络侧的 RRC连接建立请求消息中携带指示标 识， 以指示是否支持休眠状态， 网络侧根据该标识获知该终端是否具备 休眠状态的能力。 网络侧还可以通过核心网实体获知该终端是否具有休 眠状态的能力。
步骤 102：若网络侧检测到终端较长时间没有数据传输，则发送 RRC 连接释放消息， 其中携带用于指示终端退出休眠状态的时间信息。
在步骤 102之前， 还可以包括网络侧获知该终端是否具有休眠状态 的能力。 网络侧可以通过终端发送给其的消息中所携带的休眠状态能力 指示， 获知该终端是否具有休眠状态的能力。 所述休眠状态指示可以携 带在以下消息中的任一消息中： RRC消息、 NAS层消息、 MAC CE、 寻 呼。 例如， 该休眠状态能力指示可以携带在 RRC连接建立消息中。 还 可以通过核心网实体获知该终端是否具有休眠状态的能力。
具体实施时， 若网络侧获知在之后一段时间内没有下行数据需要传 输给该终端，则向终端发送 RRC连接释放消息，该消息可采用现有 RRC 连接释放消息格式。 网络侧在向终端发送 RRC连接释放消息之前， 若 能够获知在该段时间后 （该时间长度可配置）有下行数据需要传输给该 终端， 则在 RRC连接释放消息中携带该时间信息， 以指示终端在相应 时间退出休眠状态。
比如， 服务器需要进行升级维护， 定于 3天后的 0:00重新开启， 服 务器将该信息通知给核心网。 核心网在向该服务器下的终端发送 RRC 连接释放消息时， 携带时间信息， 用于指示终端在 3天后的某个时间退 出休眠状态。 该时间信息所指示的时间， 可以是服务器重新开启时间 + 随机延时。
步骤 103: 终端收到该 RRC连接释放请求消息后， 进入休眠状态， 若 RRC连接释放消息中携带有时间信息， 则在进入休眠状态后根据该 时间信息设置定时器 Quit Dormant Timer (QDT)的计时时长，启动定时器 QDT, 以便在网络侧所指定的时间退出休眠状态。 具体的， 定时器 QDT 的计时时长为： 从当前时刻到网络侧所通知的退出休眠状态的时刻， 再 减去终端进行小区搜索和发起连接的时间长度。
步骤 104: 当定时器 QDT超时， 终端退出休眠状态。
具体实施时， 终端退出休眠状态后， 可以有以下几种处理过程： 处理过程一： 终端进行小区搜索， 驻留到一个合适的小区， 进入空 闲状态， 在设定时长（该时间长度可设置） 内监听网络寻呼。
网络侧在该时间点 （即终端退出休眠状态的时间点）， 如果需要与 该终端进行通信， 且没有收到该终端的 RRC连接建立请求消息， 则向 该终端发送寻呼。 在终端与网络侧建立通信连接并完成数据传输之后， 如果终端收到 RRC连接释放请求消息， 则继续执行步骤 103。
如果网络侧在该时间点 （即终端退出休眠状态的时间点）不需要与 终端进行通信， 则网络侧可以有两种处理方式：
方式一： 网络侧不寻呼该终端；
在退出休眠状态之后， 若终端在该设定时长内未接收到网络侧的寻 呼， 则进入休眠状态；
方式二： 网络侧向该终端发送针对该终端的寻呼。
该寻呼中携带有特殊标识， 以指示出该寻呼与常规寻呼不同， 用于 指示终端进入休眠状态， 即指示所述终端进入休眠状态的标识。 终端收 到这条特殊寻呼后不必发起 RRC连接建立请求， 而是进入休眠状态。 可选地， 根据数据传输的需要， 该寻呼中还可以携带下次退出休眠状态 的时间信息。 在这种情况下， 终端根据该时间信息设置定时器 QDT 的 计时时长， 以便在定时器 QDT后退出休眠状态。
在一个实施方式中， 终端确定所接收到的针对所述终端的寻呼是否 携带指示所述终端进入休眠状态的标识， 如果是， 则所述终端进入休眠 状态。进一步的，终端确定该寻呼中是否携带退出休眠状态的时间信息， 如果是， 则在进入休眠状态后根据该时间信息设置定时器 QDT的计时 时间， 启动定时器 QDT, 继续执行步骤 104。 具体该定时器的计时时长 设置与步骤 103相同， 此处不再赘述。 如果确定所述寻呼没有携带指示 所述终端进入休眠状态的标识， 则终端发起网络通信请求。
处理过程二： 终端驻留到一个合适的小区后， 发起一次通信过程， 与网络进行一次通信。 如果网络侧有数据需要发送给该终端， 则在终端 与网络侧建立通信连接后向该终端传输下行数据， 并在传输结束后释放 与该终端的通信连接； 如果网络侧没有数据需要发送， 则在一定时长后 释放与该终端的通信连接。 进一步的， 网络侧可在连接释放消息中携带 下次退出休眠状态的时间信息， 继续执行步骤 103。
表 1示出了一种在 RRC connection release消息中携带上述时间信息 的格式的具体举例。
表 1、 RRC connection release消息格式
Figure imgf000009_0001
Figure imgf000010_0001
表 1中， CHOICE dormant info type表示该信息单元用于承载终端休 眠相关信息的单元， 该信息单元中包括 Time Info参数， 该参数为 BIT STRING型， 用于承载时间值。
本实施例提供的一种终端配置方法 UE侧操作过程如图 1B所示。 该过程具体包括如下步骤：
步骤 A: 终端获取网络侧配置的退出休眠状态的时间信息； 步骤 B: 当所述终端释放与网络侧的连接进入休眠状态时， 根据所 述时间信息设置定时器的时长， 启动所述定时器；
将所述定时时长设置为当前时刻到所述时间信息所指示的退出休 眠状态的时刻的时间长度与终端进行小区搜索和发起连接的时间长度 之差。
步骤 C: 当所述定时器超时， 所述终端退出休眠状态。
优选的， 在所述终端退出休眠状态之后， 终端在设定时长内监听网 络侧的寻呼； 若在设定时长内监听到网络侧发送的寻呼， 发起网络通信 请求； 若在所述设定时长内未监听到网络侧的寻呼， 则进入休眠状态。
优选的， 在所述终端退出休眠状态之后， 在所述设定时长内监听网 络侧的寻呼； 若接收到网络侧发送的寻呼， 并且该寻呼中没有携带指示 所述终端进入休眠状态的标识， 则发起网络通信请求； 若接收到的网络 侧发送的携带有指示所述终端进入休眠状态的标识， 则所述终端进入休 眠状态； 若接收到网络侧发送的携带有指定标识和时间信息的寻呼， 则 所述终端进入休眠状态， 并根据所述寻呼中携带的时间信息设置所述定 时器的计时时长， 并当所述定时器超时时， 退出休眠状态。
优选的， 在所述终端退出休眠状态之后， 向网络侧发起网络通信请 求。
图 2 和图 3 分别给出了上述流程在通用移动通信系统（Universal
Mobile Telecommunications System, UMTS ) 和长期演进 ( Long Term Evolution , LTE )系统中的具体实现。 在 UMTS系统， 终端有五种状态， 即 cell-dch, cell—fach, cell_pch/ura_pch以及 idle状态， 其中 cell-dch, celLfach, cell_pch/ura_pch都是 RRC_connected ( RRC连接）状态。 在 LTE 系统， 终端有两种状态， 即 RRC_connected ( RRC 连接）状态和 RRC-idle ( RRC空闲 )状态。 终端只有在进入到 RRC_connected状态才 能发送上行数据， 一旦终端发送数据完成， 且网络侧监测终端长时间无 数据传输后， 网络侧通过 RRC connection release ( RRC连接释放 )消息 释放终端的 RRC连接， 使终端进入 RRC_idle状态。
LTE系统中的终端配置流程基本与 UMTS系统中的终端配置流程类 似， 只是在网络架构中使用 eNB (基站）代替 UMTS系统中的 RNC。 以在 UMTS系统中的具体实现为例， 该流程可包括：
步骤 201 : 当终端需要发送上行数据时， 向 RNC ( Radio Network Controller, 无线网络控制器）发送 RRC connection request ( RRC连接建 立请求） 消息， 其中携带自己是否支持休眠状态的指示信息。 本实施例 中， 终端上报的指示信息表明终端支持休眠状态。
步骤 202: RNC向终端发送 RRC connection setup ( RRC连接建立 ) 消息。
步骤 203: 终端与网络侧之间建立 RRC连接， 向 RRC返回 RRC connection complete ( RRC连接完成 ) 消息。 步骤 204: 终端与网络之间进行数据传输。
步骤 205: 当 RNC检测到终端一段时间内 （时间长度值可设置 )无 数据传输时， 向终端发送 RRC connection release ( RRC连接释放 )消息， 其中携带时间信息， 用以指示终端在相应时间退出休眠状态。
步骤 206： 终端接收到 RRC connection release消息后， 开启定时器 QDT, 根据接收到的时间信息设置定时器 QDT的计时时长， 并进入休 眠状态。
步骤 207: 当定时器 QDT超时的时候， 终端退出休眠状态。 之后， 根据前述实施例， 终端在 RRC 空闲状态下监听寻呼或发起 RRC connection request。
需要说明的是， 网络侧也可将用于指示终端退出休眠状态的时间信 息， 携带于与终端交互的其它 RRC消息 （比如 RRC连接建立消息， 即 RRC connection setup消息 )中发送给终端，或者携带于 NAS层消息（比 如跟踪区更新接受消息， 即 Tracking area update accept消息 )发送给终 端， 或者携带于某种特定格式的 MAC CE ( MAC 为 Medium Access Control的英文筒称， 中文为媒体接入控制； CE为 Control Elements的英 文筒称， 中文为控制单元）发送给终端。 相应的， 终端在本次通信过程 中接收到该时间信息后进行緩存， 并在接收到网络侧发送的 RRC连接 释放消息后，根据緩存的本次通信过程中的该时间信息启动定时器 QDT 以及设置定时器 QDT的计时时长。
通过以上实施例可以看出， 网络侧若能够获知一段时间之后会有下 行数据发送给该终端， 则根据下行数据的发送时间， 将用于指示终端退 出休眠状态的时间信息发送给该终端， 使该终端在释放与网络侧的通信 连接并进入休眠状态后， 在相应时间后退出休眠状态， 以监听 /接收网络 侧的数据， 从而能够及时接收到网络侧发送的数据， 而针对相同场景， 若采用现有技术， 则需要等到终端下次退出休眠状态时才能接收到网络 侧的数据。
实施例二
本实施例描述了在网络侧获知在一段时间后有下行数据需要传输 给终端（如 MTC ) 的情况下， 配置该支持休眠状态的终端（如 MTC终 端）在完成数据传输并释放连接后， 不进入休眠状态， 而是让终端处于 空闲状态， 以接收 /监听下行数据或信道。 其流程可如图 4所示， 包括： 步骤 401: 终端发起 RRC连接建立， 进入 RRC_connected状态， 进 行数据传输。 其中， 终端发送给网络侧的 RRC连接建立请求消息中携 带指示标识， 以指示是否支持休眠状态， 网络侧根据该标识获知该终端 是否具备休眠状态的能力。 网络侧还可以通过核心网实体获知该终端是 否具有休眠状态的能力。
步骤 402: 网络侧判断在一段时间后， 是否有数据需要传输给该终 端。 如果是， 则执行步骤 403, 否则， 执行步骤 404。
步骤 403: 对于支持休眠状态的终端， 若网络侧检测到终端一段时 间内没有数据传输， 则网络侧向终端发送连接释放消息， 其中携带指示 信息， 以指示终端不要进入休眠状态， 即进入空闲状态。
具体实施时， 网络侧在向终端发送 RRC连接释放消息之前， 若能 够预先获知在一段时间后 （该时间长度可配置， 如 3小时后）有下行数 据需要传输给该终端， 则在 RRC连接释放消息中携带指示信息， 以指 示终端不要进入休眠状态。
步骤 404: 网络侧向终端发送链接释放消息， 其中， 携带指示信息， 以 指示终端进入休眠状态。
若获知终端没有下行数据需要传输给该终端， 则网络侧向终端发送 RRC连接释放消息， 该消息可采用现有 RRC连接释放消息格式， 也可 在其中增加指示信息， 以指示终端进入休眠状态。
步骤 405:若终端收到该 RRC连接释放消息中携带有指示终端不要 进入休眠状态的指示信息， 则根据该指示信息通知 NAS层不要进入休 眠状态， 而是保持在空闲状态。
步骤 406:若终端接收到的 RRC连接释放请求消息中没有携带用来 指示终端不进入休眠状态的指示信息， 则终端按照现有流程执行， 即进 入休眠状态。
下面结合图 5和图 6,分别描述上述流程在 UMTS( Universal Mobile Telecommunications System,通用移动通信系统 )系统和 LTE( Long Term Evolution, 长期演进） 系统中的具体实现。
参见图 5 , 为本发明实施例提供的 UMTS系统中的终端配置流程。 在 UMTS系统，终端有五种状态，即 cell-dch, cell_fach, cell_pch/ura_pch 以及 idle 状态， 其中 cell-dch , cell_fach , cell_pch/ura_pch 都是 RRC_connected (连接）状态， 终端只有在进入到 RRC_connected状态 才能发送上行数据。 一旦终端发送数据完成， 网络监测终端长时间无数 据传输后通过 RRC connection release ( RRC连接释放 )消息释放终端的 RRC连接， 使终端进入 RRC_idle状态。
该流程可包括：
步骤 501 :终端向无线网络控制器（Radio Network Controller, RNC ) 发送 RRC connection request ( RRC连接建立请求 )消息， 其中携带自身 是否支持休眠状态的指示信息。 本实施例中， 终端上报的指示信息表明 终端支持休眠状态。
步骤 502: RNC向终端发送 RRC connection setup ( RRC连接建立 ) 消息。
步骤 503: 终端与网络侧之间建立 RRC连接， 向 RRC返回 RRC connection complete ( RRC连接完成 ) 消息。
步骤 504: 终端与网络之间进行数据传输。
步骤 505: 当 RNC检测到终端在一段时间内 （时间值可设置）与该 终端无数据传输时，向终端发送 RRC connection release ( RRC连接释放 ) 消息， 其中携带指示信息， 用以指示终端是否进入休眠状态。 由于 RNC 获知该终端支持休眠状态， 因此此处该指示信息用来指示终端不进入休 眠状态。
表 2示出了一种在 RRC connection release消息中携带上述指示信息 的格式的一个具体举例。
表 2、 RRC connection release消息格式
Figure imgf000015_0001
表 2中， CHOICE dormant info type表示该信息单元用于承载终端休 眠相关信息的单元， 该信息单元中包括 dormant indication参数， 该参数 为 Boolean型，取值为 TRUE时，指示终端进入休眠状态，取值为 FALSE 时， 指示终端不进入休眠状态。
步骤 506: 终端接收到 RRC connection release消息后， 根据其中携 带的用于指示终端是否进入休眠状态的指示信息， 进行相应处理。 具体 的， 若该指示信息指示终端不进入休眠状态， 则终端进入 RRC_idle状 态； 若该指示信息指示终端进入休眠状态， 则终端进入休眠状态。
参见图 6, 为本发明实施例提供的 LTE系统中的终端配置流程。 在 LTE系统，终端有两种状态， 即 RRC_connected (连接 )状态和 RRC-idle (空闲）状态， 终端只有在进入到 RRC_connected状态才能发送上行数 据。 一旦终端发送数据完成， 网络监测终端长时间无数据传输后通过 RRC connection release消息释放终端的 RRC连接，使终端进入 RRC_idle 状态。
LTE系统中的终端配置流程基本与 UMTS系统中的终端配置流程类 似， 只是在网络架构中使用 eNB (基站）代替 UMTS系统中的 RNC。
需要说明的是， 网络侧也可将用于指示终端是否进入休眠状态的指 示信息， 携带于与终端交互的以下消息中的任一个消息中发送给终端： 其它 RRC消息 （比如 RRC连接建立消息， 即 RRC connection setup消 息）、 NAS层消息 （比如跟踪区更新接受消息， 即 Tracking area update accept消息）、 或某种特定格式的 MAC CE发送给终端、 以及寻呼。 相 应的， 终端在接收到该指示信息后緩存本次通信过程中接收到的该指示 信息， 并在接收到网络侧发送的 RRC连接释放消息后， 根据緩存的本 次通信过程中的该指示信息决定是否进入休眠状态。
通过以上实施例可以看出， 网络侧在终端处于连接状态时， 若能够 预测到不久将来会有下行数据发送给该终端， 则将用于指示终端不要进 入休眠状态的指示信息发送给该终端， 使该终端在释放与网络侧的通信 连接后，根据该指示信息进入空闲状态，以监听 /接收网络侧的下行数据， 从而能够及时接收到网络侧发送的数据， 而针对相同场景， 若采用现有 技术， 则需要等到终端下次退出休眠状态时才能接收到网络侧的数据。
在具体实施时， 若网络侧发现较短时长后 （如 3小时）将有下行数 据传输给终端， 则采用实施例一的方式指示终端先不要进入休眠状态； 若网络侧发现较长时长后 （如 3天）将有下行数据传输给终端， 则采用 实施例二的方式指示终端在相应时长后退出休眠状态以接收下行数据。
基于相同的技术构思， 本发明实施例还提供了终端设备的结构示意 图。
参见图 7, 为本发明实施例提供的适用于上述实施例一的终端设备 的结构示意图， 如图所示， 该终端设备支持休眠状态， 该终端设备可包 括：
配置信息获取模块 701 , 用于获取网络侧配置的退出休眠状态的时 间信息；
定时器设置模块 702, 用于当本终端设备释放与网络侧的连接后进 入休眠状态时， 根据所述退出休眠状态的时间信息设置所述定时器的计 时时长， 启动定时器；
终端状态处理模块 703 , 用于当所述定时器超时时， 使本终端设备 退出休眠状态。
进一步的， 该设备还包括网络通信请求模块 704, 用于在本终端设 备退出休眠状态之后， 在设定时长内监听网络侧的寻呼， 并在监听到网 络侧的寻呼后，发起网络通信请求，或者在本终端设备退出休眠状态后， 向网络侧发起网络通信请求； 其中， 所述寻呼是网络侧在当前有数据需 处理模块 703还用于： 若所述网络通信请求模块 704在所述设定时长内 未监听到网络侧的寻呼， 则使本终端设备进入休眠状态。 进一步的， 网络通信请求模块 704还用于： 若在所述设定时长内监 听到网络侧发送的携带有指定标识和时间信息的寻呼， 则放弃向网络侧 发起网络通信请求， 进入休眠状态， 并指示定时器设置模块 702根据所 述寻呼中携带的时间信息设置所述定时器的计时时长。
具体的， 定时器设置模块 702, 具体用于将所述定时器的计时时长 设置为当前时刻到所述时间信息所指示的退出休眠状态的时刻的时间 长度与终端进行小区搜索和发起连接的时间长度之差。
具体的， 配置信息获取模块 701在本终端设备接收到携带有所述退 出休眠状态的时间信息的 RRC消息 （如 RRC connection realease消息 ) 或 NAS层消息 （如 Tracking area update accept消息）或 MAC CE后， 获取其中携带的所述退出休眠状态的时间信息。
在一个实施方式中， 本终端设备还包括网络通信请求模块 704, 用 于在本终端设备退出休眠状态之后， 在设定时长内监听网络侧的寻呼， 并在监听到网络侧的寻呼后， 发起网络通信请求； 所述终端状态处理模 块 703 , 还用于若所述网络通信请求模块在所述设定时长内未监听到网 络侧的寻呼， 则使本终端设备进入休眠状态。
在一个实施方式中， 本终端设备还包括网络通信请求模块 704, 用 于在所述终端退出休眠状态之后， 在所述设定时长内监听网络侧的寻 呼； 若接收到的网络侧发送的携带有指示所述终端进入休眠状态的标 识， 则所述终端进入休眠状态； 若监听到网络侧发送的携带有指定标识 和时间信息的寻呼，则放弃向网络侧发起网络通信请求，进入休眠状态， 并指示所述定时器设置模块 702根据所述寻呼中携带的时间信息设置所 述定时器的计时时长。
在一个实施方式中， 本终端设备还包括网络通信请求模块 704, 用 于发起网络通信请求。 参见图 8, 为本发明实施例提供的适用于上述实施例二的终端设备 的结构示意图， 如图所示， 该终端设备支持休眠状态， 该终端设备可包 括：
配置信息获取模块 801 , 用于获取网络侧发送的是否允许进入休眠 状态的指示信息；
终端状态处理模块 802, 用于在确定出所述配置信息获取模块获取 到的指示信息表示不允许进入休眠状态的情况下， 在本终端设备释放与 网络侧的通信连接后， 使本终端设备进入并保持在空闲状态。
具体的， 配置信息获取模块 801可从本终端设备从网络侧发送的消 息中获取所述是否允许进入休眠状态的指示信息， 所述网络侧发送的消 息包括以下任一消息： RRC消息 (如 RRC connection realease消息 )或 NAS层消息 （如 Tracking area update accept消息）或 MAC CE中。
进一步的， 终端状态处理模块 802还用于： 若所述配置信息获取模 块获取到的指示信息表示允许进入休眠状态， 则使本终端设备在释放与 网络侧的通信连接后， 进入休眠状态。
通过以上的实施方式的描述， 本领域的技术人员可以清楚地了解到 本发明可借助软件加必需的通用硬件平台的方式来实现， 当然也可以通 过硬件， 但很多情况下前者是更佳的实施方式。 基于这样的理解， 本发 明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产 品的形式体现出来， 该计算机软件产品存储在一个存储介质中， 包括若 干指令用以使得一台终端设备（可以是手机， 个人计算机， 服务器， 或 者网络设备等）执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式， 应当指出， 对于本技术领域 的普通技术人员来说， 在不脱离本发明原理的前提下， 还可以做出若干 改进和润饰， 这些改进和润饰也应视本发明的保护范围。

Claims

权利要求书
1、 一种终端配置方法， 其特征在于， 该方法包括：
终端获取网络侧配置的退出休眠状态的时间信息；
当所述终端释放与网络侧的连接进入休眠状态时， 根据所述时间信 息， 设置定时器的计时时长并启动所述定时器；
当所述定时器超时， 所述终端退出休眠状态。
2、 如权利要求 1所述的方法， 其特征在于， 还包括：
在所述终端退出休眠状态之后， 在设定时长内监听网络侧的寻呼； 若在所述设定时长内监听到网络侧的寻呼， 发起网络通信请求； 若在所述设定时长内未监听到网络侧的寻呼， 则进入休眠状态。
3、 如权利要求 1所述的方法， 其特征在于， 该方法还包括： 在所述终端退出休眠状态之后， 在设定时长内监听网络侧的寻呼； 当接收到网络侧发送的寻呼时， 若该寻呼中没有携带指示所述终端 进入休眠状态的标识， 则发起网络通信请求；
若该寻呼中携带有指示所述终端进入休眠状态的标识， 则所述终端 进入休眠状态；
若该寻呼中携带有指示所述终端进入休眠状态的标识和时间信息， 则所述终端进入休眠状态， 并根据所述寻呼中携带的时间信息设置所述 定时器的计时时长， 并当所述定时器超时时， 退出休眠状态。
4、 如权利要求 1所述的方法， 其特征在于， 该方法还包括： 在所述终端退出休眠状态之后， 向网络侧发起网络通信请求。
5、 如权利要求 1 所述的方法， 其特征在于， 所述设置定时器的计 时时长包括： 将所述定时时长设置为当前时刻到所述时间信息所指示的 退出休眠状态的时刻的时间长度与终端进行小区搜索和发起连接的时 间长度之差。
6、 如权利要求 1-5之一所述的方法， 其特征在于， 所述终端获取网 络侧配置的退出休眠状态的时间信息包括：
终端从网络侧发送的消息中获取所述退出休眠状态的时间信息， 所 述网络侧发送的消息包括以下任一消息： 无线资源控制 （RRC ) 消息、 非接入层（NAS层） 消息、 媒体接入控制控制单元（MAC CE )、 以及 寻呼。
7、 如权利要求 6所述的方法， 其特征在于， 所述 RRC消息为 RRC 连接释放消息。
8、 一种终端设备， 所述终端设备支持休眠状态， 其特征在于， 所 述终端设备包括：
配置信息获取模块， 用于获取网络侧配置的退出休眠状态的时间信 息；
定时器设置模块， 用于当本终端设备释放与网络侧的连接， 进入休 眠状态时， 根据所述退出休眠状态的时间信息设置所述定时器的计时时 长， 启动定时器；
终端状态处理模块， 用于当所述定时器超时， 使本终端设备退出休 眠状态。
9、 如权利要求 8 所述的终端设备， 其特征在于， 还包括网络通信 请求模块， 用于在本终端设备退出休眠状态之后， 在设定时长内监听网 络侧的寻呼， 并在监听到网络侧的寻呼后， 发起网络通信请求；
所述终端状态处理模块， 还用于若所述网络通信请求模块在所述设 定时长内未监听到网络侧的寻呼， 则使本终端设备进入休眠状态。
10、 如权利要求 8所述的终端设备， 其特征在于， 还包括： 所述网 络通信请求模块， 用于在所述终端退出休眠状态之后， 在设定时长内监 听网络侧的寻呼； 当接收到网络侧发送的寻呼时， 若该寻呼中没有携带 指示所述终端进入休眠状态的标识， 则发起网络通信请求； 若该寻呼中 携带有指示所述终端进入休眠状态的标识， 则所述终端进入休眠状态； 若该寻呼中携带有指示所述终端进入休眠状态的标识和时间信息的寻 呼， 则进入休眠状态， 并指示所述定时器设置模块根据所述寻呼中携带 的时间信息设置所述定时器的计时时长。
11、 如权利要求 8所述的终端设备， 其特征在于， 还包括， 网络通 信请求模块，用于在本终端设备退出休眠状态之后，发起网络通信请求。
12、 如权利要求 8所述的终端设备， 其特征在于， 所述定时器设置 模块， 具体用于将所述定时器的时长设置为当前时刻到所述时间信息所 指示的退出休眠状态的时刻的时间长度与终端进行小区搜索和发起连 接的时间长度之差。
13、 如权利要求 8-12之一所述的终端设备， 其特征在于， 所述配置 信息获取模块， 具体用于本终端设备从网络侧发送的消息中获取所述退 出休眠状态的时间信息， 所述网络侧发送的消息包括以下任一消息： 无 线资源控制 RRC消息、 非接入层 NAS层消息、 媒体接入控制控制单元 MAC CE、 以及寻呼。
14、 一种终端配置方法， 其特征在于， 该方法包括： 若所述指示信息表示不允许进入休眠状态， 则所述终端在释放与网 络侧的通信连接后， 进入空闲状态。
15、 如权利要求 14所述的方法， 其特征在于， 所述获取网络侧发 送的是否允许进入休眠状态的指示信息包括：
终端从网络侧发送的消息中获取是否允许进入休眠状态的指示信 息， 所述网络侧发送消息包括以下任一消息： RRC 消息、 NAS 消息、 以及 MAC CE。
16、如权利要求 15所述的方法，其特征在于，所述 RRC消息为 RRC 连接释放消息。
17、 如权利要求 14所述的方法， 其特征在于， 还包括：
若所述指示信息表示允许进入休眠状态， 则所述终端在释放与网络 侧的通信连接后， 进入休眠状态。
18、 一种终端设备， 所述终端设备支持休眠状态， 其特征在于， 所 述终端设备包括：
配置信息获取模块， 用于获取网络侧发送的是否允许进入休眠状态 的指示信息；
终端状态处理模块， 用于在所述配置信息获取模块获取到的指示信 息表示不允许进入休眠状态时， 在本终端设备释放与网络侧的通信连接 后， 使本终端设备进入并保持在空闲状态。
19、 如权利要求 18 所述的终端设备， 其特征在于， 所述配置信息 获取模块具体用于， 本终端设备从接收到消息中获取所述是否允许进入 休眠状态的指示信息， 所述接收到的消息包括以下任一消息： 无线资源 控制 RRC消息、非接入层 NAS消息、媒体接入控制控制单元 MAC CE、 以及寻呼。
20、 如权利要求 18 所述的终端设备， 其特征在于， 所述终端状态 处理模块还用于， 若所述配置信息获取模块获取到的指示信息表示允许 进入休眠状态， 则使本终端设备在释放与网络侧的通信连接后， 进入休 眠状态。
PCT/CN2013/081153 2012-08-09 2013-08-09 终端配置方法及终端设备 Ceased WO2014023262A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210282089.6A CN103582166B (zh) 2012-08-09 2012-08-09 终端配置方法及终端设备
CN201210282089.6 2012-08-09

Publications (1)

Publication Number Publication Date
WO2014023262A1 true WO2014023262A1 (zh) 2014-02-13

Family

ID=50052806

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/081153 Ceased WO2014023262A1 (zh) 2012-08-09 2013-08-09 终端配置方法及终端设备

Country Status (2)

Country Link
CN (1) CN103582166B (zh)
WO (1) WO2014023262A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105554906A (zh) * 2015-12-10 2016-05-04 希姆通信息技术（上海）有限公司 提高无线网络中终端唤醒后的数据发送速度的方法及系统
CN110391886A (zh) * 2018-04-20 2019-10-29 维沃移动通信有限公司 状态确定方法、终端设备及网络设备

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016050075A1 (zh) * 2014-09-30 2016-04-07 华为技术有限公司 传输发起方法、系统及终端设备的状态处理方法和相关设备
US9723651B2 (en) * 2014-11-10 2017-08-01 Qualcomm Incorporated Enhanced connection management for multiple access networks
CN105988550A (zh) * 2015-01-30 2016-10-05 深圳会当科技有限公司 一种省电的休眠方法
WO2016155903A1 (en) * 2015-03-27 2016-10-06 Alcatel Lucent Terminal, method of operating a terminal, transmission coordinator device, base station and method of operating a transmission coordinator device
CN106341906A (zh) * 2015-07-08 2017-01-18 中兴通讯股份有限公司 网络连接处理方法及装置
CN106604221B (zh) * 2016-11-18 2020-04-28 上海华为技术有限公司 一种连接管理的方法、终端以及网络侧设备
CN108809537B (zh) * 2017-05-04 2019-11-05 维沃移动通信有限公司 一种定时器配置方法、用户终端、网络侧设备和系统
CN109429309A (zh) * 2017-07-17 2019-03-05 中兴通讯股份有限公司 节电策略调整方法、装置及系统
CN109275186B (zh) * 2017-07-18 2021-11-30 展讯通信（上海）有限公司 寻呼消息的配置方法、网络侧设备、用户设备及可读介质
CN108108006B (zh) * 2017-12-19 2021-03-30 广东小天才科技有限公司 一种麦克风的远程控制方法及系统
CN109219116B (zh) * 2018-08-09 2022-05-31 华为技术有限公司 一种终端设备的休眠方法及装置
CN110958668B (zh) 2018-09-27 2021-11-05 大唐移动通信设备有限公司 一种终端状态转换方法、网络设备及终端
CN114302424B (zh) * 2021-12-10 2023-11-24 深圳市广和通无线股份有限公司 通信模组的功耗检测方法、装置、计算机设备和存储介质
CN115767694B (zh) * 2022-09-29 2025-12-12 成都鼎桥通信技术有限公司 业务数据的处理方法、装置、设备、介质及程序产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1781270A (zh) * 2003-04-29 2006-05-31 三星电子株式会社 在宽带无线访问通信系统中设置休眠间隔的方法
CN101483446A (zh) * 2008-01-08 2009-07-15 株式会社Ntt都科摩 动态控制不连续接收的方法和装置
US20100271176A1 (en) * 2009-04-28 2010-10-28 Samsung Electronics Co., Ltd. Method and apparatus for reducing power consumption in mobile terminal
WO2010151081A2 (en) * 2009-06-26 2010-12-29 Lg Electronics Inc. Method and apparatus of sleep mode operation

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1781270A (zh) * 2003-04-29 2006-05-31 三星电子株式会社 在宽带无线访问通信系统中设置休眠间隔的方法
CN101483446A (zh) * 2008-01-08 2009-07-15 株式会社Ntt都科摩 动态控制不连续接收的方法和装置
US20100271176A1 (en) * 2009-04-28 2010-10-28 Samsung Electronics Co., Ltd. Method and apparatus for reducing power consumption in mobile terminal
WO2010151081A2 (en) * 2009-06-26 2010-12-29 Lg Electronics Inc. Method and apparatus of sleep mode operation

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105554906A (zh) * 2015-12-10 2016-05-04 希姆通信息技术（上海）有限公司 提高无线网络中终端唤醒后的数据发送速度的方法及系统
CN110391886A (zh) * 2018-04-20 2019-10-29 维沃移动通信有限公司 状态确定方法、终端设备及网络设备

Also Published As

Publication number Publication date
CN103582166A (zh) 2014-02-12
CN103582166B (zh) 2017-05-03

Similar Documents

Publication Publication Date Title
WO2014023262A1 (zh) 终端配置方法及终端设备
TWI711331B (zh) 用於物聯網之使用者設備自動釋放之方法及其裝置
EP3152963B1 (en) User equipment, cellular communication network node and method of controlling operation of a user equipment
CN102281502B (zh) Mtc分组终端寻呼drx周期参数获取方法及装置
US20240224177A1 (en) Reception scheme
CN104105111B (zh) 一种激活时刻的计算方法及装置
EP2983416B1 (en) Paging method, apparatus, and system
CN102932884B (zh) 一种实现drx的方法和系统
CN104969631B (zh) 省电方法、用户设备及基站
WO2018177004A1 (zh) 一种寻呼方法、寻呼监听方法及装置和设备、存储介质
WO2014044101A1 (zh) 电能优化方法及系统
WO2013017006A1 (zh) 空闲状态下非连续接收的方法及装置
WO2013023483A1 (zh) 一种实现drx的方法和系统
WO2014111029A2 (zh) 一种网络侧、终端寻呼的方法及装置
WO2013120385A1 (zh) 一种机器型通信终端的触发控制方法、装置及系统
CN102638880A (zh) 一种终端发送数据的方法及装置
WO2011134427A1 (zh) 一种离线检测的方法、装置及系统
WO2018137457A1 (zh) 一种寻呼优化的方法和装置
WO2011120444A1 (zh) 一种机器型通信设备的离线检测方法、装置及系统
WO2024250254A1 (zh) 信号确定方法、装置、通信设备及存储介质
CN112219446B (zh) Drx分组唤醒方法及装置、通信设备及存储介质
WO2013189302A1 (zh) 寻呼消息的传输方法和设备
CN101651589A (zh) 设置小区状态的方法和装置
WO2018010661A1 (zh) 系统信息的获取方法、基站和用户设备
WO2024221239A1 (zh) 信息处理方法、装置、通信设备及存储介质

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: 13828309

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: 13828309

Country of ref document: EP

Kind code of ref document: A1