(57)【要約】  通信システム（１００）はユーザ機器（ＵＥ）（１０２）によって要求されたスケジューリング情報をサービス提供側ノードＢ（１２３）を介して提供して、複数のノードＢの各ノードＢによる、軟結合可能なＭＢＭＳデータのマルチキャストに関する複数のノードＢのうちの各ノードＢの開始時刻を決定する。次いでＵＥは、複数のノードＢを介してマルチキャストが同期されないときであっても、スケジューリング情報を用いて、複数のノードＢの各々を介してＵＥにより受信されたＭＢＭＳデータの軟結合を同期する。しかしながら、異なるノードＢによるＭＢＭＳサービスに関連付けられているデータのフレームのマルチキャストは同期される必要はないが、同期されたマルチキャストは軟結合に好適である。したがって、通信システムはさらに、複数のノードＢによるＭＢＭＳデータのマルチキャストのネットワーク・コントローラ（１３０）による同期を提供する。
2007525914.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）と関連付けられている軟結合スケジューリング情報を提供するための方法であって、
複数のノードＢのうちの各ノードＢにおけるＭＢＭＳサービスのマルチキャストを設定する工程と、
該複数のノードＢのうちの各ノードＢの軟結合スケジューリング情報を、該複数のノードＢのうちの１つのノードＢを介してユーザ機器に伝達する工程と、からなる方法。
【請求項２】
前記複数のノードＢは１つ以上の隣接ノードＢを含み、かつ、軟結合スケジューリング情報は該１つ以上の隣接ノードＢの送信遅延を含む請求項１に記載の方法。
【請求項３】
軟結合スケジューリング情報はＭＢＭＳサービスの参照開始時刻およびＭＢＭＳサービスのスケジューリング期間からなるサービス・スケジューリング情報を含む請求項２に記載の方法。
【請求項４】
軟結合スケジューリング情報は前記複数のノードＢのうちの各ノードＢに固有のＭＢＭＳサービスのサービス・スケジューリング情報を含む請求項１に記載の方法。
【請求項５】
前記複数のノードＢの間の送信遅延を制限するために前記複数のノードＢのうちの各ノードＢの開始時刻を同期する工程を含む請求項１に記載の方法。
【請求項６】
マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）と関連付けられている軟結合スケジューリング情報を提供するための方法であって、
サービス提供側ノードＢおよび隣接ノードＢを含む複数のノードＢのうちの各ノードＢにおいてＭＢＭＳサービスのマルチキャストを設定する工程と、
隣接ノードＢの開始時刻を決定する工程と、
特定の時刻を隣接ノードＢによるＭＢＭＳサービスのマルチキャストの開始時刻として識別するインジケータを決定する工程と、
軟結合され得る送信の送信時間間隔サイズをサービス提供側ノードＢを介してユーザ機器に伝達する工程と、
サービス提供側ノードＢを介してユーザ機器にインジケータを伝達する工程と、からなる方法。
【請求項７】
サービス提供側ノードＢ上のＭＢＭＳサービスの開始時刻の指示をサービス提供側ノードＢを介してユーザ機器に伝達する工程を含む請求項６に記載の方法。
【請求項８】
特定の開始時刻を識別するインジケータは開始時刻および最大送信時間間隔サイズのうちの１つ以上との関連で決定される請求項６に記載の方法。
【請求項９】
開始時刻インジケータは開始フレームを識別する情報から導出される請求項６に記載の方法。
【請求項１０】
マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）のマルチキャストの開始時刻を決定するための方法であって、
サービス提供側ノードＢを介して、隣接ノードＢによるＭＢＭＳサービスのマルチキャストの開始時刻として特定の時刻を識別するインジケータ、および送信時間間隔（ＴＴＩ）サイズを受信する工程と、
受信したインジケータおよびＴＴＩサイズに基づいて隣接ノードＢの開始時刻およびＴＴＩサイズを決定する工程と、からなる方法。
【請求項１１】
隣接ノードＢの開始時刻を決定する工程は、
軟結合され得る送信のＴＴＩサイズの最大ＴＴＩサイズを決定する工程と、
最大ＴＴＩサイズに基づいて隣接ノードＢの潜在的な開始時刻を決定する工程と、
潜在的な開始時刻との関連で、開始時刻インジケータを決定する工程と、
ＵＥによって決定された開始時刻インジケータ、およびＵＥによって受信された開始時刻インジケータに基づいて隣接ノードＢの開始時刻を決定する工程とを含む、請求項１０に記載の方法。
【請求項１２】
マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）に関連付けられている軟結合スケジューリング情報を提供するネットワーク・コントローラであって、
複数のノードＢのうちの各ノードＢにおけるＭＢＭＳサービスのマルチキャストを設定し、かつ、該複数のノードＢのうちの各ノードＢの軟結合スケジューリング情報を該複数のノードＢのうちの１つのノードＢを介してユーザ機器に伝達するように構成されているネットワーク・コントローラ。
【請求項１３】
前記複数のノードＢは１つ以上の隣接ノードＢを含み、かつ、軟結合スケジューリング情報は該１つ以上の隣接ノードＢの送信遅延およびＭＢＭＳサービスのサービス・スケジューリング情報を含む請求項１２に記載のネットワーク・コントローラ。
【請求項１４】
軟結合スケジューリング情報はＭＢＭＳサービスの参照開始時刻およびＭＢＭＳサービスのスケジューリング期間からなるサービス・スケジューリング情報を含む請求項１３に記載のネットワーク・コントローラ。
【請求項１５】
軟結合スケジューリング情報は前記複数のノードＢのうちの各ノードＢに固有のＭＢＭＳサービスのサービス・スケジューリング情報を含む請求項１２に記載のネットワーク・コントローラ。
【請求項１６】
前記複数のノードＢの間の送信遅延を制限するために前記複数のノードＢのうちの各ノードＢの開始時刻を同期するように構成されていることを含む請求項１２に記載のネットワーク・コントローラ。
【請求項１７】
マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）に関連付けられているスケジューリング情報を提供するためのネットワーク・コントローラであって、
サービス提供側ノードＢおよび隣接ノードＢを含む複数のノードＢのうちの各ノードＢにおいてＭＢＭＳサービスのマルチキャストを設定し、隣接ノードＢの開始時刻を決定し、開始フレームに対応する開始時刻インジケータを開始時刻との関連で決定し、軟結合され得る送信の送信時間間隔サイズをサービス提供側ノードＢを介してユーザ機器に伝達し、かつ、サービス提供側ノードＢを介してユーザ機器に開始時刻インジケータを伝達するように構成されているネットワーク・コントローラ。
【請求項１８】
サービス提供側ノードＢ上のＭＢＭＳサービスの開始時刻の指示をサービス提供側ノードＢを介してユーザ機器に伝達するように構成されていることを含む請求項１７に記載のネットワーク・コントローラ。
【請求項１９】
開始時刻インジケータは開始フレームを識別する情報から導出される請求項１７に記載のネットワーク・コントローラ。
【請求項２０】
サービス提供側ノードＢおよび隣接ノードＢを含む複数のノードＢのうちの各ノードＢを介してマルチキャストによって配信されるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）を含む無線通信システムにおいて隣接ノードＢによるマルチキャストの開始時刻を決定するユーザ機器（ＵＥ）であって、
隣接ノードＢによるＭＢＭＳ送信の潜在的な開始時刻との関連で、開始時刻インジケータを決定するように、
隣接ノードＢの開始時刻に対応する開始時刻インジケータを受信するように、かつ、
ＵＥによって決定された開始時刻インジケータ、およびＵＥによって受信された開始時刻インジケータに基づいて隣接ノードＢの開始時刻を決定するように、構成されているユーザ機器。
【請求項２１】
ＵＥはＵＥによって受信された開始時刻インジケータをＵＥによって決定された開始時刻インジケータと一致させることによって、隣接ノードＢの開始時刻を決定する請求項２０に記載のユーザ機器（ＵＥ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線パケット・データ通信システムに関する。より詳細には、本発明はパケット・データ通信システムにおけるマルチメディア・ブロードキャスト／マルチキャスト・サービスのスケジューリングおよび同期に関する。
【背景技術】
【０００２】
ユニバーサル・モバイル・テレコミュニケーション・サービス（ＵＭＴＳ；Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）標準は、セルラー方式移動電話システムの互換性標準を提供する。ＵＭＴＳ標準は、ＵＭＴＳシステムで動作しているユーザ機器（ＵＥ）が、標準に従って製造されたシステムで動作しているとき、通信サービスを確実に取得できるようにする。互換性を確実にするために、無線インターフェイスを介して交換されるデジタル制御メッセージやベアラ・トラフィックを管理するプロトコルを含む標準によって、無線システム・パラメータおよびデータ転送手順が指定される。
【０００３】
ＵＭＴＳ標準は、３ＧＰＰ  ＴＳ  ２５．３４４（第３世代パートナーシップ・プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）技術仕様（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）２５．３４４）ｖ０．５．０、３ＧＰＰ  ＴＳ２３．２４６  ｖ１．１．０、３ＧＰＰ  ＴＳ２３．８４６  ｖ６．１．０、３ＧＰＰ  ＴＳ２５．３３１  ｖ５．６．０、および３ＧＰＰ  ＴＳ２５．３４６  ｖ６．３．０において、システムによりサービスが提供され、かつ、サービスに加入しているＵＥに対する、ＵＭＴＳ通信システムによるマルチメディア・ブロードキャスト／マルチサービス（ＭＢＭＳサービス）の提供を規定している。ＭＢＭＳサービスは、一般にインターネット・プロトコル（ＩＰ）データ・パケットの形式のＭＢＭＳデータのマルチキャストを加入済みのＵＥに提供する。ＵＭＴＳ通信システムの無線インターフェイス・リソースが無駄に消費されないことを確実にするために、システムは、まず、ＭＢＭＳデータを提供するセル内の加入済みのＵＥである受信者の数を推定する。受信者の推定数に基づいて、ＵＭＴＳインフラストラクチャに含まれる無線ネットワーク・コントローラ（ＲＮＣ）は、セル内におけるポイントツーマルチポイント（ＰＴＭ）通信チャネルを確立するか、各受信者に対するポイントツーポイント（ＰＴＰ）通信チャネルを確立するかを決定する。
【０００４】
ＲＮＣは、複数のセルのそれぞれにおいて、つまり複数の対応するノードＢのそれぞれでＰＴＭ通信チャネルを確立することを決定すると、各セルの下りアクセス・チャネル（ＦＡＣＨ）を介してＭＢＭＳデータをマルチキャストすることができる。ＦＡＣＨは、セルの二次共通制御用物理チャネル（Ｓ−ＣＣＰＣＨ）に対応付けられる。複数のノードＢのそれぞれのＳ−ＣＣＰＣＨを介して同じＭＢＭＳデータ・ストリームを受信しているＵＥは、そのとき、データ・ストリームを結合することができる。複数のノードＢのそれぞれから受信されるデータ・ストリームを結合することによって、かなりのシステム・ゲインを得ることができる。しかし、軟結合（ｓｏｆｔ  ｃｏｍｂｉｎｉｎｇ）の恩恵を受けるには、ＵＥは、複数のノードＢの各ノードＢを介してＵＥによって受信されたＭＢＭＳデータを同期する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、ＵＥが、複数のノードＢの各ノードＢを介してＵＥによって受信されるＭＢＭＳデータを同期することができる方法および装置が必要である。
【課題を解決するための手段】
【０００６】
複数のノードＢの各ノードＢを介してＵＥによって受信されたＭＢＭＳデータをＵＥが同期することができる方法および装置の必要性に対処するために、通信システムは、単一のサービス提供側ノードＢを介して、軟結合可能なＭＢＭＳデータの、複数のノードＢの各ノードＢによるマルチキャストに関して、複数のノードＢのうちの他のすべてのノードＢの開始時刻を決定するために、ユーザ機器（ＵＥ）によって要求されるすべてのスケジューリング情報の提供を行う。次いでＵＥは、複数のノードＢを介してマルチキャストが同期されないときでさえ、スケジューリング情報を使用して、複数のノードＢのそれぞれを介してＵＥによって受信されたＭＢＭＳデータの軟結合を同期することができる。しかし、異なるノードＢによるＭＢＭＳサービスに関連付けられているデータのフレームのマルチキャストは同期の必要はないが、同期されたマルチキャストは軟結合が好ましい。したがって、通信システムは、複数のノードＢによる軟結合可能なＭＢＭＳデータのマルチキャストのネットワーク・コントローラによる同期をさらに提供する。
【０００７】
一般に、本発明の一実施形態は、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）に関連付けられているスケジューリング情報を提供する方法を含む。この方法は、複数のノードＢの各ノードＢでＭＢＭＳサービスのマルチキャストを設定する工程と、複数のノードＢの各ノードＢのスケジューリング情報を、複数のノードＢのうちの単一のノードＢを介してユーザ機器に伝達する工程とを含む。
【０００８】
本発明の別の実施形態は、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）に関連付けられているスケジューリング情報を提供する方法を含む。この方法は、サービス提供側ノードＢおよび隣接ノードＢからなる複数のノードＢの各ノードＢでＭＢＭＳサービスのマルチキャストを設定する工程と、隣接のノードＢの開始時刻を決定する工程と、その開始時刻に関連して、隣接ノードＢによるＭＢＭＳサービスのマルチキャストの開始時刻として特定の時刻を識別するインジケータを決定する工程と、軟結合され得る送信の送信時間間隔（ＴＴＩ）サイズを、サービス提供側ノードＢを介してユーザ機器に伝達する工程と、サービス提供側ノードＢを介してユーザ機器にインジケータを伝達する工程とを含む。
【０００９】
本発明のさらに別の実施形態は、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）のマルチキャストの開始時刻を決定する方法を含む。この方法は、サービス提供側ノードＢを介して、隣接ノードＢによるＭＢＭＳサービスのマルチキャストの開始時刻として特定の時刻を識別するインジケータおよび送信時間間隔（ＴＴＩ）サイズを受信する工程と、受信されたインジケータおよびＴＴＩサイズに基づいて隣接ノードＢの開始時刻およびＴＴＩサイズを決定する工程とを含む。
【００１０】
本発明のさらに別の実施形態は、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）に関連付けられているスケジューリング情報を提供するネットワーク・コントローラを含む。ネットワーク・コントローラは、複数のノードＢの各ノードＢでＭＢＭＳサービスのマルチキャストを設定し、複数のノードＢの各ノードＢのスケジューリング情報を、複数のノードＢのうちの単一のノードＢを介してユーザ機器に伝達するように構成されている。
【００１１】
本発明のさらに別の実施形態は、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）に関連付けられているスケジューリング情報を提供するネットワーク・コントローラを含む。ネットワーク・コントローラは、サービス提供側ノードＢおよび隣接ノードＢからなる複数のノードＢの各ノードＢにてＭＢＭＳサービスのマルチキャストを設定し、隣接ノードＢの開始時刻を決定し、その開始時刻に関連して、開始フレームに対応する開始時刻インジケータを決定し、軟結合され得る送信のＴＴＩサイズを、サービス提供側ノードＢを介してユーザ機器に伝達し、サービス提供側ノードＢを介してユーザ機器に開始時刻インジケータを伝達するように構成されている。
【００１２】
本発明のさらに別の態様は、無線通信システムで動作するユーザ機器（ＵＥ）を含み、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）は、サービス提供ノードＢおよび隣接ノードＢからなる複数のノードＢの各ノードＢを介してマルチキャストによって配信される。ユーザ機器は、隣接ノードＢによるマルチキャストの開始時刻を決定し、隣接ノードＢによるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）送信の潜在的な開始時刻との関連で、開始時刻インジケータを決定し、隣接ノードＢの開始時刻に対応する開始時刻インジケータを受信し、ＵＥによって決定された開始時刻インジケータ、およびＵＥによって受信された開始時刻インジケータに基づいて隣接ノードＢの開始時刻を決定するように構成されている。
【発明を実施するための最良の形態】
【００１３】
本発明は、図１〜８を参照してより完全に説明される。図１は、本発明の一実施形態による無線通信システム１００のブロック図である。通信システム１００は、複数のノードＢ１２０，１２３，１２６（３つ図示）を含む。各ノードＢ１２０，１２３，１２６は、ネットワーク・コントローラ１３０、好ましくは無線ネットワーク・コントローラ（ＲＮＣ）に動作可能に結合されるが、本発明の別の態様では、ノードＢ１２０，１２３，１２６のうちの１つ以上が異なるネットワーク・コントローラに結合されていてもよく、こうした各ネットワーク・コントローラは、他のネットワーク・コントローラに結合される。ノードＢ１２０，１２３，１２６のうちの１つ以上が他のノードＢのものとは異なるネットワーク・コントローラに結合されている場合、本明細書に記載された機能がこうしたネットワーク・コントローラ間に分散され得るので、本明細書でのネットワーク・コントローラ１３０への言及は、こうしたすべてのネットワーク・コントローラをまとめて指すと見なされ得る。各ノードＢ１２０，１２３，１２６は、無線通信サービスを、それぞれの無線インターフェイス１１０，１１３，１１６を介してセルまたはセルのセクターなどの対応するカバレッジ・エリアに提供する。また、複数のノードＢ１２０，１２３，１２６およびネットワーク・コントローラ１３０は、本明細書ではまとめて無線アクセス・ネットワーク（ＲＡＮ）１４０と呼ばれる。
【００１４】
各無線インターフェイス１１０，１１３，１１６は、１つ以上のブロードキャスト・チャネル、１つ以上のトラフィック・チャネル、および１つ以上の制御チャネルを含む、複数のダウンリンク論理チャネルおよびトランスポート・チャネルを有するそれぞれのダウンリンク（ＤＬ）１１２，１１５，１１８を含んでおり、これらのチャネルは、１つ以上の共通制御チャネル、１つ以上の専用チャネル、および１つ以上のパイロット・チャネルを含めて、複数のダウンリンク物理チャネルのうちの１つ以上に対応付けられ得る。各無線インターフェイス１１０，１１３，１１６は、アクセス・チャネル、１つ以上のトラフィック・チャネル、および１つ以上の制御チャネルを含む、複数のアップリンク論理チャネルおよびトランスポート・チャネルを有するそれぞれのアップリンク（ＵＬ）１１１，１１４，１１７をさらに含んでおり、これらのチャネルは、複数のアップリンク物理チャネルのうちの１つ以上に対応付けられ得る。
【００１５】
通信システム１００は、以下には限定されないが、無線周波数（ＲＦ）機能付きの携帯電話、無線電話、ＰＤＡ、またはラップトップ・コンピュータなどのデジタル端末機器（ＤＴＥ）にＲＦアクセスを提供する無線モデムなど、１つ以上のユーザ機器（ＵＥ）１０２（１つ図示）をさらに含む。ＵＥ１０２は、複数のノードＢのうちのサービス提供側ノードＢ、つまりノードＢ１２３によってサービスが提供されるカバレッジ・エリア内にある。ＵＥ１０２は、サービス提供側ノード１２３に加え、ノードＢ１２０および１２６のうちの１つ以上など、１つ以上の隣接ノードＢからのＭＢＭＳ送信を軟結合することができる。
【００１６】
ＵＥ１０２は、通信システム１００によって提供され、ＭＢＭＳデータのＵＥへの配布を提供する、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス）に加入し、それに属する音声、ビデオ、およびデータのうちの１つ以上を受信し、表示することができる。ＭＢＭＳサービスは、３ＧＰＰ  ＴＳ  ２５．３４４（第３世代パートナーシップ・プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）技術仕様（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）２５．３４４）  ｖ０．５．０、３ＧＰＰ  ＴＳ２３．２４６  ｖ１．１．０、３ＧＰＰ  ＴＳ２３．８４６  ｖ６．１．０、３ＧＰＰ  ＴＳ２５．３３１  ｖ５．６．０、および３ＧＰＰ  ＴＳ２５．３４６  ｖ６．３．０に詳細に記載されており、仕様および報告は、本願明細書に援用され、そのコピーは、インターネットを介して３ＧＰＰから、またはＭｏｂｉｌｅ  Ｃｏｍｐｅｔｅｎｃｅ  Ｃｅｎｔｒｅ  ６５０，ｒｏｕｔｅ  ｄｅｓ  Ｌｕｃｉｏｌｅｓ，０６９２１  Ｓｏｐｈｉａ−Ａｎｔｉｐｏｌｉｓ  Ｃｅｄｅｘ，Ｆｒａｎｃｅの３ＧＰＰ  Ｏｒｇａｎｉｚａｔｉｏｎ  Ｐａｒｔｎｅｒｓ’  Ｐｕｂｌｉｃａｔｉｏｎｓ  Ｏｆｆｉｃｅｓから入手可能である。
【００１７】
通信システム１００は、ネットワーク・コントローラ１３０に結合されているサポート・ノード１５０をさらに含む。サポート・ノード１５０は一般に、それぞれ１つ以上のゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）に結合されている１つ以上のサービングＧＰＲＳサポート・ノード（ＳＧＳＮ）を含む。しかし、サポート・ノード１５０の正確なアーキテクチャは、通信システム１００のオペレータ次第であり、本発明には重要ではない。図示していないが、通信システム１００は、ブロードキャスト・マルチキャスト・サービス・センター（ＢＭ−ＳＣ）またはゲートウェイなど、他のよく知られているネットワーク要素をさらに含んでいてもよい。
【００１８】
通信システム１００は、ＩＰネットワークなどのデータ・ネットワーク１５２を介してノード１５０をサポートするために結合されているＩＰマルチキャスト・サーバなどのＭＢＭＳコンテンツ・プロバイダ１５４をさらに含む。通信システム１００によって提供され、ＵＥ１０２によって加入されたＭＢＭＳサービスの一部として、ＭＢＭＳコンテンツ・プロバイダ１５４は、一般にＩＰデータ・パケットの形のＭＢＭＳデータを、サポート・ノード１５０、コントローラ１３０、サービス提供側ノードＢ１２３、および隣接ノードＢ１２０および１２６のうちの１つ以上を介して、加入側ＵＥ１０２に提供する。
【００１９】
ＵＥ１０２およびコントローラ１３０のそれぞれは、１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、その組み合わせ、または当業者に知られているこうした他の装置など、それぞれのプロセッサ１０４，１３２を含む。プロセッサ１０４および１３２の特定の操作／機能、およびしたがってＵＥ１０２およびコントローラ１３０のそれぞれの特定の操作／機能は、ランダム・アクセス・メモリ（ＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、および読み取り専用メモリ（ＲＯＭ）のうちの１つ以上やその均等物など、対応するプロセッサによって実行され得るデータおよびプログラムを格納する、プロセッサに関連付けられているそれぞれの１つ以上のメモリ装置１０６，１３４に格納されているソフトウェア命令およびルーチンの実行によって決定される。ＵＥ１０２が複数のノードＢからのＭＢＭＳ送信を軟結合するためには、ＵＥ１０２の１つ以上のメモリ装置１０６は、データを複数のノードＢのうちの他方のノードＢから受信された同じＭＢＭＳデータと軟結合することができるまで、複数のノードＢ１２０，１２３，１２６の各ノードＢから受信されたＭＢＭＳデータ（または「軟情報」）を格納する軟結合バッファ１０８をさらに含む。
【００２０】
本発明の実施形態は、好ましくは、ＵＥ１０２およびコントローラ１３０内に実装され、より詳細には、１つ以上のそれぞれのメモリ装置１０６，１３４に格納され、それぞれのプロセッサ１０４，１３２によって実行されるソフトウェア・プログラムおよび命令で実施される。しかし、当業者であれば、本発明の実施形態を、代わりに、例えば、無線通信装置ＵＥ１０２および送受信機１２３のうちの１つ以上に実装されるＡＳＩＣなどの集積回路（ＩＣ）や特定用途向け集積回路（ＡＳＩＣ）など、ハードウェアに実装してもよいことを理解している。本開示に基づいて、当業者は、元に戻す実験無しに、こうしたソフトウェアおよびハードウェアのうちの１つ以上を容易に生成し、実装することができる。
【００２１】
好ましくは、通信システム１００は、本願明細書に全体が援用される、ＵＭＴＳ無線インターフェイスの互換性標準を提供する３ＧＰＰ（第３世代パートナーシップ・プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ））またはＷ−ＣＤＭＡ（広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ））標準に従って動作するＵｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ（ＵＭＴＳ）通信システムである。標準は、本願明細書に全体が援用される、３ＧＰＰ（第３世代パートナーシップ・プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ））ＴＳ（技術仕様（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ））２３．２４６、ＴＳ２２．１４６、ＴＳ２５．３４６、およびＴＳ２９．８４６における、無線システム・パラメータ、呼処理手順、およびブロードキャスト−マルチキャスト・サービス、つまりマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）の規定を含めて、無線通信システム動作プロトコルを指定する。通信システム１００などのＵＭＴＳ通信システムにおいて、通信チャネルは、一般に周波数帯域幅である物理チャネルに対応付けられる、一般に直交符号である論理およびトランスポート・チャネルのうちの１つ以上からなる。
【００２２】
本発明の別の実施形態において、通信システム１００は、３ＧＰＰ２（第３世代パートナーシップ・プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）２）標準に従って動作する符号分割多元接続（ＣＤＭＡ）２０００通信システムとすることができる。３ＧＰＰ２標準は、ＣＤＭＡ２０００無線インターフェイス（１ＸおよびＤＯの両方）の互換性標準を提供し、無線システム・パラメータ、呼処理手順を含めて、無線通信システム動作プロトコルを指定する。３ＧＰＰ２標準は、さらに、ブロードキャスト−マルチキャスト・サービス、つまりブロードキャスト・マルチキャスト・サービス（ＢＣＭＣＳ）の規定を明記している。ＢＣＭＣＳは、３ＧＰＰ２（第３世代パートナーシップ・プロジェクト２（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｔｗｏ））Ｘ．Ｐ００２２、Ａ．Ｓ０００１９、Ｃ．Ｓ００５４、およびＳ．Ｒ００８３仕様に詳しく記載されている。これらの仕様は、本願明細書に全体が援用され、そのコピーは、インターネットを介して３ＧＰＰ２から、または管理事務所が２５００  Ｗｉｌｓｏｎ  Ｂｏｕｌｅｖａｒｄ，Ｓｕｉｔｅ  ３００，Ａｒｌｉｎｇｔｏｎ，Ｖｉｒｇｉｎｉａ  ２２２０１（ＵＳＡ）にある３ＧＰＰ２事務局から入手可能である。本発明のさらに別の実施形態において、通信システム１００は、以下には限定されないが、時分割多元接続（ＴＤＭＡ）通信システム、ＩＥＥＥ（電気電子技術者協会（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ））８０２．ｘｘ標準、例えば８０２．１１，８０２．１５，８０２．１６，０２．２０標準で記載されている無線ローカル・エリア・ネットワーク（ＷＬＡＮ）通信システム、直交波周波数分割多元（ＯＦＤＭ）接続通信システムなど、他の任意の無線通信システムに従って動作し得る。
【００２３】
上述したように、ＵＥ１０２は、通信システム１００によって提供されるＭＢＭＳサービスに加入する。ＭＢＭＳサービスは、マルチキャストまたはユニキャスト通信セッションを介して、一般にインターネット・プロトコル（ＩＰ）データ・パケットの形式のＭＢＭＳデータを加入済みの各ＵＥに伝達する。当分野では知られているように、通信システム１００がＭＢＭＳサービスの加入者に提供するＭＢＭＳデータを有する場合、ネットワーク・コントローラ１３０は、各カバレッジ・エリアにおいて、つまりノードＢ１２０，１２３，１２６で、カバレッジ・エリア内の各受信者へのポイントツーマルチポイント（ＰＴＭ）通信チャネルまたはポイントツーポイント（ＰＴＰ）チャネルを確立することを決定することができる。
【００２４】
ＵＥ１０２は、複数のノードＢからのＭＢＭＳ送信を軟結合しているとき、ＵＥの１つ以上のメモリ装置１０６で、ＭＢＭＳアクティブ・セットまたは隣接リストを維持する。ＭＢＭＳアクティブ・セット（または隣接リスト）はセル識別子、または論理、トランスポート、もしくは物理チャネルのうちの１つ以上を含んでいる。こうしたチャネルは、一般に共通パイロット・チャネル（ＣＰＩＣＨ）などのパイロット・チャネルであり、サービス提供側ノードＢ１２３、およびノードＢ１２０および１２６などの１つ以上の隣接ノードＢのそれぞれに関連付けられている。これらのノードは、ＵＥとのソフト・ハンドオフに関与する、つまりＵＥとの通信セッションに同時に関与することができ、ＵＥによるハンドオフまたはセルの再選択の潜在的な候補である。ソフト・ハンドオフの一部として、ＵＥ１０２は、各ＭＢＭＣアクティブ・セット・ノードＢに関連付けられている論理、トランスポート、および物理チャネルのうちの１つ以上を監視する。ＵＥがアクティブにＭＢＭＳセッションに関与しており、２つ以上のＭＢＭＳアクティブ・セット・ノードＢを介してＭＢＭＳデータを受信しているとき、ＵＥは、２つ以上のＭＢＭＳアクティブ・セット・ノードＢのそれぞれを介して受信されるＭＢＭＳデータを軟結合することによって送信ゲインを向上させ、エラー率を低減させることができる。
【００２５】
次に図２を参照する。図２には、本発明の一実施形態によるＵＥ１０２による典型的な軟結合を示す論理フローチャート２００を示す。論理フロー２００が開始する（２０２）と、ネットワーク・コントローラ１３０が、ＵＥ１０２のＭＢＭＳアクティブ・セット内の複数のノードＢの各ノードＢ、つまりノードＢ１２０，１２３，１２６において、ポイントツーマルチポイント（ＰＴＭ）通信チャネルを確立して、こうしたそれぞれのノードＢ（本明細書では軟結合可能なＭＢＭＳサービスおよび軟結合可能なノードＢと呼ぶ）によって同じＭＢＭＳサービスを提供することを決定する（２０４）。ＰＴＭ通信チャネルを確立することを決定したことに応答して、ネットワーク・コントローラ１３０は、データのマルチキャストのために各ノードＢ１２０，１２３，１２６にＰＴＭ通信チャネルを割り当てる（２０６）。一般に、割り当てられた通信チャネルは、二次共通制御用物理チャネル（ＳＣＣＰＣＨ）などの共通物理チャネルに対応付けられる、下りアクセス・チャネル（ＦＡＣＨ）などのマルチキャスト・チャネルからなる。ネットワーク・コントローラ１３０は、加入済みのＵＥ、つまりＵＥ１０２に、割り当てられたＰＴＭ通信チャネルを通知し（２０８）、次いでＭＢＭＳデータをＵＥ１０２に、ノードＢ１２０，１２３，１２６のそれぞれ、および各ノードＢに割り当てられたＰＴＭ通信チャネルを介してマルチキャストする（２１０）。ＵＥ１０２は、複数のノードＢ１２０，１２３，１２６の各ノードＢからＭＢＭＳデータを受信すると（２１２）、データをＵＥの軟結合バッファ１０８に格納する（２１４）。ＵＥは、ノードＢ１２０，１２３，１２６のそれぞれ、およびそれぞれのダウンリンク１１２，１１５，１１８を介して受信されたＭＢＭＳデータの同じフレームを受信または格納したと決定すると（２１６）、受信または格納された同じフレームを結合し（２１８）、論理フロー２００が終了する（２２０）。
【００２６】
軟結合可能なＭＢＭＳサービスをＵＥ１０２に提供しながら、ノードＢ１２０，１２３，１２６のそれぞれは、さらに、他のＭＢＭＳサービスを、ＵＥ１０２またはノードＢのカバレッジ・エリアにある他のＵＥに提供することができる。次に、加入済みＵＥ１０２は、ノードＢ１２０，１２３，１２６のうちの１つ以上からの他のＭＢＭＳサービスに関するＭＢＭＳデータに加入し、受信することができる。ＵＥ１０２は、複数のノードＢ、すなわちノードＢ１２０，１２３，１２６のそれぞれから受信された同じＭＢＭＳサービスに関するＭＢＭＳデータを軟結合するために、各ノードＢを介して受信されたデータのフレームを同期する必要があり、したがって、ＵＥは、フレームを結合するとき、ノードＢ１２０，１２３，１２６のそれぞれを介して受信されたデータの同じフレームが結合されていることを知っている。ＵＥ１０２は、データのフレームを同期するために、ノードＢのそれぞれからの送信に関して、軟結合期間の開始を決定する必要がある。
【００２７】
ＵＥ１０２によるデータの軟結合を容易にするために、通信システム１００は、ＵＥが複数のノードＢのそれぞれに関して軟結合期間がいつ開始するかを決定することができるスケジューリング情報をＵＥ１０２に提供する。次に図３を参照する。図３には、本発明の一実施形態に従って、通信システム１００がＵＥ１０２にスケジューリング情報を提供する方法を示す論理フローチャート３００を示す。論理フローチャート３００が開始すると（３０２）、軟結合可能なＭＢＭＳサービスが複数のノードＢの各ノードＢ、すなわちノードＢ１２０，１２３，１２６を介してＵＥ１０２に提供される（３０４）。ＭＢＭＳサービスの一部として、ネットワーク・コントローラ１３０は、ノードＢ１２０，１２３，１２６のそれぞれを介してＭＢＭＳデータの同じフレームをＵＥ１０２に伝達する。ＵＥは、ノードＢ１２０，１２３，１２６のそれぞれからＭＢＭＳサービスに関連付けられているＭＢＭＳデータの各フレームを受信すると、ＵＥの軟結合バッファ１０８にデータを格納する。
【００２８】
ＵＥ１０２によって格納されたＭＢＭＳデータの軟結合を容易にするために、ネットワーク・コントローラ１３０はさらに、複数のノードＢのそれぞれのスケジューリング情報をＵＥ１０２に伝達し（３０６）、ＵＥ１０２は、ネットワーク・コントローラからそれを受信する（３０８）。好ましくは、ネットワーク・コントローラ１３０は、サービス提供側ノードＢ１２３、および無線インターフェイス１１３のダウンリンク１１５のＭＢＭＳ制御チャネル（ＭＣＣＨ）を介してスケジューリング情報を伝達する。次いでＵＥ１０２は、提供されたスケジューリング情報を使用して、複数のノードＢ１２０，１２３，１２６の各ノードＢに関して軟結合期間がいつ開始するかを決定し（３１０）、複数のノードＢの軟結合期間の決定された開始に基づいて複数のノードＢのそれぞれを介して受信されたデータを同期することができる（３１２）。次いで論理フロー２００が終了する（３１４）。
【００２９】
ネットワーク・コントローラ１３０は、スケジューリング情報をＭＢＭＳサービス当たり単一回提供することができる。しかし、さらにスケジューリングの柔軟性を提供するために、ネットワーク・コントローラ１３０は、スケジューリング情報を定期的に提供することが好ましい。スケジューリング情報の更新の時間周期は、例えば５秒ごとなど、予め決定されていてもよく、ＵＥ１０２およびネットワーク・コントローラ１３０の１つ以上のメモリ装置１０６，１３４に維持することができ、またはネットワーク・コントローラ１３０は、無線周波数（ＲＦ）ベアラの特徴とともに、無線インターフェイス１１３のダウンリンク１１５のＭＣＣＨを介してスケジューリングの更新の時間周期をＵＥ１０２に送信することができる。次いでネットワーク・コントローラ１３０は、ＭＢＭＳサービスのデータのスケジューリングを定期的に更新し、更新されたスケジューリング情報をＵＥ１０２に提供することができる。
【００３０】
本発明の一実施形態、すなわち「カバレッジ・エリア固有」または「ノードＢ固有」の実施形態において、隣接するカバレッジ・エリアまたはノードＢの間の送信遅延（または「オフセット」）は、提供されるＭＢＭＳサービスに関係なく一定である。結果として、ネットワーク・コントローラ１３０によってＵＥ１０２に伝達されるスケジューリング情報は、各ＭＢＭＳサービスの個別のオフセットを含んでいる必要はない。代わりに、ネットワーク・コントローラ１３０によってＵＥ１０２に伝達されたスケジューリング情報は、各隣接ノードＢ１２０，１２６の送信遅延（隣接ノードＢのオフセット）、および各ＭＢＭＳサービスのサービス・スケジューリング情報を含み得る。次に、各ＭＢＭＳサービスのサービス・スケジューリング情報は、好ましくは０から４０９５に及ぶ開始セル・システム・フレーム番号（ＳＦＮ）インデックスや開始接続フレーム番号（ＣＦＮ）インデックスなどの無線フレームの単位のＭＢＭＳサービスの参照開始時刻（好ましくはサービス提供側ノードＢ１２３でのサービスの提供に関連付けられている開始時刻）、およびサービスのスケジューリング期間、つまり提供されたスケジューリング情報が適用可能な期間を、例えば無線フレームまたは送信時間間隔（ＴＴＩ）の単位で含むことが好ましい。
【００３１】
隣接ノードＢごとに提供された送信遅延は、サービス提供側ノードＢ１２３でのＭＢＭＳサービスの開始時刻などの参照開始時刻と、隣接ノードＢによる同じサービスの提供との間のＭＢＭＳサービス提供の遅延に相当する。別の観点から、隣接ノードＢごとに提供された送信遅延は、提供されたサービス・スケジューリング情報内のＭＢＭＳサービスの開始時刻と、隣接ノードＢにおける同じサービスの開始時刻との間の遅延からなる。「カバレッジ・エリア固有の」実施形態は、隣接するカバレッジ・エリアの間、またはノードＢの間の送信遅延が一定である、つまり提供されるＭＢＭＳサービスに関係なくほぼ同じであることを前提とするために、隣接ノードＢ１２０，１２６ごとにただ１つの遅延が提供され、ＭＢＭＳサービスごとにただ１つの開始時刻が提供される必要がある。
【００３２】
さらに、同じＭＢＭＳサービスが複数のノードＢ１２０，１２３，１２６または関連のカバレッジ・エリアでの軟結合に使用可能であるとき、スケジューリング期間の長さまたは持続時間、つまりスケジューリング情報が適用可能な総フレームは、複数のノードＢまたはカバレッジ・エリアのそれぞれについて同じであることが好ましい。そうでない場合、遅延は、容易に制御できない。つまり、軟結合可能なＭＢＭＳサービスが同じ物理チャネルを共有するには、それらは同じスケジューリング期間長を有する必要がある。したがって、好ましくは、軟結合可能な各ノードＢ１２０，１２３，１２６は、同じスケジューリング期間を使用し、ＭＢＭＳサービスごとにただ１つのスケジューリング期間が提供される必要がある。
【００３３】
ノードＢの間の送信遅延は、各スケジューリング期間または変更期間の間、ほぼ一定のままである。次いで、サービス提供側ノードＢ１２３は、スケジューリングまたは変更期間ごとに、隣接ノードＢ１２０，１２６のそれぞれの新しい遅延またはオフセット情報を、新しいサービス・スケジューリング情報とともにブロードキャストすることができる。各ＭＢＭＳサービスに関して提供されたサービス・スケジューリング情報、およびノードＢごとに提供されたオフセットに基づいて、ＵＥ１０２は、対応する各カバレッジ・エリア内の各ノードＢ１２０，１２３，１２６によって提供される各ＭＢＭＳサービスを検出すべき時を決定することができる。各ノードＢ１２０によって提供される各ＭＢＭＳサービスを検出すべき時を決定することによって、ＵＥ１０２は、ノードＢのそれぞれを介して同じＭＢＭＳサービスについて受信された同じ情報の送信を同期し、送信を軟結合することができる。
【００３４】
本発明の別の実施形態、「サービス固有の」実施形態において、ノードＢの間の送信遅延は、軟結合可能なすべてのＭＢＭＳサービスについて同じでなくてもよい。その結果、隣接ノードＢごとの遅延、およびＭＢＭＳサービスごとの単一の開始時刻およびスケジュール期間を提供する代わりに、ネットワーク・コントローラ１３０は、軟結合可能なＭＢＭＳサービスおよびノードＢのそれぞれに固有のサービス・スケジューリング情報を提供することができる。つまり、「サービス固有の」実施形態において、ネットワーク・コントローラ１３０は、サービス提供側ノードＢ１２３、および好ましくはダウンリンク１１５のＭＣＣＨを介して、各スケジューリング期間または変更期間の間、ＵＥ１０２に、各ノードＢ１２０，１２３，１２６での軟結合可能な各ＭＢＭＳサービスの固有の開始時刻を含むサービス・スケジューリング情報を伝達する。同様に、軟結合を容易にするために、好ましくは、軟結合可能な各ノードＢ１２０，１２３，１２６は、同じスケジューリング期間を使用する。結果として、サービス・スケジューリング情報は、各ノードＢ１２０，１２３，１２６での各ＭＢＭＳサービスの特定のスケジューリング期間をさらに含んでいるか、各ＭＢＭＳサービスの単一のスケジューリング期間のみを含んでいてもよい。
【００３５】
「サービス固有の」実施形態において、複数のノードＢ１２０，１２３，１２６のそれぞれの間の送信遅延は、複数のＭＢＭＳサービスのうちのどのＭＢＭＳサービスがすべてのノードＢによって提供されるかに応じて異なり得る。つまり、開始時刻間の送信遅延またはオフセット、つまり、第１のＭＢＭＳサービスを提供する際に第１のノードＢおよび第２のノードＢに関連付けられているＳＦＮなどの開始無線フレーム数は、第２のＭＢＭＳサービスを提供する際に第１のノードＢおよび第２のノードＢに関連付けられている開始時刻の間の遅延またはオフセットとは異なり得る。しかし、遅延は提供されるＭＢＭＳサービスに基づいて異なり得るが、ＭＢＭＳサービスのそれぞれに関連付けられている開始時刻の間の遅延は、ＵＥの軟結合バッファ・サイズに基づいて制限されるべきである。つまり、各ＭＢＭＳサービスに関連付けられている送信遅延またはオフセットは、ＵＥ１０２が、ノードＢ１２０，１２３，１２６のそれぞれから受信された同じＭＢＭＳデータを制限された軟結合バッファ１０８サイズと軟結合することができるほど十分小さいことが好ましい。送信遅延またはオフセットの最大サイズを制限することによって、ＭＢＭＳデータの所与のトランスポート・ブロックは、ＵＥ１０２の軟結合バッファ１０８がＭＢＭＳデータの受信されたブロックを格納し、結合することができるように、期間内にダウンリンク１１２，１１５，１１８のそれぞれを介して送信される。
【００３６】
軟結合可能ではないＭＢＭＳサービスの場合、つまり、ＵＥ１０２が単一のノードＢ、複数のノードＢ１２０，１２３，１２６のカバレッジ・エリアまたは関連のカバレッジ・エリアのみを介して受信するサービスの場合、各ノードＢまたは異なるカバレッジ・エリアは、サービス間の異なるそれぞれの遅延を含めて、異なるパラメータを使用して同じＳ−ＣＣＰＣＨ上で異なるＭＢＭＳサービスをマルチキャストすることができる。軟結合バッファのサイズの制限がないため、こうした遅延は、制限の必要がない。
【００３７】
決して本発明を制限するものではないが、「サービス固有の」実施形態の原理の理解を助けるために、図４には、複数のノードＢのそれぞれのフレーム・フローの典型的なタイミング図４００を提供する。この図は、ノードＢ１２３などの第１のノードＢ、およびノードＢ１２６などの第２のノードＢのフレームの「サービス固有の」スケジューリングに基づいている。図４では、第１のノードＢ、つまりノードＢ１２３、および第２のノードＢ、つまりノード１２６のそれぞれによって提供される一部のＭＢＭＳサービスは、受信側ＵＥ、つまりＵＥ１０２によって軟結合される。例えば、ノードＢ１２３およびノードＢ１２６のそれぞれは、ＭＢＭＳサービス１および６を提供する。ノードＢ１２３およびノードＢ１２６のそれぞれによって提供される他のＭＢＭＳサービスは、軟結合されない。例えば、ノードＢ１２３のみはＭＢＭＳサービス２および３を提供し、ノードＢ１２６のみはＭＢＭＳサービス４および５を提供する。したがって、ＵＥ１０２は、ＭＢＭＳサービス１および６のうちの１つ以上に加入しているとき、ノードＢ１２３およびノードＢ１２６のそれぞれから受信されたデータを軟結合し、ＵＥ１０２がＭＢＭＳサービス２〜５のうちの１つ以上に加入しているとき、ＵＥは、ＭＢＭＳデータを軟結合しない。
【００３８】
さらに、図４に示したように、ノードＢ１２３とノードＢ１２６との間の送信遅延（またはオフセット）は、すべてのＭＢＭＳサービスについて同じではない。つまり、ノードＢ１２３および１２６は、サービス１および６の両方を提供し、ノードＢ１２３は、ノードＢ１２６より１早くＭＢＭＳサービスを配信し、ノードＢ１２６は、ノードＢ１２３より６早くＭＢＭＳサービスを配信する。したがって、本発明の「サービス固有の」実施形態によれば、ネットワーク・コントローラ１３０は、ノードＢ１２３との関連で、好ましくはサービス提供側ノードＢ（この例では同じくノードＢ１２３）を介して、次のスケジューリング情報をＵＥ１０２に提供することができる：
ＭＢＭＳサービス１−開始ＳＦＮ  ４２３、期間６、送信時間間隔（ＴＴＩ）２０ミリ秒（ｍｓ）
ＭＢＭＳサービス２−開始ＳＦＮ  ４２５、期間６、ＴＴＩ  ２０ｍｓ
ＭＢＭＳサービス３−開始ＳＦＮ  ４２６、期間６、ＴＴＩ  ２０ｍｓ
ＭＢＭＳサービス６−開始ＳＦＮ  ４２８、期間６、ＴＴＩ  ２０ｍｓ
さらに、ネットワーク・コントローラ１３０は、ノードＢ１２６との関連で、同じく好ましくはサービス提供側ノードＢ１２３を介して、次のスケジューリング情報をＵＥ１０２に提供することができる：
ＭＢＭＳサービス１−開始ＳＦＮ  ４５１、期間６、ＴＴＩ  ２０ｍｓ
ＭＢＭＳサービス４−開始ＳＦＮ  ４５３、期間６、ＴＴＩ  ２０ｍｓ
ＭＢＭＳサービス５−開始ＳＦＮ  ４５４、期間６、ＴＴＩ  ２０ｍｓ
ＭＢＭＳサービス６−開始ＳＦＮ  ４５５、期間６、ＴＴＩ  ２０ｍｓ
ＭＢＭＳサービス２〜５は、軟結合されないため、サービス２〜５は、スケジューリングされてもされなくてもよく、ＵＥに伝達されてもされなくてもよく、それは通信システム１００の設計者次第である。しかし、軟結合されないＭＢＭＳサービスは、軟結合されるサービスと同じＴＴＩを占めることができないため、軟結合されないＭＢＭＳサービスのスケジューリングは、その意味である程度制限される場合がある。
【００３９】
本発明の「カバレッジ・エリア固有の」実施形態、および「サービス固有の」実施形態の両方において、ＵＥ１０２に提供されるスケジューリング情報に基づいて、ＵＥは、異なるＭＢＭＳサービスを識別することができ、したがって、各ＭＢＭＳサービスおよび各ダウンリンク１１２，１１５，１１８に関連付けられているトランスポート・フォーマット統合判別子（ＴＦＣＩ）を読み取る事無く、軟結合するものを決定することができる。ＵＥ１０２が依然としてＴＦＣＩを使用している間、複数の軟結合可能なノードＢ１２０，１２３，１２６および対応するダウンリンク１１２，１１５，１１８のそれぞれを介して、同じＭＢＭＳデータの提供のために使用されるトランスポート形式は、データが軟結合されるように、ノードＢ／ダウンリンクのすべてについて同じであることが好ましい。ノードＢ／ダウンリンクのすべてについて１つのトランスポート形式を使用することによって、ＴＦＣＩ検出に関して、さらに頑強性が得られ、本質的にＴＦＣＩビットの選択組み合わせのゲインが得られる。ＴＦＣＩビットが同じであることが保証される本発明の一実施形態において、ＵＥ１０２は、それ以上のゲインのために、ＴＦＣＩビットを軟結合することができる。しかし、異なるダウンリンクは、異なるトランスポート・フォーマット統合セット（ＴＦＣＳ）を有し得るため、軟結合されるすべてのダウンリンクについて同じＴＦＣＩ、同じトランスポート・フォーマット統合を選択することは難しい場合がある。したがって、本発明の別の実施形態において、ＵＥ１０２は、すべてのダウンリンクが同じＴＦＣＩを有することを前提としておらず、その結果、ＴＦＣＩビットを軟結合しない。
【００４０】
「カバレッジ・エリア固有の」実施形態と比較した「サービス固有の」実施形態の利点は、サービスが同じ物理チャネル上で多重化されると、異なるノードＢ１２０，１２３，１２６が同じタイム・スロット内で異なるサービスを提供することができるようにすることによって、通信システム１００が、通信リソース、より具体的にはコード・リソースを節約することができることである。「サービス固有の」実施形態の欠点は、複数の軟結合可能なノードＢ１２０，１２３，１２６のすべてについてのスケジューリング情報をＵＥ１０２に伝達するとき、「カバレッジ・エリア固有の」実施形態より多くのシステム・オーバーヘッドを消費することである。しかし、「サービス固有の」実施形態に関与するスケジューリング情報のシグナリングによって消費されるオーバーヘッドは大きくなく、おそらく１秒当たりたった２〜３００ビットほどである。例えば、「サービス固有の」スケジューリングを提供するために必要ないくつかのビットは、次の式に従って決定され得る（実際には変数の多くが固定された定数である）。
【００４１】
【数１】
2007525914.tif 000003
式中、Ｍは変更期間当たりスケジューリングされるサービスの平均数である。αｉは開始ＳＦＮを表現するためのビット数であり、ＳＦＮは０から４０９５の１２ビットである。βｉは（無線フレームまたはＴＴＩにおける）スケジュールされた期間を表現するためのビット数であり、サポートされる最大データ・レート、スケジューリング期間、ＴＴＩ長さ、および拡散率に依存する。スケジューリング期間が１秒、ＴＴＩが２０ｍｓでは６ビットで十分である。Ｎは、マルチキャストが軟結合されるカバレッジ・エリアまたはノードＢの数である（ＭＢＭＳの場合、妥当な値は１０）。δｉ，ｊは、ＭＢＭＳサービスｉにおける、サービス提供側カバレッジ・エリアまたはノードＢと、隣接のカバレッジ・エリアまたはノードＢｊとの間の（無線フレームによる）時間差を信号で送るのに必要なビット数である。１．２８秒を超えない遅延を仮定すると、７ビットで十分である。ｆはスケジューリング期間の逆数である。妥当な想定では、スケジューリング期間は、変更期間（約５ｓ）と同じであるため、公称ではｆ＝０．２である。例えば、Ｎ＝１０、Ｍ＝１０、ｆ＝５ｓ、δｉ，ｊ＝７であると仮定すると、オーバーヘッドは、１０×（６＋１２＋１０×７）／５＝１７６ビット／秒である。このオーバーヘッドは、様々なカバレッジ・エリアまたはノードＢの無線インターフェイス間の最大遅延を制限することによって、または無線フレームの代わりに、ＴＴＩでδｉ，ｊを表すことによって、さらに低減され得る。
【００４２】
本発明のさらに別の実施形態において、ＵＥ１０２は、単に、単一のノードＢまたはカバレッジ・エリアのみの、好ましくはサービス提供側ノードＢ１２３または関連のカバレッジ・エリアの軟結合開始時刻に基づいて、隣接ノードＢ１２０，１２６、または関連のカバレッジ・エリアごとに軟結合開始時刻を決定することができる。ＲＡＮ１４０が、異なるダウンリンクの（ＵＥによって受信された）最大時間差を１ＴＴＩ＋１スロットに設定することを要求するＭＢＭＳ仕様が開発されている。その結果、ＵＥ１０２は、最大時間差とともに、サービス提供側ノードＢ１２３（または関連のカバレッジ・エリアまたはダウンリンク１１５）など、単一のノードＢの軟結合期間の開始を使用して、他の軟結合可能なノードＢ、つまり隣接ノードＢのノードＢ１２０および１２６、または関連のカバレッジ・エリアまたはダウンリンク１１２，１１８の軟結合期間の開始時刻を決定することができる。
【００４３】
次に図５を参照する。図５には、本発明のさらに別の実施形態に従って、ノードＢ１２０や１２６などの軟結合可能な隣接ノードＢ（または関連のカバレッジ・エリアまたはダウンリンク１１２，１１８）の軟結合開始時刻を決定するためにＵＥ１０２によって実行される方法の論理フローチャート５００を示す。論理フローチャート５００が開始すると（５０２）、ＲＡＮ１０４、およびより具体的にはネットワーク・コントローラ１３０が、ノードＢ１２０，１２３，１２６のそれぞれでのＭＢＭＳサービスのマルチキャストを設定し（５０４）、ＵＥ１０２が、サービス提供側ノードＢ１２３を介してネットワーク・コントローラ１３０から、サービス提供側ノードＢによるＭＢＭＳサービスの提供のスケジューリング情報を受信する（５０６）。スケジューリング情報はＳＦＮインデックスやＣＦＮインデックスなど無線フレーム内のサービスの開始時刻、およびサービス提供側ノードＢ１２３のいくつかの無線フレームやＴＴＩなどのスケジューリング期間を含む。
【００４４】
ＭＢＭＳサービスの一部として、ＲＡＮ１４０、および好ましくはネットワーク・コントローラ１３０は、ＭＢＭＳサービスに関連付けられているＭＢＭＳデータのフレームを、ノードＢ１２０，１２３，１２６のそれぞれに伝達し、ノードＢを介してＵＥ１０２に伝達する（５０８）。ＵＥ１０２は、ＭＢＭＳデータのフレームを受信したとき（５１０）、受信されたフレームをＵＥのバッファ１０８に格納する。さらに、ＲＡＮ１４０は、各隣接ノードＢ１２０，１２６によってＵＥ１０２に送信されるＭＢＭＳデータのフレームについての正しい開始時刻または開始フレームを知っており、したがって、それを決定する（５１２）ことができるため、ＲＡＮ１４０、および特にネットワーク・コントローラ１３０またはノードＢは、隣接ノードＢ１２０，１２６ごとに、開始時刻インジケータ、好ましくはそのノードＢによるＭＢＭＳサービスのマルチキャストの開始時刻または開始フレームに直接関連付けられており、それを識別する、ノードＢの隣接セル開始指示（ＮＣＳＩ）（以下ＮＣＳＩと呼ぶ）を決定する（５１４）。
【００４５】
ビットに関してＮＣＳＩのサイズを制限するために、ＮＣＳＩは、サービス提供側セルの開始時刻辺りの「結合ウィンドウ」内に含まれる、潜在的な開始時刻またはＭＢＭＳデータのフレームを区別するだけでよい。結合ウィンドウ内に有限数の潜在的な開始時刻がある。というのは、ＵＥは、データの新しいブロックがいつ送信されるかを知っている必要があるためである。ＵＥがデータの新しいブロックがいつ送信されるかを知ることができるように、Ｗ−ＣＤＭＡ標準は、データのブロックが送信される期間（送信時間間隔または「ＴＴＩ」と呼ばれる）を示し、所与のトランスポート・チャネル上のデータの各ブロックが、ＴＴＩにおける無線フレーム数の偶数倍である無線フレーム上でのみ開始することができるようにする。「結合ウィンドウ」は、時間のウィンドウ、すなわちフレームであり、つまり、最大でプラス／マイナス１のＴＴＩ＋サービス提供側ノードＢ１２３によるスケジューリング情報で提供されたＭＢＭＳサービスの開始時刻からの１スロットである。当業者にはわかる（また、図６を参照して明らかである）ように、隣接ノードＢ１２０，１２６の多くて３つの潜在的な開始時刻が「結合ウィンドウ」内に含まれ得る。その結果、２ビットを使用してＮＣＳＩを表すことができる。ＲＡＮ１４０は、ＵＥ１０２によって決定されたＮＣＳＩに対応付けられるが、「結合ウィンドウ」内のフレームごとに一意であるＮＣＳＩを決定するため、ＲＡＮおよびＵＥは、同じアルゴリズムを使用してＮＣＳＩを決定することができ、さらに、フレーム番号など、こうした各フレームに一意の情報からＮＣＳＩを導出することができる。例えば、ＲＡＮ１４０は、次のように、隣接ノードＢ１２０，１２６のそれぞれのＮＣＳＩを決定することができる：
隣接セル開始指示＝（ＣＦＮ＿Ｓｔａｒｔ（ｉ）／｛Ｍａｘ＿ＴＴＩ＿Ｓｉｚｅ｝）ｍｏｄ  ４
式中、ＣＦＮ＿Ｓｔａｒｔ（ｉ）は、開始時刻／開始フレームに対応するフレーム番号であり、Ｍａｘ＿ＴＴＩ＿Ｓｉｚｅは、軟結合され得るＳ−ＣＣＰＣＨ上の最も大きいＴＴＩである。次いでネットワーク・コントローラ１３０は、サービス提供側ノードＢ１２３を介して隣接ノードＢ１２０，１２６ごとに決定されたＮＣＳＩをＵＥ１０２に伝達し（５１６）、ＵＥは、ネットワーク・コントローラからそれを受信する（５１８）。
【００４６】
ＵＥ１０２側で、サービス提供側ノードＢのスケジューリング情報、より詳細には提供された開始時刻、および軟結合され得るＳ−ＣＣＰＣＨ上で通信システム１００によって使用される最大のＴＴＩサイズ（Ｍａｘ＿ＴＴＩ＿Ｓｉｚｅ）に基づいて、ＵＥは、軟結合可能な隣接ノードＢ１２０，１２６（または関連するカバレッジ・エリアまたはダウンリンク）ごとに、ノードＢから受信されたフレームとの関連で、無線フレーム内の１つ以上の潜在的な開始時刻を決定して（５２０）、隣接ノードＢ１２０，１２６ごとに１つ以上の潜在的な開始時刻を生成する。隣接ノードＢの潜在的な各開始時刻は、ノードＢによって伝達されるＭＢＭＳデータのフレームと関連付けられる。例えば、ＵＥは、データ・ブロックがＴＴＩの無線フレームの数の偶数倍である無線フレーム上で開始するという制約を使用して、潜在的な開始時刻／フレームを決定することができるため、ＵＥ１０２は、次の式を満たすＣＦＮを決定することができる：
ＣＦＮ  ｍｏｄ  Ｍａｘ＿ＴＴＩ＿Ｓｉｚｅ＝０
式中「ｍｏｄ」は、モジュロ除算（ｍｏｄｕｌｏ  ｄｉｖｉｓｉｏｎ）を示す。
サービス提供側ノードＢ、つまりノードＢ１２３と、隣接ノードＢのそれぞれ、つまりノードＢ１２０および１２６との間の送信遅延のために、ＲＡＮ１４０は、隣接ノードＢごとに複数の潜在的な開始時刻を決定する可能性がある。しかし、隣接ノードＢ１２０，１２６の潜在的な開始時刻の決定を、サービス提供側ノードＢ１２３によって提供される開始時刻から最大でプラス／マイナス１のＴＴＩである「結合ウィンドウ」にある潜在的な開始時刻に制限することによって、隣接ノードＢ１２０，１２６ごとに最低数、つまり多くとも３つの潜在的な開始時刻が決定され得る。
【００４７】
ＵＥ１０２は、さらに、隣接ノードＢ１２０，１２３ごとに決定された１つ以上の潜在的な開始時刻のそれぞれに関連して、ＮＣＳＩを決定して（５２２）、ノードＢごとに１つ以上のＮＣＳＩを生成する。好ましくは、ＵＥ１０２は、式「隣接セル開始指示＝（ＣＦＮ＿Ｓｔａｒｔ（ｉ）／｛Ｍａｘ＿ＴＴＩ＿Ｓｉｚｅ｝）ｍｏｄ４」など、決定が配列されるように、ＮＣＳＩを決定する際に、ＲＡＮ１０４と同じアルゴリズムを使用する。
【００４８】
次いで、隣接ノードＢ１２０，１２６ごとに、ＵＥ１０２は、ノードＢの１つ以上の潜在的な開始時刻／フレーム、およびＲＡＮ１４０から受信されたノードＢのＮＣＳＩのそれぞれに関連して、ＵＥ１０２によって決定された１つ以上のＮＣＳＩのうちの１つを一致させることによって、軟結合開始時刻を決定する（５２４）。次いで論理フロー５００が終了する（５２６）。
【００４９】
決して本発明を制限するものではなく、読者が本発明の原理を理解するのを助けるために、図６には、論理フローチャート５００に示された方法に従って、隣接ノードＢ１２０および１２６（または関連のカバレッジ・エリアまたはダウンリンク１１２，１１８）ごとにＵＥ１０２などのＵＥによる軟結合開始時刻の検出を示す典型的なタイミング図を示す。図６では、Ｍａｘ＿ＴＴＩ＿Ｓｉｚｅ＝８である。図６では、太線は、潜在的な軟結合開始時刻を示しており、薄線は、フレームの開始を示し、矢印は、各ノードＢ１２０，１２３，１２６の軟結合開始時刻を示している。また、図６では、潜在的な軟結合開始時刻、または開始フレーム、および非潜在的な開始フレームは、Ｍ（Ｎ）と表されている。ここでは、Ｍは、フレームの無線フレーム数、好ましくはＣＦＮに対応しており、Ｎは、そのフレームについて計算されたＮＣＳＩである。
【００５０】
図６に示したように、サービス提供側ノードＢ１２３については、軟結合期間の開始はＣＦＮ３２である。ＵＥ１０２は、ダウンリンク１１２および１１８である隣接ノードＢ１２０および１２６を軟結合できること、および隣接ノードＢまたはカバレッジ・エリアごとに潜在的な軟結合開始時刻を計算できることを知っている。ネットワークは、軟結合可能な送信を１つのＴＴＩと同期させる必要があるため、ＵＥ１０２は、最大で現在のサービス提供側ノードＢまたはカバレッジ・エリアよりＴＴＩ１つ分早く、ＴＴＩ１つ分遅い「結合ウィンドウ」内で潜在的な開始時刻を計算する。
【００５１】
図６に示されるように、ノードＢ１２０では、潜在的な開始時刻またはフレーム１１２および１２０は、いずれも結合ウィンドウ内に含まれる。ＵＥ１０２は、潜在的な開始時刻／フレームごとにＮＣＳＩを計算し、その結果、潜在的な開始時刻／フレーム１１２が「２」の値のＮＣＳＩに関連付けられ、潜在的な開始時刻／フレーム１２０は、「３」の値のＮＣＳＩに関連付けられる。ノードＢ１２０のこれらの潜在的な開始時刻／フレームは、したがって図６に１１２（２）および１２０（３）として示されている。
【００５２】
ノードＢ１２６について、１つの潜在的な開始時刻またはフレーム、つまり、開始時刻／フレーム２２４は、サービス提供側ノードＢ１２３の開始時刻／フレームに正確に一致し、その結果、３つの潜在的な開始時刻またはフレーム２１６，２２４，２３２は、すべてノードＢ１２３の結合ウィンドウに含まれる。ＵＥ１０２は、潜在的な開始時刻／フレームごとにＮＣＳＩを計算し、その結果、潜在的な開始時刻／フレーム２１６は、値「３」のＮＣＳＩに関連付けられ、潜在的な開始時刻／フレーム２２４は、値「０」のＮＣＳＩに関連付けられ、潜在的な開始時刻／フレーム２３２は、値「１」のＮＣＳＩに関連付けられる。したがってノードＢ１２６のこれらの潜在的な開始時刻／フレームは、図６に、２１６（３），２２４（０），２３２（１）と示されている。
【００５３】
各ノードＢ１２０およびノードＢ１２６の正しい開始時刻に関する不確実性を解決するために、ネットワーク・コントローラ１３０は、こうした各ノードＢのＮＣＳＩをＵＥ１０２に伝達する。ＲＡＮによって提供されたＮＣＳＩは、ノードＢ１２０，１２６ごとにＵＥによって決定された１つ以上のＮＣＳＩのうちのどれが正しい開始時刻に対応するかを示す。例えば、図６を参照すると、ネットワーク・コントローラ１３０は、ノードＢ１２０では値「２」のＮＣＳＩを、ノードＢ１２６では、値「０」のＮＣＳＩをＵＥ１０２に伝達する。ＲＡＮによって提供されたＮＣＳＩを使用することによって、ＵＥ１０２は、ノードＢ１２０の開始時刻／フレームが１１２であり、ノードＢ１２６の開始時刻／フレームが２２４であることを決定することができる。
【００５４】
要約すれば、通信システム１００は、ＵＥ、つまりＵＥ１０２によって要求されたすべてのスケジューリング情報の提供を単一のサービス提供側ノードＢ、つまりノードＢ１２３を介して提供して、軟結合可能なＭＢＭＳデータの複数のノードＢの各ノードＢによるマルチキャストに関して、複数のノードＢ、つまりノードＢ１２０，１２３，１２６のうちの他のすべてのノードＢ、つまりノードＢ１２０および１２３の開始時刻を決定する。単一のノードＢを介して必要なすべてのスケジューリング情報を提供することによって、ＵＥは、スケジューリング情報を取得するために、単一のリンクを監視するだけでよい。したがって、複数のノードＢのそれぞれに関連付けられているダウンリンク上の独立したスケジューリングではＵＥをより頻繁に起動させるのに対して、ＵＥは、もっと休み、バッテリ電力を保護することができる。次いでＵＥは、複数のノードＢを介してマルチキャストが同期されないときでさえ、スケジューリング情報を使用して、複数のノードＢのそれぞれを介してＵＥによって受信されたＭＢＭＳデータの軟結合を同期する。
【００５５】
本発明の一実施形態、すなわち「カバレッジ・エリア固有」または「ノードＢ固有」の実施形態において、隣接するカバレッジ・エリアまたはノードＢの間の送信遅延（または「オフセット」）は、提供されるＭＢＭＳサービスに関係なく、ほぼ同じである。結果として、ＵＥに伝達されるスケジューリング情報が各ＭＢＭＳサービスの個別のオフセットを含んでいる必要はない。代わりに、ネットワーク・コントローラ１３０であるネットワーク・コントローラは、複数のノードＢの各隣接ノードＢの送信遅延、および各ＭＢＭＳサービスのサービス・スケジューリング情報を含むスケジューリング情報をＵＥに伝達することができる。次に、各ＭＢＭＳサービスのサービス・スケジューリング情報は、ＭＢＭＳサービスの参照開始時刻、およびＭＢＭＳサービスのスケジューリング期間を含み得る。
【００５６】
本発明の別の実施形態、「サービス固有の」実施形態において、複数のノードＢの間の送信遅延は、すべてのＭＢＭＳサービスについて同じでなくてもよい。その結果、各隣接（非サービス提供側）ノードＢの遅延、および各ＭＢＭＳサービスの単一の開始時刻およびスケジュール期間を提供する代わりに、ネットワーク・コントローラは、各軟結合可能なＭＢＭＳサービスおよびノードＢに固有のサービス・スケジューリング情報を提供してもよく、サービス・スケジューリング情報は、複数のノードＢの各ノードＢにおける各ＭＢＭＳサービスの特定の開始時刻を含んでいる。軟結合を容易にするために、複数のノードＢの各ノードＢが同じスケジューリング期間を使用することが好ましい。結果として、サービス・スケジューリング情報は、複数のノードＢの各ノードＢにおける各ＭＢＭＳサービスの特定のスケジューリング期間をさらに含んでいるか、各ＭＢＭＳサービスの単一のスケジューリング期間のみを含んでいてもよい。
【００５７】
本発明のさらに別の実施形態において、ネットワーク・コントローラは、唯一のノードＢ、サービス提供側ノードＢに関するスケジューリング情報をＵＥに伝達することができる。提供されたスケジューリング情報に基づいて、ＵＥは、複数のノードＢのうち各非サービス提供側ノードＢの１つ以上の潜在的な開始時刻を決定することができる。各非サービス提供側ノードＢについて、ネットワーク・コントローラはさらに、１つ以上の他の潜在的な開始時刻のうちのどの潜在的な開始時刻がそのノードＢを介したＭＢＭＳサービスの提供に正しい開始時刻であるかの識別子（ＮＣＳＩ）をＵＥに伝達する。受信されたインジケータに基づいて、ＵＥは、各非サービス提供側ノードＢを介してＭＢＭＳサービスの提供の開始時刻を決定することができる。
【００５８】
本発明の上記の実施形態は、異なるノードＢ１２０，１２３，１２６によるＭＢＭＳサービスに関連付けられているデータのフレームのマルチキャストが同期されることを必要としない。つまり、ＵＥ１０２に提供されたスケジューリング情報に基づいて、ＵＥは、ダウンリンク１１２，１１５，１１８、および対応するノードＢ１２０，１２３，１２６のそれぞれの軟結合期間の開始時刻を決定することができる。次いでＵＥ１０２は、そのマルチキャストが軟結合され、ＳＦＮ差に基づいて各ノードＢから受信されたトランスポート・ブロックを結合することができる２つのノードＢの間のＳＦＮ差またはＣＦＮ差などのフレーム差を決定することができる。したがって、ＵＥ１０２は、複数のダウンリンク１１２，１１５，１１８および対応するノードＢ１２０，１２３，１２６のそれぞれから単にＴＴＩを選択して、スケジューリング情報に基づいて軟結合を実行することができる。
【００５９】
しかし、「カバレッジ・エリア固有の」および「サービス固有の」実施形態において、異なるノードＢによる同じＭＢＭＳフレームのマルチキャスト間の時差は、ＵＥ１０２の軟結合バッファ１０８が複数の軟結合可能なノードＢ１２０，１２３，１２６のそれぞれから受信されたＭＢＭＳデータを格納し、軟結合することができない確率を最低限に抑えるように制限されることが好ましい。したがって、通信システム１００は、軟結合可能なノードＢ１２０，１２３，１２６のそれぞれによる同じＭＢＭＳサービスのマルチキャストの同期をさらに提供する。
【００６０】
次に、図７，８を参照する。図７，８には、本発明の一実施形態に従って、ネットワーク・コントローラ１３０がノードＢ１２３および１２６などの隣接ノードＢの間のＳＦＮ差などのフレーム数の差を測定し、同期する手順を示す。好ましくは、同期は、本願明細書に全体が援用される３ＧＰＰ  ＴＳ２５．４０２に詳しく記載されているよく定義されたノード同期手順に従って実施される。隣接ノードＢ１２０，１２３，１２６のそれぞれによるＭＢＭＳサービスのマルチキャストの送信時間のばらつきを同期する、つまり制限することによって、ネットワーク・コントローラ１３０は、トランスポート・ブロックの軟結合がＵＥ１０２の軟結合バッファ１０８のバッファ・サイズを超えないように、ノードＢの間の送信遅延またはオフセットが十分小さいことを保証することができる。
【００６１】
図７は、本発明の一実施形態に従って、ネットワーク・コントローラ１３０がノードＢ１２３やノードＢ１２６などの複数のノードＢを同期することができる方法を示す典型的なタイミング図７００である。図８は、本発明の一実施形態による、ネットワーク・コントローラ１３０による複数のノードＢの同期の論理フローチャート８００である。論理フローチャート８００が開始すると（８０２）、ＭＢＭＳサービスが設定され（８０４）、ノードＢ１２３などの第１のノードＢによってサービスが提供される第１のカバレッジ・エリア、およびノードＢ１２６などの第２のノードＢによってサービスが提供される第２のカバレッジ・エリアのそれぞれにおいて、ネットワーク・コントローラ１３０がＰＴＭ通信チャネルなどの無線ベアラを確立する（８０６）。次いでネットワーク・コントローラ１３０は、ノードＢ１２３およびノードＢ１２６に関するノード同期手順を実行する。
【００６２】
同期手順の一部として、ネットワーク・コントローラ１３０は、第１のノードＢ、つまりノードＢ１２３、および第２のノード、つまりノード１２６のそれぞれについて、ノードＢにおけるトランスポート・ブロックの到着に関連付けられているノードＢフレーム番号（ＢＦＮ）を決定する（８０８）。トランスポート・ブロックは、あるネットワーク・コントローラ１３０フレーム番号（ＲＦＮ）で送信される。これは、ネットワーク・コントローラ１３０によって決定される、各第１および第２のノードＢ１２３，１２６のＲＦＮ−ＢＦＮ差である。一般に、ＲＦＮ−ＢＦＮ差は、ＤＬノード同期制御フレームを使用して測定される。制御フレームがＭＢＭＳサービスに使用されるトランスポート・ベアラを介して送信される場合、ＲＦＮ−ＢＦＮ差は、トランスポート・ベアラを介して送信されるトランスポート・ブロックについて同じとなる。
【００６３】
例えば、図７に示されているように、ネットワーク・コントローラ１３０は、ノードＢ１２３では、時点Ｔ１−１、Ｔ２−１、Ｔ３−１、Ｔ４−１でフレーム番号の情報を取得する。同様に、ネットワーク・コントローラ１３０は、ノードＢ１２６では、時点Ｔ１−２、Ｔ２−２、Ｔ３−２、Ｔ４−２でフレーム番号の情報を取得する。Ｔ１、Ｔ２、Ｔ３、Ｔ４のそれぞれは、０．１２５ｍｓの時間増分に対応するフレーム番号（ＲＦＮまたはＢＦＮ）として測定される。例えば、ノードＢ１２３について、Ｔ１−１は、１４７１．１２５、Ｔ２−１は２９４４５．６２５と仮定される。つまり、ＲＦＮ１４７１．１２５でネットワーク・コントローラ１３０によって送信されたトランスポート・ブロックはノードＢ１２３にはＢＦＮ２９４４５．６２５で到達し、結果的に２７９７４．５００の時差またはフレーム番号差（ＲＦＮ−ＢＦＮ差）をもたらす。ノードＢ１２６を参照すると、Ｔ１−２にＲＦＮ１４６７．７５でネットワーク・コントローラ１３０によって送信されたトランスポート・ブロックは、ノードＢ１２６にはＴ２−２にＢＦＮ  ４００３０．１２５で到達する。そのため、ノードＢ１２６に関するＲＦＮ−ＢＦＮ差は、３８５４２．３７５である。ＲＦＮ−ＢＦＮ差は、単位を１０ｍｓの単位に変換することによって簡略化され得る。次いでノードＢ１２３のＲＦＮ−ＢＦＮ差は２７９７であり、ノードＢ１２６のＲＦＮ−ＢＦＮ差は３８５６である。
【００６４】
第１および第２のノードＢ１２３，１２６のそれぞれのＲＦＮ−ＢＦＮ差に基づいて、ネットワーク・コントローラ１３０は、第１および第２のカバレッジ・エリア間、つまりノードＢ１２３による送信とノードＢ１２６による送信の間のＢＦＮ差は１０５９であることを決定することができる（８１０）。次いで、ネットワーク・コントローラ１３０は、決定されたＢＦＮ差に基づいて、第１のノードＢ１２３と第２のノードＢ１２６のそれぞれによるＭＢＭＳサービスの送信を同期することができる（８１２）。例えば、第１のカバレッジ・エリアまたはノードＢ１２３について、軟結合されているＭＢＭＳサービスの開始ＳＦＮは、Ｘに設定される。次いで、ネットワーク・コントローラ１３０は、第２のカバレッジ・エリア内、つまりノードＢ１２６での同じサービスについて開始ＳＦＮをＸ＋１０５９に設定することができる。次いで論理フロー８００が終了する（８１４）。
【００６５】
したがって、通信システム１００は、ＵＥがデータを軟結合できるように、複数のノードＢのそれぞれを介してＵＥにマルチキャストされる受信されたＭＢＭＳデータのＵＥによる同期を提供し、さらに複数のノードＢによるＭＢＭＳデータのマルチキャストのネットワーク・コントローラによる同期を提供する。
【図面の簡単な説明】
【００６６】
【図１】本発明の一実施形態による無線通信システムのブロック図。
【図２】本発明の一実施形態による図１のユーザ機器によって実行される代表的な軟結合の論理フローチャート。
【図３】本発明の様々な実施形態による、図１の通信システムが図１のユーザ機器にスケジューリング情報を提供する方法の論理フローチャート。
【図４】本発明の一実施形態による複数のノードＢのそれぞれに関連付けられているフレーム・フローの代表的なタイミング図。
【図５】本発明の一実施形態による、複数のノードＢのそれぞれ、または関連のカバレッジ・エリアもしくはダウンリンクに関連付けられている軟結合開始期間を決定するために図１の通信システムによって実行される方法の論理フローチャート。
【図６】本発明の一実施形態による、複数のノードＢのそれぞれ、または関連のカバレッジ・エリアもしくはダウンリンクの軟結合開始時刻の検出を示す代表的なタイミング図。
【図７】本発明の一実施形態による、図１のネットワーク・コントローラが複数のノードＢを同期し得る方法を示す代表的なタイミング図。
【図８】本発明の一実施形態による、複数のノードＢを同期するために図１のネットワーク・コントローラによって実行される方法を示す論理フローチャート。
【図１】
2007525914.tif 000004
【図２】
2007525914.tif 000005
【図３】
2007525914.tif 000006
【図４】
2007525914.tif 000007
【図５】
2007525914.tif 000008
【図６】
2007525914.tif 000009
【図７】
2007525914.tif 000010
【図８】
2007525914.tif 000011
【国際調査報告】
2007525914.tif 000012
2007525914.tif 000013