(57)【要約】  本出願の実施形態は、QUICプロトコルに基づいて送信された、ビデオサービスのオーディオ／ビデオスライスを識別するために、ビデオサービス処理方法および装置を提供する。方法は、第1のデバイスにより、クライアントからの複数のアップリンク要求メッセージに基づいてサーバによって送信された第1のビデオサービスの複数のデータブロックを受信するステップであって、複数のアップリンク要求メッセージが少なくとも2つのグループのアップリンク要求メッセージを含む、ステップと、第1のデバイスにより、第1のグループのアップリンク要求メッセージと、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージに隣接する第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するステップと、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に1つのデータブロックが受信された場合、第1のデバイスにより、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定するステップとを含む。
2020502950.tif 000002
【特許請求の範囲】
【請求項１】
ビデオサービス処理方法であって、
第1のデバイスにより、クライアントからの複数のアップリンク要求メッセージに基づいてサーバによって送信された第1のビデオサービスの複数のデータブロックを受信するステップであって、前記複数のアップリンク要求メッセージが前記第1のビデオサービスを要求するために使用され、前記複数のアップリンク要求メッセージが少なくとも2つのグループのアップリンク要求メッセージを備え、前記少なくとも2つのグループのアップリンク要求メッセージの各々が2つの連続して送信されたアップリンク要求メッセージを備える、ステップと、
前記第1のデバイスにより、第1のグループのアップリンク要求メッセージと、前記少なくとも2つのグループのアップリンク要求メッセージの中の前記第1のグループのアップリンク要求メッセージに隣接する第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するステップと、
前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に1つのデータブロックが受信された場合、前記第1のデバイスにより、前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記データブロックをオーディオ／ビデオスライスとして特定するステップと
を備える、ビデオサービス処理方法。
【請求項２】
前記方法が、
前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に少なくとも2つのデータブロックが受信された場合、前記第1のデバイスにより、前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記少なくとも2つのデータブロックのサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定するステップ
をさらに備える、請求項1に記載の方法。
【請求項３】
前記第1のデバイスにより、前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記少なくとも2つのデータブロックのサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定する前記ステップが、
前記第1のデバイスにより、少なくとも1つの結合データブロックを取得するために、前記少なくとも2つのデータブロックの各々のサイズに基づいて、前記少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合するステップと、
前記第1のデバイスにより、前記少なくとも1つの結合データブロックを前記少なくとも1つのオーディオ／ビデオスライスとして特定するステップと
を備える、請求項2に記載の方法。
【請求項４】
前記第1のデバイスにより、前記少なくとも2つのデータブロックの各々のサイズに基づいて、前記少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合する前記ステップが、
前記少なくとも2つのデータブロックの第1のデータブロックのサイズが第1のしきい値より大きく、前記第1のデータブロックに隣接する、前記少なくとも2つのデータブロックの第2のデータブロックのサイズが前記第1のしきい値以下であるとき、前記第1のデバイスにより、前記第1のデータブロックと前記第2のデータブロックを結合するステップ
を備える、請求項3に記載の方法。
【請求項５】
前記方法が、
前記第1のデータブロックと前記第2のデータブロックの両方の前記サイズが前記第1のしきい値以下であるとき、前記第1のデバイスにより、前記少なくとも2つのデータブロックの前記第1のデータブロックおよび前記第2のデータブロックの直後に続く第3のデータブロックのサイズを特定するステップと、
前記第3のデータブロックの前記サイズが前記第1のしきい値より大きいとき、前記第1のデバイスにより、前記第2のデータブロックと前記第3のデータブロックを結合するステップと
をさらに備える、請求項4に記載の方法。
【請求項６】
前記方法が、
前記第1のデータブロックと前記第2のデータブロックの両方の前記サイズが前記第1のしきい値より大きいとき、前記第1のデバイスにより、前記第1のデータブロックをオーディオ／ビデオスライスとして特定するステップ
をさらに備える、請求項4または5に記載の方法。
【請求項７】
前記第1のデバイスにより、前記少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定する前記ステップの前に、前記方法が、
前記第1のデバイスにより、前記第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定するステップ
をさらに備え、
前記第1のデバイスにより、前記少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定する前記ステップが、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されているとき、前記第1のデバイスにより、前記少なくとも2つのグループのアップリンク要求メッセージの中の前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記データブロックの前記数を特定するステップ
を備える、請求項1から6のいずれか一項に記載の方法。
【請求項８】
前記方法が、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないとき、前記第1のデバイスにより、前記複数のアップリンク要求メッセージの中の2つおきの隣接するアップリンク要求メッセージの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定するステップ
をさらに備える、請求項7に記載の方法。
【請求項９】
前記第1のデバイスにより、前記第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定する前記ステップが、
前記第1のデバイスにより、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定するステップと、
前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定した場合、前記第1のデバイスにより、前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていると判定するステップ、または
前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定した場合、前記第1のデバイスにより、前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないと判定するステップと
を備える、請求項7または8に記載の方法。
【請求項１０】
前記第1のデバイスにより、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定する前記ステップが、
前記第1のデバイスにより、前記複数のアップリンク要求メッセージの各々の中の第1のフィールドを取得するステップであって、前記第1のフィールドが前記アップリンク要求メッセージを識別するために使用される、ステップと、
それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが前記複数のアップリンク要求メッセージの中に存在する場合、前記第1のデバイスにより、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定するステップ、または
それらの第1のフィールドが連続する2つのアップリンク要求メッセージが前記複数のアップリンク要求メッセージの中に存在しない場合、前記第1のデバイスにより、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定するステップと
を備える、請求項9に記載の方法。
【請求項１１】
前記方法が、
前記第1のデバイスにより、前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第1のアップリンク要求メッセージに対応する第1のデータブロックのサイズを特定するステップと、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されているとき、前記第1のデータブロックの前記サイズが第2のしきい値より小さい場合、前記第1のデバイスにより、前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第2のアップリンク要求メッセージに対応する第2のデータブロックのサイズを特定するステップと、
前記第2のデータブロックの前記サイズが前記第2のしきい値より小さい場合、前記第1のデバイスにより、前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第3のアップリンク要求メッセージに対応する第3のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップと
をさらに備える、請求項1から10のいずれか一項に記載の方法。
【請求項１２】
前記方法が、
前記第2のデータブロックの前記サイズが前記第2のしきい値以上である場合、前記第1のデバイスにより、前記第2のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに備える、請求項11に記載の方法。
【請求項１３】
前記方法が、
前記第1のデータブロックの前記サイズが前記第2のしきい値以上である場合、前記第1のデバイスにより、前記第1のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに備える、請求項11または12に記載の方法。
【請求項１４】
前記方法が、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないとき、前記第1のデータブロックの前記サイズが前記第2のしきい値より小さい場合、前記第1のデバイスにより、前記第2のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに備える、請求項11から13のいずれか一項に記載の方法。
【請求項１５】
前記方法が、
前記第1のデバイスが前記第1のビデオサービスのすべてのオーディオ／ビデオスライスを取得した後、前記第1のデバイスにより、前記第1のビデオサービスのサービスレベルビットレートを決定するステップ
をさらに備える、請求項1から14のいずれか一項に記載の方法。
【請求項１６】
前記第1のデバイスにより、前記第1のビデオサービスのサービスレベルビットレートを決定する前記ステップが、
前記第1のデバイスにより、前記第1のビデオサービスのすべての前記オーディオ／ビデオスライスのトラフィック変化率およびレート変化率を特定するステップと、
前記第1のビデオサービスの第1のオーディオ／ビデオスライスのトラフィック変化率が第3のしきい値より大きく、前記第1のオーディオ／ビデオスライスのレート変化率が第4のしきい値より大きいとき、前記第1のデバイスにより、前記第1のオーディオ／ビデオスライスを再送信されたスライスとして特定するステップと、
前記第1のデバイスにより、前記第1のオーディオ／ビデオスライス以外のすべての前記オーディオ／ビデオスライスの残りのオーディオ／ビデオスライスに基づいて、前記第1のビデオサービスの前記サービスレベルビットレートを決定するステップと
を備える、請求項15に記載の方法。
【請求項１７】
ビデオサービス処理装置であって、
クライアントからの複数のアップリンク要求メッセージに基づいてサーバによって送信された第1のビデオサービスの複数のデータブロックを受信するように構成された受信ユニットであって、前記複数のアップリンク要求メッセージが前記第1のビデオサービスを要求するために使用され、前記複数のアップリンク要求メッセージが少なくとも2つのグループのアップリンク要求メッセージを備え、前記少なくとも2つのグループのアップリンク要求メッセージの各々が2つの連続して送信されたアップリンク要求メッセージを備える、受信ユニットと、
第1のグループのアップリンク要求メッセージと、前記少なくとも2つのグループのアップリンク要求メッセージの中の前記第1のグループのアップリンク要求メッセージに隣接する第2のグループのアップリンク要求メッセージとの間のデータブロックの数を特定するように構成された特定ユニットと
を備え、
前記特定ユニットが、
前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に1つのデータブロックが受信された場合、前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記データブロックをオーディオ／ビデオスライスとして特定する
ようにさらに構成される、ビデオサービス処理装置。
【請求項１８】
前記特定ユニットが、
前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に少なくとも2つのデータブロックが受信された場合、前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記少なくとも2つのデータブロックのサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定するようにさらに構成される、請求項17に記載の装置。
【請求項１９】
前記装置が、
少なくとも1つの結合データブロックを取得するために、前記少なくとも2つのデータブロックの各々のサイズに基づいて、前記少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合するように構成された結合ユニット
をさらに備え、
前記特定ユニットが、具体的に、
前記少なくとも1つの結合データブロックを前記少なくとも1つのオーディオ／ビデオスライスとして特定する
ように構成される、請求項18に記載の装置。
【請求項２０】
前記結合ユニットが、具体的に、
前記少なくとも2つのデータブロックの第1のデータブロックのサイズが第1のしきい値より大きく、前記第1のデータブロックに隣接する、前記少なくとも2つのデータブロックの第2のデータブロックのサイズが前記第1のしきい値以下であるとき、前記第1のデータブロックと前記第2のデータブロックを結合する
ように構成される、請求項19に記載の装置。
【請求項２１】
前記特定ユニットが、
前記第1のデータブロックと前記第2のデータブロックの両方の前記サイズが前記第1のしきい値以下であるとき、前記少なくとも2つのデータブロックの前記第1のデータブロックおよび前記第2のデータブロックの直後に続く第3のデータブロックのサイズを特定する
ようにさらに構成され、
前記結合ユニットが、
前記第3のデータブロックの前記サイズが前記第1のしきい値より大きいとき、前記第2のデータブロックと前記第3のデータブロックを結合する
ようにさらに構成される、請求項20に記載の装置。
【請求項２２】
前記特定ユニットが、
前記第1のデータブロックと前記第2のデータブロックの両方の前記サイズが前記第1のしきい値より大きいとき、前記第1のデータブロックをオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項20または21に記載の装置。
【請求項２３】
前記特定ユニットが、
前記少なくとも2つのグループのアップリンク要求メッセージの中の前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記データブロックの前記数を特定する前に、前記第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定し、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されているとき、前記少なくとも2つのグループのアップリンク要求メッセージの中の前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記データブロックの前記数を特定する
ようにさらに構成される、請求項17から22のいずれか一項に記載の装置。
【請求項２４】
前記特定ユニットが、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないとき、前記複数のアップリンク要求メッセージの中の2つおきの隣接するアップリンク要求メッセージの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項23に記載の装置。
【請求項２５】
前記特定ユニットが、
前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定し、
前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定した場合、前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていると判定するか、または
前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定した場合、前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないと判定する
ようにさらに構成される、請求項23または24に記載の装置。
【請求項２６】
前記特定ユニットが、具体的に、
前記複数のアップリンク要求メッセージの各々の中の第1のフィールドを取得することであって、前記第1のフィールドが前記アップリンク要求メッセージを識別するために使用される、取得することと、
それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが前記複数のアップリンク要求メッセージの中に存在する場合、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定すること、または
それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが前記複数のアップリンク要求メッセージの中に存在しない場合、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定することと
を行うように構成される、請求項25に記載の装置。
【請求項２７】
前記特定ユニットが、
前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第1のアップリンク要求メッセージに対応する第1のデータブロックのサイズを特定し、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されているとき、前記第1のデータブロックの前記サイズが第2のしきい値より小さい場合、前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第2のアップリンク要求メッセージに対応する第2のデータブロックのサイズを特定し、
前記第2のデータブロックの前記サイズが前記第2のしきい値より小さい場合、前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第3のアップリンク要求メッセージに対応する第3のデータブロックを最初のオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項17から26のいずれか一項に記載の装置。
【請求項２８】
前記特定ユニットが、
前記第2のデータブロックの前記サイズが前記第2のしきい値以上である場合、前記第2のデータブロックを最初のオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項27に記載の装置。
【請求項２９】
前記特定ユニットが、
前記第1のデータブロックの前記サイズが前記第2のしきい値以上である場合、前記第1のデータブロックを最初のオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項27または28に記載の装置。
【請求項３０】
前記特定ユニットが、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないとき、前記第1のデータブロックの前記サイズが前記第2のしきい値より小さい場合、前記第2のデータブロックを最初のオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項17から29のいずれか一項に記載の装置。
【請求項３１】
前記特定ユニットが、
前記第1のビデオサービスのすべてのオーディオ／ビデオスライスが取得された後、前記第1のビデオサービスのサービスレベルビットレートを決定する
ようにさらに構成される、請求項17から30のいずれか一項に記載の装置。
【請求項３２】
前記特定ユニットが、
前記第1のビデオサービスのすべての前記オーディオ／ビデオスライスのトラフィック変化率およびレート変化率を特定し、
前記第1のビデオサービスの第1のオーディオ／ビデオスライスのトラフィック変化率が第3のしきい値より大きく、前記第1のオーディオ／ビデオスライスのレート変化率が第4のしきい値より大きいとき、前記第1のオーディオ／ビデオスライスを再送信されたスライスとして特定し、
前記第1のオーディオ／ビデオスライス以外のすべての前記オーディオ／ビデオスライスの残りのオーディオ／ビデオスライスに基づいて、前記第1のビデオサービスの前記サービスレベルビットレートを決定する
ようにさらに構成される、請求項31に記載の装置。
【請求項３３】
コンピュータプログラムを記憶するように構成され、前記コンピュータプログラムがコンピュータ上で実行されると、前記コンピュータが請求項1から16のいずれか一項に記載の方法を実行する、コンピュータ可読記憶媒体。
【請求項３４】
コンピュータプログラムコードを備え、前記コンピュータプログラムコードがコンピュータによって実行されると、前記コンピュータが請求項1から16のいずれか一項に記載の方法を実行する、コンピュータプログラム製品。
【請求項３５】
入力インターフェース、出力インターフェース、少なくとも1つのプロセッサ、およびメモリを備えるチップであって、前記入力インターフェース、前記出力インターフェース、前記プロセッサ、および前記メモリが内部チャネルを使用して互いに接続され、前記プロセッサが前記メモリ内のコードを実行するように構成され、前記コードが実行されると、前記プロセッサが請求項1から16のいずれか一項に記載の方法を実行するように構成される、チップ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその全体が本明細書に組み込まれる、2016年12月22日に中国国家知識産権局に出願され、「VIDEO SERVICE PROCESSING METHOD AND APPARATUS」と題する、中国特許出願第201611200457．2号の優先権を主張する。
【０００２】
本出願の実施形態は通信分野に関し、より詳細には、ビデオサービス処理方法および装置に関する。
【背景技術】
【０００３】
モバイルブロードバンド（mobile broad−band、MBB）ネットワークの継続的な発展に伴い、モバイルサービスの焦点は音声サービスからデータサービスに移行している。ビデオサービスはデータサービスの大部分を占めており、世界の主要な携帯電話事業者によって基本サービスとして広く定義されている。現在、ほとんどのオンデマンドビデオは伝送制御プロトコル（transport control protocol、TCP）を使用して伝送されるが、TCPは最初の対話の間の長い遅延および伝送エラーの場合の強制的な待機などの欠点を有する。したがって、グーグル（google）株式会社は、ユーザデータグラムプロトコル（user datagram protocol、UDP）伝送に基づく新しいプロトコル、すなわちクイックUDPインターネット接続（quick UDP internet connection、QUIC）プロトコルを開始しており、QUICプロトコルは、ゼロ往復遅延（round−trip time、RTT）、順方向誤り訂正、および多重化などの利点を有する。QUICプロトコルの利点により、QUICプロトコルに基づくビデオ送信は現在の研究ホットスポットになっている。
【０００４】
音声サービスからデータサービスに移行する過程で、事業者の焦点もネットワーク品質の主要性能指標（key performance indicator、KPI）からユーザ体験の主要品質指標（key quality indicator、KQI）に移行する。ビデオサービスは携帯電話事業者のキャッシュフローであり、したがって、ビデオサービスの体験は最も重要である。ビデオのビットレートはビデオソースの品質を決定し、ビデオの再生待ち時間およびビデオの凍結も決定する。ビデオのビットレートの識別は、オーディオスライスとビデオスライスの両方の識別を必要とする。
【０００５】
TCP伝送を使用するビデオサービスには、すべての既存のビデオサービス処理方法が使用される。TCPプロトコルでは、オーディオスライスは1つのデータストリームに対応し、ビデオスライスは別のデータストリームに対応するが、QUICプロトコルでは、オーディオスライスおよびビデオスライスが送信用のデータストリーム内で混合され、既存の方法はデータストリーム内のオーディオ／ビデオスライスを識別することができない。したがって、QUICプロトコルを使用して送信されたビデオサービスのオーディオ／ビデオスライスを識別することが、解決されるべき緊急の課題である。
【発明の概要】
【課題を解決するための手段】
【０００６】
これを考慮して、本出願の実施形態は、QUICプロトコルに基づいて送信されるオーディオ／ビデオスライスを識別するために、ビデオサービス処理方法および装置を提供する。
【０００７】
第1の態様によれば、第1のデバイスにより、クライアントからの複数のアップリンク要求メッセージに基づいてサーバによって送信された第1のビデオサービスの複数のデータブロックを受信するステップであって、複数のアップリンク要求メッセージが第1のビデオサービスを要求するために使用され、複数のアップリンク要求メッセージが少なくとも2つのグループのアップリンク要求メッセージを含み、少なくとも2つのグループのアップリンク要求メッセージの各々が2つの連続して送信されたアップリンク要求メッセージを含む、ステップと、
第1のデバイスにより、第1のグループのアップリンク要求メッセージと、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージに隣接する第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するステップと、
第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に1つのデータブロックが受信された場合、第1のデバイスにより、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定するステップと
を含む、ビデオサービス処理方法が提供される。
【０００８】
本出願のこの実施形態では、クライアントは、複数のアップリンク要求メッセージを使用して第1のビデオサービスの複数のデータブロックを取得することができる。複数のアップリンク要求メッセージは、少なくとも2つのグループのアップリンク要求メッセージを含む。第1のデバイスは、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数に基づいて、オーディオ／ビデオスライスを特定することができる。具体的には、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に1つのデータブロックしか存在しない場合、第1のデバイスは、そのデータブロックをオーディオ／ビデオスライスとして特定することができる。
【０００９】
したがって、本出願のこの実施形態におけるビデオサービス処理方法によれば、オーディオ／ビデオスライスは、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数に基づいて特定され、それにより、QUICプロトコルに基づいて送信されたオーディオ／ビデオスライスが識別され、オーディオ／ビデオスライスを識別する際の効率が改善される。
【００１０】
第1の態様の第1の可能な実装形態では、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に少なくとも2つのデータブロックが存在する場合、第1のデバイスは、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間の少なくとも2つのデータブロックの各々のサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定する。
【００１１】
具体的には、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に少なくとも2つのデータブロックが存在するとき、第1のデバイスは、少なくとも2つのデータブロックの各々のサイズを特定する必要があり、次いで、少なくとも2つのデータブロックの各々のサイズに基づいて少なくとも1つのオーディオ／ビデオスライスを特定する。
【００１２】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第2の可能な実装形態では、第1のデバイスにより、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信された少なくとも2つのデータブロックのサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定するステップは、
第1のデバイスにより、少なくとも1つの結合データブロックを取得するために、少なくとも2つのデータブロックの各々のサイズに基づいて、少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合するステップと、
第1のデバイスにより、少なくとも1つの結合データブロックを少なくとも1つのオーディオ／ビデオスライスとして特定するステップと
を含む。
【００１３】
具体的には、第1のデバイスは、複数のデータブロックの各々のサイズに基づいて、複数のデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを結合することができる。結合プロセスでは、第1のデバイスは、最初に、複数のデータブロックを受信した時系列で、第1のデータブロックを第1のデータブロックに直接隣接する第2のデータブロックと結合し、次いで、第3のデータブロックを第3のデータブロックに直接隣接する第4のデータブロックと結合し、複数のデータブロックに対して実行される結合が完了するまで同様に行う。しかしながら、本出願のこの実施形態はそれに限定されない。
【００１４】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第3の可能な実装形態では、第1のデバイスにより、少なくとも2つのデータブロックの各々のサイズに基づいて、複数のデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合するステップは、
少なくとも2つのデータブロックの第1のデータブロックのサイズが第1のしきい値より大きく、第1のデータブロックに隣接する、少なくとも2つのデータブロックの第2のデータブロックのサイズが第1のしきい値以下であるとき、第1のデバイスにより、第1のデータブロックと第2のデータブロックを結合するステップ
を含む。
【００１５】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第4の可能な実装形態では、方法は、
第1のデータブロックと第2のデータブロックの両方のサイズが第1のしきい値以下であるとき、第1のデバイスにより、少なくとも2つのデータブロックの第1のデータブロックおよび第2のデータブロックの直後に続く第3のデータブロックのサイズを特定するステップと、
第3のデータブロックのサイズが第1のしきい値より大きいとき、第1のデバイスにより、第2のデータブロックと第3のデータブロックを結合するステップと
をさらに含む。
【００１６】
第3のデータブロックは、第1のデバイスが第1データブロックおよび第2データブロックを受信した後に第1のデバイスによって受信されたデータブロックである。結合するために第1のデバイスによって使用される原理は、大きいデータブロックを小さいデータブロックと結合することであることを理解されたい。サイズが両方とも第1のしきい値より大きい2つの隣接するデータブロックの場合、第1のデバイスは、第1のデータブロックをそのままオーディオ／ビデオスライスとして特定することができ、第2のデータブロックに直接隣接する第3のデータブロックのサイズが第1のしきい値以下であるとき、第1のデバイスは第2のデータブロックと第3のデータブロックを結合することができる。サイズが両方とも第1のしきい値以下である2つの隣接するデータブロックの場合、第1のデバイスは第1のデータブロックを直ちに無視し、第2のデータブロックに直接隣接する第3のデータブロックのサイズが第1のしきい値より大きいとき、第1のデバイスは第2のデータブロックと第3のデータブロックを結合することができる。
【００１７】
第1のビデオサービスのオーディオスライスおよびビデオスライスは複数のアップリンク要求メッセージの送信順序で受信されるので、複数のデータブロックの受信順序は第1のビデオサービスの再生順序を表すことをさらに理解されたい。したがって、結合動作が実行されるとき、識別されたオーディオスライスおよびビデオスライスの規則性ならびに第1のビデオサービス全体の完全性を保証するために、隣接するデータブロックのみを結合することができる。
【００１８】
場合によっては、結合動作を実行することによって少なくとも1つのオーディオ／ビデオスライスが特定された後、2つのグループのアップリンク要求メッセージに基づいて直接特定されたすべてのオーディオスライスおよびビデオスライスのサイズの平均値が計算されてよく、次いで、平均値を使用して、結合によって取得されたオーディオ／ビデオスライスのサイズが補正されてよい。しかしながら、本出願のこの実施形態はそれに限定されない。
【００１９】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第5の可能な実装形態では、方法は、
第1のデータブロックと第2のデータブロックの両方のサイズが第1のしきい値より大きいとき、第1のデバイスにより、第1のデータブロックをオーディオ／ビデオスライスとして特定するステップ
をさらに含む。
【００２０】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第6の可能な実装形態では、第1のデバイスにより、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するステップの前に、方法は、
第1のデバイスにより、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定するステップ
をさらに含み、
第1のデバイスにより、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するステップは、
第1のビデオサービスのオーディオとビデオが分離されているとき、第1のデバイスにより、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するステップ
を含む。
【００２１】
具体的には、第1のデバイスは、最初に、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定し、第1のビデオサービスのオーディオとビデオが分離されているとき、第1のデバイスは、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間のデータブロックの数を特定する。オーディオとビデオが分離されていないとき、2つおきのアップリンク要求メッセージの間に確実にデータブロックが存在し、アップリンク要求メッセージのグループが存在しないことを理解されたい。したがって、第1のデバイスは、2つおきのアップリンク要求メッセージの間に受信されたデータブロックをそのままオーディオ／ビデオスライスとして特定することができる。
【００２２】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第7の可能な実装形態では、方法は、
第1のビデオサービスのオーディオとビデオが分離されていないとき、第1のデバイスにより、複数のアップリンク要求メッセージの中の2つおきの隣接するアップリンク要求メッセージの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定するステップ
をさらに含む。
【００２３】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第8の可能な実装形態では、第1のデバイスにより、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定するステップは、
第1のデバイスにより、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定するステップと、
複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定した場合、第1のデバイスにより、第1のビデオサービスのオーディオとビデオが分離されていると判定するステップ、または
複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定した場合、第1のデバイスにより、第1のビデオサービスのオーディオとビデオが分離されていないと判定するステップと
を含む。
【００２４】
具体的には、第1のデバイスは、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかに基づいて、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定することができる。第1のデバイスは、複数の方式で、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定することができる。たとえば、第1のデバイスは、複数のアップリンク要求メッセージの同じフィールドが連続しているかどうかに基づいて、少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定することができる。しかしながら、本出願のこの実施形態はそれに限定されない。
【００２５】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第9の可能な実装形態では、第1のデバイスにより、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定するステップは、
第1のデバイスにより、複数のアップリンク要求メッセージの各々の中の第1のフィールドを取得するステップであって、第1のフィールドがアップリンク要求メッセージを識別するために使用される、ステップと、
それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが複数のアップリンク要求メッセージの中に存在する場合、第1のデバイスにより、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定するステップ、または
それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが複数のアップリンク要求メッセージの中に存在しない場合、第1のデバイスにより、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定するステップと
を含む。
【００２６】
アップリンク要求メッセージが連続して送信されたかどうかを判定するために、識別の役割を果たすことができる任意のフィールドを使用できることを理解されたい。一実装形態では、第1のフィールドは、IPヘッダ内のIDフィールドまたはQUICヘッダ内のSeqNoフィールドであってよい。本出願のこの実施形態はそれに限定されない。
【００２７】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第10の可能な実装形態では、方法は、
第1のデバイスにより、複数のデータブロック内にあり、複数のアップリンク要求メッセージの中の第1のアップリンク要求メッセージに対応する第1のデータブロックのサイズを特定するステップと、
第1のビデオサービスのオーディオとビデオが分離されているとき、第1のデータブロックのサイズが第2のしきい値より小さい場合、第1のデバイスにより、複数のデータブロック内にあり、複数のアップリンク要求メッセージの中の第2のアップリンク要求メッセージに対応する第2のデータブロックのサイズを特定するステップと、
第2のデータブロックのサイズが第2のしきい値より小さい場合、第1のデバイスにより、複数のデータブロック内にあり、複数のアップリンク要求メッセージの中の第3のアップリンク要求メッセージに対応する第3のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップと
をさらに含む。
【００２８】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第11の可能な実装形態では、方法は、
第2のデータブロックのサイズが第2のしきい値以上である場合、第1のデバイスにより、第2のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに含む。
【００２９】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第12の可能な実装形態では、方法は、
第1のデータブロックのサイズが第2のしきい値以上である場合、第1のデバイスにより、第1のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに含む。
【００３０】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第13の可能な実装形態では、方法は、
第1のビデオサービスのオーディオとビデオが分離されていないとき、第1のデータブロックのサイズが第2のしきい値より小さい場合、第1のデバイスにより、第2のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに含む。
【００３１】
前述の方法は、主に、オーディオ／ビデオスライス以外のインデックススライスを除外することを目的としていることを理解されたい。インデックススライスは、第1のビデオサービスの関連インデックス情報を含み、インデックススライスのサイズとオーディオ／ビデオスライスのサイズとの間には明らかな違いが存在する。したがって、本出願のこの実施形態では、最初のオーディオ／ビデオスライスはしきい値設定を介して識別することができる。
【００３２】
場合によっては、方法は、
第1のデバイスにより、第1のビデオサービスのオーディオ／ビデオスライスの持続時間の規則性に基づいてオーディオ／ビデオスライスの再生可能持続時間を決定するステップと、
第1のデバイスにより、オーディオ／ビデオスライスの再生可能持続時間およびオーディオ／ビデオスライスのサイズに基づいてオーディオ／ビデオスライスのスライスビットレートを計算するステップと
をさらに含む。
【００３３】
具体的には、オーディオ／ビデオスライスを識別した後、第1のデバイスは、オーディオ／ビデオスライスのスライスビットレートを計算することができる。第1のデバイスは、持続時間モデルを使用することによって逆マッピングを実行して、オーディオ／ビデオスライスの再生可能持続時間を取得し、次いで、オーディオ／ビデオスライスのサイズをオーディオ／ビデオスライスの再生可能持続時間で除算して、スライスビットレートを取得することができる。
【００３４】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第14の可能な実装形態では、方法は、
第1のデバイスが第1のビデオサービスのすべてのオーディオ／ビデオスライスを取得した後、第1のデバイスにより、第1のビデオサービスのサービスレベルビットレートを決定するステップ
をさらに含む。
【００３５】
第1の態様の前述の可能な実装形態を参照して、第1の態様の第15の可能な実装形態では、第1のデバイスにより、第1のビデオサービスのサービスレベルビットレートを決定するステップは、
第1のデバイスにより、第1のビデオサービスのすべてのオーディオ／ビデオスライスのトラフィック変化率およびレート変化率を特定するステップと、
第1のビデオサービスの第1のオーディオ／ビデオスライスのトラフィック変化率が第3のしきい値より大きく、第1のオーディオ／ビデオスライスのレート変化率が第4のしきい値より大きいとき、第1のデバイスにより、第1のオーディオ／ビデオスライスを再送信されたスライスとして特定するステップと、
第1のデバイスにより、第1のオーディオ／ビデオスライス以外のすべてのオーディオ／ビデオスライスの残りのオーディオ／ビデオスライスに基づいて、第1のビデオサービスのサービスレベルビットレートを決定するステップと
を含む。
【００３６】
具体的には、第1のビデオサービスのすべてのオーディオ／ビデオスライスを識別した後、第1のデバイスは、第1のビデオサービスのサービスレベルビットレートを計算することができる。サービスレベルビットレートを計算する前に、第1のデバイスは、各オーディオ／ビデオスライスのトラフィック変化率およびレート変化率に基づいて、再送信されたスライスを排除および除外し、次いで、第1のオーディオ／ビデオスライス以外のすべてのオーディオ／ビデオスライスの残りのオーディオ／ビデオスライスに基づいて、サービスレベルビットレートを計算することができる。
【００３７】
サービスレベルビットレートはビデオサービスの全体的なビットレートであり、サービスレベルビットレートは要約プロセスの結果であることを理解されたい。重複スライスが除去された後、非重複スライスのサイズおよび持続時間が累積され、次いで、累積されたサイズが持続時間で除算されて、サービスレベルビットレートが取得される。
【００３８】
第2の態様によれば、ビデオサービス処理装置が提供され、第1の態様または第1の態様の任意の可能な実装形態における方法を実行するように構成される。
【００３９】
具体的には、装置は、第1の態様または第1の態様の任意の可能な実装形態における方法を実行するように構成されたユニットを含む。
【００４０】
第3の態様によれば、ビデオサービス処理装置が提供される。装置は、トランシーバ、メモリ、およびプロセッサを含む。トランシーバ、メモリ、およびプロセッサは、内部接続チャネルを使用して互いに通信する。メモリは命令を記憶するように構成される。プロセッサは、メモリに記憶された命令を実行して、信号を受信するように受信機を制御し、信号を送信するように送信機を制御するように構成される。加えて、プロセッサがメモリに格納された命令を実行すると、プロセッサは、第1の態様または第1の態様の任意の可能な実装形態における方法を実行することが可能になる。
【００４１】
第4の態様によれば、ビデオサービス処理システムが提供される。システムは、第2の態様もしくは第2の態様の任意の可能な実装形態におけるクライアント、サーバ、および装置を含むか、または
システムは、第3の態様もしくは第3の態様の任意の可能な実装形態におけるクライアント、サーバ、および装置を含む。
【００４２】
第5の態様によれば、コンピュータ可読媒体が提供され、コンピュータプログラムを記憶するように構成される。コンピュータプログラムは、第1の態様または第1の態様の任意の可能な実装形態における方法を実行するために使用される命令を含む。
【００４３】
第6の態様によれば、コンピュータプログラムコードを含むコンピュータプログラム製品が提供される。コンピュータプログラムコードがコンピュータによって実行されると、コンピュータは、第1の態様または第1の態様の任意の可能な実装形態における方法を実行する。
【００４４】
第7の態様によれば、入力インターフェース、出力インターフェース、少なくとも1つのプロセッサ、およびメモリを含むチップが提供される。入力インターフェース、出力インターフェース、プロセッサ、およびメモリは、内部チャネルを使用して接続される。プロセッサはメモリ内のコードを実行するように構成される。コードが実行されると、プロセッサは、第1の態様または第1の態様の任意の可能な実装形態における方法を実行するように構成される。
【図面の簡単な説明】
【００４５】
【図１】本出願の一実施形態による、通信システムの概略図である。
【図２】本出願の一実施形態による、ビデオサービス処理方法の概略フローチャートである。
【図３】本出願の一実施形態による、別のビデオサービス処理方法の概略フローチャートである。
【図４】本出願の一実施形態による、別のビデオサービス処理方法の概略フローチャートである。
【図５】本出願の一実施形態による、別のビデオサービス処理方法の概略フローチャートである。
【図６】本出願の一実施形態による、ビデオサービス処理装置の概略ブロック図である。
【図７】本出願の一実施形態による、別のビデオサービス処理装置の概略ブロック図である。
【発明を実施するための形態】
【００４６】
以下で、本出願の実施形態における添付図面を参照して、本出願の実施形態における技術的解決策を記載する。
【００４７】
本出願の実施形態における技術的解決策は、モバイル通信用グローバルシステム（global system of mobile communication、GSM(登録商標)）システム、符号分割多元接続（code division multiple access、CDMA）システム、広帯域符号分割多元接続（wideband code division multiple access、WCDMA(登録商標)）システム、汎用パケット無線サービス（general packet radio service、GPRS）、ロングタームエボリューション（long term evolution、LTE）システム、LTE周波数分割複信（frequency division duplex、FDD）システム、LTE時分割複信（time division duplex、TDD）、ユニバーサルモバイルテレコミュニケーションシステム（universal mobile telecommunication system、UMTS）、マイクロ波アクセス用世界的相互運用性（worldwide interoperability for microwave access、WiMAX）通信システム、および将来の5G通信システムなどの、様々な通信システムに適用されてよいことを理解されたい。
【００４８】
図1は、本出願の一実施形態による、システム100の概略図である。システム100は、クライアント110、少なくとも1つの第1のデバイス120、およびサーバ130を含む。クライアント110がビデオサービスを取得する必要があるとき、クライアント110は、ビデオサービスを要求するために、第1のデバイス120を介してサーバ130に複数のアップリンク要求メッセージを順次送信することができる。
【００４９】
具体的には、複数のアップリンク要求メッセージはシリアルに送信される。1つのアップリンク要求メッセージは、オーディオスライスまたはビデオスライスを要求するために使用される。クライアント110によって送信されたアップリンク要求メッセージを受信した後、第1のデバイス120はアップリンク要求メッセージをサーバ130に転送する。サーバ130は、アップリンク要求メッセージに基づいて、ビデオサービスの対応するデータブロックを第1のデバイス120に送信する。データブロックは、クライアント120が取得する必要があるビデオサービスのオーディオスライスおよびビデオスライスを含む。第1のデバイス120は、次いで、データブロックをクライアント110に転送する。ビデオサービスのすべてのオーディオスライスおよびビデオスライスが受信されるまで、クライアント110はアップリンク要求メッセージを連続して送信することを理解されたい。
【００５０】
第1のデバイスの観点から、第1のデバイスはクライアントによって送信されたデータブロックを受信することしかできず、データブロック内のビデオサービスとオーディオサービスとの間を区別することはできないことを理解されたい。前述の手順では、第1のデバイス120は中間転送ノードとしてのみ使用される。アップリンク要求メッセージおよび対応するデータブロックを転送することに加えて、第1のデバイスは、ビデオサービスを処理し、データブロック内のオーディオスライスとビデオスライスを識別する必要がある。さらに、第1のデバイスは、ライブネットワークのビデオ解像度分布を取得することを助けるために、ビデオサービスの初期バッファリング遅延、再生プロセスにおけるビデオサービスの凍結遅延および凍結位置、ならびにビデオサービスの解像度を計算することができる。
【００５１】
TCP伝送を使用するビデオサービスには、すべての既存のビデオサービス処理方法が使用される。TCPプロトコルでは、オーディオとビデオが分離されているとき、オーディオスライスは1つのデータストリーム、すなわちオーディオデータストリームに対応し、ビデオスライスは別のデータストリーム、すなわちビデオデータストリームに対応する。TCP伝送を使用するビデオサービスの場合、第1のデバイスは、データストリーム内にあり、2つおきのアップリンク要求メッセージの間に受信されたデータブロックに基づいてオーディオ／ビデオスライスを特定し、次いで、オーディオ／ビデオスライスのサイズに基づいてオーディオスライスとビデオスライスとの間を区別することができる。しかしながら、QUICプロトコルでは、オーディオスライスおよびビデオスライスが送信用のデータストリーム内で混合され、既存の方法はデータストリーム内のオーディオ／ビデオスライスを識別することができない。
【００５２】
図2は、本出願の一実施形態による、ビデオサービス処理方法200の概略フローチャートである。方法200は、図1に示されたシステム100に適用されてよいが、本出願のこの実施形態はそれに限定されない。
【００５３】
S210．第1のデバイスが、クライアントからの複数のアップリンク要求メッセージに基づいてサーバによって送信された第1のビデオサービスの複数のデータブロックを受信し、複数のアップリンク要求メッセージは第1のビデオサービスを要求するために使用され、複数のアップリンク要求メッセージは少なくとも2つのグループのアップリンク要求メッセージを含み、少なくとも2つのグループのアップリンク要求メッセージの各々は2つの連続して送信されたアップリンク要求メッセージを含む。
【００５４】
S220．第1のデバイスが、第1のグループのアップリンク要求メッセージと、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージに隣接する第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定する。
【００５５】
S230．第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に1つのデータブロックが受信された場合、第1のデバイスが、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定する。
【００５６】
具体的には、オーディオとビデオが分離されていないとき、クライアントは複数のアップリンク要求メッセージを第1のデバイスに順次送信する。複数のアップリンク要求メッセージは、第1のビデオサービスのすべてのオーディオスライスおよびビデオスライスを要求するために使用される。アップリンク要求メッセージを受信した後、第1のデバイスはアップリンク要求メッセージをサーバに転送する。サーバは、アップリンク要求メッセージに基づいてオーディオスライスまたはビデオスライスを第1のデバイスに送信する。第1のデバイスは、オーディオスライスまたはビデオスライスをクライアントに送信する。クライアントは、次いで、次のアップリンク要求メッセージを送信する。オーディオとビデオが分離されているとき、クライアントは第1のデバイスに2つのアップリンク要求メッセージを連続して送信することができる。1つのアップリンク要求メッセージはオーディオスライスを要求するために使用され、もう1つのアップリンク要求メッセージはビデオスライスを要求するために使用される。本明細書では、2つの連続して送信されたアップリンク要求メッセージは、アップリンク要求メッセージのグループと呼ばれる。加えて、オーディオとビデオが分離されているとき、クライアントは、代替として、最初にアップリンク要求メッセージを送信し、次いで、オーディオスライスまたはビデオスライスを含むデータブロックを受信した後に次のアップリンク要求メッセージを送信する。したがって、サーバによって送信されたデータブロックを受信した後、第1のデバイスは、データブロックの前後に受信されたアップリンク要求メッセージに基づいて、データブロックがオーディオ／ビデオスライスであるかどうかを判定することができる。
【００５７】
本出願のこの実施形態では、クライアントは、複数のアップリンク要求メッセージを使用して第1のビデオサービスの複数のデータブロックを取得することができる。複数のアップリンク要求メッセージは、少なくとも2つのグループのアップリンク要求メッセージを含む。第1のデバイスは、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数に基づいて、オーディオ／ビデオスライスを特定することができる。具体的には、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に1つのデータブロックしか存在しない場合、第1のデバイスは、そのデータブロックをオーディオ／ビデオスライスとして特定することができる。
【００５８】
したがって、本出願のこの実施形態におけるビデオサービス処理方法によれば、オーディオ／ビデオスライスは、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数に基づいて特定され、それにより、QUICプロトコルに基づいて送信されたオーディオ／ビデオスライスが識別され、オーディオ／ビデオスライスを識別する際の効率が改善される。
【００５９】
オプションの一実施形態では、方法は、
第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に少なくとも2つのデータブロックが受信された場合、第1のデバイスにより、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信された少なくとも2つのデータブロックのサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定するステップ
をさらに含む。
【００６０】
具体的には、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に少なくとも2つのデータブロックが受信されたとき、第1のデバイスは、少なくとも2つのデータブロックの各々のサイズを特定する必要があり、次いで、少なくとも2つのデータブロックの各々のサイズに基づいて少なくとも1つのオーディオ／ビデオスライスを特定する。
【００６１】
オプションの一実施形態では、第1のデバイスにより、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信された少なくとも2つのデータブロックのサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定するステップは、
第1のデバイスにより、少なくとも1つの結合データブロックを取得するために、少なくとも2つのデータブロックの各々のサイズに基づいて、少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合するステップと、
第1のデバイスにより、少なくとも1つの結合データブロックを少なくとも1つのオーディオ／ビデオスライスとして特定するステップと
を含む。
【００６２】
具体的には、第1のデバイスは、少なくとも2つのデータブロックの各々のサイズに基づいて、少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを結合することができる。結合プロセスでは、第1のデバイスは、最初に、少なくとも2つのデータブロックの受信順序で、第1のデータブロックを第1のデータブロックに直接隣接する第2のデータブロックと結合し、次いで、第3のデータブロックを第3のデータブロックに直接隣接する第4のデータブロックと結合し、少なくとも2つのデータブロックに対して実行される結合が完了するまで同様に行う。しかしながら、本出願のこの実施形態はそれに限定されない。
【００６３】
オプションの一実施形態では、第1のデバイスにより、少なくとも2つのデータブロックの各々のサイズに基づいて、少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合するステップは、
少なくとも2つのデータブロックの第1のデータブロックのサイズが第1のしきい値より大きく、第1のデータブロックに隣接する、少なくとも2つのデータブロックの第2のデータブロックのサイズが第1のしきい値以下であるとき、第1のデバイスにより、第1のデータブロックと第2のデータブロックを結合するステップ
を含む。
【００６４】
オプションの一実施形態では、方法は、
第1のデータブロックと第2のデータブロックの両方のサイズが第1のしきい値以下であるとき、第1のデバイスにより、少なくとも2つのデータブロックの第1のデータブロックおよび第2のデータブロックの直後に続く第3のデータブロックのサイズを特定するステップと、
第3のデータブロックのサイズが第1のしきい値より大きいとき、第1のデバイスにより、第2のデータブロックと第3のデータブロックを結合するステップと
をさらに含む。
【００６５】
オプションの一実施形態では、方法は、
第1のデータブロックと第2のデータブロックの両方のサイズが第1のしきい値より大きいとき、第1のデバイスにより、第1のデータブロックをオーディオ／ビデオスライスとして特定するステップ
をさらに含む。
【００６６】
結合するために第1のデバイスによって使用される原理は、大きいデータブロックを小さいデータブロックと結合することであることを理解されたい。したがって、第1のデータブロックのサイズが第1のしきい値より大きく、第2のデータブロックのサイズが第1のしきい値以下であるとき、第1のデバイスは、第1のデータブロックと第2のデータブロックを結合することができる。あるいは、第1のデータブロックのサイズが第1のしきい値以下であり、第2のデータブロックのサイズが第1のしきい値より大きいとき、第1のデバイスはまた、第1のデータブロックと第2のデータブロックを結合することができる。第1のデータブロックと第2のデータブロックの両方のサイズが第1のしきい値より大きい場合、第1のデバイスは結合動作を実行しなくてもよく、第1のデータブロックをそのままオーディオ／ビデオスライスとして特定し、さらに、第2のデータブロックに直接隣接する第3のデータブロックのサイズが第1のしきい値より大きいかどうかを判定することができる。第3のデータブロックのサイズが第1のしきい値以下である場合、第1のデバイスは、第2のデータブロックと第3のデータブロックを結合することができる。第1のデータブロックと第2のデータブロックの両方のサイズが第1のしきい値以下である場合、第1のデバイスは結合動作を実行しなくてもよく、第1のデータブロックをそのまま無視し、さらに、第2のデータブロックに直接隣接する第3のデータブロックのサイズが第1のしきい値より大きいかどうかを判定することができる。第3のデータブロックのサイズが第1のしきい値より大きい場合、第1のデバイスは、第2のデータブロックと第3のデータブロックを結合することができる。
【００６７】
第1のビデオサービスのオーディオスライスおよびビデオスライスは複数のアップリンク要求メッセージの送信順序で受信されるので、複数のデータブロックの受信順序は第1のビデオサービスの再生順序を表すことをさらに理解されたい。したがって、結合動作が実行されるとき、識別されたオーディオスライスおよびビデオスライスの規則性ならびに第1のビデオサービス全体の完全性を保証するために、隣接するデータブロックのみを結合することができる。
【００６８】
オプションの一実施形態では、結合動作を実行することによって少なくとも1つのオーディオ／ビデオスライスが特定された後、2つのグループのアップリンク要求メッセージに基づいて直接特定されたすべてのオーディオスライスおよびビデオスライスのサイズの平均値が計算されてよく、次いで、平均値を使用して、結合によって取得されたビデオ／オーディオスライスのサイズが補正されてよい。しかしながら、本出願のこの実施形態はそれに限定されない。
【００６９】
オプションの一実施形態では、第1のデバイスにより、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するステップの前に、方法は、
第1のデバイスにより、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定するステップ
をさらに含み、
第1のデバイスにより、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するステップは、
第1のビデオサービスのオーディオとビデオが分離されているとき、第1のデバイスにより、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するステップ
を含む。
【００７０】
具体的には、第1のデバイスは、最初に、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定し、第1のビデオサービスのオーディオとビデオが分離されているとき、第1のデバイスは、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定する。オーディオとビデオが分離されていないとき、2つおきのアップリンク要求メッセージの間に確実にデータブロックが存在し、アップリンク要求メッセージのグループが存在しないことを理解されたい。したがって、第1のデバイスは、2つおきのアップリンク要求メッセージの間に受信されたデータブロックをそのままオーディオ／ビデオスライスとして特定することができる。
【００７１】
オプションの一実施形態では、方法は、
第1のビデオサービスのオーディオとビデオが分離されていないとき、第1のデバイスにより、複数のアップリンク要求メッセージの中の2つおきの隣接するアップリンク要求メッセージの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定するステップ
をさらに含む。
【００７２】
オプションの一実施形態では、第1のデバイスにより、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定するステップは、
第1のデバイスにより、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定するステップと、
複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定した場合、第1のデバイスにより、第1のビデオサービスのオーディオとビデオが分離されていると判定するステップ、または
複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定した場合、第1のデバイスにより、第1のビデオサービスのオーディオとビデオが分離されていないと判定するステップと
を含む。
【００７３】
具体的には、第1のデバイスは、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかに基づいて、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定することができる。第1のデバイスは、複数の方式で、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定することができる。たとえば、第1のデバイスは、複数のアップリンク要求メッセージの同じフィールドが連続しているかどうかに基づいて、少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定することができる。しかしながら、本出願のこの実施形態はそれに限定されない。
【００７４】
オプションの一実施形態では、第1のデバイスにより、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定するステップは、
第1のデバイスにより、複数のアップリンク要求メッセージの各々の中の第1のフィールドを取得するステップであって、第1のフィールドが各アップリンク要求メッセージを識別するために使用される、ステップと、
それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが複数のアップリンク要求メッセージの中に存在する場合、第1のデバイスにより、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定するステップ、または
それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが複数のアップリンク要求メッセージの中に存在しない場合、第1のデバイスにより、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定するステップと
を含む。
【００７５】
具体的には、第1のデバイスは、アップリンク要求メッセージを識別するために使用される第1のフィールドが連続しているかどうかに基づいて、少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定することができる。アップリンク要求メッセージが連続して送信されたかどうかを判定するために、識別の役割を果たすことができる任意のフィールドを使用できることを理解されたい。一実装形態では、第1のフィールドは、IPヘッダ内のIDフィールドまたはQUICヘッダ内のSeqNoフィールドであってよい。本出願のこの実施形態はそれに限定されない。
【００７６】
オプションの一実施形態では、方法は、
第1のデバイスにより、複数のデータブロック内にあり、複数のアップリンク要求メッセージの中の第1のアップリンク要求メッセージに対応する第1のデータブロックのサイズを特定するステップと、
第1のビデオサービスのオーディオとビデオが分離されているとき、第1のデータブロックのサイズが第2のしきい値より小さい場合、第1のデバイスにより、複数のデータブロック内にあり、複数のアップリンク要求メッセージの中の第2のアップリンク要求メッセージに対応する第2のデータブロックのサイズを特定するステップと、
第2のデータブロックのサイズが第2のしきい値より小さい場合、第1のデバイスにより、複数のデータブロック内にあり、複数のアップリンク要求メッセージの中の第3のアップリンク要求メッセージに対応する第3のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップと
をさらに含む。
【００７７】
オプションの一実施形態では、方法は、
第2のデータブロックのサイズが第2のしきい値以上である場合、第1のデバイスにより、第2のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに含む。
【００７８】
オプションの一実施形態では、方法は、
第1のデータブロックのサイズが第2のしきい値以上である場合、第1のデバイスにより、第1のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに含む。
【００７９】
オプションの一実施形態では、方法は、
第1のビデオサービスのオーディオとビデオが分離されていないとき、第1のデータブロックのサイズが第2のしきい値より小さい場合、第1のデバイスにより、第2のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに含む。
【００８０】
具体的には、第1のデバイスは、少なくとも1つのデータブロックのサイズに基づいて、第1のビデオサービスの最初のオーディオ／ビデオスライスを識別することができる。複数のアップリンク要求メッセージは複数のデータブロックに対応するので、第1のデータブロックは、複数のアップリンク要求メッセージの中の第1のアップリンク要求メッセージに基づいて特定することができる。第1のデバイスは、最初に、第1のデータブロックのサイズが第2のしきい値より小さいかどうかを判定する。第1のデータブロックのサイズが第2のしきい値より大きい場合、第1のデバイスは、第1のデータブロックをそのまま最初のオーディオ／ビデオスライスとして特定することができる。第1のデータブロックのサイズが第2のしきい値以下である場合、第1のデバイスは、第2のアップリンク要求メッセージに基づいて第2のデータブロックを特定し、第2のデータブロックのサイズが第2のしきい値より小さいかどうかを判定することができる。第2のデータブロックのサイズが第2のしきい値より大きい場合、第1のデバイスは、第2のデータブロックをそのまま最初のオーディオ／ビデオスライスとして特定することができる。第2のデータブロックのサイズが第2のしきい値以下である場合、第1のデバイスは、第3のアップリンク要求メッセージに対応する第3のデータブロックを最初のオーディオ／ビデオスライスとして特定することができる。
【００８１】
前述の方法は、主に、オーディオ／ビデオスライス以外のインデックススライスを除外することを目的としていることを理解されたい。インデックススライスは、第1のビデオサービスの関連インデックス情報を含み、インデックススライスのサイズとオーディオ／ビデオスライスのサイズとの間には明らかな違いが存在する。したがって、本出願のこの実施形態では、最初のオーディオ／ビデオスライスはしきい値設定を介して識別することができる。
【００８２】
オプションの一実施形態では、方法は、
第1のデバイスにより、第1のビデオサービスのオーディオ／ビデオスライスの持続時間の規則性に基づいてオーディオ／ビデオスライスの再生可能持続時間を決定するステップと、
第1のデバイスにより、オーディオ／ビデオスライスの再生可能持続時間およびオーディオ／ビデオスライスのサイズに基づいてオーディオ／ビデオスライスのスライスビットレートを計算するステップと
をさらに含む。
【００８３】
具体的には、オーディオ／ビデオスライスを識別した後、第1のデバイスは、オーディオ／ビデオスライスのスライスビットレートを計算することができる。第1のデバイスは、持続時間モデルを使用することによって逆マッピングを実行して、オーディオ／ビデオスライスの再生可能持続時間を取得し、次いで、オーディオ／ビデオスライスのサイズをオーディオ／ビデオスライスの再生可能持続時間で除算して、スライスビットレートを取得することができる。
【００８４】
スライスビットレートはオーディオ／ビデオスライスのビットレートであり、スライスビットレートはスライスサイズをスライス持続時間で除算した結果であり、ビデオサービスは複数のスライスビットレートを含み、スライスビットレートの数はビデオ持続時間およびスライス持続時間に関連する。
【００８５】
オプションの一実施形態では、方法は、
第1のデバイスが第1のビデオサービスのすべてのオーディオ／ビデオスライスを取得した後、第1のデバイスにより、第1のビデオサービスのサービスレベルビットレートを決定するステップ
をさらに含む。
【００８６】
オプションの一実施形態では、第1のデバイスにより、第1のビデオサービスのサービスレベルビットレートを決定するステップは、
第1のデバイスにより、第1のビデオサービスのすべてのオーディオ／ビデオスライスのトラフィック変化率およびレート変化率を特定するステップと、
第1のビデオサービスの第1のオーディオ／ビデオスライスのトラフィック変化率が第3のしきい値より大きく、第1のオーディオ／ビデオスライスのレート変化率が第4のしきい値より大きいとき、第1のデバイスにより、第1のオーディオ／ビデオスライスを再送信されたスライスとして特定するステップと、
第1のデバイスにより、第1のオーディオ／ビデオスライス以外のすべてのオーディオ／ビデオスライスの残りのオーディオ／ビデオスライスに基づいて、第1のビデオサービスのサービスレベルビットレートを決定するステップと
を含む。
【００８７】
具体的には、第1のビデオサービスのすべてのオーディオ／ビデオスライスを識別した後、第1のデバイスは、第1のビデオサービスのサービスレベルビットレートを計算することができる。サービスレベルビットレートを計算する前に、第1のデバイスは、各オーディオ／ビデオスライスのトラフィック変化率およびレート変化率に基づいて、再送信されたスライスを排除および除外し、次いで、第1のオーディオ／ビデオスライス以外のすべてのオーディオ／ビデオスライスの残りのオーディオ／ビデオスライスに基づいて、サービスレベルビットレートを計算することができる。
【００８８】
サービスレベルビットレートはビデオサービスの全体的なビットレートであり、サービスレベルビットレートは要約プロセスの結果であることを理解されたい。重複スライスが除去された後、非重複スライスのサイズおよび持続時間が累積され、次いで、累積されたサイズが持続時間で除算されて、サービスレベルビットレートが取得される。本出願のこの実施形態における方法は、暗号化されたビデオサービスのビットレートだけでなく、暗号化されていないビデオサービスのビットレートも計算するために使用されてよい。アルゴリズムの適用性は広くなる。
【００８９】
本出願のこの実施形態は、モバイルブロードバンド（mobile broadband、MBB）ネットワーク、固定ブロードバンド（fixed broadband、FBB）ネットワーク、またはインターネットにおける任意のネットワーク要素デバイスに適用されてよいことをさらに理解されたい。デバイスは、ユーザサービスのデータストリームを取得する機能を有し、3Gネットワーク内の無線ネットワークコントローラ（RNC）、サービングGPRSサポートノード（serving GPRS support node、SGSN）／ゲートウェイGPRSサポートノード（gateway GPRS support node、GGSN）、4Gネットワーク内のeNodeB、サービングゲートウェイ（serving−GW、SGW）／パケットデータネットワークゲートウェイ（packet data network gateway、PGW）、および様々なプローブデバイスを含むが、それらに限定されない。本出願のこの実施形態はそれに限定されない。
【００９０】
図3は、本出願の一実施形態による、ビデオサービス処理方法300の概略フローチャートである。方法300は、図1に示されたシステム100に適用されてよいが、本出願のこの実施形態はそれに限定されない。
【００９１】
S301において、第1のデバイスが、複数のアップリンク要求メッセージが少なくとも2つの連続して送信されたアップリンク要求メッセージを含むかどうかを判定し、複数のアップリンク要求メッセージは第1のビデオサービスを要求するために使用される。
【００９２】
S302において、複数のアップリンク要求メッセージが少なくとも2つの連続して送信されたアップリンク要求メッセージを含む場合、第1のデバイスがオーディオビデオ分離フラグを第1のビデオサービスに追加する。
【００９３】
S303において、第1のデバイスが、2つおきのグループのアップリンク要求メッセージの間に受信されたデータブロックの数を特定し、各グループのアップリンク要求メッセージは2つの連続して送信されたアップリンク要求メッセージを含む。
【００９４】
S304において、任意の2つの連続して送信されたグループのアップリンク要求メッセージについて、2つのグループのアップリンク要求メッセージの間に1つのデータブロックが受信されたかどうかが判定される。
【００９５】
S305において、2つのグループのアップリンク要求メッセージの間に1つのデータブロックが受信された場合、第1のデバイスがそのデータブロックをオーディオ／ビデオスライスとして特定する。
【００９６】
S306において、2つのグループのアップリンク要求メッセージの間に複数のデータブロックが受信された場合、第1のデバイスが、少なくとも1つの結合データブロックを取得するために、複数のデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合することができる。
【００９７】
S307において、第1のデバイスが、少なくとも1つの結合データブロックを少なくとも1つのオーディオ／ビデオスライスとして特定する。
【００９８】
S308において、複数のアップリンク要求メッセージが少なくとも2つの連続して送信されたアップリンク要求メッセージを含まない場合、第1のデバイスがオーディオビデオ非分離フラグを第1のビデオサービスに追加する。
【００９９】
S309において、第1のビデオサービスのオーディオとビデオが分離されていないとき、第1のデバイスが、2つおきのアップリンク要求メッセージの間に受信されたデータブロックをそのままオーディオ／ビデオスライスとして特定することができる。
【０１００】
前述のプロセスのシーケンス番号は実行順序を意味しないことを理解されたい。プロセスの実行順序は、プロセスの機能および内部ロジックに基づいて決定されるべきであり、本出願のこの実施形態の実装プロセスに対するいかなる制限とも解釈されるべきではない。
【０１０１】
図4は、本出願の一実施形態による、ビデオサービス処理方法400の概略フローチャートである。方法400は、図1に示されたシステム100に適用されてよいが、本出願のこの実施形態はそれに限定されない。
【０１０２】
S401において、第1のデバイスが、複数のアップリンク要求メッセージの中の第1のアップリンク要求メッセージに基づいて、複数のデータブロック内の第1のデータブロックのサイズを特定する。
【０１０３】
S402において、第1のデバイスが、第1のデータブロックのサイズが第2のしきい値より小さいかどうかを判定する。
【０１０４】
S403において、第1のデータブロックのサイズが第2のしきい値より小さい場合、第1のデバイスが、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定する。
【０１０５】
場合によっては、第1のデバイスは、第1のビデオサービスがオーディオビデオ分離フラグを含むかどうかに基づいて、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定することができる。
【０１０６】
S404において、第1のビデオサービスのオーディオとビデオが分離されている場合、第1のデバイスが、複数のアップリンク要求メッセージの中の第2のアップリンク要求メッセージに基づいて、複数のデータブロック内の第2のデータブロックのサイズを特定する。
【０１０７】
S405において、第1のデバイスが、第2のデータブロックのサイズが第2のしきい値より小さいかどうかを判定する。
【０１０８】
S406において、第2のデータブロックのサイズが第2のしきい値より小さい場合、第1のデバイスが、複数のアップリンク要求メッセージの中の第3のアップリンク要求メッセージに基づいて、複数のデータブロック内の第3のデータブロックを最初のオーディオ／ビデオスライスとして特定する。
【０１０９】
S407において、第2のデータブロックのサイズが第2のしきい値以上である場合、第1のデバイスが、第2のデータブロックを最初のオーディオ／ビデオスライスとして特定する。
【０１１０】
S408において、第1のデータブロックのサイズが第2のしきい値以上である場合、第1のデバイスが、第1のデータブロックを最初のオーディオ／ビデオスライスとして特定する。
【０１１１】
S409において、第1のビデオサービスのオーディオとビデオが分離されていない場合、第1のデバイスが、第2のデータブロックを最初のオーディオ／ビデオスライスとして特定する。
【０１１２】
前述のプロセスのシーケンス番号は実行順序を意味しないことを理解されたい。プロセスの実行順序は、プロセスの機能および内部ロジックに基づいて決定されるべきであり、本出願のこの実施形態の実装プロセスに対するいかなる制限とも解釈されるべきではない。
【０１１３】
図5は、本出願の一実施形態による、ビデオサービス処理方法500の概略フローチャートである。方法500は、図1に示されたシステム100に適用されてよいが、本出願のこの実施形態はそれに限定されない。
【０１１４】
S501において、第1のデバイスが、受信されたデータブロック内にTCPトラフィックとUDPトラフィックの両方が存在するかどうかを判定する。
【０１１５】
S502において、TCPトラフィックのみまたはUDPトラフィックのみが存在する場合、第1のデバイスが第1のデータブロックのサイズを特定する。
【０１１６】
S503において、第1のデバイスが、第1のデータブロックのサイズが第2のしきい値より小さいかどうかを判定する。
【０１１７】
S504において、第1のデータブロックのサイズが第2のしきい値より小さい場合、第1のデバイスが、第1のデータブロックがInitPlaybackブロックであると判断し、次いで、第2のデータブロックのサイズを特定することができる。
【０１１８】
S505において、第1のデバイスが、第2のデータブロックのサイズが第2のしきい値より小さいかどうかを判定する。
【０１１９】
S506において、第2のデータブロックのサイズが第2のしきい値より小さい場合、第1のデバイスが、第2のデータブロックがInitPlaybackブロックであると判断し、次いで、第3のデータブロックを最初のオーディオ／ビデオスライスとして特定することができる。
【０１２０】
S507において、第2のデータブロックのサイズが第2のしきい値以上である場合、第1のデバイスが、第1のデータブロックと第2のデータブロックを結合し、結合データブロックを最初のオーディオ／ビデオスライスとして特定することができる。
【０１２１】
S508において、第1のデータブロックのサイズが第2のしきい値以上である場合、第1のデバイスが、第1のデータブロックがInitSegmentブロックであると判断し、第2のデータブロックを最初のオーディオ／ビデオスライスとして特定する。
【０１２２】
具体的には、InitPlaybackブロックは、Youtube(登録商標)ビデオ内にあり、サーバ側からクライアントに送信されるデータブロックであって、通常、2つのタイプがあり、1つのタイプのデータブロックはビデオコンテンツデータを含まず、もう1つのタイプのデータブロックは、ビデオスライスの部分的なオーディオ／ビデオデータを含む。InitPlaybackブロックは、通常、サイズが数百KBから数MBまで変化する。InitSegmentブロックも、Youtube(登録商標)ビデオ内にあり、サーバ側からクライアントに送信されるデータブロックである。InitSegmentブロックは、ビデオスライスのサイズ、持続時間などに関する再生情報を含み、通常、数KBしかない。本出願のこの実施形態では、YouTube(登録商標)ビデオが送信される前に第1のスライスが分割されるので、本出願のこの実施形態では、最初のオーディオ／ビデオスライスを取得するために、第1のデータブロックと第2のデータブロックが結合される必要がある。
【０１２３】
前述の手順では、一例としてYouTube(登録商標)ビデオのみを使用して手順全体が記載されている。異なるビデオ特性に応じて、本出願のこの実施形態におけるビデオサービス処理方法はわずかに異なる。しかしながら、ビデオ特性に基づいて本出願のこの実施形態における手順に対して行われるいかなる変形形態も、本出願のこの実施形態の保護範囲内に入るべきであることを理解されたい。
【０１２４】
方法500は、YouTube(登録商標)ビデオの最初のオーディオ／ビデオスライスを識別するための方法にすぎない。YouTube(登録商標)ビデオのオーディオ／ビデオスライスを識別する手順は、方法300における手順と同じであり、詳細は本明細書では再び記載されないことを理解されたい。加えて、YouTube(登録商標)ビデオのスライスビットレートおよびサービスレベルビットレートを計算するための方法も、方法200における方法と同じであり、詳細は本明細書では再び記載されない。
【０１２５】
本出願のこの実施形態における方法によれば、YouTube(登録商標) QUICビデオのすべてのオーディオ／ビデオスライスのビットレートを正確に計算することができ、次いで、重複排除アルゴリズムを使用して正確なサービスレベルビットレートを取得することができる。現在のシナリオでは、取得されたサービスレベルビットレートの精度は、TCPプロトコルを使用して取得された精度と等しいレベルに達することができる。したがって、本出願のこの実施形態におけるビデオサービス処理方法は、平均意見スコア（mean opinion score、MOS）、キー品質インジケータ（key quality indicator、KQI）を含む、ビデオ体験を正確に評価するためにネットワーク要素デバイスによって使用されてよい。
【０１２６】
前述のプロセスのシーケンス番号は実行順序を意味しないことを理解されたい。プロセスの実行順序は、プロセスの機能および内部ロジックに基づいて決定されるべきであり、本出願のこの実施形態の実装プロセスに対するいかなる制限とも解釈されるべきではない。
【０１２７】
以上、図1から図6を参照して、本出願の実施形態によるビデオサービス処理方法を詳細に記載した。以下、図6および図7を参照して、本出願の実施形態によるビデオサービス処理装置を詳細に記載する。
【０１２８】
図6は、本出願の一実施形態による、ビデオサービス処理装置600を示す。装置600は、
クライアントからの複数のアップリンク要求メッセージに基づいてサーバによって送信された第1のビデオサービスの複数のデータブロックを受信するように構成された受信ユニット610であって、複数のアップリンク要求メッセージが第1のビデオサービスを要求するために使用され、複数のアップリンク要求メッセージが少なくとも2つのグループのアップリンク要求メッセージを含み、少なくとも2つのグループのアップリンク要求メッセージの各々が2つの連続して送信されたアップリンク要求メッセージを含む、受信ユニット610と、
第1のグループのアップリンク要求メッセージと、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージに隣接する第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するように構成された特定ユニット620と
を含む。
【０１２９】
特定ユニット620は、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に1つのデータブロックが受信された場合、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定するようにさらに構成される。
【０１３０】
本出願のこの実施形態におけるビデオサービス処理装置は、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数に基づいてオーディオ／ビデオスライスを特定し、それにより、QUICプロトコルに基づいて送信されたオーディオ／ビデオスライスが識別され、オーディオ／ビデオスライスを識別する際の効率が改善される。
【０１３１】
場合によっては、特定ユニット620は、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に少なくとも2つのデータブロックが受信された場合、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信された少なくとも2つのデータブロックのサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定するようにさらに構成される。
【０１３２】
場合によっては、装置は、少なくとも1つの結合データブロックを取得するために、少なくとも2つのデータブロックの各々のサイズに基づいて、少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合するように構成された結合ユニットをさらに含み、特定ユニット620は、具体的に、少なくとも1つの結合データブロックを少なくとも1つのオーディオ／ビデオスライスとして特定するように構成される。
【０１３３】
場合によっては、結合ユニットは、具体的に、少なくとも2つのデータブロックの第1のデータブロックのサイズが第1のしきい値より大きく、第1のデータブロックに隣接する、少なくとも2つのデータブロックの第2のデータブロックのサイズが第1のしきい値以下であるとき、第1のデータブロックと第2のデータブロックを結合するように構成される。
【０１３４】
場合によっては、特定ユニット620は、第1のデータブロックと第2のデータブロックの両方のサイズが第1のしきい値以下である場合、少なくとも2つのデータブロックの第1のデータブロックおよび第2のデータブロックの直後に続く第3のデータブロックのサイズを特定するようにさらに構成され、
結合ユニットは、第3のデータブロックのサイズが第1のしきい値より大きいとき、第2のデータブロックと第3のデータブロックを結合するようにさらに構成される。
【０１３５】
場合によっては、特定ユニット620は、第1のデータブロックと第2のデータブロックの両方のサイズが第1のしきい値より大きいとき、第1のデータブロックをオーディオ／ビデオスライスとして特定するようにさらに構成される。
【０１３６】
場合によっては、特定ユニット620は、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定する前に、第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定し、第1のビデオサービスのオーディオとビデオが分離されているとき、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するようにさらに構成される。
【０１３７】
場合によっては、特定ユニット620は、第1のビデオサービスのオーディオとビデオが分離されていないとき、複数のアップリンク要求メッセージの中の2つおきの隣接するアップリンク要求メッセージの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定するようにさらに構成される。
【０１３８】
場合によっては、特定ユニット620は、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定し、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定した場合、第1のビデオサービスのオーディオとビデオが分離されていると判定するか、または複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定した場合、第1のビデオサービスのオーディオとビデオが分離されていないと判定するようにさらに構成される。
【０１３９】
場合によっては、特定ユニット620は、具体的に、複数のアップリンク要求メッセージの各々の中の第1のフィールドを取得することであって、第1のフィールドが各アップリンク要求メッセージを識別するために使用される、取得することと、それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが複数のアップリンク要求メッセージの中に存在する場合、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定すること、またはそれらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが複数のアップリンク要求メッセージの中に存在しない場合、複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定することとを行うように構成される。
【０１４０】
場合によっては、特定ユニット620は、複数のデータブロック内にあり、複数のアップリンク要求メッセージの中の第1のアップリンク要求メッセージに対応する第1のデータブロックのサイズを特定し、第1のビデオサービスのオーディオとビデオが分離されているとき、第1のデータブロックのサイズが第2のしきい値より小さい場合、複数のデータブロック内にあり、複数のアップリンク要求メッセージの中の第2のアップリンク要求メッセージに対応する第2のデータブロックのサイズを特定し、第2のデータブロックのサイズが第2のしきい値より小さい場合、複数のデータブロック内にあり、複数のアップリンク要求メッセージの中の第3のアップリンク要求メッセージに対応する第3のデータブロックを最初のオーディオ／ビデオスライスとして特定するようにさらに構成される。
【０１４１】
場合によっては、特定ユニット620は、第2のデータブロックのサイズが第2のしきい値以上である場合、第2のデータブロックを最初のオーディオ／ビデオスライスとして特定するようにさらに構成される。
【０１４２】
場合によっては、特定ユニット620は、第1のデータブロックのサイズが第2のしきい値以上である場合、第1のデータブロックを最初のオーディオ／ビデオスライスとして特定するようにさらに構成される。
【０１４３】
場合によっては、特定ユニット620は、第1のビデオサービスのオーディオとビデオが分離されていないとき、第1のデータブロックのサイズが第2のしきい値より小さい場合、第2のデータブロックを最初のオーディオ／ビデオスライスとして特定するようにさらに構成される。
【０１４４】
場合によっては、特定ユニット620は、第1のビデオサービスのすべてのオーディオ／ビデオスライスが取得された後、第1のビデオサービスのサービスレベルビットレートを決定するようにさらに構成される。
【０１４５】
場合によっては、特定ユニット620は、第1のビデオサービスのすべてのオーディオ／ビデオスライスのトラフィック変化率およびレート変化率を特定し、第1のビデオサービスの第1のオーディオ／ビデオスライスのトラフィック変化率が第3のしきい値より大きく、第1のオーディオ／ビデオスライスのレート変化率が第4のしきい値より大きいとき、第1のオーディオ／ビデオスライスを再送信されたスライスとして特定し、第1のオーディオ／ビデオスライス以外のすべてのオーディオ／ビデオスライスの残りのオーディオ／ビデオスライスに基づいて、第1のビデオサービスのサービスレベルビットレートを決定するようにさらに構成される。
【０１４６】
本明細書の装置600は機能ユニットの形態で具現化されていることを理解されたい。本明細書における「ユニット」という用語は、特定用途向け集積回路（application specific integrated circuit、ASIC）、電子回路、1つもしくは複数のソフトウェアプログラムもしくはファームウェアプログラムを実行するように構成されたプロセッサ（たとえば、共有プロセッサ、専有プロセッサ、もしくはグループプロセッサ）、およびメモリ、マージされた論理回路、ならびに／または記載された機能をサポートする別の適切な構成要素であってよい。オプションの例では、当業者なら、装置600が具体的に前述の実施形態における第1のデバイスであってよく、装置600が前述の方法実施形態における第1のデバイスに対応する各手順および／またはステップを実行するように構成されてよいことを理解されよう。繰返しを避けるために、詳細は本明細書では再び記載されない。
【０１４７】
図7は、本出願の一実施形態による、別のビデオサービス処理装置700を示す。装置700は、プロセッサ710、トランシーバ720、およびメモリ730を含む。プロセッサ710、トランシーバ720、およびメモリ730は、内部接続チャネルを使用して互いに通信する。メモリ730は命令を記憶するように構成される。プロセッサ710は、信号を送受信するようにトランシーバ720を制御するために、メモリ730に記憶された命令を実行するように構成される。
【０１４８】
トランシーバ720は、クライアントからの複数のアップリンク要求メッセージに基づいてサーバによって送信された第1のビデオサービスの複数のデータブロックを受信するように構成され、複数のアップリンク要求メッセージは第1のビデオサービスを要求するために使用され、複数のアップリンク要求メッセージは少なくとも2つのグループのアップリンク要求メッセージを含み、少なくとも2つのグループのアップリンク要求メッセージの各々は2つの連続して送信されたアップリンク要求メッセージを含む。
【０１４９】
プロセッサ710は、第1のグループのアップリンク要求メッセージと、少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージに隣接する第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するように構成される。
【０１５０】
プロセッサ710は、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に1つのデータブロックが受信された場合、第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定するようにさらに構成される。
【０１５１】
装置700は、具体的に、前述の実施形態における第1のデバイスであってよく、前述の方法実施形態における第1のデバイスに対応する各ステップおよび／または手順を実行するように構成されてよいことを理解されたい。場合によっては、メモリ730は、読取り専用メモリおよびランダムアクセスメモリを含み、プロセッサに命令およびデータを供給することができる。メモリの一部は、不揮発性ランダムアクセスメモリをさらに含んでよい。たとえば、メモリは、デバイスタイプ情報をさらに記憶することができる。プロセッサ710は、メモリに記憶された命令を実行するように構成されてよい。加えて、プロセッサ710がメモリに記憶された命令を実行するとき、プロセッサ710は、前述の方法実施形態における第1のデバイスに対応する各ステップおよび／または手順を実行するように構成される。
【０１５２】
本出願のこの実施形態では、前述の装置内のプロセッサは、中央処理装置（central processing unit、CPU）であってよく、またはプロセッサは、別の汎用プロセッサ、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）もしくは別のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理デバイス、個別ハードウェア構成要素などであってよいことを理解されたい。汎用プロセッサはマクロプロセッサであってよく、またはプロセッサは任意の従来のプロセッサなどであってよい。
【０１５３】
一実装プロセスでは、前述の方法におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することにより、またはソフトウェアの形態の命令を使用することによって実装されてよい。本出願の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサによって直接実行されてよく、またはプロセッサ内のハードウェアとソフトウェアユニットの組合せを使用して実行されてよい。ソフトウェアユニットは、ランダムアクセスメモリ、フラッシュメモリ、読取り専用メモリ、プログラマブル読取り専用メモリ、電気的消去可能プログラマブルメモリ、およびレジスタなどの、当技術分野の成熟記憶媒体内に配置されてよい。記憶媒体はメモリ内に配置され、プロセッサはメモリ内の命令を実行し、プロセッサのハードウェアと組み合わせて前述の方法におけるステップを完了する。繰返しを避けるために、詳細は本明細書では再び記載されない。
【０１５４】
本明細書で開示された実施形態に記載された例と組み合わせて、方法ステップおよびユニットは、電子ハードウェア、コンピュータソフトウェア、またはそれらの組合せによって実装されよいことを当業者なら認識されよう。ハードウェアとソフトウェアとの間の互換性を明確に記載するために、上記は、一般に、機能によって各実施形態のステップおよび構成物を記載している。機能がハードウェアによって実行されるか、またはソフトウェアによって実行されるかは、技術的解決策の特定の用途および設計制約に依存する。当業者は、様々な方法を使用して、特定の用途ごとに記載された機能を実装することができるが、その実装形態が本出願の範囲を超えると考えられるべきではない。
【０１５５】
便利で簡潔な説明のために、前述されたシステム、装置、およびユニットの詳細な動作プロセスについては、前述の方法実施形態内の対応するプロセスに対して参照を行うことができ、本明細書では詳細は再び記載されないことは、当業者なら明確に理解されよう。
【０１５６】
本出願において提供されたいくつかの実施形態では、開示されたシステム、装置、および方法は別の方式で実装されてよいことを理解されたい。たとえば、記載された装置実施形態は例にすぎない。たとえば、ユニット分割は論理的な機能分割にすぎず、実際の実装形態では他の分割であってよい。たとえば、複数のユニットまたは構成要素は組み合わされるか、もしくは別のシステムに統合されてよく、またはいくつかの機能は無視されるか、もしくは実行されなくてよい。加えて、表示または説明された相互結合もしくは直接結合または通信接続は、いくつかのインターフェース、装置もしくはユニット間の間接結合もしくは通信接続、または電気接続、機械接続、もしくは他の形態の接続を介して実装されてよい。
【０１５７】
別々の部分として記載されたユニットは、物理的に分かれていてもいなくてもよく、ユニットとして表示された部分は、物理ユニットであってもそうでなくてもよく、1つの場所に配置されてもよく、または複数のネットワークユニット上に分散されてもよい。ユニットの一部またはすべては、本出願の実施形態の解決策の目的を達成するために、実際の要件に基づいて選択されてよい。
【０１５８】
加えて、本出願の実施形態における機能ユニットは1つの処理ユニットに統合されてもよく、またはユニットの各々は物理的に単独で存在してもよく、または2つ以上のユニットが1つのユニットに統合されてもよい。統合ユニットは、ハードウェアの形態で実装されてもよく、ソフトウェア機能ユニットの形態で実装されてもよい。
【０１５９】
統合ユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、統合ユニットはコンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本出願の技術的解決策は本質的に、または従来技術に寄与する部分は、または技術的解決策のうちのすべてもしくは一部は、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態に記載された方法のステップのうちのすべてまたはいくつかを実行するように、（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい）コンピュータデバイスに命令するための1つまたは複数の命令を含む。前述の記憶媒体には、USBフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（read−only memory、ROM）、ランダムアクセスメモリ（random access memory、RAM）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる任意の媒体が含まれる。
【０１６０】
上記の説明は、本出願の具体的な実装形態にすぎず、本出願の保護範囲を限定するものではない。本出願で開示された技術的範囲内で当業者が容易に考え付くいかなる均等な修正または置換も、本出願の保護範囲内に入るべきである。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。
【符号の説明】
【０１６１】
100  システム
110  クライアント
120  第1のデバイス
130  サーバ
200  ビデオサービス処理方法
300  ビデオサービス処理方法
400  ビデオサービス処理方法
500  ビデオサービス処理方法
600  ビデオサービス処理装置
610  受信ユニット
620  特定ユニット
700  ビデオサービス処理装置
710  プロセッサ
720  トランシーバ
730  メモリ
【図１】
2020502950.tif 000003
【図２】
2020502950.tif 000004
【図３】
2020502950.tif 000005
【図４】
2020502950.tif 000006
【図５】
2020502950.tif 000007
【図６】
2020502950.tif 000008
【図７】
2020502950.tif 000009
【手続補正書】
【提出日】令和1年8月1日(2019.8.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオサービス処理方法であって、
第1のデバイスにより、クライアントからの複数のアップリンク要求メッセージに基づいてサーバによって送信された第1のビデオサービスの複数のデータブロックを受信するステップであって、前記複数のアップリンク要求メッセージが前記第1のビデオサービスを要求するために使用され、前記複数のアップリンク要求メッセージが少なくとも2つのグループのアップリンク要求メッセージを備え、前記少なくとも2つのグループのアップリンク要求メッセージの各々が2つの連続して送信されたアップリンク要求メッセージを備える、ステップと、
前記第1のデバイスにより、第1のグループのアップリンク要求メッセージと、前記少なくとも2つのグループのアップリンク要求メッセージの中の前記第1のグループのアップリンク要求メッセージに隣接する第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するステップと、
前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に1つのデータブロックが受信された場合、前記第1のデバイスにより、前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記データブロックをオーディオ／ビデオスライスとして特定するステップと
を備える、ビデオサービス処理方法。
【請求項２】
前記方法が、
前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に少なくとも2つのデータブロックが受信された場合、前記第1のデバイスにより、前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記少なくとも2つのデータブロックのサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定するステップ
をさらに備える、請求項1に記載の方法。
【請求項３】
前記第1のデバイスにより、前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記少なくとも2つのデータブロックのサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定する前記ステップが、
前記第1のデバイスにより、少なくとも1つの結合データブロックを取得するために、前記少なくとも2つのデータブロックの各々のサイズに基づいて、前記少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合するステップと、
前記第1のデバイスにより、前記少なくとも1つの結合データブロックを前記少なくとも1つのオーディオ／ビデオスライスとして特定するステップと
を備える、請求項2に記載の方法。
【請求項４】
前記第1のデバイスにより、前記少なくとも2つのデータブロックの各々のサイズに基づいて、前記少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合する前記ステップが、
前記少なくとも2つのデータブロックの第1のデータブロックのサイズが第1のしきい値より大きく、前記第1のデータブロックに隣接する、前記少なくとも2つのデータブロックの第2のデータブロックのサイズが前記第1のしきい値以下であるとき、前記第1のデバイスにより、前記第1のデータブロックと前記第2のデータブロックを結合するステップ
を備える、請求項3に記載の方法。
【請求項５】
前記方法が、
前記第1のデータブロックと前記第2のデータブロックの両方の前記サイズが前記第1のしきい値以下であるとき、前記第1のデバイスにより、前記少なくとも2つのデータブロックの前記第1のデータブロックおよび前記第2のデータブロックの直後に続く第3のデータブロックのサイズを特定するステップと、
前記第3のデータブロックの前記サイズが前記第1のしきい値より大きいとき、前記第1のデバイスにより、前記第2のデータブロックと前記第3のデータブロックを結合するステップと
をさらに備える、請求項4に記載の方法。
【請求項６】
前記方法が、
前記第1のデータブロックと前記第2のデータブロックの両方の前記サイズが前記第1のしきい値より大きいとき、前記第1のデバイスにより、前記第1のデータブロックをオーディオ／ビデオスライスとして特定するステップ
をさらに備える、請求項4または5に記載の方法。
【請求項７】
前記第1のデバイスにより、前記少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定する前記ステップの前に、前記方法が、
前記第1のデバイスにより、前記第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定するステップ
をさらに備え、
前記第1のデバイスにより、前記少なくとも2つのグループのアップリンク要求メッセージの中の第1のグループのアップリンク要求メッセージと第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定する前記ステップが、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されているとき、前記第1のデバイスにより、前記少なくとも2つのグループのアップリンク要求メッセージの中の前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記データブロックの前記数を特定するステップ
を備える、請求項1から6のいずれか一項に記載の方法。
【請求項８】
前記方法が、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないとき、前記第1のデバイスにより、前記複数のアップリンク要求メッセージの中の2つおきの隣接するアップリンク要求メッセージの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定するステップ
をさらに備える、請求項7に記載の方法。
【請求項９】
前記第1のデバイスにより、前記第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定する前記ステップが、
前記第1のデバイスにより、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定するステップと、
前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定した場合、前記第1のデバイスにより、前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていると判定するステップ、または
前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定した場合、前記第1のデバイスにより、前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないと判定するステップと
を備える、請求項7または8に記載の方法。
【請求項１０】
前記第1のデバイスにより、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定する前記ステップが、
前記第1のデバイスにより、前記複数のアップリンク要求メッセージの各々の中の第1のフィールドの値を取得するステップであって、前記第1のフィールドが前記アップリンク要求メッセージを識別するために使用される、ステップと、
それらの第1のフィールドの値が連続する少なくとも2つのアップリンク要求メッセージが前記複数のアップリンク要求メッセージの中に存在する場合、前記第1のデバイスにより、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定するステップ、または
それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが前記複数のアップリンク要求メッセージの中に存在しない場合、前記第1のデバイスにより、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定するステップと
を備える、請求項9に記載の方法。
【請求項１１】
前記方法が、
前記第1のデバイスにより、前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第1のアップリンク要求メッセージに対応する第1のデータブロックのサイズを特定するステップと、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されているとき、前記第1のデータブロックの前記サイズが第2のしきい値より小さい場合、前記第1のデバイスにより、前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第2のアップリンク要求メッセージに対応する第2のデータブロックのサイズを特定するステップと、
前記第2のデータブロックの前記サイズが前記第2のしきい値より小さい場合、前記第1のデバイスにより、前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第3のアップリンク要求メッセージに対応する第3のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップと
をさらに備える、請求項1から10のいずれか一項に記載の方法。
【請求項１２】
前記方法が、
前記第2のデータブロックの前記サイズが前記第2のしきい値以上である場合、前記第1のデバイスにより、前記第2のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに備える、請求項11に記載の方法。
【請求項１３】
前記方法が、
前記第1のデータブロックの前記サイズが前記第2のしきい値以上である場合、前記第1のデバイスにより、前記第1のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに備える、請求項11または12に記載の方法。
【請求項１４】
前記方法が、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないとき、前記第1のデータブロックの前記サイズが前記第2のしきい値より小さい場合、前記第1のデバイスにより、前記第2のデータブロックを最初のオーディオ／ビデオスライスとして特定するステップ
をさらに備える、請求項11から13のいずれか一項に記載の方法。
【請求項１５】
前記方法が、
前記第1のデバイスが前記第1のビデオサービスのすべてのオーディオ／ビデオスライスを取得した後、前記第1のデバイスにより、前記第1のビデオサービスのサービスレベルビットレートを決定するステップ
をさらに備える、請求項1から14のいずれか一項に記載の方法。
【請求項１６】
前記第1のデバイスにより、前記第1のビデオサービスのサービスレベルビットレートを決定する前記ステップが、
前記第1のデバイスにより、前記第1のビデオサービスのすべての前記オーディオ／ビデオスライスのトラフィック変化率およびレート変化率を特定するステップと、
前記第1のビデオサービスの第1のオーディオ／ビデオスライスのトラフィック変化率が第3のしきい値より大きく、前記第1のオーディオ／ビデオスライスのレート変化率が第4のしきい値より大きいとき、前記第1のデバイスにより、前記第1のオーディオ／ビデオスライスを再送信されたスライスとして特定するステップと、
前記第1のデバイスにより、前記第1のオーディオ／ビデオスライス以外のすべての前記オーディオ／ビデオスライスの残りのオーディオ／ビデオスライスに基づいて、前記第1のビデオサービスの前記サービスレベルビットレートを決定するステップと
を備える、請求項15に記載の方法。
【請求項１７】
ビデオサービス処理装置であって、
クライアントからの複数のアップリンク要求メッセージに基づいてサーバによって送信された第1のビデオサービスの複数のデータブロックを受信するように構成された受信ユニットであって、前記複数のアップリンク要求メッセージが前記第1のビデオサービスを要求するために使用され、前記複数のアップリンク要求メッセージが少なくとも2つのグループのアップリンク要求メッセージを備え、前記少なくとも2つのグループのアップリンク要求メッセージの各々が2つの連続して送信されたアップリンク要求メッセージを備える、受信ユニットと、
第1のグループのアップリンク要求メッセージと、前記少なくとも2つのグループのアップリンク要求メッセージの中の前記第1のグループのアップリンク要求メッセージに隣接する第2のグループのアップリンク要求メッセージとの間に受信されたデータブロックの数を特定するように構成された特定ユニットと
を備え、
前記特定ユニットが、
前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に1つのデータブロックが受信された場合、前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記データブロックをオーディオ／ビデオスライスとして特定する
ようにさらに構成される、ビデオサービス処理装置。
【請求項１８】
前記特定ユニットが、
前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に少なくとも2つのデータブロックが受信された場合、前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記少なくとも2つのデータブロックのサイズに基づいて、少なくとも1つのオーディオ／ビデオスライスを特定するようにさらに構成される、請求項17に記載の装置。
【請求項１９】
前記装置が、
少なくとも1つの結合データブロックを取得するために、前記少なくとも2つのデータブロックの各々のサイズに基づいて、前記少なくとも2つのデータブロックのすべてまたはいくつかの隣接するデータブロックのうちの2つおきの隣接するデータブロックを順次結合するように構成された結合ユニット
をさらに備え、
前記特定ユニットが、具体的に、
前記少なくとも1つの結合データブロックを前記少なくとも1つのオーディオ／ビデオスライスとして特定する
ように構成される、請求項18に記載の装置。
【請求項２０】
前記結合ユニットが、具体的に、
前記少なくとも2つのデータブロックの第1のデータブロックのサイズが第1のしきい値より大きく、前記第1のデータブロックに隣接する、前記少なくとも2つのデータブロックの第2のデータブロックのサイズが前記第1のしきい値以下であるとき、前記第1のデータブロックと前記第2のデータブロックを結合する
ように構成される、請求項19に記載の装置。
【請求項２１】
前記特定ユニットが、
前記第1のデータブロックと前記第2のデータブロックの両方の前記サイズが前記第1のしきい値以下であるとき、前記少なくとも2つのデータブロックの前記第1のデータブロックおよび前記第2のデータブロックの直後に続く第3のデータブロックのサイズを特定する
ようにさらに構成され、
前記結合ユニットが、
前記第3のデータブロックの前記サイズが前記第1のしきい値より大きいとき、前記第2のデータブロックと前記第3のデータブロックを結合する
ようにさらに構成される、請求項20に記載の装置。
【請求項２２】
前記特定ユニットが、
前記第1のデータブロックと前記第2のデータブロックの両方の前記サイズが前記第1のしきい値より大きいとき、前記第1のデータブロックをオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項20または21に記載の装置。
【請求項２３】
前記特定ユニットが、
前記少なくとも2つのグループのアップリンク要求メッセージの中の前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記データブロックの前記数を特定する前に、前記第1のビデオサービスのオーディオとビデオが分離されているかどうかを判定し、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されているとき、前記少なくとも2つのグループのアップリンク要求メッセージの中の前記第1のグループのアップリンク要求メッセージと前記第2のグループのアップリンク要求メッセージとの間に受信された前記データブロックの前記数を特定する
ようにさらに構成される、請求項17から22のいずれか一項に記載の装置。
【請求項２４】
前記特定ユニットが、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないとき、前記複数のアップリンク要求メッセージの中の2つおきの隣接するアップリンク要求メッセージの間に受信されたデータブロックをオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項23に記載の装置。
【請求項２５】
前記特定ユニットが、
前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定し、
前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定した場合、前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていると判定するか、または
前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定した場合、前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないと判定する
ようにさらに構成される、請求項23または24に記載の装置。
【請求項２６】
前記特定ユニットが、具体的に、
前記複数のアップリンク要求メッセージの各々の中の第1のフィールドを取得することであって、前記第1のフィールドが前記アップリンク要求メッセージを識別するために使用される、取得することと、
それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが前記複数のアップリンク要求メッセージの中に存在する場合、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在すると判定すること、または
それらの第1のフィールドが連続する少なくとも2つのアップリンク要求メッセージが前記複数のアップリンク要求メッセージの中に存在しない場合、前記複数のアップリンク要求メッセージの中に少なくとも2つの連続して送信されたアップリンク要求メッセージが存在しないと判定することと
を行うように構成される、請求項25に記載の装置。
【請求項２７】
前記特定ユニットが、
前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第1のアップリンク要求メッセージに対応する第1のデータブロックのサイズを特定し、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されているとき、前記第1のデータブロックの前記サイズが第2のしきい値より小さい場合、前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第2のアップリンク要求メッセージに対応する第2のデータブロックのサイズを特定し、
前記第2のデータブロックの前記サイズが前記第2のしきい値より小さい場合、前記複数のデータブロック内にあり、前記複数のアップリンク要求メッセージの中の第3のアップリンク要求メッセージに対応する第3のデータブロックを最初のオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項17から26のいずれか一項に記載の装置。
【請求項２８】
前記特定ユニットが、
前記第2のデータブロックの前記サイズが前記第2のしきい値以上である場合、前記第2のデータブロックを最初のオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項27に記載の装置。
【請求項２９】
前記特定ユニットが、
前記第1のデータブロックの前記サイズが前記第2のしきい値以上である場合、前記第1のデータブロックを最初のオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項27または28に記載の装置。
【請求項３０】
前記特定ユニットが、
前記第1のビデオサービスの前記オーディオと前記ビデオが分離されていないとき、前記第1のデータブロックの前記サイズが前記第2のしきい値より小さい場合、前記第2のデータブロックを最初のオーディオ／ビデオスライスとして特定する
ようにさらに構成される、請求項17から29のいずれか一項に記載の装置。
【請求項３１】
前記特定ユニットが、
前記第1のビデオサービスのすべてのオーディオ／ビデオスライスが取得された後、前記第1のビデオサービスのサービスレベルビットレートを決定する
ようにさらに構成される、請求項17から30のいずれか一項に記載の装置。
【請求項３２】
前記特定ユニットが、
前記第1のビデオサービスのすべての前記オーディオ／ビデオスライスのトラフィック変化率およびレート変化率を特定し、
前記第1のビデオサービスの第1のオーディオ／ビデオスライスのトラフィック変化率が第3のしきい値より大きく、前記第1のオーディオ／ビデオスライスのレート変化率が第4のしきい値より大きいとき、前記第1のオーディオ／ビデオスライスを再送信されたスライスとして特定し、
前記第1のオーディオ／ビデオスライス以外のすべての前記オーディオ／ビデオスライスの残りのオーディオ／ビデオスライスに基づいて、前記第1のビデオサービスの前記サービスレベルビットレートを決定する
ようにさらに構成される、請求項31に記載の装置。
【請求項３３】
コンピュータプログラムを記憶するように構成され、前記コンピュータプログラムがコンピュータ上で実行されると、前記コンピュータが請求項1から16のいずれか一項に記載の方法を実行する、コンピュータ可読記憶媒体。
【請求項３４】
コンピュータプログラムコードを備え、前記コンピュータプログラムコードがコンピュータによって実行されると、前記コンピュータが請求項1から16のいずれか一項に記載の方法を実行する、コンピュータプログラム製品。
【請求項３５】
入力インターフェース、出力インターフェース、少なくとも1つのプロセッサ、およびメモリを備えるチップであって、前記入力インターフェース、前記出力インターフェース、前記プロセッサ、および前記メモリが内部チャネルを使用して互いに接続され、前記プロセッサが前記メモリ内のコードを実行するように構成され、前記コードが実行されると、前記プロセッサが請求項1から16のいずれか一項に記載の方法を実行するように構成される、チップ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
モバイルブロードバンド（MBB）ネットワークの継続的な発展に伴い、モバイルサービスの焦点は音声サービスからデータサービスに移行している。ビデオサービスはデータサービスの大部分を占めており、世界の主要な携帯電話事業者によって基本サービスとして広く定義されている。現在、ほとんどのオンデマンドビデオは伝送制御プロトコル（TCP）を使用して伝送されるが、TCPは最初の対話の間の長い遅延および伝送エラーの場合の強制的な待機などの欠点を有する。したがって、グーグル株式会社は、ユーザデータグラムプロトコル（UDP）伝送に基づく新しいプロトコル、すなわちクイックUDPインターネット接続（QUIC）プロトコルを開始しており、QUICプロトコルは、ゼロ往復遅延（RTT）、順方向誤り訂正、および多重化などの利点を有する。QUICプロトコルの利点により、QUICプロトコルに基づくビデオ送信は現在の研究ホットスポットになっている。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
音声サービスからデータサービスに移行する過程で、事業者の焦点もネットワーク品質の主要性能指標（KPI）からユーザ体験の主要品質指標（KQI）に移行する。ビデオサービスは携帯電話事業者のキャッシュフローであり、したがって、ビデオサービスの体験は最も重要である。ビデオのビットレートはビデオソースの品質を決定し、ビデオの再生待ち時間およびビデオの凍結も決定する。ビデオのビットレートの識別は、オーディオスライスとビデオスライスの両方の識別を必要とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
本出願の実施形態における技術的解決策は、モバイル通信用グローバルシステム（GSM(登録商標)）システム、符号分割多元接続（CDMA）システム、広帯域符号分割多元接続（WCDMA(登録商標)）システム、汎用パケット無線サービス（GPRS）、ロングタームエボリューション（LTE）システム、LTE周波数分割複信（FDD）システム、LTE時分割複信（TDD）、ユニバーサルモバイルテレコミュニケーションシステム（UMTS）、マイクロ波アクセス用世界的相互運用性（WiMAX）通信システム、および将来の5G通信システムなどの、様々な通信システムに適用されてよいことを理解されたい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００７５
【補正方法】変更
【補正の内容】
【００７５】
具体的には、第1のデバイスは、アップリンク要求メッセージを識別するために使用される第1のフィールドの値が連続しているかどうかに基づいて、少なくとも2つの連続して送信されたアップリンク要求メッセージが存在するかどうかを判定することができる。アップリンク要求メッセージが連続して送信されたかどうかを判定するために、識別の役割を果たすことができる任意のフィールドを使用できることを理解されたい。一実装形態では、第1のフィールドは、IPヘッダ内のIDフィールドまたはQUICヘッダ内のSeqNoフィールドであってよい。本出願のこの実施形態はそれに限定されない。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
本出願のこの実施形態は、モバイルブロードバンド（MBB）ネットワーク、固定ブロードバンド（FBB）ネットワーク、またはインターネットにおける任意のネットワーク要素デバイスに適用されてよいことをさらに理解されたい。デバイスは、ユーザサービスのデータストリームを取得する機能を有し、3Gネットワーク内の無線ネットワークコントローラ（RNC）、サービングGPRSサポートノード（SGSN）／ゲートウェイGPRSサポートノード（GGSN）、4Gネットワーク内のeNodeB、サービングゲートウェイ（SGW）／パケットデータネットワークゲートウェイ（PGW）、および様々なプローブデバイスを含むが、それらに限定されない。本出願のこの実施形態はそれに限定されない。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１２５
【補正方法】変更
【補正の内容】
【０１２５】
本出願のこの実施形態における方法によれば、YouTube(登録商標) QUICビデオのすべてのオーディオ／ビデオスライスのビットレートを正確に計算することができ、次いで、重複排除アルゴリズムを使用して正確なサービスレベルビットレートを取得することができる。現在のシナリオでは、取得されたサービスレベルビットレートの精度は、TCPプロトコルを使用して取得された精度と等しいレベルに達することができる。したがって、本出願のこの実施形態におけるビデオサービス処理方法は、平均意見スコア（MOS）、キー品質インジケータ（KQI）を含む、ビデオ体験を正確に評価するためにネットワーク要素デバイスによって使用されてよい。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１４６
【補正方法】変更
【補正の内容】
【０１４６】
本明細書の装置600は機能ユニットの形態で具現化されていることを理解されたい。本明細書における「ユニット」という用語は、特定用途向け集積回路（ASIC）、電子回路、1つもしくは複数のソフトウェアプログラムもしくはファームウェアプログラムを実行するように構成されたプロセッサ（たとえば、共有プロセッサ、専有プロセッサ、もしくはグループプロセッサ）、およびメモリ、マージされた論理回路、ならびに／または記載された機能をサポートする別の適切な構成要素であってよい。オプションの例では、当業者なら、装置600が具体的に前述の実施形態における第1のデバイスであってよく、装置600が前述の方法実施形態における第1のデバイスに対応する各手順および／またはステップを実行するように構成されてよいことを理解されよう。繰返しを避けるために、詳細は本明細書では再び記載されない。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１５２
【補正方法】変更
【補正の内容】
【０１５２】
本出願のこの実施形態では、前述の装置内のプロセッサは、中央処理装置（CPU）であってよく、またはプロセッサは、別の汎用プロセッサ、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）もしくは別のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理デバイス、個別ハードウェア構成要素などであってよいことを理解されたい。汎用プロセッサはマクロプロセッサであってよく、またはプロセッサは任意の従来のプロセッサなどであってよい。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１５９
【補正方法】変更
【補正の内容】
【０１５９】
統合ユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、統合ユニットはコンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本出願の技術的解決策は本質的に、または従来技術に寄与する部分は、または技術的解決策のうちのすべてもしくは一部は、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態に記載された方法のステップのうちのすべてまたはいくつかを実行するように、（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい）コンピュータデバイスに命令するための1つまたは複数の命令を含む。前述の記憶媒体には、USBフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（ROM）、ランダムアクセスメモリ（RAM）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる任意の媒体が含まれる。
【国際調査報告】
2020502950.tif 000010
2020502950.tif 000011
2020502950.tif 000012
2020502950.tif 000013