JP5276406B2 - 内線接続方法及び経路選択装置 - Google Patents
内線接続方法及び経路選択装置 Download PDFInfo
- Publication number
- JP5276406B2 JP5276406B2 JP2008261857A JP2008261857A JP5276406B2 JP 5276406 B2 JP5276406 B2 JP 5276406B2 JP 2008261857 A JP2008261857 A JP 2008261857A JP 2008261857 A JP2008261857 A JP 2008261857A JP 5276406 B2 JP5276406 B2 JP 5276406B2
- Authority
- JP
- Japan
- Prior art keywords
- extension
- extension connection
- route
- connection
- mobile terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
Description
本発明は、無線通信システムにおける内線接続方法及び経路選択装置に関する。
無線通信システムにおいてMobile Station（ＭＳ、移動端末装置）を用いた内線接続サービスが知られている。この無線通信システムは、互いに通信可能に接続された複数のMobile Multimedia Switching Center（ＭＭＳ、移動マルチメディア交換局）を備える。
各ＭＭＳにはRadio Network Controller（ＲＮＣ、無線ネットワーク制御装置）が接続され、ＲＮＣには複数のBase Transceiver Station（ＢＴＳ、基地局装置）と内線サーバ装置（内線サーバ）が接続される。内線サーバはデータを折り返す機能を有し、構内通信を可能にする。各ＭＳは、ＢＴＳと無線で通信する。
このような無線通信システムでは、ＲＮＣ間でＭＭＳを介した通信回線を設定して、ＭＳ間の通信が確立され、屋外線（公衆網、インターネットプロトコル（ＩＰ）ルータ網）を用いて内線接続サービスが提供される。これにより、例えば、川崎の拠点Ａと広島の拠点Ｂの間で内線通話が可能になる。
公衆網及び専用線を含む複数の通信路の中から最適な通信路を選択する通信システムも知られている（例えば、特許文献１及び２を参照）。
特表２００１−５０３５７８号公報
特開２００８−０６１０４７号公報
上述した従来の内線接続サービスには、次のような問題がある。
ＭＳ間で内線接続する際に、同じ内線グループに属する拠点間であっても公衆網が使用される。したがって、同じ内線グループの拠点間に企業網のような専用線が存在する場合でも、その専用線を用いずに公衆網により接続している。
ＭＳ間で内線接続する際に、同じ内線グループに属する拠点間であっても公衆網が使用される。したがって、同じ内線グループの拠点間に企業網のような専用線が存在する場合でも、その専用線を用いずに公衆網により接続している。
このように、公衆網のみを使用するシステムでは、内線接続サービスの最適な接続経路を、サービス種別や形態によって自動的に選択することができない。このため、専用線の有効利用を図ることができず、定額料金等の安価なサービスによる差別化を実施することもできない。
本発明の課題は、内線接続サービスの接続経路を複数の経路の中から選択可能にすることである。
開示の内線接続方法は以下のステップを備え、第１の移動端末装置から第２の移動端末装置に内線接続を行う。
最初のステップでは、第１の移動端末装置が第１の経路選択装置に内線接続要求を送信する。次のステップでは、第１の経路選択装置が複数の内線接続経路の中から第１の内線接続経路を選択し、第１の内線接続経路の種別と第１の内線接続経路で使用する発信側アドレス情報を第２の経路選択装置に送信する。次のステップでは、第２の経路選択装置が複数の内線接続経路の中から第２の内線接続経路を選択し、第２の内線接続経路の種別と第２の内線接続経路で使用する着信側アドレス情報を第１の経路選択装置に送信する。次
のステップでは、第１の経路選択装置が、第２の内線接続経路が第１の内線接続経路に一致するか否かを判定する。次のステップでは、第２の内線接続経路が第１の内線接続経路に一致すれば、第１の移動端末装置から第１の内線接続経路を介して第２の移動端末装置に内線接続を行う。
最初のステップでは、第１の移動端末装置が第１の経路選択装置に内線接続要求を送信する。次のステップでは、第１の経路選択装置が複数の内線接続経路の中から第１の内線接続経路を選択し、第１の内線接続経路の種別と第１の内線接続経路で使用する発信側アドレス情報を第２の経路選択装置に送信する。次のステップでは、第２の経路選択装置が複数の内線接続経路の中から第２の内線接続経路を選択し、第２の内線接続経路の種別と第２の内線接続経路で使用する着信側アドレス情報を第１の経路選択装置に送信する。次
のステップでは、第１の経路選択装置が、第２の内線接続経路が第１の内線接続経路に一致するか否かを判定する。次のステップでは、第２の内線接続経路が第１の内線接続経路に一致すれば、第１の移動端末装置から第１の内線接続経路を介して第２の移動端末装置に内線接続を行う。
このような内線接続方法によれば、第１及び第２の経路選択装置がそれぞれ選択した第１及び第２の内線接続経路が一致した場合に、その内線接続経路を使用して内線接続が行われる。したがって、選択された内線接続経路を確認しながら内線接続を行うことができる。
第１及び第２の移動端末装置は、例えば、後述するＭＳ１４６及び１５６に対応する。第１の経路選択装置は、例えば、ＩＰ−ＲＮＣ１０６又は内線サーバ１４３に対応し、第２の経路選択装置は、例えば、ＩＰ−ＲＮＣ１０７又は内線サーバ１５３に対応する。
開示の経路選択装置は、第１及び第２の受信手段、選択手段、送信手段、判定手段、及び接続手段を備える。
第１の受信手段は、第１の移動端末装置から第２の移動端末装置宛の内線接続要求を受信する。選択手段は、内線接続要求を受信したとき、複数の内線接続経路の中から第１の内線接続経路を選択する。送信手段は、第１の内線接続経路の種別と第１の内線接続経路で使用する発信側アドレス情報を着信側経路選択装置に送信する。第２の受信手段は、複数の内線接続経路の中から選択された第２の内線接続経路の種別と、第２の内線接続経路で使用する着信側アドレス情報を、着信側経路選択装置から受信する。判定手段は、第２の内線接続経路が第１の内線接続経路に一致するか否かを判定する。接続手段は、第２の内線接続経路が第１の内線接続経路に一致すれば、第１の移動端末装置を第１の内線接続経路を介して第２の移動端末装置に内線接続する。
第１の受信手段は、第１の移動端末装置から第２の移動端末装置宛の内線接続要求を受信する。選択手段は、内線接続要求を受信したとき、複数の内線接続経路の中から第１の内線接続経路を選択する。送信手段は、第１の内線接続経路の種別と第１の内線接続経路で使用する発信側アドレス情報を着信側経路選択装置に送信する。第２の受信手段は、複数の内線接続経路の中から選択された第２の内線接続経路の種別と、第２の内線接続経路で使用する着信側アドレス情報を、着信側経路選択装置から受信する。判定手段は、第２の内線接続経路が第１の内線接続経路に一致するか否かを判定する。接続手段は、第２の内線接続経路が第１の内線接続経路に一致すれば、第１の移動端末装置を第１の内線接続経路を介して第２の移動端末装置に内線接続する。
このような経路選択装置によれば、選択手段及び着信側経路選択装置がそれぞれ選択した第１及び第２の内線接続経路が一致した場合に、その内線接続経路を使用して内線接続が行われる。したがって、選択された内線接続経路を確認しながら内線接続を行うことができる。
第１及び第２の移動端末装置は、例えば、後述するＭＳ１４６及び１５６に対応する。開示の経路選択装置は、例えば、ＩＰ−ＲＮＣ１０６又は内線サーバ１４３に対応し、着信側経路選択装置は、例えば、ＩＰ−ＲＮＣ１０７又は内線サーバ１５３に対応する。
別の内線接続方法は以下のステップを備え、移動端末装置からパケット情報を有する対象サーバ装置にパケット交換内線接続を行う。
最初のステップでは、移動端末装置が、対象サーバ装置が属するネットワークに接続するための仮想閉域網サーバ装置の接続先ネットワークアドレス情報を内線接続判定装置に送信する。次のステップでは、内線接続判定装置が、接続先ネットワークアドレス情報が示すアドレスが内線接続アドレスリストに存在するか否かをチェックし、そのアドレスが内線接続アドレスリストに存在すれば、内線サーバ装置にパケット交換内線接続を指示する。次のステップでは、内線サーバ装置が移動端末装置と仮想閉域網サーバ装置の経路接続を行う。次のステップでは、移動端末装置から仮想閉域網サーバ装置を介して対象サーバ装置にパケット交換内線接続を行う。
最初のステップでは、移動端末装置が、対象サーバ装置が属するネットワークに接続するための仮想閉域網サーバ装置の接続先ネットワークアドレス情報を内線接続判定装置に送信する。次のステップでは、内線接続判定装置が、接続先ネットワークアドレス情報が示すアドレスが内線接続アドレスリストに存在するか否かをチェックし、そのアドレスが内線接続アドレスリストに存在すれば、内線サーバ装置にパケット交換内線接続を指示する。次のステップでは、内線サーバ装置が移動端末装置と仮想閉域網サーバ装置の経路接続を行う。次のステップでは、移動端末装置から仮想閉域網サーバ装置を介して対象サーバ装置にパケット交換内線接続を行う。
このような内線接続方法によれば、従来のパケット交換接続経路に加えて、仮想閉域網経由のパケット交換内線接続経路を利用することが可能になる。
移動端末装置は、例えば、後述するＭＳ１４６に対応し、内線接続判定装置は、例えば、ｘＧＳＮ３０１に対応する。対象サーバ装置は、例えば、ユーザサーバ３２１、メールサーバ３２２、又はドキュメントサーバ３２３に対応する。
移動端末装置は、例えば、後述するＭＳ１４６に対応し、内線接続判定装置は、例えば、ｘＧＳＮ３０１に対応する。対象サーバ装置は、例えば、ユーザサーバ３２１、メールサーバ３２２、又はドキュメントサーバ３２３に対応する。
移動端末装置間の内線接続サービスの接続経路を複数の経路の中から選択することが可能になる。また、移動端末装置から内線接続によりパケット情報にアクセスすることも可能になる。
以下、図面を参照しながら、最良の実施形態を詳細に説明する。
実施形態の無線通信システムは、内線接続のための複数の経路を持ち、接続される加入者、局等の条件に基づいて、それらの経路のうちどの経路を優先的に選択するかを自動的に判断する。そして、選択された経路にて内線接続を実施する。
実施形態の無線通信システムは、内線接続のための複数の経路を持ち、接続される加入者、局等の条件に基づいて、それらの経路のうちどの経路を優先的に選択するかを自動的に判断する。そして、選択された経路にて内線接続を実施する。
図１は、このような無線通信システムにおけるCircuit Switching （ＣＳ）内線接続の構成例を示している。この無線通信システムは、Freedom of Mobile Multimedia Access （ＦＯＭＡ（登録商標））網１０１、ＩＰルータ網（公衆網）１０２、企業網１０３、拠点１０４（Ａ）、拠点１０５（Ｂ）、ＩＰ−ＲＮＣ１０６、１０７、及びBoarder Gateway （ＢＧＷ）１０８、１０９を含む。
ＦＯＭＡ（登録商標）網１０１は、ＭＭＳ１１１、１１２、及びSignaling and Media Gateway （ＳＭＧ）１１３を含む。ＭＭＳ１１１、１１２、及びＳＭＧ１１３は互いに接続されている。ＩＰルータ網１０２は、エッジルータ（ＥＲ）１２１〜１２３を含み、企業網１０３は、エッジルータ１３１及び１３２を含む。
拠点１０４は、ＢＧＷ１４１、ＩＰ−ＢＴＳ１４２、内線サーバ１４３、Private Branch Exchange-Gateway （ＰＢＸ−ＧＷ、構内交換機ゲートウェイ）１４４、Private Branch Exchange （ＰＢＸ、構内交換機）１４５、ＭＳ１４６、及び端末装置１４７を含む。ＩＰ−ＢＴＳ１４２、内線サーバ１４３、及びＰＢＸ−ＧＷ１４４はＢＧＷ１４１に接続され、ＰＢＸ１４５はＰＢＸ−ＧＷ１４４に接続されている。端末装置１４７は、例えば、電話機であり、ＰＢＸ１４５に接続されている。
拠点１０５は、ＢＧＷ１５１、ＩＰ−ＢＴＳ１５２、内線サーバ１５３、ＰＢＸ−ＧＷ１５４、ＰＢＸ１５５、ＭＳ１５６、及び端末装置１５７を含む。ＩＰ−ＢＴＳ１５２、内線サーバ１５３、及びＰＢＸ−ＧＷ１５４はＢＧＷ１５１に接続され、ＰＢＸ１５５はＰＢＸ−ＧＷ１５４に接続されている。端末装置１５７は、例えば、電話機であり、ＰＢＸ１５５に接続されている。
ＩＰルータ網１０２のエッジルータ１２１はＳＭＧ１１３に接続され、エッジルータ１２２及び１２３はそれぞれＢＧＷ１０８及び１０９に接続されている。ＭＭＳ１１１、ＩＰ−ＲＮＣ１０６、及びＢＧＷ１４１はＢＧＷ１０８に接続され、ＭＭＳ１１２、ＩＰ−ＲＮＣ１０７、及びＢＧＷ１５１はＢＧＷ１０９に接続されている。
このような無線通信システムにおいて、拠点１０４のＭＳ１４６と拠点１０５のＭＳ１５６が内線通話を行う場合、Ｕ−ｐｌａｎｅ（ユーザデータ）の接続経路としては２つの経路が存在する。第１の経路は、ＢＧＷ１４１からＢＧＷ１０８、ＩＰルータ網１０２、及びＢＧＷ１０９を介してＢＧＷ１５１に至る経路であり、第２の経路は、ＢＧＷ１４１から企業網１０３を介してＢＧＷ１５１に至る経路である。第２の経路では、企業網１０３内の専用線が使用される。
ＩＰ−ＲＮＣ１０６、１０７又は内線サーバ１４３、１５３は、所定のアルゴリズムに
従っていずれかの経路を選択する。
図２は、図１の無線通信システムをLong Term Evolution （ＬＴＥ）内線接続に置き換えた構成例を示している。この場合、Evolved UTRAN NodeB （ＥＮＢ）と、Evolved Packet Core （ＥＰＣ）に相当するMobility Management Entity（ＭＭＥ）及びServing Gateway （Ｓ−ＧＷ）とを用いて、無線通信システムが構成される。
従っていずれかの経路を選択する。
図２は、図１の無線通信システムをLong Term Evolution （ＬＴＥ）内線接続に置き換えた構成例を示している。この場合、Evolved UTRAN NodeB （ＥＮＢ）と、Evolved Packet Core （ＥＰＣ）に相当するMobility Management Entity（ＭＭＥ）及びServing Gateway （Ｓ−ＧＷ）とを用いて、無線通信システムが構成される。
ＭＭＥ／Ｓ−ＧＷ２０１は、ＩＰルータ網１０２のエッジルータ２１１とＢＧＷ１０８に接続され、ＭＭＥ／Ｓ−ＧＷ２０２は、ＩＰルータ網１０２のエッジルータ２１２とＢＧＷ１０９に接続されている。また、拠点１０４及び１０５のＩＰ−ＢＴＳ１４２及び１５２はそれぞれＥＮＢ２２１及び２３１に置き換えられている。
この構成においても、拠点１０４のＭＳ１４６と拠点１０５のＭＳ１５６が内線通話を行う場合、Ｕ−ｐｌａｎｅの接続経路として、ＩＰルータ網１０２を経由する経路と企業網１０３を経由する経路の２つの経路が存在する。そこで、内線サーバ１４３、１５３が、所定のアルゴリズムに従っていずれかの経路を選択する。
このような無線通信システムによれば、公衆網のみならず企業網をも内線接続経路として選択することができるため、定額料金等の安価なサービスが実現可能になる。また、内線接続のための複数の経路が存在するため、障害・輻輳発生時等において迂回・回避ルートを設定することが可能になる。
図１及び図２の無線通信システムにおいて、音声通話以外にパケット通信を行うことも可能である。例えば、図１の無線通信システムにおいてPacket Switching（ＰＳ）内線接続を行う場合の経路は、図３のようになる。
ＭＳ１４６は、ＩＰ−ＲＮＣ１０６経由又はVirtual Private Network （ＶＰＮ、仮想閉域網）サーバ３０３経由で、企業網１０３のユーザサーバ装置（ユーザサーバ）３２１、メールサーバ装置（メールサーバ）３２２、及びドキュメントサーバ装置（ドキュメントサーバ）３２３にアクセスする。ＶＰＮサーバ装置（ＶＰＮサーバ）３０３、ユーザサーバ３２１、メールサーバ３２２、及びドキュメントサーバ３２３のアドレスは、それぞれａａ、ｂｂ、ｃｃ、及びｄｄである。
経路３３１は、ＭＳ１４６からＩＰ−ＢＴＳ１４２、ＢＧＷ１４１、及びＩＰ−ＲＮＣ１０６を介してServing/ HYPERLINK "http://d.hatena.ne.jp/keyword/gateway" Gateway
General Packet Radio Service Support Node （ｘＧＳＮ）３０１に至る、Ｃ−ｐｌａｎｅ（制御信号）の接続経路である。ｘＧＳＮ３０１は、ＭＭＳ１１１及びＢＧＷ１０８を介してＩＰ−ＲＮＣ１０６に接続される。
General Packet Radio Service Support Node （ｘＧＳＮ）３０１に至る、Ｃ−ｐｌａｎｅ（制御信号）の接続経路である。ｘＧＳＮ３０１は、ＭＭＳ１１１及びＢＧＷ１０８を介してＩＰ−ＲＮＣ１０６に接続される。
経路３３２は、ＭＳ１４６からＩＰ−ＢＴＳ１４２、ＢＧＷ１４１、ＩＰ−ＲＮＣ１０６、ｘＧＳＮ３０１、及びゲートウェイ（ＧＷ）３０２を介して企業網１０３に至る、Ｕ−ｐｌａｎｅの接続経路である。
経路３３３は、ＭＳ１４６からＩＰ−ＢＴＳ１４２、内線サーバ１４３、ＢＧＷ１４１、及びＶＰＮサーバ３０３を介して企業網１０３に至る、Ｕ−ｐｌａｎｅの接続経路（ＶＰトンネル）である。経路３３４は、ＭＳ１４６からＩＰ−ＢＴＳ１４２、内線サーバ１４３及びＢＧＷ１４１を介してＶＰＮサーバ３０３に至る、Ｃ−ｐｌａｎｅの接続経路である。
経路３３５は、ＭＳ１４６からＩＰ−ＢＴＳ１４２、内線サーバ１４３、ＢＧＷ１４１、及びＶＰＮサーバ３０３を介して企業網１０３のユーザサーバ３２１に至る、Ｃ−ｐｌａｎｅの接続経路である。経路３３６は、内線サーバ１４３とＩＰ−ＲＮＣ１０６の間のＣ−ｐｌａｎｅの接続経路であり、経路３３７は、ＩＰ−ＲＮＣ１０６とｘＧＳＮ３０１の間のＣ−ｐｌａｎｅの接続経路である。
まず、ＭＳ１４６からＶＰＮサーバ３０３までの接続手順は、次の通りである。
（１）ＭＳ１４６は、経路３３１上のＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴにより、ＶＰＮサーバ３０３のアドレスａａを接続先ネットワークアドレスとしてｘＧＳＮ３０１に通知する。
（２）ｘＧＳＮ３０１は、内線接続アドレスリスト３１１からアドレスａａを検出する。（３）ｘＧＳＮ３０１は、経路３３７上でのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴにより、内線接続である旨をＩＰ−ＲＮＣ１０６に指示する。
（４）ＩＰ−ＲＮＣ１０６は、経路３３６上で、アドレスａａに対する内線接続の回線設定要求を内線サーバ１４３に通知する。
（５）内線サーバ１４３は、経路３３４上で、ＶＰＮサーバ３０３との経路接続を実施する。
（１）ＭＳ１４６は、経路３３１上のＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴにより、ＶＰＮサーバ３０３のアドレスａａを接続先ネットワークアドレスとしてｘＧＳＮ３０１に通知する。
（２）ｘＧＳＮ３０１は、内線接続アドレスリスト３１１からアドレスａａを検出する。（３）ｘＧＳＮ３０１は、経路３３７上でのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴにより、内線接続である旨をＩＰ−ＲＮＣ１０６に指示する。
（４）ＩＰ−ＲＮＣ１０６は、経路３３６上で、アドレスａａに対する内線接続の回線設定要求を内線サーバ１４３に通知する。
（５）内線サーバ１４３は、経路３３４上で、ＶＰＮサーバ３０３との経路接続を実施する。
次に、ＭＳ１４６と企業網１０３の間のＶＰＮの接続手順は、次の通りである。
（６）ＭＳ１４６とＶＰＮサーバ３０３は、経路３３５上で、企業網１０３へのアクセス認証処理を行う。
（７）ＭＳ１４６と企業網１０３の間のＶＰトンネル３３３が確立される。
（８）ＭＳ１４６は、企業網１０３内の各種サーバと接続する。
（６）ＭＳ１４６とＶＰＮサーバ３０３は、経路３３５上で、企業網１０３へのアクセス認証処理を行う。
（７）ＭＳ１４６と企業網１０３の間のＶＰトンネル３３３が確立される。
（８）ＭＳ１４６は、企業網１０３内の各種サーバと接続する。
その後、ＭＳ１４６は、ＶＰトンネル３３３を介してユーザサーバ３２１等にアクセスし、パケット通信を行うことができる。このように、ＭＳ１４６は、内線接続により企業網１０３内のパケット情報にアクセスすることが可能になる。
一方、従来のＰＳ呼の接続手順は、次の通りである。
（１１）ＭＳ１４６は、経路３３１上で、ＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴをｘＧＳＮ３０１に送信する。
（１２）ｘＧＳＮ３０１は、経路３３７上で、ＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴをＩＰ−ＲＮＣ１０６に送信する。
（１３）ｘＧＳＮ３０１は、経路３３１上で、ＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＡＣＣＥＰＴをＭＳ１４６に送信する。
その後、ＭＳ１４６は、経路３３２を介してユーザサーバ３２１等にアクセスし、パケット通信を行うことができる。
（１１）ＭＳ１４６は、経路３３１上で、ＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴをｘＧＳＮ３０１に送信する。
（１２）ｘＧＳＮ３０１は、経路３３７上で、ＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴをＩＰ−ＲＮＣ１０６に送信する。
（１３）ｘＧＳＮ３０１は、経路３３１上で、ＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＡＣＣＥＰＴをＭＳ１４６に送信する。
その後、ＭＳ１４６は、経路３３２を介してユーザサーバ３２１等にアクセスし、パケット通信を行うことができる。
図４は、ＩＰ−ＲＮＣ１０６及び１０７が経路選択を行う場合のＩＰ−ＲＮＣ１０６の構成例を示している。ＩＰ−ＲＮＣ１０７の構成についてもＩＰ−ＲＮＣ１０６と同様である。
ＩＰ−ＲＮＣ１０６は、制御部４０１、トランク部４０２、及びインタフェース部４０３を備える。制御部４０１は、リソース管理部４１１、経路選択部４１２、呼制御部４１３、及び保守部４１４を含む。
ＩＰ−ＲＮＣ１０６は、制御部４０１、トランク部４０２、及びインタフェース部４０３を備える。制御部４０１は、リソース管理部４１１、経路選択部４１２、呼制御部４１３、及び保守部４１４を含む。
リソース管理部４１１は、無線リソースと、ＩＰ−ＲＮＣ１０６におけるＩＰアドレス、ユーザデータグラムプロトコル（ＵＤＰ）ポート等のシステムリソースの空塞管理、払出し等を行う。経路選択部４１２は、所定のアルゴリズムに従って内線接続の経路を選択する。呼制御部４１３は、発信・着信等の呼接続要求に対するシーケンスの管理、リソース管理部４１１、経路選択部４１２、及び保守部４１４の制御等を行う。保守部４１４は、装置監視及び制御処理、ファイル系オペレーション処理等を行う。
トランク部４０２は、共通チャネル送受信データの多重分離処理、個別チャネル送受信データの選択合成／複製分配処理、パケット通信の無線データリンク終端処理等を行う。インタフェース部４０３は、ＢＧＷ１０８及びＢＧＷ１０９を介して、ＭＭＳ１１１、ｘＧＳＮ３０１、ＩＰ−ＲＮＣ、ＩＰ−ＢＴＳ１４２、内線サーバ１４３等の対向装置と通信する。
図５は、内線サーバ１４３及び１５３が経路選択を行う場合の内線サーバ１４３の構成例を示している。内線サーバ１５３の構成についても内線サーバ１４３と同様である。
内線サーバ１４３は、接続制御部５０１、トランク部５０２、無線制御部５０３、及びインタフェース部５０４を備える。接続制御部５０１は、経路選択部５１１、リソース管理部５１２、及び呼制御部５１３を含む。
内線サーバ１４３は、接続制御部５０１、トランク部５０２、無線制御部５０３、及びインタフェース部５０４を備える。接続制御部５０１は、経路選択部５１１、リソース管理部５１２、及び呼制御部５１３を含む。
経路選択部５１１は、経路構成情報を記憶し、所定のアルゴリズムに従って内線接続の経路を選択する。リソース管理部５１２は、無線リソースと、内線サーバ１４３におけるＩＰアドレス、ＵＤＰポート等のシステムリソースの空塞管理、払出し等を行う。呼制御部５１３は、発信・着信等の呼接続要求に対するシーケンスの管理、経路選択部５１１及びリソース管理部５１２の制御等を行う。
トランク部５０２は、有線同期制御処理、音源再生処理、ユーザデータの選択合成／複製分配処理等を行う。無線制御部５０３は、無線区間の秘匿処理、アウターループ電力制御処理等を行う。インタフェース部５０４は、ＢＧＷ１０９及びＢＧＷ１０８を介して、ＩＰ−ＢＴＳ１４２、ＩＰ−ＲＮＣ１０６、企業網１０３等と通信する。
経路選択部５１１の経路構成情報は、内線接続（拠点間接続）が行われるそれぞれの拠点の情報であり、ＢＧＷ１４１から先にどのような経路が存在するのかを示している。経路構成情報は、例えば、図６のような構成を有する。
無線通信システム内のそれぞれの拠点に内線サーバ［０］〜［ｎ］が存在する場合、経路構成情報は内線サーバ情報［０］〜［ｎ］を含む。各内線サーバ情報は、実装有無６０１、ＩＰアドレス種別６０２、ＩＰアドレス６０３、ＵＤＰポート番号６０４、実装有無６０５、ＩＰアドレス種別６０６、ＩＰアドレス６０７、ＵＤＰポート番号６０８、及びデフォルトゲートウェイ６０９を含んでいる。
実装有無６０１は、内線サーバがＩＰルータ網１０２に相当する公衆網への内線接続をサポートしているか否かを表し、ＩＰアドレス種別６０２は、内線サーバの公衆網用ＩＰアドレスの種別を表す。ＩＰアドレス６０３及びＵＤＰポート番号６０４は、それぞれ公衆網用ＩＰアドレス及びＵＤＰポート番号を表す。
実装有無６０５は、内線サーバが企業網１０３への内線接続をサポートしているか否かを表し、ＩＰアドレス種別６０６は、内線サーバの企業網用ＩＰアドレスの種別を表す。ＩＰアドレス６０７及びＵＤＰポート番号６０８は、それぞれ企業網用ＩＰアドレス及びＵＤＰポート番号を表す。デフォルトゲートウェイ６０９は、内線サーバが接続されているＢＧＷの識別情報を表す。
なお、ＩＰ−ＲＮＣが経路選択を行う場合は、ＩＰ−ＲＮＣから内線サーバへ、公衆網と企業網のいずれかを示す経路の種別を通知すればよいので、ＩＰ−ＲＮＣにおいてＩＰアドレス等の情報を保持しなくてもよい。ただし、この場合も、内線サーバは、経路構成情報を保持している。
内線サーバ１４３は、無線通信システムの経路状態を監視し、経路の使用可否や複数の経路の使用優先順位等を決定することも可能である。この場合、経路選択部５１１は、常時監視、接続時監視等の監視方法により、内線接続経路の状態を監視する。
常時監視の場合、経路選択部５１１は、経路構成情報をもとに各拠点へ周期的にInternet Control Message Protocol （ＩＣＭＰ）のパケット（Packet Internet Groper（ｐｉｎｇ））等の到達性確認情報を送信することで、各網の状態を取得する。取得した公衆網及び企業網の状態に応じて、公衆網と企業網の優先度を決定することができる。
一方、接続時監視の場合、経路選択部５１１は、内線接続要求が発生したときに、接続経路を確定した後、接続先拠点へｐｉｎｇ等の到達性確認情報を送信することで、各網の状態を取得する。取得した公衆網及び企業網の状態に応じて、公衆網又は企業網を選択することができる。
次に、図７から図１８までを参照しながら、経路選択部４１２又は５１１による経路選択のアルゴリズムについて説明する。
拠点情報に基づくアルゴリズムでは、内線接続時の発信者及び着信者がどの拠点にいるかに応じて経路を選択する。経路選択部は、例えば、図７に示すような拠点情報を記憶する。この例では、拠点Ａ〜Ｄの各々において公衆網及び企業網への内線接続が可能か否かが、拠点情報として記憶されている。この拠点情報は、上述した経路構成情報から作成することもできる。経路選択部は、この拠点情報に基づいて、発信者及び着信者の双方の拠点で内線接続が可能な経路を選択し、公衆網及び企業網の双方が可であれば企業網を選択する。
（例１）拠点Ａの発信者が拠点Ｂの着信者に内線接続しようとした場合、拠点Ａでは企業網が不可のため、公衆網が選択される。
（例２）拠点Ｂの発信者が拠点Ｃの着信者に内線接続しようとした場合、双方の拠点で公衆網又は企業網のいずれも可のため、企業網が選択される。
拠点情報に基づくアルゴリズムでは、内線接続時の発信者及び着信者がどの拠点にいるかに応じて経路を選択する。経路選択部は、例えば、図７に示すような拠点情報を記憶する。この例では、拠点Ａ〜Ｄの各々において公衆網及び企業網への内線接続が可能か否かが、拠点情報として記憶されている。この拠点情報は、上述した経路構成情報から作成することもできる。経路選択部は、この拠点情報に基づいて、発信者及び着信者の双方の拠点で内線接続が可能な経路を選択し、公衆網及び企業網の双方が可であれば企業網を選択する。
（例１）拠点Ａの発信者が拠点Ｂの着信者に内線接続しようとした場合、拠点Ａでは企業網が不可のため、公衆網が選択される。
（例２）拠点Ｂの発信者が拠点Ｃの着信者に内線接続しようとした場合、双方の拠点で公衆網又は企業網のいずれも可のため、企業網が選択される。
図８は、このような経路選択アルゴリズムのフローチャートである。この処理は、上位装置から経路選択要求を受信したときに開始される。経路選択部がＩＰ−ＲＮＣ内にある場合は、ＭＭＳから送信されるＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージが経路選択要求に相当する。また、経路選択部が内線サーバ内にある場合は、ＩＰ−ＲＮＣから送信される回線設定要求が経路選択要求に相当する。
経路選択部は、経路選択要求を受信すると、まず、拠点情報を参照して、発信者の拠点で企業網の内線接続が可能か否かをチェックする（ステップ８０１）。企業網の内線接続が可能であれば、次に、着信者の拠点で企業網の内線接続が可能か否かをチェックする（ステップ８０２）。そして、企業網の内線接続が可能であれば、企業網を選択する（ステップ８０３）。ステップ８０１又は８０２において企業網の内線接続が不可であれば、公衆網を選択する（ステップ８０４）。
また、拠点情報に経路の優先度を追加することで、公衆網を優先的に選択することも可能である。この場合、経路選択部は、例えば、図９に示すような拠点情報を記憶する。この例では、拠点Ｂにおける公衆網及び企業網の優先度がそれぞれ“１”及び“２”に設定され、拠点Ｂにおける公衆網及び企業網の優先度がそれぞれ“２”及び“１”に設定されている。経路選択部は、この拠点情報に基づいて、公衆網及び企業網の双方が可であれば、より優先度の高い方を選択する。
図１０は、このような経路選択アルゴリズムのフローチャートである。経路選択部は、経路選択要求を受信すると、まず、拠点情報を参照して、発信者の拠点における企業網の
可否と優先度をチェックする（ステップ１００１）。企業網の内線接続が可能であり、かつ、企業網の優先度が公衆網の優先度より高ければ、次に、着信者の拠点における企業網の可否と優先度をチェックする（ステップ１００２）。そして、企業網の内線接続が可能であり、かつ、企業網の優先度が公衆網の優先度より高ければ、企業網を選択する（ステップ１００３）。
可否と優先度をチェックする（ステップ１００１）。企業網の内線接続が可能であり、かつ、企業網の優先度が公衆網の優先度より高ければ、次に、着信者の拠点における企業網の可否と優先度をチェックする（ステップ１００２）。そして、企業網の内線接続が可能であり、かつ、企業網の優先度が公衆網の優先度より高ければ、企業網を選択する（ステップ１００３）。
ステップ１００１又は１００２において企業網の内線接続が不可であれば、公衆網を選択する（ステップ１００４）。また、ステップ１００１又は１００２において企業網の内線接続が可能であっても、企業網の優先度が公衆網の優先度より低ければ、公衆網を選択する（ステップ１００４）。
上述の例２の場合、着信者の拠点Ｃにおける企業網の優先度“１”が公衆網の優先度“２”より低いため、公衆網が選択される。
加入者クラス情報に基づくアルゴリズムでは、内線接続時の発信者及び着信者の加入者クラスが何かに応じて経路を選択する。経路選択部は、例えば、図１１に示すような加入者クラス情報を記憶する。この例では、加入者クラスが HYPERLINK "javascript:goWordLink(%22Very%22)" Very HYPERLINK "javascript:goWordLink(%22Important%22)" Important HYPERLINK "javascript:goWordLink(%22Person%22)" Person （ＶＩＰ）であれば企業網を優先し、一般であれば公衆網を優先することが、加入者クラス情報として記憶されている。発信者及び着信者の加入者クラスは、ＭＳから送信される加入者クラスにより識別される。経路選択部は、加入者クラス情報に基づいて公衆網又は企業網のいずれかを選択する。
（例３）発信者又は着信者がＶＩＰであれば、企業網を選択する。
（例４）発信者が一般の場合には、着信者の加入者クラスに関わらず、公衆網を選択する。
加入者クラス情報に基づくアルゴリズムでは、内線接続時の発信者及び着信者の加入者クラスが何かに応じて経路を選択する。経路選択部は、例えば、図１１に示すような加入者クラス情報を記憶する。この例では、加入者クラスが HYPERLINK "javascript:goWordLink(%22Very%22)" Very HYPERLINK "javascript:goWordLink(%22Important%22)" Important HYPERLINK "javascript:goWordLink(%22Person%22)" Person （ＶＩＰ）であれば企業網を優先し、一般であれば公衆網を優先することが、加入者クラス情報として記憶されている。発信者及び着信者の加入者クラスは、ＭＳから送信される加入者クラスにより識別される。経路選択部は、加入者クラス情報に基づいて公衆網又は企業網のいずれかを選択する。
（例３）発信者又は着信者がＶＩＰであれば、企業網を選択する。
（例４）発信者が一般の場合には、着信者の加入者クラスに関わらず、公衆網を選択する。
図１２は、例３の経路選択アルゴリズムのフローチャートである。経路選択部は、経路選択要求を受信すると、まず、発信者及び着信者の加入者クラスをチェックする（ステップ１２０１）。発信者又は着信者のいずれかの加入者クラスがＶＩＰであれば、図１１の加入者クラス情報に基づいて企業網を選択する（ステップ１２０２）。発信者及び着信者の双方の加入者クラスが一般であれば、図１１の加入者クラス情報に基づいて公衆網を選択する（ステップ１２０３）。
図１３は、例４の経路選択アルゴリズムのフローチャートである。経路選択部は、経路選択要求を受信すると、まず、発信者の加入者クラスをチェックする（ステップ１３０１）。発信者の加入者クラスがＶＩＰであれば、図１１の加入者クラス情報に基づいて企業網を選択する（ステップ１３０２）。発信者の加入者クラスが一般であれば、図１１の加入者クラス情報に基づいて公衆網を選択する（ステップ１３０３）。
例４の経路選択アルゴリズムは、図１４のような加入者クラス情報により実現することも可能である。この加入者クラス情報には、発信者及び着信者の加入者クラスと選択される経路の対応関係が記述されている。
図１５は、この場合の経路選択アルゴリズムのフローチャートである。経路選択部は、経路選択要求を受信すると、まず、発信者及び着信者の加入者クラスをチェックし、図１４の加入者クラス情報を検索する（ステップ１５０１）。そして、発信者及び着信者の加入者クラスの組み合わせに対応する経路を選択する（ステップ１５０２）。発信者又は着信者の加入者クラスが加入者クラス情報に登録されたものと一致しない場合は、エラー処理を行って接続を拒否する（ステップ１５０３）。
ユーザ指定に基づくアルゴリズムでは、内線接続時に発信者により指定された経路（企業網又は公衆網）を選択する。
サービス種別に基づくアルゴリズムでは、音声通話、パケット通信、映像（ＡＶ）等のサービス種別により企業網又は公衆網を選択する。経路選択部は、例えば、図１６に示すようなサービス種別情報を記憶する。この例では、サービス種別が音声通話又はパケット通信であれば企業網を選択し、ＡＶであれば公衆網を選択することが、サービス種別情報として記憶されている。
サービス種別に基づくアルゴリズムでは、音声通話、パケット通信、映像（ＡＶ）等のサービス種別により企業網又は公衆網を選択する。経路選択部は、例えば、図１６に示すようなサービス種別情報を記憶する。この例では、サービス種別が音声通話又はパケット通信であれば企業網を選択し、ＡＶであれば公衆網を選択することが、サービス種別情報として記憶されている。
図１７は、この場合の経路選択アルゴリズムのフローチャートである。経路選択部は、経路選択要求を受信すると、まず、サービス種別をチェックし、図１６のサービス種別情報を検索する（ステップ１７０１）。そして、サービス種別に対応する経路を選択する（ステップ１７０２）。サービス種別がサービス種別情報に登録されたものと一致しない場合は、エラー処理を行って接続を拒否する（ステップ１７０３）。
経路状態監視に基づくアルゴリズムでは、上述した監視方法で経路状態を監視することにより、使用不可能な経路を迂回し、使用可能な経路を選択する。
さらに、上述した各種アルゴリズムの要素及び条件を組み合わせたり、要素及び条件の優先順位を指定したりすることで、経路選択を行うこともできる。
さらに、上述した各種アルゴリズムの要素及び条件を組み合わせたり、要素及び条件の優先順位を指定したりすることで、経路選択を行うこともできる。
なお、経路選択部は、内線サーバ又はＩＰ−ＲＮＣのみならず、コアネットワーク（ＣＮ）側のＭＭＳ又はｘＧＳＮに実装することも可能である。経路選択部の実装箇所と実装可能な経路選択アルゴリズムの対応関係を図示すると、図１８のようになる。拠点情報に基づくアルゴリズムは、ＩＰ−ＲＮＣ及びＣＮに実装可能であり、経路状態監視に基づくアルゴリズムは、内線サーバに実装可能である。加入者クラス情報、ユーザ指定、又はサービス種別に基づくアルゴリズムは、いずれの場所にも実装可能である。
次に、図１９から図２６までを参照しながら、拠点１０４のＭＳ１４６から拠点１０５のＭＳ１５６に内線電話をかける場合の接続シーケンスの例について説明する。ここでは、ＩＰ−ＲＮＣ１０６及び１０７が経路選択を行うものとする。
図１９から図２１までは、発信側の接続シーケンスを示している。まず、ＭＳ１４６とＩＰ−ＲＮＣ１０６の間でRadio Resource Control（ＲＲＣ）の設定を行う（手順１９０１）。次に、ＭＳ１４６とＭＭＳ１１１の間でセッションを確立し（手順１９０２）、認証、秘匿、及び位置制御の処理を行う（手順１９０３）。
次に、ＭＳ１４６は、下記に示すＲＲＣのＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０６に送信し、内線接続を要求する（手順１９０４）。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＳＥＴＵＰ）（ＤＣＨ：ＤＣＣＨ，ＡＭ）（ＣａｌｌｅｄＰａｒｔｙＢＣＤＮｕｍｂｅｒ：（１８４／１８６＋）（内線サービスプレフィクス＊５５＋）発信番号）
そして、ＩＰ−ＲＮＣ１０６は、下記に示すRadio Access Network Application Part （ＲＡＮＡＰ）のＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＭＳ１１１に送信する（手順１９０５）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＳＥＴＵＰ）
次に、ＭＭＳ１１１は、ＲＡＮＡＰのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージをＩＰ−ＲＮＣ１０６に送信する（手順１９０６）。このメッセージには、発信側及び着信側のcomplete location IDが含まれる。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＳＥＴＵＰ）（ＤＣＨ：ＤＣＣＨ，ＡＭ）（ＣａｌｌｅｄＰａｒｔｙＢＣＤＮｕｍｂｅｒ：（１８４／１８６＋）（内線サービスプレフィクス＊５５＋）発信番号）
そして、ＩＰ−ＲＮＣ１０６は、下記に示すRadio Access Network Application Part （ＲＡＮＡＰ）のＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＭＳ１１１に送信する（手順１９０５）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＳＥＴＵＰ）
次に、ＭＭＳ１１１は、ＲＡＮＡＰのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージをＩＰ−ＲＮＣ１０６に送信する（手順１９０６）。このメッセージには、発信側及び着信側のcomplete location IDが含まれる。
ＩＰ−ＲＮＣ１０６は、ＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージを受信すると、公衆網又は企業網を接続経路として選択し（手順１９０７）、回線設定要求により、内線サーバ１４３に公衆網又は企業網の種別を通知する（手順１９０８）。
内線サーバ１４３は、回線設定応答をＩＰ−ＲＮＣ１０６に送信し（手順１９０９）、ＩＰ−ＲＮＣ１０６は、網側接続情報報告をＭＭＳ１１１に送信する（手順１９１０）。回線設定応答及び網側接続情報報告には、ＩＰ−ＲＮＣ１０６から通知された経路の種別と、その種別に対応する、発信側内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。網側接続情報報告は、ＭＭＳ１１１からＭＭＳ１１２に転送される。
次に、ＩＰ−ＢＴＳ１４２とＩＰ−ＲＮＣ１０６の間でRadio Access Bearer （ＲＡＢ）の設定を行い（手順２００１）、ＭＳ１４６とＩＰ−ＲＮＣ１０６の間で内線サーバ起動処理を行う（手順２００２）。そして、ＩＰ−ＲＮＣ１０６は、ＲＡＮＡＰのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＳＰＯＮＳＥメッセージをＭＭＳ１１１に送信する。
次に、ＭＭＳ１１１は、後述する手順２４１４で送信された着信側の網側接続情報報告をＭＭＳ１１２から受信すると、内線サーバ接続先変更要求をＩＰ−ＲＮＣ１０６に送信する（手順２００４）。内線サーバ接続先変更要求には、発信側及び着信側のcomplete location IDとともに、着信側で選択された経路の種別と、その種別に対応する、着信側内線サーバ１５３のＩＰアドレス及びＵＤＰポート番号が含まれる。
ＩＰ−ＲＮＣ１０６は、着信側で選択された経路が発信側で選択した経路と同一か否かを判定する（手順２００５）。そして、それらの経路が異なる場合は、手順１９０７と同様の処理を行って経路を再選択し、着信側で選択された経路と同一の経路が選択できなければ切断処理を行う。
次に、ＩＰ−ＲＮＣ１０６は、接続先変更要求により、着信側で選択された経路又は発信側で再選択された経路の種別を内線サーバ１４３に通知する（手順２００６）。着信側で選択された経路を通知する場合、接続先変更要求には、着信側内線サーバ１５３のＩＰアドレス及びＵＤＰポート番号も含まれる。
内線サーバ１４３は、接続先変更応答をＩＰ−ＲＮＣ１０６に送信し（手順２００７）、ＩＰ−ＲＮＣ１０６は、網側接続情報報告をＭＭＳ１１１に送信し（手順２００８）、続いて内線サーバ接続先変更応答をＭＭＳ１１１に送信する（手順２００９）。
ただし、網側接続情報報告は、手順２００５で経路が再選択された場合にのみ送信される。この場合、網側接続情報報告には、発信側で再選択された経路の種別と、その種別に対応する、発信側内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。網側接続情報報告は、ＭＭＳ１１１からＭＭＳ１１２に転送される。
内線サーバ接続先変更応答は、内線サーバ接続先変更要求で指定された経路に変更可能か否かを示している。
次に、ＭＭＳ１１１は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０６に送信する（手順２０１０）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＡＬＥＲＴＩＮＧ）
次に、ＩＰ−ＲＮＣ１０６は、下記に示すＲＲＣのＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＳ１４６に送信する（手順２０１１）。
ＲＲＣ：ＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＡＬＥＲＴＩＮＧ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
こうして、内線サーバ１５３からのRinging Back Tone （ＲＢＴ、呼び出し音）がＭＳ１４６に送信される。次に、ＭＭＳ１１１は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０６に送信する（手順２１０１）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ）
次に、ＩＰ−ＲＮＣ１０６は、下記に示すＲＲＣのＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＳ１４６に送信する（手順２１０２）。
ＲＲＣ：ＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
次に、ＭＳ１４６は、下記に示すＲＲＣのＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０６に送信する（手順２１０３）。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ ＡＣＫＮＯＷＬＥＤＧＥ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
次に、ＩＰ−ＲＮＣ１０６は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＭＳ１１１に送信する（手順２１０４）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ ＡＣＫＮＯＷＬＥＤＧＥ）
その後、ＭＳ１４６は、着信側ＭＳ１５６と内線通話を行う（手順２１０５）。
次に、ＭＭＳ１１１は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０６に送信する（手順２０１０）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＡＬＥＲＴＩＮＧ）
次に、ＩＰ−ＲＮＣ１０６は、下記に示すＲＲＣのＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＳ１４６に送信する（手順２０１１）。
ＲＲＣ：ＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＡＬＥＲＴＩＮＧ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
こうして、内線サーバ１５３からのRinging Back Tone （ＲＢＴ、呼び出し音）がＭＳ１４６に送信される。次に、ＭＭＳ１１１は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０６に送信する（手順２１０１）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ）
次に、ＩＰ−ＲＮＣ１０６は、下記に示すＲＲＣのＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＳ１４６に送信する（手順２１０２）。
ＲＲＣ：ＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
次に、ＭＳ１４６は、下記に示すＲＲＣのＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０６に送信する（手順２１０３）。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ ＡＣＫＮＯＷＬＥＤＧＥ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
次に、ＩＰ−ＲＮＣ１０６は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＭＳ１１１に送信する（手順２１０４）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ ＡＣＫＮＯＷＬＥＤＧＥ）
その後、ＭＳ１４６は、着信側ＭＳ１５６と内線通話を行う（手順２１０５）。
図２２は、手順１９０７においてＩＰ−ＲＮＣ１０６が行う経路選択処理のシーケンスを示している。インタフェース部４０３は、ＭＭＳ１１１から受信したＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージを呼制御部４１３に転送し（手順２２０１）、呼制御部４１３は、経路選択要求を経路選択部４１２に送信する（手順２２０２）。
経路選択部４１２は、上述した経路選択アルゴリズムに従って公衆網又は企業網を選択し（手順２２０３）、選択結果を示す経路選択応答を呼制御部４１３に送信する（手順２２０４）。呼制御部４１３は、選択された経路の種別を含む回線設定要求をインタフェース部４０３に転送し（手順２２０５）、インタフェース部４０３は、回線設定要求を内線サーバ１４３に送信する。
図２３は、手順２００５においてＩＰ−ＲＮＣ１０６が行う経路判定処理のシーケンスを示している。インタフェース部４０３は、ＭＭＳ１１１から受信した内線サーバ接続先変更要求を呼制御部４１３に転送し（手順２３０１）、呼制御部４１３は、経路判定要求を経路選択部４１２に送信する（手順２３０２）。
経路選択部４１２は、着信側で選択された経路が発信側で選択した経路と同一か否かを判定する（手順２３０３）。それらの経路が同一であれば、着信側で選択された経路の種別を示す経路判定応答を呼制御部４１３に送信する（手順２３０４）。一方、それらの経路が異なる場合は、上述した経路選択アルゴリズムに従って公衆網又は企業網を再選択し
、選択結果を示す経路判定応答を呼制御部４１３に送信する。
、選択結果を示す経路判定応答を呼制御部４１３に送信する。
呼制御部４１３は、経路判定応答が示す経路の種別を含む接続先変更要求をインタフェース部４０３に転送し（手順２３０５）、インタフェース部４０３は、接続先変更要求を内線サーバ１４３に送信する。
図２４から図２６までは、着信側の接続シーケンスを示している。まず、ＭＭＳ１１２は、ＲＡＮＡＰのＰＡＧＩＮＧメッセージをＩＰ−ＲＮＣ１０７に送信し、着信側を呼び出す（手順２４０１）。ＩＰ−ＲＮＣ１０７は、下記に示すＲＲＣのＰＡＧＩＮＧ ＴＹＰＥ１メッセージをＭＳ１５６に送信する（手順２４０２）。
ＲＲＣ：ＰＡＧＩＮＧ ＴＹＰＥ１（ＰＣＨ：ＰＣＣＨ，ＴＭ）
次に、ＩＰ−ＲＮＣ１０７とＭＳ１５６の間でＲＲＣの設定を行う（手順２４０３）。次に、ＭＭＳ１１２とＭＳ１５６の間でセッションを確立し（手順２４０４）、認証、秘匿、及び位置制御の処理を行う（手順２４０５）。
ＲＲＣ：ＰＡＧＩＮＧ ＴＹＰＥ１（ＰＣＨ：ＰＣＣＨ，ＴＭ）
次に、ＩＰ−ＲＮＣ１０７とＭＳ１５６の間でＲＲＣの設定を行う（手順２４０３）。次に、ＭＭＳ１１２とＭＳ１５６の間でセッションを確立し（手順２４０４）、認証、秘匿、及び位置制御の処理を行う（手順２４０５）。
次に、ＭＭＳ１１２は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０７に送信し、内線着信を行う（手順２４０６）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＳＥＴＵＰ）
次に、ＩＰ−ＲＮＣ１０７は、下記に示すＲＲＣのＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＳ１５６に送信する（手順２４０７）。
ＲＲＣ：ＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＳＥＴＵＰ）
次に、ＭＳ１５６は、下記に示すＲＲＣのＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０７に送信する（手順２４０８）。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＡＬＬ ＣＯＮＦＩＲＭ）
そして、ＩＰ−ＲＮＣ１０７は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＭＳ１１２に送信する（手順２４０９）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＡＬＬ ＣＯＮＦＩＲＭ）
次に、ＭＭＳ１１２は、ＲＡＮＡＰのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージをＩＰ−ＲＮＣ１０７に送信する（手順２４１０）。このメッセージには、発信側及び着信側のcomplete location IDと、発信側で選択された経路の種別と、その種別に対応する、発信側内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。これらの情報は、手順１９１０で送信された発信側の網側接続情報報告から取得される。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＳＥＴＵＰ）
次に、ＩＰ−ＲＮＣ１０７は、下記に示すＲＲＣのＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＳ１５６に送信する（手順２４０７）。
ＲＲＣ：ＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＳＥＴＵＰ）
次に、ＭＳ１５６は、下記に示すＲＲＣのＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０７に送信する（手順２４０８）。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＡＬＬ ＣＯＮＦＩＲＭ）
そして、ＩＰ−ＲＮＣ１０７は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＭＳ１１２に送信する（手順２４０９）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＡＬＬ ＣＯＮＦＩＲＭ）
次に、ＭＭＳ１１２は、ＲＡＮＡＰのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージをＩＰ−ＲＮＣ１０７に送信する（手順２４１０）。このメッセージには、発信側及び着信側のcomplete location IDと、発信側で選択された経路の種別と、その種別に対応する、発信側内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。これらの情報は、手順１９１０で送信された発信側の網側接続情報報告から取得される。
ＩＰ−ＲＮＣ１０７は、ＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージを受信すると、公衆網又は企業網を接続経路として選択し（手順２４１１）、回線設定要求により、内線サーバ１５３に公衆網又は企業網の種別を通知する（手順２４１２）。手順２４１１の経路選択処理は、図２２に示した発信側の経路選択処理と同様である。
上述した各種の経路選択アルゴリズムの要素及び条件は時間とともに変化する可能性が
あるため、着信側で選択した経路が発信側で選択された経路と必ずしも一致するとは限らない。したがって、発信側では公衆網が選択され、着信側では企業網が選択されるようなこともあり得る。そこで、確認のため、着信側で選択した経路の情報が発信側に通知される。
あるため、着信側で選択した経路が発信側で選択された経路と必ずしも一致するとは限らない。したがって、発信側では公衆網が選択され、着信側では企業網が選択されるようなこともあり得る。そこで、確認のため、着信側で選択した経路の情報が発信側に通知される。
内線サーバ１５３は、回線設定応答をＩＰ−ＲＮＣ１０７に送信し（手順２４１３）、ＩＰ−ＲＮＣ１０７は、網側接続情報報告をＭＭＳ１１２に送信する（手順２４１４）。回線設定応答及び網側接続情報報告には、ＩＰ−ＲＮＣ１０７から通知された経路の種別と、その種別に対応する、着信側内線サーバ１５３のＩＰアドレス及びＵＤＰポート番号が含まれる。網側接続情報報告は、ＭＭＳ１１２からＭＭＳ１１１に転送される。
次に、ＩＰ−ＢＴＳ１５２とＩＰ−ＲＮＣ１０７の間でＲＡＢの設定を行い（手順２５０１）、ＭＳ１５６とＩＰ−ＲＮＣ１０７の間で内線サーバ起動処理を行う（手順２５０２）。そして、ＩＰ−ＲＮＣ１０７は、ＲＡＮＡＰのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＳＰＯＮＳＥメッセージをＭＭＳ１１２に送信する。
次に、ＭＭＳ１１２は、手順２００８で送信された発信側の網側接続情報報告をＭＭＳ１１１から受信すると、内線サーバ接続先変更要求をＩＰ−ＲＮＣ１０７に送信する（手順２５０４）。内線サーバ接続先変更要求には、発信側及び着信側のcomplete location IDとともに、発信側で再選択された経路の種別と、その種別に対応する、発信側内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。
ＩＰ−ＲＮＣ１０７は、接続先変更要求により、発信側で再選択された経路の種別を内線サーバ１５３に通知する（手順２５０５）。接続先変更要求には、発信側で再選択された経路の種別と、その種別に対応する、発信側内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。
内線サーバ１５３は、接続先変更応答をＩＰ−ＲＮＣ１０７に送信し（手順２５０６）、ＩＰ−ＲＮＣ１０７は、網側接続情報報告をＭＭＳ１１２に送信し（手順２５０７）、続いて内線サーバ接続先変更応答をＭＭＳ１１２に送信する（手順２５０８）。
なお、発信側で経路の再選択が行われない場合は、手順２５０４〜２５０８は省略される。
次に、ＭＳ１５６は、下記に示すＲＲＣのＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０７に送信する（手順２５０９）。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＡＬＥＲＴＩＮＧ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
次に、ＩＰ−ＲＮＣ１０７は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＭＳ１１２に送信する（手順２５１０）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＡＬＥＲＴＩＮＧ）
こうして、内線サーバ１５３からのＲＢＴがＭＳ１５６に送信される。
次に、ＭＳ１５６は、下記に示すＲＲＣのＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０７に送信する（手順２５０９）。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＡＬＥＲＴＩＮＧ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
次に、ＩＰ−ＲＮＣ１０７は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＭＳ１１２に送信する（手順２５１０）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＡＬＥＲＴＩＮＧ）
こうして、内線サーバ１５３からのＲＢＴがＭＳ１５６に送信される。
次に、ＭＳ１５６は、下記に示すＲＲＣのＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０７に送信する（手順２６０１）。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ（ＤＣ
Ｈ：ＤＣＣＨ，ＡＭ））
次に、ＩＰ−ＲＮＣ１０７は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＭＳ１１２に送信する（手順２６０２）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ）
次に、ＭＭＳ１１２は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０７に送信する（手順２６０３）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ ＡＣＫＮＯＷＬＥＤＧＥ）
次に、ＩＰ−ＲＮＣ１０７は、下記に示すＲＲＣのＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＳ１５６に送信する（手順２６０４）。
ＲＲＣ：ＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ ＡＣＫＮＯＷＬＥＤＧＥ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
その後、ＭＳ１５６は、発信側ＭＳ１４６と内線通話を行う（手順２６０５）。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ（ＤＣ
Ｈ：ＤＣＣＨ，ＡＭ））
次に、ＩＰ−ＲＮＣ１０７は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＭＳ１１２に送信する（手順２６０２）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ）
次に、ＭＭＳ１１２は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０７に送信する（手順２６０３）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ ＡＣＫＮＯＷＬＥＤＧＥ）
次に、ＩＰ−ＲＮＣ１０７は、下記に示すＲＲＣのＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＳ１５６に送信する（手順２６０４）。
ＲＲＣ：ＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＣＣ：ＣＯＮＮＥＣＴ ＡＣＫＮＯＷＬＥＤＧＥ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
その後、ＭＳ１５６は、発信側ＭＳ１４６と内線通話を行う（手順２６０５）。
次に、図２７から図３４までを参照しながら、ＩＰ−ＲＮＣ１０６及び１０７の代わりに内線サーバ１４３及び１５３が経路選択を行う場合の接続シーケンスの例について説明する。
図２７から図２９までは、発信側の接続シーケンスを示している。手順２７０１〜２７０６、２７１０、２８０１〜２８０４、２８０８〜２８１１、及び２９０１〜２９０５は、上述した手順１９０１〜１９０６、１９１０、２００１〜２００４、２００８〜２０１１、及び２１０１〜２１０５と同様である。
ＩＰ−ＲＮＣ１０６は、手順２７０６においてＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージを受信すると、回線設定要求を内線サーバ１４３に送信する（手順２７０７）。
内線サーバ１４３は、公衆網又は企業網を接続経路として選択し（手順２７０８）、回線設定応答をＩＰ−ＲＮＣ１０６に送信する（手順２７０９）。回線設定応答には、選択した経路の種別と、その種別に対応する、発信側内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。
また、ＩＰ−ＲＮＣ１０６は、手順２８０４において内線サーバ接続先変更要求を受信すると、接続先変更要求により、着信側で選択された経路の種別を内線サーバ１４３に通知する（手順２８０５）。
内線サーバ１４３は、着信側で選択された経路が発信側で選択した経路と同一か否かを判定する（手順２８０６）。そして、それらの経路が異なる場合は、手順２７０８と同様の処理を行って経路を再選択し、着信側で選択された経路と同一の経路が選択できなければ切断処理を行う。
そして、内線サーバ１４３は、接続先変更応答をＩＰ−ＲＮＣ１０６に送信する（手順２８０７）。経路を再選択した場合、接続先変更応答には、再選択した経路の種別と、そ
の種別に対応する、発信側内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。
の種別に対応する、発信側内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。
図３０は、手順２７０８において内線サーバ１４３が行う経路選択処理のシーケンスを示している。インタフェース部５０４は、ＩＰ−ＲＮＣ１０６から受信した回線設定要求を呼制御部５１３に転送し（手順３００１）、呼制御部５１３は、経路選択要求を経路選択部５１１に送信する（手順３００２）。
経路選択部５１１は、上述した経路選択アルゴリズムに従って公衆網又は企業網を選択し（手順３００３）、選択結果を示す経路選択応答を呼制御部５１３に送信する（手順３００４）。呼制御部５１３は、選択された経路の種別を含む回線設定要求をインタフェース部５０４に転送し（手順３００５）、インタフェース部５０４は、回線設定応答をＩＰ−ＲＮＣ１０６に送信する。
図３１は、手順２８０６において内線サーバ１４３が行う経路判定処理のシーケンスを示している。インタフェース部５０４は、ＩＰ−ＲＮＣ１０６から受信した接続先変更要求を呼制御部４１３に転送し（手順３１０１）、呼制御部５１３は、経路判定要求を経路選択部５１１に送信する（手順３１０２）。
経路選択部５１１は、着信側で選択された経路が発信側で選択した経路と同一か否かを判定する（手順３１０３）。それらの経路が同一であれば、着信側で選択された経路の種別を示す経路判定応答を呼制御部５１３に送信する（手順３１０４）。
一方、それらの経路が異なる場合は、上述した経路選択アルゴリズムに従って公衆網又は企業網を再選択し、選択結果を示す経路判定応答を呼制御部５１３に送信する。この場合、経路判定応答には、再選択した経路の種別と、その種別に対応する、発信側内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。
呼制御部５１３は、経路判定応答が示す経路の種別を含む接続先変更応答をインタフェース部５０４に転送し（手順３１０５）、インタフェース部５０４は、接続先変更応答をＩＰ−ＲＮＣ１０６に送信する。
図３２から図３４までは、着信側の接続シーケンスを示している。手順３２０１〜３２１０、３２１４、３３０１〜３３１０、及び３４０１〜３４０５は、上述した手順２４０１〜２４１０、２４１４、２５０１〜２５１０、及び２６０１〜２６０５と同様である。
ＩＰ−ＲＮＣ１０７は、手順３２１０においてＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージを受信すると、回線設定要求を内線サーバ１５３に送信する（手順３２１１）。
内線サーバ１５３は、公衆網又は企業網を接続経路として選択し（手順３２１２）、回線設定応答をＩＰ−ＲＮＣ１０７に送信する（手順３２１３）。手順３２１２の経路選択処理は、図３０に示した発信側の経路選択処理と同様である。回線設定応答には、選択した経路の種別と、その種別に対応する、着信側内線サーバ１５３のＩＰアドレス及びＵＤＰポート番号が含まれる。
次に、図３５及び図３６を参照しながら、拠点１０４のＭＳ１４６から企業網１０３にＰＳ内線接続を行う場合の接続シーケンスの例について説明する。ここでは、ＭＳ１４６にＶＰＮ機能を有するアプリケーションが搭載されているものとする。
図３５は、ＰＳ内線接続の接続シーケンスを示している。まず、ＭＳ１４６とＩＰ−ＲＮＣ１０６の間でＲＲＣの設定を行う（手順３５０１）。次に、ＭＳ１４６とｘＧＳＮ３０１の間でセッションを確立し（手順３５０２）、ＭＳ１４６とＭＭＳ１１１の間で認証、秘匿、及び位置制御の処理を行う（手順３５０３）。
次に、ＭＳ１４６は、下記に示すＲＲＣのＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０６に送信し、接続先ネットワークアドレスを通知する（手順３５０４）。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＳＭ：ＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ（ＤＣＨ，ＤＣＣＨ，ＡＭ））
このメッセージには、例えば、図３のＶＰＮサーバ３０３のアドレスが接続先ネットワークアドレスとして記述されている。
ＲＲＣ：ＵＰＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＳＭ：ＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ（ＤＣＨ，ＤＣＣＨ，ＡＭ））
このメッセージには、例えば、図３のＶＰＮサーバ３０３のアドレスが接続先ネットワークアドレスとして記述されている。
次に、ＩＰ−ＲＮＣ１０６は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをｘＧＳＮ３０１に送信する（手順３５０５）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＳＭ：ＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ）
ｘＧＳＮ３０１は、ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージを受信すると、内線接続の可否を判定し（手順３５０６）、判定結果を示すＲＡＮＡＰのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージをＩＰ−ＲＮＣ１０６に送信する（手順３５０７）。内線接続可の場合、このメッセージには内線接続である旨が記述される。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＳＭ：ＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ）
ｘＧＳＮ３０１は、ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージを受信すると、内線接続の可否を判定し（手順３５０６）、判定結果を示すＲＡＮＡＰのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージをＩＰ−ＲＮＣ１０６に送信する（手順３５０７）。内線接続可の場合、このメッセージには内線接続である旨が記述される。
次に、ＩＰ−ＲＮＣ１０６は、回線設定要求により、内線サーバ１４３にＰＳ内線接続を指示し、ＶＰＮサーバ３０３のアドレスを通知する（手順３５０８）。そして、ＭＳ１４６と内線サーバ１４３の間でＶＰトンネリング処理を行い、ＭＳ１４６と企業網１０３の間のＶＰトンネル３３３を確立する（手順３５０９）。
次に、内線サーバ１４３は、回線設定応答をＩＰ−ＲＮＣ１０６に送信し（手順３５１０）、ＩＰ−ＲＮＣ１０６は、網側接続情報報告をｘＧＳＮ３０１に送信する（手順３５１１）。回線設定応答及び網側接続情報報告には、内線サーバ１４３のＩＰアドレス及びＵＤＰポート番号が含まれる。
次に、ＩＰ−ＢＴＳ１４２とＩＰ−ＲＮＣ１０６の間でＲＡＢの設定を行い（手順３５１２）、ＭＳ１４６とＩＰ−ＲＮＣ１０６の間で内線サーバ起動処理を行う（手順３５１３）。そして、ＩＰ−ＲＮＣ１０６は、ＲＡＮＡＰのＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＳＰＯＮＳＥメッセージをｘＧＳＮ３０１に送信する（手順３５１４）。
次に、ｘＧＳＮ３０１は、下記に示すＲＡＮＡＰのＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＩＰ−ＲＮＣ１０６に送信する（手順３５１５）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＳＭ：ＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＡＣＣＥＰＴ）
次に、ＩＰ−ＲＮＣ１０６は、下記に示すＲＲＣのＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＳ１４６に送信する（手順３５１６）。
ＲＲＣ：ＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＳＭ：ＡＣＴＩＶＡＴＥ
ＰＤＰ ＣＯＮＴＥＸＴ ＡＣＣＥＰＴ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
その後、ＭＳ１４６は、ＶＰトンネル３３３を介してユーザサーバ３２１等にアクセスし、パケット通信を行う（手順３５１７）。
ＲＡＮＡＰ：ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＳＭ：ＡＣＴＩＶＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ ＡＣＣＥＰＴ）
次に、ＩＰ−ＲＮＣ１０６は、下記に示すＲＲＣのＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージをＭＳ１４６に送信する（手順３５１６）。
ＲＲＣ：ＤＯＷＮＬＩＮＫ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ（ＳＭ：ＡＣＴＩＶＡＴＥ
ＰＤＰ ＣＯＮＴＥＸＴ ＡＣＣＥＰＴ（ＤＣＨ：ＤＣＣＨ，ＡＭ））
その後、ＭＳ１４６は、ＶＰトンネル３３３を介してユーザサーバ３２１等にアクセスし、パケット通信を行う（手順３５１７）。
図３６は、手順３５０６においてｘＧＳＮ３０１が行う接続可否判定処理のシーケンスを示している。ｘＧＳＮ３０１は、ＩＰ−ＲＮＣ１０６からＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージを受信すると、まず、そのメッセージから接続先ネットワークアドレスと端末情報を取り出す（手順３６０１）。
次に、その接続先ネットワークアドレスが内線接続アドレスリスト３１１に存在するか否かをチェックする（手順３６０２）。接続先ネットワークアドレスが存在すれば、次に、端末情報に基づいてＭＳ１４６が内線接続可能なＭＳか否かをチェックする（手順３６０３）。ＭＳ１４６が内線接続可能であれば、接続可の判定結果を示すＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージをＩＰ−ＲＮＣ１０６に送信する（手順３５０７−１）。
一方、接続先ネットワークアドレスが内線接続アドレスリスト３１１に存在しない場合又はＭＳ１４６が内線接続不可の場合は、接続不可の判定結果を示すＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージを送信する（手順３５０７−２）。
次に、図３７から図３９までを参照しながら、内線サーバによる経路状態監視シーケンスの例について説明する。
図３７は、無線通信システム内のそれぞれの拠点に内線サーバ［０］〜［ｎ］が存在する場合の常時監視のシーケンスを示している。ここでは、内線サーバ［０］が経路状態を監視する場合について説明する。内線サーバ［１］〜［ｎ］による監視も同様にして行われる。
図３７は、無線通信システム内のそれぞれの拠点に内線サーバ［０］〜［ｎ］が存在する場合の常時監視のシーケンスを示している。ここでは、内線サーバ［０］が経路状態を監視する場合について説明する。内線サーバ［１］〜［ｎ］による監視も同様にして行われる。
まず、内線サーバ［０］は、図６の経路構成情報から他の内線サーバ［１］〜［ｎ］のＩＰアドレス（公衆網用又は企業網用）を取得する。次に、取得したそれぞれのＩＰアドレスを宛先としてＩＣＭＰのｐｉｎｇ等の到達性確認情報を送信し、各内線サーバからの応答を監視する（手順３７０１）。そして、各内線サーバの応答の有無、応答時間、及び使用可否の情報を監視テーブル３７１１に記録する（手順３７０２）。
応答がない場合は、該当する内線サーバを使用不可として扱い、図７及び図９に示した拠点情報に「不可」と記録する。また、応答時間の最大値が閾値を超える場合も、該当する内線サーバを使用不可として扱い、拠点情報に「不可」と記録する。これにより、経路選択アルゴリズムの条件が変更され、その変更がそれ以後の経路選択結果に反映される。
図３８及び図３９は、内線接続要求が発生したときに行われる接続時監視のシーケンスを示している。
手順３８０１は、例えば、図１９の手順１９０６〜１９０９又は図２７の手順２７０６〜２７０９に対応する。手順３８０２は、例えば、図１９の手順１９１０又は図２７の手順２７１０と図２４の手順２４１０又は図３２の手順３２１０に対応する。
手順３８０１は、例えば、図１９の手順１９０６〜１９０９又は図２７の手順２７０６〜２７０９に対応する。手順３８０２は、例えば、図１９の手順１９１０又は図２７の手順２７１０と図２４の手順２４１０又は図３２の手順３２１０に対応する。
手順３８０３及び３８０４は、例えば、図２４の手順２４１１〜２４１３又は図３２の手順３２１１〜３２１３に対応する。手順３８１１は、例えば、図２０の手順２００４又は図２８の手順２８０４と図２４の手順２４１４又は図３２の手順３２１４に対応する。
手順３９０１は、例えば、図２０の手順２００８又は図２８の手順２８０８と図２４の手順２４１４又は図３２の手順３２１４に対応する。
手順３９０２及び３９０３は、例えば、図２０の手順２００５〜２００７又は図２８の手順２８０５〜２８０７に対応する。手順３９１０は、例えば、図２０の手順２００４又は図２８の手順２８０４と図２５の手順２５０４又は図３３の手順３３０４に対応する。
手順３９０２及び３９０３は、例えば、図２０の手順２００５〜２００７又は図２８の手順２８０５〜２８０７に対応する。手順３９１０は、例えば、図２０の手順２００４又は図２８の手順２８０４と図２５の手順２５０４又は図３３の手順３３０４に対応する。
着信側ＩＰ−ＲＮＣ１０７は、手順３８０２でＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージを受信すると、そのメッセージから発信側で選択された経路の種別を取得する（手順３８０３）。そして、ＩＰ−ＲＮＣ１０７又は内線サーバ１５３は、公衆網又は企業網を接続経路として選択し、内線サーバ１５３は、選択された経路の種別に対応する、内線サーバ１５３のＩＰアドレス及びＵＤＰポート番号を決定する（手順３８０４）。
次に、ＩＰ−ＲＮＣ１０７は、着信側で選択した経路が発信側で選択された経路と同一か否かを判定し（手順３８０５）、それらの経路同一であれば、対向ノード確認指示を内線サーバ１５３に送信する（手順３８０６）。
次に、内線サーバ１５３は、ｐｉｎｇ等の到達性確認情報を発信側内線サーバ１４３に送信し（手順３８０７）、内線サーバ１４３から応答を受信する（手順３８０８）。そして、対向ノード確認結果をＩＰ−ＲＮＣ１０７に送信する（手順３８０９）。
ＩＰ−ＲＮＣ１０７は、対向ノード確認結果に基づいて到達性判定を行う（手順３８１０）。内線サーバ１５３が内線サーバ１４３から所定時間内に応答を受信していれば、判定結果はＯＫとなり、応答を受信していないか若しくは所定時間を超えて受信していれば、判定結果はＮＧとなる。
判定結果がＯＫの場合、ＩＰ−ＲＮＣ１０７は、発信側で選択された経路と同一の経路の種別を含む網側接続情報報告をＭＭＳ１１２経由でＭＭＳ１１１に送信し、ＭＭＳ１１１は、内線サーバ接続先変更要求をＩＰ−ＲＮＣ１０６に送信する（手順３８１１）。
判定結果がＮＧの場合、ＩＰ−ＲＮＣ１０７は、発信側で選択された経路とは異なる経路の種別を含む網側接続情報報告をＭＭＳ１１２経由でＭＭＳ１１１に送信し、ＭＭＳ１１１は、内線サーバ接続先変更要求をＩＰ−ＲＮＣ１０６に送信する（手順３９０１）。
手順３８０５において着信側で選択した経路が発信側で選択された経路と異なる場合も、手順３９０１以降の手順が行われる。
次に、ＩＰ−ＲＮＣ１０６は、内線サーバ接続先変更要求から着信側で選択された経路の種別を取得する（手順３９０２）。そして、ＩＰ−ＲＮＣ１０６又は内線サーバ１４３は、その経路が発信側で選択した経路と同一か否かを判定し、それらの経路が異なるため、経路を再選択する（手順３９０３）。
次に、ＩＰ−ＲＮＣ１０６は、内線サーバ接続先変更要求から着信側で選択された経路の種別を取得する（手順３９０２）。そして、ＩＰ−ＲＮＣ１０６又は内線サーバ１４３は、その経路が発信側で選択した経路と同一か否かを判定し、それらの経路が異なるため、経路を再選択する（手順３９０３）。
次に、ＩＰ−ＲＮＣ１０６は、発信側で再選択した経路が着信側で選択された経路と同一か否かを判定し（手順３９０４）、それらの経路が同一であれば、対向ノード確認指示を内線サーバ１４３に送信する（手順３９０５）。
次に、内線サーバ１４３は、到達性確認情報を着信側内線サーバ１５３に送信し（手順３９０６）、内線サーバ１５３から応答を受信する（手順３９０７）。そして、対向ノード確認結果をＩＰ−ＲＮＣ１０６に送信する（手順３９０８）。
ＩＰ−ＲＮＣ１０７は、対向ノード確認結果に基づいて到達性判定を行う（手順３９０
９）。判定結果がＯＫの場合、ＩＰ−ＲＮＣ１０６は、着信側で選択された経路と同一の経路の種別を含む網側接続情報報告をＭＭＳ１１１経由でＭＭＳ１１２に送信し、ＭＭＳ１１２は、内線サーバ接続先変更要求をＩＰ−ＲＮＣ１０７に送信する（手順３９１０）。
９）。判定結果がＯＫの場合、ＩＰ−ＲＮＣ１０６は、着信側で選択された経路と同一の経路の種別を含む網側接続情報報告をＭＭＳ１１１経由でＭＭＳ１１２に送信し、ＭＭＳ１１２は、内線サーバ接続先変更要求をＩＰ−ＲＮＣ１０７に送信する（手順３９１０）。
判定結果がＮＧの場合、ＩＰ−ＲＮＣ１０６は、接続失敗を示す内線接続通知を着信側ＩＰ−ＲＮＣ１０７に送信する（手順３９１１）。その後、発信側と着信側の間でリトライ処理又は呼解放の手順が行われる（手順３９１２）。
手順３９０４において発信側で再選択した経路が着信側で選択された経路と異なる場合も、手順３９１１以降の手順が行われる。
図１のＩＰ−ＲＮＣ１０６、１０７及び内線サーバ１４３、１５３は、例えば、図４０に示すような情報処理装置（コンピュータ）を用いて構成される。図４０の情報処理装置は、Central Processing Unit （ＣＰＵ、中央処理装置）４００１、メモリ４００２、外部記憶装置４００３、及びネットワーク接続装置４００４を備え、それらはバス４００５により互いに接続されている。
図１のＩＰ−ＲＮＣ１０６、１０７及び内線サーバ１４３、１５３は、例えば、図４０に示すような情報処理装置（コンピュータ）を用いて構成される。図４０の情報処理装置は、Central Processing Unit （ＣＰＵ、中央処理装置）４００１、メモリ４００２、外部記憶装置４００３、及びネットワーク接続装置４００４を備え、それらはバス４００５により互いに接続されている。
メモリ４００２は、処理に用いられるプログラムと、経路構成情報、拠点情報、加入者クラス情報、サービス種別情報等のデータを格納する。ＣＰＵ４００１は、メモリ４００２を利用してプログラムを実行することにより、ＩＰ−ＲＮＣ１０６、１０７及び内線サーバ１４３、１５３の処理を行う。
外部記憶装置２４０５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。情報処理装置は、この外部記憶装置４００３に、プログラム及びデータを格納しておき、必要に応じて、それらをメモリ４００２にロードして使用する。
ネットワーク接続装置４００４は、通信ネットワークに接続され、通信に伴うデータ変換を行う。ＩＰ−ＲＮＣ１０６及び１０７は、ネットワーク接続装置４００４によりＢＧＷ１０８及び１０９と通信し、内線サーバ１４３及び１５３は、ネットワーク接続装置４００４によりＢＧＷ１４１及び１５１と通信する。
なお、上述した実施形態では、ＩＰルータ網と企業網の２つの経路の中から内線接続経路を選択しているが、３つ以上の経路が存在する場合も同様にしてそれらの経路の中から内線接続経路が選択される。
また、図１９から図３９までに示した各種シーケンスは一例に過ぎず、無線通信システムの構成及び仕様に応じて、適宜、一部の手順を省略、変更、又は追加することが可能である。
さらに、図７から図１８までに示した各種経路選択アルゴリズムは一例に過ぎず、他のアルゴリズムにより内線接続経路を選択しても構わない。
１０１ ＦＯＭＡ（登録商標）網
１０２ ＩＰルータ網
１０３ 企業網
１０４、１０５ 拠点
１０６、１０７ ＩＰ−ＲＮＣ
１０８、１０９、１４１、１５１ ＢＧＷ
１１１、１１２ ＭＭＳ
１１３ ＳＭＧ
１２１、１２２、１２３、１３１、１３２、２１１、２１２ エッジルータ
１４２、１５２ ＩＰ−ＢＴＳ
１４３、１５３ 内線サーバ
１４４、１４５ ＰＢＸ−ＧＷ
１４５、１５５ ＰＢＸ
１４６、１５６ ＭＳ
１４７、１５７ 端末装置
２０１、２０２ ＭＭＥ／Ｓ−ＧＷ
３０１ ｘＧＳＮ
３０２ ＧＷ
３０３ ＶＰＮサーバ
３１１ 内線接続アドレスリスト
３２１ ユーザサーバ
３２２ メールサーバ
３２３ ドキュメントサーバ
３３１、３３２、３３３、３３４、３３５、３３６、３３７ 経路
４０１ 制御部
４０２、５０２ トランク部
４０３、５０４ インタフェース部
４１１、５１２ リソース管理部
４１２、５１１ 経路選択部
４１３、５１３ 呼制御部
４１４ 保守部
５０１ 接続制御部
５０３ 無線制御部
６０１、６０５ 実装有無
６０２、６０６ ＩＰアドレス種別
６０３、６０７ ＩＰアドレス
６０４、６０８ ＵＤＰポート番号
６０９ デフォルトゲートウェイ
４００１ ＣＰＵ
４００２ メモリ
４００３ 外部記憶装置
４００４ ネットワーク接続装置
４００５ バス
１０２ ＩＰルータ網
１０３ 企業網
１０４、１０５ 拠点
１０６、１０７ ＩＰ−ＲＮＣ
１０８、１０９、１４１、１５１ ＢＧＷ
１１１、１１２ ＭＭＳ
１１３ ＳＭＧ
１２１、１２２、１２３、１３１、１３２、２１１、２１２ エッジルータ
１４２、１５２ ＩＰ−ＢＴＳ
１４３、１５３ 内線サーバ
１４４、１４５ ＰＢＸ−ＧＷ
１４５、１５５ ＰＢＸ
１４６、１５６ ＭＳ
１４７、１５７ 端末装置
２０１、２０２ ＭＭＥ／Ｓ−ＧＷ
３０１ ｘＧＳＮ
３０２ ＧＷ
３０３ ＶＰＮサーバ
３１１ 内線接続アドレスリスト
３２１ ユーザサーバ
３２２ メールサーバ
３２３ ドキュメントサーバ
３３１、３３２、３３３、３３４、３３５、３３６、３３７ 経路
４０１ 制御部
４０２、５０２ トランク部
４０３、５０４ インタフェース部
４１１、５１２ リソース管理部
４１２、５１１ 経路選択部
４１３、５１３ 呼制御部
４１４ 保守部
５０１ 接続制御部
５０３ 無線制御部
６０１、６０５ 実装有無
６０２、６０６ ＩＰアドレス種別
６０３、６０７ ＩＰアドレス
６０４、６０８ ＵＤＰポート番号
６０９ デフォルトゲートウェイ
４００１ ＣＰＵ
４００２ メモリ
４００３ 外部記憶装置
４００４ ネットワーク接続装置
４００５ バス
Claims (6)
- 第１の移動端末装置から第２の移動端末装置に内線接続を行う内線接続方法であって、
前記第１の移動端末装置が第１の経路選択装置に、該第１の移動端末装置から前記第２の移動端末装置へ内線通話を行うための内線接続要求を送信するステップと、
前記第１の経路選択装置が、前記第１の移動端末装置と前記第２の移動端末装置の間の内線接続のための複数の内線接続経路の中から第１の内線接続経路を選択し、該第１の内線接続経路の種別と該第１の内線接続経路で使用する発信側アドレス情報を第２の経路選択装置に送信するステップと、
前記第２の経路選択装置が、前記第１の移動端末装置と前記第２の移動端末装置の間の内線接続のための前記複数の内線接続経路の中から第２の内線接続経路を選択し、該第２の内線接続経路の種別と該第２の内線接続経路で使用する着信側アドレス情報を前記第１の経路選択装置に送信するステップと、
前記第１の経路選択装置が、前記第２の内線接続経路が前記第１の内線接続経路に一致するか否かを判定するステップと、
前記第２の内線接続経路が前記第１の内線接続経路に一致すれば、前記第１の移動端末装置から該第１の内線接続経路を介して前記第２の移動端末装置へ内線通話を行うステップと
を備えることを特徴とする内線接続方法。 - 前記第２の内線接続経路が前記第１の内線接続経路に一致しなければ、前記第１の経路選択装置が前記複数の内線接続経路の中から第３の内線接続経路を選択し、該第３の内線接続経路が該第２の内線接続経路に一致するか否かを判定するステップと、
前記第３の内線接続経路が前記第２の内線接続経路に一致すれば、前記第１の移動端末装置から該第２の内線接続経路を介して前記第２の移動端末装置へ内線通話を行うステップと
をさらに備えることを特徴とする請求項１記載の内線接続方法。 - 前記第１の経路選択装置が、前記複数の内線接続経路のそれぞれを介して前記第２の経路選択装置に到達性確認情報を送信し、該第２の経路選択装置から応答を受信するか否かを確認するステップをさらに備え、該第１の経路選択装置は、該複数の内線接続経路のうち前記応答を受信した内線接続経路を前記第１の内線接続経路として選択することを特徴とする請求項１又は２記載の内線接続方法。
- 前記第２の経路選択装置は、前記第２の内線接続経路が前記第１の内線接続経路に一致するか否かを判定し、該第２の内線接続経路が該第１の内線接続経路に一致すれば、該第２の内線接続経路を介して前記第１の経路選択装置に到達性確認情報を送信し、該第１の経路選択装置から応答を受信すれば、該第２の内線接続経路の種別と該第２の内線接続経路で使用する着信側アドレス情報を該第１の経路選択装置に送信することを特徴とする請求項１又は２記載の内線接続方法。
- 第１の移動端末装置から第２の移動端末装置へ内線通話を行うための内線接続要求を、該第１の移動端末装置から受信する受信手段と、
前記内線接続要求を受信したとき、前記第１の移動端末装置と前記第２の移動端末装置の間の内線接続のための複数の内線接続経路の中から第１の内線接続経路を選択する選択手段と、
前記第１の内線接続経路の種別と該第１の内線接続経路で使用する発信側アドレス情報を着信側経路選択装置に送信する送信手段と、
前記第１の移動端末装置と前記第２の移動端末装置の間の内線接続のための前記複数の内線接続経路の中から選択された第２の内線接続経路の種別と、該第２の内線接続経路で使用する着信側アドレス情報を、前記着信側経路選択装置から受信する受信手段と、
前記第２の内線接続経路が前記第１の内線接続経路に一致するか否かを判定する判定手段と、
前記第２の内線接続経路が前記第１の内線接続経路に一致すれば、前記第１の移動端末装置から該第１の内線接続経路を介して前記第２の移動端末装置へ内線通話を行わせる接続手段とを備えることを特徴とする経路選択装置。 - 第１の移動端末装置からパケット情報を有する対象サーバ装置にパケット交換内線接続を行う内線接続方法であって、
前記第１の移動端末装置が、前記対象サーバ装置が属するネットワークに接続するための仮想閉域網サーバ装置の接続先ネットワークアドレス情報を内線接続判定装置に送信するステップと、
前記内線接続判定装置が、前記接続先ネットワークアドレス情報が示すアドレスが、前記第１の移動端末装置から第２の移動端末装置へ内線通話を行うための内線接続アドレスリストに存在するか否かをチェックし、該アドレスが該内線接続アドレスリストに存在すれば、該第１の移動端末装置から該第２の移動端末装置へ内線通話を行うための内線接続を確立する内線サーバ装置にパケット交換内線接続を指示するステップと、
前記内線サーバ装置が前記第１の移動端末装置と前記仮想閉域網サーバ装置の経路接続を行うステップと、
前記第１の移動端末装置から前記仮想閉域網サーバ装置を介して前記対象サーバ装置にパケット交換内線接続を行うステップと
を備えることを特徴とする内線接続方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008261857A JP5276406B2 (ja) | 2008-10-08 | 2008-10-08 | 内線接続方法及び経路選択装置 |
| US12/572,076 US8614957B2 (en) | 2008-10-08 | 2009-10-01 | Extension connection method and route selection device |
| EP20090172000 EP2175594B1 (en) | 2008-10-08 | 2009-10-01 | Extension connection method and route selection device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008261857A JP5276406B2 (ja) | 2008-10-08 | 2008-10-08 | 内線接続方法及び経路選択装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010093566A JP2010093566A (ja) | 2010-04-22 |
| JP5276406B2 true JP5276406B2 (ja) | 2013-08-28 |
Family
ID=41345990
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008261857A Expired - Fee Related JP5276406B2 (ja) | 2008-10-08 | 2008-10-08 | 内線接続方法及び経路選択装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US8614957B2 (ja) |
| EP (1) | EP2175594B1 (ja) |
| JP (1) | JP5276406B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8879419B2 (en) | 2009-07-28 | 2014-11-04 | Centurylink Intellectual Property Llc | System and method for registering an IP telephone |
| JP5107451B2 (ja) * | 2011-05-13 | 2012-12-26 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法及びアプリケーションサーバ装置 |
| EP2887701A1 (en) * | 2013-12-20 | 2015-06-24 | GN Store Nord A/S | A Communications system for anonymous calls |
| CN104010352B (zh) * | 2014-05-19 | 2017-12-26 | 百度在线网络技术（北京）有限公司 | 路由器与智能设备之间的连接方法以及相应装置 |
| CN104853405B (zh) * | 2015-05-12 | 2018-11-30 | 浙江生辉照明有限公司 | 智能联网方法及智能设备 |
| CN106330700A (zh) * | 2015-06-15 | 2017-01-11 | 中兴通讯股份有限公司 | 数据通讯网络主备接入网元保护的方法及装置 |
| US11533343B2 (en) * | 2020-08-20 | 2022-12-20 | Geoverse Llc | Private cellular network for seamless extension of accessibility of PBX devices to remote devices |
Family Cites Families (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB9013605D0 (en) * | 1990-06-18 | 1990-08-08 | Stc Plc | Mobile communications |
| CA2111634C (en) * | 1992-12-17 | 1999-02-16 | Toshio Nishida | Private branch exchange |
| JP3082066B2 (ja) * | 1994-12-22 | 2000-08-28 | 日本電信電話株式会社 | 構内通信制御装置 |
| US5875234A (en) * | 1996-02-14 | 1999-02-23 | Netphone, Inc. | Computer integrated PBX system |
| US6016307A (en) * | 1996-10-31 | 2000-01-18 | Connect One, Inc. | Multi-protocol telecommunications routing optimization |
| US6385191B1 (en) * | 1996-11-14 | 2002-05-07 | Avaya Technology Corp. | Extending internet calls to a telephony call center |
| JP3147043B2 (ja) * | 1997-06-18 | 2001-03-19 | 日本電気株式会社 | コストルーティング装置及びコストルーティング方式並びにコストルーティング制御プログラムを記録した記録媒体 |
| JPH11275271A (ja) * | 1998-03-20 | 1999-10-08 | Fujitsu Ltd | 経路選択サービス制御装置 |
| JP2000013823A (ja) * | 1998-06-23 | 2000-01-14 | Ntt Mobil Communication Network Inc | 通信システム、通信経路制御法並びに該通信経路制御法を用いた回線制御装置及び移動端末 |
| JP2002135265A (ja) | 2000-10-23 | 2002-05-10 | Nec Access Technica Ltd | Ａｔｍ回線簡易ｉｐ接続試験システム、ａｔｍ回線簡易ｉｐ接続試験方法、ａｔｍ回線簡易ｉｐ接続試験装置 |
| US7339934B2 (en) | 2001-04-06 | 2008-03-04 | Level 3 Communications, Llc | Alternate routing of voice communication in a packet-based network |
| US20020199016A1 (en) * | 2001-06-22 | 2002-12-26 | Freedman Avraham T. | Automated control of outbound transist links in a multi-homed BGP routing environment |
| US6981022B2 (en) * | 2001-11-02 | 2005-12-27 | Lucent Technologies Inc. | Using PSTN to convey participant IP addresses for multimedia conferencing |
| US20030086418A1 (en) * | 2001-11-06 | 2003-05-08 | Mcintosh Chris P. | Intelligent private 3G network and method of operating the same |
| US7020087B2 (en) * | 2003-01-13 | 2006-03-28 | Motorola, Inc. | Segmented and distributed path optimization in a communication network |
| JP4415751B2 (ja) | 2003-05-14 | 2010-02-17 | パナソニック株式会社 | 情報通信装置 |
| JP4217544B2 (ja) * | 2003-06-05 | 2009-02-04 | 株式会社エヌ・ティ・ティ・ドコモ | 移動体通信システム、制御装置及び通信方法 |
| US7885208B2 (en) * | 2003-09-11 | 2011-02-08 | Nokia Corporation | IP-based services for circuit-switched networks |
| US6994245B2 (en) * | 2003-10-17 | 2006-02-07 | James M. Pinchot | Micro-reactor fabrication |
| CN100499536C (zh) * | 2003-10-22 | 2009-06-10 | 华为技术有限公司 | 无线局域网中选定业务的解析接入处理方法 |
| JP4071700B2 (ja) * | 2003-11-07 | 2008-04-02 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システム、内線送受信装置、無線基地局装置、無線制御装置及び移動交換局 |
| ES2759365T3 (es) * | 2004-07-27 | 2020-05-08 | Telecom Italia Spa | Comunicación por vídeo en redes móviles |
| JP4776202B2 (ja) * | 2004-10-01 | 2011-09-21 | 株式会社エヌ・ティ・ティ・ドコモ | 通信路切り替えシステム及び方法 |
| US7697433B2 (en) * | 2004-12-14 | 2010-04-13 | Cisco Technology, Inc. | Method and system for bypassing a core network in establishing a call between endpoints on different media gateways |
| US7206582B2 (en) * | 2004-12-27 | 2007-04-17 | Newstep Networks Inc. | Method, system and apparatus for call path reconfiguration |
| JP4476844B2 (ja) | 2005-03-01 | 2010-06-09 | 三菱電機株式会社 | 移動ネットワークの通信方法、移動通信制御装置 |
| JP4545110B2 (ja) * | 2006-03-29 | 2010-09-15 | 富士通株式会社 | 無線通信システム、無線通信装置および張り出し装置 |
| JP4730261B2 (ja) * | 2006-08-31 | 2011-07-20 | 富士ゼロックス株式会社 | 通信システム |
| JP4356727B2 (ja) * | 2006-09-29 | 2009-11-04 | 沖電気工業株式会社 | 経路管理システム、経路管理方法及び経路管理プログラム |
| JP4728931B2 (ja) * | 2006-11-08 | 2011-07-20 | 株式会社エヌ・ティ・ティ・ドコモ | 移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法 |
| US20080165683A1 (en) * | 2007-01-04 | 2008-07-10 | Debanjan Saha | Method, system, and program product for enhancing network communications between endpoints |
| JP2008236043A (ja) * | 2007-03-16 | 2008-10-02 | Fujitsu Ltd | 冗長構成装置間のｉｐ通信経路管理システム |
| JP2008236543A (ja) * | 2007-03-22 | 2008-10-02 | Hitachi Ltd | 通信経路制御方法、通信経路制御プログラムおよび通信装置 |
| FI20075252A0 (fi) * | 2007-04-13 | 2007-04-13 | Nokia Corp | Menetelmä, radiojärjestelmä, matkaviestin ja tukiasema |
-
2008
- 2008-10-08 JP JP2008261857A patent/JP5276406B2/ja not_active Expired - Fee Related
-
2009
- 2009-10-01 EP EP20090172000 patent/EP2175594B1/en not_active Not-in-force
- 2009-10-01 US US12/572,076 patent/US8614957B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20100085896A1 (en) | 2010-04-08 |
| EP2175594B1 (en) | 2012-08-08 |
| EP2175594A1 (en) | 2010-04-14 |
| JP2010093566A (ja) | 2010-04-22 |
| US8614957B2 (en) | 2013-12-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9648051B2 (en) | System and method for transitioning a communication session between networks that are not commonly controlled | |
| CA2220707C (en) | Method and apparatus for data network call processing | |
| JP5276406B2 (ja) | 内線接続方法及び経路選択装置 | |
| JP5272536B2 (ja) | 呼中継方法および呼中継システム | |
| EP3364676B1 (en) | Method for supporting pdn gw selection | |
| WO2012177024A1 (en) | Traffic offload via local network based on apn-specific or non-apn-specific informaiton | |
| US8019349B2 (en) | Telephone conversation resumption system, telephone conversation resumption program, telephone conversation resumption method, portable terminal and relay apparatus | |
| US20080153453A1 (en) | Method for providing emergency service in WiMAX networks | |
| US20160127967A1 (en) | Service offloading method and base station | |
| US6603849B2 (en) | System and method for call re-direction in H.323 network | |
| JP2008533761A (ja) | 通信方法及び通信システム | |
| US20070249357A1 (en) | Method for Switching Between Two Telephone Services | |
| JP2007243557A (ja) | 無線端末を収容するｉｐ電話システム | |
| JP2011077866A (ja) | 無線基地局装置、無線通信システムおよび無線通信方法 | |
| JP2010510735A (ja) | トランキングシステムにおける呼出方法及びその装置 | |
| JP4694980B2 (ja) | 緊急情報伝達サービスシステム | |
| JP4788430B2 (ja) | 移動体通信ネットワークシステム | |
| JP5893165B2 (ja) | 無線通信ネットワークにおけるアクセスの方法及びそのための装置 | |
| JP5569977B2 (ja) | 無線ｌａｎシステム、データの送受信方法及びプログラム | |
| US20190260807A1 (en) | Local routing of media streams | |
| JP2010273198A (ja) | 通信システム及び方法 | |
| KR100570898B1 (ko) | 패킷 기반의 이동전화 구내 교환 장치 및 이를 이용한 호처리 방법 | |
| KR102341243B1 (ko) | 5g 망에서 lte 망으로의 천이시 음성 서비스 제공 방법 | |
| JP2011244192A (ja) | 内線電話システムおよび内線電話方法 | |
| JP4820323B2 (ja) | 通信網選択システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110802 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130128 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130205 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130330 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130514 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130517 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 5276406 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |