セルラ通信システム、セルラネットワークコントローラ、無線加入者通信ユニット、コンピュータプログラム、および方法
【課題】セルラ通信システム、セルラネットワークコントローラ、無線加入者通信ユニット、コンピュータプログラム、および方法を提供する。
【解決手段】少なくとも１つの通信セルを有する無線通信システムにより実行する方法であって、ネットワークコントローラにより応答を要求する要求メッセージを１つ以上の無線加入者通信ユニットに送信し、前記無線加入者通信ユニットにより、前記要求メッセージに応じてレイヤ１の応答信号を送信し、ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信され、前記ネットワークコントローラにより、特定の通信セルで前記レイヤ１の応答信号を検出し、これに応じて、(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のうち１つを実行する方法。
【解決手段】少なくとも１つの通信セルを有する無線通信システムにより実行する方法であって、ネットワークコントローラにより応答を要求する要求メッセージを１つ以上の無線加入者通信ユニットに送信し、前記無線加入者通信ユニットにより、前記要求メッセージに応じてレイヤ１の応答信号を送信し、ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信され、前記ネットワークコントローラにより、特定の通信セルで前記レイヤ１の応答信号を検出し、これに応じて、(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のうち１つを実行する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ブロードキャスト及びマルチキャスト伝送に関するフィードバックを取得するシステム、装置及び方法に関する。本発明は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ） Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）でマルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ：ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ ａｎｄ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ）を起動したユーザに関するフィードバックを取得することに適用可能であるが、これに限定されない。Ｅ−ＵＴＲＡＮは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）で現在標準化されている。に関する。
【背景技術】
【０００２】
無線スペクトルは貴重であり、特に、できるだけ多くのマルチメディアブロードキャスト／マルチキャストサービスをユーザに提供し、これによって広範囲のサービスの選択肢を移動電話ユーザ（しばしば加入者と呼ばれる）に提供するために、スペクトル効率の良い伝送技術が必要である。マルチメディアブロードキャスト／マルチキャストサービスは、通常の地上波テレビ／ラジオ伝送と同様に、セルラネットワークで伝達され得ることが知られている。
【０００３】
拡張通信サービスを提供するために、第３世代のセルラ通信システムは、広範囲の異なる拡張サービスをサポートするように設計されている。１つのこのような拡張サービスは、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）である。移動電話及び他のハンドヘルド装置を介して受信可能なマルチメディアサービスの需要は、今後の数年間で急速に増大することになる。通信されるデータコンテンツの性質のため、マルチメディアサービスは、高帯域を必要とする。
【０００４】
ＵＭＴＳのＭＢＭＳ（Ｍｏｂｉｌｅ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）のように、セルラシステムでマルチメディアサービスを配信する技術は、過去数年間に開発されている。ＭＢＭＳサービス及びアプリケーションの例は、マルチメディア放送（すなわち、モバイルＴＶ、オーディオ、ビデオ等）を含む。
【０００５】
効率的な伝送を実現するために、３ＧＰＰ移動通信システムのＭＢＭＳ配信について２つの配信モードが規定されている。マルチメディアサービスの提供で典型的で最もコスト効率の良い手法は、マルチメディア信号をユニキャスト（すなわち、ポイント・ツー・ポイント）方式で送信するのではなく、マルチメディア信号を‘ブロードキャスト’することである。ユニキャスト方式では、特定のＵＥへの専用の無線ベアラが提供される。ＭＢＭＳ技術は、セルラ／移動通信システムでコンテンツサーバ（しばしばデータソースと呼ばれる）から複数の宛先ユーザ端末（ＵＥ）にデータトラヒックを伝送するように設計される。従って、典型的には、例えば、ニュース、映画、スポーツ等を伝達する数十ものチャネルが通信ネットワークで同時にブロードキャストされ得る。
【０００６】
配信モードの決定は、ネットワークコントローラのサービスエリアでサービスを起動したユーザの数に基づいて、ネットワークコントローラで行われる。サービスを起動したＵＥの数が所定の閾値より大きい場合、ｐ−ｔ−ｍ伝送が選択されて使用される。そうでない場合、サービスは、ｐ−ｔ−ｐ無線ベアラで配信される。これは、参加ユーザの数に従ってＭＢＭＳデータコンテンツを配信する効率を最適化するために行われる。或る場合には、選択は、特定のサービスの潜在的な関心で行われることがある。すなわち、ネットワークコントローラがサービス提供されるＵＥに対して特定のＭＢＭＳに関心があるか否かを問い合わせ、応答に応じて、（ｐ−ｔ−ｐ又はｐ−ｔ−ｍ）伝送配信モードが選択される。従って、サービスに関心のあるユーザの数が所定の閾値未満である場合、ｐ−ｔ−ｐモードが無線効率が良いため、使用される。しかし、所定の閾値は、主に使用される無線技術の機能であり、ほとんどの実用的な展開シナリオでは、セル内に２又は３人のユーザ未満であるように構成される。
【０００７】
サービスエリアでのＭＢＭＳサービスの配信モードの選択は、“カウンティング（ｃｏｕｎｔｉｎｇ）”手順と呼ばれる。ネットワークコントローラは、ＭＣＣＨ（Ｍａｉｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）で下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）チャネルのカウンティング要求メッセージを送信することにより、カウンティング手順を開始する。特に、カウンティング手順の間に、レイヤ３の信号がネットワークコントローラとＵＥとの間の通信に使用される。ＵＥが起動した特定のＭＢＭＳサービスについてカウンティング手順が進行中であることをＵＥが検出すると、ＵＥは、ランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）でカウンティング応答メッセージをネットワークコントローラに送信することにより、カウンティング要求に応答する。セルで特定のサービスを起動した（又は特定のサービスに関心のある）多くのユーザが存在し得るため、ＲＡＣＨでの同時のカウンティング応答の数がＲＡＣＨリソースを過負荷にすることがある。これは、他の（非ＭＢＭＳ）ユーザによるＲＡＣＨアクセスに影響を及ぼし、これは、リソースの効率的な提供に問題になる。
【０００８】
ＲＡＣＨは競合型アクセスチャネルであり、ＲＡＣＨに使用される物理チャネルリソースは、ネットワークで規定され、システム情報と共にセルでブロードキャストされる。従って、ＲＡＣＨチャネル情報は、システム内のＵＥに知られている。ＵＥがネットワークと通信する必要があるが、ＵＥがネットワークにより使用される専用リソースを割り当てられていない場合、ＵＥはＲＡＣＨチャネルを使用する。従って、ＲＡＣＨでのＵＥのアクセスはランダムであり、ＲＡＣＨチャネルで衝突／競合を生じることがある。
【０００９】
多数のカウンティング応答によるＲＡＣＨの輻輳を回避するため、ネットワークコントローラは、ＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のカウンティング手順中にアクセス制御を実行してもよい。これは、アクセス確率係数を使用したアクセス優先付け機構を使用する。アクセス確率係数が大きい場合、ＵＥは、カウンティング応答を提示するためのＲＡＣＨアクセスの高い機会を有する。従って、アクセス確率係数は、カウンティング要求メッセージと共にＭＣＣＨでＵＥに送信される。全てのＵＥはＭＣＣＨを読み取る。２つの異なるアクセス確率係数が以下のように規定されている。
（ｉ）ａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｉｄｌｅ（アイドル状態のＵＥにより使用される）
（ｉｉ）ａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｃｏｎｎｅｃｔｅｄ（接続状態のＵＥ（すなわち、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ又はＣＥＬＬ＿ＦＡＣＨ状態でアクティブであるもの）により使用される）
カウンティング応答メッセージはまた、ＵＥの状態（すなわち、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ又はＲＲＣ＿Ｉｄｌｅ）に応じて２つの形式になる。ＲＲＣ＿Ｉｄｌｅ状態のＵＥは、ネットワークに接続しておらず、‘ＭＢＭＳ受信（ＭＢＭＳ ｒｅｃｅｐｔｉｏｎ）’に設定された確立理由（指示）で無線リソース接続（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｎｅｃｔｉｏｎ）を確立することにより、カウンティング要求に応答する。ＲＲＣ＿ＣｏｎｎｅｃｔｅｄのＵＥは、ネットワークに接続しており、従って、‘ＭＢＭＳ受信’に設定された確立理由（指示）でセル更新メッセージを送信するように構成される。
【００１０】
従って、これらの状態に応じて、接続中及びアイドルのＵＥは、ＲＡＣＨアクセスについてａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｉｄｌｅ又はａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｃｏｎｎｅｃｔｅｄを使用する。通常では、ａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｃｏｎｎｅｃｔｅｄは、ａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｉｄｌｅより高い確率のアクセスを提供する（接続状態のＵＥは、既にネットワークに接続しているため、ネットワークへの早い応答を送信することができるため）。
【００１１】
図１を参照すると、ＵＭＴＳにおいてＮｏｄｅ−Ｂを介して無線ネットワークコントローラ（ＲＮＣ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）１０２からＵＥ１５０にＭＢＭＳリソースを割り当てる既知の機構が示されている。ＲＮＣ１０２及びＮｏｄｅ−Ｂは、周知のＯＳＩモデルの様々なレベル（例えば、レイヤ１の無線インタフェースシグナリング１１２、レイヤ２の媒体アクセス制御シグナリング１１０、レイヤ２のリソースリンク制御１０８及びレイヤ３のシグナリング１０６）でシグナリングを処理することができる複数の論理要素を有するものとして図示されている。同様に、ＵＥ１５０は、通信リンクの加入者エンドで、周知のＯＳＩモデルの様々なレベル（例えば、レイヤ１の無線インタフェースシグナリング１５２、レイヤ２の媒体アクセス制御シグナリング１５４、レイヤ２のリソースリンク制御１５６及びレイヤ３のシグナリング１５８）でシグナリングを処理することができる論理要素を有する。シグナリング通信に使用される様々なレイヤは、図１から自明であるため、更にここでは説明しない。
【００１２】
既知の処理は、無線リソース管理（ＲＲＭ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）１０４が指示１１６をレイヤ３のシグナリングに送信することにより、特定のＭＢＭＳサービスのカウンティング動作１００を開始する決定を行うことで始まる。ＲＲＣカウンティング要求（ＲＲＣ−ＣＲ：ＲＲＣ−ｃｏｕｎｔｉｎｇ ｒｅｑｕｅｓｔ）メッセージ１１８の後に、ＭＭＣＨでのＲＲＣ−ＣＲメッセージ１２０が続き、次に、ＭＢＭＳトランスポートチャネル（ＭＣＨ：ＭＢＭＳ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）でのＲＲＣ−ＣＲメッセージ１２２が続く。
【００１３】
ＲＲＣ−ＣＲメッセージ１２４は、無線インタフェースを通じてＵＥ１５０に送信され、ＵＥ１５０で受信されて処理される。無線インタフェース（レイヤ１）のシグナリングメッセージは、ＭＣＨでのＲＲＣ−ＣＲメッセージ１６０に変換され、次に、ＭＣＣＨ（ＭＢＭＳ制御チャネル）でのＲＲＣ−ＣＲメッセージ１６２に変換される。ＵＥでのレイヤ３のＲＲＣ−ＣＲメッセージ１６４の受信に続いて、ＵＥがカウンティング手順に関心があるか否かの判定１６６が行われ得る。
【００１４】
これに応じて、ＵＥは、レイヤ３のＲＲＣ接続要求（ＲＲＣ−ＣｏＲ：ＲＲＣ−ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージを開始し、続いてレイヤ２のＲＲＣ−ＣｏＲメッセージ１７０、１７２が続き、ＲＡＣＨアクセス１７５を要求する。ＲＲＣ−ＣｏＲメッセージ１７６は、ＲＡＣＨでレイヤ１のシグナリングに送信され、無線インタフェースのＲＲＣ−ＣｏＲメッセージ１２６がネットワークコントローラ１０２に送信される。ネットワークコントローラ１０２は、無線インタフェースのＲＲＣ−ＣｏＲメッセージ１２６を受信し、ＣＣＣＨでのレイヤ２のＲＲＣ−ＣｏＲメッセージ１２８及びレイヤ２のＲＲＣ−ＣｏＲメッセージ１３０を介して、ＲＲＭ１０４の許可制御ロジック１３４への許可制御メッセージ１３２と共にこれを処理する。
【００１５】
ＲＲＭ１０４の許可制御１３４は、指示１３６をレイヤ３のシグナリングに送信する。ＲＲＣ接続設定（ＲＲＣ−ＣＳ：ＲＲＣ−ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）メッセージ１３８に続いて、個別制御チャネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）１４０でのＲＲＣ−ＣＳメッセージが続き、次に、個別トランスポートチャネル（ＤＣＨ：ｄｅｄｉｃａｔｅｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）１４２でのＲＲＣ−ＣＳメッセージが続く。
【００１６】
次に、ＲＲＣ−ＣＳメッセージ１７８は、無線インタフェースを通じてＵＥ１５０に送信され、ＵＥ１５０で受信されて処理される。無線インタフェース（レイヤ１）のシグナリングメッセージは、ＤＣＨでのＲＲＣ−ＣＳメッセージ１８０に変換され、次に、ＤＣＣＨでのＲＲＣ−ＣＳメッセージ１８２に変換される。ＵＥでのレイヤ３のＲＲＣ−ＣＳメッセージ１８４の受信に続いて、ＵＥは、（ＲＲＣ−ＣＳ内で）ネットワークにより指示された無線ベアラを設定し、レイヤ３ＲＲＣ接続設定完了（ＲＲＣ−ＲＣ：ＲＲＣ−ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｃｏｍｐｌｅｔｅ）メッセージ１８５を開始し、これに続いてレイヤ２のＲＲＣ−ＣＣメッセージ１９０、１９２を開始する。無線インタフェースのＲＲＣ−ＣＣメッセージ１９４は、ネットワークコントローラ１０２に送信される。ネットワークコントローラ１０２は、無線インタフェースのＲＲＣ−ＣＣメッセージ１９４を受信し、ＤＣＨ及びＤＣＣＨでのレイヤ２のＲＲＣ−ＣＣメッセージ１４４、１４６及びＲＲＭ１０４へのレイヤ２のＲＲＣ−ＣＣメッセージ１４８を介してこれを処理する。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
従って、前述のように、ＵＴＲＡＮで使用される既知のカウンティング手順は複雑であり、無線インタフェースでＵＥとネットワークコントローラとの間で大量のシグナリングを必要とする。これは、非効率な無線リソース使用を生じる。
【００１８】
前述の複雑な手順の１つの問題は、ＵＴＲＡＮで使用されるカウンティング手順が、所定のセル内のユーザ数に基づいてＭＢＭＳサービスの伝送モード（ポイント・ツー・ポイント（ｐ−ｔ−ｐ）及びポイント・ツー・マルチポイント（ｐ−ｔ−ｍ））を決定するように設計されているという事実から生じている。従って、ネットワークコントローラがｐ−ｔ−ｍモードから又はｐ−ｔ−ｍモードに切り替えてリソースの使用を継続的に最適化するために、セル内のユーザ数が所定の閾値より大きいか否かを正確に示す必要がある。
【００１９】
ｐ−ｔ−ｐ伝送モードの使用は、ＭＢＭＳの提供の複雑性を増加させるだけでなく、実用的な展開シナリオのほとんどでｐ−ｔ−ｍモードより限られた性能利得を有し、或いは性能利得が存在しない。特に、直交周波数分割多重アクセス（ＯＦＤＭＡ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）型の単一周波数ネットワーク（ＳＦＮ：Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）で当てはまり、ＯＦＤＭＡ型ＳＦＮは、次世代通信システム（Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ））のため、現在３ＧＰＰで標準化されている。
【００２０】
Ｅ−ＵＴＲＡＮは、単一周波数ネットワークを使用し、全ての基地局は時間同期している。従って、同じ信号は、サービスエリア内の複数のセルから送信され得る。サービスエリアは１つより多くのセルを含んでもよい。時間同期したセルからの同じ信号の送信は、信号の無線上の合成を生じるため、受信信号エネルギーを増加させ、従って、ＵＥで良好な受信を提供する。
【００２１】
従って、現在の技術は次善である。従って、セルラネットワークでブロードキャスト伝送をサポートする問題に対処する改善した機構が有利である。特に、ＵＴＲＡ ＴＤＤシステムでブロードキャスト伝送の提供を可能にして、既存のＵＴＲＡ−ＴＤＤシステムと共存するシステムが有利である。
【００２２】
従って、本発明は、前述の欠点のうち１つ以上を単独で又は何らかの組み合わせで緩和、軽減又は除去することを目的とする。
【課題を解決するための手段】
【００２３】
本発明の第１の態様によれば、少なくとも１つの通信セルを有する無線通信システムでブロードキャストサービスに関係する１つ以上の無線加入者通信ユニットからフィードバックを取得する方法が提供される。この方法は、ネットワークコントローラにより、要求メッセージを１つ以上の無線加入者通信ユニットに送信し、無線加入者通信ユニットにより、要求メッセージを受信して処理し、少なくとも１つの無線加入者通信ユニットにより、要求メッセージに応じてレイヤ１の応答信号を送信し、ネットワークコントローラにより、特定の通信セルでレイヤ１の応答信号を検出し、これに応じて、（ｉ）ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること及び（ｉｉ）その通信セルでブロードキャストサービスの配信を変更することのうち１つを実行する。
【００２４】
有利には、前述の方法は、非常に少ない量の更なるシグナリングトラヒックのみでＭＢＭＳを起動したユーザを検出する簡単な複雑でない手順を提供し得る。従って、この方法は、効率的な無線リソースの使用方法を提供し得る。
【００２５】
前述の方法は、ユーザフィードバックを受信する簡単な複雑でない手順を提供し得る。フィードバックに基づいて、サービス配信は、満たされた知覚品質で複数のユーザへのマルチメディアサービスの提供をサポートするように変更されてもよい。
【００２６】
本発明の任意選択の特徴によれば、個別アクセス情報は、カウンティング応答に使用される個別シグニチャ系列（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｔｕｒｅ ｓｅｑｕｅｎｃｅ）を有してもよい。
【００２７】
本発明の任意選択の特徴によれば、要求メッセージは、１つ以上の無線加入者通信ユニットがブロードキャストサービスを受信しているか否か又は受信することに関心があるか否かを特定するために、ネットワークコントローラにより送信されてもよい。ブロードキャストサービスを受信している場合又は受信することに関心がある場合に、レイヤ１の応答信号は、要求メッセージに応じて無線加入者通信ユニットにより送信されてもよい。
【００２８】
本発明の任意選択の特徴によれば、レイヤ１の応答信号は、非同期ＲＡＣＨのプリアンブル部分で送信されるレイヤ１の応答信号を有してもよい。非同期ＲＡＣＨは、一式の指定のＲＡＣＨリソースからランダムに選択されてもよい。
【００２９】
このように、この方法は、Ｅ−ＵＴＲＡＮの実装でアイドル状態のＵＥと接続状態のＵＥとの双方に共通の手順を提供し得る。
【００３０】
本発明の任意選択の特徴によれば、個別アクセス情報は、確率係数を有してもよい。この方法は、要求メッセージでネットワークコントローラから複数の無線加入者通信ユニットに確率係数を送信し、これに応じて非同期ＲＡＣＨを選択することを更に有してもよい。
【００３１】
このように、この手順は、かなりの上りリンク負荷を生成しなくてもよい。更に、この手順は、ＲＡＣＨでの輻輳を生成することを回避し、従って、他のＲＡＣＨユーザに影響を及ぼさなくてもよい。
【００３２】
本発明の任意選択の特徴によれば、個別アクセス情報は、マルチキャスト／ブロードキャストサービスに関心のある無線加入者通信ユニットのみが個別アクセス情報を受信することができるように、暗号化又は保護されてもよい。
【００３３】
このように、この方法は、何らかの潜在的な無線リソース攻撃に対する保護を提供し得る。
【００３４】
本発明の任意選択の特徴によれば、ネットワークコントローラは、レイヤ１の応答信号を受信したことに応じて、肯定応答を送信してもよい。
【００３５】
本発明の任意選択の特徴によれば、複数のブロードキャストサービスの間で複数のレイヤ１の複数の応答信号を時間多重することが使用されてもよい。
【００３６】
本発明の任意選択の特徴によれば、無線加入者通信ユニットが加入したブロードキャストサービスを復号するのに弱すぎる信号を受信している場合、レイヤ１の応答信号は、無線加入者通信ユニットにより要求メッセージに応じて送信されてもよい。
【００３７】
本発明の任意選択の特徴によれば、通信システムは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）セルラ通信システムである。通信システムは、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）型Ｅｖｏｌｖｅｄ−ＵＴＲＡＮセルラ通信システムである。
【００３８】
本発明の第２の態様によれば、少なくとも１つの通信セルと、少なくとも１つの通信セルで動作可能であり、少なくとも１つのネットワークコントローラから信号を受信するように構成された１つ以上の無線加入者通信ユニットとを有するセルラ通信システムが提供される。少なくとも１つのネットワークコントローラは、１つ以上の無線加入者通信ユニットに要求メッセージを送信するように構成される。少なくとも１つの無線加入者通信ユニットは、要求メッセージを受信して処理し、要求メッセージに応じて、レイヤ１の応答信号を送信し、ネットワークコントローラは、特定の通信セルでレイヤ１の応答信号を検出し、これに応じて、（ｉ）ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること及び（ｉｉ）その通信セルでブロードキャストサービスの配信を変更することとのうち１つを実行する。
【００３９】
本発明の第３の態様によれば、トランシーバと、トランシーバに動作可能に結合され、１つ以上の無線加入者通信ユニットに要求メッセージを送信するように構成された処理ロジックとを有するセルラネットワークコントローラが提供される。トランシーバは、特定の通信セルから要求メッセージに応じてレイヤ１の応答信号を受信して処理するように構成され、これに応じて、（ｉ）ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること及び（ｉｉ）その通信セルでブロードキャストサービスの配信を変更することのうち１つを実行する。
【００４０】
本発明の第４の態様によれば、ネットワークコントローラから要求メッセージを受信するように構成されたトランシーバと、トランシーバに動作可能に結合され、要求メッセージを処理するように構成された処理ロジックとを有する無線加入者通信ユニットが提供される。トランシーバは、これに応じてレイヤ１の応答信号を送信し、レイヤ１の応答信号の送信に応じてブロードキャスト伝送を受信するように構成される。
【００４１】
本発明の前記及び他の態様、特徴及び利点は、以下に記載の実施例から明らかになり、実施例を参照して説明される。
【図面の簡単な説明】
【００４２】
【図１】ＵＭＴＳにおけるカウンティング手順の既知の機構
【図２】本発明の或る実施例に従って適合された３ＧＰＰセルラ通信システム
【図３】本発明の或る実施例に従って適合された無線通信ユニット
【図４】本発明の或る実施例に従ってＥ−ＵＴＲＡＮでＭＢＭＳを起動したユーザを検出する機構
【図５】本発明の或る実施例に従って受信機でのエネルギーを検出する機構
【図６】本発明の或る実施例に従ってＭＢＭＳサービスの間でシグニチャ系列を時間多重する例
【図７】本発明の或る実施例に従って使用される物理アクセスリソースのプール
【図８】本発明の或る実施例に従ってカウンティング手順で見られるシグナリングフロー
【図９】本発明の或る実施例に従ったネットワークコントローラの動作
【図１０】本発明の或る実施例に従ったＵＥの動作のフローチャート
【図１１】本発明の或る実施例に従ったＵＥの動作のフローチャート
【図１２】本発明の或る実施例に従ったＵＥの動作のフローチャート
【発明を実施するための形態】
【００４３】
本発明の実施例について、添付図面を参照して一例のみとして説明する。
【００４４】
以下の詳細な説明は、Ｅｖｏｌｖｅｄ ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）セルラ通信システム、特に３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）システムのＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に適用可能な本発明の実施例に焦点を当てる。しかし、本発明は、この特定のセルラ通信システムに限定されず、他のセルラ通信システムにも適用され得ることがわかる。
【００４５】
従って、本発明の発明者は、ネットワークコントローラによるカウンティング手順の提供は、必ずしもｐ−ｔ−ｐ及びｐ−ｔ−ｍ伝送モードの間の選択又は遷移の決定に必要であるとは限らないことがあることを認識及び評価した。しかし、本発明の発明者はまた、簡単なカウンティング手順が所定のセルに何らかの受信者が存在するか否かを検出するために必要であることも認識及び評価した。従って、ここに記載の本発明の概念は、データは‘空’のセルで送信される必要がないため、受信者の人数がまばらな場合に局所的なＭＢＭＳサービスのかなり効率的な伝送を可能にする。
【００４６】
本発明に関して、以下で使用される‘ブロードキャストサービス’という用語は、ＵＭＴＳで規定されている以下のサービスの定義の双方を含むことを意図する。
【００４７】
（ｉ）ブロードキャストサービス：関連のブロードキャストサービスエリアでデータが単一のソースから複数のＵＥに効率的に送信される一方向のポイント・ツー・ポイントサービスである。ブロードキャストサービスは、ＵＥのローカルで特定のブロードキャストサービスを可能にし、サービスで定められたブロードキャストエリアにいる全てのユーザにより受信され得る。
【００４８】
（ｉｉ）マルチキャストサービス：関連のマルチキャストサービスエリアでデータが単一のソースから複数のグループに効率的に送信される一方向のポイント・ツー・マルチポイントサービスである。マルチキャストサービスは、特定のマルチキャストサービスに加入しており、特定のサービスに関連するマルチキャストグループに参加したユーザのみにより受信され得る。
【００４９】
従って、ブロードキャストサービスを受信するために、ユーザは、ＵＥで受信機を起動する必要がある。マルチキャストサービスを受信するために、ユーザはサービスグループに参加する必要がある。
【００５０】
まず図３を参照すると、本発明の好ましい実施例に従って、無線通信ユニット（しばしば、セルラ通信に関して移動加入者ユニット（ＭＳ）と呼ばれる）が図示されている。
【００５１】
ＭＳ３００は、好ましくはＭＳ３００内で受信チェーンと送信チェーンとの間の隔離を提供するデュプレックスフィルタ又はアンテナスイッチ３０４に結合されたアンテナ３０２を含む。
【００５２】
当業者に既知のように、受信チェーンは、（事実上、受信、フィルタリング及び中間又はベースバンド周波数変換を提供する）受信フロントエンド回路３０６を含む。フロントエンド回路３０６は、信号処理機能３０８に直列に結合される。信号処理機能３０８からの出力は、スクリーン又は平面パネルディスプレイのような適切な出力装置に提供される。受信チェーンはまた、受信信号強度インジケータ（ＲＳＳＩ：ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）回路３１２を含み、次に、受信信号強度インジケータ３１２は、全体の加入者ユニットの制御を維持管理するコントローラ３１４に結合される。従って、コントローラ３１４は、回復した情報からビット誤り率（ＢＥＲ：ｂｉｔ ｅｒｒｏｒ ｒａｔｅ）又はフレーム誤り率（ＦＥＲ：：ｆｒａｍｅ ｅｒｒｏｒ ｒａｔｅ）を受信してもよい。コントローラ３１４はまた、受信フロントエンド回路３０６及び信号処理機能３０８（一般的にデジタルシグナルプロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）により実現される）に結合される。コントローラはまた、動作体制（復号化／符号化機能、同期パターン、コード系列、ＲＳＳＩデータ、受信信号の到達方向等）を選択的に格納するメモリ装置３１６に結合される。
【００５３】
本発明の好ましい実施例によれば、メモリ装置３１６は、ＭＳ３００によりＳＭＳ形式で要求され、信号処理機能３０８により処理された構成／プロファイル情報を格納する。更に、タイマ３１８は、コントローラ３１４に動作可能に結合され、特にＳＭＳ構成メッセージの送信及び／又は応答に関して、自動的に又はユーザ入力に応じて、ＭＳ３００内の動作タイミング（時間依存の信号の送信又は受信）を制御する。
【００５４】
送信チェーンに関して、これは、送信／変調回路３２２及び電力増幅器３２４を通じてアンテナ３０２に直列に結合された入力装置３２０（キーパッド等）を基本的に含む。送信／変調回路３２２及び電力増幅器３２４は、コントローラ３１４に動作可能に応答し、従って、ＭＳ３００の構成で使用される双方向ＳＭＳメッセージ／要求の送信で使用される。
【００５５】
送信チェーンの信号処理機能３０８は、受信チェーンのプロセッサと異なるものとして実装されてもよい。代替として、図３に示すように、送信及び受信チェーンの双方の処理を実装するために、単一のプロセッサ３０８が使用されてもよい。明らかに、ＭＳ３００内の様々な構成要素は、個別又は統合の構成要素の形式で実現され得るため、最終的な構成は、単に用途に特化したもの又は設計上の選択である。
【００５６】
本発明の好ましい実施例によれば、受信フロントエンド回路３０６は、信号処理機能３０８、メモリ装置３１６、タイマ機能３１８及びコントローラ３１４と共に、また、これらの制御及び指示のもとで、ＭＳ３００の構成で双方向ＳＭＳメッセージ／要求を受信して処理するように適合される。
【００５７】
更に、本発明の好ましい実施例によれば、送信／変調回路３２２は、信号処理機能３０８、メモリ装置３１６、タイマ機能３１８及びコントローラ３１４と共に、また、これらの制御及び指示のもとで、ＭＳ３００の構成で双方向ＳＭＳメッセージを処理して送信するように適合される。
【００５８】
有利には、本発明の実施例は、ＭＢＭＳで使用されるカウンティング手順のためにレイヤ１のシグナリングを使用することを提案する。特に、本発明の実施例は、特定のＭＢＭＳサービスに関心のあるユーザによるカウンティング応答メッセージの送信手段として、非同期ＲＡＣＨのプリアンブル部分を使用することを提案する。レイヤ１のシグナリングを使用する結果として、ＵＥは、ネットワークへの接続を確立する必要がない。従って、記載の手順は、シグナリング遅延、シグナリングオーバーヘッドを低減し、ネットワークへのＵＥの接続状態に拘らず適用され得る。
【００５９】
一実施例では、カウンティング手順は、ネットワークによる動作要求のユーザフィードバック（応答）として考えられてもよい。ここでは、ネットワークは、ユーザに対して、特定のＭＢＭＳサービスを受信する意思についてネットワーク（コントローラ）に通知するように要求する。関心のあるユーザは、レイヤ１のメッセージ内で暗示的に（すなわち、例えば非同期ＲＡＣＨチャネルのプリアンブル部分内で暗示的に）サービスを受信する意思を送信する。従って、この手順は、レイヤ１のシグナリング型ユーザフィードバック機構として一般的に記載されてもよい。
【００６０】
本発明は、３ＧＰＰで標準化での活動が進行中であるＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に関して記載されるが、本発明に記載の方法は、何らかのセルラ通信システムで特定のＭＢＭＳサービスについて関心のある又は特定のＭＢＭＳサービスを起動したユーザを検出することが望ましい場合に常に適用され得ることが考えられる。
【００６１】
本発明の一実施例では、ネットワークコントローラは、ＭＣＣＨ又は同様のＭＢＭＳ関係の制御チャネルでカウンティング要求メッセージを送信することにより、カウンティング手順を開始する必要がある。カウンティング応答メッセージは、非同期ランダムアクセスチャネル（ＲＡＣＨ）で関心のあるＵＥにより送信される。２つの種類のＲＡＣＨがＥ−ＵＴＲＡＮシステムで規定されている点に留意すべきである。同期ＲＡＣＨは、プリアンブルに続いてメッセージペイロードを含む。非同期ＲＡＣＨでは、シグニチャ系列（ｓｉｇｎａｔｕｒｅ ｓｅｑｕｅｎｃｅ）のみがプリアンブル部分で送信される。非同期ＲＡＣＨでは、ＵＥはネットワークコントローラに対して上りリンクで時間同期しないが、同期ＲＡＣＨでは、ＵＥはネットワークコントローラと時間同期する。
【００６２】
本発明の一実施例では、アイドルモードのＵＥと接続モードのＵＥとの双方は、必要な場合に常に、非同期ＲＡＣＨにアクセスすることができる。
【００６３】
シグニチャ系列を伝達するプリアンブル部分は、ＲＡＣＨバーストで送信される。ＲＡＣＨバーストは、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）型上りリンクで時間及び周波数に関する物理リソースにより規定される。標準は、システムで使用される複数のＲＡＣＨ時間／周波数チャネルを規定する。ＵＥは、プリアンブルを送信するために、規定されたＲＡＣＨチャネルセットからＲＡＣＨチャネルをランダムに選択する。本発明の一実施例では、通常のＲＡＣＨアクセスの間に、プリアンブルは、一式の利用可能なプリアンブルの１つからＵＥにより選択されてもよい。
【００６４】
本発明の或る実施例によれば、カウンティング要求メッセージは、ＭＢＭＳサービスＩＤを含んでもよく、カウンティング手順は、ＵＥによるカウンティング応答に使用される個別アクセス情報も同様に必要としてもよい。カウンティング要求メッセージを受信した後に、特定のＭＢＭＳサービスを受信することに関心のあるＵＥは、割り当てられた個別アクセスを使用してカウンティング応答メッセージを送信することにより、カウンティング要求に応答する。
【００６５】
本発明の一実施例によれば、個別アクセス情報は、プリアンブル系列として非同期ＲＡＣＨアクセスに使用される特定のシグニチャ系列の形式になってもよい。従って、この実施例では、カウンティング応答は、単に割り当てられた個別シグニチャ系列（すなわち、非同期ＲＡＣＨのプリアンブル部分）の送信でもよい。全ての関心のあるＵＥは、非同期ＲＡＣＨプリアンブルバーストで割り当てられたシグニチャ系列を送信する。これは、アイドル状態のＵＥと接続状態のＵＥとの双方がカウンティング応答のために非同期ＲＡＣＨを使用することを意味し、これにより、アイドル状態のＵＥと接続状態のＵＥとの双方に共通のカウンティング手順の使用を可能にする。
【００６６】
ネットワークコントローラは、ＵＥからカウンティング応答を受信する。ネットワークコントローラでのシグニチャ系列の受信は、典型的には相関受信機の形式で実装される。既知のシグニチャ系列に対応するエネルギーが検出された場合、これは、ネットワークコントローラのサービスエリア内で少なくとも１人のユーザが特定のＭＢＭＳサービスに関心があること又は特定のＭＢＭＳサービスを起動したことを示す。
【００６７】
本発明の一実施例では、セルラネットワークコントローラは、ブロードキャストサービスの複数のユーザ又は関心のあるユーザを特定するように構成されてもよい。本発明の一実施例では、セルラネットワークコントローラは、誰がブロードキャストサービスのユーザ又は関心のあるユーザであるかを特定するように構成されてもよい。
【００６８】
本発明の一実施例では、レイヤ１の応答メッセージは、要求メッセージに応じてセルラネットワークコントローラに送信され、ブロードキャストサービスの特定の信号品質レベルを受信することができる（従って、従って、ブロードキャストサービスを受信し始めようとする又は受信し続ける）セルラネットワークコントローラへのフィードバックを提供してもよいことが考えられる。従って、本発明の一実施例では、加入したブロードキャストサービスを復号するのに弱すぎる信号を受信している場合、レイヤ１の応答信号は、要求メッセージに応じて無線加入者通信ユニットにより送信されてもよい。
【００６９】
例えば、ＵＥがブロードキャストサービスに加入しているが、サービス品質（又は信号品質）が非常に低い場合、フィードバック要求及びレイヤ１の応答信号が利用されてもよいことも考えられる。ＵＥがこの情報をセルラネットワークコントローラにフィードバックすることが有利である。その後、セルラネットワークコントローラは、問題を解決するために何らかの動作を行ってもよい（例えば、送信電力を増加させる）。
【００７０】
ＵＥが良好な品質の信号を受信しており良好なサービス品質である状況では、ＵＥは、この情報をセルラネットワークコントローラにフィードバックする必要はなく、これによって、貴重な信号リソースを節約してもよいことも考えられる。
【００７１】
次に図５を参照すると、ネットワークコントローラで（シグニチャ系列５１０を伝達する）カウンティング応答に基づいてＭＢＭＳを起動したユーザを検出する機構５００が、本発明の或る実施例に従って示されている。シグニチャ系列５１０は、ＲＡＣＨプリアンブル部分で送信されるシグニチャ系列の例を示している。
【００７２】
時間間隔５２４、５３４で受信機で検出された信号エネルギー５２２、５３２は、波形５２０、５３０で示されている。図５に示すように、エネルギーは、時間に関して２つの形式の分布になってもよい。
【００７３】
波形５２０で示されるエネルギー分布５２６は、シグニチャ系列を送信する単一のユーザから生じたものでもよい。この場合、送信機と受信機との間に単一の伝送パスが存在する。代替として、波形５２０で示されるエネルギー分布５２６は、信号を送信する複数のユーザから生じたものでもよい。この場合、受信信号は、全てが同時に受信機に到達する。送信機と受信機との間の信号パスは、分散的（ｄｉｓｐｅｒｓｉｖｅ）でなくてもよい。
【００７４】
波形５３０で示されるエネルギー分布５３６、５３８、５４０は、シグニチャ系列を送信する単一のユーザから生じたものでもよい。この場合、送信機と受信機との間にマルチパス反射（チャネル分散）が存在する。代替として、波形５３０で示されるエネルギー分布５３６、５３８、５４０は、信号を送信する複数のユーザから生じたものでもよい。この場合、受信信号は、異なる時間に受信機に到達する。
【００７５】
ユーザ数が正確に決定されない可能性がある場合であっても、これは、受信機で受信した信号の受信信号強度に基づいて、少なくとも１人のユーザが応答したか否かを検出することができる。従って、これは、セルでＭＢＭＳを起動したユーザの存在（又は不在）を検出する簡単な物理レイヤのシグナリング型の方法を提供する。
【００７６】
この方法は、物理レイヤのシグナリングに基づき、高レイヤの情報又はユーザ識別を必要としないため、この方法は、アイドル状態のＵＥがＭＢＭＳカウンティング応答についてネットワークへの接続を確立することを必要としない。これは、必要なシグナリング量をかなり低減する。更に、この方法は、ネットワークへの接続状態に拘らず、ＵＥからの同じ応答を必要とする。従って、これは、アイドル状態のＵＥと接続状態のＵＥとの双方について共通のカウンティング手順を提供する。
【００７７】
無線通信システムで使用されるシグニチャ系列は、それぞれの標準により規定されていることが知られている。シグニチャ系列の設計は、系列の相関特性と、信号を復号する際の受信機の複雑性との双方を考慮する。従って、系列の数は制限され得る。従って、ＭＢＭＳサービス毎にシグニチャ系列を個別に分けることが可能でない場合がある。本発明の一実施例によれば、限られたシグニチャ系列により生じる潜在的な問題は、図６に示すように、複数のＭＢＭＳサービスの間で同じシグニチャ系列を時間多重することにより解決され得る。従って、全てのＭＢＭＳサービスのカウンティング応答として使用するために、唯一のシグニチャ系列が確保されればよい。
【００７８】
次に図６を参照すると、複数のＭＢＭＳサービスの間でシグニチャ系列６００を時間多重する例が、本発明の或る実施例に従って示されている。第１のＭＢＭＳカウンティングインスタンス６１０（Ｔ１）において、ＭＢＭＳサービス−１ ６１５にカウンティングが必要になる。ＭＢＭＳサービスｎ ６２５のカウンティング要求は、カウンティングインスタンス２（Ｔ２）で要求され、サービス−３ ６３５のカウンティング要求は、カウンティングインスタンス３（Ｔ３）で要求され、以下同様である。当業者は、図６のＭＢＭＳサービスのカウンティング要求の順序は、一例のみとして提供されていることがわかる。特に、カウンティングインスタンスは、ネットワークコントローラにより異なるＭＢＭＳサービスについてスケジューリングされてもよい。従って、２つのＭＢＭＳサービスは、同じカウンティングインスタンスで要求されなくてもよい。
【００７９】
ＵＥは、ＲＡＣＨプリアンブル６４０で示されたシグニチャ系列を送信することにより応答する。カウンティングインスタンスは、異なるＭＢＭＳサービスを目的とするカウンティング応答の重複を回避するように設計される。特に、本発明の一実施例では、２つの連続するカウンティングインスタンスの間の間隔は、各カウンティングインスタンス６４５、６５０、６５５に示すように、サービスに関心のある全てのＵＥがカウンティング要求に応答するのに十分に大きく構成される。従って、カウンティングインスタンスの間の間隔は、セル内のＵＥの最大のＤＲＸ長より大きく構成される。
【００８０】
１つの形式では、カウンティング応答に使用されるシグニチャ系列は、ＭＢＭＳサービスＩＤと共にカウンティング要求メッセージ内に含まれてもよい。代替実施例では、カウンティングを要求したＭＢＭＳサービスＩＤのみがカウンティング要求メッセージで送信される。この場合、使用されるシグニチャ系列は、ＢＣＣＨでブロードキャストされる、或いは標準で指定される。このように、シグニチャ系列はネットワークとＵＥとの双方に認識される。有利には、この実施例は、ＭＣＣＨで送信される情報ビットの数を低減し得る。
【００８１】
ＭＢＭＳサービスに関心のあるユーザの数に応じて、カウンティング要求は、多数のユーザが同時にＲＡＣＨでカウンティング要求に応答することを生じてもよい。従って、カウンティング応答に割り当てられたシグニチャ系列は、通常のＲＡＣＨアクセス動作でユーザにより選択された他のＲＡＣＨシグニチャのエネルギーと比べて、ネットワークコントローラ（すなわち、Ｅ Ｎｏｄｅ−Ｂ）に過度のエネルギーで到達し得る。信号の検出は、受信機のアーキテクチャに依存してもよく、当業者は、現在の高度な既知の受信機がこの問題を解決し、高エネルギー及び低エネルギーのシグニチャ系列の双方を検出することができることを認識する。
【００８２】
しかし、或る受信機のアーキテクチャでは、これは、高エネルギーの信号により低エネルギーの信号をマスクすることを生じることがある。従って、通常のＲＡＣＨアクセスに使用されるＲＡＣＨシグニチャの検出は、カウンティング応答に使用されるシグニチャによりブロックされることがある。本発明の一実施例では、これを解決する１つの機構は、確率係数を導入することにより、カウンティング応答のＲＡＣＨアクセスを制御することによるものである。
【００８３】
従って、本発明の他の態様によれば、アクセス情報は、個別シグニチャ系列と確率係数との形式になる。従って、シグニチャ系列に加えて、確率係数がＭＣＣＨで送信されるカウンティング要求メッセージに含まれる。確率係数は、ＲＡＣＨバーストでアクセス制御に使用されるため、ＲＡＣＨで動作する他のユーザのＭＢＭＳカウンティング応答の影響を低減する。
【００８４】
本発明の一実施例では、前述の問題を解決するために第２の機構が使用されてもよい。この機構は、ＭＢＭＳ応答について特定のＲＡＣＨチャネルインスタンスを確保することを提案する。他の目的でＲＡＣＨを送信しようとするＵＥは、これらの特定のＲＡＣＨチャネルインスタンスで送信するように構成されなくてもよい。
【００８５】
従って、本発明の他の実施例によれば、アクセス情報は、シグニチャ系列とカウンティング応答に使用するＲＡＣＨチャネルインスタンスとの形式になってもよい。ここでは、シグニチャ系列に加えて、ＲＡＣＨチャネルは、カウンティング応答に使用されてもよく、これは、ＭＣＣＨで送信されるカウンティング要求メッセージに含まれてもよい。この実施例は、ＭＢＭＳカウンティング応答についてＲＡＣＨリソースの一部（少なくとも１つのＲＡＣＨチャネルインスタンス）を確保することを必要とする。
【００８６】
個別ＲＡＣＨリソースは、図７に示すように、ＲＡＣＨプリアンブルに割り当てられたリソースの一部でもよい。しかし、個別ＲＡＣＨリソースは、ＲＡＣＨ動作に基づく通常の競合でＵＥによる選択と対照的に、ネットワークコントローラによる割り当てに確保されてもよい。個別及び競合型ＲＡＣＨアクセスの双方に同じプリアンブルフォーマットが使用されてもよい。或る実施例では、ランダムアクセスリソース（ＲＡＣＨチャネル）の情報は、ブロードキャスト制御チャネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）でブロードキャストされてもよいが、個別アクセスチャネルのチャネル情報はセルでブロードキャストされない。或る実施例では、この情報は、カウンティング要求メッセージと共にＵＥに送信されてもよい。
【００８７】
図７は、本発明の或る実施例に従って使用される物理アクセスリソースのプール７００を示している。ＲＡＣＨ物理リソースのプール７００が個別アクセスリソース７１０とランダムアクセスリソース７１５との双方を含む場合、ＲＡＣＨ物理リソースのプール７００は、（カウンティング応答メッセージ及び通常のＲＡＣＨアクセスの双方のために）複数のＵＥにより共有される。ユーザにより送信されたカウンティング応答が通常のＲＡＣＨアクセスによりマスクされ得る可能性が存在する。従って、ＭＢＭＳサービスを受信することに関心のある何人かのユーザがセルに存在しても、ネットワークコントローラは、関心のあるＵＥの情報を有さない可能性がある。従って、サービスはセルで提供されない可能性がある。
【００８８】
この状況を回避する１つの方法は、ＵＥがカウンティング中止を忠告されるまで、カウンティング応答を送信することを要求することである。以下に説明するように、中止メッセージは、レイヤ３のシグナリングとして形成され、ＭＣＣＨで送信されてもよい。代替として、以下に説明するように、プリアンブルがレイヤ１のシグナリングを使用して肯定応答されてもよい。
【００８９】
本発明の或る実施例によれば、単一のＵＥからのカウンティング応答は、セルで提供するＭＢＭＳサービスの決定に影響を及ぼすのに十分になり得る。従って、ネットワークコントローラがＲＡＣＨプリアンブルで送信されたシグニチャ系列を検出する限り、ネットワークコントローラは、ＤＬ−ＳＣＨ又はプリアンブル肯定応答チャネルを使用して、下りリンクチャネルでプリアンブルの肯定応答を送信する。セル内の全てのＵＥがこの下りリンク肯定応答を受信することができる。カウンティング応答が肯定応答されると、ＵＥは、それぞれのカウンティング応答手順を中止する。
【００９０】
無許可又は偽のＵＥがＭＢＭＳサービスを受信することに関心があると言い、このため、非同期ＲＡＣＨで個別シグニチャ系列を送信することにより、カウンティング要求に応答してもよい。このことは、ネットワークに対して空のセルでＭＢＭＳサービスを提供させ得る。ＵＥがサービスを復号することができなくても、これは、無線リソースの無駄（無線リソース攻撃）を生じる。このシナリオは、サービスを起動したユーザのみに個別アクセス情報を提供することにより回避されてもよいことが考えられる。これを処理する１つの方法は、サービス起動手順中にＵＥに配信された鍵で個別アクセス情報を暗号化又は保護することである。
【００９１】
次に図８を参照すると、カウンティング手順８００のシグナリングフローが、カウンティング手順における本発明に従って示されている。シグナリングフローは、ＵＥ８０５とｅ−Ｎｏｄｅ Ｂ（又はネットワークコントローラ８１０）との間で生じる。ネットワークコントローラ８１０は、所定のＭＢＭＳサービスについてカウンティング手順８００が必要であるか否かについて決定する。カウンティング手順８００が必要であることをネットワークコントローラ８１０が決定すると、ステップ８１５において、ネットワークコントローラは、ＭＣＣＨでカウンティング要求メッセージを送信することによりカウンティング手順を開始する。メッセージは、カウンティングが必要とするＭＢＭＳサービスＩＤと、カウンティング応答に使用される個別アクセス情報とを含む。
【００９２】
図１０〜図１２に関して詳細に説明するように、個別アクセス情報は、以下の１つ以上を含んでもよい。
【００９３】
（ｉ）非同期ＲＡＣＨプリアンブルアクセスに使用されるシグニチャ系列
（ｉｉ）非同期ＲＡＣＨプリアンブルアクセスに使用されるシグニチャ系列及びＲＡＣＨアクセス制御に使用される確率係数
（ｉｉｉ）非同期ＲＡＣＨプリアンブルアクセスに使用されるシグニチャ系列及びカウンティング応答に使用される（時間−周波数に関する）個別アクセスリソース
ステップ８１５においてＭＣＣＨでカウンティング要求メッセージを受信した後に、ＵＥ８０５が提供されるサービスに関心がある場合、ステップ８２０において、ＵＥ８０５は、非同期ＲＡＣＨプリアンブル内で暗示的にカウンティング応答メッセージを送信することによりカウンティング要求８１５に応答する。ＵＥ８０５は、個別シグニチャ系列で非同期ＲＡＣＨバーストにアクセスする。個別シグニチャ系列は、所定のＭＢＭＳサービスのカウンティング要求メッセージ内でＵＥ８０５にシグナリングされる。従って、カウンティング応答は、シグニチャ系列でネットワークに暗示的に配信される。
【００９４】
カウンティング要求メッセージはレイヤ３（Ｌ３）のメッセージであるが、カウンティング応答メッセージはレイヤ１（Ｌ１）のメッセージであることに注目すべきである。
【００９５】
個別シグニチャ系列がネットワークコントローラ８１０で検出されると、ネットワークコントローラ８１０は、下りリンクチャネルで個別シグニチャ系列の受信の肯定応答を送信する。ステップ８２５に示すように、この肯定応答は、ＵＥによりカウンティング中止メッセージとして解釈されてもよい。
【００９６】
有利には、レイヤ１のシグナリングのみが関与するため、このことはまた、下りリンクでシグナリングオーバーヘッドの低減を生じる。本発明の或る実施例では、中止カウンティングメッセージ８２５はまた、ＭＣＣＨでＵＥ８０５に送信されてもよいことが考えられる。
【００９７】
次に図９を参照すると、ネットワークコントローラの動作９００が、本発明の或る実施例に従って示されている。ネットワークコントローラの動作９００は、送信機側の動作９０５及び受信機側の動作９１０に関して示されている。ＲＲＭユニット９２０が双方の動作にまたがっている。処理はステップ９１５で始まる。ステップ９２５に示すように、ＲＲＭユニット９２０の送信機側は、ＭＢＭＳサービスのカウンティング／再カウンティングの決定を行う。カウンティング／再カウンティング処理が所定のＭＢＭＳサービスを開始することであると決定されると、ステップ９３０で示すように、ＲＲＭユニット９２０は、カウンティング応答に使用される個別アクセスリソースを割り当てる。このように、ステップ９３５で示すように、所定のＭＢＭＳサービスのサービス識別子（ＩＤ）及び個別アクセス情報は、符号化されてＭＣＣＨで送信される。個別アクセス情報は、個別シグニチャ系列と、確率係数の個別シグニチャ系列と、個別ＲＡＣＨリソースとの形式になってもよい。
【００９８】
受信機側９１０では、ステップ９４０において、ネットワークコントローラの受信機は、ＭＢＭＳサービスの個別シグニチャ系列を検出する。個別シグニチャ系列は、ＵＥによるカウンティング応答に使用される。結果はＲＲＭ９２０に渡され、ステップ９４５で示すように、ＭＢＭＳサービスを配信するか否かの決定が行われる。ネットワークコントローラでのシグニチャ系列の検出は、少なくとも１人のユーザがネットワークコントローラによりカバーされるエリアで所定のＭＢＭＳサービスを受信することに関心があることを示す。従って、サービスは、ネットワークコントローラによりカバーされるエリアで配信される。シグニチャ系列がネットワークコントローラで検出されない場合、サービスはセルで配信されない。
【００９９】
個別シグニチャがネットワークコントローラで検出されると、ステップ９５０で示すように、ＤＬ−ＳＣＨ又はプリアンブル肯定応答に使用される物理チャネルで下りリンクチャネルで肯定応答を送信する。
【０１００】
ＲＲＭユニット９２０は、ネットワークコントローラ（すなわち、ＥＮｏｄｅＢ）に存在してもよく、特にマルチセル展開シナリオをサポートする場合にはネットワークのどこかに存在してもよいことが考えられる。
【０１０１】
図１０は、本発明の或る実施例に従って、個別アクセス情報が、ｉ）シグニチャ系列のみ又はｉｉ）シグニチャ系列及び個別ＲＡＣＨチャネルのみを含む場合のＵＥの動作のフローチャート１０００を示している。この処理はステップ１００５で始まり、ＵＥは、ＭＣＣＨを読み取る１０１０。ＵＥがアイドルモードである場合、間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）サイクルにより規定される時間に起動する。ステップ１０１５において、ＵＥが受信に関心のあるＭＢＭＳサービスのカウンティングを実行する必要がある場合、ＵＥは、個別シグニチャ系列を送信することにより、カウンティング応答を実行する。個別シグニチャ系列は、ＭＣＣＨ内でＵＥに通知されている。ステップ１２５において、カウンティング応答手順は、ＵＥでプリアンブル送信試行カウンタをインクリメントすることで始まる。
【０１０２】
ステップ１０３０において、カウンタが最大カウンタ値以下である場合、ステップ１０４０において、シグニチャは非同期ＲＡＣＨのプリアンブル部分で送信される。
【０１０３】
ｉ）使用されるシグニチャ系列のみがＭＣＣＨでシグナリングされている場合、ＵＥは、カウンティング応答の送信のために（複数のＲＡＣＨリソースから）ランダムに物理リソースを選択する。
【０１０４】
ｉｉ）ＲＡＣＨ物理チャネルが応答に使用される場合、これはＭＣＣＨでＵＥにシグナリングされ、シグニチャ系列はシグナリングされたＲＡＣＨチャネルリソースを使用して送信される。
【０１０５】
ステップ１０４０において、ＵＥは、ネットワークコントローラにより送信されたプリアンブル肯定応答を待機する。ステップ１０４５において肯定応答が受信されると、ステップ１０５５においてＵＥはカウンティング応答手順を終了する。ステップ１０４５において肯定応答が受信されない場合、ステップ１０５０において、ＵＥは次のＲＡＣＨインスタンスを待機し、ステップ１０４０において、ＲＡＣＨでシグニチャ系列を再送信する。
【０１０６】
図１１は、本発明の或る実施例に従って、個別アクセス情報がＲＡＣＨチャネルリソースのみを含む場合のＵＥの動作のフローチャート１１００を示している。特に、この処理はステップ１１０５で始まり、ステップ１１１０において、ＵＥはＭＣＣＨを読み取る。ステップ１１１５において、ＵＥはカウンティング応答を送信するか否かを決定する。ＵＥが応答を送信しないことを決定すると、処理はステップ１１２０で中止する。
【０１０７】
しかし、ＵＥが応答を送信することを決定すると、ＵＥは、ネットワークによりＲＡＣＨに使用されるために割り当てられた一式のシグニチャ系列からシグニチャ系列を選択する。この情報は、通常ではネットワークにより規定されており、システム情報と共にブロードキャストされる。選択されたシグニチャは、ＭＣＣＨ内でシグナリングされたＲＡＣＨチャネルで送信される。シグニチャ系列を送信した後に、ステップ１１３０において、ＵＥは手順を終了する。このシナリオでは、ＲＡＣＨチャネルは、カウンティング応答に使用されるのに専用である。従って、これは、個別ＲＡＣＨチャネルでＵＥの衝突を生じない可能性がある。ネットワークコントローラは、下りリンクチャネルでプリアンブル肯定応答を送信する必要がない。従って、ＵＥは、プリアンブル肯定応答を待機する必要がない。
【０１０８】
次に図１２を参照すると、フローチャートは、本発明の或る実施例に従って、個別アクセス情報がシグニチャ系列と確率係数とを含む場合のＵＥの動作を示している。ＵＥは、ステップ１２１０において、ＭＣＣＨを読み取ることにより手順を開始する。ステップ１２１５において、ＵＥが関心のあるサービスについてカウンティングが必要である場合、ステップ１２２５において、ＵＥは、ＵＥにローカルに保持されたプリアンブル送信カウンタをインクリメントすることにより手順を開始する。
【０１０９】
ステップ１２３０において、カウンタが所定の最大値以下である場合、ステップ１２４０で示すように、確率状態を検査する。ステップ１２３０において送信カウンタが最大値より大きい場合、又はステップ１２１５においてカウンティング応答について決定が存在しない場合、ＵＥは、それぞれステップ１２３５又はステップ１２２０で手順を終了する。
【０１１０】
しかし、ステップ１２４０において確率状態が通過すると、ステップ１２５０において、シグニチャ系列がランダムに選択された非同期ＲＡＣＨプリアンブルで送信される。ステップ１２４０において確率の検査が失敗すると、ステップ１２４５において、第２の（次の）試行について次のＲＡＣＨインスタンスを待機する。カウンタの最大値は、２つの連続するＭＣＣＨインスタンスの間のＲＡＣＨインスタンスの数に設定されてもよい。
【０１１１】
ＲＡＣＨプリアンブルを送信した後に、ＵＥは、ネットワークコントローラにより送信されたプリアンブル肯定応答を待機する。ステップ１２５５において肯定応答が受信されると、ステップ１２６０においてＵＥは手順を終了する。そうでない場合、ステップ１２４５において、ＵＥは次のＲＡＣＨインスタンスを待機し、ステップ１２２５においてＲＡＣＨ手順を再開する。
【０１１２】
明瞭にするために、前述の説明は、異なる機能ユニット及びプロセッサを参照して本発明の実施例について説明したことがわかる。しかし、本発明を逸脱することなく、例えば、ブロードキャストモードロジック又は管理ロジックに関して、異なる機能ユニット又はプロセッサの間での何らかの適切な機能分散が使用されてもよいことが明らかである。例えば、別のプロセッサ又はコントローラにより実行されるように示されている機能は、同じプロセッサ又はコントローラにより実行されてもよい。従って、特定の機能ユニットへの言及は、厳密な論理的又は物理的構造又は構成を示すのではなく、所望の機能を提供する適切な手段への言及のみとして見なされる。
【０１１３】
本発明の態様は、ハードウェア、ソフトウェア、ファームウェア又はこれらの何らかの組み合わせを含む如何なる適切な形式で実装されてもよい。任意選択で、本発明は、１つ以上のデータプロセッサ及び／又はデジタルシグナルプロセッサで動作するコンピュータソフトウェアとして、少なくとも部分的に実装されてもよい。従って、本発明の実施例の要素及び構成要素は、何らかの適切な方法で物理的、機能的及び論理的に実装されてもよい。実際に、機能は、単一のユニット、複数のユニット又は他の機能ユニットの一部として実装されてもよい。
【０１１４】
本発明の概念の一実施例は、Ｅ−ＵＴＲＡＮでの使用について説明されているが、本発明の概念はこの実施例に限定されないことが考えられる。ここに記載の本発明の概念は、何らかのセルラ通信システムで特定のＭＢＭＳサービスについて関心のあるユーザ又は起動したユーザを検出することが望まれる場合に常に適用され得ることが考えられる。
【０１１５】
前述の本発明の概念は、以下の利点のうち１つ以上を提供することを目的とすることが考えられる。
【０１１６】
（ｉ）ＭＢＭＳカウンティング手順についてのレイヤ１（物理リンクレイヤ）のシグナリング
（ｉｉ）３ＧＰＰでの既存のＭＢＭＳカウンティング手順での以下の利点のうち１つ以上
ａ）セルでＭＢＭＳを起動したユーザを検出する簡単な複雑性の低い手順
ｂ）アイドル状態のＵＥと接続状態のＵＥとの双方について共通の手順
ｃ）手順は、非常に少量のシグナリングトラヒックを生成すること
ｄ）手順は、かなりの上りリンク負荷を生成しないこと
ｅ）手順は、ＲＡＣＨでの輻輳を生成せず、他のＲＡＣＨに影響を及ぼさないこと
ｆ）手順は、アイドル状態のＵＥがネットワークへの接続を確立することを必要としないこと
このように、例えば同じ原理をＷＣＤＭＡネットワークに適用したときに比べて、無線加入者通信ユニットの電池寿命のかなりの節約が実現可能である。
【０１１７】
いくつかの実施例に関して本発明を説明したが、ここに記載の特定の形式に限定されることを意図しない。むしろ、本発明の範囲は特許請求の範囲のみにより限定される。更に、特徴は特定の実施例に関して記載されているように見えることがあるが、前述の実施例の様々な特徴は本発明に従って結合されてもよいことを、当業者はわかる。特許請求の範囲において、‘有する’という用語は、他の要素又はステップの存在を除外しない。
【０１１８】
更に、個々に記載されているが、複数の手段、要素又は方法のステップは、例えば、単一のユニット又はプロセッサにより実装されてもよい。更に、個々の特徴が異なる請求項に含まれることがあるが、これらは、場合によって有利に結合されてもよく、異なる請求項に含まれることは、特徴の組み合わせが実現可能でない及び／又は有利でないことを意味するのではない。また、請求項の１つのカテゴリに特徴が含まれることは、このカテゴリへの限定を示すのではなく、この特徴は必要に応じて他の請求項のカテゴリにも同様に適用可能になり得ることを示す。
【０１１９】
更に、請求項における特徴の順序は、特徴が実行されなければならない特定の順序を示すのではなく、特に、方法の請求項の個々のステップの順序は、ステップがこの順序で実行されなければならないことを示すのではない。むしろ、ステップは如何なる適切な順序で実行されてもよい。更に、単数への言及は複数を除外しない。従って、“１つ”、“第１の”、“第２の”等への言及は複数を除外しない。
【技術分野】
【０００１】
本開示は、ブロードキャスト及びマルチキャスト伝送に関するフィードバックを取得するシステム、装置及び方法に関する。本発明は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ） Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）でマルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ：ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ ａｎｄ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ）を起動したユーザに関するフィードバックを取得することに適用可能であるが、これに限定されない。Ｅ−ＵＴＲＡＮは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）で現在標準化されている。に関する。
【背景技術】
【０００２】
無線スペクトルは貴重であり、特に、できるだけ多くのマルチメディアブロードキャスト／マルチキャストサービスをユーザに提供し、これによって広範囲のサービスの選択肢を移動電話ユーザ（しばしば加入者と呼ばれる）に提供するために、スペクトル効率の良い伝送技術が必要である。マルチメディアブロードキャスト／マルチキャストサービスは、通常の地上波テレビ／ラジオ伝送と同様に、セルラネットワークで伝達され得ることが知られている。
【０００３】
拡張通信サービスを提供するために、第３世代のセルラ通信システムは、広範囲の異なる拡張サービスをサポートするように設計されている。１つのこのような拡張サービスは、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）である。移動電話及び他のハンドヘルド装置を介して受信可能なマルチメディアサービスの需要は、今後の数年間で急速に増大することになる。通信されるデータコンテンツの性質のため、マルチメディアサービスは、高帯域を必要とする。
【０００４】
ＵＭＴＳのＭＢＭＳ（Ｍｏｂｉｌｅ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）のように、セルラシステムでマルチメディアサービスを配信する技術は、過去数年間に開発されている。ＭＢＭＳサービス及びアプリケーションの例は、マルチメディア放送（すなわち、モバイルＴＶ、オーディオ、ビデオ等）を含む。
【０００５】
効率的な伝送を実現するために、３ＧＰＰ移動通信システムのＭＢＭＳ配信について２つの配信モードが規定されている。マルチメディアサービスの提供で典型的で最もコスト効率の良い手法は、マルチメディア信号をユニキャスト（すなわち、ポイント・ツー・ポイント）方式で送信するのではなく、マルチメディア信号を‘ブロードキャスト’することである。ユニキャスト方式では、特定のＵＥへの専用の無線ベアラが提供される。ＭＢＭＳ技術は、セルラ／移動通信システムでコンテンツサーバ（しばしばデータソースと呼ばれる）から複数の宛先ユーザ端末（ＵＥ）にデータトラヒックを伝送するように設計される。従って、典型的には、例えば、ニュース、映画、スポーツ等を伝達する数十ものチャネルが通信ネットワークで同時にブロードキャストされ得る。
【０００６】
配信モードの決定は、ネットワークコントローラのサービスエリアでサービスを起動したユーザの数に基づいて、ネットワークコントローラで行われる。サービスを起動したＵＥの数が所定の閾値より大きい場合、ｐ−ｔ−ｍ伝送が選択されて使用される。そうでない場合、サービスは、ｐ−ｔ−ｐ無線ベアラで配信される。これは、参加ユーザの数に従ってＭＢＭＳデータコンテンツを配信する効率を最適化するために行われる。或る場合には、選択は、特定のサービスの潜在的な関心で行われることがある。すなわち、ネットワークコントローラがサービス提供されるＵＥに対して特定のＭＢＭＳに関心があるか否かを問い合わせ、応答に応じて、（ｐ−ｔ−ｐ又はｐ−ｔ−ｍ）伝送配信モードが選択される。従って、サービスに関心のあるユーザの数が所定の閾値未満である場合、ｐ−ｔ−ｐモードが無線効率が良いため、使用される。しかし、所定の閾値は、主に使用される無線技術の機能であり、ほとんどの実用的な展開シナリオでは、セル内に２又は３人のユーザ未満であるように構成される。
【０００７】
サービスエリアでのＭＢＭＳサービスの配信モードの選択は、“カウンティング（ｃｏｕｎｔｉｎｇ）”手順と呼ばれる。ネットワークコントローラは、ＭＣＣＨ（Ｍａｉｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）で下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）チャネルのカウンティング要求メッセージを送信することにより、カウンティング手順を開始する。特に、カウンティング手順の間に、レイヤ３の信号がネットワークコントローラとＵＥとの間の通信に使用される。ＵＥが起動した特定のＭＢＭＳサービスについてカウンティング手順が進行中であることをＵＥが検出すると、ＵＥは、ランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）でカウンティング応答メッセージをネットワークコントローラに送信することにより、カウンティング要求に応答する。セルで特定のサービスを起動した（又は特定のサービスに関心のある）多くのユーザが存在し得るため、ＲＡＣＨでの同時のカウンティング応答の数がＲＡＣＨリソースを過負荷にすることがある。これは、他の（非ＭＢＭＳ）ユーザによるＲＡＣＨアクセスに影響を及ぼし、これは、リソースの効率的な提供に問題になる。
【０００８】
ＲＡＣＨは競合型アクセスチャネルであり、ＲＡＣＨに使用される物理チャネルリソースは、ネットワークで規定され、システム情報と共にセルでブロードキャストされる。従って、ＲＡＣＨチャネル情報は、システム内のＵＥに知られている。ＵＥがネットワークと通信する必要があるが、ＵＥがネットワークにより使用される専用リソースを割り当てられていない場合、ＵＥはＲＡＣＨチャネルを使用する。従って、ＲＡＣＨでのＵＥのアクセスはランダムであり、ＲＡＣＨチャネルで衝突／競合を生じることがある。
【０００９】
多数のカウンティング応答によるＲＡＣＨの輻輳を回避するため、ネットワークコントローラは、ＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のカウンティング手順中にアクセス制御を実行してもよい。これは、アクセス確率係数を使用したアクセス優先付け機構を使用する。アクセス確率係数が大きい場合、ＵＥは、カウンティング応答を提示するためのＲＡＣＨアクセスの高い機会を有する。従って、アクセス確率係数は、カウンティング要求メッセージと共にＭＣＣＨでＵＥに送信される。全てのＵＥはＭＣＣＨを読み取る。２つの異なるアクセス確率係数が以下のように規定されている。
（ｉ）ａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｉｄｌｅ（アイドル状態のＵＥにより使用される）
（ｉｉ）ａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｃｏｎｎｅｃｔｅｄ（接続状態のＵＥ（すなわち、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ又はＣＥＬＬ＿ＦＡＣＨ状態でアクティブであるもの）により使用される）
カウンティング応答メッセージはまた、ＵＥの状態（すなわち、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ又はＲＲＣ＿Ｉｄｌｅ）に応じて２つの形式になる。ＲＲＣ＿Ｉｄｌｅ状態のＵＥは、ネットワークに接続しておらず、‘ＭＢＭＳ受信（ＭＢＭＳ ｒｅｃｅｐｔｉｏｎ）’に設定された確立理由（指示）で無線リソース接続（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｎｅｃｔｉｏｎ）を確立することにより、カウンティング要求に応答する。ＲＲＣ＿ＣｏｎｎｅｃｔｅｄのＵＥは、ネットワークに接続しており、従って、‘ＭＢＭＳ受信’に設定された確立理由（指示）でセル更新メッセージを送信するように構成される。
【００１０】
従って、これらの状態に応じて、接続中及びアイドルのＵＥは、ＲＡＣＨアクセスについてａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｉｄｌｅ又はａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｃｏｎｎｅｃｔｅｄを使用する。通常では、ａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｃｏｎｎｅｃｔｅｄは、ａｃｃｅｓｓ＿ｐｒｏｂａｂｉｌｉｔｙ＿ｆａｃｔｏｒ＿ｉｄｌｅより高い確率のアクセスを提供する（接続状態のＵＥは、既にネットワークに接続しているため、ネットワークへの早い応答を送信することができるため）。
【００１１】
図１を参照すると、ＵＭＴＳにおいてＮｏｄｅ−Ｂを介して無線ネットワークコントローラ（ＲＮＣ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）１０２からＵＥ１５０にＭＢＭＳリソースを割り当てる既知の機構が示されている。ＲＮＣ１０２及びＮｏｄｅ−Ｂは、周知のＯＳＩモデルの様々なレベル（例えば、レイヤ１の無線インタフェースシグナリング１１２、レイヤ２の媒体アクセス制御シグナリング１１０、レイヤ２のリソースリンク制御１０８及びレイヤ３のシグナリング１０６）でシグナリングを処理することができる複数の論理要素を有するものとして図示されている。同様に、ＵＥ１５０は、通信リンクの加入者エンドで、周知のＯＳＩモデルの様々なレベル（例えば、レイヤ１の無線インタフェースシグナリング１５２、レイヤ２の媒体アクセス制御シグナリング１５４、レイヤ２のリソースリンク制御１５６及びレイヤ３のシグナリング１５８）でシグナリングを処理することができる論理要素を有する。シグナリング通信に使用される様々なレイヤは、図１から自明であるため、更にここでは説明しない。
【００１２】
既知の処理は、無線リソース管理（ＲＲＭ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）１０４が指示１１６をレイヤ３のシグナリングに送信することにより、特定のＭＢＭＳサービスのカウンティング動作１００を開始する決定を行うことで始まる。ＲＲＣカウンティング要求（ＲＲＣ−ＣＲ：ＲＲＣ−ｃｏｕｎｔｉｎｇ ｒｅｑｕｅｓｔ）メッセージ１１８の後に、ＭＭＣＨでのＲＲＣ−ＣＲメッセージ１２０が続き、次に、ＭＢＭＳトランスポートチャネル（ＭＣＨ：ＭＢＭＳ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）でのＲＲＣ−ＣＲメッセージ１２２が続く。
【００１３】
ＲＲＣ−ＣＲメッセージ１２４は、無線インタフェースを通じてＵＥ１５０に送信され、ＵＥ１５０で受信されて処理される。無線インタフェース（レイヤ１）のシグナリングメッセージは、ＭＣＨでのＲＲＣ−ＣＲメッセージ１６０に変換され、次に、ＭＣＣＨ（ＭＢＭＳ制御チャネル）でのＲＲＣ−ＣＲメッセージ１６２に変換される。ＵＥでのレイヤ３のＲＲＣ−ＣＲメッセージ１６４の受信に続いて、ＵＥがカウンティング手順に関心があるか否かの判定１６６が行われ得る。
【００１４】
これに応じて、ＵＥは、レイヤ３のＲＲＣ接続要求（ＲＲＣ−ＣｏＲ：ＲＲＣ−ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージを開始し、続いてレイヤ２のＲＲＣ−ＣｏＲメッセージ１７０、１７２が続き、ＲＡＣＨアクセス１７５を要求する。ＲＲＣ−ＣｏＲメッセージ１７６は、ＲＡＣＨでレイヤ１のシグナリングに送信され、無線インタフェースのＲＲＣ−ＣｏＲメッセージ１２６がネットワークコントローラ１０２に送信される。ネットワークコントローラ１０２は、無線インタフェースのＲＲＣ−ＣｏＲメッセージ１２６を受信し、ＣＣＣＨでのレイヤ２のＲＲＣ−ＣｏＲメッセージ１２８及びレイヤ２のＲＲＣ−ＣｏＲメッセージ１３０を介して、ＲＲＭ１０４の許可制御ロジック１３４への許可制御メッセージ１３２と共にこれを処理する。
【００１５】
ＲＲＭ１０４の許可制御１３４は、指示１３６をレイヤ３のシグナリングに送信する。ＲＲＣ接続設定（ＲＲＣ−ＣＳ：ＲＲＣ−ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）メッセージ１３８に続いて、個別制御チャネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）１４０でのＲＲＣ−ＣＳメッセージが続き、次に、個別トランスポートチャネル（ＤＣＨ：ｄｅｄｉｃａｔｅｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）１４２でのＲＲＣ−ＣＳメッセージが続く。
【００１６】
次に、ＲＲＣ−ＣＳメッセージ１７８は、無線インタフェースを通じてＵＥ１５０に送信され、ＵＥ１５０で受信されて処理される。無線インタフェース（レイヤ１）のシグナリングメッセージは、ＤＣＨでのＲＲＣ−ＣＳメッセージ１８０に変換され、次に、ＤＣＣＨでのＲＲＣ−ＣＳメッセージ１８２に変換される。ＵＥでのレイヤ３のＲＲＣ−ＣＳメッセージ１８４の受信に続いて、ＵＥは、（ＲＲＣ−ＣＳ内で）ネットワークにより指示された無線ベアラを設定し、レイヤ３ＲＲＣ接続設定完了（ＲＲＣ−ＲＣ：ＲＲＣ−ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｃｏｍｐｌｅｔｅ）メッセージ１８５を開始し、これに続いてレイヤ２のＲＲＣ−ＣＣメッセージ１９０、１９２を開始する。無線インタフェースのＲＲＣ−ＣＣメッセージ１９４は、ネットワークコントローラ１０２に送信される。ネットワークコントローラ１０２は、無線インタフェースのＲＲＣ−ＣＣメッセージ１９４を受信し、ＤＣＨ及びＤＣＣＨでのレイヤ２のＲＲＣ−ＣＣメッセージ１４４、１４６及びＲＲＭ１０４へのレイヤ２のＲＲＣ−ＣＣメッセージ１４８を介してこれを処理する。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
従って、前述のように、ＵＴＲＡＮで使用される既知のカウンティング手順は複雑であり、無線インタフェースでＵＥとネットワークコントローラとの間で大量のシグナリングを必要とする。これは、非効率な無線リソース使用を生じる。
【００１８】
前述の複雑な手順の１つの問題は、ＵＴＲＡＮで使用されるカウンティング手順が、所定のセル内のユーザ数に基づいてＭＢＭＳサービスの伝送モード（ポイント・ツー・ポイント（ｐ−ｔ−ｐ）及びポイント・ツー・マルチポイント（ｐ−ｔ−ｍ））を決定するように設計されているという事実から生じている。従って、ネットワークコントローラがｐ−ｔ−ｍモードから又はｐ−ｔ−ｍモードに切り替えてリソースの使用を継続的に最適化するために、セル内のユーザ数が所定の閾値より大きいか否かを正確に示す必要がある。
【００１９】
ｐ−ｔ−ｐ伝送モードの使用は、ＭＢＭＳの提供の複雑性を増加させるだけでなく、実用的な展開シナリオのほとんどでｐ−ｔ−ｍモードより限られた性能利得を有し、或いは性能利得が存在しない。特に、直交周波数分割多重アクセス（ＯＦＤＭＡ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）型の単一周波数ネットワーク（ＳＦＮ：Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）で当てはまり、ＯＦＤＭＡ型ＳＦＮは、次世代通信システム（Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ））のため、現在３ＧＰＰで標準化されている。
【００２０】
Ｅ−ＵＴＲＡＮは、単一周波数ネットワークを使用し、全ての基地局は時間同期している。従って、同じ信号は、サービスエリア内の複数のセルから送信され得る。サービスエリアは１つより多くのセルを含んでもよい。時間同期したセルからの同じ信号の送信は、信号の無線上の合成を生じるため、受信信号エネルギーを増加させ、従って、ＵＥで良好な受信を提供する。
【００２１】
従って、現在の技術は次善である。従って、セルラネットワークでブロードキャスト伝送をサポートする問題に対処する改善した機構が有利である。特に、ＵＴＲＡ ＴＤＤシステムでブロードキャスト伝送の提供を可能にして、既存のＵＴＲＡ−ＴＤＤシステムと共存するシステムが有利である。
【００２２】
従って、本発明は、前述の欠点のうち１つ以上を単独で又は何らかの組み合わせで緩和、軽減又は除去することを目的とする。
【課題を解決するための手段】
【００２３】
本発明の第１の態様によれば、少なくとも１つの通信セルを有する無線通信システムでブロードキャストサービスに関係する１つ以上の無線加入者通信ユニットからフィードバックを取得する方法が提供される。この方法は、ネットワークコントローラにより、要求メッセージを１つ以上の無線加入者通信ユニットに送信し、無線加入者通信ユニットにより、要求メッセージを受信して処理し、少なくとも１つの無線加入者通信ユニットにより、要求メッセージに応じてレイヤ１の応答信号を送信し、ネットワークコントローラにより、特定の通信セルでレイヤ１の応答信号を検出し、これに応じて、（ｉ）ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること及び（ｉｉ）その通信セルでブロードキャストサービスの配信を変更することのうち１つを実行する。
【００２４】
有利には、前述の方法は、非常に少ない量の更なるシグナリングトラヒックのみでＭＢＭＳを起動したユーザを検出する簡単な複雑でない手順を提供し得る。従って、この方法は、効率的な無線リソースの使用方法を提供し得る。
【００２５】
前述の方法は、ユーザフィードバックを受信する簡単な複雑でない手順を提供し得る。フィードバックに基づいて、サービス配信は、満たされた知覚品質で複数のユーザへのマルチメディアサービスの提供をサポートするように変更されてもよい。
【００２６】
本発明の任意選択の特徴によれば、個別アクセス情報は、カウンティング応答に使用される個別シグニチャ系列（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｔｕｒｅ ｓｅｑｕｅｎｃｅ）を有してもよい。
【００２７】
本発明の任意選択の特徴によれば、要求メッセージは、１つ以上の無線加入者通信ユニットがブロードキャストサービスを受信しているか否か又は受信することに関心があるか否かを特定するために、ネットワークコントローラにより送信されてもよい。ブロードキャストサービスを受信している場合又は受信することに関心がある場合に、レイヤ１の応答信号は、要求メッセージに応じて無線加入者通信ユニットにより送信されてもよい。
【００２８】
本発明の任意選択の特徴によれば、レイヤ１の応答信号は、非同期ＲＡＣＨのプリアンブル部分で送信されるレイヤ１の応答信号を有してもよい。非同期ＲＡＣＨは、一式の指定のＲＡＣＨリソースからランダムに選択されてもよい。
【００２９】
このように、この方法は、Ｅ−ＵＴＲＡＮの実装でアイドル状態のＵＥと接続状態のＵＥとの双方に共通の手順を提供し得る。
【００３０】
本発明の任意選択の特徴によれば、個別アクセス情報は、確率係数を有してもよい。この方法は、要求メッセージでネットワークコントローラから複数の無線加入者通信ユニットに確率係数を送信し、これに応じて非同期ＲＡＣＨを選択することを更に有してもよい。
【００３１】
このように、この手順は、かなりの上りリンク負荷を生成しなくてもよい。更に、この手順は、ＲＡＣＨでの輻輳を生成することを回避し、従って、他のＲＡＣＨユーザに影響を及ぼさなくてもよい。
【００３２】
本発明の任意選択の特徴によれば、個別アクセス情報は、マルチキャスト／ブロードキャストサービスに関心のある無線加入者通信ユニットのみが個別アクセス情報を受信することができるように、暗号化又は保護されてもよい。
【００３３】
このように、この方法は、何らかの潜在的な無線リソース攻撃に対する保護を提供し得る。
【００３４】
本発明の任意選択の特徴によれば、ネットワークコントローラは、レイヤ１の応答信号を受信したことに応じて、肯定応答を送信してもよい。
【００３５】
本発明の任意選択の特徴によれば、複数のブロードキャストサービスの間で複数のレイヤ１の複数の応答信号を時間多重することが使用されてもよい。
【００３６】
本発明の任意選択の特徴によれば、無線加入者通信ユニットが加入したブロードキャストサービスを復号するのに弱すぎる信号を受信している場合、レイヤ１の応答信号は、無線加入者通信ユニットにより要求メッセージに応じて送信されてもよい。
【００３７】
本発明の任意選択の特徴によれば、通信システムは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）セルラ通信システムである。通信システムは、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）型Ｅｖｏｌｖｅｄ−ＵＴＲＡＮセルラ通信システムである。
【００３８】
本発明の第２の態様によれば、少なくとも１つの通信セルと、少なくとも１つの通信セルで動作可能であり、少なくとも１つのネットワークコントローラから信号を受信するように構成された１つ以上の無線加入者通信ユニットとを有するセルラ通信システムが提供される。少なくとも１つのネットワークコントローラは、１つ以上の無線加入者通信ユニットに要求メッセージを送信するように構成される。少なくとも１つの無線加入者通信ユニットは、要求メッセージを受信して処理し、要求メッセージに応じて、レイヤ１の応答信号を送信し、ネットワークコントローラは、特定の通信セルでレイヤ１の応答信号を検出し、これに応じて、（ｉ）ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること及び（ｉｉ）その通信セルでブロードキャストサービスの配信を変更することとのうち１つを実行する。
【００３９】
本発明の第３の態様によれば、トランシーバと、トランシーバに動作可能に結合され、１つ以上の無線加入者通信ユニットに要求メッセージを送信するように構成された処理ロジックとを有するセルラネットワークコントローラが提供される。トランシーバは、特定の通信セルから要求メッセージに応じてレイヤ１の応答信号を受信して処理するように構成され、これに応じて、（ｉ）ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること及び（ｉｉ）その通信セルでブロードキャストサービスの配信を変更することのうち１つを実行する。
【００４０】
本発明の第４の態様によれば、ネットワークコントローラから要求メッセージを受信するように構成されたトランシーバと、トランシーバに動作可能に結合され、要求メッセージを処理するように構成された処理ロジックとを有する無線加入者通信ユニットが提供される。トランシーバは、これに応じてレイヤ１の応答信号を送信し、レイヤ１の応答信号の送信に応じてブロードキャスト伝送を受信するように構成される。
【００４１】
本発明の前記及び他の態様、特徴及び利点は、以下に記載の実施例から明らかになり、実施例を参照して説明される。
【図面の簡単な説明】
【００４２】
【図１】ＵＭＴＳにおけるカウンティング手順の既知の機構
【図２】本発明の或る実施例に従って適合された３ＧＰＰセルラ通信システム
【図３】本発明の或る実施例に従って適合された無線通信ユニット
【図４】本発明の或る実施例に従ってＥ−ＵＴＲＡＮでＭＢＭＳを起動したユーザを検出する機構
【図５】本発明の或る実施例に従って受信機でのエネルギーを検出する機構
【図６】本発明の或る実施例に従ってＭＢＭＳサービスの間でシグニチャ系列を時間多重する例
【図７】本発明の或る実施例に従って使用される物理アクセスリソースのプール
【図８】本発明の或る実施例に従ってカウンティング手順で見られるシグナリングフロー
【図９】本発明の或る実施例に従ったネットワークコントローラの動作
【図１０】本発明の或る実施例に従ったＵＥの動作のフローチャート
【図１１】本発明の或る実施例に従ったＵＥの動作のフローチャート
【図１２】本発明の或る実施例に従ったＵＥの動作のフローチャート
【発明を実施するための形態】
【００４３】
本発明の実施例について、添付図面を参照して一例のみとして説明する。
【００４４】
以下の詳細な説明は、Ｅｖｏｌｖｅｄ ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）セルラ通信システム、特に３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）システムのＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に適用可能な本発明の実施例に焦点を当てる。しかし、本発明は、この特定のセルラ通信システムに限定されず、他のセルラ通信システムにも適用され得ることがわかる。
【００４５】
従って、本発明の発明者は、ネットワークコントローラによるカウンティング手順の提供は、必ずしもｐ−ｔ−ｐ及びｐ−ｔ−ｍ伝送モードの間の選択又は遷移の決定に必要であるとは限らないことがあることを認識及び評価した。しかし、本発明の発明者はまた、簡単なカウンティング手順が所定のセルに何らかの受信者が存在するか否かを検出するために必要であることも認識及び評価した。従って、ここに記載の本発明の概念は、データは‘空’のセルで送信される必要がないため、受信者の人数がまばらな場合に局所的なＭＢＭＳサービスのかなり効率的な伝送を可能にする。
【００４６】
本発明に関して、以下で使用される‘ブロードキャストサービス’という用語は、ＵＭＴＳで規定されている以下のサービスの定義の双方を含むことを意図する。
【００４７】
（ｉ）ブロードキャストサービス：関連のブロードキャストサービスエリアでデータが単一のソースから複数のＵＥに効率的に送信される一方向のポイント・ツー・ポイントサービスである。ブロードキャストサービスは、ＵＥのローカルで特定のブロードキャストサービスを可能にし、サービスで定められたブロードキャストエリアにいる全てのユーザにより受信され得る。
【００４８】
（ｉｉ）マルチキャストサービス：関連のマルチキャストサービスエリアでデータが単一のソースから複数のグループに効率的に送信される一方向のポイント・ツー・マルチポイントサービスである。マルチキャストサービスは、特定のマルチキャストサービスに加入しており、特定のサービスに関連するマルチキャストグループに参加したユーザのみにより受信され得る。
【００４９】
従って、ブロードキャストサービスを受信するために、ユーザは、ＵＥで受信機を起動する必要がある。マルチキャストサービスを受信するために、ユーザはサービスグループに参加する必要がある。
【００５０】
まず図３を参照すると、本発明の好ましい実施例に従って、無線通信ユニット（しばしば、セルラ通信に関して移動加入者ユニット（ＭＳ）と呼ばれる）が図示されている。
【００５１】
ＭＳ３００は、好ましくはＭＳ３００内で受信チェーンと送信チェーンとの間の隔離を提供するデュプレックスフィルタ又はアンテナスイッチ３０４に結合されたアンテナ３０２を含む。
【００５２】
当業者に既知のように、受信チェーンは、（事実上、受信、フィルタリング及び中間又はベースバンド周波数変換を提供する）受信フロントエンド回路３０６を含む。フロントエンド回路３０６は、信号処理機能３０８に直列に結合される。信号処理機能３０８からの出力は、スクリーン又は平面パネルディスプレイのような適切な出力装置に提供される。受信チェーンはまた、受信信号強度インジケータ（ＲＳＳＩ：ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）回路３１２を含み、次に、受信信号強度インジケータ３１２は、全体の加入者ユニットの制御を維持管理するコントローラ３１４に結合される。従って、コントローラ３１４は、回復した情報からビット誤り率（ＢＥＲ：ｂｉｔ ｅｒｒｏｒ ｒａｔｅ）又はフレーム誤り率（ＦＥＲ：：ｆｒａｍｅ ｅｒｒｏｒ ｒａｔｅ）を受信してもよい。コントローラ３１４はまた、受信フロントエンド回路３０６及び信号処理機能３０８（一般的にデジタルシグナルプロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）により実現される）に結合される。コントローラはまた、動作体制（復号化／符号化機能、同期パターン、コード系列、ＲＳＳＩデータ、受信信号の到達方向等）を選択的に格納するメモリ装置３１６に結合される。
【００５３】
本発明の好ましい実施例によれば、メモリ装置３１６は、ＭＳ３００によりＳＭＳ形式で要求され、信号処理機能３０８により処理された構成／プロファイル情報を格納する。更に、タイマ３１８は、コントローラ３１４に動作可能に結合され、特にＳＭＳ構成メッセージの送信及び／又は応答に関して、自動的に又はユーザ入力に応じて、ＭＳ３００内の動作タイミング（時間依存の信号の送信又は受信）を制御する。
【００５４】
送信チェーンに関して、これは、送信／変調回路３２２及び電力増幅器３２４を通じてアンテナ３０２に直列に結合された入力装置３２０（キーパッド等）を基本的に含む。送信／変調回路３２２及び電力増幅器３２４は、コントローラ３１４に動作可能に応答し、従って、ＭＳ３００の構成で使用される双方向ＳＭＳメッセージ／要求の送信で使用される。
【００５５】
送信チェーンの信号処理機能３０８は、受信チェーンのプロセッサと異なるものとして実装されてもよい。代替として、図３に示すように、送信及び受信チェーンの双方の処理を実装するために、単一のプロセッサ３０８が使用されてもよい。明らかに、ＭＳ３００内の様々な構成要素は、個別又は統合の構成要素の形式で実現され得るため、最終的な構成は、単に用途に特化したもの又は設計上の選択である。
【００５６】
本発明の好ましい実施例によれば、受信フロントエンド回路３０６は、信号処理機能３０８、メモリ装置３１６、タイマ機能３１８及びコントローラ３１４と共に、また、これらの制御及び指示のもとで、ＭＳ３００の構成で双方向ＳＭＳメッセージ／要求を受信して処理するように適合される。
【００５７】
更に、本発明の好ましい実施例によれば、送信／変調回路３２２は、信号処理機能３０８、メモリ装置３１６、タイマ機能３１８及びコントローラ３１４と共に、また、これらの制御及び指示のもとで、ＭＳ３００の構成で双方向ＳＭＳメッセージを処理して送信するように適合される。
【００５８】
有利には、本発明の実施例は、ＭＢＭＳで使用されるカウンティング手順のためにレイヤ１のシグナリングを使用することを提案する。特に、本発明の実施例は、特定のＭＢＭＳサービスに関心のあるユーザによるカウンティング応答メッセージの送信手段として、非同期ＲＡＣＨのプリアンブル部分を使用することを提案する。レイヤ１のシグナリングを使用する結果として、ＵＥは、ネットワークへの接続を確立する必要がない。従って、記載の手順は、シグナリング遅延、シグナリングオーバーヘッドを低減し、ネットワークへのＵＥの接続状態に拘らず適用され得る。
【００５９】
一実施例では、カウンティング手順は、ネットワークによる動作要求のユーザフィードバック（応答）として考えられてもよい。ここでは、ネットワークは、ユーザに対して、特定のＭＢＭＳサービスを受信する意思についてネットワーク（コントローラ）に通知するように要求する。関心のあるユーザは、レイヤ１のメッセージ内で暗示的に（すなわち、例えば非同期ＲＡＣＨチャネルのプリアンブル部分内で暗示的に）サービスを受信する意思を送信する。従って、この手順は、レイヤ１のシグナリング型ユーザフィードバック機構として一般的に記載されてもよい。
【００６０】
本発明は、３ＧＰＰで標準化での活動が進行中であるＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に関して記載されるが、本発明に記載の方法は、何らかのセルラ通信システムで特定のＭＢＭＳサービスについて関心のある又は特定のＭＢＭＳサービスを起動したユーザを検出することが望ましい場合に常に適用され得ることが考えられる。
【００６１】
本発明の一実施例では、ネットワークコントローラは、ＭＣＣＨ又は同様のＭＢＭＳ関係の制御チャネルでカウンティング要求メッセージを送信することにより、カウンティング手順を開始する必要がある。カウンティング応答メッセージは、非同期ランダムアクセスチャネル（ＲＡＣＨ）で関心のあるＵＥにより送信される。２つの種類のＲＡＣＨがＥ−ＵＴＲＡＮシステムで規定されている点に留意すべきである。同期ＲＡＣＨは、プリアンブルに続いてメッセージペイロードを含む。非同期ＲＡＣＨでは、シグニチャ系列（ｓｉｇｎａｔｕｒｅ ｓｅｑｕｅｎｃｅ）のみがプリアンブル部分で送信される。非同期ＲＡＣＨでは、ＵＥはネットワークコントローラに対して上りリンクで時間同期しないが、同期ＲＡＣＨでは、ＵＥはネットワークコントローラと時間同期する。
【００６２】
本発明の一実施例では、アイドルモードのＵＥと接続モードのＵＥとの双方は、必要な場合に常に、非同期ＲＡＣＨにアクセスすることができる。
【００６３】
シグニチャ系列を伝達するプリアンブル部分は、ＲＡＣＨバーストで送信される。ＲＡＣＨバーストは、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）型上りリンクで時間及び周波数に関する物理リソースにより規定される。標準は、システムで使用される複数のＲＡＣＨ時間／周波数チャネルを規定する。ＵＥは、プリアンブルを送信するために、規定されたＲＡＣＨチャネルセットからＲＡＣＨチャネルをランダムに選択する。本発明の一実施例では、通常のＲＡＣＨアクセスの間に、プリアンブルは、一式の利用可能なプリアンブルの１つからＵＥにより選択されてもよい。
【００６４】
本発明の或る実施例によれば、カウンティング要求メッセージは、ＭＢＭＳサービスＩＤを含んでもよく、カウンティング手順は、ＵＥによるカウンティング応答に使用される個別アクセス情報も同様に必要としてもよい。カウンティング要求メッセージを受信した後に、特定のＭＢＭＳサービスを受信することに関心のあるＵＥは、割り当てられた個別アクセスを使用してカウンティング応答メッセージを送信することにより、カウンティング要求に応答する。
【００６５】
本発明の一実施例によれば、個別アクセス情報は、プリアンブル系列として非同期ＲＡＣＨアクセスに使用される特定のシグニチャ系列の形式になってもよい。従って、この実施例では、カウンティング応答は、単に割り当てられた個別シグニチャ系列（すなわち、非同期ＲＡＣＨのプリアンブル部分）の送信でもよい。全ての関心のあるＵＥは、非同期ＲＡＣＨプリアンブルバーストで割り当てられたシグニチャ系列を送信する。これは、アイドル状態のＵＥと接続状態のＵＥとの双方がカウンティング応答のために非同期ＲＡＣＨを使用することを意味し、これにより、アイドル状態のＵＥと接続状態のＵＥとの双方に共通のカウンティング手順の使用を可能にする。
【００６６】
ネットワークコントローラは、ＵＥからカウンティング応答を受信する。ネットワークコントローラでのシグニチャ系列の受信は、典型的には相関受信機の形式で実装される。既知のシグニチャ系列に対応するエネルギーが検出された場合、これは、ネットワークコントローラのサービスエリア内で少なくとも１人のユーザが特定のＭＢＭＳサービスに関心があること又は特定のＭＢＭＳサービスを起動したことを示す。
【００６７】
本発明の一実施例では、セルラネットワークコントローラは、ブロードキャストサービスの複数のユーザ又は関心のあるユーザを特定するように構成されてもよい。本発明の一実施例では、セルラネットワークコントローラは、誰がブロードキャストサービスのユーザ又は関心のあるユーザであるかを特定するように構成されてもよい。
【００６８】
本発明の一実施例では、レイヤ１の応答メッセージは、要求メッセージに応じてセルラネットワークコントローラに送信され、ブロードキャストサービスの特定の信号品質レベルを受信することができる（従って、従って、ブロードキャストサービスを受信し始めようとする又は受信し続ける）セルラネットワークコントローラへのフィードバックを提供してもよいことが考えられる。従って、本発明の一実施例では、加入したブロードキャストサービスを復号するのに弱すぎる信号を受信している場合、レイヤ１の応答信号は、要求メッセージに応じて無線加入者通信ユニットにより送信されてもよい。
【００６９】
例えば、ＵＥがブロードキャストサービスに加入しているが、サービス品質（又は信号品質）が非常に低い場合、フィードバック要求及びレイヤ１の応答信号が利用されてもよいことも考えられる。ＵＥがこの情報をセルラネットワークコントローラにフィードバックすることが有利である。その後、セルラネットワークコントローラは、問題を解決するために何らかの動作を行ってもよい（例えば、送信電力を増加させる）。
【００７０】
ＵＥが良好な品質の信号を受信しており良好なサービス品質である状況では、ＵＥは、この情報をセルラネットワークコントローラにフィードバックする必要はなく、これによって、貴重な信号リソースを節約してもよいことも考えられる。
【００７１】
次に図５を参照すると、ネットワークコントローラで（シグニチャ系列５１０を伝達する）カウンティング応答に基づいてＭＢＭＳを起動したユーザを検出する機構５００が、本発明の或る実施例に従って示されている。シグニチャ系列５１０は、ＲＡＣＨプリアンブル部分で送信されるシグニチャ系列の例を示している。
【００７２】
時間間隔５２４、５３４で受信機で検出された信号エネルギー５２２、５３２は、波形５２０、５３０で示されている。図５に示すように、エネルギーは、時間に関して２つの形式の分布になってもよい。
【００７３】
波形５２０で示されるエネルギー分布５２６は、シグニチャ系列を送信する単一のユーザから生じたものでもよい。この場合、送信機と受信機との間に単一の伝送パスが存在する。代替として、波形５２０で示されるエネルギー分布５２６は、信号を送信する複数のユーザから生じたものでもよい。この場合、受信信号は、全てが同時に受信機に到達する。送信機と受信機との間の信号パスは、分散的（ｄｉｓｐｅｒｓｉｖｅ）でなくてもよい。
【００７４】
波形５３０で示されるエネルギー分布５３６、５３８、５４０は、シグニチャ系列を送信する単一のユーザから生じたものでもよい。この場合、送信機と受信機との間にマルチパス反射（チャネル分散）が存在する。代替として、波形５３０で示されるエネルギー分布５３６、５３８、５４０は、信号を送信する複数のユーザから生じたものでもよい。この場合、受信信号は、異なる時間に受信機に到達する。
【００７５】
ユーザ数が正確に決定されない可能性がある場合であっても、これは、受信機で受信した信号の受信信号強度に基づいて、少なくとも１人のユーザが応答したか否かを検出することができる。従って、これは、セルでＭＢＭＳを起動したユーザの存在（又は不在）を検出する簡単な物理レイヤのシグナリング型の方法を提供する。
【００７６】
この方法は、物理レイヤのシグナリングに基づき、高レイヤの情報又はユーザ識別を必要としないため、この方法は、アイドル状態のＵＥがＭＢＭＳカウンティング応答についてネットワークへの接続を確立することを必要としない。これは、必要なシグナリング量をかなり低減する。更に、この方法は、ネットワークへの接続状態に拘らず、ＵＥからの同じ応答を必要とする。従って、これは、アイドル状態のＵＥと接続状態のＵＥとの双方について共通のカウンティング手順を提供する。
【００７７】
無線通信システムで使用されるシグニチャ系列は、それぞれの標準により規定されていることが知られている。シグニチャ系列の設計は、系列の相関特性と、信号を復号する際の受信機の複雑性との双方を考慮する。従って、系列の数は制限され得る。従って、ＭＢＭＳサービス毎にシグニチャ系列を個別に分けることが可能でない場合がある。本発明の一実施例によれば、限られたシグニチャ系列により生じる潜在的な問題は、図６に示すように、複数のＭＢＭＳサービスの間で同じシグニチャ系列を時間多重することにより解決され得る。従って、全てのＭＢＭＳサービスのカウンティング応答として使用するために、唯一のシグニチャ系列が確保されればよい。
【００７８】
次に図６を参照すると、複数のＭＢＭＳサービスの間でシグニチャ系列６００を時間多重する例が、本発明の或る実施例に従って示されている。第１のＭＢＭＳカウンティングインスタンス６１０（Ｔ１）において、ＭＢＭＳサービス−１ ６１５にカウンティングが必要になる。ＭＢＭＳサービスｎ ６２５のカウンティング要求は、カウンティングインスタンス２（Ｔ２）で要求され、サービス−３ ６３５のカウンティング要求は、カウンティングインスタンス３（Ｔ３）で要求され、以下同様である。当業者は、図６のＭＢＭＳサービスのカウンティング要求の順序は、一例のみとして提供されていることがわかる。特に、カウンティングインスタンスは、ネットワークコントローラにより異なるＭＢＭＳサービスについてスケジューリングされてもよい。従って、２つのＭＢＭＳサービスは、同じカウンティングインスタンスで要求されなくてもよい。
【００７９】
ＵＥは、ＲＡＣＨプリアンブル６４０で示されたシグニチャ系列を送信することにより応答する。カウンティングインスタンスは、異なるＭＢＭＳサービスを目的とするカウンティング応答の重複を回避するように設計される。特に、本発明の一実施例では、２つの連続するカウンティングインスタンスの間の間隔は、各カウンティングインスタンス６４５、６５０、６５５に示すように、サービスに関心のある全てのＵＥがカウンティング要求に応答するのに十分に大きく構成される。従って、カウンティングインスタンスの間の間隔は、セル内のＵＥの最大のＤＲＸ長より大きく構成される。
【００８０】
１つの形式では、カウンティング応答に使用されるシグニチャ系列は、ＭＢＭＳサービスＩＤと共にカウンティング要求メッセージ内に含まれてもよい。代替実施例では、カウンティングを要求したＭＢＭＳサービスＩＤのみがカウンティング要求メッセージで送信される。この場合、使用されるシグニチャ系列は、ＢＣＣＨでブロードキャストされる、或いは標準で指定される。このように、シグニチャ系列はネットワークとＵＥとの双方に認識される。有利には、この実施例は、ＭＣＣＨで送信される情報ビットの数を低減し得る。
【００８１】
ＭＢＭＳサービスに関心のあるユーザの数に応じて、カウンティング要求は、多数のユーザが同時にＲＡＣＨでカウンティング要求に応答することを生じてもよい。従って、カウンティング応答に割り当てられたシグニチャ系列は、通常のＲＡＣＨアクセス動作でユーザにより選択された他のＲＡＣＨシグニチャのエネルギーと比べて、ネットワークコントローラ（すなわち、Ｅ Ｎｏｄｅ−Ｂ）に過度のエネルギーで到達し得る。信号の検出は、受信機のアーキテクチャに依存してもよく、当業者は、現在の高度な既知の受信機がこの問題を解決し、高エネルギー及び低エネルギーのシグニチャ系列の双方を検出することができることを認識する。
【００８２】
しかし、或る受信機のアーキテクチャでは、これは、高エネルギーの信号により低エネルギーの信号をマスクすることを生じることがある。従って、通常のＲＡＣＨアクセスに使用されるＲＡＣＨシグニチャの検出は、カウンティング応答に使用されるシグニチャによりブロックされることがある。本発明の一実施例では、これを解決する１つの機構は、確率係数を導入することにより、カウンティング応答のＲＡＣＨアクセスを制御することによるものである。
【００８３】
従って、本発明の他の態様によれば、アクセス情報は、個別シグニチャ系列と確率係数との形式になる。従って、シグニチャ系列に加えて、確率係数がＭＣＣＨで送信されるカウンティング要求メッセージに含まれる。確率係数は、ＲＡＣＨバーストでアクセス制御に使用されるため、ＲＡＣＨで動作する他のユーザのＭＢＭＳカウンティング応答の影響を低減する。
【００８４】
本発明の一実施例では、前述の問題を解決するために第２の機構が使用されてもよい。この機構は、ＭＢＭＳ応答について特定のＲＡＣＨチャネルインスタンスを確保することを提案する。他の目的でＲＡＣＨを送信しようとするＵＥは、これらの特定のＲＡＣＨチャネルインスタンスで送信するように構成されなくてもよい。
【００８５】
従って、本発明の他の実施例によれば、アクセス情報は、シグニチャ系列とカウンティング応答に使用するＲＡＣＨチャネルインスタンスとの形式になってもよい。ここでは、シグニチャ系列に加えて、ＲＡＣＨチャネルは、カウンティング応答に使用されてもよく、これは、ＭＣＣＨで送信されるカウンティング要求メッセージに含まれてもよい。この実施例は、ＭＢＭＳカウンティング応答についてＲＡＣＨリソースの一部（少なくとも１つのＲＡＣＨチャネルインスタンス）を確保することを必要とする。
【００８６】
個別ＲＡＣＨリソースは、図７に示すように、ＲＡＣＨプリアンブルに割り当てられたリソースの一部でもよい。しかし、個別ＲＡＣＨリソースは、ＲＡＣＨ動作に基づく通常の競合でＵＥによる選択と対照的に、ネットワークコントローラによる割り当てに確保されてもよい。個別及び競合型ＲＡＣＨアクセスの双方に同じプリアンブルフォーマットが使用されてもよい。或る実施例では、ランダムアクセスリソース（ＲＡＣＨチャネル）の情報は、ブロードキャスト制御チャネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）でブロードキャストされてもよいが、個別アクセスチャネルのチャネル情報はセルでブロードキャストされない。或る実施例では、この情報は、カウンティング要求メッセージと共にＵＥに送信されてもよい。
【００８７】
図７は、本発明の或る実施例に従って使用される物理アクセスリソースのプール７００を示している。ＲＡＣＨ物理リソースのプール７００が個別アクセスリソース７１０とランダムアクセスリソース７１５との双方を含む場合、ＲＡＣＨ物理リソースのプール７００は、（カウンティング応答メッセージ及び通常のＲＡＣＨアクセスの双方のために）複数のＵＥにより共有される。ユーザにより送信されたカウンティング応答が通常のＲＡＣＨアクセスによりマスクされ得る可能性が存在する。従って、ＭＢＭＳサービスを受信することに関心のある何人かのユーザがセルに存在しても、ネットワークコントローラは、関心のあるＵＥの情報を有さない可能性がある。従って、サービスはセルで提供されない可能性がある。
【００８８】
この状況を回避する１つの方法は、ＵＥがカウンティング中止を忠告されるまで、カウンティング応答を送信することを要求することである。以下に説明するように、中止メッセージは、レイヤ３のシグナリングとして形成され、ＭＣＣＨで送信されてもよい。代替として、以下に説明するように、プリアンブルがレイヤ１のシグナリングを使用して肯定応答されてもよい。
【００８９】
本発明の或る実施例によれば、単一のＵＥからのカウンティング応答は、セルで提供するＭＢＭＳサービスの決定に影響を及ぼすのに十分になり得る。従って、ネットワークコントローラがＲＡＣＨプリアンブルで送信されたシグニチャ系列を検出する限り、ネットワークコントローラは、ＤＬ−ＳＣＨ又はプリアンブル肯定応答チャネルを使用して、下りリンクチャネルでプリアンブルの肯定応答を送信する。セル内の全てのＵＥがこの下りリンク肯定応答を受信することができる。カウンティング応答が肯定応答されると、ＵＥは、それぞれのカウンティング応答手順を中止する。
【００９０】
無許可又は偽のＵＥがＭＢＭＳサービスを受信することに関心があると言い、このため、非同期ＲＡＣＨで個別シグニチャ系列を送信することにより、カウンティング要求に応答してもよい。このことは、ネットワークに対して空のセルでＭＢＭＳサービスを提供させ得る。ＵＥがサービスを復号することができなくても、これは、無線リソースの無駄（無線リソース攻撃）を生じる。このシナリオは、サービスを起動したユーザのみに個別アクセス情報を提供することにより回避されてもよいことが考えられる。これを処理する１つの方法は、サービス起動手順中にＵＥに配信された鍵で個別アクセス情報を暗号化又は保護することである。
【００９１】
次に図８を参照すると、カウンティング手順８００のシグナリングフローが、カウンティング手順における本発明に従って示されている。シグナリングフローは、ＵＥ８０５とｅ−Ｎｏｄｅ Ｂ（又はネットワークコントローラ８１０）との間で生じる。ネットワークコントローラ８１０は、所定のＭＢＭＳサービスについてカウンティング手順８００が必要であるか否かについて決定する。カウンティング手順８００が必要であることをネットワークコントローラ８１０が決定すると、ステップ８１５において、ネットワークコントローラは、ＭＣＣＨでカウンティング要求メッセージを送信することによりカウンティング手順を開始する。メッセージは、カウンティングが必要とするＭＢＭＳサービスＩＤと、カウンティング応答に使用される個別アクセス情報とを含む。
【００９２】
図１０〜図１２に関して詳細に説明するように、個別アクセス情報は、以下の１つ以上を含んでもよい。
【００９３】
（ｉ）非同期ＲＡＣＨプリアンブルアクセスに使用されるシグニチャ系列
（ｉｉ）非同期ＲＡＣＨプリアンブルアクセスに使用されるシグニチャ系列及びＲＡＣＨアクセス制御に使用される確率係数
（ｉｉｉ）非同期ＲＡＣＨプリアンブルアクセスに使用されるシグニチャ系列及びカウンティング応答に使用される（時間−周波数に関する）個別アクセスリソース
ステップ８１５においてＭＣＣＨでカウンティング要求メッセージを受信した後に、ＵＥ８０５が提供されるサービスに関心がある場合、ステップ８２０において、ＵＥ８０５は、非同期ＲＡＣＨプリアンブル内で暗示的にカウンティング応答メッセージを送信することによりカウンティング要求８１５に応答する。ＵＥ８０５は、個別シグニチャ系列で非同期ＲＡＣＨバーストにアクセスする。個別シグニチャ系列は、所定のＭＢＭＳサービスのカウンティング要求メッセージ内でＵＥ８０５にシグナリングされる。従って、カウンティング応答は、シグニチャ系列でネットワークに暗示的に配信される。
【００９４】
カウンティング要求メッセージはレイヤ３（Ｌ３）のメッセージであるが、カウンティング応答メッセージはレイヤ１（Ｌ１）のメッセージであることに注目すべきである。
【００９５】
個別シグニチャ系列がネットワークコントローラ８１０で検出されると、ネットワークコントローラ８１０は、下りリンクチャネルで個別シグニチャ系列の受信の肯定応答を送信する。ステップ８２５に示すように、この肯定応答は、ＵＥによりカウンティング中止メッセージとして解釈されてもよい。
【００９６】
有利には、レイヤ１のシグナリングのみが関与するため、このことはまた、下りリンクでシグナリングオーバーヘッドの低減を生じる。本発明の或る実施例では、中止カウンティングメッセージ８２５はまた、ＭＣＣＨでＵＥ８０５に送信されてもよいことが考えられる。
【００９７】
次に図９を参照すると、ネットワークコントローラの動作９００が、本発明の或る実施例に従って示されている。ネットワークコントローラの動作９００は、送信機側の動作９０５及び受信機側の動作９１０に関して示されている。ＲＲＭユニット９２０が双方の動作にまたがっている。処理はステップ９１５で始まる。ステップ９２５に示すように、ＲＲＭユニット９２０の送信機側は、ＭＢＭＳサービスのカウンティング／再カウンティングの決定を行う。カウンティング／再カウンティング処理が所定のＭＢＭＳサービスを開始することであると決定されると、ステップ９３０で示すように、ＲＲＭユニット９２０は、カウンティング応答に使用される個別アクセスリソースを割り当てる。このように、ステップ９３５で示すように、所定のＭＢＭＳサービスのサービス識別子（ＩＤ）及び個別アクセス情報は、符号化されてＭＣＣＨで送信される。個別アクセス情報は、個別シグニチャ系列と、確率係数の個別シグニチャ系列と、個別ＲＡＣＨリソースとの形式になってもよい。
【００９８】
受信機側９１０では、ステップ９４０において、ネットワークコントローラの受信機は、ＭＢＭＳサービスの個別シグニチャ系列を検出する。個別シグニチャ系列は、ＵＥによるカウンティング応答に使用される。結果はＲＲＭ９２０に渡され、ステップ９４５で示すように、ＭＢＭＳサービスを配信するか否かの決定が行われる。ネットワークコントローラでのシグニチャ系列の検出は、少なくとも１人のユーザがネットワークコントローラによりカバーされるエリアで所定のＭＢＭＳサービスを受信することに関心があることを示す。従って、サービスは、ネットワークコントローラによりカバーされるエリアで配信される。シグニチャ系列がネットワークコントローラで検出されない場合、サービスはセルで配信されない。
【００９９】
個別シグニチャがネットワークコントローラで検出されると、ステップ９５０で示すように、ＤＬ−ＳＣＨ又はプリアンブル肯定応答に使用される物理チャネルで下りリンクチャネルで肯定応答を送信する。
【０１００】
ＲＲＭユニット９２０は、ネットワークコントローラ（すなわち、ＥＮｏｄｅＢ）に存在してもよく、特にマルチセル展開シナリオをサポートする場合にはネットワークのどこかに存在してもよいことが考えられる。
【０１０１】
図１０は、本発明の或る実施例に従って、個別アクセス情報が、ｉ）シグニチャ系列のみ又はｉｉ）シグニチャ系列及び個別ＲＡＣＨチャネルのみを含む場合のＵＥの動作のフローチャート１０００を示している。この処理はステップ１００５で始まり、ＵＥは、ＭＣＣＨを読み取る１０１０。ＵＥがアイドルモードである場合、間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）サイクルにより規定される時間に起動する。ステップ１０１５において、ＵＥが受信に関心のあるＭＢＭＳサービスのカウンティングを実行する必要がある場合、ＵＥは、個別シグニチャ系列を送信することにより、カウンティング応答を実行する。個別シグニチャ系列は、ＭＣＣＨ内でＵＥに通知されている。ステップ１２５において、カウンティング応答手順は、ＵＥでプリアンブル送信試行カウンタをインクリメントすることで始まる。
【０１０２】
ステップ１０３０において、カウンタが最大カウンタ値以下である場合、ステップ１０４０において、シグニチャは非同期ＲＡＣＨのプリアンブル部分で送信される。
【０１０３】
ｉ）使用されるシグニチャ系列のみがＭＣＣＨでシグナリングされている場合、ＵＥは、カウンティング応答の送信のために（複数のＲＡＣＨリソースから）ランダムに物理リソースを選択する。
【０１０４】
ｉｉ）ＲＡＣＨ物理チャネルが応答に使用される場合、これはＭＣＣＨでＵＥにシグナリングされ、シグニチャ系列はシグナリングされたＲＡＣＨチャネルリソースを使用して送信される。
【０１０５】
ステップ１０４０において、ＵＥは、ネットワークコントローラにより送信されたプリアンブル肯定応答を待機する。ステップ１０４５において肯定応答が受信されると、ステップ１０５５においてＵＥはカウンティング応答手順を終了する。ステップ１０４５において肯定応答が受信されない場合、ステップ１０５０において、ＵＥは次のＲＡＣＨインスタンスを待機し、ステップ１０４０において、ＲＡＣＨでシグニチャ系列を再送信する。
【０１０６】
図１１は、本発明の或る実施例に従って、個別アクセス情報がＲＡＣＨチャネルリソースのみを含む場合のＵＥの動作のフローチャート１１００を示している。特に、この処理はステップ１１０５で始まり、ステップ１１１０において、ＵＥはＭＣＣＨを読み取る。ステップ１１１５において、ＵＥはカウンティング応答を送信するか否かを決定する。ＵＥが応答を送信しないことを決定すると、処理はステップ１１２０で中止する。
【０１０７】
しかし、ＵＥが応答を送信することを決定すると、ＵＥは、ネットワークによりＲＡＣＨに使用されるために割り当てられた一式のシグニチャ系列からシグニチャ系列を選択する。この情報は、通常ではネットワークにより規定されており、システム情報と共にブロードキャストされる。選択されたシグニチャは、ＭＣＣＨ内でシグナリングされたＲＡＣＨチャネルで送信される。シグニチャ系列を送信した後に、ステップ１１３０において、ＵＥは手順を終了する。このシナリオでは、ＲＡＣＨチャネルは、カウンティング応答に使用されるのに専用である。従って、これは、個別ＲＡＣＨチャネルでＵＥの衝突を生じない可能性がある。ネットワークコントローラは、下りリンクチャネルでプリアンブル肯定応答を送信する必要がない。従って、ＵＥは、プリアンブル肯定応答を待機する必要がない。
【０１０８】
次に図１２を参照すると、フローチャートは、本発明の或る実施例に従って、個別アクセス情報がシグニチャ系列と確率係数とを含む場合のＵＥの動作を示している。ＵＥは、ステップ１２１０において、ＭＣＣＨを読み取ることにより手順を開始する。ステップ１２１５において、ＵＥが関心のあるサービスについてカウンティングが必要である場合、ステップ１２２５において、ＵＥは、ＵＥにローカルに保持されたプリアンブル送信カウンタをインクリメントすることにより手順を開始する。
【０１０９】
ステップ１２３０において、カウンタが所定の最大値以下である場合、ステップ１２４０で示すように、確率状態を検査する。ステップ１２３０において送信カウンタが最大値より大きい場合、又はステップ１２１５においてカウンティング応答について決定が存在しない場合、ＵＥは、それぞれステップ１２３５又はステップ１２２０で手順を終了する。
【０１１０】
しかし、ステップ１２４０において確率状態が通過すると、ステップ１２５０において、シグニチャ系列がランダムに選択された非同期ＲＡＣＨプリアンブルで送信される。ステップ１２４０において確率の検査が失敗すると、ステップ１２４５において、第２の（次の）試行について次のＲＡＣＨインスタンスを待機する。カウンタの最大値は、２つの連続するＭＣＣＨインスタンスの間のＲＡＣＨインスタンスの数に設定されてもよい。
【０１１１】
ＲＡＣＨプリアンブルを送信した後に、ＵＥは、ネットワークコントローラにより送信されたプリアンブル肯定応答を待機する。ステップ１２５５において肯定応答が受信されると、ステップ１２６０においてＵＥは手順を終了する。そうでない場合、ステップ１２４５において、ＵＥは次のＲＡＣＨインスタンスを待機し、ステップ１２２５においてＲＡＣＨ手順を再開する。
【０１１２】
明瞭にするために、前述の説明は、異なる機能ユニット及びプロセッサを参照して本発明の実施例について説明したことがわかる。しかし、本発明を逸脱することなく、例えば、ブロードキャストモードロジック又は管理ロジックに関して、異なる機能ユニット又はプロセッサの間での何らかの適切な機能分散が使用されてもよいことが明らかである。例えば、別のプロセッサ又はコントローラにより実行されるように示されている機能は、同じプロセッサ又はコントローラにより実行されてもよい。従って、特定の機能ユニットへの言及は、厳密な論理的又は物理的構造又は構成を示すのではなく、所望の機能を提供する適切な手段への言及のみとして見なされる。
【０１１３】
本発明の態様は、ハードウェア、ソフトウェア、ファームウェア又はこれらの何らかの組み合わせを含む如何なる適切な形式で実装されてもよい。任意選択で、本発明は、１つ以上のデータプロセッサ及び／又はデジタルシグナルプロセッサで動作するコンピュータソフトウェアとして、少なくとも部分的に実装されてもよい。従って、本発明の実施例の要素及び構成要素は、何らかの適切な方法で物理的、機能的及び論理的に実装されてもよい。実際に、機能は、単一のユニット、複数のユニット又は他の機能ユニットの一部として実装されてもよい。
【０１１４】
本発明の概念の一実施例は、Ｅ−ＵＴＲＡＮでの使用について説明されているが、本発明の概念はこの実施例に限定されないことが考えられる。ここに記載の本発明の概念は、何らかのセルラ通信システムで特定のＭＢＭＳサービスについて関心のあるユーザ又は起動したユーザを検出することが望まれる場合に常に適用され得ることが考えられる。
【０１１５】
前述の本発明の概念は、以下の利点のうち１つ以上を提供することを目的とすることが考えられる。
【０１１６】
（ｉ）ＭＢＭＳカウンティング手順についてのレイヤ１（物理リンクレイヤ）のシグナリング
（ｉｉ）３ＧＰＰでの既存のＭＢＭＳカウンティング手順での以下の利点のうち１つ以上
ａ）セルでＭＢＭＳを起動したユーザを検出する簡単な複雑性の低い手順
ｂ）アイドル状態のＵＥと接続状態のＵＥとの双方について共通の手順
ｃ）手順は、非常に少量のシグナリングトラヒックを生成すること
ｄ）手順は、かなりの上りリンク負荷を生成しないこと
ｅ）手順は、ＲＡＣＨでの輻輳を生成せず、他のＲＡＣＨに影響を及ぼさないこと
ｆ）手順は、アイドル状態のＵＥがネットワークへの接続を確立することを必要としないこと
このように、例えば同じ原理をＷＣＤＭＡネットワークに適用したときに比べて、無線加入者通信ユニットの電池寿命のかなりの節約が実現可能である。
【０１１７】
いくつかの実施例に関して本発明を説明したが、ここに記載の特定の形式に限定されることを意図しない。むしろ、本発明の範囲は特許請求の範囲のみにより限定される。更に、特徴は特定の実施例に関して記載されているように見えることがあるが、前述の実施例の様々な特徴は本発明に従って結合されてもよいことを、当業者はわかる。特許請求の範囲において、‘有する’という用語は、他の要素又はステップの存在を除外しない。
【０１１８】
更に、個々に記載されているが、複数の手段、要素又は方法のステップは、例えば、単一のユニット又はプロセッサにより実装されてもよい。更に、個々の特徴が異なる請求項に含まれることがあるが、これらは、場合によって有利に結合されてもよく、異なる請求項に含まれることは、特徴の組み合わせが実現可能でない及び／又は有利でないことを意味するのではない。また、請求項の１つのカテゴリに特徴が含まれることは、このカテゴリへの限定を示すのではなく、この特徴は必要に応じて他の請求項のカテゴリにも同様に適用可能になり得ることを示す。
【０１１９】
更に、請求項における特徴の順序は、特徴が実行されなければならない特定の順序を示すのではなく、特に、方法の請求項の個々のステップの順序は、ステップがこの順序で実行されなければならないことを示すのではない。むしろ、ステップは如何なる適切な順序で実行されてもよい。更に、単数への言及は複数を除外しない。従って、“１つ”、“第１の”、“第２の”等への言及は複数を除外しない。
【特許請求の範囲】
【請求項１】
少なくとも１つの通信セルを有する無線通信システムでブロードキャストサービスに関係する１つ以上の無線加入者通信ユニットからフィードバックを取得する方法であって、
ネットワークコントローラにより、(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを１つ以上の無線加入者通信ユニットに送信し、
無線加入者通信ユニットにより、前記要求メッセージを受信して処理し、
前記無線加入者通信ユニットにより、前記要求メッセージに応じてレイヤ１の応答信号を送信し、ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信され、
前記ネットワークコントローラにより、特定の通信セルで前記レイヤ１の応答信号を検出し、これに応じて、
(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び
(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のうち１つを実行する方法。
【請求項２】
前記要求メッセージは、１つ以上の無線加入者通信ユニットがブロードキャストサービスを受信することに関心があるか又はブロードキャストサービスを受信しているか否かを特定するために、前記ネットワークコントローラにより送信される、請求項１に記載の方法。
【請求項３】
前記ブロードキャストサービスを受信することに関心がある場合又は前記ブロードキャストサービスを受信している場合に、レイヤ１の応答信号は、前記要求メッセージに応じて前記無線加入者通信ユニットにより送信される、請求項１に記載の方法。
【請求項４】
レイヤ１の応答信号を送信することは、前記要求メッセージで示された個別アクセスリソースでレイヤ１の応答信号を送信することを有する、請求項１に記載の方法。
【請求項５】
レイヤ１の応答信号を送信することは、(i)前記非同期RACHのプリアンブル部分、(ii)一式の指定のRACHリソースからランダムに選択された非同期RACH、のうち少なくとも１つでレイヤ１の応答信号を送信することを有する、請求項４に記載の方法。
【請求項６】
前記個別アクセスリソースは、確率係数を有し、
前記方法は、前記要求メッセージで前記ネットワークコントローラから前記複数の無線加入者通信ユニットに前記確率係数を送信し、これに応じて前記非同期RACHを選択することを更に有する、請求項４に記載の方法。
【請求項７】
前記個別アクセスリソースを示す情報は、前記ブロードキャストサービスに関心のある無線加入者通信ユニットのみが前記個別アクセスリソースを示す情報を受信することができるように、暗号化又は保護される、請求項４に記載の方法。
【請求項８】
複数のブロードキャストサービスの間で複数のレイヤ１の複数の応答信号を時間多重することを更に有する、請求項１に記載の方法。
【請求項９】
前記無線加入者通信ユニットが前記ブロードキャストサービスを復号するのに弱すぎる信号を受信している場合、レイヤ１の応答信号は、前記無線加入者通信ユニットにより前記要求メッセージに応じて送信される、請求項１に記載の方法。
【請求項１０】
少なくとも１つの通信セルと、
前記少なくとも１つの通信セルで動作可能であり、少なくとも１つのネットワークコントローラから信号を受信するように構成された１つ以上の無線加入者通信ユニットと、
前記１つ以上の無線加入者通信ユニットに(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを送信するように構成された少なくとも１つのネットワークコントローラと
を有するセルラ通信システムであって、
少なくとも１つの無線加入者通信ユニットは、前記要求メッセージを受信して処理し、前記要求メッセージに応じて、レイヤ１の応答信号を送信し、ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信され、
前記ネットワークコントローラは、特定の通信セルで前記レイヤ１の応答信号を検出し、これに応じて、前記通信セルでブロードキャストサービスについてポイント・ツー・マルチポイントのブロードキャスト動作モードに入るセルラ通信システム。
【請求項１１】
トランシーバと、
前記トランシーバに動作可能に結合され、１つ以上の無線加入者通信ユニットに(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを送信するように構成された処理ロジックと
を有するセルラネットワークコントローラであって、
前記トランシーバは、前記要求メッセージに応じて特定の通信セルからレイヤ１の応答信号を受信して処理するように構成され、これに応じて、
(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び
(ii)前記通信セルでブロードキャストサービスの配信態様を変更すること
のうち１つを実行し、
前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信されるセルラネットワークコントローラ。
【請求項１２】
ネットワークコントローラから(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを受信するように構成されたトランシーバと、
前記トランシーバに動作可能に結合され、前記要求メッセージを処理するように構成された処理ロジックと
を有する無線加入者通信ユニットであって、
前記トランシーバは、これに応じてレイヤ１の応答信号を送信し、前記レイヤ１の応答信号の送信に応じてブロードキャスト伝送を受信するように構成され、ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信される、無線加入者通信ユニット。
【請求項１３】
ブロードキャストサービスに関係する１つ以上の無線加入者通信ユニットからフィードバックを取得するように構成されたセルラ通信システムのネットワークコントローラであって、
前記ネットワークコントローラは、実行可能プログラムコードを有するロジックを有し、
前記プログラムコードは、
(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを１つ以上の無線加入者通信ユニットに送信し、
前記ネットワークコントローラにより、特定の通信セルで前記要求メッセージに応答するレイヤ１の応答信号を検出し、これに応じて、
(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び
(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のうち１つを実行するように動作可能であり、
前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信される、ネットワークコントローラ。
【請求項１４】
ブロードキャストサービスに関係する１つ以上の無線加入者通信ユニットからフィードバックを取得するプログラムコードを有するコンピュータプログラムであって、
(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを１つ以上の無線加入者通信ユニットに送信し、
ネットワークコントローラにより、特定の通信セルで前記要求メッセージに応答するレイヤ１の応答信号を検出し、
ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信され、
前記応答信号の検出に応じ、前記セルで前記ブロードキャストサービスについてポイント・ツー・マルチポイントのブロードキャスト動作モードに入るプログラムコードを有するコンピュータプログラム。
【請求項１５】
ブロードキャストサービスを受信するプログラムコードを有するコンピュータプログラムであって、
無線加入者通信ユニットで(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを受信して処理し、
無線加入者通信ユニットが前記ブロードキャストサービスを受信することに関心がある場合、または、無線加入者通信ユニットが加入したブロードキャストサービスを復号するのに弱すぎる信号を受信している場合、前記要求メッセージに応じてレイヤ１の応答信号を送信し、
これに応じて前記ブロードキャストサービスを受信するプログラムコードを有し、
ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信されるコンピュータプログラム。
【請求項１】
少なくとも１つの通信セルを有する無線通信システムでブロードキャストサービスに関係する１つ以上の無線加入者通信ユニットからフィードバックを取得する方法であって、
ネットワークコントローラにより、(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを１つ以上の無線加入者通信ユニットに送信し、
無線加入者通信ユニットにより、前記要求メッセージを受信して処理し、
前記無線加入者通信ユニットにより、前記要求メッセージに応じてレイヤ１の応答信号を送信し、ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信され、
前記ネットワークコントローラにより、特定の通信セルで前記レイヤ１の応答信号を検出し、これに応じて、
(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び
(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のうち１つを実行する方法。
【請求項２】
前記要求メッセージは、１つ以上の無線加入者通信ユニットがブロードキャストサービスを受信することに関心があるか又はブロードキャストサービスを受信しているか否かを特定するために、前記ネットワークコントローラにより送信される、請求項１に記載の方法。
【請求項３】
前記ブロードキャストサービスを受信することに関心がある場合又は前記ブロードキャストサービスを受信している場合に、レイヤ１の応答信号は、前記要求メッセージに応じて前記無線加入者通信ユニットにより送信される、請求項１に記載の方法。
【請求項４】
レイヤ１の応答信号を送信することは、前記要求メッセージで示された個別アクセスリソースでレイヤ１の応答信号を送信することを有する、請求項１に記載の方法。
【請求項５】
レイヤ１の応答信号を送信することは、(i)前記非同期RACHのプリアンブル部分、(ii)一式の指定のRACHリソースからランダムに選択された非同期RACH、のうち少なくとも１つでレイヤ１の応答信号を送信することを有する、請求項４に記載の方法。
【請求項６】
前記個別アクセスリソースは、確率係数を有し、
前記方法は、前記要求メッセージで前記ネットワークコントローラから前記複数の無線加入者通信ユニットに前記確率係数を送信し、これに応じて前記非同期RACHを選択することを更に有する、請求項４に記載の方法。
【請求項７】
前記個別アクセスリソースを示す情報は、前記ブロードキャストサービスに関心のある無線加入者通信ユニットのみが前記個別アクセスリソースを示す情報を受信することができるように、暗号化又は保護される、請求項４に記載の方法。
【請求項８】
複数のブロードキャストサービスの間で複数のレイヤ１の複数の応答信号を時間多重することを更に有する、請求項１に記載の方法。
【請求項９】
前記無線加入者通信ユニットが前記ブロードキャストサービスを復号するのに弱すぎる信号を受信している場合、レイヤ１の応答信号は、前記無線加入者通信ユニットにより前記要求メッセージに応じて送信される、請求項１に記載の方法。
【請求項１０】
少なくとも１つの通信セルと、
前記少なくとも１つの通信セルで動作可能であり、少なくとも１つのネットワークコントローラから信号を受信するように構成された１つ以上の無線加入者通信ユニットと、
前記１つ以上の無線加入者通信ユニットに(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを送信するように構成された少なくとも１つのネットワークコントローラと
を有するセルラ通信システムであって、
少なくとも１つの無線加入者通信ユニットは、前記要求メッセージを受信して処理し、前記要求メッセージに応じて、レイヤ１の応答信号を送信し、ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信され、
前記ネットワークコントローラは、特定の通信セルで前記レイヤ１の応答信号を検出し、これに応じて、前記通信セルでブロードキャストサービスについてポイント・ツー・マルチポイントのブロードキャスト動作モードに入るセルラ通信システム。
【請求項１１】
トランシーバと、
前記トランシーバに動作可能に結合され、１つ以上の無線加入者通信ユニットに(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを送信するように構成された処理ロジックと
を有するセルラネットワークコントローラであって、
前記トランシーバは、前記要求メッセージに応じて特定の通信セルからレイヤ１の応答信号を受信して処理するように構成され、これに応じて、
(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び
(ii)前記通信セルでブロードキャストサービスの配信態様を変更すること
のうち１つを実行し、
前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信されるセルラネットワークコントローラ。
【請求項１２】
ネットワークコントローラから(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを受信するように構成されたトランシーバと、
前記トランシーバに動作可能に結合され、前記要求メッセージを処理するように構成された処理ロジックと
を有する無線加入者通信ユニットであって、
前記トランシーバは、これに応じてレイヤ１の応答信号を送信し、前記レイヤ１の応答信号の送信に応じてブロードキャスト伝送を受信するように構成され、ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信される、無線加入者通信ユニット。
【請求項１３】
ブロードキャストサービスに関係する１つ以上の無線加入者通信ユニットからフィードバックを取得するように構成されたセルラ通信システムのネットワークコントローラであって、
前記ネットワークコントローラは、実行可能プログラムコードを有するロジックを有し、
前記プログラムコードは、
(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを１つ以上の無線加入者通信ユニットに送信し、
前記ネットワークコントローラにより、特定の通信セルで前記要求メッセージに応答するレイヤ１の応答信号を検出し、これに応じて、
(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び
(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のうち１つを実行するように動作可能であり、
前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信される、ネットワークコントローラ。
【請求項１４】
ブロードキャストサービスに関係する１つ以上の無線加入者通信ユニットからフィードバックを取得するプログラムコードを有するコンピュータプログラムであって、
(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを１つ以上の無線加入者通信ユニットに送信し、
ネットワークコントローラにより、特定の通信セルで前記要求メッセージに応答するレイヤ１の応答信号を検出し、
ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信され、
前記応答信号の検出に応じ、前記セルで前記ブロードキャストサービスについてポイント・ツー・マルチポイントのブロードキャスト動作モードに入るプログラムコードを有するコンピュータプログラム。
【請求項１５】
ブロードキャストサービスを受信するプログラムコードを有するコンピュータプログラムであって、
無線加入者通信ユニットで(i)ポイント・ツー・マルチポイントのブロードキャスト動作モードに入ること、及び(ii)前記通信セルで前記ブロードキャストサービスの配信態様を変更すること、のいずれかを実行するか否かに関する応答を要求する要求メッセージを受信して処理し、
無線加入者通信ユニットが前記ブロードキャストサービスを受信することに関心がある場合、または、無線加入者通信ユニットが加入したブロードキャストサービスを復号するのに弱すぎる信号を受信している場合、前記要求メッセージに応じてレイヤ１の応答信号を送信し、
これに応じて前記ブロードキャストサービスを受信するプログラムコードを有し、
ここで、前記レイヤ１の応答信号は、前記ブロードキャストサービスについての特定の個別シグニチャ系列であり、かつ、非同期ＲＡＣＨで送信されるコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１２−１１０００３（Ｐ２０１２−１１０００３Ａ）
【公開日】平成２４年６月７日（２０１２．６．７）
【国際特許分類】
【出願番号】特願２０１２−８４（Ｐ２０１２−８４）
【出願日】平成２４年１月４日（２０１２．１．４）
【分割の表示】特願２００９−５２４９９１（Ｐ２００９−５２４９９１）の分割
【原出願日】平成１９年７月１８日（２００７．７．１８）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年６月７日（２０１２．６．７）
【国際特許分類】
【出願日】平成２４年１月４日（２０１２．１．４）
【分割の表示】特願２００９−５２４９９１（Ｐ２００９−５２４９９１）の分割
【原出願日】平成１９年７月１８日（２００７．７．１８）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]