(57)【要約】【課題】  ＰＰＰによるパケットデータの送信の際に、通信経路の中間ノード（インタフェース）等において、ＩＰフラグメントを生じることを回避する。【解決手段】  パケット通信装置において、ＭＲＵ識別装置２０内にＭＴＵ値を記憶しておく。そして、送受信制御装置１０では、送信元から受信したパケットの種別を判別し、LCP Configure-Requestパケットである場合には、ＭＲＵ識別装置２０に送信する。ＭＲＵ識別装置２０では、LCP Configure-RequestパケットからＭＲＵ値を抜き出し、該ＭＲＵ値と記憶していたＭＴＵ値とを比較して、ＩＰフラグメントがおこらないＭＲＵ値を決めるようにする。具体的には、ＰＰＰパケットのデータ転送の前に、あらかじめカプセル化等でデータサイズが増える分だけ、ＭＲＵ値を減らしておき、変更したＭＲＵ値を他のパケット通信装置に通知する。【選択図】  図２
2006157544.tif 000002
【特許請求の範囲】
【請求項１】
パケットデータの送受信を行うパケット通信装置において、
パケットのデータ情報を送信するデータ送信部と、
前記パケット通信装置が送信することができる送信可能データサイズを記憶する送信可能データサイズ記憶部と、
パケットのデータ情報を受信する受信部と、
前記パケットデータに含まれている他の送信元のパケット通信装置の受信データサイズを表す受信データサイズ情報を抽出して記憶する受信データサイズ情報抽出部と、
前記送信するデータ情報に付加情報を追加する付加情報追加部と、
前記記憶された他の送信元のパケット通信装置の受信データサイズ情報と前記付加情報とをあわせたデータサイズである送信情報データサイズと、前記送信可能データサイズとを比較するデータサイズ比較部とを備え、
前記送信部は、前記データサイズ比較部の比較結果に基づいて前記送信するデータ情報の送信を中止する手段を
備えることを特徴とするパケット通信装置。
【請求項２】
前記送信部は、前記データサイズ比較部が比較した結果、前記送信情報データサイズが前記送信可能データサイズを上回る場合には、前記送信データ情報の送信を中止する手段を
備えることを特徴とする請求項１に記載のパケット通信装置。
【請求項３】
前記送信部は、前記データサイズ比較部が比較した結果、前記送信情報データサイズが前記送信可能データサイズを上回る場合には、前記他のパケット通信装置の受信データサイズを減らすよう他の通信装置に通知する手段を
備えることを特徴とする請求項１に記載のパケット通信装置。
【請求項４】
中継装置を介してパケット通信装置同士が通信を行うパケット通信システムであって、
前記パケット通信装置は、
パケットのデータ情報を送信するデータ送信部と、
前記パケット通信装置が送信することができる送信可能データサイズを記憶する送信可能データサイズ記憶部と、
パケットのデータ情報を受信する受信部と、
前記パケットのデータ情報に含まれている前記中継装置の受信データサイズを表す受信データサイズ情報を抽出して記憶する受信データサイズ情報抽出部と、
前記送信するデータ情報に付加情報を追加する付加情報追加部と、
前記記憶された前記中継装置の受信データサイズ情報と前記付加情報とを合わせたデータサイズである送信情報データサイズと、前記送信可能データサイズとを比較するデータサイズ比較部とを備え、
前記中継装置が他の中継装置に切り換えられた場合に、前記データサイズ比較部は切り換わり後の中継装置の送信情報データサイズと、前記送信可能データサイズとを比較して、前記送信情報データサイズが前記中継装置の切り換え前と異なる場合には前記中継装置の受信データサイズを変更するよう前記切り換え後の中継装置に通知することを特徴とするパケット通信システム。
【請求項５】
パケットデータの送受信を行うパケット通信装置におけるパケット通信制御方法であって、
パケットのデータ情報を送信する手順と、
前記パケット通信装置が送信することができる送信可能データサイズを記憶する手順と、
パケットを受信する手順と、
前記パケットデータに含まれている他の送信元のパケット通信装置の受信データサイズを表す受信データサイズ情報を抽出して記憶する手順と、
前記送信するデータ情報に付加情報を追加する手順と、
前記記憶された他の送信元のパケット通信装置の受信データサイズ情報と前記付加情報とをあわせたデータサイズである送信情報データサイズと、前記送信可能データサイズとを比較する手順と、
前記データサイズの比較結果に基づいて前記送信するデータ情報の送信を中止する手順と
を含むことを特徴とするパケット通信制御方法。
【請求項６】
前記データサイズの比較結果により、前記送信情報データサイズが前記送信可能データサイズを上回る場合には、前記送信データ情報の送信を中止する手順を
含むことを特徴とする請求項５に記載のパケット通信制御方法。
【請求項７】
前記データサイズ比較結果により、前記送信情報データサイズが前記送信可能データサイズを上回る場合には、前記他のパケット通信装置の受信データサイズを減らすように他のパケット通信装置に通知する手順を
含むことを特徴とする請求項５に記載のパケット通信制御方法。
【請求項８】
中継装置を介してパケット通信装置同士が通信を行うパケット通信システムにおけるパケット通信制御方法であって、
前記パケット通信装置は、
パケットのデータ情報を送信する手順と、
前記パケット通信装置が送信することができる送信可能データサイズを記憶する手順と、
パケットのデータ情報を受信する手順と、
前記パケットのデータ情報に含まれている前記中継装置の受信データサイズを表す受信データサイズ情報を抽出して記憶する手順と、
前記送信するデータ情報に付加情報を追加する手順と、
前記記憶された前記中継装置の受信データサイズ情報と前記付加情報とを合わせたデータサイズである送信情報データサイズと、前記送信可能データサイズとを比較する手順と、
前記中継装置が他の中継装置に切り換えられた場合に、前記データサイズ比較部は切り換わり後の中継装置の送信情報データサイズと、前記送信可能データサイズとを比較する手順と、
前記送信情報データサイズが前記中継装置の切り換え前と異なる場合には前記中継装置の受信データサイズを変更するよう前記切り換え後の中継装置に通知する手順と
を含むことを特徴とするパケット通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＰＰ（Point to Point Protocol）によるパケット通信を行う場合に、通信経路の中間ノード（インタフェース）等においてＩＰフラグメントを生じさせることのないパケット通信装置、パケット通信システムおよびパケット通信制御方法に関する。
【背景技術】
【０００２】
通信ネットワークにおいて、ＭＴＵ（Maximum Transmission Unit）は１回の転送で送信できるデータの最大値を示す値で、このＭＴＵはネットワーク機器のインタフェースによって予め決められており、例えば、イーサネット（Ethernet）（登録商標）であれば１５００Ｂｙｔｅと決められている。
【０００３】
最近は、ＶＰＮ（Virtual Private Network）など、カプセル化という方式を用いて、ＩＰパケットにＩＰパケットを包んで運ぶ方法が多く使われるようになった。これは、ＩＰヘッダーにＩＰヘッダーを重ねる方式であるため、カプセル化の過程で、ヘッダーが多重化することで、パケットのサイズ（長さ）が、経路中のインタフェースのＭＴＵ値を超えてしまう可能性がある。その場合は、インタフェースでは、ＩＰフラグメントを行い、パケットを分割して送信する。ＩＰフラグメントされたパケットは、最終あて先で再び組み立てられるが、途中の経路で分割パケットが一つでも無くなると、送信元からパケットを再送しないとデータが届かないことになる。そのため、ＰＰＰでの通信で、ＩＰフラグメントはなるべく避ける必要がある。
【０００４】
図６は、ＰＰＰを使ったプロトコルスタックの例を示す図であり、ユーザのパーソナルコンピュータ等のＥＵＤ（End User Development）１とネットワーク管理装置（ＰＤＳＮ）２との間でＰＰＰプロトコルにより通信を行う場合に、ＥＵＤ１とネットワーク管理装置２との通信経路にユーザターミナル３と基地局４が存在する例である。この場合に、ＥＵＤ１からネットワーク管理装置２に所定サイズのパケットを送信すると、基地局４とネットワーク管理装置２間の通信にはＲ−Ｐ（Ａ１０／Ａ１１）プロトコルが使用されているため、この部分でパケットにさらにＩＰへッダ等が付加されることになる。そして、ＩＰヘッダを付加したパケットサイズがこの基地局４のＭＴＵ値を超える場合には、基地局４においてＩＰフラグメントが生じることになる。
【０００５】
図７に、ＰＰＰセッションの接続シーケンスの例を示す。ＰＰＰ接続シーケンスは、ＰＰＰｏＥのディスカバリステージと、ＬＣＰネゴシエーションと、ＩＰＣＰネゴシエーションの手順を通して行われる。最初のＰＰＰｏＥプロトコルのディスカバリステージにおいては、端末機器（ＥＵＤ等）からＩＰ通信網（ネットワーク管理装置等）に接続する際に、ＰＡＤＩ（PPPoE Active Discovery Initiation）パケットがＩＰ通信網に送出される。ＩＰ通信網ではＰＡＤＩパケットを受信し、送信元の端末機器にＰＡＤＯ（PPPoE Active Discovery Offer）パケットを返す。ＰＡＤＯパケットを受けた端末機器はＰＡＤＲ（PPPoE Active Discovery Request）パケットを送り返し、ＰＰＰｏＰセッションの開始を要求する。これに対しＩＰ通信網がセッションＩＤを付加したＰＡＤＳパケットを送り返すことによりＰＰＰｏＥセッションが確立される。
【０００６】
次に、ＰＰＰ ＬＣＰ（Link Control Protocol）により、ＬＣＰネゴシエーションを行い、Configure-RequestパケットとConfigure-Ack（承認）パケットを交換し、パケットサイズなど相互の通信条件決定し、また、認証等を行う。すなわち、この時点で、ＭＲＵ(Maximum Receive Unit:PPPの実行で受信できる最大のPPPメッセージ内のデータ・フィールドの大きさ)によりＭＴＵ値を交換する。その後、ＩＰＣＰプロトコル（Internet Protocol Control Protocol）により、ＩＰＣＰネゴシエーションを行い、ＩＰアドレスを交換した後に、ＩＰ通信が開始される。
【０００７】
なお、従来技術として、異種ネットワークでデータパケットを生成する方法およびシステムが知られている（例えば、特許文献１参照）。この従来技術は、パケットをフラグメントする方法であるが、最大ＭＴＵで分割するのではなく、個々のパケットのサイズで送ることができるサイズで、しかも均等の長さになるように分割する。それにより、「最大断片化サイズを減らして断片化の確率を減らす技法を提供する」ものである。
【０００８】
しかしながら、この従来技術では、Ｐａｔｈ ＭＴＵ（Path MTU Discovery）を使用して探索した経路に存在するインタフェースにおける最小ＭＴＵを決めるまで、時間がかかり、途中のネットワーク機器に負担がかかることになる。また、ＩＣＭＰパケットを使うが、ポリシーによってはＩＣＭＰパケットを送信しないようにしているネットワークノードもあるので、必ずしも問題が解決するとはかぎらない。さらに、ＩＰフラグメントが必要な場所においては、ＩＰフラグメントが行われる状況には変わりがない。
【特許文献１】特開平１１−１１２５７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述したように、通信ネットワークにおいて、ＭＴＵはネットワーク機器のインタフェースによって決められているが、カプセル化やＩＰヘッダの付加等により、パケットのサイズ（長さ）が、経路中のインタフェースのＭＴＵ値を超えてしまう可能性があった。この場合は、インタフェースではＩＰフラグメントを行い、パケットを分割して送信し、ＩＰフラグメントされたパケットは最終あて先で再び組み立てられるようにしている。しかしながら、途中の経路で分割されたパケットが一つでも無くなると、送信元からパケットを再送しないとデータが届かないことになり、ＩＰフラグメントはなるべく避ける必要があった。
【００１０】
本発明はこのような問題を解決するためになされたもので、その目的は、ＰＰＰによるパケットデータの送信の際に、通信経路の中間ノード（インタフェース）等において、ＩＰフラグメントを生じさせることがないパケット通信装置、パケット通信システムおよびパケット通信制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明は上記課題を解決するためになされたものであり、請求項１に記載の発明は、パケットデータの送受信を行うパケット通信装置において、パケットのデータ情報を送信するデータ送信部と、前記パケット通信装置が送信することができる送信可能データサイズを記憶する送信可能データサイズ記憶部と、パケットのデータ情報を受信する受信部と、前記パケットデータに含まれている他の送信元のパケット通信装置の受信データサイズを表す受信データサイズ情報を抽出して記憶する受信データサイズ情報抽出部と、前記送信するデータ情報に付加情報を追加する付加情報追加部と、前記記憶された他の送信元のパケット通信装置の受信データサイズ情報と前記付加情報とをあわせたデータサイズである送信情報データサイズと、前記送信可能データサイズとを比較するデータサイズ比較部とを備え、前記送信部は、前記データサイズ比較部の比較結果に基づいて前記送信するデータ情報の送信を中止する手段を備えることを特徴とするパケット通信装置である。
これにより、ＰＰＰのデータ転送の時に、通信経路の中間ノード（インタフェース）等において、ＩＰフラグメントが生じることを回避できる。
【００１２】
また、請求項２に記載の発明は、請求項１に記載のパケット通信装置において、前記送信部は、前記データサイズ比較部が比較した結果、前記送信情報データサイズが前記送信可能データサイズを上回る場合には、前記送信データ情報の送信を中止する手段を備えることを特徴とする。
これにより、ＰＰＰのデータ転送の時に、通信経路の中間ノード（インタフェース）等において、ＩＰフラグメントが生じることを回避できる。
【００１３】
また、請求項３に記載の発明は、請求項１に記載のパケット通信装置において、前記送信部は、前記データサイズ比較部が比較した結果、前記送信情報データサイズが前記送信可能データサイズを上回る場合には、前記他のパケット通信装置の受信データサイズを減らすよう他の通信装置に通知する手段を備えることを特徴とする。
これにより、あらかじめカプセル化等でデータサイズ増える分だけ、パケットで送信するデータサイズを減らしておくことができ、中間ノード（インタフェース）等において、パケットが到着してからＩＰフラグメントを行う必要がなくなる。
【００１４】
また、請求項４に記載の発明は、中継装置を介してパケット通信装置同士が通信を行うパケット通信システムであって、前記パケット通信装置は、パケットのデータ情報を送信するデータ送信部と、前記パケット通信装置が送信することができる送信可能データサイズを記憶する送信可能データサイズ記憶部と、パケットのデータ情報を受信する受信部と、前記パケットのデータ情報に含まれている前記中継装置の受信データサイズを表す受信データサイズ情報を抽出して記憶する受信データサイズ情報抽出部と、前記送信するデータ情報に付加情報を追加する付加情報追加部と、前記記憶された前記中継装置の受信データサイズ情報と前記付加情報とを合わせたデータサイズである送信情報データサイズと、前記送信可能データサイズとを比較するデータサイズ比較部とを備え、前記中継装置が他の中継装置に切り換えられた場合に、前記データサイズ比較部は切り換わり後の中継装置の送信情報データサイズと、前記送信可能データサイズとを比較して、前記送信情報データサイズが前記中継装置の切り換え前と異なる場合には前記中継装置の受信データサイズを変更するよう前記切り換え後の中継装置に通知することを特徴とする。
これにより、中継装置を介してパケット通信装置同士が通信を行うパケット通信システムにおいて、中継装置の切り換え（ハンドオーバ）が実施された場合に、ＰＰＰのデータ転送時のＩＰフラグメントが生じることを回避できる。
【００１５】
また、請求項５に記載の発明は、パケットデータの送受信を行うパケット通信装置におけるパケット通信制御方法であって、パケットのデータ情報を送信する手順と、前記パケット通信装置が送信することができる送信可能データサイズを記憶する手順と、パケットを受信する手順と、前記パケットデータに含まれている他の送信元のパケット通信装置の受信データサイズを表す受信データサイズ情報を抽出して記憶する手順と、前記送信するデータ情報に付加情報を追加する手順と、前記記憶された他の送信元のパケット通信装置の受信データサイズ情報と前記付加情報とをあわせたデータサイズである送信情報データサイズと、前記送信可能データサイズとを比較する手順と、前記データサイズの比較結果に基づいて前記送信するデータ情報の送信を中止する手順とを含むことを特徴とするパケット通信制御方法である。
これにより、ＰＰＰのデータ転送の時に、通信経路の中間ノード（インタフェース）等において、ＩＰフラグメントが生じることを回避できる。
【００１６】
また、請求項６に記載の発明は、請求項５に記載のパケット通信制御方法において、前記データサイズの比較結果により、前記送信情報データサイズが前記送信可能データサイズを上回る場合には、前記送信データ情報の送信を中止する手順を含むことを特徴とする。
これにより、ＰＰＰのデータ転送の時に、通信経路の中間ノード（インタフェース）等において、ＩＰフラグメントが生じることを回避できる。
【００１７】
また、請求項７に記載の発明は、請求項５に記載の発明において、前記データサイズ比較結果により、前記送信情報データサイズが前記送信可能データサイズを上回る場合には、前記他のパケット通信装置の受信データサイズを減らすように他のパケット通信装置に通知する手順を含むことを特徴とする。
これにより、あらかじめカプセル化等でデータサイズ増える分だけ、パケットで送信するデータサイズを減らしておくことができ、中間ノード（インタフェース）等において、パケットが到着してからＩＰフラグメントを行う必要がなくなる。
【００１８】
また、請求項８に記載の発明は、中継装置を介してパケット通信装置同士が通信を行うパケット通信システムにおけるパケット通信制御方法であって、前記パケット通信装置は、パケットのデータ情報を送信する手順と、前記パケット通信装置が送信することができる送信可能データサイズを記憶する手順と、パケットのデータ情報を受信する手順と、前記パケットのデータ情報に含まれている前記中継装置の受信データサイズを表す受信データサイズ情報を抽出して記憶する手順と、前記送信するデータ情報に付加情報を追加する手順と、前記記憶された前記中継装置の受信データサイズ情報と前記付加情報とを合わせたデータサイズである送信情報データサイズと、前記送信可能データサイズとを比較する手順と、前記中継装置が他の中継装置に切り換えられた場合に、前記データサイズ比較部は切り換わり後の中継装置の送信情報データサイズと、前記送信可能データサイズとを比較する手順と、前記送信情報データサイズが前記中継装置の切り換え前と異なる場合には前記中継装置の受信データサイズを変更するよう前記切り換え後の中継装置に通知する手順とを含むことを特徴とする。
これにより、中継装置を介してパケット通信装置同士が通信を行うパケット通信システムにおいて、中継装置の切り換え（ハンドオーバ）が実施された場合に、ＰＰＰのデータ転送時のＩＰフラグメントが生じることを回避できる。
【発明の効果】
【００１９】
本発明においては、ＰＰＰによるパケットデータの送信の際に、通信経路の中間ノード（インタフェース）等において、ＩＰフラグメントを生じることを回避することができるという効果が得られる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の一実施形態によるパケット通信装置を図面を参照して説明する。
＜第１の実施の形態＞
本発明の第１の実施の形態においては、パケット通信装置（例えば、通信経路の途中の中間ノード（インタフェース）等）において、該パケット通信装置（ノード）のＭＴＵ値を記憶しておく。そして、送信元から受信したＰＰＰ（LCP Configure-Request）パケットからＭＲＵ値を抜き出し、該ＭＲＵ値と記憶していたＭＴＵ値とを比較して、ＩＰフラグメントが起こらないＭＲＵ値を決めるようにする。具体的には、ＰＰＰパケットのデータ転送の前に、あらかじめカプセル化やＩＰヘッダの付加等で増える分だけ、ＭＲＵ値を減らす。そして、変更したＭＲＵ値を他のパケット通信装置に通知する。これにより、ノードではパケットが到着してから、ＩＰフラグメントを行う必要がなくなる。このように、ＰＰＰの終端機器でＭＲＵの決定処理をおこなうのではなく、ネットワークの中間ノード等でＭＲＵ値の決定処理をおこなうために、終端でのアプリケーションの変更の必要がなく、Path ＭＴＵのように、さまざまな長さのパケットを複数個送る必要はなく、ネットワークの負担を掛けることが少ない。
【００２１】
図１は、本発明によるパケット通信装置の構成例を示す図であり、本発明のパケット通信装置を送受信制御装置１０とＭＲＵ識別装置２０とで構成した例を示している。図１において、送受信制御装置１０は、ＰＰＰのLCP Configure-Requestパケットを検知し、LCP Configure-RequestパケットをＭＲＵ識別装置に送る。ＭＲＵ識別装置２０は、LCP Configure-Requestパケットの中のＭＲＵ(Maximum-Receive-Unit)値を抜き出す。そして、ＭＲＵ識別装置２０は、（ＭＲＵ値＋カプセル化で増加する量）＞（送信元インタフェースのＭＴＵ）ならば、ＭＲＵ値を減らして書き換える。また、（ＭＲＵ値＋カプセル化で増加する量）＝＜（送信元インタフェースのＭＴＵ）ならば、ＭＲＵ値はそのままにする。検査したLCP Configure-Requestパケットは、送受信制御装置１０に戻す。
【００２２】
図２は、図１に示すパケット通信装置の内部構成例を示す図である。図２において、送受信制御装置１０内のデータ種別検出部１１は、受信したデータがＬＣＰネゴシエーションのLCP Configure-Requestパケットであるか否かを判断する処理を行う。また、データ送信部１２は、他のパケット通信装置等へのパケットデータの送信を行う。ＭＲＵ識別装置２０内のカプセル化ヘッダサイズ記憶部２１は、カプセル化で使用するヘッダのサイズを記憶する処理を行う。送信可能データサイズ記憶部２２は、このパケット通信装置が送信することができる送信可能データサイズ（ＭＴＵ）を記憶する処理を行う。
【００２３】
受信データサイズ情報抽出部２３は、受信したパケットデータに含まれている他の送信元のパケット通信装置の受信データサイズを表す受信データサイズ情報を抽出して記憶する処理を行う。付加情報追加部２４は、送信するデータ情報にＩＰヘッダ情報等の付加情報を追加する処理を行う。データサイズ比較部２５は、他の送信元のパケット通信装置の受信データサイズ情報とＩＰヘッダ等の付加情報とをあわせたデータサイズである送信情報データサイズと、送信可能データサイズとを比較する処理を行う。ＭＲＵ書換保持部２６は、データサイズ比較部２５の比較結果を基に、ＭＲＵ値を変更して保持する処理を行う。
【００２４】
図３は、ＭＲＵ識別装置２０の動作説明図である。ＭＲＵ識別装置２０は、カプセル化で使用するヘッダから増分する長さを設定し、ＭＲＵ識別装置２０内のカプセル化ヘッダサイズ記憶部２１に保管しておく。また、インタフェースごとのＭＴＵ値を調べておき、送信可能データサイズ記憶部２２に記録しておく（ステップＳ１）。
【００２５】
次に、送受信制御装置１０内のデータ種別検出部１１により、受信したパケットが、LCP Configure-Requestパケットであるかを検知する。LCP Configure-Requestパケットであれば、ＭＲＵ識別装置２０に送信する（ステップＳ２）。ＭＲＵ識別装置２０内の受信データサイズ情報抽出部２３は、LCP Configure-RequestパケットからＭＲＵ値を取り出す（ステップＳ３）。
【００２６】
そして、ＭＲＵ識別装置２０内の付加情報追加部２４により、抽出したＭＲＵ値と、増分する長さを加算する。そして、データサイズ比較部２５により、増分を加算したＭＲＵ値と、ＭＴＵ値を比較する。加算した値がＭＴＵ値よりも大きければ、ＩＰフラグメントを起こしてしまうので、ＭＲＵ書換保持部２６により、ＭＲＵ値を取り出して、増分する長さを減算しておく（ＭＲＵ値を書き換える）。少ない場合は、そのＭＲＵ値のままにしておく（ステップＳ４）。そして、書き換えたＭＲＵ値を保持しておく（ステップＳ５）。ＭＲＵ識別装置２０は、検査が終わったLCP Configure-Requestパケットを、送受信制御装置１０に送り、送受信制御装置１０内のデータ送信部１２により転送すべきインタフェースに、LCP Configure-Requestパケットを送信する（ステップＳ６）。
【００２７】
図４は、本発明のパケット通信装置によるＰＰＰ接続シーケンスの例を示す図である。図４のＰＰＰ  ＬＣＰネゴシエーションの部分を参照して、最初に端末機器側から中間ノード（インタフェース）にConfigure-Requestパケットが送られる（ステップＳ１１）。中間ノードでは、Configure-Requestパケット中のＭＲＵ値を抽出し、ＭＲＵチェックを行う（ステップＳ１２）。このＭＲＵ値チェックでは、抽出したＭＲＵ値と、増分する長さを加算した値と、自身のＭＴＵ値を比較する。加算した値が多ければ、ＩＰフラグメントを起こしてしまうので、ＭＲＵ値を取り出して、増分する長さを減算しておく（ＭＲＵ値を書き換える）。そして、ＭＲＵ値を書き換えたConfigure-RequestパケットをＩＰ通信網に送信する（ステップＳ１３）。そして、ＩＰ通信網から、端末機器にConfigure-Ack（承認）パケットが送信される（ステップＳ１４）。次に、ＩＰ通信網から中間ノードにConfigure-Requestパケットが送られ（ステップＳ１５）、中間ノードでは受信したConfigure-RequestパケットからＭＲＵ値を抽出し、このＭＲＵ値のチェック（ＭＲＵ値の妥当性を確認）を行い（ステップＳ１６）、このConfigure-Requestパケットを端末機器に送信する（ステップＳ１７）。
【００２８】
このような処理手順により、端末機器およびＩＰ通信網は、中間ノードにおいてＩＰフラグメントを生じさせないＭＲＵ値を取得し、以後のＩＰ通信においては、このＭＲＵ値を基に、送るべきデータを分割して送信する。
【００２９】
以上説明したように、第１の実施形態においては、ＰＰＰのデータ転送の前に、あらかじめカプセル化等でデータサイズ増える分だけ、パケットで送信するデータサイズを減らしておくことにより、中間ノード（インタフェース）等において、パケットが到着してからＩＰフラグメントをする必要がなくなる。また、この処理は、ネットワークの中間ノードで操作をおこなうことができ、この場合には終端でのアプリケーションの変更がない。また、従来のPath ＭＴＵを使用する場合のように、さまざまな長さのパケットを複数個送る必要はなく、通信路確立前におこなうことができるために、ネットワークに負担を掛けることが少ない。
【００３０】
＜第２の実施の形態＞
第１の実施の形態では、端末機器とＩＰ通信網の経路が固定化された場合の例であり、通信経路の途中でＩＰフラグメントを生じさせないＭＲＵ値が一度決定されると、以後、端末機器は、そのＭＲＵ値（固定値）を基に送信するべきデータを分割すれば、ＩＰフラグメントを生じさせることなく通信ができる例である。しかしながら、本発明はこれに限らず、端末機器が移動通信端末などであり、移動通信端末かＰＰＰセッションを継続したまま、基地局とのハンドオーバが行われる場合にも本発明は有効である。
【００３１】
図５は、本発明の第２の実施の形態を説明するための図である。図５に示す例では、移動通信端末３１が移動し、ネットワーク管理装置２とのＰＰＰセッションを継続したまま、基地局５から基地局６にハンドオーバする場合の例であり、基地局のハンドオーバに伴い、ネットワーク管理装置２との通信経路が通信経路ａから通信経路ｂに変わる場合の例である。この場合、基地局６とネットワーク管理装置２にＲ−Ｐ（A10/A11 インタフェース）のセッションが張られる。この状態において、例えば、Ｐａｔｈ ＭＴＵ(RFC 1191)等により、最適なＭＴＵ値を求める。そして、このＭＴＵ値を基に、第１の実施の形態で説明したのと同様の手順により、ＩＰフラグメントを生じさせることなく送信できるＭＲＵ値を決定し、このＭＲＵ値を基に、移動通信端末３１はデータを分割して送信する。
【００３２】
なお、基地局６から移動通信端末３１およびネットワーク管理装置２に、ＭＴＵを変えるように通知する必要があるが、ＰＰＰにはこのための規格がないので、Lcp Configure-Option等を使用して、独自に行う。
【００３３】
これにより、移動通信端末３１がハンドオーバして基地局が換わり、通信経路が変更された場合にも、最適なＭＲＵ値を求めてデータを送信できるようになる。
【００３４】
以上説明したように、本発明においては、ＰＰＰのデータ転送の前に、あらかじめカプセル化等でデータサイズ増える分だけ、パケットで送信するデータサイズを減らしておくことにより、中間ノード（インタフェース）等において、パケットが到着してからＩＰフラグメントをする必要がなくなる。
【００３５】
また、図１および図２に示した送受信制御装置１０およびＭＲＵ識別装置２０は内部にコンピュータシステムを有している。そして、上述した処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
【００３６】
すなわち、送受信制御装置１０およびＭＲＵ識別装置２０における、各処理は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工、演算処理を実行することにより、実現されるものである。
【００３７】
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００３８】
以上、本発明の実施の形態について説明したが、本発明のパケット通信装置は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【産業上の利用可能性】
【００３９】
本発明においては、ＰＰＰのデータ転送の前に、あらかじめカプセル化等でデータサイズが増える分だけ、パケットで送信するデータサイズを減らしておくことにより、中間ノード（インタフェース）等において、パケットが到着してからＩＰフラグメントを行う必要がなくなる効果を奏するので、本発明は、パケット通信装置およびパケット通信制御方法等に有用である。
【図面の簡単な説明】
【００４０】
【図１】本発明によるパケット通信装置の構成例を示す図である。
【図２】図１に示すパケット通信装置の内部構成例を示す図である。
【図３】ＭＲＵ識別装置の動作説明図である。
【図４】本発明の通信装置によるＰＰＰ接続シーケンスの例を示す図である。
【図５】本発明の第２の実施の形態を説明するための図である。
【図６】ＰＰＰを使ったプロトコルスタックの例を示す図である。
【図７】ＰＰＰセッションの接続シーケンスの例を示す図である。
【符号の説明】
【００４１】
１  ＥＵＤ（パーソナルコンピュータ）
２  ネットワーク管理装置
３  ユーザターミナル
４、５、６  基地局
１０  送受信制御装置
１１  データ種別検出部
１２  データ送信部
２０  ＭＲＵ識別装置
２１  カプセル化ヘッダサイズ記憶部
２２  送信可能データサイズ記憶部
２３  受信データサイズ情報抽出部
２４  付加情報追加部
２５  データサイズ比較部
２６  ＭＲＵ書換保持部
３１  移動通信端末
【図１】
2006157544.tif 000003
【図２】
2006157544.tif 000004
【図３】
2006157544.tif 000005
【図４】
2006157544.tif 000006
【図５】
2006157544.tif 000007
【図６】
2006157544.tif 000008
【図７】
2006157544.tif 000009