(57)【要約】アップリンクリソースの移動機（ＭＳ）（１００）への割り当ての自由度を高める方法及び装置について、説明がなされる。これは、以前の標準規格と下位互換である。なお、以前の標準規格では、移動機毎に単一のデータフローのみが提供されている。この方法は、（ａ）割り当てられたアップリンクリソース（アップリンク状態フラグ（ＵＳＦ））を、移動機自体にではなく、パケットデータチャネル（ＰＤＣＨ）用の１つ以上の一時ブロックフロー（ＴＢＦ）に割り当てるステップと（但し、所与のＵＳＦは、単一の移動機にのみ対応している）、（ｂ）ＴＢＦを識別するために、一時フロー識別（ＴＦＩ）を使用するステップとを含み、ＴＦＩは、ＰＤＣＨに対して一意であってもよく、さもなければ、ＰＤＣＨ上の移動機に関して（従ってＵＳＦに関して）一意であってもよい。結果として、移動機が、同一のＰＤＣＨにおける割り当てられたリソース上で、ＴＢＦのうちのいずれかを送信可能となる。アップリンクリソースは、アップリンク状態フラグ（ＵＳＦ）を用いて移動機に対して動的に割り当てられてもよく、固定的な割り当てがなされてもよい。合計でｎ個の無線ベアラが、単一のＴＢＦに対応している。ここで、ｎ≧１である。
2004511984.tif 000002
【特許請求の範囲】
【請求項１】
アップリンクリソースの移動機（ＭＳ）への割り当てを円滑に行う方法において、
割り当てられたアップリンクリソースを、アップリンク状態フラグ（ＵＳＦ）を用いて、少なくとも１つの一時ブロックフロー（ＴＢＦ）に対応させるステップであって、所与のＵＳＦが１台の移動機に対応しており、該移動機が、パケットデータチャネル（ＰＤＣＨ）上の割り当てられたアップリンクリソース上で、１つ以上のデータフローを送信できるようにするステップと、
前記移動機の複数のＴＢＦであって割り当てられた前記ＰＤＣＨのリソース上で前記ＰＤＣＨに対して割り当てられたＴＢＦのうちのいずれかを、前記移動機が送信可能となるように、前記ＴＢＦを識別する一時フロー識別（ＴＦＩ）を用いるステップとを備えたことを特徴とする方法。
【請求項２】
１つのＰＤＣＨ上の移動機毎に、１つ以上のＴＢＦを伴う１つ以上のＵＳＦがある請求項１記載の方法。
【請求項３】
ＵＳＦに対して割り当てられたＴＢＦのみが、そのリソース上で送信可能である請求項１記載の方法。
【請求項４】
前記ＰＤＣＨ上でＴＦＩが移動機に関して一意であるとき、同一の前記ＰＤＣＨ上の同一の前記移動機の別のＵＳＦに対して割り当てられた別のＴＢＦが、そのリソース上で送信される請求項１記載の方法。
【請求項５】
アップリンクＴＦＩが、無線ベアラを一意に識別する請求項１記載の方法。
【請求項６】
前記移動機が、既に確立したＴＢＦ上で、所与の無線ベアラでの送信用に割り当てられたリソースを有していないとき、少なくとも前記移動機のクラス及びネットワークにおける無線優先度を格納することにより、高速アクセスを実現する請求項１記載の方法。
【請求項７】
ＵＳＦ及びＴＢＦの少なくとも１つが、前記移動機用に継続的に予約された状態になっている請求項１記載の方法。
【請求項８】
最後のデータブロックが送信されるか、又は、非活動カウンタがある値を超えるまで、ＵＳＦ及びＴＢＦの少なくとも１つが、前記移動機用に予約された状態になっている請求項１記載の方法。
【請求項９】
同一の前記ＰＤＣＨ上の複数の移動機により、アップリンクＴＦＩが同時に使用される請求項１記載の方法。
【請求項１０】
アップリンクリソースの動的な割り当てが利用されているとき、ＵＳＦにより、ダウンリンク方向において前記移動機が識別され、通知される実際のＴＢＦは、ＴＦＩを用いて識別される請求項９記載の方法。
【請求項１１】
アップリンクリソースの固定的な割り当てが利用されているとき、割り当てられた前記アップリンクリソースにより、ダウンリンク方向において前記移動機が識別される請求項９記載の方法。
【請求項１２】
ネットワーク及び少なくとも１台の移動機（ＭＳ）を備えたワイヤレス通信システムであって、該システムは、割り当てられたアップリンクリソースを、アップリンク状態フラグ（ＵＳＦ）を用いて少なくとも１つの一時ブロックフロー（ＴＢＦ）に対応させることにより、ある移動機からの少なくとも１つのアップリンクデータフローを提供し、ここに所与のＵＳＦは１台の移動機に対応して、前記移動機による、パケットデータチャネル（ＰＤＣＨ）上の割り当てられたアップリンクリソース上の１つ以上のデータフローの送信を可能にし、
前記システムは、前記移動機の複数のＴＢＦであって割り当てられた前記ＰＤＣＨのリソース上で前記ＰＤＣＨに対して割り当てられたＴＢＦのうちのいずれかを、前記移動機が送信可能となるように前記ＴＢＦを識別する一時フロー識別（ＴＦＩ）を用いるシステム。
【請求項１３】
１つのＰＤＣＨ上の移動機毎に、１つ以上のＴＢＦを伴う１つ以上のＵＳＦがある請求項１２記載のシステム。
【請求項１４】
ＵＳＦに対して割り当てられたＴＢＦのみが、そのリソース上で送信可能である請求項１２記載のシステム。
【請求項１５】
前記ＰＤＣＨ上でＴＦＩが移動機に関して一意であるとき、同一の前記ＰＤＣＨ上の同一の前記移動機の別のＵＳＦに対して割り当てられた別のＴＢＦが、そのリソース上で送信される請求項１２記載のシステム。
【請求項１６】
アップリンクＴＦＩが、無線ベアラを一意に識別する請求項１２記載のシステム。
【請求項１７】
前記移動機が、既に確立したＴＢＦ上で、所与の無線ベアラでの送信用に割り当てられたリソースを有していないとき、少なくとも前記移動機のクラス及びネットワークにおける無線優先度を格納することにより、高速アクセスを実現する請求項１２記載のシステム。
【請求項１８】
ＵＳＦ及びＴＢＦの少なくとも１つが、前記移動機用に継続的に予約された状態になっている請求項１２記載のシステム。
【請求項１９】
最後のデータブロックが送信されるか、又は、非活動カウンタがある値を超えるまで、ＵＳＦ及びＴＢＦの少なくとも１つが、前記移動機用に予約された状態になっている請求項１２記載のシステム。
【請求項２０】
同一の前記パケットデータチャネル（ＰＤＣＨ）上の複数の移動機により、アップリンクＴＦＩが同時に使用される請求項１２記載のシステム。
【請求項２１】
アップリンクリソースの動的な割り当てが利用されているとき、ＵＳＦによって、ダウンリンク方向において前記移動機がネットワークにより識別され、通知される実際のＴＢＦは、ＴＦＩを用いて識別される請求項２０記載のシステム。
【請求項２２】
アップリンクリソースの固定的な割り当てが利用されているとき、割り当てられたアップリンクリソースによって、ダウンリンク方向において前記移動機がネットワークにより識別される請求項２０記載のシステム。
【請求項２３】
アップリンクリソースの移動機（ＭＳ）への割り当てを円滑に行う方法において、
アップリンク状態フラグ（ＵＳＦ）を伴うリソースを、１つ以上の一時ブロックフロー（ＴＢＦ）に割り当てて、ＵＳＦに対して割り当てられた前記ＴＢＦのみが、割り当てられたリソースを利用可能であるとともにパケットデータチャネル（ＰＤＣＨ）上で割り当てられたリソースを共用可能となるようにするステップであって、ここに所与のＵＳＦは単一の移動機１００にのみ対応づけられるステップと、
少なくとも１つのＴＢＦを用いて、前記移動機からパケットデータを送信するステップとを、備え、
合計ｎ個の無線ベアラが、単一のＴＢＦに対応している方法。
【請求項２４】
ｎ＝１である請求項２３記載の方法。
【請求項２５】
ｎ＞１である請求項２３記載の方法。
【請求項２６】
１つ以上のＰＤＣＨ上で、移動機毎に、１つ以上のＴＢＦを伴う１つ以上の割り当てられたリソースがある請求項２３記載の方法。
【請求項２７】
一時フロー識別（ＴＦＩ）が１つのＰＤＣＨに対して一意であるとき、前記移動機が、前記ＵＳＦ又は前記ＴＦＩに基づいて所与のＰＤＣＨ上で一意に識別される請求項２３記載の方法。
【請求項２８】
一時フロー識別（ＴＦＩ）は、ＰＤＣＨ毎に一意ではなく、ＵＳＦに関してのみ一意であり、全ての可能なＴＦＩ値が、各ＵＳＦとともに使用される請求項２３記載の方法。
【請求項２９】
ＵＳＦに対して割り当てられたＴＢＦのみが、そのリソース上で送信可能である請求項２３記載の方法。
【請求項３０】
ＵＳＦに対して割り当てられたＴＢＦ上で送信すべきデータがなく、かつ、前記ＰＤＣＨ上でＴＦＩが移動機に関して一意であるとき、同一の前記ＰＤＣＨ上の同一の前記移動機の別のＵＳＦに対して割り当てられた別のＴＢＦが、そのリソース上で送信される請求項２３記載の方法。
【請求項３１】
前記ＴＢＦ及び前記ＵＳＦは、それぞれ独立して割り当てられ、解放される請求項２３記載の方法。
【請求項３２】
前記ＵＳＦに対して割り当てられたＴＢＦ上にデータがないとき、前記移動機の複数のＴＢＦであってそのＰＤＣＨに対して割り当てられたＴＢＦのうちのいずれかを、前記移動機が送信する請求項２３記載の方法。
【請求項３３】
前記アップリンクリソースは、ＴＢＦのグループに対して割り当てられ、前記移動機は、前記ＴＢＦのグループ内でスケジューリングを実行し、前記ＰＤＣＨ上でＴＦＩが移動機に関して一意であるとき、前記同一の移動機の別のＵＳＦに割り当てられたＴＢＦが、前記ＰＤＣＨ上の前記アップリンクリソースを利用可能となる請求項２３記載の方法。
【発明の詳細な説明】
【０００１】
〔発明の分野〕
本発明は、一般に、ワイヤレスインタフェースを介してパケットデータを送受信する方法および装置に関し、特に、ワイヤレスユーザ端末と、ディジタルセルラー通信システムにおけるネットワークオペレータとの間で、パケットデータを送受信する方法及び装置に関する。
【０００２】
〔発明の背景〕
現代のワイヤレス通信システムは発展しつづけており、高速パケットデータサービスを移動体のユーザに提供している。一例として、移動体のユーザにインターネット接続を提供する機能がある。この方向へと急速に発展しているワイヤレスシステムには、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）で知られる時分割多元接続（ＴＤＭＡ）システムがある。特に、ＧＳＭの拡張版は、ＧＳＭ＋、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅｓ）、ＥＧＰＲＳ（Ｅｎｈａｎｃｅｄ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅｓ）として知られている。
【０００３】
ＧＰＲＳリリース’９７は、（限定的な）パケットデータサービスを提供する最初の標準規格であった。但し、この標準規格は、パケットデータ接続のビットレート及び遅延をユーザが制御するための機能を、提供するものではなかった。開発中のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）では、パケットドメインは、異なったサービス品質で、いくつかのパケットデータ接続が同時に維持されることを、認めている。現在のところ、リリース’９７以降、後継の２つのＧＰＲＳリリースがあるが、サービス品質の概念は、依然として同様のままである。
【０００４】
ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）リリース５（あるいは単にＲ５）は、ＵＭＴＳコアネットワークに対して新規の無線アクセスネットワークを提供しており、現行のＵＭＴＳで使用されているのと同様のサービス品質特性を採用するものである。
【０００５】
ＵＭＴＳでは、携帯電話機等の移動機（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）と、第３世代（３Ｇ）ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）すなわち３Ｇ−ＳＧＳＮとの間のデータ接続は、ＮＳＡＰＩ（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を用いて識別されており、このＮＳＡＰＩに、要求されたサービス品質（ＱｏＳ）パラメータが関連づけられている。データ接続は、３Ｇ−ＳＧＳＮにより無線アクセスネットワークに対して確立された無線アクセスベアラで実現する。無線アクセスベアラの識別は、ＮＳＡＰＩと同様である。すなわち、ＵＭＴＳでは、データ接続はＮＳＡＰＩを用いて識別され、このＮＳＡＰＩにより、無線アクセスベアラも識別される。無線インタフェースでは、無線アクセスベアラは、１つ又はいくつかの無線ベアラにより実現され、その各々が個別に識別される。無線ベアラ設定段階にて、ＮＳＡＰＩは無線ベアラに関連付けられ、無線ベアラはチャネルに関連付けられる。このように、ＵＭＴＳ無線アクセスネットワークでは、チャネル数／識別子が、データ接続及びそのサービス品質パラメータを明確に特定するので、ＮＳＡＰＩと無線ベアラ識別をプロトコルヘッダに載せる必要がない。
【０００６】
しかしながら、ＧＥＲＡＮ　Ｒ５では、データ接続を（物理）チャネルに関連付けることに対応できていない。したがって、無線インタフェースにてデータ接続をどのように識別するのかという問題が発生する。
【０００７】
第２の問題は、ＧＰＲＳ無線リンクコントロール／メディアアクセスコントロール（ＲＬＣ／ＭＡＣ）レイヤの自由度を高めることに関するものである。基本的なＧＰＲＳとＵＭＴＳ無線アクセスネットワーク（ＵＲＡＮ）との重要な相違点は、ＧＰＲＳ　ＭＡＣが、論理リンク（ＬＬ：Ｌｏｇｉｃａｌ Ｌｉｎｋ）プロトコルデータユニット（ＰＤＵｓ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を多重化する一方で、ＵＭＴＳが、トランスポート（無線リンクコントロールすなわちＲＬＣ）ブロックを多重化するということである。一般に、ＧＰＲＳの多重化は柔軟ではなく、サービス品質について異なった複数の要求がある接続には適していない。
【０００８】
ＥＧＰＲＳでは、ＧＰＲＳと同様のアクセス型がサポートされていて、アップリンク方向（すなわち移動体又は移動機からネットワークへと向う方向）に、一時ブロックフロー（ＴＢＦ：Ｔｅｍｐｏｒａｒｙ Ｂｌｏｃｋ Ｆｌｏｗ）を確立する。これを実現するため、ＧＰＲＳ移動体がパケットチャネルを要求（Ｐａｃｋｅｔ Ｃｈａｎｎｅｌ Ｒｅｑｕｅｓｔ，１１ビット）するのに用いたコントロールメッセージが、ＥＧＰＲＳ用に再利用される。
【０００９】
リリース５では、標準ＲＬＣ及びＭＡＣサブレイヤには、異なったＱｏＳ要求の複数のデータフローを同時にサポートすることが要求される。なお、リリース４（Ｒ４）標準規格に対して変更が加えられて、Ｒ４（及びＲ９７にまで遡る初期のリリース）と下位互換性を持つべきＲ５標準規格が得られた。すなわち、リリース（Ｒ９７〜Ｒ５）の異なる個々の移動機（ＭＳ）が、同一のパケットデータチャネル（ＰＤＣＨ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｈａｎｎｅｌ）で多重化可能となっている必要がある。換言すれば、Ｒ５の移動機とＲ５以前の移動機との間にトラフィック上の差別はない。このことは、ＲＬＣ／ＭＡＣプロトコルデータユニットのヘッダにおける一時フロー識別（ＴＦＩ：Ｔｅｍｐｏｒａｒｙ Ｆｌｏｗ Ｉｄｅｎｔｉｔｙ）及びアップリンク状態フラグ（ＵＳＦ：Ｕｐｌｉｎｋ Ｓｔａｔｅ Ｆｌａｇ）の多重化フィールドは、変更されるべきではないことを意味している。
【００１０】
現在、Ｒ９７〜Ｒ４では、移動機にて１度に１つのデータフロー（アップリンク方向又はダウンリンク方向のどちらか）のみが許される。このデータフローは、ＴＦＩにより識別される一時ブロックフロー（ＴＢＦ：Ｔｅｍｐｏｒａｒｙ Ｂｌｏｃｋ Ｆｌｏｗ）で伝送される。すなわち、ＴＦＩは、移動機／ＴＢＦの対を一意に識別する。ダウンリンク（移動機へと向う）方向では、ＴＦＩは、移動機へのブロックのアドレッシングに用いられ、アップリンク（移動機からの）方向では、ＴＦＩは、到来するデータブロックの所有者（移動機）を識別するのに用いられる。所与のＰＤＣＨにて、最大で３２のＴＢＦ（ＴＦＩは５ビット）が、アップリンク方向又はダウンリンク方向において許される。ＵＳＦは、アップリンクリソースの動的な割り当てに用いられる。一方、ダウンリンクＰＤＣＨ無線リンクコントロール（ＲＬＣ）で、データブロックが（メディアアクセスコントロール（ＭＡＣ）により）ＵＳＦに付加される。その値により、一意的な移動機が、１つ（又は４つ）のデータブロックをアップリンク方向へと、対応するアップリンクＰＤＣＨ上の所定のブロックにて送信可能となる。すなわち、他の移動機は、それらのブロックが使用不能となる。ＵＳＦは３ビットであるため、８台の別々の移動機に対する動的な割り当てが可能となる。これは、別々のＴＢＦが８つのみであることを意味する。
【００１１】
移動機当り複数のフローを、複数のＴＢＦを通じてアップリンクに導入することは、このコンテクストでは、いくつかの考慮がなされるべきであることを意味する。第１に、１台の移動機が、自分に予約されたいくつかのＵＳＦ（各ＴＢＦに対して１つ）を持つということがある。これにより、動的な割り当てが非常に制限される。第２に、このことは、所与のＰＤＣＨ上の移動機の台数も非常に制限される（ＰＤＣＨ上に最大３２のＴＢＦ）ことを、さらに意味する。実際には、ＵＳＦの制約のために、動的な割り当てにて、アップリンクＰＤＣＨ当り８台のみの移動機がサポート可能となるだけである。第３に、移動機当り複数のフローを導入することは、ネットワーク（ＮＷ）が、全てのアップリンクフローをスケジューリングすることを、さらに意味する。すなわち、移動機は、アップリンク方向には、自分のスケジューリングを実行することができない。このことは、データ送信のさらなる遅延を意味する。すなわち、移動機は、個々のＴＢＦが送信可能となる前に、ネットワークから許可を受ける必要がある。このことは、データフローにおける所望のＱｏＳによっては、受け入れ難いものとなりうる。
【００１２】
本発明者は、全てのアップリンクリソースが、ネットワークのコントロール下となる（固定的な割り当て、動的な割り当て、拡張された動的な割り当て）ことを実現した。このことは、ネットワークが、任意の時点にて、どの移動機からデータブロックを受信しているのかを認識していることを意味する。なお、このネットワークの認識により、アップリンクデータブロックにおける現行のＴＦＩが、実際には必要ではない。すなわち、所与の移動機は、希望したときに送信可能となるのではなく、送信の許可が下りたときにのみ送信可能となる。
【００１３】
〔発明の目的及び利点〕
本発明の第１の目的及び利点は、１つの所与の移動機に対して、アップリンク方向に複数のデータフローを提供する方法及び装置を提供することにある。
【００１４】
本発明のさらなる目的及び利点は、１つの所与の移動機に対して、アップリンク方向に複数の並行したデータフローを提供する方法及び装置を提供することにある。この方法及び装置は、リリース１９９７乃至１９９９と下位互換であり、現行のＲＬＣ／ＭＡＣブロック構造及びヘッダに対する変更が不要である。
【００１５】
〔発明の概要〕
本発明の実施形態による方法及び装置により、上記の課題及び他の課題が解決されるとともに、本発明の目的が達成される。
【００１６】
アップリンクリソースの移動機（ＭＳ）への割り当ての自由度を高める方法及び装置について、説明がなされる。これは、以前の標準規格と下位互換である。なお、以前の標準規格では、移動機毎に単一のデータフローのみが提供されている。本方法では、（Ａ）割り当てられたアップリンクリソース（アップリンク状態フラグ（ＵＳＦ））を、移動機自体にではなく、パケットデータチャネル（ＰＤＣＨ）用の１つ以上の一時ブロックフロー（ＴＢＦ）に割り当てるステップと（但し、所与のＵＳＦは、単一の移動機にのみ対応している）、（Ｂ）ＴＢＦを識別するために、一時フロー識別（ＴＦＩ）を使用するステップとを含み、ＴＦＩは、ＰＤＣＨに対して一意でありうるので、ＰＤＣＨ上の複数の移動機間で一意であってもよく、さもなければ、ＰＤＣＨ上の移動機に関して一意（ＵＳＦに関して一貫していることを意味する）でありうるので、ＰＤＣＨ上の複数の移動機間で繰り返されてもよい。結果として、移動機が、割り当てられたリソース上で、ＰＤＣＨに割り当てられた自機のＴＢＦのうちのいずれかを送信可能となる。また、ＴＦＩは、ＵＳＦに関して一意でありうるが、移動機に関して一意である必要はない（移動機当り３２を超えたＴＦＩが、ＰＤＣＨ上に存在しうることを意味する）。この場合、ＴＦＩは、ＰＤＣＨ上の１台の移動機の複数のＵＳＦ間で繰り返されてもよく、移動機は、割り当てられたリソース上でそのＵＳＦに割り当てられたフローのうちのいずれかを送信可能となる。アップリンクリソースは、アップリンク状態フラグ（ＵＳＦ）を用いて移動機に対して動的に割り当てられてもよく、固定的な割り当てがなされてもよい。
【００１７】
ある場合には、ＵＳＦに対して割り当てられたＴＢＦのみが、そのリソース上で送信される。別の場合には、ＰＤＣＨ上でＴＦＩが移動機に関して一意であり、同一のＰＤＣＨ上の同一の移動機の別のＵＳＦに対して割り当てられた別のＴＢＦが、そのリソース上で送信可能である。このことは、例えば、ＵＳＦに対して割り当てられたＴＢＦ上に送信するデータがない場合に、通例、なされうる。
【００１８】
合計でｎ個の無線ベアラが、単一のＴＢＦに対応している。ここで、ｎ≧１である。
【００１９】
なお、本発明の目的は、ＰＤＣＨ当りの移動機の台数を増やすことである必要はなく（それでも８台がサポートされている）、アップリンクリソースの割り当ての自由度を高めるとともに、フロー数を増やすことにある。
【００２０】
〔発明の詳細な説明〕
本発明の上述の特徴及び他の特徴は、以下の発明の詳細な説明を添付の図面とともに読むことにより、より明らかになる。
【００２１】
最初に図１を参照すると、複数の移動機１００が含まれて本発明を実施するのに適したワイヤレス通信システム５の一実施形態の簡略ブロック図が、示されている。便宜上、２台の移動機（ＭＳ）が、図１に示されている。一方がＭＳ＃１として示され、他方がＭＳ＃２として示されている。また、図１には、具体例としてのネットワークオペレータが示されている。これは、例えば、パブリック・パケットデータ・ネットワーク（Ｐｕｂｌｉｃ Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）すなわちＰＤＮのような通信ネットワークに接続するためのＧＰＲＳサポートノード（ＧＳＮ：ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）３０、少なくとも１つの基地局コントローラ（ＢＳＣ）４０、及び複数の無線基地局装置（ＢＴＳ）５０を有する。無線基地局装置５０は、所定の無線インタフェース標準規格に従って、移動機１００への物理及び論理チャネルの双方に、発送すなわちダウンリンク方向への送信を行う。また、逆方向、すなわち移動機１００からネットワークオペレータへのアップリンク通信経路も存在する。これは、移動体から発せられたアクセス要求及びトラフィックを伝達し、割り当てられたアップリンクリソースの情報を使用する。例えば、ここでの教示内容によるＵＳＦ及びＴＦＩである。
【００２２】
これら教示内容の好適な実施形態（但しそれに限定されるものではない）では、無線インタフェース標準規格は、移動機１００との間で生じるパケットデータ送信（インターネット７０接続及びウェブページのダウンロード等）を可能とするあらゆる標準規格に準拠しうる。本発明の現時点で好適な実施形態では、無線インタフェース標準規格は、ここで開示されたエンハンスドＧＰＲＳ機能対応の時分割多元接続（ＴＤＭＡ）無線インタフェースである。
【００２３】
また、ネットワークオペレータには、メッセージを受信して移動機１００へと転送するメッセージサービスセンタ（ＭＳＣ）６０が、含まれている。なお、パケットデータを使用可能な任意のワイヤレスメッセージング技術が、使用可能である。他の型のメッセージングサービスとして、追加データサービス（Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｄａｔａ Ｓｅｒｖｉｃｅｓ）、及び現在開発中でマルチメディアメッセージングサービス（ＭＭＳ：Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）として知られるもの等がある。これによると、イメージメッセージ、ビデオメッセージ、オーディオメッセージ、テキストメッセージ、実行可能ファイル等、及びそれらの組み合わせが、ネットワーク及び移動機間で転送可能である。
【００２４】
通例、移動機１００には、マイクロコントロールユニット（ＭＣＵ）１２０が含まれている。このＭＣＵ１２０は、ディスプレイ１４０の入力に接続した出力と、キーボード又はキーパッド１６０の出力に接続した入力とを有する。移動機１００は、携帯電話機やパーソナルコミュニケータ等のハンドヘルド型の無線電話機とみなされてもよい。また、移動機１００は、使用時に他の機器と接続されるカード又はモジュール内に格納されていてもよい。例えば、移動機１００は、使用時に携帯型データプロセッサ内に装着されるＰＣＭＣＩＡや同様の型のカード又はモジュール内に、格納されていてもよい。なお、携帯型データプロセッサとは、ラップトップ若しくはノートブックコンピュータ、又はユーザが着用可能なコンピュータであってもよい。
【００２５】
ＭＣＵ１２０は、ある種のメモリ１３０を含むか、あるいはそれに接続するものとみなされる。なお、このメモリ１３０としては、オペレーティングプログラムを格納する読み出し専用メモリ（ＲＯＭ）、及び、必要なデータ、スクラッチパッドメモリ内容、受信したパケットデータ、送信すべきパケットデータ等を一時的に記憶するランダムアクセスメモリ（ＲＡＭ）がある。さらに、独立した着脱可能なＳＩＭ（図示せず）が、提供されてもよい。例えば、ＳＩＭは、好ましい公衆陸上移動網（ＰＬＭＮ：Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）リスト、及び他の加入者関連情報を格納する。ＲＯＭは、本発明の目的のために、ＭＣＵ１２０が、ここでの教示内容に従ってパケットデータを送受信するのに必要なソフトウェアルーチン、レイヤ、及びプロトコルを実行できるようにするプログラムを格納するとともに、ディスプレイ１４０及びキーパッド１６０を通じたユーザとの適切なユーザインタフェース（ＵＩ）を提供するものとみなされる。図示されていないが、ユーザが、通常の方式による音声通話ができるように、通例、マイクロフォン及びスピーカが設けられている。
【００２６】
また、移動機１００には、ワイヤレス部が含まれている。ワイヤレス部には、ディジタル信号プロセッサ（ＤＳＰ）１８０又は等価な高速プロセッサ、及びワイヤレス送受信器が、含まれている。なお、ワイヤレス送受信器は、送信器２００及び受信器２２０を備え、これらのいずれもが、ネットワークオペレータとの通信用のアンテナ２４０に接続している。パケットデータは、ここでの教示内容に従って、アンテナ２４０を通じて送受信される。
【００２７】
以上、本発明の実施に適したワイヤレス通信ネットワーク及びシステム実施例について説明した。次に、本発明について説明する。
【００２８】
本発明により、リソースがＵＳＦとともに、１つ又はそれ以上のＴＢＦに割り当てられるようになる。すなわち、ＵＳＦに対して割り当てられたこれらＴＢＦが、割り当てられたリソースを利用することができる。すなわち、１つ又はそれ以上のＴＢＦ（ＴＦＩ）が、ＰＤＣＨ上の割り当てられたリソース（ＵＳＦ）を共用する。ここで、所与のＵＳＦは、単一の移動機１００にのみ属する。すなわち、単一の移動機１００に対してのみ関連付けられる。この場合、アップリンクヘッダ内のＴＦＩ値は、移動機１００を一意に識別するわけではないが、その代わりに、所与の移動機１００に対応したＴＢＦを識別するものとみなされる。
【００２９】
ＵＳＦに対して割り当てられたＴＢＦ上にデータがない場合、移動機１００は、そのＴＢＦのうちのいずれかを送信することが望ましい。このように、リソース（ＵＳＦ）は、ＴＢＦのグループに対して割り当てられ、移動機１００は、ＴＢＦのグループ内でスケジューリングを実行する。どのＴＢＦにもデータがなく、ＴＦＩがＰＤＣＨ上の移動機毎に一意になっていれば、そのＰＤＣＨ上の同一の移動機１００の他の複数のＵＳＦに対して割り当てられた複数のＴＢＦが、そのリソースを利用してもよい。
【００３０】
ある場合には、ＵＳＦに対して割り当てられたそれらのＴＢＦのみがそのリソース上で送信可能である。他の場合（ＰＤＣＨ上の移動機毎に各ＴＦＩが一意となった場合）には、同一のＰＤＣＨ上の同一の移動機における別のＵＳＦに対して割り当てられた他のＴＢＦが、そのリソース上で送信可能である。例えば、ＵＳＦに対して割り当てられたＴＢＦ上に送信すべきデータがない場合に、通例、このようなことがなされうる。
【００３１】
所与のＰＤＣＨ上の移動機毎に、１つ以上のＴＢＦを伴う１つ以上の割り当てられたリソース（ＵＳＦ）があってもよい。さらに、１つ以上のＰＤＣＨ上の移動機１００毎に、１つ以上のＴＢＦを伴う１つ以上の割り当てられたリソースがあってもよい。
【００３２】
ＰＤＣＨ上でＴＦＩが一意である場合、ＰＤＣＨ毎のＴＢＦ数の最大値は、例えば３２である。この場合、ＵＳＦ又はＴＦＩに基づいて、移動機１００を識別することができる。すなわち、所与のＰＤＣＨ上で、別の移動機１００が同一のＵＳＦ及びＴＦＩ値を持つことはできない。
【００３３】
さらに、この点に関して、及び、ＵＳＦに基づいて移動機１００を識別可能であるため、ＴＦＩは、ＰＤＣＨ毎に一意である必要はなく、ＰＤＣＨ上の移動機に関して一意である（ＵＳＦに関して一貫していることを意味する）か、あるいはＵＳＦに関してのみ一意であればよい。後者の場合、全てのＴＦＩ番号空間が、ＰＤＣＨ上の全ての移動機、又は全てのＵＳＦとそれぞれ使用されてもよい。すなわち、ＵＳＦは、ＰＤＣＨ上で一意になっている。但し、ネットワークがアップリンクリソースをＵＳＦとともにＴＢＦの組に対して割り当てた場合、たかだか３２のＴＢＦがそのリソースを共用することになる。このように、ＴＢＦの最大数は、この例ではＵＳＦ毎に３２であり、８つのＵＳＦ値では、ＰＤＣＨ当り、８×３２＝２５６ＴＢＦとなる。
【００３４】
上記の帰結として、ＴＦＩがＰＤＣＨ上の移動機１００に関して一意であり、場合によるとＰＤＣＨ単独で一意であるということであれば、移動機１００は、ＰＤＣＨの（固定的又は動的に）割り当てられたリソース上のＰＤＣＨ上の任意のＴＢＦを自由に送信できる。すなわち、ネットワークは、アップリンクにおける移動機１００をスケジューリングするが、移動機１００は、ＰＤＣＨの割り当てられたリソース上のアップリンクにて、ＴＢＦをスケジューリングする。
【００３５】
さらに、上記の帰結として、ＴＦＩ値は、ＰＤＣＨ上の複数の移動機１００で繰り返されてもよい。すなわち、任意のアップリンクＰＤＣＨ上に、各移動機１００について３２個のアップリンクＴＢＦがあってもよい（１つのＵＳＦ／移動機／ＰＤＣＨが割り当てられた場合における１つのＵＳＦと等しい）。
【００３６】
上記内容を考慮し、さらに本発明の教示内容に従って、ＴＢＦは、ＰＤＣＨが変更されない限り、搬送する無線ベアラの存続時間に亘って保たれていることすなわちアクティブになっていることが望ましい（ＴＦＩ予約）。移動機１００がＴＢＦと同じ数の無線ベアラを持ちうるので、送信バッファ（メモリ１３０内）が空であっても、このことが成り立つ。３２の異なったＴＦＩがあって、３２の無線ベアラ識別（ＲＢｉｄ：Ｒａｄｉｏ Ｂｅａｒｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）がある。なお、移動機１００が３２フロー／ＰＤＣＨを超えていれば（ありそうにないが）、ＴＦＩ−ＲＢマッピングは、接続中に再定義可能である。これにより、所与の無線ベアラについて、時間を費やす何度かのＴＢＦの確立が回避される。
【００３７】
ＴＦＩ（アップリンクでの）は、無線ベアラを一意に識別しうる。すなわち、ＴＦＩとＲＢｉｄとが一対一写像となりうる。但し、本発明の他の実施形態では、２つ以上の無線ベアラが、単一のＴＢＦを通じて送信可能であることが、考慮されるべきである。すなわち、合計ｎ個の無線ベアラが、単一のＴＢＦに対応している。ここでｎは１以上である。
【００３８】
さらに、本発明の教示内容によると、移動機１００が、既に確立されたＴＢＦ上に所与の無線ベアラを送信するための割り当てられたリソースを有していなければ、高速アクセスが用いられることが望ましい。この場合には、移動機のクラス（ＭＳ Ｃｌａｓｓ）、無線優先度（ｒａｄｉｏ ｐｒｉｏｒｉｔｙ）、及び他の情報が、高速アクセスを推進するためにネットワーク内に格納されていてもよい。
【００３９】
そのうえ、本発明の教示内容によると、ＵＳＦ及びＴＢＦは、所与の移動機１００に対して連続的に予約されていてもよく、最後のブロックが送信されると解放されてもよい。また、非活動カウンタがある値を超えた場合に、ＵＳＦが解放されてもよい。
【００４０】
なお、ＴＢＦ及びＵＳＦは、個別に割り当てられて解放される。すなわち、ＴＢＦの解放が、対応するＵＳＦの解放につながる必要はない。ＴＢＦの割り当ては、既に割り当てられたＵＳＦについてなされうる。
【００４１】
なお、これら教示内容の実施形態によると、以下のことが分かる。すなわち、（Ａ）ＴＢＦは、一度、アップリンクにおける個々の無線ベアラに対して一度だけ、確立される。（Ｂ）ＴＢＦ数（アップリンクにて移動機１００毎に許されるデータフロー）が潜在的に多くなるため、ＴＦＩ及びＵＳＦを現在指定されているように変更する必要がなく、本発明の教示内容が下位及び上位互換になる。
【００４２】
図２を参照すると、上記教示内容による移動機１００及びネットワーク間のＵＳＦ及びＴＦＩの使用例が示されている。なお、本発明の教示内容は、もとよりＵＳＦの使用（すなわち、動的なチャネル割り当て）に限定されるものではなく、固定的なチャネル割り当てにも利用可能である。
【００４３】
ステップ１では、ＰＤＰコンテクストが、ネットワークサービスアクセスポイント（ＮＳＡＰＩ）２のために起動する。これは、例えば、ウェブブラウズに用いられる。ＰＤＰコンテクストの起動には、アクティブＰＤＰコンテクスト要求（Ａｃｔｉｖａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）メッセージ及びアクティブＰＤＰコンテクスト承認（Ａｃｔｉｖａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔ）メッセージをやりとりすることが含まれる。
【００４４】
ステップ２では、起動したＰＤＰコンテクストのための無線ベアラが確立する。一時ブロックフロー（ＴＢＦ）識別（ＴＦＩ）が、この段階で既に割り当てられている。ＴＦＩ値は、ＮＳＡＰＩ値と同じであってもよい。但し、必ずしもそうである必要はない。この例では、ＴＦＩ（２）に同じ値が割り当てられている。なお、ＮＳＡＰＩ及びＴＦＩの値が常に等しいことが要求されている場合には、ＴＦＩは、無線ベアラ設定メッセージに含まれる必要がない。無線ベアラの設定には、ネットワークから移動機１００への無線ベアラ設定（Ｒａｄｉｏ Ｂｅａｒｅｒ Ｓｅｔｕｐ）、及び無線ベアラ設定完了（Ｒａｄｉｏ Ｂｅａｒｅｒ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ）（移動機１００からネットワークへの）等のメッセージのやりとりが含まれる。この手順の間では、物理的な無線リソース（無線チャネル）が割り当てられることはない。
【００４５】
ステップ３では、ＮＳＡＰＩ５のためにＰＤＰコンテクストが起動され、例えば電子メールのアップロードが実行される。
【００４６】
ステップ４では、起動したＰＤＰコンテクストのために無線ベアラが確立し、ＴＦＩ値に５が割り当てられる。
【００４７】
ステップ５では、ユーザが、例えば電子メールのアップロードを開始する旨を、希望する。物理的な無線リソースが、要求されて割り当てられる。なお、無線ベアラの設定と物理リソースの割り当てとの間に、かなりの時間がかかる（例えば数分間）。したがって、当業者は、ＴＦＩの使用法が、ＧＰＲＳ　Ｒ９７／Ｒ９９で現在規定された使用法とは非常に異なることがわかるであろう。
【００４８】
ステップ６では、ネットワークは、移動機１００がアップリンクでデータを送信できるようにする。
【００４９】
ステップ７では、ＲＬＣブロック（ＴＦＩ５）が送信される。
【００５０】
ステップ８では、ネットワークは、移動機１００がアップリンクでデータを送信でききるようにする。
【００５１】
ステップ９では、ＲＬＣブロック（ＴＦＩ５）が送信される。電子メールのアップロードには、ユーザの動作を何も要しないので、ユーザは、電子メールのアップロード中に、同時にウェブブラウズの実行を希望することがある。そして、例えば、新規のウェブページをダウンロードする旨の命令が、移動機のウェブクライアントからネットワークへと送信されることがある。
【００５２】
ステップ１０では、ネットワークは、移動機１００がアップリンクでデータを送信可能とする。
【００５３】
ステップ１１では、ウェブブラウズが、通例、電子メールアプリケーションよりも遅延についての要求がより厳しいので、電子メールのアップロードが中断され、割り当てられたアップリンクのスロットは、移動機１００からのウェブクライアントの要求を送信するのに用いられる。なお、より早く割り当てられたＴＦＩ値が、ＲＬＣ／ＭＡＣヘッダ内で用いられる。これにより、終了の受信とデータ接続の識別が可能となる。
【００５４】
なお、上記方法には、ＧＳＭ０４．６０で現在指定されているＲＬＣ／ＭＡＣヘッダが用いられており、ヘッダを変更する必要はない。このことは、本発明の上述の目的及び利点を満たすものである。
【００５５】
本発明の方法は、パケットアップリンクのａｃｋ／ｎａｃｋ及びパケットアップリンク割り当てメッセージにおけるＴＦＩフィールドの新しい解釈を用いている。アップリンクメッセージは、パケットアップリンクａｃｋ／ｎａｃｋメッセージを用いて、ネットワークにより通知される。移動機は、アップリンクリソースがこの移動機に割り当てられたＰＤＣＨ上の全てのメッセージを受信する。移動機は、ＲＬＣ／ＭＡＣヘッダを解読し、メッセージ内のＴＦＩがパケットアップリンク割り当てメッセージにおいて移動機に対して割り当てられたものと同じであれば、メッセージの所期の宛先であることを認識する。ここに開示された方法では、アップリンクＴＦＩは、同一のＰＤＣＨ上の何台かの移動機に使用可能である。従って、アップリンクで使用されたＴＦＩは、ダウンリンク方向にて移動機を識別するのには用いられない。ダウンリンク方向にて移動機を識別するのには、２つの代替策がある。
【００５６】
（Ａ）アップリンクリソースの動的割り当てが用いられる場合、移動機１００を識別するのにＵＳＦが使用可能である。動的割り当てにおける８台の移動機のみが、アップリンクにおいて、同一のＰＤＣＨを共用することができる。したがって、それらの８つの値が、ダウンリンクにおいても、移動機を識別するのに使用可能である。例えば、パケットアップリンクのａｃｋ／ｎａｃｋメッセージにおいてである。通知される実際のＴＢＦは、メッセージ本体におけるＴＦＩを用いて識別される。図３には、この代替策が示されている。
【００５７】
（Ｂ）アップリンクリソースの固定的な割り当てが用いられる場合、移動機にはＵＳＦが割り当てられないので、移動機を識別するのにＵＳＦは用いられない。パケットアップリンク割り当てメッセージでは、ＴＦＩが移動機に対して割り当てられる。本方法によると、このＴＦＩ値は、アップリンク方向では移動機を識別するのに用いられず、割り当てられたアップリンクリソースにより移動機が識別される。しかしながら、割り当てられたＴＦＩ値は、ダウンリンク方向にて、移動機を識別するのに使用可能である。この場合には、ＲＬＣ／ＭＡＣヘッダ内のＴＦＩは、メッセージ本体で使用されるＴＦＩとは異なる。例えば、パケットアップリンクのａｃｋ／ｎａｃｋメッセージにおいてである。図４には、この代替策が示されている。
【００５８】
上述の両代替策では、現行のＧＰＲＳコントロールヘッダを変更する必要がなく、新規の端末は、以前のＧＰＲＳリリースの端末とは異なった方式で、フィールドを解釈するだけである。
【００５９】
図３を参照すると、移動機へのアップリンクリソースの動的割り当ての例における移動機及びネットワーク間のＵＳＦ及びＴＦＩの使用例、並びに、上記教示内容によるパケットアップリンクのａｃｋ／ｎａｃｋメッセージングが、示されている。
【００６０】
ステップ１では、ネットワークは、移動機がアップリンクにて送信可能となるようにする。
【００６１】
ステップ２では、ＲＬＣブロック（ＴＦＩ５）が送信される。
【００６２】
ステップ３では、ネットワークは、移動機がアップリンクにて送信可能となるようにする。
【００６３】
ステップ４では、ＲＬＣブロック（ＴＦＩ５）が、ＴＦＩ（５）により識別された移動機から送信される。
【００６４】
ステップ５では、ネットワークは、移動機がアップリンクにて送信できるようにする。
【００６５】
ステップ６では、ＲＬＣブロック（ＴＦＩ２）が、ＴＦＩ（２）により識別された移動機から送信される。
【００６６】
ステップ７では、ネットワークは、受信したＲＬＣブロックについて通知する。ＲＬＣ／ＭＡＣコントロールヘッダ内のＴＦＩは、移動機１００に割り当てられたＵＳＦ値（６）を有する。パケットアップリンクａｃｋ／ｎａｃｋメッセージ本体におけるＴＦＩ（５）が、ＴＢＦを識別する。このＴＢＦ上で受信されたメッセージは、このメッセージにおいてのみ通知される。
【００６７】
ステップ８では、ネットワークは、受信したＲＬＣブロックについて通知する。ＲＬＣ／ＭＡＣコントロールヘッダ内のＴＦＩは、移動機１００に割り当てられたＵＳＦ値（６）を有する。パケットアップリンクａｃｋ／ｎａｃｋメッセージ本体におけるＴＦＩ（２）により、ＴＢＦが識別される。このＴＢＦ上で受信されたメッセージは、このメッセージにおいてのみ通知される。
【００６８】
図４を参照すると、移動機１００へのアップリンクリソースの固定的割り当ての例における移動機１００及びネットワーク間のＵＳＦ及びＴＦＩの使用例、並びに、上記教示内容によるパケットアップリンクのａｃｋ／ｎａｃｋメッセージングが、示されている。
【００６９】
ステップ１では、ネットワークは、移動機１００がアップリンクにてデータを送信可能となるようにする。割り当てられたＴＦＩ（１７）は、移動機を識別するためにダウンリンクで用いられる。
【００７０】
ステップ２では、ＲＬＣブロック（ＴＦＩ５）が、ＴＦＩ（５）により識別された移動機１００から送信される。
【００７１】
ステップ３では、ＲＬＣブロック（ＴＦＩ５）が、ＴＦＩ（５）により識別された移動機１００から送信される。
【００７２】
ステップ４では、ＲＬＣブロック（ＴＦＩ２）が、ＴＦＩ（２）により識別された移動機から送信される。
【００７３】
ステップ５では、ネットワークは、受信したＲＬＣブロックについて通知する。ＲＬＣ／ＭＡＣコントロールヘッダ内のＴＦＩは、パケットアップリンク割り当てメッセージ内で移動機１００に割り当てられたＵＳＦ値（１７）を有する。パケットアップリンクａｃｋ／ｎａｃｋメッセージ本体におけるＴＦＩ（５）により、ＴＢＦが識別される。このＴＢＦ上で受信されたメッセージは、このメッセージにおいてのみ通知される。
【００７４】
ステップ６では、ネットワークは、受信したＲＬＣブロックについて通知する。ＲＬＣ／ＭＡＣコントロールヘッダ内のＴＦＩは、パケットアップリンク割り当てメッセージ内で移動機１００に割り当てられたＵＳＦ値（１７）を有する。パケットアップリンクａｃｋ／ｎａｃｋメッセージ本体におけるＴＦＩ（２）により、ＴＢＦが識別される。ＴＢＦ上で受信されたメッセージは、このメッセージにおいてのみ通知される。
【００７５】
なお、別の無線ベアラからのデータが同一のアップリンクリソースを通じて多重化される場合（同一のＵＳＦを共用する複数のＴＦＩ）には、実行中のリソースの割り当てを変更することが必要になることもある。このような場合には、現行又は新規のアクセス型が、追加のリソースを要求するのに用いられうる。この場合、ネットワークは、パケットアップリンク割り当て（Ｐａｃｋｅｔ Ｕｐｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ）メッセージ又は同様の他のメッセージを送信することにより応答する。
【００７６】
上述のように、ＥＧＰＲＳのＲ４では、移動機毎に１つのみのデータフローがサポートされており、ＴＦＩは、アップリンクでは移動機を識別し、ＵＳＦ毎に１つのみのフローが用いられる。
【００７７】
上述の教示内容によると、発明者は、移動機毎に複数のデータフローがサポート可能となるようにし、アップリンクヘッダ内のＴＦＩが、移動機自体ではなくＴＢＦを識別するのに使用されるようにしたことが、理解されるであろう。上述の教示内容により、現在指定されているＲＬＣ／ＭＡＣ構造及びヘッダに対して僅かな影響を与えるだけで、あるいは、全く影響を与えずに、移動機１００毎に多数のデータフローが有用に提供される。また、これら教示内容により、アップリンクリソースの割り当ての自由度が高まる。
【００７８】
当業者は、ここでの教示内容に従って、これら教示内容に対する様々な変更を導出することができるであろう。従って、本発明が、その好適な実施形態について示されるとともに説明されているものの、形態及び詳細を変更することが、本発明の範囲及び真意から外れることなくなされうることが、当業者には理解されるであろう。
【図面の簡単な説明】
【図１】
本発明を実施するのに適した通信システムの簡略ブロック図である。
【図２】
複数の並行したアップリンクデータフローを下位互換となるように確立するための本発明のコンテクストでのＵＳＦ及びＴＦＩの使用例を示す図である。
【図３】
複数の並行したアップリンクデータフローを下位互換となるように確立するための本発明におけるアップリンクリソースの動的割り当てのコンテクストによるＵＳＦ、ＴＦＩ、及びａｃｋ／ｎａｃｋメッセージの使用例を示す図である。
【図４】
複数の並行したアップリンクデータフローを下位互換となるように確立するための本発明におけるアップリンクリソースの固定的割り当てのコンテクストによるＵＳＦ、ＴＦＩ、及びａｃｋ／ｎａｃｋメッセージの使用例を示す図である。
【図１】
2004511984.tif 000003
【図２】
2004511984.tif 000004
【図３】
2004511984.tif 000005
【図４】
2004511984.tif 000006
【国際公開パンフレット】
2004511984.tif 000007
2004511984.tif 000008
2004511984.tif 000009
2004511984.tif 000010
2004511984.tif 000011
2004511984.tif 000012
2004511984.tif 000013
2004511984.tif 000014
2004511984.tif 000015
2004511984.tif 000016
2004511984.tif 000017
2004511984.tif 000018
2004511984.tif 000019
2004511984.tif 000020
2004511984.tif 000021
2004511984.tif 000022
2004511984.tif 000023
2004511984.tif 000024
2004511984.tif 000025
2004511984.tif 000026
2004511984.tif 000027
2004511984.tif 000028
2004511984.tif 000029
2004511984.tif 000030
2004511984.tif 000031
2004511984.tif 000032
2004511984.tif 000033
【国際調査報告】
2004511984.tif 000034
2004511984.tif 000035