JP2004363993A

JP2004363993A - 通信端末

Info

Publication number: JP2004363993A
Application number: JP2003160527A
Authority: JP
Inventors: Nobuyuki Ema; 信行江間
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2003-06-05
Filing date: 2003-06-05
Publication date: 2004-12-24

Abstract

【課題】複数の通信プロトコルを搭載した端末間のネゴシエーション手順の省略を可能とし、接続時間の削減を可能とする。
【解決手段】回線接続手順、もしくは、ＰＰＰ接続手順において、通信プロトコルを示す情報を送受信することにより、もしくは、ＴＣＰ／ＵＤＰ接続手順において使用するポート番号から通信プロトコルを判断することにより、以降に使用する通信プロトコルを先行して選択・決定する。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明はパケットネットワークを介してパケットデータを送受信する通信端末に関し、特に、マルチメディア情報をリアルタイムにて送受信する通信端末に関する。
【０００２】
【従来の技術】
ＰＤＣ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＣｅｌｌｕｌａｒ）方式、ＩＭＴ−２０００（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ２０００）方式、ブロードバンド回線（ＡＤＳＬなど）、無線ＬＡＮ等のパケットネットワーク上でマルチメディア情報通信を行うための通信プロトコルとして、ＩＴＵ−Ｔ勧告によるＨ．３２３、ＩＥＴＦ規格によるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）等がある。Ｈ．３２３及びＳＩＰは、テレビ電話、ＶｏＩＰ（ＶｏｉｃｅＯｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）を利用したインターネット電話等にて使用される。
【０００３】
Ｈ．３２３及びＳＩＰに基づいてマルチメディア情報通信を行う端末を、以下に、それぞれＨ．３２３端末及びＳＩＰ端末と呼ぶことにする。また、Ｈ．３２３及びＳＩＰに基づいた回線の接続を、以下に、それぞれＨ．３２３接続及びＳＩＰ接続と呼ぶことにする。
【０００４】
パケットネットワーク上でマルチメディア情報通信を行う端末は、通常、Ｈ．３２３とＳＩＰの少なくとも一方に対応している。例えば、パーソナルコンピュータは、Ｈ．３２３とＳＩＰの両方に対応しており、ＶｏＩＰサービスを利用する端末は、Ｈ．３２３とＳＩＰの一方に対応している。
【０００５】
図６を参照して、Ｈ．３２３とＳＩＰの両者に対応した端末がマルチメディア情報通信を行う際の手順を説明する。ステップ１２１にて、回線接続が行われ、ステップ１２２にてＰＰＰ（ＰｏｉｎｔｔｏＰｏｉｎｔＰｒｏｔｏｃｏｌ）接続が行われる。
【０００６】
こうして通信回線の接続が行われると、ネゴシエーションを行う。ステップ１２３にて、発呼側の端末は、先ず、ＳＩＰ端末用のＴＣＰ／ＵＤＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）／（ＵｓｅｒＤｅｔａｇｒａｍＰｒｏｔｏｃｏｌ）ソケットを生成する。ステップ１２４にて、着呼側の端末がＳＩＰ端末であると仮定して呼接続を試みる。
【０００７】
ステップ１２４にて、呼接続が成功したらステップ１２５に進む。ステップ１２５にて、発呼側の端末と着呼側の端末の間で、ＳＩＰ端末の能力を交換する。ステップ１２６にて、発呼側の端末は、ＳＩＰ端末の能力に基づいて、画像／音声の通信用モードを決定する。ステップ１２７にて、発呼側の端末は着呼側の端末との間で、画像／音声を交信する。
【０００８】
ステップ１２４にて、呼接続が成功しなかったらステップ１２８に進み、着呼側の端末がＨ．３２３端末であるとして、再ネゴシエーションを行う。ステップ１２８にて、発呼側の端末は、Ｈ．３２３端末用のＴＣＰ／ＵＤＰソケットを生成する。ステップ１２９にて、発呼側の端末は、Ｈ．３２３端末である着呼側の端末と呼接続を行う。
【０００９】
ステップ１３０にて、発呼側の端末は着呼側の端末との間で、Ｈ．３２３端末の能力を交換する。ステップ１３１にて、発呼側の端末は、Ｈ．３２３端末の能力に基づいて、画像／音声の通信用モードを決定する。ステップ１３２にて、発呼側の端末は着呼側の端末との間で、画像／音声を交信する。
【００１０】
【発明が解決しようとする課題】
上述のように、Ｈ．３２３とＳＩＰの両者に対応して端末がマルチメディア情報通信を行う場合、ＰＰＰ接続の後に、相手方の端末に対して、先ず、Ｈ．３２３とＳＩＰの一方によりネゴシエーションを行い、それに失敗したら、他のプロトコルにより再ネゴシエーションを行う。従って、接続が成功するまでに端末間で多くのメッセージの送受信を行う必要があり、接続時間が長くなる欠点がある。
【００１１】
本発明の目的は、複数の通信プロトコルに対応した端末を用いてマルチメディア情報通信を行う場合に、相手方の端末との間で行うネゴシエーションの回数を減らす技術を提供することにある。
本発明の目的は、複数の通信プロトコルに対応した端末を用いてマルチメディア情報通信を行う場合に、接続時間を短縮化する技術を提供することにある。
【００１２】
【課題を解決するための手段】
本発明によると、通信端末は、パケットデータの送受信を行う通信部と、通信接続処理を行う通信接続処理部と、画像データ及び音声データの符号化・復号化を行うマルチメディアデータ処理部と、を有し、通信相手と通信回線によってデータを交信する前に、通信相手との間で使用可能な通信プロトコルの種別を検出するネゴシエーションを行う。
【００１３】
ネゴシエーションでは、回線接続手順、もしくは、ＰＰＰ接続手順において、通信プロトコルを示す情報を送受信することにより、もしくは、ＴＣＰ／ＵＤＰ接続手順において使用するポート番号から通信プロトコルを判断することにより、以降に使用する通信プロトコルを先行して選択・決定する。
【００１４】
本発明によれば、回線接続後に後続のネゴシエーションで行われるタイムアウト処理が不要になり、端末間で接続時に行われるネゴシエーションの回数を減らすことが可能である。
【００１５】
また、各レイヤでの手順を個別に有効／無効にすることにより、端末の機種及び利用可能なネットワークの種別に係わらず、最適なネゴシエーションを自動的に行うことが可能となる。
【００１６】
【発明の実施の形態】
図１を参照して本発明による通信端末の例を説明する。本例の通信端末１００は、パケットネットワークを介してマルチメディア情報を交信する通信部１０１と、通信ネットワークの種別に応じて各レイヤでの手順を個別に有効／無効にする通信接続制御部１０２と、通信回線を接続する前に相手方とネゴシエーションを行うネゴシエーション部１０３と、ＰＰＰ接続処理を行うＰＰＰ制御部１０４と、ＴＣＰ／ＵＤＰ接続処理を行うＴＣＰ／ＵＤＰ制御部１０５と、Ｈ．３２３端末又はＳＩＰ端末として呼接続処理を行うＨ．３２３／ＳＩＰ制御部１０６と、画像データ及び音声データの符号化・復号化を行うマルチメディアデータ処理部１０７と、を有する。
【００１７】
ネゴシエーション部１０３は、相手方と通信接続を行う前に、先行ネゴシエーションを行う。先ず、回線接続処理手順にて、通信プロトコルを示す情報を送受信し、利用可能な通信プロトコルを検出する。又は、ＰＰＰ接続手順において、通信プロトコルを示す情報を送受信し、利用可能な通信プロトコルを検出する。又は、ＴＣＰ／ＵＤＰ接続手順において使用するポート番号から通信プロトコルを判断する。
【００１８】
こうして、回線接続処理、ＰＰＰ接続処理、ＴＣＰ／ＵＤＰ接続処理において、相手が理解可能な通信プロトコルの種別を先行して取得するため、ネゴシエーションの繰返しが回避される。
【００１９】
本例の通信端末は、ＩＭＴ−２０００方式のように回線接続を伴う通信ネットワークばかりでなく、ブロードバンド環境のように回線接続を伴わない通信ネットワーク、更に、無線ＬＡＮのように回線接続及びＰＰＰ接続を伴わない通信ネットワークを利用することも可能である。即ち、本例の通信端末は、ＩＭＴ−２０００方式の端末、ブロードバンド回線に接続された端末、無線ＬＡＮに接続された端末であってよい。
【００２０】
通信接続制御部１０２は、本通信端末の通信方式に基づいて、回線接続が不要な場合には、それを省略し、回線接続及びＰＰＰ接続が不要な場合には、それを省略し、必要な接続処理を行う。
【００２１】
図２を参照して本発明による通信端末間の接続処理の流れを説明する。ステップ０１１にて、通常の回線接続処理を行い、発呼側（自分側）の端末から着呼側（相手側）の端末へ、呼制御レイヤにて発呼側（自分側）の端末の接続能力（Ｈ．３２３／ＳＩＰ）を送信する。ステップ０１２にて、着呼側（相手側）の端末が発呼側（自分側）の端末の接続手順（Ｈ．３２３／ＳＩＰ）を理解できるか否かを判定する。着呼側（相手側）の端末が発呼側（自分側）の端末の接続手順を理解できる場合にはステップ０１３に進み、着呼側（相手側）の端末が発呼側（自分側）の端末の接続手順を理解できない場合には、ステップ０１６に進む。
【００２２】
ステップ０１３にて、呼制御レイヤにて、接続に使用する通信プロトコル（Ｈ．３２３／ＳＩＰ）を決定する。即ち、呼制御メッセージを利用して、端末で使用することができる通信プロトコル（Ｈ．３２３／ＳＩＰ）の交換を行い、接続に使用する通信プロトコル種別（Ｈ．３２３／ＳＩＰ）を決定する。ステップ０１４にて、通常のＰＰＰ接続処理を行う。ステップ０１５にて、通常のＴＣＰ／ＵＤＰ接続処理を行う。ステップ０２１にて、決定した通信プロトコル（Ｈ．３２３／ＳＩＰ）にて音声・画像のメディア通信を開始する。
【００２３】
ステップ０１６にて、通常のＰＰＰ接続処理を行う。発呼側（自分側）の端末から着呼側（相手側）の端末へ、ＰＰＰレイヤにて発呼側（自分側）の端末の接続能力（Ｈ．３２３／ＳＩＰ）を送信する。ここでＰＰＰの接続メッセージであるＮＣＰ（ＮｅｔｗｏｒｋＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）メッセージを利用してよい。
【００２４】
ステップ０１７にて、着呼側（相手側）の端末が発呼側（自分側）の端末の接続手順を理解できるか否かを判定する。着呼側（相手側）の端末が発呼側（自分側）の端末の接続手順を理解できる場合にはステップ０１８に進み、着呼側（相手側）の端末が発呼側（自分側）の端末の接続手順を理解できない場合には、ステップ０１９に進む。
【００２５】
ステップ０１８にて、ＰＰＰレイヤにて、接続に使用する通信プロトコル（Ｈ．３２３／ＳＩＰ）を決定する。即ち、端末で使用することができる通信プロトコル（Ｈ．３２３／ＳＩＰ）の交換を行い、接続に使用する通信プロトコル種別（Ｈ．３２３／ＳＩＰ）を決定する。ここで、ＰＰＰの接続メッセージであるＮＣＰ（ＮｅｔｗｏｒｋＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）メッセージを利用してよい。次に、ステップ０１５に進む。
【００２６】
ステップ０１９にて、通常のＴＣＰ／ＵＤＰ接続処理を行う。ステップ０２０にて、ＴＣＰ／ＵＤＰのレイヤにて、接続に使用する通信プロトコル（Ｈ．３２３／ＳＩＰ）を決定する。即ち、使用するポート番号に従って、接続に使用する通信プロトコル種別（Ｈ．３２３／ＳＩＰ）を決定し、ステップ０２１に進む。
【００２７】
本例では、回線接続処理、ＰＰＰ接続処理、及び、ＴＣＰ／ＵＤＰ接続処理において、Ｈ．３２３アプリケーション、または、ＳＩＰアプリケーションを使用することを、予めネゴシエーションし、決定する。
【００２８】
従って、従来の通信端末がアプリケーション層にて行う通信プロトコルの再ネゴシエーション（１２３、１２４、１２８、１２９）を省略することができ、接続時間の短縮を図ることができる。
【００２９】
図３を参照して、本発明の接続手順を用いて、Ｈ．３２３アプリケーション、または、ＳＩＰアプリケーション同士が接続されるまでの処理の流れを説明する。ステップ０４１〜０５０は、図２のステップ０１１〜０２０に相当する。まず、ステップ０４１にて、発呼側（自分側）の端末は、ベアラ能力（ＢＣ）、低位レイヤ整合性（ＬＬＣ）、高位レイヤ整合性（ＨＬＣ）に、通信が可能であるプロトコル（Ｈ．３２３／ＳＩＰ）を示す設定を行い、それを、呼制御メッセージを利用して、着呼側（相手側）の端末へ送信する。発呼側の端末は、着呼側の端末からも、同様に、通信が可能であるプロトコル（Ｈ．３２３／ＳＩＰ）が設定されたベアラ能力（ＢＣ）、低位レイヤ整合性（ＬＬＣ）、高位レイヤ整合性（ＨＬＣ）を含む呼制御メッセージを受信する。
【００３０】
次に、ステップ０４２にて、発呼側（自分側）の端末は、着呼側の端末からの呼制御メッセージ中のベアラ能力（ＢＣ）、低位レイヤ整合性（ＬＬＣ）、高位レイヤ整合性（ＨＬＣ）に、発呼側の設定と同様の設定があるか否かを判断する。
【００３１】
着呼側の端末からの呼制御メッセージ中のベアラ能力（ＢＣ）、低位レイヤ整合性（ＬＬＣ）、高位レイヤ整合性（ＨＬＣ）に、発呼側の設定と同様の設定がある場合にはステップ０４３に進み、同様の設定がない場合には、ステップ０４６に進む。
【００３２】
ステップ０４３にて、発呼側の端末は、着呼側の端末からの呼制御メッセージ中のベアラ能力（ＢＣ）、低位レイヤ整合性（ＬＬＣ）、高位レイヤ整合性（ＨＬＣ）に含まれる識別子に従って、通信プロトコル（Ｈ．３２３／ＳＩＰ）を選択する。ステップ０４４にて、通常のＰＰＰ接続処理を行う。
【００３３】
ステップ０４５にて、選択した通信プロトコルにて使用するポート番号にてソケットを生成し、ＴＣＰ／ＵＤＰの接続を行い、ステップ０５１に進む。
ステップ０４６にて、発呼側の端末は、通常のＰＰＰ接続処理を行い、通信が可能であるプロトコル（Ｈ．３２３／ＳＩＰ）を示す設定を行い、それを、ＰＰＰメッセージ中のＮＣＰメッセージを利用して、着呼側（相手側）の端末へ送信する。発呼側の端末は、着呼側の端末からも、同様に、通信が可能であるプロトコル（Ｈ．３２３／ＳＩＰ）が示されたＰＰＰメッセージ中のＮＣＰメッセージを受信する。
【００３４】
ステップ０４７にて、発呼側（自分側）の端末は、着呼側の端末からのＰＰＰメッセージ中のＮＣＰメッセージに、発呼側の設定と同様の設定があるか否かを判断する。着呼側の端末からのＮＣＰメッセージ中に、発呼側の設定と同様の設定がある場合にはステップ０４８に進み、同様の設定がない場合には、ステップ０４９に進む。
【００３５】
ステップ０４８にて、発呼側の端末は、着呼側の端末からのＮＣＰメッセージ中に含まれる識別子に従って、通信プロトコル（Ｈ．３２３／ＳＩＰ）を選択し、ステップ０４５に進む。
【００３６】
ステップ０４９にて、Ｈ．３２３及びＳＩＰの両者で使用するポート番号にてソケットを生成し、ＴＣＰ／ＵＤＰ接続処理を行う。ＴＣＰを使用する場合には、コネクションの開設を行い、ＵＤＰを使用する場合には、以降のＨ．３２３／ＳＩＰで使用する呼制御メッセージの一部（Ｈ．３２３の場合はＲＡＳメッセージ、ＳＩＰの場合はＩＮＶＩＴＥメッセージなど）を送信する。次に、ステップ０５０にて、着呼側の端末より受信があったポート番号に基づいて、通信プロトコル種別（Ｈ．３２３／ＳＩＰ）を選択し、ステップ０５１に進む。
【００３７】
ステップ０５１にて、発呼側の端末は、通信プロトコル種別がＨ．３２３かＳＩＰかを判定し、判定の結果に基づいて以降に使用するアプリケーションを選択する。通信プロトコル種別がＨ．３２３であれば、ステップ０５２〜０５５のＨ．３２３のネゴシエーションを行い、通信プロトコル種別がＳＩＰであれば、ステップ０５６〜０５９のＳＩＰのネゴシエーションを行い、接続を完了する。
【００３８】
ステップ０５２〜０５５のＨ．３２３のネゴシエーションについて説明する。ステップ０５２にて、Ｈ．３２３端末の呼接続処理を行う。ステップ０５３にて、Ｈ．３２３端末の能力交換を行う。ステップ０５４にて、画像音声の通信用モードを決定する。ステップ０５５にて、画像音声の通信を行う。同様に、ステップ０５６〜０５９のＳＩＰのネゴシエーションについて説明する。ステップ０５６にて、ＳＩＰ端末の呼接続処理を行う。ステップ０５７にて、ＳＩＰ端末の能力交換を行う。ステップ０５８にて、画像音声の通信用モードを決定する。ステップ０５９にて、画像音声の通信を行う。
【００３９】
図４を参照してステップ０１１及びステップ０４１の回線接続処理０６１を詳細に説明する。図４は回線接続時に端末間で交わされる呼接続メッセージを示す。先ず、発呼側の端末から着呼側の端末に向かって、Ｓｅｔｕｐメッセージが送信される。着呼側の端末は、Ｓｅｔｕｐメッセージを受信すると、ＣａｌｌＰｒｏｃｅｅｄｉｎｇメッセージ、Ａｌｅｒｔメッセージ、及びＣｏｎｎｅｃｔメッセージを発呼側の端末に送信する。発呼側の端末が、着呼側の端末からＣｏｎｎｅｃｔメッセージを受信すると、回線の接続が確立される。
【００４０】
本例では、呼制御メッセージのＳｅｔｕｐメッセージ、ＣａｌｌＰｒｏｃｅｅｄｉｎｇメッセージ、Ａｌｅｒｔメッセージに含まれるベアラ能力、低位レイヤ整合性、高位レイヤ整合性を利用して、以降で使用する通信プロトコル種別の情報を伝送し、接続処理を行う。
【００４１】
次に、図５を参照してステップ０１６及びステップ０４６のＰＰＰ接続処理を詳細に説明する。図５は、ＰＰＰ接続時に端末間で交わされるＰＰＰメッセージを示す。先ず、発呼側の端末と着呼側の端末の間で、ＬＣＰ（ＬｉｎｋＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）メッセージが交信され、次に、Ａｕｔｈｅｎｔｉｃａｔｉｏｎメッセージが交信され、その後、ＮＣＰ（ＮｅｔｗｏｒｋＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）メッセージが同様に交信され、ＰＰＰの接続０６２が確立される。
【００４２】
本例では、ＰＰＰメッセージのＮＣＰメッセージを利用して、以降で使用する通信プロトコル種別の情報を伝送し、接続処理を行う。上記の手法を用いて、後続のネゴシエーションをＨ．３２３、ＳＩＰのいずれで行うのかを先行するネゴシエーションで伝送し、後続のネゴシエーションの回数を減らすことが可能となる。
【００４３】
本発明による通信端末は、Ｈ．３２３とＳＩＰに対応可能であると説明した。しかしながら、Ｈ．３２３とＳＩＰは例示であり、それ以外のプロトコルに対応可能であり、それに限定されない。
【００４４】
上述の例では、ＩＭＴ−２０００方式のように、回線接続を伴う通信ネットワークを使用した場合を説明した。本発明はブロードバンド環境のように回線接続を伴わない通信ネットワークでも適用可能である。この場合、上述の手順より、回線接続の手順を省略すればよい。
【００４５】
更に本発明は、無線ＬＡＮのように、回線接続及びＰＰＰ接続を伴わない通信ネットワークでも適用可能である。この場合、上述の手順より、回線接続手順、及び、ＰＰＰ接続手順を省略すればよい。
【００４６】
本発明によると、ＩＭＴ−２０００方式のように回線接続を伴う通信ネットワークばかりでなく、ブロードバンド環境のように回線接続を伴わない通信ネットワークでも、更に、無線ＬＡＮのように回線接続及びＰＰＰ接続を伴わない通信ネットワークでも、上述の同様の手順にて後続のネゴシエーションの回数を減らすことができる。
以上、本発明の例を説明したが、本発明は上述の例に限定されるものではなく、特許請求の範囲にて様々な変更が可能であることは当業者に理解されよう。
【００４７】
【発明の効果】
以上の接続手順を用いることにより、複数の通信プロトコルを搭載した端末のネゴシエーション時間を短縮することができる。
また、各レイヤでの手順をネットワークの種類によって個別に有効／無効とすることにより、どのようなネットワークを用いた場合においても柔軟に対応することができ、前述したネゴシエーション時間の短縮を行うことができる。
【００４８】
更に、各レイヤでの手順を端末構成の種類によって個別に有効／無効とすることにより、どのような端末構成を用いた場合においても柔軟に対応することができ、前述したネゴシエーション時間の短縮を行うことができる。
【図面の簡単な説明】
【図１】本発明による通信端末の例を示す図である。
【図２】本発明による通信端末の接続手順の処理の流れを示す図である。
【図３】本発明による通信端末のＨ．３２３アプリケーション、または、ＳＩＰアプリケーション同士が接続されるまでの処理の流れを説明する図である。
【図４】回線接続時に端末間で交信される呼接続メッセージの例を示す図である。
【図５】ＰＰＰ接続時に端末間で交信されるＰＰＰメッセージの例を示す図である。
【図６】従来のＨ．３２３／ＳＩＰ端末が通信回線を使用して接続する際の手順を示す図である。
【符号の説明】
１０１…通信部、１０２…通信接続制御部、１０３…ネゴシエーション部、１０４…ＰＰＰ制御部、１０５…ＴＣＰ／ＵＤＰ制御部、１０６…Ｈ．３２３／ＳＩＰ制御部、１０７…マルチメディアデータ処理部

Claims

パケットデータの送受信を行う通信部と、通信接続処理を行う通信接続処理部と、画像データ及び音声データの符号化・復号化を行うマルチメディアデータ処理部と、を有し、通信相手と通信回線によってデータを交信する前に、通信相手との間で使用可能な通信プロトコルの種別を検出するネゴシエーションを行うことを特徴とする通信端末。
請求項１記載の通信端末において、上記ネゴシエーションでは、移動体通信ネットワークの呼制御メッセージであるベアラ能力、低位レイヤ整合性、及び高位レイヤ整合性を含む情報要素を利用して使用可能な通信プロトコルの種別を検出することを特徴とする通信端末。
請求項１又は２記載の通信端末において、上記ネゴシエーションでは、ＰＰＰの接続メッセージであるＮＣＰ（ＮｅｔｗｏｒｋＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）情報を利用することを特徴とする通信端末。
請求項１、２又は３記載の通信端末において、上記ネゴシエーションでは、ＴＣＰ／ＵＤＰの接続メッセージ情報を利用することを特徴とする通信端末。
請求項１〜４のいずれか１項記載の通信端末において、上記通信接続処理部は、通信相手の能力に基づいて、通信接続手順の有効／無効を切り替え、順次、適切な手順にフォールバックすることを特徴とする通信端末。
請求項１〜４のいずれか１項記載の通信端末において、上記通信接続処理部は、使用するネットワークの種別に基づいて、通信接続手順の有効／無効を切り替え、順次、適切な手順にフォールバックすることを特徴とする通信端末。
請求項１〜４のいずれか１項記載の通信端末において、上記通信接続処理部は、本通信端末の構成に基づいて、通信接続手順の有効／無効を切り替え、順次、適切な手順にフォールバックすることを特徴とする通信端末。
請求項１記載の通信端末において、上記通信接続処理部は、ＰＰＰ接続処理、ＴＣＰ／ＵＤＰ接続処理及びＨ．３２３／ＳＩＰ接続処理のうち必要な処理を順次行うことを特徴とする通信端末。
呼制御レイヤにて通信相手と端末の接続能力を交信して使用可能な通信プロトコルを検出するステップと、ＰＰＰレイヤにて通信相手と端末の接続能力を交信して使用可能な通信プロトコルを検出するステップと、ＴＣＰ／ＵＤＰレイヤにて使用するポート番号から使用可能な通信プロトコルを検出するステップと、をコンピュータに実行させるためのプログラム。
請求項９記載のプログラムを記録した記録媒体。