JPH03195164A - 着信転送の接続制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［概要］ ｌ５ＤＮ網の交換機に収容された発・着信端末間におけ
る着信転送の接続制御方式に関し。

本来の相手端末への着信ができなかった時に予め転送先
を指定することができる着信転送の接続制御方式を提供
することを目的とし。

発信端末は９発信時に宛先端末への接続ができない時の
転送先を含む着信転送要求を発呼情報中に付加する着信
転送要求付加手段を備え１着信側交換機は１発呼情報の
宛先端末への接続を宛先端末接続手段により行い、宛先
端末への接続ができないと発呼情報に着信転送要求が含
まれているか着信転送要求識別手段により識別し９着信
転送要求を検出すると転送先端末接続手段により転送先
端末への接続を行うよう構成する。

［産業上の利用分野コ 本発明はｌ５ＤＮＷ４の交換機に収容された発・着信端
末間における着信転送の接続制御方式に関する。

近年、　　ｌ　Ｓ　Ｄ　Ｎ　（Ｉｎｔｅｇｒａｔｅｄ　
５ｅｒｖｉｃｅｓ　Ｄｉｇｉｔａｌ　Ｎｅｔｗｏｒｋ）
１４が利用されるようになり、データや。

音声３画像等の各種の情報がディジタル信号により伝送
されるようになった。このようなｌ５ＤＮ網に収容され
た端末（電話機端末やデータ端末等を意味する）間の通
信において５発信側が呼出そうとした着信端末が不在な
どの理由で応答できない場合、従来の方式では着信端末
で予め転送先を登録しておいたり、−旦着信して応答し
た後で目的とする相手が不在と分かった時に応答者によ
る転送操作により転送を行う方法があった。

ところが、これらの方法では着信端末により転送先が指
定されるので５発信側からの指定ができなかった。

［従来の技術］ 第５図は従来例１の方式説明図、第６図は従来例２の方
式説明図である。

従来例１の方式は、第５図に示す交換局Ａに収容された
端末（電話加入者またはデータ端末等を表す、以下同じ
）１が、交換局Ｂに収容された端末２を宛先とする呼を
発信すると、交換局Ａにおいて１発信分析及び数字分析
処理が行われて、交換局Ｂへのコール（Ｃａｌｌ）と判
断して、この発信呼は交換局Ｂへ転送される。交換局Ｂ
では受信したコールの数字分析を実行し、交換局Ｂに収
容された宛先端末２への着信コールであることを識別す
る。

この時端末２が、■障害中または■話中であって且つ端
末２が、予め他の場所の端末３（アドレス）を転送先と
する着信転送サービスの登録を交換局Ｂに設定してあっ
た場合、交換局Ｂはその登録された転送先の端末３を呼
出して、端末１と端末３とを接続する。

次に従来例２の方式を、第６図に示すように上記の従来
例１と同様の端末と交換局が設けられている構成につい
て説明する。

この方式は一旦相手に着信した後に転送が行われるもの
であり、第６図の端末１から、端末２を宛先とする呼を
発信した時、交換局Ｂへ届いた呼（コール）は着信分析
の後、宛先端末２へ着信させる。宛先端末２では、これ
に対して他の端末で通話または通信を行いたい場合（担
当者が他の場所にいる場合等）１着信に対する応答情報
と共に端末３のアドレスを含む転送先情報を入力すると
。

交換局Ｂでこれを検出して着信転送先である端末３への
転送を実行して、端末ｌと端末３とを接続する。

［発明が解決しようとする課題］ 上記した従来例１および従来例２の方式によれば、いず
れも宛先端末から転送先を指定する着信加入者オリエン
テッドなサービスであり２着信転送先を発信側から指定
することはできなかった。

すなわち２発信側からの当初の呼出し相手である相手端
末が２話中の場合や障害の場合に、他の予め転送して貰
いたい端末を指定したい場合があるが、そのような発信
側からの転送先の指示を行うことができなかった。その
ような０発信側で指定したい場合（上記従来例のように
着信側での転送接続を希望しない場合）、従来は相手が
話中や障害で接続できないと一旦通信を切断して、改め
て発信する必要があった。

本発明は本来の相手端末への着信ができなかった時に予
め転送先を指定することができる着信転送の接続制御方
式を提供することを目的とする。

［課題を解決するための手段］ 第１図は本発明の基本構成図を示す。

第１図において、１ｏは発信端末、１１は着信転送要求
付加手段、１２は交換機、１３は受信した発呼情報、１
４は宛先端末接続手段、１５は着信転送要求識別手段、
１５１は条件照合手段、１６は転送先端末接続手段、１
７は宛先端末、１８は転送先端末を表す。

なお、ここで「端末」とは電話機端末やデータ端末を意
味するものとする。

本発明は発信端末からの発呼要求情報中に転送先を指定
する情報を含む着信転送要求を付加して発信し５着信側
の交換機における宛先端末への接続処理において、宛先
端末への接続ができない時発信側から送られた着信転送
要求を用いて対応する転送先端末への接続を行うもので
ある。

［作用］ 第１図の発信端末１０がｌ５ＤＮ交換網への発信を行う
時、呼出し相手である宛先端末（本来の着信先端末）と
の接続ができない時に転送しだい宛先の端末が決まって
いる場合、その転送先情報を着信転送要求付加手段１１
により付加して９発呼要求情報としてｌ５ＤＮ交換網に
送信する。

なお、この転送先情報の内容は９着信先端末との接続が
できない状況に対応して転送を実行させるか否かを表す
転送条件と転送をする時各状況に対応する転送先を設定
するように変形することができる。この指定条件に対応
した転送先はそれぞれ異なる端末とすることができるが
、同じでもよい。

ｌ５ＤＮ交換網を介して着信先端末が収容されている交
換機１２に到着すると１発呼情報１３がレジスタ等に保
持される。この発呼情報中の宛先端末情報を用いて着信
端末接続手段１４において宛先端末への接続及び呼出し
を実行する。この時宛先端末１７が話中や障害であった
り、呼出しても通信を拒否する等により発信端末との接
続ができないと、交換機１２では発呼情報１３の内容を
着信転送要求識別手段１５において調べて含まれている
場合、転送先端末接続手段１６に対し着信転送先情報を
供給し転送先端末１８への転送接続を実行する。

この着信転送要求中に宛先端末の状態に対応した転送の
可否及び転送先を設定する方式の場合。

着信側交換機１２において宛先端末への着信ができない
と５着信転送要求識別手段１５において宛先端末への接
続ができない状態（理由）と１着信転送要求情報中に設
定された条件とを条件照合手段１５１において照合し、
一致した時（転送が可として設定されている時）は、対
応する転送先を取り出して転送先端末接続手段１６に供
給して。

転送先端末への接続が行われる。一致しない場合は１着
信転送は行わず、その発呼情報１３の宛先端末との接続
ができないことになり切断を行う。

［実施例］ 第２図は本発明が実施される交換システムの構成図、第
３図（ａ）及び第３図（ｂ）は実施例の処理フロー図、
第４図はセットアツプ信号メツセージのフォーマットの
例である。

第２図において、２０は発信端末、２１は発信端末が収
容された発信側交換機、２２は着信側交換機、２３は宛
先端末、２４．２５は転送先端末を表す。

上記のシステム構成において１発信端末２ｏがらの発呼
により実行される各部の処理フローを第３図（ａ）およ
び第３図（ト））に示し、その内容を以下に説明する。

発信端末２０において、宛先端末２３との接続を要求す
る発呼を行う場合、宛先端末との接続ができない時の条
件と各条件に対応する転送先を指定する情報を含むセッ
トアツプ信号メツセージ（第１図の説明中の発呼要求情
報に対応）を設定して発信側交換！１！２１へ送出する
。

このセットアンプ（Ｓｅｔ　ｕｐ）信号メツセージのフ
ォーマットを第４図に示す。

このセットアツプ信号メツセージは、ｌ５ＤＮのユーザ
・網インタフエースレイヤ３（ネットワーク層）で用い
られ１通信パスの設定、解放等の機能を実現するために
使用される。第４図の信号フォーマットにおいて、従来
のフォーマット５０の中に含まれる。プロトコル識別子
、ｏｏｏｏ。

コールリファレンスフィールド長、メツセージタイプ・
・・Ｃａｌｌｉｎｇ　ｐａｒｔｙ　ｎｕ＋＊ｂｅｒ＋　
Ｃａ１ｌｅｄ　ｐａｒｔｙｎｕｍｂｅｒ等の信号は従来
公知のフォーマットで使用される情報要素である。

この実施例では、この従来のセットアンプ信号メツセー
ジにより着信転送を実行するための信号を付加するもの
である。具体的には従来のセントアンプ信号メンセージ
の情報要素の後にシステム特有の情報要素が後続するこ
とを表示するロッキング・シフト（Ｒｏｃｋｉｎｇ　５
ｈｉｆｔ）　５１を付し、その後に着信転送要求情報要
素５２を付加したものである。

この着信転送要求情報要素５２の詳細は第４図の中央に
示すように、最初に情報要素識別子５２１が設けられ着
信転送要求情報要素であることを表示し１次にこの情報
要素の全フィールド長５２２が設定され、この後に転送
条件フィールド長（この後に続く条件ビットマツプのフ
ィールド長）５２３と条件ビットマツプ５２４が設定さ
れる。続いて、加入者番号表示全フィールド長５２５が
設定され、この後に複数の着信転送先を表す加入者番号
ａフィールド長５２６と加入者番号ａを初めとして加入
者番号ｎまでの各情報が設定される。

上記の条件ビットマツプ５２４は、第４図に具体例を示
すように、複数のビット（８ビツトまたは１６ビツト）
の各ビット位置を、予め宛先端末への着信ができない各
状態に対応させておき、それらの位置に“ｌ”が設定さ
れている時に着信転送を実行するものである。

例えば１条件ビットマツプ５２４の先頭（左端）のビッ
トを話中状態２次のビットを障害状態。

その後を着信拒否の状態、・・というように予め各ビッ
ト位置の意味が決められ、それらのビット位置に“１”
または“°０”が設定される（転送条件を指定）。この
情報は１着信側交換機において宛先端末への着信ができ
ない状態を検出した時。

その状態に対応するビットマツプのビット位置に“ｌ”
が設定されていると条件が一致したものとして　第４図
に点線で示すように、ビット位置に対応する加入者番号
ａフィールド長５２６．加入者番号ａ５２７により指定
された端末を着信転送端末（加入者）として取り出して
転送接続が行われる。

第３図（ａ）に戻って、セットアツプ信号メツセージが
発信端末２０から送信されると３発信側交換［２１にお
いて、その発信の内容を分析しくステップ３０）３数字
を分析して（ステップ３１）。

宛先へ接続するための経路を選択するためにルーティン
グの処理（３２）が行われる。これにより着信側交換機
２２に対しセットアツプ信号メ・ノセージが転送される
。着信側交換機２２では、この信号を受信すると数字分
析をしくステ・ンプ３３）宛先端末（第２図の２３）へ
着信する呼であることを決定する（ステップ３４）０次
に９発信者からの着信転送情報要素が有るか否かを判定
する（ステップ３５）。もし、無い場合は第３図伽）の
ステップ４０に移って宛先端末２３への着信処理を実行
する。この場合１着信側交換機２２から宛先端末２３に
対してセットアツプ信号メツセージが転送され、これに
対して宛先端末２３からの応答メツセージが返ってくる
ことにより呼が設定されて通信が行われる。

上記ステップ３５において２着信転送情報要素がある場
合は、第３図い）のステップ３６において。

宛先端末が通信中か否かを、端末の状態情報を調べるこ
とにより判定する。ここで１通信中であることが分かる
と９着信転送条件照合は一致するか判定する（ステップ
３７）、すなわち、上記第４図について説明したように
９条件ビットマツプ５２４（第４図）においてこの通信
中（または話中）の条件が設定され（“１゛°になって
いる）でいる場合は、その場合の転送先端末の番号（第
４図の５２７）を取り出して数字分析を行う（ステップ
３８）。この数字分析に従ってその転送先端末（第２図
の２４とする）への着信を決定して着信処理を行い（ス
テップ４０）、セントアップ信号を転送先端末（第２図
２４）へ転送して応答を待って呼が設定される。

ステップ３６において、端末が通信中でない場合、また
はステップ３７で照合が一致しなかった場合は次に宛先
端末は障害中か否かを着信側交換機が保持する端末情報
（または障害情報）を参照して判定する（ステップ４１
）。障害中の場合。

上記のステップ３７と同様に着信転送条件の照合が一致
するかどうか判定する（ステップ４２）。

一致する場合、ステップ３８に移り上記した通りの処理
が行われる。また、一致しない場合及びステップ４１に
おいて宛先端末が障害中でない場合宛先端末（第２図の
２３）への着信処理が実行される（ステップ４３）。

この場合、上記したのと同様に着信側交換機２２から宛
先端末２３ヘセットアップ信号が転送される。この着信
処理の後宛先端末から応答（受は入れ）信号を受信した
か判定しくステップ４４）。

受信すると呼が設定されて通信が実行される。

応答が受信されない場合２着信拒否を受信したか判定し
くステップ４５）、受信した場合は、ステップ４６にお
いて着信転送条件照合が一致したかどうかを判定し、一
致しない時及び着信拒否を受信しない時は、タイムアウ
トになったがどうが判定する（ステップ４７）。これは
、ステップ４３において着信処理を行って宛先端末にセ
ットアツプ信号を転送した後、タイマを起動した後宛先
端末から何ら信号を受信せずにタイムアウトになったか
否かを判定するものである。

タイムアウトになるとステップ４８で着信転送条件の照
合をして一致するか否か判定し、一致しないと発信側を
切断する処理を行い（ステップ４９）、呼の設定は実行
されない。

上記ステップの４６と４８において５着信転送条件の照
合が一致した場合は、それぞれの着信転送先の端末番号
（第４図の５２７）を取り出してステップ３８に移り、
以下は上記したように対応する転送先端末へ着信して１
通信を行うことができる。

［発明の効果］ 本発明によればｌ５ＤＮｌｉｌに収容された端末（加入
者）が着信転送サービスを指定の条件に従って実施を要
求することにより、宛先の端末がビジー等の着信できな
い状態であっても網が自動的に着信転送を実施し、その
都度発信側から発呼情報を送信する（呼をかけ直す）こ
となく通信が可能となり、ｌ５ＤＮＩを効率的に運用す
ると共にサービス性を向上することができる。

１３：発呼情報 １４：着信端末接続手段 １５：着信転送要求識別手段 １５１：条件照合手段 １６：転送先端末接続手段 １７：宛先端末 １８：転送先端末

【図面の簡単な説明】

第１図は本発明の＄本構成図、第２図は本発明が実施さ
鱈る交換システムの構成図、第３図（ａ）及び第３図ら
）は実施例の処理フロー図、第４図はセントアップ信号
メンセージのフォーマントの例。 第５図は従来例１の方式説明図、第６図は従来例２の方
式説明図である。 第１図中 １０：発信端末 １１：着信転送要求付加手段 １２：交換機

Claims (2)

【特許請求の範囲】
1. （１）ＩＳＤＮ網の交換機に収容された発・着信端末間
   における着信転送の接続制御方式において、発信端末（
   １０）は、発信時に宛先端末への接続ができない時の転
   送先を含む着信転送要求を発呼情報中に付加する着信転
   送要求付加手段（１１）を備え、着信側交換機（１２）
   は、発呼情報（１３）の宛先端末（１７）への接続を着
   信端末接続手段（１４）により行い、宛先端末への接続
   ができないと発呼情報に着信転送要求が含まれているか
   着信転送要求識別手段（１５）により識別し、 着信転送要求を検出すると転送先端末接続手段（１６）
   により転送先端末（１８）への接続を行うことを特徴と
   する着信転送の接続制御方式。
2. （２）請求項１に記載の着信転送の接続制御方式におい
   て、 発呼情報中に付加する着信転送要求として宛先端末の状
   態に対応した転送の可否及び転送先を設定し、 着信側交換機（１２）において宛先端末への着信ができ
   ないと、着信転送要求識別手段（１５）内の条件照合手
   段（１５１）において、宛先端末の状態と着信転送情報
   中の条件を照合し、 条件が一致すると対応する転送先端末への接続を行うこ
   とを特徴とする着信転送の接続制御方式。