(57)【要約】【課題】ユーザ・プレーン輻輳（ＵＰＣＯＮ）に基づいてポリシー決定を行う技術を提供する。【解決手段】一例において、ユーザ・プレーン輻輳（ＵＰＣＯＮ）に基づいてポリシー決定を行う方法は、コア・ネットワーク（ＣＮ）におけるポリシー及び課金ルール機能（ＰＣＲＦ）において、無線アクセス・ネットワーク（ＲＡＮ）ユーザ・プレーン輻輳（ＵＰＣＯＮ）情報（ＲＵＣＩ）を受信するステップと、前記ＰＣＲＦにおいて、前記ＰＣＲＦにおいて受信された前記ＲＵＣＩに基づいて、ＲＡＮノードにおけるトラフィックを低減させるためのポリシー決定を行うステップと、を含む。【選択図】図１
2017163601.tif 000002
【特許請求の範囲】
【請求項１】
１以上のプロセッサにより実行されたときに、
コア・ネットワーク（ＣＮ）におけるポリシー及び課金ルール機能（ＰＣＲＦ）において、無線アクセス・ネットワーク（ＲＡＮ）ユーザ・プレーン輻輳（ＵＰＣＯＮ）情報（ＲＵＣＩ）を識別するステップと、
前記ＰＣＲＦにおいて、前記ＲＵＣＩを使用して、ＲＡＮノードにおけるトラフィックを低減させるためのポリシー決定を行うステップと、
を実行するプログラム。
【請求項２】
前記プログラムは、前記１以上のプロセッサにより実行されたときに、さらに、
前記ＰＣＲＦにおいて、運用及び保守（Ｏ＆Ｍ）システムから機能エレメントを介して前記ＲＵＣＩを受信するステップ
を実行する、請求項１記載のプログラム。
【請求項３】
前記ＰＣＲＦにおいて受信される前記ＲＵＣＩは、ＵＰＣＯＮにより影響が及ぼされる進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）セル又は特定の進化型ノードＢ（ｅＮＢ）についての輻輳レベルを含む、請求項１記載のプログラム。
【請求項４】
前記ＰＣＲＦにおいて受信される前記ＲＵＣＩは、ＵＰＣＯＮにより影響が及ぼされるユーザ機器（ＵＥ）の識別子を含む、請求項１記載のプログラム。
【請求項５】
前記ＰＣＲＦにおいて受信される前記ＲＵＣＩは、前記ＲＵＣＩがレポートされるアクセス・ポイント名（ＡＰＮ）を含む、請求項１記載のプログラム。
【請求項６】
前記プログラムは、前記１以上のプロセッサにより実行されたときに、さらに、
前記ＰＣＲＦにおいて、前記ＲＵＣＩに含まれる輻輳レベルとユーザ機器（ＵＥ）の識別子とアクセス・ポイント名（ＡＰＮ）とのうちの少なくとも１つに基づいて、前記ポリシー決定を行うステップ
を実行する、請求項１記載のプログラム。
【請求項７】
前記ＲＵＣＩを受信する前記ＰＣＲＦは、ＵＰＣＯＮにより影響が及ぼされるユーザ機器（ＵＥ）のためのパケット・データ・ネットワーク（ＰＤＮ）コネクションを提供する、請求項１記載のプログラム。
【請求項８】
進化型パケット・コア（ＥＰＣ）において動作するよう構成されているポリシー及び課金ルール機能（ＰＣＲＦ）であって、前記ＰＣＲＦは、１以上のプロセッサを有し、前記１以上のプロセッサは、
運用及び保守（Ｏ＆Ｍ）システムから機能エレメントを介して無線アクセス・ネットワーク（ＲＡＮ）ユーザ・プレーン輻輳（ＵＰＣＯＮ）情報（ＲＵＣＩ）を受信し、
前記ＰＣＲＦにおいて受信された前記ＲＵＣＩに部分的に基づいて、ＲＡＮノードにおけるトラフィックを低減させるためのポリシー決定を行う
よう構成されている、ＰＣＲＦ。
【請求項９】
前記ＰＣＲＦにおいて受信される前記ＲＵＣＩは、ＵＰＣＯＮにより影響が及ぼされる進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）セル又は特定の進化型ノードＢ（ｅＮＢ）についての輻輳レベルを含む、請求項８記載のＰＣＲＦ。
【請求項１０】
前記ＰＣＲＦにおいて受信される前記ＲＵＣＩは、ＵＰＣＯＮにより影響が及ぼされるユーザ機器（ＵＥ）の識別子を含む、請求項８記載のＰＣＲＦ。
【請求項１１】
前記ＰＣＲＦにおいて受信される前記ＲＵＣＩは、前記ＲＵＣＩがレポートされるアクセス・ポイント名（ＡＰＮ）を含む、請求項８記載のＰＣＲＦ。
【請求項１２】
前記１以上のプロセッサは、さらに、前記ＲＵＣＩに含まれる輻輳レベルとユーザ機器（ＵＥ）の識別子とアクセス・ポイント名（ＡＰＮ）とのうちの少なくとも１つに基づいて、前記ポリシー決定を行うよう構成されている、請求項８記載のＰＣＲＦ。
【請求項１３】
前記１以上のプロセッサは、さらに、ＵＰＣＯＮにより影響が及ぼされるユーザ機器（ＵＥ）のためのパケット・データ・ネットワーク（ＰＤＮ）コネクションを提供するよう構成されている、請求項８記載のＰＣＲＦ。
【請求項１４】
ユーザ・プレーン輻輳（ＵＰＣＯＮ）に基づいてポリシー決定を行う方法であって、
コア・ネットワーク（ＣＮ）におけるポリシー及び課金ルール機能（ＰＣＲＦ）において、無線アクセス・ネットワーク（ＲＡＮ）ユーザ・プレーン輻輳（ＵＰＣＯＮ）情報（ＲＵＣＩ）を受信するステップと、
前記ＰＣＲＦにおいて、前記ＰＣＲＦにおいて受信された前記ＲＵＣＩに基づいて、ＲＡＮノードにおけるトラフィックを低減させるためのポリシー決定を行うステップと、
を含む方法。
【請求項１５】
前記ＰＣＲＦにおいて、運用及び保守（Ｏ＆Ｍ）システムから機能エレメントを介して前記ＲＵＣＩを受信するステップ
をさらに含む、請求項１４記載の方法。
【請求項１６】
前記ＰＣＲＦにおいて受信される前記ＲＵＣＩは、ＵＰＣＯＮにより影響が及ぼされる進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）セル又は特定の進化型ノードＢ（ｅＮＢ）についての輻輳レベルを含む、請求項１４記載の方法。
【請求項１７】
前記ＰＣＲＦにおいて受信される前記ＲＵＣＩは、ＵＰＣＯＮにより影響が及ぼされるユーザ機器（ＵＥ）の識別子を含む、請求項１４記載の方法。
【請求項１８】
前記ＰＣＲＦにおいて受信される前記ＲＵＣＩは、前記ＲＵＣＩがレポートされるアクセス・ポイント名（ＡＰＮ）を含む、請求項１４記載の方法。
【請求項１９】
前記ＰＣＲＦにおいて、前記ＲＵＣＩに含まれる輻輳レベルとユーザ機器（ＵＥ）の識別子とアクセス・ポイント名（ＡＰＮ）とのうちの少なくとも１つに基づいて、前記ポリシー決定を行うステップ
をさらに含む、請求項１４記載の方法。
【請求項２０】
前記ＲＵＣＩを受信する前記ＰＣＲＦは、ＵＰＣＯＮにより影響が及ぼされるユーザ機器（ＵＥ）のためのパケット・データ・ネットワーク（ＰＤＮ）コネクションを提供する、請求項１４記載の方法。
【請求項２１】
１以上のプロセッサを有する進化型パケット・コア（ＥＰＣ）であって、前記１以上のプロセッサは、
無線アクセス・ネットワーク（ＲＡＮ）ユーザ・プレーン輻輳（ＵＰＣＯＮ）情報（ＲＵＣＩ）であって、ＵＰＣＯＮにより影響が及ぼされる進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）セル又は特定の進化型ノードＢ（ｅＮＢ）についての輻輳レベルと、ＵＰＣＯＮにより影響が及ぼされるユーザ機器（ＵＥ）の識別子と、前記ＲＵＣＩがレポートされるアクセス・ポイント名（ＡＰＮ）と、を含むＲＵＣＩを識別し、
前記ＲＵＣＩに含まれる前記輻輳レベルと前記ＵＥの前記識別子と前記ＡＰＮとに基づいて、ＲＡＮノードにおけるトラフィックを低減させるためのポリシー決定を行う
よう構成されている、ＥＰＣ。
【請求項２２】
前記１以上のプロセッサは、さらに、運用及び保守（Ｏ＆Ｍ）システムから機能エレメントを介して前記ＲＵＣＩを受信するよう構成されている、請求項２１記載のＥＰＣ。
【請求項２３】
請求項１乃至７いずれか一項記載のプログラムを記憶している記憶媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
本出願は、Ｐ５４６５２Ｚというドケット番号を有する、２０１３年２月２２日に出願された米国仮特許出願番号第６１／７６８３３０号の優先権を主張する。その明細書全体が、全ての目的のために、その全体を参照することにより、本明細書に組み込まれる。
【０００２】
無線移動通信技術は、様々な規格及びプロトコルを使用して、ノード（例えば、送信局）と無線デバイス（例えば、モバイル・デバイス）との間でデータを伝送する。いくつかの無線デバイスは、下りリンク（ＤＬ）伝送において直交周波数分割多元接続（ＯＦＤＭＡ）を用い、上りリンク（ＵＬ）伝送においてシングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を用いて通信する。信号伝送のために直交周波数分割多重方式（ＯＦＤＭ）を使用する規格及びプロトコルは、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ロング・ターム・エボリューション（ＬＴＥ）と、業界団体にはＷｉＭＡＸ（登録商標）（worldwide  interoperability  for  microwave  access）として一般に知られているＩＥＥＥ（institute  of  electrical  and  electronics  engineers）８０２．１６規格（例えば、８０２．１６ｅ、８０２．１６ｍ）と、業界団体にはＷｉＦｉ（登録商標）として一般に知られているＩＥＥＥ８０２．１１規格と、を含む。
【０００３】
３ＧＰＰ無線アクセス・ネットワーク（ＲＡＮ）ＬＴＥシステムにおいて、ノードは、進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ：evolved  universal  terrestrial  radio  access  network）ノードＢ（進化型ノードＢ、拡張ノードＢ、ｅＮｏｄｅＢ、又はｅＮＢとも一般に表される）と無線ネットワーク・コントローラ（ＲＮＣ）との組合せであり得、ユーザ機器（ＵＥ）として知られている無線デバイスと通信する。下りリンク（ＤＬ）伝送は、ノード（例えば、ｅＮｏｄｅＢ）から無線デバイス（例えば、ＵＥ）への通信であり得、上りリンク（ＵＬ）伝送は、無線デバイスからノードへの通信であり得る。
【０００４】
コア・ネットワーク（ＣＮ）又はネットワーク・コアは、無線アクセス・ネットワーク（ＲＡＮ）を介して接続されているユーザに様々なサービスを提供する通信ネットワークの中心部分であり得る。コア・ネットワークの機能の１つは、ＲＡＮからインターネットへパケットをルーティングすることであり得る。
【０００５】
コア・ネットワークは、プライマリ・ノードを接続する大容量通信機能を提供することができる。コア・ネットワーク（又は、バックボーン・ネットワーク）は、異なるサブネットワーク間における情報の交換のためのパスを提供することができる。１つの組織にサーブするエンタープライズ・プライベート・ネットワークでは、大容量通信機能は、バックボーンと呼ばれ得るのに対し、サービス・プロバイダでは、大容量通信機能は、コア・ネットワークと呼ばれ得る。
【０００６】
通信ネットワークは、３つの部分、すなわち、３つのプレーンを含み得る。それらは、制御プレーン、ユーザ・プレーン（データ・プレーン又はベアラ・プレーン）、及び管理プレーンである。各部分は、別々のオーバーレイ・ネットワーク（overlay  network）であり得るので、３つの部分は、プレーンと呼ばれ得る。制御プレーンは、（シグナリングとしても知られている）制御情報を伝送することができる。ユーザ・プレーンは、ネットワークのユーザ・トラフィックを伝送することができる。管理プレーンは、ネットワーク管理のために使用されるオペレーション管理トラフィックを伝送することができる。
【０００７】
３ＧＰＰ  ＬＴＥ無線通信規格において、システム・アーキテクチャ・エボリューション（ＳＡＥ）は、コア・ネットワーク・アーキテクチャを使用することができる。ＳＡＥは、制御プレーン・トラフィックとユーザ・プレーン・トラフィックとを分離した、フラットで全インターネット・プロトコル（全ＩＰ）型のアーキテクチャを有することができる。ＳＡＥアーキテクチャのメイン・コンポーネントは、進化型パケット・コア（ＥＰＣ：evolved  packet  core）又はＳＡＥコアであり得る。
【図面の簡単な説明】
【０００８】
本開示の特徴及び利点が、添付の図面と併せて検討される以下の詳細な説明から明らかになるであろう。添付の図面は、詳細な説明とともに、例として、本開示の特徴を示す。
【図１】進化型パケット・コア（ＥＰＣ）無線インタフェース（例えば、ＬＴＥ−Ｕｕ、Ｕｕ）への第３世代パートナーシップ・プロジェクト（３ＧＰＰ）無線アクセス・ネットワーク（ＲＡＮ）の容量制限に起因するユーザ・プレーン輻輳（ＵＰＣＯＮ）を示す図。
【図２】進化型パケット・コア（ＥＰＣ）ネットワーク・インタフェース（例えば、Ｇｂ、Ｉｕ−ＰＳ、Ｓ１−Ｕ）への第３世代パートナーシップ・プロジェクト（３ＧＰＰ）無線アクセス・ネットワーク（ＲＡＮ）の容量制限に起因するユーザ・プレーン輻輳（ＵＰＣＯＮ）を示す図。
【図３】一例に従った、無線アクセス・ネットワーク（ＲＡＮ）における、コア・ネットワーク（ＣＮ）又は進化型パケット・コア（ＥＰＣ）との通信の図。
【図４】一例に従った、様々なインタフェースを用いるユーザ・プレーン輻輳（ＵＰＣＯＮ）イベント・レポートの通信を示す図。
【図５】一例に従った、ポリシー及び課金ルール機能（ＰＣＲＦ）への直接的ユーザ・プレーン輻輳（ＵＰＣＯＮ）イベント・レポーティングを示す図。
【図６】一例に従った、プロキシ又はエージェントを介したポリシー及び課金ルール機能（ＰＣＲＦ）へのユーザ・プレーン輻輳（ＵＰＣＯＮ）イベント・レポーティングを示す図。
【図７】一例に従った、プロキシを介さないサーバ（例えば、アクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）、運用及び保守（Ｏ＆Ｍ）サブシステム、又はＵＰＣＯＮサーバ）へのユーザ・プレーン輻輳（ＵＰＣＯＮ）イベント・レポーティングを示す図。
【図８】一例に従った、プロキシを介したサーバ（例えば、アクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）、運用及び保守（Ｏ＆Ｍ）サブシステム、又はＵＰＣＯＮサーバ）へのユーザ・プレーン輻輳（ＵＰＣＯＮ）イベント・レポーティングを示す図。
【図９】一例に従った、ＧＴＰ−Ｕを介したポリシー及び課金ルール機能（ＰＣＲＦ）への輻輳通知を示す図。
【図１０】一例に従った、コア・ネットワーク（ＣＮ）にユーザ・プレーン輻輳（ＵＰＣＯＮ）を通知するための方法のフローチャート。
【図１１】一例に従った、無線アクセス・ネットワーク（ＲＡＮ）ユーザ・プレーン輻輳（ＵＰＣＯＮ）をレポートするためのコア・ネットワーク（ＣＮ）デバイスのコンピュータ回路の機能を示す図。
【図１２】一例に従った無線デバイス（例えば、ＵＥ）の図。
【発明を実施するための形態】
【０００９】
図示される例示的な実施形態を参照し、本明細書において、特定の用語を使用して、同実施形態を説明する。それでも、本発明の範囲は、それらにより限定される意図がないことを理解すべきである。
【００１０】
本発明を開示及び説明する前に、本発明は、本明細書において開示する特定の構造、プロセス・ステップ、又は材料に限定されるものではなく、当業者により認識されるであろうそれらの均等な構成に拡張されることを理解すべきである。本明細書において使用される用語は、特定の例を説明する目的のためだけに使用され、限定的であるよう意図されるものではないことも理解すべきである。異なる図における同じ参照符号は、同じ要素を表す。フローチャート及びプロセスにおいて提供される番号は、ステップ及びオペレーションを例示する際の明瞭さのために提供されるものであって、必ずしも特定の順番又はシーケンスを示すわけではない。
【００１１】
例示的な実施形態
技術の実施形態の初期の概要が以下において提供され、次いで、特定の技術の実施形態が後にさらに詳細に説明される。この初期の概要は、読者が本技術をより迅速に理解するのを助けるよう意図されるものであるが、本技術の主要な特徴又は必要不可欠な特徴を特定することを意図するものではなく、特許請求される主題の範囲を限定することを意図するものでもない。
【００１２】
アクセス・ポイント又はノード（ｅＮＢ）とＵＥとの間のユーザ・プレーン・プロトコル・スタックは、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）、無線リンク制御（ＲＣＬ）、媒体アクセス制御（ＭＡＣ）サブレイヤを含み得る。ユーザ・プレーン上では、コア・ネットワーク（例えば、ＥＰＣ）におけるパケットは、特定のＥＰＣプロトコルでカプセル化され、パケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ又はＰ−ＧＷ）とノード（例えば、ｅＮＢ）との間でトンネリングされ得る。インタフェースに応じて、異なるトンネリング・プロトコルが使用され得る。汎用パケット無線サービス（ＧＰＲＳ）トンネリング・プロトコル（ＧＴＰ）が、ｅＮＢとサービング・ゲートウェイ（ＳＧＷ又はＳ−ＧＷ）との間のＳ１インタフェース上で使用され、ＳＧＷとＰＧＷとの間のＳ５インタフェース及び／又はＳ８インタフェース上で使用され得る。レイヤにより受信されるパケットは、サービス・データ・ユニット（ＳＤＵ）と呼ばれ得るのに対し、レイヤのパケット出力は、トップ・レイヤからボトム・レイヤへのユーザ・プレーン・フローにおけるプロトコル・データ・ユニット（ＰＤＵ）及びインターネット・プロトコル（ＩＰ）パケットと呼ばれ得る。
【００１３】
制御プレーンは、より下位のレイヤ（例えば、物理層）を構成する役割を担い得る無線リソース制御（ＲＲＣ）レイヤの追加を含み得る。制御プレーンは、ＵＥの状態に依存し得る無線固有の機能又はコネクション固有の機能を処理することができる。ＵＥの状態は、２つの状態、すなわち、アイドル状態又は接続状態を含み得る。
【００１４】
ここ数年において、モバイル・オペレータは、ユーザ・トラフィック・データを著しく増加させている。ネットワークのデータ容量は増加しているが、ユーザ・トラフィック・データの観測される増加は、ネットワーク・データ容量の増加を上回り続けている。一般に、無線アクセス・ネットワーク（ＲＡＮ）ユーザ・プレーン輻輳（ＵＰＣＯＮ）は、ＲＡＮリソースへの要求（すなわち、ユーザ・データの伝送への要求）が、ＲＡＮリソースのキャパシティを超えるときに生じ得る。結果として、ユーザは、低減されたサービス品質（ＱｏＳ）でデータを受信することがある。したがって、ネットワーク輻輳の増大は、ユーザ・サービス・エクスペリエンスを劣化させ得る。一般に、ユーザ・プレーン輻輳（すなわち、データ・プレーン輻輳）、すなわち、ＵＰＣＯＮは、次の２つのシナリオの下でトリガされ得る：（１）セル容量（例えば、無線インタフェース）の完全な使用に起因するユーザ・プレーン輻輳；及び（２）進化型パケット・コア（ＥＰＣ）インタフェース（例えば、ネットワーク・インタフェース）への３ＧＰＰ  ＲＡＮの制限に起因するユーザ・プレーン輻輳。サービス品質（ＱｏＳ）は、特別な要件によりトラフィックの伝送を可能にするテレフォニ（telephony）及びコンピュータ・ネットワークのいくつかの関連する態様を参照し得る。
【００１５】
図１は、セル容量の完全な使用に起因する、無線インタフェース（例えば、ＬＴＥ−Ｕｕ、Ｕｕ）上のユーザ・プレーン輻輳（ＵＰＣＯＮ）の一例を示している。第３世代パートナーシップ・プロジェクト（３ＧＰＰ）無線アクセス・ネットワーク（ＲＡＮ）ノード１１０は、コア・ネットワーク（例えば、進化型パケット・コア（ＥＰＣ））と通信することができる。ＥＰＣは、コア・ネットワーク（ＣＮ）に含まれ得る。一例において、ＥＰＣインタフェース（例えば、Ｇｂ、ｌｕ−Ｐｓ、Ｓ１−Ｕ）への３ＧＰＰ  ＲＡＮの容量は、毎秒１００メガビット（１００Ｍｂｐｓ）であり得る。３ＧＰＰ  ＲＡＮノードは、セル内に位置する複数のユーザ・デバイス又はユーザ機器（ＵＥ）に、ユーザ・データを送信することができる。セルＢにおけるトラフィック量が、セルの容量を超えるときに、ＵＰＣＯＮが生じ得る。例えば、セル内の複数のＵＥは、セル容量に等しいユーザ・プレーン・トラフィックを生成することがある。さらなるＵＥ又は既存のＵＥが、セル内でさらなるユーザ・プレーン・トラフィックを生成しようと試みるとき、そのセル内で輻輳が生じ得る。一例として、３ＧＰＰ  ＲＡＮは、セルＡ、セルＢ、及びセルＣにユーザ・データを送信することがある。無線容量（例えば、無線インタフェース）は、セルＡ、セルＢ、及びセルＣについて、７５Ｍｂｐｓであり得る。セルＢにおけるトラフィック量が、セルの容量（例えば、７５Ｍｂｐｓ）を超えるとき、ＵＰＣＯＮは生じ得る。別の例において、トラフィック量が、セル又はインタフェースの容量の定められたパーセンテージを超えるとき、ＵＰＣＯＮは生じ得る。
【００１６】
図２は、進化型パケット・コア（ＥＰＣ）インタフェース又はネットワーク・インタフェース（例えば、Ｇｂ、ｌｕ−Ｐｓ、Ｓ１−Ｕ）への３ＧＰＰ  ＲＡＮの容量制限に起因するＵＰＣＯＮの一例を示している。３ＧＰＰ  ＲＡＮは、ＥＰＣと通信することができる。一例において、ＥＰＣインタフェースへの３ＧＰＰ  ＲＡＮの容量は、１００Ｍｂｐｓであり得る。３ＧＰＰ  ＲＡＮは、セルＡ、セルＢ、及びセルＣにユーザ・データを送信することができ、それらのセルの各々は、複数のユーザ・デバイス又はＵＥを含み得る。各セルの無線容量は、７５Ｍｂｐｓであり得る。セルＡ、セルＢ、及びセルＣ内の複数のＵＥに送信されるユーザ・プレーン・データの量が、ＥＰＣインタフェースへの３ＧＰＰ  ＲＡＮの容量を超えるとき、３ＧＰＰ  ＲＡＮにおいて、ＵＰＣＯＮが生じ得る。例えば、ユーザ・プレーン・データの量は、ＥＰＣインタフェースへの３ＧＰＰ  ＲＡＮの容量（例えば、１００Ｍｂｐｓ）を超えることがある。結果として、セルＡ、セルＢ、及びセルＣ内のＵＥの全ては、過度のデータ速度低下又はサービス拒否を経験し得る。各セル（例えば、セルＡ、セルＢ、及びセルＣ）が、そのセル内でサーブされている複数のＵＥをサポートするための必要な容量を有することができるとしても、ＥＰＣインタフェースへの３ＧＰＰ  ＲＡＮの容量制限は、セルＡ、セルＢ、及びセルＣ内の１以上のＵＥに悪影響を及ぼし得る。結果として、ＥＰＣインタフェースへの３ＧＰＰ  ＲＡＮにおけるＵＰＣＯＮは、複数のＵＥがＥＰＣにユーザ・データを送信すること、又は複数のＵＥがＥＰＣからユーザ・データを受信することを妨げ得る。
【００１７】
パケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）がセルの過負荷状況を回避しそのような状況に対処するためのメカニズムが使用され得る。例えば、ＰＤＮ−ＧＷは、ＵＥからの、モビリティ管理エンティティ（ＭＭＥ）を介してＰＤＮゲートウェイ（Ｐ−ＧＷ）に到達するパケット・データ・ネットワーク（ＰＤＮ）コネクション・セットアップ・リクエストを拒否することができる。次いで、ネットワークとの新たなＰＤＮコネクションを確立することができないことをＵＥに通知することができる。しかしながら、ＰＤＮコネクション・セットアップ・リクエストが、おそらくは過負荷状態のＰ−ＧＷにそれでも送信されることがある。さらに、Ｐ−ＧＷを介してＰＤＮコネクションを接続することができないと通知されるべきＵＥのより高いレイテンシが存在することがある。なぜならば、ＰＤＮコネクション・セットアップ・リクエストは、進化型ノードＢ（ｅＮＢ）からＭＭＥを介してＰ−ＧＷに伝送され、次いで、ＵＥに到達する前に、ＭＭＥ及びｅＮＢを介して元に戻されるからである。加えて、サービング・ゲートウェイ（Ｓ−ＧＷ）における過負荷状況はまた、ＵＥスループットに影響を及ぼし得るものであり、それによりネガティブなユーザ・エクスペリエンスをもたらす。
【００１８】
したがって、ＵＰＣＯＮの影響を軽減するために、コア・ネットワーク（ＣＮ）は、アクセス・ネットワーク（例えば、ＲＡＮ）に対するＵＰＣＯＮ検出ルールを設定することができる。ＵＰＣＯＮ検出ルールは、ＵＰＣＯＮイベント・トリガを含み得る。結果として、アクセス・ネットワークは、ＣＮにより設定されているＵＰＣＯＮイベント・トリガに基づいて、ＵＰＣＯＮ状態を検出することができる。アクセス・ネットワークは、輻輳状態をＣＮにレポートすることができる。ＣＮは、ユーザ・プレーン（すなわち、データ・プレーン）上の輻輳を低減させる１以上のアクションを実行するために、アプリケーション・サーバ（ＡＳ）に通知することができる。
【００１９】
コア・ネットワーク（ＣＮ）は、ユーザ・プレーン輻輳に関連するポリシー及び課金制御（ＰＣＣ）情報（すなわち、ＵＰＣＯＮ関連ＰＣＣ情報）をＲＡＮに送信することができる。ＣＮは、ＵＰＣＯＮ状況により効果的に対処するために、ＵＰＣＯＮ関連ＰＣＣ情報をＲＡＮに提供することができる。すなわち、ＣＮは、ＵＰＣＯＮ関連ＰＣＣ情報をＲＡＮに配信又は供給することができる。詳細には、ＵＰＣＯＮ関連ＰＣＣ情報は、ＲＡＮノード、進化型ノードＢ（ｅＮＢ）、無線ネットワーク・コントローラ（ＲＮＣ）、又は基地局システム（ＢＳＳ）に配信され得る。
【００２０】
ＵＰＣＯＮ関連ＰＣＣ情報は、ＲＡＮユーザ・プレーン輻輳のインジケーション等のＵＰＣＯＮイベントを含み得る。さらに、ＵＰＣＯＮイベントは、ＵＥの進化型パケット・システム（ＥＰＳ）ベアラの一部（又は、全て）について、ＲＡＮユーザ・プレーン輻輳レポーティング機能が有効にされたか、あるいは開始されたというインジケーションを含み得る。ＵＰＣＯＮ関連ＰＣＣ情報は、１以上のＵＰＣＯＮイベント・トリガを含み得る。ＵＰＣＯＮイベント・トリガは、ＵＰＣＯＮの位置が、無線上りリンク、無線下りリンク、ネットワーク上りリンク、ネットワーク下りリンク、又はＲＡＮノード処理機能のうちの１つで生じることを示すことができる。
【００２１】
本明細書で説明する技術（例えば、コア・ネットワーク・デバイス、ノード、アプリケーション・サーバ（ＡＳ）、方法、コンピュータ回路、システム、構造、及びメカニズム）は、ＲＡＮユーザ・プレーンが輻輳していることをＣＮに一度通知し、輻輳状況の変化時及び／又は解消時に、ＲＡＮユーザ・プレーン輻輳状況が変化した、あるいはなくなった（すなわち、消失した）ことをＣＮに一度通知するＲＡＮユーザ・プレーン輻輳（ＵＰＣＯＮ）アウェアネスを提供することができる。
【００２２】
ＲＡＮ（例えば、３ＧＰＰ  ＲＡＮ）ユーザ・プレーンが、輻輳期間後に、輻輳状態ではなくなった場合、関連コア・ネットワーク・エレメント（例えば、ポリシー及び課金ルール機能（ＰＣＲＦ）、モビリティ管理エンティティ（ＭＭＥ）、ＳＧＷ、ＰＧＷ、アクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）、運用及び保守（Ｏ＆Ｍ）サーバ、又はＵＰＣＯＮサーバ）が通常の機能に戻る、あるいは適切に振る舞うことができるように、ＲＡＮは、ＣＮに、輻輳状況の変化及び／又は解消を通知することができる。
【００２３】
図３は、３ＧＰＰ  ＬＴＥ  ＲＡＮ１０８と、コア・ネットワーク（ＣＮ）又は進化型パケット・コア（ＥＰＣ）２０２と、を示している。例えば、ＲＡＮは、ユニバーサル地上無線アクセス・ネットワーク（ＵＴＲＡＮ）又は進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ又はｅＵＴＲＡＮ）におけるノード（例えば、ｅＮＢ１１４及びホームｅＮＢ（ＨｅＮＢ）１１２）を含み得る。ＵＥ１２０及びＵＥ１２２は、ｅＮＢ（例えば、ＨｅＮＢ１１２）と無線通信することができる。ＲＡＮは、コア・ネットワーク（ＣＮ）（例えば、ＥＰＣ）を介して、インターネット２６０に接続され得る。ＣＮ又はインターネットは、アプリケーション・サーバ２２０に接続され得る。アプリケーション・サーバは、様々なアプリケーション及びサービスを提供することができる。ＥＰＣは、ＲＡＮに接続されたサービング・ゲートウェイ（Ｓ−ＧＷ）２３２及びモビリティ管理エンティティ（ＭＭＥ）２３０と、インターネット２６０、イントラネット、又は他の同様のネットワーク等のパケット・データ・ネットワーク（ＰＤＮ）にＳ−ＧＷを接続するＰＤＮゲートウェイ（Ｐ−ＧＷ）を、を含み得る。Ｓ−ＧＷは、ＲＡＮに関連付けられたＵＥにネットワーク・アクセスを提供することができる。コア・ネットワークは、Ｐ−ＧＷに接続されたポリシー及び課金ルール機能（ＰＣＲＦ）を含み得る。コア・ネットワークはまた、アクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）サーバ（図示せず）、運用及び保守（Ｏ＆Ｍ）サーバ（図示せず）、又はＵＰＣＯＮサーバ（図示せず）を含み得る。コア・ネットワーク・デバイスは、ケーブル、ワイヤ、光ファイバ、及び／又は、ルータ若しくはリピータ等の伝送ハードウェアを介して、互いと直接通信することができる。
【００２４】
サービング・ゲートウェイ（Ｓ−ＧＷ又はＳＧＷ）２３２は、ユーザ・データ・パケットをルーティング及び転送することができるとともに、ｅＮｏｄｅＢ間のハンドオーバー中にユーザ・プレーンのモビリティ・アンカとして動作し、ＬＴＥ技術と他の３ＧＰＰ技術との間のモビリティのアンカとして動作する（Ｓ４インタフェースを終了させ、２Ｇ／３ＧシステムとＰＧＷとの間でトラフィックをリレーする）。アイドル状態のＵＥに関して、Ｓ−ＧＷは、下りリンク・データ・パスを終了させることができ、ＵＥのための下りリンク・データが到達したときに、ページングをトリガする。Ｓ−ＧＷは、ＵＥコンテキスト、ＩＰベアラ・サービスのパラメータ、及びネットワーク内部ルーティング情報を管理及び記憶することができる。Ｓ−ＧＷは、合法的傍受の場合、ユーザ・トラフィックの複製を実行することができる。
【００２５】
ＳＧＷプロトコル・スタックは、ＭＭＥ２３０とのＳ１１インタフェースをサポートするためのＳ１１制御プレーン・スタックと、ＰＧＷ２３４とのＳ５／Ｓ８インタフェースをサポートするためのＳ５／Ｓ８制御及びデータ・プレーン・スタックと、ｅＮｏｄｅＢ１１２及びｅＮｏｄｅＢ１１４（図４の２１０）とのＳ１ユーザ・プレーン・インタフェースをサポートするためのＳ１データ・プレーン・スタックと、ユニバーサル移動体通信システム（ＵＭＴＳ）の無線ネットワーク・コントローラ（ＲＮＣ）とｅＮｏｄｅＢのＳＧＷとの間のＳ４ユーザ・プレーン・インタフェースをサポートするためのＳ４データ・プレーン・スタックと、を含み得る。ＳＧＷは、ＭＭＥとのＳ１１インタフェース及びＰＧＷとのＳ５／Ｓ８インタフェースをサポートすることができる。これらのＳＧＷインタフェースのための統合された制御プレーン・スタックは、ＩＰ、ユーザ・データグラム・プロトコル（ＵＤＰ）、又は拡張ＧＰＲＳトンネリング・プロトコル制御（ｅＧＴＰ−Ｃ）を含み得る。ＳＧＷは、ｅＮｏｄｅＢとのＳ１−ユーザ（Ｓ１−Ｕ）インタフェース及びＰＧＷとのＳ５／Ｓ８データ・プレーン・インタフェースをサポートすることができる。これらのＳＧＷインタフェースのための統合されたデータ・プレーン・スタックは、ＩＰ、ＵＤＰ、又は拡張ＧＰＲＳトンネリング・プロトコル・ユーザ（ｅＧＴＰ−Ｕ）を含み得る。
【００２６】
無線アクセス・ベアラが、無線デバイス（例えば、ＵＥ）と、３ＧＰＰコア・ネットワークのエッジ（例えば、ゲートウェイ汎用パケット無線サービス（ＧＰＲＳ）サポート・ノード（ＧＧＳＮ）又はパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）２３４）と、の間で確立されたとき、インタフェースを使用することができる。ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）は、ＧＰＲＳ無線データ・ネットワークと他のネットワークとの間のゲートウェイとして動作するネットワーク・ノードであり得る。ＧＧＳＮは、ホーム・ロケーション・レジスタ（ＨＬＲ）及び／又はサービングＧＰＲＳサポート・ノード（ＳＧＳＮ）から受信された加入者データに加えて、各無線デバイスが登録されているＳＧＳＮのアドレスを記憶することができる。ＰＤＮゲートウェイ（Ｐ−ＧＷ又はＰＧＷ）は、無線デバイスのためのトラフィックの出口及び入口のポイントであることにより、無線デバイスから外部パケット・データ・ネットワークへの接続を提供することができる。無線デバイスは、複数のＰＤＮにアクセスするために、２以上のＰ−ＧＷとの同時接続を有することができる。Ｐ−ＧＷは、ポリシー施行、各ユーザについてのパケット・フィルタリング、課金サポート、合法的傍受、及びパケット・スクリーニングを実行することができる。Ｐ−ＧＷは、３ＧＰＰ技術とＷｉＭＡＸ（登録商標）及び３ＧＰＰ２等の非３ＧＰＰ技術との間のモビリティのアンカとして動作することができる。
【００２７】
ＰＧＷプロトコル・スタックは、ＳＧＷ２３２とのＳ５／Ｓ８インタフェースをサポートするためのＳ５／Ｓ８制御及びデータ・プレーン・スタックを含み得る。ＰＧＷ２３４は、ＳＧＷとのＳ５／Ｓ８インタフェースをサポートすることができる。Ｓ５／Ｓ８インタフェースのための統合された制御プレーン・スタックは、ＩＰ、ＵＤＰ、又はｅＧＴＰ−Ｃを含み得る。Ｓ５／Ｓ８インタフェースのための統合されたデータ・プレーン・スタックは、ＩＰ、ＵＤＰ、又はｅＧＴＰ−Ｕを含み得る。
【００２８】
ＭＭＥ２３０を使用して、モビリティ関連シグナリング機能を処理することができる。ＬＴＥにおいて、ＭＭＥは、ＲＡＮに対する制御ノードであり得る。ＭＭＥは、モバイル・デバイス・アイドル・モード・トラッキング及びページング、モバイル・デバイスへのデータ再送信、モバイル・デバイス認証、モバイル・デバイスのコア・ネットワーク間ハンドオーバー・トラッキング、又はこれらの機能の組合せを提供することができる。ＭＭＥは、ベアラ・アクティブ化／非アクティブ化プロセスに関与し、初期アタッチメントにおける、及びコア・ネットワーク（ＣＮ）ノード再配置中におけるモバイル・デバイスのためのＳ−ＧＷの選択に関与し得る。ＭＭＥは、一時的アイデンティティ（temporary  identity）を生成し、一時的アイデンティティをモバイル・デバイスに割り当てることができる。ＭＭＥは、モバイル・デバイス・ローミング制限を実施することができる。ＭＭＥは、セキュリティ・キー管理及び合法的傍受シグナリングを処理することができる。
【００２９】
ＭＭＥプロトコル・スタックは、ｅＮｏｄｅＢとのＳ１−ＭＭＥインタフェースをサポートするためのＳ１−ＭＭＥスタックと、Ｓ−ＧＷとのＳ１１インタフェースをサポートするためのＳ１１スタックと、を含み得る。ＭＭＥ２３０は、ｅＮｏｄｅＢとのＳ１インタフェースをサポートすることができる。統合されたＳ１  ＭＭＥインタフェース・スタックは、インターネット・プロトコル（ＩＰ）、ストリーム制御伝送プロトコル（ＳＣＴＰ）、又はＳ１アプリケーション・パート（Ｓ１ＡＰ）を含み得る。
【００３０】
ポリシー及び課金ルール機能（ＰＣＲＦ）２３８は、ＲＡＮ及びパケット交換（ＰＳ）コア・ネットワーク２０２におけるリソースの課金及び確立を制御することができる。ＰＣＲＦ、及び、ポリシー及び課金施行機能（ＰＣＥＦ）は、ポリシー制御意思決定及びフローベースの課金制御機能を含み得る密接した関連機能エンティティであり得る。ＰＣＲＦは、サービス・データ・フロー検出、サービス品質（ＱｏＳ）、及びＰＣＥＦに対するフローベースの課金制御に関連するネットワーク制御を提供するよう設計され得る。それに対し、ＰＣＥＦは、ゲートウェイにおけるユーザ・トラフィック処理及びＱｏＳを提供することができる。ＰＣＲＦはまた、サービス・データ・フロー検出を提供し、オンライン課金インタラクション及びオフライン課金インタラクションを集計する役割を担い得る。ＰＣＲＦは、３ＧＰＰにおいて標準化されている専用ポリシー機能エンティティであり得、マルチメディア・ネットワーク上の帯域及び課金についてのポリシー機能を提供する。ＰＣＲＦ機能は、ポリシー課金制御（ＰＣＣ）アーキテクチャの一部として動作することができ、ＰＣＣアーキテクチャはまた、ＰＣＥＦ及び代理呼セッション制御機能（Ｐ−ＣＳＣＦ）を含む。ＰＣＲＦは、ホスティング・ネットワーク内の情報を集約することができる。したがって、ＰＣＲＦは、ネットワーク・アーキテクチャ全体の一部としてみなされ得る。ＰＣＲＦは、ネットワークにおけるアクティブな各加入者について、インテリジェントなポリシー決定を自動的に行うことができる。他のソース（例えば、ポータル）とともにオペレーショナル・サポート・システム（ＯＳＳ）は、ポリシー作成を助けることができるルールの作成をリアルタイムにサポートする。ＰＣＲＦにより、ネットワークは、複数のサービス、課金ルール、及びサービス品質（ＱｏＳ）レベルを提供することができる。ＰＣＲＦは、アプリケーション機能（ＡＦ）を介して受信されたセッション及びメディア関連情報に従って動作することができる。次いで、このセッション及びメディア関連情報が、トラフィック・プランニング・イベント（traffic  planning  event）のＡＦに伝送され得る。ＰＣＲＦは、ゲートウェイ・インタフェースを用いてＰＣＣルールをＰＣＥＦに適用するエンティティであり得る。加入者情報データベース及び他の専用機能のほとんどは、ＰＣＲＦがアクセス可能である。課金システムに関連する情報もまた、より拡張可能且つ集中的な形で、ＰＣＲＦがアクセス可能である。ＰＣＲＦは、リアルタイム・ポリシー及び課金ルール・オペレーションを提供することができる。
【００３１】
ポリシー及び課金施行機能（ＰＣＥＦ）２３４は、図４に示されるように、ポリシー施行機能とともにフォローベースの課金機能（follow  based  charging  functionality）を含む機能エンティティであり得る。ＰＣＥＦ機能エレメントは、ゲートウェイ（例えば、ＰＧＷ２５０）に配置され得る。ＰＣＥＦは、ユーザ・プレーン上でのゲートウェイにおけるトラフィック処理及びＱｏＳにおける制御機能を提供し、サービス・データ・フロー検出を提供し、オンラインとオフラインの異なる課金インタラクションを集計する役割を担い得る。ＰＣＥＦは、ＰＣＣルールのサービス・データ・フロー・フィルタに対する各受信パケットの評価プロセスについて、適切なＰＣＣルールを選択することができる。適切なＰＣＣルールの選択は、各ＰＣＣルールについての優先度の順番を考慮することにより実行され得る。パケットが、サービス・データ・フロー・フィルタとマッチングされると、サービス・データ・フロー・フィルタのＰＣＣルールは、その特定のパケットのパケット・マッチング・プロセスの一部としてみなされ得る。したがって、そのフィルタについてのＰＣＣルールが適用され得る。ＰＣＥＦは、ポリシー制御により制御され得る所定のサービス・データ・フローを考慮するときに役割を果たし得る。対応するゲートがアクセス可能なとき、サービス・データ・フローは、ＰＣＥＦにより、ゲートウェイを通過することが可能となり得る。
【００３２】
ＰＣＥＦ２３６及びＰＣＲＦ２３８の双方は、課金監視実装の異なるレベルに関与する機能エンティティであり得る。ＰＣＥＦ及びＰＣＲＦの双方は、ＰＣＣルールを使用することができる。ＰＣＲＦは、ポリシー制御決定及びフローベースの課金制御機能を含み得るのに対し、ＰＣＥＦは、ポリシー施行及びフォローベースの課金機能に焦点を当て得る。予め定められたＰＣＣルールを考慮するとき、ＰＣＣルールは、ＰＣＥＦにより事前に設定され得るが、このような予め定められたＰＣＣルールのアクティブ化又は非アクティブ化は、ＰＣＲＦにより実行され得る。ＰＣＥＦは、オンライン課金インタラクション及びオフライン課金インタラクションをサポートすることができるのに対し、ＰＣＥＦはサポートすることができない。
【００３３】
アクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）２４４は、ユーザ機器（ＵＥ）が、（高速パケット・アクセス（ＨＳＰＡ）又はＬＴＥ等の）３ＧＰＰアクセス・ネットワークに加えて、データ通信のために使用され得るＷｉ−Ｆｉ（登録商標）又はＷｉＭＡＸ（登録商標）等の非３ＧＰＰアクセス・ネットワークを発見するのを支援することができ、図７により示されるように、これらのネットワークへのコネクションを監視するルールをＵＥに提供する。ＡＮＤＳＦは、３ＧＰＰアクセス・ネットワーク及び非３ＧＰＰアクセス・ネットワークへの接続性についての情報をＵＥに提供することができる。ＡＮＤＳＦは、ＵＥが、近接するアクセス・ネットワークを発見し、このようなネットワークへのコネクションを優先順位付けして管理するためのルール（すなわち、ポリシー）を提供するのを支援することができる。
【００３４】
運用及び保守（Ｏ＆Ｍ）２４６サブシステム又はサーバは、コンピュータ支援ツールを用いたプランニング、測定、及び最適化プロセスにより、集中化したリモート・アプリケーションの管理をサポートすることができる。自己組織化ネットワーク（ＳＯＮ）パラダイムは、局所化されたアーキテクチャ、分散アーキテクチャ、中央アーキテクチャ、及びハイブリッド・アーキテクチャにより、Ｏ＆Ｍ機能を自動化することができる。このような自動化されたＯ＆Ｍ機能は、自己組織化挙動（self-organizing  behavior）、ネットワーク・パラメータ及び性能インジケータの変化に対する動的反応、及び、性能及び品質全体の最適化のために設計され得る。
【００３５】
ＵＰＣＯＮサーバ２４８は、ＵＰＣＯＮを管理することに特化したサーバであり得る。ＵＰＣＯＮサーバはまた、他のコア・ネットワーク機能を提供することもできる。アプリケーション・サーバ（ＡＳ）２２０は、どのようなアプリケーション機能であるかにかかわらず、アプリケーション・サーバ実装を作成する一般化された手法を提供するソフトウェア・フレームワークであってもよいし、ＡＳは、特定の実装インスタンスのサーバ部分を含んでもよい。いずれにせよ、サーバの機能は、適用されるアプリケーションをサポートするためのプロシージャ（例えば、プログラム、ルーチン、スクリプト）の効率的な実行に特化したものであり得る。
【００３６】
再度図４を参照すると、ＲＡＮ１０８は、（例えば、ｅＮＢ２１０を介して）ＣＮ２０２（例えば、ＥＰＣ）に、輻輳状況の変化及び／又は解消を通知することができ、次いで、関連コア・ネットワーク・エレメント（例えば、ＰＣＲＦ２３８、ＭＭＥ２３０、ＳＧＷ２３２、ＰＧＷ２３４、ＡＮＤＳＦサーバ２４４（図７〜図８）、Ｏ＆Ｍサーバ２４６（図７〜図８）、又はＵＰＣＯＮサーバ２４８（図７〜図８））は、適切なアクションを取ることができる（例えば、ＵＰＣＯＮ  ＰＣＣルールを適用する、あるいはＵＰＣＯＮに適用可能なＰＣＣルールをキャンセルする）。ＲＡＮは、ユーザ・プレーン輻輳（ＵＰＣＯＮ）イベント・レポートを生成してＵＰＣＯＮイベント・レポート３０２をＣＮ（例えば、ＭＭＥ）に送信することにより、ＵＰＣＯＮイベント又は状況をＣＮに通知することができ、ＣＮは、ＵＰＣＯＮイベント・レポートを適切に受信したことに対して肯定応答を行うことができる、あるいはアクノレッジメント（ＡＣＫ）３０４をレポートすることができる。各ＣＮデバイスは、ＵＰＣＯＮイベント・レポート３０６、３１０、又は３１４を別のＣＮデバイスに送信又は転送することができ、その別のＣＮデバイスからレポートＡＣＫ３０８、３１２、又は３１６を受信することができる。
【００３７】
例えば、ＭＭＥ２３０は、ｅＮＢ２１０からＵＰＣＯＮイベント・レポート３０２を受信して、Ｓ１−ＭＭＥインタフェースを介してｅＮＢにＡＣＫ３０４をレポートすることができ、Ｓ１１インタフェースを介してＳＧＷ２３２にＵＰＣＯＮイベント・レポート３０６を転送することができる。ＳＧＷは、Ｓ１１インタフェースを介してＭＭＥにＡＣＫ３０８をレポートすることができ、Ｓ５／Ｓ８インタフェースを介してＰＧＷ／ＰＣＥＦ２５０にＵＰＣＯＮイベント・レポート３１０を転送することができる。ＰＧＷ／ＰＣＥＦは、Ｓ５／Ｓ８インタフェースを介してＳＧＷにＡＣＫ３１２をレポートすることができ、Ｇｘインタフェースを介してＰＣＲＦ２３８にＵＰＣＯＮイベント・レポート３１４を転送することができ、ＰＣＲＦは、Ｇｘインタフェースを介してＰＧＷ／ＰＣＥＦにＡＣＫ３１６をレポートすることができる。一例において、ＰＣＲＦは、アプリケーション・サーバ（ＡＳ）２２０にＵＰＣＯＮイベント・レポート３１８を転送することができ、Ｒｘインタフェースを介してＡＳからレポートＡＣＫ３２０を受信することができる。
【００３８】
ＵＰＣＯＮイベント・レポートは、ＵＰＣＯＮコンテナを含み得る。ＵＰＣＯＮコンテナを使用して、ＲＡＮユーザ・プレーン輻輳状況の変化又は解消に対処することができる。ＵＰＣＯＮコンテナは、輻輳インタフェース・インジケータ（congested  interface  indicator）、重大度レベル・インジケータ（severity  level  indicator）、輻輳状況インジケータ、又は、ＵＰＣＯＮ位置に対応する識別子（ＩＤ）又は名前を含み得る。輻輳インタフェース・インジケータは、無線インタフェース（例えば、ＬＴＥ−Ｕｕ、Ｕｕ）又はネットワーク・インタフェース（例えば、Ｇｂ、Ｉｕ−ＰＳ、Ｓ１−Ｕ）等の輻輳インタフェースを示すことができる。重大度レベル・インジケータは、重大度レベルを示す予め定められた数を提供することができる。例えば、重大度レベルは、ある値の範囲（例えば、０〜７）であり得、ここで、より小さな数は、より重大な（すなわち、より悪い）ＵＰＣＯＮ状態を表すのに対し、より大きな数は、より小さなＵＰＣＯＮを表す。別の例において、より大きな数は、より重大な（すなわち、より悪い）ＵＰＣＯＮ状態を表すのに対し、より小さな数は、より小さなＵＰＣＯＮを表す。輻輳重大度レベルに基づいて、異なるＰＣＣルールが適用され得る。一例において、輻輳重大度レベルは、複数ビット（例えば、４ビット）により表され得る。
【００３９】
輻輳状況インジケータは、輻輳が存在するかどうかを示すことができる（例えば、０ビットは、輻輳が消失していることを意味することができるとともに、１ビットは、輻輳が生じていることを意味する、あるいは、１ビットは、ＵＰＣＯＮが存在することを示すことができるとともに、０ビットは、ＵＰＣＯＮがなくなっている又は終了していることを示すことができる）。一例において、輻輳状況インジケータは、単一ビットにより表され得る。輻輳状況インジケータは、ＵＰＣＯＮ状況又はイベントについて、バイナリ値又は離散値を提供することができる。
【００４０】
別の例において、輻輳重大度レベルが使用される場合、輻輳状況インジケータは、必要とされなくてもよい。ＲＡＮデバイス（例えば、ｅＮＢ）又はＣＮデバイスは、輻輳重大度レベルの閾値に基づいて、輻輳状況インジケータを決定することができる。
【００４１】
セルベースのＵＰＣＯＮ状況通知に関して、セル識別子（ＣＩＤ）がＵＰＣＯＮコンテナに含まれ得る。ＵＥベースのＵＰＣＯＮ状況通知に関して、識別子（ＩＤ）は、ＵＥの識別を含み得、これがＵＰＣＯＮコンテナに含まれ得る。アクセス・ポイント名（ＡＰＮ）ベースのＵＰＣＯＮ状況通知に関して、ＡＰＮがＵＰＣＯＮコンテナに含まれ得る。パケット・データ・プロトコル（ＰＤＰ）コンテキスト及び／又は進化型パケット・システム（ＥＰＳ）ベアラベースのＵＰＣＯＮ状況通知に関して、関連ＩＤ（relative  ID）がＵＰＣＯＮコンテナに含まれ得る。
【００４２】
ＲＡＮがＵＰＣＯＮイベントをＣＮにレポートするために、様々なプロセス及びプロシージャが使用され得る。図４〜図６のＡＳは、ＡＮＤＳＦサーバ、Ｏ＆Ｍサーバ、又はＲＡＮユーザ・プレーン輻輳状況を収集することができるＵＰＣＯＮサーバを含み得る。図５は、ｅＮＢ／ＰＣＥＦ２５２からＰＣＲＦ２３８又はＡＳ２２０への直接的なＵＰＣＯＮイベント・レポーティングを示している。ｅＮＢ／ＰＣＥＦは、ＰＣＲＦにＵＰＣＯＮイベント・レポート３３２を転送することができ、ＰＣＲＦからレポートＡＣＫ３３４を受信することができる。一例において、ＰＣＲＦは、ＡＳにＵＰＣＯＮイベント・レポート３３６を転送することができ、ＡＳからレポートＡＣＫ３３８を受信することができる。
【００４３】
図６は、プロキシ２４０及び／又はエージェントを介したＰＣＲＦ２３８へのＵＰＣＯＮイベント・レポーティングを示している。プロキシは、スタンドアロンの機能エンティティ（ＦＥ）であってもよいし、ＭＭＥ２３０、ＳＧＷ２３２、又はＰＧＷ２３４（第２世代（２Ｇ）又は第３世代（３Ｇ）無線電話技術の場合、ＳＧＳＮ又はＧＧＳＮ）、及び他のネットワーク・エレメントと同一位置に配置されてもよい（collocated）。プロキシは、マルチホップ・エンティティであり得、これは、ｅＮＢと、ＡＮＤＳＦ、Ｏ＆Ｍ、及び／又はＵＰＣＯＮサーバとの間の複数のネットワーク・エレメントを表し得る。プロキシがＳＧＷに配置されている場合、ＵＰＣＯＮコンテナは、ＭＭＥ（２Ｇ及び３Ｇの場合はＳＧＳＮ）等の他のネットワーク・エレメントを介してＳＧＷに伝送され得る。プロキシがＰＧＷに配置されている場合、ＵＰＣＯＮコンテナは、ＭＭＥ及びＳＧＷ（２Ｇ及び３Ｇの場合はＳＧＳＮ及びＳＧＷ）を介してＰＧＷに伝送され得る。一例において、ｅＮＢは、プロキシにＵＰＣＯＮイベント・レポート３４２を転送することができ、プロキシからレポートＡＣＫ３４４を受信することができる。プロキシは、ＰＣＲＦにＵＰＣＯＮイベント・レポート３４６を転送することができ、ＰＣＲＦからレポートＡＣＫ３４８を受信することができる。別の例において、ＰＣＲＦは、ＡＳにＵＰＣＯＮイベント・レポート３５０を転送することができ、ＡＳからレポートＡＣＫ３５２を受信することができる。
【００４４】
図７は、プロキシ及び／又はエージェントを介さないサーバ２４２（例えば、ＡＮＤＳＦ２４４、Ｏ＆Ｍ２４６、及び／又はＵＰＣＯＮ２４８サーバ）へのＵＰＣＯＮイベント・レポーティングを示している。ｅＮＢ２１０は、サーバにＵＰＣＯＮイベント・レポート３６２を転送することができ、サーバからレポートＡＣＫ３６４を受信することができる。一例において、サーバは、ＡＳにＵＰＣＯＮイベント・レポート３６６を転送することができ、ＡＳからレポートＡＣＫ３６８を受信することができる。
【００４５】
図８は、プロキシ２４０及び／又はエージェントを介したサーバ２４２（例えば、ＡＮＤＳＦ２４４、Ｏ＆Ｍ２４６、及び／又はＵＰＣＯＮ２４８サーバ）へのＵＰＣＯＮイベント・レポーティングを示している。一例において、ｅＮＢ２１０は、プロキシにＵＰＣＯＮイベント・レポート３７２を転送することができ、プロキシからレポートＡＣＫ３７４を受信することができる。プロキシは、サーバにＵＰＣＯＮイベント・レポート３７６を転送することができ、サーバからレポートＡＣＫ３７８を受信することができる。一例において、サーバは、ＡＳにＵＰＣＯＮイベント・レポート３８０を転送することができ、ＡＳからレポートＡＣＫ３８２を受信することができる。
【００４６】
図９は、ＧＴＰ−Ｕインタフェースを介したｅＮＢ２１０からＰＣＲＦ２３８への輻輳通知を示している。ＵＰＣＯＮコンテナは、ＧＴＰ−Ｕヘッダを拡張することにより、ユーザ・プレーンを介した輻輳通知に含まれ得る。ＧＴＰ−Ｕヘッダは、ＵＰＣＯＮコンテナ又はＵＰＣＯＮコンテナのコンポーネント（例えば、インジケータ）を含み得る。一例において、ｅＮＢは、ＵＰＣＯＮ３９２を検出することができ、ＳＧＷ２３２に輻輳通知３９４を転送することができる。ＳＧＷは、ＰＧＷ２３４に輻輳通知３９６を転送することができ、ＰＧＷは、ＰＣＲＦに輻輳通知３９８を転送することができる。別の例において、図５〜図８は、（レポートＡＣＫのない）輻輳通知のために適合され得る。
【００４７】
ＵＰＣＯＮイベント・レポート又は輻輳通知が受信されたとき、様々なアクションが、ＣＮ又はＣＮデバイスにより取られ得る。例えば、ＰＣＲＦがＵＰＣＯＮイベント・レポート又は輻輳通知を受信した場合、ＰＣＲＦは、インターネット・プロトコル（ＩＰ）接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）セッション修正プロシージャを開始して、ＵＰＣＯＮ状況のためにＰＣＣルールを提供することができる。サーバ（例えば、ＡＮＤＳＦ、Ｏ＆Ｍ、及び／又はＵＰＣＯＮサーバ）がＵＰＣＯＮイベント・レポート又は輻輳通知を受信した場合、サーバは、関連する設定されたルールを有効にするよう、あるいは、ＵＥ又はＡＳに対する関連ルール設定又は修正プロシージャを開始するよう、ＵＥ又はＡＳをトリガすることができる。ＭＭＥがＵＰＣＯＮイベント・レポート又は輻輳通知を受信した場合、ＭＭＥは、変化したＵＰＣＯＮ状態に対応するために、ＩＰ−ＣＡＮセッション修正プロシージャをトリガすることができる。ＳＧＳＮがＵＰＣＯＮイベント・レポート又は輻輳通知を受信した場合、ＳＧＳＮは、変化したＵＰＣＯＮ状態に対応するために、ＰＤＰコンテキスト修正プロシージャ及び／又はＩＰ−ＣＡＮセッション修正プロシージャをトリガすることができる。Ｐ−ＧＷがＵＰＣＯＮイベント・レポート又は輻輳通知を受信した場合、Ｐ−ＧＷは、変化したＵＰＣＯＮ状態に対応するために、ＩＰ−ＣＡＮセッション修正プロシージャをトリガすることができる。ＧＧＳＮがＵＰＣＯＮイベント・レポート又は輻輳通知を受信した場合、ＧＧＳＮは、変化したＵＰＣＯＮ状態に対応するために、ＰＤＰコンテキスト修正プロシージャをトリガすることができる。
【００４８】
ＵＰＣＯＮイベント・レポート又は輻輳通知がＳ１−Ｕ輻輳を示す場合、Ｓ−ＧＷは、Ｓ１−Ｕ上のＱｏＳマッピングを修正することができ、ＵＰＣＯＮイベントを内部的に処理することができる。別の例において、Ｓ−ＧＷはまた、変化したＵＰＣＯＮ状態に対応するために、ＩＰ−ＣＡＮセッション修正プロシージャをトリガすることができる。
【００４９】
別の例は、図１０におけるフローチャートに示されるように、コア・ネットワーク（ＣＮ）にユーザ・プレーン輻輳（ＵＰＣＯＮ）を通知するための方法５００を提供する。この方法は、機械又はコンピュータ回路上の命令として実行され得る。ここで、この命令は、少なくとも１つのコンピュータ読み取り可能媒体又は非一時的な機械読み取り可能記憶媒体に含まれる。この方法は、ブロック５１０における、ＵＰＣＯＮイベント・レポートにおけるＵＰＣＯＮコンテナを受信する動作を含む。ここで、ＵＰＣＯＮコンテナは、ＵＰＣＯＮ状況を示す輻輳状況インジケータを含む。この方法の次の動作は、ブロック５２０における、輻輳状況インジケータに基づいてＵＰＣＯＮプロセスを修正することであり得る。
【００５０】
一例において、ＵＰＣＯＮコンテナは、輻輳重大度レベルを示すある値の範囲の輻輳重大度レベル・インジケータを含み得る。ＵＰＣＯＮプロセスを修正する動作は、輻輳重大度レベル・インジケータに基づいてＵＰＣＯＮプロセスを修正することをさらに含み得る。別の例において、ＵＰＣＯＮコンテナは、輻輳無線インタフェース又は輻輳ネットワーク・インタフェースを示す輻輳インタフェース・インジケータを含み得る。ＵＰＣＯＮプロセスを修正する動作は、輻輳インタフェース・インジケータに基づいてＵＰＣＯＮプロセスを修正することをさらに含み得る。
【００５１】
別の構成において、ＵＰＣＯＮコンテナは、セルベースのＵＰＣＯＮ状況についてのセル識別子（ＣＩＤ）、ＵＥベースのＵＰＣＯＮ状況についてのＵＥアイデンティティ（ＩＤ）、アクセス・ポイント名（ＡＰＮ）ベースのＵＰＣＯＮ状況についてのＡＰＮ、パケット・データ・プロトコル（ＰＤＰ）コンテキストベースのＵＰＣＯＮ状況又は拡張プレゼンス・サービス（ＥＰＳ：enhanced  presence  service）ベアラベースのＵＰＣＯＮ状況についての関連ＩＤを含み得る。ＵＰＣＯＮプロセスを修正する動作は、ＩＤ（例えば、ＣＩＤ、ＵＥ  ＩＤ、又は関連ＩＤ）又は名前（例えば、ＡＰＮ）に基づいてＵＰＣＯＮプロセスを修正することをさらに含み得る。コア・ネットワークは、モビリティ管理エンティティ（ＭＭＥ）、サービング・ゲートウェイ（Ｓ−ＧＷ）、パケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）、ポリシー及び課金施行機能（ＰＣＥＦ）、ポリシー及び課金ルール機能（ＰＣＲＦ）、サービング汎用パケット無線サービス（ＧＰＲＳ）サポート・ノード（ＳＧＳＮ）、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）、アクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）、運用及び保守（Ｏ＆Ｍ）サブシステム、ＵＰＣＯＮサーバ、プロキシ、又はスタンドアロンの機能エンティティを含み得る。
【００５２】
別の例において、ＵＰＣＯＮプロセスを修正する動作は、ＣＮがポリシー及び課金ルール機能（ＰＣＲＦ）を含む場合、新たなポリシー及び課金制御（ＰＣＣ）ルールを実施するために、インターネット・プロトコル（ＩＰ）接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）セッション修正プロシージャを開始すること；ＣＮがアクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）、運用及び保守（Ｏ＆Ｍ）サブシステム、又はＵＰＣＯＮサーバを含む場合、関連する設定されたルールを有効にするよう、あるいは、ユーザ機器（ＵＥ）又はアプリケーション・サーバ（ＡＳ）に対する関連ルール設定又は修正プロシージャを開始するよう、ＵＥ又はＡＳをトリガすること；ＣＮがモビリティ管理エンティティ（ＭＭＥ）を含む場合、変化したＵＰＣＯＮ状態に対応するために、ＩＰ−ＣＡＮセッション修正プロシージャをトリガすること；ＣＮがサービング汎用パケット無線サービス（ＧＰＲＳ）サポート・ノード（ＳＧＳＮ）を含む場合、変化したＵＰＣＯＮ状態に対応するために、パケット・データ・プロトコル（ＰＤＰ）コンテキスト修正プロシージャ又はＩＰ−ＣＡＮセッション修正プロシージャをトリガすること；ＣＮがゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）を含む場合、変化したＵＰＣＯＮ状態に対応するために、ＰＤＰコンテキスト修正プロシージャをトリガすること；ＣＮがパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）を含む場合、変化したＵＰＣＯＮ状態に対応するために、ＩＰ−ＣＡＮセッション修正プロシージャをトリガすること；又は、ＣＮがサービング・ゲートウェイ（Ｓ−ＧＷ）を含む場合、変化したＵＰＣＯＮ状態に対応するために、Ｓ１−Ｕインタフェース上のサービス品質（ＱｏＳ）マッピングを修正すること、若しくはＩＰ−ＣＡＮセッション修正プロシージャをトリガすること、をさらに含み得る。
【００５３】
別の構成において、ＵＰＣＯＮプロセスを修正する動作は、輻輳状況インジケータにより、ＵＰＣＯＮ状況がなくなったことが示される場合、ＵＰＣＯＮプロセスをキャンセルすることをさらに含み得る。別の例において、この方法は、ＵＰＣＯＮイベント・レポートの受信が成功したときに、ＵＰＣＯＮイベント・レポートに対する肯定応答（ＡＣＫ）を行うこと；又は、アプリケーション・サーバ（ＡＳ）又はＣＮにおける別のデバイスにＵＰＣＯＮイベント・レポートを転送すること、をさらに含み得る。
【００５４】
別の例は、図１１におけるフローチャートに示されるように、無線アクセス・ネットワーク（ＲＡＮ）ユーザ・プレーン輻輳（ＵＰＣＯＮ）をレポートするためのコア・ネットワーク（ＣＮ）デバイスのコンピュータ回路の機能６００を提供する。この機能は、方法として実装されてもよいし、機械上の命令として実行されてもよい。ここで、この命令は、少なくとも１つのコンピュータ読み取り可能媒体又は非一時的な機械読み取り可能記憶媒体に含まれる。コンピュータ回路は、ブロック６１０において、ＵＰＣＯＮ状況を示す輻輳状況インジケータを含むＵＰＣＯＮコンテナを用いたＵＰＣＯＮイベント・レポートを受信するよう構成され得る。コンピュータ回路は、さらに、ブロック６２０において、輻輳状況インジケータに基づいてＵＰＣＯＮプロセスを変更するよう構成され得る。
【００５５】
一例において、ＵＰＣＯＮコンテナは、ユーザ・プレーン・プロトコルを用いて受信され得る。別の例において、ＵＰＣＯＮコンテナは、制御プレーン・プロトコルを用いて受信され得る。
【００５６】
別の構成において、ＵＰＣＯＮコンテナは、輻輳重大度レベルを示すある値の範囲の輻輳重大度レベル・インジケータを含み得る。ＵＰＣＯＮプロセスを変更するよう構成されたコンピュータ回路は、さらに、輻輳重大度レベル・インジケータに基づいてＵＰＣＯＮプロセスを修正するよう構成され得る。別の例において、ＵＰＣＯＮコンテナは、輻輳無線インタフェース又は輻輳ネットワーク・インタフェースを示す輻輳インタフェース・インジケータを含む。ＵＰＣＯＮプロセスを変更するよう構成されたコンピュータ回路は、さらに、輻輳インタフェース・インジケータに基づいてＵＰＣＯＮプロセスを修正するよう構成され得る。
【００５７】
別の構成において、ＵＰＣＯＮコンテナは、セルベースのＵＰＣＯＮ状況についてのセル識別子（ＣＩＤ）、ＵＥベースのＵＰＣＯＮ状況についてのＵＥアイデンティティ（ＩＤ）、アクセス・ポイント名（ＡＰＮ）ベースのＵＰＣＯＮ状況についてのＡＰＮ、パケット・データ・プロトコル（ＰＤＰ）コンテキストベースのＵＰＣＯＮ状況又は拡張プレゼンス・サービス（ＥＰＳ）ベアラベースのＵＰＣＯＮ状況についての関連ＩＤを含み得る。ＵＰＣＯＮプロセスを変更するよう構成されたコンピュータ回路は、さらに、ＩＤ（例えば、ＣＩＤ、ＵＥ  ＩＤ、又は関連ＩＤ）又は名前（例えば、ＡＰＮ）に基づいてＵＰＣＯＮプロセスを修正するよう構成され得る。コア・ネットワーク・デバイスは、モビリティ管理エンティティ（ＭＭＥ）、サービング・ゲートウェイ（Ｓ−ＧＷ）、パケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）、ポリシー及び課金施行機能（ＰＣＥＦ）、ポリシー及び課金ルール機能（ＰＣＲＦ）、サービング汎用パケット無線サービス（ＧＰＲＳ）サポート・ノード（ＳＧＳＮ）、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）、アクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）、運用及び保守（Ｏ＆Ｍ）サブシステム、ＵＰＣＯＮサーバ、プロキシ、又はスタンドアロンの機能エンティティを含み得る。
【００５８】
別の例において、ＵＰＣＯＮプロセスを変更するよう構成されたコンピュータ回路は、さらに、ＣＮデバイスがポリシー及び課金ルール機能（ＰＣＲＦ）を含む場合、新たなポリシー及び課金制御（ＰＣＣ）ルールを実施するために、インターネット・プロトコル（ＩＰ）接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）セッション修正プロシージャを開始し；ＣＮデバイスがアクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）、運用及び保守（Ｏ＆Ｍ）サブシステム、又はＵＰＣＯＮサーバを含む場合、関連する設定されたルールを有効にするよう、あるいは、ユーザ機器（ＵＥ）又はアプリケーション・サーバ（ＡＳ）に対する関連ルール設定又は修正プロシージャを開始するよう、ＵＥ又はＡＳをトリガし、ここで、ＵＥは、アンテナ、タッチ式ディスプレイ・スクリーン、スピーカ、マイクロフォン、グラフィックス・プロセッサ、アプリケーション・プロセッサ、内部メモリ、又は不揮発性メモリ・ポートを含む；ＣＮデバイスがモビリティ管理エンティティ（ＭＭＥ）を含む場合、変化したＵＰＣＯＮ状態に対応するために、ＩＰ−ＣＡＮセッション修正プロシージャをトリガし；ＣＮデバイスがサービング汎用パケット無線サービス（ＧＰＲＳ）サポート・ノード（ＳＧＳＮ）を含む場合、変化したＵＰＣＯＮ状態に対応するために、パケット・データ・プロトコル（ＰＤＰ）コンテキスト修正プロシージャ又はＩＰ−ＣＡＮセッション修正プロシージャをトリガし；ＣＮデバイスがゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）を含む場合、変化したＵＰＣＯＮ状態に対応するために、ＰＤＰコンテキスト修正プロシージャをトリガし；ＣＮデバイスがパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）を含む場合、変化したＵＰＣＯＮ状態に対応するために、ＩＰ−ＣＡＮセッション修正プロシージャをトリガし；あるいは、ＣＮデバイスがサービング・ゲートウェイ（Ｓ−ＧＷ）を含む場合、変化したＵＰＣＯＮ状態に対応するために、Ｓ１−Ｕインタフェース上のサービス品質（ＱｏＳ）マッピングを修正する、又はＩＰ−ＣＡＮセッション修正プロシージャをトリガするよう構成され得る。
【００５９】
別の構成において、ＵＰＣＯＮプロセスを変更するよう構成されたコンピュータ回路は、さらに、輻輳状況インジケータにより、ＵＰＣＯＮ状況がなくなったことが示される場合、ＵＰＣＯＮプロセスをキャンセルするよう構成され得る。別の例において、コンピュータ回路は、さらに、ＵＰＣＯＮイベント・レポートの受信が成功したときに、ＵＰＣＯＮイベント・レポートに対する肯定応答（ＡＣＫ）を行い；アプリケーション・サーバ（ＡＳ）又は他のＣＮデバイスにＵＰＣＯＮイベント・レポートを転送するよう構成され得る。ＵＰＣＯＮイベント・レポートは、ノードから受信され得るものであり、ノードは、基地局（ＢＳ）、ノードＢ（ＮＢ）、進化型ノードＢ（ｅＮＢ）、ベースバンド・ユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線機器（ＲＲＥ）、リモート無線ユニット（ＲＲＵ）、又は中央処理モジュール（ＣＰＭ）を含む。
【００６０】
別の例において、ノードのコンピュータ回路の機能は、無線アクセス・ネットワーク（ＲＡＮ）ユーザ・プレーン輻輳（ＵＰＣＯＮ）をレポートすることができる。この機能は、方法として実装されてもよいし、機械上の命令として実行されてもよい。ここで、この命令は、少なくとも１つのコンピュータ読み取り可能媒体又は非一時的な機械読み取り可能記憶媒体に含まれる。別の例において、この機能は、プロセッサ及び／又はトランシーバにより提供されてもよい。このコンピュータ回路は、ＲＡＮ  ＵＰＣＯＮイベントを判定し、ＵＰＣＯＮ状況を示す輻輳状況インジケータを含むＵＰＣＯＮコンテナを用いたＵＰＣＯＮイベント・レポートを生成するよう構成され得る。このコンピュータ回路は、さらに、ＣＮデバイスを介してコア・ネットワークにＵＰＣＯＮイベント・レポートを送信するよう構成され得る。
【００６１】
図３〜図８を再度参照すると、ユーザ・プレーン輻輳（ＵＰＣＯＮ）に適応するためのアプリケーション・サーバ（ＡＳ）２２０は、トランシーバ及びプロセッサを含み得る。トランシーバは、ＵＰＣＯＮ状況を示す輻輳状況インジケータを含むＵＰＣＯＮコンテナを用いたＵＰＣＯＮイベント・レポートを受信するよう構成され得る。プロセッサは、輻輳状況インジケータに基づいてＵＰＣＯＮプロセスを変更するよう構成され得る。ＵＰＣＯＮプロセスの変更は、関連する設定されたルールを有効にするよう、あるいは、アクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）、運用及び保守（Ｏ＆Ｍ）サブシステム、又はＵＰＣＯＮサーバを介して関連ルール設定又は修正プロシージャを開始するよう、ＡＳをトリガし得る。
【００６２】
一例において、ＵＰＣＯＮコンテナは、輻輳重大度レベルを示すある値の範囲の輻輳重大度レベル・インジケータを含み得る。ＵＰＣＯＮプロセスを変更するよう構成されたプロセッサは、さらに、輻輳重大度レベル・インジケータに基づいてＵＰＣＯＮプロセスを修正するよう構成され得る。別の例において、ＵＰＣＯＮコンテナは、輻輳無線インタフェース又は輻輳ネットワーク・インタフェースを示す輻輳インタフェース・インジケータを含み得る。ＵＰＣＯＮプロセスを変更するよう構成されたプロセッサは、さらに、輻輳インタフェース・インジケータに基づいてＵＰＣＯＮプロセスを修正するよう構成され得る。
【００６３】
別の構成において、ＵＰＣＯＮコンテナは、セルベースのＵＰＣＯＮ状況についてのセル識別子（ＣＩＤ）、ＵＥベースのＵＰＣＯＮ状況についてのＵＥアイデンティティ（ＩＤ）、アクセス・ポイント名（ＡＰＮ）ベースのＵＰＣＯＮ状況についてのＡＰＮ、パケット・データ・プロトコル（ＰＤＰ）コンテキストベースのＵＰＣＯＮ状況又は拡張プレゼンス・サービス（ＥＰＳ）ベアラベースのＵＰＣＯＮ状況についての関連ＩＤを含み得る。ＵＰＣＯＮプロセスを変更するよう構成されたプロセッサは、さらに、ＩＤ（例えば、ＣＩＤ、ＵＥ  ＩＤ、又は関連ＩＤ）又は名前（例えば、ＡＰＮ）に基づいてＵＰＣＯＮプロセスを修正するよう構成され得る。別の例において、ＵＰＣＯＮプロセスの変更は、輻輳状況インジケータにより、ＵＰＣＯＮ状況が終了したことが示される場合、ＵＰＣＯＮプロセスをキャンセルする。
【００６４】
図１２は、ユーザ機器（ＵＥ）、移動局（ＭＳ）、モバイル無線デバイス、モバイル通信デバイス、タブレット、ハンドセット、又は他のタイプの無線デバイス等の無線デバイスの例示的な図を提供している。無線デバイスは、１以上のアンテナを含み得る。１以上のアンテナは、ノード、マクロ・ノード、低パワー・ノード（ＬＰＮ）、又は、基地局（ＢＳ）、進化型ノードＢ（ｅＮＢ）、バースバンド・ユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線機器（ＲＲＥ）、リレー局（ＲＳ）、無線機器（ＲＥ）、若しくは他のタイプの無線ワイド・エリア・ネットワーク（ＷＷＡＮ）アクセス・ポイント等の送信局と通信するよう構成される。無線デバイスは、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ（登録商標）、高速パケット・アクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及びＷｉＦｉ（登録商標）を含む少なくとも１つの無線通信標準を用いて通信するよう構成され得る。無線デバイスは、各無線通信標準のための別々のアンテナを用いて、あるいは複数の無線通信標準のための共用アンテナを用いて、通信することができる。無線デバイスは、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）、無線パーソナル・エリア・ネットワーク（ＷＰＡＮ）、及び／又はＷＷＡＮにおいて通信することができる。
【００６５】
図１２はまた、無線デバイスへのオーディオ入力及び無線デバイスからのオーディオ出力のために使用され得るマイクロフォン及び１以上のスピーカの図を提供している。ディスプレイ・スクリーンは、液晶ディスプレイ（ＬＣＤ）スクリーンであってもよいし、有機発光ダイオード（ＯＬＥＤ）ディスプレイ等の他のタイプのディスプレイ・スクリーンであってもよい。ディスプレイ・スクリーンは、タッチ・スクリーンとして構成され得る。タッチ・スクリーンは、静電容量型技術、抵抗型技術、又は別のタイプのタッチ・スクリーン技術を使用することができる。アプリケーション・プロセッサ及びグラフィックス・プロセッサは、処理機能及びディスプレイ機能を提供するために、内部メモリに接続され得る。データ入力／出力オプションをユーザに提供するために、不揮発性メモリ・ポートがまた使用され得る。不揮発性メモリ・ポートはまた、無線デバイスのメモリ機能を拡張するために使用され得る。追加のユーザ入力を提供するために、キーボードが、無線デバイスに統合されてもよいし、無線デバイスに無線で接続されてもよい。タッチ・スクリーンを用いる仮想キーボードがまた提供されてもよい。
【００６６】
様々な技術、又はその所定の態様若しくは一部は、フロッピー（登録商標）・ディスケット、コンパクト・ディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、ハード・ドライブ、非一時的なコンピュータ読み取り可能記憶媒体、又は任意の他の機械読み取り可能記憶媒体等の有体の媒体に具現化されるプログラム・コード（すなわち、命令）の形態を取ることができる。ここで、プログラム・コードが、コンピュータ等の機械にロードされ、機械により実行されたとき、その機械は、様々な技術を実施するための装置となる。回路は、ハードウェア、ファームウェア、プログラム・コード、実行可能コード、コンピュータ命令、及び／又はソフトウェアを含み得る。非一時的なコンピュータ読み取り可能記憶媒体は、信号を含まないコンピュータ読み取り可能記憶媒体であり得る。プログラム可能なコンピュータ上でのプログラム・コード実行の場合、コンピューティング・デバイスは、プロセッサと、プロセッサにより読み取り可能な記憶媒体（揮発性メモリ及び不揮発性メモリ、並びに／又はストレージ・エレメントを含む）と、少なくとも１つの入力デバイスと、少なくとも１つの出力デバイスと、を含み得る。揮発性メモリ及び不揮発性メモリ、並びに／又はストレージ・エレメントは、ランダム・アクセス・メモリ（ＲＡＭ）、消去可能なプログラム可能な読み取り専用メモリ（ＥＰＲＯＭ）、フラッシュ・ドライブ、光ドライブ、磁気ハード・ドライブ、ソリッド・ステート・ドライブ、又は電子データを記憶するための他の媒体であり得る。ノード及び無線デバイスはまた、トランシーバ・モジュール（すなわち、トランシーバ）、カウンタ・モジュール（すなわち、カウンタ）、処理モジュール（すなわち、プロセッサ）、及び／又は、クロック・モジュール（すなわち、クロック）若しくはタイマ・モジュール（すなわち、タイマ）を含み得る。本明細書で説明した様々な技術を実装又は利用し得る１以上のプログラムは、アプリケーション・プログラミング・インタフェース（ＡＰＩ）、再使用可能なコントロール等を使用することができる。そのようなプログラムは、コンピュータ・システムと通信するために、高レベル手続型プログラミング言語又はオブジェクト指向プログラミング言語により実装され得る。しかしながら、１以上のプログラムは、望まれる場合、アセンブリ言語又はマシン言語により実装されてもよい。いずれにせよ、そのような言語は、コンパイル型言語であってもインタプリタ型言語であってもよく、ハードウェア実装と組み合され得る。
【００６７】
本明細書で説明した機能ユニットの多くは、特にそれらの実装独立性を強調するために、モジュールとしてラベル付けされていることを理解すべきである。例えば、モジュールは、ロジック・チップ、トランジスタ、又は他のディスクリート・コンポーネント等のカスタムＶＬＳＩ回路又はゲートアレイ、既製の半導体（off-the-shelf  semiconductor）を含むハードウェア回路として実装されてもよい。モジュールはまた、フィールド・プログラマブル・ゲート・アレイ、プログラマブル・アレイ・ロジック、プログラマブル・ロジック・デバイス等のプログラム可能なハードウェア・デバイスにより実装されてもよい。
【００６８】
モジュールはまた、様々なタイプのプロセッサによる実行のために、ソフトウェアにより実装されてもよい。実行可能コードの識別されるモジュールは、例えば、オブジェクト、プロシージャ、又はファンクションとして編成され得るコンピュータ命令の１以上の物理的ブロック又は論理的ブロックを含んでもよい。それでもなお、識別されるモジュールの実行ファイル（executable）は、物理的に一緒に配置される必要はなく、異なる場所に記憶された別個の命令を含んでもよく、それらの命令は、論理的に一緒に結合されるとモジュールを構成し、そのモジュールのための定められた目的を達成する。
【００６９】
実際に、実行可能コードのモジュールは、単一の命令又は多数の命令であってよく、複数の異なるコード・セグメントにわたって、異なるプログラムの間で、そして複数のメモリ・デバイスにわたって分散されてよい。同様に、オペレーショナル・データは、本明細書では、モジュール内で識別され表されてよく、任意の適切な形態で具現化され、任意の適切なタイプのデータ構造内で編成され得る。オペレーショナル・データは、単一のデータ・セットとして収集されてもよいし、異なる記憶デバイスにわたることを含め、異なる場所にわたって分散されてもよく、少なくとも部分的に、単に、システム又はネットワークにおける電子信号として存在してもよい。モジュールは、受動的又は能動的であってもよく、所望の機能を実行するよう動作可能なエージェントを含む。
【００７０】
本明細書を通じた「一例」又は「例示的」という表現は、その例に関して説明される特定の特徴、構造、又は特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書を通じた各所における「一例では」というフレーズ又は「例示的」という用語の出現は、必ずしも全てが同一の実施形態を指すとは限らない。
【００７１】
本明細書で使用されるように、複数のアイテム、構成要素、組成要素、及び／又は材料は、便宜上、共通のリストにおいて提示され得る。しかしながら、このようなリストは、そのリストの各メンバが別個の一意なメンバとして個別に識別されるかのように解釈されるべきである。したがって、このようなリストの個別のメンバは、反対の断りがない場合、共通のグループにおけるそれらの提示にのみ基づき同一のリストの他の何らかのメンバの事実上の均等として解釈されるべきである。さらに、本発明の様々な実施形態及び例は、その様々なコンポーネントの代替とともに、本明細書で参照されてもよい。このような実施形態、及び代替は、互いの事実上の均等として解釈されるべきではなく、本発明の別々の自律的な表現としてみなされるべきであることが理解されよう。
【００７２】
さらに、説明した特徴、構造、又は特性は、１以上の実施形態において、任意の適切な方法により組み合わせることができる。以下の説明では、本発明の実施形態の完全な理解を提供するために、配置、距離、ネットワーク例等の多数の具体的な詳細が提供される。しかしながら、当業者は、本発明が、このような具体的な詳細のうちの１以上なく、あるいは他の方法、コンポーネント、配置等により実施され得ることを認識するであろう。他の例では、周知の構造、材料、又は動作は、本発明の態様を不明瞭にすることを避けるために、詳細には図示又は説明されていない。
【００７３】
上述した例は、１以上の特定のアプリケーションにおける本発明の原理を示しているが、発明能力を発揮することなく、また本発明の原理及び概念から逸脱することなく、実現例の形態、使用、及び詳細における多数の変更が可能であることが当業者には明らかであろう。したがって、本発明は、請求項以外によって限定されることは意図していない。
【図１】
2017163601.tif 000003
【図２】
2017163601.tif 000004
【図３】
2017163601.tif 000005
【図４】
2017163601.tif 000006
【図５】
2017163601.tif 000007
【図６】
2017163601.tif 000008
【図７】
2017163601.tif 000009
【図８】
2017163601.tif 000010
【図９】
2017163601.tif 000011
【図１０】
2017163601.tif 000012
【図１１】
2017163601.tif 000013
【図１２】
2017163601.tif 000014
【外国語明細書】
2017163601000001.pdf