トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 通信端末装置
【発明者】 【氏名】大木 公裕

【氏名】福光 勝

【氏名】山田 秀昭

【氏名】有木 博信

【氏名】山元 祐樹

【氏名】新藤 晃浩
【要約】 【課題】ハンドオーバーを行う場合でも良好な特性で通信を継続することが可能な通信端末装置を提供する。

【構成】通信端末装置１０がハンドオーバーを行う際に、ＯＳ／デバイスドライバ部３０のイベント情報生成部３７がハンドオーバーの状態に関するイベント情報を生成して、生成したイベント情報を通信アプリケーション部２０や相手方端末に通知する。通信アプリケーション部２０では、取得したイベント情報を利用することで、パケットの送受信における適切な制御を行うことが可能となる。
【特許請求の範囲】
【請求項１】
パケット網に接続してパケット通信を行う通信端末装置において、
当該通信端末装置が接続先のパケット網を切り替えるハンドオーバーの際に、該ハンドオーバーの状態および／または接続中のパケット網に関するイベント情報を生成するイベント情報生成手段と、
前記イベント情報生成手段から前記生成されたイベント情報を取得して管理するイベント情報管理手段と、
前記イベント情報管理手段からイベント情報を取得し、該取得したイベント情報に基づいてパケットの送受信を制御するパケット送受信制御手段と、
を備えたことを特徴とする通信端末装置。
【請求項２】
前記イベント情報管理手段から取得したイベント情報を含んだパケットを生成するパケット生成手段を備え、
通信相手である通信端末装置へ前記生成されたパケットを送信して、該通信相手である通信端末装置に前記イベント情報を通知する
ことを特徴とする請求項１に記載の通信端末装置。
【請求項３】
前記パケット生成手段は、前記イベント情報がヘッダ部分に格納されたパケットを生成する
ことを特徴とする請求項２に記載の通信端末装置。
【請求項４】
前記パケット生成手段は、前記イベント情報がペイロード部分に格納されたパケットを生成する
ことを特徴とする請求項２に記載の通信端末装置。
【請求項５】
前記イベント情報は、現在接続しているパケット網を示す情報、ハンドオーバーの候補先のパケット網にハンドオーバーを開始することを示す情報、ハンドオーバー候補先のパケット網にハンドオーバーが完了したことを示す情報、ハンドオーバー元のパケット網のリソースを開放したことを示す情報、およびハンドオーバーの処理を中止したことを示す情報の少なくともいずれか１つを含む
ことを特徴とする請求項１から請求項４のいずれかの項に記載の通信端末装置。
【請求項６】
前記生成されたイベント情報に基づき、予め設定された判断基準に従ってハンドオーバーの候補先を選択する選択手段を備える
ことを特徴とする請求項１から請求項５のいずれかの項に記載の通信端末装置。
【発明の詳細な説明】【技術分野】
【０００１】
本発明は通信端末装置に係り、特にアクセスメディアシステム間をハンドオーバーする機能を有する通信端末装置に関する。
【背景技術】
【０００２】
携帯電話や無線ＬＡＮ（Local Area Network）などのアクセスメディアシステムを使う通信において、異なるシステム間ではルータやスイッチ等のネットワーク構成あるいは装置の処理速度の違いによって、パケット伝送における遅延時間の変動量が異なるため、システムを切り替えるハンドオーバーの前後で送信端末から受信端末にパケットが到着するまでに掛かる時間が大きく揺らぐ。このようなパケット通信でのパケット到着時間の揺らぎ（ジッタ）は、通信品質を劣化させる一要因となる。
【０００３】
また、同じ通信品質を持つアクセスメディアシステム間のハンドオーバーにおいても、ハンドオーバーの処理時間中にアクセスメディアシステム内でバッファリングされたパケットについては、送信端末から受信端末にパケットが到着するまでに掛かる時間が大きく揺らぐ。このようなジッタによっても、通信品質の劣化が生じる。
【０００４】
従来、こうしたジッタへの対策として、受信端末にジッタを吸収させるためのバッファ（以下、ジッタバッファと言う）を設けることが行われている。受信端末は、過去の一定期間に受信したパケットから当該期間におけるジッタ量を算出し、このジッタ量に基づいてジッタバッファからのパケット出力速度を制御することにより、ジッタバッファのパケット蓄積量を調整する。ジッタバッファから一定周期で読み出された受信パケットは、音声アプリケーションなどに渡されて、再生が行われる（例えば、特許文献１参照）。
【特許文献１】特開２００６−５０４８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来のジッタ対策にかかる技術では、単一のアクセスメディアシステムにおける連続したジッタの変化に基づいて調整が行われるだけである。そのため、現在利用しているアクセスメディアシステムと通信品質が大きく異なるアクセスメディアシステムへハンドオーバーが行われた場合や、同じ通信品質を持つアクセスメディアシステム間でのハンドオーバーであっても、アクセスメディアシステム内でバッファリングが発生する場合には、必ずしもジッタバッファの適切な調整が行われないという問題がある。
【０００６】
例えば、ジッタの少ない良好な通信品質のアクセスメディアシステムを利用した通信では、過去の一定期間に受信したパケットから算出したジッタ量は非常に少なく、これに応じてジッタバッファの蓄積量も非常に少なくなっている。この状態で予告無くジッタの多いアクセスメディアシステムへハンドオーバーを行うと、受信端末へのパケットの到達時間が遅くなるため、ジッタバッファ内のパケットが枯渇してしまう場合がある。そしてその結果、音声通信では再生音の途切れが発生することになる。
【０００７】
また同様に、ハンドオーバーにおいて予告無くアクセスメディアシステム内でパケットのバッファリングが行われると、受信端末へのパケットの到達時間が遅くなることによって、ジッタバッファ内のパケットが枯渇してしまう場合がある。そしてその結果、音声通信では再生音の途切れが発生することになる。
【０００８】
本発明は上記の点に鑑みてなされたものであり、その目的は、ハンドオーバーを行う場合でも良好な特性で通信を継続することが可能な通信端末装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明は、上記の課題を解決するためになされたものであり、パケット網に接続してパケット通信を行う通信端末装置において、当該通信端末装置が接続先のパケット網を切り替えるハンドオーバーの際に、該ハンドオーバーの状態および／または接続中のパケット網に関するイベント情報を生成するイベント情報生成手段と、前記イベント情報生成手段から前記生成されたイベント情報を取得して管理するイベント情報管理手段と、前記イベント情報管理手段からイベント情報を取得し、該取得したイベント情報に基づいてパケットの送受信を制御するパケット送受信制御手段と、を備えたことを特徴とする。
【００１０】
この発明によれば、ハンドオーバーの状態に関するイベント情報に基づいてパケットの送受信を制御することが可能となるので、ハンドオーバー元やハンドオーバー先のアクセスメディアシステムの特性に合った通信を行うことができ、ハンドオーバーの前後においても良好な通信を維持することができる。
【００１１】
また、本発明は、前記イベント情報管理手段から取得したイベント情報を含んだパケットを生成するパケット生成手段を備え、通信相手である通信端末装置へ前記生成されたパケットを送信して、該通信相手である通信端末装置に前記イベント情報を通知することを特徴とする。
【００１２】
この発明によれば、イベント情報を通信相手に通知することによって、当該通信相手においても通知されたイベント情報を利用して良好な通信を実現することができる。
【００１３】
また、本発明は、前記パケット生成手段は、前記イベント情報がヘッダ部分に格納されたパケットを生成することを特徴とする。
【００１４】
また、本発明は、前記パケット生成手段は、前記イベント情報がペイロード部分に格納されたパケットを生成することを特徴とする。
【００１５】
また、本発明は、前記イベント情報は、現在接続しているパケット網を示す情報、ハンドオーバーの候補先のパケット網にハンドオーバーを開始することを示す情報、ハンドオーバー候補先のパケット網にハンドオーバーが完了したことを示す情報、ハンドオーバー元のパケット網のリソースを開放したことを示す情報、およびハンドオーバーの処理を中止したことを示す情報の少なくともいずれか１つを含むことを特徴とする。
【００１６】
また、本発明は、前記生成されたイベント情報に基づき、予め設定された判断基準に従ってハンドオーバーの候補先を選択する選択手段を備えることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ハンドオーバーの状態に関するイベント情報に基づいてパケットの送受信を制御することができる。これにより、ハンドオーバーの前後でアクセスメディアシステムの特性に合った良好な通信を実現することが可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態による通信端末装置が利用される通信システムのネットワーク構成を概略的に示したものである。同図において、通信端末装置１０は、例えば携帯電話やＰＤＡ（Personal Digital Assistance）などの端末であり、通信アプリケーション部２０とＯＳ／デバイスドライバ部３０とを有している。ＯＳ／デバイスドライバ部３０は、パケット通信の通信制御を担うものであり、携帯電話と無線ＬＡＮそれぞれのアクセスメディアシステム（ＮＷ＃１およびＮＷ＃２）に接続できる２つの通信インタフェースを備えている（図２参照）。
【００１９】
携帯電話ネットワーク５０（ＮＷ＃１）は、通信端末装置１０が携帯電話のアクセスメディアシステムによって接続するネットワークであり、基地局（ＢＴＳ）５１−１、５１−２とゲートウェイ（ＧＷ）５２を有している。基地局５１−１、５１−２は通信端末装置１０からの接続を受け付け、ゲートウェイ５２は携帯電話ネットワーク５０を他のネットワーク（ＮＷ＃３）と相互に接続している。
【００２０】
無線ＬＡＮネットワーク６０（ＮＷ＃２）は、通信端末装置１０が無線ＬＡＮのアクセスメディアシステムによって接続するネットワークであり、アクセスポイント（ＡＰ）６１−１、６１−２とゲートウェイ６２を有している。アクセスポイント６１−１、６１−２は通信端末装置１０からの接続を受け付け、ゲートウェイ６２は無線ＬＡＮネットワーク６０を他のネットワーク（ＮＷ＃３）と相互に接続している。
【００２１】
事業者ネットワーク７０（ＮＷ＃３）は、通信端末装置１０の通信相手である相手方端末４０が接続しているネットワークであり、ユーザ認証サーバ（ＡＡＡ）７１、ゲートウェイ７２、バイキャストサーバ７３を有している。ユーザ認証サーバ７１は、この事業者ネットワーク７０に接続する端末（ユーザ）に対して認証処理を実行する機能を持ったサーバである。バイキャストサーバ７３は、通信端末装置１０と相手方端末４０との通信において、携帯電話ネットワーク５０と無線ＬＡＮネットワーク６０の２つの経路を経由してデータを送受信する機能を提供している。
【００２２】
図２は、通信端末装置１０の構成を示す機能ブロック図である。同図において、通信端末装置１０のＯＳ／デバイスドライバ部３０は、携帯電話ネットワーク５０と接続するための無線インタフェース３１と、無線ＬＡＮネットワーク６０と接続するための無線ＬＡＮインタフェース３２と、無線インタフェース３１を制御するデバイスドライバａ・３３と、無線ＬＡＮインタフェース３２を制御するデバイスドライバｂ・３４と、ネットワークとの間で送受信するＩＰ（Internet Protocol）パケットを制御するＩＰスイッチング部３５と、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）、ＩＣＭＰ（Internet Control Message Protocol）などのトランスポート層の各プロトコルによる送受信を制御するデータ転送制御部３６と、ネットワークとのハンドオーバーの状態に応じてイベント情報（詳細は後述する）を生成するイベント情報生成部３７とを有している。
【００２３】
また、通信アプリケーション部２０は、イベント情報生成部３７からイベント情報を取得して管理するイベント情報管理部２１と、送信するＲＴＰ（Real-time Transport Protocol）パケットを生成するとともに、生成したＲＴＰパケットの拡張ヘッダにイベント情報管理部２１から取得したイベント情報を付加するパケット生成部２２と、送受信するパケットをＯＳ／デバイスドライバ部３０とやり取りするパケット送受信インタフェース２３と、イベント情報管理部２１から取得したイベント情報に基づいてパケットの送受信やアプリケーションの動作を制御するパケット送受信制御部２４とを有している。
【００２４】
ここで、上述したイベント情報とは、通信端末装置１０のハンドオーバーの状態に関する情報である。通信端末装置１０はこのイベント情報を利用することにより、受信したパケットのバッファリングや送信するパケットの制御などを行うことが可能である（後述する図７参照）。
【００２５】
イベント情報として具体的には、例えば通信端末装置１０が現在利用しているアクセスメディアシステム（ＮＷ＃１またはＮＷ＃２）を示す情報（図３〜図６で説明するメッセージＡ。以下同じ）や、ハンドオーバーの候補先のアクセスメディアにハンドオーバーを開始することを示す情報（メッセージＢ）や、ユーザ認証サーバ７１における認証等が成功したことを示す情報（メッセージＣ）や、ハンドオーバーの候補先のアクセスメディアにハンドオーバーが完了したことを示す情報（メッセージＤ）や、ハンドオーバー元のアクセスメディアシステムの設備リソースを開放したことを示す情報（メッセージＥ）や、ハンドオーバーの処理が何らかの理由で中止されたことを示す情報（メッセージＺ）などがある。
【００２６】
イベント情報は、通信端末装置１０がハンドオーバーを行う際に、ＯＳ／デバイスドライバ部３０のイベント情報生成部３７により生成されて、通信アプリケーション部２０のイベント情報管理部２１に通知される。通信アプリケーション部２０では、このイベント情報をパケット送受信制御部２４へ転送して、通信端末装置１０内において通信アプリケーションの処理の制御に利用する（後述する図７参照）。また、イベント情報はパケット生成部２２へも転送されてＲＴＰパケットの拡張ヘッダに付加され、当該ＲＴＰパケットがパケット送受信インタフェース部２３から相手方端末４０へ送信される。相手方端末４０（通信端末装置１０と同じく図２の機能ブロックの構成を有する）は、このパケットに含まれるイベント情報を通信端末装置１０と同様に通信アプリケーション部２０にて利用する。
【００２７】
図３は、イベント情報生成部３７からイベント情報管理部２１へのイベント情報の送信において用いられるＮＥＴＬＩＮＫフォーマットを示した図である。Typeフィールド（２バイト）がイベント情報のメッセージ種別に使用され、Interface IDフィールド（２バイト）がメディア種別に使用される。例えば、Typeフィールドの値が「0x0001」、Interface IDフィールドの値が「0x0002」である場合は、メッセージ種別が「メッセージＡ」でメディア種別が「携帯電話」、すなわち、現在利用しているアクセスメディアシステムが携帯電話ネットワーク５０であることを表す。
【００２８】
図４は、パケット生成部２２により生成されるＲＴＰパケットのヘッダフォーマットを示した図である。イベント情報はＲＴＰパケットの拡張ヘッダに付加され、相手方端末４０に通知される。Xフィールド（１ビット）の値が「１」である場合に、拡張ヘッダにイベント情報が付加されていることを表す。拡張ヘッダは上位８ビットがメッセージ種別に使用され、下位８ビットがメディア種別に使用される。例えば、上位ビットが「0x01」、下位ビットが「0x01」である場合は、メッセージ種別が「メッセージＢ」でメディア種別が「無線ＬＡＮ」、すなわち、無線ＬＡＮネットワーク６０をハンドオーバーの候補先としてハンドオーバーを開始することを表す。
【００２９】
次に、上記の通信システムにおいてハンドオーバーが発生し、イベント情報の通知が行われる処理について説明する。
図５は、通信端末装置１０が携帯電話ネットワーク５０から無線ＬＡＮネットワーク６０へ（すなわち異なるアクセスメディアシステム間で）ハンドオーバーを行う際のシーケンスを示した図である。より具体的には、通信端末装置１０は、初め携帯電話ネットワーク５０の基地局５１−１に接続されて、ゲートウェイ５２、ゲートウェイ７２、バイキャストサーバ７３を経由して相手方端末４０と通信を行っている。その後、通信端末装置１０はハンドオーバーにより、無線ＬＡＮネットワーク６０のアクセスポイント６１−１に接続先を切り替え、ゲートウェイ６２、ゲートウェイ７２、バイキャストサーバ７３を経由した通信に移行する。なお、ここでは、通信端末装置１０にはＩＰトンネル機能が実装されており、通信インタフェースが無線インタフェース３１から無線ＬＡＮインタフェース３２へ切り替えられても、通信アプリケーションのコネクションは維持されることを前提とする。
【００３０】
図５において、まず最初に通信端末装置１０は、基地局５１−１と通信可能なエリアにおいて、通信アプリケーションの起動により基地局５１−１との接続を開始する（ステップＳ０）。この時、ＯＳ／デバイスドライバ部３０のイベント情報生成部３７は、メッセージＡのイベント情報を生成する。そして、ＮＥＴＬＩＮＫフォーマットのTypeフィールドを「0x0001」、Interface IDフィールドを「0x0002」にセットして通信アプリケーション部２０のイベント情報管理部２１に通知を行う（ステップＳ１）。
【００３１】
通知を受けた通信アプリケーション部２０は、当該イベント情報によって、「現在利用しているアクセスメディアシステムが携帯電話ネットワーク５０である」ことを把握し、パケット送受信制御部２４により当該イベント情報に応じた制御を実行する。例えば、パケット送受信インタフェース部２３から送信するパケットの送信間隔を、携帯電話ネットワーク５０に適したパラメータに設定したり、図２には示していない受信パケットのジッタ吸収用のジッタバッファに、携帯電話ネットワーク５０に適したパラメータを設定したりする。
【００３２】
また、通信アプリケーション部２０は、基地局５１−１を経由して相手方端末４０との通信を開始する（ステップＳ２）。そして、パケット生成部２２は、イベント情報管理部２１から取得したイベント情報をＲＴＰパケットの拡張ヘッダに付加し、相手方端末４０に当該イベント情報を通知する（ステップＳ３）。この時のＲＴＰパケットのヘッダは、Xフィールドが「１」、拡張ヘッダの上位ビットが「0x00」、下位ビットが「0x00」となっている。なお、相手方端末４０も、通知されたイベント情報に応じ、パケット送信間隔やジッタバッファの制御を行う。
【００３３】
次いで通信端末装置１０が移動し、あるいは通信端末装置１０と基地局５１−１間の接続環境が変化したとする。すると、ＯＳ／デバイスドライバ部３０は、現在接続しているアクセスメディアシステムと基地局５１−１以外に接続可能なアクセスメディアシステムをイベント情報に基づいて特定した上で、予め設定された判断基準に従って、ハンドオーバーの候補先とするアクセスメディアシステムの検索を行う（ステップＳ４）。判断基準としては、例えば、（１）通信コスト、（２）アクセスメディアの通信帯域、（３）接続時間、（４）カバーエリア、（５）無線電波強度、などの各情報を利用できる。
【００３４】
ここでは、検索の結果、無線ＬＡＮネットワーク６０が選択されたとする。ＯＳ／デバイスドライバ部３０は、アクセスポイント６１−１へ接続要求を行い（ステップＳ５）、アクセスポイント６１−１は、接続要求を受けてＷＰＡ（Wi-Fi Protected Access）等の必要な認証処理を実行し、通信端末装置１０との接続を完了する（ステップＳ６）。
【００３５】
ＯＳ／デバイスドライバ部３０と無線ＬＡＮネットワーク６０が接続されたことにより、イベント情報生成部３７は、メッセージＢのイベント情報を生成する。そして、ＮＥＴＬＩＮＫフォーマットのTypeフィールドを「0x0002」に、Interface IDフィールドを「0x0004」にそれぞれセットして、通信アプリケーション部２０のイベント情報管理部２１に通知を行う（ステップＳ７）。
【００３６】
通知を受けた通信アプリケーション部２０は、当該イベント情報によって、「無線ＬＡＮネットワーク６０をハンドオーバーの候補先としてハンドオーバーを開始する」ことを把握する。そして、パケット送受信制御部２４により当該イベント情報に応じた制御（上記と同様）を実行し、また、パケット生成部２２によりＲＴＰパケットの拡張ヘッダに付加した当該イベント情報（拡張ヘッダの上位ビット「0x01」、下位ビット「0x01」）を相手方端末４０に通知する（ステップＳ８）。
【００３７】
次いで、ＯＳ／デバイスドライバ部３０は、事業者ネットワーク７０におけるユーザ認証サーバ７１の認証処理、およびバイキャストサーバ７３の登録処理のための要求を送信する（ステップＳ９）。ユーザ認証サーバ７１とバイキャストサーバ７３はそれぞれの処理を実行して、結果を通信端末装置１０に送信する（ステップＳ１０）。バイキャストサーバ７３は、登録処理完了後、相手方端末４０から通信端末装置１０へのデータを携帯電話ネットワーク５０（基地局５１−１）と無線ＬＡＮネットワーク６０（アクセスポイント６１−１）の２経路を経由したバイキャストによって送信する（ステップＳ１３）。
【００３８】
一方、事業者ネットワーク７０における認証および登録処理が完了したことにより、イベント情報生成部３７は、メッセージＣのイベント情報を生成する。そして、ＮＥＴＬＩＮＫフォーマットのTypeフィールドを「0x0003」に、Interface IDフィールドを「0x0004」にそれぞれセットして、通信アプリケーション部２０のイベント情報管理部２１に通知を行う（ステップＳ１１）。通信アプリケーション部２０は、当該イベント情報によって「事業者ネットワーク７０における認証および登録が完了した」ことを把握し、パケット生成部２２によりＲＴＰパケットの拡張ヘッダに当該イベント情報を付加（上位ビット「0x02」、下位ビット「0x01」）して相手方端末４０に通知する（ステップＳ１２）。
【００３９】
ステップＳ１３でバイキャスト通信を受信すると、ＯＳ／デバイスドライバ部３０は、相手方端末４０へのデータの送信を基地局５１−１経由からアクセスポイント６１−１経由へ切り替える。そして、携帯電話ネットワーク５０を経由した通信に使用していたリソースが不要となるので、当該リソースを解放するための要求を基地局５１−１とバイキャストサーバ７３へ送信する（ステップＳ１４）。基地局５１−１とバイキャストサーバ７３は、リソースを解放してＯＳ／デバイスドライバ部３０に応答を返す（ステップＳ１５）。その後、バイキャストサーバ７３は、相手方端末４０から通信端末装置１０へのバイキャスト送信を終了する。こうしてハンドオーバーの処理が完了する。
【００４０】
ハンドオーバーの完了により、通信アプリケーション部２０は、以降アクセスポイント６１−１を経由して相手方端末４０との通信を行う（ステップＳ１６）。また、イベント情報生成部３７は、メッセージＤとメッセージＥのイベント情報を生成する。そして、ＮＥＴＬＩＮＫフォーマットのTypeフィールドを「0x0004」、Interface IDフィールドを「0x0004」にセットしてメッセージＤを通信アプリケーション部２０のイベント情報管理部２１に通知し、さらにTypeフィールドを「0x0005」、Interface IDフィールドを「0x0002」にセットしてメッセージＥを通知する（ステップＳ１７）。さらに、通信アプリケーション部２０は、パケット生成部２２によりＲＴＰパケットの拡張ヘッダにメッセージＤのイベント情報を付加（上位ビット「0x03」、下位ビット「0x01」）して相手方端末４０に通知する（ステップＳ１８）。
【００４１】
以上のようにして、異なるアクセスメディアシステム間のハンドオーバーにおいて、ハンドオーバーの状態に応じたイベント情報が、ＯＳ／デバイスドライバ部３０から通信アプリケーション部２０および相手方端末４０へと通知される。通知されたイベント情報を利用することにより、通信アプリケーション部２０は、アクセスメディアシステムに適したパケットの処理（パケット送信間隔やジッタバッファの調整等）を実現することができるようになる。
【００４２】
次に、図６を用いて、他の場合のハンドオーバーにおけるイベント情報の通知処理を説明する。
図６は、通信端末装置１０が携帯電話ネットワーク５０の中で（すなわち同じ通信品質を持つアクセスメディアシステム間で）ハンドオーバーを行う際のシーケンスを示した図である。より具体的には、通信端末装置１０は、初め携帯電話ネットワーク５０の基地局５１−１に接続されて、ゲートウェイ５２、ゲートウェイ７２、バイキャストサーバ７３を経由して相手方端末４０と通信を行っている。その後、通信端末装置１０はハンドオーバーにより、同じ携帯電話ネットワーク５０の基地局５１−２に接続先を切り替え、通信を続行する。
【００４３】
図６において、まず最初に通信端末装置１０は、基地局５１−１と通信可能なエリアにおいて、通信アプリケーションの起動により基地局５１−１との接続を開始する（ステップＳ２０）。この時、ＯＳ／デバイスドライバ部３０のイベント情報生成部３７は、メッセージＡのイベント情報を生成する。そして、ＮＥＴＬＩＮＫフォーマットのTypeフィールドを「0x0001」、Interface IDフィールドを「0x0002」にセットして通信アプリケーション部２０のイベント情報管理部２１に通知を行う（ステップＳ２１）。
【００４４】
通知を受けた通信アプリケーション部２０は、当該イベント情報によって、「現在利用しているアクセスメディアシステムが携帯電話ネットワーク５０である」ことを把握し、パケット送受信制御部２４により当該イベント情報に応じた制御（パケットの送信間隔やジッタバッファの調整等）を実行する。また、通信アプリケーション部２０は、基地局５１−１を経由して相手方端末４０との通信を開始する（ステップＳ２２）。そして、パケット生成部２２は、イベント情報管理部２１から取得したイベント情報をＲＴＰパケットの拡張ヘッダに付加し、相手方端末４０に当該イベント情報を通知する（ステップＳ２３）。この時のＲＴＰパケットのヘッダは、Xフィールドが「１」、拡張ヘッダの上位ビットが「0x00」、下位ビットが「0x00」となっている。
【００４５】
次いで通信端末装置１０が移動、あるいは通信端末装置１０と基地局５１−１間の接続環境が変化したとする。そして、携帯電話ネットワーク５０で用いられているハンドオーバー先選択アルゴリズムによって、基地局５１−２へのハンドオーバーが行われることが判断されたとする（ステップＳ２４）。すると、ＯＳ／デバイスドライバ部３０のイベント情報生成部３７は、メッセージＢのイベント情報を生成する。そして、ＮＥＴＬＩＮＫフォーマットのTypeフィールドを「0x0002」に、Interface IDフィールドを「0x0002」にそれぞれセットして、通信アプリケーション部２０のイベント情報管理部２１に通知を行う（ステップＳ２５）。
【００４６】
通知を受けた通信アプリケーション部２０は、当該イベント情報によって、「携帯電話ネットワーク５０内の基地局をハンドオーバーの候補先としてハンドオーバーを開始する」ことを把握し、パケット生成部２２によりＲＴＰパケットの拡張ヘッダに付加した当該イベント情報（拡張ヘッダの上位ビット「0x01」、下位ビット「0x00」）を相手方端末４０に通知する（ステップＳ２６）。
【００４７】
さらに、携帯電話ネットワーク５０のハンドオーバー手順に従って基地局５１−２へのハンドオーバーの処理が完了すると（ステップＳ２７）、通信アプリケーション部２０は基地局５１−２を経由して相手方端末４０との通信を行う（ステップＳ３０）。そして、イベント情報生成部３７は、メッセージＤのイベント情報を生成し、ＮＥＴＬＩＮＫフォーマットのTypeフィールドを「0x0004」、Interface IDフィールドを「0x0002」にセットしてメッセージＤを通信アプリケーション部２０のイベント情報管理部２１に通知する（ステップＳ２８）。さらに通信アプリケーション部２０は、パケット生成部２２によりＲＴＰパケットの拡張ヘッダにメッセージＤのイベント情報を付加（上位ビット「0x03」、下位ビット「0x00」）して相手方端末４０に通知する（ステップＳ２９）。
【００４８】
以上のようにして、同じ通信品質のアクセスメディアシステム間のハンドオーバーにおいて、ハンドオーバーの状態に応じたイベント情報が、ＯＳ／デバイスドライバ部３０から通信アプリケーション部２０および相手方端末４０へと通知される。この場合にも、通知されたイベント情報を利用することで、通信アプリケーション部２０はアクセスメディアシステムに適したパケットの処理（パケット送信間隔やジッタバッファの調整等）を実現することができるようになる。
【００４９】
なお、図５および図６において、ハンドオーバーの処理が何らかの理由で中止された場合には、その旨を示すメッセージＺをイベント情報として通信アプリケーション部２０および相手方端末４０へ通知するものとする。そして、メッセージＺが受信されると、通信アプリケーション部２０や相手方端末４０は、例えばハンドオーバー開始前の状態に戻るというような制御を実行する。
【００５０】
次に、ＯＳ／デバイスドライバ部３０から通知されるイベント情報を利用した、通信アプリケーション部２０における制御例について説明する。ここでは一例として、通信端末装置１０に受信したパケットの遅延揺らぎ（ジッタ）を吸収するためのジッタバッファが備えられており、このジッタバッファに設定されているパケットの蓄積量の閾値を、イベント情報に基づいて補正（制御）する場合を取り上げる。
【００５１】
ジッタバッファは、ＯＳ／デバイスドライバ部３０に受信されて通信アプリケーション部２０に渡されたパケットを一時的に蓄積し、所定の条件に従ってそのパケットを後段の処理（例えばパケットを復号する処理部）へ出力する機能を有している。ここでいう所定の条件とは、ジッタバッファへのパケットの蓄積量とジッタバッファからのパケットの出力速度の関係のことであり、パケットの蓄積量には閾値（ジッタバッファ閾値）が設定されて、閾値の上下でパケット出力速度が変化するようになっている。
【００５２】
図７は、パケット蓄積量とパケット出力速度の関係を示したグラフであり、同図（ａ）はイベント情報による補正前の状態、同図（ｂ）は補正後の状態を表している。横軸はパケット蓄積量、縦軸はパケット出力速度をそれぞれ示している。補正前の状態において、パケット蓄積量がゼロから出力開始閾値までの間である場合は、パケット出力速度はゼロに設定され、パケットは出力されることなく一方的に蓄積が行われる。パケット蓄積量が出力開始閾値を超えて通常出力閾値に達するまでは、パケット出力速度は低い値（Ｒ１）に設定され、パケットは低速で出力され始める。同様に、パケット蓄積量が通常出力閾値を超えて高速出力閾値に達するまでは、パケット出力速度はＲ１より大きい通常の値（Ｒ２）に設定され、パケットは通常の速度で出力される。パケット蓄積量がさらに増え、高速出力閾値も超えた場合は、パケット出力速度はさらに大きい値（Ｒ３）に設定され、ジッタバッファからパケットが高速で出力されていく。
【００５３】
上記のようにジッタバッファにパケット蓄積量の閾値が設定されていることによって、パケットの蓄積量に応じてジッタバッファからパケットの取り出される量（パケット出力速度）が変化する。そして、ジッタバッファが溢れたり枯渇したりといった状況が回避されて、パケットの蓄積量が適切な量に調整されるようになっている。
【００５４】
ここで、通信アプリケーション部２０によりイベント情報が取得されると、通信アプリケーション部２０は上記パケット蓄積量の閾値の補正を行う。例えば、転送速度の遅い携帯電話ネットワーク５０から転送速度の速い無線ＬＡＮネットワーク６０へのハンドオーバーを示すイベント情報の場合、補正により上記の各閾値を小さくさせる。この補正の結果、図７（ａ）のグラフは図７（ｂ）の状態になる。これにより、ジッタバッファへパケットの流入する速度が上昇したとしても、迅速にパケット出力速度の速度Ｒ３への切り替えが行われる。こうして、イベント情報を利用することで、アクセスメディアシステム間のハンドオーバーにも対応した通信アプリケーションの制御を実現することができる。
【００５５】
以上説明したように、本実施形態によれば、通信端末装置１０がハンドオーバーを行う際に、ＯＳ／デバイスドライバ部３０のイベント情報生成部がハンドオーバーの状態に関するイベント情報を生成して、生成したイベント情報を通信アプリケーション部２０や相手方端末４０に通知している。そして、通信アプリケーション部２０では、取得したイベント情報を利用することによって、ジッタバッファの蓄積量の調整などパケットの送受信に関する通信アプリケーションの適切な制御を行うことが可能である。この結果、通信端末装置１０は、ハンドオーバーを行う場合でも良好な特性で通信を継続することができる。
【００５６】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、イベント情報を通信端末装置１０から相手方端末４０へ通知する方法は、ＲＴＰパケットの拡張ヘッダを利用するものに限定されることはなく、ＵＤＰやＴＣＰのペイロードを用いて通知する方法もある。具体的に、図８にＵＤＰパケットのデータフォーマット、図９にＴＣＰパケットのデータフォーマットをそれぞれ示す。ここでは、メッセージ種別とメディア種別にそれぞれ１６ビットを使用し、メッセージ種別のデータ「0x00」は「メッセージＡ」、メディア種別のデータ「0x00」は「携帯電話」などを表す。
【００５７】
また、本実施形態で通知されたイベント情報は、上記図７で説明したジッタバッファの制御に利用するだけにとどまらず、その用途は何ら限定されることはない。例えば、送信するパケットの送信間隔や、送信データの符号化処理の符号化レートや、受信したパケットのロス補償のアルゴリズムなどを、イベント情報に基づいて制御するようにしてもよい。
【００５８】
また、無線のアクセスメディアシステム間のハンドオーバーだけでなく、有線のアクセスメディアシステムを用いた場合にも、本発明を適用することが可能である。
また、バイキャストサーバ７３の動作に関し、図５のステップＳ１３では相手方端末４０からのデータは全てバイキャスト送信されていたが、シグナリング等のセッション管理情報のみをバイキャストし、通信端末装置１０から相手方端末４０への通信と相手方端末４０から通信端末装置１０への通信を同時にアクセスポイント６１−１経由に切り替えるようにしてもよい。
【図面の簡単な説明】
【００５９】
【図１】本発明の一実施形態による通信端末装置が利用される通信システムのネットワーク構成を概略的に示した図である。
【図２】図１の通信端末装置の構成を示す機能ブロック図である。
【図３】イベント情報の送信において用いられるＮＥＴＬＩＮＫフォーマットを示した図である。
【図４】イベント情報が付加されるＲＴＰパケットのヘッダフォーマットを示した図である。
【図５】異なるアクセスメディアシステム間におけるハンドオーバーのシーケンス図である。
【図６】同じ通信品質を持つアクセスメディアシステム間におけるハンドオーバーのシーケンス図である。
【図７】イベント情報を利用した制御例を説明するための、パケット蓄積量とパケット出力速度の関係を示したグラフである。
【図８】イベント情報が格納されるＵＤＰパケットのデータフォーマットである。
【図９】イベント情報が格納されるＴＣＰパケットのデータフォーマットである。
【符号の説明】
【００６０】
１０…通信端末装置 ２０…通信アプリケーション部 ２１…イベント情報管理部 ２２…パケット生成部 ２３…パケット送受信インタフェース ２４…パケット送受信制御部 ３０…ＯＳ／デバイスドライバ部 ３１…無線インタフェース ３２…無線ＬＡＮインタフェース ３３、３４…デバイスドライバ ３５…ＩＰ／スイッチング部 ３６…データ転送制御部 ３７…イベント情報生成部 ４０…相手方端末 ５０…携帯電話ネットワーク ５１…基地局 ５２…ゲートウェイ ６０…無線ＬＡＮネットワーク ６１…アクセスポイント ６２…ゲートウェイ ７０…事業者ネットワーク ７１…ユーザ認証サーバ ７２…ゲートウェイ ７３…バイキャストサーバ
【出願人】 【識別番号】０００２０８８９１
【氏名又は名称】ＫＤＤＩ株式会社
【出願日】 平成１８年６月２６日（２００６．６．２６）
【代理人】 【識別番号】１００１０６９０９
【弁理士】
【氏名又は名称】棚井 澄雄

【識別番号】１０００６４９０８
【弁理士】
【氏名又は名称】志賀 正武

【識別番号】１０００８９０３７
【弁理士】
【氏名又は名称】渡邊 隆
【公開番号】 特開２００８−５３９３（Ｐ２００８−５３９３Ａ）
【公開日】 平成２０年１月１０日（２００８．１．１０）
【出願番号】 特願２００６−１７５１５７（Ｐ２００６−１７５１５７）