(57)【要約】  本出願は、マルチメディア技術の分野に関し、トランスポートネットワークでビデオストリームを送信するプロセスにおいて発生するネットワークの輻輳を緩和し、出力ビデオストリームの品質を改善するために、ビデオ送信の方法およびシステムおよびデバイスを提供する。具体的な解決策は、送信デバイスがソースビデオストリームを生成することを含み、ここで、ソースビデオストリームは複数のビデオデータパケットを含み、各ビデオデータパケットはビデオフレーム情報を含み、ビデオフレーム情報は廃棄指示情報を含み、複数のビデオデータパケットは第1のビデオデータパケットおよび第2のビデオデータパケットを含み、第1のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度は、第2のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータは第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータは第2のビデオデータパケットにカプセル化される。送信デバイスはネットワークデバイスにソースビデオストリームを送信する。
2020526110.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ送信方法であって、
送信デバイスにより、ソースビデオストリームを生成するステップであって、前記ソースビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化される、ステップと、
前記送信デバイスにより、ネットワークデバイスに前記ソースビデオストリームを送信するステップと
を有する方法。
【請求項２】
ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、請求項1に記載の方法。
【請求項３】
前記ビデオフレーム情報が優先度指示情報をさらに含み、前記優先度指示情報が前記ビデオデータパケットの送信優先度を示すために使用される、請求項1または2に記載の方法。
【請求項４】
前記ビデオフレーム情報がフレーム番号指示情報およびフレーム長指示情報をさらに含み、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用される、請求項3に記載の方法。
【請求項５】
前記ビデオデータパケットが、アプリケーション認識基板プロトコル（A2SP）ヘッダ、リアルタイムトランスポートプロトコル（RTP）ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが前記RTPヘッダおよび前記ビデオデータ部分を含み、A2SPパケットが前記RTPデータパケットおよび前記A2SPヘッダを含み、前記A2SPヘッダが前記ビデオフレーム情報を搬送するために使用され、前記RTPデータパケットが前記A2SPパケットのペイロードとして使用される、または
前記ビデオデータパケットが、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが、前記RTPヘッダ、前記RTP拡張ヘッダ、および前記ビデオデータ部分を含み、前記RTP拡張ヘッダが前記ビデオフレーム情報を搬送するために使用される、請求項4に記載の方法。
【請求項６】
前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含む、請求項5に記載の方法。
【請求項７】
ビデオ送信方法であって、
ネットワークデバイスにより、ビデオストリームを受信するステップであって、前記ビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化される、ステップと、
前記ネットワークデバイスにより、ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄するステップと
を有する方法。
【請求項８】
ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、請求項7に記載の方法。
【請求項９】
前記ビデオフレーム情報が優先度指示情報をさらに含み、前記優先度指示情報が前記ビデオデータパケットの送信優先度を示すために使用され、
前記ネットワークデバイスにより、ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する前記ステップが、
前記ネットワークデバイスにより、前記ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するステップ
を含む、請求項8に記載の方法。
【請求項１０】
前記ネットワークデバイスにより、前記ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄する前記ステップが、
前記ネットワークデバイスにより、前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、マッピングを介して前記ビデオデータパケットのサービスレベルおよび色を取得するステップであって、前記サービスレベルが、それを介して前記ネットワークデバイスが前記ビデオデータパケットを送信するキューのレベルを示すために使用され、前記色が前記ビデオデータパケットの廃棄レベルを示すために使用される、ステップと、
前記ネットワークデバイスにより、中間ビデオストリームを取得するために、前記サービスレベルに基づいて前記ネットワークが輻輳していると判断すると、前記ビデオデータパケットの前記サービスレベルおよび前記色に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するステップと
を含む、請求項9に記載の方法。
【請求項１１】
前記ビデオフレーム情報がフレーム番号指示情報をさらに含み、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、
前記ネットワークデバイスにより、前記ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄する前記ステップが、
前記ネットワークデバイスにより、前記ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記優先度指示情報、および前記フレーム番号指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するステップ
を含む、請求項9に記載の方法。
【請求項１２】
前記ネットワークデバイスにより、前記ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記優先度指示情報、および前記フレーム番号指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄する前記ステップが、
前記ネットワークデバイスにより、前記ビデオフレーム情報に含まれた前記優先度指示情報に基づいて、マッピングを介して前記ビデオデータパケットのサービスレベルを取得するステップであって、前記サービスレベルが、それを介して前記ネットワークデバイスが前記ビデオデータパケットを送信するキューのレベルを示すために使用される、ステップと、
前記ネットワークデバイスにより、前記ビデオデータパケットの前記サービスレベルに基づいて前記キューの長さを検出するステップと、
前記ネットワークデバイスにより、中間ビデオストリームを取得するために、前記キューの前記長さ、ならびに前記ビデオフレーム情報に含まれた前記フレーム番号指示情報および前記廃棄指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するステップと
を含む、請求項11に記載の方法。
【請求項１３】
前記ビデオフレーム情報がフレーム長指示情報をさらに含み、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用され、前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含み、
前記ネットワークデバイスにより、ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する前記ステップの後に、前記方法が、
前記ネットワークデバイスが受信デバイスに隣接するとき、前記ネットワークデバイスにより、復号対象ビデオストリームを取得するために、中間ビデオストリーム内の前記ビデオデータパケットの前記シーケンス番号、ならびに前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記フレーム番号指示情報、および前記フレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するステップであって、前記第3のビデオデータパケットが、フレームタイプが前記非参照Bフレームである不完全なビデオフレーム内のビデオデータがカプセル化されたパケットであり、前記復号対象ビデオストリームの中のすべてのビデオフレームが完全なビデオフレームである、ステップと、
前記ネットワークデバイスにより、前記受信デバイスに前記復号対象ビデオストリームを送信するステップと
をさらに有する、請求項7から12のいずれか一項に記載の方法。
【請求項１４】
前記ビデオデータパケットが、アプリケーション認識基板プロトコル（A2SP）ヘッダ、リアルタイムトランスポートプロトコル（RTP）ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが前記RTPヘッダおよび前記ビデオデータ部分を含み、A2SPパケットが前記RTPデータパケットおよび前記A2SPヘッダを含み、前記A2SPヘッダが前記ビデオフレーム情報を搬送するために使用され、前記RTPデータパケットが前記A2SPパケットのペイロードとして使用される、または
前記ビデオデータパケットが、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが、前記RTPヘッダ、前記RTP拡張ヘッダ、および前記ビデオデータ部分を含み、前記RTP拡張ヘッダが前記ビデオフレーム情報を搬送するために使用される、請求項13に記載の方法。
【請求項１５】
ビデオ送信方法であって、
受信デバイスにより、ネットワークデバイスによって送信された中間ビデオストリームを受信するステップであって、前記中間ビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記ビデオフレーム情報が、前記廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化され、前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含む、ステップと、
前記受信デバイスにより、復号対象ビデオストリームを取得するために、前記中間ビデオストリーム内の前記ビデオデータパケットの前記シーケンス番号、ならびに前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記フレーム番号指示情報、および前記フレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するステップであって、前記第3のビデオデータパケットが、フレームタイプが前記非参照Bフレームである不完全なビデオフレーム内のビデオデータがカプセル化されたパケットであり、前記復号対象ビデオストリームの中のすべてのビデオフレームが完全なビデオフレームである、ステップと、
前記受信デバイスにより、前記復号対象ビデオストリームを復号するステップと
を有する方法。
【請求項１６】
ソースビデオストリームを生成するように構成された生成モジュールであって、前記ソースビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化される、生成モジュールと、
前記生成モジュールによって生成された前記ソースビデオストリームをネットワークデバイスに送信するように構成された送信モジュールと
を備える、送信デバイス。
【請求項１７】
ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、請求項16に記載の送信デバイス。
【請求項１８】
前記ビデオフレーム情報が優先度指示情報をさらに含み、前記優先度指示情報が前記ビデオデータパケットの送信優先度を示すために使用される、請求項16または17に記載の送信デバイス。
【請求項１９】
前記ビデオフレーム情報がフレーム番号指示情報およびフレーム長指示情報をさらに含み、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用される、請求項18に記載の送信デバイス。
【請求項２０】
前記ビデオデータパケットが、アプリケーション認識基板プロトコル（A2SP）ヘッダ、リアルタイムトランスポートプロトコル（RTP）ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが前記RTPヘッダおよび前記ビデオデータ部分を含み、A2SPパケットが前記RTPデータパケットおよび前記A2SPヘッダを含み、前記A2SPヘッダが前記ビデオフレーム情報を搬送するために使用され、前記RTPデータパケットが前記A2SPパケットのペイロードとして使用される、または
前記ビデオデータパケットが、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが、前記RTPヘッダ、前記RTP拡張ヘッダ、および前記ビデオデータ部分を含み、前記RTP拡張ヘッダが前記ビデオフレーム情報を搬送するために使用される、請求項19に記載の送信デバイス。
【請求項２１】
前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含む、請求項20に記載の送信デバイス。
【請求項２２】
ビデオストリームを受信するように構成された受信モジュールであって、前記ビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化される、受信モジュールと、
ネットワークが輻輳していると判断されると、前記受信モジュールによって取得された前記ビデオフレーム情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するように構成された輻輳処理モジュールと
を備える、ネットワークデバイス。
【請求項２３】
ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、請求項22に記載のネットワークデバイス。
【請求項２４】
前記ビデオフレーム情報が優先度指示情報をさらに含み、前記優先度指示情報が前記ビデオデータパケットの送信優先度を示すために使用され、
前記輻輳処理モジュールが、前記ネットワークが輻輳していると判断されると、前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するように特に構成される、請求項23に記載のネットワークデバイス。
【請求項２５】
前記輻輳処理モジュールが、
前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、マッピングを介して前記ビデオデータパケットのサービスレベルおよび色を取得するように構成された第1のマッピングサブモジュールであって、前記サービスレベルが、それを介して前記ネットワークデバイスが前記ビデオデータパケットを送信するキューのレベルを示すために使用され、前記色が前記ビデオデータパケットの廃棄レベルを示すために使用される、第1のマッピングサブモジュールと、
中間ビデオストリームを取得するために、前記サービスレベルに基づいて前記ネットワークが輻輳していると判断されると、マッピングを介して前記第1のマッピングサブモジュールによって取得された前記ビデオデータパケットの前記サービスレベルおよび前記色に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するように構成された第1の輻輳処理サブモジュールと
を備える、請求項24に記載のネットワークデバイス。
【請求項２６】
前記ビデオフレーム情報がフレーム番号指示情報をさらに含み、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、
前記輻輳処理モジュールが、前記ネットワークが輻輳していると判断されると、前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記優先度指示情報、および前記フレーム番号指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するように特に構成される、請求項24に記載のネットワークデバイス。
【請求項２７】
前記輻輳処理モジュールが、
前記ビデオフレーム情報に含まれた前記優先度指示情報に基づいて、マッピングを介して前記ビデオデータパケットのサービスレベルを取得するように構成された第2のマッピングサブモジュールであって、前記サービスレベルが、それを介して前記ネットワークデバイスが前記ビデオデータパケットを送信するキューのレベルを示すために使用される、第2のマッピングサブモジュールと、
マッピングを介して前記第2のマッピングサブモジュールによって取得された前記ビデオデータパケットの前記サービスレベルに基づいて前記キューの長さを検出し、中間ビデオストリームを取得するために、前記キューの前記長さ、ならびに前記ビデオフレーム情報に含まれた前記フレーム番号指示情報および前記廃棄指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するように構成された第2の輻輳処理サブモジュールと
を備える、請求項26に記載のネットワークデバイス。
【請求項２８】
前記ビデオフレーム情報がフレーム長指示情報をさらに含み、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用され、前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含み、
前記ネットワークデバイスが、
前記ネットワークデバイスが受信デバイスに隣接するとき、復号対象ビデオストリームを取得するために、中間ビデオストリーム内の前記ビデオデータパケットの前記シーケンス番号、ならびに前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記フレーム番号指示情報、および前記フレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するように構成されたパケット廃棄処理モジュールであって、前記第3のビデオデータパケットが、フレームタイプが前記非参照Bフレームである不完全なビデオフレーム内のビデオデータがカプセル化されたパケットであり、前記復号対象ビデオストリームの中のすべてのビデオフレームが完全なビデオフレームである、パケット廃棄処理モジュールと、
前記ネットワークデバイスが前記受信デバイスに隣接するとき、前記パケット廃棄処理モジュールによって取得された前記復号対象ビデオストリームを前記受信デバイスに送信するように構成された送信モジュールと
をさらに備える、請求項22から27のいずれか一項に記載のネットワークデバイス。
【請求項２９】
前記ビデオデータパケットが、アプリケーション認識基板プロトコル（A2SP）ヘッダ、リアルタイムトランスポートプロトコル（RTP）ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが前記RTPヘッダおよび前記ビデオデータ部分を含み、A2SPパケットが前記RTPデータパケットおよび前記A2SPヘッダを含み、前記A2SPヘッダが前記ビデオフレーム情報を搬送するために使用され、前記RTPデータパケットが前記A2SPパケットのペイロードとして使用される、または
前記ビデオデータパケットが、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが、前記RTPヘッダ、前記RTP拡張ヘッダ、および前記ビデオデータ部分を含み、前記RTP拡張ヘッダが前記ビデオフレーム情報を搬送するために使用される、請求項28に記載のネットワークデバイス。
【請求項３０】
ネットワークデバイスによって送信された中間ビデオストリームを受信するように構成された受信モジュールであって、前記中間ビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記ビデオフレーム情報が、前記廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化され、前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含む、受信モジュールと、
復号対象ビデオストリームを取得するために、前記受信モジュールによって取得された前記中間ビデオストリーム内の前記ビデオデータパケットの前記シーケンス番号、ならびに前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記フレーム番号指示情報、および前記フレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するように構成されたパケット廃棄処理モジュールであって、前記第3のビデオデータパケットが、フレームタイプが前記非参照Bフレームである不完全なビデオフレーム内のビデオデータがカプセル化されたパケットであり、前記復号対象ビデオストリームの中のすべてのビデオフレームが完全なビデオフレームである、パケット廃棄処理モジュールと、
前記パケット廃棄処理モジュールによって取得された前記復号対象ビデオストリームを復号するように構成された復号モジュールと
を備える、受信デバイス。
【請求項３１】
請求項16から21のいずれか一項に記載の送信デバイスと、
請求項22から29のいずれか一項に記載のネットワークデバイスである、少なくとも1つのネットワークデバイスと、
請求項30に記載の受信デバイスと
を備える、ビデオ送信システム。
【請求項３２】
少なくとも1つのプロセッサ、メモリ、通信インターフェース、および通信バスを備え、
前記メモリが少なくとも1つの命令を記憶するように構成され、前記少なくとも1つのプロセッサ、前記メモリ、および前記通信インターフェースが前記通信バスを使用して接続され、コンピュータが動作すると、前記少なくとも1つのプロセッサが前記メモリに記憶された前記少なくとも1つの命令を実行し、その結果、前記コンピュータが、請求項1から6のいずれか一項に記載の方法を実行する、送信デバイス。
【請求項３３】
少なくとも1つのプロセッサ、メモリ、通信インターフェース、および通信バスを備え、
前記メモリが少なくとも1つの命令を記憶するように構成され、前記少なくとも1つのプロセッサ、前記メモリ、および前記通信インターフェースが前記通信バスを使用して接続され、コンピュータが動作すると、前記少なくとも1つのプロセッサが前記メモリに記憶された前記少なくとも1つの命令を実行し、その結果、前記コンピュータが、請求項7から14のいずれか一項に記載の方法を実行する、ネットワークデバイス。
【請求項３４】
少なくとも1つのプロセッサ、メモリ、通信インターフェース、および通信バスを備え、
前記メモリが少なくとも1つの命令を記憶するように構成され、前記少なくとも1つのプロセッサ、前記メモリ、および前記通信インターフェースが前記通信バスを使用して接続され、コンピュータが動作すると、前記少なくとも1つのプロセッサが前記メモリに記憶された前記少なくとも1つの命令を実行し、その結果、前記コンピュータが、請求項15に記載の方法を実行する、受信デバイス。
【請求項３５】
請求項32に記載の送信デバイスと、
請求項33に記載のネットワークデバイスである、少なくとも1つのネットワークデバイスと、
請求項34に記載の受信デバイスと
を備える、ビデオ送信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、マルチメディア技術の分野に関し、詳細には、ビデオ送信の方法およびシステムおよびデバイスに関する。
【背景技術】
【０００２】
マルチメディア送信技術の発展とともに、インターネットプロトコルテレビジョン（Internet Protocol Television、IPTV）サービスおよびオーバーザトップ（Over The Top、OTT）サービスが急速に発展し、ビデオユーザの規模が急速に増大している。さらに、4K、高ダイナミックレンジ（High Dynamic Range、HDR）、および仮想現実（Virtual Reality、VR）などのビデオ技術が登場し、ビデオビットレートが大幅に増加している。ユーザの規模およびビデオビットレートにおける急激な増加は膨大なビデオ送信トラフィックを伴い、したがって、OTTトランスポートネットワークなどのトランスポートネットワークにおいて輻輳が発生することは避けられない。
【０００３】
従来技術では、トランスポートネットワークの輻輳を緩和するために、ビデオストリームを送信するとき、現在のネットワークデバイスは、ビデオフレームタイプに基づいて廃棄優先度を決定して、ビデオストリーム内のいくつかのデータパケットを選択的に廃棄する。ビデオストリームは、一連のピクチャのグループ（Group of Picture、GOP）を含む。1つのGOPは、通常、1つのIフレームならびに別のタイプ（たとえば、BフレームおよびPフレーム）の1つまたは複数のビデオフレームを含み、各ビデオフレーム内のビデオデータは、複数のビデオデータパケットにカプセル化される場合がある。具体的には、トランスポートネットワークが輻輳している間、現在のネットワークデバイスはビデオストリーム内のBフレーム内のビデオデータパケットを優先的に廃棄し、次いで、Pフレーム内のビデオデータパケットを廃棄し、最後にIフレーム内のビデオデータパケットを廃棄する。
【０００４】
問題は、トランスポートネットワークにおいてビデオを送信するプロセスでは、異なるビデオデータパケットの損失によって引き起こされるユーザの視覚体験への影響が大きく異なることである。言い換えれば、異なるデータパケットが廃棄された後、ユーザの視覚感度は大きく異なる。いくつかのビデオデータパケットが廃棄された後、ビデオピクチャはほとんど影響を受けず、ユーザは違いを感じさえしない。しかしながら、いくつかのデータパケットが失われた後、ビデオピクチャが大きな影響を受け、アーティファクトまたはフレームのフリーズなどの現象が発生し、ユーザ体験が大きな影響を受ける。具体的には、トランスポートネットワークが輻輳している間、ネットワークデバイスは、ビデオストリーム内の任意のBフレーム内のビデオデータパケットを廃棄することができ、Bフレーム内のビデオデータパケットが失われると、アーティファクトまたはフレームのフリーズなどの現象が発生する可能性がある。
【発明の概要】
【課題を解決するための手段】
【０００５】
本出願は、トランスポートネットワークにおいてビデオストリームが送信されているときに発生するネットワークの輻輳を緩和し、出力ビデオストリームの品質を改善するために、ビデオ送信の方法およびシステムおよびデバイスを提供する。
【０００６】
前述の目的を達成するために、本出願では以下の技術的解決策が使用される。
【０００７】
第1の態様によれば、本出願はビデオ送信方法を提供し、方法は、送信デバイスにより、ソースビデオストリームを生成するステップであって、ソースビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、ビデオフレーム情報が廃棄指示情報を含み、廃棄指示情報がビデオデータパケットの廃棄優先度を示すために使用され、複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、第1のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度が、第2のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが第2のビデオデータパケットにカプセル化される、ステップと、送信デバイスにより、ネットワークデバイスにソースビデオストリームを送信するステップとを含む。
【０００８】
本出願において提供されるビデオ送信方法では、第1のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度が、第2のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度よりも高いので、第1のビデオデータパケットは第2のビデオデータパケットの前に廃棄されてよく、その結果、第2のビデオデータパケットは廃棄される可能性が低い。ビデオストリームの品質に対する（bフレームと呼ばれる）非参照Bフレームの影響は、ビデオストリームの品質に対するIフレーム、Pフレーム、または参照Bフレームの影響よりも小さい。したがって、第2のビデオデータパケットは廃棄される可能性が低く、その結果、トランスポートネットワークにおいて送信されるビデオストリームの品質は比較的高い。
【０００９】
第1の態様を参照して、第1の可能な実装形態では、ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、言い換えれば、ビデオフレームの境界はビデオデータパケットの境界である。1つのビデオデータパケットはただ1つのビデオフレーム内のビデオデータを含むので、トランスポートネットワークにおいてビデオストリームを送信するプロセスでは、1つのビデオデータパケット（たとえば、第1のビデオデータパケット）が失われた場合でも、ビデオデータパケットに対応するビデオフレームの品質のみが影響を受け、そのビデオフレーム以外のビデオフレームの品質は影響を受けず、その結果、受信デバイスに出力されるビデオストリームの品質はさらに改善される。
【００１０】
第1の態様または第1の可能な実装形態を参照して、第2の可能な実装形態では、ビデオストリームの1つまたは複数のビデオデータパケット内で優先的に送信され得るビデオデータパケットおよび送信されない可能性があるビデオデータパケットを示すために、ビデオフレーム情報は、ビデオデータパケットが優先的に送信され得るかどうかを示す指示情報をさらに含んでよい。具体的には、ビデオフレーム情報は優先度指示情報をさらに含み、優先度指示情報は、ビデオデータパケットの送信優先度、すなわち、ビデオデータパケットが優先的に送信されるレベルを示すために使用される。通常、トランスポートネットワークでは、優先度指示情報によって示される比較的高い送信優先度を有するビデオデータパケットが優先的に送信されてよい。
【００１１】
第2の可能な実装形態を参照して、第3の可能な実装形態では、ビデオストリーム内のビデオデータパケットが属するビデオフレーム、たとえば、第1のビデオデータパケットが属する2つの隣接するbフレームの中のビデオフレームを示すために、ビデオフレーム情報は、異なるビデオフレームを区別し、ビデオフレームに含まれるビデオデータパケットの数を示すために使用される指示情報をさらに含んでよい。具体的には、ビデオフレーム情報は、フレーム番号指示情報およびフレーム長指示情報をさらに含み、フレーム番号指示情報は、対応するビデオデータパケットが位置するビデオフレームの番号を示すために使用され、フレーム長指示情報は、対応するビデオデータパケットが位置するビデオフレームに含まれるビデオデータパケットの数を示すために使用される。1つのビデオフレーム内の1つまたは複数のビデオデータパケットは、同じフレーム番号指示情報および同じフレーム長指示情報を有する。
【００１２】
第3の可能な実装形態を参照して、第4の可能な実装形態では、ビデオデータパケットは、アプリケーション認識基板プロトコル（application aware substrate protocol、A2SP）ヘッダ、リアルタイムトランスポートプロトコル（Reliable Transport Protocol、RTP）ヘッダ、およびビデオデータ部分を含み、ビデオデータ部分はビデオデータを搬送するために使用され、RTPデータパケットはRTPヘッダおよびビデオデータ部分を含み、A2SPパケットはRTPデータパケットおよびA2SPヘッダを含み、A2SPヘッダはビデオフレーム情報を搬送するために使用され、RTPデータパケットはA2SPパケットのペイロードとして使用される、またはビデオデータパケットは、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、ビデオデータ部分はビデオデータを搬送するために使用され、RTPデータパケットは、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、RTP拡張ヘッダはビデオフレーム情報を搬送するために使用される。
【００１３】
トランスポートネットワークでは、ビデオストリーム内のビデオデータは、物理層の多重アクセス制御（Multiple Access Control Protocol、MAC）プロトコル、ネットワーク層のインターネットプロトコル（Internet Protocol、IP）、トランスポート層のユーザデータグラムプロトコル（User Datagram Protocol、UDP）、およびアプリケーション層のRTPプロトコルを使用することにより、1つまたは複数のビデオデータパケットにカプセル化される場合がある。したがって、カプセル化によって1つまたは複数のビデオデータパケットを取得するプロセスでは、送信デバイスは、ビデオデータパケット内のA2SPヘッダまたはRTP拡張ヘッダがビデオフレーム情報を含むことを可能にすることができる。このようにして、トランスポートネットワークにおいて送信デバイスによって送信されたビデオストリームを送信するプロセスでは、トランスポートネットワークにおけるネットワークデバイスまたは受信デバイスなどの別のデバイスは、A2SPヘッダまたはRTP拡張ヘッダを含むビデオデータパケットを受信する、すなわち、ビデオフレーム情報を含むビデオデータパケットを受信することができる。
【００１４】
第4の可能な実装形態を参照して、第5の可能な実装形態では、ビデオデータパケットは、ビデオデータパケットのシーケンス番号をさらに含んでよい。ビデオデータパケットのシーケンス番号は、1つまたは複数のビデオデータパケットの順番を示すために使用されてよい。ビデオデータパケットのシーケンス番号は、RTPデータパケットのRTPヘッダに含まれてよい。
【００１５】
第2の態様によれば、本出願はビデオ送信方法を提供し、方法は、ネットワークデバイスにより、ビデオストリームを受信するステップであって、ビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、ビデオフレーム情報が廃棄指示情報を含み、廃棄指示情報がビデオデータパケットの廃棄優先度を示すために使用され、複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、第1のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度が、第2のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが第2のビデオデータパケットにカプセル化される、ステップと、ネットワークデバイスにより、ネットワークが輻輳していると判断すると、ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄するステップとを含む。
【００１６】
本出願において提供されるビデオ送信方法では、ビデオフレーム情報は廃棄指示情報を含んでよいので、ネットワークデバイスによって受信されるビデオストリームは、ビデオフレーム情報を含んでよい。したがって、ネットワークデバイスは、ビデオフレーム情報に基づいてビデオストリーム内の第1のビデオデータパケットと第2のビデオデータパケットを区別し、ビデオストリーム内の1つまたは複数の第1のビデオデータパケットを廃棄することができる。このようにして、ネットワークデバイスは、ネットワークの輻輳を緩和するために、ビデオストリーム内の第1のビデオデータパケットを優先的に廃棄することができる。加えて、ネットワークデバイスは、第2のビデオデータパケットを廃棄せずに1つまたは複数の第1のビデオデータパケットのみを廃棄することができ、その結果、受信デバイスに送信されるビデオストリームの品質を改善することができる。さらに、ビデオストリームがテレビなどのデバイスで再生されるときにアーティファクトまたはフレームのフリーズなどの現象が発生する可能性を低減することができる。
【００１７】
第2の態様を参照して、第1の可能な実装形態では、ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、言い換えれば、ビデオフレームの境界はビデオデータパケットの境界である。この実装形態の詳細な説明については、第1の態様の第1の可能な実装形態の説明を参照されたい。本出願では詳細は再び記載されない。
【００１８】
第1の可能な実装形態を参照して、第2の可能な実装形態では、ネットワークデバイスにより、ネットワークが輻輳していると判断すると、ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄するステップは、ネットワークデバイスにより、ネットワークが輻輳していると判断すると、ビデオフレーム情報に含まれる廃棄指示情報に基づいて、マッピングを介してビデオデータパケットの色を取得するステップであって、色がビデオデータパケットの廃棄レベルを示すために使用される、ステップと、ネットワークデバイスにより、中間ビデオストリームを取得するために、色に基づいて1つまたは複数の第1のビデオデータパケットを廃棄するステップとを含んでよい。
【００１９】
本発明のこの実施形態で提供されるビデオ送信方法では、送信デバイスによってビデオデータパケットに追加されるビデオフレーム情報が廃棄指示情報を含むので、ネットワークデバイスは、ビデオデータパケット内のビデオフレーム情報に基づいて、ビデオデータパケットの内部ラベル（たとえば、色）を取得することができることに留意されたい。したがって、ネットワークデバイス側でビデオデータパケットの内部送信優先度を区別するために、ネットワークデバイスはビデオデータパケットに内部ラベルを追加することができる。このようにして、ネットワークデバイスは、ネットワークの輻輳を緩和し、出力ビデオストリームの品質を改善するために、内部送信優先度に基づいて第1のビデオデータパケットを区別し、1つまたは複数の第1のビデオデータパケットを廃棄することができる。
【００２０】
第1の可能な実装形態を参照して、第3の可能な実装形態では、ビデオフレーム情報は優先度指示情報をさらに含んでよく、優先度指示情報はビデオデータパケットの送信優先度を示すために使用される。ネットワークデバイスにより、ネットワークが輻輳していると判断すると、ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄するステップは、ネットワークデバイスにより、ネットワークが輻輳していると判断すると、ビデオフレーム情報に含まれる廃棄指示情報および優先度指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するステップを含んでよい。
【００２１】
ビデオデータパケットに含まれる優先度指示情報は、ビデオデータパケットが位置するビデオストリームのサービス優先度またはユーザ優先度に基づいて決定されてよい。具体的には、ネットワークデバイスは、ビデオフレーム情報に含まれる優先度指示情報に基づいて、現在のキューに入る各ビデオデータパケットに内部ラベルを追加して、ネットワークデバイス側でビデオデータパケットの内部送信優先度を区別することができる。通常、第1のビデオデータパケットの内部送信優先度は最も低い。ネットワークデバイスは、ネットワークが輻輳しているとき、第1のビデオデータパケットを優先的に廃棄することができる。このようにして、第2のビデオデータパケットはビデオストリーム内で失われない可能性があり、トランスポートネットワークにおいて出力されるビデオストリームの品質は比較的高い。
【００２２】
第3の可能な実装形態を参照して、第4の可能な実装形態では、ネットワークデバイスにより、ネットワークが輻輳していると判断すると、ビデオフレーム情報に含まれる廃棄指示情報および優先度指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するステップは、ネットワークデバイスにより、ビデオフレーム情報に含まれる廃棄指示情報および優先度指示情報に基づいて、マッピングを介してビデオデータパケットのサービスレベルおよび色を取得するステップであって、サービスレベルが、それを介してネットワークデバイスがビデオデータパケットを送信するキューのレベルを示すために使用され、色がビデオデータパケットの廃棄レベルを示すために使用される、ステップと、ネットワークデバイスにより、中間ビデオストリームを取得するために、ビデオデータパケットのサービスレベルに基づいてネットワークが輻輳していると判断すると、サービスレベルおよび色に基づいて1つまたは複数の第1のビデオデータパケットを廃棄するステップとを含んでよい。
【００２３】
本発明において提供されるビデオ送信方法では、ビデオデータパケットのビデオフレーム情報が廃棄指示情報および優先度指示情報を含むので、ネットワークデバイスは、ビデオデータパケットに含まれるビデオフレーム情報に基づいて、ビデオデータパケットの内部ラベル（たとえば、色およびサービスレベル）を取得することができることに留意されたい。したがって、ネットワークデバイス側でビデオデータパケットの内部送信優先度を取得するために、ネットワークデバイスはビデオデータパケットに内部ラベルを追加することができる。次いで、ネットワークデバイスは、内部送信優先度に基づいて、第2のビデオデータパケットから第1のビデオデータパケットを区別することができる。このようにして、ネットワークデバイスは、ネットワークの輻輳を緩和し、出力ビデオストリームの品質をさらに改善するために、より正確に1つまたは複数の第1のビデオデータパケットを優先的に廃棄することができる。
【００２４】
第3の可能な実装形態を参照して、第5の可能な実装形態では、ビデオフレーム情報はフレーム番号指示情報をさらに含んでよく、フレーム番号指示情報は、対応するビデオデータパケットが位置するビデオフレームの番号を示すために使用される。ネットワークデバイスにより、ネットワークが輻輳していると判断すると、ビデオフレーム情報に含まれる廃棄指示情報および優先度指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するステップは、ネットワークデバイスにより、ネットワークが輻輳していると判断すると、ビデオフレーム情報に含まれる廃棄指示情報、優先度指示情報、およびフレーム番号指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するステップを含んでよい。ビデオフレーム情報に含まれるフレーム番号指示情報は、ビデオストリーム内のビデオデータパケットが属するビデオフレーム、たとえば、第1のビデオデータパケットが属する2つの隣接するbフレームの中のビデオフレームを示すことができる。1つのビデオフレーム内の複数のビデオデータパケットのフレーム番号指示情報は同じである。したがって、1つまたは複数の第1のビデオデータパケットを廃棄するプロセスでは、ネットワークデバイスは、1つのbフレーム内のいくつかの第1のビデオデータパケットを選択的に廃棄することができる。
【００２５】
第5の可能な実装形態を参照して、第6の可能な実装形態では、ネットワークデバイスにより、ネットワークが輻輳していると判断すると、ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄するステップは、ネットワークデバイスにより、ビデオフレーム情報に含まれる優先度指示情報に基づいて、マッピングを介してビデオデータパケットのサービスレベルを取得するステップであって、サービスレベルが、それを介してネットワークデバイスがビデオデータパケットを送信するキューのレベルを示すために使用される、ステップと、ネットワークデバイスにより、ビデオデータパケットのサービスレベルに基づいてキューの長さを検出するステップと、ネットワークデバイスにより、中間ビデオストリームを取得するために、キューの長さ、ならびにビデオフレーム情報に含まれるフレーム番号指示情報および廃棄指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するステップとを含んでよい。
【００２６】
本出願において提供されるビデオ送信方法では、複数のビデオデータパケットは、ビデオフレーム情報に含まれるフレーム番号指示情報に基づいて異なる部分に分割されてよい。加えて、第1のビデオデータパケットを区別するとき、ネットワークデバイスはさらに、1つまたは複数の第1のビデオデータパケット内の異なる部分を区別し、ネットワークの輻輳程度に基づいて1つまたは複数の第1のビデオデータパケットの中のいくつかの指定されたビデオデータパケットを廃棄することができる。このようにして、ネットワークデバイスによって第1のビデオデータパケットを廃棄するプロセスでは、影響を受けるビデオストリームの数を削減することができ、受信デバイスに送信されるビデオストリームの品質がさらに改善される。
【００２７】
第2の態様または前述の可能な実装形態のいずれか1つを参照して、第7の可能な実装形態では、ビデオフレーム情報はフレーム長指示情報をさらに含んでよく、フレーム長指示情報は、ビデオデータパケットが位置するビデオフレームに含まれるビデオデータパケットの数を示すために使用され、ビデオデータパケットはビデオデータパケットのシーケンス番号をさらに含み、ネットワークデバイスにより、ネットワークが輻輳していると判断すると、ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄するステップの後に、方法は、ネットワークデバイスが受信デバイスに隣接するとき、ネットワークデバイスにより、復号対象ビデオストリームを取得するために、中間ビデオストリーム内のビデオデータパケットのシーケンス番号、ならびにビデオフレーム情報に含まれる廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するステップであって、第3のビデオデータパケットが、フレームタイプが非参照Bフレームである不完全なビデオフレーム内のビデオデータがカプセル化されたパケットであり、復号対象ビデオストリームの中のすべてのビデオフレームが完全なビデオフレームである、ステップと、ネットワークデバイスにより、受信デバイスに復号対象ビデオストリームを送信するステップとをさらに含む。
【００２８】
ビデオデータパケットのシーケンス番号は、1つまたは複数のビデオデータパケットの順番を示すために使用されてよいことに留意されたい。ネットワークデバイスは、ネットワークが輻輳しているときに「1つまたは複数の第1のビデオデータパケットを廃棄する」ステップを実行し、ネットワークデバイスが「1つまたは複数の第1のビデオデータパケットを廃棄する」ステップの実行を停止すると、いくつかのビデオフレームは不完全な場合がある。いくつかのビデオデータパケットが廃棄され、他のビデオデータパケットが廃棄されないビデオフレームは、不完全なビデオフレームである。ネットワークデバイスは、フレーム長指示情報およびビデオデータパケットのシーケンス番号に基づいて、不完全なビデオフレーム内で廃棄されていないビデオデータパケットを見つけることができる。この場合、受信デバイスに隣接するネットワークデバイスは、復号対象ビデオストリームを取得するために、不完全なビデオフレーム内で廃棄されていないビデオデータパケット、すなわち、廃棄されていない第1のビデオデータパケットをさらに廃棄することができる。このようにして、受信デバイスに送信されるビデオストリームの品質は比較的高い可能性があり、その結果、ビデオストリームがテレビなどのデバイスで再生されるときにアーティファクトまたはフレームのフリーズなどの現象が発生する可能性がさらに低減される。
【００２９】
第2の態様または前述の可能な実装形態のいずれか1つを参照して、ビデオデータパケットは、A2SPヘッダ、RTPヘッダ、およびビデオデータ部分を含み、ビデオデータ部分はビデオデータを搬送するために使用され、RTPデータパケットはRTPヘッダおよびビデオデータ部分を含み、A2SPパケットはRTPデータパケットおよびA2SPヘッダを含み、A2SPヘッダはビデオフレーム情報を搬送するために使用され、RTPデータパケットはA2SPパケットのペイロードとして使用される、またはビデオデータパケットは、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、ビデオデータ部分はビデオデータを搬送するために使用され、RTPデータパケットは、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、RTP拡張ヘッダはビデオフレーム情報を搬送するために使用される。ビデオデータパケットはA2SPヘッダまたはRTP拡張ヘッダを含み、A2SPヘッダまたはRTP拡張ヘッダはビデオフレーム情報を含む。したがって、トランスポートネットワークにおいてビデオストリームを送信するプロセスでは、トランスポートネットワークにおけるネットワークデバイス、受信デバイスなどは、A2SPヘッダまたはRTP拡張ヘッダを含むビデオデータパケットを受信して、ビデオデータパケット内のビデオフレーム情報を取得することができる。
【００３０】
第3の態様によれば、本出願はビデオ送信方法を提供し、方法は、受信デバイスにより、ネットワークデバイスによって送信された中間ビデオストリームを受信するステップであって、中間ビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、ビデオフレーム情報が廃棄指示情報を含み、ビデオフレーム情報が、廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報を含み、廃棄指示情報がビデオデータパケットの廃棄優先度を示すために使用され、フレーム番号指示情報が、ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、フレーム長指示情報が、ビデオデータパケットが位置するビデオフレームに含まれるビデオデータパケットの数を示すために使用され、複数のビデオデータパケットが第1のビデオデータパケットおよび／または第2のビデオデータパケットを含み、第1のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度が、第2のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが第2のビデオデータパケットにカプセル化され、ビデオデータパケットがビデオデータパケットのシーケンス番号をさらに含む、ステップと、受信デバイスにより、復号対象ビデオストリームを取得するために、中間ビデオストリーム内のビデオデータパケットのシーケンス番号、ならびにビデオフレーム情報に含まれる廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するステップであって、第3のビデオデータパケットが、フレームタイプが非参照Bフレームである不完全なビデオフレーム内のビデオデータがカプセル化されたパケットであり、復号対象ビデオストリームの中のすべてのビデオフレームが完全なビデオフレームである、ステップと、受信デバイスにより、復号対象ビデオストリームを復号するステップとを含む。
【００３１】
ネットワークデバイスは、ネットワークが輻輳しているときに「1つまたは複数の第1のビデオデータパケットを廃棄する」ステップを実行し、ネットワークデバイスが「1つまたは複数の第1のビデオデータパケットを廃棄する」ステップの実行を停止すると、いくつかのビデオフレームは不完全な場合がある。この場合、ネットワークデバイスによって送信された中間ビデオストリームを受信した後、受信デバイスは、完全なビデオフレームを含む復号対象ビデオストリームを取得するために、不完全なビデオフレーム内で廃棄されていないビデオデータパケット、すなわち、廃棄されていない第1のビデオデータパケットを廃棄することができる。このようにして、復号を介して受信デバイスによって取得されたビデオストリームの品質は比較的高い可能性があり、その結果、ビデオストリームがテレビなどのデバイスで再生されるときにアーティファクトまたはフレームのフリーズなどの現象が発生する可能性がさらに低減される。
【００３２】
第4の態様によれば、本出願は送信デバイスを提供し、送信デバイスは生成モジュールおよび送信モジュールを含む。生成モジュールはソースビデオストリームを生成するように構成され、ソースビデオストリームは複数のビデオデータパケットを含み、各ビデオデータパケットはビデオフレーム情報を含み、ビデオフレーム情報は廃棄指示情報を含み、廃棄指示情報はビデオデータパケットの廃棄優先度を示すために使用され、複数のビデオデータパケットは第1のビデオデータパケットおよび第2のビデオデータパケットを含み、第1のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度は、第2のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータは第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータは第2のビデオデータパケットにカプセル化される。送信モジュールは、生成モジュールによって生成されたソースビデオストリームをネットワークデバイスに送信するように構成される。
【００３３】
第4の態様を参照して、第1の可能な実装形態では、ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される。
【００３４】
第4の態様または第1の可能な実装形態を参照して、第2の可能な実装形態では、ビデオフレーム情報は優先度指示情報をさらに含み、優先度指示情報はビデオデータパケットの送信優先度を示すために使用される。
【００３５】
第1の態様または前述の実装形態のいずれか1つを参照して、第3の可能な実装形態では、ビデオフレーム情報はフレーム番号指示情報およびフレーム長指示情報をさらに含んでよく、フレーム番号指示情報は、対応するビデオデータパケットが位置するビデオフレームの番号を示すために使用され、フレーム長指示情報は、対応するビデオデータパケットが位置するビデオフレームに含まれるビデオデータパケットの数を示すために使用される。
【００３６】
第1の態様または前述の実装形態のいずれか1つを参照して、第4の可能な実装形態では、ビデオデータパケットは、A2SPヘッダ、RTPヘッダ、およびビデオデータ部分を含み、ビデオデータ部分はビデオデータを搬送するために使用され、RTPデータパケットはRTPヘッダおよびビデオデータ部分を含み、A2SPパケットはRTPデータパケットおよびA2SPヘッダを含み、A2SPヘッダはビデオフレーム情報を搬送するために使用され、RTPデータパケットはA2SPパケットのペイロードとして使用される、またはビデオデータパケットは、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、ビデオデータ部分はビデオデータを搬送するために使用され、RTPデータパケットは、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、RTP拡張ヘッダはビデオフレーム情報を搬送するために使用される。
【００３７】
第4の可能な実装形態を参照して、第5の可能な実装形態では、ビデオデータパケットは、ビデオデータパケットのシーケンス番号をさらに含んでよい。
【００３８】
第5の態様によれば、本出願はネットワークデバイスを提供し、ネットワークデバイスは受信モジュールおよび輻輳処理モジュールを含む。受信モジュールはビデオストリームを受信するように構成され、ビデオストリームは複数のビデオデータパケットを含み、各ビデオデータパケットはビデオフレーム情報を含み、ビデオフレーム情報は廃棄指示情報を含み、廃棄指示情報はビデオデータパケットの廃棄優先度を示すために使用され、複数のビデオデータパケットは第1のビデオデータパケットおよび第2のビデオデータパケットを含み、第1のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度は、第2のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータは第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータは第2のビデオデータパケットにカプセル化される。輻輳処理モジュールは、ネットワークが輻輳していると判断されると、受信モジュールによって取得されたビデオフレーム情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するように構成される。
【００３９】
第5の態様を参照して、第1の可能な実装形態では、ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される。
【００４０】
第1の可能な実装形態を参照して、第2の可能な実装形態では、ビデオフレーム情報は優先度指示情報をさらに含み、優先度指示情報はビデオデータパケットの送信優先度を示すために使用され、輻輳処理モジュールは、ネットワークが輻輳していると判断されると、ビデオフレーム情報に含まれる廃棄指示情報および優先度指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するように特に構成される。
【００４１】
第2の可能な実装形態を参照して、第3の可能な実装形態では、輻輳処理モジュールは、第1のマッピングサブモジュールおよび第1の輻輳処理サブモジュールを含んでよい。第1のマッピングサブモジュールは、ビデオフレーム情報に含まれる廃棄指示情報および優先度指示情報に基づいて、マッピングを介してビデオデータパケットのサービスレベルおよび色を取得するように構成され、サービスレベルは、それを介してネットワークデバイスがビデオデータパケットを送信するキューのレベルを示すために使用され、色はビデオデータパケットの廃棄レベルを示すために使用される。第1の輻輳処理サブモジュールは、中間ビデオストリームを取得するために、サービスレベルに基づいてネットワークが輻輳していると判断されると、マッピングを介して第1のマッピングサブモジュールによって取得されたビデオデータパケットのサービスレベルおよび色に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するように構成される。
【００４２】
第3の可能な実装形態を参照して、第4の可能な実装形態では、ビデオフレーム情報はフレーム番号指示情報をさらに含んでよく、フレーム番号指示情報はビデオデータパケットが位置するビデオフレームの番号を示すために使用され、輻輳処理モジュールは、ネットワークが輻輳していると判断されると、ビデオフレーム情報に含まれる廃棄指示情報、優先度指示情報、およびフレーム番号指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するように特に構成される。
【００４３】
第4の可能な実装形態を参照して、第5の可能な実装形態では、輻輳処理モジュールは、第2のマッピングサブモジュールおよび第2の輻輳処理サブモジュールを含んでよい。第2のマッピングサブモジュールは、ビデオフレーム情報に含まれる優先度指示情報に基づいて、マッピングを介してビデオデータパケットのサービスレベルを取得するように構成され、サービスレベルは、それを介してネットワークデバイスがビデオデータパケットを送信するキューのレベルを示すために使用される。第2の輻輳処理サブモジュールは、マッピングを介して第2のマッピングサブモジュールによって取得されたビデオデータパケットのサービスレベルに基づいてキューの長さを検出し、中間ビデオストリームを取得するために、キューの長さ、ならびにビデオフレーム情報に含まれるフレーム番号指示情報および廃棄指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するように構成される。
【００４４】
第5の態様または前述の可能な実装形態のいずれか1つを参照して、第6の可能な実装形態では、ビデオフレーム情報はフレーム長指示情報をさらに含み、フレーム長指示情報は、ビデオデータパケットが位置するビデオフレームに含まれるビデオデータパケットの数を示すために使用され、ビデオデータパケットはビデオデータパケットのシーケンス番号をさらに含み、ネットワークデバイスはパケット廃棄処理モジュールをさらに含んでよい。パケット廃棄処理モジュールは、ネットワークデバイスが受信デバイスに隣接するとき、復号対象ビデオストリームを取得するために、中間ビデオストリーム内のビデオデータパケットのシーケンス番号、ならびにビデオフレーム情報に含まれる廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するように構成され、第3のビデオデータパケットは、フレームタイプが非参照Bフレームである不完全なビデオフレームがカプセル化されたパケットであり、復号対象ビデオストリームの中のすべてのビデオフレームは完全なビデオフレームである。送信モジュールは、ネットワークデバイスが受信デバイスに隣接するとき、パケット廃棄処理モジュールによって取得された復号対象ビデオストリームを受信デバイスに送信するように構成される。
【００４５】
第7の可能な実装形態を参照して、第8の可能な実装形態では、ビデオデータパケットは、A2SPヘッダ、RTPヘッダ、およびビデオデータ部分を含み、ビデオデータ部分はビデオデータを搬送するために使用され、RTPデータパケットはRTPヘッダおよびビデオデータ部分を含み、A2SPパケットはRTPデータパケットおよびA2SPヘッダを含み、A2SPヘッダはビデオフレーム情報を搬送するために使用され、RTPデータパケットはA2SPパケットのペイロードとして使用される、またはビデオデータパケットは、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、ビデオデータ部分はビデオデータを搬送するために使用され、RTPデータパケットは、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、RTP拡張ヘッダはビデオフレーム情報を搬送するために使用される。
【００４６】
第1の可能な実装形態を参照して、第9の可能な実装形態では、輻輳処理モジュールは、第3のマッピングサブモジュールおよび第3の輻輳処理サブモジュールを含んでよい。第3のマッピングサブモジュールは、ビデオフレーム情報に含まれる廃棄指示情報に基づいて、マッピングを介してビデオデータパケットの色を取得するように構成され、色はビデオデータパケットの廃棄レベルを示すために使用される。第3の輻輳処理サブモジュールは、中間ビデオストリームを取得するために、第3のマッピングサブモジュールによって取得された色に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するように構成される。
【００４７】
第6の態様によれば、本出願は受信デバイスを提供し、受信デバイスは、受信モジュール、パケット廃棄処理モジュール、および復号モジュールを含む。受信モジュールは、ネットワークデバイスによって送信された中間ビデオストリームを受信するように構成され、中間ビデオストリームは複数のビデオデータパケットを含み、各ビデオデータパケットはビデオフレーム情報を含み、ビデオフレーム情報は廃棄指示情報を含み、ビデオフレーム情報は、廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報を含み、廃棄指示情報はビデオデータパケットの廃棄優先度を示すために使用され、フレーム番号指示情報は、ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、フレーム長指示情報は、ビデオデータパケットが位置するビデオフレームに含まれるビデオデータパケットの数を示すために使用され、複数のビデオデータパケットは第1のビデオデータパケットおよび第2のビデオデータパケットを含み、第1のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度は、第2のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータは第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータは第2のビデオデータパケットにカプセル化され、ビデオデータパケットはビデオデータパケットのシーケンス番号をさらに含む。パケット廃棄処理モジュールは、復号対象ビデオストリームを取得するために、受信モジュールによって取得された中間ビデオストリーム内のビデオデータパケットのシーケンス番号、ならびにビデオフレーム情報に含まれる廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するように構成され、第3のビデオデータパケットは、フレームタイプが非参照Bフレームである不完全なビデオフレームがカプセル化されたパケットであり、復号対象ビデオストリームの中のすべてのビデオフレームは完全なビデオフレームである。復号モジュールは、パケット廃棄処理モジュールによって取得された復号対象ビデオストリームを復号するように構成される。
【００４８】
第7の態様によれば、本出願はビデオ送信システムを提供し、システムは、第4の態様または第4の態様の可能な実装形態のいずれか1つによる送信デバイスと、第5の態様または第5の態様の可能な実装形態のいずれか1つによる少なくとも1つのネットワークデバイスと、第6の態様または第6の態様の可能な実装形態のいずれか1つによる受信デバイスとを含んでよい。
【００４９】
第8の態様によれば、本出願は送信デバイスを提供し、送信デバイスは、少なくとも1つのプロセッサ、メモリ、通信インターフェース、および通信バスを含み、メモリは少なくとも1つの命令を記憶するように構成され、少なくとも1つのプロセッサ、メモリ、および通信インターフェースは通信バスを使用して接続され、コンピュータが動作すると、少なくとも1つのプロセッサはメモリに記憶された少なくとも1つの命令を実行し、その結果、コンピュータは、第1の態様または第1の態様の可能な実装形態のいずれか1つによるビデオ送信方法を実行する。
【００５０】
第9の態様によれば、本出願はコンピュータ記憶媒体をさらに提供し、コンピュータ記憶媒体はコンピュータ命令を記憶し、コンピュータ命令が端末上で実行されると、送信デバイスは、本出願の第1の態様または第1の態様の可能な実装形態のいずれか1つによるビデオ送信方法を実行する。
【００５１】
第10の態様によれば、本出願はコンピュータプログラム製品をさらに提供し、コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは、本出願の第1の態様または第1の態様の可能な実装形態のいずれか1つによるビデオ送信方法を実行する。
【００５２】
上記で提供された第8の態様の送信デバイス、第9の態様のコンピュータ記憶媒体、および第10の態様のコンピュータプログラム製品は、すべて上記で提供された対応する方法を実行するように構成される。したがって、送信デバイス、コンピュータ記憶媒体、およびコンピュータプログラム製品によって実現できる有益な効果については、上記で提供された対応する方法における有益な効果に対して参照が行われてよい。詳細は本明細書では再び記載されない。
【００５３】
第11の態様によれば、本出願はネットワークデバイスを提供し、ネットワークデバイスは、少なくとも1つのプロセッサ、メモリ、通信インターフェース、および通信バスを含み、メモリは少なくとも1つの命令を記憶するように構成され、少なくとも1つのプロセッサ、メモリ、および通信インターフェースは通信バスを使用して接続され、コンピュータが動作すると、少なくとも1つのプロセッサはメモリに記憶された少なくとも1つの命令を実行し、その結果、コンピュータは、第2の態様または第2の態様の可能な実装形態のいずれか1つによるビデオ送信方法を実行する。
【００５４】
第12の態様によれば、本出願はコンピュータ記憶媒体をさらに提供し、コンピュータ記憶媒体はコンピュータ命令を記憶し、コンピュータ命令が端末上で実行されると、ネットワークデバイスは、本出願の第2の態様または第2の態様の可能な実装形態のいずれか1つによるビデオ送信方法を実行する。
【００５５】
第13の態様によれば、本出願はコンピュータプログラム製品をさらに提供し、コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは、本出願の第2の態様または第2の態様の可能な実装形態のいずれか1つによるビデオ送信方法を実行する。
【００５６】
上記で提供された第11の態様のネットワークデバイス、第12の態様のコンピュータ記憶媒体、および第13の態様のコンピュータプログラム製品は、すべて上記で提供された対応する方法を実行するように構成される。したがって、ネットワークデバイス、コンピュータ記憶媒体、およびコンピュータプログラム製品によって実現できる有益な効果については、上記で提供された対応する方法における有益な効果に対して参照が行われてよい。詳細は本明細書では再び記載されない。
【００５７】
第14の態様によれば、本出願は受信デバイスを提供し、受信デバイスは、少なくとも1つのプロセッサ、メモリ、通信インターフェース、および通信バスを含み、メモリは少なくとも1つの命令を記憶するように構成され、少なくとも1つのプロセッサ、メモリ、および通信インターフェースは通信バスを使用して接続され、コンピュータが動作すると、少なくとも1つのプロセッサはメモリに記憶された少なくとも1つの命令を実行し、その結果、コンピュータは、第3の態様または第3の態様の可能な実装形態のいずれか1つによるビデオ送信方法を実行する。
【００５８】
第15の態様によれば、本出願はコンピュータ記憶媒体をさらに提供し、コンピュータ記憶媒体はコンピュータ命令を記憶し、コンピュータ命令が端末上で実行されると、受信デバイスは、本出願の第3の態様または第3の態様の可能な実装形態のいずれか1つによるビデオ送信方法を実行する。
【００５９】
第16の態様によれば、本出願はコンピュータプログラム製品をさらに提供し、コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは、本出願の第3の態様または第3の態様の可能な実装形態のいずれか1つによるビデオ送信方法を実行する。
【００６０】
上記で提供された第14の態様の受信デバイス、第15の態様のコンピュータ記憶媒体、および第16の態様のコンピュータプログラム製品は、すべて上記で提供された対応する方法を実行するように構成される。したがって、受信デバイス、コンピュータ記憶媒体、およびコンピュータプログラム製品によって実現できる有益な効果については、上記で提供された対応する方法における有益な効果に対して参照が行われてよい。詳細は本明細書では再び記載されない。
【００６１】
第17の態様によれば、本出願はビデオ送信システムを提供し、システムは、第8の態様による送信デバイス、第11の態様による少なくとも1つのネットワークデバイス、および第14の態様による受信デバイスを含んでよい。
【図面の簡単な説明】
【００６２】
【図１】本発明の一実施形態による、トランスポートネットワークの概略構造図1である。
【図２】本発明の一実施形態による、トランスポートネットワークの概略構造図2である。
【図３】本発明の一実施形態による、送信デバイスの構成の概略図1である。
【図４】本発明の一実施形態による、ネットワークデバイスの構成の概略図1である。
【図５】本発明の一実施形態による、受信デバイスの構成の概略図1である。
【図６】本発明の一実施形態による、ビデオ送信方法のフローチャート1である。
【図７】本発明の一実施形態による、ビデオデータパケットの構成の概略図1である。
【図８】本発明の一実施形態による、ビデオデータパケットの構成の概略図2である。
【図９】本発明の一実施形態による、ビデオ送信方法のフローチャート2である。
【図１０】本発明の一実施形態による、ビデオ送信方法のフローチャート3である。
【図１１】本発明の一実施形態による、ビデオ送信プロセスの概略フローチャート1である。
【図１２】本発明の一実施形態による、ビデオ送信方法のフローチャート4である。
【図１３】本発明の一実施形態による、ビデオ送信プロセスの概略フローチャート2である。
【図１４】本発明の一実施形態による、ビデオストリームの概略図1である。
【図１５】本発明の一実施形態による、ビデオ送信方法のフローチャート5である。
【図１６】本発明の一実施形態による、ビデオ送信プロセスの概略フローチャート3である。
【図１７】本発明の一実施形態による、ビデオデータパケットの廃棄プロセスの概略図である。
【図１８Ａ】本発明の一実施形態による、ビデオ送信方法のフローチャート6である。
【図１８Ｂ】本発明の一実施形態による、ビデオ送信方法のフローチャート6である。
【図１９】本発明の一実施形態による、ビデオストリームの概略図2である。
【図２０Ａ】本発明の一実施形態による、ビデオ送信方法のフローチャート7である。
【図２０Ｂ】本発明の一実施形態による、ビデオ送信方法のフローチャート7である。
【図２１】本発明の一実施形態による、ビデオストリームの概略図2である。
【図２２Ａ】本発明の一実施形態による、ビデオ送信方法のフローチャート8である。
【図２２Ｂ】本発明の一実施形態による、ビデオ送信方法のフローチャート8である。
【図２３】本発明の一実施形態による、送信デバイスの構成の概略図2である。
【図２４】本発明の一実施形態による、ネットワークデバイスの構成の概略図2である。
【図２５】本発明の一実施形態による、ネットワークデバイスの構成の概略図3である。
【図２６】本発明の一実施形態による、ネットワークデバイスの構成の概略図4である。
【図２７】本発明の一実施形態による、ネットワークデバイスの構成の概略図5である。
【図２８】本発明の一実施形態による、ネットワークデバイスの構成の概略図6である。
【図２９】本発明の一実施形態による、ネットワークデバイスの構成の概略図7である。
【図３０】本発明の一実施形態による、受信デバイスの構成の概略図2である。
【図３１】本発明の一実施形態による、受信デバイスの構成の概略図3である。
【発明を実施するための形態】
【００６３】
本発明の実施形態は、具体的に、トランスポートネットワークにおいてビデオストリームが送信されているときに発生するネットワーク輻輳を緩和し、それによって出力ビデオストリームの品質を改善するために、トランスポートネットワークにおいてビデオストリームを送信するプロセスに適用される、ビデオ送信の方法およびシステムおよびデバイスを提供する。
【００６４】
以下で、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的解決策を詳細に記載する。
【００６５】
たとえば、図1は、本発明の一実施形態による、トランスポートネットワークの概略構造図である。図1では、トランスポートネットワークは、送信デバイス、受信デバイス、および1つまたは複数のネットワークデバイスを含んでよい。図1の1つまたは複数のネットワークデバイスは、ネットワークデバイス1、ネットワークデバイス2、ネットワークデバイスNなどであり、Nの値は1以上の正の整数である。
【００６６】
送信デバイスはビデオソースを提供するように構成される。加えて、送信デバイスはさらに、送信デバイスに隣接するネットワークデバイスにソースビデオストリームを送信することができる。ネットワークデバイスは受信デバイスにビデオストリームを送信するように構成される。受信デバイスはビデオストリームを受信するように構成される。本発明のこの実施形態における「ネットワークの輻輳」は、具体的に、トランスポートネットワークにおける1つまたは複数のネットワークデバイスによってビデオストリームを送信するプロセスで発生するネットワークの輻輳であってよい。
【００６７】
本発明のこの実施形態では、ビデオストリームは、上流（すなわち、送信デバイスに向かう方向）から下流（すなわち、受信デバイスに向かう方向）に送信され得ることに留意されたい。加えて、送信デバイスに隣接する1つまたは複数のネットワークデバイスの中のネットワークデバイス、すなわち、送信デバイスに最も近いネットワークデバイスは最上流デバイスと呼ばれる場合があり、受信デバイスに隣接する1つまたは複数のネットワークデバイスの中のネットワークデバイス、すなわち、受信デバイスに最も近いネットワークデバイスは最下流デバイスと呼ばれる。
【００６８】
具体的には、本発明のこの実施形態におけるトランスポートネットワークは、IPTVトランスポートネットワーク、OTTトランスポートネットワークなどであってよい。たとえば、本発明のこの実施形態におけるトランスポートネットワークは、IPTVトランスポートネットワークである。図2に示されたように、IPTVトランスポートネットワークでは、送信デバイスは事業者によって提供されるヘッドエンド（head end、HE）デバイスであってよく、受信デバイスは事業者によって提供される端末デバイスであってよい。HEはIPTVビデオソースを提供し、ビデオソースをビデオストリームに符号化し、ビデオストリーム内のビデオデータを複数のビデオデータパケットにカプセル化し、1つまたは複数のネットワークデバイスを使用して端末デバイスに複数のビデオデータパケットを送信する。次いで、端末デバイスは、表示用のディスプレイデバイスに複数のビデオデータパケットを送信する。たとえば、1つまたは複数のネットワークデバイスは、図2に示されたネットワークデバイス1、ネットワークデバイス2、ネットワークデバイスNなどであってよく、端末デバイスは図2に示されたセットトップボックス（set top box、STB）であってよく、ディスプレイデバイスは図2に示されたテレビであってよい。送信プロセスでは、ネットワークステータスの影響に起因してネットワークの輻輳が発生する可能性がある。したがって、ビデオストリームがヘッドエンドデバイスから端末デバイスに送信されることを保証するために、ビデオストリーム内のいくつかのビデオデータパケットは通常廃棄される可能性があり、すなわち、パケット廃棄が発生する。
【００６９】
具体的には、本発明のこの実施形態で提供されるネットワークデバイスは、ブロードバンドリモートアクセスサーバ（broadband remote access server、BARS）などのルータであってよい。1つのネットワークデバイスがHEに隣接しており、たとえば、図2に示されたネットワークデバイス1がHEに隣接している。HEによってネットワークデバイスに送信されるビデオストリームは、ソースビデオストリームと呼ばれる場合がある。ビデオストリームが1つまたは複数のネットワークデバイス間で送信されるとき、ビデオストリームは中間ビデオストリームと呼ばれる場合がある。たとえば、ネットワークデバイス1によってネットワークデバイス2に送信されるビデオストリームは、中間ビデオストリームと呼ばれる場合がある。加えて、1つのネットワークデバイスが端末デバイスに隣接しており、たとえば、図2に示されたネットワークデバイスNがHEに隣接している。ネットワークデバイスによって端末デバイスに送信されるビデオストリームは、中間ビデオストリームまたは復号対象ビデオストリームと呼ばれる場合がある。復号対象ビデオストリームは、端末デバイスが直接復号することができるビデオストリームである。
【００７０】
確かに、本発明のこの実施形態で提供される送信デバイスは、前述のヘッドエンドデバイスであってよく、またはビデオソースを提供し、ソースビデオストリームを生成する別の送信デバイスであってよい。このことは本発明のこの実施形態では具体的に限定されない。
【００７１】
本発明のこの実施形態で提供される受信デバイスは、前述のSTBであってよく、またはビデオストリームを受信し復号することができる別の端末デバイス、たとえば、携帯電話、タブレットコンピュータ、ノートブックコンピュータ、ウルトラモバイルパーソナルコンピュータ（Ultra-mobile Personal Computer、UMPC）、またはネットブックであってよい。このことは本発明のこの実施形態では具体的に限定されない。
【００７２】
たとえば、図3は、本発明の一実施形態による、送信デバイスの構成の概略図である。図3に示されたように、送信デバイスは、少なくとも1つのプロセッサ31、メモリ32、および通信インターフェース33を含んでよい。
【００７３】
以下で、図3を参照して、送信デバイスの各構成要素を詳細に記載する。
【００７４】
プロセッサ31は、デバイスの制御センタであり、1つのプロセッサであってもよく、複数の処理要素の集合名であってもよい。たとえば、プロセッサ31は、中央処理装置（central processing unit、CPU）または特定用途向け集積回路（Application Specific Integrated Circuit、ASIC）であってよく、あるいは本発明のこの実施形態を実装するように構成された1つもしくは複数の集積回路、たとえば、1つもしくは複数のマイクロプロセッサ（digital signal processor、DSP）、または1つもしくは複数のフィールドプログラマブルゲートアレイ（Field Programmable Gate Array、FPGA）であってよい。
【００７５】
プロセッサ31は、メモリ32に記憶されたソフトウェアプログラムを走らせるかまたは実行し、メモリ32に記憶されたデータを呼び出して、デバイスの様々な機能を実行することができる。たとえば、プロセッサ31は、ソースビデオストリームを取得するために、分割を介してビデオストリーム内のビデオフレームを取得し、ビデオデータパケットをビデオフレームにカプセル化するように構成されてよい。
【００７６】
具体的な実装中に、一実施形態では、プロセッサ31は、1つまたは複数のCPU、たとえば、図3に示されたCPU0およびCPU1を含んでよい。
【００７７】
具体的な実装中に、一実施形態では、送信デバイスは、複数のプロセッサ、たとえば、図3に示されたプロセッサ31およびプロセッサ35を含んでもよい。これらのプロセッサの各々は、シングルコアプロセッサ（single-CPU）であってもよく、マルチコアプロセッサ（multi-CPU）であってもよい。本明細書のプロセッサは、データ（たとえば、コンピュータプログラム命令）を処理するための1つまたは複数のデバイス、回路、および／または処理コアであってよい。
【００７８】
メモリ32は、読取り専用メモリ（read-only memory、ROM）もしくは静的な情報および命令を記憶することが可能な別のタイプの静的ストレージデバイス、またはランダムアクセスメモリ（random access memory、RAM）もしくは情報および命令を記憶することが可能な別のタイプの動的ストレージデバイスであってもよく、電気的消去可能プログラマブル読取り専用メモリ（Electrically Erasable Programmable Read-Only Memory、EEPROM）、コンパクトディスク読取り専用メモリ（Compact Disc Read-Only Memory、CD-ROM）もしくは他のコンパクトディスクストレージもしくは（圧縮光ディスク、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク、ブルーレイディスク（登録商標）などを含む）光ディスクストレージ、磁気ディスク記憶媒体もしくは別の磁気ストレージデバイス、または命令もしくはデータ構造の形態で予想されるプログラムコードを搬送もしくは記憶することが可能であり、コンピュータによってアクセスされることか可能な任意の他の媒体であってもよい。このことは限定されない。メモリ32は独立して存在してよく、通信バス34を使用してプロセッサ31に接続される。あるいは、メモリ32はプロセッサ31と一体化されてよい。
【００７９】
メモリ32は、本発明の実施形態における解決策を実行するためのソフトウェアプログラムを記憶するように構成され、ソフトウェアプログラムの実行はプロセッサ31によって制御される。
【００８０】
通信インターフェース33は、2つの通信インターフェース、すなわち、外部デバイスにデータを送信するように構成された送信インターフェース、および外部デバイスからデータを受信するように構成された受信インターフェースを含んでよい。言い換えれば、送信デバイスは、それぞれ2つの異なる通信インターフェースを介してデータを受信および送信することができる。たとえば、送信デバイスの1つの通信インターフェースは、図1に示されたネットワークデバイス1にソースビデオストリームを送信することができ、他の通信インターフェースは、ネットワークデバイス1によって返されたソースビデオストリーム受信応答を受信することができる。確かに、通信インターフェース33は、データ受信機能およびデータ送信機能を1つの通信インターフェースに統合することができ、通信インターフェースはデータ受信機能およびデータ送信機能を有する。
【００８１】
図3に示された送信デバイスの構造は、送信デバイスに対する制限を構成しない。送信デバイスは、図に示された構成要素より増減した構成要素を含んでよく、またはいくつかの構成要素の組合せを含んでよく、または異なる配置の構成要素を含んでよい。
【００８２】
たとえば、図4は、本発明の一実施形態による、ネットワークデバイスの構成の概略図である。図4に示されたように、ネットワークデバイスは、少なくとも1つのプロセッサ41、メモリ42、および通信インターフェース43を含んでよい。
【００８３】
以下で、図4を参照して、ネットワークデバイスの各構成要素を詳細に記載する。
【００８４】
プロセッサ41は、デバイスの制御センタであり、1つのプロセッサであってもよく、複数の処理要素の集合名であってもよい。たとえば、プロセッサ41は、CPUまたはASICであり、あるいは本発明のこの実施形態を実装するように構成された1つまたは複数の集積回路、たとえば、1つもしくは複数のDSPまたは1つもしくは複数のFPGAである。ネットワーク輻輳管理に使用されるネットワークプロセッサ（Net Processor、NP）およびトラフィックマネージャ（Traffic Manager、TM）は、プロセッサ41にさらに統合されてよい。
【００８５】
プロセッサ41は、メモリ42に記憶されたソフトウェアプログラムを走らせるかまたは実行し、メモリ42に記憶されたデータを呼び出して、デバイスの様々な機能を実行することができる。たとえば、プロセッサ41は、ネットワーク内でビデオを送信するプロセスにおいてトランスポートネットワークが輻輳しているかどうかを判定し、ネットワークデバイスに送信されたビデオデータパケットを選択的に廃棄するように構成されてよい。
【００８６】
具体的な実装中に、一実施形態では、プロセッサ41は、1つまたは複数のCPU、たとえば、図4に示されたCPU0およびCPU1を含んでよい。
【００８７】
具体的な実装中に、一実施形態では、ネットワークデバイスは、複数のプロセッサ、たとえば、図4に示されたプロセッサ41およびプロセッサ45を含んでもよい。これらのプロセッサの各々は、シングルコアプロセッサであってもよく、マルチコアプロセッサであってもよい。本明細書のプロセッサは、データ（たとえば、コンピュータプログラム命令）を処理するための1つまたは複数のデバイス、回路、および／または処理コアであってよい。
【００８８】
メモリ42は、ROM、RAM、EEPROM、CD-ROMもしくは他のコンパクトディスクストレージもしくは（圧縮光ディスク、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク、ブルーレイディスク（登録商標）などを含む）光ディスクストレージ、磁気ディスク記憶媒体もしくは別の磁気ストレージデバイス、または命令もしくはデータ構造の形態で予想されるプログラムコードを搬送もしくは記憶することが可能であり、コンピュータによってアクセスされることか可能な任意の他の媒体であってよい。このことは限定されない。メモリ42は独立して存在してよく、通信バス44を使用してプロセッサ41に接続される。あるいは、メモリ42はプロセッサ41と一体化されてよい。
【００８９】
メモリ42は、本発明の実施形態における解決策を実行するためのソフトウェアプログラムを記憶するように構成され、ソフトウェアプログラムの実行はプロセッサ41によって制御される。
【００９０】
通信インターフェース43は、2つの通信インターフェース、すなわち、外部デバイス（たとえば、図1のネットワークデバイス1に隣接する上流デバイスまたは下流デバイス）にデータを送信するように構成された送信インターフェース、および外部デバイスからデータを受信するように構成された受信インターフェースを含んでよい。言い換えれば、デバイスは、それぞれ2つの異なる通信インターフェースを介してデータを受信および送信することができる。たとえば、図1では、ネットワークデバイス1の1つの通信インターフェースは、送信デバイスからソースビデオストリームを受信するように構成されてよく、他の通信インターフェースは、ネットワークデバイス2に中間ビデオストリームを送信するように構成されてよい。確かに、通信インターフェース43は、データ受信機能およびデータ送信機能を1つの通信インターフェースに統合することができ、通信インターフェースはデータ受信機能およびデータ送信機能を有する。
【００９１】
図4に示されたネットワークデバイスの構造は、ネットワークデバイスに対する制限を構成しない。ネットワークデバイスは、図に示された構成要素より増減した構成要素を含んでよく、またはいくつかの構成要素の組合せを含んでよく、または異なる配置の構成要素を含んでよい。
【００９２】
たとえば、図5は、本発明の一実施形態による、受信デバイスの構成の概略図である。図5に示されたように、受信デバイスは、少なくとも1つのプロセッサ51、メモリ52、および通信インターフェース53を含んでよい。
【００９３】
以下で、図5を参照して、ネットワークデバイスの各構成要素を詳細に記載する。
【００９４】
プロセッサ51は、デバイスの制御センタであり、1つのプロセッサであってもよく、複数の処理要素の集合名であってもよい。たとえば、プロセッサ51は、CPU、ASIC、あるいは本発明のこの実施形態を実装するように構成された1つまたは複数の集積回路、たとえば、1つもしくは複数のDSPまたは1つもしくは複数のFPGAであってよい。
【００９５】
プロセッサ51は、メモリ52に記憶されたソフトウェアプログラムを走らせるかまたは実行し、メモリ52に記憶されたデータを呼び出して、ネットワークデバイスの様々な機能を実行することができる。たとえば、プロセッサ51は、ネットワークデバイスから復号対象ビデオストリームを受信し、復号対象ビデオストリームを復号するように構成されてよい。
【００９６】
具体的な実装中に、一実施形態では、プロセッサ51は、1つまたは複数のCPU、たとえば、図5に示されたCPU0およびCPU1を含んでよい。
【００９７】
具体的な実装中に、一実施形態では、受信デバイスは、複数のプロセッサ、たとえば、図5に示されたプロセッサ51およびプロセッサ55を含んでもよい。これらのプロセッサの各々は、シングルコアプロセッサであってもよく、マルチコアプロセッサであってもよい。本明細書のプロセッサは、データ（たとえば、コンピュータプログラム命令）を処理するための1つまたは複数のデバイス、回路、および／または処理コアであってよい。
【００９８】
メモリ52は、ROM、RAM、EEPROM、CD-ROMもしくは他のコンパクトディスクストレージもしくは（圧縮光ディスク、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク、ブルーレイディスク（登録商標）などを含む）光ディスクストレージ、磁気ディスク記憶媒体もしくは別の磁気ストレージデバイス、または命令もしくはデータ構造の形態で予想されるプログラムコードを搬送もしくは記憶することが可能であり、コンピュータによってアクセスされることか可能な任意の他の媒体であってよい。このことは限定されない。メモリ52は独立して存在してよく、通信バス54を使用してプロセッサ51に接続される。あるいは、メモリ52はプロセッサ51と一体化されてよい。
【００９９】
メモリ52は、本発明の実施形態における解決策を実行するためのソフトウェアプログラムを記憶するように構成され、ソフトウェアプログラムの実行はプロセッサ51によって制御される。
【０１００】
通信インターフェース53は、2つの通信インターフェース、すなわち、外部デバイス（たとえば、図1の受信デバイスに隣接する上流デバイス）にデータを送信するように構成された送信インターフェース、および外部デバイスからデータを受信するように構成された受信インターフェースを含んでよい。言い換えれば、デバイスは、それぞれ2つの異なる通信インターフェースを介してデータを受信および送信することができる。たとえば、図1では、受信デバイスの1つの通信インターフェースは、ネットワークデバイスNからビデオストリームを受信するように構成されてよく、他の通信インターフェースは、ネットワークデバイスNにビデオストリーム受信応答を返すように構成されてよい。確かに、通信インターフェース53は、データ受信機能およびデータ送信機能を1つの通信インターフェースに統合することができ、通信インターフェースはデータ受信機能およびデータ送信機能を有する。
【０１０１】
図5に示された受信デバイスの構造は、ネットワークデバイスに対する制限を構成しない。受信デバイスは、図に示された構成要素より増減した構成要素を含んでよく、またはいくつかの構成要素の組合せを含んでよく、または異なる配置の構成要素を含んでよい。たとえば、受信デバイスは、ビデオを再生するように構成されたディスプレイをさらに含んでよい。
【０１０２】
図3に示された送信デバイス、図4に示された1つまたは複数のネットワークデバイス、および図5に示された受信デバイスを参照して、本発明の実施形態の目的、技術的解決策、および利点をより明確にするために、以下で、図6に示されたビデオ送信方法のフローチャートを使用することにより、本発明の実施形態で提供されるビデオ送信方法を詳細に記載する。図6を参照すると、本発明のこの実施形態で提供されるビデオ送信方法は、S601aおよびS601bを含む。
【０１０３】
S601a．送信デバイスがソースビデオストリームを生成し、ソースビデオストリームは複数のビデオデータパケットを含み、各ビデオデータパケットはビデオフレーム情報を含む。
【０１０４】
S601b．送信デバイスがネットワークデバイス1にソースビデオストリームを送信する。
【０１０５】
ステップ601aは、図3に示された送信デバイス内のプロセッサ31によって実行されてよく、ステップ601bは、図3に示された送信デバイス内の通信インターフェース33によって実行されてよい。
【０１０６】
本発明のこの実施形態におけるネットワークデバイス1は、送信デバイスに隣接するネットワークデバイスである。
【０１０７】
本発明のこの実施形態では、送信デバイスは、ビデオソースをビデオストリームに符号化することができ、ビデオストリーム内のビデオフレームのフレームタイプは、Iフレーム、Pフレーム、参照Bフレーム、および非参照Bフレームを含んでよく、参照Bフレームおよび非参照BフレームはBフレームと総称される場合がある。各ビデオフレームはビデオデータを含む。
【０１０８】
具体的には、Iフレームはビデオストリーム内のGOPのベースフレーム（最初のフレーム）であり、1つのGOPは、通常、ただ1つのIフレームを含む。Iフレーム内のビデオデータは、画像の背景および運動体の詳細を記述するために使用され、別の画像を参照せずに生成される。加えて、Iフレームは、Pフレーム、参照Bフレーム、および非参照Bフレームの参照フレームである。したがって、Iフレームの品質は、対応するGOP内のIフレームに続く各ビデオフレームの品質に直接影響を及ぼす。たとえば、Iフレーム内の一部のビデオデータが失われた場合、Iフレームに続く別のビデオフレームが誤って符号化される可能性がある。
【０１０９】
PフレームはIフレームに続くビデオフレームである。Pフレームは、最も近いIフレーム、またはPフレームの前にある最も近いPフレームのみを基準として使用する。Pフレームは、Pフレームに続くPフレームの参照フレームであってもよく、Pフレームの前後にあるBフレームの参照フレームであってもよい。したがって、Pフレームの品質は、Pフレームに続くビデオフレームの品質にも影響を及ぼす。たとえば、Pフレーム内の一部のビデオデータが失われた場合、Pフレームに続く別のビデオフレームが誤って符号化される可能性がある。
【０１１０】
Bフレームは、Bフレームに先行するビデオフレームおよびBフレームに続くビデオフレームを参照フレームとして使用し、Bフレームは、参照Bフレームおよび（bフレームと呼ばれる）非参照Bフレームを含んでよい。参照Bフレームは、いくつかの他のBフレームの参照フレームとして使用されてよく、bフレームはいかなるビデオフレームの参照フレームとしても使用されない。したがって、参照Bフレームの品質は、参照Bフレームに続くビデオフレームの品質に影響を及ぼす可能性がある。たとえば、参照Bフレーム内の一部のビデオデータが失われた場合、参照Bフレームに続く別のビデオフレームが誤って符号化される可能性がある。しかしながら、bフレームの品質は、bフレームに続くビデオフレームに影響を及ぼさない。たとえば、bフレーム内の一部のビデオデータが失われた場合、bフレームに続く別のビデオフレームは誤って符号化されない。言い換えれば、bフレームは、別のビデオフレームの基準として使用されないビデオフレームである。
【０１１１】
結論として、ビデオストリームの品質に対するビデオストリーム内のbフレーム、参照Bフレーム、Pフレーム、およびIフレームの影響は小さい順である。
【０１１２】
少なくとも1つのビデオフレームのフレームタイプは、Iフレーム、Pフレーム、参照Bフレーム、および非参照Bフレームのうちの1つまたは複数を含んでよい。一般に、ビデオストリームは、フレームタイプがIフレーム、Pフレーム、参照Bフレーム、およびbフレームのすべてであるビデオフレームを含んでよい。確かに、いくつかのビデオストリームは、フレームタイプがPフレームであるビデオフレームを含まない場合がある。
【０１１３】
送信デバイスは、特定のデータ容量に基づいて、各ビデオフレーム内のビデオデータを複数のビデオデータパケットにカプセル化できることに留意されたい。「ビデオストリーム内のいくつかのビデオデータを廃棄すること」は、ネットワークデバイスおよび／または受信デバイスなどのネットワーク要素がビデオストリーム内のいくつかのビデオデータパケットを廃棄することを意味する。
【０１１４】
一般に、トランスポートネットワークでは、物理層の多重アクセス制御（Multiple Access Control Protocol、MAC）プロトコル、ネットワーク層のインターネットプロトコル（Internet Protocol、IP）、トランスポート層のユーザデータグラムプロトコル（User Datagram Protocol、UDP）、およびアプリケーション層のリアルタイムトランスポートプロトコル（Reliable Transport Protocol、RTP）が、ビデオストリーム内のビデオデータを複数のビデオデータパケットにカプセル化してビデオストリームを送信するために使用されてよい。
【０１１５】
たとえば、IPTVトランスポートネットワークでは、送信デバイスがビデオストリーム内のビデオデータを複数のビデオデータパケットにカプセル化することは、ビデオデータをRTPのペイロード（Payload）としてRTPにカプセル化することを含んでよく、その結果、RTPパケットはRTPのPayloadおよびRTPヘッダを含む。本発明のこの実施形態で提供されるビデオデータパケットはRTPパケットであってよい。
【０１１６】
物理層、ネットワーク層、およびトランスポート層においてRTPパケットを送信するために、送信デバイスはさらに、UDPパケットがUDPのPayloadおよびUDPヘッダを含むように、RTPパケットをUDPのPayloadとして使用し、IPパケットがIPのPayloadおよびIPヘッダを含むように、UDPパケットをIPのPayloadとして使用し、MACパケットがMACのPayloadおよびMACヘッダを含むように、IPパケットをMACのPayloadとして使用することができる。
【０１１７】
たとえば、ビデオストリームに含まれる3つのビデオフレームが、連続して、ビデオフレーム1、ビデオフレーム2、およびビデオフレーム3であり、ビデオフレーム1内のビデオデータのサイズが400キロバイト（Kilobyte、KB）であり、ビデオフレーム2内のビデオデータのサイズが350KBであり、ビデオフレーム3内のビデオデータのサイズが450KBであると仮定する。
【０１１８】
送信デバイスが各ビデオデータパケットに含まれるビデオデータの容量を80KBにプリセットする、すなわち、ビデオデータ部分の容量が80KBであるとき、送信デバイスはビデオフレーム1をビデオデータパケット1〜5にカプセル化することができ、ビデオデータパケット1〜5は各々80KBのビデオデータを含み、送信デバイスはビデオフレーム2をビデオデータパケット6〜10にカプセル化することができ、ビデオデータパケット6〜9は各々80KBのビデオデータを含み、ビデオデータパケット10は30KBのビデオデータを含む。
【０１１９】
1つのビデオフレームに対応する最後のビデオデータパケットのビデオデータのサイズがプリセット容量（たとえば、80KB）に達しないとき、送信デバイスは最後のビデオデータパケットがそのビデオフレームにのみビデオデータを含め、そのビデオフレームに続く別のビデオフレーム内のビデオデータを除外することを可能にできることに留意されたい。このようにして、ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、言い換えれば、ビデオフレームの境界はビデオデータパケットの境界である。
【０１２０】
たとえば、送信デバイスは、ビデオフレーム3内のビデオデータをビデオデータパケット10にカプセル化せず、ビデオフレーム3内のビデオデータをビデオデータパケット11〜16にカプセル化してよい。ビデオデータパケット11〜15は各々80KBのビデオデータを含み、ビデオデータパケット16は50KBのビデオデータを含む。このようにして、ビデオフレーム1の境界はビデオデータパケット5の境界であり、ビデオフレーム2の境界はビデオデータパケット10の境界であり、ビデオフレーム3の境界はビデオデータパケット16の境界である。
【０１２１】
本発明のこの実施形態で提供されるビデオ送信方法では、送信デバイスは、ビデオストリーム内のビデオデータを複数のビデオデータパケットにカプセル化するプロセスにおいて、各ビデオデータパケットにビデオフレーム情報を追加することができることに留意されたい。
【０１２２】
フレームタイプがbフレームであるビデオフレーム内のビデオデータがカプセル化されたビデオデータパケットは、第1のビデオデータパケットと表記される場合があり、フレームタイプがbフレーム以外のフレーム（すなわち、Iフレーム、Pフレーム、または参照Bフレーム）であるビデオフレーム内のビデオデータがカプセル化されたビデオデータパケットは、第2のビデオデータパケットと表記される場合がある。
【０１２３】
ビデオフレーム情報は廃棄指示情報を含み、廃棄指示情報はビデオデータパケットの廃棄優先度を示すために使用される。ビデオフレーム情報に含まれる廃棄指示情報は、以下で「ビデオデータパケットに含まれる廃棄指示情報」としてさらに記載され得る。第1のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度は、第2のビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度よりも高い。この場合、ソースビデオストリームなどのビデオストリーム内の第1のビデオデータパケットおよび第2のビデオデータパケットは、廃棄指示情報に基づいて互いに区別され得る。廃棄指示情報は、具体的に、ビデオデータパケットにカプセル化されたビデオデータが属するビデオフレームのフレームタイプであってよい。フレームタイプに基づいて、bフレームおよびbフレーム以外のフレームタイプを互いに区別することができるので、廃棄指示情報は、ビデオデータパケットの廃棄優先度を示すために使用されてよい。このようにして、トランスポートネットワークにおいて、送信デバイスによって生成されたソースビデオストリームを送信するプロセスでは、ネットワークデバイスまたは受信デバイスなどのネットワーク要素は、ビデオフレーム情報を含む複数のビデオデータパケットを受信する、すなわち、第1のビデオデータパケットを示すビデオストリームを受信することができる。このようにして、トランスポートネットワークにおいて、第2のビデオデータパケットの前に第1のビデオデータパケットが廃棄されてよく、したがって、第2のビデオデータパケットは廃棄される可能性が低い。ビデオストリームに対するbフレームの影響は、ビデオストリームに対するbフレーム以外のフレームタイプのビデオフレームの影響よりも小さい。したがって、第2のビデオデータパケットは廃棄される可能性が低く、その結果、トランスポートネットワークにおいて送信されるビデオストリームの品質は比較的高い。
【０１２４】
たとえば、（Dと表記される）廃棄指示情報は1ビット（bit）の情報であってよい。たとえば、第1のビデオデータパケット内のDの値は1であってよく、第2のビデオデータパケット内のDの値は0であってよい。
【０１２５】
同じビデオフレームから取得された異なるビデオデータパケット内で搬送される廃棄指示情報は同じである。たとえば、ビデオフレーム1のフレームタイプがIフレームである場合、ビデオデータパケット1〜5の各々の中のDの値は0であり、ビデオフレーム3のフレームタイプがbフレームである場合、ビデオデータパケット11〜16の各々の中のDの値は1である。
【０１２６】
前述の説明から、送信デバイスが、ソースビデオデータストリームを取得するために、ビデオフレーム情報を含む複数のビデオデータパケットを取得することが分かる。ソースビデオストリームを取得するプロセスでは、「各ビデオフレーム内のビデオデータを複数のビデオデータパケットにカプセル化する」および「各ビデオデータパケットにビデオフレーム情報を追加する」などのステップは、具体的に、図3に示されたプロセッサ31によって実行されてよい。
【０１２７】
さらに、本発明のこの実施形態で提供される可能な実装形態では、送信デバイスによってビデオデータパケットにビデオフレーム情報を追加するための方法は、送信デバイスにより、アプリケーション認識基板プロトコル（application aware substrate protocol、A2SP）を使用することによってビデオフレーム情報を追加するステップを含んでよく、A2SPプロトコルはUDPプロトコルとRTPプロトコルとの間で実行される。
【０１２８】
たとえば、図7に示されたビデオデータパケットはA2SPヘッダを含む。具体的には、ビデオデータはRTPのPayloadとしてRTPにカプセル化され、RTPパケットはRTPのPayloadおよびRTPヘッダを含み、RTPパケットはA2SPパケットのPayloadとして使用され、A2SPパケットはA2SPパケットのPayloadおよびA2SPヘッダを含み、A2SPパケットはUDPのPayloadとして使用され、UDPパケットはUDPのPayloadおよびUDPヘッダを含み、UDPパケットはIPのPayloadとして使用され、IPパケットはIPのPayloadおよびIPヘッダを含み、IPパケットはMACのPayloadとして使用され、MACパケット、すなわち、前述のビデオデータパケットはMACのPayloadおよびMACヘッダを含む。A2SPヘッダは4バイトのMagic Numberで始まり、Magic NumberはUDPのPayloadがA2SPパケットであることを示すために使用される。Magic Numberの後に4バイト（32ビット）のビデオフレーム情報が続く。ビデオフレーム情報内の4バイトの中の任意のビットの情報は、廃棄指示情報を示すために使用されてよい。この場合、本発明のこの実施形態で提供されるビデオデータパケットはA2SPパケットであってよく、A2SPパケットはRTPパケットおよびA2SPヘッダを含む。
【０１２９】
場合によっては、本発明のこの実施形態で提供される別の可能な実装形態では、送信デバイスによってビデオデータパケットにビデオフレーム情報を追加するための方法は、ビデオフレーム情報を追加するために、RTPプロトコルを使用してRTPヘッダの後にRTP拡張ヘッダを追加するステップを含んでよい。
【０１３０】
たとえば、図8に示されたビデオデータパケットはRTP拡張ヘッダを含む。具体的には、ビデオデータはRTPのPayloadとしてRTPにカプセル化され、RTPパケットはRTPのPayload、RTPヘッダ、およびRTP拡張ヘッダを含み、RTPパケットはUDPのPayloadとして使用され、UDPパケットはUDPのPayloadおよびUDPヘッダを含み、UDPパケットはIPのPayloadとして使用され、IPパケットはIPのPayloadおよびIPヘッダを含み、IPパケットはMACのPayloadとして使用され、MACパケットはMACのPayloadおよびMACヘッダを含む。この場合、本発明のこの実施形態で提供されるビデオデータパケットは、RTPのPayload、RTPヘッダ、およびRTP拡張ヘッダを含むRTPパケットであってよい。
【０１３１】
図8に示されたRTP拡張ヘッダは、ファイルフィールドおよび長さフィールドによって定義される2つのフィールドを含む。2つのフィールドは、RTPプロトコル内で指定されるように、合計4バイトを有し、長さフィールドは拡張ヘッダの残りの部分の長さを示し、長さは4バイト単位で測定される。本発明のこの実施形態では、長さフィールドの値は1であり、残りの部分の長さが4バイトであることを示す。言い換えれば、ビデオフレーム情報は4バイトを含んでよい。ビデオフレーム情報内の4バイトの中の任意のビットの情報は、廃棄指示情報を示すために使用されてよい。
【０１３２】
送信デバイスは、「A2SPプロトコルを使用してビデオフレーム情報を追加する」または「ビデオフレーム情報を追加するために、RTPプロトコルを使用してRTPヘッダの後にRTP拡張ヘッダを追加する」ステップを実行し、その結果、送信デバイスによって1つまたは複数のネットワークデバイスおよび受信デバイスに送信されるビデオストリームは、ビデオフレーム情報を含む。このようにして、1つまたは複数のネットワークデバイスによって受信されるビデオデータパケットはビデオフレーム情報を含んでよく、受信デバイスによって受信されるビデオストリームもビデオフレーム情報を含んでよい。
【０１３３】
以下の実施形態では、ビデオデータパケットおよびビデオデータパケットにカプセル化されたビデオデータが属するビデオフレームのフレームタイプを説明しやすくするために、いくつかの説明では、フレームタイプがbフレームであるビデオフレーム内のビデオデータがカプセル化されるビデオデータパケットは、bフレームタイプのビデオデータパケット（すなわち、第1のビデオデータパケット）と呼ばれる場合があり、フレームタイプがIフレームであるビデオフレーム内のビデオデータがカプセル化されるビデオデータパケットは、Iフレームタイプのビデオデータパケットと呼ばれる場合があり、フレームタイプがPフレームであるビデオフレーム内のビデオデータがカプセル化されるビデオデータパケットは、Pフレームタイプのビデオデータパケットと呼ばれる場合があり、フレームタイプが参照Bフレームであるビデオフレーム内のビデオデータがカプセル化されるビデオデータパケットは、参照Bフレームタイプのビデオデータパケットと呼ばれる場合がある。同じビデオデータパケットの異なる名前は、説明を簡単にするために使用されるにすぎず、ビデオデータパケットに対する制限を構成しない。
【０１３４】
可能な実装形態では、本発明のこの実施形態で提供されるビデオ送信方法において、送信デバイスによって第2のビデオデータパケットに追加されたビデオフレーム情報に含まれる廃棄指示情報は、Bフレームタイプのビデオデータパケット、Pフレームタイプのビデオデータパケット、およびIフレームタイプのビデオデータパケットの廃棄優先度をさらに示すことができる。廃棄指示情報は、具体的に、ビデオデータパケットにカプセル化されたビデオデータが属するビデオフレームのフレームタイプであってよい。フレームタイプに基づいて、bフレーム、ならびにbフレーム以外の参照Bフレーム、Pフレーム、およびIフレームを互いに区別することができるので、廃棄指示情報は、ビデオデータパケットの廃棄優先度を示すために使用されてよい。具体的には、bフレームタイプのビデオデータパケット、参照Bフレームタイプのビデオデータパケット、Pフレームタイプのビデオデータパケット、およびIフレームタイプのビデオデータパケットに含まれる廃棄指示情報によって示される廃棄優先度は小さい順である。
【０１３５】
この場合、廃棄指示情報に基づいて、ソースビデオストリームなどのビデオストリーム内の第1のビデオデータパケット（bフレームタイプのビデオデータパケット）および第2のビデオデータパケットを互いに区別することができるだけでなく、第2のビデオデータパケットの中の参照Bフレームタイプのビデオデータパケット、Pフレームタイプのビデオデータパケット、およびIフレームタイプのビデオデータパケットも互いに区別することができる。したがって、ビデオフレーム情報を含む複数のビデオデータパケットを受信した後、ネットワークデバイスまたは受信デバイスなどのネットワーク要素は、ビデオデータパケットに含まれる廃棄指示情報に基づいて、bフレームタイプのビデオデータパケット、参照Bフレームタイプのビデオデータパケット、Pフレームタイプのビデオデータパケット、およびIフレームタイプのビデオデータパケットを連続して廃棄することができる。このようにして、bフレームタイプのビデオデータパケット、Pフレームタイプのビデオデータパケット、参照Bフレームタイプのビデオデータパケット、およびIフレームタイプのビデオデータパケットの廃棄の可能性は大きい順であり、その結果、トランスポートネットワークにおいて送信されるビデオストリームの品質をさらに改善することができる。
【０１３６】
たとえば、代替として、廃棄指示情報Dは2ビットの情報であってよい。第1のビデオデータパケット（bフレームタイプのビデオデータパケット）内のDの値は11であってよく、第2のビデオデータパケットでは、参照Bフレームのビデオデータパケット内のDの値は10であってよく、Pフレームタイプのビデオデータパケット内のDの値は01であってよく、Iフレームタイプのビデオデータパケット内のDの値は00であってよい。
【０１３７】
本発明のこの実施形態では、第1のビデオデータパケットおよび第2のビデオデータパケットが廃棄指示情報に基づいて互いに区別される例のみが、本発明のこの実施形態で提供されるビデオ送信方法を記載するために以下で使用され、廃棄指示情報は、たとえば1ビットの情報である。
【０１３８】
トランスポートネットワークでは、送信デバイスが送信デバイスに隣接するネットワークデバイスにソースビデオストリームを送信することに留意されたい。したがって、ネットワークデバイスが送信デバイスに隣接するとき、図6に示されたビデオ送信方法は、S602およびS603をさらに含んでよい。
【０１３９】
S602．ネットワークデバイス1がソースビデオストリームを受信する。
【０１４０】
ステップ602は、トランスポートネットワーク内の送信デバイスに隣接するネットワークデバイスによって実行されてよい。たとえば、図2および図4を参照すると、ステップ602は、具体的に、ネットワークデバイス1内の通信インターフェース43によって実行されてよい。
【０１４１】
ネットワークデバイス1は下流ネットワークデバイスにソースビデオストリームを送信することができ、その結果、ビデオストリームは受信デバイスに送信される。ビデオストリームを送信するプロセスでは、ネットワークデバイス1はステップ603をさらに実行することができる。
【０１４２】
S603．ネットワークデバイス1が、ネットワークが輻輳していると判断すると、ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する。
【０１４３】
図1および図4を参照すると、ステップ602は、具体的に、ネットワークデバイス1内のプロセッサ41によって実行されてよい。
【０１４４】
ネットワークデバイス1によってビデオストリームを送信するプロセスにおいて、ネットワークデバイス1が、ネットワークが輻輳していると判断すると、下流ネットワークデバイスにソースビデオストリームを送信するために、ネットワークデバイス1は、ソースビデオストリーム内のbフレームタイプの1つまたは複数のビデオデータパケットを選択的に廃棄することができる。
【０１４５】
ビデオフレーム情報が廃棄指示情報を含むとき、ネットワークデバイス1は、ビデオデータパケットの廃棄指示情報に基づいて、ビデオデータパケットを廃棄するべきかどうかを判定することができることに留意されたい。したがって、前述の実施形態におけるステップ603は、具体的に、ステップ901であってもよい。たとえば、図9に示されたビデオ送信方法では、図6に示されたステップ603は、具体的に、ステップ901であってもよい。
【０１４６】
S901．ネットワークが輻輳していると判断すると、ネットワークデバイス1が、ビデオフレーム情報に含まれる廃棄指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄する。
【０１４７】
たとえば、ネットワークが輻輳しているとき、ビデオデータパケット1〜5内のDの値はすべて0なので、ネットワークデバイス1はビデオデータパケット1〜5を廃棄しなくてよく、ビデオデータパケット11〜16内のDの値はすべて1なので、ネットワークデバイス1は、ビデオデータパケット11〜16のうちの1つまたは複数を選択的に廃棄してよい。
【０１４８】
ネットワークが輻輳しているとき、ネットワークデバイス1は「ソースビデオストリーム内の1つまたは複数の第1のビデオデータパケットを廃棄する」ステップを実行し、ネットワークデバイスは、ネットワークが輻輳しなくなるまで、「ソースビデオストリーム内の1つまたは複数の第1のビデオデータパケットを廃棄する」ステップの実行を停止しなくてよいことに留意されたい。ネットワークがもっと輻輳すると、ネットワークデバイスによって廃棄されるソースビデオストリーム内のbフレームタイプのビデオデータパケットが大量になる。
【０１４９】
ネットワークデバイス1がステップ603またはステップ901を実行した後に取得されるビデオストリームは、中間ビデオストリームであると考えられてよい。「ソースビデオストリーム内の1つまたは複数の第1のビデオデータパケットを廃棄する」プロセスでは、ビデオストリーム内のbフレームタイプの一部のビデオデータパケットのみが失われる場合があるか、またはビデオストリーム内のbフレームタイプのすべてのビデオデータパケットが失われる。加えて、ビデオストリーム内で失われるbフレームタイプの複数のビデオデータパケットは異なるbフレームに対応する場合があるので、中間ビデオストリームは不完全なbフレームを含む可能性がある。一部のビデオデータパケットが廃棄され、他のビデオデータパケットが廃棄されないビデオフレームは不完全なビデオフレームであり、ビデオデータパケットが廃棄されないビデオフレームは完全なビデオフレームである。たとえば、ネットワークデバイス1は、ビデオフレーム3に対応するビデオデータパケット15およびビデオデータパケット16のみを廃棄してよく、またはビデオフレーム3に対応するすべてのビデオデータパケット11〜16を廃棄してよい。
【０１５０】
場合によっては、ネットワークの輻輳が比較的深刻なとき、たとえば、ソースビデオストリーム内のbフレームタイプのすべてのビデオデータパケットが廃棄された後にネットワークがまだ輻輳しているとき、ネットワークデバイス1は、ソースビデオストリーム内の参照Bフレームタイプのビデオデータパケット、Pフレームタイプのビデオデータパケット、およびIフレームタイプのビデオデータパケットを連続して廃棄することができる。これは、本発明のこの実施形態では詳細に記載されず、当業者によって容易に実施することができる。
【０１５１】
本発明のこの実施形態で提供されるビデオ送信方法では、ビデオフレーム情報は廃棄指示情報を含んでよいので、ネットワークデバイス（たとえば、ネットワークデバイス1）によって受信されるビデオストリームは、ビデオフレーム情報を含んでよい。したがって、ネットワークデバイスは、ビデオフレーム情報に基づいて、ビデオストリーム内のbフレームタイプのビデオデータパケットをbフレームタイプ以外のフレームタイプのビデオデータパケットから区別し、ビデオストリーム内のbフレームタイプの1つまたは複数のビデオデータパケットを廃棄することができる。このようにして、ネットワークデバイスは、ネットワークの輻輳を緩和するために、ビデオストリーム内のbフレームタイプのビデオデータパケットを優先的に廃棄することができる。加えて、ネットワークデバイスは、bフレームタイプのビデオデータパケットのみを廃棄することができ、その結果、受信デバイスに送信されるビデオストリームの品質を改善することができる。さらに、ビデオストリームがテレビなどのデバイスで再生されるときにアーティファクトまたはフレームのフリーズなどの現象が発生する可能性を低減することができる。
【０１５２】
加えて、「送信デバイスによってビデオストリーム内のビデオデータを複数のビデオデータパケットにカプセル化する」プロセスでは、ビデオフレームの境界はビデオデータパケットの境界である。したがって、ネットワークデバイスが1つのビデオデータパケット（たとえば、bフレームタイプのビデオデータパケット）を廃棄するプロセスでは、ビデオデータパケットに対応するビデオフレームの品質のみが影響を受け、そのビデオフレーム以外のビデオフレームの品質は影響を受けず、その結果、受信デバイスに出力されるビデオストリームの品質はさらに改善される。
【０１５３】
さらに、ネットワークデバイスがルータであるとき、ネットワークデバイスは、ビデオストリーム内の複数のビデオデータパケットをキュー形式で1つずつ送信する。ネットワークデバイスのネットワーク輻輳は、具体的に、ネットワークデバイス内のビデオデータパケットを送信するために使用されるキューの輻輳である。ネットワークデバイスがビデオストリームを受信するとき、現在、送信されている複数のビデオデータパケットは、ネットワークデバイスのキューにさらに存在する場合がある。キュー内の現在送信されているビデオデータパケットの数が多すぎる場合、キューが輻輳する可能性がある。キューが輻輳しているとき、ネットワークデバイスは、キュー内の次に送信されるビデオデータパケットに対して、「1つまたは複数の第1のビデオデータパケットを廃棄する」ステップを実行することができる。
【０１５４】
本発明のこの実施形態で提供される可能な実装形態では、ネットワークデバイスがキューを使用してビデオデータパケットを送信するとき、前述の実施形態におけるステップ901は、ステップ1001〜ステップ1003を含んでよい。たとえば、図10に示されたビデオ送信方法では、図9に示されたステップ901は、ステップ1001〜ステップ1003を含んでよい。
【０１５５】
S1001．ネットワークデバイス1が、ネットワークが輻輳していると判断する。
【０１５６】
図1および図4を参照すると、ステップ1001は、ネットワークデバイス1内のプロセッサ41内のTMによって実行されてよい。
【０１５７】
たとえば、ネットワークデバイス1が、（現在のキューと呼ばれる）ビデオデータパケットを送信するために現在使用されているキューの長さが特定のしきい値より大きいことを検出した場合、キューは輻輳している。現在のキューの長さが特定のしきい値より大きいことは、キュー内のビデオデータパケットの数が特定のしきい値より大きいことである。本発明のこの実施形態では、特定のしきい値の値は限定されず、この値は、本出願で提供される解決策の実現に影響を及ぼさない。
【０１５８】
現在のキューが輻輳していると判断した後、ネットワークデバイスは、現在のキューに入る各ビデオデータパケットに内部ラベルを追加して、ネットワークデバイス側でビデオデータパケットの内部送信優先度を区別することができる。ビデオデータパケットの内部送信優先度は、ネットワークデバイスがビデオデータパケットを送信する優先度を示すために使用されてよい。
【０１５９】
具体的には、内部ラベルは、対応するビデオデータパケットの廃棄レベルを示すために使用される色（Color）を含んでよい。たとえば、色には緑（Green）および赤（Red）が含まれてよい。緑に着色されたビデオデータパケットの内部送信優先度が最も高く、ネットワークデバイス1はそのビデオデータパケットを最も優先的に送信することができる。赤で着色されたビデオデータパケットの内部送信優先度が最も低く、ネットワークデバイス1はそのビデオデータパケットを選択的に送信することができる。言い換えれば、ネットワークが輻輳しているとき、ネットワークデバイス1は、赤に着色されたビデオデータパケットを優先的に廃棄することができ、緑に着色されたビデオデータパケットを廃棄しなくてよい。
【０１６０】
したがって、本発明のこの実施形態で提供される方法では、ネットワークデバイス1はステップ1002をさらに実行することができる。ネットワークデバイス1は、ステップ1001の前または後にステップ1002を実行することができるか、またはステップ1001とステップ1002を同時に実行することができる。このことは本発明のこの実施形態では限定されない。たとえば、図10に示された方法では、ネットワークデバイス1は、ステップ1001の後にステップ1002を実行することができる。
【０１６１】
S1002．ネットワークデバイス1が、ビデオフレーム情報に含まれる廃棄指示情報に基づいて、マッピングを介してビデオデータパケットの色を取得する。
【０１６２】
図1および図4を参照すると、ステップ1001は、ネットワークデバイス1内のプロセッサ41内のNPによって実行されてよい。
【０１６３】
たとえば、図11は、本発明の一実施形態による、ビデオ送信プロセスの概略フローチャートである。ネットワークデバイス1は、Dが1の値をもつビデオデータパケット1〜3を赤で着色し、すなわち、bフレームタイプのビデオデータパケットを赤で着色し、Dが0の値をもつビデオデータパケット4を緑で着色し、すなわち、Iフレームタイプのビデオデータパケット、Pフレームタイプのビデオデータパケット、または参照Bフレームタイプのビデオデータパケットを緑で着色することができる。
【０１６４】
S1003．ネットワークデバイス1が、中間ビデオストリームを取得するために、色に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する。
【０１６５】
図1および図4を参照すると、ステップ1003は、ネットワークデバイス1内のプロセッサ41内のTMによって実行されてよい。
【０１６６】
bフレームタイプのビデオデータパケットの内部送信優先度は最も低く、ネットワークデバイス1は、bフレームタイプのビデオデータパケットを最も優先的に廃棄することができる。通常、ネットワークデバイス1は、緑に着色されたビデオデータパケットを廃棄しない。図11に示されたように、ネットワークが輻輳しているとき、ネットワークデバイス1はビデオデータパケット4を廃棄することができる。この場合、ネットワークデバイス1は中間ビデオストリームを取得し、中間ビデオストリームはビデオデータパケット1〜3を含む。
【０１６７】
本発明のこの実施形態で提供されるビデオ送信方法では、送信デバイスによってビデオデータパケットに追加されるビデオフレーム情報が廃棄指示情報を含むので、ネットワークデバイスは、ビデオデータパケット内のビデオフレーム情報に基づいて、ビデオデータパケットの内部ラベル（たとえば、色）を取得することができることに留意されたい。したがって、ネットワークデバイス側でビデオデータパケットの内部送信優先度を区別するために、ネットワークデバイスはビデオデータパケットに内部ラベルを追加することができる。次いで、ネットワークデバイスは、内部送信優先度に基づいて、bフレームのビデオデータパケットを区別することができる。このようにして、ネットワークデバイスは、ネットワークの輻輳を緩和し、出力ビデオストリームの品質を改善するために、bフレームタイプの1つまたは複数のビデオデータパケットを廃棄することができる。
【０１６８】
さらに、本発明のこの実施形態の可能な実装形態では、ビデオデータパケットにビデオフレーム情報を追加するとき、送信デバイスは、ビデオデータパケットの送信優先度、すなわち、送信デバイス側でのビデオデータパケットの送信優先度を示すために、ビデオフレーム情報が（PRIと表記される）優先度指示情報を含むことをさらに可能にすることができる。ビデオデータパケット内の優先度指示情報は、ビデオデータパケットが位置するビデオストリームのサービス優先度またはユーザ優先度に基づいて決定されてよい。たとえば、サービス優先度に関して、4Kフォーマットのビデオストリーム内のビデオデータパケットの送信優先度は比較的高く、高解像度フォーマットのビデオストリーム内のビデオデータパケットの送信優先度は2番目に高く、標準解像度フォーマットのビデオストリーム内のビデオデータパケットの送信優先度は比較的低い。ユーザ優先度については、非常に重要な人物（very important people、VIP）のビデオストリーム内のビデオデータパケットの送信優先度は比較的高く、一般ユーザのビデオストリーム内のビデオデータパケットの送信優先度は比較的低い。
【０１６９】
たとえば、PRIは4ビットの情報であってよく、PRIの値は0000〜1111のいずれか1つであってよく、より大きな値を有するPRIはより高い送信優先度を有するビデオデータパケットに対応する。たとえば、ビデオデータパケットのPRIの値は00、01、または10であってよく、PRIが00、01、および10の値をもつビデオデータパケットの送信優先度は小さい順である。同じビデオストリーム内のビデオデータパケット内のPRIの値は同じである。たとえば、1つのビデオストリーム内のビデオデータパケット内のPRIの値はすべて00である。この場合、図7または図8に示されたビデオフレーム情報内の4バイトの中の任意の4ビットが優先度指示情報を示すために使用されてよい。
【０１７０】
したがって、ネットワークデバイス（たとえば、ネットワークデバイス1）は、ビデオデータパケットのPRIに基づいて、ビデオデータパケットに内部ラベルをさらに追加することができる。具体的には、内部ラベルは、それを介してネットワークデバイスがビデオデータパケットを送信するキューのレベルを示すために使用されるサービスクラス（Service class）をさらに含んでよい。
【０１７１】
一般に、ネットワークデバイスは1つまたは複数のキューを含んでよく、異なるキューは異なるレベルを有する。たとえば、いくつかのキューは比較的高いレベルを有し、そのキュー内のビデオデータパケットは優先的に送信されてよい、言い換えれば、そのビデオデータパケットのサービスレベルは比較的高く、いくつかのキューは比較的低いレベルを有し、そのキュー内のビデオデータパケットは優先的に送信されない、言い換えれば、そのビデオデータパケットのサービスレベルは比較的低い。ビデオデータパケットのサービスレベルは、キューのラベル、たとえば、AF1、AF2、またはAF3であってよいキューAF1、キューAF2、およびキューAF3のレベルは小さい順であり、キューAF1内のビデオデータパケット、キューAF2内のビデオデータパケット、およびキューAF3内のビデオデータパケットのサービスレベルは小さい順である。
【０１７２】
本発明のこの実施形態で提供される可能な実装形態では、ステップ603はステップ1201〜ステップ1203を含んでよい。図12に示されたビデオ送信方法では、図6に示されたステップ603は、具体的に、ステップ1201〜ステップ1203を含んでよい。
【０１７３】
S1201．ネットワークデバイス1が、ビデオフレーム情報に含まれる廃棄指示情報および優先度指示情報に基づいて、マッピングを介してビデオデータパケットのサービスレベルおよび色を取得する。
【０１７４】
図1および図4を参照すると、ステップ1201は、ネットワークデバイス1内のプロセッサ41内のNPによって実行されてよい。
【０１７５】
たとえば、図13は、本発明の一実施形態による、別のビデオ送信プロセスの概略フローチャートである。PRIがより大きい値をもつビデオデータパケットは、送信用のより高いレベルを有するキューに入ることができる。たとえば、図13では、PRIが1および2の値をもつビデオデータパケットは送信用のキューAF3に入ることができ、PRIが0の値をもつビデオデータパケットは送信用のキューAF2に入ることができる。言い換えれば、ビデオデータパケット1とビデオデータパケット2のサービスレベルは両方ともAF3であり、ビデオデータパケット3とビデオデータパケット4のサービスレベルは両方ともAF2である。
【０１７６】
場合によっては、色は緑および赤に加えて黄色（Yellow）であってよい。黄色に着色されたビデオデータパケットの内部送信優先度は、緑に着色されたビデオデータパケットの送信優先度と赤に着色されたビデオデータパケットの送信優先度との間にあり、ネットワークデバイス1はそのビデオデータパケットを2番目に優先的に送信することができる。
【０１７７】
ネットワークデバイス1は、廃棄指示情報および優先度指示情報に基づいて、ビデオデータパケットの色を取得することができる。具体的には、図13に示されたように、ネットワークデバイス1は、PRIが比較的大きい値をもち、Dが0の値をもつビデオデータパケット1およびビデオデータパケット2を緑で着色し、PRIが比較的小さい値をもち、Dが0の値をもつビデオデータパケット3を黄色で着色し、PRIが比較的小さい値をもち、Dが1の値をもつビデオデータパケット3を赤で着色することができる。
【０１７８】
結論として、ネットワークデバイス1は、ビデオデータパケットのサービスレベルおよび色に基づいて、ネットワークデバイス側でビデオデータパケットの内部送信優先度を決定することができる。たとえば、サービスレベルがAF3で緑に着色されたビデオデータパケットの内部送信優先度が最も高く、サービスレベルがAF2で黄色に着色されたビデオデータパケットの内部送信優先度が2番目に高く、サービスレベルがAF2で赤に着色されたビデオデータパケットの内部送信優先度が最も低い。図13では、ビデオデータパケット1、ビデオデータパケット2、ビデオデータパケット3、およびビデオデータパケット4の内部送信優先度は大きい順である。同じキュー内の異なるビデオデータパケットの内部送信優先度は、色に基づいて決定されてよい。たとえば、キューAF2では、黄色に着色されたビデオデータパケットの内部送信優先度は、赤に着色されたビデオデータパケットの送信優先度よりも高い。
【０１７９】
S1202．ネットワークデバイス1が、ビデオデータパケットのサービスレベルに基づいて、ネットワークが輻輳していると判断する。
【０１８０】
具体的には、より高いサービスレベルを有するビデオデータパケットが配置されたキューの場合、キューが輻輳していると判断するために使用されるビデオデータパケット数のしきい値はより大きく、より低いサービスレベルを有するビデオデータパケットが配置されたキューの場合、キューが輻輳していると判断するために使用されるビデオデータパケット数のしきい値はより小さい。たとえば、サービスレベルがAF3であるビデオデータパケットが配置されたキューAF3の場合、しきい値は35であってよく、サービスレベルがAF2であるビデオデータパケットが配置されたキューAF2の場合、しきい値は20であってよい。したがって、ネットワークが輻輳しているとき、ネットワークデバイス1は、ネットワークの輻輳を緩和するために、キューAF2内のビデオデータパケットを優先的に廃棄することができる。
【０１８１】
S1203．ネットワークデバイス1が、中間ビデオストリームを取得するために、サービスレベルおよび色に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する。
【０１８２】
図1および図4を参照すると、ステップ1202とステップ1203の両方は、ネットワークデバイス1内のプロセッサ41内のTMによって実行されてよい。
【０１８３】
ネットワークが輻輳しているとき、ネットワークデバイス1は、最も低い内部送信優先度を有するビデオデータパケット、すなわち、bフレームタイプのビデオデータパケットを廃棄することができる。図13に示されたように、ネットワークが輻輳しているとき、ネットワークデバイス1は、サービスレベルがAF2で赤に着色されたビデオデータパケット4を廃棄する、すなわち、bフレームタイプのビデオデータパケットを廃棄することができる。この場合、ネットワークデバイス1は中間ビデオストリームを取得し、中間ビデオストリームはビデオデータパケット1〜3を含む。
【０１８４】
ステップ1202およびステップ1203では、重み付けランダム早期検出（Weighted Random Early Detection、WRED）アルゴリズムが使用されてよい。アルゴリズムを使用してビデオデータパケット（たとえば、bフレームタイプのビデオデータパケット）を選択的に廃棄するとき、ネットワークデバイス（たとえば、ネットワークデバイス1）は、異なるキュー内の1つまたは複数のビデオデータパケットを処理することができる。このようにして、異なるキュー間の公平性が実現され、ネットワークデバイスは異なるビデオストリームを公平に処理することができる。
【０１８５】
本発明のこの実施形態で提供されるビデオ送信方法では、送信デバイスによってビデオデータパケットに追加されたビデオフレーム情報が廃棄指示情報および優先度指示情報を含むので、ネットワークデバイス（たとえば、ネットワークデバイス1）は、ビデオデータパケット内のビデオフレーム情報に基づいて、ビデオデータパケットの内部ラベル（たとえば、色およびサービスレベル）を取得することができることに留意されたい。したがって、ネットワークデバイス側でビデオデータパケットの内部送信優先度を取得するために、ネットワークデバイスはビデオデータパケットに内部ラベルを追加することができる。次いで、ネットワークデバイスは、内部送信優先度に基づいて、別のフレームタイプのビデオデータパケットからbフレームタイプのビデオデータパケットを区別することができる。このようにして、ネットワークデバイスは、ネットワークの輻輳を緩和し、出力ビデオストリームの品質をさらに改善するために、より正確にbフレームタイプの1つまたは複数のビデオデータパケットを廃棄することができる。
【０１８６】
さらに、本発明のこの実施形態の可能な実装形態では、ビデオデータパケットにビデオフレーム情報を追加するとき、送信デバイスは、対応するビデオデータパケットが位置するビデオフレームの番号を示すために、ビデオフレーム情報が（Bと表記される）フレーム番号指示情報を含むことをさらに可能にすることができる。ビデオストリームごとにビデオデータパケットをカプセル化するプロセスでは、送信デバイスはすべてのビデオフレームに連続して番号を付けることができ、同じビデオフレーム内の異なるビデオデータパケットのフレーム番号指示情報は同じである。たとえば、Bは2ビットの情報であってよく、Bの値は00〜11の値であってよい。この場合、図7または図8に示されたビデオフレーム情報内の4バイトの中の任意の2ビットがフレーム番号指示情報を示すために使用されてよい。
【０１８７】
たとえば、図14は、本発明の一実施形態による、ビデオストリームの概略図である。ビデオストリーム内の異なるビデオデータパケットの優先度指示情報は同じなので、ビデオデータパケットのPRIは図11に示されていない。図14では、Bが2ビットの情報であるとき、ビデオフレーム1〜4内のBの値は、それぞれ00、01、10、および11であり、ビデオフレーム5内のBには再び00の値が割り当てられる。同様に、ビデオフレーム5に続くビデオフレーム内のBの値は、引き続き01、10、および11である。次いで、値の割当ての別のラウンドが実行される。
【０１８８】
さらに、本発明のこの実施形態で提供されるビデオ送信方法では、ネットワークデバイス1は、ビデオデータパケットに含まれる廃棄指示情報、優先度指示情報、およびフレーム番号指示情報に基づいて、bフレームタイプの1つまたは複数のビデオデータパケットを選択的に廃棄することができる。
【０１８９】
具体的には、ステップ603はステップ1501〜ステップ1503をさらに含んでよい。図15に示されたビデオ送信方法では、図6に示されたステップ603は、ステップ1501〜ステップ1503をさらに含んでよい。
【０１９０】
S1501．ネットワークデバイス1が、ビデオフレーム情報に含まれる優先度指示情報に基づいて、マッピングを介してビデオデータパケットのサービスレベルを取得する。
【０１９１】
図1および図4を参照すると、ステップ1501は、ネットワークデバイス1内のプロセッサ41内のNPによって実行されてよい。
【０１９２】
たとえば、図16に示されたビデオ送信プロセスの概略フローチャートでは、ネットワークデバイス1は、PRIが01および10の値をもつビデオデータパケットを送信用のキューAF3に配置し、PRIが00の値をもつビデオデータパケットを送信用のキューAF2に配置することができる。具体的には、ネットワークデバイス1によって図16のビデオデータパケット1、3、4、および6に追加されたサービスレベルはすべてAF3であり、ネットワークデバイス1によって図16のビデオデータパケット2、5、7、8、および9に追加されたサービスレベルはすべてAF2である。
【０１９３】
S1502．ネットワークデバイス1が、ビデオデータパケットのサービスレベルに基づいて、キューの長さを検出する。
【０１９４】
ネットワークデバイスは、ネットワークデバイス内でビデオデータパケットを送信するための1つまたは複数のキューの各々に対して、ステップ1502を実行することができる。たとえば、ネットワークデバイスは、図16に示されたキューAF3の長さおよびキューAF2の長さを検出する、言い換えれば、キューAF3内の現在送信されているビデオデータパケットの数およびキューAF2内の現在送信されているビデオデータパケットの数を検出することができる。たとえば、現在送信されているビデオデータパケットのサービスレベルがAF3である場合、ネットワークデバイスはキューAF3の長さを検出する。
【０１９５】
S1503．ネットワークデバイス1が、中間ビデオストリームを取得するために、キューの長さならびにビデオフレーム情報に含まれるフレーム番号指示情報および廃棄指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄する。
【０１９６】
図1および図4を参照すると、ステップ1502とステップ1503の両方は、ネットワークデバイス1内のプロセッサ41内のTMによって実行されてよい。
【０１９７】
具体的には、ネットワークデバイス1は、フレーム番号指示情報に基づいて、1つまたは複数のキューの長さしきい値を設定することができる。フレーム番号指示情報がiビットの情報である場合、フレーム番号指示情報の値の数は2iであり、ここで、iは正の整数である。ネットワークデバイス1は、bフレームタイプのビデオデータパケットに含まれるフレーム番号指示情報に基づいて、bフレームタイプの1つまたは複数のビデオデータパケットを2i個の部分に分割することができ、bフレームタイプのビデオデータパケットのすべての部分に含まれるフレーム番号指示情報は同じである。
【０１９８】
この場合、キューの長さしきい値は、X_1、X_2、X_3、・・・、およびX_2iと表記される2i個の値を含んでよい。X_1、X_2、X_3、・・・、およびX_2iはすべて正の整数であり、X_1、X_2、X_3、・・・、およびX_2iの値は小さい順である。しきい値の具体的な値は本出願の目的の実現に影響を及ぼさない。しきい値は本発明のこの実施形態では具体的に限定されない。たとえば、しきい値は20〜50であってよい。次いで、現在のキューの長さが様々なしきい値に達すると、ネットワークデバイス1は、bフレームタイプのいくつかのビデオデータパケットを選択的に廃棄することができる。たとえば、現在のキューの長さがしきい値X_1に達すると、ネットワークデバイス1は、Bが1つの値であるbフレームタイプのビデオデータパケットを選択的に廃棄することができる。現在のキューの長さがしきい値X_7に達すると、ネットワークデバイス1は、Bが7つの異なる値であるbフレームタイプのビデオデータパケットを選択的に廃棄することができる。
【０１９９】
たとえば、図17に示されたビデオデータパケットの廃棄プロセスの概略図では、フレーム番号指示情報は2ビットの情報である。具体的には、Bの値は00、01、10、または11である。1つまたは複数のキューの長さしきい値は、しきい値X1、しきい値X2、しきい値X3、およびしきい値X4などの4つのしきい値を含んでよい。
【０２００】
現在のキューの長さがしきい値X_1に達すると、ネットワークデバイス1は、Bがaの値をもち、Dが1の値をもつビデオデータパケット（すなわち、bフレームタイプのビデオデータパケット）を廃棄することができ、ここで、aは00、01、10、および11のいずれか1つであってよい。現在のキューの長さがしきい値X_2に達すると、ネットワークデバイス1は、Bがaおよびa＋1の値をもち、Dが1の値をもつビデオデータパケットを廃棄することができる。現在のキューの長さがしきい値X_3に達すると、ネットワークデバイス1は、Bがa、a＋1、およびa＋2の値をもち、Dが1の値をもつビデオデータパケットを廃棄することができる。現在のキューの長さがしきい値X_4に達すると、ネットワークデバイス1は、Dが1の値をもつすべてのビデオデータパケットを廃棄することができる。この場合、ネットワークデバイス1によってbフレームタイプのビデオデータパケットを廃棄する割合は、100％に達することができる。
【０２０１】
確かに、bフレームタイプのビデオデータパケットが選択的に廃棄された後、ネットワークデバイス1がbフレームのすべての対応するビデオデータパケットを廃棄する前に、ネットワークは輻輳しない可能性がある。この場合、ネットワークデバイス1は、「1つまたは複数の第1のビデオデータパケットを廃棄する」ステップの実行を停止し、中間ビデオストリームを取得することができる。
【０２０２】
本発明のこの実施形態で提供されるビデオ送信方法では、送信デバイスによってビデオデータパケットに追加されるビデオフレーム情報は、複数のビデオデータパケットを異なる部分に分割するために、フレーム番号指示情報を含んでよいことに留意されたい。加えて、bフレームタイプのビデオデータパケットを区別するとき、ネットワークデバイスは、bフレームタイプの1つまたは複数のビデオデータパケット内の異なる部分をさらに区別し、ネットワークの輻輳程度に基づいてbフレームタイプの1つまたは複数のビデオデータパケットの中のいくつかの指定されたビデオデータパケットを廃棄することができる。このようにして、ネットワークデバイス（たとえば、ネットワークデバイス1）によってbフレームタイプのビデオデータパケットを廃棄するプロセスでは、影響を受けるビデオストリームの数を削減することができ、受信デバイスに送信されるビデオストリームの品質がさらに改善される。
【０２０３】
可能な実装形態では、中間ビデオストリームを取得した後、送信デバイスに隣接するネットワークデバイス（すなわち、ネットワークデバイス1）は、下流ネットワークデバイスに中間ビデオストリームを送信することができる。次いで、下流ネットワークデバイスの上流ネットワークデバイスによって送信された中間ビデオストリームを受信した後、下流ネットワークデバイスは、中間ビデオストリーム内のbフレームタイプの1つまたは複数のビデオデータパケットを選択的に廃棄することもできる。
【０２０４】
具体的には、本発明のこの実施形態で提供される可能な実装形態では、中間ビデオストリームを取得した後、送信デバイスに隣接するネットワークデバイス1は、ステップ1801をさらに実行することができる。
【０２０５】
S1801．ネットワークデバイス1が、ネットワークデバイス1の下流ネットワークデバイス2に中間ビデオストリームを送信する。
【０２０６】
図1および図4を参照すると、ステップ1801は、ネットワークデバイス2内のプロセッサ41内のTMによって実行されてよい。
【０２０７】
それに対応して、1つまたは複数のネットワークデバイスの中の送信デバイスに隣接するネットワークデバイス以外のネットワークデバイスは、すべてステップ1801を実行することができる。図15に示されたステップ1503の後、図18Aおよび図18Bに示されたビデオ送信方法は、ステップ1801およびステップ1802をさらに含んでよい。
【０２０８】
S1802．ネットワークデバイス2が、上流ネットワークデバイス1によって送信された中間ビデオストリームを受信する。
【０２０９】
図1に示されたように、ネットワークデバイス2はネットワークデバイス1の下流ネットワークデバイスである。
【０２１０】
本発明のこの実施形態では、図1のネットワークデバイス1、ネットワークデバイス2、およびネットワークデバイスNなどの1つまたは複数のネットワークデバイスがビデオストリームを送信するとき、ネットワークが輻輳している可能性があり、ネットワークデバイス2、ネットワークデバイスNなどの各々は、ネットワークが輻輳していると、bフレームタイプの1つまたは複数のビデオデータパケットを廃棄することができる。
【０２１１】
具体的には、ステップ1802を実行した後、ネットワークデバイス2は、ステップ603a、ステップ901、ステップ1001a〜ステップ1003a、ステップ1201a〜ステップ1203a、またはステップ1501a〜ステップ1503aをさらに実行することができる。図18Aおよび図18Bに示されたビデオ送信方法は、ステップ1802の後にステップ1501a〜ステップ1503aをさらに含んでよい。
【０２１２】
S603a．ネットワークデバイス2が、ネットワークが輻輳していると判断すると、ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する。
【０２１３】
S901a．ネットワークが輻輳していると判断すると、ネットワークデバイス2が、ビデオフレーム情報に含まれる廃棄指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄する。
【０２１４】
S1001a．ネットワークデバイス2が、ネットワークが輻輳していると判断する。
【０２１５】
S1002a．ネットワークデバイス2が、ビデオフレーム情報に含まれる廃棄指示情報に基づいて、マッピングを介してビデオデータパケットの色を取得する。
【０２１６】
S1003a．ネットワークデバイス2が、中間ビデオストリームを取得するために、色に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する。
【０２１７】
S1201a．ネットワークデバイス2が、ビデオフレーム情報に含まれる廃棄指示情報および優先度指示情報に基づいて、マッピングを介してビデオデータパケットのサービスレベルおよび色を取得する。
【０２１８】
S1202a．ネットワークデバイス2が、ビデオデータパケットのサービスレベルに基づいて、ネットワークが輻輳していると判断する。
【０２１９】
S1203a．ネットワークデバイス2が、中間ビデオストリームを取得するために、サービスレベルおよび色に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する。
【０２２０】
S1501a．ネットワークデバイス2が、ビデオフレーム情報に含まれる優先度指示情報に基づいて、マッピングを介してビデオデータパケットのサービスレベルを取得する。
【０２２１】
S1502a．ネットワークデバイス2が、ビデオデータパケットのサービスレベルに基づいて、キューの長さを検出する。
【０２２２】
S1503a．ネットワークデバイス2が、中間ビデオストリームを取得するために、キューの長さならびにビデオフレーム情報に含まれるフレーム番号指示情報および廃棄指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄する。
【０２２３】
確かに、ネットワークデバイス2の下流ネットワークデバイスにビデオストリームを送信するために、ネットワークデバイス2は、中間ビデオストリームを取得した後にステップ1801aをさらに実行することができる。
【０２２４】
S1801a．ネットワークデバイス2が、ネットワークデバイス2の下流ネットワークデバイスに中間ビデオストリームを送信する。
【０２２５】
ステップ603a、ステップ901a、ステップ1001a〜ステップ1003a、ステップ1201a〜ステップ1203a、ステップ1501a〜ステップ1503a、およびステップ1801aの詳細な説明については、前述の実施形態における、それぞれステップ603、ステップ901、ステップ1001〜ステップ1003、ステップ1201〜ステップ1203、ステップ1501〜ステップ1503、およびステップ1801の詳細な説明に対して参照が行われてよく、本発明のこの実施形態では詳細は再び記載されないことに留意されたい。本発明のこの実施形態では、異なる実行体を記載する便宜上、前述のステップのみを記載するために異なる番号が使用され、番号は各ステップで達成される目的に影響を及ぼさない。
【０２２６】
図1および図4を参照すると、ステップ1501aは、ネットワークデバイス2内のプロセッサ41内のNPによって実行されてよく、ステップ1502aおよびステップ1503aは、ネットワークデバイス2内のプロセッサ41内のTMによって実行されてよい。ステップ1801aは、ネットワークデバイス2内の通信インターフェース43によって実行されてよい。
【０２２７】
同様に、トランスポートネットワークにおいて受信デバイスに隣接するネットワークデバイス、たとえば、図1に示されたネットワークデバイスNは、ステップ1802Nを実行することができる。次いで、ネットワークデバイスNは、ステップ603N、ステップ901N、ステップ1001N〜ステップ1003N、ステップ1201N〜ステップ1203N、またはステップ1501N〜ステップ1503Nをさらに実行することができる。たとえば、図18Aおよび図18Bに示された方法の概略図は、ステップ1802Nおよびステップ1501N〜ステップ1503Nをさらに含んでよい。
【０２２８】
S1802N．ネットワークデバイスNが、上流ネットワークデバイスによって送信された中間ビデオストリームを受信する。
【０２２９】
S603N．ネットワークデバイスNが、ネットワークが輻輳していると判断すると、ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する。
【０２３０】
S901N．ネットワークが輻輳していると判断すると、ネットワークデバイスNが、ビデオフレーム情報に含まれる廃棄指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄する。
【０２３１】
S1001N．ネットワークデバイスNが、ネットワークが輻輳していると判断する。
【０２３２】
S1002N．ネットワークデバイスNが、ビデオフレーム情報に含まれる廃棄指示情報に基づいて、マッピングを介してビデオデータパケットの色を取得する。
【０２３３】
S1003N．ネットワークデバイスNが、中間ビデオストリームを取得するために、色に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する。
【０２３４】
S1201N．ネットワークデバイスNが、ビデオフレーム情報に含まれる廃棄指示情報および優先度指示情報に基づいて、マッピングを介してビデオデータパケットのサービスレベルおよび色を取得する。
【０２３５】
S1202N．ネットワークデバイスNが、ビデオデータパケットのサービスレベルに基づいて、ネットワークが輻輳していると判断する。
【０２３６】
S1203N．ネットワークデバイスNが、中間ビデオストリームを取得するために、サービスレベルおよび色に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する。
【０２３７】
S1501N．ネットワークデバイスNが、ビデオフレーム情報に含まれる優先度指示情報に基づいて、マッピングを介してビデオデータパケットのサービスレベルを取得する。
【０２３８】
S1502N．ネットワークデバイスNが、ビデオデータパケットのサービスレベルに基づいて、キューの長さを検出する。
【０２３９】
S1503N．ネットワークデバイスNが、中間ビデオストリームを取得するために、キューの長さならびにビデオフレーム情報に含まれるフレーム番号指示情報および廃棄指示情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄する。
【０２４０】
同様に、ステップ603N、ステップ901N、ステップ1001N〜ステップ1003N、ステップ1201N〜ステップ1203N、ステップ1501N〜ステップ1503N、およびステップ1801Nの詳細な説明については、前述の実施形態における、それぞれステップ603、ステップ901、ステップ1001〜ステップ1003、ステップ1201〜ステップ1203、ステップ1501〜ステップ1503、およびステップ1801の詳細な説明に対して参照が行われてよく、本発明のこの実施形態では詳細は再び記載されない。
【０２４１】
図1および図4を参照すると、ステップ1501Nは、ネットワークデバイスN内のプロセッサ41内のNPによって実行されてよく、ステップ1502Nおよびステップ1503Nは、ネットワークデバイスN内のプロセッサ41内のTMによって実行されてよい。ステップ1802Nは、ネットワークデバイスN内の通信インターフェース43によって実行されてよい。
【０２４２】
ネットワークが輻輳しているとき、トランスポートネットワーク内の1つまたは複数のネットワークデバイスの各々は、ネットワークデバイスによって送信されたビデオストリーム内のbフレームの1つまたは複数のビデオデータパケットを優先的に廃棄することができ、その結果、送信デバイスによって生成されたビデオストリームは、1つまたは複数のネットワークデバイスを使用して受信デバイスに送信することができる。
【０２４３】
さらに、本発明のこの実施形態の可能な実装形態では、ビデオデータパケットにビデオフレーム情報を追加するとき、送信デバイスは、対応するビデオデータパケットが位置するビデオフレームの長さ、すなわち、ビデオフレーム内のビデオデータパケットの数を示すために、ビデオフレーム情報が（Lと表記される）フレーム長指示情報を含むことをさらに可能にすることができる。同じビデオフレーム内の異なるビデオデータパケットのフレーム長指示情報は同じである。Lは26ビットの情報であってよく、複数のビデオデータパケットのLの値は0〜226のいずれか1つであってよい。この場合、図7または図8に示されたビデオフレーム情報内の4バイトの中の任意の26ビットが、フレーム番号指示情報を示すために使用されてよい。
【０２４４】
たとえば、図19は、本発明の一実施形態による、別のビデオストリームの概略図である。図19では、ビデオフレーム1内のビデオデータパケットのLの値は4であり、ビデオフレーム2内のビデオデータパケットのLの値は1であり、ビデオフレーム3内のビデオデータパケットのLの値は1であり、ビデオフレーム4内のビデオデータパケットのLの値は5であり、ビデオフレーム5内のビデオデータパケットのLの値は1である。
【０２４５】
加えて、ビデオデータパケットは、ビデオデータパケットの（Mと表記される）シーケンス番号をさらに含んでよい。たとえば、1つのビデオストリーム内のビデオデータパケットは連続して番号が付けられる。たとえば、Mも26ビットの情報であってよく、複数のビデオデータパケットのMの値は連続して0〜226であってよく、Mが226であるビデオデータパケットに続くビデオデータパケットのMの値は再び0〜226であってよい。ビデオストリーム内のビデオデータパケットのシーケンス番号は、ビデオストリーム内でビデオデータパケットが失われたかどうかを示すために使用されてよい。
【０２４６】
ビデオデータパケットのシーケンス番号は、図6または図7に示されたRTPヘッダ内で搬送されてよい。具体的には、ビデオストリーム内のビデオデータを1つまたは複数のビデオデータパケットにカプセル化するプロセスでは、送信デバイスはビデオデータパケットに連続して番号を付け、RTPヘッダを使用してビデオデータパケットのシーケンス番号を追加することができる。
【０２４７】
ネットワークデバイス（たとえば、ネットワークデバイス1またはネットワークデバイス2）は、ネットワークが輻輳しているときに「1つまたは複数の第1のビデオデータパケットを廃棄する」ステップを実行し、ネットワークデバイスが「1つまたは複数の第1のビデオデータパケットを廃棄する」ステップの実行を停止すると、いくつかのビデオフレームは不完全な場合があることに留意されたい。したがって、受信デバイスに隣接するネットワークデバイスは、不完全なビデオフレーム内で廃棄されていないビデオデータパケット、すなわち、廃棄されていないbフレームタイプのビデオデータパケットをさらに廃棄することができる。次いで、ネットワークデバイスは復号対象ビデオストリームを取得し、復号対象ビデオストリームに含まれるすべてのビデオフレームは完全なビデオフレームである。
【０２４８】
具体的には、測位支援データ送信方法は、ステップ603の後にステップ2001をさらに含んでよい、すなわち、ステップ901、ステップ1001〜ステップ1003、ステップ1201〜ステップ1203、またはステップ1501〜ステップ1503の後にステップ2001をさらに含んでよい。図20Aおよび図20Bは、本発明の一実施形態による、別のビデオ送信方法の概略フローチャートである。図20Aおよび図20Bでは、図18Aおよび図18BのネットワークデバイスNが受信デバイスに隣接するとき、ネットワークデバイスNは、ステップ1503Nの後にステップ2001をさらに実行することができる。
【０２４９】
S2001．ネットワークデバイスNが、復号対象ビデオストリームを取得するために、中間ビデオストリーム内のビデオデータパケットのシーケンス番号、ならびにビデオフレーム情報に含まれる廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄する。
【０２５０】
フレームタイプがbフレームである不完全なビデオフレーム内のビデオデータは、第3のビデオデータパケットにカプセル化される。
【０２５１】
ネットワークデバイス（たとえば、ネットワークデバイスN）によって受信された2つの連続するビデオデータパケットのシーケンス番号は連続せず、（チェック対象ビデオデータパケットと表記される）1つのビデオデータパケットに含まれる廃棄指示情報の値は1である。ネットワークデバイスは、チェック対象ビデオデータパケットに関する統計データ、およびチェック対象ビデオデータパケットの前後のビデオデータパケット内の同じ廃棄指示情報および同じフレーム番号指示情報を含むビデオデータパケットの（Qと表記される）数を収集する。Qがチェック対象ビデオデータパケット内のフレーム長指示情報と異なる場合、チェック対象ビデオデータパケットが位置するbフレームは不完全なビデオフレームであり、bフレーム内のすべてのビデオデータパケットが廃棄されるとは限らない。次いで、ネットワークデバイスは、復号対象ビデオストリームを取得するために、チェック対象ビデオデータパケットが位置するbフレーム内の残りのビデオデータパケットを廃棄する。
【０２５２】
たとえば、図21は、本発明の一実施形態による、別のビデオストリームの概略図である。図21aでは、Mが5および9の値をもつ2つのビデオデータパケットは連続しており、Mが9の値をもつビデオデータパケット内のDの値は1であり、Mが9の値をもつビデオデータパケット内のBの値は11であり、この場合、Mが9の値をもつビデオデータパケットはチェック対象ビデオデータパケットである。加えて、Mが9の値をもつビデオデータパケット内のDの値は1であり、Mが9の値をもつビデオデータパケット内のBの値は11であり、この場合、Qの値は2である。図21aでは、Mが9の値をもつビデオデータパケット内のLの値は5である。この場合、QはLと等しくない。したがって、ネットワークデバイスは、図21bに示されたビデオストリーム、すなわち、復号対象ビデオストリームを取得するために、Mが9および10の値をもつビデオデータパケットを廃棄する。
【０２５３】
復号対象ビデオストリームを取得した後、受信デバイスに隣接するネットワークデバイス（たとえば、図1のネットワークデバイスN）はステップ2002を実行することができ、その結果、受信デバイスは復号対象ビデオストリームを取得することができる。
【０２５４】
S2002．ネットワークデバイスNが受信デバイスに復号対象ビデオストリームを送信する。
【０２５５】
図1および図4を参照すると、ステップ2002は、ネットワークデバイスN内の通信インターフェース43によって実行されてよい。
【０２５６】
送信デバイスがA2SPプロトコルを使用してビデオフレーム情報を追加すると、受信デバイスに隣接するネットワークデバイスNは、受信デバイスにビデオストリームを送信する前に、ビデオデータパケット内のA2SPヘッダをさらに削除することができることに留意されたい。
【０２５７】
S2003．受信デバイスが、ネットワークデバイスNによって送信された復号対象ビデオストリームを受信する。
【０２５８】
図1および図5を参照すると、ステップ2003は、受信デバイス内の通信インターフェース53によって実行されてよい。
【０２５９】
いくつかの受信デバイスはA2SPプロトコルを適用することができず、したがって、それらの受信デバイスはA2SPヘッダを復号することができないことに留意されたい。この場合、受信デバイスによって受信されたビデオデータパケットがA2SPヘッダを含む場合、受信デバイスは受信されたビデオストリームに含まれるビデオデータパケットを復号することができず、したがって、ビデオデータを取得することができない。したがって、この場合、受信デバイスに隣接するネットワークデバイス（たとえば、ネットワークデバイスN）は、「ビデオデータパケット内のA2SPヘッダを削除する」ステップを実行することができる。
【０２６０】
S2004．受信デバイスが復号対象ビデオストリームを復号する。
【０２６１】
図1および図5を参照すると、ステップ2004は、受信デバイス内の通信インターフェース53によって実行されてよい。
【０２６２】
ネットワークデバイスは不完全なbフレーム内のビデオデータパケットを廃棄することができ、その結果、受信デバイスに送信されるビデオストリームの品質は比較的高いことに留意されたい。このようにして、ビデオストリームがテレビなどのデバイスで再生されるときにアーティファクトまたはフレームのフリーズなどの現象が発生する可能性をさらに低減することができる。
【０２６３】
さらに、本発明のこの実施形態で提供される可能な実装形態では、受信デバイスに隣接するネットワークデバイスが受信デバイスに中間ビデオを送信するとき、方法は、ステップ603の後にステップ2201をさらに含んでよい、すなわち、ステップ901、ステップ1001〜ステップ1003、ステップ1201〜ステップ1203、またはステップ1501〜ステップ1503の後にステップ2201をさらに含んでよい。図22Aおよび図22Bは、本発明の一実施形態による、別のビデオ送信方法の概略フローチャートである。図22Aおよび図22Bでは、図18Aおよび図18Bのネットワークデバイスが受信デバイスに隣接するとき、ネットワークデバイスは、ステップ1503の後にステップ2201をさらに実行することができる。
【０２６４】
S2201．ネットワークデバイスNが受信デバイスに中間ビデオストリームを送信する。
【０２６５】
図1および図4を参照すると、ステップ2201は、ネットワークデバイスN内の通信インターフェース43によって実行されてよい。
【０２６６】
S2202．受信デバイスが、ネットワークデバイスNによって送信された中間ビデオストリームを受信する。
【０２６７】
図1および図5を参照すると、ステップ2202は、受信デバイス内の通信インターフェース53によって実行されてよい。
【０２６８】
この場合、本発明のこの実施形態における受信デバイスは、従来技術でビデオストリームを受信し復号することができる任意の受信デバイスであってよい。前述の実施形態のステップ2001で実施される解決策は、受信デバイスによって実施されてよい。図22Aおよび図22Bに示された方法は、ステップ2202の後にステップ2203をさらに含んでよい。
【０２６９】
S2203．受信デバイスが、復号対象ビデオストリームを取得するために、中間ビデオストリーム内のビデオデータパケットのシーケンス番号、ならびにビデオフレーム情報に含まれる廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄する。
【０２７０】
図1および図5を参照すると、ステップ2203は、受信デバイス内のプロセッサ51によって実行されてよい。
【０２７１】
ステップ2203の具体的な説明については、前述の実施形態のステップ2001の詳細な説明を参照されたい。詳細は本発明のこの実施形態では再び記載されない。
【０２７２】
復号対象ビデオストリームを取得した後、受信デバイスは復号対象ビデオストリームを復号することができると考えられてよい。言い換えれば、図22Aおよび図22Bに示された方法は、ステップ2203の後にステップ2204をさらに含んでよい。
【０２７３】
受信デバイスは不完全なbフレーム内のビデオデータパケットを廃棄することができ、その結果、ビデオストリームの品質が比較的高いことに留意されたい。このようにして、ビデオストリームがテレビなどのデバイスで再生されるときにアーティファクトまたはフレームのフリーズなどの現象が発生する可能性をさらに低減することができる。
【０２７４】
上記は、主に、ネットワーク要素間の相互作用の観点から、本発明の実施形態で提供される解決策を記載した。前述の機能を実装するために、送信デバイス、1つまたは複数のネットワークデバイス、および受信デバイスなどのネットワーク要素は、機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことを理解されたい。本明細書に開示された実施形態に記載された例と組み合わせて、ユニットおよびアルゴリズムステップは、ハードウェア、またはハードウェアとコンピュータソフトウェアの組合せによって実装されてよいことを、当業者なら容易に認識するべきである。機能がハードウェアによって実行されるか、またはコンピュータソフトウェアによって駆動されるハードウェアによって実行されるかは、技術的解決策の特定の用途および設計制約に依存する。当業者は、様々な方法を使用して、特定の用途ごとに記載された機能を実装することができるが、その実装形態が本発明の範囲を超えると考えられるべきではない。
【０２７５】
本発明の実施形態では、送信デバイス、ネットワークデバイスなどは、前述の方法例に基づいてモジュールに分割されてよい。たとえば、各モジュールは各対応する機能に基づいて分割を介して取得されてよく、または2つ以上の機能は1つの処理モジュールに統合されてよい。統合モジュールは、ハードウェアの形態で実装されてもよく、ソフトウェア機能モジュールの形態で実装されてもよい。本発明の実施形態では、モジュール分割は一例であり、論理的な機能分割にすぎず、実際の実装形態では他の分割であってよいことに留意されたい。
【０２７６】
各機能モジュールが各対応する機能に基づいて分割を介して取得されるとき、図23は前述の実施形態で提供された送信デバイスの構成の可能な概略図である。図23に示されたように、送信デバイス23は、生成モジュール231および送信モジュール232を含んでよい。生成モジュール231は、前述の実施形態におけるS601a、および／または本明細書に記載された技術に使用される別のプロセスを実行する際に、送信デバイス23をサポートするように構成される。送信モジュール232は、前述の実施形態におけるS601b、および／または本明細書に記載された技術に使用される別のプロセスを実行する際に、送信デバイス23をサポートするように構成される。
【０２７７】
統合ユニットが使用されるとき、生成モジュール231は1つの処理モジュールによって実装されてよい。処理モジュールは、プロセッサまたはコントローラ、たとえば、CPU、汎用プロセッサ、デジタル信号プロセッサ（Digital Signal Processor、DSP）、特定用途向け集積回路（Application-Specific Integrated Circuit、ASIC）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、FPGA）、別のプログラマブル論理デバイス、トランジスタ論理デバイス、ハードウェア構成要素、またはそれらの任意の組合せであってよい。プロセッサ／コントローラは、本発明に開示された内容を参照して記載された様々な例示的な論理ブロック、モジュール、および回路を実装または実行することができる。処理ユニットは、計算機能を実装する組合せ、たとえば、1つもしくは複数のマイクロプロセッサの組合せ、またはDSPとマイクロプロセッサの組合せであってよい。たとえば、送信デバイス23は受信モジュールをさらに含んでよい。送信モジュール232および受信モジュールは、1つの通信インターフェースに統合されてよい。記憶モジュールはメモリであってよい。
【０２７８】
前述の実施形態の図3に示された送信デバイスを参照すると、処理モジュールは、図3に示されたプロセッサ31およびプロセッサ35などの1つまたは複数のプロセッサであってよい。記憶モジュールは図3に示されたメモリ32であってよい。送信モジュール232は通信インターフェース33によって実装されてよい。
【０２７９】
通信バス34は、具体的に、周辺構成要素相互接続（Peripheral Component Interconnect、PCI）バス、拡張業界標準アーキテクチャ（Extended Industry Standard Architecture、EISA）バスなどであってよい。通信バス34は、アドレスバス、データバス、制御バスなどに分類されてよく、このことは本発明のこの実施形態では限定されない。
【０２８０】
本発明のこの実施形態で提供された送信デバイス23内のモジュールの詳細な説明、およびモジュールが前述の実施形態の関連する方法ステップを実行した後にモジュールによってもたらされる技術的効果については、本発明の方法実施形態の関連する説明を参照されたい。詳細は本明細書では再び記載されない。
【０２８１】
本発明の実施形態で提供されたトランスポートネットワーク内の1つまたは複数のネットワークデバイスは同じであってよい。したがって、1つまたは複数のネットワークデバイスのいずれか1つが機能モジュールに分割される例のみが、本発明の実施形態における具体的な説明に使用される。
【０２８２】
各機能モジュールが各対応する機能に基づいて分割を介して取得されるとき、図24は前述の実施形態で提供されたネットワークデバイスの構成の可能な概略図である。図24に示されたように、ネットワークデバイス24は、受信モジュール241および輻輳処理モジュール242を含んでよい。受信モジュール241は、前述の実施形態におけるS602、S1802、およびS1802N、ならびに／または本明細書に記載された技術に使用される別のプロセスを実行する際に、ネットワークデバイス24をサポートするように構成される。輻輳処理モジュール242は、前述の実施形態におけるS603、S901、S1001、S1002、S1003、S1201、S1202、S1203、S1501、S1502、S1503、S603a、S901a、S1001a、S1002a、S1003a、S1201a、S1202a、S1203a、S1501a、S1502a、S1503a、S603N、S901N、S1001N、S1002N、S1003N、S1201N、S1202N、S1203N、S1501N、S1502N、およびS1503N、ならびに／または本明細書に記載された技術に使用される別のプロセスを実行する際に、ネットワークデバイス24をサポートするように構成される。
【０２８３】
さらに、図25は、前述の実施形態で提供されたネットワークデバイスの構成の別の可能な概略図である。図25に示されたように、ネットワークデバイス24内の輻輳処理モジュール242は、第1のマッピングサブモジュール2501および第1の輻輳処理モジュール2502を含んでよい。第1のマッピングサブモジュール2501は、前述の実施形態のS1201、S1201a、およびS1201N、ならびに／または本明細書に記載された技術に使用される別のプロセスを実行する際に、ネットワークデバイス24をサポートするように構成される。第1の輻輳処理モジュール2502は、前述の実施形態のS1202、S1203、S1202a、S1203a、S1202N、およびS1203N、ならびに／または本明細書に記載された技術に使用される別のプロセスを実行する際に、ネットワークデバイス24をサポートするように構成される。
【０２８４】
さらに、図26は、前述の実施形態で提供されたネットワークデバイスの構成の別の可能な概略図である。図26に示されるように、ネットワークデバイス24内の輻輳処理モジュール242は、第2のマッピングサブモジュール2601および第2の輻輳処理モジュール2602を含んでよい。第2のマッピングサブモジュール2601は、前述の実施形態のS1501、S1501a、およびS1501N、ならびに／または本明細書に記載された技術に使用される別のプロセスを実行する際に、ネットワークデバイス24をサポートするように構成される。第2の輻輳処理モジュール2602は、前述の実施形態のS1502、S1503、S1502a、S1503a、S1502N、およびS1503N、ならびに／または本明細書に記載された技術に使用される別のプロセスを実行する際に、ネットワークデバイス24をサポートするように構成される。
【０２８５】
場合によっては、図27は、前述の実施形態で提供されたネットワークデバイスの構成の別の可能な概略図である。図27に示されたように、ネットワークデバイス24内の輻輳処理モジュール242は、第3のマッピングサブモジュール2701および第3の輻輳処理モジュール2702を含んでよい。第3のマッピングサブモジュール2701は、前述の実施形態のS1001、S1001a、およびS1001N、ならびに／または本明細書に記載された技術に使用される別のプロセスを実行する際に、ネットワークデバイス24をサポートするように構成される。第2の輻輳処理モジュール2602は、前述の実施形態のS1002、S1003、S1002a、S1003a、S1002N、およびS1003N、ならびに／または本明細書に記載された技術に使用される別のプロセスを実行する際に、ネットワークデバイス24をサポートするように構成される。
【０２８６】
さらに、ネットワークデバイス24はパケット廃棄処理モジュール281を含んでよい。たとえば、図28は、前述の実施形態で提供されたネットワークデバイスの構成の別の可能な概略図である。図28に示されたように、図24に示されたネットワークデバイス24はパケット廃棄処理モジュール281をさらに含んでよい。パケット廃棄処理モジュール281は、前述の実施形態のS2001、および／または本明細書に記載された技術に使用される別のプロセスを実行する際に、ネットワークデバイス24をサポートするように構成される。
【０２８７】
さらに、図29は、前述の実施形態で提供されたネットワークデバイスの構成の別の可能な概略図である。図29に示されたように、図24に示されたネットワークデバイス24は送信モジュール291をさらに含んでよい。送信モジュール291は、前述の実施形態のS1801、S1801a、S2201、およびS2002、ならびに／または本明細書に記載された技術に使用される別のプロセスを実行する際に、ネットワークデバイス24をサポートするように構成される。
【０２８８】
統合ユニットが使用されるとき、第1のマッピングサブモジュール2501、第1の輻輳処理サブモジュール2502、第2のマッピングサブモジュール2601、第2の輻輳処理サブモジュール2602などは、実装用の1つの処理モジュールに統合されてよい。処理モジュールは、たとえば、CPU、汎用プロセッサ、DSP、ASIC、FPGA、別のプログラマブル論理デバイス、トランジスタ論理デバイス、ハードウェア構成要素、またはそれらの任意の組合せであってよい。プロセッサ／コントローラは、本発明に開示された内容を参照して記載された様々な例示的な論理ブロック、モジュール、および回路を実装または実行することができる。処理ユニットは、計算機能を実装する組合せ、たとえば、1つもしくは複数のマイクロプロセッサの組合せ、またはDSPとマイクロプロセッサの組合せであってよい。受信モジュール241および送信モジュール291は、1つの通信インターフェースに統合されてよい。記憶モジュールはメモリであってよい。
【０２８９】
前述の実施形態の図4に示されたネットワークデバイスを参照すると、処理モジュールは、図4に示されたプロセッサ41およびプロセッサ45などの1つまたは複数のプロセッサであってよい。前述のマッピングサブモジュールのいずれか1つは、図4に示されたNPによって実装されてよく、輻輳管理サブモジュールのいずれか1つは、図4に示されたTMによって実装されてよい。記憶モジュールは図4に示されたメモリ42であってよい。受信モジュール241、第1の送信モジュール291、および第2の送信モジュール292は、通信インターフェース43に統合されてよい。
【０２９０】
通信バス44は、具体的に、PCIバス、EISAバスなどであってよい。通信バス44は、アドレスバス、データバス、制御バスなどに分類されてよく、このことは本発明のこの実施形態では限定されない。
【０２９１】
本発明のこの実施形態で提供されたネットワークデバイス24内のモジュールの詳細な説明、およびモジュールが前述の実施形態の関連する方法ステップを実行した後にモジュールによってもたらされる技術的効果については、本発明の方法実施形態の関連する説明を参照されたい。詳細は本明細書では再び記載されない。
【０２９２】
各機能モジュールが各対応する機能に基づいて分割を介して取得されるとき、図30は前述の実施形態で提供された受信デバイスの構成の可能な概略図である。図30に示されたように、受信デバイス30は、受信モジュール301および復号モジュール302を含んでよい。受信モジュール301は、前述の実施形態のS2003およびS2202、ならびに／または本明細書に記載された技術に使用される別のプロセスを実行する際に、受信デバイス30をサポートするように構成される。復号モジュール302は、前述の実施形態のS2004、および／または本明細書に記載された技術に使用される別のプロセスを実行する際に、受信デバイス30をサポートするように構成される。
【０２９３】
さらに、図31は、前述の実施形態で提供された受信デバイスの構成の別の可能な概略図である。図31に示されたように、受信デバイス30はパケット廃棄処理モジュール303をさらに含んでよい。パケット廃棄処理モジュール303は、前述の実施形態のS2203、および／または本明細書に記載された技術に使用される別のプロセスを実行する際に、受信デバイス30をサポートするように構成される。
【０２９４】
統合ユニットが使用されるとき、復号モジュール301、パケット廃棄処理モジュール303などは、実装用の1つの処理モジュールに統合されてよい。処理モジュールは、たとえば、CPU、汎用プロセッサ、DSP、ASIC、FPGA、別のプログラマブル論理デバイス、トランジスタ論理デバイス、ハードウェア構成要素、またはそれらの任意の組合せであってよい。プロセッサ／コントローラは、本発明に開示された内容を参照して記載された様々な例示的な論理ブロック、モジュール、および回路を実装または実行することができる。処理ユニットは、計算機能を実装する組合せ、たとえば、1つもしくは複数のマイクロプロセッサの組合せ、またはDSPとマイクロプロセッサの組合せであってよい。受信モジュール301は通信インターフェースによって実装されてよい。記憶モジュールはメモリであってよい。
【０２９５】
前述の実施形態の図5に示された受信デバイスを参照すると、処理モジュールは、図5に示されたプロセッサ51およびプロセッサ55などの1つまたは複数のプロセッサであってよい。記憶モジュールは図5に示されたメモリ52であってよい。受信モジュール301は通信インターフェース53によって実装されてよい。
【０２９６】
通信バス54は、具体的に、PCIバス、EISAバスなどであってよい。通信バス44は、アドレスバス、データバス、制御バスなどに分類されてよく、このことは本発明のこの実施形態では限定されない。
【０２９７】
本発明のこの実施形態で提供された受信デバイス30内のモジュールの詳細な説明、およびモジュールが前述の実施形態の関連する方法ステップを実行した後にモジュールによってもたらされる技術的効果については、本発明の方法実施形態の関連する説明を参照されたい。詳細は本明細書では再び記載されない。
【０２９８】
実装形態に関する前述の説明により、便利で簡潔な説明のために、前述の機能モジュールの分割のみが説明用の一例として使用されることを、当業者が明確に理解することが可能になる。実際の用途では、前述の機能は、要件に基づいて様々な機能モジュールに割り振り、実装することができる、言い換えれば、装置の内部構造は、上述された機能のすべてまたは一部を実装するために、様々な機能モジュールに分割される。前述のシステム、装置、およびユニットの詳細な動作プロセスについては、前述の方法実施形態における対応するプロセスを参照されたい詳細は本明細書では再び記載されない。
【０２９９】
本出願で提供されたいくつかの実施形態では、開示されたシステム、装置、および方法は他の方式で実装されてよいことを理解されたい。たとえば、記載された装置実施形態は一例にすぎない。たとえば、モジュール分割またはユニット分割は論理的な機能分割にすぎず、実際の実装形態では他の分割が存在してよい。たとえば、複数のユニットまたは構成要素は組み合わされるか、もしくは別のシステムに統合されてよく、または、いくつかの機能は無視されるか、もしくは実行されなくてよい。加えて、表示または説明された相互結合または直接結合または通信接続は、いくつかのインターフェースを使用することによって実装されてよい。装置間またはユニット間の間接結合または通信接続は、電気、機械、または他の形態で実装されてよい。
【０３００】
別々の部分として記載されたユニットは、物理的に分かれていてもいなくてもよく、ユニットとして表示された部分は、物理ユニットであってもそうでなくてもよく、1つの場所に配置されてもよく、または複数のネットワークユニット上に分散されてもよい。ユニットの一部またはすべては、実施形態の解決策の目的を達成するために、実際の要件に基づいて選択されてよい。
【０３０１】
加えて、本出願の実施形態における機能ユニットは1つの処理ユニットに統合されてよく、またはユニットの各々は物理的に単独で存在してよく、または2つ以上のユニットが1つのユニットに統合されてよい。統合ユニットは、ハードウェアの形態で実装されてもよく、ソフトウェア機能ユニットの形態で実装されてもよい。
【０３０２】
統合ユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、統合ユニットはコンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本出願の技術的解決策は本質的に、または従来技術に寄与する部分は、または技術的解決策のうちのすべてもしくは一部は、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態に記載された方法のステップのすべてまたは一部を実行するように、（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい）コンピュータデバイスまたはプロセッサに命令するためのいくつかの命令を含む。前述の記憶媒体には、プログラムコードを記憶することができる任意の媒体、たとえば、フラッシュメモリ、リムーバルハードディスク、読取り専用メモリ、ランダムアクセスメモリ、磁気ディスク、または光ディスクが含まれる。
【０３０３】
前述の説明は、本出願の具体的な実装形態にすぎず、本出願の保護範囲を限定するものではない。本出願に開示された技術的範囲内のいかなる変形または置換も、本出願の保護範囲内に入るべきである。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。
【符号の説明】
【０３０４】
23  送信デバイス
24  ネットワークデバイス
30  受信デバイス
31  プロセッサ
32  メモリ
33  通信インターフェース
34  通信バス
35  プロセッサ
41  プロセッサ
42  メモリ
43  通信インターフェース
44  通信バス
45  プロセッサ
51  プロセッサ
52  メモリ
53  通信インターフェース
54  通信バス
55  プロセッサ
231  生成モジュール
232  送信モジュール
241  受信モジュール
242  輻輳処理モジュール
281  パケット廃棄処理モジュール
291  第1の送信モジュール
292  第2の送信モジュール
301  受信モジュール
302  復号モジュール
303  パケット廃棄処理モジュール
2501  第1のマッピングサブモジュール
2502  第1の輻輳処理サブモジュール
2601  第2のマッピングサブモジュール
2602  第2の輻輳処理サブモジュール
2701  第3のマッピングサブモジュール
2702  第3の輻輳処理サブモジュール
【図１】
2020526110.tif 000003
【図２】
2020526110.tif 000004
【図３】
2020526110.tif 000005
【図４】
2020526110.tif 000006
【図５】
2020526110.tif 000007
【図６】
2020526110.tif 000008
【図７】
2020526110.tif 000009
【図８】
2020526110.tif 000010
【図９】
2020526110.tif 000011
【図１０】
2020526110.tif 000012
【図１１】
2020526110.tif 000013
【図１２】
2020526110.tif 000014
【図１３】
2020526110.tif 000015
【図１４】
2020526110.tif 000016
【図１５】
2020526110.tif 000017
【図１６】
2020526110.tif 000018
【図１７】
2020526110.tif 000019
【図１８Ａ】
2020526110.tif 000020
【図１８Ｂ】
2020526110.tif 000021
【図１９】
2020526110.tif 000022
【図２０Ａ】
2020526110.tif 000023
【図２０Ｂ】
2020526110.tif 000024
【図２１】
2020526110.tif 000025
【図２２Ａ】
2020526110.tif 000026
【図２２Ｂ】
2020526110.tif 000027
【図２３】
2020526110.tif 000028
【図２４】
2020526110.tif 000029
【図２５】
2020526110.tif 000030
【図２６】
2020526110.tif 000031
【図２７】
2020526110.tif 000032
【図２８】
2020526110.tif 000033
【図２９】
2020526110.tif 000034
【図３０】
2020526110.tif 000035
【図３１】
2020526110.tif 000036
【手続補正書】
【提出日】令和2年2月5日(2020.2.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオ送信方法であって、
送信デバイスにより、ソースビデオストリームを生成するステップであって、前記ソースビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化される、ステップと、
前記送信デバイスにより、ネットワークデバイスに前記ソースビデオストリームを送信するステップと
を有する方法。
【請求項２】
ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、請求項1に記載の方法。
【請求項３】
前記ビデオフレーム情報が優先度指示情報をさらに含み、前記優先度指示情報が前記ビデオデータパケットの送信優先度を示すために使用される、請求項1または2に記載の方法。
【請求項４】
前記ビデオフレーム情報がフレーム番号指示情報およびフレーム長指示情報をさらに含み、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用される、請求項3に記載の方法。
【請求項５】
前記ビデオデータパケットが、アプリケーション認識基板プロトコル（A2SP）ヘッダ、リアルタイムトランスポートプロトコル（RTP）ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが前記RTPヘッダおよび前記ビデオデータ部分を含み、A2SPパケットが前記RTPデータパケットおよび前記A2SPヘッダを含み、前記A2SPヘッダが前記ビデオフレーム情報を搬送するために使用され、前記RTPデータパケットが前記A2SPパケットのペイロードとして使用される、または
前記ビデオデータパケットが、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが、前記RTPヘッダ、前記RTP拡張ヘッダ、および前記ビデオデータ部分を含み、前記RTP拡張ヘッダが前記ビデオフレーム情報を搬送するために使用される、請求項4に記載の方法。
【請求項６】
前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含む、請求項1から5のいずれか一項に記載の方法。
【請求項７】
ビデオ送信方法であって、
ネットワークデバイスにより、ビデオストリームを受信するステップであって、前記ビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化される、ステップと、
前記ネットワークデバイスにより、ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄するステップと
を有する方法。
【請求項８】
ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、請求項7に記載の方法。
【請求項９】
前記ビデオフレーム情報が優先度指示情報をさらに含み、前記優先度指示情報が前記ビデオデータパケットの送信優先度を示すために使用され、
前記ネットワークデバイスにより、ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する前記ステップが、
前記ネットワークデバイスにより、前記ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するステップ
を含む、請求項8に記載の方法。
【請求項１０】
前記ネットワークデバイスにより、前記ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄する前記ステップが、
前記ネットワークデバイスにより、前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、マッピングを介して前記ビデオデータパケットのサービスレベルおよび色を取得するステップであって、前記サービスレベルが、それを介して前記ネットワークデバイスが前記ビデオデータパケットを送信するキューのレベルを示すために使用され、前記色が前記ビデオデータパケットの廃棄レベルを示すために使用される、ステップと、
前記ネットワークデバイスにより、中間ビデオストリームを取得するために、前記サービスレベルに基づいて前記ネットワークが輻輳していると判断すると、前記ビデオデータパケットの前記サービスレベルおよび前記色に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するステップと
を含む、請求項9に記載の方法。
【請求項１１】
前記ビデオフレーム情報がフレーム番号指示情報をさらに含み、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、
前記ネットワークデバイスにより、前記ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄する前記ステップが、
前記ネットワークデバイスにより、前記ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記優先度指示情報、および前記フレーム番号指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するステップ
を含む、請求項9に記載の方法。
【請求項１２】
前記ネットワークデバイスにより、前記ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記優先度指示情報、および前記フレーム番号指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄する前記ステップが、
前記ネットワークデバイスにより、前記ビデオフレーム情報に含まれた前記優先度指示情報に基づいて、マッピングを介して前記ビデオデータパケットのサービスレベルを取得するステップであって、前記サービスレベルが、それを介して前記ネットワークデバイスが前記ビデオデータパケットを送信するキューのレベルを示すために使用される、ステップと、
前記ネットワークデバイスにより、前記ビデオデータパケットの前記サービスレベルに基づいて前記キューの長さを検出するステップと、
前記ネットワークデバイスにより、中間ビデオストリームを取得するために、前記キューの前記長さ、ならびに前記ビデオフレーム情報に含まれた前記フレーム番号指示情報および前記廃棄指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するステップと
を含む、請求項11に記載の方法。
【請求項１３】
前記ビデオフレーム情報がフレーム長指示情報をさらに含み、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用され、前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含み、
前記ネットワークデバイスにより、ネットワークが輻輳していると判断すると、前記ビデオフレーム情報に基づいて1つまたは複数の第1のビデオデータパケットを廃棄する前記ステップの後に、前記方法が、
前記ネットワークデバイスが受信デバイスに隣接するとき、前記ネットワークデバイスにより、復号対象ビデオストリームを取得するために、中間ビデオストリーム内の前記ビデオデータパケットの前記シーケンス番号、ならびに前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記フレーム番号指示情報、および前記フレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するステップであって、前記第3のビデオデータパケットが、フレームタイプが前記非参照Bフレームである不完全なビデオフレーム内のビデオデータがカプセル化されたパケットであり、前記復号対象ビデオストリームの中のすべてのビデオフレームが完全なビデオフレームである、ステップと、
前記ネットワークデバイスにより、前記受信デバイスに前記復号対象ビデオストリームを送信するステップと
をさらに有する、請求項7から12のいずれか一項に記載の方法。
【請求項１４】
前記ビデオデータパケットが、アプリケーション認識基板プロトコル（A2SP）ヘッダ、リアルタイムトランスポートプロトコル（RTP）ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが前記RTPヘッダおよび前記ビデオデータ部分を含み、A2SPパケットが前記RTPデータパケットおよび前記A2SPヘッダを含み、前記A2SPヘッダが前記ビデオフレーム情報を搬送するために使用され、前記RTPデータパケットが前記A2SPパケットのペイロードとして使用される、または
前記ビデオデータパケットが、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが、前記RTPヘッダ、前記RTP拡張ヘッダ、および前記ビデオデータ部分を含み、前記RTP拡張ヘッダが前記ビデオフレーム情報を搬送するために使用される、請求項13に記載の方法。
【請求項１５】
ビデオ送信方法であって、
受信デバイスにより、ネットワークデバイスによって送信された中間ビデオストリームを受信するステップであって、前記中間ビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記ビデオフレーム情報が、前記廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化され、前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含む、ステップと、
前記受信デバイスにより、復号対象ビデオストリームを取得するために、前記中間ビデオストリーム内の前記ビデオデータパケットの前記シーケンス番号、ならびに前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記フレーム番号指示情報、および前記フレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するステップであって、前記第3のビデオデータパケットが、フレームタイプが前記非参照Bフレームである不完全なビデオフレーム内のビデオデータがカプセル化されたパケットであり、前記復号対象ビデオストリームの中のすべてのビデオフレームが完全なビデオフレームである、ステップと、
前記受信デバイスにより、前記復号対象ビデオストリームを復号するステップと
を有する方法。
【請求項１６】
ソースビデオストリームを生成するように構成された生成モジュールであって、前記ソースビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化される、生成モジュールと、
前記生成モジュールによって生成された前記ソースビデオストリームをネットワークデバイスに送信するように構成された送信モジュールと
を備える、送信デバイス。
【請求項１７】
ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、請求項16に記載の送信デバイス。
【請求項１８】
前記ビデオフレーム情報が優先度指示情報をさらに含み、前記優先度指示情報が前記ビデオデータパケットの送信優先度を示すために使用される、請求項16または17に記載の送信デバイス。
【請求項１９】
前記ビデオフレーム情報がフレーム番号指示情報およびフレーム長指示情報をさらに含み、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用される、請求項18に記載の送信デバイス。
【請求項２０】
前記ビデオデータパケットが、アプリケーション認識基板プロトコル（A2SP）ヘッダ、リアルタイムトランスポートプロトコル（RTP）ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが前記RTPヘッダおよび前記ビデオデータ部分を含み、A2SPパケットが前記RTPデータパケットおよび前記A2SPヘッダを含み、前記A2SPヘッダが前記ビデオフレーム情報を搬送するために使用され、前記RTPデータパケットが前記A2SPパケットのペイロードとして使用される、または
前記ビデオデータパケットが、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが、前記RTPヘッダ、前記RTP拡張ヘッダ、および前記ビデオデータ部分を含み、前記RTP拡張ヘッダが前記ビデオフレーム情報を搬送するために使用される、請求項19に記載の送信デバイス。
【請求項２１】
前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含む、請求項20に記載の送信デバイス。
【請求項２２】
ビデオストリームを受信するように構成された受信モジュールであって、前記ビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化される、受信モジュールと、
ネットワークが輻輳していると判断されると、前記受信モジュールによって取得された前記ビデオフレーム情報に基づいて、1つまたは複数の第1のビデオデータパケットを廃棄するように構成された輻輳処理モジュールと
を備える、ネットワークデバイス。
【請求項２３】
ただ1つのビデオフレーム内のビデオデータが各ビデオデータパケットにカプセル化される、請求項22に記載のネットワークデバイス。
【請求項２４】
前記ビデオフレーム情報が優先度指示情報をさらに含み、前記優先度指示情報が前記ビデオデータパケットの送信優先度を示すために使用され、
前記輻輳処理モジュールが、前記ネットワークが輻輳していると判断されると、前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するように特に構成される、請求項23に記載のネットワークデバイス。
【請求項２５】
前記輻輳処理モジュールが、
前記ビデオフレーム情報に含まれた前記廃棄指示情報および前記優先度指示情報に基づいて、マッピングを介して前記ビデオデータパケットのサービスレベルおよび色を取得するように構成された第1のマッピングサブモジュールであって、前記サービスレベルが、それを介して前記ネットワークデバイスが前記ビデオデータパケットを送信するキューのレベルを示すために使用され、前記色が前記ビデオデータパケットの廃棄レベルを示すために使用される、第1のマッピングサブモジュールと、
中間ビデオストリームを取得するために、前記サービスレベルに基づいて前記ネットワークが輻輳していると判断されると、マッピングを介して前記第1のマッピングサブモジュールによって取得された前記ビデオデータパケットの前記サービスレベルおよび前記色に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するように構成された第1の輻輳処理サブモジュールと
を備える、請求項24に記載のネットワークデバイス。
【請求項２６】
前記ビデオフレーム情報がフレーム番号指示情報をさらに含み、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、
前記輻輳処理モジュールが、前記ネットワークが輻輳していると判断されると、前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記優先度指示情報、および前記フレーム番号指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するように特に構成される、請求項24に記載のネットワークデバイス。
【請求項２７】
前記輻輳処理モジュールが、
前記ビデオフレーム情報に含まれた前記優先度指示情報に基づいて、マッピングを介して前記ビデオデータパケットのサービスレベルを取得するように構成された第2のマッピングサブモジュールであって、前記サービスレベルが、それを介して前記ネットワークデバイスが前記ビデオデータパケットを送信するキューのレベルを示すために使用される、第2のマッピングサブモジュールと、
マッピングを介して前記第2のマッピングサブモジュールによって取得された前記ビデオデータパケットの前記サービスレベルに基づいて前記キューの長さを検出し、中間ビデオストリームを取得するために、前記キューの前記長さ、ならびに前記ビデオフレーム情報に含まれた前記フレーム番号指示情報および前記廃棄指示情報に基づいて、前記1つまたは複数の第1のビデオデータパケットを廃棄するように構成された第2の輻輳処理サブモジュールと
を備える、請求項26に記載のネットワークデバイス。
【請求項２８】
前記ビデオフレーム情報がフレーム長指示情報をさらに含み、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用され、前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含み、
前記ネットワークデバイスが、
前記ネットワークデバイスが受信デバイスに隣接するとき、復号対象ビデオストリームを取得するために、中間ビデオストリーム内の前記ビデオデータパケットの前記シーケンス番号、ならびに前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記フレーム番号指示情報、および前記フレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するように構成されたパケット廃棄処理モジュールであって、前記第3のビデオデータパケットが、フレームタイプが前記非参照Bフレームである不完全なビデオフレーム内のビデオデータがカプセル化されたパケットであり、前記復号対象ビデオストリームの中のすべてのビデオフレームが完全なビデオフレームである、パケット廃棄処理モジュールと、
前記ネットワークデバイスが前記受信デバイスに隣接するとき、前記パケット廃棄処理モジュールによって取得された前記復号対象ビデオストリームを前記受信デバイスに送信するように構成された送信モジュールと
をさらに備える、請求項22から27のいずれか一項に記載のネットワークデバイス。
【請求項２９】
前記ビデオデータパケットが、アプリケーション認識基板プロトコル（A2SP）ヘッダ、リアルタイムトランスポートプロトコル（RTP）ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが前記RTPヘッダおよび前記ビデオデータ部分を含み、A2SPパケットが前記RTPデータパケットおよび前記A2SPヘッダを含み、前記A2SPヘッダが前記ビデオフレーム情報を搬送するために使用され、前記RTPデータパケットが前記A2SPパケットのペイロードとして使用される、または
前記ビデオデータパケットが、RTPヘッダ、RTP拡張ヘッダ、およびビデオデータ部分を含み、前記ビデオデータ部分がビデオデータを搬送するために使用され、RTPデータパケットが、前記RTPヘッダ、前記RTP拡張ヘッダ、および前記ビデオデータ部分を含み、前記RTP拡張ヘッダが前記ビデオフレーム情報を搬送するために使用される、請求項28に記載のネットワークデバイス。
【請求項３０】
ネットワークデバイスによって送信された中間ビデオストリームを受信するように構成された受信モジュールであって、前記中間ビデオストリームが複数のビデオデータパケットを含み、各ビデオデータパケットがビデオフレーム情報を含み、前記ビデオフレーム情報が廃棄指示情報を含み、前記ビデオフレーム情報が、前記廃棄指示情報、フレーム番号指示情報、およびフレーム長指示情報を含み、前記廃棄指示情報が前記ビデオデータパケットの廃棄優先度を示すために使用され、前記フレーム番号指示情報が、前記ビデオデータパケットが位置するビデオフレームの番号を示すために使用され、前記フレーム長指示情報が、前記ビデオデータパケットが位置する前記ビデオフレームに含まれたビデオデータパケットの数を示すために使用され、前記複数のビデオデータパケットが第1のビデオデータパケットおよび第2のビデオデータパケットを含み、前記第1のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度が、前記第2のビデオデータパケットに含まれた廃棄指示情報によって示される廃棄優先度よりも高く、フレームタイプが非参照Bフレームであるビデオフレーム内のビデオデータが前記第1のビデオデータパケットにカプセル化され、フレームタイプがIフレーム、Pフレーム、または参照Bフレームであるビデオフレーム内のビデオデータが前記第2のビデオデータパケットにカプセル化され、前記ビデオデータパケットが前記ビデオデータパケットのシーケンス番号をさらに含む、受信モジュールと、
復号対象ビデオストリームを取得するために、前記受信モジュールによって取得された前記中間ビデオストリーム内の前記ビデオデータパケットの前記シーケンス番号、ならびに前記ビデオフレーム情報に含まれた前記廃棄指示情報、前記フレーム番号指示情報、および前記フレーム長指示情報に基づいて、第3のビデオデータパケットを廃棄するように構成されたパケット廃棄処理モジュールであって、前記第3のビデオデータパケットが、フレームタイプが前記非参照Bフレームである不完全なビデオフレーム内のビデオデータがカプセル化されたパケットであり、前記復号対象ビデオストリームの中のすべてのビデオフレームが完全なビデオフレームである、パケット廃棄処理モジュールと、
前記パケット廃棄処理モジュールによって取得された前記復号対象ビデオストリームを復号するように構成された復号モジュールと
を備える、受信デバイス。
【請求項３１】
請求項16から21のいずれか一項に記載の送信デバイスと、
請求項22から29のいずれか一項に記載のネットワークデバイスである、少なくとも1つのネットワークデバイスと、
請求項30に記載の受信デバイスと
を備える、ビデオ送信システム。
【国際調査報告】
2020526110.tif 000037
2020526110.tif 000038
2020526110.tif 000039
2020526110.tif 000040