(57)【特許請求の範囲】
【請求項１】
無線アクセスネットワーク（１１６）、即ちＲＡＮを介したクライアント（１０１、１０２）への伝送用のメディアセグメント（３０１−３０４；４０１−４０４；５０１−５０４；６０１−６０４）のシーケンスを備えるメディアストリーム（３００）をスロットリングする方法（７００）であって、前記方法は、
前記メディアセグメントの前記シーケンスのうちの１つのメディアセグメントを取得すること（７０１）、
前記メディアセグメントの持続時間(
0005925970.tif 000038
)を判定すること（７０２）、
前記メディアセグメントの第１の部分（５０１’−５０４’；６０１’−６０４’）を前記クライアントに伝送すること（７０３）、及び
前記メディアセグメントの残存部分（５０１’−５０４’；６０１’−６０４’）を前記クライアントに伝送すること（７０５）
を含み、
前記メディアセグメントの前記部分（５０１’−５０４’，５０１’’−５０４’’；６０１’−６０４’，６０１’’−６０４’’）のうちの少なくとも１つは、その部分に対応する持続時間よりも短い時間間隔(
0005925970.tif 000039
、
0005925970.tif 000040
)で伝送され、前記第１の部分（５０１’−５０４’；６０１’−６０４’）の伝送開始から前記残存部分（５０１’’−５０４’’；６０１’’−６０４’’）の伝送完了までの時間間隔(
0005925970.tif 000041
)が、前記メディアセグメントの前記持続時間よりも短いように、前記残存部分の伝送が遅延される(
0005925970.tif 000042
;７０４）、方法（７００）。
【請求項２】
前記メディアセグメントの少なくとも１つの中間部分を前記クライアントに伝送することをさらに含む、請求項１に記載の方法。
【請求項３】
前記第１の部分及び前記残存部分は、完全な前記メディアセグメントを構成する、請求項１に記載の方法。
【請求項４】
前記メディアセグメントは、前記メディアセグメントをメディアサーバー（１２１）から受信することによって取得される、請求項１から３の何れか一項に記載の方法。
【請求項５】
前記メディアセグメントは、アダプティブＨＴＴＰストリーミング、即ちＡＨＳを使用して、前記クライアントに伝送される、請求項１から４の何れか一項に記載の方法。
【請求項６】
前記メディアセグメントの前記部分の少なくとも１つは、第１のビットレートをサポートするために前記ＲＡＮによって必要とされるリンクビットレートが、高ビットレートチャネル（１１１、１１２）に対応するように、前記第１のビットレートで伝送される、請求項１から５の何れか一項に記載の方法。
【請求項７】
前記残存部分は、第２のビットレートをサポートするために前記ＲＡＮによって必要とされるリンクビットレートが、低ビットレートチャネル（１１１、１１２）に対応するように、前記第２のビットレートで伝送される、請求項１から６の何れか一項に記載の方法。
【請求項８】
前記残存部分は、前記メディアセグメントの前記第１の部分よりもかなり小さい、請求項１から７の何れか一項に記載の方法。
【請求項９】
前記メディアセグメントの前記持続時間は、ディープパケットインスペクション、即ちＤＰＩを使用して判定される、請求項１から８の何れか一項に記載の方法。
【請求項１０】
前記メディアセグメントの前記持続時間は、トランスペアレントな伝送制御プロトコル（即ちＴＣＰ）プロキシを使用して判定される、請求項１から８の何れか一項に記載の方法。
【請求項１１】
前記メディアセグメントの前記持続時間は、メディアセグメントが前記クライアントによってリクエストされる周期を判定することによって判定される、請求項１から８の何れか一項に記載の方法。
【請求項１２】
前記メディアセグメントの前記持続時間は、マニフェストファイルを検査することによって判定される、請求項１から８の何れか一項に記載の方法。
【請求項１３】
前記メディアセグメントの前記持続時間は、メディアセグメントが取得される周期を判定することによって判定される、請求項１から８の何れか一項に記載の方法。
【請求項１４】
前記メディアセグメントの前記持続時間に関連する情報が、前記メディアサーバーから取得される、請求項４から８の何れか一項に記載の方法。
【請求項１５】
無線アクセスネットワーク（１１６）、即ちＲＡＮを介したクライアント（１０１、１０２）への伝送（８１３）用のメディアセグメント（３０１−３０４；４０１−４０４；５０１−５０４；６０１−６０４）のシーケンスを備えるメディアストリーム（３００、８１１）をスロットリングするネットワークノード（１１５，１２１，１２２；８００）であって、前記ネットワークノードは、
前記メディアセグメントの前記シーケンスのうちの１つのメディアセグメントを取得する手段（８０１）、
前記メディアセグメントの持続時間(
0005925970.tif 000043
)を判定する手段（８０２）、及び
前記メディアセグメントを伝送する手段（８０３）であって、
前記メディアセグメントの第１の部分（５０１’−５０４’；６０１’−６０４’）を前記クライアントに伝送し、
前記メディアセグメントの残存部分（５０１’−５０４’；６０１’−６０４’）を前記クライアントに伝送するように適合される手段（８０３）
を備え、
前記メディアセグメントの前記部分（５０１’−５０４’，５０１’’−５０４’’；６０１’−６０４’，６０１’’−６０４’’）のうちの少なくとも１つは、その部分に対応する持続時間よりも短い時間間隔(
0005925970.tif 000044
、
0005925970.tif 000045
)で伝送され、前記第１の部分（５０１’−５０４’；６０１’−６０４’）の伝送開始から前記残存部分（５０１’’−５０４’’；６０１’’−６０４’’）の伝送完了までの時間間隔(
0005925970.tif 000046
)が、前記メディアセグメントの前記持続時間よりも短いように、前記残存部分の前記伝送が遅延される(
0005925970.tif 000047
)、ネットワークノード（１１５，１２１，１２２；８００）。
【請求項１６】
前記メディアセグメントを送信する前記手段は、さらに、前記メディアセグメントの少なくとも１つの中間部分を前記クライアントに送信するように適合される、請求項１５に記載のネットワークノード。
【請求項１７】
前記第１の部分及び前記残存部分は、完全な前記メディアセグメントを構成する、請求項１５に記載のネットワークノード。
【請求項１８】
メディアセグメントを取得する前記手段は、前記メディアセグメントをメディアサーバー（１２１）から受信するように適合される、請求項１５から１７の何れか一項に記載のネットワークノード。
【請求項１９】
前記メディアセグメントは、アダプティブＨＴＴＰストリーミング、即ちＡＨＳを使用して、前記クライアントに伝送される、請求項１５から１８の何れか一項に記載のネットワークノード。
【請求項２０】
前記メディアセグメントを伝送する前記手段は、さらに、第１のビットレートをサポートするために前記ＲＡＮによって必要とされるリンクビットレートが、高ビットレートチャネル（１１１、１１２）に対応するように、前記メディアセグメントの前記部分の少なくとも１つを前記第１のビットレートで伝送するように適合される、請求項１５から１９の何れか一項に記載のネットワークノード。
【請求項２１】
前記メディアセグメントを伝送する前記手段は、さらに、第２のビットレートをサポートするために前記ＲＡＮによって必要とされるリンクビットレートが、低ビットレートチャネル（１１１、１１２）に対応するように、前記残存部分を前記第２のビットレートで伝送するように適合される、請求項１５から２０の何れか一項に記載のネットワークノード。
【請求項２２】
前記残存部分は、前記メディアセグメントの前記第１の部分よりもかなり小さい、請求項１５から２１の何れか一項に記載のネットワークノード。
【請求項２３】
前記メディアセグメントの持続時間を判定する前記手段は、ディープパケットインスペクション、即ちＤＰＩを使用して、前記メディアセグメントの前記持続時間を判定するように適合される、請求項１５から２２の何れか一項に記載のネットワークノード。
【請求項２４】
前記メディアセグメントの持続時間を判定する前記手段は、トランスペアレントな伝送制御プロトコル（即ちＴＣＰ）プロキシを使用して、前記メディアセグメントの前記持続時間を判定するように適合される、請求項１５から２２の何れか一項に記載のネットワークノード。
【請求項２５】
前記メディアセグメントの持続時間を判定する前記手段は、メディアセグメントが前記クライアントによってリクエストされる周期を判定することによって、前記メディアセグメントの前記持続時間を判定するように適合される、請求項１５から２２の何れか一項に記載のネットワークノード。
【請求項２６】
前記メディアセグメントの持続時間を判定する前記手段は、マニフェストファイルを検査することによって、前記メディアセグメントの前記持続時間を判定するように適合される、請求項１５から２２の何れか一項に記載のネットワークノード。
【請求項２７】
前記メディアセグメントの持続時間を判定する前記手段は、メディアセグメントが取得される周期を判定することによって、前記メディアセグメントの前記持続時間を判定するように適合される、請求項１５から２２の何れか一項に記載のネットワークノード。
【請求項２８】
前記メディアセグメントの前記持続時間に関連する情報（８１２）を前記メディアサーバー（１２１）から取得する手段（８０４）をさらに備える、請求項１８から２２の何れか一項に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線アクセスネットワークを介してクライアントへの伝送用メディアストリームをスロットリングする方法、及び対応するネットワークノードに関する。
【背景技術】
【０００２】
Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）ストリーミング技術、具体的には、ライブコンテンツのビットレート適合及びストリーミングを考慮した、移動ネットワーク、即ち、無線アクセスネットワーク（ＲＡＮ）を介した、クライアントへのビデオ配信用技術への関心が高まっている。これは、メディアセグメント、即ちファイル（各々がある持続時間、例えば、５秒又は１０秒などのメディアコンテンツを含む）の形式で、クライアントにメディアコンテンツを提供することによって実現される。
【０００３】
クライアントデバイスには、メディアコンテンツの利用できる表示、及びユニフォームリソース識別子（ＵＲＩ）によってそれらの表示をどこで取り込むべきかを列挙するマニフェストファイルが提供される。例えば、異なる品質及び対応するメディアビットレートを有する同一のコンテンツの様々な表示を提供することによって、クライアントは、セグメントごとにふさわしい表示を選択して、動的にビットレートを適合し得る。通常、マニフェストファイルは、ストリーミングセッションの初めに少なくとも１回取り込まれ、進行中のセッションの中で更新され得る。
【０００４】
メディアセグメントは、メディアサーバーによって提供され、ＨＴＴＰを使用してクライアントによって継続的に取り込まれ、連続的なメディアストリームに統合することができる。利用できるリンクビットレート、即ち、クライアントがＲＡＮと通信する無線リンクによってサポートされるビットレートが変更される場合、クライアントは、低い又は大きなメディアビットレートを有する異なる表示を選択し得る。このように、ネットワーク状況が考慮されつつ、使用体感が最大限化され得る。アダプティブＨＴＴＰストリーミング（ＡＨＳ）技術は、通常、利用できるリンクビットレートを測定し、マニフェストファイルから適切な表示、即ち、利用できるリンクビットレートを使用して安全に配信することができる表示をダウンロードのために選択することを、クライアントに要求する。
【０００５】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）−Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）によって拡張されたＡＨＳを標準化した。ＤＡＳＨはまた、３ＧＰ／ＭＰＥＧ  ＤＡＳＨと呼ばれる、３ＧＰＰのリリース１０でのＨＴＴＰストリーミングのための基礎としても使用される。ＨＴＴＰストリーミング用の他のソリューションは、例えば、ＡｐｐｌｅによるＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）、ＭｉｃｒｏｓｏｆｔによるＳｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ（ＩＳＭ）、及びＡｄｏｂｅ  Ｄｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇなどである。
【０００６】
様々なファイル形式、例えば、ＭＰ４などが、メディアセグメント、例えば、ＭＰＥＧ２−ＴＳ又はＩＳＯ  ＢＭＦＦなどに使用される。マニフェストファイル用の既知のフォーマットは、例えば、ＤＡＳＨ用のＭｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  （ＭＰＤ）、ＨＬＳ用の‘ｍ３ｕ８’、及びＩＳＭ用の‘ｉｓｍｃ’である。
【０００７】
ネットワークの観点から、具体的にはＲＡＮにおいて、メディアストリームのビットレートを制御し、ストリーミングを行うクライアントに割り当てられるべきリソースを限定し、利用できるエアインターフェースリソースをより効率的に使用することが望ましい。例えば、クライアントへのメディアセグメントの伝送は、伝送のペーシング（ｐａｃｉｎｇ）によって、調整されたり適合させられたりすることがあり、これにより、クライアントは、低品質表示の選択を強いられる。しかしながら、限定された数の不連続なメディア品質レベルだけしか利用できないので、移動クライアントに伝送されるメディアストリームは、利用できるリンクビットレートを完全に利用できないかもしれない。さらに、伝送のペーシングは、より高いビットレートをサポートし、エアインターフェースをより効率的に使用するであろうリンクをＲＡＮが割り当てることを妨げてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述の技術及び先行技術に対する改良された別の方法を提供することが、本発明の目的である。
【０００９】
より具体的には、ＲＡＮを介してクライアントに配信されるメディアストリームの改良されたスロットリングを提供することが、本発明の目的である。
【課題を解決するための手段】
【００１０】
本発明のこれらの目的及び他の目的が、独立請求項に記載される、本発明の様々な態様によって達成される。本発明の実施形態は、従属請求項によって特徴づけられる。
【００１１】
本発明を説明するために、メディアコンテンツが提供されるソースからメディアコンテンツが表現されるクライアントまで、例えば、オーディオ又はビデオなどのメディアコンテンツをメディアストリームが届けると解されるべきである。例えば、ビデオの場合、メディアコンテンツは、メディアサーバーによって提供され、クライアントに配信され得、クライアントに設けられたディスプレイ上に表示される。クライアントは、例えば、ユーザ機器（ＵＥ）、携帯電話、スマートフォン、タブレットコンピュータ、メディアプレーヤー、又はＲＡＮを介した無線通信が可能な任意の他のコンピューティング装置であり得る。
【００１２】
無線通信は、任意の適切な無線アクセス技術及び／又は規格、例えば、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、無線ローカルエリアネットワーク（ＷＬＡＮ）／ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）などによって達成され得る。
【００１３】
本発明の第１の態様によれば、ＲＡＮを介したクライアントへの伝送用メディアストリームをスロットリング（調整）する方法が提供される。メディアストリームは、メディアセグメントのシーケンスを備える。この方法は、メディアセグメントのシーケンスのうちの１つのメディアセグメントを取得すること、メディアセグメントの持続時間を判定すること、メディアセグメントの第１の部分をクライアントに伝送すること、及びメディアセグメントの残存部分をクライアントに伝送することを含む。メディアセグメントの部分のうちの少なくとも１つは、その部分に対応する持続時間よりも短い時間間隔で伝送される。さらに、第１の部分の伝送開始から残存部分の伝送完了までの時間間隔が、メディアセグメントの持続時間よりも短いように、残存部分の伝送が遅延される。この方法の１つの実施形態は、例えば、メディアサーバー、プロキシ、エッジサーバー、無線ネットワークコントローラ（ＲＮＣ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、又はメディアストリームを配信するのに適切な任意の他のネットワークノードによって実行され得る。
【００１４】
本発明の第２の態様によれば、ＲＡＮを介したクライアントへの伝送用メディアストリームをスロットリングするためのネットワークノードが提供される。メディアストリームは、メディアセグメントのシーケンスを備える。ネットワークノードは、メディアセグメントのシーケンスのうちの１つのメディアセグメントを取得する手段、メディアセグメントの持続時間を判定する手段、及びメディアセグメントを伝送する手段を含む。メディアセグメントを伝送する手段は、メディアセグメントの第１の部分をクライアントに伝送し、メディアセグメントの残存部分をクライアントに伝送するように適合される。メディアセグメントを伝送する手段は、さらに、メディアセグメントの部分のうちの少なくとも１つを、その部分に対応する持続時間よりも短い時間間隔で伝送して、第１の部分の伝送開始から残存部分の伝送完了までの時間間隔が、前記メディアセグメントの持続時間よりも短いように、残存部分の伝送を遅延させるように適合される。ネットワークノードは、例えば、メディアサーバー、プロキシ、エッジサーバー、ＲＮＣ、ＮｏｄｅＢ、ｅＮｏｄｅＢ、又はメディアストリームを伝送するのに適切な任意の他のネットワークノードであり得る。
【００１５】
本発明は、メディアセグメントのシーケンスを備えるメディアストリームの無線に親和性がある（ｒａｄｉｏ  ｆｒｉｅｎｄｌｙ）スロットリングが、メディアセグメントを少なくとも２つの部分に分けて伝送され、残存部分とも呼ばれる最終部分の伝送が遅延されることによって達成され得るという知見を利用する。これらの部分のうちの少なくとも１つは、その部分に対応する持続時間よりも短い時間間隔で伝送される。要するに、これらの部分のうちの少なくとも１つは、より高いビットレート、即ち、メディアセグメントのメディアビットレートよりも大きなビットレートで伝送される。メディアビットレートは、実際のメディアコンテンツのビットレート、即ち、メディアセグメントの持続時間によって分割されるメディアセグメントに含まれるデータの量である。当然のことながら、メディアビットレートは、メディアセグメントの持続時間と実質的に等しい時間間隔でメディアセグメントの１つの部分を伝送するために必要とされるビットレートである。メディアセグメントの持続時間は、メディアセグメント内のメディアコンテンツの持続時間である。
【００１６】
メディアセグメントの別個の部分を伝送するために使用される遅延及びビットレートは、完全なメディアセグメントがクライアントに配信される時間間隔、即ち、第１の部分の伝送開始から残存部分の伝送完了までの時間間隔が、メディアセグメントの持続時間よりも短いように、選択される。好ましくは、完全なメディアセグメントがクライアントに配信される時間間隔は、メディアセグメントの持続時間よりも短い。この目的を達成するため、完全なメディアセグメントがクライアントに配信される時間間隔は、クライアントが表示を高ビットレート、低ビットレート、又は中間ビットレートに切り替えることを控えるように、調節される。
【００１７】
本発明の１つの実施形態によるメディアストリームをスロットリングすることには、２つの効果がある。まず、ＲＡＮによるクライアントへのスロットリングされたメディアストリームの伝送に関連付けられたトラフィックは、各メディアセグメントが、少なくとも２つの部分で伝送され、そのうちの少なくとも１つが、より高いビットレートで伝送されるので、バースト性がある。これは、エアインターフェースの利用可能なリソースがより効率的に使用されるという点で、バースト性トラフィックは無線に親和性があるので、有利である。好ましくは、メディアセグメントの複数の部分を伝送するために使用されるビットレートは、利用可能なリンクビットレート、即ち、クライアントがＲＡＮのアクセスノードと通信する無線リンクによってサポートされるビットレートが完全に利用されるように、調節される。任意で、メディアセグメントが１つの部分で配信されるであろう場合に、即ち、メディアセグメントがメディアビットレートで伝送されるであろう場合に、必要とされるであろうものより高いビットレートを有する無線リンクをＲＡＮが使用するように、メディアセグメントの複数の部分を伝送するために使用されるビットレートが、選択され得る。この点で、当然のことながら、ある安全マージンが必要とされる。即ち、リンクビットレートは、ＲＡＮに特有なリンクビットレート変動が可能になるよう、メディアビットレートよりも大きくすべきである。さらなる有利な点として、バースト性トラフィックは、クライアントの電力消費を削減し、その結果、バッテリーの寿命を延ばす。
【００１８】
第二に、各メディアセグメントの残存部分、即ち、最終部分の伝送を遅延させることにより、メディアセグメントのダウンロード中に利用可能なビットレートを測定するクライアントは、大きなメディアビットレートを有しこのためにより高いリンクビットレートを必要とする表示への切り換えが防止され得る。この点で、クライアントは、メディアセグメントの第１のデータ受信からメディアセグメントの最終データ受信までの経過時間を測定することによって、ダウンロードビットレートを判定することが想定される。結果として、メディアセグメントの第１の部分を（好ましくはより高いビットレートで）伝送し、次に、メディアセグメントの配信が停止されるサイレントタイム、又はアイドルタイムを導入し、続いて、メディアセグメントの残存部分を伝送し、その結果、完全なメディアセグメントが、メディアセグメントの持続時間と等しい、又は短い時間間隔内でクライアントに配信されることによって、クライアントに認識されるダウンロードビットレートは、メディアセグメントが先行技術に従って（即ち、メディアセグメントが１つの部分で、メディアビットレートを使用して、実質的に同一の時間間隔で）配信される場合と、実質的には同一である。
【００１９】
有利なことに、ＲＡＮは、サイレントタイム中に利用可能なエアインターフェースリソースを、同一のクライアント及び／又は同一のＲＡＮにアクセスしている他のクライアントの他のサービスに割り当て得る。
【００２０】
したがって、本発明の１つの実施形態は、関連付けられたトラフィックがバースト性となると同時に、メディアストリームを受信するクライアントがより高いビットレートを必要とするメディア表示のリクエストを防止するように、ＲＡＮを介してクライアントに配信されるメディアストリームがスロットリングされ得るという点で、有利である。
【００２１】
さらに、メディアセグメントの別個の部分を送信するために使用されるビットレート、連続した部分間の遅延、及び完全なメディアセグメントが配信される時間間隔を調節することによって、クライアントはまた、低いビットレートを必要とするメディア表示への切り換えを強制され得る。これは、メディアストリームが無線に親和性がある方法でスロットリングされるという点で、有利である。
【００２２】
本発明の１つの実施形態によれば、この方法は、メディアセグメントの少なくとも１つの中間部分をクライアントに伝送することをさらに含む。メディアセグメントは、３以上の部分でクライアントに伝送され得、遅延は、続く部分の各対の間に導入され得る。例えば、メディアセグメントは、３つの部分、即ち、第１の部分、第２の部分、及び残存部分で、第１と第２の部分の中間、及び第２と残存部分との中間でそれぞれ遅延を伴い、伝送され得る。当然のことながら、本発明は、２つ又は３つの部分でメディアセグメントを伝送することによってメディアストリームをスロットリングすることに限定されず、４つ以上の部分でメディアセグメントを伝送する本発明の実施形態も想定し得る。
【００２３】
本発明の１つの実施形態によれば、第１の部分及び残存部分は、完全なメディアセグメントを構成する。要するに、メディアセグメントは、２つの部分、即ち、第１の部分及び第２の残存部分で、クライアントに伝送される。２つの部分でメディアセグメントを配信することは、必要以上にメディアストリームの伝送を変更することなく、バースト性トラフィックが生成され得、クライアントのビットレート選択が規制され得るという点で、有利である。この点で、異なるＲＡＮ無線状態の間、例えば、メディアセグメントの第１の部分を伝送するために高いビットレートに関連付けられた状態と、メディアセグメントの残存部分を伝送するために低いビットレートに関連付けられた状態との間の切り替えは、リソースを消費することとなり、バッテリーの寿命に影響を与えるので、あまりに多くの部分に分けてメディアセグメントを伝送することは、結果として、ＲＡＮでの無線に親和性に欠ける配信につながり得るということに留意されたい。
【００２４】
本発明の１つの実施形態によれば、メディアセグメントは、メディアセグメントをメディアサーバーから受信することによって取得される。この場合、実施形態は、メディアサーバーからクライアントまで配信されるビットストリームを形成するように適合されたプロキシ、トラフィックのルーティング用の中間ネットワークノード、ＲＮＣ、ＮｏｄｅＢ、又はｅＮｏｄｅＢに関連する。メディアセグメントは、メディアサーバーから通信ネットワーク、例えば、コアネットワーク、インターネット、又はＲＡＮの転送ネットワークなどを介して受信され得る。代替的には、メディアセグメントは、ストレージ、例えば、ローカルストレージ又はバッファーなどから、読み出され得る。後者の場合は、ストリーミングによってメディアコンテンツを提供するメディアサーバー又は任意のネットワークノードに関連する。
【００２５】
本発明の１つの実施形態によれば、メディアセグメントは、ＡＨＳを使用してクライアントに伝送される。そのような技術は、ＨＴＴＰを使用したクライアントによるリクエストに応じたメディアセグメントの伝送に依存する。クライアントは、利用可能なリンクビットレート、即ち、メディアセグメントでダウンロード中に受信されるビットレートを測定し、利用可能なリンクビットレートによってサポートされるメディアビットレートを有する適切な表示を選択する。
【００２６】
本発明の１つの実施形態によれば、メディアセグメントの部分の少なくとも１つは、第１のビットレートをサポートするためにＲＡＮによって必要とされるリンクビットレートが、高ビットレートチャネルに対応するように、第１のビットレートで伝送される。要するに、その対応する部分は、ＲＡＮが、１つの部分でのセグメントの伝送と比べて高いビットレートをサポートする無線リンクを割り当てるよう強制させられるように選択されるビットレートで伝送される。これは、有利である。というのは、ビットレートが増加するために、その対応する部分がより短時間で伝送され、その結果、バースト性トラフィックがもたらされ、エアインターフェース効率が改善するからである。例えば、ＲＡＮがＵＭＴＳネットワークである場合、第１のビットレートには、高速ダウンリンクパケットアクセ（ＨＳＤＰＡ）チャネルが割り当てられる。
【００２７】
本発明の１つの実施形態によれば、残存部分は、第２のビットレートをサポートするためにＲＡＮによって必要とされるリンクビットレートが、低ビットレートチャネルに対応するように、第２のビットレートで伝送される。要するに、残存部分は、ＲＡＮが、比較的低いリンクビットレートをサポートするリソース消費の少ない無線チャネルを割り当て得るように選択されるビットレートで伝送される。これは、メディアセグメントの残存部分を伝送するためのＲＡＮによるリソースの割り当てに対する制約がより低いという点で、有利である。好ましくは、ビットレートは、残存部分が、共通チャネル、例えば、ＵＭＴＳネットワークのフォーワードアクセスチャネル（ＦＡＣＨ）などによってクライアントに伝送することができるように選択される。後者の場合、クライアントに残存部分を伝送するために、専用チャネルを割り当てる必要がない。
【００２８】
本発明の１つの実施形態によれば、残存部分は、メディアセグメントの第１の部分よりも小さい。好ましくは、残存部分は、第１の部分よりかなり小さい。これは、残存部分よりもかなり大きな第１の部分が、比較的高いビットレートでクライアントに伝送され得、これによって、エアインターフェースの効率的な利用を高め、さらに比較的小さな残存部分が伝送されるという点で、特に有利である。好ましくは、残存部分のサイズは、リソース消費の少ない無線チャネル、例えば、ＦＡＣＨなどの共通チャネルなどによってクライアントに伝送され得るほど十分に小さい。２つの部分の間のメディアセグメントの分布は、多くのパラメーター、例えば、利用可能な帯域幅、待機時間などによって決まる。例として、第１の部分は、メディアセグメントの少なくとも９０％に達し得る。さらなる例として、第１の部分は、メディアセグメントの少なくとも９８％に達し得る。
【００２９】
本発明の１つの実施形態によれば、メディアセグメントの持続時間は、ディープパケットインスペクション（ＤＰＩ）を使用して判定される。ＤＰＩは、ルーティングのためにデータパケットのヘッダーのみを検査することと比較すると、通信ネットワークで伝送されるデータパケットのコンテンツを分析するための技術に関する。メディアセグメントのコンテンツを検査することによって、メディアセグメントの持続時間は、判定され得る。これは、本発明の１つの実施形態が、暗号化され得るマニフェストファイルを検査せずに、メディアセグメントの持続時間を判定し得るという点で、有利である。例えば、ＤＡＳＨの場合、メディア持続時間は、ＭＰ４ファイルの「ｓｉｄｘ  ｂｏｘ」を検査することによって、又は「ｔｒｕｎ  ｂｏｘ」に含まれるフレームをカウントすることによって判定され得る。
【００３０】
本発明の１つの実施形態によれば、メディアセグメントの持続時間は、トランスペアレントな伝送制御プロトコル（即ちＴＣＰ）プロキシを使用して、判定される。この場合、プロキシは、第１の接続によってクライアントから受信されるＨＴＴＰリクエストを終端処理し、第１の接続から分離されプロキシとサーバーとの間に確立される第２の接続を使用してメディアセグメントを取り込む。第２の接続によってメディアセグメントを受信すると、プロキシは、メディアセグメントの持続時間を判定し、第１の接続によってクライアントにメディアセグメントを転送する。メディアセグメントの持続時間は、マニフェストファイルのパケットヘッダーを検査することによって、又はＤＰＩによって、判定され得る。
【００３１】
本発明の１つの実施形態によれば、メディセグメントの持続時間は、メディアセグメントがクライアントによってリクエストされる周期を判定することによって判定される。アダプティブＨＴＴＰストリーミング技術は、ある持続時間のメディアセグメントをリクエストするクライアントに依存する。結果的に、クライアントが同一のメディアストリームに属する後続のメディアセグメントをリクエストする周期は、メディアセグメントの持続時間の測定結果である。例えば、各メディアセグメントが５秒のメディアコンテンツを含む場合、クライアントは、約５秒の周期でメディアセグメントをリクエストするだろう。本発明のこの実施形態は、メディアセグメントの持続時間が、メディアセグメントの配信のために使用されるファイルフォーマットの知識を必要とし得るＤＰＩなどのより複雑な技術に頼らずに判定され得るという点で、有利である。
【００３２】
本発明の１つの実施形態によれば、メディアセグメントの持続時間は、マニフェストファイルを検査することによって、判定される。マニフェストファイルは、クライアントに利用可能なメディア提示を説明する情報を含み、通常は、対応するメディアストリームと同一のメディアサーバーによって提供される。これは、マニフェストファイルが暗号化されていない場合に、有利である。というのも、メディアセグメントの持続時間が、メディアセグメントの配信のために使用されるファイルフォーマットの知識を必要とし得るより複雑な技術に頼らずに判定できるからである。
【００３３】
本発明の１つの実施形態によれば、メディアセグメントの持続時間は、メディアセグメントが取得される周期を判定することによって判定される。特に、メディアセグメントがメディアサーバーから、又は通信ネットワークから受信される場合に、メディアセグメントが受信される周期は、メディアセグメントの持続時間の測定結果として利用され得る。これは、メディアセグメントの持続時間が、メディアセグメントの配信のために使用されるファイルフォーマットの知識を必要とし得る、ＤＰＩなどのより複雑な技術に頼らずに、メディアセグメントの持続時間が判定できるという点で、有利である。
【００３４】
本発明の１つの実施形態によれば、メディアセグメントの持続時間に関連する情報が、メディアサーバーから取得される。これは、より複雑な技術に依存することなくメディアセグメントの持続時間を判定する単純な方法を提供するという点で、有利である。任意で、メディアセグメントの持続時間に関連する情報は、帯域外で、即ち、メディアストリームとは別に読み出され得る。
【００３５】
本発明の利益は、場合によっては、本発明の第１の態様による方法の実施形態を参照して説明されているが、対応する理論は、本発明の第２の態様によるネットワークノードの実施形態に適用される。
【００３６】
本発明のさらなる対象、特性、及び利益は、以下の詳細な開示、図面、及び添付される特許請求の範囲を検討すれば、明らかになるだろう。本発明の異なる特性を、以下で説明される実施形態以外の実施形態を形成するために組み合わせることができるということを、当業者は理解するだろう。
【００３７】
本発明の先述の対象、特性及び利益、並びにさらなる対象、特徴及び利益は、添付の図面を参照して、本発明の実施形態の例示的かつ非限定的な詳細な説明を通して、よりよく理解されるだろう。
【図面の簡単な説明】
【００３８】
【図１】ＲＡＮを介してクライアントにメディアをストリーミングするためのシステムを示す。
【図２】クライアントによるメディアセグメントの取込みを示す。
【図３】時間領域におけるメディアセグメントの配信を示す。
【図４】メディアストリームの従来のスロットリングを示す。
【図５】本発明の１つの実施形態によるメディアストリームのスロットリングを示す。
【図６】本発明のさらなる実施形態によるメディアストリームのスロットリングを示す。
【図７】本発明の第１の態様の１つの実施形態によるメディアストリームをスロットリングする方法を示す。
【図８】本発明の第２の態様の１つの実施形態によるメディアストリームをスロットリングするためのネットワークノードを示す。
【発明を実施するための形態】
【００３９】
すべての図面は、概略であり、必ずしも縮尺比に従って縮尺されているわけではなく、概して、本発明を説明するために必要な部分のみを示し、他の部分は省略又は単に示唆されることもある。
【００４０】
本発明は、これより本発明のいくつかの実施形態が示されている添付図面を参照して以下でより詳しく説明される。しかし、本発明は、多くの異なる形態で実施することができ、本明細書に記載された実施形態に限定されると解釈されるべきではない。むしろ、本開示が包括的かつ完全なものとなり、本発明の範囲を当業者に十分に伝えられるように、これらの実施形態が例として提供される。
【００４１】
図１では、ＲＡＮを介して移動クライアントにメディアストリームを伝送するためのシステムが示されている。
【００４２】
システム１００は、２つのクライアント１０１及び１０２を備える。これらは、それぞれ無線リンク１１１及び１１２を介してクライアント１０１及び１０２との無線通信を達成することができるアクセスノード１１５、例えば、無線基地局（ＲＢＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ＷＬＡＮアクセスポイントなどを通して、ＲＡＮ１１６にアクセスする。クライアント１０１及び１０２は、移動端末、ＵＥ、スマートフォン、コンピュータ、メディアプレーヤー、又はアクセスノード１１５との無線通信を達成することができ、かつメディアストリームを受信する別の種類のコンピューティングデバイスであり得る。２つのクライアント１０１及び１０２が図１に示されるが、当然のことながら、本発明の実施形態は、２つのクライアントにアクセスされるＲＡＮに限定されない。
【００４３】
アクセスノード１１５は、通信ネットワーク１２０を介して、メディアサーバー１２１に、さらに任意でプロキシ１２２に接続される。クライアント、例えば、クライアント１０１は、メディアサーバー１２１からのメディアストリームをリクエストすることによって、メディアサーバー１２１が提供するメディアコンテンツにアクセスし得る。メディアストリームは、メディアサーバー１２１から通信ネットワーク１２０を介してアクセスノード１１５に、さらにクライアント１０１に配信、即ち伝送される。任意で、メディアストリームは、プロキシ１２２を介して配信され得る。
【００４４】
アクセスノード１１５は、クライアント１０１とアクセスノード１１５との間に確立される無線リンク１１１によって、メディアストリームをクライアント１０１に伝送するための無線リソースを割り当てる。通常、ＲＡＮの無線リンク、例えば、図１に示される無線リンク１１１及び１１２は、アップリンク、即ち、クライアントからＲＡＮアクセスノードまで、及びダウンリンク、即ち、アクセスノードからクライアントまでの両方において、無線通信を達成するのに適切である。ＲＡＮによって用いられる無線技術、及び無線通信が達成される規格次第で、異なる種類の無線チャネルがクライアントとアクセスノードとの間にセットアップされ得る。無線チャネルの各タイプはそれに関連付けられたリソース消費のみならずサポートされるリンクビットレートを有する。概して、無線チャネルに関連付けられたリソース消費、例えば、アクセスノード及びクライアントの電力消費は、サポートされるビットレートの増加に伴って増加する。結果として、高ビットレートチャネル、例えば、ＨＳＤＰＡチャネルは、低ビットレートチャネル、例えば、ＦＡＣＨよりも多くの電力を消費する。これは、バッテリー寿命が問題であるバッテリーで電力供給されるクライアントには、特に重要である。
【００４５】
以下において、アダプティブストリーミング技術、具体的にはＡＨＳを使用して、移動クライアント、即ち、ＲＡＮを介してメディアコンテンツにアクセスするクライアントにメディアをストリーミングする原理が、図２を参照して説明される。
【００４６】
本発明の実施形態を説明するために、メディアストリームは、ある持続時間、例えば、５秒又は１０秒などのメディアコンテンツを含むメディアセグメントによってクライアントに配信されると想定する。メディアコンテンツは、適切なファイル形式でコード化され得る。同一のメディアコンテンツ、例えば、オーディオシーケンス又はビデオなどは、異なるメディア品質及びそれに関連するビットレートによって特徴づけられる異なる表示で提供され得る。要するに、クライアントは、低リンクビットレートだけが利用できる場合には、低解像度でビデオをリクエストし得、高リンクビットレートが利用できる場合には、高解像度でビデオをリクエストし得る。クライアントが利用できる様々な表示は、対応するメディアセグメントをどこで取り込むかについての情報をクライアントに提供するマニフェストファイルに記述される。この情報は、例えば、ＵＲＩによって提供され得る。
【００４７】
利用できるリンクビットレートは、通常、ネットワーク状況、例えば、ネットワーク負荷など、及び無線状況に依存する。アダプティブストリーミング技術、例えば、ＡＨＳなどにおいて、クライアントは、利用できるリンクビットレートを測定すること、及び適切な表示、即ち、利用できるリンクビットレートを考慮してクライアントに安全に配信することができるメディアビットレートを有する表示を選択することに責任を負う。通常、クライアントは、完全なメディアセグメントが受信される時間間隔を測定する。測定された時間間隔、及びメディアセグメントによって搬送されるデータの量から、利用できるリンクビットレートが計算され得る。
【００４８】
さらに、図２を参照して、ＡＨＳを使用してメディアサーバー１２１からクライアント１０１までメディアをストリーミングするためのセッション２００が説明される。セッション２００は、メディアサーバー１２１からマニフェストファイルをリクエストする（１３１）クライアント１０１によって開始される。これは、マニフェストファイルをリクエストするＨＴＴＰ  ＧＥＴメッセージ１３１を送信することにより実現される。リクエスト１３１に応答して、メディアサーバー１２１は、クライアント１０１にマニフェストファイルを伝送する（１３２）。次に、クライアント１０１は、マニフェストファイルを処理し（１３３）、マニフェストファイルが関連するメディアコンテンツの適切な表示、例えば、ビデオなどを選択する。例えば、クライアント１０１は、利用できるリンクビットレートの推定値に基づき、第１の低い品質を選択し得る。続いて、クライアント１０１は、ＨＴＴＰ  ＧＥＴを使用して、選択された表示の第１のメディアセグメントをリクエストする（１４１）。ＨＴＴＰ  ＧＥＴリクエスト１４１で伝送される情報は、第１の品質でコード化された第１のメディアセグメントがリクエストされることを示す。この情報は、例えば、マニフェストファイルに記述されたＵＲＩによって搬送され得る。ＨＴＴＰ  ＧＥＴリクエスト１４１の受信に応答して、メディアサーバー１２１は、第１の品質でコード化された第１のメディアセグメントをクライアント１０１に伝送する（１４３）。
【００４９】
メディアサーバー１２１によってクライアント１０１に伝送される（１４３）、第１のメディアセグメント受信のプロセス中に、クライアント１０１は、利用できるリンクビットレートを測定する。これは、例えば、第１のメディアセグメントの伝送（１４３）に関する最初のデータ受信から、第１のメディアセグメントの伝送（１４３）に関する最終データ受信までに経過する時間を測定することによって、実現され得る。
【００５０】
次に、利用できるリンクビットレートが、クライアント１０１に伝送される（１４３）データの量を経過した時間で割ることによって計算され得る。これにより、第１のデータ受信から最終データ受信までの時間間隔で平均化された実効的なビットレートが得られる。この時間間隔は、通常、メディアセグメントに含まれるメディアコンテンツの持続時間と同じサイズである、即ち、数秒から１０秒までのオーダー（ｏｒｄｅｒ）である。
【００５１】
クライアント１０１は、第２のメディアセグメント又は後続のメディアセグメントをリクエストするために、第１の品質とは異なる第２の品質を有する異なる表示を選択する（１４４）ために、推定された利用できるリンクビットレートを使用し得る。例えば、利用できるリンクビットレートがより高い品質をサポートするのに十分である場合、クライアント１０１は、後続のメディアセグメントをリクエストするために対応するＵＲＩを使用することによって、適切な表示を選択し得る（１４４ａ）。他方で、利用できるリンクビットレートが第１の品質でコード化されたメディアセグメントを安全に伝送するには小さすぎる場合、クライアント１０１は、ずっと低い品質を選択し得る（１４４）。この点で、クライアント１０１は、無線状況の変動を考慮するために、クライアントに安全に伝送され得る表示を選択する際に、ある安全マージンを使用し得る。
【００５２】
表示を選択した（１４４）後に、クライアント１０１は、ＨＴＴＰ  ＧＥＴを使用して、メディアサーバー１２１からの第２のメディアセグメントをリクエストする（１４５）。メディアサーバー１２１は、リクエスト１４５に応答して、第２のメディアセグメントをクライアントに伝送する（１４７）。第２のメディアセグメントを受信する間に、クライアント１０１は、利用できるリンクビットレート、即ち、先ほど記載されたように、第２のメディアセグメントの最初のデータ受信から、第２のメディアセグメントの最終データ受信までの時間間隔における、実効的な平均化されたリンクビットレートを測定する。
【００５３】
セッション２００は、クライアント１０１がメディアサーバー１２１からの後続のメディアセグメントをリクエストすることで継続され得る。各メディアセグメントは、ある表示、即ち、ある品質を有するあるメディアセグメントをリクエストし、メディアサーバー１２１からのリクエストされたメディアセグメントを受信することによって、クライアント１０１に配信される。任意で、クライアント１０１は、利用できるリンクビットレートを測定し、適切な表示を選択し得る。当然のことながら、クライアント１０１は、リクエストされたメディアセグメントごとにリンクビットレート測定を実行するように適合されていてもよい。代わりに、クライアント１０１は、周期的にリンクビットレート測定を実行するよう適合されていてもよいし、ある条件が満たされる場合、例えば、無線状況が悪化した場合、例えば、クライアント１０１によって測定される受信信号の強度低下の場合などに、リンクビットレート測定を実行するよう適合されていてもよい。
【００５４】
図３は、メディアストリーム３００に属するメディアセグメント３０１−３０４の伝送を示す。より具体的には、メディアセグメント３０１−３０４は、メディアストリーム３００の表示に属し、その表示は、あるメディアビットレート
0005925970.tif 000002
、及びそれに応じて品質に関連付けられている。注意喚起のために、メディアビットレートは、実際のメディアコンテンツのビットレート、即ち、メディアセグメントの持続時間によって分割されるメディアセグメントに含まれるデータの量である。図３から分かるように、メディアセグメント３０１−３０４は、メディアセグメントの持続時間と実質的に等しいある周期
0005925970.tif 000003
で、クライアントに伝送される。これは、クライアントが、およそメディアセグメントの持続時間に対応する周期で、新しいメディアセグメントをリクエストする必要があるからである。メディアセグメント３０１−３０４は、メディアビットレート
0005925970.tif 000004
よりも大きな伝送ビットレート
0005925970.tif 000005
で伝送される。結果として、各メディアセグメント３０１−３０４は、周期
0005925970.tif 000006
よりわずかに短い時間間隔
0005925970.tif 000007
でクライアントに伝送される。要するに、適切な表示がクライアントによって選択される場合、メディアセグメント（例えば、３０１）の伝送は、後続のメディアセグメント（例えば、３０２）の伝送開始のわずかに前に完了する。
【００５５】
図３に示されるシナリオは、ＡＨＳに典型的なものである。クライアントは、ある品質のメディアセグメントを周期的にリクエストし、各メディアセグメントに含まれるデータの量は、各メディアセグメントのメディアコンテンツの持続時間よりもわずかに短い時間間隔でクライアントに伝送することができる程度のものである。
【００５６】
例えば、他のクライアントのためにエアインターフェースリソースを解放しておくために、ストリーミングを行うクライアントにより消費される帯域幅が縮小されるべき場合には、クライアントに配信されるメディアストリームは、スロットリングされ得る。スロットリング又はペーシングの既知の技術は、クライアントにメディアセグメントを伝送するために使用されるビットレートの低減に依存し、したがって、低メディアビットレートであってそのために図４を参照して以下で説明される品質を有する表示をクライアントは選択せざるを得ない。
【００５７】
図４は、図３の第１の品質より低い第２の品質を有するメディアセグメント４０１−４０４の配信を示す（分かりやすくするために、図３に示されたメディアストリーム３００に対応する、メディアセグメント４０１−４０４が属するメディアストリームは、図４では省略される）。従って、メディアセグメント４０１−４０４のメディアビットレート
0005925970.tif 000008
は、メディアセグメント３０１−３０４のメディアビットレート
0005925970.tif 000009
よりも低い。
【００５８】
先行技術によるメディアストリームのスロットリングを示すために、図４では、メディアセグメント４０１−４０４は、図３の周期と等しい周期
0005925970.tif 000010
でクライアントに伝送され、各メディアセグメント４０１−４０４は、図３の対応する時間間隔と等しい時間間隔
0005925970.tif 000011
でクライアントに伝送されると想定する。
【００５９】
図４に示されるシナリオでは、メディアセグメント４０１−４０４をクライアントに伝送するために使用されるビットレート
0005925970.tif 000012
は、メディアストリームを受信するクライアントとＲＡＮのアクセスノードとの間の無線リンクによってサポートされるリンクビットレート
0005925970.tif 000013
よりもかなり低い。この状況は、例えば、ＲＡＮが図４に示されるよりも低いリンクビットレートを有する無線リンクを割り当てることができないほど、伝送ビットレート
0005925970.tif 000014
が十分に大きい場合に起こり得る。これは、従来技術によるメディアストリームのスロットリングによる固有の問題、つまりリンクビットレート
0005925970.tif 000015
が効率的に利用されないかもしれないことを示す。伝送ビットレートを増加させ、リンクビットレート
0005925970.tif 000016
をより効率的に利用するために、メディアセグメント４０１−４０４が図４で示されるものよりも短い時間間隔でクライアントに伝送されるであろう場合、クライアントによって測定されるビットレートは、増加するであろうし、クライアントは、高いビットレートを有する表示に切り替えることによって、スロットリングを妨げるよう反応し得ることに留意されたい。
【００６０】
以下で、本発明の実施形態が、図５から図８を参照して説明される。
【００６１】
図５は、本発明の１つの実施形態によるメディアストリームのスロットリングを示す。図４を参照して述べられたものとは対照的に、各メディアセグメント５０１−５０４は、１つの部分としてクライアントに伝送されるのではない（分かりやすくするために、図３に示されたメディアストリーム３００に対応する、メディアセグメント５０１−５０４が属するメディアストリームは、図５では省略される）。むしろ、各メディアセグメント５０１−５０４は、２つの部分に分けて配信される。より具体的には、第１のメディアセグメントは、第１の部分５０１’及び残存部分５０１’’として伝送され、第２のメディアセグメントは、第１の部分５０２’及び残存部分５０２’’として伝送され、図５に示される第３（５０３’及び５０３’’）並びに第４（５０４’及び５０４’’）のメディアセグメントに関しても同様である。
【００６２】
図５のスロットリングされたメディアストリームは、図４のメディアビットレートと同等のメディアビットレート
0005925970.tif 000017
を有するものとして示される。しかしながら、図４を参照して説明したものとは対照的に、本発明の実施形態によるメディアストリームのスロットリングは、少なくとも２つの部分、即ち、第１の部分５０１’−５０４’及び残存部分５０１’’−５０４’’で各メディアセグメントを伝送し、第１の部分５０１’−５０４’に対する残存部分５０１’’−５０４’’の伝送を遅延させることによって実現される。
【００６３】
これは、第１のメディアセグメントに関する図５で示される。第１の部分５０１’は、時間間隔
0005925970.tif 000018
で伝送され、その後、第１のメディアセグメントの伝送が停止されるサイレント期間、又はアイドル期間
0005925970.tif 000019
が続く。次に、第１のメディアセグメントの残存部分５０１’’は、時間間隔
0005925970.tif 000020
で伝送される。したがって、完全な第１のメディアセグメントが、図４に示される対応する時間間隔に同等なものとして示される時間間隔
0005925970.tif 000021
でクライアントに伝送される。
【００６４】
図５に示されるように、各メディアセグメントの第１の部分５０１’−５０４’と残存部分５０１’’−５０４’’の両方が、リンクビットレート
0005925970.tif 000022
に実質的に等しい伝送ビットレート
0005925970.tif 000023
で伝送され、これにより、割り当てられたエアインターフェースリソースが効率的に利用される。この点で、サポートされるリンクビットレート、即ち、ＲＡＮのアクセスノードとストリーミングを行うクライアントとの間にＲＡＮが確立し得る異なる種類の無線リンクによってサポートされるリンクビットレートについての知識を有する本発明の１つの実施形態は、サポートされるリンクビットレートのうちの１つと実質的に等しい伝送ビットレートでメディアセグメントの一部を伝送し得る。このことは、割り当てられたエアインターフェースリソースができる限り効率的に利用されることを保証するが、本発明の実施形態は、サポートされるリンクビットレートと実質的に等しいビットレートでメディアセグメントの部分を伝送することに限定されない。
【００６５】
当然のことながら、完全なメディアセグメントがクライアントに伝送される時間間隔
0005925970.tif 000024
は図４に示されるものと実質的に等しいので、各メディアセグメント５０１−５０４がメディアセグメント４０１−４０４と同一の量のデータを含む条件下では、クライアントによって測定される利用可能なビットレートは、実質的に同一である。このように、バースト性トラフィックを生成すると同時に、より高いメディアビットレートを有する表示をクライアントが選択することを妨げることにより、割り当てられたエアインターフェースリソースのより効率的な利用が実現され得る。
【００６６】
要するに、クライアントに配信されるメディアストリームをスロットリングするために、先行技術のように伝送ビットレート（図４の
0005925970.tif 000025
）を低減する代わりに、各メディアセグメントは、２つの部分に分けて配信され、各部分は、好ましくは、割り当てられたインターフェースリソースを効率的に利用するビットレート
0005925970.tif 000026
で伝送され、完全なメディアセグメントが配信される時間間隔
0005925970.tif 000027
が、２つの部分の中間でサイレントタイム
0005925970.tif 000028
を導入することによって、メディアセグメントの持続時間よりもわずかに短く維持される。有利なことに、そのようなサイレントタイムは、同一のクライアントの他のサービス、又は同一のＲＡＮにアクセスする他のクライアントに割り当てられ得る。
【００６７】
図５において、本発明の実施形態は、第１の部分５０１’−５０４’及び残存部分５０１’’−５０４’’として各メディアセグメントを伝送することによって特徴づけられると説明され、その実施形態において、第１の部分５０１’−５０４’は、残存部分５０１’’−５０４’’よりも大きく（即ち、第１の部分は、より大きな量のメディアコンテンツを含み）、第１の部分５０１’−５０４’及び残存部分５０１’’−５０４’’の両方が、ＲＡＮによって割り当てられた無線リンクでサポートされるビットレート
0005925970.tif 000029
に実質的に等しいビットレート
0005925970.tif 000030
で、メディアストリームを受信するクライアントに伝送される。しかしながら、メディアセグメントは、メディアセグメントごとに３つ以上の部分を使用して、それぞれの部分につきメディアコンテンツの異なる配信を用いて、及び／又は図５を参照して説明されたものとは異なる伝送ビットレートを利用して、クライアントに伝送され得るということを、当業者は認識するだろう。
【００６８】
このために、本発明のさらなる実施形態が、図６に示される。例えば、メディアセグメント６０１は、等しい又は実質的に等しいサイズを有する（即ち、実質的に同量のメディアコンテンツ又はデータを含む）、２つの部分、即ち、第１の部分６０１’及び残存部分６０１’’で伝送され得る。さらに、メディアセグメント６０２は、２つの部分６０２’及び６０２’’として伝送され得る。残存部分６０２’’は、第１の部分６０２’よりも大きい。
【００６９】
第１の部分６０１’／６０２’及び残存部分６０１’’／６０２’’は、好ましくは（但し必須ではないが）、ＲＡＮの無線リンクによってサポートされるリンクビットレートと実質的に等しい伝送ビットレート
0005925970.tif 000031
で伝送されるものとして図６に示される。さらに別の実施例として、メディアセグメント６０３は、異なるビットレート
0005925970.tif 000032
及び
0005925970.tif 000033
を用いて２つの部分６０３’及び６０３’’として伝送され得る。この場合、残存部分６０３’’は、第１の部分６０３’のビットレート
0005925970.tif 000034
よりも小さなビットレート
0005925970.tif 000035
で伝送される。最後に、メディアセグメント６０４は、より高いビットレート
0005925970.tif 000036
で第１の部分６０４’が伝送され、低いビットレート
0005925970.tif 000037
で残存部分６０４’’が伝送されるものとして図示される。例として、第１の部分６０４’が高ビットレートチャネル、例えば、ＨＳＤＰＡチャネルなどで伝送され、残存部分６０４’’が低ビットレートチャネル、例えば、ＦＡＣＨなどで伝送される本発明の１つの実施形態が考えられ得る。
【００７０】
また、当業者は、メディアセグメントが、３つ以上の部分を使用してクライアントに伝送され得ることを認識するだろう。例えば、図５又は図６を参照して説明された実施形態の部分のどちらも、それらの間にサイレントタイムを伴って伝送される複数の部分にさらに分割され得る。
【００７１】
以下に、メディアストリームのスロットリングの方法の１つの実施形態が、図７を参照して説明される。
【００７２】
メディアストリームは、ＲＡＮを介してクライアントへ伝送されるメディアセグメントのシーケンスを含む。方法７００は、連続して、即ち、セグメントごとに実行され、メディアセグメントのシーケンスの１つのメディアセグメントを取得すること（７０１）で開始する。メディアセグメントは、ローカルバッファー又はストレージから読み出され得る。代替的には、メディアセグメントは、通信ネットワークで、例えば、メディアサーバー又はメディアストリームを提供する別のサーバーから受信され得る。
【００７３】
次のステップでは、メディアセグメントの持続時間、即ち、メディアセグメントによって搬送されるメディアコンテンツの持続時間が判定される（７０２）。メディアセグメントの持続時間は、メディアコンテンツのエンコードのために使用されるファイル形式についての詳細が知られている場合、ＤＰＩを使用して判定してもよい（７０２）。代わりに、メディアセグメントの持続時間は、トランスペアレントなＴＣＰプロキシを使用して判定してもよい（７０２）。さらに、メディアセグメントの持続時間が、複数のメディアセグメントがクライアントによってリクエストされる周期を判定することによって、又はメディアセグメントが取得される（７０１）周期を判定することによって、判定され得る（７０２）。さらに、メディアセグメントの持続時間は、マニフェストファイルを検査することによって、又はメディアサーバーからのメディアセグメントの持続時間に関連する情報を取得することによって判定され得る（７０２）。
【００７４】
続いて、メディアセグメントの第１の部分がクライアントに伝送され（７０３）、次に、残存部分の伝送を遅延させる（７０４）ためのサイレントタイムが続く。続いて、残存部分が、クライアントに伝送される（７０５）。
【００７５】
方法７００では、メディアセグメントの部分のうちの少なくとも１つが、その部分に対応する持続時間よりも短い時間間隔で伝送され（７０３／７０５）、第１の部分の伝送（７０３）開始から残存部分の伝送（７０５）完了までの時間間隔が、ステップ７０２で判定されるメディアセグメントの持続時間よりも短いように、残存部分の伝送（７０５）が遅延される（７０４）。
【００７６】
さらに図７を参照すると、メディアセグメントの部分のうちの少なくとも１つは、比較的高いビットレートをサポートするためにＲＡＮによって必要とされるリンクビットレートが、高ビットレートチャネルに対応するように、比較的高いビットレートで伝送され得る（７０３／７０５）。さらに、残存部分は、第２のビットレートをサポートするためにＲＡＮによって必要とされるリンクビットレートが低ビットレートチャネル、例えば、ＦＡＣＨなどに対応するように、比較的低いビットレートを使用して伝送され得る（７０５）。
【００７７】
方法７００は、メディアセグメントの少なくとも１つの中間部分をクライアントに伝送することをさらに含んでもよい。そのような中間部分は、第１の部分の伝送（７０３）と残存部分の伝送（７０５）との間で伝送される。好ましくは、少なくとも１つの中間部分の伝送は、残存部分の伝送の遅延（７０４）と同様に、遅延される。
【００７８】
以下に、メディアストリームをスロットリングするためのネットワークノードの実施形態が、図８を参照して説明される。
【００７９】
メディアストリーム８１１は、ＲＡＮを介したクライアントへの伝送８１３用のメディアセグメントのシーケンスを含む。ネットワークノード８００は、メディアセグメントのシーケンスのうちの１つのメディアセグメントを取得する手段８０１、メディアセグメントの持続時間を判定する手段８０２、及びメディアセグメントをクライアントに伝送する手段８０３を含む。
【００８０】
メディアセグメントを取得する手段８０１は、ローカルバッファー又はストレージからメディアセグメントを読み出すように適合されてもよい。代替的には、メディアセグメントを取得する手段８０１は、通信ネットワークでメディアセグメントを受信するように適合されてもよい。第１のケースでは、ネットワークノード８００は、メディアストリームの起点、例えば、メディアサーバー又はメディアストリームを提供する別のサーバーであり得る。後者のケースでは、ネットワークノード８００は、プロキシ、又はメディアサーバーからＲＡＮを介してクライアントにメディアストリームを配信するのに適切な任意のネットワークノードであり得る。
【００８１】
メディアセグメントの持続時間を判定する手段８０２は、メディアコンテンツのエンコードのために使用されるファイル形式についての詳細が知られている場合、ＤＰＩを使用してメディアセグメントの持続時間を判定するように適合されてもよい。代わりに、メディアセグメントの持続時間を判定する手段８０２は、トランスペアレントＴＣＰプロキシを利用してもよい。さらに、メディアセグメントの持続時間を判定する手段８０２は、メディアセグメントが手段８０１によって、又はメディアストリーム８１１で搬送されるマニフェストファイルを検査することによって、取得される周期を判定するように適合されてもよい。代替的には、ネットワークノード８００は、別のネットワークノード、例えば、メディアサーバーなどからメディアセグメントの持続時間に関する情報８１２を取得する手段８０４を含んでもよい。そのような情報８１２は、帯域外で、即ち、メディアストリーム８１１とは別に受信され得る。また、ネットワークノード８００の１つの実施形態は、メディアセグメントがクライアントによってリクエストされる周期を判定することによって、メディアセグメントの持続時間を判定するように適合されると想定され得る。このため、ネットワークノード８００は、リクエスト、例えば、クライアントからメディアサーバーまで伝送される、図２を参照して説明されたＨＴＴＰ  ＧＥＴメッセージなどを分析する手段（図８には示されず）を含み得る。
【００８２】
メディアセグメントをクライアントに伝送する手段８０３は、メディアセグメントの第１の部分をクライアントに伝送し、残存部分の伝送を遅延させ、残存部分をクライアントに伝送するように適合される。部分（５０１’−５０４’，５０１’’−５０４’’）のうちの少なくとも１つは、その部分に対応する持続時間よりも短い時間間隔で伝送され、第１の部分の伝送開始から残存部分の伝送完了までの時間間隔が、メディアセグメントの持続時間よりも短いように、残存部分の伝送が遅延される。
【００８３】
さらに、クライアントにメディアセグメントを伝送する手段８０３は、比較的高いビットレートをサポートするためにＲＡＮによって必要とされるリンクビットレートが高ビットレートチャネル、例えば、ＨＳＤＰＡチャネルなどに対応するように、比較的高いビットレートでメディアセグメントの部分のうちの少なくとも１つを伝送するように適合されてもよい。さらに、手段８０３は、第２のビットレートをサポートするためにＲＡＮによって必要とされるリンクビットレートが低ビットレートチャネル、例えば、ＦＡＣＨなどに対応するように、比較的低いビットレートを使用して残存部分を伝送するように適合されてもよい。
【００８４】
さらに、メディアセグメントをクライアントに伝送する手段８０３は、メディアセグメントの少なくとも１つの中間部分をクライアントに伝送するように適合されてもよい。そのような中間部分は、第１の部分の伝送から残存部分の伝送までの間に伝送され得る。好ましくは、手段８０３は、残存部分の伝送を遅延させることと同様に、少なくとも１つの中間部分の伝送を遅延させるように適合される。
【００８５】
ネットワークノード８００は、連続して、即ち、セグメントごとに、メディアストリームをスロットリングするように適合される。
【００８６】
当業者は、本発明が前述の実施形態に限定されないことを認識するだろう。それどころか、多くの修正及び変更が、添付される特許請求の範囲内で可能である。
【図１】
0005925970.tif 000048
【図２】
0005925970.tif 000049
【図３】
0005925970.tif 000050
【図４】
0005925970.tif 000051
【図５】
0005925970.tif 000052
【図６】
0005925970.tif 000053
【図７】
0005925970.tif 000054
【図８】
0005925970.tif 000055