JPH11275110A - 無線データ通信方法および装置 - Google Patents
無線データ通信方法および装置Info
- Publication number
- JPH11275110A JPH11275110A JP7871398A JP7871398A JPH11275110A JP H11275110 A JPH11275110 A JP H11275110A JP 7871398 A JP7871398 A JP 7871398A JP 7871398 A JP7871398 A JP 7871398A JP H11275110 A JPH11275110 A JP H11275110A
- Authority
- JP
- Japan
- Prior art keywords
- data
- line
- wireless
- transmitted
- received
- 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.)
- Pending
Links
- 230000006854 communication Effects 0.000 title claims description 129
- 238000000034 method Methods 0.000 title claims description 116
- 238000004891 communication Methods 0.000 title claims description 114
- 230000005540 biological transmission Effects 0.000 claims abstract description 71
- 230000005684 electric field Effects 0.000 claims description 20
- 230000006866 deterioration Effects 0.000 claims description 9
- 238000012544 monitoring process Methods 0.000 description 36
- 238000012545 processing Methods 0.000 description 18
- 238000010586 diagram Methods 0.000 description 13
- 238000012546 transfer Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 5
- 238000012508 change request Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 230000002238 attenuated effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 データ通信中に回線が切断されたとしてもデ
ータの先頭から再送する必要のない無線データ通信方法
を提供することである。 【解決手段】 クライアント機が、無線通信網と公衆網
と回線インタフェースとを介して有線通信網と接続し、
有線網内のサーバ機との間でデータを送受信する無線デ
ータ通信方法において、送受信されるデータの先頭に制
御データを挿入し、送信相手先からの応答回数を抑える
手段を有し、無線回線の切断理由を確認し、回線状態の
悪化により切断された時、自動的に無線回線を再接続
し、且つ前記サーバ機とのコネクションを再確立する手
段と、送信済みデータの最後からデータ送信を再開する
手段とを有することを特徴とする。
ータの先頭から再送する必要のない無線データ通信方法
を提供することである。 【解決手段】 クライアント機が、無線通信網と公衆網
と回線インタフェースとを介して有線通信網と接続し、
有線網内のサーバ機との間でデータを送受信する無線デ
ータ通信方法において、送受信されるデータの先頭に制
御データを挿入し、送信相手先からの応答回数を抑える
手段を有し、無線回線の切断理由を確認し、回線状態の
悪化により切断された時、自動的に無線回線を再接続
し、且つ前記サーバ機とのコネクションを再確立する手
段と、送信済みデータの最後からデータ送信を再開する
手段とを有することを特徴とする。
Description
【０００１】
【発明の属する技術分野】本発明は無線データ通信方法
および装置に関する。
および装置に関する。
【０００２】
【従来の技術】従来からＰＨＳやＰＤＣといった無線通
信方式が提供されている。
信方式が提供されている。
【０００３】このＰＨＳやＰＤＣなどの従来の無線通信
方式では、使用者が現在の単位無線区域（たとえばセ
ル）から他の単位無線区域に移動する際に無線基地局か
ら発生するチャンネル切り替え要求によって通信が一時
的に中断する。また、トンネルやビルの陰や地下街など
の電波が届かないあるいは届きにくいような場所では、
受信電界強度が急激に減衰して通信が中断し、状況によ
っては回線が切断されることがあった。
方式では、使用者が現在の単位無線区域（たとえばセ
ル）から他の単位無線区域に移動する際に無線基地局か
ら発生するチャンネル切り替え要求によって通信が一時
的に中断する。また、トンネルやビルの陰や地下街など
の電波が届かないあるいは届きにくいような場所では、
受信電界強度が急激に減衰して通信が中断し、状況によ
っては回線が切断されることがあった。
【０００４】近年、無線通信は様々な分野に普及し、た
とえば、有線通信網を介して電子メールをやりとりした
り、ＷＷＷサーバにアクセスしたりするような無線デー
タ通信によく利用されるようになってきた。ところが、
上述のような通信の中断が生じた場合、データ通信にお
いては伝送誤りとなり、正常なデータ通信を阻害してし
まう。これに対応し、ＰＨＳにおけるＰＩＡＦＳ等のよ
うな無線データ通信プロトコルにおいては、１０数秒ま
での間であれば無線区間で発生する伝送誤りが補償され
るような通信環境が整ってきた。
とえば、有線通信網を介して電子メールをやりとりした
り、ＷＷＷサーバにアクセスしたりするような無線デー
タ通信によく利用されるようになってきた。ところが、
上述のような通信の中断が生じた場合、データ通信にお
いては伝送誤りとなり、正常なデータ通信を阻害してし
まう。これに対応し、ＰＨＳにおけるＰＩＡＦＳ等のよ
うな無線データ通信プロトコルにおいては、１０数秒ま
での間であれば無線区間で発生する伝送誤りが補償され
るような通信環境が整ってきた。
【０００５】
【発明が解決しようとする課題】しかし、上述のＰＨＳ
におけるＰＩＡＦＳ等のような無線データ通信プロトコ
ルを使用したとしても、通信の中断が１０数秒を越える
と回線が切断してしまうという問題はなおも存在し、デ
ータ通信中に回線が切断されると、ユーザは再度通信相
手との回線を接続し、データの先頭から送受信しなけれ
ばならないという問題がある。こうなると通信料金が割
高になってしまうという問題もあるし、回線の接続から
データの送受信までの操作が非常に煩わしいといった問
題も生じている。
におけるＰＩＡＦＳ等のような無線データ通信プロトコ
ルを使用したとしても、通信の中断が１０数秒を越える
と回線が切断してしまうという問題はなおも存在し、デ
ータ通信中に回線が切断されると、ユーザは再度通信相
手との回線を接続し、データの先頭から送受信しなけれ
ばならないという問題がある。こうなると通信料金が割
高になってしまうという問題もあるし、回線の接続から
データの送受信までの操作が非常に煩わしいといった問
題も生じている。
【０００６】また、データ通信時においては、無線デー
タ通信プロトコルで伝送誤りが補償されているのにも関
わらず、たとえばＴＣＰのような有線データ通信プロト
コルでも同じように伝送誤りが補償されているため、二
重の補償となり、データ通信速度が遅くなり、通信料金
が割高になるという問題も生じている。
タ通信プロトコルで伝送誤りが補償されているのにも関
わらず、たとえばＴＣＰのような有線データ通信プロト
コルでも同じように伝送誤りが補償されているため、二
重の補償となり、データ通信速度が遅くなり、通信料金
が割高になるという問題も生じている。
【０００７】本発明は上記の点にかんがみてなされたも
ので、データ通信中に回線が切断されたとしてもデータ
の先頭から再送する必要のない無線データ通信方法を提
供することを目的とする。
ので、データ通信中に回線が切断されたとしてもデータ
の先頭から再送する必要のない無線データ通信方法を提
供することを目的とする。
【０００８】
【課題を解決するための手段】本発明は上記の目的を達
成するために、クライアント機が、無線通信網と公衆網
と回線インタフェースとを介して有線通信網と接続し、
有線網内のサーバ機との間でデータを送受信する無線デ
ータ通信方法において、送受信されるデータの先頭に制
御データを挿入し、送信相手先からの応答回数を抑える
手段を有し、無線回線の切断理由を確認し、回線状態の
悪化により切断された時、自動的に無線回線を再接続
し、且つ前記サーバ機とのコネクションを再確立する手
段と、送信済みデータの最後からデータ送信を再開する
手段とを有することを特徴とする。
成するために、クライアント機が、無線通信網と公衆網
と回線インタフェースとを介して有線通信網と接続し、
有線網内のサーバ機との間でデータを送受信する無線デ
ータ通信方法において、送受信されるデータの先頭に制
御データを挿入し、送信相手先からの応答回数を抑える
手段を有し、無線回線の切断理由を確認し、回線状態の
悪化により切断された時、自動的に無線回線を再接続
し、且つ前記サーバ機とのコネクションを再確立する手
段と、送信済みデータの最後からデータ送信を再開する
手段とを有することを特徴とする。
【０００９】本発明では、クライアント機と回線インタ
フェースとの間では、たとえばＰＩＡＦＳ等の無線通信
プロトコルによりデータが補償され、回線インタフェー
スとサーバとは非常に近い距離にあり、各々の区間では
データの衝突などによるデータ転送エラーが極めて少な
いものとしている。
フェースとの間では、たとえばＰＩＡＦＳ等の無線通信
プロトコルによりデータが補償され、回線インタフェー
スとサーバとは非常に近い距離にあり、各々の区間では
データの衝突などによるデータ転送エラーが極めて少な
いものとしている。
【００１０】本発明の無線データ通信方法および装置
は、第１にデータ送受信時において、送受信されるデー
タの先頭に制御データを挿入することにより、送信相手
先からの応答回数を抑え、高速且つ効率的なデータの送
受信を行うものである。
は、第１にデータ送受信時において、送受信されるデー
タの先頭に制御データを挿入することにより、送信相手
先からの応答回数を抑え、高速且つ効率的なデータの送
受信を行うものである。
【００１１】本発明の無線データ通信方法および装置
は、第２に送受信されるデータの先頭に制御データを挿
入し、送信したデータをＲＡＭに保持する処理を有する
ことにより、無線回線が切断されてもデータを消滅させ
ずに再送信し、高速且つ効率的なデータの送受信を行う
ものである。
は、第２に送受信されるデータの先頭に制御データを挿
入し、送信したデータをＲＡＭに保持する処理を有する
ことにより、無線回線が切断されてもデータを消滅させ
ずに再送信し、高速且つ効率的なデータの送受信を行う
ものである。
【００１２】本発明の無線データ通信方法および装置
は、第３に無線回線の切断理由を確認し、回線状態の悪
化により切断された時、自動的に無線回線を再接続し、
且つサーバ機とのコネクションを再確立し、送信済みデ
ータの最後からデータ送信を再開する処理を有すること
により、ユーザの操作性を向上するものである。
は、第３に無線回線の切断理由を確認し、回線状態の悪
化により切断された時、自動的に無線回線を再接続し、
且つサーバ機とのコネクションを再確立し、送信済みデ
ータの最後からデータ送信を再開する処理を有すること
により、ユーザの操作性を向上するものである。
【００１３】本発明の無線データ通信方法および装置
は、第４にデータ送受信時において、受信電界強度の変
化によって送受信するデータのサイズと、送信相手先か
らの応答を待たずに連続して送信できるフレーム数を再
設定する処理を有することにより、無線回線が切断され
た時に再送信するデータ量を低減し、高速且つ効率的な
データの送受信を行うものである。
は、第４にデータ送受信時において、受信電界強度の変
化によって送受信するデータのサイズと、送信相手先か
らの応答を待たずに連続して送信できるフレーム数を再
設定する処理を有することにより、無線回線が切断され
た時に再送信するデータ量を低減し、高速且つ効率的な
データの送受信を行うものである。
【００１４】本発明の無線データ通信方法および装置
は、第５にデータ送受信時において、送信中に発生した
回線切断の頻度によって送受信するデータのサイズと、
送信相手先からの応答を待たずに連続して送信できるフ
レーム数を再設定する処理を有することにより、無線回
線が切断された時に再送信するデータ量を低減し、高速
且つ効率的なデータの送受信を行うものである。
は、第５にデータ送受信時において、送信中に発生した
回線切断の頻度によって送受信するデータのサイズと、
送信相手先からの応答を待たずに連続して送信できるフ
レーム数を再設定する処理を有することにより、無線回
線が切断された時に再送信するデータ量を低減し、高速
且つ効率的なデータの送受信を行うものである。
【００１５】本発明の無線データ通信方法および装置
は、第６にデータ送受信時において、送信中に無線通信
プロトコル内で発生したデータ再送の頻度によって送受
信するデータのサイズと、送信相手先からの応答を待た
ずに連続して送信できるフレーム数を再設定する処理を
有することにより、無線回線が切断された時に再送信す
るデータ量を低減し、高速且つ効率的なデータの送受信
を行うものである。
は、第６にデータ送受信時において、送信中に無線通信
プロトコル内で発生したデータ再送の頻度によって送受
信するデータのサイズと、送信相手先からの応答を待た
ずに連続して送信できるフレーム数を再設定する処理を
有することにより、無線回線が切断された時に再送信す
るデータ量を低減し、高速且つ効率的なデータの送受信
を行うものである。
【００１６】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。
を参照して説明する。
【００１７】図１は本発明による無線データ通信方法の
第１の実施の形態の基本構成を示す図である。
第１の実施の形態の基本構成を示す図である。
【００１８】本実施の形態は、無線携帯端末であるクラ
イアント機１とサーバ機９とがデータ通信する例であ
る。すなわち、クライアント機１は、無線通信網４と公
衆網６と有線通信網１０とを介して、サーバ機９とデー
タを送受信する。
イアント機１とサーバ機９とがデータ通信する例であ
る。すなわち、クライアント機１は、無線通信網４と公
衆網６と有線通信網１０とを介して、サーバ機９とデー
タを送受信する。
【００１９】無線通信網４は、たとえばＰＤＣやＰＨＳ
等を利用し、単位無線区域２内にあってクライアント機
１との間で回線を確立する無線基地局３と、無線通信網
４と公衆網６との間で通信されるデータを通信網に合わ
せて変換するプロトコル変換装置５とを介して、公衆網
６と接続する通信網である。
等を利用し、単位無線区域２内にあってクライアント機
１との間で回線を確立する無線基地局３と、無線通信網
４と公衆網６との間で通信されるデータを通信網に合わ
せて変換するプロトコル変換装置５とを介して、公衆網
６と接続する通信網である。
【００２０】公衆網６は、たとえば加入電話網（ＰＳＴ
Ｎ）やサービス総合デジタル網（ＩＳＤＮ）のような通
信網を指し、たとえばターミナルアダプタ（ＴＡ）やモ
デム等の回線インタフェース７を介して、有線通信網１
０と接続している。
Ｎ）やサービス総合デジタル網（ＩＳＤＮ）のような通
信網を指し、たとえばターミナルアダプタ（ＴＡ）やモ
デム等の回線インタフェース７を介して、有線通信網１
０と接続している。
【００２１】また、有線通信網１０は、たとえばＬＡＮ
等を利用し、ルータ８を介して、サーバ機９に接続して
いる通信網である。
等を利用し、ルータ８を介して、サーバ機９に接続して
いる通信網である。
【００２２】以上の構成で、クライアント機１と回線イ
ンタフェース７との間では、たとえばＰＩＡＦＳ等の無
線通信プロトコルによりデータが補償されているものと
し、回線インタフェース７とサーバ機９とは非常に近い
距離にあるものとし、各々の区間ではデータの衝突など
によるデータ転送エラーが極めて少ないものとする。
ンタフェース７との間では、たとえばＰＩＡＦＳ等の無
線通信プロトコルによりデータが補償されているものと
し、回線インタフェース７とサーバ機９とは非常に近い
距離にあるものとし、各々の区間ではデータの衝突など
によるデータ転送エラーが極めて少ないものとする。
【００２３】図２は図１に示したクライアント機１のブ
ロック図である。
ロック図である。
【００２４】図２において、クライアント機１は、全体
の動作を制御するＣＰＵ１１と、たとえばＢＩＯＳ等の
制御プログラム１２１や制御データ１２２が記憶されて
いるＲＯＭ１２と、ＣＰＵ１１の制御に関する各種情報
や通信アプリケーション１３１や無線データ通信プログ
ラム１３２等が一時的または恒久的に記憶されるＲＡＭ
１３と、現在時刻を表示したり時間を計測したりする時
計装置１４と、たとえばキーボードやペン等のユーザか
らの入力を受け付ける入力装置１５と、たとえばディス
プレイやＬＣＤ等のクライアント機１の状況や操作手順
などを表示する表示装置１６と、無線制御装置１８と無
線データ通信プログラム１３２との間で制御命令やデー
タ等をやりとりするたとえばＲＳ−２３２Ｃ等の接続イ
ンタフェース装置１７と、無線基地局との間で回線を確
立したり現在の回線状態を監視する無線制御装置１８と
が、共通のデータバスラインおよびコントロールバスラ
インに接続されて、構成されている。
の動作を制御するＣＰＵ１１と、たとえばＢＩＯＳ等の
制御プログラム１２１や制御データ１２２が記憶されて
いるＲＯＭ１２と、ＣＰＵ１１の制御に関する各種情報
や通信アプリケーション１３１や無線データ通信プログ
ラム１３２等が一時的または恒久的に記憶されるＲＡＭ
１３と、現在時刻を表示したり時間を計測したりする時
計装置１４と、たとえばキーボードやペン等のユーザか
らの入力を受け付ける入力装置１５と、たとえばディス
プレイやＬＣＤ等のクライアント機１の状況や操作手順
などを表示する表示装置１６と、無線制御装置１８と無
線データ通信プログラム１３２との間で制御命令やデー
タ等をやりとりするたとえばＲＳ−２３２Ｃ等の接続イ
ンタフェース装置１７と、無線基地局との間で回線を確
立したり現在の回線状態を監視する無線制御装置１８と
が、共通のデータバスラインおよびコントロールバスラ
インに接続されて、構成されている。
【００２５】無線データ通信プログラム１３２は、クラ
イアント機１の電源が投入されると同時に実行され、ユ
ーザによって設定された制御パラメータをネットワーク
プロトコル部１３２ｂや回線制御部１３２ｄや回線状態
監視部１３２ｅに通知する入力パラメータ設定部１３２
ａと、電子メールやファイル転送アプリケーション等の
通信アプリケーション１３１から受信したデータにネッ
トワークプロトコルデータを付加し接続インタフェース
装置１７に送信したり、接続インタフェース装置１７か
ら受信したデータからネットワークプロトコルデータを
破棄し通信アプリケーション１３１に送信するネットワ
ークプロトコル部１３２ｂと、ユーザもしくは通信アプ
リケーション１３１からの回線の接続/ 切断要求を受け
取って回線制御部１３２ｄに要求する回線接続/ 切断要
求部１３２ｃと、回線が使用中か否かや任意時間におけ
る切断回数などの回線制御情報を管理する回線制御部１
３２ｄと、無線制御装置１８から現在の回線状態や回線
の切断理由等を取得する回線状態監視部１３２ｅとから
なる。
イアント機１の電源が投入されると同時に実行され、ユ
ーザによって設定された制御パラメータをネットワーク
プロトコル部１３２ｂや回線制御部１３２ｄや回線状態
監視部１３２ｅに通知する入力パラメータ設定部１３２
ａと、電子メールやファイル転送アプリケーション等の
通信アプリケーション１３１から受信したデータにネッ
トワークプロトコルデータを付加し接続インタフェース
装置１７に送信したり、接続インタフェース装置１７か
ら受信したデータからネットワークプロトコルデータを
破棄し通信アプリケーション１３１に送信するネットワ
ークプロトコル部１３２ｂと、ユーザもしくは通信アプ
リケーション１３１からの回線の接続/ 切断要求を受け
取って回線制御部１３２ｄに要求する回線接続/ 切断要
求部１３２ｃと、回線が使用中か否かや任意時間におけ
る切断回数などの回線制御情報を管理する回線制御部１
３２ｄと、無線制御装置１８から現在の回線状態や回線
の切断理由等を取得する回線状態監視部１３２ｅとから
なる。
【００２６】無線制御装置１８と回線状態監視部１３２
ｅとは、図１における無線通信網４に応じて、取り替え
可能な構成をとり、無線制御装置１８は、回線状態監視
部１３２ｅからの制御命令によって動作する。
ｅとは、図１における無線通信網４に応じて、取り替え
可能な構成をとり、無線制御装置１８は、回線状態監視
部１３２ｅからの制御命令によって動作する。
【００２７】図３は図１に示したサーバ機９のブロック
図である。
図である。
【００２８】図３において、サーバ機９は、全体の動作
を制御するＣＰＵ２１と、制御プログラム２２１や制御
データ２２２が記憶されているＲＯＭ２２と、ＣＰＵ２
１の制御に関する各種情報や通信サービスプログラム２
３１や無線データ通信プログラム２３２等が一時的また
は恒久的に記憶されるＲＡＭ２３と、現在時刻を表示し
たり時間を計測したりする時計装置２４と、たとえばキ
ーボードやペン等の管理者からの入力を受け付ける入力
装置２５と、たとえばディスプレイやＬＣＤ等のサーバ
機９の状況や操作手順などを表示する表示装置２６と、
ルータ８と無線データ通信プログラム２３２との間で制
御命令やデータ等をやりとりするたとえばＩＥＥＥ８０
２．４に規定されるイーサネット等の通信インタフェー
ス装置２７とが、共通のデータバスラインおよびコント
ロールバスラインに接続されて、構成されている。
を制御するＣＰＵ２１と、制御プログラム２２１や制御
データ２２２が記憶されているＲＯＭ２２と、ＣＰＵ２
１の制御に関する各種情報や通信サービスプログラム２
３１や無線データ通信プログラム２３２等が一時的また
は恒久的に記憶されるＲＡＭ２３と、現在時刻を表示し
たり時間を計測したりする時計装置２４と、たとえばキ
ーボードやペン等の管理者からの入力を受け付ける入力
装置２５と、たとえばディスプレイやＬＣＤ等のサーバ
機９の状況や操作手順などを表示する表示装置２６と、
ルータ８と無線データ通信プログラム２３２との間で制
御命令やデータ等をやりとりするたとえばＩＥＥＥ８０
２．４に規定されるイーサネット等の通信インタフェー
ス装置２７とが、共通のデータバスラインおよびコント
ロールバスラインに接続されて、構成されている。
【００２９】無線データ通信プログラム２３２は、サー
バ機９の電源が投入されると同時に実行され、管理者に
よって設定された制御パラメータをネットワークプロト
コル部２３２ｂや回線接続/ 切断処理部２３２ｃに通知
する入力パラメータ設定部２３２ａと、通信サービスプ
ログラム２３１から受信したデータにネットワークプロ
トコルデータを付加し通信インタフェース装置２７に送
信したり、通信インタフェース装置２７から受信したデ
ータからネットワークプロトコルデータを破棄し通信サ
ービスプログラム２３１に送信するネットワークプロト
コル部２３２ｂと、管理者もしくは通信サービスプログ
ラム２３１からの回線の接続/ 切断要求を受け取り、回
線の接続/ 切断処理を行う回線接続/ 切断処理要求部２
３２ｃとからなる。
バ機９の電源が投入されると同時に実行され、管理者に
よって設定された制御パラメータをネットワークプロト
コル部２３２ｂや回線接続/ 切断処理部２３２ｃに通知
する入力パラメータ設定部２３２ａと、通信サービスプ
ログラム２３１から受信したデータにネットワークプロ
トコルデータを付加し通信インタフェース装置２７に送
信したり、通信インタフェース装置２７から受信したデ
ータからネットワークプロトコルデータを破棄し通信サ
ービスプログラム２３１に送信するネットワークプロト
コル部２３２ｂと、管理者もしくは通信サービスプログ
ラム２３１からの回線の接続/ 切断要求を受け取り、回
線の接続/ 切断処理を行う回線接続/ 切断処理要求部２
３２ｃとからなる。
【００３０】以下に、図面を参照して本実施の形態の動
作を詳細に説明する。
作を詳細に説明する。
【００３１】図４は、異機種間で通信を行うためのプロ
トコル（ＯＳＩ）のモデルと本実施の形態のデータ通信
方法との関係および本実施の形態のデータ通信方法の概
念を示す図である。
トコル（ＯＳＩ）のモデルと本実施の形態のデータ通信
方法との関係および本実施の形態のデータ通信方法の概
念を示す図である。
【００３２】本実施の形態の無線データ通信装置におい
ては、クライアント機１内の無線制御装置１８と回線イ
ンタフェース７との間は無線通信プロトコルによるデー
タ補償がされており、また回線インタフェース７とサー
バ機９内の通信インタフェース装置２７との間は、非常
に近い距離におき、データの衝突などによるデータ転送
エラーが極めて少ないものとしているので、ＯＳＩのモ
デルで言い換えればデータリンク層（Ｌ２）以下のレベ
ルでデータ補償がされているとみなしている。
ては、クライアント機１内の無線制御装置１８と回線イ
ンタフェース７との間は無線通信プロトコルによるデー
タ補償がされており、また回線インタフェース７とサー
バ機９内の通信インタフェース装置２７との間は、非常
に近い距離におき、データの衝突などによるデータ転送
エラーが極めて少ないものとしているので、ＯＳＩのモ
デルで言い換えればデータリンク層（Ｌ２）以下のレベ
ルでデータ補償がされているとみなしている。
【００３３】そのため、トランスポート層（Ｌ４）にお
いては、ＲＦＣ７９３に規定されるＴＣＰ（Ｔｒａｎｓ
ｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）
が行っているタイムアウトと再送信によってデータを補
償する処理や、データ転送中にデータが変化しているか
否かをチェックする処理は必要とせず、代わりに、ＲＦ
Ｃ７６８に規定されるＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒ
ａｍ Ｐｒｏｔｏｃｏｌ）が行うネットワーク層（Ｌ
３）との間でデータを送受信する処理と、無線データ通
信に適応した仕組みとを有している。
いては、ＲＦＣ７９３に規定されるＴＣＰ（Ｔｒａｎｓ
ｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）
が行っているタイムアウトと再送信によってデータを補
償する処理や、データ転送中にデータが変化しているか
否かをチェックする処理は必要とせず、代わりに、ＲＦ
Ｃ７６８に規定されるＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒ
ａｍ Ｐｒｏｔｏｃｏｌ）が行うネットワーク層（Ｌ
３）との間でデータを送受信する処理と、無線データ通
信に適応した仕組みとを有している。
【００３４】図５は、制御データフォーマットおよびプ
ロフィールデータフォーマットの一例を示す図である。
ロフィールデータフォーマットの一例を示す図である。
【００３５】また、図２２は図５中のＣｏｍｍａｎｄＩ
Ｄに設定する制御コマンドの一例を示す表図である。
Ｄに設定する制御コマンドの一例を示す表図である。
【００３６】無線データ通信に適応した仕組みとして、
クライアント機１のネットワークプロトコル部１３２ｂ
とサーバ機９のネットワークプロトコル部２３２ｂとの
間で送受信されるデータの先頭に、図５のような制御デ
ータを挿入する。
クライアント機１のネットワークプロトコル部１３２ｂ
とサーバ機９のネットワークプロトコル部２３２ｂとの
間で送受信されるデータの先頭に、図５のような制御デ
ータを挿入する。
【００３７】フォーマット内のＶｅｒｓｉｏｎは制御デ
ータフォーマットのバージョンを、ＣｏｍｍａｎｄＩＤ
には制御コマンドの種別を示す図２２のＣｏｍｍａｎｄ
ＩＤ値を、ＳＳＮは送信するデータのシーケンス番号
を、ＲＳＮは受信したデータのシーケンス番号を、Ｐｒ
ｏｆｉｌｅＤａｔａＬｅｎｇｔｈはプロフィールデータ
長を、ＵｓｅｒＤａｔａＬｅｎｇｔｈはユーザデータ長
を、ＰａｃｋｅｔＬｅｎｇｔｈは送受信するデータを分
割する時の最大サイズを、ＷｉｎｄｏｗＳｉｚｅは送信
相手からの応答を待たずに連続して送信できるパケット
数を各々セットする。
ータフォーマットのバージョンを、ＣｏｍｍａｎｄＩＤ
には制御コマンドの種別を示す図２２のＣｏｍｍａｎｄ
ＩＤ値を、ＳＳＮは送信するデータのシーケンス番号
を、ＲＳＮは受信したデータのシーケンス番号を、Ｐｒ
ｏｆｉｌｅＤａｔａＬｅｎｇｔｈはプロフィールデータ
長を、ＵｓｅｒＤａｔａＬｅｎｇｔｈはユーザデータ長
を、ＰａｃｋｅｔＬｅｎｇｔｈは送受信するデータを分
割する時の最大サイズを、ＷｉｎｄｏｗＳｉｚｅは送信
相手からの応答を待たずに連続して送信できるパケット
数を各々セットする。
【００３８】図６は、クライアント機１からサーバ機９
へデータを送信する際の制御シーケンスの一例を示す図
である。
へデータを送信する際の制御シーケンスの一例を示す図
である。
【００３９】送信側のクライアント機１は、ＳＳＮに送
信するデータのシーケンス番号をセットし、制御データ
＋最大でＰａｃｋｅｔＬｅｎｇｔｈ値に分割したデータ
サイズのデータをＷｉｎｄｏｗＳｉｚｅ個連続してサー
バ機９に送信する。受信側のサーバ機９はＷｉｎｄｏｗ
Ｓｉｚｅ個連続してデータを受け取ると、それまで受け
取ったデータのシーケンス番号をＲＳＮにセットして応
答を返し、上記処理の繰り返しでデータの送受信を行
う。
信するデータのシーケンス番号をセットし、制御データ
＋最大でＰａｃｋｅｔＬｅｎｇｔｈ値に分割したデータ
サイズのデータをＷｉｎｄｏｗＳｉｚｅ個連続してサー
バ機９に送信する。受信側のサーバ機９はＷｉｎｄｏｗ
Ｓｉｚｅ個連続してデータを受け取ると、それまで受け
取ったデータのシーケンス番号をＲＳＮにセットして応
答を返し、上記処理の繰り返しでデータの送受信を行
う。
【００４０】上記制御データを用いた本実施の形態の動
作について、第１に無線回線を接続しデータを送受信す
るまでの処理について、図７を用いて説明する。
作について、第１に無線回線を接続しデータを送受信す
るまでの処理について、図７を用いて説明する。
【００４１】ユーザによって、クライアント機１のＲＡ
Ｍ１３内におかれている通信アプリケーション１３１が
起動されると（ステップＳ１）、回線接続/ 切断要求部
１３２ｃは、無線回線を接続するか否かの判断をユーザ
に仰ぎ（ステップＳ２）、肯定の場合はステップＳ４
に、否定の場合はステップＳ３に進む。
Ｍ１３内におかれている通信アプリケーション１３１が
起動されると（ステップＳ１）、回線接続/ 切断要求部
１３２ｃは、無線回線を接続するか否かの判断をユーザ
に仰ぎ（ステップＳ２）、肯定の場合はステップＳ４
に、否定の場合はステップＳ３に進む。
【００４２】ステップＳ３では、本発明の無線データ通
信方法を用いない無線データ通信を行う。ステップＳ４
では、回線接続/ 切断要求部１３２ｃは、回線制御部１
３２ｄに対して無線回線の接続を要求する。回線制御部
１３２ｄは、接続要求を受け取ると、無線回線を接続す
るための処理に進み( ステップＳ５) 、接続完了したか
否かを判断し（ステップＳ６）、肯定の場合はステップ
Ｓ８に、否定の場合はステップＳ７に進む。
信方法を用いない無線データ通信を行う。ステップＳ４
では、回線接続/ 切断要求部１３２ｃは、回線制御部１
３２ｄに対して無線回線の接続を要求する。回線制御部
１３２ｄは、接続要求を受け取ると、無線回線を接続す
るための処理に進み( ステップＳ５) 、接続完了したか
否かを判断し（ステップＳ６）、肯定の場合はステップ
Ｓ８に、否定の場合はステップＳ７に進む。
【００４３】ステップＳ７では、回線制御部１３２ｄ
は、回線接続／切断要求部１３２ｃに対して無線回線が
接続できる状態ではないことを通知し、ユーザへの通知
を促す。ステップＳ８では、回線制御部１３２ｄは、回
線接続／切断要求部１３２ｃとネットワークプロトコル
部１３２ｂに対して接続完了通知を行い、受信電界強度
を監視する処理に進む（ステップＳ９）。
は、回線接続／切断要求部１３２ｃに対して無線回線が
接続できる状態ではないことを通知し、ユーザへの通知
を促す。ステップＳ８では、回線制御部１３２ｄは、回
線接続／切断要求部１３２ｃとネットワークプロトコル
部１３２ｂに対して接続完了通知を行い、受信電界強度
を監視する処理に進む（ステップＳ９）。
【００４４】ネットワークプロトコル部１３２ｂは、サ
ーバ機９のネットワークプロトコル部２３２ｂとのコネ
クション確立処理に進む（ステップＳ１０）。ネットワ
ークプロトコル部１３２ｂは、コネクションの確立が完
了すると、通信アプリケーション１３１に対して、その
旨を通知する（ステップＳ１１）。通信アプリケーショ
ン１３１は、ネットワークプロトコル部１３２ｂを介し
てサーバ機９との間でデータ通信を行う（ステップＳ１
２）。
ーバ機９のネットワークプロトコル部２３２ｂとのコネ
クション確立処理に進む（ステップＳ１０）。ネットワ
ークプロトコル部１３２ｂは、コネクションの確立が完
了すると、通信アプリケーション１３１に対して、その
旨を通知する（ステップＳ１１）。通信アプリケーショ
ン１３１は、ネットワークプロトコル部１３２ｂを介し
てサーバ機９との間でデータ通信を行う（ステップＳ１
２）。
【００４５】ステップＳ５の無線回線を接続するための
処理について、図８を用いて説明する。
処理について、図８を用いて説明する。
【００４６】回線制御部１３２ｄは、まず接続インタフ
ェース装置１７および無線制御装置１８が共に動作して
いるか否かを確認し（ステップＳ１３）、肯定の場合は
ステップＳ１５に、否定の場合はステップＳ１４に進
む。
ェース装置１７および無線制御装置１８が共に動作して
いるか否かを確認し（ステップＳ１３）、肯定の場合は
ステップＳ１５に、否定の場合はステップＳ１４に進
む。
【００４７】ステップＳ１４では、回線接続/ 切断要求
部１３２ｃに対してその旨を通知し、ユーザに動作確認
後の通信アプリケーション１３１の再起動を促す。ステ
ップＳ１５では、接続インタフェース装置１７または無
線制御装置１８が使用されているか否かを確認し、肯定
の場合はステップＳ１６に、否定の場合はステップＳ１
４に進む。
部１３２ｃに対してその旨を通知し、ユーザに動作確認
後の通信アプリケーション１３１の再起動を促す。ステ
ップＳ１５では、接続インタフェース装置１７または無
線制御装置１８が使用されているか否かを確認し、肯定
の場合はステップＳ１６に、否定の場合はステップＳ１
４に進む。
【００４８】ステップＳ１６では、回線状態監視部１３
２ｅに対して回線状態監視要求を行い、接続可能か不可
かを判断する時間後に通知Ａするよう時計装置１４に設
定し（ステップＳ１７）、接続判断処理に進む（ステッ
プＳ１８）。
２ｅに対して回線状態監視要求を行い、接続可能か不可
かを判断する時間後に通知Ａするよう時計装置１４に設
定し（ステップＳ１７）、接続判断処理に進む（ステッ
プＳ１８）。
【００４９】回線状態監視部１３２ｅは、回線状態監視
要求を受け取ると、監視周期毎に接続インタフェース装
置１７を介して、無線制御装置１８から無線回線の状態
を判断する値（以下、「受信電界強度」という）を取得
し（ステップＳ１９）、回線制御部１３２ｄに対して通
知する（ステップＳ２０）。
要求を受け取ると、監視周期毎に接続インタフェース装
置１７を介して、無線制御装置１８から無線回線の状態
を判断する値（以下、「受信電界強度」という）を取得
し（ステップＳ１９）、回線制御部１３２ｄに対して通
知する（ステップＳ２０）。
【００５０】前記接続可能か不可かを判断する時間と、
監視周期とはユーザによって設定された制御パラメータ
で、入力パラメータ設定部１３２ａから通知される。
監視周期とはユーザによって設定された制御パラメータ
で、入力パラメータ設定部１３２ａから通知される。
【００５１】ステップＳ１８の接続判断処理について、
図９を用いて説明する。
図９を用いて説明する。
【００５２】回線制御部１３２ｄは待機状態になってお
り、回線接続/ 切断要求部１３２ｃからの要求と、時計
装置１４からの通知と、回線状態監視部１３２ｅからの
通知とを受け付ける。
り、回線接続/ 切断要求部１３２ｃからの要求と、時計
装置１４からの通知と、回線状態監視部１３２ｅからの
通知とを受け付ける。
【００５３】図９（ａ）において、回線接続/ 切断要求
部１３２ｃから回線の接続要求を受け取ると、ステップ
Ｓ１５に進む。
部１３２ｃから回線の接続要求を受け取ると、ステップ
Ｓ１５に進む。
【００５４】図９（ｂ）において、回線の切断要求を受
け取ると、回線状態監視部１３２ｅに対して回線状態監
視停止要求を行い（ステップＳ２１）、通知Ａを解除を
するよう時計装置１４に設定し（ステップＳ２２）、回
線接続/ 切断要求部１３２ｃに対して切断を通知する
（ステップＳ２３）。
け取ると、回線状態監視部１３２ｅに対して回線状態監
視停止要求を行い（ステップＳ２１）、通知Ａを解除を
するよう時計装置１４に設定し（ステップＳ２２）、回
線接続/ 切断要求部１３２ｃに対して切断を通知する
（ステップＳ２３）。
【００５５】図９（ｃ）において、時計装置１４から通
知Ａを受け取ると、回線接続／切断要求部１３２ｃに対
して、無線回線が接続できる状態ではないことを通知
し、ユーザへの通知を促す（ステップ２４）。
知Ａを受け取ると、回線接続／切断要求部１３２ｃに対
して、無線回線が接続できる状態ではないことを通知
し、ユーザへの通知を促す（ステップ２４）。
【００５６】図９（ｄ）において、回線状態監視部１３
２ｅから電界強度の通知を受け取ると、電界強度が接続
処理を行うための閾値を越えているか否かを確認する(
ステップＳ２５) 。肯定の場合はステップＳ２６に、否
定の場合はステップＳ１８に進む。ステップＳ２６で
は、回線制御部１３２ｄは、回線状態監視部１３２ｅに
対してダイヤルアップ開始要求を送り、接続確認処理に
進む（ステップＳ２７）。
２ｅから電界強度の通知を受け取ると、電界強度が接続
処理を行うための閾値を越えているか否かを確認する(
ステップＳ２５) 。肯定の場合はステップＳ２６に、否
定の場合はステップＳ１８に進む。ステップＳ２６で
は、回線制御部１３２ｄは、回線状態監視部１３２ｅに
対してダイヤルアップ開始要求を送り、接続確認処理に
進む（ステップＳ２７）。
【００５７】前記接続処理を行うための閾値はユーザに
よって設定された制御パラメータで、入力パラメータ設
定部１３２ａから通知される。例として、通知される電
界強度と前記閾値との関係を図１０に示す。
よって設定された制御パラメータで、入力パラメータ設
定部１３２ａから通知される。例として、通知される電
界強度と前記閾値との関係を図１０に示す。
【００５８】図１０のＡ位置において、回線制御部１３
２ｄは、回線状態監視部１３２ｅに対してダイヤルアッ
プ開始要求を送り、接続確認処理に進むことになる。
２ｄは、回線状態監視部１３２ｅに対してダイヤルアッ
プ開始要求を送り、接続確認処理に進むことになる。
【００５９】回線状態監視部１３２ｅが、回線制御部１
３２ｄからダイヤルアップ開始もしくは停止要求を受け
取った時の処理について、図１１を用いて説明する。
３２ｄからダイヤルアップ開始もしくは停止要求を受け
取った時の処理について、図１１を用いて説明する。
【００６０】接続インタフェース装置１７を介して、無
線制御装置１８に対して、ダイヤルアップを開始もしく
は停止するための制御命令を発行し（ステップＳ２
８）、無線制御装置１８からの接続状態通知待ち状態に
進む（ステップＳ2 ９）。接続状態通知を受け取ると、
ユーザに接続状態を示し（ステップＳ３０）、通知から
接続が完了したか否かを確認し（ステップＳ３１）、肯
定の場合はステップＳ３２に、否定の場合はステップＳ
３３に進む。
線制御装置１８に対して、ダイヤルアップを開始もしく
は停止するための制御命令を発行し（ステップＳ２
８）、無線制御装置１８からの接続状態通知待ち状態に
進む（ステップＳ2 ９）。接続状態通知を受け取ると、
ユーザに接続状態を示し（ステップＳ３０）、通知から
接続が完了したか否かを確認し（ステップＳ３１）、肯
定の場合はステップＳ３２に、否定の場合はステップＳ
３３に進む。
【００６１】ステップＳ３２では、回線制御部１３２ｄ
に対して、接続完了通知を行う。ステップＳ３３では、
切断状態か否かを確認し、肯定の場合はステップＳ３４
に、否定の場合はステップＳ２９に進む。ステップＳ３
４では、回線制御部１３２ｄに対して、切断通知を行
う。切断通知には、切断された理由を添付する。
に対して、接続完了通知を行う。ステップＳ３３では、
切断状態か否かを確認し、肯定の場合はステップＳ３４
に、否定の場合はステップＳ２９に進む。ステップＳ３
４では、回線制御部１３２ｄに対して、切断通知を行
う。切断通知には、切断された理由を添付する。
【００６２】ステップＳ２７の接続確認処理について、
図１２を用いて説明する。
図１２を用いて説明する。
【００６３】回線制御部１３２ｄは待機状態になってお
り、回線接続/ 切断要求部１３２ｃからの要求と、回線
状態監視部１３２ｅからの通知と時計装置１４からの通
知Ｂとを受け付ける。
り、回線接続/ 切断要求部１３２ｃからの要求と、回線
状態監視部１３２ｅからの通知と時計装置１４からの通
知Ｂとを受け付ける。
【００６４】図１２（ａ）において、回線接続/ 切断要
求部１３２ｃから回線の接続要求を受け取ると、ステッ
プＳ１５に進む。
求部１３２ｃから回線の接続要求を受け取ると、ステッ
プＳ１５に進む。
【００６５】図１２（ｂ）において、回線の切断要求を
受け取ると、回線状態監視部１３２ｅに対して回線状態
監視停止要求（ステップＳ３５）と、ダイヤルアップ停
止要求を通知する（ステップＳ３６）。
受け取ると、回線状態監視部１３２ｅに対して回線状態
監視停止要求（ステップＳ３５）と、ダイヤルアップ停
止要求を通知する（ステップＳ３６）。
【００６６】図１２（ｃ）において、回線状態監視部１
３２ｅから接続完了通知を受け取ると、回線接続/ 切断
要求部１３２ｃとネットワークプロトコル部１３２ｂに
接続完了通知を行い（ステップＳ８）、受信電界強度を
監視する処理に進む（ステップＳ９）。この後、ネット
ワークプロトコル部１３２ｂは、サーバ機９のネットワ
ークプロトコル部２３２ｂとのコネクション確立処理に
進む（ステップＳ１０）。
３２ｅから接続完了通知を受け取ると、回線接続/ 切断
要求部１３２ｃとネットワークプロトコル部１３２ｂに
接続完了通知を行い（ステップＳ８）、受信電界強度を
監視する処理に進む（ステップＳ９）。この後、ネット
ワークプロトコル部１３２ｂは、サーバ機９のネットワ
ークプロトコル部２３２ｂとのコネクション確立処理に
進む（ステップＳ１０）。
【００６７】図１２（ｄ）において、切断通知を受け取
ると、添付されている回線切断理由から回線状態の悪化
によって切断したか否かを確認する（ステップＳ３
７）。肯定の場合はステップＳ３９に、否定の場合はス
テップＳ３８に進む。ステップＳ３８では、回線接続/
切断要求部１３２ｃに切断通知を行う。ステップ３９で
は、再接続処理を行うまでの時間を取得し、上記時間後
に通知Ｂするよう時計装置１４に設定し（ステップＳ４
０）、ステップ２７に進む。
ると、添付されている回線切断理由から回線状態の悪化
によって切断したか否かを確認する（ステップＳ３
７）。肯定の場合はステップＳ３９に、否定の場合はス
テップＳ３８に進む。ステップＳ３８では、回線接続/
切断要求部１３２ｃに切断通知を行う。ステップ３９で
は、再接続処理を行うまでの時間を取得し、上記時間後
に通知Ｂするよう時計装置１４に設定し（ステップＳ４
０）、ステップ２７に進む。
【００６８】図１２（ｅ）において、時計装置から通知
Ｂを受け取ると、ステップＳ１５に進む。上記処理によ
り、回線状態の悪化によって回線が切断しても再度接続
し、データを送受信し続けることができる。
Ｂを受け取ると、ステップＳ１５に進む。上記処理によ
り、回線状態の悪化によって回線が切断しても再度接続
し、データを送受信し続けることができる。
【００６９】前記再接続処理を行うまでの時間はユーザ
によって設定された制御パラメータで、入力パラメータ
設定部１３２ａから通知される。
によって設定された制御パラメータで、入力パラメータ
設定部１３２ａから通知される。
【００７０】ステップＳ９の受信電界強度を監視する処
理については後述するとし、ステップＳ１０のサーバ機
９のネットワークプロトコル部２３２ｂとのコネクショ
ンを確立する処理について、図１３を用いて説明する。
理については後述するとし、ステップＳ１０のサーバ機
９のネットワークプロトコル部２３２ｂとのコネクショ
ンを確立する処理について、図１３を用いて説明する。
【００７１】図１３（ａ）において、ネットワークプロ
トコル部１３２ｂは、回線制御部１３２ｄから接続完了
通知を受け取ると、パケット長とウインドウサイズを設
定して、接続インタフェース装置１７を介して、サーバ
機９のネットワークプロトコル部２３２ｂに対してオー
プン要求制御コマンドを送信し（ステップＳ４１）、任
意時間後に通知Ｃするよう時計装置１４に設定し（ステ
ップＳ４２）、サーバ機９からのオープン応答制御コマ
ンドの受信を待つ（ステップＳ４３）。
トコル部１３２ｂは、回線制御部１３２ｄから接続完了
通知を受け取ると、パケット長とウインドウサイズを設
定して、接続インタフェース装置１７を介して、サーバ
機９のネットワークプロトコル部２３２ｂに対してオー
プン要求制御コマンドを送信し（ステップＳ４１）、任
意時間後に通知Ｃするよう時計装置１４に設定し（ステ
ップＳ４２）、サーバ機９からのオープン応答制御コマ
ンドの受信を待つ（ステップＳ４３）。
【００７２】前記受信待ち状態で、オープン応答制御コ
マンドを受け取る前に時計装置１４から通知Ｃを受け取
ると、任意回数再送を行ったか否かを確認する（ステッ
プＳ４４）。肯定の場合はステップＳ４５に、否定の場
合はステップＳ４６に進む。
マンドを受け取る前に時計装置１４から通知Ｃを受け取
ると、任意回数再送を行ったか否かを確認する（ステッ
プＳ４４）。肯定の場合はステップＳ４５に、否定の場
合はステップＳ４６に進む。
【００７３】ステップＳ４５では、ネットワークプロト
コル部間でコネクションを確立できなかった旨、回線接
続/ 切断要求部１３２ｃに通知し、ユーザへの通知を促
す。この後、回線接続/ 切断要求部は、回線制御部に対
して切断要求を行い無線回線を切断することになる。
コル部間でコネクションを確立できなかった旨、回線接
続/ 切断要求部１３２ｃに通知し、ユーザへの通知を促
す。この後、回線接続/ 切断要求部は、回線制御部に対
して切断要求を行い無線回線を切断することになる。
【００７４】ステップＳ４６では、サーバ機９のネット
ワークプロトコル部１３２ｂに対して再度オープン要求
制御コマンドを送信し、ステップＳ４３に進む。
ワークプロトコル部１３２ｂに対して再度オープン要求
制御コマンドを送信し、ステップＳ４３に進む。
【００７５】図１３（ｂ）において、サーバ機９側から
オープン応答制御コマンドを受け取ると、オープン確認
制御コマンドを送信し（ステップＳ４７）、任意時間後
に通知Ｄするよう時計装置１４に設定し（ステップＳ４
８）、通信アプリケーション１３１に対して、コネクシ
ョンを確立したことを通知し（ステップＳ１１）、通信
アプリケーション１３１からデータが送信されるか、時
計装置１４から通知Ｄされるのを待つ（ステップＳ４
９）。この後、通信アプリケーション１３１は、ネット
ワークプロトコル部１３２ｂを介してサーバ機９の通信
サービスプログラム２３１との間でデータ通信を行う
（ステップＳ１２）。
オープン応答制御コマンドを受け取ると、オープン確認
制御コマンドを送信し（ステップＳ４７）、任意時間後
に通知Ｄするよう時計装置１４に設定し（ステップＳ４
８）、通信アプリケーション１３１に対して、コネクシ
ョンを確立したことを通知し（ステップＳ１１）、通信
アプリケーション１３１からデータが送信されるか、時
計装置１４から通知Ｄされるのを待つ（ステップＳ４
９）。この後、通信アプリケーション１３１は、ネット
ワークプロトコル部１３２ｂを介してサーバ機９の通信
サービスプログラム２３１との間でデータ通信を行う
（ステップＳ１２）。
【００７６】本実施の形態で記載する任意時間、任意回
数はユーザによって設定された制御パラメータで、入力
パラメータ設定部１３２ａから通知される。
数はユーザによって設定された制御パラメータで、入力
パラメータ設定部１３２ａから通知される。
【００７７】ステップＳ１２のサーバ機９との間でデー
タ通信を行う処理について、図１４を用いて説明する。
タ通信を行う処理について、図１４を用いて説明する。
【００７８】図１４（ａ）において、通信アプリケーシ
ョン１３１は、ネットワークプロトコル部１３２ｂに対
してデータを随時送信する（ステップＳ５０）。ネット
ワークプロトコル部１３２ｂはＲＡＭ１３内の領域Ａに
データを蓄積し（ステップＳ５１）、ステップＳ１２に
進む。
ョン１３１は、ネットワークプロトコル部１３２ｂに対
してデータを随時送信する（ステップＳ５０）。ネット
ワークプロトコル部１３２ｂはＲＡＭ１３内の領域Ａに
データを蓄積し（ステップＳ５１）、ステップＳ１２に
進む。
【００７９】図１４（ｂ）において、時計装置１４から
通知Ｄを受け取ると、領域Ａに蓄積されたデータのサイ
ズが、コネクション確立処理でサーバ機９側とネゴシエ
ーションしたパケット長より大きいか否かを確認する
（ステップＳ５２）。肯定の場合はステップＳ５３に、
否定の場合はステップＳ５４に進む。
通知Ｄを受け取ると、領域Ａに蓄積されたデータのサイ
ズが、コネクション確立処理でサーバ機９側とネゴシエ
ーションしたパケット長より大きいか否かを確認する
（ステップＳ５２）。肯定の場合はステップＳ５３に、
否定の場合はステップＳ５４に進む。
【００８０】ステップＳ５３では、ネゴシエーションし
たパケット長に切り取り、ステップＳ５４に進む。ステ
ップＳ５４では、ＳＳＮを設定して、接続インタフェー
ス装置を介して、サーバ機９のネットワークプロトコル
部２３２ｂに対してデータ送信制御コマンドを送信し、
送信したデータを領域Ａから消去し（ステップＳ５
５）、ＲＡＭ１３内の領域Ｂにデータを保存し（ステッ
プＳ５６）、連続して送信したデータフレームの数が、
コネクション確立処理でサーバ機９側とネゴシエーショ
ンしたウインドウサイズに達したか否かを確認する（ス
テップＳ５７）。肯定の場合はステップＳ５８に、否定
の場合はステップＳ１２に進む。
たパケット長に切り取り、ステップＳ５４に進む。ステ
ップＳ５４では、ＳＳＮを設定して、接続インタフェー
ス装置を介して、サーバ機９のネットワークプロトコル
部２３２ｂに対してデータ送信制御コマンドを送信し、
送信したデータを領域Ａから消去し（ステップＳ５
５）、ＲＡＭ１３内の領域Ｂにデータを保存し（ステッ
プＳ５６）、連続して送信したデータフレームの数が、
コネクション確立処理でサーバ機９側とネゴシエーショ
ンしたウインドウサイズに達したか否かを確認する（ス
テップＳ５７）。肯定の場合はステップＳ５８に、否定
の場合はステップＳ１２に進む。
【００８１】ステップＳ５８では、サーバ機９側からの
データ送信応答制御コマンドを待ち、前記コマンドを受
け取ると、設定されていたＲＳＮまでのデータを領域Ｂ
からクリアし（ステップＳ５９）、ステップＳ１２に進
む。上記処理シーケンスは、通信アプリケーション１３
１から送信されるデータがなくなるまで続けられる。
データ送信応答制御コマンドを待ち、前記コマンドを受
け取ると、設定されていたＲＳＮまでのデータを領域Ｂ
からクリアし（ステップＳ５９）、ステップＳ１２に進
む。上記処理シーケンスは、通信アプリケーション１３
１から送信されるデータがなくなるまで続けられる。
【００８２】第２に無線回線によるデータ送受信中、無
線回線が切断され、データを再送信する処理について、
図１５、図１６および図１７を用いて説明する。
線回線が切断され、データを再送信する処理について、
図１５、図１６および図１７を用いて説明する。
【００８３】図１５において、回線制御部１３２ｄは、
受信電界強度を監視する処理中（ステップＳ９）に回線
状態監視部１３２ｅから切断通知を受け取ると、添付さ
れている回線切断理由から回線状態の悪化によって切断
したか否かを確認する（ステップＳ６０）。肯定の場合
はステップＳ６２に、否定の場合はステップＳ６１に進
む。
受信電界強度を監視する処理中（ステップＳ９）に回線
状態監視部１３２ｅから切断通知を受け取ると、添付さ
れている回線切断理由から回線状態の悪化によって切断
したか否かを確認する（ステップＳ６０）。肯定の場合
はステップＳ６２に、否定の場合はステップＳ６１に進
む。
【００８４】ステップＳ６１では、回線接続/ 切断要求
部１３２ｃとネットワークプロトコル部１３２ｂに切断
通知を行う。ステップＳ６２では、ステップＳ３９から
の再接続処理に進む。
部１３２ｃとネットワークプロトコル部１３２ｂに切断
通知を行う。ステップＳ６２では、ステップＳ３９から
の再接続処理に進む。
【００８５】無線回線が再接続されると、ネットワーク
プロトコル部１３２ｂはサーバ機９のネットワークプロ
トコル部１３２ｂとのコネクション再確立処理を行う。
プロトコル部１３２ｂはサーバ機９のネットワークプロ
トコル部１３２ｂとのコネクション再確立処理を行う。
【００８６】図１６（ａ）は、クライアント機１側から
サーバ機９側にデータを送信する時の処理を示すフロー
チャートである。
サーバ機９側にデータを送信する時の処理を示すフロー
チャートである。
【００８７】図１６（ａ）において、ネットワークプロ
トコル部１３２ｂは、接続インタフェース装置１７を介
して、サーバ機９のネットワークプロトコル部２３２ｂ
に対して再接続要求制御コマンドを送信し（ステップＳ
６３）、任意時間後に通知Ｅするよう時計装置１４に設
定し（ステップＳ６４）、サーバ機９からの再接続応答
制御コマンドの受信を待つ（ステップＳ６５）。
トコル部１３２ｂは、接続インタフェース装置１７を介
して、サーバ機９のネットワークプロトコル部２３２ｂ
に対して再接続要求制御コマンドを送信し（ステップＳ
６３）、任意時間後に通知Ｅするよう時計装置１４に設
定し（ステップＳ６４）、サーバ機９からの再接続応答
制御コマンドの受信を待つ（ステップＳ６５）。
【００８８】前記受信待ち状態で、再接続応答制御コマ
ンドを受け取る前に時計装置１４から通知Ｄを受け取る
と、任意回数再送を行ったか否かを確認する（ステップ
Ｓ６６）。肯定の場合はステップＳ６７に、否定の場合
はステップＳ６８に進む。
ンドを受け取る前に時計装置１４から通知Ｄを受け取る
と、任意回数再送を行ったか否かを確認する（ステップ
Ｓ６６）。肯定の場合はステップＳ６７に、否定の場合
はステップＳ６８に進む。
【００８９】ステップＳ６７では、ネットワークプロト
コル部１３２ｂと２３２ｂとの間でコネクションを再確
立できなかった旨、回線接続/ 切断要求部１３２ｃに通
知し、ユーザへの通知を促す。この後、回線接続/ 切断
要求部１３２ｃは、回線制御部１３２ｄに対して切断要
求を行い無線回線を切断することになる。ステップＳ６
８では、サーバ機９のネットワークプロトコル部１３２
ｂに対して再度再接続要求制御コマンドを送信し、ステ
ップＳ６５に進む。
コル部１３２ｂと２３２ｂとの間でコネクションを再確
立できなかった旨、回線接続/ 切断要求部１３２ｃに通
知し、ユーザへの通知を促す。この後、回線接続/ 切断
要求部１３２ｃは、回線制御部１３２ｄに対して切断要
求を行い無線回線を切断することになる。ステップＳ６
８では、サーバ機９のネットワークプロトコル部１３２
ｂに対して再度再接続要求制御コマンドを送信し、ステ
ップＳ６５に進む。
【００９０】図１６（ｂ）において、サーバ機９側から
再接続応答制御コマンドを受け取ると、制御データにセ
ットされているＲＳＮからサーバ機９のネットワークプ
ロトコル部１３２ｂがこれまでに受信したデータのシー
ケンス番号を取得する（ステップＳ６９）。その後、次
のシーケンス番号のデータから送信する処理に進む（ス
テップＳ１２）。
再接続応答制御コマンドを受け取ると、制御データにセ
ットされているＲＳＮからサーバ機９のネットワークプ
ロトコル部１３２ｂがこれまでに受信したデータのシー
ケンス番号を取得する（ステップＳ６９）。その後、次
のシーケンス番号のデータから送信する処理に進む（ス
テップＳ１２）。
【００９１】図１７はサーバ機９側からクライアント機
１側にデータを送信する時の処理のフローチャートであ
る。
１側にデータを送信する時の処理のフローチャートであ
る。
【００９２】図１７（ａ）において、ネットワークプロ
トコル部１３２ｂは、接続インタフェース装置１７を介
して、サーバ機９のネットワークプロトコル部２３２ｂ
に対してＲＳＮをセットした再接続要求制御コマンドを
送信し（ステップＳ７０）、任意時間後に通知Ｅするよ
う時計装置に設定し（ステップＳ７１）、サーバ機９か
らの再接続応答制御コマンドの受信を待つ（ステップＳ
７２）。
トコル部１３２ｂは、接続インタフェース装置１７を介
して、サーバ機９のネットワークプロトコル部２３２ｂ
に対してＲＳＮをセットした再接続要求制御コマンドを
送信し（ステップＳ７０）、任意時間後に通知Ｅするよ
う時計装置に設定し（ステップＳ７１）、サーバ機９か
らの再接続応答制御コマンドの受信を待つ（ステップＳ
７２）。
【００９３】前記受信待ち状態で、再接続応答制御コマ
ンドを受け取る前に時計装置１４から通知Ｅを受け取る
と、任意回数再送を行ったか否かを確認する（ステップ
Ｓ７３）。肯定の場合はステップＳ７４に、否定の場合
はステップＳ７５に進む。
ンドを受け取る前に時計装置１４から通知Ｅを受け取る
と、任意回数再送を行ったか否かを確認する（ステップ
Ｓ７３）。肯定の場合はステップＳ７４に、否定の場合
はステップＳ７５に進む。
【００９４】ステップＳ７４では、ネットワークプロト
コル部１３２ｂと２３２ｂとの間でコネクションを再確
立できなかった旨、回線接続/ 切断要求部１３２ｃに通
知し、ユーザへの通知を促す。この後、回線接続/ 切断
要求部１３２ｃは、回線制御部１３２ｄに対して切断要
求を行い無線回線を切断することになる。ステップＳ７
５では、サーバ機９のネットワークプロトコル部２３２
ｂに対して再度ＲＳＮをセットした再接続要求制御コマ
ンドを送信し、ステップＳ７２に進む。
コル部１３２ｂと２３２ｂとの間でコネクションを再確
立できなかった旨、回線接続/ 切断要求部１３２ｃに通
知し、ユーザへの通知を促す。この後、回線接続/ 切断
要求部１３２ｃは、回線制御部１３２ｄに対して切断要
求を行い無線回線を切断することになる。ステップＳ７
５では、サーバ機９のネットワークプロトコル部２３２
ｂに対して再度ＲＳＮをセットした再接続要求制御コマ
ンドを送信し、ステップＳ７２に進む。
【００９５】図１７（ｂ）において、サーバ機９側から
再接続応答制御コマンドを受け取ると、サーバ機９側か
らデータが送信されるのを待機する（ステップＳ７
３）。
再接続応答制御コマンドを受け取ると、サーバ機９側か
らデータが送信されるのを待機する（ステップＳ７
３）。
【００９６】第３に無線回線によるデータ送受信中、無
線回線の電波状態を検出し、プロフィール値を変更する
処理について図１８を用いて説明する。
線回線の電波状態を検出し、プロフィール値を変更する
処理について図１８を用いて説明する。
【００９７】図１８（ａ）において、回線制御部１３２
ｄは、回線接続/ 切断要求部１３２ｃとネットワークプ
ロトコル部１３２ｂに接続完了通知を行った（ステップ
Ｓ８）後の、待機状態になっている。
ｄは、回線接続/ 切断要求部１３２ｃとネットワークプ
ロトコル部１３２ｂに接続完了通知を行った（ステップ
Ｓ８）後の、待機状態になっている。
【００９８】前記待機状態において、回線状態監視部１
３２ｅから電界強度通知を受け取ると、予め用意してお
いた電界強度−プロフィールデータ表から、再設定する
プロフィールデータ値を取得する（ステップＳ７４）。
電界強度−プロフィールデータ表の一例を図２３に示
す。
３２ｅから電界強度通知を受け取ると、予め用意してお
いた電界強度−プロフィールデータ表から、再設定する
プロフィールデータ値を取得する（ステップＳ７４）。
電界強度−プロフィールデータ表の一例を図２３に示
す。
【００９９】取得したプロフィールデータ値とコネクシ
ョン確立処理でサーバ機９側とネゴシエーションしたプ
ロフィール値とが等しいか否か確認する（ステップＳ７
５）。肯定の場合は前記待機状態に、否定の場合はステ
ップＳ７６に進む。
ョン確立処理でサーバ機９側とネゴシエーションしたプ
ロフィール値とが等しいか否か確認する（ステップＳ７
５）。肯定の場合は前記待機状態に、否定の場合はステ
ップＳ７６に進む。
【０１００】ステップＳ７６では、再設定するプロフィ
ール値をネットワークプロトコル部１３２ｂに通知す
る。ネットワークプロトコル部１３２ｂは、前記通知を
受け取ると、接続インタフェース装置１７を介して、サ
ーバ機９のネットワークプロトコル部２３２ｂに対して
プロフィール変更要求制御コマンドを送信し（ステップ
Ｓ７７）、任意時間後に通知Ｆするよう時計装置１４に
設定し（ステップＳ７８）、サーバ機９からのプロフィ
ール変更応答制御コマンドの受信を待つ（ステップＳ７
９）。
ール値をネットワークプロトコル部１３２ｂに通知す
る。ネットワークプロトコル部１３２ｂは、前記通知を
受け取ると、接続インタフェース装置１７を介して、サ
ーバ機９のネットワークプロトコル部２３２ｂに対して
プロフィール変更要求制御コマンドを送信し（ステップ
Ｓ７７）、任意時間後に通知Ｆするよう時計装置１４に
設定し（ステップＳ７８）、サーバ機９からのプロフィ
ール変更応答制御コマンドの受信を待つ（ステップＳ７
９）。
【０１０１】前記受信待ち状態で、プロフィール変更応
答制御コマンドを受け取る前に時計装置１４から通知Ｆ
を受け取ると、プロフィールの変更を断念し、設定され
ていた値でデータ通信処理を続ける（ステップＳ１
２）。
答制御コマンドを受け取る前に時計装置１４から通知Ｆ
を受け取ると、プロフィールの変更を断念し、設定され
ていた値でデータ通信処理を続ける（ステップＳ１
２）。
【０１０２】図１８（ｂ）において、サーバ機９側から
プロフィール変更応答コマンドを受け取ると、新たにネ
ゴシエーションした値を用いてデータ通信処理を続ける
（ステップＳ１２）。
プロフィール変更応答コマンドを受け取ると、新たにネ
ゴシエーションした値を用いてデータ通信処理を続ける
（ステップＳ１２）。
【０１０３】次に、本発明の第２の実施の形態について
説明する。
説明する。
【０１０４】なお、本実施の形態においても通信システ
ムの基本構成は第１の実施の形態と同様であるので、図
１、図２および図３を参照して説明する。
ムの基本構成は第１の実施の形態と同様であるので、図
１、図２および図３を参照して説明する。
【０１０５】第２の実施の形態として、無線回線による
データ送受信中、任意時間に無線回線が切断した回数
（以下、「切断頻度」という）からプロフィール値を変
更する処理について図１９を用いて説明する。
データ送受信中、任意時間に無線回線が切断した回数
（以下、「切断頻度」という）からプロフィール値を変
更する処理について図１９を用いて説明する。
【０１０６】図１９（ａ）において、回線制御部１３２
ｄは、回線接続/ 切断要求部１３２ｃとネットワークプ
ロトコル部１３２ｂに接続完了通知を行った（ステップ
Ｓ８）後、任意時間後に通知Ｇするよう時計装置１４に
設定し（ステップＳ１００）、待機状態になる。
ｄは、回線接続/ 切断要求部１３２ｃとネットワークプ
ロトコル部１３２ｂに接続完了通知を行った（ステップ
Ｓ８）後、任意時間後に通知Ｇするよう時計装置１４に
設定し（ステップＳ１００）、待機状態になる。
【０１０７】前記待機状態において、回線状態監視部１
３２ｅから切断通知を受け取ると、通知された回数を保
持しておく（ステップＳ１０１）。前記待機状態におい
て、時計装置１４から通知Ｇを受け取ると、前回の待機
状態に通知された切断回数と今回の待機状態通知された
切断回数とが等しいか否かを確認する（ステップＳ１０
２）。肯定の場合はステップＳ１０１に進む。否定の場
合はステップＳ１０３に進む。
３２ｅから切断通知を受け取ると、通知された回数を保
持しておく（ステップＳ１０１）。前記待機状態におい
て、時計装置１４から通知Ｇを受け取ると、前回の待機
状態に通知された切断回数と今回の待機状態通知された
切断回数とが等しいか否かを確認する（ステップＳ１０
２）。肯定の場合はステップＳ１０１に進む。否定の場
合はステップＳ１０３に進む。
【０１０８】ステップＳ１０３では、予め用意しておい
た切断頻度−プロフィールデータ表から、再設定するプ
ロフィールデータ値を取得する。切断頻度−プロフィー
ルデータ表の一例を図２４に示す。
た切断頻度−プロフィールデータ表から、再設定するプ
ロフィールデータ値を取得する。切断頻度−プロフィー
ルデータ表の一例を図２４に示す。
【０１０９】ステップＳ１０４では、取得したプロフィ
ール値をネットワークプロトコル部１３２ｂに通知す
る。ネットワークプロトコル部１３２ｂは、前記通知を
受け取ると、接続インタフェース装置１７を介して、サ
ーバ機９のネットワークプロトコル部１３２ｂに対して
プロフィール変更要求制御コマンドを送信し（ステップ
Ｓ１０５）、任意時間後に通知Ｈするよう時計装置１４
に設定し（ステップＳ１０６）、サーバ機９からのプロ
フィール変更応答制御コマンドの受信を待つ（ステップ
Ｓ１０７）。
ール値をネットワークプロトコル部１３２ｂに通知す
る。ネットワークプロトコル部１３２ｂは、前記通知を
受け取ると、接続インタフェース装置１７を介して、サ
ーバ機９のネットワークプロトコル部１３２ｂに対して
プロフィール変更要求制御コマンドを送信し（ステップ
Ｓ１０５）、任意時間後に通知Ｈするよう時計装置１４
に設定し（ステップＳ１０６）、サーバ機９からのプロ
フィール変更応答制御コマンドの受信を待つ（ステップ
Ｓ１０７）。
【０１１０】前記受信待ち状態で、プロフィール変更応
答制御コマンドを受け取る前に時計装置１４から通知Ｈ
を受け取ると、プロフィールの変更を断念し、設定され
ていた値でデータ通信処理を続ける（ステップＳ１
２）。
答制御コマンドを受け取る前に時計装置１４から通知Ｈ
を受け取ると、プロフィールの変更を断念し、設定され
ていた値でデータ通信処理を続ける（ステップＳ１
２）。
【０１１１】図１９（ｂ）において、サーバ機９側から
プロフィール変更応答コマンドを受け取ると、新たにネ
ゴシエーションした値を用いてデータ通信処理を続ける
（ステップＳ１２）。
プロフィール変更応答コマンドを受け取ると、新たにネ
ゴシエーションした値を用いてデータ通信処理を続ける
（ステップＳ１２）。
【０１１２】次に、本発明の第３の実施の形態について
説明する。
説明する。
【０１１３】なお、本実施の形態においても通信システ
ムの基本構成は第１の実施の形態と同様であるので、図
１、図２および図３を参照して説明する。
ムの基本構成は第１の実施の形態と同様であるので、図
１、図２および図３を参照して説明する。
【０１１４】第３の実施の形態として、無線回線による
データ送受信中、無線通信プロトコルで発生したデータ
の再送回数からプロフィール値を変更する処理について
図２０を用いて説明する。
データ送受信中、無線通信プロトコルで発生したデータ
の再送回数からプロフィール値を変更する処理について
図２０を用いて説明する。
【０１１５】本実施の形態においては、無線通信プロト
コルでデータの再送が発生するとその都度、無線制御装
置１８から、回線状態監視部１３２ｅを介して回線制御
部１３２ｄに通知されるような構成を持つ。
コルでデータの再送が発生するとその都度、無線制御装
置１８から、回線状態監視部１３２ｅを介して回線制御
部１３２ｄに通知されるような構成を持つ。
【０１１６】図２０（ａ）において、回線制御部１３２
ｄは、回線接続/ 切断要求部１３２ｃとネットワークプ
ロトコル部１３２ｂに接続完了通知を行った（ステップ
Ｓ８）後、任意時間後に通知Ｉするよう時計装置１４に
設定し（ステップＳ１２０）、待機状態になる。
ｄは、回線接続/ 切断要求部１３２ｃとネットワークプ
ロトコル部１３２ｂに接続完了通知を行った（ステップ
Ｓ８）後、任意時間後に通知Ｉするよう時計装置１４に
設定し（ステップＳ１２０）、待機状態になる。
【０１１７】前記待機状態において、回線状態監視部１
３２ｅからデータの再送通知を受け取ると、通知された
回数を保持しておく（ステップＳ１２１）。前記待機状
態において、時計装置１４から通知Ｉを受け取ると、前
回の待機状態に通知された再送回数と今回の待機状態通
知された再送回数とが等しいか否かを確認する（ステッ
プＳ１２２）。肯定の場合はステップＳ１２１に進む。
否定の場合はステップＳ１２３に進む。
３２ｅからデータの再送通知を受け取ると、通知された
回数を保持しておく（ステップＳ１２１）。前記待機状
態において、時計装置１４から通知Ｉを受け取ると、前
回の待機状態に通知された再送回数と今回の待機状態通
知された再送回数とが等しいか否かを確認する（ステッ
プＳ１２２）。肯定の場合はステップＳ１２１に進む。
否定の場合はステップＳ１２３に進む。
【０１１８】ステップＳ１２３では、予め用意しておい
た再送回数−プロフィールデータ表から、再設定するプ
ロフィールデータ値を取得する。再送回数−プロフィー
ルデータ表の一例を図２５に示す。
た再送回数−プロフィールデータ表から、再設定するプ
ロフィールデータ値を取得する。再送回数−プロフィー
ルデータ表の一例を図２５に示す。
【０１１９】ステップＳ１２４では、取得したプロフィ
ール値をネットワークプロトコル部１３２ｂに通知す
る。ネットワークプロトコル部１３２ｂは、前記通知を
受け取ると、接続インタフェース装置１７を介して、サ
ーバ機９のネットワークプロトコル部２３２ｂに対して
プロフィール変更要求制御コマンドを送信し（ステップ
Ｓ１２５）、任意時間後に通知Ｊするよう時計装置１４
に設定し（ステップＳ１２６）、サーバ機９からのプロ
フィール変更応答制御コマンドの受信を待つ（ステップ
Ｓ１２７）。
ール値をネットワークプロトコル部１３２ｂに通知す
る。ネットワークプロトコル部１３２ｂは、前記通知を
受け取ると、接続インタフェース装置１７を介して、サ
ーバ機９のネットワークプロトコル部２３２ｂに対して
プロフィール変更要求制御コマンドを送信し（ステップ
Ｓ１２５）、任意時間後に通知Ｊするよう時計装置１４
に設定し（ステップＳ１２６）、サーバ機９からのプロ
フィール変更応答制御コマンドの受信を待つ（ステップ
Ｓ１２７）。
【０１２０】前記受信待ち状態で、プロフィール変更応
答制御コマンドを受け取る前に時計装置１４から通知Ｊ
を受け取ると、プロフィールの変更を断念し、設定され
ていた値でデータ通信処理を続ける（ステップＳ１
２）。
答制御コマンドを受け取る前に時計装置１４から通知Ｊ
を受け取ると、プロフィールの変更を断念し、設定され
ていた値でデータ通信処理を続ける（ステップＳ１
２）。
【０１２１】図２０（ｂ）において、サーバ機９側から
プロフィール変更応答コマンドを受け取ると、新たにネ
ゴシエーションした値を用いてデータ通信処理を続ける
（ステップＳ１２）。
プロフィール変更応答コマンドを受け取ると、新たにネ
ゴシエーションした値を用いてデータ通信処理を続ける
（ステップＳ１２）。
【０１２２】次に、本発明の第４の実施の形態について
説明する。
説明する。
【０１２３】なお、本実施の形態においても通信システ
ムの基本構成は第１の実施の形態と同様であるので、図
１、図２および図３を参照して説明する。
ムの基本構成は第１の実施の形態と同様であるので、図
１、図２および図３を参照して説明する。
【０１２４】第４の実施の形態として、無線制御装置１
８が回線状態監視部１３２ｅに受信電界強度を通知でき
ず、代わりに現在クライアント機１が無線区域にいるか
否かの情報（圏内／外情報）を通知する構成で、回線を
接続／再接続する処理について、図２１を用いて説明す
る。
８が回線状態監視部１３２ｅに受信電界強度を通知でき
ず、代わりに現在クライアント機１が無線区域にいるか
否かの情報（圏内／外情報）を通知する構成で、回線を
接続／再接続する処理について、図２１を用いて説明す
る。
【０１２５】図２１（ａ）において、回線制御部１３２
ｄは、回線接続／切断要求部１３２ｃからの接続要求を
受け取った時か、もしくは回線状態の悪化によって回線
が切断され再接続する時( ステップＳ１５) 、回線状態
監視部１３２ｅに対して回線状態監視要求を行い（ステ
ップＳ１４０）、接続可能か不可かを判断する時間後に
通知Ａするよう時計装置１４に設定し（ステップＳ１４
１）、待機状態になる（ステップＳ１４２）。
ｄは、回線接続／切断要求部１３２ｃからの接続要求を
受け取った時か、もしくは回線状態の悪化によって回線
が切断され再接続する時( ステップＳ１５) 、回線状態
監視部１３２ｅに対して回線状態監視要求を行い（ステ
ップＳ１４０）、接続可能か不可かを判断する時間後に
通知Ａするよう時計装置１４に設定し（ステップＳ１４
１）、待機状態になる（ステップＳ１４２）。
【０１２６】回線状態監視部１３２ｅは、回線状態監視
要求を受け取ると、接続インタフェース装置１７を介し
て、無線制御装置１８から圏内／外情報を取得し（ステ
ップＳ１４３）、圏内になった時に回線制御部１３２ｄ
に対して通知する（ステップＳ１４４）。
要求を受け取ると、接続インタフェース装置１７を介し
て、無線制御装置１８から圏内／外情報を取得し（ステ
ップＳ１４３）、圏内になった時に回線制御部１３２ｄ
に対して通知する（ステップＳ１４４）。
【０１２７】図２１（ｂ）において、回線制御部１３２
ｄは待機状態になっており、回線接続/ 切断要求部１３
２ｃからの要求と、時計装置１４からの通知と、回線状
態監視部１３２ｅからの通知とを受け付ける。回線接続
/ 切断要求部１３２ｃから回線の接続要求を受け取る
と、ステップＳ１５に進む。回線の切断要求を受け取る
と、ステップＳ２１に進む。時計装置１４から通知Ａを
受け取ると、ステップＳ２４に進む。回線状態監視部１
３２ｅから圏内通知を受け取ると、任意時間待ち（ステ
ップＳ１４５）、ステップＳ２７に進む。
ｄは待機状態になっており、回線接続/ 切断要求部１３
２ｃからの要求と、時計装置１４からの通知と、回線状
態監視部１３２ｅからの通知とを受け付ける。回線接続
/ 切断要求部１３２ｃから回線の接続要求を受け取る
と、ステップＳ１５に進む。回線の切断要求を受け取る
と、ステップＳ２１に進む。時計装置１４から通知Ａを
受け取ると、ステップＳ２４に進む。回線状態監視部１
３２ｅから圏内通知を受け取ると、任意時間待ち（ステ
ップＳ１４５）、ステップＳ２７に進む。
【０１２８】
【発明の効果】本発明は、以上説明したように構成され
ているので、以下に記載するような効果を奏する。
ているので、以下に記載するような効果を奏する。
【０１２９】（１）データ送受信時において、タイムア
ウトと再送信によってデータを補償する処理や、データ
転送中にデータが変化しているか否かをチェックする処
理を必要とせず、送信相手先からの応答回数を抑えるこ
とにより、高速且つ効率的なデータの送受信が可能とな
る。
ウトと再送信によってデータを補償する処理や、データ
転送中にデータが変化しているか否かをチェックする処
理を必要とせず、送信相手先からの応答回数を抑えるこ
とにより、高速且つ効率的なデータの送受信が可能とな
る。
【０１３０】（２）送信相手先からの応答を受け取るま
で、送信したデータをＲＡＭに保持する処理を有するた
め、無線回線が切断されてもデータを消滅させることな
く、再送信することが可能となる。
で、送信したデータをＲＡＭに保持する処理を有するた
め、無線回線が切断されてもデータを消滅させることな
く、再送信することが可能となる。
【０１３１】（３）無線回線の切断理由を確認し、回線
状態の悪化により切断された時、自動的に無線回線を再
接続し、且つサーバ機とのコネクションを再確立し、送
信済みデータの最後からデータ送信を再開する処理を有
するため、ユーザの操作性を向上し、効率的なデータの
送受信が可能となる。
状態の悪化により切断された時、自動的に無線回線を再
接続し、且つサーバ機とのコネクションを再確立し、送
信済みデータの最後からデータ送信を再開する処理を有
するため、ユーザの操作性を向上し、効率的なデータの
送受信が可能となる。
【０１３２】（４）データ送受信時において、受信電界
強度の変化によって送受信するデータのサイズと、送信
相手先からの応答を待たずに連続して送信できるフレー
ム数を再設定する処理を有するため、無線回線が切断さ
れた時に再送信するデータ量を低減し、高速且つ効率的
なデータの送受信が可能となる。
強度の変化によって送受信するデータのサイズと、送信
相手先からの応答を待たずに連続して送信できるフレー
ム数を再設定する処理を有するため、無線回線が切断さ
れた時に再送信するデータ量を低減し、高速且つ効率的
なデータの送受信が可能となる。
【０１３３】（５）データ送受信時において、送信中に
発生した回線切断の頻度によって送受信するデータのサ
イズと、送信相手先からの応答を待たずに連続して送信
できるフレーム数を再設定する処理を有するため、無線
回線が切断された時に再送信するデータ量を低減し、高
速且つ効率的なデータの送受信が可能となる。
発生した回線切断の頻度によって送受信するデータのサ
イズと、送信相手先からの応答を待たずに連続して送信
できるフレーム数を再設定する処理を有するため、無線
回線が切断された時に再送信するデータ量を低減し、高
速且つ効率的なデータの送受信が可能となる。
【０１３４】（６）データ送受信時において、送信中に
無線通信プロトコル内で発生したデータ再送の頻度によ
って送受信するデータのサイズと、送信相手先からの応
答を待たずに連続して送信できるフレーム数を再設定す
る処理を有するため、無線回線が切断された時に再送信
するデータ量を低減し、高速且つ効率的なデータの送受
信が可能となる。
無線通信プロトコル内で発生したデータ再送の頻度によ
って送受信するデータのサイズと、送信相手先からの応
答を待たずに連続して送信できるフレーム数を再設定す
る処理を有するため、無線回線が切断された時に再送信
するデータ量を低減し、高速且つ効率的なデータの送受
信が可能となる。
【図１】本発明による無線データ通信方法の第１の実施
の形態の基本構成を示す図である。
の形態の基本構成を示す図である。
【図２】図１に示したクライアント機のブロック図であ
る。
る。
【図３】図１に示したサーバ機のブロック図である。
【図４】異機種間で通信を行うためのプロトコル（ＯＳ
Ｉ）のモデルと第１の実施の形態のデータ通信方法との
関係および第１の実施の形態のデータ通信方法の概念を
示す図である。
Ｉ）のモデルと第１の実施の形態のデータ通信方法との
関係および第１の実施の形態のデータ通信方法の概念を
示す図である。
【図５】制御データフォーマットおよびプロフィールデ
ータフォーマットの一例を示す図である。
ータフォーマットの一例を示す図である。
【図６】クライアント機からサーバ機へデータを送信す
る際の制御シーケンスの一例を示す図である。
る際の制御シーケンスの一例を示す図である。
【図７】無線回線を接続しデータを送受信するまでの処
理のフローチャートである。
理のフローチャートである。
【図８】ステップＳ５の無線回線を接続するための処理
のフローチャートである。
のフローチャートである。
【図９】（ａ）〜（ｄ）はステップＳ１８の接続判断処
理のフローチャートである。
理のフローチャートである。
【図１０】通知される電界強度と閾値との関係を示す図
である。
である。
【図１１】回線状態監視部が回線制御部からダイヤルア
ップ開始もしくは停止要求を受け取った時の処理のフロ
ーチャートである。
ップ開始もしくは停止要求を受け取った時の処理のフロ
ーチャートである。
【図１２】（ａ）〜（ｅ）はステップＳ２７の接続確認
処理のフローチャートである。
処理のフローチャートである。
【図１３】（ａ）、（ｂ）はステップＳ１０のサーバ機
のネットワークプロトコル部とのコネクションを確立す
る処理のフローチャートである。
のネットワークプロトコル部とのコネクションを確立す
る処理のフローチャートである。
【図１４】（ａ）、（ｂ）はステップＳ１２のサーバ機
との間でデータ通信を行う処理のフローチャートであ
る。
との間でデータ通信を行う処理のフローチャートであ
る。
【図１５】無線回線によるデータ送受信中、無線回線が
切断され、データを再送信する処理のフローチャートで
ある。
切断され、データを再送信する処理のフローチャートで
ある。
【図１６】（ａ）、（ｂ）は無線回線によるデータ送受
信中、無線回線が切断され、データを再送信する処理の
フローチャートである。
信中、無線回線が切断され、データを再送信する処理の
フローチャートである。
【図１７】（ａ）、（ｂ）は無線回線によるデータ送受
信中、無線回線が切断され、データを再送信する処理の
フローチャートである。
信中、無線回線が切断され、データを再送信する処理の
フローチャートである。
【図１８】（ａ）、（ｂ）は無線回線によるデータ送受
信中、無線回線の電波状態を検出し、プロフィール値を
変更する処理のフローチャートである。
信中、無線回線の電波状態を検出し、プロフィール値を
変更する処理のフローチャートである。
【図１９】（ａ）、（ｂ）は無線回線によるデータ送受
信中、任意時間に無線回線が切断した回数からプロフィ
ール値を変更する処理のフローチャートである。
信中、任意時間に無線回線が切断した回数からプロフィ
ール値を変更する処理のフローチャートである。
【図２０】（ａ）、（ｂ）は無線回線によるデータ送受
信中、無線通信プロトコルで発生したデータの再送回数
からプロフィール値を変更する処理のフローチャートで
ある。
信中、無線通信プロトコルで発生したデータの再送回数
からプロフィール値を変更する処理のフローチャートで
ある。
【図２１】（ａ）、（ｂ）は無線制御装置が回線状態監
視部に受信電界強度を通知できず、代わりに現在クライ
アント機が無線区域にいるか否かの情報（圏内／外情
報）を通知する構成で、回線を接続／再接続する処理の
フローチャートである。
視部に受信電界強度を通知できず、代わりに現在クライ
アント機が無線区域にいるか否かの情報（圏内／外情
報）を通知する構成で、回線を接続／再接続する処理の
フローチャートである。
【図２２】図５中のＣｏｍｍａｎｄＩＤに設定する制御
コマンドの一例を示す表図である。
コマンドの一例を示す表図である。
【図２３】電界強度−プロフィールデータ表の一例を示
す表図である。
す表図である。
【図２４】切断頻度−プロフィールデータ表の一例を示
す表図である。
す表図である。
【図２５】再送回数−プロフィールデータ表の一例を示
す表図である。
す表図である。
１ クライアント機 ２ 単位無線区域 ３ 無線基地局 ４ 無線通信網 ５ プロトコル変換装置 ６ 公衆網 ７ 回線インタフェース ８ ルータ ９ サーバ機 １１ ＣＰＵ １２ ＲＯＭ １２１ 制御プログラム １２２ 制御データ １３ ＲＡＭ １３１ 通信アプリケーション １３２ 無線データ通信プログラム １３２ａ 入力パラメータ設定部 １３２ｂ ネットワークプロトコル部 １３２ｃ 回線接続/ 切断要求部 １３２ｄ 回線制御部 １３２ｅ 回線状態監視部 １４ 時計装置 １５ 入力装置 １６ 表示装置 １７ 接続インタフェース装置 １８ 無線制御装置 ２１ ＣＰＵ ２２ ＲＯＭ ２２１ 制御プログラム ２２２ 制御データ ２３ ＲＡＭ ２３１ 通信サービスプログラム ２３２ 無線データ通信プログラム ２３２ａ 入力パラメータ設定部 ２３２ｂ ネットワークプロトコル部 ２３２ｃ 回線接続/ 切断要求部 ２４ 時計装置 ２５ 入力装置 ２６ 表示装置 ２７ 通信インタフェース装置
Claims (8)
- 【請求項１】 クライアント機が、無線通信網と公衆網
と回線インタフェースとを介して有線通信網と接続し、
有線網内のサーバ機との間でデータを送受信する無線デ
ータ通信方法において、 送受信されるデータの先頭に制御データを挿入し、送信
相手先からの応答回数を抑える手段を有し、 無線回線の切断理由を確認し、回線状態の悪化により切
断された時、自動的に無線回線を再接続し、且つ前記サ
ーバ機とのコネクションを再確立する手段と、 送信済みデータの最後からデータ送信を再開する手段と
を有することを特徴とする無線データ通信方法。 - 【請求項２】 データ送信中に、受信電界強度の変化に
よって送受信するデータのサイズと、送信相手先からの
応答を待たずに連続して送信できるフレーム数とを再設
定する処理を有することを特徴とする請求項１に記載の
無線データ通信方法。 - 【請求項３】 データ送信中に、発生した回線切断の頻
度によって送受信するデータのサイズと、送信相手先か
らの応答を待たずに連続して送信できるフレーム数とを
再設定する手段を有することを特徴とする請求項１に記
載の無線データ通信方法。 - 【請求項４】 データ送信中に、無線通信プロトコル内
で発生したデータ再送の頻度によって送受信するデータ
のサイズと、送信相手先からの応答を待たずに連続して
送信できるフレーム数とを再設定する手段を有すること
を特徴とする請求項１に記載の無線データ通信方法。 - 【請求項５】 無線通信網と公衆網と回線インタフェー
スとを介して有線通信網と接続し、有線網内のサーバ機
との間でデータを送受信する無線データ通信装置におい
て、 送受信されるデータの先頭に制御データを挿入し、送信
相手先からの応答回数を抑える手段を有し、 無線回線の切断理由を確認し、回線状態の悪化により切
断された時、自動的に無線回線を再接続し、且つ前記サ
ーバ機とのコネクションを再確立する手段と、 送信済みデータの最後からデータ送信を再開する手段と
を有することを特徴とする無線データ通信装置。 - 【請求項６】 データ送信中に、受信電界強度の変化に
よって送受信するデータのサイズと、送信相手先からの
応答を待たずに連続して送信できるフレーム数とを再設
定する処理を有することを特徴とする請求項５に記載の
無線データ通信装置。 - 【請求項７】 データ送信中に、発生した回線切断の頻
度によって送受信するデータのサイズと、送信相手先か
らの応答を待たずに連続して送信できるフレーム数とを
再設定する手段を有することを特徴とする請求項５に記
載の無線データ通信装置。 - 【請求項８】 データ送信中に、無線通信プロトコル内
で発生したデータ再送の頻度によって送受信するデータ
のサイズと、送信相手先からの応答を待たずに連続して
送信できるフレーム数とを再設定する手段を有すること
を特徴とする請求項５に記載の無線データ通信装置。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7871398A JPH11275110A (ja) | 1998-03-26 | 1998-03-26 | 無線データ通信方法および装置 |
| EP99105113A EP0946068A3 (en) | 1998-03-26 | 1999-03-25 | Radio data communication method and system |
| CNB991032411A CN1186949C (zh) | 1998-03-26 | 1999-03-26 | 无线电数据通信方法和系统 |
| KR1019990010458A KR100343868B1 (ko) | 1998-03-26 | 1999-03-26 | 무선 데이터 통신 방법 및 시스템 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7871398A JPH11275110A (ja) | 1998-03-26 | 1998-03-26 | 無線データ通信方法および装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11275110A true JPH11275110A (ja) | 1999-10-08 |
Family
ID=13669521
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7871398A Pending JPH11275110A (ja) | 1998-03-26 | 1998-03-26 | 無線データ通信方法および装置 |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP0946068A3 (ja) |
| JP (1) | JPH11275110A (ja) |
| KR (1) | KR100343868B1 (ja) |
| CN (1) | CN1186949C (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002011487A1 (fr) * | 2000-07-31 | 2002-02-07 | Kabushiki Kaisha Toshiba | Procede permettant de fournir un service de secours pour des informations personnelles enregistrees stockees sur un terminal de communication portable et serveur |
| JP2007509521A (ja) * | 2003-10-10 | 2007-04-12 | サイトリックス システムズ， インコーポレイテッド | セッションの持続性および信頼性のためのプロトコルのカプセル化 |
| US7212803B2 (en) | 2001-03-30 | 2007-05-01 | Hitachi, Ltd. | Communication control method |
| JP2011505099A (ja) * | 2007-11-28 | 2011-02-17 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 接続障害通知方法および装置 |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3223355B2 (ja) * | 1998-11-12 | 2001-10-29 | 株式会社エヌ・ティ・ティ・ドコモ | 通信制御方法、通信制御装置、記録媒体およびデータ端末 |
| KR100353990B1 (ko) * | 1999-12-15 | 2002-09-26 | 기아자동차주식회사 | 웹서버와 클라이언트간의 정보 전송 방법 |
| KR100661540B1 (ko) * | 2001-04-03 | 2006-12-27 | 엘지전자 주식회사 | 이동통신단말기시스템 및 그의 신호링크방법 |
| KR100464026B1 (ko) * | 2002-03-08 | 2005-01-03 | 엘지전자 주식회사 | 이동통신 단말기를 이용한 데이터 전송방법 |
| KR100474705B1 (ko) * | 2002-06-29 | 2005-03-10 | 삼성전자주식회사 | 네비게이션 시스템에서 이동 단말기와 정보센터간의데이터 송, 수신 방법 |
| KR100537817B1 (ko) * | 2002-09-05 | 2005-12-19 | 에스케이 텔레콤주식회사 | 멀티미디어 메시징 서비스에서의 멀티미디어 메시지이어올리기 방법 및 시스템 |
| KR100605880B1 (ko) * | 2004-02-25 | 2006-08-01 | 삼성전자주식회사 | 클라이언트와 서버 간의 메시지 파일 송신 방법 |
| GB2417401B (en) * | 2004-08-18 | 2007-04-25 | Wecomm Ltd | Data transmission over a network |
| CN100334842C (zh) * | 2005-07-01 | 2007-08-29 | 倚天资讯股份有限公司 | 与服务器间断线自动重连方法 |
| US8942685B2 (en) * | 2013-06-10 | 2015-01-27 | Lenovo (Singapore) Pte. Ltd. | Callback options via wireless device |
| CN108667933A (zh) * | 2018-05-11 | 2018-10-16 | 星络科技有限公司 | 连接建立方法、连接建立装置及通信系统 |
| WO2023134874A1 (en) * | 2022-01-17 | 2023-07-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Lwm2m client registration |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4841526A (en) * | 1984-05-25 | 1989-06-20 | Wilson Jon C | Data communications system |
| US4691314A (en) * | 1985-10-30 | 1987-09-01 | Microcom, Inc. | Method and apparatus for transmitting data in adjustable-sized packets |
| US4989204A (en) * | 1988-02-10 | 1991-01-29 | Nec Corporation | High throughput communication method and system for a digital mobile station when crossing a zone boundary during a session |
| US5425051A (en) * | 1992-11-09 | 1995-06-13 | Norand Corporation | Radio frequency communication network having adaptive parameters |
| US5170394A (en) * | 1990-12-19 | 1992-12-08 | Sprint International Communications Corp. | Host network communication with transparent connection devices |
| US5379279A (en) * | 1993-07-06 | 1995-01-03 | Motorola, Inc. | Communication device with time assigned duplex operation |
| US5379278A (en) * | 1993-07-16 | 1995-01-03 | Honeywell Inc. | Method of automatic communications recovery |
| US5566225A (en) * | 1994-11-21 | 1996-10-15 | Lucent Technologies Inc. | Wireless data communications system for detecting a disabled condition and simulating a functioning mode in response to detection |
| JPH08340308A (ja) * | 1995-06-12 | 1996-12-24 | N T T Data Tsushin Kk | 通信方式 |
| KR970009032A (ko) * | 1995-07-20 | 1997-02-24 | 김광호 | 네트워크 재연결 방법 |
| JP2859204B2 (ja) * | 1996-04-18 | 1999-02-17 | 日本電気ホームエレクトロニクス株式会社 | 移動無線ネットワークシステム |
-
1998
- 1998-03-26 JP JP7871398A patent/JPH11275110A/ja active Pending
-
1999
- 1999-03-25 EP EP99105113A patent/EP0946068A3/en not_active Withdrawn
- 1999-03-26 KR KR1019990010458A patent/KR100343868B1/ko not_active IP Right Cessation
- 1999-03-26 CN CNB991032411A patent/CN1186949C/zh not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002011487A1 (fr) * | 2000-07-31 | 2002-02-07 | Kabushiki Kaisha Toshiba | Procede permettant de fournir un service de secours pour des informations personnelles enregistrees stockees sur un terminal de communication portable et serveur |
| US7212803B2 (en) | 2001-03-30 | 2007-05-01 | Hitachi, Ltd. | Communication control method |
| JP2007509521A (ja) * | 2003-10-10 | 2007-04-12 | サイトリックス システムズ， インコーポレイテッド | セッションの持続性および信頼性のためのプロトコルのカプセル化 |
| JP2011505099A (ja) * | 2007-11-28 | 2011-02-17 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 接続障害通知方法および装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0946068A3 (en) | 2000-10-18 |
| EP0946068A2 (en) | 1999-09-29 |
| KR19990078296A (ko) | 1999-10-25 |
| CN1234705A (zh) | 1999-11-10 |
| CN1186949C (zh) | 2005-01-26 |
| KR100343868B1 (ko) | 2002-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH11275110A (ja) | 無線データ通信方法および装置 | |
| RU2421910C2 (ru) | Управление передачей данных в сети беспроводной связи | |
| JP3967548B2 (ja) | リンク構成方法および装置 | |
| US6415331B1 (en) | Method of updating accumulated data with middleware and server system performing the same | |
| Alanko et al. | Measured performance of data transmission over cellular telephone networks | |
| JP2003046594A (ja) | 無線データ通信装置およびその制御方法 | |
| US20050165944A1 (en) | Always-on wireless internet protocol communication | |
| AU2006309470A1 (en) | Data transfer management in a radio communications network | |
| US20040062254A1 (en) | PPP link negotiation in mobile IP systems | |
| JP2000307650A (ja) | データ通信システムおよび記録媒体 | |
| WO2002058358A2 (en) | Method of and system for mobile station abbreviated point-to-point protocol negotiation | |
| JP3845084B2 (ja) | 休止モード・パケットデータ移動体ハンドオフを促進する方法並びに装置 | |
| JP2976939B2 (ja) | 移動体通信システム | |
| US20070129088A1 (en) | Method and system for performing cell reselection during an information transfer | |
| EP2168261B1 (en) | Method for enhancing of controlling radio resources, method for transmitting status report, and receiver in mobile communication system | |
| US7668545B2 (en) | Maintaining data connectivity for handoffs between compression-enabled and compression-disabled communication systems | |
| JP3107041B2 (ja) | 無線データ通信方法及び装置 | |
| KR20050082785A (ko) | 이동 통신 단말기와 유선 통신 서버간의 데이터 통신 방법및 시스템 | |
| WO2006053478A1 (en) | A method for ensuring the service platform acquiring the information of the user terminal by multi-application protocol | |
| JP3741421B2 (ja) | データ通信方法及び通信端末装置 | |
| JP3037261B2 (ja) | 携帯電話通信切替方式 | |
| JP3665309B2 (ja) | 通信システム、通信装置及び通信方法 | |
| KR100606347B1 (ko) | 3세대 지피알에스 망에서 지엔 인터페이스 상에서의 에러지시 메시지 처리 방법 | |
| JP3778483B2 (ja) | 移動体通信におけるデータ通信方法 | |
| JP2002354010A (ja) | 無線データ通信装置、トランスポートレイヤプロトコル制御方法およびデータリンクレイヤプロトコル制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20020806 |