JP5116398B2

JP5116398B2 - 通信装置、無線通信装置および通信制御方法

Info

Publication number: JP5116398B2
Application number: JP2007204655A
Authority: JP
Inventors: 知津子長澤; 空悟守田
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2007-08-06
Filing date: 2007-08-06
Publication date: 2013-01-09
Anticipated expiration: 2027-08-06
Also published as: CN101772946B; EP2178284B1; US8374644B2; KR101128204B1; JP2009044260A; US20110195693A1; KR20100039391A; EP2178284A4; EP2178284A1; WO2009020120A1; CN101772946A

Description

本発明は、通信装置、無線通信装置、および、通信制御方法に関するものである。

ＶｏＩＰ（Voice over Internet Protocol）を応用したインターネット電話などのリアルタイムアプリケーションにおいて接続要求などの呼制御を実現する通話制御プロトコルの１つとして、ＳＩＰ（Session Initiation Protocol ）という規格が定められている（例えば非特許文献１参照）。

ＳＩＰは、当初はインターネット上の有線ネットワークで接続されているＰＣやサーバなどのコンピュータ間でのＶｏＩＰ通信のために利用されてきた。しかしながら、近年、無線通信機器においてもデジタル化およびＩＰ化が進み、ＳＩＰをサポートする無線通信事業者（オペレータ）のＳＩＰサーバおよび無線通信端末（装置）が開発されている。さらに、最近では無線通信技術の発展に伴って、１つの無線通信端末が、異なる無線通信システム（無線通信ネットワーク）に接続可能な複数の無線通信デバイスを備えることが可能になってきた。典型的な構成は、ＰＤＡ、ＰＣ、或いは携帯電話機が、携帯電話ネットワークと接続する第１の無線通信デバイスと、ＷｉＦｉやＷｉＭＡＸなどの無線ＬＡＮやＭＡＮ（MetropolitanArea Network）のステーションと接続する第２の無線通信デバイスとを備えるものである。
ウェブサイト：http://www.ietf.org/rfc/rfc3261.txt （ＳＩＰを規定するＲＦＣ文書）

しかしながら、ＳＩＰ技術は、元々は有線通信ネットワークを対象とした技術であり、帯域や通信品質が時々刻々と変化する無線通信ネットワークは想定していなかった。さらに、ＳＩＰ技術は、複数の無線通信ネットワークに接続可能な無線通信装置などは対象としていなかった。即ち、インターネット上の有線通信ネットワークにおけるＳＩＰ技術の開発は進んでいるが、異種の無線通信ネットワークが複数あり、このような複数の異種無線ネットワークに跨る通信環境を前提としたＳＩＰ技術の開発は遅れている。

図２５に、従来技術による無線通信ネットワーク構成図を示す。図示するように、サーバやゲートウェイとしては、ＤＮＳサーバ１０、ＳＩＰサーバ２０、ＳＩＰサーバ３０、ゲートウェイ（ＧＷ）４０、ＳＭＳサーバ５０、ＳＩＰサーバ（或いはＧＷ）６０、ＳＩＰサーバ（或いはＧＷ）７０がある。発信側および着信側の通信端末やソフトホンとしては、無線通信端末ＵＡ１，ＵＡ２、通信端末（ソフトホン）ＵＡ３がある。これらの各端末は、上述した各サーバと、インターネットＮＥＴ１、オペレータパケットネットワークＮＥＴ２、オペレータ回線交換ネットワークＮＥＴ３、オペレータ無線通信パケットネットワークＲＮＥＴ１，ＲＮＥＴ２を介して接続されている。

例えば、図示したような無線通信ネットワーク構成において、無線通信端末ＵＡ１のＳＩＰ接続要求（発呼；INVITE）に応じて、オペレータ無線通信パケットネットワークＲＮＥＴ１に対応する回線交換ネットワークのＳＭＳサーバ５０によるＳＭＳ（ショートメッセージサービス）メッセージによって無線通信端末ＵＡ２が呼び出される（パケットネットワークへの接続と登録動作の指示）場合、無線通信端末ＵＡ２は、呼び出された回線交換ネットワークに対応する（同じ通信事業者が提供する）無線通信ネットワークのパケット交換ネットワーク（この場合はＲＮＥＴ１）を介してＳＩＰサーバ３０に対して、ＳＩＰ（Session Initiation Protocol ）の登録動作（REGISTER）を行い、以後ＳＩＰの手続きにより通話を成立させる。このような方法は、１つのオペレータ無線通信パケットネットワークとそれに対応する回線交換ネットワークしか利用できない無線通信端末を前提としたものである。一方、図２６に示すように、無線通信端末ＵＡ２が、２つのオペレータ無線通信パケットネットワークＲＮＥＴ１，ＲＮＥＴ２に接続する機能を持ち、２つの選択肢がある場合、従来技術のＳＩＰ（すなわち、ＳＩＰを実装する無線通信端末ＵＡ２）では、上述したように、接続要求（パケットネットワークへの接続と登録動作の指示）を含むメッセージが通過した経路に対応するネットワーク（この例ではオペレータ無線通信パケットネットワークＲＮＥＴ１）を経由してＳＩＰの登録を行い、このパケットネットワーク経路を使って発呼側／発信側（Calling party ）とセッションを取ることになる。このようなセッション確立方式では、発呼側ユーザ（Calling party ）が使用を所望するアプリケーションに応じた帯域、或いは、発呼側ユーザの希望する課金などに関する希望や好み、即ち、プリファレンスが必ずしも反映されているとは言えない。即ち、接続要求を行ったユーザ（Calling party)のプリファレンスが全く考慮されていない。

たとえ、発信側が、発呼をＳＩＰの呼設定メッセージ（INVITE）により行うときに、発信側の希望するプリファレンス（条件）を着信側に伝えたとしても、着信側では、発信側の条件にできるだけ対応した無線通信システムを選択することは可能であっても、発信側では、着信側が選択した無線通信システムをセッションを開始するまでは知ることができない。即ち、発信側端末は、着信側端末がどのような無線通信ネットワークに接続できるか（どれだけの帯域を使用できるか）、或いは、実際にどの無線通信システムを選択したのかは、セッションを確立して初めてわかる。そのため、着信側端末が発信側の通知するプリファレンスに合致しない、合致したとしても、その合致内容がどの程度なのかは、セッション確立まで発信側では分らなかった。例えば、着信側端末が、所要帯域に満たない帯域の無線通信ネットワークにしか現状では接続できない場合、発信側端末では、着信側端末の現在の無線通信状況を考慮した最適な帯域、最適な無線通信ネットワークで通信を始めることができなかった。

例えば、発信側：「ＷｉＭＡＸ（広帯域），ＥＶＤＯ（低帯域）」、着信側：「ＥＶＤＯ（低帯域）」のときに、発信側が通信料より帯域を優先して、広帯域なＷｉＭＡＸを選択して着信側に発信したときに、着信側は、帯域優先の条件を通知されたとしても低帯域なＥＶＤＯしか接続できないため、着信側は、低帯域なＥＶＤＯで接続することとなる。このような状況では、発信側で広帯域なＷｉＭＡＸを使用しても、着信側で選択された「低帯域なＥＶＤＯ」がボトルネックとなり、結局、当該セッションの帯域はＥＶＤＯの帯域分しか出せず、発信側で消費、占有されるＷｉＭＡＸの帯域は無駄となり、帯域使用効率の面、消費電力の面からも無駄である。特に、無線通信装置は、携行され移動する場合が多く、その無線接続状況は刻々と変化する。このように、刻一刻と変化する電波伝搬環境にある無線通信装置同士の接続において、相互の無線通信状況に応じた最適な無線通信システムをお互いに選択して、着信側、発信側の相互において効率のよい無線通信接続を提供する技法の開発が必要とされている。従って、発呼側／発信側（Calling Party ）の無線通信端末としては、接続可能な複数の無線通信システム（経路、ネットワーク、通信デバイスなど）を有効に利用できていないなどの問題があった。
さらに、図２６では、発信側通信端末および着信側通信端末間の通信を開始する前に、発信側通信端末および着信側通信端末間でそれぞれ利用できるネットワーク名、希望するネットワーク名、希望するアプリケーション名、所要帯域等の情報を交換する。しかし、着信側に希望するネットワークやアプリケーションが着信側で使用できない場合には、先の発信を中断することになる。そのため、発信側の希望するネットワークやアプリケーションが使用できず中断してしまった場合には、次に何時発信すれば希望のネットワークやアプリケーションで通信ができるかが発信側に分からない。

本発明は、複数の無線通信システム（デバイス／経路、ネットワーク、帯域など）を選択肢として持つ着信側の無線通信装置が発信側の希望ネットワークを使用できないため発信側ユーザが発信を中断した場合に、着信側の無線通信装置が発信側の希望ネットワークを使用できる状態になったときに、発信側の通信装置が着信側の無線通信装置からその旨の通知を受けることで、何時発信すれば着信側と希望ネットワークで接続できるかを発信側ユーザが分かるようにする技法（装置、方法）を提供することを目的とする。

上記目的を達成するため、請求項１に係る通信装置は、所定の通信システムを利用して、発信側が希望する着信側の無線通信システムの条件に関する情報を含む呼出要求を送信する送信手段と、前記送信手段が送信した呼出要求に対して、前記発信側が希望する着信側の無線通信システムの条件に適合しない無線通信システムを着信側が利用する旨の情報を受信すると、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ前記着信側が接続可能になった場合に、前記着信側が前記発信側に対してその旨を通知する通話可能通知を送信するよう前記着信側に要求する通話可能通知要求を送信するように制御する制御手段と、を備えることを特徴とする。

上記目的を達成するため、請求項２に係る無線通信装置は、複数の異なる無線通信システムを利用可能な無線通信装置であって、発信側から後に発信される呼出要求に対し、該発信側が希望する通信条件と、前記呼出要求を受信するために前記複数の異なる無線通信システムの少なくとも１つの無線通信システムの利用を促す要求と、を含む起動メッセージを受信するメッセージ受信手段と、前記受信した起動メッセージに対して、前記複数の無線通信システムの内の所定の無線通信システムを利用して前記呼出要求を受信するように応答する応答手段と、前記応答手段の応答に対して、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ接続可能になった場合に前記発信側に対してその旨を通知するように要求するメッセージである通話可能通知要求を受信した場合、前記条件に適合する無線通信システムが接続可能になると、該無線通信システムを利用して当該無線通信システムへ接続可能になった旨を通知するメッセージである通話可能通知を送信するように制御する制御手段と、を備えることを特徴とする。

前記請求項２における無線通信装置は、通話可能通知要求を受信する要求受信手段と、前記受信した通話可能通知要求を承諾するか否かを判定する判定手段と、前記受信した通話可能通知要求を承諾すると判定した場合に前記応答手段による前記所定の無線通信システムの利用を解除する解除手段と、をさらに備えることが好ましい。

前記判定手段は、前記受信した通話可能通知要求と予め設定しておいたモード条件とを比較することにより、前記受信した通話可能通知要求を当該モードに応じて承諾するか否かを判定することが好ましい。

前記判定手段は、前記受信した通話可能通知要求と予め設定しておいた通知先条件とを比較することにより、前記受信した通話可能通知要求を当該通知先に応じて承諾するか否かを判定することが好ましい。

上記目的を達成するため、請求項６に係る通信制御方法は、所定の通信システムを利用して、発信側が希望する着信側の無線通信システムの条件に関する情報を含む呼出要求を送信する送信工程と、前記送信工程で送信した呼出要求に対して、前記発信側が希望する着信側の無線通信システムの条件に適合しない無線通信システムを着信側が利用する旨の情報を受信すると、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ前記着信側が接続可能になった場合に、前記着信側が前記発信側に対してその旨を通知する通話可能通知を送信するよう前記着信側に要求する通話可能通知要求を送信するように制御する制御工程と、を行うことを特徴とする。

上記目的を達成するため、請求項７に係る通信制御方法は、複数の異なる無線通信システムを利用可能な通信制御方法であって、発信側から後に発信される呼出要求に対し、該発信側が希望する通信条件と、前記呼出要求を受信するために前記複数の異なる無線通信システムの少なくとも１つの無線通信システムの利用を促す要求と、を含む起動メッセージを受信するメッセージ受信工程と、前記受信した起動メッセージに対して、前記複数の無線通信システムの内の所定の無線通信システムを利用して前記呼出要求を受信するように応答する応答工程と、前記応答手段の応答に対して、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ接続可能になった場合に前記発信側に対してその旨を通知するように要求するメッセージである通話可能通知要求を受信した場合、前記条件に適合する無線通信システムが接続可能になると、該無線通信システムを利用して当該無線通信システムへ接続可能になった旨を通知するメッセージである通話可能通知を送信するように制御する制御工程と、を行うことを特徴とする。

本発明によれば、複数の無線通信システムを利用可能な着信側の無線通信装置が発信側の希望ネットワークを使用できないため発信側ユーザが発信を中断した場合には、着信側の無線通信装置が発信側の希望ネットワークを使用できる状態になったときに、発信側の通信装置が着信側の無線通信装置からその旨の通知を受けるので、何時発信すれば着信側と希望ネットワークで接続できるかを発信側ユーザが分かるようにすることができる。

本発明の原理・構成を詳細に説明する前に、本発明の典型的なシーケンスを簡単に説明する。本発明は様々なタイプの通信装置や無線通信装置およびその通信制御方法を対象とするが、発信側が無線通信装置を含む通信装置（通信端末）であり、着信側が典型的な無線通信装置である無線通信端末である場合を例にして説明する。

（１）複数の通信ネットワークシステム（デバイス）を具えた通信端末（装置）から複数の無線通信ネットワークシステム（デバイス）を具えた無線通信端末（装置）へリアルタイムアプリケーションの発信をする場合、発信側の通信端末は着信側無線通信端末に対し、発信側の接続できる通信ネットワーク名（無線通信ネットワーク名を含む）と希望するリアルタイムアプリケーションの所要帯域を通知する。着信側の無線通信端末は、自らが接続できる無線通信ネットワークと発信側の接続できる通信ネットワーク（無線通信ネットワークを含む）とアプリケーションの所要帯域を考慮して、着信側の無線通信ネットワークを選択し、発信側への応答として選択した着信側の無線通信ネットワークと着信側が接続できる無線通信ネットワーク名を発信側の通信端末に通知する。その後、発信側の通信端末は、着信側から通知された内容と自らが接続できる通信ネットワークとアプリケーションの所要帯域とに基づいて接続する通信ネットワークを選択し、発信側、着信側の双方でそれぞれ選択された通信ネットワーク（無線通信ネットワークを含む）で必要なＳＩＰの手順を行い、通信状態に至る。

（２）上記の発信側通信端末・着信側通信端末間において、発信側の接続できる通信ネットワーク名および希望するリアルタイムアプリケーションの所要帯域の通知や、選択したネットワークの通知は、ＳＩＰサーバを介して行う。また、着信側無線通信端末は着信側無線通信端末の使用するネットワークを選択すると、選択したネットワークに接続してＳＩＰサーバに登録する。また、登録されたネットワーク名の発信側通信端末への通知は、ＳＩＰサーバが行う。
（３）（１）において、発信側通信端末の接続できる通信ネットワークおよび必要帯域を通知された着信側の無線通信端末は、帯域条件を満足する通信ネットワークが発信側・着信側で複数ある場合、その中で一番通信料が安い通信ネットワークを選択する。
（４）（２）において、発信側通信端末は、発信側通信端末の接続できる通信ネットワーク名および希望するリアルタイムアプリケーションの所要帯域と共に着信側通信端末に接続してほしい希望ネットワーク名を通知する。
（５）（４）において、発信側通信端末からの通知を受信したＳＩＰサーバは、着信側無線通信端末が発信側から通知した希望ネットワークと同じネットワークで既に接続・登録していれば、前記通知を着信側無線通信端末に送信せずに必要なＳＩＰの手順を行い、通信状態に至る。
（６）（４）において、発信側通信端末からの通知を受信したＳＩＰサーバは、通知された希望ネットワーク名および発信側通信端末、着信側無線通信端末の組み合わせを記憶する。そして、ＳＩＰサーバは、着信側無線通信端末が接続・登録すると、発信側通信端末が通知した希望ネットワークで着信側無線通信端末が接続・登録していれば、必要なＳＩＰの手順を行い、通信状態に至る。

（７）（１）における選択した着信側の無線通信ネットワークの帯域が発信側が希望する必要帯域に満たなかった場合、ＳＩＰサーバはその旨を発信側通信端末に通知し、発信側通信端末は、ユーザに対し所要帯域（必要帯域）の少ないアプリケーションに変更するか、着信側無線通信端末への発信を中止するかの選択を求め、中止が選択された場合には着信側無線通信端末に中断することを通知し、通信を終了する。変更が選択された場合には、着信側無線通信端末の無線通信ネットワークに合わせた通信ネットワークに切り換え、通知された発信側・着信側の通信ネットワークの帯域で使用できるアプリケーションに変更し、必要なＳＩＰの手順（ＩＮＶＩＴＥなど）を行う。
（８）（１）において選択された着信側の無線通信ネットワークに合わせて発信側の通信ネットワークを切り替えた場合に料金が上がる場合には、発信側端末は、ユーザに対し料金を提示し、通信ネットワークを変更するか、変更しないか、着信側無線通信端末への発信を中止するかの選択を求め、中止が選択された場合には着信側無線通信端末に中断することを通知し、終了する。変更が選択された場合には、着信側無線通信端末のネットワークに合わせた通信ネットワークに切り換え、必要なＳＩＰの手順を行う。また、変更しないが選択された場合には、切り換えずに、必要なＳＩＰの手順を行う。
（９）（１）において、発信側の通信端末は、着信側の無線通信端末で実現して欲しい帯域を優先するか、それとも課金が安くなることを優先するかといった着信側での無線通信ネットワークの選択に関するポリシー（希望）を、発信側の接続できる通信ネットワーク名および希望するリアルタイムアプリケーションの所要帯域と共に通知する。着信側の無線通信端末では、通知された無線ネットワークの選択に関するポリシーに応じて、使用する着信側の無線通信ネットワークを選択する。

（１０）（７）、（８）おいて中止が選択された場合には、発信側端末は、着信側無線通信端末が希望ネットワークに接続できるようになった際に着信側無線通信端末から発信側通信端末に対して通知するよう要求(通話可能通知要求)するかどうかユーザに選択を求める。要求しないことをユーザが選択した場合、発信側通信端末は、着信側無線通信端末に中断することを通知し、終了する。要求することをユーザが選択した場合には、発信側通信端末は、着信側無線通信端末に対して通話可能通知要求を送信する。着信側無線通信端末は、通話可能通知要求を受け取ると、ユーザに承諾／拒否の選択を求め、選択結果を発信側通信端末に送信する。承諾が選択された場合には、着信側無線通信端末が発信側の希望していた通信ネットワークに接続できるようになると、着信側無線通信端末は発信側通信端末に対し、希望ネットワークに接続できるようになった旨の通知である通話可能通知（通信可能通知）を送信する。
（１１）（１０）において、発信側通信端末は、各着信側無線通信端末に希望ネットワークでどの位の確率で接続できたか、通話可能通知をいつ受信したかを記憶して、各着信側無線通信端末の時間毎の接続状況の統計を取り、グラフを表示する。

以下、本発明を実施するための最良の形態を図面に基づき詳細に説明する。
図１は本発明の第１実施形態の通信制御方法を適用する無線通信ネットワークの通信構成を示す図である。図１に示すように、サーバやゲートウェイとしては、ＤＮＳサーバ１０、ＳＩＰサーバ２０、ＳＩＰサーバ３０、ゲートウェイ（ＧＷ）４０、ＳＭＳサーバ５０、ＳＩＰサーバ（或いはＧＷ）６０、ＳＩＰサーバ（或いはＧＷ）７０がある。ＳＩＰサーバ３０は、呼制御サーバとして機能し、ＳＭＳサーバ５０は、メッセージ送信サーバとして機能する。発信側および着信側の通信端末やソフトホンとしては、無線通信端末（ＵＡ；User Agent）１００，２００および通信端末（ソフトホン）ＵＡ３００がある。これらの各端末は、上述した各サーバと、インターネットＮＥＴ１、オペレータパケットネットワークＮＥＴ２、オペレータ回線交換ネットワークＮＥＴ３、オペレータ無線通信パケットネットワークＲＮＥＴ１，ＲＮＥＴ２を介して接続されている。

発信側通信装置である無線通信端末ＵＡ１００は、オペレータ無線通信パケットネットワークＲＮＥＴ１（以下、無線ネットワークＲＮＥＴ１ともいう）およびオペレータ無線通信パケットネットワークＲＮＥＴ２（以下、無線ネットワークＲＮＥＴ２ともいう）に接続可能なマルチモード端末である。なお、ＵＡ１００は、無線通信端末ではない発信側通信装置やＳＭＳメッセージの送受信を行えない発信側通信装置も含んでおり、例えば通信端末（ソフトホン）ＵＡ３００が発信側通信装置になることも可能である。着信側無線通信装置である無線通信端末ＵＡ２００は、無線ネットワークＲＮＥＴ１、無線ネットワークＲＮＥＴ２およびオペレータ回線交換ネットワークＮＥＴ３（以下、ネットワークＮＥＴ３ともいう）に接続可能なマルチモード端末である。無線ネットワークＲＮＥＴ２は、無線ネットワークＲＮＥＴ１に比べてより広帯域なネットワークである。無線通信端末ＵＡ１００は、通常待ち受け時には、どちらか一方の無線ネットワークでＳＩＰサーバ３０登録（REGISTER）している。また、無線通信端末ＵＡ２００は、通常待ち受け時には、オペレータ回線交換ネットワークＮＥＴ３で待ち受けしており、無線ネットワークＲＮＥＴ１および無線ネットワークＲＮＥＴ２には接続されておらず、ドーマント状態である。また、通信端末（ソフトホン）ＵＡ３００は、常時接続の環境を有しており、ＳＩＰサーバ２０に登録(REGISTER)済みである。

図２は本発明の無線通信ネットワークで用いる無線通信端末（発信側無線通信端末ＵＡ１００および着信側無線通信端末ＵＡ２００）の機能ブロック図である。図２に示すように、無線通信端末ＵＡ１００，ＵＡ２００は、通信処理部３１０、制御部（ＣＰＵ、プロセッサ）３２０、操作（プリファレンス）入力部３３０、ＳＩＰ（拡張）処理部３４０、無線通信ネットワーク選択処理部３５０、スピーカＳＰ，マイクロフォンＭＩＣ、情報表示部３６０、音声変調／復調部３７０、画像変調／復調部３８０、無線通信＃１リンク制御部（Ｉ／Ｆ処理部およびＬ２情報取得部を含む）３９０、無線通信＃２リンク制御部（Ｉ／Ｆ処理部およびＬ２情報取得部を含む）４００、無線通信＃Ｎリンク制御部（Ｉ／Ｆ処理部およびＬ２情報取得部を含む）４１０、通話可能通知要求送信記憶部４２０、通話可能通知要求送信処理部４３０、通話可能通知要求受信記憶部４４０、通話可能通知要求受信処理部４５０、接続通知自動応答判定部４６０、接続通知自動応答設定部４７０、発信先接続状況記憶部４８０および発信先接続状況グラフ作成部４９０を備える。通信処理部３１０は、無線通信ネットワーク選択処理部３５０および無線通信＃１，＃２，＃Ｎリンク制御部３９０〜４１０のいずれか１つを介して呼設定メッセージ（ＩＮＶＩＴＥメッセージ）を送受信する送信部や受信部として機能する。また、通信処理部３１０は、無線通信ネットワーク選択処理部３５０および無線通信＃１，＃２，＃Ｎリンク制御部３９０〜４１０のいずれか１つを介してパケット交換ネットワークと問い合わせメッセージ（ＳＭＳメッセージ）の送受信を行う送信部、受信部としても機能する。さらに、通信処理部３１０は、発信側において、所定の通信システムを利用して、発信側が希望する着信側の無線通信システムの条件に関する情報を含む呼出要求（ＩＮＶＩＴＥ）を送信する送信部として機能する。また、通信処理部３１０は、着信側において、発信側から後に発信される呼出要求（ＩＮＶＩＴＥ）に対し、該発信側が希望する通信条件と、前記呼出要求（ＩＮＶＩＴＥ）を受信するために前記複数の異なる無線通信システムの少なくとも１つの無線通信システムの利用を促す要求（所定のアプリケーションの起動コマンド等）とを含む起動メッセージを受信するメッセージ受信部として機能する。また、通信処理部３１０は、前記受信した起動メッセージに対して、前記複数の無線通信システムの内の所定の無線通信システムを利用して前記呼出要求（ＩＮＶＩＴＥ）を受信するように応答する応答部として機能する。また、制御部３２０は、発信側において、前記送信部が送信した呼出要求（ＩＮＶＩＴＥ）に対して、前記発信側が希望する着信側の無線通信システムの条件に適合しない無線通信システムを着信側が利用する旨の情報を受信すると、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ前記着信側が接続可能になった場合に、前記着信側が前記発信側に対してその旨を通知する通話可能通知を発信側に送信するよう前記着信側に要求する通話可能通知要求を送信するように制御する制御部として機能する。また、通信処理部３１０は、着信側において、前記応答部の応答に対して、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ接続可能になった場合に前記発信側に対してその旨を通知するように要求するメッセージである通話可能通知要求を受信した場合、前記条件に適合する無線通信システムが接続可能になると、該無線通信システムを利用して当該無線通信システムへ接続可能になった旨を通知するメッセージである通話可能通知を送信するように制御する制御部として機能する。また、着信側において、通話可能通知要求受信記憶部４４０および通話可能通知要求受信処理部４５０は、通話可能通知要求を受信する要求受信部と、前記受信した通話可能通知要求を承諾するか否かを判定する判定部と、前記受信した通話可能通知要求を承諾すると判定した場合に前記応答部による前記所定の無線通信システムの利用を解除（UNREGISTER）する解除部として機能する。また、前記判定部は、前記受信した通話可能通知要求と予め設定しておいたモード条件（自動モード、手動モード、通常モード、マナーモードなど）とを比較することにより、前記受信した通話可能通知要求を当該モードに応じて承諾するか否かを判定したり、前記受信した通話可能通知要求と予め設定しておいた通知先条件（通話先毎に承諾／拒否を設定する）とを比較することにより、前記受信した通話可能通知要求を当該通知先に応じて承諾するか否かを判定したりする判定動作を行う。

図３は本発明の無線通信ネットワークで用いるＳＩＰサーバ（呼制御サーバ）の機能ブロック図である。図３に示すように、ＳＩＰサーバ３０は、ログイン（登録）処理部５１０、呼出要求受信部５２０、登録通知生成部５３０、登録通知送信部５４０、アドレス解決処理部５５０、呼出要求生成部５６０、呼出要求送信部５７０、発信希望記憶部５８０および発信希望処理部５９０を備える。ログイン（登録）処理部５１０は、端末からのログイン（登録；REGISTER）要求を受け取り、必要な処理を行う。呼出要求受信部５２０は、発信側のプリファレンス情報を含み、着信側を呼び出すための呼設定メッセージ（Inviteメッセージ）を受信する。呼出要求生成部５６０は、呼出要求受信部５２０により受信された呼設定メッセージを着呼側に伝えるために、前記呼設定メッセージを受信したことを示す情報と、呼設定メッセージに含まれる希望する条件（プリファレンス情報）とを含む呼出要求情報を生成する。呼出要求送信部５７０は、生成された呼出要求情報をＳＭＳサーバ（メッセージ送信サーバ）に送信する、または、ＳＩＰプロトコルに基づいて生成された呼出要求情報を着信側端末に送信する。発信希望記憶部５８０は、無線通信端末（発信元端末）ＵＡ１００からの発信希望条件（希望する無線通信ネットワーク、アプリケーションや課金等）を記憶する。発信希望処理部５９０は、無線通信端末（発信元端末）ＵＡ１００からの発信希望条件に基づいて、必要な処理を行う。

図４は第１実施形態の通信制御方法において、発信側無線通信端末（発信元端末）ＵＡ１００が回線交換網に接続できる着信側無線通信端末（発信先端末）ＵＡ２００に発信し、リアルタイムアプリケーションで通信を開始するまでの通信制御を示すシーケンス図である。また、発信側無線通信端末（発信元端末）ＵＡ１００および着信側無線通信端末（発信先端末）ＵＡ２００間で使用可能なネットワーク情報をやり取りした後、着信側無線通信端末（発信先端末）ＵＡ２００が発信側の希望ネットワークを使用できなくても発信側無線通信端末（発信元端末）ＵＡ１００がアプリケーションを変更して発信を（中断することなく）継続する場合を示している。
まず、発信元端末ＵＡ１００は、無線ネットワークＲＮＥＴ２に接続して（無線ネットワークＲＮＥＴ２を利用して）、ＳＩＰサーバ３０に登録（REGISTER）を行う。このとき、ＳＩＰサーバ３０では、図５のステップＳ０１〜Ｓ０３に示す処理を行う。すなわち、図５のステップＳ０１で、端末（この場合、発信元端末ＵＡ１００）から登録要求（REGISTER REQUEST）を受信すると、次のステップＳ０２では、図６に例示する登録（REGISTER）記憶テーブルに当該端末のアドレス・番号・ネットワーク名を登録する。その後、ステップＳ０３の判断は、この時点では通信相手の端末への発信希望が無いため、Ｎｏになって終了して、待機状態となる。なお、発信元端末ＵＡ１００が既に登録（REGISTER）している通信ネットワークと発信時に自らが希望するネットワークとが異なる場合には、希望ネットワークで登録し直すものとする。

次に、発信元端末ＵＡ１００のユーザが発信先端末ＵＡ２００に発信することを選択すると、発信元端末ＵＡ１００は、発信先端末ＵＡ２００に対する呼出要求（INVITE）をＳＩＰサーバ３０に送る。この呼出要求（INVITE）には、図７に例示するように、
・発信側無線通信端末の接続できる無線ネットワークリスト：ＩＥＥＥ８０２．１６ｅ、ＥＶＤＯ
・アプリケーション名：テレビ電話（カラー）
・アプリケーションに必要な帯域：５００ｋｂｐｓ
・発信側が希望する無線ネットワーク：ＩＥＥＥ８０２．１６ｅ
・「帯域優先」か「料金の安さを優先」かの情報：「帯域優先」
の情報が含まれている。

上記呼出要求（INVITE）を受信したＳＩＰサーバ３０は、発信先端末ＵＡ２００がまだ登録されていないことを確認すると、発信元番号および発信先番号、発信側（発信元）が希望する無線ネットワークを、発信希望として発信希望記憶テーブル（その構成を図８に例示する）に記憶する。そして、ＳＩＰサーバ３０は、発信先端末ＵＡ２００に対し、ＧＷ４０を経由して、ＳＭＳサーバ５０（その構成を図９に例示する）から、ＳＭＳで起動メッセージを送信する。この起動メッセージにも、上記呼出要求（INVITE）に含まれる情報が入っている。このとき、ＳＩＰサーバ３０では、図１０のステップＳ１１〜Ｓ１３、Ｓ１６に示す処理を行う。すなわち、図１０のステップＳ１１で、端末（この場合、発信元端末ＵＡ１００）から呼出要求（INVITE）を受信すると、次のステップＳ１２では、発信元端末の番号と呼出要求（INVITE）の発信先の番号との組合せと、発信元が希望する無線ネットワーク名とを、発信希望として発信希望記憶テーブルに登録または上書きする。次のステップＳ１３では、発信先の端末が発信元の希望する無線ネットワークに登録されているか否かを判断し、登録されていなければ、ステップＳ１６に進んで、ＳＭＳサーバ５０経由で発信先の端末に呼出要求情報を送信した後、終了して、待機状態となる。

なお、上記ステップＳ１３の判断時に、既にＳＩＰサーバ３０に登録されている着信側無線通信端末ＵＡ２００の無線ネットワークが発信元端末ＵＡ１００が希望する無線ネットワークであった場合には、ＳＩＰサーバ３０は、呼出要求（INVITE）をそのまま発信先の端末に送信する。このとき、ＳＩＰサーバ３０では、図１０のステップＳ１３のＹｅｓ−Ｓ１４−Ｓ１５に示す処理を行う。すなわち、図１０のステップＳ１３の判断がＹｅｓのときに進むステップＳ１４では、発信希望を削除し、次のステップＳ１５では、ＳＩＰサーバ３０は、呼出要求（INVITE）を発信先の端末に送信し、以後通常のＳＩＰの手続に移行する。
また、発信先端末ＵＡ２００がオペレータ回線交換ネットワーク（ＮＥＴ２）に接続できない端末であった場合には、オペレータ無線通信パケットネットワーク（ＲＮＥＴ１またはＲＮＥＴ２）のページング情報に呼出要求（INVITE）の情報を載せて、発信先端末を呼び出せばよい。また、発信先の端末がインターネットに接続されたＰＣ等であって、既にＳＩＰサーバ３０に登録されている場合には、その端末のアドレスに対し呼出要求（INVITE）の情報を送信すればよい。

ＳＭＳサーバ５０から起動メッセージを受け取った発信先端末ＵＡ２００は、起動メッセージ内の情報と自らが現在接続できる無線ネットワークとを考慮して、発信先端末ＵＡ２００が接続する無線ネットワークとしてオペレータ無線通信パケットネットワークＲＮＥＴ１を選択する。そして、選択した無線ネットワークに接続した後、ＳＩＰサーバ３０に登録する。この登録時に、ＳＩＰサーバ３０は、発信先端末ＵＡ２００がオペレータ無線通信パケットネットワークＲＮＥＴ１（発信元端末ＵＡ１００が希望した無線ネットワークとは異なる無線ネットワーク）で接続および登録したことを確認すると、発信元端末ＵＡ１００に、発信先端末ＵＡ２００がオペレータ無線通信パケットネットワークＲＮＥＴ１で登録したことを通知する。この場合、発信先端末ＵＡ２００が発信元端末ＵＡ１００の希望した無線ネットワークとは異なる無線ネットワークで接続および登録しているため、ＳＩＰサーバ３０は、呼出要求（INVITE）を発信先端末に送信しないように制御する。

このとき、ＳＩＰサーバ３０では、図５のステップＳ０１−Ｓ０２−Ｓ０３のＹｅｓ−Ｓ０４のＮｏ−Ｓ０６に示す処理を行う。すなわち、図５のステップＳ０１で、端末（この場合、発信先端末ＵＡ２００）から登録（REGISTER）を受信すると、次のステップＳ０２では、図６に例示する登録（REGISTER）記憶テーブルに当該端末のアドレス・番号・ネットワーク名を登録する。その後、ステップＳ０３の判断は、自己（発信先端末ＵＡ２００）の端末への発信希望があるため、Ｙｅｓになり、ステップＳ０４に進む。ステップＳ０４では、発信先端末ＵＡ２００は発信元端末ＵＡ１００が希望した無線ネットワーク（ＲＮＥＴ２）で登録したか否かを判断するが、この判断がＮｏになるため、ステップＳ０６に進む。ステップＳ０６では、発信元通信端末ＵＡ１００へ、発信先端末ＵＡ２００の登録情報（登録した無線ネットワーク名も含む）を通知する。なお、発信先端末ＵＡ２００が発信元端末ＵＡ１００が希望した無線ネットワークで接続および登録している場合には、ステップＳ０４の判断がＹｅｓになってステップＳ０５に進み、ステップＳ０５では、ＳＩＰサーバ３０は、呼出要求（INVITE）を発信先端末ＵＡ２００に送信し、以後通常のＳＩＰの手続を行い、通信を開始する。

上記登録情報の通知を受けた発信元端末ＵＡ１００は、無線ネットワーク（ＲＮＥＴ１）では帯域が不足すること、および、無線ネットワーク（ＲＮＥＴ１）の課金は無線ネットワーク（ＲＮＥＴ２）の課金以下であることを確認すると、ユーザに帯域の少ないアプリケーション（モノクロテレビ電話または電話）に変更して通信を行うか、もしくは、中断するかを確認させるために、図１１に例示するユーザ選択画面を表示する。このユーザ選択画面を見たユーザがアプリケーションを変更して通信を行うことを選択した場合には、無線ネットワーク（ＲＮＥＴ２）を切断して無線ネットワーク（ＲＮＥＴ１）で接続し、ＳＩＰサーバ３０に登録した後、発信先端末ＵＡ２００に対する呼出要求（INVITE）を送信（再送信）する。この再送信時には、先の呼出要求（INVITE）はＳＩＰサーバ３０でキャンセルされている。この呼出要求（INVITE）には、
・アプリケーション名：モノクロテレビ電話
・発信側が希望する無線ネットワーク：無線ネットワークＲＮＥＴ１
が書かれている。
なお、上記確認時に、アプリケーションを変更しないことが選択された場合には、そのまま無線ネットワーク（ＲＮＥＴ２）で先の呼出要求（INVITE）を送信する。また、上記確認時に中断が選択された場合には、中断することをＳＩＰサーバ３０を経由して発信先端末ＵＡ２００に通知する。この中断の通知を受け取った発信先端末ＵＡ２００では、必要に応じて無線ネットワークＲＮＥＴ１を切断する。

発信先端末ＵＡ２００の登録している無線ネットワーク（無線ネットワークＲＮＥＴ１）が発信元端末ＵＡ１００が希望する無線ネットワーク（無線ネットワークＲＮＥＴ１）と一致することをＳＩＰサーバ３０が確認すると、当該呼出要求（INVITE）を発信先端末ＵＡ２００に送信する。このとき、ＳＩＰサーバ３０では、図１０のＳ１１−Ｓ１２−Ｓ１３のＹｅｓ−Ｓ１４−Ｓ１５に示す処理を行う。その後、発信元端末ＵＡ１００および発信先端末ＵＡ２００は、図４に示した通話に必要なＳＩＰの手続を行い、リアルタイムアプリケーションの通信を開始する。

図１２は第１実施形態の通信制御方法において、発信側無線通信端末（発信元端末）ＵＡ１００が回線交換網に接続できる着信側無線通信端末（発信先端末）ＵＡ２００に発信し、通話可能通知要求および通話可能通知のやり取りを経てリアルタイムアプリケーションで通信を開始するまでの通信制御を示すシーケンス図である。具体的には、発信側無線通信端末（発信元端末）ＵＡ１００および着信側無線通信端末（発信先端末）ＵＡ２００間で使用可能なネットワーク情報をやり取りした後、着信側無線通信端末（発信先端末）ＵＡ２００が発信側の希望ネットワークを使用できないため発信側無線通信端末（発信元端末）ＵＡ１００が発信を一旦中断し、着信側無線通信端末（発信先端末）ＵＡ２００が希望ネットワークを使用できるようになってから発信側無線通信端末（発信元端末）ＵＡ１００が再度発信して通話を行う場合を示している。

まず、発信元端末ＵＡ１００は、オペレータ無線通信パケットネットワークＲＮＥＴ２（無線ＲＮＥＴ２という）に接続して（無線ＲＮＥＴ２を利用して）、ＳＩＰサーバ３０に登録（REGISTER）を行う。このとき、ＳＩＰサーバ３０では、図５のステップＳ０１〜Ｓ０３に示す処理を行う。すなわち、図５のステップＳ０１で、端末（この場合、発信元端末ＵＡ１００）から登録要求（REGISTER REQUEST）を受信すると、次のステップＳ０２では、図６に例示する登録（REGISTER）記憶テーブルに当該端末のアドレス・番号・ネットワーク名を登録する。その後、ステップＳ０３の判断は、この時点では通信相手の端末への発信希望が無いため、Ｎｏになって終了して、待機状態となる。なお、発信元端末ＵＡ１００が既に登録（REGISTER）している通信ネットワークと発信時に自らが希望するネットワークとが異なる場合には、希望ネットワークで登録し直すものとする。

次に、発信元端末ＵＡ１００のユーザが発信先端末ＵＡ２００に発信することを選択すると、発信元端末ＵＡ１００は、発信先端末ＵＡ２００に対する呼出要求（INVITE）をＳＩＰサーバ３００に送る。図７のフォーマットに基づいて下記内容にて生成される、この呼出要求（INVITE）には、
・発信側無線通信端末の接続できる無線ネットワークリスト：ＩＥＥＥ８０２．１６ｅ、ＥＶＤＯ
・アプリケーション名：テレビ電話
・アプリケーションに必要な帯域：５００ｋｂｐｓ
・発信側が希望する無線ネットワーク：ＩＥＥＥ８０２．１６ｅ
・「帯域優先」か「料金の安さを優先」かの情報：「帯域優先」
の情報が含まれている。

ＳＭＳサーバ５０から起動メッセージを受け取った発信先端末ＵＡ２００は、起動メッセージ内の情報と自らが現在接続できる無線ネットワークとを考慮して、発信先端末ＵＡ２００で接続する無線ネットワークとしてオペレータ無線通信パケットネットワークＲＮＥＴ１を選択する。そして、選択した無線ネットワークに接続した後、ＳＩＰサーバ３０に登録する。この登録時に、ＳＩＰサーバ３０は、発信先端末ＵＡ２００がオペレータ無線通信パケットネットワークＲＮＥＴ１（発信元端末ＵＡ１００が希望した無線ネットワークとは異なる無線ネットワーク）で接続および登録したことを確認すると、発信元端末ＵＡ１００に、発信先端末ＵＡ２００がオペレータ無線通信パケットネットワークＲＮＥＴ１で登録したことを通知する。この場合、発信先端末ＵＡ２００が発信元端末ＵＡ１００の希望した無線ネットワークとは異なる無線ネットワークで接続および登録しているため、ＳＩＰサーバ３０は、呼出要求（INVITE）を発信先端末に送信しないように制御する。

このとき、ＳＩＰサーバ３０では、図５のステップＳ０１−Ｓ０２−Ｓ０３のＹｅｓ−Ｓ０４のＮｏ−Ｓ０６に示す処理を行う。すなわち、図５のステップＳ０１で、端末（この場合、発信先端末ＵＡ２００）から登録（REGISTER）を受信すると、次のステップＳ０２では、図６に例示する登録（REGISTER）記憶テーブルに当該端末のアドレス・番号・ネットワーク名を登録する。その後、ステップＳ０３の判断は、自己の端末（発信先端末ＵＡ２００）への発信希望があるため、Ｙｅｓになり、ステップＳ０４に進む。ステップＳ０４では、発信先端末ＵＡ２００は発信元端末ＵＡ１００が希望した無線ネットワーク（ＲＮＥＴ２）で登録したか否かを判断するが、この判断がＮｏになるため、ステップＳ０６に進む。ステップＳ０６では、発信元通信端末ＵＡ１００へ、発信先端末ＵＡ２００の登録情報（登録した無線ネットワーク名も含む）を通知する。なお、発信先端末ＵＡ２００が発信元端末ＵＡ１００が希望した無線ネットワークで接続および登録している場合には、ステップＳ０４の判断がＹｅｓになってステップＳ０５に進み、ステップＳ０５では、ＳＩＰサーバ３０は、呼出要求（INVITE）を発信先端末ＵＡ２００に送信し、以後通常のＳＩＰの手続を行い、通信を開始する。

上記登録情報の通知を受けた発信元端末ＵＡ１００は、無線ネットワーク（ＲＮＥＴ１）では帯域が不足すること、および、無線ネットワーク（ＲＮＥＴ１）の課金は無線ネットワーク（ＲＮＥＴ２）の課金以下であることを確認すると、ユーザに帯域の少ないアプリケーション（モノクロテレビ電話または電話）に変更して通信を行うか、もしくは、中断するかを確認させるために、図１１に例示するユーザ選択画面を表示する。このユーザ選択画面を見たユーザが中断を選択した場合には、発信元端末ＵＡ１００は、発信先端末ＵＡ２００が希望ネットワークを使用できるようになったときにその旨を通知するように要求する「通話可能通知要求」を送信するか否かをユーザに確認する。ここで、ユーザが「Ｎｏ（送信しない）」を選択した場合には、発信元端末ＵＡ１００は、ＳＩＰサーバ３０に中断することを通知し、ＳＩＰサーバ３０は、中断する旨を発信先端末ＵＡ２００に通知し、発信先端末ＵＡ２００は、必要に応じて無線ネットワーク（ＲＮＥＴ１）を切断する。

この間、発信元端末ＵＡ１００では、図１３のステップＳ１０１〜ステップＳ１１２の処理を行う。すなわち、上記アプリケーションの起動時に起動される図１３のフローチャートにおいて、ステップＳ１０１で発信先端末およびネットワークの選択を行い、ステップＳ１０２で発信し、ステップＳ１０３で呼出要求（INVITE）を送信し、ステップＳ１０４で「100Trying 」を受信したか否かを判定し、受信した場合にはステップＳ１０５に進み、受信しない場合にはステップＳ１０６に進んで、以降、必要なＳＩＰの手順を経て通信を行う。ステップＳ１０５では発信先の登録（RFGISTRATION）の通知を受信したか否かを判定し、ＮｏならばステップＳ１０４に戻ってステップＳ１０４以降を繰り返し、ＹｅｓならばステップＳ１０７に進んで、アプリケーション、ネットワークを変更して発信を継続するか否かを判定する。この判定がＹｅｓ（発信）ならば、ステップＳ１０８で変更したネットワークで登録（RFGISTRATION）を行った後に、ステップＳ１１０に進んで、以降、必要なＳＩＰの手順を経て通信を行う。一方、ステップＳ１０７の判定がＮｏ（中断）ならば、ステップＳ１１１で通話可能通知要求を送信するか否かを判定し、Ｙｅｓ（送信する）ならば図１４のステップＳ１１３に進んで通話可能通知要求を送信し、Ｎｏ（送信しない）ならば、ステップＳ１１２に進んでＳＩＰサーバ３０を介して発信先に中断することを伝える。

上記通話可能通知要求を送信するか否かの確認において、ユーザが「Ｙｅｓ（送信する）」を選択した場合には、発信元端末ＵＡ１００は、通話可能通知要求の発信先、希望ネットワークおよび使用アプリケーションの確認と、有効時間およびメッセージの入力とを求めるために、図１５（ａ），（ｂ）に例示するユーザ選択画面を表示する。このユーザ選択画面を見たユーザが確認および所望の入力を行うと、発信元端末ＵＡ１００では、当該通話可能通知要求にＩＤを割り振り、発信先端末ＵＡ２００に対する通話可能通知要求（図１６に例示するように、ＳＩＰで規定されたメッセージと、通話可能通知の内容を示すメッセージとから成る）をＳＩＰサーバ３０に送信し、その通話可能通知要求は、ＳＩＰサーバ３０から発信先端末ＵＡ２００に転送される。この間、発信元端末ＵＡ１００では、上述したステップＳ１０７のＮｏ−ステップＳ１１１のＹｅｓ−ステップＳ１１３の処理を行う。

上記通話可能通知要求を受け取った発信先端末ＵＡ２００では、この通話可能通知要求を承諾するか拒否するかを選択を行う。発信先端末ＵＡ２００には、承諾か拒否かを端末が自動で選択する自動モードと、承諾か拒否かをユーザが選択する手動モードが用意されており、発信先端末ＵＡ２００において承諾か拒否かをユーザが選択する手動モードに設定されている場合には、通話可能通知要求が届いたことをユーザに通知し、承諾／拒否の選択をユーザに求める。一方、発信先端末ＵＡ２００において承諾か拒否かを端末が自動選択する自動モードに設定されている場合には、事前にマナーモードのＯＮ／ＯＦＦによって、全て拒否するか全て承諾するか通知先毎に選択するかの設定をユーザが行う（その場合に表示するユーザ選択画面の一例を図１９（ａ）に示す）。また、「通知先毎に選択する」が選択されている場合には通知先毎に拒否／承諾の設定を行っておく（その場合に表示するユーザ選択画面の一例を図１９（ｂ）に示す）。そして、通話可能通知要求の要求元である発信元端末ＵＡ１００の識別や、当該通話可能通知要求の受信時の発信先端末ＵＡ２００におけるマナーモードＯＮ／ＯＦＦ状態から、承諾か拒否かを発信先端末ＵＡ２００が判定する。ここで、承諾であると判定された場合には、応答として承諾したこと（ＯＫ）がＳＩＰサーバ３０を介して発信先端末ＵＡ２００から発信元端末ＵＡ１００に通知され、発信先端末ＵＡ２００、発信元端末ＵＡ１００の双方において、通話可能通知要求の送信情報／受信情報が履歴に記憶される（それらの一例を図２０，図２１に示す）。さらに、上記応答（ＯＫ）を受信した発信元端末ＵＡ１００から送信されるＡＣＫがＳＩＰサーバ３０を経て発信先端末ＵＡ２００で受信されると、発信先端末ＵＡ２００は、ＳＩＰサーバ３０から登録解除（UNREGISTER）して、発信側の希望ネットワークで接続できるか否かの監視を始める。

この間、発信先端末ＵＡ２００では、図１７のステップＳ２０１〜ステップＳ２０９の処理を行い、発信元端末ＵＡ１００では、図１４のステップＳ１１４〜ステップＳ１１６の処理を行う。
発信先端末ＵＡ２００では、通話可能通知要求の受信時に起動される図１７のフローチャートのステップＳ２０１で、通知してよいか否かを確認し、ＹｅｓであればステップＳ２０２に進み、ＮｏであればステップＳ２０５に進む。ステップＳ２０２では応答（承諾；ＯＫ）を送信し、次のステップＳ２０３では通話可能通知要求の受信情報を履歴に記憶し、次のステップＳ２０４ではＳＩＰサーバ３０から登録解除（UNREGISTER）する。一方、ステップＳ２０５では応答（拒否；ＮＧ）を送信（通知）し、次のステップＳ２０６ではＳＩＰサーバ３０から登録解除（UNREGISTER）した後に、そのまま終了する。ステップＳ２０４の次のステップＳ２０７では、現在、有効時間内であるか否かを判定し、ＮＯ（有効時間外）であればステップＳ２０８に進んで上記通話可能通知要求の受信情報を履歴から消した後にそのまま終了し、Ｙｅｓ（有効時間内）であればステップＳ２０９以降に進む。
発信元端末ＵＡ１００では、図１４のステップＳ１１４で、受信した応答の内容は承諾（ＯＫ）か否かを確認する。ここで、Ｙｅｓ（承諾）であれば、ステップＳ１１５に進んで送信した通話可能通知要求にＩＤを振って、通話可能通知要求の送信情報を履歴に記憶し、Ｎｏ（拒否）であれば、ステップＳ１１６に進んでＳＩＰサーバ３０を介して発信先端末ＵＡ２００に中断を伝えて、そのまま終了する。

その後、発信側の希望ネットワークで接続できるか否かを監視している発信先端末ＵＡ２００が発信側の希望ネットワークである無線ネットワークＲＮＥＴ２へ接続できるエリアに移動すると、発信先端末ＵＡ２００は無線ネットワークＲＮＥＴ２で接続してＳＩＰサーバ３０へ登録し、ＳＩＰサーバ３０を介して無線ネットワークＲＮＥＴ２で通信可能になったことを発信元端末ＵＡ１００に知らせるために通話可能通知を送信する。この通話可能通知の中には通知要求ＩＤが含まれている。この間、発信先端末ＵＡ２００では、図１７のステップＳ２０９〜ステップＳ２１１の処理を行う。すなわち、発信側の希望ネットワークで接続できるか否かを確認するステップＳ２０９がＮｏの場合はステップＳ２０９のＮｏステップＳ２０７のＹｅｓ−ステップＳ２０９のループを繰り返し、ステップＳ２０９がＹｅｓになると、ステップＳ２１０に進んで発信側の希望ネットワークである無線ネットワークＲＮＥＴ２でＳＩＰサーバ３０へ登録（REGISTRATION）した後に、ステップＳ２１１で通話可能通知の送信を行う。この通話可能通知は、ＳＩＰサーバ３０を経て発信元端末ＵＡ１００に送信される。

上記通話可能通知を受け取った発信元端末ＵＡ１００では、発信元端末ＵＡ１００自身が上記希望ネットワークに接続できるか否かを確認し、接続できる場合には、図２２に例示する「通話可能通知受信時の表示画面」を当該端末に表示することにより、「発信先端末ＵＡ２００と希望ネットワークで通信できること（発信先端末ＵＡ２００に再発信できること）」を発信元端末ＵＡ１００のユーザに知らせる。ユーザがこの表示画面を見て確認すると、以前の希望ネットワーク・アプリケーションで発信先端末ＵＡ２００に発信するか否かの選択をユーザに求め、ユーザが発信することを選択すると、上記ステップＳ１０１以降と同様の手順で発信先端末ＵＡ２００に発信して通信を行う。
この間、発信元端末ＵＡ１００では、図１４のステップＳ１１７〜ステップＳ１２４の処理を行う。すなわち、通話可能通知を受信したか否かを確認するステップＳ１１７がＹｅｓになって進むステップＳ１１８では、発信元端末ＵＡ１００自身が上記希望ネットワークに接続できるか否かを確認し、接続できる場合に進むステップＳ１１９では、通話可能通知を受信してから所定期間内であるか否かを確認し、Ｙｅｓ（所定期間内）の場合に進むステップＳ１２０では、発信元端末ＵＡ１００のユーザに、発信先端末ＵＡ２００に再発信できることを通知する。次のステップＳ１２１では、ユーザが確認したか否かをチェックし、確認なし（Ｎｏ）の場合にはステップＳ１１８に戻り、確認あり（Ｙｅｓ）の場合には、ステップＳ１２２に進んで、発信元端末ＵＡ１００のユーザに再発信するか否かを確認し、Ｙｅｓ（再発信する）の場合に進むステップＳ１２３では、呼出要求（INVITE）を送信し、次のステップS１２４では、以後、必要なＳＩＰの手順を経て通信を行う。

上記ステップＳ１１８において発信元端末ＵＡ１００自身が上記希望ネットワークに接続できない場合には、有効時間が経過するまで発信元端末ＵＡ１００自身が上記希望ネットワークに接続できるか否かを確認し続け、その間に発信元端末ＵＡ１００自身が上記希望ネットワークに接続できるようになった場合には、通話可能通知を受信してから所定期間内であれば、「発信先端末ＵＡ２００と希望ネットワークで通信できること（発信先端末ＵＡ２００に再発信できること）」を発信元端末ＵＡ１００のユーザに知らせる。この間、発信元端末ＵＡ１００では、図１４のステップＳ１１８の確認がＮｏの場合に進むステップＳ１２５で、現在、有効時間内か否かを確認し、有効時間内であるためこのステップＳ１２５がＹｅｓになってステップ１１８に戻り、ステップＳ１１８のＹｅｓからステップＳ１１９に進んで、通話可能通知を受信してから所定期間内であるか否かを確認する。

通話可能通知を受信しない内に有効時間を過ぎてしまった場合には、発信元端末ＵＡ１００のユーザに有効時間を延長するか否かの選択を求め、延長することが選択された場合には、通話可能通知要求を発信先端末ＵＡ２００に再び送信する。
この間、発信元端末ＵＡ１００では、図１４のステップＳ１１７のＮｏ−ステップＳ１２６−ステップＳ１２７−ステップＳ１２８の処理を行う。すなわち、通話可能通知を受信しない場合にステップＳ１１７のＮｏから進むステップＳ１２６では、現在、有効時間内か否かを確認し、Ｙｅｓ（有効時間内）であればステップＳ１１７に戻り、Ｎｏ（有効時間外）であればステップＳ１２７に進んでユーザに有効時間を延長するか否かの選択を求める。ここで、Ｙｅｓ（延長する）であれば、ステップＳ１１３に戻って通話可能通知要求を発信先端末ＵＡ２００に再び送信し、Ｎｏ（延長しない）であれば、ステップＳ１２８に進んで上記通話可能通知要求の送信情報を履歴から消して、そのまま終了する。なお、上記ステップＳ１２５において有効時間を過ぎてしまった場合にも、上記ステップＳ１２７−ステップＳ１２８の処理を行う。

通話可能通知を受信してから発信元端末ＵＡ１００のユーザがその通知を確認するまでに所定期間が経過した場合には、発信元端末ＵＡ１００では、発信先端末ＵＡ２００が希望ネットワークを使えるか否かの再確認の通話可能通知要求を送信する。
この間、発信元端末ＵＡ１００では、図１４のステップＳ１１９のＮｏ−ステップＳ１２９−ステップＳ１３０・・の処理を行う。すなわち、通話可能通知を受信してから所定期間が経過した場合にステップ１１９のＮｏから進むステップＳ１２９では、発信先端末ＵＡ２００が希望ネットワークを使用できるか否かの再確認を要求する。次のステップＳ１３０では発信先端末ＵＡ２００が希望ネットワークを使用できるか否かの再確認を行い、この再確認において発信先端末ＵＡ２００が希望ネットワークを使用できる（Ｙｅｓ）という通話可能通知を受信した場合には、ステップＳ１２０からステップＳ１２１に進んで発信元端末ＵＡ１００のユーザが通話可能通知を確認するのを待つ。一方、上記ステップＳ１３０の再確認において発信先端末ＵＡ２００が希望ネットワークを使用できない（Ｎｏ）という通知を受信した場合には、ステップＳ１１７に戻って、また次に発信先端末ＵＡ２００から通話可能通知が来るのを待つ。

なお、上記ステップＳ１２２において、発信元端末ＵＡ１００のユーザがＮｏ（再発信しない）を選択した場合には、ステップＳ１３１に進んで終了するか否かをチェックし、Ｎｏ（終了しない）ならばステップＳ１１８に戻り、Ｙｅｓ（終了する）ならば、ステップＳ１３２に進んで上記通話可能通知要求の送信情報を履歴から消して、そのまま終了する。

上記通話可能通知を送信した後、発信先端末ＵＡ２００では、発信元端末ＵＡ１００と同様の履歴処理を行う。
すなわち、図１７のステップＳ２１１の通話可能通知の送信後に進むステップＳ２１２では、通信を開始したか否かを確認し、Ｙｅｓ（通信を開始した）であれば、ステップＳ２１３に進んで上記通話可能通知要求の受信情報を履歴から消した後に終了し（通信はそのまま続けられる）、Ｎｏ（通信を開始していない）であれば、図１８のステップＳ２１４に進む。ステップＳ２１４では、現在、有効時間内か否かを確認し、Ｙｅｓ（有効時間内）であればステップＳ２１５に進み、Ｎｏ（有効時間外）であればステップＳ２１９に進む。ステップＳ２１５では、再確認の通話可能通知要求を受信したか否かを確認し、Ｎｏ（受信していない）であれば図１７のステップＳ２１２に戻り、Ｙｅｓ（受信した）であればステップＳ２１６に進む。ステップＳ２１６では、発信側の希望ネットワークで接続できるか否かを確認し、Ｎｏ（接続できない）であればステップＳ２０７に戻り、Ｙｅｓ（接続できる）であればステップＳ２１７に進んで発信側の希望ネットワークでＳＩＰサーバ３０へ登録（REGISTRATION）した後、ステップS２１８で希望ネットワークが使用できることを発信元端末ＵＡ１００に通知してからステップＳ２１２に戻って通信（通話）の開始を待つ。また、上記ステップＳ２１４において有効時間外（Ｎｏ）であれば、ステップＳ２１９に進んでＳＩＰサーバ３０から登録解除（UNREGISTER）し、次のステップＳ２２０で上記通話可能通知要求の受信情報を履歴から消した後に、そのまま終了する。

なお、図１２の通信制御方法では、発信先端末がいつ、どの程度の確率で各ネットワークに接続できる状態にあるかを図２３に例示するグラフで表示するようにしている。すなわち、発信元端末ＵＡ１００は、通信可能通知要求を送信した各発信先端末がいつ頃に希望ネットワークを使用できたか／できなかったかを図２４に例示する「着信側端末の接続状況記録」に記録し、発信先毎に、統計に基づいて図２３のようなグラフを作成して、表示する。

図１２に示す本発明の第１実施形態の通信制御方法によれば、複数の無線通信システム（ＲＮＥＴ１，ＲＮＥＴ２）を利用可能な発信先端末（着信側無線通信端末）ＵＡ２００が発信側の希望ネットワークを使用できないため発信元端末（発信側無線通信端末）ＵＡ１００のユーザが発信を中断した場合には、発信先端末ＵＡ２００が発信側の希望ネットワークを使用できる状態になったときに、発信元端末ＵＡ１００が発信先端末ＵＡ２００からその旨を示す通話可能通知を受けるので、何時発信すれば発信先（着信側）と希望ネットワークで接続できるかを発信側ユーザが分かるようにすることができる。

本発明の第１実施形態の通信制御方法を適用する無線通信ネットワークの通信構成を示す図である。本発明の無線通信ネットワークで用いる無線通信端末の機能ブロック図である。本発明の無線通信ネットワークで用いるＳＩＰサーバ（呼制御サーバ）の機能ブロック図である。第１実施形態の通信制御方法において、発信側無線通信端末が回線交換網に接続できる着信側無線通信端末に発信し、リアルタイムアプリケーションで通信を開始するまでの通信制御を示すシーケンス図である。第１実施形態の通信制御方法において、ＳＩＰサーバが行う呼制御を示すフローチャートである。第１実施形態の通信制御方法において、ＳＩＰサーバが呼制御に用いる登録記憶テーブルを例示する図である。第１実施形態の通信制御方法において、無線通信端末が送信する呼出要求（INVITE）を例示する図である。第１実施形態の通信制御方法において、ＳＩＰサーバが無線通信端末の発信希望を記憶するために用いる発信希望記憶テーブルを例示する図である。第１実施形態の通信制御方法を適用する無線通信システムに用いるＳＭＳサーバの構成を示す図である。第１実施形態の通信制御方法において、ＳＩＰサーバが行う呼制御を示すフローチャートである。第１実施形態の通信制御方法において、発信側無線通信端末に表示するユーザ選択画面を例示する図である。第１実施形態の通信制御方法において、発信側無線通信端末が回線交換網に接続できる着信側無線通信端末に発信し、通話可能通知要求および通話可能通知のやり取りを経てリアルタイムアプリケーションで通信を開始するまでの通信制御を示すシーケンス図である。第１実施形態の通信制御方法において、発信側無線通信端末が行う通信制御を示すフローチャートである。第１実施形態の通信制御方法において、発信側無線通信端末が行う通信制御を示すフローチャートである。（ａ），（ｂ）はそれぞれ、第１実施形態の通信制御方法において、発信側無線通信端末に表示するユーザ選択画面を例示する図である。第１実施形態の通信制御方法において、発信側無線通信端末が送信する通話可能通知要求を例示する図である。第１実施形態の通信制御方法において、着信側無線通信端末が行う通話可能通知に関する通信制御を示すフローチャートである。第１実施形態の通信制御方法において、着信側無線通信端末が行う通話可能通知に関する通信制御を示すフローチャートである。（ａ），（ｂ）はそれぞれ、第１実施形態の通信制御方法において、着信側無線通信端末に表示するユーザ選択画面を例示する図である。第１実施形態の通信制御方法において、発信側無線通信端末に記憶される通話可能通知要求の送信情報履歴を例示する図である。第１実施形態の通信制御方法において、着信側無線通信端末に記憶される通話可能通知要求の受信情報履歴を例示する図である。第１実施形態の通信制御方法において、発信側無線通信端末に表示される通話可能通知受信時の表示画面を例示する図である。第１実施形態の通信制御方法において、着信側無線通信端末がいつ、どの程度の確率で各ネットワークに接続できる状態にあるかを表示するグラフを例示する図である。図２３のグラフの作成に用いる着信側無線通信端末の接続状況記録を例示する図である。従来技術による無線通信ネットワークの構成を例示する図である。従来技術による無線通信ネットワークにおいて、発信側無線通信端末および着信側無線通信端末間で通信を開始するまでの通信制御を示すシーケンス図である。

符号の説明

１０ＤＮＳサーバ
２０，３０ＳＩＰサーバ
４０ゲートウェイ
５０ＳＭＳサーバ（メッセージ送信サーバ）
６０，７０ゲートウエイ或いはＳＩＰサーバ
３１０通信処理部（送信部、受信部）
３２０制御部
３３０操作入力部
３４０ＳＩＰ（拡張）処理部
３５０無線通信ネットワーク選択処理部
３６０情報表示部
３７０音声変調／復調部
３８０画像変調／復調部
３９０無線通信＃１リンク制御部
４００無線通信＃２リンク制御部
４１０無線通信＃Ｎリンク制御部
４２０通話可能通知要求送信記憶部
４３０通話可能通知要求送信処理部
４４０通話可能通知要求受信記憶部
４５０通話可能通知要求受信処理部
４６０接続通知自動応答判定部
４７０接続通知自動応答設定部
４８０発信先接続状況記憶部
４９０発信先接続状況グラフ作成部
５１０ログイン（登録）処理部
５２０呼出要求受信部
５３０登録通知生成部
５４０登録通知送信部
５５０アドレス解決処理部
５６０呼出要求生成部
５７０呼出要求送信部
５８０発信希望記憶部
５９０発信希望処理部
６１０情報受信部
６２０起動メッセージ送信部
ＳＰスピーカ
ＭＩＣマイクロフォン
ＮＥＴ１インターネット
ＮＥＴ２オペレータパケットネットワーク
ＮＥＴ３オペレータ回線交換ネットワーク
ＲＮＥＴ１，ＲＮＥＴ２オペレータ無線通信パケットネットワーク
ＵＡ１００発信側無線通信端末（発信元端末）
ＵＡ２００着信側無線通信端末（発信先端末）
ＵＡ３００通信端末（ソフトホン）

Claims

所定の通信システムを利用して、発信側が希望する着信側の無線通信システムの条件に関する情報を含む呼出要求を送信する送信手段と、
前記送信手段が送信した呼出要求に対して、前記発信側が希望する着信側の無線通信システムの条件に適合しない無線通信システムを着信側が利用する旨の情報を受信すると、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ前記着信側が接続可能になった場合に、前記着信側が前記発信側に対してその旨を通知する通話可能通知を送信するよう前記着信側に要求する通話可能通知要求を送信するように制御する制御手段と、
を備えることを特徴とする通信装置。
複数の異なる無線通信システムを利用可能な無線通信装置であって、
発信側から後に発信される呼出要求に対し、該発信側が希望する通信条件と、前記呼出要求を受信するために前記複数の異なる無線通信システムの少なくとも１つの無線通信システムの利用を促す要求と、を含む起動メッセージを受信するメッセージ受信手段と、
前記受信した起動メッセージに対して、前記複数の無線通信システムの内の所定の無線通信システムを利用して前記呼出要求を受信するように応答する応答手段と、
前記応答手段の応答に対して、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ接続可能になった場合に前記発信側に対してその旨を通知するように要求するメッセージである通話可能通知要求を受信した場合、前記条件に適合する無線通信システムが接続可能になると、該無線通信システムを利用して当該無線通信システムへ接続可能になった旨を通知するメッセージである通話可能通知を送信するように制御する制御手段と、
を備えることを特徴とする無線通信装置。
前記通話可能通知要求を受信する要求受信手段と、前記受信した通話可能通知要求を承諾するか否かを判定する判定手段と、前記受信した通話可能通知要求を承諾すると判定した場合に前記応答手段による前記所定の無線通信システムの利用を解除する解除手段と、をさらに備えることを特徴とする請求項２記載の無線通信装置。
前記判定手段は、前記受信した通話可能通知要求と予め設定しておいたモード条件とを比較することにより、前記受信した通話可能通知要求を当該モードに応じて承諾するか否かを判定することを特徴とする請求項３記載の無線通信装置。
前記判定手段は、前記受信した通話可能通知要求と予め設定しておいた通知先条件とを比較することにより、前記受信した通話可能通知要求を当該通知先に応じて承諾するか否かを判定することを特徴とする請求項３記載の無線通信装置。
所定の通信システムを利用して、発信側が希望する着信側の無線通信システムの条件に関する情報を含む呼出要求を送信する送信工程と、
前記送信工程で送信した呼出要求に対して、前記発信側が希望する着信側の無線通信システムの条件に適合しない無線通信システムを着信側が利用する旨の情報を受信すると、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ前記着信側が接続可能になった場合に、前記着信側が前記発信側に対してその旨を通知する通話可能通知を送信するよう前記着信側に要求する通話可能通知要求を送信するように制御する制御工程と、
を行うことを特徴とする通信制御方法。
複数の異なる無線通信システムを利用可能な通信制御方法であって、
発信側から後に発信される呼出要求に対し、該発信側が希望する通信条件と、前記呼出要求を受信するために前記複数の異なる無線通信システムの少なくとも１つの無線通信システムの利用を促す要求と、を含む起動メッセージを受信するメッセージ受信工程と、
前記受信した起動メッセージに対して、前記複数の無線通信システムの内の所定の無線通信システムを利用して前記呼出要求を受信するように応答する応答工程と、
前記応答手段の応答に対して、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ接続可能になった場合に前記発信側に対してその旨を通知するように要求するメッセージである通話可能通知要求を受信した場合、前記条件に適合する無線通信システムが接続可能になると、該無線通信システムを利用して当該無線通信システムへ接続可能になった旨を通知するメッセージである通話可能通知を送信するように制御する制御工程と、
を行うことを特徴とする通信制御方法。