(57)【特許請求の範囲】
【請求項１】
アクセス／ネットワークサービスプロバイダ（ANP）ネットワークにおけるエッジノードによって実行される、前記ANPネットワークを通じてユーザにコンテンツプロバイダ（CP）からデリバリされるコンテンツについての課金の方法であって、
各インカミングパケットのソースIPアドレスを調査することと、
前記ソースIPアドレスを、既知のCPを識別する複数の予め決定されるソースIPアドレスまたはアドレス範囲と比較することと、
前記インカミングパケットのソースIPアドレスがCPにマッチする場合、
前記インカミングパケットのコンテンツインジケータを調査することと、
前記コンテンツインジケータが、前記CPからの進行中のコンテンツデリバリセッションのコンテンツインジケータとマッチしないとき、課金サーバとの新規のコンテンツデリバリセッションについての課金セッションを開始することと、
前記コンテンツインジケータが、前記CPからの進行中のコンテンツデリバリセッションのコンテンツインジケータとマッチするとき、前記コンテンツデリバリセッションに関連付けられるパケットカウントをインクリメントすることと、
を含み、
前記コンテンツインジケータは、前記CPにより前記インカミングパケットへ割り振られる、Differentiated  Service  Code  Point（DSCP）フィールドにおける値を含む、
方法。
【請求項２】
進行中のコンテンツデリバリセッションが終了したと判定することと、前記終了判定への応答として、前記課金サーバとの前記コンテンツデリバリセッションについての前記課金セッションをクローズすることと、をさらに含む、請求項１に記載の方法。
【請求項３】
進行中のコンテンツデリバリセッションが終了したと判定することは、前記課金サーバとの前記コンテンツデリバリセッションについての前記課金セッションの開始後、タイマを起動することと、前記コンテンツデリバリセッションについての前記パケットカウントがインクリメントされる度に、前記タイマをリセットすることと、前記タイマが予め決定される値に達した際に、前記コンテンツデリバリセッションが終了したと判定することと、を含む、請求項２に記載の方法。
【請求項４】
前記課金サーバとの前記コンテンツデリバリセッションについての前記課金セッションをクローズすることは、前記コンテンツデリバリセッションに関連付けられる前記パケットカウントを前記課金サーバに送信することを含む、請求項２に記載の方法。
【請求項５】
前記課金サーバは、認証、認可および課金（AAA）サーバを含む、請求項１に記載の方法。
【請求項６】
課金サーバとの新規のコンテンツデリバリセッションについての課金セッションを開始することは、前記コンテンツデリバリセッションに関連付けられる、少なくとも前記CPのIPアドレスおよび前記コンテンツインジケータを含むRemote  Authentication  Dial  In  User  Service（RADIUS）課金要求メッセージをAAAサーバに送信することを含む、請求項５に記載の方法。
【請求項７】
CPとコンテンツインジケータとの一意なペアに各々関連付けられる少なくとも２つのコンテンツデリバリセッションが同時に進行中である、請求項１に記載の方法。
【請求項８】
アクセス／ネットワークサービスプロバイダ（ANP）ネットワークにおいて動作可能なエッジノードであって、前記ANPネットワークを通じてコンテンツはコンテンツプロバイダ（CP）からユーザにデリバリされ、
ANPインタフェースおよびパケットデータネットワーク（PDN）インタフェースを実装するトランシーバと、
前記トランシーバを制御するように動作可能なコントローラと、
前記コントローラに動作可能に接続され、１つ以上の進行中のコンテンツデリバリセッションについてのデータ構造を保持するメモリであって、各コンテンツデリバリセッションのデータ構造は、CPのIPアドレス、コンテンツインジケータ、およびパケットカウントを含む、前記メモリと、
を備え、
前記コントローラは、前記トランシーバの前記PDNインタフェースによって受信されたデータパケットのコンテンツインジケータを調査するように動作可能であり、
前記データパケットが進行中のコンテンツデリバリセッションに関連付けられる場合、前記パケットカウントをインクリメントし、および前記ANPインタフェースを介して宛て先IPアドレスに向かって前記データパケットをデリバリし、
前記データパケットが進行中のコンテンツデリバリセッションに関連付けられない場合、前記ANPインタフェースを介して課金サーバとの新規のコンテンツデリバリセッションについての課金セッションを開始し、
前記コンテンツインジケータは、前記CPにより前記データパケットへ割り振られる、Differentiated  Service  Code  Point（DSCP）フィールドにおける値を含み、前記コンテンツデリバリセッションを区別する、
エッジノード。
【請求項９】
既知のCPのIPアドレスまたはアドレス範囲のデータベースをさらに備え、データパケットのソースIPアドレスが既知のCPのIPアドレスとマッチし、かつ前記データパケットにおけるコンテンツインジケータが前記メモリにおけるコンテンツデリバリセッションのデータ構造の前記コンテンツインジケータとマッチする場合、前記データパケットは進行中のコンテンツデリバリセッションに関連付けられる、請求項８に記載のエッジノード。
【請求項１０】
前記コントローラは、各コンテンツデリバリセッションについての課金セッションの開始後、各コンテンツデリバリセッションに関連付けられるタイマを起動し、前記コンテンツデリバリセッションについての前記パケットカウントのインクリメント後、前記タイマをリセットし、前記タイマの値が予め決定される値に達した際に、前記コンテンツデリバリセッションが終了したと判定する、ようにさらに動作可能である、請求項８に記載のエッジノード。
【請求項１１】
前記メモリにおける各コンテンツデリバリセッションのデータ構造は、さらに前記タイマの値を含む、請求項１０に記載のエッジノード。
【請求項１２】
前記コントローラは、前記コンテンツデリバリセッションが終了したと判定した後、前記課金サーバとの前記コンテンツデリバリセッションについての前記課金セッションをクローズするようにさらに動作可能である、請求項１０に記載のエッジノード。
【請求項１３】
前記コントローラは、前記課金サーバとの前記コンテンツデリバリセッションについての前記課金セッションのクローズ後、前記コンテンツデリバリセッションに関連付けられる前記パケットカウントを前記課金サーバに送信するようにさらに動作可能である、請求項１２に記載のエッジノード。
【請求項１４】
前記課金サーバは、認証、認可および課金（AAA）サーバを含む、請求項８に記載のエッジノード。
【請求項１５】
前記コントローラは、前記コンテンツデリバリセッションに関連付けられる少なくとも前記CPのIPアドレスおよび前記コンテンツインジケータを含むRemote  Authentication  Dial  In  User  Service（RADIUS）課金要求メッセージを前記AAAサーバに送信することによって、前記ANPインタフェースを介して、課金サーバとの新規のコンテンツデリバリセッションについての課金セッションを開始するように動作可能である、請求項１４に記載のエッジノード。
【請求項１６】
CPとコンテンツインジケータとの一意なペアに各々関連付けられる少なくとも２つのコンテンツデリバリセッションが同時に進行中であり、前記メモリは少なくとも２つの対応するコンテンツデリバリセッションのデータ構造を含む、請求項８に記載のエッジノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、データ通信ネットワーク、特にアクセス／ネットワークサービスプロバイダネットワークにおけるコンテンツデリバリセッションについての課金のシステムおよび方法に関する。
【背景技術】
【０００２】
コンピュータネットワーク（有線および無線の両方）がより高いデータレートおよびより低いレイテンシを伴ってユビキタスになるにつれて、コンピュータネットワークを介した、マルチメディアコンテンツ（例えば、音楽、ムービーなど）のリアルタイムまたは準リアルタイムのデリバリは、物理メディア（例えば、DVD）の販売／レンタルのような従来の配信チャネルを補完しつつある。この傾向は、継続すると期待され、実に多くの人が、マルチメディアコンテンツのオンデマンドストリーミングはエンドユーザへのコンテンツ配信の主要な手段となるであろうことを予測している。
【０００３】
図１は、現在、広く設置されているような代表的なネットワークシステム１０を示す。複数のコンテンツプロバイダサービス１４（CP1．．．CPn）を含むコンテンツプロバイダ（CP）ネットワーク１２は、インターネットバックボーン１５に接続する。CPは、バックボーン帯域幅へのアクセスのために、インターネットバックボーンプロバイダに料金を支払い、コンテンツへのアクセスについて加入者に料金を請求する。図１はまた、インターネットバックボーン１５にも接続される、アクセス／ネットワークサービスプロバイダ（ANP）の代表的なネットワーク１６を示しており、ANPのサブセットはインターネットサービスプロバイダ（ISP）として知られている。ANPはまた、インターネットバックボーン１５の接続性のために料金を支払い、ネットワークアクセスについて加入者に料金を請求する（例えば、月額定額料金、帯域幅使用料金、など）。
【０００４】
ユーザは、インターネットバックボーン１５を経由し、ANPネットワーク１６を通じて、CPからコンテンツを受信する。特に、コンテンツは、CPサーバ１４から、バックボーン１５を経由し、ANPネットワーク１６のエッジノード１８に流れ、そしてそこから、コンピュータ端末、セットトップボックス、ゲームコンソール、DVRもしくは類似のコンテンツレンダリングまたはコンテンツストレージデバイスのようなエンドユーザデバイス２２に流れる。もちろん、ネットワーク１２、１５、１６は、明瞭さのために図１に示されないノードを含む。例えば、CPネットワーク１２は、加入者データベース、コンテンツデータベース、直接的なアクセスおよびウェブブラウザを介したコンテンツ発注のためのウェブサーバノードなどを含む。認証、認可および課金（AAA）サーバ２０は、課金サーバ（CPネットワーク１２にも存在し得る）の一例としてANPネットワーク１６に示される。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
CP（例えば、Netflix、Hulu、Luluなど）の発展ならびに、CPがストリーミングについてユーザデバイス２２に提供するコンテンツの量および種類は、近年爆発的に広がっており、より多くのCPが形成され、コンテンツオーナーがストリーミング配信についてより多くのコンテンツのライセンスを与えるので、発展が継続している。この発展は、巨大な帯域幅だけでなく、その帯域幅の高いサービス品質（QoS）要望に対処するために、ANPネットワーク１６における膨大なトラフィックの爆発的な増加を引き起こしている。現在、エンドユーザへのCPのコンテンツのデリバリについてCPに料金請求するためのANPにとっての技術的メカニズムはなく、CPのデリバリコストは、インターネットバックボーン１４で終端する。帯域幅における増加およびQoS要件に対処するように、ANPがANPのネットワーク１６の基盤を拡張するためには、ANPがエンドユーザへのトラフィックのデリバリについてその発信者に料金請求することができなければならない。
【０００６】
その上、ANPは、現在、CPからの異なるトラフィックタイプを区別する方法を有しておらず、あるトラフィックは高いQoSを要し、他のトラフィックは無保証のビットレートのようなより低いQoSを許容することができる。ANPは、これらのトラフィックタイプを区別することができないので、結果として、ANPはトラフィックタイプについて料金請求することができない。あるANPは、帯域幅上限および／または予め決定される量を超える帯域幅についての追加料金を実装している。これらの手法は、加入者に不評であり、QoSおよび体感品質の課題を解決しない。
【課題を解決するための手段】
【０００７】
ここで説明され、請求される本発明の実施形態によれば、ANPネットワークのエッジノードは、コンテンツデリバリを追跡し、開始されるコンテンツデリバリセッションについてのシステム課金要求を生成する。エッジノードには既知のCPサーバのIPアドレス（またはアドレス範囲）が供給される。ソースIPアドレスのフィールドおよびコンテンツ識別子はインカミングIPパケットから抽出される。一実施形態では、コンテンツ識別子はDifferentiated  Service  Code  Point（DSCP）フィールドの値を含み得る。ソースIPアドレスが既知のCPサーバのIPアドレスとマッチする場合、コンテンツデリバリセッションは、開始され、CPのIPアドレスおよびコンテンツ識別子によって識別される。課金要求メッセージは課金セッションを開始するために課金サーバに送信される。コンテンツデリバリセッションに関連付けられるパケットカウントは、そのセッションについてのパケットが受信される（すなわち、ソースIPおよびコンテンツ識別子のフィールドがそのセッションのソースIPおよびコンテンツ識別子にマッチする）度にインクリメントされる。複数のコンテンツデリバリセッションが同時進行中であってもよい。アクティビティタイマは、コンテンツデリバリセッションが始まる際に、起動され、セッションについての各パケットの受信後にリセットされる。タイマが予め決定される値（すなわち、セッションについての最後のパケットからの予め決定される期間）に達した際に、そのセッションは終了されたとみなされ、そのセッションについてのパケットカウントを含む課金メッセージが課金セッションを終了させるために課金サーバに送信される。一実施形態では、課金サーバはAAAサーバであり、課金サーバメッセージはRADIUSメッセージである。
【０００８】
一実施形態は、CPからANPネットワークを通じてユーザにデリバリされるコンテンツについての課金の方法に関し、その方法はANPネットワークにおけるエッジノードによって実行される。各インカミングパケットのソースIPアドレスは調査される。ソースIPアドレスは、既知のCPを識別する複数の予め決定される、ソースIPアドレスまたはアドレス範囲と比較される。インカミングパケットのソースIPアドレスがCPとマッチする場合は、そのインカミングパケットのコンテンツインジケータが調査される。そのコンテンツインジケータがCPからの進行中のコンテンツデリバリセッションのコンテンツインジケータとマッチしないときは、新規のコンテンツデリバリセッションについての課金セッションが課金サーバと開始される。そのコンテンツインジケータがCPからの進行中のコンテンツデリバリセッションのコンテンツインジケータとマッチするときは、そのコンテンツデリバリセッションに関連付けられるパケットカウントがインクリメントされる。
【０００９】
他の実施形態は、ANPネットワークにおいて動作可能なエッジノードに関し、ANPネットワークを通じてコンテンツはCPからユーザにデリバリされる。エッジノードは、ANPインタフェースおよびパケットデータネットワーク（PDN）インタフェースを実装するトランシーバを含む。エッジノードはまた、そのトランシーバを制御するように動作可能なコントローラをも含む。さらに、エッジノードは、そのコントローラと動作可能に接続されるメモリを含む。メモリは１以上の進行中のコンテンツデリバリセッションについてのデータ構造を保持し、各コンテンツデリバリセッションのデータ構造は、CPのIPアドレス、コンテンツインジケータ、およびパケットカウントを含む。コントローラは、トランシーバのPDNインタフェースによって受信されるデータパケットを調査するように動作可能であり、そのデータパケットが進行中のコンテンツデリバリセッションに関連付けられている場合、パケットカウントをインクリメントし、タイマ値をリセットし、およびそのデータパケットを宛て先IPアドレスに向けてANPインタフェースを介してデリバリする。そのデータパケットが進行中のコンテンツデリバリセッションに関連付けられていない場合、コントローラはANPインタフェースを介して課金サーバとの新規のコンテンツデリバリセッションについての課金セッションを開始するように動作可能である。
【図面の簡単な説明】
【００１０】
【図１】図１は、コンテンツプロバイダからエンドユーザへのコンテンツのデリバリのために相互接続されたネットワークのブロック図である。
【図２】図２は、アクセス／ネットワークサービスプロバイダネットワークのエッジノードにおけるコンテンツデリバリセッションについての課金の方法のフロー図である。
【図３】図３は、図２の方法の信号フロー図である。
【図４】図４は、アクセス／ネットワークサービスプロバイダネットワークのエッジノードの機能ブロック図である。
【発明を実施するための形態】
【００１１】
本発明の実施形態によれば、ANPネットワーク１６のエッジノード１８は、インカミングデータパケットが、進行中のコンテンツデリバリセッションに属するか、または新規のコンテンツデリバリセッションの開始合図であるかを判定するために、インカミングデータパケットを調査する。ここで、コンテンツデリバリセッションとは、エッジノード１８が、同じコンテンツに関する複数のデータパケットをCPから受信し、ANPネットワーク１６を介して（最終的に）エンドユーザデバイス２２にそれらパケットをデリバリする間の、持続期間（duration）である。所与のいかなる時間においても、複数のコンテンツデリバリセッションが進行中であり得る。コンテンツデリバリセッションは、少なくとも、IPアドレスによって識別されるようなCPとコンテンツインジケータとによって定義される。１以上の実施形態では、コンテンツインジケータはDifferentiated  Service  Code  Point（DSCP）フィールドにおける値を含む。ここでの議論では、DSCP値について言及する。しかし、これは限定するものではなく、様々なコンテンツ識別子が本発明の広い範囲内で使用されてもよい。同様に、AAAサーバ２０はANPネットワーク１６において示されており、ここではAAAサーバ２０と課金メッセージ（例えば、RADIUSメッセージ）を交換することについて言及する。しかし、本発明の広い実施において、課金メッセージは、スタンドアロンであり得る様々な課金サーバ、専用の課金サーバ、または様々なサーバにおいて実装される課金機能によってハンドリングされてもよい。
【００１２】
図２は、コンテンツデリバリセッションについての課金を提供するために、ANPネットワーク１６のエッジノード１８でデータパケットを処理する方法１００を示す。方法１００は、エッジノード１８がデータパケットを受信する（ブロック１０２）度に呼び出される。そのパケットのソースIPアドレスは調査される（ブロック１０４）。インターネットプロトコル（IP）はよく知られたネットワークプロトコルである。IPアドレスもまたよく知られており、ここで詳細に説明される必要はない。CPネットワーク１２、インターネットバックボーン１５、および／またはANPネットワーク１６のようなパケットデータネットワークにおいて送信される各データパケットは、パケットを生成したノードのロケーション（ネットワーク用語における）を示すソースIPアドレス（すなわち、パケットヘッダのsrc_ipフィールド）、およびパケットが転送される先となるべきネットワークノードを示す宛て先IPアドレス（この場合、エンドユーザデバイス２２のIPアドレス）を含む。本発明の実施形態によれば、ANPネットワーク１６の各エッジノード１８には、既知のCPサーバ１４のIPアドレス（またはアドレス範囲）が供給される。エッジノード１８は、各インカミングデータパケットを調査し、パケットヘッダにおけるソースIPアドレスと既知のCPのIPアドレスとを比較する（ブロック１０６）。マッチしない場合、そのデータパケットは適切に処理される（ブロック１０８）（例えば、そのデータパケットの宛て先IPアドレスに向けて転送される）。
【００１３】
そのデータパケットのソースIPアドレスが既知のCPのIPアドレスにマッチしない場合（ブロック１０６）、エッジノード１８は続けてパケットヘッダにおけるDSCP値のようなコンテンツインジケータを調査する（ブロック１１０）。DSCPはIPヘッダにおける6ビットのDifferentiated  Services  Code  Pointフィールドであり、そのフィールドはパケットを粗い手法でトラフィッククラスに分類する。各トラフィッククラスは、QoS要件、トラフィックタイプ（例えば、音声、映像、ストリーミング音楽など）、宛て先アドレスなどのような、いくつかのプロパティを共有する。一般的に、同じCPサーバによって生成されるパケットにおける各々一意なDSCP値は、同じコンテンツ、例えば、１つのムービーにレンダリングされるデータに対応するであろう。しかし、これは本発明を限定するものではない。例えば、CPサーバは、異なるコンテンツ、例えば、同じ世帯にデリバリされ、さもなければ同じ加入者に料金請求される２つの異なるムービーを搬送するパケットに同じDSCP値を割り振ることができる。DSCP値と実際のコンテンツデリバリとの間の対応は重要でない。むしろ、考慮すべき重要なことは、それらパケット（それらのパケットがどのようなコンテンツを表現するとしても）は、同じQoS要件を共有し、全てANPネットワーク１６を通じてルーティングされることである。結果として、個々のデータパケットと特定のコンテンツとを正確に相関付けることを気にすることなく、ANPは、CPがエンドユーザへのコンテンツのデリバリにおいてANPネットワーク１６に負わせるトラフィックについてCPを追跡し正確に料金請求し得る。しかし、一般的には、特定のCPサーバからのDSCP値は、コンテンツの特定のインスタンス、例えば、特定のムービーについて一意であると想定され得る（少なくとも、ここでは説明の目的のために）。
【００１４】
ここで、「コンテンツデリバリセッション」は、ANPネットワーク１６のエッジノード１８によって受信される複数のパケットの継続を意味し、それらパケットは、（それらパケットのソースIPアドレスと供給されるCPのIPアドレスとの比較によって示されるような）同じCPから発信され、DSCP値のような同じコンテンツインジケータを含む。一例では、コンテンツデリバリセッションは同じソースIPアドレスおよびDSCP値を有する一連のパケットを含み、それらパケットの全ては同じ宛て先IPアドレスを有する。すなわち、それらパケットは全て同じエンドユーザ（または世帯）にルーティングされる。他の例では、コンテンツデリバリセッションは、複数のユニキャストストリーム、すなわち、様々な宛て先IPアドレスを伴う、同じソースIPアドレスおよびDSCP値を有するいくつかの一連のパケットを含んでもよい。エッジノード１８は複数の異なるコンテンツデリバリセッションを同時に管理し得る。ここでさらに説明されるように、一旦開始されると、コンテンツデリバリセッションは、そのセッションについての最後のパケットが受信された後の遅延時間が、予め決定される値に達するまで、進行中であるとみなされる。
【００１５】
インカミングデータパケットにおけるDSCPの調査（ブロック１１０）の後、エッジノード１８は、そのパケットが進行中のコンテンツデリバリセッションに属するかを判定する（ブロック１１２）。そのパケットが進行中のコンテンツデリバリセッションに属さない場合、新規のコンテンツデリバリセッションが開始され、その新規のコンテンツデリバリセッションの開始は、AAAサーバ２０に課金要求を送信することによって課金セッションを開始することを含む。一実施形態では、課金セッション要求は、少なくともCPのIPアドレスおよびDSCP値を含むRemote  Authentication  Dial  In  User  Service（RADIUS）課金要求メッセージを含む。課金要求メッセージは、トラフィックタイプ、最低限のQoSレベル、必要とされるビットレートなどのような、CPに請求することに関係する追加的な情報を含み得る。当技術分野で周知のように、RADIUSは、ネットワークアクセスに先立つ、ユーザおよびデバイスの認証、いくつかのネットワークサービスについてのユーザおよびデバイスの許可、ならびにそれらのサービスの使用についての課金、のためのネットワーキングプロトコルである。本発明の実施形態は少なくともRADIUSプロトコルの課金機能性を活用し、CPのコンテンツをエンドユーザにデリバリすることついてANPがCPに料金請求することを可能にする。一旦、新規のコンテンツデリバリセッションが開始されると、データパケットがエンドユーザデバイス２２に向けてANPネットワーク１６内へデリバリされる。
【００１６】
一旦、コンテンツデリバリセッションがエッジノード１８で確立されると、同じCPから受信される後続のパケットは同じ調査を経る（ブロック１０２−１１０）。そのコンテンツデリバリセッションはAAAサーバ２０との間で開始された課金セッションを含む。後続のパケットが進行中のコンテンツデリバリセッションに属すると判定される（ブロック１１２）（すなわち、ソースIPアドレスおよびDSCP値が、コンテンツデリバリセッションのCPのIPアドレスおよびDSCPにマッチする）場合、そのコンテンツデリバリセッションに関連付けられるパケットカウントはインクリメントされ（ブロック１１６）、そのパケットはエンドユーザデバイス２２に向けてANPネットワーク１６内へデリバリされる（ブロック１０８）。
【００１７】
新規のコンテンツデリバリセッションを開始し、進行中のコンテンツデリバリセッションについてのパケットカウントをインクリメントする方法１００は、無期限に繰り返される。ある時点で、進行中のコンテンツデリバリセッションは、全部のコンテンツがデリバリされて（すなわち、ムービーが末尾に到って）、終了するであろう。一実施形態では、エッジノード１８は、セッションの終了を検出するために、各進行中のコンテンツデリバリセッションに関連付けられるアイドルタイムアウトの機能性を活用する。例えば、タイマは、コンテンツデリバリセッションの開始後に起動され得、コンテンツデリバリセッションに関連付けられる各後続のデータパケットの受信後にリセットされ得る。そして、セッション終了は、そのタイマが予め決定される値に達した際に、すなわち、最後に受信された、そのコンテンツデリバリセッションに関連付けられるデータパケットからの期間が予め決定される長さに達した際に、検出される。タイマは、初期化され、予め決定される値にリセットされるカウントダウンタイマを含んでもよく、アイドルタイムアウト期間は、タイマが零にカウントダウンした際に、達せられる。代わりに、タイマは、初期化され、零にリセットされてもよく、タイマの値は、アイドルタイムアウト期間を検出するために、予め決定される値と比較されてもよい。いずれにしても、タイマは、設定周波数でクロックされるハードウェアカウンタまたはカウントループのようなソフトウェア構成を含み得る。
【００１８】
タイマの実装に関わらず、進行中のコンテンツデリバリセッションがタイムアウトした際に、エッジノード１８は、AAAサーバ２０との対応する課金セッションを終了し、AAAサーバ２０にそのセッションに関連付けられる受信されたデータパケットの総数を提供する。一実施形態では、エッジノード１８は、少なくともCPのIPアドレスおよびDSCPを含むRADIUS課金要求メッセージを送信し、課金セッションの停止を要求することによって課金セッションを終了する。一実施形態では、課金要求メッセージはさらにそのコンテンツデリバリセッションについての合計のパケットカウントを含む。他の実施形態では、エッジノード１８は、コンテンツデリバリセッションを通して周期的に、AAAサーバ２０に増分のパケットカウントを送信し、セッション終了メッセージは最後の増分のパケットカウントのみを含む。そのような増分のパケットカウントのメッセージの頻度は、例えば、経過時間またはパケットカウントの閾値に基づいて、各エッジノード１８について構成されてもよいが、一般的には、その頻度はすべての受信されるパケット毎であり得る。
【００１９】
図３は、本発明の一実施形態による方法１００に対応する、ネットワークメッセージのシグナリング図を示す。最初に、ユーザは、例えばエンドユーザデバイス２２から、CPからのコンテンツのデリバリを要求する。しかし、この要求の発信元は本発明の実施形態に深く関わらない。例えば、ユーザは、例えばスマートフォンまたはコンピュータ端末上のブラウザを用いて、例えばCPのウェブサイトを介してムービーを選択し、セットトップボックス、DVR、ゲームコンソールなどのようなエンドユーザデバイス２２へのコンテンツのデリバリを要求してもよい。
【００２０】
ともかく、コンテンツデリバリ要求はCPネットワーク１２におけるCPサーバ１４によって受信される（またはCPサーバ１４へルーティングされる）。CPサーバ１４はエンドユーザデバイス２２に向けて（すなわち、インターネットバックボーン１５を経由し、ANPネットワーク１６へ）データパケットのストリーミングを開始する。コンテンツに関連付けられるそのデータパケットのすべては、ソースIPアドレスとしてそのCPサーバ１４のIPアドレスを含み、同じコンテンツインジケータ、例えばDSCP値を含む。
【００２１】
最初のパケットが、ANPネットワーク１６のエッジノード１８によって受信された際に、エッジノード１８はRADIUS課金要求メッセージをAAAサーバ２０に送信する。その課金要求は、コンテンツデリバリセッションを識別する、少なくともCPのIPアドレスおよびDSCP値を含む。AAAサーバ２０はRADIUSプロトコルによってRADIUS課金要求メッセージに応答する。
【００２２】
コンテンツが完全にデリバリされる場合、または図３に示されるようにユーザがCPからのコンテンツのデリバリを終了する場合、エッジノード１８は、進行中のコンテンツデリバリセッションについての最後のデータパケットの受信から予め決定される期間が経過したことを示すアイドルタイムアウトイベントが発生するまで待機する。タイムアウトへの応答として、エッジノード１８は、課金セッションを停止するために、RADIUS課金要求メッセージをAAAサーバ２０に送信する。その課金要求は、コンテンツデリバリセッションを識別する、少なくともCPのIPアドレスおよびDSCP値と共に、合計の（または増分の）パケットカウントを含む。AAAサーバ２０はRADIUSプロトコルによってRADIUS課金要求メッセージに応答する。そのため、AAAサーバ２０によって記録される課金セッションは、より上位のレイヤで、交渉される条項に従って、ANPとCPとの間の料金請求トランザクションを生成し、それらの詳細は本発明の説明に深く関わらない。
【００２３】
図４は、ANPネットワーク１６のエッジノード１８の機能ブロック図である。エッジノード１８は、PDNインタフェース３４を介してインターネット１５のようなパケットデータネットワーク（PDN）からデータパケットを少なくとも受信し、ANPインタフェース３２を介してANPネットワーク１６におけるエンドユーザデバイス２２に向けてデータパケットを転送する、ように動作可能なトランシーバ３０を含む。さらに、ANPインタフェース３２は、AAAサーバ２０とRADIUSメッセージのようなシグナリングメッセージを交換するように動作可能である。APNインタフェース３２およびPDNインタフェース３４は、機能性を表し、必ずしもトランシーバ３０の別個の物理的なインタフェースでない。
【００２４】
コントローラ３６は、トランシーバ３０を含むエッジノード１８の全体的な動作を制御する。コントローラ３６は、ハードウェアまたは適切なファームウェアを含むプログラム可能なロジック、ASICにおいて実装されるカスタムプロセッサ、適切なソフトウェアを含む、汎用マイクロプロセッサまたはデジタルシグナルプロセッサ（DSP）、またはそれらのいずれかの組合せ、において実装されるステートマシンを含み得る。コントローラ３６は、RAM、ROM、PROM、フラッシュメモリ、適切な読み書きハードウェアを含む磁気的または光学的メディアなどのような機械読み取り可能なメモリ３８と動作可能に接続される。メモリ３８は、オペレーティングシステムのような汎用ソフトウェアならびに特に方法１００およびここで説明された他の機能性をコントローラ３６上で実装するように動作可能なソフトウェアモジュールを格納するように動作可能である。
【００２５】
一実施形態では、メモリ３８は、各進行中のコンテンツデリバリセッションに関連付けられるデータ構造４０を格納するように動作可能である。各コンテンツデリバリセッションのデータ構造４０は、CPのIPアドレス（またはアドレス範囲）４２、DSCP値４４およびパケットカウント４６を格納する。データ構造４０はさらにアイドルタイムアウトの値４８を格納してもよい。図４に示したように、複数のコンテンツデリバリセッションのデータ構造４０は、複数の進行中のコンテンツデリバリセッションに対応して、メモリ３８に同時に保持され得る。
【００２６】
一実施形態では、エッジノード１８はさらに既知のCPのIPアドレス（またはアドレス範囲）を格納するデータベース５０を含む。ビジネス上の取り決めが様々なCPと交渉されて、データベース５０におけるCPのIPアドレスはANPオペレータによってエッジノード１８に供給され得る。ある実施形態では、データベース５０は、メモリ３８に、例えばメモリ３８の不揮発性部分に、格納されてもよい。
【００２７】
本発明の実施形態は、ANPがCPのコンテンツのデリバリについてCPに料金請求することを可能にする。特に、ANPは、そのデリバリについてCPが要求するQoSに基づいてCPに料金請求することができる。その請求は、QoSレベルごとのトラフィック量に基づいて動的である。本発明の実施形態は、ANPネットワーク１６を通じてデリバリされる、VoD、IPTV、ストリーミング音楽などのいずれのコンテンツの追跡についても適用可能である。
【００２８】
もちろん、本発明は、発明の本質的な特徴から逸脱することなく、ここで明示的に説明された以外の他の方法で実行されてもよい。本実施形態はあらゆる点において例示的でかつ限定的でないものとして解釈されるべきであり、添付される特許請求の範囲の意味および均等の範囲内におけるあらゆる変更は、当該特許請求の範囲内に包含されることが意図される。
【図１】
0005955387.tif 000002
【図２】
0005955387.tif 000003
【図３】
0005955387.tif 000004
【図４】
0005955387.tif 000005