(57)【特許請求の範囲】
【請求項１】
基本チャネル及び補助チャネルを有するワイヤレス通信システム内で送信するための方法であって
複数のリモート・ユニットから第１複数のアップリンク送信信号を受信する段階と、
第１複数のアップリンク送信から第２複数のアップリンク送信を判定する段階であって、第２複数のアップリンク送信信号は、最大受信電力を有する第１複数のアップリンク送信信号を送信する少なくとも２つのリモート・ユニットから送信される、前記判定する段階と、
第２複数のアップリンク送信信号を送信するリモート・ユニットに前記補助チャネルを割り当て、残りのリモート・ユニットに前記基本チャネルを割り当てる段階と、
前記第２複数のアップリンク送信信号を合成して、合成信号を生成する段階と、
ダウンリンク通信信号を介して前記複数のリモート・ユニットにブロードキャストするために、前記合成信号を基地局に送信する段階と
を含むことを特徴とする方法。
【請求項２】
複数のリモート・ユニットから第１複数のアップリンク送信信号を受信する前記段階は、前記複数のリモート・ユニットから複数のトラヒック・チャネル送信信号を受信する段階からなることを特徴とする請求項１記載の方法。
【請求項３】
前記第２複数のアップリンク送信信号を合成する前記段階は、
前記第２複数のアップリンク送信信号を復号して、複数の復号送信信号を生成する段階と、
前記複数の復号送信信号を加算して、加算済み復号送信信号を生成する段階と、
前記加算済み復号送信信号を符号化する段階と
を含むことを特徴とする請求項１記載の方法。
【請求項４】
ダウンリンク通信信号を介して前記複数のリモート・ユニットにブロードキャストするために、前記合成信号を基地局に送信する前記段階は、ダウンリンク・トラヒック・チャネルを介して前記複数のリモート・ユニットにブロードキャストするために、前記合成信号を基地局に送信する段階からなることを特徴とする請求項１記載の方法。
【請求項５】
基本チャネルおよび補助チャネルを有するワイヤレス通信システム内で送信するための装置であって
複数のリモート・ユニットから第１複数のアップリンク送信信号を入力し、前記第１複数のアップリンク送信から第２複数のアップリンク送信を判定し、前記第２複数のアップリンク送信信号を送信するリモート・ユニットに前記補助チャネルを割り当て、残りのリモート・ユニットに前記基本チャネルを割り当てる論理ユニットであって、前記第２複数のアップリンク送信は、最大受信電力を有する前記第１複数のアップリンク送信に対応する少なくとも２つのリモート・ユニットから送信される、前記論理ユニットと、
前記第２複数のアップリンク送信信号を入力として有し、かつ前記複数のアップリンク送信信号の合成に等しい信号を出力するトランスコーダと
を備えることを特徴とする装置。
【請求項６】
前記第１複数のアップリンク送信は、複数のアップリンク・トラヒック・チャネル送信からなることを特徴とする請求項５記載の装置。
【発明の詳細な説明】
（産業上の利用分野）
本発明は、一般に、通信システムに関し、さらに詳しくは、ワイヤレス通信システム内のデータ送信に関する。
【０００１】
（従来の技術）
次世代ワイヤレス通信システム・アーキテクチャは、有線サービスに匹敵する一連のサービスを提供できなければならない。次世代符号分割多元接続（ＣＤＭＡ）アーキテクチャに想定されるそのようなサービスの一つに、マルチキャスティングがある。定義上、マルチキャスティング(multicasting)とは、同一情報コンテンツを各宛先に個別に送信せずに、複数の宛先に情報の配信を行う方法のことである。
【０００２】
一般に、マルチキャスティングはネットワークにおいて大量のトラヒックを発生する。さらに具体的には、マルチキャスト・セッションに関与する各個人がネットワークを介してアップリンク情報を渡すので、非常に多くのトラヒックが発生する。トラヒックの規模は、ネットワークを介して送信されるデータの量に直接関係する。従って、ネットワーク輻輳を軽減するために、通信システムができるだけ少ない送信をすることが有利である。故に、ネットワーク・トラヒックを最小限に抑える、通信システムにおける送信のための方法および装置が必要とされる。
【０００３】
（好適な実施例の説明）
ネットワーク輻輳を軽減する通信システム内の送信の必要性に対処するため、本明細書において通信システム内で送信のための方法および装置が提供される。本発明の好適な実施例に従って、群呼(group call)に参加する全リモート・ユニットは、低データ・レート・トラヒック・チャネルを介してアップリンク通信を各基地局に能動的に送信できる。最高送信エネルギを有するリモート・ユニットは加算され、群呼に関与する全リモート・ユニットにブロードキャスト(broadcast)される。最高送信エネルギを有するリモート・ユニットのみが加算・ブロードキャストされるので、ネットワーク輻輳は大幅に軽減される。
【０００４】
本発明は、ワイヤレス通信システム内の送信のための方法を包含する。本方法は、複数のリモート・ユニットから複数のアップリンク送信を受信する段階と、複数のリモート・ユニットのうちのサブセットを判定する段階とからなる。本発明の好適な実施例では、このサブセットは、複数のリモート・ユニットからの各リモート・ユニットのアップリンク送信のエネルギに基づいて判定される。このサブセットについてアップリンク送信は合成され、合成信号を生成し、この合成信号は、ダウンリンク通信信号を介して複数のリモート・ユニットにブロードキャストするために、基地局に送信される。
【０００５】
さらに、本発明は、ワイヤレス通信システム内の送信のための方法を包含する。本方法は、複数のリモート・ユニットから第１複数のアップリンク音声送信を受信する段階と、第１複数のアップリンク音声送信から第２複数のアップリンク音声送信を判定する段階とからなる。本発明の好適な実施例では、第２複数のアップリンク音声送信は、その送信のエネルギに基づいて判定される。第２複数のアップリンク音声送信は合成され、またダウンリンク音声チャネルを介して複数のリモート・ユニットにブロードキャストするために、基地局に送信される。
【０００６】
さらに、本発明は、複数のリモート・ユニットからの第１複数のアップリンク送信を入力として有し、かつ第１複数のアップリンク送信から得た第２複数のアップリンク送信を出力する論理ユニットからなる。本発明の好適な実施例では、第２複数のアップリンク送信は、そのアップリンク送信のエネルギに基づいて判定される。さらに、本装置は、第２複数のアップリンク送信を入力として有し、かつ複数のアップリンク送信の合成に等しい信号を出力するトランスコーダ(transcoder)からなる。
【０００７】
ここで、同様な参照番号は同様な構成要素を表す図面を参照して、図１は本発明の好適な実施例による通信システム１００のブロック図である。本発明の好適な実施例では、通信システム１００は、cdma2000 International Telecommunication Union-Radio communication (ITU-R) Radio Transmission Technology (RTT) Candidate Submission文書に記述されるような次世代ＣＤＭＡアーキテクチャを利用するが、別の実施例では、通信システム１００は、次世代ＧＳＭ(Global System for Mobile Communications)プロトコルまたは"Personal Station-Base Station Compatibility Requirements for 1.8 to 2.0 GHz Code Division Multiple Access (CDMA) Personal Communication Systems"（米国規格協会（ＡＮＳＩ）Ｊ−ＳＴＤ−００８）に記述されるようなＣＤＭＡシステム・プロトコルを含むがそれらに制限されない、他のアナログまたはデジタル・セルラ通信システム・プロトコルを利用してもよい。
【０００８】
通信システム１００は、無線アクセス・ネットワーク（ＲＡＮ：Radio Access Networks）１２１〜１２２に結合されたネットワーク１１２を含む。各ＲＡＮ１２１〜１２２は、複数のリモート・ユニットまたは移動ユニット（ＭＵ）１１３〜１１８と、少なくとも一つの基地トランシーバ局（ＢＴＳ：Base Transceiver Station）１０１〜１０２と、少なくとも一つの多重制御ユニット（ＭＣＵ：Multiple Control Unit）１１９〜１２０とによって構成される。図示していないが、ＲＡＮ１２１〜１２２は、移動交換局（ＭＳＣ：Mobile Switching Center）や、回線交換網における集中基地局コントローラ（ＣＢＳＣ：Centralized Base Station Controller）や、パケット交換網における無線ネットワーク・コントローラ（ＲＮＣ：Radio Network Controller），ゲートキーパ（ＧＫ：Gatekeeper）およびゲートウェイ（ＧＷ：GateWay）などの周知のネットワーク要素をさらに含む。通信システム１００内のネットワーク要素は、本明細書で規定する機能を実行するために任意の適切な方法で機能するプロセッサ，メモリ，命令セットなどで周知のように構築されると想定される。
【０００９】
本発明の好適な実施例では、基地局１０１〜１０２は、ネットワーク１１２上でマルチキャスティング・セッションを行うことができる。さらに具体的には、基地局１０１〜１０２は、マルチキャスティングを行うために、ＩＥＴＦ(Internet Engineering Task Force)のＲＦＣ(Request for Comments)文書１１１２およびＲＦＣ文書２２３６に記述されるようなＩＧＭＰ(Internet Group Management Protocol)を利用する。マルチキャスト・セッションを受信することを希望するリモート・ユニット１１３〜１１８は、システム・ブロードキャスト・チャネル上でマルチキャスト広告メッセージ(multicast advertisement message)を監視して、受信すべきセッションを判定する。ブロードキャスト・チャネルは、本明細書に参考として含まれる、Mobile Station-Base Station Compatibility Standards for Dual-Mode Wideband Spread Spectrum Cellular Systems, Telecommunications Industry Association Interim Standard 95A, Washington, DC July 1993 （ＩＳ−９５Ａ）に記述されるような共通の順方向物理／ページング・チャネルの一部である。
【００１０】
本発明の好適な実施例では、広告メッセージはリモート・ユニット１１３〜１１８に利用可能なマルチキャスト・イベントに関する情報を含む。この情報は、セッションのインターネット・プロトコル（ＩＰ）アドレス，ポート番号，送信の時間および期間，ならびにイベントの簡単な説明を含む。本発明の好適な実施例では、ＣＤＭＡエア・インタフェース用の補助チャネル要求／許可／制御メッセージは、ＴＩＡ／ＥＩＡ／９５データ・バースト・メッセージ内のペイロードとして搬送される。ＴＩＡ／ＥＩＡ／ＴＳＢ５８−Ｂの表４．２−１に規定されるような、０ｘ８００１の拡張バースト・タイプ割当(Extended Burst Type Assignment)は、データ・バーストがディスパッチ制御メッセージを搬送していることを通知するために用いられる。
【００１１】
基地局１０１〜１０２はマルチキャスト・セッションに参加して、セッションに参加することを要求した少なくとも一つのリモート・ユニット１１３〜１１８が存在する場合に、高速データ・チャネル（補助チャネル(supplemental channel)）を介してエア・インタフェース上でこれを転送する。リモート・ユニットがマルチキャスト・イベントへの参加を要求すると、共通の補助チャネルはこのリモート・ユニットに割当てられ、マルチキャスト・セッションはこのマルチキャスト・イベントに現在参加中の全リモート・ユニットにブロードキャストされる。
【００１２】
図２は、本発明の好適な実施例による図１の基地局１０１〜１０２のブロック図である。基地局１０１〜１０２は、論理ユニット２０１と、一つまたはそれ以上の共通制御チャネル回線２０４，一つまたはそれ以上の基本チャネル回線２０３および一つまたはそれ以上の補助チャネル回線２０５からなる送信／受信回線と、加算器(summer)２１１と、変調器２１５とによって構成される。本発明の好適な実施例では、リモート・ユニット１１３〜１１８への通信は、補助チャネル回線２０５および／または基本チャネル回線(fundamental channel circuit)２０３を利用して行うことができる。特に、基地局１０１〜１０２は、順方向送信および逆方向送信の両方について定められた二種類のチャネルを利用する。好適な実施例では、基本チャネル２０３は、音声およびシグナリング用に利用される既存のＣＤＭＡトラヒック・チャネルと同様である。同様に、共通制御チャネル２０４は、マルチキャスト広告情報とともに、システム情報および制御シグナリングを渡すために用いられる。
【００１３】
マルチキャスト・セッション（または群呼）を送信する場合、マルチキャスト・セッションへの加入(subscribe)または離脱(de-subscribe)するためのＩＧＭＰ(Internet Group Management Protocol)メッセージを送信するために、基本チャネル２０３または共通制御チャネル２０４（すなわち、低データ・レート・チャネル）が利用される。また、基本チャネル２０３は、群呼に関与するリモート・ユニット１１３〜１１８への音声データの送受信を行うために利用される。ＣＤＭＡトラヒックおよび共通制御チャネルについては、RTT Candidate Submission文書ならびにＩＳ−９５Ａにおいて詳述されている。さらに、基本チャネル回線２０３を利用して、ソフト・ハンドオフ（２つ以上の基本チャネル回線２０３を利用する同時通信）もサポートされる。
【００１４】
補助チャネル回線２０５は、高データ・レート・サービス（例えば、マルチキャスト・パケット・データ，ビデオなど）をリモート・ユニット１１３〜１１８に通信するために利用される。補助チャネルのデータ・レートは、送信前に指定される。複数のデータ・ソースは、このチャネル上で時分割(time multiplexed)される。さらに、このチャネルのサービス品質(Quality-of-Service)（例えば、フレーム・エラー・レート（ＦＥＲ：Frame Error Rate），ビット・エラー・レート（ＢＥＲ：Bit Error Rate）および／または送信遅延(Transmission Delay)）は、基本チャネルから独立して設定・運用できる。補助チャネルおよび基本チャネルについての説明は、本発明の譲受人に譲渡され、本明細書に参考として含まれる、Rihchiusoらによる米国特許第６，１４４，６５１号（弁理士文書番号ＣＥ０３８７０Ｒ）にみることができる。
【００１５】
本発明の好適な実施例による基地局１０１〜１０２からのデータ送信およびチャネル割当は、次のように行われる。逆方向アクセス（共通制御）チャネル回線は、マルチキャスト・セッションに参加するリモート・ユニットから加入メッセージ(subscribe message)を受信する。好ましくは、この加入メッセージは、リモート・ユニットと基地局との間ですでに確立済みのトラヒック・チャネル上で送信される。上記のように、加入メッセージは、マルチキャスト・セッションに加入するためのＩＧＭＰメッセージからなる。論理ユニット２０１は、要求されたマルチキャスト・セッションに現在加入している（すなわち、別のリモート・ユニットがセッションに現在加入している）かどうかを判定し、加入している場合、肯定応答（ＡＣＫ：acknowledgment）メッセージがリモート・ユニットに送信される。本発明の好適な実施例では、ＡＣＫメッセージは現チャネル（すなわち、割当済みウォルシュ符号およびロング符号）を収容し、このロング符号はマルチキャストＩＰアドレスの関数である。本発明の好適な実施例では、ＡＣＫメッセージはマルチキャスト・セッションを復調するためにリモート・ユニットによって用いられる補助チャネル・ウォルシュ符号およびロング符号を収容する。好適な実施例では、基地局１０１〜１０２がマルチキャスト・セッションに現在加入していなければ、論理ユニット２０１はマルチキャスト・アドレスを判定し、マルチキャスト・セッションに参加することを要求するクエリー・メッセージ(query message)を送信する。
【００１６】
マルチキャスト・セッション中に、各リモート・ユニット１１３〜１１８は、高速データ（例えば、ビデオ）を含むダウンリンク補助送信１０９から１１０を受信する。本発明の好適な実施例では、各基地局１０１〜１０２に対して一つの補助チャネルが利用される。アップリンク側では、補助チャネルは全リモート・ユニット間で共用されるが、一度に一つのリモート・ユニット１１３〜１１８のみがアップリンク補助チャネルを利用して送信することが許される。アップリンク補助チャネルを利用して現在送信中のリモート・ユニットは、マルチキャストに参加する全ての他のリモート・ユニットに対して、自局の送信を（ダウンリンク補助チャネル１０９〜１１０を介して）ブロードキャストさせる。例えば、図１に示すように、リモート・ユニット１１３〜１１８はマルチキャスト・セッションに参加し、リモート・ユニット１１８がアップリンク補助チャネル１１１を介して高速データを供給している。高速データは、セッションに関与する全リモート・ユニットにダウンリンク補助チャネル１０９〜１１０を介して送信される。
【００１７】
一つのリモート・ユニット１１３〜１１８のみが高速データをマルチキャスト・セッションに同時に供給できるが、全リモート・ユニット１１３〜１１８は基本トラヒック・チャネル１０３〜１０８を介して（音声および全制御メッセージにより）セッションに同時に参加できる。従って、本発明の好適な実施例に従って、全リモート・ユニット１１３〜１１８はアップリンク基本チャネル１０３〜１０８を介して音声トラヒックを供給できる。全リモート・ユニット１１３〜１１８の音声トラヒックは合成され（以下で説明する）、ダウンリンク基本トラヒック・チャネルを介して全リモート・ユニット１１３〜１１８に送信される。
【００１８】
本発明の好適な実施例では、各リモート・ユニット１１３〜１１８はアップリンク補助チャネルを利用して送信できる。どのリモート・ユニットが最高音声エネルギの基本チャネル・アップリンクを供給しているのか判定が行われ、このリモート・ユニットにアップリンク補助チャネルが割当てられる。例えば、図１を参照して、補助チャネル１１１がリモート・ユニット１１８に割当てられているので、アップリンク基本チャネル１０７は全アップリンク基本チャネル１０３〜１０８のうち最高音声エネルギを有する。従って、本発明の好適な実施例により、複数のアップリンク送信が複数のリモート・ユニットから受信される。どのリモート・ユニットが最高アップリンク送信エネルギを有するのか判定が行われ、このリモート・ユニットに高データ・レートのアップリンク・チャネルが割当てられる。このプロセスは周期的に反復し、その送信エネルギに基づいて新たなリモート・ユニットに高速データ・チャネルが絶えず割当てられる。従って、本発明の好適な実施例により、以降の時間において、第２複数のアップリンク送信が複数のリモート・ユニットから受信され、上記のように第２リモート・ユニットが判定され、補助チャネルが割当てられる。
【００１９】
本発明では、一度に一つのリモート・ユニット１１３〜１１８のみが補助チャネル上で送信することが許される。このため、空中でのトラヒック(over-the-air traffic)は大幅に低減される。さらに、高速送信が制限されるので、ネットワーク・トラヒックも同様に低減される。
【００２０】
図３は、本発明の好適な実施例による、図１および図２の基地局の動作を示すフローチャートである。以下の説明では、リモート・ユニット１１３〜１１８が群呼に能動的に参加中であり、各ユニットは割当てられた固有のトラヒック・チャネルと、割当てられた共用アップリンクおよびダウンリンク補助チャネルとを有すると仮定する。論理フローはステップ３０１から開始し、ここで論理ユニット２０１は群呼に関与するリモート・ユニット１１３〜１１８から複数のアップリンク・トラヒック・チャネル送信を受信する。次にステップ３０３にて、論理ユニット２０１は、基地局のカバレッジ・エリア内で呼に関与するリモート・ユニットがアップリンク補助チャネル上で能動的に送信中であるかどうかを判定する。ローカル・リモート・ユニットがアップリンク補助チャネルを能動的に送信中の場合、論理フローはステップ３０５に進み、ここでアップリンク補助チャネル・データはネットワーク１１２に転送される。ステップ３０３にて、群呼に関与するリモート・ユニットがアップリンク補助チャネルを現在送信中でないと判定されると、論理フローはステップ３０７に進む。ステップ３０７にて、論理ユニット２０１はトラヒック・チャネルを介して受信した信号をＭＣＵ１１９〜１２０に転送する。
【００２１】
ステップ３０９にて、論理ユニット２０１はダウンリンク・トラヒック・チャネル・データおよびダウンリンク補助チャネル・データをネットワーク１１２から受信する。さらに、論理ユニット２０１は、アップリンク補助チャネル割当コマンドをＭＣＵから受信する。本発明の好適な実施例では、ダウンリンク・トラヒック・チャネル・データは、呼に関与するリモート・ユニットの複数のリモート・ユニット音声送信の合成である。ダウンリンク補助チャネル・データは、アップリンク補助チャネルを能動的に送信中のリモート・ユニットから送信されるデータである。最後に、アップリンク補助チャネル割当コマンドは、どのリモート・ユニットにアップリンク補助チャネルを利用してデータを送信する許可を与えるべきかについての命令からなる。
【００２２】
ステップ３１１にて、基地局は呼に関与する全リモート・ユニット１１３〜１１８にダウンリンク補助チャネル・データおよびダウンリンク・トラヒック・チャネル・データをブロードキャストする。ステップ３１３にて、論理ユニット２０１は、基地局のカバレッジ・エリア内で呼に関与するリモート・ユニットにアップリンク補助チャネルを割当てるべきかどうかを、（補助チャネル割当コマンドを介して）判定する。ステップ３１３にて、基地局のカバレッジ・エリア内のリモート・ユニットにアップリンク補助チャネルを割当てるべきと判断された場合、論理フローはステップ３１５に進み、ここでチャネルは割当てられ、それ以外の場合には、論理はステップ３１７にて終了する。
【００２３】
上記のように、本発明の好適な実施例に従って、一度に一つのリモート・ユニットのみが補助チャネルを利用して送信することが許される。補助チャネルはリモート・ユニット間で共用されるので、群呼に関与する各リモート・ユニットは補助チャネルを利用して送信できる。このため、空中でのトラヒックは大幅に低減される。さらに、高速送信が制限されるので、ネットワーク・トラヒックも同様に低減される。
【００２４】
図４は、本発明の好適な実施例による、図１のＭＣＵのブロック図である。ＭＣＵ１１９／１２０は、論理ユニット４０１，選択／分配ユニット４０３，トランスコーダ（ＸＣＤＲ）４０４，加算器４０５およびエネルギ検出器４０６によって構成される。本発明の好適な実施例では、ＭＣＵは自局のＲＡＮ内のローカル基地局に結合される。さらに、各群呼について、群呼が２つ以上のＲＡＮを伴う場合には、マスタＭＣＵが識別される。本発明の好適な実施例では、マスタＭＣＵとは、発呼者が所属するＭＣＵのことである。群呼において、群リスト済みの電話番号(group listed phone numbers)で発呼する人物は「発呼者(caller)」と識別され、リスト済み電話番号のうちの一つによって通話される人物は「被呼者(callee)」と識別される。群呼はポイント・ツー・ポイントの呼ではないため、呼はＭＣＵを会議ブリッジ(conference bridge)として利用しなければならない。発呼者の最初の接続は、ゲートキーパ(gatekeeper)またはＣＢＳＣによって割当てられるＭＣＵである。この識別されたＭＣＵは、マスタＭＣＵとして定められる。全ての他の以降のＭＣＵは、スレーブＭＣＵとして識別される。
【００２５】
マスタＭＣＵが識別されると（この場合、ＭＣＵ１２０），ローカル（スレーブ）ＭＣＵにおける全ローカル最高音声エネルギ情報はマスタＭＣＵに送信される。これは、ディフォルトにて各スレーブＭＣＵにおける２つの最高音声エネルギをマスタＭＣＵ１２０に送信することによって達成される。全ＭＣＵのうち最高音声エネルギ情報を有するリモート・ユニットがマスタＭＣＵによって識別され、このリモート・ユニットには、ビデオを自局のＢＴＳおよび自局のＭＣＵに送信するためのアップリンク補助チャネルが許可される。
【００２６】
本発明の好適な実施例によるマスタＭＣＵの動作は、図５に示すようにして行われる。ステップ５０１にて、選択／分配ユニット４０３は、自局のローカルＲＡＮ内の複数のリモート・ユニットから複数のアップリンク送信（トラヒック・チャネル）を受信する。本発明の好適な実施例では、複数のアップリンク送信は、群呼に関与する全リモート・ユニットから送信された音声データからなる基本トラヒック・チャネル・データによって構成されるが、別の実施例では、基本トラヒック・チャネル・データは、パワー制御，補助チャネル要求／許可／設定発行，ソフト・ハンドオフなど、他の形式のデータからなってもよい。
【００２７】
基本トラヒック・チャネル・データが受信されると、エネルギ検出ユニット４０６は各信号を解析して、最強の２つの音声信号を判定する（ステップ５０３）。本発明の好適な実施例では、各アップリンク基本トラヒック・チャネルは音声圧縮符号（ＩＳ−１２７により、ＣＤＭＡについてはＥＶＲＣ(Enhanced Variable Rate Data Codec)）データをローカルＭＣＵに送信する。各アップリンク・トラヒック・チャネル内の符号レート（レート１＝＞フル，レート１／２＝＞ハーフ，レート１／８＝＞１／８レート，または全１レート）ビットおよびＦＣＢＧ／ＡＣＢＧ(Fixed/Adaptive CodeBook Gain)ビットに基づいて、音声エネルギはエネルギ検出ユニット４０６において算出される。
【００２８】
ステップ５０５にて、論理ユニット４０１は、自局のローカルＲＡＮの一部ではない複数のリモート・ユニット（群呼に関与）から複数のアップリンク送信（トラヒック・チャネル）を受信する。アップリンク送信だけでなく、これらのリモート・ユニットの最高音声エネルギ・チャネルおよび第２最高音声エネルギ・チャネルに関する情報も与えられる。すなわち、ステップ５０５にて、各スレーブＭＣＵは、呼に関与するリモート・ユニットについて、スレーブＭＣＵのローカルＲＡＮ内の２つの最高エネルギ・アップリンク送信からのアップリンク送信をマスタＭＣＵに与える。次に、論理ユニット４０１は、呼に参加する全リモート・ユニット１１３〜１１８について、どのチャネルが最高音声エネルギ・チャネルおよび第２最高音声エネルギ・チャネルであるのかを識別する。すなわち、ステップ５０７にて、そのアップリンク送信のエネルギに基づいて、呼に関与する全リモート・ユニットのサブセットが判定される。ステップ５０９にて、論理ユニット４０１は、最高音声エネルギおよび第２最高音声エネルギ・チャネル・データをトランスコーダ・ユニット４０４に送信し、ここでデータは２つのＰＣＭストリームとして復号される。これらのストリームは加算ユニット４０５にて加算され、ＡＧＣ(Automatic Gain Control)により一つのストリームとして合成され、それからトランスコーダ・ユニット４０４内のＥＶＲＣボコーダ４０７によって符号化される（ステップ５１１）。符号化ＥＶＲＣデータは、ネットワーク１１２により選択／分配ユニット４０３を介して各スレーブＭＣＵに送信される。各ＭＣＵは、この複製された符号化ＥＶＲＣデータを、呼に関与する全リモート・ユニット１１３〜１１８に、それぞれダウンリンク基本トラヒック・チャネル１０３〜１０８を介して送信する（ステップ５１３）。
【００２９】
本発明の好適な実施例では、ＥＶＲＣボコーダは最大で二人分の音声しか復号できないので、２つの信号のみが合成される。三人以上の音声を合成する場合、パッチ情報(patch information)はＥＶＲＣボコーダの限界を越える。さらに、最高音声エネルギを加算することにより、会議における暗雑音(background noise)は大幅に低減される。なお、他のボコーディング形式が採用される別の実施例では、３つ以上の音声を加算できることを留意されたい。
【００３０】
ステップ５１５にて、マスタＭＣＵにおけるエネルギ検出器および論理制御ユニットは、累加された最高音声エネルギを有する話者(talker)を判定する。ステップ５１７にて、論理ユニット４０１は、ある時間期間（この時間期間は１秒でもよい）において時間累加された最高音声エネルギを有する新たな話者が存在するかどうかを判定し、もし存在する場合、マスタＭＣＵにおける論理制御ユニットは、話者切り換え要求(switch talker request)信号（アップリンク補助チャネル割当コマンド）をＲＮＣにより全ＢＴＳに送信する（ステップ５１９）。論理フローは、ステップ５０１に戻る。ステップ５１７にて、ある時間期間において時間累積された最高音声エネルギを有する新たな話者が存在しないと判断された場合、論理フローはステップ５０１に戻る。
【００３１】
本発明の好適な実施例では、聞き手および現在の話者は自分の基本トラヒック・チャネルからダウンリンク補助チャネル情報を受信する。将来の話者は、自分の基本トラヒック・チャネルからアップリンク補助チャネル情報を受信する。ＲＮＣおよびマスタＭＣＵが全ての肯定応答を得ると、補助チャネル割当が発行されてから、現在の話者において新規ビデオＩ（イントラ）フレームが生成される。
【００３２】
この手順は、現在の話者と将来の話者のみを伴う。現在の話者および新たな話者が同じＢＴＳ内である場合、ＲＮＣはアップリンク補助情報を新たな話者に、またダウンリンク補助情報を現在の話者に、ＢＴＳを介して送信する。ＲＮＣおよびマスタＭＣＵが現在の話者および新たな話者から肯定応答を得ると、チャネル割当コマンドが送出される。現在の話者はアップリンク補助チャネル送信を閉じて、ダウンリンク補助受信機をオンする。ＢＴＳが現在の話者から肯定応答を受信すると、新たな話者はダウンリンク補助受信機をオフして、アップリンク補助送信をオンする。現在の話者および新たな話者が異なるＢＴＳ内であり、かつ新たな話者のＢＴＳがアップリンク補助資源を有している場合、チャネル割当コマンドはＲＮＣおよびマスタＭＣＵから送出される。現在の話者はアップリンク補助送信をオフし、ダウンリンク補助受信機をオンし、そのＢＴＳはアップリンク補助受信機をオフする。新たな話者はダウンリンク補助受信機をオフし、アップリンク補助送信をオンし、そのＢＴＳはアップリンク補助受信機をオンする。パワー制御，要求，肯定応答などの全ての補助チャネル制御メッセージは、個別の補助チャネルを介して送受信される。
【００３３】
各リモート・ユニットが基本トラヒック・チャネルを変更する必要はないので、基本トラヒック・チャネルは基本的な音声および制御チャネルである。補助チャネル設定に関する全情報も、基本トラヒック・チャネルから送信される。マスタＭＣＵが話者をどのように切り換えても、各リモート・ユニット１１３〜１１８は自局の基本トラヒック・チャネル１０３〜１０８を利用して、一人の話者または二人の話者を聞く。基本トラヒック・チャネル１０３〜１０８は各リモート・ユニット１１３〜１１８とＢＴＳ１０１〜１０２との間ですでに割当てられているので、補助チャネル１０９〜１１１に関する全情報はあらかじめ予測でき、補助チャネルの設定時間を大幅に短縮できる。さらに、基本トラヒック・チャネル１１３〜１１８は狭帯域チャネルとして設計されており、また補助データ・チャネル１０９〜１１１は広帯域チャネルとして設計されているので、補助チャネル・ブロードキャストはＲＦ資源を大幅に節約できる。
【００３４】
図６は、本発明の好適な実施例による、図１の多重制御ユニットの動作を示すフローチャートである。ステップ６０１にて、選択／分配ユニット４０３は、ローカルＲＡＮ内の基地局から基本トラヒック・チャネル・アップリンク・データを受信する。本発明の好適な実施例では、基本トラヒック・チャネル・データは、群呼に関与する全リモート・ユニットから送信される音声データからなるが、別の実施例では、基本トラヒック・チャネル・データは、パワー制御，補助チャネル要求／許可／設定発行，ソフト・ハンドオフなど他の形式のデータからなってもよい。基本トラヒック・チャネル・データが受信されると、エネルギ検出ユニット４０６は各信号を解析して、２つの最強音声信号を判定する（ステップ６０３）。ステップ６０５にて、論理ユニット４０１は２つの最大エネルギ信号をマスタＭＣＵに送信する。
【００３５】
本発明について、特定の実施例を参照して具体的に図説してきたが、当業者であれば、本発明の精神および範囲から逸脱せずに、形式および詳細におけるさまざまな変更が可能なことが理解されよう。例えば、リモート・ユニット１１３〜１１８は移動ユニットとして示したが、リモート・ユニット１１３〜１１８は固定でもよいことが当業者であれば理解されよう。さらに、ＭＣＵ１１９〜１２０は基地局１０１〜１０２から分離して存在することを示したが、本発明の別の実施例では、ＭＣＵ１１９〜１２０は基地局回線に組み込むことができる。このような全ての変更は、特許請求の範囲およびその同等の範囲内であるものとする。
【図面の簡単な説明】
【図１】  本発明の好適な実施例による通信システムのブロック図である。
【図２】  本発明の好適な実施例による、図１の基地局のブロック図である。
【図３】  本発明の好適な実施例による、図１および図２の基地局の動作を示すフローチャートである。
【図４】  本発明の好適な実施例による、図１の多重制御ユニットのブロック図である。
【図５】  本発明の好適な実施例による、図１の多重制御ユニットの動作を示すフローチャートである。
【図６】  本発明の好適な実施例による、図１の多重制御ユニットの動作を示すフローチャートである。
【図１】
0004866525.tif 000002
【図２】
0004866525.tif 000003
【図３】
0004866525.tif 000004
【図４】
0004866525.tif 000005
【図５】
0004866525.tif 000006
【図６】
0004866525.tif 000007