(57)【特許請求の範囲】
【請求項１】
発展型ノードBによって、パケットを受信するステップと、
前記発展型ノードBによって、受信された前記パケットに対応するサービスアプリケーションタイプを取得するステップと、
前記発展型ノードBによって、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、ならびに前記パケットに対応するサービスアプリケーションタイプに従って、前記パケットに対応するサービス制御ポリシーを決定するステップと、
前記発展型ノードBによって、前記パケットに対応する前記サービス制御ポリシーに従って前記パケットにリソーススケジューリングを実行するステップとを備える、サービス制御方法。
【請求項２】
前記発展型ノードBによって、前記パケットに対応する前記サービス制御ポリシーを決定する前記ステップの前に、
前記発展型ノードBによって、第1のエンティティから前記サービスアプリケーションタイプと前記サービス制御ポリシーとの間の前記対応を受信するステップと、
前記発展型ノードBによって、前記サービスアプリケーションタイプと前記サービス制御ポリシーとの間の前記対応を格納するステップとのうちの少なくとも1つをさらに備え、
前記第1のエンティティがポリシーおよび課金施行機能を実装するように構成されている、請求項1に記載の方法。
【請求項３】
前記発展型ノードBによって、前記パケットに対応する前記サービスアプリケーションタイプを取得する前記ステップが、
前記発展型ノードBによって、前記パケットに対応し、検査エンティティによって送信される前記サービスアプリケーションタイプを受信するステップを備え、
前記検査エンティティが、パケットに対応するサービスアプリケーションタイプを検査するように構成されている、請求項1に記載の方法。
【請求項４】
前記検査エンティティがパケットデータネットワークゲートウェイ(PDN-GW)に配置される、請求項3に記載の方法。
【請求項５】
前記発展型ノードBによって、前記パケットに対応し、検査エンティティによって送信される前記サービスアプリケーションタイプを受信する前記ステップの前に、
前記発展型ノードBによって、前記受信されたパケットを前記検査エンティティに送信するステップをさらに備える、請求項3または4に記載の方法。
【請求項６】
前記発展型ノードBによって、前記パケットに対応する前記サービスアプリケーションタイプを取得する前記ステップが、
前記発展型ノードBによって、フィルタを使用することによって前記パケットが属するフローの識別を決定して、前記発展型ノードBによって、フローの識別とサービスアプリケーションタイプとの間のマッピング内の、前記パケットが属する前記フローの前記識別に対応するサービスアプリケーションタイプを検索するステップと、
前記発展型ノードBによって、前記パケットにパケットアプリケーションタイプ検査を実行して、前記パケットに対応する前記サービスアプリケーションタイプを決定するステップとのうちの少なくとも1つを備える、請求項1に記載の方法。
【請求項７】
前記フローの前記識別と前記サービスアプリケーションタイプとの間の前記マッピングが、前記発展型ノードBによって、パケットデータネットワークゲートウェイ(PDN-GW)から取得されるか、
または、
前記フローの前記識別と前記サービスアプリケーションタイプとの間の前記マッピングが、前記発展型ノードBによって格納される、請求項6に記載の方法。
【請求項８】
前記発展型ノードBによって、前記フィルタを使用することによって前記パケットが属する前記フローの前記識別を決定する前記ステップの前に、
前記発展型ノードBによって、PDN-GWから前記フィルタの情報を取得するステップと、
前記発展型ノードBによって、前記パケットのクインティプルを分析することによって前記フィルタの情報を取得するステップとのうちの少なくとも1つをさらに備える、請求項6に記載の方法。
【請求項９】
前記発展型ノードBによって、前記パケットにパケットアプリケーションタイプ検査を実行して、前記パケットに対応する前記サービスアプリケーションタイプを決定する前記ステップの後で、
前記発展型ノードBによって、前記パケットが属する前記フローの前記識別と前記サービスアプリケーションタイプとの間のマッピングを設定するステップをさらに備える、請求項6に記載の方法。
【請求項１０】
前記パケットが属する前記フローの前記識別と前記サービスアプリケーションタイプとの間の前記マッピングを設定する前記ステップの後で、
前記発展型ノードBによって、前記パケットが属する前記フローの前記識別と前記サービスアプリケーションタイプとの間の前記マッピングをPDN-GWに送信するステップをさらに備える、請求項9に記載の方法。
【請求項１１】
パケットを受信するように構成された第1のユニットと、
サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、および前記パケットに対応するサービスアプリケーションタイプに従って、前記パケットに対応するサービス制御ポリシーを決定するように構成された第2のユニットと、
前記パケットに対応する前記サービス制御ポリシーに従って、前記パケットにリソーススケジューリングを実行するように構成された第3のユニットと、
前記パケットに対応する前記サービスアプリケーションタイプを取得するように構成された第4のユニットとを備える、デバイス。
【請求項１２】
前記第2のユニットが、第1のエンティティから、前記サービスアプリケーションタイプと前記サービス制御ポリシーとの間の前記対応を受信するようにさらに構成され、前記第1のエンティティが、ポリシーおよび課金施行機能を実装するように構成されているか、または、
前記第2のユニットが、前記デバイスのストレージに従って、前記サービスアプリケーションタイプと前記サービス制御ポリシーとの間の前記対応を決定するようにさらに構成される、請求項11に記載のデバイス。
【請求項１３】
前記第4のユニットが、前記パケットに対応し、検査エンティティによって送信される前記サービスアプリケーションタイプを受信するように構成され、前記検査エンティティが、パケットに対応するサービスアプリケーションタイプを検査するように構成されるか、または、
前記第4のユニットが、フィルタを使用することによって、前記パケットが属するフローの識別を決定して、フローの識別とサービスアプリケーションタイプとの間のマッピング内の、前記パケットが属する前記フローの前記識別に対応するサービスアプリケーションタイプを検索するように構成されるか、または、
前記第4のユニットが、前記パケットにパケットアプリケーションタイプ検査を実行して、前記パケットに対応する前記サービスアプリケーションタイプを決定するように構成される、請求項11に記載のデバイス。
【請求項１４】
前記フローの前記識別と前記サービスアプリケーションタイプとの間の前記マッピングを格納するように構成されたストレージをさらに備える、請求項13に記載のデバイス。
【請求項１５】
前記第4のユニットが、PDN-GWから前記フィルタの情報を取得するようにさらに構成されるか、または、
前記第4のユニットが、前記パケットのクインティプルを分析することによって、前記フィルタの情報を取得するようにさらに構成される、請求項13に記載のデバイス。
【請求項１６】
請求項11〜15のいずれか一項に記載のデバイスを備える、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2010年11月19日に中国特許庁に出願された中国特許出願第201010551852.1号「SERVICE CONTROL METHOD AND SYSTEM, EVOLVED NODEB, AND PACKET DATA NETWORK GATEWAY」の優先権を主張し、その全体を参照により本明細書に組み込む。
【０００２】
本発明は、通信技術の分野に関し、より具体的には、サービス制御方法およびシステム、発展型ノードB、ならびにパケットデータネットワークゲートウェイに関する。
【背景技術】
【０００３】
現在、ピアツーピア(P2P)が多量のネットワーク帯域幅リソースを占有しており、様々な程度のネットワークの輻輳を引き起こしている。ネットワーク運用におけるサービス識別、サービス制御、およびサービス統計機能を実装するために、モバイルネットワークにディープパケット検査(DPI)技術が導入されている。
【０００４】
現在のDPI実装スキームでは、ベアラのサービス全てのQoS(サービス品質)が同じ方法で処理される。すなわち、ベアラのQoSなどのパラメータは、DPI検査の結果に従って修正される。これは、ネットワークシグナリングの量を増加させるだけでなく、他のフローの通常の実行に影響を及ぼす。たとえば、フローの最大レートが限られている場合、ベアラの他のフローの最大レートも同じ制限を課せられてしまう。従来技術では、特定のフローに実装される制御ポリシーが必然的に他のフローに影響を及ぼし、それによってユーザ体験を低下させていることが明らかである。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の実施形態は、パケットにリソーススケジューリングを実行して他のフローへの影響を回避するためのサービス制御方法およびシステム、発展型ノードB、ならびにパケットデータネットワークゲートウェイを提供し、それによってシステムの性能を向上させる。
【０００６】
本発明の一態様において提供されるサービス制御方法は、発展型ノードBによって、第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信するステップであって、第1のエンティティがポリシーおよび課金施行機能を実装するように構成されるステップと、発展型ノードBによって、受信されたパケットに対応するサービスアプリケーションタイプを取得するステップと、発展型ノードBによって、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定するステップと、発展型ノードBによって、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行するステップとを含む。
【０００７】
本発明の他の態様において提供されるサービス制御方法は、PDN-GWによって、ポリシーおよび課金ルール機能(PCRF)または発展型ノードBから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信するステップと、PDN-GWによって、受信されたパケットに対応するサービスアプリケーションタイプを取得するステップと、PDN-GWによって、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定するステップと、PDN-GWによって、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行するステップとを含む。
【０００８】
本発明の他の態様において提供される発展型ノードBは、第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信するように構成された受信ユニットであって、第1のエンティティがポリシーおよび課金施行機能を実装するように構成された受信ユニットと、受信されたパケットに対応するサービスアプリケーションタイプを取得するように構成されたサービスアプリケーションタイプ取得ユニットと、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定するように構成された第1のサービス制御ポリシー決定ユニットと、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行するように構成された第1のスケジューリングユニットとを含む。
【０００９】
本発明の他の態様において提供されるパケットデータネットワークゲートウェイ(PDN-GW)は、ポリシーおよび課金ルール機能(PCRF)または発展型ノードBから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信するように構成された対応受信ユニットと、受信されたパケットに対応するサービスアプリケーションタイプを取得するように構成されたサービスアプリケーションタイプ決定ユニットと、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定するように構成された第2のサービス制御ポリシー決定ユニットと、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行するように構成された第2のスケジューリングユニットとを含む。
【００１０】
本発明の他の態様において提供されるサービス制御システムは、発展型ノードBと第1のエンティティとを含む。
【００１１】
本発明の他の態様において提供されるサービス制御システムは、PDN-GW、PCRF、または発展型ノードBを含む。
【００１２】
本発明の実施形態では、パケットのサービスアプリケーションタイプが取得されて、パケットのサービスアプリケーションタイプに対応するサービス制御ポリシーを、サービス制御ポリシー情報から取得できるようになり、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングが実行される。このようにして、ネットワークはフローを区別して、他のフローに影響を及ぼさずに異なるサービスに異なる制御ポリシーを実装でき、それによってネットワークポリシー制御の柔軟性が向上して、ユーザ体験が改善される。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態によるサービス制御方法の概略図である。
【図１ａ】本発明の実施形態によるサービス制御方法の他の概略図である。
【図２】本発明の実施形態によるサービス制御方法の他の概略図である。
【図３】本発明の実施形態によるサービス制御方法の他の概略図である。
【図４】本発明の実施形態によるサービス制御方法の他の概略図である。
【図５】本発明の実施形態によるサービス制御方法の他の概略図である。
【図６】本発明の実施形態によるサービス制御方法の他の概略図である。
【図７】本発明の実施形態による発展型ノードBの概略図である。
【図８】本発明の実施形態による発展型ノードBの他の概略図である。
【図９】本発明の実施形態によるパケットデータネットワークゲートウェイの概略図である。
【図１０】本発明の実施形態によるパケットデータネットワークゲートウェイの他の概略図である。
【図１１】本発明の実施形態によるサービス制御システムの概略図である。
【図１２】本発明の実施形態によるサービス制御システムの他の概略図である。
【発明を実施するための形態】
【００１４】
本発明の実施形態は、他のフローに影響を及ぼさずにパケットにポリシー制御を実行するためのサービス制御方法およびシステム、発展型ノードB、ならびにパケットデータネットワークゲートウェイを提供し、それによってネットワークポリシー制御の柔軟性が向上して、ユーザ体験が改善される。
【００１５】
図1を参照すると、本発明の実施形態によるサービス制御方法の実施形態は以下のステップを含む。
【００１６】
101.発展型ノードBが、第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信する。
【００１７】
この実施形態では、サービス制御が実装される前に、ポリシーおよび課金ルール機能(PCRF)がユーザプライバシーポリシーをチェックでき、PCEFがPCRFと対話した後、PCRFが、取得されたユーザプライバシーポリシーおよびユーザ加入情報をチェックすることによって、ユーザのフローの検査が許可されるかどうか、およびどの種類のサービスの検査が許可されるかをチェックし、フローの検査が許可される場合、PCRFが、オペレータの制御ポリシーとともに、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を含むメッセージを第1のエンティティに送信し、第1のエンティティがメッセージを発展型ノードBに送信して、発展型ノードBがサービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信できるようにする。
【００１８】
本発明の実施形態では、第1のエンティティはポリシーおよび課金施行機能(PCEF)でもよく、特定のポリシーおよび課金施行機能ユニットでもよく、実際のアプリケーションでは限定されない点に留意されたい。
【００１９】
102.発展型ノードBが、受信されたパケットに対応するサービスアプリケーションタイプを取得する。
【００２０】
この実施形態では、パケットを受信した後、発展型ノードBが、受信されたパケットに対応するサービスアプリケーションタイプを取得できる。サービスアプリケーションタイプは、たとえばQQ、MSN、BT、電子メール、HTTP、または同様のものでよい。
【００２１】
103.発展型ノードBが、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定する。
【００２２】
パケットに対応するサービスアプリケーションタイプを取得した後、発展型ノードBは、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応に、パケットに対応するサービス制御ポリシーを問い合わせることができる。
【００２３】
104.発展型ノードBが、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。
【００２４】
パケットに対応するサービス制御ポリシーに従って発展型ノードBによってパケットにリソーススケジューリングを実行するステップは、通常の転送(リソース制御無しの転送)、帯域幅の制限、および優先順位の低下などのスケジューリング動作を含む。
【００２５】
たとえば、QQサービスのパケットに対応するサービス制御ポリシーが「優先順位の低下」である場合、発展型ノードBがパケットを処理してパケットの優先順位を低下させ、次いでそのパケットを対応するデバイスまたはポートに送信する。
【００２６】
この実施形態では、発展型ノードBが、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応に、パケットに対応するサービス制御ポリシーを問い合わせて、パケットにリソーススケジューリングを実行する。この方法を使用することによって、他のトラフィックストリームに影響を及ぼさずにパケットをスケジューリングでき、それによってサービススケジューリングの柔軟性が改善される。
図1aを参照すると、本発明の実施形態によるサービス制御方法は、ステップ101a、ステップ102、ステップ103、およびステップ104を含む。この実施形態は図1に示される実施形態と類似しており、ステップ102、ステップ103、およびステップ104は、それぞれ図1に示される実施形態におけるステップ102、ステップ103、およびステップ104と同じであり、この実施形態のステップ101aはステップ101とは異なる。
ステップ101aで、発展型ノードBが、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を格納する。すなわち、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応が、他のエンティティから受信されるのではなく発展型ノードBに格納され、たとえば事前構成される。
この実施形態では、発展型ノードBは、受信されたパケットに対応するサービスアプリケーションタイプを取得する前に、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応のストレージや構成を実装する必要がない。すなわち、この実施形態は、ステップ101aとステップ102との一定の連続を制限するものではない。
【００２７】
本技術をよりよく理解するために、以下でサービス制御方法を詳細に説明する。図2は、本発明の実施形態によるサービス制御方法の他の実施形態である。
【００２８】
201.発展型ノードBが、第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信する。
【００２９】
PCRFがユーザプライバシーポリシーをチェックした後、PCRFがサービス制御ポリシー情報を第1のエンティティに送信し、第1のエンティティがサービス制御ポリシー情報を発展型ノードBに送信する。サービス制御ポリシー情報は、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を含み、PCRF内のオペレータによって構成されている。サービス制御ポリシー情報は、伝送のための現在の制御シグナリング内で搬送されうる。たとえば、サービス制御ポリシー情報は、現在のシグナリングのスタンバイフィールドまたは拡張フィールド内で搬送されるか、現在のシグナリング内の新しい情報要素を使用して搬送される。したがって、サービス制御ポリシー情報の伝送は、どのような新しいシグナリングも生成しない。
【００３０】
実際のアプリケーションでは、第1のエンティティはPDN-GWに統合されてもよく、単独で実装されてもよく、本明細書では具体的に限定されない点に留意されたい。
【００３１】
サービス制御ポリシー情報は、時間セグメントおよびユーザタイプなどの情報も含むことができ、時間セグメントと、ユーザタイプと、サービスアプリケーションタイプと、サービス制御ポリシーとの間の1つまたは複数の対応を形成できる。任意選択で、時間セグメントは、サービス制御ポリシー情報が使用される時間セグメントを指す。ユーザタイプは、たとえば通常のユーザ、銅メダルユーザ、銀メダルユーザ、金メダルユーザなどのユーザの分類を指す。サービスアプリケーションタイプは、QQ、MSN、BT、およびHTTPを含む、ユーザによって使用されるサービスを指す。サービス制御ポリシーは、通常の転送、帯域幅の制限、優先順位の低下、および優先順位の再マーキングなどのスケジューリング動作を含む、ユーザによって使用されるサービスに実装された特定のスケジューリング動作を指す。サービス制御ポリシー情報は、インデックスのために使用される他の情報も含みうる点に留意されたい。時間セグメント、ユーザタイプ、または他のインデックス情報は、サービス制御ポリシー情報を便利に使用して、サービス制御ポリシーを正確に検索するために役立つ。
【００３２】
202.発展型ノードBが、受信されたパケットを検査エンティティに送信する。
【００３３】
この実施形態では、PCRFまたはユーザ装置によって送信されたパケットをPCEFが受信して、PCEFによって送信されたパケットを発展型ノードBが受信するので、受信されたパケットは検査エンティティに送信される。
【００３４】
検査エンティティは、パケットデータネットワークゲートウェイ(PDN-GW)に配置されてもよく、単独のネットワークエンティティとして使用されてもよい。パケットを検査した後、検査エンティティは、検査されたパケットに対応するサービスアプリケーションタイプを発展型ノードBにフィードバックする。
【００３５】
203.発展型ノードBが、パケットに対応しており、検査エンティティよってフィードバックされたサービスアプリケーションタイプを受信する。
【００３６】
204.発展型ノードBが、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定する。
【００３７】
この実施形態では、ステップ201で、発展型ノードBが、第1のエンティティからサービスアプリケーションタイプとサービス制御ポリシーとの間の対応を取得できる場合、パケットに対応するサービスアプリケーションタイプを検査エンティティから取得した後で、発展型ノードBは、その対応におけるサービスアプリケーションタイプに対応するサービス制御ポリシーを問い合わせることができる。
【００３８】
205.発展型ノードBが、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。
【００３９】
この実施形態では、以下のケースは、発展型ノードBによってパケットに実行されうるリソーススケジューリングの例である。
【００４０】
(1)サービス制御ポリシー情報が全てまたはいくつかのユーザのフローに対応する場合、発展型ノードBが、パケットに対応するサービス制御ポリシーに従って、全てまたはいくつかのユーザのフローのリソースの伝送およびスケジューリングを制御する。この場合、ユーザのフローを設定する処理において、PCRFがサービス制御ポリシー情報を配信する。
【００４１】
(2)サービス制御ポリシー情報が、全てのユーザ、または同じレベルのユーザのグループの特定のフローに対応する場合、発展型ノードBが、パケットに対応するサービス制御ポリシーに従って、全てのユーザ、または同じレベルのユーザのグループの特定のフローのリソースの伝送およびスケジューリングを制御する。この場合、フローが設定されるたびにサービス制御ポリシー情報が配信される必要はなく、フローが初めて設定されたときに配信されてもよく、フローの設定とは無関係のシグナリングを使用することによって配信されてもよい。次いで、サービス制御ポリシー情報は、ポリシーが更新されるたびに配信される必要がある。
【００４２】
この実施形態では、サービス制御ポリシー情報はシグナリングを使用することによって搬送されるので、さらなる新しいネットワークシグナリングを回避でき、ネットワークの負担を軽減できる。さらに、サービス制御ポリシー情報、およびパケットに対応する取得されたサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーが取得され、パケットに対応する取得されたサービス制御ポリシーに従って、パケットにリソーススケジューリングが実行される。ネットワークは、パケットが属するフローを区別して、他のフローの通常の動作に影響を及ぼさずに特定のサービスアプリケーションタイプに従ってリソーススケジューリングを実行でき、それによってネットワーク制御の柔軟性が向上して、ユーザ体験が改善される。さらに、発展型ノードBがパケットにリソーススケジューリングを実行するので、発展型ノードBは発展型ノードBのリソースの利用に従ってサービス制御を実行できる。
【００４３】
この実施形態では、発展型ノードBがパケットを検査エンティティに送信し、検査エンティティが、パケットに対応する検査されたサービスアプリケーションタイプを発展型ノードBにフィードバックする。実際のアプリケーションでは、発展型ノードBは、他の方法を使用することによって、パケットに対応するサービスアプリケーションタイプを取得することもできる。たとえば、図3を参照すると、サービス制御方法の他の実施形態は以下のステップを含む。
【００４４】
301.発展型ノードBが、第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信する。
【００４５】
ステップ301は前述の実施形態におけるステップ201と同じなので、本明細書ではさらに説明しない。
【００４６】
302.発展型ノードBが、PDN-GWからフィルタ情報を取得する。
【００４７】
PDN-GWは、サービングゲートウェイを介してフィルタ情報をモビリティ管理エンティティに送信し、モビリティ管理エンティティは最初のコンテキスト要求またはベアラ設定要求を発展型ノードBに送信する。最初のコンテキスト要求またはベアラ設定要求はフィルタ情報を含む。このようにして、発展型ノードBはフィルタ情報を取得する。
【００４８】
この実施形態では、フィルタはパケットフィルタまたはクインティプルフィルタ(quintuple filter)である。フィルタがパケットフィルタの場合、フィルタ情報は、フィルタ識別子および方向、パケットフィルタの一致優先順位、パケットフィルタの長さ、およびパケットフィルタの内容を含む。フィルタがクインティプルフィルタの場合、フィルタ情報は、ソースアドレス、ソースポート番号、プロトコルタイプ、宛先アドレス、および宛先ポート番号を含む。
【００４９】
発展型ノードBは、PDN-GWからフィルタ情報を受信してもよく、受信されたパケットのクインティプルを分析することによってフィルタ情報を取得してもよい点に留意されたい。発展型ノードBによってフィルタ情報を取得する方法は実際の状況に依存し、本明細書では限定されない。
【００５０】
実際のアプリケーションでは、ステップ302がステップ301の前に実行されてもよく、ステップ302とステップ301とが同時に実行されてもよく、本明細書では限定されない点に留意されたい。
【００５１】
303.発展型ノードBが、フィルタを使用することによってフローの識別を決定し、受信されたパケットはフローに属する。
【００５２】
この実施形態では、フローの識別はフィルタ識別子でもよく、フローキュー識別子でもよい。
【００５３】
304.発展型ノードBが、フローの識別とサービスアプリケーションタイプとの間のマッピング内の、パケットが属するフローの識別に対応するサービスアプリケーションタイプを検索する。
【００５４】
フローの識別とサービスアプリケーションタイプとの間のマッピングは、発展型ノードBによって格納されるか、PDN-GWによって発展型ノードBに提供される。パケットに対応するサービスアプリケーションタイプは、フローの識別に従って、フローの識別とサービスアプリケーションタイプとの間のマッピングから取得でき、パケットはフローに属する。
【００５５】
305.発展型ノードBが、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定する。
【００５６】
この実施形態では、ステップ301で、発展型ノードBが、第1のエンティティからサービスアプリケーションタイプとサービス制御ポリシーとの間の対応を取得でき、パケットに対応するサービスアプリケーションタイプを決定した後、発展型ノードBは、その対応におけるサービスアプリケーションタイプに対応するサービス制御ポリシーを問い合わせることができる。
【００５７】
306.発展型ノードBが、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。
【００５８】
ステップ306は前述の実施形態におけるステップ205と同じなので、本明細書ではさらに説明しない。
【００５９】
この実施形態により、ネットワークの負担を軽減でき、他のフローの通常の動作に影響を及ぼさずに特定のサービスアプリケーションタイプに従ってリソーススケジューリングを実行でき、それによってネットワーク制御の柔軟性が向上して、ユーザ体験が改善される。
【００６０】
この実施形態では、発展型ノードBは、フィルタを使用することによって、パケットが属するフローの識別を取得して、次いで、パケットが属するフローの取得された識別に従って、フローの識別とサービスアプリケーションタイプとの間のマッピング内の、パケットに対応するサービスアプリケーションタイプを検索する。実際のアプリケーションでは、発展型ノードBは、他の方法を使用することによって、パケットに対応するサービスアプリケーションタイプを取得することもできる。たとえば、図4を参照すると、サービス制御方法の他の実施形態は以下のステップを含む。
【００６１】
401.発展型ノードBが、第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信する。
【００６２】
ステップ401は前述の実施形態におけるステップ201と同じなので、本明細書ではさらに説明しない。
【００６３】
402.発展型ノードBが、パケットにパケットアプリケーションタイプ検査を実行して、パケットに対応するサービスアプリケーションタイプを決定する。
【００６４】
発展型ノードBは、パケットを検査することが可能なモジュールを含むことができる。この場合、発展型ノードBはパケットを検査エンティティに送信する必要がなく、フィルタを使用することによってパケットが属するフローの識別を決定する必要もない。発展型ノードBは、発展型ノードBの検査モジュールを使用することによってパケットにパケットアプリケーションタイプ検査を実行して、パケットに対応するサービスアプリケーションタイプを決定する。特定のパケットアプリケーションタイプ検査は、ディープパケット検査でもよく、パケットに対応するサービスアプリケーションタイプを決定できる他の検査方法でもよく、本明細書では特に限定されない。
【００６５】
パケットに対応するサービスアプリケーションタイプを取得した後、発展型ノードBは、パケットが属するフローの識別とサービスアプリケーションタイプとの間のマッピングを設定できる。任意選択で、パケットが属するフローの識別とサービスアプリケーションタイプとの間のマッピングを設定した後、発展型ノードBは、パケットが属するフローの識別とサービスアプリケーションタイプとの間のマッピングを、次の一致のために、フローの識別とサービスアプリケーションタイプとの間の既存のマッピングに追加する。発展型ノードBは、パケットが属するフローの識別とサービスアプリケーションタイプとの間のマッピング、またはフローの更新された識別および更新されたサービスアプリケーションタイプもPDN-GWに送信する。
【００６６】
403.発展型ノードBが、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定する。
【００６７】
404.発展型ノードBが、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。
【００６８】
ステップ404は前述の実施形態におけるステップ205と同じなので、本明細書ではさらに説明しない。
【００６９】
この実施形態により、ネットワークの負担を軽減でき、他のフローの通常の動作に影響を及ぼさずに特定のサービスアプリケーションタイプに従ってリソーススケジューリングを実行でき、それによってネットワーク制御の柔軟性が向上して、ユーザ体験が改善される。
【００７０】
前述の実施形態において提供されるサービス制御方法は、発展型ノードBによって実行される。しかし、実際のアプリケーションでは、サービス制御方法はPDN-GWによっても実行されうる。たとえば、図5を参照すると、サービス制御の他の実施形態は以下のステップを含む。
【００７１】
501.PDN-GWが、ポリシーおよび課金ルール機能(PCRF)または発展型ノードBから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信する。
【００７２】
本発明の実施形態では、サービス制御が実装される前に、PCRFがユーザプライバシーポリシーをチェックする必要がある。PCRFは、取得されたユーザプライバシーポリシーおよびユーザ加入情報をチェックすることによって、ユーザのフローの検査が許可されるかどうか、およびどの種類のサービスの検査が許可されるかをチェックする。フローの検査が許可される場合、PCRFは、オペレータの制御ポリシーとともに、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を含むメッセージを第1のエンティティに送信する。第1のエンティティはメッセージを発展型ノードBに送信して、発展型ノードBがサービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信できるようにする。次いで、発展型ノードBは対応をPDN-GWに送信できる。
【００７３】
発展型ノードBが対応を格納すると、発展型ノードBはその対応を直接PDN-GWに送信できる点に留意されたい。
【００７４】
さらに、ユーザのフローの検査が許可されるとPCRFが決定すると、PDN-GWとのIP-CANセッションを設定する処理において、PCRFは対応を直接PDN-GWに送信することもできる。
【００７５】
502.PDN-GWが、受信されたパケットに対応するサービスアプリケーションタイプを取得する。
【００７６】
この実施形態では、PDN-GWが、PCRFまたはユーザ装置によって送信されたパケットを受信する。パケットを受信した後、PDN-GWは、受信されたパケットに対応するサービスアプリケーションタイプを取得でき、サービスアプリケーションタイプはQQ、MSN、BT、電子メール、およびHTTPを含みうる点に留意されたい。
【００７７】
503.PDN-GWが、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定する。
【００７８】
パケットに対応するサービスアプリケーションタイプを取得した後、PDN-GWは、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応に、パケットに対応するサービス制御ポリシーを問い合わせることができる。
【００７９】
504.PDN-GWが、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。
【００８０】
パケットに対応するサービス制御ポリシーに従って、PDN-GWによってパケットにリソーススケジューリングを実行するステップは、通常の転送(リソース制御無しの転送)、帯域幅の制限、および優先順位の低下などのスケジューリング動作を含む。
【００８１】
本発明の実施形態では、PDN-GWが、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応に、パケットに対応するサービス制御ポリシーを問い合わせて、パケットにリソーススケジューリングを実行する。この方法を使用することによって、他のトラフィックフローに影響を及ぼさずにパケットをスケジューリングでき、それによってサービススケジューリングの柔軟性が向上する。
【００８２】
本技術をよりよく理解するために、図6は、本発明の実施形態によるサービス制御の他の実施形態を示している。特定のステップは以下を含む。
【００８３】
601.PDN-GWが、ポリシーおよび課金ルール機能(PCRF)または発展型ノードBから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信する。
【００８４】
PCRFからPDN-GWによってサービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信するステップは具体的には以下の通りである。IP-CANベアラ設定要求を受信した後、PDN-GWはIP-CANセッション設定要求メッセージをPCRFに送信する。ユーザプライバシーポリシーをチェックした後、PCRFはサービス制御ポリシー情報をPDN-GWにフィードバックする。サービス制御ポリシー情報は、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を含む。サービス制御ポリシー情報は、既存の制御シグナリング内で搬送される。たとえば、情報は、スタンバイフィールド、または既存のシグナリングの拡張フィールドを占める。したがって、サービス制御ポリシー情報の伝送は、どのような新しいシグナリングも生成しない。
【００８５】
サービス制御ポリシー情報は、時間セグメントおよびユーザタイプなどの情報も含むことができ、時間セグメントと、ユーザタイプと、サービスアプリケーションタイプと、サービス制御ポリシーとの間の1つまたは複数の対応を設定できる。時間セグメントは、サービス制御ポリシー情報が使用される時間セグメントを指す。ユーザタイプは、たとえば通常のユーザ、銅メダルユーザ、銀メダルユーザ、金メダルユーザなどのユーザの分類を指す。サービスアプリケーションタイプは、QQ、MSN、BT、およびHTTPを含む、ユーザによって使用されるサービスを指す。サービス制御ポリシーは、通常の転送、帯域幅の制限、優先順位の低下、および優先順位の再マーキングなどのスケジューリング動作を含む、ユーザによって使用されるサービスに実装された特定のスケジューリング動作を指す。サービス制御ポリシー情報は、インデックスのために使用される他の情報も含みうる点に留意されたい。時間セグメント、ユーザタイプ、または他のインデックス情報は、サービス制御ポリシー情報を便利に使用して、サービス制御ポリシーを正確に検索するために役立つ。
【００８６】
本発明の実施形態では、発展型ノードBからPDN-GWによってサービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信するステップは、主に以下の通りである。PDN-GWが、発展型ノードBによって送信されたサービス制御ポリシー情報を受信する。
【００８７】
602.PDN-GWが、受信されたパケットに対応するサービスアプリケーションタイプを取得する。
【００８８】
この実施形態では、パケットを受信した後、PDN-GWは受信されたパケットに対応するサービスアプリケーションタイプを取得できる。特定の取得処理は、以下の方法を使用できる。
【００８９】
(1)PDN-GWがパケットを検査エンティティに送信して、パケットに対応するサービスアプリケーションタイプを検査し、検査エンティティからフィードバックを受信する。
【００９０】
検査エンティティは、発展型ノードBに配置されてもよく、単独で実装されてもよい。
【００９１】
(2)PDN-GWが、フィルタを使用することによって、パケットに対応するサービスアプリケーションタイプを決定する。
【００９２】
PDN-GWがフィルタ情報を格納する。フィルタ情報の内容は図3の実施形態に示されるフィルタ情報の内容と同じなので、本明細書ではさらに説明しない。
【００９３】
具体的には、PDN-GWは、フィルタを使用することによって、受信されたパケットが属するフローの識別を決定して、フローの識別とサービスアプリケーションタイプとの間のマッピング内の、パケットが属するフローの識別に対応するサービスアプリケーションタイプを検索できる。フローの識別とサービスアプリケーションタイプとの間のマッピングは発展型ノードBによってPDN-GWに送信される。
【００９４】
フローの識別は、フィルタ識別子でもよく、フローキュー識別子でもよい。
【００９５】
(3)PDN-GWが、パケットアプリケーションタイプ検査を使用することによって、パケットに対応するサービスアプリケーションタイプを決定する。
【００９６】
PDN-GWが、パケットにパケットアプリケーションタイプ検査を実行して、パケットに対応するサービスアプリケーションタイプを決定する。特定のパケットアプリケーションタイプ検査は、ディープパケット検査でもよく、パケットに対応するサービスアプリケーションタイプを決定できる他の検査方法でもよく、本明細書では特に限定されない。
【００９７】
603.PDN-GWが、パケットが属するフローの識別とサービスアプリケーションタイプとの間のマッピングを設定する。
【００９８】
PDN-GWが、パケットアプリケーション検査を使用することによってパケットに対応するサービスアプリケーションタイプを決定すると、PDN-GWは、パケットが属するフローの識別とサービスアプリケーションタイプとの間のマッピングを設定できる。この場合、後続のパケットの検査で、PDN-GWは、フローの識別とサービスアプリケーションタイプとの間のマッピングに従って、パケットに対応するサービスアプリケーションタイプを優先的に取得できる。
【００９９】
604.PDN-GWが、パケットが属するフローの識別とサービスアプリケーションタイプとの間のマッピングを発展型ノードBに送信する。
【０１００】
パケットが属するフローの識別とサービスアプリケーションタイプとの間のマッピングを設定した後、PDN-GWはマッピングを発展型ノードBに送信でき、発展型ノードBが、受信されたパケットを検査する必要なしに、フローの識別とサービスアプリケーションタイプとの間の更新されたマッピングに従って、パケットに対応するサービスアプリケーションタイプを取得できるようになる。
【０１０１】
この実施形態では、ステップ603およびステップ604は任意のステップであり、パケットアプリケーションタイプ検査を使用することによってPDN-GWがパケットに対応するサービスアプリケーションタイプを決定する場合のみ実行される。
【０１０２】
605.PDN-GWが、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定する。
【０１０３】
パケットに対応するサービスアプリケーションタイプを取得した後、PDN-GWは、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応に、パケットに対応するサービス制御ポリシーを問い合わせることができる。
【０１０４】
606.PDN-GWが、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。
【０１０５】
この実施形態では、以下のケースは、PDN-GWによってパケットに実行されうるリソーススケジューリングの例である。
【０１０６】
(1)サービス制御ポリシー情報が全てまたはいくつかのユーザのフローに対応する場合、PDN-GWが、パケットに対応するサービス制御ポリシーに従って、全てまたはいくつかのユーザのフローのリソースの伝送およびスケジューリングを制御する。この場合、ユーザのフローを設定する処理において、PCRFがサービス制御ポリシー情報を配信する。
【０１０７】
(2)サービス制御ポリシー情報が、全てのユーザ、または同じレベルのユーザのグループの特定のフローに対応する場合、PDN-GWが、パケットに対応するサービス制御ポリシーに従って、全てのユーザ、または同じレベルのユーザのグループの特定のフローのリソースの伝送およびスケジューリングを制御する。この場合、フローが設定されるたびにサービス制御ポリシー情報が配信される必要はなく、フローが初めて設定されたときに配信されてもよく、フローの設定とは無関係のシグナリングを使用することによって配信されてもよい。次いで、サービス制御ポリシー情報は、ポリシーが更新されるたびにのみ配信される必要がある。
【０１０８】
本発明の実施形態では、PDN-GWが、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応に、パケットに対応するサービス制御ポリシーを問い合わせて、パケットにリソーススケジューリングを実行する。この方法を使用することによって、他のトラフィックストリームに影響を及ぼさずにパケットをスケジューリングでき、それによってサービススケジューリングの柔軟性が改善される。
【０１０９】
図7は、
第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信するように構成された受信ユニット701であって、第1のエンティティがポリシーおよび課金施行機能を実装するように構成された受信ユニット701と、
受信されたパケットに対応するサービスアプリケーションタイプを取得するように構成されたサービスアプリケーションタイプ取得ユニット702と、
サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定するように構成された第1のサービス制御ポリシー決定ユニット703と、
パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行するように構成された第1のスケジューリングユニット704とを含む、本発明の実施形態による、発展型ノードBの実施形態を示している。
【０１１０】
本発明の実施形態では、受信ユニット701が、第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信する。サービスアプリケーションタイプ取得ユニット702が、受信されたパケットに対応するサービスアプリケーションタイプを取得する。第1のサービス制御ポリシー決定ユニット703が、受信ユニット701によって受信されたサービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびサービスアプリケーションタイプ取得ユニット702によって取得されたパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定して、取得されたサービス制御ポリシーを第1のスケジューリングユニット704に送信する。第1のスケジューリングユニット704が、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。
【０１１１】
本発明の実施形態では、発展型ノードBが、パケットに対応するサービス制御ポリシーを使用することによってパケットにリソーススケジューリングを実行し、リソーススケジューリングがパケットに実行される際に他のフローに影響を及ぼすことを効率的に回避でき、それによってネットワークポリシー制御の柔軟性が向上して、ユーザ体験が改善される。
【０１１２】
よりよく理解するために、図8は、本発明の実施形態による発展型ノードBの実施形態を示している。発展型ノードBは、図7に示された実施形態において示される、受信ユニット701、サービスアプリケーションタイプ取得ユニット702、第1のサービス制御ポリシー決定ユニット703、および第1のスケジューリングユニット704を含む。この実施形態の説明は、図7に示される実施形態の説明と完全に同じなので、本明細書ではさらに説明しない。
【０１１３】
サービスアプリケーションタイプ取得ユニット702は、以下の2つのユニットのうちのいずれか1つを含む。
フィルタを使用することによって、受信されたパケットが属するフローの識別を決定して、フローの識別とサービスアプリケーションタイプとの間のマッピング内の、受信されたパケットが属するフローの識別に対応するサービスアプリケーションタイプを検索するように構成された第1のフィルタリングおよび検索ユニット801であって、フローの識別とサービスアプリケーションタイプとの間のマッピングが、PDN-GWから発展型ノードBによって取得される第1のフィルタリングおよび検索ユニット801、
または、
パケットにパケットアプリケーションタイプ検査を実行して、パケットに対応するサービスアプリケーションタイプを決定するように構成された第1のパケットアプリケーションタイプ検査ユニット802。
【０１１４】
本発明の実施形態において提供される発展型ノードBは、
受信されたパケットを検査エンティティに送信するように構成された第1の送信ユニット803と、
パケットが属するフローの識別とアプリケーションタイプとの間のマッピングを設定するように構成された第1の作成ユニット804と、
パケットが属するフローの識別とアプリケーションタイプとの間のマッピングをPDN-GWに送信するように構成された第2の送信ユニット805とをさらに含みうる。
【０１１５】
本発明の実施形態では、発展型ノードBの作業モードには以下の3つのタイプがある。
【０１１６】
(1)受信ユニット701が、第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信する。第1の送信ユニット803が、受信されたパケットを検査エンティティに送信する。検査エンティティが、パケットに対応するサービスアプリケーションタイプをサービスアプリケーションタイプ取得ユニット702にフィードバックする。サービスアプリケーションタイプ取得ユニット702が、パケットに対応するサービスアプリケーションタイプを取得した後、第1のサービス制御ポリシー決定ユニット703が、受信ユニット701によって受信されたサービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびサービスアプリケーションタイプ取得ユニット702によって取得されたパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定して、取得されたサービス制御ポリシーを第1のスケジューリングユニット704に送信する。第1のスケジューリングユニット704が、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。さらに、第1の作成ユニット804が、パケットが属するフローの識別とアプリケーションタイプとの間の対応を設定して、そのマッピングを第2の送信ユニット805に送信する。第2の送信ユニット805が、パケットが属するフローの識別とアプリケーションタイプとの間のマッピングを、後で使用するためにPDN-GWに送信する。
【０１１７】
(2)受信ユニット701が、第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信する。サービスアプリケーションタイプ取得ユニット702に含まれる第1のフィルタリングおよび検索ユニット801が、パケットに対応するサービスアプリケーションタイプを取得する。第1のフィルタリングおよび検索ユニット801が、フィルタを使用することによって、受信されたパケットが属するフローの識別を決定して、フローの識別とサービスアプリケーションタイプとの間のマッピング内の、受信されたパケットが属するフローの識別に対応するサービスアプリケーションタイプを検索する。フローの識別とサービスアプリケーションタイプとの間のマッピングが、PDN-GWから発展型ノードBによって取得される。
【０１１８】
第1のフィルタリングおよび検索ユニット801が、パケットに対応するサービスアプリケーションタイプを取得した後、第1のサービス制御ポリシー決定ユニット703が、受信ユニット701によって受信されたサービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびサービスアプリケーションタイプ取得ユニット702によって取得されたパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定して、取得されたサービス制御ポリシーを第1のスケジューリングユニット704に送信する。第1のスケジューリングユニット704が、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。さらに、第1の作成ユニット804が、パケットが属するフローの識別とアプリケーションタイプとの間のマッピングを設定して、そのマッピングを第2の送信ユニット805に送信する。第2の送信ユニット805が、パケットが属するフローの識別とアプリケーションタイプとの間のマッピングを、後で使用するためにPDN-GWに送信する。
【０１１９】
(3)受信ユニット701が、第1のエンティティから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信する。サービスアプリケーションタイプ取得ユニット702に含まれる第1のパケットアプリケーションタイプ検査ユニット802が、パケットにパケットアプリケーションタイプ検査を実行して、パケットに対応するサービスアプリケーションタイプを決定する。第1のパケットアプリケーションタイプ検査ユニット802が、パケットに対応するサービスアプリケーションタイプを取得した後、第1のサービス制御ポリシー決定ユニット703が、受信ユニット701によって受信されたサービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびサービスアプリケーションタイプ取得ユニット702によって取得されたパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定して、取得されたサービス制御ポリシーを第1のスケジューリングユニット704に送信する。第1のスケジューリングユニット704が、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。さらに、第1の作成ユニット804が、パケットが属するフローの識別とアプリケーションタイプとの間のマッピングを設定して、そのマッピングを第2の送信ユニット805に送信する。第2の送信ユニット805が、パケットが属するフローの識別とアプリケーションタイプとの間のマッピングを、後で使用するためにPDN-GWに送信する。
【０１２０】
本発明の実施形態では、パケットに対応するサービス制御ポリシーが、サービス制御ポリシー情報、およびパケットに対応する取得されたサービスアプリケーションタイプに従って取得され、パケットに対応する取得されたサービス制御ポリシーに従って、パケットにリソーススケジューリングが実行される。ネットワークは、パケットが属するフローを区別して、他のフローの通常の動作に影響を及ぼさずに特定のサービスアプリケーションタイプにリソーススケジューリングを実行でき、それによってネットワーク制御の柔軟性が向上して、ユーザ体験が改善される。さらに、発展型ノードBがパケットにリソーススケジューリングを実行するので、発展型ノードBは発展型ノードBのリソースの利用に従ってサービス制御を実行できる。
【０１２１】
図9は、
ポリシーおよび課金ルール機能(PCRF)または発展型ノードBから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信するように構成された対応受信ユニット901と、
受信されたパケットに対応するサービスアプリケーションタイプを取得するように構成されたサービスアプリケーションタイプ決定ユニット902と、
サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定するように構成された第2のサービス制御ポリシー決定ユニット903と、
パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行するように構成された第2のスケジューリングユニット904とを含む、本発明の実施形態による、パケットデータネットワークゲートウェイ(PDN-GW)の実施形態を示している。
【０１２２】
本発明の実施形態では、対応受信ユニット901が、ポリシーおよび課金ルール機能(PCRF)または発展型ノードBから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信して、その対応を第2のサービス制御ポリシー決定ユニット903に送信し、次いで、サービスアプリケーションタイプ決定ユニット902が、受信されたパケットに対応するサービスアプリケーションタイプを決定して、そのサービスアプリケーションタイプを第2のサービス制御ポリシー決定ユニット903に送信し、第2のサービス制御ポリシー決定ユニット903が、受信された対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定して、取得されたサービス制御ポリシーを第2のスケジューリングユニット904に送信し、第2のスケジューリングユニット904が、受信されたパケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。
【０１２３】
本発明の実施形態では、PDN-GWが、パケットに対応するサービス制御ポリシーを使用することによってパケットにリソーススケジューリングを実行し、リソーススケジューリングがパケットに実行される際に他のフローに影響を及ぼすことを効率的に回避でき、それによってネットワークポリシー制御の柔軟性が向上して、ユーザ体験が改善される。
【０１２４】
よりよく理解するために、図10は、図9の実施形態に示される、対応受信ユニット901、サービスアプリケーションタイプ決定ユニット902、第2のサービス制御ポリシー決定ユニット903、および第2のスケジューリングユニット904を含む、サービスデータネットワークゲートウェイの実施形態を示している。この実施形態の説明は、図9に示される実施形態の説明と完全に同じなので、本明細書ではさらに説明しない。
【０１２５】
本発明の実施形態において提供されるサービスデータネットワークゲートウェイに含まれる対応受信ユニット901は、以下の2つの形式のうちの任意の1つである。
(1)IP-CANセッション設定要求メッセージをPCRFに送信するように構成されたメッセージ送信ユニット1001、
PCRFによってフィードバックされたサービス制御ポリシー情報を受信するように構成された第1の情報受信ユニット1002であって、サービス制御ポリシー情報がサービスアプリケーションタイプとサービス制御ポリシーとの間の対応を含む、第1の情報受信ユニット1002。
(2)発展型ノードBからサービス制御ポリシー情報を受信するように構成された第2の情報受信ユニット1003。
【０１２６】
本発明の実施形態では、サービスデータネットワークゲートウェイに含まれるサービスアプリケーションタイプ決定ユニット902は、以下の3つの形式のうちの任意の1つである。
(1)受信されたパケットを検査エンティティに送信するように構成されたパケット送信ユニット1004、
パケットに対応し、検査エンティティによってフィードバックされたサービスアプリケーションタイプを受信するように構成されたサービスアプリケーションタイプ受信ユニット1005であって、検査エンティティがパケットに対応するサービスアプリケーションタイプを検査するように構成された、サービスアプリケーションタイプ受信ユニット1005。
(2)フィルタを使用することによって、受信されたパケットが属するフローの識別を決定して、フローの識別とサービスアプリケーションタイプとの間のマッピング内の、受信されたパケットが属するフローの識別に対応するサービスアプリケーションタイプを検索するように構成された第2のフィルタリングおよび検索ユニット1006。フローの識別とサービスアプリケーションタイプとの間のマッピングが、発展型ノードBからPDN-GWによって取得される。
(3)パケットにパケットアプリケーションタイプ検査を実行して、パケットに対応するサービスアプリケーションタイプを決定するように構成された第2のパケットアプリケーションタイプ検査ユニット1007。
【０１２７】
本発明の実施形態では、以下がさらに含まれうる。
パケットが属するフローの識別とアプリケーションタイプとの間のマッピングを設定するように構成された第2の作成ユニット1008、および、
パケットが属するフローの識別とアプリケーションタイプとの間のマッピングを発展型ノードBに送信するように構成された第3の送信ユニット1009。
【０１２８】
本発明の実施形態では、サービスデータネットワークゲートウェイの作業モードは以下の通りである。
【０１２９】
対応受信ユニット901に含まれるメッセージ受信ユニット1001が、IP-CANセッション設定要求メッセージをPCRFに送信し、第1の情報受信ユニット1002が、ポリシーおよび課金ルール機能(PCRF)によってフィードバックされたサービス制御ポリシー情報を受信するか、または対応受信ユニット901に含まれる第2の情報受信ユニット1003が、発展型ノードBによって送信されたサービス制御ポリシー情報を受信し、サービス制御ポリシー情報はサービスアプリケーションタイプとサービス制御ポリシーとの間の対応を含む。
【０１３０】
対応受信ユニット901が、サービス制御ポリシー情報をサービスアプリケーションタイプ決定ユニット902に送信し、サービスアプリケーションタイプ決定ユニットが、以下の3つの方法を使用することによって、パケットに対応するサービスアプリケーションタイプを取得する。
【０１３１】
(1)サービスアプリケーションタイプ決定ユニット902に含まれるパケット送信ユニット1004が、受信されたパケットを検査エンティティに送信する。パケットを検査した後、検査エンティティが、パケットに対応するサービスアプリケーションタイプをサービスアプリケーションタイプ受信ユニット1005にフィードバックする。このようにして、サービスアプリケーションタイプ決定ユニット902は、パケットに対応するサービスアプリケーションタイプを取得する。
【０１３２】
(2)サービスアプリケーションタイプ決定ユニット902に含まれる第2のフィルタリングおよび検索ユニット1006は、フィルタを使用することによって、受信されたパケットが属するフローの識別を決定して、フローの識別とサービスアプリケーションタイプとの間のマッピング内の、受信されたパケットが属するフローの識別に対応するサービスアプリケーションタイプを検索する。フローの識別とサービスアプリケーションタイプとの間のマッピングは、発展型ノードBからPDN-GWによって取得される。
【０１３３】
(3)サービスアプリケーションタイプ決定ユニット902に含まれる第2のパケットアプリケーションタイプ検査ユニット1007が、パケットにパケットアプリケーションタイプ検査を実行して、パケットに対応するサービスアプリケーションタイプを決定する。
【０１３４】
サービスアプリケーションタイプ決定ユニット902が、取得されたサービスアプリケーションタイプを第2のサービス制御ポリシー決定ユニット903に送信する。第2のサービス制御ポリシー決定ユニット903が、受信された対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定して、取得されたサービス制御ポリシーを第2のスケジューリングユニット904に送信する。第2のスケジューリングユニット904が、受信されたパケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行する。さらに、第2のサービス制御ポリシー決定ユニット903が、サービス制御ポリシーを第2の作成ユニット1008に送信する。第2の作成ユニット1008が、パケットが属するフローの識別とアプリケーションタイプとの間のマッピングを設定して、そのマッピングを第3の送信ユニット1009に送信する。第3の送信ユニット1009が、パケットが属するフローの識別とアプリケーションタイプとの間のマッピングを発展型ノードBに送信する。
【０１３５】
本発明の実施形態では、サービス制御ポリシー情報、およびパケットに対応する取得されたサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーが取得され、パケットに対応する取得されたサービス制御ポリシーに従って、パケットにリソーススケジューリングが実行される。ネットワークは、パケットが属するフローを区別して、他のフローの通常の動作に影響を及ぼさずに特定のサービスアプリケーションタイプにリソーススケジューリングを実行でき、それによってネットワーク制御の柔軟性が向上して、ユーザ体験が改善される。さらに、発展型ノードBがパケットにリソーススケジューリングを実行するので、発展型ノードBは発展型ノードBのリソースの利用に従ってサービス制御を実行できる。
【０１３６】
図11は、発展型ノードB1101と第1のエンティティ1102とを含む、本発明の実施形態によるサービス制御システムの実施形態を示している。
【０１３７】
発展型ノードB1101は、第1のエンティティからサービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信して、受信されたパケットに対応するサービスアプリケーションタイプを取得して、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定して、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行するように構成される。任意選択で、発展型ノードB1101は図7に示される実施形態で説明される発展型ノードBと同じであり、本明細書ではさらに説明しない。
【０１３８】
第1のエンティティ1102は、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を発展型ノードB1101に送信するように構成される。
【０１３９】
本発明の実施形態では、サービス制御システムは、フローの識別とサービスアプリケーションタイプとの間のマッピングを発展型ノードB1101に送信するように構成されたPDN-GW1103をさらに含みうる。
【０１４０】
本発明の実施形態では、サービス制御システムは、パケットに対応するサービスアプリケーションタイプを検査して、パケットに対応するサービスアプリケーションタイプを発展型ノードB1101に送信するように構成された第1の検査エンティティ1104をさらに含みうる。
【０１４１】
第1の検査エンティティ1104は、パケットデータネットワークゲートウェイ(PDN-GW)に配置されてもよく、単独のエンティティであってもよい。
【０１４２】
サービス制御システム内のPDN-GW1103が、フローの識別とサービスアプリケーションタイプとの間のマッピングを発展型ノードB1101に送信する場合、発展型ノードB1101は、フィルタを使用することによって、受信されたパケットが属するフローの識別を決定して、フローの識別とサービスアプリケーションタイプとの間のマッピング内の、受信されたパケットが属するフローの識別に対応するサービスアプリケーションタイプを検索する必要もある。
【０１４３】
サービス制御システム内に第1の検査エンティティ1104がある場合、発展型ノードB1101はパケットを第1の検査エンティティ1104に送信でき、第1の検査エンティティ1104は、パケットに対応するサービスアプリケーションタイプを検査する。
【０１４４】
以下で、この実施形態において提供されるサービス制御システムの作業手順を説明する。
【０１４５】
この実施形態では、発展型ノードB1101が、第1のエンティティ1102からサービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信して、発展型ノードB1101は、受信された対応に従って、受信されたパケットへのリソーススケジューリングをさらに実行できる。
【０１４６】
発展型ノードB1101によってパケットにリソーススケジューリングを実行する処理において、PDN-GW1103が、フローの識別とサービスアプリケーションタイプとの間のマッピングを発展型ノードB1101に送信して、フィルタ情報を発展型ノードB1101に送信する。発展型ノードB1101は、フィルタ情報に従って、パケットに対応するフローの識別を取得して、パケットに対応するサービスアプリケーションタイプを求めて、フローの識別とサービスアプリケーションタイプとの間のマッピングを検索する。これは、発展型ノードB1101によってサービスアプリケーションタイプを取得するための方法である。発展型ノードB1101は、他の方法を使用することによって、パケットに対応するサービスアプリケーションタイプを取得できる。発展型ノードB1101はパケットを第1の検査エンティティ1104に送信する。第1の検査エンティティ1104は、パケットに対応するサービスアプリケーションタイプを発展型ノードB1101にフィードバックする。
【０１４７】
本発明の実施形態では、サービス制御システムは他の形式で実装されうる。図12は、PDN-GW1201、PCRF1202、または発展型ノードB1203を含む、本発明の実施形態によるサービス制御システムの実施形態を示している。
【０１４８】
PDN-GW1201は、ポリシーおよび課金ルール機能(PCRF)または発展型ノードBから、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信して、受信されたパケットに対応するサービスアプリケーションタイプを取得して、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応、およびパケットに対応するサービスアプリケーションタイプに従って、パケットに対応するサービス制御ポリシーを決定して、パケットに対応するサービス制御ポリシーに従って、パケットにリソーススケジューリングを実行するように構成される。任意選択で、PDN-GW1201は図9に示される実施形態で説明されるPDN-GWと同じであり、本明細書ではさらに説明しない。
【０１４９】
PCRF1202または発展型ノードB1203は、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応をPDN-GW1201に送信するように構成される。
【０１５０】
本発明の実施形態では、サービス制御システムは、パケットに対応するサービスアプリケーションタイプを検査して、パケットに対応するサービスアプリケーションタイプをPDN-GW1201に送信するように構成された第2の検査エンティティ1204をさらに含みうる。
【０１５１】
第2の検査エンティティ1204はPDN-GW1201に配置されてもよく、発展型ノードB1203に配置されてもよく、単独のエンティティでもよい。
【０１５２】
本発明の実施形態では、PDN-GW1201が、PCRF1202または発展型ノードB1203から、サービスアプリケーションタイプとサービス制御ポリシーとの間の対応を受信して、受信された対応に従って、パケットにリソーススケジューリングを実行する。PDN-GW1201によってパケットにリソーススケジューリングを実行する処理において、PDN-GW1201がパケットを第2の検査エンティティ1204に送信でき、第2の検査エンティティ1204がパケットを検査して、パケットに対応するサービスアプリケーションタイプを取得し、パケットに対応するサービスアプリケーションタイプをPDN-GW1201にフィードバックする。
【０１５３】
当業者は、実施形態における方法のステップの全てまたは一部が、プログラム命令関連ハードウェアによって実装されうることが理解できるだろう。プログラムは、コンピュータ可読記憶媒体に格納されうる。記憶媒体は読出し専用メモリでもよく、磁気ディスクや光ディスクでもよい。
【０１５４】
上記の詳細は、サービス制御方法およびサービス制御システム、発展型ノードB、ならびにパケットデータネットワークゲートウェイである。当業者は、本発明の実施形態の概念から逸脱することなしに、特定の実装形態および適用可能な範囲に様々な修正形態および変形形態を作成できることは明らかである。最後に、本明細書の内容は、本発明を限定するものとして理解されるべきではない。
【符号の説明】
【０１５５】
701  受信ユニット
702  サービスアプリケーションタイプ取得ユニット
703  第1のサービス制御ポリシー決定ユニット
704  第1のスケジューリングユニット
801  第1のフィルタリングおよび検索ユニット
802  第1のパケットアプリケーションタイプ検査ユニット
803  第1の送信ユニット
804  第1の作成ユニット
805  第2の送信ユニット
901  対応受信ユニット
902  サービスアプリケーションタイプ決定ユニット
903  第2のサービス制御ポリシー決定ユニット
904  第2のスケジューリングユニット
1001  メッセージ送信ユニット
1002  第1の情報受信ユニット
1003  第2の情報受信ユニット
1004  パケット送信ユニット
1005  サービスアプリケーションタイプ受信ユニット
1006  第2のフィルタリングおよび検索ユニット
1007  第2のパケットアプリケーションタイプ検査ユニット
1008  第2の作成ユニット
1009  第3の送信ユニット
1101  発展型ノードB
1102  第1のエンティティ
1103  PDN-GW
1104  第1の検査エンティティ
1201  PDN-GW
1202  PCRF
1203  発展型ノードB
1204  第2の検査エンティティ
【図１】
0005637471.tif 000002
【図１ａ】
0005637471.tif 000003
【図２】
0005637471.tif 000004
【図３】
0005637471.tif 000005
【図４】
0005637471.tif 000006
【図５】
0005637471.tif 000007
【図６】
0005637471.tif 000008
【図７】
0005637471.tif 000009
【図８】
0005637471.tif 000010
【図９】
0005637471.tif 000011
【図１０】
0005637471.tif 000012
【図１１】
0005637471.tif 000013
【図１２】
0005637471.tif 000014