(57)【要約】【課題】アプリケーションごとにリンクレイヤチャネルを設定する場合において、アプリケーションが要求する通信品質に応じて、リンクレイヤチャネルを構成するＭＡＣチャネルのプロファイルを変更することができる無線端末装置及びチャネル制御方法を提供する。【解決手段】無線端末装置２００は、アプリケーションが要求する通信品質（例えば、伝送遅延）に基づいて、通信品質に影響を与えるＭＡＣチャネルのプロファイル（例えば、自動再送制御の有無）を決定するプロファイル決定部２０５と、決定されたプロファイルに基づいて、ＭＡＣチャネルにおけるデータの送受信を制御するチャネル制御部２０７とを備える。【選択図】図４
2008011258.tif 000002
【特許請求の範囲】
【請求項１】
無線基地局と設定されるＭＡＣ層レベルの通信チャネルであるＭＡＣチャネルによって構成され、アプリケーションが送受信するデータの中継に用いられる論理チャネルを、前記アプリケーションごとに設定する論理チャネル設定部と、
前記アプリケーションが要求する通信品質に基づいて、前記通信品質に影響を与える前記ＭＡＣチャネルのプロファイルを決定するプロファイル決定部と、
前記プロファイル決定部によって決定された前記プロファイルに基づいて、前記ＭＡＣチャネルにおける前記データの送受信を制御するチャネル制御部と
を備える無線端末装置。
【請求項２】
前記ＭＡＣチャネルでは、前記データの自動再送制御が用いられており、
前記チャネル制御部は、前記プロファイル決定部によって決定された前記プロファイルに基づいて、前記自動再送制御を実行するか否かを決定する請求項１に記載の無線端末装置。
【請求項３】
前記チャネル制御部は、前記アプリケーションが伝送遅延の抑制を要求している場合、前記アプリケーションによって用いられる前記論理チャネルを構成する前記ＭＡＣチャネルにおいて、前記自動再送制御の実行を中止する請求項２に記載の無線端末装置。
【請求項４】
前記論理チャネル設定部は、複数の前記ＭＡＣチャネルをまとめて用いて前記論理チャネルを設定するＭＡＣチャネル・アグリゲーションを実行することができ、
前記チャネル制御部は、前記プロファイル決定部によって決定された前記プロファイルに基づいて、前記ＭＡＣチャネル・アグリゲーションを実行するか否かを決定する請求項１に記載の無線端末装置。
【請求項５】
前記チャネル制御部は、前記アプリケーションがスループットの増大を要求している場合、前記ＭＡＣチャネル・アグリゲーションを実行する請求項４に記載の無線端末装置。
【請求項６】
前記論理チャネルを用いて送信されるパケットには、前記パケットの送信順序を判定可能な順序情報が付加されており、
前記チャネル制御部は、前記プロファイル決定部によって決定された前記プロファイルに基づいて、前記順序情報を前記パケットに付加するか否かを決定する請求項１に記載の無線端末装置。
【請求項７】
前記チャネル制御部は、複数の前記ＭＡＣチャネルをまとめて用いて前記論理チャネルを設定するＭＡＣチャネル・アグリゲーションを実行しない場合、前記アプリケーションによって用いられる前記論理チャネルを構成する前記ＭＡＣチャネルにおいて、前記順序情報の付加を中止する請求項６に記載の無線端末装置。
【請求項８】
無線基地局と設定されるＭＡＣ層レベルの通信チャネルであるＭＡＣチャネルによって構成され、アプリケーションが送受信するデータの中継に用いられる論理チャネルを、前記アプリケーションごとに設定するステップと、
前記アプリケーションが要求する通信品質に基づいて、前記通信品質に影響を与える前記ＭＡＣチャネルのプロファイルを決定するステップと、
決定された前記プロファイルに基づいて、前記ＭＡＣチャネルにおける前記データの送受信を制御するステップと
を備えるチャネル制御方法。
【請求項９】
前記ＭＡＣチャネルでは、前記データの自動再送制御が用いられており、
前記制御するステップでは、決定された前記プロファイルに基づいて、前記自動再送制御を実行するか否かを決定する請求項８に記載のチャネル制御方法。
【請求項１０】
前記制御するステップでは、前記アプリケーションが伝送遅延の抑制を要求している場合、前記アプリケーションによって用いられる前記論理チャネルを構成する前記ＭＡＣチャネルにおいて、前記自動再送制御の実行を中止する請求項９に記載のチャネル制御方法。
【請求項１１】
前記論理チャネルを設定するステップでは、複数の前記ＭＡＣチャネルをまとめて用いて前記論理チャネルを設定するＭＡＣチャネル・アグリゲーションを実行することができ、
前記制御するステップでは、決定された前記プロファイルに基づいて、前記ＭＡＣチャネル・アグリゲーションを実行するか否かを決定する請求項８に記載のチャネル制御方法。
【請求項１２】
前記制御するステップでは、前記アプリケーションがスループットの増大を要求している場合、前記ＭＡＣチャネル・アグリゲーションを実行する請求項１１に記載のチャネル制御方法。
【請求項１３】
前記論理チャネルを用いて送信されるパケットには、前記パケットの送信順序を判定可能な順序情報が付加されており、
前記制御するステップでは、決定された前記プロファイルに基づいて、前記順序情報を前記パケットに付加するか否かを決定する請求項８に記載のチャネル制御方法。
【請求項１４】
前記制御するステップでは、複数の前記ＭＡＣチャネルをまとめて用いて前記論理チャネルを設定するＭＡＣチャネル・アグリゲーションを実行しない場合、前記アプリケーションによって用いられる前記論理チャネルを構成する前記ＭＡＣチャネルにおいて、前記順序情報の付加を中止する請求項１３に記載のチャネル制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線端末装置及びチャネル制御方法に関し、特に、複数のリンクレイヤチャネルを設定することができる無線端末装置、及び当該無線端末装置において用いられるチャネル制御方法に関する。
【背景技術】
【０００２】
従来、媒体アクセス制御（ＭＡＣ）層において設定される通信チャネルであるＭＡＣチャネルを複数まとめて用いることによってスループットを向上させる、いわゆるＭＡＣチャネル・アグリゲーションが知られている（特許文献１参照）。
【０００３】
例えば、ｉＢｕｒｓｔ（登録商標）規格に準拠した無線通信システムでは、無線基地局と無線端末装置との間において、１〜３つのＭＡＣチャネルをまとめて用いることによって、ＭＡＣチャネル・アグリゲーションを実行することができる。
【０００４】
また、無線端末装置は、このようなＭＡＣチャネルを用いて構成されるリンクレイヤチャネル（論理チャネル）を設定する。リンクレイヤチャネルは、リンクレイヤチャネルを利用するアプリケーション（例えば、ＩＰ電話）を実行する装置（例えば、電話端末）間において用いられる。例えば、３ＧＰＰ２（third generation partnership project 2のX.S0011-004-D）において規定されているように、同一の無線端末装置において、アプリケーションごとに異なるリンクレイヤチャネルを設定する方法も知られている。
【特許文献１】特開２００５−２５２８９７号公報（第７頁、第２図）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、近年では、上述したような無線通信システムでも、音声帯域信号が符号化された音声データなど、伝送遅延を抑制することが要求されるアプリケーションが送受信するデータを中継することが一般的になりつつある。
【０００６】
一方、ファイル転送や電子メールなど、伝送遅延に厳しくないものの、スループットの確保や中継されるデータの欠落防止が要求されるアプリケーションが送受信するデータも勿論中継される。
【０００７】
このように要求される通信品質（ＱｏＳ）が異なるアプリケーションを、異なるリンクレイヤチャネルを用いてそれぞれ中継する場合、それぞれのリンクレイヤチャネルを構成するＭＡＣチャネルのプロファイル（例えば、ＡＲＱなどの再送制御を実行するか否か）は同様であるため、アプリケーションが要求する通信品質に応じたリンクレイヤチャネルを設定することができないといった問題があった。
【０００８】
そこで、本発明は、このような状況に鑑みてなされたものであり、アプリケーションごとにリンクレイヤチャネルを設定する場合において、アプリケーションが要求する通信品質に応じて、リンクレイヤチャネルを構成するＭＡＣチャネルのプロファイルを変更することができる無線端末装置及びチャネル制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した問題を解決するため、本発明は、次のような特徴を有している。まず、本発明の第１の特徴は、無線基地局（無線基地局１００）と設定されるＭＡＣ層レベルの通信チャネルであるＭＡＣチャネル（ＭＡＣチャネルＣ２１〜Ｃ２３）によって構成され、アプリケーション（ＦＴＰアプリケーションＡ２，ＶｏＩＰアプリケーションＡ１）が送受信するデータの中継に用いられる論理チャネル（リンクレイヤチャネルＣ１１，Ｃ１２）を、前記アプリケーションごとに設定する論理チャネル設定部（リンクレイヤチャネル処理部２０３）と、前記アプリケーションが要求する通信品質（例えば、伝送遅延）に基づいて、前記通信品質に影響を与える前記ＭＡＣチャネルのプロファイル（例えば、自動再送制御の有無）を決定するプロファイル決定部（プロファイル決定部２０５）と、前記プロファイル決定部によって決定された前記プロファイルに基づいて、前記ＭＡＣチャネルにおける前記データの送受信を制御するチャネル制御部（チャネル制御部２０７）とを備える無線端末装置であることを要旨とする。
【００１０】
このような無線端末装置によれば、アプリケーションが要求する通信品質に基づいて、通信品質に影響を与えるＭＡＣチャネルのプロファイルが決定される。また、決定されたプロファイルに基づいて、ＭＡＣチャネルにおけるデータの送受信が制御される。
【００１１】
このため、アプリケーションごとに論理チャネル、具体的にはリンクレイヤチャネルを設定する場合において、アプリケーションが要求する通信品質に応じて、リンクレイヤチャネルを構成するＭＡＣチャネルのプロファイルを変更することができる。すなわち、このような無線端末装置によれば、アプリケーションが要求する通信品質に応じたリンクレイヤチャネルを設定することができる。
【００１２】
本発明の第２の特徴は、本発明の第１の特徴に係り、前記ＭＡＣチャネルでは、前記データの自動再送制御が用いられており、前記チャネル制御部は、前記プロファイル決定部によって決定された前記プロファイルに基づいて、前記自動再送制御を実行するか否かを決定することを要旨とする。
【００１３】
本発明の第３の特徴は、本発明の第２の特徴に係り、前記チャネル制御部は、前記アプリケーションが伝送遅延の抑制を要求している場合、前記アプリケーションによって用いられる前記論理チャネルを構成する前記ＭＡＣチャネルにおいて、前記自動再送制御の実行を中止することを要旨とする。
【００１４】
本発明の第４の特徴は、本発明の第１の特徴に係り、前記論理チャネル設定部は、複数の前記ＭＡＣチャネルをまとめて用いて前記論理チャネルを設定するＭＡＣチャネル・アグリゲーションを実行することができ、前記チャネル制御部は、前記プロファイル決定部によって決定された前記プロファイルに基づいて、前記ＭＡＣチャネル・アグリゲーションを実行するか否かを決定することを要旨とする。
【００１５】
本発明の第５の特徴は、本発明の第４の特徴に係り、前記チャネル制御部は、前記アプリケーションがスループットの増大を要求している場合、前記ＭＡＣチャネル・アグリゲーションを実行することを要旨とする。
【００１６】
本発明の第６の特徴は、本発明の第１の特徴に係り、前記論理チャネルを用いて送信されるパケット（ＩＰパケットＰ）には、前記パケットの送信順序を判定可能な順序情報（シーケンス番号ＳＮ）が付加されており、前記チャネル制御部は、前記プロファイル決定部によって決定された前記プロファイルに基づいて、前記順序情報を前記パケットに付加するか否かを決定することを要旨とする。
【００１７】
本発明の第７の特徴は、本発明の第６の特徴に係り、前記チャネル制御部は、複数の前記ＭＡＣチャネルをまとめて用いて前記論理チャネルを設定するＭＡＣチャネル・アグリゲーションを実行しない場合、前記アプリケーションによって用いられる前記論理チャネルを構成する前記ＭＡＣチャネルにおいて、前記順序情報の付加を中止することを要旨とする。
【００１８】
本発明の第８の特徴は、無線基地局と設定されるＭＡＣ層レベルの通信チャネルであるＭＡＣチャネルによって構成され、アプリケーションが送受信するデータの中継に用いられる論理チャネルを、前記アプリケーションごとに設定するステップと、前記アプリケーションが要求する通信品質に基づいて、前記通信品質に影響を与える前記ＭＡＣチャネルのプロファイルを決定するステップと、決定された前記プロファイルに基づいて、前記ＭＡＣチャネルにおける前記データの送受信を制御するステップとを備えるチャネル制御方法であることを要旨とする。
【００１９】
本発明の第９の特徴は、本発明の第８の特徴に係り、前記ＭＡＣチャネルでは、前記データの自動再送制御が用いられており、前記制御するステップでは、決定された前記プロファイルに基づいて、前記自動再送制御を実行するか否かを決定することを要旨とする。
【００２０】
本発明の第１０の特徴は、本発明の第９の特徴に係り、前記制御するステップでは、前記アプリケーションが伝送遅延の抑制を要求している場合、前記アプリケーションによって用いられる前記論理チャネルを構成する前記ＭＡＣチャネルにおいて、前記自動再送制御の実行を中止することを要旨とする。
【００２１】
本発明の第１１の特徴は、本発明の第８の特徴に係り、前記論理チャネルを設定するステップでは、複数の前記ＭＡＣチャネルをまとめて用いて前記論理チャネルを設定するＭＡＣチャネル・アグリゲーションを実行することができ、前記制御するステップでは、決定された前記プロファイルに基づいて、前記ＭＡＣチャネル・アグリゲーションを実行するか否かを決定することを要旨とする。
【００２２】
本発明の第１２の特徴は、本発明の第１１の特徴に係り、前記制御するステップでは、前記アプリケーションがスループットの増大を要求している場合、前記ＭＡＣチャネル・アグリゲーションを実行することを要旨とする。
【００２３】
本発明の第１３の特徴は、本発明の第８の特徴に係り、前記論理チャネルを用いて送信されるパケットには、前記パケットの送信順序を判定可能な順序情報が付加されており、前記制御するステップでは、決定された前記プロファイルに基づいて、前記順序情報を前記パケットに付加するか否かを決定することを要旨とする。
【００２４】
本発明の第１４の特徴は、本発明の第１３の特徴に係り、前記制御するステップでは、複数の前記ＭＡＣチャネルをまとめて用いて前記論理チャネルを設定するＭＡＣチャネル・アグリゲーションを実行しない場合、前記アプリケーションによって用いられる前記論理チャネルを構成する前記ＭＡＣチャネルにおいて、前記順序情報の付加を中止することを要旨とする。
【発明の効果】
【００２５】
本発明の特徴によれば、アプリケーションごとにリンクレイヤチャネルを設定する場合において、アプリケーションが要求する通信品質に応じて、リンクレイヤチャネルを構成するＭＡＣチャネルのプロファイルを変更することができる無線端末装置及びチャネル制御方法を提供することができる。
【発明を実施するための最良の形態】
【００２６】
次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。
【００２７】
したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００２８】
（通信システムの全体概略構成）
図１は、本実施形態に係る通信システムの全体概略構成図である。図１に示すように、本実施形態に係る通信システムには、無線基地局１００及び無線端末装置２００が含まれる。無線基地局１００及び無線端末装置２００は、ＴＤＭＡ及びＳＤＭＡ／ＴＤＤ通信方式を用いるｉＢｕｒｓｔ（登録商標）規格に準拠した無線通信を実行する。
【００２９】
無線基地局１００は、インターネット１０と接続されている。また、無線基地局１００は、ＰＤＳＮ２０と接続されている。ＰＤＳＮ２０は、ＩＰパケットＰの通信経路の制御などを実行する。インターネット１０には、ＳＩＰサーバ５０、電話端末６０及びＦＴＰサーバ７０が接続されている。
【００３０】
また、無線端末装置２００には、ＰＣ３０及び電話端末４０が接続されている。本実施形態では、ＰＣ３０は、ＦＴＰサーバ７０にアクセスしてＦＴＰ（file transfer protocol）にしたがったファイル転送を実行し、ファイル転送に伴うＩＰパケットＰを送受信することができる。
【００３１】
電話端末４０及び電話端末６０は、ＳＩＰ（session initiation protocol）に対応したＩＰ電話端末である。電話端末４０及び電話端末６０は、ＳＩＰサーバ５０を介して呼処理を実行し、音声データを含むＩＰパケットＰ（ＶｏＩＰパケット）を送受信する。
【００３２】
（通信システムのプロトコルスタック及び論理チャネルの構成例）
図２は、上述した通信システムのプロトコルスタックを示す。また、図３は、上述した通信システムにおいて設定されるリンクレイヤチャネル（論理チャネル）の構成例を示す。
【００３３】
具体的には、図２は、電話端末４０と電話端末６０との間において、ＩＰパケットＰ（ＶｏＩＰパケット）を送受信する場合における各装置のプロトコルスタックを示す。図２に示すように、電話端末４０は、ＰＤＳＮ２０との間において、ＰＰＰ（point-to-point protocol）によるコネクションを形成する。
【００３４】
さらに、図３に示すように、電話端末４０と電話端末６０との間には、当該コネクション、及び無線基地局１００と無線端末装置２００との間において設定されるＭＡＣチャネルＣ２３を用いて、リンクレイヤチャネルＣ１２が設定される。リンクレイヤチャネルＣ１２を用いてＩＰパケットＰが送受信される。電話端末４０及び電話端末６０では、音声帯域信号の符号化や、符号化されたデータとＩＰパケットＰとの変換などを実現するＶｏＩＰアプリケーションＡ１が実行される。
【００３５】
つまり、リンクレイヤチャネルＣ１２は、ＭＡＣチャネルＣ２３によって構成され、ＶｏＩＰアプリケーションＡ１が送受信するデータの中継に用いられる。
【００３６】
また、電話端末４０及び電話端末６０では、ＩＴＵ−ＴＧ．７２９Ａ（８ｋｂｐｓ）に準拠した音声コーデックが用いられる。２つの音声コーデックの出力（ペイロード）を、ＲＴＰ／ＵＤＰ/ＩＰを用いる１つのＩＰパケットＰに割り当てる設定とした場合、リンクレイヤチャネルＣ１１では、２０ｍｓｅｃごとに約６０バイトのＩＰパケットＰが中継される。なお、リンク層（ＬＬ）以下でのオーバーヘッドを考慮すると、電話端末４０と電話端末６０との間では、約２７ｋｂｐｓのデータが送受信される。
【００３７】
また、ＰＣ３０とＦＴＰサーバ７０との間においてＩＰパケットＰを送受信する場合、ＰＰＰ層より上位層のプロトコルスタックは異なるが、図２に示したプロトコルスタックと同様のプロトコルスタックが用いられる。ＰＣ３０とＦＴＰサーバ７０との間には、ＰＰＰコネクション、及び無線基地局１００と無線端末装置２００との間において設定されるＭＡＣチャネルＣ２１，Ｃ２２を用いて、リンクレイヤチャネルＣ１１が設定される。ＰＣ３０及びＦＴＰサーバ７０では、ＦＴＰクライアントまたはＦＴＰサーバとしての機能を実現するＦＴＰアプリケーションＡ２が実行される。
【００３８】
つまり、リンクレイヤチャネルＣ１１は、ＭＡＣチャネルＣ２１，Ｃ２２によって構成され、ＦＴＰアプリケーションＡ２が送受信するデータの中継に用いられる。
【００３９】
すなわち、本実施形態では、無線基地局１００及び無線端末装置２００において、アプリケーションごとに異なるリンクレイヤチャネルを設定することができる。
【００４０】
ＭＡＣチャネルＣ２１〜Ｃ２３は、無線基地局１００と無線端末装置２００との間において設定されるＭＡＣ層レベルの通信チャネルである。ＭＡＣチャネルＣ２１〜Ｃ２３は、リンクアクセスコントロール（ＬＡＣ）層における制御により設定される。
【００４１】
また、本実施形態では、無線基地局１００及び無線端末装置２００は、複数のＭＡＣチャネルをまとめて用いる、いわゆるＭＡＣチャネル・アグリゲーションを実行することができる。無線端末装置２００は、リンクレイヤチャネルを設定する際、リンクレイヤチャネルを構成するために用いられるＭＡＣチャネルの数、及びＭＡＣチャネルのプロファイル（例えば、自動再送制御の有無）を示す情報を無線基地局１００に通知する。無線基地局１００は、無線端末装置２００から受信した当該通知に基づいて、リンクレイヤチャネルを設定する。
【００４２】
さらに、本実施形態では、リンクレイヤチャネルＣ１１，Ｃ１２を用いて送信されるＭＡＣ層のフレームには、送信順序を判定可能なシーケンス番号ＳＮ（順序情報）を付加することができる。具体的には、シーケンス番号ＳＮは、無線基地局１００と無線端末装置２００との間、つまり、ＭＡＣチャネルＣ２１〜Ｃ２３において付加される。シーケンス番号ＳＮには、数ビット〜数バイトが割り当てられる。シーケンス番号ＳＮは、複数のＭＡＣチャネルによってデータを送受信するＭＡＣチャネル・アグリゲーションを実行した場合に、受信側において当該フレームの送信順序を判定するために用いられる。
【００４３】
また、無線基地局１００と無線端末装置２００との間、つまり、ＭＡＣチャネルＣ２１〜Ｃ２３においては、ＩＰパケットＰに含まれるデータの自動再送制御（ＡＲＱ）が用いられている。
【００４４】
（機能ブロック構成）
次に、上述した無線端末装置２００の機能ブロック構成について説明する。無線端末装置２００は、アプリケーション（ＶｏＩＰアプリケーションＡ１，ＦＴＰアプリケーションＡ２）が要求する通信品質（ＱｏＳ）に基づいて、ＭＡＣチャネルのプロファイル（例えば、ＡＲＱの有無）を決定する。また、無線端末装置２００は、決定したプロファイルに基づいて、ＭＡＣチャネルにおけるデータ、具体的には、ＩＰパケットＰの送受信を制御する。
【００４５】
図４は、無線端末装置２００の機能ブロック構成図である。図４に示すように、無線端末装置２００は、無線通信部２０１、リンクレイヤチャネル処理部２０３、プロファイル決定部２０５、チャネル制御部２０７、記憶部２０９及び有線ＬＡＮインタフェース部２１１Ａ，２１１Ｂを備える。
【００４６】
無線通信部２０１は、ｉＢｕｒｓｔに準拠した無線信号を送受信する。具体的には、無線通信部２０１は、リンクレイヤチャネル処理部２０３と接続されており、リンクレイヤチャネル処理部２０３から出力されたＩＰパケットＰなどを含むベースバンド信号を所定の変調方式（例えば、１２ＱＡＭ）により変調する。また、無線通信部２０１は、受信した無線信号をベースバンド信号に復調し、復調したベースバンド信号をリンクレイヤチャネル処理部２０３に出力する。
【００４７】
リンクレイヤチャネル処理部２０３は、リンクレイヤチャネルの設定要求に応じて、リンクレイヤチャネルを設定する。本実施形態では、リンクレイヤチャネル処理部２０３は、ＶｏＩＰアプリケーションＡ１用として、リンクレイヤチャネルＣ１１を設定する。また、リンクレイヤチャネル処理部２０３は、ＦＴＰアプリケーションＡ２用として、リンクレイヤチャネルＣ１２を設定する。
【００４８】
本実施形態において、リンクレイヤチャネル処理部２０３は、リンクレイヤチャネルをアプリケーションごとに設定する論理チャネル設定部を構成する。
【００４９】
また、リンクレイヤチャネル処理部２０３は、複数のＭＡＣチャネルをまとめて用いてリンクレイヤチャネルを設定するＭＡＣチャネル・アグリゲーションを実行することができる。具体的には、図３に示したように、リンクレイヤチャネル処理部２０３は、ＭＡＣチャネルＣ２１，Ｃ２２を用いてリンクレイヤチャネルＣ１１を設定する。
【００５０】
プロファイル決定部２０５は、アプリケーションが要求する通信品質（例えば、伝送遅延の抑制）に基づいて、当該通信品質に影響を与えるＭＡＣチャネルのプロファイル（例えば、自動再送制御の有無）を決定する。
【００５１】
プロファイル決定部２０５は、記憶部２０９に記憶されているＭＡＣチャネル制御パラメータに基づいて、ＭＡＣチャネルのプロファイルを決定する。
【００５２】
ここで、図６は、記憶部２０９に記憶されるＭＡＣチャネル制御パラメータの一例を示す。図６に示すように、本実施形態では、ＭＡＣチャネルによって構成されるリンクレイヤチャネルの種別として、「ＰＣ用」及び「ＩＰ電話用」が用意される。「ＰＣ用」とは、有線ＬＡＮインタフェース部２１１Ａ（図中のポートＡ）に接続されるＰＣ３０（図３参照）に適用されるパラメータであることを示す。また、「ＩＰ電話用」とは、有線ＬＡＮインタフェース部２１１Ｂ（図中のポートＢ）に接続される電話端末４０（図３参照）に適用されるパラメータであることを示す。
【００５３】
「ＰＣ用」では、ＭＡＣチャネルのプロファイルとして自動再送制御（ＡＲＱ）が“あり”と決定される。また、スループットを確保するため、アグリゲーションに用いられるＭＡＣチャネルの最大数は、“３”に決定される。また、「ＰＣ用」では、ＭＡＣチャネル・アグリゲーションが実行されるため、ＩＰパケットＰの送信順序を判定可能なシーケンス番号ＳＮの付加は“あり”と決定される。
【００５４】
一方、「ＩＰ電話用」では、伝送遅延を抑制するため、ＭＡＣチャネルのプロファイルとして自動再送制御（ＡＲＱ）が“なし”と決定される。また、音声データの送受信（ＶｏＩＰ）では、高いスループットは必要ないため、アグリゲーションに用いられるＭＡＣチャネルの最大数は、“１”に、つまり、ＭＡＣチャネル・アグリゲーションを実行しないと決定される。また、「ＩＰ電話用」では、ＭＡＣチャネル・アグリゲーションが実行されないため、ＩＰパケットＰの送信順序を判定可能なシーケンス番号ＳＮの付加は“なし”と決定される。
【００５５】
上述したように、ＶｏＩＰアプリケーションＡ１では、通信品質として、伝送遅延の抑制が要求される。つまり、音声通話では、単発的なＩＰパケットＰの欠落は大きな問題とならない一方、伝送遅延に伴うＩＰパケットＰの到着の遅れは、音声品質の劣化として顕著に表れる。このため、ＶｏＩＰアプリケーションＡ１用としては、ＩＰパケットＰの欠落よりも伝送遅延の抑制に配慮したＭＡＣチャネルのプロファイルが設定される。
【００５６】
また、ＦＴＰアプリケーションＡ２では、通信品質として、スループットの確保及び伝送されるデータ（ＩＰパケットＰ）の欠落防止が要求される。つまり、ファイル転送などのアプリケーションでは、ＩＰパケットＰの喪失は、上位層におけるデータ再送の原因となりスループットが低下する。このため、ＦＴＰアプリケーションＡ２用としては、伝送遅延の抑制よりも、スループットの確保及びＩＰパケットＰの欠落防止に配慮したＭＡＣチャネルのプロファイルが設定される。
【００５７】
チャネル制御部２０７は、リンクレイヤチャネル処理部２０３において設定されたリンクレイヤチャネルを構成するＭＡＣチャネルＣ２１〜Ｃ２３を制御する。具体的には、チャネル制御部２０７は、プロファイル決定部２０５によって決定されたＭＡＣチャネルのプロファイルに基づいて、ＭＡＣチャネルにおけるデータの送受信を制御する。
【００５８】
より具体的には、チャネル制御部２０７は、リンクアクセスコントロール（ＬＡＣ）層を介して、ＭＡＣチャネルのプロファイルを変更する管理パラメータを指定することによって、ＭＡＣチャネルにおけるデータの送受信を制御する。
【００５９】
本実施形態では、チャネル制御部２０７は、ＶｏＩＰアプリケーションＡ１が送受信するデータが中継されるリンクレイヤチャネルＣ１２を構成するＭＡＣチャネルＣ２３（図３参照）において、当該データの送受信を制御する。同様に、チャネル制御部２０７は、ＦＴＰアプリケーションＡ２が送受信するデータが中継されるリンクレイヤチャネルＣ１１を構成するＭＡＣチャネルＣ２１，Ｃ２２（図３参照）において、当該データの送受信を制御する。
【００６０】
上述したように、チャネル制御部２０７は、プロファイル決定部２０５によって決定されたプロファイルに基づいて、ＡＲＱを実行するか否かを決定する。チャネル制御部２０７は、伝送遅延の抑制を要求しているＶｏＩＰアプリケーションＡ１の場合、ＶｏＩＰアプリケーションＡ１によって用いられるリンクレイヤチャネルＣ１２を構成するＭＡＣチャネルＣ２３においてＡＲＱの実行を中止する。一方、チャネル制御部２０７は、データ（ＩＰパケットＰ）の欠落防止を要求しているＦＴＰアプリケーションＡ２の場合、ＦＴＰアプリケーションＡ２によって用いられるリンクレイヤチャネルＣ１１を構成するＭＡＣチャネルＣ２１，Ｃ２２においてＡＲＱを実行する。
【００６１】
また、チャネル制御部２０７は、プロファイル決定部２０５によって決定されたプロファイルに基づいて、シーケンス番号ＳＮをＩＰパケットＰに付加するか否かを決定する。チャネル制御部２０７は、ＭＡＣチャネル・アグリゲーションを実行しないＶｏＩＰアプリケーションＡ１の場合、ＭＡＣチャネルＣ２３において、シーケンス番号ＳＮの付加を中止する。
【００６２】
さらに、チャネル制御部２０７は、プロファイル決定部２０５によって決定されたプロファイルに基づいて、ＭＡＣチャネル・アグリゲーションを実行するか否かを決定する。チャネル制御部２０７は、スループットの増大を要求しているＦＴＰアプリケーションＡ２の場合、ＭＡＣチャネル・アグリゲーションを実行する。
【００６３】
なお、図７に示すように、本実施形態では、ＭＡＣチャネルごとに３４０ｋｂｐｓのデータレート（スループット）を実現することができる。つまり、３つのＭＡＣチャネル（ＭＡＣチャネルＣ２１〜Ｃ２３）をまとめて用いた場合、計１，０２０ｋｂｐｓのデータレートを実現することができる。
【００６４】
記憶部２０９は、図６に示したＭＡＣチャネル制御パラメータなどを記憶する。
【００６５】
有線ＬＡＮインタフェース部２１１Ａ，２１１Ｂは、所定の有線ＬＡＮ方式（Ethernet（登録商標））に準拠したインタフェースを提供する。有線ＬＡＮインタフェース部２１１Ａ，２１１Ｂは、ＲＪ４５コネクタをそれぞれ有する。
【００６６】
有線ＬＡＮインタフェース部２１１Ａは、ＰＣ３０と接続される。有線ＬＡＮインタフェース部２１１Ｂは、電話端末４０と接続される（図３参照）。
【００６７】
（無線端末装置の動作）
次に、図５を参照して、無線端末装置２００の動作について説明する。具体的には、無線端末装置２００が、ＭＡＣチャネルのプロファイルを設定する動作について説明する。
【００６８】
図５に示すように、ステップＳ１０において、無線端末装置２００は、リンクレイヤチャネルの設定要求を受信したか否かを判定する。なお、無線端末装置２００は、ＰＣ３０または電話端末４０からリンクレイヤチャネルの設定要求を受信する。
【００６９】
リンクレイヤチャネルの設定要求を受信した場合（ステップＳ１０のＹＥＳ）、ステップＳ２０において、無線端末装置２００は、リンクレイヤチャネルの設定要求を受信した有線ＬＡＮインタフェース（有線ＬＡＮインタフェース部２１１Ａ，２１１Ｂ）を確認する。
【００７０】
ステップＳ３０において、無線端末装置２００は、リンクレイヤチャネルの設定要求を受信した有線ＬＡＮインタフェースと対応付けられているＭＡＣチャネルのプロファイルを取得する。具体的には、無線端末装置２００は、図６に示したＭＡＣチャネル制御パラメータに基づいて、ＭＡＣチャネルのプロファイルを取得する。
【００７１】
ステップＳ４０において、無線端末装置２００は、取得したＭＡＣチャネルのプロファイルに基づいて、リンクレイヤチャネルを設定する。
【００７２】
例えば、無線端末装置２００が、有線ＬＡＮインタフェース部２１１Ａを介してＰＣ３０からリンクレイヤチャネルの設定要求を受信した場合（図３参照）、図６に示したＭＡＣチャネル制御パラメータに基づいて、「ＰＣ用」が選択される。
【００７３】
この結果、ＰＣ３０（ＦＴＰアプリケーションＡ２）が送受信するデータ（ＩＰパケットＰ）が中継されるリンクレイヤチャネルを構成するＭＡＣチャネルでは、ＡＲＱが実行される。また、この場合、複数のＭＡＣチャネルを用いることができれば、最大３つのＭＡＣチャネル（ＭＡＣチャネルＣ２１〜Ｃ２３）をまとめて用いるＭＡＣチャネル・アグリゲーションが実行される。さらに、当該ＭＡＣチャネルでは、ＭＡＣ層のフレームごとにシーケンス番号ＳＮが付加される。
【００７４】
（作用・効果）
上述した無線端末装置２００によれば、アプリケーション（ＶｏＩＰアプリケーションＡ１，ＦＴＰアプリケーションＡ２）が要求する通信品質に基づいて、通信品質に影響を与えるＭＡＣチャネルのプロファイルが決定される。また、決定されたプロファイルに基づいて、ＭＡＣチャネルＣ２１〜Ｃ２３におけるデータの送受信が制御される。
【００７５】
本実施形態では、通信品質として、（ａ）伝送遅延の抑制、（ｂ）スループットの確保、（ｃ）データの欠落防止が設定されている。また、プロファイルとして、ＡＲＱの有無、ＭＡＣチャネル・アグリゲーションの実行要否、及びシーケンス番号ＳＮの有無が決定される。
【００７６】
このため、アプリケーションごとにリンクレイヤチャネルを設定する場合において、アプリケーションが要求する通信品質に応じて、リンクレイヤチャネルを構成するＭＡＣチャネルのプロファイルを変更することができる。すなわち、無線端末装置２００によれば、アプリケーションが要求する通信品質に応じたリンクレイヤチャネルを設定することができる。
【００７７】
本実施形態では、要求される通信品質に基づいて、ＭＡＣチャネルにおいてシーケンス番号ＳＮを付加するか否かが決定される。無線基地局１００と無線端末装置２００との間、つまり、無線区間では、極めて小さいデータペイロードとなることが多いため、数ビット〜数バイトで構成されるシーケンス番号ＳＮの付加を止めることによるオーバーヘッドの削減効果は大きい。このため、シーケンス番号ＳＮの付加が行われない「ＩＰ電話用」（図６参照）、つまり、ＶｏＩＰアプリケーションＡ１によって用いられるリンクレイヤチャネルＣ１２の実効通信帯域を効果的に増大することができる。
【００７８】
（その他の実施形態）
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。
【００７９】
例えば、上述した実施形態では、ｉＢｕｒｓｔを準拠した無線基地局１００及び無線端末装置２００が含まれる通信システムを例として説明したが、本発明は、ｉＢｕｒｓｔ以外のディジタル無線通信方式にも適用することができる。
【００８０】
また、上述した実施形態では、アプリケーションが要求する通信品質として、（ａ）伝送遅延の抑制、（ｂ）スループットの確保、（ｃ）データの欠落防止が設定されていたが、設定可能な通信品質は、これに限定されるものではない。また、ＭＡＣチャネルのプロファイルは、図６に示した内容に限定されるものではない。例えば、伝送遅延を抑制しつつスループットを確保するため、ＡＲＱを“なし”に設定し、ＭＡＣチャネル・アグリゲーションを実行するプロファイルを定義してもよい。
【００８１】
このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施形態に係る通信システムの全体概略構成図である。
【図２】本発明の実施形態に係る通信システムを構成する装置のプロトコルスタックを示す図である。
【図３】本発明の実施形態に係る通信システムにおいて設定されるリンクレイヤチャネル（論理チャネル）の構成例を示す図である。
【図４】本発明の実施形態に係る無線端末装置の機能ブロック構成図である。
【図５】本発明の実施形態に係る無線端末装置の動作フロー図である。
【図６】本発明の実施形態に係るＭＡＣチャネルのプロファイルの一例を示す図である。
【図７】本発明の実施形態に係るＭＡＣチャネルのデータレートを示す図である。
【符号の説明】
【００８３】
１０…インターネット、２０…ＰＤＳＮ、３０…ＰＣ、４０…電話端末、５０…ＳＩＰサーバ、６０…電話端末、７０…ＦＴＰサーバ、１００…無線基地局、２００…無線端末装置、２０１…無線通信部、２０３…リンクレイヤチャネル処理部、２０５…プロファイル決定部、２０７…チャネル制御部、２０９…記憶部、２１１Ａ，２１１Ｂ…有線ＬＡＮインタフェース部、Ａ１…ＶｏＩＰアプリケーション、Ａ２…ＦＴＰアプリケーション、Ｃ１１，Ｃ１２…リンクレイヤチャネル、Ｃ２１〜Ｃ２３…ＭＡＣチャネル、ＳＮ…シーケンス番号、Ｐ…ＩＰパケット
【図１】
2008011258.tif 000003
【図２】
2008011258.tif 000004
【図３】
2008011258.tif 000005
【図４】
2008011258.tif 000006
【図５】
2008011258.tif 000007
【図６】
2008011258.tif 000008
【図７】
2008011258.tif 000009