(57)【特許請求の範囲】
【請求項１】
電気通信ネットワークと共に使用するための端末装置において、当該端末装置は受信機回路、送信機回路、および処理回路を具備し、前記処理回路は、
前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器から前記ネットワークを通る第１の通信経路を介してデータを受信するように構成され、
前記送信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求するリクエストを、前記ネットワークを通る第２の異なる通信経路を介して、前記ネットワークのインフラストラクチャ機器へ送信するように構成され、
前記受信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの前記要素を同定する信号を、前記ネットワークのインフラストラクチャ機器から前記第２の通信経路を介して受信するように構成され、
前記受信機回路による前記データの受信に関連する所定の条件が満たされるかどうかを監視し、前記所定の条件が満たされると判定したとき、前記送信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行することを前記ネットワークの前記同定された要素に要求するリクエストを、前記ネットワークのインフラストラクチャ機器へ送信するように構成され、
前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求する、前記ネットワークのインフラストラクチャ機器への前記リクエストは、前記所定のプロセスに関連する複数のモードのうちの選択されたモードを示し、
前記ネットワークの前記同定された要素は、ハイパーテキスト転送プロトコル（Hypertext  Transfer  Protocol：ＨＴＴＰ）上でのダイナミック・アダプティブ・ストリーミング（Dynamic  Adaptive  Streaming  over  HTTP：ＤＡＳＨ）対応型のネットワーク要素（DASH-Aware  Network  Element：ＤＡＮＥ）であり、
前記信号は、前記選択されたモードに従って前記ＤＡＮＥの前記モードを同定する、
電気通信ネットワークと共に使用するための端末装置。
【請求項２】
前記複数のモードは、前記受信機回路への前記データの送信をサポートするためのネットワーク支援を実行すること、プロキシキャッシングをサポートするためのネットワーク支援を実行すること、およびサービス管理の品質をサポートするためのネットワーク支援を実行することを含む、請求項１に記載の端末装置。
【請求項３】
前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求する、前記ネットワークのインフラストラクチャ機器への前記リクエストは、ＤＮＳリクエストであり、
前記ＤＮＳリクエストは、前記所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報の要求として、前記リクエストを同定する完全修飾ドメイン名（Fully-Qualified  Domain  Name：ＦＱＤＮ）を含む、請求項１に記載の端末装置。
【請求項４】
前記ネットワークの第１のインフラストラクチャ機器から前記ネットワークの第２のインフラストラクチャ機器への前記端末装置のハンドオーバ時に、前記処理回路は、
前記受信機回路を制御して、前記所定のプロセスを実行するように構成されたネットワークの要素を新たに同定する信号を、前記ネットワークのインフラストラクチャ機器から前記第２の通信経路を介して受信し、前記ネットワークの前記新たに同定された要素は、前記ネットワークの以前に同定された要素および前記ネットワークの異なる要素の１つであるように構成され、
前記受信機回路による前記データの受信に関連する前記所定の条件が満たされているかどうかを監視し、前記所定の条件が満たされていると判断されたとき、前記送信機回路を制御して、前記ネットワークの前記新たに同定された要素に前記所定のプロセスを実施することを要求するリクエストを、前記ネットワークの前記インフラストラクチャ機器へ送信するように構成される、請求項１に記載の端末装置。
【請求項５】
前記受信機回路は、前記所定のプロセスを実行するように構成された前記ネットワークの要素を新たに同定する情報を要求する更なるリクエストを、前記ネットワークのインフラストラクチャ機器へ送信するように前記送信機回路を制御する前記処理回路に応答して、前記所定のプロセスを実行するように構成された前記ネットワークの要素を新たに同定する信号を受信する、請求項４に記載の端末装置。
【請求項６】
電気通信ネットワークと共に使用するための端末装置を操作する方法において、前記端末装置は受信機回路および送信機回路を具備し、前記方法は、
前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器から前記ネットワークを通る第１の通信経路を介してデータを受信することと、
送信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求するリクエストを、前記ネットワークを通る第２の異なる通信経路を介して、前記ネットワークのインフラストラクチャ機器へ送信することと、
前記受信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの前記要素を同定する信号を、前記ネットワークのインフラストラクチャ機器から前記第２の通信経路を介して受信することと、
前記受信機回路による前記データの受信に関連する所定の条件が満たされるかどうかを監視し、前記所定の条件が満たされると判定したとき、前記送信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行することを前記ネットワークの前記同定された要素に要求するリクエストを、前記ネットワークのインフラストラクチャ機器へ送信することとを含み、
前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求する、前記ネットワークのインフラストラクチャ機器への前記リクエストは、前記所定のプロセスに関連する複数のモードのうちの選択されたモードを示し、
前記ネットワークの前記同定された要素は、ハイパーテキスト転送プロトコル（Hypertext  Transfer  Protocol：ＨＴＴＰ）上でのダイナミック・アダプティブ・ストリーミング（Dynamic  Adaptive  Streaming  over  HTTP：ＤＡＳＨ）対応型のネットワーク要素（DASH-Aware  Network  Element：ＤＡＮＥ）であり、
前記信号は、前記選択されたモードに従って前記ＤＡＮＥの前記モードを同定する、
電気通信ネットワークと共に使用するための端末装置を操作する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、端末装置、ならびにデータを処理する装置および方法に関する。
【背景技術】
【０００２】
本明細書での「背景」の説明は、本開示の文脈を一般的に提示する目的で提供される。本発明者等の研究は、背景の項ならびに出願時点では先行技術としての資格のない態様に記載される限りにおいては、明示的にもまたは黙示的にも、本技術に対する先行技術として自認されたものではない。
【０００３】
スマートフォン、タブレット、または同様の装置である手持ち型無線装置のユーザ端末がメディアストリーミングサービスにアクセスできるネットワーク、例えば、セルラーネットワークまたはモバイルネットワークでは、当該端末に対する一時的な帯域幅制限によって、利用可能な帯域幅を端末が推定するのが困難になる可能性があり、当該端末においてメディアストリーミングバッファのアンダーフローを引き起こして、メディアの再生停止や、ユーザにとって不満足な体験品質をもたらす可能性がある。
【０００４】
３ＧＰＰ（3rd  Generation  Project  Partnership）サービスにおけるＭＰＥＧ（Motion  Picture  Experts  Group）  ＳＡＮＤ（Server  and  Network-assisted  DASH）の使用に関する３ＧＰＰフィージビリティ研究［５］は、この問題を軽減するために使用できる「ネットワーク支援」機能を記載している。しかしながら、この文献に示されたソリューションには更なる改善が必要である。
【発明の概要】
【０００５】
本技術は、電気通信ネットワークと共に使用するための端末装置を提供するものであり、当該端末装置は、受信機回路、送信機回路および処理回路を具備し、前記処理回路は、前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器から前記ネットワークを通る第１の通信経路を介してデータを受信するように構成され、前記送信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求するリクエストを、前記ネットワークを通る第２の異なる通信経路を介して、前記ネットワークのインフラストラクチャ機器へ送信するように構成され、前記受信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの前記要素を同定する信号を、前記ネットワークのインフラストラクチャ機器から前記第２の通信経路を介して受信するように構成され、前記受信機回路による前記データの受信に関連する所定の条件が満たされるかどうかを監視し、前記所定の条件が満たされると判定したとき、前記送信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行することを前記ネットワークの前記同定された要素に要求するリクエストを、前記ネットワークのインフラストラクチャ機器へ送信するように構成される。
【０００６】
本技術は、電気通信ネットワークと共に使用するための端末装置を提供するものであり、当該端末装置は、受信機回路、送信機回路、および処理回路を具備し、前記処理回路は、前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器からデータを受信するように構成され、所定の条件が満たされているかどうかを監視するように構成され、当該所定の条件が満たされることは、前記受信機回路への前記データの送信をサポートするための前記ネットワークの要素によるネットワーク支援が潜在的に必要であることを示すものであり、前記所定の条件が満たされていると判断されたとき、前記送信機回路を制御して、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することを要求するリクエストを、前記ネットワークのインフラストラクチャ機器へ送信するように構成され、前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器から、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することを要求する前記リクエストが許可されたかどうかを示す信号を受信するように構成され、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することを要求する前記リクエストが受け入れられたことが示されたとき、前記送信機回路および／または前記受信機回路を制御して、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置の間にデータ通信経路を確立するように構成される。
【０００７】
本技術は、電気通信ネットワークと共に使用するためのデータ処理装置を提供するものであり、当該データ処理装置は、処理回路およびネットワークインターフェース回路を具備し、前記処理回路は、前記ネットワークインターフェース回路を制御して、端末装置へのデータの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求するリクエストを、前記端末装置から前記ネットワークを通る第２の通信経路を介して受信し、前記データは前記ネットワークを通る第１の異なる通信経路を介して、前記ネットワークのインフラストラクチャ機器から前記端末装置へ送信されるように構成され、前記端末装置から受信した前記リクエストおよび前記端末装置にサービスを提供するインフラストラクチャ機器を示す情報に基づいて、前記端末装置への前記データの送信に関連する前記所定のプロセスを実行するように構成された前記ネットワークの前記要素を決定するように構成され、前記ネットワークインターフェース回路を制御して、前記端末装置への前記データの送信に関連する前記所定のプロセスを実行するように構成された前記ネットワークの前記要素を同定する信号を、前記ネットワークのインフラストラクチャ機器および前記第２の通信経路を介して、前記端末装置へ送信するように構成される。
【０００８】
本技術は、通信ネットワークのインフラストラクチャ機器を介した端末装置へのデータの送信をサポートするネットワーク支援を提供するためのデータ処理装置を提供するものであり、当該データ処理装置は、処理回路およびネットワークインターフェース回路を具備し、前記処理回路は、前記ネットワークインターフェース回路を制御して、前記データ処理装置と前記端末装置との間にデータ通信経路を確立することを要求するリクエストを前記端末装置から受信し、前記端末装置は所定の条件が満たされたときに前記リクエストを送信し、前記所定の条件が満たされることが、前記ネットワークのインフラストラクチャ機器を介した前記端末装置へのデータ送信をサポートするための前記データ処理装置によるネットワーク支援が潜在的に必要とされることを示すように構成され、前記データ処理装置と前記端末装置の間にデータ通信経路を確立することを要求する前記リクエストを許可するかどうかを決定し、前記ネットワークインターフェース回路を制御して、前記リクエストが許可されたかどうかを示す信号を、前記ネットワークのインフラストラクチャ機器を介して前記端末装置へ送信するように構成され、前記リクエストが許可されたとき、前記ネットワークインターフェース回路を制御して、前記データ処理装置と前記端末装置の間にデータ通信経路を確立するように構成される。
【０００９】
前述の段落は一般的な序論として提供されたものであり、添付の特許請求の範囲を限定することを意図したものではない。記載された実施形態は、更なる利点と共に、添付の図面と併せて以下の詳細な説明を参照することにより最もよく理解されるであろう。
【図面の簡単な説明】
【００１０】
本開示およびその付随する多くの利点のより完全な理解は、添付の図面と関連付けて考慮したとき、以下の詳細な説明を参照することによって更によく理解されるので、前記理解は容易に得られるであろう。
【００１１】
【図１】図１は、本技術によるシステムを概略的に示した図である。
【図２Ａ】図２Ａ〜図２Ｃは、システムの幾つかの要素を概略的に、かつより詳細に示した図である。
【図２Ｂ】図２Ａ〜図２Ｃは、システムの幾つかの要素を概略的に、かつより詳細に示した図である。
【図２Ｃ】図２Ａ〜図２Ｃは、システムの幾つかの要素を概略的に、かつより詳細に示した図である。
【図３Ａ】図３Ａ〜図３Ｂは、本技術による第１の例示的プロセスを示すフローチャートである。
【図３Ｂ】図３Ａ〜図３Ｂは、本技術による第１の例示的プロセスを示すフローチャートである。
【図４Ａ】図４Ａ〜図４Ｂは、本技法による第２の例示的プロセスを示すフローチャートである。
【図４Ｂ】図４Ａ〜図４Ｂは、本技法による第２の例示的プロセスを示すフローチャートである。
【発明を実施するための形態】
【００１２】
ここで図面を参照すると、幾つかの図を通して、同様の参照番号は同一または対応する部分を示している。
【００１３】
図１は、一実施形態によるシステムを概略的に示している。このシステムは、複数の基地局１０３Ａおよび１０３Ｂ、複数のハイパーテキスト転送プロトコル（Hypertext  Transfer  Protocol：ＨＴＴＰ）上でのダイナミック・アダプティブ・ストリーミング（Dynamic  Adaptive  Streaming  over  HTTP：ＤＡＳＨ）対応型のネットワーク要素（DASH-Aware  Network  Element：ＤＡＮＥ）１０４Ａおよび１０４Ｂ、ドメインネームシステム（Domain  Name  System：ＤＮＳ）サーバ、コンテンツサーバ１０６および端末装置１０２（ユーザ機器（User  Equipment：ＵＥ）としても知られる−これはスマートフォン、タブレット等の無線手持ち型装置であってよい）を含む。これら要素の各々はネットワーク１０１を介して接続され、当該ネットワークは任意の適切なタイプの電子通信ネットワークである。この例において、基地局１０３Ａおよび１０３Ｂは、３ＧＰＰロングタームエボリューション（Long  Term  Evolution：ＬＴＥ）基地局であり、拡張ノードＢ（Enhanced  Node  B：ｅＮｏｄｅＢまたはｅＮＢ）と呼ばれることもある。またＵＥ１０２は、ＬＴＥ技術を使用する基地局１０３Ａまたは１０３Ｂの１つを介して、ネットワーク１０１の他の要素と通信する。ネットワークの他の要素は、任意の適切な有線および／または無線ネットワーク技術を介して互いに接続されてよい。ネットワークとは、要素に接続された１つの要素からのデータが、このネットワークに接続された別の要素へ送信されるようになっているものである。ＬＴＥ、および一般にネットワークを介した異なる電子要素の接続は当技術分野において既知であり、従って本明細書において詳細には説明しない。ＵＥ１０２とは別に、ネットワーク１０１に接続された要素（これらはネットワーク１０１の要素とも呼ばれる）の各々は、一般にインフラストラクチャ機器と称されることがある。
【００１４】
図２Ａ〜２Ｃは、ネットワーク１０１に接続された要素の幾つかを概略的に、かつより詳細に示している。
【００１５】
図２Ａは、一実施形態によるＵＥ１０２の幾つかのコンポーネントを概略的に示している（ＵＥ１０２ＡおよびＵＥ１０２Ｂの特定の例の両方が、そのようなコンポーネントを備えていてもよい）。ＵＥ１０２は、プロセッサ２００、受信機２０１（データバッファ２０２として機能するように構成された記憶媒体を含む）、および送信機２０３を具備している。送信機２０３は無線信号の送信用、受信機２０１は無線信号の受信用であり、プロセッサ２００は、ＵＥ１０２を制御して、ここに記載する本開示の実施形態に従って動作するように構成される。プロセッサ２００は、以下で更に説明するように、本開示の実施形態に従う機能を提供するための様々なサブユニットを備えていてよい。これらのサブユニットは、個別のハードウェア要素として、またはプロセッサ２００の適切に構成された機能として実装できる。プロセッサ２００は、通信システムにおける機器のための従来のプログラミング／構成技術を使用して、本明細書で説明する望ましい機能を提供するように適切に構成／プログラムされ得る。送信機２０３、受信機２０１、およびプロセッサ２００は、表現を容易にするために、図２Ａに別個の要素として概略的に示されている。しかしながら、これら要素の機能は、例えば適切にプログラムされた単一の汎用コンピュータ、または適切に構成された特定用途向け集積回路（複数可）／回路機能を使用して、様々な方法で提供できることが理解されるであろう。図示してはいないが、ＵＥ１０２は一般に、ディスプレイ、ユーザインターフェース等のような、その動作機能に関連する他の様々な要素を含むことが理解されるであろう。
【００１６】
図２Ｂは、一実施形態によるＤＡＮＥ１０４の幾つかのコンポーネントを概略的に示している（ＤＡＮＥ１０２ＡおよびＤＡＮＥ１０２Ｂの特定の例は、両者共そのようなコンポーネントを含むことができる）。ＤＡＮＥ１０４は、プロセッサ２０４およびネットワークインターフェース２０５を含む。ネットワークインターフェース２０５は、ネットワーク１０１を介しての信号の送信および受信用であり、プロセッサ２０４はＤＡＮＥ１０４を制御して、ここに記載の本開示の実施形態に従って動作させるように構成される。プロセッサ２０４は、以下で更に説明するように、本開示の実施形態に従う機能性を提供するための様々なサブユニットを備えていてよい。これらのサブユニットは、個別のハードウェア要素として、または適切に構成されたプロセッサ２０４の機能として実装することができる。プロセッサ２０４は、通信システムにおける機器のための従来のプログラミング／構成技術を使用して、本明細書で説明する望ましい機能を提供するように適切に構成／プログラムされ得る。ネットワークインターフェース２０５およびプロセッサ２０４は、表現を容易にするために、別個の要素として図２Ｂに概略的に示されている。しかし、これらの要素の機能は、例えば適切にプログラムされた単一の汎用コンピュータ、または適切に構成された特定用途向け集積回路（複数可）／回路機能を使用して、様々な方法で提供できることが理解されよう。図示してはいないが、ＤＡＮＥ１０４は一般に、その動作機能に関連する様々な他の要素を含むことが理解されよう。
【００１７】
図２Ｃは、一実施形態によるＤＮＳサーバ１０５の幾つかのコンポーネントを概略的に示している。ＤＮＳサーバ１０５は、プロセッサ２０６、ネットワークインターフェース２０７、および記憶媒体２０８を含む。ネットワークインターフェース２０７は、ネットワーク１０１を介しての信号の送信および受信用であり、記憶媒体２０８は、データ（例えば、ネットワークの基地局とＤＡＮＥとの間の関連付けを定義する情報を含む。以下参照）の記憶用であり、プロセッサ２０６はＤＮＳサーバ１０５を制御して、ここに記載する本開示の実施形態に従って動作させるように構成される。プロセッサ２０６は、以下で更に説明するように、本開示の実施形態に従う機能を提供するための様々なサブユニットを備えてもよい。これらのサブユニットは、個別のハードウェア要素として、またはプロセッサ２０６の適切に構成された機能として実装されてよい。プロセッサ２０６は、通信システム内の機器のための従来のプログラミング／構成技術を使用して、本明細書で説明する所望の機能を提供するように適切に構成／プログラムされ得る。ネットワークインターフェース２０７、プロセッサ２０６、および記憶媒体２０８は、表現を容易にするために、図２Ｃでは別個の要素として概略的に示されている。しかしながら、これら要素の機能は、例えば適切にプログラムされた単一の汎用コンピュータ、または適切に構成された特定用途向け集積回路（複数）／回路機能を使用して、様々な方法で提供できることが理解されるであろう。図示してはいないが、ＤＮＳサーバ１０５は一般に、その動作機能に関連した様々な他の要素を含むことが理解されるであろう。
【００１８】
実施形態において、本開示は、例えば、帯域幅が時間と共に変化するネットワーク（例えばワイヤレスモバイルまたはセルラーネットワーク）上で、メディアストリーミングサービスがコンテンツを配信する場合（例えば、帯域幅が複数または多くのユーザ間で共有される場合）に、当該サービスの体験品質向上に役立つ。
【００１９】
一実施形態において、本技術は、ＭＰＥＧ・ＤＡＳＨ［３］およびＭＰＥＧ・ＤＡＳＨ・ＳＡＮＤ［２］技術、ならびにドメインネームシステム（ＤＮＳ）［６］のような一般的に使用されるインターネット技術を適用および拡張することにより、「サーバおよびネットワーク支援ＤＡＳＨ」に関する３ＧＰＰ実現可能性研究で予測されているネットワーク支援（Network  Assistance：ＮＡ）機能の実現を可能にする［５］。
【００２０】
ネットワーク支援は、ネットワーク支援を要求するクライアントのモデルと、このリクエストに応答するＤＡＮＥに基づいている。ネットワーク支援機能は、以下の２つの機能の最初の方のみ、または両方を用いて、３ＧＰ−ＤＡＳＨコンテンツの配信をサポートするクライアント（ＵＥ１０２など）に付与され、何れの場合も、ＤＡＮＥにネットワーク支援を要求した３ＧＰ−ＤＡＳＨクライアントに基づいている。
【００２１】
・ＤＡＮＥは、コンテンツアイテムの利用可能な表現に基づき、３ＧＰ−ＤＡＳＨクライアントに対して、次のセグメントのダウンロードに最適なメディア速度を示す。
・ＤＡＮＥは、クライアントのコンテンツ再生入力バッファがアンダーランを被るリスクに備えて、３ＧＰ−ＤＡＳＨクライアントに対し、次のセグメントダウンロードの一時的配信ブーストを指示する。
【００２２】
ネットワーク支援セッションがアクティブになると、クライアントは、サーバから次のメディアセグメントを取得する前に、ネットワーク支援呼出しを発することができる。当該ネットワーク支援呼出しは、単一の論理信号交換からなっている。このＤＡＮＥとの交換は、上記機能のうち第１の機能または両機能のシーケンスを活性化させ、第２の機能は、３ＧＰ−ＤＡＳＨクライアントが当該機能へのアクセスを許可された場合にのみ活性化される。クライアントが配信ブーストを必要としない場合、ＤＡＮＥは、３ＧＰ−ＤＡＳＨクライアントへの応答において２番目の機能を省略する。ブーストは、データ速度を増大させ得る。
【００２３】
本開示の要素には以下が含まれる。
・ユーザ端末（端末装置１０２）による、ネットワーク支援サポートを提供するネットワーク要素（例えば、ＤＡＮＥ１０４Ａまたは１０４Ｂ）の発見
・ネットワーク支援サポートセッションの開始および終了
・ユーザ端末とネットワーク支援サポートを提供するネットワーク要素との間で使用されるメッセージ
・ユーザ端末での一般的なＮＡおよびＤＡＮＥアクセスのための、アプリケーションプログラミングインターフェース（ＡＰＩ）。
【００２４】
本技術は、ネットワーク支援の最新技術を改善して、ネットワークを介してデータ（例えば、オーディオおよび／またはビデオデータ、またはより一般的にはメディアデータ）をストリーミングするときの、端末装置１０２のユーザの体験品質向上を支援する。
【００２５】
更なる説明において、
・ネットワーク支援サポートを提供するネットワークの要素は、ＤＡＮＥと称され、ＤＡＳＨ対応型のネットワーク要素、つまりＭＰＥＧ−ＤＡＳＨ・ＳＡＮＤ仕様［２］から採用された用語を意味する。
・ユーザ端末はＵＥと称され、３ＧＰＰ仕様で採用されている一般用語であるユーザ機器を意味する。
【００２６】
本技術は、電気通信ネットワーク１０１で使用する端末装置１０２を提供する。端末装置は、受信機回路２０２、送信機回路２０３、および処理回路２００を具備している。
【００２７】
プロセッサ回路２００は、受信機回路２０１を制御して、ネットワークを通る第１の通信経路を介して、ネットワークのインフラストラクチャ機器１０３Ａまたは１０３Ｂからデータを受信するように構成される。一例において、インフラストラクチャ機器１０３Ａまたは１０３Ｂから受信したデータは、コンテンツサーバ１０６から配信されたオーディオおよび／またはビデオコンテンツであり、第１の通信経路は、コンテンツサーバ１０６から、ｅＮＢ１０３Ａまたは１０３Ｂの適切な方を介して（これらｅＮＢの何れが使用されるかは、例えば、ＵＥ１０２がどのｅＮＢに接続されるかに依存する）ＵＥ１０２に至る経路である。
【００２８】
プロセッサ回路２００は、送信機回路２０３を制御して、受信機回路２０１へのデータの送信に関連する所定のプロセスを実行するように構成されたネットワークの要素を同定する情報を要求するリクエストを、ネットワークを通る第２の異なる通信経路を介して、ネットワークのインフラストラクチャ機器へ送信するように構成される。一例において、リクエストが送信されるインフラストラクチャ機器は、ＤＮＳサーバ１０５のようなデータ処理装置であり、受信機回路２０１へのデータの送信に関連する所定のプロセスを実行するように構成されたネットワーク要素は、ＤＡＮＥ１０４Ａまたは１０４Ｂのうちの一方である。一例において、所定のプロセスはネットワーク支援である。ｅＮＢ１０３Ａおよび１０３Ｂの各々は、それぞれ、ＤＡＮＥ１０４ＡおよびＤＡＮＥ１０４Ｂに関連付けられている（即ち、ｅＮＢの各々は、異なるそれぞれのＤＡＮＥに関連付けられる）。従って、ＵＥ１０２がｅＮＢ１０３Ａを介してネットワーク１０１に接続されると、所定のプロセス（例えば、ネットワーク支援）がＤＡＮＥ１０４Ａによって実行される。一方、ＵＥ１０２がｅＮＢ１０４Ｂを介してネットワーク１０１に接続されるとき、ＤＡＮＥ１０４Ｂによって所定の処理（例えばネットワーク支援）が実行される。この場合、第２の通信経路は、適切なｅＮＢ１０３Ａまたは１０３Ｂを介したＤＮＳサーバ１０５からＵＥ１０２への経路である（これらのｅＮＢの何れが使用されるかは、例えば、ＵＥ１０２がどのｅＮＢに接続されるかに依存する）。
【００２９】
プロセッサ回路２００は、受信機回路２０１を制御して、受信機回路２０１へのデータの送信に関連する所定のプロセスを実行するように構成されたネットワークの要素を同定する信号を、第２の通信経路を介して、ネットワークのインフラストラクチャ機器（例えば、ＤＮＳサーバ１０５）から受信するように構成される。従って、例えば、ＵＥ１０２は、ｅＮＢ１０３Ａを介してネットワーク１０１に接続されるときはＤＡＮＥ１０４Ａを同定する信号を受信し、またｅＮＢ１０３Ｂを介してネットワーク１０１に接続されるとき、ＤＡＮＥ１０４Ｂを同定する信号を受信する。この場合、ｅＮＢ１０３ＡとＤＡＮＥ１０４Ａとの間、およびｅＮＢ１０３ＢとＤＡＮＥ１０４Ｂとの間の関連は、ネットワーク１０１を介してＵＥ１０２に信号を送信するインフラストラクチャ機器に知られている。これは、例えば、ＵＥ１０２によって送信されるリクエストが、ＵＥ１０２が接続されているｅＮＢを同定できる情報を含み、また第２の通信経路を介してリクエストを受信するインフラストラクチャ機器が、ＵＥ１０３Ａおよび１０３ＢとＤＡＮＥ１０４Ａおよび１０４Ｂとの間のそれぞれの関連付けを示す情報へのアクセスを有する故に可能である。一例において、リクエストを受信するインフラストラクチャ機器がＤＮＳサーバ１０５である場合、ＵＥとＤＡＮＥとの関連付けを示す情報は、記憶媒体２０８（例えば、データベースまたはルックアップテーブルに）に保存される。一例として、ＤＡＮＥを同定するプロパティはＩＰアドレスである。
【００３０】
処理回路２００は、受信機回路２０１によるデータの受信に関連する所定の条件が満たされるかどうかを監視するように構成される。所定の条件が満たされていると判断された場合、処理回路２００は送信機回路２０３を制御して、受信機回路２０１へのデータの送信に関連する所定のプロセス（ネットワーク支援など）を実行することをネットワークの同定された要素（適切なＤＡＮＥ１０４ＡまたはＤＡＮＥ１０４Ｂ等）に要求するリクエストを、ネットワークのインフラストラクチャ機器（例えばＵＥ１０２が接続されているｅＮＢ１０３Ａまたは１０３Ｂ、および／または当該ｅＮＢに関連付けられたＤＡＮＥ１０４Ａまたは１０４Ｂ）へ送信するように構成される。
【００３１】
本技術は、電気通信ネットワーク１０１と共に使用するためのデータ処理装置（ＤＮＳサーバ１０５等）を提供する。当該データ処理装置は、処理回路２０６およびネットワークインターフェース回路２０７を具備している。処理回路２０６は、ネットワークインターフェース回路２０７を制御して、端末装置へのデータの送信に関連する所定のプロセスを実行するように構成されたネットワークの要素を同定する情報を要求するリクエストを、端末装置１０２からネットワークを通る第２の通信経路を介して受信するように構成され、データは、ネットワークのインフラストラクチャ機器から、ネットワークを通る第１の異なる通信経路を介して端末装置へ送信される。端末装置から受信したリクエストおよび端末装置にサービスを提供するインフラストラクチャ機器（例えば、ｅＮＢ１０３Ａまたは１０３Ｂ）を示す情報に基づいて、処理回路２０６は、端末装置へのデータの送信に関連する所定のプロセスを実行するように構成されたネットワークの要素を決定するように構成される。処理回路２０６は、ネットワークインターフェース回路２０７を制御して、端末装置へのデータの送信に関連する所定のプロセスを実行するように構成されたネットワークの要素（例えば、ＤＡＮＥ１０４Ａまたは１０４Ｂ）を同定する信号を、ネットワークのインフラストラクチャ機器を介して、また第２の通信経路を介して、端末装置１０２へ送信するように構成される。
【００３２】
次に、上記の一般的な説明に更に加えて、本技術の特定の実施形態を説明する。
【００３３】
ＭＰＥＧ（映画専門家グループ）ＳＡＮＤ（サーバおよびネットワーク支援ＤＡＳＨ）仕様は、「SAND:Channel」要素を使用して、コンテンツアイテムのメディアプレゼンテーション記述（Media  Presentation  Description：ＭＰＤ）に含めること（ＵＥ１０２へ送信されるデータが、オーディオおよび／またはビデオデータのようなメディアデータであるとき）を含む、ＤＡＮＥ１０４の場所の公開方法を提案している。しかしながら、これは、ネットワーク支援ＤＡＮＥがメディア配信経路の帯域外であるため、本開示によるネットワーク支援にとっては好ましくない。本技術では、前述のように、ＤＡＮＥとの通信は別の経路（第１の通信経路ではなく第２の通信経路）で行われるため、メディア配信サーバ（コンテンツサーバ１０６）は、ネットワーク構成およびプロビジョニングに関連する問題から独立であることが可能になる。本技術は、セルラーモバイルネットワークに適用可能である。従って、ＤＡＮＥはネットワーク内の様々な場所において提供されてよく、端末は、それらの特定の場所におけるＤＡＮＥ（即ち、現在ＵＥ１０２にサービスを提供しているｅＮＢで使用可能なＤＡＮＥ）を使用する必要がある。
一実施形態において、ＤＡＮＥを発見するための第２の通信経路は、ドメインネームシステム（ＤＮＳ）を使用して実装される［６］。
【００３４】
コンピューティング分野において、ネットワークは一般にＤＮＳを使用して、様々なインターネットベースの施設の使用を可能にする。本開示は、更にＤＮＳを使用して、ユーザ端末１０２が、当該端末（ＵＥ）にネットワーク支援サポートを提供するネットワーク要素（例えば、ＤＡＮＥ１０４Ａまたは１０４Ｂ）を発見できるようにする。
【００３５】
ネットワークＤＮＳサーバ１０５は、ＵＥからのＤＮＳ問合せを受信するが、これはネットワーク要素（ＤＡＮＥ）のアドレスまたは位置を具体的に要求するものである。
【００３６】
ネットワーク、例えばモバイルネットワークオペレータのネットワークの構成は事前に知られていないので、適切なＤＡＮＥを見出すために、それによって任意の場所の任意のＵＥ１０２が汎用問合せを使用できるメカニズムが定義される。ネットワーク内のＤＮＳサーバ１０５は、事前に構成されるか、またはネットワーク支援のためのＵＥリクエストに最もよく対応できるＤＡＮＥの位置またはアドレスを決定できる。例えば、記憶媒体２０８は、先に述べたように、ネットワーク内の各基地局と、その基地局について使用されるＤＡＮＥとの間の関係（データベースまたはルックアップテーブルなどの形態）を示す情報を記憶する。
【００３７】
一実施形態において、ＵＥは、ＤＮＳサーバへの問合せにおいて部分修飾ドメイン名（Partially-Qualified  Domain  Name：ＰＱＤＮ）を使用する。他の実施形態では、ＵＥは、ＤＮＳサーバへの問合せにおいて、完全修飾ドメイン名（Fully-Qualified  Domain  Name：ＦＱＤＮ）を使用する。
【００３８】
一実施形態において、本開示で使用されるドメイン命名戦略は、ＳＡＮＤおよび実装され得る様々なモードのＤＡＮＥの柔軟な配置を可能にする。
【００３９】
サブドメインの「ｄａｎｅ」は、全てのＤＡＮＥが論理的にグループ化されるＰＱＤＮとして定義される。ネットワークが実装し、そのネットワーク内のＵＥによる使用を提供する１以上のＤＡＮＥは、そのサブドメインの下に収容できる。サブドメイン「ｄａｎｅ」に対するＤＮＳ問合せに応答して、ＤＮＳサーバ１０５は、ネットワークにおいて提供されるＤＡＮＥのリストを戻す。単一の汎用ＤＡＮＥのみが提供されれば、応答は、汎用ＤＡＮＥに到達するＩＰアドレスを与える。特定モードのＤＡＮＥの各々は、「ｄａｎｅ」サブドメインの１つのサブドメインであると同定される。こうして、ＮＡ−ＤＡＮＥはＰＱＤＮ「ｎａ．ｄａｎｅ」に見出され、プロキシキャッシングＤＡＮＥはＰＱＤＮ「ｐｑ．ｄａｎｅ」に見出される。特定モードのＤＡＮＥが照会されると、応答は当該モードのＤＡＮＥのＩＰアドレスを通知する。ネットワークに複数モードのＤＡＮＥが実装されている場合、ＰＱＤＮ「ｄａｎｅ」へのＤＮＳ問合せは、ネットワークで提供される全てのＤＡＮＥを含む応答、即ち、「ｎａ．ｄａｎｅ」、「ｐｑ．ｄａｎｅ」等のＩＰアドレスを連結された応答記録をもたらす。
【００４０】
或いは、ネットワーク支援ＤＡＮＥの機能を参照するためのＤＡＮＥ「ｎａ−ｄａｎｅ」、「ｎａｒａ−ｄａｎｅ」、または同様の事前に定義された文字列の各モードについて定義された特定の固有ＰＱＤＮがあり得る。ＤＡＮＥの異なる動作モードを定義して提供できるため、異なるタイプのＤＡＮＥを区別する必要があることに特に注意すべきである（即ち、ＤＡＮＥはネットワーク支援だけに使用されるのではなく、他の機能および追加機能をも有する場合があり得る）。
【００４１】
ＰＱＤＮは、他の可能なＤＡＮＥモード、例えばプロキシキャッシング（例えば「ｐｑ−ｄａｎｅ」）および更に一般的なＱｏＥ／ＱｏＳ管理（例えば「ｑｏｅ−ｄａｎｅ」）についても定義する必要がある。本開示のアイデアは、これらのモードまたは他のＤＡＮＥモードの１つと組み合わせることができることが理解されるであろう。
【００４２】
周知の事前定義のＰＱＤＮを使用すると、端末装置１０２は、ネットワーク内の既知のＤＮＳサーバ１０５にＤＮＳ問合せを発することで、ネットワーク支援ＤＡＮＥ（例えば、ＤＡＮＥ１０４Ａまたは１０４Ｂ）のＩＰアドレスを発見できる。従って、ＤＮＳ機能により、同じネットワーク内で異なる支援機能を有する複数のＤＡＮＥが利用可能であれば、ＤＮＳ機能は、使用されるＰＱＤＮに応じて、必要なＤＡＮＥモードについて支援を提供する特定の適切なＤＡＮＥにコンタクトするように、ＵＥ１０２に指示することを可能にする。
【００４３】
ＰＱＤＮを使用したＤＮＳ問合せを介してＤＡＮＥを発見する一般的な方法に加えて、幾つかの場合には、必要なＤＡＮＥを突き止めるために、ＵＥに供給するネットワークオペレータが、または別の何らかの理由でＵＥが、１以上のＦＱＤＮで事前に構成されることが望ましい場合があり得る。ＦＱＤＮ（完全修飾ドメイン名）を使用することは、少なくともＵＥ１０２のプロビジョニングを提供または制御するネットワークオペレータのネットワーク内において、ＤＡＮＥの場所が常に同じであることを意味する。
以下の説明では、ネットワーク支援ＤＡＮＥは、ＮＡ−ＤＡＮＥと称されることがある。
【００４４】
端末装置１０２は動き回っていてもよく、従ってモバイルセルまたは基地局登録を変更してもよい（例えば、端末装置１０２は、ｅＮＢ１０３Ａによるサービス提供からｅＮＢ１０３Ｂによるサービス提供へと移動してもよい）。これが起きると、別のＮＡ−ＤＡＮＥがネットワーク支援機能の提供を担当する可能性がある。ＵＥは、モバイルセルまたは基地局間での通常のハンドオーバ／ローミング手順でこれを認識し、ＤＮＳ問合せを再発行して、新しいネットワーク位置における適切なＮＡ−ＤＡＮＥのＩＰアドレスを見つける。ローミングハンドオーバーは、該当する場合には、新しいＮＡ−ＤＡＮＥアドレスの通知を含めることもでき、従って、ＵＥがＮＡ−ＤＡＮＥ自体を積極的に再検出する必要がなくなる。また、同じＮＡ−ＤＡＮＥが新しいモバイルセルのネットワーク支援を担当することも可能である。
【００４５】
実施形態において、本技術はまた、通信ネットワーク１０１と共に使用するための端末装置１０２も提供し、この端末装置１０２は、受信機回路２０１、送信機回路２０３、および処理回路２００を具備する。
【００４６】
処理回路２００は、受信機回路２０１を制御して、ネットワークのインフラストラクチャ機器（例えばコンテンツサーバ１０６）からデータを受信するように構成される。
【００４７】
処理回路２００は、所定の条件が満たされるかどうかを監視するように構成され、当該所定の条件が満たされることは、受信機回路２０１へのデータの送信をサポートするためのネットワークの要素（例えば、これはＤＡＮＥ１０４Ａまたは１０４Ｂのようなデータ処理装置である）によるネットワーク支援が、潜在的に必要とされることを示す。所定の条件が満たされていると判断された場合、処理回路２００は、送信機回路２０３を制御して、ネットワーク支援を提供するためのネットワークの要素と端末装置１０２との間にデータ通信経路を確立することを要求するリクエストを、ネットワークのインフラストラクチャ機器（例えばＤＡＮＥ１０４Ａまたは１０４Ｂ）へ送信するように構成される。
【００４８】
処理回路２００は、受信機回路２０１を制御して、ネットワークのインフラストラクチャ機器（例えばＤＡＮＥ１０４Ａまたは１０４Ｂ）から、ネットワーク支援を提供するためのネットワーク要素（例えばＤＡＮＥ１０４Ａまたは１０４Ｂ）と端末装置１０２の間にデータ通信経路を確立するためのリクエストが、許可されたかどうかを示す信号を受信するように構成される。ネットワーク支援を提供するネットワークの要素と端末装置１０２との間にデータ通信経路が確立されることを求めるリクエストが許可されたことが示されると、処理回路２００は、送信機回路２０３および／または受信機回路２０１を制御して、ネットワーク支援を提供するためのネットワークの要素と端末装置１０２との間にデータ通信経路を確立する。
【００４９】
一実施形態において、ネットワーク支援を提供するためのネットワークの要素（例えばＤＡＮＥ１０４Ａまたは１０４Ｂ）と端末装置１０２との間のデータ通信経路が確立されたとき、処理回路２００は、更なる所定の条件が満たされるかどうかを監視するように構成され、更なる所定の条件が満たされることは、受信機回路２０１へのデータの送信をサポートするためのネットワークの要素によるネットワーク支援がもはや潜在的に必要とされないことを示す。更なる所定の条件が満たされていると判断されたとき、処理回路２００は、送信機回路２０３を制御して、ネットワーク支援を提供するためのネットワークの要素と端末装置の間のデータ通信経路の切断を要求するリクエストを、ネットワークのインフラストラクチャ機器（例えばＤＡＮＥ１０４Ａまたは１０４Ｂ）へ送信するように構成される。処理回路２００は、受信機回路２０１を制御して、ネットワークのインフラストラクチャ機器（ＤＡＮＥ１０４Ａまたは１０４Ｂなど）から、データ通信経路を切断するリクエストが許可されたかどうかを示す信号を受信するように構成される。データ通信経路を切断するリクエストが受け入れられたことが示されたとき、処理回路２００は、送信機回路２０３および／または受信機回路２０１を制御して、ネットワーク支援を提供するためのネットワークの要素と端末装置１０２との間のデータ通信経路を切断するように構成される。
【００５０】
一実施形態において、インフラストラクチャ機器（例えばコンテンツサーバ１０６）から受信したデータは、オーディオデータおよび／またはビデオデータである。この場合、データ通信経路の確立のための所定の条件は、例えば、処理回路２００が送信機回路および受信機回路を制御して信号を送受信するように構成されるモードにある１以上の端末装置と、処理回路２００によって実行されるオーディオおよび／またはビデオデータの閲覧を可能にするアプリケーションと、処理回路２００によって実行される特定のオーディオおよび／またはビデオデータを閲覧するためのコマンドを備えている。更に、データ通信経路の切断のための更なる所定の条件は、例えば、特定のオーディオおよび／またはビデオデータを見るためのコマンドの処理回路２００による１以上の実行が停止されることと、オーディオおよび／またはビデオデータを見ることを可能にするアプリケーションの処理回路２００による実行が停止されることと、端末装置は処理回路２００が送信機回路および受信機回路を制御して信号を送受信しないように構成されるモードにあることを含んでいる。
【００５１】
一実施形態において、ネットワーク支援を提供するためのネットワークの要素（ＤＡＮＥ１０４Ａまたは１０４Ｂなど）と端末装置１０２との間のデータ通信経路が確立されたとき、処理回路２００は、送信機回路２０３を制御して、ネットワークのインフラストラクチャ機器（例えばコンテンツサーバ１０６）によってデータを受信機回路２０１へ送信できる、端末装置で入手可能な所定の複数の速度から推定および推奨される最高速度を同定する情報を要求するリクエストを、確立されたデータ通信経路を介して、ネットワーク支援を提供するためのネットワークの要素へ送信するように構成される。例えば、データがオーディオおよび／またはビデオデータである場合、所定の複数の速度の各々は、より高い品質（より高い必要なデータ伝送速度で）からより低い品質（より低い必要なデータ伝送速度で）に亘って、オーディオおよび／またはビデオデータの異なるそれぞれの表現に関連し得る。処理回路２００は、受信機回路２０１を制御して、ネットワークのインフラストラクチャ機器がデータを受信機回路２０１へ送信できる、同定された推定および推奨される最高速度を示す信号を、ネットワーク支援を提供するためのネットワークの要素から、確立された通信経路を介して受信するように構成される。処理回路２００は、受信機回路２０１を制御して、示された推定および推奨される最高のデータ速度に基づく速度で、インフラストラクチャ機器からデータを受信するように構成される。
【００５２】
一実施形態において、ネットワーク支援を提供するためのネットワークの要素（例えばＤＡＮＥ１０４Ａまたは１０４Ｂ）と端末装置１０２との間のデータ通信経路が確立された場合、処理回路２００は、データブーストの所定条件が満たされるかどうかを監視するように構成され、データブーストの所定条件が満たされることは、ネットワークのインフラストラクチャ機器（例えばコンテンツサーバ１０６）からデータを受信機回路２０１へ送信するために、追加の通信資源（例えばＬＴＥ無線フレームの時間および／または周波数無線資源）が必要であることを示す。データブーストの所定条件が満たされていると判断されると、プロセッサ回路２００は、送信機回路２０３を制御して、インフラストラクチャ機器からデータを受信機回路２０１へ送信するための追加の通信資源を利用可能にすることを要求するリクエストを、確立されたデータ通信経路を介してネットワーク支援を提供するためのネットワークの要素へ送信するように構成される。処理回路２００は、受信機回路２０１を制御して、追加のネットワーク資源を利用可能にするリクエストが許可されたかどうかを示す信号を、ネットワーク支援を提供するためのネットワークの要素から、確立されたデータ通信経路を介して受信するように構成される。追加の通信資源を利用可能にするリクエストが許可されたことが示されると、処理回路２００は、受信機回路２０１を制御し、追加の通信資源を使用してインフラストラクチャ機器からデータを受信するように構成される。
【００５３】
一実施形態において、端末装置１０２のデータバッファ２０２は、ネットワークのインフラストラクチャ機器（例えばコンテンツサーバ１０６）から受信したデータを一時的に保存するように構成され、データブースト所定条件は、所定量未満の量のデータを保存するデータバッファを含む。そのような構成は、データバッファが所定量未満のデータを保存することに起因してバッファアンダーランのリスクがある（従って、特に受信されるデータがビデオおよび／またはオーディオデータである場合には、ユーザ体験は不満足である）場合に、端末装置１０２によってネットワーク支援が求められることを意味する。従って、バッファアンダーランのリスクが軽減され、ユーザ体験は向上する。一実施形態において、データブーストの所定条件は、データバッファ２０２が空になると予想されるまでの残り時間、即ち、バッファ２０２に保存されたデータに対応する残りのメディア再生時間の推定を含む。
【００５４】
一実施形態において、端末装置１０２からネットワークのインフラストラクチャ機器へ送信される１以上のメッセージ（例えば、ネットワークのインフラストラクチャ機器へ送信される、ネットワーク支援を提供するためのネットワークの要素と端末装置の間にデータ通信経路を確立することを要求するリクエスト、ネットワークのインフラストラクチャ機器へ送信される、ネットワーク支援を提供するためのネットワークの要素と端末装置との間のデータ通信経路を切断することを要求するリクエスト、ネットワーク支援を提供するためのネットワークの要素へ送信される、ネットワークのインフラストラクチャ機器がデータを受信機回路へ送信できる、推定および推奨される最高速度を同定する情報のリクエスト、およびネットワーク支援を提供するためのネットワークの要素へ送信される、インフラストラクチャ機器からデータを受信機回路へ送信するための追加の通信資源を利用可能にすることを要求するリクエストを含む）には、ハイパーテキスト転送プロトコル上での１以上のサーバおよびネットワーク支援ダイナミック・アダプティブ・ストリーミング（ＨＴＴＰ）（ＤＡＳＨ）（ＳＡＮＤ）メッセージが与えられてよい。一例において、そのようなＳＡＮＤメッセージは、リクエストを含む拡張子を備えたＳＡＮＤメッセージであってよい。このＳＡＮＤメッセージの拡張は、３ＧＰＰ名前空間に含まれてよい。別の例では、リクエストには、ＳＡＮＤメッセージエンベロープ内のＳＡＮＤメッセージが与えられる。
【００５５】
本技術は、電気通信ネットワーク１０１のインフラストラクチャ機器（例えばコンテンツサーバ１０６）を介した端末装置１０２へのデータ送信をサポートするための、ネットワーク支援を与えるデータ処理装置（ＤＡＮＥ１０４Ａまたは１０４Ｂなど）を提供する。当該データ処理装置は、処理回路２０４およびネットワークインターフェース回路２０５を具備する。処理回路２０４は、ネットワークインターフェース回路２０５を制御して、データ処理装置と端末装置との間にデータ通信経路を確立することを要求するリクエストを、端末装置１０２から受信するように構成され、端末装置１０２は所定の条件が満たされたときにリクエストを送信し、所定の条件が満たされることは、ネットワークのインフラストラクチャ機器を介した端末装置へのデータ送信をサポートするために、データ処理装置によるネットワーク支援が潜在的に必要であることを示している。処理回路２０４は、データ処理装置と端末装置１０２との間にデータ通信経路を確立するとのリクエストを許可するかどうかを決定し、ネットワークインターフェース回路２０５を制御して、リクエストが許可されたかどうかを示す信号を、ネットワークのインフラストラクチャ機器（例えばｅＮＢ１０３Ａまたは１０３Ｂ）を介して端末装置１０２へ送信するように構成される。リクエストが許可されると、処理回路２０４は、ネットワークインターフェース回路２０５を制御して、データ処理装置と端末装置１０２との間にデータ通信経路を確立するように構成される。
【００５６】
上記の一般的な説明に更に加えて、次に本技術の特定の実施形態を説明する。
【００５７】
＜ネットワーク支援サポートセッションの開始および終了＞
ＵＥ１０２は、ＮＡ−ＤＡＮＥ（例えば、ＤＡＮＥ１０４Ａまたは１０４Ｂ）のＩＰアドレスを取得すると、それが提供するネットワーク支援機能にアクセスする目的で、それと通信することができる。
【００５８】
通信の最初のステップには、ＵＥのＮＡ−ＤＡＮＥへの登録が含まれ、これは、ＵＥが動作している間は将来的に何時でも、および／またはデータ（例えば、ストリーミングメディア）を受信するプロセス中に、ＵＥがＮＡ施設にリクエストすることをＮＡ−ＤＡＮＥに通知することと同等である。このプロセスは、ＮＡ−ＤＡＮＥとのＮＡセッションの開始である。
【００５９】
ＮＡセッションは、例えば、ＵＥで同時に動作している可能性のある全てのメディアストリーミングアクティビティについて有効であり、或いは、各ストリーミングメディアアプリケーションまたは受信中のコンテンツアイテムについて、何時でも個別のＮＡセッションを開始できる。ユーザまたはＵＥには、ダウンロード用の同じアプリケーションの異なるバージョン、ＮＡセッションをサポートするバージョン、およびネットワーク支援を使用しないか、またはネットワーク支援を使用する能力においてより限定的なバージョン（例えば、ＮＡ機能を持たないか、または減少させた「標準」バージョンよりもコストが高いＮＡを備えるか、または多くのユーザデータを共有する「プレミアム」バージョン）が提示される。実施形態において、アプリケーションはＮＡをサポートし得るが、ＮＡセッションの開始は、キャリアまたはネットワークオペレータへのユーザ／ＵＥの加入の性質に応じてブロックされる可能性がある。それは、プレミアム加入者のみに利用可能である。加入者データベースは、ＮＡセッションが開始される前に問合せを受ける可能性がある。
【００６０】
一例において、ＮＡセッションの範囲は、ストリーミングメディアを受信するために実行されているアプリケーションに依存する。ストリーミングメディアコンテンツを受信することが主な目的のアプリケーションの場合、ＮＡセッションの範囲は、例えば、当該アプリケーションの起動から終了までである。主な目的がストリーミングメディアコンテンツの受信以外の目的であるアプリケーション（例えば、ニュースアイテムを補完するメディアストリーミングコンテンツを提供するニュースサイト）の場合、ＮＡセッションの範囲は、例えばコンテンツアイテムの再生の開始からそれが停止されるまで、またはアプリケーションによる自動再生リールの持続期間であり得る。例えば、画面を通してスクロールすること、または画面ロックもしくは画面の電源切断、もしくは電源使用モードの変更が開始されるのを防止する他の動作を実行することによって、ユーザがページ（例えば、テキストアイテムまたは広告の間に挿入された複数のビデオアイテムを含むニュースまたは他のページであり、ビデオアイテムは広告であってよい）との対話を続けた場合、ＮＡセッションは延長される可能性がある。画面ロック、電源モードの変更などは、ＮＡセッションの終了を開始できるであろう。
【００６１】
前述のように、ＵＥは適切なリクエストメッセージをＮＡ−ＤＡＮＥへ送信することによって、ＮＡセッションを開始させる。従って、換言すれば、ＮＡセッションので特定された範囲は、ストリーミングメディアを受信するために実行中のアプリケーションに依存し得る所定の基準によって開始される。この目的のために、新しいＭＰＥＧ・ＳＡＮＤメッセージを定義でき、または３ＧＰＰ特異的なＳＡＮＤメッセージを定義できる。
【００６２】
ＵＥがＮＡ機能を必要としなくなると、それはＮＡセッションを終了させる。これは、例えば、ＵＥがネットワーク上で非アクティブ状態（受信機２０１と送信機２０３が信号を送受信しない「フライトモード」）になったとき、全てのメディアストリーミングアクティビティが終了したとき、またはストリーミングされたメディアコンテンツアイテムの再生が停止したときである。
【００６３】
前述のように、ＵＥは適切なリクエストメッセージをＮＡ−ＤＡＮＥへ送信することにより、ネットワーク支援セッションを終了する。また、この目的のために、新しいＭＰＥＧ・ＳＡＮＤメッセージを定義し、または３ＧＰＰ特異的なＳＡＮＤメッセージを定義できる。これらのメッセージについて以下に説明する。
【００６４】
＜端末とネットワーク支援サーバとの間の通信＞
ＭＰＥＧ・ＳＡＮＤ仕様は、クライアント（ＵＥ１０２）とサーバ（ＤＡＮＥ１０４Ａまたは１０４Ｂ）との間の通信方法のために幾つかのオプションを提供する。本技術の一例では、メディアストリーム配信に関して帯域外であるＵＥとＮＡ−ＤＡＮＥとの間の更に効率的で柔軟な双方向通信を可能にするために、ＷｅｂＳｏｃｋｅｔ通信が使用される。
【００６５】
何らかの理由でＷｅｂＳｏｃｋｅｔの使用が実現可能でなければ、別の例では、ＳＡＮＤメッセージの転送にＨＴＴＰ・ＰＯＳＴが使用される。ＵＥは、ディスカバリプロセスからＤＡＮＥ・IＰアドレスを知っているので、ＨＴＴＰ・ＰＯＳＴを使用して、ＵＥとＤＡＮＥとの間でＮＡメッセージを運ぶ。
【００６６】
＜ユーザ端末とネットワーク支援サポートを提供するネットワーク要素との間で使用されるメッセージ＞
＜序論＞
ネットワーク支援機能により、例えば３ＧＰ−ＤＡＳＨシステムをサポートするメディアストリーミングクライアント［３］は、コンテンツストリーミングセッションのサービス品質（Quality  of  Service：ＱｏＥ）を改善でき、ＤＡＮＥによって提供される。ＮＡ−ＤＡＮＥは帯域外であり、即ち、メディア配信経路にはない。ＮＡ通信は、メディアサーバ（例えばコンテンツサーバ１０６）通信から独立しているため、ＮＡ通信はＭＰＤおよびコンテンツセグメントの転送に対する別個の経路で発生する。メディアサーバはＮＡ機能を認識する必要はない。
【００６７】
ＮＡは、例えば加入オプションの対象であるため、特定のクライアントのみが利用できる可能性がある。ＮＡ施設へのアクセスを許可する前に、クライアント認証を適用することもできる。クライアントは、ＮＡ−ＤＡＮＥに関する利用可能性および情報を見出すことができ、ＮＡ−ＤＡＮＥとのＮＡセッションを確立することができる。
【００６８】
ＮＡセッションを開始および終了する方法の例を以下に説明する。ＮＡリクエストおよび応答の複合メッセージの例、および各コンポーネントメッセージについても以下で説明する。
【００６９】
一例において、ＳＡＮＤ仕様はＳＡＮＤメッセージのＨＴＴＰヘッダーキャリッジが必要な能力であることを要求するため、新しいメッセージは３ＧＰＰ名前空間で定義される。一方、ＤＡＮＥへの通信はメディア配信に関して帯域外であるため、これはＮＡの実行可能な搬送方法ではない。
一例において、ＨＴＴＰヘッダーキャリッジはＮＡメッセージの要件ではないとの条件で、新しいメッセージはＳＡＮＤ仕様の中で定義される。
【００７０】
一例において、ＮＡメッセージのＨＴＴＰヘッダーキャリッジが使用されないとき、メッセージ要素にＸＭＬ形式が使用される。従って、新しいＳＡＮＤメッセージの数値メッセージタイプ値は定義されないが、必要とあれば定義できる。
【００７１】
＜ＮＡセッションの開始および終了＞
ＵＥがＮＡ−ＤＡＮＥとのＮＡセッションを開始および終了できるように（即ち、検出されたＮＡ−ＤＡＮＥとのデータ通信経路を確立できるように）、メッセージがここで定義される。
【００７２】
【表１】
0006922000.tif 000002
【００７３】
一例では、両方の場合にリクエストおよび応答の両方で同じメッセージコンテナを使用でき、これにより、各場合におけるリクエストおよび応答は、許可されるパラメータの使用において異なる可能性がある。
【００７４】
【表２】
0006922000.tif 000003
【００７５】
【表３】
0006922000.tif 000004
【００７６】
各場合において、個別のリクエストメッセージおよび応答メッセージを定義することも可能である。
【００７７】
＜ＮＡリクエストメッセージ＞
ＮＡは、ネットワーク支援をリクエストするクライアントのモデルと、当該リクエストに応答するＮＡ−ＤＡＮＥに基づいている。ＮＡ機能は、以下の２つの機能の最初の機能のみ、または両方をクライアントに付与でき、両方の場合とも、ネットワーク支援のためにＤＡＮＥにリクエストを行ったＵＥクライアントに基づく。
【００７８】
・ＤＡＮＥは、コンテンツアイテムの利用可能な表現に基づいて、クライアントに対して次のセグメントのダウンロードに最も適したメディア速度を指示する。
・ＤＡＮＥは、クライアントのコンテンツ再生入力バッファ（例えば、データバッファ２０２）がアンダーランの危険に曝される場合に備えて、クライアントに対して、次のセグメントダウンロードのため一時的な配信ブーストを指示する。
【００７９】
ＮＡセッションがアクティブになると、ＵＥクライアント１０２は、メディアサーバから次のメディアセグメントをフェッチする前に、ＮＡ呼出しを発してもよい。ネットワーク支援呼出しは、単一の論理信号交換で構成される。このＤＡＮＥとの交換により、の最初の機能または両方の機能のシーケンスの何れかがアクティブになり、クライアントが配信ブースト機能へのアクセスを許可された場合には２番目のみがアクティブになる。クライアントが配信ブーストを必要としないならば、ＤＡＮＥは、ＵＥクライアントへの応答において２番目の機能を省略する。
【００８０】
ＭＰＥＧ・ＳＡＮＤ仕様は、ＮＡ機能を促進するために使用できる１組のメッセージを提供する。しかしながら、幾つかの必要な施設、即ち、ＮＡセッションの開始および終了のための施設、セグメント持続期間を伝達する効率的な方法のための施設、ＵＥからＤＡＮＥへのネットワークブーストリクエストのための施設、およびＤＡＮＥからＵＥへのネットワークブースト応答のための施設は存在しない。従って、本開示の例示的なメッセージタイプは以下で定義される。
ネットワーク支援機能は、既存の１組のＳＡＮＤ機能のごく一部に依存する。
ネットワーク支援リクエストの一般的な手順は次のとおりである。
【００８１】
【表４】
0006922000.tif 000005
【００８２】
ネットワーク支援リクエストは、本開示で定義されるＳＡＮＤメッセージおよび新しいメッセージを含む単一のＳＡＮＤメッセージエンベロープを使用することにより実現される。新しいメッセージの定義と構文の例を以下に定義する。
【００８３】
＜コンテンツアイテムに関する情報の提供＞
ＵＥがネットワーク支援セッションを確立すると、ＵＥはビデオコンテンツ情報、例えばメディアプレゼンテーション記述（ＭＰＤ）またはコンテンツマニフェストで利用可能な情報の選択を（帯域外）ＤＡＮＥに提供できる。
既存のＳＡＮＤメッセージであるSharedResourceAllocationは、使用可能なビット速度に関する情報を伝達するために使用される。
【００８４】
ネットワーク支援リクエスト（ＮＡリクエスト）は、ＳＡＮＤメッセージであるSharedResourceAllocation、および任意に、BufferLevelを含む単一のＳＡＮＤメッセージエンベロープを使用して実現される。ネットワーク支援リクエストのこの部分の構文例は、以下で説明する完全なＮＡリクエストの例に示されている。
【００８５】
ＵＥは、ＳＡＮＤメッセージエンベロープのsenderId要素を、ネットワーク支援トランザクションの参照として使用できる。
【００８６】
ＳＡＮＤメッセージエンベロープのgenerationTime要素は、ネットワーク支援には必要ないため省略できる。
【００８７】
共通のＳＡＮＤメッセージ要素のmessageIdは使用されず、全てのネットワーク支援メッセージにおいて省略される可能性がある。
セグメント持続期間および利用可能なメディアビット速度は、ＭＰＤに含まれる情報からクライアントによって導出される。
【００８８】
ＳＡＮＤメッセージのSharedResourceAllocationにおける共通のＳＡＮＤメッセージ要素validityTimeには、メディアセグメント持続期間が含まれる可能性がある。或いは、より効率的な搬送が望まれる場合、以下で定義される新しいメッセージタイプ「セグメント持続期間」がこの目的に使用される。
【００８９】
ＳＡＮＤメッセージのSharedResourceAllocationにおけるパラメータoperationPointsおよび帯域幅は、全てのメディアコンポーネントの合計として示される利用可能な各メディアビット速度を表すものとする。
【００９０】
バッファレベルコンポーネントメッセージは省略できるが、クライアントがこのセグメントのブーストを要求している場合は、バッファレベルが通知されるものとする。
【００９１】
【表５】
0006922000.tif 000006
【００９２】
＜ＵＥステータスに関する情報の提供＞
コンテンツアイテムに関する情報と同様に、ＵＥは、そのステータスに関する情報、例えばローカルバッファステータス情報をＮＡ−ＤＡＮＥに提供することもできる。これには、最小および最大のターゲットバッファの満杯レベルと、メディア再生バッファの現在の満杯レベルが含まれる。最後のパラメータは、のBufferLevelメッセージにおけるのと同じである。
【００９３】
【表６】
0006922000.tif 000007
【００９４】
選択されたコンテンツアイテムのセグメント持続期間を伝達するためのメッセージが定義される。セグメント持続期間は固有かつ名目上のものであってよく、即ち、それは各セグメントの持続期間を特に正確に測定することを意図したものではなく、むしろ、コンテンツアイテムのマニフェストまたはメディアプレゼンテーションの説明に示されているように、セグメント持続時間の名目上の近似値である。持続期間の値はミリ秒の整数であるが、ここでも通常は、セグメント持続期間は公称値であり、セグメントの実際の持続期間と正確に一致する必要はない。ミリ秒単位の値は、コンテンツプロバイダーまたは配信ネットワークによるセグメント持続期間の選択を用いた柔軟性と組み合わせた、構文の単純さを提供する。通常、持続期間は秒数として引用されるが、より短いセグメント持続期間（例えば、１秒未満）の恩恵を受けるコンテンツがある場合は、ミリ秒単位の数値が使用される。
【００９５】
【表７】
0006922000.tif 000008
【００９６】
【表８】
0006922000.tif 000009
【００９７】
＜ネットワーク配信ブーストのリクエストおよび応答＞
UEのバッファレベルが低い場合、ＵＥがネットワークに高いデータ配信優先度を要求するという特別な利点があり得る。これは、ネットワーク配信ブーストと称され、例えば、ＵＥへデータを送信するための通信資源を増やすことで実装される。
【００９８】
これによりメッセージの例が定義され、ＵＥが、次のセグメント配信中にストリーミング情報処理量をブーストするためにＮＡ−ＤＡＮＥにリクエストを通知し、またＮＡ−ＤＡＮＥがブーストリクエストを確認または拒否して、そのようなリクエストに応答することを可能にする。
【００９９】
【表９】
0006922000.tif 000010
【０１００】
配信ブーストリクエストは、ＳＡＮＤメッセージエンベロープにメッセージを含めることによってアクティブにされる。一例において、それは追加のパラメータを持たない。それが存在すれば、配信ブーストリクエストが作動する。それが存在しなければ、ＵＥは各セグメントについての配信ブーストリクエストを行っていない。
【０１０１】
応答は様々な方法で具体化できる。一例において、応答にはパラメータ文字列またはタグ「許可（ｇｒａｎｔｅｄ）」もしくは「拒否（ｄｅｃｌｉｎｅｄ）」が含まれている。これの変形は、「ｂｏｏｓｔＧｒａｎｔｅｄ」または「ｂｏｏｓｔＤｅｃｌｉｎｅｄ」を示す２つの異なるメッセージを定義することである。もう１つの可能性は、「ｇｒａｎｔｅｄ」＝ＴＲＵＥおよび「ｄｅｃｌｉｎｅｄ」＝ＦＡＬＳＥ、またはそれぞれバイナリ値１および０のブール変数を定義することである。更に可能な実施形態は、例えば「ＤｅｌｉｖｅｒｙＢｏｏｓｔ」と称されるもので、両方向で同じメッセージタイプを使用することであり、これによって、ＵＥがこのメッセージをＤＡＮＥへ送信する場合に追加のパラメータはないが、ＤＡＮＥからＵＥへの応答には「許可」もしくは「拒否」または同様のことを意味するパラメータが含められる。
【０１０２】
要求された配信ブーストが許可されない場合、ＵＥは、次のセグメントで発生するバッファアンダーフローのリスクを低減するために、より低いビット速度セグメントを選択できる。
【０１０３】
【表１０】
0006922000.tif 000011
【０１０４】
【表１１】
0006922000.tif 000012
【０１０５】
＜ＮＡリクエストおよび応答メッセージの例＞
のように、一例では、ＮＡリクエストおよび応答メッセージを容易にするために、ＳＡＮＤメッセージエンベロープを使用して幾つかのＳＡＮＤメッセージを搬送する。ＳＡＮＤメッセージエンベロープ内のコンポーネントメッセージは、ＳＡＮＤ仕様［ＩＳＯ／ＩＥＣ２３００９−５］で知られている既存のＳＡＮＤメッセージと、その後にＳＡＮＤ仕様に追加されたか、または３ＧＰＰもしくは他の仕様で定義された新しいメッセージとの組み合わせからなることができる。
【０１０６】
ＮＡリクエストメッセージの例は、コンポーネントメッセージセグメント持続期間、利用可能なビット速度、配信ブーストリクエスト、およびバッファレベルを含むＳＡＮＤエンベロープからなっている。
【０１０７】
【表１２】
0006922000.tif 000013
【０１０８】
ＮＡ応答メッセージは、推奨されるビット速度のコンポーネントメッセージおよび配信ブースト応答を含んだＳＡＮＤエンベロープで構成される。
【０１０９】
【表１３】
0006922000.tif 000014
【０１１０】
＜ＳＡＮＤ・ＸＭＬスキーマの拡張＞
一例において、新しいメッセージの定義は３ＧＰＰに固有のメッセージとしてのものである。即ち、それらは３ＧＰＰ仕様の領域内で定義されているため、３ＧＰＰのＸＭＬ名前空間内でも定義されており、３ＧＰＰ協会は、その定義および潜在的な更なる拡張に対して完全な責任および管理を有している。
【０１１１】
本開示で定義される新しいメッセージは、メッセージタイプ選択列挙の追加要素として、SANDEnvelopeTypeのＳＡＮＤ・ＸＭＬスキーマに挿入される。一例において、ＸＭＬにおけるそれらのリストは次の通りである。
【０１１２】
<!--  3GPPSANDMessage  Types  -->
<xs:element  name="NetworkAssistanceInitiation"  type="NetworkAssistanceInitiationType"/>
<xs:element  name="NetworkAssistanceTermination"  type="NetworkAssistanceTerminationType"/>
<xs:element  name="SegmentDuration"  type="SegmentDurationType"/>
<xs:element  name="DeliveryBoost"  type="DeliveryBoostType"/>
【０１１３】
次の表に示すように、ＳＡＮＤの３ＧＰＰスキーマ拡張の例が提案される。これは開示された特徴を代表するものであり、この提案されたスキーマとは異なる構文の側面がある場合でも、同等のＸＭＬスキーマに等しく対応することができる。
【０１１４】
<?xml  version="1.0"  encoding="UTF-8"?>
<xs:schema
targetNamespace="urn:3gpp:dash:schema:sandmessageextension:2017"
attributeFormDefault="unqualified"
elementFormDefault="qualified"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns="urn:3gpp:dash:schema:sandmessageextension:2017">
<xs:annotation>
<xs:appinfo>SAND  Messages  Extension</xs:appinfo>
<xs:documentation  xml:lang="en">
This  Schema  defines  the  Server  And  Network  Assisted  DASH  (SAND)  messages  extension  for  3GPP.
</xs:documentation>
</xs:annotation>
<!--  SAND  message:  main  element  -->
<xs:element  name="SANDMessage"  type="SANDEnvelopeType"/>
<!--  SAND  common  envelope  Type  -->
<xs:complexType  name="SANDEnvelopeType">
<xs:choice  maxOccurs="unbounded">
<xs:element  name="NetworkAssistanceInitiation"  type="NetworkAssistanceInitiationType"/>
<xs:element  name="NetworkAssistanceTermination"  type="NetworkAssistanceTerminationType"/>
<xs:element  name="SegmentDuration"  type="SegmentDurationType"/>
<xs:element  name="DeliveryBoost"  type="DeliveryBoostType"/>
<xs:any  namespace="##other"  processContents="lax"  minOccurs="0"  maxOccurs="unbounded"/>
</xs:choice>
<xs:attribute  name="senderId"  type="xs:token"/>
<xs:attribute  name="generationTime"  type="xs:dateTime"/>
<xs:anyAttribute  namespace="##other"  processContents="lax"/>
</xs:complexType>
<!--  SAND  message  base  Type  -->
<xs:complexType  name="SANDMessageType">
<xs:attribute  name="messageId"  type="xs:unsignedInt"/>
<xs:attribute  name="validityTime"  type="xs:dateTime"/>
</xs:complexType>
<!--  NetworkAssistanceInitiation  Type  -->
<xs:complexType  name="NetworkAssistanceInitiationType">
<xs:attribute  name="sessionId"  type="xs:unsignedInt"  minOccurs="0"  maxOccurs="1"/>
</xs:complexType>
<!--  NetworkAssistanceTermination  Type  -->
<xs:complexType  name="NetworkAssistanceTerminationType">
<xs:attribute  name="sessionId"  type="xs:unsignedInt"  use="required"/>
</xs:complexType>
<!--  SegmentDuration  Type  -->
<xs:complexType  name="SegmentDurationType">
<xs:attribute  name="duration"  type="xs:unsignedInt"  use="required"/>
</xs:complexType>
<!--  DeliveryBoost  Type  -->
<xs:complexType  name="DeliveryBoostType">
<xs:attribute  name="DeliveryBoostStatus"  type="DeliveryBoostStatusType"  use="required"/>
</xs:complexType>
<!--  DeliveryBoostStatus  Type  -->
<xs:simpleType  name="DeliveryBoostStatusType">
<xs:restriction  base="xs:string">
<xs:enumeration  value="granted"/>
<xs:enumeration  value="declined"/>
</xs:restriction>
</xs:simpleType>
</xs:schema>
【０１１５】
一般に、本技術を用いれば、アプリケーションプログラミングインターフェース（ＡＰＩ）は、ネットワークからメディアストリームにアクセスするＵＥ上のアプリケーションがＮＡ機能にアクセスするのを容易にするために定義できる。そのようなＡＰＩが使用される場合、初期化期間中に、ＵＥは呼出しアプリケーションによってリクエストされたＤＡＮＥおよび／またはＤＡＮＥのモードを検出する。次いで、ＵＥは、ＤＡＮＥと共に適切なＮＡセッションまたは他のセッションを開始する。
図３Ａ〜３Ｂおよび４Ａ〜４Ｂは、本技術による例示的なプロセスを示すフローチャートを示している。
【０１１６】
図３Ａは、端末装置１０２を操作するプロセスを図示したフローチャートを示す。当該プロセスはステップ３００で開始する。ステップ３０１において、受信機回路２０１は、ネットワークのインフラ機器からネットワークを通る第１の通信経路を介してデータを受信する。ステップ３０において、送信機回路２０３は、受信機回路２０１へのデータ送信に関連する所定のプロセスを実行するように構成されたネットワークの要素を同定する情報を要求するリクエストを、ネットワークを通る第２の異なる通信経路を介して、ネットワークのインフラストラクチャ機器へ送信する。ステップ３０３において、受信機回路２０１は、受信機回路２０１へのデータの送信に関連する所定のプロセスを実行するように構成されたネットワークの要素を識別する信号を、ネットワークのインフラストラクチャ機器から第２の通信経路を介して受信する。次に、受信機回路２０１によるデータの受信に関連する所定の条件が満たされているかどうかが監視され、所定の条件が満たされていると判断されると、送信機回路２０３はネットワークのインフラストラクチャ機器に対して、ネットワークの同定された要素が受信機回路２０１へのデータの送信に関連する所定のプロセスを実行するよう要求するリクエストを送信する。これらのステップは既に、詳細に議論されている（また、図４Ａおよび４Ｂを参照して再度説明される）。次いで、当該プロセスはステップ３０４で終了する。
【０１１７】
図３Ｂは、ＤＮＳサーバ１０５のようなデータ処理装置を動作させるプロセスを図示したフローチャートを示している。当該プロセスはステップ３０５で開始する。ステップ３０６において、ネットワークインターフェース回路２０７は、端末装置１０２からネットワークを通る第２の通信経路を介して、端末装置１０２へのデータ送信に関連する所定の処理を実行するように構成されたネットワークの要素を同定する情報を要求するリクエストを受信し、データは、ネットワークのインフラストラクチャ機器から、ネットワークを通る第１の異なる通信経路を介して端末装置１０２へ送信される。ステップ３０７では、端末装置から受信したリクエストと、端末装置にサービスを提供するインフラ機器を指定する情報（例えば、端末装置１０２がｅＮＢ１０３ＡまたはｅＮＢ１０３Ｂによってサービスされているかどうか）に基づいて、端末装置１０２へのデータ送信に関連する所定のプロセスを実行するように構成されたネットワークの要素が決定される。ステップ３０８において、ネットワークインターフェース回路２０７は、データ送信に関連する所定のプロセスを実行するように構成されたネットワークの要素を同定する信号を、ネットワークのインフラストラクチャ機器および第２の通信経路を介して端末装置１０２へ送信する。その後、プロセスはステップ３０９で終了する。
【０１１８】
図４Ａは、端末装置１０２を操作するプロセスを図示したフローチャートを示す。当該プロセスはステップ４００で開始する。ステップ４０１において、受信機回路２０１は、ネットワークのインフラストラクチャ機器からデータを受信する。ステップ４０２では、所定の条件が満たされるかどうかが監視され、当該所定の条件が満たされるとは、受信機回路２０１へのデータの送信をサポートするためのネットワークの要素によるネットワーク支援が潜在的に必要とされることを示す。所定の条件が満たされていると判断されたとき、プロセスはステップ４０３へと進み、送信機回路２０３は、ネットワーク支援を提供するためのネットワークの要素と端末装置１０２との間にデータ通信経路を確立することを要求するリクエストを、ネットワークのインフラストラクチャ機器へ送信する。そうでない場合に、プロセスはステップ４０２へと戻る。ステップ４０４において、受信機回路２０１は、ネットワーク支援を提供するためのネットワークの要素と端末装置との間にデータ通信経路を確立することを要求するリクエストが許可されたかどうかを示す信号を、ネットワークのインフラストラクチャ機器から受信する。ステップ４０５において、ネットワーク支援を提供するためのネットワークの要素と端末装置との間にデータ通信経路を確立することを要求するリクエストが許可されたことが示されたら、プロセスはステップ４０６へと進み、送信機回路２０３および／または受信機回路２０１は、ネットワーク支援を提供するためのネットワークの要素と端末装置１０２との間にデータ通信経路を確立する。そうでない場合、プロセスはステップ４０７で終了する。ステップ４０６の後、プロセスはステップ４０７で終了する。
【０１１９】
図４Ｂは、ＤＡＮＥ１０４Ａまたは１０４Ｂなどのデータ処理装置を動作させるプロセスを図示したフローチャートを示している。当該プロセスはステップ４０８で始まる。ステップ４０９において、ネットワークインターフェース回路２０５は、データ処理装置と端末装置１０２との間にデータ通信経路を確立することを要求するリクエストを端末装置１０２から受信し、端末装置１０２は所定の条件が満たされたときにリクエストを送信し、所定の条件が満たされることは、ネットワークのインフラストラクチャ機器を介しての端末装置１０２へのデータ送信をサポートするための、データ処理装置によるネットワーク支援が潜在的に必要であることを示すものである。ステップ４１０において、データ処理装置と端末装置１０２との間にデータ通信経路を確立するリクエストが許可されるべきと判定された場合、プロセスはステップ４１１へと進み、ここでネットワークインターフェース回路２０５は、リクエストが許可されたことを示す信号を、ネットワークのインフラストラクチャ機器を介して端末装置へ送信する。そうでなければ、プロセスはステップ４１３で終了する。或いは、ネットワークインターフェース回路２０５は、リクエストが許可されなかったことを示す信号を端末装置へ送信してもよい。一例において、特定の所定の条件が満たされたとき、リクエストは許可され得る。例えば、リクエストは、端末装置１０２がネットワークオペレータによってネットワーク支援を使用するように構成される場合、および／またはネットワーク支援を使用するための十分な予備容量がネットワークに存在する場合にのみ許可される（これら条件の１以上が満たされなければ、リクエストは許可されない）。リクエストの許可は、任意の数の適切な所定の条件に依存し得ることが理解されるであろう。ステップ４１１に続いて、プロセスはステップ４１２へと進み、ここでネットワークインターフェース回路２０５は、データ処理装置と端末装置１０２との間にデータ通信経路を確立する。
【０１２０】
本技術の幾つかの実施形態は、以下の番号付を付した条項によって定義される。
【０１２１】
１．電気通信ネットワークと共に使用するための端末装置において、当該端末装置は受信機回路、送信機回路、および処理回路を具備し、前記処理回路は、
前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器から前記ネットワークを通る第１の通信経路を介してデータを受信するように構成され、
前記送信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求するリクエストを、前記ネットワークを通る第２の異なる通信経路を介して、前記ネットワークのインフラストラクチャ機器へ送信するように構成され、
前記受信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの前記要素を同定する信号を、前記ネットワークのインフラストラクチャ機器から前記第２の通信経路を介して受信するように構成され、
前記受信機回路による前記データの受信に関連する所定の条件が満たされるかどうかを監視し、前記所定の条件が満たされると判定したとき、前記送信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行することを前記ネットワークの前記同定された要素に要求するリクエストを、前記ネットワークのインフラストラクチャ機器へ送信するように構成される、電気通信ネットワークと共に使用するための端末装置。
【０１２２】
２．前記ネットワークの前記同定された要素によって実行される所定のプロセスは、前記受信機回路へのデータの送信をサポートするためのネットワーク支援を実行すること含む、条項１に記載の端末装置。
【０１２３】
３．前記ネットワークの前記同定された要素は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）上でのダイナミック・アダプティブ・ストリーミング（ＤＡＳＨ）対応型のネットワーク要素（ＤＡＮＥ）である、条項１または２に記載の端末装置。
【０１２４】
４．前記所定のプロセスを実行するように構成された前記ネットワークの前記要素を同定する情報を要求する前記ネットワークのインフラストラクチャ機器へのリクエストは、前記第２の通信経路を介して送信されるドメインネームシステム（ＤＮＳ）リクエストであり、
前記第２の通信経路を介してＤＮＳリクエストが受信される前記ネットワークのインフラストラクチャ機器は、前記ネットワークに関する前記端末装置の位置に基づいて、所定のプロセスを実行するための前記ネットワークの適切な要素を決定するように構成されるＤＮＳサーバである、条項１〜３の何れか１項に記載の端末装置。
【０１２５】
５．前記ＤＮＳリクエストは、前記リクエストを同定する部分修飾ドメイン名（ＰＱＤＮ）を、前記所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報についてのリクエストとして含む、条項４に記載の端末装置。
【０１２６】
６．前記ネットワークの第１のインフラストラクチャ機器から前記ネットワークの第２のインフラストラクチャ機器への前記端末装置のハンドオーバ時に、前記処理回路は、
前記受信機回路を制御して、前記所定のプロセスを実行するように構成されたネットワークの要素を新たに同定する信号を、前記ネットワークのインフラストラクチャ機器から前記第２の通信経路を介して受信し、前記ネットワークの新たに同定された要素は、前記ネットワークの以前に同定された要素および前記ネットワークの異なる要素の１つであるように構成され、
前記受信機回路によるデータの受信に関連する前記所定の条件が満たされているかどうかを監視し、前記所定の条件が満たされていると判断されたとき、前記送信機回路を制御して、前記ネットワークの前記新たに同定された要素に前記所定のプロセスを実施することを要求するリクエストを、前記ネットワークの前記インフラストラクチャ機器へ送信するように構成される、条項１〜条項５の何れか１項に記載の端末装置。
【０１２７】
７．前記受信機回路は、前記所定のプロセスを実行するように構成された前記ネットワークの要素を新たに同定する情報を要求する更なるリクエストを、前記ネットワークのインフラストラクチャ機器へ送信するように前記送信機回路を制御する前記処理回路に応答して、前記所定のプロセスを実行するように構成された前記ネットワークの要素を新たに同定する信号を受信する、条項６に記載の端末装置。
【０１２８】
８．電気通信ネットワークと共に使用するための端末装置において、当該端末装置は、受信機回路、送信機回路、および処理回路を具備し、前記処理回路は、
前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器からデータを受信するように構成され、
所定の条件が満たされるかどうかを監視するように構成され、前記所定の条件が満たされることは、前記受信機回路へのデータの送信をサポートするための前記ネットワークの要素によるネットワーク支援が潜在的に必要であることを示すものであり、前記所定の条件が満たされると判断されたとき、前記送信機回路を制御して、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することを要求するリクエストを、前記ネットワークのインフラストラクチャ機器へ送信するように構成され、
前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器から、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することについてのリクエストが許可されたかどうかを示す信号を受信するように構成され、
ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することを要求する前記リクエストが受け入れられたことが示されたとき、前記送信機回路および／または前記受信機回路を制御して、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置の間に前記データ通信経路を確立するように構成される、電気通信ネットワークと共に使用するための端末装置。
【０１２９】
９．前記インフラストラクチャ機器から受信した前記データは、オーディオおよび／またはビデオデータであり、
前記所定の条件は、前記処理回路が前記送信機回路および前記受信機回路を制御して信号を送信および受信するように構成され、オーディオおよび／またはビデオデータの視聴を可能にするアプリケーションが前記処理回路によって実行され、特定のオーディオおよび／またはビデオデータを見るためのコマンドが前記処理回路によって実行されるようなモードにある１以上の前記端末装置を含む、条項８に記載の端末装置。
【０１３０】
１０．ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路が確立されたとき、前記処理回路は、
更なる所定の条件が満たされるかどうかを監視するように構成され、前記更なる所定の条件が満たされることは、前記受信機回路へのデータの送信をサポートするための前記ネットワークの要素によるネットワーク支援がもはや潜在的に必要でないことを示し、また前記更なる所定の条件が満たされると決定されるとき、前記送信機回路を制御して、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間のデータ通信経路の切断を要求するリクエストを、前記ネットワークのインフラストラクチャ機器へ送信するように構成され、
前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器から、前記データ通信経路の切断を要求する前記リクエストが許可されているかどうかを示す信号を受信するように構成され、
前記データ通信経路の切断を要求する前記リクエストが受け入れられたことが示されたとき、前記処理回路は、前記送信機回路および／または前記受信機回路を制御して、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置の間の前記データ通信経路を切断するように構成される、条項８または９に記載の端末装置。
【０１３１】
１１．前記インフラストラクチャ機器から受信された前記データは、オーディオおよび／またはビデオデータであり、
前記更なる所定の条件は、停止中の特定のオーディオおよび／またはビデオデータを見るためのコマンドの前記処理回路による１以上の実行、停止中のオーディオおよび／またはビデオデータ見ることを可能にするアプリケーションの前記処理回路による実行、および前記端末装置は、前記処理回路が前記送信機回路および前記受信機回路を制御して、信号を送受信させないようなモードにあることを含む、条項１０に記載の端末装置。
【０１３２】
１２．前記ネットワークのインフラストラクチャ機器へ送信される、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間のデータ通信経路を切断することを要求する前記リクエストは、ハイパーテキスト転送プロトコルを介したサーバおよびネットワーク支援ダイナミック・アダプティブ・ストリーミング（ＨＴＴＰ）（ＤＡＳＨ）（ＳＡＮＤ）メッセージと共に提供される、条項１０または１１に記載の端末装置。
【０１３３】
１３．前記ＳＡＮＤメッセージは、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間の前記データ通信経路を切断することを要求するリクエストを含んだ拡張を含むＳＡＮＤメッセージである、条項１２に記載の端末装置。
【０１３４】
１４．前記ＳＡＮＤメッセージの拡張が３ＧＰＰ名前空間内に含まれる、条項１３に記載の端末装置。
【０１３５】
１５．ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間のデータ通信経路を切断することを要求するリクエストは、ＳＡＮＤメッセージエンベロープ内のＳＡＮＤメッセージと共に提供される、条項１２に記載の端末装置。
【０１３６】
１６．前記ネットワークのインフラストラクチャ機器へ送信される、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間のデータ通信経路を確立することを要求する前記リクエストは、ハイパーテキスト転送プロトコルを介したサーバおよびネットワーク支援ダイナミック・アダプティブ・ストリーミング（ＨＴＴＰ）（ＤＡＳＨ）（ＳＡＮＤ）メッセージと共に提供される、条項８〜１５の何れか１項に記載の端末装置。
【０１３７】
１７．前記ＳＡＮＤメッセージは、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することを要求する前記リクエストを含んだ拡張を含むＳＡＮＤメッセージである、条項１６に記載の端末装置。
【０１３８】
１８．前記ＳＡＮＤメッセージの拡張は３ＧＰＰ名前空間内に含まれる、条項１７に記載の端末装置。
【０１３９】
１９．ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することを要求する前記リクエストは、前記ＳＡＮＤメッセージエンベロープ内の前記ＳＡＮＤメッセージと共に提供される、条項１６に記載の端末装置。
【０１４０】
２０．ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間のデータ通信経路が確立されたとき、前記処理回路は、
前記送信機回路を制御して、前記端末装置で利用可能な所定の複数の速度から推定および推奨される速度であって、前記ネットワークのインフラストラクチャ機器が前記データを前記受信機回路へ送信できる最高速度を同定する情報を要求するリクエストを、前記確立されたデータ通信経路を介して、ネットワーク支援を提供するための前記ネットワークの前記要素へ送信するように構成され、
前記受信機回路を制御して、前記ネットワークの前記インフラストラクチャ機器が前記データを前記受信機回路へ送信する前記同定された推定および推奨される最高速度を示す信号を、ネットワーク支援を提供するための前記ネットワークの前記要素から、前記確立された通信経路を介して受信するように構成され、
前記受信機回路を制御して、前記示された推定および推奨される最高データ速度に基づく速度で、前記インフラストラクチャ機器からデータを受信するように構成される、条項８〜１９の何れか１項に記載の端末装置。
【０１４１】
２１．ネットワーク支援を提供するための前記ネットワークの前記要素へ送信される前記リクエストは、ネットワークのインフラストラクチャ機器が前記データを前記受信機回路へ送信できる推定および推奨される最高速度を特定する情報を要求するものであって、ハイパーテキスト転送プロトコルを介したサーバおよびネットワーク支援ダイナミック・アダプティブ・ストリーミング（ＨＴＴＰ）（ＤＡＳＨ）（ＳＡＮＤ）メッセージと共に提供される、条項２０に記載の端末装置。
【０１４２】
２２．前記ＳＡＮＤメッセージは、前記ネットワークのインフラストラクチャ機器が前記データを前記受信機回路へ送信する前記推定および推奨される最高速度を同定する情報を要求する前記リクエストを含んだ拡張を含むＳＡＮＤメッセージである、条項２１に記載の端末装置。
【０１４３】
２３．前記ＳＡＮＤメッセージの拡張は前記３ＧＰＰ名前空間内に含まれる、条項２２に記載の端末装置。
【０１４４】
２４．前記ネットワークのインフラストラクチャ機器が前記データを前記受信機回路へ送信できる推定および推奨される最高速度を同定する情報を要求する前記リクエストは、ＳＡＮＤメッセージエンベロープの中のＳＡＮＤメッセージと共に提供される、条項２１に記載の端末装置。
【０１４５】
２５．ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間のデータ通信経路が確立されたとき、前記処理回路は、
データブーストの所定条件が満たされているかどうかを監視し、このデータブーストの所定条件が満たされることは、前記ネットワークのインフラストラクチャ機器から前記データを前記受信機回路へ送信するための追加の通信資源が必要であることを示すものであり、前記データブーストの所定条件が満たされると判断されたとき、前記送信機回路を制御して、前記インフラストラクチャから前記データを前記受信機回路へ送信するための追加の通信資源を利用可能にすることを要求するリクエストを、前記確立されたデータ通信経路を介して、ネットワーク支援を提供する前記ネットワークの前記要素へ送信するように構成され、
前記受信機回路を制御して、前記追加のネットワーク資源を利用可能にするための前記リクエストが許可されたかどうかを示す信号を、前記確立されたデータ通信経路を介して、ネットワーク支援を提供するための前記ネットワークの前記要素から受信するように構成され、
追加の通信資源を利用可能にするための前記リクエストが許可されたことが示されたとき、前記受信機回路を制御して、前記追加の通信資源を使用して前記インフラストラクチャ機器から前記データを受信するように構成される、条項２０〜２４の何れか１項に記載の端末装置。
【０１４６】
２６．前記ネットワークのインフラストラクチャ機器からのデータを一時的に保存するように構成されたデータバッファを具備し、前記データブーストの所定条件は、所定量未満のデータを保存するデータバッファを含む、条項２５に記載の端末装置。
【０１４７】
２７．ネットワーク支援を提供するための前記ネットワークの前記要素へ送信される、前記インフラストラクチャ機器から前記データを前記受信機回路へ送信するための追加の通信資源を利用可能にすることを要求するリクエストは、ハイパーテキスト転送プロトコルを介したサーバおよびネットワーク支援ダイナミック・アダプティブ・ストリーミング（ＨＴＴＰ）（ＤＡＳＨ）（ＳＡＮＤ）メッセージと共に提供される、２５または２６に記載の端末装置。
【０１４８】
２８．前記ＳＡＮＤメッセージは、前記インフラストラクチャ機器から前記データを前記受信機回路へ送信するための追加の通信資源を利用可能にすることを要求する前記リクエストを含んだ拡張を含むＳＡＮＤメッセージである、条項２７に記載の端末装置。
【０１４９】
２９．前記ＳＡＮＤメッセージの拡張は前記３ＧＰＰ名前空間内に含められる、条項２８に記載の端末装置。
【０１５０】
３０．前記インフラストラクチャ機器から前記データを前記受信機回路へ送信するための追加の通信資源を利用可能にすることを要求する前記リクエストは、前記ＳＡＮＤメッセージエンベロープ内の前記ＳＡＮＤメッセージと共に提供される、条項２７に記載の端末装置。
【０１５１】
３１．（ａ）ネットワーク支援を提供するための前記ネットワークの前記要素へ送信される、前記ネットワークのインフラストラクチャ機器が前記データを前記受信機回路へ送信できる推定および推奨される最高速度を同定する情報を要求する前記リクエスト、および
（ｂ）ネットワーク支援を提供するための前記ネットワークの前記要素へ送信される、前記インフラストラクチャ機器から前記データを前記受信機回路へ送信するための追加の通信資源を利用可能にすることを要求する前記リクエストが、
前記同じＳＡＮＤメッセージ内に含められる、条項２７〜３０の何れか１項に記載の端末装置。
【０１５２】
３２．電気通信ネットワークと共に使用するための端末装置を操作する方法において、前記端末装置は受信機回路および送信機回路を含み、前記方法は、
前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器から前記ネットワークを通る第１の通信経路を介してデータを受信することと、
送信機回路を制御して、前記受信機回路への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求するリクエストを、前記ネットワークを通る第２の異なる通信経路を介して、前記ネットワークのインフラストラクチャ機器へ送信することと、
前記受信機回路を制御して、前記受信機回路へのデータの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの前記要素を同定する信号を、前記ネットワークのインフラストラクチャ機器から前記第２の通信経路を介して受信することと、
前記受信機回路によるデータの受信に関連する所定の条件が満たされるかどうかを監視し、前記所定の条件が満たされると判断したとき、前記送信機回路を制御して、前記受信機回路へのデータの送信に関連する前記所定のプロセスを実行することを前記ネットワークの前記同定された要素に要求するリクエストを、前記ネットワークのインフラストラクチャ機器へ送信することとを含む方法。
【０１５３】
３３．コンピュータを制御して、条項３２に記載の方法を実行するためのコンピュータプログラム。
【０１５４】
３４．条項３３に従ってコンピュータプログラムを構築するための、アプリケーションプログラミングインターフェース（ＡＰＩ）。
【０１５５】
３５．条項３３に記載のコンピュータプログラムを保存する記憶媒体。
【０１５６】
３６．電気通信ネットワークと共に使用するための端末装置を操作する方法において、前記端末装置は受信機回路および送信機回路を具備し、前記方法は、
前記受信機回路を制御して、前記ネットワークのインフラストラクチャ機器からデータを受信することと、
所定の条件が満たされるかどうかを監視し、当該所定の条件が満たされることは、前記受信機回路へのデータの送信をサポートするための前記ネットワークの要素によるネットワーク支援が潜在的に要求されることを示し、前記所定の条件が満たされると判定したとき、前記送信機回路を制御して、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することを要求するリクエストを、前記ネットワークのインフラストラクチャ機器へ送信することと、
前記受信機回路を制御して、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することを要求する前記リクエストが許可されたかどうかを示す信号を、前記ネットワークのインフラストラクチャ機器から受信することと、
ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することを要求する前記リクエストが受け入れられたことが示されたとき、前記送信機回路および／または前記受信機回路を制御して、ネットワーク支援を提供するための前記ネットワークの前記要素と前記端末装置との間にデータ通信経路を確立することとを含む、端末装置を操作する方法。
【０１５７】
３７．条項２９に記載の方法を実行するためにコンピュータを制御するためのコンピュータプログラム。
【０１５８】
３８．条項３７に従ってコンピュータプログラムを構築するための、アプリケーションプログラミングインターフェース（ＡＰＩ）。
【０１５９】
３９．条項３７に記載のコンピュータプログラムを保存する記憶媒体。
【０１６０】
４０．電気通信ネットワークと共に使用するためのデータ処理装置において、当該データ処理装置は処理回路およびネットワークインターフェース回路を具備し、前記処理回路は、
前記ネットワークインターフェース回路を制御して、端末装置へのデータの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求するリクエストを、前記端末装置から前記ネットワークを通る第２の通信経路を介して受信し、前記データは前記ネットワークを通る第１の異なる通信経路を介して、前記ネットワークのインフラストラクチャ機器から前記端末装置へ送信されるように構成され、
前記端末装置から受信した前記リクエストおよび前記端末装置にサービスを提供するインフラストラクチャ機器を示す情報に基づいて、前記端末装置への前記データの送信に関連する前記所定のプロセスを実行するように構成された前記ネットワークの前記要素を決定するように構成され、
前記ネットワークインターフェース回路を制御して、前記端末装置への前記データの送信に関連する前記所定のプロセスを実行するように構成された前記ネットワークの前記要素を同定する信号を、前記ネットワークのインフラストラクチャ機器および前記第２の通信経路を介して、前記端末装置へ送信するように構成される、データ処理装置。
【０１６１】
４１．電気通信ネットワークのインフラストラクチャ機器を介して端末装置へのデータの送信をサポートするためのネットワーク支援を提供するデータ処理装置において、当該データ処理装置は処理回路およびネットワークインターフェース回路を具備し、前記処理回路は、
前記ネットワークインターフェース回路を制御して、前記データ処理装置と前記端末装置との間にデータ通信経路を確立することを要求するリクエストを前記端末装置から受信し、前記端末装置は、所定の条件が満たされたときに前記リクエストを送信し、前記所定の条件が満たされることが、前記ネットワークのインフラストラクチャ機器を介した前記端末装置へのデータの送信をサポートするための前記データ処理装置によるネットワーク支援が潜在的に要求されることを示すように構成され、
前記データ処理装置と前記端末装置の間にデータ通信経路を確立することを要求する前記リクエストを許可すべきかどうかを決定し、前記ネットワークインターフェース回路を制御して、前記リクエストが許可されたかどうかを示す信号を、前記ネットワークのインフラストラクチャ機器を介して前記端末装置へ送信するように構成され、
前記リクエストが許可されたとき、前記ネットワークインターフェース回路を制御して、前記データ処理装置と前記端末装置の間にデータ通信経路を確立するように構成された、データ処理装置。
【０１６２】
４２．電気通信ネットワークと共に使用するためのデータ処理装置を操作する方法において、前記データ処理装置はネットワークインターフェース回路を具備し、前記方法は、
前記ネットワークインターフェースを制御して、前記端末装置への前記データの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの要素を同定する情報を要求するリクエストを、前記端末装置から前記ネットワークを通る第２の異なる通信経路を介して受信し、前記データは、前記ネットワークのインフラストラクチャ機器から、前記ネットワークを通る第１の異なる通信経路を介して前記端末装置へ送信されることと、
前記端末装置から受信された前記リクエストと前記端末装置にサービスを提供するインフラストラクチャ機器を示す情報に基づいて、前記端末装置へのデータの送信に関連する前記所定のプロセスを実行するように構成された前記ネットワークの前記要素を決定することと、
前記ネットワークインターフェース回路を制御して、前記ネットワークのインフラストラクチャ機器を介して、および前記第２の通信経路を介して、前記端末装置へのデータの送信に関連する所定のプロセスを実行するように構成された前記ネットワークの前記要素を同定する信号を、前記端末装置へ送信することとを含む、データ処理装置を操作する方法。
【０１６３】
４３．コンピュータを制御して条項４２に記載の方法を実行するためのコンピュータプログラムを保存する記憶媒体。
【０１６４】
４４．電気通信ネットワークのインフラストラクチャ機器を介して端末装置へのデータの送信をサポートするためのネットワーク支援を提供するためにデータ処理装置を動作させる方法において、前記データ処理装置はネットワークインターフェース回路を具備し、前記方法は、
前記ネットワークインターフェース回路を制御して、前記データ処理装置と前記端末装置との間にデータ通信経路を確立することを要求するリクエストを前記端末装置から受信し、前記端末装置は、所定の条件が満たされたときに前記リクエストを送信し、前記所定の条件が満たされることは、前記ネットワークのインフラストラクチャ機器を介してのデータの前記端末装置への送信をサポートするための前記データ処理装置によるネットワーク支援が潜在的に要求されることを示すことと、
前記データ処理装置と前記端末装置の間にデータ通信経路を確立する前記リクエストを許可するかどうかを決定し、前記ネットワークインターフェース回路を制御して、前記リクエストが許可されたかどうかを示す信号を、前記ネットワークのインフラストラクチャ機器を介して前記端末装置へ送信することと、
前記リクエストが許可されたら、前記ネットワークインターフェース回路を制御して、前記データ処理装置と前記端末装置の間にデータ通信経路を確立することとを含む、データ処理装置を動作させる方法。
【０１６５】
４５．コンピュータを制御して条項４４に記載の方法を実行するためのコンピュータプログラムを保存する記憶媒体。
【０１６６】
４６．条項１に記載の端末装置と条項４０に記載のデータ処理装置とを含むシステム。
【０１６７】
４７．条項８に記載の端末装置と条項４１に記載のデータ処理装置とを含むシステム。
【０１６８】
上記の教示に照らして、本開示の多数の修正および変形が可能である。従って、本開示は、添付の特許請求の範囲内において、本明細書で具体的に説明したものとは別の方法で実施できることを理解されるべきである。
【０１６９】
本開示の実施形態が、少なくとも部分的にソフトウェア制御データ処理装置によって実装されるものとして説明されている限り、光ディスク、磁気ディスク、半導体メモリなどのようなソフトウェアを担持する非一時的な機械読取り可能な媒体もまた、本開示の実施形態を表すと看做されることが理解されるであろう。
【０１７０】
上記の説明は、明確化のために、異なる機能ユニット、回路、および／またはプロセッサを参照して実施形態を説明したことが理解されるであろう。しかし、前記実施形態から逸脱することなく、異なる機能ユニット、回路、および／またはプロセッサ間での機能の適切な任意の分配を使用し得ることが理解されるであろう。
【０１７１】
説明された実施形態は、ハードウェア、ソフトウェア、ファームウェアまたはこれらの任意の組み合わせを含む任意の適切な形態で実装されてよい。説明された実施形態は、オプションとして、少なくとも部分的に、１以上のデータプロセッサおよび／またはデジタル信号プロセッサ上で実行されるコンピュータソフトウェアとして実装されてよい。任意の実施形態の要素およびコンポーネントは、任意の適切な方法で、物理的、機能的、および論理的に実装されてもよい。実際のところ、前記機能は、単一のユニット、複数のユニット、または他の機能ユニットの一部として実装されてよい。このように、前記開示された実施形態は、単一のユニットで実装されてもよく、または異なるユニット、回路、および／またはプロセッサ間で物理的および機能的に分配されてもよい。
【０１７２】
幾つかの実施形態に関連して本開示を説明してきたが、これは本明細書に記載の特定の形態に限定されることを意図するものではない。更に、特定の実施形態に関連して特徴が説明されているように見えるかもしれないが、当業者は、説明された実施形態の様々な特徴が技術の実装に適した任意の方法で組み合わされ得ることを認識するであろう。
【０１７３】
＜参照文献＞
以下の参考文献は、その全体を、本明細書の一部として本出願に援用する。
【０１７４】
[1]  ISO/IEC  23009-1,  Information  technology  -  Dynamic  adaptive  streaming  over  HTTP  (DASH)  -  Part  1:  Media  presentation  description  and  segment  formats
[2]  ISO/IEC  23009-5,  Information  Technology  -  Dynamic  adaptive  streaming  over  HTTP  (DASH)  -  Part  5:  Server  and  network  assisted  DASH  (SAND)
[3]  3GPP  TS  26.247,  3rd  Generation  Partnership  Project;  Technical  Specification  Group  Services  and  System  Aspects;  Transparent  end-to-end  Packet-switched  Streaming  Service  (PSS);  Progressive  Download  and  Dynamic  Adaptive  Streaming  over  HTTP  (3GP-DASH)  (Release  13)
[4]  3GPP  TS  26.233,  3rd  Generation  Partnership  Project;  Technical  Specification  Group  Services  and  System  Aspects;  Transparent  end-to-end  packet-switched  streaming  service  (PSS);  General  description  (Release  13)
[5]  3GPP  TR  26.957  FS_SAND  (http://www.3gpp.org/ftp/Specs/archive/26_series/26.957/26957-e10.zip)
[6]  IETF  RFC  1035  Doman  Names  -  Implementation  and  Specification
[7]  IETF  RFC  6455;  The  WebSocket  Protocol
【図１】
0006922000.tif 000015
【図２Ａ】
0006922000.tif 000016
【図２Ｂ】
0006922000.tif 000017
【図２Ｃ】
0006922000.tif 000018
【図３Ａ】
0006922000.tif 000019
【図３Ｂ】
0006922000.tif 000020
【図４Ａ】
0006922000.tif 000021
【図４Ｂ】
0006922000.tif 000022