JP2008508782A - 広帯域無線接続通信システムにおける移動端末機のスリープ識別子を更新するシステム及び方法 - Google Patents

Abstract

送信されるデータが存在しないスリープモードと、送信されるデータが存在するアウェークモードとを有し、スリープモードは、データの受信が不可能なスリープ期間とデータの受信が可能な聴取期間とを有する広帯域無線接続（ＢＷＡ）通信システムにおける移動端末機（ＭＳ）のスリープ識別子を更新するシステム及び方法であって、スリープモードの進入初期に、スリープモードで動作する移動端末機に割り当てられたスリープ識別子（ＳＬＰＩＤ）を更新する必要性を認知すると、基地局（ＢＳ）は、移動端末機に割り当てられる新たなＳＬＰＩＤを再び割り当てて、移動端末機へＳＬＰＩＤ更新情報を送信する。スリープモードの間に、移動端末機自身の現在のＳＬＰＩＤに関する更新情報を受信すると、ＭＳは、受信された更新情報に従って、移動端末機自身の現在のＳＬＰＩＤを再び割り当てられたＳＬＰＩＤで更新する。

Description

本発明は、広帯域無線接続通信システムに関し、特に、移動端末機に割り当てられたスリープ識別子に関する情報を更新する方法及びこれを用いるシステムに関する。

次世代通信システムである４世代(４^ｔｈ Ｇｅｎｅｒａｔｉｏｎ：以下、“４Ｇ”と称する)通信システムにおいて、高速の伝送速度による多様なサービス品質(Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：以下、“ＱｏＳ”とする)を有するサービスをユーザーに提供するための活発な研究が進んでいる。最近、４Ｇ通信システムでは、無線近距離通信ネットワーク(Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：以下、“ＬＡＮ”と称する)システム、及び無線都市地域ネットワーク(Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ：以下、“ＭＡＮ”と称する)システムのような広帯域無線接続(Ｂｒｏａｄｂａｎｄ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ：ＢＷＡ)通信システムに、移動性(ｍｏｂｉｌｉｔｙ）とサービス品質(ＱｏＳ）を保証しながら高速サービスを支援するための研究が活発になされている。その代表的な通信システムが、ＩＥＥＥ(Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ)８０２.１６ａ通信システム、及びＩＥＥＥ８０２.１６ｅ通信システムである。

ＩＥＥＥ８０２.１６ａ通信システム、及びＩＥＥＥ８０２.１６ｅ通信システムは、無線ＭＡＮシステムの物理チャンネル(ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ)に、広帯域伝送ネットワークを支援するために直交周波数分割多元(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：以下、“ＯＦＤＭ”と称する)方式、及び直交周波数分割多元接続(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ：以下、“ＯＦＤＭＡ”と称する)方式を適用する。ＩＥＥＥ８０２.１６ａ通信システムは、加入者端末機(Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ：以下、“ＳＳ”と称する)が固定された状態、すなわち、ＳＳの移動性を全く考慮しない状態と、単一セル構造のみを考慮している。これに対して、ＩＥＥＥ８０２.１６ｅ通信システムは、ＩＥＥＥ８０２.１６ａ通信システムにＳＳの移動性を考慮するシステムである。ここで、移動性を有するＳＳは、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)と称する。

上記のように、ＩＥＥＥ８０２.１６ｅ通信システムでは、ＭＳの移動性を考慮しているから、ＭＳの電力消耗がシステム全体の性能の重要な要因として作用する。したがって、ＭＳの電力消耗を最小化するために、ＭＳと基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ；ＢＳ）との間にスリープモード(ｓｌｅｅｐ ｍｏｄｅ)動作、及びアウェイクモード(ａｗａｋｅ ｍｏｄｅ)動作が提案された。また、ＭＳとＢＳとのチャンネル状態の変化に対応するために、ＭＳは、周期的にＢＳとのタイミングオフセット(ｔｉｍｉｎｇ ｏｆｆｓｅｔ)、周波数オフセット(ｆｒｅｑｕｅｎｃｙ ｏｆｆｓｅｔ)、及び電力を調整するレンジング(ｒａｎｇｉｎｇ)動作を遂行する。特に、ＭＳの移動性を考慮するＩＥＥＥ８０２.１６ｅ通信システムでは、上述したようなレンジング動作の間の周期的(ｐｅｒｉｏｄｉｃ)レンジングに対する重要度が高くなっていっている。

図１は、従来のＩＥＥＥ８０２.１６ｅ通信システムのスリープモード動作を概略的に示す。図１を説明するに先立って、スリープモードは、パケットデータの伝送時に、パケットデータが伝送されない期間が発生するアイドル(ｉｄｌｅ)期間で、ＭＳの電力消耗を最小化するために提案された。すなわち、スリープモードは、ＭＳとＢＳとが同時にスリープモードへ状態遷移(ｍｏｄｅ-ｔｒａｎｓｉｔ)することによって、パケットデータが伝送されないアイドル期間でのＭＳの電力消耗を最小化する。

一般的に、パケットデータは、バースト(ｂｕｒｓｔ)的に発生する特性を有する。そのため、パケットデータが伝送されない期間とパケットデータが伝送される期間の両方において同一に動作することは不合理であるという理由で、スリープモードが提案された。その反面、スリープモードで伝送されるパケットデータが発生すると、ＢＳ及びＭＳは、同時にアウェイクモードに状態遷移してパケットデータを送受信すべきである。

上記スリープモードは、電力消耗だけでなく、チャンネル信号間の干渉(ｉｎｔｅｒｆｅｒｅｎｃｅ)を最小化するための方案としても提案される。しかしながら、パケットデータは、トラフィック(ｔｒａｆｆｉｃ)に影響を大きく受けるため、スリープモード動作は、パケットデータのトラフィック特性及び伝送方式特性などを考慮して遂行しなければならない。

図１を参照すると、参照符号１１０は、パケットデータの発生パターンを示す。パケットデータ発生フォーマット１１０は、複数のオン期間と複数のオフ期間とを含む。複数のオン期間はパケットデータ、すなわち、トラフィックが発生するバースト期間であり、複数のオフ期間は、トラフィックが発生しないアイドル期間である。上記のようなトラフィック発生パターンに従って、ＭＳ及びＢＳは、スリープモードとアウェイクモードとの間を状態遷移（ｍｏｄｅ ｃｈａｎｇｅ）し、これによって、ＭＳの電力消耗を最小化すると同時にチャンネル信号間の干渉を防止することが可能である。

参照符号１２０は、ＢＳ及びＭＳの状態遷移(ｍｏｄｅ ｃｈａｎｇｅ)フォーマットを示すもので、ＢＳ及びＭＳの状態遷移フォーマット１２０は、複数のアウェイクモードと複数のスリープモードとから構成される。アウェイクモードは、トラフィックが発生する状態であって、ＢＳとＭＳとの間の実質的なパケットデータの送受信がなされる。一方、スリープモードは、トラフィックが発生しない状態であって、ＢＳとＭＳとの間の実質的なパケットデータの送受信がなされない。

参照符号１３０は、ＭＳの電力レベルを示すもので、すなわち、パケットデータ発生フォーマット１１０及び状態遷移フォーマット１２０によるＭＳの電力レベルを示す。ＭＳの電力レベルフォーマット１３０において、アウェイクモードにおけるＭＳの電力レベルが“Ｋ”である場合に、スリープモードにおけるＭＳの電力レベルは“Ｍ”である。ここで、アウェイクモードにおけるＭＳの電力レベルＫとスリープモードにおけるＭＳの電力レベルＭとを比較すると、Ｍの値がＫの値に比べて非常に小さい。すなわち、スリープモードでは、パケットデータの送受信がなされないため、ＭＳは電力がほとんど消耗されない。

スリープモード動作を支援するために、ＩＥＥＥ８０２.１６ｅ通信システムで現在提案している方式を説明すると、次の通りである。

まず、スリープモードへ状態遷移するためには、ＭＳがＢＳから状態遷移の許可を受信すべきである。また、ＢＳは、ＭＳがスリープモードに状態遷移をするように許可し、ＭＳへパケットデータを送信する。なお、ＢＳは、ＭＳの聴取期間（ＬＩＳＴＥＮＩＮＧ ＩＮＴＥＲＶＡＬ）の間に、ＭＳへ伝送されるパケットデータが存在することを知らせなければならない。このとき、ＭＳは、スリープモードからアウェイクし、ＢＳからＭＳへ伝送されるべきパケットデータが存在するか否かを確認しなければならない。聴取期間について、下記に、さらに詳細に説明する。

確認の結果、ＢＳからＭＳへ伝送されるパケットデータが存在する場合に、ＭＳは、スリープモードからアウェイクモードに状態遷移し、ＢＳからパケットデータを受信する。一方、確認の結果、ＢＳからＭＳへ伝送されるパケットデータが存在しない場合に、ＭＳは、スリープモードに復帰するか、或いはアウェイクモードをそのまま維持することが可能である。

スリープモード及びアウェークモード動作を支援するためのパラメータ
以下では、ＩＥＥＥ８０２．１６ｅ通信システムで現在提案しているスリープモード及びアウェークモード動作を支援するために要求されるパラメータ（ｐａｒａｍｅｔｅｒ）について説明する。

(１) スリープ識別子
上記スリープ識別子(Ｓｌｅｅｐ Ｉｄｅｎｔｉｆｉｅｒ：ＳＬＰＩＤ)は、ＭＳがアウェークモードからスリープモードへ状態遷移する過程で、スリープ応答(Ｓｌｅｅｐ-Ｒｅｓｐｏｎｓｅ：ＳＬＰ-ＲＳＰ)メッセージを通じて割り当てられる値で、スリープモードで動作するＭＳのみに対する固有の値として使用される。すなわち、スリープ識別子は、聴取期間を含むスリープモードのＭＳを区分するのに使用され、該当ＭＳがスリープモードからアウェイクモードへ遷移すると、ＭＳにあらかじめ割り当てられたスリープ識別子は、ＢＳへ戻され、ＳＬＰ-ＲＳＰメッセージを通じて、スリープモードへ遷移しようとする他のＭＳに再使用され得る。ここで、上記スリープ識別子は、１０ビットのサイズを有し、これによって、スリープモード動作を遂行する総１０２４個のＭＳを識別するのに使用されることができる。

(２) スリープ期間
上記スリープ期間（ＳＬＥＥＰ ＩＮＴＥＲＶＡＬ）は、ＭＳが要求し、ＭＳの要求に応じて、ＢＳによって割り当てられる期間である。上記スリープ期間は、ＭＳがアウェークモードからスリープモードへ状態遷移してから聴取期間が始まるまでスリープモードを維持する時間期間(ｔｉｍｅ ｉｎｔｅｒｖａｌ）を示す。つまり、スリープ期間は、ＭＳがスリープモードで動作する時間として定義される。

スリープ期間以後にも、ＢＳからＭＳへ伝送されるデータがない場合に、ＭＳは、継続的にスリープモードで動作することができる。この場合に、ＭＳは、予め設定されている初期スリープウィンドウ(ｉｎｉｔｉａｌ ｓｌｅｅｐ ｗｉｎｄｏｗ)値、及び最終スリープウィンドウ(ｆｉｎａｌ ｓｌｅｅｐ ｗｉｎｄｏｗ)値を用いて、スリープ期間を増加させることによって、スリープ期間を更新する。ここで、上記初期スリープウィンドウ値は、最小スリープウィンドウ値を示し、最終スリープウィンドウ値は、最大スリープウィンドウ値を示す。また、初期スリープウィンドウ値、及び最終スリープウィンドウ値は、フレームの数で表すことが可能である。

聴取期間（ＬＩＳＴＥＮＩＮＧ ＩＮＴＥＲＶＡＬ）は、ＭＳが要求し、ＭＳの要求に応じて、ＢＳによって割り当てられる期間である。上記聴取期間は、ＭＳがスリープモードからしばらくウェイクアップした後に、ＢＳのダウンリンク(ｄｏｗｎｌｉｎｋ)信号に同期してトラフィック指示(Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ：以下、“ＴＲＦ-ＩＮＤ”と称する)メッセージのようなダウンリンクメッセージを受信する時間期間を示す。ＴＲＦ-ＩＮＤメッセージは、ＭＳへ伝送されるトラフィック(すなわち、パケットデータ)が存在するか否かを示すメッセージである。上記ＴＲＦ-ＩＮＤメッセージは、下記に説明するので、ここでは、その詳細な説明を省略する。

聴取期間の間に、ＭＳは、ＴＲＦ-ＩＮＤメッセージを受信待機する。ＴＲＦ-ＩＮＤメッセージに含まれているスリープ識別子（ＳＬＰＩＤ）ビットマップ上のＭＳを示すビットが、ポジティブ指示(ｐｏｓｉｔｉｖｅ ｉｎｄｉｃａｔｉｏｎ)を示す値で表記されると、ＭＳは、アウェイクモードを継続して維持し、結果的に、アウェイクモードへ遷移する。その反対に、ＴＲＦ-ＩＮＤメッセージに含まれているスリープ識別子ビットマップ上のＭＳを示すビットが、ネガティブ指示(ｎｅｇａｔｉｖｅ ｉｎｄｉｃａｔｉｏｎ)を示す値で表記されると、さらにスリープモードへ遷移する。

(３) スリープ期間更新アルゴリズム（ＳＬＥＥＰ ＩＮＴＥＲＶＡＬＵＰＤＡＴＥ ＡＬＧＯＲＩＴＨＭ）
ＭＳは、スリープモードへ遷移すると、予め設定されている最小ウィンドウ値を最小スリープモード期間として見なして、スリープ期間を決定する。その後、ＭＳは、聴取期間でスリープモードからアウェイクし、ＢＳから伝送されるパケットデータが存在するか否かを確認する。その結果、伝送されるパケットデータが存在しないと、ＭＳは、スリープ期間を以前のスリープ期間の２倍の値に設定し、継続してスリープモードで動作する。例えば、最小ウィンドウ値が“２”である場合に、ＭＳは、スリープ期間を２フレームに設定し、２フレームの間スリープモードで動作する。２フレームが経過した後に、ＭＳは、スリープモードからアウェイクし、ＴＲＦ-ＩＮＤメッセージが受信されるか否かを判定する。ＴＲＦ-ＩＮＤメッセージが受信されない場合に、すなわち、ＢＳからＭＳへ伝送されるパケットデータが存在しない場合に、ＭＳは、スリープ期間を２フレームの２倍である４フレームに設定し、４フレームの間スリープモードで動作する。従って、スリープ期間は、初期スリープウィンドウ値と最終スリープウィンドウ値との間で増加する。

スリープモード及びアウェークモード動作のためのパラメータ
上述したようなスリープモード動作及びアウェークモード動作を支援するために、ＩＥＥＥ８０２．１６ｅ通信システムで現在定義しているメッセージは、次の通りである。

(１) スリープ要求(Ｓｌｅｅｐ Ｒｅｑｕｅｓｔ：ＳＬＰ-ＲＥＱ)メッセージ
ＳＬＰ-ＲＥＱメッセージは、ＭＳからＢＳへ伝送されるメッセージであって、ＭＳがスリープモードへの状態遷移を要求するときに使用される。ＳＬＰ-ＲＥＱメッセージは、ＭＳがスリープモードへ遷移するときに必要とされるパラメータ、すなわち、情報エレメント(Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ：ＩＥ)が含まれる。下記＜表１＞は、ＳＬＰ-ＲＥＱメッセージのフォーマットを示す。

ＳＬＰ-ＲＥＱメッセージは、ＭＳの接続識別子(Ｃｏｎｎｅｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ：以下、“ＣＩＤ”と称する)に基づいて伝送される専用メッセージ(ｄｅｄｉｃａｔｅｄ ｍｅｓｓａｇｅ)である。＜表１＞に示すようなＳＬＰ-ＲＥＱメッセージの情報エレメントの各々を説明すると、次の通りである。

まず、管理メッセージタイプ(Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ Ｔｙｐｅ)は、現在伝送されるメッセージのタイプである。上記管理メッセージタイプが５０の値を有する場合(管理メッセージタイプ＝５０)に、それは、ＳＬＰ-ＲＥＱメッセージを示す。初期スリープウィンドウ（Ｉｎｉｔｉａｌ-Ｓｌｅｅｐ Ｗｉｎｄｏｗ）値は、スリープ期間のために要求された開始値（ｒｅｑｕｅｓｔｅｄ ｓｔａｒｔ ｖａｌｕｅ ｆｏｒ ｔｈｅ ＳＬＥＥＰ ＩＮＴＥＲＶＡＬ（ｍｅａｓｕｒｅｄ ｉｎ ｆｒａｍｅｓ））を示し、最終スリープウィンドウ(Ｆｉｎａｌ-Ｓｌｅｅｐ Ｗｉｎｄｏｗ)値は、スリープ期間のために要求された終了値(ｓｔｏｐ ｖａｌｕｅ)を示す。すなわち、スリープ期間更新アルゴリズムで説明したように、スリープ期間は、初期スリープウィンドウ値から最終スリープウィンドウ値までの間で更新されることができる。また、聴取期間は、フレーム値で示すことができる。

(２) スリープ応答(Ｓｌｅｅｐ Ｒｅｓｐｏｎｓｅ：ＳＬＰ-ＲＳＰ)メッセージ
ＳＬＰ-ＲＳＰメッセージは、ＳＬＰ-ＲＥＱメッセージに対する応答メッセージである。ＳＬＰ-ＲＳＰメッセージは、ＭＳによって要求されたスリープモードへの状態遷移を許容するか否かを示すメッセージとして使用可能であり、また、非要求指示(ｕｎｓｏｌｉｃｉｔｅｄ ｉｎｓｔｒｕｃｔｉｏｎ)を示すメッセージとしても使用可能である。ＳＬＰ-ＲＳＰメッセージは、ＭＳがスリープモードで動作するときに必要とされる情報エレメントが含まれる。ＳＬＰ-ＲＳＰメッセージのフォーマットは、下記＜表２＞の通りである。

また、スリープ応答メッセージは、ＭＳのＣＩＤに基づいて伝送される専用メッセージであり、＜表２＞に示すようなＳＬＰ-ＲＳＰメッセージのＩＥの各々を説明すると、次の通りである。

まず、管理メッセージタイプは、現在伝送されるメッセージのタイプを示す。例えば、管理メッセージタイプが５１の値を有する場合（ＭＡＮＡＧＥＭＥＮＴ ＭＥＳＳＡＧＥ ＴＹＰＥ＝５１）に、それは、ＳＬＰ-ＲＳＰメッセージを示す。また、スリープ許可(ＳＬＥＥＰ-ＡＰＰＲＯＶＥＤ)値が１ビットで表現され、スリープ許可値が‘０’である場合には、スリープモードへの遷移が拒否される（ＳＬＥＥＰ-ＭＯＤＥ ＲＲＥＱＵＥＳＴ ＤＥＮＩＥＤ）ことを示す。一方、スリープ許可値が‘１’である場合には、スリープモードへの遷移が許可される（ＳＬＥＥＰ-ＭＯＤＥ ＲＲＥＱＵＥＳＴ ＡＰＰＲＯＶＥＤ）ことを示す。スリープモードへの遷移に対するＭＳの要求が拒否された場合(すなわち、スリープ許可値が‘０’に設定される場合)に、ＭＳは、ＳＬＰ-ＲＥＱメッセージをＢＳへ伝送するか、或いは非要求指示を示すＳＬＰ-ＲＳＰメッセージをＢＳから受信待機する。スリープ許可値が‘１’である場合に、ＳＬＰ-ＲＳＰメッセージは、上記に説明した開始フレーム（ＳＴＡＲＴ ＦＲＡＭＥ）と、初期スリープウィンドウと、最終スリープウィンドウと、聴取期間と、スリープ識別子とを含む。スリープ許可値が‘０’である場合に、ＳＬＰ-ＲＳＰメッセージは、再要求動作(ＡＦＴＥＲ-ＲＥＱ-Ａｃｔｉｏｎ)と、再要求時間(ＲＥＱ-Ｄｕｒａｔｉｏｎ)との値を含む。

ここで、開始フレーム値は、ＭＳが第１のスリープ期間へ進入するまでのフレーム(ＳＬＰ-ＲＳＰメッセージを受信したフレームは含まれない)値を示す。すなわち、ＭＳは、ＳＬＰ-ＲＳＰメッセージを受信したフレーム以後、すぐ次のフレームから開始フレーム値に該当するフレームが経過した後に、スリープモードへ状態遷移する。スリープ識別子は、スリープモードで動作するＭＳを区分するために使用され、全体で１０２４個のスリープモードで動作するＭＳを区分することができる。

一方、上述したように、初期スリープウィンドウ値は、スリープ期間のための開始値(フレーム単位で測定される値)を示す。聴取期間は、聴取期間のための値(フレーム単位で測定される値)を示す。最終スリープウィンドウ値は、スリープ期間のための終了値(フレーム単位で測定される値)を示す。再要求動作値は、スリープモードへの遷移が拒否されたときに、ＭＳがすべき動作を示す。

(３) トラヒック指示(Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ；ＴＲＦ-ＩＮＤ)メッセージ
ＴＲＦ-ＩＮＤメッセージは、聴取期間でＭＳへ伝送されるメッセージであって、ＢＳからＭＳへ伝送されるパケットデータが存在するか否かを示す。下記＜表３＞は、ＴＲＦ-ＩＮＤメッセージのフォーマットを示す。

ＴＲＦ-ＩＮＤメッセージは、ＳＬＰ-ＲＥＱメッセージ及びＳＬＰ-ＲＳＰメッセージとは異なるブロードキャスティング(ｂｒｏａｄｃａｓｔｉｎｇ)方式により伝送されるブロードキャスティングメッセージである。ＴＲＦ-ＩＮＤメッセージは、ＢＳから所定のＭＳへ伝送されるパケットデータが存在するか否かを示すメッセージである。ＭＳは、ブロードキャスティングされるＴＲＦ-ＩＮＤメッセージを聴取期間でデコーディングし、アウェイクモードへ遷移するか、或いはスリープモードへさらに戻るかを決定する。

ＭＳがアウェイクモードへ遷移する場合に、ＭＳは、フレーム同期を確認する。その確認の結果、ＭＳが予想するフレームシーケンス番号(ｆｒａｍｅ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)と一致しない場合、ＭＳは、アウェイクモードで損失されたパケットデータの再伝送を要求することができる。一方、ＭＳが聴取期間でＴＲＦ-ＩＮＤメッセージを受信しなかった場合、或いはＭＳによって受信されたＴＲＦ-ＩＮＤメッセージがポジティブ指示を含まない場合に、ＭＳは、スリープモードへ復帰することもある。

以下、上記＜表３＞に示すようなＴＲＦ-ＩＮＤメッセージの情報エレメントの各々について説明する。

まず、管理メッセージタイプは、現在伝送されるメッセージのタイプを示す。例えば、管理メッセージタイプが５２の値を有する場合(管理メッセージタイプ＝５２)に、それは、ＴＲＦ-ＩＮＤメッセージを示す。ＦＭＴは、スリープモードでＭＳへ伝送されるトラフィックが存在するかどうかを示す過程で、スリープ識別子又はＭＳの基本ＣＩＤを使用するか否かを示す。上記スリープ識別子を用いて指示する場合、上記スリープ識別子ビットマップ（ＳＬＰＩＤ ｂｉｔｍａｐ）は、スリープモードでＭＳを区分するためにＭＳに割り当てられたスリープ識別子別に１ビットずつ割り当てられた指示インデックスの集合を示す。すなわち、スリープ識別子ビットマップは、現在スリープモードで動作するＭＳに割り当てられたスリープ識別子値のうち(最大値-１)だけ、ＭＳごとに１ビットずつ割り当てられたビットのグループを意味する。スリープ識別子ビットマップは、バイトアラインメントのためにダミー(ｄｕｍｍｙ)ビットが割り当てられることも可能である。

ＭＳに割り当てられた１つのビットは、ＢＳから該当ＭＳへ伝送されるデータの存在有無を示す。そこで、スリープモードのＭＳは、聴取期間で受信したＴＲＦ-ＩＮＤメッセージから、スリープモードへの状態遷移時に割り当てられたスリープ識別子とマッピングされたビットを読み取る。その後、スリープ識別子がポジティブ指示値、すなわち、‘１’の値であると、ＭＳは、アウェイクモードを継続して維持することによって、アウェイクモードへ遷移する。一方、スリープ識別子がネガティブ指示値、すなわち、‘０’の値であると、ＭＳは、さらにスリープモードへ遷移する。

一方、ＢＳは、割り当てられないＳＬＰＩＤのうち、小さいＩＤ番号を有するＳＬＰＩＤの順序にて、スリープモードへ進入する各ＭＳにＳＬＰＩＤを順次に割り当てる。このとき、ＭＳは、スリープモードの間に、スリープモードの進入初期に、ＢＳから割り当てられた固定されたＳＬＰＩＤをアウェークモードへ戻るまで、継続して使用する。

この場合、上記スリープモードへ進入した各ＭＳは、自身に送信されるパケットデータが存在するかどうかを判断するために、はじめから自身のＳＬＰＩＤが位置する該当部分までＳＬＰＩＤビットマップを読み出されなければならない。このとき、ＭＳが割り当てられたＳＬＰＩＤが最初に割り当てられた番号に固定されてしまうので、ＳＬＰＩＤビットマップ上に割り当てられない空いているＳＬＰＩＤが複数存在すると、相当なリソースの浪費及びＳＬＰＩＤの判読に多くの時間が必要とされる。

すなわち、上記スリープモードへ進入するＭＳの数が増加するに従って、ＭＳに割り当てられるＳＬＰＩＤが大きくなる。従って、ＳＬＰＩＤが大きいＭＳの場合には、まず、割り当てられたＳＬＰＩＤ番号が固定されるので、ＳＬＰＩＤビットマップを自身のトラフィックＳＬＰＩＤの位置まで読み出して処理するプロセシング時間が長くなる。また、スリープモードへ実際進入したＭＳの数が多くないとしても、ＭＳに割り当てられたＳＬＰＩＤのうち、最小のスリープ識別子と最大の識別子との差が大きい場合には、ＳＬＰＩＤビットマップが不必要に大きくなる、という問題点があった。

上記背景に鑑みて、本発明の目的は、広帯域無線接続通信システムにおいて、スリープモードで動作する移動端末機に割り当てられるスリープ識別子を更新する方法及び、これを用いるシステムを提供することにある。

本発明の他の目的は、移動端末機がスリープ識別子の更新を通してスリープ識別子を判読して処理する処理時間を短縮し、スリープ識別子ビットマップが不必要に増加せず、効率的に管理されるようにする方法及びシステムを提供することにある。

本発明のさらなる目的は、広帯域無線接続通信システムにおいて、移動端末機がスリープモードへ状態遷移する間に、基地局から割り当てられたスリープ識別子を周期的に更新して管理する方法及びシステムを提供することにある。

上記のような目的を達成するために、本発明の第１の見地によると、送信されるデータが存在しないスリープモードと、送信されるデータが存在するアウェークモードとを有し、上記スリープモードは、データの受信が不可能なスリープ期間とデータの受信が可能な聴取期間とを有する広帯域無線接続（ＢＷＡ）通信システムにおける移動端末機のスリープ識別子を更新する方法は、スリープモードの進入初期に、上記スリープモードで動作する移動端末機に割り当てられたスリープ識別子を更新する必要性を認知するステップと、基地局が上記移動端末機へ新たなスリープ識別子を再び割り当てるステップと、スリープモードの間に、上記移動端末機自身の現在のスリープ識別子更新情報を受信すると、上記受信された更新情報に従って、上記移動端末機自身の現在のスリープ識別子を上記再び割り当てられたスリープ識別子に更新するステップとを具備することを特徴とする。

本発明の第２の見地によると、送信されるデータが存在しないスリープモードと送信されるデータが存在するアウェークモードとを有し、データの受信が可能な聴取期間を有する広帯域無線接続通信システムにおいて、移動端末機に割り当てられたスリープ識別子を更新する方法は、上記スリープモードで動作する移動端末機のスリープ識別子を更新する必要があるかどうかを判断するステップと、上記移動端末機のスリープ識別子の更新が必要な場合に、上記移動端末機に割り当てられることができるスリープ識別子を識別するステップと、上記識別されたスリープ識別子を含むスリープ識別子更新情報を構成するステップと、上記スリープ識別子更新情報を上記移動端末機へ送信するステップとを具備することを特徴とする。

本発明の第３の見地によると、送信されるデータが存在しないスリープモードと、送信されるデータが存在するアウェークモードとを有し、上記スリープモードは、データの受信が不可能なスリープ期間とデータの受信が可能な聴取期間とを有する広帯域無線接続（ＢＷＡ）通信システムにおける移動端末機のスリープ識別子を更新する方法は、スリープ識別子更新指示子情報を含む所定の指示メッセージを受信するステップと、上記受信された指示メッセージに含まれたスリープ識別子更新情報を確認するステップと、上記確認の結果、上記スリープ識別子更新情報に従って、現在のスリープ識別子を上記新たなスリープ識別子で更新するステップとを具備することを特徴とする。

本発明の第４の見地によると、送信されるデータが存在しないスリープモードと、送信されるデータが存在するアウェークモードとを有し、上記スリープモードは、データの受信が不可能なスリープ期間とデータの受信が可能な聴取期間とを有する広帯域無線接続（ＢＷＡ）通信システムにおける移動端末機のスリープ識別子を更新するシステムは、上記移動端末機と、上記スリープモードの進入初期に、上記スリープモードで動作する上記移動端末機に割り当てられたスリープ識別子の更新の必要性を認知すると、上記移動端末機に新たなスリープ識別子を再び割り当て、該当移動端末機へ上記スリープ識別子更新情報を送信する基地局と、上記スリープモードを進行する間に、上記基地局から上記スリープ識別子アップデータ情報を受信すると、上記スリープ識別子更新情報に従って、自身の現在のスリープ識別子を上記再び割り当てられたスリープ識別子で更新する移動端末機とを具備することを特徴とする。

本発明の実施形態によると、ＢＷＡ通信システムは、スリープモードにある移動端末機に割り当てられるスリープ識別子を更新することができる。また、スリープモードを支援する通信システムがスリープモードにある移動端末機に割り当てられるスリープ識別子の更新が可能となるに従って、スリープ識別子ビットマップのサイズを減少させることができ、これに従って、スリープ識別子ビットマップを判読して処理するのに必要とされる処理時間を短縮させることができる。すなわち、上記通信システムは、スリープモードにある移動端末機に割り当てられるスリープ識別子が従来のように固定されず、スリープモード中にも更新を可能にするに従って、スリープモード状態の移動端末機が処理すべきスリープ識別子ビットマップの数を減少させることができる。結果的に、従来の過程に比べて、スリープモードにある移動端末機がトラフィック指示メッセージを処理する過程をさらに効率的に処理することができる、という長所がある。

以下、本発明の好適な実施形態について添付図を参照しつつ詳細に説明する。なお、図面中、同一な構成要素及び部分には、可能な限り同一な符号及び番号を共通使用するものとする。下記説明において、本発明の要旨のみを明瞭するために公知の機能又は構成に対する詳細な説明は省略する。

本発明は、広帯域無線接続(Ｂｒｏａｄｂａｎｄ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ：ＢＷＡ)通信システムであるＩＥＥＥ８０２.１６ｅ通信システムにおいて、スリープモード(ｓｌｅｅｐ ｍｏｄｅ)で動作する移動端末機(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ：以下、“ＭＳ”と称する)のスリープ識別子（ＳＬＰＩＤ）更新方案を提案する。上記“ＳＬＰＩＤ更新”とは、スリープモード過程の進入初期に割り当てられたＳＬＰＩＤの代わりに、スリープモード動作を進行する間に、基地局がスリープモードにあるＭＳに新たなＳＬＰＩＤに再び割り当てることを意味する。従って、本発明は、上記のようなＳＬＰＩＤ更新を通して、ＳＬＰＩＤリソースを効率的に管理することができる。

本発明は、ＩＥＥＥ８０２.１６ｅ通信システムを一例にして説明しているが、上記のような通信システムだけでなく、スリープモード動作及びスリープモード動作のうち、周期的レンジング動作を支援する通信システムのすべてに適用可能であることはもちろんである。

第１の実施形態
本発明の第１の実施形態によるＳＬＰＩＤ更新方法において、ＢＳは、スリープモードで動作するＭＳとの周期的レンジング動作の中にＳＬＰＩＤの更新を遂行する。しかしながら、本発明の第１の実施形態による周期的レンジングに基づくＳＬＰＩＤ更新方法を説明するに先立って、上記レンジングについて簡略に説明する。

まず、上記レンジングは、初期レンジング(ｉｎｉｔｉａｌ ｒａｎｇｉｎｇ)と、周期的レンジング(ｐｅｒｉｏｄｉｃ ｒａｎｇｉｎｇ)と、帯域要求レンジング(ｂａｎｄｗｉｄｔｈ ｒｅｑｕｅｓｔ ｒａｎｇｉｎｇ)とに分類される。ＭＳは、上記レンジング動作によってデータを送信する前に、送信電力を補正し、タイミングオフセット及び周波数オフセットを補正することができる。

上記初期レンジングは、ＭＳとの同期獲得のためにＢＳによって遂行されるレンジングであって、ＭＳとＢＳとの間で正確な時間オフセットを合せ、正確な送信電力を調整する。すなわち、ＭＳは、パワーオンした後に、ＤＬ-ＭＡＰメッセージ及びＵＬ-ＭＡＰメッセージを受信することによって、ＢＳとの同期を獲得する。したがって、ＭＳは、ＭＳとＢＳとの間の時間オフセット及び送信電力を調整するために初期レンジングを遂行する。

上記周期的レンジングは、上記初期レンジングを通じてＢＳと時間オフセット及び送信電力を補正したＭＳが、ＢＳとチャンネル状態などを補正するために周期的に遂行するレンジングであり、上記帯域要求レンジングは、上記初期レンジングを通じてＢＳと時間オフセット及び送信電力を補正したＭＳが、ＢＳとの実際の通信を遂行するために帯域幅の割当てを要求するレンジングである。

一方、上述したように、ＩＥＥＥ８０２．１６ｅ通信システムがＭＳの移動性を考慮するので、信頼性あるデータ送受信のために、ＭＳの周期的レンジングは、非常に重要な要因として作用する。すなわち、上記周期的レンジングは、ＭＳがＢＳと信頼性ある通信を遂行するために必要とされるパラメータの測定及び補正のための動作である。ＢＳは、ＭＳが周期的レンジングを遂行することができるように、すなわち、ＭＳがＢＳにレンジング要求（ＲＮＧ-ＲＥＱ）メッセージを送信することができるように、アップリンクリソースを割り当てなければならない。すなわち、ＢＳは、ＭＳの周期的レンジングのために、ＭＳにアップリンクリソースを割り当てなければならず、ＵＬ−ＭＡＰメッセージを通じて上記アップリンクリソース割当て情報をＭＳへ送信しなければならない。

すると、ＭＳは、ＢＳから割り当てられたアップリンクリソースを通じて、ＢＳへ上記レンジング要求メッセージを送信して、ＢＳとの周期的レンジング動作を遂行する。ＢＳは、ＭＳから受信されるレンジング要求メッセージに対応して、送信電力、タイミングオフセット、及び周波数オフセットを補正した後に、ＭＳにレンジング要求メッセージに対する応答メッセージであるレンジング応答（ＲＮＧ-ＲＳＰ）メッセージを送信する。すると、周期的レンジングを終了する。ここで、スリープモードで動作するＭＳであっても、ＢＳとの信頼性ある通信を遂行するためには、上記周期的レンジングを遂行しなければならない。

図２は、本発明の実施形態による通信システムにおけるスリープモードで動作するＭＳとの周期的レンジング動作中にＢＳで遂行するＳＬＰＩＤ更新過程を概略的に示すフローチャートである。

図２を参照すると、ステップＳ２０１で、ＢＳは、スリープモードで動作するＭＳから周期的なレンジングのためのレンジング要求（ＲＮＧ−ＲＥＱ）メッセージを受信する。

ステップＳ２０３で、ＢＳは、上記スリープモードで動作するＭＳのＳＬＰＩＤの更新が必要であるか否かを判定する。ステップＳ２０３で、ＢＳは、ＢＳで管理している全体ＳＬＰＩＤリストのうちで、該当ＭＳの現在のＳＬＰＩＤより小さい番号を有するＳＬＰＩＤリストのうち、空いている識別子が存在するか否かを判断する。上記空いているＳＬＰＩＤは、ＢＳからあらかじめ割り当てられたＳＬＰＩＤを使用する任意の他のＭＳがアウェークモードへ状態遷移する場合に、ＢＳへ復帰されたＳＬＰＩＤに該当することができる。このとき、上記空いているＳＬＰＩＤが複数存在すると、上記空いている複数のＳＬＰＩＤのうち、最小のＳＬＰＩＤを新たに割り当てて更新することが望ましい。このような方法を通じて、ＭＳは、最初に割り当てられたＳＬＰＩＤに固定されず、さらに小さいＳＬＰＩＤで連続して更新されることができる。

例えば、ＢＳがスリープモードで動作するＭＳに割り当てることができる最小のＳＬＰＩＤがＳＬＰＩＤ＃１であり、最初にＭＳに割り当てられたＳＬＰＩＤがＳＬＰＩＤ＃９９であると仮定すると、上記ＲＮＧ-ＲＥＱメッセージを送信したＭＳに対するＳＬＰＩＤ＃１と現在のＳＬＰＩＤ＃９９との間に使用されていないＳＬＰＩＤが存在すると、ＢＳは、上記空いているＳＬＰＩＤうち少なくとも１つをＭＳに新たに割り当てることができる。

ステップＳ２０３で、判断の結果、ＭＳのＳＬＰＩＤを更新する必要があると、すなわち、ＢＳがスリープモードで動作するＭＳに割当て可能な最小のＳＬＰＩＤとＭＳのＳＬＰＩＤとの間に使用されていないＳＬＰＩＤの存在を判断すると、ステップＳ２０５で、ＢＳは、スリープモードで動作するＭＳのＳＬＰＩＤを更新するのに使用される情報を含むＲＮＧ-ＲＳＰメッセージを構成する。すなわち、ＢＳは、ＲＮＧ-ＲＥＱメッセージに対する応答メッセージであるＲＮＧ-ＲＳＰメッセージのＳＬＰＩＤ_Ｕｐｄａｔｅフィールドに、ＭＳが現在使用しているＳＬＰＩＤ及びＭＳに新たに割り当てられるＳＬＰＩＤ情報を構成する。望ましくは、ＭＳが使用している現在のＳＬＰＩＤ及びＭＳに新たに割り当てられるＳＬＰＩＤ情報を対で構成する。

その後に、ステップＳ２０７で、ＢＳは、上記のように構成されたＳＬＰＩＤ情報を含むＲＮＧ-ＲＳＰメッセージをＭＳへ送信する。しかしながら、ＢＳは、ステップＳ２０３で、ＭＳのＳＬＰＩＤの更新が必要ないと判断すると、ステップＳ２０７で、ＳＬＰＩＤ_Ｕｐｄａｔｅ値を有しないＲＮＧ-ＲＳＰメッセージをＭＳへ送信する。

下記＜表４＞は、上記ＲＮＧ-ＲＳＰメッセージのタイプ／長さ／値（Ｔｙｐｅ／Ｌｅｎｇｔｈ／Ｖａｌｕｅ：ＴＬＶ）エンコーディングパラメータに付加されたＳＬＰＩＤ_Ｕｐｄａｔｅパラメータを示す。

＜表４＞を参照すると、ＳＬＰＩＤ_Ｕｐｄａｔｅパラメータは、ＭＳに現在割り当てられているＯｌｄ ＳＬＰＩＤ及びＭＳに新たに割り当てられるＮＥＷ ＳＬＰＩＤを対（Pair）で貯蔵されたＯｌｄ_Ｎｅｗ_ＳＬＰＩＤを含む。

＜表４＞に示すように、ＳＬＰＩＤ_Ｕｐｄａｔｅパラメータは、ＴＬＶコーディングタイプのパラメータであるので、必要な場合にのみ、ＲＮＧ-ＲＳＰメッセージを通じてＭＳへ送信される。すなわち、ＢＳは、ＭＳのＳＬＰＩＤの更新が必要であると判断した場合にのみ、周期的レンジングが完了される時点で、ＳＬＰＩＤ_ＵｐｄａｔｅパラメータをＲＮＧ-ＲＳＰメッセージを通じてＭＳへ送信する。

図３は、本発明の実施形態による通信システムにおけるＢＳとスリープモードで動作するＭＳとの周期的レンジング動作中にＭＳで遂行するＳＬＰＩＤ更新過程を概略的に示すフローチャートである。

図３を参照すると、ステップＳ３０１で、ＭＳは、スリープモードに滞在する。すなわち、ＭＳは、ＢＳから最初のＳＬＰＩＤを割り当てられてスリープモードのデータ送信がなされない状態で滞在する。ステップＳ３０３で、ＭＳは、ＢＳとの周期的レンジング過程を遂行する時点になったか否かを判定する。ステップＳ３０３で、判断の結果、周期的レンジング過程を遂行する時点ではないと、ＭＳは、スリープモード状態を継続して維持する。しかしながら、周期的レンジング過程を遂行する時点であると、ＭＳは、ステップＳ３０５で、ＲＮＧ-ＲＥＱメッセージをＢＳへ送信してレンジングを要求する。続いて、ステップＳ３０７で、ＭＳは、上記レンジング要求に応じて、ＢＳからＲＮＧ-ＲＳＰメッセージを受信する。

次いで、ステップＳ３０９で、ＭＳは、ＢＳから受信されたＲＮＧ-ＲＳＰメッセージにＳＬＰＩＤ_Ｕｐｄａｔｅパラメータが含まれているか否かを判断して、ＭＳ自身のＳＬＰＩＤが更新されるかどうかを決定する。

ステップＳ３０９で、判断の結果、ＢＳから受信されたＲＮＧ-ＲＳＰメッセージにＳＬＰＩＤ_Ｕｐｄａｔｅパラメータが含まれていると、ＭＳは、ステップＳ３１１で、上記パラメータ情報に従ってＢＳが新たに割り当てたＳＬＰＩＤでＭＳ自身のＳＬＰＩＤを更新した後に、ステップＳ３０１へ戻って、スリープモードへ復帰する。しかしながら、ステップＳ３０９で、判断の結果、ＢＳから受信されたＲＮＧ-ＲＳＰメッセージにＳＬＰＩＤ_Ｕｐｄａｔｅパラメータが含まれていないと、ＭＳは、ＭＳ自身に現在割り当てられている既存のＳＬＰＩＤをそのまま維持して、ステップＳ３０１へ戻ってスリープモードへ復帰する。ここで、ステップＳ３０１でのスリープモードは、スリープ期間又は聴取期間を各々意味するか、又は２つを含む概念を有する。

第２の実施形態
本発明の第２の実施形態によるＳＬＰＩＤ更新方法は、スリープモードの聴取期間で、ＴＲＦ-ＩＮＤメッセージを使用してＳＬＰＩＤの更新を遂行することを特徴とする。以下、図４、図５Ａ、及び図５Ｂを参照して、本発明の第２の実施形態によるＴＲＦ-ＩＮＤメッセージを使用するＳＬＰＩＤ更新方法について説明する。

図４は、本発明の実施形態による通信システムにおけるＴＲＦ-ＩＮＤメッセージを通じてＭＳのＳＬＰＩＤ更新を遂行するＢＳの動作を概略的に示すフローチャートである。

図４を参照すると、まず、ステップＳ４０１で、ＢＳは、ＴＲＦ-ＩＮＤメッセージを送信する時点になると、ステップＳ４０３で、スリープモードの聴取期間内のＭＳのうち、アウェークモードへ遷移する必要がない１つ又はそれ以上のＭＳに対して、ＳＬＰＩＤ更新が必要なＭＳが存在するか否かを判定する。すなわち、ＢＳは、スリープモードを継続して維持するＭＳに対して、ＳＬＰＩＤの更新が必要であるか否かを判定する。上記ＳＬＰＩＤの更新が必要であるか否かを判断する過程は、ＢＳで管理している全体ＳＬＰＩＤリストのうちで、特定のＭＳの現在のＳＬＰＩＤより小さい番号を有するＳＬＰＩＤリストに空いているＳＬＰＩＤが存在するか否かを判断する。上記空いているＳＬＰＩＤは、ＢＳからあらかじめ割り当てられたＳＬＰＩＤを使用する任意の他のＭＳがアウェークモードへ状態遷移がなされる場合に、ＢＳへ復帰されたＳＬＰＩＤに該当することができる。このとき、新たに割当て可能な空いているＳＬＰＩＤが複数存在すると、そのうち、最小のＳＬＰＩＤを新たに割り当てて更新することが望ましい。このような方法を通じて、ＭＳのＳＬＰＩＤは、最初に割り当てられたＳＬＰＩＤに固定されず、さらに小さいＳＬＰＩＤで継続して更新されることができる。

例えば、ＢＳがスリープモードで動作するＭＳに割り当てることができる最小のＳＬＰＩＤがＳＬＰＩＤ＃１であり、最初にＭＳに割り当てられたＳＬＰＩＤがＳＬＰＩＤ＃９９であると仮定すると、上記ＲＮＧ-ＲＥＱメッセージを送信したＭＳに対するＳＬＰＩＤ＃１と現在のＳＬＰＩＤ＃９９との間に使用されていないＳＬＰＩＤが存在すると、ＢＳは、上記空いているＳＬＰＩＤのうち少なくとも１つをＭＳに新たに割り当てることができる。

ステップＳ４０３で、判断の結果、ＭＳのＳＬＰＩＤを更新する必要があると、すなわち、聴取期間内の少なくとも１つ以上のＭＳに対して継続してスリープ状態を維持しながら、ＳＬＰＩＤ更新が必要とされるＭＳが存在すると判断されると、ステップＳ４０５で、ＢＳは、ＳＬＰＩＤ更新を要求しているＭＳに割り当てられる新たなＳＬＰＩＤに関する情報、すなわち、ＭＳのＳＬＰＩＤを更新するのに使用される情報を含むＴＲＦ-ＩＮＤメッセージを構成する。さらに具体的に、ＢＳは、ＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤ_ＵｐｄａｔｅフィールドにＭＳが現在使用しているＳＬＰＩＤに関する情報及びＭＳに新たに割り当てられるＳＬＰＩＤに関する情報を付加することによって、ＴＲＦ-ＩＮＤメッセージを構成する。

次いで、ＢＳは、ステップＳ４０７で、上記ＳＬＰＩＤビットマップは、ＳＬＰＩＤ更新を必要とするＭＳに対して、ＴＲＦ-ＩＮＤメッセージのトラフィック指示子をネガティブ指示子（Ｎｅｇａｔｉｖｅ Ｉｎｄｉｃａｔｏｒ）、すなわち、０（ビット値＝０）に設定し、ＳＬＰＩＤ更新指示子をポジティブ指示子（Ｐｏｓｉｔｉｖｅ Ｉｎｄｉｃａｔｏｒ）、すなわち、１（ビット値＝１）に設定して、ＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤビットマップを構成する。

ステップＳ４０３で、判断の結果、ＭＳのＳＬＰＩＤを更新する必要が存在しないと、すなわち、送信されるデータトラフィックがなく、ＳＬＰＩＤ更新を必要としないＭＳに対しては、トラフィック指示子を０、すなわち、ネガティブ指示子に設定し、ＳＬＰＩＤ更新指示子を０、すなわち、ネガティブ指示子に設定することによって、ＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤビットマップを構成する。このとき、ＭＳに対してＳＬＰＩＤ更新が必要とされないとしても、送信されるデータトラフィックが存在する場合には、ＢＳは、該当ＭＳに対して、トラフィック指示子を１、すなわち、ポジティブ指示子に設定することによって、ＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤビットマップを構成する。

次いで、上記のように、ＳＬＰＩＤビットマップが構成された後に、ステップＳ４０９で、ＢＳは、ＳＬＰＩＤビットマップを含んでいるＴＲＦ-ＩＮＤメッセージをブロードキャストする。

＜表５＞は、ステップＳ４０９で、ＢＳがブロードキャストする修正されたＴＲＦ-ＩＮＤメッセージのフォーマットを示す。

＜表５＞に示すように、ＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤビットマップ情報は、ＭＳへ送信されるデータトラフィックが存在するか否かを示すビット情報と、ＭＳに割り当てられているＳＬＰＩＤを更新するかどうかを示すビット情報とを含む。すなわち、上記ＳＬＰＩＤビットマップの２ビットのうち、上位１ビットは、トラフィックが存在するかどうかを示すトラフィック指示子であり、下位１ビットは、ＳＬＰＩＤ更新が存在するかどうかを示すＳＬＰＩＤ更新指示子である。例えば、ＭＳに該当するＳＬＰＩＤビットマップ情報が‘００’となると、ＭＳへ送信されるデータトラフィックがなく、ＭＳのＳＬＰＩＤを更新する必要がないことを示す。また、ＭＳに該当するＳＬＰＩＤビットマップ情報が‘０１’となると、ＭＳへ送信されるデータトラフィックがなく、ＭＳのＳＬＰＩＤを更新する必要があることを示す。従って、ＭＳは、ＴＲＦ-ＩＮＤメッセージのＴＬＶに含まれたＳＬＰＩＤ_Ｕｐｄａｔｅ情報を読み出して、自身に新たに割り当てられたＳＬＰＩＤを把握しなければならない。また、ＭＳに該当するＳＬＰＩＤビットマップ情報が‘１０’となると、ＭＳへ送信されるデータトラフィックが存在することを示す。従って、ＭＳは、アウェークモードへ遷移すべきことを示す。また、送信データトラフィックを有するＭＳに対しては、ＳＬＰＩＤ更新過程が不必要なので、ＭＳは、自身に該当するＳＬＰＩＤビットマップの上位１ビット値が１に設定されていると、下位１ビット値に無関係に、アウェークモードへ遷移しなければならない。

本発明の実施形態によるＴＲＦ-ＩＮＤメッセージは、上記のように構成されることができるが、本発明は、これに限定されるのではない。すなわち、例えば、本発明の他の実施形態によると、ＴＲＦ-ＩＮＤメッセージは、１ビットで構成されることができる。この場合に、ＴＲＦ-ＩＮＤメッセージは、ＭＳへ送信されるデータトラフィックが存在するか否かのみを示し、データトラフィックが存在しない場合には、ＭＳは、受信されたＴＲＦ-ＩＮＤメッセージに含まれたＳＬＰＩＤ_Ｕｐｄａｔｅ ＴＬＶを読み出して、ＭＳ自身に該当するＳＬＰＩＤ情報があるか否かを検査して、ＳＬＰＩＤ更新を遂行する。

一方、ＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤ更新指示子がポジティブ指示子に設定された場合に、ＴＲＦ-ＩＮＤメッセージのＴＬＶエンコーディングパラメータに付加されるＳＬＰＩＤ_Ｕｐｄａｔｅパラメータは、＜表６＞に示す通りである。

＜表６＞を参照すると、ＳＬＰＩＤ_Ｕｐｄａｔｅパラメータは、ＭＳに現在割り当てられているＯＬＤ ＳＬＰＩＤ及びＭＳに新たに割り当てられるＮＥＷ ＳＬＰＩＤを対で貯蔵したＯｌｄ_Ｎｅｗ_ＳＬＰＩＤを含む。また、ＳＬＰＩＤ_Ｕｐｄａｔｅパラメータを含むＴＲＦ-ＩＮＤメッセージがブロードキャスト送信であるので、ＳＬＰＩＤ更新が必要なＭＳの個数だけ、ＭＳが現在使用しているＳＬＰＩＤ及びＭＳに新たに割り当てられるＳＬＰＩＤ情報を含むことができる。

図５Ａ及び図５Ｂは、本発明の実施形態による通信システムにおけるＴＲＦ-ＩＮＤメッセージを通じてＳＬＰＩＤ更新を遂行するＭＳの動作を概略的に示すフローチャートである。

図５Ａは、ＴＲＦ-ＩＮＤメッセージが２ビットから構成された場合の実施形態を示し、図５Ｂは、ＴＲＦ-ＩＮＤメッセージが１ビットから構成された場合の実施形態を示す。すなわち、図５Ａ及び図５Ｂは、本発明の実施形態による通信システムにおいて、スリープモードの聴取期間でＴＲＦ-ＩＮＤメッセージを受信したＭＳのＳＬＰＩＤ更新指示子が１に設定された場合、ＭＳのＳＬＰＩＤ更新動作を示す。

図５Ａを参照すると、スリープモードで動作するＭＳは、ステップＳ５０１で現在聴取期間に滞在しており、上記聴取期間の間、ＭＳは、ステップＳ５０３で、＜表５＞に示すようなＴＲＦ-ＩＮＤメッセージを受信する。

次いで、聴取期間の間、ＴＲＦ-ＩＮＤメッセージを受信したＭＳは、上記受信されたＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤビットマップに関する情報を確認する。すなわち、ＭＳは、上記受信されたＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤビットマップ情報に基づいて、ＭＳ自身に送信されるデータトラフィックが存在するかどうか、及びＭＳ自身に割り当てられた既存のＳＬＰＩＤを更新する必要があるかどうかを検査する。具体的に説明すると、ＭＳは、ステップＳ５０５で、ＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤビットマップでＭＳ自身に対するトラフィック指示子に該当するビット値を検査する。

上記検査の結果、ＭＳ自身に対する上記トラフィック指示子値が１に設定されていると、ステップＳ５０７で、ＭＳ自身に送信されるデータトラフィックが存在することを認知して、ＭＳは、アウェークモードに進入して、ＢＳとトラフィック送受信過程を遂行する。しかしながら、上記トラフィック指示子値が１に設定されていないと、ＭＳへ送信されるデータトラフィックがない場合であるので、ＭＳは、ステップＳ５０９で、上記ＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤ更新指示子値を確認することによって、ＭＳ自身に新たに割り当てられるＳＬＰＩＤがあるかどうかをチェックする。

上記ＳＬＰＩＤ更新指示子値が１に設定されていると、ステップＳ５１１で、ＭＳは、ステップ５０３で受信されたＴＲＦ-ＩＮＤメッセージに含まれたＳＬＰＩＤ_Ｕｐｄａｔｅ ＴＬＶを読み出して、ＭＳ自身に新たに割り当てられるＳＬＰＩＤに関する情報を獲得する。

このとき、上記ＳＬＰＩＤ_Ｕｐｄａｔｅ ＴＬＶが１つ以上のＭＳに関するＳＬＰＩＤ情報を含む場合もあるので、ステップＳ５１１で、ＭＳは、ＳＬＰＩＤ_Ｕｐｄａｔｅ ＴＬＶのＯｌｄ_Ｎｅｗ_ＳＬＰＩＤから上位１０ビットに該当する値を読み出して、ＭＳ自身が現在使用しているＳＬＰＩＤと一致する情報を検索する。上記検索の結果、ＭＳ自身が現在使用しているＳＬＰＩＤと一致するＯｌｄ_Ｎｅｗ_ＳＬＰＩＤを発見すると、ＭＳは、Ｏｌｄ_Ｎｅｗ_ＳＬＰＩＤの下位１０ビットをＭＳ自身に新たに割り当てられたＳＬＰＩＤとして認識する。次いで、ＭＳは、Ｏｌｄ_Ｎｅｗ_ＳＬＰＩＤの下位１０ビットに割り当てられたＳＬＰＩＤに従って、ＭＳ自身のＳＬＰＩＤを更新する。

ステップＳ５１３で、ＭＳは、上記ＳＬＰＩＤを更新した後に、スリープモードへ進入する。

一方、ステップＳ５０９で、ＳＬＰＩＤ更新指示子値が１に設定されていないと、ＭＳは、ステップＳ５１３で、ＳＬＰＩＤの更新が必要ないことを認知し、ＭＳ自身が現在使用しているＳＬＰＩＤを維持したままスリープモードに滞在する。

図５Ｂを参照すると、ＢＳから受信されるＴＲＦ-ＩＮＤメッセージが１ビットから構成された場合のＭＳの動作の実施形態を示す。ここで、図５ＢのステップＳ５０２乃至ステップＳ５０８は、図５ＡのステップＳ５０１乃至ステップＳ５０７と同一であるので、それに対する詳細な説明は省略する。しかしながら、図５Ｂは、ＢＳから受信されるＴＲＦ-ＩＮＤメッセージが１ビット値を有する、という点で図５Ａと異なる。従って、図５Ｂの過程は、ＴＲＦ-ＩＮＤメッセージが１ビット値を有するものを除いては、図５Ａの過程と同一である。また、上記受信されたＴＲＦ-ＩＮＤメッセージが１ビット値を有するに従って、図５ＢのステップＳ５１０は、図５ＡのステップＳ５０９とは異なる手順を遂行する。

すなわち、ステップＳ５０６で、トラフィック指示子値が１に設定されていないと、ＭＳへ送信されるデータトラフィックがない場合であるので、ＭＳは、ステップＳ５１０で、ＢＳから受信されたＴＲＦ-ＩＮＤメッセージに含まれたＳＬＰＩＤ_Ｕｐｄａｔｅ情報をＴＬＶ形態で読み出して、ＭＳ自身に新たに割り当てられるＳＬＰＩＤ情報があるかどうかを検査する。ＳＬＰＩＤ_Ｕｐｄａｔｅ ＴＬＶでＭＳ自身に新たに割り当てられるＳＬＰＩＤ情報があると、ＭＳは、ステップＳ５１２で、上記新たなＳＬＰＩＤでＭＳ自身のＳＬＰＩＤを更新する。

このとき、ＳＬＰＩＤ_Ｕｐｄａｔｅ ＴＬＶが１つ以上のＭＳに対するＳＬＰＩＤ情報を含む場合もあるので、ＭＳは、ＳＬＰＩＤ_Ｕｐｄａｔｅ ＴＬＶのＯｌｄ_Ｎｅｗ_ＳＬＰＩＤから上位１０ビットに該当する値を読み出して、ＭＳ自身が現在使用しているＳＬＰＩＤと一致する情報を検索する。上記検索の結果、現在使用しているＳＬＰＩＤに該当するＯｌｄ_Ｎｅｗ_ＳＬＰＩＤを発見すると、ＭＳは、ステップＳ５１４で、Ｏｌｄ_Ｎｅｗ_ＳＬＰＩＤの下位１０ビットをＭＳ自身に新たに割り当てられたＳＬＰＩＤで更新した後に、スリープモードへ進入する。ＭＳに該当するＳＬＰＩＤ情報を発見することができないと、ＭＳは、ステップ５１４で、現在使用しているＳＬＰＩＤを維持したまま、スリープモードに滞在する。

上記では、本発明の第２の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、スリープモードの聴取期間で、ＢＳがブロードキャストするＴＲＦ-ＩＮＤメッセージを用いるＭＳのＳＬＰＩＤ更新動作について説明した。以下では、本発明の第３の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおいて、スリープモードの聴取期間で、非要求指示（unsolicited）のスリープ応答メッセージを用いるＭＳのＳＬＰＩＤ更新手順について説明する。

第３の実施形態
本発明の実施形態によるＳＬＰＩＤ更新方法は、スリープモードの聴取期間で非要求ＳＬＰ-ＲＳＰメッセージを使用してＳＬＰＩＤの更新を遂行することを特徴とする。図６及び図７を参照して、本発明の第３の実施形態による非要求ＳＬＰ-ＲＳＰメッセージを用いるＳＬＰＩＤ更新方法について説明する。

図６は、本発明の実施形態による通信システムにおけるスリープモードの聴取期間で非要求ＳＬＰ-ＲＳＰメッセージを使用してＭＳのＳＬＰＩＤの更新を遂行するＢＳの動作を概略的に示すフローチャートである。

図６を参照すると、まず、ＢＳは、ステップＳ６０１で、スリープモードの聴取期間に滞在しているＭＳに対してＳＬＰＩＤ更新が必要であるか否かを決定する。ここで、ＢＳが特定のＭＳ、すなわち、上記スリープモードの聴取期間に滞在しているＭＳに割り当てることができる最小のＳＬＰＩＤ番号がＳＬＰＩＤ＃１であると仮定する。このような場合、ステップＳ６０１で、上記スリープモードの聴取期間に滞在しているＭＳに対してＳＬＰＩＤの更新が必要であるかどうかは、次のような方式にて決定される。ＢＳは、上記スリープモードの聴取期間に滞在しているＭＳに現在割り当てられているＳＬＰＩＤと上記最小のＳＬＰＩＤ＃１との間に割り当てられないＳＬＰＩＤ、すなわち、空いている識別子があるか否かを判断して、上記空いているＳＬＰＩＤがあると、ＭＳのＳＬＰＩＤの更新が必要であると決定する。

ステップＳ６０１で、ＢＳは、特定のＭＳに対してＳＬＰＩＤ更新が必要であると判断すると、ＭＳに新たに割り当てられるＳＬＰＩＤとして決定し、すなわち、ＭＳに割り当てられるＳＬＰＩＤとＢＳが割り当てることができる最小のＳＬＰＩＤとの間に、使用されていない空いているＳＬＰＩＤのうち、最小の番号を有するＳＬＰＩＤをＭＳに新たに割り当てられるＳＬＰＩＤとして決定する。次いで、ＢＳは、ステップＳ６０３で、ＳＬＰ-ＲＳＰメッセージのスリープ受諾（Ｓｌｅｅｐ-Ａｐｐｒｏｖｅｄ）値を１に設定し、ＳＬＰ-ＲＳＰメッセージの期間情報、すなわち、開始フレーム値、初期スリープウィンドウ値、最終スリープウィンドウ値、及び聴取期間情報をＭＳが現在使用している期間情報として定義し、ＳＬＰ-ＲＳＰメッセージに上記新たに決定されたＳＬＰＩＤ情報とともに上記期間情報を貯蔵する。

ステップＳ６０５で、ＢＳは、ＭＳに新たに割り当てられるＳＬＰＩＤ及び上記期間情報を含むＳＬＰ-ＲＳＰメッセージを該当ＭＳへ送信する。

図７は、本発明の実施形態による通信システムにおけるスリープモードの聴取期間で非要求ＳＬＰ-ＲＳＰメッセージを用いてＳＬＰＩＤ更新を遂行するＭＳの動作を概略的に示すフローチャートである。図７を参照すると、ステップＳ７０１で、スリープモードの聴取期間に滞在しているＭＳは、ステップＳ７０３で、ＢＳからＳＬＰ-ＲＳＰメッセージを受信する。すなわち、ＭＳは、ＢＳからＳＬＰ-ＲＳＰメッセージを受信すると、ＳＬＰ-ＲＳＰメッセージに含まれたＳＬＰＩＤを確認する。ＭＳは、ＳＬＰ-ＲＳＰメッセージを通じて自身に割り当てられたＳＬＰＩＤを更新しなければならないことを認知すると、ステップＳ７０５で、ＳＬＰ-ＲＳＰメッセージのＳＬＰＩＤで自身のＳＬＰＩＤを更新する。このとき、上記ＳＬＰＩＤ以外の他の期間情報は、無視する。

一方、図６及び図７に示すようなＳＬＰＩＤ更新を指示するために使用されるＳＬＰ-ＲＳＰメッセージは、ＳＬＰＩＤ情報に加えて、ＭＳのスリープモード動作のための期間情報を含む。上記期間情報は、スリープモードで動作するＭＳには、不必要な情報である。従って、本発明は、上記不必要な期間情報を含まない新たなＳＬＰ-ＲＳＰメッセージのフォーマットを提案する。下記＜表７＞は、本発明の実施形態による修正されたＳＬＰ-ＲＳＰメッセージのフォーマットを示す。

＜表７＞に示すように、提案されたＳＬＰ-ＲＳＰメッセージは、ＳＬＰＩＤ更新動作のために送信されるメッセージであるか、あるいは、既存のスリープモード動作を開始する場合に遂行されるスリープモード動作で使用されるＳＬＰＩＤ及び期間情報を示すために送信されるメッセージであるかを判断するのに使用されるＳＬＰＩＤ_Ｕｐｄａｔｅフィールドを含む。まず、ＭＳのスリープモード動作を開始するために送信されるＳＬＰ-ＲＳＰメッセージである場合に、ＢＳは、ＳＬＰＩＤ_Ｕｐｄａｔｅフィールド値を０に設定し、上記スリープモード動作の開始時点、初期ウィンドウサイズ、最終ウィンドウサイズ、聴取期間、及びＳＬＰＩＤ情報を貯蔵する。次いで、ＭＳとのスリープモード動作の間に、ＭＳのＳＬＰＩＤを更新する必要がある場合、すなわち、新たなＳＬＰＩＤをＭＳへ通知するために送信されるＳＬＰ-ＲＳＰメッセージである場合、ＢＳは、ＳＬＰＩＤ_Ｕｐｄａｔｅフィールド値を１に設定し、新たに割り当てられるＳＬＰＩＤ情報のみを貯蔵する。

また、＜表７＞に示すＳＬＰ-ＲＳＰメッセージは、ＳＬＰＩＤに加えて、スリープモード動作に必要な期間情報をＳＬＰ-ＲＳＰメッセージのＴＬＶ形態で含むように構成されることができる。このような場合、上記修正されたＳＬＰ-ＲＳＰメッセージを用いて、ＭＳ及びＢＳがスリープモード進入交渉過程を遂行すると、ＳＬＰ-ＲＳＰメッセージは、Ｉｎｔｅｒｖａｌ_Ｉｎｆｏ ＴＬＶ、すなわち、上記スリープモード動作の開始時点、初期ウィンドウサイズ、最終ウィンドウサイズ、及び聴取期間を含むように構成されることができる。

従って、ＭＳのＳＬＰＩＤ更新を指示するためにＳＬＰ-ＲＳＰメッセージを使用する場合には、ＢＳは、Ｉｎｔｅｒｖａｌ_Ｉｎｆｏ ＴＬＶのような期間情報を含まず、ＭＳへＳＬＰ-ＲＳＰメッセージを送信してＳＬＰＩＤ更新動作を遂行する。スリープモード動作を指示するためにＳＬＰ-ＲＳＰメッセージを使用する場合には、ＢＳは、Ｉｎｔｅｒｖａｌ_Ｉｎｆｏ ＴＬＶのような期間情報を有するＳＬＰ-ＲＳＰメッセージをＭＳへ送信する。

第４の実施形態
図８は、本発明の実施形態による通信システムにおけるスリープモードの聴取期間で修正されたＳＬＰ-ＲＳＰメッセージを用いてＭＳのＳＬＰＩＤアップデータを遂行するＢＳの他の動作を概略的に示すフローチャートである。

図８を参照すると、まず、ＢＳは、ステップＳ８０１で、ＴＲＦ-ＩＮＤメッセージを送信する時点となると、ステップＳ８０３で、スリープモードの聴取期間にあるＭＳのうち、アウェークモードへ進行する必要がない、すなわち、送信するトラフィックを有していないＭＳのうち、ＳＬＰＩＤを更新する必要がないＭＳを選択する。ここで、上記ＳＬＰＩＤ更新の必要性を判断する過程は、上述したものと同一である。

次いで、ＢＳは、ＳＬＰＩＤ更新のためのＳＬＰ-ＲＳＰメッセージをＭＳへ送信するために、上記スリープモードにあるＭＳをアウェークモードへ遷移させなければならない。従って、ＢＳは、ステップＳ８０５で、ＴＲＦ-ＩＮＤメッセージのＳＬＰＩＤビットマップのうち、ＭＳに該当するトラフィック指示子を１に設定する。その後に、ステップＳ８０７で、ＢＳは、ＳＬＰＩＤ更新をＭＳへ通知するために、ＳＬＰ-ＲＳＰメッセージのスリープ許可（Ｓｌｅｅｐ-Ａｐｐｒｏｖｅｄ）フィールド値を１に設定し、新たに割り当てられるＳＬＰＩＤ情報を保存したＳＬＰ-ＲＳＰメッセージをＭＳへ送信する。

図９は、本発明の実施形態による通信システムにおけるスリープモードの聴取期間で修正されたＳＬＰ-ＲＳＰメッセージを受信して、ＳＬＰＩＤ更新を遂行するＭＳの他の動作を概略的に示すフローチャートである。

図９を参照すると、ステップＳ９０１で、スリープモードの聴取期間に滞在しているＭＳは、ステップＳ９０３で、ＢＳからＴＲＦ-ＩＮＤメッセージを受信する。ステップＳ９０５で、ＭＳは、ＢＳから受信されたＴＲＦ-ＩＮＤメッセージを検査して、ＭＳ自身に対するトラフィック指示子が１に設定されたか否かを判断する。上記検査の結果、上記トラフィック指示子が１に設定されていないと、すなわち、ネガティブ指示子に設定されていると、ＭＳは、ステップＳ９１７で、ＭＳ自身に送信されるデータトラフィックがないことを認知して、スリープモードへ進入する。しかしながら、ＴＲＦ-ＩＮＤメッセージでＭＳ自身に対するトラフィック指示子が１に設定されると、すなわち、ポジティブ指示子に設定されると、ステップＳ９０７で、ＭＳは、ＭＳ自身に送信されるデータトラフィックが存在することを認知し、上記スリープモードから一時的に覚めるために、アウェークモードへ状態遷移する。

次いで、ステップＳ９０９で、ＭＳは、上記アウェークモードでＢＳからＳＬＰ-ＲＳＰメッセージを受信すると、ステップＳ９１１で、ＳＬＰ-ＲＳＰメッセージのＳＬＰＩＤ_Ｕｐｄａｔｅフィールドのビット値をチェックする。また、ＭＳは、上記アウェークモードでＢＳからＳＬＰ-ＲＳＰメッセージが受信されないと、上記アウェークモードで送信データトラフィックの受信を待機する。

一方、ＭＳは、ＳＬＰＩＤ_Ｕｐｄａｔｅフィールドが１に設定されると、ステップＳ９１５で、ＭＳ自身のＳＬＰＩＤを更新しなければならないことを認知し、ＭＳ自身の現在のＳＬＰＩＤをＳＬＰ-ＲＳＰメッセージに含まれた新たなＳＬＰＩＤで更新する。次いで、ステップＳ９１７で、ＳＬＰＩＤ更新の後に、ＭＳは、スリープモードへ進入する。

しかしながら、ステップＳ９１１で、ＳＬＰＩＤ_Ｕｐｄａｔｅフィールドが１に設定されていないと、ＭＳは、スリープモード動作を新たに開始することを認知し、ステップＳ９１３で、スリープモード動作に必要とされる期間情報及びＭＳ自身に割り当てられたＳＬＰＩＤに関する情報を獲得する。その後に、ＭＳは、ステップＳ９１７で、スリープモードへ進入する。

なお、本発明の詳細な説明においては、具体的な実施の形態について説明したが、本発明の範囲から逸脱しない範囲内であれば、種々な変形が可能であることは言うまでもない。よって、本発明の範囲は、上述した実施の形態に限定されるものではなく、特許請求の範囲とその均等物によって定められるべきである。

従来のＩＥＥＥ８０２．１６ｅ通信システムにおけるスリープモード動作を概略的に示す図である。 本発明の実施形態による通信システムにおけるＢＳのＳＬＰＩＤ更新過程を概略的に示すフローチャートである。 本発明の実施形態による通信システムにおけるＭＳのＳＬＰＩＤ更新過程を概略的に示すフローチャートである。 本発明の実施形態による通信システムにおけるＴＲＦ-ＩＮＤメッセージを使用するＢＳのＳＬＰＩＤ更新過程を概略的に示すフローチャートである。 本発明の実施形態による通信システムにおけるＴＲＦ-ＩＮＤメッセージを使用するＭＳのＳＬＰＩＤ更新過程を概略的に示すフローチャートである。 本発明の実施形態による通信システムにおけるＴＲＦ-ＩＮＤメッセージを使用するＭＳのＳＬＰＩＤ更新過程を概略的に示すフローチャートである。 本発明の実施形態による通信システムにおける非要求指示ＳＬＰ-ＲＳＰメッセージを使用するＢＳのＳＬＰＩＤ更新過程を概略的に示すフローチャートである。 本発明の実施形態による通信システムにおける非要求指示ＳＬＰ-ＲＳＰメッセージを使用するＭＳのＳＬＰＩＤ更新過程を概略的に示すフローチャートである。 本発明の他の実施形態による通信システムにおける非要求指示ＳＬＰ-ＲＳＰメッセージを使用するＢＳのＳＬＰＩＤ更新過程を概略的に示すフローチャートである。 本発明の他の実施形態による通信システムにおける非要求指示ＳＬＰ-ＲＳＰメッセージを使用するＭＳのＳＬＰＩＤ更新過程を概略的に示すフローチャートである。

符号の説明

Ｓ２０１，Ｓ２０３，Ｓ２０５，Ｓ２０７ ステップ

Claims (43)

1. 送信されるデータが存在しないスリープモードと、送信されるデータが存在するアウェークモードとを有し、前記スリープモードは、データの受信が不可能なスリープ期間とデータの受信が可能な聴取期間とを有する広帯域無線接続通信システムにおける移動端末機のスリープ識別子を更新する方法であって、
   スリープモードの進入初期に、前記スリープモードで動作する移動端末機に割り当てられたスリープ識別子を更新する必要性を認知するステップと、
   基地局が前記移動端末機へ新たなスリープ識別子を再び割り当てるステップと、
   スリープモードの間に、前記移動端末機自身の現在のスリープ識別子更新情報を受信すると、前記受信された更新情報に従って、前記移動端末機自身の現在のスリープ識別子を前記再び割り当てられたスリープ識別子に更新するステップと
   を具備することを特徴とする方法。
2. 前記基地局は、前記スリープ識別子更新情報をレンジング応答メッセージを通じて送信することを特徴とする請求項１記載の方法。
3. 前記基地局は、前記スリープ識別子更新情報をトラフィック指示メッセージを通じて送信することを特徴とする請求項１記載の方法。
4. 前記基地局は、スリープ識別子更新情報をスリープ応答メッセージを通じて送信することを特徴とする請求項１記載の方法。
5. 送信されるデータが存在しないスリープモードと送信されるデータが存在するアウェークモードとを有し、データの受信が可能な聴取期間を有する広帯域無線接続通信システムにおける移動端末機に割り当てられたスリープ識別子を更新する方法であって、
   前記スリープモードで動作する移動端末機のスリープ識別子を更新する必要があるかどうかを判断するステップと、
   前記移動端末機のスリープ識別子の更新が必要な場合に、前記移動端末機に割り当てられることができるスリープ識別子を識別するステップと、
   前記識別されたスリープ識別子を含むスリープ識別子更新情報を構成するステップと、
   前記スリープ識別子更新情報を前記移動端末機へ送信するステップと
   を具備することを特徴とする方法。
6. 前記スリープモードで動作する移動端末機のスリープ識別子を更新する必要があるかどうかを判断するステップは、前記基地局が管理する全体のスリープ識別子リストのうち、前記移動端末機に割当て可能な空いているスリープ識別子が存在するかどうかを判断するステップを具備することを特徴とする請求項５記載の方法。
7. 前記空いているスリープ識別子は、前記基地局から予め割り当てられたスリープ識別子を使用する任意の移動端末機がアウェークモードへ状態遷移した後に、前記基地局へ復帰する識別子であることを特徴とする請求項６記載の方法。
8. 前記移動端末機に割り当てられることができるスリープ識別子を識別するステップは、前記移動端末機に割り当てられた最小のスリープ識別子と前記移動端末機に割り当てられた現在のスリープ識別子との間で使用されていないスリープ識別子のうち、最小のスリープ識別子を選択するステップを具備することを特徴とする請求項５記載の方法。
9. 前記基地局は、前記移動端末機に割り当てられた現在のスリープ識別子情報及び前記移動端末機に新たに割り当てられるスリープ識別子情報を一対で構成することによって、前記スリープ識別子更新情報を送信することを特徴とする請求項５記載の方法。
10. 前記スリープ識別子更新情報は、前記移動端末機のレンジング要求に従うレンジング応答メッセージで送信されることを特徴とする請求項５記載の方法。
11. 前記基地局は、前記移動端末機のスリープ識別子の更新が必要な場合にのみ、前記レンジング応答メッセージに前記スリープ識別子更新情報を含むことを特徴とする請求項１０記載の方法。
12. 前記スリープ識別子更新情報は、前記聴取期間の間に、前記基地局から前記移動端末機へ送信されるパケットデータの存在を示すためのトラフィック指示メッセージで送信されることを特徴とする請求項５記載の方法。
13. 前記トラフィック指示メッセージは、前記移動端末機が現在使用しているスリープ識別子情報及び前記移動端末機に新たに割り当てられるスリープ識別子情報を含むスリープ識別子の更新パラメータをタイプ／長さ／値形態で含むことを特徴とする請求項１２記載の方法。
14. 前記トラフィック指示メッセージは、スリープ識別子の更新を要求している移動端末機に対してトフィック指示子をネガティブ指示子に設定し、スリープ識別子更新指示子をポジティブ指示子に設定することを特徴とする請求項１２記載の方法。
15. 前記トラフィック指示メッセージは、前記移動端末機へ送信されるデータトラフィックが存在せず、スリープ識別子の更新が不必要な場合に、トラフィック指示子をネガティブ指示子に設定し、スリープ識別子更新指示子をネガティブ指示子に設定することを特徴とする請求項１２記載の方法。
16. 前記トラフィック指示メッセージは、スリープ識別子を更新する必要なく、前記移動端末機へ送信されるデータトラフィックがある場合に、トラフィック指示子をポジティブ指示子に設定することを特徴とする請求項１２記載の方法。
17. 前記スリープ識別子更新情報は、前記移動端末機のスリープ要求に従うスリープ応答メッセージで送信されることを特徴とする請求項５記載の方法。
18. 送信されるデータが存在しないスリープモードと、送信されるデータが存在するアウェークモードとを有し、前記スリープモードは、データの受信が不可能なスリープ期間とデータの受信が可能な聴取期間とを有する広帯域無線接続通信システムにおける移動端末機のスリープ識別子を更新する方法であって、
    スリープ識別子更新指示子情報を含む所定の指示メッセージを受信するステップと、
    前記受信された指示メッセージに含まれたスリープ識別子更新情報を確認するステップと、
    前記確認の結果、前記スリープ識別子更新情報に従って、現在のスリープ識別子を前記新たなスリープ識別子で更新するステップと
    を具備することを特徴とする方法。
19. 前記所定の指示メッセージは、レンジング応答メッセージであることを特徴とする請求項１８記載の方法。
20. 前記移動端末機は、前記レンジング応答メッセージを受信し、前記レンジング応答メッセージがスリープ識別子の更新パラメータを含んでいる場合に、前記スリープ識別子の更新パラメータに従って、前記移動端末機自身のスリープ識別子を新たに割り当てられたスリープ識別子で更新することを特徴とする請求項１９記載の方法。
21. 前記所定の指示メッセージは、トラフィック指示メッセージであることを特徴とする請求項１８記載の方法。
22. 前記移動端末機は、前記トラフィック指示メッセージを受信し、前記トラフィック指示メッセージのスリープ識別子ビットマップを通して前記移動端末機自身に送信されるデータトラフィックが存在するか否か、及び移動端末機自身に割り当てられたスリープ識別子を更新する必要があるかどうかを確認することを特徴とする請求項２１記載の方法。
23. 前記移動端末機は、前記トラフィック指示メッセージのスリープ識別子ビットマップで前記移動端末機自身に対するトラフィック指示子の設定値に従って、前記データトラフィックが存在するかどうかを確認し、前記データトラフィックが存在することを認知すると、前記アウェークモードへ状態遷移することを特徴とする請求項２１記載の方法。
24. 前記移動端末機は、前記トラフィック指示メッセージのスリープ識別子ビットマップで前記移動端末機自身に対するトラフィック指示子の設定値に従って、データトラフィックが存在するか否かを確認し、前記データトラフィックが存在しないことを認知すると、前記トラフィック指示メッセージのスリープ識別子更新指示子の設定値に従って、前記移動端末機自身のスリープ識別子を更新することを特徴とする請求項２１記載の方法。
25. 前記移動端末機は、前記トラフィック指示メッセージのタイプ／長さ／値を通して前記移動端末機自身に割り当てられるスリープ識別子情報を確認し、前記スリープ識別子情報に従って移動端末機自身のスリープ識別子を更新することを特徴とする請求項２１記載の方法。
26. 前記移動端末機は、前記トラフィック指示メッセージのスリープ識別子ビットマップで前記移動端末機自身に対するトラフィック指示子の設定値に従って、データトラフィックが存在するか否かを確認し、前記データトラフィックが存在しないことを認知すると、タイプ／長さ／値の形態で前記トラフィック指示メッセージに含まれたスリープ識別子更新情報を通じて、自身に新たに割り当てられるスリープ識別子情報を確認し、前記情報に従って、前記移動端末機自身のスリープ識別子を更新することを特徴とする請求項２１記載の方法。
27. 前記移動端末機は、前記トラフィック指示メッセージに含まれるスリープ識別子更新情報の上位ビットから前記移動端末機自身が使用しているスリープ識別子と一致する情報を検索して、一致する情報がある場合に、下位ビットから、前記移動端末機自身に新たに割り当てられるスリープ識別子で移動端末機自身のスリープ識別子を更新することを特徴とする請求項２１記載の方法。
28. 前記所定の指示メッセージは、スリープ応答メッセージであることを特徴とする請求項１８記載の方法。
29. 前記移動端末機は、前記スリープモード動作の間に、前記スリープ応答メッセージを受信し、前記スリープ応答メッセージを通じて移動端末機自身に新たに割り当てられるスリープ識別子で前記移動端末機自身のスリープ識別子を更新することを特徴とする請求項２８記載の方法。
30. 送信されるデータが存在しないスリープモードと、送信されるデータが存在するアウェークモードとを有し、前記スリープモードは、データの受信が不可能なスリープ期間とデータの受信が可能な聴取期間とを有する広帯域無線接続通信システムにおける移動端末機のスリープ識別子を更新するシステムであって、
    前記移動端末機と、
    前記スリープモードの進入初期に、前記スリープモードで動作する前記移動端末機に割り当てられたスリープ識別子の更新の必要性を認知すると、前記移動端末機に新たなスリープ識別子を再び割り当て、該当移動端末機へ前記スリープ識別子更新情報を送信する基地局と、
    前記スリープモードを進行する間に、前記基地局から前記スリープ識別子アップデータ情報を受信すると、前記スリープ識別子更新情報に従って、自身の現在のスリープ識別子を前記再び割り当てられたスリープ識別子で更新する移動端末機と
    を具備することを特徴とするシステム。
31. 前記基地局は、自身が管理する全体のスリープ識別子リストのうち、前記移動端末機に割当て可能な空いている少なくとも１つの識別子が存在する場合に、該当移動端末機に対するスリープ識別子を更新する必要性を認知することを特徴とする請求項３０記載のシステム。
32. 前記空いている少なくとも１つの識別子は、前記基地局から予め割り当てられたスリープ識別子を使用する任意の移動端末機がアウェークモードへ状態遷移した後に、前記基地局へ戻るスリープ識別子であることを特徴とする請求項３１記載のシステム。
33. 前記基地局は、前記移動端末機に割当て可能な最小のスリープ識別子と、前記移動端末機に割り当てられる現在のスリープ識別子との間で使用していないスリープ識別子のうち、最小のスリープ識別子を選択し、前記選択されたスリープ識別子を前記新たなスリープ識別子として割り当てることを特徴とする請求項３０記載のシステム。
34. 前記基地局は、前記移動端末機に割り当てられた現在のスリープ識別子情報及び前記移動端末機に新たに割り当てられるスリープ識別子情報を一対で構成することによって、前記スリープ識別子更新情報を送信することを特徴とする請求項３１記載のシステム。
35. 前記基地局は、前記スリープ識別子更新情報をレンジング応答メッセージを通じて送信することを特徴とする請求項３０記載のシステム。
36. 前記基地局は、前記スリープ識別子更新情報をトラフィック指示メッセージを通じて送信することを特徴とする請求項３０記載のシステム。
37. 前記基地局は、前記移動端末機に対して前記スリープ識別子の更新が必要な場合に、トラフィック指示子をネガティブ指示子に設定し、スリープ識別子更新指示子をポジティブ指示子に設定して、前記トラフィック指示メッセージを構成することを特徴とする請求項３６記載のシステム。
38. 前記基地局は、前記移動端末機へ送信されるデータトラフィックが存在せず、スリープ識別子の更新が不必要な場合に、トラフィック指示子をネガティブ指示子に設定し、スリープ識別子更新指示子をネガティブ指示子に設定して、前記トラフィック指示メッセージを構成することを特徴とする請求項３６記載のシステム。
39. 前記基地局は、前記移動端末機に対してスリープ識別子の更新が不要であり、前記移動端末機へ送信されるデータトラフィックが存在する場合に、トラフィック指示子をポジティブ指示子に設定して、前記トラフィック指示メッセージを構成することを特徴とする請求項３６記載のシステム。
40. 前記移動端末機は、前記トラフィック指示メッセージで移動端末機自身に対するトラフィック指示子を通してデータトラフィックが存在するか否かを確認し、前記データトラフィックの存在を確認すると、アウェークモードへ状態遷移することを特徴とする請求項３６記載のシステム。
41. 前記移動端末機は、前記トラフィック指示メッセージに含まれるスリープ識別子更新情報の上位ビットから、前記移動端末機自身が使用しているスリープ識別子と一致する情報を検索し、一致する情報が検索される場合に、下位ビットから前記移動端末機自身に新たに割り当てられるスリープ識別子で自身のスリープ識別子を更新することを特徴とする請求項３６記載のシステム。
42. 前記基地局は、前記スリープ識別子更新情報をスリープ応答メッセージを通じて送信することを特徴とする請求項３０記載のシステム。
43. 前記基地局は、前記移動端末機へ前記スリープ応答メッセージを送信する前に、前記移動端末機の動作モードをアウェークモードへ状態遷移することを指示することを特徴とする請求項４２記載のシステム。

Images