WO2010124494A1 - 终端工作模式的控制方法 - Google Patents

终端工作模式的控制方法 Download PDF

Info

Publication number
WO2010124494A1
WO2010124494A1 PCT/CN2009/074702 CN2009074702W WO2010124494A1 WO 2010124494 A1 WO2010124494 A1 WO 2010124494A1 CN 2009074702 W CN2009074702 W CN 2009074702W WO 2010124494 A1 WO2010124494 A1 WO 2010124494A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
service flow
sleep
terminal
mode
Prior art date
Application number
PCT/CN2009/074702
Other languages
English (en)
French (fr)
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 WO2010124494A1 publication Critical patent/WO2010124494A1/zh

Links

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/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0258—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity controlling an operation mode according to history or models of usage information, e.g. activity schedule or time of day
    • 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/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • 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 communications, and in particular, to a method of controlling a mode of operation of a terminal.
  • the tube is called WiMAX technology
  • the sleep mode of the terminal is defined according to the connection. That is to say, different sleep modes can be defined and activated for different connections of the same terminal.
  • sleep mode consists of a series of alternating listening and sleeping windows.
  • the terminal When the terminal is in the sleep window, it does not receive the downlink data and signaling of the serving base station, so that a part of the transceiver device can be turned off to save power.
  • the terminal stops receiving the downlink data and commands of the serving base station, so that power saving can be achieved while ensuring normal operation of each service. the goal of.
  • the setting of the sleep period parameter is mainly related to the quality of service (QoS) parameter of the service.
  • QoS quality of service
  • the sleep period parameter of the terminal may be determined according to the current situation of each service flow. For example, for multiple service flow connections with different QoS requirements, it is usually necessary to determine the sleep cycle parameters of the entire terminal according to the service with the highest QoS requirements.
  • sleep mode 1 and sleep mode 2 have been set in advance, and sleep mode 1 corresponds to the identifier 1 , sleep mode 2 corresponds to the identifier 2, if the sleep mode 1 is being adopted on a certain terminal, and the sleep mode adopted by it needs to be changed to the sleep mode In mode 2, the identifier 2 can be notified to the terminal, but the sleep mode of the terminal cannot be modified to other sleep modes, and the specific sleep cycle parameters cannot be carried in the service flow establishment and modification message.
  • the terminal when the terminal initially enters the network, if it needs to enter the idle mode, it needs to be implemented by a dedicated idle mode command DREG-REQ/CMD, and signaling overhead is also generated.
  • the main object of the present invention is to provide a method for controlling a terminal operating mode.
  • a control method of a terminal operating mode is provided.
  • the control method of the terminal working mode of the present invention includes: the base station and the terminal negotiate the sleep period parameters of the terminal by interacting with the MAC management message.
  • the MAC management message may include: a service flow management message and/or a sleep mode command message.
  • the service flow management message and/or the sleep mode command message may include or carry a sleep cycle parameter.
  • the base station and the terminal negotiate the sleep period parameters of the terminal by using the interactive service flow management message.
  • the base station and the terminal may negotiate the sleep period parameters by the interactive service flow management message during the service flow connection establishment process and/or the service flow connection 4 tampering process and/or the service flow connection release process.
  • the service flow management message may include an operation mode of the sleep mode of the terminal, where the operation mode includes defining a sleep cycle parameter and/or activating the sleep mode, or including deactivating the sleep mode.
  • the service flow management message further includes an effective time of the operation corresponding to the operation mode;
  • the sleep cycle parameter does not include the active sleep mode
  • the traffic flow management message carrying the operation mode indicates that the sleep mode of the terminal will be activated later by the control message; in the case where the operation mode includes defining the sleep cycle parameter, the traffic flow management message
  • the defined sleep cycle parameters are included, wherein the defined sleep cycle parameters include at least one of the following: a default listening window, an initial sleep cycle, and a final sleep cycle.
  • the method may further include: deactivating the activated sleep mode on the terminal, and activating the newly negotiated sleep on the terminal.
  • the sleep mode corresponding to the period parameter.
  • the traffic flow management message only includes a sleep mode identification number corresponding to the sleep cycle parameter.
  • the traffic flow management message may include a sleep mode identification number corresponding to the sleep cycle parameter and a sleep cycle parameter.
  • the service flow management message may include an indication bit for indicating whether the service flow management message carries a sleep cycle parameter.
  • the service flow management message may include at least one of the following: a service flow setup message, a service flow 4 tamper message, and a service flow delete message.
  • the foregoing service flow establishment message may include at least one of the following: a service flow establishment request message, a service flow establishment response message, and a service flow establishment confirmation message.
  • the above service flow 4 tampering message may include at least one of the following: Service flow repair _?
  • the foregoing service flow deletion message may include at least one of the following: a service flow deletion request message, and a service flow deletion response message.
  • the base station determines the negotiation result.
  • a method of controlling a mode of operation of a terminal includes: carrying or including an idle mode parameter in the registration message and/or the service flow management message.
  • the foregoing registration message and/or service flow management message is exchanged between the base station and the terminal, and is used to negotiate an idle mode parameter.
  • the base station and the terminal can negotiate the idle mode parameter by using the registration message.
  • the base station and the terminal negotiate the idle mode parameter by using the first service flow establishment message exchanged therebetween.
  • the idle mode parameter may be included in the registration message or the service flow management message, where the idle mode parameter includes at least one of the following: a paging information parameter, a paging controller identifier, and idle mode reservation information.
  • the registration message or the service flow management message may further include a start time to enter the idle mode.
  • the registration message or the service flow management message may include at least one of the following: a registration request message, a registration command message.
  • the foregoing service flow management message may include at least one of the following: a service flow setup message, a service flow delete message.
  • the foregoing service flow establishment message includes at least one of the following: a service flow establishment request message, a service flow establishment response message, and a service flow establishment confirmation message.
  • the foregoing service flow deletion message includes at least one of the following: a service flow deletion request message, and a service flow deletion response message.
  • the interaction process required for the configuration/management of the sleep mode and the idle mode of the terminal is combined with the existing registration process and/or the service flow management process and/or the media access control (Media Access Control,
  • Media Access Control Media Access Control
  • the information exchange process, which is called MAC) management message can solve the problem that the power-saving configuration process in the related art occupies a large amount of signaling overhead, and can effectively reduce the number of message interactions and air interface overhead.
  • FIG. 1 is a flowchart of a method for controlling a working mode of a terminal according to Embodiment 1 of the method of the present invention
  • 2 is a schematic flowchart of a service flow establishment and a sleep mode configuration according to an embodiment of the present invention
  • FIG. 3 is a schematic flowchart of a service flow establishment and a sleep mode configuration according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of traffic flow modification and sleep mode configuration according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of traffic flow modification and sleep mode configuration according to an embodiment of the present invention
  • FIG. 8 is a schematic diagram of service flow deletion and sleep mode configuration according to an embodiment of the present invention
  • FIG. 9 is a schematic diagram of multiple service flow establishment and sleep mode configuration in the related art
  • FIG. 11 is a schematic diagram of multiple service flow establishment and sleep mode configuration according to an embodiment of the present invention
  • FIG. 12 is a schematic diagram of a second embodiment of the method according to the present invention
  • FIG. 13 is the related art in the initial network entry process after the registration is completed FIG.
  • FIG. 14 is a schematic diagram of an idle mode configuration after registration is completed in an initial network entry process according to an embodiment of the present invention
  • FIG. 15 is a schematic diagram of idle mode configuration after a connection is established in an initial network entry process in the related art
  • FIG. 17 is a schematic diagram of a service flow deletion and idle mode configuration in the related art according to an embodiment of the present invention
  • FIG. 18 is a service flow deletion and idle according to an embodiment of the present invention
  • Schematic diagram of mode configuration is
  • the method considers that the setting of the sleep period parameter is closely related to the service flow parameter, and reduces the number and overhead of signaling interaction by carrying and setting the sleep period parameter in the service flow management message.
  • 1 is a flowchart of a method of controlling a mode of operation of a terminal according to an embodiment of the present invention, and it is to be noted that the steps described in the following methods may be performed in a computer system such as a set of computer executable instructions, and although The logical order is illustrated in Figure 1, but in some cases the steps shown or described may be performed in a different order than herein.
  • the base station is a serving base station to the terminal, if not otherwise specified. As shown in FIG.
  • the method for controlling the working mode of the terminal includes the following steps S102 to S104: Step S102: The base station and the terminal negotiate a sleep cycle parameter of the terminal by interacting with the MAC management message, where the MAC management The type of the message is very large.
  • the interactive MAC message may include a service flow management message and/or a sleep mode command message (where the sleep mode command message may be an SLP-REQ message or the like for negotiation/transmission). a message of the sleep cycle parameter, where the service flow management message and/or the sleep mode command include or carry a sleep cycle parameter; Step S104: The terminal enters the sleep mode according to the negotiated sleep cycle parameter.
  • the message that the base station and the terminal negotiate the sleep cycle parameter can be effectively reduced. Overhead, reducing the burden on the system.
  • the base station and the terminal may negotiate the sleep cycle parameters by using the interactive MAC management message during the service flow connection establishment process, or the service flow connection 4 tampering process, or the service flow connection release process.
  • the service flow management message may include at least one of the following: a service flow setup message, a service flow 4 tamper message, and a service flow delete message. That is to say, the terminal and the base station can perform the sleep cycle parameter when the service flow is established and/or when the service flow is deleted and/or the service flow is changed.
  • the service flow modification message may be at least one of the following: a service flow modification request message, a service flow 4 tamper response message, and a service flow 4 tamper confirmation message.
  • the service flow setup message may be at least one of the following: a traffic flow setup request message, a traffic flow setup response message, and a traffic flow setup confirmation message.
  • the service flow deletion message may be at least one of the following: a service flow deletion request message, a service flow deletion response message.
  • the negotiation may be initiated by the terminal or by the base station.
  • the negotiation process may be implemented in multiple manners. For example, the direct notification may be used, or the notification parameter may be used by one party, and the response may be returned by the other party.
  • the information related to the sleep cycle parameter negotiation carried in the service flow management message may be a specific sleep cycle parameter or a sleep mode.
  • the identifier of a corresponding set of dormancy parameters may also carry a specific sleep cycle parameter and carry a corresponding parameter identifier.
  • the base station may send a service flow repair request message to the terminal, and carry the sleep period parameter in the message, and the terminal may directly adopt the sleep period parameter carried in the message, or notify the base station by using the service flow 4 tamper response message.
  • the sleep cycle parameter is accepted by the terminal. If the terminal does not adopt the sleep cycle parameter, the sleep cycle parameter expected by the terminal may be further notified to the base station by using the service flow modification response message.
  • the service flow management message may further include an operation mode of the sleep mode of the terminal, where the operation mode may include defining a sleep cycle parameter (defining a new sleep cycle parameter) and/or activating the sleep mode, or including deactivating Sleep mode.
  • the service flow management message may further include the The effective time of the operation (activation or deactivation) corresponding to the operation mode and the dedicated command indicating activation or deactivation.
  • the service flow management message indicates that the sleep mode of the terminal will be activated by the control message later.
  • the service flow management message may include a newly defined sleep period parameter, where the defined sleep period parameter may specifically include at least one of the following: a default listening window, an initial sleep Cycle, final sleep cycle. Only one sleep mode is configured on the terminal (that is, all traffic flow connections of the terminal are configured with a unified sleep mode), and in the case of activating a new sleep mode, the terminal will replace the old sleep with a new sleep mode. mode.
  • the terminal may deactivate the sleep mode activated on the terminal, and activate the sleep cycle parameter after the new negotiation.
  • the service flow management message may further include an indication bit for indicating whether the service flow management message carries a sleep parameter, that is, the indication bit may indicate whether the service management message is used to negotiate a sleep cycle parameter. . If the service flow management message does not carry the sleep period parameter, or the indication bit indicates that the service flow management message does not carry the sleep parameter, the service flow management message indicates that the current sleep mode of the terminal is not changed, or the terminal does not have the activated sleep mode.
  • the base station can communicate with the terminal according to the negotiated sleep period parameter. For example, when the base station determines that the terminal is in the listening window according to the sleep period parameter, the base station can perform data interaction with the terminal. When the base station determines that the terminal is in the sleep window, the base station does not perform data interaction with the terminal, and the terminal is regarded as unreachable.
  • the sleep cycle parameter is set for the characteristics of the service.
  • the service flow setup message and the sleep mode configuration message are transmitted independently of each other and need to be at least DSA-REQ, DSA-RSP, DSA-ACK, SLP-REQ (the message carries the sleep cycle parameter), SLP-RSP (the The message carries a sleep period parameter.
  • a total of 5 messages are used to complete the interaction of the service flow establishment and the sleep mode setting.
  • the sleep cycle parameter may be carried and negotiated in the service flow setup message, thereby eliminating the sleep mode configuration message, using DSA-REQ (the message carries the sleep cycle parameter),
  • the DSA-RSP which carries the sleep cycle parameter
  • the DSA-ACK which carries the sleep cycle parameter
  • the sleep period parameter is determined by two negotiations of the DSA-REQ and DSA-RSP messages carrying the sleep period parameter.
  • the timeout timer of the wait response message corresponding to the service flow related message needs to consider the sleep cycle parameter ten-party processing compared with the timer in the prior art. Time to reset the duration of the timer.
  • the service flow setup message may be configured to carry the sleep cycle parameter by referring to the message format shown in Table 1. Table 1, DSA-REQ/RSP message format
  • the corresponding sleep mode activation time can be set, or The sleep mode can also be activated by a separate command.
  • the message interaction and the air interface overhead are saved. Specifically, the number of message interactions, the overhead of the message header, the number of bandwidth requests, and the setting of related timers can be saved.
  • Example 2 When the BS modifies a service flow, if the defined or activated sleep cycle parameters are no longer suitable for the changed service flow characteristics, the sleep cycle parameters need to be reset for the new service characteristics. In the related art, as shown in FIG.
  • the traffic flow 4 tampering message and the sleep mode configuration message are mutually independent and separately transmitted, and at least DSC-REQ, DSC-RSP, DSC-ACK, SLP-REQ (the message is required).
  • There are 5 messages in the SLP-RSP (the message carries the sleep cycle parameter) to complete the interaction and setting.
  • the sleep cycle parameter may be carried and negotiated in the service flow modification message, thereby eliminating the sleep mode configuration message, and using the DSC-REQ (the message carries the sleep cycle parameter),
  • the DSC-RSP (which carries the sleep cycle parameter) and the DSC-ACK message can complete all operations and configurations.
  • the activation time can be set when the sleep cycle parameter is defined, or the sleep mode can be activated by a separate command after the sleep cycle parameter is defined.
  • the service flow modification (DSC-REQ/RSP) message may be configured with reference to the message structure shown in Table 2 to carry the sleep cycle parameter. Table 2, DSC-REQ/RSP message format
  • the sleep cycle parameters are determined based on the characteristic parameters of the two service flows, or the characteristic parameters of one of the service flows are selected as reference to determine the sleep cycle parameters. After two or more service flows are established, if one of the service flows needs to be deleted, it may be necessary to reset the sleep cycle parameters according to the changed traffic flow. In the related art, as shown in FIG.
  • the service flow deletion message and the sleep mode configuration message are mutually independent and separately transmitted, and at least DSD-REQ, DSD-RSP, and SLP-REQ are required (the message carries a sleep cycle parameter) ), SLP-RSP (the message carries the sleep cycle parameter) these four messages to complete the service flow deletion, the interaction negotiation of the sleep cycle parameters and the sleep mode setting.
  • the new sleep cycle parameter may be carried and stored in the service flow deletion message, thereby eliminating the sleep mode configuration message, and the DSD-REQ (the message carries the sleep cycle) Parameter), DSD-RSP (The message carries the sleep cycle parameter)
  • Two messages can complete all the operations and configurations in Figure 7 through at least 4 messages. Compared with related technologies, the number of message interactions and the cost of air interface are saved.
  • the service flow can be deleted by referring to the message structure shown in Table 3.
  • the (DSD-REQ/RSP) message is configured to carry the sleep cycle parameters.
  • Table 3 DSD-REQ/RSP message format
  • Service flow identification number The number of the sleep cycle parameters of the service flow:
  • Example 4 Assume that the newly created service flow 1 corresponds to sleep mode 1, and the newly created service flow 2 corresponds to sleep mode 2.
  • the sleep cycle parameters are defined for the service characteristics.
  • the BS establishes another service flow, if the current sleep mode is not suitable for the newly created service, the sleep cycle parameter needs to be reset. In the related art, as shown in FIG.
  • the service flow setup message and the sleep mode configuration message are transmitted independently of each other and separately, and at least the following five messages are required for the two service flows (two A total of 10 messages in the service flow) to complete the service flow establishment and sleep cycle parameters: DSA-REQ, DSA-RSP, DSA-ACK, SLP-REQ (the message carries the sleep cycle parameters), SLP- RSP (This message carries the sleep cycle parameter).
  • DSA-REQ the message carries the sleep cycle parameters
  • SLP- RSP This message carries the sleep cycle parameter.
  • the dormant period parameter may be carried in the service flow setup message, thereby eliminating the message of the sleep mode configuration.
  • the DSA-REQ needs to be adopted.
  • the message carries the sleep period parameter), the DSA-RSP (the message carries the sleep period parameter), and the DSA-ACK three messages (the two services have a total of 6 messages) to complete the 10 messages in Figure 9. All operations and configurations.
  • the activation time can be set when defining the sleep cycle parameters, or it can be passed through in the future. Order to activate. As shown in FIG. 11, in the example, the BS establishes a service flow, and determines the sleep period parameter according to the characteristic parameter of the service flow, and then the BS deletes the service flow, and the process can pass the DSA.
  • the BS creates a new one.
  • the traffic flow, and the characteristics of this traffic flow are similar to those of the previously deleted traffic flow.
  • the BS can carry the sleep mode identification number in the service flow setup message, and does not need to carry other sleep cycle parameters. Specifically, the BS can pass the DSA-REQ (which is carried in the message).
  • the sleep mode identification number), the DSA-RSP (the message carries the sleep mode identification number), and the DSA-ACK message are all completed; the MS will use the corresponding sleep cycle parameter saved in advance according to the identification number.
  • the second embodiment of the method considers the problem that the message cost required when the terminal enters the idle mode in the related art is large. This embodiment provides a corresponding solution.
  • a control method of a terminal working mode is provided. When the terminal is powered on, there is often no need for service interaction. Therefore, when the terminal is powered on, it only needs to enter the network and reach a state that can be paged.
  • the idle mode parameter can be carried and negotiated in the registration message interaction and enter the idle mode directly at some time after the registration is completed.
  • the idle mode can be entered immediately after registration is completed.
  • the idle mode can also be entered after the first service flow is established, and the terminal completes the IP address acquisition and the establishment of the high-level IP tunnel in the process of establishing the first service flow. After that, you can enter the state of waiting for paging.
  • the idle mode parameter may also be carried and negotiated in the service flow deletion message, so that the idle mode is directly entered after the service flow is deleted. Carrying and negotiating idle mode parameters in these flows can save command interaction and overhead for idle mode parameter negotiation.
  • 12 is a flowchart of a method of controlling a mode of operation of a terminal according to an embodiment of the present invention, and it is to be noted that the steps described in the following methods may be performed in a computer system such as a set of computer executable instructions, and The logical order is illustrated in Figure 12, but in some cases the steps shown or described may be performed in an order different than that herein. As shown in FIG. 12, the method for controlling the working mode of the terminal according to this embodiment includes the following steps.
  • Step S1202 carrying or including an idle mode parameter in the registration message and/or the service flow management message, where the registration message and/or the service flow management message are exchanged between the base station and the terminal, and are used for negotiation
  • the idle mode parameter, and the registration message and/or the service flow management message may include or carry the idle mode parameter; in step S1204, the terminal enters the idle mode according to the negotiated idle mode parameter.
  • the registration message or the service flow management message may include an idle mode parameter, where the idle mode parameter may include at least one of the following: a paging information parameter, a paging controller identifier, and an idle mode. Keep the information.
  • the registration message or the service flow management message may further include a start time of entering the idle mode.
  • the registration message or the traffic flow management message may include at least one of the following: a registration request message, a registration command message.
  • the service flow management message may include at least one of the following: a service flow setup message, a traffic flow deletion message.
  • the service flow establishment message may include at least one of the following: a service flow establishment request message, a service flow establishment response message, and a service flow establishment confirmation message;
  • the service flow deletion message may include at least one of the following: a service flow deletion request message, a service flow Delete the response message.
  • the base station and the terminal can establish the first service flow through which the terminal interacts.
  • the message negotiates idle mode parameters. In an actual application, the negotiation may be initiated by the terminal or by the base station.
  • the negotiation process may be implemented in multiple manners.
  • the direct notification may be used, or the notification parameter may be used by one party, and the response may be returned by the other party.
  • the information may be included in the idle mode parameter or may be included in the service flow management message.
  • the information related to the idle mode parameter negotiation may be a specific idle mode parameter or may be idle.
  • the base station may send a service flow repair request message to the terminal, and carry the idle mode parameter in the message, and the terminal may directly adopt the idle mode parameter carried in the message, or may notify the base station of the idle by using the service flow modification request message.
  • the mode parameter is accepted by the terminal; if the terminal does not adopt the idle mode parameter, the idle mode parameter expected by the terminal may be further notified to the base station by using the service flow modification request message.
  • the specific negotiation can also be carried out through other service flow management messages, which are no longer listed here.
  • the final negotiation result (the idle mode parameter adopted by the terminal) can be determined by the base station.
  • Example 6 When the MS initially enters the network, if there is no service transmission, only the power-on is in the paged state, and after the registration is completed, the MS can obtain the paging parameter and enter the idle mode state. In the related art, as shown in FIG.
  • the idle mode parameter is exchanged through a dedicated idle mode command message DREG-REQ (the message carries an idle mode parameter) and DREG-CMD (the message carries an idle mode parameter).
  • the idle mode parameter may be carried and negotiated in the registration message, thereby eliminating the message interaction of the idle mode command, that is, by REG-REQ (the message carries the idle mode parameter) And the REG-RSP (the message carries the idle mode parameter).
  • REG-REQ the message carries the idle mode parameter
  • REG-RSP the message carries the idle mode parameter
  • the registration (REG-REQ/RSP) message can be configured with reference to the message structure shown in Table 4 to enable it to carry and negotiate idle mode parameters.
  • Table 4 REG-REQ/RSP message format
  • Example 7 When the MS initially enters the network, if there is no service transmission, only the power-on is in the paged state. After the MS establishes a preset service flow, the MS will obtain the paging parameter and enter the idle mode state.
  • the idle mode parameter is exchanged through a dedicated idle mode command message DREG-REQ (the message carries an idle mode parameter) and DREG-CMD (the message carries an idle mode parameter). To get it.
  • the idle mode parameter may be carried and negotiated in the first service flow setup message, that is, the DSA-REQ (the message carries the idle mode parameter) and the DSA-RSP may be adopted.
  • the service flow setup message can be configured with reference to the message structure shown in Table 5 to enable it to carry and negotiate idle mode parameters.
  • Table 5 DSA-REQ/RSP message format
  • Example 8 When the MS deletes the last service flow and there is no demand for other services to send and receive, it can enter the idle mode and obtain the paging information parameters.
  • the idle mode parameter is exchanged through a dedicated idle mode command message DREG-REQ (the message carries an idle mode parameter) and DREG-CMD (the message carries an idle mode parameter). To get it.
  • DREG-REQ the message carries an idle mode parameter
  • DREG-CMD the message carries an idle mode parameter
  • the idle mode parameter may be carried and negotiated in the last service flow deletion message, so that the message interaction of the idle mode command may be omitted, that is, by DSA-REQ (the message) It carries the idle mode parameter and the DSA-RSP (the message carries the idle mode parameter) to negotiate and carry the idle mode parameters.
  • DSA-REQ the message
  • DSA-RSP the message carries the idle mode parameter
  • the service flow deletion message can be configured with reference to the message structure shown in Table 6 to enable it to carry and negotiate idle mode parameters.
  • Table 6 DSD-REQ/RSP message format
  • Paging group identification number, idle mode reservation information there is also provided a computer readable medium having stored thereon computer executable instructions for causing a computer or processor to perform, for example, when executed by a computer or processor.
  • the interaction process required for the configuration/management of the sleep mode and the idle mode of the terminal is integrated with the existing closely related processes that can be expected.
  • the combination of the registration process and/or the service flow management process and/or the information exchange process of the MAC management message can solve the problem that the power-saving configuration process in the related art occupies a large amount of signaling overhead, and can effectively reduce the number of message interactions and air interface overhead. , reducing the burden on the system; and, by negotiating the power saving parameter (ie, the sleep period parameter and the idle mode parameter described above), by carrying the activation/deactivation command/new modified parameter in the negotiation message, the terminal can be effectively The working mode is controlled.
  • the implementation of the present invention does not modify the system architecture and the current processing flow, is easy to implement, facilitates promotion in the technical field, and has strong industrial applicability.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

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

Description

终端工作模式的控制方法
技术领域 本发明涉及通信领域，并且特别地，涉及一种终端工作模式的控制方法。 背景技术 在目前的微波存取全球互通 ( Worldwide Interoperability for Microwave
Access, 筒称为 WiMAX )技术中， 终端的休眠模式是按照连接进行定义的。 也就是说， 对于同一个终端的不同连接， 可以定义和激活不同的休眠模式。 通常， 休眠模式由一系列交替的监听窗口和休眠窗口构成。 终端在处于 休眠窗口时不接收服务基站的下行数据和信令， 从而可以关闭一部分收发装 置以达到省电的目的。 在终端存在多个连接的情况下， 只有在这些连接的休 眠窗口的重叠部分区域， 终端才会停止接收服务基站的下行数据和命令 , 这 样能够在保证每个业务正常运行的情况下达到省电的目的。 由于协调多个连接的休眠模式的过程比较复杂并且实际效果并不理想， 所以在 WiMAX空口演进技术中提出针对终端而不是仅仅针对终端上的某个 连接进行休眠模式的定义和操作。 休眠周期参数的设定主要与业务的服务质量 （ Quality of Service, 筒称 为 QoS ) 参数相关。 在业务流建立时， 可以根据当前的各个业务流的综合情 况来确定终端的休眠周期参数。例如，对于 QoS要求不同的多个业务流连接， 通常需要才艮据 QoS要求最高的业务来确定整个终端的休眠周期参数。在业务 流建立、 4爹改和删除的时候， 终端的业务流组合情况都可能发生变化， 并且 QoS要求最高的业务也可能更新， 因此， 也可以在这些流程中定义和 /或激活 新的休眠周期参数。 在相关技术中， 如果需要采用新的休眠周期参数， 就需要通过专门的休 眠模式信令 MOB SLP-REQ/RSP来进行休眠周期参数的通知和激活，需要产 生大量的信令开销； 并且， 在业务流建立和 4爹改时， 仅仅能为新的业务流指 定一套已经事先定义好的休眠周期参数， 例如， 假设预先已经设置了休眠模 式 1、 休眠模式 2 , 休眠模式 1对应于标识 1 , 休眠模式 2对应于标识 2, 如 果某个终端上正在采用休眠模式 1 , 并且需要将其采用的休眠模式改为休眠 模式 2, 就可以将标识 2通知给终端， 但是不能够将终端的休眠模式修改为 其它的休眠模式， 也不能在业务流建立和修改消息中携带具体的休眠周期参 数。 类似地， 当终端初始进入网络时， 如果需要进入空闲模式， 则需要通过 专门的空闲模式命令 DREG-REQ/CMD来实现， 同样会产生信令开销。 针对相关技术中终端进入休眠模式和空闲模式需要占用额外信令开销 的问题， 目前尚未提出有效的解决方案。 发明内容 考虑到相关技术中终端进入休眠模式和空闲模式会占用额外信令开销 的问题而 ^故出本发明， 为此， 本发明的主要目的在于提供一种终端工作模式 的控制方法。 才艮据本发明的实施例， 提供了一种终端工作模式的控制方法。 本发明的终端工作模式的控制方法包括： 基站与终端通过交互 MAC管 理消息来协商终端的休眠周期参数。 其中， MAC管理消息可以包括： 业务流管理消息和 /或休眠模式命令消 息。 并且， 业务流管理消息和 /或休眠模式命令消息中可以包含或携带有休眠 周期参数。 并且， 基站与终端通过交互业务流管理消息来协商终端的休眠周期参 数。 ^尤选地， 基站与终端可以在业务流连接建立过程和 /或业务流连接 4爹改 过程和 /或业务流连接释放过程中通过交互业务流管理消息来协商休眠周期 参数。 优选地， 业务流管理消息中可以包含对终端的休眠模式的操作方式， 其 中， 操作方式包括定义休眠周期参数和 /或激活休眠模式、 或者包括去激活休 眠模式。 其中， 在操作方式为激活休眠模式或去激活休眠模式的情况下， 业务流 管理消息中还包含操作方式所对应操作的生效时间； 在操作方式包括定义休 眠周期参数而不包括激活休眠模式的情况下 , 携带操作方式的业务流管理消 息表示终端的休眠模式将在以后通过控制消息激活； 在操作方式包括定义休 眠周期参数的情况下， 业务流管理消息包括定义的休眠周期参数， 其中， 定 义的休眠周期参数包括以下至少之一： 缺省监听窗口、 初始休眠周期、 最终 休眠周期。 此外，在业务流管理消息中包含休眠周期参数和激活休眠模式的操作方 式的情况下， 该方法可进一步包括： 对终端上已激活的休眠模式进行去激活， 并在终端上激活新协商的休眠周期参数所对应的休眠模式。 可选地， 业务流管理消息仅包含与休眠周期参数对应的休眠模式标识 号。 可选地，业务流管理消息可以包含与休眠周期参数对应的休眠模式标识 号以及休眠周期参数。 此外 ,业务流管理消息中可以包含用于指示该业务流管理消息中是否携 带有休眠周期参数的指示位。 并且， 如果业务流管理消息中不携带休眠周期参数、 或指示位指示业务 流管理消息中不携带有休眠参数， 则业务流管理消息表示不改变终端的当前 休眠模式、 或终端不存在已激活的休眠模式。 可选地，上述业务流管理消息可以包括以下至少之一：业务流建立消息、 业务流 4爹改消息、 业务流删除消息。 上述业务流建立消息可以包括以下至少 之一： 业务流建立请求消息、 业务流建立响应消息、 业务流建立确认消息。 上述业务流 4爹改消息可以包括以下至少之一： 业务流修_？丈请求消息、 业务流 爹改响应消息、 业务流 4爹改确认消息。 上述业务流删除消息可以包括以下至 少之一： 业务流删除请求消息、 业务流删除响应消息。 此外， 在该方法中， 在基站与终端通过业务流管理消息协商休眠周期参 数时， 由基站确定协商结果。 根据本发明的另一方面， 提供了一种终端工作模式的控制方法。 才艮据本发明的终端工作模式的控制方法包括： 在注册消息和 /或业务流 管理消息中携带或包含空闲模式参数。 其中 , 上述注册消息和 /或业务流管理消息在基站与终端之间交互 , 并 用于协商空闲模式参数。 并且， 在终端为不可管理和 /或可管理的终端的情况下， 基站与终端可 以通过注册消息进行空闲模式参数的协商。 优选地， 在终端初始网络进入时， 基站与终端通过其间交互的第一条业 务流建立消息进行空闲模式参数的协商。 并且， 注册消息或业务流管理消息中可以包含空闲模式参数， 其中， 空 闲模式参数包括以下至少之一： 寻呼信息参数、 寻呼控制器标识符、 空闲模 式保留信息。 此时，注册消息或业务流管理消息中可以进一步包含进入空闲模式的起 始时间。 并且， 如果注册消息或业务流管理消息不包含进入空闲模式的起始 时间， 则注册消息或业务流管理消息表示空闲模式的进入过程将在之后由控 制消息发起。 优选地， 上述注册消息可以包括以下至少之一： 注册请求消息、 注册命 令消息。 上述业务流管理消息可以包括以下至少之一： 业务流建立消息、 业 务流删除消息。 上述业务流建立消息包括以下至少之一： 业务流建立请求消 息、 业务流建立响应消息、 业务流建立确认消息。 上述业务流删除消息包括 以下至少之一： 业务流删除请求消息、 业务流删除响应消息。 借助本发明的上述技术方案 ,通过将终端的休眠模式和空闲模式的配置 /管理所需的交互流程与现有的注册流程和 /或业务流管理流程和 /或媒体接入 控制（ MediaAccess Control, 筒称为 MAC )管理消息的信息交互流程相结合， 能够解决相关技术中节电配置过程占用大量信令开销的问题， 可以有效减少 消息交互的次数和空口开销。 附图说明 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是才艮据本发明方法实施例一的终端工作模式的控制方法的流程图; 图 2是相关技术中业务流建立及休眠模式配置的流程示意图； 图 3是才艮据本发明实施例的业务流建立及休眠模式配置的流程示意图； 图 4是才艮据本发明实施例的业务流建立及休眠模式配置示意图； 图 5是相关技术中业务流修改及休眠模式配置示意图； 图 6是才艮据本发明实施例的业务流修改及休眠模式配置示意图； 图 7是相关技术中业务流删除及休眠模式配置示意图； 图 8是才艮据本发明实施例的业务流删除及休眠模式配置示意图； 图 9是相关技术中多个业务流建立及休眠模式配置示意图； 图 10是才艮据本发明实施例的多个业务流建立及休眠模式配置示意图； 图 11是根据本发明实施例的多个业务流建立及休眠模式配置示意图； 图 12 是才艮据本发明方法实施例二的终端工作模式的控制方法的流程 图； 图 13是相关技术中初始网络进入过程中注册完成后的空闲模式配置示 意图； 图 14是根据本发明实施例的初始网络进入过程中注册完成后的空闲模 式配置示意图； 图 15是相关技术中初始网络进入过程中连接建立后的空闲模式配置示 意图； 图 16是根据本发明实施例的初始网络进入过程中连接建立后的空闲模 式配置示意图； 图 17是相关技术中业务流删除及空闲模式配置示意图； 图 18是根据本发明实施例的业务流删除及空闲模式配置示意图。 具体实施方式 功能相克述 为了解决相关技术中终端进入休眠模式和空闲模式会占用额外信令开 销的问题，本发明实施例将终端的休眠模式和空闲模式的配置 /管理所需的交 互流程与现有的注册流程和 /或业务流管理流程和 /或媒体接入控制 （ Media Access Control, 筒称为 MAC ) 管理消息的信息交互流程相结合， 能够省略 单独进行休眠模式控制和空闲模式控制所占用的信令开销， 从而减小了系统 的负担。 下面将结合附图详细描述本发明的技术方案。 方法实施例一 在本实施例中， 提供了一种终端工作模式的控制方法。 该方法考虑到休 眠周期参数的设定与业务流参数密切相关， 通过在业务流管理消息中携带和 设定休眠周期参数来减少信令交互的次数和开销。 图 1是根据本发明实施例的终端工作模式的控制方法的流程图，需要说 明的是， 在以下方法中描述的步骤可以在诸如一组计算机可执行指令的计算 机系统中执行， 并且， 虽然在图 1中示出了逻辑顺序， 但是在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤。 并且，在下文的描述中， 如果没有另外的指定， 基站均是至终端的服务基站。 如图 1 所示， 根据本实施例的终端工作模式的控制方法包括以下步骤 S102至步骤 S104的处理： 步骤 S102 , 基站与终端通过交互 MAC管理消息来协商终端的休眠周 期参数， 其中， MAC 管理消息的类型非常多， 在本发明实施例中， 交互的 MAC 消息可以包括业务流管理消息和 /或休眠模式命令消息 （其中， 休眠模 式命令消息可以是 SLP-REQ 消息等专门用于协商 /传输休眠周期参数的消 息）， 其中， 业务流管理消息和 /或休眠模式命令中包含或携带有休眠周期参 数； 步骤 S 104 , 终端根据协商的休眠周期参数进入休眠模式。 通过上述处理，能够有效减少基站与终端协商休眠周期参数所占的消息 开销， 减小系统的负担。 具体地，基站与终端可以在业务流连接建立过程、 或业务流连接 4爹改过 程、或业务流连接释放过程中通过交互 MAC管理消息来协商休眠周期参数。 其中， 业务流管理消息可以包括以下至少之一： 业务流建立消息、 业务 流 4爹改消息、 业务流删除消息。 也就是说， 终端与基站可以在业务流建立时 和 /或业务流删除时和 /或业务流变更时†办商休眠周期参数。 具体地， 业务流修改消息可以是以下至少之一： 业务流修改请求消息、 业务流 4爹改响应消息、 业务流 4爹改确认消息。 业务流建立消息可以是以下至 少之一： 业务流建立请求消息、 业务流建立响应消息、 业务流建立确认消息。 业务流删除消息则可以是以下至少之一： 业务流删除请求消息、 业务流删除 响应消息。 在实际应用中， 协商可以由终端发起， 也可以由基站发起； 协商过程可 以通过多种方式实现， 例如， 可以采用直接通知的方式， 也可以采用一方通 知参数、 另一方返回应答的方式， 应答中可以包括是否接受该参数或者期望 的休眠周期参数； 在协商的过程中， 业务流管理消息中携带的与休眠周期参 数协商相关的信息可以是具体的休眠周期参数也可以是某个休眠模式所对应 的一套休眠参数的标识， 也可以既携带具体的休眠周期参数又携带相应的参 数标识。 例如， 基站可以向终端发送业务流修_丈请求消息， 并在该消息中携带休 眠周期参数， 终端可以直接采用该消息中携带的休眠周期参数， 也可以通过 业务流 4爹改响应消息通知基站该休眠周期参数被终端接受； 如果终端不采用 该休眠周期参数， 则可以进一步通过业务流修改响应消息将终端期望的休眠 周期参数告知基站。 具体的协商还可以通过其它业务流管理消息进行， 这里 不再 列举。 优选地， 不论采用什么协商方式， 最终的协商结果（终端采用的休眠周 期参数） 可以由基站确定。 此夕卜， 业务流管理消息中还可以包含对终端的休眠模式的操作方式， 其 中， 操作方式可以包括定义休眠周期参数（定义新的休眠周期参数）和 /或激 活休眠模式、 或者包括去激活休眠模式。 并且， 在消息中包括的操作方式为 激活休眠模式或去激活休眠模式的情况下， 业务流管理消息中还可以包含该 操作方式所对应操作 （激活或去激活） 的生效时间以及指示进行激活或去激 活的专用命令。 此外， 在业务流管理消息中携带的操作方式包括定义休眠周 期参数而不包括激活休眠模式的情况下， 则该业务流管理消息表示终端的休 眠模式将在以后通过控制消息激活。 并且， 在操作方式包括定义休眠周期参数的情况下， 业务流管理消息中 可以包括新定义的休眠周期参数， 其中， 定义的休眠周期参数具体可以包括 以下至少之一： 缺省监听窗口、 初始休眠周期、 最终休眠周期。 在终端上仅配置一种休眠模式（即， 终端的所有业务流连接均配置一个 统一的休眠模式）、并且在激活新的休眠模式的情况下， 终端将用新的休眠模 式将取代旧的休眠模式。 具体地， 在业务流管理消息中包含休眠周期参数和 指示激活休眠模式的激活命令的情况下， 终端就可以对其上已激活的休眠模 式进行去激活， 并且要激活新协商后的休眠周期参数（该业务流管理消息中 携带的休眠周期参数） 所对应的休眠模式。 优选地，业务流管理消息中还可以进一步包含用于指示该业务流管理消 息中是否携带有休眠参数的指示位， 也就是说， 该指示位可以指示该业务管 理消息是否用于协商休眠周期参数。 如果业务流管理消息中不携带休眠周期 参数、 或指示位指示业务流管理消息中不携带有休眠参数， 则业务流管理消 息表示不改变终端的当前休眠模式、 或终端不存在已激活的休眠模式。 在终端采用协商的休眠周期参数后 ,基站可以根据协商的休眠周期参数 与终端进行通信， 例如， 当基站才艮据休眠周期参数确定终端处于监听窗口的 情况下，基站可以与终端进行数据交互； 而当基站确定终端处于休眠窗口时， 基站不会与终端进行数据交互 , 并且将该终端视为不可达。
实例一 如图 2所示， 在相关技术中， 当 BS新建一条业务流时， 将针对该业务 的特性来设置休眠周期参数。 业务流建立消息和休眠模式配置消息是相互独 立且分开发送的， 需要至少 DSA-REQ、 DSA-RSP、 DSA-ACK、 SLP-REQ (该 消息中携带有休眠周期参数）、 SLP-RSP (该消息中携带有休眠周期参数 )共 5条消息来完成业务流建立的交互和休眠模式的设置。 而在本实例中， 如图 3所示， 可以在业务流建立消息中携带和协商休眠 周期参数， 从而省去休眠模式配置的消息， 用 DSA-REQ (该消息中携带有 休眠周期参数）、 DSA-RSP (该消息中携带有休眠周期参数）、 和 DSA-ACK (该消息中携带有休眠周期参数 ) 共 3条消息就能完成图 2中需要 5条消息 才能完成的操作和配置。 除了图 2所示的方式之外，还有多种方式能够在实现休眠模式的配置的 同时节省消息的交互和空口开销。 例如， 如图 3 所示， 通过 DSA-REQ、 DSA-RSP消息中携带休眠周期参数的两次协商就确定了休眠周期参数。 此夕卜， 在采用本发明实施例提供的方法后， 业务流相关消息对应的等待 响应消息的超时定时器与原有技术中的该定时器相比 , 需要考虑休眠周期参 数十办商处理时间而重新设置定时器的时长范围。 优选地， 在业务流建立消息 （ DSA-REQ/RSP ) 中携带和协商休眠周期 参数时， 可以参考表 1所示的消息格式配置业务流建立消息， 使其携带休眠 周期参数。 表 1 , DSA-REQ/RSP消息格式
Figure imgf000011_0001
此外， 在定义休眠周期参数时， 可以设定相应的休眠模式激活时间， 或 者也可以之后通过单独的命令来激活休眠模式。 与相关技术相比， 节省了消息交互和空口开销， 具体而言， 能够节省消 息交互的次数、 消息头的开销、 带宽申请的次数以及相关定时器的设置。 实例二 当 BS修改一条业务流时， 如果已定义或激活的休眠周期参数不再适合 改变后的业务流特性， 则需要针对新的业务特性来重新设置休眠周期参数。 在相关技术中， 如图 5所示， 业务流 4爹改消息和休眠模式配置消息是相互独 立且分开发送的， 至少需要 DSC-REQ、 DSC-RSP, DSC-ACK, SLP-REQ (该 消息中携带有休眠周期参数）、 SLP-RSP (该消息中携带有休眠周期参数 )共 5条消息来完成交互和设置。 当一个终端上仅一种休眠模式时 , 新的休眠模式将取代旧的休眠模式。 而根据本实施例， 如图 6所示， 可以在业务流修改消息中携带和协商休 眠周期参数， 从而省去休眠模式配置的消息， 用 DSC-REQ (该消息中携带 有休眠周期参数）、 DSC-RSP (该消息中携带有休眠周期参数）、和 DSC-ACK 这 3条消息就能完成所有的操作和配置。 在定义休眠周期参数时可以设定激活时间 ,或者也可以在定义休眠周期 参数之后通过单独的命令来激活休眠模式。 优选地， 在本实例中， 可以参照表 2 所示的消息结构配置业务流修改 ( DSC-REQ/RSP ) 消息， 使其携带休眠周期参数。 表 2, DSC-REQ/RSP消息格式
Figure imgf000012_0001
休眠模式操作方式 （定义、 激活、
去激活）
休眠周期参数：
休眠周期长度，
缺省的监听窗口长度，
初始休眠窗口长度，
最终休眠窗口长度， 省略 其他参数
}
当 BS建立了两条业务流时， 将才艮据这两条业务流的特性参数来综合确 定休眠周期参数， 或选择其中一条业务流的特性参数为参照来确定休眠周期 参数。 在两条或多条业务流建立之后， 如果需要删除其中一条业务流， 则有 可能需要才艮据业务流变化后的情况来重新设置休眠周期参数。 在相关技术中， 如图 7所示， 业务流删除消息和休眠模式配置消息是相 互独立且分开发送的， 需要至少 DSD-REQ、 DSD-RSP、 SLP-REQ (该消息 中携带有休眠周期参数）、 SLP-RSP (该消息中携带有休眠周期参数）这 4条 消息来完成业务流删除、 休眠周期参数的交互协商和休眠模式的设置。 而在本实例中， 如图 8所示， 可以在业务流删除消息中携带和办商新的 休眠周期参数， 从而省去休眠模式配置的消息， 用 DSD-REQ (该消息中携 带有休眠周期参数）、 DSD-RSP (该消息中携带有休眠周期参数） 两条消息 就能完成图 7中通过至少 4条消息才能完成的所有操作和配置。 与相关技术 相比， 节省了消息交互的次数和空口的开销。 优选地， 在本实例中， 可以参照表 3 所示的消息结构对业务流删除
(DSD-REQ/RSP)消息进行配置 , 使其携带休眠周期参数。 表 3 , DSD-REQ/RSP消息格式
长度
参数 注释
(bit)
DSD-REQ/RSP Message Format() {
省略 其他参数 业务流标识号 该业务流的编号 休眠周期参数：
休眠模式操作方式 （定义、 激活、
去激活）
休眠周期参数：
休眠周期长度，
缺省的监听窗口长度，
初始休眠窗口长度，
最终休眠窗口长度， 省略 其他参数
} 实例 4 假设新建的业务流 1对应休眠模式 1 ,新建的业务流 2对应休眠模式 2, 当 BS建立一条业务流时， 将针对业务特性来定义休眠周期参数。 当 BS再建 立另一条业务流时， 如果当前的休眠模式不适合这种新建的业务， 就需要重 新设置休眠周期参数。 在相关技术中， 如图 9所示， 对于每个业务流， 业务流建立消息和休眠 模式配置消息是相互独立且分开发送的 , 并且对于这两个业务流均至少需要 以下 5条消息 （两个业务流一共 10条消息） 来完成业务流建立和休眠周期 参数十办商： DSA-REQ、 DSA-RSP、 DSA-ACK、 SLP-REQ (该消息中携带有 休眠周期参数）、 SLP-RSP (该消息中携带有休眠周期参数）。 其中， 当一个终端只能有一种休眠模式时 , 新的休眠模式将取代旧的休 眠模式。 而在本实例， 如图 10所示， 可以在业务流建立消息中携带和十办商休眠 周期参数， 从而省去休眠模式配置的消息， 对于每个业务流， 仅需要通过 DSA-REQ (该消息中携带有休眠周期参数）、 DSA-RSP (该消息中携带有休 眠周期参数）、 以及 DSA-ACK三条消息（两个业务一共 6条消息）就能完成 图 9中 10条消息才能完成的所有操作和配置。 激活时间可以在定义休眠周期参数时设定，也可以在以后通过单独的命 令来激活。 实例五 如图 11所示， 在本实例中， BS建立了一条业务流， 并才艮据这条业务流 的特性参数来确定休眠周期参数， 随后 BS删除这条业务流， 该处理可以通 过 DSA-REQ (该消息中携带有休眠周期参数）、 DSA-RSP (该消息中携带有 休眠周期参数）、 DSA-ACK、 DSD-REQ、 DSD-RSP来完成； 在 jt匕之后， BS 又新建一条业务流， 并且这条业务流的特性与之前被删除的业务流的特性相 似。 在这种情况下， BS在建立第二条业务流时， 在业务流建立消息中携带休 眠模式标识号即可，不必携带其他休眠周期参数，具体地，可以通过 DSA-REQ (该消息中携带有休眠模式标识号）、 DSA-RSP (该消息中携带有休眠模式 标识号）、 DSA-ACK三条消息来完成； MS将才艮据标识号使用事先保存的相 应的休眠周期参数。 通过本实施例的上述处理 , 能够减少终端进入休眠模式时的信令交互 , 从而节省了空口开销和系统资源。 方法实施例二 考虑到相关技术中终端进入空闲模式时所需的消息开销大的问题，本实 施例给出了相应的解决方案。 在本实施例中， 提供了一种终端工作模式的控制方法。 在终端开机时往往没有业务交互的需求，所以在终端开机时仅仅需要进 入网络并达到可以被寻呼到的状态即可， 因此在终端初始进入网络并完成注 册时， 就可以直接进入空闲模式了， 根据本实施例的方法就可以在注册消息 交互中携带和协商空闲模式参数并在注册完成后的某个时刻直接进入空闲模 式。 尤其是对于不可管理的终端 （不需要建立 IP连接的终端）， 在注册完成 后就可以立即进入空闲模式。 对于可管理的终端（需要建立 IP连接的终端）， 也可以在第一条业务流建立后进入空闲模式， 终端在第一条业务流建立的过 程中完成 IP地址的获取和高层 IP隧道的建立后 , 就可以进入等待寻呼的状 态了。 另外， 在删除最后一条业务流时， 也可以在业务流删除消息中携带和 协商空闲模式参数， 从而在业务流删除后直接进入空闲模式。 在这些流程中 携带和协商空闲模式参数， 可以节省空闲模式参数协商的命令交互和开销。 图 12是根据本发明实施例的终端工作模式的控制方法的流程图， 需要 说明的是， 在以下方法中描述的步骤可以在诸如一组计算机可执行指令的计 算机系统中执行， 并且， 虽然在图 12 中示出了逻辑顺序， 但是在某些情况 下， 可以以不同于此处的顺序执行所示出或描述的步骤。 如图 12所示， 根据本实施例的终端工作模式的控制方法包括以下步骤
S1202至步骤 S1204的处理： 步骤 S1202,在注册消息和 /或业务流管理消息中携带或包含空闲模式参 数， 其中， 注册消息和 /或业务流管理消息在基站与终端之间交互， 并用于协 商空闲模式参数， 并且， 注册消息和 /或业务流管理消息可以包含或携带有空 闲模式参数； 步骤 S1204, 终端根据协商的空闲模式参数进入空闲模式。 通过上述处理，能够有效减少基站与终端协商空闲模式参数所占的消息 开销， 减小系统的负担。 一方面， 在终端为不可管理和 /或可管理的终端的情况下， 基站与终端 可通过注册消息进行协商。 并且， 在本实施例中， 上述注册消息或上述业务流管理消息中可以包含 空闲模式参数， 其中， 空闲模式参数可以包括以下至少之一： 寻呼信息参数、 寻呼控制器标识符、 空闲模式保留信息。 优选地， 上述注册消息或业务流管 理消息中还可以包含进入空闲模式的起始时间。 此外 , 如果注册消息或业务流管理消息不包含进入空闲模式的起始时 间， 则注册消息或业务流管理消息表示空闲模式的进入过程将在之后由控制 消息发起。 优选地， 上述注册消息可以包括以下至少之一： 注册请求消息、 注册命 令消息。 优选地， 业务流管理消息可以包括以下至少之一： 业务流建立消息、 业 务流删除消息。 其中， 业务流建立消息可以包括以下至少之一： 业务流建立 请求消息、 业务流建立响应消息、 业务流建立确认消息； 业务流删除消息可 以包括以下至少之一： 业务流删除请求消息、 业务流删除响应消息。 优选地， 在终端初始网络进入时， 基站与终端可以通过其间交互的第一条业务流建立 消息进行空闲模式参数的协商。 在实际应用中， 协商可以由终端发起， 也可以由基站发起； 协商过程可 以通过多种方式实现， 例如， 可以采用直接通知的方式， 也可以采用一方通 知参数、 另一方返回应答的方式， 应答中可以包括是否接受该参数或者可以 包括期望的空闲模式参数； 在协商的过程中， 业务流管理消息中携带的与空 闲模式参数协商相关的信息可以是具体的空闲模式参数也可以是某个空闲模 式所对应的一套空闲参数的标识。 例如， 基站可以向终端发送业务流修_丈请求消息， 并在该消息中携带空 闲模式参数， 终端可以直接采用该消息中携带的空闲模式参数， 也可以通过 业务流修改请求消息通知基站该空闲模式参数被终端接受； 如果终端不采用 该空闲模式参数， 则可以进一步通过业务流修改请求消息将终端期望的空闲 模式参数告知基站。 具体的协商还可以通过其它业务流管理消息进行， 这里 不再——列举。 优选地， 不论采用什么协商方式， 最终的协商结果（终端采 用的空闲模式参数 ) 可以由基站确定。 下面将结合具体实例描述根据本实施例的方法的处理过程。 实例六 当 MS初始进入网络时， 如果没有业务发送， 仅仅是开机处于被寻呼^ 1犬 态， MS 在注册完成后， 可获取寻呼参数并进入空闲模式状态。 在相关技术 中，如图 13所示，空闲模式参数是通过专门的空闲模式命令消息 DREG-REQ (该消息中携带有空闲模式参数 ) 和 DREG-CMD (该消息中携带有空闲模 式参数） 交互来获取的。 而在本实例中， 如图 14所示， 可在注册消息中携带和协商空闲模式参 数， 从而省掉空闲模式命令的消息交互， 即， 通过 REG-REQ (该消息中携 带有空闲模式参数）、 和 REG-RSP (该消息中携带有空闲模式参数） 这 2条 消息来协商和携带空闲模式参数。 与相关技术相比， 节省了消息交互和空口 开销， 即， 节省了消息交互的次数、 消息头的开销、 带宽申请的次数以及相 关定时器的设置。 优选地，可以参照表 4所示的消息结构对注册 (REG-REQ/RSP)消息进行 配置， 使其能够携带和协商空闲模式参数。 表 4, REG-REQ/RSP消息格式
Figure imgf000018_0001
实例七 当 MS初始进入网络时， 如果没有业务发送， 仅仅是开机处于被寻呼^ 1犬 态， MS 在建立一条预置业务流后， 将获取寻呼参数并进入空闲模式状态。 在相关技术中， 如图 15 所示， 空闲模式参数是通过专门的空闲模式命令消 息 DREG-REQ (该消息中携带有空闲模式参数） 和 DREG-CMD (该消息中 携带有空闲模式参数 ) 交互来获取的。 而在本实例中， 如图 16所示， 可在第一条业务流建立消息中携带和协 商空闲模式参数， 即， 可以通过 DSA-REQ (该消息中携带有空闲模式参数 ) 和 DSA-RSP (该消息中携带有空闲模式参数 )实现空闲模式参数的携带和协 商， 从而省去空闲模式命令的消息交互。 与相关技术相比， 节省了消息交互 和空口开销。 优选地， 可以参照表 5所示的消息结构对业务流建立消息进行配置， 使 其能够携带和协商空闲模式参数。 表 5 , DSA-REQ/RSP消息格式
Figure imgf000018_0002
寻呼信息参数：
寻呼周期长度，
寻呼偏移量，
寻呼组标识号， 空闲模式保留信息
省略 其他参数
} 实例八 当 MS删除最后一条业务流、且没有其他业务收发的需求时， 可进入空 闲模式并获取寻呼信息参数。 在相关技术中， 如图 17 所示， 空闲模式参数 是通过专门的空闲模式命令消息 DREG-REQ (该消息中携带有空闲模式参 数） 和 DREG-CMD (该消息中携带有空闲模式参数） 交互来获取的。 而才艮据本实施例， 如图 18所示， 可在最后一条业务流删除消息中携带 和协商空闲模式参数， 从而可以省掉空闲模式命令的消息交互， 即， 通过 DSA-REQ (该消息中携带有空闲模式参数） 和 DSA-RSP (该消息中携带有 空闲模式参数） 实现空闲模式参数的协商和携带。 与相关技术相比， 节省了 消息交互和空口开销。 优选地，可以参照表 6所示的消息结构配置业务流删除消息，使其能够 携带和协商空闲模式参数。 表 6, DSD-REQ/RSP消息格式
参数 长度 (bit) 注释
DSD-REQ/RSP Message Format() {
省略 其他参数 寻呼控制器标识号
寻呼信息参数：
寻呼周期长度，
寻呼偏移量，
寻呼组标识号， 空闲模式保留信息
Figure imgf000020_0001
才艮据本发明实施例， 还提供了一种计算机可读介质， 该计算机可读介质 上存储有计算机可执行的指令， 当该指令被计算机或处理器执行时， 使得计 算机或处理器执行如图 1 和图 12所示的各步骤的处理， 优选地， 可以执行 上述实施例及实例中的一个或多个。 综上所述， 借助于本发明实施例提供的技术方案， 通过对于可预期的密 切相关的流程进行合并， 即， 将终端的休眠模式和空闲模式的配置 /管理所需 的交互流程与现有的注册流程和 /或业务流管理流程和 /或 MAC 管理消息的 信息交互流程相结合， 能够解决相关技术中节电配置过程占用大量信令开销 的问题， 可以有效减少消息交互的次数和空口开销， 降低系统的负担； 并且， 通过在协商节电参数 (即， 上述的休眠周期参数和空闲模式参数 ) 时通过在 协商消息中携带激活 /去激活命令 /新修改的参数， 能够有效对终端的工作模 式进行控制。 另外 ,本发明的实现没有对系统架构和目前的处理流程修改，易于实现， 便于在技术领域中进行推广， 具有较强的工业适用性。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制 作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软 件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^^申和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种终端工作模式的控制方法， 其特征在于， 包括：
基站与终端通过交互 MAC管理消息来†办商所述终端的休眠周期参 数。
2. 根据权利要求 1所述的方法， 其特征在于， 所述 MAC管理消息包括： 业务流管理消息和 /或休眠模式命令消息。
3. 根据权利要求 2所述的方法， 其特征在于， 所述业务流管理消息和 /或休 眠模式命令消息中包含或携带有所述休眠周期参数。
4. 才艮据权利要求 2所述的方法， 其特征在于， 基站与终端通过交互所述业 务流管理消息来协商所述终端的休眠周期参数。
5. 才艮据权利要求 4所述的方法， 其特征在于， 所述基站与所述终端在业务 流连接建立过程和 /或业务流连接 4爹改过程和 /或业务流连接释放过程中 通过交互所述业务流管理消息来协商所述休眠周期参数。
6. 根据权利要求 2所述的方法， 其特征在于 , 所述业务流管理消息中包含 对所述终端的休眠模式的操作方式， 其中， 所述操作方式包括定义休眠 周期参数和 /或激活休眠模式、 或者包括去激活休眠模式。
7. 根据权利要求 6所述的方法， 其特征在于， 在所述操作方式为激活休眠 模式或去激活休眠模式的情况下， 所述业务流管理消息中还包含所述操 作方式所对应操作的生效时间。
8. 根据权利要求 6所述的方法 , 其特征在于 , 在所述操作方式包括定义休 眠周期参数而不包括激活休眠模式的情况下， 携带所述操作方式的所述 业务流管理消息表示所述终端的休眠模式将在以后通过控制消息激活。
9. 根据权利要求 6所述的方法 , 其特征在于 , 在所述操作方式包括所述定 义休眠周期参数的情况下， 所述业务流管理消息包括定义的休眠周期参 数， 其中， 定义的所述休眠周期参数包括以下至少之一： 缺省监听窗口、 初始休眠周期、 最终休眠周期。
10. 根据权利要求 6所述的方法， 其特征在于， 在所述业务流管理消息中包 含所述休眠周期参数和激活休眠模式的操作方式的情况下， 所述方法进 一步包括：
对所述终端上已激活的休眠模式进行去激活，并在所述终端上激活 新协商的所述休眠周期参数所对应的休眠模式。
11. 根据权利要求 2所述的方法， 其特征在于 , 所述业务流管理消息仅包含 与所述休眠周期参数对应的休眠模式标识号。
12. 根据权利要求 2所述的方法， 其特征在于 , 所述业务流管理消息包含与 所述休眠周期参数对应的休眠模式标识号以及所述休眠周期参数。
13. 根据权利要求 2所述的方法， 其特征在于 , 所述业务流管理消息中包含 用于指示该业务流管理消息中是否携带有所述休眠周期参数的指示位。
14. 根据权利要求 2或 13所述的方法， 其特征在于， 如果所述业务流管理消 息中不携带所述休眠周期参数、 或所述指示位指示所述业务流管理消息 中不携带有所述休眠参数， 则所述业务流管理消息表示不改变所述终端 的当前休眠模式、 或所述终端不存在已激活的休眠模式。
15. 根据权利要求 2至 13中任一项所述的方法， 其特征在于， 所述业务流管 理消息包括以下至少之一： 业务流建立消息、 业务流 4爹改消息、 业务流 删除消息。
16. 根据权利要求 15所述的方法， 其特征在于， 所述业务流建立消息包括以 下至少之一： 业务流建立请求消息、 业务流建立响应消息、 业务流建立 确认消息。
17. 根据权利要求 15所述的方法， 其特征在于 , 所述业务流修改消息包括以 下至少之一： 业务流 4爹丈请求消息、 业务流 4爹改响应消息、 业务流 4爹改 确认消息。
18. 根据权利要求 15所述的方法， 其特征在于， 所述业务流删除消息包括以 下至少之一： 业务流删除请求消息、 业务流删除响应消息。
19. 根据权利要求 2至 13中任一项所述的方法， 其特征在于， 在所述基站与 所述终端通过业务流管理消息协商所述休眠周期参数时， 由所述基站确 定协商结果。
20. 一种终端工作模式的控制方法， 其特征在于， 包括：
在注册消息和 /或业务流管理消息中携带或包含空闲模式参数。
21. 才艮据权利要求 20 所述的方法， 其特征在于， 所述注册消息和 /或所述业 务流管理消息在基站与终端之间交互 , 并用于协商所述空闲模式参数。
22. 根据权利要求 21 所述的方法， 其特征在于， 在所述终端为不可管理和 / 或可管理的终端的情况下， 所述基站与所述终端通过所述注册消息进行 空闲模式参数的协商。
23. 根据权利要求 21所述的方法，其特征在于，在所述终端初始网络进入时， 所述基站与所述终端通过其间交互的第一条业务流建立消息进行空闲模 式参数的协商。
24. 才艮据权利要求 20所述的方法， 其特征在于， 所述注册消息或所述业务流 管理消息中包含所述空闲模式参数， 其中， 所述空闲模式参数包括以下 至少之一： 寻呼信息参数、 寻呼控制器标识符、 空闲模式保留信息。
25. 根据权利要求 24所述的方法， 其特征在于， 所述注册消息或所述业务流 管理消息中进一步包含进入空闲模式的起始时间。
26. 才艮据权利要求 25所述的方法， 其特征在于， 如果所述注册消息或所述业 务流管理消息不包含进入空闲模式的所述起始时间 , 则所述注册消息或 所述业务流管理消息表示空闲模式的进入过程将在之后由控制消息发 起。
27. 根据权利要求 20至 26中任一项所述的方法， 其特征在于， 所述注册消 息包括以下至少之一： 注册请求消息、 注册命令消息。
28. 根据权利要求 20至 26中任一项所述的方法， 其特征在于， 所述业务流 管理消息包括以下至少之一： 业务流建立消息、 业务流删除消息。
29. 根据权利要求 28所述的方法， 其特征在于，所述业务流建立消息包括以 下至少之一： 业务流建立请求消息、 业务流建立响应消息、 业务流建立 确认消息。
30. 根据权利要求 28所述的方法， 其特征在于， 所述业务流删除消息包括以 下至少之一： 业务流删除请求消息、 业务流删除响应消息。
PCT/CN2009/074702 2009-04-28 2009-10-29 终端工作模式的控制方法 WO2010124494A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910137249.6 2009-04-28
CN200910137249.6A CN101877885B (zh) 2009-04-28 2009-04-28 终端工作模式的控制方法

Publications (1)

Publication Number Publication Date
WO2010124494A1 true WO2010124494A1 (zh) 2010-11-04

Family

ID=43020324

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/074702 WO2010124494A1 (zh) 2009-04-28 2009-10-29 终端工作模式的控制方法

Country Status (2)

Country Link
CN (1) CN101877885B (zh)
WO (1) WO2010124494A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102104941B (zh) * 2011-01-06 2013-06-26 西安电子科技大学 基于业务整形和信道预测的移动站点睡眠周期调整方法
CN103096419B (zh) * 2011-10-31 2016-11-16 华为技术有限公司 一种终端管理方法和接入点及终端
CN103200656B (zh) * 2012-01-09 2018-09-11 中兴通讯股份有限公司 无线局域网sta最大待机时长的配置方法及系统
CN106488473B (zh) * 2015-08-26 2021-10-26 中兴通讯股份有限公司 一种通信控制方法及装置
US10462740B2 (en) 2016-08-03 2019-10-29 Futurewei Technologies, Inc. System and method for waking up a radio communications module of a device
CN109151852A (zh) * 2017-06-16 2019-01-04 捷开通讯(深圳)有限公司 一种通信方法、通信设备及具有存储功能的设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1543240A (zh) * 2003-04-29 2004-11-03 ���루���������޹�˾ 控制移动通信终端的模块工作模式的方法及装置
CN101147337A (zh) * 2005-03-24 2008-03-19 Lg电子株式会社 在宽带无线接入系统中支持休眠方式的方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6622251B1 (en) * 1999-04-07 2003-09-16 Telefonaktiebolaget Lm Ericsson (Publ) Method to put a mobile terminal into sleep when a frame control channel containing a location of slow broadcast channel does not include wakeup information
US6848059B2 (en) * 2001-04-30 2005-01-25 Agere Systems Inc. System and method for processing wake-up signals in a network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1543240A (zh) * 2003-04-29 2004-11-03 ���루���������޹�˾ 控制移动通信终端的模块工作模式的方法及装置
CN101147337A (zh) * 2005-03-24 2008-03-19 Lg电子株式会社 在宽带无线接入系统中支持休眠方式的方法

Also Published As

Publication number Publication date
CN101877885A (zh) 2010-11-03
CN101877885B (zh) 2015-09-16

Similar Documents

Publication Publication Date Title
US11611949B2 (en) Keeping the UE awake
WO2020029568A1 (zh) 一种终端设备的休眠方法及装置
KR101084129B1 (ko) 광대역 무선접속 시스템에서의 슬립모드 지원 방법
KR100459126B1 (ko) 통신망의 세션 유지 제어 방법
US11265814B2 (en) Implementation method of low power consumption internet of things based on proxy apparatus
KR101075625B1 (ko) 광대역 무선 접속 시스템에서 이동단말 관리 방법
AU2006204210B2 (en) System and method for controlling idle mode in a broadband wireless access communication system
EP2641430B1 (en) Data resume indicator for mobile device power conservation
WO2018127216A1 (zh) 一种数据传输方法、装置及系统
WO2010124494A1 (zh) 终端工作模式的控制方法
WO2014005452A1 (zh) 一种终端节电方法及终端节电装置及网络侧节电装置
WO2015061957A1 (zh) 一种业务代理的方法、调制解调器及终端
EP2073563A1 (en) Method, apparatus and system for supporting handover of heterogeneous network paging terminal equipments
JP5166568B2 (ja) デュアルモデムデバイスにおけるサスペンドモード制御方法及びそのための装置
WO2013020417A1 (zh) 一种非连续接收方法及系统
WO2014089985A1 (zh) 一种用户设备及利用扩展寻呼周期进行寻呼的方法和系统
WO2013020393A1 (zh) 一种非连续接收方法及系统
JP2012520046A (ja) 通信システムにおけるスリープモード動作を制御するための方法及び装置
WO2009124475A1 (zh) 一种支持省电模式的方法、系统及终端
WO2018032862A1 (zh) 一种网络配置方法及网络设备
KR20140053856A (ko) 무선부에서의 절전 모드 제어 방법
WO2010124630A1 (zh) 休眠模式的处理方法和休眠模式信息传输方法
WO2011103737A1 (zh) 一种资源的释放方法、系统及基站
WO2018188426A1 (zh) 一种消息传输控制方法及装置
WO2014044069A1 (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: 09843906

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

Country of ref document: EP

Kind code of ref document: A1