JP2001510664A - データリンク同期のシステムと方法 - Google Patents

Abstract

(57)【要約】 通信システム内の２つのユーザ端末の間の通信を改良するシステムと方法が開示される。地上ネットワークインターフェイスを有する衛星ベースシステムでのように、２つのユーザ端末が、ネットワークとのダブルホップ接続から相互のシングルホップ接続へ切り替わり、それまでダブルホップ接続内でネットワークと別々に同期していた２つのユーザ端末の間で、プロトコルパラメータを同期させることにより、この発明による通信が設定される。

Description

【発明の詳細な説明】 データリンク同期のシステムと方法 発明の背景 発明の分野 この発明は一般に、改良されたデータリンク同期のための通信システムと方法 に関し、特に、衛星接続経由の２つのユーザ端末間の改良されたデータリンク同 期のための通信システムと方法に関し、とりわけ、シングルホップ（single-hop ）衛星接続の設立に際して２つのユーザ端末間のデータリンク同期のための通信 システムと方法に関する。 発明の背景と目的 イギリス海峡を航行中の船と連続的に連絡を取る無線電信の能力について、グ リエルモ・マルコーニが１８９７年に証明して以来、無線通信の発展は、過去一 世紀を通じて顕著なものであった。マルコーニの発見以来、新しい有線および無 線の方法、サービス、規格が、世界中の人々により採用されてきた。この発展は 、特に最近十年間加速しているが、それはポータブル無線電子装置をますます小 型に、安価に、信頼性あるものにした多数の技術的進歩に燃え立たせられて、こ の時期に移動無線通信産業の重要性が何桁も増したからである。この無線ネット ワークは既存の有線ネットワークと相互に作用し、結局は取って代わるので、移 動電話の幾何級数的な成長はこれからの数十年も同様に上がり続けるであろう。 無線電話を実施するために多数の電気通信システムが開発された。例えば、米 国におけるアドバンスト・モービル・フォン・サービス（ＡＭＰＳ）セルラシス テム、北欧におけるノーディック・モービル・テレフォン（ＮＭＴ）システム、 また最近では、移動体通信用グローバル・システム（ＧＳＭ）、およびＤＣＳ１ ８００ディジタルシステムがある。しかしながら上記の全てのシステムは地上シ ステム、すなわち衛星ベース（satellite-based）の伝送ではなく、地上ベース （earth-based）の伝送を有するものである。 東南アジア諸国連合（ＡＳＥＡＮ）セルラ衛星システム（ＡＣｅＳ）は、静止 衛星の使用により電話のカバレージを供給するそのような衛星ベースのディジタ ル・モービル・サテライト（ＤＭＳ）システムである。未だその仕様の段階にあ るが、ＡＣｅＳは本質的に、人気のあるＧＳＭ仕様の改作物である。東南アジア に展開することが期待されているＡＣｅＳは、限られた陸上通信線とセルラのイ ンフラストラクチャしかない地域へカバレージを提供して、ハンドヘルドポケッ ト電話をアジア中で使用することを可能にする。展開すれば、ＡＣｅＳシステム の衛星の受信可能地域は、インドから日本まで、また北部中国からインドシナま で、多数のスポットを使用してサービスを可能にするだろう。 ＡＣｅＳや他のＤＭＳシステムのようなディジタル衛星ベース通信システムに おいて、発信ユーザ端末である１つの加入者と着信ユーザ端末である他の加入者 の間の接続は、最初に中間的な、地上ベースの通信ネットワークを通じて設立さ れる。発信ユーザターミナル（ＵＴ）とネットワークおよびネットワークと着信 ＵＴの間に離散的なリンク、つまり軌道衛星上にダブルホップ無線接続を設立し て後に、それからこの２つのＵＴが中間ネットワーク無しで、すなわち衛星を通 じてシングルホップ無線接続を設立し得る。 あらゆる種類の情報の同列間交換、例えばＵＴとネットワークの間または２つ のＵＴの間に必須なのは、標準的な通信プロトコルの使用である。１つのそうし たプロトコルである国際標準化機構（ＩＳＯ）は７層を有し、その１つの層がデ ータリンク（ＤＬ）層である。この層はデータパッケージの操作、特に、出力パ ッケージのアドレッシングと入力パッケージ上のアドレスのデコーディングを制 御する。従ってＤＬ層のためのプロトコルは、パケット交換を通じてのデータの 同列間伝送を制御する。当業者に理解されるように、ＤＬプロトコルは一様なフ レーム構造、フィールドフォーマット、通信手順を使用して、パケットデータの 物理的交換を物理層において支配するが、この物理層は前記ＩＳＯプロトコル内 の下部層であって、上部層からの指示に従う。従って、ＤＬ層の最も重要なタス クは、上記諸層のためにエラーのない接続を提供することである。そうしたＤＬ プロトコルにおいて、１つの当事者（peer）は「ネットワーク」であり、他の当 事者はＵＴであり、ＤＬメッセージにおけるパラメータの設定は異なっている。 当業者に理解されるように、２つのデバイスの間のデータの交換は、パケット のＤＬ層での正しい受信に依存している。データを搬送するＤＬフレームは、各 ＤＬ層について連続番号が付けてあり、各デバイスのＤＬ層は全ての送信された フレームまたは受信されたフレームの記録を取る。フレームカウンタとラベルの ような特殊な変数が、送信および受信されたパケットデータのフレームに番号を つけマークするために各ＤＬ層によりそれぞれ使用される。通信におけるこれら の逐次カウンタとマークの正確さが、ディジタル情報の正しい取り扱い（handli ng）を保証する。エラーの場合におけるデータパケットの再送ための機構もまた 、ＤＬ層プロトコルにより供給される。 しかしながら、ＡＣｅＳのようなディジタル衛星ベース通信システムに伴う１ つの問題は、ダブルホップ接続からシングルホップ接続へ切り替えるときに、Ｕ Ｔ−ＵＴの組み合わせのＤＬ層プロトコルが整合しないことである。これの理由 は、それぞれのダブルホップ接続のＤＬ層プロトコル、すなわち、発信ＵＴとネ ットワークの間のＤＬ層プロトコル、および、ネットワークと着信ＵＴの間の別 の接続が、互いに対して独立していて、同期していないことである。その上、２ つのＵＴのＤＬピアは、ＵＴメッセージとして出力メッセージを構成し、ネット ワークにより構成されたメッセージを受信するように期待する。従って、ネット ワークが２つのＵＴを１つの無線チャネルに接続する場合、すなわちシングルホ ップ接続の場合、セットアップ信号の終わりにおいて、およびアクティブコール 状態が入力されたとき、結合したＵＴは互いに同期していない。代わりに、各Ｕ Ｔは、ネットワークのＤＬ層に別々に同期している。結果として、そうした不一 致のプロトコル中に、１つのＵＴにより他のＵＴへ伝送されたいずれかのデータ は、たとえ受信されたとしても、シングルホップ接続が正しく取り扱われない。 もちろんこのための解決は、２つのＵＴのＤＬ層を互いに同期させて、これら のＵＴが正しく通信できるようにすることである。しかしながら、提案された衛 星ベース通信システムのためのこの仕様は、この目的を指定せず、そうした再同 期のために何の手段も提供しない。更に、シングルホップ接続の開始にあたり各 ピアＤＬ層内の適当なローカルＤＬ層パラメータをリセットして、この層のプロ トコル内のフラッグ／ラベルを無視するような単純な解決法は、あり得る全ての 例外状態を取り扱うのに必要なセキュリティを提供しないので、不適当である。 実際は、これは、データリンク層を機能抑止することを意味するであろう。こう して、この解決法は、全てのケースにおいて連続的なデータを正しく処理するこ とを保証しないので、同期と通信を実施するために一層堅固な解決法が必要であ る。 従って、本発明の１つの目的は、現在開発されたＡＣｅＳシステムのようなデ ィジタル衛星ベースの通信システムを修正して、前述した同期の問題を克服する ことである。しかしながら、ＡＣｅＳや他の標準化された衛星ベースシステムは 、困難で不便で高価であり得るので、前述の衛星ベースシステムを実施する種々 のハンドセットでない装置への修正を最小化または避けることが好まれるであろ う。 従って、本発明の他の目的は、衛星ベース通信システム内に新規な機能の追加 を要しない堅固な同期の解決法を提供することである。 本発明の更なる目的は、設立または提案された伝送プロトコルに最小の修正に より、前述の同期問題への解決を提供することである。 発明の概要 本発明は、通信システム内の２つのユーザ端末の間の通信を改良するシステム と方法に関する。地上ネットワークインターフェイス付きの衛星ベースシステム 内でのように、２つのユーザ端末が、ネットワークとのダブルホップ接続から相 互のシングルホップ接続へ切り替わるときに、ダブルホップ接続内では別々にネ ットワークと同期していた２つのユーザ端末の間で、プロトコルパラメータを同 期させることにより、この発明により通信を設立できる。 本発明とその範囲の一層完全な理解は、以下に短く要約される添付図面と、こ の発明の好ましい実施例の以下の詳細な説明、および添付の請求の範囲から得ら れる。 図面の簡単な説明 図１は、本発明のシステムのような衛星ベース通信システム内の２つのユーザ 端末とネットワークの間の無線通信を示す図である。 図２は、２つのユーザ端末の間でダブルホップからシングルホップへ操作中に 、図１に図示したこの発明による通信システムがたどるステップを図示するコー ルの流れ図である。 本発明の現状での好ましい実施例の詳細な説明 この発明の好ましい実施例を示す添付図面を参照しながら、以下にこの発明を 一層詳細に説明する。しかしながら、この発明は多くの異なった形式で実施可能 であり、ここに提示された実施例に限定されるのもと解釈してはならない。むし ろ、この開示が綿密で完全なものであって、この発明の範囲を充分に当業者へ伝 えるように、これらの実施例が開示されている。 さて図１を参照すると、ＡＣｅＳ衛星セルラ通信ネットワークの略図が図示さ れている。ＡＣｅＳシステム内の東南アジア上の静止衛星軌道内のもののような 衛星１０が、第１セルラ電話１２および第２セルラ電話１４またはユーザ端末お よび地上信号制御（ＧＳＣ）１６のような多様な地上ベース装置、ＡＣｅＳまた は他の衛星ベース通信システムの範囲内の上記および他のユーザ端末のためにコ ール管理機能を制御する多様な地上ベース装置を出入する電波を介して、ディジ タル情報を送信し受信する。 図１に図示されたＡＣｅＳシステムへの発信加入者、すなわちユーザ端末１４ がシステム内のもう１つの加入者、すなわちユーザ端末１４をコールすると、２ 区間の（two-legged）通信が最初に設立される。当業者に理解されるように、衛 星１０は、今のところ、ユーザ端末１２からのコールを直ちに着信加入者すなわ ちユーザ端末１４へ転送できない。その代わりに、このコール要求は最初に着信 加入者すなわち接続を管理する能力のある地上ベースＧＳＣ１６へ提出される。 こうして第１区間すなわち当分野で周知の第１ホップは、ＵＴ１２−ＧＳＣ１６ である。 発信ＵＴ１２からコール要求を受信すると、ＧＳＣ１６は指定された着信ＵＴ １４へ接触を試みる。再び、この通信は衛星１０を経由する。こうして、第２区 間すなわち第２ホップはＧＳＣ１６−衛星−ＵＴ１４である。前述のセットアッ プ手順の終わりには、ＧＳＣ１６が衛星１０に、ＵＴ１２とＵＴ１４の両方のト ラフィックチャネルを互いに接続するように指示して、シングルホップすなわち ＵＴ１２−衛星−ＵＴ１４の接続を生成する。これら２つのユーザ端末は、互い に直接に通信して、ＧＳＣ１６は、もはやシグナリングには関係しない。 しかしながら、先に議論したように、前述の衛星ベース通信システム内でダブ ルホップからシングルホップへ移行することは問題があり、また２つのユーザ端 末は今や衛星１０を介して直接に接続されているが、互いに対して同期していな い。言い換えれば、必須のパラメータがセットされていないので、あるピアＤＬ により受信されるＤＬフレームが１つのネットワークとして受入れられない。結 果として、フレームとその中の情報が廃棄されて失われる。 上述のシングルホップ接続内における複数のＵＴの間の同調の欠如の理由は、 複数のデータリンク（ＤＬ）層のプロトコルが一致しないことである。当業者に 理解されるように、前述のフレーム、フィールドフォーマット、手順を使用する ＤＬ層プロトコルは、データ転送の連続性と品質を保証するために、告別な機構 を使用する。他の機構はエラー操作を処理し、また修復不可能な状態が発生すれ ばデータリンクを開放する。これらの機構は全て特別な変数、例えば番号とマー クへのそれぞれカウンタとラベル、複数のフレームを使用する。これらの変数に は、送信されたフレームと受信されたフレームのそれぞれに、Ｎ（Ｓ）とＮ（Ｒ ）のフレームシーケンスカウンタ、コマンド／応答（Ｃ／Ｒ）フラッグとポール ／ファイナル（Ｐ／Ｆ）フラッグが含まれる。議論したように、これらおよび他 のそうしたカウンタとフラッグの正確さが、それらのフレームの他のフィールド 内に含まれるデータの受信されたときの正しい取扱いを保証する。更に理解すべ きことは、送信の間中ずっとこれらの変数の正確さが重要であることであり、こ れによりデータの連続的な信頼できる交換を保証できる。簡単のために、これら および他の変数のためのＤＬ層プロトコル不一致の更なる詳細を省略するが、そ れにもかかわらず当業者に理解されよう。 さて図２を参照すると、この発明によるシングルホップ接続内の同期する２つ のＵＴのためのコールの流れ図が示されている。議論したように、シングルホッ プ接続の設立に先立って、例えばＧＣＳ１６のような地上ベースネットワークを 経由して複数のＵＴの間でダブルホップ接続がある。このダブルホップとおよび 同期したシングルホップの設立のための逐次的なステップを以下に図示し説明す る。 セルラ電話のような発信ＵＴ１２が最初にチャネル要求（ＣＲ１）を開始し、 これは衛星１０を介してＧＳＣ１６へ提示される。ＧＳＣ１６は、それからチャ ネル割り当て（ＣＡＩ）に応答する。この時点で、ＵＴ１２とＧＳＣ１６は前述 したＤＬ層のカウンタ、フラッグ、他のプロトコルの互いの同期を開始する。同 期を実施するために、ＵＴ１２は、セット同期バランスモード（ＳＡＢＭ）をＧ ＳＣ１６へ送信するが、この中に１つの情報フィールドが含まれ、それはＤＬプ ロトコルにしたがって初期化を指示する。ＧＳＣ１６は無番号肯定応答（ＵＡ） 信号に応答して、その接続のためのＤＬ層のプロトコルの初期化を完了する。こ のＳＡＢＭコマンドは、好ましくはＵＴ１２によりスタンドアロン専用制御チャ ネル（Ｓ-ＳＤＣＣＨ）上を発信ＵＴ１４へ送信されることを当業者が理解すべ きである。しかしながら、一般的な専用制御回線でも充分であることを当業者は 理解すべきである。前述のＳＡＢＭ／ＵＡ交換の後に、ＵＴ１２とＧＳＣ１６は 同期していて、その間にマルチフレームデータ交換が、良好なデータ信頼性とエ ラー検査で実現し得る。 ＵＴ１２と自身を同期させてから、ＧＳＣ１６は着信ＵＴ１４をページング（ Ｐ）して、着信ＵＴがアクティブならばチャネル要求（ＣＲ２）を応答する。そ れからＧＳＣ１６は、ＣＡ１に関連して前述したのと実質的に同様に１つのチャ ネル（ＣＡ２）を割り当て、これはＵＴ１４へ送られる。ＵＴ１２とＧＳＣ１６ の間の同期手順と同様に、それからＵＴ１４はＳＡＢＭ信号をＧＳＣ１６へ送り 、ＧＳＣ１６はもう１つの無番号肯定応答（unnumbered acknowledgement）（Ｕ Ａ）信号で応答して、前述のようにＵＴ１４のデータリンクプロトコルとＧＳＣ １６のデータリンクプロトコルを互いに初期化して同期化する。しかしながら前 述のＵＴ１２とＧＳＣ１６の間の同期手順と異なって、ＵＴ１４−ＧＳＣ１６同 期パラメータは、前述のＵＴ１２−ＧＳＣ１６同期のパラメータと異なるかもし れない。 図２を更に参照すると、通信システムのＧＳＣ１６は、ＵＴ１２とＵＴ１４の 両方に特定の衛星トラヒックチャネルを割り当てることにより、ダブルホップ接 続を設立し、このチャネル割り当ては、図２内でそれぞれＣＡ２とＣＡ４により 表現される。２つのＵＴの間の前述のダブルホップ接続は、ＧＳＣ１６が衛星１ ０に命令して、ＣＡ３とＣＡ４の２つのトラヒックチャネルを互いに接続させ、 この接続をシングルホップ接続に変換するときに設定されることを理解すべきで ある。 ひとたびこれらのＵＴが同一衛星リンク上で通信するように構成されると、Ｇ ＳＣ１６との通信を切断してもよい。前述のＵＴ−ネットワークＳＡＢＭ同期信 号と同様に、ＵＴ１２はそれから情報フィールド無しのＳＡＢＭ信号をＵＴ１４ へ送り、ＵＴ１４は、前述の同期変数すなわちその中のカウンタやフラッグを、 初期化構成のような特定のプロトコル構成へリセットする（ボックス２０Ｂ）。 それからＵＴ１４は、無番号肯定応答（ＵＡ）信号をＵＴ１２へ返信し、ＵＴ１ ２は同一のプロトコル再構成を遂行する。それからＵＴ１２は、その中の種々の カウンタとフラッグを、ＵＴ１４内と同一のプロトコル構成へリセットする。こ うして同期されると、ＤＬ層における前述のデータパケット移転が、図２に図示 するように、共通トラヒックリンク（ＣＴＬ）を横切って確実に実現し得る。 追加的に、前述のＵＴ−ＵＴ ＳＡＢＭコマンド送信とＵＳ応答に先立って、 図２に示すようにインバータ１８Ａと同１８ＢによりそれぞれＵＴ１２とＵＴ１ ４について再構成して、好ましくはそれぞれのＵＴが、前述のコマンド／応答（ Ｃ／Ｒ）フラッグを再構成する。ＳＡＢＭ／ＵＡ交換の間に、ＵＴ１２とＵＴ１ ４は別々に必須のプロトコル再構成を遂行し、データリンクを横切って何か他の 信号メッセージを送信するのに先立って、マルチフレーム設立オペレーションを 完成する。これらのオペレーションにより、全てのフレームシーケンスカウンタ の再初期化が保証され、すなわち、逐次に送信されるフレームが正しいフレーム 番号と他のパラメータでピア側に到着し、これらのパラメータは、ピアの期待値 に一致する。 言い換えれば、前述の変数とカウンタの再初期化に先立って、コールがアクテ ィブである間に、図２に示すそれぞれのインバータ１８Ａと同１８Ｂを介して、 ピア層へ情報フレームを送信する以前の情報フレームのアドレスフィールド内に 、各ＵＴ ＤＬ層が前記Ｃ／Ｒビットを反転する。この仕方で、２つのピアから 発信されたコマンドは、それぞれのピアへのネットワークコマンドのように見え るが、これらのピアは、このビット反転がなければ、このメッセージを応答とし て受信し解釈して、このメッセージを誤ったものと考えたであろう。実際に、Ｕ Ｔ内のＤＬ層を各々送信するこの手段は、Ｃ／Ｒフラッグを取り扱うときにネッ ト ワークとして振舞う。この発明の好ましい実施例において、Ｃ／Ｒフラッグは、 コマンドのために一（”１”）、応答のためにゼロ（”０”）にセットされ、そ のようにＤＬプロトコルがネットワークによるパラメータの構成を規定する。追 加的に、送信されたフレーム内のＰ／Ｆフラッグは通常のようにセットされ、す なわち、メッセージの特定のタイプおよびそれに対するあり得る返答の要求に対 応してセットされる。 前述の仕方で、送信されるフレーム内のＣ／Ｒフラッグの反転されたネットワ ーク構成とＰ／Ｒフラッグの正しい構成が、受信するピアにおいてエラー条件が 何も起こらないことを保証する。その上、受信するＤＬ層は全てのＤＬ層パラメ ータを正しい値で理解し、ＵＴ−ネットワークコール内のネットワークまたはＧ ＳＣ１６により送信されたように理解する。結果として、２つのＵＴのＤＬ層は 、互いに正しい通信プロトコルを維持して、上部プロトコル層に属する全てのメ ッセージが受信され供給され得る。これにより、コール切断シグナリングはもと より、コール開始シグナリングも正しく能率的に行われることが保証される。 上記したこの発明の好ましい実施例は、ＡＣｅＳ内またはシングルホップ接続 を使用するどんな他のディジタル衛星ベース通信システムにも、同期したＵＴ− ＵＴコール設定を供給する。そうしたシステムにおけるシングルホップ通信のた めの上述の同期機構なしでは、コールを搬送するデータリンクが、２つのシング ルホップＵＴの間の最初のデータの受信とともに悪化する。同期なしでは、ＵＴ が情報を交換できず、エラー処理と異常状態からの回復に多くのＤＬおよび他の 資源を消費する。その上、適当な同期なしでは、例えば、通話開始シグナリング （in-call signalling）に関するユーザインターフェイスが機能せず、コールが ドロップされるかもしれない。他方、上述のこの発明の好ましい実施例は堅固で あって、新しいＡＣｅＳ機能の要件が作動するのを回避する。 ＡＣｅＳ(または他の提案された衛星通信システム)への修正を回避するために 、上述の同期技法の実装は、全部がユーザ端末内に常駐することが望ましく、一 層好ましくはその中のソフトウェアとデータベース内にあることが望ましいこと が、当業者に理解されよう。 この発明の好ましい実施例において、地上ベースのＧＳＣ１６が勤めるネット ワークの諸機能は、前述の衛星１０が好ましい実施例中のシングルホップ接続を 結果することにより、軌道衛星内で代わりに処理できることも理解されよう。多 数の衛星を通じて、前記シングルホップ接続を設立または仲介できることも、追 加的に理解されよう。 以上の説明は、この発明を実施するための１つの好ましい実施例についてであ って、この発明の範囲は、この説明によって必ずしも制限されるものではない。 その代わりに、この発明の範囲は、以下の請求の範囲により定義される。

【手続補正書】特許法第１８４条の８第１項 【提出日】平成１１年４月２１日（１９９９．４．２１） 【補正内容】 これら２つのユーザ端末は、互いに直接に通信して、ＧＳＣ１６は、もはやシグ ナリングには関係しない。 この領域での努力には、モトローラ社の引例（ＥＰ−Ａ−０ ５６２ ３７４ ）が含まれ、そこでは、移動ユニットと他のユニットの間のセットアップコ一ル が容易にされる。特に、この引例は、２つの移動ユニットの間のダブルホップ接 続からシングルホップ接続への変換を一般的に記述している。 しかしながら、先に議論したように、前述の衛星ベース通信システム内でダブ ルホップからシングルホップへ移行することは問題があり、また２つのユーザ端 末は今や衛星１０を介して直接に接続されているが、互いに対して同期していな い。言い換えれば、必須のパラメータがセットされていないので、あるピアＤＬ により受信されるＤＬフレームが１つのネットワークとして受入れられない。結 果として、フレームとその中の情報が廃棄されて失われる。 上述のシングルホップ接続内における複数のＵＴの間の同調の欠如の理由は、 複数のデータリンク（ＤＬ）層のプロトコルが一致しないことである。当業者に 理解されるように、前述のフレーム、フィールドフォーマット、手順を使用する ＤＬ層プロトコルは、データ転送の連続性と品質を保証するために、告別な機構 を使用する。他の機構はエラー操作を処理し、また修復不可能な状態が発生すれ ばデータリンクを開放する。これらの機構は全て特別な変数、例えば番号とマー クへのそれぞれカウンタとラベル、複数のフレームを使用する。これらの変数に は、送信されたフレームと受信されたフレームのそれぞれに、Ｎ（Ｓ）とＮ（Ｒ ）のフレームシーケンスカウンタ、コマンド／応答（Ｃ／Ｒ）フラッグとポール ／ファイナル（Ｐ／Ｆ）フラッグが含まれる。議論したように、これらおよび他 のそうしたカウンタとフラッグの正確さが、それらのフレームの他のフィールド 内に含まれるデータの受信されたときの正しい取扱いを保証する。 請求の範囲 １． 衛星（１０）を介して地上ベースネットワーク（１６）と通信する第１ ユーザ端末（１２）と第２ユーザ端末（１４）を有する衛星ベース通信システム であって、前記ネットワーク（１６）と前記第１および第２のユーザ端末は両者 の通信のためにそれぞれ第１および第２の複数のプロトコルパラメータを有し、 前記システムは、 前記衛星（１０）を通じて前記第１ユーザ端末（１２）および前記ネットワー ク（１６）の間の接続における前記複数のプロトコルパラメータと、前記衛星（ １０）を通じて前記第２ユーザ端末（１４）および前記ネットワーク（１６）の 間の接続における前記複数のプロトコルパラメータとを同期させる同期手段を有 し、前記プロトコルパラメータはその中にデータリンクフレーム中央データを含 み、前記プロトコルパラメータの所与の１つはコマンド／応答フラッグを含み、 これによりダブルホップ接続が、前記衛星（１０）を介して前記第１ユーザ端末 （１２）と前記第２ユーザ端末（１４）の間で第３のシングルホップ接続へ転換 されることを特徴とする、前記システム。 ２． 前記同期手段は、 前記第３接続を介して、前記第１ユーザ端末（１２）および第２ユーザ端末（ １４）内で、前記プロトコルパラメータを同期させるための回路を含む、請求項 １記載のシステム。 ３． 前記同期手段回路は、前記第１および第２ユーザ端末内のデータベース システムを含む、請求項２記載のシステム。 ４． １つの構成における前記制御データはユーザ端末モードを指示し、また 第２の構成における前記制御データはネットワークモードを指示する、請求項２ 記載のシステム。 ５． 第１ユーザ端末（１２）および第２ユーザ端末（１４）内にあって、前 記ＤＬフレーム制御データ内の前記複数のプロトコルパラメータの所与の１つを 反転するインバータ（１４）を更に含む、請求項４記載のシステム。 ６． 前記同期手段による同期に先立って、前記インバータ（１８）が前記複 数のプロトコルパラメータの前記所与の１つを反転し、前記プロトコルパラメー タの前記所与の１つが前記ネットワークモードにセットされる、請求項５記載の システム。 ７． 前記第１ユーザ端末（１２）および第２ユーザ端末（１４）内にあって 、前記それぞれの複数のプロトコルパラメータを初期状態へリセットするリセッ ト手段（２０Ｂ）をさらに含み、前記第２ユーザ端末のリセット手段は、前記第 １ユーザ端末からの同期コマンドを受信すると、複数のプロトコルパラメータを リセットし、前記第１ユーザ端末のリセット手段は、前記第２ユーザ端末（１４ ）からの応答コマンドを受信すると、複数のプロトコルパラメータをリセットし て、これにより前記第１ユーザ端末（１２）および第２ユーザ端末（１４）の間 で前記複数のプロトコルパラメータを同期させる、請求項１記載のシステム。 ８． 前記衛星ベース通信システムはＡＣｅＳである、請求項１記載のシステ ム。 ９． 前記第１ユーザ端末（１２）および第２ユーザ端末（１４）は、衛星／ セルラ電話である、請求項１記載のシステム。 １０． 前記複数のプロトコルパラメータは、複数のデータリンクパラメータ を含む、請求項１記載のシステム。 １１． 前記複数のプロトコルパラメータは少なくとも１つのフレームカウン タを含む、請求項１記載のシステム。 １２． 衛星ベース通信システム内の第１ユーザ端末（１２）および第２ユー ザ端末（１４）を同期させる方法であって、第１の複数のプロトコルパラメータ を使用して、衛星（１０）を介して前記第１ユーザ端末（１２）と地上ベースネ ットワーク（１６）の間に第１の接続を行ない、また、１つのダブルホップ接続 から第３のシングルホップ接続への第２の複数のプロトコルパラメータを使用し て、衛星（１０）を介して前記第２ユーザ端末（１４）と地上ベースネットワー ク（１６）の間に第２の接続を行ない、前記方法は、 前記衛星（１０）を通じて前記第１ユーザ端末（１２）および前記ネットワー ク（１６）の間の接続における前記複数のプロトコルパラメータと、前記衛星（ １０）を通じて前記第２ユーザ端末（１４）および前記ネットワーク（１６） の間の接続における前記複数のプロトコルパラメータとを同期させる手段を有し 、前記プロトコルパラメータはその中にデータリンクフレーム中央データを含み 、前記プロトコルパラメータの所与の１つはコマンド／応答フラッグを含み、こ れによりダブルホップ接続が、前記衛星（１０）を介して前記第１ユーザ端末（ １２）と前記第２ユーザ端末（１４）の間で第３のシングルホップ接続へ転換さ れるステップを含む、前記方法。 １３． 前記同期させるステップは、 前記第１ユーザ端末（１２）から第２ユーザ端末（１４）へ同期コマンドを送 信するステップと、 前記第１ユーザ端末（１２）へ肯定応答信号で応答するステップを含む、請求 項１２記載の方法。 １４． 前記第１ユーザ端末（１２）および第２ユーザ端末（１４）を同期さ せる前記ステップは更に、 前記複数のプロトコルパラメータの所与の１つを反転させるステップを含む、 請求項１３記載の方法。 １５． 前記反転させるステップは、前記同期コマンドを送信する前記ステッ プに先立って逐行される、請求項１４記載の方法。 １６． 前記同期コマンドは、同期バランスモード設定のコマンドである、請 求項１３記載の方法。 １７． 前記肯定応答信号は、無番号肯定応答信号である、請求項１３記載の 方法。 １８． 前記同期させるステップは更に、 前記肯定応答信号の送信に先立って前記第２ユーザ端末（１４）内の前記複数 のプロトコルパラメータをリセットするステップを含む、請求項１４記載の方法 。 １９． 前記同期させるステップは更に、 前記肯定応答信号を受信した後に前記第１ユーザ端末（１４）内の前記複数の プロトコルパラメータをリセットするステップを含む、請求項１３記載の方法。 ２０． 前記複数のプロトコルパラメータは複数のデータリンクプロトコルパ ラメータを含む、請求項１２記載の方法。 ２１． 前記複数のプロトコルパラメータは少なくとも１つのフレームカウン タを含む、請求項１２記載の方法。 ２２． 前記衛星ベース通信システムはＡＣｅＳである、請求項１２記載の方 法。 ２３． 前記第１ユーザ端末（１２）および第２ユーザ端末（１４）は、前記 複数のプロトコルパラメータの同期のためのデータベースシステムを含む、請求 項１２記載の方法。 ２４． 少なくとも前記第１ユーザ端末（１２）から前記第２ユーザ端末（１ ４）へ複数のデータを転送するステップを更に含む、請求項１３記載の方法。 ２５． ユーザ端末（１２）から地上ベースネットワーク（１６）へセットア ップ信号を送信する送信機と同期手段とを有する衛星ベース通信システム内の前 記ユーザ端末（１２）であって、前記ネットワーク（１６）は前記衛星（１０） を介して第２信号を第２ユーザ端末（１４）へ送信して前記複数のユーザ端末の 間にダブルホップ接続を設定し、また前記同期手段は前記複数のユーザ端末の間 に前記衛星（１０）を介してシングルホップ接続を設定し、 前記同期手段は、前記ユーザ端末（１２）と前記ネットワーク（１２６）の間 の接続に関連する第１の複数のプロトコルパラメータを、前記第２ユーザ端末（ １４）と前記ネットワーク（１６）の間の接続に関連する第２の複数のプロトコ ルパラメータに同期させ、前記プロトコルパラメータは、その中にデータリンク フレーム制御データを含み、前記プロトコルパラメータの所与の１つはコマンド ／応答フラッグであることを特徴とする、前記ユーザ端末。 ２６． 前記同期手段は、少なくとも１つの前記ユーザ端末（１２）と前記第 ２ユーザ端末（１４）を内部に有するデータベースシステムを含む、請求項２７ 記載のユーザ端末。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，Ｍ Ｗ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ， ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，Ｅ Ｓ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ，ＩＤ ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ， ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，Ｍ Ｇ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ， ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，Ｙ Ｕ，ＺＷ

Claims (1)

1. 【特許請求の範囲】 １． 多数のユーザ端末と１つの地上ベースネットワークを有する衛星ベース 通信システムであって、前記ユーザ端末と前記ネットワークは前記システムの衛 星と通信し、前記ユーザ端末と前記ネットワークはそれぞれ前記通信を支配する 複数のプロトコルパラメータを有し、前記システムは、 前記衛星上の第１チャネルを介して前記ネットワークと第１接続を設定し、複 数のプロトコルパラメータを前記ネットワークと同期させる、前記多数のユーザ 端末のうちの第１ユーザ端末と、 前記衛星上の第２チャネルを介して前記ネットワークと第２接続を設定し、複 数のプロトコルパラメータを前記ネットワークと同期させる、前記多数のユーザ 端末のうちの第２ユーザ端末と、 前記第１および第２のユーザ端末の間に前記衛星上の共通チャネルを設定する ことにより、前記第１ユーザ端末のための前記複数のプロトコルパラメータと、 前記第２のユーザ端末のための対応する複数のプロトコルパラメータを、前記衛 星を介した第３のシングルホップ接続を介して同期させるための同期手段を含む 、前記衛星ベース通信システム。 ２． 前記同期手段は、 前記第３接続を介して、前記第１および第２ユーザ端末内で、前記プロトコル パラメータを同期させるための回路を含む、請求項１記載のシステム。 ３． 前記同期手段回路は、前記第１および第２ユーザ端末内のデータベース システムを含む、請求項２記載のシステム。 ４． 前記プロトコルパラメータはＤＬフレーム制御データを含み、１つの構 成における前記制御データはユーザ端末を指示し、第２の構成における前記制御 データはネットワークモードを指示する、請求項２記載のシステム。 ５． 第１および第２ユーザ端末内にあって、前記ＤＬフレーム制御データ内 の前記複数のプロトコルパラメータの所与の１つを反転するインバータを更に含 む、請求項４記載のシステム。 ６． 前記複数のプロトコルパラメータの前記所与の１つはコマンド／応答フ ラッグである、請求項５記載のシステム。 ７． 前記同期手段による同期に先立って、前記インバータが前記複数のプロ トコルパラメータの前記所与の１つを反転し、前記プロトコルパラメータの前記 所与の１つが前記ネットワークモードにセットされる、請求項５記載のシステム 。 ８． 前記第１および第２ユーザ端末内にあって、前記それぞれの複数のプロ トコルパラメータを初期状態へリセットするリセット手段をさらに含み、前記第 ２ユーザ端末のリセット手段は、前記第１ユーザ端末からの同期コマンドを受信 すると、複数のプロトコルパラメータをリセットし、前記第１ユーザ端末のリセ ット手段は、前記第２ユーザ端末からの応答コマンドを受信すると、複数のプロ トコルパラメータをリセットして、これにより前記第１および第２のユーザ端末 の間で前記複数のプロトコルパラメータを同期させる、請求項１記載のシステム 。 ９． 前記衛星ベース通信システムはＡＣｅＳである、請求項１記載のシステ ム。 １０． 前記第１および第２ユーザ端末は、衛星／セルラ電話である、請求項 １記載のシステム。 １１． 前記複数のプロトコルパラメータは、複数のデータリンクパラメータ を含む、請求項１記載のシステム。 １２． 前記複数のプロトコルパラメータは少なくとも１つのフレームカウン タを含む、請求項１記載のシステム。 １３． 衛星ベース通信システム内のシングルホップ接続で第１および第２の ユーザ端末を同期させる方法であって、前記システムは少なくとも、前記ユーザ 端末と通信する１つの衛星と地上ベースネットワークを含み、 前記衛星上の第１チャネルを介して前記第１ユーザ端末と前記ネットワークの 間に第１接続を設定し、前記第１ユーザ端末は複数のプロトコルパラメータを前 記ネットワークの複数のプロトコルパラメータと同期させるステップと、 前記衛星上の第２チャネルを介して前記第２ユーザ端末と前記ネットワークの 間に第２接続を設定し、前記第２ユーザ端末は対応する複数のプロトコルパラメ ータを前記ネットワークの複数のプロトコルパラメータと同期させるステップと 、 前記第１および第２ユーザ端末のために共通チャネルを割り当てて、前記衛星 上の前記共通チャネルを介して前記第１および第２ユーザ端末の間に第３接続を 設定するステップと、 前記第１および第２ユーザ端末の前記複数のプロトコルパラメータを互いに同 期させるステップを含む、前記方法。 １４． 前記同期させるステップは、 前記第１ユーザ端末から第２ユーザ端末へ同期コマンドを送信するステップと 、 前記第１ユーザ端末へ肯定応答信号で応答するステップを含む、請求項１３記 載の方法。 １５． 前記第１および第２のユーザ端末を同期させる前記ステップは更に、 前記複数のプロトコルパラメータの所与の１つを反転させるステップを含む、 請求項１４記載の方法。 １６． 前記複数のプロトコルパラメータの所与の１つはコマンド／応答フラ ッグである、請求項１５記載の方法。 １７． 前記反転させるステップは、前記同期コマンドを送信する前記ステッ プに先立って遂行される、請求項１５記載の方法。 １８． 前記同期コマンドは、同期バランスモード設定のコマンドである、請 求項１４記載の方法。 １９． 前記肯定応答信号は、無番号肯定応答信号である、請求項１４記載の 方法。 ２０． 前記同期させるステップは更に、 前記肯定応答信号の送信に先立って前記第２ユーザ端末内の前記複数のプロト コルパラメータをリセットするステップを含む、請求項１４記載の方法。 ２１． 前記同期させるステップは更に、 前記肯定応答信号を受信した後に前記第１ユーザ端末内の前記複数のプロトコ ルパラメータをリセットするステップを含む、請求項１４記載の方法。 ２２． 前記複数のプロトコルパラメータは複数のデータリンクプロトコルパ ラメータを含む、請求項１３記載の方法。 ２３． 前記複数のプロトコルパラメータは少なくとも１つのフレームカウン タを含む、請求項１３記載の方法。 ２４． 前記衛星ベース通信システムはＡＣｅＳである、請求項１３記載の方 法。 ２５． 前記第１および第２のユーザ端末は、前記複数のプロトコルパラメー タの同期のためのデータベースシステムを含む、請求項１３記載の方法。 ２６． 少なくとも前記第１ユーザ端末から前記第２ユーザ端末へ複数のデー タを転送するステップを更に含む、請求項１３記載の方法。 ２７． 衛星ベース通信システムのためのユーザ端末であって、前記ユーザ端 末は前記システム内の衛星と通信する多数のユーザ端末の１つであって、前記ユ ーザ端末はまた前記衛星を介して地上ベースネットワークと通信し、前記ユーザ 端末と前記ネットワークは前記通信を支配する複数のプロトコルパラメータを各 々有しており、前記ユーザ端末は、 セットアップ信号を前記ユーザ端末から前記ネットワークへ前記衛星を介して 送信する送信機と、 前記ユーザ端末と前記第２ユーザ端末の間に前記衛星を介してシングルホップ 接続を設定するためのおよび前記ユーザ端末のための前記複数のプロトコルパラ メータを、前記シングルホップ接続を介して、対応する前記第２ユーザ端末のた めの複数のプロトコルパラメータと、同期させるための同期手段とを含み、 前記ネットワークは第２信号を第２ユーザ端末へ前記衛星を介して送信し、前 記ユーザ端末と前記第２ユーザ端末の間にダブルホップ接続を設定する、前記ユ ーザ端末。 ２８． 前記同期手段は、少なくとも１つの前記ユーザ端末と前記第２ユーザ 端末を内部に有するデータベースシステムを含む、請求項２７記載のユーザ端末 。