(57)【要約】ネットワークから無線チャネルに沿って送信されたネットワーク情報を受け取る無線電話装置は、ネットワークに関する確認応答情報の交換モードを判定する確認応答調整モジュールを備えている。無線電話装置は、主要専用制御チャネルであるという確認応答情報の交換モードに応答して、主要専用制御チャネルを通じた確認応答情報の送信に対応する定義されたサービスアクセスポイント識別子を用いて、主要専用制御チャネルを通じてネットワークに確認応答情報を送信する。無線電話装置は、主要専用制御チャネル以外であるという確認応答情報の交換モードに応答して、一時的ブロックフロー確認応答交換を使用して、ネットワークに確認応答情報を送信する。
2004507950.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに確認応答情報を送信する無線電話装置を有する通信システムであって、
無線電話装置に確認応答情報の交換モードを示す確認応答交換メッセージを送信する、ネットワークに配置された第１の確認応答調整モジュールと；
示されたモードを使用してネットワークに確認応答情報を送信する、無線電話装置内に配置された第２の確認応答調整モジュールと；を備えた通信システム。
【請求項２】
無線電話装置は、主要専用制御チャネルであるという前記示されたモードに応答して、主要専用制御チャネルに沿って確認応答情報を送信する、請求項１に記載の通信システム。
【請求項３】
無線電話装置は、主要専用制御チャネル以外であるというモードに応答して、一時的ブロックフロー確認応答交換を使用して、ネットワークに確認応答情報を送信する、請求項２に記載の通信システム。
【請求項４】
無線電話装置は、受け取られていないというモードに応答して、一時的ブロックフロー確認応答交換を使用して、ネットワークに確認応答情報を送信する、請求項３に記載の通信システム。
【請求項５】
ネットワークは、ネットワークの資源利用性に基づいて確認応答情報の交換モードを判定する、請求項４に記載の通信システム。
【請求項６】
ネットワークは、ネットワークの資源利用性とネットワークの混雑状態に基づいて確認応答情報の交換モードを判定する、請求項４に記載の通信システム。
【請求項７】
無線電話装置は、無線電話装置内の対応アプリケーションにネットワークプロトコル情報を転送するアプリケーションインタフェースを有し、第２の確認応答調整モジュールがアプリケーションインタフェース内に位置する、請求項６に記載の通信システム。
【請求項８】
ネットワークは、無線電話装置にネットワークプロトコル情報を転送するトランスポート層インタフェースを有し、第１の確認応答調整モジュールがトランスポート層インタフェース内に位置する、請求項７に記載の通信システム。
【請求項９】
ネットワークから無線電話装置に送信される確認応答情報の要求に、前記確認応答交換メッセージが含まれる、請求項８に記載の通信システム。
【請求項１０】
ネットワークから無線電話装置に送信される確認応答情報の要求に対応する一時的ブロックフローセットアップのパケットダウンリンク割り当てメッセージに、前記確認応答交換メッセージが含まれる、請求項９に記載の通信システム。
【請求項１１】
無線チャネルに沿ってネットワークから送信されたネットワーク情報を受け取る無線電話装置であって、
ネットワークに関する確認応答情報の交換モードを判定する確認応答調整モジュールと；
ネットワークに信号情報を送信する主要専用制御チャネルと、無線電話装置は、主要専用制御チャネルであるという確認応答情報の交換モードに応答して、主要専用制御チャネルを通じてネットワークに確認応答情報を送信することと；を備えた無線電話装置。
【請求項１２】
主要専用制御チャネル以外であるというモードに応答して、一時的ブロックフロー確認応答交換を使用して、ネットワークに確認応答情報を送信する、請求項２に記載の無線電話装置。
【請求項１３】
受け取られていないというモードに応答して、一時的ブロックフロー確認応答交換を使用して、ネットワークに確認応答情報を送信する、請求項１２に記載の無線電話装置。
【請求項１４】
ネットワークは、ネットワークの資源利用性に基づいて確認応答情報の交換モードを判定する、請求項１３に記載の無線電話装置。
【請求項１５】
ネットワークは、ネットワークの資源利用性とネットワークの混雑状態に基づいて確認応答情報の交換モードを判定する、請求項１３に記載の無線電話装置。
【請求項１６】
ネットワークから無線電話装置内の対応アプリケーションにネットワークプロトコル情報を転送するアプリケーションインタフェースをさらに備え、確認応答調整モジュールがアプリケーションインタフェース内に位置する、請求項１４に記載の無線電話装置。
【請求項１７】
主要専用制御チャネルが、主要専用制御チャネルを通じた確認応答情報の送信のための、確認応答情報に対応する定義されたサービスアクセスポイント識別子を有する、請求項１４に記載の無線電話装置。
【請求項１８】
ネットワークはＧＰＲＳ／ＥＤＧＥ無線アクセスネットワークである、請求項１７に記載の無線電話装置。
【請求項１９】
ネットワークとユーザアプリケーション間の確認応答情報の交換方法であって、
ネットワークから確認応答情報の交換モードを受け取るステップと；
主要専用制御チャネルであるというモードに応答して、主要専用制御チャネルに沿ってネットワークに確認応答情報を送信するステップと；から成る方法。
【請求項２０】
前記送信ステップが、主要専用制御チャネルではないというモードに応答して、従来の資源を使用して、ネットワークに確認応答情報を送信することをさらに含む、請求項１９に記載の方法。
【請求項２１】
前記送信ステップが、受け取られていないというモードに応答して、従来の資源を使用して、ネットワークに確認応答情報を送信することをさらに含む、請求項２０に記載の方法。
【請求項２２】
ネットワークにおいて、無線資源利用性に基づいて確認応答情報の交換モードを判定するステップをさらに含む、請求項２１に記載の方法。
【請求項２３】
ネットワークにおいて、無線資源利用性とネットワークの混雑状態に基づいて確認応答情報の交換モードを判定するステップをさらに含む、請求項２１に記載の方法。
【発明の詳細な説明】
【０００１】
（発明の属する技術分野）
本発明は一般にセルラパケットデータネットワークに関し、本発明は詳細にはセルラパケットデータネットワーク中の移動局とネットワークの間で確認応答情報を交換するための方法および装置に関する。
【０００２】
（発明の背景）
汎用移動体通信方式（ＧＳＭ）の汎用パケット無線サービス（ＧＰＲＳ）とＧＳＭ拡張のための高速データ（ＥＤＧＥ）は、サービス加入者が回路交換モードでネットワーク資源を使用せずに、エンド・ツー・エンドパケット転送モードでデータを送受信することを可能にするものである。ＧＰＲＳ、ＥＤＧＥ、および第３世代（３Ｇ）パケット無線サービスは、データ伝送特性が、ｉ）パケットに基づくものであり、ｉｉ）断続的かつ非周期的であり、ｉｉｉ）小規模なデータ転送（例えば５００オクテット未満）についてよく使用され、または、ｉｖ）大規模なデータ転送（例えば数百キロバイト超）についてはあまり使用されない時に、無線およびネットワーク資源の効率的な使用を可能にする。ユーザアプリケーションには、インターネットブラウザ、電子メールなどが含まれ得る。ＧＰＲＳ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）は、第３世代ワイヤレスへのＧＰＲＳ／ＥＤＧＥのためのリアルタイム移動パスである。
【０００３】
大半のインターネットアプリケーションデータトラフィックは通常ダウンリンク方向に偏っているものと一般に想定されており、これは大半のアプリケーションデータトラフィックがネットワークからユーザアプリケーションへ送信されることを意味している。そのような想定は、ユーザの予期された行動と（ほとんどのユーザが、ネットワークに送信されるのに必要な情報量に比べてネットワークから受け取る情報量の方がずっと多いアプリケーションを使用するため）と、多くのアプリケーション自体の固有の性質とに基づいている。例えば、ワールドワイドウェブ（ＷＷＷ）の情報のページにアクセスするには、アップリンク側での（つまりユーザアプリケーションからネットワークへの）アドレスシーケンスの非常に短い送信後に、ダウンリンク転送を生じさせた送信よりも数倍大きいこともあるダウンリンク側での（つまりネットワークからユーザアプリケーションまでの）データの受信が必要である。したがって、既知のパケットベースシステムは、ダウンリンク方向への情報のより大きなフローをサポートし、かつアップリンク資源とダウンリンク資源の割り当てを互いに分離するように構築されている。パケットベースシステムのこのような構築は、例えば、セッションの寿命の全期間にわたって時々しか使用されないこともある専用資源を割り当てる双方向仮想回路として構築されることが多い回路交換法の構築とは異なっている。
【０００４】
図１（従来技術）は、ネットワークからユーザアプリケーションまでの無線通信路（チャネル）上の一方向の情報のフローを示す流れ図である。ダウンリンク側のインターネットデータが多くの時間、一方向へ非常に流れるように見えるという事実にもかかわらず、そのようなデータが無線領域の無線フェーディングチャネルを横断する時には情報の完全性を維持するための追加要求が存在する。フェーディングチャネル上でのデータの完全性を保護するための主な既知の機構の１つは、確認応答ネットワークプロトコルの概念に関するものである。例えば、一方向のパケットデータ転送が要求されるＧＳＭ／３Ｇ無線環境では、転送が埋め込みの音声またはビデオを含んでいなければ、深いフェードが存在する状態でフェーディングチャネルを横切って情報の完全性を保存するためにユーザアプリケーションからのネットワークレベルの確認応答が要求されることは、ほとんど常時起こることである。
【０００５】
図１に示すように、ネットワーク１００は、無線チャネルに沿って移動局１０４へとパケットページング要求１０２を送ることにより、ダウンリンクセットアップ期間にセットアップシーケンスを開始する。ネットワーク１００は、一旦ランダムアクセスバースト１０６を移動局１０４から受け取ると、どのチャネルで転送が起こるか、いつ転送が開始するか等の、割り当てパラメータを詳述する、即時割り当てメッセージ１０８とパケットダウンリンク割り当てメッセージ１１０を送る。ネットワーク１００による送信に先立って、移動局１０４に転送される予定の情報はパケットに分割され、その結果、ネットワーク１００は、即時割り当てメッセージ１０８とパケットダウンリンク割り当てメッセージ１１０に詳述された割り当てパラメータへの移動局１０４による確認応答を示すパケット制御確認応答メッセージ１１２を移動局１０４から受け取った後で、パケットを含む一連のデータブロックすなわちフレーム１１４を移動局１０４に送信する。
【０００６】
フレーム１１４を受け取ると、移動局１０４は、ネットワーク１００に確認応答メッセージを送信するために、一時的ブロックフロー１１６をセットアップする。図１に示すように、一時的ブロックフロー１１６のセットアップ中、移動局１０４はチャネル要求アクセスバースト１１８をネットワーク１００へ送り、ネットワーク１００は即時割り当てメッセージ１２０の送信により応答する。次に、移動局１０４は、一時的ブロックフローのための資源を要求するパケット資源要求メッセージ１２２をネットワーク１００に送信する。ネットワーク１００は、パケットアップリンク割り当てメッセージ１２４を移動局１０４に送信することにより応答し、移動局１０４はパケット制御確認応答メッセージ１２６をネットワーク１００に送信することにより、パケットアップリンク割り当てメッセージ１２４の受け取りに確認応答する。
【０００７】
一旦パケット制御確認応答メッセージ１２６を送信したら、移動局１０４は、移動局１０４がフレーム１１４のうちどのフレームを受け取ったかを示す確認応答メッセージ１２８を、受け取られなかったフレームの再送信の要求と共に送信する。例えば、図１に示すように、無線フェーディングチャネルの結果、移動局１０４は、ネットワーク１００から送られたフレーム０〜フレーム３のうちのフレーム０とフレーム３のみを受け取る場合があるとする。その結果、ネットワーク確認応答メッセージ１２８は、フレーム０とフレーム３を受け取ったことを示し、フレーム１とフレーム２の再送信を要求するだろう。次に、フレーム１とフレーム２がネットワーク１００によって移動局１０４へと再送信され、それらは無線フェーディングチャネルからの影響がないと想定すれば、続いて移動局１０４により受け取られるだろう。ネットワーク１００はネットワーク確認応答メッセージ１２８を受け取った時にレディ状態（作動可能状態）にある場合、再送信のためのセットアップは必要ではないだろう。しかしながらネットワーク１００がレディ状態にない場合には、セットアップを繰り返さなければならず、より多くの資源の使用が必要とされるだろう。
【０００８】
移動局１０４は、フレーム１とフレーム２を受け取ると、再び一時的ブロックフロー１３０をセットアップし、ネットワーク１００にチャネル要求アクセスバースト１３４を送ることによりネットワーク１００に確認応答メッセージ１３２を送信する。ネットワーク１００は即時割り当てメッセージ１３６を送ることにより応答する。その後、移動局１０４は、一時的ブロックフローのための資源を要求するパケット資源要求メッセージ１３８をネットワーク１００に送る。ネットワーク１００は、移動局１０４にパケットアップリンク割り当てメッセージ１４０を送ることにより応答し、移動局１０４はネットワーク１００にパケット制御確認応答メッセージ１４２を送ることによりパケットアップリンク割り当てメッセージ１４０の受け取りに確認応答する。一旦パケット制御確認応答メッセージ１４２を送られると、移動局１０４はフレーム１とフレーム２を受け取ったという表示を含むネットワーク確認応答メッセージ１３２を送信する。
【０００９】
そのようなネットワーク確認応答の使用は、現行のＧＰＲＳ／ＥＤＧＥと３Ｇパケットデータサービスの仕様では、無線リンク確認応答を送る論理チャネルのセットアップに、かなりの量の時間とネットワークによる調整が必要とされる点で問題である。更に、そのような無線レベルの確認応答のための無線資源の割り当ては、通常、システムの容量に影響を及ぼし、完全な割り当てに関して一方向には無線資源があるが他方の方向には無線資源がない場合に、無線リンク制御タイマーが終了し、不要な相次ぐ再送信のクエリが作られる恐れがある。
従って、ユーザアプリケーションとネットワークの間で確認応答情報を交換するための改良された方法および装置が必要とされている。
【００１０】
（好ましい実施形態の簡単な説明）
新規と考えられる本発明の特徴を、特に特許請求の範囲において述べる。本発明は、そのさらなる目的および利点と共に、いくつかの図面では同様な参照数字が同様な要素を示す添付図面に関連させて以下の説明を参照すれば最良に理解されるだろう。
【００１１】
（好ましい実施形態の詳細な説明）
本発明は、信号情報が送られる「主要専用制御チャネル」（ＤＣＣＨ）というＧＳＭおよび３Ｇ概念を利用する。主要ＤＣＣＨは、移動局が所与の時点でどのモードで作動するかに基く種々の基礎的な物理的チャネルを有し、「論理仮想回路」として見られる。本発明によれば、主要ＤＣＣＨは、ｉ）一方向のデータ転送が行なわれており、ｉｉ）反対方向で従来の無線資源が利用不可能である時に、反対方向での無線リンク確認応答情報の交換のために利用される。確認応答調整モジュールに到着する確認応答情報は、特定のサービスアクセスポイント識別子（ＳＡＰＩ）を介して主要ＤＣＣＨ上を、あるいは従来の媒体アクセス制御（ＭＡＣ）機構上を移動される。どのモードを利用すべきかの判定は、モードの表示の送信によってネットワークにより行われる。そのような送信は、例えばネットワークから移動局に送られる確認応答情報の要求において行われる。通常の状態では、特定のＳＡＰＩを用いた送信のために主要ＤＣＣＨを利用することが、もしネットワークがそのような利用を認めていなければ移動局に許可されないので、上記表示が必要である。更に、そのような確認応答のための特定のＳＡＰＩを利用するように、ネットワークが装備されていない場合もある。
【００１２】
確認応答の要求は、確認応答情報の交換モードの表示と、確認応答を要求する標準情報とを含んでいる。要求があるモードを示さない場合、その要求は、その構成要素（エンティティ）を受け取ることにより、従来の資源を使用する標準的な確認応答手段のための要求として解釈される。
【００１３】
図２は、本発明による通信システムのデータ転送アーキテクチャの略図である。図２に示されるように、セルラパケットデータネットワークなどの通信システム２００は、無線チャネル２０６に沿って移動局２０４にユーザ情報を送信するネットワーク２０２を含んでいる。特に、本発明によれば、ネットワーク２０２は例えばＧＰＲＳ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）である。
【００１４】
本発明によれば、移動局２０４は、物理データの送受信のスケジューリング、受信機の利得制御、送信機の電源制御、信号レベル測定などを含む、無線周波数ハードウェアと呼出処理装置（図示しない）の間のインタフェースを提供する物理層ユニット２０８を備えている。媒体アクセスコントローラ２１０は物理層インタフェース２０８上のおよび物理層インタフェース２０８からの、所与の時点で移動局２０４が自身の送信権限を通知される論理を主に含むパケットベース情報の送受信を編成する。媒体アクセスコントローラ２１０は、ダウンリンク側で移動局２０４にアドレス指定されたメッセージを認識する責務も担う。
【００１５】
無線資源（ＲＲ）コントローラ２１２は、ネットワークから始まる物理層インタフェース２０８を介したメッセージの受け渡しに加えて、無線メッセージに関連するネットワーク指向シグナリング、つまりタイムスロット割り当て、パケットデータチャネルセットアップ／切断（ｔｅａｒｄｏｗｎ）、ＲＥチャネル割り当てなどについて移動局２０４を制御する。無線リンクコントローラ２１４は主に、無線層でのエラー訂正、すなわちフェーディングチャネルに起因する周期的エラーの吸収、に関与し、また、ＧＰＲＳ／ＥＤＧＥデータ転送セットアップおよび切断の特定の態様も処理する。このように、無線リンクコントローラ２１４は、確認応答と再送信中の無線リンクの完全性を維持する。
【００１６】
パケットデータ収束プロトコルユニット（ＰＤＣＰ）２１６は、ネットワークプロトコルパケットデータを、無線チャネル２０６に沿った送信用の無線パケットへとパケット化／分割し、圧縮と暗号化のサービスを提供する。逆に、パケットデータ収束プロトコルユニット２１６は、移動局２０４により受け取った無線パケットを、移動局２０４のアプリケーションインタフェース２１８への転送用のネットワークプロトコルパケットデータへと非パケット化／分割する。アプリケーションインタフェース２１８は、パケットデータ収束プロトコルユニット２１６から移動局２０４内の対応するアプリケーションまで、ネットワークプロトコルデータを転送する。
【００１７】
このように、ユーザデータまたはトラフィックデータは、パケットデータ収束プロトコルユニット２１６、無線リンクコントローラ２１４、無線資源コントローラ２１２および媒体アクセスコントローラ２１０を介して、アプリケーションインタフェース２１８と物理層インタフェース２０８の間を転送される。他方、例えばネットワーク２０２と移動局２０４の間の呼出セットアップ中の制御データの転送のような、ユーザデータ以外のデータの転送に関するネットワーク２０２と移動局２０４の間のメッセージ転送は、主要専用制御チャネルコントローラ（ＤＣＣＨ）２２０を用いて送信される。そのような転送の多重化を可能にする種々の非ユーザデータのメッセージ転送の各々を識別するために、特定の通話アクセスポイント識別子（ＳＡＰＩ）が定義される。論理−物理チャネルマッピングコントローラ２２２は、物理層インタフェース２０８と主要専用制御チャネルコントローラ２２０間の非トラフィックメッセージをリンクする。
【００１８】
本発明によれば、ネットワーク２０２から移動局２０４までのユーザデータ送信に対応するネットワークプロトコルパケットは、ネットワーク２０２のトランスポート層インタフェース２２４により、ネットワークプロトコルパケットを無線パケットにパケット化／分割するパケットデータ収束プロトコルユニット（ＰＤＣＰ）２２６に転送される。ネットワークプロトコルパケットは、ネットワーク情報を含み、既知の転送制御プロトコル（ＴＣＰ）のようなネットワークプロトコルを利用する、ネットワークパケットである。
【００１９】
確認応答調整モジュール２２５は、以下に説明するように、確認応答情報の交換モードを示すネットワークプロトコルパケットに関する確認応答交換メッセージを送信する。例えば、本発明によれば、ネットワーク１００は、確認応答情報の交換モードとして、一時的ブロックフロー確認応答交換か主要ＤＣＣＨ交換かのいずれかを示す。
【００２０】
本発明によれば、確認応答情報の交換のためにどのモードがネットワーク２０２によって示されるかという確認応答調整モジュール２２５による判定は、例えば無線資源利用性やネットワークの混雑状態のような任意の数のファクターによって判定することができる。さらに、確認応答調整モジュール２２５は図２ではトランスポートインタフェース層２２４内に位置するように示されているが、本発明によれば、確認応答調整モジュール２２５はトランスポート層インタフェース２２４内に位置するものには限定されず、ネットワーク２０２内の他の位置に位置してもよいことは勿論である。
【００２１】
媒体アクセスコントローラ２２８は、移動局２０４にアドレス指定されたメッセージを認識し、無線チャネル２０６に沿った移動局２０４への送信のために、物理層インタフェース２３０上への無線プロトコルパケットの転送を編成する。一旦無線パケットが移動局２０４の物理層インタフェース２０８に受け取られれば、媒体アクセスコントローラ２１０は無線パケットをユーザデータとして認識し、その無線パケットを無線リンクコントローラ２１４へと転送する。無線リンクコントローラ２１４は受け取ったデータブロックの表示を含むパケットデータコントロールフレームを組み立てる。パケットデータ収束プロトコルユニット２１６は無線パケットをネットワークプロトコルパケットに変換し、ネットワークプロトコルパケットをアプリケーションインタフェース２１８に転送する。ネットワーク２０２からの確認応答交換メッセージは、移動局２０２の確認応答調整モジュール２１９によって認識され、この確認応答交換メッセージに基づいて、移動局２０２は、以下に説明するように確認応答交換メッセージで示されたモードを用いて、ネットワークプロトコルパケットの受け取りの確認応答をネットワーク２０２へ送信する。
【００２２】
例えば、本発明によれば、確認応答調整モジュール２２５によって示された確認応答情報の交換モードが、確認応答調整モジュール２１９によって、一時的ブロックフロー確認応答交換の利用であると判定された場合、移動局２０４は、受け取られたデータブロックの表示を含む確認応答情報を含んでいるネットワークプロトコルパケットを、パケットデータ収束プロトコルユニット２１６に転送する。パケットデータ収束プロトコルユニット２１６は、ネットワークプロトコルパケットを対応する無線プロトコルパケットへとパケット化／分割する。その後、媒体アクセスコントローラ２１０は、無線チャネル２０６に沿ったネットワーク２０２への送信のために、物理層インタフェース２０８上の無線プロトコルパケットの送信を編成する。
【００２３】
確認応答調整モジュール２１９は図２ではアプリケーションインタフェース２１８内に位置するように示されているが、本発明によれば、確認応答調整モジュール２１９はアプリケーションインタフェース２１８内に位置するものには限定されず、移動局２０４内の他の位置に位置してもよいことは勿論である。
【００２４】
一旦移動局２０４からの無線プロトコルパケット物理層インタフェース２３０により受け取られれば、ネットワーク２０２の媒体アクセスコントローラ２２８は無線プロトコルパケットをユーザデータと認識し、その無線プロトコルパケットを無線リンクコントローラ２３２に転送する。無線リンクコントローラ２３２は、もしあるとすれば元の送信からのどのデータブロックが移動局２０４の無線リンクコントローラ２１４によって受け取られていないものとして示されるかを認識し、パケットデータ収束プロトコルユニット２２６は無線プロトコルパケットをネットワークプロトコルパケットに変換し、ネットワークプロトコルパケットはトランスポート層インタフェース２２４に転送される。データブロックが移動局２０４によって受け取られていないものとして示されると、そのようなデータブロックは、上述したのと同じ方法で、ネットワーク２０２から移動局２０４へとパケットデータ収束プロトコルユニット２２６，２１６、無線リンクコントローラ２３２，２１４、媒体アクセスコントローラ２２８，２１０、物理層インタフェース２３０，２０８を通って無線チャネル２０６に沿って再度転送される。
【００２５】
他方、本発明によれば、ネットワーク２０２の確認応答調整モジュール２２５によって示された確認応答情報の交換モードが、専用制御チャネル確認応答交換である場合、移動局２０４は受け取ったデータブロックの表示を含む確認応答情報を無線資源コントローラ２１２の主要制御チャネル２２０に沿ってネットワーク２０２に転送する。特に、図２に示されるように、パケットデータ収束プロトコルユニット２１６からネットワークプロトコルパケットにて示されたモードが主要専用制御チャネルであることを確認応答調整モジュール２１９が判定した場合、アプリケーションインタフェース２１８は受け取ったデータブロックの表示を含む確認応答情報を、確認応答情報に対応するＳＡＰＩ　０〜ＳＡＰＩ　ｎのサービスアクセスポイント識別子のうちの定義されたサービスアクセスポイント識別子に転送し、確認応答情報が無線資源コントローラ２１２の主要専用制御チャネル２２０を介して送信されることを可能にする。物理−物理マッピングユニット２２２は、主要専用制御チャネル２２０から物理層インタフェース２０８への送信をマッピングし、媒体アクセスコントローラ２１０は無線チャネル２０６に沿った送信のために主要専用制御チャネル２２０から物理層インタフェース２０８への確認応答情報の転送を制御する。
【００２６】
一旦確認応答情報がネットワークの物理層インタフェース２３０によって受け取られると、媒体アクセスコントローラ２２８は確認応答情報を制御情報と認識し、定義されたサービスアクセスポイント識別子に従って確認応答情報をマッピングするネットワーク２０２の論理−物理チャネルマッピングユニット２３６を通じて、無線資源コントローラ２３４の主要専用制御チャネル２３８に確認応答情報をマッピングする。その後、確認応答情報は、定義されたサービスアクセスポイント識別子を介してトランスポート層インタフェース２２４へ送信される。データブロックが移動局２０４により受け取られていないことが示されている場合、そのようなデータブロックは、上述したのと同じ方法で、パケットデータ収束プロトコルユニット２２６，２１６、無線リンクコントローラ２３２，２１４、媒体アクセスコントローラ２２８，２１０、物理層インタフェース２３０，２０８を通じて、無線チャネル２０６に沿ってネットワーク２０２から移動局２０４まで、再度送信される。
【００２７】
図３は、本発明によるネットワークと移動局の間の確認応答メッセージ交換のデータ流れ図である。本発明によれば、図３に示すように、確認応答情報の交換のための所望のモードに関する確認応答調整モジュール２２５からの表示は、確認応答交換メッセージ２４０にてネットワーク２０２から移動局２０４に送信される。本発明によれば、確認応答交換メッセージ２４０は、移動局２０４に、確認応答情報の交換のために、一時的ブロックフローまたは主要専用制御チャネルのいずれかを利用することを通知する。
【００２８】
本発明の好ましい実施形態では、確認応答交換メッセージ２４０は、ネットワーク２０２から移動局２０４に送信される確認応答情報の要求に含まれている。例えば、本発明によれば、確認応答交換メッセージ２４０は、ネットワークから移動局２０４までの送信用の既知の一時的ブロックフローセットアップのパケットダウンリンク割り当てメッセージに含まれる。このように、本発明によれば、確認応答情報交換の交換モードの表示を含む確認応答交換メッセージ２４０は、サービスポイント識別子ＳＡＰＩ　０〜ＳＡＰＩ　ｎからのサービスアクセスポイント識別子、主要専用制御チャネル２３８，２２０、論理−物理チャネルマッピングユニット２３６，２２２、媒体アクセスコントローラ２２８，２２２、物理層インタフェース２３０，２０８を通じて無線チャネル２０６に沿ってネットワーク２０２から移動局２０４に送信され、アプリケーションインタフェース２１８の確認応答調整モジュール２１９によって受信される。
【００２９】
本発明によれば、確認応答交換メッセージ２４０によって示された所望のモードが一時的ブロックフローであることを確認応答調整モジュール２１９が判定した場合や確認応答情報の交換のための所望のモードが示されていない場合、確認応答情報が、移動局２０４による確認応答送信のための既知の一時的ブロックフローセットアップを使用して、パケットデータ収束プロトコルユニット２１６，２２６、無線リンクコントローラ２１４，２３２、媒体アクセスコントローラ２１０，２２８、および物理層インタフェース２０８，２３０を通じて移動局２０４からネットワーク２０２に送信される。
【００３０】
しかしながら、図２，３に示されるように、確認応答交換メッセージ２４０によって示された所望のモードが主要専用制御チャネルであることを確認応答調整モジュール２１９が判定した場合、確認応答情報は、確認応答交換のために定義されたＳＡＰＩ　０〜ＳＡＰＩ　１のうちの定義されたサービスアクセスポイント識別子、主要専用制御チャネル２３８，２２０、論理−物理チャネルマッピングユニット２３６，２２２、媒体アクセスコントローラ２２８，２２２、および物理層インタフェース２３０，２０８を通じて、確認応答メッセージ２４２にて移動局２０４からネットワーク２０２に送信される。例えば、図３に示されるように、確認応答メッセージ２４２は、フレーム０、１、３がうまく受信されたことを示す。ネットワーク２０２は、もしあるとすれば、移動局２０４によって受け取られなかったデータフレーム２４４の再送信により、すべてのフレームの受け取りを示す確認応答メッセージ２４６を移動局２０４から受け取るまで確認応答メッセージ２４２に応答する。
【００３１】
図４は、本発明によるネットワークとユーザアプリケーションの間の確認応答メッセージの交換のフローチャートである。図２，４に示すように、ネットワーク１００は、最初に、確認応答情報の交換モードとして従来の一時的ブロックフローまたは主要専用制御チャネルを利用するか否かを判定し、判定したモードを移動局２０４に送信する（ステップ３０）。移動局１０４の確認応答調整モジュール２１９が、確認応答情報を受け取ったと判定する場合（ステップ３０２）、主要専用制御チャネルが確認応答情報の交換用に示されたモードであるか否かの判定が行われる（ステップ３０４）。もし主要専用制御チャネルが確認応答情報の交換用に示されたモードである場合、移動局２０４は定義された特定のＳＡＰＩを使用して、受け取ったフレームの表示を含む確認応答情報を主要専用制御チャネル２２０上に送る（ステップ３０６）。しかしながら、主要専用制御チャネルが確認応答情報の交換用に示されたモードでない場合には、従来の資源、つまり、一時的ブロックフローセットアップのための資源が利用可能であるか否かの判定が行われる（ステップ３０８）。従来の資源が利用可能な場合、確認応答情報は従来の媒体アクセス資源を用いて移動局２０４により送信される（ステップ３１０）。従来の資源が利用可能でない場合、移動局２０４は従来の資源を要求し（ステップ３１２）、確認応答情報はその後、従来の媒体アクセス資源を用いて移動局により送信される（ステップ３１０）。
【００３２】
本発明の特定の実施形態を示すと共に説明してきたが、改変を行ってもよい。例えば、説明を簡単にするために図３では４つのフレームを示しているが、実際のインプリメンテーションが４つのフレームよりもはるかに大きなウィンドウサイズを有する可能性があることは勿論である。したがって、特許請求の範囲では、本発明の趣旨および範囲内にある変更および改変をすべて包含するものとする。
【図面の簡単な説明】
【図１】（従来技術）ネットワークからユーザアプリケーションまでの無線チャネル上の一方向の情報のフローの流れ図。
【図２】本発明による通信システムのデータ転送アーキテクチャの略図。
【図３】本発明によるネットワークと移動局の間の確認応答メッセージ交換のデータの流れ図。
【図４】本発明によるネットワークとユーザアプリケーションの間の確認応答メッセージの交換のフローチャート。
【図１】
2004507950.tif 000003
【図２】
2004507950.tif 000004
【図３】
2004507950.tif 000005
【図４】
2004507950.tif 000006
【国際公開パンフレット】
2004507950.tif 000007
2004507950.tif 000008
2004507950.tif 000009
2004507950.tif 000010
2004507950.tif 000011
2004507950.tif 000012
2004507950.tif 000013
2004507950.tif 000014
2004507950.tif 000015
2004507950.tif 000016
2004507950.tif 000017
2004507950.tif 000018
2004507950.tif 000019
2004507950.tif 000020
2004507950.tif 000021
2004507950.tif 000022
2004507950.tif 000023
2004507950.tif 000024
2004507950.tif 000025
2004507950.tif 000026
2004507950.tif 000027
2004507950.tif 000028
【国際公開パンフレット（コレクトバージョン）】
2004507950.tif 000029
2004507950.tif 000030
【国際調査報告】
2004507950.tif 000031
2004507950.tif 000032