JP2016178540A - Transmission device, transmission device control method and program - Google Patents
Transmission device, transmission device control method and program Download PDFInfo
- Publication number
- JP2016178540A JP2016178540A JP2015058391A JP2015058391A JP2016178540A JP 2016178540 A JP2016178540 A JP 2016178540A JP 2015058391 A JP2015058391 A JP 2015058391A JP 2015058391 A JP2015058391 A JP 2015058391A JP 2016178540 A JP2016178540 A JP 2016178540A
- Authority
- JP
- Japan
- Prior art keywords
- multicast
- receiving
- determination
- communication method
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
Description
本発明は、データの送受信技術に関するもので、より詳細には、送信装置やネットワークのリソースの効率的な利用方法に関する。 The present invention relates to a data transmission / reception technique, and more particularly, to an efficient utilization method of resources of a transmission apparatus and a network.
近年、動画像や音声等のマルチメディアデータをＩＰネットワークによってストリーミング配信し、視聴する技術が実用化されている。特に、ライブ映像等のリアルタイム性を必要とするマルチメディアデータを配信する際には、ＲＴＰ(A Transport Protocol for Real-Time Applications)と呼ばれる通信プロトコルが一般に使用されている。ＲＴＰは、主に音声や動画像等をリアルタイムでデータ転送するためのプロトコルであり、ＩＥＴＦによりＲＦＣ３５５０として定義されている。 In recent years, a technique for streaming and viewing multimedia data such as moving images and audio over an IP network has been put into practical use. In particular, a communication protocol called RTP (A Transport Protocol for Real-Time Applications) is generally used when distributing multimedia data that requires real-time properties such as live video. RTP is a protocol for mainly transferring data such as voice and moving images in real time, and is defined as RFC3550 by IETF.
ＲＴＰは、非コネクション型のプロトコルであるＵＤＰ(User Datagram Protocol)の上位プロトコルである。ＲＴＰには、一般的にユニキャストやマルチキャストと呼ばれる通信方式が用いられる。ユニキャストとは、一対一の通信をするための技術である。ユニキャストで複数の受信装置にパケットを送信する場合は、送信装置側でパケットを複製して、それぞれの受信装置に送信する必要がある。一方マルチキャストとは、一つのパケットを特定の多数を対象に送信するための技術である。マルチキャストのパケットは通信経路中の適切な中継装置によって複製され、各受信装置に送信される。
このことから、マルチキャストを受信可能な複数の受信装置が、同じマルチメディアデータを送信装置に要求する場合、送信装置は、ユニキャストではなくマルチキャストを利用することで、パケットを複製して送信する必要が無くなる。これにより、パケットの送信に伴う送信装置の処理負荷を軽減できる。
RTP is an upper protocol of UDP (User Datagram Protocol) which is a non-connection type protocol. For RTP, a communication system generally called unicast or multicast is used. Unicast is a technique for performing one-to-one communication. When a packet is transmitted to a plurality of receiving apparatuses by unicast, it is necessary to copy the packet on the transmitting apparatus side and transmit it to each receiving apparatus. On the other hand, multicast is a technique for transmitting a single packet to a specific large number. The multicast packet is duplicated by an appropriate relay device in the communication path and transmitted to each receiving device.
Therefore, when multiple receiving devices that can receive multicast request the same multimedia data from the transmitting device, the transmitting device needs to duplicate and transmit the packet by using multicast instead of unicast. Disappears. Thereby, it is possible to reduce the processing load of the transmission apparatus accompanying the transmission of the packet.
ところで、ＲＴＰを用いて動画像や音声のデータをパケット化して送受信する場合、一般にネットワークに流れるＲＴＰパケットの事をストリームデータ、或いはメディアストリーム等と呼ぶ。このＲＴＰを用いたメディアストリームの開始や終了等、いわゆる通信セッションの制御を行う為のプロトコルとして、一般にＲＴＳＰ（Real Time Streaming Protocol）がよく知られている。ＲＴＳＰはＩＥＴＦによりＲＦＣ２３２６として定義されている。ＲＴＳＰでは、通信方式をユニキャスト又はマルチキャストのどちらにするかは、クライアントとなる受信装置がサーバとなる送信装置にＳＥＴＵＰメソッドを送ることで決定される。特許文献１は、ＲＴＳＰを用いてユニキャスト通信、及び、マルチキャスト通信を行うことについて開示する。
By the way, when moving image or audio data is packetized and transmitted using RTP, the RTP packet that generally flows through the network is called stream data or media stream. RTSP (Real Time Streaming Protocol) is generally well known as a protocol for controlling a so-called communication session such as the start and end of a media stream using RTP. RTSP is defined as RFC2326 by the IETF. In RTSP, whether the communication method is unicast or multicast is determined by sending a SETUP method from a receiving device serving as a client to a transmitting device serving as a server.
しかしながら、ＳＥＴＵＰメソッドで通信方式を決定すると、ネットワークの使用効率が低下したり、送信装置の処理負荷が高くなったりする場合がある。例えば、多数の受信装置が送信装置からマルチキャストでデータを受信できるにもかかわらず、それぞれの受信装置はユニキャストで同じデータを受信する場合である。この場合、送信装置はマルチキャストでデータを送信し、それぞれの受信装置はマルチキャストでデータを受信すれば、送信装置が配信するストリームデータは１本でよい為、送信装置のデータ配信に関わるリソースの消費が少なくて済む。更に、ネットワークに流れるストリームデータが少なくなることで、通信帯域の節約に繋がる可能性がある。 However, when the communication method is determined by the SETUP method, the network usage efficiency may be reduced, or the processing load on the transmission apparatus may be increased. For example, even though a large number of receiving apparatuses can receive data from a transmitting apparatus by multicast, each receiving apparatus receives the same data by unicast. In this case, if the transmitting device transmits data by multicast and each receiving device receives data by multicast, the transmission device needs only one stream data. Is less. Furthermore, there is a possibility that communication bandwidth can be saved by reducing the amount of stream data flowing through the network.
また、経由するルーターの数等のネットワークの距離の問題で、マルチキャストでデータ受信できない場所に位置する受信装置が、マルチキャストでデータを要求する場合が考えられる。この場合、マルチキャストでデータを要求しても、受信装置はマルチキャストのデータを受信できない。 In addition, there may be a case where a receiving device located in a place where data cannot be received by multicast requests data by multicast due to the problem of the network distance such as the number of routers passing through. In this case, even if data is requested by multicast, the receiving device cannot receive multicast data.
本発明は上述した問題を解決するためになされたものであり、ユニキャスト及びマルチキャストが使える通信環境で、送信装置及びネットワークのリソースを効率的に利用することを目的とする。 The present invention has been made to solve the above-described problems, and an object thereof is to efficiently use resources of a transmission apparatus and a network in a communication environment in which unicast and multicast can be used.
本発明の送信装置は、通信方式にユニキャスト又はマルチキャストを使って受信装置にデータを送信する送信装置であって、前記受信装置までのネットワークの状況に基づいて、前記受信装置がマルチキャストでの受信ができる状態であるか否かを判断する判断手段と、前記判断手段での判断に応じて通信方式を決定する決定手段と、を備える。 The transmission device of the present invention is a transmission device that transmits data to a reception device using unicast or multicast as a communication method, and the reception device receives multicast data based on a network condition up to the reception device. Determination means for determining whether or not the communication system is ready, and determination means for determining a communication method according to the determination by the determination means.
本発明によれば、受信装置がマルチキャストでの受信ができる状態であるか否かに応じて通信方式が決定される。このため、ユニキャスト及びマルチキャストが使える通信環境で、送信装置及びネットワークのリソースを効率的に利用できる。 According to the present invention, the communication method is determined depending on whether or not the receiving apparatus is ready to receive data by multicast. For this reason, it is possible to efficiently use resources of the transmission device and the network in a communication environment where unicast and multicast can be used.
以下、添付図面を参照して、本発明の好適な実施形態について説明する。
＜第１実施形態＞
本実施形態の送信装置１００の構成について、図１のブロック図を参照して説明する。送信装置１００は、データパケット生成部１０１、パケット送信バッファ部１０２、ＳＤＰ生成部１０３、配信制御部１０４、ホップ数計測部１０５及びパケット送受信部１０６を備える。
Preferred embodiments of the present invention will be described below with reference to the accompanying drawings.
<First Embodiment>
The configuration of the
データパケット生成部１０１は、例えばＲＴＰプロトコルを用いて通信する場合、外部から入力された動画像や音声の符号化されたデータを、通信に適したサイズに分割し、更に通信するために必要なヘッダを付加してＲＴＰのデータパケットを生成する。
パケット送信バッファ部１０２は、生成されたデータパケットを一時保管するためのバッファである。パケット送信バッファ部１０２に一時保管されたデータパケットは、パケット送受信部１０６において、伝送路１０７に送信される。
ＳＤＰ生成部１０３は、配信制御部１０４からの指示に従ってＳＤＰ（Session Description Protocol）に準じたセッション情報を生成する。ＳＤＰは、メディアストリームの初期化パラメータを記述するための形式を定めたものであり、ＩＥＴＦによりＲＦＣ４５６６として定義されている。
For example, when the data
The packet
The SDP
配信制御部１０４は、データパケットの通信方式を決定する機能や配信制御を行う機能を備え、本実施形態では、メディアストリームの配信を要求する受信装置に対し、ユニキャストで送信するかマルチキャストで送信するかを決定する。
ホップ数計測部１０５は、ＲＴＳＰでメディアストリームの配信を要求してきた受信装置までのホップ数を計測する。ここでホップ数とは、ＩＰパケットが通過するルーターの台数のことであり、例えばtraceroute（tracert）等のコマンドにより計測することができる。なお、ホップ数は、ネットワークにおける２つの装置間の距離を表すといえる。
パケット送受信部１０６は、伝送路１０７へのパケットの送信及び伝送路１０７からのパケットの受信をする。例えばホップ数計測部１０５が行うホップ数計測の際には、計測用のパケットの送受信もパケット送受信部１０６で行われる。
伝送路１０７は各種ネットワークに代表される伝送路であり、本実施形態においては、パケット化した符号化データ等を送信するネットワークである。
The
The hop
The packet transmitting / receiving
The
次に、本実施形態の受信装置の構成を説明する。受信装置は、パケット送受信部、出力部及び制御部を備える。受信装置のパケット送受信部は、伝送路１０７へのパケットの送信及び伝送路１０７からのパケットの受信ができ、送信装置１００との通信等に使われる。受信装置の出力部は、送信装置１００から受信した動画像や音声等のデータを出力する。受信装置の出力部は、例えば、動画像を表示するディスプレイや音声を出力するスピーカーを備える。受信装置の制御部は、受信装置全体を制御する。受信装置の制御部は、例えば、送信装置１００に送るパケットを生成して、受信装置のパケット送受信部に送信を指示する。また、受信装置の制御部は、受信装置のパケット送受信部から受信したパケットが送信装置１００から送られた動画像や音声等のデータのとき、受信装置の出力部にこの受信データの出力を指示する。
Next, the configuration of the receiving apparatus of this embodiment will be described. The receiving device includes a packet transmission / reception unit, an output unit, and a control unit. The packet transmission / reception unit of the reception apparatus can transmit packets to the
なお、本実施形態の送信装置１００及び受信装置はそれぞれ単一のコンピュータ装置で実現してもよいし、必要に応じて複数のコンピュータ装置に各機能を分散して実現してもよい。複数のコンピュータ装置で実現する場合は、互いに通信可能なようにLocal Area Network（ＬＡＮ）等で接続される。
Note that the
次に、本実施形態の送信装置１００による配信制御の詳細について、図２を参照して説明する。図２は、本実施形態の送信装置１００が通信方式を決定する処理の例を示すフローチャートである。図２は、送信装置１００がＲＴＳＰのＤＥＳＣＲＩＢＥメソッドを受信してから、そのレスポンスとしてＳＤＰを用いて記述されたセッション情報を通知するまでの処理を示す。なお、ＤＥＳＣＲＩＢＥメソッドによって、受信装置は、受信装置が送信装置に要求するデータ（メディア）に関するセッション情報を要求する。
Next, details of distribution control by the
まず、送信装置１００の配信制御部１０４は、ＲＴＳＰのＤＥＳＣＲＩＢＥメソッドを受信装置から受信する（ステップＳ２０１）。次に、配信制御部１０４は、受信装置までのネットワークの状況に基づいて、受信装置がマルチキャストでの受信ができる状態であるか否かを判断する。本実施形態では、次に説明するステップＳ２０２及びＳ２０３の処理の結果により受信装置がマルチキャストでの受信ができる状態であるか否かを判断する。
パケット送受信部１０６は、配信制御部１０４の指示により、ホップ数計測部１０５に対し、ＤＥＳＣＲＩＢＥメソッドを送信してきた受信装置までのホップ数の計測を指示する。ホップ数計測部１０５は、配信制御部１０４からの指示を受け、ホップ数の計測を行い（ステップＳ２０２）、計測結果を配信制御部１０４へ通知する。
First, the
The packet transmitting / receiving
配信制御部１０４は、ホップ数の計測結果とマルチキャストのＴＴＬの初期値との比較を行う（ステップＳ２０３）。ここで、ＴＴＬ（Time To Live）とは、パケットの有効期間を表す値であり、２５５までの整数値で表され、パケットがルーター等を１回経由するたびに値が１減少する。ＴＴＬが０になったパケットはその時点で廃棄されるため、マルチキャストを行う際には、ＴＴＬの初期値は適切な値に設定される。ＴＴＬは、パケットがルーター等を１回経由するたびに値が１減少するものであり、ホップ数と同様に、ネットワークにおける２つの装置間の距離を表すといえる。
The
配信制御部１０４は、受信装置までのホップ数がマルチキャストのＴＴＬの初期値より大きいと判定したとき（ステップＳ２０３のＹｅｓ）、受信装置はマルチキャストでメディアを受信できない状態である、と判断する。そして、配信制御部１０４は通信方式にユニキャストを使って受信装置にメディアを配信することに決定する。ＳＤＰ生成部１０３は、配信制御部１０４の指示により、ＳＤＰを用いて記述されたユニキャスト用のセッション情報を生成する（ステップＳ２０４）。
一方、配信制御部１０４は、受信装置までのホップ数がマルチキャストのＴＴＬの初期値より大きくないと判定したとき（ステップＳ２０３のＮｏ）、受信装置はマルチキャストでメディアを受信できる状態である、と判断する。そして、配信制御部１０４は通信方式にマルチキャストを使って受信装置にメディアを配信することに決定する。ＳＤＰ生成部１０３は、配信制御部１０４の指示により、ＳＤＰを用いて記述されたマルチキャスト用のセッション情報を生成する（ステップＳ２０５）。
次に、配信制御部１０４は、ステップＳ２０４又はステップＳ２０５で生成されたセッション情報を、ＤＥＳＣＲＩＢＥメソッドのレスポンスとして、パケット送受信部１０６を介して、受信装置に通知する（ステップＳ２０６）。
こうして図２に示される処理が終了する。
When the
On the other hand, when the
Next, the
Thus, the process shown in FIG.
次に、ステップＳ２０４及びＳ２０５で生成されるセッション情報の例について、図３を参照して説明する。図３は、ＳＤＰを用いて記述されたユニキャスト用及びマルチキャスト用のセッション情報の例である。
図３のＳＤＰ３０１は、ＳＤＰを用いて記述されたユニキャスト用のセッション情報であり、ＳＤＰ３０２は、ＳＤＰを用いて記述されたマルチキャスト用のセッション情報である。ＳＤＰ３０１及びＳＤＰ３０２は、いずれも、メディアとしてＪＰＥＧの動画データが１つある場合の例である。マルチキャスト用のＳＤＰ３０２は、ＴＴＬの初期値が４となっている。図２のステップＳ２０３では、このＴＴＬの初期値とホップ数とを比較する。なお、ＳＤＰ３０１及びＳＤＰ３０２には、セッション情報に１つのメディアのみ記述されているが、動画と音声等、複数のメディアが記述されてもよい。
Next, an example of session information generated in steps S204 and S205 will be described with reference to FIG. FIG. 3 is an example of unicast and multicast session information described using SDP.
The
次に、ＤＥＳＣＲＩＢＥメソッドのレスポンス通知後の送信装置１００の処理について、図４を参照して説明する。ＤＥＳＣＲＩＢＥメソッドのレスポンスとしてセッション情報を受信した受信装置は、ＳＥＴＵＰメソッドを送信装置１００に通知する。図４は、本実施形態の送信装置１００がセッション情報通知後にＳＥＴＵＰメソッド受信したときの処理の例を示すフローチャートである。図４は、ＲＴＳＰのＳＥＴＵＰメソッドを受信してから、その要求に応じてメディアを配信するまでの処理を示す。
Next, the processing of the transmitting
送信装置１００の配信制御部１０４は、ＲＴＳＰのＳＥＴＵＰメソッドを受信すると（ステップＳ４０１）、ＤＥＳＣＲＩＢＥメソッドのレスポンスで通知したセッション情報がマルチキャスト用か否か判断する（ステップＳ４０２）。
ステップＳ４０２においてマルチキャスト用であると判断した場合（ステップＳ４０２のＹｅｓ）、配信制御部１０４は、受信装置からのＳＥＴＵＰメソッドにおいて、通信方式にマルチキャストが要求されているか否かを判断する（ステップＳ４０３）。
続いてＳＥＴＵＰメソッドでマルチキャストが要求されている場合（ステップＳ４０３のＹｅｓ）、送信装置１００は、次のようにマルチキャストでメディアを配信する。まず、送信装置１００のパケット送受信部１０６は、配信制御部１０４からの指示により、受信装置からのＳＥＴＵＰメソッドのレスポンスとして、成功の旨を送信する。こうしてメディアの配信の準備が完了する。次に、受信装置は送信装置１００にＰＬＡＹメソッドを送信する。次に、送信装置１００のパケット送受信部１０６は、ＰＬＡＹメソッドを受信し、配信制御部１０４からの指示により、成功の旨のレスポンスを送信する。そして、送信装置１００のパケット送受信部１０６は、配信制御部１０４からの指示により、ＲＴＰによるマルチキャストでのメディアの配信を開始する（ステップＳ４０５）。
一方、ステップＳ４０３において、ＳＥＴＵＰメソッドでユニキャストが要求されている場合（ステップＳ４０３のＮｏ）、配信制御部１０４は、当該メディアの配信を中止する（ステップＳ４０６）。
When receiving the RTSP SETUP method (step S401), the
If it is determined in step S402 that it is for multicast (Yes in step S402), the
Subsequently, when multicast is requested by the SETUP method (Yes in step S403), the
On the other hand, when unicast is requested by the SETUP method in Step S403 (No in Step S403), the
ステップＳ４０２においてユニキャスト用であると判断した場合（ステップＳ４０２のＮｏ）、配信制御部１０４は、受信装置からのＳＥＴＵＰメソッドにおいて、通信方式にユニキャストが要求されているか否かを判断する（ステップＳ４０４）。
続いてＳＥＴＵＰメソッドの要求もユニキャストだった場合（ステップＳ４０４のＹｅｓ）、送信装置１００は、ユニキャストでメディアを配信する（ステップＳ４０７）。ステップＳ４０７でのユニキャストでのメディアの配信は、マルチキャストとユニキャストとの違いを除き、ステップＳ４０５と同様の手順で行われる。
一方、ステップＳ４０４においてＳＥＴＵＰメソッドの要求がマルチキャストの場合（ステップＳ４０４のＮｏ）、当該メディアの配信は中止する（ステップＳ４０６）。
つまり、ＤＥＳＣＲＩＢＥメソッドのレスポンスで通知したセッション情報に記載の通信方式と、ＳＥＴＵＰメソッドで要求された通信方式とが合致した場合のみ、合致した通信方式によるメディアの配信を開始する。
If it is determined in step S402 that it is for unicast (No in step S402), the
Subsequently, when the request for the SETUP method is also unicast (Yes in step S404), the
On the other hand, if the request for the SETUP method is multicast in step S404 (No in step S404), the distribution of the media is stopped (step S406).
That is, only when the communication method described in the session information notified by the response of the DESCRIBE method matches the communication method requested by the SETUP method, media distribution by the matched communication method is started.
以上のように、受信装置がマルチキャストでメディアを受信できるか否かによって、受信装置からの配信要求をマルチキャストに集約することで、生成するストリームの数やネットワークの使用帯域を少なくすることができる。したがって、ユニキャスト及びマルチキャストが使える通信環境で、送信装置１００及び伝送路１０７のリソースを効率的に利用できる。
As described above, it is possible to reduce the number of streams to be generated and the bandwidth used in the network by aggregating distribution requests from the receiving device into the multicast depending on whether the receiving device can receive the media by multicast. Therefore, the resources of the
＜第２実施形態＞
次に、本発明の第２実施形態について、第１実施形態との差異を中心に説明する。上述の第１実施形態では、受信装置までのホップ数とマルチキャストのＴＴＬの初期値との比較によって、メディアの配信方式をユニキャストにするかマルチキャストにするか決定した。これに対して、本実施形態では、更にその他の要因を組み合わせることで通信方式を決定する。この例を以下に説明する。
Second Embodiment
Next, a second embodiment of the present invention will be described focusing on differences from the first embodiment. In the first embodiment described above, the media distribution method is determined to be unicast or multicast by comparing the number of hops to the receiving device with the initial value of the multicast TTL. On the other hand, in the present embodiment, the communication method is determined by further combining other factors. This example will be described below.
はじめに図５を参照して本実施形態の第１の例を説明する。本例の通信方式の決定には、受信装置から要求されたメディアが既にマルチキャスト配信されているか否かの判断が含まれる。図５は、本例の送信装置１００が通信方式を決定する処理の例を示すフローチャートである。
First, a first example of this embodiment will be described with reference to FIG. The determination of the communication method of this example includes a determination as to whether or not the media requested from the receiving apparatus has already been distributed by multicast. FIG. 5 is a flowchart illustrating an example of processing in which the
送信装置１００のパケット送受信部１０６は、ＲＴＳＰのＤＥＳＣＲＩＢＥメソッドを受信する（ステップＳ５０１）。次に、送信装置１００の配信制御部１０４は、ＤＥＳＣＲＩＢＥメソッドによって受信装置から要求されたメディアが、既にマルチキャストで配信されているか否かを判断する（ステップＳ５０２）。
ステップＳ５０２において、要求されたメディアが既にマルチキャストで配信されている場合（ステップＳ５０２のＹｅｓ）、配信制御部１０４は、受信装置がマルチキャストの受信が可能か否か判断する（ステップＳ５０３）。ステップＳ５０３の判断は、図２に示されるステップＳ２０２及びステップＳ２０３と同様に行う。すなわち、ホップ数計測部１０５が送信装置１００から受信装置までのホップ数を計測する。そして、配信制御部１０４は、計測されたホップ数とマルチキャストのＴＴＬの初期値とを比較して、受信装置がマルチキャストの受信が可能か否か判断する。
The packet transmitting / receiving
In step S502, when the requested medium has already been distributed by multicast (Yes in step S502), the
次に、ステップＳ５０３の判断がＹｅｓの場合、配信制御部１０４は、既に配信しているマルチキャストのデータストリームを受信装置に受信させることによって、受信装置から要求されたメディアを配信することに決定する。そして、ＳＤＰ生成部１０３は、配信制御部１０４の指示により、ＳＤＰを用いて記述されたマルチキャスト用のセッション情報を生成する（ステップＳ５０４）。
一方、ステップＳ５０２の判断がＮｏの場合、及びステップＳ５０３の判断がＮｏの場合、配信制御部１０４は、通信方式にユニキャストを使って受信装置にメディアを配信することに決定する。そして、ＳＤＰ生成部１０３は、配信制御部１０４の指示により、ＳＤＰを用いて記述されたユニキャスト用のセッション情報を生成する（ステップＳ５０５）。
次に、配信制御部１０４は、ステップＳ５０４又はステップＳ５０５で生成されたセッション情報を、ＤＥＳＣＲＩＢＥメソッドのレスポンスとして、パケット送受信部１０６を介して、受信装置に通知する（ステップＳ５０６）。
こうして図５に示される処理が終了する。
なお、ステップＳ５０６以降は、第１実施形態の図４に示される処理と同様の処理によって、マルチキャスト又はユニキャストでメディアが配信されたり、配信が中止されたりする。マルチキャストで配信するとき、送信装置１００は、既にマルチキャストで配信しているメディアのデータストリームを受信装置が受信するようにする。
Next, when the determination in step S503 is Yes, the
On the other hand, if the determination in step S502 is No and if the determination in step S503 is No, the
Next, the
Thus, the process shown in FIG.
In step S506 and subsequent steps, the media is distributed by multicast or unicast, or the distribution is stopped, by the same process as the process shown in FIG. 4 of the first embodiment. When distributing by multicast, the transmitting
ところで、ＤＥＳＣＲＩＢＥメソッドによって受信装置から要求されたメディアが複数の場合、配信制御部１０４は、図５のステップＳ５０２の判断をメディア毎に行い、メディア毎に通信方式を決定してもよい。例えば、受信装置が動画と音声という２つのメディアを要求した場合、配信制御部１０４はそれぞれのメディアについて通信方式を決定する。そして、ＳＤＰ生成部１０３はこの決定が反映されたセッション情報を生成する。
図６は、受信装置から動画と音声という２つのメディアが要求され、それぞれのメディアについて異なる通信方式が用いられる決定がされたときにＳＤＰ生成部１０３が生成するセッション情報の例である。
図６のＳＤＰ６０１は、動画のメディアであるＪＰＥＧのデータがマルチキャストであり、音声のメディアであるＧ．７１１のデータがユニキャストである場合の、ＳＤＰを用いて記述されたセッション情報の例である。ＳＤＰ６０１の一部であるＳＤＰ６０２がＪＰＥＧのデータについての記述であり、ＳＤＰ６０３がＧ．７１１のデータについての記述である。
図６のＳＤＰ６０４は、ＪＰＥＧのデータがユニキャストであり、Ｇ．７１１のデータがマルチキャストである場合の、ＳＤＰを用いて記述されたセッション情報の例である。ＳＤＰ６０４の一部であるＳＤＰ６０５がＪＰＥＧのデータについての記述であり、ＳＤＰ６０６がＧ．７１１のデータについての記述である。
なお、受信装置から要求されたメディアが複数の場合におけるメディア毎の通信方式の決定は、本例以外の実施形態で行ってもよい。
Incidentally, when there are a plurality of media requested from the receiving device by the DESCRIBE method, the
FIG. 6 is an example of session information generated by the
In the
Note that the determination of the communication method for each medium when there are a plurality of media requested from the receiving apparatus may be performed in embodiments other than this example.
次に、図７を参照して本実施形態の第２の例を説明する。本例の通信方式の決定には、受信装置から要求されたメディアのユニキャストでの配信数が、閾値に達しているか否かの判断が含まれる。図７は、本例の送信装置１００が通信方式を決定する処理の例を示すフローチャートである。
送信装置１００のパケット送受信部１０６は、ＲＴＳＰのＤＥＳＣＲＩＢＥメソッドを受信する（ステップＳ７０１）。
送信装置１００の配信制御部１０４は、ＤＥＳＣＲＩＢＥメソッドによって受信装置から要求されたメディアのユニキャストでの配信数が、閾値に達しているか否かを判断する（ステップＳ７０２）。
Next, a second example of this embodiment will be described with reference to FIG. The determination of the communication method of this example includes a determination as to whether or not the number of unicast media requested by the receiving device has reached a threshold value. FIG. 7 is a flowchart illustrating an example of processing in which the
The packet transmitting / receiving
The
ステップＳ７０２において、要求されたメディアのユニキャスト配信数が既に閾値に達している場合（ステップＳ７０２のＹｅｓ）、配信制御部１０４は、受信装置がマルチキャストの受信が可能か否か判断する（ステップＳ７０３）。ステップＳ７０３の判断は、図２に示されるステップＳ２０２及びステップＳ２０３と同様に行う。すなわち、ホップ数計測部１０５が送信装置１００から受信装置までのホップ数を計測する。そして、配信制御部１０４は、計測されたホップ数とマルチキャストのＴＴＬの初期値とを比較して、受信装置がマルチキャストの受信が可能か否か判断する。
In step S702, when the number of requested media unicast distributions has already reached the threshold (Yes in step S702), the
次に、ステップＳ７０３の判断がＹｅｓの場合、配信制御部１０４は、通信方式にマルチキャストを使って受信装置にメディアを配信することに決定する。そして、ＳＤＰ生成部１０３は、配信制御部１０４の指示により、ＳＤＰを用いて記述されたマルチキャスト用のセッション情報を生成する（ステップＳ７０４）。 一方、ステップＳ７０２の判断がＮｏの場合、及びステップＳ７０３の判断がＮｏの場合、配信制御部１０４は、要求されたメディアをユニキャストで配信することに決定する。そして、ＳＤＰ生成部１０３は、配信制御部１０４の指示により、ＳＤＰを用いて記述されたユニキャスト用のセッション情報を生成する（ステップＳ７０５）。
次に、配信制御部１０４は、ステップＳ７０４又はステップＳ７０５で生成されたセッション情報を、ＤＥＳＣＲＩＢＥメソッドのレスポンスとして、パケット送受信部１０６を介して、受信装置に通知する（ステップＳ７０６）。
こうして図７に示される処理が終了する。
なお、ステップＳ７０６以降は、第１実施形態の図４に示される処理と同様の処理によって、マルチキャスト又はユニキャストでメディアが配信されたり、配信が中止されたりする。
Next, when the determination in step S703 is Yes, the
Next, the
Thus, the process shown in FIG.
Note that after step S706, the media is distributed by multicast or unicast, or the distribution is stopped, by the same process as the process shown in FIG. 4 of the first embodiment.
次に、図８を参照して本実施形態の第３の例を説明する。本例の通信方式の決定には、受信装置から要求されたメディアの配信ビットレートが、閾値に達しているか否かの判断が含まれる。図８は、本例の送信装置１００が通信方式を決定する処理の例を示すフローチャートである。
Next, a third example of this embodiment will be described with reference to FIG. The determination of the communication method of this example includes a determination as to whether or not the distribution bit rate of the media requested from the receiving apparatus has reached a threshold value. FIG. 8 is a flowchart illustrating an example of processing in which the
送信装置１００のパケット送受信部１０６は、ＲＴＳＰのＤＥＳＣＲＩＢＥメソッドを受信する（ステップＳ８０１）。送信装置１００の配信制御部１０４は、ＤＥＳＣＲＩＢＥメソッドによって受信装置から要求されたメディアの配信ビットレートが、閾値に達しているか否かを判断する（ステップＳ８０２）。配信ビットレートは、一定時間当たりのデータの送信量である。
The packet transmitting / receiving
ステップＳ８０２において、要求されたメディアの配信ビットレートが閾値に達している場合（ステップＳ８０２のＹｅｓ）、配信制御部１０４は、受信装置がマルチキャストの受信が可能か否か判断する（ステップＳ８０３）。ステップＳ８０３の判断は、図２に示されるステップＳ２０２及びステップＳ２０３と同様に行う。すなわち、ホップ数計測部１０５が送信装置１００から受信装置までのホップ数を計測する。そして、配信制御部１０４は、計測されたホップ数とマルチキャストのＴＴＬの初期値とを比較して、受信装置がマルチキャストの受信が可能か否か判断する。
If the distribution bit rate of the requested media has reached the threshold value in step S802 (Yes in step S802), the
ステップＳ８０３の判断がＹｅｓの場合、配信制御部１０４は、通信方式にマルチキャストを使って受信装置にメディアを配信することに決定する。そして、ＳＤＰ生成部１０３は、配信制御部１０４の指示により、ＳＤＰを用いて記述されたマルチキャスト用のセッション情報を生成する（ステップＳ８０４）。
一方、ステップＳ８０２の判断がＮｏの場合、及びステップＳ８０３の判断がＮｏの場合、配信制御部１０４は、要求されたメディアをユニキャストで配信することに決定する。そして、ＳＤＰ生成部１０３は、配信制御部１０４の指示により、ＳＤＰを用いて記述されたユニキャスト用のセッション情報を生成する（ステップＳ８０５）。
次に、配信制御部１０４は、ステップＳ８０４又はステップＳ８０５で生成されたセッション情報を、ＤＥＳＣＲＩＢＥメソッドのレスポンスとして、パケット送受信部１０６を介して、受信装置に通知する（ステップＳ８０６）。
こうして図８に示される処理が終了する。
なお、ステップＳ８０６以降は、第１実施形態の図４に示される処理と同様の処理によって、マルチキャスト又はユニキャストでメディアが配信されたり、配信が中止されたりする。
If the determination in step S803 is Yes, the
On the other hand, if the determination in step S802 is No and if the determination in step S803 is No, the
Next, the
Thus, the process shown in FIG. 8 ends.
Note that after step S806, media is distributed by multicast or unicast, or the distribution is stopped, by the same process as the process shown in FIG. 4 of the first embodiment.
図７のステップＳ７０２及び図８のステップＳ８０２では、閾値を使って通信方式をユニキャストにするか否かが判断される。しかし、閾値に段階を設ける等して、所定の閾値に達している場合は、要求されたメディアの配信を中止することに決定してもよい。
この例として、上述した第２の例の変形例を説明する。第２の例の変形例では、閾値として、第１閾値と、第１閾値より大きい第２閾値とを設ける。そして、図７のステップＳ７０２の代わりに次の処理を行う。
送信装置１００の配信制御部１０４は、受信装置から要求されたメディアのユニキャストでの配信数が第１閾値に達していない場合、ステップＳ７０５へ処理を進める。そして、配信制御部１０４は、通信方式にユニキャストを使って受信装置にメディアを配信することに決定する。
配信制御部１０４は、受信装置から要求されたメディアのユニキャストでの配信数が第１閾値に達しているが第２閾値に達していない場合、ステップＳ７０３へ処理を進める。
配信制御部１０４は、受信装置から要求されたメディアのユニキャストでの配信数が第２閾値に達している場合、配信制御部１０４は、メディアの配信を中止することに決定する。
In step S702 of FIG. 7 and step S802 of FIG. 8, it is determined whether or not to set the communication method to unicast using a threshold value. However, if a predetermined threshold value is reached, for example, by providing a step in the threshold value, it may be determined to stop the distribution of the requested media.
As an example of this, a modification of the above-described second example will be described. In the modification of the second example, a first threshold value and a second threshold value greater than the first threshold value are provided as threshold values. Then, the following processing is performed instead of step S702 in FIG.
The
The
When the number of unicast media requested by the receiving device has reached the second threshold, the
一般に、送信装置１００のハードウェア能力が低い場合や、ネットワークのリソースが少ない場合、送信装置１００が配信するメディアストリームの本数やビットレートを抑えたい場合が考えられる。本実施形態で説明した３つの例は、いずれもマルチキャストに集約可能な場合はマルチキャストに集約することで、送信装置１００、及びネットワークのリソースを有効に使用するために効果がある。
In general, when the hardware capability of the
＜第３実施形態＞
次に、本発明の第３実施形態について、第１実施形態及び第２実施形態との差異を中心に説明する。上述の第１実施形態及び第２実施形態では、送信装置１００がＲＴＳＰのＤＥＳＣＲＩＢＥメソッドを受信した段階で、送信装置１００は受信装置がマルチキャストを受信可能か否かによって通信方式を決定することを基本としていた。これに対し、本実施形態では、送信装置１００はユニキャストとマルチキャストの両方の情報を記述したセッション情報を受信装置に通知して、受信装置が通信方式を選択する点が異なる。
図９は、本実施形態の処理の例を示すもので、送信装置１００がＤＥＳＣＲＩＢＥメソッドを受信してから、メディアを配信するまでの処理の例を示すフローチャートである。
<Third Embodiment>
Next, a third embodiment of the present invention will be described focusing on differences from the first embodiment and the second embodiment. In the first embodiment and the second embodiment described above, when the
FIG. 9 illustrates an example of processing according to the present exemplary embodiment, and is a flowchart illustrating an example of processing from when the
送信装置１００のパケット送受信部１０６は、受信装置からＤＥＳＣＲＩＢＥメソッドを受信する（ステップＳ９０１）。次に、送信装置１００の配信制御部１０４は、受信装置までのホップ数をホップ数計測部１０５に計測させ（ステップＳ９０２）、マルチキャストのＴＴＬの初期値と比較する（ステップＳ９０３）。
配信制御部１０４は、受信装置までのホップ数がマルチキャストのＴＴＬの初期値より大きいと判定したとき（ステップＳ９０３のＹｅｓ）、受信装置はマルチキャストでメディアを受信できない状態である、と判断する。そして、配信制御部１０４は、通信方式にユニキャストを使って受信装置にメディアを配信することに決定する。ＳＤＰ生成部１０３は、配信制御部１０４の指示により、ＳＤＰを用いて記述されたユニキャスト用のセッション情報を生成する（ステップＳ９０４）。ステップＳ９０４で生成されるセッション情報にはユニキャストの情報のみが記述される。
一方、配信制御部１０４は、受信装置までのホップ数がマルチキャストのＴＴＬの初期値より大きくないと判断したとき（ステップＳ９０３のＮｏ）、受信装置はマルチキャストでメディアを受信できる状態と判断する。そして、配信制御部１０４は、受信装置にメディアを配信するときの通信方式には、マルチキャスト及びユニキャストのどちらでも使えるとの決定をする。ＳＤＰ生成部１０３は、配信制御部１０４の指示により、ユニキャスト及びマルチキャストの情報がＳＤＰを用いて併記されたセッション情報を生成する（ステップＳ９０５）。
The packet transmitting / receiving
When the
On the other hand, when the
次に、配信制御部１０４は、ステップＳ９０４又はステップＳ９０５で生成されたセッション情報を、ＤＥＳＣＲＩＢＥメソッドのレスポンスとして、パケット送受信部１０６を介して、受信装置に通知する（ステップＳ９０６）。
次に、パケット送受信部１０６は、受信装置に通知したセッション情報の応答として、受信装置からＳＥＴＵＰメソッドを受信する（ステップＳ９０７）。
次に、配信制御部１０４は、ＳＥＴＵＰメソッドでマルチキャストが指定されているか否かを判断する（ステップＳ９０８）。
ＳＥＴＵＰメソッドでユニキャストが指定されている場合（ステップＳ９０８のＮｏ）、パケット送受信部１０６は、配信制御部１０４からの指示により、ユニキャストでメディアを配信する（ステップＳ９１１）。なお、ユニキャストでのメディアの配信は、図４のステップＳ４０７と同様の手順で行われる。
一方、ＳＥＴＵＰメソッドでマルチキャストが指定されている場合（ステップＳ９０８のＹｅｓ）、配信制御部１０４は、通知したセッション情報にマルチキャストの情報が含まれるか否か判断する（ステップＳ９０９）。
マルチキャスト情報が含まれる場合（ステップＳ９０９のＹｅｓ）、パケット送受信部１０６は、配信制御部１０４からの指示により、マルチキャストでメディアを配信する（ステップＳ９１０）。なお、マルチキャストでのメディアの配信は、図４のステップＳ４０５と同様の手順で行われる。
マルチキャスト情報が含まれない場合（ステップＳ９０９のＮｏ）、配信制御部１０４は受信装置への配信を中止する（ステップＳ９１２）。
Next, the
Next, the packet transmitting / receiving
Next, the
When unicast is specified by the SETUP method (No in step S908), the packet transmitting / receiving
On the other hand, when multicast is designated by the SETUP method (Yes in step S908), the
When multicast information is included (Yes in step S909), the packet transmitting / receiving
When multicast information is not included (No in step S909), the
ここで、図９のステップＳ９０５でＳＤＰ生成部１０３が生成するセッション情報の例について、図１０を参照して説明する。図１０は、同一のメディアについてユニキャスト及びマルチキャストの通信方式が併記され、ＳＤＰを用いて記述されたセッション情報の例を示す図である。なお、図１０は、メディアがＪＰＥＧの動画データである場合の例である。
図１０に示すセッション情報の一部であるＳＤＰ１００１は、ＪＰＥＧのデータをユニキャストで送信する場合の情報である。ＳＤＰ１００２はＪＰＥＧのデータをマルチキャストで送信する場合の情報である。ＳＤＰ１００３は、ＳＤＰ１００１及びＳＤＰ１００２の情報が選択可能なことを示すもので、ＩＥＴＦによりＲＦＣ５８８８で定義されているＳＤＰのグループ化の記述方法で記述されている。
Here, an example of the session information generated by the
The
本実施形態は、マルチキャストを受信可能な受信装置が、ネットワークの状況等に合わせて、所望のメディアをユニキャストで受信するかマルチキャストで受信するかを選択可能にする。 In the present embodiment, a receiving apparatus capable of receiving a multicast can select whether to receive a desired medium by unicast or multicast according to a network situation or the like.
＜その他の実施形態＞
上述の実施形態において、送信装置１００の配信制御部１０４は、ホップ数計測部１０５が計測したホップ数を、送信装置１００のメモリ等の記憶手段に保存してもよい。そして、配信制御部１０４は、送信装置１００の記憶手段に保存されているホップ数があるとき、この保存されているホップ数を使う、という処理にしてもよい。これにより、ホップ数を計測する頻度を下げることができ、ネットワークのリソースを効率的に利用できる。
なお、送信装置１００の記憶手段には、送信装置１００から受信装置までのホップ数を予め保存しておいてもよい。
<Other embodiments>
In the above-described embodiment, the
Note that the number of hops from the
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。 The present invention supplies a program that realizes one or more functions of the above-described embodiments to a system or apparatus via a network or a storage medium, and one or more processors in a computer of the system or apparatus read and execute the program This process can be realized. It can also be realized by a circuit (for example, ASIC) that realizes one or more functions.
以上、本発明を実施形態と共に説明したが、上記実施形態は本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。 Although the present invention has been described together with the embodiments, the above-described embodiments are merely examples of implementation in carrying out the present invention, and the technical scope of the present invention is interpreted in a limited manner by these. It must not be. That is, the present invention can be implemented in various forms without departing from the technical idea or the main features thereof.
１００ 送信装置
１０１ データパケット生成部
１０２ パケット送信バッファ部
１０３ ＳＤＰ生成部
１０４ 配信制御部
１０５ ホップ数計測部
１０６ パケット送受信部
１０７ 伝送路
DESCRIPTION OF
Claims (15)
前記受信装置までのネットワークの状況に基づいて、前記受信装置がマルチキャストでの受信ができる状態であるか否かを判断する判断手段と、
前記判断手段での判断に応じて通信方式を決定する決定手段と、を備えることを特徴とする送信装置。 A transmission device that transmits data to a reception device using unicast or multicast as a communication method,
Determining means for determining whether or not the receiving device is in a state capable of receiving by multicast based on the status of the network to the receiving device;
And a determining unit that determines a communication method in accordance with a determination made by the determining unit.
前記判断手段は、前記ホップ数計測手段で計測したホップ数とマルチキャストのＴＴＬの初期値との比較により、前記受信装置がマルチキャストでの受信ができる状態であるか否かを判断することを特徴とする請求項１に記載の送信装置。 Further comprising a hop number measuring means for measuring the number of hops to the receiving device,
The determining means determines whether or not the receiving apparatus is ready for multicast reception by comparing the hop count measured by the hop count measuring means with an initial value of multicast TTL. The transmission device according to claim 1.
前記通知手段で通知した通信方式と、前記受信手段で受信した通信方式とが合致した場合、合致した通信方式でデータを送信することを特徴とする請求項７に記載の送信装置。 Receiving means for receiving a communication method from the receiving device,
8. The transmission apparatus according to claim 7, wherein when the communication method notified by the notifying unit matches the communication method received by the receiving unit, data is transmitted using the matching communication method.
前記受信装置までのネットワークの状況に基づいて、前記受信装置がマルチキャストでの受信ができる状態であるか否かを判断する判断ステップと、
前記判断ステップでの判断に応じて通信方式を決定する決定ステップと、を備えることを特徴とする送信装置の制御方法。 A method for controlling a transmitting apparatus that transmits data to a receiving apparatus using unicast or multicast as a communication method,
A determination step of determining whether or not the receiving device is in a state capable of receiving by multicast based on a network situation up to the receiving device;
And a determination step of determining a communication method in accordance with the determination in the determination step.
前記判断ステップでは、前記計測ステップで計測したホップ数とマルチキャストのＴＴＬの初期値との比較により、前記受信装置がマルチキャストでの受信ができる状態であるか否かを判断することを特徴とする請求項１０に記載の送信装置の制御方法。 Further comprising a measuring step of measuring the number of hops to the receiving device,
In the determination step, it is determined whether or not the receiving apparatus is ready for multicast reception by comparing the number of hops measured in the measurement step with an initial value of multicast TTL. Item 11. A transmission device control method according to Item 10.
前記受信装置までのネットワークの状況に基づいて、前記受信装置がマルチキャストでの受信ができる状態であるか否かを判断する判断手段と、
前記判断手段での判断に応じて通信方式を決定する決定手段と、してコンピュータを機能させるためのプログラム。 A program for controlling a transmitting device that transmits data to a receiving device using unicast or multicast as a communication method,
Determining means for determining whether or not the receiving device is in a state capable of receiving by multicast based on the status of the network to the receiving device;
A program for causing a computer to function as a determination unit that determines a communication method in accordance with a determination made by the determination unit.
前記判断手段は、前記ホップ数計測手段で計測したホップ数とマルチキャストのＴＴＬの初期値との比較により、前記受信装置がマルチキャストでの受信ができる状態であるか否かを判断することを特徴とする請求項１３に記載のプログラム。 As a hop number measuring means for measuring the number of hops to the receiving device, further causing the computer to function,
The determining means determines whether or not the receiving apparatus is ready for multicast reception by comparing the hop count measured by the hop count measuring means with an initial value of multicast TTL. The program according to claim 13.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015058391A JP2016178540A (en) | 2015-03-20 | 2015-03-20 | Transmission device, transmission device control method and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015058391A JP2016178540A (en) | 2015-03-20 | 2015-03-20 | Transmission device, transmission device control method and program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2016178540A true JP2016178540A (en) | 2016-10-06 |
Family
ID=57071569
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015058391A Pending JP2016178540A (en) | 2015-03-20 | 2015-03-20 | Transmission device, transmission device control method and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2016178540A (en) |
-
2015
- 2015-03-20 JP JP2015058391A patent/JP2016178540A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107743698B (en) | Method and apparatus for multi-path media delivery | |
| US10397298B2 (en) | Method and systems for optimizing bandwidth utilization in a multi-participant full mesh peer-to-peer video session | |
| Gusev et al. | Ndn-rtc: Real-time videoconferencing over named data networking | |
| WO2017088384A1 (en) | Method, apparatus and system for uploading live video | |
| WO2016180029A1 (en) | Method, device and system for live media data | |
| US11095702B2 (en) | Realtime communication architecture over hybrid ICN and realtime information centric transport protocol | |
| US11032587B2 (en) | Systems and methods of video forwarding with adaptive video transcoding capabilities | |
| JP2015133701A (en) | Method for downloading, at client terminal, upcoming sequence of segments of multimedia content, and corresponding terminal | |
| US9270937B2 (en) | Real time stream provisioning infrastructure | |
| KR20160003024A (en) | Data communication system and method | |
| JP7435753B2 (en) | Content distribution system | |
| JP2012129750A (en) | Distribution device, distribution method, and program | |
| JP5434570B2 (en) | Stream distribution device | |
| WO2020124726A1 (en) | Audio and video stream distribution method in audio and video stream distribution system, and dynamic parent node | |
| US10425458B2 (en) | Adaptive bit rate streaming with multi-interface reception | |
| KR102202597B1 (en) | A method and apparatus for providing a broadcast service based on a heterogenous network | |
| CA2976416A1 (en) | A method of distributing bandwidth among streaming sessions of communication devices in a network | |
| EP3560152A1 (en) | Determining the bandwidth of a communication link | |
| da Silva et al. | Cross-layer multiuser session control for optimized communications on SDN-based cloud platforms | |
| JP2016178540A (en) | Transmission device, transmission device control method and program | |
| JP5979886B2 (en) | Transmitting apparatus and transmitting method | |
| JP5979095B2 (en) | Information processing system, information processing apparatus, and program | |
| Silva et al. | Cross-layer multiuser session control for improved SDN cloud communications | |
| US10237316B2 (en) | Providing content in a multicast stream | |
| KR102088294B1 (en) | Method for delivering adaptive media based on received status information from media client and apparatus using thereof |