JP2002530027A - ベアラ特性を制御するための方法 - Google Patents

Abstract

(57)【要約】 本発明は、セルラー通信システム内の接続の制御に関する。本発明によれば、利用可能な無線リソースは、１人のユーザーに利用される転送フォーマットに一定の組み合わせだけを許容することにより制御される。本発明の方法は、幾つかのベアラが最高ビット転送速度を用いることを厳しく制限することなく、使用できるベアラのビット転送速度の組み合わせを制限する。本発明の方法は、異なるビット転送速度間でベアラを選択する可能性を保持しながら、無線リソースの柔軟な全体制御を可能にする。

Description

【発明の詳細な説明】

【０００１】 （発明の属する技術分野） 本発明は、セルラー通信システムにおける接続の制御に関する。

【０００２】 （発明の背景） セルラー通信システムでは、セルラー通信ネットワークを経由する単一の音声
接続又はデータ接続はベアラと呼ばれる。一般的に、ベアラは、セルラーネット
ワークを別の通信ネットワークに接続するベース局又は網間接続装置（ＩＷＵ）
のような、或る端末装置とネットワークエレメントとの間のデータ通信に付随す
るパラメータのセットと関連している。ベアラに関連するパラメータのセットに
は、通常は、例えばデータ送信速度、許容遅延、許容ビット誤り率（ＢＥＲ）及
びこれらのパラメータの最小値及び最大値が含まれる。ベアラはパケット送信ベ
アラか、又は回路切り替えベアラであり、例えば透過又は不透過接続をサポート
する。ベアラは、ペイロード情報を伝送するための、ある移動端末とあるネット
ワークエレメントを接続する特定のパラメータを有する、データ伝送経路と考え
ることもできる。１つのベアラは、常に、１つの移動端末だけを１つのネットワ
ークエレメントに接続する。しかし、ベアラは複数のネットワークエレメントを
通過することができる。セルラー通信システムには、１つの移動通信手段（ＭＥ
即ち移動装置）が１つのベアラだけをサポートするものもあるし、同時に２つ以
上のベアラをサポートするものもある。

【０００３】 開発中のＵＭＴＳシステム（ユニバーサル移動通信システム）のような新しい
セルラー通信システムでは、可変ビット転送速度ベアラが現在のシステムよりも
遙かに広範囲に利用されることになる。多数のビット転送速度オプションの付い
たベアラを、多数同時に利用すると、サポートされる組み合わせが非常に多くな
る。通信システムのエアインターフェース部分は、この種のベアラ組み合わせを
効率的に、即ち無線リソースを過度に利用しないで、サポートすることが望まし
い。ベアラのビット転送速度はフレーム毎に変わるかもしれないので、ビット転
送速度はフレームに表示する必要がある。異なるベアラの瞬間的なビット転送速
度に関して可能性のある全組み合わせをサポートすれば、無線フレームの転送速
度を識別するために必要なビット量は、膨大なものになる。一方で、可能性のあ
る最大総ビット転送速度に従って無線リソースを固定的に割当てるのは実行不可
能である。ベアラの最大ビット転送速度は滅多に用いられないので、ユーザーに
割当てられるリソースのサイズが、最悪の場合の組み合わせ、即ち全ベアラが可
能性のある最高のビット転送速度を使っている場合に基づいて決められると、無
線リソースがほとんど無駄になる。

【０００４】 （発明の概要） 本発明の目的は、ベアラによる最高のデータ転送速度の利用に関して可能な限
り制限を排除しながら、ユーザーの全ベアラの最大総ビット転送速度を制御でき
るような、ベアラを制御するための方法を実現することである。本発明の更なる
目的は、ベアラのビット転送速度を送信エンティティから受信エンティティへ通
信するのに必要なデータ転送量を低減する方法を実現することである。

【０００５】 これらの目的は、許容ビット転送速度の組み合わせを制限し、許容された各組
み合わせに１つの識別子を関連付け、特定の組み合わせに関連する識別子を使っ
て瞬間的な転送速度を識別することにより達成される。

【０００６】 本発明による方法は、独立方法請求項の、特徴を記述する部分に特定されてい
ることにより特徴付けられる。本発明による、セルラー通信システムにおいてベ
アラを制御するためのシステムは、セルラー通信システムにおいてベアラを制御
するためのシステムに関する独立請求項の特徴を記述する部分に特定されている
ことによって、特徴付けられる。従属請求項は、本発明の更なる有用な実施例に
ついて述べている。

【０００７】 本発明によれば、利用可能な無線リソースは、単一のユーザーにある転送フォ
ーマットの組み合わせだけを利用させることにより、制御される。本発明の方法
は、幾つかのベアラが最高のビット転送速度を用いることを厳しく制限すること
なく、利用可能なベアラのビット転送速度の組み合わせを制限する。従って、ユ
ーザーの全ベアラの合計したリソース利用は制限されるとしても、利用可能なリ
ソース次第では、１つのベアラがその最高データ転送速度を上手く用いることも
あるし、それが１つではなく複数のベアラであることもある。本発明の方法は、
異なるビット転送速度の間で、ベアラを選択できる可能性を保持しながら、無線
リソースの柔軟な全体制御を可能にする。

【０００８】 （好適な実施例の詳細な説明） 添付図面を参照しながら、本発明を以下更に詳細に説明する。

【０００９】 図面では、同じエンティティには同じ参照番号を用いている。

【００１０】 以下の議論で、ビット転送速度という用語はチャネルコーディング後のビット
転送速度、即ち、エアインターフェースを越えて実際に転送されるビット転送速
度のことであり、特に注記がなければ、ペイロードデータビット転送速度ではな
い。

【００１１】 本発明によれば、単一の移動通信手段の転送は、その移動通信手段のベアラの
許容ビット転送速度の組み合わせを制御することにより、制御される。ベアラの
ビット転送速度の許容組み合わせは、幾つかのベアラに対して最高ビット転送速
度を用いる可能性を拒否しないような方法で制限される。

【００１２】 本発明の説明の一助となるように、用語は、次のように定められている。

【００１３】 １つの転送フォーマット（ＴＦ）はパラメータのセットであり、エアインター
フェースを越える転送に、ペイロードデータストリームを準備するという１つの
方法に対応している。そのパラメータのセットは、例えばペイロードデータ転送
速度、特定のセルラー通信ネットワークに用いられるエラー制御コーディング方
法、インタリービンク方法及び他の処理方法を示し、即ち、転送されるデータに
適用される物理層処理について記述する。従って、各ＴＦは特定の瞬間的なベア
ラのビット転送速度に対応している。更に、各ベアラは少なくとも１つの転送フ
ォーマットを有する。例えば多数のビット転送速度をサポートしているベアラの
場合は、ベアラは、２つ以上の対応ＴＦを有することができる。

【００１４】 各転送フォーマットは、対応する転送フォーマット識別子（ＴＦＩＤ）を有す
る。ＴＦＤＩは、例えば最低ビット転送速度から始まる昇順か、又は他の所定の
規則による様々な方法で、ＴＦに割当てることができる。

【００１５】 稼働中のベアラの転送フォーマットの組み合わせが、転送フォーマット組み合
わせ（ＴＦＣ）である。可能性のある全ての転送フォーマット組み合わせのセッ
トが、転送フォーマット組み合わせセット（ＴＦＣＳ）を形成する。各ＴＦＣは
対応する転送フォーマット組み合わせ識別子（ＴＦＣＩ）を有しており、即ち、
各ＴＦＣＩは、転送フォーマットの有限なグループに対応する。ＴＦＣＩは、転
送フォーマットの現在の組み合わせを受信器に知らせるのに用いられる。ＴＦＣ
Ｉは整数であるのが望ましい。

【００１６】 Ａ．許容組み合わせの決定 どの組み合わせが利用可能で、どの組み合わせが利用不可能かについての決定
は、本発明の特定の実施例の必要性に従って、多くの異なる要件に基づいて行わ
れる。そのような要件の複数の例を次に示す。

【００１７】 Ａ．１ 限界の例：ＴＦＣＩワードのサイズ 転送フォーマット情報をエアインターフェースを越えて受信器に転送するため
に必要なデータ送信量を更に低減するために、ＴＦＣＩワードのサイズを変更す
ることができる。ＴＦＣＩワードがｍビットを有する場合、表示することのでき
る組み合わせの最大数Ｎは、Ｎ＝２^ｍである。従って、単純に、ＴＦＣＩワード
の長さが許容組み合わせの数を制限する。ＴＦＣＩワードを送信するための送信
リソースの利用と利用可能な様々な転送フォーマットの組み合わせとの間で適切
に整合取りがなされるように、ＴＦＣＩワードの長さを調整することができる。
本発明の有用な実施例では、接続の間にＴＦＣＩワードの長さを変更することが
できる。

【００１８】 Ａ．２．限界の例：ユーザーの最大ビット転送速度 本発明の別の有用な実施例では、ユーザーの最大許容ビット転送速度は、許容
転送フォーマット組み合わせの決定に用いられる。そのような実施例では、許容
組み合わせに内に、総ビット転送速度がユーザーの最大ビット転送速度よりも少
ないか又は等しい全ての転送組み合わせが含まれる。

【００１９】 本発明の様々な実施例では、最大ビット転送速度はユーザー次第であり、他者
とは異なる最大限界を有するユーザーもいる。このことは、例えば、高額支払い
ユーザーか、さもなければ救難作業者のような優先順位の高いユーザーに、他の
ユーザーよりも良いサービスを提供するというような、ユーザーに優先順位付け
する１つの方法を提供する。

【００２０】 Ａ．３．組み合わせ決定のための別の根拠 許容転送フォーマット組み合わせに関する決定を行う際に、先に述べた限界に
加えて、別の情報を用いることもできる。この種の情報は、例えば、ベアラの優
先順位、当該ユーザーの集約スループット並びに各ベアラの計測されたスループ
ット、セル内の現在の負荷及び干渉レベルを含んでいる。

【００２１】 Ｂ．ＴＦＣＳの構造化 転送フォーマット組み合わせセットの構造化と、転送フォーマット組み合わせ
識別子の様々な組み合わせへの割当てとは、多くの異なる方法で実行することが
できる。これらの方法の内、幾つかの方法を次に示す。

【００２２】 Ｂ．１．第１例 許容転送フォーマット組み合わせのテーブルが構造化され、テーブルのインデ
クスがＴＦＣＩとして用いられるようになることが望ましい。その後では、送信
器と受信器との間で通信される必要があるのは、テーブルのインデクス、即ちＴ
ＦＣＩだけである。しかし、本発明は、転送フォーマット組み合わせとＴＦＣＩ
を関連付けるために、リンクされているリスト又は他のデータ構造のような別の
手段を用いることもできるので、テーブルを利用することに限定されはしない。

【００２３】 Ｂ．２．第２例 更に、ＴＦＣに対応するＴＦＣＩを作成するのに所定のアルゴリズム又はルー
ルを用いることができ、そうすると、異なる許容組み合わせを記憶するために、
この方法で検索されたＴＦＣＩをテーブルへのインデクスとして用いることがで
きる。例えば、ＴＦＣのＴＦＣＩは、次のアルゴリズムに従って決めることがで
きる。

【００２４】 １． factor＝Ｌ（Ｋ） ２． ＴＦＣＩ＝ＴＦＩＤ（Ｋ） ３． ３ａ及び３ｂを繰り返しながら、Ｋ−１から１までの全値に亘る段階 ３ａ．ＴＦＣＩ＝ＴＦＣＩ＋ＴＦＩＤ（ｊ）* factor ３ｂ．factor＝factor *Ｌ（ｊ） ここに、 factorは、アルゴリズムに用いられる一時的数値変数であり、 Ｌ（ｊ）は、ベアラｊに対するＴＦの数であり、 ＴＦＩＤ（ｊ）は、ベアラｊのＴＦのＴＦＩＤであり、 Ｋは、稼働中のベアラの数である。

【００２５】 このアルゴリズムは、ＴＦＩＤが、最低ビット転送速度から始まる昇順でＴＦ
に割当てられ、最初のＴＦＩＤはゼロであるということを前提にしている。

【００２６】 Ｂ．３．第３例 本発明の別の有用な実施例では、ベアラの全転送フォーマットの全組み合わせ
を通して、その組み合わせが許容されるかどうかについて、各組み合わせを単純
に繰り返しチェックすることにより、ＴＦＣＩ値が割当てられる。組み合わせが
許容される場合、その組み合わせには次の自由ＴＦＣＩ値が割当てられる。例え
ば、許容される組み合わせは、ＴＦＣＳを含むテーブル内の次の自由位置へ入れ
ることができ、その位置のインデクスが割当てられたＴＦＣＩとなる。

【００２７】 Ｂ．４．第４例 本発明の別の有用な実施例では、ＴＦＣＩ値は、稼働値及び非稼働値という２
つのカテゴリに分類される。稼働値は使用中の値であり、非稼働値は使用中でな
い値である。この実施例では、対応するＴＦＣＩ値を稼働と指定することによっ
て、新しいサービスを利用することができる。幾つかの転送フォーマットの組み
合わせを利用から除くと、対応するＴＦＣＩ値は、単に非稼働と指定される。こ
の実施例では、他の稼働中のＴＦＣＩ値は変わらないままなので、ＴＦＣＳ及び
ＴＦＣＩ値を変更するタイミングは、それほど重要ではなくなるという利点を有
している。受信器が、十分な時間をかけて新しい値を指定しているメッセージを
受信し、ＴＦＣＳ及びＴＦＣＩのコンフィギュレーションを変更するまで、何れ
の新しいＴＦＣＩ値も使用されないことは、タイミングとしては申し分ない。こ
の実施例では、ＴＦＣＩ値が現在稼働中であることを指定するメッセージは、例
えばＴＦＣＩに対応するＴＦＣの指定も含むことになる。本発明の別の実施例で
は、稼働中と指定されているＴＦＣＩに対応するＴＦＣが、前もって受信器に知
らされるか、又は所定の規則に従って受信器がＴＦＣＩから推定する。例えば、
ベアラの転送フォーマットに関して可能性のある全組み合わせをテーブルに記憶
し、そのテーブルのインデクス値がＴＦＣＩ値に対応するようにし、稼働中と指
定されたＴＦＣＩ値だけが用いられるようにすることができる。

【００２８】 Ｂ．５．第５例 別の有用な実施例では、転送フォーマット組み合わせと、それに対応するＴＦ
ＣＩ値とが、ＴＦＣ又は他の望ましいクライテリアの総ビット転送速度に従って
順序付けられる。この実施例では、許容転送フォーマット組み合わせは、単に、
許容最高ＴＦＣＩを表示することにより示される。この実施例では、新しいＴＦ
Ｃが許容されると、新しいＴＦＣは、転送フォーマット組み合わせの順序付けら
れたシーケンスの相応する位置に挿入され、シーケンス内のその位置に対応する
ＴＦＣＩ値が与えられる。それに従って、ＴＦＣＩ値は更新され、即ち、それよ
り高いＴＦＣＩ値は１だけ増やされる。同様に、或るＴＦＣが利用されなくなる
と、順序付けられたシーケンスから取り除かれ、それに従ってＴＦＣＩ値が更新
される。

【００２９】 最小ビット転送速度を有するＴＦＣのＴＦＣＩは０であり、次に小さいビット
転送速度を有するＴＦＣのＴＦＣＩは１であり、その後も同様である。しかし、
この数字を当てはめる方式が、本明細書のセクションＢ．５による様々な実施例
に利用可能な唯一の方法ということではない。ＴＦＣＩ値は、連続する整数を形
成することが望ましい。

【００３０】 転送フォーマット組み合わせの順序付け及び対応するＴＦＣＩ値は、ＴＦＣの
ビット転送速度以外のパラメータも考慮することができる。例えば、２つ以上の
転送フォーマット組み合わせの総ビット転送速度が同じ場合は、これらの組み合
わせは、それらの相対的な優先順位に従って順序付けされる。

【００３１】 この実施例では、移動局は、リソース要求において、単に新たに所望する最高
許容ＴＦＣＩを表示することにより、より多くのリソースを要求することが可能
であり、ネットワークは、それに対して可能ならより多くのリソースを割当て、
可能な新最高許容ＴＦＣＩの限界を返すことにより、返答することができる。

【００３２】 Ｃ．許容転送フォーマットセットの変更 転送フォーマット組み合わせセット（ＴＦＣＳ）は、送信器と受信器の両方に
知らされる必要がある。新しい可変転送速度ベアラが接続の確立を要求するか、
又は古い接続が解除される度毎に、ＴＦＣＳが変更される。更に、幾つかの他の
理由のために、ある組み合わせの利用を制限するのが望ましい。送信器と受信器
の転送フォーマット組み合わせセットが、互いに確実に一致するように、そのセ
ット又はそのセットへの変更について、送信器から受信器へ信号が送信される必
要がある。本発明の様々な有用な実施例に従ってＴＦＣＳを送信する方法を、次
に述べる。

【００３３】 Ｃ．１ 明示的列挙によるＴＦＣＳの信号送信 本発明の有用な実施例では、ＴＦＣＳは、許容された全組み合わせを明示的に
列挙することにより、或る接続の第１エンドから第２エンドへ信号送信される。
許容された組み合わせの数が組み合わせの総数に比べてかなり少ない場合、この
実施例は有用である。この実施例では、第１エンドは１つ以上のメッセージを第
２エンドへと送り、そのメッセージは少なくとも許容された全組み合わせを指定
し、各組み合わせに対しては、少なくとも、２つ以上の転送フォーマットを有す
る各ベアラに対して、１つのＴＦＩＤを指定する。

【００３４】 本発明の別の有用な実施例では、ＴＦＣＳは、許容されていない全組み合わせ
を明示的に列挙することにより、接続の第１エンドから第２エンドへと信号送信
される。許容されていない組み合わせの数が、許容された組み合わせの数より少
ない場合、この実施例は有用である。この実施例では、第１エンドは１つ以上の
メッセージを第２エンドへ送り、そのメッセージは少なくとも許容されない全組
み合わせを指定し、各組み合わせに対しては、少なくとも、２つ以上の転送フォ
ーマットを有する各ベアラに対して、１つのＴＦＩＤを指定する。

【００３５】 本発明の別の有用な実施例では、許容された組み合わせ又は許容されていない
組み合わせを指定する１つ又は複数のメッセージが、列挙された組み合わせが許
容されているかどうかについて指定する。これは、許容された組み合わせ及び許
容されていない組み合わせを指定するのに、同じ型のメッセージを利用できる。

【００３６】 Ｃ．２ 構造化の限界を表示することによるＴＦＣＳの信号送信 本発明の別の有用な実施例では、許容された組み合わせについて決定を下す接
続のエンドは、接続の他方のエンドに、どの限界及び他の情報がＴＦＣＳの構造
化に用いられるべきかについてだけ知らせる。そのような限界とは、例えば、１
人のユーザーの最大総ビット転送速度であるかもしれないし、そのような他の情
報とは、例えば、ベアラの優先順位であるかもしれない。その後、この他方のエ
ンドは、指定された限界に従って独自にＴＦＣＳを構造化する。両方のエンドで
同じ限界が用いられるので、その結果のＴＦＣＳは同じになる。ＴＦＣＳの構造
化は、例えば、全ての可能な転送フォーマット組み合わせを通過させ、その組み
合わせが許容されるかどうか、１つずつ確認することにより進められる。

【００３７】 Ｃ．３ 特定の転送フォーマットを指示することによるＴＦＣＳの信号送信 幾つかのベアラの幾つかの転送フォーマットが何れの許容組み合わせにも用い
られないような方法で組み合わせの制限がなされる場合、ＴＦＣＳは、特定のベ
アラの１つ又はそれ以上の転送フォーマットの利用を制限するベアラ特定メッセ
ージによって指定することができる。

【００３８】 本発明の別の有用な実施例では、ＴＦＣＳは、どの転送フォーマットを用いる
ことができるかを表示するベアラ特定メッセージによって指定される。

【００３９】 Ｃ．４ 別の方法 先の方法では、許容されているか又は許容されていない、転送フォーマットか
又は転送フォーマットの組み合わせ、を指示することにより、スクラッチからＴ
ＦＣＳが構造化されるような方法の例を紹介してきた。しかし、新しいＴＦＣＳ
は、許容転送フォーマット組み合わせと、先のＴＦＣＳに関連する転送フォーマ
ットにおける変更とを指定することにより定義してもよい。メッセージは、指定
されている項目が許容されるか又は制限されるかのどちらであるかについて指定
する。メッセージで指定されている項目は、例えば、ＴＦＣか、ベアラか、ベア
ラの１つの転送フォーマットである。例えば、新しいＴＦＣＳは、特定ベアラの
１つ又はそれ以上の転送フォーマットの利用を制限するメッセージにより指定さ
れる。

【００４０】 許容される組み合わせ、転送フォーマット、及び／又はベアラにおける変更を
指定した後、ＴＦＣＳは、ＴＦＣＳが許容される組み合わせだけを含むように再
構造化され、ＴＦＣＩ値が新しいＴＦＣＳに対応するように更新されるのが望ま
しい。

【００４１】 受信器にＴＦＣＳを指定する先に述べた方法はただ１つの例であり、本発明を
限定するものではない。組み合わせのセットを指定する他の多くの方法、又は、
例えば、先に述べた方法の異なる組み合わせも、本発明の様々な実施例に用いる
ことができる。

【００４２】 Ｄ．有効性の時間 ＴＦＣＳを指定する先に述べた例では、ＴＦＣＳに関する指定情報を伝える１
つ又は複数のメッセージは、その後で新しいＴＦＣＳが有効となる、開始時間に
関する表示を備えていてもよい。しかし、有効性の開始時間は、例えば、新しい
ＴＦＣＳの場合は、指定メッセージが到着する時間から、又はＴＦＣＳを指定す
るのに２つ以上のメッセージが用いられる場合には、これらのメッセージの遅い
方の受信時間から有効となるように、暗示的に定義してもよい。

【００４３】 Ｅ．本発明による承認制御方法の例 セルラー通信ネットワークは、例えば、先に述べたＴＦＣＳ構造化の限界を、
承認制御方法において、少なくとも部分的には承認の条件として用いることがで
きる。例えば、システムは、ＴＦＣＳのサイズと、全ベアラの転送フォーマット
とに基づいてＴＦＣＳの全組み合わせを示すために、どれほどのＴＦＣＩビット
が必要かを判断することができる。ＴＦＣＩビットの量が最大ＴＦＣＩワード長
より短い場合には、ネットワークはベアラの要求を拒否できるし、あるいは、例
えば優先順位の高い要求である場合には、既に確立されている別のベアラからの
サービスを拒否することができる。もう１つの例として、最大ビット転送速度の
限界が考えられる。そのような例では、少なくともその幾つかの転送フォーマッ
トが許容される組み合わせである場合、ベアラは有用に承認される。従って、マ
ルチビット転送速度ベアラは、部分的にだけ、即ち、制限されたビット転送速度
の選択に関してだけ承認される。

【００４４】 要求されるベアラが、他のベアラよりも高い優先順位を有する場合、セルラー
ネットワークは、リソースを優先順位の高い方のベアラに割当てて、別のベアラ
のビット転送速度を、最終的なＴＦ組み合わせが許容組み合わせとなるような値
に制限することが望ましい。その結果、優先順位の低いベアラの転送フォーマッ
トが調整されるか、又は、優先順位の低いベアラに対するサービスが拒否される
ことになる。

【００４５】 接続の確立を要求する各ベアラは、例えば所定の信号送信手続きを用いて、所
定の方法で、ユーザーのビット転送速度の可変性を示すのが望ましい。ネットワ
ークがベアラ又は少なくともその転送フォーマットの幾つかに対してサービスを
提供できる場合、ネットワークは、次に、要求されているベアラの転送フォーマ
ットを決定し、それに従ってＴＦＣＳを更新する。

【００４６】 図１は、本発明の有用な実施例のフロー線図を示している。図１は、承認制御
における本発明の方法の利用例である。ステップ１３５で、ベアラの要求が受信
される。その要求への返答として、ステップ１００でＴＦＣＳが構造化される。
ＴＦＣＳを構造化するステップ１００では、先に述べたように要求されたベアラ
の優先順位も考慮される。ＴＦＣＳが構造化された後、そのベアラが何れかの許
容組み合わせに属しているかについて、次のステップ１４０でチェックされる。
そのベアラが何れの許容組み合わせの一部でもない場合、そのベアラはステップ
１５０で拒否され、その後、本方法は新たに構造化されるＴＦＣＳを利用するこ
となく終了される。そのベアラが少なくとも１つのＴＦＣの一部であると認めら
れた場合、そのベアラはステップ１４５で承認される。次のステップ１２０で、
新しいＴＦＣＳが受信器に連絡され、その後、連絡されたＴＦＣＳがステップ１
５５で利用され、その後、方法が終了される。

【００４７】 本発明の別の有用な実施例では、承認要件は、図１のステップ１４０の例とは
異なっている。例えば、ベアラは、ベアラの少なくとも１つの転送フォーマット
が全組み合わせにおいて許容される場合にのみ許容される。更に、ベアラは、ベ
アラの少なくとも１つの転送フォーマットが全組み合わせの少なくとも所定の部
分において許容される場合にも許容される。本発明の別の有用な実施例では、リ
アルタイムのベアラは、ベアラの最高の転送フォーマットが少なくとも１つのＴ
ＦＣで許容される場合にだけ許容される。

【００４８】 Ｆ．方法の例 以下に、本発明の有用な実施例による方法の例を示す。本方法を、図２を参照
しながら説明するが、図２は、転送フォーマット組み合わせセットの構造化１０
０と、受信器において同じセットを構造化するための受信器への情報の連絡１２
０とをフロー線図で示している。

【００４９】 この例では、ＴＦＣＳの構造化１００のステップにステップ１０２、１０４、
１０６、１０７、１０８が含まれている。ステップ１０２から始まり、全組み合
わせが１つずつ確認されるが、次、即ちこの方法の開始後最初に、第1組み合わ
せが考慮される。ステップ１０４では、その組み合わせが、所定の最大総ビット
転送速度限界のような所定の限界内にあるかどうかがチェックされる。その組み
合わせが限界内にあれば、その組み合わせはステップ１０６でＴＦＣＳに加えら
れ、その組み合わせに対してＴＦＣＩがステップ１０７で割当てられる。その組
み合わせが限界内にない場合、本方法は、直にステップ１０８に繋がれる。何れ
にしても、ステップ１０８で、その組み合わせは考慮されるべき最後の組み合わ
せかどうかがチェックされる。その組み合わせが最後の組み合わせでなければ、
ステップ１０２へ戻される。その組み合わせが最後の組み合わせであれば、本方
法はステップ１２０で継続される。

【００５０】 本例では、受信器でセットを構造化するための受信器への情報連絡１２０のス
テップには、ステップ１２１、１２２、１２４、１２６、１２８、１３０、１３
６が含まれている。ステップ１２１では、ＴＦＣＳを受信器に連絡する方法が選
択される。本例では、ステップ１２２、１２４、１２６、１２８、１３０、１３
６は、ＴＦＣＳの異なる連絡方法を示している。許容される各転送フォーマット
組み合わせは、ステップ１２２で受信器に連絡される。許容されない各転送フォ
ーマット組み合わせは、ステップ１２４で受信器に連絡される。ＴＦＣＳの構造
化に関する所定の範囲は、ステップ１２６で受信器に連絡される。ステップ１２
８では、何れの許容転送フォーマット組み合わせにもないような、少なくとも１
つのベアラの少なくとも１つの転送フォーマットを指定している情報が受信器に
連絡される。ステップ１３０では、連絡されているＴＦＣＳと先のＴＦＣＳとの
相違点が受信器に連絡される。

【００５１】 ステップ１２２、１２４、１２６、１２８、１３０は、１つの方法ステップに
おける必要な全情報、又は必要な全情報の内の一部分だけの連絡を含んでいる。
そのため、ステップ１３６で、全ＴＦＣＳが指定されたかどうかがチェックされ
る。全てのＴＦＣＳが指定されていなければ、ステップ１２１に戻って、受信器
へのＴＦＣＳの連絡が継続される。全てのＴＦＣＳが指定されると、方法は終了
する。

【００５２】 ＴＦＣＩを組み合わせに割当てるステップ１０７では、割当ては、単に組み合
わせに対して次の自由なＴＦＣＩ値を割当てることにより実行される。他にも、
ＴＦＣＩ値の割当てに関して、例えば、本明細書の上記セクションＢで述べたよ
うな、何れかの方法又は所定のルールを用いてもよい。

【００５３】 Ｇ．システムの例 図３は、本発明の有用な実施例によるシステムの例である。図３は移動通信手
段５０５、ベース局５１０、ネットワークエレメント５２０、残りのセルラー通
信ネットワーク５５０を示す。ネットワークエレメント５２０は、例えばＵＭＴ
Ｓセルラー通信ネットワークの無線ネットワーク制御器（ＲＮＣ）である。ネッ
トワークエレメントは、マイクロプロセッサのような演算処理装置５２１と、演
算処理装置のためのプログラム及び１つ又はそれ以上の転送フォーマット組み合
わせセットとを記憶するためのメモリ要素５２２を備えている。

【００５４】 更に、本例によれば、システムは、セルラー通信システムのネットワークエレ
メント内に、許容転送フォーマット組み合わせのセットを構造化するための手段
５２１と、構造化された許容転送フォーマット組み合わせのセットを移動通信手
段５０５へ連絡するための手段５１０、５１０とを備えている。

【００５５】 ＴＦＣＳの構造化の間に、演算処理装置５２１は、先に述べた、１つの転送フ
ォーマット組み合わせが所定の限界内にあるかどうかについてのチェックを実行
する。演算処理装置５２１は、メモリ手段５２２内に記憶されている、タスクを
実行するように演算処理装置に指令するプログラム５２３を実行することにより
タスクを実行できる。転送フォーマット組み合わせが限界内にあると確認されれ
ば、演算処理装置５２１は、その組み合わせを、メモリ手段５２２内に記憶され
ている許容転送フォーマット組み合わせのセット５２９に加える。更に演算処理
装置が、転送フォーマット組み合わせ識別子（ＴＦＣＩ）を各転送フォーマット
組み合わせに割当てるのが望ましい。転送フォーマット組み合わせ識別子も、メ
モリ手段５２２内に記憶することができる。

【００５６】 演算処理装置５２１は、構造化されたＴＦＣＳの受信器への連絡を管理するこ
ともできるが、この場合、移動通信手段５０５には、ベース局５１０のようなセ
ルラー通信ネットワークの別の構成要素の助けが必要となる。例えば、非許容転
送フォーマット組み合わせを決定するステップ、或いは転送フォーマット組み合
わせセットと、先に記憶されている上記の許容転送フォーマット組み合わせの第
２セットとの相違点を探索するステップのような先に述べた方法のステップは、
メモリ手段５２２内に記憶されている、演算処理装置５２１に指示して方法のス
テップを実行させるプログラム５２４を用いて実現することができる。更に、本
システムでは、先に構造化されているＴＦＣＳ５２９ｂのような１つ以上のＴＦ
ＣＳをメモリ手段内に記憶して、それを例えば、新しく作成されたＴＦＣＳと先
に作成され連絡されているＴＦＣＳとの間の相違点を求めるのに用いることがで
き、その後、古いＴＦＣＳと新しいＴＦＣＳとの相違点を連絡するだけで、新し
いＴＦＣＳを受信器に連絡することができる。受信器５０５は、連絡されたＴＦ
ＣＳ５０６を受信器内のメモリ手段内に記憶し、その後、受信器は、受信したＴ
ＦＣＩに基づいて現在の転送フォーマット組み合わせを判断できるようになる。

【００５７】 本システムは又、転送フォーマット組み合わせ識別子を、上記メモリエレメン
ト内に記憶されている各転送フォーマット組み合わせに割当てるための手段を含
んでいるのが望ましい。これらの手段は、例えば、ＴＦＣＩ値を、例えば本発明
の前記実施例の何れかに従って転送フォーマット組み合わせに割当てることがで
きる演算処理装置５２１を備えている。

【００５８】 本システムは又、送信に用いられる転送フォーマットを識別するための転送フ
ォーマット組み合わせ識別子を送信するための手段を備えているのが望ましい。
これらの手段は、例えば、受信器に送信されるデータに、現在用いられているＴ
ＦＣのＴＦＣＩを加えることができる演算処理装置５２１を備えている。

【００５９】 本発明の有用な実施例では、移動通信手段５０５は、手段５２１、５２２、５
２３、５２４、５２５、５２９、５２９ｂ又は同様の機能を提供する他の手段を
備えることもできる。無線リソースの利用について決定するのは普通はネットワ
ークであるが、移動通信手段は、例えば本明細書のセクションＣ．２に説明され
ている本発明の実施例に従って、或いはネットワークにより設定されている他の
ルール及び制限に従って、ＴＦＣＳの構造化に必要な能力及び機能を有している
ことが望ましい。

【００６０】 Ｈ．方法の更なる例 送信に用いられる転送フォーマットを表示するのに、ＴＦＣＩ値を用いること
ができる。例えば、フレームに用いられる１つ又は複数の転送フォーマットを記
述するために、ＴＦＣＩ値を、各送信フレームで送信することもできる。別の代
表的実施例では、転送フォーマットの組み合わせが変更される度に、ＴＦＣＩ値
を送信することができる。図４は、本発明の有用な実施例による信号送信の１例
である。図４は、それぞれ、セルラー通信ネットワークの移動通信手段とベース
局のような、送信パーティと受信パーティとの間の通信中のイベントを示してい
る。まず、次の送信ユニットで何れの転送フォーマットが用いられるかを示すた
めに、ＴＦＣＩが、ステップ６１０で送信器から受信器へ送られる。データは、
次のステップ６１５で、前のステップで送信されたＴＦＣＩ値によって指定され
た転送フォーマットを使って、送信器から受信器へ送られる。本発明の様々な実
施例では、ＴＦＣＩ値及びＴＦＣＩ値が参照するデータの送信順序は、必ずしも
図４に示されている通りでなくてもよい。例えば、ＧＳＭシステムのような、デ
ータがフレームで送られるシステムでは、ＴＦＣＩ値は、ＴＦＣＩ値が参照する
データとして同じ送信フレームで送ることができ、その場合は、データ及びＴＦ
ＣＩ値の正確な順序は大して重要ではなく、特定のアプリケーションの要件に従
って設定することができる。

【００６１】 Ｉ．更なる考察 本発明の幾つかの有用な実施例では、送信のために１つのパーティに用いられ
るＴＦＣＳと、受信のために同じパーティに用いられるＴＦＣＳとが、同じであ
る必要はない。このことは、例えば、アップリンク通信のために確保されている
無線リソースの量が、ダウンリンク通信のために確保されている無線リソースの
量と異なる場合に有用である。そのような状況は、例えばＧＳＭネットワークで
のＨＳＣＳＤ（高速回線交換データ）モードで起こり得る。そのような装置は、
例えば、情報データベース又はインターネットをブラウジングする際のデータ端
末利用に有用であり、その場合、移動通信手段から送信されるのは短い要求だけ
であり、大部分の情報はデータネットワークから戻される。本発明のそのような
実施例では、通信パーティは、１つが受信に用いられ他の１つが送信に用いられ
る、少なくとも２つの転送フォーマット制御セットを有するのが望ましい。

【００６２】 本発明の更なる有利な実施例では、多数の転送フォーマット組み合わせセット
が用いられ、送信器と受信器との間での転送フォーマット信号送信を更に低減し
ている。そのような実施例では、複数の転送フォーマット組み合わせセットが構
造化され、受信器に連絡され、その後では、ＴＦＣＳ識別子を受信器に送るだけ
で、利用されるべき現在のＴＦＣＳが選択されるようになる。そのような実施例
では、幾つかの転送フォーマット組み合わせセットが比較的頻繁に用いられるよ
うな場合に、エアインターフェースを通しての信号送信が減少する。複数の転送
フォーマット組み合わせセットは、ユーザーに対する最大総ビット転送速度のよ
うな、最も一般的なベアラのセット及び限界の結果として構造化されているよう
なセットであるのが望ましい。

【００６３】 許容転送フォーマットの組み合わせが、ＴＦＣに対する許容度を確実に決定す
ることができる一定の限界で制限されており、ＴＦＣＩ値が一定のルールに従っ
て構造化されるような場合、ＴＦＣＳの明示的構造化は、接続の両方のパーティ
に必要なわけではない。例えば、送信パーティは、新しいＴＦＣが限界に従って
許容されるかどうかについてチェックし、そのＴＦＣが許容される場合、そのＴ
ＦＣを送信に用い、ＴＦＣＩをオンザフライで作成するだけでよい。すると、受
信パーティは、ＴＦＣＩをＴＦＣＳを含んでいるテーブルへのインデクスとして
用いることができ、或いは、ＴＦＣＩを作成するのに用いたルールとは逆のルー
ルを用いて指定されたＴＦＣＩから転送フォーマットを演繹することができる場
合には、ＴＦＣＩから直に、利用されている転送フォーマットを判断できる。従
って、明示的ＴＦＣＳの存在は、本発明の全実施例に必ずしも必要ではない。

【００６４】 ある環境では、幾つかの種類のエラー状況の結果として、受信器と送信器が、
同じＴＦＣＩを、異なる転送フォーマット組み合わせに割当てていた可能性もあ
る。そのようなエラー状況が起こると、受信器は、受信されたデータストリーム
を、そのデータストリームが構造化された方法とは異なる方法で解釈しようとす
るので、データ送信は成功しない。そのようなエラー状況からの回復は、本発明
の様々な実施例における様々な方法でとり行われる。例えば、本発明の有用なあ
る実施例によれば、エラーを検知したパーティは、他方のエンドにエラーについ
て知らせ、その後両方のエンドが、例えば上記セクションＢ．２又はセクション
Ｂ．３に述べたような前記例の幾つかに従って両方のエンドのＴＦＣＩ値を再構
造化し、その後は、ＴＦＣＩ値の意味は両方のエンドで同じとなることになる。
別の実施例によれば、エラーを検知したパーティが、そのＴＦＣＳとＴＦＣＩ値
とを他のパーティに連絡し、そこでも連絡された値が利用されるようになる。第
３実施例によれば、移動通信手段がエラーを検知した場合、ネットワークで用い
られているＴＦＣＳとＴＦＣＩ値とを送るようにネットワークに要求し、ネット
ワークがエラーを検知した場合、移動通信手段が情報を要求してくるのを待たず
に、ネットワークで用いられているＴＦＣＳとＴＦＣＩ値とを送る。

【００６５】 本明細書で述べられている様々な実施例では、転送フォーマットは、許容フォ
ーマット又は非許容フォーマットとして分類されてきた。しかし、本発明の幾つ
かの実施例では、ＴＦＣ内に許容されている転送フォーマットがないベアラには
転送フォーマットが割当てられないので、転送フォーマットのビット転送速度は
ゼロである。ゼロの転送フォーマットは非許容転送フォーマットに対応する。従
って、本明細書及び添付の請求項では、許容転送フォーマットという用語は、非
ゼロ転送フォーマット、即ち、実質的にビット転送速度がゼロではなく、ＴＦＣ
Ｓに利用できる転送フォーマットのことである。

【００６６】 本発明は、異なる転送フォーマットの利用に関して柔軟性を保持しながら、無
線リソースの使用を低減している。本発明では、幾つかのベアラが高速データ転
送を利用するのを不可能にすることなく、無線リソースの利用を制限できるよう
にしている。本発明の方法の柔軟性は、ある特定のサービスを特に制限するため
の方法を提供すると同時に、無線リソースの全体制御を可能にしている。

【００６７】 以上説明してきたように、本発明の範囲内で様々な修正が行われ得ることは、
当業者には明らかであろう。本発明の好適な実施例を詳細に説明してきたが、本
発明の真の精神及び範囲内で、多くの修正及び変更が可能なことは明白である。

【図面の簡単な説明】

【図１】 本発明の有用な実施例による方法を示している。

【図２】 本発明の有用な実施例による別の方法を示している。

【図３】 本発明の有用な実施例によるシステムを示している。

【図４】 本発明の有利な実施例による更に別の方法を示している。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１２年１１月１３日（２０００．１１．１３）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ， ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，Ｓ Ｌ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 ホンカサロ ハーリ フィンランド エフイーエン−01660 ヴ ァンター ハラヴァクヤ 12 (72)発明者 ラヤニエミ ヤーッコ フィンランド エフイーエン−00180 ヘ ルシンキ ラピンリンネ ２ アー 11 (72)発明者 アーマヴァーラ カルレ フィンランド エフイーエン−01610 ヴ ァンター ルオステクヤ ３ デー 24 Ｆターム(参考） 5K030 HC09 JT09 LC05 LC09 5K067 AA11 BB21 GG01 HH22

Claims (21)

【特許請求の範囲】
1. 【請求項１】 セルラー通信システムでベアラを制御するための方法におい
   て、 許容転送フォーマット組み合わせのセットが構造化される段階と、 受信器における前記セットの構造化のための情報が受信器に連絡される段階と
   から成ることを特徴とする方法。
2. 【請求項２】 前記許容転送フォーマット組み合わせのセットが、各転送フ
   ォーマット組み合わせ毎に、前記組み合わせが所定の限界内あるかどうかをチェ
   ックすることにより構造化されることを特徴とする請求項１に記載の方法。
3. 【請求項３】 転送フォーマット組み合わせ識別子が、前記許容転送フォー
   マット組み合わせのセットそれぞれに割当てられることを特徴とする請求項１に
   記載の方法。
4. 【請求項４】 前記転送フォーマット組み合わせ識別子の割当てが、所定の
   ルールに従って実行されることを特徴とする請求項３に記載の方法。
5. 【請求項５】 前記許容転送フォーマット組み合わせのセットが、少なくと
   も前記転送フォーマット組み合わせの総ビット転送速度に従って順序付けされ、
   前記転送フォーマット組み合わせ識別子は、前記識別子が連続する整数のシーケ
   ンスを形成するように割当てられることを特徴とする請求項４に記載の方法。
6. 【請求項６】 前記セットの構造化のための情報を連絡する前記段階は、各
   許容転送フォーマット組み合わせを、前記受信器へ連絡する段階を含むことを特
   徴とする請求項１に記載の方法。
7. 【請求項７】 前記セットの構造化のための情報を連絡する前記段階は、各
   非許容転送フォーマット組み合わせを、前記受信器へ連絡する段階を含むことを
   特徴とする請求項１に記載の方法。
8. 【請求項８】 前記セットの構造化のための情報を連絡する前記段階は、前
   記セットの構造化に関する少なくとも１つの限界を前記受信器へ連絡する段階を
   含むことを特徴とする請求項１に記載の方法。
9. 【請求項９】 前記セットの構造化のための情報を連絡する前記段階は、少
   なくとも１つのベアラの少なくとも１つの転送フォーマットを指定する情報を連
   絡する段階を含んでおり、前記少なくとも１つのベアラの少なくとも１つの転送
   フォーマットは、何れの許容転送フォーマット組み合わせの一部でもないことを
   特徴とする請求項１に記載の方法。
10. 【請求項１０】 前記セットの構造化のための情報を連絡する前記段階は、
    前記セットの、先の転送フォーマット組み合わせセットに対する相違点を指定す
    る段階を含むことを特徴とする請求項１に記載の方法。
11. 【請求項１１】 ベアラの要求は、要求されているベアラの少なくとも１つ
    の転送フォーマットが許容転送フォーマット組み合わせの一部である場合、承認
    されることを特徴とする請求項１に記載の方法。
12. 【請求項１２】 受信器と送信器との間の送信に用いられる転送フォーマッ
    トは、転送フォーマット組み合わせ識別子を送信器から受信器へ送ることにより
    識別されることを特徴とする請求項３に記載の方法。
13. 【請求項１３】 接続の何れか一方のパーティが、受信器の転送フォーマッ
    ト組み合わせ識別子と、送信器の転送フォーマット組み合わせ識別子とが一致し
    ないことを検知した場合、前記転送フォーマット組み合わせ識別子が、接続の少
    なくとも一方のパーティで再構造化されることを特徴とする請求項３に記載の方
    法。
14. 【請求項１４】 前記再構造化の段階は、接続の両方のパーティでの、所定
    のルールに従った、転送フォーマット組み合わせ識別子の再構造化を含んでいる
    ことを特徴とする請求項１３に記載の方法。
15. 【請求項１５】 前記再構造化の段階では、接続のパーティの一方が、自身
    の転送フォーマット組み合わせ識別子を他方のパーティに連絡し、前記他方のパ
    ーティが、前記連絡された識別子を使用することを特徴とする請求項１３に記載
    の方法。
16. 【請求項１６】 セルラー通信システムでベアラを制御するためのシステム
    において、 前記セルラー通信システムのネットワークエレメント内に、許容転送フォーマ
    ット組み合わせのセットを構造化するための手段と、 構造化された許容転送フォーマット組み合わせのセットを、移動通信手段へ連
    絡するための手段とを備えていることを特徴とするシステム。
17. 【請求項１７】 許容転送フォーマット組み合わせのセットを構造化するた
    めの前記手段は、 許容転送フォーマット組み合わせのセットを記憶するためのメモリエレメント
    と、 １つの転送フォーマット組み合わせが所定の限界内にあるかどうかをチェック
    するための手段と、 １つの転送フォーマット組み合わせを、前記メモリエレメント内に記憶されて
    いる前記許容転送フォーマット組み合わせのセットに加えるための手段とを備え
    ていることを特徴とする請求項１６に記載のシステム。
18. 【請求項１８】 構造化された許容転送フォーマット組み合わせのセットを
    移動通信手段へ連絡するための前記手段は、非許容転送フォーマット組み合わせ
    を判定するための手段を備えていることを特徴とする請求項１６に記載のシステ
    ム。
19. 【請求項１９】 前記システムは、更に、先に構造化された第２の許容転送
    フォーマット組み合わせのセットを記憶するための手段を備えており、 構造化された許容転送フォーマット組み合わせのセットを移動通信手段へ連絡
    するための前記手段は、転送フォーマット組み合わせセットと、前記先に記憶さ
    れている第２の許容転送フォーマット組み合わせのセットとの間の相違点を探索
    するための手段を備えていることを特徴とする請求項１６に記載のシステム。
20. 【請求項２０】 前記システムは、転送フォーマット組み合わせ識別子を、
    前記メモリエレメント内に記憶されている各転送フォーマット組み合わせに割当
    てるための手段を更に含むことを特徴とする請求項１６に記載のシステム。
21. 【請求項２１】 前記システムは、送信に用いられる前記転送フォーマット
    を識別するための転送フォーマット組み合わせ識別子を送るための手段を更に含
    むことを特徴とする請求項１６に記載のシステム。