Re: stds-802-16-mobile: Handoff and Sleep Mode Ad-hoc
Dear Ofer Kelman
I am Changhoi Koo of Samsung.
Thanks for your comments and view on Sleeping mode operation.
Here are my view on your comments
I believe that unsolicited SLP_RSP operations has been removed with agree upon in the last meeting(Mr. Chanirman agree with this commentary), But the concept that the BS can do mode change(Awake to Sleep) is going to be considered positively.
Furthermore, from point of message definition, the simple and straightforward naming and structure based on the direction(BS to MSS or MSS to BS) and operation(BS or MSS) should be implemented. So REQ message for request of mode changes would be more reasonable approach than unsolicited RSP message.
For the first comments. I agree fully with your comments. However, what the MSS sends SLP_RSP message would not be redundant and waisting of power. the asynchnization problem would be more critical problem than the sending SLP_RSP message. For avoiding undesirable retransmission and undesirable monitoring of the MSS due to mis-matching of MAC state machine (packet loss), the response shall be implemented and specified. For example, if not implemeting the response from receiver side, the MSS may stay and monitor continually in the awake mode even it does not have any packet data to be received during the BS in sleep mode. This kind of situation would require more power consumption than no sending response message.
For the second comments, In case of MSS initiated awke to sleep mode changes, the BSS sends the response message when it receives the SLP_REQ message from the MSS. Therefore, the same coupling operation for both BS and MSS initiated mode changes would be implemented to adjust messaging direction and purpose.
Thansk
Changhoi Koo
----- Original Message -----
From: "Ofer Kelman" <okelman@Airspan.com>
To: <stds-802-16-mobile@ieee.org>
Sent: Tuesday, June 17, 2003 5:08 AM
Subject: RE: stds-802-16-mobile: Handoff and Sleep Mode Ad-hoc
> Itzik and all,
>
> Better late then....
>
> I agree with most of your text.
>
> I understand that the italic font on the BS SLP_REQ message calls for discussion. I support the approach that the BS send unsolicited SLP_RSP message to allow the MSS to transit from Awake to Sleep, without the MSS having to response at all.
> The reasons behind this approach are:
> 1- We are trying to preserve MSS power. Thus eliminating the need to acknowledge the SLP_RSP works for it.
> 2- The concern is that the MSS did not receive the SLP_RSP. The situation is very much the same as when the MSS initiates the process. In both cases when the BS approves the mode transition, there is no positive indication that the MSS received the SLP_RSP.
>
> Regards
> Ofer
>
>
>