JP2020099099A - 基地局装置及び端末装置とＱｏＳ制御方法 - Google Patents

Abstract

【課題】既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、サービスフロー単位のＱｏＳ制御を実現する基地局装置及び端末装置並びにＱｏＳ制御方法を提供する。【解決手段】基地局装置１００において、端末に伝送するダウンリンクパケットのサービスフロー別に特定ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータを確認する確認部１２０と、ダウンリンクパケットを特定ＱｏＳに適用して、端末にダウンリンクパケットを伝送する伝送部１５０と、特定ＱｏＳパラメータを端末に対して異なるＱｏＳパラメータに変換するためのＱｏＳ変換情報を提供する連動制御部１４０と、を含む。【選択図】図７

Description

本発明は、通信サービスのパケット伝送時、ＱｏＳレベルを異にして伝送するＱｏＳ制御技術に関するものである。

より詳しくは、本発明は、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、サービスフロー単位のＱｏＳ制御を可能にする技術に関するものである。

移動通信システムでは、端末（ユーザー）が利用する通信サービスのメディア類型によってＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）レベルを異にし、通信サービスのパケット伝送時、メディア類型に合うＱｏＳレベルを保証して伝送するＱｏＳ制御を提供している。

これに関連して、ＬＴＥネットワークで提供するＱｏＳ制御方式は、ＥＰＳ Ｂｅａｒｅｒ（以下、ベアラ）単位のＱｏＳ制御方式である。

ＬＴＥネットワークでは、端末（ユーザー）が通信サービスを利用するために、データ伝送のためのＥＰＳ Ｂｅａｒｅｒ即ちベアラを生成することになる。

このようなベアラは、端末と基地局との間を連結する無線区間、及び、基地局とＳ−ＧＷとＰ−ＧＷとの間を連結する有線区間を経て、端末とＰ−ＧＷとの間に生成されるトンネル（無線区間＋有線区間）と言える。

ユーザー（端末）のデータは、このトンネル即ちベアラを通してＩＰ基盤のパケット形態で伝送され、パケット伝送によるトラフィックの流れをサービスフロー（Ｓｅｒｖｉｃｅ Ｆｌｏｗ）と言う。

以前は、端末（ユーザー）に提供していた通信サービスの種類が比較的限定的であったため、いくつかの種類の通信サービスをまとめて“ベアラ”という論理的単位でＱｏＳを適用するベアラ単位のＱｏＳ制御方式を使用した。

したがって、既存のベアラ単位のＱｏＳ制御方式は、ベアラ別にＱｏＳレベル（ＱｏＳパラメータ）を定義してベアラ単位でＱｏＳを保証（適用）するため、一つのベアラを通して伝送されるサービスフローであれば全て同一のＱｏＳ（ベアラのＱｏＳレベル）が適用されて伝送される。

結局、既存のベアラ単位のＱｏＳ制御方式は、ＱｏＳ制御の複雑度を低減できるとの長所があるが、一つのベアラに属したサービスフローに対して差等的なＱｏＳを適用することができないという限界がある。

このような限界は、通信サービスの種類が比較的限定的であった以前の状況では大きな問題にならなかったが、多様な種類の通信サービスが急速に開発／登場している現在または今後の状況（例：５Ｇ）では必ず改善しなければならない問題である。

よって、本発明では、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、より差等的なＱｏＳ適用が可能なサービスフロー単位のＱｏＳ制御を実現しようとする。

本発明で達成しようとする目的は、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、より差等的なＱｏＳ適用が可能なサービスフロー単位のＱｏＳ制御を実現することにある。

本発明の一実施例によれば、基地局装置は、端末に伝送するためのダウンリンクパケットに対して、サービスフローを決定する決定部；サービスフロー別に既に定義されたＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータのうち、上記決定したサービスフローに定義されている特定ＱｏＳパラメータを確認する確認部；及び、上記ダウンリンクパケット伝送時、上記特定ＱｏＳパラメータを適用して、上記端末へのダウンリンクパケットをサービスフロー別に決定される特定ＱｏＳで伝送する伝送部；を含む。

具体的には、上記サービスフローによる特定ダウンリンクパケットのヘッダに上記特定ＱｏＳパラメータを識別可能にするＱｏＳ制御情報を含ませて、上記端末が上記ＱｏＳ制御情報に基づいて、上記サービスフローのアップリンクパケット伝送時、上記特定ＱｏＳで伝送できるようにする制御情報伝達部をさらに含むことができる。

具体的には、上記特定ダウンリンクパケットは、上記サービスフローが開始される場合のダウンリンクパケット、及び、上記サービスフローが維持される間に上記サービスフローのＱｏＳパラメータが変更される場合のダウンリンクパケットのうちの少なくとも一つを含むことができる。

具体的には、上記端末が上記基地局装置とは異なるＱｏＳ制御ポリシーを支援する異なるネットワークにハンドオーバーする場合、上記特定ＱｏＳパラメータを上記異なるＱｏＳ制御ポリシーに従ったＱｏＳパラメータに変換するためのＱｏＳ変換情報を上記端末に提供する連動制御部をさらに含むことができる。

具体的には、上記異なるＱｏＳ制御ポリシーは、ベアラ（Ｂｅａｒｅｒ）別に相異なるＱｏＳレベルを保証する、ベアラ単位のＱｏＳ制御ポリシーであり得る。

具体的には、上記サービスフロー別のマッチングルールの優先順位は、上記各サービスフローが有するＱｏＳレベルを基準として定められることができる。

具体的には、上記連動制御部は、上記サービスフローの連続性が要求される場合にのみ、上記ＱｏＳ変換情報を提供することができる。

本発明の一実施例によれば、端末装置は、基地局から受信されるダウンリンクパケットのうち、特定ダウンリンクパケットのヘッダからＱｏＳ制御情報を獲得する獲得部；上記特定ダウンリンクパケットのサービスフローに上記ＱｏＳ制御情報から確認される特定ＱｏＳパラメータをマッピングさせるＱｏＳ制御部；及び、上記サービスフローのアップリンクパケット伝送時、上記特定ＱｏＳパラメータを適用して、上記アップリンクパケットをサービスフローに定義された特定ＱｏＳで伝送する伝送部；を含む。

具体的には、上記ＱｏＳ制御部は、上記基地局とは異なるＱｏＳ制御ポリシーを支援する異なるネットワークにハンドオーバーする場合、上記基地局から提供されるＱｏＳ変換情報に基づいて上記特定ＱｏＳパラメータを上記異なるＱｏＳ制御ポリシーに従ったＱｏＳパラメータに変換することができる。

具体的には、上記ＱｏＳ変換情報は、各サービスフローをベアラにマッチングさせるサービスフロー別のマッチングルール、上記サービスフロー別のマッチングルールの優先順位、ベアラ別に既に定義されたＱｏＳパラメータを含むことができる。

具体的には、上記ＱｏＳ制御部は、上記ＱｏＳ変換情報に基づいて、サービスフロー別のマッチングルールのうち、優先順位が最も高いマッチングルールから優先順位が低くなる順序に従って上記サービスフローと一致するマッチングルールを検索し、上記サービスフローを上記検索されたマッチングルールのベアラにマッチングさせて、上記特定ＱｏＳパラメータを上記マッチングさせたベアラに定義されているＱｏＳパラメータに変換することができる。

本発明の一実施例によるＱｏＳ制御方法は、基地局装置が、端末に伝送するためのダウンリンクパケットに対してサービスフローを決定する決定段階；上記基地局装置が、サービスフロー別に既に定義されたＱｏＳパラメータのうち、上記決定したサービスフローにマッピングされた特定ＱｏＳパラメータを確認する確認段階；及び、上記基地局装置が、上記ダウンリンクパケット伝送時、上記特定ＱｏＳパラメータを適用して、上記端末へのダウンリンクパケットをサービスフロー別に決定される特定ＱｏＳで伝送する伝送段階；を含む。

具体的には、上記基地局装置が、上記サービスフローによる特定ダウンリンクパケットのヘッダに上記特定ＱｏＳパラメータを識別可能にするＱｏＳ制御情報を含ませて、上記端末が上記ＱｏＳ制御情報に基づいて、上記サービスフローのアップリンクパケット伝送時、上記特定ＱｏＳで伝送できるようにする段階をさらに含むことができる。

具体的には、上記基地局装置が、上記端末が上記基地局装置とは異なるＱｏＳ制御ポリシーを支援する異なるネットワークにハンドオーバーすることを確認する場合、上記特定ＱｏＳパラメータを上記異なるＱｏＳ制御ポリシーに従ったＱｏＳパラメータに変換するためのＱｏＳ変換情報を上記端末に提供するＱｏＳ変換情報段階をさらに含むことができる。

本発明の一実施例によるＱｏＳ制御方法は、端末装置が、基地局から受信されるダウンリンクパケットのうち、特定ダウンリンクパケットのヘッダからＱｏＳ制御情報を獲得する獲得段階；上記端末装置が、上記特定ダウンリンクパケットのサービスフローに上記ＱｏＳ制御情報に基づいて確認される特定ＱｏＳパラメータをマッピングさせるＱｏＳマッピング段階；及び、上記端末装置が、上記サービスフローのアップリンクパケット伝送時、上記特定ＱｏＳパラメータを適用して、上記アップリンクパケットをサービスフローに定義された特定ＱｏＳで伝送する伝送段階；を含む。

よって、本発明の基地局装置及び端末装置と、ＱｏＳ制御方法によれば、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、サービスフロー単位のＱｏＳ制御を可能にすることにより、通信サービス別により差等的なＱｏＳ即ちサービス品質を適用する効果を奏する。

既存のベアラ単位のＱｏＳ制御方式を示した例示図である。 本発明の一実施例によるサービスフロー単位のＱｏＳ制御方式を示した例示図である。 本発明の一実施例によるＱｏＳ制御方法（サービスフロー単位のＱｏＳ制御）を基地局の観点で説明する制御流れ図である。 本発明の一実施例によるＱｏＳ制御方法（サービスフロー単位のＱｏＳ制御）を端末の観点で説明する制御流れ図である。 本発明の一実施例によるＱｏＳ制御方法（ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動）を基地局の観点で説明する制御流れ図である。 本発明の一実施例によるＱｏＳ制御方法（ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動）を端末の観点で説明する制御流れ図である。 本発明の一実施例による基地局装置の構成を示したブロック図である。 本発明の一実施例による端末装置の構成を示したブロック図である。

以下、添付図面を参照して本発明について説明する。

先ず、本発明に関する具体的な説明に先立って、本発明で提案するサービスフロー単位のＱｏＳ制御方式により達成される機能（効果）を説明すると、次の通りである。

本発明によって達成される効果は、別途のシグナリングなしにサービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）を端末に知らせる点、Ｐｉｇｇｙｂａｃｋ形態でＱｏＳ制御情報を伝達してパケット検査効率を高める点、ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動を可能にして、ハンドオーバー時の端末の通信サービスの途切れを最小化する点、また、ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動を通信サービスの敏感度によって選択的に反映する点等がある。

以下では、本発明で提案するサービスフロー単位のＱｏＳ制御方式を実現する装置及び／又は構成について説明し、その過程で達成される上述の効果をより具体的に説明する。

一方、図１を参照して既存のベアラ単位のＱｏＳ制御方式を説明する。

既存のベアラ単位のＱｏＳ制御方式は、いくつかの種類の通信サービスをまとめてＥＰＳ Ｂｅａｒｅｒ即ちベアラという論理的単位でＱｏＳを適用（補正）する方式である。

よって、以前は、図１に示されているように、ベアラ単位のＱｏＳ制御方式を使用するために、端末（ユーザー）には利用しようとする通信サービスで要求されるＱｏＳを保証するベアラ、例えばＢｅａｒｅｒ１、２が生成される。

このとき、Ｂｅａｒｅｒ１、２それぞれは、Ｄｅｆａｕｌｔ Ｂｅａｒｅｒでもよく、Ｄｅｄｉｃａｔｅｄ Ｂｅａｒｅｒでもよい。

そして、図１に示されているように、端末が利用する通信サービス１のサービスフロー１、通信サービス２のサービスフロー２が一つのベアラ（Ｂｅａｒｅｒ１）に属し、端末が利用する通信サービス３のサービスフロー３、通信サービス４のサービスフロー４が一つのベアラ（Ｂｅａｒｅｒ２）に属すると仮定する。

この場合、Ｂｅａｒｅｒ１を通して伝送されるサービスフロー１、２にはいずれも同一のＱｏＳ即ちＢｅａｒｅｒ１のＱｏＳレベル（ＱｏＳパラメータＡ）が適用され、Ｂｅａｒｅｒ２を通して伝送されるサービスフロー３、４にはいずれも同一のＱｏＳ即ちＢｅａｒｅｒ２のＱｏＳレベル（ＱｏＳパラメータＢ）が適用される。

結局、既存のベアラ単位のＱｏＳ制御方式は、ベアラという論理的単位でＱｏＳを適用するため、ＱｏＳ制御の複雑度を低減できるという長所があるが、一つのベアラに属したサービスフローに対して差等的なＱｏＳを適用することができないという限界がある。

よって、本発明では、図２に示されているように、サービスフロー単位のＱｏＳ制御を実現して、通信サービス別により差等的なＱｏＳ即ちサービス品質を適用しようとする。

ところで、サービスフロー単位のＱｏＳ制御を実現することになれば、既存のベアラ単位のＱｏＳ制御方式に対比してＱｏＳ制御の複雑度が高くなる。

よって、本発明では、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、通信サービス別に差等的なＱｏＳ適用を可能にするサービスフロー単位のＱｏＳ制御方式を提案する。

図３を参照して、本発明のＱｏＳ制御方法（サービスフロー単位のＱｏＳ制御）を基地局の観点で説明する。

ついては、説明の便宜のために、本発明のＱｏＳ制御方法を基地局装置１００の動作方法に代えて言及しながら説明する。

本発明のＱｏＳ制御方法、即ち基地局装置１００の動作方法は、端末２００に伝送するためのダウンリンクパケットに対して、サービスフローを決定する。

即ち、基地局装置１００の動作方法は、ネットワーク（図示せず）から端末２００に伝送するためのダウンリンクパケットが受信されると（Ｓ１００）、ダウンリンクパケットのヘッダから確認される５−ｔｕｐｌｅ即ちＳｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、ＰｒｏｔｏｃｏｌＩＤに基づいてサービスフローを決定する（Ｓ１１０）。

以下では、説明の便宜のために、当該ダウンリンクパケットのサービスフローを、サービスフロー１として決定した場合と仮定して説明する。

基地局装置１００の動作方法は、サービスフロー別に既に定義されたＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータのうち、当該ダウンリンクパケットのサービスフロー１に定義されている特定ＱｏＳパラメータを確認する（Ｓ１２０）。

以下では、説明の便宜上、サービスフロー１に定義されている特定ＱｏＳパラメータを、ＱｏＳパラメータ１と称して説明する。

このとき、基地局装置１００の動作方法は、当該ダウンリンクパケットがＱｏＳ制御情報を含ませるべき特定ダウンリンクパケットであるかを確認する（Ｓ１３０）。

例えば、基地局装置１００の動作方法は、当該ダウンリンクパケットが、端末２００が通信サービス１を利用し始めて端末２００に対するサービスフロー１が開始される時点のダウンリンクパケットであるか、端末２００に対するサービスフロー１が維持される間にサービスフロー１のＱｏＳパラメータ１が変更される場合の変更時点のダウンリンクパケットであれば、ＱｏＳ制御情報を含ませるべき特定ダウンリンクパケットであると確認することができる。

基地局装置１００の動作方法は、Ｓ１３０段階で当該ダウンリンクパケットが特定ダウンリンクパケットではないと確認されれば、ダウンリンクパケット伝送時、ＱｏＳパラメータ１を適用して、端末２００へのダウンリンクパケットをサービスフロー１に定義された特定ＱｏＳで伝送する。

一方、基地局装置１００の動作方法は、Ｓ１３０段階で当該ダウンリンクパケットが特定ダウンリンクパケットとして確認されれば、当該ダウンリンクパケットのヘッダ、より具体的にはＬ２ヘッダにＱｏＳ制御情報を含ませ（Ｓ１３５）、ダウンリンクパケット伝送時、ＱｏＳパラメータ１を適用して、端末２００へのダウンリンクパケットをサービスフロー１に定義された特定ＱｏＳで伝送する。

即ち、基地局装置１００の動作方法は、ダウンリンクパケット伝送時、該当パケットのサービスフローに定義されているＱｏＳパラメータ（ＱｏＳレベル）を適用して伝送することにより、サービスフロー単位でＱｏＳレベルを保証して伝送するのである。

図２に示されているように、端末２００が通信サービス１、２、３、４を利用することにより、端末２００に対するサービスフロー１、２、３、４が発生すると仮定する。

この場合、本発明の基地局装置１００は、通信サービス１のパケット伝送時、該当パケットのサービスフロー１に定義されたＱｏＳパラメータ１（ＱｏＳレベル１）を適用して伝送し、通信サービス２のパケット伝送時、該当パケットのサービスフロー２に定義されたＱｏＳパラメータ２（ＱｏＳレベル２）を適用して伝送し、通信サービス３のパケット伝送時、該当パケットのサービスフロー３に定義されたＱｏＳパラメータ３（ＱｏＳレベル３）を適用して伝送し、通信サービス４のパケット伝送時、該当パケットのサービスフロー４に定義されたＱｏＳパラメータ４（ＱｏＳレベル４）を適用して伝送することにより、サービスフロー単位でＱｏＳレベルを保証して伝送することができる。

この時、本発明の基地局装置１００は、ダウンリンクトラフィックにサービスフロー単位のＱｏＳ制御を行いながら、別途の制御メッセージ（別途のシグナリング）を使用せず、サービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）を端末に知らせることができる。

以下では、図４を参照して、本発明のＱｏＳ制御方法（サービスフロー単位のＱｏＳ制御）を端末の観点で説明する。

説明の便宜のために、本発明のＱｏＳ制御方法を端末装置２００の動作方法に代えて言及して説明する。

本発明のＱｏＳ制御方法、即ち端末装置２００の動作方法は、基地局１００からダウンリンクパケットを受信すると（Ｓ２００）、ダウンリンクパケットのヘッダ、より具体的には、Ｌ２ヘッダで識別情報が記録されるフィールドを確認し、識別情報があれば、識別情報を見てＱｏＳパラメータを含んでいる特定ダウンリンクパケットであるかを識別する（Ｓ２１０）。

端末装置２００の動作方法は、当該受信されたダウンリンクパケットがＱｏＳパラメータを含んでいる特定ダウンリンクパケットであると識別されれば（Ｓ２１０ Ｙｅｓ）、該当ダウンリンクパケットのヘッダ（Ｌ２ヘッダ）からＱｏＳ制御情報を獲得することができる（Ｓ２２０）。

よって、端末装置２００の動作方法は、当該受信された特定ダウンリンクパケットのサービスフローに、先に獲得したＱｏＳ制御情報から確認される特定ＱｏＳパラメータをマッピングさせる（Ｓ２３０）。

より具体的に説明すれば、端末装置２００の動作方法は、当該受信された特定ダウンリンクパケットのヘッダから確認される５−ｔｕｐｌｅ即ちＳｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤに基づいて、特定ダウンリンクパケットのサービスフローを確認することができる。

上述の例示のように、基地局１００がサービスフロー１として決定し、サービスフロー１に定義されたＱｏＳパラメータ１を識別可能にするＱｏＳ制御情報を特定ダウンリンクパケットのヘッダに含ませて伝送した場合と仮定する。

この場合であれば、端末装置２００の動作方法は、特定ダウンリンクパケットのヘッダから確認される５−ｔｕｐｌｅに基づいて、サービスフロー１を確認する。

よって、端末装置２００の動作方法は、特定ダウンリンクパケットのサービスフロー１に、先に獲得したＱｏＳ制御情報から確認されるＱｏＳパラメータ１をマッピングさせる。

この時、端末装置２００の動作方法は、サービスフロー１を決定する根拠になる５−ｔｕｐｌｅ（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）にＱｏＳパラメータ１をマッピングさせることにより、サービスフロー１にＱｏＳパラメータ１をマッピングさせたサービスフロー及びＱｏＳパラメータマッピング情報を保存することができる。

そして、端末装置２００の動作方法は、当該受信したダウンリンクパケットを処理する（Ｓ２４０）。

勿論、端末装置２００の動作方法は、Ｓ２１０段階で当該受信されたダウンリンクパケットが特定パケットではないと識別されれば、Ｓ２２０、Ｓ２３０段階なしに、当該受信したダウンリンクパケットを処理する（Ｓ２４０）。

このような端末装置２００の動作方法は、以後、サービスフロー１のアップリンクパケット伝送時、先にサービスフロー１にマッピングさせたＱｏＳパラメータ１を適用して、アップリンクパケットをサービスフロー１に定義された特定ＱｏＳで伝送する（Ｓ２５０）。

即ち、端末装置２００の動作方法は、アップリンクパケット伝送時、伝送対象であるアップリンクパケットのヘッダから確認される５−ｔｕｐｌｅに基づいてサービスフローを確認する。

例えば、端末装置２００の動作方法は、サービスフロー１として確認されれば、当該アップリンクパケット伝送時、先にサービスフロー１にマッピングさせたＱｏＳパラメータ１を適用して伝送することにより、サービスフロー１のアップリンクパケットをサービスフロー１に定義された特定ＱｏＳで伝送することができる。

よって、図２に示されているように、端末装置２００が通信サービス１、２、３、４を利用することによって、端末装置２００に対するサービスフロー１、２、３、４が発生すると仮定する。

この場合、本発明の端末装置２００は、通信サービス１のパケット伝送時、該当パケットのサービスフロー１に定義されたＱｏＳパラメータ１（ＱｏＳレベル１）を適用して伝送し、通信サービス２のパケット伝送時、該当パケットのサービスフロー２に定義されたＱｏＳパラメータ２（ＱｏＳレベル２）を適用して伝送し、通信サービス３のパケット伝送時、該当パケットのサービスフロー３に定義されたＱｏＳパラメータ３（ＱｏＳレベル３）を適用して伝送し、通信サービス４のパケット伝送時、該当パケットのサービスフロー４に定義されたＱｏＳパラメータ４（ＱｏＳレベル４）を適用して伝送することにより、サービスフロー単位でＱｏＳレベルを保証して伝送することができる。

この時、端末装置２００の動作方法は、別途のシグナリングなしに、ダウンリンクパケットのヘッダからサービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）を獲得して知ることができ、これに基づいて、パケット伝送時、サービスフロー単位でＱｏＳレベルを保証して伝送することができる。

以上、図３及び図４を参照した説明から分かるように、本発明のサービスフロー単位のＱｏＳ制御方式によれば、ダウンリンクトラフィックにサービスフロー単位のＱｏＳ制御を行い、ＱｏＳ制御情報をダウンリンクトラフィックの特定パケットのヘッダに入れるＰｉｇｇｙ ｂａｃｋ形態で端末に伝達すると、端末がこれを基にアップリンクトラフィックにダウンリンクトラフィックと同一のサービスフロー単位のＱｏＳ制御を遂行する。

以下では、図５を参照して、本発明のＱｏＳ制御方法（ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動）を基地局の観点で説明する。

ついては、説明の便宜のために、本発明のＱｏＳ制御方法を基地局装置１００の動作方法に代えて言及して説明する。

基地局装置１００の動作方法は、端末２００が基地局装置１００とは異なるＱｏＳ制御ポリシー、即ちベアラ単位のＱｏＳ制御ポリシー（制御方式）を支援するＬＴＥネットワークにハンドオーバーする場合（Ｓ１５０）、端末２００が利用する通信サービスのサービスタイプを確認する。

基地局装置１００の動作方法は、端末２００が利用する通信サービスのサービスタイプがＶｏＩＰ、ビデオ通話などのようにＳｅｓｓｉｏｎ Ｃｏｎｔｉｎｕｉｔｙ保証が重要なタイプならば、サービスフローの連続性が要求されることと判断する（Ｓ１６０ Ｙｅｓ）。

基地局装置１００の動作方法は、端末２００に対するサービスフローの連続性が要求される場合（Ｓ１６０ Ｙｅｓ）、サービスフローのＱｏＳパラメータをベアラ単位のＱｏＳ制御方式に従ったＱｏＳパラメータに変換するためのＱｏＳ変換情報を端末２００に提供する。

例えば、基地局装置１００は、ネットワーク（図示せず）との連動を通して端末２００がハンドオーバーするターゲットセルを選択し、ハンドオーバーに必要なポリシー及び命令（以下、ハンドオーバー情報）を端末２００に提供することにより、端末２００をしてハンドオーバー情報に基づいて現在セル（基地局装置１００）からターゲットセルへのハンドオーバーを行わせるようにする。

この時、基地局装置１００の動作方法は、端末２００にハンドオーバー情報が提供されるとき、ＱｏＳ変換情報を共に提供し、以後、既存のように端末２００とのセッションを解除する（Ｓ１８０）。

一方、基地局装置１００の動作方法は、端末２００に対するサービスフローの連続性が要求されない場合（Ｓ１６０ Ｎｏ）、ＱｏＳ変換情報を端末２００に提供しない。

例えば、基地局装置１００の動作方法は、既存のように端末２００にハンドオーバー情報を提供し、以後、端末２００とのセッションを解除する（Ｓ１７０）。

このようにすれば、基地局装置１００の動作方法は、端末２００がベアラ単位のＱｏＳ制御方式を支援するＬＴＥネットワークにハンドオーバーする場合、端末２００に対するサービスフローの連続性の要求有無、即ち通信サービスの敏感度によって選択的にＱｏＳ変換情報を提供することにより、不要な追加処理プロセスによる負荷増加を予防することができる。

即ち、基地局装置１００の動作方法は、ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動を可能にして、ハンドオーバー時の端末の通信サービスの途切れを最小化し、ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動を通信サービスの敏感度（サービスフローの連続性の要求有無）によって選択的に反映することができる。

以下では、図６を参照して、本発明のＱｏＳ制御方法（ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動）を端末の観点で説明する。

ついては、説明の便宜のために、本発明のＱｏＳ制御方法を端末装置２００の動作方法に代えて言及して説明する。

端末装置２００の動作方法は、ハンドオーバーの必要条件を満たしてハンドオーバーされる場合（Ｓ２６０）、基地局１００からハンドオーバー情報を受信する（Ｓ２７０）。

この時、端末装置２００の動作方法は、ハンドオーバー情報と共にＱｏＳ変換情報を受信した場合であれば、ＱｏＳパラメータ変換が必要と判断する（Ｓ２８０ Ｙｅｓ）。

先に説明したように、ＱｏＳ変換情報は、各サービスフローをベアラにマッチングさせるサービスフロー別のマッチングルール、上記サービスフロー別のマッチングルールの優先順位、ベアラ別に定義されるＱｏＳパラメータを含む。

サービスフロー別のマッチングルールの優先順位は、各サービスフローが有するＱｏＳレベルを基準として決まる。

具体的には、サービスフロー別のマッチングルールにおいて、特定サービスフローのマッチングルールは、上記特定サービスフローよりも低いＱｏＳレベルを有するサービスフローのマッチングルールに対比して、同一または高い優先順位に決まることになる。

例えば、サービスフロー別のマッチングルールのうち、サービスフロー１をベアラにマッチングさせるサービスフロー１のマッチングルールは、サービスフロー１よりも低いＱｏＳレベルを有するサービスフローのマッチングルールに対比して、同一または高い優先順位に決まるのである。

これは、言い換えれば、サービスフロー別のマッチングルールの優先順位は、最も高いＱｏＳレベルのサービスフローからＱｏＳレベルが低くなるサービスフローの順序に従って、優先順位が低くなることを意味する。

また、サービスフロー別のマッチングルールそれぞれは、該当サービスフローと一致するマッチングルールが検索されることができるように検索因子を含み、この検索因子は、サービスフローの決定の根拠となる５−ｔｕｐｌｅ（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）として定義されることができる。

よって、ＱｏＳパラメータ変換過程をより具体的に説明すると、次の通りである。

先ず、端末装置２００の動作方法は、ＱｏＳ変換情報に基づいて、先に保存しているサービスフロー及びＱｏＳパラメータマッピング情報のサービスフローに対して、サービスフロー別のマッチングルールのうち優先順位が最も高いマッチングルールから優先順位が低くなる順序に従ってサービスフロー（検索因子）が一致するマッチングルールを検索する（Ｓ２９０）。

サービスフロー１及びＱｏＳパラメータ１のマッピング情報を例として挙げれば、端末装置２００の動作方法は、サービスフロー１（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）と、サービスフロー別のマッチングルールのうち優先順位が最も高いマッチングルール２（表２参照）の検索因子（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）とを比較して、一致するか否かを確認する。もし一致すれば、端末装置２００の動作方法は、マッチングルール２をサービスフロー１と一致するマッチングルールとして決定する。

もし一致しなければ、端末装置２００の動作方法は、サービスフロー１（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）と、サービスフロー別のマッチングルールのうちマッチングルール２の次に優先順位が高いマッチングルール３（表２参照）の検索因子（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）とを比較して、一致するか否かを確認する。

このように、端末装置２００の動作方法は、利用中の通信サービスのサービスフローに対して、サービスフロー別のマッチングルールのうち優先順位が最も高いマッチングルールから優先順位が低くなる順序に従ってサービスフロー（検索因子）が一致するマッチングルールを検索する。

このようにすると、端末装置２００の動作方法は、ＱｏＳパラメータ変換時、優先順位が最も高い、言い換えれば最も高いＱｏＳレベルのサービスフローに対するマッチングルールから一致するか否かを確認して検索することができるため、ＱｏＳパラメータ変換速度及び性能を高めることができる。

以下では、説明の便宜のために、マッチングルール２をサービスフロー１と一致するマッチングルールとして決定した場合と仮定する。

この場合、端末装置２００の動作方法は、サービスフロー１を上記検索されたマッチングルール２によるベアラ（例：ベアラ１）にマッチングさせ（Ｓ３００）、サービスフロー１のＱｏＳパラメータ１を上記マッチングさせたベアラ（例：ベアラ１）に定義されているＱｏＳパラメータ（例：ＱｏＳパラメータＡ）に変換する（Ｓ３１０）。

もし、端末装置２００の動作方法は、サービスフロー別のマッチングルールのうちサービスフロー１と一致するマッチングルールを検索することができなかった場合であれば、サービスフロー１（通信サービス１）をＤｅｆａｕｌｔ Ｂｅａｒｅｒにマッチングさせることができる。

このように、端末装置２００の動作方法は、ハンドオーバーを行う過程中、ＱｏＳ変換情報を利用して自身が保有（マッピング／保存）しているサービスフロー単位のＱｏＳ制御方式のＱｏＳパラメータ（例：ＱｏＳパラメータ１）をベアラ単位のＱｏＳ制御方式のＱｏＳパラメータ（例：ＱｏＳパラメータＡ）に変換することができる。

勿論、端末装置２００の動作方法は、ＱｏＳパラメータ変換とは別に、基地局１００とのセッション解除、ターゲットセルへのハンドオーバー遂行など、全般的なハンドオーバー遂行を進める（Ｓ３２０）。

このようにすると、端末装置２００の動作方法は、ターゲットセルへのハンドオーバー以後は、既存のベアラ単位のＱｏＳ制御方式に従って、アップリンクパケット伝送時、サービスフロー（通信サービス）がマッピングされたベアラ単位でＱｏＳレベルを保証して伝送することができる（Ｓ３２０）。

一方、端末装置２００の動作方法は、ＱｏＳパラメータの変換が必要ではないと判断されれば（Ｓ２８０ Ｎｏ）、基地局１００とのセッション解除、ターゲットセルへのハンドオーバー遂行など、全般的なハンドオーバー遂行を進める（Ｓ２８５）。

以上、説明したように、本発明は、サービスフロー単位のＱｏＳ制御を行いながら、別途のシグナリングなしにサービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）を端末に知らせる効果、Ｐｉｇｇｙｂａｃｋ形態でＱｏＳ制御情報を伝達してパケット検査効率を高める効果、ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動を可能にしてハンドオーバー時の端末の通信サービスの途切れを最小化する効果、また、ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動を通信サービスの敏感度によって選択的に反映する効果を有する。

以下では、本発明で提案するサービスフロー単位のＱｏＳ制御方式を実現する装置、即ち基地局装置と端末装置について具体的に説明する。

先ず、図７を参照して、本発明の望ましい実施例による基地局装置の構成を説明する。

図７に示されているように、本発明の基地局装置１００は、端末に伝送するためのダウンリンクパケットに対して、サービスフローを決定する決定部１１０と、サービスフロー別に既に定義されたＱｏＳパラメータのうち上記決定したサービスフローに定義された特定ＱｏＳパラメータを確認する確認部１２０と、上記ダウンリンクパケット伝送時、上記特定ＱｏＳパラメータを適用して、上記端末へのダウンリンクパケットをサービスフローに定義された特定ＱｏＳで伝送する伝送部１５０とを含む。

以下では、説明の便宜のために、端末を図２の端末装置２００と称して説明する。

決定部１１０は、端末２００に伝送するためのダウンリンクパケットに対して、サービスフローを決定する。

即ち、決定部１１０は、ネットワーク（図示せず）から端末２００に伝送するためのダウンリンクパケットが伝達されると、ダウンリンクパケットのヘッダから確認される情報に基づいてダウンリンクパケットのサービスフローを決定する。

この時、ダウンリンクパケットは、ＱｏＳ制御のために、５−ｔｕｐｌｅ Ｒｕｌｅが適用されたＩＰ基盤のパケット形態を有する。

したがって、決定部１１０は、ダウンリンクパケットのヘッダから確認される５−ｔｕｐｌｅ、即ちＳｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤに基づいて、サービスフローを決定することができる。

以下では、説明の便宜のために、当該ダウンリンクパケットのサービスフローを、サービスフロー１として決定した場合と仮定して説明する。

確認部１２０は、サービスフロー別に既に定義されたＱｏＳパラメータのうち、当該決定されたサービスフローに定義された特定ＱｏＳパラメータを確認する。

例えば、確認部１２０は、サービスフロー別に既に定義されたＱｏＳパラメータのうち、サービスフロー１に定義された特定ＱｏＳパラメータを確認する。

この時、確認部１２０は、サービスフロー別に既に定義されたＱｏＳパラメータを保有し、保有したサービスフロー別のＱｏＳパラメータからサービスフロー１に定義された特定ＱｏＳパラメータを検索して確認することもできる。

または、確認部１２０は、サービスフロー別のＱｏＳパラメータを保有せず、端末２００が通信サービス１（サービスフロー１）を利用するためのセッションを連結する過程で別途のネットワーク装備（例：Ｐ−ＧＷなど）からサービスフロー１に定義された特定ＱｏＳパラメータを獲得して確認することもできる。

ＱｏＳパラメータは、次の表１のような情報のうちの一つ以上として定義されることができる。

以下では、説明の便宜上、サービスフロー１に定義された特定ＱｏＳパラメータを、ＱｏＳパラメータ１と称して説明する。

伝送部１５０は、ダウンリンクパケット伝送時、確認部１２０で確認した特定ＱｏＳパラメータ（例：ＱｏＳパラメータ１）を適用して、端末２００へのダウンリンクパケットをサービスフロー１に定義された特定ＱｏＳで伝送する。

即ち、伝送部１５０は、ダウンリンクパケット伝送時、該当パケットのサービスフローに定義されたＱｏＳパラメータ（ＱｏＳレベル）を適用して伝送することにより、サービスフロー単位でＱｏＳレベルを保証して伝送する。

以上では、本発明のサービスフロー単位のＱｏＳ制御方式を、ダウンリンクトラフィックを基準として説明した。

アップリンクトラフィックに対して本発明のサービスフロー単位のＱｏＳ制御方式を適用するためには、サービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）を端末に知らせる過程が必要である。

ところで、この過程で別途の制御メッセージを使用するならば、新しいサービスフローが発生する度に制御メッセージを送受信しなければならないため、既存のベアラ単位のＱｏＳ制御方式に対比してＱｏＳ制御の複雑度が高くなる。

よって、本発明では、別途の制御メッセージ（別途のシグナリング）を使用しなくも、サービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）を端末に知らせる方案を提案する。

具体的には、図７に示されているように、本発明の基地局装置１００は、制御情報伝達部１３０をさらに含む。

制御情報伝達部１３０は、サービスフローによる特定ダウンリンクパケットのヘッダに特定ＱｏＳパラメータを識別可能にするＱｏｓ制御情報を含ませて、端末２００がＱｏＳ制御情報に基づいてサービスフローのアップリンクパケットを伝送する時、特定ＱｏＳで伝送することができるようにする。

即ち、制御情報伝達部１３０は、サービスフロー例えばサービスフロー１によるダウンリンクパケットのうち特定ダウンリンクパケットのヘッダに、ＱｏＳ制御情報を含ませることにより、ＱｏＳ制御情報を端末２００に知らせる。

この時、ＱｏＳ制御情報は、ＱｏＳパラメータを含んでいるパケットであるか否かを識別する識別情報と、サービスフロー（例：サービスフロー１）に定義されている特定ＱｏＳパラメータ（例：ＱｏＳパラメータ１）を含む。

そして、上述の特定ダウンリンクパケットは、サービスフローが開始される場合のダウンリンクパケット、及び、サービスフローが維持される間に、サービスフローのＱｏＳパラメータが変更される場合のダウンリンクパケットのうちの少なくとも一つを意味する。

例えば、制御情報伝達部１３０は、端末２００が通信サービス１を利用し始めて端末２００に対するサービスフロー１が開始される時点の特定ダウンリンクパケットのヘッダに、ＱｏＳ制御情報を含ませることができる。

または、制御情報伝達部１３０は、端末２００が通信サービス１の利用を持続して端末２００に対するサービスフロー１が維持される間に、サービスフロー１のＱｏＳパラメータ１が変更される場合の変更時点の特定ダウンリンクパケットのヘッダに、ＱｏＳ制御情報を含ませることができる。

ここで、ＱｏＳ制御情報を含ませるヘッダは、パケットの構造上、受信時に最も先に処理されるヘッダであることが望ましく、例えばＬ（Ｌａｙｅｒ）２ヘッダであり得る。
このようにすると、特定ダウンリンクパケットを受信する端末２００では、特定ダウンリンクパケットのヘッダから、サービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）が分かるため、これに基づいてアップリンクパケットを伝送する時、サービスフロー単位でＱｏＳレベルを保証して伝送することができる。

このように、本発明では、別途の制御メッセージ（別途のシグナリング）を使用せず、サービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）を端末に知らせることができる。

一方、本発明のサービスフロー単位のＱｏＳ制御方式を実現する基地局装置１００は、異なるＱｏＳ制御ポリシー、例えば既存のベアラ単位のＱｏＳ制御方式を支援するＬＴＥネットワークと重畳する領域に位置することがあり、この場合、端末２００がＬＴＥネットワークにハンドオーバーされることもある。

この場合、ハンドオーバー前／後のシステム間のＱｏＳ制御方式が互いに異なるため、ハンドオーバー後のシステムで端末２００に対して通信サービスを途切れなしに提供しながらＱｏＳ制御を提供することが不可能になり得る。

よって、本発明では、端末が既存のベアラ単位のＱｏＳ制御方式を支援するネットワークにハンドオーバーされる場合を考慮して、ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動を可能にする方案を提案する。

具体的には、図７に示されているように、本発明の基地局装置１００は、連動制御部１４０をさらに含む。

連動制御部１４０は、端末２００が基地局装置１００とは異なるＱｏＳ制御ポリシーを支援する異なるネットワークにハンドオーバーする場合、上記特定ＱｏＳパラメータを上記異なるＱｏＳ制御ポリシーに従ったＱｏＳパラメータに変換するためのＱｏＳ変換情報を端末２００に提供する。

即ち、連動制御部１４０は、端末２００が基地局装置１００とは異なるＱｏＳ制御ポリシー即ちベアラ単位のＱｏＳ制御ポリシー（方式）を支援するＬＴＥネットワークにハンドオーバーする場合、サービスフロー１のＱｏＳパラメータ１をベアラ単位のＱｏＳ制御方式に従ったＱｏＳパラメータに変換するためのＱｏＳ変換情報を端末２００に提供するのである。

より具体的に説明すれば、端末２００がハンドオーバーの必要条件を満たし、基地局装置１００が端末２００のハンドオーバーの必要を決定すれば、基地局装置１００はネットワーク（図示せず）との連動を通して端末２００がハンドオーバーするターゲットセルを選択し、ハンドオーバーに必要なポリシー及び命令（以下、ハンドオーバー情報）を端末２００に提供することにより、端末２００をしてハンドオーバー情報に基づいて現在セル（基地局装置１００）からターゲットセルへのハンドオーバーを行わせるようにする。

この時、連動制御部１４０は、端末２００がベアラ単位のＱｏＳ制御方式を支援するＬＴＥネットワークにハンドオーバーする場合であれば、端末２００にハンドオーバー情報が提供される時、ＱｏＳ変換情報を共に提供する。

ここで、ＱｏＳ変換情報は、各サービスフローをベアラにマッチングさせるサービスフロー別のマッチングルール、上記サービスフロー別のマッチングルールの優先順位、ベアラ別に定義されるＱｏＳパラメータを含む。

そして、サービスフロー別のマッチングルールの優先順位は、各サービスフローが有するＱｏＳレベルを基準として決まる。

このように、ＱｏＳレベルを基準としてサービスフロー別のマッチングルールの優先順位を決める理由は、後述する本発明の端末装置に関する説明で具体的に言及する。

このようにすれば、端末２００では、ハンドオーバー情報を受信し、これに基づいて現在セル（基地局装置１００）からターゲットセルへのハンドオーバーを行う過程中、ＱｏＳ変換情報を利用して自身が保有（マッピング／保存）しているサービスフロー単位のＱｏＳ制御方式のＱｏＳパラメータをベアラ単位のＱｏＳ制御方式のＱｏＳパラメータに変換することができる。

よって、本発明では、端末がサービスフロー単位のＱｏＳ制御方式のシステムからベアラ単位のＱｏＳ制御方式のシステムにハンドオーバーされる場合、サービスフロー単位のＱｏＳパラメータをベアラ単位のＱｏＳパラメータに変換（マッチング）することができる情報を端末に伝達して、ハンドオーバー時の端末の通信サービスの途切れを最小化することができる。

ここで、端末２００がハンドオーバーを行う過程中にＱｏＳパラメータを変換する場合、ＱｏＳパラメータを変換しない場合と比較するとき、処理プロセスが追加されるのであり、このような追加処理プロセスは端末２００の立場ではハンドオーバー時に小さな量ではあるが負荷増加として作用する。

一方、端末２００がインターネット検索や電子メールの閲覧などのようにＳｅｓｓｉｏｎ Ｃｏｎｔｉｎｕｉｔｙ保証が重要ではない通信サービスのみ利用しているならば、端末２００がベアラ単位のＱｏＳ制御方式を支援するＬＴＥネットワークにハンドオーバーする場合、通信サービスが多少途切れてもユーザーの体感には大きい影響がないはずである。

したがって、このような状況で端末２００がハンドオーバーを行う過程中にＱｏＳパラメータを変換することは、むしろ不要な場合もある。

よって、連動制御部１４０は、端末２００がベアラ単位のＱｏＳ制御方式を支援するＬＴＥネットワークにハンドオーバーする場合、端末２００に対するサービスフローの連続性が要求される場合にだけＱｏＳ変換情報を提供することもできる。

この時、連続性が要求されるサービスフローは、事前に定義することによって変わることができ、例えばＶｏＩＰ、ビデオ通話などのようにＳｅｓｓｉｏｎ Ｃｏｎｔｉｎｕｉｔｙ保証が重要な通信サービスのサービスフローとして定義することができる。

このようにすると、連動制御部１４０は、端末２００がベアラ単位のＱｏＳ制御方式を支援するＬＴＥネットワークにハンドオーバーする場合、端末２００に対するサービスフローの連続性の要求有無、即ち通信サービスの敏感度によって選択的にＱｏＳ変換情報を提供することにより、不要な追加処理プロセスによる負荷増加を予防することができる。

以上で説明したように、本発明による基地局装置１００は、別途のシグナリングなしにサービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）を端末に知らせる機能、ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動を可能にしながら、これを通信サービスの敏感度によって選択的に反映する機能を有するサービスフロー単位のＱｏＳ制御方式を実現することにより、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、通信サービス別により差等的なＱｏＳ即ちサービス品質を適用することができる。

以下では、図８を参照して、本発明の望ましい実施例による端末装置の構成を説明する。

図４に示されているように、本発明の端末装置２００は、基地局から受信されるダウンリンクパケットのうち、特定ダウンリンクパケットのヘッダからＱｏＳ制御情報を獲得する獲得部２１０と、上記特定ダウンリンクパケットのサービスフローに上記ＱｏＳ制御情報から確認される特定ＱｏＳパラメータをマッピングさせるＱｏＳ制御部２２０と、上記サービスフローのアップリンクパケット伝送時、上記特定ＱｏＳパラメータを適用して、上記アップリンクパケットをサービスフローに定義された特定ＱｏＳで伝送する伝送部２３０とを含む。

以下では、説明の便宜のために、基地局を図２の基地局装置１００と称し、通信サービス１の利用によるサービスフロー１を基準として説明する。

獲得部２１０は、基地局１００から受信されるダウンリンクパケットのうち、特定ダウンリンクパケットのヘッダからＱｏＳ制御情報を獲得する。

上述のように、ＱｏＳ制御情報は、ＱｏＳパラメータを含んでいるパケットであるか否かを識別する識別情報と、サービスフロー（例：サービスフロー１）に定義されている特定ＱｏＳパラメータ（例：ＱｏＳパラメータ１）を含む。

よって、獲得部２１０は、基地局１００からダウンリンクパケットを受信すれば、ダウンリンクパケットのヘッダ、より具体的にはＬ２ヘッダで識別情報が記録されるフィールドを確認し、識別情報があれば、識別情報を見て当該受信されたダウンリンクパケットがＱｏＳパラメータを含んでいる特定ダウンリンクパケットであるかを識別する。

獲得部２１０は、当該受信されたダウンリンクパケットが特定ダウンリンクパケットであると識別されれば、該当ダウンリンクパケットのヘッダ、より具体的にはＬ２ヘッダからＱｏＳ制御情報を獲得することができる。

ＱｏＳ制御部２２０は、特定ダウンリンクパケットのサービスフローに、先に獲得したＱｏＳ

より具体的に説明すれば、先に獲得部２１０がＱｏＳ制御情報を獲得した場合、ＱｏＳ制御部２２０は、特定ダウンリンクパケットのパケットのヘッダから確認される５−ｔｕｐｌｅに基づいて特定ダウンリンクパケットのサービスフローを確認することができる。

上述の例示のように、基地局１００がサービスフロー１として決定し、サービスフロー１に定義されたＱｏＳパラメータ１を識別可能にするＱｏｓ制御情報を特定ダウンリンクパケットのヘッダに含ませて伝送したと仮定する。

この場合、ＱｏＳ制御部２２０は、特定ダウンリンクパケットのヘッダから確認される５−ｔｕｐｌｅに基づいてサービスフロー１を確認する。

よって、ＱｏＳ制御部２２０は、特定ダウンリンクパケットのサービスフロー１に、先に獲得したＱｏＳ制御情報から確認されるＱｏＳパラメータ１をマッピングさせる。

この時、ＱｏＳ制御部２２０は、サービスフロー１を決定する根拠となる５−ｔｕｐｌｅ（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）にＱｏＳパラメータ１をマッピングさせることにより、サービスフロー１にＱｏＳパラメータ１をマッピングさせたサービスフロー及びＱｏＳパラメータマッピング情報を保存することができる。

ここで、端末装置２００に対するサービスフロー１が開始される時点の特定ダウンリンクパケットのヘッダからＱｏＳ制御情報を獲得して、サービスフロー１にＱｏＳパラメータ１をマッピングさせる場合であれば、新しいサービスフロー及びＱｏＳパラメータマッピング情報を新規保存する場合である。

その反面、端末装置２００に対するサービスフロー１が維持される間に、サービスフロー１のＱｏＳパラメータ１が変更される時点の特定ダウンリンクパケットのヘッダからＱｏＳ制御情報を獲得して、サービスフロー１にＱｏＳパラメータ１をマッピングさせる場合であれば、既に保存されたサービスフロー及びＱｏＳパラメータマッピング情報を更新保存する場合である。

伝送部２３０は、サービスフロー１のアップリンクパケット伝送時、先にサービスフロー１にマッピングさせた特定ＱｏＳパラメータを適用して、アップリンクパケットをサービスフロー１に定義された特定ＱｏＳで伝送する。

即ち、伝送部２３０は、伝送対象であるアップリンクパケットのヘッダから確認される５−ｔｕｐｌｅに基づいてサービスフロー１と確認されれば、該当アップリンクパケット伝送時、先にサービスフロー１にマッピングさせたＱｏＳパラメータ１を適用して伝送することにより、サービスフロー１のアップリンクパケットをサービスフロー１に定義されたＱｏＳで伝送することができる。

このように、本発明の端末装置２００は、別途のシグナリングなしにダウンリンクパケットのヘッダからサービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）を獲得して知ることができ、これに基づいてパケットを伝送する時、サービスフロー単位でＱｏＳレベルを保証して伝送することができる。

さらに、端末装置２００が基地局１００から既存のベアラ単位のＱｏＳ制御方式を支援するネットワークにハンドオーバーされる場合、ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動に関連して端末装置２００が動作する構成を説明すると、次の通りである。

端末装置２００、特にＱｏＳ制御部２２０は、基地局１００とは異なるＱｏＳ制御ポリシーを支援する異なるネットワークにハンドオーバーする場合、基地局１００から提供されるＱｏＳ変換情報に基づいて上記特定ＱｏＳパラメータを上記異なるＱｏＳ制御ポリシーに従ったＱｏＳパラメータに変換する。

より具体的に説明すれば、端末装置２００がハンドオーバーの必要条件を満たし、基地局１００が端末装置２００のハンドオーバーの必要を決定すれば、基地局１００はネットワーク（図示せず）との連動を通して端末装置２００がハンドオーバーするターゲットセルを選択し、ハンドオーバーに必要なポリシー及び命令（以下、ハンドオーバー情報）を端末２００に提供することにより、端末装置２００をしてハンドオーバー情報に基づいて現在セル（基地局１００）からターゲットセルへのハンドオーバーを行わせるようにする。

この時、基地局１００は端末装置２００がベアラ単位のＱｏＳ制御方式を支援するＬＴＥネットワークにハンドオーバーする場合であれば、端末装置２００にハンドオーバー情報が提供される時、ＱｏＳ変換情報を共に提供する。

よって、端末装置２００のＱｏＳ制御部２２０は、基地局１００とは異なるＱｏＳ制御ポリシー、即ちベアラ単位のＱｏＳ制御ポリシー（制御方式）を支援するＬＴＥネットワークにハンドオーバーする場合、基地局１００からＱｏＳ変換情報の提供を受けて受信する。

以後、ＱｏＳ制御部２２０は、ＱｏＳ変換情報に基づいて、特定ＱｏＳパラメータ（例：サービスフロー１のＱｏＳパラメータ１）をベアラ単位のＱｏＳ制御方式に従ったＱｏＳパラメータに変換する。

先に説明したように、ＱｏＳ変換情報は、各サービスフローをベアラにマッチングさせるサービスフロー別のマッチングルール、上記サービスフロー別のマッチングルールの優先順位、ベアラ別に定義されるＱｏＳパラメータを含む。

サービスフロー別のマッチングルールの優先順位は、各サービスフローが有するＱｏＳレベルを基準として決まる。

具体的には、サービスフロー別のマッチングルールにおいて、特定サービスフローのマッチングルールは、上記特定サービスフローよりも低いＱｏＳレベルを有するサービスフローのマッチングルールに対比して、同一または高い優先順位に決まることになる。

例えば、サービスフロー別のマッチングルールのうちサービスフロー１をベアラにマッチングさせるサービスフロー１のマッチングルールは、サービスフロー１よりも低いＱｏＳレベルを有するサービスフローのマッチングルールに対比して、同一または高い優先順位に決まるのである。

これは、言い換えれば、サービスフロー別のマッチングルールの優先順位は、最も高いＱｏＳレベルのサービスフローからＱｏＳレベルが低くなるサービスフローの順序に従って、優先順位が低くなることを意味する。

また、サービスフロー別のマッチングルールそれぞれは、該当サービスフローと一致するマッチングルールが検索されることができるように検索因子を含み、この検索因子は、サービスフローの決定の根拠となる５−ｔｕｐｌｅ、即ちＳｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤとして定義されることができる。

このようなＱｏＳ変換情報は、次の表２及び表３のように定義されることができる。

表１は、サービスフロー別のマッチングルールと各マッチングルールの優先順位を示しており、表２は、ベアラ別に定義されるＱｏＳパラメータ（ベアラＣｏｎｔｅｘｔ、タイプ）を示している。

よって、ＱｏＳパラメータ変換過程をより具体的に説明すると、次の通りである。

先ず、ＱｏＳ制御部２２０は、ＱｏＳ変換情報に基づいて、先に保存しているサービスフロー及びＱｏＳパラメータのマッピング情報のサービスフローに対して、サービスフロー別のマッチングルールのうち優先順位が最も高いマッチングルールから優先順位が低くなる順序に従って、サービスフロー（検索因子）が一致するマッチングルールを検索する。

サービスフロー１及びＱｏＳパラメータ１のマッピング情報を例として挙げると、ＱｏＳ制御部２２０は、サービスフロー１（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）と、サービスフロー別のマッチングルールのうち優先順位が最も高いマッチングルール２の検索因子（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）とを比較して一致するか否かを確認する。もし一致すれば、端末装置２００の動作方法は、マッチングルール２をサービスフロー１と一致するマッチングルールとして決定する。

もし一致しなければ、ＱｏＳ制御部２２０は、サービスフロー１（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）と、サービスフロー別のマッチングルールのうちマッチングルール２の次に優先順位が高いマッチングルール３の検索因子（Ｓｏｕｒｃｅ ＩＰ、Ｄｅｓｔｉｎａｔｉｏｎ ＩＰ、Ｓｏｕｒｃｅ Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｒｔ、Ｐｒｏｔｏｃｏｌ ＩＤ）とを比較して一致するか否かを確認する。

このように、ＱｏＳ制御部２２０は、利用中の通信サービスのサービスフローに対して、サービスフロー別のマッチングルールのうち優先順位が最も高いマッチングルールから優先順位が低くなる順序に従ってサービスフロー（検索因子）が一致するマッチングルールを検索する。

このようにすると、端末装置２００は、ＱｏＳパラメータ変換時、優先順位が最も高い、言い換えれば最も高いＱｏＳレベルのサービスフローに対するマッチングルールから一致するか否かを確認して検索することができるため、ＱｏＳパラメータ変換速度及び性能を高めることができる。

以下では、説明の便宜のために、マッチングルール２をサービスフロー１と一致するマッチングルールとして決定した場合と仮定する。

この場合、ＱｏＳ制御部２２０は、サービスフロー１を上記検索されたマッチングルール２によるベアラ（例：ベアラ１）にマッチングさせ、サービスフロー１のＱｏＳパラメータ１を上記マッチングさせたベアラ（例：ベアラ１）に定義されているＱｏＳパラメータ（例：ＱｏＳパラメータＡ）に変換する。

もし、ＱｏＳ制御部２２０は、サービスフロー別のマッチングルールからサービスフロー１と一致するマッチングルールを検索できなかった場合であれば、サービスフロー１（通信サービス１）をＤｅｆａｕｌｔ Ｂｅａｒｅｒにマッチングさせることができる。

このように、本発明の端末装置２００は、ハンドオーバーを行う過程中、ＱｏＳ変換情報を利用して自身が保有（マッピング／保存）しているサービスフロー単位のＱｏＳ制御方式のＱｏＳパラメータ（例：ＱｏＳパラメータ１）をベアラ単位のＱｏＳ制御方式のＱｏＳパラメータ（例：ＱｏＳパラメータＡ）に変換することができる。

このようにすると、端末装置２００は、ターゲットセルへのハンドオーバー以後は、既存のベアラ単位のＱｏＳ制御方式に従って、アップリンクパケット伝送時、サービスフロー（通信サービス）がマッピングされたベアラ単位でＱｏＳレベルを保証して伝送することができる。

以上で説明したように、本発明による端末装置２００は、別途のシグナリングなしにサービスフロー単位のＱｏＳ制御に必要な情報（ＱｏＳ制御情報）を獲得（認知）する機能、ハンドオーバー前／後のシステム間のＱｏＳ制御方式の連動を可能にしながら、これを通信サービスの敏感度によって選択的に反映する機能を有するサービスフロー単位のＱｏＳ制御方式を実現することにより、既存のベアラ単位のＱｏＳ制御方式に対比して複雑度が高くなることなく、通信サービス別により差等的なＱｏＳ即ちサービス品質を適用することができる。

一方、本明細書で説明する機能的な動作と主題の具現物は、デジタル電子回路で具現されるか、本明細書で開示する構造及びその構造的な等価物を含むコンピュータソフトウェア、ファームウェアあるいはハードウェアで具現されるか、これらのうち一つ以上の結合で具現されることができる。本明細書で説明する主題の具現物は、一つ以上のコンピュータプログラム製品、すなわち、処理システムの動作を制御するために或いはこれによる実行のために有形のプログラム保存媒体上にエンコードされたコンピュータプログラム命令に関する一つ以上のモジュールとして具現されることができる。

コンピュータで読み取り可能な媒体は、機械で読み取り可能な保存装置、機械で読み取り可能な保存基板、メモリ装置、機械で読み取り可能な電波型信号に影響を及ぼす物質の組成物或いはこれらのうち一つ以上の組み合わせであり得る。

本明細書で“システム”や“装置”とは、例えばプログラマブルプロセッサ、コンピュータあるいは多重プロセッサやコンピュータを含んでデータを処理するためのあらゆる機構、装置及び機械を包括する。処理システムは、ハードウェアに付け加えて、例えばプロセッサファームウェアを構成するコード、プロトコルスタック、データベース管理システム、オペレーティングシステムあるいはこれらのうち一つ以上の組み合わせなど、要請時コンピュータプログラムに対する実行環境を形成するコードを含むことができる。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプトあるいはコードとしても知られている）は、コンパイル又は解釈された言語やアプリオリあるいは手続き型言語を含むプログラミング言語の如何なる形態でも作成されることができ、独立型プログラムやモジュール、コンポーネント、サブルーティンあるいはコンピュータ環境での使用に適した他のユニットを含み如何なる形態でも展開されることができる。コンピュータプログラムは、ファイルシステムのファイルに必ずしも対応するものではない。プログラムは、要請されたプログラムに提供される単一ファイル内に、あるいは多重の相互作用するファイル（例えば、一つ以上のモジュール、下位プログラムあるいはコードの一部を保存するファイル）内に、あるいは他のプログラムやデータを保有するファイルの一部（例えば、マークアップ言語文書内に保存される一つ以上のスクリプト）内に保存されることができる。コンピュータプログラムは、一つのサイトに位置するか複数のサイトにわたり分散して通信ネットワークにより相互接続された多重コンピュータや一つのコンピュータ上で実行されるように展開されることができる。

一方、コンピュータプログラム命令語とデータの保存に適したコンピュータで読み取り可能な媒体は、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ及びフラッシュメモリ装置のような半導体メモリ装置、例えば、内部ハードディスクや外付型ディスクのような磁気ディスク、磁気光学ディスク及びＣＤ−ＲＯＭとＤＶＤ−ＲＯＭディスクを含みあらゆる形態の非揮発性メモリ、媒体及びメモリ装置を含むことができる。プロセッサとメモリは、特殊目的の論理回路によって補充されるか、それに統合されることができる。

本明細書で説明した主題の具現物は、例えばデータサーバーのようなバックエンドコンポーネントを含むか、例えばアプリケーションサーバーのようなミドルウェアコンポーネントを含むか、例えばユーザーが本明細書で説明した主題の具現物と相互作用可能なウェブブラウザやグラフィックユーザーインターフェースを有するクライアントコンピュータのようなフロントエンドコンポーネントあるいはそのようなバックエンド、ミドルウェアあるいはフロントエンドコンポーネントの一つ以上のあらゆる組み合わせを含む演算システムで具現されることもできる。システムのコンポーネントは、例えば通信ネットワークのようなデジタルデータ通信の如何なる形態や媒体によっても相互接続可能である。

本明細書は多数の特定の具現物の詳細事項を含むが、これらは如何なる発明や請求可能なものの範囲に対しても制限的なものとして理解されてはならず、むしろ特定の発明の特定の実施形態の特有の特徴に関する説明として理解されなければならない。同様に、個別的な実施形態の文脈で本明細書に記述されている特定の特徴は、単一実施形態で組み合わせて具現されることもできる。反対に、単一実施形態の文脈で記述した多様な特徴も個別的にあるいは如何なる適切な下位組み合わせでも複数の実施形態で具現可能である。さらに、特徴が特定の組み合わせで動作できるが、一つ以上の特徴は一部の場合にその組み合わせから排除されることができ、その請求された組み合わせは下位組み合わせや下位組み合わせの変形物に変更されることができる。

また、本明細書では特定の手順で図面に動作を描写しているが、これは、望ましい結果を得るために図示されたその特定の手順や順序通りにそのような動作を行うべきであるとか、全ての図示された動作が行われなければならないと理解されてはならない。特定の場合、マルチタスキングと並列プロセッシングが有利であり得る。また、上述の実施形態の多様なシステムコンポーネントの分離は、かかる分離をあらゆる実施形態で要求することと理解されてはならず、説明したプログラムコンポーネントとシステムは一般的に単一のソフトウェア製品として共に統合されるか多重ソフトウェア製品にパッケージされることができるという点を理解しなければならない。

このように、本明細書は、その提示された具体的な用語に本発明を制限しようとする意図ではない。従って、上述の例を参照して本発明を詳しく説明したが、当業者であれば本発明の範囲を逸脱しない範囲で本例に対する改造、変更及び変形を加えることができる。本発明の範囲は、上記詳細な説明よりは後述の特許請求の範囲によって示され、特許請求の範囲の意味及び範囲そしてその等価概念から導き出される全ての変更又は変形された形態が本発明の範囲に含まれることと解釈されなければならない。

Claims (20)

1. 端末に伝送するダウンリンクパケットのサービスフロー別に特定ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータを確認する確認部；
   上記ダウンリンクパケットを上記特定ＱｏＳに適用して、上記端末に上記ダウンリンクパケットを伝送する伝送部；及び、
   上記特定ＱｏＳパラメータを上記端末に対して異なるＱｏＳパラメータに変換するためのＱｏＳ変換情報を提供する連動制御部；
   を含むことを特徴とする基地局装置。
2. 上記端末が上記基地局装置とは異なるネットワークにハンドオーバーする場合、上記連動制御部は、上記端末に対して上記ＱｏＳ変換情報を提供することを特徴とする請求項１に記載の基地局装置。
3. 上記異なるネットワークは上記基地局装置とは異なるＱｏＳ制御ポリシーを支援することを特徴とする請求項２に記載の基地局装置。
4. 上記異なるＱｏＳ制御ポリシーは、
   ベアラ（Ｂｅａｒｅｒ）別に相異なるＱｏＳレベルを保証する、ベアラ単位のＱｏＳ制御ポリシーであることを特徴とする請求項３に記載の基地局装置。
5. 上記ＱｏＳ変換情報は、
   各サービスフローをベアラにマッチングさせるサービスフロー別のマッチングルール、上記サービスフロー別のマッチングルールの優先順位、ベアラ別に既に定義されたＱｏＳパラメータの少なくとも１つを含むことを特徴とする請求項１に記載の基地局装置。
6. 基地局から受信される特定ダウンリンクパケットからＱｏＳ制御情報を獲得する獲得部；及び
   上記特定ダウンリンクパケットのサービスフローに上記ＱｏＳ制御情報から確認される特定ＱｏＳパラメータをマッピングするＱｏＳ制御部；
   を含み、
   上記ＱｏＳ制御部は、上記基地局から提供されたＱｏＳ変換情報に基づいて、上記特定のＱｏＳパラメータを異なるパラメータに変換することを特徴とする端末装置。
7. 上記端末装置が上記基地局とは異なるネットワークにハンドオーバーする場合、上記ＱｏＳ変換情報を上記基地局から提供することを特徴とする請求項６に記載の端末装置。
8. 上記異なるネットワークは上記基地局は異なるＱｏＳ制御ポリシーを支援することを特徴とする請求項７に記載の端末装置。
9. 上記異なるＱｏＳ制御ポリシーは、
   ベアラ（Ｂｅａｒｅｒ）別に相異なるＱｏＳレベルを保証する、ベアラ単位のＱｏＳ制御ポリシーであることを特徴とする請求項８に記載の端末装置。
10. 上記ＱｏＳ変換情報は、
    各サービスフローをベアラにマッチングさせるサービスフロー別のマッチングルール、上記サービスフロー別のマッチングルールの優先順位、ベアラ別に既に定義されたＱｏＳパラメータの少なくとも１つを含むことを特徴とする請求項６に記載の装置。
11. ＱｏＳ制御方法において、
    端末に伝送するダウンリンクパケットのサービスフロー別のＱｏＳパラメータを確認する確認段階；
    上記ダウンリンクパケットに上記特定ＱｏＳパラメータを適用して、上記端末にダウンリンクパケットを伝送する伝送段階；及び
    上記特定のＱｏＳパラメータを上記端末に対して異なるＱｏＳパラメータに変換するためのＱｏＳ変換情報を提供する提供段階を含むことを特徴とするＱｏＳ制御方法。
12. 前記提供段階は、上記端末が上記基地局装置とは異なるネットワークにハンドオーバーする場合、上記端末に上記ＱｏＳ変換情報を提供することを含むことを特徴とする請求項１１に記載のＱｏＳ制御方法。
13. 上記異なるネットワークは上記基地局装置とは異なるＱｏＳ制御ポリシーを支援することを特徴とする請求項１２に記載のＱｏＳ制御方法。
14. 上記異なるＱｏＳ制御ポリシーは、
    ベアラ（Ｂｅａｒｅｒ）別に相異なるＱｏＳレベルを保証する、ベアラ単位のＱｏＳ制御ポリシーであることを特徴とする請求項１３に記載のＱｏＳ制御方法。
15. 上記ＱｏＳ変換情報は、
    各サービスフローをベアラにマッチングさせるサービスフロー別のマッチングルール、上記サービスフロー別のマッチングルールの優先順位、ベアラ別に既に定義されたＱｏＳパラメータの少なくとも１つを含むことを特徴とする請求項１１に記載のＱｏＳ制御方法。
16. ＱｏＳ制御方法において、
    基地局から受信される特定ダウンリンクパケットからＱｏＳ制御情報を獲得する獲得段階；
    上記ＱｏＳ制御情報から確認された特定ＱｏＳパラメータを上記特定ダウンリンクパケットのサービスフローにマッピングするＱｏＳマッピング段階；及び、
    上記基地局から提供されたＱｏＳ変換情報に基づいて、上記特定のＱｏＳパラメータを異なるパラメータに変換する変換段階；を含むことを特徴とするＱｏＳ制御方法。
17. 上記端末が上記基地局とは異なるネットワークにハンドオーバーする場合、上記基地局から上記ＱｏＳ変換情報を提供することを特徴とする請求項１６に記載のＱｏＳ制御方法。
18. 上記異なるネットワークは上記基地局とは異なるＱｏＳ制御ポリシーを支援することを特徴とする請求項１７に記載のＱｏＳ制御方法。
19. 上記異なるＱｏＳ制御ポリシーは、
    ベアラ（Ｂｅａｒｅｒ）別に相異なるＱｏＳレベルを保証する、ベアラ単位のＱｏＳ制御ポリシーであることを特徴とする請求項１８に記載のＱｏＳ制御方法。
20. 上記ＱｏＳ変換情報は、
    各サービスフローをベアラにマッチングさせるサービスフロー別のマッチングルール、上記サービスフロー別のマッチングルールの優先順位、ベアラ別に既に定義されたＱｏＳパラメータの少なくとも１つを含むことを特徴とする請求項１６に記載のＱｏＳ制御方法。