JP3727198B2 - ゲートウェイ装置 - Google Patents
ゲートウェイ装置 Download PDFInfo
- Publication number
- JP3727198B2 JP3727198B2 JP20573899A JP20573899A JP3727198B2 JP 3727198 B2 JP3727198 B2 JP 3727198B2 JP 20573899 A JP20573899 A JP 20573899A JP 20573899 A JP20573899 A JP 20573899A JP 3727198 B2 JP3727198 B2 JP 3727198B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- confirmation signal
- reception confirmation
- communication device
- relay processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000004891 communication Methods 0.000 claims description 124
- 238000012545 processing Methods 0.000 claims description 123
- 238000012790 confirmation Methods 0.000 claims description 63
- 238000011144 upstream manufacturing Methods 0.000 claims description 23
- 238000000034 method Methods 0.000 claims description 18
- 230000004044 response Effects 0.000 claims description 9
- 230000005540 biological transmission Effects 0.000 description 27
- 230000008569 process Effects 0.000 description 14
- 230000006870 function Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 9
- 230000007704 transition Effects 0.000 description 6
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000002411 adverse Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
Images
Landscapes
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ビット誤りの少ない有線通信回線とビット誤りの多い無線通信回線との間に介在し、且つ無線通信装置に対する通信パケットの再送処理手段を備えたゲートウェイ装置に関するものである。
【０００２】
【従来の技術】
従来、この種のゲートウェイ装置及び通信装置を備えてなるシステムは、たとえば、下記文献に示されている。
文献；「Evolution of Wireless Data Services:IS-95 to cdma2000」 IEEE Communication Magazine, October 1998, pp.140 - 149.この文献の１４４頁の図１において、移動交換センタ(Mobile Switching Center)にゲートウェイ装置の機能が含まれている。公衆データ網(Public Data Network)に接続された通信装置と無線回線に接続された無線通信装置(Mobile Station)とは、公衆データ網のアクセスポイントとして機能する中継装置(Inter Working Function)、移動交換センタ、基地局(Base Station)を介して接続される。移動交換センタＭには無線リンクプロトコル(Radio Link protocol)が実装されており、上記文献の１４４頁の「The Burst Mechanism in ISー95-B」なる項に記載されているように、移動交換センタと基地局との間で再送機能(ARQ:Automatic Repeat reQuest)を働かせることにより、信頼性のあるデータ伝送サービスを提供している。再送機能とは、伝送したデータが正しく相手先に届いたことを確認する受信確認が受信側から送信側に到着するまで、送信側は同じデータを繰り返し送る方式である。このようにすることにより、無線回線のような誤りの多い通信回線においても、品質の高いデータ伝送を可能としている。
【０００３】
【発明が解決しようとする課題】
しかしながら、公衆データ網に接続された通信装置と無線回線につながれた無線通信装置とがＴＣＰ／ＩＰプロトコルを用いて通信している場合には、無線リンクプロトコルにおける再送機能の他に、ＴＣＰプロトコルおける再送機能が働いているため、無線リンクプロトコルで再送中にＴＣＰプロトコルのタイマがタイムアウトし、無線通信装置との間で再送が行われているにもかかわらず、同一のパケットが公衆データ網側に接続された通信装置から再送される場合が有り、無線回線におけるトラフィックを不必要に増大させてしまうという問題点があった。また、無線リンクプロトコルにおける再送により、無線通信装置から返送される受信確認信号の、公衆データ網に接続された通信装置への到着時間の変動が大きくなり、その結果、ＴＣＰプロトコルのタイマの値が適切に設定されなかったりしていた。
したがって、本発明の目的は、ＴＣＰプロトコルの通信パケットのように受信確認信号のフィールドを有するトランスポート層の通信パケットを用いてデータの送受を行う通信システムにおいて、送信元における受信確認信号の到着時間の変動を軽減し且つ無線回線におけるトラフィック増大を防止するゲートウェイ装置を提供することにあり、これを、無線通信装置に対する再送処理手段を有し且つトランスポート層の通信パケットを中継するゲートウェイ装置を、移動交換センタ等に設けることによって達成したものである。
【０００４】
【課題を解決するための手段】
本発明は、有線回線網と無線回線の間に介在し、受信確認信号のフィールドを有するトランスポート層の通信パケットの中継処理を行うパケット中継処理手段と、無線通信装置に対して予め定められた手順に従って通信パケットの再送処理を行う再送処理手段と、を有するゲートウェイ装置に関するものである。
請求項１の発明は、パケット中継処理手段が、無線通信装置に代わって通信パケットのプロトコルに関する受信確認信号を作成する第１の中継処理機能と、無線通信装置側からの上りの通信パケットの受信確認信号のフィールドを、このパケット中継処理手段で作成した受信確認信号で書き換え、この上りの通信パケットに相乗りさせる第２の中継処理機能と、を備えている。
請求項２の発明は、パケット中継処理手段が、無線通信装置に代わって通信パケットのプロトコルに関する受信確認信号を作成するとともに、この受信確認信号作成時にタイマーを設定する第１の中継処理機能を備えている。また、タイマーがタイムアウトするまでに、無線通信装置側からの上りの通信パケットが到着しなかった場合に、このパケット受信中継手段で作成した受信確認信号を、受信確認信号フィールドに有する通信パケットを生成して有線回線網側へ送信する第２の中継処理機能を備えている。
この請求項１及び２の構成によれば、無線通信装置に代わってパケット中継手段が、有線回線網側の通信装置に対する受信確認信号を生成するため、再送処理部における遅延の影響を受けない受信確認信号の返送が可能となり、有線回線網側の通信装置への受信確認信号の到着時間の変動が少なくなる。
【０００７】
【発明の実施の形態】
次に、本発明の第１の実施の形態を図１〜図５を用いて説明する。図１は本発明が適用されるシステム例を示す構成図であり、通信装置１と無線通信装置２とは、有線回線網３、そのアクセスポイントとして機能する中継装置４、移動交換センタ５、及び基地局６を介して接続され、ＴＣＰ／ＩＰプロトコルを用いて通信を行ない、ＴＣＰプロトコルの通信パケット（ＴＣＰパケット）を用いてデータの授受を行う。ゲートウェイ装置１０は、パケット中継処理部１１と再送処理部１２とからなり、移動交換センタ５の中に組み込まれている。有線回線網３側から無線回線側への通信を下り、無線回線側から有線回線網３側への通信を上りと呼ぶ。
移動交換センタ５に入力された下りのＴＣＰパケットは、その有線回線網側の送受信インタフェースを介してパケット中継処理部１１へ渡され、パケット中継処理部１１で中継処理されて再送処理部１２に転送され、無線回線側の送受信インタフェースを介して出力される。再送処理部１２は、無線回線に接続された通信装置２との再送処理により誤りのないＴＣＰパケットを通信装置２に伝送し、また、再送処理により誤りのないＴＣＰパケットを受け取る。
上りのＴＣＰパケットは、移動交換センタ５における無線回線側の送受信インタフェースを介して再送処理部１２に渡され、再送処理により誤りのないＴＣＰパケットがパケット中継処理部１１へ転送され、パケット中継処理部１１で中継処理され、有線回線網側の送受信インタフェースを介して有線回線網３側へ出力される。
【０００８】
この実施形態では、通信装置1と無線通信装置2がプロトコルとしてＴＣＰプロトコルを用いて通信を行っている場合を前提としている。ＴＣＰプロトコルは、本来、通信端末間のプロトコルであり、先ずこれについて説明する。図２にＴＣＰパケットの構成図を示す。
図２において、１行は３２ビット（４バイト）を表す。ＴＣＰプロトコルは確認応答型のプロトコルである。通信装置１から送信されるＴＣＰパケットには３２ビットからなる順序番号（シーケンス）が付与されている。この順序番号はそのＴＣＰパケットが無線通信装置２に運ぶデータのバイト位置を表している。
たとえば、今、通信装置１から無線通信装置２へすでにバイト位置”２２９”までのデータは正しく届けられているとすると、無線通信装置２は次のパケットでバイト位置”２３０”から始まるＴＣＰパケットを待っている状態にあることになる。その状態において通信装置１から順序番号”２３０”データの長さ２５０バイトのＴＣＰパケットが正しく無線通信装置２に受信されると、無線通信装置２は、次に受信することを期待するＴＣＰパケットの先頭データのバイト位置４８０（＝２３０＋２５０）を確認応答番号にもつ受信確認信号（ＡＣＫ信号）を通信装置１に返送する。
この時、もし受信したＴＣＰパケットの順序番号が”３１０”、長さが２５０バイトである場合には、バイト位置２３０から３０９までのデータがまだ無線通信装置２へ到着していないことになる。この場合には依然として無線通信装置が次に受信することを期待するＴＣＰパケットの先頭データのバイト位置は”２３０”であるので、たとえ順序番号”３１０”データ長２５０バイトのＴＣＰパケットが正しく無線通信装置２へ到着しても無線通信装置２が返送する受信確認信号の確認応答番号は”５６０”ではなく、”２３０”である。その後、順序番号”２３０”データ長８０バイトのＴＣＰパケットを無線通信装置２が受け取ると、無線通信装置２は”５６０”を確認応答番号にもつ受信確認信号を通信装置１へ返送する。この受信確認信号は２つのパケットの受信確認となる。
受信確認信号（ＡＣＫ信号）は、無線通信装置２から通信装置１へ送信するＴＣＰパケットのヘッダの１４バイト目にあるＡＣＫビットをオンにし、９バイト目から４バイトを用いて設けられた確認応答番号フィールドに、次に受信を期待するデータのバイト位置を設定することにより伝送される。
ＡＣＫ信号は、無線通信装置２から通信装置１へ送信するデータがあればそのデータを送信するＴＣＰパケットに相乗りして、なければデータ部なしのＴＣＰパケットとして伝送される。通信装置１にはＴＣＰプロトコルのタイマが設定されており、そのタイマがタイムアウトするまでに、送信したＴＣＰパケットの受信確認が受信されない場合には、そのＴＣＰパケットを通信装置１から再送する。この実施形態のゲートウェイ装置のパケット中継処理部１１は、本来、無線通信装置が行っていた受信確認に関する処理を肩代わりして行う。
【０００９】
次に、この第１実施形態におけるパケット中継処理部１１の処理を図３〜図５を用いて説明する。図３はパケット中継処理部１１の状態遷移図である。パケット中継処理部１１には、「アイドル」「パケット受信処理」「受信確認送信処理」の３つの状態がある。通常は「アイドル」状態にあり、送受信インタフェースあるいは再送処理部１２からＴＣＰパケットを受け取ったり、タイムアウトが発生したりすると、「パケット受信処理」状態及び「受信確認送信処理」状態に遷移する。「パケット受信処理」及び「受信確認送信処理」が終了すると「アイドル」状態に戻る。
【００１０】
図４はパケット中継処理部１１のパケット受信処理を説明するフローチャートである。パケット中継処理部１１はＴＣＰパケットを受け取るとそれが下りＴＣＰパケットか、上りＴＣＰパケットかを判定する。
下りＴＣＰパケットである場合には、そのパケットの順序番号が、次にパケット中継処理部が受け取ることを期待しているパケットの順序番号を示す内部変数ＡＣＫ_NOと一致するかどうかをチェックする。一致しない場合には、通信装置１とパケット中継部との間でパケットロスが発生したか、あるいは到着パケットの順序の逆転が起こっているので、ＡＣＫ_NOの更新を行わず、未ＡＣＫパケットメモリに”順序番号、データ長”の組みからなるそのパケットを示すデータを登録し、その下りＴＣＰパケットを再送処理部１２へ転送した後、アイドル状態に戻る。
受信したパケットの順序番号と内部変数ＡＣＫ_NOが一致する場合には、ＡＣＫ_NOに新しくそのパケットの”順序番号+データ長”の値を設定することによりＡＣＫ_NOを更新する。たとえば、更新前のＡＣＫ_NOが“２３０”で受け取ったＴＣＰパケットの順序番号が“２３０”、データ長が２５０バイトであった場合にはＡＣＫ_NOを“４８０”に更新する。次に未ＡＣＫパケットメモリにエントリがある場合には、このパケットを受信することにより受信確認未返送のパケットに対する受信確認信号も送れる可能性があるので、ＡＣＫ_NOと一致する順序番号をもつエントリが未ＡＣＫパケットメモリにあるかどうかをチェックする。ある場合はＡＣＫ_NOを更新する。この動作をＡＣＫ_NOが更新できなくなるまで繰り返す。たとえば、未ＡＣＫパケットメモリに（４８０、１５０）（６３０、１００）の２つのエントリーがあった場合にはＡＣＫ_NOを“７３０”に更新する。
次にタイマＴ１がまだ設定されていない場合にはタイマＴ１を設定する。タイマＴ１は受信確認信号（ＡＣＫ信号）を相乗りさせるための上りＴＣＰパケットを待つ時間の最大値を意味する。ＡＣＫ信号は上りデータのない単独ＴＣＰパケットとして送信することも可能であるが、上りのデータを含むＴＣＰパケットが存在するならば、そのＴＣＰパケットに相乗りして受信確認を伝送した方が効率が良い。パケット中継処理部１１はタイマ設定後、受け取った下りのＴＣＰパケットを再送処理部１２へ転送しアイドル状態に戻る。
受け取ったＴＣＰパケットが上りのＴＣＰパケットである場合は、まずそのＴＣＰパケットの９バイト目から４バイトのフィールドにある確認応答番号のフィールドを内部変数ＡＣＫ_NOの値で置き換える。これでＡＣＫ信号が上りＴＣＰパケットに相乗りできたことになる。相乗りがすんだので、タイマＴ１をリセットし、有線回線網側の送受信インタフェースへそのＴＣＰパケットを転送する。ＴＣＰパケットの転送が終わるとアイドル状態に戻る。
【００１１】
図５はパケット中継処理部１１の受信確認送信処理を説明するフローチャートである。アイドル状態で、相乗りする上りＴＣＰパケットがタイマＴ１の時間経過しても来ない場合にはタイムアウトが発生する。この場合には、確認応答番号に内部変数ＡＣＫ_NOを設定したＴＣＰパケットをパケット中継処理部１１が発生し、有線回線側の送受信インタフェースへそのＴＣＰパケットを転送すると同時に設定されていたタイマＴ１をリセットする。この場合、通信装置１へ返送されるＴＣＰパケットには受信確認信号（ＡＣＫ信号）だけが含まれ、上りデータは含まれない。その後、アイドル状態に戻る。
【００１２】
以上のように第１実施形態によれば、パケット中継手段が有線回線網側の通信装置に対する受信確認信号を、無線通信装置に代わって生成するようにしたので、再送処理部における遅延の影響を受けない受信確認信号の返送が可能となり、ゲートウェイ装置と無線通信装置の間の再送処理中に無駄なＴＣＰパケットが有線回線網側から送信されることがなくなり通信効率が向上する。また、再送処理による遅延の影響を受けない受信確認信号が返送されるので、有線回線網側の通信装置への受信確認信号の到着時間の変動が少なくなり、ＴＣＰパケットの再送のためのタイマ値の設定に悪影響を与えることがなくなる。
【００１３】
次に、本発明の第２の実施の形態を図６〜図８を用いて説明する。この実施形態は、第１の実施形態とほぼ同一の構成であるが、上りＴＣＰパケットに相乗りさせる場合のパケット受信処理が異なる。すなわち、第１の実施形態では無線通信装置２からの上りのＴＣＰパケットがあればすぐに下りＴＣＰパケットの受信確認信号を上りＴＣＰパケットに相乗りして有線回線網側へ伝送していたが、この実施形態では、再送処理部１２での再送回数を制限し、制限回数だけ再送した場合に必要となる時間だけ受信確認信号の返送を遅延させ、受信確認信号返送における遅延時間の変動を軽減させるようにしたものである。
第２の実施形態においては、再送処理部１２は正しいＴＣＰパケットの伝送が無線通信装置２に対して行われるまで何度でも再送するのではなく、再送回数を制限しあらかじめ定めた制限回数の再送を行っても正しく無線通信装置２にＴＣＰパケットが伝送できない場合には再送動作を中止し、ゲートウェイ装置１０でそのＴＣＰパケットを廃棄する。
【００１４】
図６は第２の実施形態におけるパケット中継処理部１１の状態遷移図である。パケット中継処理部１１には「アイドル」「パケット受信処理」「受信確認送信処理」に「遅延処理」を加え、４つの状態がある。通常はアイドル状態にあり、ＴＣＰパケットの受け取り、タイマＴ１のタイムアウト、タイマＴ２のタイムアウトが発生すると各状態に遷移する。
図７はパケット中継処理部１１のＴＣＰパケット受信処理を説明するフローチャートである。パケット中継処理部１１はＴＣＰパケットを受け取るとそれが下りＴＣＰパケットか上りＴＣＰパケットかを判定する。
パケット中継処理部１１が受け取ったＴＣＰパケットが、下りＴＣＰパケットである場合には、そのＴＣＰパケットの順序番号とデータ長を読み込みｉ＝（順序番号+データ長）をパラメータとする遅延処理用タイマＴ２(i)を設定する。このタイマＴ２(i)には、再送処理部１２で再送が最大回数起こった場合に、パケット中継部１１が再送処理部１２にそのＴＣＰパケットを転送してから、必要な時間を設定する。タイマＴ２(i)を設定後、受け取った下りのＴＣＰパケットを再送処理部１２に転送し、アイドル状態に戻る。
パケット中継処理部１１が受け取ったＴＣＰパケットが、上りＴＣＰパケットである場合には、まず、そのＴＣＰパケットにＡＣＫビットが立っているかどうかをチェックする。ＡＣＫビットがたっていない場合にはそのＴＣＰパケットは確認応答番号を運ばないので、そのまま有線回線網側の送受信インタフェースにそのＴＣＰパケットを転送する。ＡＣＫビットがたっている場合には、そのＴＣＰパケットの確認応答番号フィールドの値がすでにＯＫパケットリストに登録されているかどうかをチェックし、まだ登録されていない場合にはその値をＯＫパケットリストに登録する。ＯＫパケットリストは無線通信装置２から送られた確認応答番号のうち、まだ通信装置１へ送られていないもののリストである。第２の実施形態では確認応答を一定時間遅延させて伝送するため、このリストを設ける。
次に、ＴＣＰパケットの確認応答番号フィールドの値を内部変数ＡＣＫ_NOに書き換える。ＡＣＫ_NOは後述する遅延処理により設定される値である。次に、タイマＴ１をリセットし、ＴＣＰパケットを有線回線網側の送受信インタフェースに転送した後アイドル状態に戻る。
【００１５】
図８は遅延処理を説明するフローチャートである。アイドル状態からｉをパラメータとして複数存在するタイマＴ２(i)のうちの１つのタイマがタイムアウトすると、まずＯＫパケットリストにタイムアウトしたタイマのパラメータｉが登録されているかどうかをチェックする。ＯＫパケットリストに登録されていない場合には、パラメータｉに対応するＴＣＰパケットが無線通信装置２に正しく伝送されていないので、何もせずにアイドル状態に戻る。
ＯＫパケットリストにパラメータｉが登録されている場合にはｉを内部変数ＡＣＫ_NOにセットする。これで、次に相乗りできる上りのＴＣＰパケットをパケット中継処理部が受け取るか、あるいはタイマＴ１がタイムアウトすると、確認応答番号がｉである確認応答信号が通信装置1に伝送されることになる。次にタイマＴ１がまだセットされていない場合にはセットし、ＯＫパケットリストからｉを削除した後、アイドル状態に戻る。
このように、この実施形態においては、再送処理部の再送回数を制限した場合に、一定の遅延時間で受信確認信号が有線回線網側の通信装置に返送されるので、受信確認信号の到着時間の変動が少なくなり、ＴＣＰプロトコルの再送タイマの設定に悪影響を与えることがなくなる。
【００１６】
次に、本発明の第３の実施の形態を図９〜図１１を用いて説明する。
図９は第３実施形態におけるパケット中継処理部１１の状態遷移図である。パケット中継処理部には「アイドル」「パケット受信処理」「再送登録削除処理」の３つの状態がある。通常は「アイドル」状態にあり、有線回線網側からのＴＣＰパケットの受け取りや再送処理部１２からの再送処理終了通知により「パケット受信処理」状態および「再送登録削除処理」状態に遷移する。各処理状態における処理が終了すると「アイドル」状態に戻る。
【００１７】
図１０はパケット中継処理部１１におけるパケット受信処理のフローチャートである。「アイドル」状態にあるパケット中継処理部１１は、有線回線側からの下りＴＣＰパケットを受け取ると、そのＴＣＰパケットが登録されているかどうかをチェックする。通信装置１、２間の通信のトランスポート層プロトコルがＴＣＰであるので、ＴＣＰパケットは送信ポート番号と順序番号の対で一意に特定できる。
パケット中継処理部１１における再送パケット登録部には、再送処理部１２で現在再送処理中の下りＴＣＰパケットの送信ポート番号と順序番号が登録されている。パケット中継処理部１１では、有線回線側から受け取った下りＴＣＰパケットの送信ポート番号と順序番号を読込み、再送パケット登録部に登録されているかどうかをチェックする。
登録されている場合は、そのＴＣＰパケットは再送処理部１２で再送処理中であるので、そのＴＣＰパケットは再送処理部１２へ転送せずに廃棄し、アイドル状態に戻る。
パケット中継処理部１１における再送パケット登録部に、そのＴＣＰパケットが登録されていない場合には、そのＴＣＰパケットの送信ポート番号と順序番号の対を再送パケット登録部にまず登録し、その後、再送処理部１２にそのＴＣＰパケットを転送する。転送が終わるとアイドル状態に戻る。
【００１８】
図１１はパケット中継処理部１１における再送登録削除処理フローチャートである。再送処理部１２は、下りＴＣＰパケットの無線通信装置２への再送処理が終了すると再送処理終了通知をパケット中継処理部１１へ通知する。その通知をパケット中継処理部１１が受け取ると、パケット中継処理部１１は再送パケット登録部から該当する下りＴＣＰパケットの情報を削除する。
このように第３実施形態によれば、再送処理部で再送中の同一ＴＣＰパケットが有線回線網側の通信装置から再送された場合には、パケット中継処理部がそのＴＣＰパケットを廃棄するようにしたので、無線回線部の通信効率が向上する。なお、この実施形態では、送信ポート番号と順序番号をパケットを登録するための情報として用いたが、その他の情報でも通信パケットが特定できれば利用できる。
【００１９】
なお、以上の実施形態では、通信装置間で通信されるトランスポート層の通信パケットとしてＴＣＰパケットを用いているが、トランスポートプロトコルとしてＵＤＰを用いてリアルタイム性を要求するＲＴＰパケットを用いることもできる。また、複数のプロトコルを用いた通信パケットを中継する場合に、プロトコルの種類により受信確認信号を遅延させるかどうかを切り替えることも可能である。
また、以上の実施形態では再送処理部における再送処理の単位を特に言及していないが、再送処理単位はパケット中継処理部から受け取る通信パケット全体である必要は必ずしもなく、複数のセグメントに通信パケットを分割し再送処理の単位としても良い。この場合、パケット中継処理部への再送処理終了通知はセグメント全ての再送処理が終了した時に再送処理部から通知される。
さらに、以上の実施形態では、移動交換センタにゲートウェイ装置を組み込むようにしているが、有線回線網のアクセスポイントとして機能する中継装置に組み込むこともでき、その他の有線回線網と無線回線との接続部に設けることができる。
【００２０】
【発明の効果】
以上説明したように、本発明では、トランスポート層の通信パケットの中継処理において、トランスポート層の通信パケットに関する再送機能と無線回線における再送機能とを切り離し、且つ、トランスポート層の通信パケットに対する受信確認信号の返送を、極力上り通信パケットに相乗りさせるようにしているため、送信元における受信確認信号の到着時間の変動を軽減することができ、且つ無線回線更には有線回線網におけるトラフィック増大を防止することができる等の効果を有する。
【図面の簡単な説明】
【図１】本発明が適用されるシステム例を示す構成図
【図２】ＴＣＰパケットの構成図
【図３】第１の実施の形態におけるパケット中継処理部の状態遷移図
【図４】第１の実施の形態におけるパケット中継処理部のパケット受信処理フローチャート
【図５】第１の実施の形態におけるパケット中継処理部の受信確認送信処理フローチャート
【図６】第２の実施の形態におけるパケット中継処理部の状態遷移図
【図７】第２の実施の形態におけるパケット中継処理部のパケット受信処理フローチャート
【図８】第２の実施の形態におけるパケット中継処理部の遅延処理フローチャート
【図９】第３の実施の形態におけるパケット中継処理部の状態遷移図
【図１０】第３の実施の形態におけるパケット中継処理部のパケット受信処理フローチャート
【図１１】第３の実施の形態におけるパケット中継処理部の再送登録削除処理フローチャート
【符号の説明】
１ 通信装置
２ 無線通信装置
３ 有線回路網
４ 中継装置
５ 移動交換センタ
６ 基地局
１０ ゲートウェイ装置
１１ パケット中継処理部
１２ 再送処理部
【発明の属する技術分野】
本発明は、ビット誤りの少ない有線通信回線とビット誤りの多い無線通信回線との間に介在し、且つ無線通信装置に対する通信パケットの再送処理手段を備えたゲートウェイ装置に関するものである。
【０００２】
【従来の技術】
従来、この種のゲートウェイ装置及び通信装置を備えてなるシステムは、たとえば、下記文献に示されている。
文献；「Evolution of Wireless Data Services:IS-95 to cdma2000」 IEEE Communication Magazine, October 1998, pp.140 - 149.この文献の１４４頁の図１において、移動交換センタ(Mobile Switching Center)にゲートウェイ装置の機能が含まれている。公衆データ網(Public Data Network)に接続された通信装置と無線回線に接続された無線通信装置(Mobile Station)とは、公衆データ網のアクセスポイントとして機能する中継装置(Inter Working Function)、移動交換センタ、基地局(Base Station)を介して接続される。移動交換センタＭには無線リンクプロトコル(Radio Link protocol)が実装されており、上記文献の１４４頁の「The Burst Mechanism in ISー95-B」なる項に記載されているように、移動交換センタと基地局との間で再送機能(ARQ:Automatic Repeat reQuest)を働かせることにより、信頼性のあるデータ伝送サービスを提供している。再送機能とは、伝送したデータが正しく相手先に届いたことを確認する受信確認が受信側から送信側に到着するまで、送信側は同じデータを繰り返し送る方式である。このようにすることにより、無線回線のような誤りの多い通信回線においても、品質の高いデータ伝送を可能としている。
【０００３】
【発明が解決しようとする課題】
しかしながら、公衆データ網に接続された通信装置と無線回線につながれた無線通信装置とがＴＣＰ／ＩＰプロトコルを用いて通信している場合には、無線リンクプロトコルにおける再送機能の他に、ＴＣＰプロトコルおける再送機能が働いているため、無線リンクプロトコルで再送中にＴＣＰプロトコルのタイマがタイムアウトし、無線通信装置との間で再送が行われているにもかかわらず、同一のパケットが公衆データ網側に接続された通信装置から再送される場合が有り、無線回線におけるトラフィックを不必要に増大させてしまうという問題点があった。また、無線リンクプロトコルにおける再送により、無線通信装置から返送される受信確認信号の、公衆データ網に接続された通信装置への到着時間の変動が大きくなり、その結果、ＴＣＰプロトコルのタイマの値が適切に設定されなかったりしていた。
したがって、本発明の目的は、ＴＣＰプロトコルの通信パケットのように受信確認信号のフィールドを有するトランスポート層の通信パケットを用いてデータの送受を行う通信システムにおいて、送信元における受信確認信号の到着時間の変動を軽減し且つ無線回線におけるトラフィック増大を防止するゲートウェイ装置を提供することにあり、これを、無線通信装置に対する再送処理手段を有し且つトランスポート層の通信パケットを中継するゲートウェイ装置を、移動交換センタ等に設けることによって達成したものである。
【０００４】
【課題を解決するための手段】
本発明は、有線回線網と無線回線の間に介在し、受信確認信号のフィールドを有するトランスポート層の通信パケットの中継処理を行うパケット中継処理手段と、無線通信装置に対して予め定められた手順に従って通信パケットの再送処理を行う再送処理手段と、を有するゲートウェイ装置に関するものである。
請求項１の発明は、パケット中継処理手段が、無線通信装置に代わって通信パケットのプロトコルに関する受信確認信号を作成する第１の中継処理機能と、無線通信装置側からの上りの通信パケットの受信確認信号のフィールドを、このパケット中継処理手段で作成した受信確認信号で書き換え、この上りの通信パケットに相乗りさせる第２の中継処理機能と、を備えている。
請求項２の発明は、パケット中継処理手段が、無線通信装置に代わって通信パケットのプロトコルに関する受信確認信号を作成するとともに、この受信確認信号作成時にタイマーを設定する第１の中継処理機能を備えている。また、タイマーがタイムアウトするまでに、無線通信装置側からの上りの通信パケットが到着しなかった場合に、このパケット受信中継手段で作成した受信確認信号を、受信確認信号フィールドに有する通信パケットを生成して有線回線網側へ送信する第２の中継処理機能を備えている。
この請求項１及び２の構成によれば、無線通信装置に代わってパケット中継手段が、有線回線網側の通信装置に対する受信確認信号を生成するため、再送処理部における遅延の影響を受けない受信確認信号の返送が可能となり、有線回線網側の通信装置への受信確認信号の到着時間の変動が少なくなる。
【０００７】
【発明の実施の形態】
次に、本発明の第１の実施の形態を図１〜図５を用いて説明する。図１は本発明が適用されるシステム例を示す構成図であり、通信装置１と無線通信装置２とは、有線回線網３、そのアクセスポイントとして機能する中継装置４、移動交換センタ５、及び基地局６を介して接続され、ＴＣＰ／ＩＰプロトコルを用いて通信を行ない、ＴＣＰプロトコルの通信パケット（ＴＣＰパケット）を用いてデータの授受を行う。ゲートウェイ装置１０は、パケット中継処理部１１と再送処理部１２とからなり、移動交換センタ５の中に組み込まれている。有線回線網３側から無線回線側への通信を下り、無線回線側から有線回線網３側への通信を上りと呼ぶ。
移動交換センタ５に入力された下りのＴＣＰパケットは、その有線回線網側の送受信インタフェースを介してパケット中継処理部１１へ渡され、パケット中継処理部１１で中継処理されて再送処理部１２に転送され、無線回線側の送受信インタフェースを介して出力される。再送処理部１２は、無線回線に接続された通信装置２との再送処理により誤りのないＴＣＰパケットを通信装置２に伝送し、また、再送処理により誤りのないＴＣＰパケットを受け取る。
上りのＴＣＰパケットは、移動交換センタ５における無線回線側の送受信インタフェースを介して再送処理部１２に渡され、再送処理により誤りのないＴＣＰパケットがパケット中継処理部１１へ転送され、パケット中継処理部１１で中継処理され、有線回線網側の送受信インタフェースを介して有線回線網３側へ出力される。
【０００８】
この実施形態では、通信装置1と無線通信装置2がプロトコルとしてＴＣＰプロトコルを用いて通信を行っている場合を前提としている。ＴＣＰプロトコルは、本来、通信端末間のプロトコルであり、先ずこれについて説明する。図２にＴＣＰパケットの構成図を示す。
図２において、１行は３２ビット（４バイト）を表す。ＴＣＰプロトコルは確認応答型のプロトコルである。通信装置１から送信されるＴＣＰパケットには３２ビットからなる順序番号（シーケンス）が付与されている。この順序番号はそのＴＣＰパケットが無線通信装置２に運ぶデータのバイト位置を表している。
たとえば、今、通信装置１から無線通信装置２へすでにバイト位置”２２９”までのデータは正しく届けられているとすると、無線通信装置２は次のパケットでバイト位置”２３０”から始まるＴＣＰパケットを待っている状態にあることになる。その状態において通信装置１から順序番号”２３０”データの長さ２５０バイトのＴＣＰパケットが正しく無線通信装置２に受信されると、無線通信装置２は、次に受信することを期待するＴＣＰパケットの先頭データのバイト位置４８０（＝２３０＋２５０）を確認応答番号にもつ受信確認信号（ＡＣＫ信号）を通信装置１に返送する。
この時、もし受信したＴＣＰパケットの順序番号が”３１０”、長さが２５０バイトである場合には、バイト位置２３０から３０９までのデータがまだ無線通信装置２へ到着していないことになる。この場合には依然として無線通信装置が次に受信することを期待するＴＣＰパケットの先頭データのバイト位置は”２３０”であるので、たとえ順序番号”３１０”データ長２５０バイトのＴＣＰパケットが正しく無線通信装置２へ到着しても無線通信装置２が返送する受信確認信号の確認応答番号は”５６０”ではなく、”２３０”である。その後、順序番号”２３０”データ長８０バイトのＴＣＰパケットを無線通信装置２が受け取ると、無線通信装置２は”５６０”を確認応答番号にもつ受信確認信号を通信装置１へ返送する。この受信確認信号は２つのパケットの受信確認となる。
受信確認信号（ＡＣＫ信号）は、無線通信装置２から通信装置１へ送信するＴＣＰパケットのヘッダの１４バイト目にあるＡＣＫビットをオンにし、９バイト目から４バイトを用いて設けられた確認応答番号フィールドに、次に受信を期待するデータのバイト位置を設定することにより伝送される。
ＡＣＫ信号は、無線通信装置２から通信装置１へ送信するデータがあればそのデータを送信するＴＣＰパケットに相乗りして、なければデータ部なしのＴＣＰパケットとして伝送される。通信装置１にはＴＣＰプロトコルのタイマが設定されており、そのタイマがタイムアウトするまでに、送信したＴＣＰパケットの受信確認が受信されない場合には、そのＴＣＰパケットを通信装置１から再送する。この実施形態のゲートウェイ装置のパケット中継処理部１１は、本来、無線通信装置が行っていた受信確認に関する処理を肩代わりして行う。
【０００９】
次に、この第１実施形態におけるパケット中継処理部１１の処理を図３〜図５を用いて説明する。図３はパケット中継処理部１１の状態遷移図である。パケット中継処理部１１には、「アイドル」「パケット受信処理」「受信確認送信処理」の３つの状態がある。通常は「アイドル」状態にあり、送受信インタフェースあるいは再送処理部１２からＴＣＰパケットを受け取ったり、タイムアウトが発生したりすると、「パケット受信処理」状態及び「受信確認送信処理」状態に遷移する。「パケット受信処理」及び「受信確認送信処理」が終了すると「アイドル」状態に戻る。
【００１０】
図４はパケット中継処理部１１のパケット受信処理を説明するフローチャートである。パケット中継処理部１１はＴＣＰパケットを受け取るとそれが下りＴＣＰパケットか、上りＴＣＰパケットかを判定する。
下りＴＣＰパケットである場合には、そのパケットの順序番号が、次にパケット中継処理部が受け取ることを期待しているパケットの順序番号を示す内部変数ＡＣＫ_NOと一致するかどうかをチェックする。一致しない場合には、通信装置１とパケット中継部との間でパケットロスが発生したか、あるいは到着パケットの順序の逆転が起こっているので、ＡＣＫ_NOの更新を行わず、未ＡＣＫパケットメモリに”順序番号、データ長”の組みからなるそのパケットを示すデータを登録し、その下りＴＣＰパケットを再送処理部１２へ転送した後、アイドル状態に戻る。
受信したパケットの順序番号と内部変数ＡＣＫ_NOが一致する場合には、ＡＣＫ_NOに新しくそのパケットの”順序番号+データ長”の値を設定することによりＡＣＫ_NOを更新する。たとえば、更新前のＡＣＫ_NOが“２３０”で受け取ったＴＣＰパケットの順序番号が“２３０”、データ長が２５０バイトであった場合にはＡＣＫ_NOを“４８０”に更新する。次に未ＡＣＫパケットメモリにエントリがある場合には、このパケットを受信することにより受信確認未返送のパケットに対する受信確認信号も送れる可能性があるので、ＡＣＫ_NOと一致する順序番号をもつエントリが未ＡＣＫパケットメモリにあるかどうかをチェックする。ある場合はＡＣＫ_NOを更新する。この動作をＡＣＫ_NOが更新できなくなるまで繰り返す。たとえば、未ＡＣＫパケットメモリに（４８０、１５０）（６３０、１００）の２つのエントリーがあった場合にはＡＣＫ_NOを“７３０”に更新する。
次にタイマＴ１がまだ設定されていない場合にはタイマＴ１を設定する。タイマＴ１は受信確認信号（ＡＣＫ信号）を相乗りさせるための上りＴＣＰパケットを待つ時間の最大値を意味する。ＡＣＫ信号は上りデータのない単独ＴＣＰパケットとして送信することも可能であるが、上りのデータを含むＴＣＰパケットが存在するならば、そのＴＣＰパケットに相乗りして受信確認を伝送した方が効率が良い。パケット中継処理部１１はタイマ設定後、受け取った下りのＴＣＰパケットを再送処理部１２へ転送しアイドル状態に戻る。
受け取ったＴＣＰパケットが上りのＴＣＰパケットである場合は、まずそのＴＣＰパケットの９バイト目から４バイトのフィールドにある確認応答番号のフィールドを内部変数ＡＣＫ_NOの値で置き換える。これでＡＣＫ信号が上りＴＣＰパケットに相乗りできたことになる。相乗りがすんだので、タイマＴ１をリセットし、有線回線網側の送受信インタフェースへそのＴＣＰパケットを転送する。ＴＣＰパケットの転送が終わるとアイドル状態に戻る。
【００１１】
図５はパケット中継処理部１１の受信確認送信処理を説明するフローチャートである。アイドル状態で、相乗りする上りＴＣＰパケットがタイマＴ１の時間経過しても来ない場合にはタイムアウトが発生する。この場合には、確認応答番号に内部変数ＡＣＫ_NOを設定したＴＣＰパケットをパケット中継処理部１１が発生し、有線回線側の送受信インタフェースへそのＴＣＰパケットを転送すると同時に設定されていたタイマＴ１をリセットする。この場合、通信装置１へ返送されるＴＣＰパケットには受信確認信号（ＡＣＫ信号）だけが含まれ、上りデータは含まれない。その後、アイドル状態に戻る。
【００１２】
以上のように第１実施形態によれば、パケット中継手段が有線回線網側の通信装置に対する受信確認信号を、無線通信装置に代わって生成するようにしたので、再送処理部における遅延の影響を受けない受信確認信号の返送が可能となり、ゲートウェイ装置と無線通信装置の間の再送処理中に無駄なＴＣＰパケットが有線回線網側から送信されることがなくなり通信効率が向上する。また、再送処理による遅延の影響を受けない受信確認信号が返送されるので、有線回線網側の通信装置への受信確認信号の到着時間の変動が少なくなり、ＴＣＰパケットの再送のためのタイマ値の設定に悪影響を与えることがなくなる。
【００１３】
次に、本発明の第２の実施の形態を図６〜図８を用いて説明する。この実施形態は、第１の実施形態とほぼ同一の構成であるが、上りＴＣＰパケットに相乗りさせる場合のパケット受信処理が異なる。すなわち、第１の実施形態では無線通信装置２からの上りのＴＣＰパケットがあればすぐに下りＴＣＰパケットの受信確認信号を上りＴＣＰパケットに相乗りして有線回線網側へ伝送していたが、この実施形態では、再送処理部１２での再送回数を制限し、制限回数だけ再送した場合に必要となる時間だけ受信確認信号の返送を遅延させ、受信確認信号返送における遅延時間の変動を軽減させるようにしたものである。
第２の実施形態においては、再送処理部１２は正しいＴＣＰパケットの伝送が無線通信装置２に対して行われるまで何度でも再送するのではなく、再送回数を制限しあらかじめ定めた制限回数の再送を行っても正しく無線通信装置２にＴＣＰパケットが伝送できない場合には再送動作を中止し、ゲートウェイ装置１０でそのＴＣＰパケットを廃棄する。
【００１４】
図６は第２の実施形態におけるパケット中継処理部１１の状態遷移図である。パケット中継処理部１１には「アイドル」「パケット受信処理」「受信確認送信処理」に「遅延処理」を加え、４つの状態がある。通常はアイドル状態にあり、ＴＣＰパケットの受け取り、タイマＴ１のタイムアウト、タイマＴ２のタイムアウトが発生すると各状態に遷移する。
図７はパケット中継処理部１１のＴＣＰパケット受信処理を説明するフローチャートである。パケット中継処理部１１はＴＣＰパケットを受け取るとそれが下りＴＣＰパケットか上りＴＣＰパケットかを判定する。
パケット中継処理部１１が受け取ったＴＣＰパケットが、下りＴＣＰパケットである場合には、そのＴＣＰパケットの順序番号とデータ長を読み込みｉ＝（順序番号+データ長）をパラメータとする遅延処理用タイマＴ２(i)を設定する。このタイマＴ２(i)には、再送処理部１２で再送が最大回数起こった場合に、パケット中継部１１が再送処理部１２にそのＴＣＰパケットを転送してから、必要な時間を設定する。タイマＴ２(i)を設定後、受け取った下りのＴＣＰパケットを再送処理部１２に転送し、アイドル状態に戻る。
パケット中継処理部１１が受け取ったＴＣＰパケットが、上りＴＣＰパケットである場合には、まず、そのＴＣＰパケットにＡＣＫビットが立っているかどうかをチェックする。ＡＣＫビットがたっていない場合にはそのＴＣＰパケットは確認応答番号を運ばないので、そのまま有線回線網側の送受信インタフェースにそのＴＣＰパケットを転送する。ＡＣＫビットがたっている場合には、そのＴＣＰパケットの確認応答番号フィールドの値がすでにＯＫパケットリストに登録されているかどうかをチェックし、まだ登録されていない場合にはその値をＯＫパケットリストに登録する。ＯＫパケットリストは無線通信装置２から送られた確認応答番号のうち、まだ通信装置１へ送られていないもののリストである。第２の実施形態では確認応答を一定時間遅延させて伝送するため、このリストを設ける。
次に、ＴＣＰパケットの確認応答番号フィールドの値を内部変数ＡＣＫ_NOに書き換える。ＡＣＫ_NOは後述する遅延処理により設定される値である。次に、タイマＴ１をリセットし、ＴＣＰパケットを有線回線網側の送受信インタフェースに転送した後アイドル状態に戻る。
【００１５】
図８は遅延処理を説明するフローチャートである。アイドル状態からｉをパラメータとして複数存在するタイマＴ２(i)のうちの１つのタイマがタイムアウトすると、まずＯＫパケットリストにタイムアウトしたタイマのパラメータｉが登録されているかどうかをチェックする。ＯＫパケットリストに登録されていない場合には、パラメータｉに対応するＴＣＰパケットが無線通信装置２に正しく伝送されていないので、何もせずにアイドル状態に戻る。
ＯＫパケットリストにパラメータｉが登録されている場合にはｉを内部変数ＡＣＫ_NOにセットする。これで、次に相乗りできる上りのＴＣＰパケットをパケット中継処理部が受け取るか、あるいはタイマＴ１がタイムアウトすると、確認応答番号がｉである確認応答信号が通信装置1に伝送されることになる。次にタイマＴ１がまだセットされていない場合にはセットし、ＯＫパケットリストからｉを削除した後、アイドル状態に戻る。
このように、この実施形態においては、再送処理部の再送回数を制限した場合に、一定の遅延時間で受信確認信号が有線回線網側の通信装置に返送されるので、受信確認信号の到着時間の変動が少なくなり、ＴＣＰプロトコルの再送タイマの設定に悪影響を与えることがなくなる。
【００１６】
次に、本発明の第３の実施の形態を図９〜図１１を用いて説明する。
図９は第３実施形態におけるパケット中継処理部１１の状態遷移図である。パケット中継処理部には「アイドル」「パケット受信処理」「再送登録削除処理」の３つの状態がある。通常は「アイドル」状態にあり、有線回線網側からのＴＣＰパケットの受け取りや再送処理部１２からの再送処理終了通知により「パケット受信処理」状態および「再送登録削除処理」状態に遷移する。各処理状態における処理が終了すると「アイドル」状態に戻る。
【００１７】
図１０はパケット中継処理部１１におけるパケット受信処理のフローチャートである。「アイドル」状態にあるパケット中継処理部１１は、有線回線側からの下りＴＣＰパケットを受け取ると、そのＴＣＰパケットが登録されているかどうかをチェックする。通信装置１、２間の通信のトランスポート層プロトコルがＴＣＰであるので、ＴＣＰパケットは送信ポート番号と順序番号の対で一意に特定できる。
パケット中継処理部１１における再送パケット登録部には、再送処理部１２で現在再送処理中の下りＴＣＰパケットの送信ポート番号と順序番号が登録されている。パケット中継処理部１１では、有線回線側から受け取った下りＴＣＰパケットの送信ポート番号と順序番号を読込み、再送パケット登録部に登録されているかどうかをチェックする。
登録されている場合は、そのＴＣＰパケットは再送処理部１２で再送処理中であるので、そのＴＣＰパケットは再送処理部１２へ転送せずに廃棄し、アイドル状態に戻る。
パケット中継処理部１１における再送パケット登録部に、そのＴＣＰパケットが登録されていない場合には、そのＴＣＰパケットの送信ポート番号と順序番号の対を再送パケット登録部にまず登録し、その後、再送処理部１２にそのＴＣＰパケットを転送する。転送が終わるとアイドル状態に戻る。
【００１８】
図１１はパケット中継処理部１１における再送登録削除処理フローチャートである。再送処理部１２は、下りＴＣＰパケットの無線通信装置２への再送処理が終了すると再送処理終了通知をパケット中継処理部１１へ通知する。その通知をパケット中継処理部１１が受け取ると、パケット中継処理部１１は再送パケット登録部から該当する下りＴＣＰパケットの情報を削除する。
このように第３実施形態によれば、再送処理部で再送中の同一ＴＣＰパケットが有線回線網側の通信装置から再送された場合には、パケット中継処理部がそのＴＣＰパケットを廃棄するようにしたので、無線回線部の通信効率が向上する。なお、この実施形態では、送信ポート番号と順序番号をパケットを登録するための情報として用いたが、その他の情報でも通信パケットが特定できれば利用できる。
【００１９】
なお、以上の実施形態では、通信装置間で通信されるトランスポート層の通信パケットとしてＴＣＰパケットを用いているが、トランスポートプロトコルとしてＵＤＰを用いてリアルタイム性を要求するＲＴＰパケットを用いることもできる。また、複数のプロトコルを用いた通信パケットを中継する場合に、プロトコルの種類により受信確認信号を遅延させるかどうかを切り替えることも可能である。
また、以上の実施形態では再送処理部における再送処理の単位を特に言及していないが、再送処理単位はパケット中継処理部から受け取る通信パケット全体である必要は必ずしもなく、複数のセグメントに通信パケットを分割し再送処理の単位としても良い。この場合、パケット中継処理部への再送処理終了通知はセグメント全ての再送処理が終了した時に再送処理部から通知される。
さらに、以上の実施形態では、移動交換センタにゲートウェイ装置を組み込むようにしているが、有線回線網のアクセスポイントとして機能する中継装置に組み込むこともでき、その他の有線回線網と無線回線との接続部に設けることができる。
【００２０】
【発明の効果】
以上説明したように、本発明では、トランスポート層の通信パケットの中継処理において、トランスポート層の通信パケットに関する再送機能と無線回線における再送機能とを切り離し、且つ、トランスポート層の通信パケットに対する受信確認信号の返送を、極力上り通信パケットに相乗りさせるようにしているため、送信元における受信確認信号の到着時間の変動を軽減することができ、且つ無線回線更には有線回線網におけるトラフィック増大を防止することができる等の効果を有する。
【図面の簡単な説明】
【図１】本発明が適用されるシステム例を示す構成図
【図２】ＴＣＰパケットの構成図
【図３】第１の実施の形態におけるパケット中継処理部の状態遷移図
【図４】第１の実施の形態におけるパケット中継処理部のパケット受信処理フローチャート
【図５】第１の実施の形態におけるパケット中継処理部の受信確認送信処理フローチャート
【図６】第２の実施の形態におけるパケット中継処理部の状態遷移図
【図７】第２の実施の形態におけるパケット中継処理部のパケット受信処理フローチャート
【図８】第２の実施の形態におけるパケット中継処理部の遅延処理フローチャート
【図９】第３の実施の形態におけるパケット中継処理部の状態遷移図
【図１０】第３の実施の形態におけるパケット中継処理部のパケット受信処理フローチャート
【図１１】第３の実施の形態におけるパケット中継処理部の再送登録削除処理フローチャート
【符号の説明】
１ 通信装置
２ 無線通信装置
３ 有線回路網
４ 中継装置
５ 移動交換センタ
６ 基地局
１０ ゲートウェイ装置
１１ パケット中継処理部
１２ 再送処理部
Claims (2)
- 有線回線網と無線回線の間に介在し、受信確認信号のフィールドを有するトランスポート層の通信パケットの中継処理を行うパケット中継処理手段と、無線通信装置に対して予め定められた手順に従って通信パケットの再送処理を行う再送処理手段と、を有するゲートウェイ装置であって、
前記パケット中継処理手段は、前記無線通信装置に代わって前記通信パケットのプロトコルに関する、前記有線回線側の通信装置への受信確認信号の確認応答番号を作成する第１の中継処理機能と、
前記無線通信装置側からの上りの通信パケット受信時に、当該上りの通信パケットの受信確認信号の確認応答番号のフィールドを、前記第１の中継処理機能で作成した受信確認信号の確認応答番号へ書き換えることにより、当該上りの通信パケットに相乗りさせる第２の中継処理機能と、
を備えていることを特徴とするゲートウェイ装置。 - 有線回線網と無線回線の間に介在し、受信確認信号のフィールドを有するトランスポート層の通信パケットの中継処理を行うパケット中継処理手段と、無線通信装置に対して予め定められた手順に従って通信パケットの再送処理を行う再送処理手段と、を有するゲートウェイ装置であって、
前記パケット中継処理手段は、前記無線通信装置に代わって前記通信パケットのプロトコルに関する、前記有線回線側の通信装置への受信確認信号の確認応答番号を作成し、当該受信確認信号作成時にタイマーを設定する第１の中継処理機能と、
前記タイマーがタイムアウトするまでに、前記無線通信装置側からの上りの通信パケットを受信した場合は、当該上りの通信パケットの受信確認信号の確認応答番号のフィールドを、前記第１の中継処理機能で作成した受信確認信号の確認応答番号へ書き換えることにより、当該上りの通信パケットに受信確認信号を相乗りさせ、
前記タイマーがタイムアウトするまでに、前記無線通信装置側からの上りの通信パケットが到着しなかった場合は、前記第１の中継処理機能で作成した受信確認信号を、受信確認信号フィールドに有する通信パケットを新たに生成し、前記有線回線網側へ送信する第２の中継処理機能と、
を備えていることを特徴とするゲートウェイ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20573899A JP3727198B2 (ja) | 1999-07-21 | 1999-07-21 | ゲートウェイ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20573899A JP3727198B2 (ja) | 1999-07-21 | 1999-07-21 | ゲートウェイ装置 |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004375234A Division JP3923977B2 (ja) | 2004-12-27 | 2004-12-27 | ゲートウェイ装置 |
| JP2004375235A Division JP2005102340A (ja) | 2004-12-27 | 2004-12-27 | ゲートウェイ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001036586A JP2001036586A (ja) | 2001-02-09 |
| JP3727198B2 true JP3727198B2 (ja) | 2005-12-14 |
Family
ID=16511854
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20573899A Expired - Lifetime JP3727198B2 (ja) | 1999-07-21 | 1999-07-21 | ゲートウェイ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3727198B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3811057B2 (ja) | 2001-12-10 | 2006-08-16 | 富士通株式会社 | 中継コネクション管理プログラムおよび中継コネクション管理方法 |
| KR100486541B1 (ko) | 2002-11-07 | 2005-05-03 | 엘지전자 주식회사 | 무선 통신 데이터 호 다중 접속 시스템 및 방법 |
| JP2008300936A (ja) * | 2007-05-29 | 2008-12-11 | Nec Access Technica Ltd | 通信システム、通信システムに用いられる端末装置、及び、通信システムの通信方法 |
| FR2933834A1 (fr) * | 2008-07-11 | 2010-01-15 | Canon Kk | Procede de gestion d'une transmission de flux de donnees sur un canal de transport d'un tunnel, tete de tunnel, produit programme d'ordinateur et moyen de stockage correspondants. |
| CN101335603B (zh) * | 2008-07-17 | 2011-03-30 | 华为技术有限公司 | 数据传输方法和装置 |
| JP5247422B2 (ja) * | 2008-12-26 | 2013-07-24 | 三菱電機株式会社 | サイクリック通信システム、通信装置およびサイクリック通信方法 |
| JP5435027B2 (ja) | 2009-05-25 | 2014-03-05 | 富士通株式会社 | 中継装置、送信装置、通信システムおよび通信方法 |
| JP5392351B2 (ja) * | 2009-08-20 | 2014-01-22 | 富士通株式会社 | 中継局、受信局、送信局、および、パケット通信システム |
| DE112013007287T5 (de) | 2013-07-30 | 2016-04-28 | Mitsubishi Electric Corporation | Datenverarbeitungsvorrichtung, Datenkommunikationsvorrichtung, Kommunikationssystem, Datenverarbeitungsverfahren, Datenkommunikationsverfahren und Programm |
| WO2019097705A1 (ja) * | 2017-11-17 | 2019-05-23 | 株式会社Ｎｔｔドコモ | 通信装置、及び通信方法 |
-
1999
- 1999-07-21 JP JP20573899A patent/JP3727198B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001036586A (ja) | 2001-02-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8958411B2 (en) | Method of transmitting RLC data | |
| EP2119085B1 (en) | Enhanced error control communication systems and methods | |
| JP4968858B2 (ja) | データ送信方法及びデータ再転送方法 | |
| KR100737724B1 (ko) | 반 신뢰성의 재전송 프로토콜용 패킷 폐기 통지 | |
| EP2290866B1 (en) | Method for moving a receive window in a radio access network | |
| US7631239B2 (en) | Method for retransmitting packet in mobile communication system and computer-readable medium recorded program thereof | |
| EP2469750A1 (en) | Method and apparatus for downlink data transmission control in multi-hop relay communication system | |
| JP5081900B2 (ja) | 再送要求送信方法及び受信側装置 | |
| US20090268742A1 (en) | Session relay device and session relay method | |
| WO2002056631A1 (fr) | Systeme de communication mobile et procede de transmission radio | |
| JP2008118227A (ja) | 移動体通信システム、無線基地局及びそれらに用いるハンドオーバ再接続方法 | |
| JP3727198B2 (ja) | ゲートウェイ装置 | |
| JP4485684B2 (ja) | 通信システムにおけるデータ・パケットの伝達方法および装置 | |
| KR20100069125A (ko) | 통신 시스템 및 그의 ｒｒｃ 접속 방법 | |
| JP2002330168A (ja) | 通信システムにおける再転送タイムアウト時間の設定方法 | |
| JP3923977B2 (ja) | ゲートウェイ装置 | |
| JP3707954B2 (ja) | ネットワーク間接続装置及び通信システム | |
| JP2005102340A (ja) | ゲートウェイ装置 | |
| JP4531302B2 (ja) | パケット中継装置、及びその方法 | |
| JP4015395B2 (ja) | 移動通信システム | |
| KR20020009282A (ko) | 데이터 통신 시스템 및 그 통신방법 | |
| JPH04273736A (ja) | パケット通信システムおよびパケット再送装置 | |
| KR100812822B1 (ko) | 무선 네트워크 시스템에서 목적지 상태에 기초한 무선데이터 통신 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041018 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041026 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050419 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050610 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050913 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050927 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081007 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091007 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101007 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111007 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111007 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121007 Year of fee payment: 7 |