JP2004328079A

JP2004328079A - 無線情報端末

Info

Publication number: JP2004328079A
Application number: JP2003116173A
Authority: JP
Inventors: Masao Oga; 正夫大賀; Kazuhiko Ito; 一彦伊藤
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2003-04-21
Filing date: 2003-04-21
Publication date: 2004-11-18
Anticipated expiration: 2023-04-21
Also published as: JP4149303B2

Abstract

【課題】ＩＰネットワークを介してＶｏＩＰなどのリアルタイムデータ通信を行う無線情報端末において、この無線情報端末とＩＰネットワークとの間に存在する無線区間の無線状況や無線情報端末の無線インタフェースの情報に応じてセッションを確立することが可能な無線情報端末を得ること。
【解決手段】無線インタフェースデバイス１０４_１〜１０４_ｎを介してＩＰネットワークに接続し、該ＩＰネットワークに接続された相手側端末との間でリアルタイムデータ通信を行うことが可能な無線情報端末１０であって、相手側端末との間でリアルタイムデータ通信を開始する場合に、無線インタフェースデバイス１０４_１〜１０４_ｎの状態を示す無線インタフェース情報に基づいてセッション情報を決定する無線管理部１０１を備える。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
この発明は、無線インタフェースの無線情報や無線状態を考慮してセッションを確立して、リアルタイムデータ通信を行うことが可能な無線情報端末に関するものである。
【０００２】
【従来の技術】
情報通信におけるブロードバンド環境の普及によって、ＶｏｉｃｅｏｖｅｒＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）（以下、ＶｏＩＰという）などのリアルタイムデータ通信がＩＰ電話やパーソナルコンピュータ（以下、ＰＣという）などの情報端末を使用して行われるようになっている。リアルタイムデータ通信を行う場合は、相互の情報端末間において音声データなどのリアルタイムデータをＲＴＰ（Ｒｅａｌ−ｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）パケット化するためのＲＴＰパケットに関するパラメータなどのセッション情報をＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）で規定されるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）などの呼制御プロトコルを通じてネゴシエーションする必要がある（たとえば、非特許文献１，２参照）。このとき、決定されるＲＴＰパラメータなどのセッション情報は実装される音声コーデックの情報にしたがって通信先との間で決定されるが、これらのＲＴＰパラメータは通信先までのネットワーク帯域についてまで考慮されていない。
【０００３】
図２７は、ＶｏＩＰを実現する従来の基本的なネットワーク構成を示す模式図である（たとえば、非特許文献３参照）。パケットの転送を行うルータ５０２で構成されるＩＰネットワーク５０１に、ブロードバンドアクセス回線５０４Ａ，５０４Ｂを介して、呼制御シグナリング変換や音声のパケット化を行うＶｏＩＰゲートウェイ５０５Ａ，５０５Ｂが接続され、さらに、ＶｏＩＰゲートウェイ５０５ＡにＶｏＩＰ機能を実現するＰＣ５０６が接続され、ＶｏＩＰゲートウェイ５０５ＢにＶｏＩＰ機能を実現するＩＰ電話５０７が接続される。また、ＩＰネットワーク５０１には、ＩＰネットワーク５０１と他のＩＰ装置とを接続するためのＨＵＢ５０３を介して、ＶｏＩＰ機能を実装するとともに、ＶｏＩＰゲートウェイとＩＰ電話の機能を合わせもつＩＰ電話５０８が接続される。
【０００４】
つぎに、このようなネットワーク構成における従来のセッションの確立手順について、ＰＣ５０６とＩＰ電話５０８との間で通話を行う場合を例に挙げて説明する。図２８は、非特許文献４に規定されているＳＩＰセッションの確立手順を示すシーケンス図である。通信を行うＰＣ５０６とＩＰ電話５０８において、ＰＣ５０６はＶｏＩＰゲートウェイ５０５Ａおよびブロードバンドアクセス回線５０４Ａを介してＩＰネットワーク５０１に接続可能な状態にあり、また、ＩＰ電話５０８はＨＵＢ５０３およびＩＰネットワーク５０１につながるＬＡＮケーブルを通じてＩＰネットワーク５０１に接続可能な状態にある。ＰＣ５０６／ＶｏＩＰゲートウェイ５０５ＡがＩＰ電話５０８に対してＶｏＩＰリアルタイムデータ通信を開始する場合に、自端末が使用可能である音声コーデック情報およびＲＴＰパラメータをＳＩＰＩＮＶＩＴＥメッセージに記述して送信する（ＳＱ５００）。ＰＣ５０６／ＶｏＩＰゲートウェイ５０５Ａから送信されたＳＩＰＩＮＶＩＴＥメッセージはＩＰネットワーク５０１を経由してＩＰ電話５０８に転送される。ＳＩＰＩＮＶＩＴＥメッセージを受信したＩＰ電話５０８は、ＳＩＰＩＮＶＩＴＥメッセージにＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ（ＳＤＰ）で記述されている音声コーデック情報およびＲＴＰパラメータなどのセッション情報から使用可能な情報を選択して、相手情報端末であるＰＣ５０６／ＶｏＩＰゲートウェイ５０５Ａとの間で使用するための音声コーデック情報およびＲＴＰパラメータを決定する。そして、ＳＩＰＩＮＶＩＴＥメッセージに対する応答であるＳＩＰ２００−ＯＫメッセージに、上記決定したセッション情報をＳＤＰで記述してＰＣ５０６／ＶｏＩＰゲートウェイ５０５Ａに通知することで（ＳＱ５０１）、ＰＣ５０６／ＶｏＩＰゲートウェイ５０５ＡとＩＰ電話５０８の間でリアルタイムデータ通信が開始される。
【０００５】
【非特許文献１】
Ｈ．Ｓｃｈｕｌｚｒｉｎｎｅ， ”ＲＦＣ１８９０，ＲＴＰＰｒｏｆｉｌｅｆｏｒＡｕｄｉｏａｎｄＶｉｄｅｏＣｏｎｆｅｒｅｎｃｅｓｗｉｔｈＭｉｎｉｍａｌＣｏｎｔｒｏｌ”，［ｏｎｌｉｎｅ］，Ｊａｎｕａｒｙ１９９６，ｒｅｔｒｉｅｖｅｄｆｒｏｍｔｈｅＩｎｔｅｒｎｅｔ：＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ１８９０．ｔｘｔ＞
【非特許文献２】
Ｓｃｈｕｌｚｒｉｎｎｅ，Ｃａｓｎｅｒ， ”ＲＴＰＰｒｏｆｉｌｅｆｏｒＡｕｄｉｏａｎｄＶｉｄｅｏＣｏｎｆｅｒｅｎｃｅｓｗｉｔｈＭｉｎｉｍａｌＣｏｎｔｒｏｌ＜ｄｒａｆｔ−ｉｅｔｆ−ａｖｔ−ｐｒｏｆｉｌｅ−ｎｅｗ−１３．ｔｘｔ＞”，［ｏｎｌｉｎｅ］，Ｍａｒｃｈ２，２００３，ｒｅｔｒｉｅｖｅｄｆｒｏｍｔｈｅＩｎｔｅｒｎｅｔ：＜ＵＲＬ：ｆｔｐ：／／ｆｔｐ．ｐａｃｋｅｔｄｅｓｉｇｎ．ｃｏｍ／ｏｕｔｇｏｉｎｇ／ｃａｓｎｅｒ／ｄｒａｆｔ−ｉｅｔｆ−ａｖｔ−ｐｒｏｆｉｌｅ−ｎｅｗ−１３．ｔｘｔ＞
【非特許文献３】
「基礎から理解するＶｏＩＰ技術」、ＯＰＥＮＤＥＳＩＧＮ、ＣＱ出版株式会社、２００３年３月２４日、Ｐ．２２〜３７
【非特許文献４】
Ｊ．Ｒｏｓｅｎｂｅｒｇ，Ｈ．Ｓｃｈｕｌｚｒｉｎｎｅ，Ｇ．Ｃａｍａｒｉｌｌｏ，Ａ．Ｊｏｈｎｓｔｏｎ，Ｊ．Ｐｅｔｅｒｓｏｎ，Ｒ．Ｓｐａｒｋｓ，Ｍ．Ｈａｎｄｌｅｙ，Ｅ．Ｓｃｈｏｏｌｅｒ， ”ＲＦＣ３２６１，ＳＩＰ：ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ”，［ｏｎｌｉｎｅ］，Ｊｕｎｅ２００２，ｒｅｔｒｉｅｖｅｄｆｒｏｍｔｈｅＩｎｔｅｒｎｅｔ：＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６１．ｔｘｔ＞
【０００６】
【発明が解決しようとする課題】
上述したように、ＩＰネットワーク５０１と情報端末５０６〜５０８との間が有線で接続されたネットワークで、ＶｏＩＰなどのリアルタイムデータ通信を行う従来の技術においては、その環境としてブロードバンドアクセスなどの数百ｋｂｐｓ〜数ＭｂｐｓのＩＰアクセス帯域を利用することを想定している。そのため、ＰＣ５０６／ＶｏＩＰゲートウェイ５０５Ａから送信される音声コーデック情報およびＲＴＰパラメータ情報などのセッション情報は、ＰＣ５０６／ＶｏＩＰゲートウェイ５０５Ａが実装している音声コーデックなどの条件により一意に決定されていた。
【０００７】
一方、無線を使用してＩＰネットワーク１に接続する無線情報端末が上記のネットワーク上に存在する場合、この無線情報端末は無線インタフェースを介してＩＰネットワーク５０１に接続された無線基地局と通信することになる。無線情報端末と無線基地局との間の無線状態は、その間に存在する建物などの物体や、無線基地局に収容される無線情報端末の数などに大きく影響されるために、常に一様であるとは限らない。そのような無線情報端末が接続されるＩＰネットワーク５０１に対しても、上述したように、無線情報端末が実装している音声コーデックなどの条件によって一意にセッション情報を決定していたのでは、通信品質に悪影響を及ぼしてしまうという問題点があった。たとえば、音声コーデックの条件によって一意にセッション情報を決定する場合には、音声コーデックの条件に比してＲＴＰパケットを転送する無線区間の経路の帯域を保証することができなくなってしまう場合が発生する。そして、ＲＴＰパケットを転送する経路の帯域を保証できないまま、ＳＩＰを使用したＶｏＩＰセッションの確立に成功しても、ＲＴＰパケットの転送速度が音声コーデックによって生成されるＲＴＰパケットの速度に追いつかないので、音声品質などに多大な影響を与えてしまい、通話効率が悪くなってしまうという問題点があった。
【０００８】
この発明は、上記に鑑みてなされたもので、ＩＰネットワークを介してＶｏＩＰなどのリアルタイムデータ通信を行う無線情報端末において、この無線情報端末とＩＰネットワークとの間に存在する無線区間の無線状況や無線情報端末の無線インタフェースの情報に応じてセッションを確立することが可能な無線情報端末を得ることを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、この発明にかかる無線情報端末は、無線インタフェースデバイスを介してＩＰネットワークに接続し、該ＩＰネットワークに接続された相手側端末との間でリアルタイムデータ通信を行うことが可能な無線情報端末であって、前記相手側端末との間でリアルタイムデータ通信を開始する場合に、前記無線インタフェースデバイスの状態を示す無線インタフェース情報に基づいてセッション情報を決定する無線管理手段を備えることを特徴とする。
【００１０】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる無線情報端末の好適な実施の形態を詳細に説明する。
【００１１】
実施の形態１．
図１は、この発明にかかる無線情報端末の実施の形態１の概略構成を示すブロック図であり、図２は、この発明による無線情報端末が適用されるネットワーク構成を示す模式図である。この無線情報端末１０が適用されるネットワークは、図２に示されるように、パケットの転送を行うルータ２が互いに接続されて構成されるＩＰネットワーク１に、ＩＰネットワーク１と他のＩＰ装置とを接続するためのＨＵＢ３Ａを介して無線基地局４が接続されている。そして、この無線基地局４は、無線インタフェースを通じて無線情報端末１０と接続される
また、ＩＰネットワーク１には、呼制御シグナリング変換や音声のパケット化を行うＶｏＩＰゲートウェイ６Ａ，６Ｂがブロードバンドアクセス回線５Ａ，５Ｂを介して接続され、また、他のＩＰ装置と接続するためのＨＵＢ３Ｂも接続されている。ＶｏＩＰゲートウェイ６ＡにはＰＣ７が接続され、ＶｏＩＰゲートウェイ６ＢにはＩＰ電話８が接続され、ＨＵＢ３Ｂには、ＶｏＩＰ機能を実装するとともに、ＶｏＩＰゲートウェイとＩＰ電話の機能を合わせもつＩＰ電話９が接続される。このＩＰネットワーク１に接続されるＰＣ１、ＩＰ電話８，９、無線情報端末１０などの情報端末間でリアルタイムデータ通信が行われる。
【００１２】
無線情報端末１０は、リアルタイムデータ通信における無線情報を利用したセッション情報の決定・選択機能を保有する無線管理部１０１、無線情報端末１０に実装される無線インタフェースデバイス（以下、無線ＩＦデバイスという）群１０４、無線ＩＦデバイス群１０４を動作させるためのデバイスドライバ群１０５、データを無線で送受信する無線アンテナ１０６、ＩＰネットワーク１を介してデータ通信を行うための処理を行うインターネットプロトコル（ＩＰ）部１０７、通信に際して呼制御を行う呼制御部１０８、無線情報端末１０が実装している音声コーデック情報を格納する音声コーデック情報データベース１０９を備えて構成される。
【００１３】
無線管理部１０１は、無線管理機能部１０２と無線情報データベース１０３を含んで構成される。無線管理機能部１０２は、無線ＩＦデバイスの無線情報を取得し、セッション情報を決定・選択し、そしてデバイスドライバ群１０５を介して無線ＩＦデバイス群１０４の無線状態を監視し、その無線状態を無線情報データベース１０３に格納する機能を有する。
【００１４】
また、無線情報データベース１０３は、無線情報端末１０に実装されている無線ＩＦデバイス群１０４の無線情報と、それぞれの無線ＩＦデバイス群１０４の無線状態を格納する。図３は、無線情報データベースの構成の一例を示す図である。無線情報データベース１０３には、無線情報端末１０に実装されている無線ＩＦデバイス群１０４を構成するそれぞれの無線ＩＦデバイス１０４_１〜１０４_ｎ（ｎは自然数）を管理するデバイス番号である「無線ＩＦ番号」３０、それぞれの無線ＩＦデバイス１０４_１〜１０４_ｎに割当てられる「ＩＰアドレス」３１、無線ＩＦデバイス１０４_１〜１０４_ｎのデータ送信間隔を示す「送信能力」３２、該当する無線ＩＦデバイス１０４_１〜１０４_ｎを使用した際に得られる帯域情報である「サービス速度」３３、無線ＩＦデバイス１０４_１〜１０４_ｎとドライバ１０５_１〜１０５_ｎ（ｎは自然数）から取得した現在の電波状態を百分率で示す「電波状態」３４、現在の電波状態値の測定前における電波状態の補正値である「電波補正情報」３５を含む項目が格納される。この図３では、電波状態３４を、百分率による割合表示で表示する場合を例示しているが、これに限定される趣旨ではなく、［ｄＢ］表示など実装により柔軟に変更することが可能である。なお、この図３に示される例では、無線情報端末１０に無線ＩＦデバイス１０４が２つ実装されており、それぞれの項目は図示した値を有するものとする。
【００１５】
無線ＩＦデバイス群１０４は、無線情報端末１０に実装される無線通信を行うための手段であり、無線ＩＦデバイス１０４_１〜１０４_ｎ（ｎは自然数）から構成される。この無線ＩＦデバイス１０４_１〜１０４_ｎは、それぞれ異なる種類の無線で通信を行うために、無線ＩＦデバイス１０４_１〜１０４_ｎごとにＩＰアドレスが付与され、また、それぞれの無線ＩＦデバイス１０４_１〜１０４_ｎを識別するための番号が付されている。図３の場合には、無線情報端末１０には２つの無線ＩＦデバイス１０４_１，１０４_２が実装され、無線ＩＦデバイス１０４_１は無線ＩＦ番号「１」に対応し、無線ＩＦデバイス１０４_２は無線ＩＦ番号「２」に対応するものとする。
【００１６】
デバイスドライバ群１０５は、それぞれの無線ＩＦデバイス１０４_１〜１０４_ｎの制御と、それぞれの無線ＩＦデバイス１０４_１〜１０４_ｎの無線情報およびそれらの無線状態を無線ＩＦデバイス１０４_１〜１０４_ｎから取得する機能を有する。そのため、無線ＩＦデバイス１０４_１〜１０４_ｎと同じ数のデバイスドライバ１０５_１〜１０５_ｎ（ｎは自然数）から構成される。
【００１７】
無線アンテナ１０６は、無線情報端末１０に実装された無線ＩＦデバイス群１０４のそれぞれの無線ＩＦデバイス１０４_１〜１０４_ｎごとに存在し、前記無線ＩＦデバイス１０４_１〜１０４_ｎによってデータを送受信する機能を有する。
【００１８】
インターネットプロトコル部１０７は、ＩＰネットワーク１を介してデータ通信を可能とするために、無線情報端末１０に送受信されるデータを処理する機能を有する。具体的には、決定されたセッション情報の音声コーデックに基づいてＲＴＰパケット化された音声コーデックデータをＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）を用いたＩＰ通信が可能なように、通信データを処理する。
【００１９】
呼制御部１０８は、リアルタイムデータ通信に関する情報を情報端末間でネゴシエーションしてセッションを確立する機能を有する。この明細書では、ネゴシエーションを行うプロトコルとしてＳＩＰを使用する場合を例示している。
【００２０】
音声コーデック情報データベース１０９は、無線情報端末１０が実装している音声コーデック情報を格納している。図４は、音声コーデック情報データベースの構成の一例を示す図である。音声コーデック情報データベース１０９には、実装される音声コーデックを管理する番号である「管理番号」４０、実装される音声コーデックの種別を示す「音声コーデック種別情報」４１、各音声コーデックで規定されている基本送信間隔を示す「基本送信間隔」４２、音声コーデックで規定されているデータサイズを示す「データサイズ」４３、１つのＲＴＰパケットに含まれる音声データのパケット化周期を示す「パケット化周期」４４、パケット化周期４４においてＲＴＰの規定にしたがい優先される「基準パケット化周期」４５を含む項目が格納される。
【００２１】
つぎに、無線情報端末１０における処理について説明する。図５は、この発明による無線情報端末の無線ＩＦインタフェースの情報を利用したセッション情報の決定に関する動作処理手順を示すシーケンス図である。ここでは、無線情報端末１０とＩＰ電話９との間でリアルタイムデータ通信を確立する場合を想定する。
【００２２】
まず、無線情報端末１０は実装する無線インタフェース１０４_１〜１０４_ｎのいずれかを使用してＩＰネットワーク１に接続可能な状態にある必要がある。この時、通信先であるＩＰ電話９も同様にＬＡＮケーブルを通じてＩＰネットワーク１に接続可能な状態にある必要がある。この状態において無線情報端末１０の使用者からのＶｏＩＰ通信要求を、無線情報端末１０内の呼制御部（ＳＩＰ）１０８が受信することにより、呼制御部（ＳＩＰ）１０８は無線管理部１０１に対してセッション情報の問い合わせを開始する（ＳＱ１００）。
【００２３】
呼制御部１０８からのセッション情報の問い合わせは無線管理部１０１内の無線管理機能部１０２が受信し、無線管理機能部１０２は、セッション情報を決定するために必要な情報の取得を開始する（ＳＱ１０１〜ＳＱ１０２）。すなわち、まず、無線管理機能部１０２は、無線情報要求を無線情報データベース１０３に送信し、無線ＩＦデバイスに関する情報を無線情報データベース１０３から取得する（ＳＱ１０１）。そして、無線管理機能部１０２は、音声コーデック情報要求を音声コーデック情報データベース１０９に送信し、実装している音声コーデックに関する情報を音声コーデック情報データベース１０９から取得する（ＳＱ１０２）。この時、無線情報端末１０が実装している音声コーデックに関する情報はデータベース形式ではなく呼制御部１０８が保有するようにしてもよい。
【００２４】
つぎに、無線管理機能部１０２は、これらの取得した情報を基に、後述する図６の処理にしたがってセッション情報を決定し（ＳＱ１０３）、決定したセッション情報を呼制御部１０８に通知する（ＳＱ１０４）。そして、呼制御部１０８は、決定されたセッション情報を呼制御部１０８に関するＳＤＰ形式へ変換を行い（ＳＱ１０５）、このＳＤＰで記述されたセッション情報を含むＳＩＰメッセージを相手情報端末であるＩＰ電話９に送信することで、ＩＰ電話９との間でリアルタイムデータ通信を開始する。
【００２５】
ここで、上記ＳＱ１０３での無線管理部１０１においてセッション情報を決定する処理手順について説明する。図６は、無線管理部におけるセッション情報を決定するアルゴリズムの一例を示すフローチャートである。まず、無線管理部１０１の無線管理機能部１０２は、無線情報端末１０に実装される無線ＩＦデバイス１０４の電波状態がリアルタイム通信を行うために、そのサービス速度３３に対して十分な能力を発揮することが可能な電波状態の閾値を設定する（ステップＳ１００）。この閾値は、無線ＩＦデバイス１０４を使用したリアルタイム通信の検証結果により得られる値などを用いて設定する。なお、これらの閾値の決定方法についてはこの発明の範囲外であり、任意の方法で閾値を決定することができる。なお、閾値が０／１００に設定された場合は閾値に関する処理を使用しないことを示すものとする。
【００２６】
つぎに、無線管理機能部１０２は、音声コーデック情報データベース１０９から音声コーデックを１つ抽出し、リアルタイムデータ通信で使用するＲＴＰのパケット化周期を指定し、このパケット化周期で実行する場合についての通信の実現性を検証する（ステップＳ１０１）。ここでは、最初に、音声コーデック情報データベース１０９から管理番号「１」の音声コーデックに対して、パケット化周期として基本パケット化周期を指定する。そして、指定されたパケット化周期において、無線情報データベース１０３から取得したサービス速度３３より無線ＩＦ番号「１」の無線ＩＦデバイス１０４_１が送信能力３２によって送信可能な最大データ長ａを計算する（ステップＳ１０２）。また、指定されたパケット化周期において、音声コーデックによって送信される音声パケット長ｂを計算する（ステップＳ１０３）。
【００２７】
つぎに、ステップＳ１０２で得られた無線ＩＦデバイス１０４_１で送信可能な最大データ長ａが、ステップＳ１０３で得られた音声コーデックによる送信される音声パケット長ｂ以上であるか否かを判定する（ステップＳ１０４）。無線ＩＦデバイス１０４_１で送信可能な最大データ長ａが、音声コーデックによる送信される音声パケット長ｂより小さい場合（ステップＳ１０４でＮｏの場合）には、無線管理機能部１０２は音声コーデックのパケット化周期を１段階上に変更し（ステップＳ１０５）、再びステップＳ１０３に戻り、変更したパケット化周期で上述した処理を繰り返す。
【００２８】
また、無線ＩＦデバイス１０４_１で送信可能な最大データ長ａが、音声コーデックによる送信される音声パケット長ｂ以上である場合（ステップＳ１０４でＹｅｓの場合）には、無線ＩＦデバイス１０４_１のＲＴＰパケット化周期が上記の条件に決定され、無線ＩＦデバイス１０４_１の電波状態がステップＳ１００で設定された無線状態の閾値以上であるか否かをチェックする（ステップＳ１０６）。ここで、図３の無線情報データベース１０３から取得した無線ＩＦデバイス１０４_１の電波状態が、ステップＳ１００で設定された無線状態の閾値以上である場合（ステップＳ１０６でＹｅｓの場合）には、決定したセッション情報はリアルタイムデータ通信に適したセッション情報候補として判断され、無線管理機能部１０２は、このセッション情報に関する無線ＩＦデバイスに関する情報、音声コーデック情報およびＲＴＰパケット化周期を優先セッション情報候補として一時記憶する（ステップＳ１０７）。このとき、既に優先セッション情報候補が格納されている場合には、ステップＳ１０４による許容範囲がより大きい方のセッション情報を優先セッション情報候補として、一時記憶されている優先セッション情報候補を更新する。
【００２９】
また、図３の無線情報データベース１０３から取得した無線ＩＦデバイスの電波状態が、ステップＳ１００で設定された無線状態の閾値より小さい場合（ステップＳ１０６でＮｏの場合）には、決定したセッション情報に関する無線ＩＦデバイス情報、音声コーデック情報およびＲＴＰパケット化周期を非優先セッション情報候補として一時記憶する（ステップＳ１０８）。このときも、既に非優先セッション情報候補が格納されている場合には、ステップＳ１０４による許容範囲がより大きい方のセッション情報を非優先セッション情報候補として、一時記憶されている非優先セッション情報候補を更新する。
【００３０】
その後、無線管理機能部１０２は、音声コーデック情報データベース１０９に格納される音声コーデック種別が他に存在するかをチェックし（ステップＳ１０９）、他に音声コーデック種別が存在する場合（ステップＳ１０９でＹｅｓの場合）には、音声コーデック情報データベース１０９につぎに格納される音声コーデック種別に変更し（ステップＳ１１０）、この音声コーデック種別に基づいて上述したステップＳ１０１〜Ｓ１０９の検査を実施する。
【００３１】
また、他に音声コーデックデータ種別が存在しない場合（ステップＳ１０９でＮｏの場合）には、セッション情報決定に使用される無線ＩＦデバイス１０４において、未処理である無線ＩＦデバイス１０４が存在するか否かの無線ＩＦデバイスの種別チェックを行う（ステップＳ１１１）。未処理である無線ＩＦデバイス１０４が存在する場合（ステップＳ１１１でＹｅｓの場合）には、つぎに実装される無線ＩＦデバイス１０４の種別に変更し（ステップＳ１１２）、この無線ＩＦデバイスに対して上述したステップＳ１００〜Ｓ１１１の検査を行い、セッション情報の決定を実施する。一方、未処理である無線ＩＦデバイス１０４が存在しない場合（ステップＳ１１１でＮｏの場合）には、優先セッション情報候補として一時保存されたセッション情報を呼制御部１０８に対して通知する（ステップＳ１１３）。
【００３２】
このようにして、無線情報と無線状態を考慮したセッション情報を使用して相手情報端末とリアルタイムデータ通信のためのセッション確立を開始することが可能となる。なお、優先セッション情報にセッション情報が格納されていない場合には非優先セッション情報を利用してもよいし、通信不可としてもよい。
【００３３】
図３の無線情報データベースの内容と図４の音声コーデック情報データベースの内容を使用して、図６に示したセッション情報の選択について、さらに具体的な例を挙げて説明する。まず、無線管理機能部１０２は、無線ＩＦ番号「１」の無線ＩＦデバイス１０４_１を選択し、電波状態の閾値として２０／１００を設定する（ステップＳ１００）。また、無線管理機能部１０２は、無線情報端末１０に実装される管理番号「１」の音声コーデックを選択し、パケット化周期としてまず基本パケット化周期を指定する（ステップＳ１０１）。つぎに、無線情報データベース１０３の上記無線ＩＦデバイス１０４_１の送信能力３２とサービス速度３３から、この無線ＩＦデバイス１０４_１で送信可能な最大データ長ａとして、８０［／２０ｍｓ］を算出する（ステップＳ１０２）。また、音声コーデック情報データベース１０９の基本パケット化周期４５、基本データサイズ４３、基本送信間隔４２と、ＩＰｖ６でストリーミングデータを送信する場合のヘッダサイズである６０バイトとを使用して、基本パケット化周期における音声コーデックによって送信される音声パケット長ｂとして７０［／１０ｍｓ］（ｂ’＝１４０［／２０ｍｓ］）バイトを算出する（ステップＳ１０３）。
【００３４】
ここで、無線ＩＦデバイスの送信可能な最大データ長ａ＝８０［／２０ｍｓ］＜音声コーデックの基本パケット化周期において送信する音声パケット長ｂ’＝１４０［／２０ｍｓ］であるので、無線管理機能部１０２は、パケット化周期を１段階上のパケット化周期に変更する（ステップＳ１０４〜Ｓ１０５）。基本パケット化周期よりも１段階上のパケット化周期は、音声コーデック情報データベース１０９のパケット化周期４４から２０ｍｓであるので、無線管理機能部１０２は、このパケット化周期において音声コーデックにより送信される音声パケット長ｂとして、８０［／２０ｍｓ］バイトを算出する（ステップＳ１０３）。
【００３５】
これらより、無線ＩＦデバイス１０４_１の送信可能な最大データ長ａ＝８０［／２０ｍｓ］＝音声コーデックの基本パケット化周期において送信する音声パケット長ｂ＝８０［／２０ｍｓ］であるので、この無線ＩＦデバイス１０４_１についての無線状態のチェックが行われる。無線管理機能部１０２は、無線情報データベース１０３の電波状態３４から８２／１００を抽出し、ステップＳ１００で設定された電波状態の閾値２０／１００と比較し、無線ＩＦデバイスの種類（たとえば、無線ＩＦ番号「１」）、音声コーデック種別（Ｇ７２９（１８））、ＲＴＰパケット化周期（２０ｍｓ）を優先セッション情報として一時保存する。
【００３６】
つぎに、無線管理機能部１０２は、音声コーデック情報データベース１０９から他の音声コーデックが無線情報端末１０に実装されていないので、無線情報データベース２３のつぎの無線ＩＦデバイス、すなわち無線ＩＦ番号「２」に登録されている無線ＩＦデバイス１０４_２について上述した処理を行う。しかし、無線管理機能部１０２は、無線情報データベース１０３に格納されている無線ＩＦ番号「２」の電波状態３４は０／１００、すなわち圏外の状態であり、はじめにステップＳ１００で設定した閾値２０／１００より小さいために非優先セッション情報として格納する。これによりセッションの決定処理が終了する。
【００３７】
そして、無線管理機能部１０２は、優先セッション情報候補として一時記憶された無線ＩＦ番号「１」の無線ＩＦデバイス１０４_１で、Ｇ７２９（１８）で２０ｍｓのパケット化周期で音声コーデックを行う条件をセッション情報として呼制御部１０８に通知する。図７は、無線管理機能部から呼制御部（ＳＩＰ）に通知されたセッション情報の内容の一例を示す図である。この図７に示されるように、無線管理機能部１０２から呼制御部１０８へ通知されるセッション情報の内容には、無線ＩＦ番号、無線ＩＦデバイスのＩＰアドレス、音声コーデック種別、そしてパケット化周期が含まれている。この図７の列５０には、上記の例で決定されたセッション情報が格納されている。そして、呼制御部１０８では、受信した図７の列５０に格納されている内容を、ＳＩＰ／ＳＤＰの呼制御プロトコルの記述にしたがって図７の列５１に示されるように変換する。このように無線管理機能部１０２が決定したリアルタイムデータ通信に使用するセッション情報である無線ＩＦデバイス１０４、音声コーデック情報およびＲＴＰパケット化周期によりセッション情報を記述するＳＤＰに完全に変換することが可能である。
【００３８】
なお、相手情報端末であるＩＰ電話９からのリアルタイムデータ通信の開始要求に対しては、まずＩＰ端末９から提示されるセッション情報を呼制御部１０８から無線管理機能部１０２にセッション情報要求で通知する。そしてＩＰ端末９より提示されるセッション情報で規定される範囲内で上述した図６のセッション情報の決定が行われる。
【００３９】
この実施の形態１によれば、リアルタイムデータ通信を行う無線ＩＦデバイスの通信開始時における無線情報とコーデック情報を用いて、使用する無線ＩＦデバイス１０４に最適なセッション情報を決定するように構成したので、決定した無線ＩＦデバイス１０４を使用した場合のリアルタイムデータ通信の品質を劣化させることなく通信を行うことができるという効果を有する。
【００４０】
実施の形態２．
実施の形態１で決定されたセッション情報には、通信開始時の無線状態において最適なＲＴＰパケット化周期などのＲＴＰパラメータが含まれる。このためリアルタイムデータ通信中に無線状態の劣化が原因でサービス速度が低下する場合、無線ＩＦデバイスの送信能力を超えた音声パケットを無線情報端末が送信することでリアルタイムデータ通信の品質が劣化してしまう状態が発生する。そこで、この実施の形態２では、リアルタイムデータ通信中において無線ＩＦデバイスの送信バッファを監視することによって、リアルタイムデータ通信に使用している現在のＲＴＰパラメータ情報の適正を判断し、ＲＴＰパラメータ情報の再検査および変更によって無線ＩＦデバイスに最適なＲＴＰパラメータ情報をリアルタイムデータ通信中に適用することが可能な無線情報端末について説明する。
【００４１】
図８は、この発明にかかる無線情報端末の実施の形態２の構成を模式的に示すブロック図である。ただし、この図８では、図１に示される構成要素のうち、この実施の形態２の機能を説明するために必要でない構成要素については、省略している。
【００４２】
無線情報端末１０でリアルタイムデータ通信を行っている無線ＩＦデバイス１０４は、送信バッファ１２０を有している。この送信バッファ１２０には、リアルタイムＩＰパケット（音声パケット）１２１がキューイングされる。無線ＩＦデバイス１０４は、この送信バッファ１２０にキューイングされたリアルタイムＩＰパケット１２１を順に無線で送信する。リアルタイムデータ通信を実行している間は送信バッファ１２０には、たとえば実施の形態１で設定されたパケット化周期ごとにリアルタイムＩＰパケットがキューイングされる。
【００４３】
無線管理機能部１０２は、リアルタイムデータ通信を行っているパケット化周期以下の間隔で送信バッファ１２０にキューイングされているデータ量を監視する機能をさらに備える。たとえば、無線ＩＦデバイス１０４を利用した移動体通信では、無線基地局４からの無線情報端末１０の距離や無線基地局４の使用者の収容数、または無線情報端末１０を使用している使用者の移動によって電波状態が変動し実効サービス速度が変動する。この電波状態の変動によって、現在の無線ＩＦデバイス１０４の送信能力を超えて、送信バッファ１２０にリアルタイムＩＰパケットがキューイングされた場合に、無線管理機能部１０２は、現在の（変動後の）実効サービス速度で送信可能なセッション情報に変更する。
【００４４】
つぎに、この無線情報端末１０の動作処理について説明する。図９は、リアルタイムデータの送信状況を監視したセッション情報の変更処理を示すシーケンス図である。なお、以下の説明では、無線情報端末１０のパケット化周期として２０ｍｓが設定され、無線管理機能部１０２は送信バッファ１２０を上記パケット化周期と同じ２０ｍｓで監視しているものとする。
【００４５】
まず、無線管理機能部１０２が２０ｍｓ間隔で送信バッファ１２０にキューイングされているデータ量６１を監視する（ＳＱ１１０）。図１０は、パケット化周期単位における送信バッファの状態を模式的に示す図である。この図１０では、現在のリアルタイムＩＰパケットがキューイングされる送信バッファ１２０ａの状態と、送信バッファ１２０ａの状態から２０ｍｓ経過後の送信バッファ１２０ｂ、送信バッファ１２０ａの状態から４０ｍｓ経過後の送信バッファ１２０ｃにキューイングされているリアルタイムＩＰパケットの状態が示されている。なお、パケット化周期は２０ｍｓであるので、送信バッファ１２０には、２０ｍｓごとに８０バイトのリアルタイムＩＰパケットがキューイングされる。無線管理機能部１０２は、この送信バッファ１２０ａ〜１２０ｃの監視結果から、２０ｍｓごとに４０バイトのデータ量の単純増加を検出する。したがって、無線管理機能部１０２によって、リアルタイムデータ通信に使用中である無線ＩＦデバイス１０４の送信能力超過が検出される（ＳＱ１１１）。
【００４６】
つぎに、無線管理機能部１０２は、音声コーデック情報要求を送信して、音声コーデック情報データベース１０９から音声コーデック情報を取得する（ＳＱ１１２）。この時、現在のパケット化周期において音声コーデックによって送信されるリアルタイムＩＰパケット（音声パケット）の送信長は８０バイト／２０ｍｓであるため、無線ＩＦ番号「１」の送信間隔単位に送信可能なデータ長は４０バイト／２０ｍｓであることが判断可能である。したがって、無線管理機能部１０２は、サービス速度を４０バイト／２０ｍｓ（すなわち、１６ｋｂｐｓ）として、有効セッション情報の決定を再度行い（ＳＱ１１３）、変更するセッション情報が決定される。
【００４７】
図１１は、音声コーデックによって送信間隔ごとに作成されるリアルタイムデータＩＰパケットと、４０バイト／２０ｍｓのサービス速度における送信間隔ごとの送信データ長との関係を示す図である。この図１１において、項目「ＲＴＰパラメータ情報」は、基本パケット化周期に対する段階を示しており、項目「送信間隔」は、パケットを送信する間隔を示しており、項目「ＩＰパケット長」は、上記ＲＴＰパラメータで送信されるヘッダを含めたＩＰパケットの長さを示しており、項目「現在のサービス速度における送信間隔単位の送信データ長」は、無線ＩＦデバイス１０４の無線状態によって実際に行われているサービス速度での送信間隔単位における送信データ長を示している。上述したように、この図１１では、現在のサービス速度が１６ｋｂｐｓとなっている場合を例示している。
【００４８】
この図１１の列６０が上記有効セッション情報決定前の状態であり、現在のサービス速度における送信間隔単位のデータ長（４０バイト）が、音声コーデックにより生成されるパケット長（８０バイト）に比して不足しており、これを解消するためには現在のサービス速度における送信間隔単位の送信データ長が１２０バイトとなる列６１の条件にする必要がある。そこで、無線管理機能部１０２は、現在のサービス速度での送信可能な条件に対して音声パケット長が許容範囲内となるように、ＲＴＰパケット化周期（すなわち、送信間隔）を６０ｍｓにすることを再決定する。
【００４９】
その後、無線管理機能部１０２は、決定した内容を変更されるセッション情報として呼制御部（ＳＩＰ）１０８に通知する（ＳＱ１１４）。図１２は、呼制御部に送信されるセッション情報の内容の一例を示す図であり、（ａ）は送信能力の超過を検出した際の（リアルタイムデータ通信に使用中の）セッション情報であり、（ｂ）は再決定後のセッション情報である。なお、この図１２の構成は上述した実施の形態１の図７と同じであるので説明を省略する。無線管理機能部１０２は、図１２（ｂ）の「セッション情報」に示される情報を、呼制御部１０８に通知する。
【００５０】
呼制御部１０８は、図１２（ｂ）の「セッション情報」に示される情報を、ＳＩＰ／ＳＤＰの呼制御プロトコルの記述にしたがって図１２（ｂ）の「呼制御変換セッション情報」に変換する。そして、呼制御部１０８は、既に確立しているリアルタイムデータ通信用のセッションを変更するために、受信した図１２（ｂ）に示されるセッション情報を記述しているＳＤＰを含むｒｅ−ＩＮＶＩＴＥメッセージを相手情報端末に送信し、相手情報端末からの２００−ＯＫを受信することでセッション情報の変更を完了する（ＳＱ１１５）。
【００５１】
この実施の形態２によれば、リアルタイムデータの送信状況を監視して動的にセッション情報を変更するように構成したので、サービス速度の低下によるリアルタイムデータ通信の品質を劣化させることなく、リアルタイムデータ通信を継続させることができるという効果を有する。
【００５２】
実施の形態３．
実施の形態２では無線ＩＦデバイスの送信バッファを監視することによってセッション情報を変更する方法を示したが、この実施の形態３では、リアルタイムデータ通信に使用中の無線ＩＦデバイスにおける電波状態を監視することで、セッション情報の再検査および変更により無線ＩＦデバイスに最適なセッション情報をリアルタイムデータ通信中に適用することが可能な無線情報端末について説明する。なお、この実施の形態３における無線情報端末１０の構成は、実施の形態１の図１と同じであるので、その説明を省略する。
【００５３】
リアルタイムデータ通信中において常に無線ＩＦデバイス１０４の電波状態は変動している。無線ＩＦデバイス１０４の電波状態が所定の基準値以上劣化すると、上記無線ＩＦデバイス１０４によるデータ通信が使用不可の状態になってしまう。そこで、このような電波状態の劣化によって現在の無線ＩＦデバイス１０４の使用が不可能となる場合に、他の無線ＩＦデバイス１０４の状態を再度チェックし、リアルタイムデータ通信を継続するために使用可能な無線ＩＦデバイス１０４が存在する場合にはその無線ＩＦデバイス１０４に切替えるための新たなセッション情報に変更する機能を無線管理部１０１に持たせることを特徴とする。
【００５４】
つぎに、この無線情報端末１０による電波状態によるセッション情報の変更の動作処理について説明する。図１３は、この発明にかかる無線情報端末の実施の形態３の無線ＩＦデバイスにおける電波状態を監視したセッション情報の変更処理を示すシーケンス図である。なお、以下の説明では、この無線情報端末１０は、２つの無線ＩＦデバイスを実装しているものとし、セッション情報の決定における電波状態の閾値は２０／１００に設定されるものとする。図１４は、通信開始時における無線ＩＦデバイスの状態を示す図である。すなわち、通信開始時において、無線ＩＦ番号「１」の無線ＩＦデバイスが使用されているものとする。
【００５５】
無線ＩＦ番号「１」の無線ＩＦデバイスを介してのリアルタイムデータ通信中において、無線管理部１０１の無線管理機能部１０２は、所定の間隔で、無線情報端末１０に実装されている無線ＩＦデバイス１０４の電波状態を監視し、その状態を無線情報データベース１０３に格納する。その結果、図１５に示されるように、無線ＩＦデバイス１０４の電波状態が得られたとする。そして、無線管理機能部１０２は、この図１５に示されるように、電波状態の変動によって、無線ＩＦ番号「１」の電波状態１０／１００が閾値２０／１００より小さい値となり使用中の無線ＩＦデバイス状態の劣化を検出する（ＳＱ１２０）。
【００５６】
無線管理機能部１０２は、現在使用中の無線ＩＦデバイスの電波状態が、通信開始時に設定される電波状態の閾値を下回ったことを検出すると、再度セッション情報の決定を開始する（ＳＱ１２１）。ここで、図１５に示されるように、無線ＩＦ番号「２」の無線ＩＦデバイスの電波状態は７０／１００であり、電波状態の閾値２０／１００以上であるために使用可能である。また、この無線ＩＦ番号「２」の送信能力に関する検査結果は、そのサービス速度からパケット化周期において音声コーデックによって送信されるリアルタイムＩＰパケット（音声パケット）のサイズである８０バイト［／２０ｍｓ］に対して、約２７．５ｋバイト［／２０ｍｓ］となり送信可能な条件の許容範囲を満たす。したがって、無線管理機能部１０２は、通信開始時のセッション情報に関して、無線ＩＦ番号を「１」から「２」に変更し、それに対応して無線ＩＦデバイスのＩＰアドレスを変更したセッション情報を、変更後のセッション情報として決定する（ＳＱ１２２）。なお、３つ以上の無線ＩＦデバイスが無線管理端末１００に実装される場合には、閾値以上の電波状態を有し、サービス速度が現在のパケット化周期におけるパケットサイズを送信可能な無線ＩＦデバイスのうち、所定の基準にしたがって無線ＩＦデバイスを選択することができる。たとえば、パケット化周期において音声コーデックによって送信される音声パケット長に対して、送信能力によって送信可能な最大データ長の許容範囲の最も大きな無線ＩＦデバイスとしてもよい。
【００５７】
そして、無線管理機能部１０２は、変更後のセッション情報を呼制御部１０８に通知する（ＳＱ１２３）。図１６は、呼制御部に送信されるセッション情報の内容の一例を示す図であり、（ａ）は通信開始時のセッション情報であり、（ｂ）は無線ＩＦデバイス変更後のセッション情報である。ここでは、図１６（ｂ）の「セッション情報」に示されるセッション情報が送信される。
【００５８】
呼制御部２８は、通知された変更後のセッション情報を、ＳＩＰ／ＳＤＰの呼制御プロトコルの記述にしたがって、図１６（ｂ）の「呼制御変換セッション情報」に示されるセッション情報に変換する（ＳＱ１２４）。その後、呼制御部２８は、リアルタイムデータ通信に現在使用中の図１６（ａ）に示されるセッション情報から、図１６（ｂ）に示される無線状態の変化により新たに決定されたセッション情報に変更する処理を相手情報端末との間で行う（ＳＱ１２５）。すなわち、呼制御部（ＳＩＰ）２８は、既に確立しているリアルタイムデータ通信用のセッションを変更するために、図１６（ｂ）に示される変更されたセッション情報を記述しているＳＤＰを含むｒｅ−ＩＮＶＩＴＥメッセージを相手情報端末に送信し、相手情報端末からの２００−ＯＫを受信することでセッション情報の変更を完了し、リアルタイムデータ通信が無線ＩＦ番号「２」で特定される無線ＩＦデバイスを介して行われる。
【００５９】
この実施の形態３によれば、リアルタイムデータ通信を実施している無線ＩＦデバイスの電波状態を監視して動的にセッション情報を変更するように構成したので、電波状態の悪化によるリアルタイムデータ通信の品質を劣化させることなく、リアルタイムデータ通信を継続させることができる。
【００６０】
実施の形態４．
実施の形態１において決定されたセッション情報は、選択可能な全ての無線ＩＦデバイスの無線帯域および音声コーデック情報から最適なセッション情報を決定したが、この実施の形態４では、さらにポリシーの設定を行うことで使用者が要求する条件の中から最適なセッション情報を決定することができる無線情報端末について説明する。
【００６１】
図１７は、この発明にかかる無線情報端末の実施の形態４の構成を示すブロック図である。この無線情報端末１０は、実施の形態１の図１において、無線情報端末１０の使用者によるポリシーの設定を行うためのポリシー設定部１３１と、ポリシーの設定を行うための情報を表示する表示部１３２をさらに備える。なお、図１と同一の構成要素については、同一の符号を付してその説明を省略している。
【００６２】
ポリシー設定部１３１は、無線情報端末１０で設定可能なポリシー情報を保持し、これらのポリシー情報の中で、使用者によって選択されたポリシー情報を無線管理機能部１０２に通知する機能を有する。また、ポリシー情報の設定にあたって、使用者にポリシー情報を選択させるための画面を表示部に表示させる機能を有する。ポリシー情報としては、無線ＩＦデバイス１０４に関する特性情報を用いることができ、たとえば、課金情報を含む使用者の契約情報、接続の信頼性情報、ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）情報などを例示することができる。なお、以下の説明では、ポリシー情報として、課金情報、接続性の信頼性情報およびＱｏＳ情報を設定可能とした場合を例に挙げて説明する。
【００６３】
表示部１３２は、使用者によるポリシーの設定を可能とするためにポリシー設定部１３１が保持するポリシー設定ファイルを表示することが可能な液晶ディスプレイなどによって構成される。
【００６４】
無線情報データベース１０３に格納される無線情報には、セッション確立の決定を行う場合に無線ＩＦデバイス１０４についてポリシーによる選択を可能とするための課金情報や信頼性情報を格納することが可能なフィールド項目が付加される。図１８は、無線情報データベースに格納されるデータ構成の一例を示す図である。ここでは、１パケットあたりの課金情報と接続の信頼性を示す信頼性情報を格納するためのフィールド項目が追加されている。項目「課金情報」には、各無線ＩＦデバイス１０４を使用した通信の使用者契約情報による課金情報が格納される。また、項目「信頼性情報」には、各無線ＩＦデバイス１０４を使用した通信の接続の信頼性情報が格納される。ここでは、数値が大きいほど信頼性が高くなるものとする。その他の項目は、実施の形態１の図３と同一であるので、その説明は省略している。
【００６５】
つぎに、この無線情報端末１０の動作処理について説明する。図１９は、無線情報端末のポリシー選択画面の一例を示す図である。無線情報端末１０の表示部１３２には、セッションを決定する際に優先したい項目として、料金、接続性、ＱｏＳのいずれかを選択できる選択画面１４１がポリシー設定部１３１によって表示される。使用者は、これらの項目からいずれかの項目を選択することによって、セッションを決定する際のポリシーを決定することができる。具体的には、実施の形態１のステップＳ１０７で、選択されたポリシーに基づいて優先セッション情報の更新が行われる。なお、カーソルの移動や選択した項目の決定などは、無線情報端末１０に備えられるボタンによって行うことができる。
【００６６】
（１）ポリシーとして課金情報を選択した場合
図２０は、課金情報をポリシーとして設定する際の設定画面を示す図である。図１９の選択画面１４１において「１．料金」を選択すると、ポリシー設定部１３１によって、表示部１３２にこの図２０に示されるポリシー選択画面が表示される。このポリシー選択画面１４２には、ポリシーの選択に対して使用者が選択可能な項目１４３と、ポリシー選択用のカーソル１４４が表示される。使用者は、「１．はい」にカーソル１４４を合わせて決定することによって、ポリシー情報として課金情報を使用してセッション情報の決定を行うように設定することができる。これにより、課金情報によるポリシー設定が有効になる。また、「２．いいえ」にカーソル１４４を合わせて決定することによって、ポリシー情報として課金情報を使用したセッション情報の決定が行われないように、またはポリシー情報として課金情報を使用したセッション情報の決定を解除することができる。
【００６７】
図２１は、図６のステップＳ１０７における優先セッション情報のこの実施の形態４の更新処理を示すフローチャートである。図６のステップＳ１０６までの処理が行われ、無線ＩＦデバイス１０４の電波状態が設定された閾値以上である場合に、無線管理機能部１０２は、既に優先セッション情報が一時記憶されているか否かを判定する（ステップＳ１２０）。既に一時記憶されている優先セッション情報が存在する場合（ステップＳ１２０でＹｅｓの場合）には、一時記憶されている優先セッション情報の課金情報ｃを無線情報データベース１０３から取得する（ステップＳ１２１）。また、現在処理中のセッション情報についての課金情報ｄも、同様に無線情報データベース１０３から取得する（ステップＳ１２２）。
【００６８】
その後、無線管理機能部１０２は、一時記憶された優先セッション情報の課金情報ｃと現在処理中のセッション情報の課金情報ｄとを比較する（ステップＳ１２３）。優先セッション情報の課金情報ｃの方が現在処理中のセッション情報の課金情報ｄよりも有利か同じである（この場合には、１パケットあたりの料金が安い）場合（ステップＳ１２３でＹｅｓの場合）には、優先セッション情報の更新はなされずに処理が終了する。一方、優先セッション情報の課金情報ｃの方が現在処理中のセッション情報の課金情報ｄよりも有利でない（この場合には、１パケットあたりの料金が高い）場合（ステップＳ１２３でＮｏの場合）、またはステップＳ１２０で既に一時記憶された優先セッション情報が存在しない場合（ステップＳ１２０でＮｏの場合）には、現在処理中のセッション情報を優先セッション情報として更新し（ステップＳ１２４）、処理が終了する。なお、ステップＳ１２３で、優先セッション情報の課金情報ｃと現在処理中のセッション情報の課金情報ｄとが同じ場合には、上記Ｙｅｓ，Ｎｏの場合のどちらに含まれるように処理してもよい。
【００６９】
ここで、無線情報端末が図１８に示される２つの無線ＩＦデバイスを実装し、図４に示す音声コーデックを実装している場合を例に挙げてさらに具体的に説明する。以下の説明では、電波状態の閾値として２０／１００が設定され、実施の形態１の具体例で説明したように、無線ＩＦ番号「１」の無線ＩＦデバイスに対してステップＳ１００〜Ｓ１０４が実行され、その結果としてＲＴＰパケット化周期として２０ｍｓが設定されたものとする。すなわち、無線管理機能部１０２は、無線ＩＦ番号「１」の無線ＩＦデバイスの送信能力によって送信可能な最大ＩＰパケットデータサイズａは８０バイト［／２０ｍｓ］であるのに対して、音声コーデックで送信される最大データ長ｂが８０バイト［／２０ｍｓ］であること、電波状態も８２／１００と閾値以上であること、さらに既に一時記憶されている優先セッション情報も存在しないことから、これらの条件を満たすセッション情報を優先セッション情報として一時記憶する。
【００７０】
つぎに、無線管理機能部１０２は、無線ＩＦ番号「２」の無線ＩＦデバイスに対して、ステップＳ１００〜Ｓ１０４を実行する。ここでは、無線ＩＦ番号「２」の無線ＩＦデバイスの送信能力によって送信可能な最大ＩＰパケットデータサイズａは７０バイト［／１０ｍｓ］であるのに対して、音声コーデックで送信される最大データ長ｂが約１３．８キロバイト［／１０ｍｓ］であり、電波状態も７９／１００と閾値以上であるので優先セッション情報の候補となる。ここで、優先セッション情報の選択処理となるが、既に優先セッション情報が一時記憶されているので、この一時記憶されている優先セッション情報の課金情報ｃと現在処理中のセッション情報の課金情報ｄとを比較しなければならない。図１８の無線情報データベース１０３から、一時記憶されている優先セッション情報の課金情報ｃは０．０２円［／１パケット］であり、現在処理中のセッション情報の課金情報ｄは０．１円［／１パケット］であるので、通信料金が安価なセッション情報である既に一時記憶されている優先セッション情報が選択されることになる。したがって、優先セッション情報は上書き更新されない。
【００７１】
その後、無線ＩＦデバイスは存在しないので、上記決定された優先セッション情報、すなわち無線ＩＦ番号「１」についてのセッション情報、が、無線情報に最適でしかも通信料金のポリシー設定にしたがったセッション情報として決定される。
【００７２】
（２）ポリシーとして接続の信頼性情報を選択した場合
図２２は、接続の信頼性情報をポリシーとして選択する際の設定画面を示す図である。図１９の選択画面１４１において「２．接続性」を選択すると、ポリシー設定部１３１によって、表示部１３２に図２２に示されるポリシー選択画面１４５が表示される。このポリシー選択画面１４５には、ポリシーの選択に対して使用者が選択可能な項目１４６、ポリシー選択用のカーソル１４４が表示される。使用者は、「１．はい」にカーソル１４４を合わせて決定することによって、ポリシー情報として接続の信頼性情報を使用してセッション情報の決定を行うように設定することができる。これにより、接続の信頼性情報によるポリシー設定が有効になる。また、「２．いいえ」にカーソル１４４を合わせて決定することによって、ポリシー情報として接続の信頼性情報を使用したセッション情報の決定が行われないように、またはポリシー情報として接続の信頼性情報を使用したセッション情報の決定を解除することができる。ここで接続の信頼性情報は、無線情報端末１０の移動中において広範囲で接続が継続される無線ＩＦデバイスほど信頼性が高いことを意味するものとする。
【００７３】
図２３は、図６のステップＳ１０７における優先セッション情報のこの実施の形態４の更新処理を示すフローチャートである。図６のステップＳ１０６までの処理が行われ、無線ＩＦデバイス１０４の電波状態が設定された閾値以上である場合に、無線管理機能部１０２は、既に優先セッション情報が一時記憶されているか否かを判定する（ステップＳ１３０）。既に一時記憶されている優先セッション情報が存在する場合（ステップＳ１３０でＹｅｓの場合）には、一時記憶されている優先セッション情報の接続性の信頼性情報ｅを無線情報データベース１０３から取得する（ステップＳ１３１）。また、現在処理中のセッション情報についての接続性の信頼性情報ｆも、同様に無線情報データベース１０３から取得する（ステップＳ１３２）。
【００７４】
その後、無線管理機能部１０２は、一時記憶された優先セッション情報の接続の信頼性情報ｅと現在処理中のセッション情報の接続の信頼性情報ｆとを比較する（ステップＳ１３３）。優先セッション情報の接続の信頼性情報ｅの方が現在処理中のセッション情報の接続の信頼性情報ｆよりも高い（移動中も切れ難い）か同じ場合（ステップＳ１３３でＹｅｓの場合）には、優先セッション情報の更新はなされずに処理が終了する。一方、優先セッション情報の接続の信頼性情報ｅの方が現在処理中のセッション情報の課金情報ｆよりも高くない（移動中に切れ易い）場合（ステップＳ１３３でＮｏの場合）には、またはステップＳ１３０で既に一時記憶された優先セッション情報が存在しない場合（ステップＳ１３０でＮｏの場合）には、現在処理中のセッション情報を優先セッション情報として更新し（ステップＳ１３４）、処理が終了する。なお、ステップＳ１３３で、優先セッション情報の接続の信頼性情報ｅと現在処理中のセッション情報の接続の信頼性情報ｆとが同じ場合には、上記Ｙｅｓ，Ｎｏの場合のどちらに含まれるように処理してもよい。
【００７５】
ここで、無線情報端末が図１８に示される２つの無線ＩＦデバイス１４０を実装し、図４に示す音声コーデックを実装している場合を例に挙げてさらに具体的に説明する。上述した（１）の場合と同じように、電波状態の閾値として２０／１００が設定され、無線ＩＦ番号「１」の無線ＩＦデバイスに対してステップＳ１００〜Ｓ１０４が実行され、その結果としてＲＴＰパケット化周期として２０ｍｓが選択されたものとする。そして、電波状態が８２／１００と閾値以上であり、また既に一時記憶されている優先セッション情報が存在しないので、これらの条件を満たすセッション情報が優先セッション情報として一時記憶される。
【００７６】
つぎに、無線管理機能部１０２は、上述した（１）と同様の手順で、無線ＩＦ番号「２」の無線ＩＦデバイスに対してＲＴＰパケット化周期として１０ｍｓを選択し、電波状態も７９／１００と閾値以上であるので、これらの条件を満たすセッション情報を優先セッション情報の候補とする。ここで、図２３に示される優先セッション情報の選択処理となるが、既に一時記憶されている無線ＩＦ番号「１」の優先セッション情報の接続の信頼性情報ｅ＝「３」と、現在処理中の無線ＩＦ番号「２」の優先セッション情報の接続の信頼性情報ｆ＝「１」とを比較して、接続の信頼性情報の高い（数値が大きいほど接続の信頼性が高い）無線ＩＦ番号「１」が選択される。したがって、優先セッション情報は上書き更新されない。その後、他の無線ＩＦデバイスは存在しないので、上記決定された優先セッション情報、すなわち無線ＩＦ番号「１」のセッション情報が、無線情報に最適でしかも接続の信頼性のポリシー設定にしたがったセッション情報として決定される。
【００７７】
（３）ポリシーとしてＱｏＳを選択した場合
図２４は、ＱｏＳをポリシーとして設定する際の設定画面を示す図である。図１９の選択画面１４１において「３．ＱｏＳ」を選択すると、ポリシー設定部１３１によって表示部１３２にこの図２４に示されるポリシー選択画面１４７が表示される。このポリシー選択画面１４７には、ポリシーの選択に対して使用者が選択可能な項目１４８と、ポリシー選択用のカーソル１４４が表示される。使用者は、「１．はい」にカーソル１４４を合わせて決定することによって、ポリシー情報としてＱｏＳを使用してセッション情報の決定を行うように設定することができる。これにより、ＱｏＳによるポリシー設定が有効になる。また、「２．いいえ」にカーソル１４４を合わせて決定することによって、ポリシー情報としてＱｏＳを使用したセッション情報の決定が行われないように、またはポリシー情報としてＱｏＳを使用したセッション情報の決定を解除することができる。ここで、ＱｏＳとは、ＶｏＩＰの通話品質に関わる情報であり、音声遅延が存在しない程ＱｏＳはよくなり、セッション情報においてはＲＴＰパケット化周期が短い程ＱｏＳはよくなる。
【００７８】
図２５は、図６のステップＳ１０７における優先セッション情報のこの実施の形態４の更新処理を示すフローチャートである。図６のステップＳ１０６までの処理が行われ、無線ＩＦデバイスの電波状態が設定された閾値以上である場合に、無線管理機能部１０２は、既に優先セッション情報が一時記憶されているか否かを判定する（ステップＳ１４０）。既に、一時記憶されている優先セッション情報が存在する場合（ステップＳ１４０でＹｅｓの場合）には、一時記憶されている優先セッション情報のパケット化周期ｇを取得する（ステップＳ１４１）。また、現在処理中のセッション情報についてのパケット化周期ｈも同様に取得する（ステップＳ１４２）。
【００７９】
その後、無線管理機能部１０２は、取得した一時記憶された優先セッション情報のパケット化周期ｇと現在処理中のセッション情報のパケット化周期ｈとを比較する（ステップＳ１４３）。優先セッション情報のパケット化周期ｇの方が現在処理中のセッション情報のパケット化周期ｈよりも短い（すなわち、ＱｏＳがよい）場合または同じ場合（ステップＳ１４３でＹｅｓの場合）には、優先セッション情報の更新はなされずに処理が終了する。一方、優先セッション情報のパケット化周期ｇの方が現在処理中のセッション情報のパケット化周期ｈよりも長い（すなわち、ＱｏＳが悪い）場合（ステップＳ１４３でＮｏの場合）、またはステップＳ１４０で既に一時記憶された優先セッション情報が存在しない場合（ステップＳ１４０でＮｏの場合）には、現在処理中のセッション情報を優先セッション情報として更新し（ステップＳ１４４）、処理が終了する。なお、ステップＳ１４３で、優先セッション情報のパケット化周期ｇと現在処理中のセッション情報のパケット化周期ｈとが同じ場合には、上記Ｙｅｓ，Ｎｏの場合のどちらに含まれるように処理してもよい。
【００８０】
ここで、無線情報端末が図１８に示される２つの無線ＩＦデバイス１０４を実装し、図４に示す音声コーデックを実装している場合を例に挙げてさらに具体的に説明する。上述した（１）の場合と同じように、電波状態の閾値として２０／１００が設定され、無線ＩＦ番号「１」の無線ＩＦデバイスに対してステップＳ１００〜Ｓ１０４が実行され、その結果としてＲＴＰパケット化周期として２０ｍｓが選択されたものとする。そして、電波状態が８２／１００と閾値以上であり、また既に一時記憶されている優先セッション情報が存在しないので、これらの条件を満たすセッション情報が優先セッション情報として一時記憶される。
【００８１】
つぎに、無線管理機能部は、上述した（１）と同様の手順で、無線ＩＦ番号「２」の無線ＩＦデバイスに対してＲＴＰパケット化周期として１０ｍｓを選択し、電波状態も７９／１００と閾値以上であるので、これらの条件を満たすセッション情報を優先セッション情報の候補とする。ここで、図２５に示される優先セッション情報の選択処理となるが、既に一時記憶されている無線ＩＦ番号「１」の優先セッション情報のＲＴＰパケット化周期「２０ｍｓ」と、現在処理中の無線ＩＦ番号２の優先セッション情報の接続のＲＴＰパケット化周期「１０ｍｓ」とが比較され、ＲＴＰパケット化周期の短い、すなわちＱｏＳのよい無線ＩＦ番号「２」が選択される。したがって、優先セッション情報は無線ＩＦ番号「２」に対応するセッション情報に上書き更新される。その後、他の無線ＩＦデバイスは存在しないので、上記決定された優先セッション情報、すなわち無線ＩＦ番号「２」のセッション情報が、無線情報に最適でしかもＱｏＳのポリシー設定にしたがったセッション情報として決定される。
【００８２】
この実施の形態４によれば、使用者がセッション情報の決定にあたってポリシーの設定を行う機能を備えるように構成したので、リアルタイムデータ通信を行う最適なセッション情報の条件下において使用者の希望や要求をセッション情報の決定に反映させることが可能となる。
【００８３】
実施の形態５．
実施の形態４では、ポリシーの設定を行うことで使用者が要求する条件の中から最適なセッション情報を自動的に決定できる方法を説明したが、この実施の形態５では、各無線ＩＦデバイス使用時におけるセッション情報のポリシー特性を、リアルタイムデータ通信時にＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）で使用者に提供することで、セッション情報を使用者が選択することができる無線情報端末について説明する。なお、無線情報端末の構成は、実施の形態４の図１７と同一であるので、その説明は省略する。
【００８４】
図２６は、リアルタイムデータ通信の開始時における無線ＩＦデバイスの特性情報を表示する選択画面の一例を示す図である。この画面は、ＧＵＩを使用して使用者に無線情報端末１０が実装する無線ＩＦデバイス１０４の特徴を提供している。選択画面１５０には、各無線ＩＦデバイス１０４を使用した場合における無線インタフェースについての特性情報１５１と、無線インタフェースについての特性情報１５１から使用する無線ＩＦデバイス１０４を選択するカーソル１４４が表示される。無線インタフェースについての特性情報１５１には、使用可能な無線ＩＦデバイス１０４についての料金、接続性およびＱｏＳを含むポリシー情報と、無線情報端末１０にセッション情報の選択を任せる自動選択項目、そしてリアルタイムデータ通信を中止する項目などが表示される。
【００８５】
まず、無線情報端末１０は、リアルタイムデータ通信のセッション情報を選択する時に実装する無線ＩＦデバイス１０４ごとの特性情報を取得し、ＧＵＩを使用して使用者からの選択を要求する。この時、無線インタフェースについての特性情報としてのＱｏＳ情報は、無線ＩＦデバイス１０４ごとに実施の形態１の図６に示したフローチャートによって計算されたパケット化周期から取得され、また、無線インタフェースについての特性情報としての料金情報および接続性情報は、実施の形態４の図１８に示した無線情報データベース２３から取得される。
【００８６】
そして、使用者は使用時の要求条件にしたがってカーソル１４４を移動することでセッション情報を手動で選択する。この時、所定の時間内に無線インタフェースについての特性情報１５１からの選択が行われない場合には自動的にセッション情報が決定される。
【００８７】
この実施の形態５によれば、リアルタイムデータ通信を実行するためのセッション情報を通信ごとに選択可能に構成したので、使用者にセッション情報の選択を手動で行うための仕組みを提供することが可能となる。
【００８８】
【発明の効果】
以上説明したように、この発明によれば、リアルタイムデータ通信を行う無線情報端末において呼制御プロトコルと連動する無線管理部を設け、無線ＩＦデバイスの情報または無線状態の変化に対して最適なセッション情報を決定するように構成したので、無線状態の変化によるリアルタイムデータ通信の品質の劣化を回避することができ、またその通信品質を維持することができるという効果を有する。
【図面の簡単な説明】
【図１】この発明による無線情報端末の実施の形態１の概略構成を示すブロック図である。
【図２】この発明による無線情報端末が適用されるネットワーク構成を示す模式図である。
【図３】無線情報データベースの構成の一例を示す図である。
【図４】音声コーデック情報データベースの構成の一例を示す図である。
【図５】この発明による無線情報端末の無線ＩＦインタフェースの情報を利用したセッション情報の決定に関する動作処理手順を示すシーケンス図である。
【図６】無線管理部におけるセッション情報を決定するアルゴリズムの一例を示すフローチャートである。
【図７】無線管理機能部から呼制御部に通知されたセッション情報の内容の一例を示す図である。
【図８】この発明による無線情報端末の実施の形態２の構成を模式的に示すブロック図である。
【図９】リアルタイムデータの送信状況を監視したセッション情報の変更処理を示すシーケンス図である。
【図１０】パケット化周期単位における送信バッファの状態を模式的に示す図である。
【図１１】音声コーデックによって送信間隔ごとに作成されるリアルタイムデータＩＰパケットと、あるサービス速度における送信間隔ごとの送信データ長との関係を示す図である。
【図１２】呼制御部に送信されるセッション情報の内容の一例を示す図であり、（ａ）は送信能力の超過を検出した際のセッション情報であり、（ｂ）は再決定後のセッション情報である。
【図１３】この発明による無線情報端末の実施の形態３の無線ＩＦデバイスにおける電波状態を監視したセッション情報の変更処理を示すシーケンス図である。
【図１４】通信開始時における無線ＩＦデバイスの状態を示す図である。
【図１５】通信中における無線ＩＦデバイスの状態を示す図である。
【図１６】呼制御部に送信されるセッション情報の内容の一例を示す図であり、（ａ）は通信開始時のセッション情報であり、（ｂ）は無線ＩＦデバイス変更後のセッション情報である。
【図１７】この発明による無線情報端末の実施の形態４の構成を示すブロック図である。
【図１８】無線情報データベースに格納されるデータ構成の一例を示す図である。
【図１９】無線情報端末のポリシー選択画面の一例を示す図である。
【図２０】課金情報をポリシーとして設定する際の設定画面を示す図である。
【図２１】図６のステップＳ１０７における優先セッション情報の更新処理を示すフローチャートである。
【図２２】接続の信頼性情報をポリシーとして選択する際の設定画面の一例を示す図である。
【図２３】図６のステップＳ１０７における優先セッション情報の更新処理を示すフローチャートである。
【図２４】ＱｏＳをポリシーとして設定する際の設定画面の一例を示す図である。
【図２５】図６のステップＳ１０７における優先セッション情報の更新処理を示すフローチャートである。
【図２６】リアルタイムデータ通信の開始時における無線ＩＦデバイスの特性情報を表示する選択画面の一例を示す図である。
【図２７】ＶｏＩＰを実現する従来の基本的なネットワーク構成を示す模式図である。
【図２８】従来のＳＩＰセッションの確立手順を示すシーケンス図である。
【符号の説明】
１ＩＰネットワーク、２ルータ、３Ａ，３ＢＨＵＢ、４無線基地局、５Ａ，５Ｂブロードバンドアクセス回線、６Ａ，６ＢＶｏＩＰゲートウェイ、７パーソナルコンピュータ、８ＩＰ電話、９ＶｏＩＰゲートウェイ機能を有するＩＰ電話、１０無線情報端末、１０１無線管理部、１０２無線管理機能部、１０３無線情報データベース、１０４，１０４_１〜１０４_ｎ無線ＩＦデバイス、１０５，１０５_１〜１０５_ｎデバイスドライバ、１０６アンテナ、１０７ＩＰ部、１０８呼制御部、１０９音声コーデック情報データベース、１２０，１２０ａ〜１２０ｃ送信バッファ、１２１音声パケット、１３１ポリシー設定部、１３２表示部。

Claims

無線インタフェースデバイスを介してＩＰネットワークに接続し、該ＩＰネットワークに接続された相手側端末との間でリアルタイムデータ通信を行うことが可能な無線情報端末であって、
前記相手側端末との間でリアルタイムデータ通信を開始する場合に、前記無線インタフェースデバイスの状態を示す無線インタフェース情報に基づいてセッション情報を決定する無線管理手段を備えることを特徴とする無線情報端末。
前記無線インタフェース情報は、実装される無線インタフェースデバイスの種類、音声コーデックの種類、および音声コーデックのパケット化周期を含むことを特徴とする請求項１に記載の無線情報端末。
前記無線管理手段は、前記リアルタイムデータ通信中も前記無線インタフェース情報を監視し、前記無線インタフェース情報が前記通信開始時の無線インタフェース情報に比して変化した場合に、前記リアルタイムデータ通信を継続したまま前記監視した無線インタフェース情報に基づいてセッション情報を再決定する機能をさらに有することを特徴とする請求項１に記載の無線情報端末。
前記監視される無線インタフェース情報は、前記無線インタフェースデバイスによって送信される前記リアルタイム通信データの送信状況であることを特徴とする請求項３に記載の無線情報端末。
前記無線管理手段は、前記リアルタイムデータ通信中も前記無線インタフェース情報を監視し、前記リアルタイム通信データを通信中の無線インタフェースデバイスの電波状態が所定値より小さくなった場合に、前記所定値以上の電波状態を有する無線インタフェースデバイスの無線インタフェース情報に基づいてセッション情報を再決定する機能をさらに有することを特徴とする請求項１に記載の無線情報端末。
前記無線管理手段は、前記無線インタフェースデバイスの特性を示す特性情報に関して設定されるポリシーに基づいて、前記セッション情報を決定する機能をさらに有することを特徴とする請求項１〜５のいずれか１つに記載の無線情報端末。
前記リアルタイムデータ通信を開始する場合に、前記無線情報端末が実装するそれぞれの無線インタフェースデバイスについての特性情報を前記無線情報端末の使用者に対して表示する特性情報表示手段をさらに備え、
前記無線管理手段は、前記特性情報の中から選択された無線インタフェースデバイスを用いて、前記リアルタイムデータ通信のセッション情報を決定することを特徴とする請求項６に記載の無線情報端末。
前記無線インタフェースの特性情報は、前記無線インタフェースデバイスを使用した場合の通信料金を含む契約情報、前記無線インタフェースデバイスの移動時における接続の信頼性情報、または前記無線インタフェースデバイスの使用時におけるＱｏＳ情報を含むことを特徴とする請求項６または７に記載の無線情報端末。