JPH06253363A - 移動無線電話端末の呼処理方法、および無線アクセス通信システム - Google Patents

Abstract

(57)【要約】 【目的】 可能な限り既存の実証済みの方式および構成
単位を用いて、ＣＤＭＡセルラ無線電話システムなどの
安価で高信頼性の無線アクセス通信システムを与える。 【構成】 セル（基地局202）と他のセルと、セルと公
衆電話網100とを相互接続するパケット交換網202、207、2
01からなる。呼の処理は、一方向の仮想的な各呼経路に
対し異なるＬＡＰＤのＤＬＣＩを用いる静的アドレッシ
ング方式、セル間、セルと呼処理ユニット264との間の
制御情報の直接交換、ならびに呼トラヒックと制御通信
による呼経路の共有および異なる呼経路による物理資源
の共有を可能とするパケット交換方式の独特な組み合わ
せで行う。これにより、ソフト渡しに関わるとシステム
の呼処理能力に悪影響を及ぼすようなシステム制御要素
134、261をほとんど巻き込むことなく呼の当事者にとり
透過的にソフト渡しを扱うことができ、その呼を処理中
の呼処理ユニットの変更なしにソフト渡しができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、無線アクセスの呼処理
構造に関し、さらに詳細には、セルラ無線電話の通信シ
ステムに関する。

【０００２】

【従来の技術】無線通信システムは、当分野でにおいて
周知である。これは、利用者の通信端末と電話網などの
通信交換・移送網との間に（例えば、無線周波、赤外線
など）空中を媒体とする接続を与えるものである。この
説明に役立つ例は、セルラ無線電話システムである。

【０００３】セルラ無線電話システムにおいて、複数の
無線セル（基地局とも称する）が、地理的な範囲全体に
分散して配置され、それぞれが、セル地域と称するその
付近に位置する無線電話に無線電話サービスを提供す
る。セルは、当分野において集合的に移動電話交換局
（ＭＴＳＯ）または移動交換局（ＭＳＣ）として知られ
る回線交換通信網を通して公衆電話網に都合良く接続さ
れている。移動無線電話が１つのセル地域から別のセル
地域に移る場合、そのサービス処理は、前者のセル地域
を管轄するセルから後者のセル地域を管轄するセルへと
「ハード渡し（hardhandoff）」として知られる処理に
よって移転される。近隣のセル局は、異なる無線周波数
で作動するので、「ハード渡し処理」には、その移動電
話のサービスに使用される無線周波数の変更が必然的に
伴う。さらに、この変更のために、セルラ無線電話シス
テムは、その移動電話への第２の接続を行うと同時に最
初の接続を断つ必要がある。これには、時間もかかり、
処理能力および構成資源も使用するので、システムの呼
伝送能力にマイナスの影響を及ぼす。

【０００４】移動電話は、非常に好評で、無線電話の数
は増え続けている。この結果、現在割り当てられている
無線周波スペクトルの過密状態が起こり、この無線周波
スペクトルをさらに有効に使用する必要性が生じてい
る。周波数分割多重アクセス（ＦＤＭＡ）として知られ
る従来の移動無線電話技術によって、利用可能な帯域幅
を周波数領域における別個のチャネル（例えば、３０Ｋ
Ｈｚのチャネル）に分割することにより容量を最大化し
ようとしているが、移動無線電話サービスに割り当てら
れた無線周波スペクトルは、６０ＭＨｚに限られてい
る。

【０００５】当分野では、時分割多重アクセス（ＴＤＭ
Ａ）として知られる容量拡張方式が知られているが、こ
れは、方式の標準化の１つの主題である。これは、３０
ＫＨｚの各チャネル周波数を複数のタイムスロットに分
割するデジタル無線方式で、分割された各タイムスロッ
トが別個のチャネルとして動作できるものである。渡し
処理は、通常の移動無線電話に対して用いられるものと
同様であるから、多くの場合、無線装置、即ち無線周波
送受信装置を完全に交換するだけで通常どうり構成され
た無線電話システムによって扱うことができる。しか
し、これだけでは、全体のシステム容量が移動無線の用
途に対し３倍程度増加するだけで、セルラ通信の通話量
が非常に多い混んだ地域では十分でないことが多い。

【０００６】これに代わって、符号分割多重アクセス
（ＣＤＭＡ）として知られる容量拡張方式が提案され
た。これは、動的伝送電力制御およびデジタル直列スペ
クトル拡散による方式であり、近隣のセルにおける同じ
無線周波スペクトラムの重複利用を可能とするものであ
る。これにより、通常のＦＤＭＡシステムより約２０倍
の容量の増加が得られる。ＣＤＭＡセルラ無線電話シス
テムにおける移動電話も、セルの間で「ハード渡し処
理」をしてもよいが、隣接するセルの間で周波数を重複
利用しているために、１つのセル地域から他のセル地域
に移動中の移動無線電話が、時として同一の無線チャネ
ルで２つのセルと同時に通信していること（「ソフト渡
し」として知られる状況）もある。移動無線電話が一連
のセルを通って移動する場合、「ソフト渡し」全体のシ
ーケンスが発生する。

【０００７】通常のＦＤＭＡアーキテクチャを有する通
常の移動無線電話システムにおいて、ＣＤＭＡの呼容量
および「ソフト渡し」の扱いを実現することは容易でな
い。これは、一般に典型的なＣＤＭＡシステムには、通
常のシステムにおいて「ハード渡し」がある以上に、多
くの「ソフト渡し」があり、かつ「ソフト渡し」の方が
「ハード渡し」より一般に継続時間が長いため、システ
ムの資源、ならびに処理および交換のための設備に対し
て「ソフト渡し」によって課せられる要求は、さらに広
範で厳しくなるという事実が大きな原因である。「ソフ
ト渡し」の処理には、さらに：２つのセルにおいて受信
される１台の移動電話からの重複した通信をシステム内
の共通の呼処理点に経路選択して送り、その一方を実時
間で選択するとともに他方の重複する通信を捨てるこ
と、返信を複製し２つのセルに経路選択して送ること、
および２つのセルが重複する返信を移動電話に同時に送
信するように２つのセルの動作を調和させることが、特
に必要となる。従来の方式で構成された無線電話システ
ムにおいてこれらの必要条件を満たすような考えられる
方法は、厄介で非効率的かつ複雑であり、その上高くつ
く。

【０００８】セルにおける各無線装置は、電話網への独
自のトランク接続を一般に必要とするので、１つの無線
装置から他の無線装置に呼を渡すには、新たな無線装置
およびトランクが元の通信網トランク接続に接続される
ように移動電話交換構造を再編成する必要がある。通常
のシステムでは、システム全体の容量は、システムが処
理し得る最初の無線装置対通信網トランク接続の量およ
びシステムが実行しなければならない再編成（即ち、渡
し処理）の量の関数である。再編成には、システムの制
御構造が介在する必要であり、かつトランクの再編成に
要する時間が長いことにより、これらのシステム制御構
造の複雑さが増加する。ＣＤＭＡシステムは、通常の渡
し処理に必要な速度より速い速度の「ソフト渡し」のた
めに第２の無線接続の確立を必要とし、これによって、
従来の設計のシステムの処理能力および再編成能力を超
えて、重い負担をかける。

【０００９】

【発明が解決しようとする課題】本発明は、従来の技術
の以上およびその他の問題および不都合を解決すること
により移動無線電話システムの容量を拡張することを目
的とする。

【００１０】

【課題を解決するための手段】端的に言えば、本発明に
よれば、静的アドレッシング方式、セル間およびセルと
呼処理ユニットとの間の制御情報の直接交換、およびパ
ケット交換方式の応用の独特な組み合わせにより、無線
アクセス・システムの呼処理能力に悪影響を及ぼすこと
無くある種の呼渡し（チャネル切り替え）、とりわけソ
フト的な呼渡しを扱うことが可能となる。具体的には、
システム制御要素には、無線呼サービス・ノード（即
ち、セル）、およびインタフェース・ノード（例えば、
交換機）または普段はインタフェース・ノードの呼処理
ユニットを呼に接続する働きをするインタフェース・ノ
ード・コントローラ、ならびに普段はこれらの動作の関
係を調整するシステム・コントローラなどがあり、これ
らが渡し処理に関与すると、システムの呼処理能力に悪
影響を及ぼすので、ソフト渡しは、システム制御要素の
関与を必要としない単純な制御手順によって、呼の当事
者にとって透過的に行う。さらに、その呼を処理してい
る呼処理ユニットを変更することなく行うので、呼が多
くのソフト渡しを経る場合でも１つの呼処理ユニットが
同じ呼を終始一貫して扱う。その上、静的アドレッシン
グ方式の使用により、呼経路の確立および廃止に必要な
処理量が減少する一方、パケット交換方式の使用---例
えば、トラヒック情報および制御情報を伝送するための
フレーム中継、および呼経路の確立に仮想回路を使用す
ることなど---により、ソフト渡しを扱うために付加的
な交換構造および伝送設備（例えば、トランク）を使用
する必要はない。

【００１０】本発明は、少なくとも１つの移動無線電話
の利用者端末、付近の無線電話利用者端末に無線電話サ
ービスをそれぞれ与える複数のサービス・ノード、およ
びサービス・ノードに接続され、利用者端末とサービス
・ノードとの間にわたる無線の呼に電気通信設備へのイ
ンタフェースをそれぞれ与える複数の呼処理ユニットを
有する少なくとも１つのインタフェース・ノードを備え
た無線アクセス電気通信システムに関する。これには、
例えば、移動無線電話、特定のサービス地域をそれぞれ
管轄するセル（またはセル地域）、如何なる場合も１度
に１つの呼を処理してその呼トラヒックに電話系のトラ
ンクへのインタフェースを与える音声処理ユニット・サ
ービス回路を備えたセルラ交換システムを備えたＣＤＭ
Ａセルラ無線電話システムがある。本発明によれば、こ
のようなシステムにおいて第１のサービス・ノードの近
辺から第２のサービス・ノードの近辺に移動中の（即
ち、呼渡しの状態にある）移動利用者端末の呼は、次の
ように処理される。移動利用者端末が依然として第１の
サービス・ノードの付近にあるときは、その呼の呼トラ
ヒックは、その移動利用者端末と第１のサービス・ノー
ドとの間、そして通常のように呼処理ユニットの１つと
電気通信設備との間で伝達される。しかし、呼トラヒッ
クは、第１のサービス・ノードと前記１つの呼処理ユニ
ットとの間では、これらの間の通信チャネルによって呼
トラヒックを送るための呼経路の異なる端点に対する異
なる固定アドレスを用いて、そのチャネル上にその呼に
対して確立されたパケット交換呼経路によって伝達され
る。次に、移動利用者端末が第１のサービス・ノードの
近辺から第２のサービス・ノードの近辺へと移動してい
ることが検出されると、これに応じて、その識別情報が
第１のサービス・ノードから第２のサービス・ノードに
送られる。第２のサービス・ノードにおいてその識別情
報が受信されると、これに応じて、第２のサービス・ノ
ードと前記１つの呼処理ユニットとの間の通信チャネル
で通信することにより、その呼に対するパケット交換呼
経路がその通信チャネル上に確立される。その後、その
呼を複製して２重化した呼トラヒックが、第１および第
２のサービス・ノードと前記１つの呼処理ユニットとの
間で、これらの間の通信チャネル上の呼に対して確立さ
れたパケット交換呼経路によって、２重の呼トラヒック
をそれらのチャネルにそって経路選択して送ために１つ
ひとつの呼経路の異なる端点に対し異なる固定のアドレ
スを用いて、通信される。また、この２重化された呼ト
ラヒックは、移動利用者端末と第１および第２のサービ
ス・ノードとの間でも、通信される。しかし、その呼の
サービスを単独で続けている前記１つの呼処理ユニット
においては、サービス・ノードに向かって出ていく呼ト
ラヒックのコピーを１つだけ複製し、かつサービス・ノ
ードから入ってくる２重化された呼トラヒックの１つを
捨てることによって、呼の２重化された呼トラヒックの
１つのコピーだけが、その１つの呼処理ユニットと電気
通信設備との間で通信される。

【００１１】後述の説明のための実施例の説明において
は、分かりやすくするために、水準３の「パケット」と
水準２の「フレーム」とを区別するが、本文および特許
請求の範囲において「パケット」という用語を使用する
場合、「パケット」および「フレーム」の何れかまたは
両方を含むものとする。

【００１２】本発明の実施例によれば、第１のサービス
・ノードの近辺から第２のサービス・ノードの近辺に移
動している移動無線電話の利用者端末の呼は、次のよう
に処理される。第１のサービス・ノードにおいて移動利
用者端末から呼の入接続呼トラヒックを受信すると、こ
れに応じて、受信された入接続呼トラヒックを収容し、
呼処理ユニットの中でその呼に対応するものを特定する
第１のアドレスをそれぞれ有する最初のパケットを第１
のサービス・ノードからインタフェース・ノードに送
る。１つの呼処理ユニットにおいて第１のパケットを受
信すると、これに応じて、その第１のパケットに収容さ
れている入接続呼トラヒックを、その１つの呼処理ユニ
ットから電気通信設備に送る。１つの呼処理ユニットに
おいて電気通信設備から呼の出接続呼トラヒックを受信
すると、これに応じて、受信された出接続呼トラヒック
を収容し、第１のアドレスとは異なり第１のサービス・
ノードを特定する第２のアドレスをそれぞれ有する第２
のパケットを、その１つの呼処理ユニットから第１のサ
ービス・ノードに送る。この第１のサービス・ノードに
おいて第２のパケットを受信すると、これに応じて、第
２のパケットに収容されている出接続呼トラヒックを第
１のサービス・ノードから移動利用者端末に送る。移動
利用者端末が第１のサービス・ノードの近辺から第２の
サービス・ノードの近辺に移動していることを検出する
と、第１のアドレスとは異なり前記１つの呼処理ユニッ
トを特定する第３のアドレスを指定するメッセージを第
１のサービス・ノードから第２のサービス・ノードに送
る。第２のサービス・ノードにおいてそのメッセージを
受信すると、これに応じて、第２および第３のアドレス
とは異なり第２のサービス・ノードを特定する第４のア
ドレスを指定する(a)とともに第３のアドレスを有する
(b)第３のパケットを、第３のサービス・ノードからイ
ンタフェース・ノードに送る。次に、第２のサービス・
ノードにおいて前記のメッセージの受信に続いて移動利
用者端末から呼の入接続呼トラヒックを受信すると、第
１のサービス・ノードにおいてそのトラヒックに対して
行っていることと同様に、その受信した入接続呼トラヒ
ックを収容し第３のアドレスをそれぞれ有する第４のパ
ケットを第２のサービス・ノードからインタフェース・
ノードに送る。前記１つの呼処理ユニットにおいて第３
のパケットを受信すると、これに応じて、第４のアドレ
スをその呼に使用するために、この呼処理ユニットによ
り第４のアドレスを保存する。その後、第３のパケット
の受信に続いて電気通信設備から呼の出接続呼トラヒッ
クを受信すると、これに応じて、前記１つの呼処理ユニ
ットから第１のサービス・ノードへと第２のパケットを
送り続けるが、第２のパケットと同様の受信した出接続
呼トラヒックを収容し第４のアドレスをそれぞれ有する
第５のパケットも前記１つの呼処理ユニットから第２の
サービス・ノードに送る。第２のサービス・ノードにお
いて第５のパケットを受信すると、これに応じて、第１
のサービス・ノードにおいてそのトラヒックについて行
っていることと同様に、第５のパケットに収容されてい
る出接続呼トラヒックを第２のサービス・ノードから移
動利用者端末に送る。さらに、第３のパケットの受信に
続いて、受信された同じ入接続呼トラヒックを共に収容
する第１および第４のパケットを前記１つの呼処理ユニ
ットにおいて受信すると、これに応じて、その受信した
同じトラヒックを収容する第１および第４のパケットの
うちの一方にのみ収容されている入接続呼トラヒックを
選択し、その選択した入接続呼トラヒックのみを電気通
信設備に送る。

【００１８】

【実施例】本発明の説明に役立つ実施例を説明する前
に、比較の基準として役立つ既存のセルラ移動無線電話
システムを考察する。このシステムを図１に示す。この
種のシステムの説明は、１９８８年の「ＡＴ＆Ｔテクノ
ロジー」誌、第３巻、第３号p.42-p.51のＫ．Ｗ．スト
ローム（Strome）による「オートプレックス・システム
１０００と共に巡業して（On the Road with AUTOPLEX
System 1000）」、および１９９０年の「ＡＴ＆Ｔテク
ノロジー」誌、第５巻、第４号p.20-.p25のＲ．Ａ．レ
ンプ（Lemp）による「新オートプレックス・セル局がデ
ジタル・セルラ通信に道を開く（New AUTOPLEX Cell Si
te Paves The Way For Digital Cellular Communicatio
ns）」に見られる。

【００１９】図１のシステムは、単にセル１０２と称す
るセル局として知られる地理的に散在するサービス・ノ
ードを複数備え、それらの各々が、その付近にある無線
式の利用者端末（移動無線電話１０３として周知であ
る）に無線電話サービスを提供する。異なるセル１０２
によって管轄される移動無線電話１０３の間、および移
動無線電話１０３と公衆電話網１００との間に無線電話
サービスを与えるために、セル１０２は、本明細書にお
いてデジタル・セルラ交換機（ＤＣＳ）１０１と称する
移動無線電話交換ノードによって、相互に且つ公衆電話
網へとインタフェースがとられている。各交換機１０１
は、実例としては、ＡＴ＆ＴのAutoplex（登録商標）セ
ルラ通信システムのデジタル・セルラ交換機である。各
デジタル・セルラ交換機１０１は、通信トランク１０７
によって複数の異なるセル１０２に接続され、通信トラ
ンク１０６によって電話網１００に接続される。各トラ
ンク１０６および１０７は、実例としては、ＤＳ０（６
４Ｋbpsの時分割多重化）チャネルであり、複数のＤＳ
０チャネルが、陸上回線（Ｔ１回線）、光伝送、マイク
ロ波などの設備を介して運ばれるＤＳ１設備によって実
現されている。図１のシステムの制御ならびに種々のセ
ル１０２およびＤＣＳ１０１の動作関係の調整は、管理
セルラ・プロセッサ（ＥＣＰ：Executive Cellula Proc
essor）１０５によって実行される。ＥＣＰ１０５は、
各セル１０２およびセルラ交換機にプロセス間メッセー
ジ交換機（ＩＭＳ：Interprocess-Message Switch）１
０４を通して制御リンク１０８によって接続される。Ｅ
ＣＰ１０５およびＩＭＳ１０４が一体となってＥＣＰ複
合装置１３４を構成する。ＥＣＰ複合装置１３４および
ＤＣＳ１０１により、移動交換局（ＭＳＣ：mobil swit
ching center）１９９が形成される。ＥＣＰ１０５およ
びＩＭＳ１０４は、実例としては、ＡＴ＆ＴのAutoplex
ＥＣＰおよびＡＴ＆ＴのAutoplex ＩＭＳ（ＩＭＳリン
グによって相互接続された複数のセル局ノード・プロセ
ッサ、デジタル交換機ノード・プロセッサおよびデータ
ベース・ノード・プロセッサを含む）であり、リンク１
０８は、実例としては、ＭＳＣ内部のＲＳ−４４９デー
タ・リンクである。これ代わって、制御リンク１０８
は、セル１０２と移動交換局１９９との間においてＤＳ
１設備の６４ＫbpsのＤＳ０チャネルとして実施しても
良い。

【００２０】各移動無線電話１０３は、一般に、複数の
無線周波数の対のうちの任意の１対で動作可能なアナロ
グＦＭ無線電話からなる。各セル１０２は、それぞれが
移動無線電話１０３の無線周波数の対のうちの１つで動
作する複数のアナログＦＭ無線機１４３を備えている。
隣接するセル１０２の無線機１４３は、互いに干渉する
のを避けるために、異なる周波数の対で動作する。しか
し、各移動無線電話１０３は、一般に、すべてのセル１
０２の周波数の対の任意の対で動作することができる。

【００２１】これに代わる実施例では、アナログ式のＦ
Ｍ無線機および無線電話を時分割多重アクセス（ＴＤＭ
Ａ）モードで動作するデジタル式の無線機および無線電
話で代用している。音声帯域圧縮機能は、この実施例で
は無線ユニットの一部とすることも可能であり、また交
換機１０１に配置すること可能である。

【００２２】セルラ・システムにおいては、移動無線電
話の受信部が、所定の信号報知（ページング）チャネル
の集合を走査する。しかし、最も強い信号報知チャネル
に固定すると、以降、移動無線電話１０３は、システム
から指示を得て、到来する呼を受信する。また、移動無
線電話１０３は、呼を発するために、チャネルに送信も
行う。呼（発信または受信を問わず）が成立すると、受
信部は、特定の音声チャネルが割り当てられ、その送信
および受信の周波数対に同調するように指示される。そ
れと同時に、そのセル１０２と電話網１００との間にデ
ジタル・セルラ交換機１０１を介して接続が確立され、
この交換機１０１により、通話できるように音声経路が
完成される。

【００２３】この音声接続が確立されると、セルの無線
機１４３によって、その無線信号レベルが監視される。
移動無線電話１０３が、あるセルから別のセルへと移動
するにつれて、受信中のセル１０２は、信号強度の減少
を検出し、周囲のセル１０２による測定を要求する。こ
れらの測定の結果、別のセル１０２の方が良好なサービ
スを提供できることが示された場合、音声接続は、「ハ
ード渡し」として周知の処理によって、そのセル１０２
に切り替えられる。ハード渡しの処理は、ＥＣＰ１０５
の制御下にあり、まずＤＣＳ１０１によりサービス中の
トランク１０６からサービス中のセル１０２と目標とす
るセル１０２との双方の無線チャネルへと音声回路を延
長する３方向の接続を形成することを必要とする。この
接続が確認されると、無線電話１０３は、目標のセル１
０２において割り当てられた無線機１４３の周波数に同
調し直すように指示される。その無線電話の目標のセル
１０２との通信が確認されると、直ちに、ＤＣＳ１０１
は、新たにサービスしている（目標の）セル１０２とサ
ービス中のトランク１０６との間の接続はそのままにし
て、元からサービス中のセル１０２から音声接続を取り
除くように指示される。この渡し処理によって、電話の
会話は、大した中断もなく継続する。このようにしてい
る間に、元の音声チャネルは、別の加入者の使用に利用
できるようになる。

【００２４】このように行われるハード渡しには、ＥＣ
Ｐ複合装置１３４およびデジタル・セルラ交換機１０１
の両方のプロセッサ機能が使用される。３方向の接続の
持続期間中は、ハード渡しに、付加的な交換構造（ＴＤ
Ｍバス１３０）の機能も使用される。選択された無線機
１４３を収容する目標のセル１０２が、サービス中のト
ランク１０６を含む交換機モジュール１２０でない交換
機モジュール１２０に接続されている場合、時間多重交
換機（ＴＭＳ）１２１を通して、その交換機要素の交換
構造をさらに用いて３方向の接続を延長する必要があ
る。システムにおけるセル１０２の数が多くなるにつれ
て、渡しの数が、増加し、これに比例して多くのシステ
ム・プロセッサおよび交換構造の資源を使用するので、
システムの全体的な容量が減少する。

【００２５】各セル１０２は、高速の時分割多重（ＴＤ
Ｍ）バス１４０の周囲に編成される。ＴＤＭバス１４０
は、実例としては、ＡＴ＆ＴのDefinity（登録商標）通
信システムのユニバーサル・モジュールの２．０４８Ｍ
ＨｚのＴＤＭバスであり、物理的には、１フレームあた
り２５６のタイムスロットをそれぞれ有する１つ以上の
ＴＤＭバスからなる。具体的には、多数のＴＤＭバス
が、それらに接続されたユニットにより同時に使用され
て、論理的には、１フレーム当たり２５６の倍数のタイ
ムスロットを有する単一のＴＤＭバスとして動作する。
各タイムスロットは、６４Ｋbpsの速度である。セル１
０２の内部では、無線機１４３がＴＤＭバス１４０に接
続される。無線機１４３は、６４Ｋbpsの速度のＤＳ０
チャネル・フォーマットで、無線伝送用の情報をＴＤＭ
バス１４０から受信し、受信した無線情報をＴＤＭバス
１４０に供給する。各無線機への入力およびそれへの出
力は、完全レートのパルス符号変調（ＰＣＭ）で符号化
された音声である。ＴＤＭバス１４０には、インタフェ
ース１４２も１つ以上接続され、これらの各々によっ
て、ＴＤＭバス１４０がトランク１０７に結合される。
具体的には、トランク１０７は、ＤＳ１通信フォーマッ
トを使用し且つ１．５４４Ｍbpsの速度で動作するＴ１
設備によって維持されるので、インタフェース１４２
は、ＤＳ１インタフェースである。ＤＳ１および前記の
ＤＳ０のフォーマットは、１９８９年２月の「電気通信
（Telecommunications）」p.39-p.47のＴ．Ｈ．マレー
（Murray）による「ＤＤＳ網の発展---その１（The Evo
lution of DDS Networks: Part 1）」において説明され
ている。インタフェース１４２は、複数の無線機１４３
によって供給された情報をＴＤＭバス１４０から受け取
り、それらをＤＳ１フォーマットに多重化して、トラン
ク１０７に送る。逆方向には、インタフェース１４２
は、ＤＳ１フォーマットに書式化された情報をトランク
１０７から受信し、それらを分離（デマルチプレクス）
して、無線機１４３に伝えるためにＴＤＭバス１４０に
供給する。ＴＤＭバス１４０は、コントローラ１４１の
制御の下で動作する。このコントローラ１４１により、
バス１４０上のタイムスロットが、無線機１４３および
インタフェース１４２のうちの別個のものに割り当てら
れる。具体的には、コントローラ１４１は、ＥＣＰ複合
装置によって制御リンク１０８を介して、それ自体に供
給される制御情報に基づいて、この割り当てを行う。ま
たは、コントローラ１４１が、それ自体で自動的に割り
当てを行うことを可能ならしめるデータベースを備えて
も良い。

【００２６】各デジタル・セルラ交換機１０１は、１つ
以上のデジタル交換機モジュール（ＤＳＭ）１２０を備
えている。モジュール１２０は、ＴＤＭバス１４０と同
様のＴＤＭバス１３０、コントローラ１４１と同様のＴ
ＤＭバス制御機能を与えるコントローラ１３１、および
バス１３０に接続されてインタフェース１４２と同様の
機能を与える複数のインタフェース１３２からなるとい
う点において、構造的にセル１０２に似ている。コント
ローラ１３１は、ＥＣＰ複合装置１３４から発生する制
御情報に基づいて、ＴＤＭバス１３０によりインタフェ
ース１３２の間で情報が切り替えられるようにする。セ
ル１０２から延びている各トランク１０７は、交換機モ
ジュール１２０においてインタフェース１３２によって
終端される。モジュール１２０の他のインタフェース１
３２は、トランク１０６を終端する。トランク１０６
は、トランク１０７と全く同じものであるが、公衆電話
網１００に接続されている。

【００２７】交換機１０１が１つ以上のモジュール１２
０を含む場合、その交換機１０１は、時間多重交換機
（ＴＭＳ）１２１も含む。この場合、ＴＭＳインタフェ
ース１３３が、各モジュール１２０のＴＤＭバス１３０
に接続されて、ＴＭＳ１２１に続くリンク１０９を終端
する。インタフェース１３３は、例えば、ＡＴ＆ＴのDe
finity通信システムのユニバーサル・モジュールのモジ
ュール制御複合装置（ＭＣＣ）である。ＴＭＳ１２１
は、１つの移動無線電話交換機１０１のモジュール間に
直接切り替えによる相互接続を与える。異なる移動無線
電話交換機１０１のモジュール間の相互接続は、公衆電
話網１００によるか、または交換機１０１を直に相互接
続するトランクによって与えられる。

【００２８】デジタル・セルラ交換機１０１の全体的な
制御、およびそのモジュール１２０および１２１の間の
動作関係の調整は、ＤＣＳコントローラ１６１によって
実施れる。ＤＣＳコントローラ１６１は、制御リンク１
０８を介してＥＣＰ複合装置１３４と直接連絡する。コ
ントローラ１６１は、ＴＭＳ１２１にはリンク１５０を
通して、交換機モジュール１２０のコントローラ１３１
にはリンク１５０およびＴＭＳインタフェース１３３を
通して、独自の制御接続を持つ。コントローラ１６１
は、例えば、ＡＴ＆ＴのDefinity通信システムの５０１
ＣＣプロセッサである。

【００２９】次に、図２は、本発明によって構成された
セルラ移動無線電話システムの説明に役立つ実施例であ
る。図１および２の両システムに共通の要素は、図１に
おいて使用したものと同じ番号表記を用いて図２に示
す。

【００３０】図２は、図１のものと同じではないが多く
の点で類似したシステム・トポロジーである。図２のシ
ステムは、複数の地理的に散在するセル２０２を備え、
それらの各々が、その付近の移動無線電話２０３に無線
電話サービスを提供する。本明細書において用いる場
合、セル２０２とは、地理的な独立したセル局、または
所与のセル局に接する複数の「面」の１つを指す。ただ
し、「面」とは、一般にセル局における方向性の送信ア
ンテナを用いることによって実施されるようなセルの扇
状区域である。すべての移動無線電話２０３およびセル
２０２の動作は、例えば全地球的測位システムの衛星に
よって発生・放送されるタイミング信号のような共通の
マスター・クロックに同期させる。セル２０２間の相互
接続、およびセル２０２と公衆電話網１００との間の相
互接続は、デジタル・セルら交換機２０１によって２段
階に行われる。まず、個々のセル２０２が、ＤＣＳ２０
１の１つ以上のセル相互接続モジュール（ＣＩＭ）２０
９にトランク２０７によって接続される。さらに、個々
のＤＣＳ２０１のセル相互接続モジュール２０９が、そ
のＤＣＳ２０１の各音声符号器モジュール（ＳＣＭ）２
２０に光ファイバ光学的パケット交換トランク２１０に
よってそれぞれ接続される。デジタル・セルラ交換機２
０１は、図１と同様に、それぞれ電話網１００に複数の
トランク１０６によって接続され、トランク１０６と機
能的に等しいトランク２０６によって互いに直接接続さ
れる。交換機２０１の動作は、公衆電話網１００のマス
ター・タイミング信号（図示せず）に同期されている。
さらに、図１と同様に、セル２０２およびデジタル・セ
ルラ交換機２０１は、これらが制御リンク１０８によっ
て接続されるＥＣＰ複合装置１３４の制御下で動作す
る。同様に、ＤＣＳ２０１の種々のモジュール２０９お
よび２２０が、共通のＤＣＳコントローラ２６１に制御
リンク２０８によって接続されて、その制御下で動作す
る。物理的には、ＤＣＳコントローラ２６１は、この場
合も、例えば５０１ＣＣプロセッサである。

【００３１】図２のシステムにおいて、必ずしも全てで
はないが、移動無線電話２０３の幾つかは、デジタル無
線電話である。説明のために移動体に登載されているよ
うに示したが、移動無線電話２０３は、携帯式の無線電
話でも、たとえ定置式の無線電話でもよい。デジタル無
線電話は、無線チャネル上で必要とされるデジタル伝送
速度を下げるために音声圧縮技術を用いる。各デジタル
無線電話は、その送信機に音声圧縮回路、その受信器に
音声伸張回路を備えている。各無線電話は、広帯域無線
周波数の複数の対のうちの任意の対で動作することがで
きる。

【００３２】パケット化トラヒックを扱う一方で、図１
のシステムによって扱われるものと類似の非パケット化
トラヒックを扱うために、図２のシステムのＤＣＳ２０
１は、波線で示した要素---トランク１０９によってモ
ジュール２０９および２２０に接続されたＴＭＳ１２
１、およびＣＩＭ２０９を公衆電話網１００に直接接続
するトランク１０６---を含む。これらの用途を以下に
おいてさらに説明する。

【００３３】デジタル無線電話２０３は、時分割多重ア
クセス（ＴＤＭＡ）モード、符号分割多重アクセス（Ｃ
ＤＭＡ）モード、または他の何らかのデジタル若しくは
アナログ的なモードの１つまたはそれ以上のモードで動
作することができる。ＴＤＭＡは、当分野において周知
であり、無線チャネル（周波数）を多数のタイムスロッ
トに分割することにより、多数の利用者に無線チャネル
へのアクセスを与えるものである。一人の利用者に対し
て１つ以上のタイムスロットを割り当てることができ
る。ＴＤＭＡ無線機２０３は、例えば、ＴＩＡ ＩＳ５
４デジタル・セルラ無線機である。ＴＤＭＡでは、隣接
するセルにおいて異なる周波数の用いるので、前述の
「ハード渡し」処理を必要とする。

【００３４】現在の実施例において、デジタル無線電話
２０３は、ＣＤＭＡモードで動作するか、または減速動
作（フォールバック）時にはＦＤＭＡ（アナログ）モー
ドで動作する。ＣＤＭＡは、隣接するセル２０２によっ
てサービスされる地域における周波数の再使用を可能と
する直接連続スペクトラム拡散方式である。従って、隣
接するセル２０２は、異なる無線周波数で動作する必要
がないので、そのようにせずに、同じ周波数を重複利用
する。１つのセル２０２の周辺から他のセル２０２の周
辺に移動する場合、移動無線電話２０３は、前記のよう
に「ハード渡し」処理を受けるかもしれないが、図２の
システムのＣＤＭＡ移動無線電話２０３の場合には、そ
うする代わりに、同一の周波数のセルの双方と同時に通
信しながら選択的に「ソフト渡し」処理を受けても良
い。ＣＤＭＡ方式およびそれに関係する処理および装置
は、当分野において周知である。直接連続符号分割多重
アクセスの基本原理は、絶対的または統計的に互いに直
交する複数のそれぞれ異なる高速デジタル信号を用い、
各々によって低速の（即ち、基本波の）利用者の信号を
変調し、それら複数の変調信号を共通のデジタル信号へ
と結合し、これらのデジタル信号を無線周波変調機能に
使用することである。元の基本波信号の復元および分離
は、対応するデジタル変調信号を用いて時間同期的に復
調することによって行われる。ＣＤＭＡの説明は、例え
ば、米国特許第4,904,307号、および公布済みの国際特
許出願WO91/07020、WO91/07036およびWO91/07037にあ
る。

【００３５】図３において、図１のセル１０２と同様
に、セル２０２は、コントローラ２４１の制御下で動作
するＴＤＭバス１４０、およびＴＤＭバス１４０をトラ
ンク２０７に結合するＤＳ１インタフェース２４２を含
む。コントローラ２４１は、例えば、ＡＴ＆ＴのAutopl
exシリーズIIのセル局の制御複合装置である。これは、
セル１０２のコントローラ１４１と機能的に全く同じで
あるが、セル２０２が複数のデジタル無線機２４３から
なる事実を考慮して、新たに後述の付加的な機能も果た
す。デジタル無線機の信号の入出力は、すべて、対応す
る１つ以上のチャネル要素およびクラスタ・コントロー
ラ２４４によってＴＤＭバス１４０へとインタフェース
がとられる。チャネル要素２４５は、個別の利用者にサ
ービスを行うデジタル無線機２４３へのインタフェース
である。チャネル要素２４５は、関係付けられた無線機
２４３によって送受信されている個々のセルに対し、信
号処理機能---この例では、基本波および拡散スペクト
ラム（ＣＤＭＡ）の信号処理機能---を与える。

【００３６】各クラスタ・コントローラ２４４は、Ｃバ
ス（ＣＢＵＳ）３９０を備えている。Ｃバス３９０は、
例えば、通常のコンピュータの入出力（Ｉ／Ｏ）バスで
あり、Ｃバス３９０にはコンピュータのＩ／Ｏ装置とし
てチャネル要素２４５が接続されている。Ｃバス３９０
およびチャネル要素２４５は、コントローラ３９３の制
御下で動作する。コントローラ３９３は、例えば、汎用
のマイクロプロセッサであり、具体的には通常のマイク
ロプロセッサの主要なバスであるバス３９１を備えてい
る。バス３９１は、通常の設計によるＩ／Ｏインタフェ
ースとして機能するＣバス・インタフェース３９２によ
ってＣバス３９０に接続されている。コントローラ３９
３は、チャネル要素２４５とセル２０２のＴＤＭバス１
４０との間のデータの移動（具体的には、２０ミリ秒毎
に、各チャネル要素２４５に対し各方向に１回の転送）
が行われるようにし、クラスタ・コントローラ２４４に
対する運用、管理、および維持（ＯＡ＆Ｍ）機能を果た
し、さらにチャネル要素２４５とＴＤＭバス１４０との
間を通るデータ（呼のトラヒックおよび信号）に関する
水準２および水準３のプロトコル書式化／書式解消（デ
ィフォーマッティング）機能を果たす。バス３９１にメ
モリ（MEMORY）３９４が接続され、このメモリ３９４
は、トラヒック・バッファ用の一時記憶装置、およびコ
ントローラ３９３用の命令記憶装置の役を果たす。ま
た、バス３９１には、ＨＤＬＣコントローラ（HDLC CON
TROLLER）３９５も接続される。これは、チャネル要素
２４５とＴＤＭバス１４０との間を流れるトラヒックに
ついてＨＤＬＣ書式化／書式解消を行い、クラスタ・コ
ントローラ２４４で使用されるバイト構成形式とＴＤＭ
バス１４０上で使用されるビット構成形式との間でトラ
ヒック変換も行い、さらにビット充填およびＬＡＰＤフ
ラグ挿入の機能も含む。ＨＤＬＣコントローラ３９５
は、これをバス１４０に接続する通常の設計のＴＤＭバ
ス・インタフェース３９６を通してＴＤＭバス１４０と
の間でＨＤＬＣのシリアル・ビット流を送受信する。

【００３７】圧縮された呼のトラヒックおよび信号が、
バイト構成の情報の区分ごとの形式でチャネル要素２４
５とクラスタ・コントローラ２４４との間で伝送され
る。各チャネル要素２４５は、例えば２０ミリ秒ごとの
ように規則的な間隔でバイト構成の情報の１区分を送受
信する。クラスタ・コントローラ２４４は、ＤＣＳ２０
１に送るために、バイト構成の情報の各区分を水準３の
プロトコルを含むＬＡＰＤプロトコル形式にフォーマッ
トする。適切な水準３のプロトコルであれば何を使用し
てもよいが、典型的な水準３のプロトコル３５０および
３５１を図９および１０に示す。

【００３８】図９は、呼のトラヒック、信号またはその
両方を伝えるために使用されるプロトコル３５０であ
り、一方、図１０は、専ら特別な種類の信号を伝えるプ
ロトコル３５１である。プロトコル３５０および３５１
は、共に図７および８のフレームによって実現される。
水準２のプロトコルによって伝達される水準３のプロト
コルのデータ単位は、一般にパケットと称し、水準２の
プロトコルのデータ単位は、一般にフレームと称する。
図９のプロトコル３５０は、少なくとも３２０−３２７
の情報フィールドからなる。別の種類の情報のための付
加的なフィールドをパケット３５０に含めることもでき
るが、そのようなフィールドは現在の説明には無関係で
ある。パケット番号フィールド３２０には、所与の方向
に送信される一連のパケットにおけるこのパケット３５
０の通し番号が入る。ＤＣＳ２０１からチャネル要素２
４５へと出て行くパケット３５０の場合、パケット番号
は、新たな各呼の開始時に０で始まる。チャネル要素２
４５からＤＣＳ２０１に入って来るパケット３５０の場
合、パケット番号は、全ての移動電話２０３およびセル
２０２が同期しているマスター・タイミング信号から得
られる。パケット・タイプのフィールド３２１により、
そのパケットが図９のパケット３５０に相当するトラヒ
ック・パケットか、または図１０のパケット３５１に相
当する信号パケットかを識別する。クロック調整フィー
ルド３２２に入るのは、移動電話２０３およびセル２０
２が同期させられるマスター・クロックと公衆電話網１
００およびＤＣＳ２０１が同期させられるマスター・ク
ロックとの間の現実的かつ実質的な変位を補償するため
に使用されるクラスタ・コントローラ２４４からＤＣＳ
２０１への情報である。フィールド３２２は、逆方向に
のみ使用され、順方向の場合は、空である。空中ＣＲＣ
フィールド３２３は、移動電話２０３の送信トラヒック
についてそれ自体が計算した通常のチェックサムの結果
であり、移動電話２０３によってそのトラヒックと共に
送られる。信号品質フィールド３２４には、チャネル要
素２４５が移動電話２０３から受信する呼トラヒックの
信号の品質に関してチャネル要素２４５により算出され
る報告が入る。フィールド３２３および３２４も逆方向
の場合にのみ使用され、順方向の場合は空である。電力
制御フィールド３２５には、チャネル要素２４５によっ
てそれに対応する移動電話２０３に送られる電力制御指
示の動向に関するセル２０２からの情報が入る。通常
は、このフィールドも逆方向の場合にのみ使用される
が、さらに後述するように、ソフト渡しの最中は両方向
で使用される。音声／信号タイプのフィールド３２６に
より、パケット３５０によって伝達される情報の種類--
-音声トラヒックのみか、音声と信号か、または信号の
みか---が識別される。そして、音声／信号データ・フ
ィールド３２７により、呼の音声トラヒック、信号情
報、または両者の混合体がチャネル要素２４５との間で
伝達される。

【００３９】図１０に示した信号パケット３５１は、図
９の信号パケットより単純であり、この説明に関係する
３２１および３２８−３３１のフィールドを有する。図
９に関連して既に説明したパケット・タイプ・フィール
ド３２１は、信号パケットとしてパケット３５１を識別
する。メッセージ・タイプ・フィールド３２８により、
パケット３５１によって伝達される信号の種類が識別さ
れる。チャネル要素ＩＤフィールド３２９により、この
メッセージ交換に関与する特定のチャネル要素２４５が
識別される。フレーム選択ＩＤフィールド３３０によ
り、このメッセージ交換に関与するプロセッサ６０２
（図６参照）上の特定の仮想ポートが識別される。これ
らのフィールド３２９および３３０は、安全確保、保
守、実行結果の観測、課金、経路選択などに使用しても
よい。チャネル要素２４５およびフレーム選択ＩＤは、
システムの編成時に管理のために割り当てられ、それ以
降、一定に維持される。そして、信号データ・フィール
ド３３１によって、伝送中の信号情報が伝達される。

【００４０】セルラ・コントローラ２４４により、複数
のチャネル要素２４５がＴＤＭバス１４０に結合され
る。各クラスタ・コントローラ２４４は、割り当てられ
た入力および出力の「パイプ」を通してＴＤＭバス１４
０上で通信を行う。この割り当ては、管理が可能で、一
般にシステムの初期化の際に行われる。具体的には、各
「パイプ」によって、ＴＤＭバス１４０上に複数（例え
ば４つ）のタイムスロット（即ち、４つの６４Ｋbpsの
チャネル）が形成される。逆（内向きの）方向の場合、
クラスタ・コントローラ２４４は、チャネル要素２４５
から受信されたトラヒック区分を待ち行列に加え、それ
らをパケットへと書式化し、それらのパケットを逆ＨＤ
ＬＣ形式のＬＡＰＤ（水準２のプロトコルの）フレーム
に包んで、それらのＬＡＰＤフレームをＴＤＭバス１４
０上のそれに割り当てられた出力パイプへと次々に送信
する。順（外向きの）方向の場合、クラスタ・コントロ
ーラ２４４は、ＴＤＭバス１４０上で割り当てられた入
力パイプからＬＡＰＤフレームを受信して、そのＬＡＰ
Ｄプロトコルを打ち切り、パケットのフォーマットを解
消して、それらのパケットの内容を受信したフレームに
収容されているアドレス・フィールドに従ってチャネル
要素２４５に分配する。クラスタ・コントローラ２４４
の動作の結果として、それらが送受信したフレームは、
ＴＤＭバス１４０上に統計的に多重化され、これによっ
て、ＴＤＭバス１４０の帯域幅のトラヒック処理能力
は、他の伝送方式を超えて大幅に増大する。

【００４１】実例となるＬＡＰＤフレーム３００を図７
に示す。具体的には、３０１−３０５の複数フィールド
からなる。３０１はフレームの境界を決めるために使用
されるフラグ・フィールド、３０２はデータ・リンク接
続識別子（ＤＬＣＩ）フィールド、３０３はＬＡＰＤフ
レームの種類を指定する制御フィールド、３０３は前記
の水準３のプロトコル（パケット）３５０および３５１
を収容する利用者データ・フィールド、そして３０５は
誤りの検出に使用されるフレーム・チェック・シーケン
ス（ＦＣＳ）フィールドである。ＤＬＣＩフィールド３
０２は、フレームの発着アドレス・フィールドであり、
そのフレームを特定のセルに関係付ける仮想リンク番号
またはインデックス（ＤＬＣＩ）が収容される。順方向
の場合、ＤＬＣＩにより特定のチャネル要素２４５が特
定され、逆方向の場合、これによって、特定の音声処理
ユニット２６４のサービス回路（図６参照）に対応する
プロセッサ６１２の複数（例えば２つ）の仮想ポートの
うちの特定の１つが特定される。クラスタ・コントロー
ラ２４４の内部において、フレームの発信元または受信
先となるチャネル要素２４５がＤＬＣＩによって特定さ
れる。この実施例では、システムの編成時にＤＬＣＩが
ポートおよびチャネル要素に管理的に割り当てられた
後、一定に維持される。

【００４２】クラスタ・コントローラ２４４とのフレー
ム伝送は、フレーム中継伝送方式によって実現されるの
で、フレームに関するプロトコルの終了は伝送の端点以
外では起こることはなく、このため図２のシステムによ
るフレーム伝送の効率および速度は大いに高まる。フレ
ーム中継方式は、米国特許第4,894,822号に説明があ
る。これを参照によって本明細書に取り入れる。

【００４３】同一のシステムにおいて通常のアナログ式
またはデジタルＴＤＭＡ式の無線電話１０３に無線電話
サービスを提供するために、図３において波線のブロッ
クによって提案したようにセル１０２に対して説明した
要領でセル２０２におけるＴＤＭバス１４０にアナログ
ＦＭ式またはＴＤＭＡデジタル式の無線機１４３も接続
することができるので、好都合である。この代わりに、
図２のシステム内部において、セル２０２と平行して従
来のセル１０２を使用してもよい。ＴＤＭＡトラヒック
は、アナログ無線のトラヒックのような回路交換形式ま
たはＣＤＭＡトラヒックのようなパケット交換形式の何
れかで図２のシステム全体に伝えることができる。

【００４４】図３のセル２０２において、ＤＳ１インタ
フェース２４２は、通常の機能を果たす。即ち、ＴＤＭ
バス１４０から６４Ｋbpsのタイムスロットを収集し
て、それらをトランク２０７で伝送するためにＤＳ１フ
ォーマットに多重化し、またこの逆の処理も行う。この
用途のために重要なことは、インタフェース２４２の内
部において各ＤＳ０チャネルの信号に与えられる遅延時
間が等しいことが各インタフェース２４２によって保証
されることであるが、ＡＴ＆ＴのＴＮ４６４Ｃなど、多
くの商用ＤＳ１インタフェースは、確かにこの条件を実
際に満たしている。クラスタ・コントローラ２４４が果
たす機能を考察すると、フレームはトランク２０７上に
統計的に多重化され、トランク２０７を実施する設備の
形式は、論理的にみれば、もはや図１のトランク１０７
を実施するような純粋に従来的なＤＳ１設備形式ではな
い。即ち、ＤＳ１設備に関しては２４の独立したＤＳ０
チャネルからなるのに対し、この場合の各設備は、それ
ぞれ１つ以上のＤＳ０チャネルの帯域幅からなる多数の
独立した「パイプ」からなる。単一のクラスタ・コント
ローラ２４４によって生成されるＬＡＰＤフレームまた
はこれを宛先とするＬＡＰＤフレームが、これらのパイ
プの各々によって伝達される。これにより、トランク２
０７によって与えられる帯域幅のトランク処理容量は、
通常の回路交換方式のような他の伝送方式より大いに増
大する。「パイプ」に組み込まれていない残りのトラン
ク２０７（即ち、ＤＳ０チャネル）は、例えば通常の無
線機１４３との間で情報を伝えるというように、回路交
換ベースでそれぞれ単独に引き続き使用される。

【００４５】図４にセル相互接続モジュール（ＣＩＭ）
２０９を示す。セル相互接続モジュール２０９は、具体
的にはＡＴ＆ＴのDefinity通信システムのユニバーサル
・モジュールにある。このモジュール２０９には、コン
トローラ２５１の制御下で動作するローカル・エリア・
ネットワーク・バス（LAN BUS）２５０が含まれる。汎
用ＤＳ１インタフェース２５２により、トランク２０７
がＬＡＮバス２５０に接続される。各インタフェース２
５２には、ＤＳ１インタフェース２４２のＤＳ１設備イ
ンタフェース回路と同じ動作をするＤＳ１トランク・イ
ンタフェース４４２、および集中ハイウェイ４００によ
って相互に接続されたパケット処理要素（ＰＰＥ）が含
まれる。集中ハイウェイ４００は、６４Ｋbpsの速度を
それぞれ有する６４のタイムスロットの時分割多重バス
である。ＤＳ１トランク・インタフェース４４２は、集
中ハイウェイ４００から６４Ｋbpsのタイムスロットを
収集し、逆ＨＤＬＣフォーマット（図３のセル２０２に
関連して説明済み）を逆にして正常に戻し、さらにその
データをトランク２０７上に送るためにＤＳ１フォーマ
ットへと多重化する機能およびその逆の機能を果たす。

【００４６】ＰＰＥ（パケット処理要素）４０１は、集
中ハイウェイ４００とＬＡＮバス２５０との間でＬＡＰ
Ｄフレームの中継機能を果たす。ＰＰＥ４０１は、各Ｄ
ＬＣＩ３０２に対する回路基板アドレスおよびポート・
アドレスを収容した変換テーブル（TABLE）４１１を備
えている。変換テーブル４１１は、初期化時に処理され
る。ＰＰＥ４０１は、集中ハイウェイ４００の指定され
たタイムスロット上のＬＡＰＤフレーム３００を受け取
るように管理される。集中ハイウェイ４００上で受信さ
れた各ＬＡＰＤフレームに対し、ＰＰＥ４０１は、その
フレームのＤＬＣＩフィールド３０２の内容を用いてテ
ーブル４１１の中のそれに対応する回路基板とポートの
アドレスを見つける。その基板アドレスおよびポートア
ドレスによって、ＬＡＮバス２５０上におけるフレーム
３００の意図された受信先が特定される。次に、ＰＰＥ
４０１は、フレーム３００からフラグ・フィールド３０
１を取り除き、さらに前記の発見した基板アドレスおよ
びポート・アドレスをフレームの前に付けて、図８に示
した変形ＬＡＰＤフレーム３１０を形成する。図７との
比較により、フラグ・フィールド３０１が基板アドレス
３１１およびポート・アドレス３１２によって置き換え
られたことが分かる。次に、ＰＰＥ４０１は、変形ＬＡ
ＰＤフレームをＬＡＮバス２５０上に送り出す。逆方向
の場合、ＰＰＥ４０１は、基板アドレス３１１を知るた
めに、ＬＡＮバス２５０上に送られた変形ＬＡＰＤフレ
ーム３１０を調べる。ＰＰＥは、求めるアドレス３１１
を持つフレームを全て受信し、フレーム３１０からアド
レス３１１および３１２を取り除き、それらをフラグ・
フィールド３０１で置き換えてＬＡＰＤフレーム３００
を形成し、さらにそのフレーム３００を集中ハイウェイ
４００上に送る。取り除いたアドレス３１２により、そ
の特定のフレーム３００が伝送されるべき特定のタイム
スロットをＰＰＥ４０１に特定して知らせる。

【００４７】セル相互接続モジュール２０９のＬＡＮバ
ス２５０には、拡張インタフェース２５３も接続されて
いる。各拡張インタフェース２５３によって、光ファイ
バ・トランク２１０がＬＡＮバス２５０に結合される。
拡張インタフェース２５３は、単に経路選択要素として
作用する。各拡張インタフェース２５３には、予め与え
られたＤＬＣＩ３０２、基板アドレス３１１およびポー
ト・アドレス３１２を有する変形ＬＡＰＤフレーム３１
０を求めてＬＡＮバス２５０を監視するＬＡＮバス・イ
ンタフェース（LAN BUS INTFC.）４５０が含まれる。イ
ンタフェース４５０は、求めるＤＬＣＩ３０２、基板ア
ドレス３１１およびポート・アドレス３１２を有するフ
レーム３１０をすべて捕捉し、前に付けられた基板アド
レス３１１を取り除いて、そのフレーム３１０をＦＩＦ
Ｏバッファ４５１に格納する。ＦＩＦＯバッファ４５１
は、そのフレーム３１０の前に付けられたポート・アド
レス３１２、およびＤＬＣＩ３０２を変換テーブル（TA
BLE）４５２に出力し、フレーム３１０のフィールド３
００２−３０５を変換挿入器４５３に出力する。テーブ
ル４５２は、音声符号器モジュール２２０の基板アドレ
スおよびポート・アドレスの予め管理されたテーブルで
ある。テーブル４５２では、テーブルがＦＩＦＯバッフ
ァ４５１からポインタとして受け取ったポート・アドレ
ス３１２およびＤＬＣＩ３０２を用いて、そのフレーム
３１０に対する新たな基板アドレス３１１およびポート
・アドレス３１２を見つけて、それらの新たなアドレス
３１１および３１２を変換挿入器４５３に送る。挿入器
４５３は、テーブル４５２から受信した新たな基板およ
びポートのアドレス３１１および３１２をＦＩＦＯバッ
ファ４５１から受信したフレーム３１０のフィールドの
前に付け加え、その新たなフレーム３１０をファイバ・
インタフェース（FIBER INTFC.）４５４に送る。対応す
るアドレスが、テーブル４５２において見つからず送ら
れて来ない場合、挿入器４５３は、受信したフレーム３
１０を捨てる。ファイバ・インタフェース４５４は、フ
レーム３１０を光ファイバ・トランク２１０上に送る。
トランク２１０上では、如何なる所望のプロトコルおよ
び伝送のフォーマットを使用してもよい。反対の方向の
場合、ファイバ・インタフェース４５４は、トランク２
１０上のフレーム３１０を受信し、それらをＦＩＦＯバ
ッファ４５５に格納する。ＬＡＮバス・インタフェース
４５０は、ＦＩＦＯバッファ４５５から格納されている
フレーム３１０を取り出し、それらをＬＡＮバス２５０
に送る。この結果、拡張インタフェース２５３は、それ
に取り付けられているファイバ・トランク２１０から受
信したフレーム３１０を単にＬＡＮバス２５０に送るだ
けである。これらのフレーム３１０は、ＬＡＮバス２５
０上の送信先のインタフェース２５２を識別する基板ア
ドレス３１１、およびＬＡＮバス２５０上で何れの拡張
インタフェース２５３も捜さないポート・アドレス３１
２を持つ。

【００４８】通常の回路交換セルラ無線電話通信を扱う
ために、セル相互接続モジュール２０９は、図４におい
て波線で示した要素を備えている。具体的には、セル相
互接続モジュール（ＣＩＭ）２０９が、ＴＤＭバス１３
０と同じ機能を果たすＴＤＭバス２３０を備え、各汎用
ＤＳ１インタフェース２５２が、集中ハイウェイ４００
をＴＤＭバス２３０に結合するタイムスロット交換器
（ＴＳＩ）４０２を備えている。ＴＳＩ４０２は、通常
のタイムスロット交換機能を果たす。即ち、集中ハイウ
ェイ４００およびＴＤＭバス２３０上の指定された６４
Ｋbpsのチャネル（タイムスロット）を受信し、それら
をＴＤＭバス２３０および集中ハイウェイ４００の指定
されたタイムスロットにそれぞれ送り出す。ＴＳＩ４０
２は、セル毎にプログラムされる。これらの通常の通信
を切り替えるために、ＴＤＭバス２３０は、図１につい
て説明したように、ＴＭＳインタフェース１３３および
トランク１０９によってＴＭＳ１２１（図２参照）に接
続される。これらの通常の通信を公衆電話網１００に接
続するために、ＴＤＭバス２３０は、ＤＳ１インタフェ
ース１３２およびトランク１０６によって公衆電話網１
００にも接続される。

【００４８】デジタル・セルラ交換機２０１の音声符号
器モジュール２２０を図５に示す。各ＤＣＳ２０１は、
１つ以上の同じモジュール２２０を持つ。モジュール２
２０は、具体的には、ＡＴ＆ＴのDefinity通信システム
のユニバーサル・モジュールである。モジュール２２０
には、ＴＤＭバス１３０およびＬＡＮバス２５０と全く
同様のＬＡＮバス２６０が含まれるが、双方ともコント
ローラ２３１の制御下で動作する。図１の場合のよう
に、ＴＤＭバス１３０は、ＤＳ１インタフェース１３２
およびトランク１０６によって公衆電話網１００に接続
される。拡張インタフェース２５３と同様の機能を有す
る拡張インタフェース２６３によって、セル相互接続モ
ジュール２０９からのファイバ・トランク２１０が、Ｌ
ＡＮバス２６０に接続される。ＤＣＳ２０１の各セル相
互接続モジュール２０９は、そのＤＣＳ２０１の各音声
符号器モジュール２２０に接続されている。ＤＣＳ２０
１どおしの間の相互接続は、トランク１０６を通して公
衆電話網１００によって与えられる。

【００４９】本明細書において音声符号器ユニット（Ｓ
ＰＵ）２６４と称する複数の呼処理ノードによって、バ
ス２６０および１３０が相互接続される。セル相互接続
モジュール２０９の拡張インタフェース２５３によって
各フレーム３１０の前に付けられた基板アドレス３１１
に基づいて、各音声処理ユニット２６４が、それにアド
レス指定されたフレーム３１０を受信し、それらの内容
のパケット化を解除し（即ち、それらのプロトコルを終
了させる）、受信された各フレームの内容について音声
伸張を含む種々の処理機能を果たし、さらに処理された
フレームの内容を１つ１つの呼ごとに割り当てられたタ
イムスロットにＴＤＭバス１３０上に送り出す。逆方向
の場合、音声処理ユニット２６４は、１つ１つの呼ごと
に割り当てられたタイムスロットにＴＤＭバス１３０上
の情報を受信し、それを基に音声圧縮を含む種々の処理
機能を果たし、処理された情報をパケット化し、特定の
セル２０２の特定のチャネル要素２４５を特定するＤＬ
ＣＩ３０２を各フレームに含め、ＬＡＮバス２６０上の
そのフレームの受信先を特定する基板アドレス３１１お
よびポート・アドレス３１２を各フレームの前に付け
て、そのフレーム３１０をＬＡＮバス２６０上に送り出
す。

【００５０】セル相互接続モジュール２０９および音声
符号器モジュール２２０の動作の結果として、それらの
間で伝送中のフレーム３１０は、トランク２１０上に統
計的に多重化され、このトランク上でフレーム中継され
るので、トランク２１０によって与えられる帯域幅のト
ラヒック伝送容量は、回路交換などの他の伝送方式を超
えて大いに増大する。

【００５１】図３に関連して説明したように、通常の無
線電話通信に対応するためにＤＣＳ２０１にＴＭＳ１２
１を備えることができる。ＴＭＳ１２１には、図１の交
換モジュールについて説明した要領でトランク１０９お
よびＴＭＳインタフェース１３３によって音声符号器モ
ジュール２２０が接続される。

【００５２】説明用の音声処理ユニット（ＳＰＵ）２６
４を図６に示す。各ＳＰＵ２６４は、ＬＡＮバス・イン
タフェース６０１を含む。インタフェース６０１は、所
与の基板アドレス３１１を求めてＬＡＮバス２６０を進
むフレーム３１０を監視し、求めるアドレス３１１を有
するものを捕捉する。ＬＡＮバス・インタフェース６０
１は、バッファ６２０を含む。ＬＡＮバス・インタフェ
ース６０１は、フレーム３１０を捕捉すると直ちに、そ
れにタイム・スタンプを追加し、それをバッファ６２０
に格納してプロセッサ６０２に割り込み指示を出す。タ
イム・スタンプは、さらに後述するカウンタ６２３の現
在の計数である。

【００５３】フレーム３１０のポート・アドレス３１２
により、ＳＰＵ２６４によって実施される複数のサービ
ス回路６１２のうちの１つが特定される。１つのセルに
対し、そのセルの期間中またはハード渡しが起こるま
で、サービス回路６１２が１つ割り当てられる。各サー
ビス回路６１２は、独自の自動処理回路を持つ。しか
し、すべてのサービス回路６１２が、時分割ベースでプ
ロセッサ６０２のサービスを受ける。プロセッサ６０２
は、ＳＰＵ２６４のすべてのサービス回路６１２に対し
て、フレーム選択およびプロトコル処理の機能を果た
す。ＬＡＮバス・インタフェース６０１から受信される
フレーム３１０に対してプロセッサ６０２によって実行
される関数を図１１−１４および図１７−１８に示し、
サービス回路６１２から受信されるトラヒック区分（以
下においては、トラヒック・フレームとも称する）につ
いてプロセッサ６０２によって実行される関数を図１５
に示す。プロセッサ６０２は、各サービス回路６１２に
対し、これらの関数の各々を２０ミリ秒ごとに実行す
る。すべての関数の実行は、適応同期回路６１１および
インタフェース６０１によって与えられる割り込み信号
により、割り込み駆動的に行われる。

【００５４】出入りする呼トラヒックのトラヒック・フ
レームの交換は、プロセッサ６０２とサービス回路６１
２との間でプロセッサ６０２のバッファ６０３を通して
実行される。各サービス回路６１２は、それ自体の対応
するバッファ６０３を持っている。プロセッサ６０２お
よびボコーダ６０４の入出力動作のタイミングにおける
小さな差異および変動を補償するために、バッファ６０
３により、サービス回路６１２のプロセッサ６０２とボ
コーダ６０４との間を通るトラヒック・フレームを緩衝
する。

【００５５】各サービス回路６１２は、独自のボコーダ
６０４を有する。ボコーダ６０４は、音声の圧縮および
伸張の機能を与える。各ボコーダは、プロセッサ６０２
からバッファ６０３を介して圧縮された音声のトラヒッ
ク・フレームを規則的な間隔で（例えば、２０ミリ秒ご
とに）受信し、そのトラヒック・フレームを所定数（例
えば、１６０バイト）のパルス符号変調（ＰＣＭ）され
た音声標本へと伸張する。各バイトは、この例では１２
５μ秒の期間（これを(「チックタック」の)「チック」と称す
る）を有する。逆方向の場合、ボコーダ６０４は、１６
０バイトのＣＰＭ音声標本を受信し、それに対し音声圧
縮関数を実行して、圧縮された音声のトラヒック・フレ
ームをバッファ６０３を介してプロセッサ６０２に規則
的な間隔で（２０ミリ秒ごとに）出力する。ボコーダ６
０４とプロセッサ６０２との間のトラヒック・フレーム
の交換は、ボコーダ６０４内部の入力クロック６２１お
よび出力クロック６２２によって発生されるクロック信
号によってタイミングをとる一方、ボコーダ６０４によ
るＣＰＭ標本の送受信は、クロック回路６００によって
発生されるクロック信号によってタイミングをとる。ク
ロック６２１および６２２は、システムの初期化時およ
びサービス回路６１２のリセット時に、回路６００のク
ロック信号のエッジによって同期がとられる。ボコーダ
６０４は、当分野において周知である。具体的には、各
ボコーダ６０４は、カルコム社（Qualcomm Inc.）のＱ
ＣＥＬＰ低ビット・レート可変速音声符号化／復号アル
ゴリズムを実施するＡＴ＆Ｔの１６Ａデジタル信号プロ
セッサ（ＤＳＰ）を用いて実施される。ＱＣＥＬＰアル
ゴリズムは、音声活動が低いか無い期間には極力少ない
情報を送るように対応する。この実施例のフレーム伝送
機構は、時間的に変化するトラヒック負荷に理想的に適
応する。

【００５６】ＣＤＭＡおよびＴＤＭＡの両方のトラヒッ
クを扱ってＴＤＭＡトラヒックもフレーム中継されるよ
うなシステムの場合、サービス回路６１２の幾つかは、
ＴＤＭＡトラヒックを専門に扱い、それらのボコーダ６
０４は、具体的にはＴＤＭＡ通信のためのＴＩＡ ＩＳ
−５４規格に従ってプログラムされたＡＴ＆Ｔの１６Ａ
デジタル信号プロセッサである。

【００５７】ボコーダ６０４から送られるＰＣＭ標本
は、トーン挿入回路６０５を通る。各サービス回路６１
２には独自のトーン挿入回路６０５がある。トーン挿入
回路６０５は、プロセッサ６０２からのコマンドにより
直ちに、ボコーダ６０４により出力されたＰＣＭ標本を
一時的に阻止して放棄し、これに替えて、前記のコマン
ドによって指定されたタッチ・トーン信号のＰＣＭ標本
を代用する。トーン挿入回路６０５は、ボコーダ６０４
に入力されているＰＣＭ標本には影響しない。トーン挿
入回路６０５の動作は、クロック回路６００によって発
生されるクロック信号によってボコーダ６０４の出力に
同期される。

【００５８】サービス回路６１２の構成順では、トーン
挿入回路６０５の次にエコー・キャンセラー６０６が続
く。サービス回路６１２には、それぞれ独自のエコー・
キャンセラー６０６がある。これにより、ボコーダによ
り生成され電話網に向かうトラヒックを減衰させたコピ
ーを取っておき、適切に遅らせたコピーを受信された電
話網に向かうトラヒックから引くことによって、電話網
１００からの呼トラヒックから電話網１００に向かう呼
トラヒックのエコーを中和する。各エコー・キャンセラ
ー６０６は、当分野において周知である。エコー・キャ
ンセラー６０６の動作にタイミングは、クロック回路６
００によって発生されるクロック信号によって制御され
る。

【００５９】エコー・キャンセラー６０６は、電話網か
らのトラヒックを集中ハイウェイ６０７から受信し、電
話網に向かうトラヒックを集中ハイウェイ６０７に送り
出す。集中ハイウェイ６０７は、６４Ｋbpsのタイムス
ロットを伝送する受動直列ＴＤＭバスである。エコー・
キャンセラー６０６は、集中ハイウェイ６０７において
それ自体の入力タイムスロットおよびそれ自体の出力タ
イムスロットを静的に割り当てられる。

【００６０】ＴＤＭバス・インタフェース６０８によ
り、集中ハイウェイ６０７がＴＤＭバス１３０に接続さ
れる。インタフェース６０８は、集中ハイウェイ６０７
とバス１３０との間でタイムスロット交換（ＴＳＩ）機
能を果たす。この動作は、回路６００によって発生され
るクロック信号によってタイミングがとられ、変換維持
ユニット６０９によって制御される。ユニット６０９
は、その音声符号器モジュール２２０のコントローラ２
３１の指示のもとで、各セルごとに集中ハイウェイ６０
７からバス１３０へタイムスロットを割り当てる機能を
果たす。ユニット６０９は、バス１３０によって実施さ
れる制御チャネルを介してコントローラ２３１と連絡を
とる。この制御チャネルは、インタフェース６０８およ
び（変換維持制御）バス６１３を通してユニット６０９
へのインタフェースが与えられる。ユニット６０９は、
制御リンク６１６を介してＬＡＮバス・インタフェース
６０１に維持機能を施す。

【００６１】ユニット６０９は、インタフェース６０８
に対し、双方が接続されている変換維持制御バス６１３
を介して制御を行う。同様に、プロセッサ６０２もプロ
セッサ制御バス６１０を介して回路６０１、６０３−６
０６、および６１１を制御する。プロセッサ６０２とユ
ニット６０９との間の通信は、バス６１０とバス６１３
を結合するバッファ（BUFF.）６１４によって円滑に行
われる。

【００６２】クロック回路６００は、ＴＤＭバス１３０
に接続されていて、通常の要領でこれからタイミング情
報を引き出す。そして、この情報を種々の速度のクロッ
ク信号の形で分配する。この信号には、２．０４８ＭＨ
ｚ、８ＫＨｚおよび５０Ｈｚ（それぞれ５００ｎsec、
１２５μsecおよび２０ｍsecの周期に相当する）が含ま
れるが、これらをすべてクロック・バス６１５を介して
回路６０４−６０６、６０８および６１１に同期させる
ことにより、それらの動作をＴＤＭバス１３０に同期さ
せている。また、クロック回路６００は、その情報をＬ
ＡＮバス・インタフェース６０１にも与え、ＬＡＮバス
２６０のビット時間の同期化を図っている。ＴＤＭバス
１３０の動作は、電話網１００に同期されているので、
クロック回路６００により、種々の要素の動作が電話網
１００のマスター・クロックに同期する。

【００６３】適応同期回路６１１においては、クロック
回路６００から得たクロック信号を用いて、クロック回
路６００によって発生された２０ｍsecのクロック信号
に周波数は同期しているがそれから位相が変位している
（変位量はプロセッサ６０２によって制御される）よう
なクロック信号が生成される。これらのオフセット・ク
ロック信号は、プロセッサ６０２の動作の時間調整に使
用される。これらのオフセット・クロック信号の生成お
よび使用については、以下においてさらに説明する。物
理的には、回路６１１および６００を１つの装置として
実施してもよい。

【００６４】回路６１１には、現在時カウンタ６２３も
含まれる。カウンタ６２３は、ＰＣＭ標本チック（標本
周期で、例えば１２５μsec）ごとに１回その計数をイ
ンクリメントする。この計数は、クロック回路６００か
らの５０Ｈｚの各クロック・パルスによって２０ｍsec
ごとにリセットされる。このように、カウンタ６２３
は、クロック回路６００によって発生される信号に関す
る現在時を示す。カウンタ６２３の第２の部分により、
１２５μsecの計数をリセットする２０ｍsecのクロック
・パルスによってインクリメントされるモジュロ８の計
数が維持される。ＬＡＮバス・インタフェース６０１が
受信したフレーム３１０のタイム・スタンプとして使用
できるように、カウンタ６２３は、計数をインタフェー
ス６０１に与える。

【００６５】ここで、プロセッサ６０２とそのパケット
処理およびフレーム処理の説明に戻る。（水準２のプロ
トコル処理は一般にフレーム処理と称し、水準３のプロ
トコル処理は一般にパケット処理と称する。）プロセッ
サ６０２がＬＡＮバス２６０から受信したフレームに対
してプロセッサ６０２が実行する関数を図１１−１４に
示す。プロセッサ６０２は、これらの関数を各サービス
回路６１２に対して２０ｍsecごとに実行する。特定の
サービス回路６１２に対するこれらの関数の個別の関数
の実行は、ＬＡＮバス・インタフェース６０１および適
応同期回路６１１から相応の受信割り込み信号を受信す
ることを契機として行われる。

【００６６】既に述べたように、ＬＡＮバス・インタフ
ェース６０１は、対応する音声処理ユニット（ＳＰＵ）
２６４にアドレス指定されたフレームを受信すると直ち
に、その受信したフレームにタイム・スタンプを追加
し、それをバッファ６２０に格納して、プロセッサ６０
２に割り込みを掛ける。ステップ９００において、プロ
セッサ６０２がＬＡＮバス・インタフェース６０１から
受信割り込み信号によって呼び出されると、プロセッサ
６０２は、ステップ９０２において、ＬＡＮバス・イン
タフェース６０１のバッファ６２０から受信されたフレ
ームを取り出す。次に、ステップ９０４において、その
フレームに対し通常の水準２の処理、即ちＬＡＰＤプロ
トコル処理を実行する。この処理にフレーム受信の承認
を含めてもよい。水準２の処理が終わりしだい、ステッ
プ９０６において、制御フィールド３０３を調べて、こ
れが水準２のみのフレーム（例えば、鉢巻検査フレー
ム）かどうかを調べる。そうならば、フレームの処理を
終了し、ステップ９０８において、単に呼び出し点に戻
る。しかし、このフレームが水準２のみのフレームでな
い場合、即ち、その利用者データ・フールド３０４に水
準３のプロトコルが入っている場合、ステップ９１０に
おいて、そのフレームのＤＬＣＩ３０２を用いて、その
メモリからフレームが関係する呼に関して格納されてい
る呼の状態情報を選択する。次に、ステップ９１１にお
いて、受信した水準３のプロトコルのパケット・タイプ
・フィールド３２１を調べて、そのパケットの種類---
トラヒックか、信号か---を判断する。フィールド３２
１が、パケットが信号パケットであることを示す場合、
そのパケットがセルから交換機への信号情報、即ちＤＣ
Ｓ２０１向けの信号を伝えることを意味する。従って、
プロセッサ６０２は、ステップ９７０において、信号に
より指示された関数を実行する。これは、３つの関数の
うちの何れかである。即ち、呼の確立もしくは破棄また
はソフト渡し中の第２の呼の追加もしくは削除の何れか
によって呼の状態情報を更新する関数、呼の電話網に向
かう部分にトーンを挿入する関数、または初期クロック
同期化（図１７に関連して説明する）を行う関数の何れ
かである。次に、プロセッサ６０２は、ステップ９４６
において、呼び出し点に戻る。音声／信号パケット３５
０が、２０ｍsecの周期で送受信されるのに対し、信号
のみのパケット３５１は、信号情報の送信要求に応じて
何時でも送ることができる。

【００６７】パケットがトラヒック・パケットであるこ
とをフィールド３２１が示す場合、プロセッサ６０２
は、ステップ９１２において、クロック調整および同期
化の関数を実行して、回路６００によって発生されたク
ロック信号に対する回路６１１によって発生されたクロ
ック信号のオフセットをプロセッサ６０２により決定さ
れた量または受信されたパケットのクロック調整フィー
ルドにより指示された量だけ変化させる。これについて
は図１８に関連して説明する。次に、ステップ９１４に
おいて、受信された水準３のパケットの音声／信号タイ
プ・フィールド３２６を調べて、そのパケットによって
伝えられる情報の種類---音声のみ、音声と信号、また
は信号のみの何れか---を特定する。そのトラヒック・
パケットが音声のみのパケットであるならば、ステップ
９１６において、取り出した呼の状態情報を調べて、そ
の呼がソフト渡し中かどうかを判断する。ソフト渡し中
でない場合、ステップ９１８において、フレームの空中
ＣＲＣフィールド３２３（セル２０２と移動電話２０３
との間のＣＤＭＡ伝送に関して算出されたチェック・サ
ムの結果が収容されている）を検査する。空中ＣＲＣの
検査結果が合わない場合、そのパケットは欠陥のある情
報を伝えることになるので、ステップ９２３において、
そのパケットを捨て、ステップ９４６において、戻る。
このトラヒックの損失はボコーダ６０４により隠蔽され
る。ステップ９１８において空中ＣＲＣ検査の結果が一
致した場合、ステップ９１９において、パケットの信号
品質フィールド３２４を調べて、音声品質が所定のしき
い値を満たすかどうかを判断する。音声品質がそのしき
い値を確かに満たす場合、ステップ９２０において、パ
ケットにコマンドを追加することにより、そのパケット
に「可」の印を付け、ステップ９２２において、その音
声情報パケットを適切なサービス回路６１２に割り当て
られたバッファ６０３に格納した後、ステップ９４６に
おいて、呼び出し点に戻る。音声品質が最小のしきい値
を満たさない場合、ステップ９２１において、パケット
に「不可」の印を付け、ステップ９２２において、その
音声情報パケットを適切なサービス回路６１２に割り当
てられたバッファ６０３に格納した後、ステップ９４６
において、戻る。

【００６８】以上の処理において、プロセッサ６０２
は、受信されたパケットのパケット番号フィールド３２
０を用いて、失われたり順序不同となったりしたパケッ
トを通常の方法で検出し、処理する。

【００６９】ステップ９１６に戻り、呼がソフト渡し中
であるなら、プロセッサ６０２は、その呼に対し２つの
パケット---それぞれ異なるセル２０２からであるが、
一般に同一の情報を伝える---を２０ｍsecごとに受信し
ているはずである。従って、ステップ９３２において、
２つの同じのパケットをまた受信したかどうかを調べ
る。同じパケットは、フィールド３２０に同じパケット
番号を持つことから識別される。同じでない場合、予想
される同じパケットのうちの一方だけを受信したか、ま
たは両方のセルからパケット番号の異なるパケットを受
信したことになるので、ステップ９３３において、受信
直後のパケットのパケット番号を調べて、そのパケット
番号が、予想されるパケット番号と比較して大きいか、
等しいか、または小さいかを判断する。受信されたパケ
ットの番号が予測されるパケット番号より大きい場合、
ステップ９３４において、受信されたパケットを記憶
し、ステップ９３５において、以降に予測されるパケッ
トが受信されたことを示すように、関係付けられた呼の
状態情報を更新し、ステップ９４６において戻る。ステ
ップ９３５における呼の状態情報の更新には、受信され
たパケットの電力制御フィールド３２５の内容の記憶も
含まれる。受信されたパケットの番号が予測されるパケ
ット番号に等しい場合、前述のようにパケットを処理す
るためにステップ９１８およびそれ以降のステップを進
む。そして、受信されたパケットのパケット番号が予測
されるパケット番号より小さい場合、ステップ９３６に
おいて、その受信されたパケットを捨てて、ステップ９
４６において戻る。この場合も、そのトラヒックの損失
は、ボコーダ６０４により隠蔽される。

【００７０】ステップ９３２に戻り、プロセッサ６０２
が予想どおりの両パケットを受け取ったと分かった場
合、プロセッサ６０２は、ステップ９３８において、そ
の事を示すように呼の状態情報を更新する。これには、
その受信されたパケットの電力制御フィールド３２５の
内容を記憶することも含まれる。次に、ステップ９４０
において、何れのパケットの方がよいか判断するため
に、（現在はバッファ６０３に記憶されている）最初に
受信された予想どおりのパケットを取り出して、両方の
パケットの空中ＣＲＣおよび信号品質の表示を比較す
る。次に、ステップ９４１において、良い方のパケット
の音声品質を調べて、音声品質が所定のしきい値を満た
すかどうかを判断する。満たす場合、ステップ９４３に
おいて、良い方のパケットにコマンドを追加することに
よって、そのパケットに「可」の印を付ける。満たさな
い場合、ステップ９４２において、その良い方のパケッ
トに「不可」の印を付ける。そして、悪い方のパケット
を捨て、ステップ９４４において、対応する呼のチャネ
ルのバッファ６０３に良い方のパケットを格納する。次
に、ステップ９４６において、戻る。

【００７１】ステップ９４６に続いて図１２に移る。ス
テップ９５０において、特定の（Ｘ番目の）サービス回
路６１２に対する受信割り込み信号RX_INT_Xによって、
プロセッサ６０２が呼び出されると、プロセッサ６０２
は、ステップ９５１において、そのサービス回路６１２
に対応するバッファ６０３を調べて、そのバッファ６０
３が空かどうかを判断する。空でない場合、ステップ９
５２において、バッファ６０３の内容を取り出し、取り
出した内容をそのサービス回路６１２のボコーダ６０４
に渡す。バッファ６０３が空の場合、ステップ９５３に
おいて、適切なサービス回路６１２のボコーダ６０４に
おいて、捨てられたパケットによって伝達される音声区
分の損失を隠蔽する関数を呼び出す。ボコーダ６０４
は、それが前に受信したパケットの関数として生成する
ＰＣＭ標本を回路６０５への出力として生成することに
よって前記の損失を隠蔽する。そして、プロセッサ６０
２は、ステップ９５４において、呼び出し点に戻る。

【００７２】再びステップ９１４を説明する。通常の状
況の下では、所与の呼に関与するセル２０２から移動電
話２０３に信号が直接送られるので、プロセッサ６０２
は、「ソフト渡し」の期間に限って、信号情報を伝える
トラヒック・パケットに遭遇する。トラヒック・パケッ
トが信号情報しか伝えない場合、プロセッサ６０２は図
１３のステップ９５５に進む。そこで、さらに音声／信
号タイプ・フィールド３２６の内容を調べて、信号の方
向---順方向か、逆方向か、または両方向か---を判断す
る。向きが順方向の場合、その信号がセル２０２によっ
て発生され、かつ移動電話２０３に向かうものと見な
し、ステップ９５６において、そのパケットを単に記憶
して、ステップ９７０において、戻る。両方の信号方向
が示された場合、ステップ９５７において、順方向の信
号を記憶して、ステップ９５８に進む。方向が逆の場
合、その信号が移動電話２０３によって発生され、かつ
セル２０２に向かうものと見なし、ステップ９５８にお
いて、信号パケットを両側から（即ち、その「ソフト渡
し」に必然的に引き込まれたセル２０２の両方から）受
信したかどうかを検査する。そうでない場合、ステップ
９６０において、そのパケットを記憶し、ステップ９６
２において、一方から信号パケットを受信したことを示
すように、対応する呼の状態情報を更新する。そして、
ステップ９７０において戻る。ステップ９５８の検査に
よって、両方から信号パケットを受信したことが分かっ
た場合、ステップ９６４において、その事を示すように
対応する呼の状態情報を更新し、ステップ９６６におい
て、２つのパケットの空中ＣＲＣおよび信号品質のフィ
ールド３２３および３２４を比較して、何れのパケット
の方が信号品質が良いかを判断する。次に、ステップ９
６８において、悪い方のパケットを捨て、良い方のパケ
ットを記憶して、ステップ９７０において、戻る。

【００７３】ステップ９１４に戻り、パケットが音声お
よび信号の両方の情報を伝えると判断した場合、プロセ
ッサ６０２は、図１４のステップ９８５に進み、図１３
の信号処理ステップ９５５−９６８と全く同様の図１４
のステップ９８５−９９８を実行し、さらに図１１のス
テップ９３２に進んで音声処理ステップを実行する。

【００７４】ボコーダ６０４から受信されたトラヒック
・フレーム（音声情報の区分）についてプロセッサ６０
２によって実行される関数を図１５に示す。これらの関
数は、各サービス回路６１２に対して２０ｍsecごとに
実行される。特定のサービス回路６１２に対する関数の
実行も、適応同期回路６１１によって与えられる相応の
送信割り込み信号の受信によって、割り込み駆動され
る。

【００７５】ステップ１２００において、特定の（Ｘ番
目の）サービス回路６１２に対する処理を開始するよう
に送信割り込み信号TX_INT_Xによって呼び出されると、
プロセッサ６０２は、ステップ１２０２において、この
サービス回路６１２によってサービスを受けている呼に
ついて記憶されている呼の状態情報を調べて、その呼が
ソフト渡し中であるかどうかを判断する。ソフト渡し中
でない場合、ステップ１２２７において、サービスされ
ているサービス回路６１２のボコーダ６０４にアクセス
して、完全レートで符号化された呼情報のトラヒック・
フレームを要求する。ステップ１２２８において、ボコ
ーダ６０４からトラヒック・フレームを受信すると直ち
に、ステップ１２３０において、そのトラヒック・フレ
ームを水準３のプロトコルで書式化する。これには、そ
の呼トラヒックの先頭にパケット番号およびパケット・
タイプを付けることも含まれる。次に、ステップ１２３
２において、書式化されたトラヒック・フレームをＬＡ
ＰＤフレーム・フォーマットで包んで、ＬＡＰＤフレー
ム３００（図７参照）を形成する。これには、その呼の
移動電話に向かう方向に関係付けられたＤＬＣＩで、且
つその呼をサービスしている特定のセル２０２（図３参
照）の特定のチャネル要素２４５を特定するものを取り
出して、そのＤＬＣＩをＬＡＰＤフレーム３００に含め
ることも含まれる。次に、ステップ１２３４において、
このＤＬＣＩを用いて、このＤＬＣＩに対応する基板ア
ドレス３１１およびポート・アドレス３１２をテーブル
から捜し、発見したアドレス３１１および３１２をＬＡ
ＰＤフレーム３００の先頭に付けて、変形ＬＡＰＤフレ
ーム３１０（図８参照）を形成する。ステップ１２３６
において、フレーム３１０をＬＡＮバス２６０へと送る
出すために、これをＬＡＮバス・インタフェース６０１
に渡す。そして、プロセッサ６０２は、ステップ１２３
８において、呼び出し点に戻る。

【００７６】ステップ１２０２に戻り、呼がソフト渡し
中であるとプロセッサ６０２が判断した場合、プロセッ
サ６０２は、ステップ１２０４において、その呼につい
て記憶されている呼の状態情報を調べて、この回路に対
して順方向の信号が何か記憶されているかどうかを判断
する。順方向の信号であれば、その呼を扱ってきたセル
２０２（マスター・セル２０２と称する）のみから受信
されて、図１３のステップ９５６もしくは９５７、また
は図１４のステップ９８６もしくは９８７で記憶されて
いることになる。順方向の信号が記憶されていない場
合、ステップ１２０６において、サービスされているサ
ービス回路６１２のボコーダ６０４にアクセスして、完
全レートで符号化された通信情報のトラヒック・フレー
ムを要求する。ただし、順方向の信号が記憶されている
場合は、順方向の信号情報のための余地をパケット中に
確保しなければならないので、ステップ１２０８におい
て、ボコーダ６０４をアクセスして、不完全レートで符
号化された通信情報のみのトラヒック・フレームを要求
する。

【００７７】ボコーダ６０４は、一般に完全レートで符
号化された情報のトラヒック・フレームを与えるので、
不完全レートで符号化された情報のトラヒック・フレー
ムに対する要求には即座に応答できない可能性がある。
さらに、音声活動に中断があれば、完全レートで符号化
されたトラヒック・フレームが要求された場合でも、不
完全レートで符号化されたトラヒック・フレームが供給
されることもある。プロセッサ６０２は、ステップ１２
１８において、この状態を検査することになる。

【００７８】プロセッサ６０２は、ステップ１２０９に
おいて、ボコーダ６０４からトラヒック・フレームを受
信すると、ソフト渡しに関係する両方のセル２０２に送
るために複製を持つように、ステップ１２１０におい
て、トラヒック・フレームの複製を作る。次に、ステッ
プ１２１２において、ソフト渡しに関係する両方のセル
２０２から図１１のステップ９３５および９３８におい
て格納されたと思われるの電力制御情報を取り出し、そ
れら２つのセル２０２の各々に対し双方のセル２０２の
他方から受信された電力制御情報が送られるように、前
記の取り出した情報を交換して、交換した情報を複製の
パケットに電力制御フィールド３２５として挿入する。
次に、ステップ１２１４において、呼の状態情報（ステ
ータス）を調べて、呼に対し逆方向の信号が受信されて
図１３のステップ９６８または図１４のステップ９９８
で記憶されたかどうかを判断する。逆方向の信号が利用
できる場合、ステップ１２１６において、それを複製の
パケットの両方に追加する。ステップ１２１６に続い
て、あるいは逆方向の信号が利用できない場合、ステッ
プ１２１８において、完全レートで符号化されるか不完
全レートで符号化されたフレームがボコーダ６０４によ
って供給されているかどうかを判断する。トラヒック・
フレームが完全レートで符号化されている場合、そのフ
レームには順方向の信号情報のための余地がないので、
プロセッサ６０２は、ステップ１２３０以降に進んで、
両方の複製パケットのフォーマット化、パケット化、お
よび送信を行う。ステップ１２３４におけるパケット化
には、各複製パケットのフレーム・プロトコル３００に
異なるＤＬＣＩを含めることにより、２つのパケットが
ソフト渡しに関わる異なるセル２０２にそれぞれ進むよ
うにすることも含まれる。ステップ１２１８に戻り、ト
ラヒック・フレームが不完全レートで符号化されている
場合、ステップ１２２０において、呼の状態情報を調べ
て、その呼に対する順方向の信号が図１３のステップ９
５６または図１４のステップ９８６で受信され記憶され
たかどうかを判断する。順方向の信号が利用できる場
合、ステップ１２２２において、それを両方の複製パケ
ットに加える。ステップ１２２２に続いて、あるいは順
方向の信号が利用できない場合、ステップ１２３０以降
に進む。

【００７９】ここで、セル２０２および音声処理ユニッ
ト（ＳＰＵ）２６４の動作の同期化を図１６−２２に関
係付けて詳細に説明する。

【００８０】電話網１００から移動無線電話２０３への
トラヒックの流れに対する初期のタイミング調整の状況
を図１９に示す。前述のように、すべての移動無線電話
２０３およびすべてのセル２０２のすべてのチャネル要
素２４５の動作は、全地球的測位衛星によって放送され
る信号などの共通のタイミング信号によって駆動され同
期化される。これから、各セル２０２が２０ｍsecのセ
ル・クロック１０００信号を獲得し、このクロック１０
００が誘引となって、２０ｍsecごとに時刻１３００に
おいて、呼に関係する各チャネル要素２４５が、対応す
る移動電話２０３への送信を行う。所与の呼に対し、プ
ログラムされた一定のオフセット（これはゼロの場合も
ある）が、存在することがある（即ち、セル・クロック
１０００の立ち上がりと時刻Ｔｘ１３００との間のオフ
セット）。この一定のオフセットにより、信号１３０
４、１３０７、１３０８および１３０９の相対位置が、
このオフセット分だけ影響を受ける。

【００８１】時刻１３００に呼トラヒックを送ることが
できるためには、チャネル要素２４５が、時刻１３００
の最低でもある最小の期間だけ前の時刻ｔ_min１３０１
には、呼トラヒックを受信しなければならない。チャネ
ル要素２４５は、前の送信の時刻１３００のわずか後で
現在の送信に関する前記の受信期限１３０１のわずか前
に存在する時間枠１３０２の期間内に、送信情報を受信
することが望ましい。このように、時間枠１３０２によ
り、小さな時間的変動に対して余裕が与えられる。しか
し、呼が確立されつつあるときは、その呼を扱うチャネ
ル要素２４５が、送信するための呼トラヒックのパケッ
トをＳＰＵ２６４から何時受信するかは不明である。こ
れは、既に述べたように、移動電話交換機２０１の動作
が、セル２０２のクロックとは異なるクロックによって
制御され、このクロックが、セル・クロック１０００か
ら独立していて、これに同期していないからである。さ
らに、その他の要因、即ち移動電話交換機２０１と異な
るセル２０２との間の距離の相違、およびこれらの間で
伝送される異なるトラヒック負荷---さらにこれらの間
で結果的に異なる伝送遅延時間---なども、受信時刻を
不明にする。従って、チャネル要素２４５とＳＰＵ２６
４との間で呼の経路が最初に確立され、かつ空のトラヒ
ックがこれらの間を流れ始めたとき、ＳＰＵ２６４から
のパケットは、時間枠１３０２の外側にある時刻１３０
３---さらに最悪の場合には、時刻ｔ_min１３０１の後の
時刻１３０３---に、チャネル要素２４５によって受信
される可能性がある。このような場合、そのチャネル要
素に対応するチャネル・コントローラ２４４が、信号パ
ケットをＳＰＵ２６４に送って、ＳＰＵ２６４からのパ
ケットの送信時間の調整の必要性を示すと共に、チャネ
ル要素２４５におけるパケットの受信時間を時間枠１３
０２内に安全に位置付けるために送信時間を調節しなけ
ればならない分の時間も示す。

【００８２】セル２０２において実行されるクロック調
整関数を図１６に示す。これらの関数によって、クラス
タ・コントローラ２４４においてパケットの受信時に呼
び出されプロセッサによって実行されるルーチンが構成
される。ステップ１００１において、このルーチンが呼
び出されると、ステップ１００２において、受信された
パケットが呼に対して受信された最初のトラヒック・パ
ケットかどうかを調べる。最初のパケットである場合、
ステップ１００４において、そのパケットが受信された
時間を時間枠１３０２（この範囲はクラスタ・コントロ
ーラ２４４に記憶されている）と比較し、ステップ１０
０６において、時間枠１３０２との関連で何時、そのパ
ケットが受信されたかを判断する。パケットが枠１３０
２のほぼ中心で受信された場合、クロックの調整は必要
ないので、ステップ１０２２において、ルーチンは、単
にその呼び出し点に戻る。パケットの受信が早すぎた場
合、ステップ１００８において、セル交換機タイプの信
号パケットが呼を処理しているＳＰＵ２６４のプロセッ
サ６０２に送られるようにすることで、その呼に対する
TX_INT_X割り込みの時間を同様にパケット中で指定され
た時間だけ遅らせるようにプロセッサ６０２に要求する
ことにより、受信時間を枠１３０２のほぼ中央に移すよ
うにする。逆に、パケットの受信が遅すぎた場合、ステ
ップ１０１０において、セル交換機タイプの信号パケッ
トがプロセッサ６０２に送られるようにすることで、そ
の呼に対するTX_INT_X割り込みの時間を指定された時間
だけ早めすように要求する。そして、ステップ１０２２
において、ルーチンはその呼び出し点に戻る。

【００８３】また一方では、最初に受信されるトラヒッ
ク・パケットのみに応じる必要はなく、複数の受信され
るトラヒック・パケットの受信に基づいて必要とされる
クロック調整の平均時間を算出してもよい。

【００８４】チャネル要素２４５のパケット受信時間１
３０３は、ＳＰＵ２６４におけるパケット送信時間に対
応する。前述のように、ＳＰＵ２６４からチャネル要素
２４５へのパケットの送信は、適応同期回路６１１によ
ってプロセッサ６０２に発行される送信割り込み信号TX
_INT_Xによって誘発される。結果的に、チャネル要素２
４５におけるパケットの受信時間をある量だけ調節する
ためには、回路６１１のTX_INT_X信号を同じ量だけ調節
する必要がある。従って、プロセッサ６０２は、前記の
信号パケットをチャネル要素２４５から受信すると、こ
れに応じて、図１１ステップの９７０において、適応同
期回路６１１に指示して、対応するサービス回路６１２
に対するTX_INT信号を指定された量だけ調節させる。回
路６１１は、これに応じて、その送信割り込み信号を指
定された期間（図１９において１３１０として示した）
だけ変更する。このようにして、パケットの送信時間
は、ＳＰＵ２６４において時刻１３０４から時刻１３０
５へと変更される。時刻１３０５は、チャネル要素２４
５において枠１３０２の中にあるパケット受信時刻１３
０６に相当する。

【００８５】しかし、パケットを所与の時刻に送信でき
るためには、プロセッサ６０２が、ボコーダ６０４から
のそのパケットに含まれているトラヒック・フレーム
（呼トラヒックの区分）を送信時刻よりある程度早い時
刻に受信しなければならない。パケット送信時刻１３０
４が、フレーム受信時刻１３０７に対応し、さらにこれ
が、ボコーダ６０４のトラヒック・フレーム送信時刻１
３０８に対応するのに対し、変更されたパケット送信時
刻１３０５は、変更されたトラヒック・フレーム受信時
刻１３１１に対応し、さらにこれが、ボコーダ６０４の
トラヒック・フレーム送信時刻１３０９に対応する。結
果として、プロセッサ６０２は、ボコーダ６０４がその
トラヒック・フレーム送信時刻を時刻１３０８から時刻
１３０９に変更するようにしなければならない。

【００８６】ボコーダ６０４では、内部の出力クロック
６２２を用いてトラヒック・フレームの送信時刻が調節
される。Ｘ番目のサービス回路６１２のクロック６２２
は、クロック回路６００から受信したクロック入力信号
に最初に同期される。プロセッサ６０２は、ボコーダ６
０４にコマンドを送り、回路６００のクロックの入力信
号に対するボコーダ６０４の出力クロック６２２信号の
オフセットをプロセッサ６０２がチャネル要素２４５か
ら受信した信号パケットにおいて指定された前記の期間
だけ調節させる。ボコーダ６０４は、これを実行するこ
とにより、そのトラヒック・フレーム送信時刻を時刻１
３００８から時刻１３０９に変更する。最終的な結果と
して、チャネル要素２４５、サービス回路６１２、およ
びプロセッサ６０２の同期を要する動作が互いに同期化
された。

【００８７】セル２０２からのクロック調整制御パケッ
トの受信に対するプロセッサ６０２の応答状況を図１７
に示す。ステップ１０５０において、受信された信号パ
ケットによりクロック調整の実行を要求していると判断
すると、プロセッサ６０２は、ステップ１０５２におい
て、パケットの内容を調べて、タイミング信号を移動さ
せるべき方向を判断する。それを遅らせなければならな
い場合、ステップ１０５４において、適応同期回路６１
１にコマンドを送り、後続のTX_INT_X割り込み信号をそ
のパケットで指定された量の時間だけ遅らせるようにす
る。また、ステップ１０５６において、ボコーダ６０４
にもコマンドを送り、クロック６００信号に対するボコ
ーダ６０４の出力クロック６２２のオフセットを指定さ
れた同じ量の時間だけ増加させようにして、ステップ１
０６２において、戻る。タイミング信号を時間的に進め
る場合、ステップ１０５８において、適応同期回路６１
１にコマンドを送り、後続のTX_INT_X割り込み信号を受
信した信号パケットで指定される量の時間だけ進めるよ
うにする。また、ステップ１０６０において、ボコーダ
６０４にもコマンドを送り、クロック６００信号に対す
るボコーダ６０４の出力クロック６２２のオフセットを
同じ量の指定時間だけ小さくするようにして、ステップ
１０６２において、戻る。

【００８８】移動無線電話２０３から電話網１００への
トラヒックの流れに対する最初の時間調整のようすを図
２０示す。前述のように、移動無線電話２０３およびセ
ル２０２を互いに同期させる。セル・クロック１０００
に相当するクロック（これは、セル２０２から移動電話
が受信したトラヒックからそれが得る）により、移動無
線電話２０３が、その呼を扱っているチャネル要素２４
５に２０ｍsecごとに送信を行い、これによって、チャ
ネル要素２４５は、その送信を時刻１４００に受信し、
さらにそれをパケットでＳＰＵ２６４に宛て時刻１４０
３に送る。チャネル要素２４５におけるパケット送信時
刻１４０３は、ＳＰＵ２６４のプロセッサ６０２におけ
るパケット受信時刻に対応する。受信時刻１４００は、
セル・クロック１０００から、送信時刻１３００に関し
てプログラムされた一定の（セル２０２における）オフ
セットの量だけ相対的に変位している。従って、送信時
刻１３００におけるオフセットのため、受信時刻１４０
０にも同様のオフセットが生じる。このオフセットは、
ここで説明する機構によって補償される。

【００８９】特定の（Ｘ番目の）サービス・チャネル６
１２に対するチャネル要素２４５からのパケットの受信
は、適応同期回路６１１によって発生されたそのサービ
ス・チャネル６１２に対する受信割り込み信号RX_INT_X
によってプログラム６０２において誘発される。パケッ
トを処理するための時間をプロセッサ６０２に十分与え
るためには、そのパケットに収容されている呼のトラヒ
ック・フレームをボコーダ６０４に送るより、そのパケ
ットの受信の方が、ある最小時間だけ先行しなければな
らない。まず、プロセッサ６０２からのトラヒック・フ
レーム送信時刻１４０６に対応する時刻１４０８に、ボ
コーダ６０４はトラヒック・フレームを受信することに
なっている。従って、ボコーダ６０４に対しトラヒック
・フレームを時刻１４０６に送るためには、プロセッサ
６０２が、相応のパケットをチャネル要素２４５から遅
くとも時刻ｔ_min１４０１には受信しなければならな
い。なるべく、プロセッサ６０２は、ボコーダ６０４へ
の前のフレーム伝送の送信時刻１４０６の少し後で現在
のフレームの送信時刻ｔ_min１４０１の少し前にある時
間枠１４０２の中で、各パケットを受信することが好ま
しい。このように、時間枠１４０２によって、少々の時
間的変動に対しては、ある程度の余裕が与えられる。

【００９０】しかし、呼が確立される途上にあるとき
は、プロセッサ６０２がチャネル要素２４５から情報パ
ケットを受信する時刻は不明である。これは、前記のよ
うに、チャネル要素２４５もプロセッサ６０２からパケ
ットを何時受信するか不明だからである。従って、チャ
ネル要素２４５とＳＰＵ２６４との間で呼の経路が最初
に確立され、さらにこれらの間で空のトラヒックが流れ
始めると、チャネル要素２４５からのパケットは、枠１
４０２の外側にある時刻１４０４、さらに最悪の場合に
は、時刻ｔ_min１４０１の後の時刻１４０４にプロセッ
サ６０２によって受信される。プロセッサ６０２は、チ
ャネル要素２４５がパケットを送信する時刻１４０３を
変更することはできないので、それらのパケットをプロ
セッサ６０２が受信する時刻１４０４も変更できない。
プロセッサ６０２は、ボコーダ６０４にフレームを送る
時刻１４０６を変更できるだけである。従って、時刻１
４０４が枠１４０２の外にある場合、プロセッサ６０２
がパケットを受信する時刻１４０４を枠１４０２の中に
安全に位置付けるために、プロセッサ６０２は、ボコー
ダ６０４にフレームを送る時間を調節しなければならな
い期間１４１０を決定する。次に、プロセッサ６０２
は、適応同期回路６１１にコマンドを送り、対応するサ
ービス回路６１２に対する受信割り込み信号RX_INT_Xを
指定した量だけ調節させる。回路６１１は、これに応じ
て、受信した割り込み信号を指定された期間１４１０だ
け変更する。このように、プロセッサ６０２からボコー
ダ６０４へのフレーム送信時刻が、時刻１４０６から時
刻１４０７へと変更され、これによって、プロセッサ６
０２におけるパケット受信時刻１４０４が、枠１４０２
の内側に移される。

【００９１】しかし、フレーム送信時刻を時刻１４０６
から時刻１４０７に移すことができるためには、プロセ
ッサ６０２は、ボコーダ６０４に、そのフレーム受信時
刻を時刻１４０８から時刻１４０９に変更させる必要が
ある。ボコーダ６０４は、内部の入力クロック６２１の
出力を用いてフレームの受信時刻を調節する。出力クロ
ック６２２と同様に、入力クロック６２１もクロック６
００の入力信号に同期している。従って、プロセッサ６
０２は、ボコーダ６０４にコマンドを送り、クロック６
００入力信号に対する入力クロック６２１信号のオフセ
ットを前記の期間１４１０だけ調節させる。ボコーダ６
０４は、これを行うことによって、そのフレーム受信時
刻を時刻１４０８から時刻１４０９へと変更する。この
場合も、最終的な結果として、チャネル要素２４５、サ
ービス回路６１２およびプロセッサ６０２の同期を要す
る動作が互いに同期した。

【００９２】以上の説明したクロック調整関数は、図１
１のステップ９１２においてプロセッサ６０２によって
実行されが、これを図１８に示す。ステップ１０７０に
おいてクロック調整関数の実行を開始すると、プロセッ
サ６０２は、ステップ１０７２において、取り出した呼
の状態情報および受信したパケット・タイプから、その
受信したパケットがその呼に対する最初のパケットかど
うかを判断する。そうならば、ステップ１０７３におい
て、そのパケットの受信タイム・スタンプ（ＬＡＮバス
・インタフェース６０１によってパケットに追加され
る）を枠１４０２（この範囲は、プロセッサ６０２が扱
う各呼に対して計算し記憶している）と比較し、ステッ
プ１０７４において、その枠１４０２との関連において
何時パケットが受信されたかを判断する。前記のパケッ
トが枠１３０２のほぼ中央で受信された場合、クロック
調整の必要はないので、ステップ１０９０に進む。パケ
ットの受信が早すぎた場合、ステップ１０７５におい
て、適応同期回路６１１にコマンドを送り、受信時刻を
枠１４０２のほぼ中央に移すのに必要であるとプロセッ
サ６０２が判断した量の時間だけ、後続のRX_INT_X割り
込み信号を進めるようにする。また、ボコーダ６０４に
もコマンドを送り、クロック６００信号に対するボコー
ダ６０４の入力クロック６２１のオフセットを同じ量の
指定時間だけ増やすようにする。逆に、パケットの受信
が遅すぎた場合、ステップ１０７７において、適応同期
回路６１１にコマンドを送り、受信時刻を枠１４０２の
ほぼ中央に移すために必要であるとプロセッサ６０２が
判断した量の時間だけ、後続のRX_INT_X割り込み信号を
遅らせるようにする。また、ステップ１０７８におい
て、ボコーダ６０４にもコマンドを送り、クロック６０
０信号に対するボコーダ６０４の入力クロック６２１の
オフセットを同じ量の指定時間だけ小さくするようにす
る。ステップ１０７６および１０７８に続いて、ステッ
プ１０９０（以下において説明する）に進む。

【００９３】呼が進むにつれて、システムのトラヒック
負荷の変化、またはセル２０２が同期化されるマスター
・クロックと移動電話交換機２０１が同期化されるマス
ター・クロックとの間のドリフトによって、図２１に例
示したようにチャネル要素２４５のパケット受信時刻１
３０６が枠１３０２から外れたり、図２２に例示したよ
うにＳＰＵ２６４のプロセッサ６０２におけるパケット
受信時刻１４０４が枠１４０２から外れたりすることも
ある。システムのトラヒック負荷の変化によるドリフト
は、時刻１３０６および１４０４に関して同じ方向とな
る傾向にある。枠１３０２に関して時刻１３０６を進ま
せるようなドリフト（図２１に示した）は、一般に枠１
４０２に関して時刻１４０４も進ませる（図示せず）の
に対し、枠１４０２に関して時刻１４０４を遅らせるド
リフト（図２に示した）は、一般に枠１３０２に関して
時刻１３０６も遅らさせる（図示せず）。逆に、マスタ
ー・クロック間の非同期性によるドリフトは、逆向きと
なる傾向がある。

【００９４】時刻１３０６の枠１３０２外へのドリフト
は、チャネル要素の対応するクラスタ・コントローラ２
４４によって検出される。これに対するその応答を図１
６に示す。クラスタ・コントローラ２４４においてパケ
ットが受信されると、ステップ１００１において図１６
のルーチンが呼び出される。このルーチンは、ステップ
１００２において、受信されたパケットがその呼に対し
て受信された最初のトラヒック・パケットかどうかを調
べる。呼は進行するので、これが最初に受信されたトラ
ヒック・パケットではないであろうから、ステップ１０
１４に進む。ここで、ステップ１００４の場合と同様
に、パケットが受信された時刻を枠１３０２と比較し、
ステップ１０１６において、枠１３０２との関連におい
て何時そのパケットが受信されたかを判断する。そのパ
ケットが枠１３０２の中で受信された場合、クロック調
整の必要はないので、ステップ１０２２において、戻る
だけである。そのパケットが枠１３０２の発生の前に受
信された場合、ステップ１０１８において、その呼を扱
っているＳＰＵ２６４のプロセッサ６０２に送られるこ
の呼に対する次のトラヒック・パケットに、そのクロッ
ク調整フィールド３２２の中にこの呼に対するTX_INT_X
割り込みの時刻を１チック（例えば、ＰＣＭ音声の１標
本時間）だけ遅らせる要求を入れて運ばせる。逆に、パ
ケットが枠１３０２の発生の後に受信された場合、ステ
ップ１０２２において、この呼に対する次のトラヒック
・パケットに、そのクロック調整フィールド３２２の中
にこの呼に対するTX_INT_X割り込みの時刻を１チック
（例えば、ＰＣＭ音声の１標本時間）だけ進める要求を
入れて運ばせる。

【００９５】そのトラヒック・パケットを受信すると、
プロセッサ６０２は、続いて図１１のステップ９１２に
おいて、その必要な調整を行う。時刻１４０４の枠１４
０２から外れるドリフトは、プロセッサ６０２自体によ
って検出される。プロセッサ６０２は、調整の必要性お
よび調整の方向を記録し、また図１１のステップ９１２
において、引き続き、必要な調整をチックずつ行う。

【００９６】プロセッサ６０２の動作のタイミングの変
化によってパケット送信時刻が時刻１３０５から時刻１
５０５へと進み、このためにパケット受信時刻１３０６
が枠１３０２に対して進むと、結果的に、図２１に示し
たように、枠１３０２の中の後方に位置する新たなパケ
ット受信時刻１５０６となる。プロセッサ６０２６０２
の動作のタイミングの変化によって、枠１４０２および
フレーム送信時刻１４０６が時刻１４０４に関して進む
と、結果的に、図２２に示したように、新たなフレーム
送信時刻１６０６、および枠１４０２の中で後方に位置
するパケット受信時刻１４０４が生じる。

【００９７】回路６１１によって出力されるTX_INT_Xお
よびRX_INT_Xの変移には、ボコーダ６０４のクロック６
２１および６２２の出力信号に相応の変移を起こさせる
ことにより、図２１および２２の例において、ボコーダ
６０４のトラヒック・フレーム送信時刻を時刻１３０９
から時刻１５０９に変化させ、かつボコーダ６０４のト
ラヒック・フレーム受信時刻を時刻１４０９から時刻１
６０９に変化させ、このようにしてボコーダ６０４の動
作をプロセッサ６０２の時間変移された動作に揃えるこ
とが必要となる。しかし、この揃える瞬間に、ボコーダ
６０４は、割り込み信号を進めるべきかまたは遅らせる
べきかの判断によって、２０ｍsecに相当する通常の１
６０の標本の代わりに、それぞれ１５９または１６１の
ＰＣＭ標本を回路６０５から収集するだけの時間がたっ
てから呼トラヒックのトラヒック・フレームをプロセッ
サ６０２に送らなければならず、さらに通常の１６０の
代わりにそれぞれ１５９または１６１のＰＣＭ標本の期
間内に呼トラヒックのフレームを回路６０５に出力しな
ければならない。この状態を補償するために、プロセッ
サ６０２は、回路６１１に命じて、図２１および２２に
それぞれ示したこのサービス回路６１２に対する信号TX
_INT_XおよびRX_INT_Xに時間転移を起こさせるようにす
ると同時に、プロセッサ６０２は、この同じサービス回
路６１２のボコーダ６０４に命じて、そのＰＣＭ出力か
ら１つのＰＣＭ標本バイトを落とすようにさせ、さらに
そのＰＣＭ入力において付加的に１つのＰＣＭ標本バイ
トを生成させる。ボコーダ６０４がこれらを行うと、こ
の場合も結果として、ボコーダ６０４のトラヒック・フ
レームの入力および出力の動作が、ＰＣＭ標本の出力お
よび入力の動作にそれぞれ揃うようになる。

【００９８】図２１および２２に示したものと反対のド
リフトの場合、そのドリフトを補償するためにとるステ
ップは、図２１および２２に対して説明したものと反対
である。具体的には、プロセッサ６０２によって、回路
６０１に指示を与え、このサービス回路６１２に対する
回路６０１のTX_INT_XおよびRX_INT_Xの割り込み信号出
力を１ＰＣＭ標本期間だけ遅らせる、さらにボコーダ６
０４に命じて、そのＰＣＭ出力において１ＰＣＭ標本バ
イトを付加的に生成させ、かつそのＰＣＭ入力から１Ｐ
ＣＭ標本バイトだけ削除させる。

【００９９】プロセッサ６０２のこれらの動作を図１８
においてステップ１０８０以降に示す。既に述べたよう
に、プロセッサ６０２が図１１のステップ９１２のクロ
ック調整動作を始めると、ステップ１０７０において、
新たに受信されたパケットが呼の最初のトラヒック・パ
ケットかどうかを判断する。呼が進むうちに、受信され
るパケットは最初に受信されたパケットではなくなるの
で、プロセッサ６０２はステップ１０８０に進む。そこ
で、受信されたパケットのタイム・スタンプを受信枠１
４０４と比較し、ステップ１０８１において、そのパケ
ットがその枠１４０４との関係において何時受信された
かを判断する。パケットが枠１４０４の中で受信された
場合、タイミングの調整の必要がないので、ステップ１
０９０に進む。パケットが枠１４０４の前で受信された
場合、ステップ１０８２において、適応同期回路６１１
に命じて、それに対応するサービス回路６１２に対する
RX_INT_X信号を１チックだけ進ませ、さらにステップ１
０８３において、ボコーダ６０４に、その入力クロック
６２１のオフセットを１チックだけ小さくするように命
令する。ボコーダ６０４では、これを実行するために、
クロック６２１を１６０という通常の計数の代わりに計
数１５９の後にリセットする。しかし、ボコーダ６０４
は、１６０のＰＣＭ標本バイトの情報に匹敵する分を収
容して到来する呼トラヒックの満杯のトラヒック・フレ
ームを依然として受信する。そこで、ボコーダ６０４
は、そのＰＣＭ出力においてタイミングの再整列を隠す
ために、それらの標本バイトの１つを捨てる。

【０１００】ステップ１０８１に戻り、パケットが枠１
４０４の後に受信されていたことが分かった場合、ステ
ップ１０８４において、プロセッサ６０２は、適応同期
回路６１１に、それに対応するサービス回路６１２に対
するRX_INT_X信号を１チックだけ遅らせるように命令
し、さらにステップ１０８５において、ボコーダ６０４
に、その入力クロック６２１のオフセットを１チックだ
け大きくするように命令する。ボコーダ６０４では、こ
れを行うために、通常の計数１６０の代わりに計数１６
１の後にクロック６２１をリセットする。しかし、ボコ
ーダ６０４は、１６０のＰＣＭ標本バイトの情報に匹敵
する分を収容して到来する呼トラヒックのトラヒック・
フレームを依然として受信する。そこで、ボコーダ６０
４は、そのＰＣＭ出力においてタイミングの再整列を隠
すために、付加的な標本バイトを生成する。

【０１０１】プロセッサ６０２は、ステップ１０８３ま
たは１０８５に続いてステップ１０９０に進む。そこ
で、受信されたトラヒック・フレームのクロック調整フ
ィールド３２２を調べて、クロック調整があれば、呼を
取扱い中のセル２０２によってどのようなクロック調整
が要求されたかを判断する。調整が要求された場合、ス
テップ１０９１において、適応同期回路６１１に命じ
て、呼に対応するサービス回路６１２に対するTX_INT_X
割り込みの発生時刻を要求された方向に１チックだけ調
節させ、さらにステップ１０９２において、ボコーダ６
０４に命じて、その出力クロック６２１のオフセットを
同じ方向に１チックだけ調節させる。このために、ボコ
ーダ６０４では、クロック６２１が通常の計数である１
６０の代わりに１５９または１６１の計数の後にリセッ
トするようにする。従って、ボコーダ６０４では、１５
９または１６１のＰＣＭバイトの外に向かうトラヒック
標本を集めて、１６０のＰＣＭ標本バイトを収容したフ
レームでプロセッサ６０２に供給する。プロセッサ６０
２への出力においてタイミングの再整列を隠すために、
ボコーダ６０４は、第１の場合には付加的なＰＣＭ標本
を１つ生成し、第２の場合にはＰＣＭ標本の１つを捨て
る。ステップ１０９２に続いてクロック調整動作を終了
し、ステップ１０９３において、図１１のセルの処理動
作に戻る。

【０１０２】さらに早い速度で同期を達成するために、
クロック調整を１２５μsecの倍数のチックで行っても
良い。また、同期化が行われる速度を制御するために、
（異なる２０ｍsec周期で）複数チックの調整と単一チ
ックの調整との組み合わせを用いることも可能である。
さらに、目の粗い調整（多数の１２５μsecチックを伴
う）を行って、１つの呼の間に大幅な同期の変更を行う
ことも可能である。この大きな調整は、音声活動の低い
期間中に行うと好都合である。

【０１０３】ソフト渡しの開始時に、その時まで単独で
呼を処理してきたセル２０２のチャネル要素２４５と平
行して、第２のセル２０２のチャネル要素２４５が、そ
の呼の処理を開始する。正に呼が初めて確立されるとき
のように、第２のチャネル要素２４５におけるパケット
受信時刻１３０２が、枠１３０２の中にあるか外にある
か（図１９参照）も、第２のチャネル要素２４５によっ
て送られるパケットのパケット受信時刻１４０４が、プ
ロセッサ６０２において枠１４０２の中にあるか外にあ
るか（図２０参照）も事前に知ることはできない。受信
時刻１３０６および１４０４が、それぞれ第２のチャネ
ル要素２４５に対する枠１３０２および１４０２の外側
にある場合、呼が最初に確立されるときに使用された図
１９および２０のクロック調整方式をここで使用するこ
とはできない。これは、その呼が既に確立された進行中
の呼であるため、その方式を用いると、知覚できる混乱
（聞こえるほどの「欠陥（グリッチ）」）が呼に発生す
るからである。従って、図２１および２２のさらに漸進
的ではあるが事実上「無欠陥」のクロック調整方式を用
いて、受信時刻１３０６および１４０４を第２のチャネ
ル要素２４５に対する枠１３０２および１４０２の内側
にそれぞれ移すように試みる。所望の効果を上げるため
には、この調整を何度も繰り返す必要もありうる。

【０１０４】しかし、図２１および２２の調整はその呼
を扱っているチャネル要素２４５の両方に対して受信時
刻１３０６および１４０４に影響を及ぼすことに注意す
る必要がある。従って、第２のチャネル要素２４５して
時刻１３０６および１４０４を枠１３０２および１４０
２の中に移そうとする調整のために、第１のチャネル要
素２４５に対して時刻１３０６および１４０４を枠１３
０２および１４０２の外に移す結果となる可能性もあ
る。

【０１０５】２つのチャネル要素２４５の何れの時刻１
３０６および１４０４もそれぞれの枠１３０２および１
４０２より遅れない（即ち、それらの後に発生しない）
ことが必須である。これに対して、枠１３０２および１
４０４にそれぞれ先行する（即ち、それらの前にそれぞ
れ発生する）時刻１３０６および１４０４は、チャネル
要素２４５およびＳＰＵ２６４において時期尚早に受信
されたパケットをバッファで緩衝することによって補償
することができる。従って、ソフト渡しの期間に、一方
のチャネル要素２４５によって進んでいる時刻１３０６
が報告され、他方のチャネル要素２４５によって遅れて
いる時刻１３０６が報告されている場合、プロセッサ６
０２６０２は、進んでいる時刻１３０６を報告中のチャ
ネル要素２４５のクロック調整要求は無視して、遅れて
いる時刻１３０６を報告中のべつのチャネル要素２４５
の要求のみに応答する。

【０１０６】プロセッサ６０２およびソフト渡しに関わ
る２つのチャネル要素２４５の間の伝播遅延時間の差が
非常に大きいために、セル・クロック１０００の同じク
ロック周期に双方のチャネル要素２４５によって送られ
るパケットが、プロセッサ６０２において、そのチャネ
ル要素２４５に対するプロセッサ６０２の受信割り込み
クロックRX_INT_Xの異なるクロック周期に受信されると
考えられる。また、プロセッサ６０２によって送信割り
込みクロックTX_INT_Xの同じクロック周期にソフト渡し
に関わる双方のチャネル要素２４５に送られる複製のパ
ケットは、それらのチャネル要素２４５によってセル・
クロック１０００の異なるクロック周期に受信されると
考えられる。受信されたパケットを正しいクロック周期
に関係付けることが、トラヒック・フレーム３５０のパ
ケット番号フィールド３２０（図９参照）によって運ば
れるパケット番号の目的である。この関係付けは図１１
のステップ９３２−０３６において行われる。

【０１０７】既に言及したように、チャネル要素２４５
が使用するパケット番号は、セル・クロック１０００か
ら計算されるので、これとは明確な関係がある。これゆ
え、セル・クロック１０００の何れのクロック周期にお
いても、すべてのチャネル要素２４５が、同じパケット
番号を有するパケットを送信する。従って、プロセッサ
６０２は、受信された２つのパケットのパケット番号を
比較することによって、両方のパケットがセル・クロッ
ク１０００の同じクロック周期に対応するものかどうか
を、そしてそれらが対応しない場合には、それらが関係
する順序は何かを直ちに判断することができる。

【０１０８】パケット流が、プロセッサ６０２からチャ
ネル要素２４５に向かい、逆方向である場合、パケット
番号とセル・クロック１０００のクロック周期との間に
は明確に定義された関係がない。しかし、ソフト渡しの
最初に、その時まで呼を処理していたチャネル要素２４
５が、その呼の扱いを始めかけているチャネル要素２４
５にメッセージ（HANDOFF_REQ）が送られるようにし、
このメッセージによって、セル・クロック１０００の最
新のクロック周期の番号およびそのクロック周期に第１
のチャネル要素２４５が受信したパケットのパケット番
号が報告される。パケット番号は連続しているので、第
２のチャネル要素２４５は、どのパケット番号がセル・
クロック１０００の後続のどのクロック周期に関係付け
られるかをこの受信した情報から容易に判断することが
できる。このようにして、第２のチャネル要素２４５
は、受信されたパケットが対応するセル・クロック１０
００のクロック周期を決定する。

【０１０９】ここで、図２のシステムにおける呼の確
立、渡し（チャネル切り替え）、中止の状況を図２３−
３５との関連で説明する。例示する動作は、例えばＳＰ
Ｕ２６４とセル２０２、セル２０２とＥＣＰ複合装置１
３４、またはＥＣＰ複合装置１３４とＤＣＳコントロー
ラ２６１などの要素の対の間で水準３でパケット化され
た信号メッセージを交わす結果として起こる。これらの
図は、その要素対のみの間のメッセージ交換のタイミン
グ関係を表すのであり、不定の要素対の間のものではな
い。ＥＣＰ複合装置１３４が送受信するメッセージは、
すべて制御リンク１０８を流れるものと仮定し、チャネ
ル要素２４５とサービス回路６１２との間のパケット
は、すべてトランク２０７および２１０によってフレー
ム中継されるものと仮定する。

【０１１０】図２３は、移動電話２０３において発生し
た呼に対してパケット交換（される）呼経路を確立する
ための制御信号を示す。移動電話２０３では、アクセス
・チャネル上で呼び出される電話の電話番号を伝えるOR
IGINATION信号（具体的には、１つ以上のデジタル・メ
ッセージ）を送信することによって呼を開始する。図面
において、信号の空中経由の送信または受信は、信号の
矢印の垂直な部分によって示す。ORGINATION信号は、セ
ル２０２の中の１つにおいてＤＣＭＡアクセス・チャネ
ルとして設計されたチャネル要素２４５によって受信さ
れ、これによって、メッセージとしてそのクラスタ・コ
ントローラ２４４に送られ、さらにこれによって、その
セル２０２のコントローラ２４１に渡される。各コント
ローラ２４１は、その呼を送るための自由なＣＤＭＡ空
中チャネルを指定した後、指定したチャネルの対応する
チャネル要素２４５の識別情報と共に前記のメッセージ
を通常の要領でＥＣＰ複合装置１３４に送る。

【０１１１】ＥＣＰ複合装置１３４において、CELL_ORI
GINATIONメッセージを受信し、その呼を処理するために
ＤＣＳ２０１、ＣＩＭ２０９、ＳＣＭ２２０を選択し、
さらに選択された音声符号器モジュール２２０のサービ
ス回路６１２およびトランク１０６群を選択する。次
に、MSC_FS_ASSIGNMENTメッセージを呼を発信中のセル
２０２のコントローラ２４１に送って、選択されたサー
ビス回路６１２のＤＬＣＩを知らせる。また、ＥＣＰ複
合装置１３４は、呼び出された電話番号を伝えるととも
に選択されたＳＣＭ２２０、トランク１０６群、および
サービス回路６１２を特定するSETUPメッセージを選択
されたＳＣＭ２２０を制御するＤＣＳコントローラ２６
１に送る。

【０１１２】コントローラ２４１は、MSC_FS_ASSIGNMEN
Tメッセージを受信すると、これを選択されたチャネル
要素２４５のクラスタ・コントローラ２４４に渡す。ク
ラスタ・コントローラ２４４は、そのメッセージに含ま
れる情報を呼を処理するために選択されたチャネル要素
２４５に知らせる。選択されたチャネル要素２４５は、
その呼を処理するために、それ自体を確立した後、相互
接続設備のチャネルによってパケットを伝送するフレー
ム中継方式を用いてFS_CONNECTパケット３５１を選択さ
れたサービス回路６１２に送る。パケット３５１は、選
択されたサービス回路６１２の受信されたＤＬＣＩをフ
ィールド３０２におけるパケット・アドレスとして使用
し、選択されたチャネル要素２４５のＤＬＣＩをデータ
・フィールド３０４に入れて運ぶ。

【０１１３】選択されたサービス回路６１２を補助する
プロセッサ６０２が、FS_CONNECTパケットを受信する
と、そのプロセッサ６０２は、FS_CONNECTパケットのフ
ィールド３０４に含まれるＤＬＣＩをFS_ACKパケットの
フィールド３０２におけるパケット・アドレスとして用
いて、FS_ACKパケット３５１をFS_ACKパケット受信の承
認として選択されたチャネル要素２４５に返す。具体的
には、このとき、プロセッサ６０２は、選択されたサー
ビス回路６１２に対応するすべてのＤＬＣＩをセル２０
２に送る。プロセッサ６０２は、これらの作業をＬＡＰ
Ｄ処理の一部として図１１のステップ９０４において実
行する。次に、プロセッサ６０２は、選択されたチャネ
ル要素２４５の送られたＤＬＣＩを選択されたサービス
回路６１２に関係付けられた呼の状態情報の一部として
格納し、さらにその呼の状態情報に有効な呼に該当する
として印す。このとき、選択されたチャネル要素２４５
とサービス回路６１２との間に接続が成立する。次に、
選択されたクラスタ・コントローラ２４４が、FS_CLOCK
_ADJUSTパケットで応答し、これに初期クロック調整情
報を入れて選択されたサービス回路６１２を補助するプ
ロセッサ６０２に送る。このパケットは、図１６のステ
ップ１００１−１０１０に関連して説明済みである。プ
ロセッサ６０２は、これに応じて、FS_ACKパケットをク
ラスタ・コントローラ２４４に送り、その受信したパケ
ットを図１７に関して説明した要領で処理する。ここ
で、チャネル要素２４５とサービス回路６１２との間に
呼の経路が確立し、呼トラヒックが利用できるようにな
るまで、両者によって、空のトラヒック・パケットが２
０ｍsecごとに交換され始める。選択されたチャネル要
素２４５は、第２のFS_ACKパケットを受信すると、これ
に応じて、CHANNEL_CONFIRMATIONメッセージがそのセル
のコントローラ２４１によってＥＣＰ複合装置１３４に
送られるようにして、その接続のこの端の完成をコント
ローラ２４１に通知する。

【０１１４】ＤＣＳコントローラ２６１は、前記のSETU
Pメッセージを受信すると、これに応じて、選択された
ＳＣＭ２２０のコントローラ２３１に、特定されたトラ
ンク１０６群のトランク１０６（ＤＳ０チャネル）を捕
捉させ、その捕捉されたトランク１０６上に呼び出され
た電話番号をパルス出力させる。選択されたトランク１
０６は、ＴＤＭバス１３０上の特定のタイムスロットに
応答する。また、ＤＣＳコントローラ２６１は、選択さ
れたサービス回路６１２を収容している音声処理ユニッ
ト２６４の変換維持プロセッサ６０９に、前記のＤＳ０
チャネルをＴＤＭバス１３０からＴＤＭバス・インタフ
ェース６０８を介して選択されたサービス回路６１２に
割り当てられた集中ハイウェイ６０７のそのタイムスロ
ットに接続させることにより、そのサービス回路６１２
に問題の呼を処理するように指示する。次に、ＤＣＳコ
ントローラ２６１は、CONNACKメッセージをＥＣＰ複合
装置１３４に送って、それに対し接続のこの端の順調な
完成を通知する。応答指示が、電話網１００の電気通信
設備から選択されたトランク１０６を介してコントロー
ラ２３１によって受信されると、これによりＤＣＳコン
トローラ２６１に通知され、代わって、ＤＣＳコントロ
ーラ２６１が、ANSWERメッセージをＥＣＰ複合装置１３
４に送り、これに呼の完成を知らせる。このとき、図２
のシステムによって呼が完全に成立し、呼のトラヒック
が、電話網１００の電気通信設備および呼の受信先との
間で双方向にサービス回路６１２およびトランク１０６
を通してチャネル要素２４５の間で流れることができ
る。

【０１１５】図４は、公衆電話網１００において発生す
る呼に対する呼経路の確立のための制御信号を示す。電
話網１００において通常の要領で、トランク１０６を捕
捉し、それに呼び出される電話番号の数をパルス出力す
ることによって、呼を開始する。そのトランク１０６を
補助する音声符号器モジュール２２０のコントローラ２
３１が、この場合も通常のようにＴＤＭバス１３０のそ
のトランクの対応するタイムスロットの捕捉を検出し、
ダイヤルされた数を収集した後、ＤＣＳコントローラ２
６１に知らせる。次に、ＤＣＳコントローラ２６１が、
ＥＣＰ複合装置１３４にINCALLメッセージを送ることに
よって、それに知らせる。このINCALLメッセージによっ
て、呼び出される電話番号、ならびにＳＣＭ２２０およ
びトランク１０６のＩ．Ｄ．（識別情報）が送られる。

【０１１６】ＥＣＰ複合装置１３４は、INCALLメッセー
ジに応じて、MSC_PAGE_REQUSTメッセージを図２のシス
テムにおけるすべてのセル２０２に放送する。MSC_PAGE
_REQUSTメッセージにより、呼び出される移動電話２０
３が特定される（例えば、呼び出される電話番号が伝え
られる）。

【０１１７】各セル２０２のコントローラ１４２は、MS
C_PAGE_REQUSTメッセージに応じて、このMSC_PAGE_REQU
STメッセージをクラスタ・コントローラ２４４を介して
ＣＤＭＡアクセスチャネル要素２４５に送る。これに応
じて、アクセスチャネル要素２４５が、ＣＤＭＡ構造に
対して指定された要領で、呼び出される移動電話２０３
の信号報知（ページング）を行う。

【０１１８】これに応じて、呼び出された移動電話２０
３が、RESPONSE信号を送信すると、ページング・チャネ
ル要素２４５のうちの１つ以上がその信号を受信し、各
々が、その信号をそれぞれのクラスタ・コントローラ２
４４に渡す。クラスタ・コントローラ２４４は、そのメ
ッセージをそれぞれのセル２０２のコントローラ２４１
に渡す。すべてのセル２０２のコントローラ２４１は、
絶えずメッセージ（図示せず）を交わして、既存の呼お
よび未解決の呼に対するそれぞれの状態情報の相互のデ
ータベースを更新する。それぞれのセル２０２のコント
ローラ２４１は、これらのメッセージから、その呼を扱
うには何れのセル２０２が最適であるかを決定する。次
に、その選択されたセル２０２のコントローラ２４１
が、CELL_PAGE_RESPONSEメッセージをＥＣＰ複合装置１
３４に送り、呼処理のためにそのセルを選択したことを
ＥＣＰ複合装置１３４に知らせる。

【０１１９】ＥＣＰ複合装置１３４は、CELL_PAGE_RESP
ONSEメッセージを受信し、呼経路の他端において呼を扱
うために呼が接続される先のＳＣＭ２２０のサービス回
路６１２を選択する。次に、ＥＣＰ複合装置１３４は、
MSC_FS_ASSIGNMENTメッセージを選択されたセル２０２
のコントローラ２４１に送る。このメッセージは、移動
電話の呼の発信について説明したものと同じであり、同
様の応答を引き出す---即ち、図２３に対して説明した
とおり、セル２０２とＳＰＵ２６４との間のFS_CONNEC
T、FS_ACK、FS_CLOCK_ADJUST、およびFS_ACKのパケット
交換シーケンスに続いて、CHANNEL_CONFIRMATIONメッセ
ージがセル２０２からＥＣＰ複合装置１３４に送られ
る。また、ＥＣＰ複合装置１３４は、呼が接続されるＳ
ＣＭ２２０を制御するＤＣＳコントローラ２６１にTONE
_REQUESTメッセージを送る。これに応じて、ＤＣＳコン
トローラ２６１は、ＳＣＭ２２０のコントローラ２３１
が電話網１００の電気通信設備との間で双方向に呼を伝
えるトランク１０６に呼び出し音（リングバック）を与
えるようにする。

【０１２０】ＥＣＰ複合装置１３４へのCHANNEL_CUNFOR
MATIONメッセージの送信に続いて、選択されたチャネル
要素２４５が、呼び出される移動電話２０３にRINGING
信号を送信する。呼び出された移動電話２０３が、ANSW
ER信号で応答すると、選択されたチャネル要素２４５に
よって、そのセルのコントローラ２４１からＥＣＰ複合
装置１３４へとANSWERメッセージが送られる。ＥＣＰ複
合装置１３４は、これに応じて、呼が接続されるＳＣＭ
２２０のＤＣＳコントローラ２６１にACCEPTメッセージ
を送る。このメッセージにより、呼を扱うために選択さ
れたサービス回路６１２のＩ．Ｄ．が伝えられる。これ
に応じて、ＤＣＳコントローラ２６１は、コントローラ
２３１が呼から呼び出し音を除去するようにした後、移
動電話を発端とする呼に対する説明の要領で、ＴＤＭバ
ス１３０上で呼を伝えるＤＳ０チャネルと選択されたサ
ービス回路６１２との間で接続が行われるようにする。
次に、ＤＣＳコントローラ２６１が、CONNACKメッセー
ジをＥＣＰ複合装置１３４に送り、その接続のこの端の
順調な完了をそれに知らせる。ここで、図２のシステム
全体に渡って呼経路が完全に確立され、呼トラヒックを
収容するパケットが、選択されたチャネル要素２４５と
呼の発信元との間をサービス回路６１２を通して流れる
ことができる。

【０１２１】図２５において、移動電話２０３が、共に
している確立された呼の切断を、HANGUP信号を送ること
により開始する。この信号は、その呼を扱っているチャ
ネル要素２４５が受信する。これに応じて、チャネル要
素２４５は、FS_REMOVEパケット３５１をその呼を扱っ
ているサービス回路６１２に送り、それに呼の切断を知
らせる。

【０１２２】そのFS_REMOVEに応じて、プロセッサ６０
２が、FS_REMOVEパケットのプロトコル処理の一部とし
てFS_ACKパケット３５１をチャネル要素２４５に返し、
さらに呼を扱っているサービス回路６１２に対する呼の
状態情報を更新して、呼が切断されたことを示す。その
呼のトラヒックは、このときチャネル要素２４５とサー
ビス回路６１２との間で流れなくなり、チャネル要素２
４５は、RELEASE_MSCメッセージがセルのコントローラ
２４１によってＥＣＰ複合装置１３４に送られるように
して、呼経路のこの端の切断をそれに知らせる。

【０１２３】これに応じて、ＥＣＰ複合装置１３４は、
CLEARメッセージを呼を扱っている音声符号器モジュー
ル２２０のＤＣＳコントローラ２６１に送り、さらにMS
C_RELEASE_ACKメッセージをその呼を扱っていたセル２
０２のコントローラ２４１に送って、その呼を扱ってき
たチャネル要素２４５が現在自由であり、新たな呼を扱
うのに利用できることを知らせる。ＤＣＳコントローラ
２６１は、CLEARメッセージに応じて、ＳＣＭ２２０の
コントローラ２３１にその呼を伝えるトランク１０６を
開放させ、さらにその呼を扱っているサービス回路６１
２を収容している音声処理ユニット２６４の変換維持プ
ロセッサ６０９に、そのサービス回路６１２に割り当て
られた集中ハイウェイ６０７からその呼を運んでいるＤ
Ｓ０チャネルを切断させる。次に、ＤＣＳコントローラ
２６１は、CLEAR_ACKメッセージをＥＣＰ複合装置１０
５に送って、呼経路のこの端も切断されたことを知らせ
る。

【０１２４】図２６において、電話網１００が呼を運ぶ
トランク１０６を開放する。この開放は、その呼を扱っ
ている音声符号器モジュール２２０のコントローラ２３
１が検出して、ＤＣＳコントローラ２６１に知らせ、さ
らにＤＣＳコントローラ２６１が、DISCONNECTメッセー
ジをＥＣＰ複合装置１３４に送って、これに知らせる。

【０１２５】ＥＣＰ複合装置１３４は、このDISCONNECT
メッセージの受信に応じて、その呼を扱っているチャネ
ル要素２４５に対しセルのコントローラ２４１およびク
ラスタ・コントローラ２４４を通してMSC_NETWORK_RELE
ASEメッセージを送る。これに応じて、チャネル要素２
４５は、その呼に関与する移動電話２０３にRELEASE信
号を送るとともに、FS_REMOVEパケット３５１がその呼
を扱っているサービス回路６１２に送られるようにす
る。FS_REMOVE信号は、移動電話主導の切断に対して説
明したものと同じであり、同様の応答を引き出す。

【０１２６】RELEASE信号の受信に応じて、移動電話２
０３は、その呼を中止して、HANGUP信号を送る。この信
号は、その呼を扱っているチャネル要素２４５が受信す
る。チャネル要素２４５は、これに応じて、RELEASE_CO
NFIRMATIONメッセージがセルのコントローラ２４１によ
ってＥＣＰ複合装置１３４に送られるようにして、呼の
この端の切断をそれに知らせる。

【０１２７】これに応じて、ＥＣＰ複合装置１３４は、
その呼を扱ってきた音声符号器モジュール２２０のＤＣ
Ｓコントローラ２６１にCLEARメッセージを送る。このC
LEARメッセージは、移動電話主導の切断に対する説明の
ものと同じであり、同様の応答を引き出す。

【０１２８】図２７−２９は、一方のセル２０２から他
方への呼のソフト渡しに対する制御信号を示す。第２の
セル２０２（スレーブ・セル称する）が、その呼をその
時まで扱ってきたセル２０２（マスター・セルと称す
る）と連携して、その呼を扱い始めるときのソフト渡し
の開始に対する信号授受を図２７に示す。呼に関係する
移動電話２０３は、マスター・セル２０２を含む複数の
セル２０２から受信する監視チャネル信号の強度を監視
して、これらの受信した電力レベルに関するPWR.INFO.
報告をマスター・セル２０２に周期的に送る。その呼を
扱っているチャネル要素２４５が、この報告をマスター
・セル２０２のコントローラ２４１に渡す。この情報お
よびセル２０２自体の間で交換された情報に基づいて、
マスター・セル２０２のコントローラ２４１は、マスタ
ー・セル２０２のみがその呼の扱いを続けるべきかどう
か、またはその呼に別のセル２０２が加わるべきかどう
かを判断する。マスター・セル２０２のコントローラ１
４１が、その呼に別の呼を加えるべきであり、かつこの
スレーブ・セル２０２がＣＤＭＡおよびマスター・セル
２０２と同じ移動チャネルを用いてその呼を扱うことが
できると判断した場合、マスター・セル２０２のコント
ローラ１４２が、HANDOFF_REQメッセージを制御リンク
１０８およびＩＭＳ１０４を通してスレーブ・セル２０
２のコントローラ２４１に送る。HANDOFF_REQメッセー
ジにより、この呼に対しマスター・セル２０２によって
使用されていない呼処理中のサービス回路６１２のＤＬ
ＣＩ、およびその呼を伝送中の移動チャネルのＩ．Ｄ．
が送られる。

【０１２９】スレーブ・セル２０２のコントローラ２４
１は、そのHANDOFF_REQを受信し、その呼を処理するた
めに、スレーブ・セル２０２のチャネル要素２４５およ
び呼を扱っている回路６１２の受信されたＤＬＣＩの中
の１つを選択する。（このようにする代わりに、この呼
に対するマスター・セル２０２によって使用される呼処
理中のサービス回路６１２のＤＬＣＩをHANDOFF_REQメ
ッセージで送り、スレーブ・セル２０２のコントローラ
２４１によって、そのメッセージに含まれるそのＤＬＣ
Ｉの最下位ビットの値を単に反転させることにより、そ
のＤＬＣＩの値をその呼を扱っているサービス回路６１
２に対応する第２のＤＬＣＩへと変更してもよい。）次
に、コントローラ２４１は、選択したＤＬＣＩを受信し
たメッセージの他の内容と共にクラスタ・コントローラ
２４４を通して選択されたチャネル要素２４５に送る。
選択されたチャネル要素２４５は、指定された移動チャ
ネルにおいて呼を処理するために自体を確立した後、FS
_JOINパケット３５１がその呼を扱っているサービス回
路６１２に送られるようにする。このパケットでは、コ
ントローラ２４１から選択されたチャネル要素２４５に
よって受信されたサービス回路６１２のＤＬＣＩがフィ
ールド３０２においてパケット・アドレスとして使用さ
れ、選択されたチャネル要素２４５のＤＬＣＩがこのデ
ータ・フィールド３０４に収容される。

【０１３０】その呼を扱っているサービス回路６１２を
補助するプロセッサ６０２において、FS_JOINパケット
を受信すると、図１１のステップ９０４におけるＬＡＰ
Ｄ処理の一部として、FS_JOINパケットの受信を承認し
てFS_ACKパケット３５１を選択されたチャネル要素２４
５に返す。次に、選択されたチャネル要素２４５に関し
て送られたＤＬＣＩをその呼を扱っているサービス回路
６１２に関係付けられた呼の状態情報の一部として記憶
し、呼の状態情報にソフト渡し中の印を付ける。ここ
で、スレーブ・セル２０２の選択されたチャネル要素２
４５とその呼を扱っているサービス回路６１２との間に
接続が確立し、これらの間で呼のトラヒック・パケット
の交換を開始する。

【０１３１】スレーブ・セル２０２のチャネル要素２４
５において、FS_ACKパケットを受信すると、これに応じ
て、HANDOFF_ACKメッセージをこのセルのコントローラ
２４１から制御リンク１０８およびＩＭＳ１０４を介し
てマスター・セル２０２に送り、接続の完了を知らせ
る。スレーブ・セル２０２のコントローラ２４１もHAND
OFF_INFORMATIONメッセージをＥＣＰ複合装置１３４に
送って、ソフト渡しを知らせる。さらにＥＣＰ複合装置
１３４において、そのデータベースを更新する。ここ
で、その１つのサービス回路６１２とその呼を扱ってい
るマスターおよびスレーブの両セル２０２のチャネル要
素２４５との間で呼のトラヒック・パケットが流れるよ
うになる。

【０１３２】図２８および２９は、呼を処理している２
つのセル２０２の一方がその処理を終えるソフト渡しの
終了時の信号授受を示す。必ずしもそうとは限らない
が、この時処理を終了するのは、一般にマスター・セル
２０２である。このようすを図２８に示す。ソフト渡し
の期間中、マスターおよびスレーブのセル２０２におい
て、移動電話２０３により測定された監視チャネルの電
力レベルに関するPWR.INFO.報告を受信する。尚、このP
WR.INFO.報告は、ソフト渡し中に両方のセル２０２から
プロセッサ６０２によって受信されてその２つのセル２
０２の間で交換される電力制御向き情報とは異なる。各
セル２０２では、その呼を扱っているサービス回路６１
２に送る次のパケットに、受信したPWR.INFO.を逆方向
の信号として含める。

【０１３４】その呼を扱っているサービス回路６１２を
補助するプロセッサ６０２では、PWR.INFO.を逆方向の
信号として両方の２０２から受信し、図１３のステップ
９６８または図１４のステップ９９８において、１つの
セル２０２のみからPWR.INFO.を選択して保存した後、
図１５のステップ１２１６および１２３６において保存
したPWR.INFOを両方のセル２０２に送り返す。プロセッ
サ６０２が行う動作を考慮して、移動電話２０３から比
較的良好な品質の信号を受信したセル２０２によって送
られるPWR.INFO.をこの渡しに関係する各セル２０２で
受信する。受信されたPWR.INFO.は、その受信中のセル
のコントローラ２４１に渡される。

【０１３５】コントローラ２４１では、この情報を用い
て、両者の中の一方が呼の処理を何時止めるべきかを決
定する。マスター・セル２０２のコントローラ２４１に
おいて、それが呼の処理を止めるべきであると判断する
と、HANDOFF_DIRECTION信号パケットをその呼を扱って
いるサービス回路６１２を補助するプロセッサ６０２に
送る。このパケットにより、その呼の処理がスレーブ・
セル２０２に引き渡されていることを示す。プロセッサ
６０２では、図１５に示したように、その信号を複製し
てマスターおよびスレーブの両セル２０２に返す。

【０１３６】マスターおよびスレーブの両セル２０２の
チャネル要素２４５では、HANDOFF_DIRECTION信号を受
信すると直ちに、そのHANDOFF_DIRECTION情報を移動電
話２０３に送り、それからこれを評価する。次に、マス
ター・セル２０２のコントローラ２４１が、MASTER_TRA
NSFERメッセージを制御リンク１０８およびＩＭＳ１０
４を介してそのソフト渡しに関係する他方のセル２０２
に送り、渡しの完了およびそれが新たなマスター・セル
２０２となったことを知らせ、さらにその情報のコピー
を呼を、その扱っているそれ自体のセル２０２のチャネ
ル要素２４５に渡す。これに応じて、チャネル要素２４
５が、移動電話２０３との通信を中止し、FS_REMOVEパ
ケットがその呼を扱っているサービス回路６１２に送ら
れるようにして、その呼へのその関わりの中止を知らせ
る。

【０１３７】プロセッサ６０２では、そのFS_REMOVEパ
ケットに応じて、FS_REMOVEパケットのプロトコル処理
の一部としてFS_ACKパケットを送信中のチャネル要素２
４５に返し、さらにサービス回路６１２に対する呼の状
態情報を更新して、その呼が既にソフト渡し中ではない
ことを示す。前のマスター・セル２０２のコントローラ
２４１が、FS_ACKパケットを受信すると、これに応じ
て、そのセルのその呼への関係を断つ。その呼のトラヒ
ックは、前のマスター・セル２０２とその呼を扱ってい
るサービス回路６１２との間で流れなくなるが、サービ
ス回路６１２と前のスレーブ・セル２０２のチャネル要
素２４５との間で流れ続ける。ここで、HANDOFF_INFORM
ATIONメッセージを前のマスター・セル２０２のコント
ローラ２４１からＥＣＰ複合装置１３４に送って、渡し
の完了およびその結果を知らせる。ＥＣＰ複合装置１３
４において、そのデータベースを相応に更新する。

【０１３８】サービスを行うＤＣＳ２０１のＤＣＳコン
トローラ２６１は、図２７および２８の処理に全く関与
しない状態を維持し、そのＥＣＰ複合装置１３４もその
処理の完了を通知される以外は関係しない。従って、Ｄ
ＣＳコントローラ２６１およびＥＣＰ複合装置１３４の
呼処理動作は、ソフト渡し処理によって悪影響を受ける
ことはない。

【０１３９】スレーブ・セル２０２が呼のサービスを中
止し、マスター・セル２０２が単独で呼のサービスを続
けるようなソフト渡し完成の状況を図２９に示す。この
場合も処理の最初に、マスター・セル２０２およびスレ
ーブ・セル２０２が、監視チャネルのPWR.INFO.報告を
呼を扱っているサービス回路６１２を補助するプロセッ
サ６０２に送り、プロセッサ６０２が、移動電話２０３
から比較的良好な信号を受信しているセル２０２によっ
て与えられたPWR.INFO.を両方のセル２０２に返す。マ
スター・セル２０２のコントローラ２４１において、そ
れらと他の報告に基づいて、スレーブ・セル２０２がそ
の呼の処理を中止するべきであると判断した場合、呼の
処理がマスター・セル２０２によって取り戻されようと
していることを示すHANDOFF_DIRECTION信号パケットを
プロセッサ６０２に送る。プロセッサ６０２では、この
場合も図１５に示したように、この信号を複製して、マ
スターおよびスレーブの両セル２０２に返す。

【０１４０】マスターおよびスレーブの両セル２０２の
チャネル要素２４５において、HANDOFF_DIRECTION信号
を受信すると直ちに、HANDOFF_DIRECTION情報を移動電
話２０３に送り、それからこれを評価する。次に、マス
ター・セル２０２のコントローラ２４１が、INTRA/INTE
R_CELL_HANDOFF_REMOVEメッセージを制御リンク１０８
およびＩＭＳ１０４を介してスレーブ・セル２０２のコ
ントローラ２４１に送り、渡しが完了したことおよびそ
れが呼の処理を中止するべきであることを知らせる。ス
レーブ・セル２０２のコントローラ２４１は、その呼を
扱っているスレーブ・セル２０２をチャネル要素２４５
に知らせる。チャネル要素２４５は、マスター・セル２
０２のチャネル要素２４５に対して図２８に関連して説
明したように応答して、移動電話２０３との間で呼トラ
ヒックを交わすことを中止して、プロセッサ６０２と共
にFS_REMOVE、およびFS_ACKのパケット交換を開始す
る。トランクの流れは、スレーブ・セル２０２のチャネ
ル要素２４５とその呼を扱っているサービス回路６１２
との間では中止されるが、サービス回路６１２とマスタ
ー・セル２０２のチャネル要素２４５との間では継続す
る。ここで、前のスレーブ・セル２０２のコントローラ
２４１から、INTRA/INTER_CELL_HANDOFF_ACKメッセージ
をマスター・セル２０２に、HANDOFF_INFORMATIONメッ
セージをＥＣＰ複合装置１３４に送って、渡しの完了お
よびその結果をそれらに知らせる。ＥＣＰ複合装置１３
４は、そのデータベースをそのように更新する。

【０１４１】図２８の場合のように、ＤＣＳコントロー
ラ２６１および１３４は、この渡し終了処理にはほとん
ど、あるいは全く関係しない。

【０１４２】呼のソフト渡し中に移動電話２０３によっ
て開始される呼の切断に関する制御信号を図３０に示
す。移動電話２０３において、RELEASE信号を送ること
によって呼の切断を開始する。この信号は、マスターお
よびスレーブの両セル２０２においてその呼を扱ってい
るチャネル要素２４５によって受信される。各チャネル
要素２４５では、これに応じて、そのRELEASE信号を伝
えるセル・移動体間の逆方向の信号情報をその呼を扱っ
ているサービス回路６１２への次のパケット３５０で送
る。

【０１４３】サービス回路６１２を補助するプロセッサ
６０２において、両方のセル２０２から信号情報を受信
するが、図１３のステップ９６８または図１４のステッ
プ９９８において１つだけ複製を保存して、図１５のス
テップ１２１６または１２２２およびステップ１２３６
においてRELEASE信号の保存した方のコピーを次のパケ
ット５３０でマスターおよびスレーブの両セル２０２の
チャネル要素２４５に送り返す。マスター・セル２０２
のコントローラ２４１では、そのRELESE信号情報の戻り
に応じて、セル・移動体間のMOBILE_DISCONNECT順方向
信号情報を、その呼を扱っているサービス回路６１２に
送られる次のパケット３５１で送る。

【０１４４】サービス回路６１２を補助するプロセッサ
６０２では、図１３のステップ９５６または図１４のス
テップ９８６においてその信号情報を受信して格納し、
さらに図１５のステップ１２２２および１２３６におい
て、それをつぎのパケットでマスターおよびスレーブの
両セル２０２のチャネル要素２４５に返す。マスターお
よびスレーブの両セル２０２のチャネル要素２４５は、
それぞれ、MOBILE_DISCONNECT信号情報の受信に応じてR
ELEASE信号を移動電話２０３に送る。次に、マスター・
セル２０２のコントローラ２４１が、セル・移動体間の
信号情報であるNULL_TRAFFICコマンドを次のパケットで
サービス回路６１２に送る。このコマンドは、MOBILE_D
ISCONNECT信号情報に対して正に説明した要領でプロセ
ッサ６０２によって両方のセル２０２に返される。マス
ターおよびスレーブの両セル２０２の各チャネル要素２
４５により、NULL_TRAFFICコマンドの受信に応じて、移
動電話２０３への呼トラヒックの送信を止め、代わり
に、空のトラヒックの送信を開始する。また、両方のチ
ャネル要素２４５により、FS_REMOVEパケット３５１が
その呼を扱っているサービス回路６１２に送られる。こ
れらのパケットは、既に説明したものと同じであり、プ
ロセッサ６０２から同様の応答を引き出す。各セルのチ
ャネル要素２４５は、プロセッサ６０２からFS_ACKパケ
ットを受信すると、直ちに移動電話２０３との通信を止
め、そのセルのコントローラ２４１によってRELEASE_MS
CメッセージがＥＣＰ複合装置１３４に送られるように
し、対応するセルがその呼の処理を中止したことをＥＣ
Ｐ複合装置１３４に知らせる。ＥＣＰ複合装置１３４
は、そのデータベースを相応に更新し、MSC_RELEASE_AC
Kメッセージをマスターおよびスレーブの両セル２０２
のコントローラ２４１に送る。また、ＥＣＰ複合装置１
３４では、第２のRELEASE_MSCメッセージの受信に続い
て、CLEARメッセージをその呼を扱っている音声符号器
モジュール２２０のＤＣＳコントローラ２６１に送る。
このメッセージは、図２５に対して説明したものと同じ
であり、ＤＣＳコントローラ２６１から同様の応答を引
き出す。

【０１４５】呼のソフト渡し中に公衆電話網１００から
開始される呼切断に対する制御信号を図３１に示す。電
話網１００において、呼を伝達しているトランク１０６
を開放する。この開放は、その呼を扱っている音声符号
器モジュール２２０のコントローラ２３１によって検出
され、コントローラ２３１によってＤＣＳコントローラ
２６１に通知され、さらに、これがDISCONNECTメッセー
ジをＥＣＰ複合装置１３４に送って知らせる。

【０１４６】ＥＣＰ複合装置１３４では、これに応じ
て、NETWORK_RELEASEメッセージをマスターおよびスレ
ーブの両セル２０２のセル・コントローラ２４１に送
る。これに応じて、マスター・セル２０２のコントロー
ラ２４１が、RELEASE信号を伝えるセル・移動体間の順
方向の信号情報をその呼を扱っているサービス回路６１
２への次のパケットで送る。

【０１４７】サービス回路６１２を補助するプロセッサ
６０２では、図１３のステップ９５６または図１４のス
テップ９８６において、そのRELEASE信号を受信して格
納した後、図１５のステップ１２２２および１２３６に
おいて、格納したRELEASE信号を次のトラヒック・パケ
ットでマスターおよびスレーブの両セル２０２のチャネ
ル要素２４５に送る。マスターおよびスレーブの両セル
２０２の各チャネル要素２４５は、その信号情報に応じ
て、RELEASE信号をその呼に関わる移動電話２０３に送
る。

【０１４８】移動電話２０３では、そのチャネル要素２
４５によって送られたRELEASE信号を受信すると、これ
に応じて、その呼を中止し、確認としてMOBILE_DISCONN
ECT信号を送信する。この信号は、マスターおよびスレ
ーブの両セル２０２のチャネル要素２４５によって受信
される。その呼を扱っている各チャネル要素２４５は、
これに応じて、FS_REMOVEパケット３５１がその呼を扱
っているサービス回路６１２に送られるようにする。こ
のパケットは、既に説明したものと同じであり、プロセ
ッサ６０２から同様の応答を引き出す。各チャネル要素
２４５において、プロセッサ６０２からのFS_ACKパケッ
トを受信すると、これに応じて、RELEASE_CONFIRMATION
メッセージがＥＣＰ複合装置１３４に送られるようにし
て、これに呼切断を知らせる。

【０１４９】ＥＣＰ複合装置１３４では、第２のRELEAS
E_CONFIRMATIONメッセージの受信に続いて、CLEARメッ
セージをその呼を扱っている音声符号器モジュール２２
０のＤＣＳコントローラ２６１に送る。このメッセージ
は、図２５に対して説明したものと同じであり、同様の
応答を引き出す。

【０１５０】１つのチャネル要素２４５から別のものへ
の部分ソフト渡しに対する制御信号を図３２に示す。部
分ソフト渡しは、同じセル２０２または同じＤＣＳ２０
１に接続された異なるセル２０２のチャネル要素２４５
の間で発生し、その呼を伝えている移動チャネルの変更
を伴う。ソフト渡しに関しては、その呼を扱っているセ
ル２０２（処理中のセル２０２）のコントローラ２４１
が、移動電話２０３によって供給されるPWR.INFO.を監
視して、処理中のチャネル要素２４５がその処理を継続
するべきかどうか、あるいはその呼は同じセル２０２ま
たは異なる（新たな）セル２０２にある新たなチャネル
要素２４５に渡すべきかどうかを判断する。処理中のセ
ル２０２のコントローラ２４１が、その呼を新たなチャ
ネル要素２４５にソフト渡しするべきであり、新たなセ
ル２０２がＣＤＭＡを用いて呼を処理できると判断した
場合、処理中のコントローラ２４１からHANDOFF_REQメ
ッセージが制御リンク１０８およびＩＭＳ１０４を介し
て新たなセル２０２のコントローラ２４１に送る。（処
理中のセル２０２および新たなセル２０２が、同じセル
ならば、このメッセージは、そのセルから外には送られ
ない。）このメッセージは、ソフト渡しに対して説明し
たものと同じであり、スレーブ・セル２０２から引き出
すのとお同じ応答を新たなセル２０２から引き出す。し
かし、新たなチャネル要素２４５は、移動電話２０３お
よび処理中のチャネル要素２４５と同じ移動チャネル上
で動作しないので、新たなチャネル要素２４５は、移動
電話２０３と通信状態ではなく、新たなチャネル要素２
４５からその呼を扱っているサービス回路６１２に空の
トラヒック・パケットが流れるだけである。

【０１５１】新たなセル２０２によって処理中のセル２
０２に送り返されるHANDOFF_ACKメッセージによって、
新たなチャネル要素２４５が動作対象とする移動チャネ
ルが指定される。処理中のセル２０２のコントローラ２
４１において、HANDOFF_ACKメッセージを受信し、これ
に応じて、処理中のチャネル要素２４５に移動電話２０
３宛に信号を送らせ、そのチャネル要素２４５の動作を
新たなチャネル要素２４５が動作対象とする移動チャネ
ルへと切り替えるように指示させる。移動電話２０３が
これを実行すると、移動電話２０３、新たなチャネル要
素２４５、およびサービス回路６１２の間でトラヒック
が流れ始めるが、移動電話２０３と処理中のチャネル要
素２４５との間では流れなくなり、空のトラヒック・パ
ケットのみが処理中のチャネル要素２４５からサービス
回路６１２に流れ始める。

【０１５２】新たなチャネル要素２４５において、移動
電話２０３からの呼トラヒックの受信が始まると、これ
に応じて、HANDOFF_INFORMATIONメッセージがＥＣＰ複
合装置１３４に、INTERCELL_HANDOFFメッセージが処理
中のサービス回路６１２に送られるようにして、それら
に渡しを知らせる。ＥＣＰ複合装置１３４がそのデータ
ベースを更新し、一方で処理中のセル２０２のコントロ
ーラ２４１は、そのセル２０２にその呼のサービスを止
めさせる。具体的には、処理中のセル２０２のチャネル
要素２４５により、FS_REMOVEパケットがその呼を扱っ
ているサービス回路６１２に送られる。このパケット
は、既に説明したものと同じであり、同じ応答を引き出
す。このようにして、処理中のチャネル要素２４５とサ
ービス回路６１２との間でトラヒックは流れなくなる。
処理中のチャネル要素２４５では、サービス回路６１２
からFS_ACKパケットを受信すると、これに応じて、HAND
OFF_INFORMATIONメッセージがＥＣＰ複合装置１３４に
送られるようにして、これに渡しの完了を知らせる。

【０１５３】この場合も、処理中のＤＣＳ２０１のＤＣ
Ｓコントローラ２６１は、図３１の処理には全く無関係
のままであり、ＥＣＰ複合装置１３４も処理の完了を通
知される以外は無関係である点に注目される。結果とし
て、ＤＣＳコントローラ２６１およびＥＣＰ複合装置１
３４の呼処理能力は、部分ソフト渡し処理によって悪影
響を受けることはない。

【０１５４】図３３は、ＣＤＭＡセル２０２から他のセ
ルへのハード渡しに対する制御信号を示す。ＣＤＭＡに
おいて、ハード渡しは、移動チャネルの変更を必ずしも
伴わないが、その呼を扱っているデジタル・セルラ交換
機２０１（図２参照）の変更を伴う。

【０１５５】ソフト渡しおよび部分ソフト渡しについて
は、その呼を扱っているセル２０２（処理中のセル２０
２と称する）のコントローラ２４１によって、移動電話
２０３によって供給されるPWR.INFO.を監視し、これと
共に他の状態情報を用いて、処理中のセル２０２がその
呼の処理を継続するべきかどうか、あるいは処理中のセ
ル２０２ではなく異なる移動電話交換機２０１に接続さ
れた別のセル２０２（新たなセル２０２と称する）にそ
の呼渡すべきかを判断する。処理中のセル２０２のコン
トローラ２４１が、その呼を渡すことに決めた場合、コ
ントローラ２４１は、HARD_HANDOFF_REQメッセージをＥ
ＣＰ複合装置１３４に送る。このメッセージにより、そ
の呼、提示された新たなセル２０２、処理中のセル２０
２によってその呼のために使用されていている移動チャ
ネルが指定される。

【０１５６】ＥＣＰ複合装置１３４では、そのメッセー
ジに応じてその呼を扱うために、何れのＤＣＳ２０１が
新たなセル２０２に接続されるかを判断し、そのＤＣＳ
２０１の内部で新たな音声符号器モジュール２２０を選
択し、さらにその新たなモジュールのサービス回路６１
２を選択する。次に、ＥＣＰ複合装置１３４において、
処理中のＤＣＳ２０１の処理中の音声符号器モジュール
２２０を新たなＤＣＳ２０１の新たな音声符号器モジュ
ール２２０に接続するトランク２０６を選択し、さらに
その選択した新たな音声符号器モジュール２２０、サー
ビス回路６１２、およびトランク２０６を特定するほ
か、処理中の音声符号器モジュール２２０にあってその
呼を伝えるトランク１０６も特定するSETUPメッセージ
を、処理中のＤＣＳ２０１のコントローラ２６１に送
る。

【０１５７】処理中のＤＣＳ２０１のＤＣＳコントロー
ラ２６１は、SETUPメッセージを受信し、これに応じ
て、処理中のＳＣＭ２２０のコントローラ２３１に特定
されたトランク２０６を捕捉させ、選択されたＳＣＭ２
２０およびサービス回路６１２の識別情報をそのトラン
ク２０６上にパルス出力させ、さらに呼伝送中のトラン
ク１０６を会議配置にあるトランク２０６に接続する。
この結果、新たなＳＣＭ２２０におけるトランク２０６
の捕捉、および新たなＳＭＣのコントローラ２３１によ
るパルス出力された識別情報の収集が行われる。次に、
ＤＣＳ２０１のＤＣＳコントローラ２６１により、CONN
ACKメッセージをＥＣＰ複合装置１３４に送り、処理中
のＳＣＭ２２０と新たなＳＣＭ２２０との間の接続の成
立を知らせ、他方では、新たなＳＣＭ２２０のコントロ
ーラ２３１により、収集されパルス出力された情報を新
たなＤＣＳ２０１のＤＣＳコントローラ２６１に送り、
これによって、収集されパルス出力された情報を伝える
INCALLメッセージをＥＣＰ複合装置１３４に送り、これ
に入ってくる呼を知らせる。

【０１５８】ＥＣＰ複合装置１３４は、受信したCONNAC
KおよびINCALLメッセージをそれらの内容を基に関係付
ける。これらのメッセージは、新たなＳＣＭ２２０およ
び処理中のＳＣＭ２２０のＴＤＭバス１３０が２０６に
よって既に相互接続されていることをＥＣＰ複合装置１
３４に確認する働きをする。次に、ＥＣＰ複合装置１３
４は、MSC_NEW_HANDOFFメッセージを新たなセル２０２
のコントローラ２４１に送る。このメッセージにより、
新たなセル２０２に対し、それがその呼を扱うように選
択されたことを知らせるとともに、その呼を現在運んで
いる移動チャネルの識別情報を伝える。新たなセルのコ
ントローラ２４１では、これに応じて、新たなセル２０
２が呼を扱う呼とができるかどうか、そして可能なら
ば、何れの移動チャネルに対してかを判断する。次に、
新たなセルのコントローラ２４１が、呼の情報を伝える
CHANNEL_ACTIVATION_CONFIRMATIONメッセージをＥＣＰ
複合装置１３４に送り返す。その新たなセル２０２が呼
を扱う呼とができるものとして、ＥＣＰ複合装置１３４
が、呼を扱うように選択された新たなＳＣＭ２２０のサ
ービス回路６１２のＤＬＣＩを伝えるMSC_FS_ASSIGNMEN
Tメッセージを新たなセルのコントローラ２４１に送
る。このメッセージは、図２３に関連して既に説明した
ものと同じであり、それと同様の応答を引き出す。新た
なセル２０２は、FS_CONFIRMATIONメッセージをＥＣＰ
複合装置１３４に返し、代わって、ＥＣＰ複合装置１３
４が、MSC_OLD_HANDOFFメッセージを処理中のセル２０
２に送って、新たなチャネル要素２４５と新たなサービ
ス回路６１２との間の接続の完成、およびその新たなチ
ャネル要素２４５の動作対象である移動チャネルをそれ
らに知らせる。

【０１５９】ＥＣＰ複合装置１３４は、FS_CONFIRMATIO
Nメッセージに応じて、ACCEPTメッセージを新たなＤＣ
Ｓ２０１のＤＣＳコントローラ２６１に送る。これに応
じて、新たなＤＣＳ２０１のＤＣＳコントローラ２６１
は、既にACCEPTメッセージに対して説明した要領で、新
たなＳＣＭ２２０のコントローラ２３１に、新たなサー
ビス回路６１２と新たなＳＣＭ２２０を処理中の２２に
接続するトランク２０６との間に接続を形成させる。こ
の結果、新たなサービス回路６１２および処理中のサー
ビス回路６１２の出力が処理中の音声符号器モジュール
２２０のＴＤＭバス１３０の同じタイムスロットに接続
され、会議配置となる。新たなチャネル要素２４５およ
び処理中のそれが、共に同一の移動チャネル上で動作し
ている場合、同じタイムスロットに完全に符合する出力
が重なり合うので、タイムスロットの内容にはほとんど
全く影響しない。それら２つのチャネル要素２４５が、
同一の移動チャネル上で動作していない場合、同じタイ
ムスロットに実際のトラヒック標本と空のトラヒック標
本---音声またはデータと無音---が重なり合うので、こ
の場合も、タイムスロットの内容にはほとんど全く影響
しない。次に、新たなＤＣＳ２０１のＤＣＳコントロー
ラ２６１が、CONNACKメッセージをＥＣＰ複合装置１３
４に返し、これに接続の完了を知らせる。接続の完了
は、処理中のＳＣＭ２２０のコントローラ２３１が、検
出して処理中のＤＣＳ２０１のＤＣＳコントローラ２６
１に知らせ、これがANSWERメッセージをＥＣＰ複合装置
１３４に返して知らせる。

【０１６０】処理中のセル・コントローラ２４１は、Ｅ
ＣＰ複合装置１３４から受信したMSC_OLD_HANDOFFメッ
セージに応じて、そのメッセージの内容を調べ、新たな
チャネル要素２４５が処理中のチャネル要素２４５と同
じ移動チャネルで動作しているかどうかを判断する。そ
うでない場合、処理中のセル・コントローラ２４１の制
御によって、処理中のチャネル要素２４５が移動電話２
０３に信号を送り、（図３３において波線で示したよう
に）それが現在使用中の移動チャネルから新たなチャネ
ル要素２４５によって使用されている移動チャネルへと
動作を切り替えるように命令する。移動電話２０３がこ
れを実行すると、トラヒックの流れは、（波線で示した
ように）処理中のセル２０２から新たなセル２０２へと
切り替えられる。

【０１６１】新たなセル２０２のチャネル要素２４５
は、呼トラヒックの受信開始に応じて、新たなセル・コ
ントローラ２４１にHANDOFF_VOICE_CHANNEL_CONFIRMATI
ONメッセージをＥＣＰ複合装置１３４宛に送らせる。こ
のメッセージにより、その渡しの成功をＥＣＰ複合装置
１３４に知らせる。これに応じて、ＥＣＰ複合装置１３
４は、MSC_CHANNEL_DEACTIVATIONメッセージを処理中の
セル２０２に、CLEARメッセージを処理中のＤＣＳ２０
１のＤＣＳコントローラ２６１に送り、処理中のセル２
０２および処理中のＳＰＵ２６４にその呼の扱いを止め
させる。

【０１６２】処理中のセル２０２のコントローラ２４１
では、MSC_CHANNEL_DEACTIVATIONメッセージを処理中の
チャネル要素２４５に渡すと、これに応じて、このチャ
ネル要素２４５は、FS_REMOVEパケットが処理中のサー
ビス回路６１２へと中継されるようにする。このパケッ
トは、既に説明したものと同じであり、同様の応答を引
き出す。処理中のセル２０２が呼を扱うのを止めると、
そのコントローラ２４１が、FS_CONFIRMATIONメッセー
ジをＥＣＰ複合装置１３４に送り、そのことをこれに知
らせる。

【０１６３】処理中のＤＣＳ２０１のＤＣＳコントロー
ラ２６１では、受信したCLEARメッセージを処理中のＳ
ＣＭ２２０のコントローラ２３１に渡す。これに応じ
て、コントローラ２３１が、処理中のサービス回路６１
２を含む音声処理ユニット２６４の変換維持プロセッサ
６０９にそのサービス回路６１２に割り当てられた集中
ハイウェイ６０７のタイムスロットからその呼を分離さ
せる。しかし、新たなＳＣＭ２２０の新たなサービス回
路６１２は、処理中のＳＣＭ２２０のＴＤＭバス１３０
との間で呼を双方向に伝えるトランク１０６にトランク
２０６を介して接続されているので、処理中のＳＣＭ２
２０のコントローラ２３１は、そのトランク１０６およ
びＴＤＭバス１３０のタイムスロットは開放しない。次
に、処理中のＤＣＳ２０１のＤＣＳコントローラ２６１
は、CLEAR_ACKメッセージをＥＣＰ複合装置１３４に送
り、処理中のＳＣＭ２２０の処理中のＳＰＵ２６４がそ
の呼のサービスを中止したことを知らせる。CLEAR_ACK
およびFS_CONFIRMATIONの両メッセージの受信によっ
て、渡しが完了したことをＥＣＰ複合装置１３４に示
す。

【０１６４】図３４および３５は、処理中のセル２０２
のＣＤＭＡ無線機２４３から新たなセル１０２または２
０２の通常のアナログ無線機１４３へのハード渡しに対
する制御信号を示す。図３４は、同一のＤＣＳ２０１に
接続された２つのセル２０２の間の渡しに対する制御信
号を示し、図３４は、異なるＤＣＳ２０１に接続された
２つのセル２０２の間の渡しに対する制御信号を示す。

【０１６５】図３４を考察する。通常の移動電話方式の
セル１０２であればＣＤＭＡ監視チャネルが装備されて
いる。装備されている場合、制御通信は、（新たなセル
２０２についてそうであるように）新たなセル１０２を
続行する。新たなセル１０２がＣＤＭＡ監視チャネルを
備えていない場合、通常の移動電話方式への呼の変換
が、処理中のセル２０２で発生するが、通常のハード渡
しの要領で呼が処理中のセル２０２から新たなセル１０
２に渡されるのは、この時のみである。

【０１６６】既に説明した渡しの種類について、処理中
のセル２０２のコントローラ２４１が、移動電話２０３
によって供給されるPWR.INFO.を監視して、その呼を別
なセルに渡すべきかどうかを判断する。処理中のセル２
０２のコントローラ２４１が、その呼をセル２０２また
は１０２の通常の無線機１４３に渡すべきであると判断
し、かつ新たなセル２０２または１０２が処理中のセル
２０２と同じ移動電話交換機２０１に接続されている場
合、そのコントローラ２４１は、ANALOG_HANDOFF_REQUE
STメッセージをＥＣＰ複合装置１３４に送る。このメッ
セージによって、提示された新たなセル１０２または２
０２が特定される。ＥＣＰ複合装置１３４では、これに
応じて、新たなセル１０２または２０２が接続されてい
る交換機モジュール１２０または２２０のトランク１０
９を選択し、さらにMSC_NEW_HANDOFFメッセージを新た
なセル１０２または２０２のコントローラ１４１または
２４１に送る。このメッセージにより、選択されたトラ
ンク１０９を特定するとともに、新たなセル１０２また
は２０２がその呼を扱うことができるかどうかを問い合
わせる。新たなセル１０２または２０２のコントローラ
１４１または２４１は、それが呼を処理するところの通
常の移動チャネルを特定するCHANNEL_ACTIVATION_CONFI
RMATIONメッセージによってＥＣＰ複合装置１３４に応
答するとともに、その移動チャネルを選択されたトラン
ク１０９に接続する。ＥＣＰ複合装置１３４は、これに
応じて、処理中のＳＣＭ２２０に接続されているトラン
ク１０９を選択し、CONNECTメッセージを処理中のＤＣ
Ｓ２０１のＤＣＳコントローラ２６１に送る。これによ
り、新たなセル１０２または２０２が接続された新たな
モジュール１２０または２２０、新たなモジュール１２
０または２２０が接続されている選択されたトランク１
０９、および処理中の音声符号器モジュール２２０から
出る選択されたトランク１０９が特定される。

【０１６７】ＤＣＳ２０１のＤＣＳコントローラ２６１
では、CONNECTメッセージを受信し、これに応じて、処
理中のＳＣＭ２２０のコントローラ２３１に、呼（ＴＤ
Ｍバス１３０のタイムスロット）を会議配置にある特定
された出トランク１０９に接続させ、さらにＴＭＳ１２
１に、２つの特定されたトランク１０９を互いに接続さ
せる。次に、ＤＣＳ２０１のＤＣＳコントローラ２６１
は、CONNACKメッセージをＥＣＰ複合装置１３４に送っ
て処理中のＳＣＭと新たなＳＭＣとの間の接続の完成を
知らせる。

【０１６８】ＥＣＰ複合装置１３４では、これに応じ
て、MSC_OLD_HANDOFFメッセージを処理中のセル２０２
のコントローラ２４１に送り、新たなセル１０２または
２０２が呼を処理するところの移動チャネルを知らせ
る。これに応じて、そのコントローラ２４１の制御によ
り、処理中のチャネル要素２４５が、信号を移動電話２
０３に送り、移動電話２０３が通常の移動電話式の処理
に切り替えてMSC_NEW_HANDOFFメッセージにおいて指定
された移動チャネルを使用するよう、これに命令する。

【０１６９】移動電話２０３が、これを実行し、さらに
新たな移動チャネル上の送信を始めると、新たなセル１
０２または２０２が、その送信を受信して、HANDOFF_VO
ICE_CHANNEL_CONFIRMATIONメッセージによってＥＣＰ複
合装置１３４に通知する。ＥＣＰ複合装置１３４は、こ
れに応じて、MSC_CHANNEL_DEACTIVATIONメッセージを処
理中のセル２０２へ、そしてCLEARメッセージを処理中
のＤＣＳ２０１のＤＣＳコントローラ２６１へ送ること
により、処理中のセル２０２および処理中のＳＰＵ２６
４に、その呼の処理を止めさせる。このメッセージは、
ＣＤＭＡどうしの間のハード渡しに関して説明したもの
と同じであり、同様の応答を引き出す。その場合のよう
に、CLEAR_ACKおよびFS_CONFIRMATIONの両メッセージの
受信により、その渡しが完了したことをＥＣＰ複合装置
１３４に示す。

【０１７０】ここで、図３５について説明する。処理中
のセル２０２以外の異なる交換機１０１または２０１に
接続された新たなセル１０２または２０２への渡しは、
図３４で示したように始まる。しかし、新たなＤＣＳ１
０１または２０１によってサービスされるセル１０２に
呼を渡すことに決定すると、以降、処理中のセル２０２
のコントローラ２４１は、ANALOG_HANDOFF_REQUESTメッ
セージをＥＣＰ複合装置１３４に送り渡しを要求する。
このメッセージにより、提示された新たなセル１０２ま
たは２０２を特定する。ＥＣＰ複合装置１３４では、こ
のメッセージに応じて、その呼を扱うために、交換機１
０１または２０１の何れが新たなセル１０２または２０
２に接続されているかを判断し、その交換機１０１また
は２０１の新たな交換機モジュール１２０または２２０
を選択し、さらにその選択したモジュール１２０または
２２０に接続されたトランク１０６を選択する。次に、
このＥＣＰ複合装置１３４は、処理中のＳＣＭ２２０に
接続された出トランク１０６を選択し、SETUPメッセー
ジを処理中のＤＣＳ２０１のＤＣＳコントローラ２６１
に送ることにより、選択された新たなモジュール１２０
または２２０およびそれに接続されたトランク１０６、
処理中の音声符号器モジュール２２０から出るトランク
１０６、および呼を伝える処理中の音声符号器モジュー
ル２２０のトランク１０６を知らせる。

【０１７１】SETUPメッセージは、図３３に関して説明
したものと同じであり、同様の応答を引き出す。従っ
て、渡しは図３３に説明したように進行する。しかし、
新たなＤＣＳ１０１または２１０における呼の処理には
何れのＳＰＵ２６４も関与しないので、ＥＣＰ複合装置
１３４は、図３３のようにFS_ASSIGNメッセージを新た
なセル１０２または２０２に送る代わりに、直にACCEPT
メッセージを新たなＤＣＳ１０１または２１０のＤＳＣ
コントローラ１６１または２６１に送る。ＤＣＳ１６１
または２６１では、これに応じて、新たなモジュール１
２０のコントローラ１３１またはセル相互接続モジュー
ル（ＣＩＭ）２０９のコントローラ２５１が新たなモジ
ュール１２０または２２０の選択されたトランク１０６
をその呼（即ち、モジュール１２０のＴＤＭバス１３０
またはＣＩＭ２０９のＴＤＭバス２３０の何れかのその
セルの対応するタイムスロット）に接続することによっ
て、その選択されたトランク１０６と新たなセル１０２
または２０２との間に接続を確立する。図３３と同様
に、この結果、新たなセル１０２または２０２、および
処理中のセル２０２の両方の出力が、処理中の音声符号
器モジュール２２０のＴＤＭバス１３０の同じタイムス
ロットに接続される。次に、新たなＤＣＳ１０１または
２０１のＤＣＳコントローラ１６１または２６１が、CO
NNACKメッセージをＥＣＰ複合装置１３４に返して接続
の完成をそれに知らせる一方、処理中のＳＣＭ２２０の
コントローラ２３１が、その接続の完成を検出してＤＣ
Ｓコントローラ２６１に知らせると、ＤＣＳコントロー
ラ２６１は、これに応じて、ANSWERメッセージをＥＣＰ
複合装置１３４に返す。

【０１７２】ＥＣＰ複合装置１３４では、CONNACKメッ
セージの受信に応じて、MSC_OLD_HANDOFFメッセージを
処理中のセル２０２のコントローラ２４１に送る。この
メッセージは、図３４に関連して説明したものと同じで
あり、従って、渡しは、完了するまで図３４に関する説
明のように進行する。

【０１７３】以上の説明は、本発明の一実施例に関する
もので、この技術分野の当業者であれば、本発明の種々
の変形例が考えられる。例えば、非同期伝送モード（Ａ
ＴＭ）のような他のパケット伝送方式を用いることも可
能である。あるいは、セル、ＥＣＰ複合装置、およびデ
ジタル・セルラ交換機のすべての制御部分の間で機能の
分割を行うことができる。また、デジタル・セルラ交換
機内部のモジュール（ＣＩＭ２０９およびＳＣＭ２２
０）は、直にトランクによって接続する代わりに、中央
段の交換機によって接続してもよい。さらに、以上説明
したシステムは、移動電話以外の疑似同期無線アクセス
・システム---例えば、個人通信網（ＰＣＮ）---に応用
することも可能である。以上のような変更および修正い
ずれも本発明の技術的範囲に包含される。

【０１７４】

【発明の効果】以上述べたように、本発明によれば、可
能な限り既存の実証済みの方式および構成単位を用いる
ことにより、符号化された（パケット交換）無線電話ト
ラヒックおよび符号化されていない（回路交換）無線電
話トラヒックを平行して扱うことができるので、ＣＤＭ
Ａセルラ無線電話システム（図２）などの高容量、高効
率かつ高速の無線アクセス通信システムを安価に実現す
ることができる。

【図面の簡単な説明】

【図１】従来のセルラ無線電話システムのブロック図で
ある。

【図２】本発明の説明に役立つ実施例を取り入れたセル
ラ無線電話システムのブロック図である。

【図３】図２のシステムの１つのセルのブロック図であ
る。

【図４】図２のシステムのセル相互接続モジュールのブ
ロック図である。

【図５】図２のシステムの音声符号器モジュールのブロ
ック図である。

【図６】図５のモジュールの音声処理ユニットのブロッ
ク図である。

【図７】図２のシステムのＬＡＰＤフレームのブロック
図である。

【図８】図２のシステムのＬＡＰＤフレームを修正した
フレームのブロック図である。

【図９】音声および（または）信号の情報を図７および
８のフレームで送るために使用される水準３のプロトコ
ルのブロック図である。

【図１０】信号情報を図７および８のフレームで送るた
めに使用される水準３のプロトコルのブロック図であ
る。

【図１１】図６のユニットのプロセッサの受信パケット
処理関数の流れ図である。

【図１２】図６のユニットのプロセッサの受信パケット
処理関数の流れ図である。

【図１３】図６のユニットのプロセッサの受信パケット
処理関数の流れ図である。

【図１４】図６のユニットのプロセッサの受信パケット
処理関数の流れ図である。

【図１５】図６のユニットのプロセッサの送信パケット
処理関数の流れ図である。

【図１６】図３のセルのクラスタ・コントローラのクロ
ック調整関数の流れ図である。

【図１７】図１１のステップ９７０において実行される
図６のユニットのプロセッサのクロック調整関数の流れ
図である。

【図１８】図１１のステップ９１２において実行される
図６のユニットのプロセッサのクロック調整関数の流れ
図である。

【図１９】図６のユニットのサービス回路に対して呼の
確立時に行われるパケット送信のクロック調整のタイミ
ング図である。

【図２０】図６のユニットのサービス回路に対して呼の
確立時に行われるパケット受信のクロック調整のタイミ
ング図である。

【図２１】図６のユニットのサービス回路に対して、確
立された呼の期間に行われるパケット送信のクロック調
整のタイミング図である。

【図２２】図６のユニットのサービス回路に対して、確
立された呼の期間に行われるパケット受信のクロック調
整のタイミング図である。

【図２３】図２のシステムにおける移動電話を発端とす
る呼の確立の信号図である。

【図２４】図２のシステムにおける通信網を発端とする
呼の確立の信号図である。

【図２５】図２の信号における呼の移動電話を発端とす
る切断の信号図である。

【図２６】図２の信号における呼の通信網を発端とする
切断の信号図である。

【図２７】図２の信号における呼のソフト渡しの開始の
信号図である。

【図２８】マスター・セルが離れるようなソフト渡しの
終了の信号図である。

【図２９】スレーブ・セルが離れるようなソフト渡しの
終了の信号図である。

【図３０】図２のシステムにおけるソフト渡し処理中の
呼の移動電話を発端とする切断の信号図である。

【図３１】図２のシステムにおけるソフト渡し処理中の
呼の通信網を発端とする切断の信号図である。

【図３２】図２のシステムにおける呼の部分ソフト渡し
処理の信号図である。

【図３３】図２のシステムにおける呼のＣＤＭＡからＣ
ＤＭＡへのハード渡し処理の信号図である。

【図３４】図２のシステムにおいて同一のデジタル・セ
ルラ交換機によって管轄されるセル間の呼のＣＤＭＡか
らアナログへのハード渡し処理の信号図である。

【図３５】図２のシステムにおいて異なるデジタル・セ
ルラ交換機によって管轄されるセル間の呼のＣＤＭＡか
らアナログへのハード渡し処理の信号図である。

【符号の説明】

１００ 公衆電話網 １０１、２０１ ＤＣＳ（デジタル・セルラ交換機） １０２、２０２ ＣＥＬＬ（セル） １０３、２０３ 利用者端末（移動無線電話） １０４ ＩＭＳ（プロセス間メッセージ交換機） １０５ ＥＣＰ（管理セルラ・プロセッサ：Executive
Cellula Processor） １０６ 通信トランク １２１ 時間多重交換機（TMS） １３２、１４２、２４２ ＤＳ１インタフェース（DS1 INTFC.） １３３ ＴＭＳインタフェース（TMS INTFC.） １３４ ＥＣＰ複合装置 １４３ アナログＦＭ無線機（またはＴＤＭＡデジタル
無線機） １６１、２６１ ＤＣＳコントローラ １９９ 移動交換局（ＭＳＣ：mobil switching cente
r） ２０９ セル相互接続モジュール（ＣＩＭ） ２１０ 光ファイバ光学的パケット交換トランク ２２０ 音声符号器モジュール（ＳＣＭ） ２４１ コントローラ ２４３ デジタル無線機 ２４４ クラスタ・コントローラ ２４５ チャネル要素 ３９０ Ｃバス（CBUS） ３９２ Ｃバス・インタフェース（CBUS INTFC.） ３９４ メモリ（MEMORY） ３９５ ＨＤＬＣコントローラ（HDLC CONTROLLER） ３９６ ＴＤＭバス・コントローラ（TDM BUS CONTROLL
ER） ２５２ 汎用ＤＳ１インタフェース ２５３ 拡張インタフェース ４００ 集中ハイウェイ ４０１ パケット処理要素（PPE） ４０２ タイムスロット交換器（ＴＳＩ） ４１１、４５２ 変換テーブル（TABLE） ４４２ ＤＳ１トランク・インタフェース ４５０ ＬＡＮバス・インタフェース（LAN BUS INTF
C.） ４５１、４５５ ＦＩＦＯ ４５３ 変換挿入器 ４５４ ファイバ・インタフェース（FIBER INTFC.） ６００ クロック回路（CLK. CKT.） ６０１ ＬＡＮバス・インタフェース ６０２ プロセッサ ６０３、６１４、６２０ バッファ（BUFFERまたはBUFF.） ６０４ ボコーダ ６０５ トーン挿入回路 ６０６ エコー・キャンセラー ６０７ 集中ハイウェイ ６０８ ＴＤＭバス・インタフェース ６０９ 変換維持ユニット ６１０ プロセッサ制御バス ６１１ 適応同期回路 ６１２ サービス回路 ６１３ 変換維持制御バス ６１５ クロック・バス ６２１ 入力クロック（INPUT CLK.） ６２２ 出力クロック（OUTPUT CLK.） ６２３ 現在時カウンタ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ブライアン ディー．ボリジャー アメリカ合衆国 60190 イリノイ ウィ ンフィールド、キンボール ロード オー エヌ480 (72)発明者 タルメーズ ピー．バーシュ ジュニア. アメリカ合衆国 07079 ニュージャージ ー サウス オレンジ、アーヴィントン アヴェニュー 200、アパートメント ４ ビー (72)発明者 ケルヴィン キーユィ ホ アメリカ合衆国 08873 ニュージャージ ー サマセット、ハーレシュ ウェイ 232 (72)発明者 アラン エス．ムルバーグ アメリカ合衆国 80303 コロラド ボル ダー、タルボット ドライヴ 4627 (72)発明者 ラリアーナ エヌ．ロバーツ アメリカ合衆国 07921 ニュージャージ ー ベッドミンスター、ベントレー コー ト 17 (72)発明者 ケニス エフ．スモリク アメリカ合衆国 60563 イリノイ ネイ パーヴィル、モンティセロ ドライヴ 922 (72)発明者 ダグラス エー．スペンサー アメリカ合衆国 80302 コロラド ボル ダー、ウィロー グレン コート 265 (72)発明者 ケニス ウェイン ストラム アメリカ合衆国 60565 イリノイ ネイ パーヴィル、キルディール ドライヴ 1621 (72)発明者 ジョン エス．トンプソン アメリカ合衆国 80303 コロラド ボル ダー、エンポリア ロード 695

Claims (22)

【特許請求の範囲】
1. 【請求項１】 移動無線電話の利用者端末、付近の無線
   電話利用者端末に無線電話サービスをそれぞれ与える複
   数のサービス・ノード、および前記サービス・ノードに
   接続されて、利用者端末とサービス・ノードとの間に展
   開する無線の呼に通信設備へのインタフェースをそれぞ
   れ与える複数の呼処理ユニットを備えた少なくとも１つ
   のインタフェース・ノードを備えた無線アクセス通信シ
   ステムにおいて、第１のサービス・ノードの近辺から第
   ２のサービス・ノードの近辺に移動している移動無線呼
   利用者端末の呼を処理する方法において、 前記の移動利用者端末と第１のサービス・ノードとの
   間、および呼処理ユニットの１つと通信設備との間にお
   いて、前記呼の呼トラヒックを伝送するステップと、 前記第１のサービス・ノードと前記１つの呼処理ユニッ
   トとの間において、前記呼の呼トラヒックを、前記第１
   のサービス・ノードと前記１つの呼処理ユニットとの間
   の通信チャネル上でその呼に対して確立されたパケット
   交換呼経路を通して、そのチャネルを通して呼トラヒッ
   クを送るための呼経路の異なる端点に対し異なる固定ア
   ドレスを用いて、伝送するステップと、 前記の移動利用者端末が、第１のサービス・ノードの近
   辺から第２のサービス・ノードの近辺に移動しているこ
   とを検出し、これに応じて、その通知を第１のサービス
   ・ノードから第２のサービス・ノードに送るステップ
   と、 第２のサービス・ノードにおいて、前記通知の受信に応
   じて、第２のサービス・ノードと前記１つの呼処理ユニ
   ットとの間の通信チャネルを通して通信することによ
   り、前記通信チャネル上にその呼に対するパケット交換
   呼経路を確立するステップと、 前記の移動利用者端末と前記の第１および第２のサービ
   ス・ノードとの間において、前記呼を複製して２重化し
   た呼トラヒックを伝送するステップと、 前記の第１および第２のサービス・ノードと前記１つの
   呼処理ユニットとの間において、前記呼の前記の２重化
   された呼トラヒックを、前記の第１および第２のサービ
   ス・ノードと前記１つの呼処理ユニットとの間の通信チ
   ャネル上でその呼に対して確立されたパケット交換呼経
   路を通して、そのチャネルを通して前記の２重化された
   呼トラヒックを送る各呼経路の異なる端点に対し異なる
   固定アドレスを用いて、伝送するステップと、そして前
   記サービス・ノードに出ていく呼トラヒックを複製して
   ２重化し、かつ前記サービス・ノードから２重に入って
   くる呼トラヒックの一方を捨てることにより、前記１つ
   の呼処理ユニットと通信設備との間で前記呼の２重の呼
   トラヒックの１つのコピーを伝送するステップとを備え
   たことを特徴とする移動無線電話端末の呼を処理する方
   法。
2. 【請求項２】 サービス・ノードと呼処理ユニットとの
   間において、前記呼の呼トラヒックを伝送する各ステッ
   プが、前記サービス・ノードと前記呼処理ユニットとの
   間において、前記呼トラヒックを収容したパケットをフ
   レーム中継するステップを含むことを特徴とする請求項
   １記載の方法。
3. 【請求項３】 サービス・ノードに位置する呼経路の端
   点の各アドレスによって、前記呼に対応するサービス・
   ノードの無線チャネルが特定されることを特徴とする請
   求項１記載の方法。
4. 【請求項４】 前記１つの呼処理ユニットに位置する呼
   経路の端点の各アドレスによって、前記１つの呼処理ユ
   ニットの別個の論理ポートが特定されることを特徴とす
   る請求項３記載の方法。
5. 【請求項５】 呼経路の端点のそれぞれの異なるアドレ
   スが、前記呼の呼トラヒックを運ぶＬＡＰＤパケットの
   異なるＤＬＣＩ（データ・リンク接続識別子）からなる
   ことを特徴とする請求項１記載の方法。
6. 【請求項６】 呼処理ユニットを呼に接続するためのコ
   ントローラをさらに備えた無線アクセス通信システムに
   おいて、前記のすべてのステップが、前記コントローラ
   を巻き込むことなく、発生することを特徴とする請求項
   １記載の方法。
7. 【請求項７】 前記サービス・ノードおよび前記インタ
   フェース・ノードの動作関係を調整するシステム・コン
   トローラをさらに含む無線アクセス通信システムにおい
   て、前記のすべてのステップが、該コントローラを巻き
   込むことなく、発生することを特徴とする請求項１記載
   の方法。
8. 【請求項８】 呼処理ユニットを呼に接続するインタフ
   ェース・ノード・コントローラ、ならびに前記サービス
   ・ノードおよび前記インタフェース・ノードの動作関係
   を調整する監視用コントローラをさらに備えた無線アク
   セス通信システムにおいて、前記のすべてのステップ
   が、該コントローラを巻き込むことなく、発生すること
   を特徴とする請求項１記載の方法。
9. 【請求項９】 前記のすべてのステップに先立ち、 前記呼の発信を検出するステップと、 前記発信の検出に応じて、これを前記の監視用コントロ
   ーラに通知するステップと、 前記の通知に応じて、前記第１のサービス・ノードと前
   記１つの呼処理ユニットとの間に前記呼に対する呼経路
   を確立するために、第１のメッセージを前記監視用コン
   トローラから前記第１のサービス・ノードに送るステッ
   プと、 前記の通知に応じて、前記１つの呼処理ユニットと前記
   通信設備との間に前記呼に対する電話接続を確立するた
   めに、第２のメッセージを前記の監視用コントローラか
   ら前記インタフェース・ノード・コントローラに送るス
   テップと、 前記インタフェース・ノード・コントローラにおいて、
   前記第２のメッセージを受信し、これに応じて、前記イ
   ンタフェース・ノード・コントローラの動作によって、
   前記１つの呼処理ユニットと前記通信設備との間に前記
   呼に対する電話接続を確立するステップと、 前記第１のサービス・ノードにおいて、前記第１のメッ
   セージを受信し、これに応じて、前記第１のサービス・
   ノードと前記１つの呼処理ユニットとの間の通信チャネ
   ルを通して通信することにより、該通信チャネル上に前
   記呼に対するパケット交換呼経路を確立するステップと
   をさらに実行することを特徴とする請求項８記載の方
   法。
10. 【請求項１０】 前記の移動利用者端末が、前記の第１
    および第２の両サービス・ノードの付近から前記の第１
    および第２のサービス・ノードのうちの特定のサービス
    ・ノードの付近にのみ移動しつつあることを検出し、こ
    れに応じて、前記呼に対する責任が前記の第１および第
    ２のサービス・ノードのうちの特定のサービス・ノード
    のみに移転することを示すために、前記第の１および第
    ２のサービス・ノードのうちの検出したサービス・ノー
    ドから前記の第１および第２のサービス・ノードのもう
    一方に通知するステップと、 前記検出に応じて、前記の第１および第２のサービス・
    ノードのうちの前記特定のサービス・ノードでない方か
    らの呼トラヒックの通信を停止するステップと、 前記検出に応じて、前記の第１および第２のサービス・
    ノードのうちの前記特定のサービス・ノードでない方か
    ら前記１つの呼処理ユニットに、その間の通信チャネル
    を通して、前記検出の通知を送るステップと、 前記１つの呼処理ユニットにおいて、前記通知を受信
    し、これに応じて、該呼処理ユニットから前記の第１お
    よび第２のサービス・ノードにうちの前記特定のサービ
    ス・ノードでない方への前記呼の呼トラヒックの通信を
    停止するステップとをさらに備えたことを特徴とする請
    求項１記載の方法。
11. 【請求項１１】 移動無線電話の利用者端末、付近の無
    線電話利用者端末に無線電話サービスをそれぞれ与える
    複数のサービス・ノード、および前記サービス・ノード
    に接続され、利用者端末とサービス・ノードとの間に展
    開する無線呼に通信設備へのインタフェースをそれぞれ
    与える複数の呼処理ユニットを有する少なくとも１つの
    インタフェース・ノードを備えた無線アクセス通信シス
    テムにおいて、第１のサービス・ノードの近辺から第２
    のサービス・ノードの近辺に移動中の移動無線電話利用
    者端末の呼を処理する方法において、 前記第１のサービス・ノードにおいて、前記呼の移動利
    用者端末から入来する呼トラヒックを受信し、これに応
    じて、その受信した入来（する）呼トラヒックを収容
    し、かつ前記呼処理ユニットのうちの前記呼の対応する
    ものを特定する第１のアドレスをそれぞれ有する第１の
    パケットを、前記第１のサービス・ノードから前記イン
    タフェース・ノードに送るステップと、 前記１つの呼処理ユニットにおいて、前記第１のパケッ
    トを受信し、これに応じて、該第１のパケットに収容さ
    れている入接続呼トラヒックを該呼処理ユニットから通
    信設備に送るステップと、 前記１つの呼処理ユニットにおいて、前記通信設備から
    前記呼の出接続呼トラヒックを受信し、これに応じて、
    その受信した出接続呼トラヒックを収容し、かつ前記第
    １のアドレスとは異なり前記第１のサービス・ノードを
    特定する第２のアドレスをそれぞれ有する第２のパケッ
    トを該呼処理ユニットから前記第１のサービス・ノード
    に送るステップと、 前記第１のサービス・ノードにおいて、前記第２のパケ
    ットを受信し、これに応じて、該第２のパケットに収容
    されている出接続呼トラヒックを該第１のサービス・ノ
    ードから前記移動利用者端末に送るステップと、 前記移動利用者端末が、前記第１のサービス・ノードの
    近辺から前記第２のサービス・ノードの近辺に移動して
    いることを検出するステップと、 前記の検出に応じて、前記第１のアドレスとは異なり前
    記１つの呼処理ユニットを特定する第３のアドレスを指
    定するメッセージを前記第１のサービス・ノードから前
    記第２のサービス・ノードに送るステップと、 第２のサービス・ノードにおいて、前記メッセージを受
    信し、これに応じて、前記の第２および第３のアドレス
    とは異なり第２のサービス・ノードを特定する第４のア
    ドレスを指定し(a)、かつ前記第３のアドレスを有する
    (b)ような第３のパケットを該第２のサービス・ノード
    から前記インタフェース・ノードに送るステップと、 第２のサービス・ノードにおいて、前記メッセージの受
    信に続いて前記移動利用者端末から前記呼の入接続呼ト
    ラヒックを受信し、これに応じて、その受信した入接続
    呼トラヒックを収容し、かつ前記第３のアドレスをそれ
    ぞれ有する第４のパケットを該第２のサービス・ノード
    から前記インタフェース・ノードに送るステップと、 前記１つの呼処理ユニットにおいて、前記第３のパケッ
    トを受信し、これに応じて、前記第４のアドレスを、該
    呼処理ユニットによって前記呼に使用できるように記憶
    するステップと、 前記第３のパケットの受信に続いて、通信設備から前記
    呼の出接続呼トラヒックを受信し、これに応じて、前記
    第２のパケットを前記１つの呼処理ユニットから前記第
    １のサービス・ノードに送り、さらに該第２のパケット
    と同様の受信した出接続呼トラヒックを収容し、かつ前
    記第４のアドレスをそれぞれ有する第５のパケットを該
    呼処理ユニットから前記第２のサービス・ノードに送る
    ステップと、 前記第２のサービス・ノードにおいて、前記第５のパケ
    ットを受信し、これに応じて、前記第５のパケットに収
    容されている前記出接続呼トラヒックを前記第２のサー
    ビス・ノードから前記移動利用者端末に送るステップ
    と、 前記１つの呼処理ユニットにおいて、前記第３のパケッ
    トの受信に続き、受信された同じ入接続呼トラヒックを
    共に収容する前記の第１および第４のパケットを受信
    し、これに応じて、前記の同じトラヒックを収容してい
    る前記の受信した第１および第４のパケットの一方によ
    って収容されている入接続呼トラヒックを選択して、そ
    の選択した入接続呼トラヒックのみを通信設備に送るス
    テップと備えたことを特徴とする移動無線電話端末の呼
    を処理する方法。
12. 【請求項１２】 少なくとも１つの移動無線電話の利用
    者端末、付近の無線電話利用者端末に無線電話サービス
    をそれぞれ与える複数のサービス・ノード、および前記
    サービス・ノードに接続されて、利用者端末とサービス
    ・ノードとの間に展開する無線の呼に通信設備へのイン
    タフェースをそれぞれ与える複数の呼処理ユニットを有
    する少なくとも１つのインタフェース・ノードを備えた
    無線アクセス通信システムにおいて、 第１のサービス・ノードの付近にある移動利用者端末と
    該第１のサービス・ノードで前記呼の呼トラヒックの通
    信を行う第１の手段と、 前記第１の手段と連携して、前記第１のサービス・ノー
    ドと前記呼処理ユニットのうちの前記呼に関係付けられ
    た１つの呼処理ユニットとの間の通信チャネルを通して
    呼トラヒックを送る呼経路の異なる端点に対する異なる
    固定アドレスを用いることにより、前記チャネル上で前
    記呼に対して確立されたパケット交換呼経路を通して、
    前記第１のサービス・ノードと前記１つの呼処理ユニッ
    トのとの間で前記呼の呼トラヒックを伝達する第２の手
    段と、 前記第２の手段と連携して、前記１つの呼処理ユニット
    と通信設備との間で前記呼の呼トラヒックを伝達する第
    ３の手段と、 前記第１のサービス・ノードにおいて、前記移動利用者
    端末が前記第１のサービス・ノードの近辺から前記第２
    のサービス・ノードの近辺に移動していることを検出
    し、これに応じて、その通知を該第２のサービス・ノー
    ドに送る第４の手段と、 前記第２のサービス・ノードにおいて、前記通知を受信
    し、これに応じて、該第２のサービス・ノードと前記１
    つの呼処理ユニットとの間の通信チャネルを通して前記
    １つの呼処理ユニットと伝達することにより、該通信チ
    ャネル上に前記呼に対するパケット交換呼経路を確立す
    る第５の手段と、 前記移動利用者端末が前記第１のサービス・ノードの近
    辺から前記第２のサービス・ノードの近辺に移動してい
    るときは該移動利用者端末と前記の第１および第２のサ
    ービス・ノードとの間で前記呼の前記呼トラヒックを複
    製した２つのコピーが伝達されるように、前記第２のサ
    ービス・ノードの近辺に移動中の移動利用者端末と前記
    第２のサービス・ノードとの間の前記呼トラヒックの通
    信を行う第６の手段と、 前記移動利用者端末が第１のサービス・ノードの近辺か
    ら第２のサービス・ノードの近辺に移動しているときに
    は、前記１つの呼処理ユニットと前記の第１および第２
    のサービス・ノードとの間で前記呼の呼トラヒックの２
    つのコピーが伝達されるように、前記第２のサービス・
    ノードと前記１つの呼処理ユニットとの間の通信チャネ
    ルを通して前記呼トラヒックを送る各呼経路の異なる端
    点に対し異なる固定アドレスを用いることにより、前記
    通信チャネル上で前記呼に対して確立されたパケット交
    換呼経路を通して、前記第２のサービス・ノードと前記
    １つの呼処理ユニットとの間で前記呼トラヒックを、前
    記第６の手段と連携して伝達する第７の手段と、 前記１つの呼処理ユニットにおいて前記の第２、第３お
    よび第７の手段と連携して動作して、通信設備から伝送
    されサービス・ノードへと出行する呼トラヒックを２つ
    に複製し、かつ前記サービス・ノードから２重に入来し
    通信設備へと伝達される呼トラヒックの一方を廃棄する
    ことにより、前記移動利用者端末が第１のサービス・ノ
    ードの近辺から第２のサービス・ノードの近辺に移動し
    ているときは、前記１つの呼処理ユニットと通信設備と
    の間で前記呼トラヒックの１つのコピーのみが伝送され
    るようにする第８の手段とを備えたことを特徴とする無
    線アクセス通信システム。
13. 【請求項１３】 前記の第２および第７の手段が、サー
    ビス・ノードと呼処理ユニットとの間で呼トラヒックを
    収容するパケットをフレーム中継する手段をそれぞれ備
    えたことを特徴とする請求項１２記載のシステム。
14. 【請求項１４】 サービス・ノードに位置する呼経路の
    端点の各アドレスによって、前記呼に対応するサービス
    ・ノードの無線チャネルが特定されることを特徴とする
    請求項１２記載のシステム。
15. 【請求項１５】 前記１つの呼処理ユニットに位置する
    呼経路の端点の各アドレスによって、前記１つの呼処理
    ユニットの異なる論理ポートが特定されることを特徴と
    する請求項１２記載のシステム。
16. 【請求項１６】 呼経路の端点のそれぞれの異なるアド
    レスが、前記呼の呼トラヒックを運ぶＬＡＰＤパケット
    の異なるＤＬＣＩからなることを特徴とする請求項１２
    記載のシステム。
17. 【請求項１７】 呼処理ユニットを呼に接続するための
    コントローラをさらに備えた無線アクセス通信システム
    において、移動利用者端末が第１のサービス・ノードの
    近辺から第２のサービス・ノードの近辺に移動している
    間に、前記のすべての手段が、前記コントローラを巻き
    込むことなく、機能を果たすことを特徴とする請求項１
    ２記載のシステム。
18. 【請求項１８】 サービス・ノードおよびインタフェー
    ス・ノードの動作関係を調整するシステム・コントロー
    ラをさらに備えた無線アクセス通信システムにおいて、
    移動利用者端末が第１のサービス・ノードの近辺から第
    ２のサービス・ノードの近辺に移動している間に、前記
    のすべての手段が、前記システム・コントローラを巻き
    込むことなく、機能を果たすことを特徴とする請求項１
    ２記載のシステム。
19. 【請求項１９】 呼処理ユニットを呼に接続するインタ
    フェース・ノード・コントローラ、ならびにサービス・
    ノードおよびインタフェース・ノードの動作関係を調整
    する監視用コントローラをさらに備えた無線アクセス通
    信システムにおいて、移動利用者端末が第１のサービス
    ・ノードの近辺から第２のサービス・ノードの近辺に移
    動している間に、前記のすべての手段が、前記コントロ
    ーラを巻き込むことなく、機能を果たすことを特徴とす
    る請求項１２記載のシステム。
20. 【請求項２０】 移動利用者端末が第１および第２の両
    方のサービス・ノードの近辺から前記第２のサービス・
    ノードのみの近辺に移動していることを検出し、これに
    応じて、前記呼に対する責任が前記第２のサービス・ノ
    ードのみに移転すること示すために、前記の第１および
    第２のサービス・ノードのうちの検出した方からもう一
    方に前記検出の通知を送る第９の手段をさらに備え、 前記第１の手段が、前記検出に応じて、前記第１のサー
    ビス・ノードと前記移動利用者端末との間の前記呼の呼
    トラヒックの通信を停止し、 前記第２の手段が、前記検出に応じて、前記第１のサー
    ビス・ノードと前記１つの呼処理ユニットとの間の前記
    呼の呼トラヒックの通信を停止し、さらに前記第１のサ
    ービス・ノードと前記１つの呼処理ユニットとの間の通
    信チャネルを通して前記１つの呼処理ユニットに前記通
    信停止の通知を送り、 前記第８の手段が、前記第２の手段から前記通知を受信
    し、これに応じて、呼トラヒックの複製および廃棄を停
    止することを特徴とする請求項１２記載のシステム。
21. 【請求項２１】 移動利用者端末が前記の第１および第
    ２の両サービス・ノードの近辺から前記第１のサービス
    ・ノードのみの近辺に移動していることを検出し、これ
    に応じて、前記呼に対する責任が前記第１のサービス・
    ノードのみに移動することを示すために、前記検出の通
    知を前記の第１および第２のサービス・ノードのうちの
    検出した方からもう一方に送る第９の手段をさらに備
    え、 前記第６の手段が、前記の検出に応じて、前記第２のサ
    ービス・ノードと前記移動利用者端末との間の前記呼の
    呼トラヒックの通信を停止し、 第７の手段が、前記の検出に応じて、前記第２のサービ
    ス・ノードと前記１つの呼処理ユニットとの間の前記呼
    の呼トラヒックの通信を停止し、さらに前記第２のサー
    ビス・ノードと前記１つの呼処理ユニットとの間の通信
    チャネルを通して前記通信停止の通知を前記１つの呼処
    理ユニットに送り、 前記第８の手段が、前記第７の手段から前記通知を受信
    し、これに応じて、前記呼トラヒックの複製および廃棄
    を停止することを特徴とする請求項１２記載のシステ
    ム。
22. 【請求項２２】 少なくとも１つの移動利用者端末、付
    近の無線電話利用者端末に無線電話サービスをそれぞれ
    与える複数のサービス・ノード、および前記サービス・
    ノードに接続されて、利用者端末とサービス・ノードと
    の間に展開する無線の呼に通信設備へのインタフェース
    をそれぞれ与える複数の呼処理ユニットを有する少なく
    とも１つのインタフェース・ノードを備えた無線アクセ
    ス通信システムにおいて、次のような９つの手段を備
    え、 第１の手段は、第１のサービス・ノードにおいて、該第
    １のサービス・ノードの付近の移動利用者端末から前記
    呼の入接続呼トラヒックを受信し、これに応じて、その
    受信した入接続呼トラヒックを収容し、呼処理ユニット
    のうちの前記呼に対応するものを特定する第１のアドレ
    スをそれぞれ有する第１のパケットを前記インタフェー
    ス・ノードに送り、 第２の手段は、前記１つの呼処理ユニットにおいて、前
    記第１のパケットを受信し、これに応じて、前記第１の
    パケットに収容されている前記の入接続呼トラヒックを
    前記通信設備に送り、 第３の手段は、前記１つの呼処理ユニットにおいて、前
    記通信設備から前記呼の出接続呼トラヒックを受信し、
    これに応じて、その受信した出接続呼トラヒックを収容
    し、かつ前記第１のアドレスとは異なり前記第１のサー
    ビス・ノードを特定する第２のアドレスをそれぞれ有す
    る第２のパケットを前記第１のサービス・ノードに送
    り、 第４の手段は、前記第１のサービス・ノードにおいて、
    前記第２のパケットを受信し、これに応じて、前記第２
    のパケットに収容されている前記出接続呼トラヒックを
    前記移動利用者端末に送り、 第５の手段は、前記第１のサービス・ノードにおいて、
    前記移動利用者端末が前記第１のサービス・ノードの近
    辺から前記第２のサービス・ノードの近辺に移動してい
    ることを検出し、これに応じて、前記第１のアドレスと
    は異なり前記１つの呼処理ユニットを特定する第３のア
    ドレスを指定するメッセージを前記第２のサービス・ノ
    ードに送り、 第６の手段は、前記第２のサービス・ノードにおいて、
    前記メッセージを受信し、これに応じて、前記の第２お
    よび第３のアドレスとは異なり前記第２のサービス・ノ
    ードを特定する第４のアドレスを指定し(a)、かつ前記
    第３のアドレスを有する(b)ような第３のパケットを前
    記インタフェース・ノードに送り、 第７の手段は、前記第２のサービス・ノードにおける前
    記メッセージの受信に続いて、前記第２のサービス・ノ
    ードにおいて、前記移動利用者端末から前記呼の入接続
    呼トラヒックを受信し、これに応じて、その受信した入
    接続呼トラヒックを収容し、かつ前記第３のアドレスを
    それぞれ有する第４のパケットを前記インタフェース・
    ノードに送り、 第８の手段は、前記１つの呼処理ユニットにおいて、前
    記第３のパケットを受信し、これに応じて、該１つの呼
    処理ユニットによって前記呼に使用できるように、前記
    第４のアドレスを記憶し、 前記第３の手段は、さらに、前記１つの呼処理ユニット
    による前記第３のパケットの受信に続いて、前記通信設
    備から前記呼の出接続呼トラヒックを受信し、これに応
    じて、前記第２のパケットを前記第１のサービス・ノー
    ドに送るとともに、該第２のパケットと同様の受信した
    出接続呼トラヒックを収容し前記第４のアドレスをそれ
    ぞれ有する第５のパケットを前記第２のサービス・ノー
    ドに送り、 第９の手段は、前記第２のサービス・ノードにおいて、
    前記第５のパケットの受信に応じて、前記第５のパケッ
    トに収容されている前記出接続呼トラヒックを前記移動
    利用者端末に送り、さらに前記第２の手段は、前記１つ
    の呼処理ユニットによる前記第３のパケットの受信に続
    いて、受信された同じ入接続呼トラヒックを共に収容す
    る前記の第１および第４のパケットを共に受信し、これ
    に応じて、前記の同じトラヒックを収容する前記の受信
    された第１および第４のパケットの一方によって収容さ
    れている入接続呼トラヒックを選択し、その選択した入
    接続呼トラヒックのみを通信設備に送ることを特徴とす
    る無線アクセス通信システム。