JP2004501550A - 単一の暫定ブロックフローに複数データ接続を多重化するための方法と装置 - Google Patents

Abstract

無線リンク上を送信するための方法と装置が記載されている。本方法は、以下のステップを実行することにより、単一の暫定ブロックフロー（ＴＢＦ）に複数の無線ベアラを連続して多重化するステップを有する。すなわち、第１の無線ベアラに対し、暫定ブロックフロー（ＴＢＦ）の少なくとも１つの無線リンク制御（ＲＬＣ）ブロックにおいて、該第１の無線ベアラ識別子を受信装置に送信するステップと、該第１の無線ベアラから第２の無線ベアラへの変更が生じた時、前記と同一のＴＢＦの少なくとも１つの続く無線リンク制御（ＲＬＣ）ブロックにおける該第２の無線ベアラ識別子を受信装置に送信するステップとを実行する。また、受信装置においては、最初に、ＲＬＣブロックにおける無線ベアラ識別子の存在を検知することにより、１の暫定ブロックフロー（ＴＢＦ）からの複数の無線ベアラを、続けてデマルチプレックスするステップを実行する。本方法の最初のステップでは、網サービス・アクセス・ポイント識別子（ＮＳＡＰＩ）、及びサービス品質のパラメータを無線ベアラ識別子にマッピングを行う。更なるステップは、第２無線ベアラ識別子の受信に応答して、かつ第２無線ベアラのサービス品質のパラメータが新たなチャネル割当てを要求する時、受信装置からチャネル割り当てメッセージ（即ちパケット・アップリンク・割当てメッセージ）を送信機に送信する。または、第２無線ベアラのサービス品質のパラメータが新たなチャネル割当てを要求しない時、第２無線ベアラから最初に受信したＲＬＣブロックの受信の確認を送信装置へ送信する。

Description

【０００１】
〔発明の分野〕
本発明は、無線インターフェースを通して、パケットデータの送受信するための方法と装置に広く関するものである。特に、ユーザの無線端末とデジタルセルラー通信システムのネットワークオペレータとの間のパケットデータの送受信のための方法と装置に関する。
【０００２】
〔発明の背景〕
現在の無線通信システムは、進歩を続けており、移動装置のユーザのために高速パケット・データ・サービスを提供するようになっている。その１つの例は移動装置のユーザに対するインターネットアクセスの提供である。この方向で急速に進歩を遂げている無線システムは、広域移動通信システム（ＧＳＭ）として知られている時分割多重接続（ＴＤＭＡ）システムである。特に、ＧＳＭの拡張バージョンはＧＳＭ＋，ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅｓ）及びＥＧＰＲＳ（Ｅｎｈａｎｃｅｄ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅｓ）として知られている。
【０００３】
ＧＰＲＳ リリース ‘９７は、（限定された）パケットデータサービスを提供した最初の標準であった。しかしながら、この標準は，ユーザーのためにパケットデータ接続についてののビットレート及び遅延を制御する能力を提供するものではなかった。現在開発中の第３世代移動通信システム（ＵＭＴＳ）のおいては、パケットドメインは、異なる質のサービスを行う数個のパケットデータ接続を同時に維持することを可能にする。リリース’９７以来、ＧＰＲＳリリースが２つ続けてあったが、サービス品質の概念については変わらなかった。
【０００４】
拡張ＧＰＲＳ（ＥＧＰＲＳ）のフェーズ２は、これは次期のＧＲＰＳリリース（リリース‘００）に予定されているが、ＵＭＴＳのコア−ネットワークに対する新たな無線アクセス網を提供するもので、既存のＵＭＴＳで使用されているサービス属性については同一品質を採用する予定である。
【０００５】
ここで、既存のＵＭＴＳの柔軟な要件に適合するようにするには、基本ＧＰＲＳが提供するサービスの品質規定をどのように高めればいいのかという問題が発生した。
【０００６】
ＵＴＭＳシステムでは、コア−ネットワークと移動局との間のデータ接続は網アクセスポイント識別子（ＮＳＡＰＩ）を使って特定される。ＮＳＡＰＩは同時に無線アクセスベアラをも特定する。
ＧＰＲＳの前回リリース（プレリリース ‘００）においては、接続はＮＳＡＰＩ及び論理リンク制御（ＬＬＣ）プロトコールＳＡＰＩにより特定された。しかし、ＵＭＴＳ及びＧＰＲＳ リリース’００では、ＬＬＣプロトコールはもはや使用されない。
【０００７】
特に、移動電話のような移動局と第３世代（３Ｇ）サービシングＧＰＲＳサポートノード（ＳＧＳＮ）との間の接続は、要求されるサービス品質のパラメータと関係する網アクセスポイント識別子（ＮＳＡＰＩ）を使って特定される。データ接続は、無線アクセス網に対する前記３Ｇ−ＳＧＳＮが定める無線アクセスベアラによって実現される。無線アクセスベアラ識別子はＮＳＡＰＩと同様である。無線インターフェースにおいて、無線アクセスベアラは自分自身の識別子を有する１つ又は数個の無線ベアラにより実現される。
【０００８】
無線ベアラ組立期間（ｓｅｔ−ｕｐ ｐｈａｓｅ）において、ＮＳＡＰＩは無線ベアラと関係し、無線ベアラはチャネルと関係している。このように、ＵＭＴＳ無線アクセス網においては、チャネル数及び／又は識別子はデータ接続及びそのサービス品質のパラメータを明確に特定するものである。したがって、プロトコールヘッダーにおいて、ＮＳＡＰＩ又は無線ベアラ識別子を搬送する必要はない。
【０００９】
しかしながら、ＧＰＲＳリリース‘００においては、データ接続を（物理）チャネルに関連付ける規定はない。こうしたことから、無線インターフェースにおいてデータ接続を如何にして特定するかの問題が発生した。
【００１０】
第２の問題は、ＧＲＰＳ無線リンク制御／メディア・アクセス制御（ＲＬＣ／ＭＡＣ）レイアの柔軟性の改善に関係する。基本ＧＰＲＳ及びＵＭＴＳ無線アクセス網（ＵＲＡＮ）との間の重要な違いは、ＵＭＴＳでは、トランスポート（無線リンク・コントロール，即ちＲＬＣ）ブロックを多重化するのに対して、ＧＰＲＳ・ＭＡＣは論理リンク（ＬＬ）プロトコール・データ・ユニット（ＰＤＵｓ）を多重化することである、一般的に、ＧＰＲＳ多重化は融通が利かないものであり，多様な種類のサービスを要請する接続には不向きである．例えば、図２におけるＳＡＰＩ５からのＬＬ・ＰＤＵのサイズ（最大長は１５２０ｏｃｔｅｔｓ）がどのようなものであろうとも、ＳＡＰＩ１からのレイヤー３メッセージを送出する前にそれは全部送出しなければならない。もし、ＳＡＰＩ５により使用されるＲＬＣモードがシグナリングに使うものと違う場合は、現行の暫定ブロック・フロー（ＴＢＦ：ｔｅｍｐｏｒａｒｙ ｂｌｏｃｋ ｆｌｏｗ）は解放され、レイヤー３メッセージが送出される前に、新規なＴＢＦが確立される。新規なＬＬ・ＰＤＵを送出する前に、パケット・リソース・リクエスト・メッセージは、新規なＬＬ・ＰＤＵの特性（無線プライオリティ、ピーク・スループット・クラス、ＲＬＣモード）を知らせるために、ネットワークに送出しなければならない。
【００１１】
ＥＧＰＲＳにおいては、ＧＰＲＳにおけるのと同一のアクセスタイプが、アップリンク方向（即ち、移動装置から網の方向へ）の暫定ブロック・フロー（ＴＢＦ）を確立するようにサポートされている。このために、パケットチャネルを要求する（パケット・チャネル・リクエスト，１１ビット）ＧＰＲＳ移動装置で使用される制御メッセージがＥＧＰＲＳで再使用される。
【００１２】
以上要約すると、ＧＰＲＳ‘９７においては、ＳＮＤＣＰ（サブネットワーク デパートメント コンバージェンス プロトコール）ヘッダーの中で運ばれるＮＳＡＰＩにより及びＬＬＣプロトコールヘッダーの中で運ばれるＬＬＣ ＳＡＰＩにより、データ接続が、特定される。
しかし、ＧＰＲＳ‘００においては、ＳＮＤＣＰは、プロトコールヘッダー部分にＮＳＡＰＩを持たないパケット・データ・コンバージェンス・プロトコール（ＰＤＣＰ）に置き換えられ、ＬＬＣプロトコールは無くなった。したがって、ＵＭＴＳにおいては、ＮＳＡＰＩはプロトコールヘッダーの中で搬送されるように規定されていないが、ＧＰＲＳリリース‘９７タイプにおけるデータ接続の決定の仕方が、直ちに使えるものではない。何故なら、ＮＳＡＰＩ／無線ベアラ／チャネルマッピングが明確に行われているからである。
【００１３】
ＵＭＴＳにおける多重化に関して、データの多重化には２つのレベルある。第１は、ＭＡＣ論理チャネルをトランスポートチャネルに多重化する。基本多重化ユニットはＰＤＣＰ・ＰＤＵであり、したがってＭＡＣ多重化はＧＰＲ・ＳＲＬＣにおけるＬＬＣ・ＰＤＵ多重化と同様な特性を有している。たとえば、図３を参照すると、もし無線ベアラｘが、無線ベアラｙより高品質を有し、更に、もし、それらが同一のトランスポートチャネル（即ち、ｄｅｄｉｃａｔｅｄ（常時接続）Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ，ＤＴＣ）２に多重化される時、ベアラｘからのパケット・データ・コンバージェンス・プロトコール（ＰＤＣＰ）プロトコール・データ・ユニット（ＰＤＵ）は、これに先立つベアラｙからのＰＤＣＰ・ＰＤＵが送出された後からでないと送出することはできない。トランスポートチャネルはレイヤ１の符号化・多重化ユニットに接続されている。該ユニットは、処理を行い数個の常時接続トランスポートチャネルを符号化複合トランスポートチャネル（ＣＣＴｒＣＨ）に多重化する。ＣＣＴｒＣＨからのビットは、図３に示すように同一物理チャネル１にマップされる。 唯一の制約は、トランスポートチャネルが、同一のキャリヤ・インターフェース（Ｃ／Ｉ）要求仕様を持たねばならないことである。したがって、音声とデータが同一物理チャネル上にマップすることはできない。
【００１４】
トランスポートチャネルは独自のトランスポート・フォーマット・セットを有している。物理チャネル上では、トランスポートフォーマットの全部のコネクションはサポートされている訳ではないが、トランスポートフォーマットセットで定義されたサブセットについてはサポートされている。物理チャネルにデータをマッピングする時、ＭＡＣはトランスポートフォーマットコネクションセットで特定された様々なトランスポートフォーマットコネクションから選択する。この選択は高速に実行され、追加の通信を要求することなく、物理層に対し柔軟な可変ビットレートスキームを用いる。図３においてもし無線ベアラｘ及びｙが異なるトランスポートチャネルＤＣＨ２及びＤＣＨ３にマッピングされるとき、ＭＡＣがレイヤ１に転送させるトランスポートフォーマットの組合せによっては、ＤＣＨ２からの無線リンク制御（ＲＬＣ）ＰＤＵは、ＤＣＨ３からのＲＬＣ ＰＤＵと同時、又はより前に送出される。しかし、異なるトランスポートチャネルの全ビットレートは、いつでもＣＣＴｒＣＨの最大ビットレートを超えることはできない。
【００１５】
要約すると、公知の技術によれば、データコネクションは、無線リンク制御（ＲＬＣ）の暫定ブロックフロー（ＴＢＦ）に関連している。
これらの問題を解決するために、１以上の暫定ブロックフロー（ＴＢＦ）が同時に存在することを容認する提案が以前からある。しかし、いくつかの理由から、このアプローチは最善ではない。
【００１６】
（本発明の目的と有利な効果）
本発明の第１の目的と有利な効果は、柔軟な方法で、複数のデータ接続の無線リンク制御（ＲＬＣ）の暫定ブロックフロー（ＴＢＦ）に多重化するための方法と装置を提供することである。
本発明の他の目的と有利な効果は、高速なチャネルソースの要求に無線ベアラ識別子を使用することである。
【００１７】
〔本発明の要約〕
本発明の実施例に従った方法と装置は、前記の問題及び他の問題を解決し、本発明の目的を達成するものである。
前記のことから明らかであるが、ＵＭＴＳではデータ接続は、ネットワーク・サービス・アクセス・ポイント識別子（ＮＳＡＰＩ）を使って特定される。該識別子はまた、無線アクセスベアラを特定する。前回のＧＰＲＳリリース（プレーリリース‘００）では、ＮＳＡＰＩまたは論理リンク制御（ＬＬＣ）プロトコールＳＡＰＩが接続を特定している。しかし、ＵＭＴＳ及びＧＰＲＳリリース’００では、ＬＬＣプロトコールはもはや使用されない。前記のように、無線インターフェースにおけるデータ接続を特定するためには、ＮＳＡＰＩもＵＭＴＳ無線ベアラを、ＧＰＲＳ・ＲＬＣ・ＴＢＦに関連付けする必要がある。
【００１８】
本発明は、ＧＰＲＳ無線インターフェースの無線ベアラ識別子を使って、複数のデータコネクションの無線リンク制御（ＲＬＣ）暫定ブロックフロー（ＴＢＦ）に多重化するための方法と装置を提供することである。本発明の方法と装置は、高速なチャネル割当ての要求を可能にする。
【００１９】
本方法は、ネットワーク・サービス・アクセス・ポイント識別子（ＮＳＡＰＩ）、そして、サービス品質のパラメータを、無線ベアラ識別子に明確にマッピングする。その際、一の移動局に対し唯一度だけ無線ベアラ識別子を使用する。即ち、無線ベアラ識別子の同一の数値は、同一移動局において２つのＮＳＡＰＩと関連付けることはできない。この方法によると、無線ベアラ識別子は、暫定ブロックフロー（ＴＢＦ）の最初の部分にある無線リンク制御（ＲＬＣ）ブロックの中で搬送される、そして毎回、無線ベアラは変更される。もし、新たな無線ベアラのサービス品質の条件が、前回の無線ベアラのサービス品質の条件と異なる場合は、変更された無線ベアラ識別子は、また、新たなチャネル要求として機能する。さらに、無線ベアラ識別子は、受信装置からパケットデータの送信装置又は送信者へのＲＬＣの受信確認メッセージ中で搬送される。
【００２０】
本方法は、無線ベアラ識別子即ちＲＢ＿ｉｄが、ＲＬＣデータブロック、即ちＴＢＦの初めの部分として搬送することを可能にするものである。これは、本発明の好ましい実施例においては、ＧＰＲＳリリース‘９９のために最初に導入されたパケットフロー識別子ビットを使って実現される。
無線リンク上で、パケットデータを送信するために、１つの方法をここに開示する。この方法は、複数の無線ベアラを次々と、単一の暫定ブロックフロー（ＴＢＦ）に多重化する複数のステップを有する。この多重化は、第１の無線ベアラ識別子に対し、暫定ブロックフロー（ＴＢＦ）の少なくとも１つの無線リンク制御（ＲＬＣ）ブロックにおいて、受信装置に第１の無線ベアラ識別子を送信するステップを実行することにより行われる。
すなわち、第１の無線ベアラから第２の無線ベアラへ変わる時に、同一ＴＢＦの少なくとも１つの続く無線リンク制御（ＲＬＣ）ブロックにおける第２の無線ベアラ識別子を受信装置に転送する。受信装置側では、受信したＲＬＣブロックの中の無線ベアラ識別子の存在を、初めに検出することにより、単一の暫定ブロックフロー（ＴＢＦ）から複数の無線ベアラを続けてデマルチプレックス（分離）する。
【００２１】
本方法の最初のステップは、網サービス・アクセス・ポイント識別子（ＮＳＡＰＩ）、そしてサービス品質のパラメータを、無線ベアラ識別子にマッピングすることである。
次のステップは、第２無線ベアラ識別子を受信した応答として、また、もし、第２の無線ベアラのサービス品質のパラメータが新たなチャネル割当てを要求した時には、パケット・アップリンク・アサインメント・メッセージ（又は他の適当なチャネル割当てメッセージ）を、受信機から送信装置に送信することである。もし、第２無線ベアラ識別子のサービス品質のパラメータが新たなチャネル割当てを要求しない場合は、第２の無線ベアラから最初に受信したＲＬＣブロックの受信確認は送信機に送信される。
【００２２】
限定しているわけではないが、ＧＰＲＳの現時点で好ましい実施例において、無線ベアラ識別子がパケットフロー識別子（ＰＦＩ）ビットの中に含まれることが好ましい。ＰＦＩ指標（ＰＩ）ビットは、ＰＦＩビット中の無線ベアラ識別子の存在を示すものである。
【００２３】
本方法の次のステップは、第２の無線ベアラから第１又は他の無線ベアラ識別子に変更する時に、同一のＴＢＦの他の続く無線リンク制御（ＲＬＣ）ブロックにおいて、第１の無線ベアラ又は他の無線ベアラの無線ベアラ識別子を、受信装置に転送することにより、実行される。受信装置は、受信装置から送信装置へパケット・ダウンリンク・アック（Ａｃｋ）・メッセージを送信することにより、次の別の無線リンク制御（ＲＬＣ）ブロックの受信確認のステップを実行する。 本発明の考え方は、ダウンリンクにも適用されることに注意すべきである。そして、ダウンリンク方向においては、チャネル割り当て手続きは、現行の割り当て手続きと変わらない。しかし、無線ベアラの変更は、好ましくは移動局からも網へのパケット・ダウンリンク・受信確認メッセージを使って確認することが好ましい。
【００２４】
本発明の、前記した、また他の特徴は、図面と共に読む時次の本発明の詳細な説明において明確にされる。各図は添付の通りである。
【００２５】
〔発明の詳細な説明〕
ＧＰＲＳの無線リンク制御（ＲＬＣ）、メデイア・アクセス制御（ＭＡＣ）層の多重化能力を改善するためには、ＲＬＣブロックにおいて、網サービスアクセスポイント識別子（ＮＳＡＰＩ）を特定することができなければならない。前記のように、ＮＳＡＰＩは、無線ベアラ識別子と関係付けされている。この関係付けは、網と移動局の間で無線リソース制御プロトコールを使って実行される。
【００２６】
図４を参照すると、個々の無線ベアラに対して、無線ベアラに関連する制御機能、例えば、セグメンテーション、再組み立て及び受信確認等、を管理するＲＬＣ本体１０がある。ＭＡＣ１２は、同一ＴＢＦに異なる無線ベアラを多重化する多重機能要素（ＦＥ）１４を備えている。送信装置１、又は送信側において、多重化ＦＥ１４は無線ベアラｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＲＢ＿ｉｄ）を各ＲＬＣブロック又はＴＢＦの第１のＲＬＣブロックに付加する。もし無線ベアラが１つだけ現在使われているとしたら、ＲＢ＿ｉｄはＴＢＦの第１のＲＬＣに１つのみ付加される。
多重化ＦＥ１４は、様々な無線ベアラからのＲＬＣプロトコール・データ・ユニット（ＰＤＵｓ）をＴＢＦへ、無線ベアラの優先度に従って、更に一般化すれば、無線ベアラのサービス品質の属性に従って、多重化する。図４に示すように、各パケット・データ・コンバージェンス制御プロトコール（ＰＤＣＰ）ユニット１８、ＩＰコア・プロトコール２０、無線リソース制御（ＲＲＣ）ユニット（２２）及び制御プレーン（ＲＬＣ−Ｃ）ユニット２４のための無線リンク制御は、各ＲＬＣ１０に関係している。
【００２７】
図５に示すように、受信装置２又は受信側においては、デマルチプレックス無線リンク制御ユニット２８が、受信された無線ベアラ識別子（ＲＢ＿ｉｄｓ）を使って、無線ベアラをデマルチプレックスする。ＲＢ＿ｉｄｓはパケットフロー識別子（ＰＦＩ）ビットを使って定義され、ＰＦＩ指標（ＰＩ）ビットは、ＰＦＩビット中の無線ベアラ識別子の存在を示すことができる。ＲＢ識別子フィールドは、ＲＬＣブロックと関係する無線ベアラを定義する。もしＲＢ＿ｉｄｓがＲＬＣブロックの中に存在しない時は、ＴＢＦ内にある全てのＲＬＣブロックはＲＢ＿ｉｄｓによって特定された前回の無線ベアラに属すると、ＲＬＣ−Ｕ（ＲＬＣユーザプレーン側）デマルチプレクサブロック３０は仮定する。
【００２８】
ＥＧＰＲＳケースでは、無線ベアラ識別子をパケットフロー識別子（ＰＦＩ）ビットを使って定義することができる。そしてＰＦＩ指標（ＰＩ）ビットは、無線ベアラ識別子の存在を示すことができる。
【００２９】
図７Ａ−７Ｅは、ＰＦＩ及びＰＩビットフィールドの位置を示す多種のアップリンクＲＬＣデータブロックフォーマットを表している。この方式は、ダウンリンクにおけるＲＢ＿ｉｄを符号化するためにも用いられる。７Ｃ、７Ｄ及び７Ｅにおいて、“ＭＣＳ”は変調及び符号化スキームを意味する。
【００３０】
各無線ベアラに対してＲＬＣ本体（ｅｎｔｉｔｙ）が存在するので、受信確認メッセージは、初めにＧＰＲＳ‘９７で定義されたものを修正する。特定の受信確認と関係する無線ベアラは、パケット・ダウンリンク・Ａｃｋ／Ｎａｃｋメッセ−ジ及びパケット・アップリンク・Ａｃｋ／Ｎａｃｋメッセ−ジにおける拡張ビット情報を使って定義される。
【００３１】
図６は、高速なパケットチャネルリソース要求をするためにどのように無線ベアラ識別子を使うことができるか、その方法を示すものである。ステップＡでは、第１のＲＬＣブロックがＴＢＦに送信される。この場合、ＲＬＣブロックは無線ベアラ１に属している。次のＲＬＣブロック（ステップＢ）においては、他の無線ベアラからのＲＬＣブロックが送信要求される（ステップＣ）まで、無線ベアラ識別子は含まれない。受信確認における不具合を回避するために、網は無線ベアラの変更を承認する。ステップＤにおいて、無線ベアラ２のサービス品質のパラメータは新たなチャネル割当てを要求するとすると、パケット・アップリンク・アサインメント・メッセ−ジは、無線ベアラが成功裏に変更したことを、送信者に対し知らせ確認する。もし新たなチャネル割当てが要求されないならば、網は、代わりに、新たな無線ベアラ（無線ベアラ２）から最初に受信したＲＬＣブロックの受信確認を行う。ステップＥにおいて、無線ベアラ２からのＲＬＣブロックが送信されるが、ＲＢ＿ｉｄは含まれる必要は無い。ステップＦにおいて、無線ベアラは再び（無線ベアラ１に）変更される。今回は、網は直ちに無線ベアラ１から最初に受信したＲＬＣブロックの受信確認を行うことにより変更を確認する。
【００３２】
図１には、複数の移動局１００を含む無線通信システム５について、本発明の好ましい実施例の簡略化されたブロックダイアグラムが記載されている。二つの移動局（ＭＳｓ）が図１に示されており、１つをＭＳ＃１、他のものをＭＳ＃２と呼ぶ。図１にはまた、典型的な例として、ネットワークオペレータが示されており、このオペレータは、例えば、ＧＰＲＳサポート・ノード３０を有する。該ノードは、公衆パケットデータ網（ＰＤＮ）のような通信網に接続するためのものである。さらに、図１には、少なくとも１つの基地局コントローラ（ＢＳＣ）４０及び、予め決められたエアインターフェース標準に従って移動局１００に物理チャネル及び論理チャネルをアップリンク及びダウンリンク方向に送信する複数のベーストランシーバ局（ＢＴＳ）５０が示されている。逆方向即ち、移動局１００からネットワークオペレータへのアップリンク通信路も存在する。この通信路は移動局からのアクセス要求及び、本発明の考え方に従ってＲＬＣデータブロックを含むトラフィックを搬送する。
【００３３】
これに限定するものではないが、本発明の考え方に従った好ましい実施例において、エアインターフェース標準は、移動局１００からのパケットデータ伝送、例えば、インターネット７０アクセス及びウェブページダウンロードを可能にするような、いかなる標準にも適合するものである。本発明のこの好ましい実施例において、エアインターフェース標準は、ここに開示されている拡張ＧＰＲＳ能力をサポートする時分割多重接続（ＴＤＭＡ）エアインターフェースである。
【００３４】
ネットワークオペレータは、また、メッセージサービスセンター（ＭＳＣ）６０を有する。該センターは、パケットデータを使用することのできる全て無線メッセージ技術を用いて、移動局１００のためにメッセージを受信したり送信したりする。他のメッセージサービスは、マルチメディア・メッセージング・サービス（ＭＭＳ）として知られている技術の下でのデータサービスを含む。該マルチメディア・メッセージング・サービスによれば、イメージメッセージ、ビデオメッセージ、オーディオメッセージ、テキストメッセージ、その他実行可能なもの等及びこれらの組合せを、網と移動局との間で転送することができる。
【００３５】
移動局１００は、典型的には、表示装置１４０の入力に接続する出力と、キーボード又はキーパッド１６０の出力に接続する入力を有するマイクロコントロールユニット（ＭＣＵ）を備える。移動局１００は、セルラーフォン又はパーソナル通信機のような携帯の無線電話であると考えてもよい。また、移動局１００は、使用時に他の装置に接続されるカード又はモジュールに含めることができる。例えば、移動局１００は、ラップトップ又はノートブックコンピュータ又はユーザが身に付けることのできるコンピュータのようなポータブルデータプロセッサーに、使用時に取り付けるＰＣＭＩＡ又は同様のタイプのカード又はモジュールに含めることができる。
【００３６】
ＭＣＵ１２０は、オペレーティングシステムを格納するリードオンリーメモリ（ＲＯＭ）及び、要求されたデータ、スクラッチパッドメモリ、受信したパケットデータ、送信するパケットデータ等々を暫定的に記憶するためのランダムアクセスメモリ（ＲＡＭ）を有するメモリ１３０を有したり、または接続されたりするものである。単独の取り外し可能なＳＩＭ（図示しない）をまた備えることができる。ＳＩＭは、たとえば、好ましい公衆陸上移動網（ＰＬＭＮ）リスト及び他の加入者関連情報を記憶するものである。本発明の目的のために、ＲＯＭは、ここに記載された考えに従ってパケットデータの受信及び送信を実行するために、また、表示装置１４０及びキーパッド１６０を経由して適切なユーザーインターフェース（ＵＩ）をユーザに提供するためにＭＣＵ１２０が、ソフトウェアルーチン、レイヤ及びプロトコールを実行できるようなプログラムを格納する。図示していないが、典型的には、ユーザが従来のやり方で音声を使えるようにマイクロフォンとスピーカを備える。
【００３７】
移動局１００は、また無線部を有する。この無線部は、デジタル信号プロセッサー（ＤＰＳ）又はこれに同等な高速プロセッサー、及び、送信機２００と受信機１００から構成され、両者はネットワークオペレータと通信するためにアンテナ２４０に接続される。パケットデータは、ここで述べた考え方に従ってアンテナ２４０を通して送受信される。
【００３８】
前記の通り、発明者は、ＧＰＲＳ無線インターフェースにおいてＧＰＲＳの無線ベアラ識別子（ＲＢ＿ｉｄｓ）を使って、複数の無線ベアラをＴＢＦに多重化するための方法と装置を提供した。開示した方法と装置は、また、高速なチャネル割当て要求を可能にするものである。
当業者は、ここで述べた考え方に従って、これらの技術に対し様々な修正を行うことができる。例えば、受信端末が受信確認するか又はチャネル割当てを送信する迄、複数のＲＬＣブロックにＲＢ＿ｉｄを含むことが望ましい。この技術は、無線ベアラを変更する時、全体に亘る信頼性を改善するのに用いられる。
【００３９】
このように、本発明を、特にその実施例について開示し記載したが、当業者は、本発明の範囲と精神を逸脱しない範囲で、形態と詳細部分についての変更できることを理解するであろう。
【図面の簡単な説明】
【図１】
本発明を実施するのに適した通信システムの簡略されたブロックダイアグラムである。
【図２】
ＧＭＭがＧＰＲＳ移動管理プロトコールである、従来の多重化原理を示す図である。
【図３】
従来のＵＭＴＳ多重化原理を示す図である。
【図４】
送信装置において、二つの無線ベアラを同一の暫定ブロックフロー（ＴＢＦ）にマッピング又は多重化することを説明する論理ブロックダイアグラムである。
【図５】
受信装置において、二つの無線ベアラを同一の暫定ブロックフロー（ＴＢＦ）から、無線ベアラアイデンティティを使って、デマルチプレクシングすることを説明する論理ブロックダイアグラムである。
【図６】
高速パケット・チャネル・リソース要求をするために、無線ベアラ・アイデンティティを使う方法を使うことを示す図である。
【図７Ａ】
図７Ａから図７Ｅは、多様なアップリンクＲＬＣデータブロックに対するフォーマット図（その１）である。
【図７Ｂ】
図７Ａから図７Ｅは、多様なアップリンクＲＬＣデータブロックに対するフォーマット図（その２）である。
【図７Ｃ】
図７Ａから図７Ｅは、多様なアップリンクＲＬＣデータブロックに対するフォーマット図（その３）である。
【図７Ｄ】
図７Ａから図７Ｅは、多様なアップリンクＲＬＣデータブロックに対するフォーマット図（その４）である。
【図７Ｅ】
図７Ａから図７Ｅは、多様なアップリンクＲＬＣデータブロックに対するフォーマット図（その５）である。

Claims (22)

1. 第１の無線ベアラに対し、暫定ブロックフロー（ＴＢＦ）の少なくとも１つの無線リンク制御（ＲＬＣ）ブロックにおいて、該第１の無線ベアラ識別子を受信装置に送信するステップと、
   該第１の無線ベアラから第２の無線ベアラへの変更が生じた時、前記と同一のＴＢＦの少なくとも１つの続く無線リンク制御（ＲＬＣ）ブロックにおける該第２の無線ベアラ識別子を受信装置に送信するステップと、
   からなる、無線ベアラを単一の暫定ブロックフロー（ＴＢＦ）に多重化するための方法。
2. 網サービス・アクセス・ポイント識別子（ＮＳＡＰＩ）、及びサービス品質のパラメータを無線ベアラ識別子にマッピングする第１ステップを有する、請求項１記載の方法。
3. 第２無線ベアラ識別子の受信に応答して、かつ第２無線ベアラのサービス品質のパラメータが新たなチャネル割当てを要求する時、受信装置からチャネル割り当てメッセージを送信機に送信するステップを有する、請求項１記載の方法。
4. 第２無線ベアラ識別子の受信に応答して、かつ第２無線ベアラのサービス品質のパラメータが新たなチャネル割当てを要求しない時、第２無線ベアラから最初に受信したＲＬＣブロックの受信の確認を受信装置から送信するステップを有する、請求項１記載の方法。
5. 無線ベアラ識別子がパケットフロー識別子（ＰＦＩ）ビットに含まれ、ＰＦＩビット中の無線ベアラ識別子の存在が、ＰＦＩ標識（ＰＩ）ビットを使って送信される事を特徴とする請求項１記載の方法。
6. チャネル割り当てメッセージが、パケットアップリンク割り当てメッセージを構成することを特徴とする、請求項３記載の方法。
7. 無線ベアラを単一の暫定ブロックフロー（ＴＢＦ）上に多重するための複数の多重化装置と、
   第１の無線ベアラに対し、暫定ブロックフロー（ＴＢＦ）の少なくとも１つの無線リンク制御（ＲＬＣ）ブロックにおいて、該第１の無線ベアラ識別子をパケットデータ受信装置に送信するためのユニットであって、前記と同一のＴＢＦの少なくとも１つの続く無線リンク制御（ＲＬＣ）ブロックにおいて、第２の無線ベアラ識別子を受信装置に送信するために、第１の無線ベアラ識別子から第２の無線ベアラ識別子への変更の発生に対応するユニットと、
   からなるパケットデータを送信する装置。
8. 網サービスアクセスポイント識別子（ＮＳＡＰＩ）及びサービス品質のパラメータが無線ベアラ識別子にマップされることを特徴とする請求項７記載の装置。
9. 前記受信装置が、前記無線ベアラ識別子の受信に応答し、ＴＢＦからのＲＬＣブロックをデマルチプレックスするデマルチプレクサーと、
   第２無線ベアラ識別子の受信に応答して、更にもし第２無線ベアラのサービス品質のパラメータが新たにチャネル割当てを要求する場合は、チャネル割当てメッセージを送信装置に送信するためのユニットと、
   を有する請求項７記載の装置。
10. 前記受信装置が、前記無線ベアラ識別子の受信に応答し、ＴＢＦからのＲＬＣブロックをデマルチプレックスするデマルチプレクサーと、
    第２無線ベアラ識別子の受信に応答して、更にもし第２無線ベアラのサービス品質のパラメータが新たにチャネル割当てを要求しない場合は、第２無線ベアラから最初に受信したＲＬＣブロックの受信確認信号を送信装置に送信するためのユニットと、
    を有する請求項７記載の装置。
11. 無線ベアラ識別子が、ＲＬＣデータブロックにおけるパケットフロー識別子（ＰＦＩ）ビットに含まれ、ＰＦＩビット中の無線ベアラ識別子の存在が、ＰＦＩ標識（ＰＩ）ビットを使って送信される事を特徴とする、請求項７記載の装置。
12. チャネル割り当てメッセージがパケットアップリンク割り当てメッセージを構成することを特徴とする請求項９記載の装置。
13. 第１の無線ベアラに対し、少なくとも１つの無線リンク制御（ＲＬＣ）ブロックにおいて、該第１の無線ベアラを受信装置に送信するステップと、
    第２無線ベアラから第１無線ベアラ又は他の無線ベアラに変更する時、第１無線ベアラ又が、前記と同一のＴＢＦの少なくとも１つ他の続く無線リンク制御（ＲＬＣ）ブロックにおいて、該第２の無線ベアラ識別子を受信装置に送信するステップと、
    受信装置において、最初に、ＲＬＣブロックにおける無線ベアラ識別子の存在を検知することにより、単一の暫定ブロックフロー（ＴＢＦ）からの複数の無線ベアラを、続けてデマルチプレックスするステップと、
    のステップを実行する事により、複数の無線ベアラを単一の暫定ブロックフローに続けて多重化するステップを有する、
    無線リンク上にパケットデータを送信するための方法。
14. 網サービス・アクセス・ポイント識別子（ＮＳＡＰＩ）、及びサービス品質のパラメータを無線ベアラ識別子にマッピングする第１ステップを有する、請求項１３記載の方法。
15. 第２無線ベアラ識別子の受信に応答して、かつ第２無線ベアラのサービス品質のパラメータが新たなチャネル割当てを要求する時、受信装置からチャネル割り当てメッセージを送信機に送信するステップを有する、請求項１３記載の方法。
16. 第２無線ベアラ識別子の受信に応答して、かつ第２無線ベアラのサービス品質のパラメータが新たなチャネル割当てを要求しない時、第２無線ベアラから最初に受信したＲＬＣブロックの受信の確認を受信装置から送信するステップを有する、請求項１３記載の方法。
17. 無線ベアラ識別子がパケットフロー識別子（ＰＦＩ）ビットに含まれ、ＰＦＩビット中の無線ベアラ識別子の存在が、ＰＦＩ標識（ＰＩ）ビットを使って送信される事を特徴とする請求項１３記載の方法。
18. 多重化のステップがメディアアクセス制御（ＭＡＣ）レイヤにおいて行われることを特徴とする請求項１３の方法。
19. 第２無線ベアラから第１無線ベアラ又は他の無線ベアラに変更する時、前記と同一のＴＢＦの少なくとも１の他の続く無線リンク制御（ＲＬＣ）ブロックにおいて、該第１の無線ベアラ又は他の無線ベアラの無線ベアラ識別子を受信装置に送信するステップを、更に有する請求項１３記載の方法。
20. 受信装置から送信装置に受信確認メッセージを送信することにより、少なくとも１つの他の続く無線リンク制御（ＲＬＣ）ブロックの受信を確認するステップを、さらに有する請求項１９記載の方法。
21. 暫定ブロックフロー（ＴＢＦ）を移動局とネットワークオペレータとの間に確立するステップと、
    移動局の第１無線ベアラに対し、確立した暫定ブロックフロー（ＴＢＦ）の少なくとも１つの無線リンク制御（ＲＬＣ）ブロックにおいて第１無線ベアラ識別子をネットワークオペレータの受信装置に送信するステップと、
    のステップを有する、無線チャネル上でパケットデータを送信するための方法。
22. 第１無線ベアラから第２無線ベアラへ変化した時、前記と同一のＴＢＦの続く無線リンク制御（ＲＬＣ）ブロックにおいて、第２無線ベアラ識別子を受信装置に送信するステップを、更に有する請求項２１記載の方法。

Images