(57)【要約】【課題】リアルタイム性の電話サービスにおいて、２つ以上の通信網を切り替えて通話を継続しようとすると、セッション切替時に一時的な中断が発生する。【解決手段】２端末間にハンドオーバ機能を提供するハンドオーバサーバを設置し、ハンドオーバサーバが２端末間の通話セッションを中継する仕組みを導入する。そしてハンドオーバサーバと端末の間に、同一の通話データのセッションを２本同時に確立することで、切れ目のない通話サービスの継続を実現する。【選択図】図１
2006222822.tif 000002
【特許請求の範囲】
【請求項１】
１の端末に２以上の通信路で同時に通話可能であり、２の端末と１以上の通信路で通話可能なハンドオーバサーバであり、
上記２以上の通信路での上記１の端末との通話を確立する通話処理部と、
上記２の端末から送られる通話データを上記１の端末の２以上の通信路へ同時に転送し、上記１の端末の２以上の通信路からのいずれかから受信される通話データをバッファに蓄積して上記２の端末へ転送するハンドオーバ処理部を有するハンドオーバサーバであり、
上記ハンドオーバ処理部は、上記２の端末へ転送する通話データの通信路を切替える際、上記２以上の通信路から同時に受信される通話データの時刻情報を元に切れ目なく、通話データの通信路を切り替えて上記２の端末へ転送することを特徴とするハンドオーバサーバ。
【請求項２】
請求項１記載のハンドオーバサーバとの間に同時に２以上の通信網を張ることができる通信網インタフェース部と、
上記２以上の通信網を経由した２以上の通信路で上記ハンドオーバサーバとの間で同時に２以上の通話を確立する通話処理部と、
上記２以上の通信路に送話音声データを同時に送出し、上記２以上の通信路から受信する通話データをバッファに蓄積するハンドオーバ処理部と、
上記ハンドオーバ処理部から受信される通話データをデコード、再生する音声処理部を有する電話端末であって、
上記ハンドオーバ処理部は、上記ハンドオーバサーバから受信する通話データの通信路を切り替える際、上記２以上の通信路から同時に受信される通話データの時刻情報を元に切れ目なく、受信する通話データの通信路を切り替えることを特徴とする電話端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信路による受信手段を備える通信端末装置、およびこの通信端末装置に対して電話のハンドオーバサービスを提供する通信装置により構成されるシステムに関する。
【背景技術】
【０００２】
生活様式や勤労形態の多様化に伴い、携帯電話やPDA、ノートパソコンなどの移動端末により、いつでもどこでもインターネットに接続して通信サービスを享受したいというニーズが高まってきている。近年のモバイル通信技術の進展により、現在は無線ＬＡＮやW-CDMA、cdma2000、Bluetoothなど、複数の移動体通信網が利用可能である。移動端末は、各々の通信網に対応する通信アダプタを用いることで各々の通信網に接続が可能である。さらに一台の移動端末に複数の種類の通信アダプタを搭載することで、受信データの速度や、移動端末の通信状況などに応じて最適な通信網を選択することや、通信網を動的に切替えることが可能となっている。
【０００３】
移動端末によるインターネット通信サービスとして、IP電話のニーズは高く、近年は無線LANによるオフィスの内線電話等で利用されている。しかし、現状では一般のプライベート電話としてIP電話が公衆携帯網により実現されてはいない。この理由としては、公衆携帯網ではデータ通信のための帯域が小さいため、一つの基地局にアクセスする端末の数が増えると安定したサービスが提供できなくなるという問題がある。また公衆携帯網は全国的な規模で電波をカバーする必要があるため、通信コストが大きいといった経済的面からの問題もある。従って移動体においてIP電話サービスを実現するためには公衆携帯網と、無線LAN網とを適宜切り替えて通話が継続できることは、技術的、経済的面からも有用性は高い。
【０００４】
移動端末が、他の端末やサーバと接続して通信サービスを受けている際中に、動的に通信網を切替えて通信サービスを継続する場合には、通信サービスのセッション情報を、通信路に存在する中継装置やエージェントが常に保持しておき、切替後の通信網における通信サービスで、このセッション情報を用いて通信サービスを継続するのが一般的である。
ここでセッションとは、ある通信サービスを提供する送信装置と受信装置間の通信フロー、ならびにその通信サービスを提供するために送信装置と受信装置の双方において実行される一連のプロセスの集合を意味する。セッション情報とは、そのサービスを提供するセッションに関する総合的な情報であり、セッション情報としては例えば、サーバ／クライアント端末のＩＰアドレスとポート番号、通信プロトコル、セッション開始時刻、サービス経過時間、サービス名、使用アプリケーション名等が挙げられる。
【０００５】
通常、通信網切替時における通信サービスの継続方法は、移動端末においてセッションを一時的に中断し、通信網を切替えた後、新たにセッションを再開するものである。このため映像や通話音声など、受信データの継続性がサービス品質に大きく影響するような通信サービスでは、上記のようなセッションの一時中断によりユーザに対し不快感を与えるという問題があった。また通信網を切替える前と、切替える後とで通信網の通信速度等の特性が異なる場合、同じサービスを継続することが難しいという問題があった。
上記のような、受信データの一時中断や、切替前後での通信速度の特性の違いによるサービスの継続性困難を解決するための方法として、切替前の通信路におけるセッションと切替後の通信路におけるセッションを一時的に二つ同時に移動端末との間で確立する方法が提案されている（例えば特許文献１）。
【０００６】
【特許文献１】特開２００４-３５６９２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１は、切替前の通信路におけるセッションと切替後の通信路におけるセッションを一時的に二つ同時に移動端末との間で確立する方法を提供している。しかし特許文献１は、蓄積されたコンテンツを配信するサービスのみに限定された実現方法を提供しており、二つのセッションでクライアント端末からデータがサーバへ送出されるような、電話サービスにおいて一時中断なく配信サービスを提供することはできない。
本発明の目的は、上記の事情を鑑みてなされるものであり、移動端末における通信網切替時の電話サービスを、一時的に中断することなく継続する方法を提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の電話ハンドオーバシステムでは、二つの網で同時に互いに通話セッションを確立することのできる電話ハンドオーバ端末（以下、ハンドオーバ端末）と電話ハンドオーバサーバ（以下、ハンドオーバサーバ）とで構成されることを特徴とする。
【０００９】
また本発明の電話ハンドオーバシステムにおけるハンドオーバサーバは、ハンドオーバ端末に代わり、ハンドオーバ端末の通話相手と通話セッションを確立し、通話相手先からの通話データをハンドオーバ端末へ転送する。同様にハンドオーバサーバは、ハンドオーバ端末から送られる通話データを通話相手先へ転送する。
そして本発明の電話ハンドオーバシステムにおけるハンドオーバ端末とハンドオーバサーバとは、通話路切替時には切り替え前後の網上で互いにセッションを一時的に二つ同時に確立し、両セッションで同一の通話データの送受信を行い、切替前と切替後の二つの通信路から受信する通話データの時刻情報に基づき、適切なタイミングでセッションを切替えることを特徴とする。
【発明の効果】
【００１０】
以上のように、本発明の電話ハンドオーバシステムによれば、通信の途中であっても、映像も含む電話サービスなどの双方向性通信サービスであっても、一時的に映像や音が中断することなく、通信網を切替えて、ユーザは通信サービスを継続することが可能である。
また本発明では、それぞれのセッションにてコーデックやビットレートを変更させることができるので、それぞれの通信網における現在のスループットに応じたビットレートでの通話を適時実現することが可能である。
以上に述べたように本発明によれば、特性が異なる複数の通信網や、通信速度の変動が激しい通信網においても、リアルタイム性の要求の高い双方向性通信サービスを、一時的な中断なく、継続的に提供することが可能である。従って現在広く普及している携帯端末を利用することで、ユーザに対して利便性の高いサービスを提供することが可能である。
【発明を実施するための最良の形態】
【００１１】
本願は通信路の切替の際に通話を中断することなく継続させるための電話ハンドオーバ装置、ならびに電話ハンドオーバ端末装置、およびこれらにより構成される電話ハンドオーバシステムに関するものである。以下、図面を参照して本発明の実施形態について説明する。
【実施例１】
【００１２】
図１〜図２を参照して、本発明の実施形態１による電話ハンドオーバシステムについて説明する。
図１は、実施形態１による電話ハンドオーバシステムにおけるハンドオーバサーバ１００、およびハンドオーバ端末１０５の構成を示す図である。同図では、ハンドオーバサーバ１００を中継して、電話端末１０４とハンドオーバ端末１０５とが通話を行う場合のシステム構成を示している。ここで電話端末１０４は、本発明で開示するハンドオーバ機能を持たない、一般的なＩＰ電話機能を有する電話端末である。
【００１３】
同図において、ハンドオーバサーバ１００は、ハンドオーバ処理部１０１、通話処理部１０２、および通信網インタフェース部１０３とから構成される。ハンドオーバ処理部１０１は、通信網＃２（１０８）経由の通話セッションと通信網＃３（１０７）経由の通話セッションとの切替処理を行うとともに、電話端末１０４とハンドオーバサーバ１００間の通話セッションと、ハンドオーバサーバ１００とハンドオーバ端末１０５間の通話セッションとの通話内容を互いへ反映させる。通話処理部１０２は、他端末との間の通話セッションにおけるメッセージの送受信、および通話データの送受信を制御する。通信網インタフェース部１０３は、通信網＃１へアクセスするための網インタフェースである。
【００１４】
ハンドオーバ端末１０５は、通信網インタフェース部１０９、通話処理部１１０、ハンドオーバ処理部１１１、および音声処理部１１２とから構成される。通信網インタフェース部１０９は、通信網＃２（１０８）と通信網＃３（１０７）へアクセスするための網インタフェースである。ハンドオーバ端末は通信網＃２（１０８）と通信網＃３（１０７）を経由して通信網＃１（１０６）へ接続できる。通話処理部１１０は、他端末との間の通話セッションにおけるメッセージの送受信、および通話データの送受信を制御する。ハンドオーバ処理部１１１は、通信網＃２（１０８）経由の通話セッションと通信網＃３（１０７）経由の通話セッションとの切替処理を行う。音声処理部１１２は、マイク等の入力デバイスから入力される通話音をエンコードしてハンドオーバ処理部１１１へ渡す（Ｄ１０３a）とともに、ハンドオーバ処理部から渡される受信通話データ（Ｄ１０３b）をデコードしてスピーカ等の出力デバイスへ通話音を出力する。
【００１５】
次に図２を用いて、ハンドオーバサーバ１００を介してハンドオーバ端末１０５と、一般的な電話端末１０４とでＩＰ電話サービスのハンドオーバを行うときの流れを示す。同図では、ＩＰ電話サービスの通話を行うための呼制御プロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：  ＩＥＴＦ  ＲＦＣ３２６１）を用いた例を示す。ただし本発明のハンドオーバ処理は、ＩＴＵ−Ｔ  Ｈ．３２３など他の呼制御プロトコルであっても同様に適用できる。
また同図では、ハンドオーバ端末１０５、ハンドオーバサーバ１００、および電話端末１０４が直接ＳＩＰメッセージを交換しているが、ＳＩＰプロキシなどの呼制御サーバを経由しても同様に適用できる。
【００１６】
ハンドオーバ端末１０５は、通話処理部１１０において、通常のＩＰ電話機能で動作するか、ハンドオーバサーバ経由で動作するかを示すモードフラグを備える。ハンドオーバサーバ経由モードである場合、通話処理部１１０は通信網＃２（１０８）を経由して、電話端末１０５へのＩＮＶＩＴＥ（セッション確立要求）メッセージ（Ｍ２００）をハンドオーバサーバ１００へ送信する。ハンドオーバサーバ１００における通話処理部１０２は、ＩＮＶＩＴＥメッセージ（Ｍ２００）を受信すると、Ｒｉｎｇｉｎｇ（呼び出し中）メッセージ（Ｍ２０１）をハンドオーバ端末１０５へ返すとともに、ＩＮＶＩＴＥメッセージ内の“To”ヘッダに含まれる着信先ＵＲＩ（同図の例では電話端末１０４のＵＲＩ）を解析し、電話端末１０４へＩＮＶＩＴＥメッセージを送信する（Ｍ２０２）。ハンドオーバ端末１０５内の通話処理部１１０がＲｉｎｇｉｎｇメッセージ（Ｍ２０１）を受信すると、通話処理部１１０はハンドオーバ端末１０５で呼び出し音を鳴らす。
【００１７】
電話端末１０４はＩＮＶＩＴＥメッセージ（Ｍ２０２）を受信すると、Ｒｉｎｇｉｎｇメッセージ（Ｍ２０３）を返すとともに、着信音を鳴らし、電話端末１０４のユーザが受話器を上げて、通話を許可するまで待つ。そして通話が許可されると、ＯＫメッセージ（Ｍ２０４）をハンドオーバサーバ１００へ送信する。ハンドオーバサーバ１００内の通話処理部１０２はＯＫメッセージ（Ｍ２０４）を受信すると、ハンドオーバ端末１０５に対しＯＫメッセージ（Ｍ２０５）を送信する。ハンドオーバ端末１０５内の通話処理部１１０はＯＫメッセージ（Ｍ２０５）を受信すると、ＡＣＫ（確認応答）メッセージ（Ｍ２０６）をハンドオーバサーバ１００へ返す。ハンドオーバサーバ１００内の通話処理部１０２は、ＡＣＫメッセージ（Ｍ２０６）を受信すると、電話端末１０４へＡＣＫメッセージ（Ｍ２０７）を送信する。電話端末１０４がＡＣＫメッセージ（Ｍ２０７）を受信した時点で、通信網＃２（１０８）経由でハンドオーバサーバ１００を介して、ハンドオーバ端末１０５と電話端末１０４との通話セッションが確立される。
【００１８】
この時点以降、ハンドオーバ端末１０５はハンドオーバサーバ１００との間で通話データの送受信（Ｄ１０１）を行う。またハンドオーバサーバ１００は電話端末１０４との間で通話データの送受信（Ｄ１００）を行う。ハンドオーバサーバ１００におけるハンドオーバ処理部１０１では、ハンドオーバ端末１０５から送られる通話データ（Ｄ１０１b）を、内部のバッファ領域４０１に格納し、バッファがある一定量に達した時点で古い順に通話データを電話端末１０４へ転送するとともに、電話端末１０４から送られる通話データ（Ｄ１００a）をハンドオーバ端末１０５へ転送する。ハンドオーバオーバ端末１０５では、受信した通話データ（Ｄ１０１a）をバッファ３０１に格納し、バッファがある一定量に達した時点で古い順に通話データ（Ｄ１０１a）を音声処理部１１２へ転送する（Ｄ１０３）。音声処理部１１２では通話データ（Ｄ１０３a）のパケット解析、音声データの分離、音声デコードを行い、出力デバイスから音声を出力する。また入力デバイスから音声を入力、音声エンコード、パケット生成を行い、通話データ（Ｄ１０３b）として通話処理部１１０へ送り、これが通話データ（Ｄ１０１b）としてハンドオーバサーバ１００へ送出される。上記のような処理により、ハンドオーバ端末１０５と電話端末１０４との通話が実現される。なお、ＳＩＰでは上記の通話データはＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従う音声パケット形式で送受信される。
【００１９】
なお、図２ではハンドオーバ端末１０５から電話端末１０４へ呼び出しをかける場合の例を示したが、電話端末１０４からハンドオーバ端末１０５へ呼び出しをかける場合にも、同様にハンドオーバサーバ１００を経由したセッション確立が行われる。この場合、ハンドオーバ端末１０５は予め、自身への着信をハンドオーバサーバ１００へ転送するよう、登録しておくなどの処理を行う必要がある（例えば、ＳＩＰのリダイレクト機能など）。電話端末１０４がハンドオーバ端末１０５の転送先としてハンドオーバサーバ１００のＵＲＩを知ることができるようにしておく必要がある。
【００２０】
次に、上記のようにハンドオーバ端末１０５が通信網＃２（１０８）を経由し、ハンドオーバサーバ１００を介して電話端末１０４と通話を行っている状態で、ハンドオーバ端末１０５が何らかの形で通信網＃２（１０８）のスループット低下を検知した（２０１）場合、通話を通信網＃３（１０７）経由に切り替える処理について述べる。
スループット低下の検知（２０１）する方法としては、ＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）によりパケットの送受信情報を交換する方法がある。その他、受信したＲＴＰパケットのシーケンス番号からパケットロスの増加を検出する方法や、バッファ残量の低下を検出する方法、スループット計測用のダミー通信を行う方法なども適用可能である。
【００２１】
ハンドオーバ端末１０５が通信網＃２（１０８）のスループット低下を検知（２０１）すると、ハンドオーバ処理部１１０は、通信網＃３（１０７）経由で、ＩＮＶＩＴＥメッセージ（Ｍ２０８）をハンドオーバサーバ１００へ送信する。ハンドオーバサーバ１００内のハンドオーバ処理部１０２は、ＩＮＶＩＴＥメッセージ（Ｍ２０８）を受信すると、通信網＃２（１０８）経由で確立済みのセッションの着信元の識別子（Fromヘッダのtag値などを利用）と着信先アドレス（Toヘッダ）との情報が、ＩＮＶＩＴＥメッセージ（Ｍ２０８）内の情報と一致するかどうかを照合する（２０２）。上記の照合により、通信網＃２（セッション確立済み）と通信網＃３（セッション確立要求中）の着信元と着信先とが一致することが確認されると、ハンドオーバサーバ１００内の通話処理部１０２は、ＯＫメッセージ（Ｍ２０９）をハンドオーバ端末１０５へ返す。ハンドオーバ端末１０５内の通話処理部１１０は、ＯＫメッセージ（Ｍ２０９）を受信すると、ＡＣＫメッセージ（Ｍ２１０）をハンドオーバサーバ１００へ返す。この時点で通信網＃３（１０７）経由でのハンドオーバサーバ１００とのセッションが確立されたことで、通信網＃２（１０８）と通信網＃３（１０７）との２つの通信網上で同時に２つのセッションが確立される。
その後、ハンドオーバサーバ１００はハンドオーバ端末１０５との間で通話データの送受信（Ｄ１０２）を行う。このときハンドオーバサーバ１００におけるハンドオーバ処理部１０１では、ハンドオーバ端末１０５へ既に送信している通話データと同じデータを通信網＃３（１０７）を経由してハンドオーバ端末１０５へ転送する（Ｄ１０２a）。ハンドオーバ端末１０５は、通話データ(Ｄ１０２a)をバッファ３０２へ格納し続ける。バッファ３２０の残量がなくなった場合には、古い順に削除していく。またハンドオーバ処理部１０１では、通信網＃３（１０７）を経由してハンドオーバ端末１０５から送られる通話データを受信し、内部のバッファ領域４０２に格納する。バッファ残量がなくなった場合には、古い通話データから削除していく。
【００２２】
この時点でハンドオーバサーバ１００からは、電話端末１０４から送られる通話音（Ｄ１００）が、通信網＃２（１０８）と通信網＃３（１０７）の両方の網から同時にハンドオーバ端末１０５へ送出される。また通信網＃２（１０８）と通信網＃３（１０７）を経由してハンドオーバ端末１０５から通話データＤ１０１，Ｄ１０２がハンドオーバサーバへ送られるが、また通信網＃２（１０８）の通話データ（Ｄ１０１）が電話端末１０４へ、通話データ（Ｄ１００）として転送されている。
【００２３】
この状態で、ハンドオーバ端末１０５のハンドオーバ処理部１１１においてハンドオーバ処理２０３を、ハンドオーバサーバ１００のハンドオーバ処理部１０１において、ハンドオーバ処理２０４をそれぞれ実行開始する。
【００２４】
ここでハンドオーバ端末１０５において行われるハンドオーバ処理２０３について述べる。上記のように２つの通話セッションが確立された時点では、ハンドオーバ端末１０５におけるハンドオーバ処理部１１１では、通信網＃２（１０８）を経由して受信される通話データ（Ｄ１０１a）と、通信網＃３（１０７）を経由して受信される通話データ（Ｄ１０２a）とが、それぞれバッファ３０１と３０２とに格納されている。ハンドオーバ処理２０３においては、それぞれのバッファに格納されている通話データの時刻情報を管理し、双方のバッファ内の通話データが、時刻的に途切れがないような時刻をハンドオーバ時刻と決定し、その時刻以降の通話データ（Ｄ１０３a）を、バッファ３０１の通話データ（Ｄ１０１a）からバッファ３０２の通話データ（Ｄ１０２a）へと切り替える。ただし通信網＃２と通信網＃３との遅延差が大きいなどの理由で、両バッファ内で時刻的に重複するようなデータが格納されていない場合については、極力、時刻の差が少なくなるような時刻をハンドオーバ時刻と決定して、上記の通話データの切替を行う。
【００２５】
ハンドオーバサーバ１００において行われるハンドオーバ処理２０４もハンドオーバ処理２０３と同様である（図４参照）。すなわち上記のように２つの通話セッションが確立された時点では、ハンドオーバサーバ１００におけるハンドオーバ処理部１０１では、通信網＃２（１０８）を経由して受信される通話データ（Ｄ１０１b）と、通信網＃３（１０７）を経由して受信される通話データ（Ｄ１０２b）とが、それぞれバッファ４０１と４０２とに格納されている。ハンドオーバ処理２０４においては、それぞれのバッファに格納されている通話データの時刻情報を管理し、双方のバッファ内の通話データが、時刻的に途切れがないような時刻をハンドオーバ時刻と決定し、その時刻以降の通話データ（Ｄ１００b）を、バッファ４０１の通話データ（Ｄ１０１b）からバッファ４０２の通話データ（Ｄ１０２b）へと切り替える。ただし通信網＃２と通信網＃３との遅延差が大きいなどの理由で、両バッファ内で時刻的に重複するようなデータが格納されていない場合については、極力、時刻の差が少なくなるような時刻をハンドオーバ時刻と決定して、上記の通話データの切替を行う。
【００２６】
ハンドオーバサーバ１００におけるハンドオーバ処理２０４が終了すると、ハンドオーバサーバ１００のハンドオーバ処理部１０１は、ハンドオーバ完了メッセージ（Ｍ２１１）をハンドオーバ端末１０５へ送信する。ハンドオーバ端末１０５は、ハンドオーバ完了メッセージ（Ｍ２１１）を受信することで、ハンドオーバサーバ１００のハンドオーバ処理２０４の終了を知る。自身のハンドオーバ処理２０３と、ハンドオーバサーバ２０４とが終了すると、ハンドオーバ端末１０５は通信網＃２経由でＢＹＥメッセージ（Ｍ２１２）をハンドオーバサーバ１００に送信し、自身は通信網＃２経由でのハンドオーバサーバへ送信する通話データ（Ｄ１０１b）の送信を終了する。ハンドオーバサーバ１００は、ＢＹＥメッセージ（Ｍ２１２）を受信すると、自身は通信網＃２経由でのハンドオーバ端末１０５への通話データ（Ｄ１０１a）の送信を停止し、ＯＫメッセージ（Ｍ２１３）をハンドオーバ端末１００へ送信する。以上のように、通信網＃２の通話セッションを終了することで、通信網＃２から通信網＃３への通話セッションのシームレスな切替が実現できる。
【００２７】
上述のように、本発明の実施形態１による電話ハンドオーバシステムでは、２端末間にハンドオーバ機能を提供するハンドオーバサーバを設置し、ハンドオーバサーバが２端末間の通話セッションを中継する仕組みを導入する。そしてこのハンドオーバサーバとハンドオーバ端末の間に、同一の通話データのセッションを同時に確立することができる。そしてハンドオーバ端末とハンドオーバサーバはそれぞれ、これらのセッションにおいて受信される二つの通話データの再生時刻を取得し、極力中断が発生しないようにタイミングを決めて双方のデータの切替を行う。よって、従来の片方向の配信サービスのみでしか実現できなかったシームレスハンドオーバ機能を、ＩＰ電話のような双方向通信サービスでも実現することが可能となる。
【実施例２】
【００２８】
本発明の実施形態２は、実施形態１の変形例として、ハンドオーバ端末１０５のハンドオーバ処理部１１１が、音声処理部１１２から渡される通話データＤ１０３ｂをハンドオーバサーバへ送出する際に、バッファへ蓄積後、一定のバッファ量に達してからハンドオーバサーバ１００へ通話データＤ１０３ｂを送出する構成をとる。同様にハンドオーバサーバ１００のハンドオーバ処理部１０１が、電話端末１０４から送られる通話データＤ１００aをハンドオーバ端末１０５へ送出する際に、バッファへ蓄積後、一定のバッファ量に達してからハンドオーバ端末１０５へ送出する構成をとる。本発明の実施形態２によると、ハンドオーバ端末１０５、ハンドオーバサーバ１００とも、送出時にバッファである程度の遅延を設けることで、通信網へのパケット送出時のレートの変動やジッタなどの影響を軽減することができる。
【実施例３】
【００２９】
本発明の実施形態３は、実施形態２の変形例として、監視されたスループットに応じてコーデックやコンテンツビットレートを変更する構成をとる。本発明の実施形態３によると、送出時のコーデックやビットレートを、スループットに適応させることで、パケットロスを減少させることができる。
【実施例４】
【００３０】
本発明の実施形態４は、実施形態１の変形例として、音声のみではなく、映像処理機能も含める構成をとる。映像データに対しても、実施例１の通話データと全く同様の構成を追加することで、ＩＰ−ＴＶ電話サービスに対してもシームレスなハンドオーバ機能を実現できる。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施形態１による電話ハンドオーバシステムの構成例を示すブロック図。
【図２】本発明の実施形態１による電話ハンドオーバシステムの処理フローの例を示す図。
【図３】本発明の実施形態１による電話ハンドオーバシステムのハンドオーバ端末におけるハンドオーバ処理部の構成例を示す図。
【図４】本発明の実施形態１による電話ハンドオーバシステムのハンドオーバサーバにおけるハンドオーバ処理部の構成例を示す図。
【符号の説明】
【００３２】
１００・・・電話ハンドオーバサーバ
１０１・・・ハンドオーバ処理部（サーバ）
１０２・・・通話処理部(サーバ)
１０３・・・通信網インタフェース部（サーバ）
１０４・・・電話端末
１０５・・・ハンドオーバ端末
１０６、１０７、１０８・・・通信網
１０９・・・通信網インタフェース部（端末）
１１０・・・通信処理部（端末）
１１１・・・ハンドオーバ処理部（端末）
１１２・・・音声処理部（端末）。
【図１】
2006222822.tif 000003
【図２】
2006222822.tif 000004
【図３】
2006222822.tif 000005
【図４】
2006222822.tif 000006