JP6044020B2 - データパケット処理の方法、システム、およびデバイス - Google Patents

データパケット処理の方法、システム、およびデバイス Download PDF

Info

Publication number
JP6044020B2
JP6044020B2 JP2015516399A JP2015516399A JP6044020B2 JP 6044020 B2 JP6044020 B2 JP 6044020B2 JP 2015516399 A JP2015516399 A JP 2015516399A JP 2015516399 A JP2015516399 A JP 2015516399A JP 6044020 B2 JP6044020 B2 JP 6044020B2
Authority
JP
Japan
Prior art keywords
application
packet
identifier
state
description
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015516399A
Other languages
English (en)
Other versions
JP2015526937A (ja
Inventor
▲維▼生 ▲ジン▼
▲維▼生 ▲ジン▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2015526937A publication Critical patent/JP2015526937A/ja
Application granted granted Critical
Publication of JP6044020B2 publication Critical patent/JP6044020B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13296—Packet switching, X.25, frame relay

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は通信技術に関し、具体的には、パケット処理の方法、システム、およびデバイスに関する。
モバイル通信技術の進化に伴って、現在のモバイル通信では、ユーザは、移動通信事業者および移動通信サービス提供者によって提供されるサービスを使用できるだけではなく、固定ブロードバンド通信と同じように、モバイルネットワーク向けのインターネットアプリケーションの支援によって、すでに、ほとんどすべてのインターネットサービスも使用することができる。一方で、端末のソフトウェアおよびハードウェアのプラットフォームの発展に伴って、端末のマルチタスキングオペレーティングシステム上で、ネットワークにアクセスする複数のアプリケーション(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 照合ユニット

Claims (13)

  1. アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得するステップ(101)と、
    前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得するステップと、前記アプリケーションの前記状態に従って、前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するステップ、または、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するステップ(102)とを含み、
    前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得する前記ステップが、
    受信されたパケットを解決して、前記受信されたパケットのサービスタイプまたはホストアドレスを取得するステップと、
    アプリケーションの識別子とサービスタイプとの対応関係、または、アプリケーションの識別子とホストアドレスとの対応関係に従って、前記受信されたパケットから、前記アプリケーションの前記識別子と一致するパケットを取得するステップとを含む、パケット処理方法。
  2. アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得する前記ステップが、
    ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解決(resolve)し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するステップ、または、
    前記ユーザ端末によって送信される、受信されたRRCメッセージから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するステップ、または、
    モビリティ管理エンティティによって送信される、受信された制御プレーンメッセージから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するステップ、または、
    前記アプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの識別子および前記アプリケーションの前記状態を受信するステップ、または、
    前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記状態を受信し、前記アプリケーションの前記識別子または前記アプリケーションのストリーム記述を取得するために、前記ユーザ端末の前記ユーザプレーンにおける前記アプリケーション層メッセージ中の第2のパケットを識別するステップ、または、
    指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するステップを含み、
    前記アプリケーションの前記IPフロー記述またはアプリケーション識別子が、前記アプリケーションの前記ストリーム記述を含む、請求項1に記載の方法。
  3. 前記アプリケーションの前記状態がフォアグラウンド状態である場合、前記アプリケーションの前記状態に従って、前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行する前記ステップが、
    前記一致したパケットが位置する前記メディアデータストリームの帯域幅を増やすステップ、および/または、
    前記一致したパケットが位置する前記メディアデータストリームのスケジューリング優
    先順位を上げるステップを含み、
    前記アプリケーションの前記状態に従って、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行する前記ステップが、
    前記一致したパケットが位置する前記メディアデータストリームのコーディングレートを上げるステップを含む、請求項1または2に記載の方法。
  4. 前記アプリケーションの前記状態がバックグラウンド状態である場合、前記アプリケーションの前記状態に従って、前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行する前記ステップが、
    前記一致したパケットが位置する前記メディアデータストリームの帯域幅を減らすステップ、および/または、
    前記一致したパケットが位置する前記メディアデータストリームのスケジューリング優先順位を下げるステップを含み、
    前記アプリケーションの前記状態に従って、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行する前記ステップが、
    前記一致したパケットが位置する前記メディアデータストリームのコーディングレートを下げるステップを含む、請求項1または2に記載の方法。
  5. アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得するステップ(201)と、
    事前に記憶されている構成情報、前記アプリケーションの前記状態、および前記アプリケーションの前記IPフロー記述またはアプリケーション識別子に従って、ポリシーおよび課金制御ルールを生成するステップ(202)と、
    前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得するステップ(203)と、
    前記ポリシーおよび課金制御ルールに従って、前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するステップ、または、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するステップ(204)とを含み、
    前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得する前記ステップが、
    受信されたパケットを解決して、前記受信されたパケットのサービスタイプまたはホストアドレスを取得するステップと、
    アプリケーションの識別子とサービスタイプとの対応関係、または、アプリケーションの識別子とホストアドレスとの対応関係に従って、前記受信されたパケットから、前記アプリケーションの前記識別子と一致するパケットを取得するステップとを含む、パケット処理方法。
  6. 前記アプリケーションの前記IPフロー記述またはアプリケーション識別子が、前記アプリケーションのストリーム記述を含み、アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得する前記ステップが、
    ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解決し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから、前記アプリケーションの前記識別子および前記アプリケーションの前記状態を取得するステップ、または、
    前記第1のパケットを解決し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから前記アプリケーションの前記識別子および前記アプリケーションの前記状態を取得し、次いで、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との事前に設定された対応関係を問い合わせるステップ、または、
    前記アプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するステップ、または、
    前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記状態を受信し、前記アプリケーションの前記識別子または前記アプリケーションの前記ストリーム記述を取得するために、前記ユーザ端末の前記ユーザプレーンにおける前記アプリケーション層メッセージ中の第2のパケットを識別するステップ、または、
    前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末により送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との対応関係を問い合わせるステップ、または、
    指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザによって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するステップ、または、
    前記指定されたアプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記状態を受信し、前記アプリケーションの前記識別子または前記アプリケーションの前記ストリーム記述を取得するために、受信されたパケットを識別するステップ、または、
    前記指定されたアプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末により送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との対応関係を問い合わせるステップ、または、
    前記第1のパケットを解決し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから、前記アプリケーションの前記識別子、前記アプリケーションの前記ストリーム記述、および前記アプリケーションの前記状態を取得するステップを含む、請求項5に記載の方法。
  7. 前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得する前記ステップの後で、
    前記一致したパケットに対応するサービス情報識別子を取得し、前記一致したパケットに前記サービス情報識別子を封入するステップと、
    固定ネットワークまたはモバイルアクセスネットワークが、前記一致したパケットの前記サービス情報識別子に従って、前記一致したパケットが位置する前記メディアデータストリームのためにネットワークリソースのサービス品質制御を実行できるように、または、前記一致したパケットの前記サービス情報識別子に従って、前記一致したパケットが位置する前記メディアデータストリームのためにコーディング処理を実行できるように、前記封入された一致したパケットを、前記固定ネットワークまたは前記モバイルアクセスネットワークに送信するステップとを含み、
    前記サービス情報識別子が、前記アプリケーションの前記状態を含み、または、前記アプリケーションの前記状態と、前記一致したパケットのサービスタイプ、ユーザ優先順位、および事業者ポリシーのうちの1つまたは組合せとを含む、請求項5または6に記載の方法。
  8. アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得するように構成される、取得モジュール(11)と、
    前記取得モジュールによって取得された前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得するように構成される、照合モジュール(12)と、
    前記取得モジュール(11)によって取得された前記アプリケーションの前記状態に従って、前記照合モジュール(12)によって取得された前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行するように、または、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように構成される、処理モジュール(13)とを含み、
    前記照合モジュールが、
    受信されたパケットを解析して、前記受信されたパケットのサービスタイプまたはホストアドレスを取得するように構成される、解決ユニット(121)と、
    アプリケーションの識別子とサービスタイプとの対応関係、または、アプリケーションの識別子とホストアドレスとの対応関係に従って、前記受信されたパケットから、前記アプリケーションの前記識別子と一致するパケットを取得するように構成される、照合ユニット(122)とを含む、ネットワーク側デバイス。
  9. 前記取得モジュール(11)が特に、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するように構成され、または、
    前記取得モジュール(11)が特に、前記ユーザ端末によって送信される、受信されたRRCメッセージから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するように構成され、または、
    前記取得モジュール(11)が特に、モビリティ管理エンティティによって送信される、受信された制御プレーンメッセージから、前記アプリケーションの前記IPフロー記述またはアプリケーション識別子および前記アプリケーションの前記状態を取得するように構成され、または、
    前記取得モジュール(11)が特に、前記アプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの識別子および前記アプリケーションの前記状態を受信するように構成され、または、
    前記取得モジュール(11)が特に、前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記状態を受信し、前記アプリケーションの前記識別子または前記アプリケーションのストリーム記述を取得するために、前記ユーザ端末の前記ユーザプレーンにおける前記アプリケーション層メッセージ中の第2のパケットを識別するように構成され、または、
    前記取得モジュール(11)が特に、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するように構成され、
    前記アプリケーションの前記IPフロー記述またはアプリケーション識別子が、前記アプリケーションの前記ストリーム記述を含む、請求項8に記載のネットワーク側デバイス。
  10. 前記処理モジュール(13)が特に、前記アプリケーションの前記状態がフォアグラウンド状態である場合、前記一致したパケットが位置する前記メディアデータストリームの帯域幅を増やし、かつ/または、前記一致したパケットが位置する前記メディアデータストリームのスケジューリング優先順位を上げるように構成され、または、
    前記処理モジュール(13)が特に、前記アプリケーションの前記状態がフォアグラウンド状態である場合、前記一致したパケットが位置する前記メディアデータストリームのコーディングレートを上げるように構成される、請求項8または9に記載のネットワーク側デバイス。
  11. 前記処理モジュール(13)が特に、前記アプリケーションの前記状態がバックグラウンド状態である場合、前記一致したパケットが位置する前記メディアデータストリームの帯域幅を減らし、かつ/または、前記一致したパケットが位置する前記メディアデータストリームのスケジューリング優先順位を下げるように構成され、
    または、
    前記処理モジュール(13)が特に、前記アプリケーションの前記状態がバックグラウンド状態である場合、前記一致したパケットが位置する前記メディアデータストリームのコー
    ディングレートを下げるように構成される、請求項8または9に記載のネットワーク側デバイス。
  12. アプリケーションのIPフロー記述またはアプリケーション識別子および前記アプリケーションの状態を取得するように構成される、取得モジュール(21)と、
    事前に記憶されている構成情報と、前記取得モジュール(21)によって取得された前記アプリケーションの前記状態および前記アプリケーションの前記IPフロー記述またはアプリケーション識別子とに従って、ポリシーおよび課金制御ルールを生成するように構成される、ポリシーおよび課金制御機能(22)と、
    前記取得モジュール(21)によって取得された前記アプリケーションの前記IPフロー記述またはアプリケーション識別子と一致するパケットを取得し、前記ポリシーおよび課金制御機能によって生成された前記ポリシーおよび課金制御ルールに従って、前記一致したパケットが位置するメディアデータストリームのためにネットワークリソースのサービス品質制御を実行し、または、前記一致したパケットが位置するメディアデータストリームのためにコーディング処理を実行するように構成される、処理モジュール(23)とを含み、
    前記処理モジュール(23)が、
    受信されたパケットを解析して、前記受信されたパケットのサービスタイプまたはホストアドレスを取得し、
    アプリケーションの識別子とサービスタイプとの対応関係、または、アプリケーションの識別子とホストアドレスとの対応関係に従って、前記受信されたパケットから、前記アプリケーションの前記識別子と一致するパケットを取得するように構成される、ネットワーク側デバイス。
  13. 前記取得モジュール(21)が特に、ユーザ端末のユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスのパケットを捕捉し、前記パケットから、前記アプリケーションの識別子および前記アプリケーションの前記状態を取得するように構成され、または、
    前記取得モジュール(21)が特に、前記ユーザ端末の前記ユーザプレーンにおけるアプリケーション層メッセージ中の第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから前記アプリケーションの前記識別子および前記アプリケーションの前記状態を取得し、次いで、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との事前に設定された対応関係を問い合わせるように構成され、または、
    前記取得モジュール(21)が特に、前記アプリケーションのアプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するように構成され、または、
    前記取得モジュール(21)が特に、前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末によって送信された前記アプリケーションの前記状態を受信し、前記アプリケーションの前記識別子または前記アプリケーションのストリーム記述を取得するために、前記ユーザ端末の前記ユーザプレーンにおける前記アプリケーション層メッセージ中の第2のパケットを識別するように構成され、または、
    前記取得モジュール(21)が特に、前記アプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末により送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との対応関係を問い合わせるように構成され、または、
    前記取得モジュール(21)が特に、指定されたアプリケーションのアプリケーション層プロトコルを使用することによって、ユーザによって送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信するように構成され、または、
    前記取得モジュール(21)が特に、前記指定されたアプリケーションの前記アプリケーション層プロトコルを使用することによって、前記ユーザ端末により送信された前記アプリケーションの前記識別子および前記アプリケーションの前記状態を受信し、アプリケーションの識別子に対応するアプリケーションのストリーム記述を取得するために、前記アプリケーションの前記識別子と前記アプリケーションの前記ストリーム記述との対応関係を問い合わせるように構成され、または、
    前記取得モジュール(21)が特に、前記第1のパケットを解析し、ネットワーク固有アドレスを搬送するパケットを捕捉し、前記ネットワーク固有アドレスを搬送する前記パケットから、前記アプリケーションの前記識別子、前記アプリケーションの前記ストリーム記述、および前記アプリケーションの前記状態を取得するように構成され、
    前記アプリケーションの前記IPフロー記述またはアプリケーション識別子が、前記アプリケーションの前記ストリーム記述を含む、請求項12に記載のネットワーク側デバイス。
JP2015516399A 2012-06-12 2012-06-12 データパケット処理の方法、システム、およびデバイス Active JP6044020B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/076769 WO2013185288A1 (zh) 2012-06-12 2012-06-12 数据包的处理方法和系统及设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2016177522A Division JP6432947B2 (ja) 2016-09-12 2016-09-12 データパケット処理の方法、システム、およびデバイス

Publications (2)

Publication Number Publication Date
JP2015526937A JP2015526937A (ja) 2015-09-10
JP6044020B2 true JP6044020B2 (ja) 2016-12-14

Family

ID=49757407

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015516399A Active JP6044020B2 (ja) 2012-06-12 2012-06-12 データパケット処理の方法、システム、およびデバイス

Country Status (8)

Country Link
US (1) US20150100620A1 (ja)
EP (2) EP3206430B1 (ja)
JP (1) JP6044020B2 (ja)
CN (2) CN108924110A (ja)
ES (1) ES2727159T3 (ja)
HU (1) HUE032319T2 (ja)
PT (1) PT3206430T (ja)
WO (1) WO2013185288A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6616505B2 (ja) * 2016-06-14 2019-12-04 マクセル株式会社 通信制御方法
JP7417708B2 (ja) * 2020-03-04 2024-01-18 株式会社Ｎｔｔドコモ 管理装置、ネットワークシステム及び端末装置
CN111698324B (zh) * 2020-06-12 2022-12-06 北京奇艺世纪科技有限公司 一种数据请求方法、装置及系统
CN113852995A (zh) * 2020-06-28 2021-12-28 中兴通讯股份有限公司 网络切片的分配方法、终端及存储介质

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI112014B (fi) * 2000-06-28 2003-10-15 Nokia Corp Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa
JP4029670B2 (ja) * 2002-06-11 2008-01-09 日本電気株式会社 無線アクセスにおける輻輳制御方法並びにシステム
CN100359885C (zh) * 2002-06-24 2008-01-02 武汉烽火网络有限责任公司 以策略流方式转发数据的方法和数据转发设备
CN100454859C (zh) * 2003-09-18 2009-01-21 Ut斯达康(中国)有限公司 Umts网络中ip多媒体会话无线接入承载的方法
CN1756164A (zh) * 2004-09-27 2006-04-05 松下电器产业株式会社 数据包接收控制装置及方法
CN101166153B (zh) * 2006-10-18 2011-04-20 华为技术有限公司 一种控制网络业务的方法
US7970930B2 (en) * 2007-06-05 2011-06-28 Ellacoya Networks, Inc. Communications system and method to control and manage both session-based and non-session-based application services
CN101572718B (zh) * 2008-04-30 2012-07-11 张文 基于面向应用的IP QoS统一策略系统及其方法
US8589541B2 (en) * 2009-01-28 2013-11-19 Headwater Partners I Llc Device-assisted services for protecting network capacity
US8159941B2 (en) * 2008-08-28 2012-04-17 Alcatel Lucent In-band DPI media reservation modifications to RFC 3313
CN101403981B (zh) * 2008-11-07 2011-03-16 中兴通讯股份有限公司 手机应用程序运行状态的管理方法和系统
CN101404650B (zh) * 2008-11-19 2012-04-18 中国电信股份有限公司 一种细分网络应用服务质量的方法和系统
CN101527682B (zh) * 2009-01-21 2011-09-28 普天信息技术研究院有限公司 一种保障网络存储服务质量的方法和系统
US9203629B2 (en) * 2009-05-04 2015-12-01 Bridgewater Systems Corp. System and methods for user-centric mobile device-based data communications cost monitoring and control
CN101924781B (zh) * 2009-06-15 2014-08-13 日电（中国）有限公司 终端设备及其QoS实施方法以及流分类器
GB2486126B (en) * 2009-09-21 2014-01-08 Ericsson Telefon Ab L M Caching in mobile networks
EP2481182B1 (en) * 2009-09-25 2016-01-13 BlackBerry Limited System and method for multi-carrier network operation
CN101788926B (zh) * 2009-12-28 2014-04-30 中兴通讯股份有限公司 J2me应用前台切换的资源调配方法及装置
JP4935911B2 (ja) * 2010-01-28 2012-05-23 沖電気工業株式会社 通信制御装置
US8447717B2 (en) * 2010-02-18 2013-05-21 Alcatel Lucent Policy and charging rules node expired message handling
US8675487B2 (en) * 2010-06-28 2014-03-18 Alcatel Lucent System and method for generating and updating PCC rules based on service requests
US9319433B2 (en) * 2010-06-29 2016-04-19 At&T Intellectual Property I, L.P. Prioritization of protocol messages at a server
CN102469562B (zh) * 2010-11-18 2014-09-10 中国移动通信有限公司 移动终端的功率消耗控制方法与装置

Also Published As

Publication number Publication date
HUE032319T2 (en) 2017-09-28
WO2013185288A1 (zh) 2013-12-19
EP2852212A1 (en) 2015-03-25
ES2727159T3 (es) 2019-10-14
EP3206430A1 (en) 2017-08-16
CN103636252B (zh) 2018-07-03
EP2852212A4 (en) 2015-03-25
EP2852212B1 (en) 2017-03-29
CN108924110A (zh) 2018-11-30
JP2015526937A (ja) 2015-09-10
PT3206430T (pt) 2019-06-28
US20150100620A1 (en) 2015-04-09
CN103636252A (zh) 2014-03-12
EP3206430B1 (en) 2019-04-03

Similar Documents

Publication Publication Date Title
WO2020207490A1 (en) System, apparatus and method to support data server selection
US10616120B2 (en) Service layer southbound interface and quality of service
KR102050181B1 (ko) (s)gi-lan에서의 mtc 서비스 선택
US9787537B2 (en) Customizable mobile broadband network system and method for customizing mobile broadband network
US11937127B2 (en) Systems and methods for exposing custom per flow descriptor attributes
KR101925693B1 (ko) 트래픽 검출 네트워크 제어를 위한 시스템 및 방법
KR20210036944A (ko) 정보 전송방법 및 장치, 컴퓨터 판독가능 저장 매체
CN105122741B (zh) 业务流的业务链控制方法和装置
US20120185576A1 (en) Method and Apparatus for Acquiring Machine Type Communication Device Group Identification
WO2022222817A1 (zh) 一种边缘应用服务器的选择方法及装置
KR20210088303A (ko) 무선 통신 시스템에서 네트워크 트래픽을 수집하는 방법 및 장치
WO2014029094A1 (zh) 报文处理方法、深度包检测请求网元和深度包检测设备
WO2021051420A1 (zh) 一种dns缓存记录的确定方法及装置
JP6044020B2 (ja) データパケット処理の方法、システム、およびデバイス
US10129739B2 (en) Data transmission method and device
JP6432947B2 (ja) データパケット処理の方法、システム、およびデバイス
CN112787947B (zh) 网络业务的处理方法、系统和网关设备
WO2011026355A1 (zh) 节点接入家乡代理的方法、家乡代理集群系统及业务路由器
JP6306202B2 (ja) ネットワーク・トラフィックを支援する方法および装置
WO2024114731A1 (zh) 一种业务链策略处理方法、装置和系统
WO2021127946A1 (zh) 数据包处理方法和装置
CN118695195A (zh) 通信方法及装置
KR20150001332A (ko) 컨텐츠 전송 시스템에서 데이터 분산을 위한 장치 및 이를 위한 방법

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20151215

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151218

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20160318

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160322

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160510

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160912

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20160920

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20161018

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20161025

R150 Certificate of patent or registration of utility model

Ref document number: 6044020

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250