(57)【特許請求の範囲】
【請求項１】
アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得するステップ(101)と、
前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得するステップと、前記アプリケーションの前記状態に従って、前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するステップ、または、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するステップ(102)とを含み、
前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得する前記ステップが、
受信されたパケットを解決して、前記受信されたパケットのサービスタイプまたはホストアドレスを取得するステップと、
アプリケーションの識別子とサービスタイプとの対応関係、または、アプリケーションの識別子とホストアドレスとの対応関係に従って、前記受信されたパケットから、前記アプリケーションの前記識別子と一致するパケットを取得するステップとを含む、パケット処理方法。
【請求項２】
アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得する前記ステップが、
ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解決(resolve)し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するステップ、または、
前記ユーザ端末によって送信される、受信されたRRCメッセージから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するステップ、または、
モビリティ管理エンティティによって送信される、受信された制御プレーンメッセージから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するステップ、または、
前記アプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの識別子および前記アプリケーションの前記状態を受信するステップ、または、
前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記状態を受信し、前記アプリケーションの前記識別子または前記アプリケーションのストリーム記述を取得するために、前記ユーザ端末の前記ユーザプレーンにおける前記アプリケーション層メッセージ中の第2のパケットを識別するステップ、または、
指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するステップを含み、
前記アプリケーションの前記IPフロー記述またはアプリケーション識別子が、前記アプリケーションの前記ストリーム記述を含む、請求項1に記載の方法。
【請求項３】
前記アプリケーションの前記状態がフォアグラウンド状態である場合、前記アプリケーションの前記状態に従って、前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行する前記ステップが、
前記一致したパケットが位置する前記メディアデータストリームの帯域幅を増やすステップ、および/または、
前記一致したパケットが位置する前記メディアデータストリームのスケジューリング優
先順位を上げるステップを含み、
前記アプリケーションの前記状態に従って、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行する前記ステップが、
前記一致したパケットが位置する前記メディアデータストリームのコーディングレートを上げるステップを含む、請求項1または2に記載の方法。
【請求項４】
前記アプリケーションの前記状態がバックグラウンド状態である場合、前記アプリケーションの前記状態に従って、前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行する前記ステップが、
前記一致したパケットが位置する前記メディアデータストリームの帯域幅を減らすステップ、および/または、
前記一致したパケットが位置する前記メディアデータストリームのスケジューリング優先順位を下げるステップを含み、
前記アプリケーションの前記状態に従って、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行する前記ステップが、
前記一致したパケットが位置する前記メディアデータストリームのコーディングレートを下げるステップを含む、請求項1または2に記載の方法。
【請求項５】
アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得するステップ(201)と、
事前に記憶されている構成情報、前記アプリケーションの前記状態、および前記アプリケーションの前記IPフロー記述またはアプリケーション識別子に従って、ポリシーおよび課金制御ルールを生成するステップ(202)と、
前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得するステップ(203)と、
前記ポリシーおよび課金制御ルールに従って、前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するステップ、または、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するステップ(204)とを含み、
前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得する前記ステップが、
受信されたパケットを解決して、前記受信されたパケットのサービスタイプまたはホストアドレスを取得するステップと、
アプリケーションの識別子とサービスタイプとの対応関係、または、アプリケーションの識別子とホストアドレスとの対応関係に従って、前記受信されたパケットから、前記アプリケーションの前記識別子と一致するパケットを取得するステップとを含む、パケット処理方法。
【請求項６】
前記アプリケーションの前記IPフロー記述またはアプリケーション識別子が、前記アプリケーションのストリーム記述を含み、アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得する前記ステップが、
ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解決し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから、前記アプリケーションの前記識別子および前記アプリケーションの前記状態を取得するステップ、または、
前記第1のパケットを解決し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから前記アプリケーションの前記識別子および前記アプリケーションの前記状態を取得し、次いで、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との事前に設定された対応関係を問い合わせるステップ、または、
前記アプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するステップ、または、
前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記状態を受信し、前記アプリケーションの前記識別子または前記アプリケーションの前記ストリーム記述を取得するために、前記ユーザ端末の前記ユーザプレーンにおける前記アプリケーション層メッセージ中の第2のパケットを識別するステップ、または、
前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末により送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との対応関係を問い合わせるステップ、または、
指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザによって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するステップ、または、
前記指定されたアプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記状態を受信し、前記アプリケーションの前記識別子または前記アプリケーションの前記ストリーム記述を取得するために、受信されたパケットを識別するステップ、または、
前記指定されたアプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末により送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との対応関係を問い合わせるステップ、または、
前記第1のパケットを解決し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから、前記アプリケーションの前記識別子、前記アプリケーションの前記ストリーム記述、および前記アプリケーションの前記状態を取得するステップを含む、請求項5に記載の方法。
【請求項７】
前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得する前記ステップの後で、
前記一致したパケットに対応するサービス情報識別子を取得し、前記一致したパケットに前記サービス情報識別子を封入するステップと、
固定ネットワークまたはモバイルアクセスネットワークが、前記一致したパケットの前記サービス情報識別子に従って、前記一致したパケットが位置する前記メディアデータストリームのためにネットワークリソースのサービス品質制御を実行できるように、または、前記一致したパケットの前記サービス情報識別子に従って、前記一致したパケットが位置する前記メディアデータストリームのためにコーディング処理を実行できるように、前記封入された一致したパケットを、前記固定ネットワークまたは前記モバイルアクセスネットワークに送信するステップとを含み、
前記サービス情報識別子が、前記アプリケーションの前記状態を含み、または、前記アプリケーションの前記状態と、前記一致したパケットのサービスタイプ、ユーザ優先順位、および事業者ポリシーのうちの1つまたは組合せとを含む、請求項5または6に記載の方法。
【請求項８】
アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得するように構成される、取得モジュール(11)と、
前記取得モジュールによって取得された前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得するように構成される、照合モジュール(12)と、
前記取得モジュール(11)によって取得された前記アプリケーションの前記状態に従って、前記照合モジュール(12)によって取得された前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するように、または、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように構成される、処理モジュール(13)とを含み、
前記照合モジュールが、
受信されたパケットを解析して、前記受信されたパケットのサービスタイプまたはホストアドレスを取得するように構成される、解決ユニット(121)と、
アプリケーションの識別子とサービスタイプとの対応関係、または、アプリケーションの識別子とホストアドレスとの対応関係に従って、前記受信されたパケットから、前記アプリケーションの前記識別子と一致するパケットを取得するように構成される、照合ユニット(122)とを含む、ネットワーク側デバイス。
【請求項９】
前記取得モジュール(11)が特に、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するように構成され、または、
前記取得モジュール(11)が特に、前記ユーザ端末によって送信される、受信されたRRCメッセージから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するように構成され、または、
前記取得モジュール(11)が特に、モビリティ管理エンティティによって送信される、受信された制御プレーンメッセージから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するように構成され、または、
前記取得モジュール(11)が特に、前記アプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの識別子および前記アプリケーションの前記状態を受信するように構成され、または、
前記取得モジュール(11)が特に、前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記状態を受信し、前記アプリケーションの前記識別子または前記アプリケーションのストリーム記述を取得するために、前記ユーザ端末の前記ユーザプレーンにおける前記アプリケーション層メッセージ中の第2のパケットを識別するように構成され、または、
前記取得モジュール(11)が特に、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するように構成され、
前記アプリケーションの前記IPフロー記述またはアプリケーション識別子が、前記アプリケーションの前記ストリーム記述を含む、請求項8に記載のネットワーク側デバイス。
【請求項１０】
前記処理モジュール(13)が特に、前記アプリケーションの前記状態がフォアグラウンド状態である場合、前記一致したパケットが位置する前記メディアデータストリームの帯域幅を増やし、かつ/または、前記一致したパケットが位置する前記メディアデータストリームのスケジューリング優先順位を上げるように構成され、または、
前記処理モジュール(13)が特に、前記アプリケーションの前記状態がフォアグラウンド状態である場合、前記一致したパケットが位置する前記メディアデータストリームのコーディングレートを上げるように構成される、請求項8または9に記載のネットワーク側デバイス。
【請求項１１】
前記処理モジュール(13)が特に、前記アプリケーションの前記状態がバックグラウンド状態である場合、前記一致したパケットが位置する前記メディアデータストリームの帯域幅を減らし、かつ/または、前記一致したパケットが位置する前記メディアデータストリームのスケジューリング優先順位を下げるように構成され、
または、
前記処理モジュール(13)が特に、前記アプリケーションの前記状態がバックグラウンド状態である場合、前記一致したパケットが位置する前記メディアデータストリームのコー
ディングレートを下げるように構成される、請求項8または9に記載のネットワーク側デバイス。
【請求項１２】
アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得するように構成される、取得モジュール(21)と、
事前に記憶されている構成情報と、前記取得モジュール(21)によって取得された前記アプリケーションの前記状態および前記アプリケーションの前記IPフロー記述またはアプリケーション識別子とに従って、ポリシーおよび課金制御ルールを生成するように構成される、ポリシーおよび課金制御機能(22)と、
前記取得モジュール(21)によって取得された前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得し、前記ポリシーおよび課金制御機能によって生成された前記ポリシーおよび課金制御ルールに従って、前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行し、または、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように構成される、処理モジュール(23)とを含み、
前記処理モジュール(23)が、
受信されたパケットを解析して、前記受信されたパケットのサービスタイプまたはホストアドレスを取得し、
アプリケーションの識別子とサービスタイプとの対応関係、または、アプリケーションの識別子とホストアドレスとの対応関係に従って、前記受信されたパケットから、前記アプリケーションの前記識別子と一致するパケットを取得するように構成される、ネットワーク側デバイス。
【請求項１３】
前記取得モジュール(21)が特に、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスのパケットを捕捉し、前記パケットから、前記アプリケーションの識別子および前記アプリケーションの前記状態を取得するように構成され、または、
前記取得モジュール(21)が特に、前記ユーザ端末の前記ユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから前記アプリケーションの前記識別子および前記アプリケーションの前記状態を取得し、次いで、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との事前に設定された対応関係を問い合わせるように構成され、または、
前記取得モジュール(21)が特に、前記アプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するように構成され、または、
前記取得モジュール(21)が特に、前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記状態を受信し、前記アプリケーションの前記識別子または前記アプリケーションのストリーム記述を取得するために、前記ユーザ端末の前記ユーザプレーンにおける前記アプリケーション層メッセージ中の第2のパケットを識別するように構成され、または、
前記取得モジュール(21)が特に、前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末により送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との対応関係を問い合わせるように構成され、または、
前記取得モジュール(21)が特に、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザによって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するように構成され、または、
前記取得モジュール(21)が特に、前記指定されたアプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末により送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との対応関係を問い合わせるように構成され、または、
前記取得モジュール(21)が特に、前記第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから、前記アプリケーションの前記識別子、前記アプリケーションの前記ストリーム記述、および前記アプリケーションの前記状態を取得するように構成され、
前記アプリケーションの前記IPフロー記述またはアプリケーション識別子が、前記アプリケーションの前記ストリーム記述を含む、請求項12に記載のネットワーク側デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術に関し、具体的には、パケット処理の方法、システム、およびデバイスに関する。
【背景技術】
【０００２】
モバイル通信技術の進化に伴って、現在のモバイル通信では、ユーザは、移動通信事業者および移動通信サービス提供者によって提供されるサービスを使用できるだけではなく、固定ブロードバンド通信と同じように、モバイルネットワーク向けのインターネットアプリケーションの支援によって、すでに、ほとんどすべてのインターネットサービスも使用することができる。一方で、端末のソフトウェアおよびハードウェアのプラットフォームの発展に伴って、端末のマルチタスキングオペレーティングシステム上で、ネットワークにアクセスする複数のアプリケーション(application)またはプロセス(process)を同時に実行することがすでに非常に一般的である。オペレーティングシステム上では、人とコンピュータの対話などの理由で、アプリケーションまたはプロセスは、フォアグラウンド(foreground)状態またはバックグラウンド(background)状態にあり得る。加えて、プロセッサおよびメモリのリソース占有率の違いにより、フォアグラウンド状態またはバックグラウンド状態にあるアプリケーションまたはプロセスはさらに、バックグラウンド実行およびバックグラウンド中断などの、異なる状態へと細分され得る。フォアグラウンドのアプリケーションまたはプロセスは一般に、ユーザ体験により大きな影響を与える。
【０００３】
しかしながら、コアネットワークゲートウェイまたはモバイルアクセスネットワークが、ローカルサービスの品質制御またはエアインターフェースのスケジューリングを実行するとき、および、バックグラウンド状態にあるアプリケーションまたはプロセスがあまりにも多くのネットワークリソースを占有しているとき、ネットワークリソースが限られている場合には、同じユーザのフォアグラウンド状態にあるアプリケーションまたはプロセスが十分なリソースを得るのに失敗することがあり、または、ネットワーク応答がタイムリーではなくなることがあり、同じネットワークリソースを共有する異なるユーザのフォアグラウンド状態にあるアプリケーションまたはプロセスも、十分なリソースを得るのに失敗することがあり、ネットワーク応答がタイムリーではなくなることがある。加えて、データメディアストリームが送信の間に通過し得るメディアソースノードおよびコンテンツ配信ネットワークは、異なる状態のアプリケーションまたはプロセスに従ってメディアのコーディングレートを調整しないので、ネットワーク送信効率が高くない。
【発明の概要】
【課題を解決するための手段】
【０００４】
本発明は、同じユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセス、または、同じネットワークリソースの異なるユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセスが、十分なまたはより多くのリソースを得ることを可能にし、または、ネットワークリソースが限られている場合にネットワーク応答がよりタイムリーになることを可能にし、ネットワーク送信効率を効果的に改善するための、パケット処理の方法、システム、およびデバイスを提供する。
【０００５】
一態様では、パケット処理の方法が提供され、この方法は、
アプリケーションの記述およびアプリケーションの状態を取得するステップと、
アプリケーションの記述と一致するパケットを取得するステップと、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するステップ、または、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するステップとを含む。
【０００６】
一態様では、別のパケット処理の方法が提供され、この方法は、
アプリケーションの記述およびアプリケーションの状態を取得するステップと、
事前に記憶されている構成情報、アプリケーションの状態、およびアプリケーションの記述に従って、ポリシーおよび課金制御ルールを生成するステップと、
アプリケーションの記述と一致するパケットを取得するステップと、
ポリシーおよび課金制御ルールに従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するステップ、または、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するステップとを含む。
【０００７】
一態様では、別のパケット処理の方法が提供され、この方法は、
アプリケーションの状態を取得するステップと、
ネットワーク側デバイスが、アプリケーションの状態に従って、アプリケーションの取得された記述と一致するパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するように、または、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように、アプリケーションの状態をネットワーク側デバイスに送信するステップとを含む。
【０００８】
一態様では、ネットワーク側デバイスが提供され、このデバイスは、
アプリケーションの記述およびアプリケーションの状態を取得するように構成される、取得モジュールと、
取得モジュールによって取得されたアプリケーションの記述と一致するパケットを取得するように構成される、照合モジュールと、
取得モジュールによって取得されたアプリケーションの状態に従って、照合モジュールによって取得された一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するように、または、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように構成される、処理モジュールとを含む。
【０００９】
一態様では、別のネットワーク側デバイスが提供され、このデバイスは、
アプリケーションの記述およびアプリケーションの状態を取得するように構成される、取得モジュールであって、アプリケーションの記述が、アプリケーションの識別子を、または、アプリケーションの状態およびアプリケーションのストリーム記述を含む、取得モジュールと、
事前に記憶されている構成情報と、取得モジュールによって取得されたアプリケーションの状態およびアプリケーションの記述とに従って、ポリシーおよび課金制御ルールを生成するように構成される、ポリシーおよび課金制御機能と、
取得モジュールによって取得されたアプリケーションの記述と一致するパケットを取得し、ポリシーおよび課金制御機能によって生成されたポリシーおよび課金制御ルールに従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行し、または、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように構成される、処理モジュールとを含む。
ネットワーク側デバイスはさらに、封入処理モジュールを含み、この封入処理モジュールは、一致したパケットに対応するサービス情報識別子を取得し、一致したパケットにサービス情報識別子を封入し、固定ネットワークまたはモバイルアクセスネットワークが一致したパケットのサービス情報識別子に従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行できるように、または、一致したパケットのサービス情報識別子に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行できるように、封入された一致したパケットを固定ネットワークまたはモバイルアクセスネットワークに送信するように構成され、
サービス情報識別子は、アプリケーションの状態を含み、または、アプリケーションの状態と、一致したパケットのサービスタイプ、ユーザ優先順位、および事業者ポリシーのうちの1つまたは組合せとを含み、
処理モジュールは特に、ポリシーおよび課金制御ルールが、アプリケーションのストリーム記述、サービス情報、およびアプリケーションの識別子を含み、または、アプリケーションのストリーム記述、サービス情報、およびサービスタイプを含み、アプリケーションの状態がフォアグラウンド状態である場合、一致したパケットが位置するメディアデータストリームの帯域幅を増やし、かつ/または、一致したパケットが位置するメディアデータストリームのスケジューリング優先順位を上げるように構成され、
または、
処理モジュールは特に、ポリシーおよび課金制御ルールが、アプリケーションのストリーム記述、サービス情報、およびアプリケーションの識別子を含み、または、アプリケーションのストリーム記述、サービス情報、およびサービスタイプを含み、アプリケーションの状態がフォアグラウンド状態である場合、一致したパケットが位置するメディアデータストリームのコーディングレートを上げるように構成される。
処理モジュールは特に、ポリシーおよび課金制御ルールが、アプリケーションのストリーム記述、サービス情報、およびアプリケーションの識別子を含み、または、アプリケーションのストリーム記述、サービス情報、およびサービスタイプを含み、アプリケーションの状態がバックグラウンド状態である場合、一致したパケットが位置するメディアデータストリームの帯域幅を減らし、かつ/または、一致したパケットが位置するメディアデータストリームのスケジューリング優先順位を下げるように構成され、
または、
処理モジュールは特に、ポリシーおよび課金制御ルールが、アプリケーションのストリーム記述、サービス情報、およびアプリケーションの識別子を含み、または、アプリケーションのストリーム記述、サービス情報、およびサービスタイプを含み、アプリケーションの状態がバックグラウンド状態である場合、一致したパケットが位置するメディアデータストリームのコーディングレートを下げるように構成される。
【００１０】
一態様では、ユーザ端末が提供され、このユーザ端末は、
アプリケーションの状態を取得するように構成される、取得モジュールと、
ネットワーク側デバイスが、アプリケーションの状態に従って、アプリケーションの取得された記述と一致するパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するように、または、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように、取得モジュールによって取得されたアプリケーションの状態をネットワーク側デバイスに送信するように構成される、送信モジュールとを含む。
【００１１】
一態様では、上で提供されたユーザ端末およびネットワーク側デバイスを含む、パケット処理システムが提供される。
【００１２】
一態様では、上で提供されたユーザ端末および別のネットワーク側デバイスを含む、別のパケット処理システムが提供される。本発明の技術的効果は次の通りである。アプリケーションの記述およびアプリケーションの状態が取得され、アプリケーションの記述と一致するパケットが取得され、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのために、ネットワークリソースのサービス品質制御が実行され、または、一致したパケットが位置するメディアデータストリームのために、コーディング処理が実行される。それは、異なるアプリケーション状態にあるアプリケーションの記述と一致するパケットが位置するメディアデータストリームのために、差分処理が実行され得るからであり、同じユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセス、または、同じネットワークリソースの異なるユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセスは、十分なまたはより多くのリソースを得ることができ、または、ネットワークリソースが限られている場合には、ネットワーク応答をよりタイムリーにすることができ、ネットワーク送信効率が効果的に改善される。
一態様では、バックグラウンド状態が、バックグラウンド実行、バックグラウンド中断、スクリーンロックアップ、スクリーンセーバー、スクリーンオフ、および、ユーザ端末がユーザによって使用されない状態のうちの1つである、別のパケット処理方法が提供される。
一態様では、別のパケット処理方法が提供され、このとき、アプリケーションの状態はフォアグラウンド状態であり、ポリシーおよび課金制御ルールに従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するステップは、
一致したパケットが位置するメディアデータストリームの帯域幅を増やすステップ、および/または、
一致したパケットが位置するメディアデータストリームのスケジューリング優先順位を上げるステップを含み、
アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するステップは、
一致したパケットが位置するメディアデータストリームのコーディングレートを上げるステップを含む。
一態様では、別のパケット処理方法が提供され、このとき、アプリケーションの状態はバックグラウンド状態であり、ポリシーおよび課金制御ルールに従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するステップは、
一致したパケットが位置するメディアデータストリームの帯域幅を減らすステップ、および/または、
一致したパケットが位置するメディアデータストリームのスケジューリング優先順位を下げるステップを含み、
アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するステップは、
一致したパケットが位置するメディアデータストリームのコーディングレートを下げるステップを含む。
一態様では、別のパケット処理方法が提供され、このとき、アプリケーションの状態はフォアグラウンド状態およびバックグラウンド状態を含み、バックグラウンド状態は、バックグラウンド実行、バックグラウンド中断、スクリーンロックアップ、スクリーンセーバー、スクリーンオフ、および、ユーザ端末がユーザによって使用されない状態のうちの1つを含む。
一態様では、
アプリケーションの状態を取得するステップと、
ネットワーク側デバイスが、アプリケーションの状態に従って、アプリケーションの取得された記述と一致するパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するように、または、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように、アプリケーションの状態をネットワーク側デバイスに送信するステップとを含む、方法が提供され、
この方法はさらに、
アプリケーションの記述を取得するステップを含み、
アプリケーションの状態をネットワーク側デバイスに送信するステップは、
アプリケーションの記述およびアプリケーションの状態をネットワーク側デバイスに送信するステップを含み、
アプリケーションの記述は、アプリケーションの識別子、またはアプリケーションの識別子およびアプリケーションのストリーム記述を含み、
アプリケーションの状態をネットワーク側デバイスに送信するステップまたはアプリケーションの記述およびアプリケーションの状態をネットワーク側デバイスに送信するステップは、
ネットワーク側デバイスがアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、ネットワーク固有アドレスを搬送するパケットからアプリケーションの記述およびアプリケーションの状態を取得するように、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージをネットワーク側デバイスに送信するステップ、または、
ネットワーク側デバイスがRRCメッセージからアプリケーションの記述およびアプリケーションの状態を取得するように、アプリケーションの記述およびアプリケーションの状態を搬送するRRCメッセージをネットワーク側デバイスに送信するステップ、または、
ネットワーク側デバイスが制御プレーンメッセージからアプリケーションの記述およびアプリケーションの状態を取得するように、アプリケーションの記述およびアプリケーションの状態を搬送する非アクセス層メッセージをモビリティ管理エンティティに送信するステップであって、モビリティ管理エンティティが、アプリケーションの記述およびアプリケーションの状態を搬送する制御プレーンメッセージをネットワーク側デバイスに送信する、ステップ、または、
アプリケーションのアプリケーション層プロトコルを使用することによって、アプリケーションの状態、またはアプリケーションの識別子およびアプリケーションの状態を送信するステップ、または、
指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、アプリケーションの状態、またはアプリケーションの識別子およびアプリケーションの状態を送信するステップを含む。
一態様では、
アプリケーションの状態を取得するように構成される、取得モジュールと、
ネットワーク側デバイスが、アプリケーションの状態に従って、アプリケーションの取得された記述と一致するパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するように、または、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように、取得モジュールによって取得されたアプリケーションの状態をネットワーク側デバイスに送信するように構成される、送信モジュールとを含む、ユーザ端末が提供され、
取得モジュールはさらに、アプリケーションの記述を取得するように構成され、
送信モジュールは特に、取得モジュールによって取得されたアプリケーションの記述およびアプリケーションの状態をネットワーク側デバイスに送信するように構成され、
アプリケーションの記述は、アプリケーションの識別子、またはアプリケーションの識別子およびアプリケーションのストリーム記述を含み、
ネットワーク側デバイスがアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、ネットワーク固有アドレスを搬送するパケットからアプリケーションの記述およびアプリケーションの状態を取得するように、送信モジュールは特に、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージをネットワーク側デバイスに送信するように構成され、または、
ネットワーク側デバイスがRRCメッセージからアプリケーションの記述およびアプリケーションの状態を取得するように、送信モジュールは特に、アプリケーションの記述およびアプリケーションの状態を搬送するRRCメッセージをネットワーク側デバイスに送信するように構成され、または、
ネットワーク側デバイスが制御プレーンメッセージからアプリケーションの記述およびアプリケーションの状態を取得するように、送信モジュールは特に、アプリケーションの記述およびアプリケーションの状態を搬送する非アクセス層メッセージをモビリティ管理エンティティに送信するように構成され、モビリティ管理エンティティが、アプリケーションの記述およびアプリケーションの状態を搬送する制御プレーンメッセージをネットワーク側デバイスに送信し、または、
送信モジュールは特に、アプリケーションのアプリケーション層プロトコルを使用することによって、アプリケーションの状態、またはアプリケーションの識別子およびアプリケーションの状態を送信するように構成され、または、
送信モジュールは特に、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、アプリケーションの状態、またはアプリケーションの識別子およびアプリケーションの状態を送信するように構成される。
本発明の技術的効果は次の通りである。アプリケーションの記述およびアプリケーションの状態が取得され、アプリケーションの記述と一致するパケットが取得され、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのために、ネットワークリソースのサービス品質制御が実行され、または、一致したパケットが位置するメディアデータストリームのために、コーディング処理が実行される。それは、異なるアプリケーション状態にあるアプリケーションの記述と一致するパケットが位置するメディアデータストリームのために、差分処理が実行され得るからであり、同じユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセス、または、同じネットワークリソースの異なるユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセスは、十分なまたはより多くのリソースを得ることができ、または、ネットワークリソースが限られている場合には、ネットワーク応答をよりタイムリーにすることができ、ネットワーク送信効率が効果的に改善される。
【００１３】
本発明の実施形態の技術的な解決法をより明確に示すために、以下では、本実施形態を説明するのに必要とされる添付の図面を簡単に紹介する。明らかに、以下の説明における添付の図面は本発明のいくつかの実施形態を示すものにすぎず、当業者はそれでも、創造的な努力を伴わずに、これらの添付の図面から他の図面を導き出すことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明によるパケット処理の方法のある実施形態のフローチャートである。
【図２】本発明によるパケット処理の方法の別の実施形態のフローチャートである。
【図３】本発明によるパケット処理の方法のさらに別の実施形態のフローチャートである。
【図４】本発明によるネットワーク側デバイスのある実施形態の概略的な構造図である。
【図５】本発明によるネットワーク側デバイスの別の実施形態の概略的な構造図である。
【図６】本発明によるネットワーク側デバイスのさらに別の実施形態の概略的な構造図である。
【図７】本発明によるユーザ端末のある実施形態の概略的な構造図である。
【発明を実施するための形態】
【００１５】
本発明の目的、技術的な解決法、および利点をより理解可能にするために、以下ではさらに、添付の図面を参照して、本発明を詳細に説明する。明らかに、説明される実施形態は、本発明の実施形態のすべてではなく一部にすぎない。創造的な努力を伴わずに本発明の実施形態に基づいて当業者により得られるすべての他の実施形態が、本発明の保護範囲に入るべきである。
【００１６】
図1は、本発明によるパケット処理の方法のある実施形態のフローチャートである。図1に示されるように、この実施形態の方法の実行者はモバイルアクセスネットワークゲートウェイであり、この方法は以下のステップを含む。
【００１７】
ステップ101:アプリケーションの記述およびアプリケーションの状態を取得する。
【００１８】
この実施形態では、好ましくは、アプリケーションの記述は、アプリケーションの識別子またはアプリケーションのストリーム記述であり得る。アプリケーションの状態は、フォアグラウンド状態およびバックグラウンド状態に分類されてよく、バックグラウンド状態は、バックグラウンド実行、バックグラウンド中断、スクリーンロックアップ、スクリーンセーバー、スクリーンオフ、および、ユーザ端末がユーザによって使用されない状態のうちの1つであり得る。
【００１９】
加えて、アプリケーションは、複数のプロセスを呼び出すことがあり、または複数のプロセスによって形成されることがあるので、アプリケーションは、本発明の各実施形態においてアプリケーションおよびプロセスを表すために等しく使用されることに、留意されたい。
【００２０】
ステップ102:アプリケーションの記述と一致するパケットを取得し、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行し、または、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行する。
【００２１】
この実施形態では、アプリケーションの記述およびアプリケーションの状態が取得され、アプリケーションの記述と一致するパケットが取得され、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのために、ネットワークリソースのサービス品質制御が実行され、または、一致したパケットが位置するメディアデータストリームのために、コーディング処理が実行される。それは、異なるアプリケーション状態にあるアプリケーションの記述と一致するパケットが位置するメディアデータストリームのために、差分処理が実行され得るからであり、同じユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセス、または、同じネットワークリソースの異なるユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセスは、十分なまたはより多くのリソースを得ることができ、または、ネットワークリソースが限られている場合には、ネットワーク応答をよりタイムリーにすることができ、ネットワーク送信効率が効果的に改善される。
【００２２】
さらに、本発明の別の実施形態では、図1に示される方法の実施形態に基づいて、ステップ101の具体的な実施方式は、以下の方式のうちの1つであり得る。
【００２３】
第1:ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、ネットワーク固有アドレスを搬送するパケットから、アプリケーションの記述およびアプリケーションの状態を取得する。
【００２４】
具体的には、ネットワーク固有アドレスは、ユーザ端末がより前の段階でモバイルアクセスネットワークと対話したときに取得されるモバイルアクセスネットワークゲートウェイのアドレスドメイン名を使用することによって、ドメイン名サーバを通じて問い合わされ取得されてよく、または、固定のIP(およびポート番号)アドレス、たとえば、192.168.254.254 (:8899)であってよい。加えて、ネットワーク固有アドレスは特に、第1のパケットのヘッダで搬送され得る。
【００２５】
第2:ユーザ端末によって送信された、受信された無線リソース制御プロトコル(Radio Resource Control;略してRRC)メッセージから、アプリケーションの記述およびアプリケーションの状態を取得する。
【００２６】
具体的には、ユーザ端末は、ユーザ端末の無線プロトコルスタックを呼び出してRRCメッセージを使用することによって、アプリケーションの記述およびアプリケーションの状態を送信する。より具体的には、RRCメッセージは、無線リソース制御接続再構成メッセージ(RRC Connection Reconfiguration)、または無線リソース制御接続設定メッセージ(RRC Connection Setup)、無線リソース制御接続再確立メッセージ(RRC Connection Re-establishment)などである。加えて、より好ましくは、アプリケーションの記述およびアプリケーションの状態は、専用シグナリングの無線リソース構成セルでも搬送され得る。
【００２７】
第3:モビリティ管理エンティティによって送信される、受信された制御プレーンメッセージから、アプリケーションの記述およびアプリケーションの状態を取得する。
【００２８】
具体的には、ユーザ端末は、ユーザ端末とモビリティ管理エンティティとの間の非アクセス層(Non-Access-Stratum;略してNAS)メッセージを使用することによって、アプリケーションの記述およびアプリケーションの状態をモビリティ管理エンティティに送信することができ、次いでモビリティ管理エンティティは、制御プレーンメッセージを使用することによって、それらをモバイルアクセスネットワークに送信する。より具体的には、ユーザ端末は、ユーザ端末の無線プロトコルスタックを呼び出しNASメッセージを使用することによって、それらを送信し、NASメッセージは、PDN接続の設定および変更、ならびに、MMEとUEとの間でのベアラリソースの割振りまたは変更などの情報を送信するために使用される。あるいは、ユーザ端末はまた、専用シグナリングのセルでアプリケーションの記述およびアプリケーションの状態を搬送することができる。ユーザ端末によって送信されるアプリケーションの記述およびアプリケーションの状態を受信した後で、モビリティ管理エンティティは、モビリティ管理エンティティとモバイルアクセスネットワークとの間の、制御プレーンメッセージを使用することによって(たとえば、S1アプリケーションプロトコル(S1 Application Protocol;略してS1AP)、無線アクセスネットワークアプリケーション部分(Radio Access Network Application Part;略してRANAP)、または基地局サブシステム汎用パケット無線サービス技術(General Packet Radio Service;略してGPRS)プロトコル(Base Station Subsystem GPRS Protocol;略してBSSGP)を使用することによって)、アプリケーションの記述およびアプリケーションの状態をモバイルアクセスネットワークに送信する。
【００２９】
第4:アプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの識別子およびアプリケーションの状態を受信し、または、
アプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの状態を受信し、アプリケーションの識別子またはアプリケーションのストリーム記述を取得するために、受信されたパケットを識別する。
【００３０】
具体的には、ユーザ端末のアプリケーションの状態、またはアプリケーションの状態およびアプリケーションの識別子は、アプリケーションのアプリケーション層プロトコルによって搬送される。例として、アプリケーション層プロトコルがハイパーテキスト転送プロトコル(Hypertext Transfer Protocol;略してHTTP)プロトコルである場合を使用すると、詳細な説明は次の通りである。
【００３１】
好ましくは、FORESTATUSまたはBACKSTATUSなどのアプリケーション層シグナリングメッセージを使用することによって、前述の要求をモバイルアクセスネットワークに送信するとき、ユーザ端末は、URIにアクセスするユーザ端末アプリケーション(Webアプリケーション、webプラットフォームアプリケーション、またはwebアプリケーションページを含む)のアプリケーション状態を直接示すことができる。URIは、アプリケーションがアクセスするネットワークリソースである。
【００３２】
あるいは、URIにアクセスするユーザ端末アプリケーションのアプリケーション状態は、STATUS、GET、またはHEADなどのアプリケーション層シグナリングメッセージを使用すること、Appstatus-foregroundおよびAppstatus-backgroundなどの新たな要求ヘッダをアプリケーション層シグナリングメッセージに追加すること、および、要求ヘッダが付加された要求をモバイルアクセスネットワークに送信することによって、示される。
【００３３】
加えて、アプリケーションの状態は、HTTPプロトコルの別のフィールドを使用することによっても搬送されてよく、または、同様の拡張が、アプリケーションの状態の送信を支援するために、別のアプリケーション層プロトコル、たとえば、ファイル転送プロトコル(File Transfer Protocol;略してFTP)、様々なピアツーピア(Peer-to-Peer;P2P)プロトコル、独立コンピューティングアーキテクチャ(Independent Computing Architecture,略してICA)プロトコル、リモートデスクトッププロトコル(Remote Desktop Protocol;略してRDP)などを使用することによって、実行される。別のアプリケーション層プロトコルはここでは列挙されない。
【００３４】
第5:指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの識別子およびアプリケーションの状態を受信し、または、
指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの状態を受信し、アプリケーションの識別子またはアプリケーションのストリーム記述を取得するために、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第2のパケットを識別する。
【００３５】
この実施形態では、第2のパケットは第1のパケットと類似しており、違いは次の点にある。すなわち、第1のパケットのヘッダで搬送されるIPアドレスはネットワーク固有アドレスであり、第2のパケットのヘッダで搬送されるIPアドレスはドメイン名を解決することによって端末によって取得されるIPアドレスである。
【００３６】
この実施形態では、指定されたアプリケーションは、ユーザ端末上で作成されてよく、送信される必要のある、アプリケーションの状態、またはアプリケーションの状態およびアプリケーションの識別子は、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって送信される。指定されたアプリケーションのアプリケーション層プロトコルは、FTP、P2Pプロトコル、ICAプロトコル、RDPなどであってよく、ここでは列挙されないことに留意されたい。
【００３７】
さらに、本発明のさらに別の実施形態では、前述の実施形態に基づいて、ステップ102のアプリケーションの記述と一致するパケットを取得する具体的な実施方式は、次の2つの方式のうちの1つである。
【００３８】
第1:アプリケーションの記述がアプリケーションの識別子である場合、受信されたパケットを解析して受信されたパケットのサービスタイプまたはホストアドレスを取得し、アプリケーションの識別子とサービスタイプとの対応関係、またはアプリケーションの識別子とホストアドレスとの対応関係に従って、受信されたパケットから、アプリケーションの識別子と一致するパケットを取得する。
【００３９】
具体的には、受信されたパケットは、ディープパケットインスペクション(Deep Packet Inspection;略してDPI)機能を使用することによって解析され得る。
【００４０】
第2:アプリケーションの記述がアプリケーションのストリーム記述である場合、アプリケーションのストリーム記述と一致するパケットを直接取得する。
【００４１】
さらに、好ましくは、ステップ102において、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行すること、または、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行することの、具体的な実施方式は、次の方式のうちの1つである。
【００４２】
アプリケーションの状態がフォアグラウンド状態である場合、一致したパケットが位置するメディアデータストリームの帯域幅が増やされてよく、すなわち、アプリケーションがネットワークにアクセスするための帯域幅が増やされてよく、かつ/または、一致したパケットが位置するメディアデータストリームのスケジューリング優先順位が上げられてよく、または、
アプリケーションの状態がフォアグラウンド状態である場合、一致したパケットが位置するメディアデータストリームのコーディングレートが上げられてよく、または、
アプリケーションの状態がバックグラウンド状態である場合、一致したパケットが位置するメディアデータストリームの帯域幅が減らされてよく、すなわち、アプリケーションがネットワークにアクセスするための帯域幅が減らされてよく、かつ/または、一致したパケットが位置するメディアデータストリームのスケジューリング優先順位が下げられてよく、または、
アプリケーションの状態がバックグラウンド状態である場合、一致したパケットが位置するメディアデータストリームのコーディングレートが下げられてよく、たとえば、好ましくは、メディアデータストリームのビデオコーディングレートが下げられてよく、オーディオコーディングレートは維持されてよく、これによって、ユーザの聴取体験を保証する。加えて、バックグラウンド状態にあるアプリケーションのネットワークリソースの占有率をより効果的に下げるために、メディアデータストリームのコーディングレートも0に下げられ得る。
【００４３】
この実施形態では、バックグラウンド状態は、バックグラウンド実行、バックグラウンド中断、スクリーンロックアップ、スクリーンセーバー、スクリーンオフ、および、ユーザ端末がユーザによって使用されない状態のうちの1つであり得る。
【００４４】
メディアデータストリームのコーディングレートの調整は、異なる解像度比率、異なる色または色階調品質、異なるコーディングフォーマット、異なるアルゴリズムなどを使用することによって取得され得ることに留意されたい。
【００４５】
この実施形態では、ネットワークリソースが限られている場合、差分処理が異なるアプリケーション状態に対して実行されるので、同じユーザのフォアグラウンド状態にあるアプリケーションが十分なまたはより多くのリソースを得ることができ、または、ネットワーク応答をよりタイムリーにすることができ、または、同じネットワークリソースを共有する異なるユーザのフォアグラウンド状態にあるアプリケーションが十分なまたはより多くのリソースを得ることができ、または、ネットワーク応答をよりタイムリーにすることができる。加えて、データメディアストリームが送信の間に通過し得るメディアソースノードおよびコンテンツ配信ネットワークはまた、アプリケーションのアプリケーション状態に従ってデータメディアストリームのコーディングレートを調整することができ、これによって、ネットワーク送信効率を改善する。
【００４６】
図2は、本発明によるパケット処理の方法の別の実施形態のフローチャートである。図2に示されるように、この実施形態の実行者はネットワーク側デバイスであり、この方法は以下のステップを含む。
【００４７】
ステップ201:アプリケーションの記述およびアプリケーションの状態を取得する。
【００４８】
好ましくは、アプリケーションの状態は、フォアグラウンド状態およびバックグラウンド状態を含み、バックグラウンド状態は、バックグラウンド実行、バックグラウンド中断、スクリーンロックアップ、スクリーンセーバー、スクリーンオフ、および、ユーザ端末がユーザによって使用されない状態のうちの1つを含む。
【００４９】
ステップ202:事前に記憶されている構成情報(たとえば、時間、位置、ユーザなどに基づいて、事業者によって事前に定められているルール生成方式の設定)、アプリケーションの状態、およびアプリケーションの記述に従って、ポリシーおよび課金制御ルールを生成する。
【００５０】
好ましくは、ポリシーおよび課金制御ルールは、アプリケーションのストリーム記述、サービス情報、およびアプリケーションの識別子を含み、または、アプリケーションのストリーム記述、サービス情報、およびサービスタイプを含む。サービス情報は、帯域幅および/またはサービス品質情報を含み得る。
【００５１】
ステップ203:アプリケーションの記述と一致するパケットを取得する。
【００５２】
ステップ204:ポリシーおよび課金制御ルールに従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行し、または、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行する。
【００５３】
好ましくは、アプリケーションの状態がフォアグラウンド状態である場合、ポリシーおよび課金制御ルールに従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行する具体的な実施方式は、次の通りである。
一致したパケットが位置するメディアデータストリームの帯域幅を増やし、かつ/または、
一致したパケットが位置するメディアデータストリームのスケジューリング優先順位を上げる。
【００５４】
アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行する具体的な実施方式は、次の通りである。
一致したパケットが位置するメディアデータストリームのコーディングレートを上げる。
【００５５】
アプリケーションの状態がバックグラウンド状態である場合、ポリシーおよび課金制御ルールに従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行する具体的な実施方式は、次の通りである。
一致したパケットが位置するメディアデータストリームの帯域幅を減らし、かつ/または、
一致したパケットが位置するメディアデータストリームのスケジューリング優先順位を下げる。
【００５６】
アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行する具体的な実施方式は、次の通りである。
一致したパケットが位置するメディアデータストリームのコーディングレートを下げる。
【００５７】
この実施形態では、アプリケーションの記述およびアプリケーションの状態が取得され、ポリシーおよび課金制御ルールが、事前に記憶されている構成情報、アプリケーションの状態、およびアプリケーションの記述に従って生成され、アプリケーションの記述と一致するパケットが取得され、そしてポリシーおよび課金制御ルールに従って、一致したパケットが位置するメディアデータストリームのために、ネットワークリソースのサービス品質制御が実行され、または、一致したパケットが位置するメディアデータストリームのために、コーディング処理が実行される。それは、異なるアプリケーション状態にあるアプリケーションの記述と一致するパケットが位置するメディアデータストリームのために、差分処理が実行され得るからであり、同じユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセス、または、同じネットワークリソースの異なるユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセスは、十分なまたはより多くのリソースを得ることができ、または、ネットワークリソースが限られている場合には、ネットワーク応答をよりタイムリーにすることができ、ネットワーク送信効率が効果的に改善される。
【００５８】
さらに、本発明のさらに別の実施形態では、図2に示される実施形態に基づいて、アプリケーションの記述は、アプリケーションの識別子および/またはアプリケーションのストリーム記述を含んでよく、ステップ201は、次の具体的な実施方式で実施され得る。
【００５９】
第1:ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、ネットワーク固有アドレスを搬送するパケットから、アプリケーションの識別子およびアプリケーションの状態を取得し、または、
ユーザ端末のユーザプレーンにおけるアプリケーション層パケットを解析し、ネットワーク固有アドレスのパケットを捕捉し、パケットからアプリケーションの識別子およびアプリケーションの状態を取得し、次いで、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、アプリケーションの識別子とアプリケーションのストリーム記述との対応関係を問い合わせる。
【００６０】
具体的には、ネットワーク固有アドレスは、ユーザ端末がより前の段階でモバイルアクセスネットワークと対話したときに取得されるモバイルアクセスネットワークゲートウェイのアドレスドメイン名を使用することによって、ドメイン名サーバを通じて問い合わされ取得されてよく、または、固定のIP(およびポート番号)アドレス、たとえば、192.168.254.254 (:8899)であってよい。
【００６１】
第2:アプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの識別子およびアプリケーションの状態を受信し、または、
アプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの状態を受信し、アプリケーションの識別子またはアプリケーションのストリーム記述を取得するために、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第2のパケットを識別し、または、
アプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末により送信されたアプリケーションの識別子およびアプリケーションの状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、アプリケーションの識別子とアプリケーションのストリーム記述との対応関係を問い合わせる。
【００６２】
この実施形態では、第2のパケットは第1のパケットと類似しており、違いは以下の点にあることに留意されたい。すなわち、第1のパケットのヘッダで搬送されるIPアドレスはネットワーク固有アドレスであり、第2のパケットのヘッダで搬送されるIPアドレスはドメイン名を解決することによって端末によって取得されるIPアドレスである。
【００６３】
具体的には、ユーザ端末のアプリケーションの状態およびアプリケーションの識別子またはアプリケーションの状態は、アプリケーションのアプリケーション層プロトコルによって搬送される。例として、アプリケーション層プロトコルがHTTPプロトコルである場合を使用すると、詳細な説明は次の通りである。
【００６４】
好ましくは、FORESTATUSまたはBACKSTATUSなどのアプリケーション層シグナリングメッセージを使用することによって、前述の要求をモバイルアクセスネットワークに送信するとき、ユーザ端末は、URIにアクセスするユーザ端末アプリケーション(Webアプリケーション、webプラットフォームアプリケーション、またはwebアプリケーションページを含む)のアプリケーション状態を直接示すことができる。URIは、アプリケーションがアクセスするネットワークリソースである。
【００６５】
あるいは、URIにアクセスするユーザ端末アプリケーションのアプリケーション状態は、STATUS、GET、またはHEADなどのアプリケーション層シグナリングメッセージを使用すること、Appstatus-foregroundおよびAppstatus-backgroundなどの新たな要求ヘッダをアプリケーション層シグナリングメッセージに追加すること、および、要求ヘッダが付加された要求をモバイルアクセスネットワークに送信することによって、示される。
【００６６】
加えて、アプリケーションの状態は、HTTPプロトコルの別のフィールドを使用することによっても搬送されてよく、または、同様の拡張が、アプリケーションの状態の送信を支援するために、別のアプリケーション層プロトコル、たとえば、FTP、P2Pプロトコル、ICAプロトコル、RDPなどを使用することによって、実行される。別のアプリケーション層プロトコルはここでは列挙されない。
【００６７】
第3:指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザによって送信されたアプリケーションの識別子およびアプリケーションの状態を受信し、または、
指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの状態を受信し、アプリケーションの識別子またはアプリケーションのストリーム記述を取得するために、受信されたパケットを識別し、または、
指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末により送信されたアプリケーションの識別子およびアプリケーションの状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、アプリケーションの識別子とアプリケーションのストリーム記述との対応関係を問い合わせる。
【００６８】
この実施形態では、指定されたアプリケーションは、ユーザ端末上で作成されてよく、送信される必要のある、アプリケーションの状態、またはアプリケーションの状態およびアプリケーションの識別子は、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって送信される。指定されたアプリケーションのアプリケーション層プロトコルは、FTP、P2Pプロトコル、ICAプロトコル、RDPなどであってよく、ここでは列挙されないことに留意されたい。
【００６９】
第4:ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、ネットワーク固有アドレスを搬送するパケットから、アプリケーションの識別子、アプリケーションのストリーム記述、およびアプリケーションの状態を取得する。
【００７０】
具体的には、ネットワーク固有アドレスは、ユーザ端末がより前の段階でモバイルアクセスネットワークと対話したときに取得されるモバイルアクセスネットワークゲートウェイのアドレスドメイン名を使用することによって、ドメイン名サーバを通じて問い合わされ取得されてよく、または、固定のIP(およびポート番号)アドレス、たとえば、192.168.254.254 (:8899)であってよい。
【００７１】
さらに、本発明の別の実施形態では、図2に示される実施形態に基づいて、ステップ203の後に、方法はさらに、
一致したパケットに対応するサービス情報識別子を取得し、一致したパケットにサービス情報識別子を封入するステップと、
固定ネットワークまたはモバイルアクセスネットワークが、一致したパケットのサービス情報識別子に従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行できるように、または、一致したパケットのサービス情報識別子に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行できるように、封入された一致したパケットを、固定ネットワークまたはモバイルアクセスネットワークに送信するステップとを含み得る。
【００７２】
サービス情報識別子は、アプリケーションの状態を含み、または、アプリケーションの状態と、一致したパケットのサービスタイプ、ユーザ優先順位、および事業者ポリシーのうちの1つまたは組合せとを含む。
【００７３】
たとえば、この実施形態では、サービス情報識別子は、GTP-Uプロトコルヘッダ、BSSGPプロトコルヘッダ、PMIPプロトコルヘッダ、または、パケットを封入しアクセスネットワークゲートウェイによって受信されるGREプロトコルヘッダの中にあってよく、または、パケットのIPヘッダのDSCPまたはTOSフィールドで搬送されてよい。
【００７４】
図3は、本発明によるパケット処理の方法のさらに別の実施形態のフローチャートである。図3に示されるように、この実施形態は以下のステップを含む。
【００７５】
ステップ301:アプリケーションの状態を取得する。
【００７６】
ステップ302:ネットワーク側デバイスが、アプリケーションの状態に従って、アプリケーションの取得された記述と一致するパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するように、または、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように、アプリケーションの状態をネットワーク側デバイスに送信する。
【００７７】
この実施形態では、ネットワーク側デバイスが、アプリケーションの状態に従って、アプリケーションの取得された記述と一致するパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行できるように、または、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行できるように、ユーザ端末によって取得されたアプリケーションの状態がネットワーク側デバイスに送信される。ネットワーク側デバイスは、異なるアプリケーション状態にあるアプリケーションの記述と一致するパケットが位置するメディアデータストリームのために差分処理を実行し得るので、同じユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセス、または、同じネットワークリソースの異なるユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセスは、十分なまたはより多くのリソースを得ることができ、または、ネットワークリソースが限られている場合にネットワーク応答をよりタイムリーにすることができ、ネットワーク送信効率が効果的に改善される。
【００７８】
さらに、本発明の別の実施形態では、図3に示される実施形態に基づいて、方法はさらに、
アプリケーションの記述を取得するステップを含んでよく、アプリケーションの記述が、アプリケーションの識別子を、または、アプリケーションの識別子およびアプリケーションのストリーム記述を含む。
【００７９】
そして、ステップ302は具体的には、
アプリケーションの記述およびアプリケーションの状態をネットワーク側デバイスに送信するステップであり得る。
【００８０】
加えて、好ましくは、ステップ302の具体的な実施方式は、次の方式、すなわち、
ネットワーク側デバイスがアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、ネットワーク固有アドレスを搬送するパケットからアプリケーションの記述およびアプリケーションの状態を取得するように、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージをネットワーク側デバイスに送信するステップ、または、
ネットワーク側デバイスがRRCメッセージからアプリケーションの記述およびアプリケーションの状態を取得するように、アプリケーションの記述およびアプリケーションの状態を搬送するRRCメッセージをネットワーク側デバイスに送信するステップ、または、
ネットワーク側デバイスが制御プレーンメッセージからアプリケーションの記述およびアプリケーションの状態を取得するように、アプリケーションの記述およびアプリケーションの状態を搬送する非アクセス層メッセージをモビリティ管理エンティティに送信するステップであって、モビリティ管理エンティティが、アプリケーションの記述およびアプリケーションの状態を搬送する制御プレーンメッセージをネットワーク側デバイスに送信する、ステップ、または、
アプリケーションのアプリケーション層プロトコルを使用することによって、アプリケーションの状態、またはアプリケーションの識別子およびアプリケーションの状態を送信するステップ、または、
指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、アプリケーションの状態、またはアプリケーションの識別子およびアプリケーションの状態を送信するステップのうちの1つである。
【００８１】
ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージがネットワーク側デバイスに送信されるとき、ネットワーク側デバイスはさらに、アプリケーションの識別子およびアプリケーションのストリーム記述を取得するために、アプリケーション層メッセージ中の第2のパケットを識別できることに、さらに留意されたい。
【００８２】
第2のパケットは第1のパケットと類似しており、違いは以下の点にある。すなわち、第1のパケットのヘッダで搬送されるIPアドレスはネットワーク固有アドレスであり、第2のパケットのヘッダで搬送されるIPアドレスはドメイン名を解決することによって端末によって取得されるIPアドレスである。
【００８３】
図4は、本発明によるネットワーク側デバイスのある実施形態の概略的な構造図である。図4に示されるように、この実施形態のネットワーク側デバイスは、取得モジュール11、照合モジュール12、および処理モジュール13を含み、取得モジュール11は、アプリケーションの記述およびアプリケーションの状態を取得するように構成され、照合モジュール12は、取得モジュール11によって取得されたアプリケーションの記述と一致するパケットを取得するように構成され、処理モジュール13は、取得モジュール11によって取得されたアプリケーションの状態に従って、照合モジュール12によって取得された一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行し、または、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように構成される。
【００８４】
この実施形態のネットワーク側デバイスは、図1に示される方法の実施形態の技術的な解決法を実行することができる。その実施原理は同様であり、したがってさらなる詳細はここでは与えられない。
【００８５】
この実施形態のネットワーク側デバイスは、具体的にはアクセスネットワークゲートウェイであり得ることに、さらに留意されたい。
【００８６】
この実施形態では、アプリケーションの記述およびアプリケーションの状態が取得され、アプリケーションの記述と一致するパケットが取得され、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのために、ネットワークリソースのサービス品質制御が実行され、または、一致したパケットが位置するメディアデータストリームのために、コーディング処理が実行される。それは、異なるアプリケーション状態にあるアプリケーションの記述と一致するパケットが位置するメディアデータストリームのために、差分処理が実行され得るからであり、同じユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセス、または、同じネットワークリソースの異なるユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセスは、十分なまたはより多くのリソースを得ることができ、または、ネットワークリソースが限られている場合には、ネットワーク応答をよりタイムリーにすることができ、ネットワーク送信効率が効果的に改善される。
【００８７】
図5は、本発明によるネットワーク側デバイスの別の実施形態の概略的な構造図である。図4に示される実施形態に基づいて、図5に示されるように、照合モジュール12は、解決ユニット121および照合ユニット122を含み、解決ユニット121は、受信されたパケットを解析して、受信されたパケットのサービスタイプまたはホストアドレスを取得するように構成され、照合ユニット122は、取得モジュール11によって取得されたアプリケーションの記述がアプリケーションの識別子である場合、アプリケーションの識別子とサービスタイプとの対応関係またはアプリケーションの識別子とホストアドレスとの対応関係に従って、受信されたパケットから、アプリケーションの識別子と一致するパケットを取得するように構成される。
【００８８】
さらに、本発明のさらに別の実施形態では、図4に示される実施形態に基づいて、取得モジュール11は特に、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、ネットワーク固有アドレスを搬送するパケットから、アプリケーションの記述およびアプリケーションの状態を取得するように構成され、または、
取得モジュール11は特に、ユーザ端末によって送信される、受信されたRRCメッセージから、アプリケーションの記述およびアプリケーションの状態を取得するように構成され、または、
取得モジュール11は特に、モビリティ管理エンティティによって送信される、受信された制御プレーンメッセージから、アプリケーションの記述およびアプリケーションの状態を取得するように構成され、または、
取得モジュール11は特に、アプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの識別子およびアプリケーションの状態を受信するように構成され、または、
取得モジュール11は特に、アプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの状態を受信し、アプリケーションの識別子またはアプリケーションのストリーム記述を取得するために、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第2のパケットを識別するように構成され、または、
取得モジュール11は特に、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの識別子およびアプリケーションの状態を受信するように構成され、または、
取得モジュール11は特に、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの状態を受信し、アプリケーションの識別子またはアプリケーションのストリーム記述を取得するために、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第2のパケットを識別するように構成され、
アプリケーションの記述は、アプリケーションの識別子またはアプリケーションのストリーム記述である。
【００８９】
さらに、本発明の別の実施形態では、ネットワーク側デバイスの実施形態に基づいて、処理モジュール13は特に、アプリケーションの状態がフォアグラウンド状態である場合、一致したパケットが位置するメディアデータストリームの帯域幅を増やし、かつ/または、一致したパケットが位置するメディアデータストリームのスケジューリング優先順位を上げるように構成され、または、
処理モジュール13は特に、アプリケーションの状態がフォアグラウンド状態である場合、一致したパケットが位置するメディアデータストリームのコーディングレートを上げるように構成される。
【００９０】
処理モジュール13は特に、アプリケーションの状態がバックグラウンド状態である場合、一致したパケットが位置するメディアデータストリームの帯域幅を減らし、かつ/または、一致したパケットが位置するメディアデータストリームのスケジューリング優先順位を下げるように構成され、
または、
処理モジュール13は特に、アプリケーションの状態がバックグラウンド状態である場合、一致したパケットが位置するメディアデータストリームのコーディングレートを下げるように構成される。
【００９１】
図6は、本発明によるネットワーク側デバイスのさらに別の実施形態の概略的な構造図である。図6に示されるように、この実施形態のネットワーク側デバイスは、取得モジュール21、ポリシーおよび課金制御機能22、および処理モジュール23を含み、取得モジュール21は、アプリケーションの記述およびアプリケーションの状態を取得するように構成され、ポリシーおよび課金制御機能22は、事前に記憶されている構成情報と、取得モジュール21によって取得されたアプリケーションの状態およびアプリケーションの記述とに従って、ポリシーおよび課金制御ルールを生成するように構成され、処理モジュール23は、取得モジュール21によって取得されたアプリケーションの記述と一致するパケットを取得し、ポリシーおよび課金制御機能22によって生成されたポリシーおよび課金制御ルールに従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行し、または、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように構成される。
【００９２】
この実施形態のネットワーク側デバイスは、図2に示される方法の実施形態の技術的な解決法を実行することができる。その実施原理は同様であり、したがってさらなる詳細はここでは与えられない。
【００９３】
加えて、取得モジュール21は具体的には、アプリケーション層サーバまたはサービス識別機能エンティティであってよく、処理モジュール23は具体的には、パケットデータネットワークゲートウェイまたは別のコアネットワークゲートウェイであってよい。
【００９４】
この実施形態では、アプリケーションの記述およびアプリケーションの状態が取得され、ポリシーおよび課金制御ルールが、事前に記憶されている構成情報、アプリケーションの状態、およびアプリケーションの記述に従って生成され、アプリケーションの記述と一致するパケットが取得され、そしてポリシーおよび課金制御ルールに従って、一致したパケットが位置するメディアデータストリームのために、ネットワークリソースのサービス品質制御が実行され、または、一致したパケットが位置するメディアデータストリームのために、コーディング処理が実行される。それは、異なるアプリケーション状態にあるアプリケーションの記述と一致するパケットが位置するメディアデータストリームのために、差分処理が実行され得るからであり、同じユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセス、または、同じネットワークリソースの異なるユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセスは、十分なまたはより多くのリソースを得ることができ、または、ネットワークリソースが限られている場合には、ネットワーク応答をよりタイムリーにすることができ、ネットワーク送信効率が効果的に改善される。
【００９５】
さらに、本発明の別の実施形態では、図6に示された実施形態に基づいて、アプリケーションの記述は、アプリケーションの識別子および/またはアプリケーションのストリーム記述を含んでよく、取得モジュール21は特に、ユーザ端末のユーザプレーンにおけるアプリケーション層パケットを解析し、ネットワーク固有アドレスのパケットを捕捉し、パケットからアプリケーションの識別子およびアプリケーションの状態を取得するように構成され、または、
取得モジュール21は特に、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、ネットワーク固有アドレスを搬送するパケットからアプリケーションの識別子およびアプリケーションの状態を取得し、次いで、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、アプリケーションの識別子とアプリケーションのストリーム記述との事前に設定された対応関係を問い合わせるように構成され、または、
取得モジュール21は特に、アプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの識別子およびアプリケーションの状態を受信するように構成され、または、
取得モジュール21は特に、アプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末によって送信されたアプリケーションの状態を受信し、アプリケーションの識別子またはアプリケーションのストリーム記述を取得するために、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第2のパケットを識別するように構成され、または、
取得モジュール21は特に、アプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末により送信されたアプリケーションの識別子およびアプリケーションの状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、アプリケーションの識別子とアプリケーションのストリーム記述との対応関係を問い合わせるように構成され、
取得モジュール21は特に、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザによって送信されたアプリケーションの識別子およびアプリケーションの状態を受信するように構成され、または、
取得モジュール21は特に、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザ端末により送信されたアプリケーションの識別子およびアプリケーションの状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、アプリケーションの識別子とアプリケーションのストリーム記述との対応関係を問い合わせるように構成され、または、
取得モジュール21は特に、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、ネットワーク固有アドレスを搬送するパケットから、アプリケーションの識別子、アプリケーションのストリーム記述、およびアプリケーションの状態を取得するように構成される。
【００９６】
この実施形態では、この実施形態の技術的な解決法は、例として、取得モジュール21が具体的にはアプリケーション層サーバまたはサービス識別機能エンティティであり得るとともに処理モジュール23が具体的にはパケットデータネットワークゲートウェイであり得る場合を使用することによって、詳細に説明される。ユーザ端末からアプリケーションの識別子およびアプリケーションの状態を取得するとき、アプリケーション層サーバまたはサービス識別機能エンティティは、アプリケーションの識別子に対応するサービスタイプおよびアプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、アプリケーションの識別子とサービスタイプとの対応関係と、アプリケーションの識別子とアプリケーションのストリーム記述との対応関係とを問い合わせ、最終的に、アプリケーションの識別子(またはサービスタイプ)およびアプリケーションのストリーム記述を、ポリシーおよび課金制御機能22に送信することができる。ポリシーおよび課金制御機能22は、事前に構成されている情報、アプリケーションの識別子(またはサービスタイプ)、およびアプリケーションのストリーム記述に従って、ポリシーおよび課金制御ルールを生成する。
【００９７】
あるいは、ユーザ端末からアプリケーションの識別子およびアプリケーションの状態を取得するとき、アプリケーション層サーバまたはサービス識別機能エンティティは、アプリケーションの識別子に対応するサービスタイプを取得するために、アプリケーションの識別子とサービスタイプとの対応関係を問い合わせ、最終的に、アプリケーションの識別子(またはサービスタイプ)を、ポリシーおよび課金制御機能22に送信することができる。ポリシーおよび課金制御機能22は、アプリケーションの識別子(またはサービスタイプ)に対応するアプリケーションのストリーム記述を取得するために、アプリケーションの識別子(またはサービスタイプ)とアプリケーションのストリーム記述との対応関係を問い合わせ、次いで、事前に構成されている情報、アプリケーションの識別子(またはサービスタイプ)、およびアプリケーションのストリーム記述に従って、ポリシーおよび課金制御ルールを生成する。
【００９８】
さらに、本発明のさらに別の実施形態では、図6に示される実施形態に基づいて、ネットワーク側デバイスはさらに封入処理モジュールを含み、この封入処理モジュールは、一致したパケットに対応するサービス情報識別子を取得し、一致したパケットにサービス情報識別子を封入し、固定ネットワークまたはモバイルアクセスネットワークが一致したパケットのサービス情報識別子に従って、一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行できるように、または、一致したパケットのサービス情報識別子に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行できるように、封入された一致したパケットを固定ネットワークまたはモバイルアクセスネットワークに送信するように構成される。
【００９９】
サービス情報識別子は、アプリケーションの状態を含み、または、アプリケーションの状態と、一致したパケットのサービスタイプ、ユーザ優先順位、および事業者ポリシーのうちの1つまたは組合せとを含む。
【０１００】
封入処理モジュールは、コアネットワークゲートウェイ、たとえば、公衆データ網(Public Data Network;略してPDN)ゲートウェイ(Gateway;略してGW)、ゲートウェイ汎用パケット無線サービス(General Packet Radio Service;略してGPRS)サポートノード(Gateway GPRS Support Node;略してGGSN)、SGSN、またはサービングGWであり得ることに留意されたい。加えて、封入処理モジュールはまた、取得モジュール21の中に配置され得る。
【０１０１】
さらに、本発明の別の実施形態では、図6に示される実施形態に基づいて、処理モジュール23は特に、ポリシーおよび課金制御ルールが、アプリケーションのストリーム記述、サービス情報、およびアプリケーションの識別子を含み、または、アプリケーションのストリーム記述、サービス情報、およびサービスタイプを含み、アプリケーションの状態がフォアグラウンド状態である場合、一致したパケットが位置するメディアデータストリームの帯域幅を増やし、かつ/または、一致したパケットが位置するメディアデータストリームのスケジューリング優先順位を上げるように構成され、
または、
処理モジュール23は特に、ポリシーおよび課金制御ルールが、アプリケーションのストリーム記述、サービス情報、およびアプリケーションの識別子を含み、または、アプリケーションのストリーム記述、サービス情報、およびサービスタイプを含み、アプリケーションの状態がフォアグラウンド状態である場合、一致したパケットが位置するメディアデータストリームのコーディングレートを上げるように構成される。
【０１０２】
処理モジュール23は特に、ポリシーおよび課金制御ルールが、アプリケーションのストリーム記述、サービス情報、およびアプリケーションの識別子を含み、または、アプリケーションのストリーム記述、サービス情報、およびサービスタイプを含み、アプリケーションの状態がバックグラウンド状態である場合、一致したパケットが位置するメディアデータストリームの帯域幅を減らし、かつ/または、一致したパケットが位置するメディアデータストリームのスケジューリング優先順位を下げるように構成され、
または、
処理モジュール23は特に、ポリシーおよび課金制御ルールが、アプリケーションのストリーム記述、サービス情報、およびアプリケーションの識別子を含み、または、アプリケーションのストリーム記述、サービス情報、およびサービスタイプを含み、アプリケーションの状態がバックグラウンド状態である場合、一致したパケットが位置するメディアデータストリームのコーディングレートを下げるように構成される。
【０１０３】
図7は、本発明によるユーザ端末のある実施形態の概略的な構造図である。図7に示されるように、この実施形態のユーザ端末は、取得モジュール31および送信モジュール32を含み、ネットワーク側デバイスが、アプリケーションの状態に従って、アプリケーションの取得された記述と一致するパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するように、または、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように、取得モジュール31がアプリケーションの状態を取得するように構成され、送信モジュール32が取得モジュール31によって取得されたアプリケーションの状態をネットワーク側デバイスに送信するように構成される。
【０１０４】
この実施形態のユーザ端末は、図3に示される方法の実施形態の技術的な解決法を実行することができる。その実施原理は同様であり、したがってさらなる詳細はここでは与えられない。
【０１０５】
この実施形態では、ネットワーク側デバイスが、アプリケーションの状態に従って、アプリケーションの取得された記述と一致するパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行できるように、または、アプリケーションの状態に従って、一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行できるように、ユーザ端末によって取得されたアプリケーションの状態がネットワーク側デバイスに送信される。ネットワーク側デバイスは、異なるアプリケーション状態にあるアプリケーションの記述と一致するパケットが位置するメディアデータストリームのために差分処理を実行し得るので、同じユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセス、または、同じネットワークリソースの異なるユーザのフォアグラウンド状態にあるアプリケーションもしくはプロセスは、十分なまたはより多くのリソースを得ることができ、または、ネットワークリソースが限られている場合にネットワーク応答をよりタイムリーにすることができ、ネットワーク送信効率が効果的に改善される。
【０１０６】
さらに、本発明の別の実施形態では、図7に示される実施形態に基づいて、取得モジュール31はさらに、アプリケーションの記述を取得するように構成され、アプリケーションの記述は、アプリケーションの識別子、またはアプリケーションの識別子およびアプリケーションのストリーム記述を含む。送信モジュール32は特に、アプリケーションの記述およびアプリケーションの状態をネットワーク側デバイスに送信するように構成される。
【０１０７】
加えて、好ましくは、ネットワーク側デバイスがアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、ネットワーク固有アドレスを搬送するパケットからアプリケーションの記述およびアプリケーションの状態を取得するように、送信モジュール32は特に、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージをネットワーク側デバイスに送信するように構成され、または、
ネットワーク側デバイスがRRCメッセージからアプリケーションの記述およびアプリケーションの状態を取得するように、送信モジュール32は特に、アプリケーションの記述およびアプリケーションの状態を搬送するRRCメッセージをネットワーク側デバイスに送信するように構成され、または、
ネットワーク側デバイスが制御プレーンメッセージからアプリケーションの記述およびアプリケーションの状態を取得するように、送信モジュール32は特に、アプリケーションの記述およびアプリケーションの状態を搬送する非アクセス層メッセージをモビリティ管理エンティティに送信するように構成され、このときモビリティ管理エンティティが、アプリケーションの記述およびアプリケーションの状態を搬送する制御プレーンメッセージをネットワーク側デバイスに送信し、または、
送信モジュール32は特に、アプリケーションのアプリケーション層プロトコルを使用することによって、アプリケーションの状態、またはアプリケーションの識別子およびアプリケーションの状態を送信するように構成され、
または、
送信モジュール32は特に、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、アプリケーションの状態、またはアプリケーションの識別子およびアプリケーションの状態を送信するように構成される。
【０１０８】
この実施形態では、たとえば、アプリケーションの記述およびアプリケーションの状態を取得する方式は次の通りである。すなわち、端末のオペレーティングシステムから見えるアプリケーションについては、アプリケーションの記述およびアプリケーションの状態が、オペレーティングシステムによって、無線プロトコルスタックまたはユーザ端末の別のアプリケーションに提供されてよく、端末のオペレーティングシステムから見えないアプリケーション(たとえば、Webアプリケーション)については、Webプラットフォームアプリケーション(一般にはブラウザである)が、無線プロトコルスタックまたは別のアプリケーションに提供されてよい。
【０１０９】
加えて、アプリケーションの記述およびアプリケーションの状態を送信する原因は次の通りである。ユーザが様々なアプリケーションを切り替えることがあり、すなわち、フォアグラウンド状態にあるアプリケーションとバックグラウンド状態にあるアプリケーションが頻繁に変化することがある。フォアグラウンド状態からバックグラウンド状態に切り替わったばかりのアプリケーションがフォアグラウンド状態に戻ることがあり、バックグラウンド状態からフォアグラウンド状態に切り替わったばかりのアプリケーションがバックグラウンド状態に戻ることもある。そのような切替えが頻繁に起きると、フォアグラウンド状態にあるアプリケーションとバックグラウンド状態にあるアプリケーションの各々の変化がネットワーク側デバイスに通知され、これは、ユーザ端末とネットワーク側デバイスとの間のシグナリングおよび処理の負荷を増やすだけではなく、ネットワークリソースの利用率およびユーザ体験を改善することの助けにもならない。したがって、ユーザ端末は、アプリケーションの状態が変化するたびに、直ちに通知を送信してよく、または、何らかのフィルタリング処理をローカルで実行してよい。ユーザ端末は、ピンポン効果(ping-pong effect)を防ぐために、アプリケーションの状態が頻繁に変化する場合は報告を遅らせてよく、または、状態が安定するまで通知を送信しなくてよい。加えて、ユーザ端末はまた、ユーザの挙動およびアプリケーションの特性を記録し、そのようなアプリケーションのための特別な処理を実行する(状態変化を報告せず、または、常時ある特定の状態を報告する)ことができる。ユーザ端末はまた、アプリケーションの複数の状態を報告するかどうか、アプリケーションのある状態を報告するかどうか、アプリケーションをある特定の状態として常時報告するかどうかなどを、ユーザが設定するための、人と機械のインターフェースを提供することができる。
【０１１０】
本発明はさらに、ユーザ端末およびネットワーク側デバイスを含む、パケット処理のシステムを提供する。ユーザ端末は、図7に示されるユーザ端末であってよく、図3に示される方法の実施形態の技術的な解決法を実行することができ、ネットワーク側デバイスは、図4または図5に示されるネットワーク側デバイスであってよく、または、図6に示されるネットワーク側デバイスであってもよい。その実施原理は同様であり、したがってさらなる詳細はここでは与えられない。
【０１１１】
前述の方法の実施形態のステップのすべてまたは一部は、関連するハードウェアに命令するプログラムによって実施され得ることを、当業者は理解することができる。前述のプログラムは、コンピュータ可読記憶媒体に記憶され得る。プログラムが実行されると、前述の方法の実施形態のステップが実行される。前述の記憶媒体は、ROM、RAM、磁気ディスク、または光学ディスクなどの、プログラムコードを記憶することが可能な任意の媒体を含み得る。
【０１１２】
前述のユーザ機器および基地局の実施形態では、含まれるすべてのユニットは、機能および論理のみに従って分類されるが、本発明は、対応する機能が実施され得る限り、この分類に限定されないことに留意されたい。加えて、各機能ユニットの具体的な名称は、それらを互いに区別するためだけに使用され、本発明の保護範囲を限定するためには使用されない。
【０１１３】
最後に、前述の実施形態は、本発明を限定するものではなく、本発明の技術的な解決法を説明するだけのものとして意図されていることに留意されたい。前述の実施形態を参照して本発明が詳細に説明されたが、それでも、前述の実施形態で説明された技術的な解決法に対する変更、またはそれらの技術的な特徴の一部またはすべてに対する等価な置換を、それらの変更または置換が対応する技術的な解決法の本質を本発明の実施形態の技術的な解決法の範囲から逸脱させるものではない限り行えることを、当業者は理解されたい。
【符号の説明】
【０１１４】
11  取得モジュール
12  照合モジュール
13  処理モジュール
21  取得モジュール
22  ポリシーおよび課金制御機能
23  処理モジュール
31  取得モジュール
32  送信モジュール
121  解決ユニット
122  照合ユニット
【図１】
0006044020.tif 000002
【図２】
0006044020.tif 000003
【図３】
0006044020.tif 000004
【図４】
0006044020.tif 000005
【図５】
0006044020.tif 000006
【図６】
0006044020.tif 000007
【図７】
0006044020.tif 000008