(57)【要約】  移動局は、データの信憑性を損なうことなく、リアルタイム通信を行うことができる。  無線通信装置（１）の通信判断手段（１ａ）は、無線リソースを共有して無線通信する移動局（２ａ〜２ｃ）からの通信要求および上位装置（３）からの通信設定情報にリアルタイム通信要求情報が含まれているか否か判断する。無線リソース確保手段（１ｂ）は、通信要求および通信設定情報にリアルタイム通信要求情報が含まれている場合、移動局（２ａ〜２ｃ）に対する無線リソースを常時または定期的に確保するようにする。
2008053552.tif 000002
【特許請求の範囲】
【請求項１】
無線リソースを共有する移動局と無線通信を行う無線通信装置において、
前記移動局からの通信要求および上位装置からの通信設定情報にリアルタイム通信要求情報が含まれているか否か判断する通信判断手段と、
前記通信要求および前記通信設定情報に前記リアルタイム通信要求情報が含まれている場合、前記移動局に対する前記無線リソースを常時または定期的に確保するようにする無線リソース確保手段と、
を有することを特徴とする無線通信装置。
【請求項２】
前記無線リソースにマッピングするデータのデータ長に基づいて、前記データを分割および結合するデータ分割結合手段を有することを特徴とする請求の範囲第１項記載の無線通信装置。
【請求項３】
前記データ分割結合手段は、前記データのデータ長が所定サイズより大きい場合、前記データのヘッダを分割することを特徴とする請求の範囲第２項記載の無線通信装置。
【請求項４】
前記データ分割結合手段は、圧縮された圧縮ヘッダを有する他の前記データに、分割した前記ヘッダを付加することを特徴とする請求の範囲第３項記載の無線通信装置。
【請求項５】
前記データ分割結合手段は、前記データのデータ長が所定サイズより小さい場合、前記無線リソースの空きリソースに他の前記データまたは他の前記移動局の前記データを結合することを特徴とする請求の範囲第２項記載の無線通信装置。
【請求項６】
前記無線リソース確保手段は、空きの前記無線リソースが存在しない場合、非リアルタイム通信を行っている前記移動局に割り当てている前記無線リソースを、リアルタイム通信の通信要求を行ってきた前記移動局に割り当てることを特徴とする請求の範囲第１項記載の無線通信装置。
【請求項７】
前記移動局に送信するデータの順にタイマ情報を付与するタイマ手段と、
前記データの前記タイマ情報に基づいて、前記データを破棄するデータ破棄手段と、
を有することを特徴とする請求の範囲第１項記載の無線通信装置。
【請求項８】
前記移動局に送信するデータを一時保持するバッファと、
前記バッファの前記データの保持量が所定値を超えた場合、前記バッファに記憶されている古い前記データから破棄するデータ破棄手段と、
を有することを特徴とする請求の範囲第１項記載の無線通信装置。
【請求項９】
前記無線リソース確保手段は、ダウンリンクにおける前記無線リソースおよびアップリンクにおける前記無線リソースを常時または定期的に確保することを特徴とする請求の範囲第１項記載の無線通信装置。
【請求項１０】
無線リソースを共有する移動局と無線通信を行う無線通信方法において、
前記移動局からの通信要求および上位装置からの通信設定情報にリアルタイム通信要求情報が含まれているか否か判断し、
前記通信要求および前記通信設定情報に前記リアルタイム通信要求情報が含まれている場合、前記移動局に対する前記無線リソースを常時または定期的に確保するようにする、
ことを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信装置および無線通信方法に関し、特に無線リソースを分割して共有する移動局と無線通信を行う無線通信装置および無線通信方法に関する。
【背景技術】
【０００２】
移動通信システムにおいて、多く利用されているサービスの１つに音声通信がある。近年、移動通信システムを構築する伝送路インターフェースに、ＩＰ（Internet Protocol）伝送路が採用され始めており、音声通信に関しても、従来の回線交換型タイプから、ＶｏＩＰ（Voice over IP）などのパケットサービスへ移行されつつある。また、無線区間では、無線リソース（リソースチャネル）獲得後、割り当てられた無線リソースを保持する個別チャネル割り当て方式から、より無線リソースの利用効率の高い、共通チャネル方式またはシェアードチャネル割り当て方式が主流になりつつある。【０００３】
図２５は、個別チャネルリソース割り当て方式を説明する図である。図では、Ｗ−ＣＤＭＡ方式を用いた一例を示している。個別チャネルリソース割り当て方式では、無線リソース２０１〜２０５が、ユーザＡ〜Ｅに固定的に割り当てられる。個別チャネルリソース割り当て方式においては、ユーザＡ〜Ｅは、無線リソース獲得後、データがマッピングされるベアラーサービス種別に関わらず、無線リソースを常に確保することができる。【０００４】
図２６は、シェアードチャネル割り当て方式を説明する図である。図では、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式のうちのＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）を用いた一例を示している。シェアードチャネル割り当て方式では、ユーザＡ〜Ｆに、例えば、無線状況などに応じて適切な無線リソース２１１〜２１６が可変的に割り当てられる。そのため、シェアードチャネル割り当て方式では、ユーザは、無線リソースを分割して共有して使用することになる。【０００５】
なお、従来、電話音声のように高優先でコネクション情報によりパターンが予測可能なトラフィックに対し、前もってスイッチのスケジューリングを予約し、ＱｏＳを保障することを可能とする優先予約スケジューリング方式が提供されている（例えば、特許文献１参照）。【０００６】
また、最優先に転送するパケットを選択するための計算量を大幅に削減し、高速パケットの転送処理を可能にしたパケット転送制御装置およびそのスケジューリング方法が提供されている（例えば、特許文献２参照）。【０００７】
ところで、次世代移動通信システムにおいては、無線リソースを有効活用（周波数利用効率を向上）するために、個別チャネルリソース割り当て方式を踏襲せずに、シェアードチャネル割り当て方式を前提として仕様が議論されている。
【特許文献１】特開２０００−１５１７０３号公報
【特許文献２】特開２０００−１０１６３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、ユーザが無線リソースを分割して共有する方式では、無線リソースを必要としているユーザに、常に無線リソースが割り当てられるとは限らず、割り当てられない場合もある。そのため、音声データに代表されるリアルタイム性が求められるサービスでは、データとしての信憑性が損なわれてしまうという問題点があった。【０００９】
本発明はこのような点に鑑みてなされたものであり、データの信憑性を損なうことなく、リアルタイム通信を行うことができる無線通信装置および無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明では上記問題を解決するために、図１に示すような無線リソースを共有する移動局２ａ〜２ｃと無線通信を行う無線通信装置１において、移動局２ａ〜２ｃからの通信要求および上位装置３からの通信設定情報にリアルタイム通信要求情報が含まれているか否か判断する通信判断手段１ａと、通信要求および通信設定情報にリアルタイム通信要求情報が含まれている場合、移動局２ａ〜２ｃに対する無線リソースを常時または定期的に確保するようにする無線リソース確保手段１ｂと、を有することを特徴とする無線通信装置１が提供される。【００１１】
このような無線通信装置１によれば、移動局２ａ〜２ｃからの通信要求および上位装置３からの通信設定情報にリアルタイム通信要求情報が含まれている場合、移動局２ａ〜２ｃに対し、無線リソースを常時または定期的に確保するようにする。これにより、リアルタイム通信を行う移動局２ａ〜２ｃには、無線リソースが常時または定期的に割り当てられる。
【発明の効果】
【００１２】
本発明の無線通信装置では、リアルタイム通信を行う移動局に対して、無線リソースが常時または定期的に割り当てるようにした。これによって、移動局は、データの信憑性を損なうことなく、リアルタイム通信を行うことができる。【００１３】
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
【図面の簡単な説明】
【００１４】
【図１】無線通信装置の概要を示した図である。
【図２】移動通信システムの一部構成例を示した図である。
【図３】基地局の動作を示したフローチャートである。
【図４】無線リソース割り当て状態の確認を説明する図である。
【図５】空きリソースの確保を説明する図である。
【図６】連続リソース割り当て方式を説明する図である。
【図７】予約リソース割り当て方式を説明する図である。
【図８】無線リソースの定期的割り当てについて説明する図である。
【図９】プロトコルスタックの一例を示した図である。
【図１０】ユーザプレーンデータが音声データの場合のプロトコルスタックの一例を示した図である。
【図１１】音声データに付与するヘッダの例を説明する図である。
【図１２】データ分割を説明する図のその１である。
【図１３】データ分割を説明する図のその２である。
【図１４】ＡＭＲのデータ結合処理を示した図である。
【図１５】データ分割結合処理を説明する図である。
【図１６】データ分割結合処理をしない場合を示した図である。
【図１７】移動局と基地局とＲＮＣのシーケンス図である。
【図１８】移動局と基地局とＲＮＣのシーケンス図である。
【図１９】基地局の機能ブロック図である。
【図２０】発信の場合の基地局の動作を示したフローチャートである。
【図２１】着信の場合の基地局の動作を示したフローチャートである。
【図２２】第２呼設定の場合の基地局の動作を示したフローチャートである。
【図２３】ダウンリンクとアップリンクの無線リソースを取得する場合の基地局の動作を示したフローチャートである。
【図２４】無線リソース通知を説明する図である。
【図２５】個別チャネルリソース割り当て方式を説明する図である。
【図２６】シェアードチャネル割り当て方式を説明する図である。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の原理を図面を参照して詳細に説明する。
図１は、無線通信装置の概要を示した図である。無線通信装置１は、通信判断手段１ａおよび無線リソース確保手段１ｂを有している。無線通信装置１と移動局２ａ〜２ｃは、例えば、シェアードチャネル割り当て方式に基づいて無線通信を行う。無線通信装置１は、上位装置３と接続されている。上位装置３は、配下にある無線通信装置１および移動局２ａ〜２ｃを制御する。【００１６】
通信判断手段１ａは、移動局２ａ〜２ｃからの通信要求および上位装置３からの通信設定情報に、例えば、音声通信などのリアルタイム通信の要求を示すリアルタイム通信要求情報が含まれているか否か判断する。通信設定情報は、例えば、上位装置３が移動局間のユーザデータ用のチャネルを確立するときに、無線通信装置１に送信される。【００１７】
無線リソース確保手段１ｂは、通信要求および通信設定情報にリアルタイム通信要求情報が含まれている場合、移動局２ａ〜２ｃに対する無線リソースを常時または定期的に確保するようにする。【００１８】
例えば、移動局２ａからの通信要求にリアルタイム通信要求情報が含まれている場合、無線リソース確保手段１ｂは、移動局２ａに無線リソースを常時または定期的に確保するようにする。または、移動局間のユーザデータ用のチャネルを確立するために、上位装置３から送信されてきた通信設定情報にリアルタイム通信要求情報が含まれている場合、無線リソース確保手段１ｂは、移動局２ａ〜２ｃに無線リソースを常時または定期的に確保するようにする。【００１９】
このように、無線通信装置は、リアルタイム通信を行う移動局に対して、無線リソースを常時または定期的に割り当てるようにした。これによって、移動局は、データの信憑性を損なうことなく、リアルタイム通信を行うことができる。【００２０】
次に、本発明の実施の形態を図面を参照して詳細に説明する。
図２は、移動通信システムの一部構成例を示した図である。図に示す移動通信システムは、ＲＮＣ（無線ネットワーク制御装置）１１、基地局１２，１３、および移動局１４〜１８によって構成されている。なお、ＲＮＣは複数存在し、各ＲＮＣの上位には、さらに上位装置が存在する。【００２１】
ＲＮＣ１１と基地局１２，１３は、有線によって接続されている。ＲＮＣ１１は、配下にある基地局１２，１３を制御するとともに、例えば、携帯電話である移動局１４〜１８を制御している。基地局１２は、配下にある移動局１４〜１６を制御し、基地局１３は、配下にある移動局１７，１８を制御している。【００２２】
移動局１４〜１８は、例えば、ＯＦＤＭによって、基地局１２，１３と無線通信を行う。移動局１４〜１８は、基地局１２，１３から、共通チャネル方式またはシェアードチャネル割り当て方式によって、例えば、周波数および時間の無線リソースが割り当てられ、基地局１２，１３と無線通信を行う。【００２３】
共通チャネル方式およびシェアードチャネル割り当て方式では、無線リソースを必要としているユーザに、常に無線リソースが割り当てられるとは限らず、割り当てられない場合もある。そのため、インターネットアクセスやＦＴＰ（File Transfer Protocol）ダウンロードなどのリアルタイム性の低いパケット通信では、多少の時間の間、無線リソースが獲得できない状況にあっても、ダウンロード時間に遅延が発生する程度で、サービスに影響はないが、音声データなどのリアルタイム性の要求されるサービスでは、データとしての信憑性が損なわれる場合がある。【００２４】
そこで、基地局１２，１３は、移動局１４〜１８から、リアルタイム性の高い無線通信が要求された場合には、常時または定期的に無線リソースを確保し、要求を行ってきた移動局１４〜１８に対して、確保した無線リソースを割り当てるようにする。なお、定期的に無線リソースを確保する場合は、データの信憑性が損なわれないように定期的に無線リソースを確保するようにする。【００２５】
また、大きなデータ（パケット）を無線通信する場合、確保した無線リソースでは、リソースが不足する場合がある。この場合、基地局１２，１３は、データを、確保した無線リソースで無線通信できる大きさに分割し、分割したデータを確保した無線リソースにマッピングするようにする。また、データが無線リソースに対して小さい場合は、複数のデータを結合して無線リソースにマッピングし、無線リソースの利用向上を図る。【００２６】
図３は、基地局の動作を示したフローチャートである。基地局１２は、以下のステップに従った処理を実行する。なお、基地局１３も同様の処理を実行し、その説明を省略する。【００２７】
［ステップＳ１］基地局１２は、移動局１４から、回線確立要求（発信要求）を受信する。
［ステップＳ２］基地局１２は、移動局１４からの発信要求がリアルタイム通信であるか、非リアルタイム通信であるかを判断する。例えば、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）システムなどでは、発信要求の際に、要求通信種別を識別することができる識別子を含めて送信する。基地局１２は、例えば、この識別子に基づいて、発信要求がリアルタイム通信であるか、非リアルタイム通信であるかを判断する。移動局１４からの発信要求がリアルタイム通信である場合、ステップＳ３へ進む。非リアルタイム通信である場合、基地局１２は、従来からある通常の無線リソースの獲得理論に基づいて、無線リソースを獲得し、ユーザ（移動局１４）に割り当てる。【００２８】
［ステップＳ３］基地局１２は、ユーザに定期的（以下、常時を含む）に割り当てる無線リソースが確保可能か否か判断する。無線リソースの確保が可能な場合、ステップＳ５へ進む。無線リソースの確保ができない場合、ステップＳ４へ進む。【００２９】
［ステップＳ４］基地局１２は、無線リソースの確保ができない場合、非リアルタイム通信を実行している移動局の無線リソースを調整し、リアルタイム通信の要求をしてきた移動局１４の無線リソースを確保するようにする。例えば、基地局１２は、非リアルタイム通信を行っている移動局の無線リソースを、リアルタイム通信の要求を行っている移動局に対し、優先的に割り当てるようにする。【００３０】
［ステップＳ５］基地局１２は、無線リソースを獲得し、移動局１４に割り当てる。このとき、無線リソースのサイズ・間隔・周波数などは、固定的に割り付けるようにしてもよいし、パラメータの幅内で可変的に割り付けるようにしてもよい。【００３１】
［ステップＳ６］基地局１２は、獲得した無線リソースを移動局１４に通知する。
［ステップＳ７］基地局１２は、無線リソースにマッピングするデータの総データ長（データ＋ヘッダのデータ長）の確認を行う。基地局１２は、総データ長が所定のサイズ内（例えば、Ａ＜総データ長＜Ｂ）であれば、ステップＳ９へ進む。総データ長が所定のサイズ内にない場合は、ステップＳ８へ進む。【００３２】
［ステップＳ８］基地局１２は、総データ長が所定のサイズを超えていた場合には、データを分割する。総データ長が所定のサイズより小さい場合は、データの結合を行う。なお、データの結合を行う結合単位は、１ユーザのデータのみとする必要はなく、例えば、複数のユーザのＤＴＸ情報（無音データ情報：データサイズが小）などを結合して、送信するようにしてもよい。【００３３】
［ステップＳ９］基地局１２は、データを無線送信する。なお、無線リソースを連続的に確保することができたとしても、無線通信回線品質などの状態悪化により、送信データがバッファに滞留してしまうことがある。この場合、基地局１２は、一定時間以上の滞留閾値をもって、送信データをバッファから削除するようにする。【００３４】
以下、上記ステップについて詳細に説明する。まず、図３のステップＳ３〜Ｓ５の無線リソース確保可能判断、無線リソースの割り当て調整、および無線リソースの獲得についてＯＦＤＭシステムを例に説明する。【００３５】
基地局１２は、移動局からリアルタイム通信の発信要求があると、自局内の無線リソースの割り当て状況を確認する（Ａ）。基地局１２は、空きの無線リソースがあれば、リアルタイム通信の発信要求を行ってきた移動局に対し、当該空きの無線リソースを割り当てる。空きの無線リソースがなければ、例えば、非リアルタイム通信を行っている移動局などの優先度の低い移動局の割り当てを変更して空きリソースを確保し、リアルタイム通信の発信要求を行ってきた移動局に対して無線リソースを割り当てる（Ｂ）。（Ａ）の無線リソースの割り当て状態の確認について説明する。【００３６】
図４は、無線リソース割り当て状態の確認を説明する図である。基地局１２は、例えば、メモリなどの記憶装置に、図に示すような無線リソース管理テーブルを有している。図のユーザ（User）＃１〜＃４は、移動局を示し、空きは、ユーザに割り当てていない（使用されていない）無線リソース（リソースブロック）を示す。また、図のＮＲＴは、ユーザが非リアルタイム通信を行うことを示し、ＲＴは、ユーザがリアルタイム通信を行うことを示す。【００３７】
図の例において、時間帯Ｔ１、周波数帯ｆ１のリソースブロックには、非リアルタイム通信を行うユーザ＃１が割り当てられていることが分かる。また、時間帯Ｔ２、周波数帯ｆ４〜ｆ１０のリソースブロックには、リアルタイム通信を行うユーザ＃３が割り当てられていることがわかる。また、時間帯Ｔ３、周波数帯ｆ１のリソースブロックは、空きのリソースブロックであることが分かる。【００３８】
基地局１２は、例えば、時間帯Ｔ２において、ユーザから発信要求があった場合、周波数帯ｆ１〜ｆ３のリソースブロックは空き状態であると判断し、周波数帯ｆ４〜ｆ１０のリソースブロックは使用状態であると判断する。また、時間帯Ｔ４において、ユーザから発信要求があった場合、周波数帯ｆ１〜ｆ１０のリソースブロックは使用状態であると判断する。【００３９】
このように、基地局１２は、移動局から発信要求があると無線リソース管理テーブルを参照し、無線リソースの割り当て状態を確認する。
（Ｂ）の空きリソース確保について説明する。【００４０】
図５は、空きリソースの確保を説明する図である。図には、時間帯Ｔ４に新たなユーザ＃５から発信要求があったときの無線リソース管理テーブル２１と、その後の無線リソース管理テーブル２２とが示してある。【００４１】
基地局１２は、時間帯Ｔ４に新たなユーザ＃５からリアルタイム通信の発信要求があると、リソースブロックの確保のため、リソースブロックの割り当て状況を確認する。図の例の場合では、無線リソース管理テーブル２１に示すように、非リアルタイム通信のユーザ＃１は、周波数帯ｆ１〜ｆ５のリソースブロックを要求し、リアルタイム通信のユーザ＃３は、周波数帯ｆ６〜ｆ１０のリソースブロックを要求しているため、空きのリソースブロックは存在していない。【００４２】
この場合、基地局１２は、無線リソース管理テーブル２２に示すように、周波数帯ｆ１〜ｆ５を要求している非リアルタイム通信のユーザ＃１の時間帯Ｔ５，Ｔ６、周波数帯ｆ１のリソースブロックを、リアルタイム通信の要求を行ってきたユーザ＃５に優先的に割り当てるようにする。【００４３】
すなわち、基地局１２は、非リアルタイム通信のユーザ＃１のリソースブロックを、リアルタイム通信の通信要求を行ってきたユーザ＃５に優先的に割り当てる。非リアルタイム通信（インターネットやメールなど）では、多少の遅延は問題とならないからである。【００４４】
次に、獲得した無線リソースの割り当て方式について説明する。
図６は、連続リソース割り当て方式を説明する図である。連続リソース割り当て方式では、基地局１２は、通信要求を行ってきたユーザの通信種別がリアルタイム通信であることを判断すると、空きのリソースブロックの割り当て状況をリソースブロック割り当て判定時ごとに判断し、そのユーザに優先的に割り当てていく。【００４５】
例えば、基地局１２は、矢印２３〜２６に示すように、時間帯Ｔ５〜Ｔ７，…，Ｔｎのリソース割り当て判定時ごとに、空きのリソースブロックの状況を判断し、リアルタイム通信の要求を行ってきたユーザ＃５に、リソースブロック（図では、周波数帯ｆ１）を割り当てていく。【００４６】
なお、基地局１２は、リソースブロックの割り当て判定時ごとに、空きのリソースブロックの割り当て状態を判断するため、図のように、リソースブロックが周波数帯ｆ１に固定されることはない。例えば、他の周波数帯のリソースブロックが空いていれば、そのリソースブロックにユーザ＃５が割り当てられることもある。【００４７】
図７は、予約リソース割り当て方式を説明する図である。予約リソース割り当て方式では、基地局１２は、リソースブロックの確保をユーザの発信要求時に実施し、以降は、通信切断（呼切断または移動局のハンドオーバによる基地局のリソース開放）あるいは、以下に述べるＧｒａｎｔで指定される期間まで、確保した周波数帯のリソースブロックを優先的に割り当てるようにする。【００４８】
例えば、図示していないが、時間帯Ｔ５の前の時間帯Ｔ４において、新たなユーザ＃５がリアルタイム通信の通信要求をしてきたとする。この場合、基地局１２は、矢印２７に示すように、時間帯Ｔ５のリソース割り当て判定時に、周波数帯ｆ１のリソースブロックをユーザ＃５に割り当てる。基地局１２は、以降、ユーザ＃５の通信切断まで、周波数帯ｆ１のリソースブロックを優先的に割り当てるようにする。【００４９】
次に、無線リソースの割り当て周期について説明する。上記では、リアルタイム通信の発信要求をしてきたユーザに対し、無線リソースを連続的に割り当てるように説明した。しかし、無線リソース利用効率を高めるため、無線リソースを定期的にユーザに割り当てるようにしてもよい。【００５０】
図８は、無線リソースの定期的割り当てについて説明する図である。図に示すように、リアルタイム通信の発信要求を行ってきたユーザ＃５に対して、無線リソースを定期的に割り当てている。例えば、図に示すように、無線リソースの割り当て間隔を１つおきにするようにする。この定期割り当て間隔は、例えば、パラメータ等によって設定することができ、リアルタイム通信の特性に基づいて、２つおき、３つおきと設定することもできる。【００５１】
図３のステップＳ８のデータ分割処理（セグメンテーション）について説明する。まず、ＲＮＣ１１、基地局１２，１３、および移動局１４〜１８間のプロトコルスタックについて説明する。【００５２】
図９は、プロトコルスタックの一例を示した図である。ＲＮＣ１１、基地局１２，１３、および移動局１４〜１８は、図に示すようなプロトコルに基づいて通信を行う。
図１０は、ユーザプレーンデータが音声データの場合のプロトコルスタックの一例を示した図である。図に示すように、ＡＭＲ（Adaptive Multi Rate）は、最上位プロトコルに定義され、移動局１４〜１８とＲＮＣ１１との間では、ＩＰ以下の低レイヤにおける制御上で、送受信される形となっている。【００５３】
音声データは、ＡＭＲリソースブロック上、例えば、２０ｍｓ周期にて、データ送信が行われる。それを受ける無線レイヤは、各レイヤ処理を実施し、例えば、１ｍｓの２×サブフレームに合わせて送信する。【００５４】
通常、ＡＭＲの１２．２ｋｂｐｓのデータ通信（ＡＭＲコーデック上のMAX Bit Rate値（Ｗ−ＡＭＲを除く））は、２０ｍｓ内に、例えば、３２バイトのデータ領域を必要とする。そこで、少なくとも３２バイト分の音声データを無線通信できるように無線リソースを確保する必要がある。しかし、ＶｏＩＰ（ＡＭＲ）に付与するヘッダ情報によっては、無線リソースが不足する場合が生じる。【００５５】
図１１は、音声データに付与するヘッダの例を説明する図である。図に示すようにＡＭＲ（音声データ）３１には、ＲＴＰ／ＵＤＰ／ＩＰｖ６のヘッダ３２が付与される。
ヘッダ３２は、ＰＤＣＰヘッダ圧縮により、ヘッダ圧縮が可能である。ヘッダ３２の圧縮後の大きさは、１〜３バイトになり、ＡＭＲ３１と圧縮後のヘッダ３３の総データ長は、３３〜３５バイトとなる。【００５６】
一方、ヘッダ３２のＲＴＰヘッダがＩＲ（Initialization and Refresh）ヘッダの場合、ＰＤＣＰヘッダ圧縮は不可のため、ヘッダ３４に示すように、ヘッダ３２は圧縮されない。【００５７】
つまり、ヘッダ３２のＲＴＰヘッダの内容によっては、確保した無線リソースが不足する場合が発生する。
そこで、基地局１２は、総データ長によらず、無線通信を行えるように、データ分割をして、分割したデータを無線リソースにマッピングするようにする。【００５８】
図１２は、データ分割を説明する図のその１である。図には、無線送信されるＡＭＲ４１ａ〜４１ｃが示してある。ＡＭＲ４１ａは、ＲＴＰヘッダがＩＲヘッダとなり、ＰＤＣＰヘッダ圧縮によるヘッダ圧縮は不可能であるとする。ＡＭＲ４１ｂ，４１ｃは、ＰＤＣＰヘッダ圧縮によるヘッダ圧縮が可能であるとする。なお、ＡＭＲ４１ｂ，４１ｃには、ヘッダ圧縮により、図に示すように圧縮ヘッダ４３ａ，４３ｂが付与されるとする。【００５９】
ＡＭＲ４１ａは、ヘッダ圧縮が不可能であるので、図に示すように、圧縮されないヘッダ４２が付与される。ヘッダ４２のＲＴＰヘッダの大きさは、６０バイトあるので、ＡＭＲ４１ａとヘッダ４２の総データ長は、非常に大きいものとなる（ＵＤＰ／ＩＰｖ６ヘッダがさらに付与されるので、少なくとも９２バイト（ＡＭＲの３２バイト＋ＲＴＰの６０バイト）より大きくなる）。【００６０】
そこで、基地局１２は、ＡＭＲ４１ａの圧縮されないヘッダ４２を分割し、ヘッダが圧縮されたＡＭＲ４３ａ，４３ｂのヘッダに付加する。
例えば、基地局１２は、図に示すように、ＡＭＲ４１ａのヘッダ４２を３分割し、分割ヘッダ情報４２ａ〜４２ｃとする。そして、ＡＭＲ４１ａに、分割ヘッダ情報４２ａを付加し、ＡＭＲ４１ｂに、分割ヘッダ情報４２ｂを付加し、ＡＭＲ４１ｃに、分割ヘッダ情報４２ｃを付加する。【００６１】
なお、基地局１２は、ＰＤＣＰヘッダ圧縮処理後のＡＭＲ＋ＲＴＰ／ＵＤＰ／ＩＰｖ６ヘッダの総データ長が所定のサイズを超えるものに対して、上記のヘッダ分割処理を行う。例えば、ヘッダ圧縮処理後の総データ長が３５バイトを超えるデータに対して、上記のヘッダの分割処理を行うようにする。すなわち、基地局１２は、ＰＤＣＰヘッダ圧縮のできなかったデータのヘッダを分割することになる。【００６２】
このように、基地局１２は、大きなヘッダは分割して、他のヘッダ圧縮されたＡＭＲに付加するようにする。これにより、無線通信するデータの大きさのばらつきを抑え、確保した無線リソースにデータがマッピングできないという状況を防止する。【００６３】
また、大きなヘッダに対応するように、予めリソースブロックの大きい無線リソースを準備する必要がなく、無線リソースの使用効率を向上させることができる。
図１３は、データ分割を説明する図のその２である。図には、ＡＭＲ５１が示してある。ＡＭＲ５１は、ＲＴＰヘッダがＩＲヘッダであり、ＰＤＣＰヘッダ圧縮によるヘッダ圧縮が不可能であるとする。従って、ＡＭＲ５１には、図に示すように圧縮されていないヘッダ５２が付加されている。【００６４】
基地局１２は、ＡＭＲ５１とヘッダ５２とを送信データ５３（ＲＬＣ  ＳＤＵ）として認識し、送信データ５３を分割する。例えば、基地局１２は、送信データ５３を３分割し、ヘッダをつけて、送信データ５４〜５６（ＲＬＣ  ＰＤＵ）とする。基地局１２は、３分割した送信データ５４〜５６を無線リソースにマッピングし、無線送信するようにする。【００６５】
このように、基地局１２は、非圧縮ヘッダを有するＡＭＲデータを分割して、無線通信するようにする。これにより、無線通信するデータの大きさのばらつきを抑え、確保した無線リソースにデータがマッピングできないという状況を抑制する。【００６６】
図３のステップＳ８のデータ結合処理（コンカチネーション）について説明する。
データ結合は、２つ以上のデータを結合することである。例えば、データサイズが１０バイトだと、３つのデータを結合することが可能である。従って、リソースの大きさによって、結合するデータの個数を変えることができる。また、基地局１２は、異なるユーザのデータを結合するようにしてもよい。【００６７】
さらに、通話者は、常に会話を続けているわけではなく、無音状態も存在する。ＡＭＲでは、音声データがない場合には、無音状態を示すデータ（ＳＩＤ（Silence Descriptor）データ）を送信する。ＳＩＤデータは、１０バイト程度とＡＭＲの３２バイトに比べ小さい。基地局１２は、ＳＩＤデータのように小さなデータを送信する場合、それらを結合することもできる。例えば、基地局１２は、複数のＳＩＤを結合して、ＲＬＣ  ＰＤＵとし、無線リソースにマッピングして送信する。このように、サイズの小さいデータに対しては、結合して送信することにより、データ送信効率を向上させることができる。【００６８】
以上、述べたように、データ結合処理は、ＲＬＣ  ＳＤＵ（ＡＭＲデータやＳＩＤデータ）に対して行われる。
図１４は、ＡＭＲのデータ結合処理を示した図である。図には、ＡＭＲ６１ａ〜６３ａおよび圧縮ヘッダ（ＰＤＣＰヘッダ）６１ｂ〜６３ｂの３つのＲＬＣ  ＳＤＵ（Service Data Unit）が示してある。基地局１２は、例えば、これらの３つのＲＬＣ  ＳＤＵを結合し、リソースブロックへマッピングする単位となるＲＬＣ  ＰＤＵ（Protocol Data Unit）６４を生成する。【００６９】
次に、データの分割結合処理について説明する。図１５は、データ分割結合処理を説明する図である。図には、ＡＭＲ音声発生状況および無線リソース割り当て状況が示してある。ＡＭＲ音声発生状況に示す棒状は、ＡＭＲの発生状況およびその大きさを示す。ＡＭＲ７１は、１００バイト程度のＩＲヘッダを持つＡＭＲである。ＡＭＲ７２ａ〜７２ｃは、圧縮ヘッダが付与された３５バイト程度のＡＭＲである。ＳＩＤデータ７３は、１０バイト程度のＳＩＤデータである。【００７０】
無線リソース割り当て状況に示す棒状は、無線リソースおよびその大きさを示す。無線リソースのサイズは、圧縮ヘッダが付与されたＡＭＲ７２ａ〜７２ｃより大きい（３５バイト程度より大きい）ものとする。【００７１】
ＡＭＲ７１のサイズは、１つの無線リソースのサイズより大きい。そのため、基地局１２は、ＡＭＲ７１を、例えば、無線リソース７４に示すように分割してマッピングする。
一方、１つの無線リソースのサイズは、前述したように圧縮ヘッダを持つＡＭＲ７２ａ〜７２ｃのサイズより大きい。従って、基地局１２は、ＡＭＲ７２ａ〜７２ｃを無線リソース７５〜７７に示すように、分割結合処理してマッピングする。基地局１２は、ＳＩＤデータ７３に対しては、１つの無線リソース７８にマッピングしている。もちろん、前述したようにＳＩＤデータを結合してマッピングすることも可能である。【００７２】
基地局１２は、無線リソースにマッピングするデータがなければ、無線リソース７９，８０に示すように開放することも可能である。
なお、次の図１６では、図１５に対し、データの分割結合処理を行わない場合の例を示した。図１６は、データ分割結合処理をしない場合を示した図である。図において図１５と同じものには同じ符号を付し、その説明を省略する。【００７３】
図１６では、無線リソースのサイズは、圧縮ヘッダが付与されたＡＭＲ７２ａ〜７２ｃと同じとする。従って、この場合、基地局１２は、無線リソース９１〜９３に示すように、ＡＭＲ７２ａ〜７２ｃを分割結合せずに無線リソース９１〜９３のそれぞれに対応してマッピングしている。【００７４】
なお、上記で説明したデータの分割処理と結合処理は、３ＧシステムのＲＬＣ  ＳＤＵ  Ｃｏｎｃａｔｅｎａｔｉｏｎ機能とＲＬＣ  ＰＤＵ  Ｓｅｇｍｅｎｔａｔｉｏｎ機能に対応する。【００７５】
図３のステップＳ９のデータ送信について説明する。シェアードチャネル割り当て方式によるサービス（ＨＳＰＡ（High Speed Packet Access）／ＬＴＥ（Long Term Evolution）システムなど）では、無線リソースにデータをマッピングする際に受信品質がよい状態でないと、データ送信を行うことができない。この場合、バッファにデータが滞留し、送信可能トリガがあるまでデータが待たされる。【００７６】
しかし、リアルタイム性の高いデータでは、一定時間を越えてバッファリングしても、意味のないデータとなってしまう。例えば、音声データなど、過去の音声を保持していても意味がない。【００７７】
そこで、基地局１２は、Discard機能およびタイマを有し、リアルタイム性を損なってしまった不要なデータ（遅延データ）を破棄する。
例えば、基地局１２は、移動局に送信するデータの順に、一定時間のタイマ情報（例えば、データを破棄する破棄時間）を付与する。そして、基地局１２は、データのタイマ情報に基づいて（例えば、データが破棄時間を越えると）、バッファに記憶されているそのデータを破棄するようにする。これにより、古いデータから破棄されることになる。【００７８】
または、基地局１２は、ＦＩＦＯ（First In First Out）方式のバッファにおいて、閾値を設ける。データが閾値を超えて記憶された場合、古いデータから破棄していく。
このように、基地局１２は、データを破棄することによって、バッファを有効利用することができる。また、基地局１２は、古いデータから破棄するので、最近のデータが維持され、リアルタイム通信の再現性がよくなる。【００７９】
次に、移動局と基地局とＲＮＣのシーケンスについて説明する。
図１７，１８は、移動局と基地局とＲＮＣのシーケンス図である。移動局、基地局およびＲＮＣは、以下のステップに従った処理を実行する。【００８０】
［ステップＳ１１］移動局は、基地局に対し発信要求を行う。
［ステップＳ１２］基地局は、移動局から発信要求を受けると、移動局と制御情報をやり取りするためのスケジューリング情報を送信する。【００８１】
［ステップＳ１３］移動局は、基地局に対し回線設定要求を行う。回線設定要求には、移動局が要求する通信種別が含まれている。
［ステップＳ１４］基地局は、移動局からの回線設定要求に含まれる通信種別を取得する。【００８２】
［ステップＳ１５］基地局は、取得した通信種別がリアルタイム通信を要求しているものか否か判断する。通信種別がリアルタイム通信を要求しているものである場合、ステップＳ１６へ進む。通信種別が非リアルタイム通信を要求しているものである場合、通常の無線リソースの割り当て処理を行う。【００８３】
［ステップＳ１６］基地局は、制御情報をやり取りするための回線設定要求をＲＮＣに対して行う。
［ステップＳ１７］ＲＮＣは、基地局からの回線設定要求に対する応答を行う。【００８４】
［ステップＳ１８］基地局は、無線リソースの確保が可能か否か判断する。無線リソースの確保が可能であると判断した場合、ステップＳ２０へ進む。無線リソースの確保が可能でないと判断した場合、ステップＳ１９へ進む。【００８５】
［ステップＳ１９］基地局は、無線リソースの割り当ての調整を行う。例えば、非リアルタイム通信を行っている移動局の無線リソースを、リアルタイム通信の通信要求を行ってきた移動局に対し、優先的に割り当てるようにする。【００８６】
［ステップＳ２０］基地局は、リアルタイム通信の通信要求を行ってきた移動局の無線リソースを確保する。
［ステップＳ２１］基地局は、移動局に対し、回線設定指示を行う。回線設定指示には、例えば、ステップＳ２０で確保した無線リソースの内容が含まれる。【００８７】
［ステップＳ２２］移動局は、基地局に対し、回線設定完了の応答を行う。
［ステップＳ２３］基地局は、総データ長（例えば、ＡＭＲ＋ＲＴＰ／ＵＤＰ／ＩＰｖ６ヘッダの総データ長）が所定のサイズ内であるか否か判断する。例えば、総データ長が、１５バイト以上３５バイト以下であるか判断する。所定サイズ内であれば、ステップＳ２４，Ｓ２５へ進む。所定サイズ内になければ、ステップＳ２６へ進む。【００８８】
［ステップＳ２４，Ｓ２５］基地局は、音声データを送信する。
［ステップＳ２６］基地局は、データの分割結合処理を行う。例えば、総データ長が３５バイトより大きければ、データ分割処理を行う。総データ長が１５バイトより小さければ、データ結合処理を行う。【００８９】
［ステップＳ２７，Ｓ２８］基地局は、分割または結合処理した音声データを送信する。分割データの場合、例えば、２０ｍｓと一定間隔で送信する。
図１９は、基地局の機能ブロック図である。基地局は、無線制御部１００と無線部１１０と屋外受信増幅器１２０を有している。【００９０】
無線制御部１００は、リソース管理部１０１、バッファ１０２、呼処理を行う呼処理部１０３、ＲＮＣなどの上位装置１３０とデータのやり取りを行う伝送路インターフェース部１０４、無線信号のベースバンド処理を行うベースバンド処理部１０５、無線部１１０とデータのやり取りを行うインターフェース部１０６を有している。【００９１】
リソース管理部１０１は、図３，１７，１８で説明した処理を実行する。バッファ１０２は、移動局へ送信するデータを一時保持する記憶装置である。バッファ１０２では、データが一定時間滞留すると古いデータから破棄される。【００９２】
無線部１１０は、インターフェース部１１１、無線送受信部１１２、および送信増幅器１１３を有している。インターフェース部１１１は、無線制御部１００とデータのやり取りを行う。無線送受信部１１２は、移動局へ無線送信するデータを送信増幅器１１３へ出力し、屋外受信増幅器１２０から出力されるデータを受信する。送信増幅器１１３は、移動局へ無線送信するデータを増幅する。【００９３】
屋外受信増幅器１２０は、無線部１１０から出力されるデータを移動局へ送信し、移動局から受信したデータを増幅し、無線部１１０へ出力する。
このように、基地局は、リアルタイム性が要求されるデータ通信においても、そのリアルタイム性（音声通信などの利便性）を損なわないよう、移動局の無線リソースを確保する。また、基地局１２は、データの分割／結合処理により、無線リソースの利用率向上を図る。また、不要なデータ（遅延データ）の破棄により、バッファおよび無線リソースの利用率向上を図る。また、これらにより、次世代移動通信ネットワークなど、All IP Networkと呼ばれる回線交換型サービスが必要ないネットワーク構成となっても、リアルタイム性の高い音声通信などのデータ通信を、その利便性を損なうことなく実現することが可能となる。【００９４】
なお、上記処理は基地局が実行するとして説明したが、ＲＮＣにおいても同様の処理を実行することができる。また、上記処理はＷ−ＣＤＭＡシステムや無線ＬＡＮシステムに適用することができる。【００９５】
また、上記では、基地局は、移動局からの発信要求の際に含まれるに識別子に基づいて、リアルタイム通信の判断を行った。しかし、基地局は、ａＧＷ（access GateWay）やＣＮ（CoreNetwork）装置など、上位装置であるネットワークノードからの回線設定情報に基づいて、移動局の通信要求がリアルタイム通信であるか否か判断することもできる。以下、フローチャートを用いて説明する。【００９６】
図２０は、発信の場合の基地局の動作を示したフローチャートである。
［ステップＳ３１］基地局は、移動局からの発信要求を受信する。
［ステップＳ３２］基地局は、ＲＲＣ（Radio Resource Control）回線を確立する。つまり、基地局は、制御情報用のチャネルを確立する。このとき、移動局から、当該基地局を介し、例えば、ａＧＷに音声通信を行いたい旨の情報が送られる。または、移動局から、当該基地局およびＲＮＣを介して、例えば、ＣＮ装置に音声通信を行いたい旨の情報が送られる。【００９７】
［ステップＳ３３］基地局は、ＳＡＥ（System Architecture Evolution）  Ｂｅａｒｅｒ設定を行う。つまり、基地局は、ユーザデータ用のチャネルを確立する。このとき、ａＧＷから移動局のリアルタイム通信の情報が送られる。または、ＲＮＣを介して、ＣＮ装置から移動局のリアルタイム通信が送られてくる。【００９８】
具体的には、基地局は、ａＧＷとのネゴシエーションにおいて、最終確定したＱｏｓ（Quality of Service）情報が通知される。または、ＣＮとのネゴシエーションにおいて、最終確定したＱｏｓ情報がＲＮＣを介して通知される。【００９９】
Ｑｏｓ情報には、やりとりするユーザデータは、音声データ（リアルタイム通信）である旨の情報などが含まれ、基地局は、このＱｏｓ情報に基づいて、リアルタイム通信の判断を行うことになる。【０１００】
［ステップＳ３４］基地局は、ネットワークノードからの情報に基づいて、移動局の通信がリアルタイム通信であるか否か判断する。例えば、前述のＱｏｓ情報に基づいて（Ｑｏｓ情報が音声データを示しているか）判断する。移動局との通信がリアルタイム通信である場合、図３のステップＳ３へ進み、以下、図３のステップ処理を行う。移動局との通信がリアルタイム通信でない場合、通常の割り当て処理を行う。【０１０１】
このように、基地局は、ユーザデータ用のチャネルを確立する際、ネットワークノードから送られてくる情報をもとに、移動局のリアルタイム通信の判断を行うことができる。
図２１は、着信の場合の基地局の動作を示したフローチャートである。基地局は、ネットワーク（呼側の移動局）から着信要求を受けた場合、以下のステップに基づいて、着側の移動局との無線通信のリアルタイム通信を判断する。【０１０２】
［ステップＳ４１］基地局は、ネットワークからの着信要求を受信する。
［ステップＳ４２］基地局は、図２０のステップＳ３２と同様に、ＲＲＣ回線を確立する。【０１０３】
［ステップＳ４３］基地局は、図２０のステップＳ３３と同様に、ＳＡＥ  Ｂｅａｒｅｒ設定を行う。この際、ネットワークノードからユーザデータのＱｏｓ情報が送られ、基地局は、このＱｏｓ情報に基づいて、リアルタイム通信の判断を行うことになる。【０１０４】
［ステップＳ４４］基地局は、図２０のステップＳ３４と同様に、ネットワークノードからの情報に基づいて、移動局の通信がリアルタイム通信であるか否か判断する。移動局との通信がリアルタイム通信である場合、図３のステップＳ３へ進み、以下、図３で示したステップ処理と同様の処理を行う。移動局との通信がリアルタイム通信でない場合、通常の割り当て処理を行う。【０１０５】
このように、基地局は、ユーザデータ用のチャネルを確立する際、ネットワークノードから送られてくる情報をもとに、移動局のリアルタイム通信の判断を行うことができる。
図２２は、第２呼設定の場合の基地局の動作を示したフローチャートである。第２呼設定（例えば、移動局がインターネットをしている最中の着信など）の場合、基地局は、以下のステップに基づいて、着側との無線通信のリアルタイム通信を判断する。【０１０６】
［ステップＳ５１］基地局は、ネットワークからの着信要求を受信する。
［ステップＳ５２］基地局は、図２０のステップＳ３３と同様に、ネットワークノードから送られてくる情報を受信し、この情報に基づいて、リアルタイム通信を行うか否か判断する（ＲＴ／ＮＲＴ判断）。移動局との通信がリアルタイム通信である場合、ステップＳ５３へ進む。移動局との通信がリアルタイム通信でない場合、通常の割り当て処理を行う。【０１０７】
［ステップＳ５３］基地局は、図３のステップＳ３と同様に、移動局に定期的に割り当てる無線リソースが確保可能か否か判断する。無線リソースの確保が可能な場合、ステップＳ５５へ進む。無線リソースの確保ができない場合、ステップＳ５４へ進む。【０１０８】
［ステップＳ５４］基地局は、無線リソースの確保ができない場合、非リアルタイム通信を実行している移動局の無線リソースを調整し、例えば、現在インターネットをしている着側となる移動局の無線リソースを確保するようにする。【０１０９】
［ステップＳ５５］基地局は、無線リソースを確保し、ＳＡＥ  Ｂｅａｒｅｒの再設定を行う。つまり、基地局は、移動局のユーザデータ用のチャネルを再確立する。以下、図３のステップＳ６へ進み、図３と同様の処理を行う。【０１１０】
このように、基地局は、第２呼設定の場合においても、ネットワークノードから送られてくる情報をもとに、移動局のリアルタイム通信の判断を行うことができる。
また、基地局は、ダウンリンク用の無線リソースとアップリンク用の無線リソースとを別々に確保することができる。【０１１１】
図２３は、ダウンリンクとアップリンクの無線リソースを取得する場合の基地局の動作を示したフローチャートである。
［ステップＳ６１］〜［ステップＳ６４］は、図２０のステップＳ３１〜Ｓ３４と同様であり、その説明を省略する。【０１１２】
［ステップＳ６５］基地局は、移動局に定期的に割り当てる、ダウンリンクにおける無線リソースが確保可能か否か判断する。ダウンリンクにおける無線リソースの確保が可能な場合、ステップＳ６７へ進む。ダウンリンクにおける無線リソースの確保ができない場合、ステップＳ６６へ進む。【０１１３】
［ステップＳ６６］基地局は、ダウンリンクにおける無線リソースの確保ができない場合、非リアルタイム通信を実行している移動局の無線リソースを調整し、リアルタイム通信の要求をしてきた移動局の無線リソースを確保するようにする。【０１１４】
［ステップＳ６７］基地局は、ダウンリンクにおける無線リソースを獲得し、移動局に割り当てる。
［ステップＳ６８］基地局は、移動局に定期的に割り当てる、アップリンクにおける無線リソースが確保可能か否か判断する。アップリンクにおける無線リソースの確保が可能な場合、ステップＳ７０へ進む。アップリンクにおける無線リソースの確保ができない場合、ステップＳ６９へ進む。【０１１５】
［ステップＳ６９］基地局は、アップリンクにおける無線リソースの確保ができない場合、非リアルタイム通信を実行している移動局の無線リソースを調整し、リアルタイム通信の要求をしてきた移動局の無線リソースを確保するようにする。【０１１６】
［ステップＳ７０］基地局は、アップリンクにおける無線リソースを獲得し、移動局に割り当てる。
［ステップＳ７１］〜［ステップＳ７４］は、図３のステップＳ６〜ステップＳ９と同様であり、その説明を省略する。【０１１７】
なお、ステップＳ７１では、アップリンクにおける無線リソースと、ダウンリンクにおける無線リソースとを移動局に通知する。
基地局は、アップリンクにおける無線リソースを移動局に通知する場合、例えば、次の手続に従って行う。基地局は、呼ごとにアップリンク用のＧｒａｎｔリソースを移動局に割り当てる。そして、基地局は、Ｌ（Layer）１／Ｌ２メッセージまたはＲＲＣメッセージ（レイヤ３メッセージ）を用いて、Ｇｒａｎｔリソース情報を端末に定期的に通知する。このＧｒａｎｔリソースに移動局に割り当てた、アップリンクにおける無線リソースの情報が含まれる。【０１１８】
移動局は、受信したＧｒａｎｔリソース情報に基づいて、使用できる無線リソースの位置（例えば、周波数）、大きさ、有効期限を知ることができる。
終話時は、Ｌ１／Ｌ２メッセージまたはＲＲＣメッセージを用いて、移動局にＧｒａｎｔリソースの開放を知らせる。【０１１９】
基地局は、ダウンリンクにおける無線リソースを移動局に通知する場合、例えば、次の手続に従って行う。基地局は、呼ごとに定期的に一定期間の下り用無線リソースの位置と大きさを割り当てる。Ｌ１／Ｌ２メッセージまたはＲＲＣメッセージを用いて、割り当てた無線リソース情報を端末に定期的に通知する。【０１２０】
移動局は、受信した情報に基づく位置でデータを待つ。
終話時は、Ｌ１／Ｌ２メッセージまたはＲＲＣメッセージを用いて、移動局に無線リソースの開放を知らせる。【０１２１】
図２４は、無線リソース通知を説明する図である。基地局は、獲得した無線リソースを、前述したようにＧｒａｎｔリソース情報に含めて移動局へ通知する。基地局１２は、獲得した無線リソースを定期的に通知するようにしてもよいし、イベントトリガ（リソース割り当てタイミングごと）で通知するようにしてもよい。【０１２２】
上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
【符号の説明】
【０１２３】
１  無線通信装置
１ａ  通信判断手段
１ｂ  無線リソース確保手段
２ａ〜２ｃ  移動局
３  上位装置
【図１】
2008053552.tif 000003
【図２】
2008053552.tif 000004
【図３】
2008053552.tif 000005
【図４】
2008053552.tif 000006
【図５】
2008053552.tif 000007
【図６】
2008053552.tif 000008
【図７】
2008053552.tif 000009
【図８】
2008053552.tif 000010
【図９】
2008053552.tif 000011
【図１０】
2008053552.tif 000012
【図１１】
2008053552.tif 000013
【図１２】
2008053552.tif 000014
【図１３】
2008053552.tif 000015
【図１４】
2008053552.tif 000016
【図１５】
2008053552.tif 000017
【図１６】
2008053552.tif 000018
【図１７】
2008053552.tif 000019
【図１８】
2008053552.tif 000020
【図１９】
2008053552.tif 000021
【図２０】
2008053552.tif 000022
【図２１】
2008053552.tif 000023
【図２２】
2008053552.tif 000024
【図２３】
2008053552.tif 000025
【図２４】
2008053552.tif 000026
【図２５】
2008053552.tif 000027
【図２６】
2008053552.tif 000028
【国際調査報告】
2008053552.tif 000029
2008053552.tif 000030
2008053552.tif 000031
2008053552.tif 000032