JP2002539730A - 転送用ウィンドウの選択方法及び移動局 - Google Patents

Abstract

(57)【要約】 本発明は、セルラー方式通信網(ＰＬＭＮ)に基づくパケット交換型通信網における通信時の、通信網と移動局(ＭＳ)のような、送信機と受信機として用いられるエレメントであって、データ・ブロックの受信用手段と、データ・ブロックの送信用手段と、データ・ブロック(２０１−２０６)を形成し処理するプロトコル手段とを有するエレメント間でのデータ・ブロックの送受信方法であってデータ・ブロックの転送用として、送信機内に形成された場合送信用ウィンドウとして使用され、受信機内に形成された場合受信用ウィンドウとして使用される少なくとも１つの転送用ウィンドウであって、転送対象のデータ・ブロックの最大値ｋをカバーする転送用ウィンドウが形成される。本発明では、データ・ブロックの前記転送を最適化するために、前記最大サイズｋがいくつかの代替最大サイズから成るグループの中から選択され、その場合、前記最大サイズｋが所定のルールに従って選択される。

Description

【発明の詳細な説明】

【０００１】 本発明は添付の請求項１の前文に記載の方法に関する。本発明は添付の請求項
１２の前文に記載の移動局に関する。

【０００２】 ユーザーがシステムの作動範囲内を移動するとき、移動通信システムによって
、システム内の移動局(ＭＳ)と固定部との間の無線データ送信が可能になる。一
つの典型的システムとして公衆陸上移動通信網(ＰＬＭＮ)があり、以下に述べる
このシステムの一例として、広く知られている回線交換型ＧＳＭシステム(デジ
タル移動電話方式用グローバルシステム)がある。このシステムは開発中の移動
通信システム用として適用可能である。このような移動通信システムの一例とし
て、本説明ではＧＰＲＳシステム(一般パケット無線サービス)を用いることにす
る。他の移動通信システム(ＵＭＴＳ、３Ｇ)でも本発明を適用可能であることは
言うまでもない。

【０００３】 ＧＰＲＳシステムの基本的着想は、パケット交換型資源割り当ての利用であり
、この場合、無線通信用の論理無線チャネルなどのリソースは、データや情報の
送受信に対する要望が生じたときに割り当てられる。したがって、通信網と利用
可能なリソースの利用は最適化されて、例えばＧＳＭ技術と比較してできるだけ
効率的に利用される。ＧＰＲＳはいわゆるＧＳＭフェーズ２＋の一部であり、Ｇ
ＳＭインフラ・ストラクチャの範囲内での、ＧＳＭと互換性のある移動局へのパ
ケット交換型データ送信を行う目的を持っている。ＧＰＲＳシステムでは、チャ
ネルの割り当ては柔軟に行われ、例えば、各移動局に対して１〜８の論理チャネ
ルを物理チャネル上に割り当てることが可能である。同じリソースをさらに多数
のアクティブな移動局に対して割り当てることが可能であり、上り回線データ送
信(すなわち移動局から基地局へのデータ送信)と下り回線データ送信(すなわち
基地局から移動局へのデータ送信)の双方をユーザーに対して個々に割り当てる
ことが可能である。これらのチャネルは主として制御チャネルとトラフィック・
チャネルとして使用される。トラフィック・チャネルはデータ送信用として使用
され、制御チャネルは基地局サブシステム(ＢＳＳ)と移動局(ＭＳ)間でのシグナ
リングとして使用される。ＧＰＲＳシステムでは、移動通信網はサービングＧＰ
ＲＳサポートノード(ＳＧＳＮ)によって補足され、パケット送信サービスが基地
送受信局(ＢＴＳ)を介して移動局に提供される。

【０００４】 数人の異なる移動通信加入者が同じ物理無線チャネルを使用することができる
ので、ＧＰＲＳシステムによってデータ送信はさらに効率的なものになる。通信
は必要な場合に移動局と基地局だけを介して行われ、基地局とただ１つの移動局
間の通信用として物理無線チャネルが予約されることはない。このシステムでは
、いわゆるバーチャルデータ送信接続が移動局と通信網との間に存在する。セル
ラー・システムに基づくＧＰＲＳシステムでは、リソースの中に、データ送信(
ＰＤＣＨ、パケットデータ・チャネル)用として使用される無線チャネルが含ま
れる。一般制御用として用いられるシグナリングは、この一般制御目的のために
確保されているＰＣＣＣＨ制御チャネル(パケット共通制御チャネル)上で行われ
る。

【０００５】 さらに正確に述べると、物理ＰＤＣＨチャネルは、５２個のＴＤＭＡ(時分割
多元接続)フレームから成るマルチフレームによって論理無線チャネルに分割さ
れる。これら５２個のＴＤＭＡ(時分割多元接続)フレームは繰り返し送信され、
次いで１２個の無線ブロック(ＲＬＣ／ＭＡＣブロック)すなわちタイムスロット
にさらに分割される。これらの無線ブロックは各々４個のフレームと４個のアイ
ドルフレームとに分割される。通信時に、これらのフレームはデータ送信用及び
シグナリング用として使用される。これらのブロックは少なくとも以下の部分、
すなわち、下り回線方向でＵＳＦフィールド(上り回線状態フラグ)を含み、上り
回線方向でＳＩフィールド(機能停止インジケータ)を含むＭＡＣヘッダ(メディ
ア・アクセス制御ヘッダ)と、ＴＦＩフィールド(一時的フロー識別子)とＢＳＮ
フィールド(ブロック・シーケンス番号)とを含むＲＬＣデータ・ブロック(無線
データ・ブロック)、すなわち、ＲＬＣ／ＭＡＣ制御ブロックにさらに分割され
る。ＲＬＣデータ・ブロックには、送信対象情報、すなわちＲＬＣデータ、も含
まれる。このブロック構造の一例が図１にさら詳細に例示されている。

【０００６】 ＢＳＮフィールド(ブロック・シーケンス番号)は、各ＴＢＦフローに属するＲ
ＬＣデータ・ブロックのそれぞれの順序を示し、ＢＳＮは１から１２７の値を持
つことができる。ＳＩフィールド(機能停止インジケータ)は移動局のＲＬＣウィ
ンドウの機能が停止しているかいないかを示す。移動局によって、すべての上り
回線ブロック内のＳＩフィールドの値が適宜設定される。

【０００７】 図２に示すように、用語ＲＬＣとＭＡＣとは、移動局ＭＳ内で使用される通信
プロトコルのプロトコル層を意味する。通信プロトコルと様々な層とによって、
受信データや送信対象データを処理し生成する移動局のプロトコル手段が構成さ
れる。周知のＲＬＣ／ＭＡＣ層２０１(無線リンク制御／メディア・アクセス制
御)の機能が、移動局ＭＳのＬＬＣ(論理リンク制御)層２０２と物理層２０３と
の間に必要となる。ＬＬＣ層２０２の上位に、周知のＧＰＲＳ移動管理機能(Ｇ
ＭＭ／ＳＭ)２０５、ＳＮＤＣＰ(サブネットワーク依存コンバージェンシー・プ
ロトコル)機能２０４が存在し、ショート・メッセージ・サービス(ＳＭＳ)機能
も存在する。これらの層についてはＧＳＭ規格仕様にさら詳細に記載されている
。

【０００８】 ＭＡＣブロックは、無線チャネルを移動局間で割り当てるために使用されるの
みならず、必要に応じて送受信を行うために移動局用物理無線チャネルを割り当
てるためにも使用される。ＲＬＣブロックは、移動通信網へのパケットの送信要
求時におけるリソースの割り当てと、無線チャネルを介する再送信とに対して責
任を負う。ＳＮＤＣＰはＰＤＰ(パケットデータ・プロトコル)用インターフェー
スとして使用される。ＳＮＤＣＰブロックは、このブロックが受信したＮＰＤＵ
(ネットワーク・プロトコル・データ・ユニット)ブロックを圧縮し、それらのブ
ロックを１つまたはいくつかのＬＬＣフレームにセグメント化し、これらのＬＬ
ＣフレームはさらにＲＬＣデータ・ブロックにセグメント化される。ＧＭＭプロ
トコルは、ログインとログアウト(ＧＰＲＳ接続、ＧＰＲＳ接続解除)及び起動(
ＰＤＰコンテキスト起動、ＰＤＰコンテキスト停止)を含む移動局の移動管理機
能をサポートしている。最下位のレベルすなわちいわゆる物理層２０３は無線波
の物理的変調と、移動局と通信網間での情報の送信とに対して責任を負う。最上
位層２０６には前記プロトコル・スタックを利用するアプリケーションが含まれ
る。

【０００９】 また、上述のプロトコルに対応する通信プロトコルと、様々な層とが通信網内
に形成される。この場合、基地局サブシステムと、サービングＧＰＲＳサポート
ノードと、ゲートウェイＧＰＲＳサポート・ノードとの間でこれらの様々な層の
配分を行うことも可能である。

【００１０】 ＧＰＲＳ通信網における多元接続の基本的着想は、サービスを提供している基
地局が送信するすべての情報が移動局によって受信可能であるという発想である
。受信されたＲＬＣブロックの中から、移動局は自分宛てに送られたデータを見
つけ出す。ＧＰＲＳシステムによれば、いっしょに割り当てれたチャネルで自分
へ送信されてくるデータを待機しているすべての移動局は、ＲＬＣブロックと共
にフレーム構造を構成するすべてのブロックも受信し、受信情報と、その情報と
共に受信された一時的フロー識別子ＴＦＩとを解釈する。

【００１１】 ＵＳＦフィールドには８個の異なる値を与えることができ、この下り回線用Ｕ
ＳＦ値によって、対応する次の上り回線ブロックの割り当ての対象となるデータ
送信用移動局の設定が行われる。

【００１２】 いわゆる一時的ブロック・フローＴＢＦは、(移動局ＭＳのような)送信機と(
通信網内の基地送受信局ＢＴＳのような)受信機との間の物理的パケットデータ
・チャネルでのデータ送信であって、特に、その通信プロトコルのＲＬＣ層に配
置されている端点間のデータ送信をサポートする論理接続である。ＴＢＦに対し
て、リソースが１つまたはいくつかのＰＤＣＨチャネルに割り当てられ、ＴＢＦ
は情報を伝える数ＲＬＣ／ＭＡＣブロックを含む。すべてのＲＬＣ／ＭＡＣブロ
ックが送信されるまで、または、受信機が受信対象のすべての送信ブロックを報
告してしまうまで、ＴＢＦはデータ送信中保持される。各上り回線用ＴＢＦまた
は下り回線用ＴＢＦは個々の一時的フロー識別子ＴＦＩを割り当てられる。移動
局がＰＵＡ(パケット・アップリンク割当て)またはＰＤＡ(パケット下り回線割
当て)メッセージを通信網から受信したとき、移動局には、移動局によるモニタ
ーの対象となるＰＤＣＨチャネル番号Ｎ(１〜８)が割り当てられる。この場合、
値ＮはＭＳマルチスロット・クラスによって決められる。このＭＳマルチスロッ
ト・クラスの番号は現在１から２９の範囲をとることができる。

【００１３】 図２を参照すると、各送信機は所定のサイズを持ついわゆる送信用ウィンドウ
を使用している。同様に、各受信機は所定のサイズを持ついわゆる受信用ウィン
ドウを使用している。本説明で言及されるこれらのウィンドウはまとめて転送用
ウィンドウと呼ぶことにする。現在、ＧＰＲＳとＥＧＰＲＳ(強化型パケット無
線サービス)システムでは、双方のウィンドウのサイズｋは、規格ウィンドウ・
サイズｋ＝６４、すなわち６４データ・ブロック(ＲＬＣデータ・ブロック)とし
て定義されており、この範囲内で送信が行われる。正しく受信されたデータ・ブ
ロックの確認応答が、順方向にウィンドウを“転送し”、新しいデータ・ブロッ
クの送信を可能とする送信機に対して行われる。これに加えて、受信機は不正確
なデータ・ブロックの再送信要求を送信することもできる。この再送信要求に対
する確認応答後ウィンドウも“転送される”。ある状況では、ウィンドウは“機
能停止”し、その場合新しいデータ・ブロックの送信が中断される。移動局のプ
ロパティの増加と共に、同じ単位時間内に受信するデータ・ブロック数が結果と
して増加するため、中断も次第に頻繁に発生するようになってきている。

【００１４】 データ送信の中断を減らす方法を提示することが本発明の目的であり、その場
合異なる移動局のプロパティも考慮される。本方法を適用する移動局を提示する
ことも本発明の目的である。

【００１５】 本発明に準拠する方法は、添付の請求項１の特徴記載部分に示される内容を特
徴とする。本発明に準拠する移動局は添付の請求項１２の特徴記載部分に示され
る内容を特徴とする。

【００１６】 本発明における本質的原理は、ＧＰＲＳとＥＧＰＲＳ等のセルラー・システム
に基づくパケット交換型システムにおいて、変動するサイズを備えたＲＬＣ送受
信用ウィンドウを利用することである。また、本発明における本質的原理は、Ｔ
ＢＦフローの確立中移動局と通信網との間でウィンドウ・サイズのネゴシエーシ
ョンを行うことである。別の本質的原理として、ネゴシエーションの代わりに、
移動局のマルチスロット・クラスに従って定められたウィンドウ用のデフォルト
・サイズの利用がある。また、１つの本質的原理として、クラスが判らなかった
り、ネゴシエーションが利用されない場合の最大デフォルト・サイズの利用があ
る。

【００１７】 本発明を用いることにより、従来技術のシステムと比較して重要な利点が達成
される。１つの重要な利点として、可変ウィンドウ・サイズの利用により、開始
対象データ送信の最適化を行って受信データ・ブロック数の最大化が可能となる
ことが挙げられる。同時に、この最適化は移動局のプロパティと、利用可能なリ
ソースと、利用可能なメモリ空間などを考慮に入れることができる。

【００１８】 本発明は、下り回線と上り回線用ＲＬＣウィンドウが異なるサイズを持つこと
ができ、それらのサイズのネゴシエーションが別個に行われる状況でも適用可能
である。異なるクラス用の下り回線と上り回線用ウィンドウのデフォルト・サイ
ズは同じ移動局内でも異なるようにすることができる。本発明の実施例の以下の
説明では、上り回線と下り回線用ウィンドウは同じサイズを持つが、ウィンドウ
・サイズのネゴシエーション時に互いに独立にこの提示された方法を適用するこ
とが可能である。この原理は、ＲＬＣプロトコルがいずれの可能なチャネル符号
化の代替方法についても可能なかぎり良好に機能するように、ウィンドウ・サイ
ズのネゴシエーションを行うという原理である。クラスに加えて、ＲＬＣウィン
ドウのデフォルト・サイズは移動局のその他のプロパティによって影響を受ける
可能性がある。なぜなら、例えばＧＰＲＳとＥＧＰＲＳシステムでは同じクラス
の移動局でさえ互いに異なる場合があるからである。例えば、ＥＧＰＲＳシステ
ムのＭＣＳ-７とＭＣＳ-８符号化(変調と符号体系)の場合、各無線ブロックには
２つのＲＬＣ／ＭＡＣブロック用コードが含まれる。またＲＬＣデータ・ブロッ
ク内の情報ビットの数はこの符号化に対応して決められる。

【００１９】 不正確に受信された無線ブロックの再送信は通信プロトコル内のＲＬＣ層の役
割である。この再送信メカニズムは上述の送受信用ウィンドウに基づいている。
このウィンドウのサイズは、常に、使用通信プロトコルの要求と、利用可能なメ
モリ空間との間の妥協の産物である。送信用ウィンドウが狭すぎると、ウィンド
ウの機能停止が生じ、この機能停止に起因して送信データ数が著しく減少するこ
とになる。ウィンドウのサイズに対する要求は移動局のプロパティに直接比例し
、移動局が数個のタイムスロット内で同時にデータの受信が可能な場合、毎秒当
たりの受信ブロックの数は高く(ハイマルチスロット・クラス)ない、広いウィン
ドウが必要となる。標準サイズを使用するためには、当然のことであるが、移動
局の最大マルチスロット・クラスに従ってそのサイズを決定することが望ましい
。しかし、このサイズ決定には、ＲＬＣ層内において、低位のクラス用として必
要とされるメモリ要求が高位クラスについても同じ要求となるという問題が関与
してくる。この結果、新旧の装置間での互換性という問題が生じることになる。

【００２０】 以下、添付図面を参照して本発明についてより詳細に説明する。

【００２１】 通信網は、ＰＡＣＣＨチャネルでＰＵＡ／Ｎ(パケット上り回線Ａｃｋ／Ｎａ
ｃｋ)メッセージを必要な場合に送信することにより、移動局に対してブロック
の受信に対する確認応答を行う。また、移動局は、必要な場合または通信網が要
求した場合、必要な場合にＰＤＡ／Ｎ(パケット下り回線Ａｃｋ／Ｎａｃｋ)メッ
セージを送信することにより、通信網に対してブロックの受信に対する確認応答
を行う。或るモード(確認応答モード)では、受信に失敗したブロックは必要な場
合再転送される。

【００２２】 以下、ブロックの送信機の作動について説明する。送信機として機能する端点
は、変数Ｖ(Ｓ)(送信状態変数)の中で次に送信するデータ・ブロックのＢＳＮ値
を格納する。この場合Ｖ(Ｓ)は０から１２７までの値を持つことができる。前記
データ・ブロックの送信後、Ｖ(Ｓ)は以下のように新しい値を取得する：Ｖ(Ｓ)
＝ＢＳＮ＋１。従来技術によれば、送信用ウィンドウ(ｋ_Ｔ)と受信用ウィンドウ
(ｋ_Ｒ)のウィンドウ・サイズｋは、現在、ｋ＝ｋ_Ｔ＝ｋ_Ｒ＝６４という固定値と
して定義される。これに加えて、格納された変数Ｖ(Ａ)(確認応答状態変数)には
、受信機によって確認応答が行われた(ＡＣＫＥＤ)最も古いデータ・ブロックの
ＢＳＮ値が含まれる。この場合Ｖ(Ａ)は０から１２７までの値を持つことができ
る。しかし、値Ｖ(Ｓ)は値[Ｖ(Ａ)modulo１２８]をｋ以上上回ってはならない。
モジュロ(modulo)とは本明細書では計算の残りを意味する。例えば、計算[６４
モジュロ１２８]の結果は６４である。

【００２３】 さらに、設定時間の範囲内に正しく受信された旨の報告をブロックが受けなか
った(ＮＡＣＫＥＤ)場合、あるいは、前記確認応答がまだ待機状態(ＰＥＮＤＩ
ＮＧ＿ＡＣＫ)である場合、送信機は、１２８個の要素を含むテーブルＶ(Ｂ)(確
認応答状態配列)の中に、前回送信されたＲＬＣデータ・ブロックである、連続
するＲＬＣデータ・ブロックの状態のうちｋ個の標本を格納する。このようにし
てテーブルＶ(Ｂ)は変数Ｖ(Ａ)に関して索引化される。ブロックの再送信は状態
ＮＡＣＫＥＤを持つ最も古いブロックから開始される。

【００２４】 状態ＮＡＣＫＥＤを持つブロックが再送信され、それらの状態はＰＥＮＤＩＮ
Ｇ＿ＡＣＫに変えられる。送信後、新しいブロックの送信が継続され、その後、
Ｖ(Ｓ)は次の送信対象ブロックのＢＳＮ値を受け取る。値Ｖ(Ｓ)が、値[(Ｖ(Ａ)
＋ｋ)modulo１２８]に達した(例えば、Ｖ(Ａ)が値３２を持っている場合に値８
６のような)とき、送信用ウィンドウが機能停止する旨が告げられる。その場合
、新しいデータ・ブロックの送信は中断され、状態ＰＥＮＤＩＮＧ＿ＡＣＫを持
つ最も古いデータ・ブロックから送信が連続して再び実行される。この中断を示
すために、ＳＩフィールドがすべての上り回線データ・ブロック内に設定される
。

【００２５】 送信用ウィンドウの中断時に、いわゆるカウンタＴ３１８２が始動されるが、
このカウンタは、送信機が受信機からＰＵＡ／Ｎメッセージを受信したとき中断
されリセットされる。その結果、値Ｖ(Ｓ)が値[(Ｖ(Ａ)＋ｋ)modulo１２８]より
小さくなり、新しいデータ・ブロックの送信の開始が再び可能となり、ＳＩフィ
ールドが復元される。カウンタの期限が切れた別のケースでは、ＴＢＦフローが
解除(異常解除)され、例えば、移動局は前記ＴＢＦデータ送信を終了させる。

【００２６】 次に、ブロックの受信機の作動について説明する。受信機として機能する端点
は、変数Ｖ(Ｒ)(受信状態変数)の中で次に受信されるデータ・ブロックのＢＳＮ
値を格納する。この場合Ｖ(Ｒ)は０から１２７までの値を持つことができる。さ
らに、受信機は、１２８個の要素を含むテーブルＶ(Ｎ)(受信状態配列)の中に、
前回受信されたＲＬＣデータ・ブロックである、連続するＲＬＣデータ・ブロッ
クの状態のうちｋ個の標本を格納する。この場合、受信されたブロックは状態Ｒ
ＥＣＥＩＶＥＤを持っている。テーブルＶ(Ｎ)は変数Ｖ(Ｒ)に関して索引化され
る。ブロックが正しく受信され、かつ、ＢＳＮが(値(Ｖ(Ｑ)＋ｋ)modulo１２８]
を上回らない場合、変数Ｖ(Ｒ)は値ＢＳＮを与えられる。変数Ｖ(Ｑ)(受信用ウ
ィンドウ状態変数)は、受信用ウィンドウの範囲内で受信されなかった最も古い
データ・ブロックのＢＳＮ値を示す。この場合Ｖ(Ｑ)は０から１２７までの値を
持つことができる。Ｖ(Ｑ)の値は、変数のＶ(Ｑ)値に対応するＢＳＮを持つデー
タ・ブロックの受信時に再び更新される。これらの受信データ・ブロックはＰＵ
Ａ／ＮまたはＰＤＡ／Ｎメッセージによって送信機へ報告される。

【００２７】 本発明の第１の実施例によれば、変数ｋの値(すなわちいわゆるＲＬＣウィン
ドウのサイズ)は、受信機と送信機との間のネゴシエーションによって固定され
る。この原理とは、パケットデータ送信の確立時に、移動局が通信網に対してＲ
ＬＣウィンドウの必要サイズを示すという原理である。これは、設定情報の正常
な交換と関連して行われる。通信網は、その必要なウィンドウ・サイズを用いて
応答することによりその必要なウィンドウ・サイズを受け入れ、或いは、新しい
ウィンドウ・サイズを用いて応答することにより、小さなウィンドウ・サイズを
使用することと移動局に課すことができる。

【００２８】 １段階アクセスでは、移動局は、通信網からリソースを要求するパケット・チ
ャネル要求(ＰＲＡＣＨまたはＲＡＣＨチャネルでのＰＣＲ)を送信する。前記チ
ャネル要求には通常移動局のマルチスロット・クラスに関する情報が含まれる。
通信網は、利用可能なＰＤＣＨチャネルのリストと、使用されるＵＳＦフィール
ドの値、あるいは移動局のＰＲＲメッセージのリソースのような、上り回線デー
タ送信を行うために移動局に対して割り当てられるリソースを示すＰＵＡ確認応
答メッセージ(ＰＡＧＣＨまたはＡＧＣＨチャネルでのパケット・アップリンク
割当て)を送信することにより応答する。ＵＳＦフィールドには、下り回線デー
タ送信時に用いられる各無線ブロックの初めに３ビットが含まれる。したがって
、上り回線データ送信の多重化時に、ＵＳＦフィールド用として８個の異なる値
を用いることができる。個々のＴＦＩ識別子が決定され、通信時に使用される各
ＲＬＣデータ・ブロックに付けられる。ＰＣＲメッセージの中に、移動局は所望
のウィンドウ・サイズを示さない。これにより、本発明の第１の好適な実施例に
よる前記ネゴシエーションは行われない。その代わりに、本発明の第２の好適な
実施例に従って、移動局のマルチスロット・クラスに従って決められたデフォル
トのウィンドウ・サイズが用いられる。クラスが与えられない場合、本発明の第
３の好適な実施例に従って、デフォルト・サイズｋ＝６４が用いられる。

【００２９】 ２段階アクセスでは、移動局によるＰＣＲチャネル要求に対する応答は、即時
確認応答メッセージ(ＰＵＡメッセージ)によって、移動局がＰＲＲメッセージ(
ＰＡＣＣＨチャネルでのパケット・リソース要求)を送信することができるリソ
ースについて報告を行うことであり、この場合前記ネゴシエーションを行うこと
が可能となる。移動局によって送信されるリソース要求(ＰＲＲメッセージ)によ
って、移動局は、パケットデータ送信のＴＢＦフローを開始するためのリソース
を割り当てるように通信網に要求する。このＰＲＲメッセージの中で移動局は要
求されるウィンドウ・サイズを指示する。移動局は、マルチスロット・クラス用
のデフォルトのウィンドウ・サイズより大きい(または等しい)ウィンドウ・サイ
ズを要求することができる。しかし、ウィンドウ・サイズは最大サイズより小さ
く(または等しく)なければならない。ある例では、クラス９の移動局は２５６か
ら１０２４までのウィンドウ・サイズを要求することができる。ウィンドウ・サ
イズに対する確認として、または、新しいウィンドウ・サイズを決定するために
、通信網はＰＵＡメッセージ(ＰＡＣＣＨチャネルに対するパケット・アップリ
ンク割当て)を移動局へ送信する。通信網によって決められたウィンドウ・サイ
ズは、移動局が要求するウィンドウ・サイズより小さく(または等しく)、かつ、
当該移動局のクラス用のデフォルトのウィンドウより大きく(または等しく)なけ
ればならない。この例によれば、クラス９の移動局用として要求されるウィンド
ウ・サイズは５１２であり、通信網は２５６から５１２まで(デフォルト値２５
６)のウィンドウ・サイズを決定することが可能である。要求されるウィンドウ
・サイズのシグナリングは不要であり、所定のウィンドウ・サイズを使用できる
ことに留意されたい。例えば、ＰＲＲメッセージで送信される３情報ビットを用
いて、８個の異なるウィンドウ・サイズを示すことが可能である。

【００３０】 転送用ウィンドウの最大サイズｋは、データ送信接続中ネゴシエーションを行
って、最大サイズを変更することができ、その場合移動局は上述のＰＣＲメッセ
ージを送信し、通信網は前記ＰＵＡ確認応答メッセージを用いて応答する。例え
ば、ＧＰＲＳシステムでは、移動局はまず通信網(ＧＰＲＳ接続)へのログインを
実行する。これにより、移動局はパケットデータの送信準備ができている旨を報
告する。エントリによって、到来するパケットデータを移動局へ送ることを可能
にする論理リンクがつくられる。本発明の好適な実施例によれば、使用されるウ
ィンドウ・サイズに関する情報は例えば送信メッセージでこの接続と関連して送
信される。

【００３１】 本発明に準拠する方法は、ＧＰＲＳとＥＧＰＲＳシステムにおいて上記の方法
で適用することが可能である。ウィンドウ・サイズのネゴシエーションが行われ
ない場合、デフォルトのウィンドウ・サイズを用いることができる。その場合、
利点として、システムがＧＰＲＳの古い構成と互換性があることが挙げられる。

【００３２】 本発明に拠れば、変数ｋの値(いわゆるＲＬＣウィンドウのデフォルト・サイ
ズ)は以下のテーブルに対応するＭＳマルチスロット・クラスに依って決められ
る。

【表１】

【００３３】 上記のテーブルで、ｋの様々な所定値によって１グループの最大サイズｋが形
成され、このグループの中から選択が行われる。このテーブルは、３つの情報ビ
ットによるＰＲＲメッセージ内のウィンドウ・サイズ要求のコードを示す。３ビ
ットで符号化された１グループの中には最大８個の異なるｋの最大値が含まれる
。ＧＰＲＳマルチスロット・クラスという公知の用語は異なる移動局と、様々な
組合せでいくつかの異なる論理チャネルでの異なる物理ＰＤＣＨチャネルでデー
タの送受信を行う移動局の能力とを意味する。移動局は、一方で回線交換型サー
ビス用の、他方でＧＰＲＳシステム用の異なるマルチスロット・クラスを備える
こともできる。また、異なるマルチスロット・クラスの移動局は様々な媒体アク
セス・モードＭＡをサポートする。これらの媒体アクセス・モードＭＡの中で、
公知の、動的割り当てと、拡張型動的割り当てと、固定割り当てとについてこの
文脈で述べておくべきであろう。

【００３４】 本発明に準拠する最大値ｋが１０２４である場合、これに対応して上述の変数
Ｖ(Ａ)、Ｖ(Ｓ)、Ｖ(Ｑ)及びＢＳＮの値は、０と２０４７([(２×ｋ−１)]の最
大値)との間に存在しなければならない。したがって、ＢＳＮを示すためにＲＬ
Ｃヘッダでは１１ビットを使用しなければならない。同様に、テーブルＶ(Ｂ)、
Ｖ(Ｎ)内の要素の数は[(２×ｋ−１)]の最大値を持っている。

【００３５】 従来技術によれば、ＧＰＲＳマルチスロット・クラスは以下のテーブルに従っ
て定義される。

【表２】

【００３６】 ＥＧＰＲＳシステムに対して、対応するクラスを定義することができる。これ
らのクラスのうち、ＧＳＭ仕様に定義されているようなＧＰＲＳシステムで作動
する移動局用として定義されたクラスが一例として用いられる。

【００３７】 このクラスは必ずしもＰＣＲメッセージの中に与えられるとはかぎらない。こ
のクラスに関する情報がパケットデータ接続設定中送信されない場合、本発明の
第３の好適な実施例に従って、デフォルトのＲＬＣウィンドウ・サイズｋ＝６４
が用いられる。このサイズは一般に上述のグループの中で最小サイズである。こ
のクラスは、短い要求メッセージや、信号メッセージの送信を要求するメッセー
ジの中などには示されない。同じクラスの移動局のプロパティは、ＧＰＲＳとＥ
ＧＰＲＳシステム(符号化方法、変調容量、様々なパラメータ)との間で変動する
場合もある。したがって、本発明に準拠して使用されるデフォルトのＲＬＣウィ
ンドウ・サイズはこのクラスに加えて、別のプロパティにも依存し、このプロパ
ティに基づいて最大サイズが選択される。

【００３８】 以下、一例として使用される移動局のさらなる詳細な構造にについて、データ
の送受信用手段と共に説明する。移動局はアンテナ接続を有し、このアンテナ接
続を通じて下り回線データは移動局へ送られる。次に、無線周波数エレメント及
び中間周波数エレメントが存在し、これらのエレメントを通じて受信された高周
波信号はベースバンド周波数へ変換される。ベースバンド信号に含まれる情報は
復調装置の中で再構成され、この再構成後、受信信号の処理はこの受信信号がシ
グナリングであるか、データであるかによって異なるものとなる。情報はチャネ
ル・デコーダへ送られ、このチャネル・デコーダを介して制御ブロックへ送られ
る。この制御ブロックはマイクロプロセッサであり、移動局の作動を制御する。
上り回線データの中に含まれる情報はこの制御ブロック内で生成され、チャネル
符号化される。変調器の中で、このデータはベースバンド周波数に統合化され、
高周波エレメントによって無線周波数にミックスされる。その後、このデータは
アンテナ接続を介して送信が可能となる。

【００３９】 移動局は完全にその制御ブロックの制御下で作動するので、いずれの当業者も
、上述のように本発明に従ってメッセージ送信を定義し、プロトコル手段などを
定義することは実際には簡単である。制御ブロックは、マイクロプロセッサが利
用可能なメモリ手段の中に格納されたプログラムを実行するマイクロプロセッサ
であり、このマイクロプロセッサはまた前記プロトコル手段と前記転送用ウィン
ドウとを実現するために用いられる。このプログラムは、定義された方法でプロ
トコル手段によってウィンドウ・サイズの処理が行われるように書き込まれたと
き、本発明に準拠して所望のように移動局を作動させることが可能となる。

【００４０】 本発明は上記の実施例だけに限定されるものではなく、添付の請求項の範囲内
で改変が可能である。本発明のネゴシエーションが行われる規則と、クラスに従
って定められるサイズと、定義されたネゴシエーションと、転送用ウィンドウ内
で用いる最大サイズを選択するためのデフォルトの最大サイズとが他のシステム
でも適用可能であることは言うまでもない。したがって、本発明は、その詳細な
実現時に変更が可能であるが、本説明に基づく本発明の適用はいずれの当業者に
も公知のものであることは明らかである。さらに、所定の最大サイズ及びこれら
の最大サイズの間の関係は提示されたものと異なるものであってもよい。本発明
は、ＵＭＴＳシステム(ユニバーサル移動通信システム)などにおいても適用が可
能である。

【図面の簡単な説明】

【図１】 従来技術に準拠するブロック構造、特にＧＰＲＳシステムにおける無線ブロッ
ク構造を示す。

【図２】 従来技術の通信プロトコルに準拠するプロトコル・スタック、特に、ＧＰＲＳ
システムのプロトコル・スタックを示す。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ， ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，Ｋ Ｒ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ， ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，Ｓ Ｉ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ Ｆターム(参考） 5K033 DA19 5K067 AA23 BB04 CC04 CC08 DD11 EE02 EE10 FF02 HH23 KK15

Claims (14)

【特許請求の範囲】
1. 【請求項１】 セルラー方式通信網(ＰＬＭＮ)に基づくパケット交換型通信
   網における、通信網と移動局(ＭＳ)のようなエレメント間でデータ・ブロックを
   送受信する通信方法であって、前記エレメントが送信機と受信機として用いられ
   、さらに、該エレメントがデータ・ブロックの受信手段と、データ・ブロックの
   送信手段と、データ・ブロック(２０１−２０６)を形成し処理するプロトコル手
   段とを有し、データ・ブロックの前記転送を行うために、 少なくとも１つの転送用ウィンドウであって、前記送信機内に形成される場合
   には送信用ウィンドウとして使用され、前記受信機内に形成される場合には受信
   用ウィンドウとして使用される転送用ウィンドウが、転送対象のデータ・ブロッ
   クの最大値ｋをカバーするように形成される方法において、 データ・ブロックの前記転送を最適化するために、前記最大サイズｋがいくつ
   かの代替最大サイズから成るグループの中から選択され、その場合、前記最大サ
   イズｋが所定のルールに従って選択されることを特徴とする方法。
2. 【請求項２】 請求項１に記載の方法において、送信用ウィンドウとしての
   前記少なくとも１つの転送用ウィンドウの前記最大サイズｋと、受信用ウィンド
   ウとしての前記最大サイズｋとが前記同じエレメント内で互いに異なることが可
   能であるように、前記最大サイズｋが選択されることを特徴とする方法。
3. 【請求項３】 請求項１または２に記載の方法であって、 最後に送信されたデータ・ブロックの最大数ｋ＝ｋ_Ｔをカバーするように送信
   用ウィンドウが前記送信機内で定義され、 前記データ・ブロックの状態データが前記送信機内に格納され、前記受信機が
   前記送信データ・ブロックを受信したとき、前記送信データ・ブロックの確認応
   答を行ったかどうかと、前記送信データ・ブロックが正しく受信されたかどうか
   とを少なくとも前記状態データが示し、 前記状態データが前記最大数ｋ_Ｔ未満の前記データ・ブロックをカバーしたと
   き、新しいデータ・ブロックの前記送信が継続され、前記状態データが前記デー
   タ・ブロックの前記最大数ｋ_Ｔをカバーしたとき、前記送信が中断され、 最後に受信されたデータ・ブロックの最大数ｋ＝ｋ_Ｒをカバーしたとき、受信
   用ウィンドウが前記受信機内で定義され、 前記データ・ブロックに関する状態データであって、前記データ・ブロックが
   受信されたかどうかを少なくとも示す前記状態データが前記受信機の中に格納さ
   れる、方法において、 使用対象の前記受信用ウィンドウの前記最大サイズｋ_Ｒと、使用対象の前記送
   信用ウィンドウの前記最大サイズｋ_Ｔとが等しくなるように選択されることを特
   徴とする方法。
4. 【請求項４】 上記請求項のいずれかに記載の方法において、前記送信機に
   よって送信されたメッセージと、前記受信機によって送信された応答メッセージ
   とによって前記転送用ウィンドウの前記最大サイズｋのネゴシエーションが行わ
   れ、前記メッセージと前記応答メッセージとが使用対象の前記転送用ウィンドウ
   の前記最大サイズｋに関する情報を有することを特徴とする方法。
5. 【請求項５】 上記請求項のいずれかに記載の方法において、前記転送用ウ
   ィンドウの前記最大サイズｋが前記移動局(ＭＳ)のクラス特性に従って設定され
   、前記クラスが送受信時の前記移動局(ＭＳ)のプロパティについて記述し、前記
   各クラスが前記転送用ウィンドウの所定の最大サイズｋによって表されることを
   特徴とする方法。
6. 【請求項６】 請求項５に記載の方法において、前記転送用ウィンドウの前
   記最大サイズｋが、前記送信機のメッセージ内の、前記送信機が要求する前記最
   大サイズｋを上回らず、かつ、前記クラスに従って定められた前記最大サイズｋ
   より小さくないような所定の最大サイズとして設定されることを特徴とする方法
   。
7. 【請求項７】 上記請求項のいずれかに記載の方法において、前記移動局(
   ＭＳ)のクラス特性であって、送受信時の前記移動局(ＭＳ)のプロパティを記述
   する前記クラスの特性が既知でない場合、前記転送用ウィンドウの前記最大サイ
   ズｋが所定の最大デフォルト・サイズｋ_Ｄとして設定されるか、あるいは、前記
   送信機によって送信されるメッセージと、前記受信機によって送信される応答メ
   ッセージとによって、前記転送用ウィンドウの前記最大サイズｋのネゴシエーシ
   ョンが行われないことを特徴とする方法。
8. 【請求項８】 請求項７に記載の方法において、使用される前記通信システ
   ムが前記ＧＰＲＳまたはＥＧＰＲＳシステムに基づくシステムであり、使用され
   る前記最大デフォルト・サイズｋ_Ｄが前記所定の最大サイズ６４であることを特
   徴とする方法。
9. 【請求項９】 上記請求項のいずれかに記載の方法において、使用される前
   記通信システムが前記ＧＰＲＳまたはＥＧＰＲＳシステムに基づくシステムであ
   ることを特徴とし、及び、前記転送用ウィンドウの前記最大サイズｋが１グルー
   プの最大サイズであって、少なくとも所定の値６４、１２８、２５６、５１２、
   １０２４を有する前記グループから選択されることを特徴とする方法。
10. 【請求項１０】 前記所定の請求項のいずれかに記載の方法において、前記
    転送用ウィンドウが前記プロトコル手段のＲＬＣ層内で実現されることを特徴と
    する方法。
11. 【請求項１１】 上記請求項のいずれかに記載の方法において、 使用される前記通信システムがＧＰＲＳまたはＥＧＰＲＳシステムに基づくシ
    ステムであり、 パケット・リソース要求メッセージが、前記転送用ウィンドウ用として所望の
    前記最大サイズｋを示す前記移動局(ＭＳ)から送信され、 前記転送用ウィンドウ用として用いられる前記最大サイズｋを示す、パケット
    上り回線確認応答メッセージが前記通信網から応答として送信される、ことを特
    徴とする方法。
12. 【請求項１２】 セルラー方式通信網に基づくパケット交換型通信網で作動
    するように構成される移動局であって、前記通信網から下り回線データ・ブロッ
    クを受信する手段と、上り回線データ・ブロックを前記通信網へ送信する手段と
    、データ・ブロックを生成し、処理するプロトコル手段(２０１−２０７)とを有
    し、データ・ブロックの前記送信を行うために、 送信時に送信用ウィンドウとして使用され、また、受信時に受信用ウィンドウ
    として使用される少なくとも１つの転送用ウィンドウであって、データ・ブロッ
    クの最大値ｋをカバーする転送用ウィンドウを生成するように構成される移動局
    (ＭＳ)において、 データ・ブロックの前記転送を最適化するために、前記移動局が、いくつかの
    代替最大サイズから成るグループの中から、同時に使用される前記最大サイズｋ
    を選択するようにも構成され、その場合、前記最大サイズｋが所定のルールに従
    って選択されるように構成されることを特徴とする移動局(ＭＳ)。
13. 【請求項１３】 請求項１２に記載の移動局であって、 送信状態データであって、少なくとも前記通信網が、前記送信データ・ブロッ
    クの受信時にその確認応答を行ったかどうか、及び、前記送信データ・ブロック
    が正しく受信されたかどうかを示す前記状態データを前記データ・ブロックに格
    納し、 新しいデータ・ブロックの前記送信を継続し、前記状態データが前記最大数ｋ
    未満の前記データ・ブロックをカバーし、前記送信状態データが前記最大数ｋの
    前記データ・ブロックをカバーしたとき前記送信を中断し、 受信状態データであって、前記データ・ブロックが受信されたかどうかを少な
    くとも示す前記状態データを前記データ・ブロックに格納するように、構成され
    る移動局において、 前記移動局に専用のクラスに従って前記最大サイズｋが設定され、前記各クラ
    スが所定の最大サイズｋによって表され、前記クラスが前記当該移動局の前記プ
    ロパティを送受信時に記述し、 前記通信網へ送信されるメッセージと、前記通信網から受信される応答メッセ
    ージと、によって前記最大サイズｋのネゴシエーションを行い、前記メッセージ
    と前記応答メッセージとが、使用される前記最大サイズｋに関する情報を有し、 前記クラスが知られていない場合、あるいは、前記最大サイズｋのネゴシエー
    ションが行われない場合、所定のデフォルトの最大サイズｋとして前記最大サイ
    ズｋを設定する、ように構成されることを特徴とする移動局。
14. 【請求項１４】 請求項１２または１３に記載の移動局において、前記ＧＰ
    ＲＳまたはＥＧＰＲＳシステムに基づくシステムで作動するように構成される移
    動局であることを特徴とする移動局。