(57)【特許請求の範囲】
【請求項１】
第一の伝送サービスと、前記第一の伝送サービスよりも伝送速度の低い第二の伝送サービスとを選択的に利用可能な情報処理装置のストリーミングレート制御方法であって、
前記第一の伝送サービス又は前記第二の伝送サービスを利用してストリーミング配信されたデータであるストリーミングデータを受信し、
前記受信されたストリーミングデータをバッファに蓄積し、
前記バッファに蓄積されているデータの容量を示す蓄積量を取得し、
前記第一の伝送サ−ビスを利用している状態において、前記蓄積量が第一の閾値を下回る場合は前記バッファに蓄積されたストリーミングデータの再生速度を前記第一の伝送サービスの伝送速度よりも低いビットレートに抑制し、前記蓄積量が第一の閾値を上回る場合は前記抑制を解除し、
前記第二の伝送サービスを利用している状態において、前記蓄積量が前記第一の閾値よりも低いデータ容量を示す第二の閾値を上回る場合は前記バッファに蓄積されたストリーミングデータの再生速度を前記第一の伝送サービスの伝送速度と同等のビットレートを継続し、下回る場合は前記第二の伝送サービスの伝送速度と同等のビットレートとする、
ことを特徴とするストリーミングレート制御方法。
【請求項２】
前記第一の伝送サービスは前記情報処理装置がＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）網に在圏する伝送サービスであり、前記第二の伝送サービスは前記情報処理装置がＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｒｃｏｍｍｕｎｉｃａｔｉｏｎｓ）網に在圏する伝送サービスであることを特徴とする請求項１記載のストリーミングレート制御方法。
【請求項３】
前記第一の伝送サービスには、前記第一の伝送サービスから前記第二の伝送サービスが実施される前の一定移行対象期間を有することを特徴とする請求項１記載のストリーミングレート制御方法。
【請求項４】
第一の伝送サービスと、前記第一の伝送サービスよりも伝送速度の低い第二の伝送サービスとを選択的に利用可能な情報処理装置であって、
前記第一の伝送サービス又は前記第ニの伝送サービスを利用してストリーミング配信されたデータであるストリーミングデータを受信するデータ受信部と、
前記受信されたストリーミングデータをバッファに蓄積するデータ蓄積部と、
前記バッファに蓄積されているデータの容量を示す蓄積量を取得する蓄積量取得部と、
前記第一の伝送サービスを利用している状態において、前記蓄積量が第一の閾値を下回る場合は前記バッファに蓄積されたストリーミングデータの再生速度を前記第一の伝送サービスの伝送速度よりも低いビットレートに抑制し、前記蓄積量が第一の閾値を上回る場合は前記抑制を解除する第一の再生速度制御部と、
前記第二の伝送サービスを利用している状態において、前記蓄積量が前記第一の閾値よりも低いデータ容量を示す第二の閾値を上回る場合は前記バッファに蓄積されたストリーミングデータの再生速度を前記第一の伝送サービス利用時の伝送速度と同等のビットレートを継続し、下回る場合は前記第二の伝送サービスの伝送速度と同等のビットレートとする第二の再生速度制御部と、
を有する情報処理装置。
【請求項５】
第一の伝送サービスと、前記第一の伝送サービスよりも伝送速度の低い第二の伝送サービスとを選択的に利用可能な情報処理装置において実行されるプログラムであって、
前記第一の伝送サービス又は前記第二の伝送サービスを利用してストリーミング配信されたデータであるストリーミングデータを受信するデータ受信部と、
前記受信されたストリーミングデータをバッファに蓄積するデータ蓄積部と、
前記バッファに蓄積されているデータの容量を示す蓄積量を取得する蓄積量取得部と、
前記第一の伝送サ−ビスを利用している状態において、前記蓄積量が第一の閾値を下回る場合は前記バッファに蓄積されたストリーミングデータの再生速度を前記第一の伝送サービスの伝送速度よりも低いビットレートに抑制し、前記蓄積量が第一の閾値を上回る場合は前記抑制を解除する第一の再生速度制御部と、
前記第二の伝送サービスを利用している状態において、前記蓄積量が前記第一の閾値よりも低いデータ容量を示す第二の閾値を上回る場合は前記バッファに蓄積されたストリーミングデータの再生速度を前記第一の伝送サービス利用時の伝送速度と同等のビットレートを継続し、下回る場合は前記第二の伝送サービスの伝送速度と同等のビットレートとして情報処理装置を動作させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミングレート制御方法、情報処理装置およびプログラムに関する。
【背景技術】
【０００２】
携帯電話などの移動局装置を含む移動通信システムとして、現在、Ｗ−ＣＤＭＡ(Wideband-Code Division Multiple Access)方式やＣＤＭＡ２０００方式を用いた第３世代移動通信サービスが提供されている。一方、ＬＴＥ（Long Term Evolution）システムは、より高速な通信を可能とする３ＧＰＰ（3rd Generation Partnership Project）として検討が行なわれている。
【０００３】
また、ＵＭＴＳ（Universal Mobile Telecommunications）システムは、ヨーロッパの第３世代移動体通信システムであり、Ｗ−ＣＤＭＡとＴＤ−ＣＤＭＡ(Time Division-Code Division Multiple Access)の両方式から選択することができるシステムである。
【０００４】
これらの異なる移動通信システム間を、移動端末が移動（ＩｎｔｅｒＲＡＴ−ＨＯ：inter Radio Access Technology-Handover）するとき、該当の移動端末がストリーミングデータを受信中である場合、第１の移動通信システム側にバッファリングされているデータを第２の移動通信システム側に移動した移動端末に転送する技術が検討されている。
【０００５】
一方、移動端末は、ノートパソコンの小型化、携帯電話ほか携帯端末の高機能化、携帯電話と携帯情報端末（ＰＤＡ：Personal Data Assistance）を融合させたスマートフォンや、ｉＰａｄ（登録商標）のような情報処理装置も登場してきている。
【０００６】
また、移動通信システムにおいて無線システムの品質劣化の検出を契機に無線システムの切替を行なう際に、データの配信を円滑に行う制御に関し、以下の先行技術文献がある。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TS25.346 v810,インターネット<URL:http://www.3gpp.org/ftp/Specs/html-info/25346.htm>
【非特許文献２】3GPP TS25.346 v810,インターネット<URL:http://www.3gpp.org/ftp/Specs/html-info/25346.htm>
【非特許文献３】3GPP TS25.346 v810,インターネット<URL:http://www.3gpp.org/ftp/Specs/html-info/25346.htm>
【特許文献】
【０００８】
【特許文献１】特開２００７−２７４０１６号公報
【特許文献２】特開２００８−１６６８７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した背景技術には以下の問題がある。
【００１０】
２種類の異なる移動通信システム環境（例えば、ＬＴＥシステムとＵＭＴＳシステム）では、回線速度が異なるため、ＬＴＥシステムからＵＭＴＳシステムに移動（ＩｎｔｅｒＲＡＴ−ＨＯ）が行なわれた場合には、移動前後で同様のビットレートで同様の品質でストリーミングデータを視聴することは困難である。
【００１１】
具体的には、しばしば画面サイズが変更されたり、画質のクオリティが変わるなどである。
【００１２】
本発明は、２種類の異なる移動通信システム環境（例えば、ＬＴＥ網とＵＭＴＳ網が混在する環境）において、情報処理装置（移動端末を含む）がストリーミングデータを視聴しながら、異なる網間を移動（例えば、ＬＴＥ網→ＵＭＴＳ網→ＬＴＥ網またはＵＭＴＳ網→ＬＴＥ網→ＵＭＴＳ網）する場合に、画像の切替回数を最小限に抑えることおよびシームレスな切替を行なうことを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するための方法の一観点は、第一の伝送サービスと、前記第一の伝送サービスよりも伝送速度の低い第二の伝送サービスとを選択的に利用可能な情報処理装置のストリーミングレート制御方法であって、前記第一の伝送サービス又は前記第二の伝送サービスを利用してストリーミング配信されたデータであるストリーミングデータを受信し、前記受信されたストリーミングデータをバッファに蓄積し、前記バッファに蓄積されているデータの容量を示す蓄積量を取得し、前記第一の伝送サ−ビスを利用している状態において、前記蓄積量が第一の閾値を下回る場合は前記バッファに蓄積されたストリーミングデータの再生速度を前記第一の伝送サービスの伝送速度よりも低いビットレートに抑制し、前記蓄積量が第一の閾値を上回る場合は前記抑制を解除し、前記第二の伝送サービスを利用している状態において、前記蓄積量が前記第一の閾値よりも低いデータ容量を示す第二の閾値を上回る場合は前記バッファに蓄積されたストリーミングデータの再生速度を前記第一の伝送サービス利用時の伝送速度と同等のビットレートを継続し、下回る場合は前記第二の伝送サービスの伝送速度と同等のビットレートとする。
【００１４】
方法の一観点によれば、情報処理装置が伝送速度の異なる２種類の伝送サービスを選択的に利用してストリーミングを開始する際に、データを先行して受信してバッファに溜めておくことで、安定したストリーミング再生を可能とする情報処理装置を提供できる。
【００１５】
装置は、第一の伝送サービスと、前記第一の伝送サービスよりも伝送速度の低い第二の伝送サービスとを選択的に利用可能な情報処理装置であって、前記第一の伝送サービス又は前記第二の伝送サービスを利用してストリーミング配信されたデータであるストリーミングデータを受信するデータ受信部と、前記受信されたストリーミングデータをバッファに蓄積するデータ蓄積部と、前記バッファに蓄積されているデータの容量を示す蓄積量を取得する蓄積量取得部と、前記第一の伝送サービスを利用している状態において、前記蓄積量が第一の閾値を下回る場合は前記バッファに蓄積されたストリーミングデータの再生速度を前記第一の伝送サービスの伝送速度よりも低いビットレートに抑制し、前記蓄積量が第一の閾値を上回る場合は前記抑制を解除する第一の再生速度制御部と、前記第二の伝送サービスを利用している状態において、前記蓄積量が前記第一の閾値よりも低いデータ容量を示す第二の閾値を上回る場合は前記バッファに蓄積されたストリーミングデータの再生速度を前記第一の伝送サービス利用時の伝送速度と同等のビットレートを継続し、下回る場合は前記第二の伝送サービスの伝送速度と同等のビットレートとする第二の再生速度制御部とを有する。
【００１６】
この装置によれば、情報処理装置が伝送速度の異なる２種類の伝送サービスを選択的に利用してストリーミングを開始する際に、データを先行して受信してバッファに溜めておくことで、安定したストリーミング再生を可能とする情報処理装置を提供できる。
【発明の効果】
【００１７】
以上、開示の技術によれば、他網へハンドオーバーを繰り返しても、第１の移動通信システム（例えば、ＬＴＥシステム）と第２の移動通信システム（例えば、ＵＭＴＳシステム）の回線速度の差による画像の切替を最小限に抑え、一定品質でストリーミング再生が可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明が対象とする移動通信ネットワークの構成図である。
【図２】本発明による移動端末の移動経路を示す説明図（実施例１）である。
【図３】図２に示す移動端末の移動経路に応じたストリーミングデータ配信の説明図（実施例１）である。
【図４】本発明による移動端末の移動経路を示す説明図（実施例２）である。
【図５】図４に示す移動端末の移動経路に応じたストリーミングデータ配信の説明図（実施例２）である。
【図６】本発明の一実施形態における移動端末の機能ブロック図である。
【図７】本発明によるハンドオーバー時の蓄積バッファデータ量チェック処理のフローチャート（その１）である。
【図８】本発明によるハンドオーバー時の蓄積バッファデータ量チェック処理のフローチャート（その２）である。
【図９】本発明の一実施形態における在圏情報管理テーブルである。
【図１０】本発明の一実施形態におけるバッファチェックタイマテーブルである。
【図１１】本発明の一実施形態におけるバッファ閾値テーブルである。
【図１２】本発明の一実施形態における在圏網監視部の処理フロー（その１）である。
【図１３】本発明の一実施形態における在圏網監視部の処理フロー（その２）である。
【発明を実施するための形態】
【００１９】
図１は、本発明が対象とする移動通信ネットワークの構成図である。ＬＴＥ（Long Term Evolution）システムは、アクセスゲートウェイ（ａＧＷ：access GateWay）３とイーノードＢ（ｅＮｏｄｅＢ）４を備える。ＵＭＴＳ（Universal Mobile Telecommunications）システムは、エスジーエスエヌ(ＳＧＳＮ:Serving GPRS Support Node)６と無線制御装置（ＲＮＣ：Radio Network Controller）７とノードＢ（ＮｏｄｅＢ）８を備える。
【００２０】
ＬＴＥ網を管轄するｅＮｏｄｅＢ４は、ＬＴＥシステムの基地局装置であり、ＵＭＴＳを管轄するＮｏｄｅＢ８は、ＵＭＴＳシステムの基地局装置である。
【００２１】
ＬＴＥシステムを有するＬＴＥ網５とＵＭＴＳシステムを有するＵＭＴＳ網９はインターネット１を経由して接続されており、ストリーミングサーバ２は、インターネット１を経由して移動端末（ＵＥ：User Equipment）１０にストリーミングデータを供給する。
【００２２】
ストリーミング再生は、ストリーミングデータ受信後即時に再生されるのではなく、トラフィックの乱れなどでストリームを停止させないように、予め一定量のデータをバッファに溜めこんでおき、その溜まったバッファから再生することで品質を保っている。
【００２３】
図２は、本発明による移動端末の移動経路を示す説明図（実施例１）である。図２に示すように、２つの異なる移動通信網であるＬＴＥ網５１、５２とＵＭＴＳ網９は、混在して存在している。
【００２４】
まず、ＬＴＥ網５１、５２に移行対象区間（図２の点線円の外側）を設け、この区間に移動端末１０１が移動した場合に後述の技術の適用を開始する。移動端末１０１が、この区間に一度も移動しない場合は、問題ない。
【００２５】
移行対象区間（図２の点線円の外側）の設定は、端末の電波状況などにより判断するものとし、ネットワーク構成により最適値を見つける。
【００２６】
以下に移動端末１０１→１０２→１０３の動きを順を追って説明する。
【００２７】
先ず、移動端末１０１は、ＬＴＥ網５１内を移動し、点線円５１１の外側である移行対象区間を経由して点線円５１１内の内側である中心区間に移動する。更に、点線５１１を突き抜けて再び移行対象区間に移動する。この区間は、ＬＴＥ網５１とＵＭＴＳ網９とが混在している区間でもある。更に、移動端末１０１は、移動して移動端末１０２に示すＵＭＴＳ網９を経由してＬＴＥ網５２の移行対象区間に移動する。この区間は、ＬＴＥ網５２とＵＭＴＳ網９とが混在している区間でもある。更に移動端末１０２は、移動して点線５１２を突き抜けて移動端末１０３に示すＬＴＥ網５２の中心区間に移動する。更に、移動端末１０３は、点線円５１２の外側である移行対象区間を経由してＬＴＥ網５２の外に移動する。
【００２８】
なお、１点鎖線で示す移動端末１０２の動きは、ＵＭＴＳ網９のみを移動し、移行対象区間を経由することなく、更に、ＵＭＴＳ網９の外に移動する。
【００２９】
図３は、図２に示す移動端末の移動経路に応じたストリーミングデータ配信の説明図（実施例１）である。図３において、端末内バッファ１１１,１１２の閾値の設定は、下記とする。
【００３０】
閾値（低）＝ＬＴＥシステムの回線速度×ＬＴＥ→ＵＭＴＳ移動後の視聴保証時間（任意）
閾値（高）＝端末内バッファの最大容量×０．９（任意）
以下に移動端末の移動に応じたストリーミングデータの配信について手順を追って説明する。
【００３１】
Ｓ１．移動端末１０１が、ＬＴＥ網５１でストリーミングを開始すると、ストリーミングのサーバ２は、ＬＴＥ網５１の回線速度に即したビットレートのデータを配信する。
【００３２】
Ｓ２．移動端末１０１は、配信されたデータを端末内バッファ１１１ヘ蓄積する。
【００３３】
Ｓ３．移動端末１０１は、移行対象区間へ移動すると、蓄積されたバッファデータをＬＴＥ網５１の回線速度より低いビットレートにて再生を行なう。蓄積データ量がバッファの閾値（高）を上回った場合、移動端末１０１は、蓄積されたバッファデータをＬＴＥ網５１の回線速度に即したビットレートにて再生を行なう。
【００３４】
Ｓ４．移動端末１０１が移動（ＩｎｔｅｒＲＡＴ−ＨＯ）する。
【００３５】
Ｓ５．データが、ａＧＷ（access GateWay）３１経由でＲＮＣ（ＵＭＴＳ）７に転送され、転送終了するとデータ伝送路が切替わる。
【００３６】
Ｓ６．移動端末１０２は、蓄積データ量が閾値（低）を超えている場合、ＵＭＴＳ網９の回線速度にかかわらず、ＬＴＥ網５１でと同様の再生ビットで再生する（再生ビットは変更しない）。蓄積データ量が閾値（低）を超えていない場合、ＵＭＴＳ網９の回線速度に即したビットレートのデータ配信および再生に切替える。
【００３７】
Ｓ７．移動端末１０２のバッファ量が閾値（低）を上回ったまま、再びＬＴＥ網５２へ移動した場合、再生ビットレートは保持する（再生ビットレートを変更しない）。ＵＭＴＳ網９で端末内バッファ１１２のバッファ量が閾値（低）を下回ると、移動端末１０２およびストリーミングサーバ２は、ＵＭＴＳ網９の回線速度に即したビットレートのデータ配信および再生に切替える。
【００３８】
図４は、本発明による移動端末の移動経路を示す説明図（実施例２）である。２つの異なる移動通信網であるＬＴＥ網５とＵＭＴＳ網９１，９２は、混在している。
【００３９】
まず、ＬＴＥ網５に移行対象区間（図４の点線円５１の外側）を設け、この区間に移動端末１０１が移動した場合に後述の技術の適用を開始する。移動端末１０１が、この区間に一度も移動しない場合は、問題ない。
【００４０】
以下に移動端末１０１→１０２→１０３の動きを順に説明する。
【００４１】
先ず、移動端末１０１は、ＵＭＴＳ網９１内を移動し、ＬＴＥ網５との混在区間に移動する。この区間は、点線円５１の外側である移行対象区間でもある。更に、ＵＭＴＳ網９１，９２およびＬＴＥ網５の混在区間を経由して、ＬＴＥ網５とＵＭＴＳ網９２の混在区間に移動する。この区間は、点線円５１の外側である移行対象区間でもある。更に、移動端末１０３は、ＵＭＴＳ網９２のみを経由して外に移動する。
【００４２】
なお、１点鎖線で示す移動端末１０２の動きは、ＬＴＥ網５のみを移動し、移行対象区間を経由することなく、更に、ＬＴＥ網５の外に移動する。
【００４３】
図５は、図４に示す移動端末の移動経路に応じたストリーミングデータ配信の説明図（実施例２）である。
【００４４】
Ｓ９．移動端末１０１が、ＵＭＴＳ網９１でストリーミングを開始すると、ストリーミングサーバ２は、ＵＭＴＳ網９１の回線速度に即したビットレートのデータを配信する。
【００４５】
Ｓ１０．移動端末１０１は、配信されたデータを端末内バッファ１１１に蓄積する。ＵＭＴＳ網９１の回線速度に即したビットレートにて再生を行なう。
【００４６】
Ｓ１１．移動端末１０１が移動（ＩｎｔｅｒＲＡＴ−ＨＯ）する。
【００４７】
Ｓ１２．データが、ａＧＷ（access GateWay）３経由でｅＮｏｄｅＢ（ＬＴＥ）４に転送され、転送終了するとデータ伝送路が切替わる。
【００４８】
Ｓ１３．ストリーミングサーバ２は、ＬＴＥ網５の回線速度に即したビットレートのデータ配信に切替える。移動端末１０２は、ＬＴＥ網５の回線速度にかかわらず、ＵＭＴＳ網９１と同様の再生ビットレートで再生する（再生ビットレートを変更しない）。
【００４９】
Ｓ１４．蓄積データ量がバッファの閾値（低）を上回った場合、移動端末１０２はＬＴＥ網５の回線速度に即したビットレートのデータ配信に切替える。このとき、移動端末１０２は、バッファの閾値（高）を超えるまではＬＴＥ網の回線速度より低いビットレートでの再生に切替える。超えた場合は、移動端末１０２は、ＬＴＥ網５の回線速度に即したビットレートのデータ配信および再生に切替える。
【００５０】
Ｓ１５．移動端末１０２の端末内バッファ１１２のバッファ量が閾値（低）を上回ったまま、再びＵＭＴＳ網９２へ移動した場合、再生ビットレートは保持する。ＵＭＴＳ網９２で移動端末１０３のバッファ量が閾値（低）を下回ると、移動端末１０３およびストリーミングサーバ２は、ＵＭＴＳ網９２の回線速度に即したビットレートのデータの配信および再生に切替える。
【００５１】
図６は、本発明の一実施形態における移動端末の機能ブロック図である。移動端末ＵＥ（User Equipment）１０は、表示操作部、アプリケーション部１２（再生ビットレート変換制御部１２１、在圏網監視部１２２、タイマ制御部１２３）、バッファ１１およびＯＳ（Operating System）を有する基本部と、プロトコル処理部、レイヤ１ソフトウェアおよびＲＴＯＳ（Real-Time Operating System）を有するベースバンド処理部ならびにハードウェアを含んでいる。本発明では、上記アプリケーション部１２とバッファ１１にてストリーミング制御が行われる。
【００５２】
図７は、本発明によるハンドオーバー時の蓄積バッファデータ量チェック処理のフローチャート（その１）である。以下に、ストリーミングデータを蓄積するバッファチェック処理方法について、そのチェック手順を説明する。
【００５３】
Ｓ１．ビットレート制御フラグがＯＮしているか否かを判断する。
【００５４】
Ｓ２．前述のＳ１にてビットレート制御フラグがＯＮの場合、在圏網の判定を行い、移動端末がＬＴＥ網に在圏しているのを確認する。
【００５５】
Ｓ３．移行区間在圏フラグがＯＮしているか否かを判断する。
【００５６】
Ｓ４．前述のＳ３にて移行区間在圏フラグがＯＮしていない場合、ＬＴＥ網の回線速度に即した再生ビットにする。
【００５７】
Ｓ５．在圏情報管理テーブルのビットレート制御フラグをＯＦＦに設定する。
【００５８】
Ｓ６．前述のＳ３にて移行区間在圏フラグがＯＮの場合、ＩｎｔｅｒＲＡＴ−ＨＯフラグがＯＦＦしているか否かを判断する。
【００５９】
Ｓ７．前述のＳ３にてＩｎｔｅｒＲＡＴ−ＨＯフラグがＯＦＦしていない場合、蓄積バッファデータ量が閾値（低）を上回るか否かを判断する。
【００６０】
Ｓ８．前述のＳ３にて蓄積バッファデータ量が閾値（低）を上回っている場合、ＩｎｔｅｒＲＡＴ−ＨＯフラグをＯＦＦする。
【００６１】
Ｓ９．前述のＳ６にてＩｎｔｅｒＲＡＴ−ＨＯフラグがＯＦＦしている場合、蓄積バッファデータ量が閾値（高）を下回るか否かを判断する。
【００６２】
Ｓ１０．前述のＳ９にて蓄積バッファデータ量が閾値（高）を下回らない場合、回線速度に即した再生ビットレートに設定する。
【００６３】
Ｓ１１．前述のＳ９にて蓄積バッファデータ量が閾値（高）を下回る場合、回線速度より低い再生ビットレートに設定する。
【００６４】
Ｓ１２.前述のＳ７において、蓄積バッファデータ量が閾値（低）を上回らない場合、再生ビットレートは変更しない。
【００６５】
図８は、本発明によるハンドオーバー時の蓄積バッファデータ量チェック処理のフローチャート（その２）である。以下に、ストリーミングデータを蓄積するバッファチェック処理方法について、そのチェック手順を説明する。
【００６６】
Ｓ１３．蓄積バッファデータ量が閾値（高）を下回るか否かを判断する。
【００６７】
Ｓ１４．前述のＳ１５にて蓄積バッファデータ量が閾値（高）を下回っていない場合、回線速度に即した再生ビットレートに設定する。
【００６８】
Ｓ１５．ビットレート制御フラグをＯＦＦにする。
【００６９】
Ｓ１６．前述のＳ１５にて蓄積バッファデータ量が閾値（高）を下回っている場合、再生ビットレートを変更しない。
【００７０】
図９は、本発明の一実施形態における在圏情報管理テーブルである。在圏情報管理テーブルには、４つの項目があり、内容は以下のとおりである。
【００７１】
（１）在圏網は、ＬＴＥ／ＵＭＴＳ網どちらに在圏しているかを設定する。
【００７２】
（２）移行区間在圏フラグは、移行区間に在圏しているか否かを設定する。
【００７３】
（３）ＩｎｔｅｒＲＡＴ−ＨＯフラグは、ＩｎｔｅｒＲＡＴ−ＨＯ直後であるか否かを設定する。
【００７４】
（４）ビットレート制御フラグは、ビットレート監視処理起動有無を判断する。
を有する。
【００７５】
図１０は、本発明の一実施形態におけるバッファチェック・タイマテーブルである。バッファチェック・タイマテーブルには、２つの項目があり、内容は以下のとおりである。
【００７６】
（１）バッファチェックタイマは、蓄積されたバッファデータ量をチェックする間隔を指定する。
【００７７】
（２）リトライ回数は、蓄積されたバッファデータ量をチェックする回数を指定する。
を有する。
【００７８】
図１１は、本発明の一実施形態におけるバッファ閾値テーブルである。バッファ閾値テーブルには、２つの項目があり、内容は以下のとおりである。
【００７９】
（１）閾値（低）は、ＬＴＥシステムの回線速度×ＬＴＥであり、ＵＭＴＳ移動後の視聴保証時間（任意）である。
【００８０】
（２）閾値（高）は、端末内バッファの最大容量×０．９（任意）であり、データ破棄が起きないためのもの（任意）である。
【００８１】
図１２は、本発明の一実施形態における在圏網監視部の処理フロー（その１）である。（ａ）ＬＴＥ網の移行区間外→ＬＴＥ網の移行区間に移動は、移動端末がＬＴＥ網の移行区間外からＬＴＥ網の移行区間に移動した場合であって、在圏情報管理テーブルの移行区間在圏フラグがＯＮに設定され、ビットレート制御フラグがＯＮに設定される。
（ｂ）ＩｎｔｅｒＲＡＴ−ＨＯ（ＬＴＥ網→ＵＭＴＳ網に移動）は、移動端末がＬＴＥ網からＵＭＴＳ網に移動した場合であって、在圏情報管理テーブルの在圏網がＵＭＴＳに設定され、移行区間在圏フラグがＯＦＦに設定され、ＩｎｔｅｒＲＡＴ−ＨＯフラグがＯＮに設定される。
【００８２】
図１３は、本発明の一実施形態における在圏網監視部の処理フロー（その２）である。（ｃ）ＩｎｔｅｒＲＡＴ−ＨＯ（ＵＭＴＳ網→ＬＴＥ網に移動）は、移動端末がＵＭＴＳ網からＬＴＥ網に移動した場合であって、在圏情報管理テーブルの在圏網がＬＴＥに設定され、移行区間在圏フラグがＯＮに設定され、ＩｎｔｅｒＲＡＴ−ＨＯフラグがＯＮに設定される。
（ｄ）ＬＴＥ網の移行区間外→ＬＴＥ網の移行区間に移動は、移動端末がＬＴＥ網の移行区間からＬＴＥ網の移行区間外に移動した場合であって、在圏情報管理テーブルの移行区間在圏フラグがＯＦＦに設定され、ＩｎｔｅｒＲＡＴ−ＨＯフラグがＯＦＦに設定される。
【符号の説明】
【００８３】
１    インターネット
２    ストリーミングサーバ
３    ａＧＷ
４    ｅＮｏｄｅＢ
５    ＬＴＥ網
６    ＳＧＳＮ
７    ＲＮＣ
８    ＮｏｄｅＢ
９    ＵＭＴＳ網
１０    移動端末
１１    端末内バッファ
１２    アプリケーション部
１２１    再生ビットレート変換制御部
１２２    在圏網監視部
１２３    タイマ制御部
【図１】
0005434866.tif 000002
【図７】
0005434866.tif 000003
【図２】
0005434866.tif 000004
【図３】
0005434866.tif 000005
【図４】
0005434866.tif 000006
【図５】
0005434866.tif 000007
【図６】
0005434866.tif 000008
【図８】
0005434866.tif 000009
【図９】
0005434866.tif 000010
【図１０】
0005434866.tif 000011
【図１１】
0005434866.tif 000012
【図１２】
0005434866.tif 000013
【図１３】
0005434866.tif 000014