JP2007129457A - Ｉｐ通信システムおよびｉｐ電話端末装置 - Google Patents

Abstract

【課題】着信時に保留を行った場合でも、係る処理に要するリソースが少なく、また相手端末への負荷も少なく、呼出状態から保留状態へ移行できるＩＰ電話端末装置を提供する。
【解決手段】着信中に着信側のクライアント端末６００が、着信の保留を発信側のクライアント端末１００に通知する場合に、INVITEメッセージに対する応答である200OKメッセージで通知するようにしたものである。
【選択図】図３

Description

この発明は、ＩＰ網を通じて通話を行うＩＰ電話端末装置に関する。

周知のように、3GPP TS24.228に準拠した従来のＩＰ電話端末装置は、呼制御プロトコルとしてＳＩＰ（Session Initiation Protocol）を用いる。そして、着信側のＩＰ電話端末装置は、保留を要求する場合に、UPDATE要求メッセージを送信して相手端末に保留を開始することを通知する（例えば、非特許文献１参照）。

そして従来は、保留時にはセッションメディア保留装置がセッションを保持したままセッションを管理し、セッションを確立した状態での保留が前提となっている（例えば、特許文献１参照）。

しかしながら、ＳＩＰを用いたＩＰ電話端末装置では、通話時と保留時で、相手端末との間の画像・音声データの送受信方法やフォーマットが異なる場合がある。このような場合、着信中に保留操作を行うと、保留操作以前のＳＩＰメッセージ処理によって相手端末との間で画像・音声データの送受信方法やフォーマットを決定していることがあるため、これを確認するために、呼確立のＳＩＰメッセージ処理と、保留のＳＩＰメッセージ処理を連続して行う必要があるため、相手端末では一度呼接続状態になった後、保留状態にならなければならないという問題があった。
特開２００５−３３７１５ 3GPP TS24.228 Signaling flows for the IP multimedia call control based on SIP and SDP

ＳＩＰを用いた従来のＩＰ電話端末装置では、通話時と保留時で、相手端末との間の画像・音声データの送受信方法やフォーマットが異なる場合がある。このような場合、着信中に保留操作を行うと、保留操作以前のＳＩＰメッセージ処理によって相手端末との間で画像・音声データの送受信方法やフォーマットを決定していることがあるため、これを確認するために、呼確立のＳＩＰメッセージ処理と、保留のＳＩＰメッセージ処理を連続して行う必要があるため、相手端末では一度呼接続状態になった後、保留状態にならなければならないという問題があった。

この発明は上記の問題を解決すべくなされたもので、着信時に保留を行った場合でも、呼確立のＳＩＰメッセージ処理から保留のＳＩＰメッセージ処理までに要する処理に要するリソースが少なく、また相手端末への負荷も少なく、呼出状態から保留状態へ移行できるＩＰ電話端末装置を提供することを目的とする。

上記の目的を達成するために、この発明は、ＩＰ網を通じて通話を行うものであって、呼制御プロトコルとしてＳＩＰ（Session Initiation Protocol）を用いるＩＰ通信システムにおいて、発信側のＩＰ電話端末装置は、ユーザから発信要求と着信側のＩＰ電話端末装置を識別する電話番号を受け付ける受付手段と、この受付手段が発信要求を受け付けた場合に、ＩＰ網に収容されるプロキシサーバを通じて、電話番号に基づいて着信側のＩＰ電話端末装置に宛てて、ＳＩＰにしたがったINVITEメッセージを送信する送信手段とを備え、着信側のＩＰ電話端末装置は、ＩＰ網に収容されるプロキシサーバを通じて、発信側のＩＰ電話端末装置から送信されたINVITEメッセージを受信する受信手段と、この受信手段がINVITEメッセージを受信した場合に、着信の発生をユーザに報知する報知手段と、ユーザから保留要求を受け付ける受付手段と、この受付手段が保留要求を受け付けた場合に、INVITEメッセージが成功したことを示す情報と、保留を要求する情報を含んだOKメッセージを、発信側のＩＰ電話端末装置に宛てて送信する送信手段とを備え、さらに、発信側のＩＰ電話端末装置は、プロキシサーバを通じて、着信側のＩＰ電話端末装置から送信されるOKメッセージを受信する受信手段と、この受信手段が受信したOKメッセージに保留を要求する情報が含まれる場合に、呼の確立を行うとともに、通話を保留する制御手段とを具備して構成するようにした。

この発明によれば、着信時に保留を行った場合でも、係る処理に要するリソースが少なく、また相手端末への負荷も少なく、呼出状態から保留状態へ移行できるＩＰ通信システムおよびＩＰ電話端末装置を提供できる。

以下、図面を参照して、この発明の一実施形態について説明する。
図１は、この発明の一実施形態に係わるＩＰ通信システムの構成を示すものである。この図に示すＩＰ通信システムは、複数のクライアント端末１００，６００と、複数の基地局２００，５００、およびプロキシサーバ３００，４００が、直接的または間接的にＩＰ網に接続される。

クライアント端末１００，６００は、3GPP TS24.228に準拠したＩＰ電話端末装置であって、基地局２００，５００と無線通信するもので、それぞれ例えば図２に示すように構成される。なお、以下の説明では、クライアント端末１００を発信側のＩＰ電話端末装置とし、クライアント端末６００をその着信側のＩＰ電話端末装置として説明する。

クライアント端末１００，６００は、それぞれアンテナ１と、通信部１０と、音声処理部２０と、表示部３０と、操作部４０と、報知部５０と、記憶部６０と、制御部７０とを備えている。
アンテナ１は、基地局２００や５００から送信される無線信号の受信や、当該クライアント端末からの上記基地局に宛てた無線信号の送信を行うものである。

通信部１０は、アンテナ１を通じて上記基地局と無線通信し、この基地局を通じて通信相手局（クライアント端末６００，１００）とＩＰ（Internet Protocol）通信するものである。具体的には、通信部１０は、アンテナ１が受信した無線信号をダウンコンバートして復調し、通信相手局から送信された符号化音声データを得て、これを制御部７０を通じて音声処理部２０に出力する。また通信部１０は、制御部７０を通じて音声処理部２０から与えられる符号化音声データを用いてベースバンド信号を変調し、これをアップコンバートして無線信号を生成し、アンテナ１を通じて上記基地局に宛てて送信する。

音声処理部２０は、通信部１０にて復調された符号化音声データを復号して音声信号を再生し、内蔵するスピーカ２１から拡声出力する。これにより、通話相手局からの送話音声がユーザに伝達される。また音声処理部２０は、内蔵するマイクロホン２２から入力された音声信号を符号化して符号化音声データを生成し、これを制御部７０を通じて通信部１０に与える。

表示部３０は、ＬＣＤ（Liquid Crystal Display）などを用いた表示装置であって、テキストや画像など種々の視覚的な情報をユーザに映示するものである。操作部４０は、複数のキースイッチなどを備え、ユーザの要求を受け付けるものである。報知部５０は、着信の発生を音によりユーザに報知するものである。

記憶部６０は、制御部７０の制御プログラムや制御データ、電話番号、名称および顔写真などの画像データを対応づけた電話帳データを記憶するとともに、送受信したメールデータや、当該クライアント端末の設定に関わる説明データなどが記憶される。

制御部７０は、当該クライアント端末の各部を統括して制御するものである。例えば、制御部７０は、通信部１０がＳＩＰ（Session Initiation Protocol）にしたがって基地局から着信信号を受信し、表示部３０および報知部５０を制御して、着信の発生を報知するとともに、操作部４０を通じたユーザの応答操作により、上記着信に応答する信号を通信部１０に送信させ、音声通信リンクを確立する着信制御機能を備える。

また制御部７０は、操作部４０を通じたユーザの発信要求に応じて、ＳＩＰにしたがって通信部１０を制御して、ユーザが指定する電話番号への発信を行う発信制御機能や、この発信に伴って音声通信リンクを確立する通信制御機能を備える。

すなわち制御部７０は、ＳＩＰにしたがって、アクションの決定、ＳＩＰメッセージの生成、ＳＩＰメッセージの解析、ＳＩＰメッセージからのデータ抽出、ＳＩＰメッセージの送受信を実現するための制御機能を有するものである。

次に、上記構成のＩＰ通信システムの動作について説明する。ここでは特に、この発明に関わる、クライアント端末１００と６００との間で、呼（セッション）を確立し、クライアント端末１００からの着信中にクライアント端末６００にて保留要求が与えられた場合の動作について説明する。クライアント端末１００と６００との間は、プロキシサーバ３００，４００およびＩＰ網を介して呼が確立される。

まず、クライアント端末１００にて、ユーザが操作部４０を通じて発信要求を行う。この発信要求には、クライアント端末６００に予め対応づけられた電話番号も入力される。この発信要求を、制御部７０が検出すると、制御部７０は、通信部１０を制御して、上記電話番号とともに、INVITEメッセージを送信する。このメッセージは、基地局２００に受信され、プロキシサーバ３００に送信される。

このINVITEメッセージを受信したプロキシサーバ３００は、INVITEメッセージとともに送られた電話番号あるいはＵＲＩ（Universal Resource Identifier）から、クライアント端末６００を収容しているプロキシサーバ４００のＩＰアドレスを検出し、このＩＰアドレスを宛先として上記INVITEメッセージをＩＰ網に送信する。

ＩＰ網では、プロキシサーバ４００がプロキシサーバ３００から送信されたINVITEメッセージを受信すると、ロケーションサーバ（図示せず）を介してクライアント端末６００のＩＰアドレスを取得し、このＩＰアドレスを宛先としてINVITEメッセージを送信する。なお、プロキシサーバ４００は、ＩＰアドレスから基地局５００がクライアント端末６００を収容していることを知ることができる場合もある。

これに対してクライアント端末６００では、上記INVITEメッセージを通信部１０が受信すると、これを制御部７０が検出して、試行中であることを示す100Tryingメッセージを生成し、これを送信するように通信部１０を制御する。これに対して通信部１０は、制御部７０の指示にしたがって、上記100Tryingメッセージを、基地局５００を通じてプロキシサーバ４００に送信する。

そしてクライアント端末６００の制御部７０は、セッションの進捗状況を示す183Session Progressメッセージを生成し、これを送信するように通信部１０を制御する。これに対して通信部１０は、制御部７０の指示にしたがって、上記183Session Progressメッセージを、基地局５００を通じてプロキシサーバ４００に送信する。

基地局５００を通じて上記183Session Progressメッセージを受信したプロキシサーバ４００は、ＩＰ網に上記183Session Progressメッセージを送信する。このようにして送信された183Session Progressメッセージは、そのヘッダに含まれる情報からクライアント端末１００に向けて転送され、やがて、プロキシサーバ３００および基地局２００を介して、クライアント端末１００に送信される。

これに対してクライアント端末１００では、上記183Session Progressメッセージを通信部１０が受信すると、これを制御部７０が検出して、上記メッセージに対する確認要求であるPRACKメッセージを生成し、これを送信するように通信部１０を制御する。これに対して通信部１０は、制御部７０の指示にしたがって、上記PRACKメッセージを、基地局２００を通じてプロキシサーバ３００に送信する。

基地局２００を通じて上記PRACKメッセージを受信したプロキシサーバ３００は、ＩＰ網に上記PRACKメッセージを送信する。このようにして送信されたPRACKメッセージは、そのヘッダに含まれる情報からクライアント端末６００に向けて転送され、やがて、プロキシサーバ４００および基地局５００を介して、クライアント端末６００に送信される。

これに対してクライアント端末６００では、上記PRACKメッセージを通信部１０が受信すると、これを制御部７０が検出して、上記PRACKメッセージに対して成功を示す200OKメッセージを生成し、これを送信するように通信部１０を制御する。これに対して通信部１０は、制御部７０の指示にしたがって、上記200OKメッセージを、基地局５００を通じてプロキシサーバ４００に送信する。

基地局５００を通じて上記200OKメッセージを受信したプロキシサーバ４００は、ＩＰ網に上記200OKメッセージを送信する。このようにして送信された200OKメッセージは、そのヘッダに含まれる情報からクライアント端末１００に向けて転送され、やがて、プロキシサーバ３００および基地局２００を介して、クライアント端末１００に送信される。

そして、クライアント端末６００では、制御部７０が報知部５０および表示部３０を制御して、ユーザに着信が発生したことを聴覚的および視覚的に報知するとともに、呼び出し中であることを示す180Ringingメッセージを生成し、これを送信するように通信部１０を制御する。これに対して通信部１０は、制御部７０の指示にしたがって、上記180Ringingメッセージを、基地局５００を通じてプロキシサーバ４００に送信する。

基地局５００を通じて上記180Ringingメッセージを受信したプロキシサーバ４００は、ＩＰ網に上記180Ringingメッセージを送信する。このようにして送信された180Ringingメッセージは、そのヘッダに含まれる情報からクライアント端末１００に向けて転送され、やがて、プロキシサーバ３００および基地局２００を介して、クライアント端末１００に送信される。

これに対して、クライアント端末１００では、通信部１０が上記180Ringingメッセージを受信したことを制御部７０が検出すると、制御部７０は音声処理部２０を制御して、スピーカ２１からリングバックトーンを拡声出力し、ユーザに呼び出し中であることを示す。

一方、クライアント端末６００は、着信をユーザに報知する状態であるが、このときユーザが操作部４０を通じて、上記着信を保留にする要求を行うと、これを検出した制御部７０は、上記INVITEが成功した旨を示す200OKメッセージを生成し、これを送信するように通信部１０を制御する。この200OKメッセージは、例えば図４に示すようなヘッダである。すなわち、発信側のクライアント端末１００に対して保留状態への移行を要求する「Require-Hold」ヘッダフィールドを有する。これに対して通信部１０は、制御部７０の指示にしたがって、上記200OKメッセージを、基地局５００を通じてプロキシサーバ４００に送信する。

基地局５００を通じて上記200OKメッセージを受信したプロキシサーバ４００は、ＩＰ網に上記200OKメッセージを送信する。このようにして送信された200OKメッセージは、そのヘッダに含まれる情報からクライアント端末１００に向けて転送され、やがて、プロキシサーバ３００および基地局２００を介して、クライアント端末１００に送信される。

これに対してクライアント端末１００では、上記200OKメッセージを通信部１０が受信すると、これを制御部７０が検出し、ヘッダに「Require-Hold」ヘッダフィールドが含まれるか否かを判定する。

ここで、「Require-Hold」ヘッダフィールドが含まれていることを検出すると、制御部７０は、上記メッセージに対する確認要求であるACKメッセージを生成し、これを送信するように通信部１０を制御する。これに対して通信部１０は、制御部７０の指示にしたがって、上記ACKメッセージを、基地局２００を通じてプロキシサーバ３００に送信する。

また制御部７０は、記憶部６０から保留中を示す画像データおよび保留時に再生する音楽データを読み出し、上記画像データに基づく画像を表示部３０に表示させるとともに、上記音楽データを音声処理部２０に出力し、上記音楽データに基づく音楽などをスピーカ２１を通じて拡声出力し、ユーザに着信保留された旨を報知する。

基地局２００を通じて上記ACKメッセージを受信したプロキシサーバ３００は、ＩＰ網に上記ACKメッセージを送信する。このようにして送信されたACKメッセージは、そのヘッダに含まれる情報からクライアント端末６００に向けて転送され、やがて、プロキシサーバ４００および基地局５００を介して、クライアント端末６００に送信される。

これに対してクライアント端末６００では、上記ACKメッセージを通信部１０が受信し、これを制御部７０が検出すると、制御部７０は報知部５０および表示部３０を制御して、ユーザに保留中であることを聴覚的および視覚的に報知する。

以上のように、上記構成のＩＰ通信システムでは、着信中に着信側のクライアント端末６００が、着信の保留を発信側のクライアント端末１００に通知する場合に、INVITEメッセージに対する応答である200OKメッセージで通知するようにしている。

したがって、上記構成のＩＰ通信システムによれば、INVITEメッセージに対する応答である200OKメッセージに着信保留を示す情報を付加するだけで、呼の確立だけでなく保留状態へ移行することができる。このため、着信時に保留を行った場合でも、係る処理に要するリソースが少なく、また相手端末への負荷も少なく、呼出状態から保留状態へ移行できる。

なお、上記説明では、ＳＩＰメッセージとしてINVITE、PRACK、UPDATE、ACK、100 Trying、183 Session Progress、180 Ringing、200 OKを示しているが、INVITE、PRACK、UPDATE、ACKの４つのメッセージはリクエストメッセージのメソッドであり、100 Trying、183 Session Progress、180 Ringing、200 OKの４つのメッセージはレスポンスメッセージのステータスコードをそれぞれ示している。

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

その一例として例えば、上記実施の形態では、ＩＰ電話端末装置として、基地局と無線通信を行う移動無線端末装置を例に挙げて説明したが、これに限定されるものではなく、有線でプロキシサーバに接続される固定電話機でもよく、同様の効果を得られる。

また上記実施の形態では、上記200OKメッセージのヘッダに「Require-Hold」ヘッダフィールドを新たに設けることで、発信側のクライアント端末１００に着信保留を伝達するようにようにしたが、これに代わって例えば、ヘッダでなくボディに着信保留を要求する情報を挿入するようにしてもよい。
その他、この発明の要旨を逸脱しない範囲で種々の変形を施しても同様に実施可能であることはいうまでもない。

この発明に係わるＩＰ通信システムの一実施形態の構成を示すシステム構成図。 図１に示したＩＰ電話端末装置の構成を示す回路ブロック図。 図１に示したＩＰ通信システムの動作を説明するためのシーケンス図。 図３に示した着信側から発信側への応答メッセージのヘッダ情報の一例を示す図。

符号の説明

１…アンテナ、１０…通信部、２０…音声処理部、２１…スピーカ、２２…マイクロホン、３０…表示部、４０…操作部、５０…報知部、６０…記憶部、７０…制御部、１００，６００…クライアント端末、２００，５００…基地局、３００，４００…プロキシサーバ。

Claims (3)

1. ＩＰ網を通じて通話を行うものであって、呼制御プロトコルとしてＳＩＰ（Session Initiation Protocol）を用いるＩＰ通信システムにおいて、
   発信側のＩＰ電話端末装置は、
   ユーザから発信要求と着信側のＩＰ電話端末装置を識別する電話番号を受け付ける受付手段と、
   この受付手段が発信要求を受け付けた場合に、前記ＩＰ網に収容されるプロキシサーバを通じて、前記電話番号に基づいて着信側のＩＰ電話端末装置に宛てて、前記ＳＩＰにしたがったINVITEメッセージを送信する送信手段とを備え、
   前記着信側のＩＰ電話端末装置は、
   前記ＩＰ網に収容されるプロキシサーバを通じて、前記発信側のＩＰ電話端末装置から送信されたINVITEメッセージを受信する受信手段と、
   この受信手段が前記INVITEメッセージを受信した場合に、着信の発生をユーザに報知する報知手段と、
   ユーザから保留要求を受け付ける受付手段と、
   この受付手段が保留要求を受け付けた場合に、前記INVITEメッセージが成功したことを示す情報と、保留を要求する情報を含んだOKメッセージを、前記発信側のＩＰ電話端末装置に宛てて送信する送信手段とを備え、
   さらに、発信側のＩＰ電話端末装置は、
   プロキシサーバを通じて、前記着信側のＩＰ電話端末装置から送信されるOKメッセージを受信する受信手段と、
   この受信手段が受信したOKメッセージに保留を要求する情報が含まれる場合に、呼の確立を行うとともに、通話を保留する制御手段とを具備することを特徴とするＩＰ通信システム。
2. ＩＰ網を通じて通話を行うものであって、呼制御プロトコルとしてＳＩＰ（Session Initiation Protocol）を用いるＩＰ電話端末装置において、
   ユーザから発信要求と着信側のＩＰ電話端末装置を識別する電話番号を受け付ける受付手段と、
   この受付手段が発信要求を受け付けた場合に、前記ＩＰ網に収容されるプロキシサーバを通じて、前記電話番号に基づいて着信側のＩＰ電話端末装置に宛てて、前記ＳＩＰにしたがったINVITEメッセージを送信する送信手段と、
   プロキシサーバを通じて、前記着信側のＩＰ電話端末装置から送信される、前記INVITEメッセージに対応するOKメッセージを受信する受信手段と、
   この受信手段が受信したOKメッセージに保留を要求する情報が含まれる場合に、呼の確立を行うとともに、通話を保留する制御手段とを具備することを特徴とするＩＰ電話端末装置。
3. ＩＰ網を通じて通話を行うものであって、呼制御プロトコルとしてＳＩＰ（Session Initiation Protocol）を用いるＩＰ電話端末装置において、
   前記ＩＰ網に収容されるプロキシサーバを通じて、発信側のＩＰ電話端末装置から送信されたINVITEメッセージを受信する受信手段と、
   この受信手段が前記INVITEメッセージを受信した場合に、着信の発生をユーザに報知する報知手段と、
   ユーザから保留要求を受け付ける受付手段と、
   この受付手段が保留要求を受け付けた場合に、前記INVITEメッセージが成功したことを示す情報と、保留を要求する情報を含んだOKメッセージを、前記発信側のＩＰ電話端末装置に宛てて送信する送信手段とを具備することを特徴とするＩＰ電話端末装置。

Images