２点間通信方法、装置及び装置用プログラム
【課題】 ＰＰＰレイヤより上位のレイヤの処理を行うソフトウェアが、符号種別選択のため下位層の状況を把握する必要をなくし、かつ、データは、網状態に応じた符号種別で符号化され、更に必要に応じてＦＥＣ符号を適用して伝送する通信方法、前記方法に使用する通信装置及び前記通信装置用プログラムを提供する。
【解決手段】 設定したＰＰＰリンクの品質情報に基づき、ＰＰＰリンク設定装置間でネゴシエーションをして、上位レイヤパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＦＥＣ符号の適用の有無を決定し、送信側において、前記決定に基づき、送信パケットが格納しているデータの符号変換及び／又はＦＥＣ符号を適用して送信し、受信側において、データを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をする。
【解決手段】 設定したＰＰＰリンクの品質情報に基づき、ＰＰＰリンク設定装置間でネゴシエーションをして、上位レイヤパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＦＥＣ符号の適用の有無を決定し、送信側において、前記決定に基づき、送信パケットが格納しているデータの符号変換及び／又はＦＥＣ符号を適用して送信し、受信側において、データを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）リンクによるパケット通信において、通信品質を改善する方法、前記方法に使用する装置及び前記装置用プログラムに関する。
【背景技術】
【０００２】
図４は、ＰＰＰリンクによる通信例を説明する図である。図４において、端末６１がインターネット７０上にあるサーバ６３と通信を行っているものとする。端末６１はインターネットへのアクセスポイントにあるアクセスサーバ等の、信号を中継する中継装置６２との間にＰＰＰリンク８０を設定している。図４において符号８１は、アプリケーションレベルでの通信、つまり、端末６１とサーバ６３間で送受信される音声、データ、画像等を示す。符号８１が示す端末６１とサーバ６３間で送受信されるデータ等は、使用するプロトコルの規定に従うパケットに格納され、端末６１〜中継装置６２の区間においては、ＰＰＰリンク内を伝送、つまり、ＰＰＰフレームの情報フィールドに格納されて伝送される。
【０００３】
図５は、ＰＰＰリンク８０において送受信されるＰＰＰフレームフォーマットを示す図である。ＰＰＰフレームのプロトコルフィールドは、例えばＩＰパケットといった、情報フィールドに格納されている上位レイヤのパケットのプロトコル種別を示す。
【０００４】
ＰＰＰフレームの情報フィールドには、アプリケーションレベルでの通信で送受信されるデータが、１以上の上位プロトコルのパケットに格納された形式で格納されている。例えば、インターネットを通してＲＴＰにより音声通信が行われている場合、プロトコルフィールドはＩＰパケットを示し、音声は符号化された後、ＲＴＰパケットに格納され、ＲＴＰパケットはＵＤＰパケットに格納され、ＵＤＰパケットはＩＰパケットに格納され、ＩＰパケットが情報フィールドに格納されている。
【０００５】
また、ＰＰＰフレームのＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）は、ＰＰＰフレームの誤り検出のために付加される。
【０００６】
インターネット等のパケット網を用いて、音声や画像等のリアルタイムなアプリケーションの通信を行う場合、時間と共に変動するスループットやビットエラーに対処するために、音声符号化、画像符号化等の、送受信される情報に使用する符号種別の選択や、符号化されたデータ又は上位パケットに対してＦＥＣ（Ｆｏｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）符号の適用を行うか否かの選択が重要となる。符合種別、ＦＥＣ符号の適用及び適用する場合のパラメータ等は、当該送受信される情報に対しての符号化処理を行うソフトウェア、つまり、ＰＰＰレイヤより上位のレイヤの処理を行うソフトウェアが情報を収集し、収集した情報を元に選択している。符号種別の変更等に関しては、例えば、非特許文献２に記載がなされている。
【０００７】
【非特許文献１】W.Simpson、 “The Point-to-Point Protocol (PPP)”、IETF RFC1661、1994年7月
【非特許文献２】M.Handley et al “SDP: Session Description Protocol”、IETF RFC2327、1998年4月
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、上位レイヤのソフトウェアが、情報源に対して使用する符号種別、ＦＥＣ符号の使用の有無、ＦＥＣ符号を使用する場合の各パラメータの決定を行うためには、上位レイヤのソフトウェアが、現在接続されている網及びその性質を把握した上で、通信相手の同じレイヤと通信能力、例えば、対応できる符号化等の能力を交換することが必要となる。即ち、上位レイヤのソフトウェアが、本来の階層構造を超えて、下位層の状況を把握する必要があることを意味する。
【０００９】
しかし、上位レイヤのソフトウェア等が、下位層の状況を把握し、符号種別の変更等を行うことは、時間と共に変動するスループット及び／又はエラー発生に対しての追随性において問題がある。特に、リアルタイムなアプリケーションの通信が行われている場合には、前記符号種別選択の追随性の悪さに基づく受信側における通信品質の劣化が顕著となってしまう。
【００１０】
従って、本発明は、ＰＰＰレイヤより上位のレイヤの処理を行うソフトウェアが、使用する符号種別の選択及び／又はＦＥＣ符号の必要性を判断するために、下位層の状況を把握する必要をなくし、かつ、データは、網状態に応じた符号種別で符号化され、更に必要に応じてＦＥＣ符号を適用して伝送する通信方法を提供することを目的とする。
【００１１】
更に、前記方法に使用する通信装置及び通信装置用プログラムを提供することも目的とする。
【課題を解決するための手段】
【００１２】
本発明における通信方法によれば、
装置間にＰＰＰリンクを設定し、前記設定したＰＰＰリンクを用いて上位レイヤのパケットの送受信をする通信方法において、設定したＰＰＰリンクの品質情報に基づき、前記装置間でネゴシエーションをして、上位レイヤが送受信するパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＰＰＰリンク区間での上位レイヤのパケットに対するＦＥＣ符号の適用の有無を決定し、ＰＰＰリンク終端点の送信側において、前記決定に基づき、送信パケットが格納しているデータの符号種別を前記決定した符号種別に変換及び／又はＦＥＣ符号を適用して送信し、ＰＰＰリンク終端点の受信側において、受信パケットが格納している前記決定した符号種別により符号化されたデータを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をすることを特徴とする。
【００１３】
本発明の通信方法における他の実施形態によれば、
上位レイヤで、ＲＴＰが使用されている場合にのみ前記ネゴシエーションを行うことも好ましい。
【００１４】
また、本発明の通信方法における他の実施形態によれば、
前記ネゴシエーションは、通信の開始時にのみ行い、その後のＰＰＰリンクの品質情報に基づくＰＰＰリンク区間で使用する符号種別は、送信側において受信側とネゴシエーションすることなく決定し、受信側において受信パケットに格納されているデータから判断することも好ましい。
【００１５】
本発明における通信装置によれば、
送受信するパケットに対して、装置の目的に応じた処理を行う上位レイヤ処理手段と、ＰＰＰリンクの設定及び終了を制御し、ＰＰＰリンクの設定中においては、上位レイヤ処理手段から入力される送信パケットを、ＰＰＰフレームの情報フィールドに格納して物理レイヤ処理手段に出力し、物理レイヤ処理手段から入力される信号よりＰＰＰフレームを認識し、認識したＰＰＰフレームの情報フィールドに格納されている上位レイヤの受信パケットを抽出して上位レイヤ処理手段に出力するＰＰＰ処理手段と、通信媒体への信号の送信及び通信媒体からの信号の受信を行う物理レイヤ処理手段とを有する通信装置において、前記ＰＰＰ処理手段は、更に、設定したＰＰＰリンクの品質情報に基づき、前記ＰＰＰリンクを終端する他の装置とネゴシエーションをして、上位レイヤが送受信するパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＰＰＰリンク区間での上位レイヤのパケットに対するＦＥＣ符号の適用の有無を決定し、送信パケットに対しては、前記決定に基づき、送信パケットが格納しているデータの符号種別を前記決定した符号種別に変換及び／又はＦＥＣ符号を適用した後、ＰＰＰフレームの情報フィールドに格納し、受信パケットに対しては、受信パケットが格納している前記決定した符号種別により符号化されたデータを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をした後、上位レイヤ処理手段に出力することを特徴とする。
【００１６】
本発明におけるプログラムによれば、
送受信するパケットに対して、装置の目的に応じた処理を行う上位レイヤ処理手段と、通信媒体へ信号の送信及び通信媒体からの信号の受信を行う物理レイヤ処理手段とを有する通信装置を、前記本発明の通信装置として機能させることを特徴とする。
【発明の効果】
【００１７】
ＰＰＰリンクの品質情報により、網状態に応じ使用する符号及び／又は誤り訂正符号の適否を、高い追随性をもって制御可能となる。また、ＰＰＰリンク区間で任意の符号種別を使用することが可能であるため、柔軟な網構成が可能となる。
【００１８】
通信途中での網の切替等が発生した場合でも、上位のソフトウェアでの処理が発生することなく、高い追随性をもって網状態に応じた符号の選択が可能となる。
【発明を実施するための最良の形態】
【００１９】
本発明を実施するための最良の実施形態について、以下では図面を用いて詳細に説明する。
【００２０】
図１は本発明による通信装置の機能ブロック図である。図１によると、本発明による通信装置は、ＰＰＰ処理部１と、物理レイヤ処理部２と、上位レイヤ処理部３とを含む。
【００２１】
物理レイヤ処理部２は、ＰＰＰ処理部１と通信媒体の間にあって、光ファイバ、銅線、無線といった通信媒体種別及び通信方式に応じた信号の送受信を通信媒体との間で行い、前記送受信する信号をＰＰＰ処理部１との間で入出力する機能を有する。
【００２２】
ＰＰＰ処理部１は、対向装置との間でＰＰＰリンクの設定及び終了、ＰＰＰリンク設定後は、設定したＰＰＰリンクを終端、つまり、上位レイヤのパケットを設定したＰＰＰリンクを用いて送受信する機能を有する。このとき、後述するように、ＰＰＰリンクの品質情報に応じて、上位レイヤのパケットに格納されているデータの符号種別の変換及び／又はＦＥＣ符号の適用を行う。
【００２３】
上位レイヤ処理部３は、いわゆるネットワーク層のみを意味するのではなく、ＰＰＰレイヤの上位層すべてを含む機能ブロックである。例えば、通信装置がＩＰパケットのルーティングを行うルータであれば、ＩＰルーティング処理総てを、通信装置がＩＰ電話器であれば、入力音声の符号化から、ＩＰパケットへのカプセル化までの総ての処理を含む機能ブロックを意味し、具体的な処理内容は通信装置の使用状態、目的に応じて異なる。
【００２４】
ＰＰＰ処理部１は、符号変換／ＦＥＣ処理部１１と、上位レイヤヘッダ圧縮／展開部１２と、ＰＰＰフレーム処理部１３と、制御部１４とを含む。尚、対向装置との間でＰＰＰリンクの設定及び終了を制御するＬＣＰ（Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）や、リンク品質監視のためのＬＱＭ（Ｌｉｎｋ Ｑｕａｌｉｔｙ Ｍｏｎｉｔｏｒｉｎｇ）等、ＰＰＰで使用される公知の他の機能ブロックは、簡単のため省略する。
【００２５】
以下、図示しない公知のＰＰＰの一部であるＬＣＰにより、対向装置との間でＰＰＰリンクが設定されている場合の動作を説明する。
【００２６】
上位レイヤ処理部３からの入力パケットは、符号変換／ＦＥＣ処理部１１において、制御部１４からの指示に基づき、入力パケットに格納されているデータの符号種別の変換及び／又はＦＥＣ符号の適用が行われる。符号種別の変換とは、例えば、データが音声でありＩＴＵ−Ｔ Ｇ．７１１で規定される６４ｋｂｐｓＰＣＭで符号化されている場合に、第３世代移動体通信システムの標準化プロジェクト（３ＧＰＰ）で規定されている４.７５ｋｂｐｓＡＭＲに変換するなど、同じ情報源に対しての異なる符号化方法に変換することを意味する。ＦＥＣ符号の適用とは、ＢＣＨやリードソロモン符号等の誤り訂正符号を適用することを意味する。尚、ＦＥＣ処理は、音声データ等の上位レイヤ処理部３から入力されるパケットのある部分のデータに対してのみ適用することも、入力パケット全体に対して適用することも可能である。
【００２７】
符号変換／ＦＥＣ処理部１１で処理されたパケットは、上位レイヤヘッダ圧縮／展開部１２に入力され、必要に応じて、公知のヘッダ圧縮処理が行われる。続いて、ＰＰＰフレーム処理部１３に入力され、ＰＰＰフレームの情報フィールドに格納された上で、プロトコルフィールドに必要な情報が書き込まれ、誤り検出のためのＦＣＳが付与され、通信装置の物理レイヤ処理部２に出力される。
【００２８】
通信装置が受信した信号は、物理レイヤ処理部２経由で、ＰＰＰフレーム処理部１３に入力される。ＰＰＰフレーム処理部１３で、ＰＰＰフレームの認識を行い、ＦＣＳによるエラー検出処理等のフレーム終端処理を行った後、上位レイヤヘッダ圧縮／展開部１２において、必要に応じ、圧縮された上位レイヤのヘッダ展開が行われる。続いて、符号変換／ＦＥＣ処理部１１において、制御部１４からの指示に基づき、上位レイヤパケットに格納されているデータの符号変換及び／又はＦＥＣ符号に基づく誤り訂正処理が行われ、上位レイヤ処理部３に出力される。
【００２９】
制御部１４は、ＰＰＰフレーム処理部１３で検出するＰＰＰリンクの品質情報に基づき、ＰＰＰリンクを終端する対向通信装置のＰＰＰ処理部１の制御部１４とネゴシエーションし、ＰＰＰリンク区間で使用する符号種別及びＦＥＣ符号の適用の有無、ＦＥＣ符号を使用する場合は、ＦＥＣ種別及びパラメータを決定する。決定により符号変換が必要な場合は、符号変換／ＦＥＣ処理部１１に符号変換の指示を行う。同様にＦＥＣ符号を使用する場合は、使用するＦＥＣ種別及びパラメータを指定する。
【００３０】
ＰＰＰフレーム処理部１３は、ＰＰＰリンクの品質情報を、例えば、ＰＰＰ内のヘッダ圧縮プロトコルＥＣＲＴＰ（Ｅｎｈａｎｃｅｄ Ｃｏｍｐｒｅｓｓｅｄ ＲＴＰ）又はＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）における、ＣＯＮＴＥＸＴ＿ＳＴＡＴＥパケット情報や、ＰＰＰのＬＱＭ（Ｌｉｎｋ Ｑｕａｌｉｔｙ Ｍｏｎｉｔｏｒｉｎｇ）情報、その他ＰＰＰリンク上のフィードバック情報により検出する。
【００３１】
図２は、本発明による通信方法を説明する図である。図２において、端末５０と端末５３が、ＲＴＰにより音声通信を行っている。中継装置５１及び５２は、ＩＰルータ又はアクセスサーバ装置といったＩＰパケットの交換／中継を行う装置であり、中継装置５１は端末５０とＰＰＰリンクを設定し、中継装置５２は端末５３とＰＰＰリンクを設定している。また、中継装置５１／５２は、それぞれ、端末５０／５３からのＩＰパケットの中継を行っている。
【００３２】
図２において、音声信号は、アプリケーションにおいて、ＩＴＵ−Ｔ Ｇ．７１１で規定される６４ｋｐｓで符号化及び復号化されている。ＰＰＰリンクの品質情報に基づき、端末５０及び中継装置５１のＰＰＰ処理部１は、ネゴシエーションの結果、音声符号化として、３ＧＰＰで規定される４.７５ｋｂｐｓＡＭＲ符号を、ＦＥＣ符号は未使用を選択している。よって、端末５０から中継装置５１の方向で説明すると、ＰＰＰリンク終端点の送信側である端末５０のＰＰＰ処理部１において、上位レイヤからの６４ｋｂｐｓＰＣＭで符号化されたデータは、４．７５ｋｂｐｓＡＭＲに変換され送信される。ＰＰＰリンク終端点の受信側である中継装置５１のＰＰＰ処理部１において、受信パケットに格納されている４．７５ｋｂｐｓＡＭＲに変換された音声データを、再度６４ｋｂｐｓＰＣＭに変換する。
【００３３】
中継装置５２及び端末５３のＰＰＰ処理部１は、ネゴシエーションの結果、音声符号化として、ＩＴＵ−Ｔ Ｇ．７１１で規定される６４ｋｂｐｓＰＣＭ符号を、ＦＥＣ符号は使用を選択している。ＦＥＣ符号種別及びパラメータについてもネゴシエーション済みであるものとする。従って、中継装置５２から端末５３の方向で説明すると、ＰＰＰリンク終端点の送信側である中継装置５２のＰＰＰ処理部１において、ネゴシエーションの結果に基づき、中継装置５１から受信したパケット全体又は格納されているデータに対してＦＥＣ符号化が行われ、ＰＰＰリンク終端点の受信側である端末５３のＰＰＰ処理部１において誤り訂正処理が行われる。最終的には、端末５３の上位レイヤには、端末５０の対応するレイヤで生成された信号が到着し、上位レイヤは、ＰＰＰレイヤでの処理に影響されることなく、信号の処理を行うことができる。
【００３４】
尚、ＰＰＰ処理部１は、ＰＰＰリンクの品質情報から、使用する符号やＦＥＣの有無を動的に対向装置のＰＰＰ処理部１とネゴシエーションし、品質の変化に応じて最適な符号等を選択する。
【００３５】
ただし、例えば、ＡＭＲでのビットレートといった同じ符号化種別でのビットレートは、その仕様より受信データから判別可能であるため、送信側においてネゴシエーションなしに変更することが可能である。更に、ＡＭＲからＰＣＭといった異なる符合化種別への変更においても、瞬間的な品質劣化を許容すれば受信側で受信データから判別することが可能である。従って、通信の開始時においてのみネゴシエーションを行い、その後の符号種別の変更は、送信側がＰＰＰリンクの品質情報からネゴシエーションすることなく行い、受信側では受信パケットに格納されているデータから判断することで、網状態の変化に対して使用する符号種別の選択の追随性が更に改善され、リアルタイムなアプリケーションに対する全体の通信品質が改善される。
【００３６】
図３は、本発明の通信装置を用いたシステム構成例を示す図である。図３において、端末５４及びアクセスサーバ５７は、本発明による通信装置である。対向端末５５及びアクセスサーバ５６は、本発明による通信装置であってもなくてもよい。端末５４とアクセスサーバ５６は高速のアクセス回線で接続されており、端末５４は、対向端末５５とアクセスサーバ５６経由で６４ｋｂｐｓによる音声通信を行っている。端末５４が、例えば、端末５４とアクセスサーバ５６間の回線断や、端末５４の移動等の理由により、インターネットへのアクセス回線を、低速なアクセス回線で接続されるアクセスサーバ５７に切替たものとする。この場合、端末５４とアクセスサーバ５７間のＰＰＰ処理部１は、ＰＰＰリンク上での符号化として４．７５ｋｂｐｓを選択し、結果として端末５４〜アクセスサーバ５７間は４．７５ｋｂｐｓで、対向端末５５〜アクセスサーバ５７間は６４ｋｂｐｓでの通信となる。
【００３７】
上記のように、伝送路障害や通信端末の移動により、スループットの異なる網へ切替えを行った場合でも、アプリケーション側で使用する符号種別を変更する必要はなく、網の状態を直接認識できるＰＰＰレイヤで高い追随性を持って、網の特性の違いを吸収することができる。
【図面の簡単な説明】
【００３８】
【図１】本発明による通信装置の機能ブロック図である。
【図２】本発明による通信方法を説明する図である。
【図３】本発明の通信装置を用いたシステム構成例を示す図である。
【図４】ＰＰＰリンクによる通信例を説明する図である。
【図５】ＰＰＰフレームフォーマットを示す図である。
【符号の説明】
【００３９】
１ ＰＰＰ処理部
１１ 符号変換／ＦＥＣ処理部
１２ 上位レイヤヘッダ圧縮／展開部
１３ ＰＰＰフレーム処理部
１４ 制御部
２ 物理レイヤ処理部
３ 上位レイヤ処理部
５６、５７ アクセスサーバ
５０、５３、５４、６１ 端末
５１，５２、６２ 中継装置
５５ 対向端末
６３ サーバ
７０ インターネット
８０ ＰＰＰリンク
８１ アプリケーションレベルの通信
【技術分野】
【０００１】
本発明は、ＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）リンクによるパケット通信において、通信品質を改善する方法、前記方法に使用する装置及び前記装置用プログラムに関する。
【背景技術】
【０００２】
図４は、ＰＰＰリンクによる通信例を説明する図である。図４において、端末６１がインターネット７０上にあるサーバ６３と通信を行っているものとする。端末６１はインターネットへのアクセスポイントにあるアクセスサーバ等の、信号を中継する中継装置６２との間にＰＰＰリンク８０を設定している。図４において符号８１は、アプリケーションレベルでの通信、つまり、端末６１とサーバ６３間で送受信される音声、データ、画像等を示す。符号８１が示す端末６１とサーバ６３間で送受信されるデータ等は、使用するプロトコルの規定に従うパケットに格納され、端末６１〜中継装置６２の区間においては、ＰＰＰリンク内を伝送、つまり、ＰＰＰフレームの情報フィールドに格納されて伝送される。
【０００３】
図５は、ＰＰＰリンク８０において送受信されるＰＰＰフレームフォーマットを示す図である。ＰＰＰフレームのプロトコルフィールドは、例えばＩＰパケットといった、情報フィールドに格納されている上位レイヤのパケットのプロトコル種別を示す。
【０００４】
ＰＰＰフレームの情報フィールドには、アプリケーションレベルでの通信で送受信されるデータが、１以上の上位プロトコルのパケットに格納された形式で格納されている。例えば、インターネットを通してＲＴＰにより音声通信が行われている場合、プロトコルフィールドはＩＰパケットを示し、音声は符号化された後、ＲＴＰパケットに格納され、ＲＴＰパケットはＵＤＰパケットに格納され、ＵＤＰパケットはＩＰパケットに格納され、ＩＰパケットが情報フィールドに格納されている。
【０００５】
また、ＰＰＰフレームのＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）は、ＰＰＰフレームの誤り検出のために付加される。
【０００６】
インターネット等のパケット網を用いて、音声や画像等のリアルタイムなアプリケーションの通信を行う場合、時間と共に変動するスループットやビットエラーに対処するために、音声符号化、画像符号化等の、送受信される情報に使用する符号種別の選択や、符号化されたデータ又は上位パケットに対してＦＥＣ（Ｆｏｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）符号の適用を行うか否かの選択が重要となる。符合種別、ＦＥＣ符号の適用及び適用する場合のパラメータ等は、当該送受信される情報に対しての符号化処理を行うソフトウェア、つまり、ＰＰＰレイヤより上位のレイヤの処理を行うソフトウェアが情報を収集し、収集した情報を元に選択している。符号種別の変更等に関しては、例えば、非特許文献２に記載がなされている。
【０００７】
【非特許文献１】W.Simpson、 “The Point-to-Point Protocol (PPP)”、IETF RFC1661、1994年7月
【非特許文献２】M.Handley et al “SDP: Session Description Protocol”、IETF RFC2327、1998年4月
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、上位レイヤのソフトウェアが、情報源に対して使用する符号種別、ＦＥＣ符号の使用の有無、ＦＥＣ符号を使用する場合の各パラメータの決定を行うためには、上位レイヤのソフトウェアが、現在接続されている網及びその性質を把握した上で、通信相手の同じレイヤと通信能力、例えば、対応できる符号化等の能力を交換することが必要となる。即ち、上位レイヤのソフトウェアが、本来の階層構造を超えて、下位層の状況を把握する必要があることを意味する。
【０００９】
しかし、上位レイヤのソフトウェア等が、下位層の状況を把握し、符号種別の変更等を行うことは、時間と共に変動するスループット及び／又はエラー発生に対しての追随性において問題がある。特に、リアルタイムなアプリケーションの通信が行われている場合には、前記符号種別選択の追随性の悪さに基づく受信側における通信品質の劣化が顕著となってしまう。
【００１０】
従って、本発明は、ＰＰＰレイヤより上位のレイヤの処理を行うソフトウェアが、使用する符号種別の選択及び／又はＦＥＣ符号の必要性を判断するために、下位層の状況を把握する必要をなくし、かつ、データは、網状態に応じた符号種別で符号化され、更に必要に応じてＦＥＣ符号を適用して伝送する通信方法を提供することを目的とする。
【００１１】
更に、前記方法に使用する通信装置及び通信装置用プログラムを提供することも目的とする。
【課題を解決するための手段】
【００１２】
本発明における通信方法によれば、
装置間にＰＰＰリンクを設定し、前記設定したＰＰＰリンクを用いて上位レイヤのパケットの送受信をする通信方法において、設定したＰＰＰリンクの品質情報に基づき、前記装置間でネゴシエーションをして、上位レイヤが送受信するパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＰＰＰリンク区間での上位レイヤのパケットに対するＦＥＣ符号の適用の有無を決定し、ＰＰＰリンク終端点の送信側において、前記決定に基づき、送信パケットが格納しているデータの符号種別を前記決定した符号種別に変換及び／又はＦＥＣ符号を適用して送信し、ＰＰＰリンク終端点の受信側において、受信パケットが格納している前記決定した符号種別により符号化されたデータを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をすることを特徴とする。
【００１３】
本発明の通信方法における他の実施形態によれば、
上位レイヤで、ＲＴＰが使用されている場合にのみ前記ネゴシエーションを行うことも好ましい。
【００１４】
また、本発明の通信方法における他の実施形態によれば、
前記ネゴシエーションは、通信の開始時にのみ行い、その後のＰＰＰリンクの品質情報に基づくＰＰＰリンク区間で使用する符号種別は、送信側において受信側とネゴシエーションすることなく決定し、受信側において受信パケットに格納されているデータから判断することも好ましい。
【００１５】
本発明における通信装置によれば、
送受信するパケットに対して、装置の目的に応じた処理を行う上位レイヤ処理手段と、ＰＰＰリンクの設定及び終了を制御し、ＰＰＰリンクの設定中においては、上位レイヤ処理手段から入力される送信パケットを、ＰＰＰフレームの情報フィールドに格納して物理レイヤ処理手段に出力し、物理レイヤ処理手段から入力される信号よりＰＰＰフレームを認識し、認識したＰＰＰフレームの情報フィールドに格納されている上位レイヤの受信パケットを抽出して上位レイヤ処理手段に出力するＰＰＰ処理手段と、通信媒体への信号の送信及び通信媒体からの信号の受信を行う物理レイヤ処理手段とを有する通信装置において、前記ＰＰＰ処理手段は、更に、設定したＰＰＰリンクの品質情報に基づき、前記ＰＰＰリンクを終端する他の装置とネゴシエーションをして、上位レイヤが送受信するパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＰＰＰリンク区間での上位レイヤのパケットに対するＦＥＣ符号の適用の有無を決定し、送信パケットに対しては、前記決定に基づき、送信パケットが格納しているデータの符号種別を前記決定した符号種別に変換及び／又はＦＥＣ符号を適用した後、ＰＰＰフレームの情報フィールドに格納し、受信パケットに対しては、受信パケットが格納している前記決定した符号種別により符号化されたデータを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をした後、上位レイヤ処理手段に出力することを特徴とする。
【００１６】
本発明におけるプログラムによれば、
送受信するパケットに対して、装置の目的に応じた処理を行う上位レイヤ処理手段と、通信媒体へ信号の送信及び通信媒体からの信号の受信を行う物理レイヤ処理手段とを有する通信装置を、前記本発明の通信装置として機能させることを特徴とする。
【発明の効果】
【００１７】
ＰＰＰリンクの品質情報により、網状態に応じ使用する符号及び／又は誤り訂正符号の適否を、高い追随性をもって制御可能となる。また、ＰＰＰリンク区間で任意の符号種別を使用することが可能であるため、柔軟な網構成が可能となる。
【００１８】
通信途中での網の切替等が発生した場合でも、上位のソフトウェアでの処理が発生することなく、高い追随性をもって網状態に応じた符号の選択が可能となる。
【発明を実施するための最良の形態】
【００１９】
本発明を実施するための最良の実施形態について、以下では図面を用いて詳細に説明する。
【００２０】
図１は本発明による通信装置の機能ブロック図である。図１によると、本発明による通信装置は、ＰＰＰ処理部１と、物理レイヤ処理部２と、上位レイヤ処理部３とを含む。
【００２１】
物理レイヤ処理部２は、ＰＰＰ処理部１と通信媒体の間にあって、光ファイバ、銅線、無線といった通信媒体種別及び通信方式に応じた信号の送受信を通信媒体との間で行い、前記送受信する信号をＰＰＰ処理部１との間で入出力する機能を有する。
【００２２】
ＰＰＰ処理部１は、対向装置との間でＰＰＰリンクの設定及び終了、ＰＰＰリンク設定後は、設定したＰＰＰリンクを終端、つまり、上位レイヤのパケットを設定したＰＰＰリンクを用いて送受信する機能を有する。このとき、後述するように、ＰＰＰリンクの品質情報に応じて、上位レイヤのパケットに格納されているデータの符号種別の変換及び／又はＦＥＣ符号の適用を行う。
【００２３】
上位レイヤ処理部３は、いわゆるネットワーク層のみを意味するのではなく、ＰＰＰレイヤの上位層すべてを含む機能ブロックである。例えば、通信装置がＩＰパケットのルーティングを行うルータであれば、ＩＰルーティング処理総てを、通信装置がＩＰ電話器であれば、入力音声の符号化から、ＩＰパケットへのカプセル化までの総ての処理を含む機能ブロックを意味し、具体的な処理内容は通信装置の使用状態、目的に応じて異なる。
【００２４】
ＰＰＰ処理部１は、符号変換／ＦＥＣ処理部１１と、上位レイヤヘッダ圧縮／展開部１２と、ＰＰＰフレーム処理部１３と、制御部１４とを含む。尚、対向装置との間でＰＰＰリンクの設定及び終了を制御するＬＣＰ（Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）や、リンク品質監視のためのＬＱＭ（Ｌｉｎｋ Ｑｕａｌｉｔｙ Ｍｏｎｉｔｏｒｉｎｇ）等、ＰＰＰで使用される公知の他の機能ブロックは、簡単のため省略する。
【００２５】
以下、図示しない公知のＰＰＰの一部であるＬＣＰにより、対向装置との間でＰＰＰリンクが設定されている場合の動作を説明する。
【００２６】
上位レイヤ処理部３からの入力パケットは、符号変換／ＦＥＣ処理部１１において、制御部１４からの指示に基づき、入力パケットに格納されているデータの符号種別の変換及び／又はＦＥＣ符号の適用が行われる。符号種別の変換とは、例えば、データが音声でありＩＴＵ−Ｔ Ｇ．７１１で規定される６４ｋｂｐｓＰＣＭで符号化されている場合に、第３世代移動体通信システムの標準化プロジェクト（３ＧＰＰ）で規定されている４.７５ｋｂｐｓＡＭＲに変換するなど、同じ情報源に対しての異なる符号化方法に変換することを意味する。ＦＥＣ符号の適用とは、ＢＣＨやリードソロモン符号等の誤り訂正符号を適用することを意味する。尚、ＦＥＣ処理は、音声データ等の上位レイヤ処理部３から入力されるパケットのある部分のデータに対してのみ適用することも、入力パケット全体に対して適用することも可能である。
【００２７】
符号変換／ＦＥＣ処理部１１で処理されたパケットは、上位レイヤヘッダ圧縮／展開部１２に入力され、必要に応じて、公知のヘッダ圧縮処理が行われる。続いて、ＰＰＰフレーム処理部１３に入力され、ＰＰＰフレームの情報フィールドに格納された上で、プロトコルフィールドに必要な情報が書き込まれ、誤り検出のためのＦＣＳが付与され、通信装置の物理レイヤ処理部２に出力される。
【００２８】
通信装置が受信した信号は、物理レイヤ処理部２経由で、ＰＰＰフレーム処理部１３に入力される。ＰＰＰフレーム処理部１３で、ＰＰＰフレームの認識を行い、ＦＣＳによるエラー検出処理等のフレーム終端処理を行った後、上位レイヤヘッダ圧縮／展開部１２において、必要に応じ、圧縮された上位レイヤのヘッダ展開が行われる。続いて、符号変換／ＦＥＣ処理部１１において、制御部１４からの指示に基づき、上位レイヤパケットに格納されているデータの符号変換及び／又はＦＥＣ符号に基づく誤り訂正処理が行われ、上位レイヤ処理部３に出力される。
【００２９】
制御部１４は、ＰＰＰフレーム処理部１３で検出するＰＰＰリンクの品質情報に基づき、ＰＰＰリンクを終端する対向通信装置のＰＰＰ処理部１の制御部１４とネゴシエーションし、ＰＰＰリンク区間で使用する符号種別及びＦＥＣ符号の適用の有無、ＦＥＣ符号を使用する場合は、ＦＥＣ種別及びパラメータを決定する。決定により符号変換が必要な場合は、符号変換／ＦＥＣ処理部１１に符号変換の指示を行う。同様にＦＥＣ符号を使用する場合は、使用するＦＥＣ種別及びパラメータを指定する。
【００３０】
ＰＰＰフレーム処理部１３は、ＰＰＰリンクの品質情報を、例えば、ＰＰＰ内のヘッダ圧縮プロトコルＥＣＲＴＰ（Ｅｎｈａｎｃｅｄ Ｃｏｍｐｒｅｓｓｅｄ ＲＴＰ）又はＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）における、ＣＯＮＴＥＸＴ＿ＳＴＡＴＥパケット情報や、ＰＰＰのＬＱＭ（Ｌｉｎｋ Ｑｕａｌｉｔｙ Ｍｏｎｉｔｏｒｉｎｇ）情報、その他ＰＰＰリンク上のフィードバック情報により検出する。
【００３１】
図２は、本発明による通信方法を説明する図である。図２において、端末５０と端末５３が、ＲＴＰにより音声通信を行っている。中継装置５１及び５２は、ＩＰルータ又はアクセスサーバ装置といったＩＰパケットの交換／中継を行う装置であり、中継装置５１は端末５０とＰＰＰリンクを設定し、中継装置５２は端末５３とＰＰＰリンクを設定している。また、中継装置５１／５２は、それぞれ、端末５０／５３からのＩＰパケットの中継を行っている。
【００３２】
図２において、音声信号は、アプリケーションにおいて、ＩＴＵ−Ｔ Ｇ．７１１で規定される６４ｋｐｓで符号化及び復号化されている。ＰＰＰリンクの品質情報に基づき、端末５０及び中継装置５１のＰＰＰ処理部１は、ネゴシエーションの結果、音声符号化として、３ＧＰＰで規定される４.７５ｋｂｐｓＡＭＲ符号を、ＦＥＣ符号は未使用を選択している。よって、端末５０から中継装置５１の方向で説明すると、ＰＰＰリンク終端点の送信側である端末５０のＰＰＰ処理部１において、上位レイヤからの６４ｋｂｐｓＰＣＭで符号化されたデータは、４．７５ｋｂｐｓＡＭＲに変換され送信される。ＰＰＰリンク終端点の受信側である中継装置５１のＰＰＰ処理部１において、受信パケットに格納されている４．７５ｋｂｐｓＡＭＲに変換された音声データを、再度６４ｋｂｐｓＰＣＭに変換する。
【００３３】
中継装置５２及び端末５３のＰＰＰ処理部１は、ネゴシエーションの結果、音声符号化として、ＩＴＵ−Ｔ Ｇ．７１１で規定される６４ｋｂｐｓＰＣＭ符号を、ＦＥＣ符号は使用を選択している。ＦＥＣ符号種別及びパラメータについてもネゴシエーション済みであるものとする。従って、中継装置５２から端末５３の方向で説明すると、ＰＰＰリンク終端点の送信側である中継装置５２のＰＰＰ処理部１において、ネゴシエーションの結果に基づき、中継装置５１から受信したパケット全体又は格納されているデータに対してＦＥＣ符号化が行われ、ＰＰＰリンク終端点の受信側である端末５３のＰＰＰ処理部１において誤り訂正処理が行われる。最終的には、端末５３の上位レイヤには、端末５０の対応するレイヤで生成された信号が到着し、上位レイヤは、ＰＰＰレイヤでの処理に影響されることなく、信号の処理を行うことができる。
【００３４】
尚、ＰＰＰ処理部１は、ＰＰＰリンクの品質情報から、使用する符号やＦＥＣの有無を動的に対向装置のＰＰＰ処理部１とネゴシエーションし、品質の変化に応じて最適な符号等を選択する。
【００３５】
ただし、例えば、ＡＭＲでのビットレートといった同じ符号化種別でのビットレートは、その仕様より受信データから判別可能であるため、送信側においてネゴシエーションなしに変更することが可能である。更に、ＡＭＲからＰＣＭといった異なる符合化種別への変更においても、瞬間的な品質劣化を許容すれば受信側で受信データから判別することが可能である。従って、通信の開始時においてのみネゴシエーションを行い、その後の符号種別の変更は、送信側がＰＰＰリンクの品質情報からネゴシエーションすることなく行い、受信側では受信パケットに格納されているデータから判断することで、網状態の変化に対して使用する符号種別の選択の追随性が更に改善され、リアルタイムなアプリケーションに対する全体の通信品質が改善される。
【００３６】
図３は、本発明の通信装置を用いたシステム構成例を示す図である。図３において、端末５４及びアクセスサーバ５７は、本発明による通信装置である。対向端末５５及びアクセスサーバ５６は、本発明による通信装置であってもなくてもよい。端末５４とアクセスサーバ５６は高速のアクセス回線で接続されており、端末５４は、対向端末５５とアクセスサーバ５６経由で６４ｋｂｐｓによる音声通信を行っている。端末５４が、例えば、端末５４とアクセスサーバ５６間の回線断や、端末５４の移動等の理由により、インターネットへのアクセス回線を、低速なアクセス回線で接続されるアクセスサーバ５７に切替たものとする。この場合、端末５４とアクセスサーバ５７間のＰＰＰ処理部１は、ＰＰＰリンク上での符号化として４．７５ｋｂｐｓを選択し、結果として端末５４〜アクセスサーバ５７間は４．７５ｋｂｐｓで、対向端末５５〜アクセスサーバ５７間は６４ｋｂｐｓでの通信となる。
【００３７】
上記のように、伝送路障害や通信端末の移動により、スループットの異なる網へ切替えを行った場合でも、アプリケーション側で使用する符号種別を変更する必要はなく、網の状態を直接認識できるＰＰＰレイヤで高い追随性を持って、網の特性の違いを吸収することができる。
【図面の簡単な説明】
【００３８】
【図１】本発明による通信装置の機能ブロック図である。
【図２】本発明による通信方法を説明する図である。
【図３】本発明の通信装置を用いたシステム構成例を示す図である。
【図４】ＰＰＰリンクによる通信例を説明する図である。
【図５】ＰＰＰフレームフォーマットを示す図である。
【符号の説明】
【００３９】
１ ＰＰＰ処理部
１１ 符号変換／ＦＥＣ処理部
１２ 上位レイヤヘッダ圧縮／展開部
１３ ＰＰＰフレーム処理部
１４ 制御部
２ 物理レイヤ処理部
３ 上位レイヤ処理部
５６、５７ アクセスサーバ
５０、５３、５４、６１ 端末
５１，５２、６２ 中継装置
５５ 対向端末
６３ サーバ
７０ インターネット
８０ ＰＰＰリンク
８１ アプリケーションレベルの通信
【特許請求の範囲】
【請求項１】
装置間にＰＰＰリンクを設定し、前記設定したＰＰＰリンクを用いて上位レイヤのパケットの送受信をする通信方法において、
設定したＰＰＰリンクの品質情報に基づき、前記装置間でネゴシエーションをして、上位レイヤが送受信するパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＰＰＰリンク区間での上位レイヤのパケットに対するＦＥＣ符号の適用の有無を決定し、
ＰＰＰリンク終端点の送信側において、前記決定に基づき、送信パケットが格納しているデータの符号種別を前記決定した符号種別に変換及び／又はＦＥＣ符号を適用して送信し、
ＰＰＰリンク終端点の受信側において、受信パケットが格納している前記決定した符号種別により符号化されたデータを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をすることを特徴とする通信方法。
【請求項２】
上位レイヤで、ＲＴＰが使用されている場合にのみ前記ネゴシエーションを行うことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記ネゴシエーションは、通信の開始時にのみ行い、その後のＰＰＰリンクの品質情報に基づくＰＰＰリンク区間で使用する符号種別は、送信側において受信側とネゴシエーションすることなく決定し、受信側において受信パケットに格納されているデータから判断することを特徴とする請求項１又は２に記載の通信方法。
【請求項４】
送受信するパケットに対して、装置の目的に応じた処理を行う上位レイヤ処理手段と、
ＰＰＰリンクの設定及び終了を制御し、ＰＰＰリンクの設定中においては、上位レイヤ処理手段から入力される送信パケットを、ＰＰＰフレームの情報フィールドに格納して物理レイヤ処理手段に出力し、物理レイヤ処理手段から入力される信号よりＰＰＰフレームを認識し、認識したＰＰＰフレームの情報フィールドに格納されている上位レイヤの受信パケットを抽出して上位レイヤ処理手段に出力するＰＰＰ処理手段と、
通信媒体への信号の送信及び通信媒体からの信号の受信を行う物理レイヤ処理手段とを有する通信装置において、
前記ＰＰＰ処理手段は、更に、設定したＰＰＰリンクの品質情報に基づき、前記ＰＰＰリンクを終端する他の装置とネゴシエーションをして、上位レイヤが送受信するパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＰＰＰリンク区間での上位レイヤのパケットに対するＦＥＣ符号の適用の有無を決定し、
送信パケットに対しては、前記決定に基づき、送信パケットが格納しているデータの符号種別を前記決定した符号種別に変換及び／又はＦＥＣ符号を適用した後、ＰＰＰフレームの情報フィールドに格納し、受信パケットに対しては、受信パケットが格納している前記決定した符号種別により符号化されたデータを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をした後、上位レイヤ処理手段に出力することを特徴とする通信装置。
【請求項５】
送受信するパケットに対して、装置の目的に応じた処理を行う上位レイヤ処理手段と、
通信媒体へ信号の送信及び通信媒体からの信号の受信を行う物理レイヤ処理手段とを有する通信装置のためのプログラムにおいて、
通信装置に、
ＰＰＰリンクの設定及び終了を制御する機能と、
ＰＰＰリンクの設定中においては、上位レイヤ処理手段から入力される送信パケットを、ＰＰＰフレームの情報フィールドに格納して物理レイヤ処理手段に出力し、物理レイヤ処理手段から入力される信号よりＰＰＰフレームを認識し、認識したＰＰＰフレームの情報フィールドに格納されている上位レイヤの受信パケットを抽出して上位レイヤ処理手段に出力する機能と、
設定したＰＰＰリンクの品質情報に基づき、前記ＰＰＰリンクを終端する他の装置とネゴシエーションをして、上位レイヤが送受信するパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＰＰＰリンク区間での上位レイヤのパケットに対するＦＥＣ符号の適用の有無を決定する機能と、
送信パケットに対しては、前記決定に基づき、送信パケットが格納しているデータの符号種別を前記決定した符号種別に変換及び／又はＦＥＣ符号を適用した後、ＰＰＰフレームの情報フィールドに格納し、受信パケットに対しては、受信パケットが格納している前記決定した符号種別により符号化されたデータを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をした後、上位レイヤ処理手段に出力する機能とを実現させることを特徴とするプログラム。
【請求項１】
装置間にＰＰＰリンクを設定し、前記設定したＰＰＰリンクを用いて上位レイヤのパケットの送受信をする通信方法において、
設定したＰＰＰリンクの品質情報に基づき、前記装置間でネゴシエーションをして、上位レイヤが送受信するパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＰＰＰリンク区間での上位レイヤのパケットに対するＦＥＣ符号の適用の有無を決定し、
ＰＰＰリンク終端点の送信側において、前記決定に基づき、送信パケットが格納しているデータの符号種別を前記決定した符号種別に変換及び／又はＦＥＣ符号を適用して送信し、
ＰＰＰリンク終端点の受信側において、受信パケットが格納している前記決定した符号種別により符号化されたデータを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をすることを特徴とする通信方法。
【請求項２】
上位レイヤで、ＲＴＰが使用されている場合にのみ前記ネゴシエーションを行うことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記ネゴシエーションは、通信の開始時にのみ行い、その後のＰＰＰリンクの品質情報に基づくＰＰＰリンク区間で使用する符号種別は、送信側において受信側とネゴシエーションすることなく決定し、受信側において受信パケットに格納されているデータから判断することを特徴とする請求項１又は２に記載の通信方法。
【請求項４】
送受信するパケットに対して、装置の目的に応じた処理を行う上位レイヤ処理手段と、
ＰＰＰリンクの設定及び終了を制御し、ＰＰＰリンクの設定中においては、上位レイヤ処理手段から入力される送信パケットを、ＰＰＰフレームの情報フィールドに格納して物理レイヤ処理手段に出力し、物理レイヤ処理手段から入力される信号よりＰＰＰフレームを認識し、認識したＰＰＰフレームの情報フィールドに格納されている上位レイヤの受信パケットを抽出して上位レイヤ処理手段に出力するＰＰＰ処理手段と、
通信媒体への信号の送信及び通信媒体からの信号の受信を行う物理レイヤ処理手段とを有する通信装置において、
前記ＰＰＰ処理手段は、更に、設定したＰＰＰリンクの品質情報に基づき、前記ＰＰＰリンクを終端する他の装置とネゴシエーションをして、上位レイヤが送受信するパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＰＰＰリンク区間での上位レイヤのパケットに対するＦＥＣ符号の適用の有無を決定し、
送信パケットに対しては、前記決定に基づき、送信パケットが格納しているデータの符号種別を前記決定した符号種別に変換及び／又はＦＥＣ符号を適用した後、ＰＰＰフレームの情報フィールドに格納し、受信パケットに対しては、受信パケットが格納している前記決定した符号種別により符号化されたデータを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をした後、上位レイヤ処理手段に出力することを特徴とする通信装置。
【請求項５】
送受信するパケットに対して、装置の目的に応じた処理を行う上位レイヤ処理手段と、
通信媒体へ信号の送信及び通信媒体からの信号の受信を行う物理レイヤ処理手段とを有する通信装置のためのプログラムにおいて、
通信装置に、
ＰＰＰリンクの設定及び終了を制御する機能と、
ＰＰＰリンクの設定中においては、上位レイヤ処理手段から入力される送信パケットを、ＰＰＰフレームの情報フィールドに格納して物理レイヤ処理手段に出力し、物理レイヤ処理手段から入力される信号よりＰＰＰフレームを認識し、認識したＰＰＰフレームの情報フィールドに格納されている上位レイヤの受信パケットを抽出して上位レイヤ処理手段に出力する機能と、
設定したＰＰＰリンクの品質情報に基づき、前記ＰＰＰリンクを終端する他の装置とネゴシエーションをして、上位レイヤが送受信するパケットが格納するデータに対してＰＰＰリンク区間で使用する符号種別及び／又はＰＰＰリンク区間での上位レイヤのパケットに対するＦＥＣ符号の適用の有無を決定する機能と、
送信パケットに対しては、前記決定に基づき、送信パケットが格納しているデータの符号種別を前記決定した符号種別に変換及び／又はＦＥＣ符号を適用した後、ＰＰＰフレームの情報フィールドに格納し、受信パケットに対しては、受信パケットが格納している前記決定した符号種別により符号化されたデータを元の符号種別に変換及び／又はＦＥＣ符号に基づく誤り訂正処理をした後、上位レイヤ処理手段に出力する機能とを実現させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００６−１２１１４２（Ｐ２００６−１２１１４２Ａ）
【公開日】平成１８年５月１１日（２００６．５．１１）
【国際特許分類】
【出願番号】特願２００４−３０３８４９（Ｐ２００４−３０３８４９）
【出願日】平成１６年１０月１９日（２００４．１０．１９）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成１８年５月１１日（２００６．５．１１）
【国際特許分類】
【出願日】平成１６年１０月１９日（２００４．１０．１９）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]