(57)【要約】  ブロードキャスト−マルチキャストサービスセンター（ＢＭ−ＳＣ）からネットワークリソースを割り振るための少なくとも１つのビットレートが受信される、ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供される。ネットワークリソースは次いで、少なくとも１つのビットレートに基づいて割り振られる。その上、ブロードキャスト／マルチキャストエリア中のすべてのｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）は、ネットワークリソース配分を知らされる。加えて、ネットワークリソースは、保証ビットレート（ＧＢＲ）よりも高い第１のビットレートに基づいてセッションに対して割り振られ、ネットワークリソース配分は、イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと調整される。
2015502083.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
ネットワークサービスセンターからネットワークリソースを割り振るための少なくとも１つのビットレートを受信することと、
前記少なくとも１つのビットレートに基づいて前記ネットワークリソースを割り振ることと、
ブロードキャスト／マルチキャストエリア中のすべての基地局に前記ネットワークリソース配分を知らせることと、を備える、方法。
【請求項２】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションの開始の後に更新され得る、請求項１に記載の方法。
【請求項３】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）であり、前記ＭＢＲが保証ビットレート（ＧＢＲ）に等しい、請求項１に記載の方法。
【請求項４】
前記ネットワークリソースがブロードキャスト／マルチキャストモードで使用されないとき、前記ネットワークリソースがユニキャストモードで使用される、請求項３に記載の方法。
【請求項５】
前記割り振られたネットワークリソースを介して前記少なくとも１つの基地局によって受信されているＭＢＭＳデータの量の変化、および／またはユニキャスト負荷の変化を示すステータス情報を、前記ブロードキャスト／マルチキャストエリア中の少なくとも１つの基地局から受信することと、
前記受信されたステータス情報に基づいて前記ネットワークリソース配分を調整することとをさらに備える、請求項１に記載の方法。
【請求項６】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記ネットワークリソース配分を前記調整することが、前記少なくとも１つの基地局によって受信されているデータの量が減ったことおよび／またはユニキャスト負荷の量が増えたことを前記ステータス情報が示す場合、前記ＧＢＲに基づいて前記割り振られたネットワークリソースの量を減らすことを備える、請求項５に記載の方法。
【請求項７】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）を備え、前記ネットワークリソース配分を前記調整することが、前記少なくとも１つの基地局によって受信されているデータの量が増えたことおよび／またはユニキャスト負荷の量が減ったことを前記ステータス情報が示す場合、前記ＭＢＲに基づいて前記割り振られたネットワークリソースの量を増やすことを備える、請求項１に記載の方法。
【請求項８】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記方法が、
ＧＢＲよりも大きい第１のビットレートに基づいて、セッションのための前記ネットワークリソースを割り振ることと、
イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと前記ネットワークリソース配分を調整することとをさらに備える、請求項１に記載の方法。
【請求項９】
前記第１のビットレートを満たすためにネットワークリソースが利用不可能であることを示す情報を前記ブロードキャスト／マルチキャストエリア中の少なくとも１つの基地局から受信すると、前記イベントが発生する、請求項８に記載の方法。
【請求項１０】
新たなセッションがスケジューリングされることを許可すると決定すると、前記イベントが発生する、請求項８に記載の方法。
【請求項１１】
前記利用可能なネットワークリソースが前記第２のビットレートを満たせない場合、所定のパケット破棄規則に従って、データパケットを破棄するように少なくとも１つの基地局に指示することをさらに備える、請求項８に記載の方法。
【請求項１２】
前記少なくとも１つのビットレートがさらに最大ビットレート（ＭＢＲ）を備え、
別のイベントの発生に基づいて、ＭＢＲより大きくない第３のビットレートへと前記ネットワークリソース配分を調整することと、
前記別のイベントが発生すると、データパケットの破棄を止めるように前記少なくとも１つの基地局を指示することとをさらに備える、請求項１１に記載の方法。
【請求項１３】
前記第３のビットレートを満たすためにネットワークリソースが利用可能であることを示す情報を前記ブロードキャスト／マルチキャストエリア中のすべての基地局から受信すると、前記別のイベントが発生する、請求項１２に記載の方法。
【請求項１４】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）と保証ビットレート（ＧＢＲ）とを備え、前記方法が、
セッションのネットワークリソース配分を調整するための、利用可能なネットワークリソースの量を決定することと、
前記調整されたネットワークリソース配分に基づいてデータを送信するための、調整されたビットレートを決定することと、
前記ネットワークサービスセンターおよびすべての基地局に前記調整されたビットレートを知らせることと、をさらに備える、請求項１に記載の方法。
【請求項１５】
前記利用可能なリソースの量を前記決定することが、前記割り振られたネットワークリソースを介して前記少なくとも１つの基地局によって受信されているデータの量の変化、および／またはユニキャスト負荷の変化を示すステータス情報を、前記ブロードキャスト／マルチキャストエリア中の少なくとも１つの基地局から受信することを備える、請求項１４に記載の方法。
【請求項１６】
前記セッションの前記ネットワークリソース配分を前記調整することが、利用可能なネットワークリソースの量が閾値を超える場合に、ＭＢＲに基づいて、優先度のより高いセッションにより多くのネットワークリソースを割り振ることを備える、請求項１４に記載の方法。
【請求項１７】
前記セッションの前記ネットワークリソース配分を前記調整することが、利用可能なネットワークリソースの量が閾値を下回る場合に、ＧＢＲに基づいて、優先度のより低いセッションにより少ないネットワークリソースを割り振ることを備える、請求項１４に記載の方法。
【請求項１８】
前記ネットワークサービスセンターに前記調整されたビットレートを知らせるためのメッセージタイプが、前記ネットワークサービスセンターとコンテンツソースとの間のトランスポートプロトコルに依存する、請求項１４に記載の方法。
【請求項１９】
ワイヤレス通信の方法であって、
ネットワーク協調エンティティからネットワークリソース配分を受信することであって、前記ネットワークリソース配分が、ネットワークサービスセンターから受信された少なくとも１つのビットレートに基づく、受信することと、
前記ネットワークリソース配分に基づいて、受信されたブロードキャスト／マルチキャストデータの送信をスケジューリングすることと、を備える、方法。
【請求項２０】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションの開始の後に更新され得る、請求項１９に記載の方法。
【請求項２１】
前記ネットワークリソース配分のすべてが前記受信されたブロードキャスト／マルチキャストデータを送信するために使用されない場合、前記ネットワークリソース配分を使用してユニキャストデータを送信することをさらに備える、請求項１９に記載の方法。
【請求項２２】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）であり、前記ＭＢＲが保証ビットレート（ＧＢＲ）に等しい、請求項１９に記載の方法。
【請求項２３】
前記ネットワークリソース配分を介して受信されているデータの量の変化、および／またはユニキャスト負荷の変化を決定することと、
前記受信されているデータの量の前記変化、および／または前記ユニキャスト負荷の前記変化を示すステータス情報を、前記ネットワーク協調エンティティに送信することと、
前記送信されたステータス情報に基づいて、調整されたネットワークリソース配分を前記ネットワーク協調エンティティから受信することと、をさらに備える、請求項１９に記載の方法。
【請求項２４】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記調整されたネットワークリソース配分が、受信されているデータの量が減ったことおよび／またはユニキャスト負荷の量が増えたことを前記ステータス情報が示す場合、前記ＧＢＲに基づいて割り振られたネットワークリソースの減少した量を備える、請求項２３に記載の方法。
【請求項２５】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）を備え、前記調整されたネットワークリソース配分が、受信されているデータの量が増えたことおよび／またはユニキャスト負荷の量が減ったことを前記ステータス情報が示す場合、前記ＭＢＲに基づいて割り振られたネットワークリソースの増加した量を備える、請求項２３に記載の方法。
【請求項２６】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記方法が、
ＧＢＲよりも大きい第１のビットレートで、前記ネットワークリソース配分に基づいてブロードキャスト／マルチキャストデータの送信をスケジューリングすることと、
イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと調整されたネットワークリソース配分を前記ネットワーク協調エンティティから受信することとをさらに備える、請求項１９に記載の方法。
【請求項２７】
前記第１のビットレートを満たすためにネットワークリソースが利用不可能であることを示す情報を前記ネットワーク協調エンティティに送信すると、前記イベントが発生する、請求項２６に記載の方法。
【請求項２８】
新たなセッションがスケジューリングされることを許可すると前記ネットワーク協調エンティティが決定すると、前記イベントが発生する、請求項２６に記載の方法。
【請求項２９】
前記利用可能なネットワークリソースが前記第２のビットレートを満たせない場合、所定のパケット破棄規則に従って、データパケットを破棄せよという前記ネットワーク協調エンティティからの指示を受信することをさらに備える、請求項２６に記載の方法。
【請求項３０】
前記少なくとも１つのビットレートがさらに最大ビットレート（ＭＢＲ）を備え、
別のイベントの発生に基づいて、ＭＢＲより大きくない第３のビットレートへと調整された別のネットワークリソース配分を前記ネットワーク協調エンティティから受信することと、
前記別のイベントが発生すると、データパケットの破棄を止めよという前記ネットワーク協調エンティティからの指示を受信することとをさらに備える、請求項２９に記載の方法。
【請求項３１】
前記第３のビットレートを満たすためにネットワークリソースが利用可能であることを示す情報を前記ネットワーク協調エンティティに送信すると、前記別のイベントが発生する、請求項３０に記載の方法。
【請求項３２】
ワイヤレス通信の方法であって、
セッションのネットワークリソースを割り振るための少なくとも１つのビットレートをネットワーク協調エンティティに送信することと、
前記ネットワーク協調エンティティによって決定される調整されたネットワークリソース配分に基づいてデータを送信するための調整されたビットレートを、前記ネットワーク協調エンティティから受信することと、
前記調整されたビットレートに基づいてデータを送信することと、を備える、方法。
【請求項３３】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションである前記セッションの開始の後に調整され得る、請求項３２に記載の方法。
【請求項３４】
前記ネットワーク協調エンティティが、データを少なくとも１つの基地局に送信するために利用可能なリソースの量に基づいて、前記調整されたネットワークリソース配分を決定する、請求項３２に記載の方法。
【請求項３５】
前記ネットワーク協調エンティティが、前記割り振られたネットワークリソースを介して前記少なくとも１つの基地局によって受信されているデータの量の変化、および／またはユニキャスト負荷の変化を示す、前記少なくとも１つの基地局から受信されたステータス情報に基づいて、前記利用可能なリソースの量を決定する、請求項３４に記載の方法。
【請求項３６】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）を備え、前記調整されたネットワークリソース配分が、前記利用可能なネットワークリソースの量が閾値を超える場合に、ＭＢＲに基づいて、優先度のより高いセッションにより多くのネットワークリソースを割り振る、請求項３４に記載の方法。
【請求項３７】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記調整されたネットワークリソース配分が、前記利用可能なネットワークリソースの量が閾値より少ない場合に、ＧＢＲに基づいて、優先度のより低いセッションにより少ないネットワークリソースを割り振る、請求項３４に記載の方法。
【請求項３８】
複数のネットワーク協調エンティティから受信された複数の調整されたビットレートに基づいて、集約された調整されたビットレートを決定することと、
前記集約された調整されたビットレートに基づいて、レート調整要求をコンテンツソースに送信することと、
前記集約された調整されたビットレートに従って前記コンテンツソースからコンテンツを受信することと、をさらに備え、
前記調整されたビットレートに基づいて送信される前記データが、前記集約された調整されたビットレートに従って前記コンテンツソースから受信される前記コンテンツに基づく、請求項３２に記載の方法。
【請求項３９】
ネットワークサービスセンターからネットワークリソースを割り振るための少なくとも１つのビットレートを受信するための手段と、
前記少なくとも１つのビットレートに基づいて前記ネットワークリソースを割り振るための手段と、
ブロードキャスト／マルチキャストエリア中のすべての基地局に前記ネットワークリソース配分を知らせるための手段と、を備える、ワイヤレス通信の装置。
【請求項４０】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションの開始の後に更新され得る、請求項３９に記載の装置。
【請求項４１】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）であり、前記ＭＢＲが保証ビットレート（ＧＢＲ）に等しい、請求項３９に記載の装置。
【請求項４２】
前記ネットワークリソースがブロードキャスト／マルチキャストモードで使用されないとき、前記ネットワークリソースがユニキャストモードで使用される、請求項４１に記載の装置。
【請求項４３】
前記割り振られたネットワークリソースを介して前記少なくとも１つの基地局によって受信されているデータの量の変化、および／またはユニキャスト負荷の変化を示すステータス情報を、前記ブロードキャスト／マルチキャストエリア中の少なくとも１つの基地局から受信するための手段と、
前記受信されたステータス情報に基づいて前記ネットワークリソース配分を調整するための手段と、をさらに備える、請求項３９に記載の装置。
【請求項４４】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記ネットワークリソース配分を調整するための前記手段が、前記少なくとも１つの基地局によって受信されているデータの量が減ったことおよび／またはユニキャスト負荷の量が増えたことを前記ステータス情報が示す場合、前記ＧＢＲに基づいて前記割り振られたネットワークリソースの量を減らすための手段を備える、請求項４３に記載の装置。
【請求項４５】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）を備え、前記ネットワークリソース配分を調整するための前記手段が、前記少なくとも１つの基地局によって受信されているデータの量が増えたことおよび／またはユニキャスト負荷の量が減ったことを前記ステータス情報が示す場合、前記ＭＢＲに基づいて前記割り振られたネットワークリソースの量を増やすための手段を備える、請求項３９に記載の装置。
【請求項４６】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記装置が、
ＧＢＲよりも大きい第１のビットレートに基づいて、セッションのための前記ネットワークリソースを割り振るための手段と、
イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと前記ネットワークリソース配分を調整するための手段とをさらに備える、請求項３９に記載の装置。
【請求項４７】
前記第１のビットレートを満たすためにネットワークリソースが利用不可能であることを示す情報を前記装置が前記ブロードキャスト／マルチキャストエリア中の少なくとも１つの基地局から受信すると、前記イベントが発生する、請求項４６に記載の装置。
【請求項４８】
新たなセッションがスケジューリングされることを許可すると前記装置が決定すると、前記イベントが発生する、請求項４６に記載の装置。
【請求項４９】
前記利用可能なネットワークリソースが前記第２のビットレートを満たせない場合、所定のパケット破棄規則に従って、データパケットを破棄するように少なくとも１つの基地局に指示するための手段をさらに備える、請求項４６に記載の装置。
【請求項５０】
前記少なくとも１つのビットレートがさらに最大ビットレート（ＭＢＲ）を備え、前記装置が、
別のイベントの発生に基づいて、ＭＢＲより大きくない第３のビットレートへと前記ネットワークリソース配分を調整するための手段と、
前記別のイベントが発生すると、データパケットの破棄を止めるように前記少なくとも１つの基地局を指示するための手段とをさらに備える、請求項４９に記載の装置。
【請求項５１】
前記別のイベントが、前記第３のビットレートを満たすためにネットワークリソースが利用可能であることを示す情報を前記ブロードキャスト／マルチキャストエリア中のすべての基地局から受信することを備える、請求項５０に記載の装置。
【請求項５２】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）と保証ビットレート（ＧＢＲ）とを備え、
セッションのネットワークリソース配分を調整するための、利用可能なネットワークリソースの量を決定するための手段と、
前記調整されたネットワークリソース配分に基づいてデータを送信するための、調整されたビットレートを決定するための手段と、
前記ネットワークサービスセンターおよびすべての基地局に前記調整されたビットレートを知らせるための手段と、をさらに備える、請求項３９に記載の装置。
【請求項５３】
前記利用可能なリソースの量を決定するための前記手段が、前記割り振られたネットワークリソースを介して前記少なくとも１つの基地局によって受信されているＭＢＭＳデータの量の変化、および／またはユニキャスト負荷の変化を示すステータス情報を、前記ブロードキャスト／マルチキャストエリア中の少なくとも１つの基地局から受信するための手段を備える、請求項５２に記載の装置。
【請求項５４】
前記セッションの前記ネットワークリソース配分を調整するための前記手段が、利用可能なネットワークリソースの量が閾値を超える場合に、ＭＢＲに基づいて、優先度のより高いセッションにより多くのネットワークリソースを割り振るための手段を備える、請求項５２に記載の装置。
【請求項５５】
前記セッションの前記ネットワークリソース配分を調整するための前記手段が、利用可能なネットワークリソースの量が閾値を下回る場合に、ＧＢＲに基づいて、優先度のより低いセッションにより少ないネットワークリソースを割り振るための手段を備える、請求項５２に記載の装置。
【請求項５６】
前記ネットワークサービスセンターに前記調整されたビットレートを知らせるためのメッセージタイプが、前記ネットワークサービスセンターとコンテンツソースとの間のトランスポートプロトコルに依存する、請求項５２に記載の装置。
【請求項５７】
ネットワーク協調エンティティからネットワークリソース配分を受信するための手段であって、前記ネットワークリソース配分が、ネットワークサービスセンターから受信された少なくとも１つのビットレートに基づく、手段と、
前記ネットワークリソース配分に基づいて、受信されたブロードキャスト／マルチキャストデータの送信をスケジューリングするための手段と、を備える、ワイヤレス通信の装置。
【請求項５８】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションの開始の後に更新され得る、請求項５７に記載の装置。
【請求項５９】
前記ネットワークリソース配分のすべてが前記受信されたブロードキャスト／マルチキャストデータを送信するために使用されない場合、前記ネットワークリソース配分を使用してユニキャストデータを送信するための手段をさらに備える、請求項５７に記載の装置。
【請求項６０】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）であり、前記ＭＢＲが保証ビットレート（ＧＢＲ）に等しい、請求項５７に記載の装置。
【請求項６１】
前記ネットワークリソース配分を介して受信されているデータの量の変化、および／またはユニキャスト負荷の変化を決定するための手段と、
前記受信されているデータの量の前記変化、および／または前記ユニキャスト負荷の前記変化を示すステータス情報を、前記ネットワーク協調エンティティに送信するための手段と、
前記送信されたステータス情報に基づいて、調整されたネットワークリソース配分を前記ネットワーク協調エンティティから受信するための手段と、をさらに備える、請求項５７に記載の装置。
【請求項６２】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記調整されたネットワークリソース配分が、受信されているデータの量が減ったことおよび／またはユニキャスト負荷の量が増えたことを前記ステータス情報が示す場合、前記ＧＢＲに基づいて割り振られたネットワークリソースの減少した量を備える、請求項６１に記載の装置。
【請求項６３】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）を備え、前記調整されたネットワークリソース配分が、受信されているデータの量が増えたことおよび／またはユニキャスト負荷の量が減ったことを前記ステータス情報が示す場合、前記ＭＢＲに基づいて割り振られたネットワークリソースの増加した量を備える、請求項６１に記載の装置。
【請求項６４】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記方法が、
ＧＢＲよりも大きい第１のビットレートで、前記ネットワークリソース配分に基づいてブロードキャスト／マルチキャストデータの送信をスケジューリングするための手段と、
イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと調整されたネットワークリソース配分を前記ネットワーク協調エンティティから受信するための手段とをさらに備える、請求項５７に記載の装置。
【請求項６５】
前記第１のビットレートを満たすためにネットワークリソースが利用不可能であることを示す情報を前記装置が前記ネットワーク協調エンティティに送信すると、前記イベントが発生する、請求項６４に記載の装置。
【請求項６６】
新たなセッションがスケジューリングされることを許可すると前記ネットワーク協調エンティティが決定すると、前記イベントが発生する、請求項６４に記載の装置。
【請求項６７】
前記利用可能なネットワークリソースが前記第２のビットレートを満たせない場合、所定のパケット破棄規則に従って、データパケットを破棄せよという前記ネットワーク協調エンティティからの指示を受信するための手段をさらに備える、請求項６４に記載の装置。
【請求項６８】
前記少なくとも１つのビットレートがさらに最大ビットレート（ＭＢＲ）を備え、前記装置が、
別のイベントの発生に基づいて、ＭＢＲより大きくない第３のビットレートへと調整された別のネットワークリソース配分を前記ネットワーク協調エンティティから受信するための手段と、
前記別のイベントが発生すると、データパケットの破棄を止めよという前記ネットワーク協調エンティティからの指示を受信するための手段とをさらに備える、請求項６７に記載の装置。
【請求項６９】
前記第３のビットレートを満たすためにネットワークリソースが利用可能であることを示す情報を前記装置が前記ネットワーク協調エンティティに送信すると、前記別のイベントが発生する、請求項６８に記載の装置。
【請求項７０】
セッションのネットワークリソースを割り振るための少なくとも１つのビットレートをネットワーク協調エンティティに送信するための手段と、
前記ネットワーク協調エンティティによって決定される調整されたネットワークリソース配分に基づいてデータを送信するための調整されたビットレートを、前記ネットワーク協調エンティティから受信するための手段と、
前記調整されたビットレートに基づいてデータを送信するための手段と、を備える、ワイヤレス通信の装置。
【請求項７１】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションである前記セッションの開始の後に調整され得る、請求項７０に記載の装置。
【請求項７２】
前記ネットワーク協調エンティティが、データを少なくとも１つの基地局に送信するために利用可能なリソースの量に基づいて、前記調整されたネットワークリソース配分を決定する、請求項７０に記載の装置。
【請求項７３】
前記ネットワーク協調エンティティが、前記割り振られたネットワークリソースを介して前記少なくとも１つの基地局によって受信されているデータの量の変化、および／またはユニキャスト負荷の変化を示す、前記少なくとも１つの基地局から受信されたステータス情報に基づいて、前記利用可能なリソースの量を決定する、請求項７２に記載の装置。
【請求項７４】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）を備え、前記調整されたネットワークリソース配分が、前記利用可能なネットワークリソースの量が閾値を超える場合に、ＭＢＲに基づいて、優先度のより高いセッションにより多くのネットワークリソースを割り振る、請求項７２に記載の装置。
【請求項７５】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記調整されたネットワークリソース配分が、前記利用可能なネットワークリソースの量が閾値より少ない場合に、ＧＢＲに基づいて、優先度のより低いセッションにより少ないネットワークリソースを割り振る、請求項７２に記載の装置。
【請求項７６】
複数のネットワーク協調エンティティから受信された複数の調整されたビットレートに基づいて、集約された調整されたビットレートを決定するための手段と、
前記集約された調整されたビットレートに基づいて、レート調整要求をコンテンツソースに送信するための手段と、
前記集約された調整されたビットレートに従って前記コンテンツソースからコンテンツを受信するための手段と、をさらに備え、
前記調整されたビットレートに基づいて送信される前記データが、前記集約された調整されたビットレートに従って前記コンテンツソースから受信される前記コンテンツに基づく、請求項７０に記載の装置。
【請求項７７】
処理システムを備えるワイヤレス通信のための装置であって、前記処理システムが、
ネットワークサービスセンターからネットワークリソースを割り振るための少なくとも１つのビットレートを受信し、
前記少なくとも１つのビットレートに基づいて前記ネットワークリソースを割り振り、
ブロードキャスト／マルチキャストエリア中のすべての基地局に前記ネットワークリソース配分を知らせるように構成される、装置。
【請求項７８】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションの開始の後に更新され得る、請求項７７に記載の装置。
【請求項７９】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）であり、前記ＭＢＲが保証ビットレート（ＧＢＲ）に等しい、請求項７７に記載の装置。
【請求項８０】
前記ネットワークリソースがブロードキャスト／マルチキャストモードで使用されないとき、前記ネットワークリソースがユニキャストモードで使用される、請求項７９に記載の装置。
【請求項８１】
前記処理システムがさらに、
前記割り振られたネットワークリソースを介して前記少なくとも１つの基地局によって受信されているデータの量の変化、および／またはユニキャスト負荷の変化を示すステータス情報を、前記ブロードキャスト／マルチキャストエリア中の少なくとも１つの基地局から受信し、
前記受信されたステータス情報に基づいて前記ネットワークリソース配分を調整するように構成される、請求項７７に記載の装置。
【請求項８２】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記処理システムが、前記少なくとも１つの基地局によって受信されているデータの量が減ったことおよび／またはユニキャスト負荷の量が増えたことを前記ステータス情報が示す場合、前記ＧＢＲに基づいて前記割り振られたネットワークリソースの量を減らすことによって、前記ネットワークリソース配分を調整する、請求項８１に記載の装置。
【請求項８３】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）を備え、前記処理システムが、前記少なくとも１つの基地局によって受信されているデータの量が増えたことおよび／またはユニキャスト負荷の量が減ったことを前記ステータス情報が示す場合、前記ＭＢＲに基づいて前記割り振られたネットワークリソースの量を増やすことによって、前記ネットワークリソース配分を調整する、請求項７７に記載の装置。
【請求項８４】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記処理システムがさらに、
ＧＢＲよりも大きい第１のビットレートに基づいて、セッションのための前記ネットワークリソースを割り振り、
イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと前記ネットワークリソース配分を調整するように構成される、請求項７７に記載の装置。
【請求項８５】
前記第１のビットレートを満たすためにネットワークリソースが利用不可能であることを示す情報を前記処理システムが前記ブロードキャスト／マルチキャストエリア中の少なくとも１つの基地局から受信すると、前記イベントが発生する、請求項８４に記載の装置。
【請求項８６】
新たなセッションがスケジューリングされることを許可すると前記処理システムが決定すると、前記イベントが発生する、請求項８４に記載の装置。
【請求項８７】
前記処理システムがさらに、前記利用可能なネットワークリソースが前記第２のビットレートを満たせない場合、所定のパケット破棄規則に従って、データパケットを破棄するように少なくとも１つの基地局に指示するように構成される、請求項８４に記載の装置。
【請求項８８】
前記少なくとも１つのビットレートがさらに最大ビットレート（ＭＢＲ）を備え、前記処理システムがさらに、
別のイベントの発生に基づいて、ＭＢＲより大きくない第３のビットレートへと前記ネットワークリソース配分を調整し、
前記別のイベントが発生すると、データパケットの破棄を止めるように前記少なくとも１つの基地局に指示するように構成される、請求項８７に記載の装置。
【請求項８９】
前記第３のビットレートを満たすためにネットワークリソースが利用可能であることを示す情報を前記処理システムが前記ブロードキャスト／マルチキャストエリア中のすべての基地局から受信すると、前記別のイベントが発生する、請求項８８に記載の装置。
【請求項９０】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）と保証ビットレート（ＧＢＲ）とを備え、前記処理システムがさらに、
セッションのネットワークリソース配分を調整するための、利用可能なネットワークリソースの量を決定し、
前記調整されたネットワークリソース配分に基づいてデータを送信するための、調整されたビットレートを決定し、
前記ネットワークサービスセンターおよびすべての基地局に前記調整されたビットレートを知らせるように構成される、請求項７７に記載の装置。
【請求項９１】
前記処理システムが、前記割り振られたネットワークリソースを介して前記少なくとも１つの基地局によって受信されているＭＢＭＳデータの量の変化、および／またはユニキャスト負荷の変化を示すステータス情報を、前記ブロードキャスト／マルチキャストエリア中の少なくとも１つの基地局から受信することによって、前記利用可能なリソースの量を前記決定する、請求項９０に記載の装置。
【請求項９２】
前記処理システムが、利用可能なネットワークリソースの量が閾値を超える場合に、ＭＢＲに基づいて、優先度のより高いセッションにより多くのネットワークリソースを割り振ることによって、前記セッションの前記ネットワークリソース配分を調整する、請求項９０に記載の装置。
【請求項９３】
前記処理システムが、利用可能なネットワークリソースの量が閾値を下回る場合に、ＧＢＲに基づいて、優先度のより低いセッションにより少ないネットワークリソースを割り振ることによって、前記セッションの前記ネットワークリソース配分を調整する、請求項９０に記載の装置。
【請求項９４】
前記ネットワークサービスセンターに前記調整されたビットレートを知らせるためのメッセージタイプが、前記ネットワークサービスセンターとコンテンツソースとの間のトランスポートプロトコルに依存する、請求項９０に記載の装置。
【請求項９５】
処理システムを備えるワイヤレス通信のための装置であって、前記処理システムが、
ネットワーク協調エンティティからネットワークリソース配分を受信し、前記ネットワークリソース配分が、ネットワークサービスセンターから受信された少なくとも１つのビットレートに基づき、
前記ネットワークリソース配分に基づいて、受信されたブロードキャスト／マルチキャストデータの送信をスケジューリングするように構成される、装置。
【請求項９６】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションの開始の後に更新され得る、請求項９５に記載の装置。
【請求項９７】
前記処理システムがさらに、前記ネットワークリソース配分のすべてが前記受信されたブロードキャスト／マルチキャストデータを送信するために使用されない場合、前記ネットワークリソース配分を使用してユニキャストデータを送信するように構成される、請求項９５に記載の装置。
【請求項９８】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）であり、前記ＭＢＲが保証ビットレート（ＧＢＲ）に等しい、請求項９５に記載の装置。
【請求項９９】
前記処理システムがさらに、
前記ネットワークリソース配分を介して受信されているデータの量の変化、および／またはユニキャスト負荷の変化を決定し、
前記受信されているデータの量の前記変化、および／または前記ユニキャスト負荷の前記変化を示すステータス情報を、前記ネットワーク協調エンティティに送信し、
前記送信されたステータス情報に基づいて、調整されたネットワークリソース配分を前記ネットワーク協調エンティティから受信するように構成される、請求項９５に記載の装置。
【請求項１００】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記調整されたネットワークリソース配分が、受信されているデータの量が減ったことおよび／またはユニキャスト負荷の量が増えたことを前記ステータス情報が示す場合、前記ＧＢＲに基づいて割り振られたネットワークリソースの減少した量を備える、請求項９９に記載の装置。
【請求項１０１】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）を備え、前記調整されたネットワークリソース配分が、受信されているデータの量が増えたことおよび／またはユニキャスト負荷の量が減ったことを前記ステータス情報が示す場合、前記ＭＢＲに基づいて割り振られたネットワークリソースの増加した量を備える、請求項９９に記載の装置。
【請求項１０２】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記処理システムがさらに、
ＧＢＲよりも大きい第１のビットレートで、前記ネットワークリソース配分に基づいてブロードキャスト／マルチキャストデータの送信をスケジューリングし、
イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと調整されたネットワークリソース配分を前記ネットワーク協調エンティティから受信するように構成される、請求項９５に記載の装置。
【請求項１０３】
前記第１のビットレートを満たすためにネットワークリソースが利用不可能であることを示す情報を前記処理システムが前記ネットワーク協調エンティティに送信すると、前記イベントが発生する、請求項１０２に記載の装置。
【請求項１０４】
新たなセッションがスケジューリングされることを許可すると前記ネットワーク協調エンティティが決定すると、前記イベントが発生する、請求項１０２に記載の装置。
【請求項１０５】
前記処理システムがさらに、前記利用可能なネットワークリソースが前記第２のビットレートを満たせない場合、所定のパケット破棄規則に従って、データパケットを破棄せよという前記ネットワーク協調エンティティからの指示を受信するように構成される、請求項１０２に記載の装置。
【請求項１０６】
前記少なくとも１つのビットレートがさらに最大ビットレート（ＭＢＲ）を備え、前記処理システムがさらに、
別のイベントの発生に基づいて、ＭＢＲより大きくない第３のビットレートへと調整された別のネットワークリソース配分を前記ネットワーク協調エンティティから受信し、
前記別のイベントが発生すると、データパケットの破棄を止めよという前記ネットワーク協調エンティティからの指示を受信するように構成される、請求項１０５に記載の装置。
【請求項１０７】
前記第３のビットレートを満たすためにネットワークリソースが利用可能であることを示す情報を前記処理システムが前記ネットワーク協調エンティティに送信すると、前記別のイベントが発生する、請求項１０６に記載の装置。
【請求項１０８】
処理システムを備えるワイヤレス通信のための装置であって、前記処理システムが、
セッションのネットワークリソースを割り振るための少なくとも１つのビットレートをネットワーク協調エンティティに送信し、
前記ネットワーク協調エンティティによって決定される調整されたネットワークリソース配分に基づいてデータを送信するための調整されたビットレートを、前記ネットワーク協調エンティティから受信し、
前記調整されたビットレートに基づいてデータを送信するように構成される、装置。
【請求項１０９】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションである前記セッションの開始の後に調整され得る、請求項１０８に記載の装置。
【請求項１１０】
前記ネットワーク協調エンティティが、データを少なくとも１つの基地局に送信するために利用可能なリソースの量に基づいて、前記調整されたネットワークリソース配分を決定する、請求項１０８に記載の装置。
【請求項１１１】
前記ネットワーク協調エンティティが、前記割り振られたネットワークリソースを介して前記少なくとも１つの基地局によって受信されているデータの量の変化、および／またはユニキャスト負荷の変化を示す、前記少なくとも１つの基地局から受信されたステータス情報に基づいて、前記利用可能なリソースの量を決定する、請求項１１０に記載の装置。
【請求項１１２】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）を備え、前記調整されたネットワークリソース配分が、前記利用可能なネットワークリソースの量が閾値を超える場合に、ＭＢＲに基づいて、優先度のより高いセッションにより多くのネットワークリソースを割り振る、請求項１１０に記載の装置。
【請求項１１３】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記調整されたネットワークリソース配分が、前記利用可能なネットワークリソースの量が閾値より少ない場合に、ＧＢＲに基づいて、優先度のより低いセッションにより少ないネットワークリソースを割り振る、請求項１１０に記載の装置。
【請求項１１４】
前記処理システムがさらに、
複数のネットワーク協調エンティティから受信された複数の調整されたビットレートに基づいて、集約された調整されたビットレートを決定し、
前記集約された調整されたビットレートに基づいて、レート調整要求をコンテンツソースに送信し、
前記集約された調整されたビットレートに従って前記コンテンツソースからコンテンツを受信するように構成され、
前記調整されたビットレートに基づいて送信される前記データが、前記集約された調整されたビットレートに従って前記コンテンツソースから受信される前記コンテンツに基づく、請求項１０８に記載の装置。
【請求項１１５】
コンピュータ可読媒体を備えるコンピュータプログラム製品であって、
前記コンピュータ可読媒体が、
ネットワークサービスセンターからネットワークリソースを割り振るための少なくとも１つのビットレートを受信し、
前記少なくとも１つのビットレートに基づいて前記ネットワークリソースを割り振り、
ブロードキャスト／マルチキャストエリア中のすべての基地局に前記ネットワークリソース配分を知らせるためのコードを備える、コンピュータプログラム製品。
【請求項１１６】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションの開始の後に更新され得る、請求項１１５に記載のコンピュータプログラム製品。
【請求項１１７】
前記コンピュータ可読媒体がさらに、
前記割り振られたネットワークリソースを介して前記少なくとも１つの基地局によって受信されているデータの量の変化、および／またはユニキャスト負荷の変化を示すステータス情報を、前記ブロードキャスト／マルチキャストエリア中の少なくとも１つの基地局から受信し、
前記受信されたステータス情報に基づいて前記ネットワークリソース配分を調整するためのコードを備える、請求項１１５に記載のコンピュータプログラム製品。
【請求項１１８】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記コンピュータ可読媒体がさらに、
ＧＢＲよりも大きい第１のビットレートに基づいて、セッションのための前記ネットワークリソースを割り振り、
イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと前記ネットワークリソース配分を調整するためのコードを備える、請求項１１５に記載のコンピュータプログラム製品。
【請求項１１９】
前記少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）と保証ビットレート（ＧＢＲ）とを備え、前記コンピュータ可読媒体がさらに、
セッションのネットワークリソース配分を調整するための、利用可能なネットワークリソースの量を決定し、
前記調整されたネットワークリソース配分に基づいてデータを送信するための、調整されたビットレートを決定し、
前記ネットワークサービスセンターおよびすべての基地局に前記調整されたビットレートを知らせるためのコードを備える、請求項１１５に記載のコンピュータプログラム製品。
【請求項１２０】
コンピュータ可読媒体を備えるコンピュータプログラム製品であって、
前記コンピュータ可読媒体が、
ネットワーク協調エンティティからネットワークリソース配分を受信し、前記ネットワークリソース配分が、ネットワークサービスセンターから受信された少なくとも１つのビットレートに基づき、
前記ネットワークリソース配分に基づいて、受信されたブロードキャスト／マルチキャストデータの送信をスケジューリングするためのコードを備える、コンピュータプログラム製品。
【請求項１２１】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションの開始の後に更新され得る、請求項１２０に記載のコンピュータプログラム製品。
【請求項１２２】
前記コンピュータ可読媒体がさらに、
前記ネットワークリソース配分を介して受信されているデータの量の変化、および／またはユニキャスト負荷の変化を決定し、
前記受信されているデータの量の前記変化、および／または前記ユニキャスト負荷の前記変化を示すステータス情報を、前記ネットワーク協調エンティティに送信し、
前記送信されたステータス情報に基づいて、調整されたネットワークリソース配分を前記ネットワーク協調エンティティから受信するためのコードを備える、請求項１２０に記載のコンピュータプログラム製品。
【請求項１２３】
前記少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備え、前記コンピュータ可読媒体がさらに、
ＧＢＲよりも大きい第１のビットレートで、前記ネットワークリソース配分に基づいてブロードキャスト／マルチキャストデータの送信をスケジューリングし、
イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと調整されたネットワークリソース配分を前記ネットワーク協調エンティティから受信するためのコードを備える、請求項１２０に記載のコンピュータプログラム製品。
【請求項１２４】
コンピュータ可読媒体を備えるコンピュータプログラム製品であって、
前記コンピュータ可読媒体が、
セッションのネットワークリソースを割り振るための少なくとも１つのビットレートをネットワーク協調エンティティに送信し、
前記ネットワーク協調エンティティによって決定される調整されたネットワークリソース配分に基づいてデータを送信するための調整されたビットレートを、前記ネットワーク協調エンティティから受信し、
前記調整されたビットレートに基づいてデータを送信するためのコードを備える、コンピュータプログラム製品。
【請求項１２５】
前記少なくとも１つのビットレートが、ブロードキャスト／マルチキャストセッションである前記セッションの開始の後に調整され得る、請求項１２４に記載のコンピュータプログラム製品。
【請求項１２６】
前記コンピュータ可読媒体がさらに、
複数のネットワーク協調エンティティから受信された複数の調整されたビットレートに基づいて、集約された調整されたビットレートを決定し、
前記集約された調整されたビットレートに基づいて、レート調整要求をコンテンツソースに送信し、
前記集約された調整されたビットレートに従って前記コンテンツソースからコンテンツを受信するためのコードを備え、
前記調整されたビットレートに基づいて送信される前記データが、前記集約された調整されたビットレートに従って前記コンテンツソースから受信される前記コンテンツに基づく、請求項１２４に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、全文が参照により本明細書に明確に組み込まれる、２０１１年１１月９日に出願された「ＥＦＦＩＣＩＥＮＴ  ＶＡＲＩＡＢＬＥ  ＲＡＴＥ  ＦＯＲ  ＢＲＯＡＤＣＡＳＴ／ＭＵＬＴＩＣＡＳＴ  ＳＥＲＶＩＣＥ」と題する米国仮特許出願第６１／５５７，８８７号、および２０１２年１１月８日に出願された「ＥＦＦＩＣＩＥＮＴ  ＶＡＲＩＡＢＬＥ  ＲＡＴＥ  ＦＯＲ  ＢＲＯＡＤＣＡＳＴ／ＭＵＬＴＩＣＡＳＴ  ＳＥＲＶＩＣＥ」と題する米国特許出願第１３／６７２，５１１号の利益を主張する。
【０００２】
本開示は全般に通信システムに関し、より詳細には、ブロードキャスト／マルチキャストサービスのための効率的な可変ビットレートを提供することに関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。
【０００４】
これらの多元接続技術は、様々なワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。新生の電気通信規格の一例はＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）である。ＬＴＥは、Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）によって公表されたＵｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合するように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
【発明の概要】
【０００５】
現在のｅＭＢＭＳ規格は通常、Ｅ−ＵＴＲＡＮを通じてＭＢＭＳのためのブロードキャスト−マルチキャストサービスセンター（ＢＭ−ＳＣ）から一定のビットレートが要求されることを必要とする。したがって、最大ビットレート（ＭＢＲ）は、保証ビットレート（ＧＢＲ）に等しい。これにより、帯域幅の配分が固定され、その場合、各ＭＢＭＳサービスは一定の帯域幅を利用し、ストリームは定ビットレート（ＣＢＲ）を有する。しかしながら、ビデオ信号のようないくつかの信号は元来、可変ビットレートを有する。ネットワークがより多くの利用可能なリソースを有する場合、ビデオ信号により多くのリソースを割り振り、より高品質の信号を提供することが望ましい。現在のｅＭＢＭＳ規格はまた、ＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージにおけるｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ（ＱｏＳ）パラメータが、先行するＳｅｓｓｉｏｎ  ＳｔａｒｔメッセージにおけるＱｏＳパラメータと同一であることを必要とする。各ＭＢＭＳセッションに対する以前に要求された定ビットレート（すなわち、ＧＢＲ＝ＭＢＲ）は、通常は変化しない。しかしながら、ビデオ信号のヘテロジニアスな性質を仮定すると、符号化するのが難しいビデオの部分はより高いビットレートを必要とすることがあり、符号化するのがより易しいビデオの部分はより低いビットレートを必要とすることがあるので、ビットレートを変化させることが望ましい。また、異なるコンテンツリソースは通常、同時に同じ帯域幅を必要としない。したがって、コンテンツソース／エンコーダから効率的な可変ビットレートが要求され得ず、ＭＢＭＳ品質が最適ではないことがあり、ネットワークリソースの使用が効率的ではないことがあるので、ｅＭＢＭＳにおける現在のＱｏＳ設計には問題があり得る。
【０００６】
したがって、本開示は、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）から各ＭＢＭＳサービスに対する帯域幅の動的な配分のために、ＢＭ−ＳＣから可変の帯域幅を要求することを実現する。
【０００７】
本開示の一態様では、ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供される。装置は、ブロードキャスト−マルチキャストサービスセンター（ＢＭ−ＳＣ）からネットワークリソースを割り振るための少なくとも１つのビットレートを受信し、その少なくとも１つのビットレートに基づいてネットワークリソースを割り振り、ブロードキャスト／マルチキャストエリア中のすべてのｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）にネットワークリソース配分を知らせる。
【０００８】
別の態様は、装置が、割り振られたネットワークリソースを介して少なくとも１つのｅＮＢによって受信されているデータの量の変化を示すステータス情報を、ブロードキャスト／マルチキャストエリア中の少なくとも１つのｅＮＢから受信することと、受信されたステータス情報に基づいてネットワークリソース配分を調整することとに関する。
【０００９】
さらなる態様は、保証ビットレート（ＧＢＲ）を備える少なくとも１つのビットレートに関し、装置は、ＧＢＲより大きい第１のビットレートに基づいて、セッションに対するネットワークリソースを割り振り、イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへとネットワークリソース配分を調整する。
【００１０】
さらに別の態様は、最大ビットレート（ＭＢＲ）と保証ビットレート（ＧＢＲ）とを備える少なくとも１つのビットレートに関し、装置は、セッションのネットワークリソース配分を調整するために利用可能なネットワークリソースの量を決定し、調整されたネットワークリソース配分に基づいて、データを送信するための調整されたビットレートを決定し、ＢＭ−ＳＣおよびすべてのｅＮＢに調整されたビットレートを知らせる。
【００１１】
ある態様は、装置が、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）からネットワークリソース配分を受信することであって、ネットワークリソース配分がブロードキャスト−マルチキャストサービスセンター（ＢＭ−ＳＣ）から受信された少なくとも１つのビットレートに基づく、受信することと、受信されるべきブロードキャスト／マルチキャストデータが存在する場合、ネットワークリソース配分に基づいてブロードキャスト／マルチキャストデータの受信をスケジューリングすることとに関する。
【００１２】
別の態様は、装置が、ネットワークリソース配分を介して受信されているデータの量の変化を決定することと、受信されているデータの量の変化を示すステータス情報をＭＣＥに送信することと、送信されたステータス情報に基づいて、調整されたネットワークリソース配分をＭＣＥから受信することとに関する。
【００１３】
さらなる態様は、保証ビットレート（ＧＢＲ）を備える少なくとも１つのビットレートに関し、装置は、ＧＢＲより大きい第１のビットレートで、ネットワークリソース配分に基づいてブロードキャスト／マルチキャストデータの受信をスケジューリングし、イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと調整されたネットワークリソース配分をＭＣＥから受信する。
【００１４】
さらに別の態様は、装置が、セッションのネットワークリソースをマルチセル／マルチキャスト協調エンティティ（ＭＣＥ）に割り振るための少なくとも１つのビットレートを送信し、ＭＣＥによって決定される調整されたネットワークリソース配分に基づいてデータを送信するための調整されたビットレートをＭＣＥから受信し、調整されたビットレートに基づいてデータを送信することに関する。
【図面の簡単な説明】
【００１５】
【図１】ネットワークアーキテクチャの一例を示す図。
【図２】アクセスネットワークの一例を示す図。
【図３】ＬＴＥにおけるＤＬフレーム構造の一例を示す図。
【図４】ＬＴＥにおけるＵＬフレーム構造の一例を示す図。
【図５】ユーザプレーンおよび制御プレーンのためのネットワークプロトコルアーキテクチャの一例を示す図。
【図６】アクセスネットワーク中のｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂおよびユーザ機器の一例を示す図。
【図７】Ｍｕｌｔｉ−Ｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ｏｖｅｒ  ａ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ中のｅｖｏｌｖｅｄ  Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｅｒｖｉｃｅを示す図。
【図８】ＥＰＳに適合する追加の論理ネットワークエンティティを示す図。
【図９】ＭＢＭＳの動的な可変レートの配分を示す図。
【図１０】ワイヤレス通信の方法のフローチャート。
【図１１】ワイヤレス通信の方法のフローチャート。
【図１２】ワイヤレス通信の方法のフローチャート。
【図１３】ワイヤレス通信の方法のフローチャート。
【図１４】ワイヤレス通信の方法のフローチャート。
【図１５】ワイヤレス通信の方法のフローチャート。
【図１６】ワイヤレス通信の方法のフローチャート。
【図１７】ワイヤレス通信の方法のフローチャート。
【図１８】例示的な装置中の異なるモジュール／手段／コンポーネント間のデータフローを示す概念データフロー図。
【図１９】例示的な装置中の異なるモジュール／手段／コンポーネント間のデータフローを示す概念データフロー図。
【図２０】例示的な装置中の異なるモジュール／手段／コンポーネント間のデータフローを示す概念データフロー図。
【図２１】処理システムを利用する装置のためのハードウェア実装形態の例を示す図。
【図２２】処理システムを利用する装置のためのハードウェア実装形態の例を示す図。
【図２３】処理システムを利用する装置のためのハードウェア実装形態の例を示す図。
【発明を実施するための形態】
【００１６】
添付の図面に関して以下に記載される発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明される概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。しかしながら、これらの概念はこれらの具体的な詳細を伴わずに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造およびコンポーネントがブロック図の形式で示される。
【００１７】
ここで、様々な装置および方法に関して遠隔通信システムのいくつかの態様が提示される。これらの装置および方法が、以下の詳細な説明において説明され、（「要素」と総称される）様々なブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、具体的な適用例およびシステム全体に課された設計制約に依存する。
【００１８】
例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実行するように構成された他の適切なハードウェアがある。処理システム中の１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００１９】
したがって、１つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されてよく、または、コンピュータ可読媒体上に１つまたは複数の命令として符号化されてよい。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気記憶デバイス、または、命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、かつコンピュータによってアクセスされ得る任意の他の媒体を備え得る。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００２０】
図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は、Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ（ＥＰＳ）１００と呼ばれ得る。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）１０４と、Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ（ＥＰＣ）１１０と、Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ（ＨＳＳ）１２０と、事業者のＩＰサービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続できるが、簡単のために、それらのエンティティ／インターフェースは示されない。示されるように、ＥＰＳはパケット交換サービスを提供するが、当業者が容易に諒解するように、本開示全体にわたって提示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００２１】
Ｅ−ＵＴＲＡＮは、ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、Ｘ２インターフェース（たとえば、バックホール）を介して他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６はまた、基地局、Ｎｏｄｅ  Ｂ、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、送受信機機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の適切な用語で呼ばれ得る。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例には、携帯電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、または任意の他の同様の機能デバイスがある。ＵＥ１０２はまた、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれ得る。
【００２２】
ｅＮＢ１０６は、Ｓ１インターフェースによってＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８とを含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２はベアラおよび接続の管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８は、ＵＥのＩＰアドレスの割振り、ならびに他の機能を提供する。ＰＤＮゲートウェイ１１８は事業者のＩＰサービス１２２に接続される。事業者のＩＰサービス１２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ）と、ＰＳストリーミングサービス（ＰＳＳ）とを含み得る。
【００２３】
図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、リモートラジオヘッド（ＲＲＨ）と呼ばれ得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ｈｏｍｅ  ｅＮＢ（ＨｅＮＢ））、ピコセル、またはマイクロセルであり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中型コントローラはないが、代替的な構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続を含む、すべての無線関連の機能を担う。
【００２４】
アクセスネットワーク２００によって利用される変調および多元接続方式は、展開されている具体的な遠隔通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、かつＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者が以下の詳細な説明から容易に諒解するように、本明細書で提示される様々な概念は、ＬＴＥ適用例によく適している。しかしながら、これらの概念は、他の変調技法と多元接続技法とを利用する他の遠隔通信規格に容易に拡張され得る。例として、これらの概念は、Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ（ＥＶ−ＤＯ）またはＵｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２（３ＧＰＰ２）によって公表された無線インターフェース規格であり、ＣＤＭＡを利用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡ、ＴＤＭＡを利用するＧｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、およびＥｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）などのＣＤＭＡの他の変形とを利用するＵｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ）、Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＯＦＤＭＡを利用するＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰという組織からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２という組織からの文書に記載されている。利用される実際のワイヤレス通信規格および多元接続技術は、具体的な適用例およびシステムに課された全体的な設計制約に依存する。
【００２５】
ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化と、ビームフォーミングと、送信ダイバーシティとをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されてよく、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信されてよい。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通じて空間的にプリコードされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャを伴って（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
【００２６】
空間多重化は、一般に、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通じた送信のために、データを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレッジを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００２７】
以下の詳細な説明では、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して、アクセスネットワークの様々な態様が説明される。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
【００２８】
図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用されてよく、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域中に１２個の連続サブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に７個の連続ＯＦＤＭシンボル、すなわち８４個のリソース要素を含んでいる。拡張サイクリックプレフィックスでは、リソースブロックは、時間領域中に６個の連続ＯＦＤＭシンボルを含んでよく、７２個のリソース要素を有してよい。Ｒ３０２、３０４として示されるリソース要素のいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上でのみ送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。
【００２９】
図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成されてよく、かつ設定可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の連続するサブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションをもたらす。
【００３０】
ＵＥには、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂが割り当てられ得る。ＵＥには、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたってよく、周波数をホッピングし得る。
【００３１】
初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨの試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨの試みだけを行うことができる。
【００３２】
図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、レイヤ１、レイヤ２、およびレイヤ３という３つのレイヤとともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤは、本明細書では物理レイヤ５０６と呼ばれる。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を通じたＵＥとｅＮＢとの間のリンクを担う。
【００３３】
ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端する、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０と、無線リンク制御（ＲＬＣ）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）５１４サブレイヤとを含む。示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端するネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、遠端ＵＥ、サーバなど）において終端するアプリケーションレイヤとを含むＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。
【００３４】
ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバーのサポートとを行う。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメント化および再統合と、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）が原因で順序が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル内の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担う。ＭＡＣサブレイヤ５１０はＨＡＲＱ動作も担う。
【００３５】
制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８に対して実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担う。
【００３６】
図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度の尺度に基づいて、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース配分とを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担う。
【００３７】
ＴＸプロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ））に基づいた信号コンスタレーションへのマッピングとを支援するための、コーディングとインターリービングとを含む。次いで、符号化され変調されたシンボルは並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ）を使用して一緒に合成されて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、符号化および変調方式を判定するために、かつ空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられる。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００３８】
ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通じて信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信機（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームへと合成され得る。ＲＸプロセッサ６５６は次いで、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルおよび基準信号は、ｅＮＢ６１０によって送信される、可能性が最も高い信号のコンスタレーションポイントを判定することによって、復元され復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。
【００３９】
コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０と関連付けられ得る。メモリ６６０はコンピュータ可読媒体と呼ばれ得る。ＵＬでは、制御／プロセッサ６５９は、コアネットワークからの上位層パケットを復元するために、トランスポートチャネルと論理チャネルとの間での多重化解除と、パケット再統合と、復号と、ヘッダ復元と、制御信号処理とを行う。上位層パケットは、次いで、Ｌ２層の上のすべてのプロトコル層を表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担う。
【００４０】
ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅＮＢ６１０による無線リソース配分に基づいた論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ｅＮＢ６１０へのシグナリングとを担う。
【００４１】
ｅＮＢ６１０によって送信される基準信号またはフィードバックからチャネル推定器６５８によって導出されるチャネル推定値は、適切な符号化および変調方式を選択し、空間処理を支援するために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられる。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００４２】
ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明された方法と同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通じて信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。
【００４３】
コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６と関連付けられ得る。メモリ６７６はコンピュータ可読媒体と呼ばれ得る。ＵＬでは、制御／プロセッサ６７５は、ＵＥ６５０からの上位層パケットを復元するために、トランスポートチャネルと論理チャネルとの間での多重化解除と、パケット再統合と、復号と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担う。
【００４４】
図７は、Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ｏｖｅｒ  ａ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ（ＭＢＳＦＮ）中のｅｖｏｌｖｅｄ  Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｅｒｖｉｃｅ（ｅＭＢＭＳ）を示す図７５０である。セル７５２’中のｅＮＢ７５２は、第１のＭＢＳＦＮエリアを形成することができ、セル７５４’中のｅＮＢ７５４は、第２のＭＢＳＦＮエリアを形成することができる。ｅＮＢ７５２、７５４は、他のＭＢＳＦＮエリア、たとえば、最高で合計８つのＭＢＳＦＮエリアと関連付けられ得る。ＭＢＳＦＮエリア内のセルが、予約済みセルに指定され得る。予約済みセルは、マルチキャスト／ブロードキャストコンテンツを与えないが、セル７５２’、７５４’に時間同期させられ、ＭＢＳＦＮエリアへの干渉を制限するために、ＭＢＳＦＮリソース上で制限された電力を有する。ＭＢＳＦＮエリア中の各ｅＮＢは、同じｅＭＢＭＳ制御情報とデータとを同期的に送信する。各エリアは、ブロードキャストサービスと、マルチキャストサービスと、ユニキャストサービスとをサポートし得る。ユニキャストサービスは、特定のユーザを対象とするサービス、たとえば、音声呼である。マルチキャストサービスは、ユーザのグループによって受信され得るサービス、たとえば、サブスクリプションビデオサービスである。ブロードキャストサービスは、すべてのユーザによって受信され得るサービス、たとえば、ニュースブロードキャストである。図７を参照すると、第１のＭＢＳＦＮエリアは、特定のニュースブロードキャストをＵＥ７７０に与えることなどによって、第１のｅＭＢＭＳブロードキャストサービスをサポートし得る。第２のＭＢＳＦＮエリアは、異なるニュースブロードキャストをＵＥ７６０に与えることなどによって、第２のｅＭＢＭＳブロードキャストサービスをサポートし得る。各ＭＢＳＦＮエリアは、複数の物理マルチキャストチャネル（ＰＭＣＨ）（たとえば、１５個のＰＭＣＨ）をサポートする。各ＰＭＣＨはマルチキャストチャネル（ＭＣＨ）に対応する。各ＭＣＨは、複数（たとえば、２９個）のマルチキャスト論理チャネルを多重化することができる。各ＭＢＳＦＮエリアは、１つのマルチキャスト制御チャネル（ＭＣＣＨ）を有し得る。したがって、１つのＭＣＨは、１つのＭＣＣＨと複数のマルチキャストトラフィックチャネル（ＭＴＣＨ）とを多重化することができ、残りのＭＣＨは複数のＭＴＣＨを多重化することができる。
【００４５】
図８は、ＥＰＳ１００に適合する追加の論理ネットワークエンティティを示す図８００である。図８では、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）８２０は、サービスをユーザに提供することを担う機能エンティティである。ＢＭ−ＳＣは、コンテンツソース（ＣＳ）またはエンコーダ８１０から、または、ＥＰＳ１００の外部のコンテンツを提供する任意の他のブロードキャスト／マルチキャストソースから到達するｅＭＢＭＳ送信のための入口点として機能する。ＢＭ−ＳＣ８２０は、ＣＳ／エンコーダ８１０を含み得る。ＢＭ−ＳＣ８２０は、１）ＭＢＭＳサービスをアクティブにすることを要求している端末に対する認証、２）ブロードキャストセッションおよびマルチキャストセッションのスケジューリングおよび各セッションに対する識別子（たとえば、ＴＭＧＩおよびセッションＩＤ）の割振り、３）セッション開始／停止の始動、４）ＭＢＭＳデータの完全性と機密性の保護、および５）ＭＢＭＳセッションの告知を担い得る。
【００４６】
ＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）８３０は、ｅＭＢＭＳユーザプレーントラフィックを処理し、特定のサービスを提供するサービスエリア内のすべてのｅＮＢに対応するデータパケットを提供する（たとえば、入来するｅＭＢＭＳトラフィックをすべてのｅＮＢにブロードキャストすることによって）、エンティティである。ＭＢＭＳ−ＧＷ８３０はまた、セッション開始とセッション停止とを伝えること、およびアクティブなＭＢＭＳセッションを有する各端末に対して配信されるブロードキャスト／マルチキャストトラフィックに対する課金情報の収集のような、ＭＢＭＳセッション管理を実行する。
【００４７】
マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）８４０は、ＭＢＳＦＮエリアのための制御エンティティである。ＭＣＥは、ＭＭＥからのセッション開始／停止要求に従って、ｅＭＢＭＳサービスのための無線ベアラを確立／削除することができる。ＭＣＥはまた、サービスのための無線リソース配分（たとえば、サービスのためのサブフレーム配分およびＭＣＳ）を定義することができる。通常、２つ以上のＭＣＥがＭＢＳＦＮエリアと関連付けられ得るが、ＭＢＳＦＮエリアに属するすべてのｅＮＢを制御する１つのＭＣＥが存在し得る。ＭＣＥは、マルチセルＭＢＭＳ送信のための時間と周波数のリソースを割り振ることを担う。したがって、ＭＣＥ８４０は、無線インターフェース上でスケジューリングを実行する。
【００４８】
図８に示されるように、ＢＭ−ＳＣ８２０およびＭＢＭＳ−ＧＷ８３０は、ＳＧｍｂインターフェースおよびＳＧｉｍｂインターフェースを介して通信する。ＳＧｍｂインターフェースは、ＭＢＭＳセッションの確立および終了においてコンテキストのセットアップと解放とを行うためにＭＢＭＳベアラシグナリングをサポートする。ＳＧｍｂインターフェースはまた、ユーザ関連のシグナリング、たとえば、マルチキャストセッションの認証、またはユーザのセッションへ加入もしくはセッション離脱をサポートする。ＳＧｉｍｂインターフェースは、ＭＢＭＳトラフィックプレーンをサポートする。
【００４９】
ＭＢＭＳ−ＧＷ８３０は、Ｍ１インターフェースを介してｅＮＢ１０６と通信する。Ｍ１インターフェースはまた、ＭＢＭＳトラフィックプレーンをサポートし、マルチキャストプロトコルを利用して、データパケットをｅＮＢ１０６に配信する。ＭＢＭＳ−ＧＷ８３０はまた、Ｓｍインターフェースを介してＭＭＥ１１２と通信する。Ｓｍインターフェースは、ＭＢＭＳ  ＧＷ８３０とＭＭＥ１１２との間の制御プレーンのための基準点である。ＭＭＥ１１２は、Ｍ３インターフェースを介してＭＣＥ８４０と通信する。Ｍ３インターフェースは、たとえばセッション開始および終了のために、ＭＢＭＳセッション制御シグナリングをサポートする。ＭＣＥ８４０は、Ｍ２インターフェースを介してｅＮＢ１０６と通信し、無線構成情報をｅＮＢ１０６に提供する。
【００５０】
現在、セッションに対する最大ビットレート（ＭＢＲ）は、Ｅ−ＵＴＲＡＮを通じたｅＭＢＭＳに対する保証ビットレート（ＧＢＲ）と等しく設定され得る。たとえば、各セッションに対して、ＢＭ−ＳＣは、ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ（ＱｏＳ）クラス識別子（ＱＣＩ）と配分／保持優先度（ＡＲＰ）とを含むＱｏＳ情報を送信し、ＭＢＭＳ−ＧＷに対してＭＢＲ＝ＧＢＲであると規定する。ＭＣＥは、セッションＱｏＳごとに統合帯域幅を決定し、セッションＱｏＳに基づいて、どのＭＴＣＨが、セッションのためのどのＭＣＨ上で一緒にグループ化されるかを決める。
【００５１】
したがって、帯域幅の配分は固定され、たとえば、各ＭＢＭＳサービスは一定の帯域幅を利用し、ストリームは定ビットレート（ＣＢＲ）で通信される。また、ＭＢＲをセッションに対するＧＢＲと等しく設定することは、セッション更新に対するＱｏＳがセッション開始に対するＱｏＳと同じままである場合、変更されなくてよい。
【００５２】
しかしながら、固定されたビットレートによる設計は非効率的であり得る。たとえば、ビデオ信号のようないくつかのコンテンツストリームは元来、可変ビットレートを有する。ネットワークがより多くの利用可能なリソースを有する場合、ビデオ信号により多くの帯域幅を割り振り、より高品質の信号を提供することが望ましいことがある。その上、ビデオ信号のヘテロジニアスな性質を仮定すると、符号化するのが難しいビデオの部分はより高いビットレートを必要とすることがあり、かつ符号化するのがより易しいビデオの部分はより低いビットレートを必要とすることがある。また、異なるコンテンツソースは通常、それぞれの帯域幅を同時には完全に利用しない（たとえば、いくつかのソースからの統合された帯域幅は通常、いくつかのソースに割り振られる全体の帯域幅より少ない）。
【００５３】
したがって、固定された帯域幅を使用するＱｏＳ方式は、より効率的な可変レートがＢＭ−ＳＣまたはコンテンツソース／エンコーダから送信され得ないので、不利であり得る。したがって、ＭＢＭＳ品質が最適化されないことがあり、ネットワークリソースの使用がより非効率的になることがある。
【００５４】
ある態様では、各ＭＢＭＳサービスに対する可変の帯域幅の配分を可能にする、ＱｏＳ方式が提供される。具体的には、可変ビットレートは、ＭＢＭＳサービスに動的に割り振られ得る。このことは、ネットワークが、ユニキャストサービスとマルチキャストサービスとの間でのリソース配分を最適化することを可能にし得る。たとえば、ＢＭ−ＳＣ／コンテンツソースが、ＧＢＲでマルチキャストサービスを提供し、その後、ユニキャストサービスに対するリソースが完全に利用されていないことをｅＮＢ／ＭＣＥからのフィードバックを介して学習する場合、ネットワークは、マルチキャストサービスを、最高で許容されるＭＢＲであるＧＢＲよりも大きいレートにするために、ビットレートを調整することができる。動的な配分の準備が以下で説明される。
【００５５】
各ｅＭＢＭＳセッションに対して、ＢＭ−ＳＣは、ＧＢＲ以上であるがＭＢＲ以下であるビットレートを可能にするＱｏＳを規定する。これは、ＳＧｍｂインターフェース、Ｓｍインターフェース、およびＭ３インターフェースのような、様々なインターフェースを通じたシグナリングを介して達成され得る。また、ＢＭ−ＳＣは、たとえば、コンテンツソース／エンコーダがより高品質のサービスを届けるためにより高い送信ビットレートを望む場合などに、コンテンツソース／エンコーダの帯域幅の需要に適合するように、セッション更新要求メッセージ中でＱｏＳを調整することができる。ｅＮＢのリソース利用に基づいて、ｅＮＢは、フィードバック（たとえば、報告）をＭＣＥに送信して、より高いまたは低いビットレートを要求することができる。
【００５６】
ＭＣＥは、すべてのｅＮＢからの報告を集約（consolidate）して、１つまたは複数の既存のＭＢＭＳセッションのためのＭＢＭＳセッションレートの向上を要求するかまたは低減を要求するかを判定することができる。ＭＢＭＳセッションレートの向上を要求するかまたは低減を要求するかの判断は、追加のＭＢＭＳセッションがセットアップされることになるかどうか、および／または異なるサービス間の優先度の設定に基づき得る。
【００５７】
ＢＭ−ＳＣは、ＭＢＳＦＮエリア中のすべてのＭＣＥからの報告を集約し、ｄｙｎａｍｉｃ  ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）またはリアルタイムトランスポートプロトコル（ＲＴＰ）を介して、ブロードキャストストリーミングのために使用されるべきレートを決定することができる。ＢＭ−ＳＣとコンテンツソース／エンコーダとの間のインターフェースは、既存のインターフェースを、ＤＡＳＨ規格、または、フィードバックを伴うＲＴＰオーディオビジュアルプロファイル中のコーデック制御メッセージにおいて規定されるものとして利用する。
【００５８】
図９は、ＭＢＭＳの動的な可変レートの配分の例を示す図９００である。ステップ９１０において、ＢＭ−ＳＣのようなネットワークサービスセンターが、ＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  ＲｅｑｕｅｓｔをＭＢＭＳ−ＧＷに送信することによって、ＭＢＭＳセッションを確立して、一時モバイルグループ識別情報（ＴＭＧＩ）、ＱＣＩ、ＭＢＲ、ＧＢＲ、ＡＲＰなどのような、セッション属性を提供する。ここで、ＭＢＲは、ＧＢＲよりも大きく設定されることが許可される。加えて、ＱｏＳの要件がコンテンツソース／エンコーダによって変更される場合、ＢＭ−ＳＣはまた、ＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｕｐｄａｔｅ  ＲｅｑｕｅｓｔをＭＢＭＳ−ＧＷに送信して、ＭＢＲおよびＧＢＲの値を変更する。ＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｓｔａｒｔ  ＲｅｑｕｅｓｔおよびＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔはまた、コンテンツソース／エンコーダから送信されるビットレートのリストを含み得る。ビットレートのリストは、コンテンツソース／エンコーダがサポートすることが可能な特定のビットレートを特定することができる。
【００５９】
ステップ９２０において、ＭＣＥのようなネットワーク協調エンティティは、セッションのためのＧＢＲおよびＭＢＲの範囲内のネットワークリソースを、ＭＢＳＦＮエリア中のすべての基地局（たとえば、ｅＮＢ）に割り振る。具体的には、ＭＣＥは、コンテンツソース／エンコーダによってサポートされることが可能な、挙げられたビットレートのうちの１つに基づいてリソースを割り振ることができる。ネットワークリソースは、無線リソースおよび／またはバックホールリソースを含み得る。配分は、現在のリソースの利用可能性に基づく。したがって、追加のリソースが各セッションに対してＧＢＲを超えるサービスを提供するために利用可能ではない場合、ＭＣＥは、各セッションに対してＧＢＲにおけるリソース配分を保証するだけであり得る。しかしながら、追加のリソースが利用可能である場合、ＭＣＥは、たとえば、セッションの優先度に基づいて、より多くのリソースを１つまたは複数のセッションに割り振り、１つまたは複数のセッションのレートを向上させることができ、しかしそのレートはＭＢＲを上回らない。
【００６０】
ステップ９３０において、ＭＢＭＳ−ＧＷは、ＳＹＮＣプロトコルを介してＭＢＭＳデータをブロードキャストする。同じＭＢＳＦＮエリア内のすべてのｅＮＢは、ＭＢＭＳデータをバッファリングし、無線インターフェースを通じて同時に同じデータを送信する。
【００６１】
ある態様では、Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ（ＯＡ＆Ｍ）が、ＭＢＳＦＮサブフレームのために使用される最大の容量を設定することができる。ＭＢＭＳパケットがＭＢＳＦＮサブフレームの間に送信されることがない場合、ＭＢＳＦＮサブフレームがユニキャストチャネルのために使用され得る。ＭＣＥおよびＭＭＥは、互いに協調して、ＭＢＭＳとユニキャストとの間でリソースを動的に割り振ることができる。その上、ＱＣＩおよびＡＲＰは、リソース配分とアドミッション制御とを決定するために使用され得る。
【００６２】
ステップ９４０において、１つまたは複数のｅＮＢは、より高いビットレートまたは低いビットレートを要求するために、レート適合要求をＭＣＥに送信すると決めることができる。たとえば、ｅＮＢは、ＭＢＭＳセッションのためのデータを搬送するために２つのサブフレームを使用していてよく、ＭＢＭＳデータを搬送するために利用可能な２つの追加のサブフレームを有していてよい。ｅＮＢは、現在のレートの２００％に等しいビットレートで、レート適合要求をＭＣＥに送信することができる。別のｅＮＢは、現在のレートの１５０％に等しい新たなレートに対する要求を送信することができる。別の例では、ｅＮＢは、コンテンツソース／エンコーダによってサポートされることが可能な挙げられたビットレートのうちの１つの中のレートを具体的に要求するために、レート適合要求を送信することができる。
【００６３】
あるいは、レート適合要求は、現在のＭＢＭＳの負荷、たとえば、バッファがほとんど満たされているかまたはほとんど空であるかなどに基づいてよく、かつ／または、ユニキャストの負荷、たとえば、ｅＮＢがピーク期間に動作しているかどうかなどに基づいてよい。具体的には、ｅＮＢは、バッファが満たされている、または空であると予測することができる。したがって、ｅＮＢはまた、満たされたまたは空のバッファ状態を予測すると、より低いまたは高いビットレートを要求するために、レート適合要求をＭＣＥに送信することができる。レート適合要求はまた、ｅＮＢの負荷条件（たとえば、ユニキャストトラフィックの量または処理されているＭＢＭＳセッションの数）に基づいて、現在のレートを上げるためにリソースが利用可能であること、または、現在のレートを維持するためのリソースが不足していることに基づき得る。
【００６４】
ステップ９５０において、ＭＣＥは、事業者の設定可能なタイマーによって設定された期間のような所定の期間内にｅＮＢから受信されたフィードバック（すなわち、レート適合要求）を集約する。ｅＮＢから受信されたレート適合要求に基づいて、ＭＣＥは最小ビットレート（Ｒｍｉｎ）を決定する。たとえば、すべてのｅＮＢがレートの向上を要求している場合、ＭＣＥは、Ｒｍｉｎをレート要求の最小値に設定することができる。いずれかのｅＮＢがレートの低減を要求する場合、ＭＣＥは、Ｒｍｉｎを要求されたレート低減に設定することができる。ＭＣＥはまた、既存のセッションのためのネットワークリソース割当てを減らすことによってより多くのセッションを認めるかどうかを判定することができる。ある態様では、ＭＣＥは、コンテンツソース／エンコーダによってサポートされることが可能なビットレートのリストに含まれる、要求されたレートの最小値にＲｍｉｎを設定することができる。
【００６５】
ステップ９６０において、ＭＣＥは、ＭＭＥおよびＭＢＭＳ−ＧＷを介して、Ｒｍｉｎを含む集約されたレート適合要求をＢＭ−ＳＣに送信することができる。ステップ９７０において、ＢＭ−ＳＣは、事業者の設定可能なタイマーによって設定された期間のような所定の期間内に受信されたすべてのＭＣＥからのフィードバック（すなわち、Ｒｍｉｎを含む集約されたレート適合要求）を集約する。集約されたレート適合要求に基づいて、ＢＭ−ＳＣは、集約された最小ビットレートＲ’ｍｉｎを決定することができる。ＢＭ−ＳＣはまた、異なるＭＣＥから報告されたＲｍｉｎ値が大きく変化する場合、たとえば、Ｒｍｉｎ値が３０％を超えて異なるときなどに、異なるセッションが各ＭＣＥに対して必要かどうかを判定することができる。
【００６６】
たとえば、ＧＢＲが５００ｋｂｐｓに等しく、ＭＢＲが９００ｋｂｐｓに等しいと仮定する。その上、第１のＭＣＥ（ＭＣＥ１）は、ＭＣＥ１のレート適合のもとですべてのｅＮＢからのフィードバックを集約することによって決定された、６００ｋｂｐｓという第１の最小ビットレート（Ｒ１ｍｉｎ）を要求する。第２のＭＣＥ（ＭＣＥ２）は、ＭＣＥ２のレート適合のもとですべてのｅＮＢからのフィードバックを集約することによって決定された、７００ｋｂｐｓという第２の最小ビットレート（Ｒ２ｍｉｎ）を要求する。したがって、ＭＣＥ１およびＭＣＥ２からの要求に基づいて、ＢＭ−ＳＣは、集約された最小ビットレートＲ’ｍｉｎを６００ｋｂｐｓに決定することができ、データレートが決定されたＲ’ｍｉｎに等しいことを確実にするために、コンテンツソース／エンコーダに要求を送信することができる。
【００６７】
別の例では、ＭＣＥ１は、６００ｋｂｐｓというＲ１ｍｉｎを要求することができ、ＭＣＥ２は、９００ｋｂｐｓというＲ２ｍｉｎを要求する。ここで、ＢＭ−ＳＣは、ＭＣＥ１およびＭＣＥ２から報告されたＲｍｉｎ値が、ある量よりも大きく変化する（たとえば、３０％を超えて異なる）と判定することができ、したがって、各ＭＣＥにおいて負荷を処理するために２つのセッションが使用されるべきであると判断することができる。したがって、ＢＭ−ＳＣは、２つの異なるセッションを作成することができ、１つのセッションは６００ｋｂｐｓのビットレートにあるＭＣＥ１のためのものであり、かつ第２のセッションは９００ｋｂｐｓのビットレートにあるＭＣＥ２のためのものである。したがって、ＭＣＥ２はより多くのリソースをＭＢＭＳサービスに割り振られているので、ＭＣＥ２はより高いビットレートを与えられる。
【００６８】
ステップ９８０において、ＤＡＳＨがビデオストリーミングのために使用される場合、ＢＭ−ＳＣは、Ｒ’ｍｉｎ以下かつＧＢＲ以上のレートで符号化されたメディアに対するＤＡＳＨ要求へと、Ｒ’ｍｉｎを直接変換する。ＲＴＰがビデオストリーミングのために使用される場合、ＢＭ−ＳＣは、最小の一時最大メディアストリームビットレート要求（ＴＭＭＢＲ：temporary maximum media stream bit rate request）を決定し、それをコンテンツソース／エンコーダに直接送信することができる。ＢＭ−ＳＣは、コンテンツソース／エンコーダが提供することが可能なビットレートの知識を有し得る。したがって、レート調整要求をコンテンツソース／エンコーダに送信するとき、ＢＭ−ＳＣは、Ｒ’ｍｉｎ以下のビットレートを選択することができる。
【００６９】
ステップ９８５において、ＢＭ−ＳＣは、コンテンツソース／エンコーダからレート適合要求Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ）を受信し、ＭＢＭＳ−ＧＷおよびＭＭＥを介してＡＣＫをＭＣＥに送信することができる。ステップ９９０において、ＢＭ−ＳＣからＡＣＫを受信すると、ＭＣＥは、ＭＢＭＳスケジューリング情報をｅＮＢに送信する。その後、ステップ９９５において、ｅＮＢは、次のＭＣＣＨ調整期間にＭＣＣＨ通知メッセージをＵＥに送信することによって、レート適合をＵＥに知らせる。
【００７０】
ある態様では、コンテンツソース／エンコーダは、コンテンツがより高いまたは低いビットレートで送信されることを望み得る。したがって、コンテンツソース／エンコーダは、コンテンツ送信のためのより高いビットレートまたは低いビットレートを要求するために、レート適合要求をＢＭ−ＳＣに送信することができる。
【００７１】
ブロードキャスト／マルチキャストサービスのための効率的な可変レートを提供するためのさらなる詳細が、以下で説明される。この説明では、ネットワークエンティティｅＮＢ、ＭＣＥ、およびＢＭ−ＳＣが特に説明される。しかしながら、ｅＮＢは基地局、アクセスポイント、または他の同様のネットワークエンティティであってよく、ＭＣＥはネットワーク協調エンティティまたは他の同様のネットワークエンティティであってよく、かつＢＭ−ＳＣはネットワークサービスセンターまたは他の同様のネットワークエンティティであってよい。ある態様では、ＢＭ−ＳＣは、ＧＢＲに等しいＭＢＲをＭＣＥに送信する。ＭＣＥは次いで、ＢＭ−ＳＣから送信された各セッションのＭＢＲに基づいて、ＭＢＳＦＮエリア中のすべてのｅＮＢにネットワークリソースを割り振る。ｅＮＢは次いで、ＭＢＭＳ−ＧＷからのＳＹＮＣ−ＰＤＵに基づいて、ＭＣＨスケジューリング情報（ＭＳＩ）をスケジューリングする。ＳＹＮＣ−ＰＤＵは、同期シーケンスの開始時間を示すタイムスタンプを含み、かつＭＢＳＦＮエリア中のすべてのｅＮＢに対して同一である。ＭＢＭＳデータがこのサブフレームの間に送信されない場合、または、リソースがＭＢＭＳのためにもはや使用されていない場合、ｅＮＢは、ユニキャスト通信のためにＭＢＳＦＮネットワークリソースを使用することができる。
【００７２】
さらなる態様では、ＢＭ−ＳＣは、要求されたＭＢＲとＧＢＲとをＭＣＥに送信する。ＭＣＥは次いで、ＢＭ−ＳＣから受信された各セッションのＭＢＲおよびＧＢＲに基づいて、ＭＢＳＦＮエリア中のすべてのｅＮＢにネットワークリソースを割り振る。ｅＮＢが、ＳＹＮＣプロトコルを介してＭＢＭＳ−ＧＷから来るデータが少なくなったことを観測し、余剰のＭＢＭＳリソースがセッションのために利用可能であることを認識すると、ｅＮＢは、そのような認識をＭＣＥに通知することができる。ここで、ＭＢＳＦＮエリア内のすべてのｅＮＢが同じＳＹＮＣ−ＰＤＵを受信するので、１つのｅＮＢからの単一の報告が、ＭＢＳＦＮエリア内のすべてのｅＮＢの観測を代表するのに十分である。したがって、ｅＮＢからの報告に基づいて、ＭＣＥは、既存のセッションのためのネットワークリソースの割当てを、たとえば、最低でＧＢＲまで減らすことによって、より多くのＭＢＭＳセッションを許可することができる。同様に、ｅＮＢが、ＳＹＮＣプロトコルを介してＭＢＭＳ−ＧＷから来るデータがより多くなったことを観測し、物理的な送信レートが超えられたことを認識すると、ｅＮＢはＭＣＥに通知する。ｅＮＢからの報告に基づいて、ＭＣＥは、利用可能であれば、たとえば最高でＭＢＲの、より多くのネットワークリソースをｅＮＢに割り振り、または、ネットワークリソースが利用可能ではない場合、最低でＧＢＲのより少ないネットワークリソースをｅＮＢに割り振ることができる。すべてのｅＮＢが同一の波形を送信するので、この配分は、セッション中のすべてのｅＮＢに提供され得る。
【００７３】
別の態様では、ＭＣＥは、ＧＢＲよりも高いレートで開始する各セッションに対して、ＭＢＳＦＮエリア中のすべてのｅＮＢにネットワークリソースを割り振る。その後、ＭＣＥは、イベントが発生すると、リソース配分を既存のセッションのＧＢＲへと減らすことができる。たとえば、ＭＣＥが新たなセッションをスケジューリングすることを決めると、イベントは発生し得る。別の例では、ＭＢＳＦＮエリア中の１つまたは複数のｅＮＢが大量のユニキャストトラフィックを有し、ＧＢＲよりも高いビットレートを維持するためのリソースが利用可能ではないことを示す場合、イベントは発生し得る。
【００７４】
ＭＣＥがリソース配分を減らす例は、次の通りである。ユニキャストトラフィックとＭＢＭＳトラフィックの両方をサービスするための全体の帯域幅が、１６０００ｋｂｐｓであると仮定する。その上、各々の送信されるセッションは次の属性を有する。すなわち、ＭＢＲは８００ｋｂｐｓに等しく、ＧＢＲは５００ｋｂｐｓに等しく、最高のＭＢＭＳ使用率は４０％である。したがって、ＭＣＥは、ユニキャストトラフィックの変動に対応するために、ＭＢＭＳの使用率が、たとえば２５％と４０％の間で変動することを許容し得る。たとえば、８個のＭＢＭＳセッションが現在ビットレートＭＢＲで送信されている（たとえば、ＭＢＭＳ使用率が、８セッション×８００ｋｂｐｓ／１６０００ｋｂｐｓ＝４０％である）場合、ＭＣＥは、ビットレートをＧＢＲ（５００ｋｂｐｓ）へと調整することによって、同数のセッションを維持することができ、これにより、２５％（たとえば、８セッション×５００ｋｂｐｓ／１６０００ｋｂｐｓ＝０．２５（２５％））という低下したＭＢＳＦＮ使用率が生じる。あるいは、ＭＣＥは、送信されるセッションの数とは無関係に、ＭＢＳＦＮの使用率を２５％へと下げることを決めることができる。たとえば、ビットレートがＧＢＲ（５００ｋｂｐｓ）に調整される場合、全体で８個のＭＢＭＳセッションが許容され得る（たとえば、０．２５×１６０００ｋｂｐｓ／５００ｋｂｐｓ＝８セッション）。別の例では、ビットレートがＭＢＲ（８００ｋｂｐｓ）に調整される場合、全体で５個のＭＢＭＳセッションが許容され得る（たとえば、０．２５×１６０００ｋｂｐｓ／８００ｋｂｐｓ＝５セッション）。
【００７５】
ＭＣＥがリソース配分を減らすことに加えて、ＭＣＥはまた、ｅＮＢがＧＢＲに等しいレートを維持することが不可能である場合（たとえば、レートがＧＢＲに調整され、ＭＢＳＦＮエリア中の１つまたは複数のｅＮＢがさらなるレートの低減を要求する場合）、ｅＮＢがどのようにデータパケットを破棄するかを制御することができる。ＭＣＥは、パケット破棄アルゴリズムを示すパケット破棄規則を、ｅＮＢにシグナリングすることができる。特に、すべてのｅＮＢが、ＭＢＳＦＮ送信を保証するために同じパケット破棄規則に従う。破棄アルゴリズムの例は、ＭＢＳＦＮエリア識別情報（ＩＤ）に基づくランダムな破棄と、均一の破棄とを含む。ランダムな破棄では、ＭＢＳＦＮエリアＩＤが、破棄パターンである擬似ノイズ（ＰＮ）シーケンスを生成するためのランダムシードとして使用される。均一の破棄では、１０個の追加のパケットごとに最初のパケットが破棄される。ＭＢＳＦＮエリア中のすべてのｅＮＢが、ＧＢＲより高い、またはＭＢＲに等しいビットレートを維持するためのリソースが利用可能であることをＭＣＥに示す場合、ＭＣＥは、パケット破棄を減らすための、または止めるための信号をｅＮＢに送信することができる。
【００７６】
さらなる態様では、ＢＭ−ＳＣにおけるビットレート適合は、ＭＣＥフィードバックに基づき得る。最初に、ＢＭ−ＳＣは、セッション開始手順を通じて、ＭＢＲパラメータおよびＧＢＲパラメータに加えて、たとえばレートベースの、またはバッファベースの適合アルゴリズムをＭＣＥに示すことができる。あるいは、ネットワーク（たとえば、ＢＭ−ＳＣおよびＭＣＥ／ＭＭＥ）は、ＯＡ＆Ｍを介して、適合アルゴリズムによって事前に構成され得る。
【００７７】
ＭＣＥは、ＢＭ−ＳＣから示されたＭＢＲおよびＧＢＲに基づいて、各セッションに対してネットワークリソースを割り振る。その後、追加のリソースが利用可能であることをｅＮＢからのフィードバックに基づいてＭＣＥが認識すると、ＭＣＥは、より優先度の高いセッションに対して、より多くの、しかしＭＢＲより多くはないリソースを割り振ることを開始する。ＭＣＥは、リソース配分の調整をＢＭ−ＳＣに通知する。ＭＣＥはまた、各々のＭＣＣＨ調整期間の境界において、ＭＣＣＨを介して調整をｅＮＢに通知する。より少ないリソースが利用可能であることをｅＮＢからのフィードバックに基づいてＭＣＥが認識すると、ＭＣＥは、より優先度の低いセッションに対して、ＧＢＲを下回らない程度に、リソースの割振りを取り消すことを開始する。やはり、ＭＣＥは、リソース配分の調整をＢＭ−ＳＣに通知する。さらに、ｅＮＢはまた、各々のＭＣＣＨ調整期間の境界において、ＭＣＣＨを介して調整を通知される。したがって、ＭＣＥがより多くのリソースをより優先度の高いセッションに割り振るか、またはより優先度の低いセッションに対するリソースの割振りを取り消すかにかかわらず、ＢＭ−ＳＣは、ＭＣＥからのフィードバックに基づいて調整されたビットレートでパケットを生成するように、コンテンツソース／エンコーダにシグナリングすることができる。
【００７８】
ある態様では、ｅＮＢ／ＭＣＥとＢＭ−ＳＣとの間で交換されるレート適合メッセージのタイプは、ＢＭ−ＳＣとコンテンツソース／エンコーダとの間のトランスポートプロトコルに依存する。ＢＭ−ＳＣとコンテンツソース／エンコーダとの間のトランスポートプロトコルの例は、ＤＡＳＨプロトコルである。ＤＡＳＨがトランスポートプロトコルとして使用される場合、ｅＮＢ／ＭＣＥは、使用されるべき新たなレートＲを決定し、ＲをＢＭ−ＳＣにシグナリングする。ＢＭ−ＳＣは次いで、ＭＢＳＦＮエリア中のすべてのｅＮＢ／ＭＣＥの中から要求される最小のレート（Ｒｍｉｎ）を決定し、ＧＢＲ≦Ｒｍｉｎ≦ＭＢＲである。その上、ＢＭ−ＳＣは、Ｒｍｉｎ以下かつＧＢＲ以上のレートで符号化されたメディアに対するＤＡＳＨ要求へと、Ｒｍｉｎを直接変換する。
【００７９】
あるいは、ＤＡＳＨがトランスポートプロトコルとして使用される場合、ｅＮＢ／ＭＣＥは、バッファステータスＳをＢＭ−ＳＣに送信して、レート適合を要求する。バッファステータスＳは、バッファ中に残されたデータの量、バッファ中の最新のデータのタイムスタンプ、または、バッファのオーバーフローが発生する前にバッファに残された空間の量などのような、バッファ状態に関する１つまたは複数のパラメータを含み得る。ＢＭ−ＳＣは、頻繁なメッセージングを介して、バッファステータスに関して最新の状態に保たれ得る。したがって、ＢＭ−ＳＣは、どのｅＮＢバッファがｅＮＢ／ＭＣＥから受信された様々な報告の中で最も危機的な状態かを判定することができる。また、ＢＭ−ＳＣは、バッファステータスＳに基づいて、コンテンツソース／エンコーダからどのメディア符号化を要求すべきかを決定するための、ＤＡＳＨクライアントと同様のアルゴリズムを有し得る。シグナリングの量を減らすために、ｅＮＢ／ＭＣＥは、レート適合が緊急である場合、たとえば、バッファ占有率が低すぎる場合または高すぎる場合などにのみ、バッファステータスＳを送信することができる。バッファ占有率が低すぎるかまたは高すぎるかは、ＯＡ＆Ｍを介して事業者によって判定され得る。たとえば、バッファ占有率がバッファ全体の４分の１以下である場合、バッファ占有率は低すぎると見なされてよく、かつバッファ占有率がバッファ全体の４分の３以上である場合、バッファ占有率は高すぎると見なされてよい。
【００８０】
ＢＭ−ＳＣとコンテンツソース／エンコーダとの間のトランスポートプロトコルの別の例は、ＲＴＰである。ＲＴＰがトランスポートプロトコルとして使用される場合、ｅＮＢ／ＭＣＥは、使用されるべき新たなレートＲを決定することができ、ＲをＢＭ−ＳＣにシグナリングする。ＢＭ−ＳＣは次いで、ＭＢＳＦＮエリア中のすべてのｅＮＢ／ＭＣＥの中から最低のＴＭＭＢＲ要求を決定し、最低のＴＭＭＢＲをコンテンツソース／エンコーダに直接送信する。
【００８１】
あるいは、ＲＴＰがトランスポートプロトコルとして使用される場合、ｅＮＢ／ＭＣＥは、Ｎｅｘｔ  Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａ  Ｕｎｉｔ（ＮＡＤＵ）アプリケーション固有メッセージ（ＡＰＰ）パケットをＢＭ−ＳＣに送信して、レート適合を要求することができる。ＢＭ−ＳＣは、ＮＡＤＵ  ＡＰＰパケットをｅＮＢ／ＭＣＥから時間とともに頻繁に受信することによって、バッファステータスに関して最新の状態に保たれ得る。したがって、ＢＭ−ＳＣは、どのｅＮＢバッファがｅＮＢ／ＭＣＥから受信された様々な報告の中で最も危機的な状態かを判定することができる。また、ＢＭ−ＳＣは、最も危機的な状態にあるバッファのＮＡＤＵ  ＡＰＰパケットを転送する。シグナリングの量を減らすために、ｅＮＢ／ＭＣＥは、レート適合が緊急である場合、たとえば、バッファ占有率が低すぎる（たとえば、下の閾値を下回る）場合、または高すぎる（たとえば、上の閾値を上回る）場合などにのみ、バッファステータスＳを送信することができる。前に述べられたように、バッファ占有率が低すぎるかまたは高すぎるかは、ＯＡ＆Ｍを介して事業者によって判定され得る。たとえば、バッファ占有率がバッファ全体の４分の１以下である場合、バッファ占有率は低すぎると見なされてよく、かつバッファ占有率がバッファ全体の４分の３以上である場合、バッファ占有率は高すぎると見なされてよい。
【００８２】
ある態様では、ｅＮＢ／ＭＣＥとＢＭ−ＳＣ／コンテンツソースとの間で通信されるフィードバックメッセージのタイプは、事前に構成され得る。たとえば、モバイルネットワーク事業者（ＭＮＯ）およびコンテンツソース／エンコーダは、配信プロトコル（たとえば、ＤＡＳＨまたはＲＴＰ）およびレートシグナリングフィードバック（たとえば、ＨＴＴＰ  ＧＥＴ、ＴＭＭＢＲ、またはＮＡＤＵ  ＡＰＰパケット）に同意し得る。したがって、ＭＮＯは、ｅＮＢ／ＭＣＥとＢＭ−ＳＣ／コンテンツソースとの間で使用されるべき適切なメッセージタイプを準備する。
【００８３】
さらなる態様では、ｅＮＢ／ＭＣＥとＢＭ−ＳＣ／コンテンツソースとの間で通信されるフィードバックメッセージのタイプは、コンテンツのブロードキャストの前に取り決められ得る。たとえば、ＢＭ−ＳＣは、コンテンツソース／エンコーダによってサポートされるトランスポートメッセージおよびフィードバックメッセージのタイプを決定する。ｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ  ｄｅｓｃｒｉｐｔｉｏｎ（ＭＰＤ）が利用可能であることに基づいて、ＢＭ−ＳＣはＤＡＳＨを選択することができる。したがって、ＢＭ−ＳＣは、フィードバックタイプとしてレート情報を使用するかまたはバッファステータスを使用するかを決定することができる。あるいは、セッション記述プロトコル（ＳＤＰ）に基づいて、ＢＭ−ＳＣはＲＴＰを選択することができる。したがって、ＢＭ−ＳＣは、ＴＭＭＢＲに関連する属性がＳＤＰ中に存在する場合、フィードバックタイプとしてＴＭＭＢＲを使用することを取り決めることができる。ＢＭ−ＳＣはまた、ＮＡＤＵ  ＡＰＰパケットに関連する属性がＳＤＰ中に存在する場合、フィードバックタイプとしてＮＡＤＵ  ＡＰＰパケットを使用することを取り決めることができる。したがって、ＢＭ−ＳＣは、ＢＭ−ＳＣからＭＣＥに送信される新たなメッセージにおいてどのフィードバックメッセージタイプを使用するかを、ＭＣＥ／ｅＮＢに示すことができる。
【００８４】
別の態様では、Ｅ−ＵＴＲＡＮからＢＭ−ＳＣへのシグナリング／フィードバックを最小限にするために、ＭＣＥは、ｅＮＢからのフィードバックを集約し、集約されたフィードバックをＢＭ−ＳＣに送信することができる。ＭＣＥは、ＭＢＭＳに対するバッファ閾値またはレート閾値のような、ｅＮＢによって報告される必要のある閾値を規定することができる。たとえば、バッファベースの報告のために、ＭＣＥは、バッファ占有率がバッファ全体の４分の１以下である場合、またはバッファ占有率がバッファ全体の４分の３以上である場合に報告するように、ｅＮＢに求めることができる。レートベースの報告では、ＭＢＲが８００ｋｂｐｓに等しく、かつＧＢＲが５００ｋｂｐｓであると仮定すると、ＭＣＥは、レート変更の段差が少なくとも１００ｋｂｐｓである場合に報告するように、ｅＮＢに求めることができる。たとえば、ｅＮＢは、現在のレートが５００ｋｂｐｓであり、６００ｋｂｐｓのレートが要求されることをｅＮＢにおいて利用可能なリソースが許容する場合に、報告することができる。
【００８５】
しかしながら、ｅＮＢとＢＭ−ＳＣとの間の距離により、異なるｅＮＢが異なる時間において報告することがある。したがって、ＭＣＥは、設定された時間の間、受信された報告を保留し、報告を集約し、集約された報告に基づいてレート適合要求をＢＭ−ＳＣに送信することができる。ＭＣＥはまた、最も近いｅＮＢである可能性が最も高いｅＮＢから受信された第１の報告を使用して、レート適合要求をＢＭ−ＳＣに送信することができる。
【００８６】
ある態様では、ユニキャスト通信とＭＢＭＳ通信との間の協調は、フィードバックメッセージを送信することに関して考慮される。たとえば、ｅＮＢ、ＭＣＥ、およびＭＭＥは、フィードバックをＢＭ−ＳＣに送信する前に、互いに協調することができる。したがって、ＭＭＥがＭＣＥからレート適合要求を受信すると、ＭＭＥはまた、ユニキャストリソース配分ステータスを考慮して、要求をＢＭ−ＳＣに送信する前にレート適合要求を調整することができる。
【００８７】
別の例では、ｅＮＢは、フィードバックをＭＣＥに送信する前に、現在のサービス（たとえば、負荷）のために使用されるユニキャストリソースとＭＢＭＳリソースの両方を考慮することによって、利用可能なＭＢＭＳリソースを決定することができる。ここで、たとえばオフピーク時間の間に、少数のＵＥがユニキャストチャネルを要求する場合、低いユニキャスト負荷が発生し得る。ユニキャストチャネルに対して割り振られるリソースが、たとえばピーク時間においてほぼ使い果たされている間に、多数のＵＥがユニキャストチャネルを要求する場合、高いユニキャスト負荷が発生し得る。追加のＭＢＭＳセッションが要求されず、ＭＢＭＳに対して割り振られるリソースが使い果たされず、したがって、ＭＢＭＳがＭＢＲに近いより高いレートを使用して提供され得る場合、低いＭＢＭＳ負荷が発生し得る。追加のＭＢＭＳセッションが要求され、ＭＢＭＳに対して割り振られるリソースがほぼ使い果たされ、したがって、ＭＢＭＳセッションがＧＢＲに近いより低いレートを使用して提供され得る場合、高いＭＢＭＳ負荷が発生し得る。特に、ネットワークリソースは、両方の負荷の状態に基づいて、ユニキャストサービスとＭＢＭＳサービスとの間で動的に割り振られ得る。
【００８８】
ユニキャスト負荷が高く、ＭＢＭＳサービスがＧＢＲを上回るレートでリソースを使用する場合、ｅＮＢは、フィードバックを介してＭＢＭＳサービスに対するより低いビットレートを要求して、ＭＢＭＳサービスレートを最低でＧＢＲまで下げることができる。ユニキャスト負荷が高く、ＭＢＭＳサービスがＧＢＲを上回るレートでリソースを使用する場合、ｅＮＢはフィードバックを送信しなくてよい。ユニキャスト負荷が低くＭＢＭＳ負荷が低い場合、ｅＮＢは、ＢＭ−ＳＣが、追加のＭＢＭＳサービスを追加すること、またはセッションレートをＧＢＲからＭＢＲを超えないより高いレートへと上げることを可能にするために、フィードバックを送信することができる。ユニキャスト負荷が低く、ＭＢＭＳ負荷が高く、ＭＢＭＳサービスがＧＢＲを上回るレートでリソースを使用している場合、ｅＮＢは、ＢＭ−ＳＣが、ＭＢＭＳサービスレートをＧＢＲに下げ、追加のＭＢＭＳサービスを追加することを可能にするために、フィードバックを送信することができる。
【００８９】
ユニキャスト負荷およびＭＢＭＳ負荷は、無線リソースおよびバッファリソースの利用率に基づいて計算され得る。無線利用率は、所与の期間Ｔにおける全体の利用可能な無線リソースに対する、使用される無線リソースの平均値に等しい。バッファ利用率は、所与の期間Ｔにおける全体の利用可能なバッファサイズに対する、使用される平均のバッファサイズに等しい。したがって、平均の無線利用率および平均のバッファ利用率が閾値を超える場合、高負荷であると見なされる。
【００９０】
図１０は、ビットレートに基づいてネットワークリソースを割り振るためのワイヤレス通信の方法のフローチャート１０００である。本方法はＭＣＥによって実行され得る。
【００９１】
ステップ１００２において、ＭＣＥは、ＢＭ−ＳＣから少なくとも１つのビットレートを受信する。具体的には、少なくとも１つのビットレートは最大ビットレート（ＭＢＲ）であり、ＭＢＲは保証ビットレート（ＧＢＲ）に等しい。その上、少なくとも１つのビットレートは、たとえば、コンテンツソース／エンコーダからのコンテンツに基づいて、ＭＢＭＳセッション更新要求を介して、ＭＢＭＳセッションの開始の後に更新され得る。
【００９２】
ステップ１００４において、ＭＣＥは、少なくとも１つのビットレートに基づいて、ネットワークリソースを割り振る。ネットワークリソース配分は、たとえば、ＭＢＭＳ−ＧＷを通じて、かつＳＹＮＣプロトコルを介して、ＢＭ−ＳＣからデータを受信するために、ＭＢＳＦＮエリア中のすべてのｅＮＢによって使用されることになる。
【００９３】
ステップ１００６において、ＭＣＥは、ＭＢＳＦＮエリア中のすべてのｅＮＢにネットワークリソース配分を知らせる。リソース配分を受信すると、ｅＮＢは、ＢＭ−ＳＣからどのようなビットレートでデータが受信されるかを知り、その後、そのビットレートでデータを受信することを開始できる。特に、ネットワークリソースがＭＢＭＳのために使用されない場合、リソースは、ユニキャストサービスのために使用され得る。
【００９４】
図１１は、ｅＮＢがリソース利用率についてのフィードバックを提供したときにネットワークリソース配分を調整するためのワイヤレス通信の方法のフローチャート１１００である。本方法はＭＣＥによって実行され得る。
【００９５】
ステップ１１０２において、ＭＣＥは、ＢＭ−ＳＣから要求された２つのビットレート値を受信する。２つのビットレート値は、ＭＢＲおよびＧＢＲであり得る。ビットレート値は、たとえば、コンテンツソース／エンコーダからのコンテンツに基づいて、ＭＢＭＳセッション更新要求を介して、ＭＢＭＳセッションの開始の後に更新され得る。
【００９６】
ステップ１１０４において、ＭＣＥは、ＭＢＲとＧＢＲとの間で要求されるビットレートに基づいて、セッションに対するネットワークリソースを割り振る。したがって、ネットワークリソース配分は、たとえば、ＭＢＭＳ−ＧＷを通じて、かつＳＹＮＣプロトコルを介して、ＢＭ−ＳＣからデータを受信するために、ＭＢＳＦＮエリア中のすべてのｅＮＢによって使用される。
【００９７】
ステップ１１０６において、ＭＣＥは、ＭＢＳＦＮエリア中のすべてのｅＮＢにネットワークリソース配分を知らせる。リソース配分を受信すると、ｅＮＢは、ＢＭ−ＳＣからどのようなビットレートでデータが受信されるかを知り、その後、そのビットレートでデータを受信することを開始できる。
【００９８】
ステップ１１０８において、ＭＣＥは、割り振られたネットワークリソースを介して少なくとも１つのｅＮＢによって受信されているデータの量の変化を示すステータス情報を、ＭＢＳＦＮエリア中の少なくとも１つのｅＮＢから受信する。たとえば、ステータス情報は、ｅＮＢバッファステータス（たとえば、ｅＮＢバッファがほぼ空であるまたはほぼ満たされている）を示すことができ、または、ｅＮＢが利用可能な余剰のリソースを有すること、または追加のリソースを必要とすることを示すことができる。ｅＮＢは、データが受信される現在のビットレートを調整する目的でステータス情報を提供できるので、受信されたステータス情報は、レート適合要求とも呼ばれ得る。
【００９９】
ステップ１１１０において、ＭＣＥは、少なくとも１つのｅＮＢが減少した量のデータを受信することを、受信されたステータス情報が示すかどうかを判定する。ＭＣＥは、その判定を使用して、現在のビットレートが調整されるべきかどうかを判断するための情報をＢＭ−ＳＣに提供することができる。ＢＭ−ＳＣが現在のビットレートを調整することを決めると、ＢＭ−ＳＣは、コンテンツソース／エンコーダと、調整されたビットレートを取り決めることができる。その後、コンテンツソース／エンコーダは、調整されたビットレート（または、コンテンツソース／エンコーダによって提供されることが可能な最大ビットレート）でデータを提供することができる。ＢＭ−ＳＣは次いで、調整されたビットレートをＭＣＥに知らせることができ、それに従ってＭＣＥがリソース配分を調整することを可能にする。たとえば、ｅＮＢを通るトラフィックが少ない場合、ＭＣＥは、より少ないリソースをｅＮＢに投じて、他のより優先度の高いセッションへの配分のために予備のリソースを使用すること、または、追加の新たなセッションを許可することを決めることができる。
【０１００】
ステップ１１１２において、少なくとも１つのｅＮＢが減少した量のデータを受信すること（たとえば、ｅＮＢバッファがほぼ空であること、またはｅＮＢが追加のリソースを有すること）を受信されたステータス情報が示す場合、ＭＣＥは、割り振られるネットワークリソースの量を減らすことに進む。
【０１０１】
ステップ１１１４において、ＭＣＥは、少なくとも１つのｅＮＢが増加した量のデータを受信することを、受信されたステータス情報が示すかどうかを判定する。やはり、ＭＣＥは、その判定を使用して、現在のビットレートが調整されるべきかどうかを判断するための情報をＢＭ−ＳＣに提供することができる。ＢＭ−ＳＣが現在のビットレートを調整することを決めると、ＢＭ−ＳＣは、コンテンツソース／エンコーダと、調整されたビットレートを取り決めることができる。その後、コンテンツソース／エンコーダは、調整されたビットレート（または、コンテンツソース／エンコーダによって提供されることが可能な最大ビットレート）でデータを提供することができる。ＢＭ−ＳＣは次いで、調整されたビットレートをＭＣＥに知らせることができ、それに従ってＭＣＥがリソース配分を調整することを可能にする。別の例では、ｅＮＢを通るトラフィックが多い場合、ＭＣＥは、ｅＮＢがより高品質の信号を送れるように、より多くのリソースをｅＮＢに投じることを決めることができる。
【０１０２】
ステップ１１１６において、少なくとも１つのｅＮＢが増加した量のデータを受信すること（たとえば、ｅＮＢバッファがほぼ満たされていること、またはｅＮＢが追加のリソースを必要とすること）を受信されたステータス情報が示す場合、ＭＣＥは、割り振られるネットワークリソースの量を増やすことに進む。具体的には、ＭＣＥは、最高で、ＢＭ−ＳＣによって許容される最大値であるＭＢＲまで、割り振られるネットワークリソースの量を増やす。すなわち、増加した量の割り振られたネットワークリソースは、ＭＢＲ以下であり得るが、ＭＢＲより大きくない。
【０１０３】
図１２は、ネットワークリソース配分を調整するためのワイヤレス通信の方法のフローチャート１２００である。本方法はＭＣＥによって実行され得る。
【０１０４】
ステップ１２０２において、ＭＣＥは、ＢＭ−ＳＣから２つのビットレート値を受信する。具体的には、２つのビットレート値は、ＭＢＲおよびＧＢＲである。ビットレート値は、たとえば、コンテンツソース／エンコーダからのコンテンツに基づいて、ＭＢＭＳセッション更新要求を介して、ＭＢＭＳセッションの開始の後に更新され得る。
【０１０５】
ステップ１２０４において、ＭＣＥは、ＧＢＲより高いビットレートに基づいて、ネットワークリソースを割り振る。したがって、ネットワークリソース配分は、たとえば、ＭＢＭＳ−ＧＷを通じて、かつＳＹＮＣプロトコルを介して、ＧＢＲより高いビットレートで、ＢＭ−ＳＣから受信されたデータを処理するために、ＭＢＳＦＮエリア中のすべてのｅＮＢによって使用される。
【０１０６】
ステップ１２０６において、ＭＣＥは、ＭＢＳＦＮエリア中のすべてのｅＮＢにネットワークリソース配分を知らせる。リソース配分を受信すると、ｅＮＢは、ＢＭ−ＳＣからどのようなビットレートでデータが受信されるかを知り、その後、そのビットレートでデータを受信することを開始できる。
【０１０７】
ステップ１２０８において、ＭＣＥは、特定のイベントが発生したかどうかを判定する。イベントの発生に基づいて、ＭＣＥは、現在のビットレートが調整される必要があると判定することができ、現在のビットレートを調整するためにレート適合要求をＢＭ−ＳＣに送信する。たとえば、現在のビットレートを維持するためのネットワークリソースが利用不可能であることを示す情報を、ＭＣＥがＭＢＳＦＮエリア中の少なくとも１つのｅＮＢから受信する場合、ＭＣＥは、レート適合要求をＢＭ−ＳＣに送信することができ、ＢＭ−ＳＣは、その少なくとも１つのｅＮＢがＧＢＲを満たすように、現在のビットレートを調整することを決めることができる。別の例では、ＭＣＥは、新たなセッションがスケジューリングされることを許可すると、決定することができる。したがって、リソースが新たなセッションに対して割り振られる必要があるので、ＭＣＥは、レート適合要求をＢＭ−ＳＣに送信することができ、ＢＭ−ＳＣは、新たなセッションのためにリソースを空けるために、既存のセッションに対する現在のビットレートを調整すると決めることができる。
【０１０８】
ステップ１２１０において、イベントが発生すると（たとえば、現在のビットレートを維持するために利用可能なリソースがないことをｅＮＢが示す場合、または、ＭＣＥが新たなセッションを許可することを決める場合）、現在のビットレートは、ＢＭ−ＳＣによって規定される保証ビットレートを維持するために、ＧＢＲ以上へと調整される。その上、ＭＣＥは、利用可能なネットワークリソースがＧＢＲを満たせない場合、所定のパケット破棄規則に従ってデータパケットを破棄するように、少なくとも１つのｅＮＢに指示することができる。
【０１０９】
ステップ１２１２において、ＭＣＥは、別のイベントが発生したかどうかを判定する。別のイベントの発生に基づいて、ＭＣＥは、現在のビットレートが再び調整される必要があると判定することができ、現在のビットレートを調整するためにレート適合要求をＢＭ−ＳＣに送信する。たとえば、ＭＢＲを満たすためのネットワークリソースが利用可能であることを示す情報を、ＭＣＥがＭＢＳＦＮエリア中のすべてのｅＮＢから受信する場合、ＭＣＥは、レート適合要求をＢＭ−ＳＣに送信することができ、ＢＭ−ＳＣは、ｅＮＢがより高品質の信号を送信できるように、現在のビットレートを調整することを決めることができる。
【０１１０】
ステップ１２１４において、他のイベントが発生すると（たとえば、ＭＢＲを満たすために利用可能なリソースをすべてのｅＮＢが示すと）、ＭＣＥは、パケット破棄を止めるようにｅＮＢに指示することができる。その上、現在のビットレートは、他のイベントが発生すると、ＢＭ−ＳＣによって許容される最大値であるＭＢＲより大きくならない程度に調整される。たとえば、各ｅＮＢは、レート要求をＭＣＥに送信することができ、ＭＣＥは、ＢＭ−ＳＣに送信するための要求されたレートとして、要求の最小値を使用する。ＢＭ−ＳＣは次いで、現在のビットレートが調整される先のレートとして、すべてのＭＣＥから受信された要求の最小値を使用する。現在のビットレートはさらに、コンテンツソース／エンコーダが提供することが可能なビットレートに基づいて調整され得る。
【０１１１】
図１３は、ネットワークリソース配分を調整するためのワイヤレス通信の方法のフローチャート１３００である。本方法はＭＣＥによって実行され得る。
【０１１２】
ステップ１３０２において、ＭＣＥは、ＢＭ−ＳＣから２つのビットレート値を受信する。具体的には、２つのビットレート値は、ＭＢＲおよびＧＢＲである。ビットレート値は、たとえば、コンテンツソース／エンコーダからのコンテンツに基づいて、ＭＢＭＳセッション更新要求を介して、ＭＢＭＳセッションの開始の後に更新され得る。
【０１１３】
ステップ１３０４において、ＭＣＥは、ＭＢＲおよびＧＢＲに基づいて、ネットワークリソースを割り振る。したがって、ネットワークリソース配分は、たとえば、ＭＢＭＳ−ＧＷを通じて、かつＳＹＮＣプロトコルを介して、ＢＭ−ＳＣからデータを受信するために、ＭＢＳＦＮエリア中のすべてのｅＮＢによって使用される。
【０１１４】
ステップ１３０６において、ＭＣＥは、ＭＢＳＦＮエリア中のすべてのｅＮＢにネットワークリソース配分を知らせる。リソース配分を受信すると、ｅＮＢは、ＢＭ−ＳＣからどのようなビットレートでデータが受信されるかを知り、その後、そのビットレートでデータを受信することを開始できる。
【０１１５】
ステップ１３０８において、ＭＣＥは、セッションのネットワークリソース配分を調整するための、利用可能なネットワークリソースの量を決定する。たとえば、ＭＣＥは、割り振られたネットワークリソースを介して少なくとも１つのｅＮＢによって受信されているデータの量の変化を示すステータス情報を、ＭＢＳＦＮエリア中の少なくとも１つのｅＮＢから受信することによって、利用可能なリソースの量を決定することができる。
【０１１６】
ステップ１３１０において、ＭＣＥは、調整されたネットワークリソース配分に基づいてデータを送信するための、調整されたビットレートを決定する。たとえば、ＭＣＥは、利用可能なネットワークリソースの量が閾値を超える場合、より優先度の高いセッションに、最高でＭＢＲのより多くのネットワークリソースを割り振ることによって、ビットレートを調整する。ここで、ＭＢＭＳサービスに割り振られたリソースがほぼ使い果たされている場合に、閾値が超えられ得る。たとえば、システムが帯域幅全体の２５％をＭＢＭＳセッションに割り振る場合、閾値は帯域幅全体の２０％に設定され得る。したがって、閾値（たとえば、全体の帯域幅の２０％）が超えられる場合、リソースの残りは、別のＭＢＭＳセッションを許可するのに十分ではなく、ＭＣＥは、より優先度の高いセッションに、最高でＭＢＲのより多くのリソースを割り振ることができる。別の例では、ＭＣＥは、利用可能なネットワークリソースの量が閾値を下回る場合、より優先度の低いセッションに、最低でＧＢＲのより少ないネットワークリソースを割り振ることによって、ビットレートを調整することができる。たとえば、システムが帯域幅全体の２５％をＭＢＭＳセッションに割り振る場合、閾値は帯域幅全体の２０％に設定され得る。したがって、利用可能なリソースの量が閾値より少なく、追加のＭＢＭＳセッションが追加されることを要求されるが、リソースの残りが追加のＭＢＭＳセッションを許可するのに十分ではない場合、ＭＣＥは、追加のＭＢＭＳセッションが追加され得るように、より優先度の低いセッションに、最低でＧＢＲのより少ないリソースを割り振ることができる。
【０１１７】
ステップ１３１２において、ＢＭ−ＳＣはおよびすべてのｅＮＢは、調整されたビットレートを知らされる。したがって、ＢＭ−ＳＣは、調整されたビットレートにおいて、データの送信を開始することができる。ここで、調整されたビットレートをＢＭ−ＳＣに知らせることは、レート適合要求とも呼ばれることがあり、それは、ＭＣＥが、データが通信されている現在のビットレートを調整する目的で、調整されたビットレートをＢＭ−ＳＣに提供するからである。特に、調整されたビットレートをＢＭ−ＳＣに知らせるためのメッセージタイプは、ＢＭ−ＳＣとコンテンツソースとの間のトランスポートプロトコル（たとえば、ＤＡＳＨまたはＲＴＰ）に依存する。
【０１１８】
図１４は、ビットレートに基づいてネットワークリソースを割り振るためのワイヤレス通信の方法のフローチャート１４００である。本方法はｅＮＢによって実行され得る。
【０１１９】
ステップ１４０２において、ｅＮＢは、ＭＣＥからネットワークリソース配分を受信する。ネットワークリソース配分は、ＢＭ−ＳＣから受信された少なくとも１つのビットレートに基づく。特に、少なくとも１つのビットレートはＭＢＲであり、ＭＢＲはＧＢＲに等しい。その上、少なくとも１つのビットレートは、たとえば、コンテンツソース／エンコーダからのコンテンツに基づいて、ＭＢＭＳセッション更新要求を介して、ＭＢＭＳセッションの開始の後に更新され得る。
【０１２０】
ステップ１４０４において、ＭＢＭＳデータが特定のサブフレームでの送信のためにｅＮＢによって受信されると、ｅＮＢは、ネットワークリソース配分に基づいて、受信されたＭＢＭＳデータの送信をスケジューリングする。特に、ネットワークリソース配分は、ネットワークリソース配分のすべてがＭＢＭＳを送信するために使用されない場合、ユニキャストデータに割り振られ得る。
【０１２１】
図１５は、ネットワークリソース配分を調整するためのワイヤレス通信の方法のフローチャート１５００である。本方法はｅＮＢによって実行され得る。
【０１２２】
ステップ１５０２において、ｅＮＢは、ＭＣＥからネットワークリソース配分を受信する。ネットワークリソース配分は、ＢＭ−ＳＣから受信された２つのビットレートに基づく。具体的には、２つのビットレートは、ＭＢＲおよびＧＢＲである。ビットレートは、たとえば、コンテンツソース／エンコーダからのコンテンツに基づいて、ＭＢＭＳセッション更新要求を介して、ＭＢＭＳセッションの開始の後に更新され得る。
【０１２３】
ステップ１５０４において、ＭＢＭＳデータが特定のサブフレームでの送信のためにｅＮＢによって受信されると、ｅＮＢは、ネットワークリソース配分に基づいて、受信されたＭＢＭＳデータの送信をスケジューリングする。特に、ネットワークリソース配分は、ネットワークリソース配分のすべてがＭＢＭＳデータを送信するために使用されない場合、ユニキャストデータに割り振られ得る。
【０１２４】
ステップ１５０６において、ｅＮＢは、ネットワークリソース配分を介して受信されているデータの量が変化したと判定する。たとえば、データ受信の変化は、ｅＮＢを通るトラフィックがより少なくまたは多くなり、したがってより少量または多量のデータが受信されているときに起こり得る。
【０１２５】
ステップ１５０８において、ｅＮＢは、受信されているデータの量の変化を示すステータス情報を、ＭＣＥに送信する。ここで、ｅＮＢは、データが受信される現在のビットレートを調整する目的で、ステータス情報をＭＣＥに提供するので、ステータス情報は、レート適合要求とも呼ばれ得る。
【０１２６】
ステップ１５１０において、ｅＮＢは、送信されたステータス情報に基づいて、調整されたネットワークリソース配分をＭＣＥから受信する。たとえば、ステータス情報が、ｅＮＢによって受信されているデータの量が減ったことを示す場合、調整されたネットワークリソース配分は、最低でＧＢＲの、ＭＢＭＳセッションに対する割り振られたネットワークリソースの減少した量を示す。別の例では、ステータス情報が、ｅＮＢによって受信されているデータの量が増えたことを示す場合、調整されたネットワークリソース配分は、最高でＭＢＲの、ＭＢＭＳセッションに対する割り振られたネットワークリソースの増加した量を示す。
【０１２７】
図１６は、ネットワークリソース配分を調整するためのワイヤレス通信の方法のフローチャート１６００である。本方法はｅＮＢによって実行され得る。
【０１２８】
ステップ１６０２において、ｅＮＢは、ＭＣＥからネットワークリソース配分を受信する。ネットワークリソース配分は、ＢＭ−ＳＣから受信された２つのビットレートに基づく。特に、２つのビットレートはＭＢＲおよびＧＢＲであり、ネットワークリソースは、ＧＢＲよりも高いビットレートで割り振られる。ビットレートは、たとえば、コンテンツソース／エンコーダからのコンテンツに基づいて、ＭＢＭＳセッション更新要求を介して、ＭＢＭＳセッションの開始の後に更新され得る。
【０１２９】
ステップ１６０４において、ＭＢＭＳデータが特定のサブフレームでの送信のためにｅＮＢによって受信されると、ｅＮＢは、ネットワークリソース配分に基づいて、受信されたＭＢＭＳデータの送信をスケジューリングする。特に、ネットワークリソース配分は、ネットワークリソース配分のすべてがＭＢＭＳデータを送信するために使用されない場合、ユニキャストデータを送信するために割り振られ得る。
【０１３０】
ステップ１６０６において、ｅＮＢは、特定のイベントが発生したかどうかを判定する。イベントの発生に基づいて、現在のビットレートの調整が、要求またはシグナリングされ得る。たとえば、現在のビットレートを維持するためにネットワークリソースが利用不可能であることを示す情報をｅＮＢがＭＣＥに送信する場合、現在のビットレートは、ｅＮＢがＧＢＲを満たすように調整され得る。別の例では、ＭＣＥは、新たなセッションがスケジューリングされることを許可すると、決定することができる。したがって、新たなセッションのためにリソースが割り振られる必要があるので、新たなセッションのためにリソースを空けるために、現在のビットレートは、既存のセッションに対して調整される。
【０１３１】
ステップ１６０８において、イベントが発生すると（たとえば、現在のビットレートを維持するために利用可能なリソースがないことをｅＮＢが示す場合、または、ＭＣＥが新たなセッションを許可することを決める場合）、ｅＮＢは、ＢＭ−ＳＣによって規定される保証ビットレートを維持するために、ＧＢＲに等しいビットレートで調整されたネットワークリソース配分を受信する。その上、ｅＮＢは、利用可能なネットワークリソースがＧＢＲを満たせない場合、所定のパケット破棄規則に従ってデータパケットを破棄せよという、ＭＣＥからの指示を受信することができる。
【０１３２】
ステップ１６１０において、ＭＣＥは、別のイベントが発生したかどうかを判定する。別のイベントの発生に基づいて、現在のビットレートが調整され得る。たとえば、ＭＢＲを満たすためにネットワークリソースが利用可能であることをｅＮＢが示す場合、現在のビットレートは、ｅＮＢがより安定した信号を送信できるように調整され得る。
【０１３３】
ステップ１６１２において、他のイベントが発生すると（たとえば、ＭＢＲを満たすために利用可能なリソースをｅＮＢが示すと）、ｅＮＢは、ＢＭ−ＳＣによって許容される最大値であるＭＢＲに等しいビットレートを送信するのに十分な、別の調整されたネットワークリソース配分を受信する。その上、ｅＮＢは、他のイベントが発生すると、パケットの破棄を止めよというＭＣＥからの指示を受信することができる。
【０１３４】
図１７は、ネットワークリソース配分を調整するためのワイヤレス通信の方法のフローチャート１７００である。本方法は、ＢＭ−ＳＣによって実行され得る。
【０１３５】
ステップ１７０２において、ＢＭ−ＳＣは、セッションのネットワークリソースを割り振るために、少なくとも１つのビットレートをＭＣＥに送信する。特に、少なくとも１つのビットレートはＭＢＲおよびＧＢＲである。その上、少なくとも１つのビットレートは、たとえば、コンテンツソース／エンコーダからのコンテンツに基づいて、ＭＢＭＳセッション更新要求を介して、ＭＢＭＳセッションの開始の後に更新され得る。
【０１３６】
ステップ１７０４において、ＢＭ−ＳＣは、ＭＣＥから調整されたビットレートを受信する。調整されたビットレートは、調整されたネットワークリソース配分に基づいてデータを送信するためのものであり、ＭＣＥによって決定される。ＭＣＥは、データを少なくとも１つのｅＮＢに送信するために利用可能なリソースの量に基づいて、調整されたネットワークリソース配分を決定することができる。その上、ＭＣＥは、割り振られたネットワークリソースを介して少なくとも１つのｅＮＢによって受信されているデータの量の変化を示す、少なくとも１つのｅＮＢから受信されたステータス情報に基づいて、利用可能なリソースの量を決定することができる。利用可能なネットワークリソースの量が閾値を超える場合、調整されたネットワークリソース配分は、より優先度の高いセッションに、最高でＭＢＲのより多くのネットワークリソースを割り振ることができる。利用可能なネットワークリソースの量が閾値より少ない場合、調整されたネットワークリソース配分は、利用可能なネットワークリソースの量が閾値未満であれば、より優先度の低いセッションに、最低でＧＢＲのより少ないネットワークリソースを割り振ることができる。
【０１３７】
ＢＭ−ＳＣは、所定の期間内に受信されたすべてのＭＣＥからのすべてのフィードバックを集約する（すなわち、調整されたビットレートを集約する）ことができる。集約されたフィードバックに基づいて、ＢＭ−ＳＣは、ＭＣＥのすべてから受信されたすべての調整されたビットレートの最小値に基づいて、集約された調整されたビットレートを決定することができる。ＢＭ−ＳＣは次いで、集約された調整されたビットレートに基づいて、レート調整要求をコンテンツソース／エンコーダに送信することができる。ある態様では、ＢＭ−ＳＣは、コンテンツソース／エンコーダが提供することが可能なビットレートを示す情報を、コンテンツソース／エンコーダから受信することができる。したがって、レート調整要求をコンテンツソース／エンコーダに送信するとき、ＢＭ−ＳＣは、集約された調整されたビットレート以下のビットレートを要求することができる。その後、コンテンツソース／提供者は、集約された調整されたビットレート（または、コンテンツソースエンコーダによって提供されることが可能な最大ビットレート）でデータをＢＭ−ＳＣに提供することができる。
【０１３８】
ステップ１７０６において、ＢＭ−ＳＣは、集約された調整されたビットレートでデータを送信する。ここで、ＢＭ−ＳＣは元来、調整されたビットレートでデータを送信することによって、ＭＣＥからのレート適合要求に肯定応答するので、集約された調整されたビットレートでデータを送信することは、レート適合要求肯定応答とも呼ばれ得る。特に、ＭＣＥから調整されたビットレートを受信するためのメッセージタイプは、ＢＭ−ＳＣとコンテンツソースとの間のトランスポートプロトコル（たとえば、ＤＡＳＨまたはＲＴＰ）に依存する。
【０１３９】
図１８は、例示的な装置１８５０中の異なるモジュール／手段／コンポーネント間のデータフローを示す概念データフロー図１８００である。装置１８５０は、ＢＭ−ＳＣから少なくとも１つのビットレート１８０２を受信する受信モジュール１８１０を含み、少なくとも１つのビットレートはＭＢＲとＧＢＲの少なくとも１つであり、ＭＢＲはＧＢＲに等しくてよい。少なくとも１つのビットレートに基づいてネットワークリソースを割り振るリソース配分および調整モジュール１８１２、および、ネットワークリソース配分１８０６をＭＢＳＦＮエリア中のすべてのｅＮＢに知らせる送信モジュール１８１４も、含まれる。
【０１４０】
ある態様では、リソース配分および調整モジュール１８１２は、ＭＢＲとＧＢＲとの間のビットレートに基づいて、ネットワークリソースを割り振る。受信モジュール１８１０は、割り振られたネットワークリソースを介して少なくとも１つのｅＮＢによって受信されているデータの量の変化を示すステータス情報を、ＭＢＳＦＮエリア中の少なくとも１つのｅＮＢから受信する。リソース配分および調整モジュール１８１２はまた、受信されたステータス情報が、少なくとも１つのｅＮＢが減少した量のデータを受信していることを示すか、または増加した量のデータを受信していることを示すかを判定し、現在のビットレートが調整されるべきかどうかを判断する。リソース配分および調整モジュール１８１２は、少なくとも１つのｅＮＢが減少した量のデータを送信していることを受信されたステータス情報が示す場合、割り振られるネットワークリソースの量を最低でＧＢＲまで減らし、かつ少なくとも１つのｅＮＢが増加した量のデータを受信していることを受信されたステータス情報が示す場合、割り振られるネットワークリソースの量を最高でＭＢＲまで増やす。送信モジュール１８１４は次いで、調整されたネットワークリソース配分１８０６を、ＭＢＳＦＮエリア中のすべてのｅＮＢに知らせる。
【０１４１】
さらなる態様では、リソース配分および調整モジュール１８１２は、ＧＢＲより高いビットレートに基づいて、ネットワークリソースを割り振る。リソース配分および調整モジュール１８１２はさらに、適切なビットレートを決定し、条件（たとえば、イベントの発生）に基づいて、適切なビットレートで送信するのに必要なリソースをｅＮＢに割り振る。したがって、リソース配分および調整モジュール１８１２はまた、特定のイベントが発生したかどうかを判定する。イベントの発生に基づいて、リソース配分および調整モジュール１８１２は、現在のビットレートが調整されるべきかどうかを判定する。イベントが発生した場合（たとえば、現在のビットレートを維持するために利用可能なリソースがないことをｅＮＢが示す場合、または、ＭＣＥが新たなセッションを許可することを決めた場合）、リソース配分および調整モジュール１８１２は、現在のビットレートを最低でＧＢＲへと調整する。その上、リソース配分および調整モジュール１８１２は、利用可能なネットワークリソースがＧＢＲを満たせない場合、所定のパケット破棄規則に従って、データパケットを破棄するように、送信モジュール１８１４を介して少なくとも１つのｅＮＢに指示することができる。リソース配分および調整モジュール１８１２はさらに、別のイベントが発生したかどうかを判定する。別のイベントの発生に基づいて、リソース配分および調整モジュール１８１２は、現在のビットレートが再び調整されるべきかどうかを判定する。他のイベントが発生すると（たとえば、ＭＢＲを満たすために利用可能なリソースをすべてのｅＮＢが示す場合）、リソース配分および調整モジュール１８１２は、現在のビットレートを最高でＭＢＲへと調整する。その上、ＭＣＥは、他のイベントが発生すると、パケットの破棄を止めるように、送信モジュール１８１４を介してｅＮＢに指示することができる。送信モジュール１８１４はまた、調整されたビットレートを、ＭＢＳＦＮエリア中のすべてのｅＮＢに知らせる。特に、ＭＢＳＦＮエリア中のすべてのｅＮＢは、パケット破棄に関して同じように振る舞う。したがって、パケット破棄は、個々にｅＮＢによって決定されない。
【０１４２】
別の態様では、リソース配分および調整モジュール１８１２は、セッションのネットワークリソース配分を調整するための、利用可能なネットワークリソースの量を決定する。リソース配分および調整モジュール１８１２は、割り振られたネットワークリソースを介して少なくとも１つのｅＮＢによって受信されているデータの量の変化を示すステータス情報１８０４を、受信モジュール１８１０を介してＭＢＳＦＮエリア中の少なくとも１つのｅＮＢから受信することによって、利用可能なリソースの量を決定することができる。リソース配分および調整モジュール１８１２は、調整されたネットワークリソース配分に基づいてデータを送信するための、調整されたビットレートを決定する。リソース配分および調整モジュール１８１２は、利用可能なネットワークリソースの量が閾値を超える場合、より優先度の高いセッションに、最高でＭＢＲのより多くのネットワークリソースを割り振ることによって、ビットレートを調整する。また、リソース配分および調整モジュール１８１２は、利用可能なネットワークリソースの量が閾値を下回る場合、より優先度の低いセッションに、最低でＧＢＲのより少ないネットワークリソースを割り振ることによって、ビットレートを調整する。送信モジュール１８１４は、調整されたビットレート１８０８を、ＢＭ−ＳＣおよびすべてのｅＮＢに知らせる。
【０１４３】
図１９は、例示的な装置１９５０中の異なるモジュール／手段／コンポーネント間のデータフローを示す概念データフロー図１９００である。装置１９５０は、ＭＣＥからネットワークリソース配分１９０２を受信する、受信モジュール１９０８を含む。ネットワークリソース配分１９０２は、少なくとも１つのビットレートに基づき、少なくとも１つのビットレートはＭＢＲとＧＢＲのうちの少なくとも１つであり、ＭＢＲはＧＢＲに等しくてよい。データスケジューリングおよび処理モジュール１９１０は、ＭＢＭＳデータ１９０４が特定のサブフレームでの送信のために受信される場合、ネットワークリソース配分１９０２に基づいて、受信されたＭＢＭＳデータ１９０４の送信をスケジューリングする。データスケジューリングおよび処理モジュール１９１０は、ネットワークリソース配分のすべてがＭＢＭＳデータを送信するために使用されない場合、ネットワークリソース配分をユニキャストデータに割り振ることができる。
【０１４４】
ある態様では、データスケジューリングおよび処理モジュール１９１０は、たとえば装置１９５０を通るトラフィックがより少ないまたはより多い場合、ネットワークリソース配分を介して受信されているデータの量が変化したことを判定する。データスケジューリングおよび処理モジュール１９１０は、受信されているデータの量の変化を示すステータス情報１９０６を、送信モジュール１９１２を介してＭＣＥに送信する。受信モジュール１９０８は、送信されたステータス情報１９０６に基づいて、調整されたネットワークリソース配分１９０２をＭＣＥから受信する。ステータス情報が、装置１９５０によって受信されているデータの量が減ったことを示す場合、調整されたネットワークリソース配分は、最低でＧＢＲの、割り振られたネットワークリソースの減少した量を示す。ステータス情報が、装置１９５０によって受信されているデータの量が増えたことを示す場合、調整されたネットワークリソース配分は、最高でＭＢＲの、割り振られたネットワークリソースの増加した量を示す。
【０１４５】
さらなる態様では、データスケジューリングおよび処理モジュール１９１０は、特定のイベントが発生したかどうかを判定する。イベントの発生に基づいて、現在のビットレートが調整され得る。イベントが発生した場合（たとえば、現在のビットレートを維持するために利用可能なリソースがないことを装置１９５０が示す場合、または、ＭＣＥが新たなセッションを許可することを決めた場合）、受信モジュール１９０８は、ＧＢＲに等しいビットレートで調整されたネットワークリソース配分を受信する。その上、受信モジュール１９０８は、利用可能なネットワークリソースがＧＢＲを満たせない場合、所定のパケット破棄規則に従ってデータパケットを破棄せよという、ＭＣＥからの指示を受信することができる。データスケジューリングおよび処理モジュール１９１０はまた、別のイベントが発生したかどうかを判定する。別のイベントの発生に基づいて、現在のビットレートが再び調整され得る。他のイベントが発生した場合（たとえば、ＭＢＲを満たすために利用可能なリソースを装置１９５０が示す場合）、受信モジュール１９０８は、ＭＢＲに等しいビットレートで別の調整されたネットワークリソース配分を受信する。その上、受信モジュール１９０８は、他のイベントが発生すると、パケットの破棄を止めよというＭＣＥからの指示を受信することができる。
【０１４６】
図２０は、例示的な装置２０５０中の異なるモジュール／手段／コンポーネント間のデータフローを示す概念データフロー図２０００である。装置２０５０は、セッションのネットワークリソースを割り振るための少なくとも１つのビットレート２００４を、送信モジュール２０１２を介してＭＣＥに送信する、データ処理モジュール２０１０を含み、少なくとも１つのビットレートはＭＢＲとＧＢＲの少なくとも１つであり、ＭＢＲはＧＢＲに等しくてよい。データ処理モジュール２０１０は、受信モジュール２００８を介して、ＭＣＥから調整されたビットレートを受信する。調整されたビットレートは、調整されたネットワークリソース配分に基づいてデータを送信するためのものであり、ＭＣＥによって決定される。ＭＣＥは、データを少なくとも１つのｅＮＢに送信するために利用可能なリソースの量に基づいて、調整されたネットワークリソース配分を決定することができる。その上、ＭＣＥは、割り振られたネットワークリソースを介して少なくとも１つのｅＮＢによって受信されているデータの量の変化を示す、少なくとも１つのｅＮＢから受信されたステータス情報に基づいて、利用可能なリソースの量を決定することができる。利用可能なネットワークリソースの量が閾値を超える場合、調整されたネットワークリソース配分は、より優先度の高いセッションに、たとえば最高でＭＢＲの、より多くのネットワークリソースを割り振ることができる。利用可能なネットワークリソースの量が閾値より少ない場合、調整されたネットワークリソース配分は、利用可能なネットワークリソースの量が閾値未満であれば、より優先度の低いセッションに、たとえば最低でＧＢＲの、より少ないネットワークリソースを割り振ることができる。
【０１４７】
データ処理モジュール２０１０は、所定の期間内に受信されたすべてのＭＣＥからのすべてのフィードバックを集約する（すなわち、調整されたビットレートを集約する）ことができる。集約されたフィードバックに基づいて、データ処理モジュール２０１０は、ＭＣＥのすべてから受信されたすべての調整されたビットレートの最小値に基づいて、集約された調整されたビットレートを決定することができる。データ処理モジュール２０１０は次いで、集約された調整されたビットレートに基づいて、レート調整要求をコンテンツソース／エンコーダに送信することができる。ある態様では、データ処理モジュール２０１０は、コンテンツソース／エンコーダが提供することが可能なビットレートを示す情報を、コンテンツソース／エンコーダから受信することができる。したがって、レート調整要求をコンテンツソース／エンコーダに送信するとき、データ処理モジュール２０１０は、集約された調整されたビットレート以下のビットレートを要求することができる。その後、コンテンツソースは、集約された調整されたビットレート（または、コンテンツソース／エンコーダによって提供されることが可能な最大ビットレート）でデータをデータ処理モジュール２０１０に提供する。集約された調整されたビットレートでコンテンツソース／エンコーダによって提供されるデータを認識すると、データ処理モジュール２０１０は、送信モジュール２０１２を介して、集約された調整されたビットレートでデータ２００６を送信する。
【０１４８】
装置は、上述のフローチャート図１０〜図１７中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述のフローチャート図１０〜図１７の中の各ステップは、１つのモジュールによって実行されてよく、装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェアコンポーネントであるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０１４９】
図２１は、処理システム２１１４を利用する装置１８５０’のためのハードウェア実装形態の一例を示す図である。処理システム２１１４は、バス２１２４によって全般的に表されるバスアーキテクチャを用いて実装され得る。バス２１２４は、処理システム２１１４の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含み得る。バス２１２４は、プロセッサ２１０４、モジュール１８１０、１８１２、１８１４、およびコンピュータ可読媒体２１０６によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス２１２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路のような、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明されない。
【０１５０】
本装置は、送受信機２１１０に結合された処理システム２１１４を含む。送受信機２１１０は、１つまたは複数のアンテナ２１２０に結合される。送受信機２１１０は、伝送媒体を通じて様々な他の装置と通信するための手段を与える。処理システム２１１４は、コンピュータ可読媒体２１０６に結合されたプロセッサ２１０４を含む。プロセッサ２１０４は、コンピュータ可読媒体２１０６に記憶されたソフトウェアの実行を含む一般的な処理を担う。ソフトウェアは、プロセッサ２１０４によって実行されると、処理システム２１１４に、任意の特定の装置のための上で説明された様々な機能を実行させる。コンピュータ可読媒体２１０６はまた、ソフトウェアを実行するときにプロセッサ２１０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１８１０と、１８１２と、１８１４とをさらに含む。それらのモジュールは、プロセッサ２１０４中で動作するソフトウェアモジュールであるか、コンピュータ可読媒体２１０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ２１０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。
【０１５１】
一構成では、ワイヤレス通信のための装置１８５０／１８５０’は、割り振られたネットワークリソースを介して少なくとも１つのｅＮＢによって受信されているデータの量の変化を示すステータス情報を、ブロードキャスト／マルチキャストエリア中の少なくとも１つのｅＮＢから受信するための手段と、受信されたステータス情報に基づいてネットワークリソース配分を調整するための手段であって、少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備える、手段と、少なくとも１つのｅＮＢによって受信されているデータの量が減ったことをステータス情報が示す場合に、ＧＢＲに基づいて、割り振られるネットワークリソースの量を減らすための手段であって、少なくとも１つのビットレートが最大ビットレート（ＭＢＲ）を備える、手段と、少なくとも１つのｅＮＢによって受信されているデータの量が増えたことをステータス情報が示す場合に、ＭＢＲに基づいて、割り振られるネットワークリソースの量を増やすための手段とを含む。
【０１５２】
別の構成では、ワイヤレス通信のための装置１８５０／１８５０’は、ＧＢＲよりも大きい第１のビットレートに基づいて、セッションに対するネットワークリソースを割り振るための手段と、イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへとネットワークリソース配分を調整するための手段と、利用可能なネットワークリソースがＧＢＲを満たせない場合に、所定のパケット破棄規則に従って、データパケットを破棄するように少なくとも１つのｅＮＢに指示するための手段と、別のイベントの発生に基づいて、ＭＢＲに等しい第３のビットレートへとネットワークリソース配分を調整するための手段と、別のイベントが発生すると、データパケットの破棄を止めるように少なくとも１つのｅＮＢに指示するための手段とを含む。
【０１５３】
さらなる構成では、ワイヤレス通信のための装置１８５０／１８５０’は、セッションのネットワークリソース配分を調整するために利用可能なネットワークリソースの量を決定するための手段と、調整されたネットワークリソース配分に基づいて、データを送信するための調整されたビットレートを決定するための手段と、ＢＭ−ＳＣおよびすべてのｅＮＢに調整されたビットレートを知らせるための手段と、割り振られたネットワークリソースを介して少なくとも１つのｅＮＢによって受信されているデータの量の変化を示すステータス情報を、ブロードキャスト／マルチキャストエリア中の少なくとも１つのｅＮＢから受信するための手段と、利用可能なネットワークリソースの量が閾値を超える場合に、ＭＢＲに基づいてより優先度の高いセッションにより多くのネットワークリソースを割り振るための手段と、利用可能なネットワークリソースの量が閾値を下回る場合に、ＧＢＲに基づいてより優先度の低いセッションにより少ないネットワークリソースを割り振るための手段とを含む。
【０１５４】
図２２は、処理システム２２１４を利用する装置１９５０’のためのハードウェア実装形態の一例を示す図である。処理システム２２１４は、バス２２２４によって全般的に表されるバスアーキテクチャを用いて実装され得る。バス２２２４は、処理システム２２１４の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含み得る。バス２２２４は、プロセッサ２２０４、モジュール１９０８、１９１０、１９１２、およびコンピュータ可読媒体２２０６によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス２２２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路のような、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明されない。
【０１５５】
本装置は、送受信機２２１０に結合された処理システム２２１４を含む。送受信機２２１０は、１つまたは複数のアンテナ２２２０に結合される。送受信機２２１０は、伝送媒体を通じて様々な他の装置と通信するための手段を与える。処理システム２２１４は、コンピュータ可読媒体２２０６に結合されたプロセッサ２２０４を含む。プロセッサ２２０４は、コンピュータ可読媒体２２０６に記憶されたソフトウェアの実行を含む一般的な処理を担う。ソフトウェアは、プロセッサ２２０４によって実行されると、処理システム２２１４に、任意の特定の装置のための上で説明された様々な機能を実行させる。コンピュータ可読媒体２２０６はまた、ソフトウェアを実行するときにプロセッサ２２０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１９０８と、１９１０と、１９１２とをさらに含む。それらのモジュールは、プロセッサ２２０４中で動作するソフトウェアモジュールであるか、コンピュータ可読媒体２２０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ２２０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。
【０１５６】
処理システム２２１４は、ｅＮＢ６１０のコンポーネントであってよく、メモリ６７６および／またはＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５のうちの少なくとも１つを含み得る。
【０１５７】
一構成では、ワイヤレス通信のための装置１９５０／１９５０’は、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）からネットワークリソース配分を受信するための手段であって、ネットワークリソース配分が、ブロードキャスト−マルチキャストサービスセンター（ＢＭ−ＳＣ）から受信される少なくとも１つのビットレートに基づく、手段と、ネットワークリソース配分に基づいて、受信されたブロードキャスト／マルチキャストデータの送信をスケジューリングするための手段と、ネットワークリソース配分のすべてがブロードキャスト／マルチキャストデータを送信するために使用されない場合に、ネットワークリソース配分を使用してユニキャストデータを送信するための手段とを含む。
【０１５８】
別の構成では、ワイヤレス通信のための装置１９５０／１９５０’は、ネットワークリソース配分を介して受信されているデータの量の変化を決定するための手段と、受信されているデータの量の変化を示すステータス情報をＭＣＥに送信するための手段と、送信されたステータス情報に基づいて、調整されたネットワークリソース配分をＭＣＥから受信するための手段とを含む。
【０１５９】
さらなる構成では、少なくとも１つのビットレートが保証ビットレート（ＧＢＲ）を備える、ワイヤレス通信のための装置１９５０／１９５０’は、ＧＢＲよりも大きい第１のビットレートで、ネットワークリソース配分に基づいてブロードキャスト／マルチキャストデータの受信をスケジューリングするための手段と、イベントの発生に基づいて、ＧＢＲに等しい第２のビットレートへと調整されたネットワークリソース配分をＭＣＥから受信するための手段と、利用可能なネットワークリソースがＧＢＲを満たせない場合に、所定のパケット破棄規則に従って、データパケットを破棄せよというＭＣＥからの指示を受信するための手段であって、少なくとも１つのビットレートがさらに最大ビットレート（ＭＢＲ）を備える、手段と、別のイベントの発生に基づいて、ＭＢＲに等しい第３のビットレートへと調整された別のネットワークリソース配分をＭＣＥから受信するための手段と、別のイベントが発生すると、データパケットの破棄を止めよというＭＣＥからの指示を受信するための手段とを含む。
【０１６０】
上述の手段は、上述の手段によって列挙される機能を実行するように構成された、装置１９５０、および／または装置１９５０’の処理システム２２１４の上述のモジュールのうちの１つまたは複数であり得る。上で説明されたように、処理システム２２１４は、ＴＸプロセッサ６１６と、ＲＸプロセッサ６７０と、コントローラ／プロセッサ６７５とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって列挙された機能を実行するように構成されたＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５であり得る。
【０１６１】
図２３は、処理システム２３１４を利用する装置２０５０’のためのハードウェア実装形態の一例を示す図である。処理システム２３１４は、バス２３２４によって全般的に表されるバスアーキテクチャを用いて実装され得る。バス２３２４は、処理システム２３１４の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含み得る。バス２３２４は、プロセッサ２３０４、モジュール２００８、２０１０、２０１２、およびコンピュータ可読媒体２３０６によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス２３２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路のような、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明されない。
【０１６２】
本装置は、送受信機２３１０に結合された処理システム２３１４を含む。送受信機２３１０は、１つまたは複数のアンテナ２３２０に結合される。送受信機２３１０は、伝送媒体を通じて様々な他の装置と通信するための手段を与える。処理システム２３１４は、コンピュータ可読媒体２３０６に結合されたプロセッサ２３０４を含む。プロセッサ２３０４は、コンピュータ可読媒体２３０６に記憶されたソフトウェアの実行を含む一般的な処理を担う。ソフトウェアは、プロセッサ２３０４によって実行されると、処理システム２３１４に、任意の特定の装置のための上で説明された様々な機能を実行させる。コンピュータ可読媒体２３０６はまた、ソフトウェアを実行するときにプロセッサ２３０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール２００８と、２０１０と、２０１２とをさらに含む。それらのモジュールは、プロセッサ２３０４中で動作するソフトウェアモジュールであるか、コンピュータ可読媒体２３０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ２３０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。
【０１６３】
一構成では、ワイヤレス通信のための装置２０５０／２０５０’は、セッションのネットワークリソースをマルチセル／マルチキャスト協調エンティティ（ＭＣＥ）に割り振るための少なくとも１つのビットレートを送信するための手段と、ＭＣＥによって決定される調整されたネットワークリソース配分に基づいてデータを送信するための調整されたビットレートをＭＣＥから受信するための手段と、調整されたビットレートに基づいてデータを送信するための手段とを含む。
【０１６４】
開示されたプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセスにおけるステップの特定の順序または階層は並べ替えられ得ることが理解されよう。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１６５】
以上の説明は、当業者が本明細書で説明された様々な態様を実行できるようにするために提供されたものである。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義された一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、特許請求の範囲の文言と矛盾しない最大限の範囲を与えられるべきであり、単数形の要素への言及は、明確にそう明記されていない限り、「ただ１つの」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という語は「１つまたは複数の」を表す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明された様々な態様の要素のすべての構造的および機能的等価物は、参照により本明細書に明示的に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示されたいかなることも、そのような開示が特許請求の範囲に明示的に列挙されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に列挙されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
【図１】
2015502083.tif 000003
【図２】
2015502083.tif 000004
【図３】
2015502083.tif 000005
【図４】
2015502083.tif 000006
【図５】
2015502083.tif 000007
【図６】
2015502083.tif 000008
【図７】
2015502083.tif 000009
【図８】
2015502083.tif 000010
【図９】
2015502083.tif 000011
【図１０】
2015502083.tif 000012
【図１１】
2015502083.tif 000013
【図１２】
2015502083.tif 000014
【図１３】
2015502083.tif 000015
【図１４】
2015502083.tif 000016
【図１５】
2015502083.tif 000017
【図１６】
2015502083.tif 000018
【図１７】
2015502083.tif 000019
【図１８】
2015502083.tif 000020
【図１９】
2015502083.tif 000021
【図２０】
2015502083.tif 000022
【図２１】
2015502083.tif 000023
【図２２】
2015502083.tif 000024
【図２３】
2015502083.tif 000025
【国際調査報告】
2015502083.tif 000026
2015502083.tif 000027
2015502083.tif 000028
2015502083.tif 000029
2015502083.tif 000030
2015502083.tif 000031