JPH1022897A

JPH1022897A - Ｗｌｌシステムにおける呼処理方法、加入者装置およびアクセス制御装置

Info

Publication number: JPH1022897A
Application number: JP8174885A
Authority: JP
Inventors: Yasusuke Nobuyasu; 康助信安; Ryoichi Ishibashi; 亮一石橋
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-07-04
Filing date: 1996-07-04
Publication date: 1998-01-23
Anticipated expiration: 2016-07-04
Also published as: JP3423151B2; CN1177491C; CN1174483A; US6324384B1

Abstract

(57)【要約】【課題】ＷＬＬシステムにおける発呼処理に関し、Ｖ
ＩＰ呼のサービスに支障を来たすことがないようにす
る。【解決手段】ユーザ端末１１′と、加入者交換機９と
の間のアクセスネットワークＡＮ内の加入者端末１１に
はＤＴ発生部２１とその制御部２２を設け、またそのネ
ットワークＡＮ内のアクセス制御装置１３にはパスコネ
クション形成部３１、ＶＩＰ呼処理部３２、事前接続チ
ャネル制御部３３ならびに無線チャネル設定部３４を設
ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＷＬＬ（Wireless
Local Loop ）システム、特にＷＬＬシステムにおける
呼処理方法、加入者装置およびアクセスネットワーク
（ＡＮ：Access Network）内のアクセス制御装置に関す
る。ＷＬＬシステムは、アクセス系システムにおいて現
在最も注目されているものであり、加入者交換機（Ｌ
Ｅ：Local Exchange）と各加入者装置（ＳＵ：Subscrib
er Unit ）との間を、途中に無線区間を介在させて、接
続するための１つの接続手段として位置付けることがで
きる。

【０００２】なお、このＷＬＬシステムを構築する具体
的な手段としては次の２つが挙げることができる。第１
は、携帯電話機のためのセルラー（Ｃｅｌｌｕｌａｒ）
ネットワークをベースとして構成するＷＬＬシステム、
第２は、ＰＨＳ（Personal Handy-phone System ）ネッ
トワークを介在させて構成するＷＬＬシステムである。
本発明で述べるＷＬＬシステムは上記のいずれの構成で
も構わない。この場合、上記の第１のＷＬＬシステム
（セルラーネットワーク）は移動制御装置（ＭＳＣ：Mo
bile Station Controller ）を必要とし、このため公衆
交換電話網ＰＳＴＮ（Public Switched Telephone Netw
ork ）との親和性が良くない（後述）等の観点からする
と、上記の第２のＷＬＬシステム（ＰＨＳネットワー
ク）の方が好ましい。すなわち、この第２のＷＬＬシス
テムを用いると、上記のＰＳＴＮに容易に融合して広義
ＰＳＴＮを形成することができる。

【０００３】ただし、上記広義ＰＳＴＮにおいては、加
入者装置（ＳＵ）を含むアクセスネットワーク（ＡＮ）
と、加入者交換機（ＬＥ）を含むＰＳＴＮとの間を接続
するネットワーク間インタフェースを導入する必要があ
る。このネットワーク間インタフェースの具体例とし
て、後述するように一般電話（アナログ）を収容する
ものとして代表的な２Ｗ（ペア線）のアナログのインタ
フェース、ＩＴＵ−Ｔ勧告のＶ５．２に準拠したＶ
５．２（アナログ）インタフェースを挙げることができ
る。後述する本発明の説明は、後者のＶ５．２インタフ
ェースを例にとって行う。

【０００４】

【従来の技術】図３０はＷＬＬシステムのベースとなる
セルラー・ネットワークの一般的構成図である。本図に
おいて、参照番号４がセルラー・ネットワークであり、
該ネットワーク４内には、図示するとおり、移動機（Ｍ
Ｓ：Mobile Station）５と、基地局（ＢＴＳ：Base Tra
nceiver Station ）６と、基地局制御装置（ＢＳＣ：Ba
se Station Controller ）７および既述した移動制御装
置（ＭＳＣ：Mobile Station Controller ）８を含む。

【０００５】上記構成のセルラー・ネットワーク４は、
ゲートウェイスイッチ（ＧＷ：GateWay Switch ）３お
よび相手方のＧＷ２を介して、公衆交換電話網（ＰＳＴ
Ｎ）１に接続する。なおＰＳＴＮ１内には加入者交換機
（ＬＥ）が含まれる。なお既存のセルラー・ネットワー
ク４においては、ＢＴＳ６とＢＳＣ７との間のインタフ
ェース（Ｉ／Ｆ）として、Ａｂｉｓインタフェース
（Ｉ／Ｆ）を採用し、ＢＳＣ７とＭＳＣ８との間のイン
タフェースとしてＡインタフェースを採用している。

【０００６】図３１は本発明が適用されるＷＬＬシステ
ムの構成例を示す図である。本図において、参照番号１
０は、既存のＰＳＴＮ１とＷＬＬシステムとが融合して
なる広義ＰＳＴＮであり、当該ＷＬＬシステムを含むア
クセスネットネットワークの領域を図中ＡＮで示してい
る。このアクセスネットワークＡＮ内には、図示する例
では、電話機等のユーザ端末１１′（User Terminal ）
を備える加入者装置（ＳＵ）１１と、無線区間１２を介
して接続するＢＴＳ６と、該ＢＴＳ６とアクセスネット
ワーク内インタフェース（Ｉ／Ｆ）Ｉ／Ｆａを介して接
続するＢＳＣ７とが含まれる。ここに該インタフェース
Ｉ／Ｆａは、メーカーが独自に設定可能なインタフェー
スである。

【０００７】上記アクセスネットワークＡＮ内の加入者
装置（ＳＵ）１１と、上記ＰＳＴＮ１内の加入者交換機
（ＬＥ）９との間の接続のために、さらに、オープンイ
ンタフェースであるネットワーク間インタフェース（Ｉ
／Ｆ）Ｉ／Ｆｎが介在する。このネットワーク間インタ
フェースＩ／Ｆｎとしては、既述したように、２Ｗの
アナログのインタフェースと、Ｖ５．２（アナログ）
インタフェースを採用するのが実用的であるが、本発明
では主として後者のＶ５．２（アナログ）インタフェー
スを用いた例について述べる。その理由は次のとおりで
ある。

【０００８】近年においては、ＰＳＴＮ１内の各加入者
交換機（ＬＥ）９が収容する加入者（１１）の数は相当
増大していると共に、各加入者へのサービスもかなり多
様化していることから、ネットワーク間インタフェース
Ｉ／Ｆｎとしては、集線効果の高いインタフェースが要
求される。このような要求に十分に応えるためには、上
述のＶ５．２（アナログ）インタフェースが好適であ
る。

【０００９】

【発明が解決しようとする課題】図３１に示した構成の
広義ＰＳＴＮ１０を、ユーザが十分満足できる一層実用
的なネットワークとして実現するためには、解決すべき
多数の課題がある。このうち主として下記の４つの課題
（１）〜（４）を解決することは重要なことである。

【００１０】課題（１）Ｖ５．２インタフェース上では、後に詳述するとおり、
ユーザ端末のオフフック（OFF HOOK）のみで、該Ｖ５．
２インタフェースのシーケンスにおけるアロケーション
（Ａｌｌｏｃａｔｉｏｎ）というステップまで自動的に
進行してしまう。アロケーションとは、ＴＤＭＡ（Time
Division Multiple Access ）方式のもとで複数のタイ
ムスロット（ＴＳ：Time Slot ）のうち、空きになって
いるタイムスロットを、発呼要求のある加入者に割り当
てるためのメッセージを、加入者交換機（ＬＥ）９より
アクセスネットワークＡＮに転送することをいう。

【００１１】ここで例えば回線輻輳等のために、上記ア
ロケーションを完了することができなかったものとす
る。つまりアサイメント（Ａｓｓｉｇｎｍｅｎｔ）の失
敗である。そうすると、Ｖ５．２インタフェース上で
は、上記加入者交換機（ＬＥ）９からのダイアルトーン
（ＤＴ：Dial Tone ）も加入者端末に返すことなく切断
（ＤＩＳＣ：Ｄｉｓｃｏｎｎｅｃｔｉｏｎ）となり、結
果的に、加入者線は活性化されない。つまりパスコネク
ション（path connection ）は形成できない。したがっ
てダイアリング（ｄｉａｌｌｉｎｇ）すらできなくな
る。

【００１２】そして最終的には例えばアクセスシステム
ＡＮが自ら生成するビジートーン（ＢＴ：Busy Tone ）
を加入者端末に送りオンフック（ON HOOK ）を促す。結
局、加入者にとってみると、オフフック後、ダイアルト
ーンＤＴも聞くことなしにビジートーンＢＴを受ける、
という一般の発呼操作上はあり得ない事態を経験するこ
とになる。またなぜそのような事態になったのかの情報
を、当該加入者交換機（ＬＥ）９より受け取ることもな
い。さらに、当該発呼が１１０番のような緊急呼やhigh
Traffic呼（ＶＩＰ呼を含む）である場合は重大な影響
を及ぼす。これが課題（１）である。

【００１３】課題（２）Ｖ５．２インタフェース上では、ＶＩＰ呼（Very Impor
tant Phone呼）のために、特定のチャネルを、加入者交
換機ＬＥとアクセスネットワークＡＮとの間で事前に接
続しておくという機能が提案されている。例えば上述し
た緊急呼等もそのＶＩＰ呼の一つである。

【００１４】ところが、ここで上述した課題（１）に相
当する事態が発生したとすると、加入者からの発呼が例
えＶＩＰ呼であったとしてもダイアリングすらできない
ことになる。結局、事前接続チャネルが用意されていて
も、Ｖ５．２インタフェース上でのＶＩＰ呼は完全には
保証されない。これが課題（２）である。

【００１５】課題（３）次に上記のＶ５．２インタフェースをネットワーク間イ
ンタフェースＩ／Ｆｎとして採用する、図３１のＷＬＬ
システムについて見ると、上述した課題（１）に相当す
る発呼失敗の問題が同様に発生する。すなわち、図３１
において、ユーザ端末１１′でオフフックしても、回線
輻輳によりアロケーションを完了できないと、当該加入
者にはダイアルトーンＤＴすら返すこともできず、切
角、アクセスネットワークＡＮと加入者交換機ＬＥとの
間に事前接続チャネルが用意されていても、ダイアリン
グができないので、当該呼が一般呼のときは勿論、ＶＩ
Ｐ呼であってもユーザ端末１１′からの発信は拒否され
てしまう。これが課題（３）である。

【００１６】課題（４）図３１に示すＷＬＬシステムでは、アクセスネットワー
クＡＮの中に無線区間１２を含む。この無線区間１２で
はなるべく少ない数の無線チャネルを共用するための集
線が行われる。このため、Ｖ５．２インタフェース上で
は前述のアサインメントに成功し、アロケーションによ
って空きタイムスロットＴＳがユーザ端末１１′のため
に提供されたとしても、もしその無線区間１２での無線
チャネルの確保に失敗すれば、当該呼が一般呼のときは
勿論、ＶＩＰ呼であっても無線区間１２での接続に失敗
してしまう。これが課題（４）である。

【００１７】なお上述したＶＩＰ呼の救済と共に、一般
呼における溢れ呼の救済も重要である。したがって本発
明は、上記４つの課題を解決することのできる、ＷＬＬ
システムにおける呼処理方法、加入者装置１１およびア
クセスネットワークＡＮ内のアクセス制御装置を提供す
ることを目的とするものである。

【００１８】

【課題を解決するための手段】図１は本発明により提案
するＷＬＬシステムの概要を表す図である。本図におい
て、ＡＮは前述したアクセスネットワークであり、該ネ
ットワークＡＮは主として、アクセス制御装置１３と、
ユーザ端末１１′を備える加入者装置（ＳＵ）１１とか
ら構成される。ここにアクセス制御装置１３は、図３１
を参照すると、例えば基地局（ＢＴＳ）６および基地局
制御装置（ＢＳＣ）７が有する機能、特に後者のＢＳＣ
７が有する機能を担う装置のことである。ユーザ端末１
１′は、加入者装置（ＳＵ）１１および上記のアクセス
制御装置（ＡＣ：Access Controlapparatus）１３なら
びにネットワーク間インタフェースＩ／Ｆｎを介し、Ｐ
ＳＴＮ１内の加入者交換機（ＬＥ）９との間で音声等の
情報を送受信する。

【００１９】図に示すとおり、本発明において提案する
機能部分は次のとおりである。なお、これら機能部分は
主としてハードウェアによりまたは主としてソフトウェ
アによりあるいはハードウェアとソフトウェアの混合に
より実現することができる。まず加入者装置（ＳＵ）１
１内には、ＤＴ（ダイアルトーン）受信保証手段２０が
設けられる。該手段２０は具体例として、ＤＴ発生部２
１およびＤＴ送出／停止制御部２２により実現できる。
このＳＵ１１内にはさらに、ダイアル情報送信部２２が
設けられる。

【００２０】次にアクセス制御装置（ＡＣ）１３につい
てみると、ＡＣ１３内には、ＤＴ送出／停止制御部２
２′が設けられる。このＤＴ送出／停止制御部２２′
は、加入者装置（ＳＵ）１１内に設けた前述のＤＴ送出
／停止制御部２２と択一的に設ければ良い。例えばＤＴ
送出／停止部をＡＣ１３内に設けるならば（２２′）、
ＳＵ１１内にＤＴ送出／停止部２２を設ける必要はな
い。ただし、ＳＵ１１とＡＣ１３内の双方に設けること
を禁じるものではない。

【００２１】このアクセス制御装置（ＡＣ）１３にはさ
らに、パスコネクション（path connection ）形成部３
１が設けられ、加入者装置（ＳＵ）１１までの音声チャ
ネル（voice channel ）を形成する。またＶＩＰ（Very
Important Phone）呼処理部３２を設け、ユーザ端末１
１′からの発呼がＶＩＰ呼であるときは、これを優先的
に処理し、発信拒否になることを防止する。

【００２２】さらに事前接続チャネル（pre-connected
channel ）制御部３３を設ける。これによりＶＩＰ呼の
チャネル確保あるいは効率の良いトラフィックを実現す
る。また無線チャネル設定部３５を設け、無線区間１２
でのトラフィックが輻輳しても、特にＶＩＰ呼のための
接続は確保する。図２は本発明において提案される呼処
理方法の全体の概要を表すフローチャート（その１）、
図３は本発明において提案される呼処理方法の全体の概
要を表すフローチャート（その２）、図４は図２および
図３に付加されるフローチャートである。

【００２３】まず図２および図３を参照する。ステップＳ１（図２）：ユーザ端末１１′でオフフック
（OFF HOOK）する。ステップＳ２：アクセスネットワークＡＮが自律で（加
入者交換機（ＬＥ）９からではなく）、ダイアルトーン
（ＤＴ）を生成する。図１では、加入者装置（ＳＵ）１
１内のＤＴ発生部２１がそのＤＴの生成を行う。

【００２４】ステップＳ３：ＤＴを確認したユーザは着
呼先のダイアリング（Ｄｉａｌｉｎｇ）を行う。ステップＳ４：当該呼がＶＩＰ呼か否かを判断する。こ
れは図１のＶＩＰ呼処理部３２が行う。ステップＳ５：ステップＳ４にてＶＩＰ呼であるものと
判断されたら、回線が輻輳しているか否か判断し、輻輳
していないならば（ｎｏ）、ステップＳ１４のｎｏのル
ートに入る。すなわち、輻輳でないならばＶＩＰ呼であ
っても、一般呼のタイムスロット（ＴＳ）へアロケーシ
ョンを行う。

【００２５】ステップＳ５の判断がｙｅｓならば（回線
が輻輳）、ステップＳ６に至る。なお、本ステップＳ５
はオプションであり、本発明において必須のステップで
ない。したがって本ステップＳ５は素通りでもよい。ステップＳ６：ステップＳ５にて回線輻輳中と判断され
ると（ｙｅｓ）、事前接続チャネル（ＣＨ）用のタイム
スロット（ＴＳ）が空きかどうか（ＦＲＥＥ）調べる。

【００２６】ステップＳ７（図３）：ステップＳ６にて
空きであると判断されると（ｙｅｓ）、その事前接続Ｃ
Ｈ用のタイムスロット（ＴＳ）に、ユーザからの当該発
呼をアロケーションする（ＡＬＬＯＣＡＴＥ）。ステップＳ８：加入者交換機（ＬＥ）９からのダイアル
トーン（ＤＴ）が停止（ｓｔｏｐ）した後で、パスコネ
クション（pass connection ）を形成する。このパスコ
ネクションは、アクセス制御装置（ＡＣ）１３、例えば
ＢＳＣ７、から加入者装置（ＳＵ）１１までの間で形成
される。

【００２７】ＬＥ９からのＤＴが停止した後としたの
は、アクセスネットワークＡＮが自律でＤＴを生成して
いるので（Ｓ２）、このＤＴと、ＬＥ９からのＤＴとが
ユーザにとって二重に聞こえることがないようにするた
めである。ステップＳ９：ＰＳＴＮ１内のＬＥ９で着呼先までパス
を張ることに成功したか（Terminate OK? ）確認し、パ
スが張られたならば（ｙｅｓ）、ＬＥ９側からのリング
バックトーン（ＲＢＴ：Ring Back Tone）がユーザ端末
１１′にて受信される。

【００２８】以後、相手先がオフフックすれば通話が開
始される。ステップＳ１０：ステップＳ９にて、パスを張ることに
失敗したならば（ｎｏ）、ビジートーン（ＢＴ：Busy T
one ）がユーザ端末１１′で受信される。なお、このＢ
Ｔはアクセス制御装置（ＡＣ）１３より返すことができ
る。ステップＳ１２（図２）：ステップＳ６において、事前
接続ＣＨ用のタイムスロット（ＴＳ）に空きがないと判
断されると（ｎｏ）、その事前接続ＣＨ用のＴＳを、一
般呼が使用中なのか、他のユーザが発信しているＶＩＰ
呼が使用中なのか調べる。

【００２９】ステップＳ１３：他ステップＳ１２での調
べで、その事前接続ＴＳが一般呼ではなく、他のユーザ
のＶＩＰ呼によって使用されていることが分かると、そ
の一般呼によって使用されている当該事前接続ＴＳを強
制的に開放した後、ステップＳ６に戻る。今度は、ステ
ップＳ６の判断はｙｅｓになる筈である。ステップＳ１４：ステップＳ４での判断により当該発呼
がＶＩＰ呼であることが分かると、回線が輻輳している
かどうか調べる。

【００３０】ステップＳ１５（図３）：ステップＳ１４
の調べで、回線が輻輳していないことが分かると（ｎ
ｏ）、ユーザ端末１１′からの一般呼は、通常のタイム
スロット（ＴＳ）、すなわち事前接続ＣＨ用のタイムス
ロット（ＴＳ）以外のＴＳにアロケーション（ＡＬＬＯ
ＣＡＴＥ）される。その後のプロセスは、既述のステッ
プＳ８以降へと進む。

【００３１】ステップＳ１６：ステップＳ１４の調べ
で、回線が輻輳していることが分かると（ｙｅｓ）、前
述のステップＳ６と同様の判断が行われる。なお、この
判断は、図１に示すアクセス制御装置（ＡＣ）１３内の
事前接続チャネル制御部３３で行うことができる（ステ
ップＳ６も同様）。ステップＳ１７（図３）：もし、上記の判断で、事前接
続ＴＳがないことが分かれば（ｎｏ）、当該呼処理は復
旧する（ＲＥＬＥＡＳＥ）。

【００３２】そしてユーザにビジートーンＢＴを送る
（ステップＳ１１）。次に図４を参照する。本図のフロ
ーチャートは、上述した最後の課題（４）に対処する処
理であり、図３１に示す無線区間１２における無線チャ
ネルの確保を目的とするものである。なお、本図の処理
フローは、図２の＜Ａ＞の部分もしくは図３の＜Ｂ＞の
部分に挿入する。

【００３３】ステップＳ１：無線チャネルが輻輳中かど
うか調べる。輻輳中でなければ（ｎｏ）、図２および図
３の処理フローに戻る。ステップＳ２：上記ステップＳ１で輻輳中と判断される
と、本ステップＳ２に入る。ここでは複数の一般呼の中
から、ユーザの意思に拘らず強制的に切断すべき呼を選
択する。この選択の基準については後述する。

【００３４】ステップＳ３：上記ステップＳ２で選択さ
れた、強制切断の対象となる一般呼を、強制的に切断し
てしまう。ステップＳ４：上記ステップＳ３で切断された一般呼が
占有していた無線チャネルを、輻輳中のために無線チャ
ネルを確保できないＶＩＰ呼のためにリザーブする。

【００３５】ここに無線チャネルが輻輳しているときに
発生したＶＩＰ呼を救済することができる。なお、図４
の処理フローは図１のアクセス制御装置（ＡＣ）１３に
おける無線チャネル設定部３４が実行する。ただし、同
様の処理は、必要であれば、ＰＳＴＮ１内の加入者交換
機（ＬＥ）９に行わせることもできる。

【００３６】

【発明の実施の形態】以下、発明の実施の形態について
詳述するが、その前に、本発明において好適例として採
用する、ネットワーク間インタフェース（Ｉ／Ｆｎ）と
しての公知のＶ５．２インタフェースについて説明して
おく。図５は公知のＶ５．２（アナログ）インタフェー
スにおける発呼シーケンス図である。本図の発呼シーケ
ンスに関与するのは、図３１に示した、ユーザ端末（Ｕ
Ｔ：User Terminal ）１１′と、アクセスネットワーク
ＡＮと、加入者交換機（ＬＥ：Local Exchange）９であ
る。

【００３７】まずＵＴがオフフック（OFF HOOK）する
と、これを受けたＡＮは接続要求コマンド（ＥＳＴＡＢ
ＬＩＳＨ）をＬＥへ発信する。これを受け付けたＬＥ
は、ＡＮへその確認（ESTABLISH ACK ）を返す。これに
引き続いて、アロケーション（ＡＬＬＯＣＡＴＩＯＮ）
コマンドをＡＮに発信する。ここにＶ５．２インタフェ
ース上のタイムスロット（ＴＳ）のアサインメント（Ａ
ＳＳＩＧＮＭＥＮ）シーケンスが開始する。このとき、
ＬＥ内のトーントランク１５より、ダイアルトーンＤＴ
がＡＮまで送信される。このＤＴは、制御チャネルでは
なく、音声チャネルを通して送信されるので、図中、点
線の経路にて表す。

【００３８】ＡＮは上記のアロケーションコマンドを受
け付けて、ＵＴまでの音声チャネルを設定する。これは
図中のパスコネクション（path connection ）処理によ
り行われる。このパスコネクションに成功して始めて、
前述したＤＴが、ＵＴまで到達する。ここにアロケーシ
ョン完了（ALLOCATION COM (complete))となり、一連の
アサインメントシーケンスが終了する。

【００３９】一方、ＵＴにおけるユーザが上記ＤＴを聞
いて引き続き着呼先へのダイアリングを開始する。その
ダイアル番号はdial digitとしてＡＮに送信される。こ
れを受信したＡＮは、digit signalというシグナルメッ
セージＳＩＧＮＡＬをＬＥへ転送する。この操作は、各
ダイアル番号毎に順次行われる。なお最初のＳＩＧＮＡ
Ｌ受信でＤＴは停止する（stop DT ）。最後の桁までＳ
ＩＧＮＡＬを転送し終えたとき、ＬＥは該当する相手先
交換機（図示せず）に向けて呼設定を行う動作を開始す
る（start call setup）。そしてその相手先ユーザ端末
での呼出しが開始したときに、ＬＥはＡＮに対し、上記
シグナルメッセージＳＩＧＮＡＬの確認を返す（SIGNAL
ACK）。そしてユーザ（ＵＴ）は、既に上記パスコネク
ションにより設定済みの音声チャネルを通して、上記相
手先加入者交換機（terminatingoffice）よりリングバ
ックトーンＲＢＴを受信する。

【００４０】図６は図３１のＷＬＬシステムにおける発
呼シーケンスを示す図、特にＶ５．２インタフェースを
採用した発呼シーケンスを示す図である。本図の見方は
上述した図５の場合と同様であるが、本図の場合は、ア
クセスネットワークＡＮの部分が図３１に即してさらに
詳細に分解されている。すなわち、加入者装置（ＳＵ）
１１と、基地局（ＢＴＳ）６と、基地局制御装置（ＢＳ
Ｃ）７とに区分されている。その間に、無線区間１２の
インタフェースAir Ｉ／Ｆと、メーカーのオリジナルイ
ンタフェースであるアクセスネットワーク内インタフェ
ースＩ／Ｆａが介在する。

【００４１】図６のシーケンスについて以下説明するが
このうち、図５のシーケンスと同様の部分については説
明を省略する。ＵＴ１１′がオフフック（OFF HOOK）す
ると、ＳＵ１１はそのオフフック（ＯＣＫ）と当該ユー
ザのＩＤとからなるコマンドを、ＢＴＳ６を経由してＢ
ＳＣ７に転送する。これを受けたＢＳＣ７は、図５で示
したのと同様の処理シーケンスを開始し、アサインメン
トシーケンスに入る。このアサインメントシーケンスに
おいて、ＵＴ１１′に向けたダイアルトーン（ＤＴ）を
ＳＵ１１で中継したとき、ＳＵ１１はその確認（ＡＣ
Ｋ）をＢＳＣ７に返し、さらにＢＳＣ７はアロケーショ
ン完了（ALLOCATION COMP ）メッセージをＬＥ９に発信
する。

【００４２】アロケーション完了後、ユーザ（ＵＴ）が
ダイアル番号を各桁毎に順次dial digitとして送信する
が、各該dial digitはＳＵ１１にてDialing Response
（Ｒｓｐ）メッセージに変換され、さらにＢＴＳ６を経
由してＢＳＣ７に至り、ここで前述したシグナルメッセ
ージＳＩＧＮＡＬ（digit signal）に変えて、ＬＥ９へ
転送される。以降の処理は図５の場合と同じである。

【００４３】ＷＬＬシステムにおいて、上述した図５お
よび図６に示すネットワーク間インタフェース（Ｖ５．
２インタフェース）を介在させることにより、既述した
４つの課題（１）〜（４）が発生する。これらの課題の
うち、課題（１），（３）および（４）について図を参
照してさらに分かり易く説明する。図７は課題（１）が
生ずる状況を表すシーケンス図である。既述の課題
（１）は、回線輻輳により加入者線を活性化（図５およ
び６のpath connection の形成）できず、アロケーショ
ンが完了（ALLOCATION COMP ）しないと、ＬＥ９側から
は切断（ＤＩＳＣ：ｄｉｓｃｏｎｎｅｃｔｉｏｎ）が返
され、結局、ユーザ（ＵＴ）はダイアルトーン（ＤＴ）
すら聞けずに発呼失敗に至ってしまうことである。

【００４４】図７には上述の発呼失敗シーケンスが表さ
れており、ＤＴを聞くこともなく、突然ビジートーン
（ＢＴ）が返されてしまう。図８は課題（３）が生ずる
状況を表すシーケンス図である。既述の課題（３）は、
ユーザ（ＵＴ１１′）からの発呼が例えＶＩＰ呼であっ
ても回線輻輳時には、ユーザにダイアルトーン（ＤＴ）
を返すこともなく、発信拒否されてしまうことである。

【００４５】図８において、ＡＮおよびＬＥ９間に事前
接続チャネルが用意されていたとしても、回線輻輳時に
はアロケーション完了（ALLOCATION COMP ）にまで至る
ことなく、例え当該呼がＶＩＰ呼であったとしても、切
断（ＤＩＳＣ）されてしまう。その間ダイアルトーン
（ＤＴ）すら聞くとこなく、ビジートーン（ＢＴ）が返
される。

【００４６】図９は課題（４）が生ずる状況を表すシー
ケンス図である。既述の課題（４）は、ユーザ（ＵＴ１
１′）からの発呼（OFF HOOK）により、タイムスロット
（ＴＳ）のアロケーションが完了し、アサイメントに成
功したとしても、無線区間１２に回線輻輳があると、結
局は発呼失敗になってしまうことである。図９を参照す
ると、アクセスネットワークＡＮ内のＢＴＳ６とＬＥ９
との間ではパスコネクション（path connection ）が形
成されたものの、そのＢＴＳ６よりユーザ側の無線区間
１２において無線チャネルを確保できずに切断（ＤＩＳ
Ｃ）となり、ビジートーン（ＢＴ）がユーザに返され
る。

【００４７】このとき結局パスコネクションは不成功で
あり、“path connection NG”のメッセージがＢＴＳ６
よりＢＳＣ７に転送され、インタフェースＩ／Ｆｎ上で
は切断要求を示すディアロケーション（ＤＥＡＬＬＯＣ
ＡＴＩＯＮ）メッセージがＬＥ９に転送される。ここ
に、一旦設定された上記ＡＬＬＯＣＡＴＩＯＮは解除さ
れてしまう。

【００４８】図１０は第１実施例に基づく発呼モードを
表すシーケンス図である。本図の見方は、前述した図
５，６，７，８および９の場合と全く同様である。この
第１実施例は、前述した課題（１）〜（４）に対処でき
るものであり、図１に示す加入者装置（ＳＵ）１１内の
ＤＴ受信保証手段２０によって実現される。具体例とし
ては、図１に示す該手段２０内のＤＴ（ダイアルトー
ン）発生部２１およびＤＴ送出／停止制御部２２によっ
て具現化される。

【００４９】この第１実施例における発呼モードのポイ
ントは、図７，８および９に表した不都合を解消するこ
と、すなわちユーザ（ＵＴ１１′）がオフフック（OFF
HOOK）した後、ダイアルトーン（ＤＴ）を聞くことなく
ダイアリングすらできずにビジートーン（ＢＴ）が返さ
れるという事態を回避することにある。このために、第
１実施例では、図１０に表すごとく、ユーザ（ＵＴ１
１′）がオフフック（OFF HOOK）すると、加入者装置
（ＳＵ）１１自身がダイアルトーン（ＤＴ）をユーザに
返すようにする。ＳＵから送出されたＤＴであるので、
図１０ではＤＴ（ＳＵ）と表示している。

【００５０】このダイアルトーン（ＤＴ）を聞いたその
ユーザは、通常の発呼動作に従い、引き続いてダイアリ
ングする。最初のダイアル番号がdial digitとしてＳＵ
１１に送出される。この最初のdial digitを受けたＳＵ
１１は、前述したダイアルトーン（ＤＴ）の送出を停止
する。図１０ではこれをstop DT (SU)と表示している。
なお、図１０におけるインタフェースAir Ｉ／Ｆ，Ｉ／
ＦａおよびＩ／Ｆｎ上のシーケンスは前述のシーケンス
（例えば、図６）と同じである。

【００５１】図１０における上述したダイアルトーンＤ
Ｔ（ＳＵ）の送出は、図１におけるＤＴ発生部２１によ
って行うことができる。また図１０における上述したダ
イアルトーンの停止、すなわちstop DT (SU)は、図１に
おけるＤＴ送出／停止制御部２２によって行うことがで
きる。結局、この第１実施例は、ユーザ端末１１′と、
ユーザ端末１１′と公衆交換電話網１内の加入者交換機
９との間に配置されるアクセスネットワークＡＮとを含
んでなるＷＬＬシステムであって、かつ、アクセスネッ
トワークが、前記ユーザ端末を備える加入者装置１１
と、一方において無線区間１２を介して該加入者装置に
接続し他方においてネットワーク間インタフェースＩ／
Ｆｎを介して加入者交換機９に接続するアクセス制御装
置１３とから構成されているＷＬＬシステムにおける加
入者装置において、ユーザ端末１１′のオフフック後、
加入者交換機９側の回線の状況に拘らず、ユーザ端末１
１′が必ずダイアルトーンＤＴを受信するようにするＤ
Ｔ受信保証手段２０を設けることを特徴とするものであ
る。

【００５２】さらにまた、ＤＴ受信保証手段２０は、オ
フフックを検出したとき、ダイアルトーンＤＴを発生し
てユーザ端末１１′に送出するＤＴ発生部２１を有する
ようにしたものである。そしてまたＤＴ受信保証手段２
０は、オフフックの検出によってＤＴ発生部２１からダ
イアルトーンＤＴを送出せしめ、また、このダイアルト
ーンＤＴの送出後、ユーザ端末１１′より発信される最
初のダイアル番号を検出したときにＤＴ発生部２１から
のダイアルトーンＤＴの送出を停止させるＤＴ送出／停
止制御部２２を有するようにしたものである。

【００５３】またこの第１実施例では、上記のとおり、
以下の呼処理方法が提案される。すなわち、上述したＷ
ＬＬシステムにおける呼処理方法であって、ユーザ端末
１１′がオフフックしたとき、加入者装置１１よりダイ
アルトーンＤＴを出力させてユーザ端末１１′に印加す
るようにする。さらにまた、ダイアルトーンＤＴの出力
後、ユーザ端末１１′から最初のダイアル番号が発信さ
れたとき、ダイアルトーンＤＴの出力を停止させるよう
にする。

【００５４】上述した第１実施例によれば、ダイアルト
ーンの発生ならびにそのダイアルトーンの送出／停止制
御が、ユーザ端末近傍での近端処理となるため、制御が
簡素化される利点がある。ここに近端処理とは、例えば
図９に表すとおり、ダイアルトーンＤＴを、加入者交換
機（ＬＥ）９→ネットワーク間インタフェースＩ／Ｆｎ
→アクセスネットワークＡＮのごとく遠方より転送する
という遠端処理ではないことを言う。

【００５５】したがって、ＷＬＬシステム全体として見
ると、近端処理で済ませた分だけ呼処理のための負荷が
軽減されるという利点がもたらされる。図１１は第２実
施例に基づく発呼モードを表すシーケンス図である。本
図の見方は図１０の場合と全く同様である。この第２実
施例は第１実施例をベースとしており、第１実施例に関
して述べた事項は全てこの第２実施例にも適用される。

【００５６】第２実施例と第１実施例の相違点、すなわ
ち第２実施例における発呼モードのポイントは、ユーザ
端末（ＵＴ）１１′からのダイアル情報の一括発信にあ
る。この一括発信は、具体例として、図１のダイアル情
報発信部２３により行われる。図１１を参照すると、ユ
ーザ端末（ＵＴ）１１′は、オフフック（OFF HOOK）
後、ダイアルトーンＤＴ（ＳＵ）を受信して、ダイアル
番号をdial digitとして順次送信する。一例としてダイ
アル番号“１２…９”をダイアリングしたとすると、図
１１の左端に“１”，“２”，…“９”と表すごとく加
入者装置（ＳＵ）１１に印加される。

【００５７】ここで従来の場合について見ると、これら
ダイアル番号“１２…９”は、例えば図６から理解され
るように、“１”→“２”→…→“９”のように発生順
に１つ１つＳＵ１１よりＬＥ９に向って発信される。こ
の従来方式に比べ第２実施例では、“１”→“２”→…
→“９”なるダイアル番号列を加入者端末（ＳＵ）１１
内で一旦蓄積し、これらダイアル番号列を一まとめにし
て例えばＢＳＣ７に一括発信する。この操作は図１１に
おいて、AirＩ／ＦおよびＩ／Ｆａでの“ＳＥＴＵＰ”
なるメッセージで送信される。上記の例によれば、該メ
ッセージには、一まとめのダイアル番号列｛１２…９｝
が乗せられる。

【００５８】結局、この第２実施例は、第１実施例にお
いて、加入者装置１１は、最初のダイアル番号に引き続
いて順次発信されるダイアル番号列を一旦蓄積すると共
にこのダイアル番号列を一まとめにして加入者交換機９
側に一括発信するダイアル情報発信部２３を有するよう
にしたものである。またこの第２実施例では上記のとお
り、以下の呼処理方法が提案される。すなわち、加入者
装置１１において、最初のダイアル番号およびこれに引
き続いて順次発信される各ダイアル番号を一旦蓄積する
ステップと、一旦蓄積された一連のダイアル番号列を一
括して発信する旨のメッセージ（ＳＥＴＵＰ）と共に当
該ダイアル番号列を加入者交換機９側に発信するステッ
プを有するものである。

【００５９】上述した第２実施例によれば、アクセスネ
ットワークＡＮ内での制御トラフィックを軽減できると
いう利点がある。これに伴い、ＡＮ内のアクセス制御装
置１３、特にＢＳＣ７の拘束時間を短縮し、迅速な呼処
理が行えるという利点も生まれる。図１２は第３実施例
に基づく発呼モードを表すシーケンス図である。本図の
見方も、前述した図１１や図１０等の場合と全く同じで
ある。

【００６０】この第３実施例は上述した第１実施例に対
応するものであって、課題（１）〜（４）に対処でき
る。この第３実施例に主として関係するのは図１に示す
アクセス制御装置（ＡＣ）１３内のＤＴ（ダイアルトー
ン）送出／停止制御部２２′である。２２′としたの
は、図１のＳＵ１１内に同様のＤＴ送出／停止制御部２
２が設けられるときは（第１実施例）、このＤＴ送出／
停止制御部２２′（第３実施例）は不要であることを意
味し、いずれか一方が存在すればよい。

【００６１】この第３実施例における発呼モードのポイ
ントは、上記のとおり、ダイアルトーン（ＤＴ）の送出
コマンドおよびその停止コマンドが、ＳＵ１１からでは
なく、アクセス制御装置（ＡＣ）１３、例えばＢＳＣ７
からＳＵ１１に送信されることであり、図１２を参照す
ると、ＢＳＣ７からのコマンド“START DT”および“ST
OP DT ”コマンドが上記の送出コマンドおよび停止コマ
ンドにそれぞれ該当する。

【００６２】すなわち図１２において、ユーザ端末（Ｕ
Ｔ）１１′によるオフフック（OFFHOOK）によって、Ｓ
Ｕ１１よりコマンド“ＯＣＫ＋ＩＤ”がＢＳＣ７に転送
され、これを受けたＢＳＣ７が“START DT”を発行し、
ＳＵ１１に返す。これによりＳＵ１１内のＤＴ発生部２
１が起動され、ユーザはダイアルトーンＤＴ（ＳＵ）を
聞くことができる。

【００６３】ダイアルトーンＤＴを聞いたユーザは、引
き続きダイアル番号（dial digit）を発信するので、そ
の最初のdial digitを、メッセージDialing Rsp.として
ＢＳＣ７が受け取ると、即座にコマンド“STOP DT ”が
ＢＳＣ７より、ＳＵ１１内のＤＴ発生部２１に送信さ
れ、ユーザへのダイアルトーンを停止する。上述したと
おり、コマンド“START DT”および“STOP DT ”は図１
に示したＤＴ送出／停止制御部２２′によって行うこと
ができる。

【００６４】結局、この第３実施例は、ユーザ端末１
１′よりオフフックの発生を示す信号を受信したとき、
ユーザ端末１１′にダイアルトーンＤＴを送出するため
に加入者装置１１内に設けられたＤＴ発生部２１に対
し、ダイアルトーンＤＴを送出させるためのコマンドを
送信すると共に、ユーザ端末１１′より発信された最初
のダイアル番号を検出したとき、そのダイアルトーンＤ
Ｔの送出を停止させるコマンドを送信するＤＴ送出／停
止制御部２２′を有することを特徴とするものである。

【００６５】またこの第３実施例によれば、上記のとお
り、以下の呼処理方法が提案される。すなわち、ユーザ
端末１１′からのオフフックを検出したアクセス制御装
置１３からの送出コマンドによって、前記ダイアルトー
ンＤＴを送出させ、ユーザ端末１１′から発信された最
初のダイアル番号を検出したアクセス制御装置１３から
の停止コマンドによって、送出中のダイアルトーンＤＴ
を停止させるようにする。

【００６６】上述した第３実施例によれば、加入者交換
機（ＬＥ）９への発呼指令等のコマンドや加入者装置
（ＳＵ）１１への諸コマンドの発行源を全てアクセス制
御装置（ＡＣ）１３、とりわけＢＳＣ７に一本化して集
約でき、システム設計者あるいは保守者にとって理解し
易いシステム構成とすることができる利点がある。図１
３は第４実施例に基づく発呼モードを表すシーケンス図
である。本図の見方は、前述した図の場合と変わらな
い。

【００６７】この第４実施例は、各実施例におけるパス
コネクション（path connection ）に関するものであ
る。なお前述した図では、図５，６および９にそれぞれ
そのパスコネクションの経路が示されている。前述のと
おり、このパスコネクションは音声チャネルを形成する
ためのものであり、音声情報は勿論、ダイアルトーン
（ＤＴ）やリングバックトーン（ＲＢＴ）も、このパス
コネクションの形成によって初めてユーザの耳に届くこ
とになる。

【００６８】代表例として図６を参照すると、一般的に
は、Ｖ５．２インタフェース上のアサインメントシーケ
ンスのもとで、タイムスロット（ＴＳ）のアロケーショ
ン（ＡＬＬＯＣＡＴＩＯＮ）が行われると、即座にパス
コネクション（本図中の“path connect”）の形成シー
ケンスに入り、ＯＫであれば引き続いて加入者交換機
（ＬＥ）９内のトーントランク１５よりダイアルトーン
（ＤＴ）が送出されて、ユーザ端末１１′に至る。

【００６９】ところが本発明においては、図１０等に示
したとおり、そのダイアルトーンは、加入者装置（Ｓ
Ｕ）１１が自ら生成して、ＤＴ（ＳＵ）として、ユーザ
端末（ＵＴ）１１′に送出することを特徴としている。
そうすると、図６に示したシーケンスをそのまま採用す
ると、ユーザにとっては、ＳＵ１１からのダイアルトー
ン（ＤＴ）を聞いてダイアリングした後、今度はＬＥ９
からのＤＴが聞こえることになり、違和感を感じる。

【００７０】このような違和感を排除するため、第４実
施例においては、通常の手順で加入者交換機（ＬＥ）９
からのダイアルトーンの送出が停止するのを待って、そ
れ以降にパスコネクションを形成することにする。つま
り、図１３において、ユーザ端末１１′から最初のダイ
アル番号が発信され、これがシグナルメッセージＳＩＧ
ＮＡＬ（digit signal）として、加入者交換機（ＬＥ）
９に転送されてＤＴを停止させるタイミング以降にパス
コネクション（path connection ）を形成する。

【００７１】そのＤＴを停止させるタイミング以降とは
言っても、相手方交換機（Terminating Office）から、
当該発呼に対するリングバックトーン（ＲＢＴ）あるい
は一般アナウンス（ａｎｎｏｕｎｃｅ）が返送されてく
るまでより以前には上記パスコネクションは形成してお
かなければならない。つまり、図１３においてその右端
に“Ｔ”で表す期間中にはパスコネクションを形成する
必要がある。

【００７２】本図の例では、その期間Ｔ内のうち、ユー
ザより発信された最後のダイアル番号に対応するシグナ
ルメッセージＳＩＧＮＡＬ（digit signal）を、ＢＳＣ
７が送信した直後にパスコネクションの形成を行ってお
り、このタイミングが最も好ましい。もし、上記の期間
Ｔの初めにパスコネクションを形成してしまうと、ＲＢ
Ｔ受信までの長い時間に、無用な音情報が、当該パスコ
ネクションによる音声チャネルを通してユーザの耳に入
る可能性がある。

【００７３】一方、上記の期間Ｔの終わりにパスコネク
ションを形成してしまうと、上記一般アナウンスが送出
された場合に、その冒頭部分を欠落させてしまうおそれ
がある。この一般アナウンサとは、例えば“この電話は
現在使われておりません”というような通知メッセージ
であり、その初めの部分がユーザに伝えられないおそれ
がある。

【００７４】したがって、上記の状況を勘案し、最後の
シグナルメッセージＳＩＧＮＡＬが加入者交換機（Ｌ
Ｅ）９に送出された直後に、パスコネクションを形成す
るのが望ましい。なおこの場合、ダイアルトーン（Ｄ
Ｔ）が切断された後、パスコネクションが形成されるま
での期間はユーザに対して全くの無音である。以上述べ
たパスコネクションの形成は、図１において、アクセス
制御装置（ＡＣ）１３内のパスコネクション形成部３１
によって行うことができる。

【００７５】結局、この第４実施例は、ユーザ端末１
１′によるオフフックの後発信される一連のダイアル番
号のうち最初のダイアル番号を受信して加入者交換機９
からのダイアルトーンＤＴが停止してから、最後のダイ
アル番号を受信して加入者交換機９よりリングバックト
ーンが返送されるまでの期間内に、ユーザ端末１１′へ
のパスコネクションを形成するパスコネクション形成部
３１を有することを特徴とするものである。

【００７６】さらに好ましくは、パスコネクション形成
部３１は、最後のダイアル番号に応答して加入者交換機
９へ発信されるシグナルメッセージ（ＳＩＧＮＡＬ）の
送出直後にユーザ端末１１′へのパスコネクションを形
成するようにするものである。また第４実施例によれ
ば、上記のとおり、以下の呼処理方法が提案される。す
なわちユーザ端末１１′から最初のダイアル番号が発信
されて加入者交換機９からのダイアルトーンが停止して
から、ユーザ端末１１′から最後のダイアル番号が発信
された直後までの間に、加入者装置１１へのパスコネク
ションを形成するようにするものである。

【００７７】上述した第４実施例によれば、ユーザ端末
から相手方ユーザ端末への呼接続待機中に、ダイアリン
グ後に発生することがある一般アナウンスの冒頭を欠落
させることなく、加入者交換機から本来のダイアルトー
ンが聞こえてしまうことを防止できる。図１４は第２実
施例と第４実施例とを組み合せた発呼モードを表すシー
ケンス図である。この図１４の発呼モードは、第４実施
例に、第２実施例の一括発信操作を導入したモードであ
る。

【００７８】すなわち図１４のシーケンスは、図１１の
“ＳＥＴＵＰ”メッセージを、図１３の各ダイアル番号
毎のdialing Rsp.に置き換えたものである。したがって
図１４の発呼モードは、第２実施例の前述した利点と第
４実施例の前述した利点を共に有することになる。図１
５は第３実施例と第４実施例とを組み合せた発呼モード
を表すシーケンス図である。この図１５の発呼モード
は、第４実施例に、第３実施例のＢＳＣ７によるＤＴ送
出／停止操作を導入したモードである。

【００７９】したがって図１５のシーケンスは、図１２
に示すＢＳＣ７からの“START DT”コマンドおよび“ST
OP DT ”コマンドを、図１３に示すＳＵ１１からのＤＴ
（ＳＵ）ステップと〔ＳＴＯＰＤＴ（ＳＵ）〕ステップ
に置き換えたものである。したがって図１５の発呼モー
ドは、第３実施例の前述した利点と第４実施例の前述し
た利点を共に有することになる。

【００８０】図１６は第５実施例に基づく発呼モードを
表すシーケンス図（その１）であり、図１７は第５実施
例に基づく発呼モードを表すシーケンス図（その２）で
ある。この第５実施例は、前述した課題（１）〜（４）
で述べるＶＩＰ呼に対処し得るものである。この第５実
施例における発呼モードのポイントは、図８や図９で示
したＶＩＰ呼の発信拒否から、該ＶＩＰ呼を救済するこ
とにあり、そのために、アクセス制御装置１３は、接続
要求（ＥＳＴＡＢＬＩＳＨ）コマンドをＬＥ９に送信し
たが切断メッセージ（ＤＩＳＣ）が返ってきたときは、
当該着呼先アドレス（着ＡＤＤＲ）を解析し、当該呼が
ＶＩＰ呼であるときは、改めてＶＩＰ呼である旨を表示
した接続要求（ＥＳＴＡＢＬＩＳＨ）をＬＥ９に送信す
るようにする。これを受けたＬＥ９は、事前接続チャネ
ルを当該ＶＩＰ呼に割り当てる。

【００８１】図１６および１７を参照して説明する。こ
れらの図に示す第５実施例は、図１０に示した第１実施
例をベースにしている。したがって、図１６に示すシー
ケンスは、図１０に示すシーケンスと等価である。ただ
し、回線輻輳によりＬＥ９からは切断メッセージＤＩＳ
Ｃが返されており、図１０の右下に示す、 ALLOCATION
COMP, SIGNAL〔digit signal〕…のシーケンスは、図１
６には現れない。

【００８２】第５実施例の特徴は図１７に表されてい
る。図１７において、全てのダイアル番号列を受信し終
えると、このダイアル番号列で特定される着呼先アドレ
ス（着ＡＤＤＲ）を解析する（図中の“着ＡＤＤＲ解
析”）。この解析により当該発呼がＶＩＰ呼か否かが判
明する。ＶＩＰ呼であるか否かに応じて（図中の“ＶＩ
Ｐ呼か？”）、もし、ＶＩＰ呼でなければ（ｎｏ）、図
１６の右上に示した切断メッセージＤＩＳＣがそのまま
ＳＵ１１まで流れ、ＵＴ１１′に対してはＳＵ１１がビ
ジートーンＢＴを流す。

【００８３】一方、ＶＩＰ呼であることが判明すると
（ｙｅｓ）、再度接続要求メッセージＥＳＴＡＢＬＩＳ
Ｈ（ＶＩＰ）をＬＥ９へ送信する。ここで再度と言った
のは、図１６の右上に示すとおり、ＵＴ１１′のオフフ
ック（OFF HOOK) に呼応して既に接続要求メッセージＥ
ＳＴＡＢＬＩＳＨが送信されているからである。なお、
当該発呼がＶＩＰ呼であるか否かの判断ができるのは、
アクセス制御装置１３内に予めＶＩＰ呼をリストアップ
したテーブルが用意されているからであり、このテーブ
ル内に格納されたＶＩＰアドレスと受信した着ＡＤＤＲ
とが一致すれば、ＶＩＰ呼であるものと判断できる。

【００８４】再度ＬＥ９に送信された接続要求メッセー
ジＥＳＴＡＢＬＩＳＨ（ＶＩＰ）は、ＬＥ９においてＶ
ＩＰ呼として認識され、優先的にＡＬＬＯＣＡＴＩＯＮ
が行われる。例えば前述した事前接続チャネルを用いた
タイムスロットの割当てが行われることになる。この結
果、図１７の右側に示すＡＬＬＯＣＡＴＩＯＮ（ＶＩ
Ｐ）がＢＳＣ７に返される。その後のシーケンスは、図
１３等に示されたシーケンスと全く同じであり、パスコ
ネクション(path connection）の形成に至る。

【００８５】以上述べたＶＩＰ呼の処理は、図１に示す
アクセス制御装置（ＡＣ）１３内のＶＩＰ呼処理部３２
によって行うことができる。結局、この第５実施例は、
ユーザ端末１１′によるオフフックに呼応して送信され
た接続要求（ＥＳＴＡＢＬＩＳＨ）に対し加入者交換機
９より切断メッセージ（ＤＩＳＣ）が返された場合、ユ
ーザ端末１１′から発信されたダイアル番号列を解析
し、当該ダイアル番号列がＶＩＰ呼であるか否か判断し
て、ＶＩＰ呼であるときは、再度、ＶＩＰ呼であること
を表示した接続要求（ＥＳＴＡＢＬＩＳＨ（ＶＩＰ））
を加入者交換機９に対し送信し、ＶＩＰ呼でないとき
は、上記の切断メッセージをそのまま加入者装置１１に
転送する機能を備えたＶＩＰ呼処理部３２を有すること
を特徴とするものである。

【００８６】また第５実施例によれば、上記のとおり、
以下の呼処理方法が提案される。すなわち、最初のダイ
アル番号の発信によって加入者交換機９に対して接続要
求（ＥＳＴＡＢＬＩＳＨ）を送信するステップと、接続
要求に対して切断メッセージ（ＤＩＳＣ）が返されて来
た場合、その最初のダイアル番号に引き続いて発信され
た一連のダイアル番号列を解析し、予め定めたＶＩＰ呼
に該当するか否か判断するステップと、ＶＩＰ呼であれ
ば、再度、ＶＩＰ呼である旨を表示した接続要求（ＥＳ
ＴＡＢＬＩＳＨ（ＶＩＰ））を送信し、ＶＩＰ呼でなけ
れば上記の切断メッセージをそのまま加入者装置１１に
転送するステップとを有する方法である。

【００８７】上述した第５実施例によれば、一旦切断メ
ッセージがＬＥ９より返されても、発呼がＶＩＰ呼であ
れば、これを救済することができる。図１８は第６実施
例に基づく発呼モードを表すシーケンス図（その１）で
あり、図１９は第６実施例に基づく発呼モードを表すシ
ーケンス図（その２）である。

【００８８】この第６実施例は、第５実施例と同様に課
題（１）〜（４）で述べるＶＩＰ呼に対処し得るもので
ある。この第６実施例における発呼モードのポイント
は、ＶＩＰ呼の発信拒否から、該ＶＩＰ呼を救済するこ
とにあり、そのために、アクセス制御装置１３は、ＵＴ
１１′から一連のダイアル番号列（着ＡＤＤＲ）を解析
して、当該発呼が一般呼かＶＩＰ呼かの識別情報（ＩＮ
Ｆ）を付してＬＥ９に接続要求（ＥＳＴＡＢＬＩＳＨ）
を送信し、事前接続チャネルが空きであれば、タイムス
ロット（ＴＳ）の割当てを受け、空きでなければ、切断
メッセージ（ＤＩＳＣ）を加入者装置（ＳＵ）１１に転
送する。

【００８９】図１８および１９を参照して説明する。こ
れらの図に示す第６実施例は、図１１に示した第２実施
例をベースにしている。したがって、図１８に示すシー
ケンスは、図１１に示すシーケンスと等価である。第６
実施例の特徴は図１９に表されている。図１９におい
て、ＳＥＴＵＰメッセージにより一括発信された一連の
ダイアル番号列を受信してその着呼先アドレスを解析す
る（図中の“着ＡＤＤＲ解析”）。この解析により当該
発呼が一般呼かＶＩＰ呼かを、第５実施例で述べたテー
ブルを用いて判断する。

【００９０】引き続く接続要求（ＥＳＴＡＢＬＩＳＨ）
は、上記の判断に基づく、当該発呼が一般呼であるかＶ
ＩＰ呼であるかの識別情報ＩＮＦを含ませた接続要求で
ある（図中の“ＥＳＴＡＢＬＩＳＨ（ＩＮＦ）”）。こ
のＥＳＴＡＢＬＩＳＨ（ＩＮＦ）を受けたＬＥ９は、そ
の識別情報ＩＮＦを見て、ＶＩＰ呼であれば、しかも回
線輻輳時であれば、事前接続チャネルのためのタイムス
ロットを割り当てる（ＡＬＬＯＣＡＴＩＯＮ）。もし割
当てができなければ切断メッセージＤＩＳＣをＢＳＣ７
へ返す。

【００９１】アクセス制御装置１３（ＢＳＣ７）は、Ｄ
ＩＳＣが返ってくればこれをそのままＳＵ１１へ転送す
る。さらにビジートーンＢＴがＵＴ１１′へ送出され
る。ＤＩＳＣが返ってこなければ、図１１と同様にシグ
ナルメッセージＳＩＧＮＡＬ〔digit signal〕の送信を
経て、パスコネクション(path connection）が形成され
る。この場合、そのシグナルメッセージは、前述した着
呼先アドレス解析時（“着ＡＤＤＲ解析”）に保持した
ダイアル番号列を流用して行う。

【００９２】以上述べたＶＩＰ呼の処理は、図１に示す
アクセス制御装置（ＡＣ）１３内のＶＩＰ呼処理部３２
によって行うことができる。結局、この第６実施例は、
ユーザ端末１１′によるオフフックに引き続いて一括発
信された一連のダイアル番号列を解析し、当該ダイアル
番号列が一般呼であるかＶＩＰ呼であるかを判断してそ
の識別情報（ＩＮＦ）を含ませた接続要求（ＥＳＴＡＢ
ＬＩＳＨ（ＩＮＦ））を加入者交換機９に対して送信す
る機能を備えたＶＩＰ呼処理部３２を有することを特徴
とするものである。

【００９３】また第６実施例によれば、上記のとおり、
以下の呼処理方法が提案される。すなわち、最初のダイ
アル番号およびこれに引き続いて順次発信された一連の
ダイアル番号列を受信して解析し、当該発呼が一般呼で
あるかＶＩＰ呼であるかの判別をするステップと、その
判別の結果を示す情報を伴った接続要求（ＥＳＴＡＢＬ
ＩＳＨ（ＩＮＦ））を加入者交換機９に対して送信する
ステップとを有する方法である。

【００９４】上述した第６実施例によれば、第５実施例
の場合よりも一層迅速に回線輻輳時のＶＩＰ呼を救済す
ることができる。図２０は第３実施例と第５実施例とを
組み合せた発呼モードを表すシーケンス図（その１）で
あり、図２１は第３実施例と第５実施例とを組み合せた
発呼モードを表すシーケンス図（その２）である。

【００９５】すなわち、図２０のシーケンスは図１２の
前半に対応する。ただし、図２０のシーケンスは、図１
２のシーケンスの前半において接続要求（ＥＳＴＡＢＬ
ＩＳＨ）がＬＥ１９によって拒否され、切断メッセージ
（ＤＩＳＣ）が返された場合を表している。図２１のシ
ーケンスは図１７のシーケンスとほとんど同じである。

【００９６】したがって図２０および２１の発呼モード
は、第３実施例の前述した利点と第５実施例の前述した
利点とを共に有することになる。既述した課題（１）〜
（４）に関し、一般呼において発生する溢れ呼の救済
も、ＶＩＰ呼の救済と共に重要であることについて述べ
た。以下の実施例ではこの溢れ呼の救済について述べ
る。

【００９７】図２２は第７実施例に基づく発呼モードを
表すシーケンス図（その１）であり、図２３は第７実施
例に基づく発呼モードを表すシーケンス図（その２）で
ある。回線輻輳時には一般呼のうち発呼拒否されるもの
がある。これが溢れ呼である。このような溢れ呼も既述
のＶＩＰ呼と同様、事前接続チャネル用のタイムスロッ
ト（ＴＳ）の割当てを受ければ事前接続呼として救済す
ることができる。具体的には、ネットワーク用インタフ
ェースＩ／Ｆｎ、例えばＶ５．２インタフェース上で呼
の輻輳が生じたとき、上記の事前接続呼を、上記の溢れ
呼に割り当てる。

【００９８】その事前接続呼の溢れ呼への割当ては、ア
クセスネットワークＡＮ内で、具体的には、例えばＢＴ
Ｓ６およびＢＳＣ７からなる図１のアクセス制御装置
（ＡＣ）１３が行う。このＡＣ１３は、加入者交換機
（ＬＥ）９に対する該溢れ呼の接続要求（ＥＳＴＡＢＬ
ＩＳＨ）を、既述のＶＩＰ呼と同等のものとして送信す
る。この場合、ＬＥ９はその事前接続呼が溢れ呼のため
のものかＶＩＰ呼のためのものか等の、事前接続チャネ
ルの使用形態について一切関知しなくてよい。

【００９９】すなわちアクセス制御装置（ＡＣ）１３
は、自律的に溢れ呼を事前接続呼へ転用したり、あるい
はそのために複数の一般呼のうち所定の基準で選択され
た一般呼を強制的に切断したりする。つまり、ＡＣ１３
は自己の判断で、ＬＥ９に対してＤＩＳＣを要求する。
まず図２２を参照する。

【０１００】通常呼本図の左端に表す通常呼のモードでは、ユーザ端末
（ＵＴ）１１′側よりＡＮ側へ、図１１（第２実施例）
のＳＥＴＵＰにＶＩＰ呼ではない旨の表示を付して転送
し、加入者交換機（ＬＥ）９には、事前接続呼用の接続
要求“ＥＳＴＡＢＬＩＳＨ（事前呼）”を送信する。

【０１０１】これに応答して事前呼へのタイムスロット
ＴＳの割当てが了解されれば、通常のＴＳの空き無しの
もとで本来溢れ呼となるべき一般呼の救済が図れる。通常呼このモードではＡＮ側よりビジートーンＢＴを返して終
了する。ＶＩＰ呼このモードでは、ＵＴ１１′側よりSETUP with VIPとし
てＡＮ側へ送信する。

【０１０２】その後のシーケンスは、上記通常呼のシ
ーケンスと同様であり、ＬＥ９はＶＩＰ呼として処理す
る。ＶＩＰ呼（図２３）このモードでは、ＡＮ側よりコマンドSIGNAL〔steady-s
ignal 〕をＬＥ側へ送信する。このSIGNAL〔steady-sig
nal 〕は、溢れ呼ではあったが事前接続呼を転用して通
話中となった呼があれば、これを切断（ＤＩＳＣ）する
ことをＬＥ９に要求するものである。またこれに伴い、
ＬＥ９はその転用呼に割り当てていたタイムスロットを
解除するコマンド（ＤＥＡＬＬＯＣＡＴＩＯＮ）をＡＮ
側に返す。このコマンドの完了通知(DEALLOCATION COM
P）をＬＥ９側へ返したあとのシーケンスは、上述の
通常呼やＶＩＰ呼のシーケンスと同じである。

【０１０３】ＶＩＰ呼このモードでは、上述したモード〜において、事前
接続呼の空きもなければ、事前接続呼を転用している溢
れ呼（一般呼）もないという状況である。このような状
況のもとでは、ＡＮにおいて、事前接続チャネル用以外
の一般呼用の通常のタイムスロット（ＴＳ）が割り当て
られて通話中の複数の一般呼の中から所定の基準で１つ
の一般呼を選択し、これを強制的に切断してしまう（図
中のの欄における、SIGNAL〔steady-signal 〕→DISC
→DEALLOCATION→DEALLOCATION COMP 参照）。ここでの
選択の基準は、一例として使用開始時間の最も古い呼で
あり、この使用開始時間は、通常の監視の対象の１つと
なっている。

【０１０４】その後、強制切断したタイムスロットを用
いた、ＶＩＰ呼の接続要求ＥＳＴＡＢＬＩＳＨをＬＥ９
側に送り、タイムスロットの割当てを受ける（ＡＬＬＯ
ＣＡＴＩＯＮ）。以上述べた操作は主として図中のＡＮ
（アクセスネットワーク）で行われるが、さらに具体的
には図１に示すアクセス制御装置（ＡＣ）１３内の事前
接続チャネル制御部３３によって行うことができる。

【０１０５】結局、この第７実施例は、回線輻輳時の場
合、一般呼の中でタイムスロットの割当てを拒否された
溢れ呼について、加入者交換機９に対し、事前接続チャ
ネル用のタイムスロットを割当てた接続要求（ＥＳＴＡ
ＢＬＩＳＨ（事前接続呼））を送信する機能を備えた事
前接続チャネル制御部３３を有することを特徴とするも
のである。

【０１０６】この事前接続チャネル制御部３３は、図２
３のおよび欄の機能も備える。すなわち：事前接続チャネル制御部３３は、回線輻輳時で、か
つ、ＶＩＰ呼が発呼要求があった場合、溢れ呼を事前接
続チャネル用のタイムスロットに割り当てた事前接続呼
があるとき、当該事前接続呼を切断する要求を加入者交
換機９に送出して、当該ＶＩＰ呼を割り振る機能をさら
に有するものである。：事前接続チャネル制御部３３は、溢れ呼またはＶＩ
Ｐ呼に転用可能な事前接続呼が確保できないときに、予
め定めた基準により選択した一般呼を切断せしめること
により得たタイムスロットを、当該溢れ呼またはＶＩＰ
呼に割り当てる機能をさらに有するものである。

【０１０７】またこの第７実施例によれば、上記のとお
り、以下の呼処理方法が提案される。すなわち、回線輻
輳により溢れ呼が生じた場合、アクセス制御装置１３
が、ダイアルトーンの出力が停止せしめられたあとに引
き続く一連のダイアル番号列を受けて、加入者交換機９
に対し接続要求（ＥＳＴＡＢＬＩＳＨ）を送信するに際
し、該接続要求のメッセージに、事前接続チャネル用の
タイムスロットに割り当てられる事前接続呼の使用を要
求する旨の情報を含ませて送信し、該事前接続呼を溢れ
呼に転用するという方法である。

【０１０８】さらに次の方法も提案される。回線輻輳時
においてＶＩＰ呼が発生した場合、溢れ呼に転用された
事前接続呼を強制的に切断して該ＶＩＰ呼に割り振ると
いう方法である。さらに、回線輻輳時において、ＶＩＰ
呼に割り振るための事前接続呼を確保できないとき、複
数の一般呼のうち、予め定めた基準により選択された１
つの一般呼を強制的に切断して該ＶＩＰ呼に割り振ると
いう方法も提案される。

【０１０９】上述した第７実施例によれば、一般呼のう
ち接続拒否された溢れ呼を事前接続呼により救済するこ
とができる。また、ＶＩＰ呼が発生したとき、溢れ呼に
供された事前接続呼を強制的にＶＩＰ呼に転用できる。
さらに事前接続呼が不足したとき、一般呼を強制切断し
てそのＶＩＰ呼を救済することができる。図２４は第７
実施例の変形例を表すシーケンス図（その１）であり、
図２５は第７実施例の変形例を表すシーケンス図（その
２）である。

【０１１０】図２２および図２３において表す第７実施
例は、回線輻輳時におけるＶＩＰ呼や溢れ呼に対する接
続処理を、ＡＮ（アクセスネットワーク）側、例えば図
１の事前接続チャネル制御部３３が主体となって行った
が、同様の接続処理は加入者交換機（ＬＥ）９側が主体
となって行うことができる。図２４および図２５は、こ
のようにＬＥ９側が主体となって行う場合のシーケンス
を表したものである。したがって、結果としては、前述
した第７実施例の場合と同様の効果が得られる。

【０１１１】図２６は第８実施例に基づく発呼モードを
表すシーケンス図（その１）であり、図２７は第８実施
例に基づく発呼モードを表すシーケンス図（その２）で
ある。この第８実施例は既述の課題（４）に重点をおい
た実施例であり、この実施例における発呼モードのポイ
ントは、図１の無線区間１２における無線チャネルにお
けるトラフィックの輻輳によってＶＩＰ呼の接続が拒否
されるのを回避することにある。

【０１１２】図２６および図２７を参照すると、図２６
に表すシーケンスは、例えば図１７（第５実施例）の前
半とほぼ同じであり、図１のアクセス制御装置（ＡＣ）
１３内のＶＩＰ呼処理部３２がそのために動作する。こ
の図２６（および図２２）では、これまでのシーケンス
図と異なり、ユーザ端末がＵＴ１およびＵＴ２として２
台示されており、またこれに伴って加入者装置もＳＵ１
およびＳＵ２として２台示されている。

【０１１３】このような場合、ＶＩＰ呼処理部３２は、
Ｕｓｅｒ１（ＵＴ１）が一般呼で通話中に一般呼を使用
するＵｓｅｒ２（ＵＴ２）が発呼したとすると、図２６
の下端部分に表すとおり、ＶＩＰ呼の発呼ではないＵｓ
ｅｒ２の接続を拒否し、ＵＴ２にビジートーンＢＴを流
す。ところが、そのＵｓｅｒ２の発呼がＶＩＰ呼であっ
たとすると、シーケンスは図２７に移り、まず無線チャ
ネル（ＣＨ）の解析を行う。そしてこの無線チャネルに
空きがあるか否かの判断を行う。

【０１１４】空きがない場合当該ＶＩＰ呼の発信が拒否
されてしまうので、ここで複数の一般呼の中から、所定
の優先順位で１つの一般呼を選択し、この選択された一
般呼、例えばＵｓｅｒ１による呼を強制的に切断し、Ｕ
ｓｅｒ２によるＶＩＰ呼を確保する手順に入る。なお、
強制的に呼が切断されたＵｓｅｒ１に対しては、例えば
“緊急事態により切断させていただきます”のようなア
ナウンス（Ａｎｎｏｕｎｃｅ）またはビジートーン（Ｂ
Ｔ）を流す。

【０１１５】かくしてＵｓｅｒ２によるＶＩＰ呼の接続
シーケンスに入る。そのスタートは、ＬＥ９に対する図
中の接続要求“ＥＳＴＡＢＬＩＳＨ（ＶＩＰ）”の送信
である。これより後のシーケンスは、例えば図１７（第
５実施例）に示したシーケンスと全く同じである。上述
した、Ｕｓｅｒ１の呼の切断に当っては所定の優先順位
に従って切断するがその優先順位としては、回線の使用
時間が最も古い一般呼としてもよいし、あるいは、ユー
ザ毎に予めその順位を決めておいてもよい。

【０１１６】以上述べた操作は主として図１に示すアク
セス制御装置（ＡＣ）１３内の無線チャネル設定部３４
によって行うことができる。結局、この第８実施例は、
無線区間１２における無線チャネルを使用するユーザ端
末１１′の発呼が複数競合し、かつ、その発呼の１つが
ＶＩＰ呼である場合、複数の一般呼のうち所定の優先順
位によって選択された１つの一般呼を強制的に切断し、
当該ＶＩＰ呼のために、加入者交換機９に対して、ＶＩ
Ｐ呼である旨の表示を伴った接続要求（ＥＳＴＡＢＬＩ
ＳＨ（ＶＩＰ））を送信する無線チャネル設定部３４を
有することを特徴とするものである。

【０１１７】また第８実施例によれば上記のとおり、以
下の呼処理方法が提案される。アクセス制御装置１３
が、ダイアルトーンの出力が停止せしめられたあとに引
き続く一連のダイアル番号列を受けて、無線区間１２で
の無線チャネルを当該発呼に対して割り振る際に、該無
線チャネルが空きがあるか否か判断し、その判断により
空きがないときは、無線チャネルを使用する複数の一般
呼のうちの１つを所定の優先順位で選択し、選択された
当該一般呼を強制的に切断してＶＩＰ呼に対して無線チ
ャネルを確保する、という方法である。

【０１１８】上述した第８実施例によれば、無線区間１
２での回線輻輳によるＶＩＰ呼の発信拒否を回避するこ
とができる。図２８は第８実施例の変形例を表すシーケ
ンス図（その１）であり、図２９は第８実施例の変形例
を表すシーケンス図（その２）である。図２６および図
２７において表す第８実施例は、回線輻輳時におけるＶ
ＩＰ呼に対する無線チャネルでの接続処理を、ＡＮ（ア
クセスネットワーク）側、例えば図１の無線チャネル設
定部３４が主体となって行ったが、同様の接続処理は加
入者交換機（ＬＥ）９側が主体となって行うことができ
る。図２８および図２９は、このようにＬＥ９側が主体
となって行う場合のシーケンスを表したものである。し
たがって、結果としては、前述した第８実施例の場合と
同様の効果が得られる。

【０１１９】

【発明の効果】以上詳述した各実施例によれば、下記の
効果が得られる。（１）ユーザ端末１１′へのダイアルトーンの発生なら
びにそのダイアルトーンの送出／停止制御を、その近傍
の加入者装置で行うので制御が簡素化される。（２）一連のダイアル番号列を一まとめにしてＳＥＴＵ
Ｐコマンドにより処理することにより、アクセスネット
ワークＡＮ内での制御トラフィックを軽減できる。ま
た、これに伴い、ＡＮ内のアクセス制御装置１３、特に
ＢＳＣ７の拘束時間を短縮し、迅速な呼処理が行える。

【０１２０】（３）加入者交換機（ＬＥ）９への発呼指
令等のコマンドや加入者装置（ＳＵ）１１への諸コマン
ドの発行源を全てアクセス制御装置（ＡＣ）１３、とり
わけＢＳＣ７に一体化して集約することにより、システ
ム設計者あるいは保守者にとって理解し易いシステム構
成とすることができる。（４）加入者交換機へ発信されるシグナルメッセージ
（ＳＩＧＮＡＬ）の送出直後にユーザ端末１１′へのパ
スコネクションを形成することによりユーザ端末から相
手方ユーザ端末への呼接続待機中に、ダイアリング後に
発生することがある一般アナウンスの冒頭を欠落させる
ことなく、加入者交換機９から本来のダイアルトーンが
聞こえてしまうことを防止できる。

【０１２１】（５）回線輻輳により、一旦切断メッセー
ジが加入者交換機（ＬＥ）９より返されても、発呼がＶ
ＩＰ呼であれば、これを救済することができる。（６）ダイアル番号を一括受信してすぐに当該発呼がＶ
ＩＰ呼か否かの判別を行うようにすれば、迅速に回線輻
輳時のＶＩＰ呼を救済することができる。（７）一般呼のうち接続拒否された溢れ呼を事前接続呼
により救済することができる。また、ＶＩＰ呼が発生し
たとき、溢れ呼に供された事前接続呼を強制的にＶＩＰ
呼に転用できる。さらに事前接続呼が不足したとき、一
般呼を強制切断してそのＶＩＰ呼を救済することができ
る。

【０１２２】（８）無線区間１２における無線チャネル
の回線輻輳においてもＶＩＰ呼の発信拒否を回避するこ
とができる。

【図面の簡単な説明】

【図１】本発明により提案するＷＬＬシステムの概要を
示す図である。

【図２】本発明において提案される呼処理方法の全体の
概要を表すフローチャート（その１）である。

【図３】本発明において提案される呼処理方法の全体の
概要を表すフローチャート（その２）である。

【図４】図２および図３に付加されるフローチャートで
ある。

【図５】公知のＶ５．２（アナログ）インタフェースに
おける発呼シーケンス図である。

【図６】図３１のＷＬＬシステムにおける発呼シーケン
スを示す図である。

【図７】課題（１）が生ずる状況を表すシーケンス図で
ある。

【図８】課題（３）が生ずる状況を表すシーケンス図で
ある。

【図９】課題（４）が生ずる状況を表すシーケンス図で
ある。

【図１０】第１実施例に基づく発呼モードを表すシーケ
ンス図である。

【図１１】第２実施例に基づく発呼モードを表すシーケ
ンス図である。

【図１２】第３実施例に基づく発呼モードを表すシーケ
ンス図である。

【図１３】第４実施例に基づく発呼モードを表すシーケ
ンス図である。

【図１４】第２実施例と第４実施例とを組み合せた発呼
モードを表すシーケンス図である。

【図１５】第３実施例と第４実施例とを組み合せた発呼
モードを表すシーケンス図である。

【図１６】第５実施例に基づく発呼モードを表すシーケ
ンス図（その１）である。

【図１７】第５実施例に基づく発呼モードを表すシーケ
ンス図（その２）である。

【図１８】第６実施例に基づく発呼モードを表すシーケ
ンス図（その１）である。

【図１９】第６実施例に基づく発呼モードを表すシーケ
ンス図（その２）である。

【図２０】第３実施例と第５実施例とを組み合せた発呼
モードを表すシーケンス図（その１）である。

【図２１】第３実施例と第５実施例とを組み合せた発呼
モードを表すシーケンス図（その２）である。

【図２２】第７実施例に基づく発呼モードを表すシーケ
ンス図（その１）である。

【図２３】第７実施例に基づく発呼モードを表すシーケ
ンス図（その２）である。

【図２４】第７実施例の変形例を表すシーケンス図（そ
の１）である。

【図２５】第７実施例の変形例を表すシーケンス図（そ
の２）である。

【図２６】第８実施例に基づく発呼モードを表すシーケ
ンス図（その１）である。

【図２７】第８実施例に基づく発呼モードを表すシーケ
ンス図（その２）である。

【図２８】第８実施例の変形例を表すシーケンス図（そ
の１）である。

【図２９】第８実施例の変形例を表すシーケンス図（そ
の２）である。

【図３０】ＷＬＬシステムのベースとなるセルラー・ネ
ットワークの一般的構成図である。

【図３１】本発明が適用されるＷＬＬシステムの構成例
を示す図である。

【符号の説明】

１…公衆交換電話網（ＰＳＴＮ）６…基地局（ＢＴＳ）７…基地局制御装置（ＢＳＣ）９…加入者交換機（ＬＥ）１１…加入者装置１１′…ユーザ端末１２…無線区間１３…アクセス制御装置（ＡＣ）１５…トーントランク２０…ＤＴ受信保証手段２１…ＤＴ発生部２２，２２′…ＤＴ送出／停止制御部２３…ダイアル情報発信部３１…パスコネクション形成部３２…ＶＩＰ呼処理部３３…事前接続チャネル制御部３４…無線チャネル設定部

Claims

【特許請求の範囲】

【請求項１】ユーザ端末（１１′）と、該ユーザ端末
と公衆交換電話網（１）内の加入者交換機（９）との間
に配置されるアクセスネットワーク（ＡＮ）とを含んで
なるＷＬＬシステムであって、かつ、該アクセスネット
ワークが、前記ユーザ端末を備える加入者装置（１１）
と、一方において無線区間（１２）を介して該加入者装
置に接続し他方においてネットワーク間インタフェース
（Ｉ／Ｆｎ）を介して前記加入者交換機に接続するアク
セス制御装置（１３）とから構成されているＷＬＬシス
テムにおける呼処理方法において、前記ユーザ端末（１１′）がオフフックしたとき、前記
加入者装置（１１）よりダイアルトーン（ＤＴ）を出力
させて該ユーザ端末に印加することを特徴とするＷＬＬ
システムにおける呼処理方法。
【請求項２】前記ダイアルトーン（ＤＴ）の出力後、
前記ユーザ端末（１１′）から最初のダイアル番号が発
信されたとき、該ダイアルトーンの出力を停止させる請
求項１に記載の呼処理方法。
【請求項３】前記加入者装置（１１）において、前記最初のダイアル番号およびこれに引き続いて順次発
信される各ダイアル番号を一旦蓄積するステップと、一旦蓄積された一連のダイアル番号列を一括して発信す
る旨のメッセージ（ＳＥＴＵＰ）と共に当該ダイアル番
号列を前記加入者交換機（９）側に発信するステップを
有する請求項２に記載の呼処理方法。
【請求項４】前記ユーザ端末（１１′）からのオフフ
ックを検出した前記アクセス制御装置（１３）からの送
出コマンドによって、前記ダイアルトーン（ＤＴ）を送
出させ、前記ユーザ端末から発信された前記最初のダイアル番号
を検出した該アクセス制御装置からの停止コマンドによ
って、送出中の前記ダイアルトーンを停止させる請求項
２に記載の呼処理方法。
【請求項５】前記ユーザ端末（１１′）から最初のダ
イアル番号が発信されて前記加入者交換機（９）からの
ダイアルトーンが停止してから、該ユーザ端末から最後
のダイアル番号が発信された直後までの間に、前記加入
者装置（１１）へのパスコネクションを形成する請求項
２，３また４のいずれか一項に記載の呼処理方法。
【請求項６】前記最初のダイアル番号の発信によって
前記加入者交換機（９）に対して接続要求（ＥＳＴＡＢ
ＬＩＳＨ）を送信するステップと、前記接続要求に対して切断メッセージ（ＤＩＳＣ）が返
されて来た場合、前記最初のダイアル番号に引き続いて
発信された一連のダイアル番号列を解析し、予め定めた
ＶＩＰ呼に該当するか否か判断するステップと、ＶＩＰ呼であれば、再度、ＶＩＰ呼である旨を表示した
接続要求（ＥＳＴＡＢＬＩＳＨ（ＶＩＰ））を送信し、
ＶＩＰ呼でなければ前記切断メッセージをそのまま前記
加入者装置に転送するステップとを有する請求項２に記
載の呼処理方法。
【請求項７】前記最初のダイアル番号およびこれに引
き続いて順次発信された一連のダイアル番号列を受信し
て解析し、当該発呼が一般呼であるかＶＩＰ呼であるか
の判別をするステップと、前記の判別の結果を示す情報を伴った接続要求（ＥＳＴ
ＡＢＬＩＳＨ（ＩＮＦ））を前記加入者交換機に対して
送信するステップとを有する請求項３に記載の呼処理方
法。
【請求項８】回線輻輳により溢れ呼が生じた場合、前
記アクセス制御装置（１３）が、前記ダイアルトーンの
出力が停止せしめられたあとに引き続く一連のダイアル
番号列を受けて、前記加入者交換機（９）に対し接続要
求（ＥＳＴＡＢＬＩＳＨ）を送信するに際し、該接続要
求のメッセージに、事前接続チャネル用のタイムスロッ
トに割り当てられる事前接続呼の使用を要求する旨の情
報を含ませて送信し、該事前接続呼を前記溢れ呼に転用
する請求項２に記載の呼処理方法。
【請求項９】回線輻輳時においてＶＩＰ呼が発生した
場合、前記溢れ呼に転用された事前接続呼を強制的に切
断して該ＶＩＰ呼に割り振る請求項８に記載の呼処理方
法。
【請求項１０】回線輻輳時において、前記ＶＩＰ呼に
割り振るための事前接続呼を確保できないとき、複数の
一般呼のうち、予め定めた基準により選択された１つの
一般呼を強制的に切断して該ＶＩＰ呼に割り振る請求項
９に記載の呼処理方法。
【請求項１１】前記アクセス制御装置（１３）が、前
記ダイアルトーンの出力が停止せしめられたあとに引き
続く一連のダイアル番号列を受けて、前記無線区間での
無線チャネルを当該発呼に対して割り振る際に、該無線
チャネルが空きがあるか否か判断し、その判断により空きがないときは、前記無線チャネルを
使用する複数の一般呼のうちの１つを所定の優先順位で
選択し、選択された当該一般呼を強制的に切断して前記ＶＩＰ呼
に対して前記無線チャネルを確保する、請求項２に記載
の呼処理方法。
【請求項１２】ユーザ端末（１１′）と、該ユーザ端
末と公衆交換電話網（１）内の加入者交換機（９）との
間に配置されるアクセスネットワーク（ＡＮ）とを含ん
でなるＷＬＬシステムであって、かつ、該アクセスネッ
トワークが、前記ユーザ端末を備える加入者装置（１
１）と、一方において無線区間（１２）を介して該加入
者装置に接続し他方においてネットワーク間インタフェ
ース（Ｉ／Ｆｎ）を介して前記加入者交換機に接続する
アクセス制御装置（１３）とから構成されているＷＬＬ
システムにおける前記加入者装置において、前記ユーザ端末のオフフック後、前記加入者交換機側の
回線の状況に拘らず、該ユーザ端末が必ずダイアルトー
ン（ＤＴ）を受信するようにするＤＴ受信保証手段（２
０）を設けることを特徴とするＷＬＬシステムにおける
加入者装置。
【請求項１３】前記ＤＴ受信保証手段（２０）は、前
記オフフックを検出したとき、前記ダイアルトーン（Ｄ
Ｔ）を発生して前記ユーザ端末（１１′）に送出するＤ
Ｔ発生部（２１）を有する請求項１２に記載の加入者装
置。
【請求項１４】前記ＤＴ受信保証手段（２０）は、前
記オフフックの検出によって前記ＤＴ発生部（２１）か
ら前記ダイアルトーン（ＤＴ）を送出せしめ、また、該
ダイアルトーンの送出後、前記ユーザ端末（１１′）よ
り発信される最初のダイアル番号を検出したときに前記
ＤＴ発生部からの前記ダイアルトーンの送出を停止させ
るＤＴ送出／停止制御部（２２）を有する請求項１３に
記載の加入者装置。
【請求項１５】前記加入者装置（１１）は、前記の最
初のダイアル番号に引き続いて順次発信されるダイアル
番号列を一旦蓄積すると共に、該ダイアル番号列を一ま
とめにして前記加入者交換機（９）側に一括発信するダ
イアル情報発信部（２３）を有する請求項１４に記載の
加入者装置。
【請求項１６】ユーザ端末（１１′）と、該ユーザ端
末と公衆交換電話網（１）内の加入者交換機（９）との
間に配置されるアクセスネットワーク（ＡＮ）とを含ん
でなるＷＬＬシステムであって、かつ、該アクセスネッ
トワークが、前記ユーザ端末を備える加入者装置（１
１）と、一方において無線区間（１２）を介して該加入
者装置に接続し他方においてネットワーク間インタフェ
ース（Ｉ／Ｆｎ）を介して前記加入者交換機に接続する
アクセス制御装置（１３）とから構成されているＷＬＬ
システムにおける前記アクセス制御装置において、前記ユーザ端末（１１′）よりオフフックの発生を示す
信号を受信したとき、該ユーザ端末にダイアルトーン
（ＤＴ）を送出するために前記加入者装置（１１）内に
設けられたＤＴ発生部（２１）に対し、該ダイアルトー
ンを送出させるためのコマンドを送信すると共に、該ユ
ーザ端末より発信された最初のダイアル番号を検出した
とき、該ダイアルトーンの送出を停止させるコマンドを
送信するＤＴ送出／停止制御部（２２′）を有すること
を特徴とするＷＬＬシステムにおけるアクセス制御装
置。
【請求項１７】ユーザ端末（１１′）と、該ユーザ端
末と公衆交換電話網（１）内の加入者交換機（９）との
間に配置されるアクセスネットワーク（ＡＮ）とを含ん
でなるＷＬＬシステムであって、かつ、該アクセスネッ
トワークが、前記ユーザ端末を備える加入者装置（１
１）と、一方において無線区間（１２）を介して該加入
者装置に接続し他方においてネットワーク間インタフェ
ース（Ｉ／Ｆｎ）を介して前記加入者交換機に接続する
アクセス制御装置（１３）とから構成されているＷＬＬ
システムにおける前記アクセス制御装置において、前記ユーザ端末によるオフフックの後発信される一連の
ダイアル番号のうち最初のダイアル番号を受信して前記
加入者交換機からのダイアルトーン（ＤＴ）が停止して
から、最後のダイアル番号を受信して該加入者交換機よ
りリングバックトーンが返送されるまでの期間内に、該
ユーザ端末へのパスコネクションを形成するパスコネク
ション形成部（３１）を有することを特徴とするＷＬＬ
システムにおけるアクセス制御装置。
【請求項１８】前記パスコネクション形成部（３１）
は、前記最後のダイアル番号に応答して前記加入者交換
機（９）へ発信されるシグナルメッセージ（ＳＩＧＮＡ
Ｌ）の送出直後に前記ユーザ端末（１１′）へのパスコ
ネクションを形成する請求項１７に記載のアクセス制御
装置。
【請求項１９】ユーザ端末（１１′）と、該ユーザ端
末と公衆交換電話網（１）内の加入者交換機（９）との
間に配置されるアクセスネットワーク（ＡＮ）とを含ん
でなるＷＬＬシステムであって、かつ、該アクセスネッ
トワークが、前記ユーザ端末を備える加入者装置（１
１）と、一方において無線区間（１２）を介して該加入
者装置に接続し他方においてネットワーク間インタフェ
ース（Ｉ／Ｆｎ）を介して前記加入者交換機に接続する
アクセス制御装置（１３）とから構成されているＷＬＬ
システムにおける前記アクセス制御装置において、前記ユーザ端末によるオフフックに呼応して送信された
接続要求（ＥＳＴＡＢＬＩＳＨ）に対し前記加入者交換
機（９）より切断メッセージ（ＤＩＳＣ）が返された場
合、前記ユーザ端末から発信されたダイアル番号列を解析
し、当該ダイアル番号列がＶＩＰ呼であるか否か判断し
て、ＶＩＰ呼であるときは、再度、ＶＩＰ呼であること
を表示した接続要求（ＥＳＴＡＢＬＩＳＨ（ＶＩＰ））
を前記加入者交換機に対し送信し、ＶＩＰ呼でないとき
は、前記切断メッセージをそのまま前記加入者装置に転
送する機能を備えたＶＩＰ呼処理部（３２）を有するこ
とを特徴とするＷＬＬシステムにおけるアクセス制御装
置。
【請求項２０】ユーザ端末（１１′）と、該ユーザ端
末と公衆交換電話網（１）内の加入者交換機（９）との
間に配置されるアクセスネットワーク（ＡＮ）とを含ん
でなるＷＬＬシステムであって、かつ、該アクセスネッ
トワークが、前記ユーザ端末を備える加入者装置（１
１）と、一方において無線区間（１２）を介して該加入
者装置に接続し他方においてネットワーク間インタフェ
ース（Ｉ／Ｆｎ）を介して前記加入者交換機に接続する
アクセス制御装置（１３）とから構成されているＷＬＬ
システムにおける前記アクセス制御装置において、前記ユーザ端末によるオフフックに引き続いて一括発信
された一連のダイアル番号列を解析し、当該ダイアル番
号列が一般呼であるかＶＩＰ呼であるかを判断してその
識別情報（ＩＮＦ）を含ませた接続要求（ＥＳＴＡＢＬ
ＩＳＨ（ＩＮＦ））を前記加入者交換機に対して送信す
る機能を備えたＶＩＰ呼処理部（３２）を有することを
特徴とするＷＬＬシステムにおけるアクセス制御装置。
【請求項２１】ユーザ端末（１１′）と、該ユーザ端
末と公衆交換電話網（１）内の加入者交換機（９）との
間に配置されるアクセスネットワーク（ＡＮ）とを含ん
でなるＷＬＬシステムであって、かつ、該アクセスネッ
トワークが、前記ユーザ端末を備える加入者装置（１
１）と、一方において無線区間（１２）を介して該加入
者装置に接続し他方においてネットワーク間インタフェ
ース（Ｉ／Ｆｎ）を介して前記加入者交換機に接続する
アクセス制御装置（１３）とから構成されているＷＬＬ
システムにおける前記アクセス制御装置において、回線輻輳時の場合、一般呼の中でタイムスロットの割当
てを拒否された溢れ呼について、前記加入者交換機に対
し、事前接続チャネル用のタイムスロットを割当てた接
続要求（ＥＳＴＡＢＬＩＳＨ（事前接続呼））を送信す
る機能を備えた事前接続チャネル制御部（３３）を有す
ることを特徴とするＷＬＬシステムにおけるアクセス制
御装置。
【請求項２２】前記事前接続チャネル制御部（３３）
は、回線輻輳時で、かつ、ＶＩＰ呼が発呼要求があった
場合、前記溢れ呼を前記事前接続チャネル用のタイムス
ロットに割り当てた事前接続呼があるとき、当該事前接
続呼を切断する要求を前記加入者交換機に送出して、当
該ＶＩＰ呼に割り振る機能をさらに有する請求項２１に
記載のアクセス制御装置。
【請求項２３】前記事前接続チャネル制御部（３３）
は、前記溢れ呼またはＶＩＰ呼に転用可能な事前接続呼
が確保できないときに、予め定めた基準により選択した
一般呼を切断せしめることにより得たタイムスロット
を、当該溢れ呼またはＶＩＰ呼に割り当てる機能をさら
に有する請求項２２に記載のアクセス制御装置。
【請求項２４】ユーザ端末（１１′）と、該ユーザ端
末と公衆交換電話網（１）内の加入者交換機（９）との
間に配置されるアクセスネットワーク（ＡＮ）とを含ん
でなるＷＬＬシステムであって、かつ、該アクセスネッ
トワークが、前記ユーザ端末を備える加入者装置（１
１）と、一方において無線区間（１２）を介して該加入
者装置に接続し他方においてネットワーク間インタフェ
ース（Ｉ／Ｆｎ）を介して前記加入者交換機に接続する
アクセス制御装置（１３）とから構成されているＷＬＬ
システムにおける前記アクセス制御装置において、前記無線区間における無線チャネルを使用する前記ユー
ザ端末の発呼が複数競合し、かつ、その発呼の１つがＶ
ＩＰ呼である場合、複数の一般呼のうち所定の優先順位
によって選択された１つの一般呼を強制的に切断し、当
該ＶＩＰ呼のために、前記加入者交換機に対して、ＶＩ
Ｐ呼である旨の表示を伴った接続要求（ＥＳＴＡＢＬＩ
ＳＨ（ＶＩＰ））を送信する無線チャネル設定部（３
４）を有することを特徴とするＷＬＬシステムにおける
アクセス制御装置。