(57)【特許請求の範囲】
【請求項１】
移動パケット通信網において、移動機とコンテンツ提供事業者サーバとの間で、アプリケーションデータを中継する方法であり、
前記移動機からのパケット通信登録要求に応じて、前記パケット通信登録要求に含まれる前記移動機の発ＩＤに基づき、前記移動機を識別する過程と、
前記移動機の識別が成功した場合に、
少なくともＬＣＰ設定処理およびＩＰＣＰ設定処理を行うことなく、前記移動機と前記移動パケット通信網との間に、前記移動機と前記移動パケット通信網との間におけるパケット通信を行うためのパケット通信リンクであり、前記アプリケーションデータに対して、少なくともパケットプロトコル識別子、前記移動機のＩＰアドレスおよび前記コンテンツ提供事業者サーバのＩＰアドレスを含まないヘッダが付加されるパケット通信リンクを確立する過程と、
前記移動機からの、前記コンテンツ提供事業者サーバのＵＲＬを含むデータを含んだ論理コネクション設定要求に応じて、前記パケット通信リンクを下層リンクとしてその上に、前記移動機と前記移動パケット通信網との間に確立される論理コネクションであり、更に前記移動機のポート識別子および前記コンテンツ提供事業者サーバのポート識別子を含まないヘッダであって、前記論理コネクションを識別するための論理番号を含むヘッダが前記アプリケーションデータに付加される論理コネクションを確立する過程と、
前記コンテンツ提供事業者サーバとの間にＴＣＰ／ＩＰコネクションを確立する過程と、
前記ＴＣＰ／ＩＰコネクションを介して、前記コンテンツ提供事業者サーバから前記アプリケーションデータを受信する過程と、
前記パケット通信リンクおよび前記論理コネクションを介して、受信した前記アプリケーションデータを前記移動機に送信する過程と
を備えることを特徴とする方法。
【請求項２】
前記パケット通信リンクは少なくとも１の無線区間をその一部として有し、無線通信のための制御および管理を行う
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記移動機は、無線移動端末装置である
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記パケット通信リンクは、前記移動機のための移動管理を行う
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記論理コネクションは、前記移動機と前記移動パケット通信網との間のアプリケーションデータの伝送を保証する
ことを特徴とする請求項１に記載の方法。
【請求項６】
前記コンテンツ提供事業者サーバは、前記移動パケット通信網の外部に配置されている
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記コンテンツ提供事業者サーバは、公衆データ通信網を介して前記移動パケット通信網に接続されている
ことを特徴とする請求項６に記載の方法。
【発明の詳細な説明】
【０００１】
通信制御方式、通信方法、サーバ装置、端末装置、中継装置および通信システム
【０００２】
［技  術  分  野］
本発明は、サーバ装置からネットワークを介して複数のユーザ端末に対し情報を提供する情報配信システムに用いて好適な通信制御方式、通信方法、サーバ装置、端末装置、中継装置および通信システムに関する。
【０００３】
［技  術  背  景］
インターネットはコンテンツの発信者に対しては世界各地のユーザへコンテンツを直接的に低コストで提供できる環境を提供し、ユーザに対しては世界各地のコンテンツを標準的なユーザインタフェースで利用できる環境を提供している。このインターネットの普及に伴い、近年では、インターネットを利用したコンテンツの提供サービスが活発に開発・提供・利用されており、インターネット上の様々な用途の膨大なコンテンツは時々刻々と増加している。この結果、コンテンツの配信サービスの開発においては、インターネットへのアクセスし易さが考慮すべき重要な要素となってきている。
【０００４】
このインターネットの普及に伴い、ＬＡＮ（Local Area Network）においてインターネットの技術を採用した透過的なシステムの構築が広く行われてきた。ここで言う「インターネットの技術」の基本的な構成要素の一つが通信プロトコルであり、具体的にはＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）である。すなわち、現在では極めて多くのネットワークがＴＣＰ／ＩＰを採用している。
【０００５】
このＴＣＰ／ＩＰによるデータ通信では、ＯＳＩ階層モデル（OSI layer model；OSI Reference Model）に基づいて送信側では上位に位置する層から下位に位置する層に向けて実データに各階層ごとのヘッダが次々と付加されてデータの引継ぎが行われ、受信側にパケットが伝送される。一方、受信側ではこの伝送されたパケットが、最下位の物理層から順に上位の階層へと引き渡される。この過程において、各層では下位に位置する層から供給されたパケットが当該階層に対応したヘッダとデータとに分解されるとともに、このヘッダの内容が解析され、上位層にデータが引き渡される。
【０００６】
ここで、図１２〜図１４を参照し、送信側の各層の処理によって得られるパケットの構成について説明する。ただし、ここでは、一般的なダイヤルアップ接続と同様に、送信側と受信側とがＰＰＰ（Point-to-Point Protocol）を用いて１対１で接続されることを想定している。
【０００７】
図１２には第４層の処理を経たパケットであるＴＣＰセグメントの構成が示されている。このＴＣＰセグメントはＴＣＰヘッダとデータとで構成される。ここで、ＴＣＰヘッダは基本ヘッダ（２０バイト）とオプションヘッダとからなる。そして、基本ヘッダは、送信元ポート番号、宛先ポート番号、シーケンス番号、確認応答番号、コードビット、ウィンドウサイズなどの情報を含んでいる。また、データはセッション層以上の上位層の処理によって付加されたヘッダと実データとからなる。
【０００８】
図１３には第３層の処理を経たパケットであるＩＰデータグラムの構成が示されている。このＩＰデータグラムはＩＰヘッダとデータとで構成される。ここで、ＩＰヘッダは基本ヘッダ（２０バイト）とオプションヘッダとからなる。そして、基本ヘッダは、送信元ＩＰアドレス、宛先ＩＰアドレス、サービスタイプ、パケット長、プロトコル番号などの情報を含んでいる。また、データはトランスポート層以上の上位に位置する層（ＴＣＰやＵＤＰ（User Datagram Protocol）、ＩＣＭＰ（Internet Control Message Protocol）など）のヘッダと実データとからなる。
【０００９】
図１４には第２層の処理を経たパケットであるＰＰＰフレームの構成が示されている。なお、図中の括弧内の数値の単位はバイトである。このＰＰＰフレームは、ＰＰＰヘッダ（５バイト）と、データと、ＰＰＰフッタ（３または５バイト）とで構成される。ここで、ＰＰＰヘッダは、フラグ、アドレス、制御、パケット・プロトコル識別（ＬＣＰ（リンク制御プロトコル；Link Control Protocol）、ＩＰＣＰ（Internet Protocol Control Protocol）、ＩＰ、ＩＰＸ（Internetwork Packet Exchange）など）の各情報からなる。また、データはネットワーク層以上の上位に位置する層の処理により付加されたヘッダ（上記ＴＣＰヘッダおよびＩＰヘッダを含む）と実データとからなる。そして、ＰＰＰフッタはＦＣＳ（Frame Check Sequence）およびフラグからなる。なお、図中のＭＴＵは最大転送単位である。
【００１０】
以上のように、送信側では、送信すべき実データに対し、ＯＳＩ階層モデルの各層に対応した処理が上位に位置する層から下位に位置する層に向けて順に施され、各層の処理に対応したヘッダが実データに順次付加されていく。
【００１１】
図７の７Ａは、このような送信側でのすべての処理を経て最終的に送信されたパケットであり、この図に示すように、パケット７Ａは、オプションヘッダがないものとすると、５バイトのＰＰＰヘッダ、２０バイトのＩＰヘッダ、２０バイトのＴＣＰヘッダの合計４５バイトからなるヘッダがアプリケーションデータの先頭に付加され、さらに３または５バイトのフッタがアプリケーションデータの末尾に付加されたものとなる。なお、アプリケーションデータのサイズは例えば５００バイトであり、最大１４６０バイトまで拡張可能である。
【００１２】
続いて、ＴＣＰ／ＩＰに従ってパケット通信を行う場合の動作シーケンスについて、図１５に基づいて説明する。
【００１３】
まず、ＬＣＰ設定のための要求メッセージ（LCP Configuration Request）がデータ送信側からデータ受信側、またはデータ受信側からデータ送信側に向けて送出される（Ｓ１）。次に、このＬＣＰ設定要求に対する確認応答メッセージ（LCP Configuration Ack）がＬＣＰ設定要求を受けた方から相手側に向けて送信される（Ｓ２）。
【００１４】
次いで、相手側の認証を行うべくChallengeメッセージがデータ受信側から送出されると（Ｓ３）、データ送信側ではこれを受けてResponseメッセージを送出する（Ｓ４）。そして、相手側の認証が成功した旨のSuccessメッセージがデータ受信側からデータ送信側に送出される（Ｓ５）。
【００１５】
これら一連の動作が終了すると、ＩＰＣＰ設定要求（IPCP Configuration Request）メッセージがデータ受信側からデータ送信側へ向けて送出される（Ｓ６）。さらに、データ送信側からデータ受信側に向けてＩＰＣＰ設定要求メッセージが送出される（Ｓ７）。
【００１６】
そして、データ受信側からデータ送信側へ再びＩＰＣＰ設定要求メッセージ、または否定応答メッセージ（Nak）が送出される（Ｓ８）。これを受けてデータ送信側からＩＰＣＰ設定要求に対する確認応答メッセージ（IPCP Configuration Ack)が送出される（Ｓ９）。
【００１７】
そして、今度はデータ送信側からデータ受信側に向けてＩＰＣＰ設定要求メッセージが送出される（Ｓ１０）。これを受けてデータ受信側からＩＰＣＰ設定要求に対する確認応答メッセージが送出される（Ｓ１１）。
【００１８】
このようにして、データ送信側とデータ受信側との間にＰＰＰによるリンクが確立される。
【００１９】
次に、ＩＰによるデータリンクの確立とＴＣＰによるコネクションの確立を要求するメッセージ（IP+TCP Request）がデータ送信側からデータ受信側に向けて送出される（Ｓ１２）。このメッセージに対する確認応答メッセージがデータ受信側から送出されると（Ｓ１３）、これを受けたデータ送信側からこの確認応答メッセージを受け取った旨の確認応答メッセージが送出される（Ｓ１４）。
【００２０】
このようにして、データ送信側とデータ受信側との間にＴＣＰによるコネクションが確立され、次のような実データの送受信が開始される。
【００２１】
まず、データ送信側からＨＴＴＰ（HyperText Transfer Protocol）によりパケットデータが送信されると（Ｓ１５）、これを受けたデータ受信側から確認応答メッセージが送出される（Ｓ１６）。そして、送信対象となるデータのサイズに応じて、ステップＳ１５とＳ１６の動作、つまりパケットの送信と、このパケットが問題なく受信された旨の確認応答メッセージをデータ送信元に返す動作が繰り返し行われ、やがて、パケットデータの送信が終了する（Ｓ１７）。
【００２２】
パケットデータの送信が終了した旨のメッセージがデータ送信側から送出されると、これを受けて確認応答メッセージがデータ受信側から送出される（Ｓ１８）。そして、今度はデータ受信側からデータの受信が終了した旨のメッセージが送出されると、これを受けて確認応答メッセージがデータ送信側から送出される。このようにして、ＴＣＰによるセッションが切断される。
【００２３】
次に、ＰＰＰによるリンクを切断するにあたって、ＰＰＰによるリンクの解除を要求するメッセージ（Terminate Request）がデータ送信側から送出される（Ｓ２１）。これを受けてデータ受信側から確認応答メッセージが送出される（Ｓ２２）。
【００２４】
このように、まずＴＣＰによるリンクが切断され、次いでＰＰＰによるリンクが切断された段階で回線が切断され（Ｓ２３）、全体の動作が完了する。
【００２５】
ところで、近年、移動通信が広く普及しており、移動端末を用いた移動データ通信も急速に普及しつつある。移動データ通信の分野においては、ユーザが移動端末を用いてインターネットにアクセスすることが可能となっており、このようなユーザを対象としたユーザフレンドリーなインターネットアクセスサービスの提供が望まれている。しかし、上述のＴＣＰ／ＩＰによるパケット通信を用いてこのインターネットアクセスサービスを提供する場合、次に述べるような問題があり、移動機（携帯電話機）程度に扱い易く、かつインターネットへ容易にアクセス可能な移動端末は存在しなかった。
【００２６】
まず、ＴＣＰ／ＩＰでは、既述の通りパケットのヘッダが各階層ごとに付加され、カプセル化されていく関係上、全体のヘッダサイズが重畳的に大きくなり、特に実データサイズが小さい場合には、相対的にヘッダサイズが大きくなるといった問題があった。例えば、移動通信において５００バイト程度のデータを転送する際には、ヘッダサイズがデータサイズの１割程度に達するとともに、ヘッダに格納される情報の内、実際には全く使用されないフィールドが存在していた。
【００２７】
次に、実際のデータ送信前のコネクション確立の際の動作シーケンスにおいて、データ送信側と受信側とでやり取りされる信号の数が非常が多いという問題があった。図１５に示した例では、ステップＳ１〜Ｓ１４までの合計１４ステップが必要である。従って、ネットワークにアクセスするユーザが多くなると、トラヒックが劇的に増加してデータ転送速度が落ちるという問題があった。
【００２８】
また、このデータ送受信前の動作（ステップＳ１〜Ｓ１４）に対する課金がユーザに対してなされてしまうため、ユーザ側の経済的負担が大きいという問題があった。
【００２９】
これらの問題は固定網経由でインターネットへ接続する際にも生じるが、固定網を介した通信に比較してデータ伝送能力が低い移動通信においては、特に重大な問題である。
【００３０】
また、移動機程度のデータ処理能力の装置に実装するには、ＴＣＰ／ＩＰは重すぎるため、ＴＣＰ／ＩＰを迅速に処理可能な能力を有する移動端末は移動機よりも大きく、重く、高価になってしまうという問題があった。現在、携帯型コンピュータと移動機とを一体化しただけの、大きく、重く、高価な移動端末は狭い市場にしか受け入れられていない。これに対して、移動機は携帯性、操作性、及び入手容易性を十分に考慮して設計されており、その用途の一般性と高い普及率から、移動機の形態及び価格は極めて広い市場に既に受け入れられていると考えられる。また、前述のように、インターネットには様々なユーザの要望に応えることができる様々なコンテンツが既に存在し、今もコンテンツの数量は増加の一途を辿っていることから、インターネットにアクセスするための装置としては、様々なユーザに受け入れられる装置が望ましい。これらのことを考え合わせると、移動通信におけるデータ伝送能力の問題を考慮に入れないとしても、ＴＣＰ／ＩＰを迅速に処理可能な能力を有する移動端末を用いてインターネットへアクセスできるようなサービスが広い市場に受け入れられる可能性は低い。
【００３１】
もちろん、コンテンツの提供側が移動機のデータ処理能力や移動通信のデータ伝送能力に特化された独自のコンテンツを開発し、これをユーザが利用できるようにすることも考えられるが、このような独自のコンテンツの開発はコンテンツの提供側に多大な負担を強いることになり、インターネットに比較すると限定された用途の少量のコンテンツしかユーザに提供できないことになるものと予想される。すなわち、このような試みは狭い市場にしか受け入れられないものと考えられる。
【００３２】
上述したことから、移動データ配信の基盤となるのは移動機とインターネットの組合せであり、この組合せを実現するためには、ユーザが移動機を用いてインターネット上のコンテンツを快適に利用できる効率的な通信技術を開発する必要がある、と考えられる。
【００３３】
［発明の開示］
この発明は上述した問題に着目してなされたもので、移動機のようにデータ処理能力や伝送能力が高くない場合であっても、効率よくデータ通信を行うことができる通信制御方式、通信方法、サーバ装置、端末装置、中継装置および通信システムを提供することを目的とするものである。
【００３４】
上記目的を達成するために、本発明は、移動パケット通信網において、移動機とコンテンツ提供事業者サーバとの間で、アプリケーションデータを中継する方法であり、前記移動機からのパケット通信登録要求に応じて、前記パケット通信登録要求に含まれる前記移動機の発ＩＤに基づき、前記移動機を識別する過程と、前記移動機の識別が成功した場合に、少なくともＬＣＰ設定処理およびＩＰＣＰ設定処理を行うことなく、前記移動機と前記移動パケット通信網との間に、前記移動機と前記移動パケット通信網との間におけるパケット通信を行うためのパケット通信リンクであり、前記アプリケーションデータに対して、少なくともパケットプロトコル識別子、前記移動機のＩＰアドレスおよび前記コンテンツ提供事業者サーバのＩＰアドレスを含まないヘッダが付加されるパケット通信リンクを確立する過程と、前記移動機からの、前記コンテンツ提供事業者サーバのＵＲＬを含むデータを含んだ論理コネクション設定要求に応じて、前記パケット通信リンクを下層リンクとしてその上に、前記移動機と前記移動パケット通信網との間に確立される論理コネクションであり、更に前記移動機のポート識別子および前記コンテンツ提供事業者サーバのポート識別子を含まないヘッダであって、前記論理コネクションを識別するための論理番号を含むヘッダが前記アプリケーションデータに付加される論理コネクションを確立する過程と、前記コンテンツ提供事業者サーバとの間にＴＣＰ／ＩＰコネクションを確立する過程と、前記ＴＣＰ／ＩＰコネクションを介して、前記コンテンツ提供事業者サーバから前記アプリケーションデータを受信する過程と、前記パケット通信リンクおよび前記論理コネクションを介して、受信した前記アプリケーションデータを前記移動機に送信する過程とを備えることを特徴とする方法を提供する。
【００３５】
好ましい態様において、前記パケット通信リンクは少なくとも１の無線区間をその一部として有し、無線通信のための制御および管理を行う。この好ましい態様において、前記移動機は、無線移動端末装置であってもよい。さらにその好ましい態様において、前記パケット通信リンクは、前記移動機のための移動管理を行ってもよい。
【００３６】
別の好ましい態様において、前記論理コネクションは、前記移動機と前記移動パケット通信網との間のアプリケーションデータの伝送を保証する。さらに別の好ましい態様において、前記コンテンツ提供事業者サーバは、前記移動パケット通信網の外部に配置されている。この好ましい態様において、前記コンテンツ提供事業者サーバは、公衆データ通信網を介して前記移動パケット通信網に接続されていてもよい。
【００３７】
以上を概説すると、本発明によれば、サーバ装置とユーザ端末との間でデータ通信を行うのに際し、転送データ量を削減すべくヘッダサイズを小さくするとともに、簡易なプロトコルを採用することによって回線接続時の信号数が削減されるようにしたから、トラヒックが軽くなるとともにオーバーヘッドが少なくなり、データ通信時のレスポンスが向上する。したがって、ユーザは、移動機程度のデータ処理能力の装置を用いて、かつデータ伝送能力が低い通信路を介して、インターネット上のコンテンツを快適に利用することができる。
【００３８】
［図面の簡単な説明］
図１は、本発明の一実施形態にかかる通信システムの構成を示す図である。
図２は、同通信システムのプロトコル構成を示す図である。
図３は、同通信システムの他のプロトコル構成を示す図である。
図４は、同通信システムにおけるパケット通信前の動作シーケンスを示す図である。
図５は、同通信システムにおけるパケット通信時の動作シーケンスを示す図である。
図６は、同通信システムにおけるパケット通信後の動作シーケンスを示す図である。
図７は、ＴＣＰ／ＩＰによる通信において伝送されるパケットの構成と、同実施形態における簡易プロトコルに従って伝送されるパケットの構成とを比較して示す図である。
図８は、同実施形態において、コネクション設定要求時に伝送されるパケットの構成を示す図である。
図９は、同実施形態において、コネクション設定要求に対する確認応答時に伝送されるパケットの構成を示す図である。
図１０は、同実施形態において、データ送受信時に伝送されるパケットの構成を示す図であり、実データを含むパケットの構成と、実データを含むパケットが伝送された場合の確認応答の際に伝送されるパケットの構成とを示している。
図１１は、同通信システムに含まれる移動機の外観とこの移動機がユーザに情報を提供する際の情報表示部の画面例を示す図である。
図１２は、ＴＣＰセグメントのフォーマットを示す図である。
図１３は、ＩＰデータグラムのフォーマットを示す図である。
図１４は、ＰＰＰフレームのフォーマットを示す図である。
図１５は、ＴＣＰ／ＩＰを用いてデータ通信を行う場合の動作シーケンスを示す図である。
図１６は、同実施形態の変形例にかかる通信システムの構成を示す図である。
【００３９】
［発明を実施するための最良の形態］
この発明の好ましい実施の形態について、以下、添付図面を参照しつつ詳細に説明する。
【００４０】
［１．実施形態の構成］
［１．１．システム構成］
図１は、本実施形態の通信ネットワークシステムの構成について示したものである。
【００４１】
この通信ネットワークシステムは、ＭＳ（移動機；Mobile Station）１と、ＢＳ（基地局；Base Station）２と、ＰＰＭ（パケット加入者処理装置；Packet Processing Module）３と、ＧＷＳ（ゲートウェイサーバ；GateWay Server）５と、このＧＷＳ５とインターネット６または専用線７を介して接続されたＣＰＳ（コンテンツ提供事業者サーバ；Contents Provider Server）８と、Ｍ−ＳＣＰ（移動通信サービス制御装置；Mobile Service Control Point）９とから構成される。
【００４２】
そして、ＢＳ２、ＰＰＭ３、ＧＷＳ５、Ｍ−ＳＣＰ９およびこれらを接続する通信回線によって移動パケット通信網１０が形成されている。
【００４３】
ＭＳ１は、移動パケット通信網１０のパケット通信サービスを受ける端末装置である。このＭＳ１は、図１に示す移動パケット通信網１０に接続されるほか、図示しない移動電話網にも接続されており、移動電話のサービスを受けることも可能である。
【００４４】
図１１は、ＭＳ１の外観とＭＳ１に表示される画面例を示すものである。このＭＳ１は、ユーザが音声通話を行うための音声入出力部、ＢＳ２との無線通信を行う無線部（ともに図示せず）、液晶パネル等で構成された情報表示部１ａ、数字入力、文字入力等の情報入力操作が行われる操作部１ｂを備えるほか、これら各部を制御するマイクロコンピュータを内蔵している。また、ＭＳ１は文書データ閲覧用のソフトウェア（いわゆるブラウザ）を搭載している。このブラウザは、コンテンツ提供事業者の保有するＣＰＳ８から移動パケット通信網１０を介して供給されるＨＴＭＬ形式のデータ（以下、ＨＴＭＬデータという）に基づいて対話画面を表示させるソフトウェアである。
【００４５】
そして、ＭＳ１は上記ブラウザに従い、情報表示部１ａに種々の情報を表示し、これらの情報をユーザに提供する。この情報表示部１ａには、８（文字）×６（行）（表示部の面積や文字サイズに応じて横を８文字以上、縦を６行以上とすることも可能である）分の情報を表示することができる。
【００４６】
次に、図１１を参照し、ＭＳ１の利用例について説明する。
【００４７】
まず、ユーザが操作部１ｂの「情報」キーを押下すると、情報表示部１ａには、天気予報に関する情報をユーザに提供する初期画面１１Ａが表示される。ユーザはＭＳ１の中央のジョグダイヤルキー１ｃを操作することにより、初期画面の「１」〜「５」の天気予報メニューを選択することができる。
【００４８】
すなわち、ユーザが「１」を選択すると、今日の天気予報の画面１１Ｂが情報表示部１ａに表示される。そして、ユーザが「２」を選択すると、今週の天気予報の画面１１Ｃが情報表示部１ａに表示される。また、ユーザが「５」を選択すると、ウェザーメッセージのサブメニューの画面１１Ｄが表示され、雨降りアラームや天気速報などの情報を得ることができる。さらに、ユーザが「６」を選択すると世界の天気予報の画面１１Ｅが表示される。
【００４９】
このように、ブラウザの制御の下、テキスト中心の情報がＭＳ１のユーザに見やすい形で情報表示部１ａに表示される。
【００５０】
図１において、ＢＳ２は、地上を例えば半径５００ｍのエリアに分割した無線ゾーンごとに配置されており、この無線ゾーンに在圏したＭＳ１との間で無線通信を行う。
【００５１】
ＰＰＭ３は、複数のＢＳ２を収容するパケット加入者交換局に備えられたコンピュータシステムであり、ＭＳ１からのパケット交換要求を受け付けるとともに、移動パケット通信網１０内におけるパケット交換を中継する。
【００５２】
ＧＷＳ５は、移動パケット通信網１０とインターネット６等の他のネットワークとを相互接続するために移動パケット関門中継交換局に備えられたコンピュータシステムである。このＧＷＳ５は、後述するようにＭＳ１から自装置までの無線系区間と、自装置からＣＰＳ８までの有線系区間とを接続するためのもので、無線系区間において用いられる簡易プロトコル（以後、ＴＬ；第１の通信プロトコル）と、有線系区間におけるプロトコルであるＴＣＰとの差異を吸収して、ＭＳ１とＣＰＳ８との間でパケット通信が可能となるように種々の制御を行う。
【００５３】
また、ＧＷＳ５は複数台配置されてサーバ群を形成し、このサーバ群の中にはプロキシサーバ（Proxy Server）も含まれる。
【００５４】
ＣＰＳ８は、コンテンツ提供事業者が運用するサーバシステムであり、ユーザに提供すべき情報をＨＴＭＬデータの形式でインターネット６または専用線７を介してＧＷＳ５へ供給する。
【００５５】
また、ＧＷＳ５の内部にも、移動パケット通信網１０の事業者自身がコンテンツを提供するためのサーバが設けられている。
【００５６】
Ｍ−ＳＣＰ９は、加入者情報を管理するとともに、後述するパケット通信を開始する際のパケット登録、およびパケット通信を終了する際のパケット登録解除に関する処理を行う。
【００５７】
なお、パケット通信に対する課金情報はＰＰＭ３およびＧＷＳ５内に記録され、所定のタイミングで図示しない通話料金集計センタに転送される。
【００５８】
［１．２．プロトコル構成］
上記通信システムにおいて、ＭＳ１とＣＰＳ８との間でデータ通信を行うために、上記各装置は以下のようなプロトコル構成を採用する。
【００５９】
図２および図３は、本実施形態のプロトコル構成をＯＳＩ階層モデルに基づいて模式的に表現したものである。ここで、図２は、移動機単独でＣＰＳ８から情報の提供を受ける場合のプロトコル構成を示し、図３は、移動機に携帯情報端末、カーナビゲーション等の外付け装置１１が付帯した構成でＣＰＳ８から情報の提供を受ける場合のプロトコル構成を示している。
【００６０】
図２および図３に示したプロトコル構成において、ＧＷＳ５を境にして左側、すなわちＰＰＭ３、ＭＳ１（および外付け装置１１）までは、無線系のデータ通信区間であり、この区間では無線通信のプロトコルおよび本実施形態の簡易プロトコルであるＴＬが用いられる。一方、ＧＷＳ５を境にして右側、すなわちＣＰＳ８までは有線系のデータ通信区間であり、この区間では汎用プロトコルであるＴＣＰ／ＩＰ（第２の通信プロトコル）が用いられる。
【００６１】
そこで、図２および図３に示したプロトコル構成をＯＳＩ階層モデルに基づいて、下位のレイヤから順次説明する。
【００６２】
［１．２．１．第１層（物理層）］
図２および図３において、Ｌ１は物理層を示している。
【００６３】
有線系区間における物理層のプロトコルでは、専用線、公衆電話回線、ＩＳＤＮ等の物理媒体からなる通信回線を用いてビット列の伝送を行うことを保証するため、使用周波数、送信出力、変調方式やアクセス方式などを規定している。
【００６４】
一方、無線系区間における物理層のプロトコルでは、ＰＤＣシステムのチャネル構造を基にパケット通信用チャネルを定義し、特に、このパケット通信用物理チャネルの配置・構造およびこのパケット通信用物理チャネルを用いて信号を伝送する際の信号符号化方式や信号伝送方式などを規定している。
【００６５】
［１．２．２．第２層（データリンク層）］
図２および図３において、Ｌ２はデータリンク層を示している。
【００６６】
有線系区間におけるデータリンク層のプロトコルでは、物理層により提供されるビット列の伝送機能を利用して、ノード間でトランスペアレントな高信頼のデータ伝送を行うための手順やインタフェースを規定している。そして、このデータリンク層のプロトコルとしてＰＰＰを用いてデータリンクを確立する。
【００６７】
一方、無線系区間ではデータリンク層において、ＭＳ１とＰＰＭ３との間では、ＬＡＰＤＭ（Link Access Procedure for Digital Mobile channel）が用いられる。このＬＡＰＤＭは、制御用物理チャネルおよび通信用物理チャネルで使用されるものにパケット通信を効率的に行うための機能を加え、パケット通信用物理チャネルで使用できるようにしたものである。さらに、図３の場合は、ＭＳ１と外付け装置１１との間でＬＡＰＢ（Link Access Procedure Balanced）が用いられる。
【００６８】
［１．２．３．第３層（ネットワーク層）］
有線系区間におけるネットワーク層のプロトコルは、ＩＰ（Internet Protocol）により構成される。このＩＰにより経路制御が行われ、ＣＰＳ８から送信されたＨＴＭＬデータがインターネット６を介してＧＷＳ５に供給される。
【００６９】
また、無線系区間では、ＰＰＭ３とＧＷＳ５との間ではＰＭＡＰ（Packet Mobile Application Part；パケット移動通信応用部）が用いられる。このＰＭＡＰは、ＰＤＣ−Ｐ網内のノード間でユーザパケットを送受信するための信号方式として規定されているものである。
【００７０】
そして、ＭＳ１とＰＰＭ３との間の通信のためのネットワーク層のプロトコルは、ＲＴ（Radio frequency Transmission management；無線管理機能）、ＭＭ（Mobility Management；移動管理機能）、ＣＣ（Call Control；呼制御機能）で構成される。
【００７１】
ここで、ＲＴは無線ゾーンの選択、無線回線の設定、維持、切換えおよび切断などの機能を含む無線資源（パケット通信用物理チャネルを含む）の管理に関する機能を実現し、ＭＭは位置登録および認証機能を含む移動局の移動支援に関する機能を実現し、ＣＣは呼設定、維持および解放機能を含む回線呼接続制御に関する機能を実現する。これらの詳細な動作については「デジタル方式自動車電話システム標準規格  ＲＣＲ  ＳＴＤ−２７Ｆ」に記載されている。
【００７２】
これらの機能は協調動作し、同時待受制御、通信開始制御、パケット転送制御、チャネル切替制御、周期的登録制御、通信終了制御等の制御が行われる。
【００７３】
［１．２．４．第４層（トランスポート層）］
有線系区間におけるトランスポート層のプロトコルはＴＣＰで構成される。これは、ＣＰＳ８から送信されたＨＴＭＬデータをインターネット６を介してＧＷＳ５に供給するためのものである。
【００７４】
また、無線系区間のＭＳ１とＧＷＳ５との間の通信におけるトランスポート層のプロトコルは、簡易プロトコルＴＬで構成される。本ＴＬは、エンド・ツー・エンド間で信頼性の高い通信を行うためにコネクション型サービスを提供しており、バーチャルサーキットによる通信を可能とする。これにより上位層のアプリケーションがあたかも通信相手との間に物理的なポイント・ツー・ポイント・リンクが設置されているように会話型サービスを提供することが可能となる（これを「論理コネクション」と称する）。また、本ＴＬでは同時に複数の論理コネクションの設定が可能である。なお、移動パケット通信網１０の通信プロトコルは、ＴＬが移動パケット通信網１０のベアラに直接的に載るように構成されている。
【００７５】
［１．２．５．第５層（セッション層）］
有線系区間において、ＧＷＳ５とＣＰＳ８との間では、セッション層およびプレゼンテーション層において、ブラウザ表示のためにＨＴＴＰ、電子メール配信のためのＳＭＴＰ等が用いられる。
【００７６】
ＭＳ１とＧＷＳ５との間では、後述するバーチャルサーキット（仮想回線）によりＨＴＴＰを用いて通信が行われる。また、アプリケーション層において、ブラウザを搭載したＭＳ１と、ＰＬＡＩＮ  ＴＥＸＴ，ＨＴＭＬ，ＧＩＦ等各種の形式のデータを保有するＣＰＳ８との間で、データ通信が行われる。
【００７７】
［１．２．６．第６層（プレゼンテーション層）］
ＭＳ１とＧＷＳ５との間では、第６層は網間専用プロトコルとしてＨＴＴＰで構成され、ＧＷＳ５とＣＰＳ８との間では、ＨＴＴＰ／ＳＭＴＰで構成される。
【００７８】
［１．２．７．第７層（アプリケーション層）］
ＭＳ１のアプリケーション層は、インターネット閲覧ソフトとしての機能を備えたブラウザで構成され、ＭＳ１のユーザに種々の情報を提供するＣＰＳ８のアプリケーション層は、ＰＬＡＩＮ  ＴＥＸＴ，ＨＴＭＬ，ＧＩＦ等のデータで構成される。
【００７９】
［２．実施形態の動作］
このようなプロトコル構成を採用する通信システムにおいて、パケット通信を行う際の有線系区間および無線系区間を含めた全体の動作シーケンスについて説明する。なお、以下の説明では、無線系区間でやり取りされるパケットの構成について随時参照することとする。
【００８０】
［２．１．パケット登録時の動作シーケンス］
ユーザがＭＳ１の「情報」キーを押下すると、図４に示すパケット登録時の動作シーケンスが実行される。
【００８１】
まず、ＭＳ１側からパケット通信の登録要求がＰＰＭ３に向けて発行される（Ｓ１００）。これを受けてＰＰＭ３は、パケット発信者がパケット加入者であるか否かを示すパケット発信情報の読み出しを要求する信号をＧＷＳ５に向けて送出する（Ｓ１０１）。このパケット発信情報読出要求信号はＧＷＳ５を介してＭ−ＳＣＰ９に伝送される（Ｓ１０２）。
【００８２】
Ｍ−ＳＣＰ９は、パケット発信情報読出要求信号に含まれる発ＩＤに対応した加入者情報を検索し、ＭＳ１のユーザがパケットサービスの加入者であるか否かを判断してパケット発信情報読出応答信号を送出する（Ｓ１０３）。そして、このパケット発信情報読出応答信号がＧＷＳ５を介してＰＰＭ３に伝送される（Ｓ１０４）。
【００８３】
これを受けて、ＰＰＭ３はパケットの認証要求信号をＭＳ１に送出する（Ｓ１０５）。このパケット認証要求信号に対する応答信号がＭＳ１側からＰＰＭ３側に返送される（Ｓ１０６）。
【００８４】
次に、パケット通信の登録を要求するパケット通信登録要求信号がＰＰＭ３からＧＷＳ５を介してＭ−ＳＣＰ９に伝送される（Ｓ１０７→Ｓ１０８）。Ｍ−ＳＣＰ９は、ＭＳ１と無線伝送系との間でパケット通信を開始するための登録を行い、パケット通信登録応答信号をＧＷＳ５に返送する（Ｓ１０９）。そして、このパケット通信登録応答信号がＧＷＳ５からＰＰＭ３に伝送される（Ｓ１１０）。
【００８５】
ＰＰＭ３は、このパケット通信登録応答信号を受けると、回線の接続を要求する回線接続要求信号をＧＷＳ５に向けて送出する（Ｓ１１１）。これを受けて、ＧＷＳ５がＣＰＳ８に向けて回線接続要求信号を送出すると（Ｓ１１２）、ＣＰＳ８から回線接続応答信号が返送される（Ｓ１１３）。
【００８６】
この回線接続応答信号の供給を受けて、ＧＷＳ５からＰＰＭ３に回線接続応答信号が送出され（Ｓ１１４）、さらにＰＰＭ３からＭＳ１にパケット通信登録応答信号が送出される（Ｓ１１５）。
【００８７】
［２．２．パケット通信時の動作シーケンス］
このような一連のパケット通信登録処理が終了すると、ＭＳ１の情報表示部１ａには、例えば、既述の図１１に示したような初期画面が表示される。ここで、ユーザがジョグダイヤルキー１ｃを操作して、この初期画面のメニュー番号を選択すると、この番号にリンクされたＵＲＬのホームページの内容を情報表示部１ａに表示させるべく、パケット通信が開始される。
【００８８】
図５は、パケット通信時の動作シーケンスを示したものである。
【００８９】
まず、ＭＳ１からコネクション設定要求メッセージ（Open Request）と、アクセス対象となるホームページのＵＲＬと、このホームページの内容をＭＳ１の情報表示部１ａに表示するために必要なデータの転送を要求するＨＴＴＰ−Ｇｅｔ指令とを含むパケット（ＴＬ−ＯｐｅｎＲｅｑパケット；特許請求の範囲における「第１のパケット」）が送出される（Ｓ２００）。
【００９０】
図８は、このコネクション設定要求時に送出されるＴＬ−ＯｐｅｎＲｅｑパケットの構成を示したものである。このパケットにおいて、メッセージ種別を示すフィールドには、メッセージ種別が「Ｏｐｅｎ  Ｒｅｑｕｅｓｔ」メッセージであることを示す情報が格納されるとともに、データ用のフィールドには、上記ＵＲＬを含むＨＴＴＰ−Ｇｅｔ指令用のデータが格納されている。そして、論理番号フィールドには、ＭＳ１とＧＷＳ５との間で確立される、エンド・ツー・エンドのコネクションを識別するために使用される識別番号が格納されている。無線系区間における簡易プロトコルＴＬでは、同時に複数の論理コネクションを可能とし、個々の論理コネクションはこの論理番号により識別される。この論理番号は移動機側で設定される。
【００９１】
また、通信パラメータを示すフィールドには、ＭＳ１が一度に受信することができるデータ長やデータ数、さらに再送を行う場合のタイマ値等の情報が格納されている。つまり、ＭＳ１が自らの能力に関する情報を転送パケットの通信パラメータフィールド内に格納して網側に送信する。
【００９２】
このＴＬ−ＯｐｅｎＲｅｑパケットは、ＰＰＭ３を介してＧＷＳ５に送出される（Ｓ２０１）。これを受けて、ＧＷＳ５からＴＣＰの確認応答用パケット、およびＴＬのOpen Requestに対する確認応答メッセージ（Open Acknowledge）を含むパケット（ＴＬ−ＯｐｅｎＡｃｋパケット；特許請求の範囲における「第２のパケット」）がＰＰＭ３に返送される（Ｓ２０２，Ｓ２０３）。
【００９３】
つまり、網側では論理コネクション設定要求メッセージを受けて、ＭＳ１側の通信パラメータ情報を解析し、論理コネクション設定時の通信パラメータを決定して確認応答メッセージ（Open Acknowledge）とともに送出する。
【００９４】
このように、簡易プロトコルＴＬでは、データ送受信前の論理コネクション設定時に事前に相手側の能力（上記通信パラメータの値）についてネゴシエートし、リソースの効率的な使用と、トラヒックの偏りによる能力制御が行われる。
【００９５】
そして、これらの動作によりＭＳ１とＧＷＳ５との間で論理コネクションが確立され、パケットデータの送受信の準備が完了する。
【００９６】
図９は、コネクション設定要求に対する確認応答時に送出されるＴＬ−ＯｐｅｎＡｃｋパケットの構成を示したものである。このパケットにおいて、メッセージ種別を示すフィールドには、メッセージ種別が「Ｏｐｅｎ  Ａｃｋｎｏｗｌｅｄｇｅ」メッセージであることを示す情報が格納されるとともに、論理番号フィールドには、コネクション設定要求時に指定された論理番号が格納されている。
【００９７】
そして、このＴＬ−ＯｐｅｎＡｃｋパケットが移動機側に転送され（Ｓ２０５）、さらにＴＣＰの確認応答用パケットがＰＰＭ３からＧＷＳ５に転送される（Ｓ２０４）。
【００９８】
一方、ＴＬ−ＯｐｅｎＲｅｑパケットを受け取ったＧＷＳ５と、ＣＰＳ８との間では、通常のＴＣＰの動作シーケンスに基づいて以下のようなやり取りがなされる。
【００９９】
まず、ＧＷＳ５とＣＰＳ８との間のコネクションを確立するために、ＳＹＮフラグが設定されたセグメントがＧＷＳ５からＣＰＳ８に向けて送出され（Ｓ２０６）、このセグメントを受信した旨の確認応答としてＳＹＮフラグおよびＡＣＫフラグが設定されたセグメントがＣＰＳ８からＧＷＳ５に返送される（Ｓ２０７）。そして、ＡＣＫフラグが設定されたセグメントがＧＷＳ５からＣＰＳ８に送出される（Ｓ２０８）。このようなスリーウェイハンドシェーク（Three Way Handshake）手順によりＧＷＳ５とＣＰサーバ８間のコネクションが確立される。
【０１００】
次に、対象となるホームページのＵＲＬ（ステップＳ２０１においてＭＳ１から取得したもの）を含むＨＴＴＰ−ＧｅｔセグメントがＧＷＳ５からＣＰサーバ８に向けて送信され（Ｓ２０９）、このセグメントを受信した旨の確認応答信号がＣＰＳ８からＧＷＳ５に返送される（Ｓ２１０）。
【０１０１】
そして、上記ＵＲＬで指定されたＣＰＳ８内のホームページのデータを含むＨＴＴＰ−ＲｅｓセグメントがＣＰＳ８からＧＷＳ５に向けて送信され（Ｓ２１１）、このセグメントを受信した旨のＡＣＫフラグが設定されたセグメントがＣＰＳ８に返送される（Ｓ２１２）。
【０１０２】
ＨＴＴＰによるデータ転送が終了すると、次のようなコネクションの終了処理がなされる。
【０１０３】
まず、ＦＩＮフラグの設定されたセグメントがＣＰＳ８からＧＷＳ５に送出される（Ｓ２１３）。このセグメントを受信した旨の確認応答セグメントがＧＷＳ５から返送される（Ｓ２１４）。そして、今度は、ＧＷＳ５から同様のコネクション終了処理がなされる（Ｓ２１５，Ｓ２１６）。
【０１０４】
このようなステップＳ２０６〜Ｓ２１６までの１１ステップからなるシーケンスを介して、ＣＰＳ８内のホームページのデータがＧＷＳ５に供給される。
【０１０５】
続いて、ＧＷＳ５に供給されたＣＰＳ８内のホームページのデータを含むパケット（ＴＬ−ＤＡＴＡパケット）は、ＰＰＭ３に転送される（Ｓ２１７）。
【０１０６】
図１０ではこのパケットがパケット１０Ａとされ、その構成が示されている。このパケット１０Ａにおいて、メッセージ種別を示すフィールドには、メッセージ種別が「Ｄａｔａ」メッセージであることを示す情報が格納されるとともに、データフィールド内にはＣＰＳ８内のホームページのデータが格納されている。
【０１０７】
このパケットを受信した旨のＴＣＰ確認応答パケットがＰＰＭ３からＧＷＳ５に返送される（Ｓ２１８）。そして、ＰＰＭ３に転送されたＴＬ−ＤＡＴＡパケットがＭＳ１に転送される（Ｓ２１９）。これにより、ユーザが指定したＵＲＬのホームページのデータがＭＳ１に転送され、情報表示部１ａには、ユーザが初期画面から選択した番号に対応する内容が表示される。
【０１０８】
そして、ＴＬ−ＤＡＴＡパケットを受信した旨の確認応答パケット（ＴＬ−ＤＡＴＡ  Ａｃｋパケット）がＭＳ１からＰＰＭ３に返送される（Ｓ２２０）。
【０１０９】
図１０ではこのパケットがパケット１０Ｂとされ、その構成が示されている。このパケット１０Ｂにおいて、メッセージ種別を示すフィールドには、メッセージ種別が「Ｄａｔａ  Ａｃｋｎｏｗｌｅｄｇｅ」であることを示す情報が格納されている。
【０１１０】
ＰＰＭ３に返送されたパケットは、ＧＷＳ５に転送され（Ｓ２２１）、このパケットを受信した旨のＴＣＰ確認応答パケットがＰＰＭ３に返送される（Ｓ２２２）。
【０１１１】
なお、以上の説明では、ＣＰＳ８からＭＳ１への１回のパケット転送によりデータ転送が終了する例を挙げたが、実際は、ＣＰＳ８から供給されたデータ量に応じて、ＰＰＭ３とＧＷＳ５との間のシーケンス（Ｓ２１７，Ｓ２１８，Ｓ２２１，Ｓ２２２）およびＭＳ１とＰＰＭ３との間のシーケンス（Ｓ２１９，Ｓ２２０）が繰り返し実行される。つまり、ＣＰＳ８から供給されたデータ量がＭＳ１側で一度に受信することのできる最大データ量の３倍であれば、３回に分けてＭＳ１側にデータが転送されることになり、ステップＳ２１７，Ｓ２１８，Ｓ２２１，Ｓ２２２およびステップＳ２１９，Ｓ２２０の処理が３回繰り返して実行される。
【０１１２】
［２．３．パケット通信終了時の動作シーケンス］
図６は、パケット通信終了時の動作シーケンスを示したものである。
【０１１３】
まず、ＭＳ１からパケット通信の登録の解除を要求する信号がＰＰＭ３、ＧＷＳ５を介してＭ−ＳＣＰ９に伝送される（Ｓ３００→Ｓ３０１→Ｓ３０２）。Ｍ−ＳＣＰ９は、ＭＳ１のパケット通信登録を解除してパケット通信登録解除信号を送出する（Ｓ３０３）。このパケット通信登録解除信号がＧＷＳ５、ＰＰＭ３を介してＭＳ１に伝送され（Ｓ３０４→Ｓ３０５）、これを受けて、ＭＳ１はＰＰＭ３にパケット通信登録解除信号に対する応答信号を送出する（Ｓ３０６）。
【０１１４】
次に、ＰＰＭ３はＧＷＳ５に向けて回線の切断を要求する旨の信号を送出し（Ｓ３０７）、ＧＷＳ５からＣＰＳ８に向けて回線切断要求信号が送出される（Ｓ３０８）。これを受けたＣＰＳ８からＧＷＳ５に回線切断応答信号が送出され（Ｓ３０９）、さらにＧＷＳ５からＰＰＭ３に回線切断応答信号が送出されると（Ｓ３１０）、パケット通信終了時のシーケンスが完了する。
【０１１５】
［３．実施形態の効果］
（１）このように、図１５に示した従来のＰＰＰ，ＩＰ，ＴＣＰによるシーケンスと、本実施形態の図５に示したＭＳ１とＧＷＳ５との間のＴＬによるシーケンスとを比較すると、送信側と受信側とでやり取りされる信号数が大幅に減少し（約１／３に削減）、ＭＳ１のハードウェアのスペック（ＣＰＵの処理能力、メモリ容量等）がそれほど高くなくても、スムーズにデータ通信を行うことができる。
【０１１６】
（２）また、図７に示したように、本実施形態において転送されるパケット７Ｂの構成は大幅に簡素化される。つまり、簡易プロトコルＴＬによる通信では、各パケットは約１０バイトのヘッダ（ＴＬヘッダという）と、アプリケーションデータ（例えば５００バイトであり、最大１４００バイトまで拡張可能）で構成されることになる。したがって、従来のＴＣＰ／ＩＰによるパケット７Ａと比べて、大幅にヘッダサイズが小さくなっている（約１／５に削減されている）。これにより、転送データ量が削減され、通信コストも削減される。
【０１１７】
［４．変形例］
本発明は、上記実施形態に限定されるものではなく、例えば以下のように種々の変形が可能である。
【０１１８】
（１）本実施形態では、移動機のユーザがＣＰサーバからデータの配信を受けるという観点から、網に対する下り方向のデータ通信について記載したが、上り方向のデータ通信でも、本実施形態で示した通信プロトコル（ＴＬ）に従ってデータを転送することができる。すなわち、インターネットに接続された相手端末に電子メールを送信する場合などにＴＬによるデータ通信が可能である。
【０１１９】
（２）本実施形態で示した通信プロトコル（ＴＬ）は、簡易プロトコルの一例にすぎない。従来のＴＣＰ／ＩＰのように信号数の多いプロトコルではなく、トランスポート層レベルで通信相手とバーチャルサーキットで接続され、かつコネクション型通信が可能となるプロトコルであればよい。
【０１２０】
（３）本実施形態で示したパケットの構成や情報要素の内容も一例にすぎず、ヘッダサイズを小さくして、ユーザ端末と中継装置との間でスムーズにデータ通信ができるようであればよい。
【０１２１】
（４）ＣＰサーバから配信されるデータの形式もＨＴＭＬに限らず、その他の形式を採用してもよい。例えば、配信される情報がテキストデータのみであれば、ＨＴＭＬのようにブラウザ対応のタグを用いたデータ形式でなくてもよい。
【０１２２】
（５）ＧＷＳ５を複数の装置から構成し、ＧＷＳ５にかかる負荷やトラヒックを分散するようにしてもよい。例えば、ＧＷＳ５を、図１６に示すように、Ｍ−ＰＧＷ（移動メッセージ用パケット関門中継処理装置；Mobile Message-Packet Gateway Module)１２とＧＷＳ１３とに分離し、移動パケット通信網１０と外部の通信路との中継処理をＧＷＳ１３が、他の処理をＭ−ＰＧＷ１２が行うようにしてもよい。また、Ｍ−ＰＧＷ１２を複数個だけ設け、各Ｍ−ＰＧＷ１２をＧＷＳ１３に接続した構成とし、各Ｍ−ＰＧＷにかかる負荷およびトラヒックを分散するようにしてもよい。
【図１】
0003582720.tif 000002
【図２】
0003582720.tif 000003
【図３】
0003582720.tif 000004
【図４】
0003582720.tif 000005
【図５】
0003582720.tif 000006
【図６】
0003582720.tif 000007
【図７】
0003582720.tif 000008
【図８】
0003582720.tif 000009
【図９】
0003582720.tif 000010
【図１０】
0003582720.tif 000011
【図１１】
0003582720.tif 000012
【図１２】
0003582720.tif 000013
【図１３】
0003582720.tif 000014
【図１４】
0003582720.tif 000015
【図１５】
0003582720.tif 000016
【図１６】
0003582720.tif 000017