(57)【要約】  本開示は、一般に、結合セッション用の最大充填リンク能力をサポートすることに関する。最大充填リンク能力は、ユーザデバイスに対してサポートされる結合データプレーンセッションの複数のベアラにわたるユーザデバイスのユーザデバイストラフィックの割り当てを制御するように構成される。最大充填リンク能力は、結合データプレーンセッションに関連付けられたゲートウェイデバイスにおいて提供され、これは、下流ユーザデバイストラフィックではネットワークゲートウェイデバイス、または上流ユーザデバイストラフィックでは顧客ゲートウェイデバイスであり得る。最大充填リンク能力は、ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対して行われるアクティブトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定するように構成される。システム（１００）は、とりわけ、ユーザ機器（ＵＥ）（１０２）、住居用ゲートウェイ／顧客宅内機器（ＲＧ／ＣＰＥ）（１１０）、マルチサービスアクセスノード（ＭＳＡＮ）（１２０）、ブロードバンドネットワークゲートウェイ（ＢＮＧ）（１３０）、進化型ノードＢ（ｅＮｏｄｅＢ）（１４０）、組み合わせ型パケットゲートウェイ（ＰＧＷ）／サービングゲートウェイ（ＳＧＷ）（１５０）を含む。ＰＧＷ／ＳＧＷ（１５０）およびＲＧ／ＣＰＥ（１１０）は、データプレーンが２つのデフォルトのベアラを提供するユーザデバイスデータプレーンセッションをそれらの間に確立する。たとえば、ｘＤＳＬアクセスネットワークを横断する第１のベアラトンネルは、ＲＧ／ＣＰＥ（１１０）およびＭＳＡＮ（１２０）の間のベアラリンクＢ１１と、ＭＳＡＮ（１２０）およびＢＮＧ（１３０）の間のベアラリンクＢ１２と、ＢＮＧ（１３０）およびＰＧＷ／ＳＧＷ（１５０）の間のベアラリンクＢ１３とを備える。３ＧＰＰ／ＬＴＥアクセスネットワークを横断する第２のベアラトンネルは、ＲＧ／ＣＰＥ（１１０）およびｅＮｏｄｅＢ（１４０）の間のベアラリンクＢ２１と、ｅＮｏｄｅＢ（１４０）およびＰＧＷ／ＳＧＷ（１５０）の間のベアラリンクＢ２２とを備える。ＰＧＷ／ＳＧＷ（１５０）は、結合サービスを形成する複数の下流トンネルまたはベアラ間のポリシー駆動型割り当てに従って、複数のアクセスネットワーク技術を介してＲＧ／ＣＰＥ（１１０）に下流トラフィックを転送する。アクティブトラフィック監視の使用は、本来は静的または実質的に静的であり得るポリシーを、動的または潜在的に動的であるポリシーに変換することができる。
2018511228.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと、プロセッサに通信可能に接続されるメモリと
を備え、プロセッサが、
複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することと、
ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、
ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対するトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定することと
を行うように構成される、装置。
【請求項２】
トラフィック監視が、ユーザデバイスデータプレーンセッションに対して単一のポリサーを用いて、ユーザデバイスデータプレーンセッションの複数のベアラに対して複数のポリサーを用いて、またはユーザデバイスデータプレーンセッションに対する第１のポリサーと、ユーザデバイスデータプレーンセッションの複数のベアラのうちの１つに対する第２のポリサーとを用いて行われる、請求項１に記載の装置。
【請求項３】
トラフィック監視が使用監視キーを用いて行われる、請求項１に記載の装置。
【請求項４】
トラフィック監視が閾値に基づいて行われ、プロセッサが、
閾値が満足されたという決定に基づいて、ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報を修正する
ように構成される、請求項１に記載の装置。
【請求項５】
ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報を修正するために、プロセッサが、
ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの第１の割り当てを指定する第１のポリシーの使用から、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの第２の割り当てを指定する第２のポリシーの使用へ切り替える、または、
ユーザデバイスデータプレーンセッションの複数のベアラのうちの１つに関連する割り当て率を修正する
ように構成される、請求項４に記載の装置。
【請求項６】
プロセッサが、
トラフィック特性情報またはリンク特性情報の少なくとも１つに基づいてユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを修正する
ように構成される、請求項１に記載の装置。
【請求項７】
ユーザデバイスデータプレーンセッションのユーザデバイストラフィックが、複数のベアラのうちの第１のベアラに関連付けられたフローを含み、プロセッサが、
複数のベアラのうちの第１のベアラから複数のベアラのうちの第２のベアラへフローを切り替えるために、フローハッシュ化をフローに用いることによって、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを修正する
ように構成される、請求項１に記載の装置。
【請求項８】
ユーザデバイスデータプレーンセッションのユーザデバイストラフィックがフローを含み、プロセッサが、
複数のベアラのうちの２つ以上にわたってフローのパケットを分配するために、パケットハッシュ化を用いることによって、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを修正する
ように構成される、請求項１に記載の装置。
【請求項９】
コンピュータによって実行された場合に、コンピュータに方法を実行させる命令を記憶する非一時的コンピュータ可読記憶媒体であって、方法が、
複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することと、
ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、
ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対するトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定することと
を備える、非一時的コンピュータ可読記憶媒体。
【請求項１０】
複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することと、
ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、
ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対するトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定することと
を備える、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１５年３月４日に出願され、「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＰＲＯＶＩＤＩＮＧ  ＭＡＸＩＭＵＭ  ＦＩＬＬ  ＬＩＮＫ  ＶＩＡ  ＢＯＮＤＥＤ  ＳＥＲＶＩＣＥＳ」と題された係属中の米国仮特許出願第６２／１２８，３４６号の利益を主張し、その全体が引用により本明細書に組み込まれている。
【０００２】
本開示は、一般には通信ネットワークに関し、より詳細には、排他的ではないが、通信ネットワークにおける結合サービス（ｂｏｎｄｅｄ  ｓｅｒｖｉｃｅｓ）の使用に関する。
【背景技術】
【０００３】
様々なタイプのデバイスが、複数のアクセス技術を介して通信することが可能であり得る。たとえば、様々なタイプのエンドユーザデバイス（たとえば、スマートフォン、タブレットコンピュータなど）は、典型的には複数のアクセス技術を介して、たとえば、様々なセルラー無線アクセスネットワーク（たとえば、第３世代（３Ｇ）、ロングタームエボリューション（ＬＴＥ）など）を介して、ならびに様々なローカル無線アクセスネットワーク（たとえば、８０２．１１ｘネットワークなどのＷｉＦｉネットワーク）を介して通信することが可能である。同様に、たとえば、様々なタイプの顧客宅内機器（ＣＰＥ：Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ）（たとえば、住居用ゲートウェイ（ＲＧ：Ｒｅｓｉｄｅｎｔｉａｌ  Ｇａｔｅｗａｙ）、セットトップボックス（ＳＴＢ）、ルータ、スイッチ、または他のタイプの住居用／企業用ゲートウェイデバイス）は、複数のアクセス技術を介して、たとえば、無線アクセス技術（たとえば、３ＧまたはＬＴＥなどのセルラー無線アクセス技術、Ｗｉ−Ｆｉなどのローカル無線アクセス技術など）を介して、ならびに様々な有線アクセス技術（たとえば、デジタル加入者線（ＤＳＬ）アクセス、ケーブルアクセス、光ネットワークアクセスなど）を介して通信することが可能であり得る。
【発明の概要】
【課題を解決するための手段】
【０００４】
従来技術における様々な欠点は、通信ネットワーク内で結合サービスを使用するための実施形態によって対処される。
【０００５】
少なくともいくつかの実施形態では、装置は、プロセッサと、プロセッサに通信可能に接続されるメモリとを含み、プロセッサが、複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信し、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行い、ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対するトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定するように構成される。
【０００６】
少なくともいくつかの実施形態では、非一時的コンピュータ可読記憶媒体は、コンピュータによって実行された場合に、コンピュータに方法を実行させる命令を記憶し、方法が、複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することと、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対するトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定することとを含む。
【０００７】
少なくともいくつかの実施形態では、方法は、複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することと、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対するトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定することとを含む。
【０００８】
少なくともいくつかの実施形態では、装置は、プロセッサと、プロセッサに通信可能に接続されるメモリとを含み、プロセッサが、複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することであって、複数のベアラが第１のベアラおよび第２のベアラを含み、第２のベアラは無線ユーザデバイスが関連付けられる、受信することと、第１のベアラを介してユーザデバイスデータプレーンセッションのユーザデバイストラフィックを伝播させることと、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、第１のベアラから第２のベアラにユーザデバイスデータプレーンセッションのユーザデバイストラフィックの少なくとも一部を切り替える決定に基づいて、無線ユーザデバイスをページングするための処理を開始することとを行うように構成される。
【０００９】
少なくともいくつかの実施形態では、非一時的コンピュータ可読記憶媒体は、コンピュータによって実行された場合に、コンピュータに方法を実行させる命令を記憶し、方法が、複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することであって、複数のベアラが第１のベアラおよび第２のベアラを含み、第２のベアラは無線ユーザデバイスが関連付けられる、受信することと、第１のベアラを介してユーザデバイスデータプレーンセッションのユーザデバイストラフィックを伝播させることと、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、第１のベアラから第２のベアラにユーザデバイスデータプレーンセッションのユーザデバイストラフィックの少なくとも一部を切り替える決定に基づいて、無線ユーザデバイスをページングするための処理を開始することとを含む。
【００１０】
少なくともいくつかの実施形態では、方法は、複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することであって、複数のベアラが第１のベアラおよび第２のベアラを含み、第２のベアラは無線ユーザデバイスが関連付けられる、受信することと、第１のベアラを介してユーザデバイスデータプレーンセッションのユーザデバイストラフィックを伝播させることと、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、第１のベアラから第２のベアラにユーザデバイスデータプレーンセッションのユーザデバイストラフィックの少なくとも一部を切り替える決定に基づいて、無線ユーザデバイスをページングするための処理を開始することとを含む。
【００１１】
本明細書の教示は、添付の図面と併せて詳細な説明を考察することによって容易に理解され得る。
【図面の簡単な説明】
【００１２】
【図１】様々な実施形態から利益を得るシステムのハイレベルブロック図である。
【図２】図１のシステムと同様のシステムのハイレベルブロック図を示し、またさらに、エンドユーザデバイスのインタラクションに関連する問題を回避する様々な実施形態のための様々な例示的なアドレスインジケータを示す図である。
【図３】図２のシステムと同様のシステムのハイレベルブロック図を示し、またさらに、追加のアクセスネットワークおよび関連するベアラパスを示す図である。
【図４Ａ】図１−３のシステム内で使用するのに適した方法の一例示的実施形態の図である。
【図４Ｂ】図１−３のシステム内で使用するのに適した方法の一例示的実施形態の図である。
【図５】図１−３のシステム内で使用するのに適した方法の一例示的実施形態の図である。
【図６】様々な実施形態を理解する際に有用なデータプレーンモデルのグラフィカル表現である。
【図７】図３のシステムと同様のハイレベルブロック図を示し、またさらに、追加のエンドユーザデバイスを示す図である。
【図８】最大充填リンク能力（ｍａｘｉｍｕｍ  ｆｉｌｌ  ｌｉｎｋ  ｃａｐａｂｉｌｉｔｙ）をサポートするように構成されるゲートウェイデバイスのハイレベルブロック図である。
【図９】ゲートウェイデバイスにおいて最大充填リンク能力を提供するための方法の一例示的実施形態の図である。
【図１０】ゲートウェイデバイスにおいて最大充填リンク能力を提供する文脈内で無線ユーザデバイスをページングするための方法の一例示的実施形態の図である。
【図１１】本明細書に提示された機能を実行する際に使用するのに適したコンピュータのハイレベルブロック図である。
【発明を実施するための形態】
【００１３】
理解を容易にするために、図に共通する同一の要素を指定するために、可能な場合、同一の参照番号が使用されている。
【００１４】
様々な実施形態が、複数のパスを介してデータを受信することが可能なユーザ機器（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に向けたポリシーベースのデータのステアリングのための機構の文脈内で主に説明され（シングルホームまたはマルチホーム）、ここで、ＵＥに対する複数のサービスデータフロー（ＳＤＦ）またはアプリケーションフロー（ＡＦ）に関連するデータは、ゲートウェイデバイスに提供されるポリシー情報に従って、ゲートウェイデバイスによって複数のパスにわたって割り当てられる。
【００１５】
様々な実施形態は、サービスゲートウェイ（ＳＧＷ）、パケットゲートウェイ（ＰＧＷ）、または他のプロバイダ機器（ＰＥ：ｐｒｏｖｉｄｅｒ  ｅｑｕｉｐｍｅｎｔ）などのゲートウェイデバイスにおいて動作可能なポリシーベースの下流トラフィックステアリング機構を企図する。
【００１６】
様々な実施形態は、複数の異なるアクセス技術に関連付けられたパスを終端させる家庭用または企業用のゲートウェイデバイスなどのゲートウェイデバイスにおいて動作可能なポリシーベースの上流トラフィックステアリング機構を企図する。
【００１７】
様々な実施形態は、ＰＧＷおよび顧客宅内機器（ＣＰＥ）の間の様々なアクセス技術（たとえば、デジタル加入者線（ＤＳＬ）、ケーブル、Ｗｉ−Ｆｉ、ロングタームエボリューション（ＬＴＥ）、第３世代（３Ｇ）無線ネットワークなど）による複数のデータ運搬パスを識別し結び付けて、複数のベアラ（たとえば、無線および有線ベアラ、異なる無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）に関連付けられた異なる無線ベアラ、異なる有線アクセス技術に関連付けられた異なる有線ベアラ、異なるアクセス技術（ＡＴ：Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）に関連付けられた異なるベアラなど）を組み合わせた結合サービスを形成するための機構を提供する。ＰＧＷは、ポリシー駆動型方式で複数の下流ベアラ間に下流トラフィックフローを割り当て、任意選択により、ＣＰＥは、ポリシー駆動型方式で複数の上流ベアラ間に上流トラフィックフローを割り当てることができる。ＰＧＷおよびＣＰＥの結合サービス動作は、様々なリモート／パブリックサーバからトラフィックを受信するためにＣＰＥと通信するＵＥなど、ＳＤＦおよびＡＦエンドポイントの動作に関連することが期待されない。
【００１８】
様々な実施形態は、有利なことに、ＰＧＷおよび／またはブロードバンドネットワークゲートウェイ（ＢＮＧ）と、ＣＰＥたとえば住居用／企業用ゲートウェイとの間のスループットを、様々な無線および／または有線アクセス技術（たとえば、ＤＳＬ、ケーブル、Ｗｉ−Ｆｉ、ＬＴＥ、３Ｇ無線など）を用いてそれらの間にマルチベアラ結合サービスを形成することによって増加させるように動作する。結合サービスの文脈内で複数のベアラ間でトラフィックを拡散させるために、アップリンクトラフィックについては住居用もしくは企業用ゲートウェイにおいて、および／またはダウンリンクトラフィックについてはＰＧＷ／ＳＧＷもしくは組み合わせ型ＰＧＷ／ＢＮＧにおいて、ポリシーが適用され得る。様々な実施形態は、有利なことに、固有のエラー冗長性を提供する。
【００１９】
様々な実施形態は、複数のアクセス技術および終端点にわたってポリシーを適応させ実施する。たとえば、いくつかの実施形態は、加入者管理システムにおいて全ての利用可能なアクセス技術（たとえば、無線および有線の組み合わせ）を識別し結合し、ダウンリンクトラフィックに対してポリシーを実施する。様々な実施形態は、ハッシュ化技法および他の割り当て技法などの様々な技法を用いて、複数のアクセス技術ベアラにわたってトラフィック負荷を拡散させる。様々な機能（たとえば、結合サービスの形成および構造、ベアラ間のトラフィックの割り当てなど）がポリシー駆動型であり得、１つまたは複数のエンティティ（たとえば、ネットワークオペレータ、加入者管理システム、ネットワーク管理システム、または他のエンティティ）によって、要望通りに動的に更新され得る。
【００２０】
図１は、様々な実施形態から利益を得るシステムのハイレベルブロック図を示す。
【００２１】
システム１００は、ユーザ機器（ＵＥ）１０２、住居用ゲートウェイ／顧客宅内機器（ＲＧ／ＣＰＥ）１１０、マルチサービスアクセスノード（ＭＳＡＮ）１２０、ブロードバンドネットワークゲートウェイ（ＢＮＧ）１３０、進化型ノードＢ（ｅＮｏｄｅＢ：ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）１４０、組み合わせ型パケットゲートウェイ（ＰＧＷ）／サービングゲートウェイ（ＳＧＷ）１５０、管理システム（ＭＳ：ｍａｎａｇｅｍｅｎｔ  ｓｙｓｔｅｍ）１５５、ポリシー制御エンティティ１６０、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）１７０、認証、認可およびアカウンティング（ＡＡＡ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）サーバ１８０、ポリシーおよび課金実施機能（ＰＣＥＦ：ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）１９０、および公衆網１９５を含む。図１のシステム１００は、ＲＧ／ＣＰＥ１１０が、ＤＳＬおよび３ＧＰＰ／ＬＴＥアクセスネットワーク能力の両方を含むセットトップボックス（ＳＴＢ）を備える実施形態の文脈内で主に説明されているが、以下でより詳細に論じられるように他の様々な実施形態も企図されることに留意されたい。たとえば、住居用ブロードバンドゲートウェイまたは他のデバイスの文脈内で、ＬＴＥを用いて上流帯域幅および／または下流帯域幅を増加させることにより、固定のケーブルテレビまたはＤＳＬ回線に追加容量が加えられ得る。同様に、企業用ブロードバンドゲートウェイまたは他のデバイスの文脈内で、複数の結合ベアラを介して、改善された回復性および生存性が提供され得る。
【００２２】
ＵＥ１０２は、たとえば、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、セットトップボックス、スマートフォン、またはＲＧ／ＣＰＥ１１０と通信可能な任意の他の固定またはモバイルデバイスなどのデバイスとすることができる。様々な実施形態において、ＵＥ１０２は、ＲＧ／ＣＰＥ１１０によってサポートされる第１のパスまたはトンネルと、無線アクセスポイント（たとえば、ｅＮｏｄｅＢ、Ｗｉ−Ｆｉアクセスポイント（ＷＡＰ）、または他の適切な無線アクセスポイント）を直接通る第２のパスまたはトンネルとを介して、ゲートウェイデバイス（たとえば、ＰＧＷ／ＳＧＷ１５０）に対してマルチホームされ得る。単一のＵＥ１０２に関して主に説明されているが、複数のＵＥ１０２が使用され得ることは理解されよう（図１では複数の例示的なデバイスとして図示されている）。
【００２３】
ＲＧ／ＣＰＥ１１０はＵＥ１０２と通信して、これに様々なネットワークサービスを提供する。ＲＧ／ＣＰＥ１１０は、少なくとも２つの異なるアクセスネットワーク技術を介してＰＧＷ／ＳＧＷ１５０に関連付けられ、これと通信する。図１に示されるように、アクセスネットワーク技術は、無線アクセスネットワーク（例示的には、３ＧＰＰ／ＬＴＥ無線アクセスネットワーク）、および有線アクセスネットワーク（例示的には、ｘＤＳＬ有線アクセスネットワーク）を含む。ただ１つの無線アクセスネットワークおよび１つの有線アクセスネットワークが図１のシステム１００の文脈内で示されているが、より多くのおよび／または異なるアクセスネットワークもまた、図３に関して以下でより詳細に説明されるような様々な実施形態において使用され得ることは理解されよう。さらに、様々な実施形態は、２つ以上のアクセス技術の任意の組み合わせに適用可能であり、これらのアクセス技術は、無線アクセスネットワークのみ、有線アクセスネットワークのみ、または無線アクセスネットワークおよび有線アクセスネットワークの組み合わせを含むことができる。
【００２４】
ＲＧ／ＣＰＥ１１０は、有線アクセスネットワーク（例示的には、ｘＤＳＬアクセスネットワーク）、ならびに無線アクセスネットワーク（例示的には、第３世代パートナーシッププロジェクト（３ＧＰＰ）／ロングタームエボリューション（ＬＴＥ）アクセスネットワーク）を介してＰＧＷ／ＳＧＷ１５０と通信する。他のタイプの有線アクセスネットワーク（たとえば、光アクセスネットワーク、ケーブルアクセスネットワークなど）および／または他のタイプの無線アクセスネットワーク（たとえば、他のタイプのセルラーアクセスネットワーク、ＷｉＦｉネットワーク（たとえば、管理されたＷｉＦｉアクセスネットワーク、管理されていないＷｉＦｉアクセスネットワークなど）、衛星リンクなど）が、結合サービスをサポートするアクセスネットワークとして使用され得ることは理解されよう。
【００２５】
ｘＤＳＬアクセスネットワークは、ＲＧ／ＣＰＥ１１０およびＢＮＧ１３０の間の通信をサポートするＭＳＡＮ１２０を含む。ＢＮＧ１３０は、ＰＧＷ／ＳＧＷ１５０ならびにＡＡＡサーバ１８０（例示的には、ＲＡＤＩＵＳサーバ）と通信する。ｘＤＳＬアクセスネットワークは、当業者に知られている様々な他の管理および／または制御エンティティ（図示せず）を含むことができ、またはこれらに関連付けられ得る。ＰＧＷ／ＳＧＷ１５０およびＢＮＧ１３０が（例示的には、ＧＴＰトンネルを介して）互いと通信する独立したエンティティとして図１に示されていることに留意されるべきであるが、様々な実施形態において、ＰＧＷ／ＳＧＷ１５０およびＢＮＧ１３０が、同一の物理シャーシ内に統合されて、統合パケットコア／ＢＮＧソリューションを提供し得ることは理解されよう。
【００２６】
３ＧＰＰ／ＬＴＥアクセスネットワークは、ＲＧ／ＣＰＥ１１０およびＰＧＷ／ＳＧＷ１５０の間の通信をサポートするｅＮｏｄｅＢ１４０を備える（ただし、明確にするために、単一のｅＮｏｄｅＢのみが図示されている）。図１に示されるように、３ＧＰＰ／ＬＴＥアクセスネットワークは、ポリシー制御エンティティ１６０（例示的には、ポリシーおよび課金ルール機能（ＰＣＲＦ）と、アクセスネットワーク発見および選択機能（ＡＮＤＳＦ）とを実装するものであって、これらは単一のエンティティまたはサーバとして図示されているが、異なるエンティティまたはサーバに実装され得る）が関連付けられ得る。図１に示されるように、３ＧＰＰ／ＬＴＥアクセスネットワークは、ＭＭＥ１７０が関連付けられ得る。３ＧＰＰ／ＬＴＥアクセスネットワークの文脈内で主に論じられているが、本明細書で提示される様々な実施形態が、他のタイプの無線ネットワーク（たとえば、２Ｇネットワーク、３Ｇネットワーク、他のタイプの４Ｇネットワーク、ＵＭＴＳ、ＥＶ−ＤＯ、ＷｉＭＡＸ、８０２．１１、または同様のもの、ならびにそれらの様々な組み合わせ）との使用にもよく適していること、ひいては、３ＧＰＰ／ＬＴＥの実施形態に関して本明細書で論じられる様々な要素（たとえば、サイト、ノード、ネットワーク要素、コネクタなど）が、他の無線ネットワークの実施形態における同様の要素に関して論じられるものとみなされ得る（たとえば、３ＧＰＰ／ＬＴＥアクセスネットワークにおけるｅＮｏｄｅＢ１４０は、３Ｇ  ＵＭＴＳネットワーク内のＮｏｄｅＢと呼ばれ得、３ＧＰＰ／ＬＴＥアクセスネットワーク内のＰＧＷ／ＳＧＷ１５０は、３Ｇ  ＵＭＴＳネットワーク内のＧＧＳＮ／ＳＧＳＮと呼ばれ得る、など）ことは理解されよう。
【００２７】
様々な実施形態において、ＰＧＷ／ＳＧＷ１５０およびＲＧ／ＣＰＥ１１０は、データプレーンが２つのデフォルトのベアラ、すなわち、第１のアクセスネットワークを通る第１のベアラトンネル、および第２のアクセスネットワークを通る第２のベアラトンネルを提供するユーザデバイスデータプレーンセッションをそれらの間に確立する。たとえば、ｘＤＳＬアクセスネットワークを横断する第１のベアラトンネルは、ＲＧ／ＣＰＥ１１０およびＭＳＡＮ１２０の間のベアラリンクＢ１１と、ＭＳＡＮ１２０およびＢＮＧ１３０の間のベアラリンクＢ１２と、ＢＮＧ１３０およびＰＧＷ／ＳＧＷ１５０の間のベアラリンクＢ１３とを備えることができる。たとえば、３ＧＰＰ／ＬＴＥアクセスネットワークを横断する第２のベアラトンネルは、ＲＧ／ＣＰＥ１１０およびｅＮｏｄｅＢ１４０の間のベアラリンクＢ２１と、ｅＮｏｄｅＢ１４０およびＰＧＷ／ＳＧＷ１５０の間のベアラリンクＢ２２とを備えることができる。様々な実施形態において、トンネル、ベアラ、および関連するセッション／トラフィックシグナリングは、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）トンネリングプロトコル（ＧＴＰ）に準拠する。トンネル、ベアラ、および関連セッション／トラフィックシグナリングが、代わりにまたはさらに１つまたは複数の他のプロトコルに準拠し得ることは理解されよう。
【００２８】
ＰＧＷ／ＳＧＷ１５０は、結合サービスを形成する複数の下流トンネルまたはベアラ間のポリシー駆動型割り当てに従って、複数のアクセスネットワーク技術を介してＲＧ／ＣＰＥ１１０に下流トラフィックを転送するように動作する。ＲＧ／ＣＰＥ１１０は、任意選択により、結合サービスを形成する複数の上流ベアラ間のポリシー駆動型割り当てに従って、複数のアクセスネットワーク技術の１つまたは複数を介してＰＧＷ／ＳＧＷ１５０に上流トラフィックを転送するように動作する。
【００２９】
ＰＣＲＦ／ＡＮＤＳＦ１６０は、ＰＣＲＦおよびＡＮＤＳＦ機能の両方を実装する。ＰＣＲＦは、サービスプロバイダが、ＵＥユーザまたは加入者のサービス品質（ＱｏＳ）要件に関するルール、ＵＥに提供されるサービスに対する課金に関連するルール、モバイルネットワーク使用に関連するルール、プロバイダ機器管理などを管理することが可能な動的管理能力を提供する。ＡＮＤＳＦは、アクセスネットワーク（たとえば、Ｗｉ−Ｆｉネットワーク、３ＧＰＰ／ＬＴＥネットワークなど）を発見する際にＵＥ１０２およびＲＧ／ＣＰＥ１１０を支援し、これらのアクセスネットワークに関連する接続ポリシーを管理するルールを提供する。
【００３０】
ＭＭＥ１７０は、ＵＥ１０２ならびにＲＧ／ＣＰＥ１１０の移動性をサポートする移動性管理機能を提供する。ＭＭＥ１７０は、様々なｅＮｏｄｅＢ（例示的には、ｅＮｏｄｅＢ１４０、ならびに、明瞭さのために省略されている他のｅＮｏｄｅＢ）を、ＭＭＥ１７０とｅＮｏｄｅＢ１４０との間の通信のための制御プレーンプロトコルを提供するそれぞれのＳ１−ＭＭＥインターフェース（明瞭さのために図１から省略）を用いてサポートすることができる。
【００３１】
様々な実施形態において、ＭＳ１５５は、１つまたは複数の無線および／または有線ネットワーク、たとえば、３ＧＰＰ／ＬＴＥアクセスネットワーク、ｘＤＳＬアクセスネットワークなどの１つまたは複数を管理するための管理機能を提供する。ＭＳ１５５は、任意の適切な方式でネットワークと通信することができる。様々な実施形態において、たとえば、ＭＳ１５５は、様々なネットワーク要素に関して帯域内または帯域外であり得る通信パスを介してネットワーク要素と通信することができる。ＭＳ１５５は、以下でさらに説明されるような汎用コンピューティングデバイスまたは専用コンピューティングデバイスとして実装され得る。ＭＳ１５５はＰＣＲＦ／ＡＮＤＳＦ１６０とインタラクションを行って、管理命令を提供し、ポリシーを適応させ、様々な他の機能を実行することができる。
【００３２】
様々な実施形態において、ＰＣＲＦおよびＡＮＤＳＦの一方または両方は、ポリシー情報をＰＧＷ／ＳＧＷ１５０（および任意選択によりＲＧ／ＣＰＥ１１０）に提供して、様々な実施形態に関して本明細書で説明されるように、ＰＧＷ／ＳＧＷ１５０（および任意選択によりＲＧ／ＣＰＥ１１０）が、結合サービスをサポートし、トラフィックフロー割り当てのためのポリシーベースのパスまたはベアラ選択／ルーティングルールを提供するように構成される。様々な実施形態において、ＰＣＲＦ関連のアクションは、ＰＧＷ／ＳＧＷ１５０に対するポリシー配信に関するものであり、ＡＮＤＳＦ関連のアクションは、ＲＧ／ＣＰＥ１１０および／またはＵＥ１０２に対するポリシー配信に関するものである。
【００３３】
様々な実施形態において、システム１００内の様々な場所における（たとえば、ＰＧＷ／ＳＧＷ１５０、ＲＧ／ＣＰＥ１１０、およびＵＥ１０２のうちの１つまたは複数における）複数のベアラ間のユーザフロー／アプリケーションのポリシーベースのステアリングのための機構が提供され得る。ポリシーは、トラフィックフロー（たとえば、ストリーミングメディア、電話、データ転送、セキュアセッションなど）、アプリケーション（たとえば、Ｎｅｔｆｌｉｘ、Ｇｍａｉｌ、ＷｅｂＥｘなど）、エンティティ（たとえば、ゴールド／シルバー／ブロンズレベルの加入者、コンテンツプロバイダ、サービスプロバイダなど）、または同様のもの、ならびにそれらの様々な組み合わせの１つまたは複数に基づき得る。ポリシーは、優先アクセス技術を識別し呼び出すそれぞれのポリシーを含むことができる。
【００３４】
図１に示されるように、システム１００は、図４Ａおよび図４Ｂに関して以下に記載されるようなフレーム化ルート（ｆｒａｍｅｄ  ｒｏｕｔｅ）の実施形態を説明するのに有用なデータパスに関連付けられた例示的なＣＰＥ関連のアドレスインジケータが関連付けられている。図示されたＣＰＥ関連のアドレスインジケータは、ＰＧＷ／ＳＧＷ１５０および公衆網１９５の間のトラフィックのためのフレーム化ルートアドレス３．３．３．３（ならびに１００として図示された容量メトリック）と、１．１．１．１のｘＤＳＬリンクアドレスと、２．２．２．２のＬＴＥリンクアドレスと、３．３．３．３のＣＰＥループバックアドレスとを含む。ＰＧＷ／ＳＧＷ１５０が、アドレスの観点でのアンカーポイントであって、ベアラのそれぞれ（たとえば、３ＧＰＰおよび非３ＧＰＰアクセスタイプ）に同一のＩＰアドレスを割り当てて、公衆網１９５に関連付けられたデバイスがＵＥ１０２への単一のリンクのみを見るようにする（その単一のリンクが実際にはＵＥ１０２にサービスするゲートウェイデバイス間の複数のベアラから構成されるとしても）ことに留意されたい。本明細書で提示される様々な実施形態はいずれも、実施形態に従って適合される様々な文脈内で、たとえば、実施形態のいずれかに従って適合されたネットワーク、実施形態のいずれかに従って適合されたシステム、実施形態のいずれかに従って適合されたハードウェアおよび／またはソフトウェア、実施形態のいずれかに従って適合された管理エンティティまたはネットワーク管理システム、実施形態のいずれかに従って適合されたデータセンターまたは計算資源などにおいて実施され得ることに留意されたい。
【００３５】
図２は、図１に関して図示および説明されたシステム１００と実質的に同一のシステム２００のハイレベルブロック図を示すが、図５に関して以下でより詳細に論じられるようなＩＰフローモビリティおよびシームレスオフロード（ＩＦＯＭ）技法に関連するようなＵＥのインタラクションに関連する問題を回避する実施形態を説明するのに有用な様々な例示的なＣＰＥ関連のアドレスインジケータを図２がさらに示す点が異なる。図示されたＣＰＥ関連のアドレスインジケータは、フレーム化ルートアドレス４．４．４．４を含み、このアドレスは、アクセスネットワークのそれぞれにおいてＲＧ／ＣＰＥを識別するためにも使用される。すなわち、これらの実施形態では、ＲＧ／ＣＰＥを識別するために１つのアドレスのみが使用される。
【００３６】
図３は、図２に関して図示および説明されたシステム２００と実質的に同一のシステム３００のハイレベルブロック図を示すが、図３が第３のアクセスネットワークおよび関連するベアラパス（すなわち、ベアラＢ３１を介してＲＧ／ＣＰＥ１１０と通信し、ベアラＢ３２を介してＰＧＷ／ＳＧＷ１５０と通信する無線アクセスポイント（ＷＡＰ）１４５）をさらに開示している点が異なる。２つのアクセスネットワークを介したベアラに関連するトラフィックの割り当てに関して本明細書で説明される様々な実施形態は、複数のアクセスネットワークを介した３つ以上のベアラが提供される場合に容易に適合される。
【００３７】
一般的に言えば、様々な実施形態は、各ベアラが異なるＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）に関連付けられる場合の、複数のベアラ間のトラフィックのポリシー駆動型割り当てを企図する。しかしながら、様々な実施形態において、ベアラのいくつかが同一のＩＰ−ＣＡＮに関連付けられ得ることが企図される。
【００３８】
様々な実施形態において、結合サービスがサポートされる。一般に、結合サービスは、ネットワークゲートウェイ要素（たとえば、パケットゲートウェイ（ＰＧＷ）または他のネットワークゲートウェイ要素）と、エンドユーザ関連デバイス（たとえば、ＲＧ、ＣＰＥ、ＵＥなど）との間の複数のアクセス技術（たとえば、ＤＳＬ、ケーブル、Ｗｉ−Ｆｉ、ＬＴＥ、３Ｇ、衛星など）を介した複数のデータベアラを結び付けることによって、提供され得る。
【００３９】
様々な実施形態において、アクセスポイント名（ＡＰＮ）構成に基づいて、ＰＧＷは、ＡＰＮの結合特性を決定し、ＰＣＲＦに結合特性を伝達するための属性値ペア（ＡＶＰ：Ａｔｔｒｉｂｕｔｅ−Ｖａｌｕｅ  Ｐａｉｒ）を最初のクレジット制御要求（ＣＣＲ−Ｉ：ｉｎｉｔｉａｌ  Ｃｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ）に含める。一例として、これは、新たなタイプをＢＯＮＤＥＤとして、ＩＰ−ＣＡＮタイプを再使用することができる。さらに、Ｂｏｎｄｅｄ  ＩＰ−ＣＡＮタイプは、ＵＥが３ＧＰＰ−ＥＰＳ  ＩＰ−ＣＡＮタイプおよび／または非３ＧＰＰ−ＥＰＳ  ＩＰ−ＣＡＮタイプを介してＥＰＣ（ＰＧＷ）に到達し得、したがって、両方のＩＰ−ＣＡＮタイプを介した同時アクセスが可能であるＩＰ−ＣＡＮセッションを意味する。加えて、ルーティング決定は、ゲートウェイネットワーク要素によって行われる（ＵＥではない）。
【００４０】
様々な実施形態において、ＰＣＥＦからＰＣＲＦへのＧｘの報告は、ＵＥまたはＣＰＡが３ＧＰＰアクセス、非３ＧＰＰアクセス、または両方の種類のアクセスで同時にＰＧＷにアクセスしているかを示すことができる。Ｇｘインターフェースの定義は、更新されたクレジット制御要求（ＣＣＲ−Ｕ：ｕｐｄａｔｅｄ  Ｃｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ）が、３ＧＰＰ−ＥＰＳ  ＩＰ−ＣＡＮタイプまたは非３ＧＰＰ−ＥＰＳ  ＩＰ−ＣＡＮタイプに関連付けられたＲＡＴタイプまたはＡＴタイプインジケータを含み得ることを示すように構成され得る。様々な実施形態において、ＣＣＲ−Ｕにおける両方のＲＡＴタイプの存在は、ＲＡＴ間ハンドオーバとしてではなく、むしろ、ＲＡＴまたはＡＴの追加として扱われる。
【００４１】
様々な実施形態において、ＰＣＲＦは、ＰＣＲＦによって送信されるコマンド内にＩＰ−ＣＡＮタイプを含めて、（１）ＰＣＲＦコマンド内の所与のＩＰ−ＣＡＮタイプの存在が、コマンドがこのＩＰ−ＣＡＮタイプのみに適用されることを意味すると解釈され、（２）ＰＣＲＦコマンド内のＩＰ−ＣＡＮタイプの不在が、コマンドが結合ＩＰ−ＣＡＮセッション上の全てのＩＰ−ＣＡＮタイプに適用されることを意味すると解釈されるようにする。
【００４２】
様々な実施形態において、ＢＯＮＤＥＤ特性をサポート可能なＵＥについて、ＵＥは新たなコンテナ識別子（たとえば、結合サポート要求（ＭＳからネットワークへ）、および対応する結合サポート（ネットワークからＭＳへ））を含めることによって、この特性を伝達することができる。同様に、プライマリ／バックアップサポートをサポート可能なＵＥは、冗長性サポート要求（たとえば、ＭＳからネットワークへ、任意選択により、優先ＰＤＮ接続の指示と共に）を伝達することができ、冗長性サポート応答（たとえば、ネットワークからＭＳへ）を受信することができる。
【００４３】
様々な実施形態において、割り当てまたはルーティング決定処理は、様々な要因およびポリシーを考慮する。
【００４４】
様々な実施形態において、結合サービスの両方のレッグ（ｌｅｇ）（たとえば、３ＧＰＰおよび非３ＧＰＰ）が確立されている間は、一方向（たとえば、アップリンク（ＵＬ）またはダウンリンク（ＤＬ））について、所与のＩＰフローは一意のＩＰのレッグによって搬送されるべきである。これは、より高いＳＮを有するＴＣＰパケット／セグメントが、より速いエラーで送信されたより低いＳＮを有するＴＣＰパケット／セグメントの前に到着するという状態を回避するように動作する。
【００４５】
様々な実施形態において、フローベースのルーティングポリシーが提供される。具体的には、ＰＣＲＦポリシーは、ＳＤＦ（たとえば、ＩＰフィルタのセット）またはＡＦを優先ＩＰ−ＣＡＮタイプ（３ＧＰＰ／非３ＧＰＰ）に関連付け、それに応じて割り当てる／ルーティングすることができる。
【００４６】
様々な実施形態において、グローバルルーティングポリシーが提供される。具体的には、グローバルルーティングポリシーは、例示的にはＰＧＷによって割り当てられなければならないトラフィックに対してフローベースのルーティングポリシーが提供されない場合に適用され得る。グローバルポリシーのいくつかの例は以下を含む：
【００４７】
（１）優先度および優先スループットが、最小コストのＩＰ−ＣＡＮタイプ（非３ＧＰＰ（たとえば、ＤＳＬ）である可能性が高い）などの１つのＩＰ−ＣＡＮタイプに関連付けられる。
【００４８】
（２）相対負荷係数（％）が、異なるＲＡＴタイプの組み合わせ（たとえば、３ＧＰＰ  ＩＰ−ＣＡＮタイプのＲＡＴタイプ、非３ＧＰＰ  ＩＰ−ＣＡＮタイプのＲＡＴタイプなど）に対して提供され、ここで相対負荷係数は、全てのトラフィックが所与のＩＰ−ＣＡＮタイプで送信される構成（アクティブ／スタンバイ）を確立するために様々な実施形態において使用され得る。
【００４９】
（３）優先スループットおよび相対負荷係数がＰＧＷ上でローカルに構成されるか、またはＧｘを介してＰＣＲＦによって送信される優先ＩＰ−ＣＡＮタイプ（ここで、後者の場合、優先スループットおよび相対負荷係数はＧｘセッションに関連付けられ、ローカルに構成された値をオーバーライドする）。
【００５０】
様々なルーティング／割り当て処理が、トラフィックをグローバルルーティングポリシーに従わせるように構成され得る。具体的には、様々な実施形態において、ＰＧＷはベアラのそれぞれにおける実際のスループットを測定し、優先ベアラまたはレッグ上の実際のスループットがそのベアラまたはレッグに対して定義された優先スループット未満である限り、トラフィックが優先ベアラまたはレッグ上で送信される。優先アクセスベアラなどがその優先スループット閾値レベルまで負荷がかかると、ＰＧＷは、ＩＰ−ＣＡＮタイプ（３ＧＰＰ／非３ＧＰＰ）に関連付けられた相対負荷係数（％）を用いて、負荷分散を確保する。
【００５１】
様々な実施形態において、フレーム化ルート能力がサポートされる。一般に、フレーム化ルートの実施形態は、結合サービスの文脈内で、結合サービスの各ベアラに異なるアドレスを割り当て、結合サービスが提供されるエンドデバイス（たとえば、ＣＰＥまたはＵＥ）に対してフレーム化ルートアドレスを割り当て（たとえば、ＣＰＥまたはＵＥ）、フレーム化ルートアドレスをエンドデバイスのナチュラルアドレス変換（ＮＡＴ：Ｎａｔｕｒａｌ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）パブリックアドレスとしてアドバタイズすることによって提供され得、ここで、リモートネットワークエンティティ（たとえば、アプリケーションサーバなど）は、フレーム化ルートアドレス（ＮＡＴパブリックアドレス）によってトラフィックをエンドデバイスにアドレス指定し、エンドデバイスにサービスするゲートウェイは、結合サービスの確立されたベアラに関連付けられた異なるアドレスによってトラフィックをエンドデバイスにアドレス指定するように構成される。様々なフレーム化ルートの実施形態はさらに、図４Ａおよび図４Ｂ−図６を参照して理解され得る。
【００５２】
図４Ａおよび図４Ｂは、様々な実施形態による方法の流れ図を示す。具体的には、図４Ａおよび図４Ｂは、図１−図３のシステム内で使用するのに適したフレーム化ルート機構を示し、ここで、ＰＧＷ／ＳＧＷ１５０で実行されるアクションは、図４Ａのステップ４１０−４４０に主に示されており、ＲＧ／ＣＰＥ１１０で実行されるアクションは、図４Ｂのステップ４６０−４９０に主に示されている。
【００５３】
図４Ａを参照すると、ステップ４１０において、セッションがＰＧＷとＣＰＥとの間に複数のベアラ（たとえば、それらの間の無線アクセスネットワークおよび有線アクセスネットワークのそれぞれを横断する１つのベアラ（たとえば、ＧＴＰトンネルなど））を介して確立される。ＣＰＥは、各ベアラに対して異なるアドレスが割り当てられる。さらに、フレーム化ルートアドレスがＣＰＥに割り当てられ、ＣＰＥのＮＡＴパブリックアドレスとしてアドバタイズされる。このようにして、リモートネットワークエンティティ（たとえば、アプリケーションサーバなど）は、ＮＡＴパブリックアドレス（フレーム化ルートアドレス）によってトラフィックをＣＰＥにアドレス指定し、ＰＧＷは確立されたベアラに関連付けられた特定のアドレスによってトラフィックをＣＰＥにアドレス指定する。ボックス４１５を参照すると、アクセスネットワークは、ｘＤＳＬなどの有線アクセスネットワーク、および／または３ＰＰ／ＬＴＥ、Ｗｉ−Ｆｉなどの無線アクセスネットワークを含むことができる。
【００５４】
ステップ４２０において、ＰＧＷは任意の割り当てルール、たとえばデフォルトおよび／またはポリシー駆動型ルールに基づいて、ベアラ下流トラフィック割り当てを決定する。ボックス４２５を参照すると、割り当てルールは、１つまたは複数のデフォルトのルール、ＰＣＲＦまたはＡＮＤＳＦからポリシー情報内で受信される１つまたは複数のルール、１つまたは複数のエンティティから受信される１つまたは複数のルール（たとえば、サービスプロバイダから受信される１つまたは複数のルール、アプリケーションプロバイダから受信される１つまたは複数のルール、１つまたは複数の他のエンティティから受信される１つまたは複数のルール）、または同様のもの、ならびにそれらの様々な組み合わせを含むことができる。
【００５５】
ステップ４３０において、ＰＧＷは、決定されたベアラ下流トラフィック割り当てに従って１つまたは複数のベアラを介してＣＰＥに受信された下流トラフィック（たとえば、公衆網１９５から受信されたもの）を転送する。さらに、ＰＧＷは、ベアラアドレスおよびフレーム化ルートアドレスに応じて下流トラフィックのＡＰＮアドレスを適合させる。ボックス４３５を参照すると、ベアラ下流トラフィック割り当ては、たとえば、フローごとに、アプリケーションタイプごとに、ソースごとに、何らかの他の定義ごとに、またはこれらの技法／基準の任意の組み合わせごとになど、様々な技法／基準に基づいて適用され得る。ボックス４３５を参照すると、ベアラ下流トラフィック割り当ては、ラウンドロビン、重み付き選好（ｗｅｉｇｈｔｅｄ  ｐｒｅｆｅｒｅｎｃｅｓ）、パーセンテージ、ハッシュ化、他の機構、またはこれらの機構の任意の組み合わせを含む任意の機構によって行われ得る。
【００５６】
ステップ４４０において、ＰＧＷは、全てのベアラからの上流ＣＰＥトラフィックを組み合わせ、組み合わせられたトラフィックを適切な宛先に転送する。すなわち、ＰＧＷは、ＣＰＥから上流トラフィックまたはパケットを受信し、受信されたトラフィックを組み合わせ、ＣＰＥベアラ関連のソースＩＰアドレスをＮＡＴパブリックアドレス（フレーム化ルートアドレス）に置き換え、組み合わせられたトラフィックまたはパケットを適切な宛先に転送する。
【００５７】
一般的に言えば、図４Ａおよび図４Ｂの実施形態に関して企図されたステップは、図１−図３に関して説明されたシステムの文脈内で使用するのに適している。一例として、ｘＤＳＬおよびＬＴＥセッションが以下のように提供され得る：
【００５８】
ｘＤＳＬ：ＢＮＧへのＩＰオーバイーサネット（登録商標）（ＩＰｏＥ）セッション→ＡＡＡはＭＡＣおよびデフォルトＡＰＮ  ｘＤＳＬに基づいてＩＭＳＩ  Ｘを割り当てる→ＰＧＷへのＧＴＰｖ２セッション／ベアラセットアップ、ＩＰアドレス割り当て（１．１．１．１）＋フレーム化ルート３．３．３．３＋Ｇｘセッション。
【００５９】
ＬＴＥ：ＩＭＳＩ  Ｘ、ＡＰＮ  ＬＴＥでのＧＴＰｖ２／ベアラセットアップ→ＩＰアドレス割り当て（２．２．２．２）＋フレーム化ルート３．３．３．３。
【００６０】
このようにして、ＰＧＷに対して、同一の加入者識別子（たとえば、移動端末識別子（ＩＭＳＩ））を有する２つのＰＤＮセッションが設けられ、それぞれ異なるＡＰＮを有し、同一のＮＡＴパブリックアドレス（フレーム化ルートアドレス）が両方のＰＤＮセッションに使用される。
【００６１】
様々な実施形態において、２つのアクセスネットワーク間のトラフィックの割り当ては、いくつかの方法、たとえば、「ａｎｙ／ａｎｙ」ＰＣＣ（ポリシー制御および課金）ルールの文脈内での等コストマルチパス（ＥＣＭＰ）ハッシュ化によって決定され得る。さらに、他のＰＣＣルールは、ｘＤＳＬまたはＬＴＥのいずれかを介してトラフィックを割り当てるまたは方向づけるために提供され得る。
【００６２】
様々な実施形態において、ＣＰＥに関連付けられた１つのＮＡＴパブリックアドレス（フレーム化ルートアドレス）が、ＩＰｖ６フレーム化ルートソリューションの文脈内のように、公衆網要素にアドバタイズされる。この１つのＮＡＴパブリックアドレス（フレーム化ルートアドレス）は、上流トラフィックがＰＧＷに伝達される各リンクまたはベアラのソースアドレスとしてＣＰＥの上流ＣＰＥトラフィックによって使用される。
【００６３】
様々な実施形態において、複数のパブリックＮＡＴアドレスが、複数のアクセスネットワークについてＣＰＥに対して使用され得、上流トラフィックは通過され、あるいは所望であれば、複数のアクセスネットワーク間で割り当てられ得る。様々な実施形態において、実質的に全てのトラフィックが優先アクセスネットワーク（たとえば、ｘＤＳＬアクセスネットワーク）に割り当てられ、閾値量を超えるトラフィックはセカンダリアクセスネットワーク（たとえば、ＬＴＥアクセスネットワーク）に割り当てられる。様々な実施形態において、上流トラフィックは、ＬＴＥ／ｘＤＳＬ、ＩＰｖ６動的ホスト構成プロトコル（ＤＨＣＰ）プレフィックス委譲（ＰＤ：Ｐｒｅｆｉｘ  Ｄｅｌｅｇａｔｉｏｎ）を介してハッシュ化される。
【００６４】
図４Ｂを参照すると、ステップ４７０において、ＣＰＥは任意の割り当てルール、たとえばデフォルトおよび／またはポリシー駆動型ルールに基づいて、ベアラ上流トラフィック割り当てを決定する。ボックス４７５を参照すると、割り当てルールは、１つまたは複数のデフォルトのルール、ＰＣＲＦまたはＡＮＤＳＦからポリシー情報内で受信される１つまたは複数のルール、１つまたは複数のエンティティから受信される１つまたは複数のルール（たとえば、サービスプロバイダから受信される１つまたは複数のルール、アプリケーションプロバイダから受信される１つまたは複数のルール、１つまたは複数の他のエンティティから受信される１つまたは複数のルール）、または同様のもの、ならびにそれらの様々な組み合わせを含むことができる。
【００６５】
ステップ４８０において、ＣＰＥは、決定されたベアラ上流トラフィック割り当てに従って１つまたは複数のベアラを介してＰＧＷに受信された上流トラフィック（たとえば、ＵＥ１０２から受信されたもの）を転送する。さらに、ＰＧＷは、ＣＰＥベアラ関連のアドレスに従って上流トラフィックのＣＰＥソースアドレスを適合させる。ボックス４８５を参照すると、ベアラ上流トラフィック割り当ては、たとえば、フローごとに、アプリケーションタイプごとに、ソースごとに、何らかの他の定義ごとに、またはこれらの技法／基準の任意の組み合わせごとになど、様々な技法／基準に基づいて適用され得る。ボックス４８５を参照すると、ベアラ上流トラフィック割り当ては、ラウンドロビン、重み付き選好、パーセンテージ、ハッシュ化、１つまたは複数の他の機構、および／またはこれらの機構の任意の組み合わせを含む任意の機構によって行われ得る。
【００６６】
ステップ４９０において、ＣＰＥは、全てのベアラの下流トラフィックを組み合わせ、組み合わせられたトラフィックを適切な宛先に（たとえばＵＥ１０２に）転送する。すなわち、ＣＰＥは、ＰＧＷから下流トラフィックまたはパケットを受信し、受信された下流トラフィックを組み合わせ、ベアラ関連のソースＩＰアドレスをＮＡＴパブリックアドレス（フレーム化ルートアドレス）に置き換え、組み合わせられたトラフィックまたはパケットをそれらの適切な宛先ＵＥに転送する。
【００６７】
図５は、様々な実施形態による方法の流れ図を示す。具体的には、図５は、図１−図３のシステム内で使用するのに適した機構を示す。具体的には、図５は、図１−図３のシステム内で使用するのに適したフレーム化ルート機構を示し、ここで、ＰＧＷ／ＳＧＷ１５０で実行されるアクションは、図５のステップ５１０−５４０に主に示されており、ＲＧ／ＣＰＥ１１０で実行されるアクションは、図５から省略されており、その理由は、図４Ｂの方法４００のステップ４５０−４９０においてＲＧ／ＣＰＥ１１０により実行されるアクションと実質的に同一であるためである。
【００６８】
ステップ５１０において、セッションがＰＧＷとＣＰＥとの間に複数のベアラ（たとえば、それらの間の無線アクセスネットワークおよび有線アクセスネットワークのそれぞれを横断する１つのベアラ（たとえば、ＧＴＰトンネルなど））を介して確立される。ＣＰＥは、各ベアラに対して同一のＩＰアドレスが割り当てられる。さらに、同一のアドレスが使用され、ＣＰＥのＮＡＴパブリックアドレスとしてアドバタイズされる。ボックス５１５を参照すると、アクセスネットワークは、ｘＤＳＬなどの有線アクセスネットワーク、および／または３ＰＰ／ＬＴＥ、Ｗｉ−Ｆｉなどの無線アクセスネットワークを含むことができる。
【００６９】
ステップ５２０において、ＰＧＷは任意の割り当てルール、たとえばデフォルトおよび／またはポリシー駆動型ルールに基づいて、ベアラ下流トラフィック割り当てを決定する。ボックス５２５を参照すると、割り当てルールは、１つまたは複数のデフォルトのルール、ＰＣＲＦまたはＡＮＤＳＦからポリシー情報内で受信される１つまたは複数のルール、１つまたは複数のエンティティから受信される１つまたは複数のルール（たとえば、サービスプロバイダから受信される１つまたは複数のルール、アプリケーションプロバイダから受信される１つまたは複数のルール、１つまたは複数の他のエンティティから受信される１つまたは複数のルール）、または同様のもの、ならびにそれらの様々な組み合わせを含むことができる。
【００７０】
ステップ５３０において、ＰＧＷは、決定されたベアラ下流トラフィック割り当てに従って１つまたは複数のベアラを介してＣＰＥに受信された下流トラフィック（たとえば、公衆網１９５から受信されたもの）を転送する。さらに、ＰＧＷは、ベアラアドレスおよびフレーム化ルートアドレスに従って下流トラフィックのＡＰＮアドレスを適合させる。ボックス５３５を参照すると、ベアラ下流トラフィック割り当ては、たとえば、フローごとに、アプリケーションタイプごとに、ソースごとに、何らかの他の定義ごとに、またはこれらの技法／基準の任意の組み合わせごとになど、様々な技法／基準に基づいて適用され得る。ボックス５３５を参照すると、ベアラ下流トラフィック割り当ては、ラウンドロビン、重み付き選好、パーセンテージ、ハッシュ化、他の機構、またはこれらの機構の任意の組み合わせを含む任意の機構によって行われ得る。
【００７１】
ステップ５４０において、ＰＧＷは、全てのベアラからの上流ＣＰＥトラフィックを組み合わせ、組み合わせられたトラフィックを適切な宛先に転送する。すなわち、ＰＧＷは、ＰＥから上流トラフィックまたはパケットを受信し、受信されたトラフィックを組み合わせ、ＣＰＥベアラ関連のソースＩＰアドレスをＮＡＴパブリックアドレス（フレーム化ルートアドレス）に置き換え、組み合わせられたトラフィックまたはパケットを適切な宛先に転送する。
【００７２】
一般的に言えば、図５の実施形態に関して企図されたステップは、図１−図３に関して説明されたシステムの文脈内で使用するのに適している。一例として、ｘＤＳＬおよびＬＴＥセッションが以下のように提供され得る：
【００７３】
ｘＤＳＬ：ＢＮＧへのＩＰｏＥセッション→ＡＡＡはＭＡＣおよびＡＰＮ  Ｙに基づいてＩＭＳＩ  Ｘを割り当てる→ＰＧＷへのＧＴＰｖ２セッション／ベアラセットアップ、ＩＰアドレス割り当て（４．４．４．４）＋Ｇｘセッション。
【００７４】
ＬＴＥ：ＩＭＳＩ  Ｘ、ＡＰＮ  ＹでのＧＴＰｖ２／ベアラセットアップ→ＩＰアドレス割り当て（４．４．４．４）。
【００７５】
このようにして、ＰＧＷに対して、所与のＰＤＮセッション上に２つのベアラが設けられる。
【００７６】
様々な実施形態において、２つのアクセスネットワーク間のトラフィックの割り当ては、いくつかの方法、たとえば、「ａｎｙ／ａｎｙ」ＰＣＣルールの文脈内でのＥＣＭＰハッシュ化によって決定され得る。さらに、他のポリシー制御および課金（ＰＣＣ）ルールは、ｘＤＳＬまたはＬＴＥのいずれかを介してトラフィックを割り当てるまたは方向づけるために提供され得る。
【００７７】
様々な実施形態において、ＣＰＥに関連する１つのＮＡＴパブリックアドレス（フレーム化ルートアドレス）が、公衆網要素にアドバタイズされる。この１つのＮＡＴパブリックアドレス（フレーム化ルートアドレス）は、上流トラフィックがＰＧＷに伝達される各リンクまたはベアラのソースアドレスとしてＣＰＥの上流ＣＰＥトラフィックによって使用される。
【００７８】
様々な実施形態において、複数のパブリックＮＡＴアドレスが、複数のアクセスネットワークについてＣＰＥに対して使用され得、上流トラフィックは通過され、あるいは所望であれば、複数のアクセスネットワーク間で割り当てられ得る。様々な実施形態において、実質的に全てのトラフィックが優先アクセスネットワーク（たとえば、ｘＤＳＬアクセスネットワーク）に割り当てられ、閾値量を超えるトラフィックはセカンダリアクセスネットワーク（たとえば、ＬＴＥアクセスネットワーク）に割り当てられる。様々な実施形態において、上流トラフィックは、ＬＴＥ／ｘＤＳＬ、ＩＰｖ６  ＤＨＣＰ  ＰＤを介してハッシュ化される。様々な実施形態において、デフォルトのａｎｙ／ａｎｙルールは、両方のＰＤＮセッションにわたってハッシュ化される。
【００７９】
本明細書で述べられたように、図５の方法５００の文脈内で、ＣＰＥは図４Ｂに関して本明細書で説明されたものと実質的に同一の方式で動作する。
【００８０】
図６は、様々な実施形態を理解するのに有用なデータプレーンモデルのグラフィカル表現を示す。具体的には、図６は、様々な実施形態に従って様々な要素（たとえば、ＰＧＷ、ＣＰＥ、あるいは１つまたは複数の他のデバイス）において発生するアクセスネットワークトラフィック割り当て処理を理解するのに適したデータプレーン処理モデルを示す。図６を参照すると、Ｇｉトラフィックまたは他のトラフィック６１０は、本明細書で提示された様々な実施形態に従って動作するデバイスによって受信される。パケットデータネットワークセッション６２０は、ＳＤＦ６２０−１から６２０−Ｎと示された複数のサービスデータフロー（ＳＤＦ）を含むことができる。
【００８１】
様々な実施形態において、ＳＤＦのそれぞれは、ＳＤＦまたはその一部をハッシュ化するのに有用な識別情報または他の情報に関連付けられて、ＳＤＦまたはその一部が、下流トラフィックではＣＰＥデバイス、または上流トラフィックではＰＧＷなどの宛先デバイスと通信する複数のベアラのうちの１つまたは複数に割り当てられ得る。
【００８２】
様々な実施形態において、ＳＤＦのそれぞれは、ＱｏＳクラスインジケータ（ＱＣＩ）／アドレス解決プロトコル（ＡＲＰ）キー（ＱＣＩ／ＡＲＰキーと表記される）に関連付けられる。ＱＣＩ／ＡＲＰキーは、ＳＤＦまたはその一部をハッシュ化して、ＳＤＦまたはその一部を宛先デバイスと通信する特定のベアラに割り当てる文脈内で使用され得る。すなわち、ハッシュテーブル６３０内のエントリは、ＳＤＦまたはその一部をハッシュ化したことに応答して、ＳＤＦまたはその一部を宛先デバイスに伝達するための適切なベアラを指示する。この指示は、例示的にはＲＡＴインジケータ、またはより一般的にはＡＴインジケータの形態をとることができる。ＲＡＴ／ＡＴインジケータは既存のＱＣＩ／ＡＲＰキーに加えて、ＱＣＩ／ＡＲＰ／ＲＡＴ（またはＱＣＩ／ＡＲＰ／ＡＴ）キーを形成することができ、そのキーを用いて、ＳＤＦまたはその一部を宛先デバイスと通信する適切なベアラ（たとえば、適切なベアラトンネルエンドポイント（たとえば、６５０−１または６５０−２）にトラフィックを転送するように構成される複数のベアラ６４０内のトンネルＴ１およびＴ２のうちの１つ）に、ひいては適切な宛先デバイス（たとえば、ＵＥまたは他の宛先デバイス）に方向づけることができる。
【００８３】
様々な実施形態において、「トラフィックハッシュプロファイル」は、異なるタイプのアクセスネットワークにわたるトラフィック分配を記述するように構成され得る。たとえば、デフォルトのトラフィックハッシュプロファイルは、第１のアクセスタイプがトラフィックの１００％を受信し、第２のアクセスタイプが０％のトラフィックを受信する１００％／０％分配を提供することができる。ハッシュプロファイルは、２つ以上のアクセスタイプを含むように拡張され得る。様々な実施形態は、各アクセスネットワークに対して１００％／０％のデフォルトプロファイルを企図する。
【００８４】
一般的に言えば、様々な実施形態による結合サービスは、加入者に対するトラフィックフロー（たとえば、ＳＤＦまたはその一部）を搬送することが可能な２つ以上のデフォルトベアラを有するユーザデバイスデータプレーンセッションによって実装される。先に論じられたように、様々なベアラへのトラフィックの割り当ては、ポリシー駆動型であり得る。様々なベアラへのトラフィックの割り当ては、様々な上流または下流のエンドポイントへ、たとえばＳＤＦまたはその一部などのトラフィックフローを選択的にルーティングするのに適したハッシュ化または任意の他の機構を用いて実装され得る。
【００８５】
様々な実施形態において、結合サービスは、（１）ＵＥまたはＲＧ／ＣＰＥが３ＧＰＰおよび非３ＧＰＰアクセスネットワークの両方にわたって同一のＩＰアドレスによって同時にサービスされ、（２）ＰＧＷ（ＵＥではない）が所与のＤＬ  ＩＰフローに使用するＩＰ−ＣＡＮタイプを決定する、サービスとして定義され得る。様々な実施形態において、所与のＤＬ  ＩＰフローに使用するＩＰ−ＣＡＮタイプを決定するためにＰＧＷがＵＥよりも良好に配置されるＵＥマルチホーミングが提供される。一般的に言えば、これは、所与のＤＬ  ＩＰフローに使用するためにＩＰ−ＣＡＮタイプをネットワークが選択するかについて問題がないよう十分安定している３ＧＰＰおよび非３ＧＰＰアクセスネットワークによってＵＥ（またはＲＧ／ＣＰＥ）がサービスされ、（２）ＵＥまたはＲＧ／ＣＰＥがＳＤＦもしくはアプリケーションフローの知識を有することができないまたは有さない場合に起こり得る。これらの実施形態では、ＰＧＷは、（動的）ＰＣＲＦポリシー、またはＡＡＡサーバからの情報に決定を基づかせることができる。
【００８６】
上流および／または下流トラフィックが、例示的には１００Ｍｂ毎秒の最大帯域幅に達する閾値レベルまでＤＳＬベアラを介して優先的にルーティングされ、さらなるトラフィックがＬＴＥベアラを介してルーティングされる一実施形態が、ＤＳＬ（ＤＳＬベアラ）およびＬＴＥ（ＬＴＥベアラ）の両方を介してＲＧ／ＣＰＥに同時に接続されるＰＧＷの文脈内での使用によく適していることに留意されたい。
【００８７】
本明細書で論じられる様々な実施形態が、３ＧＰＰおよび非３ＧＰＰの間のより高速なハンドオーバ（ＨＯ）をサポートするような多数の用途に適用され得ることに留意されたい。すなわち、ＰＤＮ接続が３ＧＰＰおよび非３ＧＰＰアクセスネットワークの両方において同時にセットアップされた場合、プライマリアクセスネットワークを介したアクセスの突然の損失は、ＵＥが他方のアクセスネットワークにおいて再びＰＤＮ接続をセットアップすることによって回復動作を試みるのにサービス中断間隔を誘発しない。この場合、様々なアクセスネットワークは、アクティブ／スタンバイモードまたはアクティブ／アクティブモードで動作することができ、ここで、アクティブ／アクティブモードは、より高いスループットをサポートする。
【００８８】
様々な実施形態において、結合サービスは、所与のＩＰ−ＣＡＮセッションについてマルチホームされるＵＥに関連付けられ得る。しかしながら、ＵＥのＩＰアドレス／ＩＰｖ６のプレフィックスに関連付けられるＩＰ−ＣＡＮセッションはただ１つである。このように、複数のデータプレーンセッションを提供する単一のＩＰ−ＣＡＮセッションは、（たとえば、Ｇｙインターフェース、Ｇｚ／ＲＦ／Ｇａインターフェースなどを介した）課金および合法的傍受（ＬＩ：ｌａｗｆｕｌ  ｉｎｔｅｒｃｅｐｔｉｏｎ）インターフェースに対する単純なフロー管理、トラフィック検出機能（ＴＤＦ：ｔｒａｆｆｉｃ  ｄｅｔｅｃｔｉｏｎ  ｆｕｎｃｔｉｏｎ）のインタラクションなどを可能にする。
【００８９】
様々な実施形態において、結合サービスは、ＰＣＲＦ命令に基づいてＤＬルーティング決定に対するＰＧＷ制御を提供する（したがって、Ｇｘインターフェースに対する新たなＡＶＰの作成を必要とする）。様々な実施形態の文脈内で、ルーティング決定は、ルーティングルールインストールＡＶＰを介してＰＣＲＦに伝達される。ＰＣＲＦはこの情報を用いて、ＰＣＣルールを作成／更新／削除することができる。
【００９０】
本明細書に記載の様々な実施形態は一般的には、ＣＰＥが住居用または企業用のゲートウェイなどにおいてＤＳＬおよびＬＴＥアクセス能力の両方を有する使用事例に関することに留意されたい。これらの実施形態は、ＬＴＥベアラが、ＤＳＬベアラと結合された場合に、本明細書で論じられるように、顧客に追加の帯域幅および回復力を提供する機構を提供する。
【００９１】
様々な実施形態は、複数の組み合わせの３ＧＰＰ／ＬＴＥ／Ｗｉ−Ｆｉ／ＤＳＬ結合サービスを企図する。たとえば、本明細書に記載の様々なＬＴＥ／ＤＳＬ結合サービスは、Ｗｉ−Ｆｉ／ＬＴＥ結合、Ｗｉ−Ｆｉ／３ＧＰＰ結合、Ｗｉ−Ｆｉ／ＬＴＥ／ＤＳＬ結合、ＤＳＬ／衛星結合、または単一のＩＰアドレスがＵＥの複数のアクセスベアラまたはセッションのそれぞれに使用される様々な他の複数のアクセスネットワーク結合サービスにも同様に適用され得る。ＵＥ（またはＲＧ／ＣＰＥ）が結合サービスの一部としてＬＴＥおよびＷｉ−Ｆｉの両方を共に用いるＷｉ−Ｆｉ／ＬＴＥ結合の一実施形態の説明は以下である。有利なことに、１つのＩＰアドレスをＵＥに割り当てて、ＬＴＥならびに信頼されたＷｉ−Ｆｉアクセスの両方で使用することによって、望ましくないＲＡＴ間ハンドオーバの問題が回避され得る。例示すると、現在のところ、ハンドセットなどのＵＥがＬＴＥおよびＷｉ−Ｆｉアクセスの両方を有することが可能な場合、両方の接続が別々のＩＰアドレスを受けることが想定されるが、Ｗｉ−Ｆｉを介したハンドセット通信がＬＴＥ通信と同一のＰＧＷに送信される信頼されたＷＬＡＮの場合、ＰＧＷは複数のアクセスネットワークを介して受信されるデータを、ＲＡＴ間ハンドオーバの必要性を示すものとして扱って、ＰＧＷがＬＴＥセッションを切断するようにし得る。ハンドセットはＬＴＥ接続から切断されることを予想していないので、ハンドセットはＰＧＷへの再接続を試みて、ＰＧＷにおいてＷｉ−ＦｉからＬＴＥへのＲＡＴ間ハンドオーバをトリガする。様々なそのような結合サービスにおいて、同一のＩＰアドレスを複数の接続に割り当てることは、コアルーティングドメインに影響を与えることなく、アドレス空間の使用を制限するのに役立つことに留意されたい。
【００９２】
様々な実施形態において、結合サービスは、回復力がある企業用ＣＰＥ（たとえば、ルータまたはエッジゲートウェイ（ＥＧ））のペアまたはグループをサポートするために企業の文脈内で利用され得る。このように、結合サービスは、企業の回復力を向上するように構成され得る。たとえば、企業ネットワークが、回復力の目的でＰＧＷに接続された２つのルータを含むと仮定する。これらの２つのルータのそれぞれは、典型的には、別々の加入者識別子（たとえば、移動端末識別子（ＩＭＳＩ）または他の適切な識別子）によって識別されることに留意されたい。すなわち、本明細書で論じられた単一のＣＰＥの例とは対照的に、回復力のあるルータペアを形成するルータ（ＣＰＥ）のそれぞれは、それぞれの加入者識別子（たとえば、ＩＭＳＩ）に関連付けられて、２つの異なる加入者識別子（たとえば、ＩＭＳＩ）を識別する２つの別個の接続が存在することになり、これらは回復性またはトラフィック分配選好を与えるために同様に共に結合され得る。様々な企業用の回復力のあるＣＰＥペアの実施形態は、図７を参照してさらに理解され得る。
【００９３】
図７は、図３に関して図示および説明されたシステム３００と実質的に同一のシステム７００のハイレベルブロック図を示すが、図７がさらに第２のＣＰＥを開示している点が異なる。図７に示されるように、企業７０１は、第１の企業ＣＰＥ７１０−１（たとえば、第１の企業ルータまたはエッジゲートウェイ（ＥＧ））と、第２の企業ＣＰＥ７１０−２（たとえば、第２の企業ルータまたはエッジゲートウェイ（ＥＧ））とを含み、これらはまとめて、企業ＣＰＥ７１０と呼ばれ得る。企業ＣＰＥ７１０は、回復力のある企業ＣＰＥペア（たとえば、回復力のある企業ルータペアまたはＥＧペア）を形成する。図７に示されるように、企業ＣＰＥ７１０（たとえば、企業ルータ）のそれぞれは、ＵＥ７０２と（または複数のＵＥ１０２がサポートされる場合、異なるＵＥ１０２と）通信するように構成される。
【００９４】
第１の企業ＣＰＥ７１０−１は、第１の加入者識別子（たとえば、ＩＭＳＩ）に関連付けられ、ＤＳＬ（Ｂ１１、Ｂ１２、Ｂ１３）、ＬＴＥ（Ｂ２１、Ｂ２２）およびＷｉ−Ｆｉ（Ｂ３１、Ｂ３２）アクセス技術を介したベアラパスを含む結合サービスを受ける。結合サービスは、様々な図に関して本明細書で説明されたように第１の企業ＣＰＥ７１０−１に提供されることに留意されたい。
【００９５】
第２の企業ＣＰＥ７１０−２は、第２の加入者識別子（たとえば、ＩＭＳＩ）に関連付けられ、ＤＳＬ（Ｂ４１、Ｂ４２、Ｂ４３）およびＬＴＥ（Ｂ５１、Ｂ５２）アクセス技術を介したベアラパスを含む結合サービスを受ける。結合サービスは、様々な図に関して本明細書で説明されたように第２の企業ＣＰＥ７１０−２に提供されることに留意されたい。
【００９６】
図７において、ＰＧＷ／ＳＧＷ１５０は、第１の企業ＣＰＥ１７１０−１の接続および第２の企業ＣＰＥ７１０−２の接続に対して結合セッションを提供して、回復力のある結合セッションを形成する。より具体的には、ＰＧＷ／ＳＧＷ１５０は、両方の接続が企業７０１に関連付けられていること、ひいては、企業７０１内のＵＥ７０２宛てのトラフィックが、第１および第２の企業ＣＰＥ１１０の一方または両方を介して提供され得ることを識別する。企業７０１が複数のＵＥ７０２を含むいくつかの実施形態では、企業ＣＰＥ１１０のそれぞれは、ＵＥ７０２のいずれかと通信する。企業７０１が複数のＵＥ７０２を含むいくつかの実施形態では、企業ＣＰＥ７１０のそれぞれはＵＥ１０２のサブセットと通信し、そのサブセットは１つまたは複数の共通にサービスされるＵＥ７０２を含むように重複し得る。様々な実施形態において、回復力のある結合セッションは、企業ＣＰＥ７１０にサービスするベアラのいずれかの間でトラフィックを割り当てることができる。様々な実施形態において、企業ＣＰＥ７１０の１つは、プライマリ／アクティブ企業ＣＰＥ７１０として動作することができ、他の企業ＣＰＥ７１０は、セカンダリ／スタンバイ企業ＣＰＥ７１０として動作する。様々な他の構成も当業者には理解されよう。
【００９７】
様々な実施形態において、共通の企業またはその一部にサービスするルータなどの複数のルータからの接続は、共に結合され得る。様々な実施形態において、結合回復性の情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）は、優先情報、企業識別情報、および／または他の情報またはパラメータに関連付けられ得る。
【００９８】
様々な実施形態は、（１）複数のベアラを有するＵＥデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ゲートウェイデバイスによって受信されるポリシー情報に従って、複数のベアラにより伝達されるＵＥトラフィックの割り当てを決定することとであって、各ベアラが異なるアクセスネットワーク（たとえば、ＩＰ−ＣＡＮ）に関連付けられる、決定することと、（２）決定されたＵＥトラフィックの割り当てに従って複数のベアラを介して伝達されるＵＥトラフィックを適応させることとによって結合サービスを提供することを企図する。ＵＥトラフィックは任意のタイプのトラフィック、たとえばＳＤＦ、ＡＦなどを含むことができる。アクセスネットワーク（たとえば、ＩＰ−ＣＡＮ）は任意のタイプのアクセスネットワーク技術、たとえば、ＤＳＬ、ＷｉＦｉ、ＷｉＭＡＸ、３ＧＰＰ／ＬＴＥ、ケーブルテレビなどを含むことができる。割り当ては、図８および図９に関して図示および説明されるように、アクティブトラフィック監視およびトラフィック割り当て用のポリシー情報を用いる最大充填リンクトラフィック割り当て能力に基づいて決定され得る。決定された割り当てに基づくベアラにわたるＵＥトラフィックの割り当ては、フロー単位で（たとえば、フローへのハッシュ化により、フローをベアラに方向づけることによって）、フローと独立したトラフィックに対して（たとえば、トラフィックをハッシュ化して、トラフィックを複数のベアラに拡散させることによって）、または他の粒度レベルで、実装され得る。様々な実施形態において、ベアラにわたる下流トラフィック割り当てに関するポリシー情報は、ＰＣＲＦまたはＡＮＤＳＦの一方または両方を介してＰＧＷ／ＳＧＷに提供され得る。様々な実施形態において、ベアラにわたる上流トラフィック割り当てに関するポリシー情報は、ＰＣＲＦまたはＡＮＤＳＦの一方または両方を介して、あるいはＰＧＷ／ＳＧＷからＣＰＥまたはＵＥに伝播される通信を介して、ＣＰＥまたはＵＥに提供され得る。様々な実施形態において、複数のベアラ間の下流または上流トラフィック割り当ては、アクセス技術の輻輳レベル、更新されたポリシー、更新されたサービス水準合意（ＳＬＡ：ｓｅｒｖｉｃｅ  ｌｅｖｅｌ  ａｇｒｅｅｍｅｎｔ）要件などの１つまたは複数に応じて適合され得る。
【００９９】
様々な実施形態が、プロセッサおよびメモリを含む装置であって、プロセッサが、複数ベアラデータセッションを確立し、複数ベアラデータセッションの様々なベアラ間でトラフィックを割り当て、ポリシー制御エンティティとインタラクションを行い、下流トラフィックのＰＧＷ処理、上流トラフィックのＣＰＥまたはＵＥ処理などに関して本明細書に記載の機能を通常は実行するように構成される、装置を企図することに留意されたい。プロセッサは、記載された様々な機能を実行し、さらにそれぞれのプロセッサおよびメモリを含む他のエンティティ／装置と通信して、様々な実施形態に従って制御プレーンおよびデータプレーンの情報を交換するように構成される。
【０１００】
様々な実施形態において、最大充填リンク能力が、結合セッションに対してサポートされ得る。
【０１０１】
最大充填リンク能力は、ユーザデバイスに対してサポートされる結合データプレーンセッションの複数のベアラにわたるユーザデバイスのユーザデバイストラフィックの割り当てを制御するように構成され得る。
【０１０２】
最大充填リンク能力は、結合データプレーンセッションに関連付けられたゲートウェイデバイスにおいて提供され得、これは、下流ユーザデバイストラフィックではネットワークゲートウェイデバイス（たとえば、ＰＧＷ）、または上流ユーザデバイストラフィックでは顧客ゲートウェイデバイス（たとえば、ＣＰＥ）であり得る。最大充填リンク能力は、ゲートウェイデバイスが、アクティブトラフィック監視（たとえば、アクティブトラフィックレート監視）に基づいて、結合データプレーンセッションのベアラのベアラ容量を効率的または最適に使用することを可能にするように構成され得る（たとえば、優先アクセスタイプのベアラが最初に結合データプレーンセッションのトラフィックによって使用／充填され、アクティブトラフィックレート監視に基づいて決定されるように、優先アクセスタイプのベアラ上のトラフィックのトラフィックレートが優先アクセスタイプのベアラの容量を超えるまたは超え得る場合に、結合データプレーンセッションの過剰トラフィックは、結合データプレーンセッションの１つまたは複数の他のベアラ上に方向づけられ得る）。
【０１０３】
最大充填リンク能力は、ポリシー情報に基づいてユーザデバイスに対してサポートされる結合データプレーンセッションの複数のベアラにわたるユーザデバイスのユーザデバイストラフィックの割り当てを制御するように構成され得る。最大充填リンク能力は、ポリシー情報に基づいて、およびユーザデバイスに対してサポートされる結合データプレーンセッションのユーザデバイストラフィックのアクティブトラフィック監視に基づいて、ユーザデバイスに対してサポートされる結合データプレーンセッションの複数のベアラにわたるユーザデバイスのユーザデバイストラフィックの割り当てを制御するように構成され得る。結合データプレーンセッションのトラフィックのアクティブトラフィック監視の使用は、結合データプレーンセッションのセカンダリアクセスタイプのベアラを使用する前に、結合データプレーンセッションのプライマリ（または優先）アクセスタイプのベアラを充填する（または部分的に充填する）ためのポリシーをサポートし、ここで、結合データプレーンセッションのプライマリアクセスタイプは、様々な要因またはパラメータ（たとえば、ベアラデータレート、ベアラスループット、ベアラコスト、または同様のもの、ならびにそれらの様々な組み合わせ）に基づいて、結合データプレーンセッションのセカンダリアクセスタイプよりも優先され得る。アクティブトラフィック監視の使用は、本来は静的または実質的に静的であり得るポリシーを、動的または潜在的に動的であるポリシーに変換することができる。アクティブトラフィック監視の使用は、結合データプレーンセッション内のトラフィックのバーストを受け入れるだけでなく（これは、いくつかの例では、静的または実質的に静的なポリシーを使用しても受け入れ得る）、結合データプレーンセッションのベアラにわたるトラフィックのより知的かつ柔軟な分配を提供するような、結合データプレーンセッションのトラフィックの割り当てを可能にする。
【０１０４】
最大充填リンク能力のこれらおよび様々な他の実施形態は、図８を参照してさらに理解され得る。
【０１０５】
図８は、結合セッションに対して最大充填リンク能力をサポートするように構成されるゲートウェイデバイスのハイレベルブロック図を示す。
【０１０６】
図８に示されるように、ゲートウェイデバイス８００は、入力ベアラ８１０を介してトラフィックを受信し、トラフィックを出力ベアラ８２０−１から８２０−Ｎ（まとめて、出力ベアラ８２０）のセットに割り当てるように構成される。出力ベアラ８２０は、結合データプレーンセッションのベアラに対応し、したがって、入力ベアラ８１０を介して受信されるトラフィックは、結合データプレーンセッションのトラフィックを表し、出力ベア８２０を介して出力されるトラフィックは、結合セッションに従って出力ベアラ８２０に割り当てられた結合データプレーンセッションのトラフィックのそれぞれの部分を表す。ゲートウェイデバイス８００は、ネットワークゲートウェイデバイス（たとえば、プロバイダコアネットワークからパブリックデータネットワークへのゲートウェイ、たとえば、コア無線ネットワークと１つまたは複数のパブリックデータネットワークとの間のゲートウェイとして動作するＰＧＷ）、または顧客宅内ゲートウェイデバイス（たとえば、顧客宅内とプロバイダネットワークとの間のゲートウェイ、たとえば、１つまたは複数のユーザデバイス（たとえばＵＥ）用のプロバイダネットワークへのゲートウェイとして動作するＣＰＥ）とすることができる。ゲートウェイデバイス８００がネットワークゲートウェイデバイスである場合、トラフィックフローの方向は、ネットワークゲートウェイデバイスから顧客宅内デバイスへの下流方向であり得る（たとえば、出力ベアラ８２０は、ネットワークゲートウェイデバイスと顧客宅内ゲートウェイデバイスとの間に確立される）。ゲートウェイデバイス８００が顧客宅内ゲートウェイデバイスである場合、トラフィックフローの方向は、顧客宅内デバイスゲートウェイデバイスからネットワークゲートウェイデバイスへの上流方向であり得る（たとえば、出力ベアラ８２０は、顧客宅内ゲートウェイデバイスとネットワークゲートウェイデバイスとの間に確立される）。ゲートウェイデバイス８００が、ネットワーク内の他の場所に配置され得ることは理解されよう。
【０１０７】
図８にさらに示されるように、ゲートウェイデバイス８００は、トラフィック割り当て機能８０１、ポリシー機能８０２、およびトラフィック監視機能８０３を含む。
【０１０８】
トラフィック割り当て機能８０１は、結合データプレーンセッションのトラフィック（すなわち、入力ベアラ８１０を介して受信されたもの）をデータプレーンセッションの出力ベアラ８２０に割り当てるように構成される。トラフィック割り当て機能８０１は、ポリシー機能８０２からのポリシー情報に基づいて結合データプレーンセッションのトラフィックをデータプレーンセッションの出力ベアラ８２０に割り当てるように構成される。トラフィック割り当て機能８０１は、ポリシー機能８０２からのポリシー情報と、トラフィック監視機能８０３からのトラフィック監視情報とに基づいて結合データプレーンセッションのトラフィックをデータプレーンセッションの出力ベアラ８２０に割り当てるように構成される。結合データプレーンセッションのトラフィックを出力ベアラ８２０に割り当てるためのトラフィック監視機能８０３のトラフィック監視情報の使用は、ポリシー機能８０２のポリシー情報の組み合わせに基づいて、およびトラフィック監視機能８０３のトラフィック監視情報に基づいて、結合データプレーンセッションのトラフィックを出力ベアラ８２０に割り当てる際に使用するために、トラフィック監視情報をトラフィック割り当て機能８０１に提供することを含むことができる。結合データプレーンセッションのトラフィックを出力ベアラ８２０に割り当てるためのトラフィック監視機能８０３のトラフィック監視情報の使用は、ポリシー機能８０２のポリシー情報を修正する際に使用するために、トラフィック監視情報をポリシー機能８０２に提供することと、ポリシー機能８０２のポリシー情報に基づいて結合データプレーンセッションのトラフィックを出力ベアラ８２０に割り当てる際に使用するために、ポリシー機能８０２のポリシー情報をトラフィック割り当て機能８０１に提供することとを含むことができる。
【０１０９】
トラフィック割り当て機能８０１は、様々なトラフィック割り当て機構を利用して、結合データプレーンセッションのトラフィック（すなわち、入力ベアラ８１０を介して受信されるもの）をデータプレーンセッションの出力ベアラ８２０に割り当てることができる。本明細書で論じられるように、トラフィック割り当て機能８０１は、ポリシー情報およびアクティブトラフィック監視に基づいて、結合データプレーンセッションの出力ベアラ８２０にトラフィックを割り当てることができる。ポリシー機能８０２のポリシー情報は、結合データプレーンセッションのそれぞれのベアラに割り当てられる結合データプレーンセッションのトラフィックの割合を指定することができる（たとえば、第１のベアラにＸ％、第２のベアラに（１００−Ｘ）％）。ポリシー機能８０２のポリシー情報は、トラフィック監視機能８０３によって提供されるアクティブトラフィック監視に基づいて、動的に修正され得る（たとえば、アクティブトラフィック監視に基づいて、１つまたは複数の条件の検出（たとえば、閾値トラフィックレートが検出される）に応答して、出力ベアラ８２０に割り当てられるトラフィックの割合をΔ％（たとえば、１％、５％、１０％など）だけ変化させる）。トラフィック割り当て機能８０１は、以下でさらに論じられるように、ポリシー機能８０２の１つまたは複数のポリシー、トラフィック監視機能８０３の１つまたは複数のトラフィック監視技法、または同様のもの、ならびにそれらの様々な組み合わせに基づくかあるいはその文脈内で定義され得るアクションまたはアクションのセットに基づいて、結合データプレーンセッションのトラフィックを割り当てるように、以下でさらに論じられるように構成され得る。トラフィック割り当て機能８０１は、以下でさらに論じられるように、割り当てられるトラフィックのトラフィック特性情報（たとえば、トラフィックタイプ、トラフィックソース、トラフィック優先度など）、出力ベアラ８２０をサポートするリンクに関連するリンク特性情報（たとえば、リンクタイプ、リンク容量、リンク優先度または選好など）、または同様のもの、ならびにそれらの様々な組み合わせの少なくとも１つに基づいて、結合データプレーンセッションのトラフィックを出力ベアラ８２０に割り当てるように構成され得る。トラフィック割り当て機能８０１は、ユーザデバイスに対するアクセス容量を高めるためにハッシュ化を用いて出力ベアラ８２０にわたってトラフィックを分配することができる（たとえばハッシュ化は、使用中のポリシーによって指定される割合に応じてトラフィックを分配するために使用され得る）。トラフィック割り当て機能８０１は、フローハッシュ化をフローに用いて、出力ベアラ８２０の第１のものから出力ベアラ８２０の第２のものへフローのトラフィックを切り替えることができる。トラフィック割り当て機能８０１は、パケットハッシュ化を１つまたは複数のフローのパケットに用いて、複数の出力ベアラ８２０にわたって１つまたは複数のフローのトラフィックを分配することができる。トラフィック割り当て機能８０１は、そのような技法の様々な組み合わせ、１つまたは複数の他のトラフィックの割り当てまたは分配技法、���たは同様のもの、ならびにそれらの様々な組み合わせを用いて、結合データプレーンセッションのベアラにトラフィックを割り当てることができる。トラフィック割り当て機能８０１、ポリシー機能８０２、およびトラフィック監視機能８０３が、結合データプレーンセッションの出力ベアラ８２０への結合データプレーンセッションのトラフィックの割り当てを制御するために様々な他の方法でインタラクションを行い得ることは理解されよう。
【０１１０】
ポリシー機能８０２は、結合データプレーンセッションの出力ベアラ８２０にわたる結合データプレーンセッションのトラフィック（すなわち、入力ベアラ８１０を介して受信されるトラフィック）の割り当てを制御するためにトラフィック割り当て機能８０１によって使用され得るポリシー情報を制御するように構成される。ポリシー機能８０２は、ポリシー情報の様々なソースからポリシー情報を取得することができ、これはゲートウェイデバイス８００のデバイスタイプに応じて変化し得る。たとえば、ポリシー機能８０２は、ポリシーおよびルール機能（たとえば、ＬＴＥベースの実装におけるＰＣＲＦ、または他の実装のための他の同様のデバイス）、アクセスネットワーク発見／選択機能（たとえば、ＬＴＥベースの実装におけるＡＮＤＳＦ、または他の実装のための他の同様のデバイス）、ポリシーサーバ、または同様のもの、ならびにそれらの様々な組み合わせからポリシー情報を取得することができる。ポリシー機能８０２は、結合データプレーンセッションの出力ベアラ８２０にわたって結合データプレーンセッションのトラフィック（すなわち、入力ベアラ８１０を介して受信されるトラフィック）を割り当てる際にトラフィック割り当て機能８０１によって使用するために、ポリシー情報をトラフィック割り当て機能８０１に提供するように構成され得る。ポリシー機能８０２は、トラフィック監視機能８０３から受信されたトラフィック監視情報に基づいてポリシー情報を修正するように構成され得る。ポリシー機能８０２は、結合データプレーンセッションの出力ベアラ８２０にわたる結合データプレーンセッションのトラフィック（すなわち、入力ベアラ８１０を介して受信されるトラフィック）の割り当てをサポートするための様々な他の機能を提供するように構成され得る。
【０１１１】
ポリシー機能８０２は、結合データプレーンセッションの出力ベアラ８２０にわたる結合データプレーンセッションのトラフィック（すなわち、入力ベアラ８１０を介して受信されるトラフィック）の割り当てを制御するためにトラフィック割り当て機能８０１によって使用され得るポリシー情報を制御するように構成される。結合データプレーンセッション用のポリシー情報は、結合データプレーンセッションの出力ベアラ８２０にわたって結合データプレーンセッションのトラフィックを割り当てるために適用され得る１つまたは複数のポリシー（たとえば、１つまたは複数のトラフィック割り当てルールを含む）を含むことができる。
【０１１２】
結合データプレーンセッション用の１つまたは複数のポリシーは、様々なタイプの情報に基づいて、様々な条件の検出に基づいて、または同様のもの、ならびにそれらの様々な組み合わせによって行われ得る様々なアクションを指定するように構成され得る。ポリシーに特有のアクションのセットは、ポリシー機能８０２の異なるポリシーに対して異なり得る。アクションのセットは、（たとえば、トラフィック割り当て機能８０１によって提供される）結合データプレーンセッションのベアラにわたる結合データプレーンセッションのトラフィックの割り当てに関連するアクション、（たとえば、ポリシー機能８０２による）ポリシーの修正、または同様のもの、ならびにそれらの様々な組み合わせの１つまたは複数を含むことができる。（たとえば、ポリシングを用いて、使用監視キーを用いて、など）トラフィック監視機能８０３によって提供され得る異なるトラフィック監視タイプに対して実行され得るアクションのセットは、トラフィック監視機能８０３によって提供され得る特定のトラフィック監視タイプの文脈内で、以下でさらに論じられる。
【０１１３】
結合データプレーンセッション用の１つまたは複数のポリシーは、結合データプレーンセッションのベアラにわたる結合データプレーンセッションのトラフィックの割り当てを指定するように構成され得る。結合データプレーンセッション用の１つまたは複数のポリシーは、様々なタイプの情報に基づいて、様々な条件の検出に基づいて、様々な割り当て技法を用いて、または同様のもの、ならびにそれらの様々な組み合わせによって、結合データプレーンセッションのベアラにわたる結合データプレーンセッションのトラフィックの割り当てを指定するように構成され得る。
【０１１４】
結合データプレーンセッション用のポリシーは、トラフィック割り当て率に基づいて結合データプレーンセッションのトラフィックの割り当てを指定することができる（これは、本明細書で論じられるように、様々な考慮事項、たとえば、それぞれのベアラをサポートするアクセスネットワークのアクセスネットワークコスト、それぞれのベアラをサポートするアクセスネットワークによりサポートされるＱｏＳレベル、トラフィックタイプ、または同様のもの、ならびにそれらの様々な組み合わせに基づき得る）。結合データプレーンセッション用のポリシーは、トラフィック全体に対して、トラフィックタイプに基づいて、フロー単位で、または同様のもの、ならびにそれらの様々な組み合わせの少なくとも１つによって、結合データプレーンセッションのトラフィックの割り当てを指定することができる。
【０１１５】
結合データプレーンセッション用のポリシーは、結合データプレーンセッションのベアラのそれぞれについて、そのベアラに割り当てられる結合データプレーンセッションのトラフィックのそれぞれの割合を指定することができる（たとえば、第１のベアラ（たとえばＷｉＦｉ）に１００％および第２のベアラ（たとえばＬＴＥ）に０％、第１のベアラに９５％および第２のベアラに５％、第１のベアラに８０％および第２のベアラに２０％、第１および第２のベアラにそれぞれ４０％および第３のベアラに２０％など）。
【０１１６】
結合データプレーンセッションのベアラ間のトラフィックの割り当て用のポリシーは、トラフィックのトラフィックタイプに基づき得る。結合データプレーンセッション用のポリシーは、結合データプレーンセッションを介してサポートされるトラフィックの各トラフィックタイプ（たとえば、音声、ビデオ、データなど）について、結合データプレーンセッションのそれぞれのベアラに割り当てられる各トラフィックタイプのそれぞれの部分を指定することができる（たとえば、第１のベアラに音声の１００％および第２のベアラに音声の０％、第１のベアラにビデオの０％および第２のベアラにビデオの１００％、第１のベアラにデータの８０％および第２のベアラにデータの２０％など）。結合データプレーンセッション用のポリシーは、結合データプレーンセッションを介してサポートされるトラフィックの各トラフィックタイプ（たとえば、音声、ビデオ、データなど）について、それぞれのトラフィックタイプが割り当てられるベアラを指定することができる。たとえば、ポリシーは、音声トラフィックが結合データプレーンセッションの第１のベアラに方向づけられ、他のタイプのトラフィックが結合データプレーンセッションの第２のベアラに方向づけられることを指示することができる。たとえば、ポリシーは、ビデオトラフィックが結合データプレーンセッションの第１のベアラに方向づけられ、他のタイプのトラフィックが結合データプレーンセッションの第２のベアラに方向づけられることを指示することができる。たとえば、結合データプレーンセッションのベアラ間のトラフィックの割り当て用のポリシーは、１つまたは複数のトラフィックタイプのそれぞれについて、そのトラフィックタイプについての結合データプレーンセッションの特定のベアラの最大使用を指示することができる。
【０１１７】
結合データプレーンセッション用のポリシーは、結合データプレーンを介してサポートされるトラフィックの各トラフィックフローについて、それぞれのトラフィックフローが割り当てられるベアラを指定することができる。
【０１１８】
結合データプレーンセッション用の１つまたは複数のポリシーは、様々な他の方法でデータプレーンセッションのベアラへの結合データプレーンセッションのトラフィックの割り当てを指定することができる。
【０１１９】
結合データプレーンセッション用の１つまたは複数のポリシーは、そのような情報の様々な組み合わせに基づいて、そのような技法の様々な組み合わせを用いて、または同様のもの、ならびにそれらの様々な組み合わせによって、データプレーンセッションのベアラへの結合データプレーンセッションのトラフィックの割り当てを指定することができる。
【０１２０】
結合データプレーンセッション用の１つまたは複数のポリシーは、データプレーンセッションのベアラへの結合データプレーンセッションのトラフィックの割り当てを指定して、トラフィックの異なる割り当てが、様々な条件下でベアラに構成されるようにすることができ（たとえば、トラフィック監視機能８０３により実行されるアクティブトラフィック監視に基づいて検出される異なる条件、たとえば、様々なトラフィックレートまたは結合データプレーンセッションを介したトラフィックの伝送に関連する他のトラフィック関連パラメータの検出）、ここで、異なる条件下で行われる異なる割り当ては、異なる条件下で適用される複数の異なるポリシー（たとえば、各条件は別々のポリシーが関連付けられる）、異なる条件下で適用される異なる割り当てルールを指定する単一のポリシー、条件の検出に基づいて（たとえば、ベアラの割り当て率の観点で）動的に修正される単一のポリシー、または同様のもの、ならびにそれらの様々な組み合わせとして指定され得る。
【０１２１】
結合データプレーンセッション用の１つまたは複数のポリシーは、様々な要因に基づき得る（たとえば、ベアラに関連するアクセスネットワークコスト、プロバイダのプロバイダ選好、プロバイダのトラフィック均衡目標、ＱｏＳの考慮事項、または同様のもの、ならびにそれらの様々な組み合わせ）。たとえば、結合データプレーンセッションのベアラ間のトラフィックの割り当て用のポリシーは、ベアラをサポートするそれぞれのアクセスネットワークのコストに基づき得る（たとえば、より低いコストのアクセスネットワーク（ベアラ）は、より高いコストのアクセスネットワーク（ベアラ）よりも優先され得、トラフィックがより低いコストのアクセスネットワークのベアラへ、そのベアラの容量（またはそのベアラの容量の定義された部分）が消費されるまで割り当てられ、その時点でトラフィックがより高いコストのアクセスネットワークのベアラに割り当てられる）。たとえば、結合データプレーンセッションのベアラ間のトラフィックの割り当て用のポリシーは、ベアラをサポートするそれぞれのアクセスネットワークによってサポートされるＱｏＳレベルに基づき得る（たとえば、より高いＱｏＳをサポートするアクセスネットワーク（ベアラ）は、より高いＱｏＳを必要とするトラフィックを搬送するために優先され得、より低いＱｏＳレベルをサポートするアクセスネットワーク（ベアラ）は、ＱｏＳに依存しないトラフィックを搬送するために優先され得る）。結合データプレーンセッション用のポリシーを指定する場合に、そのような考慮事項および／または様々な他の考慮事項の様々な組み合わせが使用され得ることに留意されたい。
【０１２２】
結合データプレーンセッション用の１つまたは複数のポリシーは、トラフィック監視機能８０３によって実行されるアクティブトラフィック監視に基づいて（たとえば、トラフィック監視機能８０３によって提供されるトラフィック監視情報に基づいて）修正され得る。トラフィック監視機能８０３によって実行されるアクティブトラフィック監視に基づく結合データプレーンセッション用の１つまたは複数のポリシーの修正は、結合データプレーンセッションについてアクティブな１つまたは複数のポリシーを修正すること（たとえば、第１のポリシーのセットは、第１の条件または条件のセットの下でトラフィック割り当て機能８０１によって使用するためにアクティブとなり、第２のポリシーのセットは、第２の条件または条件のセットの下でトラフィック割り当て機能８０１によって使用するためにアクティブとなる、など）、結合データプレーンセッションに関連付けられるポリシーのトラフィック割り当て情報を修正すること（たとえば、結合データプレーンセッションについてアクティブなポリシーのトラフィック割り当てルールを修正すること、ポリシーの条件および／またはアクションを修正することなど）、または同様のもの、ならびにそれらの様々な組み合わせのうちの１つまたは複数を含むことができる。たとえば、トラフィック監視機能８０３によるアクティブトラフィック監視に基づく条件の検出は、トラフィックの１００％が第１のベアラに割り当てられ、トラフィックの０％が第２のベアラに割り当てられるポリシーの使用を非アクティブ化することと、トラフィックの９０％が第１のベアラに割り当てられ、トラフィックの１０％が第２のベアラに割り当てられるポリシーの使用をアクティブ化することとを含むことができる。たとえば、トラフィック監視機能８０３によるアクティブトラフィック監視に基づく条件の検出は、ビデオトラフィックが第１のベアラに割り当てられ、他のトラフィックが第２のベアラに割り当てられるトラフィック割り当てルールの使用を非アクティブ化し、ビデオトラフィックが第１および第２のベアラに割り当てられ得、他のトラフィックが第２のベアラに割り当てられるポリシーの使用をアクティブ化することによって、ポリシーを修正することを含むことができる。たとえば、トラフィック監視機能８０３によるアクティブトラフィック監視に基づく条件の検出は、それぞれのベアラのトラフィック割り当て率を変化させる（たとえば、９０％／１０％トラフィック分割の使用から、８５％／１５％トラフィック分割の使用まで変化させる）ことによって、ポリシーを修正することを含むことができる。そのようなポリシー修正オプションの様々な組み合わせが共に使用され得ることは理解されよう。ポリシー機能８０２によって維持され、結合データプレーンセッションのベアラにわたって結合データプレーンセッションのトラフィックを割り当てるためにトラフィック割り当て機能８０１によって使用され得る結合データプレーンセッション用の１つまたは複数のポリシーは、以下のトラフィック監視機能８０３の説明を参照してさらに理解され得る。
【０１２３】
トラフィック監視機能８０３は、結合データプレーンセッションのトラフィックにトラフィック監視を実行し、トラフィック監視情報（たとえば、トラフィック監視の結果の表示、トラフィック監視に基づいて検出される条件の表示など）を生成して、結合データプレーンセッションの出力ベアラ８２０にわたって結合データプレーンセッションのトラフィック（すなわち、入力ベアラ８１０を介して受信されるトラフィック）を割り当てる際に使用するように構成される。トラフィック監視機能８０３は、結合データプレーンセッションの出力ベアラ８２０にわたって結合データプレーンセッションのトラフィック（すなわち、入力ベアラ８１０を介して受信されるトラフィック）の割り当てを制御するためにトラフィック割り当て機能８０１によって使用するためにトラフィック割り当て機能８０１にトラフィック監視情報を提供するように構成され得る。トラフィック監視機能８０３は、トラフィック監視情報をポリシー機能８０２に提供して、ポリシー機能８０２によって、トラフィック監視情報に基づいてポリシー情報を修正する際に使用して、修正されたポリシー情報を形成するように構成され得、これは次いで、トラフィック割り当て機能８０１によって、結合データプレーンセッションの出力ベアラ８２０にわたる結合データプレーンセッションのトラフィック（すなわち、入力ベアラ８１０を介して受信されるトラフィック）の割り当てを制御するために使用され得る。トラフィック監視機能８０３は、結合データプレーンセッションの出力ベアラ８２０にわたる結合データプレーンセッションのトラフィック（すなわち、入力ベアラ８１０を介して受信されるトラフィック）の割り当てをサポートするための様々な他の機能を提供するように構成され得る。
【０１２４】
少なくともいくつかの実施形態では、アクティブトラフィック監視は、トラフィックレート監視を含むことができる。トラフィックレート監視は、様々な粒度で行われ得る（たとえば、結合データプレーンセッションのそれぞれのベアラの各々におけるトラフィックレートを監視する、結合データプレーンセッションのそれぞれベアラの各々におけるそれぞれのトラフィックタイプのトラフィックレートを監視する、または同様のもの、ならびにそれらの様々な組み合わせ）。レートのトラフィックレート監視は、計算されるレート（たとえば、ベアラごと、ベアラごとのトラフィックタイプごとなど）に関連するトラフィックの量を計算することによって行われ得、これは、結合データプレーンセッションを介して伝送されるトラフィックに関する統計の収集に基づいて行われ得る。
【０１２５】
少なくともいくつかの実施形態では、アクティブトラフィック監視は、１つまたは複数のポリサーの使用を含むことができる。
【０１２６】
結合データプレーンセッションの文脈内でアクティブトラフィック監視を提供するための１つまたは複数のポリサーの使用は、様々な方法で提供され得る。結合データプレーンセッションに対するアクティブトラフィック監視を提供するために使用されるポリサーは、トラフィックレートポリシングまたは他のタイプのポリシングを実行するように構成され得る。
【０１２７】
少なくともいくつかの実施形態では、ポリシングは、結合データプレーンセッションにポリシングを行う集約ポリサーと、結合データプレーンセッションのベアラの１つまたは複数にポリシングをそれぞれ行う１つまたは複数のベアラレベルポリサーとを用いて実行される。結合データプレーンセッションが優先ベアラおよびセカンダリベアラを含む一実施形態では、優先ベアラに関連付けられたポリサーは、ベアラ間のトラフィックの割り当てを制御するために使用され（たとえば、優先ベアラに関連付けられたポリサーによって決定される優先ベアラ上のトラフィックレートが閾値を超えた場合、トラフィックのある割合がセカンダリベアラに割り当てられる）、結合データプレーンセッションに関連付けられた集約ポリサーは、結合データプレーンセッションのトラフィックが、結合データプレーンセッションに対して指定された全体の合計データレートに依然として従うように保証する。
【０１２８】
少なくともいくつかの実施形態では、ポリシングは、結合データプレーンセッションの複数のベアラに対して複数のポリサーをそれぞれ用いて、結合データプレーンセッションに対してベアラ単位で行われる。結合データプレーンセッションのトラフィックは、ベアラに順次割り当てられ得る（たとえば、最初に優先ベアラ上で全てのトラフィックを送信し、優先ベアラのトラフィックレートが閾値を満足するかまたは超えたことを優先ベアラに関連付けられたポリサーが検出した場合に２番目に優先されるベアラ上にトラフィックを方向づける、など）。結合データプレーンセッションのトラフィックは、１つまたは複数のポリシーまたはトラフィック割り当て機構に基づいて並行してベアラに割り当てられ得、その場合、ベアラに関連付けられたポリサーは、ベアラのトラフィックレートをそれぞれ制御するように独立して動作することができる。そのようなトラフィックの割り当ておよび関連するポリシング方式の様々な組み合わせが、結合データプレーンセッションのトラフィックにポリシングを行うために使用され得ることは理解されよう。
【０１２９】
少なくともいくつかの実施形態では、ポリシングはトラフィックタイプ単位で行われる（たとえば、１つまたは複数のポリサーが、結合データプレーンセッションレベルおよび／またはベアラレベルで動作して、様々なトラフィックタイプまたはトラフィックタイプの組み合わせに対してポリシングを提供する）。
【０１３０】
少なくともいくつかの実施形態では、ポリシングはフロー単位で実行される（たとえば、１つまたは複数のポリサーが、結合データプレーンセッションレベルおよび／またはベアラレベルで動作して、様々なトラフィックフローまたはトラフィックフローの組み合わせに対してポリシングを提供する）。ポリシングがフロー単位で行われる少なくともいくつかの実施形態では、結合データプレーンセッションの文脈内でフローにポリシングを行うために使用されるポリサーの１つまたは複数は、複数の閾値（たとえば、低閾値および高閾値）に基づいてポリシングを実行することができる。閾値は様々なレベルに設定され得る（たとえば、低い方が７０％および高い方が９０％、低い方が８０％および高い方が９５％など）。複数の閾値がポリサーによってフローごとのポリシングに使用される少なくともいくつかの実施形態において、カラーマーキング技法がポリシング中のトラフィックに対してサポートされ得る（たとえば、低閾値未満のレートに関連するトラフィックは緑色とみなされ得、低閾値および高閾値の間のレートに関連するトラフィックは黄色とみなされ得、高閾値を超えるレートに関連するトラフィックは赤色とみなされ得る）。ポリシングが他の粒度（たとえば、ベアラごと、トラフィックタイプごとなど）で実行される場合にも、これらの技法が使用され得ることは理解されよう。
【０１３１】
ポリシングが、そのような粒度の様々な組み合わせにポリシングを実行するように構成されるポリサーを用いて実行され得る（たとえば、集約結合データプレーンセッションレベル、１つまたは複数のベアラにベアラごとに、トラフィックタイプごとに、データフローごとに、など）ことは理解されよう。
【０１３２】
ポリサーの閾値が満足または横断された場合に取られるアクションのセットは、本明細書で論じられる様々なポリシーに基づき得る（たとえば、結合データプレーンセッションのトラフィックを結合データプレーンセッションの１つまたは複数のベアラから結合データプレーンセッションの１つまたは複数の他のベアラに移動させる）。
【０１３３】
ポリサーの閾値が満足または横断された場合に取られるアクションのセットは、異なるポリサー（たとえば、結合データプレーンセッションの異なるベアラの異なるポリサー、異なるトラフィックタイプまたはトラフィックフローに関連付けられた異なるポリサー、または同様のもの、ならびにそれらの様々な組み合わせ）に対して異なり得る。
【０１３４】
ポリサーの閾値が満足または横断された場合に取られるアクションのセットは、様々な方法で制御／開始され得る。ポリサーの閾値が満足または横断された場合に取られるアクションのセットは、ローカルに（たとえば、最大充填リンク容量を提供するゲートウェイデバイスにおいて）制御／開始され得る。ポリサーの閾値が満足または横断された場合に取られるアクションのセットは、ポリサーの閾値が満足または横断されたことを１つまたは複数の他の要素に通知するために、１つまたは複数のネットワークベースの制御要素または他のネットワークベースの機能へのシグナリングを介して（たとえば、ＰＣＲＦまたは他のネットワーク機能へのプロバイダ機器ゲートウェイデバイスによるシグナリングを介して、ＡＮＤＳＦまたは他のネットワーク機能への顧客宅内機器ゲートウェイデバイスによるシグナリングを介して、など）制御／開始され得、開始され得る。ポリサーの閾値が満足または横断された場合に取られるアクションのセットは、様々な他の方法で制御／開始され得る。
【０１３５】
３つ以上のベアラが結合データプレーンセッションの一部として共に結合される少なくともいくつかの実施形態では、ベアラの一部または全部は、それぞれのポリサーが関連付けられ得る。ポリサーは、様々なトラフィックレートを監視するように構成され得る。たとえば、ベアラは、結合データプレーンセッションのトラフィックをサポートするために優先付けされ順次利用され得る（たとえば、最優先ベアラへのトラフィックの割り当てを、そのベアラのポリサーがレート閾値の満足または横断を検出するまで行い、その時点で結合データプレーンセッションのトラフィックが２番目に優先されるベアラに割り当てられる、２番目に優先されるベアラへのトラフィックの割り当てを、その２番目に優先されるベアラのポリサーがレート閾値の満足または横断を検出するまで行い、その時点で結合データプレーンセッションのトラフィックが次に最も優先されるベアラに割り当てられる、など）。ポリサーは、結合データプレーンセッションのポリシングのために様々なパラメータを利用することができる。たとえば、ＬＴＥベアラ（たとえば、ＰＤＮ接続）を含む結合データプレーンセッションのために、ポリサーはＡＰＮ合計最大ビットレート（ＡＰＮ−ＡＭＢＲ：ＡＰＮ−Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）を利用して、ポリシングを実行することができる。ベアラの少なくとも１つがＬＴＥベアラである場合に、他のパラメータがポリシングに使用され得ることは理解されよう（たとえば、集約結合データプレーンセッションのポリシングのために適用されるか、または結合データプレーンセッションのＬＴＥベアラのポリシングのために適用される）。他のタイプのアクセスネットワークのベアラに対するポリシングのために、他のパラメータが使用され得ることは理解されよう。
【０１３６】
結合データプレーンセッションに対するトラフィック監視のためのポリサーの使用は、以下の例を参照することによってさらに理解され得る。この例では、適用されるポリシーは、全てのダウンリンクトラフィックがＷｉ−Ｆｉアクセスを介して優先されるものとすることができる（たとえば、ハッシュ化率が１００％Ｗｉ−Ｆｉおよび０％ＬＴＥである任意のポリシールールが開始時に適用される）。この例では、トラフィック監視は、２つの定義されたトラフィックレート閾値（すなわち、低閾値および高閾値）を有するポリサーを用いて行われる。この例では、低閾値のデルタ率は５％に設定され（これは、低閾値が横断されるたびに、ハッシュ化ポリシーが５％だけ修正されることを意味する）、高閾値のデルタは１０％に設定される（これは、高閾値が横断されるたびに、ハッシュ化ポリシーが１０％だけ修正されることを意味する）。結果として、初めてトラフィックレートが低閾値を超えたときに、ポリシーは９５％ＷｉＦｉおよび５％ＬＴＥに変更される。これは、ベアラにトラフィックを割り当てるために使用されるハッシュ化ポリシーを変更することによって実現され得る。この例では、トラフィックレートが低閾値を超えたことの検出が、ポリシーを変更するために、ポリサーから制御プレーンに送信され得る。この例では、アクティブトラフィック監視に基づいて、次にトラフィックレートが測定されたときにトラフィックレートが依然として低閾値を超える場合には、ポリシーが再び変更される（この例では、９５％ＷｉＦｉおよび５％ＬＴＥから、９０％ＷｉＦｉおよび１０％ＬＴＥへ）。この例では、トラフィックが５０％Ｗｉ−Ｆｉおよび５０％ＬＴＥで分配される限り（これは、ＬＴＥおよびＷｉ−Ｆｉの両方が同一の帯域幅を有する場合に適用可能である）そのような変更が受け入れられるが、ＷｉＦｉおよびＬＴＥアクセスネットワークのアクセス容量が等しくない場合、他のトラフィック割り当てが使用され得る。この例では、トラフィックレートが優先アクセスネットワーク上で低閾値を下回り、優先アクセスネットワークと合計された他のアクセスネットワーク上のトラフィックのレートが低閾値未満である場合、ポリシー変更は、全てのトラフィックが優先アクセスネットワークに割り当てられるようにトリガされ得る（たとえば、この例では、１００％Ｗｉ−Ｆｉおよび０％ＬＴＥ）。
【０１３７】
結合データプレーンセッションに対するトラフィック監視のためのポリサーは、他の方法で実装され得、他の方法で適用され得、または同様のもの、ならびにそれらの様々な組み合わせであり得る。
【０１３８】
少なくともいくつかの実施形態では、アクティブトラフィック監視は、１つまたは複数の使用監視キーの使用を含むことができる。結合データプレーンセッションに対してアクティブトラフィック監視を提供するために使用される使用監視キーは、トラフィックレート使用監視または他のタイプの使用監視を実行するように構成され得る。
【０１３９】
一般に、使用監視キーは、監視されるべき１つまたは複数の使用閾値（たとえば、使用監視キー用に定義されたサービス単位に基づくもの）と、使用監視キーの使用閾値が満足または横断された場合に取られるアクションのセットとを含むことができる。
【０１４０】
最大充填リンク能力についての使用監視キーのサービス単位は、レートとすることができる（これは、１つまたは複数の他のサービス単位、たとえば、ボリューム、時間などの代わりにまたは組み合わせて使用され得る）。
【０１４１】
監視されるべき１つまたは複数の使用閾値は、低い使用閾値および高い使用閾値（または他の方法で定義された２つの使用閾値、より少ないまたは多い使用閾値、または同様のもの、ならびにそれらの様々な組み合わせ）を含むことができる。
【０１４２】
使用監視キーのサービス単位の監視は、周期間隔で統計を収集するためにサービス単位を監視することを含むことができる。たとえば、サービス単位がトラフィックレートである場合、トラフィックレートは周期間隔で統計を収集することによって監視され得る。
【０１４３】
使用監視キーの使用閾値が満足または横断された場合に取られるアクションのセットは、以下でさらに論じられる様々なポリシーに基づき得る（たとえば、結合データプレーンセッションのトラフィックを結合データプレーンセッションの１つまたは複数のベアラから結合データプレーンセッションの１つまたは複数の他のベアラに移動させる）。
【０１４４】
使用監視キーの使用閾値が満足または横断された場合に取られるアクションのセットは、使用監視キーの異なる使用閾値に対して異なり得る。
【０１４５】
使用監視キーの使用閾値が満足または横断された場合に取られるアクションのセットは、様々な方法で制御／開始され得る。使用監視キーの使用閾値が満足または横断された場合に取られるアクションのセットは、ローカルに（たとえば、最大充填リンク容量を提供するゲートウェイデバイスにおいて）制御／開始され得る。使用監視キーの使用閾値が満足または横断された場合に取られるアクションのセットは、使用監視キーの使用閾値が満足または横断されたことを１つまたは複数の他の要素に通知するために、１つまたは複数のネットワークベースの制御要素または他のネットワークベースの機能へのシグナリングを介して（たとえば、ＰＣＲＦまたは他のネットワーク機能へのプロバイダ機器ゲートウェイデバイスによるシグナリングを介して、ＡＮＤＳＦまたは他のネットワーク機能への顧客宅内機器ゲートウェイデバイスによるシグナリングを介して、など）制御／開始され得、開始され得る。使用監視キーの使用閾値が満足または横断された場合に取られるアクションのセットは、様々な他の方法で制御／開始され得る。
【０１４６】
結合データプレーンセッションの文脈内でアクティブトラフィック監視を提供するための１つまたは複数の使用監視キーの使用は、様々な方法で提供され得る。少なくともいくつかの実施形態では、アクティブトラフィック監視は、１つまたは複数の使用監視キーを用いて結合データプレーンセッションに対してベアラ単位で行われる。たとえば、アクティブトラフィック監視は、結合データプレーンセッションのそれぞれの複数のベアラのそれぞれのトラフィックレートを監視するために複数回適用される単一の（すなわち、同一の）使用監視キーを用いて、結合データプレーンセッションに対してベアラ単位で行われ得る。たとえば、アクティブトラフィック監視は、結合データプレーンのそれぞれの複数のベアラのそれぞれのトラフィックレートを監視するために適用され得る複数の使用監視キーを用いて（これは、使用されるサービス単位、使用される使用閾値、取られるアクションなどの１つまたは複数の観点で異なって定義され得る）、結合データプレーンセッションに対してベアラ単位で行われ得る。結合データプレーンセッションが３つ以上のベアラを含む場合に、そのような実施形態の組み合わせが使用され得ることは理解されよう。
【０１４７】
少なくともいくつかの実施形態では、アクティブトラフィック監視は、１つまたは複数のポリサーの使用および使用監視の使用の組み合わせを含むことができる。少なくともいくつかの実施形態では、たとえば、１つまたは複数のポリサーは、閾値計算（たとえば、１つまたは複数の閾値、たとえば、低閾値および高閾値、または様々な他のタイプの閾値を計算する）を実行するために使用され得、使用監視キーは、１つまたは複数のポリサーによって使用監視キーに伝達される（たとえば、１つまたは複数のポリサーによって閾値トリガを用いて伝達される）１つまたは複数の閾値に基づいて適切なアクションを開始することができる。少なくともいくつかの実施形態では、最大充填リンクトラフィック監視機能は、結合データプレーンセッションの異なるアクセスタイプの接続（たとえば、ＬＴＥ、Ｗｉ−Ｆｉ、ケーブル、ＤＳＬ、衛星など）を監視し、ここで、結合データプレーンセッションの可能性のあるアクセスタイプの全群は、インターネット上で１つのＩＰアドレスを用いて表現される（これは、全てのトラフィックがコア無線ネットワークでアンカーポイントに集められるのに役立ち、インターネットへのゲートウェイを提供する）。少なくともいくつかの実施形態において、トラフィックレートに基づいて、結合データプレーンセッションのトラフィックは、優先アクセスリンク上で送信される（たとえば、優先アクセスリンクは最も安価なアクセスリンクであり得、あるいは１つまたは複数のタイプのトラフィック特性（たとえば、低レイテンシ、バースト的など）、トラフィックタイプの帯域幅、または同様のもの、ならびにそれらの様々な組み合わせに基づいて優先され得る）。アップリンクおよびダウンリンクのトラフィックのタイプのトラフィック特性が異なり得、関連するアプリケーションのより良好な性能を有するように異なってマッピングされ得ることに留意されたい。様々な実施形態は、アップリンクおよびダウンリンク方向の両方のトラフィックレートに基づいて、あるアクセスネットワークから他のアクセスネットワークへトラフィックを移動させる能力を含む。様々な実施形態は、（たとえば、ＰＣＲＦ定義または他の適切な定義への拡張を用いて）監視キーサービス単位および関連するアクションの新たな定義をサポートすることができる。様々な実施形態は、閾値（たとえば、下側および上側、あるいはより少ない、多い、および／または異なる閾値を用いて）を実装して、トラフィックを移動させる（たとえば、閾値を超えた場合に、セカンダリベアラにトラフィックを移動させ、合計トラフィックレートが下側閾値を下回った場合に、優先ベアラにトラフィックを移動し戻す）ことを含むことができる。様々な実施形態は、アップリンクトラフィックレートを監視することによって、あるアクセスタイプから他へアップリンクフローを移動させる能力を含むことができる。様々な実施形態は、ポリシーを変更するためのトリガの使用（たとえば、閾値の使用）を含むことができる（これは、ポリシーがＬＴＥ対ＷｉＦｉまたは他の何らかのアクセス技術に関連付けられるフローのある割合（たとえば、相対負荷係数（％））を関連付ける場合などに、トラフィックが損失しないことを保証するように、ポリシーの変更がデータプレーンで適用される前にＬＴＥ上のアイドル状態のＵＥをアクティブにすることをサポートすることもできる）。様々な他の実施形態が企図される。
【０１４８】
使用され得るポリシーおよび適用され得るアクションは、以下の例に関してさらに理解され得る。結合データプレーンセッションのベアラが、ＰＧＷに固定されたＷｉＦｉおよびＬＴＥベアラを含むこの例では、結合データプレーンセッションのトラフィックの１００％がＷｉＦｉベアラに割り当てられ、結合データプレーンセッションのトラフィックの０％がＬＴＥベアラに割り当てられるように、ポリシーが最初に設定されると仮定する。これは、レートベースの条件が検出されるまでＬＴＥアクセスがアイドル状態である（すなわち、ＬＴＥ無線リソースの消費がない）ことを保証する。ＷｉＦｉベアラ上のトラフィックレートが閾値に対して監視され、閾値が満足されたという決定に応答して、ポリシーは、結合データプレーンセッションのトラフィックの９５％がＷｉＦｉベアラに割り当てられ、結合データプレーンセッションのトラフィックの５％がＬＴＥベアラに割り当てられる９５％／５％ポリシー（または他の適切なポリシー、たとえば、９０％／１０％、８０％／２０％など）に修正され得る。この例では、ＰＧＷは、ＬＴＥベアラがトラフィックを伝送する準備ができる前に結合データプレーンセッションのトラフィックがＬＴＥベアラに割り当てられないように、ポリシーを修正する前に（たとえば、結合データセッションのＬＴＥベアラをセットアップまたはアクティブ化するための）ダウンリンクデータ通知を送信することができる（それによってトラフィックの損失を防止する）。
【０１４９】
トラフィックフローは、典型的には、単なるレートではなくアクセスに関連するので、トラフィック損失を避けるために、トラフィックレートを関連付けられた閾値未満に維持することが必要または望ましい場合があることに留意されたい。このようにトラフィックレートを閾値未満に維持することが、いわゆる「太い（ｆａｔ）」トラフィックフロー（すなわち、他のフローと比較して比較的高い帯域幅を有するフロー）を搬送するために、関連付けられたベアラへ余地を提供することにさらに留意されたい。
【０１５０】
条件が最初に発生したときに（たとえば、トラフィックレートが閾値を満足したことを最初に検出したときに）条件に応答してトラフィックの割り当て変更をもたらすようにポリシーが構成される実施形態に関して主に提示されているが、少なくともいくつかの実施形態では、持続的な条件（たとえば、トラフィックレートが３つの連続した測定値について定義された閾値を超える、トラフィックレートが３つの連続した測定値について定義された閾値を超える、トラフィックレートが３０秒間定義された閾値を超える、トラフィックレートが５分間定義された閾値を超える、または同様のもの、ならびにそれらの様々な組み合わせ）に応答してトラフィックの割り当て変更をもたらすようにポリシーが構成され得ることは理解されよう。これは、頻繁なトラフィックの再割り当てが最良の選択肢ではない可能性がある、望ましくない可能性があるなどの様々なケースにおいて使用され得る。そのような実施形態の様々な組み合わせがポリシーに使用され得ることは理解されよう（たとえば、７０％の低いトラフィックレート閾値と９０％の高いトラフィックレート閾値とを有するポリシーについて、３つの連続した測定値についてトラフィックレートが７０％を超えた場合、ポリシーが適用されて、一部のトラフィックがセカンダリベアラに割り当てられ、次いで１つの測定値ですらトラフィックレートが９０％を超えた場合、ポリシーが適用されて、トラフィックが直ちにまたはほぼ直ちにセカンダリベアラに割り当てられる）。
【０１５１】
条件（たとえば、優先ベアラ上のトラフィックレートが定義された閾値を超えること）に応答して、特定の方向において（たとえば、優先ベアラからより優先されないベアラへ）結合データプレーンセッションのトラフィックの割り当てを指定するポリシーに関して本明細書で主に提示されているが、結合データプレーンセッションのポリシーは、様々な条件に応答して他の方向において結合データプレーンセッションのトラフィックの割り当てを指定することもできることは理解されよう（たとえば、優先ベアラから非優先ベアラへのトラフィックの再割り当てを最初に引き起こした条件がもはや存在せず、トラフィックが戻され得ることを検出したことに応答して、より優先されないベアラから優先ベアラへトラフィックを戻す、など）。
【０１５２】
下流方向に送信されるトラフィックに対して、ネットワークゲートウェイデバイス（たとえば、ＰＧＷ、ＰＧＷ／ＳＧＷ、または他の適切なゲートウェイデバイス）において結合データプレーンセッションの最大充填リンク能力が適用される実施形態に関して本明細書に主に提示されているが、同様に、上流方向に送信されるトラフィックに対して、顧客デバイス（たとえば、ＵＥ）において最大充填リンク能力が適用され得ることは理解されよう。フローベースの割り当て／ポリシングが使用される少なくともいくつかの実施形態において、１つまたは複数のフローベースのポリサーは、フロー識別のためにディープパケットインスペクションを使用することができ、次いで、第１のベアラから第２のベアラに移動される任意のフローは、ネットワークベースのＩＰフローモビリティ（ＮＢ−ＩＦＯＭ）に基づいて、たとえば、フローが移動される第２ベアラにおいてベアラ更新要求を（たとえば、移動されるフローの識別情報と共に、たとえば、フローの５タプルの他の適切な識別子を含むＴＦＴと共に）送信することによって、移動され得る。
【０１５３】
最大充填リンク能力は、様々な文脈で、様々な目的で、または同様のもの、ならびにそれらの様々な組み合わせによって、使用され得る。様々な実施形態において、最大充填リンク能力は、システムオペレータによって、特定のタイプのトラフィックを一方のアクセスタイプ（結合データプレーンセッションのベアラの１つ）に方向づけて、他方のアクセスタイプ（結合データプレーンセッションのベアラの他方）またはその一部が解放または実質的に解放に維持されて、特定のトラフィックタイプを処理するために利用可能となるように使用され得る。たとえば、結合データプレーンセッションのセルラーベアラは、ビデオ以外のトラフィックに使用され得、結合データプレーンセッションのＷｉＦｉベアラは、解放または極力解放に維持され得、結合データプレーンセッションを介して伝送される必要があり得る任意のビデオトラフィックを処理するためにＷｉＦｉベアラが利用可能となる。様々な実施形態において、結合データプレーンセッションのベアラが非リースのベアラおよびリースのベアラを含む（たとえば、システムオペレータが他のオペレータからのベアラをリースする）場合、最大充填リンク能力は、システムオペレータによって、結合データプレーンセッションのリースのベアラを使用する前に、結合データプレーンセッションの非リースのベアラを（たとえば、その容量まで、その容量の閾値内で、など）優先的に使用するために使用され得る。様々な実施形態において、結合データプレーンセッションのベアラがサービスプロバイダに対して異なるコストを有する場合、最大充填リンク能力は、システムオペレータによって、結合データプレーンセッションの高コストのベアラを使用する前に、結合データプレーンセッションの低コストのベアラを（たとえば、その容量まで、その容量の閾値内で、など）優先的に使用するために使用され得る。様々な実施形態において、最大充填リンク能力は、システムオペレータによって、（たとえば、第１のネットワークアクセスタイプのベアラにトラフィックを割り当てることによって）アップリンクトラフィック用に第１のネットワークアクセスタイプを使用し、（たとえば、第２のネットワークアクセスタイプのベアラにトラフィックを割り当てることによって）ダウンリンクトラフィック用に第２のネットワークアクセスタイプを使用するために使用され得る。様々な他の実施形態および使用事例が企図される。
【０１５４】
図９は、ゲートウェイデバイスにおいて最大充填リンク能力を提供するための方法の一例示的実施形態を示す。ゲートウェイデバイスは、複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成される。ゲートウェイデバイスは、ネットワークゲートウェイデバイスまたは顧客ゲートウェイデバイスとすることができる。順次実行されるものとして本明細書に主に提示されているが、方法９００のステップの少なくとも一部が、同時にまたは図９に提示されたものとは異なる順序で実行され得ることは理解されよう。ステップ９０１において、方法９００は開始する。ステップ９１０において、ゲートウェイデバイスは、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信する。ステップ９２０において、ゲートウェイデバイスは、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行う。ステップ９３０において、ゲートウェイデバイスは、ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対して行われたトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定する。ステップ９９９において、方法９００は終了する。
【０１５５】
少なくともいくつかの実施形態では、アイドル状態にある無線ユーザデバイスに関連付けられたベアラにトラフィックが切り替えられた場合に、データの損失を低減または防止するためにページング機構が設けられ得る。たとえば、最大充填リンク能力の様々な実施形態によって、トラフィックがＬＴＥベアラに方向づけられ得ることは理解されよう。トラフィックがＬＴＥベアラに切り替えられるときにＬＴＥベアラがアイドルモードにある場合、トラフィックがドロップされ得る。少なくともいくつかの実施形態において、アイドル状態のＬＴＥベアラへのトラフィックの切り替えによるトラフィックの損失を低減または防止するために、ＬＴＥベアラにトラフィックを切り替える決定を行った後であるが、ＬＴＥベアラにトラフィックを実際に切り替える前に、ＵＥをアイドルモードからアクティブモードに切り替えるための処理が開始され得る。たとえば、この処理は、ＬＴＥベアラへのトラフィックの切り替えをもたらす条件の検出に基づいて、トラフィック監視コンポーネントによって開始され得る。処理は、制御プレーンにＵＥのページングをトリガさせてＵＥをアクティブにすることを含むことができる。ＵＥは、データプレーンにおいてプログラムされたＭＭＥから学習されたｅＮｏｄｅＢのＴＥＩＤによってページングされ得る。
【０１５６】
少なくともいくつかの実施形態では、ゲートウェイが組み合わせ型ＰＧＷ／ＳＧＷ機能として動作する場合、制御プレーンはページングをトリガすることができ、関連するベアラ修正要求の受信に基づいて、ｅＮｏｄｅＢのＴＥＩＤをプログラムした後に、ＵＥは接続モードとなって、ゲートウェイがトラフィックをＬＴＥベアラに切り替えることができるようになり（たとえば、ポリシーを切り替える、ポリシーを適用する、など）、トラフィックがＵＥにシームレスに流れる。
【０１５７】
少なくともいくつかの実施形態では、ゲートウェイがＰＧＷ機能のみとして動作する場合、（１）制御プレーンは、エンドオブマーカ（ＥＯＭ）パケットをＬＴＥリンク上で送信することができ、これはＳＧＷによるページングをトリガし、（２）ベアラ修正要求がＭＭＥから送信される場合、ＭＭＥはＵＬＩ情報を含めることができ、これはＰＧＷによってベアラ修正要求を受信することにつながり、その時点でＰＧＷはトラフィックをＬＴＥベアラに切り替え（たとえば、ポリシーを切り替える、ポリシーを適用するなど）、（３）この時間までに、ＳＧＷはｅＮｏｄｅＢのＴＥＩＤをプログラムしており、ＵＥは接続モードとなり、トラフィックを受信する準備ができているので、トラフィックがＵＥにシームレスに流れる。
【０１５８】
少なくともいくつかの実施形態では、アイドルモードからアクティブモードへのＵＥの切り替えは、ダウンリンクデータ通知メッセージ内の１つまたは複数の指示フラグを拡張することによって行われ得（たとえば、ＥＯＭパケットによる、または所与のＡＰＮについてＳＧＷの設定によるページング）、このメッセージの受信に基づいて、ＭＭＥはベアラ修正要求をＰＧＷまで送信して、ＰＧＷがトラフィックをＬＴＥベアラに切り替えるようにする（たとえば、ポリシーを切り替える、ポリシーを適用する、など）。
【０１５９】
無線ユーザデバイスに関連付けられたベアラがＬＴＥであるページング機構の実施形態に関して主に説明されているが、他のタイプの無線ベアラの文脈内で、アイドル状態の無線ユーザデバイスに関連付けられたベアラにトラフィックが切り替えられた場合に、データの損失を低減または防止するために、ページング機構が適用され得ることは理解されよう。したがって、ページング機構のより一般的な実施形態が、図１０に関して図示および説明される。
【０１６０】
図１０は、ゲートウェイデバイスにおいて最大充填リンク能力を提供する文脈内で無線ユーザデバイスをページングするための方法の一例示的実施形態を示す。順次実行されるものとして本明細書で主に提示されているが、方法１０００のステップの少なくとも一部が、同時にまたは図１０に提示されたものとは異なる順序で実行され得ることは理解されよう。ステップ１００１において、方法１０００は開始する。ステップ１０１０において、ゲートウェイデバイスは、複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信する。複数のベアラは、第１のベアラおよび第２のベアラを含む。第１のベアラは、有線ベアラまたは無線ベアラとすることができる。第２のベアラは、無線ユーザデバイスが関連付けられる。第２のベアラは、関連付けられた無線ユーザデバイスがアイドルモードに入ることができるアイドルモード能力をサポートする無線ベアラとすることができる。たとえば、第２のベアラは、ＬＴＥベアラまたは他の適切なタイプのベアラとすることができる。ステップ１０２０において、ゲートウェイデバイスは、第１のベアラを介してユーザデバイスデータプレーンセッションのユーザデバイストラフィックを伝播させる。ステップ１０３０において、ゲートウェイデバイスは、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行う。ステップ１０４０において、ゲートウェイデバイスは、第１のベアラから第２のベアラにユーザデバイスデータプレーンセッションのユーザデバイストラフィックの少なくとも一部を切り替える決定に基づいて、無線ユーザデバイスをページングするための処理を開始する。ステップ１０９９において、方法１０００は終了する。
【０１６１】
図１１は、図に関連して本明細書に記載された様々な要素に関連するものなどの、本明細書に記載された機能を実行する際に使用するのに適した、通信ネットワーク要素内のプロセッサなどのコンピューティングデバイスのハイレベルブロック図を示す。
【０１６２】
図１１に示されるように、コンピューティングデバイス１１００は、プロセッサ要素１１０２（たとえば、中央処理装置（ＣＰＵ）および／または他の適切なプロセッサ）と、メモリ１１０４（たとえば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）など）と、協働モジュール／処理１１０５と、様々な入力／出力デバイス１１０６（たとえば、ユーザ入力デバイス（たとえばキーボード、キーパッド、マウスなど）、ユーザ出力デバイス（たとえば、ディスプレイ、スピーカーなど）、入力ポート、出力ポート、受信機、送信機、および記憶デバイス（たとえば、持続的ソリッドステートドライブ、ハードディスクドライブ、コンパクトディスクドライブなど））とを含む。
【０１６３】
ＰＧＷ／ＳＧＷ１５０、ＲＧ／ＣＰＥ１１０、ＢＮＧ１３０などのルーティングまたはスイッチングデバイスの場合、協働モジュール／処理１１０５は、当業者に知られている様々なスイッチングデバイス、ルーティングデバイス、インターフェースデバイスなどを実装することができる。したがって、コンピューティングデバイス１１００は、そのようなルーティングまたはスイッチングデバイスの文脈内で（あるいはそのようなデバイスの１つまたは複数のモジュールまたはサブ要素の文脈内で）実装され得、そのルーティングまたはスイッチングデバイスに適切なさらなる機能もまた企図され、これらのさらなる機能は、本明細書に記載のコンピューティングデバイス１１００のプロセッサ１１０２、メモリ１１０４、および入力／出力デバイス１１０６の１つまたは複数と通信し得る、あるいは関連付けられ得る。
【０１６４】
本明細書で図示および説明される機能は、ハードウェアで、ならびに／あるいはソフトウェアおよびハードウェアの組み合わせで、たとえば、汎用コンピュータ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、および／または任意の他のハードウェア均等物を用いて実現され得ることは理解されよう。一実施形態では、協働処理１１０５は、本明細書で論じられた機能を実装するために、メモリ１１０４にロードされ、プロセッサ１１０２によって実行され得る。したがって、協働処理１１０５（関連するデータ構造を含む）は、コンピュータ可読記憶媒体、たとえば、ＲＡＭメモリ、磁気または光学ドライブまたはディスケットなどに記憶され得る。
【０１６５】
図１１に示されたコンピューティングデバイス１１００が、本明細書に記載の機能要素または本明細書に記載の機能要素の一部を実装するのに適した一般的なアーキテクチャおよび機能性を提供することは理解されよう。
【０１６６】
本明細書で論じられたステップの一部が、ハードウェア内で、たとえば、プロセッサと協働して様々な方法ステップを実行する回路として実装され得ることが企図される。本明細書に記載の機能／要素の一部は、コンピュータ命令が、コンピューティングデバイスによって処理された場合に、本明細書に記載の方法および／または技法が呼び出されるまたは提供されるようにコンピューティングデバイスの動作を適応させるコンピュータプログラム製品として実装され得る。様々な方法を呼び出す命令は、有形の非一時的なコンピュータ可読媒体、たとえば、固定または取り外し可能な媒体またはメモリに記憶され、および／または命令に従って動作するコンピューティングデバイス内のメモリ内に記憶され得る。
【０１６７】
様々な実施形態の態様は、特許請求の範囲に規定されている。様々な実施形態のそれらおよび他の態様は、以下の番号付きの項に規定される。
【０１６８】
１．プロセッサと、プロセッサに通信可能に接続されるメモリと
を備え、プロセッサが、
複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することと、
ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、
ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対するトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定することと
を行うように構成される、装置。
【０１６９】
２．トラフィック監視が、ユーザデバイスデータプレーンセッションに対して単一のポリサーを用いて行われる、項１に記載の装置。
【０１７０】
３．トラフィック監視が、ユーザデバイスデータプレーンセッションの複数のベアラに対して複数のポリサーを用いて、ユーザデバイスデータプレーンセッションの複数のベアラに対してベアラ単位で行われる、項１に記載の装置。
【０１７１】
４．トラフィック監視が、ユーザデバイスデータプレーンセッションに対する第１のポリサーと、ユーザデバイスデータプレーンセッションの複数のベアラのうちの１つに対する第２のポリサーとを用いて行われる、項１に記載の装置。
【０１７２】
５．トラフィック監視が使用監視キーを用いて行われる、項１に記載の装置。
【０１７３】
６．使用監視キーがトラフィックレート使用監視を行うように構成される、項５に記載の装置。
【０１７４】
７．トラフィック監視が閾値に基づいて行われる、項１に記載の装置。
【０１７５】
８．プロセッサが、
閾値が満足されたという決定に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを修正する
ように構成される、項７に記載の装置。
【０１７６】
９．プロセッサが、
閾値が満足されたという決定に基づいて、ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報を修正する
ように構成される、項７に記載の装置。
【０１７７】
１０．ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報を修正するために、プロセッサが、
ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの第１の割り当てを指定する第１のポリシーの使用から、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの第２の割り当てを指定する第２のポリシーの使用へ切り替える
ように構成される、項９に記載の装置。
【０１７８】
１１．ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報を修正するために、プロセッサが、
ユーザデバイスデータプレーンセッションの複数のベアラのうちの１つに関連する割り当て率を修正する
ように構成される、項９に記載の装置。
【０１７９】
１２．プロセッサが、
トラフィック特性情報またはリンク特性情報の少なくとも１つに基づいてユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを修正する
ように構成される、項１に記載の装置。
【０１８０】
１３．ユーザデバイスデータプレーンセッションのユーザデバイストラフィックが、複数のベアラのうちの第１のベアラに関連付けられたフローを含み、プロセッサが、
複数のベアラのうちの第１のベアラから複数のベアラのうちの第２のベアラへフローを切り替えるために、フローハッシュ化をフローに用いることによって、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを修正する
ように構成される、項１に記載の装置。
【０１８１】
１４．ユーザデバイスデータプレーンセッションのユーザデバイストラフィックがフローを含み、プロセッサが、
複数のベアラのうちの２つ以上にわたってフローのパケットを分配するために、パケットハッシュ化を用いることによって、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを修正する
ように構成される、項１に記載の装置。
【０１８２】
１５．ゲートウェイデバイスが、複数のベアラの間で下流ユーザデバイストラフィックを割り当てるように構成されるプロバイダ機器（ＰＥ）ゲートウェイデバイスを備える、項１に記載の装置。
【０１８３】
１６．ユーザデバイスが、複数のベアラのそれぞれについて複数の異なるＩＰアドレスに関連付けられ、ＰＥゲートウェイデバイスによって受信されるトラフィックについて単一のアドバタイズされるパブリックＩＰアドレスに関連付けられる、項１５に記載の装置。
【０１８４】
１７．ポリシーが、ポリシーおよび課金ルール機能（ＰＣＲＦ）から受信される、項１５に記載の装置。
【０１８５】
１８．ゲートウェイデバイスが、ベアラ間で上流ユーザデバイストラフィックを割り当てるように構成される顧客宅内機器（ＣＰＥ）ゲートウェイデバイスを備える、項１に記載の装置。
【０１８６】
１９．ＣＰＥゲートウェイデバイスが、複数のベアラのそれぞれについて単一のＩＰアドレスに関連付けられる、項１８に記載の装置。
【０１８７】
２０．ポリシーが、アクセスネットワーク発見および選択機能（ＡＮＤＳＦ）から受信される、項１８に記載の装置。
【０１８８】
２１．ＣＰＥゲートウェイデバイスが住居用ゲートウェイ（ＲＧ）を備え、複数のベアラのうちの第１のベアラがデジタル加入者線（ＤＳＬ）アクセスネットワークに関連付けられ、第２のベアラがセルラーアクセスネットワークに関連付けられる、項１８に記載の装置。
【０１８９】
２２．複数のベアラのうちの第１のベアラが有線アクセスネットワークに関連付けられ、複数のベアラのうちの第２のベアラが無線アクセスネットワークに関連付けられる、項１に記載の装置。
【０１９０】
２３．複数のベアラのうちの第１のベアラが第１のタイプの無線アクセスに関連付けられ、複数のベアラのうちの第２のベアラが第２のタイプの無線アクセスに関連付けられる、項１に記載の装置。
【０１９１】
２４．第１のタイプの無線アクセスがセルラーアクセスを含み、第２のタイプの無線アクセスが衛星を含む、項２３に記載の装置。
【０１９２】
２５．コンピュータによって実行された場合に、コンピュータに方法を実行させる命令を記憶する非一時的コンピュータ可読記憶媒体であって、方法が、
複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することと、
ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、
ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対するトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定することと
を備える、非一時的コンピュータ可読記憶媒体。
【０１９３】
２６．複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することと、
ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、
ユーザデバイスデータプレーンセッションに関連付けられたポリシー情報に基づいて、およびユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対するトラフィック監視に基づいて、ユーザデバイスデータプレーンセッションの複数のベアラへのユーザデバイスデータプレーンセッションのユーザデバイストラフィックの割り当てを決定することと
を備える、方法。
【０１９４】
２７．プロセッサと、プロセッサに通信可能に接続されるメモリとを備え、プロセッサが、
複数の異なるアクセスネットワークに関連付けられた複数のベアラを有するユーザデバイスデータプレーンセッションをサポートするように構成されるゲートウェイデバイスにおいて、ユーザデバイスデータプレーンセッションのユーザデバイストラフィックを受信することであって、複数のベアラが第１のベアラおよび第２のベアラを含み、第２のベアラは無線ユーザデバイスが関連付けられる、受信することと、
第１のベアラを介してユーザデバイスデータプレーンセッションのユーザデバイストラフィックを伝播させることと、
ユーザデバイスデータプレーンセッションのユーザデバイストラフィックに対してトラフィック監視を行うことと、
第１のベアラから第２のベアラにユーザデバイスデータプレーンセッションのユーザデバイストラフィックの少なくとも一部を切り替える決定に基づいて、無線ユーザデバイスをページングするための処理を開始することと
を行うように構成される、装置。
【０１９５】
本明細書に提示された教示を組み込んだ様々な実施形態が本明細書に詳細に示され説明されているが、当業者がこれらの教示をなおも組み込んだ多くの他の変形された実施形態を容易に考案できることは理解されよう。
【図１】
2018511228.tif 000003
【図２】
2018511228.tif 000004
【図３】
2018511228.tif 000005
【図４Ａ】
2018511228.tif 000006
【図４Ｂ】
2018511228.tif 000007
【図５】
2018511228.tif 000008
【図６】
2018511228.tif 000009
【図７】
2018511228.tif 000010
【図８】
2018511228.tif 000011
【図９】
2018511228.tif 000012
【図１０】
2018511228.tif 000013
【図１１】
2018511228.tif 000014
【国際調査報告】
2018511228.tif 000015
2018511228.tif 000016