(57)【要約】  方法、装置、およびコンピュータプログラム製品が提供される。装置は、異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応するアクセスパラメータを基地局から受信し、各タイプのアクセス制御のためのアクセス制御情報へのパケットフィルタのマッピングに基づいてコアネットワークにおいて確立されたTFTを受信し、アプリケーションからデータパケットを受信し、データパケットをパケットフィルタと照合してデータパケットに対応するアクセス制御情報を決定し、決定されたアクセス制御情報のためのアクセスパラメータに基づいてデータパケットのための通信を確立するように構成されるUEであり得る。代替的に、装置は、アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信し、要求に基づいてアプリケーションサーバのためのポリシー更新を決定し、ポリシー更新をUEに送信するように構成される、ポリシーサーバであり得る。
2017511054.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器(UE)によって実行されるワイヤレス通信のための方法であって、
異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信するステップと、
前記それぞれのタイプのアクセス制御の各々のためのアクセス制御情報へのパケットフィルタのマッピングに基づいて、コアネットワークにおいて確立されるトラフィックフローテンプレート(TFT)を受信するステップと、
アプリケーションからデータパケットを受信するステップと、
前記データパケットを前記TFTのパケットフィルタと照合して、前記データパケットに対応するアクセス制御情報を決定するステップと、
前記決定されたアクセス制御情報のためのアクセスパラメータに基づいて、前記データパケットのためのワイヤレス通信を確立するステップとを含む、方法。
【請求項２】
前記UEが、前記アクセス制御情報に基づいて、セッションを確立し前記TFTを確立した後で前記データパケットを受信する、請求項1に記載の方法。
【請求項３】
前記セッションを前記確立するステップが、エアインターフェースセッションを確立するステップ、ポイントツーポイント(PPP)セッションを確立するステップ、パケットデータネットワーク(PDN)コンテキストを確立するステップ、またはこれらの組合せの少なくとも1つを含む、請求項2に記載の方法。
【請求項４】
前記TFTが、フロー識別子、前記パケットフィルタ、サービス品質(QoS)情報、および前記アクセス制御情報を含む、請求項2に記載の方法。
【請求項５】
前記パケットフィルタが、緊急データサービス、非緊急データサービス、またはこれらの組合せの少なくとも1つと関連付けられる、請求項1に記載の方法。
【請求項６】
前記データサービスが、ボイスオーバーインターネットプロトコル(VoIP)サービス、インターネットプロトコル(IP)上でのショートメッセージサービス(SMS)、およびIP上でのチャットサービスを含む、請求項1に記載の方法。
【請求項７】
前記アクセス制御情報が、前記複数のタイプのアクセス制御にそれぞれ対応する複数のアクセス制御クラスを含む、請求項1に記載の方法。
【請求項８】
前記アクセス制御情報がサービス品質(QoS)情報に含まれる、請求項1に記載の方法。
【請求項９】
前記サービス品質(QoS)情報が、複数のQoSクラス識別子または複数のQoSプロファイル識別子を含む、請求項8に記載の方法。
【請求項１０】
前記アクセス制御情報が、少なくとも1つのパケットデータネットワーク(PDN)識別子に基づく、請求項1に記載の方法。
【請求項１１】
前記アクセス制御情報が、少なくとも1つのアクセスポイント名(APN)に基づく、請求項1に記載の方法。
【請求項１２】
基地局によって実行されるワイヤレス通信のための方法であって、
異なるタイプのデータサービスのための複数のタイプのアクセス制御の各々のためのアクセス制御情報を取得するステップと、
それぞれのタイプのアクセス制御のために取得された前記アクセス制御情報に基づいて、各タイプのアクセス制御のために少なくとも1つのアクセスパラメータを導出するステップと、
各タイプのアクセス制御のために導出された前記少なくとも1つのアクセスパラメータをユーザ機器(UE)に送信するステップと、
前記アクセス制御情報に基づいて、コアネットワークにおいて確立されたトラフィックフローテンプレート(TFT)を前記UEに提供するステップとを含む、方法。
【請求項１３】
前記アクセス制御情報が前記コアネットワークから取得され、または、
前記アクセス制御情報が前記基地局において事前に構成される、請求項12に記載の方法。
【請求項１４】
セッションを確立するために前記UEからセットアップシグナリングを受信するステップと、
前記セットアップシグナリングに応答して前記セッションを確立するステップとをさらに含む、請求項12に記載の方法。
【請求項１５】
前記セットアップシグナリングが、高い優先度のアクセス制御を含むセッション確立と関連付けられる、請求項14に記載の方法。
【請求項１６】
前記セッションを前記確立するステップが、エアインターフェースセッションを確立するステップ、ポイントツーポイント(PPP)セッションを確立するステップ、パケットデータネットワーク(PDN)コンテキストを確立するステップ、またはこれらの組合せの少なくとも1つを含む、請求項14に記載の方法。
【請求項１７】
前記TFTが、フロー識別子、パケットフィルタ、サービス品質(QoS)情報、および前記アクセス制御情報を含む、請求項12に記載の方法。
【請求項１８】
前記サービス品質(QoS)情報が、複数のQoSクラス識別子または複数のQoSプロファイル識別子を含む、請求項17に記載の方法。
【請求項１９】
前記TFTの前記確立が、前記アクセス制御情報をパケットフィルタと関連付けるステップと、前記TFTを介して前記パケットフィルタを前記UEに提供するステップとを含む、請求項12に記載の方法。
【請求項２０】
前記パケットフィルタが、緊急データサービス、非緊急データサービス、またはこれらの組合せの少なくとも1つと関連付けられる、請求項19に記載の方法。
【請求項２１】
前記データサービスが、ボイスオーバーインターネットプロトコル(VoIP)サービス、インターネットプロトコル(IP)上でのショートメッセージサービス(SMS)、およびIP上でのチャットサービスを含む、請求項12に記載の方法。
【請求項２２】
前記アクセス制御情報が、前記複数のタイプのアクセス制御にそれぞれ対応する複数のアクセス制御クラスを含む、請求項12に記載の方法。
【請求項２３】
前記基地局が、サービス品質(QoS)情報を取得して、前記QoS情報に含まれる前記アクセス制御情報を取得し、前記QoS情報に含まれる前記アクセス制御情報に基づいて、各タイプのアクセス制御のために前記少なくとも1つのアクセスパラメータを導出する、請求項12に記載の方法。
【請求項２４】
前記アクセス制御情報が、少なくとも1つのパケットデータネットワーク(PDN)識別子に基づく、請求項12に記載の方法。
【請求項２５】
前記アクセス制御情報が、少なくとも1つのアクセスポイント名(APN)に基づく、請求項12に記載の方法。
【請求項２６】
ユーザ機器(UE)によって実行されるワイヤレス通信のための方法であって、
異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信するステップと、
アプリケーションレイヤからのデータパケットのデータサービスタイプをデータサービスレイヤに渡すステップと、
アプリケーションプログラミングインターフェース(API)に基づいて、前記データサービスタイプのためのアクセス制御のタイプを決定するステップと、
前記決定されたタイプのアクセス制御のためのアクセスパラメータに基づいて、前記データパケットのためのワイヤレス通信を確立するステップとを含む、方法。
【請求項２７】
前記アプリケーションレイヤと前記データサービスレイヤとの間で前記APIが定義される、請求項26に記載の方法。
【請求項２８】
前記UEの前記データサービスレイヤとモデムレイヤとの間で前記APIが定義される、請求項26に記載の方法。
【請求項２９】
アクセス制御の前記タイプに基づいて、トラフィックチャネルが要求されるデータ接続のタイプを決定するステップをさらに含む、請求項28に記載の方法。
【請求項３０】
前記データ接続が、緊急データサービス、非緊急データサービス、またはこれらの組合せの少なくとも1つと関連付けられる、請求項29に記載の方法。
【請求項３１】
前記データサービスが、ボイスオーバーインターネットプロトコル(VoIP)サービス、インターネットプロトコル(IP)上でのショートメッセージサービス(SMS)、IP上でのチャットサービス、またはこれらの組合せの少なくとも1つを含む、請求項30に記載の方法。
【請求項３２】
ワイヤレス通信のためのユーザ機器(UE)であって、
異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信するための手段と、
前記それぞれのタイプのアクセス制御の各々のためのアクセス制御情報へのパケットフィルタのマッピングに基づいて、コアネットワークにおいて確立されるトラフィックフローテンプレート(TFT)を受信するための手段と、
アプリケーションからデータパケットを受信するための手段と、
前記データパケットを前記TFTの前記パケットフィルタと照合して、前記データパケットに対応するアクセス制御情報を決定するための手段と、
前記決定されたアクセス制御情報のためのアクセスパラメータに基づいて、前記データパケットのためのワイヤレス通信を確立するための手段とを含む、UE。
【請求項３３】
前記データパケットを受信するための前記手段が、前記アクセス制御情報に基づいて、セッションを確立し前記TFTを確立した後で受信するように構成される、請求項32に記載のUE。
【請求項３４】
前記セッションを前記確立するための前記手段が、エアインターフェースセッションを確立すること、ポイントツーポイント(PPP)セッションを確立すること、パケットデータネットワーク(PDN)コンテキストを確立すること、またはこれらの組合せの少なくとも1つを行うように構成される、請求項33に記載のUE。
【請求項３５】
前記TFTが、フロー識別子、前記パケットフィルタ、サービス品質(QoS)情報、および前記アクセス制御情報を含む、請求項33に記載のUE。
【請求項３６】
前記パケットフィルタが、緊急データサービス、非緊急データサービス、またはこれらの組合せの少なくとも1つと関連付けられる、請求項32に記載のUE。
【請求項３７】
前記データサービスが、ボイスオーバーインターネットプロトコル(VoIP)サービス、インターネットプロトコル(IP)上でのショートメッセージサービス(SMS)、IP上でのチャットサービス、またはこれらの組合せの少なくとも1つを含む、請求項32に記載のUE。
【請求項３８】
前記アクセス制御情報が、前記複数のタイプのアクセス制御にそれぞれ対応する複数のアクセス制御クラスを含む、請求項32に記載のUE。
【請求項３９】
前記アクセス制御情報がサービス品質(QoS)情報に含まれる、請求項32に記載のUE。
【請求項４０】
前記サービス品質(QoS)情報が、複数のQoSクラス識別子または複数のQoSプロファイル識別子を含む、請求項39に記載のUE。
【請求項４１】
前記アクセス制御情報が、少なくとも1つのパケットデータネットワーク(PDN)識別子に基づく、請求項32に記載のUE。
【請求項４２】
前記アクセス制御情報が、少なくとも1つのアクセスポイント名(APN)に基づく、請求項32に記載のUE。
【請求項４３】
ワイヤレス通信のための基地局であって、
異なるタイプのデータサービスのための複数のタイプのアクセス制御の各々のためのアクセス制御情報を取得するための手段と、
それぞれのタイプのアクセス制御のために取得された前記アクセス制御情報に基づいて、各タイプのアクセス制御のために少なくとも1つのアクセスパラメータを導出するための手段と、
各タイプのアクセス制御のために導出された前記少なくとも1つのアクセスパラメータをユーザ機器(UE)に送信するための手段と、
前記アクセス制御情報に基づいて、コアネットワークにおいて確立されたトラフィックフローテンプレート(TFT)を前記UEに提供するための手段とを含む、基地局。
【請求項４４】
前記アクセス制御情報が前記コアネットワークから取得され、または、
前記アクセス制御情報が前記基地局において事前に構成される、請求項43に記載の基地局。
【請求項４５】
セッションを確立するために前記UEからセットアップシグナリングを受信するための手段と、
前記セットアップシグナリングに応答して前記セッションを確立するための手段とをさらに含む、請求項43に記載の基地局。
【請求項４６】
前記セットアップシグナリングが、高い優先度のアクセス制御を含むセッション確立と関連付けられる、請求項45に記載の基地局。
【請求項４７】
前記セッションを前記確立するための前記手段が、エアインターフェースセッションを確立すること、ポイントツーポイント(PPP)セッションを確立すること、パケットデータネットワーク(PDN)コンテキストを確立すること、またはこれらの組合せの少なくとも1つを実行するように構成される、請求項45に記載の基地局。
【請求項４８】
前記TFTが、フロー識別子、パケットフィルタ、サービス品質(QoS)情報、および前記アクセス制御情報を含む、請求項43に記載の基地局。
【請求項４９】
前記サービス品質(QoS)情報が、複数のQoSクラス識別子または複数のQoSプロファイル識別子を含む、請求項48に記載の基地局。
【請求項５０】
前記TFTの前記確立が、前記アクセス制御情報をパケットフィルタと関連付けるステップと、前記TFTを介して前記パケットフィルタを前記UEに提供するステップとを含む、請求項43に記載の基地局。
【請求項５１】
前記パケットフィルタが、緊急データサービス、非緊急データサービス、またはこれらの組合せの少なくとも1つと関連付けられる、請求項50に記載の基地局。
【請求項５２】
前記データサービスが、ボイスオーバーインターネットプロトコル(VoIP)サービス、インターネットプロトコル(IP)上でのショートメッセージサービス(SMS)、IP上でのチャットサービス、またはこれらの組合せの少なくとも1つを含む、請求項43に記載の基地局。
【請求項５３】
前記アクセス制御情報が、前記複数のタイプのアクセス制御にそれぞれ対応する複数のアクセス制御クラスを含む、請求項43に記載の基地局。
【請求項５４】
取得するための前記手段が、サービス品質(QoS)情報を取得して、前記QoS情報に含まれる前記アクセス制御情報を取得するように構成され、導出するための前記手段が、前記QoS情報に含まれる前記アクセス制御情報に基づいて、各タイプのアクセス制御のために前記少なくとも1つのアクセスパラメータを導出するように構成される、請求項43に記載の基地局。
【請求項５５】
前記アクセス制御情報が、少なくとも1つのパケットデータネットワーク(PDN)識別子に基づく、請求項43に記載の基地局。
【請求項５６】
前記アクセス制御情報が、少なくとも1つのアクセスポイント名(APN)に基づく、請求項43に記載の基地局。
【請求項５７】
ワイヤレス通信のためのユーザ機器(UE)であって、
異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信するための手段と、
アプリケーションレイヤからのデータパケットのデータサービスタイプをデータサービスレイヤに渡すための手段と、
アプリケーションプログラミングインターフェース(API)に基づいて、前記データサービスタイプのためのアクセス制御のタイプを決定するための手段と、
前記決定されたタイプのアクセス制御のためのアクセスパラメータに基づいて、前記データパケットのためのワイヤレス通信を確立するための手段とを含む、UE。
【請求項５８】
前記アプリケーションレイヤと前記データサービスレイヤとの間で前記APIが定義される、請求項57に記載のUE。
【請求項５９】
前記UEの前記データサービスレイヤとモデムレイヤとの間で前記APIが定義される、請求項57に記載のUE。
【請求項６０】
アクセス制御の前記タイプに基づいて、トラフィックチャネルが要求されるデータ接続のタイプを決定するための手段をさらに含む、請求項59に記載のUE。
【請求項６１】
前記データ接続が、緊急データサービス、非緊急データサービス、またはこれらの組合せの少なくとも1つと関連付けられる、請求項60に記載のUE。
【請求項６２】
前記データサービスが、ボイスオーバーインターネットプロトコル(VoIP)サービス、インターネットプロトコル(IP)上でのショートメッセージサービス(SMS)、IP上でのチャットサービス、またはこれらの組合せの少なくとも1つを含む、請求項61に記載のUE。
【請求項６３】
ワイヤレス通信のためのユーザ機器(UE)であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを含み、前記少なくとも1つのプロセッサが、
異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信し、
前記それぞれのタイプのアクセス制御の各々のためのアクセス制御情報へのパケットフィルタのマッピングに基づいて、コアネットワークにおいて確立されるトラフィックフローテンプレート(TFT)を受信し、
アプリケーションからデータパケットを受信し、
前記データパケットを前記TFTの前記パケットフィルタと照合して、前記データパケットに対応するアクセス制御情報を決定し、
前記決定されたアクセス制御情報のためのアクセスパラメータに基づいて、前記データパケットのためのワイヤレス通信を確立するように構成される、UE。
【請求項６４】
ワイヤレス通信のための基地局であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを含み、前記少なくとも1つのプロセッサが、
異なるタイプのデータサービスのための複数のタイプのアクセス制御の各々のためのアクセス制御情報を取得し、
それぞれのタイプのアクセス制御のために取得された前記アクセス制御情報に基づいて、各タイプのアクセス制御のために少なくとも1つのアクセスパラメータを導出し、
各タイプのアクセス制御のために導出された前記少なくとも1つのアクセスパラメータをユーザ機器(UE)に送信し、
前記アクセス制御情報に基づいて、コアネットワークにおいて確立されたトラフィックフローテンプレート(TFT)を前記UEに提供するように構成される、基地局。
【請求項６５】
ワイヤレス通信のためのユーザ機器(UE)であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを含み、前記少なくとも1つのプロセッサが、
異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信し、
アプリケーションレイヤからのデータパケットのデータサービスタイプをデータサービスレイヤに渡し、
アプリケーションプログラミングインターフェース(API)に基づいて、前記データサービスタイプのためのアクセス制御のタイプを決定し、
前記決定されたタイプのアクセス制御のためのアクセスパラメータに基づいて、前記データパケットのためのワイヤレス通信を確立するように構成される、UE。
【請求項６６】
ユーザ機器(UE)のためのプロセッサにより実行可能なコンピュータプログラムであって、
異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信するためのコードと、
前記それぞれのタイプのアクセス制御の各々のためのアクセス制御情報へのパケットフィルタのマッピングに基づいて、コアネットワークにおいて確立されるトラフィックフローテンプレート(TFT)を受信するためのコードと、
アプリケーションからデータパケットを受信するためのコードと、
前記データパケットを前記TFTの前記パケットフィルタと照合して、前記データパケットに対応するアクセス制御情報を決定するためのコードと、
前記決定されたアクセス制御情報のためのアクセスパラメータに基づいて、前記データパケットのためのワイヤレス通信を確立するためのコードと
を含むコンピュータ可読媒体を含む、コンピュータプログラム。
【請求項６７】
基地局のためのプロセッサにより実行可能なコンピュータプログラムであって、
異なるタイプのデータサービスのための複数のタイプのアクセス制御の各々のためのアクセス制御情報を取得するためのコードと、
それぞれのタイプのアクセス制御のために取得された前記アクセス制御情報に基づいて、各タイプのアクセス制御のために少なくとも1つのアクセスパラメータを導出するためのコードと、
各タイプのアクセス制御のために導出された前記少なくとも1つのアクセスパラメータをユーザ機器(UE)に送信するためのコードと、
前記アクセス制御情報に基づいて、コアネットワークにおいて確立されたトラフィックフローテンプレート(TFT)を前記UEに提供するためのコードと
を含む、コンピュータプログラム。
【請求項６８】
ユーザ機器(UE)のためのプロセッサにより実行可能なコンピュータプログラムであって、
異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信するためのコードと、
アプリケーションレイヤからのデータパケットのデータサービスタイプをデータサービスレイヤに渡すためのコードと、
アプリケーションプログラミングインターフェース(API)に基づいて、前記データサービスタイプのためのアクセス制御のタイプを決定するためのコードと、
前記決定されたタイプのアクセス制御のためのアクセスパラメータに基づいて、前記データパケットのためのワイヤレス通信を確立するためのコードと
を含むコンピュータ可読媒体を含む、コンピュータプログラム。
【請求項６９】
ポリシーサーバのためのワイヤレス通信の方法であって、
アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信するステップと、
トラフィック制御に対する前記受信された要求に基づいて、前記アプリケーションサーバのためのポリシー更新を決定するステップと、
前記ポリシー更新を少なくとも1つのユーザ機器(UE)に送信するステップとを含む、方法。
【請求項７０】
トラフィック制御のための前記要求が、前記アプリケーションサーバの識別情報、前記アプリケーションサーバの状態情報、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレス、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペア、またはこれらの組合せの少なくとも1つを含む、請求項69に記載の方法。
【請求項７１】
トラフィック制御のための前記要求が、ネットワークゲートウェイまたは前記アプリケーションサーバから受信される、請求項69に記載の方法。
【請求項７２】
前記ポリシー更新が、前記少なくとも1つのUEから、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを示す、請求項69に記載の方法。
【請求項７３】
前記ポリシー更新が、前記少なくとも1つのUEから、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限する確率に関する確率値を含む、請求項69に記載の方法。
【請求項７４】
前記ポリシー更新が、システム情報ブロック、マルチメディアブロードキャストマルチキャストサービス送信、ハイパーテキスト転送プロトコル接続、またはこれらの組合せの少なくとも1つにおいて送信される、請求項69に記載の方法。
【請求項７５】
前記ポリシー更新を受信するための前記少なくとも1つのUEからの要求を受信するステップをさらに含む、請求項69に記載の方法。
【請求項７６】
前記ポリシー更新が利用可能であることを示すために、前記少なくとも1つのUEを呼び出すステップをさらに含む、請求項75に記載の方法。
【請求項７７】
ユーザ機器(UE)のためのワイヤレス通信の方法であって、
アプリケーションサーバのためのポリシー更新を受信するステップと、
前記ポリシー更新に基づいて、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを決定するステップとを含む、方法。
【請求項７８】
前記ポリシー更新が、前記アプリケーションサーバと関連付けられる前記1つもしくは複数の宛先インターネットプロトコルアドレスに、または、前記アプリケーションサーバと関連付けられる前記1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを示す、請求項77に記載の方法。
【請求項７９】
前記ポリシー更新が、前記アプリケーションサーバと関連付けられる前記1つもしくは複数の宛先インターネットプロトコルアドレスに、または、前記アプリケーションサーバと関連付けられる前記1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限する確率に関する確率値を含む、請求項77に記載の方法。
【請求項８０】
データが送信されるのを制限するかどうかを前記決定するステップが、
乱数を生成するステップと、
前記生成された乱数を前記確率値と比較するステップと、
前記生成された乱数が前記確率値より大きいとき、データの送信を抑制するステップとを含む、請求項79に記載の方法。
【請求項８１】
データが送信されるのを制限するかどうかを前記決定するステップが、
乱数を生成するステップと、
前記生成された乱数を前記確率値と比較するステップと、
前記生成された乱数が前記確率値より小さいとき、データの送信を抑制するステップとを含む、請求項79に記載の方法。
【請求項８２】
前記ポリシー更新のための要求をポリシーサーバに送信するステップをさらに含む、請求項77に記載の方法。
【請求項８３】
前記ポリシーサーバからページング信号を受信するステップをさらに含み、前記ポリシー更新が利用可能であることを前記ページング信号が示す、請求項82に記載の方法。
【請求項８４】
前記ポリシー更新が、システム情報ブロック、マルチメディアブロードキャストマルチキャストサービス送信、ハイパーテキスト転送プロトコル接続、またはこれらの組合せの少なくとも1つにおいて受信される、請求項77に記載の方法。
【請求項８５】
前記決定するステップがさらに前記ポリシー更新の有効期間に基づき、前記有効期間が前記ポリシー更新に含まれる、請求項77に記載の方法。
【請求項８６】
ワイヤレス通信のための装置であって、
アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信するための手段と、
トラフィック制御に対する前記受信された要求に基づいて、前記アプリケーションサーバのためのポリシー更新を決定するための手段と、
前記ポリシー更新を少なくとも1つのユーザ機器(UE)に送信するための手段とを含む、装置。
【請求項８７】
トラフィック制御のための前記要求が、前記アプリケーションサーバの識別情報、前記アプリケーションサーバの状態情報、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレス、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペア、またはこれらの組合せの少なくとも1つを含む、請求項86に記載の装置。
【請求項８８】
トラフィック制御のための前記要求が、ネットワークゲートウェイまたは前記アプリケーションサーバから受信される、請求項86に記載の装置。
【請求項８９】
前記ポリシー更新が、前記少なくとも1つのUEから、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを示す、請求項86に記載の装置。
【請求項９０】
前記ポリシー更新が、前記少なくとも1つのUEから、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限する確率に関する確率値を含む、請求項86に記載の装置。
【請求項９１】
前記ポリシー更新が、システム情報ブロック、マルチメディアブロードキャストマルチキャストサービス送信、ハイパーテキスト転送プロトコル接続、またはこれらの組合せの少なくとも1つにおいて送信される、請求項86に記載の装置。
【請求項９２】
前記ポリシー更新を受信するための前記少なくとも1つのUEからの要求を受信するための手段をさらに含む、請求項86に記載の装置。
【請求項９３】
前記ポリシー更新が利用可能であることを示すために、前記少なくとも1つのUEを呼び出すための手段をさらに含む、請求項92に記載の装置。
【請求項９４】
ワイヤレス通信のための装置であって、
アプリケーションサーバのためのポリシー更新を受信するための手段と、
前記ポリシー更新に基づいて、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを決定するための手段とを含む、装置。
【請求項９５】
前記ポリシー更新が、前記アプリケーションサーバと関連付けられる前記1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、前記アプリケーションサーバと関連付けられる前記1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを示す、請求項94に記載の装置。
【請求項９６】
前記ポリシー更新が、前記アプリケーションサーバと関連付けられる前記1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、前記アプリケーションサーバと関連付けられる前記1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限する確率に関する確率値を含む、請求項94に記載の装置。
【請求項９７】
データが送信されるのを制限するかどうかを決定するための前記手段が、
乱数を生成し、
前記生成された乱数を前記確率値と比較し、
前記生成された乱数が前記確率値より大きいとき、データの送信を抑制するように構成される、請求項96に記載の装置。
【請求項９８】
データが送信されるのを制限するかどうかを決定するための前記手段が、
乱数を生成し、
前記生成された乱数を前記確率値と比較し、
前記生成された乱数が前記確率値より小さいとき、データの送信を抑制するように構成される、請求項96に記載の装置。
【請求項９９】
前記ポリシー更新のための要求をポリシーサーバに送信するための手段をさらに含む、請求項94に記載の装置。
【請求項１００】
前記ポリシーサーバからページング信号を受信するための手段をさらに含み、前記ポリシー更新が利用可能であることを前記ページング信号が示す、請求項99に記載の装置。
【請求項１０１】
前記ポリシー更新が、システム情報ブロック、マルチメディアブロードキャストマルチキャストサービス送信、ハイパーテキスト転送プロトコル接続、またはこれらの組合せの少なくとも1つにおいて受信される、請求項94に記載の装置。
【請求項１０２】
前記決定するための手段が、前記ポリシー更新の有効期間に基づいて、データが送信されるのを制限するかどうかを決定するように構成され、前記有効期間が前記ポリシー更新に含まれる、請求項94に記載の装置。
【請求項１０３】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを含み、前記少なくとも1つのプロセッサが、
アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信し、
トラフィック制御に対する前記受信された要求に基づいて、前記アプリケーションサーバのためのポリシー更新を決定し、
前記ポリシー更新を少なくとも1つのユーザ機器(UE)に送信するように構成される、装置。
【請求項１０４】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを含み、前記少なくとも1つのプロセッサが、
アプリケーションサーバのためのポリシー更新を受信し、
前記ポリシー更新に基づいて、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを決定するように構成される、装置。
【請求項１０５】
コンピュータ可読媒体に記憶され、少なくとも1つのプロセッサ上で実行されると、
アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信するステップと、
トラフィック制御に対する前記受信された要求に基づいて、前記アプリケーションサーバのためのポリシー更新を決定するステップと、
前記ポリシー更新を少なくとも1つのユーザ機器(UE)に送信するステップと
を実行するコードを含む、コンピュータプログラム。
【請求項１０６】
コンピュータ可読媒体に記憶され、少なくとも1つのプロセッサ上で実行されると、
アプリケーションサーバのためのポリシー更新を受信するステップと、
前記ポリシー更新に基づいて、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを決定するステップと
を実行するコードを含む、コンピュータプログラム。
【請求項１０７】
ポリシーサーバのためのワイヤレス通信の方法であって、
アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信するステップと、
トラフィック制御に対する前記受信された要求に基づいて、前記アプリケーションサーバのためのポリシー更新を決定するステップとを含む、方法。
【請求項１０８】
トラフィック制御のための前記要求が、前記アプリケーションサーバの識別情報、前記アプリケーションサーバの状態情報、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレス、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペア、またはこれらの組合せの少なくとも1つを含む、請求項107に記載の方法。
【請求項１０９】
トラフィック制御のための前記要求が、ネットワークゲートウェイまたは前記アプリケーションサーバから受信される、請求項107に記載の方法。
【請求項１１０】
前記決定されたポリシー更新をポリシーエンティティに送信するステップをさらに含み、前記ポリシー更新が、ネットワークゲートウェイから前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスへの、または前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべきデータの量を示す、請求項107に記載の方法。
【請求項１１１】
前記決定されたポリシー更新をネットワークゲートウェイに送信するステップをさらに含み、前記ポリシー更新が、前記ネットワークゲートウェイから前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスへの、または前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべきデータの量を示す、請求項107に記載の方法。
【請求項１１２】
ネットワークゲートウェイのためのワイヤレス通信の方法であって、
アプリケーションサーバのためのポリシー更新を受信するステップと、
前記アプリケーションサーバへの送信のために、ユーザ機器(UE)からデータを受信するステップと、
前記受信されたポリシー更新に基づいて、前記アプリケーションサーバへの送信を制限すべき、前記受信されたデータの量を決定するステップとを含む、方法。
【請求項１１３】
前記アプリケーションサーバの状態を決定するステップと、
前記アプリケーションサーバの前記決定された状態に基づいて、ポリシーサーバにトラフィック制御のための要求を送信するステップとをさらに含む、請求項112に記載の方法。
【請求項１１４】
前記アプリケーションサーバの前記状態を決定するステップが、前記アプリケーションサーバからの送信制御プロトコルトラフィック、前記アプリケーションサーバからの往復遅延時間、前記アプリケーションサーバから送信されるエラーコードのタイプ、前記アプリケーションサーバから送信されるエラーコードの量、またはこれらの組合せの少なくとも1つに基づく、請求項113に記載の方法。
【請求項１１５】
トラフィック制御のための前記要求が、前記アプリケーションサーバの識別情報、前記アプリケーションサーバの状態情報、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレス、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペア、またはこれらの組合せの少なくとも1つを含む、請求項113に記載の方法。
【請求項１１６】
前記ポリシー更新が、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコルアドレス(IP)への、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべき、前記受信されたデータの前記量を示す、請求項112に記載の方法。
【請求項１１７】
前記ポリシー更新が、前記受信されたデータのいずれもが、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコルアドレス(IP)に、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアに送信されるのを制限されるべきではないことを示す、請求項112に記載の方法。
【請求項１１８】
ワイヤレス通信のための装置であって、
アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信するための手段と、
トラフィック制御に対する前記受信された要求に基づいて、前記アプリケーションサーバのためのポリシー更新を決定するための手段とを含む、装置。
【請求項１１９】
トラフィック制御のための前記要求が、前記アプリケーションサーバの識別情報、前記アプリケーションサーバの状態情報、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレス、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペア、またはこれらの組合せの少なくとも1つを含む、請求項118に記載の装置。
【請求項１２０】
トラフィック制御のための前記要求が、ネットワークゲートウェイまたは前記アプリケーションサーバから受信される、請求項118に記載の装置。
【請求項１２１】
前記決定されたポリシー更新をポリシーエンティティに送信するための手段をさらに含み、前記ポリシー更新が、ネットワークゲートウェイから前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスへの、または前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべきデータの量を示す、請求項118に記載の装置。
【請求項１２２】
前記決定されたポリシー更新をネットワークゲートウェイに送信するための手段をさらに含み、前記ポリシー更新が、前記ネットワークゲートウェイから前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスへの、または前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべきデータの量を示す、請求項118に記載の装置。
【請求項１２３】
ワイヤレス通信のための装置であって、
アプリケーションサーバのためのポリシー更新を受信するための手段と、
前記アプリケーションサーバへの送信のために、ユーザ機器(UE)からデータを受信するための手段と、
前記受信されたポリシー更新に基づいて、前記アプリケーションサーバへの送信を制限すべき、前記受信されたデータの量を決定するための手段とを含む、装置。
【請求項１２４】
前記アプリケーションサーバの状態を決定するための手段と、
前記アプリケーションサーバの前記決定された状態に基づいて、ポリシーサーバにトラフィック制御のための要求を送信するための手段とをさらに含む、請求項123に記載の装置。
【請求項１２５】
前記アプリケーションサーバの前記状態を決定するための手段が、前記アプリケーションサーバからの送信制御プロトコルトラフィック、前記アプリケーションサーバからの往復遅延時間、前記アプリケーションサーバから送信されるエラーコードのタイプ、前記アプリケーションサーバから送信されるエラーコードの量、またはこれらの組合せの少なくとも1つに基づいて、前記状態を決定するように構成される、請求項124に記載の装置。
【請求項１２６】
トラフィック制御のための前記要求が、前記アプリケーションサーバの識別情報、前記アプリケーションサーバの状態情報、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレス、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペア、またはこれらの組合せの少なくとも1つを含む、請求項124に記載の装置。
【請求項１２７】
前記ポリシー更新が、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコルアドレス(IP)への、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべき、前記受信されたデータの前記量を示す、請求項123に記載の装置。
【請求項１２８】
前記ポリシー更新が、前記受信されたデータのいずれもが、前記アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコルアドレス(IP)に、または、前記アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアに送信されるのを制限されるべきではないことを示す、請求項123に記載の装置。
【請求項１２９】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを含み、前記少なくとも1つのプロセッサが、
アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信し、
トラフィック制御に対する前記受信された要求に基づいて、前記アプリケーションサーバのためのポリシー更新を決定するように構成される、装置。
【請求項１３０】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを含み、前記少なくとも1つのプロセッサが、
アプリケーションサーバのためのポリシー更新を受信し、
前記アプリケーションサーバへの送信のために、ユーザ機器(UE)からデータを受信し、
前記受信されたポリシー更新に基づいて、前記アプリケーションサーバへの送信を制限すべき、前記受信されたデータの量を決定するように構成される、装置。
【請求項１３１】
コンピュータ可読媒体に記憶され、少なくとも1つのプロセッサ上で実行されると、
アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信するステップと、
トラフィック制御に対する前記受信された要求に基づいて、前記アプリケーションサーバのためのポリシー更新を決定するステップと
を実行するコードを含む、コンピュータプログラム。
【請求項１３２】
コンピュータ可読媒体に記憶され、少なくとも1つのプロセッサ上で実行されると、
アプリケーションサーバのためのポリシー更新を受信するステップと、
前記アプリケーションサーバへの送信のために、ユーザ機器(UE)からデータを受信するステップと、
前記受信されたポリシー更新に基づいて、前記アプリケーションサーバへの送信を制限すべき、前記受信されたデータの量を決定するステップと
を実行するコードを含む、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、その全体が参照により本明細書に明確に組み込まれる、2014年3月14日に出願された「PACKET FILTER BASED ACCESS CONTROL」と題する米国仮特許出願第61/953,686号、2014年7月14日に出願された「WIRELESS DEVICE AND NETWORKED CENTERED SOLUTIONS FOR REDUCING IMPACT ON APPLICATION SERVERS ENCOUNTERING PROBLEMS」と題する米国仮特許出願第62/024,437号、および2015年3月9日に出願された「PACKET FILTER BASED ACCESS CONTROL」と題する米国特許出願第14/642,585号の利益を主張する。
【０００２】
本開示は全般に通信システムに関し、より具体的には、アクセス制御に関する。
【背景技術】
【０００３】
電話、ビデオ、データ、メッセージング、および放送などの様々な電気通信サービスを提供するために、ワイヤレス通信システムが広く展開されている。通常のワイヤレス通信システムは、利用可能なシステムリソース(たとえば、帯域幅、送信電力)を共有することによって複数のユーザとの通信をサポートすることが可能な、多元接続技術を利用することができる。そのような多元接続技術の例には、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、直交周波数分割多元接続(OFDMA)システム、シングルキャリア周波数分割多元接続(SC-FDMA)システム、および時分割同期符号分割多元接続(TD-SCDMA)システムがある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
これらの多元接続技術は、異なるワイヤレスデバイスが自治体、国家、地域、さらには地球規模のレベルで通信するのを可能にする共通プロトコルを提供するために、様々な遠隔通信規格において採用されている。新興の電気通信規格の一例は、Long Term Evolution(LTE)である。LTEは、第3世代パートナーシッププロジェクト(3GPP)によって公表されたUniversal Mobile Telecommunications System(UMTS)のモバイル規格に対する拡張セットである。LTEは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、および、ダウンリンク(DL)上のOFDMA、アップリンク(UL)上のSC-FDMA、および多入力多出力(MIMO)アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるのに伴い、LTE技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術、およびこれらの技術を利用する遠隔通信規格に適用可能であるべきである。
【課題を解決するための手段】
【０００５】
本開示のある態様では、方法、コンピュータプログラム製品、および装置が提供される。装置はユーザ機器(UE)であり得る。装置は、異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信する。装置は、それぞれのタイプのアクセス制御の各々のためのアクセス制御情報へのパケットフィルタのマッピングに基づいて、コアネットワークにおいて確立されるTFTを受信する。装置は、アプリケーションからデータパケットを受信する。装置は、データパケットをTFTのパケットフィルタと照合して、データパケットに対応するアクセス制御情報を決定する。装置は、決定されたタイプのアクセス制御のためのアクセスパラメータに基づいて、データパケットのためのワイヤレス通信を確立する。
【０００６】
本開示の別の態様では、方法、コンピュータプログラム製品、および装置が提供される。装置は基地局であり得る。装置は、複数のデータサービスの各々のためのアクセス制御情報を取得する。装置は、それぞれのタイプのデータサービスのために取得されたアクセス制御情報に基づいて、各タイプのアクセス制御のために少なくとも1つのアクセスパラメータを導出する。装置は、各タイプのアクセス制御のために導出された少なくとも1つのアクセスパラメータをUEに送信する。装置は、アクセス制御情報に基づいて、コアネットワークにおいて確立されたトラフィックフローテンプレート(TFT)をUEに提供する。
【０００７】
本開示の別の態様では、方法、コンピュータプログラム製品、および装置が提供される。装置はUEであり得る。装置は、異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信する。装置は、アプリケーションレイヤからのデータパケットのデータサービスタイプをデータサービスレイヤに渡す。装置は、APIに基づいて、データサービスタイプのための対応するタイプのアクセス制御を決定する。装置は、決定されたタイプのアクセス制御のためのアクセスパラメータに基づいて、データパケットのためのワイヤレス通信を確立する。
【０００８】
本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。装置はポリシーサーバであり得る。装置は、アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信する。装置は、トラフィック制御に対する受信された要求に基づいて、アプリケーションサーバのためのポリシー更新を決定する。装置は、ポリシー更新を1つまたは複数のユーザ機器に送信する。
【０００９】
本開示の別の態様では、装置はユーザ機器であり得る。装置は、アプリケーションサーバのためのポリシー更新を受信する。装置は、ポリシー更新に基づいて、アプリケーションサーバと関連付けられる1つもしくは複数の宛先インターネットプロトコル(IP)アドレスに、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを決定する。
【００１０】
本開示のある態様では、装置はポリシーサーバであり得る。装置は、アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信する。装置は、トラフィック制御に対する受信された要求に基づいて、アプリケーションサーバのためのポリシー更新を決定する。装置は、決定されたポリシー更新をポリシーエンティティに送信し、ポリシー更新は、ネットワークゲートウェイからアプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへの、またはアプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべきデータの量を示す。
【００１１】
本開示の別の態様では、装置はネットワークゲートウェイであり得る。装置は、アプリケーションサーバのためのポリシー更新を受信する。装置は、アプリケーションサーバへの送信のために、ユーザ機器からデータを受信する。装置は、受信されたポリシー更新に基づいて、アプリケーションサーバへの送信を制限すべき、受信されたデータの量を決定する。
【図面の簡単な説明】
【００１２】
【図１】ネットワークアーキテクチャの例を示す図である。
【図２】アクセスネットワークの例を示す図である。
【図３】LTEにおけるDLフレーム構造の例を示す図である。
【図４】LTEにおけるULフレーム構造の例を示す図である。
【図５】ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの例を示す図である。
【図６】アクセスネットワーク中のevolved Node Bおよびユーザ機器の例を示す図である。
【図７】本開示のある態様による、例示的な呼のフローの図である。
【図８】本開示の別の態様による、例示的な呼のフローの図である。
【図９】UEのプロトコルスタックの例示的な図である。
【図１０】ワイヤレス通信の方法のフローチャートである。
【図１１】例示的な装置における様々なモジュール/手段/コンポーネント間のデータフローを示す概念的なデータフロー図である。
【図１２】処理システムを利用する装置のためのハードウェア実装形態の例を示す図である。
【図１３】ワイヤレス通信の方法のフローチャートである。
【図１４】例示的な装置における異なるモジュール/手段/コンポーネント間のデータフローを示す概念的なデータフロー図である。
【図１５】処理システムを利用する装置のためのハードウェア実装形態の例を示す図である。
【図１６】ワイヤレス通信の方法のフローチャートである。
【図１７】例示的な装置における異なるモジュール/手段/コンポーネント間のデータフローを示す概念的なデータフロー図である。
【図１８】処理システムを利用する装置のためのハードウェア実装形態の例を示す図である。
【図１９Ａ】Multicast Broadcast Single Frequency Networkにおけるevolved Multimedia Broadcast Multicast Serviceチャネル構成の例を示す図である。
【図１９Ｂ】Multicast Channel Scheduling Information Media Access Control制御要素のフォーマットを示す図である。
【図２０】アプリケーションサーバが問題に遭遇した際の影響を減らすためのワイヤレスデバイス中心の解決法の図である。
【図２１】アプリケーションサーバが問題に遭遇した際の影響を減らすためのポリシーサーバに関するワイヤレスデバイス中心の解決法の例示的な方法のフローチャートである。
【図２２】アプリケーションサーバが問題に遭遇した際の影響を減らすためのユーザ機器に関するワイヤレスデバイス中心の解決法の例示的な方法のフローチャートである。
【図２３】例示的な装置における異なるモジュール/手段/コンポーネント間のデータフローを示す概念的なデータフロー図である。
【図２４】処理システムを利用する装置のためのハードウェア実装形態の例を示す図である。
【図２５】例示的な装置における異なるモジュール/手段/コンポーネント間のデータフローを示す概念的なデータフロー図である。
【図２６】処理システムを利用する装置のためのハードウェア実装形態の例を示す図である。
【図２７】アプリケーションサーバが問題に遭遇した際の影響を減らすためのワイヤレスネットワーク中心の解決法の図である。
【図２８】アプリケーションサーバが問題に遭遇した際の影響を減らすためのポリシーサーバに関するワイヤレスネットワーク中心の解決法の例示的な方法のフローチャートである。
【図２９】アプリケーションサーバが問題に遭遇した際の影響を減らすためのネットワークゲートウェイに関するワイヤレスネットワーク中心の解決法の例示的な方法のフローチャートである。
【図３０】例示的な装置における異なるモジュール/手段/コンポーネント間のデータフローを示す概念的なデータフロー図である。
【図３１】処理システムを利用する装置のためのハードウェア実装形態の例を示す図である。
【図３２】例示的な装置における異なるモジュール/手段/コンポーネント間のデータフローを示す概念的なデータフロー図である。
【図３３】処理システムを利用する装置のためのハードウェア実装形態の例を示す図である。
【発明を実施するための形態】
【００１３】
添付の図面とともに以下に記載される詳細な説明は、様々な構成の説明として意図されており、本明細書で説明する概念が実施され得る唯一の構成を表すことを意図されていない。詳細な説明は、様々な概念の完全な理解を提供するための具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細を伴わずに実践され得ることは当業者に明らかであろう。場合によっては、そのような概念を曖昧にすることを回避するために、よく知られている構造およびコンポーネントがブロック図の形態で示されている。
【００１４】
次に、遠隔通信システムのいくつかの態様が、様々な装置および方法を参照して提示される。これらの装置および方法は、以下の発明を実施するための形態で説明され、様々なブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズムなど(「要素」と総称される)によって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、具体的な適用例およびシステム全体に課された設計制約に依存する。
【００１５】
例として、要素、または要素の任意の部分、または要素の任意の組合せは、1つまたは複数のプロセッサを含む「処理システム」で実装され得る。プロセッサの例には、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実行するように構成された他の適切なハードウェアがある。処理システム内の1つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、または他の名称で呼ばれるかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、関数などを意味するように広く解釈されるべきである。
【００１６】
したがって、1つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、または符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、電気消去可能プログラマブルROM(EEPROM)、コンパクトディスクROM(CD-ROM)もしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または命令またはデータ構造の形態で所望のプログラムコードを搬送または記憶するために使用されコンピュータによってアクセスされ得る他の任意の媒体を含み得る。上記の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
【００１７】
図1は、LTEネットワークアーキテクチャ100を示す図である。LTEネットワークアーキテクチャ100は、Evolved Packet System(EPS)100と呼ばれることがある。EPS100は、1つまたは複数のユーザ機器(UE)102と、Evolved UMTS Terrestrial Radio Access Network(E-UTRAN)104と、Evolved Packet Core(EPC)110と、事業者のインターネットプロトコル(IP)サービス122とを含み得る。EPSは、他のアクセスネットワークと相互接続することができるが、簡単にするために、それらのエンティティ/インターフェースは図示されていない。示されるように、EPSはパケット交換サービスを提供するが、当業者が容易に諒解するように、本開示全体にわたって提示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００１８】
E-UTRANは、evolved Node B(eNB)106と他のeNB108とを含み、Multicast Coordination Entity(MCE)128を含み得る。eNB106は、UE102に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。eNB106は、バックホール(たとえばX2インターフェース)を介して他のeNB108に接続され得る。MCE128は、evolved Multimedia Broadcast Multicast Service(MBMS)(eMBMS)のために時間/周波数無線リソースを割り振り、eMBMSのための無線構成(たとえば、変調およびコーディング方式(MCS))を決定する。MCE128は、別個のエンティティであっても、またはeNB106の一部であってもよい。eNB106はまた、基地局、Node B、アクセスポイント、基地局装置、無線基地局、無線送受信機、送受信機機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、または他の何らかの適切な用語で呼ばれ得る。eNB106は、UE102のためにEPC110へのアクセスポイントを与える。UE102の例には、携帯電話、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、携帯情報端末(PDA)、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲーム機、タブレット、または他の任意の類似の機能デバイスがある。UE102はまた、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアントと呼ばれることがあり、または他の何らかの適切な用語で呼ばれることがある。
【００１９】
eNB106はEPC110に接続される。EPC110は、Mobility Management Entity(MME)112と、Home Subscriber Server(HSS)120と、他のMME114と、サービングゲートウェイ116と、Multimedia Broadcast Multicast Service(MBMS)ゲートウェイ124と、Broadcast Multicast Service Center(BM-SC)126と、パケットデータネットワーク(PDN)ゲートウェイ118とを含み得る。MME112は、UE102とEPC110との間のシグナリングを処理する制御ノードである。一般に、MME112は、ベアラおよび接続の管理を行う。すべてのユーザIPパケットは、サービングゲートウェイ116を通じて転送され、サービングゲートウェイ116自体は、PDNゲートウェイ118に接続される。PDNゲートウェイ118は、UEのIPアドレス割振りならびに他の機能を提供する。PDNゲートウェイ118およびBM-SC126は、IPサービス122に接続される。IPサービス122は、インターネット、イントラネット、IPマルチメディアサブシステム(IMS)、PSストリーミングサービス(PSS)、および/または他のIPサービスを含み得る。BM-SC126は、MBMSユーザサービスのプロビジョニングおよび配信のための機能を提供することができる。BM-SC126は、コンテンツプロバイダのMBMS送信の始点として機能することができ、PLMN内のMBMSベアラサービスを認可して開始するために使用されてよく、MBMS送信をスケジューリングして配信するために使用されてよい。MBMSゲートウェイ124は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク(MBSFN)エリアに属するeNB(たとえば、106、108)に、MBMSトラフィックを配信するために使用されてよく、セッション管理(開始/停止)およびeMBMS関連の課金情報を収集することを担い得る。
【００２０】
図2は、LTEネットワークアーキテクチャにおけるアクセスネットワーク200の例を示す図である。この例では、アクセスネットワーク200は、いくつかのセルラー領域(セル)202に分割されている。1つまたは複数の低電力クラスeNB208は、セル202の1つまたは複数と重複するセルラー領域210を有し得る。低電力クラスeNB208は、フェムトセル(たとえば、home eNB(HeNB))、ピコセル、マイクロセル、またはリモートラジオヘッド(RRH)であり得る。マクロeNB204は各々、それぞれのセル202に割り当てられ、セル202中のすべてのUE206のためにEPC110へのアクセスポイントを提供するように構成される。アクセスネットワーク200のこの例では集中型コントローラはないが、代替的な構成では集中型コントローラが使用され得る。eNB204は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ116への接続を含む、すべての無線関連機能を担う。eNBは、(セクタとも呼ばれる)1つまたは複数(たとえば、3つ)のセルをサポートすることができる。「セル」という用語は、特定のカバレッジエリアをサービスするeNBおよび/またはeNBサブシステムの最小のカバレッジエリアを指し得る。さらに、「eNB」、「基地局」、および「セル」という用語は、本明細書では互換的に使用され得る。
【００２１】
アクセスネットワーク200によって使用される変調方式および多元接続方式は、展開されている具体的な遠隔通信規格に応じて異なり得る。LTEの適用例では、DL上ではOFDMが使用され、UL上ではSC-FDMAが使用されて、周波数分割複信(FDD)と時分割複信(TDD)の両方をサポートする。当業者が以下の詳細な説明から容易に諒解するように、本明細書に提示される様々な概念は、LTEの適用例に好適である。しかしながら、これらの概念は、他の変調技法および多元接続技法を利用する他の遠隔通信規格に容易に拡張され得る。例として、これらの概念は、Evolution-Data Optimized(EV-DO)またはUltra Mobile Broadband(UMB)に拡張され得る。EV-DOおよびUMBは、CDMA2000規格ファミリの一部として第3世代パートナーシッププロジェクト2(3GPP2)によって公表されたエアインターフェース規格であり、CDMAを利用してブロードバンドインターネットアクセスを移動局に提供する。これらの概念はまた、Wideband-CDMA(WCDMA(登録商標))およびTD-SCDMAなどのCDMAの他の変形形態を採用するUniversal Terrestrial Radio Access(UTRA)、TDMAを採用するGlobal System for Mobile Communications(GSM(登録商標))、ならびにOFDMAを採用するEvolved UTRA(E-UTRA)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、およびFlash-OFDMに拡張され得る。UTRA、E-UTRA、UMTS、LTE、およびGSM(登録商標)は、3GPP団体からの文書に記載されている。CDMA2000およびUMBは、3GPP2団体からの文書に記載されている。利用される実際のワイヤレス通信規格および多元接続技術は、具体的な適用例およびシステムに課された全体的な設計制約に依存する。
【００２２】
eNB204は、MIMO技術をサポートする複数のアンテナを有し得る。MIMO技術の使用により、eNB204は空間領域を活用して、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートすることが可能になる。空間多重化は、同じ周波数上で同時にデータの様々なストリームを送信するために使用され得る。データストリームは、データレートを上げるために単一のUE206に送信されてよく、または全体的なシステム容量を増やすために複数のUE206に送信されてよい。これは、各データストリームを空間的にプリコーディングし(すなわち、振幅および位相のスケーリングを適用し)、次いで、空間的にプリコーディングされた各ストリームをDL上で複数の送信アンテナを通じて送信することによって、達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにUE206に到達し、これにより、UE206の各々は、そのUE206に向けられた1つまたは複数のデータストリームを復元することが可能になる。UL上では、各UE206は、空間的にプリコーディングされたデータストリームを送信し、これにより、eNB204は、空間的にプリコーディングされた各データストリームの発生源を特定することが可能になる。
【００２３】
空間多重化は一般に、チャネル状態が良好なときに使用される。チャネル状態がさほど好ましくないときは、送信エネルギーを1つまたは複数の方向に集中させるために、ビームフォーミングが使用され得る。これは、複数のアンテナを通じた送信のためにデータを空間的にプリコーディングすることによって実現され得る。セルの端部において良好なカバレッジを実現するために、単一ストリームのビームフォーミング送信が、送信ダイバーシティと組み合わせて使用され得る。
【００２４】
以下の詳細な説明では、アクセスネットワークの様々な態様が、DL上でOFDMをサポートするMIMOシステムを参照して説明される。OFDMは、OFDMシンボル内のいくつかのサブキャリアにわたってデータを変調するスペクトル拡散技法である。これらのサブキャリアは、周波数が正確に離隔されている。この離隔は、受信機がサブキャリアからのデータを復元することを可能にする「直交性」をもたらす。時間領域では、OFDMシンボル間の干渉を抑制するために、ガード間隔(たとえば、サイクリックプレフィックス)が各OFDMシンボルに加えられ得る。ULは、SC-FDMAをDFT拡散OFDM信号の形で使用して、高いピーク対平均電力比(PAPR)を補償することができる。
【００２５】
図3は、LTEにおけるDLフレーム構造の例を示す図300である。フレーム(10ミリ秒)は、等しいサイズの10個のサブフレームに分割され得る。各サブフレームは、連続する2つの時間スロットを含み得る。リソースグリッドは、2つの時間スロットを表すために使用されてよく、各時間スロットはリソースブロックを含む。リソースグリッドは、複数のリソース要素に分割される。LTEにおいて、ノーマルサイクリックプレフィックスの場合、リソースブロックは、合計で84個のリソース要素に対して、周波数領域では12個の連続的なサブキャリアを含み、時間領域では7個の連続的なOFDMシンボルを含む。拡張サイクリックプレフィックスの場合、リソースブロックは、合計で72個のリソース要素に対して、周波数領域では12個の連続的なサブキャリアを含み、時間領域では6個の連続的なOFDMシンボルを含む。R302、R304として示されたリソース要素のいくつかは、DL基準信号(DL-RS)を含む。DL-RSは、(共通RSと呼ばれることもある)セル固有RS(CRS)302、およびUE固有RS(UE-RS)304を含む。UE-RS304は、対応する物理DL共有チャネル(PDSCH)のマッピング先であるリソースブロック上のみで送信される。各リソース要素によって搬送されるビットの数は、変調方式に依存する。したがって、UEが受信するリソースブロックが多いほど、かつ変調方式が高いほど、UEのデータレートは高くなる。
【００２６】
図4は、LTEにおけるULフレーム構造の例を示す図400である。ULのために利用可能なリソースブロックは、データセクションおよび制御セクションに区分され得る。制御セクションは、システム帯域幅の2つの端部に形成されてよく、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報の送信のためにUEに割り当てられ得る。データセクションは、制御セクションに含まれないすべてのリソースブロックを含み得る。ULフレーム構造により、データセクションは連続的なサブキャリアを含むことになり、これにより、単一のUEが、データセクション中の連続するサブキャリアのすべてを割り当てられることが可能になり得る。
【００２７】
UEは、制御情報をeNBに送信するために、制御セクション中のリソースブロック410a、410bを割り当てられ得る。UEはまた、データをeNBに送信するために、データセクション中のリソースブロック420a、420bを割り当てられ得る。UEは、制御セクション中の割り当てられたリソースブロック上の物理UL制御チャネル(PUCCH)中で、制御情報を送信し得る。UEは、データセクション中の割り当てられたリソースブロック上の物理UL共有チャネル(PUSCH)中で、データのみを、またはデータと制御情報の両方を送信し得る。UL送信は、サブフレームの両方のスロットにまたがることがあり、かつ周波数にわたってホップすることがある。
【００２８】
初期のシステムアクセスを実行し、物理ランダムアクセスチャネル(PRACH)430におけるUL同期を実現するために、リソースブロックのセットが使用され得る。PRACH430は、ランダムシーケンスを搬送し、いかなるULデータ/シグナリングも搬送できない。各ランダムアクセスプリアンブルは、連続する6個のリソースブロックに対応する帯域幅を占める。開始周波数は、ネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある特定の時間リソースおよび周波数リソースに制限される。PRACHの場合、周波数ホッピングは存在しない。PRACHの試行は、単一のサブフレーム(1ms)中で、または少数の連続するサブフレームのシーケンス中で搬送され、UEは、フレーム(10ms)ごとに単一のPRACHの試行しか行うことができない。
【００２９】
図5は、LTEにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの例を示す図500である。UEおよびeNBのための無線プロトコルアーキテクチャは、レイヤ1、レイヤ2、およびレイヤ3という3つのレイヤとともに示される。レイヤ1(L1レイヤ)は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。本明細書では、L1レイヤは物理レイヤ506と呼ばれる。レイヤ2(L2レイヤ)508は、物理レイヤ506の上にあり、物理レイヤ506を通じたUEとeNBとの間のリンクを担う。
【００３０】
ユーザプレーンでは、L2レイヤ508は、媒体アクセス制御(MAC)サブレイヤ510、無線リンク制御(RLC)サブレイヤ512、およびパケットデータコンバージェンスプロトコル(PDCP)サブレイヤ514を含み、これらは、ネットワーク側のeNBにおいて終端する。示されていないが、UEは、L2レイヤ508の上にいくつかの上位レイヤを有してよく、これらは、ネットワーク側のPDNゲートウェイ118において終端するネットワークレイヤ(たとえば、IPレイヤ)と、接続の他端(たとえば、遠端UE、サーバなど)において終端するアプリケーションレイヤとを含む。
【００３１】
PDCPサブレイヤ514は、様々な無線ベアラと論理チャネルとの間の多重化を実現する。PDCPサブレイヤ514は、無線送信のオーバーヘッドを低減するための上位レイヤのデータパケットのヘッダ圧縮、データパケットを暗号化することによるセキュリティ、およびeNB間のUEのハンドオーバのサポートも提供する。RLCサブレイヤ512は、上位レイヤのデータパケットのセグメント化および再アセンブリ、紛失したデータパケットの再送信、ならびに、ハイブリッド自動再送要求(HARQ)による順序の狂った受信を補償するためのデータパケットの並べ替えを実現する。MACサブレイヤ510は、論理チャネルとトランスポートチャネルとの間の多重化を実現する。MACサブレイヤ510はまた、1つのセルの中の様々な無線リソース(たとえば、リソースブロック)をUEの間で割り振ることを担う。MACサブレイヤ510はまた、HARQ動作を担う。
【００３２】
制御プレーンでは、UEおよびeNBの無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ506およびL2レイヤ508に関して実質的に同じである。制御プレーンはまた、レイヤ3(L3レイヤ)中に無線リソース制御(RRC)サブレイヤ516を含む。RRCサブレイヤ516は、無線リソース(たとえば、無線ベアラ)を取得すること、および、eNBとUEとの間のRRCシグナリングを使用して下位レイヤを構成することを担う。
【００３３】
図6は、アクセスネットワーク中でUE650と通信するeNB610のブロック図である。DLでは、コアネットワークからの上位レイヤパケットが、コントローラ/プロセッサ675に提供される。コントローラ/プロセッサ675は、L2レイヤの機能を実装する。DLでは、コントローラ/プロセッサ675は、ヘッダ圧縮、暗号化、パケットのセグメント化および並べ替え、論理チャネルとトランスポートチャネルとの間の多重化、ならびに、様々な優先順位基準に基づくUE650への無線リソース割振りを行う。コントローラ/プロセッサ675はまた、HARQ動作、紛失したパケットの再送信、およびUE650へのシグナリングを担う。
【００３４】
送信(TX)プロセッサ616は、L1レイヤ(すなわち、物理レイヤ)のための様々な信号処理機能を実装する。これらの信号処理機能は、UE650における順方向誤り訂正(FEC)を容易にするためのコーディングおよびインタリービングと、様々な変調方式(たとえば、2値位相偏移変調(BPSK)、直交位相偏移変調(QPSK)、M位相偏移変調(M-PSK)、M直交振幅変調(M-QAM))に基づく信号コンスタレーションへのマッピングとを含む。次いで、コーディングされ変調されたシンボルは、並列ストリームに分割される。次いで、各ストリームは、OFDMサブキャリアにマッピングされ、時間および/または周波数領域で基準信号(たとえば、パイロット)と多重化され、次いで逆高速フーリエ変換(IFFT)を使用して一緒に結合されて、時間領域OFDMシンボルストリームを搬送する物理チャネルが生成される。OFDMストリームは、空間的にプリコーディングされて、複数の空間ストリームが生成される。チャネル推定器674からのチャネル推定値が、コーディングおよび変調の方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、UE650によって送信された基準信号および/またはチャネル状態のフィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機618TXを介して異なるアンテナ620に提供され得る。各送信機618TXは、送信のためのそれぞれの空間ストリームによりRFキャリアを変調し得る。
【００３５】
UE650において、各受信機654RXは、それぞれのアンテナ652を通じて信号を受信する。各受信機654RXは、RF搬送波上に変調された情報を復元し、この情報を受信機(RX)プロセッサ656に与える。RXプロセッサ656は、L1レイヤの様々な信号処理機能を実装する。RXプロセッサ656は、情報に対して空間処理を実行して、UE650に宛てられた任意の空間ストリームを復元し得る。複数の空間ストリームがUE650に向けられている場合、これらは、RXプロセッサ656によって単一のOFDMシンボルストリームへと結合され得る。次いで、RXプロセッサ656は、高速フーリエ変換(FFT)を使用して、OFDMシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、OFDM信号の各サブキャリアに対して別個のOFDMシンボルストリームを含む。各サブキャリア上のシンボル、および基準信号は、eNB610によって送信された最も可能性の高い信号コンスタレーションポイントを決定することによって、復元および復調される。これらの軟判定は、チャネル推定器658によって計算されたチャネル推定値に基づき得る。次いで、軟判定は復号されデインタリーブされて、物理チャネル上でeNB610によって最初に送信されていたデータおよび制御信号が復元される。次いで、データおよび制御信号は、コントローラ/プロセッサ659に与えられる。
【００３６】
コントローラ/プロセッサ659は、L2レイヤを実装する。コントローラ/プロセッサは、プログラムコードおよびデータを記憶するメモリ660と関連付けられ得る。メモリ660は、コンピュータ可読媒体と呼ばれ得る。ULにおいて、コントローラ/プロセッサ659は、トランスポートチャネルと論理チャネルとの間の逆多重化、パケット再構築、復号、ヘッダ圧縮解除、コアネットワークからの上位レイヤのパケットを復元するための制御信号処理を提供する。次いで、上位レイヤパケットはデータシンク662に提供され、データシンク662はL2レイヤの上のすべてのプロトコルレイヤを表す。様々な制御信号も、L3処理のためにデータシンク662に提供され得る。コントローラ/プロセッサ659はまた、HARQ動作をサポートするために、確認応答(ACK)および/または否定応答(NACK)のプロトコルを使用した誤り検出を担う。
【００３７】
ULでは、コントローラ/プロセッサ659に上位レイヤパケットを提供するために、データソース667が使用される。データソース667は、L2レイヤの上のすべてのプロトコルレイヤを表す。eNB610によるDL送信に関して説明された機能と同様に、コントローラ/プロセッサ659は、ヘッダ圧縮、暗号化、パケットのセグメント化および並べ替え、ならびに、eNB610による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化を行うことによって、ユーザプレーンおよび制御プレーンのためのL2レイヤを実装する。コントローラ/プロセッサ659はまた、HARQ動作、失われたパケットの再送、およびeNB610へのシグナリングを担う。
【００３８】
適切な符号化および変調の方式を選択し、空間処理を容易にするために、eNB610によって送信された基準信号またはフィードバックからチャネル推定器658によって導出されたチャネル推定値が、TXプロセッサ668によって使用され得る。TXプロセッサ668によって生成された空間ストリームは、別個の送信機654TXを介して異なるアンテナ652に提供され得る。各送信機654TXは、送信のためのそれぞれの空間ストリームによりRFキャリアを変調し得る。
【００３９】
UL送信は、eNB610において、UE650における受信機機能に関して説明された方式と同様の方式で処理される。各受信機618RXは、それぞれのアンテナ620を通じて信号を受信する。各受信機618RXは、RFキャリア上に変調された情報を復元し、その情報をRXプロセッサ670に提供する。RXプロセッサ670は、L1レイヤを実装し得る。
【００４０】
コントローラ/プロセッサ675は、L2レイヤを実装する。コントローラ/プロセッサ675は、プログラムコードおよびデータを記憶するメモリ676と関連付けられ得る。メモリ676は、コンピュータ可読媒体と呼ばれ得る。ULでは、コントローラ/プロセッサ675は、トランスポートチャネルと論理チャネルとの間の逆多重化、パケット再構築、暗号化解除、ヘッダ圧縮解除、制御信号処理を行って、UE650からの上位レイヤパケットを復元する。コントローラ/プロセッサ675からの上位レイヤパケットは、コアネットワークに提供され得る。コントローラ/プロセッサ675はまた、HARQ動作をサポートするために、ACKおよび/またはNACKプロトコルを使用した誤り検出を担う。
【００４１】
データサービスは、ボイスオーバーIP(VoIP)、ショートメッセージサービス(SMS)、チャットサービス、および他のデータサービスを含み得る。データサービスは、ワイヤレス通信を介して実行され得る。データサービスは、緊急データサービスおよび非緊急データサービスとして分類され得る。したがって、緊急データサービスにはより高い優先度のアクセス制御が適用され得るが、非緊急データサービスにはより低い優先度のアクセス制御が適用され得る。一例では、緊急SMS(たとえば、自然災害を報告するSMS)は高い優先度のアクセス制御を有し得るので、任意の他の非緊急データサービスの前に通信され得る。したがって、異なるタイプのデータサービスに対して異なるアクセス優先度を与えるのが望ましいことがある。
【００４２】
異なるサービス品質(QoS)を区別するために、パケットフィルタ(PF)が使用され得る。一般に、トラフィックチャネルが確立された後で、パケットフィルタを含むトラフィックフローテンプレート(TFT)が適用され得る。次いで、異なるQoSを区別するためにTFTのパケットフィルタが使用され得る。しかしながら、そのような手法は、パケットフィルタに基づくアクセス制御機構を提供しない。
【００４３】
ある態様では、UEは、UEがトラフィックチャネルを確立する前に、パケットフィルタを利用してデータサービスのためのアクセス制御を決定することができる。具体的には、UEのより低いレイヤのエンティティが送信されるべきデータ(たとえば、UEに常駐するアプリケーションからのデータサービスのデータパケット)を受信するとき、UEはそのデータをパケットフィルタと照合して、サービスのための対応するアクセス制御パラメータを適用することができる。アクセス制御パラメータの一例は持続性の値であり、異なるアクセス制御は異なる持続性の値に対応する。一例では、データが緊急の呼である場合、対応するアクセス制御パラメータは、緊急ではない呼のためのアクセス制御よりも、緊急の呼のためのアクセス制御を取得するための多くの機会がUEに提供されるべきであることを示し得る。UEが最初にサービスを要求できるように、UEはまずアクセスチャネルを取得し得る。ネットワークは次いで、トラフィックチャネルをUEに割り当てることができる。一般に、UEがアクセスチャネルを取得できない場合、ネットワークはトラフィックチャネルをUEに割り当てることができない。送信の前にパケットフィルタをデータパケットに適用することによって、UEは、データパケットのためのデータサービスを区別することができるので、データサービスを通信するときにアクセス制御のための対応するアクセス制御パラメータを適用することができる。
【００４４】
図7は、本開示のある態様による、例示的な呼のフロー700である。呼のフロー700は、アプリケーション702、UE704、無線アクセスネットワーク(RAN)706、高速パケットデータサービングゲートウェイ(HSGW)708、およびパケットデータネットワークゲートウェイ(P-GW)710を含む。712において、RAN706は、異なるタイプのデータサービスのための異なるアクセス制御のアクセス制御クラス(ACC)を決定する。具体的には、712において、RAN706は、HSGW708および/またはP-GW710を含むコアネットワークからACCを受信することができる。712において、RAN706はまた、コアネットワークからACCとともに追加のアクセス制御情報を受信することができる。HSGW708および/またはP-GW710は、ポリシーおよび課金ルール機能(PCRF)からACCと追加のアクセス制御情報とを受信することができる。代替的に、ACCおよび/または追加のアクセス制御情報は、RAN706において事前に構成され得る。各データサービスは、特定の1つだけのACCと関連付けられ得る。逆に、ACCは1つまたは複数の特定のデータサービスと関連付けられ得る。714において、RAN706は、各ACCのためのアクセス制御パラメータを導出する。したがって、異なるアクセス制御パラメータが、異なるACCのために生成され得る。アクセス制御パラメータは、持続性の値を含み得る。716において、RAN706は、UE704にアクセス制御パラメータを送信する。一例では、RAN706は、over-the-air(OTA)オーバーヘッドメッセージ(たとえば、アクセスパラメータメッセージまたはシステム情報ブロック)を通じてアクセス制御パラメータを送信することができる。
【００４５】
718において、UE704は、セッションセットアップシグナリングメッセージをRAN706に送信してセッションを確立する。UE704および/またはRAN706は、セッションセットアップシグナリングメッセージのためのアクセス制御の優先度が高いと決定することができる。したがって、アクセス制御の高い優先度とともに、アクセスチャネルおよびトラフィックチャネルがRAN706において確立され得る。セッションセットアップシグナリングメッセージを受信すると、720において、RAN706は、UE704、HSGW708、およびP-GW710との通信セッションを確立する。たとえば、720において、RAN706は、UE704とのエアインターフェースセッション(たとえば、高速パケットデータ(HRPD)セッションまたはLTE無線セッション)を確立することができ、HSGW708、パケットデータサービングノード(PDSN)、およびP-GW710へのネットワーク接続(たとえば、RAN706とHSGW708との間のA10接続)を確立することができる。次いで、UE704は、HSGW/PDSN/P-GWとの、ポイントツーポイント(PPP)セッションまたはPDN接続/コンテキストの少なくとも1つを確立する。722において、HSGW708および/またはP-GW710を含むコアネットワークは、UE704とのTFTを確立し、RAN706を介してTFTをUEに提供する。TFTは、フロー識別子、パケットフィルタ、QoS、およびACCを含み得る。QoSは、QoSクラス識別子またはQoSプロファイル識別子を含み得る。722において、コアネットワーク(たとえば、HSGW708、P-GW710、および/またはPDSN)はまた、それぞれ、ACCをパケットフィルタと関連付け、RAN706を介してパケットフィルタを含むTFTをUE704に提供する。一例では、コアネットワークは、RSVPシグナリング、Non Access Stratum(NAS)シグナリングなどを使用して、TFTをUE704に提供することができる。
【００４６】
722においてデータ接続を確立した後で、UE702は、アイドル状態に入り、データの受信を待機することができる。UE702は、UE702がデータを受信するまでアイドル状態にとどまり得る。724において、アプリケーション702は、データパケット(たとえば、VoIP呼データ)をUE704に送信する。726において、UE702はデータパケットをTFTと照合し、データパケットに対応するACCを決定し、決定されたACCに対応するアクセスパラメータに従ってデータパケットのためのトラフィックチャネルを確立するためにアクセス手順を適用する。716において、アクセスパラメータがUE704により受信されることに留意されたい。具体的には、UEがデータパケットをTFTと照合するとき、UEは、TFTに含まれるパケットフィルタを使用して、データパケットに対応するACCのタイプを決定することができる。たとえば、データパケットが緊急のVoIP呼のデータパケットである場合、データパケットのACCタイプが緊急のVoIP呼であることを決定するために、TFT中のパケットフィルタが使用され得る。そのような例では、UE702は、緊急のVoIP呼に対応するアクセスパラメータに基づいてデータパケットを通信することができる。
【００４７】
Table 1(表1)は、異なるタイプのACCの例を含む。Table 1(表1)に示されるように、各々のACCのタイプは、異なるアクセス制御の目的に対する異なる値に対応する。
【００４８】
【表１】
2017511054.tif 000003
【００４９】
図8は、本開示の別の態様による、例示的な呼のフロー800である。呼のフロー800は、アプリケーション802、UE804、RAN806、HSGW808、およびP-GW810を含む。812において、RAN806は、異なるタイプのデータサービスのための異なるACCの異なるQoSを決定する。具体的には、812において、RAN806は、HSGW808および/またはP-GW810を含むコアネットワークからQoSを受信することができる。代替的に、QoSはRAN806において事前に構成され得る。ある態様では、QoSは、各アクセス制御と関連付けられるアクセス制御情報(たとえば、新しいプロファイル識別子の値または新しい識別子QoSクラス(QCI)の値)を含み得る。814において、RAN806は、各QoSのためのアクセス制御パラメータを導出する。したがって、異なるアクセス制御パラメータが、各QoSのために別々に生成され得る。ある態様では、各QoSのためのアクセス制御パラメータは、対応するQoSに含まれるアクセス制御情報から導出され得る。各QoSのアクセス制御情報は、1つまたは複数の特定のデータサービスと関連付けられ得る。816において、RAN806は、UE804にアクセス制御パラメータを送信する。一例では、RAN806は、OTAオーバーヘッドメッセージ(たとえば、アクセスパラメータメッセージまたはシステム情報ブロック)を通じてアクセス制御パラメータを送信することができる。
【００５０】
818において、UE804は、セッションセットアップシグナリングメッセージをRAN806に送信する。UE804および/またはRAN806は、セッションセットアップシグナリングメッセージのためのアクセス制御が高い優先度を示し得ると決定することができる。したがって、アクセスに対して示された高い優先度とともに、アクセスチャネルおよびトラフィックチャネルがRAN806において確立され得る。820において、RAN806は、UE804、HSGW808、およびP-GW810とのセッションを確立する。たとえば、820において、RAN806は、UE804とのエアインターフェースセッション(たとえば、HRPDセッションまたはLTE無線セッション)を確立することができ、HSGW/PDSN/P-GWへのネットワーク接続(たとえば、RAN806とHSGW808との間のA10接続)を確立することができる。次いで、UE804は、HSGW/P-GWとの、PPPセッションまたはPDNコンテキストの少なくとも1つを確立する。822において、HSGW808および/またはP-GW810を含むコアネットワークは、UE804とのTFTを確立し、RAN806を介してTFTをUE804に提供する。TFTは、フロー識別子、パケットフィルタ、およびQoSを含んでよく、アクセス制御のための追加の新しいパラメータを含まなくてよい。具体的には、822において、コアネットワーク(たとえば、HSGW808、P-GW810、またはPDSN)は、それぞれ、QoSに含まれるアクセス制御情報をパケットフィルタと関連付け、RAN806を介してパケットフィルタを含むTFTをUE804に提供することができる。
【００５１】
822においてデータ接続を確立した後で、UE802は、アイドル状態に入り、データの受信を待機することができる。UE802は、UE802がデータを受信するまでアイドル状態にとどまり得る。824において、アプリケーション802は、データパケット(たとえば、VoIP呼データ)をUE804に送信する。826において、UEはデータパケットをTFTと照合し、データパケットに対応するQoSを決定し、決定されたQoSに対応するアクセスパラメータに従ってデータパケットのためのトラフィックチャネルを確立するためにアクセス手順を適用する。816において、アクセスパラメータがUE804により受信されることに留意されたい。具体的には、UEがデータパケットをTFTと照合するとき、UEは、TFTに含まれるパケットフィルタを使用して、データのタイプを決定することができる。たとえば、データパケットが緊急のVoIP呼のデータパケットである場合、データパケットが緊急のVoIP呼であることを決定するために、TFT中のパケットフィルタが使用され得る。そのような例では、UE802は、緊急のVoIP呼に対応するアクセスパラメータに基づいてデータパケットを通信することができる。
【００５２】
以下のTable 2(表2)は、各データフローのためのQoSに含まれる例示的なアクセス制御情報を含む。Table 2(表2)に示されるように、各データフローは異なる値に対応する。
【００５３】
【表２】
2017511054.tif 000004
【００５４】
別の態様では、アクセス制御はPDNごとに適用され得る。具体的には、各PDN識別子が、特定のデータサービスのためのPDN接続を特定することができ、RANは、各PDN識別子からアクセス制御パラメータを導出することができる。したがって、PDN識別子は、データサービスのためのアクセス制御を定義するために使用され得る。たとえば、1つのPDN識別子が緊急SMSサービスと関連付けられてよく、別のPDN識別子が非緊急VoIPサービスと関連付けられてよい。そのような例では、UEがデータを受信するとき、UEは、受信されたデータに対応するデータサービスのためのPDN識別子を決定し、対応するアクセス制御パラメータを適用してデータの通信を開始することができる。一例では、図7に関して説明されたACC識別子のためのビットマップの一部分が、PDN識別子のために確保され得る。別の例では、図8に関連して説明されたQoSプロファイル識別子のためのビットマップの一部分が、PDN識別子のために確保され得る。別の例では、新しいPDN識別子は、TFTに含まれるように定義され得る。さらに、別の態様では、RANは、アクセスポイント名(APN)からアクセス制御パラメータを導出することができる。したがって、APNは、データサービスのためのアクセス制御を定義するために使用され得る。たとえば、1つのAPNが緊急サービスのために使用されてよく、別のAPNが非緊急サービスのために使用されてよい。
【００５５】
ある態様では、異なるアクセス制御が適用され得るように、アプリケーションプログラミングインターフェース(API)が、データサービスタイプを示すために利用され得る。図9は、UEのプロトコルスタックの例示的な図900である。アプリケーションレイヤ902は、データサービスレイヤ904と通信するように構成されてよく、データサービスレイヤ904は、モデムレイヤ906と通信するように構成されてよい。一態様では、アプリケーションレイヤ902の中のアプリケーションが、データパケットおよび/またはデータパケットのデータサービスタイプをデータサービスレイヤ904に渡し、データサービスレイヤ904が、TFTに含まれるデータパケットとパケットフィルタとの照合に基づいてACCまたはQoSを特定することができる。一態様では、データパケットのQoSまたはACCを示すために、アプリケーションレイヤ902とデータサービスレイヤ904との間でAPIが定義され得る。別の態様では、APIは、トラフィックチャネルが要求されるデータサービスおよび/またはアクセス制御のタイプを示すために、データサービスレイヤ904とモデムレイヤ906との間でAPIが定義され得る。モデムレイヤ906は、HRPD、Extended Range HRPD(xHRPD)、LTE、UMTSなどと関連付けられ得る。上で論じられたように、UEは、異なるタイプのデータサービスのためのQoSに含まれるACCまたはアクセス制御情報から導出されたアクセス制御パラメータを受信することができる。したがって、UEは、示されたタイプのアクセス制御のためのアクセスパラメータに基づいて、データパケットのためのトラフィックチャネルの確立を要求するために、アクセス手順を適用することができる。
【００５６】
図10は、本開示のある態様による、ワイヤレス通信の方法のフローチャート1000である。この方法は、UEによって実行され得る。1002において、UEは、異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信する。たとえば、図7に戻って参照すると、RAN706は、(714において)各ACCのためのアクセス制御パラメータを導出し、(716において)アクセス制御パラメータをUE704に送信する。別の例では、図8に戻って参照すると、814において、RAN806は、(814において)各QoSのためのアクセス制御パラメータを導出し、(816において)アクセス制御パラメータをUE804に送信する。ある態様では、各QoSのためのアクセス制御パラメータは、対応するQoSに含まれるアクセス制御情報から導出され得る。
【００５７】
1004において、UEは、それぞれのタイプのアクセス制御の各々のためのアクセス制御情報へのパケットフィルタのマッピングに基づいて、コアネットワークにおいて確立されるTFTを受信する。たとえば、図7に戻って参照すると、722において、コアネットワーク(たとえば、HSGW708、P-GW710、またはPDSN)は、それぞれ、ACCをパケットフィルタと関連付け、RAN706を介してパケットフィルタを含むTFTをUE704に提供する。別の例では、図8に戻って参照すると、822において、HSGW808および/またはP-GW810を含むコアネットワークは、UE804とのTFTを確立し、RAN806を介してTFTをUE804に提供する。
【００５８】
1006において、UEは、アプリケーションからデータパケットを受信する。たとえば、図7に戻って参照すると、アプリケーション702は、(724において)データパケット(たとえば、VoIP呼データ)をUE704に送信する。別の例では、図8に戻って参照すると、アプリケーション802は、(824において)データパケット(たとえば、VoIP呼データ)をUE804に送信する。
【００５９】
1008において、UEは、データパケットをTFTのパケットフィルタと照合して、データパケットに対応するアクセス制御情報を決定する。1010において、UEは、決定されたタイプのアクセス制御のためのアクセスパラメータに基づいて、データパケットのためのワイヤレス通信を確立する。たとえば、図7に戻って参照すると、726において、UE704はデータパケットをTFTと照合し、データパケットに対応するACCを決定し、決定されたACCに対応するアクセスパラメータに従ってデータパケットのためのトラフィックチャネルを確立するためにアクセス手順を適用する。別の例では、図8に戻って参照すると、826において、UE804はデータパケットをTFTと照合し、データパケットに対応するQoSを決定し、決定されたQoSに対応するアクセスパラメータに従ってデータパケットのためのトラフィックチャネルを確立するためにアクセス手順を適用する。
【００６０】
ある態様では、UEは、アクセス制御情報に基づいて、セッションを確立しTFTを確立した後でデータパケットを受信する。そのような態様では、セッションを確立するステップは、エアインターフェースセッションを確立するステップ、PPPセッションを確立するステップ、またはPDNコンテキストを確立するステップの少なくとも1つを含む。そのような態様では、TFTは、フロー識別子、パケットフィルタ、QoS情報、および/またはアクセス制御情報を含む。
【００６１】
ある態様では、パケットフィルタは、緊急データサービスまたは非緊急データサービスの少なくとも1つと関連付けられる。ある態様では、データサービスは、VoIPサービス、IPを通じたSMS、および/またはIPを通じたチャットサービスを含む。
【００６２】
ある態様では、アクセス制御情報は、複数のタイプのアクセス制御にそれぞれ対応する複数のアクセス制御クラスを含む。ある態様では、アクセス制御情報はQoS情報に含まれる。そのような態様では、QoS情報は、複数のQoSクラス識別子または複数のQoSプロファイル識別子を含む。
【００６３】
ある態様では、アクセス制御情報は少なくとも1つのPDN識別子に基づく。ある態様では、アクセス制御情報は少なくとも1つのAPNに基づく。たとえば、上で論じられたように、RANは、各PDN識別子からアクセス制御パラメータを導出することができるので、PDN識別子は、データサービスのためのアクセス制御を定義するために使用され得る。たとえば、上で論じられたように、RANは、APNからアクセス制御パラメータを導出することができるので、APNは、データサービスのためのアクセス制御を定義するために使用され得る。
【００６４】
図11は、例示的な装置1102の中の様々なモジュール/手段/コンポーネントの間のデータフローを示す概念的なデータフロー図1100である。装置はUEであり得る。装置は、受信モジュール1104、送信モジュール1106、アクセスパラメータ管理モジュール1108、照合モジュール1110、データ管理モジュール1112、および送信管理モジュール1114を含む。
【００６５】
アクセスパラメータ管理モジュール1108は、異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを、受信モジュール1104を介してeNB1150から受信する。照合モジュール1110は、それぞれのタイプのアクセス制御の各々のためのアクセス制御情報へのパケットフィルタのマッピングに基づいて、コアネットワークにおいて確立されるTFTを、受信モジュール1104を介して受信する。データパケット管理モジュール1112は、受信モジュール1104を介してアプリケーションからデータパケットを受信し、データパケットを照合モジュール1110に転送する。照合モジュール1110は、データパケットをTFTのパケットフィルタと照合して、データパケットに対応するアクセス制御情報を決定する。通信管理モジュール1114は、決定されたタイプのアクセス制御のためのアクセスパラメータに基づいて、データパケットのためのワイヤレス通信を、送信モジュール1106を介して確立する。
【００６６】
ある態様では、UEのデータ管理モジュール1112は、アクセス制御情報に基づいて、セッションを確立しTFTを確立した後でデータパケットを受信する。そのような態様では、セッションを確立するステップは、エアインターフェースセッションを確立するステップ、PPPセッションを確立するステップ、またはPDNコンテキストを確立するステップの少なくとも1つを含む。そのような態様では、TFTは、フロー識別子、パケットフィルタ、QoS情報、および/またはアクセス制御情報を含む。
【００６７】
ある態様では、パケットフィルタは、緊急データサービスまたは非緊急データサービスの少なくとも1つと関連付けられる。ある態様では、データサービスは、VoIPサービス、IPを通じたSMS、および/またはIPを通じたチャットサービスを含む。
【００６８】
ある態様では、アクセス制御情報は、複数のタイプのアクセス制御にそれぞれ対応する複数のアクセス制御クラスを含む。ある態様では、アクセス制御情報はQoS情報に含まれる。そのような態様では、QoS情報は、複数のQoSクラス識別子または複数のQoSプロファイル識別子を含む。
【００６９】
ある態様では、アクセス制御情報は少なくとも1つのPDN識別子に基づく。ある態様では、アクセス制御情報は少なくとも1つのAPNに基づく。
【００７０】
装置は、前述の図10のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。そのため、前述の図10のフローチャート中の各ステップは、モジュールによって実行されてよく、装置は、これらのモジュールの1つまたは複数を含み得る。モジュールは、述べられたプロセス/アルゴリズムを実施するように特別に構成された1つもしくは複数のハードウェアコンポーネントであってよく、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されてよく、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されてよく、またはそれらの何らかの組合せであってよい。
【００７１】
図12は、処理システム1214を採用する装置1102'のためのハードウェア実装の例を示す図1200である。処理システム1214は、バス1224によって全般に表されるバスアーキテクチャで実装され得る。バス1224は、処理システム1214の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス1224は、プロセッサ1204、モジュール1104、1106、1108、1110、1112、1114、およびコンピュータ可読媒体/メモリ1206によって表される、1つもしくは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を一緒につなぐ。バス1224は、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をつなぐこともできるが、これらの回路は当技術分野でよく知られており、したがってこれ以上は説明されない。
【００７２】
処理システム1214は、送受信機1210に結合され得る。送受信機1210は、1つまたは複数のアンテナ1220に結合される。送受信機1210は、送信媒体を通じて様々な他の装置と通信するための手段を提供する。送受信機1210は、1つまたは複数のアンテナ1220から信号を受信し、受信された信号から情報を抽出し、処理システム1214、具体的には受信モジュール1104に抽出された情報を提供する。加えて、送受信機1210は、処理システム1214、具体的には送信モジュール1106から情報を受信し、受信された情報に基づいて、1つまたは複数のアンテナ1220に印加されるべき信号を生成する。処理システム1214は、コンピュータ可読媒体/メモリ1206に結合されたプロセッサ1204を含む。プロセッサ1204は、コンピュータ可読媒体/メモリ1206上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。ソフトウェアは、プロセッサ1204によって実行されると、処理システム1214に、任意の特定の装置について上で説明された様々な機能を実行させる。コンピュータ可読媒体/メモリ1206はまた、ソフトウェアを実行するときにプロセッサ1204によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール1104、1106、1108、1110、1112、および1114の少なくとも1つをさらに含む。モジュールは、プロセッサ1204において実行中のソフトウェアモジュールであってよく、コンピュータ可読媒体/メモリ1206内に常駐している/記憶されたソフトウェアモジュールであってよく、プロセッサ1204に結合された1つもしくは複数のハードウェアモジュールであってよく、またはそれらの何らかの組合せであってよい。処理システム1214は、UE650のコンポーネントであってよく、メモリ660、および/または、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659の少なくとも1つを含み得る。
【００７３】
一構成では、ワイヤレス通信のための装置1102/1102'は、異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信するための手段と、それぞれのタイプのアクセス制御の各々のためのアクセス制御情報へのパケットフィルタのマッピングに基づいてコアネットワークにおいて確立されたTFTを受信するための手段と、アプリケーションからデータパケットを受信するための手段と、データパケットをTFTのパケットフィルタと照合してデータパケットに対応するアクセス制御情報を決定するための手段と、決定されたタイプのアクセス制御のためのアクセスパラメータに基づいてデータパケットのためのワイヤレス通信を確立するための手段とを含む。前述の手段は、前述の手段によって列挙された機能を実行するように構成された、装置1102および/または装置1102'の処理システム1214の前述のモジュールの1つまたは複数であり得る。上で説明されたように、処理システム1214は、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659を含み得る。したがって、一構成では、上述の手段は、上述の手段によって列挙された機能を実行するように構成された、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659であり得る。
【００７４】
図13は、ワイヤレス通信の方法のフローチャート1300である。方法は、eNBによって実行され得る。1302において、eNBが、異なるタイプのデータサービスのための複数のタイプのアクセス制御の各々のためのアクセス制御情報を取得する。ある態様では、アクセス制御情報はコアネットワークから取得され、または、アクセス制御情報はeNBにおいて事前に構成される。たとえば、図7に戻って参照すると、RAN706は、(712において)異なるタイプのデータサービスのための異なるアクセス制御のACCを決定する。各ACCは、1つまたは複数のデータサービスと関連付けられ得る。RAN706は、コアネットワークからACCを受信することができ、または、RAN706において事前に構成されてよい。別の例では、図8に戻って参照すると、RAN806は、(812において)異なるアクセス制御のための異なるQoSを決定する。RAN806はHSGW808および/またはP-GW810を含むコアネットワークからQoSを受信することができ、または、QoSはRAN806において事前に構成されてよい。ある態様では、QoSは、各アクセス制御と関連付けられるアクセス制御情報(たとえば、新しいプロファイル識別子の値または新しいQCIの値)を含み得る。
【００７５】
1304において、eNBが、取得されたそれぞれのアクセス制御情報に基づいて、各タイプのアクセス制御クラスのための少なくとも1つのアクセスパラメータを導出する。たとえば、図7に戻って参照すると、RAN706は、(714において)各ACCのためのアクセス制御パラメータを導出する。別の例では、図8に戻って参照すると、RAN806は、(814において)各QoSのためのアクセス制御パラメータを導出する。各QoSのためのアクセス制御パラメータは、対応するQoSに含まれるアクセス制御情報から導出され得る。
【００７６】
1306において、eNBは、各アクセス制御クラスのために導出された少なくとも1つのアクセスパラメータをUEに送信する。たとえば、図7に戻って参照すると、RAN706は、(716において)アクセス制御パラメータをUE704に送信する。別の例では、図8に戻って参照すると、RAN806は、(816において)アクセス制御パラメータをUE804に送信する。
【００７７】
1308において、eNBは、UEからセットアップシグナリングメッセージを受信してセッションを確立する。たとえば、図7に戻って参照すると、UE704は、(718において)セッションセットアップシグナリングをRAN706に送信してセッションを確立する。UE704および/またはRAN706は、セッションセットアップ信号のためのアクセス制御の優先度が高いと決定することができる。別の例では、図8に戻って参照すると、UE804は、(818において)セッションセットアップ信号をRAN806に送信する。UE804および/またはRAN806は、セッションセットアップ信号のためのアクセス制御の優先度が高いと決定することができる。
【００７８】
1310において、eNBが、セットアップシグナリングに応答してセッションを確立する。たとえば、図7に戻って参照すると、(720において)セッションセットアップ信号を受信すると、RAN706は、UE704、HSGW708、およびP-GW710との通信セッションを確立する。別の例では、図8に戻って参照すると、RAN806は、(820において)UE804、HSGW808、およびP-GW810とのセッションを確立する。
【００７９】
1312において、eNBは、アクセス制御情報に基づいて、コアネットワークにおいて確立されたTFTをUEに提供する。たとえば、図7に戻って参照すると、722において、HSGW708および/またはP-GW710を含むコアネットワークは、UE704とのTFTを確立し、RAN706を介してTFTをUE704に提供する。別の例では、図8に戻って参照すると、822において、HSGW808および/またはP-GW810を含むコアネットワークは、UE804とのTFTを確立し、RAN806を介してTFTをUE804に提供する。ある態様では、データサービスは、VoIPサービス、IPを通じたSMS、および/またはIPを通じたチャットサービスを含む。
【００８０】
ある態様では、セットアップシグナリングは、高い優先度のアクセス制御を含むセッション確立と関連付けられる。ある態様では、セッションを確立するステップは、エアインターフェースセッションを確立するステップ、PPPセッションを確立するステップ、またはPDNコンテキストを確立するステップの少なくとも1つを含む。
【００８１】
ある態様では、TFTは、フロー識別子、パケットフィルタ、QoS情報、およびアクセス制御情報を含む。そのような態様では、QoS情報は、複数のQoSクラス識別子または複数のQoSプロファイル識別子を含む。
【００８２】
ある態様では、TFTの確立は、アクセス制御情報をパケットフィルタと関連付けるステップと、TFTを介してパケットフィルタをUEに提供するステップとを含む。そのような態様では、パケットフィルタは、緊急データサービスまたは非緊急データサービスの少なくとも1つと関連付けられる。
【００８３】
ある態様では、アクセス制御情報は、複数のタイプのアクセス制御にそれぞれ対応する複数のACCを含む。ある態様では、eNBは、QoS情報に含まれるアクセス制御情報を取得するためにQoS情報を取得し、それぞれの取得されたアクセス制御情報に基づいて、各タイプのアクセス制御クラスのための少なくとも1つのアクセスパラメータを導出する。異なるアクセス制御パラメータが、各QoSのために別々に生成され得る。各QoSのアクセス制御情報は、1つまたは複数の特定のデータサービスと関連付けられ得る。
【００８４】
ある態様では、アクセス制御情報は少なくとも1つのPDN識別子に基づく。ある態様では、アクセス制御情報は少なくとも1つのAPNに基づく。たとえば、上で論じられたように、RANは、各PDN識別子からアクセス制御パラメータを導出することができるので、PDN識別子は、データサービスのためのアクセス制御を定義するために使用され得る。たとえば、上で論じられたように、RANは、APNからアクセス制御パラメータを導出することができるので、APNは、データサービスのためのアクセス制御を定義するために使用され得る。
【００８５】
図14は、例示的な装置1402の中の様々なモジュール/手段/コンポーネントの間のデータフローを示す概念的なデータフロー図1400である。装置はeNBであり得る。装置は、受信モジュール1404、送信モジュール1406、アクセス制御管理モジュール1408、アクセスパラメータモジュール1410、セッション管理モジュール1412、およびTFT管理モジュール1414を含む。
【００８６】
アクセス制御管理モジュール1408は、異なるタイプのデータサービスのための複数のタイプのアクセス制御の各々のためのアクセス制御情報を取得する。アクセスパラメータモジュール1410は、取得されたそれぞれのアクセス制御情報に基づいて、各タイプのアクセス制御クラスのための少なくとも1つのアクセスパラメータを導出する。送信モジュール1406は、各タイプのアクセス制御のために導出された少なくとも1つのアクセスパラメータをUE1450に送信する。ある態様では、アクセス制御情報はコアネットワークから取得されてよく、または、アクセス制御情報はeNBにおいて事前に構成されてよい。
【００８７】
受信モジュール1404は、UE1450からセットアップシグナリングメッセージを受信してセッションを確立する。セッション管理モジュール1412は、セットアップシグナリングメッセージに応答してセッションを確立する。TFT管理モジュール1414は、アクセス制御情報に基づいて、コアネットワークにおいて確立されたTFTをUE1450に提供する。
【００８８】
装置は、図13の前述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、図13の前述のフローチャート中の各ステップは、モジュールによって実行されてよく、装置は、それらのモジュールの1つまたは複数を含んでよい。モジュールは、述べられたプロセス/アルゴリズムを実施するように特別に構成された1つもしくは複数のハードウェアコンポーネントであってよく、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されてよく、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されてよく、またはそれらの何らかの組合せであってよい。
【００８９】
図15は、処理システム1514を採用する装置1402'のためのハードウェア実装の例を示す図1500である。処理システム1514は、バス1524によって全般に表されるバスアーキテクチャで実装され得る。バス1524は、処理システム1514の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス1524は、プロセッサ1504、モジュール1404、1406、1408、1410、1412、1414、およびコンピュータ可読媒体/メモリ1506によって表される、1つもしくは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を一緒につなぐ。バス1524は、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をつなぐこともできるが、これらの回路は当技術分野でよく知られており、したがってこれ以上は説明されない。
【００９０】
処理システム1514は、送受信機1510に結合され得る。送受信機1510は、1つまたは複数のアンテナ1520に結合される。送受信機1510は、送信媒体を通じて様々な他の装置と通信するための手段を提供する。送受信機1510は、1つまたは複数のアンテナ1520から信号を受信し、受信された信号から情報を抽出し、処理システム1514、具体的には受信モジュール1404に抽出された情報を提供する。加えて、送受信機1510は、処理システム1514、具体的には送信モジュール1406から情報を受信し、受信された情報に基づいて、1つまたは複数のアンテナ1520に印加されるべき信号を生成する。処理システム1514は、コンピュータ可読媒体/メモリ1506に結合されたプロセッサ1504を含む。プロセッサ1504は、コンピュータ可読媒体/メモリ1506上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。ソフトウェアは、プロセッサ1504によって実行されると、処理システム1514に、任意の特定の装置について上で説明された様々な機能を実行させる。コンピュータ可読媒体/メモリ1506はまた、ソフトウェアを実行するときにプロセッサ1504によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール1404、1406、1408、1410、1412、および1414の少なくとも1つをさらに含む。モジュールは、プロセッサ1504において実行中のソフトウェアモジュールであってよく、コンピュータ可読媒体/メモリ1506内に常駐している/記憶されたソフトウェアモジュールであってよく、プロセッサ1504に結合された1つもしくは複数のハードウェアモジュールであってよく、またはそれらの何らかの組合せであってよい。処理システム1514は、eNB610のコンポーネントあってよく、メモリ676、および/または、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675の少なくとも1つを含み得る。
【００９１】
一構成では、ワイヤレス通信のための装置1402/1402'は、異なるタイプのデータサービスのための複数のタイプのアクセス制御の各々のためのアクセス制御情報を取得するための手段と、それぞれのタイプのアクセス制御のために取得されたアクセス制御情報に基づいて各タイプのアクセス制御のための少なくとも1つのアクセスパラメータを導出するための手段と、各タイプのアクセス制御のために導出された少なくとも1つのアクセスパラメータをUEに送信するための手段と、アクセス制御情報に基づいてコアネットワークにおいて確立されたTFTをUEに提供するための手段とを含む。装置1402/1402'はさらに、UEからセットアップシグナリングを受信してセッションを確立するための手段と、セットアップシグナリングに応答してセッションを確立するための手段とを含み得る。前述の手段は、前述の手段によって列挙された機能を実行するように構成された、装置1402および/または装置1402'の処理システム1514の前述のモジュールの1つまたは複数であり得る。上で説明されたように、処理システム1514は、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675を含み得る。したがって、一構成では、前述の手段は、前述の手段によって列挙された機能を実行するように構成された、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675であり得る。
【００９２】
図16は、ワイヤレス通信の方法のフローチャート1600である。この方法は、UEによって実行され得る。1602において、UEは、異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信する。1604において、UEは、アプリケーションレイヤからのデータパケットのデータサービスタイプをデータサービスレイヤに渡す。1606において、UEは、APIに基づいて、データサービスタイプのためのアクセス制御のタイプを決定する。たとえば、図9に関して上で論じられたように、アプリケーションレイヤ902の中のアプリケーションが、データパケットおよび/またはデータパケットのデータサービスタイプをデータサービスレイヤ904に渡し、データサービスレイヤ904が、TFTに含まれるデータパケットとパケットフィルタとの照合に基づいてACCまたはQoSを特定することができる。
【００９３】
1608において、UEは、決定されたタイプのアクセス制御のためのアクセスパラメータに基づいて、データパケットのためのワイヤレス通信を確立する。ある態様では、UEのデータサービスレイヤとモデムレイヤとの間でAPIが定義される。そのような態様では、1610において、UEは、アクセス制御のタイプに基づいて、トラフィックチャネルが要求されるデータ接続のタイプを決定する。別の態様では、データパケットのQoSまたはACCを示すために、アプリケーションレイヤとデータサービスレイヤとの間でAPIが定義される。
【００９４】
ある態様では、UEは、異なるタイプのデータサービスのためのQoSに含まれるACCまたはアクセス制御情報から導出されたアクセス制御パラメータを受信することができる。UEは、示されたタイプのアクセス制御のためのアクセスパラメータに基づいて、データパケットのためのトラフィックチャネルの確立を要求するために、アクセス手順を適用することができる。
【００９５】
ある態様では、データ接続は、緊急データサービスおよび非緊急データサービスの少なくとも1つと関連付けられる。そのような態様では、データサービスは、VoIPサービス、IPを通じたSMS、および/またはIPを通じたチャットサービスを含み得る。
【００９６】
図17は、例示的な装置1702の中の様々なモジュール/手段/コンポーネントの間のデータフローを示す概念的なデータフロー図1700である。装置はUEであり得る。装置は、受信モジュール1704、送信モジュール1706、アクセスパラメータモジュール1708、レイヤ管理モジュール1710、API管理モジュール1712、および通信管理モジュール1714を含む。
【００９７】
アクセスパラメータモジュール1708は、異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを、受信モジュール1704を介してeNB1750から受信する。レイヤ管理モジュール1710は、アプリケーションレイヤからのデータサービスタイプをデータサービスレイヤに渡す。API管理モジュール1712は、APIに基づいて、データサービスタイプのためのアクセス制御のタイプを決定する。通信管理モジュール1714は、決定されたタイプのアクセス制御のためのアクセスパラメータに基づいて、データパケットのためのワイヤレス通信を確立する。ある態様では、レイヤ管理モジュール1710およびAPI管理モジュール1712を介して、UEのデータサービスレイヤとモデムレイヤとの間でAPIが定義される。そのような態様では、1610において、通信モジュール1714は、アクセス制御のタイプに基づいて、トラフィックチャネルが要求されるデータ接続のタイプを決定する。別の態様では、レイヤ管理モジュール1710およびAPI管理モジュール1712を介して、アプリケーションレイヤとデータサービスレイヤとの間でAPIが定義される。
【００９８】
ある態様では、データ接続は、緊急データサービスおよび非緊急データサービスの少なくとも1つと関連付けられる。そのような態様では、データサービスは、VoIPサービス、IPを通じたSMS、およびIPを通じたチャットサービスを含む。
【００９９】
装置は、図16の前述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、図16の前述のフローチャート中の各ステップは、モジュールによって実行されてよく、装置は、それらのモジュールの1つまたは複数を含んでよい。モジュールは、述べられたプロセス/アルゴリズムを実施するように特別に構成された1つもしくは複数のハードウェアコンポーネントであってよく、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されてよく、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されてよく、またはそれらの何らかの組合せであってよい。
【０１００】
図18は、処理システム1814を採用する装置1702'のためのハードウェア実装の例を示す図1800である。処理システム1814は、バス1824によって全般に表されるバスアーキテクチャで実装され得る。バス1824は、処理システム1814の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス1824は、プロセッサ1804、モジュール1704、1706、1708、1710、1712、1714、およびコンピュータ可読媒体/メモリ1806によって表される、1つもしくは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を一緒につなぐ。バス1824は、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をつなぐこともできるが、これらの回路は当技術分野でよく知られており、したがってこれ以上は説明されない。
【０１０１】
処理システム1814は、送受信機1810に結合され得る。送受信機1810は、1つまたは複数のアンテナ1820に結合される。送受信機1810は、送信媒体を通じて様々な他の装置と通信するための手段を提供する。送受信機1810は、1つまたは複数のアンテナ1820から信号を受信し、受信された信号から情報を抽出し、処理システム1814、具体的には受信モジュール1704に抽出された情報を提供する。加えて、送受信機1810は、処理システム1814、具体的には送信モジュール1706から情報を受信し、受信された情報に基づいて、1つまたは複数のアンテナ1820に印加されるべき信号を生成する。処理システム1814は、コンピュータ可読媒体/メモリ1806に結合されたプロセッサ1804を含む。プロセッサ1804は、コンピュータ可読媒体/メモリ1806上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。ソフトウェアは、プロセッサ1804によって実行されると、処理システム1814に、任意の特定の装置について上で説明された様々な機能を実行させる。コンピュータ可読媒体/メモリ1806はまた、ソフトウェアを実行するときにプロセッサ1804によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール1704、1706、1708、1710、1712、および1714の少なくとも1つをさらに含む。モジュールは、プロセッサ1804において実行中のソフトウェアモジュールであってよく、コンピュータ可読媒体/メモリ1806内に常駐している/記憶されたソフトウェアモジュールであってよく、プロセッサ1804に結合された1つもしくは複数のハードウェアモジュールであってよく、またはそれらの何らかの組合せであってよい。処理システム1814は、UE650のコンポーネントであってよく、メモリ660、および/または、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659の少なくとも1つを含み得る。
【０１０２】
一構成では、ワイヤレス通信のための装置1702/1702'は、異なるタイプのデータサービスのためのそれぞれのタイプのアクセス制御に対応する複数のアクセスパラメータを基地局から受信するための手段と、アプリケーションレイヤからのデータパケットのデータサービスタイプをデータサービスレイヤに渡すための手段と、APIに基づいてデータサービスタイプのためのアクセス制御のタイプを決定するための手段と、決定されたタイプのアクセス制御のためのアクセスパラメータに基づいてデータパケットのためのワイヤレス通信を確立するための手段とを含む。装置1702/1702'はさらに、アクセス制御のタイプに基づいて、トラフィックチャネルが要求されるデータ接続のタイプを決定するための手段を含み得る。前述の手段は、前述の手段によって列挙された機能を実行するように構成された、装置1702および/または装置1702'の処理システム1814の前述のモジュールの1つまたは複数であり得る。上で説明されたように、処理システム1814は、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659を含み得る。したがって、一構成では、上述の手段は、上述の手段によって列挙された機能を実行するように構成された、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659であり得る。
【０１０３】
図19Aは、MBSFNにおけるevolved MBMS(eMBMS)チャネル構成の例を示す図1950である。セル1952'中のeNB1952は第1のMBSFNエリアを形成することができ、セル1954'中のeNB1954は第2のMBSFNエリアを形成することができる。eNB1952、1954は各々、他のMBSFNエリア、たとえば、合計で8つまでのMBSFNエリアと関連付けられ得る。MBSFNエリア内のセルは、予備セルとして指定され得る。予備セルは、マルチキャスト/ブロードキャストのコンテンツを提供しないが、セル1952'、1954'に時間同期され、MBSFNエリアへの干渉を制限するために、MBSFNリソース上で制限された電力を有し得る。MBSFNエリア中の各eNBは、同じeMBMSの制御情報およびデータを同期して送信する。各エリアは、ブロードキャストサービス、マルチキャストサービス、およびユニキャストサービスをサポートすることができる。ユニキャストサービスは、特定のユーザを対象とするサービス、たとえば、音声通話である。マルチキャストサービスは、あるグループのユーザによって受信され得るサービス、たとえば、サブスクリプションビデオサービスである。ブロードキャストサービスは、すべてのユーザによって受信され得るサービス、たとえば、ニュース放送である。図19Aを参照すると、第1のMBSFNエリアは、特定のニュース放送をUE1970に提供することなどによって、第1のeMBMSブロードキャストサービスをサポートすることができる。第2のMBSFNエリアは、異なるニュース放送をUE1960に提供することなどによって、第2のeMBMSブロードキャストサービスをサポートすることができる。各MBSFNエリアは、複数の物理マルチキャストチャネル(PMCH)(たとえば、15個のPMCH)をサポートする。各PMCHは、マルチキャストチャネル(MCH)に対応する。各MCHは、複数(たとえば、29個)のマルチキャスト論理チャネルを多重化することができる。各MBSFNエリアは、1つのマルチキャスト制御チャネル(MCCH)を有し得る。したがって、1つのMCHは、1つのMCCHおよび複数のマルチキャストトラフィックチャネル(MTCH)を多重化することができ、残りのMCHは、複数のMTCHを多重化することができる。
【０１０４】
UEは、eMBMSサービスアクセスおよび対応するアクセス層構成の利用可能性を発見するために、LTEセルにキャンプオンすることができる。第1のステップにおいて、UEは、システム情報ブロック(SIB)13(SIB13)を取得することができる。第2のステップにおいて、UEは、SIB13に基づいて、MCCH上でMBSFNエリア構成メッセージを取得することができる。第3のステップにおいて、UEは、MBSFNエリア構成メッセージに基づいて、MCHスケジューリング情報(MSI)MAC制御要素を取得することができる。SIB13は、(1)セルによってサポートされる各MBSFNエリアのMBSFNエリア識別子、(2)MCCH反復期間(たとえば、32、64、…、256個のフレーム)のようなMCCHを取得するための情報、MCCHオフセット(たとえば、0、1、…、10個のフレーム)、MCCH修正期間(たとえば、512、1024個のフレーム)、シグナリング変調およびコーディング方式(MCS)、反復期間およびオフセットによって示されるような無線フレームのどのサブフレームがMCCHを送信できるかを示すサブフレーム割振り情報、および(3)MCCH変更通知構成を示し得る。各MBSFNエリアに対して、1つのMBSFNエリア構成メッセージがある。MBSFNエリア構成メッセージは、(1)一時モバイルグループ識別情報(TMGI)およびPMCH内の論理チャネル識別子によって識別される各MTCHの任意選択のセッション識別子、(2)MBSFNエリアの各PMCHを送信するための割り振られたリソース(すなわち、無線フレームおよびサブフレーム)およびエリア中のすべてのPMCHのための割り振られたリソースの割振り期間(たとえば、4、8、…、256個のフレーム)、ならびに(3)MSI MAC制御要素が送信されるMCHスケジューリング期間(MSP)(たとえば、8、16、32、…または1024個の無線フレーム)を示し得る。
【０１０５】
図19Bは、MSI MAC制御要素のフォーマットを示す図1990である。MSI MAC制御要素は、各MSPに一度送信され得る。MSI MAC制御要素は、PMCHの各スケジューリング期間の第1のサブフレームにおいて送信され得る。MSI MAC制御要素は、PMCH内の各MTCHの停止フレームおよびサブフレームを示し得る。MBSFNエリア当たりに、PMCH当たり1つのMSIがあり得る。
【０１０６】
UE上で動作する多くのワイヤレスアプリケーションは、クライアント-サーバモデルにおいて機能する。すなわち、ワイヤレスアプリケーションは、アプリケーションと関連付けられるサービスをUEに提供するインターネット常駐アプリケーションサーバと通信するクライアントのように動作する。たとえば、ユーザがUE上でナビゲーションアプリケーションを起動し、ナビゲーションアプリケーションがナビゲーションアプリケーションサーバとの通信を開始する。UEは、UEの初期の位置および意図される目的地をアプリケーションサーバに知らせる。ナビゲーションアプリケーションサーバは次いで、初期の位置と意図される目的地との間の最適な経路を計算する。ナビゲーションアプリケーションサーバは、計算された経路とともに、地図をUEにダウンロードする。UEが目的地に向かって経路に沿って進むにつれて、ナビゲーションアプリケーションサーバは、point of interestを表示し、UEが最初に計算された経路から逸れるように曲がったときに備えて、経路上の交通情報の更新ならびにあらゆる経路の更新を行うことができる。
【０１０７】
上の例では、ナビゲーションアプリケーションは、サービスを遂行する中で、多くのクライアント-サーバの対話を必要とし得る。人気のあるアプリケーションが多くのUEにおいて使用され得ることを考えると、そうした人気のあるアプリケーションを実装するアプリケーションサーバは、しばしば負荷が高くなり得る。アプリケーションサーバの負荷が過剰であるとき、アプリケーションサーバは、アプリケーションサーバがビジー状態であることを、アプリケーションサーバに接続しようとしているクライアントに示し得る。サーバの状態を通信するために使用されるクライアント-サーバプロトコルは、アプリケーションサーバが現在高度にビジー状態であることを示すためにアプリケーションサーバが使用できるエラーコードを含む。アプリケーションサーバは、サービスに対するクライアントの要求を取り下げるように、または遅くするように、クライアントに求めることがある。しかしながら、一部の状況では、既存のクライアント-サーバプロトコルおよびエラーコードは十分ではないことがある。たとえば、アプリケーションサーバがダウンしていることがあり、またはインターネットから完全に切断されていることがある。あるいは、アプリケーションサーバは、新たなクライアントの要求に応答するには負荷が高すぎることがある。結果として、クライアントがアプリケーションサーバの状態を認識するようになるまでに、複数のクライアントが、アプリケーションサーバに接続することに多くの回数失敗することがある。これは、大量の不必要なネットワークトラフィックを引き起こし得る。したがって、アプリケーションサーバが問題に遭遇したときにアプリケーションサーバに対する影響を減らす必要がある。
【０１０８】
図20は、アプリケーションサーバが問題に遭遇した際の影響を減らすためのワイヤレスデバイス中心の解決法の図2000である。図20に示されるように、UE2002は、アプリケーション(たとえば、ナビゲーションアプリケーション)を実行していてよい。アプリケーションは、インターネット2012を通じたアプリケーションサーバ2010との通信を開始することを要求され得る。たとえば、ナビゲーションアプリケーションは、経路の要求をアプリケーションサーバ2010に提出し得る。アプリケーションサーバ2010と通信するために、アプリケーションは、PDNゲートウェイ2006(たとえば、PDNゲートウェイ118)のようなネットワークエンティティを通じてデータ2004をアプリケーションサーバ2010に送信するようにUE2002に指示することができる。いくつかの例では、PDNゲートウェイ2006はまた、サービングゲートウェイ(サービングゲートウェイ116)ならびに/またはポリシーおよび課金施行機能(PCEF)を含み得る。PCEFは、課金機能とともにポリシーの施行を実行するネットワーク/機能エンティティである。PCEFは、ユーザプレーンを通じたゲートウェイ(たとえば、PDNゲートウェイ2006)におけるトラフィックの処理およびサービス品質(QoS)を制御する。PCEFの不可欠な役割は、サービスデータフローの検出を実行することである。PCEFは、ポリシーおよび課金制御(PCC)ルールのサービスデータフローフィルタに対して受信されたデータを評価するために使用される、適切なPCCルールを選択することができる。したがって、PCEFは、データを宛先(たとえば、アプリケーションサーバ2010)に送信しないことによって、データをフィルタリングすることができる。
【０１０９】
上の例を続けると、UE2002によって送信されるデータ2004がPDNゲートウェイ2006に到達すると、PDNゲートウェイ2006は、データ2008をアプリケーションサーバ2010に転送することができる。しかしながら、多数のUEがアプリケーションサーバ2010へ同時に送信している場合、アプリケーションサーバ2010は過負荷になり得る。たとえば、多数のユーザがナビゲーションアプリケーションにアクセスしようとする場合、ナビゲーションアプリケーションサーバは、過負荷になり、すべてのルーティング要求に応答するのが不可能になり得る。
【０１１０】
一構成では、アプリケーションサーバ2010は、UEからのトラフィックフローを管理することに対する支援を要求し得る。アプリケーションサーバ2010は、トラフィック制御のための要求2014を、control of application third-party sever(CATS)ポリシーサーバ(PS)(CATS PS)2016に送信することができる。トラフィック制御のための要求2014は、アプリケーションサーバ2010の識別情報、アプリケーションサーバ2010に関する状態情報、アプリケーションサーバ2010と関連付けられる1つもしくは複数の宛先IPアドレス、および/または、アプリケーションサーバ2010と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。アプリケーションサーバ2010の識別情報は、アプリケーション名、アプリケーションの分類、および/またはアプリケーションサーバ2010の地理的位置のような情報を含み得る。アプリケーションサーバ2010の状態は、現在のおよび/または追加のUEトラフィックに応答することについてのアプリケーションサーバ2010の能力に関する情報を含み得る。アプリケーションサーバ2010と関連付けられる1つまたは複数の宛先IPアドレスは、アプリケーションサーバ2010に関する任意のIPアドレス(たとえば、アプリケーションサーバ2010が位置する物理サーバのIPアドレス)を含み得る。1つまたは複数のIPアドレス/ポート番号のペアは、アプリケーションサーバ2010と関連付けられるIPアドレスと、過負荷のアプリケーションおよびアプリケーションサーバ2010と関連付けられるポート番号とを含み得る。たとえば、ナビゲーションアプリケーションサーバが過負荷になると、ナビゲーションアプリケーションサーバは、トラフィック制御のための要求をCATS PS2016に送信することができる。トラフィック制御のための要求は、ナビゲーションアプリケーションの名前を示す情報、ナビゲーションアプリケーションサーバがアプリケーションデータのトラフィックの処理に支援を必要としていることを示す情報、および、問題に遭遇しているアプリケーションサーバのIPアドレスを示す情報を含み得る。別の例では、アプリケーションサーバが複数のアプリケーションをホストしており、ホストされたナビゲーションアプリケーションだけが過負荷である(たとえば、トラフィックの割当量を超えた)場合、トラフィック制御のための要求は、ナビゲーションアプリケーションの名前を示す情報、アプリケーションサーバがナビゲーションアプリケーションデータのトラフィックを処理するのに支援を必要としていることを示す情報、ならびに、アプリケーションサーバのIPアドレスおよびナビゲーションアプリケーションと関連付けられるポート番号を示す情報を含み得る。
【０１１１】
別の構成では、アプリケーションサーバ2010がトラフィック制御のための要求2014を送信する代わりに、アプリケーションサーバ2010の状態を決定すると、PDNゲートウェイ2006が、トラフィック制御のための要求2018をCATS PS2016に送信することができる。一態様では、PDNゲートウェイは、アプリケーションサーバ2010からの送信制御プロトコル(TCP)トラフィックを監視し、アプリケーションサーバ2010からの往復遅延時間を監視し、アプリケーションサーバ2010から受信されたエラー/状態コードのタイプ(たとえば、限られた容量、容量の超過、オフラインになるように予定されている、など)を監視し、かつ/またはアプリケーションサーバ2010から受信されたエラー/状態コードの量を監視することによって、アプリケーションサーバ2010の状態を決定することができる。そのような監視に基づいて、PDNゲートウェイ2006は、アプリケーションサーバ2010がオフラインであること、および/またはトラフィックを処理するために支援が必要としていることを決定することができる。PDNゲートウェイ2006は、アプリケーションサーバ2010の決定された状態に基づいて、アプリケーションサーバ2010の代わりに、トラフィック制御のための要求2018をCATS PS2016に送信することができる。トラフィック制御のための要求2018は、アプリケーションサーバ2010の識別情報、アプリケーションサーバ2010に関する状態情報、アプリケーションサーバ2010と関連付けられる1つもしくは複数の宛先IPアドレス、および/または、アプリケーションサーバ2010と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。アプリケーションサーバ2010の識別情報は、アプリケーション名、アプリケーションの分類、および/またはアプリケーションサーバ2010の地理的位置のような情報を含み得る。アプリケーションサーバ2010の状態は、現在のおよび/または追加のUEトラフィックに応答することについてのアプリケーションサーバ2010の能力に関する情報を含み得る。アプリケーションサーバ2010と関連付けられる1つまたは複数の宛先IPアドレスは、アプリケーションサーバ2010に関する任意のIPアドレス(たとえば、アプリケーションサーバ2010が位置する物理サーバのIPアドレス)を含み得る。1つまたは複数のIPアドレス/ポート番号のペアは、アプリケーションサーバ2010と関連付けられるIPアドレスと、過負荷のアプリケーションおよびアプリケーションサーバ2010と関連付けられるポート番号とを含み得る。たとえば、PDNゲートウェイ2006は、大量のTCPトラフィックをナビゲーションアプリケーションサーバが受信したことと、往復遅延時間が閾値(たとえば、5秒)を超えて増大したこととを決定することができる。ナビゲーションアプリケーションサーバの決定された状態に基づいて、PDNゲートウェイ2006は、トラフィック制御のための要求をCATS PS2016に送信する。トラフィック制御のための要求は、ナビゲーションアプリケーションの名前、受信されたTCPトラフィックの量および平均の往復遅延時間、ならびに、問題に遭遇しているアプリケーションサーバの宛先IPアドレスさらにはナビゲーションアプリケーションおよびアプリケーションサーバと関連付けられる1つまたは複数のポート番号を含み得る。前述の構成はPDNゲートウェイに関して論じられたが、サービングゲートウェ��およびPCEFエンティティも使用され得る。
【０１１２】
CATS PS2016が、アプリケーションサーバ2010またはPDNゲートウェイ2006のいずれか(または両方)からトラフィック制御のための要求2014、2018の少なくとも1つを受信すると、CATS PS2016は、トラフィック制御のための受信された要求2014、2018に基づいて、アプリケーションサーバ2010のためのポリシー更新を決定することができる。一態様では、トラフィック制御のための要求2014に基づいて、アプリケーションサーバ2010がすべてのUEトラフィックを処理できるとCATS PS2016が決定する場合、CATS PS2016は、データ2008の制限または抑制がアプリケーションサーバ2010に対して要求されないと決定することができる。別の態様では、トラフィック制御のための要求2014に基づいて、アプリケーションサーバ2010がオフラインであること、またはいずれのUE(たとえば、UE2002)からの要求にももはや応答できないことをCATS PS2016が決定する場合、CATS PS2016は、UE2002からアプリケーションサーバ2010に送信されることになるすべてのデータが制限されるように、アプリケーションサーバ2010のためのポリシーを更新することを決定することができる。別の態様では、トラフィック制御のための要求2014に基づいて、アプリケーションサーバ2010がまだオンラインであるが限られた量のUEトラフィックしか処理できないとCATS PS2016が決定する場合、CATS PS2016は、UEの一部分がアプリケーションサーバ2010への送信を許可され得ると決定することができる。アプリケーションサーバ2010へのデータ送信を制限するかどうかを決定すると、CATS PS2016は、アプリケーションサーバ2010へ送信されることになるデータ2004を制限する/絞るようにポリシー更新を規定することができる。一構成では、CATS PS2016は、頻繁に問題に遭遇することが知られているアプリケーションサーバの宛先IPアドレスをキャッシュすることができる。
【０１１３】
別の構成では、CATS PS2016の機能は、ポリシーおよび課金ルール機能エンティティ(PCRF)2024によって実行され得るので、PCRF2024だけが存在する。PCRF2024は、ネットワーク内部の情報を集約するポリシー機能エンティティであり、各加入者に対するポリシーの決定を行う。PCRF2024は、PCEF(PDNゲートウェイ2006内にあり得る)とPCRF2024との間のゲートウェイインターフェースを使用してPCCルールをPCEFに適用するエンティティである。
【０１１４】
ポリシー更新を決定すると、CATS PS2016(またはCATS PS2016がPCRF2024に組み込まれている場合、PCRF2024)は、ポリシー更新2020をUE2002(および他のUE)に送信することができる。
【０１１５】
ポリシー更新2020は、いくつかの方法で送信され得る。一構成では、ポリシー更新2020は、SIBにおいて送信され得る。別の構成では、ポリシー更新2020は、MBMS送信において送信され得る。別の構成では、ポリシー更新2020は、ハイパーテキスト転送プロトコル(HTTP)接続において、またはServer-Sent Events(SSE)を介して送信され得る。たとえば、UE2002の中のHTTPクライアントは、CATS PS2016との長寿命のTCP接続を確立することができる。CATS PS2016は、HTTP/TCP接続を使用して、非同期通知(たとえば、ポリシー更新2020)をUE2002にプッシュすることができる。
【０１１６】
さらに別の構成では、UE2002は、ポリシー更新2020についてCAT PS2016に定期的にポーリングすることができ(2022)、ポリシー更新2020が利用可能であるとき、CATS PS2016は、ポリシー更新2020をUE2002に送信することができる。
【０１１７】
さらに別の構成では、CATS PS2016は、UE2002からのポリシー更新2020のための要求を引き起こすために、ページング信号2022がUE2002に送信されるようにし得る。ページング信号2022を受信すると、UE2002は、CATS PS2016からのポリシー更新2020を要求することができる。UE2002から要求を受信すると、CATS PS2016は、ポリシー更新2020をUE2002に送信することができる。
【０１１８】
ポリシー更新2020をUE2002に送信するための前述の方法は排他的ではない。前述の方法の1つまたは複数が使用され得る。しかしながら、方法の中でも、ブロードキャスト方法(すなわち、SIBまたはMBMS送信においてポリシー更新2020を送信すること)が好ましいことがあり、それは、ブロードキャストが、ポリシー更新の結果として、無線インターフェースに負荷をかけUE2002のバッテリーの電力を消耗させ得る大量のクライアント-サーバの対話を必要としないからである。さらに、前方誤り訂正符号化されたコンテンツにより、ポリシー更新2020をUE2002に伝える際にMBMS手順が効果的および効率的になり得る。しかしながら、MBMS送信のようなブロードキャスト方法の1つの欠点は、すべてのUEがMBMSと互換性があるとは限らず、影響を受ける時間の間にすべてのUEが問題のあるアプリケーションサーバ2010と関与するとは限らないということである。
【０１１９】
ポリシー更新2020は、データ2004がUE2002(および他のUE)からアプリケーションサーバ2010と関連付けられる1つもしくは複数の宛先IPアドレスへ、または、アプリケーションサーバ2010と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへと送信されるのを制限するかどうかを、UE2002に示し得る。一構成では、アプリケーションサーバ2010が1つだけのアプリケーションをホストするとき、ポリシー更新2020は、データ2004がUE2002からアプリケーションサーバと関連付けられる1つまたは複数の宛先IPアドレスに送信されるのを制限するかどうかを示し得る。別の構成では、アプリケーションサーバ2010が複数のアプリケーションをホストし、そのうちの一部だけが過負荷であり得るとき、ポリシー更新2020は、データ2004がアプリケーションサーバ2010と関連付けられる1つまたは複数のIPアドレス/ポート番号のペアに送信されるのを制限するかどうかを示し得る。この構成では、IPアドレス/ポート番号のペアの各ポート番号が、過負荷のアプリケーションと関連付けられる。この構成では、アプリケーションサーバ2010に送信されることについてすべてのデータを制限するのではなく、過負荷のアプリケーションに関連するデータだけが制限され、そのアプリケーションに関連しないデータは依然としてアプリケーションサーバ2010に送信され得る。ポリシー更新2020は、データがUE2002からアプリケーションサーバ2010と関連付けられる1つもしくは複数の宛先IPアドレスへ、または、アプリケーションサーバ2010と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへと送信されるのを制限する確率に関する確率値を含み得る。ポリシー更新2020は、有効期間が切れるとポリシー更新2020がもはや有効ではないような、有効期間を含み得る。たとえば、UE2002からのすべてのデータ2004が抑制されるべきであることをポリシー更新2020が示す場合、ポリシー更新2020の有効期間が切れると、UE2002は以前の(たとえば、制限されない)動作の体制に戻る。
【０１２０】
ポリシー更新2020を受信すると、UE2002は、アプリケーションサーバ2010に対応するアプリケーションのためのポリシーを更新することができる。UE2002がアプリケーションを起動する場合、UE2002は、アプリケーションサーバ2010に通信されるべきデータ2004のパケットを生成することができる。しかしながら、任意の送信が発生する前に、UE2002は、アプリケーションに対して効力のある現在のポリシーを決定することができる。受信されたポリシー更新2020の中の情報に基づいて、UE2002は、アプリケーションサーバ2010と関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバ2010と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを決定することができる。前に述べられたように、ポリシー更新2020は、アプリケーションサーバ2010と関連付けられる1つもしくは複数のIPアドレスに、または、アプリケーションサーバ2010と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを示すことができる。一構成では、ポリシー更新2020は、UE2002が、アプリケーションサーバ2010と関連付けられるIPアドレスに送信されることについてすべてのデータ2004を制限すべきであることを示し得る。たとえば、アプリケーションサーバ2010がオフラインであることである場合、ポリシー更新2020は、アプリケーションサーバ2010に宛てられたすべての情報を抑制することをUE2002に示し得る。別の構成では、ポリシー更新2020は、UE2002がアプリケーションサーバ2010へのデータ2004の送信を制限する必要がないことを示し得る。
【０１２１】
別の構成では、データ2004がアプリケーションサーバ2010に送信されるのを制限するかどうかの決定は確率的であり得る。この構成では、ポリシー更新2020は、データがUE2002からアプリケーションサーバ2010と関連付けられる1つもしくは複数の宛先IPアドレスへ、または、アプリケーションサーバ2010と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへと送信されるのを制限する確率に関する確率値を含み得る。確率値は、0(すべての送信を抑制する)から1(制限なしですべての送信を許可する)にわたり得る。UE2002は、0と1の間で乱数を生成し、生成された乱数をポリシー更新2020においてUE2002に提供される確率値と比較することができる。一態様では、生成された乱数がその確率値より大きい場合、UE2002は、データ2004が送信されるのを制限し、アプリケーションの起動に進まなくてよい。代替的に、生成された乱数がその確率値より小さいとき、UE2002は、アプリケーション起動に進み、アプリケーションに関するデータ2004を送信することができる。生成された乱数が確率値より小さいときに、データ2004がアプリケーションサーバ2010に送信されるのをUE2002が制限する、代替的な方式も使用され得る。
【０１２２】
さらに別の構成では、ポリシー更新2020は、ポリシー更新2020と関連付けられる有効期間に基づいて、データ2004が送信されるのを制限するかどうかをUE2002に示し得る。たとえば、UE2002からのすべてのデータ2004が抑制されるべきであることをポリシー更新2020が示し、ポリシー更新2020の有効期間が2時間である場合、UE2002は2時間、データ2004がアプリケーションサーバ2010に送信されるのを制限することができる。ポリシー更新2020の有効期間が切れると、UE2002は動作の以前の(たとえば、制限されない)体制に戻る。
【０１２３】
UE2002(および他のUE)においてデータの一部またはすべてを制限する/絞ることによって、ワイヤレスネットワークにおける非生産的なユーザプレーンのトラフィックを減らすことができ、このことは、アプリケーションサーバのダウンまたは期待以下の動作という事象が重いトラフィック負荷の間に発生するとき、混雑の影響を緩和するのに役立ち得る。
【０１２４】
図21は、アプリケーションサーバが問題に遭遇した際の影響を減らすためのポリシーサーバに関するワイヤレスデバイスの解決法の例示的な方法のフローチャート2100である。方法は、ポリシーサーバ(たとえば、CATS PS2016、PCRF2024、装置2302/2302')によって実行され得る。ステップ2102において、ポリシーサーバは、アプリケーションサーバに通信されているデータに関するトラフィック制御のための要求を受信することができる。トラフィック制御のための要求は、アプリケーションサーバの識別情報、アプリケーションサーバの状態情報、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレス、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。トラフィック制御のための要求は、アプリケーションサーバから、またはネットワークゲートウェイから受信され得る。たとえば、CATS PS2016は、アプリケーションサーバ2010および/またはPDNゲートウェイ2006からそれぞれ、トラフィック制御のための要求2014、2018を受信することができる。トラフィック制御のための要求2014は、アプリケーションサーバ2010(たとえば、ナビゲーションアプリケーションサーバ)の名前を示し得る。トラフィック制御のための要求2014は、さらなるUEのトラフィックを処理するためのアプリケーションサーバ2010の容量が限られていることを示し得る。トラフィック制御のための要求2014は、アプリケーションサーバ2010と関連付けられる物理サーバのすべてのための宛先IPアドレスを含み得る。
【０１２５】
ステップ2104において、ポリシーサーバは、トラフィック制御に対する受信された要求に基づいて、アプリケーションサーバのためのポリシー更新を決定することができる。一構成では、ポリシー更新は、データが少なくとも1つのUEからアプリケーションサーバと関連付けられる1つまたは複数の宛先IPアドレスに送信されるのを制限するかどうかを示し得る。別の構成では、ポリシー更新は、データが少なくとも1つのUEからアプリケーションサーバと関連付けられる1つまたは複数のIPアドレス/ポート番号のペアに送信されるのを制限するかどうかを示し得る。たとえば、トラフィック制御のための受信された要求2014に基づいて、CATS PS2016は、アプリケーションサーバ2010のためのポリシー更新を決定することができる。この例では、アプリケーションサーバ2010の状態は、アプリケーションサーバ2010が長い往復遅延時間を有し、したがってさらなるUEのトラフィックを処理するための容量が限られていることを示し得る。したがって、CATS PS2016は、一部のデータ2004がUE2002(および他のUE)からアプリケーションサーバ2010と関連付けられる1つまたは複数の宛先IPアドレスに送信されるのを制限する、アプリケーションサーバ2010のためのポリシー更新を規定/決定することができる。
【０１２６】
一構成では、ポリシー更新は、データが少なくとも1つのUEからアプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへ、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへと送信されるのを制限する確率に関する確率値を含み得る。
【０１２７】
ポリシー更新を決定すると、ステップ2106に示されるように、ポリシーサーバは、ポリシー更新が利用可能であることを示すために、1つまたは複数のUEを呼び出すことができる。この呼出しは、UEがポリシーサーバからポリシー更新を要求するためのトリガであり得る。
【０１２８】
ステップ2108において、ポリシーサーバは、ポリシー更新を受信することを要求する1つまたは複数のUEから要求を受信することができる。一構成では、ポリシー更新のための要求は、呼出しに応答して送信され得る。別の構成では、UEは、ポリシー更新についてポリシーサーバに定期的にポーリング/要求することができる。たとえば、UEは、10分ごとにポリシー更新についてポリシーサーバに要求を送信することができる。
【０１２９】
ステップ2110において、ポリシーサーバは、1つまたは複数のUEにポリシー更新を送信することができる。一構成では、ポリシーサーバは、1つまたは複数のUEにポリシー更新をブロードキャストすることができる。一態様では、ポリシーサーバは、SIBにおいて1つまたは複数のUEにポリシー更新を送信することができる。別の態様では、ポリシーサーバは、MBMS送信において1つまたは複数のUEにポリシー更新を送信することができる。別の構成では、1つまたは複数のUEは、ポリシーサーバとのHTTP接続またはSSEを確立することができる。ポリシー更新が利用可能になるとき、UEは、HTTP接続を通じてポリシー更新を1つまたは複数のUEに非同期的にプッシュすることができる。
【０１３０】
図22は、アプリケーションサーバが問題に遭遇した際の影響を減らすためのユーザ機器に関するワイヤレスデバイスの解決法の例示的な方法のフローチャート2200である。方法は、UE(たとえば、UE2002)によって実行され得る。ステップ2202において、UEは、ポリシーサーバからページング信号を受信することができ、アプリケーションのためのポリシー更新が利用可能であることをページング信号が示す。
【０１３１】
ステップ2204において、UEは、ポリシー更新のための要求をポリシーサーバに送信することができる。一構成では、ポリシー更新のための要求は、ページング信号に応答してUEによって送信され得る。別の構成では、UEは、ポリシー更新についてポリシーサーバに定期的にポーリングすることができる。たとえば、UEは、10分ごとにポリシー更新についてポリシーサーバに要求を送信することができる。
【０１３２】
ステップ2206において、UEは、アプリケーションサーバのためのポリシー更新を受信することができる。一構成では、ポリシー更新は、UEからのポリシー更新のための要求に応答して受信される。別の構成では、ポリシー更新は、ブロードキャストにおいて受信され得る。一態様では、ポリシー更新は、SIBにおいて受信され得る。別の態様では、ポリシー更新は、MBMS送信において受信され得る。さらに別の構成では、UEは、ポリシーサーバとのHTTP接続またはSSEを確立することができる。ポリシー更新が利用可能になるとき、UEはHTTP接続またはSSEを介してポリシー更新を受信することができる。
【０１３３】
ステップ2208において、UEは、受信されたポリシー更新に基づいて、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを決定することができる。一構成では、ポリシー更新は、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを示すことができる。たとえば、ポリシー更新2020は、UE2002からアプリケーションサーバ2010と関連付けられる宛先IPアドレスへのすべてのデータ送信が抑制されるべきであることを示し得る。したがって、UE2002は、アプリケーションサーバ2010へのすべてのデータ2004の送信を制限することができる。
【０１３４】
別の構成では、ポリシー更新は、データがアプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへ、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへと送信されるのを制限する確率に関する確率値を含み得る。確率値は、0(すべてのデータが制限される)と1(制限なし)との間にあり得る。一態様では、UEは、0と1の間の乱数を生成することができ、生成された乱数を確率値と比較することができる。生成された乱数が確率値より大きいとき、UEはデータの送信を抑制すると決定することができる。代替的に、生成された乱数が確率値より小さいとき、UEはデータの送信を抑制すると決定することができる。たとえば、UE2002がアプリケーションサーバ2010に関するポリシー更新2020を受信することができ、ポリシー更新2020は0.80という確率値を含み得る。UE2002は、アプリケーションサーバ2010に送信すべきデータ2004を有し得る。しかしながら、アプリケーションサーバ2010にデータを送信する前に、UE2002は、0.50という乱数を生成する。生成された乱数が確率値より大きいときにデータ送信が抑制されるべきである場合、UE2002は、アプリケーションサーバ2010へのデータ2004の送信を抑制しない。
【０１３５】
さらに別の構成では、データがアプリケーションサーバに送信されるのを制限するかどうかの決定はさらに、ポリシー更新の有効期間に基づく。有効期間は、ポリシー更新とともに送信され得る。たとえば、UE2002からのすべてのデータ2004が抑制されるべきであることをポリシー更新2020が示し、ポリシー更新2020の有効期間が2時間である場合、UE2002は2時間、すべてのデータ2004がアプリケーションサーバ2010に送信されるのを制限することができる。ポリシー更新2020の有効期間が切れると、UE2002は動作の以前の(たとえば、制限されない)体制に戻る。
【０１３６】
図23は、例示的な装置2302の中の様々なモジュール/手段/コンポーネントの間のデータフローを示す概念的なデータフロー図2300である。装置は、ポリシーサーバ(たとえば、CATS PS2016、PCRF2024)であり得る。装置は、受信モジュール2304、ポリシー更新モジュール2306、および送信モジュール2308を含む。受信モジュール2304は、アプリケーションサーバ2312に通信されているデータに関するトラフィック制御のための要求を受信するように構成され得る。ポリシー更新モジュール2306は、トラフィック制御に対する受信された要求に基づいて、アプリケーションサーバ2312のためのポリシー更新を決定するように構成され得る。送信モジュール2308は、少なくとも1つのUE2314にポリシー更新を送信するように構成され得る。トラフィック制御のための要求は、アプリケーションサーバ2312の識別情報、アプリケーションサーバ2312の状態情報、アプリケーションサーバ2312と関連付けられる1つもしくは複数の宛先IPアドレス、または、アプリケーションサーバ2312と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。トラフィック制御のための要求は、ネットワークゲートウェイ(たとえば、PDNゲートウェイ2006、PDNゲートウェイ2310)またはアプリケーションサーバ2312から受信され得る。ポリシー更新は、少なくとも1つのUE2314から、アプリケーションサーバ2312と関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバ2312と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを示すことができる。ポリシー更新は、データが少なくとも1つのUE2314からアプリケーションサーバ2312と関連付けられる1つもしくは複数の宛先IPアドレスへ、または、アプリケーションサーバ2312と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへと送信されるのを制限する確率に関する確率値を含み得る。ポリシー更新は、SIB、MBMS送信、またはHTTP接続において送信され得る。受信モジュール2304は、ポリシー更新を受信するための少なくとも1つのUE2314からの要求を受信するように構成され得る。送信モジュール2308は、ポリシー更新が利用可能であることを示すために、少なくとも1つのUE2314を呼び出すように構成され得る。
【０１３７】
装置は、前述の図21のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。そのため、前述の図21のフローチャート中の各ステップは、モジュールによって実行されてよく、装置は、これらのモジュールの1つまたは複数を含み得る。モジュールは、述べられたプロセス/アルゴリズムを実施するように特別に構成された1つもしくは複数のハードウェアコンポーネントであってよく、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されてよく、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されてよく、またはそれらの何らかの組合せであってよい。
【０１３８】
図24は、処理システム2414を採用する装置2302'のためのハードウェア実装の例を示す図2400である。処理システム2414は、バス2424によって全般に表されるバスアーキテクチャで実装され得る。バス2424は、処理システム2414の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス2424は、プロセッサ2404、モジュール2304、2306、2308、ならびにコンピュータ可読媒体/メモリ2406によって表された、1つまたは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を一緒につなぐ。バス2424は、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をつなぐこともできるが、これらの回路は当技術分野でよく知られており、したがってこれ以上は説明されない。
【０１３９】
処理システム2414は、送受信機2410に結合され得る。送受信機2410は、1つまたは複数のアンテナ2420に結合される。送受信機2410は、送信媒体を通じて様々な他の装置と通信するための手段を提供する。送受信機2410は、1つまたは複数のアンテナ2420から信号を受信し、受信された信号から情報を抽出し、処理システム2414、具体的には受信モジュール2304に抽出された情報を提供する。加えて、送受信機2410は、処理システム2414、具体的には送信モジュール2308から情報を受信し、受信された情報に基づいて、1つまたは複数のアンテナ2420に印加されるべき信号を生成する。処理システム2414は、コンピュータ可読媒体/メモリ2406に結合されたプロセッサ2404を含む。プロセッサ2404は、コンピュータ可読媒体/メモリ2406上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。ソフトウェアは、プロセッサ2404によって実行されると、処理システム2414に、任意の特定の装置について上で説明された様々な機能を実行させる。コンピュータ可読媒体/メモリ2406はまた、ソフトウェアを実行するときにプロセッサ2404によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール2304、2306、および2308の少なくとも1つをさらに含む。モジュールは、プロセッサ2404において実行中のソフトウェアモジュールであってよく、コンピュータ可読媒体/メモリ2406内に常駐している/記憶されたソフトウェアモジュールであってよく、プロセッサ2404に結合された1つもしくは複数のハードウェアモジュールであってよく、またはそれらの何らかの組合せであってよい。処理システム2414は、ネットワークエンティティ610のコンポーネントであってよく、メモリ676、および/または、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675の少なくとも1つを含んでよい。
【０１４０】
一構成では、ワイヤレス通信のための装置2302/2302'は、アプリケーションサーバに送信されているデータに関するトラフィック制御のための要求を受信するための手段を含む。装置は、トラフィック制御に対する受信された要求に基づいて、アプリケーションサーバのためのポリシー更新を決定するための手段を含み得る。装置は、少なくとも1つのUEにポリシー更新を送信するための手段を含み得る。トラフィック制御のための要求は、アプリケーションサーバの識別情報、アプリケーションサーバの状態情報、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレス、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。トラフィック制御のための要求は、ネットワークゲートウェイまたはアプリケーションサーバから受信され得る。ポリシー更新は、少なくとも1つのUEから、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを示すことができる。ポリシー更新は、データが少なくとも1つのUEからアプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへ、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへと送信されるのを制限する確率に関する確率値を含み得る。ポリシー更新は、SIB、MBMS送信、またはHTTP接続において送信され得る。装置は、ポリシー更新を受信するための少なくとも1つのUEからの要求を受信するための手段を含み得る。装置は、ポリシー更新が利用可能であることを示すために、少なくとも1つのUEを呼び出すための手段を含み得る。前述の手段は、前述の手段によって列挙された機能を実行するように構成された、装置2302および/または装置2302'の処理システム2414の前述のモジュールの1つまたは複数であり得る。上で説明されたように、処理システム2414は、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675を含み得る。したがって、一構成では、前述の手段は、前述の手段によって列挙された機能を実行するように構成さ
れた、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675であり得る。
【０１４１】
図25は、例示的な装置2502の中の様々なモジュール/手段/コンポーネントの間のデータフローを示す概念的なデータフロー図2500である。装置は、UE(たとえば、UE2002)であり得る。装置は、受信モジュール2504、データ制限モジュール2506、および送信モジュール2508を含む。受信モジュール2504は、アプリケーションサーバ2512のためのポリシー更新をCATS PS2510から受信するように構成され得る。データ制限モジュール2506は、ポリシー更新に基づいて、アプリケーションサーバ2512と関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバ2512と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを決定するように構成され得る。ポリシー更新は、アプリケーションサーバ2512と関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバ2512と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを示すことができる。ポリシー更新は、データがアプリケーションサーバ2512と関連付けられる1つもしくは複数の宛先IPアドレスへ、または、アプリケーションサーバ2512と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへと送信されるのを制限する確率に関する確率値を含み得る。一構成では、データ制限モジュール2506は、乱数を生成し、生成された乱数を確率値と比較し、生成された乱数が確率値より大きいときにデータの送信を抑制することによって、データが送信されるのを制限するかどうかを決定するように構成され得る。別の構成では、データ制限モジュール2506は、乱数を生成し、生成された乱数を確率値と比較し、生成された乱数が確率値より小さいときにデータの送信を抑制することによって、データが送信されるのを制限するかどうかを決定するように構成され得る。送信モジュール2508は、ポリシーサーバ(たとえば、CATS PS2510)にポリシー更新のための要求を送信するように構成され得る。受信モジュール2504は、ポリシーサーバからページング信号を受信するように構成され得る。ページング信号は、ポリシー更新が利用可能であることを示し得る。ポリシー更新は、SIB、MBMS送信、またはHTTP接続において受信され得る。
【０１４２】
装置は、前述の図22のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。そのため、前述の図22のフローチャート中の各ステップは、モジュールによって実行されてよく、装置は、これらのモジュールの1つまたは複数を含み得る。モジュールは、述べられたプロセス/アルゴリズムを実施するように特別に構成された1つもしくは複数のハードウェアコンポーネントであってよく、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されてよく、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されてよく、またはそれらの何らかの組合せであってよい。
【０１４３】
図26は、処理システム2614を採用する装置2502'のためのハードウェア実装の例を示す図2600である。処理システム2614は、バス2624によって全般に表されるバスアーキテクチャで実装され得る。バス2624は、処理システム2614の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス2624は、プロセッサ2604、モジュール2504、2506、2508、およびコンピュータ可読媒体/メモリ2606によって表された、1つもしくは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を一緒につなぐ。バス2624は、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をつなぐこともできるが、これらの回路は当技術分野でよく知られており、したがってこれ以上は説明されない。
【０１４４】
処理システム2614は、送受信機2610に結合され得る。送受信機2610は、1つまたは複数のアンテナ2620に結合される。送受信機2610は、送信媒体を通じて様々な他の装置と通信するための手段を提供する。送受信機2610は、1つまたは複数のアンテナ2620から信号を受信し、受信された信号から情報を抽出し、処理システム2614、具体的には受信モジュール2504に抽出された情報を提供する。加えて、送受信機2610は、処理システム2614、具体的には送信モジュール2508から情報を受信し、受信された情報に基づいて、1つまたは複数のアンテナ2620に印加されるべき信号を生成する。処理システム2614は、コンピュータ可読媒体/メモリ2606に結合されたプロセッサ2604を含む。プロセッサ2604は、コンピュータ可読媒体/メモリ2606上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。ソフトウェアは、プロセッサ2604によって実行されると、処理システム2614に、任意の特定の装置について上で説明された様々な機能を実行させる。コンピュータ可読媒体/メモリ2606はまた、ソフトウェアを実行するときにプロセッサ2604によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール2504、2506、および2508の少なくとも1つをさらに含む。モジュールは、プロセッサ2604において実行中のソフトウェアモジュールであってよく、コンピュータ可読媒体/メモリ2606内に常駐している/記憶されたソフトウェアモジュールであってよく、プロセッサ2604に結合された1つもしくは複数のハードウェアモジュールであってよく、またはそれらの何らかの組合せであってよい。処理システム2614は、UE650のコンポーネントであってよく、メモリ660、および/または、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659の少なくとも1つを含み得る。
【０１４５】
一構成では、ワイヤレス通信のための装置2502/2502'は、アプリケーションサーバのためのポリシー更新を受信するための手段を含む。装置は、ポリシー更新に基づいて、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを決定するための手段を含み得る。ポリシー更新は、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアにデータが送信されるのを制限するかどうかを示すことができる。ポリシー更新は、データがアプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへ、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへと送信されるのを制限する確率に関する確率値を含み得る。一構成では、データが送信されるのを制限するかどうかを決定するための手段は、乱数を生成し、生成された乱数を確率値と比較し、生成された乱数が確率値より大きいときにデータの送信を抑制するように構成され得る。別の構成では、データが送信されるのを制限するかどうかを決定するための手段は、乱数を生成し、生成された乱数を確率値と比較し、生成された乱数が確率値より小さいときにデータの送信を抑制するように構成され得る。装置は、ポリシー更新のための要求をポリシーサーバに送信するための手段を含み得る。装置は、ポリシーサーバからページング信号を受信するための手段を含み得る。ページング信号は、ポリシー更新が利用可能であることを示し得る。ポリシー更新は、SIB、MBMS送信、またはHTTP接続において受信され得る。決定するための手段は、ポリシー更新の有効期間に基づいて、送信されているデータを制限するかどうかを決定するように構成され得る。有効期間は、ポリシー更新に含まれ得る。
【０１４６】
前述の手段は、前述の手段によって列挙された機能を実行するように構成された、装置2502および/または装置2502'の処理システム2614の前述のモジュールの1つまたは複数であり得る。上で説明されたように、処理システム2614は、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659を含み得る。したがって、一構成では、上述の手段は、上述の手段によって列挙された機能を実行するように構成された、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659であり得る。
【０１４７】
図27は、アプリケーションサーバが問題に遭遇した際の影響を減らすためのワイヤレスネットワーク中心の解決法の図2700である。図27に示されるように、UE2702は、アプリケーション(たとえば、ナビゲーションアプリケーション)を実行していてよい。アプリケーションは、インターネット2712を通じたアプリケーションサーバ2710との通信を開始することを要求され得る。たとえば、ナビゲーションアプリケーションは、経路の要求をアプリケーションサーバ2710に提出し得る。アプリケーションサーバ2710と通信するために、アプリケーションは、PDNゲートウェイ2706(たとえば、PDNゲートウェイ118)のようなネットワークエンティティを通じてデータ2704をアプリケーションサーバ2710に送信するようにUE2702に指示することができる。いくつかの例では、PDNゲートウェイ2706はまた、サービングゲートウェイ(たとえば、サービングゲートウェイ116)および/またはPCEFを含み得る。PCEFは、課金機能とともにポリシーの施行を実行するネットワーク/機能エンティティである。PCEFは、ユーザプレーンを通じたゲートウェイ(たとえば、PDNゲートウェイ2706)におけるトラフィックの処理およびQoSを制御する。PCEFの不可欠な役割は、サービスデータフローの検出を実行することである。PCEFは、受信されたデータをPCCルールのサービスデータフローフィルタに対して評価するために使用される、適切なPCCルールを選択することができる。したがって、PCEFは、データを宛先(たとえば、アプリケーションサーバ2710)に送信しないことによって、データをフィルタリングすることができる。
【０１４８】
上の例を続けると、UE2702によって送信されるデータ2704がPDNゲートウェイ2706に到達すると、PDNゲートウェイ2706は、データ2708をアプリケーションサーバ2710に転送することができる。しかしながら、多数のUEがアプリケーションサーバ2710へ同時に送信している場合、アプリケーションサーバ2710は過負荷になり得る。たとえば、多数のユーザがナビゲーションアプリケーションにアクセスしようとする場合、ナビゲーションアプリケーションサーバは、過負荷になり、すべてのルーティング要求に応答するのが不可能になり得る。
【０１４９】
一構成では、アプリケーションサーバ2710は、UEからのトラフィックフローを管理することに対する支援を要求し得る。アプリケーションサーバ2710は、トラフィック制御のための要求2714を、control of application third-party sever(CATS)ポリシーサーバ(PS)(CATS PS)2716に送信することができる。トラフィック制御のための要求2714は、アプリケーションサーバ2710の識別情報、アプリケーションサーバ2710に関する状態情報、アプリケーションサーバ2710と関連付けられる1つもしくは複数の宛先IPアドレス、または、アプリケーションサーバ2710と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。アプリケーションサーバ2710の識別情報は、アプリケーション名、アプリケーションの分類、および/またはアプリケーションサーバ2710の地理的位置のような情報を含み得る。アプリケーションサーバ2710の状態は、現在のおよび/または追加のUEトラフィックに応答することについてのアプリケーションサーバ2710の能力に関する情報を含み得る。アプリケーションサーバ2710と関連付けられる1つまたは複数の宛先IPアドレスは、アプリケーションサーバ2710に関する任意のIPアドレス(たとえば、アプリケーションサーバ2710が位置する物理サーバのIPアドレス)を含み得る。1つまたは複数のIPアドレス/ポート番号のペアは、アプリケーションサーバ2710と関連付けられるIPアドレスと、過負荷のアプリケーションおよびアプリケーションサーバ2710と関連付けられるポート番号とを含み得る。たとえば、ナビゲーションアプリケーションサーバが過負荷になると、ナビゲーションアプリケーションサーバは、トラフィック制御のための要求をCATS PS2716に送信することができる。トラフィック制御のための要求は、ナビゲーションアプリケーションの名前を示す情報、ナビゲーションアプリケーションサーバがアプリケーションデータのトラフィックの処理のために残り90パーセントの容量しか有しないことを示す情報、および問題に遭遇しているアプリケーションサーバのIPアドレスを示す情報を含み得る。別の例では、アプリケーションサーバが複数のアプリケーションをホストしており、ホストされたナビゲーションアプリケーションだけが過負荷である(たとえば、トラフィックの割当量を超えた)場合、トラフィック制御のための要求は、ナビゲーションアプリケーションの名前を示す情報、アプリケーションサーバがナビゲーションアプリケーションデータのトラフィックを処理するのに支援を必要としていることを示す情報、ならびに、アプリケーションサーバのIPアドレスおよびナビゲーションアプリケーションと関連付けられるポート番号を示す情報を含み得る。
【０１５０】
別の構成では、アプリケーションサーバ2710がトラフィック制御のための要求2714を送信する代わりに、アプリケーションサーバ2710の状態を決定すると、PDNゲートウェイ2706が、トラフィック制御のための要求2718をCATS PS2716に送信することができる。一態様では、PDNゲートウェイは、アプリケーションサーバ2710からの送信制御プロトコルTCPトラフィックを監視し、アプリケーションサーバ2710からの往復遅延時間を監視し、アプリケーションサーバ2710から受信されたエラー/状態コードのタイプ(たとえば、限られた容量、容量の超過、オフラインになるように予定されている、など)を監視し、かつ/またはアプリケーションサーバ2710から受信されたエラー/状態コードの量を監視することによって、アプリケーションサーバ2710の状態を決定することができる。そのような監視に基づいて、PDNゲートウェイ2706は、アプリケーションサーバ2710がオフラインであること、および/またはトラフィックを処理するために支援が必要であることを決定することができる。PDNゲートウェイ2706は、アプリケーションサーバ2710の決定された状態に基づいて、アプリケーションサーバ2710の代わりに、トラフィック制御のための要求2718をCATS PS2716に送信することができる。トラフィック制御のための要求2718は、アプリケーションサーバ2710の識別情報、アプリケーションサーバ2710に関する状態情報、アプリケーションサーバ2710と関連付けられる1つもしくは複数の宛先IPアドレス、および/または、アプリケーションサーバ2710と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。アプリケーションサーバ2710の識別情報は、アプリケーション名、アプリケーションの分類、および/またはアプリケーションサーバ2710の地理的位置のような情報を含み得る。アプリケーションサーバ2710の状態は、現在のおよび/または追加のUEトラフィックに応答することについてのアプリケーションサーバ2710の能力に関する情報を含み得る。アプリケーションサーバ2710と関連付けられる1つまたは複数の宛先IPアドレスは、アプリケーションサーバ2710に関する任意のIPアドレス(たとえば、アプリケーションサーバ2710が位置する物理サーバのIPアドレス)を含み得る。1つまたは複数のIPアドレス/ポート番号のペアは、アプリケーションサーバ2710と関連付けられるIPアドレスと、過負荷のアプリケーションおよびアプリケーションサーバ2710と関連付けられるポート番号とを含み得る。たとえば、PDNゲートウェイ2706は、大量のTCPトラフィックをナビゲーションアプリケーションサーバが受信したことと、往復遅延時間が閾値(たとえば、5秒)を超えて増大したこととを決定することができる。ナビゲーションアプリケーションサーバの決定された状態に基づいて、PDNゲートウェイ2706は、トラフィック制御のための要求をCATS PS2716に送信する。トラフィック制御のための要求は、ナビゲーションアプリケーションの名前、受信されたTCPトラフィックの量および平均の往復遅延時間、ならびに、問題に遭遇しているアプリケーションサーバの宛先IPアドレスを含み得る。前述の構成はPDNゲートウェイに関して論じられたが、サービングゲートウェイおよびPCEFエンティティも使用され得る。
【０１５１】
CATS PS2716が、アプリケーションサーバ2710またはPDNゲートウェイ2706のいずれか(または両方)からトラフィック制御のための要求2714、2718の少なくとも1つを受信すると、CATS PS2716は、トラフィック制御のための受信された要求2714、2718に基づいて、アプリケーションサーバ2710のためのポリシー更新を決定することができる。一態様では、トラフィック制御のための要求2714に基づいて、アプリケーションサーバ2710がすべてのUEトラフィックを処理できるとCATS PS2716が決定する場合、CATS PS2716は、データ2708の制限または抑制がアプリケーションサーバ2710に対して要求されないように、アプリケーションサーバ2710のためのポリシーを更新すると決定することができる。別の態様では、トラフィック制御のための要求2714に基づいて、アプリケーションサーバ2710がオフラインであること、またはいずれのUE(たとえば、UE2702)からの要求にももはや応答できないことをCATS PS2716が決定する場合、CATS PS2716は、UE2702からPDNゲートウェイ2706において受信されるすべてのデータがアプリケーションサーバ2710に送信されるのを制限されることになるように、アプリケーションサーバ2710のためのポリシーを更新すると決定することができる。別の態様では、トラフィック制御のための要求2714に基づいて、アプリケーションサーバ2710がまだオンラインであるが限られた量のUEトラフィックしか処理できないとCATS PS2716が決定する場合、CATS PS2716は、アプリケーションサーバ2710が応答できるUE通信の量を決定することができる。制御/制限すべきトラフィックの量を決定すると、CATS PS2716は、PDNゲートウェイ2706からアプリケーションサーバ2710に転送されるデータの量を制限する/絞るように、ポリシーを規定することができる。たとえば、CATS PS2716は、PDNゲートウェイ2706において受信されアプリケーションサーバ2710に宛てられる5つのパケットのうちの3つだけが、PDNゲートウェイ2706によってアプリケーションサーバ2710に送信されると決定することができる。一構成では、CATS PS2716は、頻繁に問題に遭遇することが知られているアプリケーションサーバの宛先IPアドレスをキャッシュすることができる。
【０１５２】
一構成では、ポリシー更新を決定すると、CATS PS2716は、ポリシー更新2720をPCRF2722に送信することができる。PCRF2722は、ネットワーク内部の情報を集約するポリシー機能エンティティであり、各加入者に対するポリシーの決定を行う。PCRF2722は、PCEF(PDNゲートウェイ2706内にあり得る)とPCRF2722との間のゲートウェイインターフェースを使用してPCCルールをPCEFに適用するエンティティである。この構成では、PCRF2722は、ポリシー更新2720を受信することができる。ポリシー更新2720は、PDNゲートウェイ2706からアプリケーションサーバ2710と関連付けられる1つもしくは複数の宛先IPアドレスへの、または、アプリケーションサーバ2710と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべき、アップリンクデータの量に関する情報を含み得る。そして、PCRF2722はポリシー更新2724をPCEFに送信することができ、ポリシー更新2724を実施するというPCEFの機能は、PDNゲートウェイ2706内で実行され得る。CATS PS2716によって送信されるポリシー更新2720およびPCRF2722によって送信されるポリシー更新2724は、同じポリシー更新であり得る。しかしながら、別の態様では、PCRF2722は、ポリシー更新2724をPDNゲートウェイ2706に送信する前に、受信されたポリシー更新2720を修正することができる。
【０１５３】
別の構成では、CATS PS2716の機能は、PCRF2722によって実行され得るので、PCRF2722エンティティだけが存在する。この構成では、PCRF2722は、アプリケーションサーバ2710またはPDNゲートウェイ2706のいずれかからそれぞれ、または両方から、トラフィック制御のための要求2726、2728を受信することができる。PCRF2722は、トラフィック制御に対する受信された要求2726、2728に基づいて、アプリケーションサーバ2710のためのポリシー更新を決定することができる。一態様では、アプリケーションサーバ2710がオフラインであり、またはいずれのUE(たとえば、UE2702)からの要求にももはや応答できない場合、PCRF2722は、UE2702からPDNゲートウェイ2706において受信されるすべてのデータがアプリケーションサーバ2710に転送されるのを制限するように、アプリケーションサーバ2710のためのポリシーを更新すると決定することができる。別の態様では、アプリケーションサーバ2710がまだオンラインであるが、限られた数のUEの要求にしか応答できない場合、PCRF2722は、アプリケーションサーバ2710が応答できるデータの閾値を決定することができる。その決定に基づいて、PCRF2722は、PDNゲートウェイ2706からアプリケーションサーバ2710に転送されるデータの量を制限する/絞るように、ポリシーを規定することができる。たとえば、PCRF2722は、PDNゲートウェイ2706において受信されアプリケーションサーバ2710に宛てられる5つのパケットのうちの3つだけが、PDNゲートウェイ2706からアプリケーションサーバ2710に送信されるべきであると決定することができる。PCRF2722はポリシー更新2724をPCEFに送信することができ、ポリシー更新2724を実施するというPCEFの機能は、PDNゲートウェイ2706内で実行され得る。
【０１５４】
ポリシー更新2724を受信すると、PCEFの機能を実行し得るPDNゲートウェイ2706は、アプリケーションサーバ2710への送信を制限すべき、受信されたデータ2704の量を決定することができる。ポリシー更新2724は、アプリケーションサーバ2710と関連付けられる1つもしくは複数の宛先IPアドレスへの、または、アプリケーションサーバ2710と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信が制限されるべき、データ2704の量を示し得る。一構成では、PDNゲートウェイ2706は、受信されたポリシー更新2724に基づいて、すべてのデータ2704が制限なくアプリケーションサーバ2710に送信されることを可能にし得る。別の構成では、PDNゲートウェイ2706は、アプリケーションサーバ2710に送信されることになる、UE2702から受信されたデータ2704の一部分(またはある量)の送信を制限することができる。別の態様では、PDNゲートウェイ2706は、アプリケーションサーバ2710と関連付けられる1つもしくは複数の宛先IPアドレスへ、または、アプリケーションサーバ2710と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへ送信されることになる、UE2702から受信されたすべてのデータ2704の送信を制限することができる。たとえば、UE2702および他のUEからすべてのデータが、アプリケーションサーバ2710に送信されることを制限され得る。この例では、TCPは、任意のUEとアプリケーションサーバ2710との間の各IPフローに対して「崩壊する」。別の態様では、PDNゲートウェイ2706は、データをPDNゲートウェイ2706に送信するUEのすべてではないが一部からのデータが、アプリケーションサーバ2710にルーティングされるのを制限することができる。この態様では、PDNゲートウェイ2706は、所望の頻度でアプリケーションサーバ2710へのUE(たとえば、UE2702)からの新たなIPフローの開始をランダムに止めながら(たとえば、5回のフローの開始のうちの4回を止める)、残りのデータフローの開始、さらにはすでに確立されているデータフローを処理することに進むことができる。結果として、UE常駐アプリケーションは、意図されるように動作するのをやめ、クライアントによって終了され、これにより、アプリケーションサーバ2710を過剰な負荷から助ける。別の例では、PDNゲートウェイ2706は、UE2702から受信されたデータ2704を制限することができるが、他のUEから受信されたデータを制限しなくてよい。別の態様では、PDNゲートウェイは、あるタイプのデータ(たとえば、低い優先度)の送信を制限し、他のタイプのデータ(たとえば、高い優先度)だけを許可することができる。
【０１５５】
UE2702(および図27に表示されない他のUE)からのデータパケットの一部またはすべてを絞ることによって、PDNゲートウェイ2706は、アプリケーションサーバ2710が過負荷である、またはオフラインであるとき、アプリケーションサーバ2710に送信されるデータパケットの数を減らすことによって、トラフィックのフローを管理するのを助けることができる。ワイヤレスネットワークからのこのトラフィックの支援は、非生産的なユーザプレーンのトラフィックを減らし、これは、アプリケーションサーバのダウンまたは期待以下の動作という事象が重いトラフィック負荷の間に発生したときに、混雑の影響を緩和するのを助け得る。この解決法は実施するのが簡単であり、準備または他の複雑な可能性のある動作のような、UEにおける変更を必要としない。
【０１５６】
図28は、アプリケーションサーバが問題に遭遇した際の影響を減らすためのポリシーサーバに関するワイヤレスネットワーク中心の解決法の例示的な方法のフローチャート2800である。方法は、ポリシーサーバ(たとえば、CATS PS2716、PCRF2722、装置3002/3002')によって実行され得る。ステップ2802において、ポリシーサーバは、アプリケーションサーバ(たとえば、アプリケーションサーバ2710)に通信されているデータに関して、トラフィック制御のための要求(たとえば、トラフィック制御のための要求2714、2718)を受信することができる。一構成では、トラフィック制御のための要求は、アプリケーションサーバの識別情報、アプリケーションサーバの状態情報、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレス、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。一構成では、トラフィック制御のための要求は、ネットワークゲートウェイまたはアプリケーションサーバから受信され得る。
【０１５７】
ステップ2804において、ポリシーサーバは、トラフィック制御に対する受信された要求に基づいて、アプリケーションサーバのためのポリシー更新を決定することができる。一構成では、ポリシー更新を決定するために、ポリシーサーバは、トラフィック制御のための要求において提供される状態情報のもとで、アプリケーションサーバが処理できるデータの閾値を評価することができる。ポリシーサーバは次いで、ネットワークゲートウェイからアプリケーションサーバに送信されるのを制限すべきデータの量を決定することができる。たとえば、ナビゲーションアプリケーションを実行するUEは、アプリケーションサーバ2710と通信することを試み得る。過負荷になると、アプリケーションサーバ2710は、トラフィック制御のための要求2714をCATS PS2716に送信することができる。CATS PS2716は、アプリケーションサーバ2710からトラフィック制御のための要求2714を受信し、アプリケーションサーバ2710のためのポリシー更新を決定することができる。この例では、トラフィック制御のための要求2714は、アプリケーションサーバ2710の名前、アプリケーションサーバ2710がさらなるデータ要求を処理できないことを示す情報、および、アプリケーションサーバ2710のための宛先IPアドレスを含み得る。トラフィック制御のための要求2714に含まれる情報に基づいて、CATS PS2716は、アプリケーションサーバ2710と関連付けられる宛先IPアドレスに向けられるUE2702から受信されたすべてのデータが、宛先IPアドレスにあるアプリケーションサーバ2710に送信されるのを制限されることになるような、ポリシー更新を決定することができる。
【０１５８】
ステップ2806において、ポリシーサーバは、決定されたポリシー更新をポリシーエンティティ(たとえば、PCRF2722)に送信することができる。一構成では、決定されたポリシー更新は、ネットワークゲートウェイ(たとえば、PDNゲートウェイ2706)からアプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへの、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべき、データの量を示し得る。ポリシー更新は、データが制限されるべきではないことを示すことがある。たとえば、CATS PS2716は、ポリシー更新2720をPDNゲートウェイ2706に送信することができ、ポリシー更新2720は、UE2702から受信された5つのデータパケットのうちの2つが、PDNゲートウェイ2706からアプリケーションサーバ2710と関連付けられる1つまたは複数のIPアドレスに送信されるのを制限されるべきであることを示し得る。
【０１５９】
代替的に、ステップ2808において、ポリシーサーバの機能がPCRFに組み込まれている場合、前述のステップ2802および2804はPCRFによって実行されてよく、PCRFは決定されたポリシー更新をネットワークゲートウェイ(たとえば、PDNゲートウェイ2706)に送信することができる。一構成では、決定されたポリシー更新は、ネットワークゲートウェイ(たとえば、PDNゲートウェイ2706)からアプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへの、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべき、データの量を示し得る。
【０１６０】
図29は、アプリケーションサーバが問題に遭遇した際の影響を減らすためのネットワークゲートウェイに関するワイヤレスネットワーク中心の解決法の例示的な方法のフローチャート2900である。方法は、ネットワークゲートウェイ(たとえば、PDNゲートウェイ2706、装置3202/3202')によって実行され得る。ステップ2902において、ネットワークゲートウェイはアプリケーションサーバの状態を決定することができる。一構成では、ネットワークゲートウェイは、アプリケーションサーバからのTCPトラフィック、アプリケーションサーバからの往復遅延時間、アプリケーションサーバから送信されるエラー/状態コードのタイプ、アプリケーションサーバから送信されるエラー/状態コードの量に基づいて、アプリケーションサーバの状態を決定することができる。たとえば、アプリケーションサーバ2710は、アプリケーションサーバ2710が次の2時間オフラインになることを示す状態コードを送信することができる。
【０１６１】
ステップ2904において、ネットワークゲートウェイは、アプリケーションサーバの状態に少なくとも一部基づいて、ポリシーサーバにトラフィック制御のための要求を送信することができる。一構成では、トラフィック制御のための要求は、アプリケーションサーバの識別情報、アプリケーションサーバの状態情報、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレス、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。たとえば、PDNゲートウェイ2706は、トラフィック制御のための要求2718をCATS PS2716に送信することができる。トラフィック制御のための要求2718は、アプリケーションサーバ2710(たとえば、ナビゲーションアプリケーションサーバ)の識別情報、アプリケーションサーバ2710が次の2時間オフラインになることを示す情報、および、アプリケーションサーバ2710と関連付けられる1つまたは複数の宛先IPアドレスを含み得る。
【０１６２】
ステップ2906において、ネットワークゲートウェイは、アプリケーションサーバのためのポリシー更新を受信することができる。一構成では、ポリシー更新は、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへの、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべき、受信されたデータの量を示し得る。別の構成では、ポリシー更新は、受信されたデータのいずれもが、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアに送信されるのを制限されるべきではないことを示し得る。たとえば、PDNゲートウェイ2706は、PCRF2722からポリシー更新2724を受信することができる。ポリシー更新2724は、UE2702から受信されたすべてのデータが、アプリケーションサーバ2710と関連付けられる1つまたは複数の宛先IPアドレスに送信されるのを制限されるべきであることを示し得る。ある態様では、ポリシー更新2724は、ポリシーが2時間効力を持ち続けるべきであることを示し得る。したがって、PDNゲートウェイ2706は、2時間だけポリシー更新2724を実装し得る。その後、UE2702から受信されたデータ2704は、制限なしでアプリケーションサーバ2710に送信され得る。したがって、ポリシー更新は有効期間を含み得る。
【０１６３】
ステップ2908において、ネットワークゲートウェイは、アプリケーションサーバへの送信のために、UEからデータを受信することができる。たとえば、PDNゲートウェイ2706は、アプリケーションサーバ2710への送信のために、UE2702からデータ2704を受信することができる。
【０１６４】
ステップ2910において、ネットワークゲートウェイは、受信されたポリシー更新に基づいて、アプリケーションサーバへの送信を制限すべき、受信されたデータの量を決定することができる。たとえば、PDNゲートウェイ2706は、受信されたポリシー更新2724に基づいて、UE(たとえば、UE2702)からの5回のデータフローの開始うちの2回が制限され得ると決定しながら、残りのフローの開始ならびにすでに確立されているデータフローを処理することに進むことができる。
【０１６５】
図30は、例示的な装置3002の中の様々なモジュール/手段/コンポーネントの間のデータフローを示す概念的なデータフロー図3000である。装置は、ポリシーサーバ(たとえば、CATS PS2716、PCRF2722)であり得る。装置は、受信モジュール3004、ポリシー更新モジュール3006、および送信モジュール3008を含む。受信モジュール3004は、アプリケーションサーバ3012に通信されているデータに関するトラフィック制御のための要求を受信するように構成され得る。トラフィック制御のための要求は、アプリケーションサーバ3012の識別情報、アプリケーションサーバ3012の状態情報、アプリケーションサーバ3012と関連付けられる1つもしくは複数の宛先IPアドレス、または、アプリケーションサーバ3012と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。トラフィック制御のための要求は、PDNゲートウェイ3010またはアプリケーションサーバ3012から受信され得る。ポリシー更新モジュール3006は、トラフィック制御に対する受信された要求に基づいて、アプリケーションサーバ3012のためのポリシー更新を決定するように構成され得る。一構成では、送信モジュール3008は、決定されたポリシー更新をポリシーエンティティ(たとえば、PCRF3014)に送信するように構成されてよく、このポリシー更新は、ネットワークゲートウェイ(たとえば、PDNゲートウェイ3010)からアプリケーションサーバ3012と関連付けられる1つもしくは複数の宛先IPアドレスへの、または、アプリケーションサーバ3012と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべき、データの量を示す。別の構成では、送信モジュール3008は、決定されたポリシー更新をネットワークゲートウェイ(たとえば、PDNゲートウェイ3010)に送信するように構成されてよく、このポリシー更新は、ネットワークゲートウェイからアプリケーションサーバ3012と関連付けられる1つもしくは複数の宛先IPアドレスへの、または、アプリケーションサーバ3012と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべき、データの量を示す。
【０１６６】
装置は、前述の図28のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。そのため、前述の図28のフローチャート中の各ステップは、モジュールによって実行されてよく、装置は、これらのモジュールの1つまたは複数を含み得る。モジュールは、述べられたプロセス/アルゴリズムを実施するように特別に構成された1つもしくは複数のハードウェアコンポーネントであってよく、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されてよく、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されてよく、またはそれらの何らかの組合せであってよい。
【０１６７】
図31は、処理システム3114を採用する装置3002'のためのハードウェア実装の例を示す図3100である。処理システム3114は、バス3124によって全般に表されるバスアーキテクチャで実装され得る。バス3124は、処理システム3114の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス3124は、プロセッサ3104、モジュール3004、3006、および3008、ならびにコンピュータ可読媒体/メモリ3106によって表された、1つもしくは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を一緒につなぐ。バス3124は、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をつなぐこともできるが、これらの回路は当技術分野でよく知られており、したがってこれ以上は説明されない。
【０１６８】
処理システム3114は、送受信機3110に結合され得る。送受信機3110は、1つまたは複数のアンテナ3120に結合される。送受信機3110は、送信媒体を通じて様々な他の装置と通信するための手段を提供する。送受信機3110は、1つまたは複数のアンテナ3120から信号を受信し、受信された信号から情報を抽出し、処理システム3114、具体的には受信モジュール3004に抽出された情報を提供する。加えて、送受信機3110は、処理システム3114、具体的には送信モジュール3008から情報を受信し、受信された情報に基づいて、1つまたは複数のアンテナ3120に印加されるべき信号を生成する。処理システム3114は、コンピュータ可読媒体/メモリ3106に結合されたプロセッサ3104を含む。プロセッサ3104は、コンピュータ可読媒体/メモリ3106上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。ソフトウェアは、プロセッサ3104によって実行されると、処理システム3114に、任意の特定の装置について上で説明された様々な機能を実行させる。コンピュータ可読媒体/メモリ3106はまた、ソフトウェアを実行するときにプロセッサ3104によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール3004、3006、および3008の少なくとも1つをさらに含む。モジュールは、プロセッサ3104において実行中のソフトウェアモジュールであってよく、コンピュータ可読媒体/メモリ3106内に常駐している/記憶されたソフトウェアモジュールであってよく、プロセッサ3104に結合された1つもしくは複数のハードウェアモジュールであってよく、またはそれらの何らかの組合せであってよい。処理システム3114は、ネットワークエンティティ610のコンポーネントであってよく、メモリ676、および/または、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675の少なくとも1つを含んでよい。
【０１６９】
一構成では、ワイヤレス通信のための装置3002/3002'は、アプリケーションサーバに送信されているデータに関するトラフィック制御のための要求を受信するための手段を含む。装置は、トラフィック制御に対する受信された要求に基づいて、アプリケーションサーバのためのポリシー更新を決定するための手段を含む。トラフィック制御のための要求は、アプリケーションサーバの識別情報、アプリケーションサーバの状態情報、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレス、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。トラフィック制御のための要求は、ネットワークゲートウェイまたはアプリケーションサーバから受信され得る。装置は、決定されたポリシー更新をポリシーエンティティに送信するための手段を含んでよく、ポリシー更新は、ネットワークゲートウェイからアプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへの、またはアプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべきデータの量を示す。装置は、決定されたポリシー更新をネットワークゲートウェイに送信するための手段を含んでよく、ポリシー更新は、ネットワークゲートウェイからアプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへの、またはアプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべきデータの量を示す。前述の手段は、前述の手段によって列挙された機能を実行するように構成された、装置3002および/または装置3002'の処理システム3114の前述のモジュールの1つまたは複数であり得る。上で説明されたように、処理システム3114は、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675を含み得る。したがって、一構成では、前述の手段は、前述の手段によって列挙された機能を実行するように構成された、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675であり得る。
【０１７０】
図32は、例示的な装置3202の中の様々なモジュール/手段/コンポーネントの間のデータフローを示す概念的なデータフロー図3200である。装置は、ネットワークゲートウェイ(たとえば、PDNゲートウェイ2706)であり得る。装置は、受信モジュール3204と、サーバ状態モジュール3206と、データ制限モジュール3208と、送信モジュール3210とを含む。サーバ状態モジュール3206は、アプリケーションサーバ3218の状態を決定するように構成され得る。サーバ状態モジュール3206は、アプリケーションサーバ3218からのTCPトラフィック、アプリケーションサーバ3218からの往復遅延時間、アプリケーションサーバ3218から送信されるエラーコードのタイプ、またはアプリケーションサーバ3218から送信されるエラーコードの量に基づいて、アプリケーションサーバ3218の状態を決定するように構成され得る。送信モジュール3210は、アプリケーションサーバ3218の決定された状態に基づいて、ポリシーサーバ3216にトラフィック制御のための要求を送信するように構成され得る。トラフィック制御のための要求は、アプリケーションサーバ3218の識別情報、アプリケーションサーバ3218の状態情報、アプリケーションサーバ3218と関連付けられる1つもしくは複数の宛先IPアドレス、または、アプリケーションサーバ3218と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。受信モジュール3204は、アプリケーションサーバ3218のためのポリシー更新を受信するように構成され得る。受信モジュール3204は、アプリケーションサーバ3218への送信のためにUE3212からデータを受信するように構成され得る。データ制限モジュール3208は、受信されたポリシー更新に基づいて、アプリケーションサーバ3218への送信を制限すべき、受信されたデータの量を決定するように構成され得る。ポリシー更新は、アプリケーションサーバ3218と関連付けられる1つもしくは複数の宛先IPアドレスへの、または、アプリケーションサーバ3218と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべき、受信されたデータの量を示し得る。ポリシー更新は、受信されたデータのいずれもが、アプリケーションサーバ3218と関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバ3218と関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアに送信されるのを制限されるべきではないことを示し得る。
【０１７１】
装置は、前述の図29のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。そのため、前述の図29のフローチャート中の各ステップは、モジュールによって実行されてよく、装置は、これらのモジュールの1つまたは複数を含み得る。モジュールは、述べられたプロセス/アルゴリズムを実施するように特別に構成された1つもしくは複数のハードウェアコンポーネントであってよく、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されてよく、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されてよく、またはそれらの何らかの組合せであってよい。
【０１７２】
図33は、処理システム3314を採用する装置3202'のためのハードウェア実装の例を示す図3300である。処理システム3314は、バス3324によって全般に表されるバスアーキテクチャで実装され得る。バス3324は、処理システム3314の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス3324は、プロセッサ3304、モジュール3204、3206、3208、3210、およびコンピュータ可読媒体/メモリ3306によって表された、1つまたは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を一緒につなぐ。バス3324は、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をつなぐこともできるが、これらの回路は当技術分野でよく知られており、したがってこれ以上は説明されない。
【０１７３】
処理システム3314は、送受信機3310に結合され得る。送受信機3310は、1つまたは複数のアンテナ3320に結合される。送受信機3310は、送信媒体を通じて様々な他の装置と通信するための手段を提供する。送受信機3310は、1つまたは複数のアンテナ3320から信号を受信し、受信された信号から情報を抽出し、処理システム3314、具体的には受信モジュール3204に抽出された情報を提供する。加えて、送受信機3310は、処理システム3314、具体的には送信モジュール3210から情報を受信し、受信された情報に基づいて、1つまたは複数のアンテナ3320に印加されるべき信号を生成する。処理システム3314は、コンピュータ可読媒体/メモリ3306に結合されたプロセッサ3304を含む。プロセッサ3304は、コンピュータ可読媒体/メモリ3306上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。ソフトウェアは、プロセッサ3304によって実行されると、処理システム3314に、任意の特定の装置について上で説明された様々な機能を実行させる。コンピュータ可読媒体/メモリ3306はまた、ソフトウェアを実行するときにプロセッサ3304によって操作されるデータを記憶するために使用され得る。処理システムはさらに、モジュール3204、3206、3208、または3210の少なくとも1つを含む。モジュールは、プロセッサ3304において実行中のソフトウェアモジュールであってよく、コンピュータ可読媒体/メモリ3306内に常駐している/記憶されたソフトウェアモジュールであってよく、プロセッサ3304に結合された1つもしくは複数のハードウェアモジュールであってよく、またはそれらの何らかの組合せであってよい。処理システム3314は、ネットワークエンティティ610のコンポーネントであってよく、メモリ676、および/または、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675の少なくとも1つを含んでよい。
【０１７４】
一構成では、ワイヤレス通信のための装置3202/3202'は、アプリケーションサーバのためのポリシー更新を受信するための手段を含む。装置は、アプリケーションサーバへの送信のために、UEからデータを受信するための手段を含み得る。装置は、受信されたポリシー更新に基づいて、アプリケーションサーバへの送信を制限すべき、受信されたデータの量を決定するための手段を含み得る。装置は、アプリケーションサーバの状態を決定するための手段を含み得る。装置は、アプリケーションサーバの決定された状態に基づいて、ポリシーサーバにトラフィック制御のための要求を送信するための手段を含み得る。アプリケーションサーバの状態を決定するための手段は、アプリケーションサーバからの送信制御プロトコルトラフィック、アプリケーションサーバからの往復遅延時間、アプリケーションサーバから送信されるエラーコードのタイプ、またはアプリケーションサーバから送信されるエラーコードの量の少なくとも1つに基づいて、状態を決定するように構成され得る。トラフィック制御のための要求は、アプリケーションサーバの識別情報、アプリケーションサーバの状態情報、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレス、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアを含み得る。ポリシー更新は、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスへの、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアへの送信を制限すべき、受信されたデータの量を示し得る。ポリシー更新は、受信されたデータのいずれもが、アプリケーションサーバと関連付けられる1つもしくは複数の宛先IPアドレスに、または、アプリケーションサーバと関連付けられる1つもしくは複数のIPアドレス/ポート番号のペアに送信されるのを制限されるべきではないことを示し得る。前述の手段は、前述の手段によって列挙された機能を実行するように構成された、装置3202および/または装置3202'の処理システム3314の前述のモジュールの1つまたは複数であり得る。
【０１７５】
上で説明されたように、処理システム3314は、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675を含み得る。したがって、一構成では、前述の手段は、前述の手段によって列挙された機能を実行するように構成された、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675であり得る。
【０１７６】
開示された処理/フローチャートにおけるステップの特定の順序または階層は、例示的な手法の実例であることが理解されよう。設計の選好に基づいて、処理/フローチャートにおけるステップの特定の順序または階層が並べ替えられ得ることが理解されよう。さらに、いくつかのステップが組み合わされてもよく、または省略されてもよい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されることは意図されない。
【０１７７】
上の説明は、本明細書で説明される様々な態様を当業者が実践できるようにするために提供される。これらの態様に対する様々な変更が、当業者に容易に明らかになり、本明細書において規定される一般原理は、他の態様に適用され得る。したがって、特許請求の範囲は本明細書に示された態様に限定されるものではなく、文言通りの特許請求の範囲に整合するすべての範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味することを意図せず、「1つまたは複数の」を意味する。「例示的」という言葉は、「例、事例、または例示として機能する」ことを意味するように本明細書において使用される。「例示的」として本明細書において説明されるいずれの態様も、必ずしも他の態様よりも好ましいか、または有利であると解釈されるとは限らない。別段に明記されていない限り、「いくつかの」という用語は1つまたは複数を指す。「A、B、またはCの少なくとも1つ」、「A、B、およびCの少なくとも1つ」、および「A、B、C、またはこれらの任意の組合せ」のような組合せは、A、B、および/またはCの任意の組合せを含み、複数のA、複数のB、または複数のCを含み得る。具体的には、「A、B、またはCの少なくとも1つ」、「A、B、およびCの少なくとも1つ」、および「A、B、C、またはこれらの任意の組合せ」のような組合せは、Aのみ、Bのみ、Cのみ、AおよびB、AおよびC、BおよびC、またはAおよびBおよびCであってよく、ここで任意のそのような組合せは、A、B、またはCの1つまたは複数のメンバーを含み得る。当業者に知られている、または後に知られるようになる、本開示全体で説明された様々な態様の要素と等価なすべての構造的および機能的な等価物は、参照によって本明細書に明確に組み込まれ、特許請求の範囲に包含されることが意図される。その上、本明細書で開示されたものは、そのような開示が特許請求の範囲において明示的に列挙されているかどうかにかかわらず、公に供されることは意図されていない。いかなるクレーム要素も、要素が「ための手段」という語句を使用して明確に列挙されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
【符号の説明】
【０１７８】
100  Evolved Packet System
102  ユーザ機器
104  E-UTRAN
106  eNodeB
108  他のeNodeB
110  EPC
112  MME
114  他のMME
116  サービングゲートウェイ
118  PDNゲートウェイ
120  HSS
122  IPサービス
124  MBMS GW
126  BM-SC
128  MCE
200  アクセスネットワーク
202  セルラー領域
204  マクロeNB
206  UE
208  低電力クラスeNB
210  セルラー領域
300  図
302  R
304  R
410a  PUCCH
410b  PUCCH
420a  PUSCH
420b  PUSCH
506  物理層
508  レイヤ2
510  MACサブレイヤ
512  RLCサブレイヤ
514  PDCPサブレイヤ
516  RRCサブレイヤ
610  eNB
616  TXプロセッサ
618  送信機
620  アンテナ
650  UE
652  アンテナ
654  受信機
656  RXプロセッサ
658  チャネル推定器
659  コントローラ/プロセッサ
660  メモリ
662  データシンク
667  データソース
668  TXプロセッサ
670  RXプロセッサ
674  チャネル推定器
675  コントローラ/プロセッサ
676  メモリ
700  呼のフロー
702  アプリケーション
704  UE
706  RAN
708  HSGW
710  P-GW
800  呼のフロー
802  アプリケーション
804  UE
806  RAN
808  HSGW
810  P-GW
900  図
902  アプリケーションレイヤ
904  データサービスレイヤ
906  モデムレイヤ
1000  フローチャート
1100  データフロー図
1102  装置
1104  受信モジュール
1106  送信モジュール
1108  アクセスパラメータ管理モジュール
1110  照合モジュール
1112  データ管理モジュール
1114  通信管理モジュール
1150  eNB
1200  図
1204  プロセッサ
1206  コンピュータ可読媒体/メモリ
1210  送受信機
1214  処理システム
1220  アンテナ
1224  バス
1300  フローチャート
1400  データフロー図
1402  装置
1404  受信モジュール
1406  送信モジュール
1408  アクセス制御管理モジュール
1410  アクセスパラメータモジュール
1412  セッション管理モジュール
1414  TFT管理モジュール
1450  UE
1500  図
1504  プロセッサ
1506  コンピュータ可読媒体/メモリ
1510  送受信機
1514  処理システム
1520  アンテナ
1524  バス
1600  フローチャート
1700  データフロー図
1702  装置
1704  受信モジュール
1706  送信モジュール
1708  アクセスパラメータモジュール
1710  レイヤ管理モジュール
1712  API管理モジュール
1714  通信管理モジュール
1750  eNB
1800  図
1804  プロセッサ
1806  コンピュータ可読媒体/メモリ
1810  送受信機
1814  処理システム
1820  アンテナ
1824  バス
1950  図
1952  eNB
1952'  セル
1954  eNB
1954'  セル
1960  UE
1970  UE
1990  図
2000  図
2002  UE
2004  アップリンクトラフィック
2006  PDN-GW
2008  データ
2010  アプリケーションサーバ
2012  インターネット
2014  トラフィック制御のための要求
2016  CATSポリシーサーバ
2018  トラフィック制御のための要求
2020  ポリシー更新
2100  フローチャート
2200  フローチャート
2300  データフロー図
2302  装置
2304  受信モジュール
2306  ポリシー更新モジュール
2308  送信モジュール
2310  PDNゲートウェイ
2312  アプリケーションサーバ
2314  UE
2400  図
2404  プロセッサ
2406  コンピュータ可読媒体/メモリ
2410  送受信機
2414  処理システム
2420  アンテナ
2424  バス
2500  データフロー図
2502  装置
2504  受信モジュール
2506  データ制限モジュール
2508  送信モジュール
2510  CATS PS
2512  アプリケーションサーバ
2600  図
2604  プロセッサ
2606  コンピュータ可読媒体/メモリ
2610  送受信機
2614  処理システム
2620  アンテナ
2624  バス
2700  図
2702  UE
2704  アップリンクトラフィック
2706  PDNゲートウェイ
2708  データ
2710  アプリケーションサーバ
2712  インターネット
2714  トラフィック制御のための要求
2716  CATSポリシーサーバ
2718  トラフィック制御のための要求
2720  ポリシー更新
2722  PCRF
2724  ポリシー更新
2726  トラフィック制御のための要求
2728  トラフィック制御のための要求
2800  フローチャート
2900  フローチャート
3000  データフロー図
3002  装置
3004  受信モジュール
3006  ポリシー更新モジュール
3008  送信モジュール
3010  PDNゲートウェイ
3012  アプリケーションサーバ
3014  PCRF
3100  図
3104  プロセッサ
3106  コンピュータ可読媒体/メモリ
3110  送受信機
3114  処理システム
3120  アンテナ
3124  バス
3200  データフロー図
3202  装置
3204  受信モジュール
3206  サーバ状態モジュール
3208  データ制限モジュール
3210  送信モジュール
3212  UE
3214  PCRF
3216  CATS PS
3218  アプリケーションサーバ
3300  図
3304  プロセッサ
3306  コンピュータ可読媒体/メモリ
3310  送受信機
3314  処理システム
3320  アンテナ
3324  バス
【図１】
2017511054.tif 000005
【図２】
2017511054.tif 000006
【図３】
2017511054.tif 000007
【図４】
2017511054.tif 000008
【図５】
2017511054.tif 000009
【図６】
2017511054.tif 000010
【図７】
2017511054.tif 000011
【図８】
2017511054.tif 000012
【図９】
2017511054.tif 000013
【図１０】
2017511054.tif 000014
【図１１】
2017511054.tif 000015
【図１２】
2017511054.tif 000016
【図１３】
2017511054.tif 000017
【図１４】
2017511054.tif 000018
【図１５】
2017511054.tif 000019
【図１６】
2017511054.tif 000020
【図１７】
2017511054.tif 000021
【図１８】
2017511054.tif 000022
【図１９Ａ】
2017511054.tif 000023
【図１９Ｂ】
2017511054.tif 000024
【図２０】
2017511054.tif 000025
【図２１】
2017511054.tif 000026
【図２２】
2017511054.tif 000027
【図２３】
2017511054.tif 000028
【図２４】
2017511054.tif 000029
【図２５】
2017511054.tif 000030
【図２６】
2017511054.tif 000031
【図２７】
2017511054.tif 000032
【図２８】
2017511054.tif 000033
【図２９】
2017511054.tif 000034
【図３０】
2017511054.tif 000035
【図３１】
2017511054.tif 000036
【図３２】
2017511054.tif 000037
【図３３】
2017511054.tif 000038
【国際調査報告】
2017511054.tif 000039
2017511054.tif 000040
2017511054.tif 000041
2017511054.tif 000042
2017511054.tif 000043