JPH07273708A - 通信システムの予測動作の方法および装置 - Google Patents

Abstract

(57)【要約】 【目的】 複数の衛星１２と、複数の衛星１２を介して
通信する複数の加入者ユニット２６と、加入者トラヒッ
ク予測を作成し、通信システム１０の動作を管理するシ
ステム制御部２８とによって構成されるセルラ通信シス
テムの動作を制御する方法および装置を提供する。 【構成】 この方法は、トラヒック予測要求を地域トラ
ヒック要求に分解する段階９７４と、過去の地域トラヒ
ック経時データに基づいて各地域トラヒック要求につい
て地域トラヒック予測を決定する段階９７６と、地域ト
ラヒック要求を統合された加入者トラヒック予測に合成
する段階９７８とを含む。加入者トラヒック予測は、通
信システム１０の動作を制御するシステム運用プランを
生成する（９０８）ために用いられる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般に、広域セルラ通
信システム(global cellular communicationsystem)に
関し、さらに詳しくは、このような通信システムを管理
して、通信トラヒック需要に対処することに関する。

【０００２】

【従来の技術】本明細書で定義される「加入者(Subscri
ber)」とは、通信システム・ユーザのことである。「加
入者トラヒック(Subscriber traffic)」とは、一人また
はそれ以上の加入者によって運用される１つまたはそれ
以上の通信装置から発信されるデータとして定義され
る。通信システムの加入者トラヒック伝搬容量は、任意
の通信システム内では有限量の資源（例えば、衛星バッ
テリに蓄積される電気エネルギまたは無線リンクのチャ
ネル容量）しかないので制限される。そのため、一度に
通信システムにアクセスできる加入者の数も制限され
る。加入者トラヒックが通信システムの容量を超える
と、一部の加入者はアクセスが拒否される。アクセスが
頻繁に拒否されると、不満な加入者もでてくることが考
えられる。

【０００３】有限資源を有する任意のシステムでは、シ
ステム資源の管理は、資源管理が全く行われない場合に
比べて優れたシステム性能（例えば、加入者トラヒック
伝搬容量の増加など）を提供することが望ましい。

【０００４】従来の地上（非セルラ）通信システム（例
えば、電話回線網）は、加入者によって利用される通信
ノード（例えば、電話機または無線装置）と、システム
の動作全体を管理する中央制御設備と、中央制御設備か
らの命令に基づいて加入者トラヒックを中継するルーテ
ィング装置(routing device)とを一般に含む。中央制御
設備の１つの機能は、システムにおける加入者トラヒッ
ク・ルーティングを制御することである。従来のルーテ
ィング管理は反応的(reactive)に行われる（すなわち、
制御設備は加入者トラヒックの実量に反応することによ
ってルーティング命令をリアルタイムに調整する）か、
あるいは予測的に行われる（すなわち、制御設備は将来
の加入者トラヒック量を予測し、この予測に基づいてル
ーティング装置に将来の加入者トラヒックを中継するよ
うに指示する）。

【０００５】また、従来の地上セルラ通信システムは、
通信ノード（例えば、セルラ電話）と、ルーティング装
置と、中央制御設備とを含む。しかし、従来の地上セル
ラ通信システムの中央制御設備は、加入者トラヒック・
ルーティングを予測的に管理しない。これらの設備は、
加入者トラヒック需要にリアルタイムに反応するだけで
ある。加入者トラヒック需要がシステムの容量を超える
と、ユーザはシステムに対するアクセスが拒否される。

【０００６】非セルラおよびセルラ・ルーティング装置
は、サービスを提供する一定のセットの通信ノードを有
するのが一般的である。非セルラ・ルーティング装置
は、ある固定伝送媒体を介して特定のルーティング装置
に一般に結合された通信ノードに対してサービスを提供
する。セルラ・ルーティング装置は、特定のルーティン
グ装置の通信範囲内の一定の地理的エリア内にある通信
ノードにサービスを提供する。

【０００７】通信ニーズが増加するにつれて、衛星セル
ラ通信システムは、従来の地上方式の非セルラおよびセ
ルラ通信システムに代わる望ましい代替方式となる。従
来の地上方式のシステムとは異なり、衛星通信システム
は全世界的な通信を容易に網羅できる。衛星セルラ通信
システムに伴うルーティング装置（すなわち、衛星）
は、地上方式の通信システムのルーティング装置と２つ
の点で異なる。

【０００８】まず第１に、衛星は一定量の加入者にサー
ビスを提供しなくてもよい。非静止衛星の場合、衛星は
地球の表面に対して移動する。従って、衛星から見る地
理的エリアおよび加入者の数は、衛星の変化する位置に
応じて大きくに変化する。

【０００９】第２に、衛星セルラ・ルーティング装置の
資源は極めてダイナミックである。重量および寸法の制
約により、打ち上げ時に各衛星が収容できる資源の量は
制限される。さらに、資源は、衛星が遠く離れているた
め増加または補充するのが困難である。例えば、電気エ
ネルギ補充は、太陽エネルギの変換によって行うことが
できる。この結果、衛星バッテリの充電状態は循環的と
なるが、これは衛星が太陽の視界にあるか黄昏時にのみ
太陽エネルギを吸収する位置にあるためである。地球が
衛星と太陽との間にあると、衛星は太陽エネルギを吸収
できない。衛星が搭載機器に給電し加入者トラヒックを
サポートすると、電気エネルギはバッテリから消費さ
れ、また電気エネルギは太陽によって補充されるので、
衛星のエネルギ可用性はダイナミックである。

【００１０】従って、各衛星は互いに全く異なるセット
の規則および制限を有し、システムの状態全体は決して
反復することはない。一方、地上方式のルーティング装
置は一般に、連続的なエネルギ供給を受け、あるいはエ
ネルギはより簡単に補充できる。

【００１１】衛星通信システムでは、資源管理は、ダイ
ナミックな加入者トラヒックおよびダイナミックな資源
可用性のため重要となる。資源管理がない場合、例え
ば、衛星に蓄積された電気エネルギは、衛星が地球の影
に入り、大都市エリア内の加入者にサービスの提供を開
始すると急速に消耗する。そうなると、衛星がバッテリ
を充電するまで、衛星の経路内のその後の加入者に対す
るサービスは拒否される。例えば、衛星システムでは、
ある賑やかな大都市エリア（例えば、東京）からの加入
者トラヒックが、別の賑やかな大都市エリア（例えば、
オーストラリアのシドニー）をサポートするために、例
えば１０分後に必要とされる衛星上のすべての蓄積エネ
ルギを消費することは許されない。

【００１２】

【発明が解決しようとする課題】適切な資源管理は、衛
星が遭遇する加入者トラヒックの正確な予測に依存す
る。このような予測により、通信システムは特定の大都
市エリアにおける加入者アクセスを知りながら制限で
き、しかもその大都市エリアおよび衛星がその後通過す
る他の地理的エリアに満足なサービスを提供できる。

【００１３】従って、セルラ通信システムが加入者トラ
ヒックを効率的に対処できる方法で資源利用が制御でき
るように、セルラ通信システムの加入者トラヒック需要
を予測する方法が必要とされる。特に必要とされるの
は、加入者トラヒック需要が変化する、制限されダイナ
ミックな資源を有する衛星セルラ通信システムの加入者
トラヒック需要を予測する方法である。

【００１４】

【課題を解決するための手段】本発明の利点は、１つの
形式において、システム制御部と、１つまたはそれ以上
のルーティング装置とによって構成される通信システム
の動作を予測的に制御する改善された方法によって達成
される。本方法は、システム制御部によって、加入者ト
ラヒック予測を生成する段階；システム制御部によっ
て、加入者トラヒック予測に基づくシステム運用プラン
を生成する段階；および１つまたはそれ以上のルーティ
ング装置によって、動作をシステム運用プランに合わせ
ることによりシステム運用プランを実行する段階によっ
て構成される。

【００１５】本発明の利点は、別の形式では、呼データ
記録に基づいて加入者トラヒック予測を生成し、かつ加
入者トラヒック予測に基づいてシステム運用プランを作
成し、かつシステム運用プランに基づいて個別プランを
作成するシステム制御部によって構成されるセルラ通信
システム用の改善された装置によって達成される。セル
ラ通信システムはさらに、１つまたはそれ以上の衛星か
らなり、この衛星はシステム制御部から個別プランを受
信し、動作を個別プランに合わせ、かつ個別プランに含
まれるアクセス情報を放送する。セルラ通信システムは
さらに、複数の加入者ユニットからなり、この加入者ユ
ニットは、アクセス番号を有する常駐メモリ装置を内蔵
し、このアクセス番号により、特定の加入者ユニット
は、１つまたはそれ以上の衛星によって放送されたアク
セス情報に基づいて自局がセルラ通信システムにアクセ
スできるかどうかを判断できる。

【００１６】本発明の利点は、別の形式では、複数の衛
星からなるセルラ通信システムで用いられる衛星通信サ
ブシステム用の改善された装置によって達成され、少な
くともその一部の衛星は天体の表面に対して移動し、各
衛星は、少なくとも１つの加入者ユニットと通信を行う
１つまたはそれ以上の送信機および受信機とを含む通信
資源を内蔵し、かつ１つまたはそれ以上の送信機および
受信機に結合された電磁エネルギを受信および送信する
少なくとも２つの装置を有する。このサブシステムは、
システム制御部によって複数の衛星に与えられる個別運
用プランを格納する衛星常駐メモリによって構成され、
この個別運用プランは将来の時間セットで複数の衛星を
運用するためのものであり、この個別運用プランは加入
者トラヒック予測に基づき、かつ複数の衛星に将来の時
間セット中の所定の時間で衛星の動作モードを変更させ
る。サブシステムはさらに、衛星常駐メモリに結合され
た衛星常駐コントローラと、１つまたはそれ以上の送信
機および受信機によって構成される。衛星常駐コントロ
ーラは、衛星常駐メモリに格納された個別運用プランに
よって決定される方法で、複数の衛星を通過する通信ト
ラヒックに応じて１つまたはそれ以上の送信機および受
信機を起動するためのものである。

【００１７】本発明の利点は、別の形式では、システム
制御部と、通信チャネルを提供する１つまたはそれ以上
のルーティング装置とによって構成される通信システム
における加入者ユニットによって用いられる改善された
回路によって達成される。この回路は、前記加入者ユニ
ットを通信システムにと接続し、識別情報をシステム制
御部に送信する手段からなり、この識別情報は、１つま
たはそれ以上の許容アクセス番号を含むシステム運用プ
ランを生成するために用いられる。この回路はさらに、
１つまたはそれ以上のルーティング装置が１つまたはそ
れ以上の許容アクセス番号を放送し、かつ１つまたはそ
れ以上の許容アクセス番号の１つが特定の加入者ユニッ
トの常駐メモリ装置内に格納された特定のアクセス番号
と整合性があるときに、通信チャネルの１つを利用する
ことを試みる手段によって構成される。

【００１８】以下に、本願明細書中で用いる用語につい
て概説する。「呼出試み回数(Call Attempt Count)」
は、時間範囲(Time Span) 中に特定の地域から行われた
呼出試みの回数を表わす。

【００１９】「呼データ記録(CDR: Call Data Record)
」は、呼設定および完了の記録を表わす。

【００２０】「候補モデル(Candidate Model) 」は、地
域トラヒック要求(Regional Traffic Request)に関連あ
りと識別されたトラヒック・モデルを表わす。

【００２１】「ＣＤＲ」は「呼データ記録」を参照のこ
と。

【００２２】「ゲートウェイ(Gateway) 」（ＧＷ）と
は、一般に地上方式であり、ゲートウェイ地上通信局
（ＧＷ−ＧＣＳ）（および衛星）を、例えば公衆電話交
換網（ＰＳＴＮ）などの地上機器に接続できる機器設備
を表わす。

【００２３】「ＧＣＳ」は「地上通信局(Ground Commun
ication Station)」を参照のこと。

【００２４】「地上通信局(Ground Communication Stat
ion)」（ＧＣＳ）は、地上機器（例えば、ゲートウェイ
またはシステム制御部(System Control Segment)）を１
つまたはそれ以上の衛星に接続できる地上通信設備を表
わす；「ＧＷ」は「ゲートウェイ」を参照のこと。

【００２５】「ＧＷ−ＧＣＳ」とはゲートウェイ（Ｇ
Ｗ）と関連する地上通信局（ＧＣＳ：Ground Communica
tion Station）を表わす。

【００２６】「ＲＣ」は「地域コード(Regional Code)
」を参照のこと。

【００２７】「地域トラヒック要求(Regional Traffic
Request)」は、連続した地理的地域について時間範囲で
の地域トラヒック予測(Regional Traffic Prediction)
に対する低レベルの要求を表わす。

【００２８】「地域トラヒック予測(Regional Traffic
Prediction) 」は、特定の地域トラヒック要求に対応す
る予想されるトラヒック需要の統計的な予測を表わす。

【００２９】「地域コード(Regional Code) 」（ＲＣ）
は特定の地域を固有に識別する値（例えば、数値または
文字）を表わす。

【００３０】「ＳＣＳ」は、「システム制御部(System
Control Segment)」を参照のこと。

【００３１】「ＳＣＳ−ＧＣＳ」は、システム制御部
（ＳＣＳ）と関連する地上通信局（ＧＣＳ）を表わす。

【００３２】「ＳＵ」は、「加入者ユニット(Subscribe
r Unit) 」を参照のこと。

【００３３】「加入者(Subscriber)」は、通信システム
・ユーザを表わす。

【００３４】「加入者トラヒック予測(Subscriber Traf
fic Prediction) 」は、特定のトラヒック予測要求に対
応する予想されるトラヒック需要の統計的な予測を表わ
す。一般に、地域トラヒック予測の合成である。

【００３５】「加入者ユニット(Subscriber Unit) 」
（ＳＵ）は、無線リンクを介して衛星と直接通信する個
別通信端末を表わす。

【００３６】「システム制御部(System Control Segmen
t)」（ＳＣＳ）は、一般に地上方式であり、通信システ
ムの動作を制御する制御設備を表わす。

【００３７】「システム・ノード(System Node) 」は、
衛星，ＧＷ，ＳＣＳ，ＳＣＳ−ＧＣＳ，ＧＷ−ＧＣＳま
たは通信システムと接続する他の装置を表わす。

【００３８】「システム運用プラン(System Operationa
l Plan) 」は、指定された時間セット中にシステム資源
をどのように利用するかを指定するマスタ・システム・
プランを表わす。

【００３９】「時間セット(Time Set)」は、時間範囲(T
ime Span) の任意の組合せを表わす。

【００４０】「時間範囲(Time Span) 」は、ある範囲の
連続した時間の期間を表わす。

【００４１】「トラヒック・モデル(Traffic Model) 」
は、加入者トラヒックの統計的な記述を表わす。

【００４２】「トラヒック予測要求(Traffic Predictio
n Request)」は、加入者トラヒック予測に対する高レベ
ルの要求を表わす。

【００４３】「有効フラグ(Validty Flag)」は、データ
・セットを識別する情報を表わす。有効フラグは、望ま
しくは、データ・セットがどの時間範囲，地域およびト
ラヒック・タイプに相当するかを記述する。

【００４４】

【実施例】本発明は、特許請求の範囲において詳しく説
明される。しかし、本発明のより深い理解は、図面とと
もに以下の詳細な説明および請求の範囲を参照すること
によって得られる。

【００４５】ただし、以下で説明する例は本発明の好適
な実施例を一形式で示すものであり、このような例示は
いかなる点でも制限して解釈されるものではない。

【００４６】通信システムをうまく運用するためには、
システム効率を最大限にするために各システム・ノード
の有限資源を管理する必要がある。システム資源の管理
は、システム全体における正確な加入者トラヒック予測
に依存する。

【００４７】正確な加入者トラヒック予測により、シス
テム資源管理者は、システム管理者の希望に応じて（例
えば、重要な地域に）資源を適用できる。従って、高い
需要を有すると予想されるエリアは、低需要エリアに比
べてより多くの資源が割り当てられることが望ましい。
加入者トラヒック予測が誤って高い場合（例えば、予測
された高需要エリアが実際に低需要である場合）、この
エリアに割り当てられた過剰資源は過小利用される。よ
り切迫した問題として、予測された低需要エリアが実際
に高需要となると、加入者はシステムに対するアクセス
が拒否される。本発明は、対応する好適な実施例におい
て、加入者トラヒック予測を生成することにより通信シ
ステムを運用する方法と、この方法を実施する装置とに
よって構成される。 Ａ．好適な装置 図１は、本発明による衛星方式のセルラ通信システムの
概略図を示す。通信システム１０は、周回衛星１２を利
用して地球上空の周りに配置される。通信システム１０
は、任意の天体の周りで動作できるので、地球の周りの
動作に限定されない。

【００４８】衛星１２は、低軌道，中軌道，静止軌道ま
たはその組合せでもよい軌道１４上にある。低軌道(low
-earth orbit) は、一般に約６００ｋｍ〜２０００ｋｍ
の高度にあり、中軌道(medium-earth orbit)は、約２０
００ｋｍ〜２０，０００ｋｍの高度にあり、静止軌道は
約４２，１６５ｋｍの高度にあるが、他の高度も利用で
きる。図示の例では、通信システム１０は６つの極軌道
面を利用し、各軌道面は１１基の衛星１２を有し、全部
で６６基の衛星１２がある。しかし、６６基の衛星１２
は不可欠ではなく、より多いまたは少ない衛星１２や、
より多いまたは少ない軌道面や、周回衛星および静止衛
星の組合せも利用できる。わかりやすいように、図１は
いくつかの衛星１２のみを示す。

【００４９】衛星１２は、通信システム１０のルーティ
ング装置として動作し、地上装置と通信するが、この地
上装置は任意の数の無線通信加入者ユニット２６，シス
テム制御部地上通信局(System Control Segment Ground
Communication Station) ２４またはゲートウェイ地上
通信局(Gateway Ground Communication Station)３０で
もよい。

【００５０】図１に示す加入者ユニット２６（ＳＵ）
は、例えば、衛星１２に加入者データを送信し、衛星１
２から加入者データを受信するように適応されたハンド
ヘルド型携帯セルラ電話でもよい。また、ＳＵ２６は、
ファクシミリ装置，ページャ，データ端末または任意の
種類の通信装置でもよい。

【００５１】「地上通信局(Ground Communication Stat
ion)」（ＧＣＳ）は、地上方式の機器（例えば、ゲート
ウェイ２２またはシステム制御部２８）を１つまたはそ
れ以上の衛星１２に接続できる地上通信設備である。図
１は、ゲートウェイ２２と関連するゲートウェイＧＣＳ
３０（ＧＷ−ＧＣＳ）およびシステム制御部２８と関連
するシステム制御部ＧＣＳ２４（ＳＣＳ−ＧＣＳ）を示
す。ＳＣＳ−ＧＣＳ２４は、望ましくは、データ転送
や、衛星１２の衛星群のための遠隔測定，追尾および制
御(telemetry, tracking and control) 機能を行う。Ｇ
Ｗ−ＧＣＳ３０は、望ましくは、衛星１２とゲートウェ
イ２２との間のデータ転送を行う。

【００５２】「ゲートウェイ」２２（ＧＷ）は、一般に
地上方式であり、ＧＷ−ＧＣＳ３０（および、衛星１
２）を、例えば、図示しない公衆電話回線網（ＰＳＴ
Ｎ）などの地上方式の機器に接続できる機器設備であ
る。ＧＷ２２は、望ましくは、ＳＵ２６，地上電話機器
（ＴＴＥ：terrestrial telephony equipment ）（例え
ば、ＰＳＴＮ機器）および衛星１２とともに呼処理機能
を行う。ＧＷ２２は、ＧＷ−ＧＣＳ３０を介して通信シ
ステム１０の残りの部分と通信する。ＧＷ２２は、ＧＷ
−ＧＣＳ３０と同じ場所に配置する必要はない。ＧＷ２
２は、好ましくは、地上回線を介してＧＷ−ＧＣＳ３０
に結合されるが、これは不可欠ではない。別の実施例で
は、ＧＷ２２は、光ファイバ・リンク，無線リンクまた
は他の伝送媒体を介してＧＷ−ＧＣＳ３０に結合しても
よい。

【００５３】「システム制御部」２８（ＳＣＳ）は、一
般に地上方式であり、通信システム１０の動作を制御す
る制御設備である。ＳＣＳ２８は、ＳＣＳ−ＧＣＳ２４
２を介して通信システム１０の残りの部分と通信する。
ＳＣＳ２８は、ＳＣＳ−ＧＣＳ２４と同じ場所に配置す
る必要はない。ＳＣＳ２８は、好ましくは、地上回線を
介してＳＣＳ−ＧＣＳ２４に結合されるが、これは不可
欠ではない。別の実施例では、ＳＣＳ２８は、光ファイ
バ・リンク，無線リンクまたは他の伝送媒体を介してＳ
ＣＳ−ＧＣＳ２４に結合される。

【００５４】本明細書では、ＳＣＳ２８またはＧＷ２２
のいずれかに送信されるメッセージは、ＳＣＳーＧＣＳ
２４またはＧＷ−ＧＣＳ３０をそれぞれ介して、これら
の設備に送信されるメッセージとして言及される。

【００５５】図１では、はっきりとわかりやすいよう
に、ＧＷ２２，ＳＣＳ２８，ＳＵ２６，ＳＣＳ−ＧＣＳ
２４およびＧＷ−ＧＣＳ３０それぞれ１つのみが示され
る。通信システムのニーズに応じて更なるシステム・ノ
ードが望ましいことが、本明細書の説明に基づいて当業
者に理解されるであろう。

【００５６】図２は、本発明によるＳＣＳのブロック図
を示す。ＳＣＳ２８は、望ましくは、ＳＣＳ常駐メモリ
１９２に結合されたＳＣＳ常駐コントローラ１９０を含
む。また、ＳＣＳ常駐コントローラ１９０は、ＳＣＳ−
ＧＣＳインタフェース１９４に結合される。好適な実施
例では、ＳＣＳ常駐コントローラ１９０は、通信システ
ム１０（図１）のシステム・ノードによる資源利用を規
定するシステム運用プランを生成する。システム運用プ
ランは、各システム・ノードの個別部分に分割され、各
個別部分は、運用プランをＳＣＳ−ＧＣＳ２４（図１）
に送信するＳＣＳ−ＧＣＳインタフェース１９４を介し
てシステム・ノードに通信される。また、ＳＣＳ−ＧＣ
Ｓインタフェース１９４は、ＳＣＳ−ＧＣＳ２４からデ
ータを受信する。

【００５７】図３は、本発明によるＧＷのブロック図を
示す。ＧＷ２２は、望ましくは、ＰＳＴＮタイプ・イン
タフェース１７２に結合されたＧＷ常駐コントローラ１
７０を含む。ＰＳＴＮタイプ・インタフェース１７２
は、特定の通信システムの条件に基づいて、ＧＷ２２を
ＰＳＴＮ，国際交換局（ＩＳＣ：international switch
ing center）または別のネットワークに接続できる。ま
た、ＧＷ常駐コントローラ１７０は、ＧＷ−ＧＣＳイン
タフェース１７４に結合される。ＧＷ２２は、ＧＷ−Ｇ
ＣＳインタフェース１７４を介して、システムの残りの
部分と通信する。別の実施例では、ＧＷ２２は、ＧＷ常
駐メモリ１７６をさらに含んでもよい。

【００５８】図４は、本発明によるＳＵのブロック図を
示す。ＳＵ２６は、固定または移動通信ユニットのいず
れでもよい。ＳＵ２６は、望ましくは、ＳＵ送信機１１
２およびＳＵ受信機１１４に結合されたＳＵアンテナ１
１０を含み、これらの送信機および受信機は通信プロセ
ッサ１１６に結合される。ＳＵ２６は、ＳＵ送信機１１
２およびＳＵ受信機１１４をそれぞれ介して、加入者デ
ータ，識別情報およびシステム・データを送信および受
信する。識別情報は、望ましくは、ＳＵタイプ（例え
ば、セルラ電話），トラヒック・タイプ（例えば、音
声），データ・レート（例えば、２４００ビット／秒）
および固有機器識別（例えば、ＳＵ２６の固有シリアル
番号）を含む。識別情報の一部またはすべては、望まし
くは、ＳＵ２８に送信され、ＳＵ２８によって用いられ
て、加入者トラヒック予測およびシステム運用プランを
生成する。

【００５９】通信プロセッサ１１６は、ＳＵ常駐メモリ
１１８に結合される。通信プロセッサ１１６は、ＳＵ２
６に通信されＳＵ２６から通信されるデータ（例えば、
音声データ）を制御・処理する。通信プロセッサの制御
タスクの一部は、ＳＵ２６が通信システム１０（図１）
上で「呼」を起こすことができるかどうか、およびＳＵ
２６が呼を起こすことができる場合に、どの通信チャネ
ルをＳＵ２６が使用できるかを評価することである。こ
の評価は、衛星１２（図１）によって放送されるアクセ
スおよびチャネル情報に依存し、この情報はＳＵ受信機
１１４を介してＳＵ２６によって受信される。

【００６０】好適な実施例では、ＳＵ２６は、データ・
パケットの形式でデータを送信および受信する。データ
・パケットとは、本明細書では、望ましくはルーティン
グ情報（例えば、発信アドレス(source address)および
相手アドレス(destination address) ）および加入者デ
ータを含むメッセージの一部として定義される。

【００６１】図５は、本発明による衛星１２のブロック
図を示す。衛星１２は、望ましくは、衛星クロスリンク
・アンテナ５８，衛星ダウンリンク・アンテナ５０およ
び衛星加入者アンテナ４２を含む。図５では、衛星クロ
スリンク・アンテナ５８，衛星ダウンリンク・アンテナ
５０および衛星加入者アンテナ４２それぞれ１つのみを
示すが、１つ以上の各種類のアンテナを衛星１２に搭載
してもよく、あるいは１つまたはそれ以上のアンテナを
組み合わせてもよい。

【００６２】衛星クロスリンク・アンテナ５８は、クロ
スリンク送信機８０およびクロスリンク受信機８２に結
合される。衛星加入者アンテナ４２は加入者送信機８４
および加入者受信機８６に結合される。衛星加入者アン
テナ４２は、地球に向けて「セル・パターン」を投影す
る。セル・パターンは、１つまたはそれ以上の指向性通
信チャネルを含む。望ましくは、各チャネルにより、Ｓ
Ｕ２６は衛星１２と通信できる。

【００６３】衛星ダウンリンク・アンテナ５０は、ダウ
ンリンク送信機８８およびダウンリンク受信機９０に結
合される。送信機８０，８４，８８および受信機８２，
８６，９０は、衛星常駐コントローラ９２に結合され、
この衛星常駐コントローラ９２は衛星常駐メモリ９４に
結合される。システム運用プランは、衛星ダウンリンク
・アンテナ５０およびダウンリンク受信機９０を介し
て、衛星１２によってＳＣＳ２８から便宜的に受信さ
れ、衛星常駐メモリ９４に格納される。システム運用プ
ランは、アクセスおよびチャネル情報を含み、この情報
は、衛星１２によってそのセル・パターン内で放送さ
れ、かつ発呼を試みるかどうかを判定するためＳＵ２６
によって用いられる。

【００６４】衛星常駐コントローラ９２は、衛星１２の
リアルタイム動作を制御する。このことは、特に、衛星
常駐メモリ９４に格納されたシステム運用プランに基づ
いて加入者トラヒックを制御することを含む。衛星常駐
コントローラ９２は、衛星のセル・パターン内のすべて
のＳＵ２６にアクセスおよびチャネル情報を放送する。
このアクセスおよびチャネル情報は、システム運用プラ
ンに含まれる。アクセスおよびチャネル情報は、発呼を
試みるべきかどうかをＳＵ２６に通知する。

【００６５】衛星常駐コントローラ９２は、望ましく
は、加入者トラヒックをリアルタイムで監視する。衛星
常駐コントローラ９２は、望ましくは、衛星のセル・パ
ターン内でＳＵ２６によって行われた呼出試みの数を計
数し、呼出試み回数(Call Attempt Count)を衛星常駐メ
モリ９４に格納する。呼出試み回数は、望ましくは、成
功したか否かにかかわらず、すべての呼出試みを含む。

【００６６】衛星常駐コントローラ９２は、望ましく
は、遠隔測定情報を衛星ダウンリンク・アンテナ５０を
介してＳＣＳ２８に送信する。遠隔測定情報は、望まし
くは、呼出試み回数を含む。好適な実施例では、この情
報は、システム運用プランの生成時に、ＳＣＳ２８によ
って利用できる。

【００６７】また、衛星１２は、衛星バッテリ９８に結
合された衛星太陽電池パネル(solarpanel）９６を含ん
でもよい。衛星バッテリ９８は、衛星常駐メモリ９４，
衛星常駐コントローラ９２，送信機８０，８４，８８お
よび受信機８２，８６，９０に結合され、これらに電気
エネルギを供給する。

【００６８】周回衛星（例えば、衛星１２）以外のルー
ティング装置を利用して、衛星１２と同じ機能を実現で
きることが本明細書の説明に基づいて当業者に理解され
る。例えば、ルーティング装置は、固定または移動地上
セルラ局でもよい。

【００６９】衛星１２は、地球の表面に対して移動して
運ばれる。静止軌道上の衛星も通信システムにおけるル
ーティング装置として機能できることが本明細書の説明
に基づいて当業者に理解される。 Ｂ．通信システムにおけるデータ・フロー 図６は、本発明による２つの加入者ユニット（ＳＵ２０
０，２０２）間の通信リンクの概念図を示す。「発信側
(source)ＳＵ」２００から発信されるデータ・パケット
は、望ましくは、システムを介して「相手側(destinati
on) ＳＵ」２０２に中継される。各データ・パケット
は、望ましくは、相手側ＳＵ２０２のアドレスを含む。

【００７０】リンク２１０上で、発信側ＳＵ２００は、
まず相手側ＳＵ２０２に宛てられたデータ・パケットを
発信側衛星２０４に送信し、この衛星のセル・パターン
２２２に発信側ＳＵ２００は位置する。発信側衛星２０
４は、衛星加入者アンテナ４２を介してデータ・パケッ
トを受信する。発信側衛星２０４は、クロスリンク２１
４上でデータ・パケットを中間衛星２０６を介して相手
側衛星２０８に中継する。クロスリンク・トラヒック
は、衛星クロスリンク・アンテナ５８を介して衛星２０
４，２０６，２０８をよって送受信される。ルーティン
グは、衛星２０４，２０６，２０８の衛星常駐メモリ９
４（図５）に格納されたシステム運用プランの一部であ
る所定のルーティング・プランに基づいて行われる。

【００７１】そのセルラ・パターン２２４内にＳＵ２０
２が位置する相手側衛星２０８は、リンク２１６上で受
信データ・パケットを衛星加入者アンテナ４２を介して
相手側ＳＵ２０２に送信する。

【００７２】データ・パケットのフォーマットは、ＳＵ
から衛星へのリンク２１０，２１６と、衛星から衛星へ
のリンク２１４との間で異なる。例えば、発信側衛星２
０４は、発信側衛星のセル・パターン２２２内の複数の
ＳＵ（例えば、ＳＵ２００）からのデータ・パケットを
互いに多重化できる。次に、この多重化されたデータ・
パケットは、中間衛星２０６を介して中継できる。中間
衛星２０６は、データ・パケットを分離(demultiplex)
し、これらのデータ・パケットを異なる相手側衛星（図
６に図示せず）に中継するため再度多重化する。

【００７３】好適な実施例では、衛星（例えば、衛星２
０４，２０６，２０８）は、衛星クロスリンク・アンテ
ナ５８を介して互いの衛星と直接通信できる。別の実施
例では、衛星は、一般に地上方式である中継設備（図６
に図示せず）にデータを送信してもよい。この中継設備
は、地上回線を介してデータを中継し、あるいは別の衛
星にデータを送信できる。

【００７４】図７は、本発明による加入者ユニット（発
信側ＳＵ２３０）と地上電話装置（相手側ＴＴＥ２３
２）との間の通信リンクの概念図を示す。リンク２３６
上で、発信側ＳＵ２３０は、まず相手側ＴＴＥ２３２に
宛てられたデータ・パケットを発信側衛星２３４に送信
し、この衛星のセル・パターン２５２内に発信側ＳＵ２
３０は位置する。発信側衛星２３４は、衛星加入者アン
テナ４２を介してデータ・パケットを受信する。次に、
発信側衛星２３４は、クロスリンク２４２上でデータ・
パケットを中間衛星２３８を介して相手側衛星２４０に
中継する。データは、クロスリンク２４２上で衛星クロ
スリンク・アンテナ５８を介して送信される。データ・
ルーティングは、衛星２３４，２３８，２４０の衛星常
駐メモリ９４（図５）に格納された運用プランの一部で
ある所定のルーティング・プランに基づいて行われる。

【００７５】次に、相手側衛星２４０は、リンク２５０
上でデータ・パケットを相手側ＧＷ−ＧＣＳ２４６およ
び相手側ＧＷ２４４に送信する。相手側衛星２４０と相
手側ＧＷ−ＧＣＳ２４６との間の通信リンクは、衛星ダ
ウンリンク・アンテナ５０およびＧＷ−ＧＣＳアンテナ
５２を介して確立される。

【００７６】次に、相手側ＧＷ２４４は、データ・パケ
ットを通信システム２４８（例えば、ＰＳＴＮ）を介し
て相手側ＴＴＥ２３２に中継する。

【００７７】本明細書の説明に基づいて当業者に理解さ
れるように、衛星網を介して通信する２つのＴＴＥ間の
データ通信にも同様なルーティング方法を利用できる。

【００７８】上記の説明では、特定のＳＵまたはＴＴＥ
を発信側または相手側装置として指定した。ただし、こ
の指定は純粋に任意である。装置間の双方向通信を可能
にする通信システムでは（すなわち、装置がデータの送
信および受信の両方を行う）、各装置は発信側および受
信側装置の両方に同時になりうることが本明細書の説明
に基づいて当業者に理解されるであろう。 Ｃ．好適な方法の説明 １．地域(Region) 図８は、本発明による地球の表面の地域の例を示す。例
えば、地域７００，７０２，７０４に分割された地球の
表面の一部を示す。望ましくは、地球の表面全体が地域
に分割される。最も一般的には、地域(region)とは、緯
度境界および経度境界によって識別される地球の表面
（すなわち、陸または海）の連続したエリアである。

【００７９】地域コード(Region Code) （ＲＣ）とは、
特定の地域を固有に識別する値（例えば、数値または文
字）のことである。固有のＲＣは、望ましくは、識別の
ため各地域と関連づけられる。ＲＣは、例えば、特定の
ＳＵまたは他の通信装置のおおよその位置を表示した
り、あるいは加入者トラヒック予測のための特定の地域
を識別するために用いられる。

【００８０】２．呼データ記録の作成および呼出試み回
数の更新 図９は、本発明により加入者呼データを作成する方法の
フローチャートを示す。呼データ記録（ＣＤＲ：Call D
ata Record）および呼出試み回数は、重要な加入者「呼
データ」であり、ＳＣＳ２８（図１）はこの呼データを
利用して加入者トラヒック予測を行う。ＣＤＲは、望ま
しくは、呼設定および完了の記録である。呼出試み回数
は、望ましくは、時間範囲(Time Span) 中に特定の地域
から行われた呼出回数の総数である。

【００８１】本明細書で定義されるように、「通信ユニ
ット」は、ＳＵ（例えば、ＳＵ２６，図１）またはＴＴ
Ｅ（例えば、ＴＴＥ２３２，図７）のいずれかである。
加入者呼データ作成プロセスは、「発呼側通信ユニッ
ト」（すなわち、呼を起こす通信ユニット）が最初に呼
出を試みる（例えば、通信ユニットが番号をダイアルす
る）ときに開始する（ブロック３００）。

【００８２】発呼側通信ユニットがＴＴＥの場合、発呼
側通信ユニットは、ここでは「発呼側ＧＷ」と呼ばれる
関連ＧＷを介して呼出を試みる。「発呼側衛星」とは、
ＴＴＥの発呼側ＧＷにサービスを提供する衛星のことで
ある。

【００８３】発呼側通信ユニットがＳＵの場合、発呼側
通信ユニットは、発呼側衛星に対して直接呼出を試み、
この発呼側衛星のセル・パターンに発呼側通信ユニット
は位置する。ＳＵの発呼側ＧＷは、発呼側通信ユニット
が位置する地域にサービスを提供するＧＷである。

【００８４】「発呼側衛星」が発呼側通信ユニットから
呼出試みを受信すると（ブロック３０２）、発呼側衛星
は、望ましくは、衛星常駐メモリ９４（図５）に格納さ
れたその呼出試み回数を繰り上げる（ブロック３０
４）。

【００８５】発呼側衛星は、呼を処理できる資源がある
かどうか調べる（ブロック３０６）。発呼側衛星が呼を
処理できない場合（ブロック３０６）、手順は終了する
（ブロック３１６）。

【００８６】発呼側衛星が呼を処理できる場合（ブロッ
ク３０６）、発呼側ＧＷはこの呼出のＣＤＲを設定す
る。各ＣＤＲは、望ましくは、発呼側ＲＣ（すなわち、
望ましくは、発呼側通信ユニットが位置する地域を識別
するＲＣ）と、応答側ＲＣ（すなわち、望ましくは、応
答側通信ユニットが位置する地域を識別するＲＣ）と、
呼の開始時間と、装置タイプと、データ・レートと、ト
ラヒック・タイプ（例えば、音声，データ／ファック
ス，ページングなど）を含む。

【００８７】また、「応答側ＧＷ」（例えば、望ましく
は、応答側通信ユニットが位置する地域にサービスを提
供するＧＷ）は、呼の応答側通信ユニットを記述するＣ
ＤＲを設定できる。

【００８８】次に、手順は、呼が切断されたかどうか調
べる（ブロック３１２）。呼が切断されない場合（ブロ
ック３１２）、手順は図示のように反復する。呼が切断
される場合（ブロック３１２）、ＧＷはこの呼と関連す
るＣＤＲを完了する（ブロック３１４）。

【００８９】「切断側通信ユニット」は、どちらが呼を
切断するか（例えば、ハングアップ(hang up) した通信
ユニット）に応じて、発呼側通信ユニットでも応答側通
信ユニットでもよい。呼切断時間は、望ましくは、各Ｃ
ＤＲに含まれる。また、ＣＤＲは、切断側通信ユニット
が呼を切断したときにこの切断側通信ユニットが位置す
る地域のＲＣを含んでもよい。ＣＤＲは、呼切断時間お
よび切断側通信ユニットのＲＣがＣＤＲ内に含まれると
きに完了したとみなされる。

【００９０】ＣＤＲが完了すると（ブロック３１４）、
手順は終了する（ブロック３１６）。

【００９１】ＣＤＲは、各呼の期間など、加入者トラヒ
ック予測の作成に用いられる重要なデータを含む。期間
情報を含まない呼出試み回数も重要な値である。なぜな
らば、ＳＣＳ２８が正確な将来の加入者トラヒック予測
を行うために、ＳＣＳ２８（図１）は呼出試みが行われ
た総数を知る必要があるためである。ＣＤＲは、発呼側
衛星で失敗した呼出試みに対しては作成されない。従っ
て、ＣＤＲによって指示された通信システム上の呼出回
数は、衛星によって集計された呼出試み回数の総数より
も少ないことがある。例えば、特定の地域内の加入者ト
ラヒック予測が、過去の成功した呼出の回数にのみ基づ
くならば（例えば、ＣＤＲの数に基づく値）、この予測
は実際に試みられるものよりも少ない数を反映する。

【００９２】呼出試み回数は、望ましくは、遠隔測定メ
ッセージで、衛星１２（図１）からＳＣＳ２８に送信さ
れる。ＣＤＲは、望ましくは、ＧＷ２２によってＳＣＳ
２８に送信される。ＳＣＳ２８は、望ましくはＳＣＳ常
駐メモリ１９２（図２）にあるトラヒック経時データベ
ース(Traffic History Database)にこの加入者データを
ソートし、格納する。

【００９３】本明細書の説明に基づいて当業者に理解さ
れるように、、ＴＴＥまたはＳＵが発呼側または応答側
通信ユニットのいずれかであるかあるいはその両方であ
る場合に、ＣＤＲは作成され、呼出試み回数は更新され
る。 ３．トラヒック予測要因 本明細書で定義されるように、「時間範囲(Time Span)
」とは、ある範囲の連続した時間の期間（例えば、
９：００ａ．ｍ．グリニッジ平均時（ＧＭＴ）から３：
００ｐ．ｍ．ＧＭＴまで）である。また、本明細書で定
義されるように、「時間セット(Time Set)」とは、時間
範囲の任意の組合せである。時間セットは、連続的（例
えば、９：００ａ．ｍ．ＧＭＴから３：００ｐ．ｍ．Ｇ
ＭＴまで）でも、周期的（例えば、毎週月曜日）でも、
事象(event) （例えば、洪水）によって記述してもよ
い。

【００９４】ＳＣＳ２８は、トラヒック予測要求に含ま
れるいくつかの予測パラメータに基づいて加入者トラヒ
ック予測を行う。これらの予測パラメータは、望ましく
は、特定の地域，特定のトラヒック・タイプおよび定め
られた時間セットを含む。例えば、ＳＣＳ２８は、ＲＣ
＃１７８および＃１７９（地域）についてや、音声トラ
ヒック（トラヒック・タイプ）についてや、来年１０月
のすべての月曜日について、５：００ｐ．ｍ．ＧＭＴか
ら６：００ｐ．ｍ．ＧＭＴの間（時間セット）で予測を
行うように要求されることがある。各加入者トラヒック
予測は、一つまたはそれ以上の特定地域およびＳＵのタ
イプに関連し、特定の時間セットに及ぶ。

【００９５】異なる地域における加入者トラヒック需要
は大幅に異なるため、特定地域は加入者トラヒック予測
に関連する。図１０は、本発明による地球の表面上の地
域８００，８０２，８０４におけるセル・パターン投影
８１０，８１２，８１４の移動の例を示す。第１の時間
で、投影８１０は地域８００にある。第２の時間で、投
影８１２は地域８０２にある。第３の時間で、投影８１
４は地域８０４にある。地域８００，８０２，８０４
は、地球の表面上にある。例えば、地域８００は過疎エ
リアであり、地域８０２は過密エリアであり、地域８０
４は別の過疎エリアである。

【００９６】一般に、加入者トラヒック需要は異なる地
域内で変化する。図１１は、本発明による特定の時点に
おける異なる地域での異なる加入者トラヒック需要の仮
定的なグラフを示す。加入者トラヒック需要は、例え
ば、毎分の呼の数または毎分のデータ・パケットの数に
よって記述できる。図１１は、過疎地域８００，８０４
における加入者トラヒック需要は、過密地域８０２にお
ける加入者トラヒック需要よりかなり少ないことを示
す。

【００９７】どのトラヒック・タイプ（例えば、音声，
ページング）をトラヒック需要要求が指定したかも予測
に関連する。トラヒック予測は、望ましくは、特定地域
内でアクティブな特定ＳＵタイプの数と、使用頻度（例
えば、１日に使用される平均回数）と、使用期間（すな
わち、各通信の長さ）と、他の要因とに基づいて行われ
る。この情報は、どれほどの特定のトラヒック・タイプ
を予期すべきかを予測するのに必要である。例えば、特
定の地域には５０００台のページャがあり、セルラ電話
がない場合がある。そのとき、トラヒック予測は、５０
００台のページャに対応する予定ページング・トラヒッ
クを含み、音声トラヒックは含まない。

【００９８】特定地域，特定タイプおよび時間セット
は、予測を限定するパラメータである。しかし、他の
「事象(Event) 」は、これらの予測制限内で現れる加入
者トラヒック需要に影響を及ぼす。一例としての事象の
リストには次のようなものがある。

【００９９】・時間的事象(Temporal Event)。例えば、
トラヒックは、夜間に比べて労働時間中に地域内で渋滞
することがある。あるいは、トラヒックは日曜よりも月
曜に渋滞することがある。

【０１００】・文化的事象(Cultural Event)。例えば、
トラヒックは、特定の地域において、休日以外よりも母
の日に渋滞することがある。

【０１０１】・災難事象(Catastrophic Event)。例え
ば、洪水や吹雪の際に、従来の地上通信システムが機能
停止した場合に、危機管理のため増加したトラヒック
や、心配した家族からの呼出を処理するために衛星セル
ラ・システムのトラヒックが必要なことがある。

【０１０２】・地政学的事象(Geopolitical Event)。例
えば、ある国によって課せられた加入者リンク干渉制限
が通信システムの利用に影響を及ぼすことがある。ある
国でシステムの使用が禁止される場合、その国からのト
ラヒックは少ないか存在しない。

【０１０３】・マーケティング事象(Marketing Event)
。例えば、大量のＳＵが特定の地域内で販売された場
合や、サービスについて販促料金がある場合に、加入者
トラヒック需要は影響を受けることがある。

【０１０４】加入者トラヒック予測に影響を及ぼすのみ
ならず、事象は予測パラメータを指定するためにも用い
られる。例えば、ＳＣＳ２８は、ＲＣ＃２２１において
次に発生する洪水について加入者トラヒック予測を行う
ように要求されることがある。

【０１０５】図１２は、本発明により、時間的な事象に
応じて、特定地域内の加入者トラヒック需要の変化の仮
定的なグラフを示す。このグラフは、一週間の加入者ト
ラヒック需要の例を示す。トラヒック需要は正午付近で
最高となり、夜間に最低となり、トラヒック需要は一般
に昼間のほうが渋滞することを示す。また、図示のよう
に、労働時間中のページャおよびセルラ電話の使用が増
加するため、平日のトラヒックは一般に週末のトラヒッ
クよりも多い。この例では、日曜のトラヒック需要はこ
の地域の通常の週末トラヒックを表し、月曜のトラヒッ
ク需要は通常の平日トラヒックを表すことを想定する。

【０１０６】例えば、火曜日に、マーケティング事象が
発生し、１０００台の新規セルラ電話が販売され、特定
地域内で稼働したことを想定し、そのため月曜と残りの
平日との間でトラヒックの増加が説明される。木曜日
に、母の日の文化的事象が発生したことを想定し、通常
の平日トラヒックよりもさらに高いことが説明される。
土曜日に、大規模な停電の災難事象が発生し、通常の平
日トラヒックよりも高いことが説明される。

【０１０７】加入者トラヒック予測は、望ましくは、Ｓ
ＣＳ２８（図１）によって受信される関連ＣＤＲおよび
呼出試み回数から導出される。関連ＣＤＲおよび呼出試
み回数は、望ましくは、ＧＷ２２および衛星１２からそ
れぞれ発信される。例えば、ＳＣＳ２８が１０月１０日
の次の月曜日の５：００ｐ．ｍ．ＧＭＴから、６：００
ｐ．ｍ．ＧＭＴでＲＣ＃２２１について加入者トラヒッ
ク予測を行う場合、ＲＣ＃２２１について以前の月曜日
の５：００ｐ．ｍ．ＧＭＴから、６：００ｐ．ｍ．ＧＭ
Ｔまでに生成されたＣＤＲおよび呼出試み回数はこの予
測に関連する。

【０１０８】表Ｉは、ＣＤＲ（および／または呼出試み
回数）の数に対する異なる予測パラメータの仮定的な影
響を示す。表Ｉにおいて、第１項目は開始例として用い
られ、各次の項目は１パラメータ（地域，時間セット，
トラヒック・タイプまたは事象）だけ第１項目からずれ
る。

【０１０９】

【表Ｉ】＃ＣＤＲに対する地域，タイムセット，トラヒ
ック・タイプおよび事象の影響 ４．システム資源の管理方法 本発明では、通信システムの資源の管理は、加入者トラ
ヒック需要の予測に依存する。図１３は、本発明により
システム資源を管理する方法のフローチャートを示す。
本発明は、加入者トラヒック需要を全世界的に対応しな
がら、通信システムの資源を管理する自動化システムお
よび方法からなる。

【０１１０】本発明の好適な実施例は、未来の指定され
た時間セット中にそれぞれのシステム・ノードについ
て、あらかじめシステム運用プランを作成することに基
づく。処理は、望ましくは、個々のシステム・ノード内
で行われることが望ましいシステム・プラン実行(Execu
te System Plan) 機能を除いて、おもにＳＣＳ２８（図
２）内で行われる。

【０１１１】システム運用プランは、実際の動作中にシ
ステム・ノードが越えてはならない上限または閾値を含
む。すなわち、システム・ノードは、特定の時間セット
中の実際の加入者トラヒックが予測したよりもはるかに
多くても、システム運用プランの制限内で動作しなけれ
ばならない。

【０１１２】システム・トラヒック管理(Manage System
Traffic) 方法は、「トラヒック予測要求(Traffic Pre
diction Request)」を生成する（ブロック９０２）こと
によって開始する（ブロック９００）。トラヒック予測
要求とは、特定の時間セット，地域およびトラヒック・
タイプを指定する加入者トラヒック予測に対する要求で
ある。トラヒック予測要求は、性能監視事象(performan
ce monitoring event)（例えば、システム・プラン訂正
（ブロック９２０））または定期的プラニング事象(rou
tine planning event)（例えば、新規プランの時間（ブ
ロック９２２））のいずれかによって生成される。

【０１１３】４つの一般的なトラヒック予測要求タイプ
が本明細書において特定されるが、本発明の利点は、よ
り多くのタイプを設計に取り入れることができることで
ある。これら４つのタイプは、セル要求（例えば、ある
時点における特定のセルに生じるトラヒックの予測要
求）；衛星要求（例えば、ある時点における特定の衛星
に生じるトラヒックの予測要求）；経路要求（例えば、
時間セットについて特定の衛星に生じるトラヒックの予
測要求）；および地理要求（例えば、特定の地理的エリ
ア内に生じるトラヒックの予測要求）である。トラヒッ
ク予測要求タイプは、望ましくは、特定のトラヒック予
測要求タイプを、以下の第Ｃ．６節で説明する地域トラ
ヒック要求にどのようにして分割するかを指示する。異
なるトラヒック予測要求タイプは、地域トラヒック要求
の組合せを高いレベルで指定する方法を提供する。

【０１１４】次に、加入者トラヒック予測(Predict Sub
scriber Traffic)機能（ブロック９０４）は、トラヒッ
ク予測要求に従って、さまざまなタイプの加入者トラヒ
ック（例えば、音声，ファックス，ページング）を予測
する。この要求に対する回答は加入者トラヒック予測で
あり、これはシステム・プラン監視プロセス（ブロック
９１６）によって検出された異常を解決するためや、シ
ステム・プラン生成プロセス（ブロック９０８）をサポ
ートするために用いることができる。加入者トラヒック
予測機能（ブロック９０４）については、以下の第Ｃ．
６節で詳しく説明する。

【０１１５】加入者トラヒック予測プロセス（ブロック
９０４）が実行された後、システム・プラン生成プロセ
ス（ブロック９０８）は、指定されたタイムセットのシ
ステム運用プランを生成する。システム・プラン生成プ
ロセス（ブロック９０８）は、利用可能なシステム資源
およびシステム契約条件を考慮して、将来のタイムセッ
ト中に予測されるサービス条件を満たすためシステム運
用プランを生成する。新規システム運用プランの生成
は、「プラニング条件(planning criteria) 」に基づい
て行われ、これらの条件はシステム・プラン生成プロセ
ス（ブロック９０８）に対する高レベルの制約である。
プラニング条件には、例えば、最小限の許容可能なシス
テム性能を規定する契約条件が含まれる。例えば、契約
条件は、チャネル割り当て方法，パワー制限，または地
域やイベントによるユーザへの優先権の割り当て方法
（例えば、非常時に特定の地域に追加アクセス権を提供
する）についての指示を規定してもよい。

【０１１６】システム運用プランは大きなマトリクスと
みなすことができ、すべてのシステム・ノードの資源利
用は、システム・レベルでバランスがとられる。システ
ム運用プランは、プラン実行中に各システム・ノードが
従うべき指示（例えば、衛星がクロスリンク上でデータ
を中継する方向，セルによってサービスが提供されるア
クセス優先権，特定のセルをオンまたはオフする時期，
アップリンク用に割り当てるアンテナなど）を含む。ま
た、システム運用プランは、望ましくは、システム運用
プランの実行中にシステム・ノードが越えてはならない
資源利用の「閾値」（例えば、ある時間にシステム・ノ
ードが処理できる最大呼数）を含む。

【０１１７】新規システム運用プランは、望ましくは、
周期的（例えば、１日１回）に生成される。システム運
用プランの生成では、システムによって加入者トラヒッ
ク予測をどのように対処するかを計画する。

【０１１８】システム運用プランは、加入者トラヒック
予測のすべての予測を満たさなくてもよい。従って、シ
ステム・プラン生成プロセス（ブロック９０８）は、望
ましくは、システム運用プランがどの程度サービスを提
供できるかを記述するメトリック(metric)も生成する。

【０１１９】システム運用プランは、望ましく、以下の
ものを含む。

【０１２０】・全体的なノード間のルーティング・プラ
ン； ・各衛星の各セルのチャネル割り当て； ・ダウンリンク，クロスリンクおよびアップリンク・ア
ンテナ割り当て； ・各衛星の各セルをいつアクティブまたは非アクティブ
にするかを指定するセル起動テーブル(cell activation
table) ；および ・ＳＵ常駐メモリ１１８（図４）に格納される優先番号
に基づいて、特定のＳＵがいつシステムにアクセスでき
るかを指定するアクセス優先権テーブル(access priori
ty table) 。

【０１２１】システム・プラン生成プロセス（ブロック
９０８）からのメトリックを利用して、システム運用プ
ランは評価され、システム運用プランが許容可能かどう
か判断が下される（ブロック９１０）。システム運用プ
ランがすべてのプラニング条件を満たすと判断されると
（ブロック９１０）、システム運用プランは許容可能と
みなすことができる。満たさない場合、評価は、システ
ム性能を改善するため（例えば、契約条件をより満たす
ため）プラニング条件を変更できるかどうか、あるいは
加入者トラヒック予測によって指定された時間セット中
に利用可能な資源を考慮して、システム運用プランはシ
ステムがなしうる最良のプランであるかどうかを検討す
る。すべての契約条件が満たされない場合でも、予測さ
れるシステム性能が、利用可能な資源について、システ
ムがなしうる最高のものであると判断された場合には、
許容可能とみなされることがある。

【０１２２】システム運用プランが許容可能（ブロック
９１０）またはシステムがなしうる最高のものであると
みなされると、個別プラン作成(Develop Individual Pl
an)ロセス（ブロック９１２）は、システム運用プラン
の各システム・ノードの固有部分を決定し、各システム
・ノードの固有部分を各システム・ノードに分配する。

【０１２３】次に、システム運用プランが作成された指
定の時間セット中に、各システム・ノードがシステム運
用プランのその固有部分に従って動作開始すると、シス
テム・プラン実行(Execute System Plan) プロセス（ブ
ロック９１４）が行われる。システム運用プランに従っ
て動作することには、ノード間ルーティング・プランに
基づいてデータ・パケットを中継することや、セル起動
プランに基づいて各衛星のセルをアクティブおよび非ア
クティブにすることなどが含まれる。

【０１２４】次に、システム・プラン実行監視(Monitor
System Plan Execution) プロセス（ブロック９１６）
は、システム・ノードの健全性およびステータスを含
む、システム運用プランの実行を監視する。システム・
プラン実行監視プロセス（ブロック９１６）では、時間
セット中の実際のシステム動作データを、実行中のシス
テム運用プラン内の閾値および制約と比較する。システ
ムが許容閾値外で動作するかあるいは、まもなくそうな
る（ブロック９１８）とシステム・プラン実行監視プロ
セス（ブロック９１６）が判断すると、システム・プラ
ン訂正(Correct System Plan) プロセス（ブロック９２
０）は訂正措置を講じる。

【０１２５】システム運用プランがどの程度許容閾値か
ら外れて動作するか、あるいはこのような許容外動作の
潜在的な影響に応じて、システム・プラン訂正プロセス
（ブロック９２０）は、システム運用プランをそのまま
実行を継続させるべきかを判断し、あるいは現在実行中
のシステム運用プランを交換するため部分的または完全
に新規なシステム運用プランの作成を開始する。

【０１２６】新規システム運用プランが必要であるとシ
ステム・プラン訂正プロセス（ブロック９２０）が判断
すると、新規トラヒック予測が必要かどうか（ブロック
９２１）調べられる。新規トラヒック予測は、例えば、
前回のトラヒック予測が生成された時間の間に事象が発
生した場合に、加入者トラヒックに大きな影響を及ぼす
ときに必要とされる。新規トラヒック予測が必要ない場
合（ブロック９２１）、システム・プラン生成プロセス
（ブロック９０８）が呼び出され、手順は図示のように
反復する。新規トラヒック予測が必要な場合（ブロック
９２１）、トラヒック予測要求生成プロセス（９０２）
が呼び出され、手順は図示のように反復する。

【０１２７】システム運用プランが許容閾値外で動作す
る（ブロック９１８）とシステム・プラン実行監視プロ
セス（ブロック９１６）が検出すると、将来の時間セッ
トについて新規システム運用プランを生成する時間かど
うか調べられる（ブロック９２２）。新規システム運用
プランを生成する時間の場合（ブロック９２２）、トラ
ヒック予測要求生成プロセス（ブロック９０２）が呼び
出され、方法は図１３に示すように反復する。

【０１２８】システム・プラン実行監視プロセス（ブロ
ック９１６）およびシステム・プラン生成プロセス（９
０８）は、望ましくは、同時に行ってもよい。将来の時
間セットについてのシステム運用プランは、望ましく
は、現在実行中の時間セットにおいて生成される（ブロ
ック９０８）。従って、現在実行中の時間セットについ
てのシステム・プラン実行監視プロセス（ブロック９１
６）は、システム・プラン生成プロセス（ブロック９０
８）が将来の時間セットについてシステム運用プランを
生成するのと同時に実行し続ける。

【０１２９】５．トラヒック・データベースの維持 加入者トラヒック予測は、ＳＣＳ常駐メモリ１９２（図
２）内に望ましくは格納されるトラヒック経時データベ
ース(Traffic History Database)およびトラヒック・モ
デル・データベース(Traffic Model Database)に基づい
て行われる。好適な実施例では、トラヒック経時データ
ベースは、３次元マトリクスとしてみなすことができ、
各位置は地域，時間範囲およびトラヒック・タイプ（例
えば、音声，ページング，データ／ファックス，ボイス
・メールなど）によって定められる。

【０１３０】図１４は、トラヒック経時データベースの
仮定的な構造を示す。例えば、地域軸１３はＲＣの逐次
的なリストであり、時間範囲軸１１は連続的な５分単位
に分割され、トラヒック・タイプ軸１５は、システムの
すべての既知のトラヒック・タイプを含む。マトリクス
内の各位置は、位置１７によって表される。各位置は、
望ましくは、特定の地域，時間範囲およびトラヒック・
タイプに相当するトラヒックの量の表示を含む。

【０１３１】各受信ＣＤＲは、１つまたはそれ以上のト
ラヒック・タイプ，時間範囲および地域と関連づけられ
る。例えば、特定のＣＤＲは、ＲＣ＃３において８：１
５ｐ．ｍ．ＧＭＴから８：２０ｐ．ｍ．ＧＭＴまでに発
生したデータ／ファックス呼出を記述できる。ＳＣＳ２
８（図１）によって受信されたＣＤＲは、対応するまた
は「交差する」マトリクス内の位置を決定するためにソ
ートされる。

【０１３２】各位置で交差するＣＤＲの数は計数され、
対応する位置に格納される。例えば、４７個のＣＤＲは
位置１７で交差して示される。また、呼出試み回数も同
じ位置１７に格納される。交差するＣＤＲは、例えば、
交差が極めて小さい（例えば、わずか２秒）の場合に
は、特定の位置について回数として必ずしも考慮されな
い。

【０１３３】本明細書の説明に基づいて、当業者に明ら
かなように異なるデータベース構造も利用できる。さら
に、トラヒック量の指示は、例えば、地域から発信され
るデータ・パケットの数や、呼出試み回数など、ＣＤＲ
以外のトラヒック指示に基づいてもよい。 ６．トラヒックを予測する好適な方法 図１５は、本発明により加入者トラヒック予測を決定す
る方法のフローチャートを示す。図１５を参照して、加
入者トラヒック予測機能（ブロック９０４，図１３）
は、トラヒック予測要求生成プロセス（ブロック９０
２，図１３）からトラヒック予測要求を受信（ブロック
９７２）したとき開始する。

【０１３４】次に、トラヒック予測要求は、地域トラヒ
ック要求に分解される（ブロック９７４）。分解は、受
信されるトラヒック予測要求の種類（例えば、地理，セ
ル，衛星または経路）によって異なる。

【０１３５】地理的トラヒック予測要求は、望ましく
は、特定の時点における特定の地理的エリアで交差する
地域について地域トラヒック要求に分解される。地理的
トラヒック予測要求は、例えば、南米すべての加入者ト
ラヒック予測についてのトラヒック予測要求でもよい。
地理的トラヒック予測要求は、南米で交差する各地域の
個別地域トラヒック要求に分解される。

【０１３６】セル・トラヒック予測要求は、望ましく
は、ある時点に特定のセルが位置する地域について地域
トラヒック要求に分解される。セル・トラヒック要求
は、例えば、特定の時点における衛星＃２７のセル＃１
６についてのトラヒック予測要求でもよい。分解は、ま
ず衛星の「暦表(ephemeris) 」（すなわち、該当する時
間に衛星がどこに位置するか）を決定し、つぎにこの暦
表に基づいて、この時間中に衛星がどの地域にセル・パ
ターンを投影するかを決定することによって行われる。

【０１３７】同様に、衛星トラヒック予測要求は、望ま
しくは、セル・パターン全体がある時点で位置する地域
について地域トラヒック要求に分解される。

【０１３８】最後に、経路トラヒック予測要求は、望ま
しくは、要求された時間セット、または軌道の一部にお
いて特定の衛星のセル・パターンが通過する地域につい
て地域トラヒック要求に分解される。経路トラヒック予
測要求は、所望の時間セットについて衛星の暦表を決定
し、この時間セット中に衛星のセル・パターンが通過す
る地域に分解することによって分解される。経路トラヒ
ック予測要求は、例えば、１つのセル，１つの衛星また
は衛星のセットに適用できる。さらに、地理的トラヒッ
ク予測要求，セル・トラヒック予測要求および衛星トラ
ヒック予測要求が固定した時点に相当する場合、経路ト
ラヒック予測要求は特定の時間セットに相当する。

【０１３９】第１５図に戻って、各地域トラヒック要求
について地域トラヒック予測要求が決定される（ブロッ
ク９７６）。地域トラヒック予測は、望ましくは、地域
トラヒック要求に基づいて生じる加入者トラヒック量の
統計的な予測である。

【０１４０】図１６は、本発明により地域トラヒック予
測を決定する方法のフローチャートを示す。地域トラヒ
ック予測決定プロセス（ブロック９９０）は、トラヒッ
ク・モデル・データベース（ブロック９０６）を評価し
て、地域トラヒック予測要求に関連するトラヒック・モ
デルを決定するトラヒック・モデル・データベース検索
(Search Traffic Model Database) プロセス（ブロック
９９２）を実行することによって開始する。

【０１４１】「トラヒック・モデル」とは、特定の地
域，トラヒック・タイプおよび事象についての過去のト
ラヒック・パターンの統計的記述（例えば、ガウス分
布；ただし、他の統計的モデリング方法を利用してもよ
い）である。例えば、特定のトラヒック・モデルは、
５：００ｐ．ｍ．ＧＭＴから６：００ｐ．ｍ．ＧＭＴま
での月曜日のトラヒックについてＲＣ＃１３におけるセ
ルラ電話トラヒックを記述してもよい。トラヒック・モ
デルは、望ましくは、トラヒック経時データベース（ブ
ロック９５５）に格納されたデータから生成される。従
って、この例のトラヒック・モデル（ブロック９５５）
は、ＲＣ＃１３におけるセルラ電話について５：００ｐ
ｍ．ＧＭＴから６：００ｐ．ｍ．ＧＭＴまで以前の月曜
日で交差するトラヒック経時データベース（ブロック９
５５）におけるデータに基づく。

【０１４２】特定のトラヒック・モデルを記述する地
域，トラヒック・タイプおよび事象は、「有効フラグ(V
alidity Flag) 」と呼ばれる。各地域トラヒック要求
は、望ましくは、要求パラメータを含み、これらのパラ
メータは有効フラグと照合して、地域トラヒック要求に
応えるために利用できるトラヒック・モデルを見つける
ことができる。トラヒック・モデルがトラヒック予測要
求に関連するとトラヒック・モデルに関連する有効フラ
グが示した場合、このトラヒック・モデルは「候補モデ
ル(Candidate Model) 」とみなされる。

【０１４３】トラヒック・モデル・データベース検索プ
ロセス（ブロック９９２）により、候補モデルのセット
が生じる。このセットは、ヌル・セット(null set)でも
よい（すなわち、関連トラヒック・モデルが見つからな
いため候補モデルが無くてもよい）。

【０１４４】すべての候補モデルが有効であるかどうか
（例えば、これらが加入者トラヒックを正確に反映する
かどうか）が調べられる（ブロック９９３）。これは、
地域内の実際の呼アクティビティを記述するトラヒック
経時データベース（ブロック９５５）からの経時データ
を評価することによって行われる。例えば、特定の時間
で特定の地域に１０本のセルラ電話呼出が生じることを
候補モデルは示すが、呼出試み回数は２００回の呼出試
みが実際に行われたことを示す場合には、候補モデルは
呼アクティビティを正格に反映しておらず、無効と宣言
される（ブロック９９３）。

【０１４５】すべての候補モデルが有効の場合（ブロッ
ク９９３）、関連トラヒック・モデル合成(Combine Rel
ated Traffic Models)手順（ブロック９９４）が実行さ
れる。

【０１４６】候補モデルが無効の場合（ブロック９９
３）または候補モデルが見つからない場合、モデル・デ
ータベース更新(Update Model Database) 機能（ブロッ
ク９９５）が呼び出され、無効候補モデルを再生成する
か、あるいは新規トラヒック・モデルを生成する。交換
または新規トラヒック・モデルは、トラヒック・モデル
・データベース（ブロック９０６）に格納される。

【０１４７】候補モデルの再生成または新規トラヒック
・モデルの生成は、望ましくは、まずトラヒック予測要
求パラメータに関連するデータをトラヒック経時データ
ベース（ブロック９５５）から抽出することによって行
われる。次に、新規トラヒック・モデルは生成・格納さ
れ、もしあれば無効トラヒック・モデルと入れ替わる。

【０１４８】別の実施例では、トラヒック・モデル・デ
ータベース（ブロック９０６）は、新規加入者トラヒッ
ク要求が着信するときではなく、連続的に維持できる。
これは、着信加入者トラヒック・データがトラヒック経
時データベース（ブロック９５５）に取り入れられる
と、周期的（例えば、週１回）または非周期的に新規ト
ラヒック・モデルを再生成・導出することによって行う
ことができる。

【０１４９】元の候補モデルおよび再生成された候補モ
デル、ならびに新規トラヒック・モデルは合成され（ブ
ロック９９４）、地域トラヒック予測となる。地域トラ
ヒック予測は、加入者トラヒック予測手順（図１５）に
戻され（ブロック９９６）、地域トラヒック予測決定手
順は終了する（ブロック９９８，図１６）。

【０１５０】図１５に戻って、各分解された地域トラヒ
ック要求について地域トラヒック予測が決定される。地
域トラヒック予測合成プロセス（ブロック９７８）は、
すべての地域トラヒック予測を、地域トラヒック予測に
答える統合された加入者トラヒック予測に合成する。こ
こで、加入者トラヒック予測手順は終了する（ブロック
９８０）。

【０１５１】従って、従来の方法および機構について特
定の問題を克服し、特定の利点を達成する、セルラ通信
システム内の加入者トラヒックを予測する改善された方
法および装置について説明してきた。この方法および装
置は、限られたシステム資源の有効な管理のため正確な
予測が重要となる衛星システムについて、セルラ加入者
トラヒックの正確な予測を行うことができる。さらに、
本方法の自動的な性質のため、予測を迅速に行うことが
できる。これにより、システムが許容閾値を越えて動作
するかあるいはまもなくそうなるときに必要な、トラヒ
ック予測要求に対する素早い応答が可能になる。

【０１５２】別の利点は、本発明の柔軟性である。この
方法により、加入者トラヒック予測について新規トラヒ
ック・モデルを生成および利用できる。また、本方法は
異なるトラヒック予測要求タイプに対処できるので、シ
ステム・ユーザまたは管理者は、地域および時間セット
の高レベルの記述を用いてシステムに問い合わせること
ができる。

【０１５３】特定の実施例の上記の説明は、本発明の一
般的な性質を十分示すため、この知識を利用することに
よって、一般的な概念から逸脱せずに実施例をさまざま
な用途に容易に修正および／または適用できる。従っ
て、このような適用および修正は、開示された実施例と
同等の意味および範囲内で解釈すべきである。特に、衛
星セルラ通信システムおよび方法について好適な実施例
を説明したが、本発明のシステムおよび方法は衛星セル
ラ通信網に限定されず、個々のシステム・ノードにおけ
る資源管理が重要となる他の種類の多重ノード通信シス
テム、例えば、限定されないが、地上セルラ・システム
または地上回線システムにも同様に適用できることを当
業者には本明細書の説明に基づいて理解されたい。さら
に、本発明の方法は、静止衛星および同期衛星や、地球
の表面に対して移動する衛星にも同様に適用できる。

【０１５４】本明細書で用いた成句または用語は説明の
ためであり、制限するものではない。従って、本発明
は、特許請求の範囲の精神および広い範囲に入る一切の
代替，修正，同等および変形を網羅するものとする。

【０１５５】本明細書は、システム制御部と、１つまた
はそれ以上のルーティング装置とによって構成される通
信システムにおいて、通信システムの動作を予測的に制
御する方法について説明し、この方法は： ａ．システム制御部によって、加入者トラヒック予測を
作成する段階； ｂ．システム制御部によって、加入者トラヒック予測に
基づいてシステム運用プランを生成する段階；および ｃ．動作をシステム運用プランに合わせることにより、
１つまたはそれ以上のルーティング装置によってシステ
ム運用プランを実行する段階；によって構成される。

【０１５６】上記の方法において、段階（ａ）はさら
に： ａ．１． 将来の時間セットについてトラヒック予測要
求を受信する段階； ａ．２． トラヒック予測要求を１つまたはそれ以上の
地域トラヒック要求に分解する段階； ａ．３． 各１つまたはそれ以上の地域トラヒック要求
について地域トラヒック予測を決定する段階；および ａ．４． 地域トラヒック予測を合成する段階；によっ
て構成される。

【０１５７】上記の方法において、段階（ａ．２）は： ａ．２．１． 将来の時間セット中の１つまたはそれ以
上のルーティング装置の位置を予測する段階；および ａ．２．２． １つまたはそれ以上のルーティング装置
が通信トラヒックをサポートする天体の表面上の地域
を、前記位置から決定する段階；によって構成される。

【０１５８】２段落前で説明した方法において、段階
（ａ．３）は： ａ．３．１． １つまたはそれ以上の地域トラヒック要
求に関連する候補トラヒック・モデルのセットについ
て、トラヒック・モデルを収容するトラヒック・モデル
・データベースを検索する段階； ａ．３．２． 候補トラヒック・モデルのセットがナル
・セットの場合に、トラヒック経時データベースからの
加入者トラヒック・データを利用して、１つまたはそれ
以上の新規トラヒック・モデルを生成する段階；および ａ．３．３． 候補トラヒック・モデルのセット、ある
いは１つまたはそれ以上の新規トラヒック・モデルを地
域トラヒック予測の１つに合成する段階；によって構成
される。

【０１５９】３段落前で説明した方法において、段階
（ａ．３）は： ａ．３．１． １つまたはそれ以上の地域トラヒック要
求に関連する候補トラヒック・モデルのセットについ
て、トラヒック・モデルを収容するトラヒック・モデル
・データベースを検索する段階； ａ．３．２． 候補トラヒック・モデルのセットがナル
・セットの場合に、１つまたはそれ以上の新規トラヒッ
ク・モデルを生成する段階； ａ．３．３． 候補トラヒック・モデルのセットがナル
・セットでない場合に、候補トラヒック・モデルのセッ
トが有効かどうかを判断する段階； ａ．３．４． 候補トラヒック・モデルのセットがナル
・セットでなく、かつ候補トラヒック・モデルのセット
が有効でない場合に、再生成された候補トラヒック・モ
デルを作成する段階；および ａ．３．５． １つまたはそれ以上の新規トラヒック・
モデルまたは候補トラヒック・モデルと、再生成された
候補トラヒック・モデルとを地域トラヒック予測の１つ
に合成する段階；によって構成される。

【０１６０】上記の方法において、段階（ａ．３．３）
は： ａ．３．３．１． 地域内の実際のトラヒックを記述す
るトラヒック経時データベースからのデータを評価する
段階； ａ．３．３．２． 特定の候補トラヒック・モデルが実
際のトラヒックを正確に反映しない場合に、この特定の
候補トラヒック・モデルを無効と宣言する段階；および ａ．３．３．３． 特定の候補トラヒック・モデルが実
際のトラヒックを正確に反映している場合に、この特定
の候補トラヒック・モデルを有効と宣言する段階；によ
って構成される。

【０１６１】２段落前で説明した方法において、段階
（ａ．３．２）は： ａ．３．２．１． １またはそれ以上の新規トラヒック
・モデルに関連する関連加入者トラヒック・データをト
ラヒック経時データベースから抽出する段階； ａ．３．２．２． 関連加入者トラヒック・データを利
用して、１つまたはそれ以上の新規トラヒック・モデル
を生成する段階；および ａ．３．２．３． １つまたはそれ以上の新規トラヒッ
ク・モデルをトラヒック・モデル・データベースに格納
することにより、トラヒック・モデル・データベースを
更新する段階；によって構成され、段階（ａ．３．４）
は： ａ．３．４．１． 再生成された候補トラヒック・モデ
ルに関連する関連加入者トラヒック・データをトラヒッ
ク経時データベースから抽出する段階； ａ．３．４．２． 関連加入者トラヒック・データを利
用して、再生成された候補トラヒックを生成する段階；
および ａ．３．４．３． 再生成された候補トラヒック・モデ
ルをトラヒック・モデル・データベースに格納すること
によって、トラヒック・モデル・データベースを更新す
る段階；によって構成される。

【０１６２】上記の方法において、段階（ｂ）は： ｂ．１． 加入者トラヒック予測に基づいて、１つまた
はそれ以上のルーティング装置による許容クロスリンク
使用を、システム制御部によって決定する段階；および ｂ．２． この許容クロスリンク使用をシステム運用プ
ランに組み入れる段階；によって構成される。

【０１６３】上記の方法において、段階（ｂ）は： ｂ．１． 加入者トラヒック予測に基づいて、１つまた
はそれ以上のルーティング装置による許容ダウンリンク
使用を、システム制御部によって決定する段階；および ｂ．２． この許容ダウンリンク使用をシステム運用プ
ランに組み入れる段階；によって構成される。

【０１６４】上記の方法において、段階（ｂ）は： ｂ．１． 加入者トラヒック予測に基づいて、１つまた
はそれ以上のルーティング装置の許容エネルギ消費を、
システム制御部によって決定する段階；および ｂ．２． この許容エネルギ消費をシステム運用プラン
に組み入れる段階；によって構成される。

【０１６５】上記の方法において、１つまたはそれ以上
のルーティング装置はアンテナを有し、段階（ｂ）は： ｂ．１． 加入者トラヒック予測に基づいて、システム
制御部によってアンテナ割り当てを決定する段階；およ
び ｂ．２． このアンテナ割り当てをシステム運用プラン
に組み入れる段階；によって構成される。

【０１６６】上記の方法において、１つまたはそれ以上
のルーティング装置は通信チャネルを提供し、段階
（ｂ）は： ｂ．１． 加入者トラヒック予測に基づいて、システム
制御部によって通信チャネル割り当てを決定する段階；
および ｂ．２． この通信チャネル割り当てをシステム運用プ
ランに組み入れる段階；によって構成される。

【０１６７】上記の方法において、段階（ｂ）は： ｂ．１． 加入者トラヒック予測に基づいて、システム
制御部によって許容資源利用閾値を決定する段階；およ
び ｂ．２． この許容資源利用閾値をシステム運用プラン
に組み入れる段階；によって構成される。

【０１６８】上記の方法において、段階（ｃ）は： ｃ．１． システム運用プランに基づいて、１つまたは
それ以上のルーティング装置におけるトラヒック・フロ
ーを制御する段階；によって構成される。

【０１６９】上記の方法において、段階（ｃ．１）はさ
らに： ｃ．１．１． 実際の加入者トラヒックが許容資源利用
閾値を越えた場合に、１つまたはそれ以上の加入者ユニ
ットが通信システムにアクセスさせることを拒否する段
階；によって構成される。

【０１７０】２段落前で説明した方法において、段階
（ｃ．１）はさらに： ｃ．１．１． システム運用プランに従ってデータを他
のルーティング装置に中継する段階； によって構成される。

【０１７１】上記の方法において、段階（ｂ）はさら
に： ｂ．１． 加入者トラヒック予測に基づいて、システム
制御部によって許容アクセス番号を決定する段階；およ
び ｂ．２． この許容アクセス番号をシステム運用プラン
に組み入れる段階；によって構成される。

【０１７２】上記の方法において、段階（ｃ）はさら
に： ｃ．１． 特定のアクセス番号を格納する常駐メモリ装
置を有する加入者ユニットに許容アクセス番号を、１つ
またはそれ以上のルーティング装置によって放送する段
階；および ｃ．２． 許容アクセス番号とは異なる特定のアクセス
番号を有する加入者ユニットに通信チャネルにアクセス
させることを、１つまたはそれ以上のルーティング装置
によって拒否する段階；によって構成される。

【０１７３】本明細書は、システム制御部と、通信チャ
ネルを提供する１つまたはそれ以上のルーティング装置
とによって構成される通信システムにおいて、加入者ユ
ニットを通信システムに接続する方法について説明し、
この方法は： ａ． 加入者トラヒック予測に基づいて、システム制御
部によって、１つまたはそれ以上の許容アクセス番号を
決定する段階； ｂ． １つまたはそれ以上のルーティング装置によっ
て、１つまたはそれ以上の許容アクセス番号を放送する
段階；および ｃ． １つまたはそれ以上のルーティング装置によって
放送された１つまたはそれ以上の許容アクセス番号が加
入者ユニットの常駐メモリ装置内に格納された特定のア
クセス番号と整合性がある場合に、加入者ユニットによ
って通信チャネルを利用する段階；によって構成され
る。

【０１７４】本明細書は、システム制御部と、通信チャ
ネルを提供する１つまたはそれ以上のルーティング装置
とによって構成される通信システムにおいて、特定の加
入者ユニットを通信システムに接続する方法について説
明し、この方法は： ａ． 特定の加入者ユニットによって識別情報をシステ
ム制御部に送信する段階であって、この識別情報は、１
つまたはそれ以上の許容アクセス番号を含むシステム運
用プランを生成するために用いられる段階；および ｂ． １つまたはそれ以上のルーティング装置が１つま
たはそれ以上の許容アクセス番号を放送し、かつこの１
つまたはそれ以上の許容アクセス番号の１つが、特定の
加入者ユニットの常駐メモリ装置内に格納された特定の
アクセス番号と整合性がある場合に、特定の加入者ユニ
ットによって通信チャネルの１つを利用することを試み
る段階； によって構成される。

【０１７５】本明細書は、システム制御部によって構成
される通信システムにおいて、通信システムを運用する
方法について説明し、この方法は： ａ． 加入者ユニットによって行われた呼を記述する呼
データ記録を、システム制御部によって利用して、加入
者トラヒック予測を作成する段階；および ｂ． 加入者トラヒック予測に基づいて、システム制御
部によってシステム運用プランを生成する段階；によっ
て構成される。

【０１７６】本明細書は、メモリ装置を有するシステム
制御部と、天体の表面に通信チャネルを提供する１つま
たはそれ以上のルーティング装置と、天体の表面に対し
て移動可能な複数の加入者ユニットであって、複数の加
入者ユニットのうち少なくとも２つは通信チャネル上で
互いに通信トラヒックを交信できる複数の加入者ユニッ
トとによって構成される通信システムにおいて、この通
信システムを運用する方法について説明し、この方法
は： ａ． 複数の加入者ユニット間で交信される通信トラヒ
ックを記述するデータを、システム制御部によって収集
する段階； ｂ． システム制御部によって、メモリ装置にあるトラ
ヒック経時データベースにデータを格納する段階； ｃ． トラヒック経時データベース内のデータに基づい
て、将来の時間セットについての加入者トラヒック予測
を、システム制御部によって作成する段階；および ｄ． 加入者トラヒック予測に基づいて、システム制御
部によって１つまたはそれ以上のルーティング装置の動
作を制御する段階；によって構成される。

【０１７７】上記の方法において、段階（ｃ）は： ｃ．１． システム制御部によって、トラヒック経時デ
ータベース内のデータからトラヒック・モデルを生成す
る段階；および ｃ．２． トラヒック・モデルに基づいて、システム制
御部によって加入者トラヒック予測を作成する段階；に
よって構成される。

【０１７８】上記の方法において、段階（ｄ）は： ｄ．１． 加入者トラヒック予測に基づいて、将来の時
間セットのシステム運用プランをシステム制御部によっ
て生成する段階； ｄ．２． システム運用プランが許容可能であるかどう
かを判断する段階； ｄ．３． システム運用プランが許容可能でない場合
に、段階ｄ．１およびｄ．２を繰り返す段階； ｄ．４． システム運用プランが許容可能な場合に、１
つまたはそれ以上のルーティング装置について個別プラ
ンを作成する段階； ｄ．５． １つまたはそれ以上のルーティング装置によ
って、動作を個別プランに合わせる段階； ｄ．６． システム制御部によって、実際のシステム動
作を監視して、この実際のシステム動作をシステム運用
プラン内に含まれる閾値と比較する段階； ｄ．７． システム運用プランが閾値外で動作するかあ
るいはまもなくそうなる場合に、段階ｄ．１ないしｄ．
４を繰り返すことによってシステム運用プランを訂正す
る段階； ｄ．８． システム運用プランが閾値外で動作しない場
合に、新規システム運用プランを生成する時間かどうか
を調べる段階； ｄ．９． 新規システム運用プランを生成する時間では
ない場合に、段階ｄ．５ないしｄ．８を繰り返す段階；
および ｄ．１０． 新規システム運用プランを生成する時間の
場合に、段階ｄ．１ないしｄ．８を繰り返す段階；によ
って構成される。

【０１７９】本明細書は、システム制御部によって制御
され、１つまたはそれ以上のルーティング装置からなる
通信システムであって、この１つまたはそれ以上のルー
ティング装置の少なくとも１つは天体の表面に対して移
動する通信システムにおいて、この通信システムを運用
する方法について説明し、この方法は： ａ． 複数の加入者ユニット間で通信トラヒックを交信
するための通信チャネルを、１つまたはそれ以上のルー
ティング装置によって提供する段階； ｂ． 加入者トラヒック予測から決定された１つまたは
それ以上のアクセス番号を、１つまたはそれ以上のルー
ティング装置によって放送する段階； ｃ． １つまたはそれ以上のルーティング装置によって
放送された１つまたはそれ以上のアクセス番号と整合性
のある個別アクセス番号を有する特定の加入者ユニット
による通信チャネル・アクセスを、１つまたはそれ以上
のルーティング装置によって許可する段階；および ｄ． 通信チャネルを利用することを試みる加入者ユニ
ットの数が、加入者トラヒック予測から導出されたシス
テム運用プラン内に含まれる閾値を越える場合に、他の
加入者ユニットに対する通信チャネル・アクセスを、１
つまたはそれ以上のルーティング装置によって拒否する
段階；によって構成される。

【０１８０】本明細書は、システム制御部によって制御
され、１つまたはそれ以上のルーティング装置によって
構成される通信システムにおいて、この通信システムを
運用する方法について説明し、この方法は： ａ． 移動可能な複数の加入者ユニット間で通信トラヒ
ックを交信するための１つまたはそれ以上の通信チャネ
ルを、１つまたはそれ以上のルーティング装置によって
提供する段階； ｂ． 加入者トラヒック予測から決定された１つまたは
それ以上のアクセス番号を、１つまたはそれ以上のルー
ティング装置によって放送する段階； ｃ． １つまたはそれ以上のルーティング装置によって
放送された１つまたはそれ以上のアクセス番号と整合性
のある個別アクセス番号を有する特定の加入者ユニット
に対する通信チャネル・アクセスを、１つまたはそれ以
上のルーティング装置によって許可する段階；および ｄ． 通信チャネルを利用することを試みる加入者ユニ
ットの数が、加入者トラヒック予測から導出されたシス
テム運用プラン内に含まれる閾値を越える場合に、他の
加入者ユニットに対する通信チャネル・アクセスを、１
つまたはそれ以上のルーティング層によって拒否する段
階；によって構成される。

【０１８１】本明細書は、システム制御部と、少なくと
も１つの通信チャネルを提供する１つまたはそれ以上の
ルーティング装置であって、この１つまたはそれ以上の
ルーティング装置の少なくも１つは天体の表面に対して
移動する１つまたはそれ以上のルーティング装置と、移
動可能であり、かつ１つまたはそれ以上のルーティング
装置を介して互いに通信する複数の加入者ユニットとに
よって構成される通信システムにおいて、この通信シス
テムを運用する方法について説明し、この方法は、 ａ． 複数の加入者ユニット間の特定の呼を記述する呼
データ記録の集合からトラヒック・モデルを、システム
制御部によって導出する段階； ｂ． トラヒック・モデルのセットに基づいて、システ
ム制御部によって加入者トラヒック予測を決定する段
階； ｃ． 加入者トラヒック予測から、将来の時間セットに
ついてのシステム運用プランを、システム制御部によっ
て生成する段階； ｄ． システム運用プランの一部を１つまたはそれ以上
のルーティング装置に、システム制御部によって分配す
る段階；および ｅ． 将来の時間セット中に、動作をシステム運用プラ
ンの一部に合わせることによって、１つまたはそれ以上
のルーティング装置によりシステム運用プランを実行す
る段階；によって構成される。

【０１８２】本明細書は：呼データ記録に基づいて加入
者トラヒック予測を作成し、かつ加入者トラヒック予測
に基づいてシステム運用プランを作成し、かつシステム
運用プランに基づいて個別プランを作成するシステム制
御部；システム制御部から個別プランを受信し、動作を
この呼別プランに合わせ、個別プラン内に含まれるアク
セス情報を放送する１つまたはそれ以上の衛星；および
１つまたはそれ以上の衛星によって放送されるアクセス
情報に基づいて、特定の加入者ユニットにこの特定の加
入者ユニットがセルラ通信システムにアクセスできるか
どうかを決定することを可能にするアクセス番号を有す
る常駐メモリ装置を内蔵した複数の加入者ユニット；に
よって構成されるセルラ通信システムについて説明す
る。

【０１８３】本明細書は、セルラ通信システムにおいて
用いられるセルラ通信サブシステムについて説明し、こ
のセルラ通信システムは、少なくとも一部が天体の表面
に対して移動する複数の衛星によって構成され、各複数
の衛星は、少なくとも１つの加入者ユニットとの通信を
行うための１つまたはそれ以上の送信機および受信機を
含む通信資源を内蔵し、この１つまたはそれ以上の送信
機および受信機に結合される電磁エネルギを受信および
送信する少なくとも２つの装置を有し、このサブシステ
ムは：システム制御部によって複数の衛星に与えられる
個別運用プランを格納する衛星常駐メモリであって、こ
の個別運用プランは将来の時間セットについて複数の衛
星を運用するためのものであり、この個別運用プランは
加入者トラヒック予測に基づき、将来の時間セット中の
所定の時間に、複数の衛星に衛星の動作モードを変更さ
せる衛星常駐メモリ；および衛星常駐メモリと、１つま
たはそれ以上の送信機および受信機とに結合された衛星
常駐コントローラであって、この衛星常駐コントローラ
は、衛星常駐メモリに格納された個別運用プランによっ
て決定される方法で、複数の衛星を通過する通信トラヒ
ックに従って１つまたはそれ以上の送信機および受信機
を起動する衛星常駐コントローラ；によって構成され
る。

【０１８４】本明細書は、システム制御部と、通信チャ
ネルを提供する１つまたはそれ以上のルーティング装置
とによって構成される通信システムにおいて、加入者ユ
ニットによって用いられる回路について説明し、前記加
入者ユニットを通信システムと接続するこの回路は：識
別情報をシステム制御部に送信する手段であって、この
識別情報は、１つまたはそれ以上の許容アクセス番号を
含むシステム運用プランを生成するために用いられる手
段；および１つまたはそれ以上のルーティング装置が１
つまたはそれ以上の許容アクセス番号を放送し、かつ許
容アクセス番号の１つが特定の加入者ユニットの常駐メ
モリ装置内に格納された特定のアクセス番号と整合性が
ある場合に、通信チャネルの１つを利用することを試み
る手段；によって構成される。

【図面の簡単な説明】

【図１】本発明による衛星方式のセルラ通信システムを
示す概念図である。

【図２】本発明によるシステム制御部のブロック図であ
る。

【図３】本発明によるゲートウェイのブロック図であ
る。

【図４】本発明による加入者ユニットのブロック図であ
る。

【図５】本発明による衛星のブロック図である。

【図６】本発明による２つの加入者ユニット間の通信リ
ンクの概念図である。

【図７】本発明による加入者ユニットと地上電話装置と
の間の通信リンクの概念図である。

【図８】本発明による地球の表面上の地域の例を示す。

【図９】本発明により加入者呼データ記録を作成する方
法を示すフローチャートである。

【図１０】本発明による地球の表面上の地域における衛
星セル・パターン投影の移動の例を示す。

【図１１】本発明により、離散的な時点の異なる地域に
おける加入者トラヒック需要の変化を示す仮定的なグラ
フである。

【図１２】本発明により、時間的な事象の関数としての
特定の地域内の加入者トラヒック需要の変化を示す仮定
的なグラフである。

【図１３】本発明によりシステム資源を管理する方法を
示すフローチャートである。

【図１４】本発明によるトラヒック経時データベースの
仮定的な構造を示す。

【図１５】本発明より加入者トラヒック予測を決定する
方法を示すフローチャートである。

【図１６】本発明により地域トラヒック予測を決定する
方法を示すフローチャートである。

【符号の説明】

１０ 通信システム １２ 衛星 １４ 軌道 ２２ ゲートウェイ ２４ システム制御部地上通信局 ２６ 無線通信加入者ユニット ２８ システム制御部 ３０ ゲートウェイ地上通信局 １９０ ＳＣＳ常駐コントローラ １９２ ＳＣＳ常駐メモリ １９４ ＳＣＳ−ＧＣＳインタフェース １７０ ＧＷ常駐コントローラ １７２ ＰＳＴＮタイプ・インタフェース １７４ ＧＷ−ＧＣＳインタフェース １７６ ＧＷ常駐メモリ １１０ ＳＵアンテナ １１２ ＳＵ送信機 １１４ ＳＵ受信機 １１６ 通信プロセッサ １１８ ＳＵ常駐メモリ ４２ 衛星加入者アンテナ ５０ 衛星ダウンリンク・アンテナ ５２ ＧＷ−ＧＣＳアンテナ ５８ 衛星クロスリンク・アンテナ ８０ クロスリンク送信機 ８２ クロスリンク受信機 ８４ 加入者送信機 ８６ 加入者受信機 ８８ ダウンリンク送信機 ９０ ダウンリンク受信機 ９２ 衛星常駐コントローラ ９４ 衛星常駐メモリ ９６ 衛星バッテリ ９８ 衛星太陽電池パネル ２００，２０２ 加入者ユニット（ＳＵ） ２０４ 発信側衛星 ２０６ 中間衛星 ２０８ 相手側衛星 ２１０ リンク ２１４ クロスリンク ２１６ リンク ２２２，２２４ セル・パターン ２３０ 加入者ユニット（発信側ＳＵ） ２３２ 地上電話装置（相手側ＴＴＥ） ２３４ 発信側衛星 ２３６ リンク ２３８ 中間衛星 ２４０ 相手側衛星 ２４２ クロスリンク ２４４ 相手側ＧＷ ２４６ 相手側ＧＷ−ＧＣＳ ２４８ 通信システム ２５０ リンク ２５２ セル・パターン ７００，７０２，７０４ 地域 ８００，８０２，８０４ 地域 ８１０，８１２，８１４ セル・パターン投影

Claims (5)

【特許請求の範囲】
1. 【請求項１】 システム制御部（２８）と、 通信チャネル（２１０，２１６，２３６）を提供する１
   つまたはそれ以上のルーティング装置（１２）とによっ
   て構成される通信システム（１０）において、特定の加
   入者ユニット（２６）を前記通信システム（１０）に接
   続する方法であって： ａ．前記特定の加入者ユニット（１２）によって、識別
   情報を前記システム制御部（２８）に送信する段階であ
   って、前記識別情報は、１つまたはそれ以上の許容アク
   セス番号を含むシステム運用プランを生成するために用
   いられる段階；および ｂ．前記１つまたはそれ以上のルーティング装置（１
   ２）が前記１つまたはそれ以上の許容アクセス番号を放
   送し、かつ前記１つまたはそれ以上の許容アクセス番号
   の１つが前記特定の加入者ユニット（２６）の常駐メモ
   リ装置（１１８）内に格納される特定のアクセス番号と
   共用できる場合に、前記特定の加入者ユニットによって
   前記通信チャネル（２１０，２１６，２３６）の１つを
   利用することを試みる段階； によって構成されることを特徴とする方法。
2. 【請求項２】メモリ装置（１９２）を有するシステム制
   御部（２８）、天体の表面に通信チャネル（２１０，２
   １６，２３６）を提供する１つまたはそれ以上のルーテ
   ィング装置（１２）、および前記天体の表面に対して移
   動可能な複数の加入者ユニット（２６）であって、少な
   くとも２つの前記複数の加入者ユニット（２６）が前記
   通信チャネル（２６）上で互いに通信トラヒックを交信
   できる複数の加入者ユニット（２６）によって構成され
   る通信システム（１０）において、この通信システム
   （１０）を運用する方法であって： ａ．前記複数の加入者ユニット（２６）間で交信される
   前記通信トラヒックを記述するデータを、前記システム
   制御部（２８）によって収集する段階； ｂ．前記システム制御部（２８）によって、前記メモリ
   装置（１９２）にあるトラヒック経時データベース（９
   ５５）に前記データを、格納する段階； ｃ．前記システム制御部（２８）によって、前記トラヒ
   ック経時データベース（９５５）内の前記データに基づ
   いて、将来の時間セットについての加入者トラヒック予
   測を、作成する段階；および ｄ．前記システム制御部（２８）によって、前記加入者
   トラヒック予測に基づいて、前記１つまたはそれ以上の
   ルーティング装置（１２）の動作を制御する段階； によって構成されることを特徴とする方法。
3. 【請求項３】 システム制御部によって制御され、１つ
   またはそれ以上のルーティング装置（１２）によって構
   成される通信システム（１０）において、前記通信シス
   テム（１０）を運用する方法であって： ａ．前記１つまたはそれ以上のルーティング装置（１
   ２）によって、移動可能な複数の通信ユニット（２６）
   間で通信トラヒックを交信するための１つまたはそれ以
   上の通信チャネル（２１０，２１６，２３６）を、提供
   する段階； ｂ．前記１つまたはそれ以上のルーティング装置（１
   ２）によって、加入者トラヒック予測から決定される１
   つまたはそれ以上のアクセス番号を、放送する段階； ｃ．前記１つまたはそれ以上のルーティング装置によっ
   て、前記１つまたはそれ以上のルーティング装置（１
   ２）によって放送された前記１つまたはそれ以上のアク
   セス番号と共用する個別アクセス番号を有する特定の加
   入者ユニット（１２）に対する通信チャネル・アクセス
   を、許可する段階；および ｄ．前記１つまたはそれ以上のルーティング装置（１
   ２）によって、前記通信チャネル（２１０，２１６，２
   ３６）を利用することを試みる加入者ユニットの数が、
   前記加入者トラヒック予測から導出されるシステム運用
   プラン内に含まれる閾値を越える場合に、他の加入者ユ
   ニット（２６）に対する通信チャネル・アクセスを、拒
   否する段階； によって構成されることを特徴とする方法。
4. 【請求項４】 システム制御部（２８）と、 少なくとも１つの通信チャネル（２１０，２１６，２３
   ６）を提供する１つまたはそれ以上のルーティング装置
   （１２）であって、少なくとも１つのルーティング装置
   （１２）は天体の表面に対して移動する１つまたはそれ
   以上のルーティング装置（１２）、および移動可能であ
   り、かつ前記１つまたはそれ以上のルーティング装置
   （１２）を介して互いに通信する複数の加入者ユニット
   （２６）とによって構成される通信システム（１０）に
   おいて、前記通信システム（１０）を運用する方法であ
   って： ａ．前記システム制御部（２８）によって、前記複数の
   加入者ユニット（２６）間の特定の呼を記述する呼デー
   タ記録の集合からトラヒック・モデル（９０６）を、導
   出する段階（９９５）； ｂ．前記システム制御部（２８）によって、前記トラヒ
   ック・モデル（９０６）のセットに基づいて、加入者ト
   ラヒック予測を決定する段階（９０４）； ｃ．前記システム制御部（２８）によって、前記加入者
   トラヒック予測から、将来の時間セットについてシステ
   ム運用プランを、生成する段階（９０８）； ｄ．前記システム制御部（２８）によって、前記システ
   ム運用プランの一部を前記１つまたはそれ以上のルーテ
   ィング装置（１２）に、分配する段階；および ｅ．前記１つまたはそれ以上のルーティング装置（１
   ２）によって、前記将来の時間セット中に、前記システ
   ム運用プランの一部に動作を合わせることによって、前
   記システム運用プランを実行する段階（９１４）； によって構成されることを特徴とする方法。
5. 【請求項５】 少なくとも一部が天体の表面に対して移
   動する複数の衛星によって構成されるセルラ通信システ
   ム（１０）で用いられる衛星通信サブシステムであっ
   て、前記各衛星（１２）は、少なくとも１つの加入者ユ
   ニット（２６）と通信を行うため１つまたはそれ以上の
   送信機（８０，８４，８８）および受信機（８２，８
   ６，９０）を含む通信資源を内蔵し、かつ前記１つまた
   はそれ以上の送信機（８０，８４，８８）および受信機
   （８２，８６，９０）に結合される電磁エネルギを受信
   および送信するための少なくとも１つの装置（４２，５
   ０，５８）を有する、前記サブシステムであって：シス
   テム制御部（２８）によって前記複数の衛星（１２）に
   よって与えられる個別運用プランを格納する衛星常駐メ
   モリ（９４）であって、前記個別運用プランは、将来の
   時間セットで前記複数の衛星（１２）を運用するための
   ものであり、前記個別運用プランは、加入者トラヒック
   予測に基づき、前記将来の時間セット中の所定の時間に
   おいて前記複数の衛星（１２）に衛星の動作モードを変
   更させる衛星常駐メモリ（９４）；および前記衛星常駐
   メモリ（９４）と、前記１つまたはそれ以上の送信機
   （８０，８４，８８）および受信機（８２，８６，９
   ０）に結合された衛星常駐コントローラ（９２）であっ
   て、前記衛星常駐メモリ（９４）に格納された前記個別
   運用プランによって決定される方法で、前記複数の衛星
   （１２）を通過する通信トラヒックに従って、前記１つ
   またはそれ以上の送信機（８０，８４，８８）および受
   信機（８２，８６，９０）を起動する衛星常駐コントロ
   ーラ（９２）；によって構成されるサブシステム。