JP6250048B2

JP6250048B2 - データ配信方法及びデータ配信装置

Info

Publication number: JP6250048B2
Application number: JP2015525710A
Authority: JP
Inventors: シュエチンフア; ジュンフアン; ジシオンジュオ; ジュオツイ
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2012-08-07
Filing date: 2013-06-13
Publication date: 2017-12-20
Anticipated expiration: 2033-06-13
Also published as: US9866356B2; US20150207598A1; EP2869533A1; CN103582012B; WO2014023127A1; JP2015527663A; CN103582012A; EP2869533B1; EP2869533A4

Description

本発明は、ＨＴＴＰ圧縮に基づくデータ配信方法及びデータ配信装置に関する。

モバイルインターネット及びスマートフォンの高速な発展に伴い、携帯電話によるインターネットブラウジングは、次第に一般的な方式となってきている。これに伴う問題は、基地局においてトラフィックが倍増してしまうというものである。多数のユーザー装置（User Equipment：ＵＥ。以降では、スマートフォンを指す）が同時に基地局にアクセスしてウェーブページをブラウジングする場合、エアインタフェースにおける帯域幅の消費が大きくなってしまう。

従来の商用インターネットにおいては、クライアント及びサーバ間の通信を行うためにＨＴＴＰプロトコルが採用されている。図１に示すように、ネットワークにおけるトラフィックの圧力を軽減させるために、ＨＴＴＰにおける圧縮技術が採用されている。ブラウザは、リソースを要求するときに、ＨＴＴＰヘッダーにおける属性フィールドを介して、サポート可能な圧縮フォーマットをサーバへ提示する。サーバは、ブラウザによりサポートされる圧縮アルゴリズムを使用して、要求された内容を圧縮してブラウザへ転送する。そして、ブラウザは、その内容を解凍してユーザーに表示する。当然、サーバにおいて実行される大量の圧縮計算は、必然的にＣＰＵを消費してしまうことになり、効率に影響を与えてしまう。この問題は、中継サーバの方式により解決することができるが、ここでの説明は省略する。

従来の基地局システムでは、ＵＥのリソース要求がエアインタフェースを介して基地局に到達した場合、基地局は、この要求をコアネットワークに透過的に転送するといった処理と、コアネットワークからのデータを取得してＵＥに透過的に転送するといった処理のみを担当する。このプロセスにおいて、基地局は、ＵＥの要求に対していかなる処理も実行しない。ＵＥの要求方式は、圧縮方式及び非圧縮方式のいずれでもよく、コアネットワークから返信されたデータは、圧縮及び非圧縮のいずれでもよい。非圧縮方式における要求及び返信データにおいては、エアインタフェース帯域幅及びバックホール（Backhaul）帯域幅の消費量が非常に大きくなってしまうといった問題がある。

本発明の実施形態の目的は、ＵＥが非圧縮方式でデータを要求する場合に、エアインタフェース帯域幅及びバックホール帯域幅の消費量が大きくなってしまうといった問題を解決することできる、データ配信方法及びデータ配信装置を提供することにある。

本発明の実施形態の一態様に係るデータ配信方法は、
ユーザー端末からのＧＰＲＳ（General Packet Radio Service）トンネリングプロトコル-ユーザプレーンメッセージを解析して、リソース要求のためのＨＴＴＰ（Hyper Text Transport Protocol）要求メッセージを得て、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるかを判断するステップと、
判断結果においてデータ要求方式がＨＴＴＰ圧縮方式であると判断した場合、前記ＨＴＴＰ要求メッセージを直接的にサーバに送信し、データ要求方式がＨＴＴＰ圧縮方式ではないと判断した場合、前記ＨＴＴＰ要求メッセージのデータ要求方式をＨＴＴＰ圧縮方式に設定し、サーバに送信するステップと、
サーバによって応答されたＨＴＴＰ応答メッセージのデータフォーマットを前記ＨＴＴＰ要求メッセージのデータ要求方式に適したデータフォーマットに設定して、ユーザー端末に送信するステップとを含む。

好ましくは、前記ＨＴＴＰ要求メッセージを解析することより得られたデータ要求方式に基づいて、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるかを判断する。

好ましくは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式ではないと判断した場合、前記ＨＴＴＰ要求メッセージのメッセージヘッダーに圧縮属性を追加し、そしてコアネットワークを介してサーバに送信する。

好ましくは、サーバによって応答されたＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ非圧縮方式であるが、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出し、そして前記応答データを圧縮して新たなＨＴＴＰ応答メッセージに追加してユーザー端末に送信する。

好ましくは、サーバによって応答されたＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ圧縮方式であるが、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ非圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出し、そして前記応答データを解凍して新たなＨＴＴＰ応答メッセージに追加してユーザー端末に送信する。

好ましくは、サーバによって応答されたＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ圧縮方式であり、且つ、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式である場合、前記ＨＴＴＰ応答メッセージを直接的にユーザー端末に送信する。

好ましくは、サーバによって応答されたＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ非圧縮方式であり、且つ、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ非圧縮方式である場合、前記ＨＴＴＰ応答メッセージを直接的にユーザー端末に送信する。

本発明の実施形態の別の態様に係るデータ配信装置は、
ユーザー端末からのリソース要求のためのＨＴＴＰ（Hyper Text Transport Protocol）要求メッセージを受信するように構成されたアップリンクデータ解析モジュールと、
前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるかを判断し、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であると判断した場合、前記ＨＴＴＰ要求メッセージを直接的にサーバに送信し、データ要求方式がＨＴＴＰ圧縮方式ではないと判断した場合、前記ＨＴＴＰ要求メッセージのデータ要求方式をＨＴＴＰ圧縮方式に変更し、コアネットワークを介してサーバに送信するように構成されたプロキシ要求モジュールと、
サーバによって応答された、前記ＨＴＴＰ要求メッセージに対するＨＴＴＰ応答メッセージを受信するように構成されたダウンリンクデータ解析モジュールと、
前記ＨＴＴＰ応答メッセージのデータフォーマットを前記ＨＴＴＰ要求メッセージのデータ要求方式に適したデータフォーマットに設定してユーザー端末に送信するように構成されたプロキシ応答モジュールを含む。

好ましくは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるが、前記ＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ非圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出し、前記応答データを圧縮して新たなＨＴＴＰ応答メッセージに追加してユーザー端末に送信するように構成される。

好ましくは、前記プロキシ応答モジュールは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ非圧縮方式であるが、前記ＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出し、前記応答データを解凍して新たなＨＴＴＰ応答メッセージに追加してユーザー端末に送信するように構成される。

従来技術と比較して、本発明の実施形態は、以下の様な有益な効果を有する。

１、ＵＥのデータ要求方式がＨＴＴＰ非圧縮方式である場合、基地局又は基地局コントローラは、そのデータを強制的にＨＴＴＰ圧縮方式で処理し、サーバは、圧縮データを返す。これにより、バックホール帯域幅の消費量が著しく削減される。

２、ＵＥのデータ要求方式がＨＴＴＰ圧縮方式であるが、サーバによって返信されるデータが非圧縮データである場合、基地局又は基地局コントローラは、データを圧縮処理してＵＥに送信する。これにより、エアインタフェースの帯域幅の消費量が著しく削減される。

従来技術に係る商用インターネットにおけるデータ要求方式を示す図である。本発明の実施形態に係るＨＴＴＰ圧縮に基づくデータ配信方法のフローチャートである。本発明の実施形態に係る３Ｇ標準におけるＨＴＴＰ圧縮に基づくデータ配信装置を示す図である。本発明の実施形態に係る４Ｇ標準におけるＨＴＴＰ圧縮に基づくデータ配信システムを示す図である。本発明の実施形態に係るプロキシ要求データ配信フローチャートである。本発明の実施形態に係るプロキシ応答データ配信要求のフローチャートである。

図２は、本発明の実施例により提供されるＨＴＴＰ圧縮に基づくデータ配信方法のフローチャートである。図２に示すように、この方法は、以下のステップを含む。

ステップ１０１、基地局又は基地局コントローラは、ユーザー端末からのＧＰＲＳ（General Packet Radio Service）トンネリングプロトコル-ユーザプレーンメッセージ（即ちＧＴＰＵ（GPRS Tunneling Protocol - User plane）メッセージ）を解析して、リソース要求のためのＨＴＴＰ要求メッセージを得る。そして、前記ＨＴＴＰ要求メッセージを解析し、解析されたデータ要求方式に基づいて、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるかを判断する。

ステップ１０２、判断結果においてデータ要求方式がＨＴＴＰ圧縮方式であると判断した場合、前記ＨＴＴＰ要求メッセージを直接的にサーバに送信する。データ要求方式がＨＴＴＰ圧縮方式ではないと判断した場合、そのＨＴＴＰ要求メッセージのデータ要求方式をＨＴＴＰ圧縮方式に設定（即ち、前記ＨＴＴＰ要求メッセージのメッセージヘッダーに圧縮属性を追加）してサーバに送信する。

ステップ１０３、サーバによって応答されたＨＴＴＰ応答メッセージについて、基地局又は基地局コントローラは、前記ＨＴＴＰ応答メッセージのデータフォーマットを前記ＨＴＴＰ要求メッセージのデータ要求方式に適したデータフォーマットに設定し、ユーザー端末に送信する。

具体的には、基地局又は基地局コントローラは、サーバによって応答されたＨＴＴＰ応答メッセージを受信した後、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるが、前記ＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ非圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出して、前記応答データを圧縮して新たなＨＴＴＰ応答メッセージに追加し、ユーザー端末に送信する。また、基地局又は基地局コントローラは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ非圧縮方式であるが、前記ＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出し、前記応答データを解凍して新たなＨＴＴＰ応答メッセージに追加し、ユーザー端末に送信する。また、基地局又は基地局コントローラは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であり、且つ、前記ＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ圧縮方式である場合、前記ＨＴＴＰ応答メッセージを直接的にユーザー端末に送信する。また、基地局又は基地局コントローラは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ非圧縮方式であり、且つ、前記ＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ非圧縮方式である場合、前記ＨＴＴＰ応答メッセージを直接的にユーザー端末に送信する。

図３は本発明の実施形態に係る３Ｇ標準におけるＨＴＴＰ圧縮に基づくデータ配信装置を示す図である。図３に示すように、データ配信装置は、基地局側又は基地局コントローラ側に位置された以下の部分を含む。

アップリンクデータ解析モジュールは、ユーザー端末からのリソース要求のためのＨＴＴＰ要求メッセージを受信するように構成される。具体的には、アップリンクデータ解析モジュールは、ＧＴＰＵにおけるデータパケットを取得して、それに関連するＧＴＰＵパケットヘッダーを除去した後、その中のＨＴＴＰ要求メッセージを抽出するように構成される。

プロキシ要求モジュールは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるかを判断し、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であると判断した場合、前記ＨＴＴＰ要求メッセージを直接的にサーバに送信する。一方、プロキシ要求モジュールは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式ではないと判断した場合、前記ＨＴＴＰ要求メッセージのデータ要求方式をＨＴＴＰ圧縮方式に変更し、コアネットワークを介してサーバに送信する。つまり、プロキシ要求モジュールは、抽出されたＨＴＴＰ要求メッセージを解析し、ＨＴＴＰ要求メッセージが圧縮フォーマットをサポートしているかを判断し、ＨＴＴＰ要求メッセージが圧縮フォーマットをサポートしている場合、直接的に要求メッセージをサーバに送信するように構成される。一方、プロキシ要求モジュールは、ＨＴＴＰ要求メッセージが圧縮フォーマットをサポートしていない場合、ＴＣＰ（Transmission Control Protocol）透過プロキシによりＨＴＴＰ要求メッセージを変更し、要求メッセージに圧縮属性を強制的に追加して、サーバに送信するように構成される。

ダウンリンクデータ解析モジュールは、サーバにより応答された、前記ＨＴＴＰ要求メッセージに対するＨＴＴＰ応答メッセージを受信するように構成される。つまり、ダウンリンクデータ解析モジュールは、主にサーバによって応答されたデータを傍受して、その中のＨＴＴＰ応答メッセージを抽出するように構成される。

プロキシ応答モジュールは、前記ＨＴＴＰ応答メッセージのデータフォーマットを前記ＨＴＴＰ要求メッセージのデータ要求方式に適したデータフォーマットに設定し、ユーザー端末に送信するように構成される。さらに、前記プロキシ応答モジュールは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるが、前記ＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ非圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出し、前記応答データを圧縮して新たなＨＴＴＰ応答メッセージに追加し、ユーザー端末に送信するように構成されている。また、前記プロキシ応答モジュールは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ非圧縮方式であるが、前記ＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出し、前記応答データを解凍して新たなＨＴＴＰ応答メッセージに追加し、ユーザー端末に送信するように構成される。

つまり、プロキシ応答モジュールは、抽出されたＨＴＴＰ応答メッセージにおけるデータフォーマットが圧縮方式であるかどうか、及び、ＨＴＴＰ要求に圧縮データが要求されるかどうかに応じて、以下に示す四つの状況でそれぞれ処理を実行する。１）要求が圧縮方式であり、応答データも圧縮方式である場合、プロキシ応答モジュールは、ダウンリンクメッセージを送信キューに直接的に送信する。２）要求が圧縮方式であり、応答が非圧縮方式である場合、プロキシ応答モジュールは、応答メッセージにおけるデータをバッファーに抽出し、そのデータを圧縮する。そして、ＴＣＰ透過プロキシによりＨＴＴＰ応答メッセージを変更し、圧縮されたデータを新たな応答メッセージに追加して、送信キューに送信する。３）要求が非圧縮方式であり、応答が圧縮方式である場合、プロキシ応答モジュールは、応答メッセージにおけるデータをバッファーに抽出し、そのデータを解凍する。そして、ＴＣＰ透過プロキシによりＨＴＴＰ応答メッセージを変更し、解凍されたデータを新たな応答メッセージに追加して、送信キューに送信する。４）要求が非圧縮方式であり、応答データも非圧縮方式である場合、プロキシ応答モジュールは、ダウンリンクメッセージを直接的に送信キューに送信する。

図４は本発明の実施形態に係る４Ｇ標準におけるＨＴＴＰ圧縮に基づくデータ配信システムを示す図である。図４に示すように、ＵＥとｅＮｏｄｅＢの間でエアインタフェースを介して通信が行われる。本発明においては、基地局側に追加されるアップリンクデータ解析モジュールは、ＵＥからｅＮｏｄｅＢへのデータを傍受し、ＧＴＰＵメッセージを抽出する。そして、ＧＴＰＵメッセージを解析してＨＴＴＰ要求メッセージを抽出する。プロキシ要求モジュールは、ＨＴＴＰ要求メッセージにおいて圧縮方式がサポートされているかを解析し、関連する後続処理を行う。ダウンリンクデータ解析モジュールは、主にサーバより送信されたメッセージを取得し、その中のＨＴＴＰ応答メッセージを抽出する。プロキシ応答モジュールは、主にＨＴＴＰ応答メッセージが圧縮フォーマットであるか及びオリジナルのＨＴＴＰ要求が圧縮フォーマットをサポートするかに従って異なる処理を行う。

図５は本発明の実施形態に係るプロキシ要求データ配信のフローチャートである。図５に示すように、この処理は、以下のステップを含む。

ステップ２０１、ユーザーのＨＴＴＰ要求におけるＵＲＬを抽出し、ユーザーのＨＴＴＰ要求メッセージを解析する。要求メッセージに「Ａｃｃｅｐｔ-Ｅｎｃｏｄｉｎｇ」属性フィールド又は「Ｃｏｎｔｅｎｔ-Ｅｎｃｏｄｉｎｇ」属性フィールドが含まれている場合、属性値をグローバル変数「ＱｒｙＣｏｍｐｒｅｓｓＦｏｒｍａｔ」に保存する。即ち、要求方式が圧縮方式であるかを判断して、圧縮方式である場合、ステップ２０２に移行し、圧縮方式でない場合、ステップ２０３に移行する。

ステップ２０２、ＵＲＬに従って要求に対応するサーバＩＰアドレスを解析して、次のステップでサーバへデータ要求を送信するときに、データ要求を直接的に送信する。そして、ステップ２０５に移行する。

ステップ２０３、ＴＣＰ透過プロキシにより新たなＨＴＴＰ要求メッセージを構築する。

ステップ２０４、前記ＨＴＴＰ要求メッセージのヘッダーに圧縮属性「Ａｃｃｅｐｔ-Ｅｎｃｏｄｉｎｇ=ｇｚｉｐ、ｄｅｆｌａｔｅ」を強制的に追加して、次のステップでサーバへデータ要求を送信するときに、ｇｚｉｐ圧縮フォーマットを介してデータ要求を送信する。

ステップ２０５、データ要求を送信して、プロセスを終了する。

図６は本発明の実施形態に係るプロキシ応答データ配信要求のフローチャートである。図６に示すように、この処理は、以下のステップを含む。

ステップ３０１、グローバル変数「ＱｒｙＣｏｍｐｒｅｓｓＦｏｒｍａｔ」からユーザーにより要求されたＨＴＴＰ方式を抽出する。

ステップ３０２、返信されたダウンリンクデータのフォーマットをグローバル変数から取得して、リソースのフォーマットを抽出し、サーバにより応答されたＨＴＴＰ応答メッセージを解析する。応答メッセージが「Ａｃｃｅｐｔ-Ｅｎｃｏｄｉｎｇ」属性フィールド又は「Ｃｏｎｔｅｎｔ-Ｅｎｃｏｄｉｎｇ」属性フィールドを含んでいる場合、応答されたデータフォーマットが圧縮方式であることを示している。この場合、この属性フィールドの後の値を変数「ＡｓｋＣｏｍｐｒｅｓｓＦｏｒｍａｔ」（即ち応答データ圧縮アルゴリズム）に保存する。一方、応答メッセージが、上記属性フィールドを含んでいない場合、応答されたデータフォーマットが圧縮方式をサポートしてないことを示している。

ステップ３０３、現在のユーザーのデータ要求方式を判断し、データ要求方式がＨＴＴＰ圧縮方式である場合、ステップ３０４に移行する。一方、データ要求方式がＨＴＴＰ圧縮方式でない場合、ステップ３０５に移行する。

ステップ３０４、現在のリソースフォーマットを判断し、リソースフォーマットがＨＴＴＰ圧縮方式である場合、ステップ３１４に移行する。一方、リソースフォーマットがＨＴＴＰ圧縮方式でない場合、ステップ３０６に移行する。

ステップ３０５、現在のリソースフォーマットを判断し、リソースフォーマットがＨＴＴＰ圧縮方式である場合、ステップ３１０に移行する。一方、リソースフォーマットがＨＴＴＰ圧縮方式でない場合、ステップ３１４に移行する。

ステップ３０６、ダウンリンクのＨＴＴＰ応答メッセージにおけるデータ部分を取得して、そのデータをバッファーにコピーして元のＴＣＰリンクを終了する。

ステップ３０７、圧縮アルゴリズム「ＱｒｙＣｏｍｐｒｅｓｓＦｏｒｍａｔ」を使用してデータに対して圧縮処理を行う。

ステップ３０８、ＴＣＰ透過プロキシにより新たなＨＴＴＰ応答メッセージを構築する。

ステップ３０９、新たなＨＴＴＰ応答メッセージに圧縮されたデータを追加して新たなダウンリンクデータを構築し、ステップ３１４に移行する。

例えば、ＵＥ１が、圧縮方式でサーバにおけるデータを要求したが、サーバが非圧縮のデータで応答したとする。この発明に係る方法を利用して、基地局側でサーバにおける応答データをＵＥ１の要求の方式に従って圧縮しないと、このデータをＵＥ１に送信するときにより多くのエアインタフェース帯域幅が消費されてしまう。

ステップ３１０、ダウンリンクのＨＴＴＰ応答メッセージにおけるデータ部分を取得して、そのデータをバッファーにコピーして元のＴＣＰリンクを終了する。

ステップ３１１、圧縮アルゴリズム「ＡｓｋＣｏｍｐｒｅｓｓＦｏｒｍａｔ」を使用してデータに対して解凍処理を行う。

ステップ３１２、ＴＣＰ透過プロキシにより新たなＨＴＴＰ応答メッセージを構築する。

ステップ３１３、新たなＨＴＴＰ応答メッセージに解凍されたデータを追加して新たなダウンリンクデータを構築し、ステップ３１４に移行する。

例えば、ＵＥ２が非圧縮方式でサーバにおけるデータを要求したとする。この発明に係る方法を利用して、基地局側で要求方式を強制的に圧縮方式に変換しないと、サーバが非圧縮のデータで要求に応答してしまい、データがコアネットワークから基地局へ転送されるときに、より多くのバックホール帯域幅が消費されてしまう。

ステップ３１４、ダウンリンクデータを送信キューに出力して、プロセスを終了する。

以上、本発明を詳細に説明したが、本発明は、これに限られず、当業者は本発明の原理に従って様々な変更を行うことができる。そのため、本発明の原理に従って行われる変更は、すべて本発明の請求範囲に含まれると理解すべきである。

本発明の実施形態は、ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるかを判断し、データ要求方式がＨＴＴＰ圧縮方式であれば、直接的にサーバへデータ要求を送信する。一方、データ要求方式がＨＴＴＰ圧縮方式でなければ、データ要求方式をＨＴＴＰ圧縮方式に設定してサーバへデータ要求を送信する。サーバは圧縮データを返信する。本発明によれば、バックホールの帯域幅の消費量及びエアインタフェースの帯域幅の消費量を著しく削減することができる。

Claims

データ配信方法であって、
ユーザー端末からのＧＰＲＳ（General Packet Radio Service）トンネリングプロトコル-ユーザプレーンメッセージを解析して、リソース要求のためのＨＴＴＰ（Hyper Text Transport Protocol）要求メッセージを得て、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるかを判断するステップと、
判断結果においてデータ要求方式がＨＴＴＰ圧縮方式であると判断した場合、前記ＨＴＴＰ要求メッセージを直接的にサーバに送信し、データ要求方式がＨＴＴＰ圧縮方式ではないと判断した場合、前記ＨＴＴＰ要求メッセージのデータ要求方式をＨＴＴＰ圧縮方式に設定してサーバに送信するステップと、
サーバによって応答されたＨＴＴＰ応答メッセージのデータフォーマットを前記ＨＴＴＰ要求メッセージのデータ要求方式に適したデータフォーマットに設定して、ユーザー端末に送信するステップと
を含むことを特徴とする方法。
前記ＨＴＴＰ要求メッセージを解析して得られたデータ要求方式により、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるかを判断する
ことを特徴とする請求項１に記載の方法。
前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式ではないと判断した場合、前記ＨＴＴＰ要求メッセージのメッセージヘッダーに圧縮属性を追加して、コアネットワークを介してサーバに送信する
ことを特徴とする請求項２に記載のデータ配信方法。
サーバによって応答されたＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ非圧縮方式であるが、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出し、前記応答データを圧縮して新たなＨＴＴＰ応答メッセージに追加してユーザー端末に送信する
ことを特徴とする請求項３に記載の方法。
サーバによって応答されたＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ圧縮方式であるが、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ非圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出し、前記応答データを解凍して新たなＨＴＴＰ応答メッセージに追加してユーザー端末に送信する
ことを特徴とする請求項３に記載の方法。
サーバによって応答されたＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ圧縮方式であり、且つ、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式である場合、前記ＨＴＴＰ応答メッセージを直接的にユーザー端末に送信する
ことを特徴とする請求項３に記載の方法。
サーバによって応答されたＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ非圧縮方式であり、且つ、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ非圧縮方式である場合、前記ＨＴＴＰ応答メッセージを直接的にユーザー端末に送信する
ことを特徴とする請求項３に記載の方法。
データ配信装置であって、
ユーザー端末からのリソース要求のためのＨＴＴＰ（Hyper Text Transport Protocol）要求メッセージを受信するように構成されたアップリンクデータ解析モジュールと、
前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるかを判断し、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であると判断した場合、前記ＨＴＴＰ要求メッセージを直接的にサーバに送信し、データ要求方式がＨＴＴＰ圧縮方式ではないと判断した場合、前記ＨＴＴＰ要求メッセージのデータ要求方式をＨＴＴＰ圧縮方式に変更して、コアネットワークを介してサーバに送信するように構成されたプロキシ要求モジュールと、
サーバによって応答された、前記ＨＴＴＰ要求メッセージに対するＨＴＴＰ応答メッセージを受信するように構成されたダウンリンクデータ解析モジュールと、
前記ＨＴＴＰ応答メッセージのデータフォーマットを前記ＨＴＴＰ要求メッセージのデータ要求方式に適したデータフォーマットに設定して、ユーザー端末に送信するように構成されたプロキシ応答モジュールと
を含むことを特徴とする装置。
前記プロキシ応答モジュールは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ圧縮方式であるが、前記ＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ非圧縮方式である場合、前記ＨＴＴＰ応答メッセージにおける応答データを抽出し、前記応答データを圧縮して新たなＨＴＴＰ応答メッセージに追加してユーザー端末に送信するように構成される
ことを特徴とする請求項８に記載の装置。
前記プロキシ応答モジュールは、前記ＨＴＴＰ要求メッセージのデータ要求方式がＨＴＴＰ非圧縮方式であるが、前記ＨＴＴＰ応答メッセージのデータフォーマットがＨＴＴＰ圧縮方式である場合、ＨＴＴＰ応答メッセージにおける応答データを抽出し、前記応答データを解凍して新たなＨＴＴＰ応答メッセージに追加してユーザー端末に送信するように構成される
ことを特徴とする請求項８に記載の装置。