(57)【要約】コントロール［プレーン］チャネルシグナリング要求のアドミッション制御を行う方法は、シグナリング要求を受信する（１２）ことを含む。シグナリング接続要求を受信すると、第１の判定が行われて共通リソースの承認を提供する（１４）ことを決定する。第１の判定が否定である場合、第２の判定が行われて専用リソースを承認するか否かを判定する（１５）。第２の判定が否定である場合、シグナリング要求は拒絶される（２１）。第２の判定が肯定である場合、要求に専用リソースが承認される（２２）。第１の判定が肯定である場合は、第３の判定が行われて、シグナリング要求の品質が高いか低いかを判定する（１６）。要求の品質が高い場合、シグナリング要求に共通リソースが承認される（２０）。品質が低い場合は、第４の判定が行われて（１８）、専用リソースの承認を提供する（２２）かどうかを判定する。第４の判定が［肯定］否定である場合、要求には共通リソースが承認される（２０）。
2005527149.tif 000002
【特許請求の範囲】
【請求項１】
コントロールプレーンシグナリング要求のアドミッション制御を行う方法であって、
シグナリング接続要求を受け付けるステップと、
共通リソースの承認を提供するか否かについて第１の判定を行うステップと、
前記第１の判定が否定である場合、専用リソースの承認を提供するか否かについて第２の判定を行うステップと、
前記第２の判定が否定である場合、前記シグナリング要求を拒絶するステップと、
前記第２の判定が肯定である場合、前記要求に専用リソースを承認するステップと、
前記第１の判定が肯定である場合、前記シグナリング要求の品質が高いか低いかについて第３の判定を行うステップと、
前記シグナリング要求の品質が高い場合、前記シグナリング要求に共通リソースを承認するステップと、
前記シグナリング要求の品質が低い場合、専用リソースの承認を提供するか否かについて第４の判定を行うステップと、
前記第４の判定が肯定である場合、前記要求に専用リソースを承認するステップと、
前記第４の判定が否定である場合、前記要求に共通リソースを承認するステップと、
を具備したことを特徴とする方法。
【請求項２】
共通リソースの承認を提供するか否かについて前記第１の判定を行うための閾値は、ランダムアクセスチャネルの状態に基づく、ことを特徴とする請求項１に記載の方法。
【請求項３】
共通リソースの承認を提供するか否かについて前記第１の判定を行うための前記閾値は、さらに、フォワードアクセスチャネルの状態に基づく、ことを特徴とする請求項２に記載の方法。
【請求項４】
共通リソースの承認を提供するか否かについて前記第１の判定を行うための前記閾値は、前記シグナリング接続要求に含まれる確立の要因に応じて異なる、ことを特徴とする請求項３に記載の方法。
【請求項５】
専用リソースの承認を提供するか否かについて前記第２の判定を行うための閾値は、前記シグナリング接続要求に含まれる確立の要因に応じて異なる、ことを特徴とする請求項４に記載の方法。
【請求項６】
前記シグナリング接続要求の品質が高いか低いかについて前記第３の判定を行うための閾値は、前記シグナリング接続要求に含まれる確立の要因に応じて異なる、ことを特徴とする請求項１に記載の方法。
【請求項７】
共通リソースの承認を提供するか否かという前記第１の判定は、
ランダムアクセスチャネルの状態がシグナリング要求を受け入れるのに適しているか否かを判定するステップと、
フォワードアクセスチャネルの状態がシグナリング要求を受け入れるのに適しているか否かを判定するステップと、
両方の前記判定が肯定である場合、前記シグナリング要求に共通リソースを承認するステップと、
どちらか一方の前記判定が否定である場合、前記シグナリング要求を拒絶するステップと、
を備えることを特徴とする請求項１に記載の方法。
【請求項８】
前記ランダムアクセスチャネルおよび前記フォワードアクセスチャネルの状態が許容できるか否かを判定するための閾値は、前記シグナリング要求に含まれる確立の要因に応じて異なる、ことを特徴とする請求項７に記載の方法。
【請求項９】
共通リソースの承認を提供するか否かの前記第１の判定は、
ランダムアクセスチャネルの伝送エラー率を計算するステップと、
前記ランダムアクセスチャネルの状態から見た共通リソースの承認が、ランダムアクセスチャネルの遅延に基づくか、ランダムアクセスチャネルのロードに基づくかを判定するステップと、
前記ランダムアクセスチャネルの状態から見た共通リソースの承認がランダムアクセスチャネルのロードに基づく場合、前記伝送エラー率が第１の所定の最大値未満であるか否かを判定するステップと、
前記伝送エラー率が前記第１の所定の最大値未満でない場合、共通リソースの承認を拒否するステップと、
前記ランダムアクセスチャネルの承認がランダムアクセスチャネルの遅延に基づく場合、前記伝送エラー率に基づいて前記ランダムアクセスチャネルにアクセスする際の第１の遅延を計算するステップと、
前記第１の遅延が第２の所定の最大値未満であるか否かを判定するステップと、
前記伝送エラー率または前記第１の遅延のどちらか一方がそれぞれの所定の値未満である場合、フォワードアクセスチャネルの輻輳を識別するステップと、
前記フォワードアクセスチャネルの状態から見た共通リソースの承認が、フォワードアクセスチャネルの遅延に基づくか、フォワードアクセスチャネルのロードに基づくかを判定するステップと、
前記フォワードアクセスチャネルの状態から見た共通リソースの承認がフォワードアクセスチャネルのロードに基づく場合、前記輻輳が第３の所定の最大値未満であるか否かを判定するステップと、
前記輻輳が前記第３の所定の最大値未満でない場合、共通リソースの承認を拒否するステップと、
前記フォワードアクセスチャネルの承認が遅延に基づく場合、前記輻輳に基づいて前記フォワードアクセスチャネルにアクセスする際の第２の遅延を計算するステップと、
前記計算された遅延が第４の所定の最大値未満であるか否かを判定するステップと、
前記計算された遅延が前記第４の所定の最大値未満でない場合、共通リソースの承認を拒否するステップと、
前記輻輳または前記第２の遅延のどちらか一方がそれぞれの所定の値未満である場合、シグナリング接続要求に共通リソースを承認するステップと、
を備えることを特徴とする請求項１に記載の方法。
【請求項１０】
前記第１の所定の最大値は、前記シグナリング接続要求に含まれる確立の要因に応じて異なる、ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記第２の所定の最大値は、前記シグナリング接続要求に含まれる確立の要因に応じて異なる、ことを特徴とする請求項９に記載の方法。
【請求項１２】
前記第３の所定の最大値は、前記シグナリング接続要求に含まれる確立の要因に応じて異なる、ことを特徴とする請求項９に記載の方法。
【請求項１３】
前記第４の所定の最大値は、前記シグナリング接続要求に含まれる確立の要因に応じて異なる、ことを特徴とする請求項９に記載の方法。
【請求項１４】
コントロールプレーンシグナリング要求のアドミッション制御を行う方法であって、
シグナリング接続要求を受け付けるステップと、
共通リソースの承認を提供するか否かについて第１の判定を行うステップであって、該第１の判定は、
ランダムアクセスチャネルの状態がシグナリング要求を受け入れるのに適しているか否かを判定するステップと、
フォワードアクセスチャネルの状態がシグナリング要求を受け入れるのに適しているか否かを判定するステップとを備えており、
前記第１の判定が否定である場合、専用リソースの承認を提供するか否かについて第２の判定を行うステップと、
前記第２の判定が否定である場合、前記シグナリング要求を拒絶するステップと、
前記第２の判定が肯定である場合、前記要求に専用リソースを承認するステップと、
前記第１の判定が肯定である場合、前記シグナリング要求の品質が高いか低いかについて第３の判定を行うステップと、
前記シグナリング要求の品質が高い場合、前記シグナリング要求に共通リソースを承認するステップと、
前記シグナリング要求の品質が低い場合、専用リソースの承認を提供するか否かについて第４の判定を行うステップと、
前記第４の判定が肯定である場合、前記要求に専用リソースを承認するステップと、
前記第４の判定が否定である場合、前記要求に共通リソースを承認するステップと、
を具備したことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ機器（ＵＥ:user equipment）が無線アクセスネットワーク（ＲＡＮ:radio access network）と通信するワイヤレスネットワークに関する。
【背景技術】
【０００２】
ＵＥとＲＡＮの間におけるすべての制御シグナリング(control signaling)のためにコントロールプレーン(control plane)を使用することができる。ユーザプレーン(user plane)は、すべてのユーザ情報の送受信に使用することができる。共通リソース(common resource)および専用リソース(dedicated resource)は、ＵＥとＲＡＮの間のアップリンクおよびダウンリンク送信(uplink and downlink transmission)のためのセル(cell)において定義される。例えば、ランダムアクセスチャネル（ＲＡＣＨ:random access channel）とフォワードアクセスチャネル（ＦＡＣＨ:forward access channel）は、それぞれアップリンクとダウンリンクのための共通トランスポートチャネル(common transport channel)に相当(represent)する。ＲＡＣＨは、競合ベースのアップリンクトランスポートチャネル(contention-based uplink transport channel)であり、このチャネルでは、ＵＥがＲＡＣＨをアクセスするレート(rate)を、ダイナミック・パーシステンス・レベル・パラメータ(dynamic persistence level parameter)が制御する。
【０００３】
例えばＵＥへの電源投入後にＲＡＮへの接続が存在しない場合、ＵＥは、ＩＤＬＥモードにあるものとされる。シグナリング接続(signaling connection)、すなわちコントロールプレーン接続(control plane connection)が確立(establish)されると、ＵＥはＣＯＮＮＥＣＴＥＤモードにあるとされる。一旦接続モード(connected mode)に入ると、コントロールプレーンシグナリング(control plane signaling)およびユーザプレーン情報(user plane information)の両方が、ＵＥとＲＡＮの間で交換(exchange)される。
【０００４】
アイドルモードにあるＵＥ(idle mode UE)は、ＲＡＣＨなどの共通チャネルを通じてＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを送信することにより、コントロールプレーン・シグナリング接続(control plane signaling connection)を要求(request)する。接続要求メッセージ(connection request message)には確立の要因(establishment cause)が含められており、ＵＥが接続(connection)を要求する理由をＲＡＮに知らせることができる。ＲＡＮは、シグナリング接続(signaling connection)のためのＵＥの要求(request)を、承認(admit)または拒絶(reject)することができる。前者の場合、ＵＥは、共通リソースを介したシグナリング（ＣＥＬＬ＿ＦＡＣＨステート）か、または専用リソースを介したシグナリング（ＣＥＬＬ＿ＤＣＨステート）について承認される。ＵＥとＲＡＮの間におけるアップリンク送信および／またはダウンリンク送信のための専用リソース(dedicated resource)の割り当て(allocation)を評価(evaluate)するには、コール・アドミッション制御（ＣＡＣ:call admission control）アルゴリズムが使用される。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、コントロールプレーン・シグナリング接続(control plane signaling connection)がＵＥに承認(admit)されるべきか否かを決定するために、さらに承認される場合には、共通リソース(common resource)あるいは専用リソース(dedicated resource)を通じたシグナリングをＵＥに承認するかを決定するために、現在のところ、有効な方法はない。現在知られているシステムでは、共通リソースの輻輳の程度(level of congestion)に関係なく単に常に、ＵＥに対して共通リソースを承認(admit)している。その結果として、勝手(arbitrarily)に輻輳(congestion)を増大させるばかりでなく、しばしばＵＥに対して、シグナリング情報(signaling information)の交換(exchange)時に著しい遅延を経験(experience)させている。
【０００６】
したがって、ＵＥに対してコントロールプレーン・シグナリング(control plane signaling)を承認(adimit)すべきか否かを判断(determine)し、承認する場合には、ＵＥが共通のリソースを通じたシグナリングを承認すべきか、あるいは、専用リソースを通じたシグナリングを承認すべきかを判断する、方法が必要とされる。
【課題を解決するための手段】
【０００７】
本発明は、コントロールプレーン・シグナリング接続要求(control plane signaling connection request)のアドミッション制御(admission control)を行う方法である。このアドミッション制御方法は、ＵＥがコントロールプレーン・シグナリング接続するのを受け入れる(accept)か、拒絶する(reject)かを判定(determine)する。前者の場合、本発明による方法は、ＵＥが共通リソースを通じたシグナリングが承認されるか、あるいは専用リソースを通じたシグナリングが承認されるか、を決定(determine)する。後者の場合、ＵＥはネットワークへのアクセスを拒否(deny)され、アイドル状態(idle state)のままとなる。
【発明を実施するための最良の形態】
【０００８】
図１は、本発明を適用した方法の流れ図を示す。この方法全体は、符号１０で示してある。方法１０は、ワイヤレスネットワークにおいてコントロールプレーン・シグナリング接続の承認(admission)を制御するものである。アイドル状態のＵＥからＲＡＮがコントロールプレーン・シグナリング接続要求を受信すると、方法１０が開始する（ステップ１２）。初めに、共通リソースへの接続が承認されるべきかどうかについてシグナリング接続要求の承認が評価される（ステップ１４）。
【０００９】
共通リソース(common resource)に対する承認(admission)は、ＲＡＣＨ（または他の同等(equivalent)のアップリンク共通チャネル）およびＦＡＣＨ（または同様に他の同等のダウンリンク共通チャネル）の観点から、アップリンク共通リソースおよびダウンリンク共通リソースの予測される状態(predicted condition)に基づいて評価される。共通リソースに対する承認(admission)は、可能な場合は、シグナリング接続要求メッセージに含まれている確立の要因(establishment cause)に基づいて評価することもできる。それぞれの可能な確立の要因ごとに、共通リソースに対する承認についてＲＡＣＨおよびＦＡＣＨの異なる状態(condition)が定義される。
【００１０】
共通リソースを通じたシグナリング接続の承認を評価するために（ステップ１４）、方法１０は、承認されたＵＥ(admitted UE)と、共通リソースを通じて送信しているそのセル内のすべての他のＵＥについて、共通リソースの輻輳／パフォーマンス(congestion/performance)を予測(predict)する。予測される状態(predicted condition)が所定の最大値を下回る場合、シグナリング接続要求は、共通リソースに承認される。また、その最大値を下回らない場合、シグナリング接続要求は、ステップ１５において専用リソースへの承認が評価される。共通リソースを通じたシグナリング接続の承認は、ＵＥが接続セットアップ(connection setup)後にＣＥＬＬ＿ＦＡＣＨ状態(state)になることを意味するのに対し、低品質のシグナリング接続に従って専用リソースが承認されたＵＥは、接続セットアップ後にＣＥＬＬ＿ＤＣＨ状態になる。
【００１１】
共通リソースに対する承認がステップ１４で拒否(deny)された場合、ＲＡＮ内でコール・アドミッション制御（ＣＡＣ）メソッドを呼び出す(invoke)ことにより、専用リソースへの承認が評価される（ステップ１５）。このＣＡＣは、ＲＡＮとＵＥの間における情報交換のために専用リソースを割り当てる可能性を評価する。このＣＡＣは、リソースの要求(request for resource)を受け取ると、要求されたリソースを割り当てるか、あるいはその要求を拒絶(reject)することにより、応答(reply)する。このＣＡＣが専用リソースを割り当てる場合、ＵＥは、割り当てられた専用リソース(allocated dedicated resource)によるシグナリング接続(signaling connection)が承認される（ステップ２２）。他方、要求されたリソースが割り当てられない場合、ＵＥは、シグナリング接続が拒否される（ステップ２１）。
【００１２】
好ましい実施形態において、専用リソースに対する承認の評価(evaluation of admission to dedicated resource)（ステップ１５）は、確立の要因(establishment cause)が接続要求メッセージに含まれる場合、その確立の要因に固有のものとすることができる。例えば、優先度が低い確立の要因の場合、専用リソースに対する承認は、ＣＡＣを呼び出すことなく拒絶することができる。すなわち、ステップ１４ですでに共通リソースへの承認が拒否され、かつ確立の要因の優先度が低い接続要求(connection request)については、自動的に専用リソースへの承認が否定(deny)され、それにより接続要求が拒絶(reject)される。
【００１３】
ステップ１４で共通リソースへの承認(admission to common resource)が付与された場合、ステップ１６において、共通リソースへのアクセスが高品質であるか、あるいは低品質であるかが特徴付けられる。この特徴付けは、遅延(delay)、干渉(interference)、伝送エラー率(transmission error rate)、輻輳(congestion)、スループット(throughput)などの要素(factor)、あるいは、高品質または低品質の分類(classification)を可能にする任意の他の要素(factor)に基づく。
【００１４】
ＵＥのアクセス(access of a UE)を高品質または低品質に分類するための閾値(threshold)または基準(criteria)は、確立要因の機能(function of the establishment cause)に応じて異なる。様々な確立の要因(establishment cause)に対する閾値のルックアップテーブルを定義することが好ましい。ある特定の確立の要因については、ＵＥのアクセスを高品質に分類するための基準を非常に広くして、それらの確立の要因を含んでいるシグナリング要求が常に高品質と分類され、それにより専用リソースが決して要求されないようにすべきである。あるいは、緊急通話(emergency call)に対応する確立の要因など他の確立の要因については、ＵＥのアクセスを高品質と分類する基準を非常に狭くして、それらの確立の要因を含んだシグナリング要求が常に低品質と分類され、それにより専用リソースへの承認が評価されるようにすべきである。
【００１５】
高品質の場合、ＵＥは、共通リソースを通じたシグナリング接続が直ちに承認される（ステップ２０）。しかし、低品質の場合は、ＵＥに専用リソースが承認されるかについての分析（ステップ１８）が行われる。この分析（ステップ１８）が行われる理由は、共通リソースに対する承認のための関連要素(relevant factor)が許容できると考えられたとしても、それらの要素はやはり最適には及ばず、ＵＥが伝送エラーや著しいアクセス遅延を受ける可能性が高くなるためである。その結果として、専用リソースを通じたシグナリング接続の承認(admission)がステップ１８で評価(evaluate)される。
【００１６】
低品質のシグナリング接続要求が専用リソースに対して承認されるかどうかの評価（ステップ１８）は、上記のステップ１５と同様に行われる。しかし、ＵＥが専用リソースの承認を得られない場合（ステップ２２）、共通リソースを通じたシグナリング接続が承認される（ステップ２０）。
【００１７】
図１に関して述べたように、ステップ１４は、ＵＥに共通リソースが承認されるかどうかの評価を伴う。シグナル接続要求が共通リソース対して承認されるかどうかを評価する好ましい方法５０が図２に示され、全体が符号５０で表される。ここで共通リソースは、ＦＡＣＨ（ダウンリンク）およびＲＡＣＨ（アップリンク）の両方からなり、ＲＡＣＨは、コンテンションベース(contention-based)のアップリンクトランスポートチャネルである。
【００１８】
ＲＡＣＨから見た共通リソースの承認の効果を評価する際、方法５０は、伝送エラー率と、（任意で）それに対応する成功したＲＡＣＨアクセスにおける遅延を評価する。最初のステップ５２で、ＲＡＣＨにアクセスする際の伝送エラー率を計算する。ＲＡＣＨにアクセスする際の伝送エラー率は、接続要求に先行するフレームで観測され、ＲＡＮで入手可能な情報を使用して計算することができる。
【００１９】
初めに、以下の情報を集計することにより、ＲＡＣＨの伝送レート(transmission rate)とＲＡＣＨの伝送が成功する割合(transmission success rate)が計算される。
【００２０】
・Ｎ個のフレーム中に観測された成功したＲＡＣＨ伝送の履歴。Ｎは通例１００の範囲内。  
・Ｎ個のフレーム中に観測された失敗したＲＡＣＨ伝送の履歴。Ｎは通例１００の範囲内。  
したがって、以下の情報のすべてまたは一部をＲＡＮで入手することができる。  
・ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴ  ＭＥＳＳＡＧＥ中の確立の要因（ＩＥ）  
・接続要求に先行するＮフレーム中に観測された成功したＲＡＣＨ伝送の割合。Ｎは通例１００の範囲内。  
・接続要求に先行するＮフレーム中に観測された失敗したＲＡＣＨ伝送の割合。Ｎは通例１００の範囲内。  
・このパラメータがＲＮＣで管理される場合は、ＵＥがＲＡＣＨにアクセスするレートを制御するダイナミックパーシステンスレベル（ＤＰ:dynamic persistence level）パラメータ。
【００２１】
ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ中の確立の要因を使用することにより、承認されたＵＥ(admitted UE)によって試みられるＲＡＣＨアクセスの回数を予測することができる。例えば、ＵＥは、「発信会話呼(originating conversational call)」の場合にはＲＡＢのセットアップにＲＡＣＨを使用し、通例はその結果ハンドシェイク方式(handshake manner)で５回のＲＡＣＨアクセスと５回のＦＡＣＨアクセスが行われる。承認されたＵＥによって試みられるＲＡＣＨアクセスの推定回数（すなわち予想されるＲＡＣＨトラフィック）から、成功したＲＡＣＨアクセスおよび失敗したＲＡＣＨアクセスの回数と、それに対応するそのセル内の伝送エラー率の推定が、ＲＡＣＨアクセス機構またはシステムの監視に関連する基本的な数学的処理／シミュレーションから得られる。
【００２２】
ステップ５２に続き（すなわちＲＡＣＨの伝送エラー率が分かると）、ＲＡＣＨの品質が、ＵＥを承認するのに十分であるか否かを評価する２つの可能性がある（ステップ５４）。承認は予測される遅延に基づくか、または承認は予測されるＲＡＣＨのロードの増大に基づく。前者の場合は、伝送エラー率に基づいて遅延が計算され、一方、後者の場合は、伝送エラー率自体が評価される。ＵＥの承認が遅延に基づくか、ロードに基づくかは、確立の要因によって決まる。例えば、発信会話呼のような遅延の影響が大きい接続は、遅延に基づいて承認されるべきである。他のタイプの要求は、予測されるＲＡＣＨロードの増大のみに基づいて受け入れられる。
【００２３】
ＲＡＣＨの承認が遅延に基づくことが必要とされる確立の要因を有するシグナリング要求の場合、方法はステップ５５に進む。ステップ５５において、ステップ５２で計算された伝送エラー率を使用して、ＲＡＣＨにアクセスする際の結果的な遅延を計算することができる。ステップ５６では遅延の値が評価され、値が所定の最大値未満であるか否かを判定する。一方、承認がロードに基づく場合（すなわち遅延が計算されない場合）は、ステップ５８で伝送エラー率自体が評価されて、その率が所定の最大値未満であるか否かを判定する。それらの値のどちらか（遅延または伝送エラー率）が各自の所定の最大値未満である場合は、ＲＡＣＨにおける状態が共通リソースの承認のために許容できると考えられる。
【００２４】
許容される最大の値(maximum-allowed-value)からマージンン(margin)を引いて所定の最大値を得ることが好ましい。このマージンン(margin)は、現在のセルを再度選択する可能性のある、隣接セルから共通リソースを通じて送受信するＵＥを考慮するものであり、このセルの再選択は、ＵＴＲＡＮではコントロールすることが不可能であるか、または少なくともコントロールが困難とされる手順である。アイドルモードと接続モードの共通リソースが同じである（すなわち、アイドルモードのＵＥと接続モードのＵＥが同じ共通リソースを使用して送受信する）場合、この方法は、マージンンにおける他のＲＲＣ接続メッセージの送信も考慮に入れるべきである。所定の最大値は、ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージで送信される確立の要因に従って異なってよいことに留意されたい。
【００２５】
共通リソースへシグナリング接続要求を承認することの効果がＲＡＣＨの観点から評価されると、この効果は、ＦＡＣＨについても評価されなければならない。ＦＡＣＨの点から見た共通リソースに影響を及ぼす要素は、ＦＡＣＨにおける輻輳の量である。ステップ６０において、ＦＡＣＨにおける輻輳が識別される。ＦＡＣＨの輻輳の量は、ＦＡＣＨスケジューラと、送信を待機しているＦＡＣＨメッセージの数を含むＦＡＣＨバッファとにより、ＲＡＮで分かる。ＦＡＣＨの輻輳の程度は、ＦＡＣＨリソースの数、ＦＡＣＨスケジューラの設計および実施、およびＵＴＲＡＮアーキテクチャの関数(function)である。
【００２６】
ＲＡＣＨの評価と同様に、ステップ６０に続き（すなわちＦＡＣＨの輻輳が識別されると）、識別された輻輳のレベルに基づいてＵＥを承認するか否かを評価する可能性が２つある（ステップ６２）。承認は、識別された輻輳の結果である予測される遅延に基づいても、または予測されるＦＡＣＨのロードの増大、すなわち輻輳自体に基づいてもよい。どちらの方法を選択するかは、この場合も確立の要因(establishment cause)によって決まる。
【００２７】
ＦＡＣＨの輻輳の評価が遅延に基づくことを必要とする確立の要因の場合、方法はステップ６４に進む。ステップ６４においては、ステップ６０で識別された輻輳量を使用して、ＦＡＣＨにアクセスする際の結果的な遅延を計算することができる。ステップ６５で結果生じる遅延の値が評価され、値が所定の最大値未満であるか否かを判定する。一方、承認(admission)がロード(load)に基づく場合（すなわち遅延が計算されない場合）は、ステップ６６で輻輳自体が評価され、輻輳が所定の最大値未満であるか否かを判定する。これらの値のどちらか（遅延または輻輳）が各自の所定の最大値未満である場合は、共通リソースを承認するためにＦＡＣＨの状態が許容可能であるとみなされ、シグナリング接続は共通リソースが承認される（ステップ７０）。ＲＡＣＨの評価と同様に、許可される最大の値からマージンン分が引かれて所定の最大値を得ることが好ましい。
【００２８】
図２から分かるように、伝送エラー率（ステップ５２）または伝送エラーによってＲＡＣＨで生じる遅延（ステップ５５）が所定の最大値より大きい場合は、シグナリング接続要求は、共通リソースが承認されない（ステップ６８）。同様に、輻輳（ステップ６０）またはＦＡＣＨでそれによって生じる遅延（ステップ６４）が所定の最大値より大きい場合も、シグナリング接続要求は共通リソースが承認されない（ステップ６８）。
【００２９】
図１のステップ１６で高品質のアクセスと低品質のアクセスを決定する基準と同様に、ＲＡＣＨとＦＡＣＨ両方におけるパラメータの所定の最大値は、確立の要因に応じて異なってよい。したがって、確立の要因を使用することにより、ある特定の確立の要因を有するシグナリング接続要求は、ＲＡＣＨおよびＦＡＣＨの状態(condition)に拘わりなく、共通リソースが承認される。例として、緊急通話のような優先度の高い確立の要因には、所定の最大値を非常に高くすることにより、エラー率、輻輳、あるいはそれによって生じる遅延に関係なくすべての要求が承認される。
【００３０】
図２において共通リソースへの承認が拒否された場合、図１に示す方法では、ステップ１４からステップ１５に移動して、要求が専用リソースへ承認されるかどうかを判定し、上記と同様に継続する。同様に、図２で共通リソースへの承認が受け入れられた場合、図１に示す方法では、ステップ１４からステップ１６に移動し、上記と同様に継続する。
【００３１】
本発明は、これまで詳細に説明してきた内容に限定されるものではない。本発明は、特許請求の範囲で定義される本発明の主旨と範囲から逸脱することなく、各種の変更を行うことができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の好ましい実施形態により、コントロールプレーン・シグナリング接続要求のアドミッション制御を行う方法を示す図である。
【図２】本発明の好ましい実施形態により、シグナリング接続が承認されて共通リソースとなるか否かを評価するための方法を示す図である。
【図１】
2005527149.tif 000003
【図２】
2005527149.tif 000004
【国際調査報告】
2005527149.tif 000005