(57)【特許請求の範囲】
【請求項１】
ＳＩＰセッションを確立する要求を選別するための方法であって、
ａ）インターネットプロトコルネットワークのネットワークノードにおいてＳＩＰセッションを確立する第１の要求を受信し、受信要求カウンタを増分して合計要求カウントを維持するステップと、
ｂ）第１の要求が第１の上昇優先度値を持つリソース優先度パラメータを含むかどうかを決定し、そのようなパラメータを含む場合、上昇優先度要求カウンタを増分して優先度要求カウントを維持するステップと、
ｃ）優先度要求比率を所定の優先度要求しきい値と比較するステップであって、優先度要求比率は合計要求カウントに対する優先度要求カウントの比率を示すステップと、
ｄ）優先度要求比率が所定の優先度要求しきい値を超える場合、より包括的な選別を使用して上昇優先度値を含む各第１の要求を処理し、優先度要求比率が所定の優先度要求しきい値を超えない場合、第１の上昇優先度値を含む各第１の要求の処理が第１の上昇優先度値に従って続行することを許可し、第１の上昇優先度値を含まない各第１の要求の処理がルーチン優先度に従って続行することを許可するステップとを備える、方法。
【請求項２】
ｄ）におけるより包括的な選別が、
ｅ）第１の上昇リソース優先度値を含む各第１の要求の第１の発信アドレスを決定し、第１のアドレスカウンタを増分して第１の要求元カウントを維持し、第１の上昇優先度値を含む第１の要求が、第１の要求元カウントに少なくとも部分的に基づいて、ある期間にわたり第１の発信アドレスから受信される比率を示す第１の要求元比率を決定するステップと、
ｆ）第１の要求元比率を所定の比率しきい値と比較するステップと、
ｇ）第１の要求元比率が所定の比率しきい値を超える場合、後続の処理がルーチン優先度に従って処理されるように第１の上昇優先度値を含む各第１の要求のリソース優先度パラメータを変更するステップであって、ただし、第１の要求元比率が所定の比率しきい値を超え、所定の部分が第１の上昇優先度値に従って続行することを許可される場合、第１の上昇優先値を含む第１の要求の所定の部分に対してリソース優先度パラメータの変更を迂回し、第１の要求元比率が所定の比率しきい値を超えない場合、第１の上昇優先度値を含む各第１の要求に対する処理が、第１の上昇優先度値に従って続行することを許可するステップとを備える、請求項１に記載の方法。
【請求項３】
ｅ）ネットワークノードにおいて受信したＳＩＰセッションを確立する複数の要求の各受信要求に対して第１の要求の場合と同様にａ）からｄ）を実行するステップをさらに備える、請求項１に記載の方法。
【請求項４】
ＳＩＰセッションを確立する第１の要求がＩＮＶＩＴＥ要求を含む、請求項１に記載の方法。
【請求項５】
第１の要求が少なくとも１つのネームスペースパラメータと、各ネームスペースパラメータのリソース優先度パラメータとを備えるリソース優先度ヘッダフィールドを含む、請求項１に記載の方法。
【請求項６】
複数の上昇優先度値がリソース優先度パラメータに対して有効であり、第１の上昇優先度値および所定の優先度要求しきい値が複数の上昇優先度値の選択上昇優先度値に関連する、請求項１に記載の方法。
【請求項７】
ＳＩＰセッションを確立する要求を選別するためのインターネットプロトコルネットワークにおける装置であって、
受信要求カウンタと、
ＳＩＰセッションを確立する第１の要求を受信し、受信要求カウンタを増分して合計要求カウントを維持するための受信要求カウンタと動作可能に通信する入力モジュールと、
上昇優先度要求カウンタと、
第１の要求が第１の上昇優先度値を持つリソース優先度パラメータを含むかどうかを決定するために入力モジュールと動作可能に通信し、そのようなパラメータを含む場合、上昇優先度要求カウンタを増分して優先度要求カウントを維持するために上昇優先度要求カウンタと動作可能に通信する優先度決定モジュールと、
優先度要求比率を所定の優先度要求しきい値と比較するために、受信要求カウンタおよび上昇優先度要求カウンタと動作可能に通信する優先度要求比較器モジュールであって、優先度要求比率は合計要求カウントに対する優先度要求カウントの比率を示すモジュールと、
優先度要求比率が所定の優先度要求しきい値を超える場合、より包括的な選別を使用して第１の上昇優先度値を含む各第１の要求を処理し、優先度要求比率が所定の優先度要求しきい値を超えない場合、第１の上昇優先度値を含む各第１の要求の処理が第１の上昇優先度値に従って続行することを許可し、第１の上昇優先度値を含まない第１の各要求の処理がルーチン優先度に従って続行することを許可するために、優先度決定モジュールおよび優先度要求比較器モジュールと動作可能に通信するプロセッサモジュールとを備える、装置。
【請求項８】
プロセッサモジュールが、
第１のアドレスカウンタと、
第１の上昇優先度値を含む各第１の要求の第１の発信アドレスを決定するために優先度決定モジュールおよび優先度要求比較器モジュールと動作可能に通信し、第１のアドレスカウンタを増分して第１の要求元カウントを維持するため、および第１の上昇優先度値を含む第１の要求が、第１の要求元カウントに少なくとも部分的に基づいて、ある期間にわたり第１の発信アドレスから入力モジュールにより受信される比率を示す第１の要求元比率を決定するために第１のアドレスカウンタと動作可能に通信するアドレス／比率決定モジュールと、
第１の要求元比率を所定の比率しきい値と比較するためにアドレス／比率決定モジュールと動作可能に通信する優先度比率比較器モジュールと、
第１の上昇優先度値を含む各第１の要求のリソース優先度パラメータを、第１の要求元比率が所定の比率しきい値を超える場合、後続の処理がルーチン優先度に従うように変更するためにアドレス／比率決定モジュールおよび優先度比率比較器モジュールと通信するフィルタリングモジュールであって、ただし、第１の要求元比率が所定の比率しきい値を超え、所定の部分の処理が第１の上昇優先度値に従って続行することを許可する場合、リソース優先度パラメータの変更を第１の上昇優先値を含む第１の要求の所定の部分に対して迂回し、第１の要求元比率が所定の比率しきい値を超えない場合、第１の上昇優先度値を含む各第１の要求の処理が第１の上昇優先度値に従って続行することを許可するフィルタリングモジュールと備える、請求項７に記載の装置。
【請求項９】
受信要求カウンタ、入力モジュール、上昇優先度要求カウンタ、優先度決定モジュール、優先度要求比較器モジュール、およびプロセッサモジュールは、入力モジュールにより受信されたＳＩＰセッションを確立する複数の要求の各受信要求に対して第１の要求の場合と同様に動作し、プロセッサモジュールが、
複数のアドレスカウンタと、
第１の上昇優先度値を含む各受信要求の発信アドレスを決定するために優先度決定モジュールおよび優先度要求比較器モジュールと動作可能に通信し、各決定された発信アドレスのアドレスカウンタを増分して各決定された発信アドレスの要求元カウントを維持するため、および第１の上昇優先度値を含む要求が、対応する要求元カウントに少なくとも部分的に基づいて、ある期間にわたり対応する発信アドレスから入力モジュールにより受信される比率を示す各決定された発信アドレスの要求元比率を決定するために複数のアドレスカウンタと動作可能に通信するアドレス／比率決定モジュールと、
各決定された発信アドレスの要求元比率を所定の比率しきい値と比較するためにアドレス／比率決定モジュールと動作可能に通信する優先度比率比較器モジュールと、
第１の上昇優先度値を含む各決定された発信アドレスに関連付けられている各受信要求のリソース優先度パラメータを、対応する発信アドレスの要求元比率が所定の比率しきい値を超える場合、後続の処理がルーチン優先度に従って処理されるように変更するためにアドレス／比率決定モジュールおよび優先度比率比較器モジュールと動作可能に通信するフィルタリングモジュールであって、ただし、対応する発信アドレスの要求元比率が所定の比率しきい値を超え、所定の部分の処理が第１の上昇優先度値に従って続行することを許可する場合、リソース優先度パラメータの変更を第１の上昇優先値を含む対応する発信アドレスに関連付けられている受信要求の所定の部分に対して迂回し、第１の上昇優先度値を含む各決定された発信アドレスに関連付けられている各受信要求の処理が、対応する発信アドレスの要求元比率が所定の比率しきい値を超えない場合、第１の上昇優先度値に従って続行することを許可するフィルタリングモジュールとを備える、請求項７に記載の装置。
【請求項１０】
ネットワークノードが、ユーザエージェントサーバ、プロキシサーバ、ステートフルプロキシサーバ、ステートレスプロキシサーバ、リダイレクトサーバ、ゲートウェイのうちの少なくとも１つを含む、請求項７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、インターネットプロトコル（ＩＰ）ネットワークにおいてセッション開始プロトコル（ＳＩＰ）セッションを確立する要求を選別するための方法および装置に関する。たとえば、本開示は、ＳＩＰセッションを確立するＩＮＶＩＴＥ要求を選別するためのプロセスを実施することができるＩＰネットワーク内のネットワークノードの例示的な実施形態を説明する。しかし、開示される概念は、ＡＣＫ、ＰＲＡＣＫ、ＵＰＤＡＴＥ、ＲＥＦＥＲ、ＭＥＳＳＡＧＥ、ＳＵＢＳＣＲＩＢＥ、およびＮＯＴＩＦＹ要求のような、その他のタイプのＳＩＰ要求において有用性を有しうることが理解されよう。さらに、本開示は、ＩＰネットワーク内の発信および宛先エンドポイントとのＳＩＰセッションを確立する要求を選別するための方法および装置の例示的な実施形態を説明する。しかし、発信エンドポイント、宛先エンドポイント、またはその両方が非ＩＰネットワークにあってもよいことが理解されよう。
【背景技術】
【０００２】
背景として、インターネット技術標準化委員会（ＩＥＴＦ：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）は、ＳＩＰ  ＩＮＶＩＴＥ要求のような、ＳＩＰ要求にオプションのセッション開始プロトコル（ＳＩＰ）ヘッダフィールドを挿入することによりリソース優先度を伝達するための新しいプロトコルを承認した。オプションのヘッダフィールドは、リソース優先度ヘッダ（ＲＰＨ：Ｒｅｓｏｕｒｃｅ  Ｐｒｉｏｒｉｔｙ  Ｈｅａｄｅｒ）と呼ばれ、ＩＮＶＩＴＥメッセージのような対応するＳＩＰ要求が、このセッションは優先度処理およびそのような処理の対応するレベルを与えられるべきであることを信号伝達するようなパラメータを含む。ＲＰＨに関する追加情報は、ＲＦＣ４４１２、Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｒｅｓｏｕｒｃｅ  Ｐｒｉｏｒｉｔｙ  ｆｏｒ  ｔｈｅ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）、Ｓｃｈｕｌｚｒｉｎｎｅ他、Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｓｏｃｉｅｔｙ、２００６年２月、を参照されたい。ＩＮＶＩＴＥ要求に関する追加情報は、ＲＦＣ３２６１、ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、Ｒｏｓｅｎｂｅｒｇ他、Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｓｏｃｉｅｔｙ、２００２年６月、を参照されたい。ＲＦＣ４４１２およびＲＦＣ３２６１の内容は、参照により全体として本明細書に組み込まれる。
【０００３】
ＲＰＨの１つの用途は、米国およびその他の国々における配備に向けて定義の過程にある次世代ネットワーク（ＮＧＮ：ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ  ｎｅｔｗｏｒｋ）のＧｏｖｅｒｎｍｅｎｔ  Ｅｍｅｒｇｅｎｃｙ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ（ＧＥＴＳ）である。ＧＥＴＳアプリケーションは、通信サービスを提供するＩＰネットワークが人為的または自然の災害により著しく輻輳しうる場合に、政府の許可されたユーザが、緊急時にセッションを完了する可能性を高くできるよう意図されている。膨大量の試行により引き起こされる輻輳、およびＩＰネットワークへの起こりうる物理的損傷によって通常の通信に障害を生じる場合であっても、政府の持続性、人命および財産の損失の軽減、ならびにより迅速な秩序の回復のために、そうした重要な通信が継続されることは不可欠である。
【０００４】
メッセージがルータバッファを保護するオーバーロード制御によって廃棄されることを防ぐために、できる限り早期にＳＩＰ要求にＲＰＨインジケータを挿入することが有利である。しかし、ユーザ機器（ＵＥ）がＲＰＨを挿入できるようにすることで、その最も脆弱な状態の間にＩＰネットワークへのサービス妨害攻撃をまねくおそれがある。ＵＥによる挿入に対する懸念は、一部の人々に、無許可のユーザおよびサービス妨害攻撃の可能性を恐れてＲＰＨのＵＥによる挿入が無視されるよう提案させるほどに高まっている。しかし、この解決策には、発呼者に対してＲＰＨを挿入できるネットワークノードに到達する前に輻輳制御メカニズムによってドロップされている輻輳地域のＵＥからの一部のセッション試行が損失する可能性がある。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＲＦＣ４４１２、Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｒｅｓｏｕｒｃｅ  Ｐｒｉｏｒｉｔｙ  ｆｏｒ  ｔｈｅ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）、Ｓｃｈｕｌｚｒｉｎｎｅ他、Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｓｏｃｉｅｔｙ、２００６年２月
【非特許文献２】ＲＦＣ３２６１、ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、Ｒｏｓｅｎｂｅｒｇ他、Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｓｏｃｉｅｔｙ、２００２年６月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のことに基づいて、ＵＥ挿入を含む、ＲＰＨの早期挿入に起因するサービス妨害攻撃のリスクを低減する解決策が望ましい。加えて、セッション処理が低または中程度の輻輳時に負担とならないように、例外により大容量のトラフィックおよび著しい輻輳で動作する解決策が望ましい。
【課題を解決するための手段】
【０００７】
１つの態様において、ＳＩＰセッションを確立する要求を選別するための方法が提供される。１つの実施形態において、方法は、ａ）インターネットプロトコルネットワークのネットワークノードにおいてＳＩＰセッションを確立する第１の要求を受信し、受信要求カウンタを増分して合計要求カウントを維持するステップと、ｂ）第１の要求が第１の上昇優先度値を持つリソース優先度パラメータを含むかどうかを決定し、そのようなパラメータを含む場合、上昇優先度要求カウンタを増分して優先度要求カウントを維持するステップと、ｃ）優先度要求比率を所定の優先度要求しきい値と比較するステップであって、優先度要求比率は合計要求カウントに対する優先度要求カウントの比率を示すステップと、ｄ）優先度要求比率が所定の優先度要求しきい値を超える場合、より包括的な選別を使用して上昇優先度値を含む各第１の要求を処理し、優先度要求比率が所定の優先度要求しきい値を超えない場合、第１の上昇優先度値を含む各第１の要求の処理が第１の上昇優先度値に従って続行することを許可し、第１の上昇優先度値を含まない各第１の要求の処理がルーチン優先度に従って続行することを許可するステップとを含む。
【０００８】
もう１つの態様において、ＳＩＰセッションを確立する要求を選別するためのインターネットプロトコルネットワークにおける装置が提供される。１つの実施形態において、装置は、受信要求カウンタと、ＳＩＰセッションを確立する第１の要求を受信し、受信要求カウンタを増分して合計要求カウントを維持するための受信要求カウンタと動作可能に通信する入力モジュールと、上昇優先度要求カウンタと、第１の要求が第１の上昇優先度値を持つリソース優先度パラメータを含むかどうかを決定するために入力モジュールと動作可能に通信し、そのようなパラメータを含む場合、上昇優先度要求カウンタを増分して優先度要求カウントを維持するために上昇優先度要求カウンタと動作可能に通信する優先度決定モジュールと、優先度要求比率を所定の優先度要求しきい値と比較するために、受信要求カウンタおよび上昇優先度要求カウンタと動作可能に通信する優先度要求比較器モジュールであって、優先度要求比率は合計要求カウントに対する優先度要求カウントの比率を示すモジュールと、優先度要求比率が所定の優先度要求しきい値を超える場合、より包括的な選別を使用して第１の上昇優先度値を含む各第１の要求を処理し、優先度要求比率が所定の優先度要求しきい値を超えない場合、第１の上昇優先度値を含む各第１の要求の処理が第１の上昇優先度値に従って続行することを許可し、第１の上昇優先度値を含まない第１の各要求の処理がルーチン優先度に従って続行することを許可するために、優先度決定モジュールおよび優先度要求比較器モジュールと動作可能に通信するプロセッサモジュールとを含む。
【０００９】
さらにもう１つの態様において、ＳＩＰセッションを確立する要求を選別するための方法が提供される。１つの実施形態において、方法は、ａ）インターネットプロトコルネットワークのネットワークノードにおいてＳＩＰセッションを確立する複数の要求を受信し、各受信要求に対して受信要求カウンタを増分して合計要求カウントを維持するステップと、ｂ）各受信要求が第１の上昇優先度値を持つリソース優先度パラメータを含むかどうかを決定し、そのようなパラメータを含む場合、上昇優先度要求カウンタを増分して優先度要求カウントを維持するステップと、ｃ）優先度要求比率を所定の優先度要求しきい値と比較するステップであって、優先度要求比率は合計要求カウントに対する優先度要求カウントの比率を示すステップと、ｄ）優先度要求比率が所定の優先度要求しきい値を超える場合、より包括的な選別を使用して上昇優先度値を含む各受信要求を処理し、優先度要求比率が所定の優先度要求しきい値を超えない場合、第１の上昇優先度値を含む各受信要求の処理が第１の上昇優先度値に従って続行することを許可し、第１の上昇優先度値を含まない各受信要求の処理がルーチン優先度に従って続行することを許可するステップとを含む。
【００１０】
本発明の適用のさらなる範囲は、後段に示される詳細な説明から明らかとなろう。しかし、詳細な説明および特定の実施例は、本発明の好ましい実施形態を示しているが、本発明の範囲および精神の範囲内のさまざまな変更および修正が当業者には明らかとなるので、例示の目的で示されているに過ぎないことを理解されたい。
【００１１】
本発明は、デバイスのさまざまな部品の構造、配列、および組み合わせ、ならびに方法のステップで存在し、それにより意図される目的が、これ以降さらに詳細に示され、特許請求の範囲で具体的に指摘され、添付の図面に示されるように達成される。
【図面の簡単な説明】
【００１２】
【図１】ＳＩＰセッションを確立する要求を選別するためのインターネットプロトコル（ＩＰ）ネットワーク内のネットワークノードを備える通信システムの例示的な実施形態を示すブロック図である。
【図２】ＳＩＰセッションを確立する要求を選別するためのＩＰネットワーク内のネットワークノードを備える通信システムのもう１つの例示的な実施形態を示すブロック図である。
【図３】ＳＩＰセッションを確立する要求を選別するためのＩＰネットワーク内のネットワークノードを備える通信システムのさらにもう１つの例示的な実施形態を示すブロック図である。
【図４】ＳＩＰセッションを確立する要求を選別するためのＩＰネットワーク内のネットワークノードを備える通信システムのさらになおもう１つの例示的な実施形態を示すブロック図である。
【図５】さまざまなタイプのネットワークノードを持つＩＰネットワークの例示的な実施形態を示すブロック図である。
【図６】ＳＩＰセッションを確立する要求を選別するためのプロセスの例示的な実施形態を示す流れ図である。
【図７】図６と連携して、ＳＩＰセッションを確立する要求を選別するためのプロセスのもう１つの例示的な実施形態を示す流れ図である。
【図８】ＳＩＰセッションを確立する要求を選別するためのＩＰネットワーク内のネットワークノードの例示的な実施形態を示すブロック図である。
【図９】ＳＩＰセッションを確立する要求を選別するためのＩＰネットワーク内のネットワークノードのもう１つの例示的な実施形態を示すブロック図である。
【図１０】ＳＩＰセッションを確立する要求を選別するためのプロセスのさらにもう１つの例示的な実施形態を示す流れ図である。
【図１１】図１０と連携して、ＳＩＰセッションを確立する要求を選別するためのプロセスのさらになおもう１つの例示的な実施形態を示す流れ図である。
【発明を実施するための形態】
【００１３】
本明細書において、ＳＩＰセッションを確立する要求を選別するための方法およびＩＰネットワーク内のネットワークノードのさまざまな実施形態が開示される。特定の実施形態は、要求が発信されるとき、ユーザデバイスにおいてユーザによってリソース優先度情報が要求に挿入されるようにすることができ、しかもユーザデバイスからのサービス妨害攻撃のリスクを軽減することができる。上昇優先度を持つ要求は、ルーチン優先度を持つ要求に先立ってサービスを提供される。本明細書において説明される方法およびネットワークノードの特定の実施形態は、複数の上昇優先度レベルを個別に処理する。たとえば、ＧＥＴＳ規格またはＷｉｒｅｌｅｓｓ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ（ＷＰＳ）規格を使用する要求内の優先度情報は、一般に優先順に災害復旧、公共福祉、法執行、および軍事から、行政統率に及ぶ優先度の５つの有効レベルを有する。
【００１４】
ＵＥは、ユーザが要求の上昇リソース優先度を明示的に選択する場合、ユーザにより発信されるＳＩＰ要求（たとえば、ＩＮＶＩＴＥ要求）にＲＰＨを挿入することができる。複数の上昇優先度レベルが使用可能である場合、ユーザは望ましい優先度レベルを選択し、ＵＥは望ましい優先度レベルに対応するＲＰＨに優先度値を挿入する。中間ネットワークノードは通常、ＳＩＰ要求の発信と併せてＲＰＨがＵＥにより挿入される場合、負荷制御の実行時にＳＩＰ要求を制限することができないようになっている。
【００１５】
ＳＩＰセッションを確立する要求を選別するためのプロセスの１つの実施形態において、中間ネットワークノードは、合計ＳＩＰ要求（たとえば、ＩＮＶＩＴＥメッセージ）およびＲＰＨを持つＳＩＰ要求のカウンタを回し続けることができる。合計ＳＩＰ要求に対するＲＰＨを持つＳＩＰ要求の比率が中間ネットワークノードの確立済みのしきい値に満たない限り、中間ネットワークノードがそのバッファのオーバーフローを防ぐことができるようにＲＰＨを持たないＳＩＰ要求が十分にあるならば、ＲＰＨを持つＳＩＰ要求を廃棄するためにフィルタリングが使用されることはない。回るカウンタは、オーバーフロー状態を回避して、比較的最新の傾向を反映するように、適切な時間に定期的にリセットされてもよい。カウンタリセットは、特に要求トラフィックが少ないと予想される日および時間の、少ない要求トラフィックの期間中、もしくは毎日、毎週、または別の適切な暦時間に、上昇または下降しきい値交差のような特定のイベントによりトリガされてもよい。
【００１６】
しかし、合計ＳＩＰ要求に対するＲＰＨを持つＳＩＰ要求の比率が中間ネットワークノードの事前確立済みのしきい値を超える場合、これは、その中間ネットワークノードの前に発信する優先トラフィックが予想を上回っており、サービス妨害攻撃に十分になりうることを強く指示している。そのような場合、中間ネットワークノードは、ここで、追加の希少なリソースを、その発信識別のためにＲＰＨを持つ各ＳＩＰ要求（たとえば、ＩＮＶＩＴＥ要求）の検査に充てることができる。それにより、中間ネットワークノードは、どのＵＥまたはＵＥのクラスタが、ＲＰＨを持つＳＩＰ要求を過剰に生成しているかを識別することができる。
【００１７】
そのようなＵＥが識別されると、中間ネットワークノードは、ＲＰＨを持つ過剰な要求を生成するＵＥまたはＵＥのクラスタによって発信されたＳＩＰ要求からＲＰＨを除去する（またはＲＰＨをルーチン優先度値に変更する）ことができる、ただし中間ネットワークノードはＲＰＨを持つＳＩＰ要求Ｎ個のうち１個に対して除去を迂回することができる。除去されたＲＰＨを持つＮ−１個のＳＩＰ要求は、ルーチン優先度レベルに従って通常の廃棄フィルタリングを受けるが、ＲＰＨを持つＮ個のＳＩＰ要求のうちの１つは、それが上昇優先度サービスの有効なユーザである場合に備えてその上昇優先度状態を維持することが許される。
【００１８】
合計ＳＩＰ要求に対するＲＰＨを持つＳＩＰ要求の比率がしきい値を下回る場合、以前のアルゴリズムが再開し、ＳＩＰ要求は、比率が再度しきい値を超えるまで通常の方法で処理される。この方式により、優先度通信要求は可能な限り早期のポイント（たとえば、ＵＥ）で確立されうるが、「不正使用する」ＵＥを検出することによって、引き続きＩＰネットワークをサービス妨害攻撃から保護する。この手法は、さまざまなタイプのＩＰネットワークにより実施されてもよく、実施される特定のネットワークノードの固有のパラメータに合わせて調整されてもよい。全体として、ＳＩＰセッションを確立する要求を選別するためのこの方法は、従来世代のＩＰネットワークで実施される処置または次世代のＩＰネットワーク向けに意図される処理よりも、優れた緊急時優先度通信要求の処理をもたらす。
【００１９】
これ以降、請求の範囲に係る主題を限定する目的ではなく、例示的な実施形態を説明することのみを目的とする図面を参照して、図１は、ＳＩＰセッションを確立する要求を選別するためのネットワークノード１４を含むＩＰネットワーク１２を備える通信システム１０の例示的な実施形態を示す。この実施形態において、ＳＩＰ要求は、ＩＰネットワーク１２内の発信デバイス１６により発信される。ＳＩＰ要求は、ＳＩＰセッションの宛先としてＩＰネットワーク１２内の１つまたは複数の宛先デバイス１８を識別する。
【００２０】
ＳＩＰセッションを確立する要求を選別するためのネットワークノード２４を含むＩＰネットワーク２２を備える通信システム２０のもう１つの例示的な実施形態は、図２に示される。この実施形態において、ＳＩＰ要求は、ＩＰネットワーク２２内の発信デバイス２６により発信される。ＳＩＰ要求は、ＳＩＰセッションの宛先として非ＩＰネットワーク３０内の１つまたは複数の宛先デバイス２８を識別する。非ＩＰネットワーク３０は、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）、無線電話網、携帯電話網、衛星電話網、または任意の適切なタイプの非ＩＰ通信ネットワークの任意の組み合わせを含むことができる。非ＩＰネットワーク３０はまた、宛先デバイス（複数可）２８とＩＰネットワーク２２との間のインターフェイスをとるためのゲートウェイ３２を含むこともできる。
【００２１】
ＳＩＰセッションを確立する要求を選別するためのネットワークノード４４を含むＩＰネットワーク４２を備える通信システム４０のさらにもう１つの例示的な実施形態は、図３に示される。この実施形態において、ＳＩＰ要求は、非ＩＰネットワーク４８内の発信デバイス４６により発信される。非ＩＰネットワーク４８は、ＰＳＴＮ、無線電話網、携帯電話網、衛星電話網、または任意の適切なタイプの非ＩＰ通信ネットワークの任意の組み合わせを含むことができる。非ＩＰネットワーク４８はまた、発信デバイス４６とＩＰネットワーク４２との間のインターフェイスをとるためのゲートウェイ５０を含むこともできる。ＳＩＰ要求は、ＳＩＰセッションの宛先としてＩＰネットワーク４２内の１つまたは複数の宛先デバイス５２を識別する。
【００２２】
ＳＩＰセッションを確立する要求を選別するためのネットワークノード６４を含むＩＰネットワーク６２を備える通信システム６０のさらにもう１つの例示的な実施形態は、図４に示される。この実施形態において、ＳＩＰ要求は、第１の非ＩＰネットワーク６８内の発信デバイス６６により発信される。第１の非ＩＰネットワーク６８は、ＰＳＴＮ、無線電話網、携帯電話網、衛星電話網、または任意の適切なタイプの非ＩＰ通信ネットワークの任意の組み合わせを含むことができる。第１の非ＩＰネットワーク６８はまた、発信デバイス６６とＩＰネットワーク６２との間のインターフェイスをとるためのゲートウェイ７０を含むこともできる。ＳＩＰ要求は、ＳＩＰセッションの宛先として第２の非ＩＰネットワーク７４内の１つまたは複数の宛先デバイス７２を識別する。第２の非ＩＰネットワーク７４は、ＰＳＴＮ、無線電話網、携帯電話網、衛星電話網、または任意の適切なタイプの非ＩＰ通信ネットワークの任意の組み合わせを含むことができる。第２の非ＩＰネットワーク７４はまた、宛先デバイス（複数可）７２とＩＰネットワーク６２との間のインターフェイスをとるためのゲートウェイ７６を含むこともできる。
【００２３】
図５を参照すると、さまざまなタイプのネットワークノードを備えるＩＰネットワーク８０の例示的な実施形態は、第１のステートフルプロキシサーバ８２、リダイレクトサーバ８４、ステートレスプロキシサーバ８６、第２のステートフルプロキシサーバ８８、第１のゲートウェイ９０、および第２のゲートウェイ９２を含む。ＳＩＰセッションを確立する要求を選別するためのプロセスのさまざまな実施形態を実施することができるさまざまなタイプのネットワークノードのうちの任意の１つまたは複数が、本明細書において説明される。
【００２４】
ＳＩＰセッションの１つのシナリオにおいて、第１のステートフルプロキシサーバ８２は、発信デバイスからＳＩＰ要求Ａを受信する。このシナリオにおいて、第１のステートフルプロキシサーバ８２は、ＳＩＰ要求Ｂを、ＳＩＰ要求Ａで識別された宛先デバイスに渡す。具体的には、発信デバイスおよび宛先デバイスはいずれも、このシナリオではＩＰネットワーク内にあり、いずれも第１のステートフルプロキシサーバ８２によってサービスを提供される。このシナリオにおいて、ＳＩＰセッションを確立する要求を選別するためのプロセスは、第１のステートフルプロキシサーバ８２によって実施される。
【００２５】
もう１つのシナリオにおいて、第１のステートフルプロキシサーバ８２は、発信デバイスからＳＩＰ要求Ａを受信する。このシナリオにおいて、第１のステートフルプロキシサーバ８２は、ＳＩＰ要求Ｃを、ＳＩＰ要求Ａの宛先デバイスに渡す。具体的には、発信デバイスおよび宛先デバイスはいずれも、このシナリオではＩＰネットワーク内にある。しかし、宛先デバイスは、第２のステートフルプロキシサーバ８８によってサービスを提供され、発信デバイスは、第１のステートフルプロキシサーバ８２によってサービスを提供される。このような状況のもとで、第１のステートフルプロキシサーバ８２は、宛先デバイスの一様なリソース識別情報を取得するために、ＳＩＰ要求Ａをリダイレクトサーバ８４に渡すことができる。このシナリオにおいて、ＳＩＰセッションを確立する要求を選別するためのプロセスは、第１のステートフルプロキシサーバ８２、リダイレクトサーバ８４、ステートレスプロキシサーバ８６、第２のステートフルプロキシサーバ８８、またはそれらの任意の組み合わせによって実施されてもよい。
【００２６】
さらにもう１つのシナリオにおいて、第１のステートフルプロキシサーバ８２は、発信デバイスからＳＩＰ要求Ａを受信する。このシナリオにおいて、第１のステートフルプロキシサーバ８２は、ＳＩＰ要求Ｄを、ＳＩＰ要求Ａの宛先デバイスに渡す。具体的には、宛先デバイスは、このシナリオでは非ＩＰネットワーク内にあり、発信デバイスはＩＰネットワーク内にある。宛先デバイスは、第１のゲートウェイ９０を介してアクセス可能であり、発信デバイスは、第１のステートフルプロキシサーバ８２によってサービスを提供される。このような状況のもとで、第１のステートフルプロキシサーバ８２は、宛先デバイスの一様なリソース識別情報を取得するために、ＳＩＰ要求Ａをリダイレクトサーバ８４に渡すことができる。このシナリオにおいて、ＳＩＰセッションを確立する要求を選別するためのプロセスは、第１のステートフルプロキシサーバ８２、リダイレクトサーバ８４、ステートレスプロキシサーバ８６、第２のステートフルプロキシサーバ８８、第１のゲートウェイ９０、またはそれらの任意の組み合わせによって実施されてもよい。
【００２７】
さらにもう１つのシナリオにおいて、第１のゲートウェイ９２は、発信デバイスからＳＩＰ要求Ｅを受信する。このシナリオにおいて、第１のステートフルプロキシサーバ８２は、ＳＩＰ要求Ｂを、ＳＩＰ要求Ｅの宛先デバイスに渡す。具体的には、発信デバイスは、このシナリオでは非ＩＰネットワーク内にあり、宛先デバイスはＩＰネットワーク内にある。発信デバイスは、第２のゲートウェイ９２を介してアクセス可能であり、宛先デバイスは、第１のステートフルプロキシサーバ８２によってサービスを提供される。このシナリオにおいて、ＳＩＰセッションを確立する要求を選別するためのプロセスは、第１のゲートウェイ９２、第１のステートフルプロキシサーバ８２、またはそれらの任意の組み合わせによって実施されてもよい。
【００２８】
さらになおもう１つのシナリオにおいて、第１のゲートウェイ９２は、発信デバイスからＳＩＰ要求Ｅを受信する。このシナリオにおいて、第２のステートフルプロキシサーバ８８は、ＳＩＰ要求Ｃを、ＳＩＰ要求Ｅの宛先デバイスに渡す。具体的には、発信デバイスは、このシナリオでは非ＩＰネットワーク内にあり、宛先デバイスはＩＰネットワーク内にある。発信デバイスは、第２のゲートウェイ９２を介してアクセス可能であり、宛先デバイスは、第２のステートフルプロキシサーバ８８によってサービスを提供される。このような状況のもとで、第１のステートフルプロキシサーバ８２は、宛先デバイスの一様なリソース識別情報を取得するために、ＳＩＰ要求Ｅをリダイレクトサーバ８４に渡すことができる。このシナリオにおいて、ＳＩＰセッションを確立する要求を選別するためのプロセスは、第１のゲートウェイ９２、第１のステートフルプロキシサーバ８２、リダイレクトサーバ８４、ステートレスプロキシサーバ８６、第２のステートフルプロキシサーバ８８、またはそれらの任意の組み合わせによって実施されてもよい。
【００２９】
もう１つのシナリオにおいて、第１のゲートウェイ９２は、発信デバイスからＳＩＰ要求Ｅを受信する。このシナリオにおいて、第２のゲートウェイ９０は、ＳＩＰ要求Ｄを、ＳＩＰ要求Ｅの宛先デバイスに渡す。具体的には、発信デバイスおよび宛先デバイスはいずれも、このシナリオでは非ＩＰネットワーク内にある。発信デバイスは、第２のゲートウェイ９２を介してアクセス可能であり、宛先デバイスは、第１のゲートウェイ９０を介してアクセス可能である。このような状況のもとで、第１のステートフルプロキシサーバ８２は、宛先デバイスの一様なリソース識別情報を取得するために、ＳＩＰ要求Ｅをリダイレクトサーバ８４に渡すことができる。このシナリオにおいて、ＳＩＰセッションを確立する要求を選別するためのプロセスは、第１のゲートウェイ９２、第１のステートフルプロキシサーバ８２、リダイレクトサーバ８４、ステートレスプロキシサーバ８６、第２のステートフルプロキシサーバ８８、第１のゲートウェイ９０、またはそれらの任意の組み合わせによって実施されてもよい。
【００３０】
図６を参照すると、ＳＩＰセッションを確立する要求を選別するためのプロセス６００の例示的な実施形態は、６０２において開始し、そこでＳＩＰセッションを確立する第１の要求は、インターネットプロトコルネットワークのネットワークノードで受信され、受信要求カウンタは増分されて合計要求カウントを維持する。次いで、プロセスは、第１の要求が第１の上昇優先度値を持つリソース優先度パラメータを含むかどうかを決定し、そのようなパラメータを含む場合、上昇優先度要求カウンタを増分して優先度要求カウントを維持する（６０４）。６０６において、優先度要求比率は、所定の優先度要求しきい値と比較される。優先度要求比率は、合計要求カウントに対する優先度要求カウントの比率を示す。次いで、上昇優先度値を含む各第１の要求は、優先度要求比率が所定の優先度要求しきい値を超える場合、より包括的な選別を使用して処理される（６０８）。しかし、第１の上昇優先度値を含む各第１の要求の処理は、優先度要求比率が所定の優先度要求しきい値を超えない場合、第１の上昇優先度値に従って続行することを許可される（６０８）。加えて、第１の上昇優先度値を含まない各第１の要求の処理は、ルーチン優先度値に従って続行することを許可される（６０８）。受信要求および上昇優先度要求カウンタは、オーバーフロー状態を回避して、比較的最新の傾向を反映するように、適切な時間に定期的にリセットされてもよい。カウンタリセットは、特に要求トラフィックが少ないと予想される日および時間の、少ない要求トラフィックの期間中、もしくは毎日、毎週、または別の適切な暦時間に、上昇または下降しきい値交差のような特定のイベントによりトリガされてもよい。
【００３１】
さらなる実施形態において、プロセス６００はまた、ネットワークノードにおいて受信したＳＩＰセッションを確立する複数の要求の各受信要求に対して、第１の要求の場合と同様に６０２から６０８を実行するステップを含む。さらなる実施形態において、６０８におけるより包括的な選別は、ｉ）第１の上昇優先度値を含む各受信要求について発信アドレスを決定するステップと、ｉｉ）各決定された発信アドレスのアドレスカウンタを増分して、各決定された発信アドレスの要求元カウントを維持するステップと、ｉｉｉ）第１の上昇優先度値を含む要求が、対応する要求元カウントに少なくとも部分的に基づいて、ある期間にわたり対応する発信アドレスから受信される比率を示す各決定された発信アドレスの要求元比率を決定するステップとを含む。アドレスカウンタは、オーバーフロー状態を回避して、比較的最新の傾向を反映するように、適切な時間に定期的にリセットされてもよい。カウンタリセットは、特に要求トラフィックが少ないと予想される日および時間の、少ない要求トラフィックの期間中、もしくは毎日、毎週、または別の適切な暦時間に、上昇または下降しきい値交差のような特定のイベントによりトリガされてもよい。
【００３２】
説明されている実施形態において、決定された各発信アドレスの要求元比率は、所定の比率しきい値と比較される。この実施形態において、第１の上昇優先度値を含む各決定された発信アドレスに関連付けられている各受信要求のリソース優先度パラメータは、対応する発信アドレスの要求元比率が所定の比率しきい値を超える場合、後続の処理がルーチン優先度に従って処理されるように変更される、ただし、対応する発信アドレスの要求元比率が所定の比率しきい値を超えると決定し、対応する所定の部分の処理が第１の上昇優先度値に従って続行することを許可される場合、リソース優先度パラメータの変更は、第１の上昇優先値を含む対応する発信アドレスに関連付けられている受信要求の所定の部分に対して迂回される。加えて、第１の上昇優先度値を含む各決定された発信アドレスに関連付けられている各受信要求の処理は、対応する発信アドレスの要求元比率が所定の比率しきい値を超えない場合、第１の上昇優先度値に従って続行することを許可される。
【００３３】
さらなる実施形態において、所定の比率しきい値は、所与の発信アドレスに関連付けられているネットワークノードにおける潜在的なサービス妨害攻撃を示す。もう１つのさらなる実施形態において、所定の比率しきい値は、毎分１０の要求、毎分２０の要求、毎分１０から２０の要求の範囲内、または任意の適切な比率であってもよい。さらにもう１つのさらなる実施形態において、所定の比率しきい値は、ネットワークノードの容量、インターネットプロトコルネットワークの容量、またはインターネットプロトコルネットワーク内の別のノードの容量に少なくとも部分的に基づく調整を容易にするように増減可能である。さらにもう１つのさらなる実施形態において、所定の部分は１／Ｎにより定義され、ここでＮは、リソース優先度パラメータの変更の迂回が対応するアドレスカウンタのＮ増分ごとに１回実行されるように、対応する発信アドレスのアドレスカウンタのＮ増分に関連する整数値である。説明されている実施形態において、Ｎは、５０、２００、５０から２００の範囲内の整数値、または任意の適切な整数値であってもよい。さらになおもう１つのさらなる実施形態において、所定の部分は、ネットワークノードの容量、インターネットプロトコルネットワークの容量、またはインターネットプロトコルネットワーク内の別のノードの容量に少なくとも部分的に基づく調整を容易にするように増減可能である。
【００３４】
プロセス６００のさらにもう１つの実施形態において、第１の要求は、ユーザ対話に少なくとも部分的に基づいてリソース優先度パラメータを第１の上昇優先度値に設定する発信デバイスから発信される。説明されている実施形態において、発信デバイスは、ユーザエージェントクライアントデバイス、地上通信線電話、無線電話、携帯電話、衛星電話、ポータブルコンピュータデバイス、コンピュータワークステーション、ＩＰ電話、非インターネットプロトコルネットワークからインターネットプロトコルネットワークへのゲートウェイ、非インターネットプロトコルネットワークの交換ノード、またはＳＩＰセッションを確立する要求を発信することができる任意の適切なデバイスを含むことができる。
【００３５】
プロセス６００のさらにもう１つの実施形態において、ＳＩＰセッションを確立する第１の要求は、ＩＮＶＩＴＥ要求、またはＲＦＣ４４１２で規定された任意の適切なＳＩＰ要求を含むことができる。プロセス６００のさらになおもう１つの実施形態において、ネットワークノードは、ユーザエージェントサーバ、プロキシサーバ、ステートフルプロキシサーバ、ステートレスプロキシサーバ、リダイレクトサーバ、ゲートウェイ、または任意の適切なＩＰネットワークノードを含むことができる。プロセス６００のもう１つの実施形態において、インターネットプロトコルは公的にアクセス可能である。
【００３６】
プロセス６００のさらにもう１つの実施形態において、第１の要求は、少なくとも１つのネームスペースパラメータと、各ネームスペースパラメータのリソース優先度パラメータとを備えるリソース優先度ヘッダフィールドを含む。説明されている実施形態において、ネームスペースパラメータには、国防省電話交換網（ＤＳＮ：Ｄｅｆｅｎｓｅ  Ｓｗｉｔｃｈｅｄ  Ｎｅｔｗｏｒｋ）値、国防省緊急電話交換網（ＤＲＳＮ：Ｄｅｆｅｎｓｅ  ＲＥＤ  Ｓｗｉｔｃｈｅｄ  Ｎｅｔｗｏｒｋ）値、商用（Ｑ７３５）値、ＧＥＴＳ値、およびＷＰＳ値を含む複数の値が有効である。この実施形態において、優先度（ｐｒｉｏｒｉｔｙ）値、即時（ｉｍｍｅｄｉａｔｅ）値、フラッシュ（ｆｌａｓｈ）値、フラッシュ−オーバーライド（ｆｌａｓｈ−ｏｖｅｒｒｉｄｅ）値は、ＤＳＮおよびＤＲＳＮネームスペースパラメータ値に関連付けられているリソース優先度パラメータの有効な上昇優先度値である。説明されている実施形態において、フラッシュ−オーバーライド−オーバーライド（ｆｌａｓｈ−ｏｖｅｒｒｉｄｅ−ｏｖｅｒｒｉｄｅ）値は、ＤＲＳＮネームスペースパラメータ値に関連付けられているリソース優先度パラメータのもう１つの有効な上昇優先度値である。この実施形態において、レベル４最低値、レベル３下位値、レベル２中域値、レベル１上位値、およびレベル０最高値は、Ｑ７３５、ＧＥＴＳ、およびＷＰＳネームスペースパラメータ値に関連付けられているリソース優先度パラメータの有効な上昇優先度値である。説明されている実施形態において、ルーチン優先度値は、ＤＳＮおよびＤＲＳＮネームスペースパラメータ値に関連付けられているリソース優先度パラメータの有効な値である。
【００３７】
プロセス６００のさらにもう１つの実施形態において、災害復旧値、公共福祉および国家経済体制の維持値、公衆衛生、安全および法と秩序の維持値、国家安全体制および米国住民攻撃警告値、ならびに国家安全統率値は、リソース優先度パラメータがＧＥＴＳに関連付けられている場合のリソース優先度パラメータの有効な上昇優先度値である。プロセス６００のさらになおもう１つの実施形態において、災害復旧値、公共サービス／公益事業、および公共福祉値、公衆衛生、安全および法執行指揮値、災害対処／軍指令制御値、ならびに行政統率および政策決定値は、リソース優先度パラメータがＷＰＳに関連付けられている場合のリソース優先度パラメータの有効な上昇優先度値である。
【００３８】
プロセス６００のもう１つの実施形態において、所定の優先度要求しきい値は、ネットワークノードにおける潜在的なサービス妨害攻撃を示す。プロセス６００のさらにもう１つの実施形態において、所定の優先度要求しきい値は、約１パーセント、約５パーセント、１から５パーセントの範囲内、または任意の適切なパーセント値であってもよい。プロセス６００のさらにもう１つの実施形態において、所定の優先度要求しきい値は、ネットワークノードの容量、インターネットプロトコルネットワークの容量、またはインターネットプロトコルネットワーク内の別のノードの容量に少なくとも部分的に基づく調整を容易にするように増減可能である。
【００３９】
プロセス６００のさらになおもう１つの実施形態において、複数の上昇優先度値は、リソース優先度パラメータに対して有効であり、第１の上昇優先度値および所定の優先度要求しきい値は、複数の上昇優先度値の選択上昇優先度値に関連する。さらなる実施形態において、プロセス６００はまた、複数の上昇優先度値の各上昇優先度値に対して、第１の上昇優先度値の場合と同様に６０４から６０８を実行するステップを含む。なおさらなる実施形態において、所定の優先度要求しきい値は、複数の上昇優先度値の各上昇優先度値に対する特定の優先度要求しきい値を含む。
【００４０】
図７と併せて図６を参照すると、プロセス７００のもう１つの例示的な実施形態は、６０８のより包括的な選別をさらに詳述する図６の６０２から６０８を含む。７０２において、第１の上昇リソース優先度値を含む各第１の要求の第１の発信アドレスが決定され、第１のアドレスカウンタは増分されて第１の要求元カウントを維持し、第１の要求元比率が決定される。第１の要求元比率は、第１の上昇優先度値を含む第１の要求が、第１の要求元カウントに少なくとも部分的に基づいて、ある期間にわたり第１の発信アドレスから受信される比率を示す。第１のアドレスカウンタは、オーバーフロー状態を回避して、比較的最新の傾向を反映するように、適切な時間に定期的にリセットされてもよい。カウンタリセットは、特に要求トラフィックが少ないと予想される日および時間の、少ない要求トラフィックの期間中、もしくは毎日、毎週、または別の適切な暦時間に、上昇または下降しきい値交差のような特定のイベントによりトリガされてもよい。
【００４１】
次いで、第１の要求元比率は、所定の比率しきい値と比較される（７０４）。７０６において、第１の上昇優先度値を含む各第１の要求のリソース優先度パラメータは、第１の要求元比率が所定の比率しきい値を超える場合、後続の処理がルーチン優先度に従って処理されるように変更される、ただし、第１の要求元比率が所定の比率しきい値を超え、所定の部分が第１の上昇優先度値に従って続行することを許可される場合、リソース優先度パラメータの変更は、第１の上昇優先値を含む第１の要求の所定の部分に対して迂回される（７０８）。加えて、第１の上昇優先度値を含む各第１の要求の処理は、第１の要求元比率が所定の比率しきい値を超えない場合、第１の上昇優先度値に従って続行することを許可される（７０８）。
【００４２】
プロセス７００のもう１つの実施形態において、所定の比率しきい値は、少なくとも第１の発信アドレスからのネットワークノードにおける潜在的なサービス妨害攻撃を示す。プロセス７００のさらにもう１つの実施形態において、所定の比率しきい値は、毎分１０の要求、毎分２０の要求、毎分１０から２０の要求の範囲内、または任意の適切な比率であってもよい。プロセス７００のさらにもう１つの実施形態において、所定の比率しきい値は、ネットワークノードの容量、インターネットプロトコルネットワークの容量、またはインターネットプロトコルネットワーク内の別のノードの容量に少なくとも部分的に基づく調整を容易にするように増減可能である。
【００４３】
プロセス７００のさらになおもう１つの実施形態において、７０６の所定の部分は１／Ｎにより定義され、ここでＮは、７０６における迂回が第１のアドレスカウンタのＮ増分ごとに１回実行されるように、第１のアドレスカウンタのＮ増分に関連する整数値である。説明されている実施形態において、Ｎは、５０、２００、５０から２００の範囲内の整数値、または任意の適切な整数値であってもよい。プロセス７００のもう１つの実施形態において、７０６における所定の部分は、ネットワークノードの容量、インターネットプロトコルネットワークの容量、またはインターネットプロトコルネットワーク内の別のノードの容量に少なくとも部分的に基づく調整を容易にするように増減可能である。
【００４４】
プロセス７００のさらにもう１つの実施形態において、複数の上昇優先度値は、リソース優先度パラメータに対して有効であり、第１の上昇優先度値、所定の優先度要求しきい値、第１のアドレスカウンタ、第１の要求元比率、および所定の比率しきい値は、複数の上昇優先度値の選択上昇優先度値に関連する。さらなる実施形態において、プロセス７００はまた、複数の上昇優先度値の各上昇優先度値に対して、第１の上昇優先度値の場合と同様に６０４から７０６を実行するステップを含む。説明されている実施形態において、所定の優先度要求しきい値は、複数の上昇優先度値の各上昇優先度値に対する特定の優先度要求しきい値を含み、第１のアドレスカウンタは、複数の上昇優先度値の各上昇優先度値に対する特定の第１のアドレスカウンタを含み、第１の要求元比率は、複数の上昇優先度値の各上昇優先度値に対する特定の第１の要求元比率を含み、所定の比率しきい値は、複数の上昇優先度値の各上昇優先度値に対する特定の所定の比率しきい値を含み、７０６は、各特定の第１の要求元比率、および対応する特定の所定の比率しきい値に関連して実行される。
【００４５】
図８を参照すると、通信ネットワーク８００は、ＳＩＰセッションを確立する要求を選別するためのネットワークノード８０４の例示的な実施形態を備えるＩＰネットワーク８０２を含む。ネットワークノード８０４は、受信要求カウンタ８０６、入力モジュール８０８、上昇優先度要求カウンタ８１０、優先度決定モジュール８１２、優先度要求比較器モジュール８１４、およびプロセッサモジュール８１６を含む。ＳＩＰセッションを確立する第１の要求を受信し、受信要求カウンタを増分して合計要求カウントを維持するための受信要求カウンタ８０６と動作可能に通信する入力モジュール８０８。第１の要求が第１の上昇優先度値を持つリソース優先度パラメータを含むかどうかを決定するために入力モジュール８０８と動作可能に通信し、そのようなパラメータを含む場合、上昇優先度要求カウンタを増分して優先度要求カウントを維持するために上昇優先度要求カウンタ８１０と動作可能に通信する優先度決定モジュール８１２。受信要求および上昇優先度要求カウンタは、オーバーフロー状態を回避して、比較的最新の傾向を反映するように、適切な時間に定期的にリセットされてもよい。カウンタリセットは、特に要求トラフィックが少ないと予想される日および時間の、少ない要求トラフィックの期間中、もしくは毎日、毎週、または別の適切な暦時間に、上昇または下降しきい値交差のような特定のイベントによりトリガされてもよい。
【００４６】
優先度要求比率を所定の優先度要求しきい値と比較するために、受信要求カウンタ８０６および上昇優先度要求カウンタ８１０と動作可能に通信する優先度要求比較器モジュール８１４。優先度要求比率は、合計要求カウントに対する優先度要求カウントの比率を示す。ｉ）優先度要求比率が所定の優先度要求しきい値を超える場合、より包括的な選別を使用して第１の上昇優先度値を含む各第１の要求を処理し、ｉｉ）優先度要求比率が所定の優先度要求しきい値を超えない場合、第１の上昇優先度値を含む各第１の要求の処理が第１の上昇優先度値に従って続行することを許可し、ｉｉｉ）第１の上昇優先度値を含まない各第１の要求の処理が、ルーチン優先度に従って続行することを許可するために、優先度決定モジュール８１２および優先度要求比較器モジュール８１４と動作可能に通信するプロセッサモジュール８１６。
【００４７】
ネットワークノード８０４のもう１つの実施形態において、受信要求カウンタ８０６、入力モジュール８０８、上昇優先度要求カウンタ８１０、優先度決定モジュール８１２、優先度要求比較器モジュール８１４、およびプロセッサモジュール８１６は、入力モジュール８０８により受信されたＳＩＰセッションを確立する複数の要求の各受信要求に対して第１の要求の場合と同様に動作する。説明されている実施形態において、ネットワークノード８０４はまた、複数のアドレスカウンタ、アドレス／比率決定モジュール、優先度比率比較器モジュール、およびフィルタリングモジュールも含む。
【００４８】
説明されている実施形態において、アドレス／比率決定モジュールは、第１の上昇優先度値を含む各受信要求の発信アドレスを決定するために、優先度決定モジュールおよび優先度要求比較器モジュールと動作可能に通信する。この実施形態において、アドレス／比率決定モジュールはまた、各決定された発信アドレスのアドレスカウンタを増分して各決定された発信アドレスの要求元カウントを維持するため、および第１の上昇優先度値を含む要求が、対応する要求元カウントに少なくとも部分的に基づいて、ある期間にわたり対応する発信アドレスから入力モジュールにより受信される比率を示す各決定された発信アドレスの要求元比率を決定するために、複数のアドレスカウンタと動作可能に通信する。アドレスカウンタは、オーバーフロー状態を回避して、比較的最新の傾向を反映するように、適切な時間に定期的にリセットされてもよい。カウンタリセットは、特に要求トラフィックが少ないと予想される日および時間の、少ない要求トラフィックの期間中、もしくは毎日、毎週、または別の適切な暦時間に、上昇または下降しきい値交差のような特定のイベントによりトリガされてもよい。
【００４９】
説明されている実施形態において、優先度比率比較器モジュールは、各決定された発信アドレスの要求元比率を所定の比率しきい値と比較するために、アドレス／比率決定モジュールと動作可能に通信する。この実施形態において、フィルタリングモジュールは、第１の上昇優先度値を含む各決定された発信アドレスに関連付けられている各受信要求のリソース優先度パラメータを、対応する発信アドレスの要求元比率が所定の比率しきい値を超える場合、後続の処理がルーチン優先度に従って処理されるように変更するためにアドレス／比率決定モジュールおよび優先度比率比較器モジュールと動作可能に通信する、ただし、対応する発信アドレスの要求元比率が所定の比率しきい値を超え、所定の部分の処理が第１の上昇優先度値に従って続行することを許可する場合、リソース優先度パラメータの変更を第１の上昇優先値を含む対応する発信アドレスに関連付けられている受信要求の所定の部分に対して迂回する。説明されている実施形態において、フィルタリングモジュールはまた、第１の上昇優先度値を含む各決定された発信アドレスに関連付けられている各受信要求の処理が、対応する発信アドレスの要求元比率が所定の比率しきい値を超えない場合、第１の上昇優先度値に従って続行することを許可する。
【００５０】
説明されている実施形態において、所定の比率しきい値は、所与の発信アドレスに関連付けられているネットワークノード８０４における潜在的なサービス妨害攻撃を示す。この実施形態において、所定の比率しきい値は、毎分１０の要求、毎分２０の要求、毎分１０から２０の要求の範囲内、または任意の適切な比率であってもよい。説明されている実施形態において、所定の比率しきい値は、ネットワークノード８０４の容量、インターネットプロトコルネットワーク８０２の容量、またはインターネットプロトコルネットワーク８０２内の別のノードの容量に少なくとも部分的に基づく調整を容易にするように増減可能である。この実施形態において、所定の部分は１／Ｎにより定義され、ここでＮは、リソース優先度パラメータの変更の迂回が対応するアドレスカウンタのＮ増分ごとに１回実行されるように、対応する発信アドレスのアドレスカウンタのＮ増分に関連する整数値である。説明されている実施形態において、Ｎは、５０、２００、５０から２００の範囲内の整数値、または任意の適切な整数値であってもよい。この実施形態において、所定の部分は、ネットワークノード８０４の容量、インターネットプロトコルネットワーク８０２の容量、またはインターネットプロトコルネットワーク８０２内の別のノードの容量に少なくとも部分的に基づく調整を容易にするように増減可能である。
【００５１】
ネットワークノード８０４のさらにもう１つの実施形態において、第１の要求は、ユーザ対話に少なくとも部分的に基づいてリソース優先度パラメータを上昇優先度値に設定する発信デバイスから発信される。この実施形態において、発信デバイスは、ユーザエージェントクライアントデバイス、地上通信線電話、無線電話、携帯電話、衛星電話、ポータブルコンピュータデバイス、コンピュータワークステーション、ＩＰ電話、非インターネットプロトコルネットワークからインターネットプロトコルネットワークへのゲートウェイ、非インターネットプロトコルネットワークの交換ノード、または任意の適切な発信デバイスを含むことができる。
【００５２】
ネットワークノード８０４のさらにもう１つの実施形態において、ＳＩＰセッションを確立する第１の要求は、ＩＮＶＩＴＥ要求、またはＲＦＣ４４１２で規定された任意の適切なＳＩＰ要求を含むことができる。さらになおもう１つの実施形態において、ネットワークノード８０４は、ユーザエージェントサーバ、プロキシサーバ、ステートフルプロキシサーバ、ステートレスプロキシサーバ、リダイレクトサーバ、ゲートウェイ、または任意の適切なＩＰネットワークノードを含むことができる。ネットワークノード８０４のもう１つの実施形態において、インターネットプロトコルネットワーク８０２は公的にアクセス可能である。
【００５３】
ネットワークノード８０４のさらにもう１つの実施形態において、第１の要求は、少なくとも１つのネームスペースパラメータと、各ネームスペースパラメータのリソース優先度パラメータとを備えるリソース優先度ヘッダフィールドを含む。さらなる実施形態において、ネームスペースパラメータには、ＤＳＮ値、ＤＲＳＮ値、商用（Ｑ７３５）値、ＧＥＴＳ値、およびＷＰＳ値を含む複数の値が有効である。この実施形態において、優先度（ｐｒｉｏｒｉｔｙ）値、即時（ｉｍｍｅｄｉａｔｅ）値、フラッシュ（ｆｌａｓｈ）値、フラッシュ−オーバーライド（ｆｌａｓｈ−ｏｖｅｒｒｉｄｅ）値は、ＤＳＮおよびＤＲＳＮネームスペースパラメータ値に関連付けられているリソース優先度パラメータの有効な上昇優先度値である。説明されている実施形態において、フラッシュ−オーバーライド−オーバーライド（ｆｌａｓｈ−ｏｖｅｒｒｉｄｅ−ｏｖｅｒｒｉｄｅ）値は、ＤＲＳＮネームスペースパラメータ値に関連付けられているリソース優先度パラメータの有効な上昇優先度値である。この実施形態において、レベル４最低値、レベル３下位値、レベル２中域値、レベル１上位値、およびレベル０最高値は、Ｑ７３５、ＧＥＴＳ、およびＷＰＳネームスペースパラメータ値に関連付けられているリソース優先度パラメータの有効な上昇優先度値である。説明されている実施形態において、ルーチン優先度値は、ＤＳＮおよびＤＲＳＮネームスペースパラメータ値に関連付けられているリソース優先度パラメータの有効な値である。
【００５４】
ネットワークノード８０４のさらにもう１つの実施形態において、災害復旧値、公共福祉および国家経済体制の維持値、公衆衛生、安全および法と秩序の維持値、国家安全体制および米国住民攻撃警告値、ならびに国家安全統率値は、リソース優先度パラメータがＧＥＴＳに関連付けられている場合のリソース優先度パラメータの有効な上昇優先度値である。ネットワークノード８０４のさらになおもう１つの実施形態において、災害復旧値、公共サービス／公益事業、および公共福祉値、公衆衛生、安全および法執行指揮値、災害対処／軍指令制御値、ならびに行政統率および政策決定値は、リソース優先度パラメータがＷＰＳに関連付けられている場合のリソース優先度パラメータの有効な上昇優先度値である。
【００５５】
ネットワークノード８０４のもう１つの実施形態において、所定の優先度要求しきい値は、ネットワークノード８０４における潜在的なサービス妨害攻撃を示す。ネットワークノード８０４のさらにもう１つの実施形態において、所定の優先度要求しきい値は、約１パーセント、約５パーセント、１から５パーセントの範囲内、または任意の適切なパーセントであってもよい。ネットワークノード８０４のさらにもう１つの実施形態において、所定の優先度要求しきい値は、ネットワークノード８０４の容量、インターネットプロトコルネットワーク８０２の容量、またはインターネットプロトコルネットワーク８０２内の別のノードの容量に少なくとも部分的に基づく調整を容易にするように増減可能である。
【００５６】
ネットワークノード８０４のさらになおもう１つの実施形態において、複数の上昇優先度値は、リソース優先度パラメータに使用可能であり、第１の上昇優先度値および所定の優先度要求しきい値は、複数の上昇優先度値の選択上昇優先度値に関連する。この実施形態において、受信要求カウンタ８０６、入力モジュール８０８、上昇優先度要求カウンタ８１０、優先度決定モジュール８１２、優先度要求比較器モジュール８１４、およびプロセッサモジュール８１６は、複数の上昇優先度値の各上昇優先度値に対して第１の上昇優先度値の場合と同様に動作する。説明されている実施形態において、所定の優先度要求しきい値は、複数の上昇優先度値の各上昇優先度値に対する特定の優先度要求しきい値を含む。
【００５７】
図９を参照すると、通信ネットワーク９００は、ＳＩＰセッションを確立する要求を選別するためのネットワークノード９０４の例示的な実施形態を備えるＩＰネットワーク９０２を含む。ネットワークノード９０４は、図８の受信要求カウンタ８０６、入力モジュール８０８、上昇優先度要求カウンタ８１０、優先度決定モジュール８１２、優先度要求比較器モジュール８１４、およびプロセッサモジュール８１６、ならびに第１のアドレスカウンタ９１８、アドレス／比率決定モジュール９２０、優先度比率比較器モジュール９２２、およびフィルタリングモジュール９２４を含む。アドレス／比率決定モジュール９２０は、第１の上昇優先度値を含む各第１の要求の第１の発信アドレスを決定するために、優先度決定モジュール８１２および優先度要求比較器モジュール８１４と動作可能に通信する。アドレス／比率決定モジュール９２０はまた、第１のアドレスカウンタ９１８を増分して、第１の要求元カウントを維持するため、および第１の上昇優先度値を含む第１の要求が、第１の要求元カウントに少なくとも部分的に基づいて、ある期間にわたり第１の発信アドレスから入力モジュールにより受信される比率を示す第１の要求元比率を決定するために、第１のアドレスカウンタと動作可能に通信する。アドレスカウンタは、オーバーフロー状態を回避して、比較的最新の傾向を反映するように、適切な時間に定期的にリセットされてもよい。カウンタリセットは、特に要求トラフィックが少ないと予想される日および時間の、少ない要求トラフィックの期間中、もしくは毎日、毎週、または別の適切な暦時間に、上昇または下降しきい値交差のような特定のイベントによりトリガされてもよい。
【００５８】
優先度比率比較器モジュール９２２は、第１の要求元比率を所定の比率しきい値と比較するために、アドレス／比率決定モジュール９２０と動作可能に通信する。フィルタリングモジュール９２４は、第１の上昇優先度値を含む各第１の要求のリソース優先度パラメータを、第１の要求元比率が所定の比率しきい値を超える場合、後続の処理がルーチン優先度に従うように変更するためにアドレス／比率決定モジュール９２０および優先度比率比較器モジュール９２２と通信する、ただし、第１の要求元比率が所定の比率しきい値を超え、所定の部分の処理が第１の上昇優先度値に従って続行することを許可する場合、リソース優先度パラメータの変更を第１の上昇優先値を含む第１の要求の所定の部分に対して迂回する。フィルタリングモジュール９２４はまた、第１の上昇優先度値を含む各第１の要求の処理が、第１の要求元比率が所定の比率しきい値を超えない場合、第１の上昇優先度値に従って続行することを許可する。
【００５９】
プロセス９０４のもう１つの実施形態において、所定の比率しきい値は、少なくとも第１の発信アドレスからの潜在的なサービス妨害攻撃を示す。ネットワークノード９０４さらにもう１つの実施形態において、所定の比率しきい値は、毎分１０の要求、毎分２０の要求、毎分１０から２０の要求の範囲内、または任意の適切な比率であってもよい。ネットワークノード９０４のさらにもう１つの実施形態において、所定の比率しきい値は、ネットワークノード９０４の容量、インターネットプロトコルネットワーク９０２の容量、またはインターネットプロトコルネットワーク９０２内の別のノードの容量に少なくとも部分的に基づく調整を容易にするように増減可能である。ネットワークノード９０４のさらになおもう１つの実施形態において、所定の部分は１／Ｎにより定義され、ここでＮは、フィルタリングモジュールによる迂回が第１のアドレスカウンタのＮ増分ごとに１回実行されるように、第１のアドレスカウンタのＮ増分に関連する整数値である。この実施形態において、Ｎは、５０、２００、５０から２００の範囲内の整数値、または任意の適切な整数値であってもよい。ネットワークノード９０４のもう１つの実施形態において、所定の部分は、ネットワークノード９０４の容量、インターネットプロトコルネットワーク９０２の容量、またはインターネットプロトコルネットワーク９０２内の別のノードの容量に少なくとも部分的に基づくフィルタリングモジュール９２４による調整を容易にするように増減可能である。
【００６０】
ネットワークノード９０４のもう１つの実施形態において、複数の上昇優先度値は、リソース優先度パラメータに対して有効であり、第１の上昇優先度値、所定の優先度要求しきい値、第１のアドレスカウンタ、第１の要求元比率、および所定の比率しきい値は、複数の上昇優先度値の選択上昇優先度値に関連する。この実施形態において、受信要求カウンタ８０６、入力モジュール８０８、上昇優先度要求カウンタ８１０、優先度決定モジュール８１２、優先度要求比較器モジュール８１４、プロセッサモジュール８１６、第１のアドレスカウンタ９１８、アドレス／比率決定モジュール９２０、優先度比率比較器モジュール９２２、およびフィルタリングモジュール９２４は、複数の上昇優先度値の各上昇優先度値に対して第１の上昇優先度値の場合と同様に動作する。説明されている実施形態において、所定の優先度要求しきい値は、複数の上昇優先度値の各上昇優先度値に対する特定の優先度要求しきい値を含み、第１のアドレスカウンタ９１８は、複数の上昇優先度値の各上昇優先度値に対する特定の第１のアドレスカウンタを含み、第１の要求元比率は、複数の上昇優先度値の各上昇優先度値に対する特定の第１の要求元比率を含み、所定の比率しきい値は、複数の上昇優先度値の各上昇優先度値に対する特定の所定の比率しきい値を含み、フィルタリングモジュール９２４は、各特定の第１の要求元比率、および対応する特定の所定の比率しきい値に関連してリソース優先度パラメータで実行する。
【００６１】
図１０を参照すると、ＳＩＰセッションを確立する要求を選別するためのプロセス１０００のさらにもう１つの例示的な実施形態は、１００２において開始し、ここでＳＩＰセッションを確立する複数の要求は、インターネットプロトコルネットワークのネットワークノードで受信され、各受信要求の受信要求カウンタは増分されて合計要求カウントを維持する。次いで、プロセスは、各受信要求が第１の上昇優先度値を持つリソース優先度パラメータを含むかどうかを決定し、そのようなパラメータを含む場合は、上昇優先度要求カウンタを増分して優先度要求カウントを維持する（１００４）。受信要求および上昇優先度要求カウンタは、オーバーフロー状態を回避して、比較的最新の傾向を反映するように、適切な時間に定期的にリセットされてもよい。カウンタリセットは、特に要求トラフィックが少ないと予想される日および時間の、少ない要求トラフィックの期間中、もしくは毎日、毎週、または別の適切な暦時間に、上昇または下降しきい値交差のような特定のイベントによりトリガされてもよい。
【００６２】
１００６において、優先度要求比率は、所定の優先度要求しきい値と比較される。優先度要求比率は、合計要求カウントに対する優先度要求カウントの比率を示す。次いで、上昇優先度値を含む各受信要求は、優先度要求比率が所定の優先度要求しきい値を超える場合、より包括的な選別を使用して処理される（１００８）。第１の上昇優先度値を含む各受信要求の処理は、優先度要求比率が所定の優先度要求しきい値を超えない場合、第１の上昇優先度値に従って続行することを許可される（１００８）。加えて、第１の上昇優先度値を含まない各受信要求の処理は、ルーチン優先度値に従って続行することを許可される（１００８）。
【００６３】
図１０と併せて図１１を参照すると、プロセス１１００のもう１つの例示的な実施形態は、図１０の１００２から１００８を含み、１００８のより包括的な選別をさらに詳述する。１００８において、第１の上昇リソース優先度値を含む各受信要求の発信アドレスが決定され、各決定された発信アドレスのアドレスカウンタは増分されて各決定された発信アドレスの要求元カウントを維持し、各決定された発信アドレスの要求元比率が決定される。要求元比率は、第１の上昇優先度値を含む要求が、対応する要求元カウントに少なくとも部分的に基づいて、ある期間にわたり対応する発信アドレスから受信される比率を示す。アドレスカウンタは、オーバーフロー状態を回避して、比較的最新の傾向を反映するように、適切な時間に定期的にリセットされてもよい。カウンタリセットは、特に要求トラフィックが少ないと予想される日および時間の、少ない要求トラフィックの期間中、もしくは毎日、毎週、または別の適切な暦時間に、上昇または下降しきい値交差のような特定のイベントによりトリガされてもよい。
【００６４】
次いで、各決定された発信アドレスの要求元比率は、所定の比率しきい値と比較される（１１０４）。１１０６において、第１の上昇優先度値を含む各決定された発信アドレスに関連付けられている各受信要求のリソース優先度パラメータは、対応する発信アドレスの要求元比率が所定の比率しきい値を超える場合、後続の処理がルーチン優先度に従って処理されるように変更される、ただし、対応する発信アドレスの要求元比率が所定の比率しきい値を超えると決定し、対応する所定の部分の処理が第１の上昇優先度値に従って続行することを許可される場合、リソース優先度パラメータの変更は、第１の上昇優先値を含む対応する発信アドレスに関連付けられている受信要求の所定の部分に対して迂回される。加えて、第１の上昇優先度値を含む決定された各発信アドレスに関連付けられている各受信要求の処理は、対応する発信アドレスの要求元比率が所定の比率しきい値を超えない場合、第１の上昇優先度値に従って続行することを許可される（１１０６）。
【００６５】
プロセス１１００のもう１つの実施形態において、複数の上昇優先度値が、リソース優先度パラメータに対して有効である。この実施形態において、プロセス１１００はまた、複数の上昇優先度値の各上昇優先度値に対して第１の上昇優先度値の場合と同様に１００４から１１０６を実行するステップをさらに備える。説明されている実施形態において、所定の優先度要求しきい値は、複数の上昇優先度値の各上昇優先度値に対する特定の優先度要求しきい値を含み、各決定された発信アドレスの各アドレスカウンタは、複数の上昇優先度値の各上昇優先度値に対する特定の第１のアドレスカウンタを含み、各決定された発信アドレスの各要求元比率は、複数の上昇優先度値の各上昇優先度値に対する特定の第１の要求元比率を含み、所定の比率しきい値は、複数の上昇優先度値の各上昇優先度値に対する特定の所定の比率しきい値を含み、１１０６は、各決定された発信アドレスに対して各特定の第１の要求元比率、および対応する特定の所定の比率しきい値に関連して実行される。
【００６６】
上記の説明は、本発明の特定の実施形態の開示を提供するものに過ぎず、本明細書を限定する目的は意図されていない。そのようなものとして、本発明は、上記で説明される実施形態のみに限定されることはない。むしろ、当業者であれば、本発明の範囲に含まれる代替的実施形態を考案できることを理解されたい。
【図１】
0005512832.tif 000002
【図２】
0005512832.tif 000003
【図３】
0005512832.tif 000004
【図４】
0005512832.tif 000005
【図５】
0005512832.tif 000006
【図６】
0005512832.tif 000007
【図７】
0005512832.tif 000008
【図８】
0005512832.tif 000009
【図９】
0005512832.tif 000010
【図１０】
0005512832.tif 000011
【図１１】
0005512832.tif 000012