KR100617731B1 - 통신 시스템에서 트래픽 통보 메시지를 송수신하는 장치 및 방법 - Google Patents

통신 시스템에서 트래픽 통보 메시지를 송수신하는 장치 및 방법 Download PDF

Info

Publication number
KR100617731B1
KR100617731B1 KR1020040045894A KR20040045894A KR100617731B1 KR 100617731 B1 KR100617731 B1 KR 100617731B1 KR 1020040045894 A KR1020040045894 A KR 1020040045894A KR 20040045894 A KR20040045894 A KR 20040045894A KR 100617731 B1 KR100617731 B1 KR 100617731B1
Authority
KR
South Korea
Prior art keywords
traffic
sleep mode
slpid
bitmap
group
Prior art date
Application number
KR1020040045894A
Other languages
English (en)
Other versions
KR20050120521A (ko
Inventor
이강규
김윤성
김진아
박성욱
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to KR1020040045894A priority Critical patent/KR100617731B1/ko
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to BRPI0512283A priority patent/BRPI0512283B1/pt
Priority to JP2007527029A priority patent/JP4489809B2/ja
Priority to EP10003592A priority patent/EP2221977B1/en
Priority to RU2006145033/09A priority patent/RU2344551C2/ru
Priority to AU2005255848A priority patent/AU2005255848B2/en
Priority to CN2010101594776A priority patent/CN101841898B/zh
Priority to CA2569020A priority patent/CA2569020C/en
Priority to US11/156,833 priority patent/US7573841B2/en
Priority to EP05013273A priority patent/EP1608192B1/en
Priority to CN200580020460.XA priority patent/CN1998162B/zh
Priority to PCT/KR2005/001907 priority patent/WO2005125055A1/en
Publication of KR20050120521A publication Critical patent/KR20050120521A/ko
Application granted granted Critical
Publication of KR100617731B1 publication Critical patent/KR100617731B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H04W68/025—Indirect paging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Landscapes

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

Abstract

본 발명은 통신 시스템에서, 기지국이 복수개의 슬립 모드 ID들을 그룹화하고, 상기 슬립 모드 ID 그룹들에 대해 트래픽이 발생하는지 여부를 나타내는 제1 비트맵 정보와 상기 슬립 모드 ID 그룹들에 속한 각 슬립모드 ID들에 상응하는 트래픽이 발생하는지 여부를 나타내는 제2 비트맵 정보를 포함하는 트래픽 통보 메시지를 브로드캐스팅하고, 이동 가입자 단말기가 상기 복수개의 슬립 모드 ID들중 어느 하나를 할당받고, 상기 트래픽 통보 메시지를 수신하면 상기 제1 비트맵 정보를 이용하여 자신이 속한 슬립 모드 ID 그룹에 트래픽이 발생하였는지를 판단하고, 자신이 속한 슬립 모드 ID 그룹에 트래픽이 발생하였으면 상기 제2 비트맵 정보를 이용하여 자신에 대한 트래픽이 발생하였는지를 검출한다.
슬립 모드, 슬립 구간, 리스닝 구간

Description

통신 시스템에서 트래픽 통보 메시지를 송수신하는 장치 및 방법{APPARATUS AND METHOD FOR TRANSMITTING/RECEIVING A TRAFFIC INDICATION MESSAGE IN A COMMUNICATION SYSTEM}
도 1은 일반적인 광대역 무선 통신 시스템의 구성도를 나타낸 도면,
도 2는 MSS가 슬립 모드를 수행하는 절차를 나타낸 도면,
도 3은 본 발명의 제1 실시예에 따라 트래픽 인디케이터 시그널링을 설명하기 위한 도면,
도 4는 본 발명의 제2 실시예에 따라 트래픽 인디케이터 시그널링을 설명하기 도면,
도 5는 본 발명의 일실시예에 따라 BS에서 복수개의 MSS에 대해 트래픽 존재 여부를 나타내는 통보 메시지를 송신하기 위한 제어 흐름도를 나타낸 도면,
도 6은 본 발명의 일실시예에 따라 MSS에서 복수개의 MSS에 대해 트래픽 존재 여부를 나타내는 통보 메시지를 수신한 경우의 제어 흐름도를 나타낸 도면.
본 발명은 통신 시스템에서 트래픽 통보 메시지를 송수신하는 장치 및 방법에 관한 것이다.
도 1은 일반적인 광대역 무선 통신 시스템의 구성도를 나타낸 도면이다. 도 1을 참조하면, 각 이동 가입자 단말기(MSS: Mobile Subscriber Station, 이하 ‘MSS'라 칭하기로 한다)(10,12)는 일반적으로 이동성을 가지며 각각 기지국(BS:Base Station, 이하 ’BS'라 칭하기로 한다)(20,22)을 통해 백본 네트워크(30)에 연결된다. MSS(10,12)는 BS(20,22)와 가입자 간에 접속할 수 있도록 한다. BS(Base Station)(20,22)는 MSS(10,12)에 대한 제어, 관리, 접속성(connectivity)을 제공한다. 그리고 백본 네트워크(30)는 MSS(10,12)의 인증 및 서비스 인증을 위한 ASA(Authentication and Service Authorization Server)(40)에 연결된다.
한편 이동성을 지원하는 MSS에 있어서 소비 전력을 줄이는 것은 매우 중요하다. MSS의 소비 전력을 줄이기 위한 방법중 하나가 슬립 모드를 채용하는 것이다. 슬립 모드시 MSS는 RTC(real time clock)와 위상 동기 루프(PLL) 이외의 모든 기능 예컨대, 송신 기능, 수신 기능 등을 정지한다. 이 때 재기동을 할 수 있도록 PLL은 활성 상태(active)로 되어 있다. 그리고 MSS는 슬립 모드시, 이웃하는 BS(Neighbour BSs)에 대한 검색 및 레인징(ranging) 또는 핸드오버(handover)의 수행을 위해 주기적으로 깨어난다. IEEE 802.16E 시스템과 같은 광대역 무선 통신 시스템은 이러한 슬립 모드를 이용하여 MSS의 소비전력을 줄이고 MSS가 핸드오버 결정(Handover decision)을 보다 원활하게 행할 수 있도록 해준다.
구체적으로 슬립 모드에 진입한 MSS는 슬립 구간(Sleep interval)과 리스닝 구간(listening interval)을 겪게 된다. MSS가 슬립 구간에 해당하는 프레임(frame)동안에는 데이터의 전송과 수신을 중지하고, 자신의 전력을 줄일 수 있으며, 리스닝 구간에 해당하는 프레임 동안에는 때로는 주기적인 레인징(Periodic ranging)을 수행하도록 정상상태로 되돌아 갈 수 있다. 다시 말해, 리스닝 구간에 진입한 MSS는 BS로부터 전달되는 TRF-IND(Traffic Indication) 메시지를 디코딩하여 자신에게 부여되는 DL(Download) 트래픽 및 주기적인 레인징 기회(Periodic ranging opportunity)가 있는지 검색해야 하므로 깨어나야 한다. 즉, MSS는 슬립 모드로부터 어웨이크(awaken) 상태로 천이하여 수신이 가능한 상태로 되돌아 가야 한다.
해당 BS는 자신이 관리하는 Sleep mode 상태의 단말에 대하여 적절한 Listening interval동안 broadcast CID(브로드캐스트)를 이용하여 Traffic indication을 MSS에게 전달해야 한다. 따라서 BS는 Sleep mode에서 동작중인 특정 MSS에 대한 incoming 데이터를 받으면 해당 MSS의 Listening interval에 도달할 때까지 해당 Traffic 데이터를 버퍼링할 수도 있다. 물론 상황에 따라 그런 incoming 데이터를 드롭(Drop)시킬 수도 있다. 이하 MSS가 슬립 모드를 수행하는 절차를 도 2를 참조하여 설명한다.
도 2는 MSS가 슬립 모드를 수행하는 절차를 나타낸 도면이다.
도 2를 참조하면, 먼저 MSS(10)는 단계 50에서 BS(20)에게 자신이 Sleep mode로 진입할 수 있도록 요구 메시지(MOB-SLP-REQ)를 전송한다. 요구 메시지를 수신한 BS(20)는 단계 52에서 해당 MSS(10)가 슬립 모드로 진입할 수 있도록 허용/거 부를 알려주는 응답 메시지(MOB-SLP-RSP)를 전송한다. MSS(10)는 BS(20)로부터 응답 메시지를 수신하면 슬립 모드로 진입한다. 전술한 바와 같이 MSS(10)는 슬립 모드에서 슬립 구간(60)과 리스닝 구간(62)을 반복적으로 겪게 된다.
이후, BS(20)는 앞선 요구/응답 메시지를 통해 협의된 슬립모드 패턴(Sleepmode pattern)에 따라 해당 MSS(10)의 리스닝 구간(Listening interval)(62)에 맞추어 BS(20)에 버퍼링되어 있는 해당 MSS 관련 메시지 및 트래픽 데이터가 존재함을 관련 통보 메시지(MOB-TRF-IND)로 알려준다. MSS(10)는 통보 메시지를 수신하면 통보 메시지를 보고 자신에 관련된 메시지 및 트래픽 데이터가 존재하면 어웨이크(awaken) 상태로 천이하여 수신이 가능한 상태가 된다.
여기에서 통보 메시지(MOB-TRF-IND)는 브로드캐스팅 메시지로서 복수개의 MSS에 대하여 각 MSS에 대한 트래픽 존재 여부를 표시한다. 구체적으로 BS는 리스닝 구간을 공유하는 복수개의 MSS에 대해 트래픽 존재 여부를 나타내는 통보 메시지를 브로드캐스팅한다. 그러나, 상기와 같이 서술된 현재의 규격으로는 BS가 Sleep-mode를 진행중인 MSS에게 Traffic indication을 적절하게 제공할 수가 없다.
다시 말해, 전술한 바와 같이 현재의 규격으로는 그 내용상의 모호함으로 인하여 sleep-mode를 진행중인 MSS들에 대하여 BS는 MOB-TRF-IND 메시지를 통해 적절한 traffic indication을 전달할 수 가 없다.
따라서, 본 발명의 목적은 통신 시스템에서 트래픽 통보 메시지를 송수신하는 장치 및 방법을 제공함에 있다.
전술한 목적을 달성하기 위한 본 발명은; 통신 시스템에서, 기지국이 복수개의 슬립 모드 ID들을 그룹화하고, 상기 슬립 모드 ID 그룹들에 대해 트래픽이 발생하는지 여부를 나타내는 제1 비트맵 정보와 상기 슬립 모드 ID 그룹들에 속한 각 슬립모드 ID들에 상응하는 트래픽이 발생하는지 여부를 나타내는 제2 비트맵 정보를 포함하는 트래픽 통보 메시지를 브로드캐스팅하고, 이동 가입자 단말기가 상기 복수개의 슬립 모드 ID들중 어느 하나를 할당받고, 상기 트래픽 통보 메시지를 수신하면 상기 제1 비트맵 정보를 이용하여 자신이 속한 슬립 모드 ID 그룹에 트래픽이 발생하였는지를 판단하고, 자신이 속한 슬립 모드 ID 그룹에 트래픽이 발생하였으면 상기 제2 비트맵 정보를 이용하여 자신에 대한 트래픽이 발생하였는지를 검출한다.
이하 본 발명의 바람직한 실시 예들을 첨부한 도면을 참조하여 상세히 설명 한다. 또한 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.
본 발명은 BS가 sleep-mode상에서 동작하는 MSS에게 Quick traffic indication/SLPID indicator_xx 정보를 MOB-TRF-IND 메시지를 통해 적절하게 제공하는 방법과 MSS가 BS로부터 MOB-TRF-IND 메시지를 수신하여 자신의 트래픽 인디케이터를 검출하는 방법으로 구성된다. 먼저 본 발명에 따른 MOB-TRF-IND 메시지의 구조를 설명한다.
도 3은 본 발명의 제1 실시예에 따라 SLPID 그룹에 종속하는 필드들을 나타낸 도면이고 도 4는 본 발명의 제2 실시예에 따라 SLPID 그룹에 종속하는 필드들을 나타낸 도면이다.
본 발명은 기존 규격에서의 "Byte of SLPID bit-map"필드 및 "SLPID bit-map"필드 대신에 SLPID Group-indication bitmap 필드, SLPID-indication bitmap List 필드, Traffic-indicator_xx bitmap 필드 및 Half-traffic Mask 필드를 사용한다. 본 발명에 따른 필드 중 SLPID-indication bitmap List 필드 및 Half-traffic Mask 필드는 본 발명이 적용되는 시스템에 따라 또는 시스템 운영자에 의해 선택적으로 적용될 수 있다.
이하 설명에서, BS는 자신이 관리하는 각 MSS로부터 받은 sleep-mode 요구에 대하여 sleep-mode 진입을 허용하는 경우 SLPID = 0...511를 할당할 수 있는 것으로 가정한다. SLPID의 개수는 512개 이상일 수 있음을 당업자라면 이해할 것이다. 예컨대, SLPID의 개수는 1024개가 될 수 있으며 본 발명이 그에 따라 변형될 수 있 음은 당업자에게 명백하다.
SLPID-Group-Indication BitMap을 설명하면 다음과 같다. 본 발명에 따라 BS는 SLPIDs를 소정 개수의 SLPID로 묶어서 그룹화한다. 본 발명의 바람직한 실시예에 따라 BS는 32개 SLPID씩 묶어서 SLPID-Group#0~SLPID-Group#15 같이 16개의 SLPID group을 관리한다. 즉, BS는 자신이 할당한 SLPID값이 0 ~ 31이면 SLPID-Group#0으로 관리하고, SLPID값이 32 ~ 63이면 SLPID-Group#1로 관리한다. 이러한 방식으로 SLPID값이 480 ~ 511에 대해서는 SLPID-Group#15로 묶여진다. 그리고, BS는 이러한 SLPID-Group#n에 속한 SLPID를 할당받은 단말에 대해 트래픽이 발생하면 해당 SLPID-Group#n는 1로 설정된다.
그러므로 본 발명의 바람직한 실시예에 따르면 SLPID-Group-Indication BitMap는 16bit(= b15b14... b2b1b0)를 갖는다. 그리고 bn(n=0,1, ..., 15)은 SLPID = 32n ~ (32n + 31) 에 해당하는 MSS들의 그룹을 나타낸다. 따라서 SLPID = 33에 해당하는 MSS에 대한 Periodic ranging opportunity 및 DL traffic이 발생한 경우 BS는 b1= 1로 설정함으로써 SLPID = 32 ~ 63에 해당하는 SLPID-Group#1에 traffic이 발생했음을 알려 줄 수 있다. 따라서 이 필드의 각 bit#n(=bn)은 SLPID-Group#n(n=0, 1, ..., 15)을 대표한다. 따라서, SLPID-Group#n 은 {SLPID-Group#0, SLPID-Group#1, ... , SLPID-Group#15}중 하나이다. 도 3의 (a) 및 도 4의 (a)에 SLPID-Group-Indication BitMap 필드(300,500)가 나타나 있다. 도시된 바와 같이, SLPID-Group-Indication BitMap 필드(300)에서 각 비트(301,302, 316)(도 3의 (a)) 그리고 SLPID-Group-Indication BitMap 필드(500)에서 각 비트(501,502, 516)(도 3 의 (a))는 SLPID-Group#n에 각각 대응하고 어느 그룹 내의 트래픽이 발생하였음을 나타낸다.
두 번째로 SLPID-indication bitmap List 필드는 SLPID-Group#n을 대표하는 bn이 1로 설정된 SLPID-Group#n의 개수(=N=0...16)만큼의 개별적인 32bit Map으로 구성되어 있다. 따라서 최대 16개의 32 bit Map이 존재할 수도 있고, 16개의 SLPID-Group중에서 어떠한 SLPID-Group에서도 트래픽이 발생되지 않은 경우 N = 0이므로 이 필드가 존재하지 않을 수도 있다. 여기서 각 32bit Map을 이루는 각 bit은 해당 SLPID-Group을 이루는 각 SLPID와 대응된다. 예컨대, SLPID-Group-Indication BitMap = 11111 11111 11110 1인 경우, SLPID-Group#1에 해당하는 bit#1 = 0이므로 SLPID-Group#1에 해당하는 32 bit map은 SLPID-Indication BitMap List에서 제외된다. 그에 따라 SLPID-indication bitmap의 개수 N = 15가 된다. 따라서 SLPID-Group-Indication BitMap = 11111 11111 11110 1이고, SLPID = 65에 해당하는 MSS의 traffic이 발생한 경우 BS는 SLPID-Indication BitMap List에서 두번째 해당하는 32 bit map을 통해 해당 MSS에게 traffic이 발생했음을 알려야 한다. 도 4의 (b)에 SLPID-indication bitmap List 필드(600)가 도시되어 있다.
도 4의 (b)에 도시된 바와 같이, SLPID-Group#n의 비트 bn이 1이면 해당 SLPID 그룹의 각 SLPID에 대응하여 트래픽이 발생하였는 지를 나타내도록 각 비트를 갖는 SLPID-Indication BitMap(610,..., 630)이 생성된다. 예컨대, 해당 SLPID 그룹이 32개의 SLPID를 묶은 것이라면 32 비트의 SLPID-Indication BitMap이 생성된다. 도 4에서는 SLPID-Group-Indication BitMap에서 1로 설정된 SLPID-Group#0 비트(501)에 대한 SLPID-Indication BitMap(610),... , SLPID-Group#15 비트(516)에 대한 SLPID-Indication BitMap(630)이 도시되어 있다. 전술한 바와 같이, SLPID-Group#1의 비트(502)는 0이기 때문에 이에 대한 SLPID-Group-Indication BitMap이 생성되지 않는다. 그리고, SLPID-Indication BitMap의 각 비트(611,612, ... , 616)는 해당 SLPID에 에 대해 트래픽이 발생하였는 지를 나타낸다.
이어서, Traffic-Indicator BitMap에 대해 설명하면, Traffic-Indicator BitMap은 SLPID-Group-Indication BitMap 및/또는 SLPID-Indication BitMap List를 통해 traffic이 발생되었음이 통보된 SLPIDs들에 대한 traffic indicator 정보 집합이다. 트래픽 인디케이터는 2비트로서 4개의 트래픽 상태 표시를 제공한다. 이 4개의 상태 표시에 있어서 00은 주기적 레인징 기회는 없고 다운로드 트래픽 등의 PDUs(Packet data Units)도 없음을 나타낸다. 01은 주기적 레인징 기회는 없지만 다운로드 트래픽 등의 PDUs(Packet data Units)이 있음을 나타낸다. 10은 주기적 레인징 기회는 있지만, 다운로드 트래픽 등의 PDUs(Packet data Units)도 없음을 나타낸다. 11은 주기적 레인징 기회도 있고 다운로드 트래픽 등의 PDUs(Packet data Units)도 있음을 나타낸다. 이 경우 Traffic-Indicator BitMap은 2비트의 배수가 될 수 있으며 가변 길이를 갖는다. 다르게는 Traffic-Indicator는 트래픽이 발생한 SLPID-Group#n의 각각의 SLPIDs 대한 트래픽 상태를 나타내는데, 이 경우 traffic indicator는 1비트이다.
한편 본 발명의 제1 실시예에 따르면, SLPID-Group-Indication BitMap에 의해 traffic이 발생되었음이 통보된 SLIPD 그룹의 모든 SLPIDs들에 대한 traffic indicator를 포함한다. 도 3의 (b)에 본 발명의 제1 실시예에 따른 Traffic-Indicator BitMap 필드가 나타나 있다. 도시된 바와 같이Traffic-Indicator BitMap 필드(400)는 트래픽이 발생한 SLPID-Group#0, ..., SLPID-Group#15의 각각의 SLPIDs 대하여는 2bits traffic indicator를 포함할 수 있다. 그러므로 하나의 SLPID 그룹은 32개의 SLPID를 포함하기 때문에, Traffic-Indicator BitMap 필드는 32개의 SLPID에 대한 각 2비트의 트래픽 인디케이터를 포함하므로 64비트의 배수 길이를 갖는다. 또, Traffic-Indicator BitMap 필드(400)는 트래픽이 발생한 SLPID-Group#n의 각각의 SLPIDs 대하여 트래픽이 발생하였는 지의 여부를 나타내는 1bits traffic indicator를 포함할 수 있다. 이 경우 하나의 SLPID 그룹은 32개의 SLPID를 포함하기 때문에, Traffic-Indicator BitMap 필드는 SLPID-Group 인디케이션 비트 =1인 모든 SLPID 그룹에 대해 32비트 길이의 트래픽 인디케이터 유닛을 포함하므로 32비트의 배수 길이를 갖는다. 즉, 트래픽 인디케이터는 SLPID-Group에 속한 슬립모드 ID의 개수의 배수 길이를 갖는다. 여기에서 Traffic-Indicator Bitmap의 트래픽 인디케이터는 트래픽이 발생한 SLPID-Group의 SLPID 값의 올림 차순에 따라 배열된다. 또한, 제1 실시예에 따르면 해당 SLPID 그룹에 대하여 SLPID-indication bitmap이 포함되지 않는다. 전술한 바와 같이, 제1 실시예에 따르면 트래픽이 발생한 SLPID-Group의 모든 SLPIDs 대하여는 traffic indicator를 포함하기 때문에, 각 SLPID에 대한 traffic indicator가 각 SLPID에 대해트래픽이 발생 여부를 나타낸다. 즉, 각 SLPID에 대한 traffic indicator는 각 SLPID에 대한 트래픽 상태를 나타낸다. 따라서, 해당 SLPID 그룹 내의 각 SLPID에 트래픽이 발생하였음을 나타내기 위한 SLPID-indication bitmap이 필요없게 된다.
또한 본 발명의 제2 실시예에 따르면, 실제로 traffic이 발생하지 않은 SLPID를 위한 2bits traffic indicator는 이 Traffic-Indicator BitMap 필드내에서 존재하지 않는다. 도 4의 (c)에 본 발명의 제2 실시예에 따른 Traffic-Indicator BitMap 필드가 나타나 있다. 도시된 바와 같이 Traffic-Indicator BitMap 필드(700)는 트래픽이 발생한 SLPID(611,614,615,616)에 대하여는 2bits traffic indicator를 포함하지만, 트래픽이 발생하지 않은 SLPID(612,613)에 대해서는 2bits traffic indicator를 포함하지 않는다. 이때, 바람직하게는 Traffic-Indicator BitMap 필드를 구성하는 각각의 traffic indicator들은 가장 작은 SLPID(611)에 해당하는 것이 LSB(701)로부터 시작하며 SLPID값이 증가하는 순서대로 LSB를 향해 나열된다. 이 필드는 최대 512개의 MSS들을 제어하기 위해 512개의 traffic indicator 즉, 1024bits가 사용될 수 있다.
마지막으로, Half-traffic Mask 필드를 설명한다. 전술한 바와 같이, SLPID-Group-Indication BitMap은 각 bit(bn)가 특정 SLPID-Group을 나타낸다. SLPID-Group-Indication BitMap에서 n=1 로 설정되는 경우 SLPID-Group#n에 포함되는 임의의 SLPID에 traffic이 발생했음을 나타낸다. Half-traffic Mask를 이루는 각 bit는 상기 SLPID-Group-Indication BitMap의 각 bit와 1:1 대응 한다. 이 필드는 각 bit는 SLPID-Group-Indication BitMap의 해당 bit#n = 1인 경우에만 의미가 있으며 해당 bit#n = 0 인 경우 Half-traffic Mask의 해당 bit#n은 무시한다. 이 필드의 각 bit가 나타내는 의미는 아래와 같다.
Half-traffic Mast bit#n = 0: 해당 SLPID-Group#n에 17개 미만의 SLPID에 traffic이 발생함, BS는 본 발명의 제1 실시예에 따라 SLPID-Group#n에 종속하는 필드를 형성하고, 해당 SLPID-Group#n에 속하는 MSS는 제1 실시예에 따라 traffic indicator_xx를 디코딩한다.
Half-traffic Mast bit#n = 1 : 해당 SLPID-Group#n에 17개 이상의 SLPID에 traffic이 발생함, BS는 본 발명의 제2 실시예에 따라 SLPID-Group#n에 종속하는 필드를 형성하고, 해당 SLPID-Group#n에 속하는 MSS는 제2 실시예에 따라 traffic indicator_xx를 디코딩한다. 이 때, R(=r15, r14... r0) = SLPID-Group-Indication BitMap & Half-traffic Mask 일때 rn= 1인 경우의 rn에 대응하는 SLPID를 가지는 MSS들은 제1을 통해 자신에게 해당하는 traffic indicator_xx 를 찾는다.
도 5는 본 발명의 제1 실시예와 제2 실시예를 혼합 적용하는 경우의 제어 흐름도이다. 물론 제1 실시예와 제2 실시예는 각기 독립적으로 수행될 수 있음은 물론이다.
먼저, 전술한 바와 같이 BS는 자신이 관리하는 MSS들로부터 SLP-REQ가 수신되면, SLP-RSP 메시지를 통해 해당 MSS가 요구한 Sleep-mode에 대한 승인/거부를 알려 준다. 만일 요구된 sleep-mode가 승인된 경우 BS는 SLP-RSP 메시지 내에 SLPID를 할당하여 해당 MSS에게 전송한다.
이후, 도 5를 참조하면 BS는 단계 102에서 인커밍 트래픽이 발생하였는 지를 판단한다. 구체적으로 BS는 슬립 모드를 승인한 SLPID에 대하여 DL(Download) 트래픽 및 주기적인 레인징 기회(Periodic ranging opportunity)가 발생하는 지를 감시한다.
BS는 자신이 관리하는 SLPID에 대하여 트래픽이 발생하였으면 단계 104에서 해당 SLPID가 속하는 SLPID-Group#n에 traffic이 발생했음을 알리기 위해 SLPID-Group-Indication Bitmap에서 SLPID-Group#n에 대응하는 bit#n을 1로 설정한다. 이어서 BS는 단계 106에서 해당 SLPID 그룹을 위한 SLPID-indication bitmap을 설정한다. 그에 따라 SLPID-indication bitmap에서 해당 SLPID에 대응한 비트는 트래픽이 발생하였음을 나타내도록 설정된다. 이어서 BS는 단계 108로 진행하여 해당 SLPID에 대한 트래픽 인디케이터를 설정한다. 전술한 바와 같이, 트래픽 인디케이터는 2비트로서 4개의 트래픽 상태 표시를 제공한다. 00은 주기적 레인징 기회는 없고 다운로드 트래픽 등의 PDUs(Packet data Units)도 없음을 나타낸다. 01은 주기적 레인징 기회는 없지만 다운로드 트래픽 등의 PDUs(Packet data Units)이 있음을 나타낸다. 10은 주기적 레인징 기회는 있지만, 다운로드 트래픽 등의 PDUs(Packet data Units)도 없음을 나타낸다. 11은 주기적 레인징 기회도 있고 다운로드 트래픽 등의 PDUs(Packet data Units)도 있음을 나타낸다. 따라서, 해당 SLPID에 대한 트래픽 인디케이터는 상기 값들 중 하나의 값을 갖는다. 다르게는 트래픽 인디케이터는 1비트로서 트래픽 상태 표시를 제공할 수 있다. 예컨대, 0은 트래픽이 발생하지 않았음, 즉 트래픽이 없음(Nagative Indication)을 나타내고 1은 트래픽이 발생하였음 즉, 트래픽이 있음(Positive indication)을 나타낸다. 그리고, Traffic-Indicator Bitmap의 트래픽 인디케이터는 트래픽이 발생한 SLPID-Group의 SLPID 값의 올림 차순(ascending order of their SLPID values)에 따라 배열된다(allocated).
이어서 BS는 단계 110으로 진행하여 해당 SLPID가 속한 SLPID 그룹을 위한 일시적인 트래픽 인디케이터 셋을 설정한다. 즉, BS는 해당 SLPID에 대한 Traffic-Indicator BitMap을 설정한다. 그리고 BS는 단계 112로 진행하여 해당 SLPID의 리스닝 구간이 도래했는지를 검사한다. 만약 해당 SLPID의 리스닝 구간이 도래하였으면, BS는 단계 114로 진행하여 해당 SLPID 그룹에서 트래픽이 있는 SLPID의 개수가 16보다 같거나 작은지를 판단한다. 만약 SLPID 그룹에서 트래픽이 있는 SLPID의 개수가 16보다 같거나 작으면 BS는 단계 120으로 진행하여 Half-traffic Mask 필드의 해당 SLPID 그룹에 대한 비트를 0으로 설정하고 단계 122로 진행한다.
그리고, 만약 SLPID 그룹에서 트래픽이 있는 SLPID의 개수가 16보다 크면 BS는 단계 130으로 진행하여 Half-traffic Mask 필드의 해당 SLPID 그룹에 대한 비트를 1로 설정하고 단계 132로 진행한다.
이와 같이, BS는 SLPID-Group-Indication Bitmap에 포함된 bit#n = 1로 설정시, SLPID-Group#n에 속하는 SLPID들중 traffic이 발생한 것이 16개 이하인 경우 Half-traffic Mask 필드에서 SLPID-Group#n에 대응하는 bit를 0으로 설정하여 해당 SLPID-Group#n에 대한 traffic indicator 정보는 제2 실시예에 따른 SLPID 그룹에 종속하는 필드들을 통해 전달됨을 표시한다. 그리고, BS는 해당 SLPID-Group#n에서 17개 이상의 traffic이 발생하는 경우 Half-traffic Mask 필드에서 SLPID-Group#n에 대응하는 bit를 1로 설정하여 해당 SLPID-Group#n에 대한 traffic indicator 정보는 제1 실시예에 따른 SLPID 그룹에 종속하는 필드들을 통해 전달됨을 표시한다.
한편, BS는 단계 132로 진행하여 전술한 단계들에서 설정한 SLPID Group-indication bitmap 필드, Traffic-indicator_xx bitmap 필드 및 Half-traffic Mask 필드를 포함한 MOB-TRF-IND 메시지를 전송한다.
그리고 BS는 단계 122에서 일시적인 트래픽 인디케이터 셋을 재정렬한다. 전술한 바와 같이 본 발명의 제2 실시예에 따르면, 실제로 traffic이 발생하지 않은 SLPID를 위한 2bits traffic indicator는 이 Traffic-Indicator BitMap 필드내에서 존재하지 않는다. 따라서, BS는 실제로 트래픽이 발생한 SLPID에 대한 Traffic-Indicator만으로 다시 Traffic-Indicator BitMap을 재정렬한다. 그리고 BS는 전술한 단계들에서 설정한 SLPID Group-indication bitmap 필드, SLPID-indication bitmap List 필드, Traffic-indicator_xx bitmap 필드 및 Half-traffic Mask 필드를 포함한 MOB-TRF-IND 메시지를 전송한다.
다시 말해 특정 SLPID-Group#n에 대한 traffic indicator signaling 방법이 제1 실시예에 따르는 경우, BS는 SLPID-Indication Bitmap List에 해당 SLPID-Group#n을 위한 32bits BitMap을 생략한다. 그리고, 해당 SLPID-Group#n의 traffic indicator signaling을 위해 M(=32) x 2bit를 할당하여 그림 3의 (b)와 같은 Traffic-Indicator_xx Bitmap에 포함시킨다. 이경우 해당 SLPID-Group#n에 소속된 traffic indication을 위해 16(SLPID Group-indication bitmap)+ 2*32(Traffic-Indicator_xx Bitmap) [bits]의 크기를 갖는 MOB-TRF-IND 메시지를 전송한다. 다른 실시예에 따라 특정 SLPID-Group#n의 traffic indicator signaling을 위해 M(=32) x 1bit를 할당하여 Traffic-Indicator_xx Bitmap에 포함시킨다. 이경우 해당 SLPID-Group#n에 소속된 traffic indication을 위해16(SLPID Group-indication bitmap)+ 1*32(Traffic-Indicator_xx Bitmap)[bits]의 크기를 갖는 MOB-TRF-IND 메시지를 전송한다.
또한, 특정 SLPID-Group#n에 대한 traffic indicator signaling 방법이 제2 실시예에 따르는 경우, BS는 도 4의 (b) SLPID-Indication Bitmap List(600)에 해당 SLPID-Group#n을 위한 32bits BitMap을 포함시킨다. 이러한 32bits Bitmap을 통해 SLPID-Group#n에 속하는 SLPID들중 traffic이 발생한 SLPID가 무엇인지 설정한다. 그리고 선택된 32bits Bitmap에서 그 값이 1로 설정된 bit의 개수 M을 결정한다. 이렇게 결정된 M값에 따라 M x 2bit를 할당하여 도 4의 (c)에서와 같이 Traffic-Indicator_xx Bitmap에 포함시킨다. 이 경우 해당 SLPID-Group#n에 소속된 traffic indication을 위해 16 (SLPID Group-indication bitmap)+ 32(SLPID-indication bitmap) + M*2(Traffic-Indicator_xx Bitmap)[bits]의 크기를 갖는 MOB-TRF-IND 메시지를 전송한다. 이때, traffic-indicator_xx = 00에 해당하는 2bits 값은 SLPID-Indication Bitmap List에 포함된 1bit 정보로 대체될 수 있다.
이어서 MSS에서 전술한 바와 같은 MOB-TRF-IND 메시지를 수신한 경우를 설명한다.
도 6은 도 5와 유사하게 본 발명의 제1 실시예와 제2 실시예를 혼합 적용하는 경우를 설명한 것이며, 제1 실시예와 제2 실시예는 각기 독립적으로 수행될 수 있다.
BS로부터 SLP-RSP메시지를 통해 SLPID=k값을 할당받은 MSS는 SLPID=k에 해당하는 sleep mode operation을 수행한다. 이때, MSS는 자신에게 할당된 SLPID=k가 속하는 SLPID-Group#n(여기서 n=k/32)을 계산한다.
도 6을 참조하면, MSS는 먼저 단계 204에서 해당 sleep mode 패턴에서 Listening interval에 도달하였는 지를 판단한다. 리스닝 구간이 되면 MSS는 단계 206에서 수신 가능 상태로 천이하여 MOB-TRF-IND 메시지를 수신한다. 이어서 MSS는 단계 208로 진행하여 MOB-TRF-IND 메시지로부터 SLPID-Group-Indication Bitmap 필드를 검색하여 자신이 소속된 SLPID-Group#n 에 대응하는 bit#n값을 찾는다. 그리고 MSS는 단계 210에서 자신이 속한 SLPID 그룹에 트래픽이 발생하였는 지를 판단한다. 구체적으로 MSS는 SLPID-Group-Indication Bitmap 필드의 해당 bit#n값이 0이면 MSS는 자신에게 할당된 SLPID=k가 소속된 SLPID-Group#n( n= k/32 )에 traffic이 발생하지 않은 것으로 판단하고 현재의 Listening interval이 종료되면 슬립 구간으로 되돌아 간다.
만일 bit#n값이 1인 경우에는 MSS는 단계 212로 진행하여 하프 트래픽 마스크 필드와 SLPID-Group-Indication Bitmap 필드를 앤드 연산시킨다. 그리고 MSS는 단계 214에서 발생한 16bits 로부터 상기 bit#n에 대응하는 bit의 결과값을 찾는다. 즉, MSS는 해당 bit#n이 1이면 해당 SLPID 그룹에서 트래픽이 있는 SLPID의 개수가 16보다 큰 경우인 것으로 판단하고 단계 230으로 진행한다.
즉, MSS는 해당 bit#n이 0이면 해당 SLPID 그룹에서 트래픽이 있는 SLPID의 개수가 16과 같거나 작은 경우인 것으로 판단하고 단계 220으로 진행한다. MSS는 단계 220에서 BS가 SLPID-Group#n에 대해서는 제2 실시예에 따라 traffic indicator signaling을 한 것으로 판단하고 SLPID-Indication Bitmap List로부터 자신의 SLPID속하는 SLPID-Group#n에 대응하는 32bit Bitmap을 확인한다. 이어서 MSS는 단계 222에서 자신의 SLPID속하는 SLPID-Group#n에 대응하는 32bit Bitmap에서 실제로 자신의 SLPID를 위한 traffic이 발생했는지 여부를 결정한다. 이때 MSS는 자신의 SLPID값이 k인 경우 앞서 언급한 32bit Bitmap 중에서 m= k/32을 만족하는 bit#m이 자신의 SLPID에 대응하는 bit인 것으로 인지한다. 이런 bit#m값이 0인 경우는 MSS는 자신에게 발생한 traffic이 없음을 알고 이후의 parameter들을 무시하고 지금의 Listening interval이 종료하면 시작되는 sleep interval로 진입할 준비를 한다.
즉, SLPID-Group-Indication Bitmap &(=bitwise AND) Half-traffic Mask의 결과 임의의 SLPID-Group#n과 대응하는 bin#n의 연산결과 값이 0인 경우, 해당 SLPID-Group에 대한 32bits 정보를 SLPID-Indication Bitmap List에 포함시킨다. 이러한 MOB-TRF-IND 메시지를 수신한 MSSs들은 SLPID-Group-Indication Bitmap, SLPID-Indication Bitmap List에 포함된 자신의 그룹에 대응하는 32bits 정보를 통해 traffic 여부를 판단한 후, traffic이 존재하는 것으로 판정되는 경우 Traffic- Indicator_xx Bitmap에서 MSS 자신에게 해당하는 2bit traffic indicator를 읽어서 처리한다. 제2 실시예는 해당 SLPID-Group내에 포함된 32개의 SLPID들중 16 이하의 SLPID에게 traffic indicator(≠00을 만족하는)가 발생된 경우에 적용되는 처리방법이며 MOB-TRF-IND를 통해 전송되는 정보의 bits수를 줄이기 위함이다.
그리고 MSS는 bit#m값이 1인 경우는 자신에게 traffic이 발생한 경우이므로 단계 224로 진행하여 Traffic-Indicator_xx Bitmap로부터 자신의 SLPID에 해당하는 traffic indicator 위치를 구하고 그 값을 읽는다. 즉, Traffic-Indicator_xx Bitmap에는 자신이 속한 SLPID-Group#n 그룹에서 실제 traffic이 발생한 SLPID( P개 )에 대한 정보만이 포함되어 있다. 따라서 Traffic-Indicator_xx Bitmap에서 자신의 SLPID가 속한 SLPID-Group#n의 이전 그룹 SLPID-Group#(n-1)와 관련한 정보가 끝나는 bit 이후 2*P [bits]가 자신의 SLPID-Group#n을 위한 traffic indicator 정보이다. 이 범위[start, start+2*P-1]에서 MSS는 상기 개수 P중에서 자신의 SLPID=k보다 작은 SLPID에 해당하는 개수(=L)을 구하면 범위 [start+2*L, start+ 2*L+1]이 자신에게 할당된 2bits traffic indicator 정보이다. 이어서 MSS는 단계 226에서 이렇게 찾은 2bit 정보에 따라 현재 규격에 정해진 동작을 수행한다.
한편, MSS는 단계 214에서 해당 bit#n이 1인 것으로 판단되면 해당 SLPID 그룹에서 트래픽이 있는 SLPID의 개수가 16보다 큰 경우인 것으로 판단하고 단계 230으로 진행한다. MSS는 단계 230에서 BS가 SLPID-Group#n에 대해서는 제1 실시예에 따라 traffic indicator signaling을 한 것으로 판단하고, SLPID-Indication Bitmap List 검색을 생략하고 바로 Traffic-Indicator_xx Bitmap필드를 검색한다. Traffic-Indicator_xx Bitmap 필드에서 자신이 속하는 SLPID-Group#n 이전 그룹인 SLPID-Group#(n-1)에 해당하는 정보가 끝나는 bit 이후 2*32 [bits]가 자신의 SLPID-Group#n을 위한 traffic indicator 정보이다. 이 범위[start, start+64-1]에서 MSS는 자신의 SLPID=k로부터 t = k/32를 만족하는 t를 얻으면 범위 [start+2t, start+(2t+1)]이 자신에게 할당된 2bits traffic indicator 정보이다. 이어서 MSS는 단계 232에서 이렇게 찾은 2bit 정보에 따라 현재 규격에 정해진 동작을 수행한다.
다시 말해, LPID-Group-Indication Bitmap &(=bitwise AND) Half-traffic Mask의 결과 임의의 SLPID-Group#n과 대응하는 bin#n의 연산결과 값이 1인 경우, 해당 SLPID-Group에 대한 32bits 정보를 SLPID-Indication Bitmap List에 포함시키지 않는다. 또한 BS는 Traffic-Indicator_xx Bitmap 필드내에 해당 SLPID-Group에 속하는 전체 32개의 SLPID에 대한 64 bits 정보를 포함시킨다. 이러한 MOB-TRF-IND 메시지를 수신한 MSSs들은 SLPID-Group-Indication Bitmap 의 디코딩을 통해 자신이 속한 SLPID-Group에 traffic이 발생했는지의 여부를 판단하고, traffic이 존재하는 것으로 판정되는 경우 Traffic-Indicator_xx Bitmap에서 MSS 자신이 속한 SLPID-Group에 해당하는 64bits 정보의 위치를 찾아서 이 64bits 정보로부터 자신의 SLPID에 해당하는 2bit traffic indicator를 읽어서 처리한다. 제1 실시예는 해당 SLPID-Group내에 포함된 32개의 SLPID들중 17 이상의 SLPID에게 traffic indicator(≠00을 만족하는)가 발생된 경우에 적용되는 처리방법이며, MOB-TRF-IND를 통해 전송되는 정보의 bits수를 줄이기 위함이다.
상술한 본 발명의 설명에서는 구체적인 실시 예에 관해 설명하였으나, 여러 가지 변형이 본 발명의 범위에서 벗어나지 않고 실시할 수 있다. 따라서 본 발명의 범위는 설명된 실시 예에 의하여 정할 것이 아니고 특허청구범위와 특허청구범위의 균등한 것에 의해 정해져야 한다.
전술한 바에 같은 본원 발명에 따르면 현재 규격의 모호성을 제거할 수 있다. 본 발명에 따르면 합리적인 bits를 할당하여 sleep mode에서 동작중인 MSS들에게 traffic indicator 정보를 전송한다. 또한, 본 발명은 각 SLPID-Group#n에 발생한 traffic의 수에 따라 traffic indication 정보 bits를 효율적으로 줄일 수 있도록 2가지 algorithm을 동적으로 제공함으로서 브로드캐스트되는 MOB-TRF-IND 메시지의 크기를 줄일 수 있다. 또한, 본 발명으로 sleep mode로 동작하는 512개의 SLPID들에 대한 traffic indicator 시그널링을 수행하는 예를 들었으며, 이것은 또한 현 규격에서 정의한 10bit의 SLPID로 확장하면 32bits SLPID-Group-Indication Bitmap를 사용함으로서 1024개의 SLPID들에 대한 traffic indicator 시그널링이 가능하다. 해당 Listening interval까지 발생한 traffic의 양에 따라 BS는 MOB-TRF-IND메시지로 전달되는 traffic indicator 정보량을 SLPID-Group-Indication Bitmap/ Half-traffic Mask/ SLPID-Indication Bitmap List /Traffic-Indicator_xx Bitmap을 이용하여 간단하게 제어할 수 있다. 채널상황이 좋지 않은 경우 Robust coding/ modulation이 적용된 MOB-TRF-IND 메시지를 이용할 수 있는데, 이 경우 BS는 적절하게 SLPID-Group-Indication Bitmap을 설정함으로써 traffic indicator 정보를 적절하게 분산시켜 전송할 수 있다.

Claims (41)

  1. 통신 시스템에 있어서,
    복수개의 슬립 모드 ID들을 그룹화하고, 상기 슬립 모드 ID 그룹들에 대해 트래픽이 발생하는지 여부를 나타내는 제1 비트맵 정보와 상기 슬립 모드 ID 그룹들에 속한 각 슬립모드 ID들에 상응하는 트래픽이 발생하는지 여부를 나타내는 제2 비트맵 정보를 포함하는 트래픽 통보 메시지를 브로드캐스팅하는 기지국과,
    상기 복수개의 슬립 모드 ID들중 어느 하나를 할당받고, 상기 트래픽 통보 메시지를 수신하면 상기 제1 비트맵 정보를 이용하여 자신이 속한 슬립 모드 ID 그룹에 트래픽이 발생하였는지를 판단하고, 자신이 속한 슬립 모드 ID 그룹에 트래픽이 발생하였으면 상기 제2 비트맵 정보를 이용하여 자신에 대한 트래픽이 발생하였는지를 검출하는 이동 가입자 단말기를 포함하는 것을 특징으로 하는 통신 시스템.
  2. 제1항에 있어서,
    상기 트래픽 통보 메시지는 상기 슬립 모드 ID 그룹의 각 슬립 모드 ID에 대한 트래픽 상태들을 나타내는 제3 비트맵 정보를 더 포함하는 것을 특징으로 하는 통신 시스템.
  3. 제1항에 있어서,
    상기 트래픽 통보 메시지는 상기 슬립 모드 ID 그룹에서 트래픽이 발생한 슬립 모드 ID의 개수가 소정 개수 이상인 것을 나타내는 제4 비트맵 정보를 더 포함하는 것을 특징으로 하는 통신 시스템.
  4. 제3항에 있어서,
    상기 기지국은 상기 슬립 모드 ID 그룹에서 트래픽이 발생한 슬립 모드 ID의 개수가 소정 개수보다 크면, 상기 슬립 모드 ID 그룹에 속하는 모든 슬립 모드 ID에 대한 트래픽 인디케이터를 상기 제3 비트맵 정보에 포함시키는 것을 특징으로 하는 통신 시스템.
  5. 제3항에 있어서,
    상기 기지국은 상기 슬립 모드 ID 그룹에서 트래픽이 발생한 슬립 모드 ID의 개수가 소정 개수 이하이면, 상기 슬립 모드 ID 그룹에 속하는 모든 슬립 모드 ID중 트래픽이 발생한 슬립 모드 ID에 대한 트래픽 인디케이터만을 상기 제3 비트맵 정보에 포함시키는 것을 특징으로 하는 통신 시스템.
  6. 통신 시스템의 기지국에서 트래픽 통보 메시지를 송신하는 방법에 있어서,
    복수개의 슬립 모드 ID들을 그룹화하여 슬립 모드 ID 그룹들을 형성하는 단계와,
    상기 슬립 모드 ID 그룹들에 대해 트래픽이 발생하였는지 여부를 나타내는 제1 비트맵 정보를 설정하는 단계와
    상기 슬립 모드 ID 그룹들에 속한 각 슬립 모드 ID에 상응하는 트래픽이 발생하는지 여부를 나타내는 제2 비트맵 정보를 설정하는 단계와,
    상기 제1 및 제2 비트맵 정보를 포함하는 트래픽 통보 메시지를 브로드캐스팅하는 단계를 포함하는 것을 특징으로 하는 기지국에서 트래픽 통보 메시지 송신 방법.
  7. 제6항에 있어서,
    상기 슬립 모드 ID 그룹들의 각 슬립 모드 ID에 대한 트래픽 상태들을 나타내는 제3 비트맵 정보를 설정하는 단계를 더 포함하는 것을 특징으로 하는 기지국에서 트래픽 통보 메시지 송신 방법.
  8. 제6항에 있어서,
    상기 슬립 모드 ID 그룹에서 트래픽이 발생한 슬립 모드 ID의 개수가 소정 개수 이상인 것을 나타내는 제4 비트맵 정보를 설정하는 단계를 더 포함하는 것을 특징으로 하는 기지국에서 트래픽 통보 메시지 송신 방법.
  9. 제7항에 있어서,
    상기 슬립 모드 ID 그룹에서 트래픽이 발생한 슬립 모드 ID의 개수가 소정 개수보다 크면, 상기 슬립 모드 ID 그룹에 속하는 모든 슬립 모드 ID에 대한 트래픽 인디케이터를 상기 제3 비트맵 정보에 포함시키는 단계를 더 포함하는 것을 특징으로 하는 기지국에서 트래픽 통보 메시지 송신 방법.
  10. 제8항에 있어서,
    상기 슬립 모드 ID 그룹에서 트래픽이 발생한 슬립 모드 ID의 개수가 소정 개수 이하이면, 상기 슬립 모드 ID 그룹에 속하는 모든 슬립 모드 ID중 트래픽이 발생한 슬립 모드 ID에 대한 트래픽 인디케이터만을 상기 제3 비트맵 정보에 포함시키는 단계를 더 포함하는 것을 특징으로 하는 기지국에서 트래픽 통보 메시지 송신 방법.
  11. 통신 시스템에서 트래픽 통보 메시지의 구조에 있어서,
    복수개의 슬립 모드 ID들을 그룹화하고, 상기 슬립 모드 ID 그룹들에 대해 트래픽이 발생하였는지 여부를 나타내는 제1 비트맵과,
    상기 슬립 모드 ID 그룹들에 속한 각 슬립모드 ID에 대한 트래픽 상태들을 나타내는 제2 비트맵을 포함하는 것을 특징으로 하는 트래픽 통보 메시지 구조.
  12. 제11항에 있어서,
    상기 트래픽 통보 메시지는 상기 슬립 모드 ID 그룹들의 각 슬립 모드 ID에 대한 트래픽 상태들을 나타내는 제3 비트맵을 더 포함하는 것을 특징으로 하는 트래픽 통보 메시지 구조.
  13. 제11항에 있어서,
    상기 트래픽 통보 메시지는 상기 슬립 모드 ID 그룹에서 트래픽이 발생한 슬립 모드 ID들의 개수가 소정 개수 이상인 것을 나타내는 제4 비트맵을 더 포함하는 것을 특징으로 하는 트래픽 통보 메시지 구조.
  14. 제13항에 있어서,
    상기 제3 비트맵은 상기 슬립 모드 ID 그룹들에서 트래픽이 발생한 슬립 모드 ID의 개수가 소정 개수보다 크면, 상기 슬립 모드 ID 그룹들에 속하는 모든 슬립 모드 ID들에 대한 트래픽 인디케이터를 포함하는 것을 특징으로 하는 트래픽 통보 메시지 구조.
  15. 제13항에 있어서,
    상기 제3 비트맵은 상기 슬립 모드 ID 그룹들에서 트래픽이 발생한 슬립 모드 ID들의 개수가 소정 개수 이하이면, 상기 슬립 모드 ID 그룹들에 속하는 모든 슬립 모드 ID들중 트래픽이 발생한 슬립 모드 ID들에 대한 트래픽 인디케이터만을 포함하는 것을 특징으로 하는 트래픽 통보 메시지 구조.
  16. 제11항에 있어서,
    상기 트래픽 통보 메시지는 적어도 하나 이상의 슬립 모드에 존재하는 이동 가입자 단말기에게 퀵(quick) 트래픽 인디케이션 정보를 제공하기 위해 슬립 모드의 리스닝 구간 진입 이전까지 버퍼링된 트래픽 양에 따른 동적 크기를 갖는 것을 특징으로 하는 트래픽 통보 메시지 구조.
  17. 통신 시스템의 기지국에 있어서,
    복수개의 슬립 모드 ID들을 그룹화하여 슬립 모드 ID 그룹(SLPID-Group)들을 형성하는 수단과,
    상기 SLPID-Group들에 대해 트래픽이 발생하였는 여부지를 나타내는 제1비트맵을 설정하는 수단과,
    상기 SLPID-Group들에 속한 각 슬립모드 ID에 대한 트래픽 인디케이터들을 나타내는 제2비트맵을 설정하는 수단과,
    상기 제1비트맵과 제2비트맵을 포함하는 트래픽 통보 메시지를 브로드캐스팅하는 수단을 포함함을 특징으로 하는 기지국.
  18. 제17항에 있어서,
    상기 제2비트맵은 트래픽이 발생한 SLPID-Group에 대해 설정되는 것을 특징으로 하는 기지국.
  19. 제18항에 있어서,
    상기 제2비트맵은 SLPID-Group의 각 슬립 모드 ID에 대한 트래픽 상태들을 나타내는 트래픽 인디케이터의 집합인 것을 특징으로 하는 기지국.
  20. 제18항에 있어서,
    상기 제2비트맵의 트래픽 인디케이터는 트래픽이 발생한 SLPID-Group의 SLPID 값의 올림 차순에 따라 배열된 것을 특징으로 하는 기지국.
  21. 제19항에 있어서,
    상기 트래픽 인디케이터는 트래픽이 있음을 나타내는 하나의 값과 트래픽이 없음을 나타내는 다른 하나의 값중 어느 하나의 값을 갖는 것을 특징으로 하는 기지국.
  22. 제21항에 있어서,
    상기 트래픽 인디케이터는 1비트를 포함함을 특징으로 하는 기지국.
  23. 제22항에 있어서,
    상기 트래픽 인디케이터는 SLPID-Group에 속한 슬립모드 ID들의 개수의 배수 길이를 갖는 것을 갖는 것을 특징으로 하는 기지국.
  24. 통신 시스템의 이동 가입자 단말기에 있어서,
    복수개의 슬립 모드ID(SLPID)들중 어느 하나를 할당받고, 자신에게 할당된 SLPID가 속하는 SLPID-Group을 계산하는 수단과,
    기지국으로부터 상기 SLPID-Group들에 대해 트래픽이 발생하였는지 여부를 나타내는 제1비트맵 및 상기 SLPID-Group에 속한 각 SLPID에 대한 트래픽 인디케이터를 나타내는 제2비트맵을 포함하는 트래픽 통보 메시지를 수신하는 수단과,
    상기 트래픽 통보 메시지를 수신하면 상기 제2비트맵을 이용하여 자신이 속한 SLPID-Group에 트래픽이 발생하였는지를 판단하는 수단과,
    자신이 속한 SLPID-Group에 트래픽이 발생하였으면 상기 제2비트맵을 이용하여 자신에 대한 트래픽 인디케이터를 확인하는 수단을 포함하는 것을 특징으로 하는 이동 가입자 단말기.
  25. 제24항에 있어서,
    상기 제2비트맵은 트래픽이 발생한 SLPID-Group에 대해 설정되는 것을 특징으로 하는 이동 가입자 단말기.
  26. 제24항에 있어서,
    상기 제2비트맵의 트래픽 인디케이터는 트래픽이 발생한 SLPID-Group의 SLPID 값의 올림 차순에 따라 배열된 것을 특징으로 하는 이동 가입자 단말기.
  27. 제24항에 있어서,
    상기 트래픽 인디케이터는 트래픽이 있음을 나타내는 하나의 값과 트래픽이 없음을 나타내는 다른 하나의 값중 어느 하나의 값을 갖는 것을 특징으로 하는 이동 가입자 단말기.
  28. 제27항에 있어서,
    상기 트래픽 인디케이터는 1비트를 포함함을 특징으로 하는 이동 가입자 단말기.
  29. 통신 시스템에서 이동 가입자 단말기가 트래픽 통보 메시지를 수신하는 방법에 있어서,
    복수개의 슬립 모드ID(SLPID)들중 어느 하나를 할당받고, 자신에게 할당된 SLPID가 속하는 SLPID-Group을 계산하는 단계와,
    기지국으로부터 상기 SLPID-Group들에 대해 트래픽이 발생하였는 여부지를 나타내는 제1비트맵 및 상기 SLPID-Group에 속한 각 SLPID에대한 트래픽 인디케이터를 나타내는 제2비트맵을 포함하는 트래픽 통보 메시지를 수신하는 단계와,
    상기 트래픽 통보 메시지를 수신하면 상기 제2비트맵을 이용하여 자신이 속한 SLPID-Group에 트래픽이 발생하였는지를 판단하는 단계와,
    자신이 속한 SLPID-Group에 트래픽이 발생하였으면 상기 제2비트맵을 이용하여 자신에 대한 트래픽 인디케이터를 확인하는 단계를 포함하는 것을 특징으로 하는 이동 가입자 단말기의 트래픽 통보 메시지 수신 방법.
  30. 기지국에 의해 점유되는 영역 내에 있는 복수의 이동 가입자 단말기들의 각각의 소비 전력을 감소하기 위하여 각 이동 가입자 단말기에 대해 데이터의 전송과 수신을 중단하는 슬립구간과 트래픽 인디케이션 메시지를 수신하는 리스닝 구간을 구비하는 이동통신 시스템에서 상기 기지국이 상기 이동 가입자 단말기들을 호출할때 상기 호출되는 이동 가입자 단말기들의 리스닝 구간들에 상기 호출되는 이동 가입자 단말기들을 깨어나게 하기 위한 트래픽 통보 메시지를 발생하는 방법에 있어서,
    상기 트래픽 인디케이션 메시지는 다수의 비트들을 가지며, 상기 다수의 비트들을 복수의 비트들의 그룹들을 분할하고, 상기 호출되는 이동 가입자 단말기들이 상기 복수의 그룹들에 속하도록 제1비트맵 정보를 발생하는 과정과,
    상기 분할된 그룹들 내의 상기 복수개의 비트들에 의해 상기 호출되는 이동 가입자 단말기들의 슬립 ID들을 나타내는 제2비트맵 정보를 발생하는 과정을 포함함을 특징으로 하는 트래픽 통보 메시지 발생 방법.
  31. 제30항에 있어서,
    상기 제2비트맵은 트래픽이 발생한 SLPID-Group에 대해 설정되는 것을 특징으로 하는 트래픽 통보 메시지 발생 방법.
  32. 제31항에 있어서,
    상기 제2비트맵 정보는 SLPID-Group의 각 슬립 모드 ID들에 대한 트래픽 상태를 나타내는 트래픽 인디케이터들의 집합임을 특징으로 하는 트래픽 통보 메시지 발생 방법.
  33. 제31항에 있어서,
    상기 제2비트맵의 트래픽 인디케이터는 트래픽이 발생한 SLPID-Group의 SLPID 값의 올림 차순에 따라 배열된 것을 특징으로 하는 트래픽 통보 메시지 발생 방법.
  34. 제30항에 있어서,
    상기 트래픽 인디케이터는 트래픽이 있음을 나타내는 하나의 값과 트래픽이 없음을 나타내는 다른 하나의 값중 어느 하나의 값을 갖는 것을 특징으로 하는 트래픽 통보 메시지 발생 방법.
  35. 제34항에 있어서,
    상기 트래픽 인디케이터는 1비트를 포함함을 특징으로 하는 트래픽 통보 메시지 발생 방법.
  36. 제35항에 있어서,
    상기 트래픽 인디케이터는 SLPID-Group에 속한 슬립모드 ID들의 개수의 배수 길이를 갖는 것을 갖는 것을 특징으로 하는 트래픽 통보 메시지 발생 방법.
  37. 데이터가 존재하는 어웨이크 모드와 데이터가 존재하지 않는 슬립모드를 가지는 광대역 무선통신 시스템에서, 서빙기지국이 슬립모드에 있는 이동 가입자 단말기들에게 상기 이동 가입자 단말기 각자에게 전달할 트래픽이 있는지 여부를 알려주는 메시지 생성 방법에 있어서,
    상기 서빙기지국은 상기 슬립모드에 있는 이동 가입자 단말기들마다 고유한 슬립 식별자를 부여하고,
    상기 슬립 식별자들을 미리 결정된 개수만큼씩 분할하여 이들을 표시하는 영역들을 결합하여 제1 표시 비트맵을 생성하고,
    상기 미리 결정된 개수만큼의 슬립 식별자들을 표시하는 제2 표시 비트맵을 생성하고,
    상기 제1 표시 비트맵과 상기 제2표시 비트맵을 포함시켜 트래픽 지시 메시지를 생성하여 상기 이동 가입자 단말기들에게 송신하는 과정을 포함하는 메시지 생성 방법.
  38. 제37항에 있어서,
    상기 슬립 식별자는 슬립 응답 메시지를 통해 이동 가입자 단말기에게 전달됨을 특징으로 하는 메시지 생성 방법.
  39. 제37항에 있어서,
    상기 제1표시 비트맵의 각 비트는 적어도 하나 이상의 이동 가입자 단말기에게 전달될 트래픽이 있는 경우 전달할 트래픽이 있음을 표시함을 특징으로 하는 메시지 생성 방법.
  40. 제37항에 있어서,
    상기 이동 가입자 단말기는 먼저 제1 표시 비트맵에서 자신의 위치에 상응하는 비트를 검출하여 트래픽의 여부를 판단하고,
    트래픽이 있으면 제2표시 비트맵을 검출하고,
    트래픽이 없으면 제2표시 비트맵을 검출하지 않는 것을 특징으로 하는 메시지 생성 방법.
  41. 제40항에 있어서,
    상기 이동 가입자 단말기는 제2표시 비트맵을 검출할 때 자신의 위치에 상응하는 비트를 검출하여 트래픽의 여부를 판단하는 것을 특징으로 하는 메시지 생성 방법.
KR1020040045894A 2004-06-19 2004-06-19 통신 시스템에서 트래픽 통보 메시지를 송수신하는 장치 및 방법 KR100617731B1 (ko)

Priority Applications (12)

Application Number Priority Date Filing Date Title
KR1020040045894A KR100617731B1 (ko) 2004-06-19 2004-06-19 통신 시스템에서 트래픽 통보 메시지를 송수신하는 장치 및 방법
US11/156,833 US7573841B2 (en) 2004-06-19 2005-06-20 Method for transmitting traffic indication message in wireless communication system, base station thereof, method for receiving the same, terminal thereof and message structure thereof
EP10003592A EP2221977B1 (en) 2004-06-19 2005-06-20 Method for transmitting traffic indication message in wireless communication system, base station therof; method for receiving same, terminal thereof and message structure thereof
RU2006145033/09A RU2344551C2 (ru) 2004-06-19 2005-06-20 Способ передачи, способ приема, базовая станция, терминал и структура сообщения индикации трафика в системе беспроводной связи
AU2005255848A AU2005255848B2 (en) 2004-06-19 2005-06-20 Method for transmitting traffic indication message in wireless communication system, base station thereof, method for receiving the same, terminal thereof and message structure thereof
CN2010101594776A CN101841898B (zh) 2004-06-19 2005-06-20 无线通信***、发送和接收业务指示消息的方法及***
BRPI0512283A BRPI0512283B1 (pt) 2004-06-19 2005-06-20 estação base para transmitir mensagem de indicação de tráfego, estação móvel para receber a mesma e métodos para transmitir e receber a mesma
JP2007527029A JP4489809B2 (ja) 2004-06-19 2005-06-20 無線通信システムにおけるトラフィック表示メッセージを伝送する方法及び基地局とこれを受信する方法及び端末とそのメッセージ構造
EP05013273A EP1608192B1 (en) 2004-06-19 2005-06-20 Method for transmitting traffic indication message in wireless communication system, base station thereof, method for receiving same, terminal thereof and message structure thereof
CN200580020460.XA CN1998162B (zh) 2004-06-19 2005-06-20 无线通信***中发送业务指示消息的方法及其基站、接收该消息的方法及其终端
PCT/KR2005/001907 WO2005125055A1 (en) 2004-06-19 2005-06-20 Method for transmitting traffic indication message in wireless communication system, base station thereof, method for receiving the same, terminal thereof and message structure thereof
CA2569020A CA2569020C (en) 2004-06-19 2005-06-20 Method for transmitting traffic indication message in wireless communication system, base station thereof, method for receiving the same, terminal thereof and message structure thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020040045894A KR100617731B1 (ko) 2004-06-19 2004-06-19 통신 시스템에서 트래픽 통보 메시지를 송수신하는 장치 및 방법

Publications (2)

Publication Number Publication Date
KR20050120521A KR20050120521A (ko) 2005-12-22
KR100617731B1 true KR100617731B1 (ko) 2006-08-28

Family

ID=34937558

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020040045894A KR100617731B1 (ko) 2004-06-19 2004-06-19 통신 시스템에서 트래픽 통보 메시지를 송수신하는 장치 및 방법

Country Status (10)

Country Link
US (1) US7573841B2 (ko)
EP (2) EP1608192B1 (ko)
JP (1) JP4489809B2 (ko)
KR (1) KR100617731B1 (ko)
CN (2) CN101841898B (ko)
AU (1) AU2005255848B2 (ko)
BR (1) BRPI0512283B1 (ko)
CA (1) CA2569020C (ko)
RU (1) RU2344551C2 (ko)
WO (1) WO2005125055A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9467943B2 (en) 2012-06-13 2016-10-11 Kt Corporation Method of accessing channel in wireless local area network system

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9020854B2 (en) 2004-03-08 2015-04-28 Proxense, Llc Linked account system using personal digital key (PDK-LAS)
KR100606084B1 (ko) * 2004-08-17 2006-07-28 삼성전자주식회사 광대역 무선 접속 통신 시스템에서 이동 단말기의 슬립 식별자 업데이트 시스템 및 방법
WO2006069330A2 (en) 2004-12-20 2006-06-29 Proxense, Llc Biometric personal data key (pdk) authentication
US7733835B2 (en) * 2005-07-20 2010-06-08 Interdigital Technology Corporation Method and system for reducing power consumption of a wireless transmit/receive unit
US20070160027A1 (en) * 2005-12-27 2007-07-12 Muqattash Alaa H Dynamic power save modes
US11206664B2 (en) 2006-01-06 2021-12-21 Proxense, Llc Wireless network synchronization of cells and client devices on a network
US8036152B2 (en) * 2006-01-06 2011-10-11 Proxense, Llc Integrated power management of a client device via system time slot assignment
EP1982474A1 (en) 2006-02-06 2008-10-22 Olympus Communication Technology of America, Inc. Power save system and method
US7904718B2 (en) 2006-05-05 2011-03-08 Proxense, Llc Personal digital key differentiation for secure transactions
WO2007150051A1 (en) 2006-06-23 2007-12-27 Olympus Communication Technology Of America, Inc. System and method for power management
KR101162384B1 (ko) * 2006-08-09 2012-07-04 엘지전자 주식회사 통신유닛 제어장치 및 그 제어방법
US8363607B2 (en) * 2006-09-11 2013-01-29 Qualcomm Incorporated VOIP group resource management
US9269221B2 (en) 2006-11-13 2016-02-23 John J. Gobbi Configuration of interfaces for a location detection system and application
KR100957400B1 (ko) * 2006-12-22 2010-05-11 삼성전자주식회사 통신 시스템에서 슬립 모드 동작 제어 시스템 및 방법
US20080268863A1 (en) * 2007-04-30 2008-10-30 Klaus Pedersen Method and Apparatus for Reporting Channel Quality
US8659427B2 (en) 2007-11-09 2014-02-25 Proxense, Llc Proximity-sensor supporting multiple application services
US8171528B1 (en) 2007-12-06 2012-05-01 Proxense, Llc Hybrid device having a personal digital key and receiver-decoder circuit and methods of use
WO2009079666A1 (en) 2007-12-19 2009-06-25 Proxense, Llc Security system and method for controlling access to computing resources
JP5136090B2 (ja) * 2008-01-30 2013-02-06 富士通株式会社 無線通信システムにおけるハンドオーバ方法、移動端末、及び無線通信システム
US8508336B2 (en) 2008-02-14 2013-08-13 Proxense, Llc Proximity-based healthcare management system with automatic access to private information
WO2009126732A2 (en) 2008-04-08 2009-10-15 Proxense, Llc Automated service-based order processing
KR101578928B1 (ko) * 2008-07-07 2015-12-18 한국전자통신연구원 수면 모드 관리 방법, 단말 및 수면 모드 관리 장치
US8259747B2 (en) * 2008-07-07 2012-09-04 Samsung Electronics Co., Ltd. Effective idle mode for advanced wireless system
CN101827432B (zh) * 2009-03-03 2014-03-12 中兴通讯股份有限公司 空闲模式下的处理方法及***
US8787843B2 (en) * 2009-06-26 2014-07-22 Nokia Siemens Networks Oy Wake up procedure for a base station in a communications network
KR20110000482A (ko) * 2009-06-26 2011-01-03 엘지전자 주식회사 슬립모드 동작 방법 및 장치
WO2011065749A2 (ko) 2009-11-24 2011-06-03 한국전자통신연구원 다중 사용자 다중 안테나 기반 무선통신 시스템에서 데이터 보호 방법
EP2908442B1 (en) 2009-11-24 2018-05-30 Electronics and Telecommunications Research Institute Methods for transmitting a frame in a multi-user based wireless communication system
JP5645953B2 (ja) 2009-11-24 2014-12-24 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュートＥｌｅｃｔｒｏｎｉｃｓ Ａｎｄ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ マルチユーザベースの無線通信システムにおける送信失敗フレームの修復方法
US9418205B2 (en) 2010-03-15 2016-08-16 Proxense, Llc Proximity-based system for automatic application or data access and item tracking
US8918854B1 (en) 2010-07-15 2014-12-23 Proxense, Llc Proximity-based system for automatic application initialization
KR101356887B1 (ko) * 2010-10-21 2014-01-28 엘지전자 주식회사 광대역 무선 통신 시스템에서 슬립 모드 단말의 슬립 식별자를 업데이트 하기 위한 방법 및 장치
CN102457948B (zh) 2010-10-21 2015-05-06 Lg电子株式会社 更新在睡眠模式下操作的终端的睡眠标识符的设备和方法
CN102480786B (zh) * 2010-11-29 2014-05-07 北京创毅视讯科技有限公司 一种多通信制式的无线通信方法和***
US9265450B1 (en) 2011-02-21 2016-02-23 Proxense, Llc Proximity-based system for object tracking and automatic application initialization
WO2013070174A1 (en) * 2011-11-09 2013-05-16 Agency For Science, Technology And Research Compression devices, decompression devices, compression methods, and decompression methods
WO2013077692A1 (ko) * 2011-11-24 2013-05-30 엘지전자 주식회사 무선랜 시스템에서 그룹핑을 기반으로 한 데이터 송수신 방법 및 이를 지원하는 장치
JP5825131B2 (ja) 2012-02-09 2015-12-02 富士通株式会社 ゲートウエイ装置、ノード装置、通信システム、動作期間の制御方法及びコンピュータプログラム
TW201336332A (zh) * 2012-02-23 2013-09-01 Inst Information Industry 行動台及其節能方法
WO2013131399A1 (zh) * 2012-03-06 2013-09-12 华为技术有限公司 数据传输方法和接入点
WO2013156669A1 (en) * 2012-04-20 2013-10-24 Nokia Corporation Method and apparatus for signaling that stations are awake and ready to receive data
KR101561114B1 (ko) 2012-06-13 2015-10-16 주식회사 케이티 인코딩된 팀 정보 통신 방법
US9503979B2 (en) 2012-11-30 2016-11-22 Google Technology Holdings LLC Delivering data to a wireless station
US9405898B2 (en) 2013-05-10 2016-08-02 Proxense, Llc Secure element as a digital pocket
US9955421B2 (en) 2014-07-09 2018-04-24 Qualcomm Incorporated Traffic advertisement and scheduling in a neighbor aware network data link
US9936452B2 (en) 2014-07-09 2018-04-03 Qualcomm Incorporated Traffic advertisement and scheduling in a neighbor aware network data link
US9936479B2 (en) 2014-07-09 2018-04-03 Qualcomm Incorporated Traffic advertisement and scheduling in a neighbor aware network data link
US9756603B2 (en) 2014-07-09 2017-09-05 Qualcomm Incorporated Traffic advertisement and scheduling in a neighbor aware network data link
US9961668B2 (en) 2014-10-16 2018-05-01 Qualcomm Incorporated Communication between devices of a neighbor aware network
US9763223B2 (en) 2014-10-16 2017-09-12 Qualcomm Incorporated Communication between devices of a neighbor aware network
US9763221B2 (en) 2014-10-16 2017-09-12 Qualcomm Incorporated Communication between devices of a neighbor aware network
US9769645B2 (en) 2014-10-16 2017-09-19 Qualcomm Incorporated Communication between devices of a neighbor aware network

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5745860A (en) * 1994-12-16 1998-04-28 Telefonaktiebolaget Lm Ericsson Method and system of data transmission and reception in a mobile station within a radio telecommunications system
WO1998030059A1 (en) * 1997-01-03 1998-07-09 Telecommunications Research Laboratories Method for real-time traffic analysis on packet networks
US6223047B1 (en) * 1998-08-26 2001-04-24 Telefonaktiebolaget Lm Ericsson (Publ) Extended sleep mode method and apparatus
US6438375B1 (en) * 1999-03-04 2002-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Coordinating different types of messages sent to mobile radios in a mobile communications system
US6622251B1 (en) * 1999-04-07 2003-09-16 Telefonaktiebolaget Lm Ericsson (Publ) Method to put a mobile terminal into sleep when a frame control channel containing a location of slow broadcast channel does not include wakeup information
FI109568B (fi) * 2000-01-13 2002-08-30 Nokia Corp Optimoitu lepotilan toiminta
WO2001069859A1 (en) 2000-03-17 2001-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Mobile terminal sleep phase assignment and announcement in a wireless local area network
WO2001084861A1 (en) * 2000-04-28 2001-11-08 Hi-G-Tek Ltd. Apparatus and methods for cellular communication
KR20020002073A (ko) * 2000-06-29 2002-01-09 서평원 이동 통신 시스템의 호 처리 방법
US7130668B2 (en) * 2003-09-01 2006-10-31 Samsung Electronics Co., Ltd. Method and system for controlling sleep mode in broadband wireless access communication system
KR100686775B1 (ko) * 2003-11-07 2007-02-23 삼성전자주식회사 광대역 무선 접속 통신 시스템에서 트래픽 지시 메시지 전송 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WO조사보고서

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9467943B2 (en) 2012-06-13 2016-10-11 Kt Corporation Method of accessing channel in wireless local area network system
US9918339B2 (en) 2012-06-13 2018-03-13 Kt Corporation Method of accessing channel in wireless local area network system
US10674537B2 (en) 2012-06-13 2020-06-02 Red Hat, Inc. Method of accessing channel in wireless local area network system

Also Published As

Publication number Publication date
CN101841898A (zh) 2010-09-22
US20060009267A1 (en) 2006-01-12
AU2005255848A1 (en) 2005-12-29
JP4489809B2 (ja) 2010-06-23
KR20050120521A (ko) 2005-12-22
EP2221977A1 (en) 2010-08-25
WO2005125055A1 (en) 2005-12-29
BRPI0512283B1 (pt) 2018-11-06
EP2221977B1 (en) 2012-01-18
RU2344551C2 (ru) 2009-01-20
CA2569020A1 (en) 2005-12-29
CN1998162A (zh) 2007-07-11
AU2005255848B2 (en) 2008-09-04
US7573841B2 (en) 2009-08-11
CN101841898B (zh) 2012-11-28
CA2569020C (en) 2012-12-04
BRPI0512283A (pt) 2008-03-18
JP2008502275A (ja) 2008-01-24
RU2006145033A (ru) 2008-06-27
CN1998162B (zh) 2015-10-14
EP1608192A1 (en) 2005-12-21
EP1608192B1 (en) 2011-10-12

Similar Documents

Publication Publication Date Title
KR100617731B1 (ko) 통신 시스템에서 트래픽 통보 메시지를 송수신하는 장치 및 방법
US9681416B2 (en) Method for transmitting and receiving paging information in a broadband wireless access system
KR100606065B1 (ko) 무선 접속 통신 시스템의 슬립 모드 제어 시스템 및 그 방법
KR101623417B1 (ko) 통신 링크 제어를 위한 시스템 및 방법
JP4443056B2 (ja) 移動体通信システムにおける移動端末へ送信される、異なるメッセージタイプの統合
KR100686775B1 (ko) 광대역 무선 접속 통신 시스템에서 트래픽 지시 메시지 전송 방법
EP1511335B1 (en) Method and system for controlling sleep mode in broadband wireless access communication system
KR100542345B1 (ko) 무선랜 단말의 전력 관리를 지원하는 에이피의 데이터전송처리 방법 및 이를 수행하는 에이피
KR100584446B1 (ko) 광대역 무선 접속 통신 시스템에서 단말의 동작 모드 제어방법
EP1892968B1 (en) A traffic indication message sending method in a sleep mode and the device thereof
EP3639573B1 (en) Wireless communications system, communications device and wireless network infrastructure
US20050152398A1 (en) Communication system and method for operating multicast service in communication system
KR101516430B1 (ko) 통신 시스템에서 긴급 서비스 제공 시스템 및 방법
KR20090127080A (ko) 무선통신 시스템에서 단말의 유휴 모드를 지원하기 위한 방법 및 장치
CA3163032A1 (en) Method and device for power-saving in wireless sidelink communication
KR100705040B1 (ko) 이동통신시스템의 데이터 전송방법 및 그에 따른이동통신단말기의 제어방법
CN115362724A (zh) 基于增强非连续接收的寻呼方法、装置、设备及存储介质
KR20050025039A (ko) 광대역 무선 접속 통신 시스템의 슬립 모드 제어 시스템및 그 방법
KR20100133874A (ko) 무선통신 시스템에서 복수개의 방송 관리 메시지의 동시 전송을 지원하기 위한 장치 및 방법
KR100678140B1 (ko) 무선 접속 통신 시스템의 슬립모드 제어 방법 및 장치
CN116368851A (zh) 寻呼处于空闲或非活动状态的用户设备

Legal Events

Date Code Title Description
A201 Request for examination
A302 Request for accelerated examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120730

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20130730

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20140730

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20150730

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20160728

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20170728

Year of fee payment: 12