JP4256377B2

JP4256377B2 - Ｉｐ電話端末

Info

Publication number: JP4256377B2
Application number: JP2005305553A
Authority: JP
Inventors: 淳一高橋
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2005-10-20
Filing date: 2005-10-20
Publication date: 2009-04-22
Anticipated expiration: 2025-10-20
Also published as: JP2007116420A

Description

この発明は、通信相手の端末との間でパケット交換網を介してセッションを確立し音声通信を行うＩＰ電話端末に関する。

近年、インターネットに代表されるＩＰ（Internet Protocol）網を利用して種々の通信サービスが提供されており、その一つに呼制御プロトコルとしてＳＩＰ（Session Initiation Protocol）を用いるＩＰ電話サービスがある。ＳＩＰを用いたＩＰ電話サービスは、先ず発信元の端末から宛先の端末に向け発信要求メッセージとしてのINVITEメッセージを送信する。これに対し宛先の端末（着信端末）は、自端末の状態が待ち受け状態であれば着信応答メッセージとしてのINVITE応答メッセージ（ステータスコード183 Session Progress）を返送する。以後、発信元の端末と宛先の端末との間でセッションを確立するための所定の手順を実行し、セッションが確立されると両端末間で通話が可能となる。また、上記着信端末は、自端末の状態が待ち受け状態以外であればこの状態を表すメッセージを発信元の端末へ送信する。例えば、発信中であればビジーである旨のINVITE応答メッセージ（ステータスコード486 Busy Here）を返送する（例えば、特許文献１又は非特許文献２を参照。）。
特開２００４−３０４３７４公報インプレス標準教科書シリーズ「改訂版ＳＩＰ教科書」千村保文、村田利文監修２００４年１２月１１日

ところが、上記ＳＩＰを用いた呼制御において、２つの端末がほぼ同時に発信要求メッセージ（INVITEメッセージ）を送信したとする。この場合、両端末とも自端末の状態が発信中であるため、発信元の端末に対しビジーである旨のINVITE応答メッセージ（ステータスコード486 Busy Here）を返送する。このため、両端末とも相手端末との間でセッションを確立できず、結局通話を開始することができない。

この発明は上記事情に着目してなされたもので、その目的とするところは、発信要求メッセージを送信してからその着信応答メッセージが受信されるまでの間に他の端末から自端末宛ての発信要求メッセージが到来した場合でも、無条件にビジー状態にすることなくセッションを確立して音声通信を行えるようにしたＩＰ電話端末を提供することにある。

上記目的を達成するためにこの発明は、通信相手の端末との間でパケット交換網を介してセッションを確立し音声通信を行うＩＰ電話端末において、発信に際し、発信元及び宛先を示す情報と発信優先度を示す情報とを含む第１の発信要求メッセージを作成して送信する。また、上記第１の発信要求メッセージの送信後、宛先の端末から当該第１の発信要求メッセージに対する着信応答メッセージが返送されるまでの間に、自己の端末を宛先とする第２の発信要求メッセージが受信された場合に、当該第２の発信要求メッセージに含まれる発信優先度を示す情報と、自端末が送信した前記第１の発信要求メッセージに含まれる発信優先度を示す情報とを比較する。そして、この発信優先度の比較の結果、第２の発信要求メッセージの発信優先度の方が高い場合には、当該第２の発信要求メッセージに対する着信応答手順を実行する。これに対し第１の発信要求メッセージの発信優先度の方が高い場合には、当該第１の発信要求メッセージに続く発信制御手順を実行するようにしたものである。

したがってこの発明によれば、発信要求メッセージを送信してから当該発信要求メッセージに対する着信応答メッセージが返送されるまでの間に自端末宛の発信要求メッセージが受信されたとしても、発信優先度が高い方の発信要求メッセージが優先されてこの要求に対する呼処理が継続される。このため、発信要求に対する応答が無条件にビジーに設定されることはなくなり、これにより音声通信が行える確率を高めることができる。

要するにこの発明によれば、発信要求メッセージに設定されている発信優先度に従い優先度の高い方の発呼要求に対し優先的に着信応答手順を実行するようにしたことによって、発信要求メッセージを送信してからその着信応答メッセージが受信されるまでの間に自端末宛ての他の発信要求メッセージが到来した場合でも、当該発呼要求に対し無条件にビジー状態にすることなくセッションを確立して音声通信を行えるようにしたＩＰ電話端末を提供することができる。

図１は、この発明の一実施形態に係わるＩＰ電話端末を使用した通信システムの概略構成図である。
この通信システムはＩＰ電話端末として携帯電話端末を使用するもので、サービス対象エリアには複数の基地局ＢＳａ，ＢＳｂが分散配置されている。これらの基地局ＢＳａ，ＢＳｂはそれぞれセルと呼ばれる無線エリアを形成し、これらの無線エリア内に存在するクライアント端末ＭＳａ，ＭＳｂとの間で無線回線を介して通信を行う。

また基地局ＢＳａ，ＢＳｂはそれぞれ有線回線を介してプロキシサーバＳＶａ，ＳＶｂに接続され、このプロキシサーバＳＶａ，ＳＶｂはＩＰ（Internet Protocol）網からなる通信ネットワークＮＷに接続される。プロキシサーバＳＶａ，ＳＶｂはＳＩＰ（Session Initiation Protocol）に対応しており、クライアント端末ＭＳａ，ＭＳｂ間では上記プロキシサーバＳＶａ，ＳＶｂを経由してセッションが確立され、このセッションを介して音声通信が可能となる。

ところで、上記クライアント端末ＭＳａ，ＭＳｂは次のように構成される。図２はその機能構成を示すブロック図である。すなわち、クライアント端末ＭＳａ，ＭＳｂは、アンテナ１を備えた無線ユニット２と、ベースバンドユニット３を備え、さらに音声通信のためのスピーカ４及びマイクロホン５と、入力部６及び表示部７を備えている。入力部６はダイヤルキー及び複数の機能キーからなる。また表示部７には液晶表示器（Liquid Crystal Device：ＬＣＤ）が用いられる。

ベースバンドユニット３は、例えばマイクロコンピュータを主制御部として備えたもので、ＳＩＰメッセージ送受信部３１と、ＳＩＰ状態制御部３２と、ユーザインタフェース（ユーザＩ／Ｆ）３３とを備え、さらに時刻管理部３４と、乱数発生部３５と、発信元識別部３６と、呼処理継続判定部３７と、メッセージ情報保持部３８とを備える。なお、これらの機能はいずれもアプリケーションプログラムを上記マイクロコンピュータに実行させることにより実現される。

ＳＩＰメッセージ送受信部３１は、ＳＩＰ状態制御部３２の制御の下で、通信相手のクライアント端末との間でＳＩＰメッセージの送受信を行う。ユーザＩ／Ｆ３３は、受信された音声パケットのデータを復号してその復号音声信号をスピーカ４から出力すると共に、マイクロホン５に入力された送話音声信号を符号化して送信音声パケットを生成する。またそれと共にユーザＩ／Ｆ３３は、入力部６において入力されたデータをＳＩＰ状態制御部３２に通知すると共に、ＳＩＰ状態制御部３２から出力される表示データを表示部７に表示する。

ＳＩＰ状態制御部３２は、この発明に係わる制御機能として、発信要求メッセージ（INVITEメッセージ）の作成機能と、複数の発信要求メッセージが輻輳した場合に動作する呼処理制御機能とを備えている。発信要求メッセージの作成機能は、発信要求メッセージを作成する際に、そのヘッダ部に時刻管理部３４により発生される発信時刻と、乱数発生器３５により発生される乱数値をそれぞれ挿入する。上記発信要求メッセージのヘッダ部に挿入された宛先情報、発信時刻及び乱数値はメッセージ情報保持部３８に保持される。

時刻管理部３４は、上記ＳＩＰ状態制御部３２からの時刻発生要求に従い発信時刻を発生する。乱数発生部３５は、上記ＳＩＰ状態制御部３２からの要求に従い乱数値を発生し、この乱数値をＳＩＰ状態制御部３２に返送する。なお、時刻管理部３４が発生する時刻は、クライアント端末ＭＳａ，ＭＳｂ間で常に同一時刻となるようにシステム内で同期がとられている。例えば、各クライアント端末ＭＳａ，ＭＳｂの時刻管理部３４が基地局から送信される時刻情報によって更新されるようにすれば、クライアント端末ＭＳａ，ＭＳｂ間で常に時刻を一致させることができる。

ＳＩＰ状態制御部３２の呼処理制御機能は、上記発信要求メッセージ（INVITEメッセージ）を送信してからその着信応答メッセージ（ステータスコード183 Session ProgressのINVITE応答メッセージ）が返送されるまでの間に他の端末から発信要求メッセージ（INVITEメッセージ）を受信した場合に、発信元識別部３６による発信元の判定結果と、呼処理継続判定部３７による呼処理を継続するか否かの判定結果に基づいて、異なる呼制御手順を実行する。

発信元識別部３６は、上記ＳＩＰ状態制御部３２からの要求に応じ、上記メッセージ情報保持部３８に保持されている送信済みの発信要求メッセージ（INVITEメッセージ）に挿入された宛先情報と、上記受信された発信要求メッセージ（INVITEメッセージ）に挿入された発信元情報とを比較する。そして、その比較結果をＳＩＰ状態制御部３２に通知する。

呼処理継続判定部３７は、上記ＳＩＰ状態制御部３２からの要求に応じ、上記メッセージ情報保持部３８に保持されている送信済みの発信要求メッセージ（INVITEメッセージ）に挿入された発信時刻と、上記受信された発信要求メッセージ（INVITEメッセージ）に挿入された発信時刻とを比較する。そして、いずれの発信要求メッセージの発信タイミングが早いかを判定する。また、上記各発信要求メッセージの発信時刻が同一だった場合に、送信済みの発信要求メッセージ（INVITEメッセージ）に挿入された乱数値と、上記受信された発信要求メッセージ（INVITEメッセージ）に挿入された乱数値とを比較する。そして、いずれの乱数値の方が大きいかを判定する。

次に、以上のように構成されたクライアント端末ＭＳａ，ＭＳｂによる呼処理制御動作を説明する。
（１）発信制御
いま例えばクライアント端末ＭＳａにおいて、ユーザがクライアント端末ＭＳｂを宛先として発信要求操作を行ったとする。そうするとクライアント端末ＭＳａは、ＳＩＰ状態制御部３２により以下のように発信制御を実行する。図３はその制御手順と制御内容を示すフローチャート、図７はクライアント端末ＭＳａ，ＭＳｂ間における呼確立シーケンスを示す図である。

すなわち、ＳＩＰ状態制御部３２は、ステップ３ａで上記発信要求の入力を検出すると、先ずINVITEメッセージのヘッダに発信元のアドレス情報及び宛先のアドレス情報を挿入する。次にステップ３ｂに移行して時刻管理部３４から発信時刻を取得し、この取得された発信時刻を上記INVITEメッセージのヘッダのDateフィールドに挿入する（ステップ３ｃ）。またそれと共に、ステップ３ｄにおいて乱数発生部３５から乱数値を取得し、この取得された乱数値を上記INVITEメッセージのヘッダのCall-Randフィールドに挿入する（ステップ３ｅ）。図４は、上記発信時刻及び乱数値が挿入されたINVITEメッセージのヘッダの一例を示すもので、図中ＴＭが発信時刻を、またＲＮが乱数値をそれぞれ示している。

次にＳＩＰ状態制御部３２は、ステップ３ｆにより、上記発信時刻及び乱数値がヘッダに挿入されたINVITEメッセージのヘッダ情報をＳＩＰメッセージ送受信部３１に渡す。ＳＩＰメッセージ送受信部３１は、上記ＳＩＰ状態制御部３２から渡されたINVITEメッセージのヘッダ情報を、別途作成されたINVITEメッセージのボディに付加することによりINVITEメッセージを作成し、この作成されたINVITEメッセージをパケット化して無線ユニット２に渡す。無線ユニット２は、上記INVITEメッセージのパケットを無線送信可能な信号形態に変換し、この無線信号をアンテナ１から基地局ＢＳａに向け送信する。
最後に、ＳＩＰ状態制御部３２はステップ３ｇにより、上記発信時刻及び乱数値が挿入されたヘッダ情報をメッセージ情報保持部３８に記憶させる。

なお、クライアント端末ＭＳａが上記INVITEメッセージを送信すると、このINVITEメッセージを受信したプロキシサーバＳＶａ，ＳＶｂ及び宛先のクライアント端末ＭＳｂはそれぞれ、図７に示すように暫定応答メッセージ（100 Trying）を返送する。また宛先のクライアント端末ＭＳｂは、自端末の状態が待ち受け状態であれば図７に示すように着信応答を表すステータスコード183 Session ProgressのINVITE応答メッセージを返送する。

発信元のクライアント端末ＭＳａは、宛先のクライアント端末ＭＳｂからINVITE応答メッセージが返送されると、このメッセージをＳＩＰメッセージ送受信部３で受信したのちＳＩＰ状態制御部３２によりメッセージの内容を判定する（ステップ３ｈ）。そして、この判定の結果、受信されたINVITE応答メッセージが着信応答を表すステータスコード183 Session ProgressのINVITE応答メッセージであれば、例えば図７に示すように宛先のクライアント端末ＭＳｂとの間で呼確立手順を継続する。そして、これによりセッションが確立されると以後通話状態になる。

なお、宛先のクライアント端末ＭＳｂの状態が通話中であれば、当該クライアント端末ＭＳｂはビジー状態を表すステータスコード486 Busy HereのINVITE応答メッセージを返送する。発信元のクライアント端末ＭＳａは、上記ステップ３ｈにより判定の結果、受信されたINVITE応答メッセージがビジー状態を表すステータスコード486 Busy HereのINVITE応答メッセージであると、発信制御を終了する。

（２）着信制御
クライアント端末ＭＳａ，ＭＳｂは、INVITEメッセージの送信後、当該INVITEメッセージに対するステータスコード183 Session ProgressのINVITE応答メッセージが返送されるまでの間に、自端末宛ての他のINVITEメッセージの到来を監視する。そして、INVITEメッセージを受信すると、以下のように着信制御を実行する。図５及び図６はその制御手順と制御内容を示すフローチャート、図８はクライアント端末ＭＳａ，ＭＳｂ間における呼確立シーケンスを示す図である。

すなわち、クライアント端末ＭＳａ，ＭＳｂは、INVITEメッセージが到来すると、この受信されたINVITEメッセージのヘッダをＳＩＰメッセージ送受信部３１において解析する。ＳＩＰ状態制御部３２は、INVITEメッセージが受信されるとステップ５ａからステップ５ｂに移行し、上記ＳＩＰメッセージ送受信部３１からヘッダの解析結果を取得する。

またＳＩＰ状態制御部３２は、ステップ５ｃにより現在の自端末の状態を判定し、待ち受け状態であればそのまま通常の着信制御手順を実行する。一方、現在の自端末の状態が発信中であれば、ステップ５ｄにより、上記受信されたINVITEメッセージの発信元情報を発信元識別部３６に引き渡して発信元の識別を要求する。発信元識別部３６は、メッセージ情報保持部３８に記憶された送信済みのINVITEメッセージの宛先情報を、上記受信されたINVITEメッセージの発信元情報と比較する。そして、この比較結果をＳＩＰ状態制御部３２に通知する。

ＳＩＰ状態制御部３２は、上記発信元識別部３６から通知された比較結果をもとに、ステップ５ｅで宛先と発信元とが同じであるか否かを検出する。そして、この検出の結果、宛先と発信元が不一致であれば、ステップ５ｆによりビジー状態を表すステータスコード486 Busy HereのINVITE応答メッセージ情報を生成し、このINVITE応答メッセージ情報をＳＩＰメッセージ送受信部３１から発信元に返送させる。

一方、宛先と発信元が同一の場合、ＳＩＰ状態制御部３２は、ステップ６ａにおいて、上記受信されたINVITEメッセージのDateヘッダフィールドに挿入された発信時刻を呼処理継続判定部３７に引き渡して、呼処理継続の判定を要求する。呼処理継続判定部３７は、メッセージ情報保持部３８に記憶された送信済みのINVITEメッセージのDateヘッダフィールドに挿入されている発信時刻ｔａを、上記受信されたINVITEメッセージの発信時刻ｔｂと比較する。そして、この比較結果をＳＩＰ状態制御部３２に通知する。

ＳＩＰ状態制御部３２は、上記比較結果を受け取ると、ステップ６ｂで上記発信時刻ｔａは発信時刻ｔｂより早いかどうかを判定する。そして、自端末が送信したINVITEメッセージの発信時刻ｔａが、受信されたINVITEメッセージの発信時刻ｔｂより早ければ、図８のクライアント端末ＭＳａに示すように、ステップ６ｅにおいて自端末の発信が優先と判断して、以後着信のための呼処理を継続しないことを決定する。そして、ステップ６ｆによりビジー状態を表すステータスコード486 Busy HereのINVITE応答メッセージ情報を生成し、このINVITE応答メッセージをＳＩＰメッセージ送受信部３１から発信元へ返送させる。

そして、上記ビジー状態を表すINVITE応答メッセージの送信後に、ステップ６ｇにおいて、自端末が先に送信したINVITEメッセージに対する着信応答を表すステータスコード183 Session ProgressのINVITE応答メッセージの返送を監視する。そして、当該INVITE応答メッセージが受信されると、以後発信による呼確立手順を継続する。

一方、自端末が送信したINVITEメッセージの発信時刻ｔａが、受信されたINVITEメッセージの発信時刻ｔｂより遅かったとする。この場合、ＳＩＰ状態制御部３２はステップ６ｈに移行し、相手端末の発信が優先と判断して以後着信のための呼処理を継続することを決定する。そして、図８のクライアント端末ＭＳｂに示すように、ステップ６ｉにより、上記受信されたINVITEメッセージに着信応答するためにステータスコード183 Session ProgressのINVITE応答メッセージを生成し、このINVITE応答メッセージをＳＩＰメッセージ送受信部３１から発信元へ返送させる。

そして、上記着信応答のためのINVITE応答メッセージの送信後に、ステップ６ｊにおいて、自端末が先に送信したINVITEメッセージに対するビジー状態を表すステータスコード486 Busy HereのINVITE応答メッセージ情報の返送を監視する。そして、当該INVITE応答メッセージが受信されると、発信制御を終了して以後着信に伴う呼確立手順を実行する。

また、自端末が送信したINVITEメッセージの発信時刻ｔａと、受信されたINVITEメッセージの発信時刻ｔｂとが同一だったとする。この場合ＳＩＰ状態制御部３２は、ステップ６ｃに移行において、上記受信されたINVITEメッセージのCAll-Randヘッダフィールドに挿入された乱数値Ｒｂを呼処理継続判定部３７に引き渡して、呼処理継続の判定を要求する。呼処理継続判定部３７は、メッセージ情報保持部３８に記憶された送信済みのINVITEメッセージのCall-randヘッダフィールドに挿入されている乱数値Ｒａを、上記受信されたINVITEメッセージの乱数値Ｒｂと比較する。そして、この比較結果をＳＩＰ状態制御部３２に通知する。

ＳＩＰ状態制御部３２は、上記比較結果を受け取ると、ステップ６ｄで上記乱数値Ｒａは乱数値Ｒｂより大きいかどうかを判定する。そして、自端末が送信したINVITEメッセージの乱数値Ｒａが、受信されたINVITEメッセージの乱数値Ｒｂより大きかったとすれば、上記発信時刻ｔａがｔｂより早かった場合と同様にステップ６ｅに移行し、ここで自端末の発信が優先と判断して以後着信のための呼処理を継続しないことを決定する。そして、ステップ６ｆによりビジー状態を表すステータスコード486 Busy HereのINVITE応答メッセージ情報を生成し、このINVITE応答メッセージをＳＩＰメッセージ送受信部３１から発信元へ返送させる。

一方、自端末が送信したINVITEメッセージの乱数値Ｒａが、受信されたINVITEメッセージの乱数値Ｒｂより小さければ、上記発信時刻ｔａがｔｂより遅かった場合と同様にステップ６ｈに移行し、ここで相手端末の発信が優先と判断して以後着信のための呼処理を継続することを決定する。そしてステップ６ｉにより、上記受信されたINVITEメッセージに着信応答するためにステータスコード183 Session ProgressのINVITE応答メッセージを生成し、このINVITE応答メッセージをＳＩＰメッセージ送受信部３１から発信元へ返送させる。

以上述べたようにこの実施形態では、発信要求メッセージとしてのINVITEメッセージを送信する際に、発信時刻を上記INVITEメッセージのDateヘッダフィールドに挿入すると共に、乱数値を上記INVITEメッセージのCall-Randヘッダフィールドに挿入する。

一方、発信中に自端末宛てのINVITEメッセージが到来した場合には、送信済みのINVITEメッセージの宛先情報を受信されたINVITEメッセージの発信元情報と比較して、宛先と発信元とが同一であるか否かを判定する。そして、宛先と発信元が同じ場合に、送信済みのINVITEメッセージのDateヘッダフィールドに挿入されている発信時刻を受信されたINVITEメッセージの発信時刻と比較して、どちらの発信が早いかを判定する。そして、自端末の発信の方が早ければ、以後着信のための呼処理を継続しないと決定して、ビジー状態を表すステータスコード486 Busy HereのINVITE応答メッセージ情報を発信元の端末へ返送する。これに対し自端末の発信の方が遅ければ、以後着信のための呼処理を継続すると決定して、着信応答を表すステータスコード183 Session ProgressのINVITE応答メッセージを発信元の端末へ返送する。

したがって、発信要求のINVITEメッセージを送信してから、当該INVITEメッセージに対する着信応答を表すステータスコード183 Session ProgressのINVITEメッセージが返送されるまでの間に、自端末宛の他のINVITEメッセージが受信されたとしても、つまり同一期間中に２つの発信要求が輻輳しても、発信時刻が早い方のINVITEメッセージが優先されてこのINVITEメッセージに対する呼処理が継続される。このため、INVITEメッセージに対する応答が無条件にビジーに設定されることはなくなり、これによりセッションを確立して音声通信を行える確率を高めることができる。

またこの実施形態では、自端末の発信時刻と他端末の発信時刻とが同一だった場合には、自端末が送信したINVITEメッセージの乱数と、他端末が送信したINVITEメッセージの乱数とを比較し、乱数値が大きい方のINVITEメッセージが優先されてこのINVITEメッセージに対する呼処理が継続される。このため、発信時刻が同一だった場合でも、乱数値の大小関係をもとに一方のINVITEメッセージを優先して呼処理を継続することができる。このため、セッションを確立して音声通信を行える確率をさらに高めることができる。

ちなみに、以上のような呼処理継続判定を行わなかった場合には、例えば図９に示すように、各クライアント端末ＭＳａ，ＭＳｂは自端末宛のINVITEメッセージを受信すると、いずれも無条件にビジー状態を表すステータスコード486 Busy HereのINVITE応答メッセージ情報を発信元の端末へ返送する。このため、各クライアント端末ＭＳａ，ＭＳｂは共に発信時の呼処理を終了する。したがって、各ユーザは音声通信を行うことができず、再度発信操作を行わなければならない。

なお、この発明は上記実施形態に限定されるものではない。例えば、前記実施形態では呼処理の継続判定を発信時刻と乱数を併用して行う場合を例にとって説明したが、呼処理の継続判定を発信時刻のみ或いは乱数のみで行ってもよい。また、呼処理の継続判定を発信時刻と乱数を併用する場合でも、先ず乱数を用いて判定し、乱数値が同一の場合に発信時間をもとに判定するようにしてもよい。また、乱数の大小判定では、乱数の小さい方の優先度を高くしてもよい。

さらに、発信時刻と乱数の他に、緊急度を表す情報や職位を表す情報をINVITEメッセージのヘッダに含めて送り、この緊急度を表す情報や職位を表す情報をもとに呼処理の継続判定を行うようにしてもよい。

また、前記実施形態では発信優先度を表す情報をINVITEメッセージのヘッダに挿入するようにしたが、INVITEメッセージのボディにテキストデータにして挿入するようにしてもよい。要するに、受信端末がINVITEメッセージから発信優先度を表す情報を抽出できるものであれば、発信優先度を表す情報の送信形態は如何なる形態でもよい。

さらに、ＩＰ電話端末は携帯電話端末に限らず、ＰＤＡ（Personal Digital Assistant）やノート型パーソナル・コンピュータ等のＳＩＰ対応のＩＰ携帯端末でもよく、さらにはＳＩＰ対応のパーソナル・コンピュータや固定電話機等のＩＰ固定端末でもよい。その他、ＩＰ電話端末の構成や呼確立制御手順と制御内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。

要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

この発明の一実施形態に係わるＩＰ電話端末を使用した通信システムの概略構成図。この発明の一実施形態に係わるＩＰ電話端末の機能構成を示すブロック図。図２に示したＩＰ電話端末による発信制御手順と制御内容を示すフローチャート。図３に示す発信制御により作成送信されるINVITEメッセージのヘッダの構成を示す図。図２に示したＩＰ電話端末による着信制御手順と制御内容の前半部分を示すフローチャート。図２に示したＩＰ電話端末による着信制御手順と制御内容の後半部分を示すフローチャート。一方のクライアント端末が発信した場合の呼確立シーケンスを示す図。両方のクライアント端末がほぼ同時に発信した場合の呼確立シーケンスを示す図。呼処理継続判定を行わない場合の呼確立シーケンスを示す図。

符号の説明

ＭＳａ，ＭＳｂ…クライアント端末、ＢＳａ，ＢＳｂ…基地局、ＳＶａ，ＳＶｂ…プロキシサーバ、ＮＷ…通信ネットワーク、１…アンテナ、２…無線ユニット、３…ベースバンドユニット、４…スピーカ、５…マイクロホン、６…入力部、７…表示部、３１…ＳＩＰメッセージ送受信部、３２…ＳＩＰ状態制御部、３３…ユーザインタフェース部（ユーザＩ／Ｆ）、３４…時刻管理部、３５…乱数発生部、３６…発信元識別部、３７…呼処理継続判定部、３８…メッセージ情報保持部。

Claims

通信相手の端末との間でパケット交換網を介してセッションを確立し音声通信を行うＩＰ電話端末において、
発信元及び宛先を示す情報と発信優先度を示す情報とを含む第１の発信要求メッセージを作成して送信する送信手段と、
前記第１の発信要求メッセージの送信後、宛先の端末から当該第１の発信要求メッセージに対する着信応答メッセージが返送されるまでの間に、自己の端末を宛先とする第２の発信要求メッセージが受信された場合に、当該第２の発信要求メッセージに含まれる発信優先度を示す情報と、自端末が送信した前記第１の発信要求メッセージに含まれる発信優先度を示す情報とを比較する比較手段と、
前記発信優先度の比較の結果、前記第２の発信要求メッセージの発信優先度の方が高い場合に当該第２の発信要求メッセージに対する着信応答手順を実行し、前記第１の発信要求メッセージの発信優先度の方が高い場合に当該第１の発信要求メッセージに続く発信制御手順を実行する制御手段と
を具備することを特徴とするＩＰ電話端末。
前記送信手段は、前記第１の発信要求メッセージに、前記発信優先度を示す情報として発信時刻を含め、
前記制御手段は、前記第２の発信要求メッセージに含まれる発信時刻の方が早い場合に当該第２の発信要求メッセージに対する着信応答手順を実行し、前記第１の発信要求メッセージに含まれる発信時刻の方が早い場合に当該第１の発信要求メッセージに続く発信制御手順を実行することを特徴とする請求項１記載のＩＰ電話端末。
前記送信手段は、前記第１の発信要求メッセージに、前記発信優先度を示す情報として乱数を含め、
前記制御手段は、前記第２の発信要求メッセージに含まれる乱数値の方が大きい場合に当該第２の発信要求メッセージに対する着信応答手順を実行し、前記第１の発信要求メッセージに含まれる乱数値の方が大きい場合に当該第１の発信要求メッセージに続く発信制御手順を実行することを特徴とする請求項１記載のＩＰ電話端末。
前記送信手段は、前記第１の発信要求メッセージに、前記発信優先度を示す情報として発信時刻及び乱数を含め、
前記制御手段は、
前記第２の発信要求メッセージに含まれる発信時刻の方が早い場合に当該第２の発信要求メッセージに対する着信応答手順を実行する手段と、
前記第１の発信要求メッセージに含まれる発信時刻の方が早い場合に当該第１の発信要求メッセージに続く発信制御手順を実行する手段と、
前記第２の発信要求メッセージに含まれる発信時刻と前記第１の発信要求メッセージに含まれる発信時刻とが等しい場合には、前記第２の発信要求メッセージに含まれる乱数値と第１の発信要求メッセージに含まれる乱数値との比較結果に基づき、第２の発信要求メッセージに含まれる乱数値の方が大きい場合に当該第２の発信要求メッセージに対する着信応答手順を実行し、前記第１の発信要求メッセージに含まれる乱数値の方が大きい場合に当該第１の発信要求メッセージに続く発信制御手順を実行することを特徴とする請求項１記載のＩＰ電話端末。