JP2009044737A - 無線通信システムにおける基地局の動作方法及びその装置 - Google Patents

Abstract

【課題】無線通信システムにおけるサービスフローのＱｏＳを管理するための基地局の動作方法及びその装置を提供する。
【解決手段】ＰＤＦ（ｐｏｌｉｃｙ ｄｅｃｉｓｉｏｎ ｆｕｎｃｔｉｏｎ）を含むネットワーク構成要素（ｅｎｔｉｔｙ）又は隣接基地局から端末のＱｏＳポリシー（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ ｐｏｌｉｃｙ）の情報を受信して保存するステップと、再接続を試みている端末を検知するステップと、前記再接続を試みている端末が検知された時点で、前記端末のＱｏＳポリシーを判断するステップと、前記ＱｏＳポリシーに従って前記端末のために生成されたサービスフローの状態を制御するステップとを有する。
【選択図】図２

Description

本発明は、無線通信システムにおけるサービスフローのサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を管理する装置及び方法に関し、特に、例えば、端末がＩＥＥＥ８０２．１６においてネットワーク再エントリーと呼ばれる速い接続設定（ＱＣＳ：Ｑｕｉｃｋ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）を行うとき、またはハードハンドオーバー（ＨＨＯ：Ｈａｒｄ Ｈａｎｄ Ｏｖｅｒ）を行うとき、または速い基地局の切換え（ＦＢＳＳ：Ｆａｓｔ Ｂａｓｅ Ｓｔａｔｉｏｎ Ｓｗｉｔｃｈｉｎｇ、ソフトハンドオーバーとも呼ばれる）を行うときに発生する、既に割り当てられたサービスフローに対して再びコネクションを設定するときに、ＱｏＳを管理するための無線通信システムにおける基地局の動作方法及びその装置に関する。

近年、互いに異なるトラフィック特性を有するサービス、例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｆ ＩＰ）、リアルタイムゲーム、ＶｏＤ（Ｖｉｄｅｏ ｏｎ Ｄｅｍａｎｄ）のような様々なマルチメディア・アプリケーション（ｍｕｌｔｉｍｅｄｉａ ａｐｐｌｉｃａｔｉｏｎ）サービスに対する需要が増加している。このように、サービスの種類の増加、トラフィックの混雑及びユーザのサービス要求レベルの多様化によって、現在、通信システムは、それ自体の能力とともにユーザの満足度を示すＱｏＳを考慮して運用されている。さらに、無線通信システムは、時変チャンネル環境（ｔｉｍｅ−ｖａｒｉａｂｌｅ ｅｎｖｉｒｏｎｍｅｎｔ）及び端末の移動によって活用可能なリソースが変化するため、ＱｏＳを保証するためのポリシー（ｐｏｌｉｃｙ）が必ず要求される。

一方、今日、高速の移動通信のために多くの無線通信技術が候補として提案されており、その中、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）技法は、現在最も有力な次世代の無線通信技術として認められている。今後、多くの無線通信技術では、ＯＦＤＭ技術が用いられるものと予想され、現在３．５世代技術と呼ばれるＩＥＥＥ８０２．１６系のＷＭＡＮ（Ｗｉｒｅｌｅｓｓ Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ）においても、ＯＦＤＭ技術を標準規格として採択している。

ところが、現在、広帯域無線接続に対する標準は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層のＱｏＳ連動手続きのみが規格化されているだけであり、ユーザが体感する終端間（Ｅｎｄ−ｔｏ−Ｅｎｄ）のＱｏＳを保障するためのネットワークとの連動手続きは整えられていない。
言い換えると、ＰＨＹ（ＰＨＹｓｉｃａｌ）／ＭＡＣを担うＩＥＥＥ８０２．１６系は、基地局と端末との間のＤＳｘ連動手続きに対してのみ規格化されている。ここで、ＤＳＡ（Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ａｄｄｉｔｉｏｎ）は、サービス生成を示し、ＤＳＤ（Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ｄｅｌｅｔｉｏｎ）は、サービス削除を示し、ＤＳＣ（Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ｃｈａｎｇｅ）は、サービス変更を示す。

ユーザが体感するサービスの品質を高めるためには、アプリケーション階層の終端間のＱｏＳが保障されなければならない。そのため、現在、ＭＡＣ階層のＱｏＳだけ定義されている広帯域無線接続システムの場合、端末−アクセスネットワーク−コアネットワークの間に、ＱｏＳ設定のための連動手続きが定義されなければならない。

特に、現在の規格は、ＱＣＳ、またはＨＨＯ、またはＦＢＳＳのような端末の再接続のとき、端末が管理しているサービスフロー〔ＳＦＩＤ（ｓｅｒｖｉｃｅ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ：サービスフロー識別子）が割り当てられたフロー〕のフロー別のモード（ｐｅｒ−ｆｌｏｗ ｍｏｄｅ）に対する運用方案が整えられていない。これにより、無線ネットワークが混雑している場合、ＣＡＣ（Ｃｏｎｎｅｃｔｉｏｎ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）の結果によってコール（例えば、接続）が切れる現象が生じることもあり、非効率的な無線リソース管理によってリソースが無駄になる結果をもたらし得るという問題がある。

そこで、本発明は上記従来の無線通信システムにおける問題点に鑑みてなされたものであって、本発明の目的は、無線通信システムにおけるサービスフローのＱｏＳを管理するための基地局の動作方法及びその装置を提供することにある。

また、本発明の他の目的は、無線通信システムにおいて既に割り当てられたサービスフローに対してさらにコネクションを設定するときにＱｏＳを管理するための基地局の動作方法及びその装置を提供することにある。

また、本発明の他の目的は、無線通信システムにおいて端末のＱｏＳポリシーによってＱＣＳ、ハンドオーバー、及び速い基地局の切換えを処理するための基地局の動作方法及びその装置を提供することにある。

上記目的を達成するためになされた本発明による無線通信システムにおける基地局の動作方法は、ＰＤＦ（ｐｏｌｉｃｙ ｄｅｃｉｓｉｏｎ ｆｕｎｃｔｉｏｎ）を含むネットワーク構成要素（ｅｎｔｉｔｙ）又は隣接基地局から端末のＱｏＳポリシー（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ ｐｏｌｉｃｙ）の情報を受信して保存するステップと、再接続を試みている端末を検知するステップと、前記再接続を試みている端末が検知された時点で、前記端末のＱｏＳポリシーを判断するステップと、前記ＱｏＳポリシーに従って前記端末のために生成されたサービスフローの状態を制御するステップとを有することを特徴とする。

前記ＰＤＦを含むネットワーク構成要素は、ポリシーサーバ（ｐｏｌｉｃｙ ｓｅｒｖｅｒ）又はＡＡＡサーバ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ ｓｅｒｖｅｒ）であることが好ましい。
前記再接続を試みている端末は、ネットワーク再エントリーを行なう端末、ハードハンドオーバー（ｈａｒｄ ｈａｎｄｏｖｅｒ）を行なう端末、及びソフトハンドオーバー（ｓｏｆｔ ｈａｎｄｏｖｅｒ）を行なう端末のうちの一つであることが好ましい。
前記端末のために生成されたサービスフローの状態を制御するステップは、前記再接続を試みている端末がネットワーク再エントリーを行なう端末の場合、前記端末のサービスフローを以前の状態に戻すか否かを検証するステップと、サービスフローを以前の状態に戻さない場合、前記端末のすべてのサービスフローを準備状態に移行させるステップと、サービスフローを以前の状態に戻す場合、前記端末に対してＣＡＣ（ｃｏｎｎｅｃｔｉｏｎ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）を行ない、前記ＣＡＣで許諾されたサービスフローを活性状態又は許諾状態に移行させるステップとを含むことが好ましい。

前記ＣＡＣで許諾されなかったサービスフローを前記端末のＱｏＳポリシーに従って処理するステップをさらに含むことが好ましい。
前記ＣＡＣで許諾されなかったサービスフローを前記端末のＱｏＳポリシーに従って処理するステップは、前記ＱｏＳポリシーが第１ポリシーの場合、前記ＣＡＣで許諾されなかったサービスフローを準備状態に移行させるステップと、前記ＱＣＳポリシーが第２ポリシーの場合、前記ＱＣＳを失敗として処理するステップと、前記ＱＣＳポリシーが第３ポリシーの場合、すべてのサービスフローが以前の状態に戻るまでＣＡＣを行なうステップと、前記ＱＣＳポリシーが第４ポリシーの場合、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）を行うステップとを含むことが好ましい。
前記ＣＡＣで許諾されたサービスフローに割り当てられたＴＣＩＤ（ｔｒａｎｓｐｏｒｔ ｃｏｎｎｅｃｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）を含むメッセージを前記端末に伝送するステップをさらに含むことが好ましい。
前記隣接基地局から受信される前記端末のＱｏＳポリシーの情報は、ＣＡＣの実行可否を示すパラメータ、及びＣＡＣで許諾されなかったサービスフローに対する処理方法を示すパラメータのうちの少なくとも一つを含むことが好ましい。

前記端末のために生成されたサービスフローの状態を制御するステップは、前記再接続を試みている端末がハードハンドオーバーを行なう端末の場合、前記端末に対してＣＡＣを行うか否かを判断するステップと、前記ＣＡＣを行なわない場合、前記端末の活性状態及び許諾状態のサービスフローにＴＣＩＤを割り当てるステップと、前記ＣＡＣを行う場合、前記端末に対してＣＡＣを行なって、前記ＣＡＣで許諾されたサービスフローにＴＣＩＤを割り当てるステップとを含むことが好ましい。
前記ＣＡＣで許諾されなかったサービスフローを、前記端末のＱｏＳポリシーに従って処理するステップをさらに含むことが好ましい。
前記ＣＡＣで許諾されなかったサービスフローを、前記端末のＱｏＳポリシーに従って処理するステップは、前記ＱｏＳポリシーが第１ポリシーの場合、前記ＣＡＣで許諾されなかったサービスフローを準備状態に移行させるステップと、前記ＱｏＳポリシーが第２ポリシーの場合、前記ＣＡＣで許諾されるまでネットワーク再エントリープロセスを行い続けるステップと、前記ＱｏＳポリシーが第３ポリシーの場合、前記ＣＡＣで許諾されなかったサービスフローを削除するステップと、前記ＱｏＳポリシーが第４ポリシーの場合、ロードバランシングを行うステップとを含むことが好ましい。
前記ＣＡＣで許諾されたサービスフローに割り当てられたＴＣＩＤを含むメッセージを前記端末に伝送するステップをさらに含むことが好ましい。

前記隣接基地局から前記ソフトハンドオーバーを行なう端末のＱｏＳポリシーの情報が受信された場合、前記ＱｏＳポリシーに従って前記端末のサービスフローにＴＣＩＤを割り当てるステップと、前記割り当てられたＴＣＩＤを含むメッセージを前記隣接基地局に伝送するステップとをさらに有することが好ましい。
前記ＱｏＳポリシーに従って前記端末のサービスフローにＴＣＩＤを割り当てるステップは、前記端末に対してＣＡＣを行うか否かを検証するステップと、前記ＣＡＣを行なわない場合、前記端末の活性状態及び許諾状態のサービスフローにＴＣＩＤを割り当てるステップと、前記ＣＡＣを行う場合、前記端末に対してＣＡＣを行ない、前記ＣＡＣで許諾されたサービスフローにＴＣＩＤを割り当てるステップとを含むことが好ましい。
前記隣接基地局から前記端末の基地局の切換えを知らせる確認メッセージを受信した時点で、前記端末にＣＱＩＣＨ（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ ｃｈａｎｎｅｌ）リソースを割り当て、前記ＱＣＩＣＨ割り当てメッセージを送信（ｂｒｏａｄｃａｓｔ）するステップをさらに含むことが好ましい。

前記端末のために生成されたサービスフローの状態を制御するステップは、前記再接続を試みている端末がソフトハンドオーバーを行なう端末の場合、ＴＣＩＤが割り当てられていないサービスフローに対するＱｏＳポリシーを判断するステップと、前記ＱｏＳポリシーが第１ポリシーの場合、前記ＴＣＩＤが割り当てられていないサービスフローを準備状態に移行させるステップと、前記ＱｏＳポリシーが第２ポリシーの場合、前記ＴＣＩＤが割り当てられていないサービスフローを削除するステップとを含むことが好ましい。
前記ソフトハンドオーバーを実施中の端末に対して新しいサービスフローを生成する場合、前記端末に割り当てられたＳＦＩＤ（ｓｅｒｖｉｃｅ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ）とＴＣＩＤを含むダイバーシティセットアップデート要請メッセージ（ｄｉｖｅｒｓｉｔｙ ｓｅｔ ｕｐｄａｔｅ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を前記端末に伝送するステップをさらに有することが好ましい。
前記ダイバーシティセットアップデート要請メッセージは、ＢＳＨＯ＿ＲＥＱ（ｂａｓｅ ｓｔａｔｉｏｎ ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ）メッセージ又はＢＳＨＯ＿ＲＳＰ（ｂａｓｅ ｓｔａｔｉｏｎ ｈａｎｄｏｖｅｒ ｒｅｓｐｏｎｓｅ）メッセージであることが好ましい。

上記目的を達成するためになされた本発明による無線通信システムにおける基地局装置は、端末のＱｏＳポリシーの情報を保存する保存部と、各々の端末に対して動作モード及びサービスフロー状態を管理する状態管理部と、端末の動作モードの移行及び前記サービスフローの状態の移行に要するタイマーを管理するタイマー管理部と、前記タイマーが満了した時、対応する端末の動作モード又はサービスフロー状態を移行させ、端末の再接続が検知された時点で、前記端末のＱｏＳポリシーに従って前記端末に割り当てられたサービスフローの状態を制御する制御部とを有することを特徴とする。

前記端末のＱｏＳポリシーの情報は、ＰＤＦを含むネットワーク構成要素又は隣接基地局から受信されることが好ましい。
前記ＰＤＦを含むネットワーク構成要素は、ポリシーサーバ又はＡＡＡサーバであることが好ましい。
前記端末のＱｏＳポリシーの情報は、ネットワーク再エントリーに対するＱｏＳポリシーの情報、ハードハンドオーバーに対するＱｏＳポリシーの情報、及びソフトハンドオーバーに対するＱｏＳポリシーの情報のうちの少なくとも一つを含むことが好ましい。
前記制御部は、再接続を試みている端末がネットワーク再エントリーを行なう端末の場合、前記端末のサービスフローを以前の状態に戻すか否かを検証し、サービスフローを以前の状態に戻さない場合、前記端末のすべてのサービスフローを準備状態に移行させ、サービスフローを以前の状態に戻す場合、前記端末に対してＣＡＣを行なった後、該ＣＡＣで許諾されたサービスフローを活性状態又は許諾状態に移行させることが好ましい。
前記制御部は、前記ＣＡＣで許諾されなかったサービスフローを前記端末のＱｏＳポリシーに従って処理することが好ましい。

前記制御部は、再接続を試みている端末がハードハンドオーバーを行なう端末の場合、前記端末に対してＣＡＣを行うか否かを判断し、前記ＣＡＣを行なわない場合、前記端末の活性状態及び許諾状態のサービスフローにＴＣＩＤを割り当て、前記ＣＡＣを行う場合、前記端末に対してＣＡＣを行なった後、前記ＣＡＣで許諾されたサービスフローにＴＣＩＤを割り当てることが好ましい。
前記制御部は、隣接基地局からソフトハンドオーバーを行なう端末のＱｏＳポリシーの情報が受信された場合、前記端末のＱｏＳポリシーに従って前記端末のサービスフローにＴＣＩＤを割り当て、割り当てられたＴＣＩＤを含むメッセージを前記隣接基地局に伝送することが好ましい。
前記制御部は、再接続を試みている端末が前記ソフトハンドオーバーを行なう端末の場合、前記ＴＣＩＤが割り当てられていないサービスフローに対するＱｏＳポリシーを判断し、前記ＱｏＳポリシーが第１ポリシーの場合、前記ＴＣＩＤが割り当てられていないサービスフローを準備状態に移行させ、前記ＱｏＳポリシーが第２ポリシーの場合、前記ＴＣＩＤが割り当てられていないサービスフローを削除することが好ましい。

本発明に係る無線通信システムにおける基地局の動作方法及びその装置によれば、現在の標準で規格化されていないＱｏＳサービスフローに対するＱＣＳ、ＨＨＯ、ＦＢＳＳの処理方案を提案する。本発明は、ＱＣＳ、ＨＨＯ及びＦＢＳＳの実行時に、基地局におけるＣＡＣをＱｏＳポリシーによって行うことにより、コール断絶及び無線リソースの浪費を防ぐことができるという効果があり、基地局と端末との間のフロー別の状態の不一致による誤動作を防ぐことができるという効果がある。
また、本発明は、既存のコール処理インターフェースをそのまま活用して、各インターフェースの情報伝達を最小化しているため、ＱｏＳの呼びかけ処理のための全伝送遅延を減らし、処理容量を増加させることができるという効果がある。

次に、本発明に係る無線通信システムにおける基地局の動作方法及びその装置を実施するための最良の形態の具体例を図面を参照しながら説明する。

また、本発明を説明するにおいて、関連した公知機能又は構成に対する具体的な説明が本発明の要旨を不明にすると判断される場合には、その詳細な説明を省略すべきである。さらに、後述の用語は、本発明における機能を考えて定義された用語であり、これらは、ユーザ、運用者の意図または慣例などによって変わる。よって、その定義は、本明細書の全般にわたる内容に基づいて行われるべきである。

以下、本発明は、広帯域無線接続システムにおいてＱＣＳ（ｑｕｉｃｋ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）（又はネットワーク再エントリー）、ＨＨＯ（ｈａｒｄ ｈａｎｄ ｏｖｅｒ）又はＦＢＳＳ（ｆａｓｔ ｂａｓｅ ｓｔａｔｉｏｎ ｓｗｉｔｃｈｉｎｇ）〔又は、ソフトハンドオーバー（ｓｏｆｔ ｈａｎｄｏｖｅｒ）〕を行う際の、ＱｏＳオペレーティング方法について述べる。

以下の説明において、ネットワーク構成要素（ＮＥ：Ｎｅｔｗｏｒｋ Ｅｎｔｉｔｙ、またはＮｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ）の名称は、該当機能によって定義されたものであり、標準化グループあるいは運用者の意図によって変わり得る。例えば、基地局は、ＲＡＳ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｓｔａｔｉｏｎ）又はＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）であってもよい。また、制御局は、ＡＣＲ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｒｏｕｔｅｒ）又はＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ：接続サービスネットワークゲートウェイ）であってもよい。ここで、ＡＳＮ−ＧＷは、制御局の機能だけでなく、ルーターの機能を行なってもよい。

説明に先立って、本発明による想定は、以下のとおりである。
先ず、フロー別のＱｏＳプロファイル情報（またはＱｏＳパラメータセット）は、端末がアウェイク（ａｗａｋｅ）モードでサービング基地局（ｓｅｒｖｉｎｇ ＢＳ）を変更するか、またはアンカー〔あるいはＦＡ（ｆｏｒｅｉｇｎ ａｇｅｎｔ）（担当）〕の制御局（ＡＳＮ＿ＧＷ）を変更するとき、該当ネットワーク構成要素に伝達することとする。
また、ユーザ別のＱｏＳ情報は、アンカー制御局で引き続き管理され、ＱｏＳプロファイル情報は、該当端末がヌル（ｎｕｌｌ）モードに移行する場合にすべて解除される。

すべての無線ネットワークは、限定された無線容量により“アウェイク”ユーザ数が制限され、スリープモードを支援する場合も、ＣＩＤ（Ｃｏｎｎｅｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）リソース管理などの理由により“スリープ”ユーザ数も制限されることがある。同様に、アイドルモードもＣＳ（ＣｌａｓＳｉｆｉｃａｔｉｏｎ）規則及びＱｏＳプロファイル情報管理などの理由により“アイドル”ユーザ数も制限されることがある。

通常、アイドルモードでＱＣＳを通じてアウェイクモードに移行する場合、基地局がＳＦＩＤ ｖｓ ＴＣＩＤ（Ｓｅｒｖｉｃｅ Ｆｌｏｗ ＩＤｅｎｔｉｆｉｅｒ ｖｓ Ｔｒａｎｓｐｏｒｔ Ｃｏｎｎｅｃｔｉｏｎ ＩＤｅｎｔｉｆｉｅｒ）をレンジング応答（ＲＮＧ＿ＲＳＰ：Ｒａｎｇｉｎｇ ｒｅｓｐｏｎｓｅ）メッセージを通じて端末に伝達し、端末は、既にＳＦＩＤ情報を有しているので、ＴＣＩＤをＳＦＩＤにマッピングすることによりコネクションを設定することができる。

ハードハンドオーバー（ＨＨＯ）の場合、端末は、ターゲット基地局にハンドオーバーした後、レンジング応答メッセージを通じてＴＣＩＤを更新する。ソフトハンドオーバー（ＦＢＳＳ）の場合、ダイバーシティセット（Ｄｉｖｅｒｓｉｔｙ ｓｅｔ）の候補ターゲット基地局（Ｃａｎｄｉｄａｔｅ ｔａｒｇｅｔ ＢＳ）がＴＣＩＤを生成してサービング基地局に伝達し、サービング基地局は、候補ターゲット基地局のＴＣＩＤをハンドオーバー応答（ＨＯ＿ＲＳＰ）メッセージを通じて端末に伝達する。これにより、端末がハンドオーバーターゲット基地局を決めるとき、自動的にターゲット基地局のＴＣＩＤが割り当てられる。

ＭＡＣ階層のネームタグ（ｎａｍｅ ｔａｇ）であるＳＦＩＤは、制御局（ＡＣＲ又はＡＳＮ−ＧＷ）から独立的に割り当てられ、ＣＩＤは、基地局（ＢＳ）から独立的に割り当てられるとする。ＣＩＤは、基地局内でフロー別にユニークに割り当てられるが、ＳＦＩＤは、端末内でフロー別にユニークであればよい。

また、各フローの状態は、準備（ｐｒｏｖｉｓｉｏｎｅｄ）状態、許諾（ａｄｍｉｔｔｅｄ）状態、活性（ａｃｔｉｖｅ）状態に分類されるとする。
ここで、準備状態は、ＳＦＩＤだけを割り当てられた状態を示し、許諾状態と活性状態は、ＳＦＩＤのみでなく、トラフィックＣＩＤ（ＴＣＩＤ）もすべて割り当てられた状態を示す。このとき、ＴＣＩＤにトラフィックが流れると、活性状態と定義することができる。

また、以下の説明で接続許可制御（ｃｏｎｎｅｃｔｉｏｎ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ：ＣＡＣ）は、無線容量及びフロー別の帯域幅の要請に基づいた狭義のＣＡＣだけでなく、ＣＰＵロードによる過負荷制御、加入者数及びフロー数の制限によるＣＡＣも含む意味である。例えば、ハンドオーバー候補基地局の選択時、加入者制限及び過負荷制御を満足すれば候補基地局として選択される。

図１は、本発明の実施形態によるネットワーク構成を示す概略図である。
図１に示すように、ネットワークは、端末（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）１１０、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）１２０、制御局（ＡＳＮ＿ＧＷ：Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）１３０、ポリシーサーバ（Ｐｏｌｉｃｙ Ｓｅｒｖｅｒ）１４０、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ、Ａｃｃｏｕｎｔｉｎｇ）サーバ１５０、及びシステム管理器（ＷＳＭ：ＷｉＢｒｏ Ｓｙｓｔｅｍ Ｍａｎａｇｅｒ）１６０を含んで構成される。

ここで、基地局１２０と制御局１３０とで構成されるネットワークをＡＳＮ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ：アクセスサービスネットワーク）と定義することができる。
また、システム管理器１６０は、ＷＳＭ又はＥＭＳ（Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）と呼ばれることもある。ポリシーサーバ１４０は、図に示すように、別途のサーバで構成することができ、他の例として、特定のネットワーク構成要素（例えば、ＡＡＡサーバ）の内部機能として搭載されてもよい。

図１を参照すると、先ず、ＡＡＡサーバ１５０は、制御局１３０と連動して端末に対する認証及び課金などを行う。
本発明の実施形態において、ＡＡＡサーバ１５０は、端末に対する認証が成功する場合、端末に対する情報をポリシーサーバ１４０に提供する。他の実施形態として、ユーザ情報を管理するＳＰＲ（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｐｒｏｆｉｌｅ Ｒｅｐｏｓｉｔｏｒｙ）サーバがＡＡＡサーバ１５０によってトリガーされてポリシーサーバ１４０に端末に対する情報を伝達したり、逆に、ポリシーサーバ１４０がＳＰＲサーバに要請して端末に対する情報を取得することができる。

ここで、端末に対する情報は、ＰＤＦ（ｐｏｌｉｃｙ ｄｅｃｉｓｉｏｎ ｆｕｎｃｔｉｏｎ）の入力パラメータとして、５タプル（５−ｔｕｐｌｅ）（ｓｏｕｒｃｅ ＆ ｄｅｓｔｉｎａｔｉｏｎのＩＰアドレス、ｓｏｕｒｃｅ ＆ ｄｅｓｔｉｎａｔｉｏｎのポート番号、プロトコルＩＤ）、または６タプル（６−ｔｕｐｌｅ）（５タプル＋ＴｏＳ（Ｔｙｐｅ ｏｆ ｓｅｒｖｉｃｅ）、ユーザクラス（例えば、プレミアム、ゴールド、シルバー、ブロンズなど）、ＱｏＳ設定タイプなどを含んでもよい。

また、ＡＡＡサーバ１５０は、端末に対する課金を行なう。ここで、課金統計区間は、実際のサービスフローが活性化されている区間で決まる。端末が移動する場合、トラフィックの流れの開始時点、中間時点及び終了時点を担う制御局が異なることがあるが、それぞれの制御局は、実際のサービング時間をＡＡＡサーバ１５０に報告する。
他の例として、コール処理担当制御局が変更される度に、今まで蓄積された課金統計情報をターゲット制御局に渡し、サービス終了時点の制御局が、収集された課金統計情報をＡＡＡサーバ１５０に報告してもよい。

もし、端末にシムカード（ＳＩＭカード）が装着されている場合、ＡＡＡサーバ１５０は、制御局１３０から収集された課金統計情報をアプリケーション階層を介して端末に伝送することができる。このような場合、端末のシムカードで課金が行なわれる。他の例として、シムカードが自身で課金を行うことができる。この場合、課金統計情報は、端末自ら収集するか、または制御局から提供されてもよい。ＡＡＡサーバ１５０とＡＳＮとの間は、ＣＯＰＳ（Ｃｏｍｍｏｎ Ｏｐｅｎ Ｐｏｌｉｃｙ ｓｅｒｖｉｃｅ）インターフェース、ラジウス（ｒｅｍｏｔｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｄｉａｌ ｉｎ ｕｓｅｒ ｓｅｒｖｉｃｅ：Ｒａｄｉｕｓ）インターフェース、又はダイアメータ（Ｄｉａｍｅｔｅｒ）インターフェースを用いてもよい。

上述のように、ユーザ情報は、ＳＰＲサーバ（図示せず）で管理されてもよい。すなわち、ＳＰＲサーバでユーザクラス、ＱｏＳセットアップタイプ（例えば、固定タイプ、ダイナミックタイプ、セミダイナミックタイプなど）、ユーザ位置などを管理することができる。この場合、ユーザクラスＩＤ及びＱｏＳ設定タイプなどは、ＳＰＲサーバからポリシーサーバ１４０に提供される。ＳＰＲサーバの機能は、ＡＡＡサーバあるいは他のサーバに含まれるか、または別途のサーバとして存在してもよい。

ポリシーサーバ１４０は、ＡＡＡサーバ１５０又はＳＰＲサーバからのＰＤＦの入力パラメータを利用してＰＤＦの出力パラメータを生成し、生成されたＰＤＦの出力パラメータを対応するネットワーク構成要素に提供する。本発明によるＰＤＦの出力パラメータは、ＱＣＳ、ＨＨＯ、又はＦＢＳＳの実行時に適用されるＱｏＳポリシーに関するパラメータであって、以後に示す表１を参照して詳しく述べる。ポリシーサーバ１４０は、認証に成功した端末に対するＱｏＳポリシー情報を、端末が接続されたＡＳＮに伝達する。

ここで、ポリシーサーバ１４０とＡＳＮとの間は、ＣＯＰＳインターフェース、ラジウスインターフェース、又はダイアメータインターフェースを用いてもよい。
ここで、ポリシーサーバ１４０のＰＤＦ（Ｐｏｌｉｃｙ Ｄｅｃｉｓｉｏｎ Ｆｕｎｃｔｉｏｎ）と課金とを一つの機能で具現することができるが、このような機能をＰＣＲＦ（Ｐｏｌｉｃｙ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）と定義することができる。ＰＤＦは、ＩＭＳ（Ｉｎｔｅｒｎｅｔ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）サーバ内に具現されてもよく、図１とともに別途のサーバとして存在してもよい。

例えば、ＰＤＦとＰ−ＣＳＣＦ（Ｐｒｏｘｙ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）が一つのサーバに搭載され、Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）とＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣＳＣＦ）が別のサーバに搭載されてもよい。また、ＰＤＦ機能は、いくつかのサブ機能に分割されて異なるネットワーク構成要素に存在してもよい。すなわち、ポリシーサーバ１４０のＰＤＦとＳＰＲは、ＡＡＡサーバ１５０に存在してもよく、それぞれ別途のサーバとして存在してもよく、ＳＰＲとＰＤＦが一つのサーバで具現されてもよい。以下の説明では、ＡＡＡサーバ１５０にＰＤＦとＳＰＲが両方存在するものとして述べる。

システム管理器１６０は、ネットワーク構成に係わる情報をＡＳＮに伝達して、ＡＳＮを構成する制御局１３０と基地局１２０を管理する役割を果す。ここで、システム管理器１６０とＡＳＮとの間は、ＣＯＰＳインターフェース、ラジウスインターフェース、又はダイアメータインターフェースを用いてもよい。

制御局１３０は、コアネットワーク（ＣＳＮ：Ｃｏｒｅ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ）からのトラフィックを基地局１２０に伝送し、基地局１２０からのトラフィックをコアネットワークに伝送する。
ここで、制御局１３０は、各端末に対しサービスフロー（ＳＦ：Ｓｅｒｖｉｃｅ Ｆｌｏｗ）、接続及び移動性を管理する。ここで、アップリンク及びダウンリンクの接続別に固有のサービスフローを生成する。例えば、固定ＱｏＳ（ｓｔａｔｉｃ ＱｏＳ）の場合、ＡＡＡサーバ１５０から特定の端末に対するＤＳＡトリガーが要請されると、制御局１３０は、端末に対し固定サービスフローを生成し、ＳＦＩＤ（サービスフロー識別子）を基地局１２０に伝達してＤＳＡトリガーを要請する。

基地局１２０は、制御局１３０からのトラフィックを端末１１０に伝送し、端末１１０からのトラフィックを制御局１３０に伝送する。ここで、基地局１２０は、制御局１３０とは有線で接続され、端末１１０とは無線で接続される。
基地局１２０は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層のＱｏＳに基づいてスケジューリングを行なって端末１１０にリソースを割り当てる。例えば、固定ＱｏＳの場合、制御局１３０からＤＳＡトリガーが要請されると、基地局１２０は、制御局１３０からのサービスプロファイル識別子を利用してＱｏＳマッピングテーブルからＱｏＳパラメータを取得し、ＱｏＳパラメータをもって端末とＤＳＡプロセスを行う。

ここで、ＱｏＳマッピングテーブルは、ＡＳＮ内の特定のネットワーク構成要素に備えられてもよい。また、このように、基地局１２０内に備えられてもよく、他の例として、制御局１３０内に備えられてもよく、基地局１２０と制御局１３０の両方に備えられてもよい。このように、ＤＳＡプロセスを通じてサービスフローを生成し、実際のサービスフローの活性化は、ＤＳＡプロセス、またはＤＳＣプロセスを通じて行なわれる。サービスフローが許諾状態または活性状態に活性化される場合、基地局は、ＣＡＣを行なってＴＣＩＤ（Ｔｒａｆｆｉｃ Ｃｏｎｎｅｃｔｉｏｎ ＩＤｅｎｔｉｆｉｅｒ）を割り当て、ＴＣＩＤを利用してトラフィックを通信する。

また、本発明に従って、基地局１２０は、ＡＡＡサーバ１５０から認証に成功した端末に対するＱｏＳポリシーの情報（ｐｅｒ−ｆｌｏｗ ＱｏＳパラメータ、ＣＳ規則、ドメイン、またはＭＶＮＯ（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）識別子、及びユーザ別のアイドルタイマーなどを含むｐｅｒ−ｕｓｅｒ ＱｏＳパラメータなど）を受信して保存し、保存されたＱｏＳポリシーの情報によって端末のＱＣＳまたはＨＨＯまたはＦＢＳＳを制御する。

例えば、端末がＱＣＳを行うとき、ＱｏＳポリシーによってＣＡＣを行うか否かを決定する。ＣＡＣを行う場合、基地局は、ＣＡＣを通じてサービスフローを以前の状態に戻す。また、基地局は、以前の状態に戻らないフローをＱｏＳポリシーによって処理することができる。ＱＣＳ、ＨＨＯ、又はＦＢＳＳの実行時のＱｏＳオペレーティング方法は、以後、図面を参照して詳しく説明する。

一方、ＡＳＮは、ユーザ別のモードとサービスフロー別の状態をともに管理する。ここで、ユーザ別のモードは、例えばアウェイク（ａｗａｋｅ）モード、スリープ（ｓｌｅｅｐ）モード、アイドル（ｉｄｌｅ）モードを示し、サービスフロー別の状態は、活性状態、許諾状態、準備状態を示す。例えば、固定的にサービスフローを割り当てられる端末がアイドルモードに移行する場合、端末に対するＳＦＩＤ（Ｓｅｒｖｉｃｅ Ｆｌｏｗ ＩＤ）及びＱｏＳプロファイル情報のみを維持することができる。

端末がアイドルモードからＱＣＳを通じてアウェイクモードに移行する場合、基地局は、ＱｏＳポリシー（すなわち、ｐｅｒ−ｕｓｅｒ ＱｏＳ情報）に従ってＣＡＣを行ない、ＣＡＣで許諾された場合、「ＳＦＩＤ ｖｓ ＴＣＩＤ」を含むレンジング応答（ＲＮＧ−ＲＳＰ）メッセージを端末に伝達する。このとき、端末は、既にＳＦＩＤとＱｏＳ情報を有しているため、それぞれのＳＦＩＤに対応するＴＣＩＤをマッピングして管理する。また、制御局１３０と基地局１２０との間のネットワークは、図に示すように、Ｌ２〔ｌａｙｅｒ２：Ｅｔｈｅｒｎｅｔ（登録商標）〕ネットワークあるいはＬ３（ｌａｙｅｒ３：ＩＰ）ネットワークで構成されてもよい。

端末１１０は、基地局１２０とＤＳＡプロセスを行なってＱｏＳサービスフローを生成する。固定ＱｏＳの場合、端末１１０は、初期接続時にＤＳＡプロセスを実行して固定的なサービスフローを準備状態で生成し、以後、ＤＳＣプロセスを実行してＴＣＩＤを割り当てられてトラフィックを通信することができる。また、セミダイナミックＱｏＳ又はダイナミックＱｏＳタイプのサービスフローのＱｏＳの変更が必要な場合、端末１１０は、基地局１２０とＤＳＣプロセスを行なってＱｏＳパラメータを変更してもよい。

アウェイクモード又はスリープモードにある端末が同一のＡＳＮ内の別のサブネットに移動しても、アンカー制御局（またはＦＡ担当制御局）は、変更されない。この場合、端末に対するサービス別のＱｏＳプロファイル情報（ｐｅｒ−ｆｌｏｗ ＱｏＳ ｐｒｏｆｉｌｅ ｉｎｆｏｒｍａｔｉｏｎ）は、トンネリング又はＬ２拡張を通じて新しいサービング基地局に伝達される。さらに、端末のユーザ別のＱｏＳ情報は、アンカー制御局において引き続き管理するものと想定する。もちろん、ヌルモードへの移行がなされると、ＡＳＮは、該当端末のＱｏＳポリシー情報をすべて解除する。端末がＡＳＮ間を移動する場合、（つまり、ｉｎｔｅｒ−ＡＳＮ ハンドオーバーの場合）アンカー制御局を移転するものと想定する。

図１に示されてはいないが、端末にＩＰアドレスを割り当てるためのネットワーク構成要素〔例えば、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＨＡ（Ｈｏｍｅ Ａｇｅｎｔ）、ＦＡ（Ｆｏｒｅｉｇｎ Ａｇｅｎｔ）〕、及びネットワークアクセス識別子（ＮＡＩ：Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｆｉｅｒ）とＩＰアドレスとの間の関係マッピングを管理するＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバなどが提供されることは自明である。

ＰＤＦの入力パラメータと出力パラメータを定義した後、詳細な動作の説明を行う。
先ず、ＰＤＦの入力パラメータは、５−タプル（すなわち、ｓｏｕｒｃｅ ＆ ｄｅｓｔｉｎａｔｉｏｎのＩＰアドレス、ｓｏｕｒｃｅ ＆ ｄｅｓｔｉｎａｔｉｏｎのポート番号、プロトコルＩＤ）、又は６−タプル（すなわち、５−タプル＋ＴｏＳ、ユーザクラス（例えば、プレミアム、ゴールド、シルバー、ブロンズなど）、ＱｏＳ設定タイプ（例えば、固定、ダイナミック、セミダイナミックタイプなど）などを含む。ここで、５−タプル及び６−タプルは、フローを区別するために用いられるので、ＣＳ（ＣｌａｓＳｉｆｉｃａｔｉｏｎ）の規則を担当するネットワーク構成要素（例えば、ＡＳＮ＿ＧＷ）に伝達しなければならない。

次に、ＰＤＦの出力パラメータは、ＩＰ ＱｏＳ〔例えば、ＤＳＣＰ（Ｄｉｆｆ Ｓｅｒｖ Ｃｏｄｅ Ｐｏｉｎｔ）〕及びＭＡＣ ＱｏＳ（例えば、ＩＥＥＥ ８０２．１６ ＱｏＳパラメータ）のためのＱｏＳパラメータセット（又はグループ）と定義され得る。ここで、ＩＥＥＥ ８０２．１６ ＱｏＳパラメータの例として、トラフィック優先順位（ｔｒａｆｆｉｃ ｐｒｉｏｒｉｔｙ）、最大持続伝送率（Ｍａｘｉｍｕｍ Ｓｕｓｔａｉｎｅｄ Ｒａｔｅ）、最小予約伝送率（ｍｉｎｉｍｕｍ ｒｅｓｅｒｖｅｄ ｒａｔｅ）、最大遅延（ｍａｘｉｍｕｍ ｌａｔｅｎｃｙ）、許可間隔（ｇｒａｎｔ ｉｎｔｅｒｖａｌ）などがある。

加えて、本発明は、上述のＰＤＦの出力パラメータの他に、以下の表１に定義されるようなユーザ別のＱｏＳパラメータ情報が提供される。

表１は、本発明によるユーザ別のＱｏＳパラメータ情報を示したものであって、その他にＰＤＦの出力パラメータとして、ＩＰヘッダの圧縮、非圧縮及び圧縮方式を示すパラメータ、ＴＥＫ（Ｔｒａｆｆｉｃ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）使用、不使用を示すパラメータ、現状態がプレプロビジョンド（Ｐｒｅ−Ｐｒｏｖｉｓｉｏｎｅｄ）状態かどうかを示すパラメータ、現状態がプレプロビジョンド状態でない時、準備状態／許諾状態／活性状態の内から１つ選択するためのパラメータ、ＤＳＣを利用したＱｏＳ変更の許可、不許可を示すパラメータ、活性状態におけるＱｏＳ変更回数を指定するパラメータ、ＤＳ
Ｃを利用した交換されないＱｏＳパラメータに対する処理方式を指定するパラメータ、求される信頼性を指定するパラメータ、コール強制解除条件を指定するパラメータ、再伝送方法を指定するパラメータ、サービング基地局の活性モードのユーザ数が臨界値を超過する場合、処理方式を指定するパラメータ、対称的なＱｏＳフローの提供が行われたかどうかを示すパラメータ、最大許容可能ＤＳＣ使用回数を指定するパラメータ、フロータイマーの許可、不許可及びタイマー値を指定するパラメータ、水平ハンドオーバーの可否を示すパラメータ、垂直ハンドオーバーの可否を示すパラメータ、ＤＳＤ（Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ｄｅｌｅｔｅ）に対する許可、不許可を示すパラメータなどが含まれてもよい。

ＤＳＣが実行されたとき、コアネットワークに問い合わせずに制御局のＡ−ＰＣＥＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）が独自に許可、不許可を決定するようにするために、ＰＤＦ（例えば、ＡＡＡ、ＰＣＲＦ、又はＵＳＩ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）サーバあるいはＥＭＳ）がローカルポリシーをＡＳＮに与えることもできる。
例えば、ＩＥＥＥ ８０２．１６に定義されたように、準備状態、許諾状態、活性状態のそれぞれについてパラメータセットをＡＳＮに知らせ、活性状態パラメータセットの特定のＱｏＳパラメータ変更は、許諾状態又は準備状態パラメータセットの対応するＱｏＳパラメータ値の範囲内で可能とする。同様に、許諾状態パラメータセットの特定のＱｏＳパラメータ変更は、準備状態パラメータセットの対応するＱｏＳパラメータ値の範囲内で可能とする。

セミダイナミックＱｏＳの場合、上記のようにＡＳＮのＡ−ＰＣＥＦが独自にＱｏＳ変更の可否を決定してもよく、コアネットワーク（例えば、ＡＡＡ、ＰＣＲＦ、又はＵＳＩサーバ）と連動してコアネットワークのＰＤＦポリシーに従ってＱｏＳの変更の可否を決定してもよい。
初期接続が実行されている時、事業者の予め設定されたポリシーに従ってＱｏＳプロファイルが設定されるが、再接続が実行されている時、コアネットワーク（例えば、ＡＡＡ、ＰＣＲＦ、又はＵＳＩサーバ）が関与して事業者のポリシーに従って初期接続時のＱｏＳポリシー状態に復帰させたり、事業者の変更されたＱｏＳポリシーに従ってＱｏＳプロファイルがをアップデートすることもできる。

上述したように、ＱｏＳ設定タイプは、例えば、固定、セミダイナミック、ダイナミックなどのタイプがある。
以下では、説明の便宜のために、端末のＱｏＳ設定タイプが固定タイプであると想定して説明する。

図２は、本発明の実施形態による無線ネットワークにおけるＱｏＳポリシーに基づいてＱＣＳの実行動作を説明するためのフローチャートである。
図２を参照すると、先ず、初期接続を試みる端末は、基地局から受信されるプリアンブル信号を利用して同期を得、同期が得られると、ＭＡＰメッセージ、ＤＣＤ（Ｄｏｗｎｌｉｎｋ Ｃｈａｎｎｅｌ Ｄｅｓｃｒｉｐｔｏｒ）メッセージ、及びＵＣＤ（Ｕｐｌｉｎｋ Ｃｈａｎｎｅｌ Ｄｅｓｃｒｉｐｔｏｒ）メッセージを受信して、通信に必要なシステムパラメータを取得する。

以後、端末は、基地局と初期ネットワークエントリー（ｉｎｉｔｉａｌ ｎｅｔｗｏｒｋ ｅｎｔｒｙ）プロセスを行う。初期ネットワークエントリープロセスは、レンジングプロセス（すなわち、ＲＮＧ−ＲＥＱ／ＲＮＧ−ＲＳＰ）、基本能力交渉プロセス（すなわち、ＳＢＣ−ＲＥＱ／ＳＢＣ−ＲＳＰ）、認証プロセス（すなわち、ｐｒｉｖａｔｅ ｋｅｙ ｍａｎａｇｅｍｅｎｔ：ＰＫＭ）、登録プロセス（すなわち、ＲＥＧ−ＲＥＱ／ＲＥＧ−ＲＳＰ）などを含み得る。つまり、初期ネットワークエントリーに当たり、端末は、ステップＳ２０１において、基地局と認証プロセスを行う。このとき、基地局は、ＡＡＡサーバと連動して端末に対する認証を行う。

ＡＡＡサーバは、認証に成功した端末の情報を利用してＰＤＦの出力パラメータ（例えば、ＱｏＳポリシー情報）を生成する。ＱｏＳポリシー情報は、フロー別のＱｏＳプロファイル情報だけでなく、表１に示したように、ユーザ別のＱｏＳ情報を含んでもよい。ＡＡＡサーバは、ステップＳ２０３において、端末に対するＱｏＳポリシー情報をＡＳＮに伝達する。すると、基地局は、ステップＳ２０５において、ＡＡＡサーバからのＱｏＳポリシー情報を保存する。

一方、ステップＳ２０７において、端末はＡＳＮ及びＣＳＮ（Ｃｏｒｅ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ）と連動してＱｏＳサービスフローを生成し、ＱｏＳサービスフローを通じてトラフィック通信を行う。例えば、ＱｏＳ設定タイプが固定タイプの場合、端末は、初期ネットワークエントリープロセス（初期接続）時に、基地局とＤＳＡプロセスを行なって固定ＱｏＳサービスフローを準備状態で生成し、以後、ＤＳＣプロセスを通じてＴＣＩＤを割り当てられてトラフィック通信を行う。ＩＳＦ（Ｉｎｉｔｉａｌ Ｓｅｒｖｉｃｅ Ｆｌｏｗ）のダウンリンク（ＤＬ）及びアップリンク（ＵＬ）に対するベストエフォート（ｂｅｓｔ ｅｆｆｏｒｔ）は、ＩＰ割り当て連動プロセスに用いられるため、初期接続時から活性状態で生成することは言うまでもない。

このように、トラフィック通信中に、端末は、ステップＳ２０９において、アイドルタイマーが満了したか否かを判断する。アイドルタイマーは、予め設定された時間内にトラフィックの流れがない場合に満了するタイマーであり、アイドルタイマーは、端末だけでなく基地局においても運用される。端末と基地局のいずれか一方でアイドルタイマーが満了した場合、端末は、ステップＳ２１１において、基地局とメッセージを交換した後、アイドルモードに移行する。

アイドルモードの実行中にトラフィックが発生した場合、端末は、速い接続設定（以下、ＱＣＳ）プロセスの実行によりアウェイクモードに移行することができる。すなわち、端末は、ステップＳ２１３において、ＱＣＳが要求されたか否かを判断する。ＱＣＳが要求される場合、端末は、ステップＳ２１５において、基地局とＱＣＳプロセスを行う。このとき、端末は、基地局にレンジングコード（ｒａｎｇｉｎｇ ｃｏｄｅ）を伝送し、基地局は、それに応答してレンジング応答（ＲＮＧ−ＲＳＰ）メッセージとリソース割り当てメッセージ（すなわち、ＣＤＭＡ＿ａｌｌｏｃ＿ＩＥ）とを端末に伝送する。すると、端末は、割り当てられたリソースを通じてレンジング要請（ＲＮＧ−ＲＥＱ）メッセージを伝送する。この時点で基地局は、端末を識別することができる。

ＱＣＳを行う端末が識別されると、基地局は、ステップＳ２１７において、端末のＱｏＳポリシー情報を確認する。つまり、ＱＣＳプロセスを行うときに適用すべきＱｏＳポリシーを確認（判断）する。以後、基地局は、ステップＳ２１９において、ＱｏＳポリシーに従って端末のサービスフローを以前の状態に戻すか否かを決定する。ここで、以前の状態に戻さない場合、基地局は、端末のサービスフローを準備状態に移行させる（１．）。もし、以前の状態に戻る場合、基地局は、ＣＡＣを実行してサービスフローを以前の状態に戻す（２．）。
ここで、サービスフローの以前の状態が準備状態である場合、サービスフローは準備状態を継続しうる。

このとき、以前の状態に戻っていないサービスフローが存在する場合、基地局は、ステップＳ２２１において、以前の状態に戻っていないサービスフローをＱｏＳポリシーに従って処理する。
ＱｏＳポリシーに従って戻っていないサービスフローを準備状態にしてＱＣＳを完了、または削除したり、ＱＣＳ自体を失敗処理したり、すべてのサービスフローが戻るまでＱＣＳを行ない続けたり、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）を行なったりしてもよい。

ＱＣＳを完了する場合、基地局は、「ＳＦＩＤ ｖｓ ＴＣＩＤ」を含むレンジング応答（ＲＮＧ−ＲＳＰ）メッセージを端末に伝送する。
準備状態のサービスフローに対しては、レンジング応答メッセージを用いたＣＩＤのアップデートは実行されず、ＳＦＩＤに対応するＣＩＤが“ヌル（ｎｕｌｌ）”に設定されたレンジング応答メッセージを伝送するか、ＳＦＩＤのみを含むレンジング応答メッセージを伝送する。
もし、ＱＣＳを失敗処理する場合、基地局は、レンジング状態が“中止”（ａｂｏｒｔ）と設定されたレンジング応答メッセージを端末に伝送する。
もし、すべてのサービスフローが以前の状態に戻るまでＱＣＳを実行する場合、基地局は、レンジング状態が“継続（ｃｏｎｔｉｎｕｅ）”と設定されたレンジング応答メッセージを端末に伝送する。

また、準備状態で管理するサービスフローに対して、基地局と端末とは、別途のプロセスを実行することなく該当サービスフローを準備状態で管理したり、ＤＳＣプロセスの実行によって準備状態への移行を互いに交渉する。

また、ＣＡＣ結果は、レンジング応答メッセージのＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ｐｒｅｄｉｃｔｉｏｎ）フィールドに設定されてもよい。すなわち、すべてのサービスフローの復帰が可能であるか、一部のサービスフローのみ可能であるか、又はリソースが不十分なためにすべてのサービスフローの復帰が不可能であるかを、レンジング応答メッセージに設定して端末に知らせることができる。また、ＣＡＣで許諾されたサービスフローは、ＱｏＳポリシーに従って活性状態又は許諾状態で管理される。

図３は、本発明の実施形態による無線ネットワークにおけるＱｏＳポリシーに基づいてＨＨＯの実行動作を説明するためのフローチャートである。
図３を参照すると、先ず、初期接続を試みる端末は、基地局から受信されるプリアンブル信号を利用して同期を得、同期が得られると、ＭＡＰメッセージ、ＤＣＤメッセージ、及びＵＣＤメッセージを受信して、通信に必要なシステムパラメータを取得する。以後、端末は、基地局と初期ネットワークエントリープロセスを行う。

つまり、初期ネットワークエントリーに当たり、端末は、ステップＳ３０１において、基地局と認証プロセスを行う。このとき、基地局は、ＡＡＡサーバと連動して端末に対する認証を行う。
ＡＡＡサーバは、認証に成功した端末の情報を利用してＰＤＦの出力パラメータ（例えば、ＱｏＳポリシー情報）を生成する。ＱｏＳポリシー情報は、フロー別のＱｏＳプロファイル情報だけでなく、表１に示したように、ユーザ別のＱｏＳ情報を含んでもよい。ＡＡＡサーバは、ステップＳ３０３において、端末に対するＱｏＳポリシー情報をＡＳＮに伝達する。すると、サービング基地局は、ステップＳ３０５において、ＡＡＡサーバからのＱｏＳポリシー情報を保存する。

一方、端末は、ステップＳ３０７において、サービングＡＳＮ（サービング基地局）及びコアネットワークと連動してＱｏＳサービスフローを生成し、ＱｏＳサービスフローを通じてサービング基地局とトラフィック通信を行う。例えば、ＱｏＳ設定タイプが固定タイプの場合、端末は、初期接続時に基地局とＤＳＡプロセスを行なって、固定サービスフローを準備状態で生成し、以後、ＤＳＣプロセスを通じてＴＣＩＤが割り当てられてトラフィック通信を行う。

トラフィック通信中に、端末は、ステップＳ３０９において、周辺の基地局をスキャンし、サービング基地局の信号の強さと周辺の基地局の信号の強さとを比べてハンドオーバーが必要か否かを判断する。
ハンドオーバーが必要と判断された場合、端末は、ステップＳ３１１において、サービング基地局とハンドオーバープロセスを行う。例えば、端末は、候補基地局の受信の強さを含むハンドオーバー要請メッセージを基地局に伝送し、基地局は、候補基地局のサービス能力情報（例えば、帯域幅及びサービスレベルなど）を受信した後、ハンドオーバーのターゲットとなる基地局（ターゲット基地局）を決定する。このとき、サービス能力情報は、帯域幅及びサービスレベルだけでなく、該当端末に対するＣＡＣ結果を含んでもよい。

よって、サービス能力情報を含む通知メッセージは、すべてのサービスフローがＣＡＣで許諾されたか、一部のサービスフローのみが許諾されたか、すべてのサービスフローが拒絶されたかを示すパラメータ、各サービスフローに対してＣＡＣで許諾されたか否かのを示すパラメータ、ＣＡＣで許諾されたサービスフローの数を示すパラメータなどを含んでもよい。以後、基地局は、ターゲット基地局についての情報を含むハンドオーバー応答メッセージを端末に伝送し、ターゲット基地局へのハンドオーバーが最終決定された場合、端末は、サービング基地局にハンドオーバー指示メッセージを伝送した後、ターゲット基地局への接続を試みる。

ハンドオーバー指示メッセージが受信された時点で、サービング基地局は、ステップＳ３１３において、ターゲット基地局に端末に対するＱｏＳポリシー情報を伝送する。このとき、各サービスフローに対するＱｏＳプロファイル識別子（あるいはＱｏＳプロファイル情報）だけでなく、ユーザ別のＱｏＳ情報をターゲット基地局に伝送する。そして、ターゲット基地局は、ステップＳ３１５において、ＱｏＳポリシー情報を保存する。

以後、ターゲット基地局は、ステップＳ３１７において、端末とネットワーク再エントリープロセスを行う。このとき、端末は、ターゲット基地局にレンジングコードを伝送し、ターゲット基地局は、その応答としてレンジング応答メッセージとリソース割り当てメッセージ（すなわち、ＣＤＭＡ＿ａｌｌｏｃ＿ＩＥ）を端末に伝送する。すると、端末は、割り当てられたリソースを通じてレンジング要請メッセージを伝送する。この時点において、ターゲット基地局は、端末を識別することができる。

このようにハンドオーバーを行なう端末が識別されると、ターゲット基地局は、ステップＳ３１９において、端末のＱｏＳポリシー情報を確認する。すなわち、ハンドオーバーするときに端末に適用すべきＱｏＳポリシーを確認（判断）する。以後、ターゲット基地局は、ステップＳ３２１において、ＱｏＳポリシーに従って端末に対しＣＡＣを行うか否かを決める。ここで、ＣＡＣを行なわない場合、ターゲット基地局は、端末のすべての活性状態及び許諾状態のサービスフローに対してＴＣＩＤを割り当てる（１．）。もし、ＣＡＣを行う場合、基地局はＣＡＣを行ない（２．）、ＣＡＣの結果に従ってＴＣＩＤを割り当てる。

このとき、ＣＡＣで許諾されないサービスフローが存在する場合、ターゲット基地局は、ステップＳ３２３において、ＣＡＣで許諾されないサービスフローをＱｏＳポリシーに従って処理する。ＱｏＳポリシーに従ってＣＡＣで許諾されないサービスフローを準備状態で管理するか、またはＣＡＣで許諾されるまでネットワーク再エントリープロセス（例えば、レンジングプロセス）を行ない続けるか、またはＣＡＣで許諾されないサービスフローに対してＣＩＤアップデートを行なわないことにより削除するか、またはロードバランシングを行う。

また、端末のＱｏＳタイプがダイナミックタイプの場合、ＴＣＩＤが割り当てられていないサービスフローに対して準備状態に移行させる手続きを行なうか、または自動的に削除するか、またはＤＳＤプロセスを実行して該当サービスフローを削除することもできる。一方、サービスフローにＴＣＩＤが割り当てられた場合、ターゲット基地局は、「ＳＦＩＤ ｖｓ ＴＣＩＤ」を含むレンジング応答メッセージを端末に伝送する。
準備状態のサービスフローに対しては、レンジング応答メッセージを用いたＣＩＤのアップデートは実行されず、ＳＦＩＤに対応するＣＩＤが“ヌル（ｎｕｌｌ）”に設定されたレンジング応答メッセージを伝送するか、ＳＦＩＤのみを含むレンジング応答メッセージを伝送する。
もし、該当サービスフローのすべてがＣＡＣで許諾されるまでレンジングプロセスを行ない続ける場合、ターゲット基地局は、レンジング状態が“継続”であると設定されたレンジング応答メッセージを端末に伝送する。

もし、サービスフローを準備状態で管理する場合、ターゲット基地局と端末とは、別途のプロセスなしに該当サービスフローを準備状態で管理するか、またはＤＳＣプロセスの実行によって準備状態への移行を互いに交渉する。準備状態に移行されるサービスフローに対しては、以前のサービング基地局、ターゲット基地局、及びアンカー制御局でそれ以上ベアラートラフィック（ｂｅａｒｅｒ ｔｒａｆｆｉｃ）をバッファする必要がない。

また、ＣＡＣ結果は、レンジング応答メッセージのＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ｐｒｅｄｉｃｔｉｏｎ）フィールドに設定されてもよい。すなわち、すべてのサービスフローが復帰可能であるか、一部のサービスフローのみ可能であるか、又はリソースが不十分なためにすべてのサービスフローの復帰が不可能であるかをレンジング応答メッセージに設定して端末に通知することができる。

図４は、本発明の実施形態による無線ネットワークにおけるＱｏＳポリシーに基づいてＦＢＳＳの実行動作を説明するためのフローチャートである。
図４を参照すると、先ず、初期接続を試みる端末は、基地局から受信されるプリアンブル信号を利用して同期をを得、同期が得られると、ＭＡＰメッセージ、ＤＣＤメッセージ及びＵＣＤメッセージを受信して、通信に必要なシステムパラメータを取得する。以後、端末は、基地局と初期ネットワークエントリープロセスを行う。

つまり、初期ネットワークエントリーに当たり、端末は、ステップＳ４０１において、基地局と認証プロセスを行う。このとき、基地局は、ＡＡＡサーバと連動して端末に対する認証を行う。
ＡＡＡサーバは、認証に成功した端末の情報を利用してＰＤＦの出力パラメータ（例えば、ＱｏＳポリシー情報）を生成する。ＱｏＳポリシー情報は、フロー別のＱｏＳプロファイル情報だけでなく、表１に示したように、ユーザ別のＱｏＳ情報を含んでもよい。ＡＡＡサーバは、ステップＳ４０３において、端末に対するＱｏＳポリシー情報をＡＳＮに伝達する。すると、サービング基地局は、ステップＳ４０５において、ＡＡＡサーバからのＱｏＳポリシー情報を保存する。

一方、端末は、ステップＳ４０７において、サービングＡＳＮ（サービング基地局）及びコアネットワークと連動してＱｏＳサービスフローを生成し、ステップＳ４０９において、ＱｏＳサービスフローを通じてサービング基地局とトラフィック通信を行う。

端末とサービング基地局は、トラフィック通信中に、ＦＢＳＳのためにダイバーシティセット（ｄｉｖｅｒｓｉｔｙ ｓｅｔ）を、イベント−トリガーにより、あるいは周期的に更新（アップデート）する。ここで、ダイバーシティセットは、端末が移動することができる候補基地局のグループを示す。具体的には、サービング基地局は、ステップＳ４１１において、サービス能力を問い合わせる要請メッセージをバックボーンネットワークを通じて候補基地局に伝送する。このとき、要請メッセージは、端末のＱｏＳポリシーを示すパラメータを含むことができる。

すると、候補基地局は、ステップＳ４１３において、要請メッセージを解析して端末のＱｏＳポリシーを確認（判断）する。次に、候補基地局は、ステップＳ４１５において、ＱｏＳポリシーに従って端末に対してＣＡＣを行うか否かを決める。ここで、ＣＡＣを行なわない場合、候補基地局は、端末のすべての活性及び許諾状態のサービスフローにＴＣＩＤを割り当てる（１．）。もし、ＣＡＣを行う場合、候補基地局はＣＡＣを行ない（２．）、ＣＡＣ結果に従ってサービスフローにＴＣＩＤを割り当てる。
以下の説明では、候補基地局がＣＡＣを実行するものと想定して説明する。

以後、候補基地局は、ステップＳ４１７において、ＣＡＣ結果を含む応答メッセージを構成してサービング基地局に伝送する。このとき、応答メッセージは、すべてのサービスフローが許諾されたか、一部のサービスフローのみ許諾されたか、すべて拒絶されたかを示すパラメータ、許諾されたサービスフローに割り当てられたＴＣＩＤ情報などを含むことができる。

一方、少なくとも一つの候補基地局からＣＡＣ結果を受信した後、サービング基地局は、ステップＳ４１９において、受信した情報に基づいてダイバーシティセットの更新要請（ＢＳＨＯ＿ＲＥＱ）メッセージを構成し、ダイバーシティセットの更新要請メッセージを端末に伝送する。

すると、端末は、ステップＳ４２１において、ダイバーシティセットの更新要請メッセージに基づいて自ら管理するダイバーシティセットを更新する。ここで、ダイバーシティセットは、各候補基地局で端末のために割り当てた各サービスフローのＴＣＩＤ情報などを含む。さらに、端末は、ステップＳ４２２において、その応答としてダイバーシティセットの更新応答メッセージをサービング基地局に伝送する。ダイバーシティセットの更新は、基地局又は端末の要請によって行なわれか、さらに、特定のイベント−トリガーにて、又は周期的に行なわれ得る。

次に、トラフィック通信中に、端末は、ステップＳ４２３において、ＦＢＳＳが必要であるか否かを判断する。すなわち、ダイバーシティセット内のどの候補基地局への切換えが必要であるか否かを判断する。
ＦＢＳＳが必要であると判断される場合、端末は、ステップＳ４２５において、サービング基地局とＦＢＳＳプロセスを行う。このとき、端末は、候補基地局中からターゲット基地局を最終決定し、ターゲット基地局に関する情報を含む指示メッセージをサービング基地局に伝送した後、ターゲット基地局への切り換えを実行する。一方、指示メッセージを受信した時点で、サービング基地局は、ステップＳ４２７において、端末の基地局の切換えを知らせる確認メッセージをターゲット基地局に伝送する。

指示メッセージを伝送した後、端末は、ステップＳ４２９において、ターゲット基地局からのプリアンブル信号を受信して同期を得、同期が得られると、ステップＳ４３１において、ＭＡＰメッセージを受信して分析する。このとき、端末は、自身に割り当てられたＣＱＩＣＨ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ ＣＨａｎｎｅｌ）リソースの情報を含む割り当てメッセージ（すなわち、ＣＱＩＣＨ＿ａｌｌｏｃ＿ＩＥ）を確認（判断）することができる。すなわち、確認メッセージが受信された場合、ターゲット基地局は、端末にＣＱＩＣＨリソースを割り当て、割り当てられたリソース情報を含む割り当てメッセージ（すなわち、ＣＱＩＣＨ＿ａｌｌｏｃ＿ＩＥ）を送信（ｂｒｏａｄｃａｓｔ）する。

また、ターゲット基地局は、ステップＳ４３３において、ＴＣＩＤが割り当てられていないサービスフローを端末のＱｏＳポリシーに従って処理する。ＱｏＳポリシーに従ってＴＣＩＤが割り当てられていないサービスフローを準備状態で管理するか、またはタイマーを設定して予め設定された時間の間ＣＡＣを行ない続けることもできる。
また、端末のＱｏＳタイプがダイナミックタイプの場合、ＴＣＩＤが割り当てられていないサービスフローに対して準備状態で管理するか、または自動的に削除をするか、またはＤＳＤプロセスを実行して該当サービスフローを削除することもできる。
上記のような動作を通じてサービスフローにＴＣＩＤが割り当てられた場合、基地局は、「ＳＦＩＤ ｖｓ ＴＣＩＤ」を含むレンジング応答メッセージを端末に伝送することができる。
準備状態のサービスフローに対しては、レンジング応答メッセージを用いたＣＩＤのアップデートは実行されず、ＳＦＩＤに対応するＣＩＤが“ヌル（ｎｕｌｌ）”に設定されたレンジング応答メッセージを伝送するか、ＳＦＩＤのみを含むレンジング応答メッセージを伝送する。
一方、ターゲット基地局に切り換えられた端末は、ステップＳ４３５において、ターゲット基地局によって割り当てられたＴＣＩＤを利用してトラフィック通信を行う。

もし、サービスフローを準備状態で管理する場合、基地局と端末は、別途のプロセスなしに該当サービスフローを準備状態で管理するか、またはＤＳＣプロセスの実行によって準備状態への移行を互いに交渉する。準備状態に移行されるサービスフローに対しては、以前のサービング基地局、ターゲット基地局、及びアンカー制御局でそれ以上ベアラートラフィックをバッファする必要がない。

一方、サービング基地局に接続していながらＦＢＳＳを進行中の端末が新しいサービスフローを生成するか、あるいは既存のサービスフローを削除又は変更する場合、端末とサービング基地局は、ＢＳＨＯ＿ＲＥＱ／ＭＳＨＯ＿ＲＥＱメッセージを通じてダイバーシティセットの更新プロセスを行うことができる。
新しいサービスフローを生成する場合、ＡＳＮでＳＦＩＤとＴＣＩＤを割り当てるようになり、現在の規格に従って、ＢＳＨＯ＿ＲＥＱ／ＢＳＨＯ＿ＲＳＰメッセージにはＴＣＩＤを知らせるフィールドはあるものの、ＳＦＩＤを知らせるフィールドはないため、フィールドの追加が要求される。このとき、要請メッセージは、候補基地局が変更されたサービスフローに対してのみＣＡＣを実行するか、またはすべてのサービスフローに対してＣＡＣを再実行するかを示すＱｏＳパラメータを含むことができる。

図５は、本発明の実施形態による基地局におけるＱＣＳの実行動作を説明するためのフローチャートである。
図５を参照すると、基地局は、ステップＳ５０１において、初期接続を試みている端末のＱｏＳポリシー情報をＡＡＡサーバから受信し、ステップＳ５０３において、端末のＱｏＳポリシー情報を保存する。ＱｏＳポリシー情報は、サービスフロー別のＱｏＳプロファイル情報だけでなく、表１に示したように、ユーザ別のＱｏＳ情報を含むことができる。

次に、基地局は、ステップＳ５０５において、端末及びコアネットワークと連動してＱｏＳサービスフローを生成し、生成されたサービスフローを通じてトラフィック通信を行う。例えば、端末のＱｏＳ設定タイプが固定タイプ、あるいはセミダイナミックタイプの場合、基地局は、初期接続時に端末とＤＳＡプロセスを行なって固定サービスフローを準備状態で生成し、以後、ＤＳＣプロセスを通じてＴＣＩＤを割り当ててトラフィック通信を行うことができる。

次に、トラフィック通信中に、基地局は、ステップＳ５０７において、アイドルタイマーが満了したか否かを判断する。アイドルタイマーは、予め設定された時間の間にトラフィックの流れがない場合に満了するタイマーであり、基地局だけでなく端末においても運用される。アイドルタイマーが満了する場合、基地局は、ステップＳ５０９に進んで端末とメッセージを交換した後、端末のモードをアイドルモードに移行させる。

アイドルモードの間、基地局は、ステップＳ５１１において、端末とＱＣＳプロセスが行なわれるか否かを判断する。ＱＣＳプロセスの実行時、端末は、基地局にレンジングコードを伝送し、基地局は、その応答としてレンジング応答メッセージとリソース割り当てメッセージ（すなわち、ＣＤＭＡ＿ａｌｌｏｃ＿ＩＥ）を端末に伝送する。すると、端末は、割り当てられたリソースを通じてレンジング要請メッセージを伝送する。この時点で基地局はＱＣＳを行う端末を識別することができる。

ＱＣＳを行う端末が識別されると、基地局は、ステップＳ５１３において、既に保存された端末のＱｏＳポリシー情報を確認する。つまり、ＱＣＳを行うときに端末に適用すべきＱｏＳポリシーを確認（判断）する。さらに、基地局は、ステップＳ５１５において、ＱｏＳポリシーに従って端末のサービスフローを以前の状態に戻すか否かを決定する。
もし、以前の状態に戻さない場合、基地局は、ステップＳ５１９に進んで、すべてのサービスフローを準備状態で管理する。もし、以前の状態に戻す場合、基地局は、ステップＳ５１７に進んでＣＡＣを行なってサービスフローを以前の状態で戻す。このとき、ＣＡＣで許諾されたサービスフローのみが以前の状態に戻される。

よって、基地局は、ステップＳ５２１において以前の状態に戻されていないサービスフローを端末のＱｏＳポリシーに従って処理する。すなわち、ＱｏＳポリシーに従って、戻されていないサービスフローを準備状態にしてＱＣＳを完了するか、またはＱＣＳ自体を失敗処理するか、またはすべてのサービスフローが戻されるまでにＱＣＳを行ない続けるか、またはロードバランシングを行なってもよい。

一方、ＱＣＳを完了する場合、基地局は、ステップＳ５２３に進んで「ＳＦＩＤ ｖｓ ＴＣＩＤ」を含むレンジング応答メッセージを端末に伝送する。このとき、レンジング応答メッセージは、ＣＡＣ結果情報を含んでもよい。また、準備状態で管理するサービスフローに対して、基地局と端末は、別途のプロセスなしに該当サービスフローを準備状態で管理するか、またはＤＳＣプロセスを実行して準備状態への移行を交渉する。

図６は、本発明の実施形態による基地局におけるＨＨＯの実行動作を説明するためのフローチャートである。
特に、図６は、端末のＨＨＯの実行時、ターゲット基地局の処理動作を示すものである。
図６を参照すると、先ず、基地局は、ステップＳ６０１において、ハンドオーバーを行なう端末のＱｏＳポリシー情報を以前のサービング基地局から受信する。すなわち、以前のサービング基地局は、端末のハンドオーバーが最終決定されるとき、ターゲット基地局に端末のＱｏＳポリシー情報を伝送する。このとき、各サービスフローに対するＱｏＳプロファイル情報だけでなくユーザ別のＱｏＳ情報をターゲット基地局に伝送する。さらに、基地局（例えば、ターゲット基地局）は、ステップＳ６０３において端末のＱｏＳポリシー情報を保存する。

次に、基地局は、ステップＳ６０５において端末とネットワーク再エントリープロセスが行なわれたか否かを判断する。ネットワーク再エントリープロセスの実行時、端末は、基地局にレンジングコードを伝送し、基地局は、その応答としてレンジング応答メッセージとリソース割り当てメッセージ（すなわち、ＣＤＭＡ＿ａｌｌｏｃ＿ＩＥ）を伝送する。すると、端末は、割り当てられたリソースを通じてレンジング要請メッセージを伝送する。この時点で、基地局は、端末を識別することができる。

ハンドオーバーを行なう端末が識別された時点で、基地局は、ステップＳ６０７において以前のサービング基地局から受信された端末のＱｏＳポリシーを確認する。すなわち、ＨＨＯを行うときに、端末に適用すべきＱｏＳポリシーを確認（判断）する。さらに、基地局は、ステップＳ６０９において、ＱｏＳポリシーに従って端末のフローに対してＣＡＣを行うか否かを決める。もし、ＣＡＣを行う必要がない場合、基地局は、ステップＳ６１３に進んですべての活性及び許諾状態のサービスフローに対してＴＣＩＤを割り当てる。もし、ＣＡＣを行う場合、基地局は、サービスＳ６１１に進んでＣＡＣを行ない、ＣＡＣの結果に従って該当サービスフローにＴＣＩＤを割り当てる。このとき、ＣＡＣで許諾されたサービスフローにのみＴＣＩＤを割り当てる。

次に、基地局は、ステップＳ６１５において、ＴＣＩＤが割り当てられていないサービスフローを端末のＱｏＳポリシーに従って処理する。すなわち、ＱｏＳポリシーに従ってＣＡＣで許諾されないサービスフローを準備状態で管理するか、またはＣＡＣで許諾されるまでネットワーク再エントリープロセス（例えば、レンジングプロセス）を行ない続けるか、またはＣＡＣで許諾されないサービスフローに対してＣＩＤアップデートを行なわないことにより削除するか、またはロードバランシングを行うことができる。
また、端末のタイプがダイナミックタイプの場合、ＴＣＩＤが割り当てられていないサービスフローを自動削除するか、またはＤＳＤプロセスを実行して該当サービスフローを削除してもよい。

一方、ネットワーク再エントリープロセスを完了する場合、基地局は、ステップＳ６１７において、「ＳＦＩＤ ｖｓ ＴＣＩＤ」を含むレンジング応答メッセージを端末に伝送する。このとき、レンジング応答メッセージは、ＣＡＣ結果情報を含んでもよい。もし、サービスフローを準備状態で管理する場合、基地局と端末は、別途のプロセスなしに該当サービスフローを準備状態で管理するか、またはＤＳＣプロセスの実行により準備状態への移行を交渉する。

図７は、本発明の実施形態による基地局におけるＱｏＳポリシーに基づくＦＢＳＳの実行動作を説明するためのフローチャートである。
特に、図７は、端末のＦＢＳＳの実行時、候補基地局の処理動作を示すものである。

図７を参照すると、先ず、基地局は、ステップＳ７０１において、サービング基地局からサービス能力を問い合わせる要請メッセージが受信しているか否かを判断する。このとき、要請メッセージは、ＦＢＳＳを行う端末が現在維持しているサービスフローのプロファイル識別子（ｐｒｏｆｉｌｅ ＩＤｓ）及びユーザ別のＱｏＳ情報を含んでもよい。サービング基地局と端末は、特定のイベント−トリガーによるか又は周期的に、端末が移動することができる候補基地局のグループ（又は、ダイバーシティセット）を更新し、この過程において、サービング基地局は、隣接基地局に要請メッセージを伝送する。

要請メッセージが受信された時点で、基地局は、ステップＳ７０３において、要請メッセージを解析して端末のＱｏＳポリシーを確認する。すなわち、ＦＢＳＳを行うときに端末に適用すべきＱｏＳポリシーを確認（判断）する。さらに、基地局は、ステップＳ７０５において、ＱｏＳポリシーに従って端末のサービスフローに対してＣＡＣを行うか否かを決める。
もし、ＣＡＣを行なわない場合、基地局は、ステップＳ７０９に進んですべての活性状態及び許諾状態のサービスフローに対してＴＣＩＤを割り当てる。もし、ＣＡＣを行う場合、基地局は、ステップＳ７０７に進んでＣＡＣを行ない、ＣＡＣ結果に従って該当サービスフローにＴＣＩＤを割り当てる。このとき、ＣＡＣで許諾されたサービスフローにのみＴＣＩＤを割り当てる。以下の説明では、ＣＡＣを実行するものと想定して説明する。

基地局は、ステップＳ７１１においてＣＡＣ結果を含む応答メッセージを構成してサービング基地局に伝送する。すると、サービング基地局は、候補基地局から受信されたＣＡＣ結果に基づいてダイバーシティセットの更新要請（すなわち、ＢＳＨＯ＿ＲＥＱ）メッセージを構成して端末に伝送する。
すると、端末は、自身が管理するダイバーシティセットを更新した後、応答メッセージをサービング基地局に伝送する。以後、ＦＳＢＢが最終決定されると、端末は、ターゲット基地局の情報を含む指示メッセージを伝送した後、ターゲット基地局に切り換える。一方、指示メッセージを受信したサービング基地局は、端末のターゲット基地局への切換えを知らせる確認メッセージをターゲット基地局に伝送する。

したがって、基地局は、ステップＳ７１３において、サービング基地局から確認メッセージが受信されるか否かを判断する。確認メッセージが受信された時点で、基地局は、ステップＳ７１５に進んで、現在、ＴＣＩＤが割り当てられていないサービスフローを端末のＱｏＳポリシーに従って処理する。ＱｏＳポリシーに従って、ＴＣＩＤが割り当てられていないサービスフローを準備状態で管理するか、またはタイマーをセットして予め設定された時間の間、ＣＡＣを行ない続けることができる。また、端末のＱｏＳ設定タイプがダイナミックタイプの場合、ＴＣＩＤが割り当てられていないサービスフローに対して自動的に削除するか、またはＤＳＤプロセスの実行によって該当サービスフローを削除することができる。

次に、基地局は、ステップＳ７１７において端末にＣＱＩＣＨリソースを割り当て、割り当てられたリソース情報を含む割り当てメッセージ（すなわち、ＣＱＩＣＨ＿ａｌｌｏｃ＿ＩＥ）を送信（ｂｒｏａｄｃａｓｔ）する。このように端末にＣＱＩＣＨリソースを割り当てた後、基地局は、ステップＳ７１９において、端末とトラフィック通信を行う。

もし、サービスフローを準備状態で管理する場合、基地局と端末は、別途のプロセスなしに該当サービスフローを準備状態で管理するか、またはＤＳＣプロセスの実行によって準備状態への移行を交渉することができる。

図８は、本発明の実施形態による広帯域無線接続システムでの基地局の構成を示すブロック図である。
図８に示すように、本発明による基地局は、制御部８００、送信モデム８０２、ＲＦ送信部８０４、デュプレクサ８０６、ＲＦ受信部８０８、受信モデム８１０、状態管理部８１２、タイマー管理部８１４、及びＱｏＳ情報保存部８１６を含んで構成される。

図８を参照すると、送信モデム８０２は、チャンネル符号化ブロック、変調ブロックなどを含んで構成され、制御部８００からのメッセージ（またはパケット）を基底帯域変調して出力する。
ここで、チャンネル符号化ブロックは、チャンネルエンコーダ、インタリバー（ｉｎｔｅｒｌｅａｖｅｒ）、及び変調器などで構成され、変調ブロックは、送信データを複数の直交する副搬送波に乗せるためのＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）演算器などで構成されてもよい。これは、ＯＦＤＭシステムを考慮してのものであり、ＣＤＭＡシステムの場合、ＩＦＦＴ演算器は、コード拡散変調器などに置き換えられる。

ＲＦ送信部８０４は、周波数変換器及び増幅器などで構成され、送信モデム８０２からの基底帯域信号をＲＦ帯域の信号に変換して出力する。
デュプレクサ８０６は、デュプレクス方式に従ってＲＦ送信部８０４からの送信信号をアンテナを介して送信し、アンテナからの受信信号をＲＦ受信部８０８に提供する。ＲＦ受信部８０８は、増幅器及び周波数変換器などで構成され、アンテナを介して受信されたＲＦ帯域の信号を基底帯域信号に変換して出力する。

受信モデム８１０は、復調ブロック、チャンネル復号化ブロックなどを含んで構成され、ＲＦ受信部８０８から受信した信号を基底帯域復調して出力する。ここで、復調ブロックは、各副搬送波に乗せたデータを抽出するためのＦＦＴ演算器などで構成され、チャンネル復号化ブロックは、復調器、デインタリバー（ｄｅ−ｉｎｔｅｒｌｅａｖｅｒ）、及びチャンネルデコーダなどで構成されてもよい。

ＱｏＳ情報保存部８１６は、ポリシーサーバ又は他のネットワーク構成要素（例えば、ＰＤＦが搭載されたＡＡＡサーバ）から受信される端末のＱｏＳポリシー情報を管理、保存する。また、ＱｏＳ情報保存部８１６は、ハードハンドオーバー（ＨＨＯ）又はソフトハンドオーバー（速い基地局の切換え：ＦＢＳＳ）を行なう端末のＱｏＳ情報を以前のサービングＡＳＮから受信して管理する。例えば、ＱｏＳポリシー情報は、サービスフロー別のＱｏＳプロファイル情報（またはＱｏＳパラメータセット）及びユーザ別のＱｏＳ情報を含んでもよい。

状態管理部８１２は、各端末に対して動作モード（例えば、アウェイク、スリープ、及びアイドルモード）及びサービスフローのそれぞれに対する状態（例えば、活性、許諾、及び準備状態）を管理する。サービスフローの状態は、予め決められたＱｏＳポリシーによって管理される。
タイマー管理部８１４は、端末のモードの移行のためのタイマー及びサービスフロー状態の移行のためのタイマーを運用（ｏｐｅｒａｔｅ）する。すなわち、タイマー管理部８１４は、状態管理部８１２の制御下で対応するタイマーを駆動し、対応するタイマーが満了する場合、これを状態管理部８１２に知らせる。すると、状態管理部８１２は、対応するタイマー満了によるモードの移行あるいは状態の移行を行う。

制御部８００は、ＱｏＳサービスのための全般的な作業及び制御を行う。本発明に従えば、制御部８００は、ＱｏＳポリシーに従うＱＣＳ、ＨＨＯ、及びＦＢＳＳを処理する。
ＱＣＳが検知される場合、制御部８００は、該当端末のＱｏＳポリシーを確認（判断）し、ＱｏＳポリシーに従って端末のサービスフローを以前の状態に戻すか否かを決定する。もし、以前の状態に戻さない場合、制御部８００は、端末のサービスフローを準備状態に移行させる。もし、以前の状態に戻す場合、制御部８００はＣＡＣを行ない、その結果に従ってサービスフローを以前の状態に戻す。

また、隣接基地局からハンドオーバーを行なう端末が検知される場合、制御部８００は、端末のＱｏＳポリシーを確認（判断）し、ＱｏＳポリシーに従って端末に対するＣＡＣの実行が必要かどうかを決定する。もし、ＣＡＣを行なわない場合、制御部８００は、端末の活性及び許諾状態のサービスフローに対してＴＣＩＤを割り当てる。もし、ＣＡＣを行う場合、制御部８００はＣＡＣを行ない、その結果に従ってＴＣＩＤを割り当てる。

また、隣接基地局内の端末がＦＢＳＳを行う場合、制御部８００は、端末にＴＣＩＤを予め割り当てることができる。このとき、制御部８００は、端末のＱｏＳポリシーに従って端末に対するＣＡＣの実行が必要かどうかを決定する。もし、ＣＡＣを行なわない場合、制御部８００は、端末の活性及び許諾状態のサービスフローに対してＴＣＩＤを割り当てる。もしも、ＣＡＣを行う場合、制御部８００はＣＡＣを行ない、その結果に従ってＴＣＩＤを割り当てる。

尚、本発明は、上述の実施形態に限られるものではない。本発明の技術的範囲から逸脱しない範囲内で多様に変更実施することが可能である。

本発明の実施形態によるネットワーク構成を示す概略図である。 本発明の実施形態による無線ネットワークにおけるＱｏＳポリシーに基づいてＱＣＳの実行動作を説明するためのフローチャートである。 本発明の実施形態による無線ネットワークにおけるＱｏＳポリシーに基づいてＨＨＯの実行動作を説明するためのフローチャートである。 本発明の実施形態による無線ネットワークにおけるＱｏＳポリシーに基づいてＦＢＳＳの実行動作を説明するためのフローチャートである。 本発明の実施形態による基地局におけるＱＣＳの実行動作を説明するためのフローチャートである。 本発明の実施形態による基地局におけるＨＨＯの実行動作を説明するためのフローチャートである。 本発明の実施形態による基地局におけるＱｏＳポリシーに基づくＦＢＳＳの実行動作を説明するためのフローチャートである。 本発明の実施形態による広帯域無線接続システムでの基地局の構成を示すブロック図である。

符号の説明

８００ 制御部
８０２ 送信モデム
８０４ ＲＦ送信部
８０６ デュプレクサ
８０８ ＲＦ受信部
８１０ 受信モデム
８１２ 状態管理部
８１４ タイマー管理部
８１６ ＱｏＳ情報保存部

Claims (27)

1. ＰＤＦ（ｐｏｌｉｃｙ ｄｅｃｉｓｉｏｎ ｆｕｎｃｔｉｏｎ）を含むネットワーク構成要素（ｅｎｔｉｔｙ）又は隣接基地局から端末のＱｏＳポリシー（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ ｐｏｌｉｃｙ）の情報を受信して保存するステップと、
   再接続を試みている端末を検知するステップと、
   前記再接続を試みている端末が検知された時点で、前記端末のＱｏＳポリシーを判断するステップと、
   前記ＱｏＳポリシーに従って前記端末のために生成されたサービスフローの状態を制御するステップとを有することを特徴とする無線通信システムにおける基地局の動作方法。
2. 前記ＰＤＦを含むネットワーク構成要素は、ポリシーサーバ（ｐｏｌｉｃｙ ｓｅｒｖｅｒ）又はＡＡＡサーバ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ ｓｅｒｖｅｒ）であることを特徴とする請求項１に記載の無線通信システムにおける基地局の動作方法。
3. 前記再接続を試みている端末は、ネットワーク再エントリーを行なう端末、ハードハンドオーバー（ｈａｒｄ ｈａｎｄｏｖｅｒ）を行なう端末、及びソフトハンドオーバー（ｓｏｆｔ ｈａｎｄｏｖｅｒ）を行なう端末のうちの一つであることを特徴とする請求項１に記載の無線通信システムにおける基地局の動作方法。
4. 前記端末のために生成されたサービスフローの状態を制御するステップは、前記再接続を試みている端末がネットワーク再エントリーを行なう端末の場合、前記端末のサービスフローを以前の状態に戻すか否かを検証するステップと、
   サービスフローを以前の状態に戻さない場合、前記端末のすべてのサービスフローを準備状態に移行させるステップと、
   サービスフローを以前の状態に戻す場合、前記端末に対してＣＡＣ（ｃｏｎｎｅｃｔｉｏｎ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）を行ない、前記ＣＡＣで許諾されたサービスフローを活性状態又は許諾状態に移行させるステップとを含むことを特徴とする請求項１に記載の無線通信システムにおける基地局の動作方法。
5. 前記ＣＡＣで許諾されなかったサービスフローを前記端末のＱｏＳポリシーに従って処理するステップをさらに含むことを特徴とする請求項４に記載の無線通信システムにおける基地局の動作方法。
6. 前記ＣＡＣで許諾されなかったサービスフローを前記端末のＱｏＳポリシーに従って処理するステップは、前記ＱｏＳポリシーが第１ポリシーの場合、前記ＣＡＣで許諾されなかったサービスフローを準備状態に移行させるステップと、
   前記ＱＣＳポリシーが第２ポリシーの場合、前記ＱＣＳを失敗として処理するステップと、
   前記ＱＣＳポリシーが第３ポリシーの場合、すべてのサービスフローが以前の状態に戻るまでＣＡＣを行なうステップと、
   前記ＱＣＳポリシーが第４ポリシーの場合、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）を行うステップとを含むことを特徴とする請求項５に記載の無線通信システムにおける基地局の動作方法。
7. 前記ＣＡＣで許諾されたサービスフローに割り当てられたＴＣＩＤ（ｔｒａｎｓｐｏｒｔ ｃｏｎｎｅｃｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）を含むメッセージを前記端末に伝送するステップをさらに含むことを特徴とする請求項４に記載の無線通信システムにおける基地局の動作方法。
8. 前記隣接基地局から受信される前記端末のＱｏＳポリシーの情報は、ＣＡＣの実行可否を示すパラメータ、及びＣＡＣで許諾されなかったサービスフローに対する処理方法を示すパラメータのうちの少なくとも一つを含むことを特徴とする請求項１に記載の無線通信システムにおける基地局の動作方法。
9. 前記端末のために生成されたサービスフローの状態を制御するステップは、前記再接続を試みている端末がハードハンドオーバーを行なう端末の場合、前記端末に対してＣＡＣを行うか否かを判断するステップと、
   前記ＣＡＣを行なわない場合、前記端末の活性状態及び許諾状態のサービスフローにＴＣＩＤを割り当てるステップと、
   前記ＣＡＣを行う場合、前記端末に対してＣＡＣを行なって、前記ＣＡＣで許諾されたサービスフローにＴＣＩＤを割り当てるステップとを含むことを特徴とする請求項１に記載の無線通信システムにおける基地局の動作方法。
10. 前記ＣＡＣで許諾されなかったサービスフローを、前記端末のＱｏＳポリシーに従って処理するステップをさらに含むことを特徴とする請求項９に記載の無線通信システムにおける基地局の動作方法。
11. 前記ＣＡＣで許諾されなかったサービスフローを、前記端末のＱｏＳポリシーに従って処理するステップは、前記ＱｏＳポリシーが第１ポリシーの場合、前記ＣＡＣで許諾されなかったサービスフローを準備状態に移行させるステップと、
    前記ＱｏＳポリシーが第２ポリシーの場合、前記ＣＡＣで許諾されるまでネットワーク再エントリープロセスを行い続けるステップと、
    前記ＱｏＳポリシーが第３ポリシーの場合、前記ＣＡＣで許諾されなかったサービスフローを削除するステップと、
    前記ＱｏＳポリシーが第４ポリシーの場合、ロードバランシングを行うステップとを含むことを特徴とする請求項１０に記載の無線通信システムにおける基地局の動作方法。
12. 前記ＣＡＣで許諾されたサービスフローに割り当てられたＴＣＩＤを含むメッセージを前記端末に伝送するステップをさらに含むことを特徴とする請求項９に記載の無線通信システムにおける基地局の動作方法。
13. 前記隣接基地局から前記ソフトハンドオーバーを行なう端末のＱｏＳポリシーの情報が受信された場合、前記ＱｏＳポリシーに従って前記端末のサービスフローにＴＣＩＤを割り当てるステップと、
    前記割り当てられたＴＣＩＤを含むメッセージを前記隣接基地局に伝送するステップとをさらに有することを特徴とする請求項１に記載の無線通信システムにおける基地局の動作方法。
14. 前記ＱｏＳポリシーに従って前記端末のサービスフローにＴＣＩＤを割り当てるステップは、前記端末に対してＣＡＣを行うか否かを検証するステップと、
    前記ＣＡＣを行なわない場合、前記端末の活性状態及び許諾状態のサービスフローにＴＣＩＤを割り当てるステップと、
    前記ＣＡＣを行う場合、前記端末に対してＣＡＣを行ない、前記ＣＡＣで許諾されたサービスフローにＴＣＩＤを割り当てるステップとを含むことを特徴とする請求項１３に記載の無線通信システムにおける基地局の動作方法。
15. 前記隣接基地局から前記端末の基地局の切換えを知らせる確認メッセージを受信した時点で、前記端末にＣＱＩＣＨ（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ ｃｈａｎｎｅｌ）リソースを割り当て、前記ＱＣＩＣＨ割り当てメッセージを送信（ｂｒｏａｄｃａｓｔ）するステップをさらに含むことを特徴とする請求項１３に記載の無線通信システムにおける基地局の動作方法。
16. 前記端末のために生成されたサービスフローの状態を制御するステップは、前記再接続を試みている端末がソフトハンドオーバーを行なう端末の場合、ＴＣＩＤが割り当てられていないサービスフローに対するＱｏＳポリシーを判断するステップと、
    前記ＱｏＳポリシーが第１ポリシーの場合、前記ＴＣＩＤが割り当てられていないサービスフローを準備状態に移行させるステップと、
    前記ＱｏＳポリシーが第２ポリシーの場合、前記ＴＣＩＤが割り当てられていないサービスフローを削除するステップとを含むことを特徴とする請求項１３に記載の無線通信システムにおける基地局の動作方法。
17. 前記ソフトハンドオーバーを実施中の端末に対して新しいサービスフローを生成する場合、前記端末に割り当てられたＳＦＩＤ（ｓｅｒｖｉｃｅ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ）とＴＣＩＤを含むダイバーシティセットアップデート要請メッセージ（ｄｉｖｅｒｓｉｔｙ ｓｅｔ ｕｐｄａｔｅ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を前記端末に伝送するステップをさらに有することを特徴とする請求項１に記載の無線通信システムにおける基地局の動作方法。
18. 前記ダイバーシティセットアップデート要請メッセージは、ＢＳＨＯ＿ＲＥＱ（ｂａｓｅ ｓｔａｔｉｏｎ ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ）メッセージ又はＢＳＨＯ＿ＲＳＰ（ｂａｓｅ ｓｔａｔｉｏｎ ｈａｎｄｏｖｅｒ ｒｅｓｐｏｎｓｅ）メッセージであることを特徴とする請求項１７に記載の無線通信システムにおける基地局の動作方法。
19. 端末のＱｏＳポリシーの情報を保存する保存部と、
    各々の端末に対して動作モード及びサービスフロー状態を管理する状態管理部と、
    端末の動作モードの移行及び前記サービスフローの状態の移行に要するタイマーを管理するタイマー管理部と、
    前記タイマーが満了した時、対応する端末の動作モード又はサービスフロー状態を移行させ、端末の再接続が検知された時点で、前記端末のＱｏＳポリシーに従って前記端末に割り当てられたサービスフローの状態を制御する制御部とを有することを特徴とする無線通信システムにおける基地局装置。
20. 前記端末のＱｏＳポリシーの情報は、ＰＤＦを含むネットワーク構成要素又は隣接基地局から受信されることを特徴とする請求項１９に記載の無線通信システムにおける基地局装置。
21. 前記ＰＤＦを含むネットワーク構成要素は、ポリシーサーバ又はＡＡＡサーバであることを特徴とする請求項２０に記載の無線通信システムにおける基地局装置。
22. 前記端末のＱｏＳポリシーの情報は、ネットワーク再エントリーに対するＱｏＳポリシーの情報、ハードハンドオーバーに対するＱｏＳポリシーの情報、及びソフトハンドオーバーに対するＱｏＳポリシーの情報のうちの少なくとも一つを含むことを特徴とする請求項１９に記載の無線通信システムにおける基地局装置。
23. 前記制御部は、再接続を試みている端末がネットワーク再エントリーを行なう端末の場合、前記端末のサービスフローを以前の状態に戻すか否かを検証し、
    サービスフローを以前の状態に戻さない場合、前記端末のすべてのサービスフローを準備状態に移行させ、
    サービスフローを以前の状態に戻す場合、前記端末に対してＣＡＣを行なった後、該ＣＡＣで許諾されたサービスフローを活性状態又は許諾状態に移行させることを特徴とする請求項１９に記載の無線通信システムにおける基地局装置。
24. 前記制御部は、前記ＣＡＣで許諾されなかったサービスフローを前記端末のＱｏＳポリシーに従って処理することを特徴とする請求項２３に記載の無線通信システムにおける基地局装置。
25. 前記制御部は、再接続を試みている端末がハードハンドオーバーを行なう端末の場合、前記端末に対してＣＡＣを行うか否かを判断し、
    前記ＣＡＣを行なわない場合、前記端末の活性状態及び許諾状態のサービスフローにＴＣＩＤを割り当て、
    前記ＣＡＣを行う場合、前記端末に対してＣＡＣを行なった後、前記ＣＡＣで許諾されたサービスフローにＴＣＩＤを割り当てることを特徴とする請求項１９に記載の無線通信システムにおける基地局装置。
26. 前記制御部は、隣接基地局からソフトハンドオーバーを行なう端末のＱｏＳポリシーの情報が受信された場合、前記端末のＱｏＳポリシーに従って前記端末のサービスフローにＴＣＩＤを割り当て、割り当てられたＴＣＩＤを含むメッセージを前記隣接基地局に伝送することを特徴とする請求項１９に記載の無線通信システムにおける基地局装置。
27. 前記制御部は、再接続を試みている端末が前記ソフトハンドオーバーを行なう端末の場合、前記ＴＣＩＤが割り当てられていないサービスフローに対するＱｏＳポリシーを判断し、
    前記ＱｏＳポリシーが第１ポリシーの場合、前記ＴＣＩＤが割り当てられていないサービスフローを準備状態に移行させ、
    前記ＱｏＳポリシーが第２ポリシーの場合、前記ＴＣＩＤが割り当てられていないサービスフローを削除することを特徴とする請求項２６に記載の無線通信システムにおける基地局装置。
    

Images