(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定することと、
加入者の前記数を所定の閾値と比較することと、
前記サービスがマルチキャストモードで提供されているかどうか、および加入者の前記数が前記所定の閾値を下回るかどうか、を判定することと、
前記サービスがマルチキャストモードで提供されており、加入者の前記数が前記所定の閾値を下回る、と判定すると、前記数の加入者に含まれる１または複数の加入者に修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することと、
前記サービスがユニキャストモードで提供されているかどうか、および加入者の前記数が前記所定の閾値を超えるかどうか、を判定することと、
前記サービスがユニキャストモードで提供されており、加入者の前記数が前記所定の閾値を超える、と判定すると、前記数の加入者に含まれる１または複数の加入者に前記修正されたコンテンツ指定子を送信することによって、マルチキャストモードへの移行を開始することと、を含み、
ここにおいて前記修正されたコンテンツ指定子が、ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ）コンテンツセグメントまたはリアルタイムプロトコル（ＲＴＰ）データパケットに関連付けられるヘッダを含む、方法。
【請求項２】
前記修正されたコンテンツ指定子を前記送信することが、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルの１つまたは複数の信号において、少なくとも１つの指示を送信することを含む、請求項１に記載の方法。
【請求項３】
前記修正されたコンテンツ指定子が、前記ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ）コンテンツセグメントに関連付けられるユニフォームリソースロケータ（ＵＲＬ）を含む、請求項１に記載の方法。
【請求項４】
前記修正されたコンテンツ指定子を送信することが、前記１または複数の加入者に前記サービスを搬送する信号の、少なくとも１つのプロトコル要素または少なくとも１つのヘッダを調整することを含む、請求項１に記載の方法。
【請求項５】
前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダが、ハイパーテキスト転送プロトコル（ｈｔｔｐ）要素とリアルタイムプロトコル（ＲＴＰ）要素とからなる群から選択される、請求項４に記載の方法。
【請求項６】
前記修正されたコンテンツ指定子を前記送信することが、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルとは異なる制御チャネルを介して、少なくとも１つの指示を前記１または複数の加入者に送信することを含む、請求項１に記載の方法。
【請求項７】
前記制御チャネルがマルチメディア制御チャネルを含む、請求項６に記載の方法。
【請求項８】
前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記方法が、ｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素を使用してサービス発見プロシージャをトリガすることをさらに含む、請求項５に記載の方法。
【請求項９】
前記ｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素が、サービス告知を受信するためのプロシージャをトリガするように設計されたセマンティクスを含む前記修正されたコンテンツ指定子を含む、請求項８に記載の方法。
【請求項１０】
前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記方法が、拡張ｈｔｔｐ要素を使用してサービス発見プロシージャをトリガすることをさらに含む、請求項５に記載の方法。
【請求項１１】
１つまたは複数のプロセッサを含む、ワイヤレス通信ネットワーク内の装置であって、前記１つまたは複数のプロセッサが、
前記ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定することと、
加入者の前記数を所定の閾値と比較することと、
前記サービスがマルチキャストモードで提供されているかどうか、および加入者の前記数が前記所定の閾値を下回るかどうか、を判定することと、
前記サービスがマルチキャストモードで提供されており、加入者の前記数が前記所定の閾値を下回る、と判定すると、前記数の加入者に含まれる１または複数の加入者に修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することと、
前記サービスがユニキャストモードで提供されているかどうか、および加入者の前記数が前記所定の閾値を超えるかどうか、を判定することと、
前記サービスがユニキャストモードで提供されており、加入者の前記数が前記所定の閾値を超える、と判定すると、前記数の加入者に含まれる１または複数の加入者に前記修正されたコンテンツ指定子を送信することによって、マルチキャストモードへの移行を開始することと、を行うように構成され、
ここにおいて前記修正されたコンテンツ指定子が、ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ）コンテンツセグメントまたはリアルタイムプロトコル（ＲＴＰ）データパケットに関連付けられるヘッダを含み、
前記装置が、データを記憶するように構成された少なくとも１つのメモリをさらに含む、装置。
【請求項１２】
前記修正されたコンテンツ指定子を前記送信することが、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルの１つまたは複数の信号において、少なくとも１つの指示を送信することを含む、請求項１１に記載の装置。
【請求項１３】
前記修正されたコンテンツ指定子が、前記ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ）コンテンツセグメントに関連付けられるユニフォームリソースロケータ（ＵＲＬ）を含む、請求項１１に記載の装置。
【請求項１４】
前記修正されたコンテンツ指定子を送信することが、前記１または複数の加入者に前記サービスを搬送する信号の、少なくとも１つのプロトコル要素または少なくとも１つのヘッダを調整することを含む、請求項１１に記載の装置。
【請求項１５】
前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダが、ハイパーテキスト転送プロトコル（ｈｔｔｐ）要素とリアルタイムプロトコル（ＲＴＰ）要素とからなる群から選択される、請求項１４に記載の装置。
【請求項１６】
前記修正されたコンテンツ指定子を前記送信することが、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルとは異なる制御チャネルを介して、少なくとも１つの指示を前記１または複数の加入者に送信することを含む、請求項１１に記載の装置。
【請求項１７】
前記制御チャネルがマルチメディア制御チャネルを含む、請求項１６に記載の装置。
【請求項１８】
前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記方法がｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素を使用してサービス発見プロシージャをトリガすることをさらに含む、請求項１５に記載の装置。
【請求項１９】
前記ｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素が、サービス告知を受信するためのプロシージャをトリガするように設計されたセマンティクスを含む前記修正されたコンテンツ指定子を含む、請求項１８に記載の装置。
【請求項２０】
前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記方法が拡張ｈｔｔｐ要素を使用してサービス発見プロシージャをトリガすることをさらに含む、請求項１５に記載の装置。
【請求項２１】
ワイヤレス通信ネットワーク内の装置であって、
前記ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定するための手段と、
加入者の前記数を所定の閾値と比較するための手段と、
送受信機手段とを含み、前記送受信機手段が、
前記サービスがマルチキャストモードで提供されているかどうか、および加入者の前記数が前記所定の閾値を下回るかどうか、を判定することと、
前記サービスがマルチキャストモードで提供されており、加入者の前記数が前記所定の閾値を下回る、と判定すると、前記数の加入者に含まれる１または複数の加入者に修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することと、
前記サービスがユニキャストモードで提供されているかどうか、および加入者の前記数が前記所定の閾値を超えるかどうか、を判定することと、
前記サービスがユニキャストモードで提供されており、加入者の前記数が前記所定の閾値を超える、と判定すると、前記数の加入者に含まれる１または複数の加入者に前記修正されたコンテンツ指定子をユニキャストモードを介して送信することによって、マルチキャストモードへの移行を開始することと、のためのものであり、
ここにおいて前記修正されたコンテンツ指定子が、ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ）コンテンツセグメントまたはリアルタイムプロトコル（ＲＴＰ）データパケットに関連付けられるヘッダを含む、装置。
【請求項２２】
前記修正されたコンテンツ指定子を送信するための前記送受信機手段がさらに、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルの１つまたは複数の信号において、少なくとも１つの指示を送信するために構成される、請求項２１に記載の装置。
【請求項２３】
前記サービスを前記１または複数の加入者に搬送する信号の少なくとも１つのプロトコル要素または少なくとも１つのヘッダを調整するための手段をさらに含み、前記修正されたコンテンツ指定子が、前記調整された少なくとも１つのプロトコル要素または少なくとも１つのヘッダに基づく、請求項２１に記載の装置。
【請求項２４】
前記修正されたコンテンツ指定子を送信するための前記送受信機手段がさらに、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルとは異なる制御チャネルを介して、少なくとも１つの指示を前記１または複数の加入者に送信するために構成される、請求項２１に記載の装置。
【請求項２５】
前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記装置がｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素を使用してサービス発見プロシージャをトリガするための手段をさらに含む、請求項２１に記載の装置。
【請求項２６】
前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記装置が拡張ｈｔｔｐ要素を使用してサービス発見プロシージャをトリガするための手段をさらに含む、請求項２１に記載の装置。
【請求項２７】
コードを記憶したコンピュータ可読記憶媒体であって、前記コードが、１つまたは複数の処理デバイスによって実行されると、前記１つまたは複数の処理デバイスに、
ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定することと、
加入者の前記数を所定の閾値と比較することと、
前記サービスがマルチキャストモードで提供されているかどうか、および加入者の前記数が前記所定の閾値を下回るかどうか、を判定することと、
前記サービスがマルチキャストモードで提供されており、加入者の前記数が前記所定の閾値を下回る、と判定すると、前記数の加入者に含まれる１または複数の加入者に修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することと、
前記サービスがユニキャストモードで提供されているかどうか、および加入者の前記数が前記所定の閾値を超えるかどうか、を判定することと、
前記サービスがユニキャストモードで提供されており、加入者の前記数が前記所定の閾値を超える、と判定すると、前記数の加入者に含まれる１または複数の加入者に前記修正されたコンテンツ指定子を送信することによって、マルチキャストモードへの移行を開始することと、を実行させ、
ここにおいて前記修正されたコンテンツ指定子が、ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ）コンテンツセグメントまたはリアルタイムプロトコル（ＲＴＰ）データパケットに関連付けられるヘッダを含む、コンピュータ可読記憶媒体。
【請求項２８】
ワイヤレス通信ネットワークの端末において、ワイヤレス通信ネットワーク内でマルチメディアサービスを取得することであって、前記マルチメディアサービスが第１の提供モードで提供される、取得することと、
前記端末によって、前記サービスが前記第１の提供モードから第２の提供モードに移行すべきであることを示す修正されたコンテンツ指定子を受信することと、ここにおいて前記修正されたコンテンツ指定子が、ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ）コンテンツセグメントまたはリアルタイムプロトコル（ＲＴＰ）データパケットに関連付けられるヘッダを含む、
前記端末によって、前記修正されたコンテンツ指定子に応答して、前記第１の提供モードから前記第２の提供モードへの移行を開始することと、を含む方法。
【請求項２９】
前記修正されたコンテンツ指定子が、前記第１の提供モードで前記マルチメディアサービスに参加している端末の数と、所定の閾値との比較を反映する、請求項２８に記載の方法。
【請求項３０】
前記第１の提供モードがブロードキャストモードまたはユニキャストモードのうちの１つであり、前記第２の提供モードが対応するユニキャストモードまたはブロードキャストモードのうちの１つである、請求項２８に記載の方法。
【請求項３１】
前記修正されたコンテンツ指定子が、ｉ）前記端末に前記サービスを提供するために使用されるチャネルと異なる制御チャネル、またはｉｉ）前記端末に前記サービスを提供するために使用される前記チャネル、のうちの１つを介して受信される、請求項２８に記載の方法。
【請求項３２】
前記コンテンツ指定子が、ユニフォームリソースロケータ（ＵＲＬ）を含む、請求項２８に記載の方法。
【請求項３３】
前記修正されたコンテンツ指定子を受信することが、前記端末に前記サービスを搬送する信号の少なくとも１つのプロトコル要素または少なくとも１つのヘッダの少なくとも１つの調整されたバージョンを受信することを含む、請求項２８に記載の方法。
【請求項３４】
前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダが、ハイパーテキスト転送プロトコル（ｈｔｔｐ）要素とリアルタイムプロトコル（ＲＴＰ）要素とからなる群から選択される、請求項３３に記載の方法。
【請求項３５】
前記制御チャネルがマルチメディア制御チャネルを含む、請求項３１に記載の方法。
【請求項３６】
少なくとも１つのプロセッサを含む、ワイヤレス通信ネットワークにおいて使用するための端末であって、前記少なくとも１つのプロセッサが、
ワイヤレス通信ネットワークにおいてマルチメディアサービスを取得することであって、前記マルチメディアサービスが第１の提供モードで提供される、取得することと、
前記サービスが前記第１の提供モードから第２の提供モードに移行すべきであることを示す修正されたコンテンツ指定子を受信することと、ここにおいて前記修正されたコンテンツ指定子が、ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ）コンテンツセグメントまたはリアルタイムプロトコル（ＲＴＰ）データパケットに関連付けられるヘッダを含む、
前記修正されたコンテンツ指定子に応答して、前記第１の提供モードから前記第２の提供モードへの移行を開始することと、を行うように構成され、
前記端末が、データを記憶するように構成された少なくとも１つのメモリをさらに含む、端末。
【請求項３７】
前記修正されたコンテンツ指定子が、前記第１の提供モードで前記マルチメディアサービスに参加している端末の数と、所定の閾値との比較を反映する、請求項３６に記載の端末。
【請求項３８】
前記第１の提供モードがブロードキャストモードまたはユニキャストモードのうちの１つであり、前記第２の提供モードが対応するユニキャストモードまたはブロードキャストモードのうちの１つである、請求項３６に記載の端末。
【請求項３９】
前記修正されたコンテンツ指定子が、ｉ）前記端末に前記サービスを提供するために使用されるチャネルと異なる制御チャネル、またはｉｉ）前記端末に前記サービスを提供するために使用される前記チャネル、のうちの１つを介して受信される、請求項３６に記載の端末。
【請求項４０】
前記コンテンツ指定子が、ユニフォームリソースロケータ（ＵＲＬ）を含む、請求項３６に記載の端末。
【請求項４１】
前記修正されたコンテンツ指定子を受信することが、前記端末に前記サービスを搬送する信号の少なくとも１つのプロトコル要素または少なくとも１つのヘッダの少なくとも１つの調整されたバージョンを受信することを含む、請求項３６に記載の端末。
【請求項４２】
ワイヤレス通信ネットワークにおいて使用するための端末であって、
ワイヤレス通信ネットワークの端末において、ワイヤレス通信ネットワーク内でマルチメディアサービスを取得するための手段であって、前記マルチメディアサービスが第１の提供モードで提供される、手段と、
前記端末によって、前記サービスが前記第１の提供モードから第２の提供モードに移行すべきであることを示す修正されたコンテンツ指定子を受信するための送受信機手段と、ここにおいて前記修正されたコンテンツ指定子が、ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ）コンテンツセグメントまたはリアルタイムプロトコル（ＲＴＰ）データパケットに関連付けられるヘッダを含む、
前記端末によって、前記修正されたコンテンツ指定子に応答して、前記第１の提供モードから前記第２の提供モードへの移行を開始するための手段と、を含む、端末。
【請求項４３】
前記修正されたコンテンツ指定子が、前記第１の提供モードで前記マルチメディアサービスに参加している端末の数と、所定の閾値との比較を反映する、請求項４２に記載の端末。
【請求項４４】
前記第１の提供モードがブロードキャストモードまたはユニキャストモードのうちの１つであり、前記第２の提供モードが対応するユニキャストモードまたはブロードキャストモードのうちの１つである、請求項４２に記載の端末。
【請求項４５】
前記修正されたコンテンツ指定子が、ｉ）前記端末に前記サービスを提供するために使用されるチャネルと異なる制御チャネル、またはｉｉ）前記端末に前記サービスを提供するために使用される前記チャネル、のうちの１つを介して受信される、請求項４２に記載の端末。
【請求項４６】
前記修正されたコンテンツ指定子を受信することが、前記端末に前記サービスを搬送する信号の少なくとも１つのプロトコル要素または少なくとも１つのヘッダの少なくとも１つの調整されたバージョンを受信することを含む、請求項４２に記載の端末。
【請求項４７】
コードを記憶したコンピュータ可読記憶媒体であって、前記コードが、１つまたは複数の処理デバイスによって実行されると、前記１つまたは複数の処理デバイスに、
ワイヤレス通信ネットワークの端末において、ワイヤレス通信ネットワーク内でマルチメディアサービスを取得することであって、前記マルチメディアサービスが第１の提供モードで提供される、取得することと、
前記端末によって、前記サービスが前記第１の提供モードから第２の提供モードに移行すべきであることを示す修正されたコンテンツ指定子を受信することと、ここにおいて前記修正されたコンテンツ指定子が、ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ）コンテンツセグメントまたはリアルタイムプロトコル（ＲＴＰ）データパケットに関連付けられるヘッダを含む、
前記端末によって、前記修正されたコンテンツ指定子に応答して、前記第１の提供モードから前記第２の提供モードへの移行を開始することと、を実行させる、コンピュータ可読記憶媒体。
【請求項４８】
前記修正されたコンテンツ指定子が、前記第１の提供モードで前記マルチメディアサービスに参加している端末の数と、所定の閾値との比較を反映する、請求項４７に記載のコンピュータ可読記憶媒体。
【請求項４９】
前記１または複数の加入者のうちの少なくとも１人の加入者に移行の時間の指示を送信することをさらに備える、請求項１に記載の方法。
【請求項５０】
前記移行の時間の指示は、前記１または複数の加入者のうちの前記少なくとも１人の加入者が、マルチキャストモードからユニキャストモードに移行するために時間をスケジューリングする信号を備える、請求項４９に記載の方法。
【請求項５１】
移行の時間を決定することをさらに備え、ここにおいて前記端末が前記第１の提供モードから前記第２の提供モードに移行すべきである、請求項２８に記載の方法。
【請求項５２】
前記移行の時間が、前記端末でランダムな遅延を生成することによって決定される、請求項５１に記載の方法。
【発明の詳細な説明】
【優先権の主張】
【０００１】
関連出願の相互参照
本特許出願は、本出願の譲受人に譲渡され、参照によりその全体が本明細書に明確に組み込まれる、２０１１年７月２５日に出願された「ＭＡＮＡＧＩＮＧ  ＨＡＮＤＯＦＦ  ＴＲＩＧＧＥＲＩＮＧ  ＢＥＴＷＥＥＮ  ＵＮＩＣＡＳＴ  ＡＮＤ  ＭＵＬＴＩＣＡＳＴ  ＳＥＲＶＩＣＥＳ」と題する米国仮出願第６１／５１１，４９０号の優先権を主張する。
【技術分野】
【０００２】
本開示の態様は、一般に、ワイヤレス通信システムに関し、より詳細には、ワイヤレス通信ネットワークにおけるマルチメディアサービスの提供を管理することに関する。
【背景技術】
【０００３】
ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどのような様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例には、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。
【０００４】
ワイヤレス通信ネットワークは、モバイルデバイスまたはモバイルエンティティとも呼ばれるいくつかのユーザ機器（ＵＥ）の通信をサポートすることができるいくつかの基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。本明細書で使用するとき、「基地局」は、ワイヤレス通信システムの発展型Ｎｏｄｅ  Ｂ（ｅＮｏｄｅ  ＢまたはｅＮＢ）、Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、または同様のネットワークコンポーネントを意味する。
【０００５】
第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）ロングタームエボリューション（ＬＴＥ：Long Term Evolution）は、移動体通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile communications）およびユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）の発展形として、セルラー技術における大きな進歩を代表するものである。ＬＴＥの物理レイヤ（ＰＨＹ）は、発展型Ｎｏｄｅ  Ｂ（ｅＮＢ）のような基地局と、ＵＥのようなモバイルエンティティとの間でデータと制御情報の両方を搬送する高効率な方法を提供する。従来の適用形態では、マルチメディアのために高帯域幅通信を促進するための方法は、単一周波数ネットワーク（ＳＦＮ）動作であった。ＳＦＮは、たとえば、ｅＮＢのような無線送信機を利用して、加入者ＵＥと通信する。ユニキャスト動作では、各ｅＮＢは、１つまたは複数の特定の加入者ＵＥに向けられた情報を搬送する信号を送信するために制御され得る。ユニキャストシグナリングの特異性は、たとえば、音声通話、テキストメッセージング、またはビデオ通話のような、人対人のサービスを可能にするために使用され得る。
【０００６】
ブロードキャスト動作では、ブロードキャストエリア内の１つまたは複数のｅＮＢが、同期された方式で信号をブロードキャストして、ブロードキャストエリア内の加入者ＵＥによって受信およびアクセスされ得る情報を搬送し得る。ブロードキャスト動作の一般性によって、公衆が関心を持つ情報、たとえば、イベント関連のマルチメディアブロードキャストを送信する際の効率をより高くすることが可能になる。イベント関連のマルチメディアおよび他のブロードキャストサービスに関する需要およびシステム能力が高まってきたので、システムオペレータは、３ＧＰＰネットワークにおいてブロードキャスト動作を利用することに対して、ますます関心を示すようになった。従来は、３ＧＰＰ  ＬＴＥ技術は主にユニキャストサービスのために使用され、ブロードキャストシグナリングに関連する改善および増強の機会は置き去りにされてきた。
【０００７】
この状況では、ＵＥが通信モードを（たとえば、ブロードキャストモードからユニキャストモードに、またはユニキャストモードからブロードキャストモードに）切り替えるときには、ＵＥに届けられているコンテンツに関してサービスの連続性を維持することが望ましい。言い換えると、届けられているコンテンツに関して、ＵＥにおけるサービスの中断を避けることが望ましい。たとえば、ＵＥがユニキャストモードからブロードキャストモードに切り替わる状況では、ＵＥは、ブロードキャストを介してコンテンツおよび／またはサービス告知を届けるために使用されるチャネル／周波数とは異なるチャネル／周波数を監視していることがある。したがって、ユニキャストトラフィックチャネルを監視しているＵＥは、サービスの中断を避けるためにブロードキャストチャネルに切り替えるべきであることを知らないことがある。ＵＥは、ブロードキャストチャネルがセットアップされるまで、ユニキャストチャネルでコンテンツを受信し続け得る。ＵＥがブロードキャストモードからユニキャストモードに切り替わる状況の例では、ブロードキャストが中止または停止される前に、ＵＥがユニキャストトラフィックチャネルをセットアップすることを望ましい。ここで、ＵＥは、コンテンツの受信を続けるためにユニキャストトラフィックチャネルをセットアップすべきであることを知らないことがある。したがって、適切なチャネル／周波数を監視し、および／または適切なチャネル／周波数をセットアップして、ＵＥに対するサービスの中断を避けるように、ＵＥに命令し、またはＵＥを構成するための技法が必要である。
【発明の概要】
【０００８】
以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図される態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別することを意図したものでも、いずれかまたはすべての態様の範囲を定めることを意図したものでもない。その唯一の目的は、以下で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００９】
ユニキャストサービスとマルチキャストサービスとの間でのハンドオフトリガリングを管理するための方法および装置が開示される。一態様によれば、方法は、ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定することを含む。方法はさらに、加入者の数を所定の閾値と比較することを含む。方法はさらに、サービスが現在ブロードキャストモードまたはマルチキャストモードで提供されており、加入者の数が所定の閾値を下回る場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することを含む。方法はさらに、サービスが現在ユニキャストモードで提供されており、加入者の数が所定の閾値を超える場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子をユニキャストモードを介して送信することによって、ブロードキャストモードまたはマルチキャストモードへの移行を開始することを含む。
【００１０】
別の態様によれば、ワイヤレス通信ネットワーク内の装置は、ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定することと、加入者の数を所定の閾値と比較することと、サービスが現在ブロードキャストモードまたはマルチキャストモードで提供されており、加入者の数が所定の閾値を下回る場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することと、サービスが現在ユニキャストモードで提供されており、加入者の数が所定の閾値を超える場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子をユニキャストモードを介して送信することによって、ブロードキャストモードまたはマルチキャストモードへの移行を開始することと、を行うように構成された１つまたは複数のプロセッサを含む。装置はさらに、データを記憶するように構成された少なくとも１つのメモリを含む。
【００１１】
別の態様によれば、ワイヤレス通信ネットワーク内の装置は、ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定するための手段と、加入者の数を所定の閾値と比較するための手段と、サービスが現在ブロードキャストモードまたはマルチキャストモードで提供されており、加入者の数が所定の閾値を下回る場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始し、サービスが現在ユニキャストモードで提供されており、加入者の数が所定の閾値を超える場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子をユニキャストモードを介して送信することによって、ブロードキャストモードまたはマルチキャストモードへの移行を開始するための送受信機手段とを含む。
【００１２】
別の態様によれば、コンピュータプログラム製品は、コードを含むコンピュータ可読媒体を含み、コードは、１つまたは複数の処理デバイスによって実行されると、ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定することと、加入者の数を所定の閾値と比較することと、サービスが現在ブロードキャストモードまたはマルチキャストモードで提供されており、加入者の数が所定の閾値を下回る場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することと、サービスが現在ユニキャストモードで提供されており、加入者の数が所定の閾値を超える場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子をユニキャストモードを介して送信することによって、ブロードキャストモードまたはマルチキャストモードへの移行を開始することと、を含む動作の実施をもたらす。
【００１３】
ワイヤレス通信システムにおいて、サービスのマルチキャストデリバリーを介したコンテンツの受信と、サービスのユニキャストデリバリーを介したコンテンツの受信との間で移行するための、方法および装置が開示される。一態様によれば、方法は、ワイヤレス通信ネットワークの端末において、ワイヤレス通信ネットワーク内でマルチメディアサービスを取得することであって、マルチメディアサービスが第１の提供モードで提供されている、取得することと、サービスが第１の提供モードから第２の提供モードへ移行すべきであることを示す修正されたコンテンツ指定子を、端末によって通信ネットワークから受信することと、修正されたコンテンツ指定子に応答して、第１の提供モードから第２の提供モードへの移行を端末によって開始することと、を含む。
【００１４】
別の態様によれば、ワイヤレス通信ネットワークにおいて使用するための端末は、ワイヤレス通信ネットワーク内でマルチメディアサービスを取得することであって、マルチメディアサービスが第１の提供モードで提供されている、取得することと、サービスが第１の提供モードから第２の提供モードへ移行すべきであることを示す修正されたコンテンツ指定子を通信ネットワークから受信することと、修正されたコンテンツ指定子に応答して、第１の提供モードから第２の提供モードへの移行を開始することと、を行うように構成された、少なくとも１つのプロセッサを含む。端末はさらに、データを記憶するように構成された少なくとも１つのメモリを含む。
【００１５】
別の態様によれば、ワイヤレス通信ネットワークにおいて使用するための端末は、ワイヤレス通信ネットワーク内でマルチメディアサービスを取得するための手段であって、マルチメディアサービスが第１の提供モードで提供されている、手段と、サービスが第１の提供モードから第２の提供モードへ移行すべきであることを示す修正されたコンテンツ指定子を通信ネットワークから受信するための送受信機手段と、修正されたコンテンツ指定子に応答して、第１の提供モードから第２の提供モードへの移行を開始するための手段とを含む。端末はさらに、データを記憶するように構成された少なくとも１つのメモリを含む。
【００１６】
別の態様によれば、コンピュータプログラム製品は、コードを含むコンピュータ可読媒体を含み、コードは、１つまたは複数の処理デバイスによって実行されると、ワイヤレス通信ネットワークの端末において、ワイヤレス通信ネットワーク内でマルチメディアサービスを取得することであって、マルチメディアサービスが第１の提供モードで提供されている、取得することと、サービスが第１の提供モードから第２の提供モードへ移行すべきであることを示す修正されたコンテンツ指定子を、端末によって通信ネットワークから受信することと、修正されたコンテンツ指定子に応答して、第１の提供モードから第２の提供モードへの移行を端末によって開始することと、を含む動作の実施をもたらす。
【００１７】
様々な態様が例として図示され説明される、以下の詳細な説明から、当業者には他の態様が容易に明らかになることを理解されたい。図面および詳細な説明は、例示的なものと見なされるべきであり、限定的なものと見なされるべきではない。
【図面の簡単な説明】
【００１８】
【図１】テレコミュニケーションシステムの一例を概念的に示すブロック図。
【図２】テレコミュニケーションシステムにおけるダウンリンクフレーム構造の一例を概念的に示すブロック図。
【図３】本開示の一態様に従って構成された基地局／ｅＮＢおよびＵＥの設計を概念的に示すブロック図。
【図４】ユニキャスト信号およびマルチキャスト信号のためのシンボル割り当ての一例を示すシグナリングフレームの図。
【図５】単一周波数ネットワークでのＭＢＭＳ（ＭＢＳＦＮ：MBMS over a Single Frequency Network）サービスエリア内のＭＢＳＦＮエリアを示す図。
【図６】ＭＢＳＦＮサービスを提供またはサポートするためのワイヤレス通信システムのコンポーネントを示すブロック図。
【図７】ワイヤレス通信システムにおけるマルチキャストサービスを管理するための方法の一実施形態を示す図。
【図８】マルチキャストセッションのアクティブ状態と非アクティブ／スタンバイ状態とを示す状態図。
【図９Ａ】ワイヤレス通信システムにおける需要ベースのマルチキャストサービスを実施するための方法の実施形態を示す図。
【図９Ｂ】ワイヤレス通信システムにおける需要ベースのマルチキャストサービスを実施するための方法の実施形態を示す図。
【図９Ｃ】ワイヤレス通信システムにおける需要ベースのマルチキャストサービスを実施するための方法の実施形態を示す図。
【図９Ｄ】ワイヤレス通信システムにおける需要ベースのマルチキャストサービスを実施するための方法の実施形態を示す図。
【図９Ｅ】ワイヤレス通信システムにおける需要ベースのマルチキャストサービスを実施するための方法の実施形態を示す図。
【図９Ｆ】ワイヤレス通信システムにおける需要ベースのマルチキャストサービスを実施するための方法の実施形態を示す図。
【図９Ｇ】ワイヤレス通信システムにおける需要ベースのマルチキャストサービスを実施するための方法の実施形態を示す図。
【図９Ｈ】マルチメディアコンテンツのデリバリーに関連するＤＡＳＨプロトコルの態様を示すブロック図。
【図９Ｉ】マルチメディアコンテンツ９５０Ａ〜Ｂのコンテンツ指定子の例示的な修正を示す図。
【図１０Ａ】図９Ａ〜図９Ｇの方法を実施するためのシステムの例を示す図。
【図１０Ｂ】図９Ａ〜図９Ｇの方法を実施するためのシステムの例を示す図。
【図１０Ｃ】図９Ａ〜図９Ｇの方法を実施するためのシステムの例を示す図。
【図１０Ｄ】図９Ａ〜図９Ｇの方法を実施するためのシステムの例を示す図。
【図１１Ａ】ワイヤレス通信システムにおいて、サービスのマルチキャストデリバリーを介したコンテンツの受信と、サービスのユニキャストデリバリーを介したコンテンツの受信との間で移行するための方法の実施形態を示す図。
【図１１Ｂ】ワイヤレス通信システムにおいて、サービスのマルチキャストデリバリーを介したコンテンツの受信と、サービスのユニキャストデリバリーを介したコンテンツの受信との間で移行するための方法の実施形態を示す図。
【図１２Ａ】図１１Ａの方法を実施するためのシステムの例を示す図。
【図１２Ｂ】図１１Ｂの方法を実施するためのシステムの例を示す図。
【図１３Ａ】本開示の様々な実施形態による、サービスのマルチキャストデリバリーとサービスのユニキャストデリバリーとの間で移行するための手法を実施するワイヤレス通信システムの様々なコンポーネントによる活動を示すシーケンス図。
【図１３Ｂ】本開示の様々な実施形態による、サービスのマルチキャストデリバリーとサービスのユニキャストデリバリーとの間で移行するための手法を実施するワイヤレス通信システムの様々なコンポーネントによる活動を示すシーケンス図。
【図１３Ｃ】本開示の様々な実施形態による、サービスのマルチキャストデリバリーとサービスのユニキャストデリバリーとの間で移行するための手法を実施するワイヤレス通信システムの様々なコンポーネントによる活動を示すシーケンス図。
【図１４】本開示の様々な実施形態による、サービスのマルチキャストデリバリーとサービスのユニキャストデリバリーとの間で移行するための手法を実施するワイヤレス通信システムの様々なコンポーネントによる活動を示すシーケンス図。
【図１５】本開示の様々な実施形態による方法のフローチャート。
【図１６】本開示の様々な実施形態による方法のフローチャート。
【詳細な説明】
【００１９】
添付の図面に関して以下に示される詳細な説明は、様々な構成／実施形態を説明するものであり、本明細書で説明される概念が実施され得る唯一の構成を表すものではない。詳細な説明は、様々な概念の完全な理解を与えるための具体的な詳細を含む。しかしながら、これらの概念はこれらの具体的な詳細を伴わずに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造およびコンポーネントをブロック図の形式で示す。
【００２０】
本明細書で説明される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークのような、様々なワイヤレス通信ネットワークに使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＣＤＭＡ２０００などの無線技術を実装することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形を含む。ＣＤＭＡ２０００は、ＩＳ−２０００規格と、ＩＳ−９５規格と、ＩＳ−８５６規格とをカバーする。ＴＤＭＡネットワークは、移動体通信用グローバルシステム（ＧＳＭ）などの無線技術を実装することができる。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡなどのような無線技術を実装することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト（3rd Generation Partnership Project）」（３ＧＰＰ）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２（3rd Generation Partnership Project 2）」（３ＧＰＰ２）という名称の組織からの文書に記載されている。本明細書で説明される技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用され得る。明快のために、本技法のいくつかの態様は以下ではＬＴＥに関して説明され、以下の説明の大部分でＬＴＥ用語が使用される。
【００２１】
図１は、ワイヤレス通信ネットワーク１００を示し、これはＬＴＥネットワークであり得る。ワイヤレスネットワーク１００は、いくつかのｅＮＢ１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ＵＥと通信する局であり、基地局、Ｎｏｄｅ  Ｂ、アクセスポイント、または他の用語でも呼ばれ得る。各ｅＮＢ１１０ａ、１１０ｂ、１１０ｃは、特定の地理的エリアに対して通信カバレッジを提供することができる。３ＧＰＰでは、「セル」という用語は、この用語が使用される状況に応じて、ｅＮＢのカバレッジエリアおよび／またはこのカバレッジエリアにサービスしているｅＮＢサブシステムを指すことがある。
【００２２】
ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレッジを提供し得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーでき、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、家庭）をカバーでき、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：Closed Subscriber Group）内のＵＥ、家庭内のユーザのためのＵＥなど）による限定アクセスを可能にし得る。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれ得る。ピコセルのためのｅＮＢは、ピコｅＮＢと呼ばれ得る。フェムトセルのためのｅＮＢは、フェムトｅＮＢまたはホームｅＮＢ（ＨＮＢ）と呼ばれ得る。図１に示される例では、ｅＮＢ１１０ａ、１１０ｂ、および１１０ｃは、それぞれ、マクロセル１０２ａ、１０２ｂ、および１０２ｃのためのマクロｅＮＢであり得る。ｅＮＢ１１０ｘは、ＵＥ１２０ｘにサービスするピコセル１０２ｘのためのピコｅＮＢであり得る。ｅＮＢ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートすることができる。
【００２３】
ワイヤレスネットワーク１００はまた、中継局１１０ｒを含み得る。中継局は、上流局（たとえば、ｅＮＢまたはＵＥ）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信を下流局（たとえば、ＵＥまたはｅＮＢ）に送信する局である。中継局はまた、他のＵＥに対する送信を中継するＵＥであり得る。図１に示される例では、中継局１１０ｒは、ｅＮＢ１１０ａとＵＥ１２０ｒとの間の通信を支援するために、ｅＮＢ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局は、リレーｅＮＢ、リレーなどと呼ばれることもある。
【００２４】
ワイヤレスネットワーク１００は、様々なタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなどを含み得る異種ネットワークであり得る。これらの様々なタイプのｅＮＢは、様々な送信出力レベル、様々なカバレッジエリア、およびワイヤレスネットワーク１００における干渉に対する様々な影響を有し得る。たとえば、マクロｅＮＢは、高い送信電力レベル（たとえば、５〜４０ワット）を有し得るが、ピコｅＮＢ、フェムトｅＮＢ、およびリレーは、より低い送信電力レベル（たとえば、０．１〜２ワット）を有し得る。
【００２５】
ワイヤレスネットワーク１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、ｅＮＢは同様のフレームタイミングを有してよく、異なるｅＮＢからの送信は時間的に概ねアラインメントされ得る。非同期動作の場合、ｅＮＢは異なるフレームタイミングを有することがあり、異なるｅＮＢからの送信は時間的にアラインメントされないことがある。本明細書で説明される技法は、同期動作と非同期動作の両方のために使用され得る。
【００２６】
ネットワークコントローラ１３０は、ｅＮＢのセットに結合し、これらのｅＮＢの協調と制御とを行い得る。ネットワークコントローラ１３０は、バックホールを介してｅＮＢ１１０と通信し得る。ｅＮＢ１１０はまた、たとえば、直接、またはワイヤレスバックホールもしくは有線バックホールを介して間接的に、互いに通信し得る。
【００２７】
ＵＥ１２０は、ワイヤレスネットワーク１００全体にわたって分散されてよく、各ＵＥは、固定式または移動式であり得る。ＵＥはまた、端末、移動局、加入者装置、局などとも呼ばれ得る。ＵＥは、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、または他のモバイルエンティティであり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー、または他のネットワークエンティティと通信することが可能であり得る。図１において、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上でのＵＥとそのＵＥにサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の所望の送信を示す。両矢印付きの破線は、ＵＥとｅＮＢとの間の干渉送信を示す。
【００２８】
ＬＴＥは、ダウンリンクで直交周波数分割多重化（ＯＦＤＭ）を利用し、アップリンクでシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用することができる。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビンなどとも呼ばれる複数（Ｋ）個の直交サブキャリアに分割する。各サブキャリアはデータで変調され得る。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送信され得る。隣接するサブキャリア間の間隔は固定されていてよく、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。たとえば、Ｋは、それぞれ１．２５、２．５、５、１０または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対して、１２８、２５６、５１２、１０２４または２０４８に等しいものであり得る。システム帯域幅は、サブバンドにも区分され得る。たとえば、サブバンドは１．０８ＭＨｚをカバーでき、１．２５、２．５、５、１０、または２０ＭＨｚのシステム帯域幅に対して、それぞれ１個、２個、４個、８個、または１６個のサブバンドがあり得る。
【００２９】
図２は、ＬＴＥにおいて使用されるダウンリンクフレーム構造２００を示す。ダウンリンクの送信タイムラインは、無線フレーム２０２、２０４、２０６の単位に区分され得る。各無線フレームは、所定の持続期間（たとえば、１０ミリ秒（ｍｓ））を有してよく、０〜９のインデックスをもつ１０個のサブフレーム２０８に区分され得る。各サブフレームは、２個のスロット、たとえばスロット２１０を含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、「Ｌ」個のシンボル期間、たとえば、図２に示されるようにノーマルサイクリックプレフィックス（ＣＰ）の場合は７個のシンボル期間２１２、または拡張サイクリックプレフィックスの場合は６個のシンボル期間を含み得る。ノーマルＣＰおよび拡張ＣＰは、本明細書では異なるＣＰのタイプとして言及され得る。各サブフレーム中の２Ｌ個のシンボル期間には、０〜２Ｌ−１のインデックスが割り当てられ得る。利用可能な時間周波数リソースは、リソースブロックに区分され得る。各リソースブロックは、１つのスロット中でＮ個のサブキャリア（たとえば、１２個のサブキャリア）をカバーし得る。
【００３０】
ＬＴＥでは、ｅＮＢは、ｅＮＢ中の各セルについてプライマリ同期信号（ＰＳＳ）とセカンダリ同期信号（ＳＳＳ）とを送信し得る。プライマリ同期信号およびセカンダリ同期信号は、図２に示されるように、それぞれ、ノーマルサイクリックプレフィックスをもつ各無線フレームのサブフレーム０および５の各々のシンボル期間６および５において送信され得る。同期信号は、セル検出および取得のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１のシンボル期間０〜３において物理ブロードキャストチャネル（ＰＢＣＨ）を送信し得る。ＰＢＣＨは、特定のシステム情報を搬送し得る。
【００３１】
ｅＮＢは、図２では第１のシンボル期間全体に示されているが、各サブフレームの第１のシンボル期間の一部分のみで、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を送信し得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるいくつか（Ｍ個）のシンボル期間を運ぶことができ、ここで、Ｍは、１、２または３に等しく、サブフレームごとに変化し得るものであり得る。Ｍはまた、たとえば、リソースブロックが１０個未満である小さいシステム帯域幅では、４に等しいものであり得る。図２に示される例では、Ｍ＝３である。ｅＮＢは、各サブフレームの最初のＭ個のシンボル期間で（図２ではＭ＝３）、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とを送信し得る。ＰＨＩＣＨは、ハイブリッド自動再送（ＨＡＲＱ）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのリソース割り当てに関する情報と、ダウンリンクチャネルのための制御情報とを搬送し得る。図２では第１のシンボル期間には示されていないが、ＰＤＣＣＨおよびＰＨＩＣＨは、第１のシンボル期間にも含まれ得ることが理解される。同様に、ＰＨＩＣＨおよびＰＤＣＣＨはまた、第２のシンボル期間と第３のシンボル期間の両方の中にあり得るが、図２にはそのようには示されていない。ｅＮＢは、各サブフレームの残りのシンボル期間において物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信し得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジューリングされたＵＥのためのデータを搬送し得る。ＬＴＥにおける様々な信号およびチャネルは、公開されている「Evolved Universal Terrestrial Radio Access(E-UTRA); Physical Channels and Modulation」と題する３ＧＰＰ  ＴＳ３６．２１１に記載されている。
【００３２】
ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚにおいて、ＰＳＳと、ＳＳＳと、ＰＢＣＨとを送信し得る。ｅＮＢは、これらのチャネルが送信される各シンボル期間においてシステム帯域幅全体にわたってＰＣＦＩＣＨとＰＨＩＣＨとを送信し得る。ｅＮＢは、システム帯域幅のいくつかの部分においてＵＥのグループにＰＤＣＣＨを送信し得る。ｅＮＢは、システム帯域幅の特定の部分において特定のＵＥにＰＤＳＣＨを送信し得る。ｅＮＢは、すべてのＵＥにブロードキャスト方式で、ＰＳＳと、ＳＳＳと、ＰＢＣＨと、ＰＣＦＩＣＨと、ＰＨＩＣＨとを送信することができ、特定のＵＥにユニキャスト方式でＰＤＣＣＨを送信することができ、また特定のＵＥにユニキャスト方式でＰＤＳＣＨを送信することができる。
【００３３】
各シンボル期間において、いくつかのリソース要素が利用可能であり得る。各リソース要素は、１つのシンボル期間において１つのサブキャリアをカバーすることができ、実数値または複素数値であり得る１つの変調シンボルを送信するために使用され得る。各シンボル期間中に基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ）へと配置され得る。各ＲＥＧは、１つのシンボル期間に４つのリソース要素を含み得る。ＰＣＦＩＣＨは、シンボル期間０において、周波数上でほぼ等しく離間され得る、４つのＲＥＧを占有し得る。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間において、周波数上で拡散され得る、３つのＲＥＧを占有し得る。たとえば、ＰＨＩＣＨ用の３つのＲＥＧは、すべてシンボル期間０中に属することができ、またはシンボル期間０、１および２中に分散し得る。ＰＤＣＣＨは、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択され得る、９、１８、３２または６４個のＲＥＧを占有し得る。ＲＥＧのいくつかの組合せのみが、ＰＤＣＣＨに関して許可され得る。
【００３４】
ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知り得る。ＵＥは、ＰＤＣＣＨのためのＲＥＧの様々な組合せを探索し得る。探索すべき組合せの数は、一般に、ＰＤＣＣＨに関して許可された組合せの数よりも少ない。ｅＮＢは、ＵＥが探索することになる組合せのいずれかにおいて、ＵＥに対してＰＤＣＣＨを送り得る。
【００３５】
ＵＥは、複数のｅＮＢのカバレッジ内にあり得る。ＵＥにサービスするために、これらのｅＮＢのうちの１つが選択され得る。サービングｅＮＢは、受信電力、経路損失、信号対雑音比（ＳＮＲ）などのような、様々な基準に基づいて選択され得る。
【００３６】
図３は、図１の基地局／ｅＮＢの１つおよびＵＥの１つであり得る、基地局／ｅＮＢ１１０およびＵＥ１２０の設計を示すブロック図を示す。制限された関連付けの状況では、基地局１１０は図１のマクロｅＮＢ１１０ｃであり得、ＵＥ１２０はＵＥ１２０ｙであり得る。基地局１１０はまた、何らかの他のタイプの基地局であり得る。基地局１１０は、アンテナ３３４ａ〜３３４ｔを備えることができ、ＵＥ１２０は、アンテナ３５２ａ〜３５２ｒを備えることができる。
【００３７】
基地局１１０において、送信プロセッサ３２０は、データソース３１２からデータを受信し、コントローラ／プロセッサ３４０から制御情報を受信し得る。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものであり得る。データは、ＰＤＳＣＨなどのためのものであり得る。プロセッサ３２０は、データと制御情報とを処理（たとえば、符号化およびシンボルマッピング）して、それぞれデータシンボルと制御シンボルとを取得し得る。プロセッサ３２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ３３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行することができ、出力シンボルストリームを変調器（ＭＯＤ）３３２ａ〜３３２ｔに与えることができる。各変調器３３２は、（たとえば、ＯＦＤＭなどの）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得し得る。各変調器３３２はさらに、出力サンプルストリームを処理（たとえば、アナログへの変換、増幅、フィルタリング、およびアップコンバート）して、ダウンリンク信号を取得することができる。変調器３３２ａ〜３３２ｔからのダウンリンク信号は、それぞれアンテナ３３４ａ〜３３４ｔを介して送信され得る。
【００３８】
ＵＥ１２０において、アンテナ３５２ａ〜３５２ｒは、基地局１１０からダウンリンク信号を受信でき、受信された信号をそれぞれ復調器（ＤＥＭＯＤ）３５４ａ〜３５４ｒに与えることができる。各復調器３５４は、それぞれの受信された信号を調整（たとえば、フィルタリング、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを得ることができる。各復調器３５４は、さらに、（たとえば、ＯＦＤＭなどの）入力サンプルを処理して、受信されたシンボルを取得することができる。ＭＩＭＯ検出器３５６は、すべての復調器３５４ａ〜３５４ｒから受信シンボルを得て、可能な場合は受信されたシンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを与えることができる。受信プロセッサ３５８は、検出されたシンボルを処理（たとえば、復調、デインターリーブ、および復号）し、ＵＥ１２０の復号されたデータをデータシンク３６０に与え、復号された制御情報をコントローラ／プロセッサ３８０に与えることができる。
【００３９】
アップリンク上では、ＵＥ１２０において、送信プロセッサ３６４は、データソース３６２から（たとえば、ＰＵＳＣＨのための）データを受信し処理でき、コントローラ／プロセッサ３８０から（たとえば、ＰＵＣＣＨのための）制御情報を受信し処理できる。プロセッサ３６４はまた、基準信号のための基準シンボルを生成することができる。送信プロセッサ３６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ３６６によってプリコードされ、さらに（たとえば、ＳＣ−ＦＤＭなどのために）変調器３５４ａ〜３５４ｒによって処理され、基地局１１０に送信され得る。基地局１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ３３４によって受信され、復調器３３２によって処理され、可能な場合はＭＩＭＯ検出器３３６によって検出され、さらに受信プロセッサ３３８によって処理されて、ＵＥ１２０によって送信される復号されたデータと制御情報とを得ることができる。プロセッサ３３８は、復号されたデータをデータシンク３３９に与え、復号された制御情報をコントローラ／プロセッサ３４０に与えることができる。
【００４０】
コントローラ／プロセッサ３４０および３８０は、それぞれ基地局１１０およびＵＥ１２０における動作を指示し得る。基地局１１０におけるプロセッサ３４０および／または他のプロセッサとモジュールは、本明細書で説明される技法のための様々な処理を実行し、またはその実行を指示し得る。ＵＥ１２０におけるプロセッサ３８０および／または他のプロセッサとモジュールは、図４および図５に例示されている機能ブロック、および／または本明細書で説明されている技法の他の処理を、実行し、または実行を指示することもできる。メモリ３４２および３８２は、基地局１１０およびＵＥ１２０のために、それぞれ、データとプログラムコードとを記憶し得る。スケジューラ３４４は、ダウンリンク上および／またはアップリンク上でのデータ送信のためにＵＥをスケジューリングし得る。
【００４１】
単一周波数ネットワークにおけるｅＭＢＭＳおよびユニキャストシグナリング
マルチメディアのために高帯域幅通信を促進するための１つのメカニズムは、単一周波数ネットワーク（ＳＦＮ：single frequency network）動作であった。特に、発展型ＭＢＭＳ（ｅＭＢＭＳ）（たとえば、ＬＴＥの分野ではマルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ：Multimedia Broadcast Multicast Service）として最近知られるようになっているものを含む）としても知られる、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）およびＬＴＥのためのＭＢＭＳは、そのようなＳＦＮ動作を利用することができる。ＳＦＮは、たとえば、ｅＮＢのような無線送信機を利用して、加入者ＵＥと通信することができる。ｅＮＢのグループは、同期した形で情報を送信できるので、信号は互いに干渉するのではなく、互いに補強し合う。ｅＭＢＭＳの状況では、共有されたコンテンツは、ＬＴＥネットワークの複数のｅＮＢから複数のＵＥに送信され得る。したがって、所与のｅＭＢＭＳエリア内で、ＵＥは、無線範囲内の任意のｅＮＢ（またはｅＮＢ）およびＭＢＳＦＮエリアの一部からｅＭＢＭＳ信号を受信することができる。しかしながら、ｅＭＢＭＳ信号を復号するために、各ＵＥは、非ｅＭＢＭＳチャネルを通じて、サービングｅＮＢからマルチキャスト制御チャネル（ＭＣＣＨ）情報を受信することができる。ＭＣＣＨ情報は時間とともに変化することがあり、変化の通知は別の非ｅＭＢＭＳチャネル、ＰＤＣＣＨを通じて提供され得る。したがって、特定のｅＭＢＭＳエリア内のｅＭＢＭＳ信号を復号するために、各ＵＥは、エリア中のｅＮＢの（少なくとも）１つによってＭＣＣＨおよびＰＤＣＣＨ信号を与えられ得る。
【００４２】
ＬＴＥ周波数分割複信（ＦＤＤ）のためのｅＭＢＭＳの物理レイヤ（ＰＨＹ）に関して、チャネル構造は、混合されたキャリア上でのｅＭＢＭＳ送信とユニキャスト送信との間の時分割多重（ＴＤＭ）リソースパーティショニングを備えることができ、これによって、フレキシブルで動的なスペクトルの利用が可能になる。現在、マルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして知られる、サブフレームのサブセット（たとえば、最大でも６０％）が、ｅＭＢＭＳ送信のために予約され得る。したがって、現在のｅＭＢＭＳ設計は、ｅＭＢＭＳについて１０個のサブフレームのうち最大で６個を許可するが、本開示はそれだけに限定されない。
【００４３】
ｅＭＢＭＳのためのサブフレーム割り当ての例が図４に示されているが、本開示はこの例だけに限定されず、図４は、シングルキャリアの場合の、ＭＢＳＦＮサブフレーム４００へのＭＢＳＦＮ基準信号の既存の割り当てを示す。図４に示されるコンポーネントは、図２に示されるコンポーネントに対応し、図４は、各スロット４０２およびリソースブロック（ＲＢ）４０４内の個々のサブキャリアを示す。３ＧＰＰ  ＬＴＥでは、ＲＢ４０４は、０．５ｍｓのスロット期間で１２個のサブキャリアにわたることができ、各サブキャリアは１５ｋＨｚの帯域幅を有し、全部でＲＢ当たり１８０ｋＨｚにわたり得る。サブフレームは、たとえば、０、１、２、３、４、５、６、７、８、および９と標識されたサブフレームのシーケンス４０８において、ユニキャストまたはｅＭＢＭＳのために割り当てられてよく、サブフレーム０、４、５、および９は、ＦＤＤではｅＭＢＭＳから除外され得る。また、サブフレーム０、１、５、および６は、時分割複信（ＴＤＤ）ではｅＭＢＭＳから除外され得る。より具体的には、サブフレーム０、４、５、および９は、ＰＳＳ／ＳＳＳ／ＰＢＣＨ／ページング／システム情報ブロック（ＳＩＢ）およびユニキャストサービスのために使用され得る。シーケンス内の残りのサブフレーム、たとえばサブフレーム１、２、３、６、７、および８は、ｅＭＢＭＳサブフレームとして構成され得る。
【００４４】
引き続き図４を参照すると、各ｅＭＢＭＳサブフレーム４００内で、最初の１個または２個のシンボル４０６が、ユニキャスト基準シンボル（ＲＳ）および制御シグナリングのために使用され得る。最初の１個または２個のシンボル４０６のＣＰの長さは、サブフレーム０のＣＰの長さに従い得る。ＣＰの長さが異なる場合、最初の１個または２個のシンボル４０６とｅＭＢＭＳシンボルとの間に送信ギャップが発生し得る。関連する態様では、全体のｅＭＢＭＳ帯域幅の利用率は、ＲＳオーバーヘッドを考慮すると、４２．５％であり得る（たとえば、各ｅＭＢＭＳサブフレーム内に６個のｅＭＢＭＳサブフレームと２個の制御シンボル）。ＭＢＳＦＮ  ＲＳとユニキャストＲＳとを提供するための技法は通常、（図４に示されるように）ＭＢＳＦＮサブフレームにＭＢＳＦＮ  ＲＳを割り当てることを含み得、また、非ＭＢＳＦＮサブフレームにユニキャストＲＳを別個に割り当てることを含み得る。より具体的には、図４が示すように、ＭＢＳＦＮサブフレーム４００の拡張ＣＰは、ＭＢＳＦＮ  ＲＳ４１０を含むがユニキャストＲＳは含まなくてよい。本技術は、図２および図４によって示される特定のフレーム割り当てスキームに限定されず、図２および図４は限定ではなく例として提示されるものである。本明細書で使用されるようなマルチキャストセッションまたはマルチキャストブロードキャストは、任意の適切なフレーム割り当てスキームを使用することができる。
【００４５】
ｅＭＢＭＳサービスエリア
図５は、それら自体が複数のセルまたは基地局５１０を含み得る、複数のＭＢＳＦＮエリア５０４、５０６、５０８を包含する、ＭＢＭＳサービスエリア５０２を含む例示的なシステム５００を示しており、ただし、本開示はこれだけに限定されない。本明細書で使用される場合、「ＭＢＭＳサービスエリア」は、ある特定のＭＢＭＳサービスが利用可能であるワイヤレス送信セルのグループを指す。たとえば、特定のスポーツプログラムまたは他のプログラムが、特定の時間において、ＭＢＭＳサービスエリア内で基地局によってブロードキャストされ得る。特定のプログラムがブロードキャストされるエリアは、ＭＢＭＳサービスエリアを定める。ＭＢＭＳサービスエリアは、５０４、５０６および５０８において示されるような１つまたは複数の「ＭＢＳＦＮエリア」で構成され得る。本明細書で使用される場合、ＭＢＳＦＮエリアは、ＭＢＳＦＮプロトコルを使用して同期した方式で特定のプログラムを現在ブロードキャストしているセルのグループ（たとえば、セル５１０）を指す。「ＭＢＳＦＮ同期エリア」は、現在そうしているかどうかに関わらず、ＭＢＳＦＮプロトコルを使用して特定のプログラムをブロードキャストするために同期した方式で動作することが可能になるように相互接続され構成されたセルのグループを指す。各ｅＮＢは、所与の周波数レイヤ上で、１つのＭＢＳＦＮ同期エリアのみに属し得る。ＭＢＭＳサービスエリア５０２が１つまたは複数のＭＢＳＦＮ同期エリア（図示せず）を含み得ることは、注意に値する。反対に、ＭＢＳＦＮ同期エリアは、１つまたは複数のＭＢＳＦＮエリアまたはＭＢＭＳサービスエリアを含み得る。一般に、ＭＢＳＦＮエリアは、単一のＭＢＳＦＮ同期エリアのすべてまたは一部で構成され得、単一のＭＢＭＳサービスエリア内に位置し得る。様々なＭＢＳＦＮエリア間の重複がサポートされ得、単一のｅＮＢはいくつかの異なるＭＢＳＦＮエリアに属し得る。たとえば、最大で８個までの独立のＭＣＣＨが、異なるＭＢＳＦＮエリアにおいてメンバーシップをサポートするために、システム情報ブロック（ＳＩＢ）１３において構成され得る。ＭＢＳＦＮエリアの予約されたセルまたは基地局は、ＭＢＳＦＮ送信に寄与しないＭＢＳＦＮエリア内のセル／基地局、たとえば、ＭＢＳＦＮ同期エリアの境界に近いセル、または、その位置ゆえにＭＢＳＦＮ送信に必要とされないセルである。
【００４６】
ｅＭＢＭＳシステムコンポーネントおよび機能
図６は、ＭＢＳＦＮサービスを提供またはサポートするワイヤレス通信システム６００の機能エンティティを示す。サービス品質（ＱｏＳ）に関して、システム６００は、保証ビットレート（ＧＢＲ：Guaranteed Bit Rate）タイプのＭＢＭＳベアラを使用することができ、最大ビットレート（ＭＢＲ）はＧＢＲに等しい。これらのコンポーネントは、一例として示され説明されており、本明細書で説明される発明の概念を限定するものではなく、本明細書で説明される発明の概念は、マルチキャスト送信をデリバリーおよび制御するための他のアーキテクチャおよび機能分配に適応され得る。
【００４７】
システム６００は、ＭＢＭＳゲートウェイ（ＭＢＭＳ  ＧＷ）６１６を含み得る。ＭＢＭＳ  ＧＷ６１６は、Ｍ１インターフェースを介してｅＮｏｄｅＢ６０４へのＭＢＭＳユーザプレーンデータのインターネットプロトコル（ＩＰ）マルチキャスト分配を制御することができ、多くの可能なｅＮＢのうち１つのｅＮＢ６０４が示されている。加えて、ＭＢＭＳ  ＧＷは、Ｍ１インターフェースを介してＵＴＲＡＮ無線ネットワークコントローラ（ＲＮＣ）６２０へのＭＢＭＳユーザプレーンデータのＩＰマルチキャスト分配を制御することができ、多くの可能なＲＮＣのうちの１つのＵＴＲＡＮ  ＲＮＣ６２０が示されている。Ｍ１インターフェースは、ＭＢＭＳデータ（ユーザプレーン）に関連付けられることができ、データパケットのデリバリーのためにＩＰを利用し得る。ｅＮＢ６０４は、Ｅ−ＵＴＲＡＮ  Ｕｕインターフェースを介して、ＭＢＭＳコンテンツをＵＥ／モバイルエンティティ６０２に提供することができる。ＲＮＣ６２０は、Ｕｕインターフェースを介してＭＢＭＳコンテンツをＵＥ／モバイルエンティティ６２２に提供することができる。ＭＢＭＳ  ＧＷ６１６はさらに、モビリティ管理エンティティ（ＭＭＥ）６０８およびＳｍインターフェースを介して、ＭＢＭＳセッション制御シグナリング、たとえば、ＭＢＭＳセッション開始およびセッション停止を実行することができる。ＭＢＭＳ  ＧＷ６１６はさらに、ＳＧ−ｍｂ（ユーザプレーン）基準点を通じてＭＢＭＳベアラを使用してエンティティのためのインターフェースを提供することができ、ＳＧｉ−ｍｂ（制御プレーン）基準点を通じてＭＢＭＳベアラを使用してエンティティのためのインターフェースを提供することができる。ＳＧ−ｍｂインターフェースは、ＭＢＭＳベアラサービス固有のシグナリングを搬送することができる。ＳＧｉ−ｍｂインターフェースは、ＭＢＭＳデータデリバリーのためのユーザプレーンインターフェースである。ＭＢＭＳデータデリバリーは、デフォルトモードであり得るＩＰユニキャスト送信によって、またはＩＰマルチキャスティングによって実行され得る。ＭＢＭＳ  ＧＷ６１６は、サービング・ジェネラル・パケット・ラジオサービス・サポート・ノード（ＳＧＳＮ：Serving General Packet Radio Service Support Node）６１８およびＳｎ／Ｉｕインターフェースを介して、ＵＴＲＡＮを通じてＭＢＭＳのための制御プレーン機能を提供することができる。
【００４８】
システム６００はさらに、マルチキャスト協調エンティティ（ＭＣＥ：Multicast Coordinating Entity）６０６を含み得る。ＭＣＥ６０６は、ＭＢＭＳコンテンツのためのアドミッション制御機能を実行することができ、ＭＢＳＦＮ動作を使用したマルチセルＭＢＭＳ送信のためにＭＢＳＦＮエリア内のすべてのｅＮＢによって使用され得る時間および周波数の無線リソースを割り当てることができる。ＭＣＥ６０６は、たとえば、変調および符号化スキームのような、ＭＢＳＦＮエリアのための無線構成を決定することができる。ＭＣＥ６０６は、ＭＢＭＳコンテンツのユーザプレーン送信をスケジューリングおよび制御することができ、たとえば、どのサービスがどのマルチキャストチャネル（ＭＣＨ）において多重化されるべきかを決定することによって、ｅＭＢＭＳサービスの多重化を管理することができる。ＭＣＥ６０６は、Ｍ３インターフェースを通じてＭＭＥ６０８とのＭＢＭＳセッション制御シグナリングに参加することができ、制御プレーンインターフェースＭ２にｅＮＢ６０４を提供することができる。
【００４９】
システム６００はさらに、コンテンツプロバイダサーバ６１４と通信し得る、ブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ）６１２を含み得る。ＢＭ−ＳＣ６１２は、コンテンツプロバイダサーバ６１４のような１つまたは複数のソースからのマルチキャストコンテンツの取り込みを処理することができ、他のより高いレベルの管理機能を提供することができる。これらの機能は、たとえば、識別されたＵＥのためのＭＢＭＳサービスの認証および開始を含み得る、メンバーシップ機能を含み得る。ＢＭ−ＳＣ６１２はさらに、ＭＢＭＳセッションおよび送信機能、ライブブロードキャストのスケジューリング、ならびに／またはＭＢＭＳと関連するデリバリー機能とを含むデリバリーを実行することができる。ＢＭ−ＳＣ６１２はさらに、マルチキャストに利用可能なコンテンツを通知することのような、サービスの告知と説明とを提供することができる。別個のパケットデータプロトコル（ＰＤＰ）の状況が、ＵＥとＢＭ−ＳＣとの間で制御メッセージを搬送するために使用され得る。ＢＭ−ＳＣはさらに、キー管理のようなセキュリティ機能を提供することができ、データ量およびＱｏＳのようなパラメータに従ってコンテンツプロバイダの課金を管理することができ、ＵＴＲＡＮにおいて、ブロードキャストモードではＥ−ＵＴＲＡＮにおいて、ＭＢＭＳのためのコンテンツ同期を提供することができ、ＵＴＲＡＮにおいてＭＢＳＦＮデータのためのヘッダ圧縮を提供することができる。ＢＭ−ＳＣ６１２は、ＱｏＳおよびＭＢＭＳサービスエリアのようなセッション属性を含めて、セッションの開始、更新、および停止をＭＢＭＳ−ＧＷ６１６に示すことができる。
【００５０】
システム６００は、ＭＣＥ６０６およびＭＢＭＳ−ＧＷ６１６と通信し得るモビリティ管理エンティティ（ＭＭＥ）６０８をさらに含み得る。ＭＭＥ６０８は、Ｅ−ＵＴＲＡＮを通じてＭＢＭＳのための制御プレーン機能を提供することができる。加えて、ＭＭＥは、ＭＢＭＳ−ＧＷ６１６によって定義されるマルチキャスト関連情報をｅＮＢ６０４およびＵＥ６０２に提供することができる。ＭＭＥ６０８とＭＢＭＳ−ＧＷ６１６との間のＳｍインターフェースは、ＭＢＭＳ制御シグナリング、たとえば、セッション開始信号とセッション停止信号とを搬送するために使用され得る。
【００５１】
システム６００はさらに、Ｐ−ＧＷと略されることがある、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＧＷ）６１０を含み得る。Ｐ−ＧＷ６１０は、シグナリングおよび／またはユーザデータのために、ＵＥ６０２とＢＭ−ＳＣ６１２との間に発展型パケットシステム（ＥＰＳ：Evolved Packet System）ベアラを提供し得る。したがって、Ｐ−ＧＷは、ＵＥに割り当てられたＩＰアドレスと関連するＵＥから発信された要求に基づいて、ユニフォームリソースロケータ（ＵＲＬ：Uniform Resource Locator）を受信し得る。ＢＭ−ＳＣ６１２はまた、Ｐ−ＧＷ６１０を介して１つまたは複数のコンテンツプロバイダにリンクされ得、Ｐ−ＧＷ６１０は、ＩＰインターフェースを介して、たとえば図６に示されるようにＳＧｉインターフェースを介して、ＢＭ−ＳＣ６１２と通信し得る。
【００５２】
システム６００は、ＭＢＭＳエリアにおいてｅＭＢＭＳまたは他のマルチキャストセッションを送信するために使用され得る。図７に示されるように、ＭＢＭＳセッションを扱うための方法７００は、スケジューリングされた送信のアベイラビリティを通知または告知する初期動作７０２を含み得る。通知または告知は、ＢＭ−ＳＣによって提供され得る。たとえば、さらなる例として、オープン・モバイル・アライアンス（ＯＭＡ：Open Mobile Alliance）モバイル・ブロードキャスト・サービシズ・イネーブラ・スイート（ＢＣＡＳＴ：Mobile Broadcast Services Enabler Suite）サービスガイドを使用することによって、スポーツイベントのＭＢＭＳブロードキャストが、ある特定の日時に開始するように指定されたエリアにおいて通知され得る。通知を取得するために、ユーザは、ＵＥを通じて、メッセージサービスに加入し、プログラムガイドもしくはプログラムリストをダウンロードし、または何らかの他の動作を行うことができる。代替的に、通知は、ユーザからの動作を何ら必要とすることなく、モバイルエンティティにプッシュされ得る。サービス告知は、たとえば、サービス識別子、サービスエリア識別子、スケジュール、（１つまたは複数の）適用可能なＩＰマルチキャストアドレス、および／または他の情報を含み得る。
【００５３】
７０４において、システムは、指定されたブロードキャストエリア内で、告知された日時にマルチキャスト送信を開始することができる。たとえば、ＢＭ−ＳＣは、セッション開始プロシージャを使用してＭＢＭＳブロードキャストを開始して、ＭＢＭＳ無線ベアラを確立することができる。
【００５４】
７０６において、システムは、たとえば、モバイルエンティティに送信されるＭＣＣＨ変更通知を使用するなどして、進行中の、または今後来るＭＢＭＳサービスの通知をモバイルエンティティに提供することができる。７０８において、システムは、確立されたＭＢＭＳ無線ベアラ（またはＭＢＭＳベアラ）を使用して、通知されたサービスのＭＢＭＳコンテンツをモバイルエンティティに転送することができる。７１０において、ｅＭＢＭＳブロードキャストが完了すると、システムは、マルチキャストセッションを停止することができ、関連する無線ベアラをリリースする。
【００５５】
ＭＢＭＳベアラコンテキストは、ＭＢＭＳセッションが開始すると、ＭＭＥ、ＭＢＭＳ  ＧＷ、ＳＧＮ、および無線アクセスネットワーク（ＲＡＮ）の他の要素において、作成され得る。図８は、ＭＢＭＳベアラコンテキストの、アクティブセッション状態８２０と非アクティブ／スタンバイ状態８１０との、例示的な状態サイクル８００を示す。ＭＢＭＳベアラコンテキスト自体が、制御プレーンに関するＭＢＭＳ  ＧＷトンネルエンドポイントＩＤ（ＴＥＩＤ−Ｃ：MBMS GW Tunnel Endpoint ID for Control plane）と、一時的モバイルグループアイデンティティ（ＴＭＧＩ：Temporary Mobile Group Identity）とを含み得る。ＭＢＭＳベアラサービスごとのユニークなＴＭＧＩは、ＢＭ−ＳＣによって割り当てられ、ＭＢＭＳ通知の目的で使用され得る。ＭＢＭＳベアラコンテストはさらに、フロー識別子と、使用中の制御プレーンのＭＢＭＳ  ＧＷ  ＩＰアドレスと、使用中のユーザプレーンのＭＢＭＳ  ＧＷ  ＩＰアドレスと、ユーザプレーンのＭＢＭＳ  ＧＷの共通トンネルエンドポイントＩＤ（Ｃ−ＴＥＩＤ：Common Tunnel Endpoint ID）とを含み得る。ＭＢＭＳベアラコンテキストはさらに、１つまたは複数のＱｏＳインジケータまたはパラメータ、たとえば、ＱｏＳクラス識別子（ＱＣＩ）、または上で言及されたようなＭＢＲ＝ＧＢＲを含み得る。ＭＢＭＳベアラコンテキストはさらに、ＭＢＭＳサービスエリア識別子と、ダウンストリームノードのリストと、ＭＢＭＳ  ＧＷによって選択され得るデリバリーのためのＩＰマルチキャストおよびソースアドレスとを含み得る。前述のＭＢＭＳベアラコンテキスト成分は、単に例として与えられており、本技術は、ＭＢＭＳベアラコンテキストの特定の構成に限定されない。
【００５６】
需要ベースのＭＢＭＳ管理のシステムレベルでの概観
ＬＴＥでは、ｅＭＢＭＳ適用例は、スケジュールベースのｅＭＢＭＳまたは需要ベースのｅＭＢＭＳとして分類され得る。スケジュールベースのｅＭＢＭＳ適用例では、ネットワーク側のシステムオペレータが、ＭＢＭＳコンテンツの送信を制御することができ、これはスケジューリングされた時刻に行われる。モバイルエンティティは、スケジューリングされた送信に加入し、それによって、モバイルユーザにとり関心のあるコンテンツを受信するために、使用され得る。したがって、この方式でのｅＭＢＭＳコンテンツの提供は、オペレータのスケジューリングされたｅＭＢＭＳ送信に限定され得る。
【００５７】
需要ベースのｅＭＢＭＳの適用例では、ｅＭＢＭＳコンテンツの提供は、需要の監視に応答して行われ得る。たとえば、ユーザは、インターネットのようなワイドエリアネットワークを通じて利用可能なコンテンツを探索し要求することができる。システムは、特定のコンテンツの需要レベルを監視することができ、第１の指定された閾値を超える需要を検出することができる。同様に、システムは、第１の指定された閾値と同一であってもなくてもよい第２の指定された閾値を下回る需要を検出することができる。これらの閾値は、現在の負荷レベルまたは他のパラメータに応答して、変動し得る。第１の指定された閾値を超える需要を検出したことに応答して、システムは、ｅＭＢＭＳセッションを介して要求されたコンテンツを提供することができ、必要に応じて、指定されたネットワークエリア、たとえばＭＢＭＳエリア内での接触のために、別々に制御されたユニキャストセッションから、共通のｅＭＢＭＳブロードキャストへと、モバイルエンティティを移行することができる。同様に、需要が第２の指定された閾値未満であることを検出したのに応答して、システムは、別々に制御されたユニキャストセッションを介して要求されたコンテンツを提供することができ、必要に応じて、共通のｅＭＢＭＳブロードキャストからそのようなユニキャストセッションへと、モバイルエンティティを移行することができる。その結果、ＭＢＭＳコンテンツは、スケジューリングに基づく、システムオペレータによってブロードキャストされる所定のコンテンツの選択に、必ずしも限定されなくてよい。したがって、ユーザは、ｅＭＢＭＳブロードキャストを介して、より広範な一連のコンテンツへのアクセスを有し得る。同時に、システムオペレータは、ユーザの需要に基づいて、マルチキャストまたはユニキャストを介してあるエリアで最も人気のあるコンテンツを送信することによって、システムリソースをより効率的に利用するという利益を得ることができる。
【００５８】
需要ベースのｅＭＢＭＳはさらに、２つの異なるタイプ、すなわち、ライブブロードキャスティングと、オンデマンドのストリーミングまたはファイルのダウンロードとに分類され得る。ＩＰを使用したテレビのような番組のストリーミング（ＩＰ  ＴＶ）およびＩＰラジオは、ライブブロードキャスティングタイプの需要ベースのｅＭＢＭＳの例である。ライブブロードキャスティングの特性は、ユーザがストリーミングダウンロードを開始するかどうかに関係なく、同一のコンテンツをソースが１つまたは複数の宛先アドレスへ実質的に同時にストリーミングするというものであり、これによって、異なる受信機への同一コンテンツの同時のブロードキャストを模倣する。特定のライブブロードキャストコンテンツを受信する、またはその受信を要求するモバイルエンティティは、需要ベースの方法を使用して、同じＭＢＳＦＮサービスエリア中に位置する場合、マルチキャストを介してライブコンテンツを受信するように集約され得る。
【００５９】
対照的に、第２のタイプ、すなわちオンデマンドのストリーミングまたはファイルのダウンロードは、ユーザによって選択される様々な時間にコンテンツが様々な宛先へと提供されることによって特徴付けられ得る。人気のあるコンテンツの発表は、様々なアドレスへの同時のまたは実質的に同時のストリーミングまたはダウンロードを引き起こし得る。たとえば、ビデオに人気が出ること、または人気が出ることが予測されるアプリケーションの発表、またはアプリケーションの更新によって、多くのユーザが、比較的狭い時間帯の中でコンテンツをストリーミングまたはダウンロードし得る。共有される時間帯の中、たとえば、同時のまたは重複するダウンロードもしくはストリーミングセッション中に、同一のコンテンツを受信または要求するモバイルエンティティは、需要ベースのｅＭＢＭＳセッションを使用して、ダウンロードまたはストリーミングに必要な帯域幅を部分的または完全に共有することができる。
【００６０】
需要ベースのｅＭＢＭＳサービスを提供する際、いくつかの共通の問題が生じることがあり、この問題は、様々な技術的解決法を使用して解決され得る。これらの問題には、たとえば、需要ベースのｅＭＢＭＳセッションを開始または終了するときの、需要の監視および／またはユニキャストセッションとマルチキャストセッションとの間の切り替えを含むことがあり、そのような切り替えは、需要の監視に基づき得る。そのような問題に対処するための可能な方法を詳しく論じる前に、需要ベースのｅＭＢＭＳの方法およびシステムの概要が、システムレベルで論じられる。
【００６１】
例示的な方法および装置
開示される主題に従って実施され得る方法は、様々なフローチャートを参照するとより良く理解され得る。説明を簡単にするために、方法は一連の行為／動作として示され、説明される。しかしながら、いくつかの動作は、本明細書で図示および説明されるものとは異なる順序で、および／または他の動作と実質的に同時に行われ得るので、特許請求される主題は動作の数または順序によって限定されない。その上、本明細書で説明される方法を実施するために、図示されたすべての動作が必要とされるとは限らない。動作に関連する機能は、ソフトウェア、ハードウェア、これらの組合せまたは任意の他の好ましい手段（たとえば、デバイス、システム、プロセス、またはコンポーネント）によって実装され得ることを諒解されたい。さらに、本明細書の全体にわたって開示される方法は、そのような方法を様々なデバイスに移送および転送することを可能にする製造物品に、符号化された命令および／またはデータとして記憶することが可能であることをさらに諒解されたい。方法は、代替的に、状態図のような、一連の相互に関係する状態または事象として表現され得ることを、当業者は理解し諒解するであろう。
【００６２】
一般に、需要ベースのｅＭＢＭＳの方法は、図６に関して示され説明されるシステムを使用して実施され得る。図９Ａ〜図９Ｇは、ユニキャストシグナリングとマルチキャストシグナリングの両方が可能なワイヤレス通信システム（ＷＣＳ）において、需要ベースのマルチキャストサービスを管理するための関連方法を示す。図９Ａに示される方法９００は、需要ベースのマルチキャスティングの開始の準備としての動作を説明する。方法９００は、９０２において、ユニキャストセッションを介してコンテンツを提供する前に、コンテンツのためのマルチキャストエリアを確立することを含み得る。１つまたは複数のネットワークエンティティは、需要ベースのマルチキャスティングセッションを開始する前にマルチキャストエリアをセットアップし得るが、システムは、まだマルチキャストセッションを開始する必要はない。代替的に、または追加的に、マルチキャストエリアは、需要に応じてセットアップされ、次いでマルチキャストセッションが開始されることもできる。方法９００はさらに、９０４において、１つまたは複数のネットワークエンティティが、コンテンツを提供する前に、コンテンツのアベイラビリティをモバイルエンティティに公表することを含み得る。これは、図７に関して上で説明された動作７０２に対応し得る。方法９００はさらに、９０６において、１つまたは複数のネットワークエンティティが、動作９０４において公表されたコンテンツに関するサービス要求をモバイルエンティティから受信することを含み得る。
【００６３】
加えて、図９Ｂに示されるように、システムは、マルチキャストセッションが需要レベルに応答して開始される、方法９３０を実行することができる。方法９３０は、９０８において、１つまたは複数のネットワークエンティティが、ユニキャストセッションを介してモバイルエンティティによって要求されるコンテンツを提供することを含み得る。コンテンツは、基地局にデリバリーされ、ユニキャストシグナリングを介してモバイルエンティティに送信され得る。この動作９０８は、ＭＢＳＦＮエリア中の複数のモバイルエンティティについて繰り返され得る。コンテンツの需要レベルは、定められたエリアおよび／または時間エンベロープにおけるコンテンツを受信または要求するモバイルエンティティのカウント、または、同時需要についての何らかの他の推定値もしくは測定値と等しいもの、またはそれらに関連するものであり得る。時間エンベロープは、同時に受信するユーザにカウントを制限し、もはやコンテンツを受信していないユーザを除外するために使用され得る。たとえば、コンテンツを受信しているモバイルエンティティの数は、移動平均に基づいてカウントされることができ、移動平均は、同時需要レベルを決定するために使用され得る。ワイヤレスデバイスは、サーバとのユニキャストソケット接続をセットアップすることによってコンテンツを監視することに関心を示すことがある。ワイヤレスデバイスはさらに、ユーザが関心のあるコンテンツを表すＵＲＬを使用して、ｈｔｔｐ−ＧＥＴ要求を送信することができる。移動平均の期間は、そのサービスを送信するためにブロードキャストチャネルをセットアップするための時間から導出される値となるように選択され得る。あるいは、いくつかの他の方法を使用して、カウントまたは他の需要インデックスをデクリメントして、もはやコンテンツを受信していないユーザを考慮することができる。たとえば、ワイヤレスデバイスがサーバとのユニキャストソケット接続を切断すると、コンテンツを受信するユーザの数は、コンテンツを受信するユーザの数からそのワイヤレスデバイスを差し引くように、デクリメントされ得る。たとえば、ユーザによってダウンロードが完了されるときには、需要をトラッキングするエンティティに信号が提供され、その信号に応答して、追跡エンティティが現在の需要の累積カウントをデクリメントすることができる。
【００６４】
方法９３０はさらに、９１０において、１つまたは複数のネットワークエンティティが、コンテンツに関する同時需要レベルがＷＣＳのエリアについての定められた閾値を超えるかどうかを判定することを含み得る。たとえば、需要レベルが定められたエリア内の特定のコンテンツに関する同時ユーザのカウントとして定義される場合、システムは、１つまたは複数のエリアについて需要レベルを監視して、カウントがいつ何らかの閾値を超えるかを判定することができる。閾値は、一定であってもよく、または、システム負荷または他のファクタに応じて変化してもよい。たとえば、ユニキャスト負荷が高いときには、ユニキャストからマルチキャストに切り替えるための閾値は低いものであることができ、その逆も同様である。方法９３０はさらに、９１２において、同時需要レベルが閾値を超えたと判定したことに応答して、ＷＣＳのエリア中のコンテンツのマルチキャストセッションを開始できる１つまたは複数のネットワークエンティティを含み得る。したがって、システムは、フレキシブルな方式で、マルチキャストデリバリーに関する最も需要の大きいコンテンツへシフトして、システムリソースの使用効率を改善することができる。
【００６５】
加えて、システムは、図９Ｃに示されるように、十分な需要に応答したマルチキャストセッションの開始後に、特定の動作９４０を実行することができる。これらの動作は、９１４において、１つまたは複数のネットワークエンティティが、マルチキャストエリアにおいてマルチキャストセッションを開始した後で、ワイヤレス通信システムのマルチキャストエリア中に位置するモバイルエンティティについてユニキャストセッションを通じた送信を停止することを含み得る。加えて、動作は、９１５において、マルチキャストユーザの数が定められた最小の閾値を下回るかどうかを検出するための、継続的な需要の監視を含み得る。マルチキャストセッションを介してコンテンツを受信しているモバイルエンティティの数が定められた閾値を下回ったことを検出したことに応答して、動作９４０はさらに、９１６において、マルチキャストセッションを介してコンテンツを受信するモバイルエンティティについて、ユニキャストセッションを介したコンテンツの提供を再開することを含み得る。続いて、動作９４０はさらに、９１８において、ユニキャストセッションを介したコンテンツの提供を再開した後で、マルチキャストセッションを通じた送信を停止することを含み得る。
【００６６】
需要レベルの監視は、様々な異なる方法を使用して実行され得る。図９Ｄは、９２０において、ワイヤレス通信システムのそれぞれの基地局を介して受信されるコンテンツに関する、ＷＣＳのエリアにおける要求の数をカウントすることによって、同時需要レベルを監視することを含み得る、需要の監視のための１つの方法９５０を示す。これは、９２２において示されるように、モバイルエンティティからの要求に共通するユニフォームリソースロケータ（ＵＲＬ）を使用して、コンテンツに関する要求を認識することを含み得る。基地局または他のネットワークエンティティは、移動時間エンベロープ内での、たとえば、直近の１分、直近の１０分、または任意の所望の移動期間内などで、共通のＵＲＬまたは他のコンテンツアドレスを共有する要求をカウントすることができる。方法９５０は全般に、システムの需要（たとえば、モバイルエンティティ／基地局）側における需要の監視として理解されてよく、モバイルエンティティの数および位置は、基地局によって容易に確定され得る。したがって、基地局は、要求を監視して、どのコンテンツが様々なモバイルエンティティによって要求されているかを判定する。ユーザの位置は、ｈｔｔｐ−ＧＥＴ要求中の新たなｈｔｔｐヘッダを使用して、ネットワーク内の計数モジュールに示され得る。あるいは、位置は、ワイヤレスデバイスにサービスしているｅＮＢから計数モジュールに示され得る。
【００６７】
図９Ｅは、需要の監視のための代替的な方法９６０を示す。方法９６０は、９２４において、第１のネットワークエンティティが、ワイヤレス通信システムの指定された位置へとマッピングするために、インターネットプロトコル（ＩＰ）アドレスをモバイルエンティティに割り当てることを含み得る。本明細書で使用される場合、アドレス、またはアドレスの一部分が、限定的な位置または限られたエリアを示す時、ＩＰアドレスは位置を「マッピングする」。ＩＰアドレスは、アドレスが割り当てられる時に、ＵＥの位置に基づいて割り当てられ得る。たとえば、ＩＰアドレスは、サービングノードまたはセル位置に関し得る。たとえば、ＩＰアドレスは、Ｐ−ＧＷ６１０によって割り当てられ得る。方法９６０はさらに、９２６において、第２のネットワークエンティティが、モバイルエンティティに割り当てられるそれぞれのソースＩＰアドレスからモバイルエンティティの位置を決定することによって、同時需要レベルを監視することを含み得る。第２のネットワークエンティティは、たとえば、コンテンツプロバイダまたはＰ−ＧＷにおいて、どのコンテンツが要求されているかを容易に判定するように配置され得る。第１のネットワークエンティティは、モバイルエンティティの位置を容易に判定するように配置され得る。第１のネットワークエンティティおよび第２のネットワークエンティティは、共通の物理エンティティで具現化されることができ、または、別々の物理エンティティで具現化されることができる。方法９６０はさらに、９２８において、第１のエンティティが、たとえば、セル識別子、全地球測位システム（ＧＰＳ）情報、トラッキングエリア識別子、またはセルグループ識別子のうちの少なくとも１つから、モバイルエンティティの位置を決定することを含み得る。方法９６０はさらに、９２９において、モバイルエンティティから受信されるコンテンツに関するドメイン名システム（ＤＮＳ）要求を、ブロードキャストメディアサービスセンタ（ＢＭ−ＳＣ）をリダイレクトすることを含み得る。たとえば、第１のコンテンツサーバを指定するＵＲＬは、ＤＮＳプロキシを使用して、ＢＭ−ＳＣにリダイレクトされ得る。方法９６０は全般に、システムのコンテンツソース側における需要の監視として理解されてよく、位置は需要側でＩＰアドレスにマッピングされる。他の需要監視の方法が使用されてよく、本技術は、上で説明されたものに限定されない。
【００６８】
図９Ｆは、ユニキャストシグナリングとマルチキャストシグナリングの両方が可能なＷＣＳにおいて需要ベースのマルチキャストサービスを管理するための方法のさらなる態様を示す、方法９７０である。方法は、基地局、ＢＭ−ＳＣ、高アタッチレート検出モジュール（ＨＤＭ）（以下の図１３Ａ〜図１３Ｃおよび図１４を参照）、または他のネットワークエンティティによって実行され得る。方法９７０は、９３２において、ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定することを含み得る。方法９７０はさらに、９３４において、加入者の数を所定の閾値と比較することを含み得る。方法９７０はさらに、９３６において、サービスが現在ブロードキャストモードまたはマルチキャストモードで提供されており、加入者の数が所定の閾値を下回る場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することを含み得る。方法９７０はさらに、９３８において、サービスが現在ユニキャストモードで提供されており、加入者の数が所定の閾値を超える場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して修正されたコンテンツ指定子を送信することによって、ブロードキャストモードまたはマルチキャストモードへの移行を開始することを含み得る。修正されたコンテンツ指定子は、ユニキャストモードを介して送信され得る。閾値ヒステリシスが、ｅＭＢＭＳセッションのセットアップと切断の繰り返しを防ぐために設定され得る。閾値は、加入者の数、セルの数、および／またはヒステリシス範囲に基づいて設定され得る。たとえば、あるエリア中の加入者の数が第１の閾値Ｔ１を超えることがあり、次いでコンテンツのデリバリーが、ユニキャストモードからブロードキャストモードまたはマルチキャストモードに切り替えられる。次いで、エリア中の加入者の数が第２の閾値Ｔ２未満に下がることがあり、コンテンツのデリバリーが、ブロードキャストモードまたはマルチキャストモードからユニキャストモードに切り替えられる。第１の閾値Ｔ１は、第２の閾値Ｔ２よりも大きいものであり得る。たとえば、第１の閾値Ｔ１は１００と定義されてよく、Ｔ２は、３０というヒステリシス範囲（Ｔ１−Ｔ２）に対して、７０と定義される。
【００６９】
需要ベースのマルチキャストサービスを管理するための追加の動作９８０が、図９Ｇに示される。動作９８０のうちの１つまたは複数は、方法９７０の一部としてオプションで実行され得る。動作９８０は、任意の動作順序で実行されてよく、または実行の特定の発生順を必要とすることなく、開発アルゴリズムによって包含され得る。動作は独立して実行され、相互に排他的ではない。したがって、そのような動作のうちのいずれか１つが、別の下流または上流の動作が実行されるかどうかにかかわらず実行され得る。たとえば、方法９７０が動作９８０のうちの少なくとも１つを含む場合、方法９７０は、必ずしも、図示され得るいかなる（１つまたは複数の）後続の下流動作も含む必要なく、少なくとも１つの動作の後に終了し得る。
【００７０】
図９Ｇを参照すると、追加の動作９８０は、９４２において、１または複数の加入者にサービスを搬送する信号の、少なくとも１つのプロトコル要素または少なくとも１つのヘッダを調整することを含み得る。動作９８０はさらに、９４４において、サービスを１または複数の加入者に提供するために使用されるチャネルとは異なる制御チャネルを介して、少なくとも１つの指示を１または複数の加入者に送信することを含み得る。たとえば、指示は、移行をシグナリングすることができ、または、ユニキャストモードからブロードキャストモード、またはブロードキャストモードからユニキャストモードへ移行するようにＵＥに命令することができる。動作９８０はさらに、９４６において、ｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素を使用して、サービス発見プロシージャをトリガすることを含み得る。動作９８０はさらに、９４８において、拡張ｈｔｔｐ要素を使用して、サービス発見プロシージャをトリガすることを含み得る。
【００７１】
図９Ｈは、マルチメディアコンテンツ９９０のデリバリーに関連するＤＡＳＨプロトコルの態様を示すブロック図である。マルチメディアコンテンツ９９０は、ＭＰＤ９５２の形式のメタデータ（ヘッダとも呼ばれる）、および、マルチメディアビットストリームとして実際の符号化されたメディアデータ９５６を含むセグメント９５４という、２つの部分に存在し得る。ＭＰＤ９５２は、ｕｎｉｃａｓｔ  ｇｅｔ要求に応答して、またはブロードキャストデリバリーを介して、他のサービス記述メタデータとともにクライアントにデリバリーされ得る。これらのメタデータ項目は、メディアデータのフェッチの一部ではない。セグメント９５４の少なくとも１つ（たとえば、第１のセグメント）は、他のセグメント９５４のデータフォーマットの詳細を定義する、符号化されたメディアデータ９５６を伴わない、初期化セグメント（ＩＳ）であることができる。ＭＰＤ９５２は、ユニキャストデリバリーのために、ＵＥに対するメディアデータをフェッチ先となるべきＵＲＬアドレスを表し得る。あるいは、ＵＲＬアドレスは、ブロードキャストデリバリーのために、受信デバイス上に現れ得る。ブロードキャストデリバリーは、ＵＥ上のキャッシュをフィードし得る。
【００７２】
図９Ｉは、マルチメディアコンテンツ９９０Ａ〜Ｂに関するコンテンツ指定子の例示的な修正を示す。ネットワークエンティティによってＭＰＤ９５２に許可される変化の範囲は、たとえば、マルチメディアコンテンツのコンテンツ指定子を修正すること（たとえば、ＵＲＬからＵＲＬ−ＮＥＷに）を含む、９５２Ａから９５２Ｂへ記述を修正することを含み得る。修正された記述は、マルチメディアコンテンツ９９０Ｂを見つけるための、新たなＵＲＬを含み得る。セグメント情報および符号化されたメディアデータはそれぞれ、９５４Ａから９５４Ｂ、９５６Ａから９５６Ｂで不変であることができる。
【００７３】
図１０Ａを参照すると、ユニキャストシグナリングとマルチキャストシグナリングの両方が可能なワイヤレス通信システムにおいて需要ベースのマルチキャストサービスを管理するための例示的なシステム１０００が提供され、システム１０００は、ユニキャストシグナリングとマルチキャストシグナリングが可能なワイヤレスネットワークとして、または、ネットワークのエンティティ内で使用するためのプロセッサもしくは同様のデバイスとして構成され得る。ネットワークエンティティは、送受信機１０１６を介してモバイルエンティティ１０３０と通信し得る、ワイヤレス通信ネットワークの基地局１０１０（たとえば、ｅＮＢ、または他の基地局（たとえば、Ｈｏｍｅ  Ｎｏｄｅ  Ｂなど））を含み得る。システムはまた、上で説明されたように、１つまたは複数のマルチキャストネットワークエンティティ１０２０、たとえば、ＢＭ−ＳＣ、Ｐ−ＧＷ、ＭＭＥ、ＭＣＥ、ＨＤＭなどを含んでよく、これらの少なくとも１つは、ネットワークインターフェース１０２８を介してコンテンツプロバイダ１０４０にリンクされ得る。システム１０００は、プロセッサ、ソフトウェア、ハードウェア、またはこれらの組合せ（たとえば、ファームウェア）によって実装される機能を表し得る機能ブロックを含み得る。
【００７４】
示されるように、一実施形態では、システム１０００は、ユニキャストセッションを介して、ＷＣＳのエリア中でモバイルエンティティによって要求されるコンテンツを提供するための、電気的コンポーネントまたはモジュール１００２を含み得る。たとえば、システム１０００が基地局１０１０として結合または構成される場合、電気的コンポーネント１００２は、送受信機１０１６などと、ユニキャストシグナリングを介して要求されるコンテンツを提供するための命令を伴うメモリ１０１４とに結合される、少なくとも１つのプロセッサ１０１２を含み得る。たとえば、システム１０００が１つまたは複数のマルチキャストネットワークエンティティとして結合または構成される場合、電気的コンポーネント１００２は、送受信機１０２６などと、ユニキャストシグナリングを介して要求されるコンテンツを提供するための命令を伴うメモリ１０２４とに結合される、少なくとも１つのプロセッサ１０２２を含み得る。システム１０００は、コンテンツの同時需要レベルがＷＣＳのエリアに対する定められた閾値を超えると判定するための、電気的コンポーネント１００４を含み得る。たとえば、電気的コンポーネント１００４は、送受信機１０１６、１０２６などと、指定されたエリア内の特定のコンテンツの同時需要レベルを監視し閾値と比較するための命令を保持するメモリ１０１４、１０２４とに結合される、少なくとも１つのプロセッサ１０１２、１０２２を含み得る。システム１０００は、同時需要レベルが閾値を超えたと判定したことに応答して、ワイヤレス通信システムのエリア中のコンテンツのマルチキャストセッションを開始するための電気的コンポーネント１００６を含み得る。たとえば、電気的コンポーネント１００６は、送受信機１０１６、１０２６などと、制御信号に応答して、指定されたエリア中でマルチキャストセッションを開始するための命令を保持するメモリ１０１４、１０２４とに結合される、少なくとも１つのプロセッサ１０１２、１０２２を含み得る。システム１０００は、説明を簡単にするために図１０Ａに示されない、図９Ａおよび図９Ｃ〜図９Ｄに関連して説明された追加の動作９００、９４０、９５０、および９６０のいずれかまたはすべてを実行するための同様の電気的コンポーネントを含み得る。
【００７５】
コンポーネント１００２〜１００６は、１つまたは複数のｅＮＢ１０１０および／または１つまたは複数のマルチキャストネットワークエンティティ１０２０に対して、論理リンク１０５０を介して関連付けられ得る。要素１０１０と１０２０の両方に対するリンク１０５０は、各要素が、ｅＮＢ１０１０、マルチキャストネットワークエンティティ１０２０の１つまたは複数、またはこれらの両方と関与し得ることを示す。たとえば、ユニキャストセッションを介してＷＣＳのエリア中のモバイルエンティティによって要求されるコンテンツを提供するためのコンポーネント１００２は、ｅＮＢに、さらに、図６に関して上で論じられたネットワークエンティティＨＤＭ、ＭＢＭＳ−ＧＷ、ＢＭ−ＳＣ、Ｐ−ＧＷ、ＭＣＥ、およびＭＭＥ、または同様のエンティティの１つまたは複数に関与し得る。したがって、コンポーネント１００２〜１００６は、ワイヤレス通信システムの１つのプロセッサエンティティには必ずしも限定されず、全体または一部が、論理リンク１０５０を介して協調して動作しているシステムの様々な処理エンティティによって具現化され得る。論理リンクは、単一の通信リンクまたはインターフェースに必ずしも限定されず、たとえば、異なるシステム要素の間の様々なインターフェースを示す上で図６に関して説明されたような、２つ以上の通信リンクまたはインターフェースを含み得る。
【００７６】
関連する態様では、システム１０００はオプションで、少なくとも１つのプロセッサを各々有する、プロセッサコンポーネント１０１２、１０２２を含み得る。プロセッサ１０１２および１０２２は、任意の適切な通信結合を介してコンポーネント１００２〜１００６または同様のコンポーネントと動作可能に通信し得る。上で述べられたように、ｅＮＢ１０１０またはマルチキャストネットワークエンティティ１０２０のうちの２つ以上は、コンポーネント１００２〜１００６の一部分を含み得る。したがって、プロセッサ１０１２および１０２２は、電気的コンポーネント１００２〜１００６によって実行される処理または機能の開始とスケジューリングとを実施し得る。
【００７７】
さらなる関連する態様では、システム１０００は、無線送受信機コンポーネント１０１６、１０２６と、ネットワークインターフェースコンポーネント１０１８、１０２８とを含み得る。システム１０００は、たとえば、メモリデバイス／コンポーネント１０１４、１０２４のような、情報を記憶するためのコンポーネントをオプションで含み得る。コンピュータ可読媒体またはメモリコンポーネント１０１４、１０２４は、バスまたは他の結合を介してシステム１０００の他のコンポーネントに動作可能に結合され得る。メモリコンポーネント１０１４、１０２４は、コンポーネント１００２〜１００６、およびそれらのサブコンポーネント、またはプロセッサ１０１２、１０２２、追加の動作９００、９４０、９５０、９６０、または本明細書で開示される方法の活動を実行するためのコンピュータ可読命令とデータとを記憶するように適応され得る。メモリコンポーネント１０１４、１０２４は、コンポーネント１００２〜１００６に関連する機能を実行するための命令を保持し得る。メモリ１０１４、１０２４の外部にあるものとして示されているが、コンポーネント１００２〜１００６はメモリ１０１４、１０２４内に存在し得ることを理解されたい。
【００７８】
図１０Ｂは図１０Ａに類似しており、対応するコンポーネントは同じ参照番号によって示される。図１０Ｂはまた、ユニキャストシグナリングとマルチキャストシグナリングの両方が可能なワイヤレス通信システムにおいて需要ベースのマルチキャストサービスを管理するための例示的なシステム１０００Ｂを示し、システム１０００Ｂは、ユニキャストシグナリングとマルチキャストシグナリングが可能なワイヤレスネットワークとして、または、ネットワークのエンティティ内で使用するためのプロセッサもしくは同様のデバイスとして構成され得る。しかしながら、図１０Ｂは、コンテンツの準備が最初はマルチキャストセッションを介したものであり得る状況におけるコンポーネントを示し、コンテンツの準備は、ユニキャストセッションに移行され得る。やはり、システム１０００Ｂは、プロセッサ、ソフトウェア、ハードウェア、またはこれらの組合せ（たとえば、ファームウェア）によって実装される機能を表し得る機能ブロックを含み得る。
【００７９】
示されるように、一実施形態では、システム１０００Ｂは、マルチキャストセッションを介して、ＷＣＳのエリア中でモバイルエンティティによって要求されるコンテンツを提供するための、電気的コンポーネントまたはモジュール１００２Ｂを含み得る。たとえば、システム１０００Ｂが基地局１０１０として結合または構成される場合、電気的コンポーネント１００２Ｂは、送受信機１０１６などと、マルチキャストシグナリングを介して要求されるコンテンツを提供するための命令を伴うメモリ１０１４とに結合される、少なくとも１つのプロセッサ１０１２を含み得る。たとえば、システム１０００Ｂが１つまたは複数のマルチキャストネットワークエンティティとして結合または構成される場合、電気的コンポーネント１００２Ｂは、送受信機１０２６などと、ユニキャストシグナリングを介して要求されるコンテンツを提供するための命令を伴うメモリ１０２４とに結合される、少なくとも１つのプロセッサ１０２２を含み得る。システム１０００Ｂは、コンテンツの同時需要レベルがＷＣＳのエリアの定められた閾値を下回るかどうかを判定するために、電気的コンポーネント１００４Ｂを含み得る。たとえば、電気的コンポーネント１００４Ｂは、送受信機１０１６、１０２６などと、指定されたエリア内の特定のコンテンツの同時需要レベルを監視し閾値と比較するための命令を保持するメモリ１０１４、１０２４とに結合される、少なくとも１つのプロセッサ１０１２、１０２２を含み得る。システム１０００Ｂは、同時需要レベルが閾値を下回ったと判定したことに応答して、ワイヤレス通信システムのエリア中のコンテンツのユニキャストセッションを開始するための電気的コンポーネント１００６Ｂを含み得る。すなわち、コンテンツを受信することを望み続けるモバイルエンティティは、そのようなユニキャストセッションを介してコンテンツを提供され得る。たとえば、電気的コンポーネント１００６Ｂは、送受信機１０１６、１０２６などと、制御信号に応答して、指定されたエリア中でマルチキャストセッションを開始するための命令を保持するメモリ１０１４、１０２４とに結合される、少なくとも１つのプロセッサ１０１２、１０２２を含み得る。システム１０００Ｂは、説明を簡単にするために図１０Ｂに示されない、図９Ａおよび図９Ｃ〜図９Ｄに関連して説明された追加の動作９００、９４０、９５０、および９６０のいずれかまたはすべてを実行するための同様の電気的コンポーネントを含み得る。同様の機能を実行する図１０Ａおよび図１０Ｂに示されるコンポーネントは、図１０Ａおよび図１０Ｂに示される機能の間で共有され得ることにさらに留意されたい。
【００８０】
図１０Ｃを参照すると、ユニキャストシグナリングとマルチキャストシグナリングの両方が可能なワイヤレス通信システムにおいて需要ベースのマルチキャストサービスを管理するための別の例示的なシステム１０６０が提供され、システム１０６０は、ワイヤレスネットワークとして、または、ネットワークのエンティティ内で使用するためのプロセッサもしくは同様のデバイスとして構成され得る。ネットワークエンティティは、送受信機１０１６を介してモバイルエンティティ１０３０と通信し得る、ワイヤレス通信ネットワークの基地局１０１０（たとえば、ｅＮＢ、または他の基地局（たとえば、Ｈｏｍｅ  Ｎｏｄｅ  Ｂなど））を含み得る。システムはまた、上で説明されたような１つまたは複数のマルチキャストネットワークエンティティ１０２０、たとえば、ＨＤＭ、ＢＭ−ＳＣ、Ｐ−ＧＷ、ＭＭＥ、ＭＣＥなどを含むことができ、これらの少なくとも１つは、ネットワークインターフェース１０２８を介してコンテンツプロバイダ１０４０にリンクされ得る。システム１０６０は、プロセッサ、ソフトウェア、ハードウェア、またはこれらの組合せ（たとえば、ファームウェア）によって実装される機能を表し得る機能ブロックを含み得る。
【００８１】
示されるように、一実施形態では、システム１０６０は、ワイヤレス通信ネットワークにおけるサービスに対する加入者の数を決定するための電気的コンポーネントまたはモジュール１０５２を含み得る。たとえば、電気的コンポーネント１０５２は、送受信機１０１６、１０２６などと、基地局１０１０とネットワークエンティティ１０２０の１つまたは両方の中の、加入者の数を決定するための命令を伴うメモリ１０１４、１０２４とに結合される、少なくとも１つのプロセッサ１０１２、１０２２を含み得る。システム１０６０は、加入者の数を所定の閾値と比較するための電気的コンポーネント１０５４を含み得る。システム１０６０は、サービスが現在ブロードキャストモードまたはマルチキャストモードで提供されており、加入者の数が所定の閾値を下回る場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始するための電気的コンポーネント１０５６を含み得る。たとえば、電気的コンポーネント１０５６は、送受信機１０１６、１０２６などと、移行を開始するための命令を保持するメモリ１０１４、１０２４とに結合される、少なくとも１つのプロセッサ１０１２、１０２２を含み得る。システム１０６０は、サービスが現在ユニキャストモードで提供されており、加入者の数が所定の閾値を超える場合、上記の数の加入者に含まれる１または複数の加入者からのサービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子をユニキャストモードを介して送信することによって、ブロードキャストモードまたはマルチキャストモードへの移行を開始するための電気的コンポーネント１０５８を含み得る。たとえば、電気的コンポーネント１０５８は、送受信機１０１６、１０２６などと、移行を開始するための命令を保持するメモリ１０１４、１０２４とに結合される、少なくとも１つのプロセッサ１０１２、１０２２を含み得る。
【００８２】
コンポーネント１０５２〜１０５８は、１つまたは複数のｅＮＢ１０１０および／または１つまたは複数のマルチキャストネットワークエンティティ１０２０に対して、論理リンク１０５０を介して関連付けられ得る。要素１０１０と１０２０の両方に対するリンク１０５０は、各要素が、ｅＮＢ１０１０、マルチキャストネットワークエンティティ１０２０の１つまたは複数、またはこれらの両方と関与し得ることを示す。たとえば、加入者の数を決定するためのコンポーネント１０５２は、ｅＮＢに、さらに、図６に関して上で論じられたネットワークエンティティＭＢＭＳ−ＧＷ、ＢＭ−ＳＣ、Ｐ−ＧＷ、ＭＣＥ、およびＭＭＥ、または同様のエンティティの１つまたは複数に関与し得る。したがって、コンポーネント１０５２〜１０５８は、ワイヤレス通信システムの１つのプロセッサエンティティには必ずしも限定されず、全体または一部が、論理リンク１０５０を介して協調して動作しているシステムの様々な処理エンティティによって具現化され得る。論理リンクは、単一の通信リンクまたはインターフェースに必ずしも限定されず、たとえば、異なるシステム要素の間の様々なインターフェースを示す上で図６に関して説明されたような、２つ以上の通信リンクまたはインターフェースを含み得る。
【００８３】
関連する態様では、システム１０６０はオプションで、少なくとも１つのプロセッサを各々有する、プロセッサコンポーネント１０１２、１０２２を含み得る。プロセッサ１０１２および１０２２は、任意の適切な通信結合を介してコンポーネント１０５２〜１０５８または同様のコンポーネントと動作可能に通信し得る。上で述べられたように、ｅＮＢ１０１０またはマルチキャストネットワークエンティティ１０２０のうちの２つ以上は、コンポーネント１０５２〜１０５８の一部分を含み得る。したがって、プロセッサ１０１２および１０２２は、電気的コンポーネント１０５２〜１０５８によって実行される処理または機能の開始とスケジューリングとを実施し得る。
【００８４】
さらなる関連する態様では、システム１０６０は、無線送受信機コンポーネント１０１６、１０２６と、ネットワークインターフェースコンポーネント１０１８、１０２８とを含み得る。システム１０６０は、たとえば、メモリデバイス／コンポーネント１０１４、１０２４のような、情報を記憶するためのコンポーネントをオプションで含み得る。コンピュータ可読媒体またはメモリコンポーネント１０１４、１０２４は、バスまたは他の結合を介してシステム１０００の他のコンポーネントに動作可能に結合され得る。メモリコンポーネント１０１４、１０２４は、コンポーネント１０５２〜１０５８、およびそれらのサブコンポーネント、またはプロセッサ１０１２、１０２２、または本明細書で開示される方法の活動を実行するための、コンピュータ可読命令とデータとを記憶するように適応され得る。メモリコンポーネント１０１４、１０２４は、コンポーネント１０５２〜１０５８に関連する機能を実行するための命令を保持し得る。メモリ１０１４、１０２４の外部にあるものとして示されているが、コンポーネント１０５２〜１０５８はメモリ１０１４、１０２４内に存在し得ることを理解されたい。
【００８５】
図１０Ｄを参照すると、システム１０６０のさらなるオプションのコンポーネントまたはモジュールが示されている。たとえば、システム１０６０はさらに、１または複数の加入者にサービスを搬送する信号の、少なくとも１つのプロトコル要素または少なくとも１つのヘッダを調整するための電気的コンポーネントまたはモジュール１０６２を含み得る。システム１０６０はさらに、サービスを１または複数の加入者に提供するために使用されるチャネルとは異なる制御チャネルを介して、少なくとも１つの指示を１または複数の加入者に送信するための電気的コンポーネントまたはモジュール１０６４を含み得る。たとえば、指示は、移行をシグナリングすることができ、または、ユニキャストモードからブロードキャストモード、またはブロードキャストモードからユニキャストモードへ移行するようにＵＥに命令することができる。たとえば、電気的コンポーネント１０６４は、送受信機１０１６、１０２６などと、少なくとも１つの指示を送信するための命令を保持するメモリ１０１４、１０２４とに結合される、少なくとも１つのプロセッサ１０１２、１０２２を含み得る。システム１０６０はさらに、ｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素を使用して、サービス発見プロシージャをトリガするための電気的コンポーネントまたはモジュール１０６６を含み得る。たとえば、電気的コンポーネント１０６６は、送受信機１０１６、１０２６などと、ｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素を使用するための命令を保持するメモリ１０１４、１０２４とに結合される、少なくとも１つのプロセッサ１０１２、１０２２を含み得る。システム１０６０はさらに、拡張ｈｔｔｐ要素を使用して、サービス発見プロシージャをトリガするための電気的コンポーネントまたはモジュール１０６８を含み得る。たとえば、電気的コンポーネント１０６６は、送受信機１０１６、１０２６などと、拡張ｈｔｔｐ要素を使用するための命令を保持するメモリ１０１４、１０２４とに結合される、少なくとも１つのプロセッサ１０１２、１０２２を含み得る。
【００８６】
図１１Ａおよび図１１Ｂはさらに、ワイヤレス通信システムにおいて、サービスのマルチキャストデリバリーを介してコンテンツを受信することと、サービスのユニキャストデリバリーを介してコンテンツを受信することとの間で移行するための、方法の実施形態を示す。方法は、ＵＥ、モバイルエンティティ、ワイヤレス端末などによって実行され得る。方法１１００は、１１０２において、ワイヤレス通信ネットワークにおいてマルチメディアサービスを取得することを含み、ここで、マルチメディアサービスは第１の提供モードで提供される。方法１１００はさらに、１１０４において、サービスが第１の提供モードから第２の提供モードに移行すべきであることを示す修正されたコンテンツ指定子を通信ネットワークから受信することを含み得る。たとえば、修正されたコンテンツ指定子は、第１の提供モードでマルチメディアサービスに参加している端末の数と、所定の閾値との比較を反映し得る。方法１１００はさらに、１１０６において、修正されたコンテンツ指定子に応じて、第１の提供モードから第２の提供モードへの移行を開始することを含み得る。
【００８７】
サービスのマルチキャストデリバリーを介してコンテンツを受信することと、サービスのユニキャストデリバリーを介してコンテンツを受信することとの間の移行を実施するための追加の動作１１５０が、図１１Ｂに示される。動作１１５０のうちの１つまたは複数は、方法１１００の一部としてオプションで実行され得る。動作１１５０は、任意の動作順序で実行されてよく、または実行の特定の発生順を必要とすることなく、開発アルゴリズムによって包含され得る。動作は独立して実行され、相互に排他的ではない。したがって、そのような動作のうちのいずれか１つが、別の下流または上流動作が実行されるかどうかにかかわらず実行され得る。たとえば、方法１１００が動作１１５０のうちの少なくとも１つを含む場合、方法１１００は、図示される後続の下流動作を必ずしも含む必要はなく、少なくとも１つの動作の後に終了し得る。
【００８８】
図１１Ｂを参照すると、追加の動作１１５０は、１１０８において、サービスを装置に提供するために使用されるチャネルの１つまたは複数の信号において、少なくとも１つの指示を受信することを含み得る。たとえば、指示は、移行をシグナリングすることができ、または、ユニキャストモードからブロードキャストモード、またはブロードキャストモードからユニキャストモードへ移行するようにＵＥに命令することができる。動作１１５０はさらに、１１１０において、サービスを装置に搬送する信号の少なくとも１つのプロトコル要素または少なくとも１つのヘッダの、少なくとも１つの調整されたバージョンを受信することを含み得る。動作１１５０はさらに、１１１２において、サービスを装置に提供するために使用されるチャネルとは異なる制御チャネルを介して、少なくとも１つの指示を受信することを含み得る。
【００８９】
図１２Ａを参照すると、サービスのマルチキャストデリバリーを介してコンテンツを受信することとサービスのユニキャストデリバリーを介してコンテンツを受信することとの間で移行するための、例示的な装置１２００が提供され、装置１２００は、ＵＥ、モバイルエンティティ、ワイヤレス端末などとして、または、ＵＥ、モバイルエンティティ、ワイヤレス端末などの中で使用するためのプロセッサもしくは同様のデバイスとして、構成され得る。装置１２００は、プロセッサ、ソフトウェア、ハードウェア、またはこれらの組合せ（たとえば、ファームウェア）によって実装される機能を表し得る機能ブロックを含み得る。
【００９０】
示されるように、一実施形態では、装置１２００は、ワイヤレス通信ネットワークにおいてマルチメディアサービスを取得するための電気的コンポーネントまたはモジュール１２０２を含むことができ、マルチメディアサービスは第１の提供モードで提供される。たとえば、電気的コンポーネントまたはモジュール１２０２は、ネットワークインターフェース１２１４（たとえば、送信機、受信機、送受信機）などと、マルチメディアサービスを取得するための命令を伴うメモリ１２１６とに結合された、少なくとも１つのプロセッサ１２１０を含み得る。装置１２００は、サービスが第１の提供モードから第２の提供モードに移行すべきであることを示す修正されたコンテンツ指定子を、通信ネットワークから受信するための電気的コンポーネントまたはモジュール１２０４を含み得る。たとえば、修正されたコンテンツ指定子は、第１の提供モードでマルチメディアサービスに参加している端末の数と、所定の閾値との比較を反映し得る。たとえば、電気的コンポーネント１２０４は、ネットワークインターフェース１２１４（たとえば、送信機、受信機、送受信機）などと、修正されたコンテンツ指定子を受信するための命令を保持するメモリ１２１６とに結合された、少なくとも１つのプロセッサ１２１０を含み得る。装置１２００は、修正されたコンテンツ指定子に応じて、第１の提供モードから第２の提供モードへの移行を開始するための電気的コンポーネントまたはモジュール１２０６を含み得る。
【００９１】
関連する態様では、ＵＥ、モバイルエンティティ、ワイヤレス端末などとして構成された装置１２００の場合、装置１２００は、少なくとも１つのプロセッサを有するプロセッサコンポーネント１２１０をオプションで含み得る。プロセッサ１２１０は、そのような場合、バス１２１２または同様の通信結合を介してコンポーネント１２０２〜１２０４または同様のコンポーネントと動作可能に通信し得る。プロセッサ１２１０は、電気的コンポーネントまたはモジュール１２０２〜１２０４によって実行される処理または機能の起動とスケジューリングとを実施し得る。
【００９２】
さらなる関連する態様では、装置１２００は、他のネットワークエンティティと通信するためのネットワークインターフェースコンポーネント１２１４を含み得る。ネットワークインターフェース１２１４は、送信機、受信機、または送受信機であり得る。装置１２００は、たとえば、メモリデバイス／コンポーネント１２１６のような、情報を記憶するためのコンポーネントをオプションで含み得る。コンピュータ可読媒体またはメモリコンポーネント１２１６は、バス１２１２などを介して装置１２００の他のコンポーネントに動作可能に結合され得る。メモリコンポーネント１２１６は、コンポーネント１２０２〜１２０４、およびそれらのサブコンポーネント、またはプロセッサ１２１０、追加の動作１２００、１３００、および１４００、または本明細書で開示される方法の活動を実行するためのコンピュータ可読命令とデータとを記憶するように適応され得る。メモリコンポーネント１２１６は、コンポーネント１２０２〜１２０４に関連する機能を実行するための命令を保持し得る。メモリ１２１６の外部にあるものとして示されているが、コンポーネント１２０２〜１２０４はメモリ１２１６の内部に存在し得ることを理解されたい。
【００９３】
図１２Ｂを参照すると、装置１２００のさらなるオプションのコンポーネントまたはモジュールが示されている。装置１２００はさらに、サービスを装置に提供するために使用されるチャネルの１つまたは複数の信号において、少なくとも１つの指示を受信するための電気的コンポーネントまたはモジュール１２２０を含み得る。たとえば、指示は、移行をシグナリングすることができ、または、ユニキャストモードからブロードキャストモード、またはブロードキャストモードからユニキャストモードへ移行するようにＵＥに命令することができる。たとえば、電気的コンポーネントまたはモジュール１２２０は、ネットワークインターフェース１２１４（たとえば、送信機、受信機、送受信機）などと、少なくとも１つの指示を受信するための命令を伴うメモリ１２１６とに結合された、少なくとも１つのプロセッサ１２１０を含み得る。装置１２００はさらに、サービスを装置に搬送する信号の少なくとも１つのプロトコル要素または少なくとも１つのヘッダの、少なくとも１つの調整されたバージョンを受信するための電気的コンポーネントまたはモジュール１２２２を含み得る。たとえば、電気的コンポーネントまたはモジュール１２２２は、ネットワークインターフェース１２１４（たとえば、送信機、受信機、送受信機）などと、少なくとも１つの調整されたバージョンを受信するための命令を伴うメモリ１２１６とに結合された、少なくとも１つのプロセッサ１２１０を含み得る。装置１２００はさらに、サービスを装置に提供するために使用されるチャネルとは異なる制御チャネルを介して、少なくとも１つの指示を受信するための電気的コンポーネントまたはモジュール１２２４を含み得る。たとえば、電気的コンポーネントまたはモジュール１２２４は、ネットワークインターフェース１２１４（たとえば、送信機、受信機、送受信機）などと、少なくとも１つの指示を受信するための命令を伴うメモリ１２１６とに結合された、少なくとも１つのプロセッサ１２１０を含み得る。
【００９４】
モード間の移行のための例示的な方法
上で述べられたように、需要ベースのＭＢＭＳをサポートするシステムでは、複数のモバイルエンティティへのマルチキャストセッションを介して、または、モバイルエンティティへの別々のユニキャストセッションを介して、所与のコンテンツを提供することがより効率的になり得る。マルチキャストサービスまたはユニキャストサービスを提供することの相対的な効率は、需要レベル、たとえば、どれくらい多くのモバイルエンティティが所与のコンテンツを受信しているか、および／または受信を望んでいるかに関連し得る。生じ得る１つの問題は、コンテンツデリバリーのこれらのモードの間の移行が望まれ得ると判定された後に、そのような移行をどのように調整するかということである。以下のセクションは、この問題に対するいくつかの例示的なアプローチを述べる。
【００９５】
予備として、使用され得る複数のコンテンツデリバリー技法がある。たとえば、ダイナミック・アダプティブ・ストリーミング・オーバーＨＴＴＰ（ＤＡＳＨ：Dynamic Adaptive Streaming over HTTP）またはリアルタイムプロトコル（ＲＴＰ：Real-Time Protocol）が利用され得る。以下では、主にＤＡＳＨの状況で例示的な技法が論じられるが、技法はＲＴＰを利用するシステムにも同様に適用可能であり、適用可能な場合、違いについての議論が以下で与えられる。
【００９６】
デリバリーのモードを移行するための技法を論じる際、関連するシグナリングを２つのクラスに分けることができ、この２つのクラスは以下では、サービス内（または帯域内）シグナリングおよびサービス外（または帯域外）シグナリングと呼ばれる。サービス内シグナリングでは、移行に関連する信号は、サービスを提供することに関連する通常のトラフィックに埋め込まれ得る。サービス外シグナリングでは、移行に関連する信号は、サービスを提供することに関連する通常のトラフィックの外側で、たとえば、別々のチャネルで送信され得る。これらのシグナリング技法のいずれかまたは両方が、ユニキャスト動作とマルチキャスト動作との間の移行を実施するための様々な方式において使用され得る。
【００９７】
図１３Ａは、本開示の一実施形態による、マルチキャスト（ブロードキャストとも呼ばれる）セッションから別個のユニキャストセッションに移行する、例示的なサービス内シグナリング手法を示す。上で述べられたように、図１３Ａは、ＤＡＳＨの状況でこの手法を示すが、この手法はＲＴＰベースのシステムにも適用可能であり得る。図１３Ａは、ＤＡＳＨエンジン／アプリケーション１３０２とＤＡＳＨブロードキャスト（ＤＡＳＨ−ＢＣ）モジュール１３０３とを含み得る、ＵＥ１３０１を示す。ＢＭ−ＳＣ１３０５とＤＡＳＨサーバ１３０６も示されており、ＢＭ−ＳＣ１３０５は、ＤＡＳＨの場合ＤＡＳＨクライアントとして特徴付けられてよく、ＤＡＳＨサーバ１３０６はＢＭ−ＳＣ１３０５にコンテンツを提供することができる。図１３Ａに示されるさらなるコンポーネントは、高アタッチレート検出モジュール（ＨＤＭ）１３０４であり得る。ＨＤＭ１３０４は、ネットワークの別個の物理的要素または論理的要素（たとえば、図６のＰ−ＧＷ６１０とＢＭ−ＳＣ６１２との間に設けられるものとして示され得る）であることができ、または、Ｐ−ＧＷ６１０またはＢＭ−ＳＣ６１２のようなネットワーク要素に組み込まれることができる。ＨＤＭ１３０４の機能は、提供されている様々なマルチメディアサービスに参加しているＵＥの数のカウントを管理することを含み得る。
【００９８】
マルチキャストモード／ブロードキャストモードの間、参照番号１３０７によって示されるように、マルチメディアコンテンツは、Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ（ＦＬＵＴＥ）チャネルを使用してＵＥ１３０１にデリバリーされ得る。ＤＡＳＨでは、コンテンツはセグメントへと分割されてよく、セグメントは、たとえば、長さが５〜１０秒であってよく（しかし、本開示はそのようには限定されない）、各ＤＡＳＨセグメントは、ＵＲＬのようなコンテンツ指定子を割り当てられる。ＵＲＬは、ＤＡＳＨコンテンツをデリバリーするために使用され得る、ＦＬＵＴＥチャネルのファイルデリバリーテーブル（ＦＤＴ）に記憶され得る。このプロトコルでは、ＢＭ−ＳＣ１３０５は、ｈｔｔｐ−ＧＥＴメッセージをＤＡＳＨサーバ１３０６に送信して、ＵＥ１３０１にデリバリーされるべきコンテンツの次のセグメントを取得することができる。ＤＡＳＨサーバ１３０６は、コンテンツをＢＭ−ＳＣ１３０５に転送できるｈｔｔｐ−ＲＥＰＬＹメッセージによって応答することができ、ＢＭ−ＳＣ１３０５は、ＵＥ１３０１を含み得る複数のＵＥへの、所与のセグメントに対する関連するＵＲＬを含むコンテンツのブロードキャストを調整することができる。ＵＥ１３０１の中で、ＤＡＳＨエンジン１３０２は、ＤＡＳＨ−ＢＣモジュール１３０３と対話して、ＵＥ１３０１のユーザにコンテンツを提供することができる。これは、ｈｔｔｐ−ＧＥＴ／ｈｔｔｐ−ＲＥＰＬＹメッセージという手段によって行われてよく、これはＢＭ−ＳＣ１３０５とＤＡＳＨサーバ１３０６との間の対話と同様であり得る。たとえば、ＤＡＳＨエンジン１３０２は、ｈｔｔｐ−ＧＥＴメッセージをＤＡＳＨ−ＢＣモジュール１３０３に送信して、コンテンツの次のセグメントを取得することができる。ＤＡＳＨ−ＢＣモジュール１３０３は、コンテンツをＤＡＳＨエンジン１３０２に転送できるｈｔｔｐ−ＲＥＰＬＹメッセージによって応答することができる。
【００９９】
何らかの時点で、ＨＤＭ１３０４は、特定のマルチメディアサービスに参加しているＵＥのカウントを提供して、ＨＤＭ１３０４、または別のネットワーク要素、たとえば図６に示されるようなネットワーク要素であり得るネットワーク要素が、サービスに対する需要がＵＥの閾値の数を下回ったかどうかを判定することを可能にし得る。下回った場合、マルチキャストモードからユニキャストモードへの移行がトリガされ得る。この場合、ＢＭ−ＳＣ、またはブロードキャストセグメントを生成する別のネットワーク要素は、修正されたＵＲＬを伴うＵＥにコンテンツをブロードキャストすることができ、そのような修正されたＵＲＬはＦＤＴに記憶されることができ、および／または、移行のトリガがあったら生成されることができる。修正されたＵＲＬは、たとえば、ｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ  ｄｅｓｃｒｉｐｔｉｏｎ（ＭＰＤ）表現に基づくことができ、そのＵＲＬを受信するＵＥに、ユニキャストモードへの移行を開始するように指示するようなセマンティクスを伴って、構築され得る。あるいは、修正されたＵＲＬは、ＵＲＬを表すために使用されるＡＳＣＩＩ文字を使用した、明示的な指示であり得る。これは、たとえば、ＵＲＬの文字列に文字列「ＢＣｔｏＵＣ」を挿入することによって実現され得る。そのような修正されたＵＲＬは、たとえば、ユニキャストＵＲＬ、または、ブロードキャストモード／マルチキャストモードからユニキャストモードへの移行を示すＵＲＬであり得る。さらに別の実施形態では、ＢＭ−ＳＣ、または、ブロードキャストセグメントを生成する別のネットワーク要素は、ブロードキャストチャネルを通じて送信されるサービスがまもなくユニキャストモードに移行することをワイヤレスデバイスにシグナリングするためにユニキャストメッセージを使用することを、ＭＭＥに示すことができる。両方の場合において、ネットワークは、ＦＬＵＴＥプロトコルのファイルデリバリーテーブル（ＦＤＴ）を使用して、修正されたＵＲＬをワイヤレスデバイスに送信することができる。
【０１００】
いくつかの実施形態による修正されたＵＲＬは、たとえば、ＭＰＤの属性を変更することによって取得され得る。一般に、ＭＰＤは、ＵＲＬがどのように構築されるかに関する属性を含み得る。この属性は、異なるタイプのＵＲＬに対しては異なり得る。たとえば、属性は、ユニキャストモード、ブロードキャストモード、ブロードキャストからユニキャストへのモード移行、および／またはブロードキャストからユニキャストへのモード移行では異なり得る（いくつかの実施形態では、現在のモードから他のモードへの「汎用的な（generic）」移行を示す単一の属性があり、これ自体が、必要に応じて、移行に関連するさらなる情報を指定するために修正可能であり得る、ということが可能であり得ることに留意されたい）。すなわち、修正されたＵＲＬは、異なるＭＰＤ属性の使用を伴ってよく、したがってこれは異なるＵＲＬフォーマットをもたらし得る。
【０１０１】
ＵＥ１３０１は次いで、ユニキャストセッション１３０８を確立し、サービスのブロードキャスト送信の受信を停止することができる。ユニキャストセッションは次いで、ＤＡＳＨエンジン１３０２からのｈｔｔｐ−ＧＥＴメッセージおよびＤＡＳＨエンジン１３０２へのｈｔｔｐ−ＲＥＰＬＹメッセージの連続的な送信によって、進むことができる（１３０９）。ｈｔｔｐ−ＧＥＴメッセージは、所望のコンテンツを要求するようにユニキャストＵＲＬ（図１３Ａでは「ＵＣ−ＵＲＬ」と示される）を組み込むことができ、そのようなｈｔｔｐ−ＧＥＴメッセージは、図１３Ａにおいて「ｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）」と指定される。ＤＡＳＨ−ＢＣモジュール１３０３は、処理することなくこれらのｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）メッセージを転送することができる。同様に、ＢＭ−ＳＣ１３０５はまた、これらのｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）メッセージを処理しなくてよく、ｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）メッセージは、コンテンツの取り出しのためにＤＡＳＨサーバ１３０６に転送され得る。処理は反対の方向にも同様に進むことができ、ＤＡＳＨサーバ１３０６がｈｔｔｐ−ＲＥＰＬＹメッセージを提供して（ｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）に応答して）、ｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）メッセージで提供されるＵＣ−ＵＲＬに対応するコンテンツを提供し、このコンテンツは、やはり（たとえば、ＢＭ−ＳＣ１３０５および／またはＤＡＳＨ−ＢＣモジュール１３０３による）ブロードキャスト処理を伴わずに、ＵＥ１３０１に与えられ得る。図１３ＡではＢＭ−ＳＣ１３０５を迂回するものとして示されるが、代替的な実施形態では、ｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）メッセージおよびｈｔｔｐ−ＲＥＰＬＹメッセージは、ＢＭ−ＳＣ１３０５によって受信され、この処理におけるＨＤＭ１３０４の関与を伴いまたは伴わずに、適切な方向に転送され得ることに留意されたい。一方、ＨＤＭ１３０４は、様々なマルチメディアサービスを取得するＵＥのカウントを管理し続けることができ、このカウントは、たとえば、ブロードキャストモードに戻るかどうかの判定を可能にするために使用され得る。さらに別の実施形態では、ネットワークは、ブロードキャストチャネルでのコンテンツの送信を停止することができる。ワイヤレスデバイスは、このイベントを検出し、ユニキャストチャネルをセットアップしてサービスを取得する。
【０１０２】
ブロードキャストモードからユニキャストモードへの移行において、１つの検討事項は、最初はブロードキャストモードでコンテンツを受信していた個々のＵＥの、ユニキャストモードでコンテンツを受信することへの移行のタイミングであり得る。すべてのそのようなＵＥが同時に移行を試みていたのであれば、このことは、競合、および／または、ネットワークのユニキャスト移行能力への過負荷をもたらし得る。これを考慮して、様々な実施形態は、そのようなタイミング問題を軽減するための様々な技法を組み込み得る。１つの例は、ランダムにされた切り替え時間を使用することであってよく、この場合、所与のＵＥは、たとえばランダム遅延生成器を使用してランダムな遅延を生成することによって、移行を開始すべき時間を決定することができる。代替的に、移行プロシージャは、移行のスケジューリングをＵＥへのシグナリングに組み込んで、そのような移行を行うことができ、そのようなシグナリングは、様々なネットワーク制御チャネルを介して行われ得る。さらなる可能な技法は、競合解決の技法を組み込むことであってよく、この技法は、分散型の技法と集中型の技法のいずれかであり得る。
【０１０３】
図１３Ｂは、本開示のある実施形態による、別々のユニキャストセッションを使用してサービスを提供することから、マルチキャスト（やはり、ブロードキャストとも呼ばれる）セッションを使用してサービスを提供することへ移行する、例示的なサービス内シグナリング手法を示す。上で述べられたように、図１３Ｂは、ＤＡＳＨの状況でこの手法を示すが、この手法はＲＴＰベースのシステムにも適用可能であり得る。図１３Ａに示されるコンポーネントに対応するコンポーネントは、同一の参照番号によって標識されている。加えて、様々な動作も、図１３Ｂに固有の参照番号１〜７によって標識されている。
【０１０４】
図１３Ｂにおいて、ＵＥ１３０１のユーザは、たとえばＵＲＬを入力することによって、何らかのアプリケーション／サービスを要求することができ（「１．アプリケーション要求」として示される）、ＵＥは、ユニキャストセッション１３１０を開始して、対応するコンテンツを取得することができる。図１３Ａに関して論じられたように、ＵＲＬは、ユニキャストモードとブロードキャストモードを区別し、あるモードから他のモードへ移行するための１つまたは複数の指示を組み込むようなセマンティクスを伴って構築され得る。最初のユニキャストモード１３１０では、ＤＡＳＨエンジン１３０２は、適切なＵＲＬを選択することができ、このＵＲＬは、上で論じられたように、ＭＰＤに基づいて取得されてよく、ＵＲＬは、「ＵＣ−ＵＲＬ」と指定され得るユニキャストの場合のＵＲＬであり得る。修正されたＵＲＬがＭＰＤに基づいてどのように取得され得るかのさらなる詳細は、上で見出される。ＤＡＳＨエンジン１３０２は次いで、上で説明されたように、ｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）メッセージを送信することができる。やはり、ユニキャストモードでは、ＤＡＳＨ−ＢＣモジュール１３０３は、これがユニキャストモードであるならば、ｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）メッセージを処理しないことができる。上で説明されたように、ＨＤＭ１３０４は、様々なマルチメディアサービスに参加しているＵＥのカウントを管理することができる。ｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）メッセージは、ＤＡＳＨサーバ１３０６に達することができ、ＤＡＳＨサーバ１３０６は、ｈｔｔｐ−ＲＥＰＬＹメッセージを送信することによって応答して、要求されるコンテンツの対応するセグメントを転送することができる。上で説明されたように、ｈｔｔｐ−ＲＥＰＬＹは、最終的にはＤＡＳＨエンジン１３０２に転送される（図１３Ｂの参照番号３）。当然、ＤＡＳＨでは、この処理は、要求されるコンテンツを取得するために繰り返し実行され得る。
【０１０５】
所与のマルチメディアサービスを要求するＵＥの数が閾値を超えると、ＨＤＭ１３０４または他のネットワークエンティティが判定すると、ブロードキャストモードへの移行がトリガされ得る。様々な動作１３１１が、この移行の実施に関与し得る。ＵＥ１３０１は、さらなるｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）メッセージ（４）を送信することによって、コンテンツを要求し続けることができる。しかしながら、ブロードキャストへの移行がトリガされると、ＨＤＭ１３０４または別のネットワーク要素（たとえば、図６に示されるようなネットワーク要素）は、ｈｔｔｐ−ＧＥＴ（ＵＣ−ＵＲＬ）メッセージを傍受し、ｈｔｔｐ−ＲＥＤＩＲＥＣＴ（ＢＣ移行を伴うＵＲＬ）メッセージ（５）をＵＥ１３０１に戻すことができ、ｈｔｔｐ−ＲＥＤＩＲＥＣＴメッセージはＵＥ１３０１のＤＡＳＨ−ＢＣモジュール１３０３によって受信され得る。「ＢＣ移行を伴うＵＲＬ」は、ブロードキャストモードへの移行がトリガされたことをＵＥ１３０１に示すことができる、ＵＲＬの修正されたバージョンであり得る。修正されたＵＲＬは、ＭＰＤの属性を修正することによって（たとえば、図９Ｉの修正されたＭＰＤの属性）、または、ワイヤレスデバイスからネットワークに送信されるｈｔｔｐ−ＧＥＴ要求に応答してワイヤレスデバイスに送信されるｈｔｔｐ−ＲＥＰＬＹメッセージまたはｈｔｔｐ−ＲＥＤＩＲＥＣＴメッセージにおいて、文字列、たとえば「ＵＣｔｏＢＣ」を明示的に挿入することによって、実現され得る。ＵＥ１３０１のＤＡＳＨ−ＢＣモジュール１３０３が、ＢＣ移行を伴うＵＲＬを備えたｈｔｔｐ−ＲＥＤＩＲＥＣＴを受信すると、ＤＡＳＨ−ＢＣモジュール１３０３は、リダイレクトされたＵＲＬを使用してｈｔｔｐ−ＧＥＴを発することができる。加えて、ＤＡＳＨ−ＢＣモジュール１３０３はまた、ブロードキャストサービスを使用してコンテンツを受信するように、ワイヤレスデバイスを準備することができる。そのような準備は、サービス発見プロシージャまたはサービス告知を受信するための（たとえば、ＵＥ１３０１の受信機に指示するための）プロシージャを開始することを含み得る。ＤＡＳＨ−ＢＣモジュール１３０３は、ｈｔｔｐ−ＲＥＰＬＹ（ＢＣ移行を伴うＵＲＬ）メッセージをＤＡＳＨエンジン１３０２に転送することができる。この時点で、ＤＡＳＨエンジン１３０２は、ＵＣ−ＵＲＬの代わりにＢＣ移行を伴うＵＲＬを使用することができ、このことは、ＤＡＳＨエンジン１３０２がｈｔｔｐ−ＲＥＤＩＲＥＣＴメッセージを受信し、ｈｔｔｐ−ＧＥＴメッセージ（６）を使用してＤＡＳＨサーバ１３０６からのコンテンツを要求し続け得るということを意味し得る。ＤＡＳＨサーバ１３０６は、ユニキャストＵＲＬをブロードキャストモードへの移行を示すＵＲＬと区別する必要がないので、ＢＣ移行を伴うＵＲＬはＤＡＳＨサーバ１３０６に転送されてもされなくてもよいことに留意されたい（すなわち、このことは、ＤＡＳＨサーバ１３０６が要求されたコンテンツを提供することが可能であることとは関係がないことがあり、所望されればＤＡＳＨサーバ１３０６はｈｔｔｐ−ＧＥＴメッセージを取り除かれてよい）。通常のように、そのようなユニキャストモードｈｔｔｐ−ＧＥＴメッセージがＤＡＳＨサーバ１３０６によって受信される限り、ＤＡＳＨサーバ１３０６は、要求されたＤＡＳＨセグメントを転送することができるｈｔｔｐ−ＲＥＰＬＹメッセージ（７）を送信し続けることができる。
【０１０６】
ＤＡＳＨエンジン１３０２がｈｔｔｐ−ＲＥＤＩＲＥＣＴメッセージまたはｈｔｔｐ−ＲＥＰＬＹ（ＢＣ移行を伴うＵＲＬ）メッセージ（５）を受信すると、このことも、ＵＥ１３０１をブロードキャストモードへと切り替えさせ得る。したがって、ＵＥ１３０１は、サービス発見（８）を開始することができ、サービス発見は、所望のサービスがいつブロードキャストモードで利用可能になるかを判定し、ＢＭ−ＳＣ１３０５と協調して行われ得る関連する移行を開始するために、使用され得る。ＵＥ１３０１がブロードキャストサービスを発見しセットアップすると、前に説明されたように、ユニキャストモードでのＵＥ１３０１へのコンテンツの送信は中断され、ブロードキャストモードが開始し得る。これは、参照番号１３１２によって示される（参照番号９〜１１によって示される動作を含み得る）。いくつかの場合には、ＵＥ１３０１は、所定の期間の後、ブロードキャストモードへの移行に失敗し得る。ネットワークは、ＵＥ１３０１がユニキャストモードでコンテンツを要求し続ける場合、所定の期間の後、ブロードキャストデリバリーへの移行を実行することができる。移行は、ネットワークがｈｔｔｐ−ＲＥＤＩＲＥＣＴをＮＵＬＬ  ＵＲＬに送信することによって、または、ｈｔｔｐエラーを送信して、コンテンツがもはやユニキャストモードを介して利用可能ではないこと、および／または今はブロードキャストモードを介して利用可能であることを示すことによって、実行され得る。
【０１０７】
図１３Ｃは、ユニキャストモードからブロードキャストモードへの移行において使用され得る、第２のサービス内シグナリングの実施形態を提示する。図１３Ｃの要素および図１３Ｃの動作のシーケンスは、図１３Ｂに示されるそれらと同様であってよく、以下の修正を伴う。ユニキャストモードからブロードキャストモードへの移行１３１１の間、図１３Ｂのように、ＵＥ１３０１は、ＤＡＳＨサーバ１３０６からＤＡＳＨセグメントを要求し取得することを続け、これは、ＵＥ１３０１のＤＡＳＨエンジン１３０２によって行われ得る。ＤＡＳＨエンジン１３０２は、ｈｔｔｐ−ＧＥＴメッセージ（４）を生成し送信することができる。移行をＵＥ１３０１にシグナリングすることが修正されたＵＲＬを使用することによって行われ得る図１３Ｂの実施形態とは異なり、図１３Ｃの実施形態では、ＵＥ１３０１がブロードキャストモードに移行すべきであることを示すために、ｈｔｔｐ拡張が使用され得る。たとえば、ｈｔｔｐは、様々な要求および／または応答メッセージに対して、様々なヘッダフィールドを定義することができる。いくつかの実施形態では、したがって、新たなヘッダフィールドが、モード間の移行（たとえば、ブロードキャストへの移行）を示すために導入され得る。サービスがまもなくブロードキャストを通じて送信されることになることを示す新たなヘッダフィールドは、コンテンツセグメントを要求するワイヤレスデバイスから送信されるｈｔｔｐ−ＧＥＴ要求に応答して送信される、ｈｔｔｐ−ＲＥＰＬＹまたはｈｔｔｐ−ＲＥＤＩＲＥＣＴメッセージを使用して、ワイヤレスデバイスに送信され得る。加えて、ＵＥ１３０１は、ユニキャストモードでさらなるコンテンツを要求し続け、ブロードキャストモード（４）への移行が行われるべきであるとシステムが判定すると、図１３Ｂのようにｈｔｔｐ−ＧＥＴメッセージがリダイレクトされず、代わりに、ｈｔｔｐ−ＧＥＴメッセージはＤＡＳＨサーバ１３０６に達してよく、ＤＡＳＨサーバ１３０６はそれに応答して、サービスがブロードキャストモードデリバリーに移行していることをＵＥ１３０１に示すためのｈｔｔｐ拡張を含み得る、ｈｔｔｐ−ＲＥＰＬＹメッセージを提供することができる。示されるように（６、７）、コンテンツ（ユニキャストモードの）に対する後続の要求およびＤＡＳＨサーバ１３０６からの関連する応答は、同様の方式で進行し得る。両方の場合において、所定の期間の後にブロードキャストデリバリーまたはマルチキャストデリバリーへの移行を実行するために、ネットワークは、ｈｔｔｐ−ＲＥＤＩＲＥＣＴをＮＵＬＬ  ＵＲＬに送信し、または、ｈｔｔｐエラーを送信して、コンテンツがもはやユニキャストモードを介して利用可能ではないこと、および／または今はブロードキャストモードを介して利用可能であることを示すことができる。
【０１０８】
上で述べられたように、図１３Ａ〜図１３Ｃは、ブロードキャストモードとユニキャストモードとの間の移行が、ＤＡＳＨベースのシステムにおいてサービス内シグナリングを使用してどのように達成され得るかを表す。しかしながら、やはり、これは、ＲＴＰのようなコンテンツを提供するための他のプロトコルにも適用可能であり得る。本開示がそれに限定されないＲＴＰの特定の例では、ＲＴＰメッセージは関連するヘッダを含み、リアルタイム制御プロトコル（ＲＴＣＰ）シグナリングを含み得る。ＤＡＳＨにおける改訂されたＵＲＬおよび／またはｈｔｔｐ拡張の使用と同様に、改訂されたＲＴＣＰシグナリングメッセージが、ユニキャストモードとブロードキャストモードとの間の移行を示すために使用されてよく、様々なそのような修正が行われてよいことと、シグナリングシーケンスがＲＴＰベースのシステムにおいてどのように送信され処理され得るかを、当業者は理解するであろう。たとえば、ＲＴＣＰシグナリングは一般にヘッダを含んでよく、一例では、ヘッダは、たとえば、「ブロードキャストへの移行」または「ユニキャストへの移行」という指示を含むように修正され得る。
【０１０９】
ここで、議論は、サービス外シグナリングを利用し得る様々な実施形態に向かう。図１４は、そのようなサービス外シグナリングを使用した、ブロードキャストモードからユニキャストモードへの移行の例示的な実施形態を示す。図１４に示されるコンポーネントの大半は、図１３Ａに示されるコンポーネントに対応し得る。図１４において、ＵＥ１４０１は、ＤＡＳＨエンジン／アプリケーション１４０２とＤＡＳＨ−ＢＣモジュール１４０３とを含み得る。ＨＤＭ１４０５、ＢＭ−ＳＣ１４０６、およびＤＡＳＨサーバ１４０７も、図１３Ａに示される対応するコンポーネントと同様であり得る。図１４には、たとえば、ＭＣＥおよび／またはｅＮＢを備え得るＲＡＮ１４０４が加わる。参照番号１４０８はブロードキャストモード動作を包含することができ、参照番号１４１０はユニキャスト動作への移行を指すことができ、参照番号１４１１はユニキャスト動作を指すことができ、これらはすべて、図１３Ａの参照番号１３０７〜１３０９によって参照される動作と同様であり得る。図１３Ａおよび図１４は、たとえば、図１３Ａに関して説明されたように修正されたＵＲＬを使用する代わりに、図１４は参照番号１４０９によって示される追加の信号フローを含み得るという点で、異なり得る。この場合、ＢＭ−ＳＣ１４０６は、コンテンツとともに送信されない制御信号を生成することができ、この制御信号をＲＡＮ１４０４、たとえばＭＣＥに送信して、ユニキャストモードへの移行が発生すべきであることを示すことができる。ＲＡＮ１４０４は次いで、たとえば無線インターフェースシグナリングを使用して、信号をＵＥ１３０１に送信することができる。たとえば、ＢＭ−ＳＣ１４０６からの制御信号がＲＡＮ１４０４のＭＣＥに送信された場合、ＭＣＥは次いで、ユニキャストへの移行が開始されるべきであることを１つまたは複数のＵＥ（たとえば、ＵＥ１４０１）が知らされるべきであると、ＲＡＮ１４０４のｅＮＢに示すことができる。ＲＡＮ１４０４のｅＮＢは次いで、ワイヤレス通信システムの制御チャネルを使用して、この信号をＵＥ１４０１にシグナリングすることができる。そのような制御チャネルはたとえば、ＭＣＣＨであってよい。さらに別の実施形態では、ネットワークは、ブロードキャストチャネルでのコンテンツの送信を開始することができる。ユニキャストチャネルを使用してコンテンツを現在取得しているワイヤレスデバイスは、ネットワークがブロードキャストチャネルを通じて同じコンテンツの送信を開始したことを検出することができる。これは、ワイヤレスデバイスがユニキャストチャネルで使用しているＵＲＬを、ＤＡＳＨセグメントを送信するために使用されるＦＬＵＴＥプロトコルのＦＤＴを使用してブロードキャストされるＵＲＬと照合することによって、または、サービス告知プロシージャを監視することによって、実現され得る。同じサービスがブロードキャストチャネルを通じて送信されていることをワイヤレスデバイスが検出した後、ユニキャスト接続は切断され得る。同様に、サービス告知はまた、ユニキャストモードからブロードキャストモードへの移行をＵＥに示すために使用され得る。ＢＭ−ＳＣは、サービス告知にプログラムを加え、ｅＭＢＭＳサービスをサポートするすべての周波数レイヤでサービス告知を送信することができる。ＵＥは、サービス告知を定期的に受信することができる。サービス告知において、ＢＭ−ＳＣは、ブロードキャストモードが開始する時にＵＥがマルチキャストチャネルを確立できるように、ブロードキャスト開始時間を示すことができる。
【０１１０】
図１３Ａ〜図１３Ｃと同様に、図１４は、ＤＡＳＨベースのシステムの例を使用した移行を示し、本開示はこれに限定されない。同様のプロシージャは、限定はされないがＲＴＰのようなコンテンツを提供するための他のプロトコルに適用可能であり得る。
【０１１１】
図１５および図１６は、図１３Ａ〜図１３Ｃおよび図１４に関して上で論じられたものを含み得る、本開示の様々な実施形態に関連し得るフローチャートを示す。図１５は、ネットワークの１つまたは複数の要素によって実行され得る処理１５００を示す。１５０１において、所与のサービスに対する加入者の数が決定され得る。１５０２において、得られた数が所定の閾値と比較され得る。サービスが現在ユニキャストモードでデリバリーされているかブロードキャストモードでデリバリーされているかに応じて（１５０３）、２つのことのうちの１つが起こり得る。サービスが現在ユニキャストモードでデリバリーされており、加入者の数が閾値よりも大きい場合（１５０６）、ネットワークは、ブロードキャストモードでのサービスのデリバリーへと移行するように、加入者にシグナリングすることができる（１５０７）。サービスが現在ユニキャストモードでデリバリーされておらず（ブロードキャストモードでデリバリーされており）、加入者の数が閾値よりも小さい場合（１５０４）、ネットワークは、ユニキャストモードでのサービスのデリバリーへと移行するように、加入者にシグナリングすることができる（１５０５）。
【０１１２】
同様に、図１６は、ＵＥにおいて実行され得る処理１６００を示す。ＵＥは、第１のデリバリーモードで所与のサービスを取得していることがある（１６０１）。ＵＥは、サービスを提供しているネットワークから、第２のデリバリーモードへの移行が行われるべきであるという指示を受信することができる（１６０２）。第１のデリバリーモードはユニキャストまたはブロードキャストであってよく、第２のデリバリーモードは第１のデリバリーモードではないモード（ブロードキャストまたはユニキャスト）であってよい。指示は、ネットワークの何らかの１つまたは複数の要素による、サービスへの加入者の数と所定の閾値との比較を反映してよく、ネットワークの上記の要素が次いで、比較に基づいて移行の指示を提供することができる。ＵＥは、第２のデリバリーモードへの移行を開始することができる（１６０３）。
【０１１３】
情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【０１１４】
さらに、本明細書の開示に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、具体的な適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を具体的な適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。
【０１１５】
本明細書の開示に関して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェアコンポーネント、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【０１１６】
本明細書の開示に関して説明された方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末内に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別コンポーネントとして常駐し得る。
【０１１７】
１つまたは複数の例示的な設計では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは、命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備え得る。また、送信される信号の非一時的な記憶を伴う限り、あらゆる接続が、コンピュータ可読媒体と適切に呼ばれ得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、任意の非一時的な時間長において信号が記憶媒体またはデバイスメモリ上の送信チェーンに保持される限り、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【０１１８】
本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定することと、
加入者の前記数を所定の閾値と比較することと、
前記サービスが現在ブロードキャストモードまたはマルチキャストモードで提供されており、加入者の前記数が前記所定の閾値を下回る場合、前記数の加入者に含まれる１または複数の加入者からの前記サービスのコンテンツに関する要求に応答して修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することと、
前記サービスが現在ユニキャストモードで提供されており、加入者の前記数が前記所定の閾値を超える場合、前記数の加入者に含まれる１または複数の加入者からの前記サービスのコンテンツに関する前記要求に応答して前記ユニキャストモードを介して修正されたコンテンツ指定子を送信することによって、ブロードキャストモードまたはマルチキャストモードへの移行を開始することと、を含む、方法。
［Ｃ２］前記修正されたコンテンツ指定子を前記送信することが、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルの１つまたは複数の信号において、少なくとも１つの指示を送信することを含む、［Ｃ１］に記載の方法。
［Ｃ３］前記修正されたコンテンツ指定子が、ユニフォームリソースロケータ（ＵＲＬ）を含む、［Ｃ１］に記載の方法。
［Ｃ４］前記修正されたコンテンツ指定子を送信することが、前記１または複数の加入者に前記サービスを搬送する信号の、少なくとも１つのプロトコル要素または少なくとも１つのヘッダを調整することを含む、［Ｃ１］に記載の方法。
［Ｃ５］前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダが、ハイパーテキスト転送プロトコル（ｈｔｔｐ）要素とリアルタイムプロトコル（ＲＴＰ）要素とからなる群から選択される、［Ｃ４］に記載の方法。
［Ｃ６］前記修正されたコンテンツ指定子を前記送信することが、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルとは異なる制御チャネルを介して、少なくとも１つの指示を前記１または複数の加入者に送信することを含む、［Ｃ１］に記載の方法。
［Ｃ７］前記制御チャネルがマルチメディア制御チャネルを含む、［Ｃ６］に記載の方法。
［Ｃ８］前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記方法が、ｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素を使用してサービス発見プロシージャをトリガすることをさらに含む、［Ｃ５］に記載の方法。
［Ｃ９］前記ｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素が、サービス告知を受信するためのプロシージャをトリガするように設計されたセマンティクスを含む前記修正されたコンテンツ指定子を含む、［Ｃ８］に記載の方法。
［Ｃ１０］前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記方法が、拡張ｈｔｔｐ要素を使用してサービス発見プロシージャをトリガすることをさらに含む、［Ｃ５］に記載の方法。
［Ｃ１１］１つまたは複数のプロセッサを含む、ワイヤレス通信ネットワーク内の装置であって、前記１つまたは複数のプロセッサが、
前記ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定することと、
加入者の前記数を所定の閾値と比較することと、
前記サービスが現在ブロードキャストモードまたはマルチキャストモードで提供されており、加入者の前記数が前記所定の閾値を下回る場合、前記数の加入者に含まれる１または複数の加入者からの前記サービスのコンテンツに関する要求に応答して修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することと、
前記サービスが現在ユニキャストモードで提供されており、加入者の前記数が前記所定の閾値を超える場合、前記数の加入者に含まれる１または複数の加入者からの前記サービスのコンテンツに関する前記要求に応答して前記ユニキャストモードを介して前記修正されたコンテンツ指定子を送信することによって、ブロードキャストモードまたはマルチキャストモードへの移行を開始することと、を行うように構成され、
前記装置が、データを記憶するように構成された少なくとも１つのメモリをさらに含む、装置。
［Ｃ１２］前記修正されたコンテンツ指定子を前記送信することが、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルの１つまたは複数の信号において、少なくとも１つの指示を送信することを含む、［Ｃ１１］に記載の装置。
［Ｃ１３］前記修正されたコンテンツ指定子が、ユニフォームリソースロケータ（ＵＲＬ）を含む、［Ｃ１１］に記載の装置。
［Ｃ１４］前記修正されたコンテンツ指定子を送信することが、前記１または複数の加入者に前記サービスを搬送する信号の、少なくとも１つのプロトコル要素または少なくとも１つのヘッダを調整することを含む、［Ｃ１１］に記載の装置。
［Ｃ１５］前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダが、ハイパーテキスト転送プロトコル（ｈｔｔｐ）要素とリアルタイムプロトコル（ＲＴＰ）要素とからなる群から選択される、［Ｃ１４］に記載の装置。
［Ｃ１６］前記修正されたコンテンツ指定子を前記送信することが、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルとは異なる制御チャネルを介して、少なくとも１つの指示を前記１または複数の加入者に送信することを含む、［Ｃ１１］に記載の装置。
［Ｃ１７］前記制御チャネルがマルチメディア制御チャネルを含む、［Ｃ１６］に記載の装置。
［Ｃ１８］前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記方法がｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素を使用してサービス発見プロシージャをトリガすることをさらに含む、［Ｃ１５］に記載の装置。
［Ｃ１９］前記ｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素が、サービス告知を受信するためのプロシージャをトリガするように設計されたセマンティクスを含む前記修正されたコンテンツ指定子を含む、［Ｃ１８］に記載の装置。
［Ｃ２０］前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記方法が拡張ｈｔｔｐ要素を使用してサービス発見プロシージャをトリガすることをさらに含む、［Ｃ１５］に記載の装置。
［Ｃ２１］ワイヤレス通信ネットワーク内の装置であって、
前記ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定するための手段と、
加入者の前記数を所定の閾値と比較するための手段と、
送受信機手段とを含み、前記送受信機手段が、
前記サービスが現在ブロードキャストモードまたはマルチキャストモードで提供されており、加入者の前記数が前記所定の閾値を下回る場合、前記数の加入者に含まれる１または複数の加入者からの前記サービスのコンテンツに関する要求に応答して、修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することと、
前記サービスが現在前記ユニキャストモードで提供されており、加入者の前記数が前記所定の閾値を超える場合、前記数の加入者に含まれる１または複数の加入者からの前記サービスのコンテンツに関する前記要求に応答して、前記修正されたコンテンツ指定子をユニキャストモードを介して送信することによって、ブロードキャストモードまたはマルチキャストモードへの移行を開始することと、のためのものである、装置。
［Ｃ２２］前記修正されたコンテンツ指定子を送信するための前記送受信機手段がさらに、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルの１つまたは複数の信号において、少なくとも１つの指示を送信するために構成される、［Ｃ２１］に記載の装置。
［Ｃ２３］前記サービスを前記１または複数の加入者に搬送する信号の少なくとも１つのプロトコル要素または少なくとも１つのヘッダを調整するための手段をさらに含み、前記修正されたコンテンツ指定子が、前記調整された少なくとも１つのプロトコル要素または少なくとも１つのヘッダに基づく、［Ｃ２１］に記載の装置。
［Ｃ２４］前記修正されたコンテンツ指定子を送信するための前記送受信機手段がさらに、前記サービスを前記１または複数の加入者に提供するために使用されるチャネルとは異なる制御チャネルを介して、少なくとも１つの指示を前記１または複数の加入者に送信するために構成される、［Ｃ２１］に記載の装置。
［Ｃ２５］前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記装置がｈｔｔｐ−ＲＥＤＩＲＥＣＴ要素を使用してサービス発見プロシージャをトリガするための手段をさらに含む、［Ｃ２１］に記載の装置。
［Ｃ２６］前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダがｈｔｔｐ要素であり、前記装置が拡張ｈｔｔｐ要素を使用してサービス発見プロシージャをトリガするための手段をさらに含む、［Ｃ２１］に記載の装置。
［Ｃ２７］コードを含むコンピュータ可読媒体を含むコンピュータプログラム製品であって、前記コードが、１つまたは複数の処理デバイスによって実行されると、
ワイヤレス通信ネットワークにおけるサービスへの加入者の数を決定することと、
加入者の前記数を所定の閾値と比較することと、
前記サービスが現在ブロードキャストモードまたはマルチキャストモードで提供されており、加入者の前記数が前記所定の閾値を下回る場合、前記数の加入者に含まれる１または複数の加入者からの前記サービスのコンテンツに関する要求に応答して修正されたコンテンツ指定子を送信することによって、ユニキャストモードへの移行を開始することと、
前記サービスが現在ユニキャストモードで提供されており、加入者の前記数が前記所定の閾値を超える場合、前記数の加入者に含まれる１または複数の加入者からの前記サービスのコンテンツに関する前記要求に応答して前記ユニキャストモードを介して前記修正されたコンテンツ指定子を送信することによって、ブロードキャストモードまたはマルチキャストモードへの移行を開始することと、を含む動作の実施をもたらす、コンピュータプログラム製品。
［Ｃ２８］ワイヤレス通信ネットワークの端末において、ワイヤレス通信ネットワーク内でマルチメディアサービスを取得することであって、前記マルチメディアサービスが第１の提供モードで提供される、取得することと、
前記端末によって、前記サービスが前記第１の提供モードから第２の提供モードに移行すべきであることを示す修正されたコンテンツ指定子を前記通信ネットワークから受信することと、
前記端末によって、前記修正されたコンテンツ指定子に応答して、前記第１の提供モードから前記第２の提供モードへの移行を開始することと、を含む方法。
［Ｃ２９］前記修正されたコンテンツ指定子が、前記第１の提供モードで前記マルチメディアサービスに参加している端末の数と、所定の閾値との比較を反映する、［Ｃ２８］に記載の方法。
［Ｃ３０］前記第１の提供モードがブロードキャストモードまたはユニキャストモードのうちの１つであり、前記第２の提供モードが対応するユニキャストモードまたはブロードキャストモードのうちの１つである、［Ｃ２８］に記載の方法。
［Ｃ３１］前記修正されたコンテンツ指定子を受信することが、前記サービスを前記端末に提供するために使用されるチャネルの１つまたは複数の信号において少なくとも１つの指示を受信することを含む、［Ｃ２８］に記載の方法。
［Ｃ３２］前記少なくとも１つの指示が、前記端末によって以前送信された前記サービスのコンテンツに関する要求に応答して、前記ワイヤレス通信ネットワークによって提供されるコンテンツ指定子の修正されたバージョンを含む、［Ｃ３１］に記載の方法。
［Ｃ３３］前記コンテンツ指定子が、ユニフォームリソースロケータ（ＵＲＬ）を含む、［Ｃ３２］に記載の方法。
［Ｃ３４］前記修正されたコンテンツ指定子を受信することが、前記端末に前記サービスを搬送する信号の少なくとも１つのプロトコル要素または少なくとも１つのヘッダの少なくとも１つの調整されたバージョンを受信することを含む、［Ｃ２８］に記載の方法。
［Ｃ３５］前記少なくとも１つのプロトコル要素または少なくとも１つのヘッダが、ハイパーテキスト転送プロトコル（ｈｔｔｐ）要素とリアルタイムプロトコル（ＲＴＰ）要素とからなる群から選択される、［Ｃ３４］に記載の方法。
［Ｃ３６］前記修正されたコンテンツ指定子を受信することが、前記サービスを前記端末に提供するために使用されるチャネルとは異なる制御チャネルを介して少なくとも１つの指示を受信することを含む、［Ｃ２８］に記載の方法。
［Ｃ３７］前記制御チャネルがマルチメディア制御チャネルを含む、［Ｃ３６］に記載の方法。
［Ｃ３８］少なくとも１つのプロセッサを含む、ワイヤレス通信ネットワークにおいて使用するための端末であって、前記少なくとも１つのプロセッサが、
ワイヤレス通信ネットワークにおいてマルチメディアサービスを取得することであって、前記マルチメディアサービスが第１の提供モードで提供される、取得することと、
前記サービスが前記第１の提供モードから第２の提供モードに移行すべきであることを示す修正されたコンテンツ指定子を前記通信ネットワークから受信することと、
前記修正されたコンテンツ指定子に応答して、前記第１の提供モードから前記第２の提供モードへの移行を開始することと、を行うように構成され、
前記端末が、データを記憶するように構成された少なくとも１つのメモリをさらに含む、端末。
［Ｃ３９］前記修正されたコンテンツ指定子が、前記第１の提供モードで前記マルチメディアサービスに参加している端末の数と、所定の閾値との比較を反映する、［Ｃ３８］に記載の端末。
［Ｃ４０］前記第１の提供モードがブロードキャストモードまたはユニキャストモードのうちの１つであり、前記第２の提供モードが対応するユニキャストモードまたはブロードキャストモードのうちの１つである、［Ｃ３８］に記載の端末。
［Ｃ４１］前記修正されたコンテンツ指定子を受信することが、前記サービスを前記端末に提供するために使用されるチャネルの１つまたは複数の信号において少なくとも１つの指示を受信することを含む、［Ｃ３８］に記載の端末。
［Ｃ４２］前記少なくとも１つの指示が、前記端末によって以前送信された前記サービスのコンテンツに関する要求に応答して、前記ワイヤレス通信ネットワークによって提供されるコンテンツ指定子の修正されたバージョンを含む、［Ｃ４１］に記載の端末。
［Ｃ４３］前記コンテンツ指定子が、ユニフォームリソースロケータ（ＵＲＬ）を含む、［Ｃ４２］に記載の端末。
［Ｃ４４］前記修正されたコンテンツ指定子を受信することが、前記端末に前記サービスを搬送する信号の少なくとも１つのプロトコル要素または少なくとも１つのヘッダの少なくとも１つの調整されたバージョンを受信することを含む、［Ｃ３８］に記載の端末。
［Ｃ４５］ワイヤレス通信ネットワークにおいて使用するための端末であって、
ワイヤレス通信ネットワークの端末において、ワイヤレス通信ネットワーク内でマルチメディアサービスを取得するための手段であって、前記マルチメディアサービスが第１の提供モードで提供される、手段と、
前記端末によって、前記サービスが前記第１の提供モードから第２の提供モードに移行すべきであることを示す修正されたコンテンツ指定子を前記通信ネットワークから受信するための送受信機手段と、
前記端末によって、前記修正されたコンテンツ指定子に応答して、前記第１の提供モードから前記第２の提供モードへの移行を開始するための手段と、を含む、端末。
［Ｃ４６］前記修正されたコンテンツ指定子が、前記第１の提供モードで前記マルチメディアサービスに参加している端末の数と、所定の閾値との比較を反映する、［Ｃ４５］に記載の端末。
［Ｃ４７］前記第１の提供モードがブロードキャストモードまたはユニキャストモードのうちの１つであり、前記第２の提供モードが対応するユニキャストモードまたはブロードキャストモードのうちの１つである、［Ｃ４５］に記載の端末。
［Ｃ４８］前記修正されたコンテンツ指定子を受信することが、前記サービスを前記端末に提供するために使用されるチャネルの１つまたは複数の信号において少なくとも１つの指示を受信することを含む、［Ｃ４５］に記載の端末。
［Ｃ４９］前記少なくとも１つの指示が、前記端末によって以前送信された前記サービスのコンテンツに関する要求に応答して、前記ワイヤレス通信ネットワークによって提供されるコンテンツ指定子の修正されたバージョンを含む、［Ｃ４８］に記載の端末。
［Ｃ５０］前記修正されたコンテンツ指定子を受信することが、前記端末に前記サービスを搬送する信号の少なくとも１つのプロトコル要素または少なくとも１つのヘッダの少なくとも１つの調整されたバージョンを受信することを含む、［Ｃ４５］に記載の端末。
［Ｃ５１］コードを含むコンピュータ可読媒体を含むコンピュータプログラム製品であって、前記コードが、１つまたは複数の処理デバイスによって実行されると、
ワイヤレス通信ネットワークの端末において、ワイヤレス通信ネットワーク内でマルチメディアサービスを取得することであって、前記マルチメディアサービスが第１の提供モードで提供される、取得することと、
前記端末によって、前記サービスが前記第１の提供モードから第２の提供モードに移行すべきであることを示す修正されたコンテンツ指定子を前記通信ネットワークから受信することと、
前記端末によって、前記修正されたコンテンツ指定子に応答して、前記第１の提供モードから前記第２の提供モードへの移行を開始することと、を含む動作の実施をもたらす、コンピュータプログラム製品。
［Ｃ５２］前記修正されたコンテンツ指定子が、前記第１の提供モードで前記マルチメディアサービスに参加している端末の数と、所定の閾値との比較を反映する、［Ｃ５１］に記載のコンピュータプログラム製品。
【図１】
0005819527.tif 000002
【図２】
0005819527.tif 000003
【図３】
0005819527.tif 000004
【図４】
0005819527.tif 000005
【図６】
0005819527.tif 000006
【図７】
0005819527.tif 000007
【図８】
0005819527.tif 000008
【図９Ａ】
0005819527.tif 000009
【図９Ｂ】
0005819527.tif 000010
【図９Ｃ】
0005819527.tif 000011
【図９Ｄ】
0005819527.tif 000012
【図９Ｅ】
0005819527.tif 000013
【図９Ｆ】
0005819527.tif 000014
【図９Ｇ】
0005819527.tif 000015
【図９Ｈ】
0005819527.tif 000016
【図９Ｉ】
0005819527.tif 000017
【図１０Ａ】
0005819527.tif 000018
【図１０Ｂ】
0005819527.tif 000019
【図１０Ｃ】
0005819527.tif 000020
【図１０Ｄ】
0005819527.tif 000021
【図１１Ａ】
0005819527.tif 000022
【図１１Ｂ】
0005819527.tif 000023
【図１２Ａ】
0005819527.tif 000024
【図１２Ｂ】
0005819527.tif 000025
【図１５】
0005819527.tif 000026
【図１６】
0005819527.tif 000027
【図５】
0005819527.tif 000028
【図１３Ａ】
0005819527.tif 000029
【図１３Ｂ】
0005819527.tif 000030
【図１３Ｃ】
0005819527.tif 000031
【図１４】
0005819527.tif 000032