統合したマルチ無線アクセス方式のマルチ周波数アドミッション制御
マルチ無線アクセス方式（ＲＡＴ）システムのノードは、マルチＲＡＴシステムの各ＲＡＴに関連したリソース状態情報を取得する。マルチＲＡＴシステムのＲＡＴのリソース状態情報は、呼設定要求および／または呼終了メッセージジに関連する高位層プロトコル情報をスニッフィング（ｓｎｉｆｆｉｎｇ）することにより取得することができる。ノードは、取得したリソース状態情報に基づいて、アドミッション制御および／または負荷分散に使用するための、マルチＲＡＴシステムのＲＡＴに関連した総合的なリソースの利用可能性を表すフラグを更に保持する。フラグは、マルチＲＡＴシステムの、総合的なリソースの利用可能性状態の所定のセットに関連しており、の利用可能性状態は、アドミッション制御の判定という形で定義される。の利用可能性状態は、以下のアドミッション制御判定の内の少なくとも１つを備える。i）全てのサービスの無条件な受け入れ、iii）広帯域保証ビットレート（ＧＢＲ：ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ）サービスの条件付き受け入れ、および他の全てのサービスの無条件な受け入れ、iii）広帯域ＧＢＲサービスの条件付き受け入れ、狭帯域ＧＢＲサービスの条件付き受け入れ、および他のサービスの無条件な受け入れ、または、iv）全てのサービス無条件な拒否。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に記述した実施形態は、一般的に、無線アクセスシステムに関するものであり、さらに詳細には、マルチ無線アクセスシステムにおけるアドミッション制御に関する。
【背景技術】
【０００２】
アドミッション制御（ＡＣ：ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）は、よく知られており、広範囲の無線アクセスネットワークにおいて広く使用されている無線リソース管理（ＲＲＭ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）機能である。ここで、無線アクセスネットワークとしては、ＧＳＭ（Ｇｌｏｂａｌ Ｓｔａｎｄａｒｄ ｆｏｒ Ｍｏｂｉｌｅ）通信、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、発展型ＧＳＭ用拡張データ通信（ＥＤＧＥ：Ｅｎｈａｎｃｅｄ Ｄａｔａ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、および進化型汎用地上無線アクセス（Ｅ−ＵＴＲＡ：ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）の無線アクセスネットワークなどがある。一般に、アドミッション制御は、サービス要求が行われたときに利用可能なリソースと、その特定のサービスに対して適切な品質を保証するために必要となるリソースとに基づいて、そのサービス要求を受け入れるかまたは拒否するかを判定するタスクを実行する。例えば、ＷＣＤＭＡネットワークにおいて、アドミッション制御は、単一の無線セルの状態に基づいてアドミッション制御を行うのではなくて、マルチセルの無線リソースを考慮に入れる。
【０００３】
複数の無線アクセス方式（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）を含む無線ネットワークの容量は、本発明の分野に密接に関わっており、また、十分に研究されてき分野である。マルチＲＡＴネットワークは、しばしば、容量範囲によって特徴付けられ、マルチＲＡＴシステムが収容できる異なるサービスの数もこの容量範囲によって特徴づけられる。
【０００４】
負荷分散（ロード・バランシング）は、マルチＲＡＴネットワークにおいてしばしば使用される無線リソース管理（ＲＲＭ）技術である。負荷分散の目的は、進行中のセッションに対して、無線アクセス方式を割り当てるか、または再割り当てを行い、これによって、無線リソースの全体が有効に利用されるようにし、それにより、いくつかのサービス品質または他の制約条件のもとでマルチＲＡＴシステムの総合的な容量を最大にすることである。
【０００５】
無線ネットワークにおいてよく知られているトレードオフで、アドミッション制御に密接に関係するものは、新しく到着するサービス要求をブロックすることと進行中のサービスをドロップさせることとの間で生ずる。このトレードオフは、進行中のセッションの数が多ければ、リソースが十分に足りないことまたは完全に不足したことによって、いくつかのサービスをドロップさせる必要がある尤度が増すということで表現することができる。極端な場合を言えば、いずれのアドミッション制御も行わないシステムは、システムの安定性を保証し、ドロップさせないセッションに対してある程度のサービス品質を維持するために、ある特定のセッションが十分に完了しないうちに、それを終了させる必要があるかも知れないということを容認できる限りにおいて、そのシステムは運用可能である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
第３世代パートナーシッププロジェクト（３ＧＰＰ）では、現在、長期的進化（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）標準規格スイートのリリース８の策定を完了したところである。ＬＴＥネットワークは、現行の事業者と共に新しく始める（グリーンフィールド）事業者によって、近い将来設置されるであろうことが予想される。従って、ＬＴＥシステムは、しばしば、実際に動作するマルチアクセス基盤の一部として設置されるであろうということが予想される。このような状況では、ＬＴＥ無線アクセス装置は、典型的に、ＧＳＭシステム／ＧＰＲＳシステム／ＥＤＧＥシステム／ＷＣＤＭＡシステムの中に統合されて動作するであろう。
【０００７】
２つの構成が可能であり、ＬＴＥ基地局は、これらの構成に従って他のＲＡＴと連携して設置可能である。これらの可能な構成は、同一の場所に複数の基地局を配置する構成と、複数の技術のすべてに対応した混成技術による基地局を設置する構成とである。同一の場所に複数の基地局を配置する場合、ＬＴＥシステムに対する要求条件は、他のＲＡＴの装置と同じ場所に配置されるということであり、電力供給、転送ネットワーク、セルラ塔等を含む、現存するサイト基盤のいくつかの部分を共有することができる。このタイプの設置シナリオでは、種々のプロトコル層のレベルの上ではある程度の調整はあり得るとしても、各ＲＡＴの装置のセットは独立している。
【０００８】
混成技術に対応した基地局の場合、基地局が使用する無線装置は、全てのＲＡＴ（例えば、ＬＴＥ、ＵＴＲＡＮ、ＧＳＭ等）によって共通に使用される。また、装置のベースバンド処理部分を共用することも可能であるかも知れない。しかしながら、より高位の層は独立に動作することになる。混成技術の基地局の主な利点は、単一の無線部分だけを使用することによって、コスト効率がよい点である。この半ば統合した解決策はまた、基地局全体を小型に、また電力効率を良くすることができ、それによってまたネットワークおよびサイト保守の運用コストを低減することができる。現在、この混成技術の基地局は、種々の標準化団体（ＧＥＲＡＮおよび３ＧＰＰＲＡＮ４を含む）における標準化の基本段階を進捗しているところである。
【課題を解決するための手段】
【０００９】
本明細書に記述する典型的な実施形態は、マルチＲＡＴ（複数の無線アクセス方式）のシステムにおけるアドミッション制御を実行するための技術を提供するものであり、このアドミッション制御は、マルチＲＡＴシステムの全てのＲＡＴにわたる総合的なシステムトラフィック負荷を考慮に入れている。典型的な実施形態においては、クロスレイヤー（複数層にまたがった）通信、クロスラット（複数ＲＡＴにまたがった）通信を使用して、マルチＲＡＴシステムのＲＡＴにわたる負荷情報を判定および集約することができる。判定した総合的な負荷情報に基づいて、グローバルフラグを設定し、ユーザ装置（ＵＥ）が要求するサービスアクセスに関連した将来のサービス要求に関するマルチＲＡＴアドミッション制御（ＭＲＡＣ：ｍｕｌｔｉ−ＲＡＴ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）判定のためにグローバルフラグを使用することができる。本明細書に記述するように、グローバルフラグを使用することによって、マルチＲＡＴシステムのＲＡＴに到着するサービス要求は、システム全体で十分なリソースが存在する限り、サービス要求条件に拘わらず、受け入れが可能になる。従って、サービス要求を受信するＲＡＴは、いずれのアドミッション制御も実行する必要がないようにすることができる。これは通常の場合であれば、サービス要求を受けたＲＡＴにおいて空いているリソースだけでサービス要求について調査し、サービス要求を実行することができるか否かを評価することになるが、その場合でも、いずれのアドミッション制御も実行する必要がない。
【００１０】
１つの視点によれば、マルチ無線アクセス方式（ＲＡＴ）システムのノードにおいて実行され方法が提供される。この方法は、マルチＲＡＴシステムの各ＲＡＴに関連したリソース状態情報を取得するステップを含むことができる。本方法は、アドミッション制御および／または負荷分散において使用するための、マルチＲＡＴシステムのＲＡＴに関連した総合的なリソースの利用可能性を表すフラグを、取得したリソース状態情報に基づいて保持するステップを更に含むことができる。
【００１１】
更なる視点に従えば、複数の無線アクセス方式（マルチＲＡＴ）システムにおけるノードが提供される。このノードは、マルチＲＡＴシステムの各ＲＡＴに関連したリソース状態情報を取得するリソース状態取得ユニットと、取得したリソース状態情報に基づいて、マルチＲＡＴシステムの複数のＲＡＴに関連したリソースの利用可能性を表すフラグを保持するフラグ保持ユニットとを含むことができる。ノードは、フラグの内容に基づいて、システムアクセス要求に対するアドミッション制御を実行する、またはマルチＲＡＴシステムのＲＡＴにわたるシステムアクセス要求の負荷分散を実行する、１つ以上のユニットを更に含むことができる。
【００１２】
添付の図面は、本明細書に組み込まれ、また本明細書の一部を構成し、本発明の１つ以上の実施形態を示し、記述ととともに本発明を説明するものである。
【図面の簡単な説明】
【００１３】
【図１Ａ】ユーザ装置がマルチＲＡＴシステムを含むネットワークを介して別のデバイスと通信することができる、典型的な環境を示す図である。
【図１Ｂ】図１Ａのネットワークの典型的な実施形態を示す図であり、マルチＲＡＴシステムは、ＬＴＥＲＡＴ、ＷＣＤＭＡＲＡＴ、およびＧＳＭＲＡＴを含む。
【図１Ｃ】図１ＢのＬＴＥＲＡＴの典型的な詳細を示す図である。
【図２Ａ】図１Ｂの典型的な実施形態における複数のＲＡＴを有する、同一の場所に配置された基地局を示す図である。
【図２Ｂ】図１Ｂの典型的な実施形態における複数のＲＡＴを設置する、単一の基地局を示す図である。
【図３】図１Ｂのネットワークの主要なＲＡＴの無線基地局において、層にまたがる通信を使用してリソース状態情報を収集することができる、典型的な実施形態を示す図である。
【図４】図１ＡのＵＥの典型的な構成要素を示す図である。
【図５】図１ＣのｅＮｏｄｅＢに対応することができる基地局の典型的な実施形態を示す図である。
【図６】図１ＢのＬＴＥＲＡＴのｅＮｏｄｅに対応することができるＲＡＴノードの機能的構成要素を示す図である。
【図７】図１Ａのネットワークの複数のＲＡＴの総合的なリソースの利用可能性を示すために使用することができる典型的なグローバルフラグを示す図である。
【図８】マルチＲＡＴシステムの各ＲＡＴに関連したリソース状態情報を取得するための典型的な処理を示すフローチャートである。
【図９】総合的なリソースの利用可能性を判定し、判定した総合的なリソースの利用可能性に基づいてマルチＲＡＴシステムにおけるアドミッション制御を実行するための典型的な処理を示すフローチャートである。
【図１０】図９の典型的な処理に関連した典型的なメッセージング図である。
【発明を実施するための形態】
【００１４】
本発明の以下の詳細な記述は添付の図面を参照している。異なる図面の中での同一の参照番号は同一または同様の要素を識別することができる。また、以下の詳細な記述は、本発明を限定するものではない。
【００１５】
複数の無線アクセス方式（マルチＲＡＴ）のシステムにおいては、サービスアクセス要求は、システム全体の中で利用可能なサービスに対して十分な量のリソースが存在する限りにおいて許容される。サービスアクセスを許容するアドミッション判定は、最新のリソース推定値に基づいて行われるべきであり、従って、リソースの利用可能性の推定値は、最小の遅延およびシグナリングオーバヘッドで利用可能とされる必要がある。マルチＲＡＴアドミッション制御（ＭＲＡＣ）システムは以下のことを達成できなければならない。
１）現在進行中の、および新しく受け入れたセッションに対してサービス品質を保証すること、
２）呼ブロッキング確率を最小にする（例えば、誤った拒否判定を回避する）こと、
３）呼／セッションのドロップを最小にする（例えば、誤った受け入れ判定を回避する）こと、
４）サービス要求があってからアドミッション制御の判定が終了するまでの間において低い遅延を保証すること、
５）ユーザサービスクラス（例えば、加入）、サービス特性（例えば、ＧＢＲ／非ＧＢＲ）、ブロッキングレート／ドロップレートに関するユーザの嗜好、およびユーザが嗜好するＲＡＴ（もしあるとすれば）を考慮に入れること、および、
６）総合的な無線リソースおよび他の無線ネットワークリソースを全体的に有効に使用すること。
上記に挙げた要求条件に加えて、ＭＲＡＣ手順は、極力複雑さが小さく抑えられるべきであり、また、新しい物理ネットワーク要素の導入を回避し、シグナリングオーバヘッドを削減し、かつ、新しいインタフェースまたはプロトコルまたはシグナリングメッセージを標準化する必要性を回避するために、集中化したマルチＲＡＴエンティティを前提としないことが望ましい。
【００１６】
本明細書に記述する典型的な実施形態は、マルチＲＡＴシステム全体が、そのＲＡＴの内の１つのＲＡＴ（例えば、ＬＴＥシステム）においてもアドミッション制御を実行する必要が全然ないという状態にあるか否かを示す単一のフラグを維持管理することにより、上記に注記した要求条件を満足する。従って、典型的な実施形態は、可能である限りアドミッション制御の使用を回避して、サービス設定を単純化して低遅延を保証することができる。ＲＡＴの内の１つ（例えば、ＬＴＥＲＡＴ）に到着するサービス要求は、マルチＲＡＴシステム全体の中で十分なリソースが存在する限り、サービス要求条件に拘わらずに受け入れることができる。従って、サービス要求を受信するＲＡＴ（例えば、ＬＴＥシステム）は、その１つのＲＡＴにおける自由なリソースだけによって、サービス要求を調べて、サービス要求を実行することができるか否かを評価する必要性が決まるとしても、いずれのアドミッション制御手順も実行する必要がないというようにすることができる。典型的な実施形態は、現在の負荷情報全体を集約したフラグによって、アドミッション制御を行わないようにすることができる。フラグは、複数のレイヤーにまたがるクロスレイヤー通信や、複数のＲＡＴにまたがるクロスＲＡＴ通信を行うことにより、マルチＲＡＴシステムの「主要な」ＲＡＴ（例えば、ＬＴＥＲＡＴ）の中で維持管理できる。マルチＲＡＴシステム全体に対する、測定に基づいたＭＲＡＣは、システム全体の中で利用可能なリソースの量を考慮に入れることができ、またサービス要求条件およびユーザの嗜好を考慮することができる。リソースの利用可能性情報は、システムＲＡＴの内の１つのＲＡＴ（例えば、主要なＲＡＴ）の中に記憶されたフラグの中に保持することができる。フラグは、リソースの利用可能性を判定するときに、またサービスアクセス要求に対してＭＲＡＣを実行するときに使用することができる。
【００１７】
本明細書に記述する更なる実施形態において、ＵＥがＭＲＡＣを利用することを嗜好するか否かに関するＵＥのプリファレンス（嗜好）は、ＵＥに対するシステムサービスを要求するサービス要求とともに送信することができる。ＵＥの嗜好は、ＵＥがアドミッション制御を受けることを嗜好するか否かを指すことができる。さらに、ＲＡＴ選択嗜好は、ＵＥに対するシステムサービスを要求するサービス要求の中で送信することができる。ＲＡＴ選択嗜好は、サービス要求に対してＲＡＴの再選択が受け入れ可能か否かを指示することができる。サービス要求に対してＭＲＡＣを実行するか否かの判定、またはＲＡＴの選択／再選択を実行するか否かの判定は、ＭＲＡＣ嗜好またはＲＡＴ選択嗜好に基づくことができる。
【００１８】
「通信システム」および「ネットワーク」という用語は、この記述を通して相互に交換して使用することができる。「ＲＡＴ」という用語は広義に解釈されることを意図しており、任意のタイプの無線アクセス方式を含む。例えば、無線アクセス方式は、無線アクセス方式（例えば、汎用パケット無線サービス（ＧＰＲＳ）、ＬＴＥ、ＧＳＭ等）、マイクロ波アクセス技術（例えば、ブルートゥース、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＩＥＥＥ８０２．Ｘ、等）、および／または衛星アクセス技術に基づくことができる。
【００１９】
図１Ａは、典型的な環境１００を示す。この環境１００では、ユーザ装置（ＵＥ）１１０がネットワーク１３０を介して別のデバイス１２０と通信することができる。ネットワーク１３０は、任意のタイプの１つ以上のネットワークを含むことができる。任意のタイプの１つ以上のネットワークは、例えば、ローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）、大都市エリアネットワーク（ＭＡＮ）、ＰＳＴＮまたはＰＬＭＮ等の電話ネットワーク、衛星ネットワーク、イントラネットおよびインターネット、または、これらのネットワークの組み合わせを含む。ＰＬＭＮは、パケット交換サブネットワーク（例えば、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク、セルラディジタルパケットデータ（ＣＤＰＤ：Ｃｅｌｌｕｌａｒ Ｄｉｇｉｔａｌ Ｐａｃｋｅｔ Ｄａｔａ）ネットワーク、またはモバイル移動ＩＰネットワーク等）を更に含むことができる。図１Ａに示したように、ネットワーク１３０は、複数の、異なるＲＡＴ（１４０−１から１４０−ＮまでのＲＡＴを含む）を含むマルチＲＡＴシステムを含むことができる。１４０−１から１４０−ＮまでのＲＡＴの内の１つ以上のＲＡＴは、ＵＥ１１０が使用してデバイス１２０と通信することができる。１４０−１から１４０−ＮまでのＲＡＴにおける各ＲＡＴは、例えば、進化型汎用移動通信システム地上アクセスネットワーク（Ｅ−ＵＴＲＡＮ：ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ Ｔｅｒｒｅｓｔｒｉａｌ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ＦＤＤＲＡＴ、Ｅ−ＵＴＲＡＮ時分割複信（ＴＤＤ）ＲＡＴ、広帯域符号分割多元接続（ＷＣＤＭＡ）ＲＡＴ、拡張Ｅ−ＵＴＲＡＮＴＤＤＲＡＴ、拡張Ｅ−ＵＴＲＡＮ周波数分割複信（ＦＤＤ）ＲＡＴ、ＵＴＲＡＮＴＤＤＲＡＴ、高速パケットデータ（ＨＲＰＤ：ｈｉｇｈ ｒａｔｅ ｐａｃｋｅｔ ｄａｔａ）ＲＡＴ、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ＲＡＴ、ｃｄｍａ２０００ＲＡＴ、または他のタイプのＲＡＴを含むことができる。いくつかの典型的な実施形態においては、１４０−１から１４０−ＮまでのＲＡＴの内の１つのＲＡＴは、「主要な」ＲＡＴとしてサービスを提供することができ、この主要なＲＡＴのノードの内の１つのノードは、マルチＲＡＴシステムの中のリソースの総合的な状態を示すフラグを維持管理することができる。
【００２０】
ＵＥ１１０は、セルラ無線電話機、携帯情報端末（ＰＤＡ）、パーソナル通信システム（ＰＣＳ：Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）端末、ラップトップコンピュータ、パームトップコンピュータ、または、無線リンクを介して他のデバイスとの通信を可能にする通信トランシーバ（送受信機）を含む、他の任意のタイプのデバイスまたは電気製品を含むことができる。ＰＣＳ端末では、セルラ無線電話機に、データ処理機能、ファクシミリ機能、およびデータ通信機能を組み合わせることができる。ＰＤＡは、無線電話機、ページャ、インターネット／イントラネットアクセスデバイス、ウェブブラウザ、オーガナイザ、カレンダ、および／または全地球測位システム（ＧＰＳ）受信機を含むことができる。ＵＥ１１０は、「パーベイシブコンピューティング（ｐｅｒｖａｓｉｖｅ ｃｏｍｐｕｔｉｎｇ）」デバイスと呼ぶこともできる。
【００２１】
デバイス１２０は、ＵＥ１１０と同様のデバイスを含むことができ、また、いくつかの実施形態では、公衆交換電話ネットワーク（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）に接続された電話機（例えば、基本電話システム（ＰＯＴｓ：Ｐｌａｉｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ ｓｙｓｔｅｍ）電話機）をさらに含むことができる。
【００２２】
図１Ｂは、ネットワーク１３０の典型的な実施形態を示す。ネットワーク１３０では、ＲＡＴ１４０−１がＬＴＥＲＡＴを含み、ＲＡＴ１４０−２はＷＣＤＭＡＲＡＴを含み、ＲＡＴ１４０−３はＧＳＭＲＡＴを含む。ＬＴＥＲＡＴ１４０−１は、長期的進化（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ＲＡＴを含むことができる。ＷＣＤＭＡＲＡＴ１４０−２は広帯域符号分割多元接続ＲＡＴを含むことができる。ＧＳＭＲＡＴ１４０−３はＧｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ＲＡＴを含むことができる。ネットワーク１３０は、図１Ｂに示すＲＡＴと比較して、異なった、追加的な、および／または、より少ない数のＲＡＴを含むことができる。
【００２３】
図１Ｃは、ネットワーク１３０のＬＴＥＲＡＴ１４０−１の典型的な詳細を示す。ＬＴＥＲＡＴ１４０−１は進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ：ｅｖｏｌｖｅｄ ＮｏｄｅＢ）ノード、移動管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）ノード、およびサービングゲートウェイ（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）ノードを含むことができ、これらは全て転送ネットワーク１５０に接続されている。図１Ｃに示すように、ＬＴＥＲＡＴ１４０−１は１６０−１から１６０−ＰまでのｅＮｏｄｅＢ、１７０−１から１７０−ＮまでのＳ−ＧＷ、１８０−１から１８０−ＭまでのＭＭＥを含むことができる。１６０−１から１６０−ＰまでのｅＮｏｄｅＢは、他のデバイスと通信するＵＥに対して中間ノードとして動作するＬＴＥ基地局を含むことができる。例えば、図１Ｃは、別のノード（図示せず）と通信するＵＥ１１０に対する中間ノードとして動作するｅＮｏｄｅＢ１６０−１を示している。１６０−１から１６０−ＰまでのｅＮｏｄｅＢは、無線インタフェースを介してＵＥと通信することができる。そして、転送ネットワーク１５０を介して、それらの通信を終点ノードまたは終点デバイスに向かって（例えば、デバイス１２０に向かって）転送することができる。
【００２４】
１７０−１から１７０−ＮまでのＳ−ＧＷは、ＵＥ接続（３ＧＰＰの用語では「ＥＰＳベアラ」と呼ばれる）を終端する論理ノードを含むことができる。ＥＰＳベアラは、ＵＥと外部ネットワーク（例えば、インターネット）との間にＳＡＥ／ＬＴＥシステムによって提供される接続を含むことができる。１７０−１から１７０−ＮまでのＳ−ＧＷは、それぞれが追加的に、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）機能を含むことができ、Ｐ−ＧＷは、ＩＰアドレスをＵＥに割り当てて、ＵＥと外部ネットワークとの間の接続を提供することができる。 １８０−１から１８０−ＭまでのＭＭＥは、それぞれが、環境１００の内部でのＵＥの移動を扱うための機能を含むことができる。例えば、ＭＭＥ１８０−１は、ＵＥ１１０にサービスを提供することができ、ＭＭＥ１８０−Ｍは別のＵＥ（図示せず）にサービスを提供することができる。
【００２５】
転送ネットワーク１５０は、任意のタイプの１つ以上のネットワークを含むことができ、この任意のタイプのネットワークは、例えば、ローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）、大都市エリアネットワーク（ＭＡＮ）、衛星ネットワーク、イントラネットおよびインターネット、または、ネットワークの組み合わせを含む。１６０−１から１６０−ＰまでのｅＮｏｄｅＢ、１７０−１から１７０−ＮまでのＳ−ＧＷ、および１８０−１から１８０−ＭまでのＭＭＥは、ＳＡＥ／ＬＴＥネットワークの中に常駐することができ、転送ネットワーク１５０を介して接続されることができる。
【００２６】
環境１００の中で複数のＲＡＴを設置するためには、２つの可能な構成を使用することができる。これらは、１）それぞれが異なるＲＡＴを有し、同一の場所に配置された基地局、または２）異なる複数のＲＡＴをミックス（混成）した混成ＲＡＴ技術を有する単一の基地局である。同一の場所に配置された基地局の場合には、ＬＴＥシステムに対する要求条件は他のＲＡＴの装置と同一の場所に配置されるということであり、電力供給、転送ネットワーク、セルラ塔等を含む、現存のサイト基盤のいくつかの部分を共有することが可能である。このタイプの設置シナリオでは、各ＲＡＴの装置のセットは、種々のプロトコル層のレベルの上でどのくらいかの調整があるとしても、独立であってよい。この手法では、新しいＲＡＴを容易に追加することができる。または、現存のＲＡＴを取り除く、または別のＲＡＴで置き換えることができる。
【００２７】
混成ＲＡＴ技術を有する単一の基地局の場合には、基地局が使用する無線装置は、全てのＲＡＴ（例えば、ＬＴＥ、ＵＴＲＡＮ、ＧＳＭ等）が共通に使用することができる。装置のベースバンド処理の部分を共有することもまた可能であるかも知れない。しかしながら、より高位の層は独立に動作することができる。混成ＲＡＴ基地局の第１の利点は、無線部分は単一のものだけを使用することによって、混成ＲＡＴ基地局はコスト効率がよいという点である。この半ば統合した解決策はまた、基地局全体をより小型に、かつ電力効率を良くすることができ、それにより、ネットワークおよびサイト保守の運用コストを低減することができる。
【００２８】
図２Ａは、複数のＲＡＴを有する、同一の場所に配置された基地局２００を示す。図２Ａの、同一の場所に配置された基地局２００のそれぞれは、異なるタイプのＲＡＴを含むことができる。例えば、図２Ａに示したように、同一の場所に配置された基地局２００は、ＬＴＥＲＡＴ２１０を設置した基地局、ＧＳＭＲＡＴ２２０を設置した基地局、および／またはＷＣＤＭＡＲＡＴ２３０を設置した基地局を含むことができる。同一の場所に配置された基地局２００は地理的に互いに近接場所に配置することができる。
【００２９】
図２Ｂは、複数のＲＡＴを設置した単一の基地局２４０を示す。図２Ｂの実施例に示したように、基地局２４０は、ＬＴＥＲＡＴ２５０、ＷＣＤＭＡ２６０、および／またはＧＳＭＲＡＴ２７０を設置することができる。図２Ｂに示したように、単一の基地局の中で複数のＲＡＴを設置することにより、統合化した無線装置を使用することができ（すなわち、異なるＲＡＴのすべてが同一の無線装置を使用することができる）、そしてさらに、組み合わせた無線リソース管理（ＲＲＭ）技術（例えば、アドミッション制御等）を使用することができる。組み合わせたＲＲＭ技術を使用することにより、システム事業者は、混成ＲＡＴを有する基地局において総合的な無線リソースを効率よく使用することが可能になる。基地局２４０は、例えば、ｅＮｏｄｅＢを含むことができる。
【００３０】
複数のＲＡＴが同一場所に配置された基地局２００に設置される場合（図２Ａに示されている）、または単一の基地局２４０に設置される場合（図２Ｂに示されている）には、マルチＲＡＴの複数の層にまたがる通信（クロスレイヤー通信）３００を使用することができ（図３に示すように）、これにより、異なるＲＡＴの間の総合的なリソース状態情報を取得することが可能になる。同一の場所に配置されたセルを持つマルチＲＡＴシステムにおいては、リソース状態情報（例えば、アクティブなユーザの数、アクティブな無線ベアラの数、アクティブなセッションの数等）は、異なるノードにおいて得ることができる。このようなノードは、例えば、ＧＳＭに対してはＢＳＣ／ＣＮ、ＵＴＲＡＮに対してはＲＮＣ／ＣＮ、ｃｄｍａ２０００に対してはＢＳＣ／ＣＮ、およびＥ−ＵＴＲＡＮに対してはｅＮｏｄｅＢ／ＣＮを含むことができる。複数の異なるＲＡＴを利用する単一の基地局の場合でさえも、リソース状態情報は、より高位のプロトコル層は独立しているが故に、異なるノードの中に常駐することができる。本明細書に記述する典型的な実施形態においては、クロスレイヤー通信３００を使用して、異なるＲＡＴのそれぞれから、リソース状態情報を取得することができる。図３は、典型的な実施形態を示し、ここでは、クロスレイヤー通信３００を使用して、リソース状態情報を主要なＲＡＴの無線基地局の中に収集することができる。例えば、図３に示すように、ＬＴＥのｅＮｏｄｅＢ３１０は、ＷＣＤＭＡのＮｏｄｅＢ３２０および／またはＧＳＭの基地局３３０からリソース状態情報を収集することができる。リソース状態情報は、異なるプロトコル（例えば、ＳＩＰ、ＲＴＰ等）を読むことにより、異なる層（例えば、ＲＲＣまたはＮＡＳ）から得ることができる。収集したリソース状態情報に基づいて、マルチＲＡＴシステム全体に対するＭＲＡＣは、例えば、ＬＴＥのｅＮｏｄｅＢ３１０が実行することができる。
【００３１】
マルチＲＡＴの、クロスレイヤー通信３００を介して取得するリソース状態情報は、各ＲＡＴにおけるアクティブなセッションまたは呼、またはアクティブな無線ベアラの全数を含むことができる。この情報は、呼設定要求および呼終了メッセージ（例えば、ＳＩＰシグナリング等）に関係するより高位の層のプロトコル情報を追跡（例えば、「スニッフィング」）することにより、取得することができる。各ＲＡＴに対するこのようなメッセージは対応した基地局を通過し、層にまたがる試験によって読むことができる。層にまたがる試験の間に、ある特定のプロトコル層（例えば、ＳＩＰ）のパケットを検閲して該当する情報を別のプロトコル層（例えば、ＭＡＣ）に供給することができる。この層にまたがる通信は、いずれの方向（すなわち、高位の層から低位の層に、またはその逆）にも行うことができる。
【００３２】
例えば、１つのＲＡＴの中の、任意の時刻におけるアクティブな呼の全数は、全ての新しい呼要求（ｃａｌｌ ｒｅｑｕｅｓｔ）（Ｎｒｅｑｕｅｓｔ）および呼解放（ｃａｌｌ ｒｅｌｅａｓｅ）（Ｎｒｅｌｅａｓｅ）を追跡することにより推定することができる。従って、任意の時刻Ｔ１において、ＲＡＴの中のアクティブな呼の数（Ｎａｃｔｉｖｅ）は以下の式で表現することができる。
Ｎａｃｔｉｖｅ（Ｔ１）＝Ｎａｃｔｉｖｅ（Ｔ０）＋Ｎｒｅｑｕｅｓｔ（Δｔ）−Ｎｒｅｌｅａｓｅ（Δｔ）
（式１）
ここで、Δｔ＝Ｔ１−Ｔ０である。
アクティブな呼の数はサービスタイプ（例えば、狭帯域、広帯域、実時間、非実時間等を含むサービスタイプ）ごとに追跡して保持することができる。同様に、他の動作性能パラメータ（例えば、アクティブなセッションまたは無線ベアラの数）も追跡することができる。マルチＲＡＴの、クロスレイヤー通信３００を介して取得したリソース状態情報は、各ＲＡＴの中の呼設定要求の集計した数および／または呼終了メッセージジの集計した数、各ＲＡＴの中のサービスタイプごとの呼設定要求の数および／またはサービスタイプごとの呼終了メッセージジの数、または、各ＲＡＴの中の無線ベアラタイプごとの呼設定要求の数および／または無線ベアラタイプごとの呼終了メッセージジの数、を更に含むことができる。
【００３３】
図４は、ＵＥ１１０の典型的な構成要素を示す。ＵＥ１１０は、トランシーバ４０５、処理ユニット４１０、メモリ４１５、入力デバイス４２０、出力デバイス４２５、およびバス４３０を含むことができる。
【００３４】
トランシーバ４０５はトランシーバ回路を含むことができ、トランシーバ回路は、１つ以上のアンテナを介して無線周波数信号を使用してシンボルシーケンスを送信および／または受信する。処理ユニット４１０は、プロセッサ、マイクロプロセッサ、または命令を解釈して実行することができる処理論理を含むことができる。処理ユニット４１０は、データバッファリングを含む、データの入力、出力、および処理を行うための全てのデータ処理機能と、ＵＥ制御機能（呼処理制御、ユーザインタフェース制御等）とを実行することができる。
【００３５】
メモリ４１５は、処理ユニット４１０がデバイス処理機能を実行する際に使用するための、データおよび命令の永久、半永久、または一時動作記憶を提供することができる。メモリ４１５は、ＲＯＭ、ＲＡＭ、大容量記憶デバイス（磁気および／または光学記録媒体、およびそれに対応したドライブ等）、および／または他のタイプのメモリデバイスを含むことができる。入力デバイス４２０は、データをＵＥ１１０の中に入力するためのメカニズムを含むことができる。例えば、入力デバイス４２０は、キーパッド（図示せず）、マイクロフォン（図示せず）、または表示ユニット（図示せず）を含むことができる。キーパッドによって、ユーザはデータをＵＥ１１０の中へ手動で入力することが可能になる。マイクロフォンは、聴覚入力を電気信号に変換するためのメカニズムを含むことができる。表示ユニットは、スクリーン表示を含むことができ、スクリーン表示は、デバイス機能を選択するためにユーザが使用することができるユーザインタフェース（例えば、グラフィカルユーザインタフェース）を提供することができる。表示ユニットのスクリーン表示は、任意のタイプの視覚表示（例えば、液晶表示（ＬＣＤ）、プラズマスクリーン表示、発光ダイオード（ＬＥＤ）表示、ブラウン管（ＣＲＴ）表示、有機発光ダイオード（ＯＬＥＤ）表示等）を含むことができる。
【００３６】
出力デバイス４２５は、データをオーディオ、ビデオおよび／またはハードコピー様式で出力するためのメカニズムを含むことができる。例えば、出力デバイス４２５は、電気信号を聴覚出力に変換するためのメカニズムを含むスピーカ（図示せず）を含むことができる。出力デバイス４２５は、出力データをユーザに表示する表示ユニットを更に含むことができる。例えば、表示ユニットは、出力データをユーザに表示するグラフィカルユーザインタフェースを提供することができる。バス４３０は、ＵＥ１１０の種々の構成要素を相互に接続して、それらの構成要素が互いに通信できるようにすることができる。
【００３７】
図４に示されたＵＥ１１０の構成要素の構成は、例示の目的のためだけに示されている。より多く、または少ない数の構成要素を持つ他の構成、または構成要素の異なる配置もまた実施することができる。
【００３８】
図５は基地局５００の典型的な実施形態を示す。基地局５００は、例えば、図１ＣのｅＮｏｄｅＢ１６０に対応させることができる。基地局５００は、トランシーバ５０５、処理ユニット５１０、メモリ５１５、インタフェース５２０、およびバス５２５を含むことができる。
【００３９】
トランシーバ５０５はトランシーバ回路を含むことができ、トランシーバ回路は、１つ以上のアンテナを介して無線周波数信号を使用してシンボルシーケンスを送信および／または受信する。処理ユニット５１０は、プロセッサ、マイクロプロセッサ、または命令を解釈して実行することができる処理論理回路を含むことができる。処理ユニット５１０は、全てのデバイスデータ処理機能を実行することができる。メモリ５１５は、処理ユニット５１０がデバイス処理機能を実行する際に使用するための、データおよび／または命令の永久、半永久、または一時動作記憶を提供することができる。メモリ５１５は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、大容量記憶デバイス（磁気および／または光学記録媒体、およびそれに対応したドライブ等）、および／または他のタイプのメモリデバイスを含むことができる。インタフェース５２０は、外部のネットワーク（例えば、転送ネットワーク１５０等）に接続するリンクに対してインタフェースするための回路を含むことができる。バス５２５は、基地局５００の種々の構成要素を相互に接続して、構成要素が互いに通信できるようにすることができる。
【００４０】
図５に示された基地局５００の構成要素の構成は、例示の目的のためだけに示されている。より多く、または少ない数の構成要素を持つ他の構成、または構成要素の異なる配置もまた実施することができる。
【００４１】
図６はＲＡＴノード６００の機能要素を示す。ＲＡＴノード６００は、例えば、ＬＴＥＲＡＴ１４０−１のｅＮｏｄｅＢ１６０に対応させることができる。従って、ＲＡＴノード６００は、ネットワーク１３０の主要なＲＡＴの中のノードに対応することができる。他の実施形態においては、ＲＡＴノード６００は、ＬＴＥＲＡＴ１４０−１の中の他のノードに、または他のＲＡＴ（例えば、ＷＣＤＭＡＲＡＴまたはＧＳＭＲＡＴ）の中のノードに対応することができる。ＲＡＴノード６００は、リソース状態取得ユニット６０５、フラグ保持ユニット６１０、フラグデータベース６２０、リソースの利用可能性評価装置６３０、マルチＲＡＴアドミッション制御（ＭＲＡＣ）ユニット６４０、およびＲＡＴ選択ユニット６５０を含むことができる。
【００４２】
リソース状態取得ユニット６０５は、ＲＡＴ（例えば、図１Ａの１４０−１から１４０−ＮまでのＲＡＴ）からマルチＲＡＴのリソース状態情報を得ることができる。このようなリソース状態情報は、各ＲＡＴの中のアクティブなセッションまたは呼の全数、各ＲＡＴの中のアクティブな無線ベアラの数、各ＲＡＴの中のサービスタイプ（例えば、狭帯域サービス、広帯域サービス、実時間サービス、非実時間サービス等）ごとのアクティブな呼の数、各ＲＡＴの中の呼設定要求の集計した数、各ＲＡＴの中の呼終了メッセージの集計した数、各ＲＡＴの中のサービスタイプごとの呼設定要求の数、各ＲＡＴの中のサービスタイプごとの呼終了メッセージの数、を含むことができるが、これらに限定されるものではない。
【００４３】
フラグ保持ユニット６１０は、マルチＲＡＴシステムの総合的なリソース状況を指示するＮビットのグローバルフラグを、判定して保持することができる。いくつかの実施形態においては、フラグ保持ユニット６１０はまた、マルチＲＡＴシステムの各単一のＲＡＴのリソース状況を指示するローカルフラグを保持することもできる。グローバルフラグおよびローカルフラグに関しては、図７に関連して以下で更なる記述を行う。フラグデータベース６２０は、フラグ保持ユニット６１０が判定したグローバルフラグおよび／またはローカルフラグを記憶することができる。
【００４４】
リソースの利用可能性評価装置６３０は、フラグデータベース６２０からグローバルフラグおよび／またはローカルフラグを検索し、検索したフラグを基礎として使用して、１４０−１から１４０−Ｎまでの複数のＲＡＴにわたる、総合的なリソースの利用可能性を判定することができる。ＭＲＡＣユニット６４０は、リソースの利用可能性評価装置６３０が判定した、複数のＲＡＴにわたる総合的なリソースの利用可能性を使用して、マルチＲＡＴのアドミッション制御を実行するか、または実行しないかの判定を行うことができる。ＲＡＴ選択ユニット６５０は、評価装置６３０が判定した、複数のＲＡＴにわたる総合的なリソースの利用可能性を使用して、１４０−１から１４０−Ｎまでの複数のＲＡＴから、特定のＵＥのサービス要求に対してサービスを提供するＲＡＴを選択することができる。
【００４５】
図７は、ネットワーク１３０の１４０−１から１４０−Ｎまでの複数のＲＡＴの総合的なリソースの利用可能性を指示するのに使用することができる典型的なグローバルフラグ７００を示す。グローバルフラグ（例えば、グローバルフラグ７００）の長さは、マルチＲＡＴのアドミッション制御処理に対して定義されるシステム状態の数に関して選択することができる。可能なシステム状態のセット（状態の数を含む）は、選択されたサービスグループに対して、関連する総合的なリソース閾値およびアドミッション条件を定義することにより、システム事業者が規定することができる。例えば、狭帯域サービス要求に対しては全てのＲＡＴがサービスを提供することができる。可能なシステム状態のセットは、可能なシステム状態のそれぞれに対応するアドミッション制御の判定という形で規定することができる。グローバルフラグによって規定される、マルチＲＡＴの総合的なリソースの利用可能性状態の所定のセットは、以下のものの内の１つ以上を含むことができる。
【００４６】
ａ）全てのサービスの無条件な受け入れ、
ｂ）広帯域保証ビットレート（ＧＢＲ：ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ）サービスの条件付き受け入れ、および他の全てのサービスの無条件な受け入れ、
ｃ）広帯域ＧＢＲサービスの条件付き受け入れ、狭帯域ＧＢＲサービスの条件付き受け入れ、および他の全てのサービスの無条件な受け入れ、または、
ｄ）全てのサービスの無条件な拒否。
【００４７】
図７に戻ると、典型的なグローバルフラグ７００は、フラグ７００に対する５つの異なる可能な値を表し、各値は３ビットで表されて、各値はいくつかの状態７１０の内の異なる１つに対応している。フラグ値「０００」７２０は、全てのサービス要求が受け入れられる状態７１０に対応している。フラグ値「００１」７３０は、アドミッション制御が広帯域ＧＢＲサービスに対してだけ実行することができる状態７１０に対応している。フラグ値「１０１」７４０は、アドミッション制御が広帯域ＧＢＲサービスおよび狭帯域ＧＢＲサービスに対して実行することができる状態７１０に対応している。フラグ値「０１０」７５０は、アドミッション制御が全てのＧＢＲセッションに対して実行することができる状態７１０に対応している。フラグ値「０１１」７６０は全てのＧＢＲセッションがブロックされる状態に対応している。
【００４８】
グローバルフラグ（例えば、グローバルフラグ７００）は、他のＲＡＴが主要なＲＡＴに対して通信する負荷状態および負荷情報に基づいて、主要なＲＡＴの中でコンパイルすることができる。全てのＲＡＴが全てのサービスをサポートすることができるということではないシステムにおいては、または全てのＲＡＴが全てのユーザをサポートすることができるということではないシステムにおいては、グローバルフラグは、ＲＡＴの全ての可能な組み合わせ（すなわち、システムの中で要求される可能性があるＲＡＴのサブセット）を包含しなければならない。グローバルフラグは、マルチＲＡＴシステムのＲＡＴの内のいずれかのＲＡＴから情報が受信されるとすぐさま、単一のＲＡＴ情報が記憶されることなしに、直接に再コンパイルされることができる。あるいは、単一のＲＡＴ情報は、それを使用して、対応したローカルフラグを維持管理することができる（マルチＲＡＴシステムのそれぞれのＲＡＴに対して、１つのローカルフラグを主要なＲＡＴの中に保持することができる）。
【００４９】
あるいは、主要なＲＡＴが、グローバルフラグに加えて、マルチＲＡＴシステムのそれぞれのＲＡＴに対するローカルフラグも保持する場合には、グローバルフラグは、要求に応じて再コンパイルされてもよい。この場合、ローカルフラグは、対応したＲＡＴから負荷情報が得られる度ごとに更新することができる。グローバルフラグは、ＲＡＴに対するローカルフラグに基づいて、周期的に、またはイベントによって起動された後にコンパイルすることができる。ローカルフラグによって表される状態のセットは、全てのＲＡＴに対して同一であってよい。この場合であっても、同一の状態は、異なるＲＡＴの具体的な技術に依存して、異なるＲＡＴの中では異なるように定義することができる。ローカルのグローバル状態に対する状態のセットが一致する場合には、グローバルフラグは、全てのローカルフラグにわたる論理積演算（または論理的「ＡＮＤ」）の結果として求めることができる。
【００５０】
図８は、マルチＲＡＴシステムの各ＲＡＴに関連したリソース状態情報を取得するための典型的な処理を示す。図８の典型的な処理は、典型的な実施形態におけるＬＴＥＲＡＴ１４０−１のｅＮｏｄｅＢ１６０によって実施することができ、この典型的な実施形態では、ＬＴＥＲＡＴ１４０−１はマルチＲＡＴシステムの主要なＲＡＴとして行動する。他の実施形態においては、図８の典型的な処理は、ＬＴＥＲＡＴ１４０−１における他のノード、またはネットワーク１３０の他のＲＡＴ（例えば、ＷＣＤＭＡＲＡＴ１４０−２またはＧＳＭＲＡＴ１４０−３）における他のノードの中で実施することができる。
【００５１】
典型的な処理は、マルチＲＡＴシステムの各ＲＡＴに対するリソース状態情報の取得から開始することができる（ブロック８００）。リソース状態取得ユニット６０５は、１４０−１から１４０−ＮまでのＲＡＴの内の各ＲＡＴに関連したリソース状態情報を得ることができる。このようなリソース状態情報は、例えば、以下のものを含むことができる。これらは、各ＲＡＴにおけるアクティブなセッションまたは呼の総数、各ＲＡＴにおけるアクティブな無線ベアラの数、各ＲＡＴにおけるサービスタイプ（例えば、狭帯域サービス、広帯域サービス、実時間サービス、非実時間サービス等）ごとのアクティブな呼の数、各ＲＡＴにおける呼設定要求の集計した数、各ＲＡＴにおける呼終了メッセージジの集計した数、各ＲＡＴにおけるサービスタイプごとの呼設定要求の数、または、各ＲＡＴにおけるサービスタイプごとの呼終了メッセージジの数である。
【００５２】
取得したリソース状態情報は、マルチＲＡＴシステムのＲＡＴのノードの中に収集することができる（ブロック８１０）。例えば、ＬＴＥＲＡＴ１４０−１のｅＮｏｄｅＢ１６０のリソース状態取得ユニット６０５は、取得したリソース状態情報を収集してメモリの中に記憶することができる。ローカルフラグは、それぞれの各ＲＡＴに対して取得したリソース状態情報に基づいてマルチＲＡＴシステムの各ＲＡＴに対して更新することができる（ブロック８２０）。フラグ保持ユニット６１０は、取得ユニット６０５によって得られた各ＲＡＴに対するリソース状態情報を解析することができ、また、それぞれの各ＲＡＴに対するローカルフラグのビットを設定することができる。例えば、所与のＲＡＴに対して得られたリソース状態情報が、そのＲＡＴは現在トラフィックによって過負荷になっているということが示された場合には、フラグ保持ユニット６１０は、ローカルフラグを１つの値（例えば、「０１１」）に設定して、全てのサービス要求は拒否されるべきであることを示すことができる。
【００５３】
グローバルフラグは、収集したリソース状態情報に基づいて、および／または各ＲＡＴに対するローカルフラグに基づいて、マルチＲＡＴシステムに対して更新することができる（ブロック８３０）。１つの実施形態においては、フラグ保持ユニット６１０は、ＲＡＴのそれぞれに対するローカルフラグを使用して、グローバルフラグのビットを設定することができる。別の実施形態においては、フラグ保持ユニット６１０は、取得ユニット６０５によって得られた各ＲＡＴに対するリソース状態情報を直接に解析して、そのリソース状態情報に基づいてグローバルフラグのビットを設定することができる。例えば、図７のグローバルフラグ７００を参照すれば、リソース状態情報の解析が、１４０−１から１４０−ＮまでのＲＡＴの内の１つ以上のＲＡＴが現在全てのサービスタイプを扱うことができると示す場合には、フラグ７００は、「０００」７２０という値に設定して、全てのサービス要求は受け入れられるであろうことを指示することができる。
【００５４】
図９は、１つの典型的な処理を示す。これは、総合的なリソースの利用可能性を判定し、判定した総合的なリソースの利用可能性に基づいてマルチＲＡＴシステムの中でアドミッション制御を実行するための処理である。図９の典型的な処理は、典型的な実施形態におけるＬＴＥＲＡＴ１４０−１のｅＮｏｄｅＢ１６０によって実施することができ、この典型的な実施形態では、ＬＴＥＲＡＴ１４０−１はマルチＲＡＴシステムの主要なＲＡＴとして行動する。他の実施形態においては、図９の典型的な処理は、ＬＴＥＲＡＴ１４０−１における他のノード、またはネットワーク１３０の他のＲＡＴ（例えば、ＷＣＤＭＡＲＡＴ１４０−２またはＧＳＭＲＡＴ１４０−３）における他のノードの中で実施することができる。
【００５５】
典型的な処理は、ＵＥに関連したベアラ要求の受信（ブロック９００）から開始することができる。図１０に示すように、ＵＥ１１０に対して呼を接続しようとする試み、またはセッションを確立しようとする試みに関連したベアラ要求１０００は、ＵＥ１１０に関連したＭＭＥ１８０に（例えば、Ｓ−ＧＷ１７０を介して）サービス層から転送することができる。ベアラ要求１０００は、アドミッション制御嗜好インジケータ（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｅｆｅｒｅｎｃｅ ｉｎｄｉｃａｔｏｒ）および／またはＲＡＴ選択嗜好インジケータ（ＲＡＴ ｓｅｌｅｃｔｉｏｎ ｐｒｅｆｅｒｅｎｃｅ ｉｎｄｉｃａｔｏｒ）を含むことができる。ＡＣ嗜好インジケータは、ＵＥがＭＲＡＣを経験することを嗜好するか、またはＭＲＡＣを回避することを望むかを指示することができる。ＡＣ嗜好インジケータは、ＭＲＡＣを経験するか否かを選択する際の柔軟性をＵＥユーザに対して提供する。ＲＡＴ選択嗜好インジケータは、ＲＡＴ選択および再指向がベアラ要求に対して受け入れ可能であるか否かを指示することができる。これらのユーザ嗜好に対するシステム事業者の制御は、例えば、柔軟な課金ポリシーによって実行することができる。ＡＣ嗜好インジケータおよびＲＡＴ選択嗜好インジケータは、ＵＥおよびユーザに対して完全に透明であってよい。ベアラ要求１０００の受信に基づいて、ＭＭＥ１８０は、ベアラ設定要求１００５をｅＮｏｄｅＢ１６０に転送することができる。ベアラ設定要求１００５は、ＡＣ嗜好インジケータおよび／またはＲＡＴ選択嗜好インジケータを含む。
【００５６】
ベアラ要求に関連したＵＥがアドミッション制御を回避することを嗜好するか否かに関する判定を行うことができる（ブロック９１０）。ｅＮｏｄｅＢ１６０は、受信したベアラ設定要求（例えば、ベアラ設定要求１００５）を検閲して、ＡＣ嗜好インジケータが、対応したＵＥがアドミッション制御を回避することを嗜好するということを指示しているか否かを判定することができる。もし指示しているのであれば（ＹＥＳ−ブロック９１０）、アドミッション制御を実行せずに複数のＲＡＴの内から１つのＲＡＴを選択することができる（ブロック９２０）。ｅＮｏｄｅＢ１６０のＡＣ嗜好インジケータに関する検閲が、ＵＥがアドミッション制御を回避することを嗜好していると識別した場合には、１つの典型的な実施形態では、ＵＥはアドミッション制御を実行せずにアクセスすることを許容されることができる。別の典型的な実施形態では、ｅＮｏｄｅＢ１６０のＡＣ嗜好インジケータに関する検閲によって、ＵＥがアドミッション制御を回避することを嗜好していると識別された場合には、ｅＮｏｄｅＢ１６０は、ＲＡＴ選択嗜好インジケータを検閲して、このＵＥに対してＲＡＴ再選択が受け入れ可能であるか否かを識別することができる。ＲＡＴ再選択が受け入れ可能である場合には、ｅＮｏｄｅＢ１６０は、ＵＥからの呼／セッション要求を扱うために、１４０−１から１４０−ＮまでのＲＡＴの内のいずれかのＲＡＴを選択することができる。ＲＡＴ選択嗜好インジケータに従って、このＵＥに対してＲＡＴ再選択が受け入れ可能でない場合には、ＵＥに対してはデフォルトのＲＡＴを選択することができる。図１０は、ｅＮｏｄｅＢ１６０で受信されるベアラ設定要求１００５を示す。ｅＮｏｄｅＢ１６０は、ベアラ設定要求１００５からのＡＣ嗜好インジケータおよびＲＡＴ選択嗜好を検閲して、ＵＥがアドミッション制御を回避することを嗜好するか否かを判定することができる。ＡＣ嗜好インジケータが、ＵＥはアドミッション制御を回避することを嗜好すると識別している場合には、ｅＮｏｄｅＢ１６０は、ＭＲＡＣ１０１０をスキップして、無線ベアラ設定メッセージ１０１５をＵＥ１１０に送信することにより、アクセス許容処理を続行することができる。
【００５７】
ＵＥがアドミッション制御を回避することを嗜好しない場合には（ＮＯ−ブロック９１０）、グローバルフラグまたは複数のローカルフラグに基づいて、複数のＲＡＴにわたる総合的なリソースの利用可能性を判定することができる（ブロック９３０）。ｅＮｏｄｅＢ１６０は、ＡＣ嗜好インジケータを検閲して、ＵＥがアドミッション制御を回避しないことを嗜好するか否かを識別することができる。ＡＣ嗜好インジケータが、ＵＥはアドミッション制御を回避することを嗜好しないということを指示する場合には、ｅＮｏｄｅＢ１６０のリソースの利用可能性評価装置６３０は、フラグデータベース６２０からグローバルフラグまたは複数のローカルフラグを検索することができる。検索されたグローバルフラグのビット値を検閲することにより、リソースの利用可能性評価装置６３０は、アドミッション制御の判定という形でマルチＲＡＴシステムのリソースの利用可能性状態を識別することができる。例えば、グローバルフラグ７００が値「００１」７３０を指示している場合には、リソースの利用可能性評価装置６３０は、広帯域ＧＢＲサービスに関連したサービス要求に対してアドミッション制御を実行するべきであると判定することができる。
【００５８】
アドミッション制御は、複数のＲＡＴにわたって判定したリソースの利用可能性に基づいて、ＵＥに対して、選択的に実行する、または実行しないとすることができる（ブロック９４０）。グローバルフラグ（またはローカルフラグ）によって識別されたリソースの利用可能性に基づいて、複数のアドミッション制御行動を実行することができる。グローバルフラグの検閲によって識別されたアドミッション制御行動は、以下のものを含むことができる。しかしこれらに限定されるものではない。
【００５９】
ａ）全てのサービスの無条件な受け入れ、
ｂ）広帯域保証ビットレート（ＧＢＲ：ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ）サービスの条件付き受け入れ、および他の全てのサービスの無条件な受け入れ、
ｃ）広帯域ＧＢＲサービスの条件付き受け入れ、狭帯域ＧＢＲサービスの条件付き受け入れ、および他の全てのサービスの無条件な受け入れ、または、
ｄ）全てのサービスの無条件な拒否。
【００６０】
複数のＲＡＴにわたって判定したリソースの利用可能性に基づいて、ＵＥにサービスを提供するＲＡＴを複数のＲＡＴから選択することができる（ブロック９５０）。ｅＮｏｄｅＢ１６０はＲＡＴ選択嗜好インジケータを検閲して、このＵＥに対してＲＡＴ再選択が受け入れ可能であるか否かを識別することができる。ＲＡＴ再選択が受け入れ可能である場合には、ｅＮｏｄｅＢ１６０は、ＵＥからの呼／セッション要求を扱うために、１４０−１から１４０−ＮまでのＲＡＴの内のいずれかのＲＡＴを選択することができる。これは、呼／セッション要求の内容（例えば、ベアラ設定要求）に基づいて、および判定したリソースの利用可能性に基づいて行う。ＲＡＴ選択嗜好インジケータに従って、このＵＥに対してＲＡＴ再選択が受け入れ可能でない場合には、ＵＥに対してデフォルトのＲＡＴを選択することができる。図１０は、ｅＮｏｄｅＢ１６０で受信されるベアラ設定要求１００５を示す。ｅＮｏｄｅＢ１６０は、ベアラ設定要求１００５からのＲＡＴ選択嗜好を検閲して、無線ベアラ設定メッセージ１０１５をＵＥ１１０に送信することにより、アクセス許容処理を続行することができる。図１０に更に示すように、ｅＮｏｄｅＢ１６０およびＵＥ１１０は、無線ベアラ設定確立１０２０を共同で行うことができる。無線ベアラ確立１０２０に引き続いて、ＵＥ１１０は、無線ベアラ設定応答１０２５をｅＮｏｄｅＢ１６０に返送して、無線ベアラ設定の確立を確認することができる。次に、ｅＮｏｄｅＢ１６０は、ベアラ設定応答メッセージ１０３０をＭＭＥ１８０に返送して、無線ベアラ設定を確認することができる。ＭＭＥ１８０は、ベアラ応答メッセージ１０３５を、サービス層を介して、例えば、適切なＳ−ＧＷ１７０に更に送信することができる。
【００６１】
実施形態に関するこれまでの記述は、例示と説明とを提供するものであるが、網羅的であることを意図するものではなく、また本発明をここに開示した厳密な形に限定することを意図するものでもない。上記の教示に照らして、変更および変形が可能であり、または本発明を実行する上で変更および変形を行うことができる。例えば、図８および図９に関しては、一連のブロックが記述されているが、他の実施形態においてはブロックの順序を変更することができ、これは本発明の原理と矛盾するものではない。更に、他のブロックに依存していないブロックは、並行して実行することができる。本明細書にはマルチ周波数のマルチＲＡＴ（ＭＦＭＲＡＴ：ｍｕｌｔｉ−ｆｒｅｑｕｅｎｃｙ ｍｕｌｔｉ−ＲＡＴ）システムに関して典型的な実施形態が記述されているが、この典型的な実施形態は、マルチ周波数および単一周波数のマルチＲＡＴシステム、およびマルチ周波数の単一ＲＡＴシステムに適用することもできる。本明細書に記述した実施例では、ＬＴＥシステムがマルチＲＡＴシステムの主要なＲＡＴとして仮定されている。しかしながら、ネットワーク１３０の中の任意のＲＡＴをマルチＲＡＴシステムの主要なＲＡＴとして実施することができ、従って、任意のＲＡＴはシステム全体を代表して、提案しているＭＲＡＣ方式を実行することができる。リソース状態情報を得るために層にまたがる通信を使用すること、およびリソース状態情報を保持するためにグローバルフラグを使用することはまた、マルチＲＡＴのアドミッション制御に加えて、またはその代わりに、負荷分散の中で使用するように適合させることもできる。
【００６２】
本発明の視点はまた、方法および／またはコンピュータプログラムによって実行することができる。従って、本発明はハードウェアおよび／またはソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）の中に組み込むことができる。さらに、本発明はコンピュータが使用可能なまたはコンピュータが読み取り可能な記憶媒体の上のコンピュータプログラムの形を取ることができ、コンピュータプログラムは、命令実行システムによって、またはそれらとともに使用するための、これら媒体の中に組み込まれた、コンピュータが使用可能なまたはコンピュータが読み取り可能なプログラムコードを有する。本明細書に記述した実施形態を実施するのに使用するための実際のソフトウェアコードまたは特化された制御ハードウェアは、本発明を限定するものではない。従って、実施形態の動作および特性は具体的なソフトウェアコードを参照せずして記述されている。これは、通常の当業者であれば、ソフトウェアおよび制御ハードウェアの設計を行い、本明細書の記述に基づいた視点を実施することが可能であろうと理解されるからである。
【００６３】
さらに、本発明のある部分は、１つ以上の機能を実行する「論理」として実施することができる。この論理は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）またはＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）等のハードウェア、またはハードウェアおよびソフトウェアの組み合わせを含むことができる。
【００６４】
本発明の特徴の特定の組み合わせが、特許請求の範囲の中で挙げられ、および／または明細書の中で開示されているが、これらの組み合わせは本発明を限定することを意図するものではない。事実、これらの特徴の多くは、特許請求の範囲の中で挙げた、および／または明細書の中で開示した、具体的な様式とは異なる様式で組み合わせることが可能である。
【００６５】
「備える／備えている」という用語は、これらをこの明細書の中で使用する場合には、言及する特徴、数値、ステップ、構成要素、またはグループの存在を規定するものであるが、１つ以上の他の特徴、数値、ステップ、構成要素、またはそれらのグループの存在または追加を排除するものではないという点が強調されるべきである。
【００６６】
本出願の中で使用する、いずれの要素、行為、または命令も、本発明にとって決定的または必須なものであると明白に記述していない限り、本発明にとっては決定的または必須なものではないと解釈されるべきである。また、本明細書において使用する、冠詞「ａ」は、１つ以上の項目を含むと意図される。１つの項目を意図する場合には、「１つの（ｏｎｅ）」という用語または同様の言語を使用している。更に、「に基づいて」という表現は、明白に他様に述べていない限り、「少なくとも部分的に基づいて」いることを意味することを意図している。
【技術分野】
【０００１】
本明細書に記述した実施形態は、一般的に、無線アクセスシステムに関するものであり、さらに詳細には、マルチ無線アクセスシステムにおけるアドミッション制御に関する。
【背景技術】
【０００２】
アドミッション制御（ＡＣ：ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）は、よく知られており、広範囲の無線アクセスネットワークにおいて広く使用されている無線リソース管理（ＲＲＭ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）機能である。ここで、無線アクセスネットワークとしては、ＧＳＭ（Ｇｌｏｂａｌ Ｓｔａｎｄａｒｄ ｆｏｒ Ｍｏｂｉｌｅ）通信、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、発展型ＧＳＭ用拡張データ通信（ＥＤＧＥ：Ｅｎｈａｎｃｅｄ Ｄａｔａ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、および進化型汎用地上無線アクセス（Ｅ−ＵＴＲＡ：ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）の無線アクセスネットワークなどがある。一般に、アドミッション制御は、サービス要求が行われたときに利用可能なリソースと、その特定のサービスに対して適切な品質を保証するために必要となるリソースとに基づいて、そのサービス要求を受け入れるかまたは拒否するかを判定するタスクを実行する。例えば、ＷＣＤＭＡネットワークにおいて、アドミッション制御は、単一の無線セルの状態に基づいてアドミッション制御を行うのではなくて、マルチセルの無線リソースを考慮に入れる。
【０００３】
複数の無線アクセス方式（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）を含む無線ネットワークの容量は、本発明の分野に密接に関わっており、また、十分に研究されてき分野である。マルチＲＡＴネットワークは、しばしば、容量範囲によって特徴付けられ、マルチＲＡＴシステムが収容できる異なるサービスの数もこの容量範囲によって特徴づけられる。
【０００４】
負荷分散（ロード・バランシング）は、マルチＲＡＴネットワークにおいてしばしば使用される無線リソース管理（ＲＲＭ）技術である。負荷分散の目的は、進行中のセッションに対して、無線アクセス方式を割り当てるか、または再割り当てを行い、これによって、無線リソースの全体が有効に利用されるようにし、それにより、いくつかのサービス品質または他の制約条件のもとでマルチＲＡＴシステムの総合的な容量を最大にすることである。
【０００５】
無線ネットワークにおいてよく知られているトレードオフで、アドミッション制御に密接に関係するものは、新しく到着するサービス要求をブロックすることと進行中のサービスをドロップさせることとの間で生ずる。このトレードオフは、進行中のセッションの数が多ければ、リソースが十分に足りないことまたは完全に不足したことによって、いくつかのサービスをドロップさせる必要がある尤度が増すということで表現することができる。極端な場合を言えば、いずれのアドミッション制御も行わないシステムは、システムの安定性を保証し、ドロップさせないセッションに対してある程度のサービス品質を維持するために、ある特定のセッションが十分に完了しないうちに、それを終了させる必要があるかも知れないということを容認できる限りにおいて、そのシステムは運用可能である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
第３世代パートナーシッププロジェクト（３ＧＰＰ）では、現在、長期的進化（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）標準規格スイートのリリース８の策定を完了したところである。ＬＴＥネットワークは、現行の事業者と共に新しく始める（グリーンフィールド）事業者によって、近い将来設置されるであろうことが予想される。従って、ＬＴＥシステムは、しばしば、実際に動作するマルチアクセス基盤の一部として設置されるであろうということが予想される。このような状況では、ＬＴＥ無線アクセス装置は、典型的に、ＧＳＭシステム／ＧＰＲＳシステム／ＥＤＧＥシステム／ＷＣＤＭＡシステムの中に統合されて動作するであろう。
【０００７】
２つの構成が可能であり、ＬＴＥ基地局は、これらの構成に従って他のＲＡＴと連携して設置可能である。これらの可能な構成は、同一の場所に複数の基地局を配置する構成と、複数の技術のすべてに対応した混成技術による基地局を設置する構成とである。同一の場所に複数の基地局を配置する場合、ＬＴＥシステムに対する要求条件は、他のＲＡＴの装置と同じ場所に配置されるということであり、電力供給、転送ネットワーク、セルラ塔等を含む、現存するサイト基盤のいくつかの部分を共有することができる。このタイプの設置シナリオでは、種々のプロトコル層のレベルの上ではある程度の調整はあり得るとしても、各ＲＡＴの装置のセットは独立している。
【０００８】
混成技術に対応した基地局の場合、基地局が使用する無線装置は、全てのＲＡＴ（例えば、ＬＴＥ、ＵＴＲＡＮ、ＧＳＭ等）によって共通に使用される。また、装置のベースバンド処理部分を共用することも可能であるかも知れない。しかしながら、より高位の層は独立に動作することになる。混成技術の基地局の主な利点は、単一の無線部分だけを使用することによって、コスト効率がよい点である。この半ば統合した解決策はまた、基地局全体を小型に、また電力効率を良くすることができ、それによってまたネットワークおよびサイト保守の運用コストを低減することができる。現在、この混成技術の基地局は、種々の標準化団体（ＧＥＲＡＮおよび３ＧＰＰＲＡＮ４を含む）における標準化の基本段階を進捗しているところである。
【課題を解決するための手段】
【０００９】
本明細書に記述する典型的な実施形態は、マルチＲＡＴ（複数の無線アクセス方式）のシステムにおけるアドミッション制御を実行するための技術を提供するものであり、このアドミッション制御は、マルチＲＡＴシステムの全てのＲＡＴにわたる総合的なシステムトラフィック負荷を考慮に入れている。典型的な実施形態においては、クロスレイヤー（複数層にまたがった）通信、クロスラット（複数ＲＡＴにまたがった）通信を使用して、マルチＲＡＴシステムのＲＡＴにわたる負荷情報を判定および集約することができる。判定した総合的な負荷情報に基づいて、グローバルフラグを設定し、ユーザ装置（ＵＥ）が要求するサービスアクセスに関連した将来のサービス要求に関するマルチＲＡＴアドミッション制御（ＭＲＡＣ：ｍｕｌｔｉ−ＲＡＴ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）判定のためにグローバルフラグを使用することができる。本明細書に記述するように、グローバルフラグを使用することによって、マルチＲＡＴシステムのＲＡＴに到着するサービス要求は、システム全体で十分なリソースが存在する限り、サービス要求条件に拘わらず、受け入れが可能になる。従って、サービス要求を受信するＲＡＴは、いずれのアドミッション制御も実行する必要がないようにすることができる。これは通常の場合であれば、サービス要求を受けたＲＡＴにおいて空いているリソースだけでサービス要求について調査し、サービス要求を実行することができるか否かを評価することになるが、その場合でも、いずれのアドミッション制御も実行する必要がない。
【００１０】
１つの視点によれば、マルチ無線アクセス方式（ＲＡＴ）システムのノードにおいて実行され方法が提供される。この方法は、マルチＲＡＴシステムの各ＲＡＴに関連したリソース状態情報を取得するステップを含むことができる。本方法は、アドミッション制御および／または負荷分散において使用するための、マルチＲＡＴシステムのＲＡＴに関連した総合的なリソースの利用可能性を表すフラグを、取得したリソース状態情報に基づいて保持するステップを更に含むことができる。
【００１１】
更なる視点に従えば、複数の無線アクセス方式（マルチＲＡＴ）システムにおけるノードが提供される。このノードは、マルチＲＡＴシステムの各ＲＡＴに関連したリソース状態情報を取得するリソース状態取得ユニットと、取得したリソース状態情報に基づいて、マルチＲＡＴシステムの複数のＲＡＴに関連したリソースの利用可能性を表すフラグを保持するフラグ保持ユニットとを含むことができる。ノードは、フラグの内容に基づいて、システムアクセス要求に対するアドミッション制御を実行する、またはマルチＲＡＴシステムのＲＡＴにわたるシステムアクセス要求の負荷分散を実行する、１つ以上のユニットを更に含むことができる。
【００１２】
添付の図面は、本明細書に組み込まれ、また本明細書の一部を構成し、本発明の１つ以上の実施形態を示し、記述ととともに本発明を説明するものである。
【図面の簡単な説明】
【００１３】
【図１Ａ】ユーザ装置がマルチＲＡＴシステムを含むネットワークを介して別のデバイスと通信することができる、典型的な環境を示す図である。
【図１Ｂ】図１Ａのネットワークの典型的な実施形態を示す図であり、マルチＲＡＴシステムは、ＬＴＥＲＡＴ、ＷＣＤＭＡＲＡＴ、およびＧＳＭＲＡＴを含む。
【図１Ｃ】図１ＢのＬＴＥＲＡＴの典型的な詳細を示す図である。
【図２Ａ】図１Ｂの典型的な実施形態における複数のＲＡＴを有する、同一の場所に配置された基地局を示す図である。
【図２Ｂ】図１Ｂの典型的な実施形態における複数のＲＡＴを設置する、単一の基地局を示す図である。
【図３】図１Ｂのネットワークの主要なＲＡＴの無線基地局において、層にまたがる通信を使用してリソース状態情報を収集することができる、典型的な実施形態を示す図である。
【図４】図１ＡのＵＥの典型的な構成要素を示す図である。
【図５】図１ＣのｅＮｏｄｅＢに対応することができる基地局の典型的な実施形態を示す図である。
【図６】図１ＢのＬＴＥＲＡＴのｅＮｏｄｅに対応することができるＲＡＴノードの機能的構成要素を示す図である。
【図７】図１Ａのネットワークの複数のＲＡＴの総合的なリソースの利用可能性を示すために使用することができる典型的なグローバルフラグを示す図である。
【図８】マルチＲＡＴシステムの各ＲＡＴに関連したリソース状態情報を取得するための典型的な処理を示すフローチャートである。
【図９】総合的なリソースの利用可能性を判定し、判定した総合的なリソースの利用可能性に基づいてマルチＲＡＴシステムにおけるアドミッション制御を実行するための典型的な処理を示すフローチャートである。
【図１０】図９の典型的な処理に関連した典型的なメッセージング図である。
【発明を実施するための形態】
【００１４】
本発明の以下の詳細な記述は添付の図面を参照している。異なる図面の中での同一の参照番号は同一または同様の要素を識別することができる。また、以下の詳細な記述は、本発明を限定するものではない。
【００１５】
複数の無線アクセス方式（マルチＲＡＴ）のシステムにおいては、サービスアクセス要求は、システム全体の中で利用可能なサービスに対して十分な量のリソースが存在する限りにおいて許容される。サービスアクセスを許容するアドミッション判定は、最新のリソース推定値に基づいて行われるべきであり、従って、リソースの利用可能性の推定値は、最小の遅延およびシグナリングオーバヘッドで利用可能とされる必要がある。マルチＲＡＴアドミッション制御（ＭＲＡＣ）システムは以下のことを達成できなければならない。
１）現在進行中の、および新しく受け入れたセッションに対してサービス品質を保証すること、
２）呼ブロッキング確率を最小にする（例えば、誤った拒否判定を回避する）こと、
３）呼／セッションのドロップを最小にする（例えば、誤った受け入れ判定を回避する）こと、
４）サービス要求があってからアドミッション制御の判定が終了するまでの間において低い遅延を保証すること、
５）ユーザサービスクラス（例えば、加入）、サービス特性（例えば、ＧＢＲ／非ＧＢＲ）、ブロッキングレート／ドロップレートに関するユーザの嗜好、およびユーザが嗜好するＲＡＴ（もしあるとすれば）を考慮に入れること、および、
６）総合的な無線リソースおよび他の無線ネットワークリソースを全体的に有効に使用すること。
上記に挙げた要求条件に加えて、ＭＲＡＣ手順は、極力複雑さが小さく抑えられるべきであり、また、新しい物理ネットワーク要素の導入を回避し、シグナリングオーバヘッドを削減し、かつ、新しいインタフェースまたはプロトコルまたはシグナリングメッセージを標準化する必要性を回避するために、集中化したマルチＲＡＴエンティティを前提としないことが望ましい。
【００１６】
本明細書に記述する典型的な実施形態は、マルチＲＡＴシステム全体が、そのＲＡＴの内の１つのＲＡＴ（例えば、ＬＴＥシステム）においてもアドミッション制御を実行する必要が全然ないという状態にあるか否かを示す単一のフラグを維持管理することにより、上記に注記した要求条件を満足する。従って、典型的な実施形態は、可能である限りアドミッション制御の使用を回避して、サービス設定を単純化して低遅延を保証することができる。ＲＡＴの内の１つ（例えば、ＬＴＥＲＡＴ）に到着するサービス要求は、マルチＲＡＴシステム全体の中で十分なリソースが存在する限り、サービス要求条件に拘わらずに受け入れることができる。従って、サービス要求を受信するＲＡＴ（例えば、ＬＴＥシステム）は、その１つのＲＡＴにおける自由なリソースだけによって、サービス要求を調べて、サービス要求を実行することができるか否かを評価する必要性が決まるとしても、いずれのアドミッション制御手順も実行する必要がないというようにすることができる。典型的な実施形態は、現在の負荷情報全体を集約したフラグによって、アドミッション制御を行わないようにすることができる。フラグは、複数のレイヤーにまたがるクロスレイヤー通信や、複数のＲＡＴにまたがるクロスＲＡＴ通信を行うことにより、マルチＲＡＴシステムの「主要な」ＲＡＴ（例えば、ＬＴＥＲＡＴ）の中で維持管理できる。マルチＲＡＴシステム全体に対する、測定に基づいたＭＲＡＣは、システム全体の中で利用可能なリソースの量を考慮に入れることができ、またサービス要求条件およびユーザの嗜好を考慮することができる。リソースの利用可能性情報は、システムＲＡＴの内の１つのＲＡＴ（例えば、主要なＲＡＴ）の中に記憶されたフラグの中に保持することができる。フラグは、リソースの利用可能性を判定するときに、またサービスアクセス要求に対してＭＲＡＣを実行するときに使用することができる。
【００１７】
本明細書に記述する更なる実施形態において、ＵＥがＭＲＡＣを利用することを嗜好するか否かに関するＵＥのプリファレンス（嗜好）は、ＵＥに対するシステムサービスを要求するサービス要求とともに送信することができる。ＵＥの嗜好は、ＵＥがアドミッション制御を受けることを嗜好するか否かを指すことができる。さらに、ＲＡＴ選択嗜好は、ＵＥに対するシステムサービスを要求するサービス要求の中で送信することができる。ＲＡＴ選択嗜好は、サービス要求に対してＲＡＴの再選択が受け入れ可能か否かを指示することができる。サービス要求に対してＭＲＡＣを実行するか否かの判定、またはＲＡＴの選択／再選択を実行するか否かの判定は、ＭＲＡＣ嗜好またはＲＡＴ選択嗜好に基づくことができる。
【００１８】
「通信システム」および「ネットワーク」という用語は、この記述を通して相互に交換して使用することができる。「ＲＡＴ」という用語は広義に解釈されることを意図しており、任意のタイプの無線アクセス方式を含む。例えば、無線アクセス方式は、無線アクセス方式（例えば、汎用パケット無線サービス（ＧＰＲＳ）、ＬＴＥ、ＧＳＭ等）、マイクロ波アクセス技術（例えば、ブルートゥース、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＩＥＥＥ８０２．Ｘ、等）、および／または衛星アクセス技術に基づくことができる。
【００１９】
図１Ａは、典型的な環境１００を示す。この環境１００では、ユーザ装置（ＵＥ）１１０がネットワーク１３０を介して別のデバイス１２０と通信することができる。ネットワーク１３０は、任意のタイプの１つ以上のネットワークを含むことができる。任意のタイプの１つ以上のネットワークは、例えば、ローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）、大都市エリアネットワーク（ＭＡＮ）、ＰＳＴＮまたはＰＬＭＮ等の電話ネットワーク、衛星ネットワーク、イントラネットおよびインターネット、または、これらのネットワークの組み合わせを含む。ＰＬＭＮは、パケット交換サブネットワーク（例えば、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク、セルラディジタルパケットデータ（ＣＤＰＤ：Ｃｅｌｌｕｌａｒ Ｄｉｇｉｔａｌ Ｐａｃｋｅｔ Ｄａｔａ）ネットワーク、またはモバイル移動ＩＰネットワーク等）を更に含むことができる。図１Ａに示したように、ネットワーク１３０は、複数の、異なるＲＡＴ（１４０−１から１４０−ＮまでのＲＡＴを含む）を含むマルチＲＡＴシステムを含むことができる。１４０−１から１４０−ＮまでのＲＡＴの内の１つ以上のＲＡＴは、ＵＥ１１０が使用してデバイス１２０と通信することができる。１４０−１から１４０−ＮまでのＲＡＴにおける各ＲＡＴは、例えば、進化型汎用移動通信システム地上アクセスネットワーク（Ｅ−ＵＴＲＡＮ：ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ Ｔｅｒｒｅｓｔｒｉａｌ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ＦＤＤＲＡＴ、Ｅ−ＵＴＲＡＮ時分割複信（ＴＤＤ）ＲＡＴ、広帯域符号分割多元接続（ＷＣＤＭＡ）ＲＡＴ、拡張Ｅ−ＵＴＲＡＮＴＤＤＲＡＴ、拡張Ｅ−ＵＴＲＡＮ周波数分割複信（ＦＤＤ）ＲＡＴ、ＵＴＲＡＮＴＤＤＲＡＴ、高速パケットデータ（ＨＲＰＤ：ｈｉｇｈ ｒａｔｅ ｐａｃｋｅｔ ｄａｔａ）ＲＡＴ、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ＲＡＴ、ｃｄｍａ２０００ＲＡＴ、または他のタイプのＲＡＴを含むことができる。いくつかの典型的な実施形態においては、１４０−１から１４０−ＮまでのＲＡＴの内の１つのＲＡＴは、「主要な」ＲＡＴとしてサービスを提供することができ、この主要なＲＡＴのノードの内の１つのノードは、マルチＲＡＴシステムの中のリソースの総合的な状態を示すフラグを維持管理することができる。
【００２０】
ＵＥ１１０は、セルラ無線電話機、携帯情報端末（ＰＤＡ）、パーソナル通信システム（ＰＣＳ：Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）端末、ラップトップコンピュータ、パームトップコンピュータ、または、無線リンクを介して他のデバイスとの通信を可能にする通信トランシーバ（送受信機）を含む、他の任意のタイプのデバイスまたは電気製品を含むことができる。ＰＣＳ端末では、セルラ無線電話機に、データ処理機能、ファクシミリ機能、およびデータ通信機能を組み合わせることができる。ＰＤＡは、無線電話機、ページャ、インターネット／イントラネットアクセスデバイス、ウェブブラウザ、オーガナイザ、カレンダ、および／または全地球測位システム（ＧＰＳ）受信機を含むことができる。ＵＥ１１０は、「パーベイシブコンピューティング（ｐｅｒｖａｓｉｖｅ ｃｏｍｐｕｔｉｎｇ）」デバイスと呼ぶこともできる。
【００２１】
デバイス１２０は、ＵＥ１１０と同様のデバイスを含むことができ、また、いくつかの実施形態では、公衆交換電話ネットワーク（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）に接続された電話機（例えば、基本電話システム（ＰＯＴｓ：Ｐｌａｉｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ ｓｙｓｔｅｍ）電話機）をさらに含むことができる。
【００２２】
図１Ｂは、ネットワーク１３０の典型的な実施形態を示す。ネットワーク１３０では、ＲＡＴ１４０−１がＬＴＥＲＡＴを含み、ＲＡＴ１４０−２はＷＣＤＭＡＲＡＴを含み、ＲＡＴ１４０−３はＧＳＭＲＡＴを含む。ＬＴＥＲＡＴ１４０−１は、長期的進化（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ＲＡＴを含むことができる。ＷＣＤＭＡＲＡＴ１４０−２は広帯域符号分割多元接続ＲＡＴを含むことができる。ＧＳＭＲＡＴ１４０−３はＧｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ＲＡＴを含むことができる。ネットワーク１３０は、図１Ｂに示すＲＡＴと比較して、異なった、追加的な、および／または、より少ない数のＲＡＴを含むことができる。
【００２３】
図１Ｃは、ネットワーク１３０のＬＴＥＲＡＴ１４０−１の典型的な詳細を示す。ＬＴＥＲＡＴ１４０−１は進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ：ｅｖｏｌｖｅｄ ＮｏｄｅＢ）ノード、移動管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）ノード、およびサービングゲートウェイ（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）ノードを含むことができ、これらは全て転送ネットワーク１５０に接続されている。図１Ｃに示すように、ＬＴＥＲＡＴ１４０−１は１６０−１から１６０−ＰまでのｅＮｏｄｅＢ、１７０−１から１７０−ＮまでのＳ−ＧＷ、１８０−１から１８０−ＭまでのＭＭＥを含むことができる。１６０−１から１６０−ＰまでのｅＮｏｄｅＢは、他のデバイスと通信するＵＥに対して中間ノードとして動作するＬＴＥ基地局を含むことができる。例えば、図１Ｃは、別のノード（図示せず）と通信するＵＥ１１０に対する中間ノードとして動作するｅＮｏｄｅＢ１６０−１を示している。１６０−１から１６０−ＰまでのｅＮｏｄｅＢは、無線インタフェースを介してＵＥと通信することができる。そして、転送ネットワーク１５０を介して、それらの通信を終点ノードまたは終点デバイスに向かって（例えば、デバイス１２０に向かって）転送することができる。
【００２４】
１７０−１から１７０−ＮまでのＳ−ＧＷは、ＵＥ接続（３ＧＰＰの用語では「ＥＰＳベアラ」と呼ばれる）を終端する論理ノードを含むことができる。ＥＰＳベアラは、ＵＥと外部ネットワーク（例えば、インターネット）との間にＳＡＥ／ＬＴＥシステムによって提供される接続を含むことができる。１７０−１から１７０−ＮまでのＳ−ＧＷは、それぞれが追加的に、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）機能を含むことができ、Ｐ−ＧＷは、ＩＰアドレスをＵＥに割り当てて、ＵＥと外部ネットワークとの間の接続を提供することができる。 １８０−１から１８０−ＭまでのＭＭＥは、それぞれが、環境１００の内部でのＵＥの移動を扱うための機能を含むことができる。例えば、ＭＭＥ１８０−１は、ＵＥ１１０にサービスを提供することができ、ＭＭＥ１８０−Ｍは別のＵＥ（図示せず）にサービスを提供することができる。
【００２５】
転送ネットワーク１５０は、任意のタイプの１つ以上のネットワークを含むことができ、この任意のタイプのネットワークは、例えば、ローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）、大都市エリアネットワーク（ＭＡＮ）、衛星ネットワーク、イントラネットおよびインターネット、または、ネットワークの組み合わせを含む。１６０−１から１６０−ＰまでのｅＮｏｄｅＢ、１７０−１から１７０−ＮまでのＳ−ＧＷ、および１８０−１から１８０−ＭまでのＭＭＥは、ＳＡＥ／ＬＴＥネットワークの中に常駐することができ、転送ネットワーク１５０を介して接続されることができる。
【００２６】
環境１００の中で複数のＲＡＴを設置するためには、２つの可能な構成を使用することができる。これらは、１）それぞれが異なるＲＡＴを有し、同一の場所に配置された基地局、または２）異なる複数のＲＡＴをミックス（混成）した混成ＲＡＴ技術を有する単一の基地局である。同一の場所に配置された基地局の場合には、ＬＴＥシステムに対する要求条件は他のＲＡＴの装置と同一の場所に配置されるということであり、電力供給、転送ネットワーク、セルラ塔等を含む、現存のサイト基盤のいくつかの部分を共有することが可能である。このタイプの設置シナリオでは、各ＲＡＴの装置のセットは、種々のプロトコル層のレベルの上でどのくらいかの調整があるとしても、独立であってよい。この手法では、新しいＲＡＴを容易に追加することができる。または、現存のＲＡＴを取り除く、または別のＲＡＴで置き換えることができる。
【００２７】
混成ＲＡＴ技術を有する単一の基地局の場合には、基地局が使用する無線装置は、全てのＲＡＴ（例えば、ＬＴＥ、ＵＴＲＡＮ、ＧＳＭ等）が共通に使用することができる。装置のベースバンド処理の部分を共有することもまた可能であるかも知れない。しかしながら、より高位の層は独立に動作することができる。混成ＲＡＴ基地局の第１の利点は、無線部分は単一のものだけを使用することによって、混成ＲＡＴ基地局はコスト効率がよいという点である。この半ば統合した解決策はまた、基地局全体をより小型に、かつ電力効率を良くすることができ、それにより、ネットワークおよびサイト保守の運用コストを低減することができる。
【００２８】
図２Ａは、複数のＲＡＴを有する、同一の場所に配置された基地局２００を示す。図２Ａの、同一の場所に配置された基地局２００のそれぞれは、異なるタイプのＲＡＴを含むことができる。例えば、図２Ａに示したように、同一の場所に配置された基地局２００は、ＬＴＥＲＡＴ２１０を設置した基地局、ＧＳＭＲＡＴ２２０を設置した基地局、および／またはＷＣＤＭＡＲＡＴ２３０を設置した基地局を含むことができる。同一の場所に配置された基地局２００は地理的に互いに近接場所に配置することができる。
【００２９】
図２Ｂは、複数のＲＡＴを設置した単一の基地局２４０を示す。図２Ｂの実施例に示したように、基地局２４０は、ＬＴＥＲＡＴ２５０、ＷＣＤＭＡ２６０、および／またはＧＳＭＲＡＴ２７０を設置することができる。図２Ｂに示したように、単一の基地局の中で複数のＲＡＴを設置することにより、統合化した無線装置を使用することができ（すなわち、異なるＲＡＴのすべてが同一の無線装置を使用することができる）、そしてさらに、組み合わせた無線リソース管理（ＲＲＭ）技術（例えば、アドミッション制御等）を使用することができる。組み合わせたＲＲＭ技術を使用することにより、システム事業者は、混成ＲＡＴを有する基地局において総合的な無線リソースを効率よく使用することが可能になる。基地局２４０は、例えば、ｅＮｏｄｅＢを含むことができる。
【００３０】
複数のＲＡＴが同一場所に配置された基地局２００に設置される場合（図２Ａに示されている）、または単一の基地局２４０に設置される場合（図２Ｂに示されている）には、マルチＲＡＴの複数の層にまたがる通信（クロスレイヤー通信）３００を使用することができ（図３に示すように）、これにより、異なるＲＡＴの間の総合的なリソース状態情報を取得することが可能になる。同一の場所に配置されたセルを持つマルチＲＡＴシステムにおいては、リソース状態情報（例えば、アクティブなユーザの数、アクティブな無線ベアラの数、アクティブなセッションの数等）は、異なるノードにおいて得ることができる。このようなノードは、例えば、ＧＳＭに対してはＢＳＣ／ＣＮ、ＵＴＲＡＮに対してはＲＮＣ／ＣＮ、ｃｄｍａ２０００に対してはＢＳＣ／ＣＮ、およびＥ−ＵＴＲＡＮに対してはｅＮｏｄｅＢ／ＣＮを含むことができる。複数の異なるＲＡＴを利用する単一の基地局の場合でさえも、リソース状態情報は、より高位のプロトコル層は独立しているが故に、異なるノードの中に常駐することができる。本明細書に記述する典型的な実施形態においては、クロスレイヤー通信３００を使用して、異なるＲＡＴのそれぞれから、リソース状態情報を取得することができる。図３は、典型的な実施形態を示し、ここでは、クロスレイヤー通信３００を使用して、リソース状態情報を主要なＲＡＴの無線基地局の中に収集することができる。例えば、図３に示すように、ＬＴＥのｅＮｏｄｅＢ３１０は、ＷＣＤＭＡのＮｏｄｅＢ３２０および／またはＧＳＭの基地局３３０からリソース状態情報を収集することができる。リソース状態情報は、異なるプロトコル（例えば、ＳＩＰ、ＲＴＰ等）を読むことにより、異なる層（例えば、ＲＲＣまたはＮＡＳ）から得ることができる。収集したリソース状態情報に基づいて、マルチＲＡＴシステム全体に対するＭＲＡＣは、例えば、ＬＴＥのｅＮｏｄｅＢ３１０が実行することができる。
【００３１】
マルチＲＡＴの、クロスレイヤー通信３００を介して取得するリソース状態情報は、各ＲＡＴにおけるアクティブなセッションまたは呼、またはアクティブな無線ベアラの全数を含むことができる。この情報は、呼設定要求および呼終了メッセージ（例えば、ＳＩＰシグナリング等）に関係するより高位の層のプロトコル情報を追跡（例えば、「スニッフィング」）することにより、取得することができる。各ＲＡＴに対するこのようなメッセージは対応した基地局を通過し、層にまたがる試験によって読むことができる。層にまたがる試験の間に、ある特定のプロトコル層（例えば、ＳＩＰ）のパケットを検閲して該当する情報を別のプロトコル層（例えば、ＭＡＣ）に供給することができる。この層にまたがる通信は、いずれの方向（すなわち、高位の層から低位の層に、またはその逆）にも行うことができる。
【００３２】
例えば、１つのＲＡＴの中の、任意の時刻におけるアクティブな呼の全数は、全ての新しい呼要求（ｃａｌｌ ｒｅｑｕｅｓｔ）（Ｎｒｅｑｕｅｓｔ）および呼解放（ｃａｌｌ ｒｅｌｅａｓｅ）（Ｎｒｅｌｅａｓｅ）を追跡することにより推定することができる。従って、任意の時刻Ｔ１において、ＲＡＴの中のアクティブな呼の数（Ｎａｃｔｉｖｅ）は以下の式で表現することができる。
Ｎａｃｔｉｖｅ（Ｔ１）＝Ｎａｃｔｉｖｅ（Ｔ０）＋Ｎｒｅｑｕｅｓｔ（Δｔ）−Ｎｒｅｌｅａｓｅ（Δｔ）
（式１）
ここで、Δｔ＝Ｔ１−Ｔ０である。
アクティブな呼の数はサービスタイプ（例えば、狭帯域、広帯域、実時間、非実時間等を含むサービスタイプ）ごとに追跡して保持することができる。同様に、他の動作性能パラメータ（例えば、アクティブなセッションまたは無線ベアラの数）も追跡することができる。マルチＲＡＴの、クロスレイヤー通信３００を介して取得したリソース状態情報は、各ＲＡＴの中の呼設定要求の集計した数および／または呼終了メッセージジの集計した数、各ＲＡＴの中のサービスタイプごとの呼設定要求の数および／またはサービスタイプごとの呼終了メッセージジの数、または、各ＲＡＴの中の無線ベアラタイプごとの呼設定要求の数および／または無線ベアラタイプごとの呼終了メッセージジの数、を更に含むことができる。
【００３３】
図４は、ＵＥ１１０の典型的な構成要素を示す。ＵＥ１１０は、トランシーバ４０５、処理ユニット４１０、メモリ４１５、入力デバイス４２０、出力デバイス４２５、およびバス４３０を含むことができる。
【００３４】
トランシーバ４０５はトランシーバ回路を含むことができ、トランシーバ回路は、１つ以上のアンテナを介して無線周波数信号を使用してシンボルシーケンスを送信および／または受信する。処理ユニット４１０は、プロセッサ、マイクロプロセッサ、または命令を解釈して実行することができる処理論理を含むことができる。処理ユニット４１０は、データバッファリングを含む、データの入力、出力、および処理を行うための全てのデータ処理機能と、ＵＥ制御機能（呼処理制御、ユーザインタフェース制御等）とを実行することができる。
【００３５】
メモリ４１５は、処理ユニット４１０がデバイス処理機能を実行する際に使用するための、データおよび命令の永久、半永久、または一時動作記憶を提供することができる。メモリ４１５は、ＲＯＭ、ＲＡＭ、大容量記憶デバイス（磁気および／または光学記録媒体、およびそれに対応したドライブ等）、および／または他のタイプのメモリデバイスを含むことができる。入力デバイス４２０は、データをＵＥ１１０の中に入力するためのメカニズムを含むことができる。例えば、入力デバイス４２０は、キーパッド（図示せず）、マイクロフォン（図示せず）、または表示ユニット（図示せず）を含むことができる。キーパッドによって、ユーザはデータをＵＥ１１０の中へ手動で入力することが可能になる。マイクロフォンは、聴覚入力を電気信号に変換するためのメカニズムを含むことができる。表示ユニットは、スクリーン表示を含むことができ、スクリーン表示は、デバイス機能を選択するためにユーザが使用することができるユーザインタフェース（例えば、グラフィカルユーザインタフェース）を提供することができる。表示ユニットのスクリーン表示は、任意のタイプの視覚表示（例えば、液晶表示（ＬＣＤ）、プラズマスクリーン表示、発光ダイオード（ＬＥＤ）表示、ブラウン管（ＣＲＴ）表示、有機発光ダイオード（ＯＬＥＤ）表示等）を含むことができる。
【００３６】
出力デバイス４２５は、データをオーディオ、ビデオおよび／またはハードコピー様式で出力するためのメカニズムを含むことができる。例えば、出力デバイス４２５は、電気信号を聴覚出力に変換するためのメカニズムを含むスピーカ（図示せず）を含むことができる。出力デバイス４２５は、出力データをユーザに表示する表示ユニットを更に含むことができる。例えば、表示ユニットは、出力データをユーザに表示するグラフィカルユーザインタフェースを提供することができる。バス４３０は、ＵＥ１１０の種々の構成要素を相互に接続して、それらの構成要素が互いに通信できるようにすることができる。
【００３７】
図４に示されたＵＥ１１０の構成要素の構成は、例示の目的のためだけに示されている。より多く、または少ない数の構成要素を持つ他の構成、または構成要素の異なる配置もまた実施することができる。
【００３８】
図５は基地局５００の典型的な実施形態を示す。基地局５００は、例えば、図１ＣのｅＮｏｄｅＢ１６０に対応させることができる。基地局５００は、トランシーバ５０５、処理ユニット５１０、メモリ５１５、インタフェース５２０、およびバス５２５を含むことができる。
【００３９】
トランシーバ５０５はトランシーバ回路を含むことができ、トランシーバ回路は、１つ以上のアンテナを介して無線周波数信号を使用してシンボルシーケンスを送信および／または受信する。処理ユニット５１０は、プロセッサ、マイクロプロセッサ、または命令を解釈して実行することができる処理論理回路を含むことができる。処理ユニット５１０は、全てのデバイスデータ処理機能を実行することができる。メモリ５１５は、処理ユニット５１０がデバイス処理機能を実行する際に使用するための、データおよび／または命令の永久、半永久、または一時動作記憶を提供することができる。メモリ５１５は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、大容量記憶デバイス（磁気および／または光学記録媒体、およびそれに対応したドライブ等）、および／または他のタイプのメモリデバイスを含むことができる。インタフェース５２０は、外部のネットワーク（例えば、転送ネットワーク１５０等）に接続するリンクに対してインタフェースするための回路を含むことができる。バス５２５は、基地局５００の種々の構成要素を相互に接続して、構成要素が互いに通信できるようにすることができる。
【００４０】
図５に示された基地局５００の構成要素の構成は、例示の目的のためだけに示されている。より多く、または少ない数の構成要素を持つ他の構成、または構成要素の異なる配置もまた実施することができる。
【００４１】
図６はＲＡＴノード６００の機能要素を示す。ＲＡＴノード６００は、例えば、ＬＴＥＲＡＴ１４０−１のｅＮｏｄｅＢ１６０に対応させることができる。従って、ＲＡＴノード６００は、ネットワーク１３０の主要なＲＡＴの中のノードに対応することができる。他の実施形態においては、ＲＡＴノード６００は、ＬＴＥＲＡＴ１４０−１の中の他のノードに、または他のＲＡＴ（例えば、ＷＣＤＭＡＲＡＴまたはＧＳＭＲＡＴ）の中のノードに対応することができる。ＲＡＴノード６００は、リソース状態取得ユニット６０５、フラグ保持ユニット６１０、フラグデータベース６２０、リソースの利用可能性評価装置６３０、マルチＲＡＴアドミッション制御（ＭＲＡＣ）ユニット６４０、およびＲＡＴ選択ユニット６５０を含むことができる。
【００４２】
リソース状態取得ユニット６０５は、ＲＡＴ（例えば、図１Ａの１４０−１から１４０−ＮまでのＲＡＴ）からマルチＲＡＴのリソース状態情報を得ることができる。このようなリソース状態情報は、各ＲＡＴの中のアクティブなセッションまたは呼の全数、各ＲＡＴの中のアクティブな無線ベアラの数、各ＲＡＴの中のサービスタイプ（例えば、狭帯域サービス、広帯域サービス、実時間サービス、非実時間サービス等）ごとのアクティブな呼の数、各ＲＡＴの中の呼設定要求の集計した数、各ＲＡＴの中の呼終了メッセージの集計した数、各ＲＡＴの中のサービスタイプごとの呼設定要求の数、各ＲＡＴの中のサービスタイプごとの呼終了メッセージの数、を含むことができるが、これらに限定されるものではない。
【００４３】
フラグ保持ユニット６１０は、マルチＲＡＴシステムの総合的なリソース状況を指示するＮビットのグローバルフラグを、判定して保持することができる。いくつかの実施形態においては、フラグ保持ユニット６１０はまた、マルチＲＡＴシステムの各単一のＲＡＴのリソース状況を指示するローカルフラグを保持することもできる。グローバルフラグおよびローカルフラグに関しては、図７に関連して以下で更なる記述を行う。フラグデータベース６２０は、フラグ保持ユニット６１０が判定したグローバルフラグおよび／またはローカルフラグを記憶することができる。
【００４４】
リソースの利用可能性評価装置６３０は、フラグデータベース６２０からグローバルフラグおよび／またはローカルフラグを検索し、検索したフラグを基礎として使用して、１４０−１から１４０−Ｎまでの複数のＲＡＴにわたる、総合的なリソースの利用可能性を判定することができる。ＭＲＡＣユニット６４０は、リソースの利用可能性評価装置６３０が判定した、複数のＲＡＴにわたる総合的なリソースの利用可能性を使用して、マルチＲＡＴのアドミッション制御を実行するか、または実行しないかの判定を行うことができる。ＲＡＴ選択ユニット６５０は、評価装置６３０が判定した、複数のＲＡＴにわたる総合的なリソースの利用可能性を使用して、１４０−１から１４０−Ｎまでの複数のＲＡＴから、特定のＵＥのサービス要求に対してサービスを提供するＲＡＴを選択することができる。
【００４５】
図７は、ネットワーク１３０の１４０−１から１４０−Ｎまでの複数のＲＡＴの総合的なリソースの利用可能性を指示するのに使用することができる典型的なグローバルフラグ７００を示す。グローバルフラグ（例えば、グローバルフラグ７００）の長さは、マルチＲＡＴのアドミッション制御処理に対して定義されるシステム状態の数に関して選択することができる。可能なシステム状態のセット（状態の数を含む）は、選択されたサービスグループに対して、関連する総合的なリソース閾値およびアドミッション条件を定義することにより、システム事業者が規定することができる。例えば、狭帯域サービス要求に対しては全てのＲＡＴがサービスを提供することができる。可能なシステム状態のセットは、可能なシステム状態のそれぞれに対応するアドミッション制御の判定という形で規定することができる。グローバルフラグによって規定される、マルチＲＡＴの総合的なリソースの利用可能性状態の所定のセットは、以下のものの内の１つ以上を含むことができる。
【００４６】
ａ）全てのサービスの無条件な受け入れ、
ｂ）広帯域保証ビットレート（ＧＢＲ：ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ）サービスの条件付き受け入れ、および他の全てのサービスの無条件な受け入れ、
ｃ）広帯域ＧＢＲサービスの条件付き受け入れ、狭帯域ＧＢＲサービスの条件付き受け入れ、および他の全てのサービスの無条件な受け入れ、または、
ｄ）全てのサービスの無条件な拒否。
【００４７】
図７に戻ると、典型的なグローバルフラグ７００は、フラグ７００に対する５つの異なる可能な値を表し、各値は３ビットで表されて、各値はいくつかの状態７１０の内の異なる１つに対応している。フラグ値「０００」７２０は、全てのサービス要求が受け入れられる状態７１０に対応している。フラグ値「００１」７３０は、アドミッション制御が広帯域ＧＢＲサービスに対してだけ実行することができる状態７１０に対応している。フラグ値「１０１」７４０は、アドミッション制御が広帯域ＧＢＲサービスおよび狭帯域ＧＢＲサービスに対して実行することができる状態７１０に対応している。フラグ値「０１０」７５０は、アドミッション制御が全てのＧＢＲセッションに対して実行することができる状態７１０に対応している。フラグ値「０１１」７６０は全てのＧＢＲセッションがブロックされる状態に対応している。
【００４８】
グローバルフラグ（例えば、グローバルフラグ７００）は、他のＲＡＴが主要なＲＡＴに対して通信する負荷状態および負荷情報に基づいて、主要なＲＡＴの中でコンパイルすることができる。全てのＲＡＴが全てのサービスをサポートすることができるということではないシステムにおいては、または全てのＲＡＴが全てのユーザをサポートすることができるということではないシステムにおいては、グローバルフラグは、ＲＡＴの全ての可能な組み合わせ（すなわち、システムの中で要求される可能性があるＲＡＴのサブセット）を包含しなければならない。グローバルフラグは、マルチＲＡＴシステムのＲＡＴの内のいずれかのＲＡＴから情報が受信されるとすぐさま、単一のＲＡＴ情報が記憶されることなしに、直接に再コンパイルされることができる。あるいは、単一のＲＡＴ情報は、それを使用して、対応したローカルフラグを維持管理することができる（マルチＲＡＴシステムのそれぞれのＲＡＴに対して、１つのローカルフラグを主要なＲＡＴの中に保持することができる）。
【００４９】
あるいは、主要なＲＡＴが、グローバルフラグに加えて、マルチＲＡＴシステムのそれぞれのＲＡＴに対するローカルフラグも保持する場合には、グローバルフラグは、要求に応じて再コンパイルされてもよい。この場合、ローカルフラグは、対応したＲＡＴから負荷情報が得られる度ごとに更新することができる。グローバルフラグは、ＲＡＴに対するローカルフラグに基づいて、周期的に、またはイベントによって起動された後にコンパイルすることができる。ローカルフラグによって表される状態のセットは、全てのＲＡＴに対して同一であってよい。この場合であっても、同一の状態は、異なるＲＡＴの具体的な技術に依存して、異なるＲＡＴの中では異なるように定義することができる。ローカルのグローバル状態に対する状態のセットが一致する場合には、グローバルフラグは、全てのローカルフラグにわたる論理積演算（または論理的「ＡＮＤ」）の結果として求めることができる。
【００５０】
図８は、マルチＲＡＴシステムの各ＲＡＴに関連したリソース状態情報を取得するための典型的な処理を示す。図８の典型的な処理は、典型的な実施形態におけるＬＴＥＲＡＴ１４０−１のｅＮｏｄｅＢ１６０によって実施することができ、この典型的な実施形態では、ＬＴＥＲＡＴ１４０−１はマルチＲＡＴシステムの主要なＲＡＴとして行動する。他の実施形態においては、図８の典型的な処理は、ＬＴＥＲＡＴ１４０−１における他のノード、またはネットワーク１３０の他のＲＡＴ（例えば、ＷＣＤＭＡＲＡＴ１４０−２またはＧＳＭＲＡＴ１４０−３）における他のノードの中で実施することができる。
【００５１】
典型的な処理は、マルチＲＡＴシステムの各ＲＡＴに対するリソース状態情報の取得から開始することができる（ブロック８００）。リソース状態取得ユニット６０５は、１４０−１から１４０−ＮまでのＲＡＴの内の各ＲＡＴに関連したリソース状態情報を得ることができる。このようなリソース状態情報は、例えば、以下のものを含むことができる。これらは、各ＲＡＴにおけるアクティブなセッションまたは呼の総数、各ＲＡＴにおけるアクティブな無線ベアラの数、各ＲＡＴにおけるサービスタイプ（例えば、狭帯域サービス、広帯域サービス、実時間サービス、非実時間サービス等）ごとのアクティブな呼の数、各ＲＡＴにおける呼設定要求の集計した数、各ＲＡＴにおける呼終了メッセージジの集計した数、各ＲＡＴにおけるサービスタイプごとの呼設定要求の数、または、各ＲＡＴにおけるサービスタイプごとの呼終了メッセージジの数である。
【００５２】
取得したリソース状態情報は、マルチＲＡＴシステムのＲＡＴのノードの中に収集することができる（ブロック８１０）。例えば、ＬＴＥＲＡＴ１４０−１のｅＮｏｄｅＢ１６０のリソース状態取得ユニット６０５は、取得したリソース状態情報を収集してメモリの中に記憶することができる。ローカルフラグは、それぞれの各ＲＡＴに対して取得したリソース状態情報に基づいてマルチＲＡＴシステムの各ＲＡＴに対して更新することができる（ブロック８２０）。フラグ保持ユニット６１０は、取得ユニット６０５によって得られた各ＲＡＴに対するリソース状態情報を解析することができ、また、それぞれの各ＲＡＴに対するローカルフラグのビットを設定することができる。例えば、所与のＲＡＴに対して得られたリソース状態情報が、そのＲＡＴは現在トラフィックによって過負荷になっているということが示された場合には、フラグ保持ユニット６１０は、ローカルフラグを１つの値（例えば、「０１１」）に設定して、全てのサービス要求は拒否されるべきであることを示すことができる。
【００５３】
グローバルフラグは、収集したリソース状態情報に基づいて、および／または各ＲＡＴに対するローカルフラグに基づいて、マルチＲＡＴシステムに対して更新することができる（ブロック８３０）。１つの実施形態においては、フラグ保持ユニット６１０は、ＲＡＴのそれぞれに対するローカルフラグを使用して、グローバルフラグのビットを設定することができる。別の実施形態においては、フラグ保持ユニット６１０は、取得ユニット６０５によって得られた各ＲＡＴに対するリソース状態情報を直接に解析して、そのリソース状態情報に基づいてグローバルフラグのビットを設定することができる。例えば、図７のグローバルフラグ７００を参照すれば、リソース状態情報の解析が、１４０−１から１４０−ＮまでのＲＡＴの内の１つ以上のＲＡＴが現在全てのサービスタイプを扱うことができると示す場合には、フラグ７００は、「０００」７２０という値に設定して、全てのサービス要求は受け入れられるであろうことを指示することができる。
【００５４】
図９は、１つの典型的な処理を示す。これは、総合的なリソースの利用可能性を判定し、判定した総合的なリソースの利用可能性に基づいてマルチＲＡＴシステムの中でアドミッション制御を実行するための処理である。図９の典型的な処理は、典型的な実施形態におけるＬＴＥＲＡＴ１４０−１のｅＮｏｄｅＢ１６０によって実施することができ、この典型的な実施形態では、ＬＴＥＲＡＴ１４０−１はマルチＲＡＴシステムの主要なＲＡＴとして行動する。他の実施形態においては、図９の典型的な処理は、ＬＴＥＲＡＴ１４０−１における他のノード、またはネットワーク１３０の他のＲＡＴ（例えば、ＷＣＤＭＡＲＡＴ１４０−２またはＧＳＭＲＡＴ１４０−３）における他のノードの中で実施することができる。
【００５５】
典型的な処理は、ＵＥに関連したベアラ要求の受信（ブロック９００）から開始することができる。図１０に示すように、ＵＥ１１０に対して呼を接続しようとする試み、またはセッションを確立しようとする試みに関連したベアラ要求１０００は、ＵＥ１１０に関連したＭＭＥ１８０に（例えば、Ｓ−ＧＷ１７０を介して）サービス層から転送することができる。ベアラ要求１０００は、アドミッション制御嗜好インジケータ（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｅｆｅｒｅｎｃｅ ｉｎｄｉｃａｔｏｒ）および／またはＲＡＴ選択嗜好インジケータ（ＲＡＴ ｓｅｌｅｃｔｉｏｎ ｐｒｅｆｅｒｅｎｃｅ ｉｎｄｉｃａｔｏｒ）を含むことができる。ＡＣ嗜好インジケータは、ＵＥがＭＲＡＣを経験することを嗜好するか、またはＭＲＡＣを回避することを望むかを指示することができる。ＡＣ嗜好インジケータは、ＭＲＡＣを経験するか否かを選択する際の柔軟性をＵＥユーザに対して提供する。ＲＡＴ選択嗜好インジケータは、ＲＡＴ選択および再指向がベアラ要求に対して受け入れ可能であるか否かを指示することができる。これらのユーザ嗜好に対するシステム事業者の制御は、例えば、柔軟な課金ポリシーによって実行することができる。ＡＣ嗜好インジケータおよびＲＡＴ選択嗜好インジケータは、ＵＥおよびユーザに対して完全に透明であってよい。ベアラ要求１０００の受信に基づいて、ＭＭＥ１８０は、ベアラ設定要求１００５をｅＮｏｄｅＢ１６０に転送することができる。ベアラ設定要求１００５は、ＡＣ嗜好インジケータおよび／またはＲＡＴ選択嗜好インジケータを含む。
【００５６】
ベアラ要求に関連したＵＥがアドミッション制御を回避することを嗜好するか否かに関する判定を行うことができる（ブロック９１０）。ｅＮｏｄｅＢ１６０は、受信したベアラ設定要求（例えば、ベアラ設定要求１００５）を検閲して、ＡＣ嗜好インジケータが、対応したＵＥがアドミッション制御を回避することを嗜好するということを指示しているか否かを判定することができる。もし指示しているのであれば（ＹＥＳ−ブロック９１０）、アドミッション制御を実行せずに複数のＲＡＴの内から１つのＲＡＴを選択することができる（ブロック９２０）。ｅＮｏｄｅＢ１６０のＡＣ嗜好インジケータに関する検閲が、ＵＥがアドミッション制御を回避することを嗜好していると識別した場合には、１つの典型的な実施形態では、ＵＥはアドミッション制御を実行せずにアクセスすることを許容されることができる。別の典型的な実施形態では、ｅＮｏｄｅＢ１６０のＡＣ嗜好インジケータに関する検閲によって、ＵＥがアドミッション制御を回避することを嗜好していると識別された場合には、ｅＮｏｄｅＢ１６０は、ＲＡＴ選択嗜好インジケータを検閲して、このＵＥに対してＲＡＴ再選択が受け入れ可能であるか否かを識別することができる。ＲＡＴ再選択が受け入れ可能である場合には、ｅＮｏｄｅＢ１６０は、ＵＥからの呼／セッション要求を扱うために、１４０−１から１４０−ＮまでのＲＡＴの内のいずれかのＲＡＴを選択することができる。ＲＡＴ選択嗜好インジケータに従って、このＵＥに対してＲＡＴ再選択が受け入れ可能でない場合には、ＵＥに対してはデフォルトのＲＡＴを選択することができる。図１０は、ｅＮｏｄｅＢ１６０で受信されるベアラ設定要求１００５を示す。ｅＮｏｄｅＢ１６０は、ベアラ設定要求１００５からのＡＣ嗜好インジケータおよびＲＡＴ選択嗜好を検閲して、ＵＥがアドミッション制御を回避することを嗜好するか否かを判定することができる。ＡＣ嗜好インジケータが、ＵＥはアドミッション制御を回避することを嗜好すると識別している場合には、ｅＮｏｄｅＢ１６０は、ＭＲＡＣ１０１０をスキップして、無線ベアラ設定メッセージ１０１５をＵＥ１１０に送信することにより、アクセス許容処理を続行することができる。
【００５７】
ＵＥがアドミッション制御を回避することを嗜好しない場合には（ＮＯ−ブロック９１０）、グローバルフラグまたは複数のローカルフラグに基づいて、複数のＲＡＴにわたる総合的なリソースの利用可能性を判定することができる（ブロック９３０）。ｅＮｏｄｅＢ１６０は、ＡＣ嗜好インジケータを検閲して、ＵＥがアドミッション制御を回避しないことを嗜好するか否かを識別することができる。ＡＣ嗜好インジケータが、ＵＥはアドミッション制御を回避することを嗜好しないということを指示する場合には、ｅＮｏｄｅＢ１６０のリソースの利用可能性評価装置６３０は、フラグデータベース６２０からグローバルフラグまたは複数のローカルフラグを検索することができる。検索されたグローバルフラグのビット値を検閲することにより、リソースの利用可能性評価装置６３０は、アドミッション制御の判定という形でマルチＲＡＴシステムのリソースの利用可能性状態を識別することができる。例えば、グローバルフラグ７００が値「００１」７３０を指示している場合には、リソースの利用可能性評価装置６３０は、広帯域ＧＢＲサービスに関連したサービス要求に対してアドミッション制御を実行するべきであると判定することができる。
【００５８】
アドミッション制御は、複数のＲＡＴにわたって判定したリソースの利用可能性に基づいて、ＵＥに対して、選択的に実行する、または実行しないとすることができる（ブロック９４０）。グローバルフラグ（またはローカルフラグ）によって識別されたリソースの利用可能性に基づいて、複数のアドミッション制御行動を実行することができる。グローバルフラグの検閲によって識別されたアドミッション制御行動は、以下のものを含むことができる。しかしこれらに限定されるものではない。
【００５９】
ａ）全てのサービスの無条件な受け入れ、
ｂ）広帯域保証ビットレート（ＧＢＲ：ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ）サービスの条件付き受け入れ、および他の全てのサービスの無条件な受け入れ、
ｃ）広帯域ＧＢＲサービスの条件付き受け入れ、狭帯域ＧＢＲサービスの条件付き受け入れ、および他の全てのサービスの無条件な受け入れ、または、
ｄ）全てのサービスの無条件な拒否。
【００６０】
複数のＲＡＴにわたって判定したリソースの利用可能性に基づいて、ＵＥにサービスを提供するＲＡＴを複数のＲＡＴから選択することができる（ブロック９５０）。ｅＮｏｄｅＢ１６０はＲＡＴ選択嗜好インジケータを検閲して、このＵＥに対してＲＡＴ再選択が受け入れ可能であるか否かを識別することができる。ＲＡＴ再選択が受け入れ可能である場合には、ｅＮｏｄｅＢ１６０は、ＵＥからの呼／セッション要求を扱うために、１４０−１から１４０−ＮまでのＲＡＴの内のいずれかのＲＡＴを選択することができる。これは、呼／セッション要求の内容（例えば、ベアラ設定要求）に基づいて、および判定したリソースの利用可能性に基づいて行う。ＲＡＴ選択嗜好インジケータに従って、このＵＥに対してＲＡＴ再選択が受け入れ可能でない場合には、ＵＥに対してデフォルトのＲＡＴを選択することができる。図１０は、ｅＮｏｄｅＢ１６０で受信されるベアラ設定要求１００５を示す。ｅＮｏｄｅＢ１６０は、ベアラ設定要求１００５からのＲＡＴ選択嗜好を検閲して、無線ベアラ設定メッセージ１０１５をＵＥ１１０に送信することにより、アクセス許容処理を続行することができる。図１０に更に示すように、ｅＮｏｄｅＢ１６０およびＵＥ１１０は、無線ベアラ設定確立１０２０を共同で行うことができる。無線ベアラ確立１０２０に引き続いて、ＵＥ１１０は、無線ベアラ設定応答１０２５をｅＮｏｄｅＢ１６０に返送して、無線ベアラ設定の確立を確認することができる。次に、ｅＮｏｄｅＢ１６０は、ベアラ設定応答メッセージ１０３０をＭＭＥ１８０に返送して、無線ベアラ設定を確認することができる。ＭＭＥ１８０は、ベアラ応答メッセージ１０３５を、サービス層を介して、例えば、適切なＳ−ＧＷ１７０に更に送信することができる。
【００６１】
実施形態に関するこれまでの記述は、例示と説明とを提供するものであるが、網羅的であることを意図するものではなく、また本発明をここに開示した厳密な形に限定することを意図するものでもない。上記の教示に照らして、変更および変形が可能であり、または本発明を実行する上で変更および変形を行うことができる。例えば、図８および図９に関しては、一連のブロックが記述されているが、他の実施形態においてはブロックの順序を変更することができ、これは本発明の原理と矛盾するものではない。更に、他のブロックに依存していないブロックは、並行して実行することができる。本明細書にはマルチ周波数のマルチＲＡＴ（ＭＦＭＲＡＴ：ｍｕｌｔｉ−ｆｒｅｑｕｅｎｃｙ ｍｕｌｔｉ−ＲＡＴ）システムに関して典型的な実施形態が記述されているが、この典型的な実施形態は、マルチ周波数および単一周波数のマルチＲＡＴシステム、およびマルチ周波数の単一ＲＡＴシステムに適用することもできる。本明細書に記述した実施例では、ＬＴＥシステムがマルチＲＡＴシステムの主要なＲＡＴとして仮定されている。しかしながら、ネットワーク１３０の中の任意のＲＡＴをマルチＲＡＴシステムの主要なＲＡＴとして実施することができ、従って、任意のＲＡＴはシステム全体を代表して、提案しているＭＲＡＣ方式を実行することができる。リソース状態情報を得るために層にまたがる通信を使用すること、およびリソース状態情報を保持するためにグローバルフラグを使用することはまた、マルチＲＡＴのアドミッション制御に加えて、またはその代わりに、負荷分散の中で使用するように適合させることもできる。
【００６２】
本発明の視点はまた、方法および／またはコンピュータプログラムによって実行することができる。従って、本発明はハードウェアおよび／またはソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）の中に組み込むことができる。さらに、本発明はコンピュータが使用可能なまたはコンピュータが読み取り可能な記憶媒体の上のコンピュータプログラムの形を取ることができ、コンピュータプログラムは、命令実行システムによって、またはそれらとともに使用するための、これら媒体の中に組み込まれた、コンピュータが使用可能なまたはコンピュータが読み取り可能なプログラムコードを有する。本明細書に記述した実施形態を実施するのに使用するための実際のソフトウェアコードまたは特化された制御ハードウェアは、本発明を限定するものではない。従って、実施形態の動作および特性は具体的なソフトウェアコードを参照せずして記述されている。これは、通常の当業者であれば、ソフトウェアおよび制御ハードウェアの設計を行い、本明細書の記述に基づいた視点を実施することが可能であろうと理解されるからである。
【００６３】
さらに、本発明のある部分は、１つ以上の機能を実行する「論理」として実施することができる。この論理は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）またはＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）等のハードウェア、またはハードウェアおよびソフトウェアの組み合わせを含むことができる。
【００６４】
本発明の特徴の特定の組み合わせが、特許請求の範囲の中で挙げられ、および／または明細書の中で開示されているが、これらの組み合わせは本発明を限定することを意図するものではない。事実、これらの特徴の多くは、特許請求の範囲の中で挙げた、および／または明細書の中で開示した、具体的な様式とは異なる様式で組み合わせることが可能である。
【００６５】
「備える／備えている」という用語は、これらをこの明細書の中で使用する場合には、言及する特徴、数値、ステップ、構成要素、またはグループの存在を規定するものであるが、１つ以上の他の特徴、数値、ステップ、構成要素、またはそれらのグループの存在または追加を排除するものではないという点が強調されるべきである。
【００６６】
本出願の中で使用する、いずれの要素、行為、または命令も、本発明にとって決定的または必須なものであると明白に記述していない限り、本発明にとっては決定的または必須なものではないと解釈されるべきである。また、本明細書において使用する、冠詞「ａ」は、１つ以上の項目を含むと意図される。１つの項目を意図する場合には、「１つの（ｏｎｅ）」という用語または同様の言語を使用している。更に、「に基づいて」という表現は、明白に他様に述べていない限り、「少なくとも部分的に基づいて」いることを意味することを意図している。
【特許請求の範囲】
【請求項１】
複数の無線アクセス方式（ＲＡＴ）のシステムに対応したノードにおいて実行される方法であって、
前記複数の無線アクセス方式のシステムにおける各無線アクセス方式に関連付けられたリソースステータス情報を取得するステップと、
アドミッション制御または負荷分散の少なくとも何れかで使用可能な前記リソースステータス情報に基づいて、前記複数の無線アクセス方式のシステムにおける前記無線アクセス方式に関連したリソースの全体での利用可能性を示すフラグを維持管理するステップと
を有することを特徴とする方法。
【請求項２】
前記フラグは、前記システムにおける全体でのリソースの利用可能性を示す予め定義された状態のセットに関連付けられており、前記利用可能性を示す状態はアドミッション制御の決定の観点から定義された状態であることを特徴とする請求項１に記載の方法。
【請求項３】
前記利用可能性を示す状態は、
ｉ）すべてのサービスについて無条件で許可すること、
ｉｉ）広帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、および、他のすべてのサービスについて無条件で許可すること、
ｉｉｉ）広帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、狭帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、および、他のすべてのサービスについて無条件で許可すること、
ｉｖ）すべてのサービスについて無条件で拒否すること
のうち少なくとも１つのアドミッション制御による決定を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記フラグの内容に基づいてシステムアクセス要求に対するアドミッション制御を実行するステップをさらに有することを特徴とする請求項３に記載の方法。
【請求項５】
ユーザ装置（ＵＥ）からサービス要求を受信するステップと、
前記フラグの内容に基づいて前記ユーザ装置を取り扱うために前記複数の無線アクセス方式のシステムにおける前記複数の無線アクセス方式の１つを選択するステップと
をさらに有することを特徴とする請求項３に記載の方法。
【請求項６】
前記ユーザ装置がアドミッション制御手続を回避することを嗜好しているかどうかを示すインジケータを前記サービス要求が含んでいるかを判定するステップをさらに有し、
前記複数の無線アクセス方式のシステムにアドミッション制御を実行するか実行しないかはさらに前記サービス要求に含まれている前記インジケータに基づいて決定されることを特徴とする請求項５に記載の方法。
【請求項７】
前記フラグの内容に基づいて前記複数の無線アクセス方式のシステムにおける複数の無線アクセス方式にわたって呼の負荷分散を実行するステップをさらに有することを特徴とする請求項３に記載の方法。
【請求項８】
前記リソースステータス情報は、前記複数の無線アクセス方式のシステムにおける各無線アクセス方式ごとに、サービスタイプごとの呼設定要求と、サービスタイプごとの呼終了メッセージとのうち一方または両方についての総数を含んでいることを特徴とする請求項３に記載の方法。
【請求項９】
前記リソースステータス情報は、各無線アクセス方式ごとに、サービスタイプごとの呼設定要求と、サービスタイプごとの呼終了メッセージとのうち一方または両方の数を含んでいることを特徴とする請求項３に記載の方法。
【請求項１０】
前記リソースステータス情報は、前記複数の無線アクセス方式のシステムにおける各無線アクセス方式ごとに、無線ベアラのタイプごとの呼設定要求と、無線ベアラのタイプごとの呼終了メッセージとのうち一方または両方についての数を含んでいることを特徴とする請求項３に記載の方法。
【請求項１１】
前記リソースステータス情報を取得するステップは、
クロスレイヤー通信を使用して前記呼設定要求および呼終了メッセージのうち一方または両方に関連したプロトコル情報を追跡するステップを含むことを特徴とする請求項８ないし１０のいずれか１項に記載の方法。
【請求項１２】
前記複数の無線アクセス方式のシステムにおける各無線アクセス方式は、複数の周波数を使用するか、単一の周波数を使用する無線アクセス方式システムを含んでいることを特徴とする請求項１に記載の方法。
【請求項１３】
前記複数の無線アクセス方式のシステムにおける各無線アクセス方式に関連付けられたリソースステータス情報を再取得するステップと、
再取得された前記リソースステータス情報に基づいて前記フラグを更新するステップと
をさらに有することを特徴とする請求項３に記載の方法。
【請求項１４】
前記フラグは、前記複数の無線アクセス方式のシステムにおける２つまたは複数の無線アクセス方式に関連付けられたリソースの利用可能性を示していることを特徴とする請求項１に記載の方法。
【請求項１５】
前記複数の無線アクセス方式のシステムは、２つまたはそれ以上のそれぞれ異なる無線アクセス方式を含んでいることを特徴とする請求項１に記載の方法。
【請求項１６】
前記２つまたはそれ以上のそれぞれ異なる無線アクセス方式は、
進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のＦＤＤシステムと、
進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
広帯域符号分割多元接続（ＷＣＤＭＡ）システムと、
拡張進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
拡張進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のＦＤＤシステムと、
汎用地上無線アクセスネットワーク（ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
高速パケットデータ（ＨＲＰＤ）システムと、
移動体通信用グローバルシステム（ＧＳＭ）と、
ｃｄｍａ２０００システムと
のうち２つまたはそれ以上のそれぞれ異なる無線アクセス方式を含むことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記無線アクセス方式のシステムにおける前記複数の無線アクセス方式の一部は、同一の場所に設置された複数の基地局により利用されることを特徴とする請求項１に記載の方法。
【請求項１８】
前記無線アクセス方式のシステムにおける前記複数の無線アクセス方式の一部は、単一の基地局により利用されることを特徴とする請求項１に記載の方法。
【請求項１９】
複数の無線アクセス方式（ＲＡＴ）を使用するシステムにおけるノードであって、
前記システムにおける各無線アクセス方式に関連付けられたリソースステータス情報を取得するリソースステータス取得ユニットと、
取得された前記リソースステータス情報に基づいて、前記システムにおける前記無線アクセス方式に関連したリソースの利用可能性を示すフラグを維持管理する維持管理ユニットと、
前記フラグの内容に基づいて、システムアクセス要求についてアドミッション制御を実行するか、前記システムにおける前記複数の無線アクセス方式にわたってシステムアクセス要求の負荷分散を実行する１つ以上のユニットと
を有することを特徴とするノード。
【請求項２０】
前記フラグは、前記システムにおける全体でのリソースの利用可能性を示す予め定義された状態のセットに関連付けられており、前記利用可能性を示す状態はアドミッション制御の決定の観点から定義された状態であることを特徴とする請求項１９に記載のノード。
【請求項２１】
前記利用可能性を示す状態は、
ｉ）すべてのサービスについて無条件で許可すること、
ｉｉ）広帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、および、他のすべてのサービスについて無条件で許可すること、
ｉｉｉ）広帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、狭帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、および、他のすべてのサービスについて無条件で許可すること、
ｉｖ）すべてのサービスについて無条件で拒否すること
のうち少なくとも１つのアドミッション制御による決定を含む
ことを特徴とする請求項２０に記載のノード。
【請求項２２】
ユーザ装置（ＵＥ）から前記システムアクセス要求の１つを受信する手段と、
前記フラグの内容に基づいて、前記ユーザ装置にサービスを提供する、前記複数の無線アクセス方式のシステムにおける前記複数の無線アクセス方式の１つを選択する無線アクセス方式選択ユニットと
をさらに有することを特徴とする請求項２１に記載のノード。
【請求項２３】
前記ユーザ装置がアドミッション制御手続を回避することを嗜好しているかどうかを示すインジケータを前記システムアクセス要求の１つが含んでいるかを判定する手段をさらに有し、
前記システムにアドミッション制御を実行することはさらに前記システムアクセス要求の１つに含まれている前記インジケータに基づいて決定されることを特徴とする請求項２２に記載のノード。
【請求項２４】
前記リソースステータス情報は、前記複数の無線アクセス方式のシステムにおける各無線アクセス方式ごとに、呼設定要求と呼終了メッセージとのうち一方または両方についての総数を含んでいることを特徴とする請求項２１に記載のノード。
【請求項２５】
前記リソースステータス情報は、各無線アクセス方式ごとに、サービスタイプごとの呼設定要求と、サービスタイプごとの呼終了メッセージとのうち一方または両方の数を含んでいることを特徴とする請求項２１に記載のノード。
【請求項２６】
前記リソースステータス情報は、前記複数の無線アクセス方式のシステムにおける各無線アクセス方式ごとに、無線ベアラのタイプごとの呼設定要求と、無線ベアラのタイプごとの呼終了メッセージとのうち一方または両方についての数を含んでいることを特徴とする請求項２１に記載のノード。
【請求項２７】
前記リソースステータス取得ユニットは、
前記リソースステータス情報を取得するときに、
クロスレイヤー通信を使用して前記呼設定要求および呼終了メッセージのうち一方または両方に関連したプロトコル情報を追跡する
ことを特徴とする請求項２４ないし２６のいずれか１項に記載のノード。
【請求項２８】
前記システムは、２つまたはそれ以上の異なる無線アクセス方式を有していることを特徴とする請求項１９に記載のノード。
【請求項２９】
前記２つまたはそれ以上のそれぞれ異なる無線アクセス方式は、
進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のＦＤＤシステムと、
進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
広帯域符号分割多元接続（ＷＣＤＭＡ）システムと、
拡張進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
拡張進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のＦＤＤシステムと、
汎用地上無線アクセスネットワーク（ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
高速パケットデータ（ＨＲＰＤ）システムと、
移動体通信用グローバルシステム（ＧＳＭ）と、
ｃｄｍａ２０００システムと
のうち２つまたはそれ以上のそれぞれ異なる無線アクセス方式を含むことを特徴とする請求項２８に記載のノード。
【請求項３０】
前記システムは、複数の周波数を使用する単一の無線アクセス方式システムを含んでいることを特徴とする請求項２０ないし２９のいずれか１項に記載のノード。
【請求項３１】
前記システムは、単一の周波数を使用する単一の無線アクセス方式システムを含んでいることを特徴とする請求項２０ないし２９のいずれか１項に記載のノード。
【請求項１】
複数の無線アクセス方式（ＲＡＴ）のシステムに対応したノードにおいて実行される方法であって、
前記複数の無線アクセス方式のシステムにおける各無線アクセス方式に関連付けられたリソースステータス情報を取得するステップと、
アドミッション制御または負荷分散の少なくとも何れかで使用可能な前記リソースステータス情報に基づいて、前記複数の無線アクセス方式のシステムにおける前記無線アクセス方式に関連したリソースの全体での利用可能性を示すフラグを維持管理するステップと
を有することを特徴とする方法。
【請求項２】
前記フラグは、前記システムにおける全体でのリソースの利用可能性を示す予め定義された状態のセットに関連付けられており、前記利用可能性を示す状態はアドミッション制御の決定の観点から定義された状態であることを特徴とする請求項１に記載の方法。
【請求項３】
前記利用可能性を示す状態は、
ｉ）すべてのサービスについて無条件で許可すること、
ｉｉ）広帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、および、他のすべてのサービスについて無条件で許可すること、
ｉｉｉ）広帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、狭帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、および、他のすべてのサービスについて無条件で許可すること、
ｉｖ）すべてのサービスについて無条件で拒否すること
のうち少なくとも１つのアドミッション制御による決定を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記フラグの内容に基づいてシステムアクセス要求に対するアドミッション制御を実行するステップをさらに有することを特徴とする請求項３に記載の方法。
【請求項５】
ユーザ装置（ＵＥ）からサービス要求を受信するステップと、
前記フラグの内容に基づいて前記ユーザ装置を取り扱うために前記複数の無線アクセス方式のシステムにおける前記複数の無線アクセス方式の１つを選択するステップと
をさらに有することを特徴とする請求項３に記載の方法。
【請求項６】
前記ユーザ装置がアドミッション制御手続を回避することを嗜好しているかどうかを示すインジケータを前記サービス要求が含んでいるかを判定するステップをさらに有し、
前記複数の無線アクセス方式のシステムにアドミッション制御を実行するか実行しないかはさらに前記サービス要求に含まれている前記インジケータに基づいて決定されることを特徴とする請求項５に記載の方法。
【請求項７】
前記フラグの内容に基づいて前記複数の無線アクセス方式のシステムにおける複数の無線アクセス方式にわたって呼の負荷分散を実行するステップをさらに有することを特徴とする請求項３に記載の方法。
【請求項８】
前記リソースステータス情報は、前記複数の無線アクセス方式のシステムにおける各無線アクセス方式ごとに、サービスタイプごとの呼設定要求と、サービスタイプごとの呼終了メッセージとのうち一方または両方についての総数を含んでいることを特徴とする請求項３に記載の方法。
【請求項９】
前記リソースステータス情報は、各無線アクセス方式ごとに、サービスタイプごとの呼設定要求と、サービスタイプごとの呼終了メッセージとのうち一方または両方の数を含んでいることを特徴とする請求項３に記載の方法。
【請求項１０】
前記リソースステータス情報は、前記複数の無線アクセス方式のシステムにおける各無線アクセス方式ごとに、無線ベアラのタイプごとの呼設定要求と、無線ベアラのタイプごとの呼終了メッセージとのうち一方または両方についての数を含んでいることを特徴とする請求項３に記載の方法。
【請求項１１】
前記リソースステータス情報を取得するステップは、
クロスレイヤー通信を使用して前記呼設定要求および呼終了メッセージのうち一方または両方に関連したプロトコル情報を追跡するステップを含むことを特徴とする請求項８ないし１０のいずれか１項に記載の方法。
【請求項１２】
前記複数の無線アクセス方式のシステムにおける各無線アクセス方式は、複数の周波数を使用するか、単一の周波数を使用する無線アクセス方式システムを含んでいることを特徴とする請求項１に記載の方法。
【請求項１３】
前記複数の無線アクセス方式のシステムにおける各無線アクセス方式に関連付けられたリソースステータス情報を再取得するステップと、
再取得された前記リソースステータス情報に基づいて前記フラグを更新するステップと
をさらに有することを特徴とする請求項３に記載の方法。
【請求項１４】
前記フラグは、前記複数の無線アクセス方式のシステムにおける２つまたは複数の無線アクセス方式に関連付けられたリソースの利用可能性を示していることを特徴とする請求項１に記載の方法。
【請求項１５】
前記複数の無線アクセス方式のシステムは、２つまたはそれ以上のそれぞれ異なる無線アクセス方式を含んでいることを特徴とする請求項１に記載の方法。
【請求項１６】
前記２つまたはそれ以上のそれぞれ異なる無線アクセス方式は、
進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のＦＤＤシステムと、
進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
広帯域符号分割多元接続（ＷＣＤＭＡ）システムと、
拡張進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
拡張進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のＦＤＤシステムと、
汎用地上無線アクセスネットワーク（ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
高速パケットデータ（ＨＲＰＤ）システムと、
移動体通信用グローバルシステム（ＧＳＭ）と、
ｃｄｍａ２０００システムと
のうち２つまたはそれ以上のそれぞれ異なる無線アクセス方式を含むことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記無線アクセス方式のシステムにおける前記複数の無線アクセス方式の一部は、同一の場所に設置された複数の基地局により利用されることを特徴とする請求項１に記載の方法。
【請求項１８】
前記無線アクセス方式のシステムにおける前記複数の無線アクセス方式の一部は、単一の基地局により利用されることを特徴とする請求項１に記載の方法。
【請求項１９】
複数の無線アクセス方式（ＲＡＴ）を使用するシステムにおけるノードであって、
前記システムにおける各無線アクセス方式に関連付けられたリソースステータス情報を取得するリソースステータス取得ユニットと、
取得された前記リソースステータス情報に基づいて、前記システムにおける前記無線アクセス方式に関連したリソースの利用可能性を示すフラグを維持管理する維持管理ユニットと、
前記フラグの内容に基づいて、システムアクセス要求についてアドミッション制御を実行するか、前記システムにおける前記複数の無線アクセス方式にわたってシステムアクセス要求の負荷分散を実行する１つ以上のユニットと
を有することを特徴とするノード。
【請求項２０】
前記フラグは、前記システムにおける全体でのリソースの利用可能性を示す予め定義された状態のセットに関連付けられており、前記利用可能性を示す状態はアドミッション制御の決定の観点から定義された状態であることを特徴とする請求項１９に記載のノード。
【請求項２１】
前記利用可能性を示す状態は、
ｉ）すべてのサービスについて無条件で許可すること、
ｉｉ）広帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、および、他のすべてのサービスについて無条件で許可すること、
ｉｉｉ）広帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、狭帯域でビットレートを保証された（ＧＢＲ）サービスについて条件付きで許可すること、および、他のすべてのサービスについて無条件で許可すること、
ｉｖ）すべてのサービスについて無条件で拒否すること
のうち少なくとも１つのアドミッション制御による決定を含む
ことを特徴とする請求項２０に記載のノード。
【請求項２２】
ユーザ装置（ＵＥ）から前記システムアクセス要求の１つを受信する手段と、
前記フラグの内容に基づいて、前記ユーザ装置にサービスを提供する、前記複数の無線アクセス方式のシステムにおける前記複数の無線アクセス方式の１つを選択する無線アクセス方式選択ユニットと
をさらに有することを特徴とする請求項２１に記載のノード。
【請求項２３】
前記ユーザ装置がアドミッション制御手続を回避することを嗜好しているかどうかを示すインジケータを前記システムアクセス要求の１つが含んでいるかを判定する手段をさらに有し、
前記システムにアドミッション制御を実行することはさらに前記システムアクセス要求の１つに含まれている前記インジケータに基づいて決定されることを特徴とする請求項２２に記載のノード。
【請求項２４】
前記リソースステータス情報は、前記複数の無線アクセス方式のシステムにおける各無線アクセス方式ごとに、呼設定要求と呼終了メッセージとのうち一方または両方についての総数を含んでいることを特徴とする請求項２１に記載のノード。
【請求項２５】
前記リソースステータス情報は、各無線アクセス方式ごとに、サービスタイプごとの呼設定要求と、サービスタイプごとの呼終了メッセージとのうち一方または両方の数を含んでいることを特徴とする請求項２１に記載のノード。
【請求項２６】
前記リソースステータス情報は、前記複数の無線アクセス方式のシステムにおける各無線アクセス方式ごとに、無線ベアラのタイプごとの呼設定要求と、無線ベアラのタイプごとの呼終了メッセージとのうち一方または両方についての数を含んでいることを特徴とする請求項２１に記載のノード。
【請求項２７】
前記リソースステータス取得ユニットは、
前記リソースステータス情報を取得するときに、
クロスレイヤー通信を使用して前記呼設定要求および呼終了メッセージのうち一方または両方に関連したプロトコル情報を追跡する
ことを特徴とする請求項２４ないし２６のいずれか１項に記載のノード。
【請求項２８】
前記システムは、２つまたはそれ以上の異なる無線アクセス方式を有していることを特徴とする請求項１９に記載のノード。
【請求項２９】
前記２つまたはそれ以上のそれぞれ異なる無線アクセス方式は、
進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のＦＤＤシステムと、
進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
広帯域符号分割多元接続（ＷＣＤＭＡ）システムと、
拡張進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
拡張進化型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のＦＤＤシステムと、
汎用地上無線アクセスネットワーク（ＵＴＲＡＮ）の時分割複信（ＴＤＤ）システムと、
高速パケットデータ（ＨＲＰＤ）システムと、
移動体通信用グローバルシステム（ＧＳＭ）と、
ｃｄｍａ２０００システムと
のうち２つまたはそれ以上のそれぞれ異なる無線アクセス方式を含むことを特徴とする請求項２８に記載のノード。
【請求項３０】
前記システムは、複数の周波数を使用する単一の無線アクセス方式システムを含んでいることを特徴とする請求項２０ないし２９のいずれか１項に記載のノード。
【請求項３１】
前記システムは、単一の周波数を使用する単一の無線アクセス方式システムを含んでいることを特徴とする請求項２０ないし２９のいずれか１項に記載のノード。
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１Ｂ】
【図１Ｃ】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公表番号】特表２０１２−５１１８６３（Ｐ２０１２−５１１８６３Ａ）
【公表日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１１−５４０６５６（Ｐ２０１１−５４０６５６）
【出願日】平成２０年１２月１０日（２００８．１２．１０）
【国際出願番号】ＰＣＴ／ＳＥ２００８／０５１４３３
【国際公開番号】ＷＯ２０１０／０６８１５５
【国際公開日】平成２２年６月１７日（２０１０．６．１７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願日】平成２０年１２月１０日（２００８．１２．１０）
【国際出願番号】ＰＣＴ／ＳＥ２００８／０５１４３３
【国際公開番号】ＷＯ２０１０／０６８１５５
【国際公開日】平成２２年６月１７日（２０１０．６．１７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]