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

Abstract

(57)【要約】 【目的】 複数の交換機システム間に共有ラインアピア
ランス（ＳＬＡ）を提供できる通信交換システムを提供
することである。 【構成】 異なる企業内の通信交換機システムは、公衆
電話回線網を介して、相互接続される。ソフトウェアア
プリケーションプログラム（ＳＡＰ）は、ＳＬＡに関連
するディレクトリ番号（ＤＮ）を受信し、このＤＮに関
連する全ての来入呼びを受信し、このＳＬＡを受信した
電話機セットに関して実行されるべき操作を決定する。
電話機セットの１つからの発呼は、ＳＡＰに切り替えら
れて、そこで発呼を宛先電話端末に切り替えて、ＳＡＰ
の場所から発信されているかのように行われる。この発
信を行うのに使用される発信ＤＮは、ＳＬＡに関連する
ＤＮである。この発呼に関して、このＳＡＰは、メッセ
ージをこのＳＬＡを受信する他の電話機セットに送信し
て、この電話機セットは、ＳＬＡが通話中である旨を表
示する。２つのダイアル番号計画を使用する。則ち、標
準の電話番号（１次）と、２次ダイアル番号計画からな
るＤＮ計画である。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】共有ラインアピアランスの特徴は、複数
の電話機が各電話機セットのラインアピアランスに共通
ディレクトリ番号を共有できることである。発呼者が呼
びをこのディレクトリ番号に発信すると、この電話番号
に対し、ラインのアピアランスを有する電話機セットの
何れの人もこの電話番号に応答することができる。電話
機セットの１つが呼びに応答した後は、他の電話機セッ
トはこのラインアピアランス上の他の電話機セットをピ
ックアップすることだけで、この電話の呼びに加わるこ
とができる。同様な操作は発呼を行うような電話機セッ
トの１つでも実行できる。このラインアピアランスの状
態は、電話機ディレクトリ番号を受信する電話機セット
上で表示される。この共有ラインアピアランスの特徴
は、事務所等で非常に有益である。

【０００３】従来の電話交換機システムは、この共有ラ
インアピアランスの特徴を有してはいるが、この場合の
問題点は、全ての電話機セットが、直接通信システムに
接続されるべき共有ラインアピアランスに関係してしま
うということである。この問題点は、ＰＢＸに関して発
生する。

【０００４】

【発明が解決しようとする課題】従って、本発明の目的
は、従来の共有ラインアピアランスの問題点を解決する
新規な電気通信交換システムを提供することである。

【０００５】

【課題を解決するための手段】本発明の方法と装置は、
異なる企業内の通信交換システムに接続されるような複
数の電話機セット上で実現される。この企業内の通信交
換機システムは、公衆電話回線網を介して、標準の通信
リンクを用いて、相互接続される。ソフトウェアアプリ
ケーションプログラムは、共有ラインアピアランスに関
連するディレクトリ番号を受信し、このディレクトリ番
号に関連する全ての来入呼びを受信し、この共有ライン
アピアランスを受信した電話機セットに関して実行され
るべき操作を決定する。このソフトウェアアプリケーシ
ョンプログラムは、各電話機セットの通信システムが相
互接続されているのにも関わらず、来入呼びを電話機セ
ットに向ける。電話機セットの１つからの発呼は、ソフ
トウェアアプリケーションプログラムに切り替えられ
て、そこで発呼を宛先電話端末に切り替えて、これはあ
たかも発呼がソフトウェアアプリケーションプログラム
の場所から発信されているかのように行われる。この発
信を行うのに使用される発信ディレクトリ番号は、共有
ラインアピアランスに関連するディレクトリ番号であ
る。この発呼に関して、このソフトウェアアプリケーシ
ョンプログラムは、メッセージをこの共有ラインアピア
ランスを受信する他の電話機セットに送信して、その結
果、この電話機セットは、共有ラインアピアランスが通
話中である旨を表示する。

【０００６】本発明の方法と装置は、２つのダイアル番
号計画を使用する。則ち、標準の電話番号（１次）と、
２次ダイアル番号計画からなるディレクトリ番号計画で
ある。この２次ダイアル番号計画をソフトウェアアプリ
ケーションプログラムが用いて、共有ラインアピアラン
スを受信する電話機セットからの呼びを受信し方向付け
る。

【０００７】

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

【０００８】図１は、ネットワーク管理システム（ＮＭ
Ｂ）１１５と共に複数個の交換ノード１０１〜１０９を
有する電気通信交換システムの概念的構成図である。各
交換ノード１０１〜１０９は、ＢＲＩ固定（電話）機１
２０〜１３０のような複数個の電気通信端末との通信用
であり、そして、独立した通信システムとして機能す
る。

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

【００１０】さらに、本発明によれば、電話機のグルー
プは、ディレクトリ電話番号を有するラインアピアラン
スを共有する。このディレクトリ電話番号への全ての呼
びは、ディレクトリ番号管理アプリケーション（図１の
ＤＮＭ６６６）に向けられる。このＤＮＭ６６６は、来
入呼びに応答して、これらの呼びを共有ラインアピアラ
ンスを受信する電話機セットへ配送する。ＤＮＭ６６６
から受信電話機セットへの呼びの配送は、２次番号計画
を用いて実行される。共有ラインアピアランスディレク
トリ番号を受信する各電話機セットは、唯一の２次番号
を有する。受信電話機セットからの全ての発呼は、ディ
レクトリ番号計画を用いて、まず、ＤＮＭ６６６に接続
され、その後、このＤＮＭ６６６は、ディレクトリ番号
計画を用いて、この呼びを宛先電話端末に配送する。着
呼と発呼の両方は、ＤＮＭ６６６を介して配送され、こ
のディレクトリ番号管理アプリケーションは、共有ライ
ンアピアランス番号を受信する電話機セットの間で、こ
の特徴の相互作用を制御する。受信電話機セットの１つ
により、発信された発呼に関しては、ＤＮＭ６６６は、
受信電話機セットの１つからの発呼に応答して、この呼
びを宛先に発信する。この発呼は、ＤＮＭ６６６から発
信される。この宛先電話番号は、呼びが共有ラインアピ
アランスに関連するディレクトリ電話番号から受信され
ることを表示し、共有ラインアピアランスの発信電話機
セットに割当られた２次番号から発信されたものである
とは表示しない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３１】ＢＲＩ固定機１２８がどのようにして上記
の６個の機能を実行するかを検討する。このＴＥＩ割り
当て手続きは、交換ノード１０６で実行される。交換ノ
ード１０６内の端末管理アプリケーションは、この手続
きに応答して、端末サービスプロファイルを獲得する。
このプロファイルには、共有ディレクトリ番号、２次電
話番号、ＢＲＩ固定機１２８の特徴が含まれる。交換ノ
ード１０６内の端末管理アプリケーションは、呼びを交
換ノード１０１内のディレクトリ番号管理アプリケーシ
ョン６６６に接続する。この呼びは、ディレクトリ番号
計画を用いて配送され、この番号計画は、この時点では
時間内に確立されている。この端末管理アプリケーショ
ンは、ＢＲＩ固定機１２８の存在をディレクトリ番号管
理アプリケーション６６６に通報し、そして、その２次
番号が「Ｓ１１０３」であることを通報する。交換ノー
ド１０６内の端末管理アプリケーションは、交換ノード
１０６の番号計画アプリケーションが交換ノード１０１
の番号計画アプリケーションからＢＲＩ固定機１２８の
２次番号をホストするよう要求する。その理由は、この
２次番号は交換ノード１０１に所有されるブロック内に
あるからである。これらの４個の特徴の操作は、前述し
たものと同様で、その理由は、ディレクトリ番号管理ア
プリケーション６６６は、ただ呼びとメッセージを交換
ノード１０６を介してＢＲＩ固定機１２８に配送するだ
けだからである。

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

【００３３】結論として、共用ディレクトリ番号１１０
１を共用するＢＲＩ固定機１２１，１２２，１２８は、
このディレクトリ番号をコントロールするディレクトリ
番号管理アプリケーション６６６に対してそれ自身を識
別する。更に、ディレクトリ番号管理アプリケーション
６６６は二次番号を使用して、これらＢＲＩ固定機に対
する呼出の経路指定方法に関する情報を有する。

【００３４】本発明による共有ラインアピアランスの特
徴（機能）の実行について考察する。この共有ラインア
ピアランスの特徴は、図１の例を用いて説明する。この
例では、来入呼びについては、如何なる電話機もこの呼
びに応答でき、そして、残りの電話機の何れもオフフッ
クするだけで、この呼びに参加できる。発呼に関して
は、発呼がＢＲＩ固定局１２２または１２８により、ま
ず発信されると、残りの電話機セットの何れもがオフフ
ックするだけで、この発呼に参加できる。しかし、この
発呼がＢＲＩ固定局１２１により発生された場合には、
ＢＲＩ固定局１２２と１２８は、この呼びから除外され
るが、共有呼びアピアランスのラインが通話中であるこ
とを指示する情報を受信することができる。ディレクト
リ番号「１１０１」に入る来入呼びは、ＤＮＭ６６６に
着信し、このＤＮＭ６６６は、交換ノード１０１内で動
作する。このＤＮＭ６６６は、来入呼びのセットアップ
メッセージに応答して、このセットアップメッセージを
ＢＲＩ固定局１２１、１２２、１２８に２次番号計画を
用いて送信する。このＤＮＭ６６６は、３個のＢＲＩ固
定局からの何れからの警報メッセージに応答して、この
警報メッセージをＢＲＩ固定機１２６に戻す。この共有
ラインアピアランスのＢＲＩ固定機の何れもが所定の時
間内にこの呼びに応答しないと、この呼びは、コールカ
バレッジに送信される。そして、このコールカバレッジ
は、ボイスメールシステム１２７内にのみ存在する。こ
のボイスメールシステム１２７は、この呼びはディレク
トリ番号「１１０１」からのものであり、ＢＲＩ固定機
１２６のユーザには、このボイスメッセージを残す機会
が与えられる。このボイスメッセージは、ユーザにより
ＢＲＩ固定機１２１、１２２または１２８（共有ライン
アピアランスＢＲＩ固定機）の何れかを用いて取り出さ
れる。この共有ラインアピアランスＢＲＩ固定局の１つ
が接続メッセージでもって応答すると、ＤＮＭ６６６
は、ライン−イン−ユーズ（通話中）メッセージを他の
２つのＢＲＩ固定機に送信し、この交換ノード１０１
は、ＢＲＩ固定機１２６と接続メッセージでもって応答
した共有ラインアピアランスＢＲＩ固定機とを相互接続
する。ここで、ＢＲＩ固定機１２１がこの来入呼びに応
答すると仮定する。ＢＲＩ固定機１２２または１２８
は、オフフックをするだけで、確立した呼びに加入でき
る。ＤＮＭ６６６は、これらのＢＲＩ固定機の何れから
他のオフフックメッセージに応答して、この電話機セッ
トを来入呼びに参加させる。この来入呼び上のＢＲＩ固
定機１２６あるいは他の共有ラインアピアランス固定機
が切断メッセージをＤＮＭ６６６に送信すると、この来
入呼びは切断される。

【００３５】ＢＲＩ固定機１２１のユーザが、呼びをＢ
ＲＩ固定機１２６に発信したと仮定する。まず、ＢＲＩ
固定機１２１は、呼びをＤＮＭ６６６にその２次番号を
含むディレクトリ番号計画を用いて送信する。このＤＮ
Ｍ６６６は、ＢＲＩ固定機１２１からの呼びに応答し
て、ライン−イン−ユーズ（通話中）メッセージをＢＲ
Ｉ固定機１２２と１２８にこの２次番号計画を用いて送
信する。その後、ＤＮＭ６６６は、セットアップメッセ
ージをＢＲＩ固定機１２６に送信する。接続メッセージ
がＢＲＩ固定機１２６から受信されると、このＤＮＭ６
６６はＢＲＩ固定機１２１からの呼びをＢＲＩ固定機１
２６からの呼びに接続する。交換ノード６６６は、その
後、メッセージをＢＲＩ固定機１２１と１２６との間
で、これらの固定機の１つが呼びから切断されるまで送
ったり返したりする。ＢＲＩ固定機１２１は発呼につい
て、例外優先を有するので、ＤＮＭ６６６は、ＢＲＩ固
定機１２２または１２８がこの発呼に参加するのを阻止
する。ＢＲＩ固定機１２２または１２８の何れかからの
発呼は、ＢＲＩ固定機１２１からの発呼と同様に扱われ
る。但し、例外は他の２つのＢＲＩ固定機はオフフック
をするだけで、いつでもこの呼びに参加できる点であ
る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１００】次に５番目の（その関連ディレクトリ管理
アプリケーションへの２次番号計画を用いて、このＢＲ
Ｉ固定機を識別する）機能がＢＲＩ固定機１２８に関
し、如何に実行されるかについて考察する。交換ノード
１０６の端末管理アプリケーション６７５は、ＢＲＩ固
定機１２８の初期化に応答して、番号計画アプリケーシ
ョン６７６が２次番号「Ｓ１１０３」をホストするよう
な許可を要求するよう要求する。番号計画アプリケーシ
ョン６７６は、セッション層６３３が、「Ｓ１１０３」
を所有する番号計画アプリケーションに配送するよう要
求する。セッションソフトウェア層６３３は、どの番号
計画アプリケーションが２次番号「Ｓ１１０３」を所有
するかについての情報を有しておらず、図４に示される
ような２次番号計画の階層内のより高い交換ノードに配
送する。番号計画アプリケーション６７６は、セッショ
ンが交換ノード１０２の上の番号計画アプリケーション
６６１に関し、セットアップされるよう要求する。この
セッションは図９のノード１０６用のレベル４のルーチ
ングテーブル９１２は交換ノード１０２と如何に通信す
るかについてを規定するエントリを有するので、簡単に
セットアップできる。

【０１０１】このセッションが交換ノード１０６の番号
計画アプリケーション６７６と交換ノード１０２の番号
計画アプリケーション６６１との間で、一旦セットアッ
プされると、番号計画アプリケーション６７６は、２次
番号「Ｓ１１０３」をホストする許可を要求する。番号
計画アプリケーション６６１は、２次番号計画テーブル
９０１を検査して、それが交換ノード１０４への２次番
号「Ｓ１ＸＸＸ」のブロックの所有権が与えられてお
り、より低い階層のソフトウェア層がこのセッションを
交換ノード１０４の番号計画アプリケーション６６９に
再度向けることを要求する。番号計画アプリケーション
６６９は、セットアップされているセッションに応答し
て、図９の２次番号計画テーブル９０７を検査し、番号
「Ｓ１１ＸＸ」のブロックが交換ノード１０５に与えら
れていることを決定する。その後、番号計画アプリケー
ション６６９は、再方向付けメッセージの使用を介し
て、交換ノード１０４と１０１が、この呼びを交換ノー
ド１０５の番号計画アプリケーション６７３に再度向け
させる。セッションが、交換ノード１０６の番号計画ア
プリケーション６７６と交換ノード１０５の番号計画ア
プリケーション６７３との間でセットアップされると、
この番号計画アプリケーション６７６は、許可を得て、
番号計画アプリケーション６７３からの２次番号「Ｓ１
１０３」をホストするよう許可を求める。両方の番号計
画アプリケーションは、番号計画とそれぞれの交換ノー
ド用のレベル５のルーチングとレベル４のルーチングを
取り扱う２次テーブルを更新する。この更新されたテー
ブルを図１２に示す。

【０１０２】交換ノード１０６の番号計画アプリケーシ
ョン６７６が２次番号をホストする許可を受信した後、
交換ノード１０６の端末管理アプリケーション６７５
は、交換ノード１０１のディレクトリ番号管理アプリケ
ーション６６６に対するＢＲＩ固定機１２８を識別す
る。端末管理アプリケーション６７５は、ＢＲＩ固定機
１２８の存在をそれに通報するメッセージをディレクト
リ番号管理アプリケーション６６６に送信するよう要求
する。このメッセージは、ディレクトリ番号計画を用い
て、ディレクトリ番号管理アプリケーション６６６に配
送される。端末管理アプリケーション６７５は、セッシ
ョンソフトウェア層６３３が、このメッセージをディレ
クトリ番号１１０１に配送するよう要求する。そして、
このディレクトリ番号１１０１は、ディレクトリ番号管
理アプリケーション６６６を識別する。セッションソフ
トウェア層６３３は、図８のレベル５のルーチングテー
ブル８０２にアクセスし、このメッセージは、交換ノー
ド１０１に配送されるべきであると決定する。送信ソフ
トウェア層６３２は、要求に応答して、交換ノード１０
１に配送されて、このメッセージをＰＲＩリンク６６１
を介して送信する。その後、このメッセージは交換ノー
ド１０２を介して、交換ノード１０１の上のディレクト
リ番号管理アプリケーション６６６に配送される。ディ
レクトリ番号管理アプリケーション６６６は、このメッ
セージに応答して、Ｓ１１０３をこのテーブル内に挿入
することにより、ディレクトリ番号管理テーブル１１０
１を更新する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１２０】セットアップメッセージをＢＲＩ固定局１
２８に送信する要求については、セッションソフトウェ
ア層６５３は、ディレクトリ番号管理アプリケーション
６６６からの要求に応答して、図１０のレベル５ルーチ
ングテーブル１００２を検査して、２次番号「Ｓ１１０
１」の最適な適合はエントリ１０１２であることを決定
する。そして、このエントリ１０１２は、この２次番号
が交換ノード１０４により所有される２次番号のブロッ
クの一部であることを指示する。この決定に応答して、
セッションソフトウェア層６５３は、送信ソフトウェア
層６５２がこのセットアップメッセージを交換ノード１
０４に通信するよう要求する。

【０１２１】この要求に応答して、送信ソフトウェア層
６５２は、レベル４のルーチングテーブル１００３にア
クセスし、呼びを交換ノード１０４に配送するのに使用
されるＬＤＣは、ＰＲＩリンク１５５のそれであると決
定する。その後、送信ソフトウェア層６５２は、層６５
０と６５１がこのセットアップメッセージを交換ノード
１０４にＰＲＩリンク１５５を介して、配送するよう要
求する。

【０１２２】このセットアップメッセージが交換ノード
１０５のセッションソフトウェア層６１３に層６１０か
ら６１２を介して配送されると、セッションソフトウェ
ア層６１３は、図９のレベル５ルーチングテーブル９０
５にアクセスし、２次番号「Ｓ１１０３」は交換ノード
１０６にホストされていると決定する。その後、セッシ
ョン層６５３は、送信層はセットアップメッセージを再
方向付けするような再方向メッセージを交換ノード１０
６に送信し返す。交換ノード１０１の送信層６５２は、
この再方向付けセットアップメッセージに応答して、こ
のメッセージを図１０のレベル４ルーチングテーブル１
００３にアクセスした後、交換ノード１０６にＰＲＩリ
ンク１５０を介して配送する。このレベル４ルーチング
テーブル１００３は、ＰＲＩリンク１５０は呼びを交換
ノード１０５に配送するのに使用されるべきであると決
定する。交換ノード１０２の送信層６４２は、交換ノー
ド１０１からの交換ノード１０６用のセットアップメッ
セージに応答して、このメッセージをＰＲＩリンク１６
０を介して配送する。

【０１２３】このセットアップメッセージを受信する
と、交換ノード１０６の送信層６３２は、宛先交換ノー
ドは交換ノード１０６であり、このセットアップメッセ
ージをセッション層６３３に通信するように決定する。
セッション層６３３はセットアップメッセージに応答し
て、このセットアップメッセージを端末管理アプリケー
ション６７５に通信する。そして、次に端末管理アプリ
ケーション６７５は、このセットアップメッセージをＢ
ＲＩ固定機１２８に送信する。このＢＲＩ固定機１２８
は、警報発信メッセージで応答し、端末管理アプリケー
ション６７５の要求は、交換ノード１０１上のディレク
トリ番号管理アプリケーション６６６に送信し返され
る。

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

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

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

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

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

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

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

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

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

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

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

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

【０１３６】ディレクトリ番号管理アプリケーション６
６６はこのセットアップメッセージに応答して、ＢＲＩ
固定機１２１は既にフックが外されていることを、端末
管理アプリケーション６６７へ伝達する。端末管理アプ
リケーション６６７はＰＲＩリンク１５２を介してメッ
セージを基地局１０８へ伝送する。ＢＲＩ固定機１２２
は、ライン−イン−ユーズ指示機を動作させる。このメ
ッセージ１２２は、２次番号「Ｓ１１０２」のＢＲＩ固
定機１２２に送信され、この２次番号は、ＢＲＩ固定機
１２２を確認する。ＢＲＩ固定機１２８と端末管理アプ
リケーション６７５に対して同様な操作がなされる。

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

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

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

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

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

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

【０１４３】図１２にフローチャートの形式で、来入呼
びに応答して、図６のディレクトリ番号管理アプリケー
ション６６６により実行される操作を示す。来入呼びを
規定するセットアップ情報に応答して、ＤＮＭ６６６は
セットアップ情報をＢＲＩ固定機１２１、１２２、１２
８にブロック１２０１により実行される２次番号計画を
用いて送信する。ブロック１２０２では、警報メッセー
ジがＢＲＩ固定機の何れかから受信されるまで待機し、
その後、制御をブロック１２０３に送信する。このブロ
ック１２０３は、警報メッセージを発呼者に戻す。ブロ
ック１２０３は制御をブロック１２０４に送る。このブ
ロック１２０４は接続情報がＢＲＩ固定機１２１、１２
２、１２８から受信されたかどうかを見るためにチェッ
クする。接続情報が受信されていない時は、ブロック１
２１３が警報用の時間が経過したか否かを決定するため
に実行される。この警報時間が過ぎると、ブロック１２
１４が実行される。このブロック１２１４はカバレッジ
メッセージを交換ノード１０１の呼びアプリケーション
６５９に送信する。このカバレッジメッセージは、来入
呼びがボイスメールシステム１２７に送信されたことを
意味する。この警報時間が経過しない時には、制御はブ
ロック１２０４に返される。

【０１４３】接続メッセージがブロック１２０４で受信
されると、ブロック１２０５はライン−イン−ユーズメ
ッセージを他の２つのＢＲＩ固定機に送信し、そして、
ブロック１２０６は、発呼者はこの実施例では、呼びア
プリケーション６５９である呼びアプリケーションへメ
ッセージを介して応答するＢＲＩ固定機へ接続されるよ
うにする。

【０１４４】発呼者と応答するＢＲＩ固定機とが接続さ
れた後、ブロック１２１６と１２０７から１２１１が実
行されて、ＢＲＩ固定機と発呼者との間にメッセージを
リレーし、空きのＢＲＩ固定機の１つがオフフックした
か否かを決定し、このオフフックしたＢＲＩ固定機を呼
びに参加させ、そして、発呼者とＢＲＩ固定機からの切
断メッセージをブロック１２０９から１２１１の実行に
よりチェックすることにより呼びが放棄された時を決定
する。

【０１４５】図１３はフローチャートの形式で共有ライ
ンアピアランス上のＢＲＩ固定機の１つからの発呼に応
答して、ディレクトリ番号管理アプリケーションにより
実行される操作を表す。この図１３は、この実施例にお
いては、共有ラインアピアランス固定機は、ＢＲＩ固定
機１２１、１２２、１２８であるという事実を用いてい
るが、当業者は図１３の動作を他のＢＲＩ固定機に拡張
することは容易にできるであろう。ＢＲＩ固定機１２１
（２次番号「Ｓ１１０１」）が排他優先を有することを
考える。この排他優先とは、発呼がＢＲＩ固定機１２１
により行われると、他の２個のＢＲＩ固定機は、この発
呼には参加できない。ブロック１３０１は、発呼者ライ
ンアピアランス固定機の１つからのセットアップメッセ
ージがＢＲＩ固定機１２１からのものであるか否かを決
定する。その判断がｙｅｓの場合には、制御はブロック
１３０２に送信される。このブロック１３０２は、ライ
ン−イン−ユーズメッセージをＢＲＩ固定機１２２と１
２８に送信する。次に、ブロック１３０３は、セットア
ップメッセージをＢＲＩ固定機１２１からのセットアッ
プメッセージ内で指定された宛先電話端末に送信する。
ブロック１３０４はメッセージを宛先電話端末とＢＲＩ
固定機１２１との間でメッセージをやり取りする。ブロ
ック１３０５はＢＲＩ固定機１２２と１２８が発呼に参
加するのを阻止する。ブロック１３０６はＢＲＩ固定機
１２１か宛先電話端末の何れかが切断メッセージを送信
するか否かをチェックする。その答えがｎｏの場合に
は、制御はブロック１３０２に送られ、その答がｙｅｓ
の場合には、発呼は着信する。

【０１４６】ブロック１３０１に戻って、このブロック
１３０１はセットアップメッセージをチェックし、その
答えがｎｏの場合には、セットアップメッセージはＢＲ
Ｉ固定機１２２または１２８からのものであることを意
味する。ブロック１３０８を実行して、ライン−イン−
ユーズメッセージを残りの２つの共有ラインアピアラン
ス固定機に送信する。そして、ブロック１３０９は、発
呼ラインアピアランス固定機と宛先電話端末との間に呼
びを確立する。ブロック１３１０から１３１５は以下の
機能を実行する。（１）ブロック１３１０と１３１１は
残りの共有ラインアピアランス固定機の１つがオフフッ
クしたか否かをチェックし、オフフック局が発呼に追加
できるようにさせる。（２）ブロック１３１２は共有ラ
インアピアランス固定機（発呼中）と宛先電話端末との
間でメッセージをリレーし、（３）ブロック１３１３か
ら１３１５は発呼が着信した時を決定する。この着信は
宛先電話端末あるいは最後の共有ラインアピアランス固
定機が切断情報を送信した時に発生する。

【０１４７】

【発明の効果】以上説明したように、本発明によれば、
複数のＢＲＩ固定機装置を一つの電話番号で相互に自由
に使用することができる。また、本発明によれば、ＢＲ
Ｉ固定機用の電話機構間に協調関係が構築されるので、
ＢＲＩ固定機相互を自由にコントロールすることができ
る。更に、本発明によれば、ＢＲＩ固定機は、ディレク
トリ番号又は位置感受性により機能的な影響を全く受け
ない。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ロバート ルイス クルンプレー アメリカ合衆国 80021 コロラド ブル ームフィールド、ウェスト 108ス ドラ イブ、11837 (72)発明者 ステファン マックス セラー アメリカ合衆国 80301 コロラド、ボル ダー、アップル ウェイ、4465

Claims (31)

【特許請求の範囲】
1. 【請求項１】 複数の電話機セット（１２０−１２８）
   に、共有ラインアピアランスを提供し、 各電話機セットは、共通ラインアピアランスを受信し、
   複数の交換ノード（１０１−１０９）の異なる１つにそ
   れぞれ接続され、 前記共通ラインアピアランスは、ディレクトリダイアル
   計画の共有ディレクトリ番号によって識別される電話サ
   ービスの提供方法において、 （Ａ） ディレクトリ番号管理アプリケーション（６６
   ６）により、共通ディレクトリ番号を用いて、共通ライ
   ンアピアランスに向けられた来入呼びを制御するステッ
   プと、 （Ｂ） ディレクトリ番号管理アプリケーションによ
   り、前記交換ノードを介して呼びを配送するよう、各電
   話機セットに割り当てられた２次ダイヤル計画の２次番
   号を用いて、発呼電話機セットからの第１の呼び情報を
   複数の電話機セットの各々に転送するステップと からなることを特徴とする電話機のサービスの提供方
   法。
2. 【請求項２】 前記ディレクトリ番号管理アプリケーシ
   ョンは、交換ノードの一つで実行されることを特徴とす
   る請求項１の方法。
3. 【請求項３】 前記来入呼びを制御する（Ａ）ステップ
   は、 ディレクトリ番号管理アプリケーションにより発呼電話
   機セットからのコールセットアップを指示する第１呼び
   情報を受信するステップと、 前記第１呼び情報に応答して、共有ディレクトリ番号を
   宛先ディレクトリ番号として用いることにより、発呼電
   話機セットへ警報を発することを指示する第２の呼び情
   報を送信するステップと、 ディレクトリ番号管理アプリケーションにより生成され
   るコールセットアップを指示する第１制御情報を、発呼
   電話機セットから受信された第１の呼び情報に応答し
   て、複数の電話機セットの一つに送信するステップと、 を有することを特徴とする請求項２の方法。
4. 【請求項４】 前記来入呼びを制御する（Ａ）ステップ
   は、 前記来入呼びに応答する複数の電話機セットとの一つの
   ユーザに応答して、複数電話機セットの一つにより、呼
   びの接続を指示する第２の制御情報をディレクトリ番号
   管理アプリケーションに送信するステップと、 前記第２の制御情報に応答して、ディレクトリ番号管理
   アプリケーションにより、接続を指示する第３の呼び情
   報を発呼電話機セットに送信するステップと、 前記第２の制御情報に応答して、ディレクトリ番号管理
   アプリケーションにより、呼びの応答を指示する第３の
   制御情報を複数の、電話機セットの残りの１つに送信す
   るステップと、 をさらに有することを特徴とする請求項３の方法。
5. 【請求項５】 前記来入呼びを制御する（Ａ）ステップ
   は、 来入呼びへの参加を要求している複数の電話機セットの
   他の１つのユーザに応答して、複数電話機セットの別の
   １つにより、呼び接続を指示する第４の制御情報をディ
   レクトリ番号管理アプリケーションに送信するステップ
   と、 ディレクトリ番号管理アプリケーションを実行している
   交換ノードの１つが複数の電話機セットの他の１つを来
   入呼びに参加させるために、ディレクトリ番号管理アプ
   リケーションにより、このディレクトリ番号管理アプリ
   ケーションを実行している交換ノードの１つに、参加を
   指示する第４の呼び情報を送信するステップと、 をさらに有することを特徴とする請求項４の方法。
6. 【請求項６】 ディレクトリ番号管理アプリケーション
   により、複数の電話機セットの１つからの発呼を、被呼
   電話機セットへ送信制御するステップと、 ディレクトリ番号管理アプリケーションにより、発呼に
   関する第１の制御情報を交換ノードを介して、複数の電
   話機セットの他の１つが接続される交換ノードに配送す
   るように、発呼に関する第１の制御情報を、複数電話機
   セットの他の１つに送信するステップとをさらに有する
   ことを特徴とする請求項２の方法。
7. 【請求項７】 前記発呼を制御するステップは、 ディレクトリ番号管理アプリケーションを実行している
   交換ノードの１つを介して、複数の電話機セットの１つ
   により、共有ディレクトリ番号を用いて、被呼電話機セ
   ットへの発呼をディレクトリ番号管理アプリケーション
   に配置するステップと、 共有ディレクトリ番号を発信ディレクトリ番号として用
   いるディレクトリ番号管理アプリケーションにより、被
   呼電話機セットのディレクトリ番号を用いて、発呼を被
   呼電話機セットに再度配置するステップと、 からなることを特徴とする請求項６の方法。
8. 【請求項８】 前記発呼を制御するステップは、 発呼に参加を要求している複数の電話機セットの１人の
   ユーザに応答して、複数の電話機セットの他の１つによ
   り、呼び接続要求を指示する第２の制御情報を、ディレ
   クトリ番号管理アプリケーションに送信するステップ
   と、 前記第２の制御情報に応答して、ディレクトリ番号管理
   アプリケーションにより複数の電話機セットの他の１つ
   を発呼に参加させるステップと、 からなることを特徴とする請求項７の方法。
9. 【請求項９】 複数の交換ノードは、公衆電話回線網に
   より相互接続されることを特徴とする請求項１の方法。
10. 【請求項１０】 前記ディレクトリ番号管理アプリケー
    ションは、交換ノードの１つで実行されることを特徴と
    する請求項９の方法。
11. 【請求項１１】 前記来入呼びを制御する（Ａ）ステッ
    プは、 ディレクトリ番号管理アプリケーションにより発呼電話
    機セットからのコールセットアップを指示する第１呼び
    情報を受信するステップと、 前記第１呼び情報に応答して、共有ディレクトリ番号を
    宛先ディレクトリ番号として用いることにより、発呼電
    話機セットへ警報を発することを指示する第２の呼び情
    報を送信するステップと、 ディレクトリ番号管理アプリケーションにより生成され
    るコールセットアップを指示する第１制御情報を、発呼
    電話機セットから受信された第１の呼び情報に応答し
    て、複数の電話機セットの一つに送信するステップと、 を有することを特徴とする請求項１０の方法。
12. 【請求項１２】 前記来入呼びを制御する（Ａ）ステッ
    プは、 前記来入呼びに応答する複数の電話機セットとの一つの
    ユーザに応答して、複数電話機セットの一つにより、呼
    びの接続を指示する第２の制御情報をディレクトリ番号
    管理アプリケーションに送信するステップと、 前記第２の制御情報に応答して、ディレクトリ番号管理
    アプリケーションにより、接続を指示する第３の呼び情
    報を発呼電話機セットに送信するステップと、 前記第２の制御情報に応答して、ディレクトリ番号管理
    アプリケーションにより、呼びの応答を指示する第３の
    制御情報を複数の、電話機セットの残りの１つに送信す
    るステップと、 をさらに有することを特徴とする請求項１１の方法。
13. 【請求項１３】 前記来入呼びを制御する（Ａ）ステッ
    プは、 来入呼びへの参加を要求している複数の電話機セットの
    他の１つのユーザに応答して、複数電話機セットの別の
    １つにより、呼び接続を指示する第４の制御情報をディ
    レクトリ番号管理アプリケーションに送信するステップ
    と、 ディレクトリ番号管理アプリケーションを実行している
    交換ノードの１つが複数の電話機セットの他の１つを来
    入呼びに参加させるために、ディレクトリ番号管理アプ
    リケーションにより、このディレクトリ番号管理アプリ
    ケーションを実行している交換ノードの１つに、参加を
    指示する第４の呼び情報を送信するステップと、 をさらに有することを特徴とする請求項１２の方法。
14. 【請求項１４】 ディレクトリ番号管理アプリケーショ
    ンにより、複数の電話機セットの１つからの発呼を、被
    呼電話機セットへ送信制御するステップと、ディレクト
    リ番号管理アプリケーションにより、発呼に関する第１
    の制御情報を交換ノードを介して、複数の電話機セット
    の他の１つが接続される交換ノードに配送するように、
    発呼に関する第１の制御情報を、複数電話機セットの他
    の１つに送信するステップとをさらに有することを特徴
    とする請求項１０の方法。
15. 【請求項１５】 前記発呼を制御するステップは、 ディレクトリ番号管理アプリケーションを実行している
    交換ノードの１つを介して、複数の電話機セットの１つ
    により、共有ディレクトリ番号を用いて、被呼電話機セ
    ットへの発呼をディレクトリ番号管理アプリケーション
    に配置するステップと、 共有ディレクトリ番号を発信ディレクトリ番号として用
    いるディレクトリ番号管理アプリケーションにより、被
    呼電話機セットのディレクトリ番号を用いて、発呼を被
    呼電話機セットに再度配置するステップと、 からなることを特徴とする請求項１４の方法。
16. 【請求項１６】 前記発呼を制御するステップは、 発呼に参加を要求している複数の電話機セットの１人の
    ユーザに応答して、複数の電話機セットの他の１つによ
    り、呼び接続要求を指示する第２の制御情報を、ディレ
    クトリ番号管理アプリケーションに送信するステップ
    と、 前記第２の制御情報に応答して、ディレクトリ番号管理
    アプリケーションにより複数の電話機セットの他の１つ
    を発呼に参加させるステップと、 からなることを特徴とする請求項１５の方法。
17. 【請求項１７】 複数の電話機セット（１２０−１２
    ８）に、共有ラインアピアランスを提供し、 各電話機セットは、共通ラインアピアランスを受信し、
    複数の交換ノード（１０１−１０９）の異なる１つにそ
    れぞれ接続され、 前記共通ラインアピアランスは、ディレクトリダイアル
    計画の共有ディレクトリ番号によって識別される電話サ
    ービスの提供装置において、 （Ａ） ディレクトリ番号管理アプリケーション（６６
    ６）により、共通ディレクトリ番号を用いて、共通ライ
    ンアピアランスに向けられた来入呼びを制御する手段
    と、 （Ｂ） ディレクトリ番号管理アプリケーションによ
    り、前記交換ノードを介して呼びを配送するよう、各電
    話機セットに割り当てられた２次ダイヤル計画の２次番
    号を用いて、発呼電話機セットからの第１の呼び情報を
    複数の電話機セットの各々に転送する手段と からなることを特徴とする電話機のサービスの提供装
    置。
18. 【請求項１８】 前記ディレクトリ番号管理アプリケー
    ションは、交換ノードの一つで実行されることを特徴と
    する請求項１７の装置。
19. 【請求項１９】 前記来入呼びを制御する（Ａ）手段
    は、 ディレクトリ番号管理アプリケーションにより発呼電話
    機セットからのコールセットアップを指示する第１呼び
    情報を受信する手段と、 前記第１呼び情報に応答して、共有ディレクトリ番号を
    宛先ディレクトリ番号として用いることにより、発呼電
    話機セットへ警報を発することを指示する第２の呼び情
    報を送信する手段と、 ディレクトリ番号管理アプリケーションにより生成され
    るコールセットアップを指示する第１制御情報を、発呼
    電話機セットから受信された第１の呼び情報に応答し
    て、複数の電話機セットの一つに送信する手段と、 を有することを特徴とする請求項２の装置。
20. 【請求項２０】 前記来入呼びを制御する（Ａ）手段
    は、 前記来入呼びに応答する複数の電話機セットとの一つの
    ユーザに応答して、複数電話機セットの一つにより、呼
    びの接続を指示する第２の制御情報をディレクトリ番号
    管理アプリケーションに送信する手段と、 前記第２の制御情報に応答して、ディレクトリ番号管理
    アプリケーションにより、接続を指示する第３の呼び情
    報を発呼電話機セットに送信する手段と、 前記第２の制御情報に応答して、ディレクトリ番号管理
    アプリケーションにより、呼びの応答を指示する第３の
    制御情報を複数の、電話機セットの残りの１つに送信す
    る手段と、 をさらに有することを特徴とする請求項１９の装置。
21. 【請求項２１】 前記来入呼びを制御する（Ａ）手段
    は、 来入呼びへの参加を要求している複数の電話機セットの
    他の１つのユーザに応答して、複数電話機セットの別の
    １つにより、呼び接続を指示する第４の制御情報をディ
    レクトリ番号管理アプリケーションに送信する手段と、 ディレクトリ番号管理アプリケーションを実行している
    交換ノードの１つが複数の電話機セットの他の１つを来
    入呼びに参加させるために、ディレクトリ番号管理アプ
    リケーションにより、このディレクトリ番号管理アプリ
    ケーションを実行している交換ノードの１つに、参加を
    指示する第４の呼び情報を送信する手段と、 をさらに有することを特徴とする請求項２０の装置。
22. 【請求項２２】 ディレクトリ番号管理アプリケーショ
    ンにより、複数の電話機セットの１つからの発呼を、被
    呼電話機セットへ送信制御する手段と、 ディレクトリ番号管理アプリケーションにより、発呼に
    関する第１の制御情報を交換ノードを介して、複数の電
    話機セットの他の１つが接続される交換ノードに配送す
    るように、発呼に関する第１の制御情報を、複数電話機
    セットの他の１つに送信する手段とをさらに有すること
    を特徴とする請求項１８の装置。
23. 【請求項２３】 前記発呼を制御する手段は、 ディレクトリ番号管理アプリケーションを実行している
    交換ノードの１つを介して、複数の電話機セットの１つ
    により、共有ディレクトリ番号を用いて、被呼電話機セ
    ットへの発呼をディレクトリ番号管理アプリケーション
    に配置する手段と、 共有ディレクトリ番号を発信ディレクトリ番号として用
    いるディレクトリ番号管理アプリケーションにより、被
    呼電話機セットのディレクトリ番号を用いて、発呼を被
    呼電話機セットに再度配置する手段と、 からなることを特徴とする請求項２２の装置。
24. 【請求項２４】 前記発呼を制御する手段は、 発呼に参加を要求している複数の電話機セットの１人の
    ユーザに応答して、複数の電話機セットの他の１つによ
    り、呼び接続要求を指示する第２の制御情報を、ディレ
    クトリ番号管理アプリケーションに送信する手段と、 前記第２の制御情報に応答して、ディレクトリ番号管理
    アプリケーションにより複数の電話機セットの他の１つ
    を発呼に参加させる手段と、 からなることを特徴とする請求項２３の装置。
25. 【請求項２５】 複数の交換ノードは、公衆電話回線網
    により相互接続されることを特徴とする請求項１８の装
    置。
26. 【請求項２６】 前記来入呼びを制御する（Ａ）手段
    は、 ディレクトリ番号管理アプリケーションにより発呼電話
    機セットからのコールセットアップを指示する第１呼び
    情報を受信する手段と、 前記第１呼び情報に応答して、共有ディレクトリ番号を
    宛先ディレクトリ番号として用いることにより、発呼電
    話機セットへ警報を発することを指示する第２の呼び情
    報を送信する手段と、 ディレクトリ番号管理アプリケーションにより生成され
    るコールセットアップを指示する第１制御情報を、発呼
    電話機セットから受信された第１の呼び情報に応答し
    て、複数の電話機セットの一つに送信する手段と、 を有することを特徴とする請求項１０の装置。
27. 【請求項２７】 前記来入呼びを制御する（Ａ）手段
    は、 前記来入呼びに応答する複数の電話機セットとの一つの
    ユーザに応答して、複数電話機セットの一つにより、呼
    びの接続を指示する第２の制御情報をディレクトリ番号
    管理アプリケーションに送信する手段と、 前記第２の制御情報に応答して、ディレクトリ番号管理
    アプリケーションにより、接続を指示する第３の呼び情
    報を発呼電話機セットに送信する手段と、 前記第２の制御情報に応答して、ディレクトリ番号管理
    アプリケーションにより、呼びの応答を指示する第３の
    制御情報を複数の、電話機セットの残りの１つに送信す
    る手段と、 をさらに有することを特徴とする請求項１１の装置。
28. 【請求項２８】 前記来入呼びを制御する（Ａ）手段
    は、 来入呼びへの参加を要求している複数の電話機セットの
    他の１つのユーザに応答して、複数電話機セットの別の
    １つにより、呼び接続を指示する第４の制御情報をディ
    レクトリ番号管理アプリケーションに送信する手段と、 ディレクトリ番号管理アプリケーションを実行している
    交換ノードの１つが複数の電話機セットの他の１つを来
    入呼びに参加させるために、ディレクトリ番号管理アプ
    リケーションにより、このディレクトリ番号管理アプリ
    ケーションを実行している交換ノードの１つに、参加を
    指示する第４の呼び情報を送信する手段と、 をさらに有することを特徴とする請求項２７の装置。
29. 【請求項２９】 ディレクトリ番号管理アプリケーショ
    ンにより、複数の電話機セットの１つからの発呼を、被
    呼電話機セットへ送信制御する手段と、 ディレクトリ番号管理アプリケーションにより、発呼に
    関する第１の制御情報を交換ノードを介して、複数の電
    話機セットの他の１つが接続される交換ノードに配送す
    るように、発呼に関する第１の制御情報を、複数電話機
    セットの他の１つに送信する手段とをさらに有すること
    を特徴とする請求項２５の装置。
30. 【請求項３０】 前記発呼を制御する手段は、 ディレクトリ番号管理アプリケーションを実行している
    交換ノードの１つを介して、複数の電話機セットの１つ
    により、共有ディレクトリ番号を用いて、被呼電話機セ
    ットへの発呼をディレクトリ番号管理アプリケーション
    に配置する手段と、 共有ディレクトリ番号を発信ディレクトリ番号として用
    いるディレクトリ番号管理アプリケーションにより、被
    呼電話機セットのディレクトリ番号を用いて、発呼を被
    呼電話機セットに再度配置する手段と、 からなることを特徴とする請求項２９の装置。
31. 【請求項３１】 前記発呼を制御する手段は、 発呼に参加を要求している複数の電話機セットの１人の
    ユーザに応答して、複数の電話機セットの他の１つによ
    り、呼び接続要求を指示する第２の制御情報を、ディレ
    クトリ番号管理アプリケーションに送信する手段と、 前記第２の制御情報に応答して、ディレクトリ番号管理
    アプリケーションにより複数の電話機セットの他の１つ
    を発呼に参加させる手段と、 からなることを特徴とする請求項３０の装置。