통신 시스템의 슬립 모드에서 레인징 정보 송수신 장치 및 방법 document_id A220623036396

일반적으로, 통신 시스템은 이동단말기(MS: Mobile Station, 이하 'MS'라 칭하기로 한다)들에게 고속의 대용량 데이터 송수신이 가능한 서비스를 제공하기 위한 형태로 발전해 나가고 있다. 통신 시스템의 대표적인 예로 IEEE(Institute of Electrical and Electronics Engineers) 802.16e 통신 시스템이 있다. 상기 IEEE 802.16e 통신 시스템에서는 MS와 기지국(BS: Base Station, 이하 'BS'라 칭하기로 한다)간 통신을 항상 유지하는 것이 정상모드(Normal Mode)의 동작이다. 상기 IEEE 802.16e 통신 시스템에서 MS는 BS로부터 데이터를 수신하기 위해 항상 다운링크(Downlink)를 감시한다. 이에 따라 BS가 MS로 송신할 데이터가 없거나 MS가 BS로 송신할 데이터가 없을 때에도 MS는 항상 다운링크(Downlink)를 감시하므로 전력을 지속적으로 소모하게 되는 문제가 있다. 특히, 상기 IEEE 802.16e 통신 시스템은 MS의 이동성을 고려하므로, 상기 MS의 전력 소모는 시스템 전체 성능에 중요한 요인으로 작용한다. 따라서 상기 MS의 전력 소모를 최소화 시키기 위해 MS와 BS간 슬립 모드(SLEEP MODE) 동작 및 상기 슬립 모드 동작에 대응되는 어웨이크 모드(AWAKE MODE) 동작이 제안되었다. 또한 MS는 BS와의 채널 상태의 변화에 대응하기 위해, 주기적으로 BS와의 타이밍 오프셋(timing offset)과, 주파수 오프셋(frequency offset) 및 전력을 보정하는 레인징(ranging) 동작을 수행한다. 그러면 여기서 도 1을 참조하여, 통신 시스템의 슬립모드에 대한 동작 수행에 따른 MS와 BS간 메시지 송수신 과정에 대해서 설명하기로 한다. 도 1은 통신 시스템의 슬립모드에 대한 동작을 수행하는 과정을 도시한 도면이다. 상기 도 1을 참조하면, 먼저 MS(100)는 어웨이크 모드에 존재하다가 슬립모드로 천이하고자 하면 상기 BS(110)로 MOB_SLP-REQ(MOBile_SLeeP-REQuest) 메시지를 송신한다(101 단계). 상기 MOB_SLP-REQ 메시지를 수신한 BS(110)은 상기 BS(100) 자신 및 상기 MS(100)의 상황을 고려하여 상기 MS(100)의 슬립모드로의 천이를 허락할지 여부를 판단하고, 상기 판단 결과에 상응하게 상기 MS(100)로 MOB_SLP-RSP(MOBile_SLeeP-ReSPonse) 메시지를 송신한다(103 단계). 여기서 상기 MOB_SLP-RSP 메시지는 리스닝(Listening) 구간 파라미터를 포함한다. 또한, 상기 슬립 모드의 리스닝 구간에서 상기 BS(110)가 상기 MS(100)로 송신할 데이터가 있는 경우, 상기 BS(110)는 상기 리스닝 구간에서 상기 MS(100)로 상기 MS(100)의 식별자를 포함한 MOB_TRF-IND(MOBile_TRaFfic-INDication) 메시지를 송신한다. 상기 BS(110)로부터 상기 MOB_SLP-RSP 메시지를 수신한 상기 MS(100)는 상기 MOB_SLP-RSP 메시지에 상응하게 슬립 모드 동작을 시작한다. 물론 상기 MS(100)는 상기 MOB_SLP-RSP 메시지에 포함되어 있는 리스닝 구간 파라미터에 상응하게 수행할 동작에 대해서도 인지하고 있게 된다. 또한 상기 MS(100)는 슬립 모드로 동작하고 있더라도, 상기 BS(110)로 송신할 데이터가 있는 경우에는 상기 슬립 모드 에서 바로 어웨이크 모드로 천이할 수 있다. 한편, 상기 BS(110)는 상기 슬립 모드의 리스닝 구간에서 MOB_TRF-IND 메시지를 송신한다(105 단계). 여기서 상기 MOB_TRF-IND 메시지는 상기 MS의 식별자가 포함되지 않을 수 있다. 이 경우, 상기 MOB_TRF-IND 메시지는 상기 MS(100)에 해당하지 않는 메시지 이므로, 상기 MS(100)는 상기 MOB_TRF-IND 메시지를 디코딩 한 후, 자신의 식별자가 포함되어 있지 않음을 확인하고, 다시 슬립 모드 동작을 수행한다. 상기 BS(110)는 일정 시간 후 상기 슬립 모드의 리스닝 구간에서 상기 MS(100)로 송신할 데이터가 있는 경우, 상기 MS(100)의 식별자를 포함한 MOB_TRF-IND 메시지를 상기 MS(100)로 송신한다(107 단계). 상기 MOB_TRF-IND 메시지는 상기 MS(100)에 해당하는 메시지이므로, 상기 MS(100)는 상기 MOB_TRF-IND 메시지를 디코딩 한 후, 자신의 식별자가 포함되어 있음을 확인하고, 어웨이크 모드로 천이하여 상기 BS(110)로부터 데이터를 수신한다. 상기 MS(100)와 상기 BS(110)의 데이터 송수신이 끝난 후, 상기 MS(100)와 상기 BS(110)는 다시 슬립 모드로 모드를 천이 하기 위하여 다시 MOB_SLP-REQ 메시지 및 MOB_SLP-RSP 메시지를 주고 받는다. 이때, 상기 MS(100)와 상기 BS(110)는 상기 슬립 모드로의 모드 천이를 위해 상기 MOB_SLP-REQ 메시지와 상기 MOB_SLP-RSP 메시지를 송수신해야 함으로 불필요한 메시지의 송신을 수행하게 된다. 이로 인해 업링크(Uplink) 및 다운링크(Downlink)의 자원이 낭비되고 전력 소모가 발생하는 문제가 있다. 또한 상기 MS(100)는 상기 BS(110)로 상기 MOB_SLP-REQ 메시지를 송신하기 위한 대역폭을 할당 받기 위해 BW-REQ(BandWidth-REQuest) 메시지를 송신하여 대역폭 레인징을 수행해야 한다. 이에 따라 상기 MS(100)는 슬립 모드로 모드 천이를 하기 위한 시간을 지연시키는 단점이 있다. 한편, 상기 IEEE 802.16e 통신 시스템에서는 상술한 바와 같은 슬립 모드 동작 및 어웨이크 모드 동작을 지원하기 위해 하기와 같은 메시지들을 정의하고 있다. (1) MOB_SLP-REQ 메시지 상기 MOB_SLP-REQ 메시지는 상기 MS가 어웨이크 모드에 존재하다가 슬립 모드로 천이하고자 할 경우, 상기 BS로 송신하는 메시지이다. 상기 MOB_SLP-REQ 메시지에는 상기 MS가 슬립 모드로 모드 천이를 하기 위해 요구되어지는 파라미터들, 즉, 정보 엘리먼트(IE: Information Element)들이 포함되며, 상기 MOB_SLP-REQ 메시지 포맷은 하기 표 1에 나타난 바와 같다. 상기 표 1에 나타난 바와 같이, 상기 MOB_SLP-REQ 메시지는 다수의 IE들을 포함한다. 상기 관리 메시지 타입(Management Message Type)은 송신되는 메시지의 타입을 나타내는 정보이다. 상기 관리 메시지 타입이 50일 경우 송신되는 메시지는 상기 MOB_SLP-REQ 메시지임을 의미한다. 상기 클래스의 개수(Number of Classes)는 상기 MOB_SLP-REQ 메시지에 포함될 전력 절약 클래스(power saving class)의 수를 나타낸다. 상기 정의(Definition)는 새로운 전력 절약 클래스 정의 또는 기존의 클래스에 대한 정의를 지시하는지를 나타낸다. 상기 오퍼레이션(Operation)은 전력 절약 클래스를 활성화(activation)하는지, 아니면 비활성화(deactivation) 하는지를 나타낸다. 그리고 상기 전력 절약 클래스 식별자(Power_Saving_Class_ID)는 현재 동작을 지시하는 전력 절약 클래스를 나타내기 위한 식별자를 나타낸다. 상기 시작 프레임 번호(Start_Frame_Number)는 해당 전력 절약 클래스를 활성화시킬 시점을 나타낸다. 상기 정의가 1인 경우, 해당 전력 절약 클래스 식별자의 특성을 나타내는 IE들은 하기와 같다. 003c#1003e# 전력 절약 클래스 타입(Power_Saving_Class_Type): 해당 전력 절약 클래스의 종류를 나타낸다. 여기서 상기 해당 전력 절약 클래스의 종류는 하기와 같다. 1)Type 1 : 종래 슬립 모드 동작을 따르는 클래스이다. 즉, 상기 MS는 리스닝 구간에서 데이터 송수신이 일어나거나, 긍정적 지시를 포함한 MOB_TRF-IND 메시지 수신할 때 어웨이크 모드로 깨어난다. 2)Type 2 : 고정된 슬립 구간을 가지며, 리스닝 구간에서 데이터 송수신을 하고, 고정된 슬립 구간 후 다음번 리스닝 구간에서 데이터 송수신을 하는 클래스이다. 3)Type 3 : 상기 Type 1 과 Type 2가 모드 천이 요구 메시지를 수신하지 않으면 계속해서 슬립 모드를 유지하는 것에 반해, 상기 Type 3은 한번의 슬립 모드 동작, 즉 한번의 슬립 구간 후에 자동적으로 슬립 모드를 종료하는 클래스를 의미한다. 주로 관리 메시지(Management message) 또는 멀티캐스트 트래픽(Multicast Traffic)에 사용된다. 003c#2003e# 링크방향(Direction) : 업링크 또는 다운링크 인지를 나타낸다. 003c#3003e# TRF-IND_Required : 상기 TRF-IND_Required 는 MS의 해당 전력 절약 클래스를 비활성화시켜야할 경우, MOB_TRF-IND 메시지 사용여부를 나타낸다. 만일, 상기 MOB_TRF-IND 메시지를 사용해야할 경우, BS는 MS로 슬립 식별자(SLPID : SLeeP IDentifier, 이하 'SLPID'라 칭하기로 한다)를 할당한다. 그럼 MS는 리스닝 구간동안 상기 BS로부터 MOB_TRF-IND 메시지를 수신하고, 해당 전력 절약 클래스와 매핑된 상기 SLPID의 존재여부를 체크한다. 이를 통해 상기 MS는 상기 해당 전력 절약 클래스를 비활성화시킬지 여부를 결정하게 된다. 003c#4003e# 트래픽 트리거 웨이큰 표시(TTWF : Traffic_Triggered_Wakening_Flag, 이하 'TTWF'라 칭하기로 한다) : 상기에서 설명한 전력 절약 클래스 타입이 나타내는 해당 전력 절약 클래스의 종류인 Type 1에만 적용된다. 좀 더 자세히 설명하면, 상기 TTWF는 리스닝 구간에 데이터가 발생하더라도, 상기 MS가 슬립 모드를 유지하고자 할 경우 사용된다. 즉, 상기 TTWF가 0 인 경우, 상기 MS는 리스닝 구간 동안 데이터를 송수신 하고, 리스닝 구간이 끝나는 시점, 즉 슬립 구간이 시작되는 시점에 다시 슬립 모드로 모드를 천이한다. 물론, 상기 리스닝 구간 동안 상기 BS가 해당 전력 절약 클래스 용 MAC(Medium Access Control) SDU(Service Data Unit)를 송신하고자 할 경우, 또는 상기 MS가 해당 전력 절약 클래스용 연결에 대해 BW-REQ 메시지를 송신하는 경우, 또는 상기 MS가 긍정적 지시, 즉, 상기 BS로부터 상기 MS의 식별자를 포함한 MOB_TRF-IND 메시지를 수신한 경우에 상기 MS는 슬립 모드를 종료하고, 어웨이크 모드로 모드를 천이할 수 있다. 또한 상기 MS는 MOB_SLP-REQ 메시지와 MOB_SLP-RSP 메시지의 송수신을 통해 상기 슬립 모드를 종료할 수도 있다. 한편, 상기 TTWF가 1인 경우, 상기MS는 리스닝 구간 동안 상기 BS로부터 PDU(Packet Data Unit)를 수신하거나, 슬립 모드를 종료시키는 관리 메시지, 일 예로 MOB_SLP-RSP 메시지 또는 다운링크 슬립 컨트롤 확장 부헤더(DL Sleep Control Extended Subheader)를 수신하게 되면, 슬립 모드를 무조건 종료하고, 어웨이크 모드로 모드를 천이해야만 한다. 또한, 상기 MS는 상기 MS 자체에서 데이터가 발생하거나, 슬립 모드를 종료시키는 관리 메시지, 즉 MOB_SLP-REQ 메시지 또는 대역폭 요구 메시지와 업링크 슬립 컨트롤 헤더를 상기 BS로 전송하는 경우에도 상기 슬립 모드를 무조건 종료하고 어웨이크 모드로 모드를 천이해야만 한다. 다시 말해, 상기 MS TTWF가 1일 때 리스닝 구간 동안 트래픽 발생 또는 관리 메시지가 발생할 경우 어웨이크 모드로 깨어나게 된다. 상술한 바와 같이, 상기 TTWF는 상기 MS가 해당 전력 절약 클래스의 종류인 Type 1을 Type 2처럼 슬립 모드를 유지하고, 리스닝 구간 동안 데이터 송수신을 하고자 할 경우 사용된다. 003c#5003e# 초기 슬립 구간(Initial-sleep Window) : 슬립 구간을 시작하는 시작 값을 나타낸다. 003c#6003e# 리스닝 구간(Listening Window) : 요구된 청취 구간을 나타낸다. 상기 MS는 리스닝 구간동안 트래픽을 송수신하거나, 상기 TRF-IND_Required가 1인 경우, 상기BS로부터 MOB-TRF-IND 메시지를 수신한다. 003c#7003e# 최대 슬립 구간 : 슬립 구간의 최대 값은 최종 슬립 구간 베이스(final-sleep window base)와 최종 슬립 구간 지수(final-sleep window exponent), 즉 두개의 파라미터를 통해 결정된다. 즉, 상기 최대 슬립 구간 값은 (final-sleep window base)*2^(final-sleep window exponent)로 결정된다. 003c#8003e# 연결 식별자 개수(Number_of_CIDs) : 해당 전력 절약 클래스에 연합(Associated)된 슬립 연결 식별자의 총 개수(Number_of_Sleep_Connection IDs)를 나타내며, 유니캐스트 CID의 수를 나타낸다. 003c#9003e# 연결 식별자(CID) : 해당 전력 절약 클래스에 연합된 슬립 연결 식별자를 의미한다. (2)MOB_SLP-RSP 메시지 상기 MOB_SLP-RSP 메시지는 상기 BS가 상기 BS 자신 및 MS의 상황을 고려하여 상기 MS가 슬립 모드로의 모드 천이를 허락할지 여부를 포함하여 상기 MS로 송신하거나, 비요구 지시(unsolicited instruction)를 나타내어 상기 MS로 송신하는 메시지이다. 상기 MOB_SLP-RSP 메시지에는 상기 MS가 슬립 모드로 동작하기 위해 필요로 하는 파라미터들, 즉 IE 들이 포함되며, 상기 MOB_SLP-RSP 메시지 포맷은 하기 표 2에 나타난 바와 같다. 상기 표 2에 나타난 바와 같이, 상기 MOB_SLP-RSP 메시지는 다수의 IE를 포함한다. 상기 MOB_SLP-RSP 메시지 역시 MS의 기본 CID(Basic CID)를 기준으로 송신되는 메시지이다. 상기 관리 메시지 타입(Management Message Type)은 송신되는 메시지의 타입을 나타내는 정보이다. 상기 관리 메시지 타입이 51일 경우 송신되는 메시지는 상기 MOB_SLP-RSP 메시지임을 의미한다. 데이터의 길이(Length_of_Data)는 전력 절약 클래스의 바이트 수를 나타낸다. 그리고 슬립 승인(Sleep_Approved)은 MS의 해당 전력 절약 클래스의 활성화 또는 비활성화 요구의 승인여부를 나타낸다. 여기서 상기 슬립 승인의 값이 '1'이고, 오퍼레이션(Operation) 값이 '1'(활성화)이면, 시작 프레임 개수(Start_frame_number)가 포함된다. 그리고 상기 슬립 승인의 값이 '1'이고, 정의(Definition) 값이 '1'이면, 전력 절약 클래스 타입(Power_Saving_Class_Type), 링크 방향(Direction), 초기 슬립 구간(initial-sleep window), 리스닝 구간(listening window), 최종 슬립 구간 베이스(final-sleep window base), 최종 슬립 구간 지수(final-sleep window exponent), MOB_TRF-IND required, TTWF 등이 포함된다. 여기서 상기 정의(Definition) 값이 '1'인 경우, 상기MOB_SLP-REQ 메시지에서 설명한 정의(Definition) 값이 1인 경우 포함되는 IE와 동일한 IE가 포함된다. 또한, 추가적으로 하기와 같은 IE가 포함된다. 003c#1003e# SLPID : TRF-IND_Required가 1로 세팅되어 있는 경우, 상기 MOB_SLP-REQ 메시지에서 설명한 바와 같이, 긍정적 지시, 즉, 상기 BS가 상기 MS의 식별자를 포함한 MOB_TRF-IND 메시지를 상기 MS로 송신하면, 상기 MS가 상기 MOB_TRF-IND 메시지를 수신한 경우, 상기 긍정적 지시를 인지하도록 하기 위한 슬립 아이디(SLPID)를 할당한다. 003c#2003e# 매크로 다이버시티 핸드오버/고속 기지국 스위칭 지속 시간(MDHO/FBSS duration) : BS와 MS간 매크로 다이버시티 핸드오버 또는 고속 기지국 스위칭을 지원할 경우 또는 MS가 해당 전력 절약 클래스를 활성화 시킬 경우에 인접 다이버시티 BS 세트 및 anchor BS 정보의 유효 지속 시간을 나타낸다. 또한, 여기서 상기 MOB_TRF-IND required 는 전력 절약 클래스 Type 1에서만 적용되며, 상기 BS는 매 리스닝 구간 마다 적어도 하나의 MOB_TRF-IND 메시지를 상기 MS로 송신해야만 한다는 것을 나타낸다. (3)MOB_TRF-IND 메시지 상기 MOB_TRF-IND 메시지는 상기 BS가 리스닝 구간 동안 상기 MS로 송신하는 메시지이며, 상기 BS가 상기 MS로 송신할 데이터의 존재여부를 나타내는 메시지이다. 상기 MOB_TRF-IND 메시지는 상기 MOB_SLP-REQ 메시지 또는 MOB_SLP-RSP 메시지와는 달리 브로드 캐스팅(broadcasting) 또는 멀티캐스팅(multicasting) 방식으로 송신되는 메시지이다. 상기 MOB_TRF-IND 메시지 포맷은 하기 표 3에 나타난 바와 같다. 상기 표 3에 나타난 바와 같이, 상기 MOB_TRF-IND 메시지는 상기 BS가 상기 MS로 송신할 데이터의 존재 여부를 나타내는 메시지이다. 상기 MS는 상기 MOB_TRF-IND 메시지를 상기 리스닝 구간 동안 수신하여 상기 MS 자신이 슬립 모드에서 어웨이크 모드로 모드를 천이 할것인지 아니면 상기 슬립 모드를 계속 유지할 것인지를 결정한다. 만일, 상기 MS가 어웨이크 모드로 모드를 천이 할 경우, 상기MS는 프레임 동기를 확인한다. 이 때, 상기 MS가 예상했던 프레임 시퀀스 번호가 일치하지 않을 경우, 상기 MS는 상기 어웨이크 모드에서 손실된 데이터의 재전송을 요구할 수도 있다. 한편, 상기MS가 상기 리스닝 구간동안 상기 MOB_TRF-IND 메시지를 수신하지 못하거나, 또는 상기 MOB_TRF-IND 메시지를 수신하였을지라도 부정적 지시, 일 예로 상기 MS가 수신할 데이터가 존재하지 않음을 나타내는 메시지를 수신하였을 경우, 상기 MS는 상기 슬립 모드를 계속 유지할 수 있다. 한편, 상기 MOB_TRF-IND 메시지 역시 다수개의 IE를 포함한다. 상기 관리 메시지 타입(Management Message Type)은 송신되는 메시지의 타입을 나타내는 정보이다. 여기서 상기 관리 메시지 타입이 52일 경우 송신되는 메시지는 상기 MOB_TRF-IND 메시지임을 의미한다. FMT는 상기 MOB_TRF-IND 메시지의 형식으로 슬립 식별자(SLPID : SLeeP IDentifier) 비트맵 형식을 사용할 것인지, 또는 SLPID 형식을 사용할지 여부를 나타낸다. (4) 대역폭 요구 및 상향 슬립 제어 헤더(BW-REQ and UL Sleep Control header) 상기 대역폭 요구 및 상향 슬립 제어 헤더는 상기 MS가 전력 절약 클래스를 활성화 또는 비활성화 시키기 위해 상기 BS로 송신하는 대역폭 요구 헤더이다. 이 때 해당 전력 절약 클래스를 비활성화시키는 경우, 해당 연결(Connection)에 대한 대역폭 요구를 함께 수행할 수도 있다. 상기 대역폭 요구 및 상향 슬립 제어 헤더의 포맷은 하기 표 4에 나타난 바와 같다. 상기 표 4에 나타난 바와 같은 상기 대역폭 요구 및 상향 슬립 제어 헤더의 IE는 상기 MOB_SLP-REQ 메시지에서 설명하였으므로 여기서는 그 상세한 설명을 생략하기로 한다. (5) 다운링크 슬립 제어 확장 부헤더(Downlink Sleep Control Extended Subheader) 상기 다운링크 슬립 제어 확장 부헤더는 상기 BS가 전력 절약 클래스를 활성화 또는 비활성화시키기 위해 상기 MS로 송신하는 부헤더이다. 상기 다운링크 슬립 제어 확장 부헤더의 포맷은 하기 표 5에 나타난 바와 같다. 상기 표 5에 나타난 바와 같은 상기 다운링크 슬립 제어 확장 부헤더의 IE는 상기 MOB_SLP-RSP 메시지에서 설명하였으므로 여기서는 그 상세한 설명을 생락하기로 한다. 상술한 바와 같이, 상기IEEE 802.16e 통신 시스템의 슬립 모드 동작에서 전력 절약 클래스 Type 1은 상기 MS가 상기 TTWF에 상응하여 상기 BS로부터 리스닝 구간에 MAC SDU 를 수신하게 될 경우, 슬립 모드를 유지하거나, 또는 비활성화 시킬 수 있다. 그러나, 상기 MS가 상기 슬립 모드를 유지하고자 할 경우, 상기 리스닝 구간이 종료된 후 다시 슬립 모드로 모드를 천이 하고자 하는 시점이 명확하게 제안되지 않았다. 또한 상기 TTWF는 초기에 상기 MS와 상기 BS가 송수신하는 MOB_SLP-REQ 메시지와 MOB_SLP-RSP 메시지에 미리 설정되어 있다. (6) 레인징 요구(RNG-REQ : Ranging Request) 메시지 상기 레인징 요구 메시지를 통해 전력 절약 클래스를 정의, 활성화 또는 비활성화 동작을 제어할 수 있다. 이를 위해 상기 레인징 요구 메시지 내에 하기와 같은 전력 절약 클래스 파라미터인 compound TLV 인코딩이 포함된다. 상기 표 6에 나타난 바와 같이, 상기 전력 절약 클래스 파라미터 compound TLV 인코딩에는 하기 표 7과 같은 전력 절약 클래스의 특성을 나타내는 여러 IE들이 포함된다. 상기 compound TLV 인코딩은 상기 MOB_SLP-REQ 메시지에서 설명한 IE들이 TLV 인코딩 형태로 정의되어 있다. 각각의 TLV 인코딩 IE에 대한 설명은 상기 MOB_SLP-REQ 메시지에서 설명한 바와 유사하므로 그 상세한 설명은 생략하기로 한다. 그러나, 상기 각각의 TLV 인코딩 IE는 타입(Type) 필드가 1바이트(byte), 길이(Length) 필드가 1바이트, 총 2바이트의 오버헤드가 추가적으로 발생한다. 또한 MS가 다수개의 전력 절약 클래스에 대해 정의, 비활성화, 활성화를 수행하게 될 경우, 상기 다수개 만큼의 전력 절약 클래스 파라미터 TLV 인코딩이 존재하게 된다. 또한, 상기 MS가 핸드오버를 수행 즉, 네트워크 재진입(Network Re-entry)을 수행할 경우에는 타겟(target) BS로 전력 절약 클래스에 대한 정의만 수행할 수 있다. 다시 말해, 상기 MS는 상기 네트워크 재진입을 완료하지 않은 상태에서 임의의 전력 절약 클래스의 정의 또는 활성화를 동시에 수행할 수 없다. 즉, 상기 MS는 전력 절약 클래스에 대해 정의를 수행하고, 상기 네트워크 재진입 완료 후 RNG-REQ 메시지를 통해 전력 절약 클래스를 다시 정의하거나, 활성화를 수행한다. 물론, 상기 MS는 상기MOB_SLP-REQ/MOB_SLP-RSP 메시지의 송수신을 통해 재정의, 활성화, 비활성화를 수행할 수도 있다. 또한, 상기 MS는 네트워크 재진입 완료 후 대역폭 요구 및 상향링크 슬립 제어 헤더 또는 하향링크 슬릿 제어 확장 부헤더를 통해 재정의, 활성화, 비활성화를 수행할 수도 있다. (7) 레인징 응답(RNG-RSP : Ranging Response) 메시지 삭제 BS는 상기 RNG-RSP 메시지를 통해 MS가 송신하는 RNG-REQ 메시지를 통한 전력 절약 클래스를 정의, 비활성화, 활성화 요청에 대한 응답을 송신한다. 또한, 상기 BS는 언솔리시티드 방법(Unsolicited manner)으로 MS의 요청에 의한 응답이 아니라, BS 자체의 명령을 상기 MS에게 요청할 수 있다. 다시 말해, 상기 BS는 상기 MS가 송신하는 RNG-REQ 메시지의 수신이 없어도 상기 RNG-RSP 메시지를 통해 해당 전력 절약 클래스를 정의, 비활성화, 활성화 할 수 있다. 이를 위해, 상기 RNG-RSP 메시지 내에 하기 표 8과 같은 전력 절약 클래스 파라미터인 compound TLV 인코딩을 정의한다. 상기 전력 절약 클래스 파라미터 compound TLV 인코딩에 포함된 TLV 인코딩 IE들은 상기RNG-REQ 메시지의 전력 절약 클래스 파라미터 compound TLV 인코딩 내에 포함된 TLV 인코딩 IE들을 동일하게 사용한다. 즉, 상기 RNG-REQ 메시지와 상기 RNG-RSP 메시지는 슬립 모드의 전력 절약 클래스를 정의할 때 타입(type)이 상이한 compound TLV 인코딩을 사용하지만, 상기 compound TLV 인코딩 내에 동일한 TLV 인코딩 IE 형태를 사용할 수 있다. 상술한 바와 같이, 상기 전력 절약 클래스를 정의할 경우 다수개의 IE가 필요하다. 그러나 상기 RNG-REQ 메시지와 RNG-RSP 메시지의 전력 절약 클래스 파라미터 compound TLV 인코딩 내에 포함되는 IE들은 상기 전력 절약 클래스를 정의하는 모든 IE를 다 포함하고 있지 않다. 즉, 상기 MOB_SLP-REQ 메시지와 MOB_SLP-RSP 메시지에서 전력 절약 클래스를 정의하는 모든 IE가 상기 RNG-REQ 메시지와 RNG-RSP 메시지의 전력 절약 클래스 파라미터 compound TLV 인코딩내에 정의되어 있지 않다. 하기 표 9는 MOB_SLP-REQ 메시지/MOB_SLP-RSP 메시지와, RNG-REQ 메시지/RNG-RSP 메시지의 IE들을 비교하였다. 상기 표 9에 나타난 바와 같이, 상기RNG-REQ 메시지/RNG-RSP 메시지 의 전력 절약 클래스 파라미터 compound TLV 인코딩에는 상기 MOB_SLP-REQ 메시지/MOB_SLP-RSP 메시지의 IE들인 슬립 승인(Sleep Approved), TTWF, Number_of_CIDs, MDHO/FBSS duration IE는 포함하고 있지 않다. 그러나, 상기 RNG-REQ 메시지/RNG-RSP 메시지 내에 포함되어 있지 않은 IE들 역시 전력 절약 클래스 파라미터 compound TLV 인코딩에 정의되어야만 한다. 한편, 상기 RNG-REQ 메시지/RNG-RSP 메시지 내의 전력 절약 클래스 파라미터 compound TLV 인코딩에 포함되는 IE들은 타입(Type), 길이(Length), 값(value)의 3개의 필드로 구성되어 있다. 이 때, 상기 값 필드의 종류 및 길이를 나타내기 위해 항상 2바이트의 오버헤드, 즉 1바이트의 타입 필드와, 1바이트의 길이 필드의 오버헤드가 발생한다. 또한, RNG-REQ 메시지와 RNG-RSP 메시지 내의 전력 절약 클래스 파라미터 compound TLV 인코딩에 포함되는 IE들은 대부분 항상 포함되므로, 선택적으로 IE를 포함시킬 수 있는 상기 TLV의 장점을 활용할 수 없다. 즉, RNG-REQ 메시지와 RNG-RSP 메시지 내의 전력 절약 클래스 파라미터 compound TLV 인코딩에 포함되는 IE들에 대한 타입 및 길이가 없어도 운용하는데 문제가 발생하지 않는다. 한편, 상기 RNG-REQ 메시지/RNG-RSP 메시지는 낮은 MCS(Modulation and Coding Scheme) 레벨이 적용되는 경우, 많은 주파수/심볼 영역을 차지하게 된다.