Apparatus and method for controlling sleep cycle synchronisation of sleep mode in wireless communication system

FIELD: radio engineering, communication.

SUBSTANCE: invention relates to synchronisation in sleep mode in a wireless communication system. A method of operating a mobile station in sleep mode state includes: if a traffic indication message and unicast data are not received during a listening window, transmitting one of a request message and a header to a base station to request a location of a next-scheduled listening window, and if a response for the one of the request message and the header is received, performing synchronisation for a next sleep cycle.

EFFECT: controlling synchronisation when a traffic indication message is not received in a wireless communication system.

38 cl, 14 dwg, 6 tbl

The technical FIELD TO WHICH the INVENTION RELATES.

The present invention relates to synchronization in the standby mode in a wireless communication system. More specifically, the present invention relates to a device and method for managing inconsistent synchronization state, which occurs when a mobile station (MS) in idle mode is not able to accept the message indicator of traffic in a wireless communications system.

The LEVEL of TECHNOLOGY

In the communication system of the next generation, also known as the communication system of the fourth generation (4G), active research, to provide users with services having various quality of service (QoS), high-speed data transmission. In particular, in the field of 4G communication system, active research, to ensure mobility and QoS in a wireless communication system, for example, in the system of a wireless local area network (LAN) and wireless citywide computer network (MAN).

In General, power consumption of the mobile station (MS)used in the wireless communication system, is the primary performance indicator for the overall performance of the system. Consequently, standards in wireless communication systems, for example, the 802.16 standard Institute of electrical engineers, and for the sake of the electronics (IEEE), set the standby mode and the active mode MS, to minimize power consumption MS.

Figure 1 is a schematic view illustrating the operation in the standby mode specified in the IEEE 802.16 system according to the prior art.

Referring to Figa, MS IEEE 802.16e system can switch to the standby mode only after receiving permission to change status from a base station (BS). In this case, when the resolution changes the state of MS in the standby mode, the BS may buffer or discard the packet that should be transmitted. Additionally, the BS should inform the presence or absence of data that must be transmitted to the MS during the interval or window listening to MS, and MS must determine the presence or absence of data that must be transmitted to the MS, via exit standby mode. Figure 1 message traffic indicator, i.e. messages 100, 102 and 104 indicator of mobile traffic (MOB_TRF-IND), transmitted to report the presence or absence of packet data that must be transferred. Message 100 and 102 MOB_TRF-IND, including negative traffic indicator, indicate the absence of data, and the message 104 MOB_TRF-IND, including positive traffic indicator, indicates the presence of data.

If the presence of data that must be transmitted to the MS, is determined by the time interval or window listening MS enters an active mode to receive data from the BS. Thereafter, the MS transmits and receives messages with request/response in standby mode (SLP-REQ/RSP) to and from the BS to switch from the active mode to the standby mode. As a result, you may experience additional amount of proprietary information.

As measures to prevent additional amount of overhead, as illustrated in Figv, MS may not enter the active mode, even if there is traffic. There is such a restriction that the transition between the active and the standby mode should be carried out by passing the service signals MOB_SLP-REQ/RSP. Accordingly, when the MS has to receive data, the MS receives the data through the switch between a standby state and an active state (or state of activation) repeating the method at work in the standby mode according to the wait loop.

Referring to Figv, during the interval or window listening to the idle state, the MS receives messages 100, 102, 104, 110 and 112 MOB_TRF-IND from BS. Upon receipt of a message 100 MOB_TRF-IND, including a negative indicator of traffic during the window listening to the start of the wait loop, MS increases following a wait loop so that it is twice the initial cycle expectations. Next, upon receipt of a message 102 MOB_TRF-IND, including the future in itself a negative indicator of traffic after the next cycle timeout expires, the MS sets the next cycle expectations, so it is twice the current cycle expectations. After receiving the message 104 MOB_TRF-IND, including positive traffic indicator, after the wait loop expires, the MS receives data downlink during open auditions, in which the message 104 MOB_TRF-IND received and sets the next cycle expectations equal to the length of the initial cycle expectations. Next, after receiving the message 110 MOB_TRF-IND, including a negative indicator of traffic during open auditions after the expiration of the wait loop, which is set in the initial cycle expectations, the MS increases following a wait loop so that it is twice the initial cycle expectations. Additionally, upon receipt of a message 112 MOB_TRF-IND, including a negative indicator of traffic during open auditions after the expiration of the extended wait loop, MS increases following a wait loop so that it is twice the current cycle expectations.

If MS correctly receives light traffic using messages MOB_TRF-IND transmitted through BS synchronization in a waiting loop is maintained between the MS and BS. However, if the MS is unable to receive messages MOB_TRF-IND due to the deterioration of the channel, etc., MS n who may know, passes BS positive traffic indicator or a negative indicator of traffic. As a result, the MS can correctly set the length of the next cycle expectations. Accordingly, synchronization in a waiting loop is inconsistent between MS and BS.

Figure 2 illustrates a case where the synchronization in a waiting loop is inconsistent in the IEEE 802.16 system according to the prior art.

Referring to Figure 2, the MS correctly receives messages 200 and 202 MOB_TRF-IND, including a negative indicator of traffic, periodically during the window listening to wait cycles and cannot receive messages 204 MOB_TRF-IND, including a negative indicator of traffic during open auditions after the next cycle timeout expires. In this case, the BS recognizes the window listening to the next cycle expectations as of time t1 212. However, since the MS is unable to receive the message 204 MOB_TRF-IND, MS cannot determine it, reset the next cycle standby to primary wait loop according to positive traffic indicator or increase twice the next cycle expectations according to a negative indicator of traffic. The start time of the window listening to the actual cycle is waiting time t1 212. However, if the MS resets the next cycle of waiting for the initial cycle of the Idanha, synchronization window listening to the wait loop is inconsistent. Accordingly, a need exists for a method of controlling an inconsistent synchronization in a loop waiting for a message MOB_TRF-IND is not accepted in the wireless communications system.

The INVENTION

The solution of the problem

The aspect of the present invention solves at least the above problems and/or disadvantages and provides at least the advantages described below. Accordingly, an aspect of the present invention is to provide a device and method for managing inconsistent synchronization is invoked when message traffic indicator is not accepted in the wireless communications system.

Another aspect of the present invention is to provide a device and method for managing inconsistent synchronization according to accepted or not traffic downlink after receiving message traffic indicator in the wireless communications system.

One other aspect of the present invention is to provide a device and method for managing inconsistent synchronization by means of additional control message, when the message indicator traffic is not accepted in the wireless communications system.

In accordance with an aspect of the present invention provides a method of operation of a mobile station (MS) in idle mode in a broadband wireless communication system. The method includes, if the message indicator traffic and unicast data are not accepted during open auditions, sending one request message and header to the base station (BS)to request the location of the next scheduled open auditions, and if the answer to one of the request message and the header is received, the synchronization for the next cycle expectations after receiving the response to one request message and header.

In accordance with another aspect of the present invention provides a method of operation of a BS in a broadband wireless communication system. The method includes receiving one of a request message and a header from MS, which is unable to accept the message indicator traffic and unicast data during window listening to query the location of the next scheduled open auditions, and unicast transmission of one of the reply message and the header includes a number of the start frame of the next scheduled cycle expectations and the size of the next scheduled cycle timeout, in MS, in response to a query from MS.

In accordance with another aspect of the present invention provides a device for a mobile station (MS) in a broadband wireless communication system. The device includes a modem DL is sending one of the request message and header in BS, to request the location of the next scheduled open auditions, if the message indicator traffic and unicast data are not accepted during open auditions, and a controller to perform synchronization for the next cycle expectations, if the answer to one of the request message and the header is assumed.

In accordance with another another aspect of the present invention is the device of a base station (BS) in a broadband wireless communication system. The device includes a modem for receiving one of a request message and a header from MS, which is unable to accept the message indicator traffic and unicast data during open auditions, and the request message requests the location of the next scheduled open auditions, and a controller to respond to MS via unicast one of the reply message and the header includes a number of the start frame of the next scheduled cycle expectations and the size of the next scheduled cycle timeout, in MS.

In accordance with another another aspect of the present invention provides a method of operation of a mobile station (MS) of a wireless communication system in standby mode. The method includes the work of the MS in idle mode during the pre opredeleniya time exit standby mode and listen to the message traffic indicator from the base station (BS), if the traffic indicator is received, determining whether it contains or not the message indicator traffic one of the positive traffic indicator and a negative indicator of traffic, and when the message traffic indicator has a negative indicator of traffic increase in two times a predetermined period of time, and when the message traffic indicator contains a positive traffic indicator, reset the predetermined period of time to the initial time period, and if the message indicator traffic is not accepted, the determination of whether there is or there is no traffic downlink, when listening to messages indicator of traffic and if the traffic is downlink is present, reset the predetermined period of time to the initial time period.

In accordance with another another aspect of the present invention provides a method of operation of a base station (BS)to control a loop waiting for a mobile station (MS) in a wireless communication system. The method includes determining, listens or not MS message information of the traffic shaping communication traffic based on the presence information of the downlink, which dagnabit transferred to MS, the transmission of message traffic indicator in the MS, and when the request message alarm management expectation taken from MS, identification information for synchronization in the standby mode, and the transmission of reply messages alarm management expectation, including the information for synchronization in the standby mode, in MS.

Other aspects, advantages and characteristic features of the invention should become apparent to experts in the art from the subsequent detailed description which, when considered together with the accompanying drawings, discloses exemplary embodiments of the invention.

BRIEF DESCRIPTION of DRAWINGS

The above and other exemplary aspects, features and advantages of exemplary embodiments of the present invention shall become clearer from the subsequent detailed description, taken together with the accompanying drawings, of which:

Figure 1 is a schematic view illustrating the operation in the standby mode, specified in the 802.16 standard of the Institute of engineers on electrical and electronics (IEEE) according to the prior art;

Figure 2 illustrates a case where the synchronization in a waiting loop is inconsistent in the IEEE 802.16 system according to the prior art;

Figure 3 illustrates the J. state transitions between standby mode and active mode in the wireless communication system according to an exemplary variant of implementation of the present invention;

Figure 4 illustrates the operation of the standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention;

Figure 5 is a block diagram illustrating a mobile station (MS) for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention;

6 is a flowchart illustrating operation of a base station (BS) for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention;

7 is a block diagram illustrating the use of MS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention;

Fig is a flowchart illustrating the operation of a BS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention;

Fig.9 is a block diagram illustrating the use of MS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention;

Figure 10 is a block diagram which th, illustrating the use of BS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention;

11 is a block diagram illustrating the use of MS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention;

Fig is a flowchart illustrating the operation of a BS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention;

Fig is a block diagram illustrating the structure of an MS in the wireless communication system according to an exemplary variant of implementation of the present invention; and

Fig is a block diagram illustrating the structure of a BS in a wireless communication system according to an exemplary variant of implementation of the present invention.

It should be noted that all the drawings similar reference numbers are used to indicate identical or similar elements, features and patterns.

The BEST MODE of carrying out the INVENTION

The subsequent description with reference to the accompanying drawings is provided to assist in a full understanding of the model variants of the westline of the invention, as defined by the claims and its equivalents. It includes a variety of information to help in this understanding, but they should be considered as merely exemplary. Accordingly, specialists in the art should recognize that various changes and modifications of the embodiments described herein can be made without departure from the essence and scope of the invention. Also, descriptions of well-known functions and structures are omitted for clarity and brevity.

The terms and words used in the subsequent description and the claims, is not limited to the bibliographical meanings, but are used by the author of the invention is simply to provide a clear and consistent understanding of the invention. Accordingly, specialists in the art should be apparent that the following description of exemplary embodiments of the present invention is provided only for illustration purpose and not for purposes of limiting the invention as defined by appended claims and its equivalents.

It should be understood that the form of the singular "a", "an" and "the" include multiple objects, unless the context clearly does not prescribe otherwise. Thus, for example, reference to "a surface of a component includes the instruction n is one or more of these surfaces.

The term "almost" means that the above characteristic, parameter, or value is not necessarily achieved exactly, but there may be deviations or variations, including for example, tolerances, measurement error, limits of accuracy of measurement and other factors known to specialists in this field of technology, in quantities that do not hinder the effect that the feature must provide.

Further in this document describes a technique for synchronization control in a loop waiting standby mode, when the mobile station (MS) does not accept the message traffic indicator, i.e. the message indicator mobile traffic (MOB_TRF-IND), in the wireless communication system. Although exemplary embodiments of the present invention, as described in this document uses a process control operation in the standby mode for communications standard 802.16m standard of the Institute of engineers on electrical and electronics (IEEE), the method of controlling the synchronization of the standby mode according to an exemplary variants of implementation of the present invention can also be applied not only to the communication system, the IEEE 802.16m standard, but also to other communication systems. In addition, although exemplary embodiments of the present invention, as the op is Sano in this document, incorporate the operation to control the operation in the standby mode by one MS and one base station (BS) in a wireless communication system, method of operation in standby mode according to an exemplary variants of implementation of the present invention can also be applied to the case when there are many MS.

The wait loop is changed depending on the value of the message MOB_TRF-IND in the system according to an exemplary variant of implementation of the present invention. Message MOB_TRF-IND is used to inform the MS of the presence of traffic data downlink. If the message MOB_TRF-IND includes positive traffic indicator, the next cycle timeout is reset to the initial cycle expectations. On the other hand, if the message MOB_TRF-IND includes a negative indicator of traffic, the next cycle of waiting increases so that it is twice the previous cycle expectations. When the MS transmits traffic data or a request for bandwidth, the wait loop is also reset to the initial cycle of expectation, as if the message MOB_TRF-ND includes positive traffic indicator. When the next cycle timeout is reset, the next cycle expectations may be discharged to a predetermined length that is different from the initial cycle expectations. For example, previously for the data length can be long, corresponding to a whole multiple of the initial cycle expectations.

Figure 3 illustrates the diagram of state transitions between standby mode and active mode in the wireless communication system according to an exemplary variant of implementation of the present invention.

Referring to Figure 3, illustrates the phase transition regime (or regime change) BS and MS. The state of the MS includes an active mode 300 and mode 310 expectations. Active mode 300 is a state in which the traffic is generated frequently. In this state, the packet data can always be transmitted/received between the BS and MS. On the other hand, the mode 310 standby is a state in which the traffic is practically not formed. In this state, the data packets are transmitted/received between the BS and the MS only in the agreed time frame. Power consumption of the MS in active mode 300 exceeds the power consumption of the MS mode 310 expectations. Therefore, if the traffic that must be transmitted/received by the MS in the BS, not generated frequently, the MS can minimize power consumption by mode 310 expectations.

So MS is switched from the active mode 300 mode 310 expectations, MS should adopt a resolution on the status of BS. In addition, the BS need to buffer or discard the packet data that must be transferred, give the Institute the ability of the MS to perform a state change in the mode 310 expectations. For example, when changing the state 302 is carried out with active mode 300 mode 310 expectations, or when a change 304 state is performed with the mode 310 standby to active mode 300, the MS and BS must send and receive a message request/response in standby mode (SLP-REQ/RSP). To change 302 or 304 status, MS and BS shall always share the message SLP_REQ/RSP, which may lead to increased service information.

To remove an additional amount of service information, the wireless communication system according to an exemplary variants of implementation of the present invention sets the status 312 standby and active state 314 mode 310 expectations. The transition between the active mode 300 and mode 310 expectations only by sending and receiving messages MOB_SLP-REQ/RSP. The state 312 standby and active state 314 repeat mode 310 expectations. Active mode 300 and the active state 314 mode 310 expectations are a condition in which the generated traffic. In this state, the packet data are transmitted/received between the BS and MS. In this case, the transition from the active state 314 in the state 312 standby mode 310 expectations through the expiration of the timer. The wireless communication system according to an exemplary variant of implementation of the present invention sets the wait loop in regime expectations and gives the possibility of switching between the state of 312 expectations without traffic and active state 314 with traffic mode 310 expectations. The wait loop includes box 316 listen and window 318 expectations.

Box 318 timeout is the interval that is requested by the MS, when transition is performed from the active mode 300 mode 310 expectations and which can be allocated by the BS to request MS. Box 318 expectations also indicates the time interval up until MS does not transfer back to active status 314 after the transition to the state 312 expectations, and, therefore, defined as the time at which the MS remains in state 312 expectations. Box 316 listening is the interval that is requested by the MS with the window waiting, when transition is performed from the active mode 300 mode 310 expectations and which can be allocated by the BS to request MS. Box 316 listen denotes the time interval until the MS is unable to decode the message downlink (for example, the TRF_IND message) synchronously with the BS after leaving the state 312 expectations. Message MOB_TRF-IND is a message indicating the presence or absence of traffic (i.e. packet data), which should be submitted in MS. MS determines that it should remain in the active state 314, or navigate back to the state 312 expectations, according to the value of the message MOB_TRF-IND.

When the MS moves from the active state 314 in the state 312 expectations, the MS determines R is setting the log file name box, expectations, using a pre-set minimum value of the window as the initial wait States. After that, MS is activated from a state 312 expectations during open auditions, and determines that no packet data that must be transmitted from the BS. MS then sets the wait window so that it is twice the immediately previous window out, and maintains the state 312 expectations. For example, if the value of the initial window waiting is '2', the MS sets the wait window equal to the length of 2 frames and works in the state 312 expectations during the interval of 2 frames. After 2 MS frames out of state 312 expectations and determines the received or no message MOB_TRF-IND. If the message MOB_TRF-IND includes a negative indicator of traffic for the MS, i.e., if packet data is not transmitted from the BS to the MS, the MS sets the wait window equal to the length in 4 frames, i.e. doubling the length of 2 frames, and then working in the state 312 expectations during the interval in 4 frames.

Figure 4 illustrates the operation of the standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention.

Referring to Figure 4, the MS 400 transmits the request message to the standby mode for the mobile device (MOB_SLP-REQ) to the BS 410 to move in mode 310 expectations, when operating in the active mode 300 at step 401. Upon receipt of a message MOB_SLP-REQ, the BS 410 determines to grant the possibility 400 MS transition mode 310 expect the project on the basis of the characteristics BS 410 and 400 MS. According to the definition of BS 410 transmits the response message in standby mode for the mobile device (MOB_SLP-RSP) to the MS 400 in step 403. Message MOB_SLP-RSP includes the parameter window listening, pointing to the window, listening. According to another exemplary variant of implementation of the present invention, in contrast to Figure 4, BS 410 may instruct the MS 400 to go into standby mode without prompting MS 400 unsolicited way, instead of the response by the BS 410 in MOB_SLP-REQ MS 400. By receiving messages MOB_SLP-RSP without receiving messages MOB_SLP-REQ from the MS 400 BS 410 instructs the MS 400 to switch to the standby mode.

Upon receipt of a message MOB_SLP-REQ, the BS 410 MS 400 starts in the standby mode according to the MOB_SLP-REQ at step 404. In this case, the MS 400 recognizes that the work in the standby mode should be performed according to the parameter window listening, included in the message MOB_SLP-REQ. Additionally, the MS 400 may transition from idle mode to the active mode at step 420, when there are data that must be transmitted to the BS 410. If there is no data that should be transmitted to the MS 400 in step 405 BS 410 transmits a message MOB_TRF-IND, which does not include the identifier of the MS 400, the window listening to the standby mode. Message MOB_TRF-IND reassociating with 400 MS, and thus the message MOB_TRF-IND MS 400 includes a negative indicator Tr is fika. MS 400 decodes the message MOB_TRF-IND. After that, the MS 400 recognizes that the message does not include the identifier of the MS 400, and then maintains the standby mode at step 430. In this case, the wait window is doubled according to the algorithm updates the window, waiting.

If BS 410 has data that must be transmitted to the MS 400, i.e. if the data are available in 400 MS from the network, the BS 410 transmits a message MOB_TRF-IND, which includes the ID of the MS 400, at step 407. Message MOB_TRF-IND MS 400 includes a positive traffic indicator. MS 400 decodes the message MOB_TRF-IND. After that, the MS 400 recognizes that the message includes the ID of the MS 400, and then goes into an active mode to receive data from the BS 410.

Further in this document describes the process of managing synchronization between the BS and the MS to the waiting state and the active state, when the MS fails to receive the message MOB_TRF-IND in the process, in which the idle state and the active state in the standby mode are repeated according to the wait loop.

Figure 5 is a block diagram illustrating the use of MS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention.

Referring to Figure 5, the MS operates in the standby mode at step 500. When operating in the standby mode MS, started or not the window listening, according to the wait loop at step 502. If it is determined that the window listening is not initiated, the MS maintains the standby mode, and returns to step 500.

When it is determined that the window listening initiated, the MS waits to receive the message MOB_TRF-IND during open auditions, on stage 504. Message MOB_TRF-IND indicates whether or not the traffic downlink MS, using the presence or absence of MS ID.

Upon receipt of a message MOB_TRF-IND MS determines in step 506 that specifies the message MOB_TRF-IND negative traffic indicator or positive traffic indicator. Then, specifies the message MOB_TRF-IND negative traffic indicator or positive traffic indicator, is defined by include or not the message MOB_TRF-IND the information of the MS ID. If it is determined that the information identifier is included, the message MOB_TRF-IND indicates positive traffic indicator. If it is determined that the information identifier is not included, the message MOB_TRF-IND indicates a negative indicator of traffic.

If the message MOB_TRF-IND indicates a negative indicator of traffic, then at step 508, the MS increases following a wait loop so that it is twice the current cycle expectations. For example, if the length of the current cycle is waiting 4 the frame is, length of the next cycle wait is 8 frames. BS sets the next cycle expectations, so it is twice the current cycle expectations, while the inclusion of negative traffic indicator in the message MOB_TRF-IND, and as a result, the MS recognizes the negative traffic indicator and sets the next cycle expectations, so it is twice the current cycle expectations. Accordingly, the MS and BS implicitly synchronize the wait loop.

If the message MOB_TRF-IND indicates positive traffic indicator, then at step 510, the MS resets the next cycle expectations for the length of the primary cycle expectations. BS sets the next cycle expectations MS as the initial wait loop while enabling positive traffic indicator in the message MOB_TRF-IND, and as a result, the MS recognizes the positive traffic indicator and sets the next cycle expectations equal to the initial cycle expectations. Accordingly, the MS and BS implicitly synchronize the wait loop.

If it is determined that the message MOB_TRF-IND is not accepted at step 504, then at step 512 MS determines what is accepted or not traffic downlink while remaining open listening. Because the message MOB_TRF-IND is not accepted in this case, the MS cannot determine what should be doubled to increase the length of the next cycle standby or reset the length of the next cycle wait to DL is not initial cycle expectations. Therefore, in this case, the BS and the MS can operate according to different cycles expectations.

Even if MS can't take the message MOB_TRF-IND, MS can conclude that indicates whether the message MOB_TRF-IND not accepted during open auditions, positive traffic indicator or a negative indicator of traffic, by definition, is accepted or not traffic downlink while remaining open listening, at step 506. If the traffic is downlink is received during the remaining window listening, the presence of traffic downlink reported through positive traffic indicator included in the message MOB_TRF-IND. If the traffic is downlink is not taken during the remainder of the window listening, the lack of traffic downlink reported by negative traffic indicator included in the message MOB_TRF-IND.

If it is determined that the traffic downlink is received during the remaining window listening, the MS recognizes that the message MOB_TRF-IND not accepted during open auditions, indicates positive traffic indicator, and resets the length of the next cycle expectations for the initial length of the wait loop at step 514. If it is determined that the traffic downlink is not accepted while the remaining is gosia window listening The MS transmits a request message alarm management expectation on stage 516, to inform the BS that the message MOB_TRF-IND is not accepted during open auditions at step 504.

If the traffic is downlink is not accepted, this occurs when the traffic downlink transmitted, i.e. a missed message MOB_TRF-IND indicates a negative indicator of traffic, or when traffic downlink is not accepted due to deterioration of the channel even though traffic downlink. If the traffic is downlink transmitted, as in the first case, the MS may set the next cycle expectations, so it is twice the current cycle expectations. In this case, the MS shall not transmit the request message alarm management expectation. However, if traffic downlink is not accepted due to deterioration of the channel, as in the second case, if the MS determines that the message MOB_TRF-IND indicates a negative indicator of traffic, and thereby sets the next cycle expectations, so it is twice the current cycle of waiting, the wait loop becomes inconsistent between MS and BS.

In order to avoid an inconsistent cycle expectations in the second case, the MS transmits a request message working intensively on the emission control waiting in BS and thereby eliminates the indeterminate state which cannot be determined that indicates a missed message MOB_TRF-IND positive traffic indicator or a negative indicator of traffic. According to another exemplary variant of implementation of the present invention, instead of determining indicates the message MOB_TRF-IND positive traffic indicator or a negative indicator of traffic, the MS may request the start time of the next cycle expectations so that it coincides with the start times of uncertain wait cycles. For example, the request message alarm management expectation can be configured as shown in Table 1 below.

MSID indicates the ID of the MS. The request type indicates the type of request that indicates a request to synchronize the standby mode or the request for transition from idle mode to active mode. For example, if the request type is '0x00', this implies a request for provision of information to solve problems inconsistent synchronization when the occurrence of inconsistent synchronization caused by exclusion messages MOB_TRF-IND. If the request type is '0x01', this implies that the MS intends to leave standby mode. If the request type is '0x00', frame number 4 is the least significant bit (LSB) of the frame corresponding to the window listening, which must be accepted message MOB_TRF-IND. However, according to another exemplary variant of implementation of the present invention, the frame number may represent the LSB 4 bits of the soup of the frame, includes window listening. According to exit standby mode request message alarm management expectation can be used for purposes other than solving the problem of inconsistent synchronization in standby mode. Therefore, if the request message alarm management expectation is only used to solve the problem of inconsistent synchronization in idle mode information request type may be omitted.

At step 518 MS receives the response message alarm management expectation in response to the request message alarm management expectation. Accordingly, the MS may know, specifies the message MOB_TRF-IND, which is not accepted at step 504, a positive traffic indicator or a negative indicator of traffic. According to another exemplary variant of implementation of the present invention, the MS can know the start time of the next cycle expectations using the reply message alarm management expectation.

In the exemplary embodiment described with reference to Figure 5, MS doubles the wait loop after receiving a negative indicator of traffic and resets the wait loop to the length of the initial cycle to wait after receiving a positive indicator of traffic. The details of the ordering cycle lengths coolant is Denmark based on the type of traffic indicator is determined according to the result of matching using the transfer utility signals MOB_SLP-REQ/RSP, performed by the MS from the BS to switch to the standby mode. Therefore, the agreement in which the wait loop is doubled after receiving a negative indicator of traffic, and the wait loop is reset to the initial length of the wait loop after receiving positive traffic indicator, Pets in the embodiment according to Figure 5.

Another agreement is also possible according to another exemplary variant of implementation of the present invention. For example, the agreement may be carried out under the assumption that the wait loop is doubled after receiving a negative indicator of traffic, and the cycle of waiting doubled after receiving positive traffic indicator. In this case, MS doubles the wait loop at step 514.

6 is a flowchart illustrating the operation of a BS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention.

Referring to Fig.6, at step 600, the BS determines started or not the window listening MS. If it is determined that the window started listening, BS indicates whether or not traffic downlink to be transferred to the MS at step 602.

If it is determined that the traffic downlink must be passed in S, the BS includes information of the MS ID in the message MOB_TRF-IND at step 604. By including information of the MS ID in the message MOB_TRF-IND message MOB_TRF-IND detected by MS as a positive indicator of traffic. Otherwise, if it is determined that there is no traffic downlink, which should be submitted in MS, step 604 is skipped. Therefore, according to what is included or not information of the MS ID in the message MOB_TRF-IND, the MS determines that specifies the message MOB_TRF-IND negative traffic indicator or positive traffic indicator.

At step 606 BS transmits a message MOB_TRF-IND, which includes identifier information of at least one MS and traffic downlink MS. Traffic is downlink MS can be skipped according to the result of determination of step 602.

At step 608 BS determines what is accepted or not the request message alarm management expectation from MS. The request message alarm management pending requests information for synchronization in standby mode and can be configured, for example, as shown in Table 1 above.

After receiving the request message for signaling, waiting for the BS determines information for synchronization to the standby mode at step 610. Information synchronize the standby mode is information of the traffic indicator, specified by the message MOB_TRF-IND, is not accepted by the MS, i.e. a negative indicator of traffic or positive traffic indicator. According to another exemplary variant of implementation of the present invention, information for synchronization in the standby mode may be information start time of the next cycle expectations.

After determining the information for synchronization in idle mode, the BS transmits to the MS a message with the answer on alarm management expectation, which includes timing information in the standby mode, at step 612. For example, the response message for alarm management expectation can be configured as shown in Table 2 below.

If the request type is '0x00', the frame number is the LSB 4 bits of the frame corresponding to the window listening, in which the MS should receive the message MOB_TRF-IND. However, according to another exemplary variant of implementation of the present invention, the frame number may represent the LSB 4 bits of superquadra, including the box about what lousiania. According to another exemplary variant of implementation of the present invention, the frame number may be omitted. The traffic indication identifies information of the traffic indicator message MOB_TRF-IND sent at the time specified by the frame number. If the request type is '0x01', the confirmation code is included to indicate the confirmation/rejection of BS regarding "exit standby mode" MS.

According to another exemplary variant of implementation of the present invention the response message alarm management expectation can be configured as shown in Table 3 below.

If the request type is '0x00', the frame number for the next scheduled open auditions denotes the start time of the next cycle expectations, i.e. the first frame of the window listening, located in the initial part of the next cycle expectations. If the request type is equal to 0x01, the confirmation code means the confirmation/rejection of BS regarding "exit standby mode" MS.

In the first exemplary embodiment of the present invention described with reference to Figure 5 and 6, the MS transmits a request message alarm management expectation. The n is less according to another exemplary variant implementation independent service message intended for individual functions, can be used as a request message alarm management expectation. For example, the very independent service message may indicate "request for information synchronization expectations." In addition, according to another exemplary variant of implementation of the present invention, the MS can transmit the channel quality display channel (CQICH), the selected code multiple access code division multiple access (CDMA) or a special code for synchronization instead of the message with the request/response on alarm management expectation.

7 is a block diagram illustrating the use of MS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention.

Referring to Fig.7, the MS operates in the standby mode at step 700. When operating in the idle mode, the MS determines in step 702 it is started or not the window listening, according to the wait loop. If it is determined that the window listening is not started, returning to step 700, the MS maintains the standby mode.

If it is determined that the window listening initiated, the MS waits to receive the message MOB_TRF-IND during open auditions, on stage are MOB_TRF-IND indicates there was a traffic downlink MS, using the presence or absence of MS ID.

Upon receipt of a message MOB_TRF-IND MS determines in step 720 that indicates the message MOB_TRF-IND negative traffic indicator or positive traffic indicator. Then, specifies the message MOB_TRF-IND negative traffic indicator or positive traffic indicator, is defined by include or not the message MOB_TRF-IND the information of the MS ID. If it is determined that the information identifier is included, the message MOB_TRF-IND indicates positive traffic indicator, and if it is determined that the information identifier is not included, the message MOB_TRF-IND indicates a negative indicator of traffic.

If the message MOB_TRF-IND indicates a negative indicator of traffic, the MS increases following a wait loop so that it is twice the current wait loop, at step 722. For example, if the length of the current cycle wait is 4 frames, the length of the next cycle wait is 8 frames. BS sets the next cycle expectations, so it is twice the current cycle expectations, while the inclusion of negative traffic indicator in the message MOB_TRF-IND, and as a result, the MS recognizes the negative traffic indicator and sets the next cycle expectations, so it's twice p is Evesham current cycle expectations. Accordingly, the MS and BS implicitly synchronize the wait loop.

If the message MOB_TRF-IND indicates positive traffic indicator, the MS resets the next cycle expectations for the initial length of the wait loop at step 724. BS sets the next cycle expectations MS as the initial wait loop while enabling positive traffic indicator in the message MOB_TRF-IND, and as a result, the MS recognizes the positive traffic indicator and sets the next cycle expectations equal to the initial cycle expectations. Accordingly, the MS and BS implicitly synchronize the wait loop.

If it is determined that the message MOB_TRF-IND is not accepted at step 704, at step 706, the MS determines what is accepted or not traffic downlink while remaining open listening. If it is determined that the message MOB_TRF-IND is not accepted in this case, the MS cannot determine what should be doubled to increase the length of the next cycle standby or reset the length of the next cycle expectations for the length of the primary cycle expectations. Therefore, the BS and the MS can operate according to different cycles expectations.

Even if MS fails to receive the message MOB_TRF-IND at step 704, the MS can conclude whether the message MOB_TRF-IND not accepted during open auditions, positive traffic indicator or a negative indicator of traffic by defining t the th, accepted or not traffic downlink while remaining open listening, at step 706. If the traffic is downlink is received during the remaining window listening, the MS may determine that the presence of traffic downlink MS reported by the inclusion of positive traffic indicator, and if the traffic is downlink is not taken during the remainder of the window listening, the MS may determine that the absence of traffic downlink MS reported by the inclusion of negative indicator of traffic.

If it is determined that the traffic downlink is received during the remaining open listening at step 706, at step 708, the MS recognizes that the message MOB_TRF-IND not accepted during open auditions, includes positive traffic indicator, and resets the length of the next cycle expectations for the length of the primary cycle expectations. For example, if the MS receives unicast traffic downlink from the BS while remaining open listening (for example, if the window listening is the interval corresponding to 4 frames, the interval corresponding to the 2nd, 3rd and 4th frames other than the 1st frame), even if the message MOB_TRF-IND is not accepted in the 1st frame, the MS recognizes that the BS transmits information positive indicator Proc. of the fika in MS, and resets the current loop waiting to start the cycle expectations. If it is determined that the traffic downlink is not taken during the remaining open listening at step 706, the MS resets the next cycle standby to primary wait loop at step 710.

At step 712 MS expects to receive a message MOB_TRF-IND in the window listening to the initial cycle expectations. In this case, the MS may not be able to accept the message MOB_TRF-IND again. Although not illustrated in Figure 3, if the MS fails to receive the message MOB_TRF-IND in the window listening to the start of the wait loop, the MS resets the next cycle standby to primary loop waiting again to step 710, and waits to receive the message MOB_TRF-IND in the window listening to the start of the wait loop.

At step 714, the MS determines the enabled or not its information SLPID_Info in the received message MOB_TRF-IND. SLPID_Info described in Table 4 below.

If it is determined that the information SLPID_Info exists, the MS supports synchronization to the standby mode at step 718 by reference to the information SLPID_Info. For example, if SLPID_Info includes positive traffic indicator, the MS resets the next cycle standby to primary wait loop, and if SLPID_Info includes a negative indicator of traffic, the MS sets the next cycle expectations, so it is twice t is cushy cycle expectations. When the message MOB_TRF-IND and traffic downlink will not be accepted during the open auditions at step 704, if the information SLPID_Info MS exists in the message MOB_TRF-IND taken in the window listening to the initial reset cycle expectations, it may be concluded that the message MOB_TRF-IND includes information positive traffic indicator at step 704.

If it is determined that SLPID_Info does not exist, then at step 716 MS specifies the next cycle expectations, so it is twice the cycle of the expectations associated with sending the message MOB_TRF-IND, at step 704. When the message MOB_TRF-IND and traffic downlink will not be accepted during the open auditions at step 704, if the information SLPID_Info MS does not exist in the message MOB_TRF-IND taken in the window listening to the initial reset cycle expectations, it may be concluded that the message MOB_TRF-IND includes information negative indicator of traffic at step 704. Therefore, instead of increasing the wait loop so that it is twice the initial reset cycle waiting at stage 710, the MS increases the wait loop so that it is twice the wait loop corresponding to the message MOB_TRF-IND, at step 704.

In the exemplary embodiment described with reference to Fig.7, MS doubles the wait loop after receiving a negative indicator traffic is ka and resets the wait loop to the length of the initial cycle to wait after receiving a positive indicator of traffic. The details of the ordering cycle lengths expectations, based on the type of traffic indicator, determined in accordance with the result of matching using the MOB_SLP-REQ/RSP performed by the MS from the BS to switch to the standby mode. Therefore, the agreement in which the wait loop is doubled after receiving a negative indicator of traffic, and the wait loop is reset to the initial length of the wait loop after receiving positive traffic indicator, Pets in an exemplary embodiment, at 7.

Another agreement is also possible according to another exemplary variant of implementation of the present invention. For example, the agreement may be carried out under the assumption that the wait loop is doubled after receiving a negative indicator of traffic, and the cycle of waiting doubled after receiving positive traffic indicator. In this case, MS doubles the wait loop at step 708.

Fig is a flowchart illustrating the operation of a BS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention.

Referring to Fig, the BS determines started or not the window listening to the MS at step 800. If it is determined that the window listening is not started,step 800 is repeated. If it is determined that the window started listening, the BS determines whether there is or there is no traffic downlink, which should be submitted in MS, at step 802.

If it is determined that the traffic downlink, which should be submitted in MS, there is the step 802, in step 804 BS includes identifier information of the MS and a positive traffic indicator in the message MOB_TRF-IND. If it is determined that the traffic downlink, which should be submitted in MS, does not exist, then at step 806 BS includes identification information of the MS and a negative indicator of traffic in message MOB_TRF-IND.

At step 810 BS transmits a message MOB_TRF-IND, which includes identifier information of at least one MS and the information indicator of traffic (i.e. positive traffic indicator or a negative indicator of traffic), and optionally transmits traffic downlink MS.

Table 4 below shows the format of the messages MOB_TRF-IND transmitted according to an exemplary variant of implementation, illustrated in Fig.

The number SLPID_Info denotes the number of SLPID included in the message MOB_TRF-IND. ID wait (SLPID) is information of the MS ID, which must be activated in a particular frame to accept the message MOB_TRF-IND. SLPID_Info all MS planned to PR is to take the message MOB_TRF-IND in a particular frame, included regardless of positive traffic indicator or negative indicator of traffic. Parameter SLPID_Info consists of two subparameters. Parameter SLPID_Info includes SLPID assigned to the MS, and information of the traffic indicator. The value of the information of the traffic indicator to '0' indicates negative traffic indicator, and the value of the information of the traffic indicator to '1' indicates positive traffic indicator.

According to an exemplary variant of implementation of the present invention, if the MS receives a message MOB_TRF-IND, including negative traffic indicator, the MS and BS set the current wait loop so that it is twice the previous cycle expectations, and go into standby mode independently from the rest of the window, listening. Otherwise, if the MS receives a message MOB_TRF-IND, including positive traffic indicator, a wait loop is reset to the initial cycle expectations, and traffic downlink optional taken during the remainder of the window listening. Accordingly, the MS and BS can implicitly know the starting point of the next scheduled cycle expectations.

Fig.9 is a block diagram illustrating the use of MS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of the implementation of this image is etenia.

Referring to Fig.9, the MS operates in the standby mode at step 900. When operating in the idle mode, the MS determines that started or not the window listening according to the wait loop at step 902. If it is determined that the window listening is not started, returning to step 900, the MS maintains the standby mode.

If it is determined that the window started listening, then at step 904 MS expects to receive a message MOB_TRF-IND during the window listening. Message MOB_TRF-IND indicates whether or not the traffic downlink MS, using the presence or absence of MS ID.

Upon receipt of a message MOB_TRF-IND MS determines in step 912, specifies the message MOB_TRF-IND negative traffic indicator or positive traffic indicator. Then, specifies the message MOB_TRF-IND negative traffic indicator or positive traffic indicator, is defined by include or not the message MOB_TRF-IND the information of the MS ID. If it is determined that the information identifier is included, the message MOB_TRF-IND indicates positive traffic indicator, and if it is determined that the information identifier is not included, the message MOB_TRF-IND indicates a negative indicator of traffic.

If the message MOB_TRF-IND indicates a negative indicator of traffic, the MS increases the next cycle expectations, so it is twice higher than the AET current loop waiting, at step 914. For example, if the length of the current cycle wait is 4 frames, the length of the next cycle wait is 8 frames. BS sets the next cycle expectations, so it is twice the current cycle expectations, while the inclusion of negative traffic indicator in the message MOB_TRF-IND. As a result, the MS recognizes the negative traffic indicator and sets the next cycle expectations, so it is twice the current cycle expectations. Accordingly, the MS and BS implicitly synchronize the wait loop.

If the message MOB_TRF-IND indicates positive traffic indicator, the MS resets the next cycle expectations for the initial length of the wait loop at step 916. BS sets the next cycle expectations MS as the initial wait loop while enabling positive traffic indicator in the message MOB_TRF-IND, and as a result, the MS recognizes the positive traffic indicator and sets the next cycle expectations equal to the initial cycle expectations. Accordingly, the MS and BS implicitly synchronize the wait loop.

If it is determined that the message MOB_TRF-IND is not accepted at step 904, the MS determines in step 906, accepted or no traffic downlink while remaining open listening. If the message MOB_TRF-IND is not accepted, the MS cannot determine what should be doubled to increase the length of the next cycle expectations sludge is to reset the length of the next cycle expectations for the length of the primary cycle expectations. Therefore, the BS and the MS can operate according to different cycles expectations.

Even if MS fails to receive the message MOB_TRF-IND at step 904, the MS can infer that includes the message MOB_TRF-IND not accepted during open auditions, positive traffic indicator or a negative indicator of traffic, by definition, is accepted or not traffic downlink while remaining open listening, at step 906. If it is determined that the traffic downlink is received during the remaining window listening, the MS may determine that the presence of traffic downlink MS reported by the inclusion of positive traffic indicator. If it is determined that the traffic downlink is not taken during the remainder of the window listening, the MS may determine that the absence of traffic downlink MS reported by the inclusion of negative indicator of traffic.

If the traffic is downlink is received during the remaining open listening at step 906, then at step 910, the MS recognizes that the message MOB_TRF-IND not accepted during open auditions, includes positive traffic indicator, and resets the length of the next cycle expectations for the initial length of the wait loop.

If traffic descending lineolate not taken during the remaining open listening at step 906, then at step 908 MS negotiates with the BS for a new job in the standby mode. When the MS transmits the message to the MOB_SLP-REQ to the BS, and the negotiation begins, the BS responds to the message MOB_SLP-REQ by sending a message to MOB_SLP-RSP. Accordingly, using the newly agreed parameter idle mode operation in idle mode begins with the indicated frame (i.e. Start_Frame_Number), thereby solving the problem of synchronization.

In the exemplary embodiment described with reference to Fig.9, MS doubles the wait loop after receiving a negative indicator of traffic and resets the wait loop to the length of the initial cycle to wait after receiving a positive indicator of traffic. The details of the ordering cycle lengths expectations based on the type of traffic indicator is determined according to the result of matching using the transfer utility signals MOB_SLP-REQ/RSP performed by the MS from the BS to switch to the standby mode. Therefore, the agreement in which the wait loop is doubled after receiving a negative indicator of traffic, and the wait loop is reset to the initial length of the wait loop after receiving positive traffic indicator, Pets in an exemplary embodiment, is illustrated in Fig.9.

Another agreement is also possible according to another note is momu variant implementation of the present invention. For example, the agreement may be carried out under the assumption that the wait loop is doubled after receiving a negative indicator of traffic, and the cycle of waiting doubled after receiving positive traffic indicator. In this case, MS doubles the wait loop at step 910.

Figure 10 is a flowchart illustrating the operation of a BS for synchronization control in a loop waiting at the standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention.

Referring to Figure 10, the BS determines started or not the window listening to the MS at step 1000. If it is determined that the window listening is not started, step 1000 repeats. When it is determined that the window started listening, the BS determines in step 1002, whether or not the traffic is downlink, which should be submitted in MS.

If it is determined that the traffic downlink, which should be submitted in MS exists, then at step 1004 BS includes information of the MS ID in the message MOB_TRF-IND. If it is determined that the traffic downlink, which should be submitted in MS, does not exist, the BS does not include identification information of the MS in the message MOB_TRF-IND.

Accordingly, by determining whether there is or there is no information of the MS ID in reported and MOB_TRF-IND, MS may determine that specifies the message MOB_TRF-IND negative traffic indicator or positive traffic indicator.

At step 1006 BS transmits a message MOB_TRF-IND, which includes identifier information of at least one MS, and optionally transmits traffic downlink MS. At step 1008 BS waits to receive a request for approval of works in the standby mode, at least one MS.

If there is no request for approval of operation in standby mode (for example, the message MOB_SLP-REQ not received from the MS), the work in the pre-defined mode (not illustrated) is performed. If the request for approval of works in the standby mode is accepted (message MOB_SLP-REQ is received from the MS), the process goes to step 1010. At step 1010 BS transmits the request message to the waiting time in MS in response to message MOB_SLP-REQ to re-negotiated on the subject of setting to work in standby mode.

Various exemplary embodiments of the present invention described above relative to Figure 5-10 under the assumption that the message MOB_TRF-IND is transmitted in the first frame of the window, listening to MS. However, if supercarry with 4 frames, used by the wireless communication system according to an exemplary variant of implementation of the present invention, the starting point of an arbitrary loop waiting for a MS operating in the standby mode, can be specific frame in supercade. The starting point of the window, listening, composing the wait loop may have a different frame for each MS in supercade. Therefore, the window listening with different initial times, may exist in one supercade.

Instead of sending messages MOB_TRF-IND at the beginning of each window listening to the message MOB_TRF-IND can be completely transmitted in the first frame of superquadra. In this case, the transmitted one communication to the MOB_TRF-IND representing the many Windows of listening. MS, which accepts the message MOB_TRF-IND in a particular frame in supercade, waiting to receive a message MOB_TRF-IND in the first frame of supercade, which includes the initial part of the window, listening. If the received message MOB_TRF-IND includes a negative indicator of traffic MS doubles the current cycle expectations and directly goes to the idle state without having to be activated in the source window, listening. If the received message MOB_TRF-IND includes positive traffic indicator, the MS resets the wait loop to the start of the wait loop. However, the MS can perform the operation microzidee up until the original window listening does not start (i.e. after frames from 0 to 3), and transmit/receive data in the window, listening.

MS may not be able to accept the message MOB_TRF-IND for various reasons. For example, the message MOB_TRF-IND cannot be taken because of a change in system information, etc. for Example, if the MS does not recognize the change in system information, for example information element subpacket secondary header supercade (S-SFH SP IE), the MS may not be able to accept the message MOB_TRF-IND. If the system information is changed, the data transmission on uplink communications MS is prohibited until such time as modified to broadcast the system information is not received from the BS. However, the restriction to prohibit data transmission via uplink communication is contrary to the process request information of the traffic indicator MS by sending a message to the alarm management expectation by MS in a BS according to an exemplary variants of implementation of the present invention.

After receiving the modified system information of the MS may transmit a message alarm management expectation. If a larger number to the wood used, until the modified system information is not received, the frame, which is not accepted message MOB_TRF-IND, may not be able to expressions with a limited number of bits number of frames included in the message alarm management expectation. Additionally, if the message MOB_TRF-IND not accepted by MS, indicates positive traffic indicator, a wait loop is reset to the initial wait loop, and thus the next scheduled window listening can be in the middle of receiving the changed system information. In this case, does not make sense to report the number of the frame of the window listening, in which the MS is unable to receive the message MOB_TRF-IND. This is due to the fact that synchronization may not execute correctly because the MS fails to receive the message MOB_TRF-IND in the window listening to other than the window listening to, which includes message MOB_TRF-IND not accepted by MS. Therefore, in the method described below according to an exemplary variant of implementation of the present invention, a frame number indicating the window listening to, which is not accepted message MOB_TRF-IND, is not reported.

11 is a block diagram illustrating the use of MS for synchronization control in a loop waiting standby mode in the wireless communication system according to timername variant implementation of the present invention.

Referring to 11, the MS operates in the standby mode at step 1100. When operating in the idle mode, the MS determines in step 1102, initiated or not the window listening according to the wait loop. If it is determined that the window listening is not started, returning to step 1100, the MS maintains the standby mode.

If it is determined that the window listening initiated, the MS waits to receive the message MOB_TRF-IND during open auditions, on stage 1104. The presence or absence of MS ID in the message MOB_TRF-IND indicates whether there is or there is no traffic downlink MS.

Upon receipt of a message MOB_TRF-IND MS determines in step 1106, indicates whether the message MOB_TRF-IND negative traffic indicator or positive traffic indicator. Then, specifies the message MOB_TRF-IND negative traffic indicator or positive traffic indicator, is defined by include or not the message MOB_TRF-IND the information of the MS ID. If the information identifier is included, the message MOB_TRF-IND indicates positive traffic indicator, and if the information ID is not included, the message MOB_TRF-IND indicates a negative indicator of traffic.

If the message MOB_TRF-IND indicates a negative indicator of traffic, the MS increases following a wait loop so that it is twice the current wait loop, at step 1108. N the example, if the length of the current cycle wait is 4 frames, the length of the next cycle wait is 8 frames. BS sets the next cycle expectations, so it is twice the current cycle expectations, while the inclusion of negative traffic indicator in the message MOB_TRF-IND, and as a result, the MS recognizes the negative traffic indicator and sets the next cycle expectations, so it is twice the current cycle expectations. Accordingly, the MS and BS implicitly synchronize the wait loop.

If it is determined that the message MOB_TRF-IND indicates positive traffic indicator, the MS resets the next cycle expectations for the initial length of the wait loop at step 1110. BS sets the next cycle expectations MS as the initial wait loop while enabling positive traffic indicator in the message MOB_TRF-IND, and as a result, the MS recognizes the positive traffic indicator and sets the next cycle expectations equal to the initial cycle expectations. Accordingly, the MS and BS implicitly synchronize the wait loop.

If it is determined that the message MOB_TRF-IND is not accepted at step 1104, the MS determines in step 1112, accepted or no traffic downlink while remaining open listening. Because the message MOB_TRF-IND is not accepted in this case, the MS cannot determine what should be doubled to increase the length of the next C is KLA standby or reset the length of the next cycle expectations for the length of the primary cycle expectations. Therefore, in this case, the BS and the MS can operate according to different cycles expectations.

Even if MS fails to receive the message MOB_TRF-IND, MS can conclude that indicates whether the message MOB_TRF-IND not accepted during open auditions, positive traffic indicator or a negative indicator of traffic, by definition, is accepted or not traffic downlink while remaining open listening, at step 1106. If it is determined that the traffic downlink is received during the remaining window listening, the presence of traffic downlink reported through positive traffic indicator included in the message MOB_TRF-IND. If it is determined that the traffic downlink is not taken during the remainder of the window listening, the lack of traffic downlink reported by negative traffic indicator included in the message MOB_TRF-IND.

If it is determined that the traffic downlink is received during the remaining window listening, then at step 1114, the MS recognizes that the message MOB_TRF-IND not accepted during open auditions, indicates positive traffic indicator, and resets the length of the next cycle expectations for the initial length of the wait loop.

Otherwise, if it is determined that the traffic downlink is not taken during the remainder of the window listening, at step 1116, the MS transmits a request message alarm management expectation to inform the BS that the message MOB_TRF-IND is not accepted during open auditions at step 1104. Additionally, the MS requests a start time of the next cycle of waiting and the length of the wait loop, which includes the next scheduled window listening, using a request message alarm management expectation. For example, the request message alarm management expectation can be configured as shown in Table 5 below.

MSID indicates the ID of the MS. Query type indicates the type of request that indicates a request to synchronize the standby mode or the request for transition from idle mode to active mode. For example, if the request type is '0x00', this implies a request of providing information for resolving inconsistent synchronization when the occurrence of inconsistent synchronization caused by exclusion messages MOB_TRF-IND. If the request type is '0x01', this implies that the MS intends to leave standby mode. According to exit standby mode request message alarm management expectation can be used for purposes other than solving the problem of inconsistent synchronization in standby mode. Therefore, if the request message alarm management expectation is only used to solve the problem of inconsistent synchronization in standby mode, information query type may be omitted.

At step 1118 MS receives the response message alarm management expectation in response to the request message alarm management expectation. Accordingly, the MS knows the start time of the next cycle of waiting and the length of the wait loop, including the embracing in itself the next scheduled window listening using the reply message alarm management expectation.

At step 1120 MS synchronizes wait loop using a start time of the next cycle of waiting and the length of the wait loop, which includes the next scheduled window, listening. MS specifies the length of the next cycle of anticipation as the length of the wait loop, which includes the next scheduled window, listening, and begins the next cycle of expectations from the start time of the next cycle expectations. Accordingly, the MS receives a positive traffic indicator or a negative indicator of traffic in the next scheduled window, listening. After receiving positive traffic indicator MS resets the wait loop, which includes the window listening to the initial length of the wait loop without reference to the length of the wait loop. Otherwise, after receiving a negative indicator of traffic MS increases the window listening so that it is twice the previous cycle expectations. In this case, the MS determines the length of the doubled cycle expectations by reference to the length of the wait loop.

In the exemplary embodiment described with reference to 11, MS doubles the wait loop after receiving a negative indicator of traffic and resets the wait loop to alinanazarenko wait loop after receiving positive traffic indicator. The details of the ordering cycle lengths expectations based on the type of traffic indicator is determined according to the result of matching using the transfer utility signals MOB_SLP-REQ/RSP performed by the MS from the BS to switch to the standby mode. Therefore, the agreement in which the wait loop is doubled after receiving a negative indicator of traffic, and the wait loop is reset to the initial length of the wait loop after receiving positive traffic indicator, Pets in the embodiment, at 11.

Another agreement is also possible according to another exemplary variant of implementation of the present invention. For example, the agreement may be carried out under the assumption that the wait loop is doubled after receiving a negative indicator of traffic, and the cycle of waiting doubled after receiving positive traffic indicator. In this case, MS doubles the wait loop at step 1114.

The request message alarm management expectation step 1116 may be configured as another condition. For example, the request message alarm management can be defined as the request message is an indication of improved traffic of the wireless interface (AAI TRF IND-REQ). In addition, the request message signaling control the population expectation can be defined in a widely used format header. For example, the request message alarm management can be defined as a header control wait (SCH) and advanced header control wait (SCEH).

In the exemplary embodiment described with reference to 11, it is assumed that the MS successfully receives the response message alarm management expectation. However, the MS may not receive the response message alarm management expectation due to deterioration of the channel, other environmental conditions, etc. Therefore, the MS shall retransmit the request message alarm management expectation, when the MS determines that the response message alarm management expectation is lost. According to an exemplary variant of implementation of the MS may determine that the response message alarm management expectation is lost when a predetermined period of time passes without receiving reply messages alarm control anticipation of the transfer request message alarm management expectation. According to another exemplary variant of implementation of the MS may determine that the response message alarm management expectation is lost when the number of re-transmission hybrid automatic request for retransmission (HARQ) message in response to the alarm control is possible anticipation reaches its maximum HARQ re-transmission. According to another exemplary variant of implementation of the MS may determine that the response message alarm management expectation is lost when a local denial of admission (NAK) for a reply message alarm management expectation is happening on the physical level.

Fig is a flowchart illustrating the operation of a BS for synchronization control in a loop waiting standby mode in the wireless communication system according to an exemplary variant of implementation of the present invention.

Referring to Fig, the BS determines started or not the window listening to the MS at step 1200. If it is determined that the window started listening, the BS determines in step 1202, whether or not the traffic is downlink, which should be submitted in MS.

If it is determined that there is traffic downlink, which should be submitted in MS, then at step 1204 BS includes information of the MS ID in the message MOB_TRF-IND. By including information of the MS ID in the message MOB_TRF-IND message MOB_TRF-IND detected by MS as a positive indicator of traffic. If there is no traffic downlink, which should be submitted in MS, step 1204 is skipped. Therefore, the MS determines that specifies the message MOB_TRF-IND negative traffic indicator or positive traffic indicator, which according to included or not information of the MS ID in the message MOB_TRF-IND.

At step 1206 BS transmits a message MOB_TRF-IND, which includes identifier information of at least one MS and traffic downlink MS. Traffic is downlink MS can be skipped according to the result of determination of step 1202.

At step 1208, the BS determines what is accepted or not the request message alarm management expectation from MS. The request message alarm management expectation is a message requesting information for synchronization in the standby mode, and is configured, for example, as shown in Table 5 above. If the request alarm management expectation is not accepted, the BS returns to step 1200.

After receiving the request message alarm management expectation BS determines information for synchronization to the standby mode at step 1210. Information for synchronization in idle mode information is the starting time of the next cycle of waiting and the length of the wait loop, which includes the next scheduled window, listening.

After determining the information for synchronization in idle mode, the BS transmits to the MS the response message alarm management expectation, which includes timing information in the standby mode, at step 1212. For example, the message is their response alarm management expectation can be configured so that as shown in Table 6 below.

If the request type is '0x00', the frame number for the next scheduled open auditions denotes the start time of the next cycle expectations, i.e. the first frame of the window listening, located in the initial part of the next cycle expectations. The length of the wait loop denotes the length of the wait loop, which includes the next scheduled window, listening. If the Request Type is 0x01, the confirmation code indicates the confirmation/rejection of BS regarding "exit standby mode" MS.

Further details of the length of the wait loop that indicates the length of the wait loop, which includes the next scheduled window, listening. The length of the wait loop denotes the length of the wait loop, which includes the window listening when a negative indicator of traffic is transmitted in the window listening to, which is twice the immediately preceding cycle expectations. Therefore, if the MS accepts the position is positive traffic indicator in the window listening, MS resets the wait loop, which includes the window listening to the initial length of the wait loop without reference to the length of the wait loop. Otherwise, after receiving a negative indicator of traffic, the MS should increase the window listening so that it is twice the previous cycle expectations. In this case, the length of the wait loop denotes the length of the doubled cycle expectations.

Optionally, the length of the wait loop can be used, even if one accepts positive traffic indicator. For example, if the MS and BS will increase in two times the wait loop without resetting cycle expectations, even if the positive traffic indicator is made according to the pattern cycle expectations, agreed with the message SLP-REQ/RSP by MS and BS, then the length of the wait loop should be used, even if one accepts positive traffic indicator. Even if the positive traffic indicator is received, the MS must know the length of the wait loop, when the loop timeout is doubled, and thus the length of the wait loop should be delivered. Summarizing the above, when the wait loop is increased so that it is twice the length of the previous cycle expectations, the length of the wait loop denotes the length of the doubled cycle. Then, whether or not it twice to increase the cycle, the agreement is : using the transfer utility signals MOB_SLP-REQ/RSP, and there are several cases according to the result of the reconciliation. In the following two cases, the MS determines the length of the wait loop, which should increase so that it is twice the previous cycle out according to the length of the wait loop:

1) Even if the positive traffic indicator is received, the length will be doubled.

2) If a negative indicator of traffic is received, the length is doubled, without exception.

The response message alarm management expectation transmitted at step 1212, can be specified as another condition. For example, the request message alarm management can be defined as a message AAI TRF IND-REQ. In addition, the request message alarm management can be defined in a widely used format header. For example, the request message alarm management can be defined as SCH and SCEH. In this case, the message AAI TRF IND-RSP, SCH or SCEH includes a frame number indicating the number of the starting frame for the next scheduled cycle expectations, and the length of the wait loop, indicating the size of the next scheduled cycle expectations. In an exemplary embodiment of the present invention described with reference to 11 and Fig, the length of the wait loop specifies the size of the next would become law the aqueous wait loop. The length of the wait loop specifies doubled the size of the wait loop due to a negative indicator of traffic. However, according to another exemplary variant of the implementation cycle length timeout specifies the size of the previous cycle of waiting for the next scheduled cycle expectations.

Therefore, when the MS should increase the wait loop so that it increases twice, the MS uses the value of the length of the wait loop as doubled the size of the wait loop according to an exemplary variant of implementation of the present invention described with reference to 11. However, according to another exemplary variant of implementation of the MS uses twice the length of the wait loop as doubled the size of the wait loop.

In the fourth exemplary embodiment of the present invention described with reference to 11 and Fig, the MS transmits a request message alarm management expectation. However, according to another exemplary variant implementation independent service message intended for individual functions, can be used as a request message alarm management expectation. For example, the very independent service message may indicate "request for information synchronization of writing the Oia". In addition, according to another exemplary variant of implementation of the present invention, the MS can transmit CQICH allocated CDMA code or special code for synchronization instead of the message with request/response signaling management expectation.

Fig is a block diagram illustrating the structure of an MS in the wireless communication system according to an exemplary variant of implementation of the present invention.

Referring to Fig, MS includes a radio frequency (RF) processor 1302, a modem 1304 and the controller 1306. MS also may include additional and/or other modules. Similarly, the functionality of two or more of the above modules can be integrated into a single component.

RF processor 1302 transmits and receives signals through the radio channel, which includes operations such as converting the frequency band of the signal amplification and the like RF processor 1302 converts from the higher frequency signal in the band of modulating frequencies provided from the modem 1304, the signal in the band of RF frequencies and then transmits the signal in the band of RF frequencies via the antenna and converts with decreasing frequency signal in the band of RF frequencies received through the antenna, the signal in the band of modulating frequencies.

Modem 1304 converts between the signal in the band of modulating frequencies and the bit stream according to the Protocol of the physical layer of the system. For example, if reduce data modem 1304 generates complex symbols by performing coding and modulation for a stream of transmitted (Tx) bits, converts the complex symbols to subcarriers, and configures the characters multiplexing orthogonal frequency division multiplexing (OFDM) through operation of the inverse fast Fourier transform (IFFT) and inserting a cyclic prefix (CP). When receiving data, the modem 1304 divides the signal in the band of modulating frequencies provided from the RF processor 1302, in units of OFDM symbols, restores signals converted to subcarriers by performing FFT operations, and then restores the flow of incoming (Rx) bits by performing demodulation and decoding

The controller 1306 controls the overall functions of MS. For example, the controller 1306 generates and analyzes a control message to control the medium access (MAC)passed to and received from the BS. The controller 1306 includes an administrator 1308 modes to determine the operating mode of the MS and for the management of MS so that it operates according to a predetermined mode. Administrator 1308 modes determines whether or not to switch to the standby mode, according to how often formed Tx/Rx traffic. If the transition is performed in the standby mode, the administrator 1308 modes controls the switching between the standby state and an active state according to the wait window and the window listening in a waiting loop. During the window waiting p is press the standby controller 1306 does not perform the operation of receiving signals. During the window listening to the standby controller 1306 determines that there is or there is no traffic downlink MS, using messages MOB_TRF-IND received from the BS. Additionally, the administrator 1308 modes regulates the length of the wait loop according to the presence of traffic downlink.

The details of the ordering cycle lengths expectations are defined according to the result of the transfer of service signals MOB_SLP-REQ/RSP performed in order to switch to the standby mode. For example, the length can be ordered so that the wait loop is doubled after receiving a negative indicator of traffic, and the wait loop is reset to the initial length of the wait loop after receiving a positive indicator of traffic, or so that the wait loop is doubled after receiving a negative indicator of traffic, and the cycle of waiting doubled after receiving positive traffic indicator. In this case, if the message MOB_TRF-IND is not accepted during open auditions, the controller 1306 performs the following function for the case of inconsistent synchronization in a loop waiting with BS.

If the message MOB_TRF-IND is not accepted during open listening (if the message MOB_TRF-IND is lost or not detected), the controller 1306 determines what is accepted or not traffic downlink in BP the two remaining open listening. If the traffic is downlink is received during the remaining window listening, the controller 1306 determines that the message MOB_TRF-IND not accepted during open auditions, indicates positive traffic indicator, and resets the length of the next cycle expectations for the length of the primary cycle expectations. If the traffic is downlink is not taken during the remainder of the window listening, the controller 1306 generates a request message alarm management expectation and transmits the request message alarm control waiting in the BS modem 1304 and RF processor 1302. The controller 1306 informs the BS that message MOB_TRF-IND is not accepted during open auditions, using a request message alarm management expectation and requests a start time of the next cycle of waiting and the length of the wait loop, which includes the next scheduled window, listening. For example, the request message alarm management expectation is configured as shown in Table 5 above. Next, after receiving the reply message alarm management expectation in response to the request message alarm management expectation through the RF processor 1302 and the modem 1304, the controller 1306 determines the starting time of the next cycle expectations included in the response message alarm control R is a W, and the length of the wait loop, which includes the next scheduled window, listening.

Administrator 1308 modes synchronizes wait loop using a start time of the next cycle of waiting and the length of the wait loop, which includes the next scheduled window, listening. Administrator 1308 modes accepts the message MOB_TRF-IND during open expectations, beginning with the starting time of the next cycle expectations. If the message MOB_TRF-IND includes positive traffic indicator, the administrator 1308 modes resets the specific length of the wait loop. If the message MOB_TRF-IND includes a negative indicator of traffic, the administrator 1308 modes specifies the length of a particular cycle of anticipation as the length of the wait loop, which includes the next scheduled window, listening.

In the above exemplary embodiment, the controller 1306 queries the length of the wait loop, which includes the next scheduled window listening, using a request message alarm management expectation and takes the length of the wait loop, which includes the next scheduled window listening, using the reply message alarm management expectation. According to another exemplary variant implementation, the length of the cycle is waiting, including the next scheduled window listening, may be replaced by the length of the previous cycle wait cycle expectations, including the next scheduled window, listening.

In the above embodiment, the MS may not receive the response message alarm management expectation due to deterioration of the channel, other environmental conditions, etc. Therefore, the controller 1306 should be managed so that it re-transmits the request message alarm management pending when the controller 1306 determines that the response message alarm management expectation is lost. According to an exemplary variant of implementation, the controller 1306 may determine that the response message alarm management expectation is lost when a predetermined period of time passes without receiving reply messages alarm control waiting time from transmission of the request message alarm management expectation. According to another exemplary variant of implementation, the controller 1306 may determine that the response message alarm management expectation is lost when the number of HARQ re-transmission of the reply message alarm management expectation reaches the maximum HARQ re-transmission. According to another about what the variant implementation, the controller 1306 may determine that the response message alarm management expectation is lost when the local NAK message with alarm response management expectation is happening on the physical level.

In the above embodiment, the request message alarm management can be defined as another condition. For example, the request message alarm management can be defined as a message AAI TRF IND-REQ. In addition, the request message alarm management can be defined in a widely used format header. For example, the request message alarm management can be defined as SCH and SCEH.

Fig is a block diagram illustrating the structure of a BS in a wireless communication system according to an exemplary variant of implementation of the present invention.

Referring to Fig, BS includes an RF processor 1402, modem 1404 and the controller 1406.

RF processor 1402 transmits and receives signals through the radio channel and can perform the conversion bandwidth of the signal amplification and the like RF processor 1402 converts from the higher frequency signal in the band of modulating frequencies provided from the modem 1404, the signal in the band of RF frequencies and then transmits the signal in the band of RF frequencies via the antenna and converts with decreasing frequency signal in Polo is e RF frequencies, received through the antenna, the signal in the band of modulating frequencies.

Modem 1404 converts between the signal in the band of modulating frequencies and the bit stream according to the Protocol of the physical layer of the system. For example, when transferring data modem 1404 generates complex symbols by performing coding and modulation for a thread Tx-bits, displays complex characters in subcarriers and configures OFDM symbols by performing IFFT operation and CP insertion. When receiving data, the modem 1404 divides the signal in the band of modulating frequencies provided from the RF processor 1402, in units of OFDM symbols, restores signals converted to subcarriers by performing FFT operations, and then restores the flow of Rx bits by performing demodulation and decoding.

The controller 1406 controls the overall functions of the BS. For example, the controller 1406 generates and analyzes MAC control message transmitted and received from MS. The controller 1406 determines the working mode of the MS the MS request or without request, and generates a message indicating a specific operating mode. The operating mode includes a standby mode and an active mode. The controller 1406 includes the administrator 1408 wait cycles for the control loop waiting for at least one MS operating in the standby mode. The wait loop increases the sludge is reduced according to the change of the standby mode, and may be different for different MS. In addition, the controller 1406 generates a message MOB_TRF-IND transmitted during the window listening MS.

The controller 1406 also includes 1410 driver information synchronization for the formation of information to solve the problem of inconsistent synchronization in a loop waiting with the BS by the MS, which is unable to accept the message MOB_TRF-IND during the window listening. Driver 1410 information synchronization generates timing information after receiving the request message alarm management expectation from MS. Information for synchronization in the standby mode may include information start time of the next cycle of waiting and the length of the wait loop, which includes the next scheduled window, listening. The controller 1406 generates the response message alarm management expectation, which includes timing information, and transmits the response message alarm control waiting modem 1404 and RF processor 1402. For example, the response message alarm management expectation is configured as shown in table 6 above.

In the above embodiment, the response message alarm management can be defined as another condition. For example, the response message alarm management can be C is given as the response message is an indication of improved traffic of the wireless interface (AAI TRF IND-RSP). Additionally, the request message alarm management can be defined in a widely used format header. For example, the request message alarm management can be defined as SCH and SCEH. In this case, the message AAI TRF IND-RSP, SCH or SCEH includes a frame number indicating the number of the starting frame for the next scheduled cycle expectations, and the length of the wait loop, indicating the size of the next scheduled cycle expectations.

In the above exemplary embodiment, the controller 1406 receives the request to provide the length of the wait loop, which includes the next scheduled window listening, using a request message alarm management expectation and provides the length of the wait loop, which includes the next scheduled window listening, using the reply message alarm management expectation. According to another exemplary variant implementation, the length of the wait loop, which includes the next scheduled window listening, may be replaced by the length of the previous cycle wait cycle expectations, including the next scheduled window, listening.

According to the structures of the MS and the BS, as described above with reference to Fig and Fig, the MS transmits the request message when nalizatsii management expectation. However, according to another exemplary variant implementation independent service message intended for individual functions, can be used as a request message alarm management expectation. For example, the very independent service message may indicate "request for information synchronization expectations." In addition, according to another exemplary variant of implementation of the present invention, the MS can transmit CQICH allocated CDMA code or special code for synchronization instead of the message with request/response signaling management expectation.

According to an exemplary variants of implementation of the present invention, the state change between MS and BS is controlled using alarm management expectation, so that the synchronization is in the standby mode is maintained even if the message MOB_TRF-IND is not accepted.

Although the invention is shown and described with reference to specific exemplary embodiments of the specialists in the art should understand that various changes in form and content can be made without departure from the essence and scope of the invention defined by the attached claims and their equivalents.

1. The method of operation of a mobile station (MS) in idle mode in a wireless communication system, when e is om method comprises the steps are:
- if the message indicator traffic and unicast data are not accepted in the window listening to transmit one of the request message and the first header to the base station (BS)to request the location of the next scheduled open auditions; and
- synchronize to the next cycle expectations after receiving the response to one request message and header.

2. The method according to claim 1, in which the transmission of one of the request message and the first header includes a stage on which to transmit a request message and header to the BS to request the number of the starting frame for the next scheduled cycle expectations and the size of the next scheduled cycle expectations.

3. The method according to claim 2, in which the request message contains the request message on the indicator radiointerface traffic (AAI TRF IND-REQ).

4. The method according to claim 2, in which the first header contains one of the header control wait (SCH) and advanced header control wait (SCEH).

5. The method according to claim 1, wherein the response contains one of the reply message and the second header.

6. The method according to claim 5, in which the response message contains the response message for an enhanced indicator radiointerface traffic (AAI TRF IND-RSP).

7. The method according to claim 5, in which the second header contains one of the SCH and SCEH.

8. SPO is about according to claim 5, in which one of the reply message and the second header contains the number of the start frame of the next scheduled cycle expectations and the size of the next scheduled cycle expectations.

9. The method according to claim 8, in which the size of the next scheduled cycle timeout specifies the length of the wait loop, which contains the next scheduled window, listening for the case when the wait loop is doubled.

10. The method according to claim 1, additionally containing a stage at which, if the message indicator traffic is one of the lost and undetected, during the remaining interval of the window, listening remains activated.

11. The method according to claim 10, further containing a stage at which, if the unicast data is received during the window listening to determine what traffic indicator is positive.

12. The method according to claim 1, in which the transmission of one of the request message and the first header includes a stage on which to transmit a request message and header to the BS to request the number of the starting frame for the next scheduled cycle expectations and the size of the previous cycle of waiting for the next scheduled cycle expectations.

13. The method of operation of a base station (BS) in a wireless communication system, the method contains the steps are:
- take one, and the request message and the first header from the mobile station (MS), which you cannot accept the message indicator traffic and unicast data during window listening to query the location of the next scheduled open auditions; and
reply to MS via unicast one of the reply message and the second header, which contains the number of the start frame of the next scheduled cycle expectations and the size of the next scheduled cycle timeout, in MS.

14. The method according to item 13, in which the request message contains the request message on the indicator radiointerface traffic (AAI TRF IND-REQ).

15. The method according to item 13, in which the first header, taken from MS, contains one of the header control wait (SCH) and advanced header control wait (SCEH).

16. The method according to item 13, in which the response message contains the response message for an enhanced indicator radiointerface traffic (AAI TRF IND-RSP).

17. The method according to item 13, in which the second header unicast transmitted to the MS contains one of the SCH and SCEH.

18. The method according to item 13, in which one of the reply message and the second header contains the number of the start frame of the next scheduled cycle expectations and the size of the next scheduled cycle expectations.

19. The method according to p, in which the size of the next scheduled cycle timeout specifies the length of the wait loop, which which contains the next scheduled window, listening for the case when the wait loop is doubled.

20. The device is a mobile station (MS) in a wireless communication system, the device contains:
- the modem to send one request message and the first header to the base station (BS)to request the location of the next scheduled open auditions, if the message indicator traffic and unicast data are not accepted during open auditions; and
controller to perform synchronization for the next cycle expectations after receiving the response to one request message and header.

21. The device according to claim 20, in which the modem transmits one request message and the first title in the BS to request the number of the starting frame for the next scheduled cycle expectations and the size of the next scheduled cycle expectations.

22. The device according to item 21, in which the request message contains the request message on the indicator radiointerface traffic (AAI TRF IND-REQ).

23. The device according to item 21, in which the first header contains one of the header control wait (SCH) and advanced header control wait (SCEH).

24. The device according to claim 20, in which the response contains one of the reply message and the second header.

25. The device according to paragraph 24, in which the response message contains the response message for the advanced Indyk is the Torah radiointerface traffic (AAI TRF IND-RSP).

26. The device according to paragraph 24, in which the second header contains one of the SCH and SCEH.

27. The device according to paragraph 24, in which one of the reply message and the second header contains the number of the start frame of the next scheduled cycle expectations and the size of the next scheduled cycle expectations.

28. The device according to item 27, in which the size of the next scheduled cycle timeout specifies the length of the wait loop, which contains the next scheduled window, listening for the case when the wait loop is doubled

29. The device according to claim 20, in which, if the message indicator traffic is one of the lost and undetected, the controller controls the device to remain activated during the remaining interval of the window, listening.

30. The device according to clause 29, in which, if the unicast data are accepted during open auditions, the controller determines that the traffic indicator is positive.

31. The device according to claim 20, in which the modem transmits one request message and the first title in the BS to request the number of the starting frame for the next scheduled cycle expectations and the size of the previous cycle of waiting for the next scheduled cycle expectations.

32. The device is a base station (BS) in a wireless communication system, the device contains:
modem for receiving one of the request message and the first header from the mobile station (MS), which is unable to accept the message indicator traffic and unicast data during open auditions, and the request message requests the location of the next scheduled open auditions; and
controller to respond to MS via unicast one of the reply message and the second header, which contains the number of the start frame of the next scheduled cycle expectations and the size of the next scheduled cycle timeout, in MS.

33. The device according to p in which the request message contains the request message on the indicator radiointerface traffic (AAI TRF IND-REQ).

34. The device according to p in which the first header, taken from MS, contains one of the header control wait (SCH) and advanced header control wait (SCEH).

35. The device according to p, in which the response message contains the response message for an enhanced indicator radiointerface traffic (AAI TRF IND-RSP).

36. The device according to p, in which the second header unicast transmitted to the MS, contains one of the SCH and SCEH.

37. The device according to p, in which one of the reply message and the second header contains the number of the start frame of the next scheduled cycle expectations and the size of the following is th scheduled a wait loop.

38. The device according to clause 37, in which the size of the next scheduled cycle timeout specifies the length of the wait loop, which contains the next scheduled window, listening for the case when the wait loop is doubled.