JP5713098B2 - 基地局装置、データ送信制御方法およびデータ送信制御システム - Google Patents

Description

本発明は、基地局装置、データ送信制御方法およびデータ送信制御システムに関する。

近年、スマートフォン等の高機能端末の普及により、新聞、雑誌、動画ストリーミング情報などを移動通信網経由で端末にダウンロードして閲覧する使用形態が増加している。また、スマートフォン以外の携帯端末であっても、ＬＴＥ（Long Term Evolution）等の高速および低遅延に対応した移動通信技術が普及すると、紙面やパソコン等を用いて閲覧されていた情報を携帯端末で閲覧するユーザが増える。このような場合、例えば、朝夕の通勤時間帯における主要駅周辺などでは、特定セルでの大量ダウンロード実施によるリソースの枯渇が懸念される。

一般的に、複数のユーザがダウンロードするようなデータは、ユーザ毎に異なる情報ではなく、基本的には同一データであることが多い。このようなデータを要求する各端末に対してデータをそれぞれ個別に送信することは、リソースの観点から効率的ではない。

このため、リソースを効率的に利用する技術として、同一通信エリアに在圏する多数の携帯端末へ同一コンテンツを配信するコンテンツ配信システムが知られている。このコンテンツ配信システムでは、サーバが、ある携帯端末にコンテンツを送信する際に、当該携帯端末と同一通信エリアに在圏する他の携帯端末に対しても、同一のコンテンツを送信する。つまり、この技術では、コンテンツを要求した携帯端末以外にも、複数の携帯端末が同じコンテンツをダウンロードする。

特開２００２−３６９２３３号公報

しかしながら、従来の技術では、サーバから端末に送信される総データ数も多く、また、端末側に膨大な容量のメモリを設けることになるので、リソースの使用が効率的でないという問題があった。

例えば、従来のコンテンツ配信システムでは、コンテンツが必要か不要かに関らず、コンテンツを使用する可能性のある端末全てに対してコンテンツが送信される。つまり、各携帯端末は、他の携帯端末がサーバに頻繁にコンテンツを要求する場合でも、各要求に対して送信されるコンテンツをダウンロードできるだけのメモリ容量を備えておくことになる。したがって、各携帯端末に大容量のメモリを設けることになり、効率的にリソースを使用できているとは言い難い。

また、従来のコンテンツ配信システムでは、数百台の携帯端末が同一通信エリアに在圏する状況で、１台の携帯端末がコンテンツを要求した場合に、数百台の携帯端末がコンテンツをダウンロードすることになる。したがって、サーバから端末に送信される総データ数も多く、リソースの使用量も多くなる。

開示の技術は、上記に鑑みてなされたものであって、複数の端末がデータをダウンロードする際に、リソース使用量を削減できる基地局装置、データ送信制御方法およびデータ送信制御システムを提供することを目的とする。

本願の開示する基地局装置、データ送信制御方法およびデータ送信制御システムは端末からデータの取得要求を受信する受信部と、前記受信部によって取得要求が受信された場合に、前記データを前記端末に送信する送信部とを有する。前記送信部は、前記端末に第１の伝送路で前記データを送信している状況で、前記データと同一のデータの取得要求が前記受信部によって他の端末から受信されたとする。この場合、前記送信部は、前記データのうち前記端末に未送信のデータについては、前記第１の伝送路で前記端末と前記他の端末との各々に送信するとともに、前記データのうち前記端末に送信済みのデータについては、第２の伝送路で前記他の端末に送信する。

本願の開示する基地局装置、データ送信制御方法およびデータ送信制御システムの一つの態様によれば、複数の端末がデータをダウンロードする際に、リソース使用量を削減できるという効果を奏する。

図１は、実施例１に係るシステムの全体構成を示す図である。 図２は、実施例１に係るシステムで実行される処理のシーケンスを示す図である。 図３は、実施例１に係るシステムで実行される処理のシーケンスを示す図である。 図４は、ダウンロード指示１の例を示す図である。 図５は、ダウンロード指示２の例を示す図である。 図６は、ダウンロード情報通知１の例を示す図である。 図７は、ダウンロード情報応答の例を示す図である。 図８は、ダウンロード情報通知２の例を示す図である。 図９は、基地局装置が実行するデータ送信の例を示す図である。 図１０は、基地局装置の構成を示すブロック図である。 図１１は、ダウンロードデータテーブルに記憶される情報の例を示す図である。 図１２は、携帯端末の構成を示すブロック図である。 図１３は、基地局装置が実行する処理の流れを示すフローチャートである。 図１４は、ストリーミングデータを共通ダウンロード手法で送信した場合の例を示す図である。 図１５は、実施例４に係るダウンロード指示２の例を示す図である。 図１６は、経過時間を用いてダウンロードデータを管理する例を示す図である。 図１７は、経過時間と使用頻度とを用いてダウンロードデータを管理する例を示す図である。 図１８は、経過時間と要求保存期間とを用いてダウンロードデータを管理する例を示す図である。

以下に、本発明にかかる基地局装置、データ送信制御方法およびデータ送信制御システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

実施例１では、図１から図９を用いて、システムの全体構成、処理の流れ、システムで送受信されるメッセージ等について説明する。なお、ここで説明するシステム構成、各装置の台数、メッセージの内容等は、あくまで例示であり、これに限定されるものではない。

［全体構成］
図１は、実施例１に係るシステムの全体構成を示す図である。図１に示すように、このシステムは、ＡＰ（Application）サーバ１と移動通信網設備１０とがコアネットワークやインターネット等で接続され、移動通信網設備１０と携帯端末Ａ、携帯端末Ｃ各々とが無線通信網で接続されている。

ＡＰサーバ１は、音楽データや映像データなどのデータを保持し、携帯端末Ａや携帯端末Ｃに対して当該データを送信するサーバ装置である。例えば、ＡＰサーバ１は、移動通信網設備１０を介して各携帯端末からダウンロード要求を受信する。そして、ＡＰサーバ１は、受信したダウンロード要求に対応するデータを、移動通信網設備１０を介して携帯端末に送信する。

携帯端末Ａや携帯端末Ｃは、ＬＴＥ（Long Term Evolution）等の高速データ通信仕様に準拠した端末であり、例えば携帯電話、スマートフォン、ＰＤＡなどの端末である。この携帯端末は、Ｗｅｂ画面を用いたＨＴＴＰ（Hypertext Transfer Protocol）通信でＡＰサーバ１にアクセスし、Ｗｅｂ画面等を介してダウンロード要求をＡＰサーバ１に送信する。

移動通信網設備１０は、ＰＧＷ（Packet Data Network Gateway）２０とＳＧＷ（Serving Gateway）３０と基地局装置４０とを有し、これらによって、各携帯端末とＡＰサーバ１との通信を制御する。

ＰＧＷ２０は、無線通信網と他のネットワークとを接続するゲートウェイ装置である。例えば、ＰＧＷ２０は、携帯端末Ａ等が無線通信網上で送信した各種要求やメッセージなどをＳＧＷ３０から受信して、インターネットに接続されるＡＰサーバ１に転送する。また、ＰＧＷ２０は、ＡＰサーバ１がインターネット上で送信した、携帯端末宛のデータやメッセージなどをＳＧＷ３０に転送する。

ＳＧＷ３０は、ユーザデータ等をルーティングする中継装置である。例えば、ＳＧＷ３０は、携帯端末から送信された各種要求やメッセージなどを基地局装置４０から受信し、ルーティングテーブルを参照して、ＰＧＷ２０に転送する。また、ＳＧＷ３０は、ＡＰサーバ１から送信された各種データやメッセージなどをＰＧＷ２０から受信し、ルーティングテーブルを参照して、基地局装置４０に転送する。

基地局装置４０は、携帯端末と直接交信する装置であり、当該装置が管理するセルいわゆる通信エリア内に存在する携帯端末と交信する。例えば、基地局装置４０は、携帯端末間を音声接続するための各種制御の他に、ＡＰサーバ１から携帯端末へのダウンロードサービスを制御する。

具体的に例を挙げると、基地局装置４０は、携帯端末ＡからデータＢの取得要求を受信した場合、ＡＰサーバ１から提供されるデータＢをチャネル１で携帯端末Ａに送信する。そして、基地局装置４０は、携帯端末ＡにデータＢを送信している状況で、データＢの取得要求を携帯端末Ｃから受信した場合、データＢのうち携帯端末Ａに未送信のデータについては、チャネル１で携帯端末Ａと携帯端末Ｃとの各々に送信する。そして、基地局装置４０は、データＢのうち携帯端末Ａに送信済みのデータについては、チャネル２で携帯端末Ｃに送信する。

このように、基地局装置４０は、ある端末にデータを送信している最中に、他の端末に対しても同一データを送信する場合、両端末に重複して送信するデータについて１チャンネルで送信し、他端末だけに送信するデータについては別のチャネルで送信する。この結果、２つのチャネルで送信していた従来と比べても、実施例１では、使用チャネル量を１以上２未満に抑えることができるので、複数の端末がデータをダウンロードする際に、リソース使用量を削減できる。

［処理シーケンス］
次に、図２と図３を用いて、実施例１に係るシステムで実行される処理のシーケンスを説明する。図２と図３は、実施例１に係るシステムで実行される処理のシーケンスを示す図である。

図２に示すように、携帯端末Ａは、ユーザ操作によってＷｅｂ画面等を起動してＡＰサーバ１にアクセスし、ＡＰサーバ１とコネクションを確立する（Ｓ１０１）。なお、コネクション確立の前に、携帯端末Ａと移動通信網設備１０との間で、携帯端末Ａからの発呼を契機にシグナリングが実行され、基地局装置４０等は、携帯端末Ａを識別するＴＥＩＤを生成する。

そして、携帯端末Ａは、ＡＰサーバ１から受信したＷｅｂ画面上でダウンロード開始のユーザ操作を受け付けると、ダウンロード要求をＡＰサーバ１に送信する（Ｓ１０２）。ＡＰサーバ１は、ダウンロード要求を受信し、受信した要求に応じたダウンロードデータを特定して（Ｓ１０３）、「ダウンロード指示１」をＰＧＷ２０に送信する（Ｓ１０４）。なお、ＡＰサーバ１は、携帯端末Ａとの接続が行われた時点で、無線通信網内のＰＧＷ２０との間で、双方のＩＰアドレスを用いた通信経路を確立している。

ここで、ＡＰサーバ１がＰＧＷ２０に送信する「ダウンロード指示１」のメッセージ例を説明する。図４は、ダウンロード指示１の例を示す図である。図４に示すように、「ダウンロード指示１」は、「ＩＰ（Internet Protocol）ヘッダ部」と「ＩＰペイロード部」とを有する。例えば、「ＩＰヘッダ部」は、「protocol番号、Source IPアドレス、Destination IPアドレス」を有する。この「protocol番号」は、ダウンロード指示１をＡＰサーバ１とＰＧＷ２０間でやり取りするプロトコル番号であり、例えば１５０などが格納される。「SourceIPアドレス」は、ダウンロード指示１の送信元を示す情報であり、例えばＡＰサーバ１のＩＰアドレスが格納される。「DestinationIPアドレス」は、ダウンロード指示１の送信先を示す情報であり、例えばＰＧＷ２０のＩＰアドレスが格納される。

「ＩＰペイロード部」は、「ダウンロードデータ識別情報、データ」を有する。「ダウンロードデータ識別情報」は、ダウンロードデータの中身を特定する情報であり、例えばＵＲＬ（Uniform Resource Locator）などが格納される。「データ」は、ダウンロードデータそのものであり、上述した例ではデータＢが格納される。

図２に戻り、ダウンロード指示１を受信したＰＧＷ２０は、ダウンロード指示１を「ダウンロード指示２」に変換し（Ｓ１０５）、ＳＧＷ３０を介して、「ダウンロード指示２」を基地局装置４０に送信する（Ｓ１０６）。つまり、ＰＧＷ２０は。携帯端末Ａ用の既存ＧＴＰ−ｕコネクションを利用し、ダウンロードデータを「ダウンロード指示２」に格納して基地局装置４０に送信する。

ここで、ＰＧＷ２０が基地局装置４０に送信する「ダウンロード指示２」のメッセージ例を説明する。例えば、「ダウンロード指示２」は、ＧＴＰ−ｕ（General Packet Radio Service Tunneling Protocol for User Plane）プロトコルを拡張する形式を用いることができる。図５は、ダウンロード指示２の例を示す図である。図５に示すように、「ダウンロード指示２」は、「ＧＴＰ−ｕヘッダ部」と「ＧＴＰ−ｕペイロード部」とを有する。

「ＧＴＰ−ｕヘッダ部」は、「message type、ＴＥＩＤ(Tunnel Endpint ID)」を有する。この「message type」は、ダウンロード指示２を示す識別子であり、新たなＴｙｐｅが格納される。「ＴＥＩＤ」は、携帯端末Ａと移動通信網設備１０との間のシグナリング時に生成された、携帯端末Ａを識別する識別子である。「ＧＴＰ−ｕペイロード部」は、「ダウンロードデータ識別情報、データ」を有する。「ダウンロードデータ識別情報」は、ダウンロードデータの中身を特定する情報であり、例えばＵＲＬなどが格納される。「データ」は、ダウンロードデータそのものであり、上述した例ではデータＢが格納される。

図２に戻り、基地局装置４０は、ＰＧＷ２０から受信したダウンロード指示２の「ＧＴＰ−ｕペイロード部」からダウンロードデータを抽出し、抽出したダウンロードデータを所定の大きさに分割する（Ｓ１０７）。そして、基地局装置４０は、分割したダウンロードデータをメモリ等に格納する（Ｓ１０８）。

その後、基地局装置４０は、ダウンロードデータを携帯端末Ａに送信するための無線リソースを確保し、携帯端末Ａがダウンロードを受信するために使用する情報を「ダウンロード情報通知１」として、携帯端末Ａに送信する（Ｓ１０９）。このとき、基地局装置４０は、携帯端末Ａと移動通信網設備１０との間のシグナリング後に確立されたＲＲＣ（Radio Resource Control）コネクションを用いて、「ダウンロード情報通知１」を携帯端末Ａに送信する。なお、ここで、基地局装置４０は、無線リソースとしてチャネル１を確保したものとする。

ここで、基地局装置４０が携帯端末Ａに送信する「ダウンロード情報通知１」のメッセージ例を説明する。例えば、「ダウンロード情報通知１」は、ＲＲＣプロトコルを拡張する形式を用いることができる。図６は、ダウンロード情報通知１の例を示す図である。図６に示すように、「ダウンロード情報通知１」は、「ＲＲＣヘッダ部」と「ＲＲＣペイロード部」とを有する。「ＲＲＣヘッダ部」は、ダウンロード情報通知１を示す識別子であり、新たなＴｙｐｅが格納される「Message type」を有する。

「ＲＲＣペイロード部」は、「トランザクションＩＤ、データ情報、チャネル１情報」を有する。「トランザクションＩＤ」は、通知と応答とを結ぶ識別子である。「データ情報」は、「メッセージＩＤ、ダウンロードデータ識別情報、使用チャネル数、送信データのシーケンス番号範囲」を有する。「メッセージＩＤ」は、基地局装置４０が管理するダウンロードデータを識別する識別子であり、基地局装置４０がユニークに割り振る。「ダウンロードデータ識別情報」は、ダウンロードデータの中身を特定する情報であり、例えばＵＲＬなどが格納される。「使用チャネル数」は、当該ダウンロードデータの送信に用いられるチャネル数であり、ここでは「１」が格納される。「送信データのシーケンス番号範囲」は、分割された送信データの順番を示すシーケンシャル番号である。

また、「チャネル１情報」は、「チャネルＩＤ、使用ＲＮＴＩ（Radio Network Temporary Id）、チャネル情報」を有する。「チャネルＩＤ」は、チャネルを識別する識別子であり、この例では「ＩＤ＝１」が格納される。「使用ＲＮＴＩ」は、基地局装置４０が携帯端末Ａに割り与えた識別子であり、例えば、携帯端末Ａが物理レイヤでデータ受信に使用するＬＴＥの識別子などが格納される。「チャネル情報」は、携帯端末Ａが本チャネルを受信するＬＴＥの関連情報などが格納される。

図２に戻り、携帯端末Ａは、ＲＲＣコネクションを用いて「ダウンロード情報通知１」メッセージを受信し、その中身に従ってデータの受信準備を行うとともに、基地局装置４０に対して「ダウンロード情報応答」メッセージを送信する（Ｓ１１０）。この結果、携帯端末Ａは、基地局装置４０にデータ受信の準備が完了したことを通知する。

ここで、携帯端末Ａが基地局装置４０に送信する「ダウンロード情報応答」のメッセージ例を説明する。例えば、「ダウンロード情報応答」は、ＲＲＣプロトコルを拡張する形式を用いることができる。図７は、ダウンロード情報応答の例を示す図である。図７に示すように、「ダウンロード情報応答」は、「ＲＲＣヘッダ部」と「ＲＲＣペイロード部」とを有する。「ＲＲＣヘッダ部」は、ダウンロード情報応答を示す識別子であり、新たなＴｙｐｅが格納される「Meaasage Type」を有する。「ＲＲＣペイロード部」の「トランザクションＩＤ」は、通知と応答を結ぶ識別子である。

図２に戻り、「ダウンロード情報応答」メッセージを受信した基地局装置４０は、チャネル１を用いて携帯端末Ａに対してダウンロードデータ（データＢ）の送信を開始する（Ｓ１１１とＳ１１２）。このとき、基地局装置４０は、データＢを分割したデータとして送信する。

続いて、図３に示すように、基地局装置４０がチャネル１を用いて、分割したダウンロードデータを携帯端末Ａに送信している状況で、携帯端末Ｃは、同様にＡＰサーバ１にアクセスし、ＡＰサーバ１とコネクションを確立する（Ｓ１１３）。なお、コネクション確立の前に、携帯端末Ｃと移動通信網設備１０との間で、携帯端末Ａからの発呼を契機にシグナリングが実行され、基地局装置４０等は、携帯端末Ａを識別する識別子を生成する。

そして、携帯端末Ｃは、ＡＰサーバ１が受信したＷｅｂ画面上でダウンロード開始のユーザ操作を受け付けると、ダウンロード要求をＡＰサーバ１に送信する（Ｓ１１４）。ＡＰサーバ１は、ダウンロード要求を受信し、受信した要求に応じたダウンロードデータを特定して（Ｓ１１５）、「ダウンロード指示１」をＰＧＷ２０に送信する（Ｓ１１６）。なお、ＡＰサーバ１は、携帯端末Ｃとの接続が行われた時点で、無線通信網内のＰＧＷ２０との間で、双方のＩＰアドレスを用いた通信経路を確立している。

ダウンロード指示１を受信したＰＧＷ２０は、ダウンロード指示１をダウンロード指示２に変換し（Ｓ１１７）、ＳＧＷ３０を介して、「ダウンロード指示２」を基地局装置４０に送信する（Ｓ１１８）。つまり、ＰＧＷ２０は、携帯端末Ｃ用の既存ＧＴＰ−ｕコネクションを利用し、ダウンロードデータを「ダウンロード指示２」に格納して基地局装置４０に送信する。

基地局装置４０は、ＰＧＷ２０から受信したダウンロード指示２からダウンロードデータを抽出して、現在送信中であることを特定し、共通ダウンロードを実行してもよいか否かを判定する共通ダウンロード判定処理を実行する（Ｓ１１９）。なお、共通ダウンロード判定処理については、後述するので、ここでは詳細な説明は省略し、ここでは共通ダウンロードを実行してもよいと判定したとする。

その後、基地局装置４０は、ダウンロードデータを携帯端末Ｃに送信するための無線リソースを確保し、携帯端末Ｃがダウンロードを受信するために使用する情報を「ダウンロード情報通知２」として、携帯端末Ｃに送信する（Ｓ１２０）。このとき、基地局装置４０は、携帯端末Ｃと移動通信網設備１０との間のシグナリング後に確立されたＲＲＣコネクションを用いて、「ダウンロード情報通知２」を携帯端末Ｃに送信する。なお、ここで、基地局装置４０は、無線リソースとしてチャネル２を新たに確保したものとする。

ここで、基地局装置４０が携帯端末Ｃに送信する「ダウンロード情報通知２」のメッセージ例を説明する。例えば、「ダウンロード情報通知２」は、ＲＲＣプロトコルを拡張する形式を用いることができる。図８は、ダウンロード情報通知２の例を示す図である。図８に示すように、「ダウンロード情報通知２」は、「ＲＲＣヘッダ部」と「ＲＲＣペイロード部」とを有する。「ＲＲＣヘッダ部」は、ダウンロード情報通知２を示す識別子であり、新たなＴｙｐｅが格納される「Message type」を有する。

「ＲＲＣペイロード部」は、「トランザクションＩＤ、データ情報、チャネル１情報、チャネル２情報」を有する。「トランザクションＩＤ」は、通知と応答とを結ぶ識別子である。「データ情報」は、「メッセージＩＤ、ダウンロードデータ識別情報、使用チャネル数、送信データのシーケンス番号範囲（チャネル１）、送信データのシーケンス番号範囲（チャネル２）」を有する。「メッセージＩＤ」は、基地局装置４０が管理するダウンロードデータを識別する識別子であり、基地局装置４０がユニークに割り振る。「ダウンロードデータ識別情報」は、ダウンロードデータの中身を特定する情報であり、例えばＵＲＬなどが格納される。「使用チャネル数」は、当該ダウンロードデータの送信に用いられるチャネル数であり、ここでは「２」が格納される。

また、「送信データのシーケンス範囲（チャネル１）」は、チャネル１で送信される、分割された送信データの順番を示すシーケンシャル番号であり、ここでは「４から９」が指定される。「送信データのシーケンス範囲（チャネル２）」は、チャネル２で送信される、分割された送信データの順番を示すシーケンシャル番号であり、ここでは「１から３」が指定される。

また、「チャネル１情報」は、「チャネルＩＤ、使用ＲＮＴＩ、チャネル情報」を有する。「チャネルＩＤ」は、チャネルを識別する識別子であり、この例では「ＩＤ＝１」が格納される。「使用ＲＮＴＩ」は、基地局装置４０が携帯端末Ａに割り与えた識別子であり、例えば、携帯端末Ａが物理レイヤでデータ受信に使用するＬＴＥの識別子などが格納される。「チャネル情報」は、携帯端末Ａが本チャネルを受信するＬＴＥの関連情報などが格納される。

また、「チャネル２情報」は、「チャネルＩＤ、使用ＲＮＴＩ、チャネル情報」を有する。「チャネルＩＤ」は、チャネルを識別する識別子であり、この例では「ＩＤ＝２」が格納される。「使用ＲＮＴＩ」は、基地局装置４０が携帯端末Ｃに割り与えた識別子であり、例えば、携帯端末Ｃが物理レイヤでデータ受信に使用するＬＴＥの識別子などが格納される。「チャネル情報」は、携帯端末Ｃが本チャネルを受信するＬＴＥの関連情報などが格納される。

図３に戻り、携帯端末Ｃは、ＲＲＣコネクションを用いて「ダウンロード情報通知２」メッセージを受信し、その中身に従ってデータの受信準備を行うとともに、基地局装置４０に対して「ダウンロード情報応答」メッセージを送信する（Ｓ１２１）。この結果、携帯端末Ｃは、基地局装置４０にデータ受信の準備が完了したことを通知する。

その後、「ダウンロード情報応答」メッセージを受信した基地局装置４０は、チャネル１を用いて、携帯端末Ａに未送信のデータであるダウンロードデータを携帯端末Ａと携帯端末Ｃとに送信する（Ｓ１２２とＳ１２３）。上述したメッセージ例では、基地局装置４０は、チャネル１を用いて、データＢのシーケンシャル番号４から９を順に送信する。

同じタイミングで、基地局装置４０は、チャネル２を用いて、携帯端末Ａに送信済みのデータであるダウンロードデータを携帯端末Ｃに送信する（Ｓ１２２とＳ１２４）。上述したメッセージ例では、基地局装置４０は、チャネル２を用いて、データＢのシーケンシャル番号１から３を順に送信する。

つまり、携帯端末Ｃは、「ダウンロード情報通知１およびダウンロード情報通知２」により通知されたチャネル構成を元に、チャネル１よりシーケンス番号＝４から９の分割データを受信する。また、携帯端末Ｃは、チャネル２より、シーケンス番号＝１から３の分割データを受信する。そして、携帯端末Ｃは、各々の分割データに付与されたシーケンス番号に基づき、元のデータを組み立てる。

［具体例］
次に、上述したシーケンスで説明した、基地局装置４０から携帯端末Ａおよび携帯端末Ｃ各々へのデータ送信の具体例を説明する。図９は、基地局装置が実行するデータ送信の例を示す図である。

図９に示すように、基地局装置４０は、はじめにダウンロードを要求した携帯端末Ａに対して、チャネル１を用いて、分割したデータを順に送信する。つまり、基地局装置４０は、チャネル１を用いて、データＢの分割データ１（Ｓ２０１）、データＢの分割データ２（Ｓ２０２）、データＢの分割データ３（Ｓ２０３）を送信する。

そして、基地局装置４０は、Ｓ２０３からＳ２０４の間で、ダウンロードを要求した携帯端末Ｃに対しては、既に携帯端末Ａに送信済みの分割データをチャネル２で送信する。さらに、基地局装置４０は、これから携帯端末Ａに送信する分割データについては、携帯端末Ａと同様のチャネル１を用いて送信する。

つまり、基地局装置４０は、チャネル１を用いて、携帯端末Ａと携帯端末Ｃの各々に、データＢの分割データ４（Ｓ２０４）、データＢの分割データ５（Ｓ２０５）、データＢの分割データ６（Ｓ２０６）を順に送信する。さらに、基地局装置４０は、チャネル１を用いて、携帯端末Ａと携帯端末Ｃの各々に、データＢの分割データ７（Ｓ２０７）、データＢの分割データ８（Ｓ２０８）、データＢの分割データ９（Ｓ２０９）を順に送信する。

また、Ｓ２０４からＳ２０６に並行して、基地局装置４０は、チャネル２を用いて、携帯端末ＣにデータＢの分割データ１（Ｓ２１０）、データＢの分割データ２（Ｓ２１１）、データＢの分割データ３（Ｓ２１２）を順に送信する。

［実施例１による効果］
従来では、１つのデータを１台の携帯端末にダウンロードする際に必要な無線リソース量を「１」とした場合、これを２台の端末に同時刻にダウンロードするには、一般的な仕組みでは「２」の無線リソースが用いることになる。これに対して、実施例１に係る基地局装置を用いることで、使用リソースを「１以上２未満」に抑えることができる。

また、実施例１の仕組みを３台以上の端末における同様の動作にも適用することができる。その場合、特に大量の端末が朝夕の通勤時間帯等に集中して同一のデータをダウンロードするような環境下において、通常のダウンロード方法と比較して無線リソースの使用を大幅に節約することができる。

実施例２では、実施例１で説明した各装置の構成について具体例を挙げて説明する。なお、ＡＰサーバ１は、一般的に利用されているアプリケーションサーバと同様の機能を有し、ＳＧＷ３０は、一般的なＳＧＷと同様の機能を有するので、詳細な説明は省略する。

また、ＰＧＷ２０についても、実施例１で説明したダウンロード指示１からダウンロード指示２への変換以外は、通常のＰＧＷと同様の機能を有するので、詳細な説明は省略する。ここでは、基地局装置４０と携帯端末Ａまたは携帯端末Ｃについて説明する。なお、携帯端末Ａと携帯端末Ｃは、同様の構成を有するので、ここでは携帯端末５０として説明する。

また、実施例２では、一例として、各携帯端末と基地局装置との間はＲＲＣコネクションで接続され、移動通信網設備１０内の各装置はＧＴＰ−ｕコネクションで接続されている例について説明する。

［基地局装置の構成］
図１０は、基地局装置の構成を示すブロック図である。図１０に示すように、基地局装置４０は、ＧＴＰ−ｕ終端部４１と、ＲＲＣ終端部４２と、メモリ４３と、ＣＰＵ（Central Processing Unit）４４と、ＦＰＧＡ（Field-Programmable Gate Array）４５と、データ送信部４６とを有する。なお、ＣＰＵやＦＰＧＡは、あくまで例示であり、ハードウェアがこれに限定されるものではなく、例えば全てＣＰＵで実現されてもよい。

ＧＴＰ−ｕ終端部４１は、ＰＧＷ２０、ＳＧＷ３０各々との間で確立されたＧＴＰ−ｕコネクションを終端し、ＰＧＷ２０と各種メッセージ等を送受信するインタフェースである。例えば、ＧＴＰ−ｕ終端部４１は、ＧＴＰ−ｕコネクションでＰＧＷ２０から送信された「ダウンロード指示２」を受信する。そして、ＧＴＰ−ｕ終端部４１は、「ダウンロード指示２」を受信したコネクションの識別子であるＧＴＰ−ｕのＴＥＩＤ、「ダウンロード指示２」に格納されている情報等をデータ処理部４４ａに出力する。また、ＧＴＰ−ｕ終端部４１は、携帯端末Ａから送信されたダウンロード要求をＳＧＷ３０に転送する。

ＲＲＣ終端部４２は、携帯端末Ａや携帯端末Ｃとの間で確立したＲＲＣコネクションを終端し、各携帯端末と各種メッセージ等を送受信するインタフェースである。例えば、ＲＲＣ終端部４２は、携帯端末Ａに「ダウンロード情報通知１」を送信し、携帯端末Ａから「ダウンロード情報応答」を受信する。また、ＲＲＣ終端部４２は、携帯端末Ｃに「ダウンロード情報通知２」を送信し、携帯端末Ｃから「ダウンロード情報応答」を受信する。また、ＲＲＣ終端部４２は、携帯端末Ａや携帯端末Ｃからダウンロード要求を受信する。

メモリ４３は、基地局装置４０が実行するプログラムやダウンロードデータを記憶する記憶装置であり、ダウンロードデータテーブル４３ａを有する。ダウンロードデータテーブル４３ａは、基地局装置４０が「ダウンロード指示２」から抽出したダウンロードデータに関する情報を記憶する。図１１は、ダウンロードデータテーブルに記憶される情報の例を示す図である。図１１に示すように、ダウンロードデータテーブル４３ａは、「ＡＰ側サーバ情報、端末側情報、メモリ情報」を対応付けて記憶する。

「ＡＰサーバ側情報」は、ダウンロードデータのＵＲＬ等を示すＡＰサーバの情報として「ダウンロードデータ識別情報」が格納される。「端末側情報」は、携帯端末側の情報を示し、ダウンロードデータを識別する「メッセージＩＤ」と、ダウンロードデータの分割数を示す「分割数」とを有する。「メモリ情報」は、メモリの情報を示し、ダウンロードデータの格納位置を示す「データ格納番地」と、ダウンロードデータの容量を示す「サイズ」とを有する。

図１１の１行目の場合、基地局装置４０は、ＵＲＬ「http://www.xxx.co.jp/aaa/ggg」に存在するダウンロードデータに「メッセージＩＤ＝１」を割り与えて、「1520」個に分割した。そして、基地局装置４０は、この「サイズ＝xxx」のダウンロードデータをメモリの「8000 0000」番地に格納したことを示す。

ＣＰＵ４４は、パケット呼を接続し、データ伝送路を確保するなど各装置間で通話やネットワーク全体を制御する処理部であり、データ処理部４４ａと判定部４４ｂと送信制御部４４ｃとを有する。このＣＰＵ４４は、いわゆるＣプレーンを制御する制御処理部である。

データ処理部４４ａは、コネクション識別子から対象となる携帯端末を特定し、受信された「ダウンロード指示２」に含まれるデータがメモリ４３に登録されているか否かを判定する。例えば、データ処理部４４ａは、「ダウンロード指示２」からダウンロードデータ識別情報を抽出し、これをキーにしてダウンロードデータテーブル４３ａを検索する。

そして、データ処理部４４ａは、ダウンロードデータ識別情報がダウンロードデータテーブル４３ａに記憶されていない場合には、当該ダウンロードデータをメモリ４３に格納する。その後、データ処理部４４ａは、当該ダウンロードデータに一意なメッセージＩＤを付与し、ダウンロードデータテーブル４３ａにレコードを生成する。その後、データ処理部４４ａは、生成したレコードに、ダウンロードデータ識別情報、サイズ、データ格納番地等を格納する。そして、データ処理部４４ａは、当該ダウンロードデータをデータ分割部４５ａに出力する。

また、データ処理部４４ａは、ダウンロードデータ識別情報がダウンロードデータテーブル４３ａに記憶されている場合には、ダウンロードデータテーブル４３ａから該当するダウンロードデータの分割データを取得して、データ格納部４５ｂに出力する。さらに、データ処理部４４ａは、ダウンロードデータテーブル４３ａに記憶される端末側情報等を判定部４４ｂに出力する。

判定部４４ｂは、共通のチャネルを用いて、複数の端末に同時にダウンロードを実施させるか否かを判定する共通ダウンロード判定処理を実行し、判定結果を送信制御部４４ｃに出力する。一例を挙げると、判定部４４ｂは、データ処理部４４ａから取得した分割数と、送信制御部４４ｃから取得した送信済みデータ数とから、未送信のデータ数を算出する。そして、データ処理部４４ａは、算出した未送信のデータ数が閾値以上である場合には、共通にダウンロード可能と判定し、その結果を送信制御部４４ｃに出力する。

別の例としては、分割前のダウンロードデータサイズをＡ、携帯端末Ａに対して送信済みの分割データ数をＢ、１つの「分割データ」のサイズをＣ、ダウンロード情報通知メッセージのサイズをＤとする。また、共通にダウンロードした場合に、通常の送信方法と比べた物理レイヤの送信データ量の増加率をＥとする。なお、ＡとＢは、ダウンロードデータテーブル４３ａから取得することができ、Ｃは、ダウンロードデータテーブル４３ａのサイズと分割数とから算出できる。また、ＤとＥは、予め測定して設定しておくことができる。

この場合に、判定部４４ｂは、携帯端末Ｃに対して通常の送信方法でデータを送る場合の全送信データ量「Ａ」が、携帯端末Ｃと携帯端末Ａとの同時にダウンロードさせる場合の全送信データ量「（Ｂ×Ｃ＋Ｄ）×（１＋Ｅ）」より大きいか否かを判定する。

一例として、Ａ＝9000bytes（72000bits）、Ｂ＝33個（総分割数＝36個）、Ｃ＝252bytes（250bytes分のデータ＋2bytes分の識別子の例）、Ｄ＝120byte、Ｅ＝5％であるとする。この場合、判定部４４ｂは、「Ａ」＝72000、「（Ｂ×Ｃ＋Ｄ）×（１＋Ｅ）」＝「（33×252×8＋120×8）×（1＋0.05）＝70862.4」であることから、共通ダウンロード可能と判定する。

図１０に戻り、送信制御部４４ｃは、無線リソースの確保等を実行し、「ダウンロード情報通知１」や「ダウンロード情報通知２」を生成して各携帯端末に送信する。例えば、送信制御部４４ｃは、判定部４４ｂから共通ダウンロード実施不可を通知された場合、データ送信部４６に新たなチャネルを確保する。そして、送信制御部４４ｃは、「ダウンロード情報通知１」を生成し、ＲＲＣ終端部４２を介して携帯端末Ａに送信する。また、送信制御部４４ｃは、ＲＲＣ終端部４２を介して携帯端末Ａから「ダウンロード情報応答」を受信した場合、データ格納部４５ｂから取得した分割データの送信を開始する。

一方、送信制御部４４ｃは、判定部４４ｂから共通ダウンロード実施可能を通知された場合、現在使用されているチャネルとは別のチャネルをデータ送信部４６に確保する。そして、送信制御部４４ｃは、「ダウンロード情報通知２」を生成し、ＲＲＣ終端部４２を介して携帯端末Ｃに送信する。また、送信制御部４４ｃは、ＲＲＣ終端部４２を介して携帯端末Ｃから「ダウンロード情報応答」を受信した場合、データ格納部４５ｂから取得した分割データの送信を開始する。具体的には、送信制御部４４ｃは、携帯端末Ａに未送信の分割データについては、チャネル１を用いて、携帯端末Ａと携帯端末Ｃ各々に送信するように制御する。さらに、送信制御部４４ｃは、携帯端末Ａに送信済みの分割データについては、チャネル２を用いて、携帯端末Ｃに送信するように制御する。

ＦＰＧＡ４５は、ベースバンド処理機能等を有し、エンド−エンド間でユーザデータの送受信を制御する処理部であり、データ分割部４５ａとデータ格納部４５ｂとを有する。このＦＰＧＡ４５は、いわゆるＵプレーンを制御する。

データ分割部４５ａは、データ処理部４４ａから取得したダウンロードデータを分割してメモリ４３のダウンロードデータテーブル４３ａに格納する。例えば、データ分割部４５ａは、予め指定されたサイズごとにダウンロードデータを分割して、ダウンロードデータテーブル４３ａに格納するとともに、データ格納部４５ｂにも出力する。データ格納部４５ｂは、現時点で携帯端末への送信対象であるダウンロードデータを一時的に記憶するバッファなどである。

データ送信部４６は、送信制御部４４ｃの制御内容にしたがったデータを各携帯端末に送信する。例えば、データ送信部４６は、送信制御部４４ｃがデータ格納部４５ｂから読み出した分割データと、当該分割データの送信先またはチャネルＩＤ等をデータ格納部４５ｂから受け付けると、当該データを指定されチャネルで送信する。このとき、データ送信部４６が送信される分割データは、「シーケンシャル番号、データ」で形成される。

上述した例の場合、データ送信部４６は、はじめは、チャネル１で分割データを携帯端末Ａに送信する。その後、判定部４４ｂによって共通ダウンロードデータ可能と判定されると、データ送信部４６は、未送信の分割データをチャネル１で携帯端末Ａと携帯端末Ｃ各々に送信し、携帯端末Ａに送信済みの分割データをチャネル２で携帯端末Ｃに送信する。

［携帯端末の構成］
図１２は、携帯端末の構成を示すブロック図である。図１２に示すように、携帯端末５０は、ＣＰＵ５０ａと、ＦＰＧＡ５０ｂと、メモリ５５とを有する。なお、ＣＰＵやＦＰＧＡは、あくまで例示であり、ハードウェアがこれに限定されるものではない。

ＣＰＵ５０ａは、ＲＲＣ終端部５１、制御データ処理部５２、データ組立部５６、アプリケーション処理部５７を有する。ＦＰＧＡ５０ｂは、ベースバンド処理機能等を有し、ユーザデータ処理部５３、ユーザデータ処理部５４を有する。なお、ここでは、ダウンロードに利用する処理部を記載したが、携帯端末の構成はこれに限定されるものではなく、一般的な無線通信、音声通話機能、画像処理機能等を有していてもよい。

ＲＲＣ終端部５１は、基地局装置４０との間で確立したＲＲＣコネクションを終端し、基地局装置４０と各種メッセージ等を送受信するインタフェースである。例えば、ＲＲＣ終端部５１は、基地局装置４０からダウンロード情報通知を受信し、制御データ処理部５２に出力する。また、ＲＲＣ終端部５１は、制御データ処理部５４から出力されたダウンロード情報応答を基地局装置４０に送信する。

制御データ処理部５２は、データの受信指示など各装置間で通話やネットワーク全体を制御する処理部であり、いわゆるＣプレーンを制御する。例えば、制御データ処理部５２は、ＲＲＣ終端部５１から取得したダウンロード情報通知内のデータ情報やチャネル情報から、データを受信するチャネル数を特定する。そして、制御データ処理部５２は、特定したチャネル数分のユーザデータ処理部を起動させる。例えば、制御データ処理部５２は、ユーザデータ処理部５３に対してチャネル１で受信するように指示し、ユーザデータ処理部５４に対してチャネル２で受信するように指示する。

ユーザデータ処理部５３とユーザデータ処理部５４は、ユーザデータの送受信を制御する処理部であり、いわゆるＵプレーンを制御する。例えば、ユーザデータ処理部５３は、制御データ処理部５２からチャネル１で分割データを受信することを指示された場合、基地局装置４０からチャネル１で送信された分割データを受信して、メモリ５５に書き込む。また、ユーザデータ処理部５４は、制御データ処理部５２からチャネル２で分割データを受信することを指示された場合、基地局装置４０からチャネル２で送信された分割データを受信して、メモリ５５に書き込む。

メモリ５５は、ユーザデータ処理部５３またはユーザデータ処理部５４が受信した分割データを記憶する。例えば、メモリ５５は、「シーケンシャル番号、データ内容」を有する分割データを記憶する。

データ組立部５６は、メモリ５５に記憶された分割データを「シーケンシャル番号」の番号順に結合させて、元のダウンロードデータを生成する。そして、データ組立部５６は、生成したダウンロードデータとダウンロードデータ識別情報とをアプリケーション処理部５７に出力する。

アプリケーション処理部５７は、データ組立部５６から取得したダウンロードデータとダウンロードデータ識別情報とを用いて、アプリケーションを実行する。例えば、アプリケーション処理部５７は、ダウンロードデータが動画データである場合には再生し、ダウンロードデータが画像データである場合にはディスプレイ等に表示させる。

［処理の流れ］
図１３は、基地局装置が実行する処理の流れを示すフローチャートである。図１３に示すように、基地局装置４０のＲＲＣ終端部４２がダウンロード要求を受信すると（Ｓ３０１肯定）、データ処理部４４ａは、ＧＴＰ−ｕ終端部４１を介して、ＡＰサーバ１からダウンロード指示２すなわちダウンロードデータを取得する（Ｓ３０２）。

続いて、データ処理部４４ａは、ダウンロード指示２のダウンロードデータ識別情報をキーにしてダウンロードデータテーブル４３ａを検索し、当該データが既に格納済みであるか否かを判定する（Ｓ３０３）。

そして、当該データが格納済みであると判定された場合（Ｓ３０３肯定）、データ処理部４４ａは、ダウンロード指示２のダウンロードデータ識別情報に基づいて、データ格納部４５ｂを参照し、当該データがダウンロード中であるか否かを判定する（Ｓ３０４）。

ダウンロード中ではないと判定された場合（Ｓ３０４否定）、送信制御部４４ｃは、当該ダウンロードデータの送信用として、チャネル１を確保する（Ｓ３０５）。このとき、ダウンロードデータ識別情報がデータ処理部４４ａからＦＰＧＡ４５に出力され、ＦＰＧＡ４５は、当該ダウンロードデータ識別情報に対応したデータをダウンロードデータテーブル４３ａからデータ格納部４５ｂに格納する。

その後、送信制御部４４ｃは、チャネル１を用いてデータ送信を開始する指示をデータ送信部４６に出力し、データ送信部４６は、送信制御部４４ｃがデータ格納部４５ｂから読み出した分割データを、チャネル１で携帯端末に送信する（Ｓ３０６）。

一方、当該データが格納済みでないと判定された場合（Ｓ３０３否定）、データ処理部４４ａは、ダウンロード指示２のダウンロードデータ識別情報にしたがってダウンロードデータを取得する（Ｓ３０７）。続いて、データ分割部４５ａは、取得されたダウンロードデータを所定の大きさで分割して、ダウンロードデータ識別情報とともにメモリ４３とデータ格納部４５ｂの各々に格納する（Ｓ３０８）。このとき、データ分割部４５ａは、メモリ４３に格納した情報を示すレコードをダウンロードデータテーブル４３ａに生成する。その後、Ｓ３０５以降が実行される。

また、データ処理部４４ａによって当該ダウンロードデータがダウンロード中であると判定された場合（Ｓ３０４肯定）、判定部４４ｂは、共通のチャネルでダウンロードを行う共通ダウンロード処理が可能か否かを判定する（Ｓ３０９）。例えば、判定部４４ｂは、未送信のデータ量が閾値よりも大きいか否かを判定する。

そして、判定部４４ｂによって共通ダウンロード処理が可能であると判定された場合（Ｓ３０９肯定）、送信制御部４４ｃは、データ送信部４６に新たなチャネル２を確保する（Ｓ３１０）。その後、データ送信部４６は、送信制御部４４ｃがデータ格納部４５ｂから読み出した未送信の分割データを、先にダウンロードしていた端末と後からダウンロードを要求した端末との双方に、チャネル１を用いて送信する（Ｓ３１１）。これと並行して、データ送信部４６は、送信制御部４４ｃがデータ格納部４５ｂから読み出した、先にダウンロードしていた端末に送信済みの分割データを、後からダウンロードを要求した端末にチャネル２を用いて送信する（Ｓ３１２）。

一方、判定部４４ｂによって共通ダウンロード処理が可能でないと判定された場合（Ｓ３０９否定）、送信制御部４４ｃは、データ送信部４６に新たなチャネル２を確保する（Ｓ３１３）。そして、データ送信部４６は、送信制御部４４ｃがデータ格納部４５ｂから読み出した分割データをシーケンシャル番号順に、後からダウンロードを要求した端末へチャネル２を用いて送信する（Ｓ３１４）。

［実施例２による効果］
実施例２によれば、基地局装置４０は、ある端末にデータを送信している最中に、他の端末に対しても同一データを送信する場合、共通のチャネルで送信する手法か別々のチャネルで送信する手法のどちらがリソースを削減できるかを判断できる。この結果、ダウンロードデータのデータ量や未送信データの容量などダウンロードデータの状況に応じて最適な判断を実行することができるので、複数の端末がデータをダウンロードする際に、リソース使用量をより削減できる手法を選択できる。

次に、ストリーミングデータを用いた場合の処理について説明する。ストリーミングデータは、全データの受信完了を待たずに、受信したデータを順次アプリケーションで差精できる。このようなストリーミングデータであっても、実施例１や実施例２と同様の手法を適用することができる。

図１４は、ストリーミングデータを共通ダウンロード手法で送信した場合の例を示す図である。図１４に示すように、携帯端末Ａは、チャネル１で、シーケンシャル番号１の分割データから順に受信するので、受信した順番に再生することができる。

携帯端末Ｃは、携帯端末Ａと共通で使用するチャネル１で、シーケンシャル番号４の分割データから順に受信する一方で、携帯端末Ａに既に送信済みのシーケンシャル番号１から３の分割データについては、チャネル２で受信する。したがって、携帯端末Ｃは、シーケンシャル番号１から３の分割データを受信するよりも前に、シーケンシャル番号４以降の分割データを受信することになる。

そこで、携帯端末Ｃは、シーケンシャル番号１から３の分割データを受信するまで間に、シーケンシャル番号４以降の分割データを受信した後、一時的にバッファに格納する。そして、携帯端末Ｃは、シーケンシャル番号１から３の分割データの受信が完了すると、シーケンシャル番号１の分割データから順に再生する。

このように、携帯端末Ｃがバッファを利用することで、ストリーミングデータであっても、実施例１や実施例２と同様の手法で、ダウンロードデータを各携帯端末に送信することができる。

例えば、実施例１や２で説明した「ダウンロード指示２」メッセージには、データが基地局装置４０に格納済みであっても、同じデータがメッセージ内部に格納されてＰＧＷ２０から基地局装置４０に対して送信される。したがって、移動通信網設備１０内の帯域使用率は効率的とは言い難い。

そこで、実施例４では、移動通信網設備１０内の帯域使用率を向上させる例について説明する。図１５は、実施例４に係るダウンロード指示２の例を示す図である。図１５に示すように、実施例４に係るダウンロード指示２は、図５と同様の情報である「ＧＴＰ−ｕヘッダ部」と「ＧＴＰ−ｕペイロード部」の「ダウンロードデータ識別情報、データ」とを有する。実施例４に係るダウンロード指示２が図５と異なる点は、「ＧＴＰ−ｕペイロード部」に「データ保存期間」と「データ有無フラグ」とを有している点である。

「データ保存期間」は、基地局装置４０に対して、ここに示した時間内は基地局装置４０内のメモリに格納したデータを消去しないように要求する情報である。「データ有無フラグ」は、基地局装置４０内にデータが格納されている場合には「０」が格納され、基地局装置４０内にデータが格納されていない場合には「１」が格納される。

具体的な処理の流れを説明すると、ＰＧＷ２０は、ＡＰサーバ１から「ダウンロード指示１」を受信した場合に、ダウンロードデータ識別情報などを用いて、同一データを過去所定時間内に基地局装置４０に送信したか否かを判定する。なお、所定時間としては、上記「データ保存期間」と等しいか若干小さい値を設定することが好ましい。

そして、ＰＧＷ２０は、同一データを所定時間内に基地局装置４０に送信したと判定した場合、上記「データ有無フラグ」を「１」とするとともに、ダウンロードデータを含めない「ダウンロード指示２」を生成して基地局装置４０に送信する。

その後、基地局装置４０は、受信した「ダウンロード指示２」の「データ有無フラグ」が「１」であることから、送信対象のダウンロードデータがメモリ４３に格納されていると判定する。このため、基地局装置４０は、「ダウンロード指示２」のダウンロードデータ識別情報で特定されるダウンロードデータをメモリ４３から取得した後、実施例１や２と同様の処理を実行する。

一方、ＰＧＷ２０は、同一データを所定時間内に基地局装置４０に送信していないと判定した場合、上記「データ有無フラグ」を「０」するとともに、ダウンロードデータを含めた「ダウンロード指示２」を生成して基地局装置４０に送信する。

その後、基地局装置４０は、受信した「ダウンロード指示２」の「データ有無フラグ」が「０」であることから、送信対象のダウンロードデータがメモリ４３に格納されていないと判定する。このため、基地局装置４０は、「ダウンロード指示２」のダウンロードデータ識別情報を用いて、ＡＰサーバ１からダウンロードデータを取得した後、実施例１や２と同様の処理を実行する。

このようにすることで、ダウンロードデータが基地局装置４０に格納済みである場合には、ＰＧＷ２０から基地局装置４０に対して、ダウンロードデータの送信を抑止できるので、移動通信網設備１０内の帯域使用率を向上させることができる。

実施例５では、基地局装置４０内のメモリ４３に記憶されるダウンロードデータの情報を効率的に削除することで、容量の浪費等を防止する例について説明する。

（経過時間による方法）
図１６は、経過時間を用いてダウンロードデータを管理する例を示す図である。図１６に示すように、データ処理部４４ａは、メモリ４３にテーブルとして「データ、タイマ値、消去優先順位」を格納する。「データ」は、ダウンロードデータを示す情報であり、例えばダウンロードデータ識別情報と同様の情報が格納される。「タイマ値」は、ダウンロードデータがメモリ４３に格納されてからカウントされた経過時間であり、データ処理部４４ａ等が格納する。「消去優先順位」は、タイマ値が大きいものから優先的に消去することを示す優先順位であり、データ処理部４４ａ等によって更新される。

このような状態において、データ処理部４４ａは、基地局装置４０内のメモリ４３の容量が閾値を超えた場合、「消去優先順位」の順に、ダウンロードデータをメモリ４３から削除する。この結果、メモリ容量の浪費等を防止することができる。

（経過時間と使用頻度による方法）
図１７は、経過時間と使用頻度とを用いてダウンロードデータを管理する例を示す図である。図１７に示すように、データ処理部４４ａは、メモリ４３にテーブルとして「データ、タイマ値（Ｔ）、使用回数（Ｎ）、使用回数／タイマ値（Ｎ/Ｔ）、消去優先順位」を格納する。「データ、タイマ値」は、図１５と同様であるので、詳細な説明は省略する。

「使用回数」は、当該ダウンロードデータが使用された回数、すなわち、ダウンロードされた回数であり、データ処理部４４ａ等によって更新される。「使用回数／タイマ値」は、使用回数をタイマ値で除算した値であり、データ処理部４４ａ等によって更新される。「消去優先順位」は、「使用回数／タイマ値」が小さいものから優先的に消去することを示す優先順位であり、データ処理部４４ａ等によって更新される。

このような状態において、データ処理部４４ａは、基地局装置４０内のメモリ４３の容量が閾値を超えた場合、「消去優先順位」の順に、ダウンロードデータをメモリ４３から削除する。この結果、メモリ容量の浪費等を防止することができる。

（経過時間と要求保存期間による方法）
図１８は、経過時間と要求保存期間とを用いてダウンロードデータを管理する例を示す図である。図１８に示すように、データ処理部４４ａは、メモリ４３にテーブルとして「データ、タイマ値（Ｔ）、データ保存期間（Ｙ）、残時間（Ｙ−Ｔ）、消去優先順位」を格納する。「データ、タイマ値」は、図１５と同様であるので、詳細な説明は省略する。

「データ保存期間」は、ＰＧＷ２０が指定したダウンロードデータの保存期間であり、データ処理部４４ａ等がダウンロード指示２から抽出して格納する。「残時間」は、「データ保存期間」から「タイマ値」を減算した値とであり、データ処理部４４ａ等によって更新される。「消去優先順位」は、「残時間」が少ないものから優先的に消去することを示す優先順位であり、データ処理部４４ａ等によって更新される。

このような状態において、データ処理部４４ａは、基地局装置４０内のメモリ４３の容量が閾値を超えた場合、「消去優先順位」の順に、ダウンロードデータをメモリ４３から削除する。この結果、メモリ容量の浪費等を防止することができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、例えば図４から図８、図１１、図１５から図１８等に示した各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

なお、本実施例で説明した各機能部の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

１ ＡＰサーバ
１０ 移動通信網設備
２０ ＰＧＷ
３０ ＳＧＷ
４０ 基地局装置
４１ ＧＴＰ−ｕ終端部
４２ ＲＲＣ終端部
４３ メモリ
４３ａ ダウンロードデータテーブル
４４ ＣＰＵ
４４ａ データ処理部
４４ｂ 判定部
４４ｃ 送信制御部
４５ ＦＰＧＡ
４５ａ データ分割部
４５ｂ データ格納部
４６ データ送信部
５０ 携帯端末
５０ａ ＣＰＵ
５０ｂ ＦＰＧＡ
５１ ＲＲＣ終端部
５２ 制御データ処理部
５３、５４ ユーザデータ処理部
５５ メモリ
５６ データ組立部
５７ アプリケーション処理部

Claims (8)

1. 端末からデータの取得要求を受信する受信部と、
   前記受信部によって取得要求が受信された場合に、前記データを前記端末に送信する送信部と、を有し、
   前記送信部は、前記端末に第１の伝送路で前記データを送信している状況で、前記データと同一のデータの取得要求が前記受信部によって他の端末から受信された場合に、前記データのうち前記端末に未送信のデータについては、前記第１の伝送路で前記端末と前記他の端末との各々に送信するとともに、前記データのうち前記端末に送信済みのデータについては、第２の伝送路で前記他の端末に送信する、
   ことを特徴とする基地局装置。
2. 前記送信済みのデータの量と前記未送信のデータの量とに基づいて、前記第１の伝送路を用いて前記他の端末にデータを送信するか否かを判定する判定部をさらに有し、
   前記送信部は、
   前記判定部によって前記第１の伝送路を用いて前記他の端末にデータを送信すると判定された場合には、前記未送信のデータについては前記第１の伝送路で前記端末と前記他の端末との各々に送信するとともに、前記データのうち前記端末に送信済みのデータについては、前記第２の伝送路で前記他の端末に送信し、
   前記判定部によって前記第１の伝送路を用いて前記他の端末にデータを送信しないと判定された場合には、前記データ全てを前記第２の伝送路で前記他の端末に送信することを特徴とする請求項１に記載の基地局装置。
3. サーバから取得したデータを記憶する記憶部をさらに有し、
   前記送信部は、前記受信部によって受信された取得要求に対応するデータが前記記憶部に記憶されている場合には、前記記憶部からデータを読み出して送信し、前記取得要求に対応するデータが前記記憶部に記憶されていない場合には、前記取得要求に対応するデータを前記サーバから取得して前記端末に送信するとともに、前記記憶部に格納することを特徴とする請求項１に記載の基地局装置。
4. 前記記憶部に記憶されるデータのうち、前記データが格納されたからの時間経過が長いものから順に削除する削除部をさらに有することを特徴とする請求項３に記載の基地局装置。
5. 前記記憶部に記憶されるデータのうち、前記データが使用された回数を前記データが格納されたからの時間経過で除算した値が小さいものから順に削除する削除部をさらに有することを特徴とする請求項３に記載の基地局装置。
6. 前記記憶部に記憶されるデータのうち、前記データごとに指定された保存期間から前記データが格納されたからの時間経過を減算した値が小さいものから順に削除する削除部をさらに有することを特徴とする請求項３に記載の基地局装置。
7. 基地局装置が、
   端末からデータの取得要求を受信し、
   前記取得要求が受信された場合に、前記データを前記端末に送信する処理を実行し、
   前記送信する処理は、
   前記端末に第１の伝送路で前記データを送信している状況で、前記データと同一のデータの取得要求が他の端末から受信された場合に、前記データのうち前記端末に未送信のデータについては、前記第１の伝送路で前記端末と前記他の端末との各々に送信するとともに、前記データのうち前記端末に送信済みのデータについては、第２の伝送路で前記他の端末に送信する、
   ことを特徴とするデータ送信制御方法。
8. 基地局装置と第１の端末と第２の端末とを有するデータ送信制御システムであって、
   前記基地局装置は、
   前記第１の端末からデータの取得要求を受信する受信部と、
   前記受信部によって取得要求が受信された場合に、前記データを前記第１の端末に送信し、前記第１の端末に第１の伝送路で前記データを送信している状況で、前記データと同一のデータの取得要求が前記受信部によって前記第２の端末から受信された場合に、前記データのうち前記第１の端末に未送信のデータについては、前記第１の伝送路で前記第１の端末と前記第２の端末との各々に送信するとともに、前記データのうち前記第１の端末に送信済みのデータについては、第２の伝送路で前記第２の端末に送信する送信部と、
   前記第１の端末は、
   前記基地局装置に前記データの取得要求を送信する送信部と、
   前記基地局装置から前記取得要求に対応したデータを前記第１の伝送路で受信する受信部と、
   前記第２の端末は、
   前記基地局装置に前記データの取得要求を送信する送信部と、
   前記第１の端末に未送信のデータについては前記第１の伝送路で前記基地局装置から受信するとともに、前記第１の端末に送信済みのデータについては前記第２の伝送路で前記基地局装置から受信する受信部と、
   を有することを特徴とするデータ送信制御システム。

Images