JP3506471B2

JP3506471B2 - 移動端末と固定端末との間の呼処理方式

Info

Publication number: JP3506471B2
Application number: JP31203193A
Authority: JP
Inventors: 正美飯島; 隆明川上
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1993-12-13
Filing date: 1993-12-13
Publication date: 2004-03-15
Anticipated expiration: 2019-03-15
Also published as: EP0663784A3; CN1055598C; CN1118973A; EP0663784B1; US5787343A; JPH07170547A; EP0663784A2

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は移動端末と固定端末との
間の呼処理方法及びその装置に関し、特に移動端末と固
定端末との間のグループ呼び出し、話中呼の端末切り換
え、及びそれと関連する呼情報の迅速な検索処理等の方
法及び装置に関するものである。

【０００２】

【従来の技術】移動端末（携帯電話機）加入者は近年増
加傾向にある。しかしながら、前記移動端末の加入者が
発信する際、若しくは着信した際に、常に移動端末を使
用するとは限らず、その多くは移動端末と固定端末（宅
内電話機）を併用しているのが現状である。前記移動端
末の使用形態としては、例えば、外出時のみ移動端末を
携帯し、発信する時だけ移動端末の電源をオンにする。
それ以外は端末消費電力低減のため電源をオフにする
が、着信されることが分かっている場合には着信待機の
ため電源をオンにしておく。そして、会社内や在宅の際
には屋内に設置された宅内電話機を使用するといった使
い方がなされる。上述のように、前記移動端末と固定端
末を併用する加入者は、それらを単に必要に応じて使い
分けるだけであり、また前記移動端末と固定端末は別個
独立のものとして使用されている。

【０００３】

【発明が解決しようとする課題】しかしながら、上述し
た移動端末の加入者に対して発信する場合には以下のよ
うな問題が生じる。

【０００４】移動端末にダイヤルしたり移動端末の加入
者側に着信する場合には、まず移動網において、ホーム
ロケーションレジスタＨＬＲ( Home Location Registe
r) にアクセスし、前記被呼者の回線情報が書かれたラ
インメモリＬＭ（Line Memory）を調べることによっ
て、その状態判定（空き又は通話中（塞））が行われ
る。

【０００５】その際、例えば前記被呼者が通話中であ
り、且つコールウェイティングサービスやスリーウェイ
サービスに加入していた場合、その被呼者が使用中の呼
情報が書かれたコールコントロールブロックＣＣＢ（Ca
ll Contrl Block)メモリ領域が検索され、前記ＣＣＢか
ら無線通話チャネル番号Ｔ−ｃｈａｎｎｅｌが読み出さ
れ、そしてそのＴ−ｃｈａｎｎｅｌに対して前記着呼接
続が行われる。

【０００６】ところで、前記移動網がいわゆるマルチプ
ロセッサシステムで構成されている場合、すなわち呼処
理を総括するメインプロセッサＭＰＲ(Main Processor)
とその支配下にある複数の呼処理プロセッサＣＰＲ（Ca
ll Processor) から成る場合には、ＭＰＲによる上述の
ＣＣＢの検索は、移動中の前記被呼者が検索の時点でど
のＣＰＲ配下にいるのか判断できないことから、該当す
るＣＣＢが発見されるまで実装している全てのＣＰＲ内
を逐次サーチすることによって行われる。同様に、交換
機保守者がコマンド操作によって通話中加入者の情報を
表示させる場合にも、ＣＣＢの検索は加入者の電話番号
から全ＣＰＲをサーチすることによって行われる。従っ
て、上述した全ＣＰＲのサーチ処理によれば呼処理時間
が増大し、特に上記通話中における固定端末から移動端
末への切り換えのように迅速な処理が必要とされる場合
には、前記呼処理時間の増大は大きな問題となる。

【０００７】そこで上記問題点に鑑み、本発明の目的
は、特にマルチプロセッサ構成の移動網に着信呼が発生
した際に、被呼者の呼情報が書き込まれたＣＣＢサーチ
処理を効率良く短時間で行うことにより、移動中の被呼
者に対してコールウェイティングサービスやスリーウェ
イサービスを迅速に提供することにある。さらには、そ
の検索のために必要とされるテーブルメモリ等を削減す
ることにより、メモリ量の低減という経済的な効果をも
含めて呼処理の効率化を達成することにある。

【０００８】

【課題を解決するための手段】本発明によれば、移動網
と固定網からなる複合通信網において、移動端末を接続
制御する移動網交換機、固定端末を接続制御する固定網
交換機、そして前記移動網交換機及び前記固定網交換機
により共通にアクセスされるデータベースから成り、前
記データベースは、前記移動端末及び前記固定端末との
組で構成するグループ情報を登録し、そして前記移動網
交換機及び前記固定網交換機は、前記データベースのグ
ループ情報に従って前記移動端末と前記固定端末との組
で構成するグループ全員、又は一部の端末を呼び出す端
末呼び出し方式が与えられる。

【０００９】同様に、移動端末及び固定端末を統一的に
制御する統合交換網において、移動端末及び固定端末を
ともに接続制御する統合網交換機、そして前記統合網交
換機によりアクセスされるデータベースから成り、前記
データベースは、前記移動端末及び前記固定端末との組
で構成するグループ情報を登録し、そして前記統合網交
換機は、前記データベースのグループ情報に従って前記
移動端末と前記固定端末との組で構成するグループ全
員、又は一部の端末を呼び出す端末呼び出し方式が与え
られる。

【００１０】また、本発明によれば、移動網と固定網か
らなる複合通信網において、移動端末を接続制御する移
動網交換機、固定端末を接続制御する固定網交換機、そ
して前記移動網交換機及び前記固定網交換機により共通
にアクセスされるデータベースから成り、前記データベ
ースは、相互切り換えの対象となる前記移動端末と前記
固定端末との組で構成するグループ情報を登録し、そし
て前記移動網交換機及び前記固定網交換機は、通話中の
移動端末又は固定端末を前記データベースの移動端末と
固定端末とのグループ情報に従って前記通話中のまま対
応する固定端末又は移動端末に切り換え接続する端末切
り換え方式が与えられる。

【００１１】同様に、移動端末及び固定端末を統一的に
制御する統合交換網において、移動端末及び固定端末を
ともに接続制御する統合網交換機、そして前記統合網交
換機によりアクセスされるデータベースから成り、前記
データベースは、相互切り換えの対象となる前記移動端
末と前記固定端末との組で構成するグループ情報を登録
し、そして前記統合網交換機は、通話中の移動端末又は
固定端末を前記データベースの移動端末と固定端末との
グループ情報に従って前記通話中のまま対応する固定端
末又は移動端末に切り換え接続する端末切り換え方式が
与えられる。

【００１２】さらに、本発明によれば所定エリア内にお
ける移動端末の呼接続を制御するエリア毎の呼処理プロ
セッサと、前記呼処理プロセッサを総括するメインプロ
セッサから成る移動交換網の呼処理システムであって、
前記メインプロセッサは、前記移動端末の移動網加入者
番号と、当該移動端末の生起中の呼情報が書かれた呼処
理メモリブロックの番号とそれを処理する前記呼処理プ
ロセッサの番号とを組で登録する呼情報検索ブロック
と、から成る呼情報検索テーブルを備え、前記呼情報検
索テーブルを前記移動網加入者番号により検索して、当
該移動端末を制御する前記呼処理プロセッサ及び呼処理
メモリブロックを特定する呼処理システムが提供され
る。

【００１３】

【作用】本発明による端末呼び出し方式によれば、移動
端末や固定端末をそれぞれ制御する交換機又はそれらを
統合して制御する交換機から共通にアクセスされるデー
タベースには、例えば移動端末及び固定端末を併用する
加入者の移動端末及び固定端末が１つのグループとして
登録される。前記併用加入者への着信呼が発生した時、
交換機は、着信加入者分析処理の際に本発明によるグル
ープ加入者であると判断すると、前記データベースにア
クセスし、データベースに登録されているグループ情報
に従い移動網端末及び固定網端末を区別すること無く、
前記グループ化された各移動端末及び固定端末を呼び出
す。なお、上記グループ化においては、例えばグループ
内の全ての端末若しくは一部の端末の呼び出し等の種々
のグループサービス形態が考えられる。

【００１４】また、本発明による端末切り換え方式によ
れば、移動端末や固定端末をそれぞれ制御する交換機又
はそれらを統合して制御する交換機から共通にアクセス
されるデータベースには、例えば前記併用加入者の話中
相互切り換えの対象となる移動端末及び固定端末が１つ
のグループとして登録され、前記グループサービス情報
として通話保留等が設定される。前記加入者は、通話中
にグループ登録された例えば固定端末の１つを保留指示
すると、交換機は前記データベースにその保留指示内容
を書き込む。次に、前記加入者が、前記グループ登録さ
れた別の移動端末から保留応答指示を発すると、交換機
はデータベースから前記加入者がグループ内保留中であ
ると判断し、同グループに属する移動端末側へ通話路を
切り換える。

【００１５】さらに、本発明による情報検索方式によれ
ば、前記呼情報検索テーブルは、加入者番号ＭＳＮ(Mob
ile Subscriber Number)でインデックスされるサーチテ
ーブルに書き込まれたブロック番号ＢＬＫＮＯを基にＣ
ＣＢブロックテーブルを検索する。その際、前記ＭＳＮ
によるインデックスに所定の関数を用いることでサーチ
処理時間及びサーチテーブルの実装量を低減する。ま
た、非常に小さな確率ではあるが、それによって生じる
可能性のある異なるＭＳＮに対し同一のブロック番号が
重複して与えられるということに対し、同一のブロック
番号からなるＣＣＢブロックテーブル間にリンクを形成
することによって解消する。ＣＣＢブロックテーブル内
の情報から、該当するＭＳＮ及び呼処理プロセッサ番号
（ＣＰＲ番号）が判別される。

【００１６】

【実施例】図１は、本発明が適用される複合交換網の基
本的な網構成を示している。同様に、図２は、本発明が
適用される統合交換網の基本的な網構成を示している。
図１に示すように、複合交換網は移動網２と固定網５か
ら構成され、前者には所定のエリヤ内をカバーする移動
網交換機３が各エリヤ単位に配置され、それらに携帯電
話機や自動車電話機等の移動端末４が無線によって接続
される。また、後者には加入者数等に応じて複数の固定
網交換機６が設置され、一般の固定電話機７等が加入者
線を介してそれらに接続される。図１のデータベース１
は、本発明の基本構成要素であり、前記移動網交換機３
及び固定網交換機６の両者からアクセスされるがその動
作は以降で詳述する。

【００１７】図２に示す統合交換網８は、例えばＩＳＤ
Ｎ(Integrated Service Digital Network)のように、音
声とデータを統合的に取り扱うネットワークの例であ
り、そこで使用されている統合網交換機９も前述した移
動網交換機及び固定網交換機の両者の機能を備えたもの
として描かれていおり、移動端末４及び固定端末のいず
れも接続される。図２のデータベース１は、本発明の基
本構成要素であり、前記統合網交換機９からアクセスさ
れるがその動作も以降で詳述する。

【００１８】図３は、例えば統合網交換機等の交換機内
にデータベース１を配置した例を示している。図３にお
いて、いわゆる中央処理装置部１１は、前述したデータ
ベース１にアクセスすると共に、加入者回路装置や種々
のトランク装置等から成る交換機能部１２を制御する。
図４は、前記データベース１内の一般的な構成を示した
ものである。図４に示すように、データベース１は、デ
ータやファイル等の管理を行うプロセッサ部１４、種々
のファイルやデータ、特に後述する本発明のグループデ
ータ等を記憶するメモリ装置部１３、そして前記データ
やファイルへの書込及び読出処理を行うアクセス制御部
１５から成る。

【００１９】図５は、本発明により以降の実施例で用い
られるグループデータ構成の一例を示したものである。
図５の（ａ）は、本発明による交換機側の加入者データ
の構成を示したものであり、通常の加入者番号及び位置
情報に加えて、前記加入者番号に対応するグループ番号
が登録される。前記グループ番号の左端（ＭＳＢ; Most
Significant bit) には、その加入者がグループ加入者
であるか否かを判断するフラグ、すなわちグループ加入
者識別子（＊１）が付与される。なお、前記位置情報
は、固定端末加入者の場合は、その加入者の加入者線の
収容位置情報であり、また移動端末加入者の場合は、そ
の加入者が最終的に位置登録された基地局のエリア情報
である。

【００２０】図６は、グループ番号種別の一例を示した
ものである。なお、本発明の目的から各グループは、移
動端末加入者と固定端末加入者との間で構成される。図
６には、図６の（ａ）に示すグループＢ及び図６の
（ｂ）に示すグループＸの２つのグループ例が示されて
いる。前者の場合は、固定端末のグループ加入者Ｃと移
動端末のグループ加入者Ｄからなり、いずれもグループ
代表加入者としてグループ番号０９９９−１１１１が付
与されている。後者の場合は、固定端末のグループ加入
者Ａ，Ｍと移動端末のグループ加入者Ｎ，Ｚからなり、
一般のグループ加入者としてグループ番号０９９９−２
２２２が付与されている。

【００２１】ここで、図６の（ａ）に示すグループ代表
加入者について簡単に説明する。この場合、グループは
グループ代表加入者とグループ子加入者に分けられ、グ
ループ代表加入者は、その加入者に着信呼があった時に
グループサービスを利用できる加入者であり、グループ
子加入者はグループサービスに加入することはできて
も、その加入者に着信呼があった場合には、自らグルー
プサービスを利用することができない加入者である。こ
の区別は、例えばグループ代表加入者の加入者データ
に、前記グループ加入者識別子及びグループ番号０９９
９−１１１１を登録し、反対にグループ子加入者の加入
者データにはそれらを登録しないことによって行われ
る。

【００２２】図６の（ｂ）は、前記グループ加入者Ａ，
Ｍ，Ｎ，及びＺ間で通常のグループを組む場合を示して
いる。前記各加入者の加入者データには同じグループ番
号０９９９−２２２２が登録される。なお、グループ加
入者への着信は、前記グループ番号を直接ダイヤルする
ことによって行われるが、若しくは通常の加入者番号を
ダイヤルし、その加入者データにおける前記グループ番
号識別子及びグループ番号から被呼者がグループ加入者
であるか否かを判断し、それによってグループ内の各加
入者へ着信してもよい。

【００２３】ふたたび図５に戻って、図５の（ｂ）は、
前記グループ番号からインデクスされるグループデータ
の一構成例を示しており、前記グループデータは上述し
たデータベース１に登録される。図５の（ｂ）に示すよ
うに、グループデータは、グループのサービス種別やサ
ービス状態といったグループサービス情報、そしてその
グループを構成する加入者情報とに分けられる。グルー
プサービス情報は、図５の（ｃ）に示すように、サービ
ス種別とサービス状態から成り、図の場合はサービス種
別にグループ保留応答サービスフラグ（＊５）、グルー
プ内一斉呼出サービスフラグ（＊６）、及びグループ内
選択呼出サービスフラグ（＊７）からなるサービス提供
品目を示す各フラグが設けられている。そしてサービス
状態には、前記サービス種別と対応した各サービスの実
施状況を示すためのグループ保留応答サービス状態（＊
８）、グループ内一斉呼出サービス状態（＊９）、及び
グループ内選択呼出サービス状態（＊１０）の各状態フ
ラグが設けられている。

【００２４】前記グループ保留応答サービスとは、通話
中のグループ内端末を保留状態にした後、他のグループ
内端末からその通話に応答できるサービスであり、固定
端末又は移動端末の保留に対して、グループ内の他の移
動端末又は固定端末から応答できる。また、前記グルー
プ内一斉呼出サービスとは、グループ内加入者全員を呼
び出すサービスをいい、そして前記グループ内選択呼出
サービスとは、グループ内加入者のうち着信許容状態に
あるものに対してだけ呼び出しを行うサービスをいう。

【００２５】加入者情報には、図５の（ｂ）に示すよう
に、グループを構成する加入者全員の加入者番号等が登
録される。なお、図の例では、各々の加入者情報に対し
て、グループ内加入者相対番号（＊２）、グループ内選
択呼出許容フラグ（＊３）、及び保留情報（＊４）等の
各種フラグが設けられている。そのうち、前記グループ
内選択呼出許容フラグは、上述したグループ内選択呼出
サービス時の提供時にグループ内の着信許容加入者を選
択するために用いられ、着信許容フラグが立っている加
入者のみ呼び出す。そして前記保留情報フラグは、保留
中のグループ内加入者を示す。

【００２６】図７は、本発明による移動端末と固定端末
との間の端末呼び出しの一実施例であり、図１で説明し
た複合交換網に適用した場合を示している。図８及び図
９は、図７の実施例における本発明による交換処理シー
ケンスの一例を示したものである。図７において、デー
タベース２１は、上述したデータベース１と同じもので
ある。図７の左側半分は、固定網を示しており固定網交
換機２２〜２３と固定端末２５，２６から成る。また、
図７の右側半分は、移動網を示しており移動網交換機２
７，２８と移動端末３０から成る。なお、ホームロケー
ションレジスタ（ＨＬＲ）２９は、移動端末の加入者デ
ータや移動端末データ等を登録した移動網特有のデータ
ベースであり、それに対して常に変化する端末の所在確
認等のため前記各移動網交換機２７，２８が共通にアク
セスして交換処理を実行する。

【００２７】次に、図７の実施例について図８及び図９
の交換処理シーケンスを参照しながら前述したデータベ
ースのグループデータ構成と関連して詳細に説明する。
固定網の一般加入者Ａは、固定端末２５からグループ加
入者Ｂの固定端末２６及びグループ加入者Ｃの移動端末
３０に共通に付与されたグループ番号をダイヤルする
（Ｓ１０１）。加入者交換局（ＳＳＰ０; Service Swit
ching Point 0)）２３は、前記発信要求により、図５の
（ａ）で示した加入者データを使って発信加入者及び着
信加入者の分析を行う（Ｓ１０２，１０３）。そして、
着信加入者分析により、着信者がグループ加入者と判定
すると、上位のゲートウェイ交換局（ＧＳＳＰ; Gatewa
y Service Switching Point ) ２２に対して着信要求を
発する（Ｓ１０４）。

【００２８】本実施例における着信処理を行うゲートウ
ェイ交換局２２は、その着信要求がグループ番号による
ものと判断し（Ｓ１０５）、データベース２１に対して
グループデータ読出要求を発する（Ｓ１０６）。前記デ
ータベース２１は、与えられたグループ番号からインデ
ックスされるグループデータを読み出し（図５の（ｂ）
及び（ｃ）参照）、それを前記ゲートウェイ交換局２２
へ通知する（Ｓ１０７，１０８）。ゲートウェイ交換局
２２では、通知されたグループデータのグループサービ
ス情報及び加入者情報を参照して、グループサービス種
別の判断する。本実施例では着信処理と関連して一斉呼
出か選択される（Ｓ１１０）。さらに、グループ加入者
の翻訳が行われ、前記グループ加入者を収容する固定網
及び移動網の所定の交換局へ着信要求を発する（Ｓ１１
２，１１８）。図７の例では、固定網内の加入者交換局
（ＳＳＰ１）２４に接続されたグループ加入者Ｂの固定
端末２６、及び移動網のゲートウェイ交換局（ＧＭＳ
Ｃ; Gateway Mobile Switching Cente）２７を介して加
入者交換局（ＭＳＣ０）２８に接続されるグループ加入
者Ｃの移動端末３０が最終的な着信対象となる。

【００２９】移動端末３０に着信すべく、前記固定網の
ゲートウェイ交換局２２から着信要求（Ｓ１１２）を受
けた移動網のゲートウェイ交換局２７は、着信先の移動
端末３０の所在を確認するためホームロケーションレジ
スタ２９のデータベースにアクセスし、その時点におけ
る移動端末３０が位置登録された基地局エリア情報を入
手して加入者交換局２８を特定し、それに対し着信要求
を発する（Ｓ１１３〜１１６）。前記着信要求を受けた
加入者交換局２８は、移動端末３０に対して呼出信号を
出力する（Ｓ１１７）。一方、前記固定網のゲートウェ
イ交換局２２の配下にあり、グループ加入者Ｂの固定端
末２６が収容されている加入者交換局２４に対しては、
前記ゲートウェイ交換局２２から直接着信要求が発せら
れ（Ｓ１１８）、それに従って加入者交換局２４は固定
端末２６を呼び出す（Ｓ１１９）。

【００３０】上記の交換処理シーケンスにより、固定端
末及び移動端末の両者に対してグループ内一斉呼出が行
われる。図９に示した呼出応答シーケンス例は、グルー
プ加入者Ｃの移動端末２６が前記呼び出しに応答した場
合を示している（Ｓ１２０）。移動網及び固定網を問わ
ず各加入者交換局２４，２８のグループ加入者端末から
の着信応答信号は、応答メッセージとして着信処理を行
ったゲートウェイ交換局２２へ送られる。ゲートウェイ
交換局２２は、発信加入者Ａの固定端末２５と最初に応
答したグループ加入者Ｃの移動端末２６とを接続する
（Ｓ１２１〜１２９）、そしてグループ加入者Ｂの固定
端末２６に対しては切断処理を行う（Ｓ１３０）。これ
により、発信加入者Ａとグループ加入者Ｃとが通話状態
となる。

【００３１】なお、上述の例は、固定端末側から本発明
によるグループ呼び出しを行った場合を示したものであ
るが、それとは反対に移動端末側から本発明によるグル
ープ呼び出しを行う場合には移動網側のゲートウェイ交
換局２７が前記固定網側のゲートウェイ交換局２２に代
わってデータベース２１へアクセスし、前述と同様の処
理を行うことになる。また、上記例は、発信加入者がグ
ループ番号をダイヤルした場合を示しているが、グルー
プ代表加入者Ｂの電話番号にダイヤルした場合も上記と
同じシーケンスとなる。

【００３２】図１０は、本発明による移動端末と固定端
末との間の端末切り換えの一実施例を示したものであ
る。図１１〜図１４は、図１０の実施例における本発明
による交換処理シーケンスの一例を示したものである。
図１０において、前述した図７と同じものについては同
一の符号を付しており、ここではそれらについて改めて
説明しない。図１０と図７との間の大きな相違は、図７
では固定網及び移動網のゲートウェイ交換局２２，２７
がデータベース２１へアクセスしていたが、図１０にお
いては固定網及び移動網の加入者交換局２４，２８がそ
れぞれ直接データベース２１にアクセスする点にある。
また、この実施例では、固定網と移動網間の接続は、中
継専用の中継交換局（ＧＳ; Gateway Switching)３１を
介して行われている。

【００３３】次に、図１０の実施例について図１１及び
図１２の交換処理シーケンスを参照しながら前述したデ
ータベース２１のグループデータ構成と関連して詳細に
説明する。現在、固定網における一般加入者Ａと同網の
グループ加入者Ｂがそれぞれの固定端末２５及び２６を
使って通話中であるとする。次に、通話中のグループ加
入者Ｂが呼の保留を要求するため固定端末２６の保留信
号を加入者交換局２４へ送出する（Ｓ２０１）。保留信
号を受信した固定網の加入者交換局２４は、加入者Ｂに
対して保留音を送出するとともに、自局内に有する加入
者データ（図５の（ａ）参照）を参照して前記加入者Ｂ
がグループ加入者識別子（＊１）からグループ加入者で
あると判断する。それによって、固定網の加入者交換局
２４はそのグループ番号を使ってデータベース２１へア
クセスし、グループデータにおける自らの加入者情報の
保留情報（図５の（ｂ）の（＊４））を保留中に書き換
える（Ｓ２０２，２０３）。それによって、データベー
ス２１のグループサービス情報は、グループ保留応答サ
ービス状態となる（図５の（ｃ）の（＊８））。

【００３４】次に、図１０の例では前記加入者Ｂと同一
グループ内のグループ加入者Ｃが移動端末３０を使っ
て、移動網の加入者交換局２８に対し保留応答信号を送
出する（Ｓ２０４）。前記移動網の加入者交換局２８
は、発信加入者の分析を行うために前述したホームロケ
ーションレジスタ２９へアクセスして加入者データ（図
５の（ａ）参照）を読み出す（Ｓ２０５，２０６）。そ
して、移動網の加入者交換局２８は、前発信加入者Ｃが
その加入者データのグループ加入者識別子（＊１）から
グループ加入者であると判断すると、そのグループ番号
（加入者Ｂと同一）を使ってデータベース２１へアクセ
スし、前記加入者Ｂが保留中に書き換えたグループデー
タから保留中加入者Ｂの加入者番号を読み出し（Ｓ２０
７〜Ｓ２１２）。

【００３５】そして、移動網の加入者交換局２８は、中
継交換局３１を介して保留中加入者Ｂを収容する固定網
の加入者交換局２４へ保留応答信号を送出する（Ｓ２１
３）。固定網の加入者交換局２４は、一般加入者Ａ及び
保留中の加入者Ｂへの保留音を停止すると共にデータベ
ース２１へアクセスして保留情報をクリアする（Ｓ２１
４〜Ｓ２１６）。最後に、固定網の加入者交換局２４は
グループ加入者Ｂのパスを開放し、そして中継交換局３
１を介して移動網加入者交換局２８のエリア内にあるグ
ループ加入者Ｃの移動端末３０との間のパス設定処理を
行う（Ｓ２１７〜Ｓ２１９）。

【００３６】図１３及び図１４は、図１１に示した交換
処理シーケンスのデータベース内における処理フローの
一例を示したものであり、図１３はデータベース２１に
おける書込処理を、そして図１４はデータベース２１に
おける読出処理の一例を示したものである。データベー
ス２１自体は、図４で説明したように１つのデータ処理
装置であり、交換機からのアクセス要求に対して自装置
内のファイルメモリ等の書込み／読出しを行う。図１３
において、ステップ番号Ｓ２０２及びＳ２０３は、図１
１で示したそれらのステップ番号と対応する。グループ
番号及び加入者Ｂの情報受信等の情報を伴う保留情報の
書込要求により、データベース２１は前記グループ番号
でインデックスして対応するグループデータ（図５の
（ｂ））を読みだす（Ｓ３０１）。次に、加入者情報か
ら加入者Ｂがグループ加入者であること確認し、その保
留情報（＊４）及びグループサービス情報のグループ保
留応答サービス状態（＊８）に保留中である旨を登録す
る（Ｓ３０２〜Ｓ３０３）。

【００３７】図１４のステップ番号Ｓ２０９及びＳ２１
０は、図１１で示したそれらのステップ番号と対応し、
グループ番号及び加入者Ｃの情報等を伴う保留加入者情
報の受信要求により、データベース２１は前記グループ
番号でインデックスして図１３と同じグループデータ
（図５の（ｂ））を読みだす。その際、加入者Ｃがその
グループの加入者であることが確認され（Ｓ３１１）、
そしてグループデータに保留中の加入者がいるか否かが
前記保留情報（＊４）によって判断される（Ｓ３１
２）。本例の場合には、保留中の加入者Ｂが確認されて
その加入者情報（加入者番号）が読み出される。

【００３８】図１５及び図１６は、本発明による呼情報
検索方式が適用されるマルチプロセッサ構成の移動網交
換機の一実施態様例を示した図である。図１５及び図１
６において、マルチプロセッサシステムは、複数の呼処
理プロセッサ（ＣＰＲ; Call Processor）４２〜４４、
及びそれらを統括するメインプロセッサ（ＭＰＲ; Main
Processor）４１から成る。各呼処理プロセッサの配下
には、その呼処理の対象となる複数の基地局（ＢＳ; Ba
se Station) とその集線装置（ＬＣ; Line Concentrato
r ）がそれぞれ置かれる。移動端末４７は所定の無線チ
ャネルを使って所定エリヤ内の前記基地局と接続され
る。

【００３９】ところで、上述した話中呼のグループ端末
間における切り換え等は迅速に行うことが必要である。
図１５及び図１６の例でいえば、図１５に示すように発
信処理又は着信処理の開始時には、移動端末４７は呼処
理プロセッサ（ＣＰＲ１）４２の配下にあり、従って呼
情報が書かれたＣＣＢ(Call Control Block)のアンカー
ＣＣＢ４８及びドリフトＣＣＢ４９も共に前記呼処理プ
ロセッサ４２の制御下にある。その後、例えば上述した
話中呼のグループ端末間における切り換え等の際に、図
１６に示すように前記移動端末４７が別の呼処理プロセ
ッサ（ＣＰＲ２）４３の基地局エリヤへ移動し、前記ド
リフトＣＣＢ４９も呼処理プロセッサ４３側へ移ったよ
うな場合は、その後の処理において更めて対象となるＣ
ＣＢを素早く検索することが必要となる。

【００４０】このような場合にも、従来のように全ＣＰ
ＲのＣＣＢをサーチすることなく、瞬時に被呼者のＣＣ
Ｂを検索できるよう、本発明によりメインプロセッサ４
１にＣＡＬＬ番号の登録テーブル４０が設けられる。こ
こで、ＣＡＬＬ番号とは、通話中の加入者が制御されて
いるＣＰＲ番号とＣＣＢ番号の組合せからなる。メイン
プロセッサ４１は、前記ＣＡＬＬ番号の登録テーブル４
０を基に短時間で被呼者のＣＣＢ検索を行うことが可能
となる。以下では、前記ＣＡＬＬ番号の登録テーブル４
０の基本的な構成要素及びそれらの間の作用について詳
述する。

【００４１】図１７は、ＣＣＢアイドルフラグマップテ
ーブルの一例を示したものである。本テーブルによっ
て、発信／着信時に使用中のＣＡＬＬ番号（＝ＣＰＲ番
号＋ＣＣＢ番号）を登録するＣＣＢブロックテーブル
（ＣＣＢＢ）をインデックスするためのブロック番号
（ＢＬＫＮＯ）が与えられる。図１７において、ＣＣＢ
アイドルフラグマップテーブル（ＣＣＢＭ）５４は、Ｃ
ＣＢＭＡＰＨ(busy CCB data block idle flag MAP Hea
d)テーブル５１で指示される二次テーブルアドレスの先
頭から配置される。この値は、後述する登録ブロックテ
ーブルとリンクし、交換局によってその実装量を可変に
する必要から局データである。前記テーブル５４内でハ
ントされたアイドルフラグのワード位置及びビット位置
が、使用中のＣＡＬＬ番号（＝ＣＰＲ番号＋ＣＣＢ番
号）を登録しておくＣＣＢブロックテーブル（ＣＣＢ
Ｂ）をインデックスするためのブロック番号（ＢＬＫＮ
Ｏ）となる。

【００４２】ＣＣＢＢＳＩＺ(busy CCB data Block SIZ
e)テーブル５２には、交換局に実装するＣＣＢブロック
のテーブルサイズが登録され、本例では０〜最大５１１
迄の値をとる。前記ＣＣＢアイドルフラグマップテーブ
ル５４のサイズが、前記最大値５１１ワード、そして１
ワードが３２ビット幅とすると、本テーブル５４で最大
１６，０００加入者分の加入者ＣＣＢ情報を管理するこ
とができる。ＣＣＢＢＣＮＴ(busy CCB data Block Cou
NTer) テーブル５３は、ＣＣＢアイドルフラグマップテ
ーブル５４のワードインデックスカウンタで、０〜
〔（ＣＣＢＢＳＩＺ）の値〕の間でカウントアップされ
る。

【００４３】図１７の例によれば、ＣＣＢＭＡＰＨ５１
で与えられるアドレスをテーブルアドレス０として、そ
こからＣＣＢＢＣＮＴ５３の値だけカウントアップした
ワード（ＣＣＢＭｉ）５５の位置＃（ＣＣＢＢＣＮＴ）
が、ブロック番号の５ビット目から９ビット（ビット５
〜ビット１３まで）の値（ＢＬＫＮＯ）_5,9となり、さ
らに前記ワード５５において、各ビット毎に割当られる
アイドルフラグ（１；不使用、０；使用中）の内、対応
するビット位置がブロック番号の０ビット目から５ビッ
ト（ビット０〜ビット４まで）の値（ＢＬＫＮＯ）_0,5
となる。従って、得られるブロック番号の値は（ＢＬＫ
ＮＯ）＝〔（ＢＬＫＮＯ）_5,9（ＢＬＫＮＯ）_0,5〕と
なる。

【００４４】図１８は、ＣＡＬＬ番号が登録されたＣＣ
Ｂブロックテーブルを検索するためのＣＣＢサーチテー
ブルの一例を示したものである。ＣＣＢサーチテーブル
（ＣＣＢＳ）６２は、被呼者の電話番号（ＭＳＮ; Mobi
le Subscriber Number）でインデックスされ、それによ
って前記ＣＣＢブロックテーブル（ＣＣＢＢ）をインデ
ックスする前述のブロック番号（ＢＬＫＮＯ）が得られ
る。

【００４５】図１８において、前記テーブル６２は、Ｃ
ＣＢＳＨ(busy CCB Search table Head)テーブル６１で
指示される二次テーブルアドレスの先頭から配置され
る。なお、前記二次テーブルアドレスは、本テーブルで
扱うデータが電話番号に関するものでありトラフィック
量等の局条件によって左右されないことから、システム
データとして固定値を採用している。本発明では、サー
チ処理を短時間で行い、且つテーブルに使用するメモリ
量を低減するために、前記インデックスのキー情報であ
るＭＳＮの使用の際に所定の関数（ハッシュ関数等）を
用いる。電話番号は一般にＭＳＮ＝０ＡＢ−ＣＤＥ−Ｆ
ＧＨＪの形式であり、例えば前記関数としてｆ（ＦＧ）
＝（ＦＧを１６で割った余り（０〜１５））を用いた場
合、ＣＡＬＬ番号を登録するサーチテーブル６２のメモ
リ実装量は１６／１００で済むことになる（例；ＭＳＮ
＝０３０−５１０−１２３４の場合はｆ（１２）＝１
２）。図１８は、上記の関数を用いたテーブル構成及
び、インデックスの仕方を示しており、目的とするブロ
ック番号（ＢＬＫＮＯ）６３は、ＭＳＮの（ＨＪ）でイ
ンデックスし、さらに（ＦＧ）の前記関数ｆ（ＦＧ）で
求めた値でインデックスすることにより求まる。

【００４６】図１９は、ＣＡＬＬ番号が登録されたＣＣ
Ｂブロックテーブルの一例を示したものである。ＣＣＢ
ブロックテーブル（ＣＣＢＢ）７３には、最終的な検索
目標のＣＡＬＬ番号が書き込まれており、前述したＣＣ
Ｂサーチテーブル６２から得られるブロック番号（ＢＬ
ＫＮＯ）をキーとしてインデックスする。図１９におい
て、前記テーブル７３は、ＣＣＢＢＨ(busy CCB data B
lock Head)テーブル７１及びＣＣＢＢ０テーブル７２で
指示された２つの二次及び三次テーブルアドレスによっ
て指定されたアドレスの先頭から配置される。前記二次
及び複数の三次テーブルアドレスは局データであるが、
前記三次テーブルアドレスについては、前述したブロッ
ク番号の７ビット目から７ビット（ビット７〜ビット１
３まで）の値（ＢＬＫＮＯ）_7,7を使って指定され、ト
ラフィック等の局条件により実装するメモリ量を柔軟に
可変できるようにしてある。なお、その趣旨で三次テー
ブル７２内の各三次テーブルアドレスにはその有効／無
効を示すフラグ（Ｆ）が設けられている。

【００４７】前記三次テーブルアドレスの１つによって
指定されるＣＣＢブロックテーブル７３の先頭アドレス
からは、前記ブロック番号の０ビット目から７ビット
（ビット０〜ビット６まで）の値（ＢＬＫＮＯ）_0,7を
使って１２８個の異なるＣＣＢが指定できる。なお、各
々のＣＣＢは、５ワードから構成されるため、実際のア
ドレシングは（ＢＬＫＮＯ）_0,7×５で行われる。図１
９に示すように、各ＣＣＢは、ＣＣＢを使用している加
入者の電話番号（ＭＳＮ）及びその有効／無効を示すフ
ラグ（Ｆ）７４、アンカーのＣＡＬＬ番号７５、ドリフ
トのＣＡＬＬ番号７６、チャネル切り替え時のドリフト
のＣＡＬＬ番号７７、そしてＣＣＢＳテーブルをＭＳＮ
でインデックスした際に前述した関数値の使用によりイ
ンデックス先が重複指定され場合に（例えば、ｆ（Ｆ
Ｇ）＝ｆ（１６）＝ｆ（３２）＝０）、すでに先にハン
トされたＢＬＫＮＯで指定のＣＣＢにリンクを組むため
のポインタから構成される。

【００４８】以下では、上記説明を下にして（１）ＣＣ
Ｂデータ登録処理、（２）ＣＣＢデータ削除処理、そし
て（３）ＣＣＢサーチ処理の具体的な処理についてそれ
ぞれ説明する。（１）ＣＣＢデータ登録処理図２０〜図２５は、データ登録処理の具体例を示したも
のである。なお、前述までの各実施例で用いた引用符号
は、同一のものについて同じ符号を使用しており、以降
の説明では更めて説明しない。以降では、前記処理を説
明するため、加入者番号ＭＳＮ＝０３０−５１０−１６
００の加入者が発信／着信した際の処理について具体的
に説明する。

【００４９】図２０は、図１７で説明したＣＣＢアイド
ルフラグマップテーブル５４に関し、加入者の発信又は
着信によってＣＣＢがハントされる時に本登録処理が起
動される。ハントするＣＣＢに所定のブロック番号（Ｂ
ＬＫＮＯ）を与えるため、始めにＣＣＢＭＡＰＨ５１で
アドレスされた位置（００１２３４５６）から始まるＣ
ＣＢアイドルフラグマップテーブル５４におけるアイド
ルフラグのワード位置を決定する。そのため、ブロック
カウンタＣＣＢＢＣＮＴ５３の値３を読み出して、それ
をブロック番号の５ビット目から９ビットの値（ＢＬＫ
ＮＯ）_5,9＝Ｂ’（０００００００１１）とする。ここ
で、Ｂ’（ｘｘ）のｘｘはバイナリ値を示す。なお、テ
ーブルサイズはＣＣＢＢＳＩＺ５２（＝ＦＦ）から２５
６ワードである。

【００５０】次に、前記決定されたワード内のアイドル
フラグを検索し（図２０ではＬＳＢ側からサーチしてい
る。）、未使用ビット（フラグ＝１）を発見すると、そ
のビット位置からブロック番号の０ビット目から５ビッ
トの値（ＢＬＫＮＯ）_0,5＝Ｂ’（０００１１）を決定
し、前記ビットを使用中（フラグ＝０）に書き替える。
以上の処理から、ハントされたＣＣＢに対するブロック
番号の値（ＢＬＫＮＯ）＝Ｂ’（０００００００１１０
００１１）＝Ｈ’（６３）が与えられる。ここで、Ｈ’
（ｘｘ）のｘｘはＨｅｘ値を示す。なお、ブロックカウ
ンタＣＣＢＢＣＮＴ５３は、マップ内の上記アイドルフ
ラグ処理を均等に実行するため、上述した各処理が終了
する毎にインクリメントされ、前記ＣＣＢＢＳＩＺ５２
の値の範囲内で巡回する。

【００５１】図２１は、図１８で説明したＣＣＢサーチ
テーブル６２に関し、ここでは加入者番号ＭＳＮでイン
デックスされたテーブル位置に、上記で得られたブロッ
ク番号の書込処理を行う。ＣＣＢＳＨ６１でアドレスさ
れるＣＣＢサーチテーブル６２の開始位置（００４５６
７８９）を基準に、加入者番号ＭＳＮ＝０３０−５１０
−１６００でインデックスすることによりブロック番号
の書込アドレスを求める。すなわち、電話番号のＦＧＨ
Ｊが１６００であることから、Ｈ’（ＨＪ）＝Ｈ’（０
０）×１６＝０、更に前述した関数はｆ（ＦＧ）＝ｆ
（１６）＝０となってインデックス先は０ワード目とな
る。ここでは、図２１の中央部に示すようにブロック番
号書込エリア６３が空き（００００）となっており、そ
こへ前述のブロック番号Ｈ’（６３）を書き込む。

【００５２】図２２は、その中央部に示すように前記図
２１の場合に対して、ブロック番号書込エリア６３に既
にブロック番号Ｈ’（５Ｆ）が書き込まれていた場合を
示している。このようなことは、図１９のポインタ７８
のところで説明したように、ＣＣＢＳテーブルをＭＳＮ
でインデックスし、その際に前記関数を使用するためＭ
ＳＮの番号によってはインデックス先が重複指定される
場合が生じるからである。例えば、異なる電話番号ＭＳ
Ｎ＝０３０−５１０−１６００、ＭＳＮ＝０３０−５１
０−３２００に対して前記インデックスの関数値はｆ
（ＦＧ）＝ｆ（１６）＝ｆ（３２）＝０と同じ値をと
り、またいずれもＨＪ＝００であるから、結局インデッ
クス先は同一となる。このような場合には、右側の図に
示すようにブロック番号の書換えは行われない。この場
合の処理は、後述の図２４で行う。

【００５３】図２３は、図１９で説明したＣＣＢブロッ
クテーブル７３に関し、ここでは前述した電話番号ＭＳ
Ｎからサーチしたブロック番号でインデクスすることに
より、ＣＣＢブロックテーブル７３内の所定のＣＣＢに
ＣＡＬＬ番号等を書き込む処理を示している。ハントし
たブロック番号ＢＬＫＮＯ＝Ｈ’（６３）＝Ｂ’（００
０００００１１０００１１）から、まず（ＢＬＫＮＯ）
７，７＝Ｂ’（０００００００）＝０で二次テーブル
（ＣＣＢＢ０）７２をインデクスし、そこに書き込まれ
たアドレス（３４５６７８９）から対象となるＣＣＢブ
ロックテーブル７３の先頭アドレスを得る。次に、残り
のブロック番号（ＢＬＫＮＯ）０，７×５＝Ｂ’（１１
０００１１）×５＝Ｈ’（１ＥＦ）で三次テーブル（Ｃ
ＣＢＢ００）７３をインデックスし、そこへＣＡＬＬ番
号等（ＭＳＭ〜ポインタ７４〜７８）の書込処理を行
う。なお、ドリフトＣＡＬＬ番号７６の書き込みは、ド
リフト側でＣＣＢをハントした時にＭＰＲに対して登録
処理の起動がかかる。

【００５４】図２４は、図２２の場合のように先にブロ
ック番号が書き込まれていた場合の処理を示している。
図２４の上の図に示すように、すでにハントされたブロ
ック番号Ｈ’（５Ｆ）が書き込まれていた場合には、前
にハントされているブロックと後のブロックとの間で、
各ＣＣＢ内のフォワードブロックポインタ（ＦＷＤＢ
Ｐ）及びバックワードブロックポインタ（ＢＷＤＢＰ）
７８を使ってリンクが組まれる。図２４の例の場合、ま
ず（ＢＬＫＮＯ）＝Ｈ’（５Ｆ）＝Ｂ’（００００００
０１０１１１１１）から、（ＢＬＫＮＯ）_7,7＝Ｂ’
（０００００００）＝０で二次テーブル（ＣＣＢＢ０）
７２をインデクスし、そこに書き込まれアドレス（３４
５６７８９）から対象となるＣＣＢブロックテーブル７
３の先頭アドレスを得て、更に残りのブロック番号（Ｂ
ＬＫＮＯ）_0,7×５＝Ｂ’（１０１１１１１）×５＝
Ｈ’（５Ｆ）×５で三次テーブル（ＣＣＢＢ００）７３
をインデックスし、そこで先にハントされたブロックテ
ーブルをサーチする。

【００５５】そして、フォワードブロックポインタを調
べることによって、フォワードリンクが組まれている
か、又はリンク終了を示すストッパーＨ’（００００）
であるか否かを判定し、リンクが組まれている場合には
そのリンクを更にたどって行く。図２４の例は、ブロッ
クテーブルＨ’（００５Ｆ）が、すでに他のブロックテ
ーブルＨ’（００７８）と間で二段にリンクを組んでい
る場合を示している。従って、この場合には、ブロック
テーブルＨ’（００５Ｆ）のフォワードブロックポイン
タの値Ｈ’（００７８）を使い、Ｈ’（００７８）×５
で再インデックスすることにより、ブロックテーブル
Ｈ’（００７８）のフォワードブロックポインタを再調
査する。そして、それがストッパーＨ’（００００）で
あることを確認すると、その内容をＨ’（００６３）に
更新してブロックテーブルＨ’（００６３）をリンク
し、最後にブロック番号Ｈ’（００６３）のブロックテ
ーブルにデータを書き込む。

【００５６】図２５は、上記リンク処理によって得られ
た最終的なブロックテーブルを示したものである。な
お、リンク最終段のブロックテーブルＨ’（００６３）
のフォワードブロックポインタには、リンク先の終了を
示すストッパーＨ’（００００）が書き込まれている。
また、上記では説明しなかったが、各バックワードブロ
ックポインタ（ＢＷＤＢＰ）には、例えばブロックテー
ブルＨ’（００６３）の場合の（ＢＷＤＢＰ）＝Ｈ’
（００７８）のように、各ブロックリンク間の前段のブ
ロック番号が書き込まれる。

【００５７】（２）ＣＣＢデータ削除処理図２６では、前述したＣＣＢデータ登録処理の例を用い
てＣＣＢデータ削除処理について説明している。なお、
前述までの各実施例で用いた引用符号は、同一のものに
ついて同じ符号を使用しており、以降の説明では更に説
明しない。加入者が呼を終了すると、ブロックテーブル
に登録されているＣＣＢデータ（ＣＡＬＬ番号等）の削
除処理が起動される。ここでは、図２４及び図２５で示
した電話番号ＭＳＮ＝０３０−５２１−４８００の加入
者の呼が終了した場合の処理について説明する。

【００５８】呼処理プロセッサ（ＣＰＲ）４２〜４４か
らメインプロセッサ（ＭＰＲ）４１に対して（図１５及
び１６参照）、ＭＳＮ＝０３０−５２１−４８００の呼
の終了が通知されると、メインプロセッサ４１は、登録
テーブル４０を使って前記ＭＳＮでインデックスするこ
とにより、サーチテーブル６２からブロック番号６３を
取り出す。すなわち、ＨＪ＝００、ｆ（ＦＧ）＝（４
８）＝０からＣＣＢＳ００の" ０ " ワード目のブロッ
ク番号Ｈ’（００５Ｆ）を取り出す。次に、前記ブロッ
ク番号Ｈ’（００５Ｆ）でインデックスすると、ブロッ
クテーブル７３は図２５で説明したように右図のように
リンクされている。ここでは図２６の下段に示すよう
に、前記リンクをたどって呼が終了した前記ＭＳＮとブ
ロックテーブル内でリンクされた各ＭＳＮとを比較す
る。前記ＭＳＮが一致したブロックが削除するブロック
であり、これによって開放するブロックの番号はＨ’
（００７８）であることが分かる。

【００５９】図２７は、図２６の下段に示した削除対象
である中央ブロックのリンク解除方法を示している。そ
れは、フォワードリンク及びバックワードリンク共に前
記中央ブロックとのリンクを外し、それを除外したブロ
ック間でリンクを組み直すことによって行われる。実際
のリンクの組み替えは、図２７に示すように削除される
ブロックのフォワードブロックポインタ（ＦＷＤＢＰ）
の値Ｈ’（００６３）とバックワードブロックポインタ
（ＢＷＤＢＰ）の値Ｈ’（００５Ｆ）を、削除されるブ
ロックとリンクする他のブロックの対応するＦＷＤＢＰ
及びＢＷＤＢＰに書き込むことによって行われる。な
お、開放されたブロックテーブル（ＣＣＢＢ７８）は、
初期化（ゼロクリアー）される。

【００６０】図２８は、上記ＣＣＢデータの削除後にＣ
ＣＢアイドルフラグマップテーブル５４内の該当ビット
をアイドル状態（フラグ＝１）に戻すための処理を示し
ている。前記削除対象となったブロックテーブルのブロ
ック番号Ｈ’（００７８）から、図１７とは逆の手順で
対応フラグ位置が分かる。すなわち、ブロック番号の値
は（ＢＬＫＮＯ）＝Ｈ’（７８）＝Ｂ’（００００００
０１１１１０００）であるから、前述したように（ＢＬ
ＫＮＯ）_5,9＝Ｂ’（０００００００１１）＝３がマッ
プテーブル５４内のワードアドレス、そして（ＢＬＫＮ
Ｏ）_0,5＝Ｂ’（１１０００）＝２４がそのワード内の
ビット位置となって対応するフラグ位置が求まる。最後
に前記求まったフラグビットを１に書き換えてアイドル
状態に戻す。

【００６１】（３）ＣＣＢサーチ処理最後に、話中の加入者に着信呼があった場合、又は保守
者が対応するコマンドを投入した場合等における、加入
者のＭＳＮをキーとしたサーチ処理について説明する。
なお、サーチ自体について他の処理との関連で詳述して
あるのでここでは簡単に述べる。始めに、サーチ対象で
ある加入者の電話番号ＭＳＮを使ってインデックスする
ことによりＣＣＢサーチテーブルを検索する。この際に
は上述したような関数を用いてサーチの高速化とメモリ
量の削減を実現する。次に、前記サーチによって得られ
たブロック番号（ＢＬＫＮＯ）によりインデックスして
ＣＣＢブロックテーブル内のブロックテーブルを検索す
る。ここで前記検索したブロックテーブル内のＭＳＮと
前記サーチ対象のＭＳＮとを比較し、一致した場合には
そのブロックテーブル内のＣＰＲ番号及びＣＣＢ番号を
求める。もし一致しない場合には、ブロックテーブルの
リンクをたどって一致するブロックテーブルを求めその
ブロック内のＣＰＲ番号及びＣＣＢ番号を求める。

【００６２】

【発明の効果】以上説明したように、本発明によれば、
固定端末が一般化し、さらに移動端末が普及しはじめて
いる現在において、固定網と移動網との間でデータベー
スを統合化・共有化することにより、そのデータベース
に固定端末及び移動端末とで構成したグループデータを
持たせたグループサービスを実施することで、固定端末
及び移動端末との間の電話のかけ直しや端末切り換えに
よる呼損を減少し、電話サービスの向上を達成すること
が可能となる。また本発明によれば、マルチプロセッサ
構成の移動網交換機において、メインプロセッサ（ＭＰ
Ｒ）に使用中の呼処理プロセッサ（ＣＰＲ）番号及びＣ
ＣＢ番号を登録するテーブルを持たせることによって、
上記処理等を含めた付加サービスを持つ移動網加入者へ
の接続処理時間の高速化、及び保守作業用処理時間の短
縮等の性能向上が達成される。

【図面の簡単な説明】

【図１】本発明が適用される複合交換網の基本的な網構
成を図式的に示したブロク図である。

【図２】本発明が適用される統合交換網の基本的な網構
成を図式的に示したブロク図である。

【図３】交換機内にデータベース機能を持たせた一例を
図式的に示したブロク図である。

【図４】データベースの構成例を図式的に示したブロク
図である。

【図５】本発明によるグループデータ構成の一例を示し
た図である。

【図６】グループ番号種別の一例を示した図である。

【図７】本発明による移動端末と固定端末との間の端末
呼び出しの一実施例を示した図である。

【図８】図７の実施例における交換処理シーケンス例
（１）を示したシーケンス図である。

【図９】図７の実施例における交換処理シーケンス例
（２）を示したシーケンス図である。

【図１０】本発明による移動端末と固定端末との間の端
末切り換えの一実施例を示した図である。

【図１１】図１０の実施例における交換処理シーケンス
例（１）を示したシーケンス図である。

【図１２】図１０の実施例における交換処理シーケンス
例（２）を示したシーケンス図である。

【図１３】データベースにおける書込処理の一例を示し
たフロー図である。

【図１４】データベースにおける読出処理の一例を示し
たフロー図である。

【図１５】本発明によるマルチプロセッサ構成の移動網
交換機の一実施例（１）を図式的に示したブロック図で
ある。

【図１６】本発明によるマルチプロセッサ構成の移動網
交換機の一実施例（２）を図式的に示したブロック図で
ある。

【図１７】ＣＣＢアイドルフラグマップテーブルの一例
を機能的に示した図である。

【図１８】ＣＣＢサーチテーブルの一例を機能的に示し
た図である。

【図１９】ＣＣＢブロックテーブルの一例を機能的に示
した図である。

【図２０】ＣＣＢデータ登録処理（１）の一例を機能的
に示した図である。

【図２１】ＣＣＢデータ登録処理（２）の一例を機能的
に示した図である。

【図２２】ＣＣＢデータ登録処理（３）の一例を機能的
に示した図である。

【図２３】ＣＣＢデータ登録処理（４）の一例を機能的
に示した図である。

【図２４】ＣＣＢデータ登録処理（５）の一例を機能的
に示した図である。

【図２５】ＣＣＢデータ登録処理（６）の一例を機能的
に示した図である。

【図２６】ＣＣＢデータ削除処理（１）の一例を機能的
に示した図である。

【図２７】ＣＣＢデータ削除処理（２）の一例を機能的
に示した図である。

【図２８】ＣＣＢデータ削除処理（３）の一例を機能的
に示した図である。

【符号の説明】

１，２１…データベース２…移動網３，２７，２８…移動網交換局４，３０，４７…移動端末５…固定網６，２２〜２４…固定網交換局７，２５，２６…固定端末８…統合網９…統合網交換局２９…ホームロケーションレジスタ（ＨＬＲ）４０…ＣＡＬＬ番号登録テーブル４１…メインプロセッサ（ＭＰＲ）４２〜４４…呼処理プロセッサ（ＣＰＲ）

フロントページの続き (56)参考文献特開平５−191516（ＪＰ，Ａ) 特開昭63−187958（ＪＰ，Ａ) 特開平５−191500（ＪＰ，Ａ) 特開平４−281658（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04Q 7/00 - 7/04 H04M 3/00 H04Q 3/54 - 3/56

Claims

(57)【特許請求の範囲】

【請求項１】所定エリア内における移動端末の呼接続
を制御するエリア毎の呼処理プロセッサと、前記呼処理
プロセッサを総括するメインプロセッサから成る移動交
換網の呼処理システムであって、前記メインプロセッサは、前記移動端末の移動網加入者
番号と、当該移動端末の生起中の呼情報が書かれた呼処
理メモリブロックの番号とそれを処理する前記呼処理プ
ロセッサの番号とを組で登録する呼情報検索ブロック
と、から成る呼情報検索テーブルを備え、前記呼情報検
索テーブルを前記移動網加入者番号により検索して、当
該移動端末を制御する前記呼処理プロセッサ及び呼処理
メモリブロックを特定することを特徴とする呼処理シス
テム。
【請求項２】前記呼情報検索テーブルは、前記移動端末の生起呼に対して所定の呼情報検索ブロッ
ク番号を与える第１のテーブルと、前記移動網加入者番号でインデックスされる位置に、前
記呼情報検索ブロック番号が与えられる第２のテーブル
と、前記呼情報検索ブロック番号でインデックスされる位置
に、前記呼情報検索ブロックが与えられる第３のテーブ
ルと、を含む、請求項１記載の呼処理システム。
【請求項３】前記移動網加入者番号によるインデック
スは、その移動網加入者番号の最終桁から行う請求項２
記載の呼処理システム。
【請求項４】前記インデックスには、所定の関数を用
いる請求項３記載の呼処理システム。
【請求項５】前記所定の関数は、ハッシュ関数である
請求項４記載の呼処理システム。