(57)【特許請求の範囲】
【請求項１】
移動局と基地局との間でアップリンク  テンポラリー・ブロック・フロー（ＴＢＦ）についての特性を変更する方法であって、
該移動局と該基地局との間でアップリンクＴＢＦを維持するステップと、
該維持されたアップリンクＴＢＦについてのある特性を変更する特性更新メッセージを該移動局から該基地局へ送信するステップと、
該基地局からのその要求された変更に対する肯定応答を該移動局で受信するステップと、
該肯定応答を受信した後、その要求された変更を、該維持されたＴＢＦについて、有効にするステップと、を備える方法において、該方法はさらに、
該移動局がその要求された変更に対する肯定応答を受信する前に、該維持されたＴＢＦの予期された終了を示す告知値を繰返し減少させるプロセスが該移動局において開始したか否かを監視するステップと、
該移動局がその要求された変更に対する肯定応答を受信する前に、該維持されたＴＢＦの予期された終了を示す告知値を繰返し減少させる前記のプロセスが、該移動局において真に開始した場合に対する応答として、
（ｉ）該維持されたＴＢＦの予期された終了を示す該告知値を繰返し減少させる前記のプロセスを継続させて、該維持されたＴＢＦと関連する通信資源によって、該維持されたＴＢＦの終了を示すステップと、
（ii）専用通信資源によってアップリンクＴＢＦの継続の必要性を示すステップと、
を備えることを特徴とする方法。
【請求項２】
前記維持されたアップリンクＴＢＦが、移動通信システムの移動局と基地局との間のパケット交換アップリンク通信接続の一部であり、これにより、前記維持されたアップリンクＴＢＦと関連する通信資源が専用アップリンク・パケット・チャネルであり、前記アップリンクＴＢＦの継続の必要性を示すための前記専用通信資源が、前記維持されたアップリンクＴＢＦによって、ある最終データ伝送後に使用される、移動局に対して割り振られたアップリンク伝送期間であることを特徴とする請求項１に記載の方法。
【請求項３】
請求項２に記載の方法において、引き続き継続するアップリンクＴＢＦを有しないパケット交換アップリンク通信接続の終了処理手順が、
前記移動局から前記基地局へ、データ・ブロックが最終であることを示す指示を含む最終データブロックを送信するステップ（４０５）と、
前記基地局から前記移動局へ、前記最終データブロックの受信の成功を示す最終肯定応答を送信するステップ（４０７）と、
前記移動局から前記基地局へ、前記最終肯定応答の受信の成功を示す制御肯定応答を送信するステップと、を有し、
前記維持されたアップリンクＴＢＦによるある最終データの伝送後に用いられる、前記移動局に対して割り振られた前記アップリンク伝送期間が、前記制御肯定応答を伝送するためのアップリンク伝送期間であることを特徴とする方法。
【請求項４】
前記制御肯定応答を伝送するための前記アップリンク伝送期間中、アップリンクＴＢＦの継続の必要性を示す修正された制御肯定応答を伝送するステップ（４０８’）を有することを特徴とする請求項３に記載の方法。
【請求項５】
ある更なる専用通信資源によって前記の継続してアップリンクＴＢＦを行うための専用資源を求める詳細な要求を伝送するステップ（４１１’）を更に有することを特徴とする請求項４に記載の方法。
【請求項６】
前記制御肯定応答を伝送するための前記アップリンク伝送期間中、前記の継続してアップリンクＴＢＦを行うための専用資源を求める詳細な要求を伝送するステップ（４０８）を有することを特徴とする請求項３に記載の方法。
【請求項７】
前記のアップリンクＴＢＦの継続の必要性を示すステップが、優先クラスを有するアップリンクＴＢＦの必要性を示すステップを有し、該優先クラスは、前記維持されたアップリンクＴＢＦのクラスとは異なることを特徴とする請求項１に記載の方法。
【請求項８】
前記のアップリンクＴＢＦの継続の必要性を示すステップが、要求スループットを有するアップリンクＴＢＦの必要性を示すステップを有し、該要求スループットは、前記維持されたアップリンクＴＢＦのスループットとは異なることを特徴とする請求項１に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は一般に、送信装置と受信装置との間のインタフェースにおいて個々の無線接続を行うための資源の割り当てを行う技術に関する。特に本発明は、前回の接続と本質的に同じタイプの接続の継続である、パケット交換無線接続を行うための無線資源の割り当てに関する。
【０００２】
【従来の技術】
マルチユーザ無線通信システムでは、個々の無線接続に対する無線資源（時間、周波数) の割り当て（allocate) を行う好適に定義された処理を行わなければならない。本特許出願では、特にセルラー無線システムのパケット交換無線接続について考察する。無線接続では、各セルが基地局を有し、基地局は多数の移動局と通信するように配設されている。一例として、周知の資源割り当て処理としてよく知られているＧＰＲＳ（一般パケット無線サービス）システムについて説明する。資源割り当て処理については、ＥＴＳＩ（欧州通信規格協会）が公開している技術仕様番号ＧＳＭ０４．６０にその記載がある。ＧＳＭという略記は周知の移動通信用広域システムを指す略語である。次に前記仕様のいくつかの部分について簡単に説明する。
【０００３】
基地局と移動局間でデータの一方向転送を容易にするためにテンポラリー・ブロック・フロー（ＴＢＦ：Temporary Block Flow）という概念が導入された。その定義によれば、ＴＢＦとは、２つの相互通信を行うＲＲ（Radio Resource：無線資源）エンティティが利用する物理的接続である。この物理的接続は、パケットデータの物理チャネルの上層（ＬＬＣ；ロジカル・リンク・コントロール（Logical Link Control))からのプロトコルデータ単位（ＰＤＵ）の一方向転送を支援するものである。アップリンクＴＢＦ（移動局から基地局へのデータ転送）とダウンリンクＴＢＦ（基地局から移動局へのデータ転送) について別個に考察を行う。これらの初めの一方から考察を始める。
【０００４】
アップリンクＴＢＦ中、移動局はデータを組織化してプロトコルデータ単位（ＰＤＵ）中へ転送する。これらのデータは順次小さな部分に分割されて、ＲＬＣデータブロック中へ分配される。ここで言うＲＬＣとは、無線リンク・コントロールを表す略記であり、プロトコルスタック (protocol stack) 中に在るレイヤの１つである。無線インタフェースでの情報転送に関連する処理手順は、プロトコルスタックによって定義される。各ＲＬＣデータブロックには対応する識別番号並びに多数の対応するフィールドがある。このフィールドにはＲＬＣデータブロックの内容と重要性に関する情報が含まれている。前記フィールドの中の１つにはいわゆるカウントダウン値（ＣＶ：Countdown Value)が含まれる。このカウントダウン値（ＣＶ）は、１５以下の負でない整数である。ＣＶフィールドの１５という値は、現在のアップリンクＴＢＦ中に伝送すべき非常に多くのＲＬＣデータブロックが残っているために、ＲＬＣデータブロック数が、ある一定の放送パラメータＢＳ＿ＣＶ＿ＭＡＸの値より大きいこと、を示す値である。ＲＬＣデータブロック数はアップリンクＴＢＦに対して割り振られた（assigned) タイムスロット数によって換算される。ＣＶフィールドの１５より小さな値はすべて、アップリンクＴＢＦに対して割り振られたタイムスロット数によって換算されたものと正確に同数の、伝送すべきＲＬＣデータブロック数が残っていることを示す値である。
【０００５】
図１は上から下への経過時間に伴うアップリンクＴＢＦの終了(end) に関連する処理手順を例示する図である。ステップ１０１で、移動局ＭＳは、基地局ＢＳへ（またはより一般的にはネットワークへ）ＣＶ値０と共にＲＬＣデータブロックを送信する。ＣＶ値０は、伝送すべきＲＬＣブロックが残っていないことを示す。最後のＲＬＣブロックの受信に成功し、この最終ブロックをそのまま検出したとき、基地局（またはネットワーク）は、ステップ１０２で、ある最終Ａｃｋインジケータ（ＦＡＩ）を用いて、肯定応答メッセージを移動局へ送信する。この最終Ａｃｋインジケータ（ＦＡＩ）によって、ＲＬＣデータブロックの更なる再伝送は必要でないことが示される。この同じ肯定応答メッセージには、有効なＲＲＢＰ（Relative Reserved Block Period：相対予約ブロック時間）フィールドが含まれる。このＲＲＢＰフィールドによって１つのアップリンク送信許可が移動局に割り振られる。移動局は、ステップ１０３でこの送信許可を使って、パケット・コントロール肯定応答メッセージを送信する。このメッセージによって基地局からの最終肯定応答がつながったことが示される。この最後に述べたメッセージの受信後は、前に説明したＴＢＦ用として予め予約した資源の再割り当てが、他の何らかの目的のためにネットワークによって自由に行われる。
【０００６】
ブロック時間（block period) という概念は、ＧＰＲＳにおいて多くのＴＢＦがパケット・データチャネル（ＰＤＣＨ）の容量を共有できるために、ネットワークがＲＬＣブロック時間単位で移動局用としてパケットデータ資源を割り当てる（allocate) という事実と関連する。
【０００７】
ダウンリンクＴＢＦ中、連続ＲＬＣデータブロックからなる同様の構成が、ネットワークによって生成され移動局へ送信される。ダウンリンクＲＬＣデータブロックにはＣＶフィールドは存在しないが、最後のＲＬＣデータブロックをマークするために使用するいわゆるＦＢＩ（最終ブロック・インジケータ）ビットが存在する。図２で、ステップ２０１は、ＦＢＩ値‘１’を持つＲＬＣデータブロックを移動局へ伝送するネットワークに対応する。再伝送を必要とするような前回伝送されたＲＬＣデータブロックの失敗がなかったと仮定すると、ステップ２０２において、移動局は最終Ａｃｋインジケータ（ＦＡＩ）を用いて肯定応答メッセージによって応答し、ＲＬＣデータブロックの更なる再伝送が不要であることが移動局によって示される（仮に再伝送が必要となった場合には、再伝送要求番号と再伝送はステップ２０１と２０２との間に入ることになろう）。同時に、移動局は、斜線のバー２０３として図２に例示されている所定の持続時間のタイマーを始動する。このタイマーが作動している間、移動局はＴＢＦに割り振られたパケット・データチャネル（ＰＤＣＨ）をモニターし続ける。タイマーが作動している間、モニターされたチャネルでＦＢＩを‘１’にセットした状態で別のＲＬＣデータブロックが受信された場合、移動局は最終肯定応答メッセージを再伝送する。タイマーが切れた後、移動局はＴＢＦが解放されたと考え、割り振られたパケット・データチャネルのモニターを打ち切り、１つまたはそれ以上の共通制御チャネルのモニター状態へ復帰する。
【０００８】
アップリンクとダウンリンクのＴＢＦ（あるいはより一般的にはパケット交換無線データ接続) の上記終了時の処理手順について生じる問題として、終了処理がすでに開始されている接続を継続する必要が時折生じる場合がある。伝送すべき情報を生成するアプリケーションが短い通知によって再起動したり、伝送すべき情報の追加バーストが別の何らかの理由のために現れるというようなことが生じる場合もある。ＧＰＲＳの既知の特徴に従って生じる事象について手短に説明しよう。
【０００９】
アップリンク接続では、ＣＶフィールドの値が既に１５より小さくなっている場合、ＣＶフィールド中の値が示唆する値よりも大きい、伝送すべきＲＬＣデータブロックが実際に存在することにたとえ突然気づいたとしても、移動局にはその値を増やすことは許されない。公知の仕様によれば、終了ＴＢＦは完全に消尽されなければならない。すなわち、図１を参照して上述した処理手順を移動局と基地局が終了してしまうまでＣＶフィールドの値は単調減少しなければならない。新しいデータに対して、移動局は無線資源の全く新しい割り当てを要求しなければならない。この要求はまず、アクセス・チャネル（パケット・ランダム・アクセス・チャネル（ＰＲＡＣＨ）またはランダム・アクセス・チャネル（ＲＡＣＨ）、これらのチャネルのいずれになるかは、これらのチャネルのうちの最初のチャネルが利用可能かどうかに依存する）で要求メッセージを伝送することによって行われる。アクセス認可チャネル（ＰＡＧＣＨ（パケットアクセス認可チャネル）またはＡＧＣＨ（アクセス認可チャネル）；ＰＡＧＣＨとＡＧＣＨの利用可能性については上記と同じ考慮が適用される）で対応するメッセージを送信することによって、ネットワークはこの要求を認可するか拒絶するかのいずれかを行う。アクセス要求および認可処理手順には数秒間かかる場合もあり、それによって情報の伝送に不必要な遅延が生じる。また、これによって、相当量のシグナリングトラヒックが生じ、同じセル内の他の移動局からの他の同時発生するアクセス要求と衝突が生じる場合もある。
【００１０】
ダウンリンク方向で、ネットワークは、ＰＡＣＣＨ（Packet Associated Control Channel(パケット関連制御チャネル))に対するパケット・ダウンリンク割り振りを移動局へ送信することができる。上述の終了タイマーが作動している間、移動局は、このＰＡＣＣＨをモニターしているにもかかわらず、そのような割り振りを資源再割り振りであると解釈する。言い換えれば、移動局は、この割り振りの中で定義された新しい時間／周波数の組み合わせへ変化し、たとえネットワークが送信すべき連続ＰＤＵを持っていても、そこでダウンリンクＴＢＦ解放処理手順が継続される。したがって移動局は、終了タイマーが切れるまで割り当てられたＰＤＣＨに耳を傾けることになる。終了タイマーが切れた後、移動局はＴＢＦが解放されたと考え、割り振られたＰＤＣＨのモニターを中断し、１つまたはそれ以上の共通制御チャネルのモニター状態へ復帰する。また、ネットワークが、様々なＲＬＣモードを必要とする連続ＰＤＵを伝送するようなことが生じる場合もある。ＲＬＣモードを変更するためにネットワークは移動局の終了タイマーが切れて全く新しいＴＢＦが確立されることを考慮に入れなければならない。この確立は、ＰＣＣＣＨ（Packet Common Control Channel(パケット共通制御チャネル))またはＣＣＣＨ（共通制御チャネル）でのパケット・ダウンリンク割り振りメッセージの送信によって行われる。ＰＣＣＣＨになるかＣＣＣＨになるかは、共通制御チャネルが利用できるかどうかに依存する。
【００１１】
回線交換無線電話接続の技術から、接続終了後にある量の予約無線資源を端末装置に与える方法が知られている。米国特許第５，５７４，７７４号に、あるシステムに関する記載があり、このシステムでは、移動電話網のある加入者は特典サービスを享受できる。そのサービスでは、特典加入者が電話に接続しその接続した通話相手が通話を終了した後も依然として、特典加入者はある時間通話に割り当てられた資源を自由に処分することができる。これらの資源を予約状態にする理由は、たとえネットワークに輻輳状態が存在しても、特典加入者のために別の通話を行う権利を保証するためである。このような構成から最も利益を受ける当事者は移動電話オペレータである。なぜなら、ネットワークという観点から見ると、資源を予約状態にすることは、アクティブな通話を行うことに対応し、それに応じて料金の請求を行うことができるからである。特典加入者が自分の優先権を利用することに関心がない場合については結局料金は支払われない。
【００１２】
【発明が解決しようとする課題】
古いパケット交換通信接続から新しいパケット交換通信接続への円滑な継続を可能にする方法と、移動局と、ネットワーク装置と、を提供することが本発明の目的である。無線インタフェースで適量のシグナリングのみを要求することも本発明の目的である。
【００１３】
【課題を解決するための手段】
パケット交換通信接続の終了処理手順の中へあるメッセージを組み入れることによって本発明の目的は達成される。この手順を通じて送信装置は情報の転送を継続する必要性について受信装置に通知することができる。
【００１４】
本発明による方法は、
終了通信接続と関連する通信資源によって、終了通信接続の終了を示すステップと、
専用通信資源によって通信接続の継続の必要性を示すステップと、をこの順序で有することを特徴とする。
【００１５】
また本発明は、その特性的特徴として以下の、
終了通信接続と関連する通信資源によって、終了アップリンクの通信接続の終了を示す手段と、
専用通信資源によってアップリンク通信接続の継続の必要性を示す手段と、を有する移動局に適用される。
【００１６】
さらに本発明は、
終了通信接続と関連する通信資源によって終了ダウンリンク通信接続の終了を示す手段と、
専用通信資源によってダウンリンク通信接続の継続の必要性を示す手段と、を有することを特徴とする基地局サブシステムに適用される。
【００１７】
アップリンクおよびダウンリンクのケースについて別々に検討を続けることにする。それは、これらのケースがわずかに異なる特徴を持っているためである。アップリンクの場合、移動局の役割として、パケット交換接続の継続をネットワークに対して示す指示がある。この指示を行うには、移動局から基地局へアップリンク方向に伝送すべき対応メッセージが必要となる。本発明によれば、ネットワークによって送られてきた最終メッセージに対して単に肯定応答を行って、終了接続の最後のアップリンク部分の受信の成功を示す代わりに、移動局は前記指示を行うために利用可能な応答資源を利用する。この時ネットワークにはこの指示を拒絶するか受け入れるかのいずれかを選択する権利がある。受け入れる場合、移動局は、すべての移動局に共通するランダム・アクセスチャネルで、従来の避けることのできない時間のかかるアクセス要求ラウンドを行う必要なく、新しい（すなわち継続) 接続の設定を行うことができる。
【００１８】
ダウンリンクの場合、専用チャネルでデータ伝送を継続する突然生じた必要性を移動局に対して示さなければならないのはネットワークの方である。本発明によれば、移動端末装置が前回割り当てられた（allocate）専用チャネルをモニターしている時間をネットワークは利用して割り振り（assign）メッセージの伝送を行う。上記の従来技術の説明で述べた資源再割り振りについての単純な解釈を避けるために、ネットワークはこの割り当ての中へ特定のフィールドを導入する。このフィールドの値によって、移動局は割り振りについて異なる解釈を行うように命じられる。このようにして、データ伝送を継続する前にさらに完全なパケット交換接続の再構築が可能になり、共通制御チャネルの使用が回避される。
【００１９】
【発明の実施の態様】
本発明の特性を示すと考えられる新規の特徴は特に特許請求の範囲に記載されている。しかし、添付図面と関連して読むとき、本発明自体はその追加目的並びに利点とともに、その構成および動作方法の双方に関して特定の実施例が記された以下の記載によりさらに良く理解することができる。
【００２０】
図３で、送信装置と受信装置は通信相手として概略的に例示されている。実際にはこれらの装置の双方とも送受信が可能であると仮定されているが、図示されているものはパケット交換通信接続の範囲内の送受信装置の主要な機能に関連するものである。送信装置と受信装置とがマルチ・ユーザ環境で動作することが更に仮定されている。このマルチ・ユーザ環境には、多数のユーザが利用可能な共通制御チャネルのあるセットが存在し、必要に応じて個々の接続に対して専用通信チャネルを割り当てることができる。
【００２１】
斜線をつけたブロック３０１はパケット交換通信接続の開始を表す。このパケット交換通信接続の開始は、接続設定の必要性に関する最初の指示を送信する送信装置によって行われる。ブロック３０１の上の片側矢印によって例示されるように、この最初の送信は共通制御チャネルで通常行われる。ブロック３０１の、両側に矢のついた下の矢印によって例示されるように、この最初の送信後に共通制御チャネルに関する情報の更なる交換が若干続く場合もある。これらの専用通信チャネルの割り当てに係わる装置によって、接続に必要な少なくとも１つの専用チャネルが割り当てられる。ブロック３０２の両側に矢のついた矢印は、割り当てに対して肯定応答を行うために二方向トラヒックを必要とする場合もあるという事実、すなわち実際の割り当てメッセージは、これらの装置の中のどちらが割り当てを行うかに依っていずれの方向にも進むことができるという事実を表す。専用通信チャネルは必要に応じて、データチャネル、制御チャネルおよび／または他の種類のチャネルを有してもよい。
【００２２】
実際のパケット伝送はブロック３０３による専用通信チャネルで行われる。通信接続について一般的記述を行うため、専用通信チャネルの割り当ては、送信装置に伝送すべき残存パケットがある限りそのまま有効であると想定することができる。ある段階で、送信装置はパケットが尽きかけていることに気づき、矢印３０４によって例示されるような最後のパケットとしてあるパケットを通知する。その場合従来技術による構成では、新しいパケットが出現したことにたとえ送信装置が突然気づいたとしても、ブロック３０２で行われたチャネル割り当ては取り消されるという結果に終わることになる。ブロック３０１の中の共通制御チャネルのような、共通制御チャネルによる新しい開始ラウンドが必要となる。本発明によれば、送信装置は、残りの専用チャネルの割り当てを利用し、（それまでの）最後のパケットを通知した後で、かつ、チャネル割り当てが完全に廃止される前に、パケット交換通信接続の継続が必要である旨の指示３０５を送信する。
【００２３】
継続パケット交換通信接続は前回の要求とは異なる資源要求を持っていてもよい。あるいは、全般的トラヒック状況や競合するチャネル割り当てのような他の要因によって、前回のチャネル割り当てをそのまま再利用することが不可能となる場合もある。そのような場合、ブロック３０６に例示されるように専用チャネルの再構成が行われる。有効なチャネル割り当てが確立した後、前回割り当てられた専用通信チャネルの再割り当てを少なくとも部分的に行うか、新しい資源の割り当てを行うかのいずれかによって( あるいはこれらの２つ動作を組み合わせることによって) 、ブロック３０７に例示されているようにパケット伝送の継続が可能となる。この新しく出現したパケットの貯え(reservoir) が枯渇した後、公知の処理手順に従って接続を終了することができる。あるいは、ステップ３０４から再開することによって新しい継続接続を確立することができる。本発明はステップ３０４〜３０７の反復回数を限定するものではない。
【００２４】
次に、上に説明した原理の継続アップリンクＴＢＦへの適用例について説明する。この継続アップリンクＴＢＦは一般に前述のＧＰＲＳ仕様に対応するものである。図４で、移動局４０１は送信装置であり、受信装置は全体としてネットワーク４０２によって表されている。ＲＬＣプロトコルレイヤに関する処理手順は、移動局と基地局サブシステムとの間で行われ、後者は一般に基地局および基地局コントローラあるいは同様のモニター装置からなる。しかし、通信接続に加わっているネットワーク装置は、全体として公知のＧＳＭ／ＧＰＲＳネットワークの一部であると理解すべきである。このＧＳＭ／ＧＰＲＳネットワークは、基地局、基地局コントローラまたは無線ネットワーク・コントローラ、パケット制御装置、使用中の(serving) ＧＰＲＳサポート・ノードとゲートウェイＧＰＲＳサポート・ノードからなるが、これらに限定されるものではない。
【００２５】
ブロック４０３に例示されるようなアップリンクＴＢＦの設定とアップリンクＴＢＦによるＲＬＣデータブロックのフロー伝送が公知の処理手順に従って行われる。この処理手順は本発明の範囲外の事柄なので詳細な説明は行わない。ブロック４０３の斜線をつけた上の部分は、読者にこれらの処理手順が通常共通制御チャネルから開始されるという事実を思い起こさせるものである。アップリンクＴＢＦの設定を行ったときに既に移動局と基地局との間にダウンリンクＴＢＦが存在する場合には、移動局は、ダウンリンクＴＢＦに関連するシグナリングメカニズムを通じてアップリンクＴＢＦの設定に対する最初の要求を送信する。そのような要求を通信するメッセージは、パケット・ダウンリンクＡｃｋ／Ｎａｃｋメッセージと呼ばれ、移動局はパケット関連制御チャネルすなわちＰＡＣＣＨ（Packet Associated Control Channel ）でこのメッセージを伝送する。本発明は、ＴＢＦの初期設定に用いる処理手順に特定の制限を設けるものではない。この初期設定が共通制御チャネル上で起こるものと考えることは、本発明の応用性を非常に好適に例証するものである。
【００２６】
ステップ４０４で、移動局は非常に多くのＲＬＣデータブロックを持っているので、アップリンクＴＢＦに割り振られるタイムスロット数によって換算されるデータブロック数は、パラメータＢＳ＿ＣＶ＿ＭＡＸに等しい。したがって移動局は適宜現在のＲＬＣデータブロックのＣＶ値を設定する。ＣＶフィールドの正確な値χは、前記仕様の見出し９．３．１のカウントダウン手順によって計算される。
【数１】
0004460207.tif 000002
ここでＴＢＣはアップリンクＴＢＦで伝送されるデータブロックの総数であり、ＢＳＮ’は現在のＲＬＣデータブロックの絶対ブロックシーケンス数であり、ＮＴＳはアップリンクＴＢＦに割り振られたタイムスロット数である。移動局は、ステップ４０４から、各ＲＬＣデータブロックのＣＶフィールドの中へχの適当な値を挿入し、最後にステップ４０５でＣＶフィールドを値χ＝０の状態にして最後のＲＬＣデータブロックの伝送を行う。
【００２７】
ステップ４０７で、ネットワークは、その最終を示すＦＡＩと共に通常のパケット・アップリンクＡｃｋ（またはＮａｃｋ）メッセージを送信する。ブロック４０６に従って、ステップ４０４と４０７の間のある段階で、移動局は実際には送信すべきもっと（さらに）多くのＲＬＣデータブロックが存在することに気づく。そのため継続ＴＢＦが必要となる。最終パケット・アップリンクＡｃｋ（またはＮａｃｋ）に対して単純な肯定応答を送信する代わりに、ステップ４０８で移動局は、移動局が伝送継続を必要とする旨の指示を含むメッセージを送信する。このメッセージは、公知のパケット・コントロール肯定応答メッセージと完全に入れ替えてもよいし、あるいは、継続接続が必要である旨の指示としてネットワークが解釈できる追加の情報部分を有するパケット・コントロール肯定応答メッセージであってもよい。このメッセージが完全に入れ替えられたものである場合には、例えば、既に仕様で定義されている形式のパケット資源要求メッセージなどであってもよい。
【００２８】
ステップ４０９で、ネットワークは、移動局が最終パケット・アップリンクＡｃｋ（またはＮａｃｋ）の受信に成功したことを知っているので、終了アップリンクＴＢＦ用として予約されている資源を解放することができる。しかし、ネットワークは継続ＴＢＦを求める移動局の要求にも気づいているので、公知のパケット資源要求メッセージを受信したかのように、同時に終了する古いＴＢＦとの関連なしに資源割り当ての決定を正確に行う。資源割り当ての決定を肯定する場合、ネットワークは、対応する資源割り当て（allocation）メッセージ（パケット・アップリンク割り振り（assignment）メッセージとして現在知られている）を、ステップ４１０で移動局へ送信する。資源割り当ての決定を否定する場合、ステップ４１０が拒絶伝送（パケットアクセス拒絶メッセージとして現在知られている）に対応する。ステップ４１０でメッセージの伝送用として同じＰＤＣＨすなわちパケット・データチャネルが好適に利用される。該メッセージはステップ４０８で、追加資源の要求と組み合わされて、その肯定応答を送信するために移動局が使用したものである。肯定の決定が行われたと仮定して、資源の割り当ての受信後、移動局はステップ４１１でＲＬＣデータブロックの再伝送を開始することが可能となる。否定の決定が行われた場合、ステップ４１０の後通信は単に終了し、移動局は共通制御チャネルへ戻り、次いで従来技術の構成から公知のように、再び資源を要求しようとしなければならなくなるであろう。
【００２９】
ステップ４０８で移動局が送信したメッセージが、最終パケット・アップリンクＡｃｋ（またはＮａｃｋ）用としてわずかに修正された肯定応答にすぎなかった場合、移動局が継続通信を必要とすることを詳細に表現できるだけの十分なメッセージ用のスペースがないということが生じる可能性がある。このメッセージは、例えばアクセス・バーストなどの形をとる場合もあり、その場合、通常のトラヒックバーストと比べると追加情報の伝送容量に限界がある。図５は、移動局がステップ４０８’でそのようなわずかに修正された肯定応答を送信する処理手順を示すものである。継続接続の必要性をネットワークへ伝えるには適切に定義した１ビットで十分である。ステップ４０９’で、ネットワークは、（例えば、悪化した輻輳状態などが原因で）要求を拒絶するか、詳細を要求するかのいずれかの予備決定を行う。ステップ４１０’で、ネットワークは、限定した資源量を移動局に対して割り当てるメッセージを送信する。移動局はステップ４１１’で、詳細なパケット資源要求メッセージ、あるいは、移動局が継続接続を必要とする旨を指定する別のメッセージをこの機会を利用して送信する。ステップ４１２’で、ネットワークは資源割り当ての最終決定を行い、ステップ４１３’で、その結果、すなわち、移動局の要求を拒絶する（その場合通信はその後終了する）か、決められた資源を認可する（その場合ＲＬＣデータブロック伝送が段階４１４’で開始される）か、のいずれかの結果について移動局に通知を行う。
【００３０】
次に、継続ダウンリンクＴＢＦに対して図３のこの原理を適用した例について説明を行う。このダウンリンクＴＢＦは一般に前述のＧＰＲＳ仕様に対応するものである。図６で、送信装置は一般的にネットワーク５０１によって表され、移動局５０２は受信装置である。図６の左側部と図４および５の右側部とで一般的に説明した動作状態の異なるネットワーク装置の役割については後で詳細に説明する。
【００３１】
従来から知られている処理手順の後に続いて、ダウンリンクＴＢＦの、スクラッチ(scratch) と動作からの、設定が行われる。これらの処理手順も本発明の範囲外のものであり、図６のブロック５０３によって全体として表されている。アップリンクＴＢＦがダウンリンクＴＢＦの設定時に存在する場合、アップリンクＴＢＦの専用制御チャネルで、ネットワークが特定の割り振りメッセージを使用してダウンリンクＴＢＦの設定を開始する可能性が存在する。ステップ５０４で、ネットワークは、ネットワークが現在最後のデータ・ブロックと考えるＲＬＣデータブロックを送信し、ＲＬＣデータブロックのＦＢＩビットを‘１’に設定することによって最後のデータ・ブロックであることを示す。ステップ５０６で、この段階で追加のＲＬＣデータブロックについて知る手段を持っていない移動局は、パケット・ダウンリンクＡｃｋメッセージを送信する（この段階で再伝送の必要性が存在する場合、移動局はパケット・ダウンリンクＮａｃｋメッセージを送信する。このメッセージによってネットワークは要求されたＲＬＣデータブロックの再送信を行い、最終的に処理手順はパケット・ダウンリンクＡｃｋメッセージの伝送で終わることになる）。同時に、移動局は、斜線をつけたバー５０７によって示されるように、あるタイマーを始動する。ステップ５０４と５０６との間に伝送すべき他のＲＬＣデータブロックがまだ存在するので、継続ダウンリンクＴＢＦが必要であることを、ネットワークはブロック５０５に従って理解する。
【００３２】
タイマー５０７が移動局で動いている間、移動局が以前割り当てられた専用チャネルをまだ使用して移動局へメッセージを送信している可能性があることをネットワークは知っている。ネットワークは、古いＴＢＦを解放しステップ５０８で新しいＴＢＦに資源を割り当てる（実際には新しいＴＢＦのための資源の割り当てはネットワークが継続接続の必要性に気づいたときに既に決定してもよい）。ステップ５０９でネットワークは修正されたパケット・ダウンリンク割り振りメッセージを送信する。このメッセージには、以前から知られているパケット・ダウンリンク割り振りメッセージとは反対に、ＣＯＮＴＲＯＬ＿ＡＣＫフィールドと呼ばれる追加フィールドが含まれる。このフィールドは１ビットより大きいものである必要はない。本発明の好適な実施例によれば、ＣＯＮＴＲＯＬ＿ＡＣＫフィールド中のビット値‘１’は、古い資源の再割り当ての代わりに新しいダウンリンクＴＢＦに対して割り当てられた資源がパケット・ダウンリンク割り振りメッセージによって定義されていることを移動局に対して示すものである。その結果、ステップ５１０で、移動局は、前回のダウンリンクＴＢＦが解放され、新しいダウンリンクＴＢＦが設定されたものと考える。また移動局によってタイマー５０７のリセットが行われる。ステップ５１１で、新しく定義されたダウンリンクＴＢＦによって、ダウンリンクＲＬＣデータブロックの伝送を継続することができる。
【００３３】
古いＴＢＦを解放し、前回の資源割り当てを用いて継続する代わりに、直ちに新しいＴＢＦを設定する利点として、新しいＴＢＦの特徴が古いＴＢＦの特徴とは全く異なる場合があるいうことが挙げられる。実際、本発明は、発信側が古いＴＢＦの非常に最終的な段階でやっと追加のＲＬＣデータブロックについて知るようになることを要求するものではない。例えば、伝送すべきデータのいくつかの部分が、異なるＲＬＣモード（肯定応答／非肯定応答）を必要とすることを当初から送信装置が知っているということが生じる可能性がある。現在の仕様によれば、ＴＢＦの最中にＲＬＣモードを変更することは許されないので、いったん第１のＲＬＣモード要求を有する情報の一部が伝送されてしまった場合、伝送に使用された古いＴＢＦを解放し、時間と資源を浪費する共通制御チャネルへの訪問によって新しいＴＢＦを設定しなければならないことが、従来技術による構成では要求される。本発明によれば、図３〜６を参照して記載したように、継続パケット交換通信接続として新しいＴＢＦを設定することにより、このようなケースを簡単に処理することができる。
【００３４】
次に、本発明の好適な実施例による移動局と基地局サブシステムについて簡単に説明する。図７は、遠隔基地局との間でパケット交換無線接続を実現するための手段として知られるＧＳＭ無線送受信装置６０１を有する移動局を、概略的に例示するものである。パケットデータ部６０２は無線送受信装置と接続される。送信され受信される、データのソースとシンクはそれぞれアプリケーション・ブロック６０３であり、このブロックとＧＳＭ無線送受信装置との間でのデータ伝送は、ＲＬＣデータブロック・アセンブラ／ディスアセンブラ６０４を介して行われる。ＴＢＦコントローラ６０５は、一方で、アプリケーション・ブロックによって示された要請に従ってＴＢＦの設定と維持に係わり、他方で、ネットワークから受信した設定要求に係わる。本発明によれば、ＴＢＦコントローラ６０５は、第１に、受信した最終肯定応答に対する肯定応答メッセージを構成するように配設されているため、最終肯定応答の受信時に、伝送すべきアップリンクＲＬＣデータブロックがまだ存在する場合、最終肯定応答は従来型のパケットコントロール肯定応答メッセージによる応答を行わず、パケット資源の完全な交換要求メッセージか、継続パケット交換通信接続の必要を示す修正されたパケットコントロール肯定応答メッセージかのいずれかによる応答を行う。第２に、ＴＢＦコントローラは、受信されたパケット・ダウンリンク割り振りメッセージ内のＣＯＮＴＲＯＬ＿ＡＣＫフィールドの値を見て、ある所定値を、古いＴＢＦを解放してパケット・ダウンリンク割り振りメッセージのようなその他の内容に従って新しいＴＢＦを直ちに設定するための指示として、解釈するようになっている。
【００３５】
複数の送信（ＴＸ）および受信（ＲＸ）装置７０１、パケット交換ネットワーク（ＧＰＲＳ）通信用送信装置７０２、並びに、無線接続とネットワーク接続との間のデータのマッピングを行うためのクロスコネクト接続装置７０３を有する基地局が図８に概略的に例示されている。この基地局はまた、一方で、ネットワークから受信した設定要求に応じながら、他方で、移動局から受信した設定要求に応じつつＴＢＦの設定と維持に係わるＴＢＦコントローラ７０４も有する。本発明によれば、ＴＢＦコントローラ７０４は、第１に、ダウンリンク・パケット割り振りメッセージを構成するように配設され、一定のフィールド値を用いることにより、割り振りが以前定義したＴＢＦの資源の再割り振りと関係するかどうか、あるいは、前回のＴＢＦを解放し直ちに新しいＴＢＦを設定する命令であると割り振りを解釈するかどうかを示すことができるようになっている。第２に、ＴＢＦコントローラは、最終肯定応答に対する移動局からの応答を調べて、終了ＴＢＦの継続として新しいアップリンクＴＢＦの即時設定を要求するものとして、その応答のある定義済みの内容を解釈するようになっている。
【００３６】
上記の説明は、あるメッセージを示す予約名と、単一のパケット交換通信システムのある仕様と厳密に関連する通信コンセプトとを利用するものであるとはいえ、ある最後のパケットが伝送されてしまった後も専用チャネルの割り当てが短期間有効なまま残っているような全ての通信システムに対して本発明を一般に適用することが可能であることに留意すべきである。
【００３７】
以上説明した変更より大きな変更を現在のＧＰＲＳシステム仕様に対して必要とするような本発明の代替実施例について簡単に述べることにする。第１の代替実施例では、現在のＧＰＲＳ規格および提案で定義されたものよりも長い時間、専用資源の“フォローアップ”(follow-up) 割り当てが続けて行われるようになっている。移動局とネットワークとの間の前回のＴＢＦが終了した後、所定のサイクルでタイマーＸを始動するように要求することができる。ネットワークは、タイマーＸがまだ動いている間は割り当てが有効になるように、移動局に対して限定された専用アップリンク伝送資源を割り振る。移動局は終了ＴＢＦと関連する専用ダウンリンク・チャネルの傾聴を継続する。タイマーＸがまだ動いているとき、新しいアップリンクＲＬＣデータブロックが移動局で生じた場合、移動局は、その制限された専用アップリンク伝送資源を使って、移動局の継続アップリンクＴＢＦ設定が必要である旨の特定の指示を送信する。一方、タイマーＸがまだ動いている間に継続ダウンリンクＴＢＦを設定すべきであるということに気づいた場合、ネットワークは、以前から使用している専用ダウンリンク・チャネル（移動局がまだ傾聴している）を用いて対応するパケット割り振りメッセージの伝送を行う。この実施例では、伝送すべきデータが移動局に存在しない場合、専用アップリンク容量のなかには無駄に割り当てられるアップリンク容量があるという欠点がある。そのような場合、移動局は、測定結果を送信するための割り当てや他の一般に有用なシグナリングを利用することもできる。
【００３８】
継続アップリンクＴＢＦの単純な代替例として、移動局がカウントダウン中、値が０に達するまでに追加のＲＬＣデータブロックが生じたとき、値１５からＣＶフィールドの値を増加することを許可する例がある。現在、アップリンク・ブロック期間割り当ての割り当てを行う際、混乱を避けるために仕様ではＣＶ値の増加は無条件に禁止されている。
【００３９】
処理すべき可能な状況として、移動局がネットワークとアクティブなアップリンクＴＢＦを有し、しかもそのＴＢＦの特性を変更すべきであるような場合がある。一例として必要なスループットすなわち優先順位の値について検討する。スループットすなわち優先順位の値のアップグレードを行うための公知の解決方法として、移動局がそのようなアップグレードの必要性を認知するや否や、移動局からネットワークへ新しい必要なＴＢＦ特性を記述するパケット資源要求を送信するという方法がある。この場合の目的は、このアップグレードされたスループット・クラスすなわち優先順位値を要求するＲＬＣデータブロックを、移動局が送信し始める前に、既存のアップリンクＴＢＦに対して特性の更新を行うことにある。この提案されたアプローチの問題点として、移動局がネットワークから肯定応答を受信する前に、前回の種類のＲＬＣデータブロックのＣＶ値カウントダウン処理手順が開始された場合、このアップグレードされた特性を持つアップリンクＴＢＦが非常に早く終了するということがある。またこの提案されたアプローチは、スループットすなわち優先順位値の同じ方法によるダウングレードを許可せず、前回のアップリンクＴＢＦの終了と、スクラッチからの新しいＴＢＦの設定とを要求する。ダウングレードを行うための代替の提案は、変更についてネットワークに通知せずにアップリンク伝送を継続することを許可することである。この結果、競合する同時アップリンクＴＢＦの不公平な処理が生じる場合もあるが、このアップリンクＴＢＦは実際には、“こっそり”ダウングレードされたＴＢＦより良好なサービスを受信することになる。
【００４０】
上述のような形の発明は、特性のアップグレードまたはダウングレードを終了ＴＢＦと継続ＴＢＦとの間の時刻に行うことができるように、継続アップリンクＴＢＦの円滑な設定を可能にするものである。その一方で、本発明は、“古い”ＲＬＣデータブロックの最中に既存のＴＢＦの特性変更をも可能にするものである。たとえＣＶ値のカウントダウン処理手順が偶然トリガーされたとしても、継続ＴＢＦの設定がともかく円滑に行われるので著しい損害は生じないようになっている。しかし、すべての“古い”ＲＬＣデータブロックの伝送が成功した後、かつ、“新しい”ＲＬＣデータブロックの伝送が開始する前に、アップリンクＴＢＦの特性を変更するほうがより好適である。その理由は、場合によってはネットワークが特性の更新を受け入れられないものとして拒絶するということが起こる場合もあり、その場合、少なくとも、ネットワークからの拒絶に起因して接続が終了する前に“古い”ＲＬＣデータブロックが宛先に届くことが保証されなければならないからである。言うまでもなく、次に来るＲＬＣデータブロックについての言及が特性更新メッセージの中に含まれ、さらにそのデータ・ブロックの後の要求された特性更新が有効であれば、“古い”ＲＬＣデータブロックをまだ伝送中に、特性更新メッセージを伝送することによっても同じ結果を達成することができる。
【００４１】
本発明の意味での継続ＴＢＦを利用して、単一ＴＢＦの最中にいくつかの変更が許されない現在の仕様要求を巧みに回避することができる。一例として、肯定応答から非肯定応答へのＲＬＣモードの変更を考えることができ、あるいはアクティブなＴＢＦの間は逆もまた同様である。現在提案されている仕様では厳密に言えばＴＢＦの最中にＲＬＣモードの変更を行うことは禁止されている。現在の仕様での明白な変更は、次に来る変更について受信側に通知する特定メッセージを発信側が受信側へ発信し、変更が有効になるＲＬＣブロック番号を示すような場合の変更が可能であるにすぎない。本発明によれば、終了ＴＢＦと継続ＴＢＦとの間の境界でモード変更を行う場合、ＲＬＣブロック番号の指定を行う必要がない。
【図面の簡単な説明】
【図１】アップリンクＴＢＦの公知の終了処理手順を示す図である。
【図２】ダウンリンクＴＢＦの公知の終了処理手順を示す図である。
【図３】本発明による原理を示す図である。
【図４】図３の原理の第１の適用例を示す図である。
【図５】図４の適用例の代替最終段階を示す図である。
【図６】図３の原理の第２の適用例を示す図である。
【図７】本発明による例示移動局を示す図である。
【図８】本発明による例示基地局を示す図である。
【符号の説明】
４０１、５０２…移動局
４０２、５０１…ネットワーク
５０７…タイマー
６０１…無線送受信装置
６０２…パケットデータ部
６０３…アプリケーション・ブロック
６０４…データブロックアセンブラ／ディスアセンブラ
６０５…ＴＢＦコントローラ
７０１…送信（ＴＸ）及び受信（ＲＸ）装置
７０２…送信装置
７０３…クロスコネクト接続回路装置
７０４…ＴＢＦコントローラ
【図１】
0004460207.tif 000003
【図２】
0004460207.tif 000004
【図３】
0004460207.tif 000005
【図４】
0004460207.tif 000006
【図５】
0004460207.tif 000007
【図６】
0004460207.tif 000008
【図７】
0004460207.tif 000009
【図８】
0004460207.tif 000010