JP3078440B2 - 電話サービスの提供方法とその装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は電気通信交換システムに
関する。更に詳細には、本発明はこのような電気通信交
換システムに透明な（加入者に意識されないという意味
である）ワイヤレス機能を付与することである。

【０００２】

【従来の技術】携帯電話のようなワイヤレスの移動体装
置（以下「移動体」という）にワイヤレスサービスを提
供する従来の電気通信交換システムでは、ユーザはワイ
ヤレスの移動体用の電話番号と、このユーザにより使用
される固定加入電話機（以下「固定機」という）用の電
話番号の両方を持たなければならない。従来のワイヤレ
ス移動体技術では、或る地理的箇所から別の地理的箇所
へ行くことができ、また、両方の地理的箇所で移動体を
登録することができる。

【０００３】従来のワイヤレス移動体における問題点は
次の通りである。第１の問題点は、移動体及び固定機用
として別々の電話番号が必要なことである。第２の問題
点は、固定機用の機構と移動体用の機構間に協調関係が
存在せず、或る装置は他の装置に付与された電話機構に
おける方式でコントロールすることができないことであ
る。最後に、大抵の電話機能はディレクトリ番号又は位
置感受性を生じることである。発呼者表示はディレクト
リ番号感受性を生じる機能の一例である。呼出可能領域
は位置感受性を生じる特徴の一例である。

【０００４】

【発明が解決しようとする課題】従って、本発明の目的
は、従来のワイヤレス移動体における問題点を解決する
新規な電気通信交換システムを提供することである。

【０００５】

【課題を解決するための手段】或るディレクトリ番号に
向けられた全ての着呼に関する着信点として機能し、ま
た、このディレクトリ番号が割当てられた移動体及び固
定機について実行されるべき動作を決定するソフトウエ
アアプリケーションプログラムを使用する装置及び方法
により前記の問題点は全て解決され、しかも、技術的進
歩が達成される。

【０００６】ソフトウエアアプリケーションプログラム
は移動体および固定機を接続する電気通信システムの場
所に拘らず、着呼をこれら移動体および固定機に振向け
る。移動体又は固定機からの発呼はソフトウエアアプリ
ケーションプログラムにより交換され、あたかも発呼が
ソフトウエアアプリケーションプログラムの位置から発
信されたかのように、発呼を指定固定機へ交換する。ま
た、発呼を配置するのに使用された発信ディレクトリ番
号はソフトウエアアプリケーションプログラムに関連す
るディレクトリ番号である。

【０００７】本発明の装置および方法は２種類の番号計
画を使用する。標準的な電話番号からなるディレクトリ
番号と第２の番号計画である。第２の番号計画は移動体
および固定機へ呼出を送信したり、あるいは移動体およ
び固定機からの呼出を受信するためのソフトウエアアプ
リケーションプログラムにより利用される。

【０００８】本発明による電気通信システムは複数個の
交換ノードから構成されている。各ノードはそれぞれ別
々の地理的位置に存在することができる。各交換ノード
は、それ自体を識別する移動体に応答して、移動体の位
置をソフトウエアアプリケーションプログラムに伝達
し、そして、ソフトウエアアプリケーションプログラム
により与えられるディレクトリ番号に関連する機能を移
動体に自動的に供給する。ソフトウエアアプリケーショ
ンプログラムのディレクトリ番号へ向けられた呼出は、
ソフトウエアアプリケーションプログラムのコントロー
ルにより、移動体および固定機の両方へ警報を出すこと
ができる。固定機または移動体の何れかが応答する場
合、他の装置に対する警報は止む。

【０００９】

【実施例】以下、図面を参照しながら本発明を更に詳細
に説明する。

【００１０】図１は、ネットワーク管理システム（ＮＭ
Ｂ）１１５と共に複数個の交換ノード１０１〜１０９を
有する電気通信交換システムの概念的構成図である。各
交換ノード１０１〜１０９は、ＢＲＩ固定機１２０〜１
３０のような複数個の電気通信端末との通信用である。
更に、電気通信システムは、交換ノード１０６及び１０
１に相互接続された基地局１０７及び１０８を介して移
動体１２２のような移動体通信機にワイヤレスサービス
を提供する。

【００１１】図１の交換ノードは統合システムとして機
能し、ＡＴ＆ＴデフィニティジェネリックII通信システ
ムの単独またはネットワークにより提供されるサービス
のような電気通信サービスを提供する。交換ノード１０
６は公衆網１１４を介して他の交換ノードと相互接続さ
れており、他の交換ノードによりサービスを受けている
人々と地理的に遠く離れている一群の人々に電気通信サ
ービスを提供する。

【００１２】本発明によれば、この電気通信システムは
ディレクトリ（一次）番号計画と二次番号計画を有す
る。更に、本発明によれば、移動体および固定機とは一
対に組み合わせることができ、同じディレクトリ電話番
号を共用する。他の移動体および固定機は各々、個別に
割当てられたディレクトリ電話番号を有し、交換ノード
はこの割当てられたディレクトリ電話番号に基づいて呼
出を各々に経路指定する。

【００１３】共用ディレクトリ電話番号（別名、一次電
話番号）を有する一対の移動体および固定機への呼出は
最初、ディレクトリ番号管理アプリケーションへ経路指
定される。呼出により引き出された機能に応じて、ディ
レクトリ番号管理アプリケーションは、移動体および固
定機へ経路指定するための個別の二次番号を使用して、
この呼出を移動体または固定機若しくは両方へ経路指定
することができる。

【００１４】地理的に分布された複数個の交換ノードに
またがる単一の移動体について機能の透明性を与える
他、移動体のディレクトリ電話番号はディレクトリ番号
管理アプリケーションに割当てられる。ディレクトリ番
号管理アプリケーションはこのディレクトリ番号に経路
指定された全ての呼出を受信し、そして、移動体に割り
当てられた二次番号を介してこの移動体と通信する。

【００１５】これにより、移動体は、機能に関しては、
ディレクトリ番号管理アプリケーションを実行する交換
ノードへあたかも直接接続されたかのように動作するこ
とができる。従って、移動体は国内を縦横に移動するこ
とができ、そして、依然として、移動体のユーザには自
己の地域の交換ノードに接続されていると思わせる。

【００１６】デフィニティジェネリックII通信システム
のネットワークのような従来の交換ノードシステムと異
なり、図１の交換ノードは、どんな電気通信リンクをど
のノードで終端させるか、これらのリンクを終端させる
のにどんなインタフェースを使用するか、交換ノードの
物理的構成及び固定機のタイプ及び特徴などに関して、
初期化前にこのシステムの形成方法を定義する所定の記
憶情報を有しない。更に、各交換ノードに接続される電
気通信端末装置を識別するのに使用される２種類の番号
計画を記述する所定の情報も存在しない。最後に、各交
換ノードはどんな電気通信端末が交換ノードに接続され
るのかに関する所定の知識を有しない。

【００１７】各交換ノードは前記システムが初期化され
るか、または、個々の交換ノードが初期化されるか、若
しくは、新たな電話通信端末が初期化されたときに前記
の情報を決定する。更に、個々の交換ノードは、交換ノ
ードが初期化された後に個々の電気通信リンクが起動さ
れるようになったときに、システムを通る新規な経路の
決定を開始する。

【００１８】この情報を得るために、各交換ノードは、
起動されるにつれて、次の機能を果たさなければならな
い。(1) それ自身の内部構成を確立する；(2) インタフ
ェースを識別し、初期化する；(3) 交換ノード階層にお
けるその位置を確立する；(4) 一次番号計画のその位置
に関するオーナーシップを獲得する；(5) システムを通
して呼出を経路指定する方法を学習する。更に、ＮＭＳ
１１５は、一次番号計画および二次番号計画を交換ノー
ド間で分配するため、および、他の管理機能を提供する
ために、各交換ノードに対する呼出を確立しなけれなな
らない。

【００１９】図２は交換ノード階層を示す。図３はディ
レクトリ／一次番号計画階層を示す。図４は二次番号計
画階層を示す。

【００２０】初期化中に実行されなければならない動作
について検討する。これらの機能は、(1) ディレクトリ
番号マネージャの起動，(2) ディレクトリ番号マネージ
ャにより使用されるディレクトリ番号をディレクトリ番
号計画内で識別する，(3) 各交換ノードにより二次番号
計画の一部のオーナーシップを獲得する，(4) 共用番号
を使用する電気通信端末を初期化し、かつ、識別する，
(5) 関連ディレクトリ番号マネージャに対して二次番号
計画を使用する電気通信端末を識別する，(6)二次番号
計画を使用するシステムを通して呼出を経路指定する方
法を学習し、かつ、交換ノード及びディレクトリ番号計
画階層に関連する情報を経路指定することである。

【００２１】これらの機能を実行させる方法を説明する
ために、図１の移動体１２２とＢＲＩ固定機１２１がデ
ィレクトリ番号を共用する下記の具体例について検討す
る。このディレクトリ番号は、ディレクトリ番号マネ−
ジャが交換ノード１０１で実行する番号である。

【００２２】第１の機能（即ち、ＮＭＳ１１５によるデ
ィレクトリ番号マネージャの起動）を行うために、図１
に図示されたシステムの初期化中に、ＮＭＲ１１５はデ
ィレクトリ番号計画を分配するために交換ノード１０１
に対する経路を学習する。ＮＭＳ１１５は、ディレクト
リ番号管理アプリケーション６６６の実行を起動する同
じ経路によりコントロール情報を交換ノード１０１へ伝
送する。

【００２３】第２の機能（即ち、ディレクトリ番号計画
に対するディレクトリ番号管理アプリケーションにより
使用されるディレクトリ番号の識別）を行うために、ノ
ード１０１で実行するディレクトリ番号管理アプリケー
ション（ＤＭＡ）６６６は、ディレクトリ番号管理アプ
リケーションが番号１１０１を使用するノード１０１の
番号計画アプリケーションを通知する。図３に示される
ように、交換ノードは番号１１ＸＸのブロックを所有す
るので、番号計画アプリケーションは、この番号がディ
レクトリ番号管理アプリケーション６６６に対応するこ
とを記録する。

【００２４】次に第３の機能（即ち、交換ノードによる
二次番号計画の一部のオーナーシップの獲得）について
検討する。ディレクトリ番号計画に関する限り、ＮＭＳ
１１５は先ず各交換ノードへ二次番号計画の一部を通知
しなければならない。二次番号の特定のブロックを所有
しなければならないことを通知されたら、各交換ノード
は、呼出をその上位交換ノードへ配置することにより番
号計画階層内の上位交換ノードを見つけ出し、そして、
この番号のブロックを所有することの許可を上位交換ノ
ードへ請求する。

【００２５】例えば、交換ノード１０４はＮＭＳ１１５
により、交換ノード１０４が番号群“Ｓ１ＸＸＸ”を有
することを知らされ、更に、交換ノード１０２は図４に
示されるように二次番号計画において上位に位置するこ
とも知らされる。ディレクトリ番号計画階層内および交
換ノード階層内の交換ノード１０４の位置を確立してい
る間、交換ノード１０４は交換ノード１０２へ呼出を経
路指定するための十分な情報を得る。呼出を配置するこ
とにより、交換ノード１０４の番号計画アプリケーショ
ンは二次番号群“Ｓ１ＸＸＸ”を所有することの許可を
交換ノード１０２の番号計画アプリケーションから要求
する。同様に、図１における他の交換ノードは二次番号
計画の番号群を所有することの許可を得る。

【００２６】実行されるべき第４の機能は、共用番号を
使用する電気通信端末の初期化と識別である。この実施
例では、移動体１２２とＢＲＩ固定機１２１は、交換ノ
ード１０１におけるディレクトリ番号マネージャにより
制御されるディレクトリ番号を共用する。第４の機能は
前記の機能（２）として識別される機能の付加部分であ
る。

【００２７】ＢＲＩ固定機に関して、ＢＲＩ固定機１２
１は通常の方法で取り上げられ、交換ノード１０５と共
に、ＢＲＩリンク１３６により低レベルＩＳＤＮ通信を
確立する。ＢＲＩ固定機１２１は交換ノード１０５にお
いて端末管理アプリケーションと通信する。ＢＲＩ固定
機１２１は、ＴＥＩ割当処理中に端末管理アプリケーシ
ョンに対し自己識別を行う。この処理の一部として、端
末管理アプリケーションはＢＲＩ固定機１２１からサー
ビスプロフィールＩＤ（ＳＰＩＤ）情報を要求する。こ
のＳＰＩＤ情報は、固定機の特徴に加えてディレクトリ
番号を確定する端末サービスプロフィール（ＴＳＰ）を
識別する。

【００２８】ディレクトリ番号も有する固定機の場合、
ＳＰＩＤ情報は、ディレクトリ番号の割当に関して、ノ
ードの番号計画について確認されなければならない。次
いで、端末管理アプリケーションは、ＮＭＳ１１５内の
システムネットワーク管理アプリケーションからサービ
スプロフィール情報を受信しなければならない。固定機
がディレクトリ番号を共用している場合、サービスプロ
フィール情報は、共用ディレクトリ番号の存在を識別
し、そして、その番号を確定する。

【００２９】更に、端末サービスプロフィール情報は、
この固定機により使用されている二次番号を供給する。
この実施例では、ＢＲＩ固定機１２１は二次番号“Ｓ１
１０１”が割当てられる。ＢＲＩ固定機１２１が接続さ
れている交換ノード１０５で実行する端末管理アプリケ
ーションは、“Ｓ１１０１”二次番号を使用できること
を、交換ノード１０５における番号計画アプリケーショ
ンが確認することを要求する。図４から明らかなよう
に、交換ノード１０５は“Ｓ１１ＸＸ”の番号群を所有
する。従って、端末管理アプリケーションはＢＲＩ固定
機１２１についてこの二次番号の使用許可を受信する。

【００３０】第５の機能（ディレクトリ番号管理アプリ
ケーションに対して共用ディレクトリ番号を有する電気
通信端末の識別）を果たすために、ＢＲＩ固定機１２１
をコントロールする端末管理アプリケーションは、共用
番号をコントロールする交換ノード１０１内のディレク
トリ番号管理アプリケーション６６６に対してこの固定
機を識別する。これは、端末管理アプリケーションが呼
出をディレクトリ番号管理アプリケーションに配置する
ことにより行われる。この呼出は共用番号１１０１を使
用して配置され、交換ノード１０１２へ容易に経路指定
される。

【００３１】図３から明らかなように、交換ノード１０
５は交換ノード１０１によりコントロールされる番号を
知っている。図２に示されるノード階層から明らかなよ
うに、交換ノード１０５は、交換ノード１０１に直接接
続されていることを了解する。呼出が確立されると、端
末管理アプリケーションは、経路を確定する情報と共に
ＢＲＩ固定機１２１の二次番号をディレクトリ番号管理
アプリケーション６６６へ伝送する。ディレクトリ番号
管理アプリケーション６６６は、ＢＲＩ固定機１２１が
ディレクトリ番号を共用している事実を記録する。ま
た、交換ノード１０１における低ソフトウエア層は経路
情報を記録する。

【００３２】第６の機能（即ち、二次番号計画を使用す
る経路指定方法の学習）は、第５の機能により果たされ
る。第５の機能を実行中に、ディレクトリ番号を共用す
る各電気通信端末は、端末管理アプリケーションを介す
る呼出をディレクトリ番号管理アプリケーションに配置
し、また、二次番号計画によりこの端末管理アプリケー
ションの到達方法に関する情報を包含する。経路指定情
報内のディレクトリ番号管理アプリケーションが端末管
理アプリケーションに戻るような問題は全く存在しな
い。なぜなら、この経路は端末管理アプリケーションか
らの最初の呼出により確定されるからである。

【００３３】次に、移動体１２２がどのようにして前記
の第６の機能を果たすかについて検討する。移動体１２
２を無線装置１１０により基地局１０８について登録す
る場合、移動体１２２はＢＲＩ固定機１２１と同様な方
法でＴＥＩ割当手続を行う。交換ノード１０１における
端末管理アプリケーションは移動体１２２からのＳＰＩ
Ｄ情報に応答して、端末サービスプロフィール情報を獲
得する。

【００３４】この情報から、端末管理アプリケーション
は、移動体１２２が交換ノード１０１内のディレクトリ
番号管理アプリケーション６６６によりコントロールさ
れているディレクトリ番号１１０１を共用している事実
を識別する。次いで、端末管理アプリケーションは現存
する移動体１２２のディレクトリ番号アプリケーション
６６６及びこの特定の端末アプリケーションプログラム
への経路指定方法を通知する。

【００３５】更に、端末管理アプリケーションは、ディ
レクトリ番号管理アプリケーション６６６へ移動体１２
２の二次番号（“１１０２”）を供給する。また、端末
管理アプリケーションは、交換ノード１０１の番号計画
アプリケーションが二次番号“Ｓ１１０２”を使用する
許可を受信することを要求する。番号計画アプリケーシ
ョンは交換ノード１０５の番号計画アプリケーションか
ら、番号“Ｓ１１０２”をホストする（司る）許可を要
求する。

【００３６】図４から明らかなように、交換ノード１０
５は二次番号群“Ｓ１１ＸＸ”を所有する。交換ノード
１０１の番号計画アプリケーションは、番号をホストす
る許可要求手続により、この番号を使用する。

【００３７】結論として、共用ディレクトリ番号１１０
１を共用する両方の電気通信端末は、このディレクトリ
番号をコントロールするディレクトリ番号管理アプリケ
ーション６６６に対して端末自身を識別する。更に、デ
ィレクトリ番号管理アプリケーション６６６は二次番号
を使用するこれら２種類の電気通信端末に対する呼出の
経路指定方法に関する情報を有する。

【００３８】次に、移動体１２２が或る基地局から別の
基地局へ移動される際の機能の透明性について検討す
る。この透明性は次のような４種類の機能に関して与え
られる。一斉呼出，呼出可能領域，ボイスメールシステ
ム１２７からのメッセージ回復及びメッセージ待機ラン
プ機能。交換ノード１０１〜１０５及び交換ノード１０
９は一箇所の地理的位置に存在するものと想定する。

【００３９】ＢＲＩ固定機１２６が、交換ノード１０４
及び１０９からの呼出を共用ディレクトリ番号に配置す
ると、ディレクトリ番号管理アプリケーションはこの呼
出に応答して、呼出セットアップメッセージをＢＲＩ固
定機１２１及び移動体１２２へ、これらの各二次番号を
使用して送信する。ＢＲＩ固定機１２１はユーザの事務
所又は家庭内の固定機を示し、移動体１２２はユーザが
事務所又は家庭から外出している際にユーザにより利用
されるものと想定する。一斉呼出機能は次のようにして
実行される。

【００４０】ＢＲＩ固定機１２１で一斉呼出ボタンが押
されると、ＢＲＩ固定機１２１は警報表示を行わない
が、移動体１２２は、この移動体１２２における一斉呼
出ボタンが押されなければ、警報表示を行う。移動体１
２２でこの一斉呼出ボタンが押されると、ＢＲＩ固定機
１２１及び移動体１２２は、呼出が呼出可能領域へ転送
される前の瞬間的なベル音以外は警報表示を行わない。

【００４１】この実施例では、呼出可能領域経路はボイ
スメールシステム１２７だけであると想定する。しか
し、呼出可能領域経路は他の電話機も包含することがで
きる。移動体１２２の一斉呼出ボタンが押されると、デ
ィレクトリ番号管理アプリケーションはこの呼出をボイ
スメールシステム１２７へ送信し、そして、ボイスメー
ルシステム１２７へ、転送呼出の企図宛先として共用デ
ィレクトリ番号を提供する。次いで、ボイスメールシス
テム１２７は通常の方法でこの呼出に応答する。また、
ＢＲＩ固定機１２１又は移動体１２２のどちらも所定時
間経過後もこの呼出に応答しない場合、この呼出は呼出
可能領域へ送信される。

【００４２】共用ディレクトリ番号について企図された
呼出に応答した後、ボイスメールシステム１２７はディ
レクトリ番号管理アプリケーションに対して、このディ
レクトリ番号についてボイスメールシステム１２７に待
機中のメッセージが存在することを明示するメッセージ
を伝送する。（このメッセージは共用ディレクトリ番号
に出力される。）ディレクトリ番号管理アプリケーショ
ンはこのメッセージに応答して、ＢＲＩ固定機１２１及
び移動体１２２（二次番号計画を使用する）をコントロ
ールする端末管理アプリケーションへ、メッセージ待機
中を示すメッセージを伝送する。これらの電気通信端末
は、各端末における視覚表示器を駆動することによりこ
れらのメッセージに応答する。

【００４３】ユーザは、移動体１２２またはＢＲＩ固定
機１２１の何れかを使用することにより、ボイスメール
システム１２７からメッセージを入手することができ
る。両方の電気通信端末とも自動ダイヤルボタンを有す
る。この自動ダイヤルボタンが押されると、ボイスメー
ルシステム１２７に関する交換ノード１０１の拡張番号
がディレクトリ番号管理アプリケーションへ伝送され
る。ディレクトリ番号管理アプリケーションはこの信号
に応答して、電気通信端末とボイスメールシステム１２
７との間の接続をセットアップする。

【００４４】実際、ＢＲＩ固定機１２１又は移動体１２
２の何れかによりダイヤルされた呼出は最初ディレクト
リ番号管理アプリケーションへ出力され、次いで、この
呼出はアプリケーションにより配置され、その結果、受
信固定機は呼出者ＩＤとして共用ディレクトリ電話番号
を受信する。

【００４５】次に、移動体１２２のユーザが交換ノード
１０６の位置へ移動する場合について検討する。移動体
１２２が無線装置１１０から切断される場合、基地局１
０８は交換ノード１０１内の端末管理アプリケーション
へ、交換ノード１０１内に保持されている移動体１２２
の全ての記録（ディレクトリ番号管理アプリケーション
により保持される記録も含む）を削除することを通知す
る。交換ノード１０６は、公衆網１１４を介して他の交
換ノードと相互接続されている。

【００４６】交換ノード１０６の位置に到着したとき、
ユーザは移動体１２２から登録手続を起動する。基地局
１０７の無線装置１１２〜１１３のうちの一つがこの登
録要求に応答する。前記のように、ＴＥＩ割当手続が実
行されるが、今回は交換ノード１０６において実行され
る。交換ノード１０６における端末管理アプリケーショ
ンはこの手続に応答し、端末サービスプロフィールを入
手する。この端末サービスプロフィールは共用ディレク
トリ番号，二次電話番号及び移動体の機能などを含む。

【００４７】次いで、交換ノード１０６における端末管
理アプリケーションは呼出を交換ノード１０１内のディ
レクトリ番号管理アプリケーションへ配置する。この呼
出はディレクトリ番号計画を使用して経路指定され、こ
の時点で、ほどよく確立される。端末管理アプリケーシ
ョンは現存の移動体１２２のディレクトリ番号管理アプ
リケーションを通知し、かつ、その二次番号が“Ｓ１１
０２”であることを通知する。

【００４８】交換ノード１０６における端末管理アプリ
ケーションは、交換ノード１０６の番号計画アプリケー
ションが移動体１２２の二次番号をホストする許可を交
換ノード１０１の番号計画アプリケーションから要求す
ることを必要とする。なぜなら、この二次番号は交換ノ
ード１０１により所有される番号群内に存在するからで
ある。ディレクトリ番号管理アプリケーションは単に呼
出及びメッセージを交換ノード１０６を介して移動体１
２２へ経路指定するだけなので、これら４種類の機能の
動作は前記と同様である。移動体１２２のユーザには、
これらの機能の動作に相違は感知されない。

【００４９】ソフトウエアアーキテクチュア 図５は図１の交換ノードのソフトウエアアーキテクチュ
アを説明する模式図である。このアーキテクチュアはＩ
ＳＤＮプロトコルを実現するために変更された常用のＯ
ＳＩモデルに基づく。本発明によれば、ＩＳＤＮ機能を
包含するために、標準モデルに対して更に特別な変更が
加えられる。

【００５０】物理層５０１の主な機能は物理リンクを終
端させることである。特に、物理層５０１は物理チャネ
ルを維持し、かつ、この上の物理サブチャネルをコント
ロールすることができる。物理層５０１はソフトウエア
部分と物理インタフェースとからなる。更に、物理層５
０１のソフトウエア部分は物理インタフェースを直接コ
ントロールすることができる。この物理インタフェース
はＰＲＩ及びＢＲＩ情報と通信する物理リンクを終端さ
せる。物理層５０１はリンク層５１２に、このリンク層
５１２によりコントロール可能な実体として物理サブチ
ャネル及び物理チャネルを与える。

【００５１】リンク層５１２の主な機能は、物理チャネ
ルから伝送される情報を無傷のまま、しかも、正しい順
序で確実に回復させることである。これは別のプロトコ
ル層を使用して実現される。このプロトコル層により、
多数の通信経路（通常、論理リンクと呼ばれる）を所定
の物理チャネルまたはパケット化データを伝達する物理
サブチャネル上に確立させることができる。

【００５２】これらの論理リンクを使用し、リンク層５
１２と物理層５０１との間で伝達されるデータを識別
し、かつ、処理する。（このタイプのプロトコルの一例
はＩＳＤＮ Ｑ．９２１で使用されるＬＡＰＤパケット
プロトコルである。ＩＳＤＮ標準では、リンク層５１２
はＬＡＰＤプロトコルの終端となる。）リンク層５１２
は多重プロトコルをサポートすることができ、その結
果、上層は使用されている別のプロトコルにより影響さ
れない。更に、リンク層５１２により、高いソフトウエ
ア層は抽象的な方法で物理層５０１をコントロールする
ことができる。

【００５３】図５に示されるように、リンク層５１２は
リンクインタフェース５０２とリンク管理５０３とに分
割されている。この分割の理由を以下説明する。Ｄチャ
ネルによるＩＳＤＮ信号の通信について、ここで先ず、
ＤチャネルによるＩＳＤＮ信号の通信について説明す
る。リンク層５１２において、複数の論理リンクが各Ｄ
チャネルに確立される。これらの論理リンクの一つは各
終点にＩＳＤＮコントロール信号を伝達する。以下、各
呼出コントロール論理リンクを“論理Ｄチャネル（ＬＤ
Ｃ）”と呼ぶ。ＬＤＣは論理Ｄチャネル番号（ＬＤＣ
Ｎ）により識別される。

【００５４】リンクインタフェース５０２はリンク層５
１２により実行される機能（例えば、論理リンクの確立
など）の大部分を行う。リンク管理５０３は高ソフトウ
エア層について様々なリンクインタフェースを識別す
る。更に、リンク管理は論理リンクと高ソフトウエア層
との間の情報を伝達する。

【００５５】ネットワーク層５０４はＬＣＤに伝達され
た情報を処理する。従って、ＩＳＤＮ Ｑ．９３１プロ
トコルの終端となる。よって、この層は、交換ノードに
対する外部呼出の着呼又は起呼についてシステム資源の
利用を交渉することができる。ネットワーク層は、呼出
が受信または発信されるインタフェースにおけるチャネ
ルの割当をコントロールする。

【００５６】例えば、交換ノード１０１がＰＲＩリンク
１５０を介して交換ノード１０２からの呼出を受信する
場合、交換ノード１０１のネットワーク層５０４は、Ｐ
ＲＩリンク１５０内のＢチャネルの割当を獲得するため
に、その同等層（交換ノード１０２内の対応するネット
ワーク層５０４）と交渉する。第２のＢチャネルが必要
な場合は後の手続を繰り返す。この交渉は、呼出セット
アップのような標準的なＩＳＤＮ Ｑ．９３１メッセー
ジ及びＰＲＩリンク１５０のＤチャネルにおけるＬＤＣ
セットアップを介して、接続メッセージを使用すること
により行われる。

【００５７】ネットワーク層５０４は、このインタフェ
ースに関するＬＤＣにより所定のインタフェースの全て
のＢチャネルを識別する。ネットワーク層５０４は、或
る点から別の点（例えば、交換ノード間）の呼出の確立
にだけ関与する。ネットワーク層は、呼出を特定の交換
ノードへ内部的に経路指定する方法には関与せず、むし
ろ、交換ノード内における呼出の経路指定方法を決定す
る高い層にまで情報を転送する。しかし、ネットワーク
層は、或るアプリケーション（以下「接続マネージャア
プリケーション」と呼ぶ）が物理インタフェース上の機
能を交換ノード内の交換結合へ付加又は除去することを
要求する。

【００５８】特に、ネットワーク層は、呼出確立要求が
正当であることを先ず決定し、そして、２個の交換シス
テム間の資源がこの呼出処理に利用可能であることを決
定することにより、呼出のセットアップを行う。この決
定の後、この呼出に関する情報は高ソフトウエア層へ転
送される。ネットワーク層が別の交換ノードとの接続を
確立するための高ソフトウエア層からの要求を受信する
場合、この逆もまた真である。

【００５９】ネットワーク層５０４は呼出を接続する別
のノードから情報をＬＤＣを介して受信する。情報はＬ
ＤＣで受信されるので、呼出参照番号を使用し、このメ
ッセージに対応する呼出を識別する。呼出参照番号は、
ＩＳＤＮ標準に従って、呼出セットアップ中に発信ネッ
トワーク層により選択される。

【００６０】転送層５０５は、図１に示されたような多
数のノードを有する複合システムにより呼出を経路指定
するための重要な要素である。その主な機能は外部呼出
（即ち、交換ノード間の呼出）の経路指定を管理するこ
とである。転送層５０５はノードの点から図１のシステ
ムを検分する。転送層５０５はその所有ノードから他の
ノード又は終点までの呼出の経路指定に関与する。（セ
ッション層５０６に関する詳細な検討において説明され
るように、層（転送層５０５ではない）は電話番号のよ
うな論理的宛先情報を解釈し、呼出の宛先ノードを決定
し、そして、接続マネージャアプリケーションを使用す
ることによりノード内経路を確立する。）

【００６１】交換ノード１０１のような多数の交換ノー
ドを有する全体的なシステムでは、各種転送層は、各種
交換ノードを通して呼出を確立するために、相互に通信
する。この転送層間の通信は絶対に必要である。なぜな
ら、宛先ノードへ到達するために、介在ノードを通して
呼出を経路指定しなければならないからである。転送層
は、層３と、交換ノード間に確立された信号経路（ＬＤ
Ｃ）を使用し、転送層自体の間で通信する。

【００６２】ノード内経路指定に関して、転送層５０５
は、図１に図示された全体システムを概観し始める第１
の層である。転送層５０５はセッション層５０６により
与えられた情報を使用し、ノード内経路を選択する。転
送層は、利用可能な経路及びこれらの経路のオプション
を規定するテーブルを利用することにより、各種ノード
間の経路指定を行う。これらのテーブルは全ての経路を
規定するのではなく、ノードが既に使用した経路だけを
規定する。

【００６３】転送層間の通信は、確立されたＬＤＣを使
用するネットワーク層５０４により行われる。転送層５
０５はネットワーク層５０５と同等なものについて宛て
られた情報を伝達し、そして、ネットワーク層５０４
は、標準的なＩＳＤＮ Ｑ．９３１メッセージの情報要
素（ＩＥ）内のこの情報をパッケージする。ネットワー
ク層５０４は、特定のノードに対してセットアップされ
たＬＤＣを使用し、この情報をその同等なネットワーク
層に伝達する。同様に、別のネットワーク層がこのタイ
プの情報を受信する場合、他のネットワークは情報をパ
ッケージせず、その後、この情報を転送層へ転送する。

【００６４】セッション層５０６の主な機能は、アプリ
ケーションと見做される全ての終点（例えば、ＢＲＩ固
定機はアプリケーションと見做される）と共に終点間で
通信を確立することである。特に、これらの終点は、呼
出処理機能を果たすアプリケーション又は番号計画アプ
リケーションのようなアプリケーションである。何れに
しろ、このような終点間の接続は呼出と見做される。セ
ッション（呼出）は、常に２個のアプリケーションが相
互通信を必要とするセッション層によりセットアップさ
れる。

【００６５】前記のように、セッション層５０６は交換
ノードとこの交換ノードのアプリケーションに関しての
み対処し、他の交換ノードに対する経路を確立するに
は、転送層５０５に依拠する。セッション層５０６はア
ドレスにより被呼アプリケーションを識別する。このア
ドレスは電気通信分野において以前は電話番号だけのよ
うに思われてきたが、Ｑ．９３１プロトコルでは非常に
広い概念を有する。このアドレスから、セッション層５
０６は宛先交換ノードを決定する。セッション層５０６
は、宛先交換ノードのセッション層と通信することによ
り、宛先セッション層に対する呼出をセットアップす
る。他のセッション層との通信は、セッション層がその
転送層に呼出を他の交換ノードへ配置することを要求す
ることにより行われる。これにより、特定のアドレスに
ついて接続を完成させることができる。

【００６６】転送層５０５は、セッション層により決定
されたノード番号に依拠して呼出を配置する。これらの
要求はネットワーク層を使用して行われ、標準的なＩＳ
ＤＮＱ．９３１呼出セットアップメッセージを生成す
る。他の交換ノードがアドレスを解釈できない場合、こ
の交換ノードのセッション層は情報をその転送層へ伝送
し、呼出の打切を要求する。セッション層がアドレスを
解釈できる場合、メッセージをその転送層へ送り、その
ネットワーク層により呼出続行メッセージを要求交換ノ
ードへ返送することを要求する。

【００６７】図５のプレゼンテ−ション層５０７は、ア
プリケーション間で伝達される情報を手入れするために
複合プロトコルを呼出す。これにより、アプリケーショ
ンは情報伝達に使用されるプロトコルから完全に絶縁さ
れる。プレゼンテーションレベルプロトコルにより、ア
プリケーションは転送経路に係わる同等なアプリケーシ
ョンと通信することができる。

【００６８】最後に、アプリケーション層５０８は、ソ
フトウエア層５０９で実行するアプリケーションにより
必要とされる資源を管理する。ソフトウエア層５０９に
おけるアプリケーションが別の同等なアプリケーション
と通信する場合、このアプリケーションは、他のアプリ
ケーションが幾つ存在するか、又は、他のアプリケーシ
ョンが何処に位置しているか知らない。アプリケーショ
ン層５０８の機能は、このような詳細事項を決定し、そ
して使用することである。従って、アプリケーションは
非常に抽象的な方法で記載される。従って、アプリケー
ション層５０９では、これまで６個のアプリケーション
（即ち、システム管理，番号計画，端末管理，接続マネ
ージャ，ディレクトリ番号管理及び呼出アプリケーショ
ン）について論究してきた。

【００６９】このソフトウエアアーキテクチュアが物理
的ハードウエアに関する交換ノードで実現される方法は
本願の関連出願の明細書に開示されている。図６は図１
のソフトウエア表現を例証する模式図である。周辺装置
６４０などのように“周辺装置”と表示された要素は物
理的インタフェース及びネットワークの機能を実行す
る。

【００７０】標準的なＩＳＤＮリンクをソフトウエア層
に対して初期化する方法について簡単に説明する。前記
の図５のリンクインタフェース層５０２及び物理層５０
１の説明において、これら二つの層が協動してパケット
化ＩＳＤＮ又はＢチャネルに論理リンクを確立する方法
について説明した。リンク管理ソフトウエア層５０３は
これら論理リンクを識別し、そして、指定高ソフトウエ
ア層を有する論理リンクの内の一つに情報を伝達し、あ
るいは、このリンクから情報を交換する。

【００７１】論理リンクが初期化されるときに、高ソフ
トウエア層の指定が行われる。例えば、標準的なＩＳＤ
Ｎリンクの論理Ｄチャネルにおいて、ある特定の論理リ
ンク（「論理Ｄチャネル（ＬＤＣ）」と呼ぶ）は、ＩＳ
ＤＮ仕様に従って、ネットワークソフトウエア層５０４
と常に通信している。ＬＤＣは標準的ＩＳＤＮリンクの
Ｂチャネルに関する全ての呼出制御情報を伝達する。

【００７２】標準的なＩＳＤＮリンクの初期化について
検討する。標準的ＩＳＤＮリンクが稼働中になると、物
理層はリンクインタフェースソフトウエア層に対するこ
のリンクの物理インタフェース番号を識別する。リンク
インタフェースソフトウエア層はＤチャネルに関するパ
ケットプロトコルを使用し、Ｄチャネルの所定の論理リ
ンクを介して通信することにより、インタフェースの反
対側におけるものを識別する。

【００７３】次いで、リンクインタフェースソフトウエ
ア層は、新たなインタフェースが稼働中であること、特
定のＢチャネル番号を有することなどをリンク管理ソフ
トウエア層へ通知し、そして、新たなインタフェースが
接続されている対象（可能ならば）を識別する。リンク
管理ソフトウエア層は、新たなインタフェースが稼働中
であること、特定のＢチャネル番号を有することなどを
ネットワークソフトウエア層へ通知する。

【００７４】これに応答して、ネットワークソフトウエ
ア層は新規インタフェースの存在及びセットアップテー
ブルを記録し、Ｂチャネルを制御する。呼出制御信号送
信が別のインタフェースの反対側に予め確立されていな
い場合、ネットワークソフトウエア層はインタフェース
へＬＤＣ記録を割当て、そして、リンク管理層が反対側
に関する信号送信論理リンクを確立することを要求す
る。この要求はリンクインタフェース層へ送信される。

【００７５】リンクインタフェース層はＬＡＰＤプロト
コルを使用し、信号送信論理リンクを確立する。信号送
信論理リンクが確立されると、リンクインタフェース層
は、ネットワークソフトウエア層を通知するリンク管理
層へ、呼出信号送信が稼働中であることを通知する。最
後に、ネットワークソフトウエア層は、転送ソフトウエ
ア層へ、新たなＬＤＣが稼働中であること及び新たなＬ
ＤＣが接続されているシステムエンティティの内容につ
いて通知する。

【００７６】両方のソフトウエア層セット（例えば、ソ
フトウエア層６３０〜６３６及びソフトウエア層６４０
〜６４６）がこのようにして初期化された後、呼出はこ
のＬＤＣに対応するＢチャネルを介して、ネットワーク
ソフトウエア層により確立される。ＬＤＣにより受信さ
れた、又はＬＤＣに伝送された信号送信情報はネットワ
ークソフトウエア層とリンク管理ソフトウエア層との間
で通信される。次いで、リンク管理ソフトウエア層はこ
の情報を、Ｄチャネルの論理リンクについて通信するた
めのリンクインタフェースソフトウエア層へ伝達する。
例えば、ＰＲＩリンク１５０と１４８はこのようにして
確立される。

【００７７】ネットワーク管理初期化 ＮＭＳ１１５はソフトウエア層６４０〜６４６と同様な
ソフトウエア構成を有する。しかし、ＮＭＳ１１５のア
プリケーションはソフトウエア層６４６におけるアプリ
ケーションと異なる。ＬＤＣがＰＲＩリンク１４８で稼
働中になると、ＮＭＳ１１５は交換ノード１０２から受
信されたシステム識別情報を使用し、ＮＭＳ１１５が交
換ノード１０２へ接続されたことを決定する。

【００７８】次いで、ＮＭＳ１１５で実行するシステム
ネットワーク管理アプリケーションは、交換ノード１０
２におけるソフトウエア層６４６で実行するシステム管
理アプリケーションに呼出を配置する。この呼出は、交
換ノード１０２のノード番号及び全てのシステム管理ア
プリケーションが共用する特定の電話番号を使用するこ
とにより、システム管理アプリケーションへ送信され
る。

【００７９】呼出がシステム管理アプリケーションとＮ
ＭＳ１１５におけるシステムネットワーク管理アプリケ
ーションとの間で確立されると、システムネットワーク
管理アプリケーションは、交換ノード１０２へ接続され
た物理インタフェース，交換ノード１０２が接続される
交換ノード（例えば、交換ノード１０１）及び接続端末
（例えば、ＢＲＩ固定機１２０）に関する情報を、管理
情報ベース６４８からシステムネットワーク管理アプリ
ケーションへ転送することを要求する。

【００８０】ＮＭＳ１１５におけるシステムネットワー
ク管理アプリケーションはこの情報を適当なテーブル内
に記憶し、そして、この情報を分析し、交換ノード１０
２と相互接続される交換ノードを決定する。交換ノード
１０２の経路指定テーブルを図７に示す。これは交換ノ
ード１０２の初期化中に作成される。

【００８１】図６に示されるように、交換ノード１０１
はＰＲＩリンク１５０を介して交換ノード１０２と相互
接続されている。ＮＭＳ１１５は交換ノード１０２及び
ＰＲＩリンク１５０を介して、呼出を交換ノード１０１
におけるシステム管理アプリケーションに配置する。交
換ノード１０２によりこのような呼出の確立を要求する
信号送信情報はＰＲＩリンク１４８のＤチャネルについ
て確立されたＬＤＣを介して伝送される。これらの信号
は通常、セットアップメッセージと呼ばれる。

【００８２】次いで、このセットアップメッセージは層
６４０及び６４１により処理され、そして、このセット
アップメッセージは転送ソフトウエア層６４２へ送られ
る。転送ソフトウエア層６４２は図７に示される経路指
定テーブル７０７を使用してノード番号を分析する。転
送ソフトウエア層６４２は交換ノード１０１に対するＬ
ＤＣが存在することを決定し、そして、ネットワークソ
フトウエア層６４１がこのセットアップメッセージを交
換ノード１０１へ伝送することを要求する。

【００８３】次いで、ネットワークソフトウエア層６４
１は、層６４０が交換ノード１０１について確立された
ＬＤＣに関するセットアップメッセージを伝送すること
を要求する。セットアップメッセージが転送ソフトウエ
ア層６５２へ到着したら、下層のソフトウエア層により
処理された後に、ソフトウエア層６５２はその所有物と
してノード番号を認識し、そして、セットアップメッセ
ージ内の電話番号を使用してシステム管理アプリケーシ
ョンとＮＭＳ１１５内のシステムネットワークマネージ
ャアプリケーションとの間でセッションを確立する。

【００８４】このセッションは、ネットワークソフトウ
エア層６５１により接続メッセージを交換ノード１０２
のネットワークソフトウエア層６４１へ返送することを
要求する転送ソフトウエア層６５２により確立される。
確立されたセッションは論理呼出である。

【００８５】ＮＭＳ１１５のシステムネットワーク管理
アプリケーションとシステム管理アプリケーションとの
間でセッションが確立されると、システムネットワーク
管理アプリケーションは、システム管理アプリケーショ
ンが、システム管理アプリケーションから要求された情
報と類似の情報を、管理情報ベース６５８からシステム
ネットワーク管理アプリケーションへ転送することを要
求する。

【００８６】交換ノード１０１用の経路指定テーブルを
図７に示す。ＮＭＳ１１５内のシステムネットワークマ
ネージャアプリケーションは交換ノード１０３〜１１２
について同様な機能を果たす。

【００８７】番号計画初期化 システムネットワークマネージャアプリケーションが各
交換ノードについてセッションをセットアップした後、
ＮＭＳ１１５における番号計画管理アプリケーション
は、セッションがこの交換ノードの番号計画アプリケー
ションに対してセットアップされることを要求する。Ｎ
ＭＳ１１５における番号計画管理アプリケーションは最
初にディレクトリ番号計画を交換ノードへ分配し、次い
で、二次番号計画を交換ノードへ分配する。

【００８８】例えば、ディレクトリ番号計画を分配する
ために、番号計画管理アプリケーションは、図６の交換
ノード１０２における番号計画アプリケーション（ＤＰ
Ａ）６６１に対してセッションをセットアップすること
を要求する。セッションがセットアップされたら、番号
計画管理アプリケーションは、図３に示されるようなシ
ステムの全てのディレクトリ電話番号のオーナーシップ
を交換ノード１０２へ与える。

【００８９】同様に、番号計画管理アプリケーションは
各交換ノードにおける各番号計画アプリケーションへセ
ッションをセットアップし、そして、図３に示されるよ
うなディレクトリ電話番号群のこれらのノードに対して
オーナーシップを与える。これらのセッションは、ノー
ド番号および全ての番号計画アプリケーションについて
共通の所定の電話番号を使用することにより適当な番号
計画アプリケーションに送信されたセットアップメッセ
ージを使用することによりセットアップされる。

【００９０】番号計画アプリケーション（例えば、交換
ノード１０１の番号計画アプリケーション６６５）は、
番号群を所有する番号計画アプリケーションから番号群
を所有することの許可を受け取るまでは、実際には番号
群を所有することができない。例えば、全てのディレク
トリ電話番号を所有する交換ノード１０２の番号計画ア
プリケーション６６１と、番号群“１ＸＸＸ”の所有を
希望する交換ノード１０１の番号計画アプリケーション
６６５の場合について検討する。

【００９１】番号計画アプリケーション６６５は番号計
画アプリケーション６６１から番号群“１ＸＸＸ”のオ
ーナーシップを要求しなければならない。番号計画アプ
リケーション６６５がこのディレクトリ電話番号の番号
群を所有することの許可を得たら、番号計画アプリケー
ション６６１は、これらの番号が交換ノード１０１へ引
き渡されたことを示し、そして、レベル５経路指定テー
ブルを更新する図７のエントリ７０５，７０１及び７０
２を作成する。

【００９２】図７のテーブル７０８及び７１１のオーナ
ーシップ欄における番号は次の意味を有する。“１”
は、番号群がノードにより所有され、そして、ノード欄
に列挙されたノードから受信されることを意味する。
“２”は、番号群がノード欄に列挙されたノードへ引き
渡されたことを意味する。状態欄は許可要求の状態及び
呼出が２個の番号計画アプリケーション間に依然として
存在するか否かを示す。“１”は許可が下りたことを意
味し、“２”は許可が要求されたことを意味し、“３”
は呼出が２個の番号計画アプリケーション間に依然とし
て存在することを意味する。

【００９３】図１の残りの交換ノードはディレクトリ電
話番号の番号計画の一部のオーナーシップを得る。各交
換ノードに関する、得られたディレクトリ番号計画テー
ブル，レベル５経路指定テーブル及びレベル４経路指定
テーブルを図７及び図８に示す。

【００９４】ディレクトリ番号計画が完全に初期化され
た後、番号計画管理アプリケーションは二次番号計画を
図４に示されるような各交換ノードへ分配する。更に、
各交換ノードには、番号計画階層において自己よりも高
い交換ノードのノード番号が与えられる。また、番号群
を所有する番号計画アプリケーションから番号群を所有
することの許可を受けるまでは、番号計画アプリケーシ
ョンは実際には番号群を所有することができない。この
機能は、ディレクトリ番号計画に関する機能を果たす同
一の番号計画アプリケーションにより各ノードにおいて
果たされる。

【００９５】例えば、交換ノード１０１の番号計画アプ
リケーション６６５は、交換ノード１０４の番号計画ア
プリケーション６６９から二次番号群“Ｓ１２ＸＸ”の
オーナーシップを要求する。番号計画アプリケーション
６６９が番号計画アプリケーション６６５へオーナーシ
ップを与えたら、番号計画アプリケーション６６９は図
９の二次番号計画テーブル９０７を更新する。

【００９６】更に、番号計画アプリケーション６６９
は、図９のレベル５経路指定テーブルに、番号群“Ｓ１
２ＸＸ”への電話呼出は交換ノード１０１へ経路指定さ
れるべきであることを記録する。残りのノードにおける
番号計画アプリケーションも、正しい番号計画アプリケ
ーションについてセッションをセットアップし、これら
の二次番号計画の一部についてオーナーシップを受け取
る。後記で説明されるように適当な時点で書き入れられ
るエントリ９１７，９１８及び１０１０〜１０１３を除
いて、結果を図９及び図１０に示す。

【００９７】最後に、ＮＭＳ１１５におけるシステムネ
ットワークマネージャアプリケーションは交換ノード１
０１におけるシステムマネージャアプリケーションへメ
ッセージを伝送し、ディレクトリ番号管理アプリケーシ
ョン（ＤＭＡ）６６６を起動する。更に、システムネッ
トワークマネージャアプリケーションは、ディレクトリ
番号管理アプリケーション６６６へ、このディレクトリ
番号管理アプリケーション６６６がディレクトリ電話番
号“１１０１”を使用することも通知する。

【００９８】ディレクトリ番号管理アプリケーション６
６６は、この番号を使用することの許可を番号計画アプ
リケーション６６５から要求する。交換ノード１０１は
番号群“１１ＸＸ”を所有するので、番号計画アプリケ
ーション６６５はディレクトリ番号管理アプリケーショ
ン６６６へこの番号の使用許可を与える。

【００９９】各ノードが二次番号計画の一部についてオ
ーナーシップを得たら（機能３）、第５の機能（即ち、
関連するディレクトリ番号管理アプリケーションに対す
る二次番号計画を使用して電気通信端末を識別するこ
と）を実行することができる。第４の機能（即ち、共用
番号を使用して電気通信端末を初期化及び識別するこ
と）はシステムの初期化中に果たされる。この時点で、
端末管理アプリケーションはＴＥＩ割当手続に先んずる
ことができる。

【０１００】例えば、端末管理アプリケーション（ＴＭ
Ａ）６６７は、端末サービスプロフィール情報に応答し
て、移動体１２２がディレクトリ番号（１１０１）を共
用していること、及び、二次番号“Ｓ１１０２”を使用
していることを確認する。

【０１０１】第１に、端末管理アプリケーション６６７
は、番号計画アプリケーション６６５が二次番号“Ｓ１
１０２”の使用許可を得ることを要求する。番号計画ア
プリケーション６６５は、“Ｓ１１０２”を所有する番
号計画アプリケーションについてセッションをセットア
ップすることを要求する。この要求に応答して、セッシ
ョン層６５３は図１０のレベル５経路指定テーブル１０
０２を検査し、そして、二次番号“Ｓ１１０２”を所有
する交換ノードへ経路指定する方法に関する情報をレベ
ル５経路指定テーブル１００２が有しないことを決定す
る。（この時点では、エントリ１０１１〜１０１３はテ
ーブル１００２へは書き入れられていない。）

【０１０２】デフォルトとして、セッションソフトウエ
ア層６５３は、このセッション要求を、図４に示される
ように二次番号計画階層において交換ノード１０１より
も高い交換ノード１０４へ経路指定する。セッションソ
フトウエア層５５３は、転送ソフトウエア層６５２が交
換ノード１０４を介して、二次番号“Ｓ１１０２”を所
有する番号計画アプリケーションに関するセッションの
セットアップ試行を要求する。

【０１０３】転送ソフトウエア層６５２はセッション層
６５３からの要求に応答して、交換ノード１０４に対す
る呼出を検査レベル４の経路指定テーブル１００３へ経
路指定し、ＰＲＩリンク１５５の使用を決定する。転送
ソフトウエア層６５２は、ネットワーク層６５１がセッ
トアップメッセージを伝送し、交換ノード１０４におけ
る番号計画アプリケーション６６９により呼出を確立す
ることを要求する。

【０１０４】セッションが確立されたら、番号計画アプ
リケーション６６５は、番号計画アプリケーション６６
９が番号計画アプリケーション６６５に対して二次番号
“Ｓ１１０２”を所有すること／ホストすることの許可
を与えることを要求する。交換ノード１０４における番
号計画アプリケーション６６９はこの要求に応答して、
図９の二次番号計画テーブル９０７に応答指令信号を送
る。

【０１０５】このテーブルから、番号計画アプリケーシ
ョン６６９は、二次番号“Ｓ１１０２”が番号群“Ｓ１
１ＸＸ”（このオーナーシップは交換ノード１０５へ与
えられている）の一部であることを決定する。この決定
に応答して、番号計画アプリケーション６６９は、呼出
アプリケーション６０９がこの呼出を交換ノード１０５
へ転送することを要求する。

【０１０６】この要求に応答して、ネットワーク層６０
１は、呼出／セッションを交換ノード１０５へ転送すべ
きことを指示する転送メッセージを交換ノード１０１へ
返送する。この転送メッセージの操作は本願の関連出願
の明細書で説明されている。

【０１０７】交換ノード１０１の転送ソフトウエア層６
５２は転送メッセージに応答して、図１０のレベル４経
路指定テーブル１００３を応答指令信号として送り、交
換ノード１０５へ到達するためにＰＲＩリンク１５１を
使用すべきことを決定する。転送ソフトウエア層６５２
は、セットアップメッセージをネットワーク層６５１に
より交換ノード１０５へ送ることを要求する。セットア
ップメッセージが交換ノード１０５で受信されたら、こ
れは番号計画アプリケーション６７３に対する層６１０
〜６１５へ伝達される。

【０１０８】番号計画アプリケーション６６５と６７３
の間でセッションがセットアップされた後、番号計画ア
プリケーション６６５は二次番号“Ｓ１１０２”をホス
トすることの許可を要求する。番号計画アプリケーショ
ン６７３は許可を番号計画アプリケーション６６５に返
送し、図９のテーブル９０４及び９０５に適当に記録す
る。番号計画アプリケーション６７３が二次番号計画テ
ーブル９０４にエントリ９１５を書き入れる。このエン
トリ９１５は、二次番号“Ｓ１１０２”が交換ノード１
０１によりホストされていることを明示する。交換ノー
ド１０５に関するレベル５経路指定テーブル９０５にお
けるエントリ９１６は、二次番号“Ｓ１１０２”が交換
ノード１０１への経路指定により到達できることを明示
する。

【０１０９】二次番号をホストすることの許可を受信す
ると、番号計画アプリケーション６６５は、現在二次番
号“Ｓ１１０２”を所有することを示すために、エント
リ１０１０を有する図１０の二次番号計画テーブル１０
０１を更新し、そして、交換ノード１０５からこの番号
をホストすることの許可を受け取る。また、番号計画ア
プリケーション６６５は、二次番号“Ｓ１１０２”が交
換ノード１０１で終了することを示すためにレベル５経
路指定テーブル１００２を更新する。

【０１１０】その後、番号計画アプリケーション６６５
は端末管理アプリケーション６６７へ、交換ノード１０
１が二次番号“Ｓ１１０２”を現在ホストしていること
を通知する。次いで、端末管理アプリケーション６６７
はディレクトリ番号管理アプリケーション６６６へ、二
次番号“Ｓ１１０２”が共用ディレクトリ番号“１２０
１”であることを通知する。これに応答して、ディレク
トリ番号管理アプリケーション６６６は図１１のディレ
クトリ番号管理テーブル１１０１にエントリ１１０５を
作成する。

【０１１１】ディレクトリ番号管理アプリケーション６
６６は多数のディレクトリ番号及びこれらの関連二次番
号について必要な操作を行うことができ、また、図１１
におけるエントリを使用して二次番号をこれらのディレ
クトリ番号と適正に対応させることができる。

【０１１２】交換ノード１０５の端末管理アプリケーシ
ョン６７２及び番号計画アプリケーション６７３は、二
次番号“Ｓ１１０１”を使用するＢＲＩ固定機１２１に
ついて同様な操作を行う。これらの操作の結果は図１１
のエントリ１１０６へ書き込まれる。交換ノード１０５
は二次番号群“Ｓ１１ＸＸ”を所有するので、番号計画
アプリケーション６７３は二次番号“Ｓ１１０１”の使
用許可を得る必要はない。

【０１１３】次に、交換ノード１０９に接続されたＢＲ
Ｉ固定機１２６と、ディレクトリ番号“１１０１”を共
用する移動体１２２及びＢＲＩ固定機１２１との間で呼
出をセットアップする方法について検討する。呼出は交
換ノード１０９に接続されたＢＲＩ固定機１２６から、
共用ディレクトリ番号“１１０１”を使用する交換ノー
ド１０５へ接続されたＢＲＩ固定機１２１及び移動体１
２２へ経路指定される。

【０１１４】交換ノード１０９における端末管理アプリ
ケーション６７４はセットアップ要求及びＢＲＩ固定機
１２６からの被ダイヤル番号（別名「被呼番号」）に応
答して、“１１０１”の被呼番号に呼出をセットアップ
することを要求する。セッション層６２３はこの要求に
応答して、図１０のレベル５経路指定テーブルを検査す
る。セッションソフトウエア層６２３はレベル５経路指
定テーブルにアクセスし、そして、このテーブルがこの
呼出を経路指定する方法を知らないことを決定する。

【０１１５】デフォルト動作として、セッションソフト
ウエア層６２３は、被呼番号に“最も近い”番号に関す
る番号計画マネージャを有する交換ノード（この場合に
は、交換ノード１０４）へ呼出を経路指定することを決
定する。その後、セッションソフトウエア層６２３は下
部の転送ソフトウエア層６２２へ要求を伝送し、セット
アップメッセージを交換ノード１０４へ経路指定する。

【０１１６】転送ソフトウエア層６２２はこの要求に応
答し、図１０に示されたレベル４経路指定テーブル１０
０５にアクセスし、そして、このテーブルから、交換ノ
ード１０４へアクセスするためにＰＲＩリンク１５８の
ＬＤＣを使用すべきことを決定する。次いで、転送ソフ
トウエア層６２２は、交換ノード１０４へセットアップ
メッセージを伝送するための要求をネットワークソフト
ウエア層６２１へ送信する。セットアップメッセージ
は、宛先交換ノード番号，被呼番号及び発呼者電話番号
などを含む。周辺装置６２０と共にネットワークソフト
ウエア層６２１はＰＲＩリンク１５８を介してセットア
ップメッセージを交換ノード１０４へ伝送する。

【０１１７】セットアップメッセージが周辺装置６００
により受信されると、このメッセージはネットワークソ
フトウエア層６０１を介してソフトウエア層６０２へ転
送される。転送ソフトウエア層６０２は交換ノード１０
４に関するノード番号を認識し、そして、セットアップ
メッセージをセッションソフトウエア層６０３へ転送す
る。セッションソフトウエア層６０３は、被呼番号を図
９のレベル５経路指定テーブル９０８に書き込まれた電
話番号のひとつと一致させるために、レベル５経路指定
テーブル９０８にアクセスする。被呼番号と一致する唯
一の電話番号は交換ノード１０１を識別するエントリ９
１７である。その後、セッションソフトウエア層６０３
は、転送ソフトウエア層６０２がセットアップメッセー
ジを交換ノード１０１へ伝送し、かつ、被呼電話番号及
び発呼者電話番号を含むことを要求する。

【０１１８】転送ソフトウエア層６０２は、交換ノード
１０１への経路を見つけ出すために、交換ノード１０４
のレベル４経路指定テーブル９０９にアクセスする。転
送ソフトウエア層６０２はエントリ９１８で経路を発見
し、そして、交換ノード１０１への経路はＰＲＩリンク
１５５を経由することを決定する。次いで、転送ソフト
ウエア層６０２はソフトウエア層６０１に対する要求を
公式化し、セットアップメッセージを交換ノード１０１
へ伝送する。ネットワークソフトウエア層６０１はこの
セットアップメッセージをＰＲＩリンク１５５を介して
交換ノード１０１へ伝送する。

【０１１９】セットアップメッセージが周辺装置６５０
及び交換ノード１０１のネットワークソフトウエア層６
５１を介して転送ソフトウエア層６５２により受信され
ると、この転送ソフトウエア層は宛先交換ノード番号を
検査し、そして、その番号が自己の所有物であることを
決定する。次いで、転送ソフトウエア層６５２はセット
アップメッセージをセッション層６５３へ伝達する。

【０１２０】転送ソフトウエア層６５２は被呼番号に応
答し、図１０のレベル５経路指定テーブルへアクセスす
る。被呼番号は図１０のエントリ１０１１と一致する。
このエントリは、この番号が交換ノード１０１で発見で
きることを指図する。その他の内部テーブルを使用し、
セッションソフトウエア層６５３は、この被呼番号がデ
ィレクトリ番号管理アプリケーション６６６を参照し、
そして、セットアップメッセージをディレクトリ番号管
理アプリケーション６６６へ伝達することを決定する。

【０１２１】ディレクトリ番号管理アプリケーション６
６６はこのセットアップメッセージに応答し、セッショ
ン層６５３が、二次番号“Ｓ１１０２”及び“Ｓ１１０
１”をそれぞれ使用して、セットアップメッセージを移
動体１２２及びＢＲＩ固定機１２１へ送信することを要
求する。セットアップメッセージはＢＲＩ固定機１２６
及び交換ノード１０９からのセットアップメッセージで
受信された発呼者の情報を包含する。

【０１２２】移動体１２２の場合、セッション層６５３
は要求に応答して、レベル５経路指定テーブル１００２
へアクセスする。番号は二次番号なので、図７のレベル
５経路指定テーブル７０９ではなく、テーブル１００２
がアクセスされる。レベル５経路指定テーブル１００２
へアクセスすると、セッションソフトウエア層６５３
は、二次番号“Ｓ１１０２”が交換ノード１０１で終了
し、そして、セットアップメッセージを端末管理アプリ
ケーション６６７へ転送することを決定する。

【０１２３】その後、端末管理アプリケーション６６７
はソフトウエア層６５３〜６５５及び基地局１０８を介
して移動体１２２へ警報を出す。基地局１０８が移動体
１２２に警報を出すと、基地局１０８は、ソフトウエア
層６５０〜６５５を介してディレクトリ番号管理アプリ
ケーション６６６に返送される警報送信メッセージに応
答する。

【０１２４】セットアップメッセージのＢＲＩ固定機１
２１への送信要求に関して、セッションソフトウエア層
６５３はディレクトリ番号管理アプリケーション６６６
からの要求に応答して、図１０のレベル５経路指定テー
ブル１００２を検査し、二次番号“Ｓ１１０１”に関す
る最適な適合はエントリ１０１３であることを決定す
る。エントリ１０１３は、この二次番号が交換ノード１
０５により所有された二次番号群の一部であることを明
示する。この決定に応答して、セッションソフトウエア
層６５３は、転送ソフトウエア層６５２がセットアップ
メッセージを交換ノード１０５へ伝達することを要求す
る。

【０１２５】この要求に応答して、転送ソフトウエア層
６５２はレベル４経路指定テーブル１００３にアクセス
し、そして、呼出を交換ノード１０５へ経路指定するの
に使用すべきＬＤＣはＰＲＩリンク１５１のＬＤＣであ
ることを決定する。次いで、転送ソフトウエア層６５２
は、層６５０及び６５１がＰＲＩリンク１５１を介して
セットアップメッセージを交換ノード１０５へ経路指定
することを要求する。

【０１２６】セットアップメッセージが層６１０〜６１
２を介して交換ノード１０５のセッションソフトウエア
層６１３へ経路指定される場合、セッションソフトウエ
ア層６１３は図９のレベル５経路指定テーブル９０５へ
アクセスし、そして、二次番号“Ｓ１１０１”は、交換
ノード１０５に与えられた番号群の一部であることを決
定する。次いで、セッション層６５３は、転送ソフトウ
エア層が、セットアップメッセージを交換ノード１０５
へ転送する転送メッセージを交換ノード１０１へ返送す
ることを要求する。

【０１２７】交換ノード１０１の転送ソフトウエア層６
５２は転送セットアップメッセージに応答して、図１０
のレベル４経路指定テーブル１００３にアクセスした
後、ＰＲＩリンク１５１を介して、このメッセージを交
換ノード１０５へ経路指定する。図１０のレベル４経路
指定テーブル１００３は、呼出を交換ノード１０５へ経
路指定するためにＰＲＩリンク１５１を使用すべきこと
を明確にする。

【０１２８】セットアップメッセージを受信すると、交
換ノード１０５の転送ソフトウエア層６１２は、宛先交
換ノードが交換ノード１０５であることを決定し、この
セットアップメッセージをセッション層６１３へ伝達す
る。セッション層６１３はこのセットアップメッセージ
に応答し、このセットアップメッセージを端末管理アプ
リケーション６５２へ伝送する。

【０１２９】次いで、端末管理アプリケーション６７２
はこのセットアップメッセージをＢＲＩ固定機１２１へ
伝送する。ＢＲＩ固定機１２１は、端末管理アプリケー
ション６７２が交換ノード１０１のディレクトリ番号管
理アプリケーション６６６への返送を要求する警報発信
メッセージに応答する。

【０１３０】ディレクトリ番号管理アプリケーション６
６６が基地局１０８又はＢＲＩ固定機１２１から警報発
信メッセージを受信すると、ディレクトリ番号管理アプ
リケーション６６６は警報発信メッセージを交換ノード
１０９へ返送する。

【０１３１】次に、移動体１２２がＢＲＩ固定機１２６
からの電話呼出に応答せず、ＢＲＩ固定機１２１が応答
する事例を想定して説明する。ＢＲＩ固定機１２１が呼
出に応答する場合、交換ノード１０５は接続メッセージ
を交換ノード１０１へ伝送し、そして、図６の周辺装置
６１０を介してＢＲＩリンク１３６とＰＲＩリンク１５
９との間の接続をセットアップする。

【０１３２】接続メッセージが交換ノード１０１で受信
されると、接続メッセージはディレクトリ番号管理アプ
リケーション６６６へ伝達される。ディレクトリ番号管
理アプリケーション６６６は、交換ノード１０１により
ＰＲＩリンク１５１とＰＲＩリンク１５５との間の接続
をセットアップし、そして、交換ノード１０４を介して
接続メッセージを交換ノード１０９へ伝送することによ
り応答する。この接続メッセージは交換ノード１０４及
び１０９により接続をセットアップさせる。

【０１３３】交換ノード１０９は接続肯定応答メッセー
ジに応答する。この接続肯定応答メッセージはディレク
トリ番号管理アプリケーション６６６へ中継返送され
る。この時点で、ＢＲＩ固定機１２１とＢＲＩ固定機１
２６との間で通話経路が存在する。

【０１３４】接続肯定応答メッセージに応答して、ディ
レクトリ番号管理アプリケーション６６６は接続肯定応
答メッセージをＢＲＩ固定機１２１に関する交換ノード
１０５へ伝送する。更に、ディレクトリ番号管理アプリ
ケーション６６６は、移動体１２２で起動されている共
用ディレクトリ番号に対応する回線使用中の表示ランプ
を点灯させるメッセージを端末管理アプリケーション６
６７へ伝達する。

【０１３５】使用者が共用ディレクトリ番号に対応する
回線を選択し、移動体１２２のフックを外す場合、端末
管理アプリケーション６６７は、基地局１０８を介する
移動体１２２と交換ノード１０５との間の接続を周辺装
置６１０によりセットアップすることを要求する接続メ
ッセージをディレクトリ番号管理アプリケーション６６
６へ伝達する。ディレクトリ番号管理アプリケーション
６６６はこの接続メッセージに応答してコンファレンス
を確立する。このコンファレンスはＢＲＩ固定機１２６
とＢＲＩ固定機１２１との間で既にセットアップされた
呼出に移動体を加える。

【０１３６】交換ノード１０５が警報発信メッセージを
交換ノード１０１へ返送する場合、これは交換ノード１
０５により所有された二次番号に関連する情報を包含す
る。交換ノード１０１のセッション層６５３はこの情報
に応答して、エントリ１１１３を図１０のレベル５経路
指定テーブル１００２へ書き入れる。エントリ１１１３
は、交換ノード１０５が二次番号群“Ｓ１１ＸＸ”を所
有していることを明示する。

【０１３７】ＢＲＩ固定機１２１が、図６に図示された
ような交換ノード１０１のディレクトリ番号管理アプリ
ケーション６６６に関連する共用回線で呼出を発信する
ときの、図１に図示された装置の動作について検討す
る。この事例のために、ＢＲＩ固定機１２６はディレク
トリ番号“２００１”を使用するものと想定する。

【０１３８】ＢＲＩ固定機のフックが外され、ＢＲＩ固
定機１２６に関するディレクトリ番号（即ち、“２００
１”）がダイヤルされるのに応じて、図６の端末管理ア
プリケーション６７２はＢＲＩ固定機１２１の動作に応
答して、図６のディレクトリ番号管理アプリケーション
６６６へ伝達されるセットアップメッセージを生成す
る。また、このセットアップメッセージには、発呼者Ｉ
Ｄ情報（即ち、二次番号“Ｓ１１０１”）及び最終ディ
レクトリ番号宛先（即ち、“２００１”）を包含する。

【０１３９】端末管理アプリケーション６７２は、セッ
ションソフトウエア層６１３がこのメッセージをディレ
クトリ番号“１１０１”（即ち、ディレクトリ番号管理
アプリケーション６６６を識別するディレクトリ番号）
へ伝送することを要求する。セッションソフトウエア層
６１３は図８のレベル５経路指定テーブル８０５にアク
セスし、そして、この呼出が交換ノード１０１に経路指
定されるべきであることを決定する。

【０１４０】次いで、セッションソフトウエア層６１３
は、交換ノード１０１へ伝達されるべきセットアップメ
ッセージについて転送ソフトウエア層へ要求を伝送す
る。転送ソフトウエア層６１２はこの要求に応答して、
図８のレベル４経路指定テーブル８０６にアクセスし、
そして、このメッセージがＰＲＩリンク１５１を介して
交換ノード１０１へ伝達されることを決定する。ネット
ワークソフトウエア層６１１及び周辺装置６１０は転送
ソフトウエア層６１２からの情報に応答して、セットア
ップメッセージをＰＲＩリンク１５１を介して交換ノー
ド１０１へ伝送する。

【０１４１】交換ノード１０１の転送ソフトウエア層６
５２は層６５１及び６５０を介して受信されたセットア
ップメッセージに応答して、宛先交換ノードが１０１で
あることを決定し、そして、このセットアップメッセー
ジをセッションソフトウエア層へ転送する。セッション
ソフトウエア層は、ディレクトリ番号１１０１がディレ
クトリ番号管理アプリケーション６６６で終了されてい
ることを決定し、そして、セットアップメッセージはデ
ィレクトリ番号管理アプリケーション６６６へ伝達され
る。

【０１４２】ディレクトリ番号管理アプリケーション６
６６はこのセットアップメッセージに応答して、ＢＲＩ
固定機１２１は既にフックが外されていることを、端末
管理アプリケーション６６７へ伝達する。端末管理アプ
リケーション６６７はＰＲＩリンク１５２を介してメッ
セージを基地局１０８へ伝送する。基地局１０８は移動
体１２２の回線使用中表示器を駆動する。このメッセー
ジは移動体１２２を識別する二次番号“Ｓ１１０２”に
基づいて基地局１０８へ経路指定される。

【０１４３】その後、ディレクトリ番号管理アプリケー
ション６６６は新たなセットアップメッセージを生成す
る。このセットアップメッセージはこのＢＲＩ固定機１
２６のディレクトリ番号“２００１”を使用してこの固
定機へ送信される。ディレクトリ番号管理アプリケーシ
ョン６６６はその所有ディレクトリ番号“１１０１”を
セットアップメッセージに書き入れる。

【０１４４】次いで、端末管理アプリケーション６６７
は、交換ノード１０１の層６５０〜６５３がセットアッ
プメッセージをＢＲＩ固定機１２６へ伝達することを要
求する。セッションソフトウエア層６５３は図７のレベ
ル５経路指定テーブル７０９へアクセスし、そして、被
呼電話番号と一致する唯一のエントリである交換ノード
１０２へ経路指定されるべきであることを決定し、転送
ソフトウエア層６５２がセットアップメッセージを交換
ノード１０２へ経路指定することを要求する。

【０１４５】交換ノード１０２のセッションソフトウエ
ア層６４３がセットアップメッセージを受信すると、図
７のレベル５経路指定テーブル７０６から、このセット
アップメッセージはディレクトリ番号群“２ＸＸＸ”を
所有する交換ノード１０４へ経路指定すべきことを決定
する。転送ソフトウエア層６５２はこの情報に応答し
て、メッセージを交換ノード１０４へ伝送すべきことを
特定する転送メッセージとして、セットアップメッセー
ジを交換ノード１０１へ返送する。

【０１４６】セットアップメッセージが交換ノード１０
４のセッションソフトウエア層６０３により受信された
後、このソフトウエア層は図７のレベル５経路指定テー
ブル７１３にアクセスし、そして、このセットアップメ
ッセージが交換ノード１０９へ経路指定されるべきこと
を決定する。転送ソフトウエア層６０２は転送ソフトウ
エア層６０３からのこの情報に応答して、図７のレベル
４経路指定テーブル７１２にアクセスし、セットアップ
メッセージをＰＲＩリンク１５８を介して交換ノード１
０９へ経路指定すべきことを決定する。

【０１４７】セットアップメッセージが交換ノード１０
９のセッションソフトウエア層６２３により受信される
と、このソフトウエア層は、ディレクトリ番号が交換ノ
ード１０９で終了することを決定し、そして、セットア
ップメッセージを端末管理アプリケーション６７４へ転
送する。端末管理アプリケーション６７４はＢＲＩ固定
機１２６に警報を出す。

【０１４８】これにより、交換ノード１０９と、ディレ
クトリ番号番号計画を使用する交換ノード１０１のディ
レクトリ番号管理アプリケーション６６６との間におけ
るＩＳＤＮメッセージの正常な流れが形成され、メッセ
ージの正常な流れは、呼出をＢＲＩ固定機１２１へ配置
するＢＲＩ固定機１２６の事例における逆方向において
既に説明したように二次番号計画を使用する交換ノード
１０５とディレクトリ番号管理アプリケーション６６６
との間でやりとりされる。

【０１４９】次に、移動体１２２が基地局１０８から切
断され、そして、それ自体を図１の基地局１０７に登録
する場合に採られる動作について検討する。移動体１２
２が呼出に従事しない場合、移動体はそれ自体を基地局
１０８に４秒毎に再登録する。移動体が４秒以内にそれ
自体を再登録できない場合、基地局１０８は移動体が基
地局のサービスエリア外に存在するものと見做す。その
後、基地局１０８は、移動体１２２が切断されたことを
交換ノード１０１へ伝送する。

【０１５０】交換ノード１０１の層６５０及び６５１は
基地局１０８からのこの情報に応答して、移動体１２２
に関する全ての情報をこれらの層によりコントロールさ
れている内部テーブルから削除する。セッションソフト
ウエア層６５３は移動体１２２の切断に応答して、図１
０のレベル５経路指定テーブル１００２からエントリ１
０１１を削除する。ディレクトリ番号管理アプリケーシ
ョン６６６はこの切断に応答して、図１１からエントリ
１１０５を削除する。

【０１５１】番号計画アプリケーション６６５はこの切
断に応答して、図１０のテーブル１００１からエントリ
１０１０を削除する。更に、番号計画アプリケーション
６６５は、二次番号“Ｓ１１０２”をもはやホストして
いないことを、番号計画アプリケーション６７３へ伝送
する。このメッセージに応答して、番号計画アプリケー
ション６７３は、二次番号計画テーブル９０４からエン
トリ９１５を除去し、図９のレベル５経路指定テーブル
９０５からエントリ９１６を除去する。前記のような動
作の結果、二次番号“Ｓ１１０２”に関する全てのテー
ブルは一掃される。

【０１５２】次に、移動体１２２は、図１及び６に図示
されたような交換ノード１０６と相互接続されている基
地局１０７にそれ自体を登録すると想定する。交換ノー
ド１０６の端末管理アプリケーション６７５は移動体１
２２の基地局１０７への登録に応答して、番号計画アプ
リケーション６７６が二次番号“Ｓ１１０２”をホスト
することの許可を求めることを要求する。番号計画アプ
リケーション６７６は、セッション層６３３が“Ｓ１１
０２”を所有する番号計画アプリケーションへ経路指定
することを要求する。

【０１５３】セッションソフトウエア層６３３は、番号
計画アプリケーションが二次番号“Ｓ１１０２”を所有
することに関する情報を有しないので、図４に図示され
るように、二次番号計画階層内の高交換ノードへ経路指
定する。番号計画アプリケーション６７６は、セッショ
ンを交換ノード１０２の番号計画アプリケーション６６
１についてセットアップすることを要求する。このセッ
ションは容易にセットアップすることができる。なぜな
ら、図９のノード１０６に関するレベル４経路指定テー
ブル９１２は交換ノード１０２との通信方法を定義する
エントリを有するからである。

【０１５４】交換ノード１０６の番号計画アプリケーシ
ョン６７６と交換ノード１０２の番号計画アプリケーシ
ョン６６１との間でセッションがセットアップされる
と、番号計画アプリケーション６７６は、二次番号“Ｓ
１１０２”をホストすることの許可を求める。番号計画
アプリケーション６６１は、二次番号計画テーブル９０
１を検査し、そして、二次番号群“Ｓ１ＸＸＸ”のオー
ナーシップを交換ノード１０４へ付与することを決定
し、また、低ソフトウエア層がセッションを交換ノード
１０４の番号計画アプリケーション６６９へ転送するこ
とを要求する。

【０１５５】番号計画アプリケーション６６９はセット
アップされているセッションに応答して、図９の二次番
号計画テーブル９０７を検査し、そして、二次番号群
“Ｓ１１ＸＸ”を交換ノード１０５へ付与することを決
定する。次いで、番号計画アプリケーション６６９は転
送メッセージを使用することにより、交換ノード１０４
及び１０１に呼出を交換ノード１０５の番号計画アプリ
ケーション６７３へ転送させる。

【０１５６】交換ノード１０６の番号計画アプリケーシ
ョン６７６と交換ノード１０５の番号計画アプリケーシ
ョン６７３との間でセッションがセットアップされる
と、番号計画アプリケーション６７６は番号計画アプリ
ケーション６７３から、二次番号“Ｓ１１０２”をホス
トする許可を得る。両方の番号計画アプリケーション
は、これらの各交換ノードに関する番号計画、レベル５
経路指定及びレベル４経路指定を取り扱う二次テーブル
を更新する。これらの更新テーブルを図１２に示す。

【０１５７】交換ノード１０６の番号計画アプリケーシ
ョン６７６が二次番号をホストする許可を受けた後、交
換ノード１０６の端末管理アプリケーション６７５は、
交換ノード１０１のディレクトリ番号管理アプリケーシ
ョン６６６に対して移動体１２２の識別を続行する。端
末管理アプリケーション６７５は、移動体１２２の存在
を通知するメッセージをディレクトリ番号管理アプリケ
ーション６６６へ送信することを要求する。このメッセ
ージはディレクトリ番号計画を使用してディレクトリ番
号管理アプリケーション６６６へ経路指定される。

【０１５８】端末管理アプリケーション６７５は、セッ
ションソフトウエア層６３３がこのメッセージをディレ
クトリ番号１１０１へ経路指定することを要求する。デ
ィレクトリ番号１１０１はディレクトリ番号管理アプリ
ケーション６６６を識別する。セッションソフトウエア
層６３３は図８のレベル５経路指定テーブル８０２にア
クセスし、そして、このメッセージが交換ノード１０１
へ経路指定されるべきことを決定する。

【０１５９】転送ソフトウエア層６３２は交換ノード１
０１への経路指定要求に応答して、メッセージをＰＲＩ
リンク１６１へ伝送する。次いで、このメッセージは交
換ノード１０２により、交換ノード１０１のディレクト
リ番号管理アプリケーション６６６へ経路指定される。
ディレクトリ番号管理アプリケーション６６６はこのメ
ッセージに応答して、ディレクトリ番号管理テーブル１
１０１へエントリ１１０５を書き戻すことにより、テー
ブル１１０１を更新する。（エントリ１１０５は、移動
体１２２が基地局１０８から切離されたときに除去され
た。）

【０１６０】図１３は、一斉呼出及び呼出可能領域の機
能を付与する際に、図６のディレクトリ番号管理アプリ
ケーション６６６により行われる動作を示す流れ図であ
る。着呼がディレクトリ番号管理アプリケーション６６
６により受信されると、このアプリケーションは先ず決
定ブロック１３０１で、二次番号“Ｓ１１０２”を使用
する移動体１２２で一斉呼出ボタンが駆動されたか否か
をチェックする。

【０１６１】一斉呼出ボタンが駆動された場合、ブロッ
ク１３１０で、二次番号“Ｓ１１０２”を使用する移動
体１２２及びＢＲＩ固定機１２１へ一斉呼出メッセージ
を伝送する。一斉呼出メッセージは、これらの端末から
発せられる短い連続的な可聴周波数音を生じる。

【０１６２】次いで、ブロック１３１１で、呼出可能領
域メッセージが呼出アプリケーション６５９へ伝達され
る。このメッセージに応答して、呼出アプリケーション
６５９は着呼を呼出可能領域に転送する。本発明のこの
実施例では、呼出可能領域経路はボイスメールシステム
１２７だけからなる。ボイスメールシステム１２７はこ
の呼出に応答して、ディレクトリ番号１１０１に関する
ボイスメッセージを記録する。移動体１２２又はＢＲＩ
固定機１２１の何方も、図１４に関連して説明されるよ
うに、このメッセージを検索することができる。

【０１６３】決定ブロック１３０２へ戻る。結果が“Ｎ
Ｏ”である場合、ディレクトリ番号管理アプリケーショ
ン６６６は二次番号“Ｓ１１０２”へセットアップメッ
セージを送信する。このメッセージにより、移動体１２
２に呼出信号音による警報を出す。次いで、決定ブロッ
ク１３０３において、ＢＲＩ固定機１２１で一斉呼出ボ
タンが駆動されたか否かチェックする。ＢＲＩ固定機１
２１で一斉呼出ボタンが駆動された場合、ブロック１３
０４において、ＢＲＩ固定機１２１から短い音を発射さ
せる。しかし、決定ブロック１３０３の結果が“ＮＯ”
である場合、ディレクトリ番号管理アプリケーション６
６６はセットアップメッセージをＢＲＩ固定機１２１へ
伝送する。

【０１６４】決定ブロック１３０８は、警報発信メッセ
ージが移動体１２２またはＢＲＩ固定機１２１から返送
されたか否かチェックする。警報発信メッセージは端末
のベルが鳴らされていることを示す。何方かの端末が警
報発信メッセージを返送すると、ディレクトリ番号管理
アプリケーション６６６は警報発信メッセージを呼出端
末へ送信する。

【０１６５】警報発信メッセージを呼出端末へ伝送した
後、決定ブロック１３１２において、接続メッセージが
移動体１２２又はＢＲＩ固定機１２１から受信されるま
で、若しくは、所定の時間が経過するまで待機する。所
定の時間内に呼出に応答しない場合、制御はブロック１
３１１へ転送される。ブロック１３１１の機能について
は既に説明した。何方かの端末装置が呼出に応答する場
合、決定ブロック１３１５が実行される。

【０１６６】このブロックの目的は、移動体１２２又は
ＢＲＩ固定機１２１の何方が呼出に応答したかを決定す
ることである。これにより、応答しなかった方の端末装
置は回線使用中のメッセージを受信することができる。
この回線使用中メッセージは、受信端末で駆動される回
線使用中表示器に表示される。接続メッセージがＢＲＩ
固定機１２１から受信される場合、ブロック１３１６は
回線使用中メッセージを移動体１２２へ伝送する。次い
で、ディレクトリ番号管理アプリケーション６６６は接
続メッセージを呼出端末へ伝送する。

【０１６７】決定ブロック１３１８において、フック外
しメッセージが移動体１２２から受信されたか否かチェ
ックする。このフック外しメッセージは、移動体１２２
が、ＢＲＩ固定機１２１と呼出端末との間で現在進行中
の呼出に参加することを望んでいることを示す。移動体
１２２がフックを解除する場合、ディレクトリ番号管理
アプリケーション６６６は、移動体１２２を呼出に参加
させるメッセージを周辺装置６５０へ伝送する。

【０１６８】ブロック１３２０の目的は、ディレクトリ
番号計画を介してディレクトリ番号管理アプリケーショ
ン６６６へ伝送されるメッセージを移動体１２２及びＢ
ＲＩ固定機１２１から受信することである。このような
各メッセージは交換される。その結果、これらのメッセ
ージが呼出端末へ送信される前に、このメッセージはそ
の発信端末ディレクトリ番号“１１０１”と使用者の氏
名を有する。同様に、呼出端末から受信されたメッセー
ジは二次番号計画を介して移動体１２２及びＢＲＩ固定
機１２１へ再伝送されるが、呼出端末に関する情報の交
換は行われない。

【０１６９】決定ブロック１３２３において、移動体１
２２又はＢＲＩ固定機１２１若しくは呼出端末から受信
されたメッセージが切断メッセージであるか否かチェッ
クする。呼出端末からの切断メッセージは呼出を終了さ
せ、あるいは、呼出について二次番号を使用する最後の
装置（移動体１２２及びＢＲＩ固定機１２１）からの切
断メッセージは呼出を終了させる。呼出が終了されない
場合、制御は決定ブロック１３２３から決定ブロック１
３１８へ戻される。呼出が終了されると、着呼の処理は
完了する。

【０１７０】図１３のブロック１３２４〜１３２９は、
ブロック１３１５〜１３１２について既に説明した態様
と同様な態様で機能する。相違点は、ブロック１３２４
〜１３２８において、着呼に応答するのがＢＲＩ固定機
１２１ではなく移動体１２２であると想定していること
である。

【０１７１】要するに、図１３は、「ディレクトリ番号
管理アプリケーション６６６へメッセージを伝送するた
めに、移動体１２２及びＢＲＩ固定機１２１へ送信され
るメッセージは二次番号計画を使用し、また、これらの
端末からのメッセージはディレクトリ番号計画を使用す
るので、一斉呼出及び呼出可能領域の機能は全体とし
て、移動体１２２及びＢＲＩ固定機１２１の物理的位置
と無関係である」という事実を例証している。

【０１７２】図１に図示されたシステムにおける他の端
末の観点からすれば、移動体１２２及びＢＲＩ固定機１
２１により共用されるディレクトリ番号は呼出を終了さ
せ、そして、交換ノード１０１に留まる。従って、交換
ノードにより左右されるこれらの機能の全ての相互作用
は、移動体１２２又はＢＲＩ固定機１２１の位置に関係
無く同一のままである。

【０１７３】例えば、呼出可能領域は、移動体１２２又
はＢＲＩ固定機１２１が呼出可能領域経路と同じ交換ノ
ード上に位置するものと見做す。更に、ユーザが交換ノ
ード１０１に接続された固定機から発呼している場合、
ボイスメールシステム１２７はログオン処理において特
定のショートカットを可能にする。

【０１７４】図１４は、移動体１２２又はＢＲＩ固定機
１２１が発呼するときにディレクトリ番号管理アプリケ
ーション６６６により行われる動作を例証する流れ図で
ある。移動体１２２又はＢＲＩ固定機１２１が発呼する
とき、回線使用中表示器が他の端末で駆動されなければ
ならない。本質的に、移動体１２２又はＢＲＩ固定機１
２１からの発呼により、呼出は先ずディレクトリ番号管
理アプリケーション６６６にセットアップされる。

【０１７５】次いで、このディレクトリ番号管理アプリ
ケーション６６６は被呼／宛先端末に対する呼出の合図
をセットアップする。図１４は、セットアップメッセー
ジが元々、移動体１２２（“Ｓ１１０２”二次番号）か
ら受信されたのか、又は、ＢＲＩ固定機（“Ｓ１１０
１”二次番号）から受信されたのかに応じた、２本の主
要経路を有する。図１４の動作を、呼出を発信するＢＲ
Ｉ固定機１２１について説明する。

【０１７６】決定ブロック１４０１において、セットア
ップメッセージが移動体１２２又はＢＲＩ固定機１２１
の何方からのものか決定する。メッセージがＢＲＩ固定
機１２１からのものである場合、ブロック１４２０にお
いて、回線使用中メッセージを移動体１２２へ伝送す
る。このメッセージにより、移動体１２２の回線使用中
表示器が駆動される。次いで、ディレクトリ番号管理ア
プリケーション６６６はセットアップメッセージを、Ｂ
ＲＩ固定機１２１により識別される被呼端末へ伝送す
る。

【０１７７】ディレクトリ番号管理アプリケーション６
６６から被呼端末へセットアップメッセージが伝送され
た後、決定ブロック１４０３において、移動体１２２の
フックが解除されたか否かを決定する。このフック外し
は、移動体１２２がＢＲＩ固定機１２１と被呼端末との
間の呼出に参加することを希望していることを示す。決
定ブロック１４０３における実行の結果が“ＹＥＳ”で
ある場合、ブロック１４０９において、移動体１２２及
びＢＲＩ固定機１２１から受信されたメッセージを被呼
端末へ中継する。この逆もまた同じである。

【０１７８】決定ブロック１４１１において、これらの
メッセージのうちの一つが切断メッセージであるか否か
決定する。切断メッセージは呼出側に参加者が存在しな
い場合に生じる。決定ブロック１４１１の結果が“Ｎ
Ｏ”である場合、制御はブロック１４１０へ戻される。
決定ブロック１４１１の結果が“ＹＥＳ”である場合、
呼出は終了される。

【０１７９】決定ブロック１４０３へ戻る。移動体１２
２のフックが解除されていない場合、制御はブロック１
４０４へ転送される。ブロック１４０４はブロック１４
１０で既に述べた動作と同じ動作を行う。決定ブロック
１４０８において、ＢＲＩ固定機１２１又は被呼端末は
切断メッセージを終了させたか否かチェックする。チェ
ックの答えが“ＹＥＳ”である場合、呼出は終了され
る。しかし、答えが“ＮＯ”である場合、制御は再び決
定ブロック１４０３へ転送される。

【０１８０】ブロック１４１３〜１４１８はブロック１
４０２〜１４１１と同様な態様で機能する。但し、呼出
の発信端末は移動体１２２である。

【０１８１】ユーザが移動体１２２又はＢＲＩ固定機１
２１からボイスメールシステム１２７にアクセスする事
例について検討する。ボイスメールシステム１２７の性
質から、ディレクトリ電話番号“１１０１”は交換ノー
ド１０１で終了するので、ボイスメールシステム１２７
は、交換ノード１０１へ直接接続された端末を扱う。ボ
イスメールシステム１２７は、アプリケーションと相互
作用していることは知らず、むしろ、端末と相互作用し
ているものと見做す。従って、ボイスメールシステム１
２７の動作は全体的に、移動体１２２又はＢＲＩ固定機
１２１の物理的位置には影響されない。

【０１８２】これまで、ＢＲＩ固定機及び移動体はディ
レクトリ電話番号を共用する場合を想定して図１のシス
テムを説明してきた。しかし、移動体１２２がシステム
に登録されていない場合に、ＢＲＩ固定機１２１が動作
できる方法について説明されているので、これは不必要
である。図１に図示されたシステム全体を移動体が移動
できるような目に見えない機能を維持するために、移動
体にはディレクトリ管理アプリケーションによりコント
ロールされるディレクトリ番号が割当てられ、ＢＲＩ固
定機と番号を共用しないことが望ましい。

【０１８３】ディレクトリ管理アプリケーションは二次
番号計画を介して移動体と通信する。前記のように、こ
れらの動作は、ディレクトリ番号管理アプリケーション
が存在する交換ノードに直接接続された端末により行わ
れるものと思われる。これにより、移動体に関する呼出
可能領域，一斉呼出及びボイスメール動作などのような
機能の透明性が確保される。

【０１８４】

【発明の効果】以上説明したように、本発明によれば、
携帯電話のような移動体装置と家庭用の固定加入電話機
とを一つの電話番号で相互に自由に使用することができ
る。また、本発明によれば、固定機用の電話機構と移動
体用の電話機構間に協調関係が構築されるので、移動体
及び固定機にそれぞれ付与された電話機構の方式で相互
に自由にコントロールすることができる。更に、本発明
によれば、移動体および固定機ともディレクトリ番号又
は位置感受性により機能的な影響を全く受けない。

【図面の簡単な説明】

【図１】本発明による電気通信交換システムの一例のブ
ロック図である。

【図２】図１の交換ノードのノード階層を示す模式的構
成図である。

【図３】図１のディレクトリ番号計画階層を示す模式的
構成図である。

【図４】図１の二次番号計画階層を示す模式的構成図で
ある。

【図５】各交換ノードで実現されるソフトウエア階層の
模式的構成図である。

【図６】図１の電気通信交換システムの詳細図である。

【図７】図１の電気通信交換システムで使用される番号
計画及び経路指定テーブルを示す表図である。

【図８】図１の電気通信交換システムで使用される番号
計画及び経路指定テーブルを示す表図である。

【図９】図１の電気通信交換システムで使用される番号
計画及び経路指定テーブルを示す表図である。

【図１０】図１の電気通信交換システムで使用される番
号計画及び経路指定テーブルを示す表図である。

【図１１】ディレクトリ番号管理テーブルを示す表図で
ある。

【図１２】図１の電気通信交換システムで使用される番
号計画及び経路指定テーブルを示す表図である。

【図１３】ディレクトリ番号管理アプリケーションプロ
グラムにより実行される動作を説明する流れ図である。

【図１４】ディレクトリ番号管理アプリケーションプロ
グラムにより実行される動作を説明する流れ図である。

【符号の説明】

１０１，１０２，１０４，１０５，１０６，１０９，
交換ノード １０７，１０８ 基地局 １１０，１１１，１１２，１１３ 無線装置 １１４ 公衆網 １１５ ＮＭＳ １２０，１２１，１２５，１２６，１２８ ＢＲＩ固定
機 １２２ 移動体 １２７ ボイスメールシステム

フロントページの続き (72)発明者 ゲーリー レン グリフィス アメリカ合衆国 8005 コロラド アル バダ、ブレントウッド コート、8271 (72)発明者 ビジェイ プラカッシュ アメリカ合衆国 80301 コロラド ボ ルダー、カーター トレイル、4325 (56)参考文献 特開 昭59−50629（ＪＰ，Ａ) 特開 昭60−113563（ＪＰ，Ａ) 特開 平３−214898（ＪＰ，Ａ) 特開 平４−127651（ＪＰ，Ａ) 特開 平４−264899（ＪＰ，Ａ) 特開 平４−298130（ＪＰ，Ａ) 特開 平４−339490（ＪＰ，Ａ) 特開 平５−327888（ＪＰ，Ａ) 国際公開91／664（ＷＯ，Ａ１) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 3/42 - 3/58 H04M 3/00 H04B 7/24 - 7/26 113 H04Q 7/00 - 7/38

Claims (18)

(57)【特許請求の範囲】
1. 【請求項１】 複数個の交換ノードを有する電気通信交
   換システムが移動電話機および固定電話機に電話サービ
   スを提供する方法において、 前記電気通信交換システムが、一次番号計画の一次番号
   を移動電話機および固定電話機の両方に割り当て、二次
   番号計画の第１の二次番号を前記移動電話機に割り当
   て、前記二次番号計画の第２の二次番号を前記固定電話
   機に割り当てる割当てステップと、 前記電気通信交換システムが、発呼電話機からの、前記
   一次番号を宛先とする着呼に関する着呼情報を、該着呼
   がアクティブである間に、前記第１の二次番号を用いて
   前記移動電話機へルーティングするとともに前記第２の
   二次番号を用いて前記固定電話機へルーティングするル
   ーティングステップと、 前記移動電話機が、前記一次番号を宛先とする着呼情報
   がルーティングされてきたことに応答して、前記電気通
   信交換システムへ第１制御情報を送信するステップと、 前記電気通信交換システムが、前記第１制御情報に応答
   して、前記固定電話機へ第２制御情報を送信するステッ
   プと、 前記電気通信交換システムが、前記第１制御情報に応答
   して、前記発呼電話機へ第３制御情報を送信するステッ
   プとからなり、 前記割当てステップは、 着呼を処理するために前記電気通信交換システムにおい
   て番号管理アプリケーションを実行するステップと、 前記電気通信交換システムの第１交換ノードが、前記第
   １の二次番号により前記移動電話機を識別するステップ
   と、 前記電気通信交換システムの第３交換ノードが、前記第
   ２の二次番号により前記固定電話機を識別するステップ
   と、 前記番号管理アプリケーションが、前記一次番号によ
   り、前記移動電話機が前期第１交換ノードに接続されて
   いること、および、前記固定電話機が前記第３交換ノー
   ドに接続されていることを判定するステップとからなる
   ことを特徴とする電話サービスの提供方法。
2. 【請求項２】 前記着呼情報は呼設定情報であることを
   特徴とする請求項１に記載の方法。
3. 【請求項３】 前記電気通信交換システムが前記発呼電
   話機と前記移動電話機の間に音声接続を確立するステッ
   プをさらに有することを特徴とする請求項２に記載の方
   法。
4. 【請求項４】 前記ルーティングステップは、 前記番号管理アプリケーションが、前記着呼情報を受け
   取るステップと、 前記番号管理アプリケーションが、前記移動電話機用
   に、前記第１の二次番号を用いて前記着呼情報を前記第
   １交換ノードへ送信するステップと、 前記番号管理アプリケーションが、前記固定電話機用
   に、前記第２の二次番号を用いて前記着呼情報を前記第
   ３交換ノードへ送信するステップとからなることを特徴
   とする請求項１に記載の方法。
5. 【請求項５】 前記第１制御情報を送信するステップ
   は、前記一次番号を用いて前記番号管理アプリケーショ
   ンへ前記第１制御情報を送信するステップからなること
   を特徴とする請求項４に記載の方法。
6. 【請求項６】 着呼に関する他の情報を、前記第１の二
   次番号を用いて前記移動電話機へ送信するとともに前記
   第２の二次番号を用いて前記固定電話機へ送信するステ
   ップをさらに有することを特徴とする請求項５に記載の
   方法。
7. 【請求項７】 前記割当てステップは、 前記第１交換ノードから前記移動電話機を切断するステ
   ップと、 前記電気通信交換システムの第２交換ノードが、前記第
   １の二次番号により前記移動電話機を識別するステップ
   と、 前記番号管理アプリケーションが、前記一次番号により
   前記移動電話機が前記第２交換ノードに接続されている
   と判定するステップとをさらに有することを特徴とする
   請求項４に記載の方法。
8. 【請求項８】 前記ルーティングステップは、 前記番号管理アプリケーションが、前記移動電話機用
   に、前記第１の二次番号を用いて前記着呼情報を前記第
   ２交換ノードへ送信するステップをさらに有することを
   特徴とする請求項７に記載の方法。
9. 【請求項９】 前記番号管理アプリケーションは前記第
   １交換ノードにおいて実行され、 前記第１制御情報を送信するステップは、前記移動電話
   機が、前記第２交換ノードから先へのルーティングのた
   めに、前記一次番号を用いて前記番号管理アプリケーシ
   ョンへ前記第１制御情報を送信するステップからなるこ
   とを特徴とする請求項８に記載の方法。
10. 【請求項１０】 複数個の交換ノードを有する電気通信
    交換システムが移動電話機および固定電話機に電話サー
    ビスを提供する装置において、 前記電気通信交換システムが、一次番号計画の一次番号
    を移動電話機および固定電話機の両方に割り当て、二次
    番号計画の第１の二次番号を前記移動電話機に割り当
    て、前記二次番号計画の第２の二次番号を前記固定電話
    機に割り当てる割当て手段と、 前記電気通信交換システムが、発呼電話機からの、前記
    一次番号を宛先とする着呼に関する着呼情報を、該着呼
    がアクティブである間に、前記第１の二次番号を用いて
    前記移動電話機へルーティングするとともに前記第２の
    二次番号を用いて前記固定電話機へルーティングするル
    ーティング手段と、 前記移動電話機が、前記一次番号を宛先とする着呼情報
    がルーティングされてきたことに応答して、前記電気通
    信交換システムへ第１制御情報を送信する手段と、 前記電気通信交換システムが、前記第１制御情報に応答
    して、前記固定電話機へ第２制御情報を送信する手段
    と、 前記電気通信交換システムが、前記第１制御情報に応答
    して、前記発呼電話機へ第３制御情報を送信する手段と
    からなり、 前記割当て手段は、 着呼を処理するために前記電気通信交換システムにおい
    て番号管理アプリケーションを実行する手段と、 前記電気通信交換システムの第１交換ノードが、前記第
    １の二次番号により前記移動電話機を識別する手段と、 前記電気通信交換システムの第３交換ノードが、前記第
    ２の二次番号により前記固定電話機を識別する手段と、 前記番号管理アプリケーションが、前記一次番号によ
    り、前記移動電話機が前期第１交換ノードに接続されて
    いること、および、前記固定電話機が前記第３交換ノー
    ドに接続されていることを判定する手段とからなること
    を特徴とする電話サービスの提供装置。
11. 【請求項１１】 前記着呼情報は呼設定情報であること
    を特徴とする請求項１０に記載の装置。
12. 【請求項１２】 前記電気通信交換システムが前記発呼
    電話機と前記移動電話機の間に音声接続を確立する手段
    をさらに有することを特徴とする請求項１１に記載の装
    置。
13. 【請求項１３】 前記ルーティング手段は、 前記番号管理アプリケーションが、前記着呼情報を受け
    取る手段と、 前記番号管理アプリケーションが、前記移動電話機用
    に、前記第１の二次番号を用いて前記着呼情報を前記第
    １交換ノードへ送信する手段と、 前記番号管理アプリケーションが、前記固定電話機用
    に、前記第２の二次番号を用いて前記着呼情報を前記第
    ３交換ノードへ送信する手段とからなることを特徴とす
    る請求項１０に記載の装置。
14. 【請求項１４】 前記第１制御情報を送信する手段は、
    前記一次番号を用いて前記番号管理アプリケーションへ
    前記第１制御情報を送信する手段からなることを特徴と
    する請求項１３に記載の装置。
15. 【請求項１５】 他の着呼情報を、前記第１の二次番号
    を用いて前記移動電話機へ送信するとともに前記第２の
    二次番号を用いて前記固定電話機へ送信する手段をさら
    に有することを特徴とする請求項１４に記載の装置。
16. 【請求項１６】 前記割当て手段は、 前記第１交換ノードから前記移動電話機を切断する手段
    と、 前記電気通信交換システムの第２交換ノードが、前記第
    １の二次番号により前記移動電話機を識別する手段と、 前記番号管理アプリケーションが、前記一次番号により
    前記移動電話機が前記第２交換ノードに接続されている
    と判定する手段とをさらに有することを特徴とする請求
    項１３に記載の装置。
17. 【請求項１７】 前記ルーティング手段は、 前記番号管理アプリケーションが、前記移動電話機用
    に、前記第１の二次番号を用いて前記着呼情報を前記第
    ２交換ノードへ送信する手段をさらに有することを特徴
    とする請求項１６に記載の装置。
18. 【請求項１８】 前記番号管理アプリケーションは前記
    第１交換ノードにおいて実行され、 前記第１制御情報を送信する手段は、前記移動電話機
    が、前記第２交換ノードから先へのルーティングのため
    に、前記一次番号を用いて前記番号管理アプリケーショ
    ンへ前記第１制御情報を送信する手段からなることを特
    徴とする請求項１７に記載の装置。