JP5059517B2 - 無線通信装置および通信制御方法 - Google Patents

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上記通話可能通知を送信した後、発信先端末ＵＡ２００では、発信元端末ＵＡ１００と同様の履歴処理を行う。
すなわち、図１７のステップＳ２１２の通話可能通知の送信後に進むステップＳ２１３では、無線状態を記憶し、次のステップＳ２１４では、通信を開始したか否かを確認し、Ｙｅｓ（通信を開始した）であれば、ステップＳ２１５に進んで上記通話可能通知要求の受信情報を履歴から消した後に終了し（通信はそのまま続けられる）、Ｎｏ（通信を開始していない）であれば、図１８のステップＳ２１６に進む。

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

上記ステップＳ２２５の発信先端末ＵＡ２００が希望ネットワークで接続（通信）できるか否かの判定（図１７のステップＳ２０１およびステップ２１０の判定も同様である）では、通話可能通知要求を受け取った発信先端末ＵＡ２００は、発信元端末ＵＡ１００が希望するネットワークの無線状態を監視して、無線状態が変化すると、その無線状態を記憶する。この記憶動作に対応する発信先端末ＵＡ２００での処理は、図１７のステップＳ２０４、ステップＳ２１３および図１８のステップＳ２２１である。その際の無線状態は、図２３に例示する無線状態判定テーブルの各パラメータに基づいて複数の段階（図示例では３段階）の何れの段階に該当するかを判定する。無線状態の１が最も悪い状態で、３が最も良い状態であり、例えば、ＥＶＤＯの無線状態が３になるのは、ＲＳＳＩが−７０ｄＢ以上で、かつ、ＳＩＮＲが５以上のときである。また、発信先端末ＵＡ２００は、通話可能通知を送信してよいか否かを図２４に例示する通知判定テーブルの条件に基づいて判定し、送信してよい場合には通話可能通知を送信する。例えば、所要帯域が５Ｍｂｐｓで、希望ネットワークがＩＥＥＥ８０２．１６ｅの場合は、無線状態が圏外，１，２の状態から３に変わったときに、通話可能通知を送信する。図２４の通知判定テーブルでは、アプリケーションの所要帯域に応じて通話可能通知条件（通話可能通知の送信条件）および状態悪化通知条件（状態悪化通知の送信条件）を変えており、所要帯域が高いほど条件を厳しくしている。条件を満たすと、発信先端末ＵＡ２００では、図１７のステップＳ２１０−ステップＳ２１１−ステップＳ２１２の処理を行う。

また、一旦通話可能通知を送信した後に無線状態が悪化した場合には、状態悪化通知を送信すべきか否かを図２４の通知判定テーブルの条件に基づいて判定し、送信すべきであると判定した場合には状態悪化通知を送信する。この間、発信先端末ＵＡ２００では、図１８のステップＳ２２２のＹｅｓ−ステップＳ２２３の処理を行う。また、状態悪化通知を送信した後は、同様に通信可能通知を送信すべきか否かを図２４の通知判定テーブルの条件に基づいて判定し、送信すべきであると判定した場合には通話可能通知を送信する。この間、発信先端末ＵＡ２００では、図１８のステップＳ２１７のＹｅｓ−ステップＳ２２０の処理を行う。
一方、発信元端末ＵＡ１００は、通話可能通知を受信した場合には、図２２に例示する表示画面を表示することにより、「発信先の無線状態が良好であること」を発信元端末ＵＡ１００のユーザに知らせ、状態悪化通知を受信した場合には、図２５に例示する「状態悪化通知受信時の表示画面」を表示することにより、「ネットワークの接続を行っているが必要な帯域を満たさない可能性があること」を発信元端末ＵＡ１００のユーザに知らせる。

上述した図１２の通信制御１は、発信元端末ＵＡ１００が発信先端末ＵＡ２００から通話可能通知を受信した後にユーザが再発信を選択して通話を始める場合に対応しており、発信元端末ＵＡ１００の画面は図２６（ａ）〜（ｃ）に示すように遷移する。すなわち、図２６（ａ）の画面が表示されている発信元端末ＵＡ１００が通話可能通知を受信すると、発信先端末ＵＡ２００が希望ネットワークで接続していることを伝える図２６（ｂ）の画面が表示され、ユーザに発信先端末ＵＡ２００が希望ネットワークで接続していることを伝える。この表示画面を見て通話可能通知の内容を確認したユーザが発信することを選択すると、必要なＳＩＰの手順を行って、発信先端末ＵＡ２００との通話を開始し、図２６（ｃ）の画面が表示される。

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

図２８（ａ）〜（ｄ）は図２７に示す通信制御２における発信元端末（発信側通信装置）の画面遷移を例示する図である。図２８（ａ）の画面が表示されている発信元端末ＵＡ１００が通話可能通知を受信すると、発信先端末ＵＡ２００が希望ネットワークで接続していることを伝える図２８（ｂ）の画面が表示され、その後、発信元端末ＵＡ１００が状態悪化通知を受信すると、発信先端末ＵＡ２００は希望ネットワークで接続しているが状態が良くないことを伝える図２８（ｃ）の画面が表示され、ユーザに発信先端末ＵＡ２００は希望ネットワークで接続しているが状態が良くないことを伝える。この表示画面を見て状態悪化通知の内容を確認したユーザが発信することを選択すると、発信元端末ＵＡ１００は必要なＳＩＰの手順を行って、発信先端末ＵＡ２００との通話を開始し、図２８（ｄ）の画面が表示されるが、発信先端末ＵＡ２００の無線状態が悪化しているので、希望ネットワークで接続した場合には希望アプリケーション（この場合、テレビ電話）の所要帯域を満たさない可能性が高い。

すなわち、図２７に示す通信制御２では、発信先端末ＵＡ２００において、図１８のステップＳ２１７のＮｏ−ステップＳ２２２のＹｅｓ−ステップＳ２２３の処理を行うことにより発信先端末ＵＡ２００から発信元端末ＵＡ１００に状態悪化通知を送信し、この状態悪化通知を受信した発信元端末ＵＡ１００のユーザに、希望ネットワークで接続した場合には希望アプリケーションであるテレビ電話の所要帯域を満たさない可能性が高いことを知らせる。なお、図２７に示すように悪化通知を受信した発信元端末ＵＡ１００のユーザが希望アプリケーションであるテレビ電話の所要帯域を満たさない可能性が高いことを知りつつ再発信を強行した場合には、通話が開始できても途中で途切れる可能性がある。

図２９は第１実施形態の通信制御方法において、発信側無線通信端末（発信元端末）ＵＡ１００が回線交換網に接続できる着信側無線通信端末（発信先端末）ＵＡ２００に発信し、通話可能通知要求および通話可能通知のやり取りを経て通信を中断するまでの通信制御（通信制御３）を示すシーケンス図であり、発信側無線通信端末（発信元端末）ＵＡ１００および着信側無線通信端末（発信先端末）ＵＡ２００間で使用可能なネットワーク情報をやり取りした後、着信側無線通信端末（発信先端末）ＵＡ２００が発信側の希望ネットワークを使用できないため発信側無線通信端末（発信元端末）ＵＡ１００が発信を一旦中断し、発信元端末ＵＡ１００が発信先端末ＵＡ２００から通話可能通知を受信した後、発信先端末ＵＡ２００の無線状態が悪化したため状態悪化通知を受け取り、その後発信元端末ＵＡ１００のユーザが中止を選択して、通話を中止する場合を示している。

図３０（ａ）〜（ｄ）は図２９に示す通信制御３における発信元端末（発信側通信装置）の画面遷移を例示する図である。図３０（ａ）の画面が表示されている発信元端末ＵＡ１００が通話可能通知を受信すると、発信先端末ＵＡ２００が希望ネットワークで接続していることを伝える図３０（ｂ）の画面が表示され、その後、発信元端末ＵＡ１００が状態悪化通知を受信すると、発信先端末ＵＡ２００は希望ネットワークで接続しているが状態が良くないことを伝える図３０（ｃ）の画面が表示され、ユーザに発信先端末ＵＡ２００は希望ネットワークで接続しているが状態が良くないことを伝える。この表示画面を見て状態悪化通知の内容を確認したユーザが、希望アプリケーションであるテレビ電話の所要帯域を満たさない可能性が高いことを認識して再発信を諦め、図３０（ｄ）の画面で中止することを選択すると、発信元端末ＵＡ１００はＳＩＰサーバ３０を介して発信先端末ＵＡ２００に中止することを通知する。これに対して、発信先端末ＵＡ２００はＡＣＫを返し、ＳＩＰサーバ３０への登録を解除する。この間、発信元端末ＵＡ１００においては、図１４のステップＳ１２２のＮｏ−ステップＳ１３１のＹｅｓ−ステップＳ１３２−ステップＳ１３３の処理を行い、発信先端末ＵＡ２００においては、図１７のステップＳ２１４のＮｏ−図１８のステップＳ２１６のＮｏ−ステップＳ２１８−ステップＳ２１９の処理を行う。

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

本発明の第１実施形態の通信制御方法（図１２の通信制御方法１、図２７の通信制御方法２および図２９の通信制御方法３）によれば、複数の無線通信システム（ＲＮＥＴ１，ＲＮＥＴ２）を利用可能な発信先端末（着信側無線通信端末）ＵＡ２００が発信側の希望ネットワークを使用できないため発信元端末（発信側無線通信端末）ＵＡ１００のユーザが発信を中断した場合には、図２３の無線状態判定テーブルおよび図２４の通知判定テーブルに基づいて、発信先端末ＵＡ２００が希望ネットワークの状態および使用予定アプリケーションの所要帯域を考慮して通話可能通知や状態悪化通知を発信元端末ＵＡ１００に送るので、何時発信すれば着信側と希望ネットワークを使用して希望アプリケーションの所要帯域を満たしながら最適に接続できるかを発信側ユーザが分かるようにすることができる。また、図２３の無線状態判定テーブルに基づいて、希望ネットワークの状態を考慮して通話可能通知を発信元端末ＵＡ１００に送るので、希望ネットワークがある程度良い無線状態のときに通信を始めることができる。さらに、図２４の通知判定テーブルに基づいて、使用予定アプリケーションの所要帯域を考慮して通話可能通知や状態悪化通知を発信元端末ＵＡ１００に送る時点を決定するので、希望のアプリケーションの所要帯域が満たされているときに発信側が再発信を行うことができる。

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

符号の説明

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

Claims (3)

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

Images