JPH1188251A - データ通信システム、送信機、受信機、並びに、データ通信方法 - Google Patents
データ通信システム、送信機、受信機、並びに、データ通信方法Info
- Publication number
- JPH1188251A JPH1188251A JP9239446A JP23944697A JPH1188251A JP H1188251 A JPH1188251 A JP H1188251A JP 9239446 A JP9239446 A JP 9239446A JP 23944697 A JP23944697 A JP 23944697A JP H1188251 A JPH1188251 A JP H1188251A
- Authority
- JP
- Japan
- Prior art keywords
- data
- driver
- frame
- retransmission
- transmission
- 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
Landscapes
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
(57)【要約】
【課題】適切な送信品質で効率の良い通信を実現するこ
と 【解決手段】送信機、及び受信機に、複数の異なるプロ
トコルにそれぞれ対応し、それぞれのプロトコルに従っ
てデータを送受信する複数のデータリンクドライバ４６
ａ２１〜２５と、送受信するデータの種類を判別し、判
別結果に基づいて、当該データに適したデータリンクド
ライバ４６ａ２１〜２５を選択し、選択したデータリン
クドライバにデータを送受信させるデータ種別セレクタ
４６ａ１と、を備えたものである。
と 【解決手段】送信機、及び受信機に、複数の異なるプロ
トコルにそれぞれ対応し、それぞれのプロトコルに従っ
てデータを送受信する複数のデータリンクドライバ４６
ａ２１〜２５と、送受信するデータの種類を判別し、判
別結果に基づいて、当該データに適したデータリンクド
ライバ４６ａ２１〜２５を選択し、選択したデータリン
クドライバにデータを送受信させるデータ種別セレクタ
４６ａ１と、を備えたものである。
Description
【０００１】
【発明の属する技術分野】この発明は、有線通信及び無
線通信を行なうデータ通信システム、送信機、受信機、
並びに、データ通信方法に関するものである。
線通信を行なうデータ通信システム、送信機、受信機、
並びに、データ通信方法に関するものである。
【０００２】
【従来の技術】例えば、図２７は特開平６−３１８９３
０号公報に示された従来のデータ通信システムの全体構
成図であり、図２８はこのデータ通信システムのデータ
構成図である。図２９は無線呼出用受信機の機能ブロッ
ク図である。
０号公報に示された従来のデータ通信システムの全体構
成図であり、図２８はこのデータ通信システムのデータ
構成図である。図２９は無線呼出用受信機の機能ブロッ
ク図である。
【０００３】次に動作について説明する。図２７におい
て情報端末装置１０４から移動情報端末装置１０７にメ
ッセージを送信する場合に、情報端末装置１０４はモデ
ム装置１０５を使用して無線基地局装置１０８との間に
回線を確立した後に、メッセージを送信する。無線基地
局装置１０８はメッセージを電文分割部１８１で分割
し、無線呼出用受信機１０６のアドレス情報、メッセー
ジ番号、及びシステム管理情報を含むアドレス部１１１
に続きメッセージ番号に閉じた連番を付加した図２８の
ようなメッセージを順次送信する。このメッセージをメ
ッセージ番号順に図２９にあるメッセージ記憶メモリ１
６２に蓄積する。未受信電文があった場合にはメッセー
ジ中の未受信電文のところに疑似データを書き込む。移
動情報端末装置１０７は、メッセージ記憶メモリ１６２
に記憶されているデータのメモリ割付情報とシステム情
報を読み出す。ここでメッセージの連番が除去され、メ
ッセージ記憶メモリ１６２と別の記憶領域に保存され
る。このメッセージは移動情報端末装置１０７が欠落し
たデータを後で検索するための管理情報として、移動情
報端末装置１０７からの再送要求により再送されてい
る。
て情報端末装置１０４から移動情報端末装置１０７にメ
ッセージを送信する場合に、情報端末装置１０４はモデ
ム装置１０５を使用して無線基地局装置１０８との間に
回線を確立した後に、メッセージを送信する。無線基地
局装置１０８はメッセージを電文分割部１８１で分割
し、無線呼出用受信機１０６のアドレス情報、メッセー
ジ番号、及びシステム管理情報を含むアドレス部１１１
に続きメッセージ番号に閉じた連番を付加した図２８の
ようなメッセージを順次送信する。このメッセージをメ
ッセージ番号順に図２９にあるメッセージ記憶メモリ１
６２に蓄積する。未受信電文があった場合にはメッセー
ジ中の未受信電文のところに疑似データを書き込む。移
動情報端末装置１０７は、メッセージ記憶メモリ１６２
に記憶されているデータのメモリ割付情報とシステム情
報を読み出す。ここでメッセージの連番が除去され、メ
ッセージ記憶メモリ１６２と別の記憶領域に保存され
る。このメッセージは移動情報端末装置１０７が欠落し
たデータを後で検索するための管理情報として、移動情
報端末装置１０７からの再送要求により再送されてい
る。
【０００４】図３０および図３１は特開昭６３−１０５
５３７号公報に示された従来のデータ伝送装置の全体構
成図である。周知の移動無線電話装置たとえば自動車電
話装置（ＭＴＥＬ）２０１に、データが誤った場合再送
を行うために、データ通信部２０２を設けて構成されて
いる。データ通信部２０２のマイクプロセッサＣＰＵは
相手装置たとえば図３１のビデオテックス通信処理装置
ＶＣＰとの間でデータ誤りが発見されると自動的にデー
タを再送する誤り再送機能を有している。
５３７号公報に示された従来のデータ伝送装置の全体構
成図である。周知の移動無線電話装置たとえば自動車電
話装置（ＭＴＥＬ）２０１に、データが誤った場合再送
を行うために、データ通信部２０２を設けて構成されて
いる。データ通信部２０２のマイクプロセッサＣＰＵは
相手装置たとえば図３１のビデオテックス通信処理装置
ＶＣＰとの間でデータ誤りが発見されると自動的にデー
タを再送する誤り再送機能を有している。
【０００５】
【発明が解決しようとする課題】このような従来のデー
タ伝送装置では、移動体のディジタルデータ通信におい
ては、データ通信を行うためのプロトコルは一意的に提
供される。すなわちイメージデータのような数十ｋＢｙ
ｔｅのデータサイズのファイル伝送も、ＩＰパケットの
ような数十Ｂｙｔｅのショートデータサイズのメッセー
ジ交換シーケンスもすべて同じフレーム構成でエラーフ
リーを目的とした再送制御を行っている。つまり、どう
いうデータを送受信するかということとは無関係に、デ
ータ通信用のエラーフリーな伝送路を備えているため、
通信効率が悪い。例えば、図２７における従来のデータ
通信システムの伝送方式では、送信しようとするデータ
を分割し、データブロックサイズ毎に再送を行う。しか
し、回線品質の状態によらず一意な再送制御を行なうた
め、このブロックサイズ毎のデータフレーム再送では、
ブロック内のデータすべてを送信側から受信側に送り終
わるまで、その先の上位信号処理部分あるいは、直結し
ているデータ端末に次のデータを送ることができず、通
信効率が悪かった。また、図３０における従来のデータ
伝送装置では、データブロックが壊れても破壊の影響が
全体に波及しないデータで、かつデータ量が大きいも
の、例えば静止画データなどに対しても再送制御を行っ
ている。このようなデータのタイプでは、誤りが多少あ
っても、例えば、静止画、イメージなどの画面情報の一
部、絵がかけているところがあっても画面全体として認
識できればよいから、通信時間を短くしたいというケー
スもある。再送制御を行うことによって、電波環境が悪
い等によって誤り率の高い状態が続くといつまでたって
も１００％送れないため再送制御を繰り返し、再送リト
ライオーバーとなり結局送れなかったということもたび
たび発生し、通信効率が悪かった。
タ伝送装置では、移動体のディジタルデータ通信におい
ては、データ通信を行うためのプロトコルは一意的に提
供される。すなわちイメージデータのような数十ｋＢｙ
ｔｅのデータサイズのファイル伝送も、ＩＰパケットの
ような数十Ｂｙｔｅのショートデータサイズのメッセー
ジ交換シーケンスもすべて同じフレーム構成でエラーフ
リーを目的とした再送制御を行っている。つまり、どう
いうデータを送受信するかということとは無関係に、デ
ータ通信用のエラーフリーな伝送路を備えているため、
通信効率が悪い。例えば、図２７における従来のデータ
通信システムの伝送方式では、送信しようとするデータ
を分割し、データブロックサイズ毎に再送を行う。しか
し、回線品質の状態によらず一意な再送制御を行なうた
め、このブロックサイズ毎のデータフレーム再送では、
ブロック内のデータすべてを送信側から受信側に送り終
わるまで、その先の上位信号処理部分あるいは、直結し
ているデータ端末に次のデータを送ることができず、通
信効率が悪かった。また、図３０における従来のデータ
伝送装置では、データブロックが壊れても破壊の影響が
全体に波及しないデータで、かつデータ量が大きいも
の、例えば静止画データなどに対しても再送制御を行っ
ている。このようなデータのタイプでは、誤りが多少あ
っても、例えば、静止画、イメージなどの画面情報の一
部、絵がかけているところがあっても画面全体として認
識できればよいから、通信時間を短くしたいというケー
スもある。再送制御を行うことによって、電波環境が悪
い等によって誤り率の高い状態が続くといつまでたって
も１００％送れないため再送制御を繰り返し、再送リト
ライオーバーとなり結局送れなかったということもたび
たび発生し、通信効率が悪かった。
【０００６】この発明は上述のような問題点を解消する
ためになされたもので、伝送誤りの発生する通信路にお
いて通信効率のよいの通信を行なうデータ通信システ
ム、送信機、受信機、並びに、データ通信方法ることを
目的とする。
ためになされたもので、伝送誤りの発生する通信路にお
いて通信効率のよいの通信を行なうデータ通信システ
ム、送信機、受信機、並びに、データ通信方法ることを
目的とする。
【０００７】
【課題を解決するための手段】この発明にかかるデータ
通信システムにおいては、複数種類のプロトコルにそれ
ぞれ対応して設けられ、それぞれのプロトコルに従って
データを送信する複数の送信ドライバと、送信するデー
タの種類に基づいて、上記複数の送信ドライバのなかか
ら送信に用いる送信ドライバを選択し、選択した送信ド
ライバに上記送信するデータを送信させる送信ドライバ
セレクタと、を備えた送信機、上記複数種類のプロトコ
ルにそれぞれ対応して設けられ、それぞれのプロトコル
に従ってデータを受信する複数の受信ドライバと、上記
送信機が送信したデータの種類に基づいて、上記複数の
受信ドライバのなかから受信に用いる受信ドライバを選
択し、選択した受信ドライバに上記データを受信させる
受信ドライバセレクタと、を備えた受信機、を備えたも
のである。
通信システムにおいては、複数種類のプロトコルにそれ
ぞれ対応して設けられ、それぞれのプロトコルに従って
データを送信する複数の送信ドライバと、送信するデー
タの種類に基づいて、上記複数の送信ドライバのなかか
ら送信に用いる送信ドライバを選択し、選択した送信ド
ライバに上記送信するデータを送信させる送信ドライバ
セレクタと、を備えた送信機、上記複数種類のプロトコ
ルにそれぞれ対応して設けられ、それぞれのプロトコル
に従ってデータを受信する複数の受信ドライバと、上記
送信機が送信したデータの種類に基づいて、上記複数の
受信ドライバのなかから受信に用いる受信ドライバを選
択し、選択した受信ドライバに上記データを受信させる
受信ドライバセレクタと、を備えた受信機、を備えたも
のである。
【０００８】また、送信ドライバセレクタは、複数のフ
ェーズを有するプロトコルの各フェーズに基づいて、送
信ドライバを切り替え、受信ドライバセレクタは、上記
プロトコルの各フェーズに基づいて、受信ドライバを切
り替えるものである。
ェーズを有するプロトコルの各フェーズに基づいて、送
信ドライバを切り替え、受信ドライバセレクタは、上記
プロトコルの各フェーズに基づいて、受信ドライバを切
り替えるものである。
【０００９】また、複数の送信ドライバのうちの少なく
とも１つの送信ドライバは、データを複数のフレームに
分割して送信し、受信機から再送要求があった場合に、
上記再送要求に指定されたフレームのデータを複数のフ
レームに分割して送信し、複数の受信ドライバのうちの
少なくとも１つの受信ドライバは、送信機から送信され
たフレームが正常に受信されなかった場合に、正常に受
信できなかったフレームを指定して上記再送要求を上記
送信機へ送信するものである。
とも１つの送信ドライバは、データを複数のフレームに
分割して送信し、受信機から再送要求があった場合に、
上記再送要求に指定されたフレームのデータを複数のフ
レームに分割して送信し、複数の受信ドライバのうちの
少なくとも１つの受信ドライバは、送信機から送信され
たフレームが正常に受信されなかった場合に、正常に受
信できなかったフレームを指定して上記再送要求を上記
送信機へ送信するものである。
【００１０】この発明の送信機においては、 第１のプ
ロトコルに従って、データを送信する第１の送信ドライ
バと、上記第１のプロトコルとは異なる第２のプロトコ
ルに従って、データを送信する第２の送信ドライバと、
送信するデータの種類に基づいて、上記第１の送信ドラ
イバ又は第２の送信ドライバを選択し、選択した送信ド
ライバに上記送信するデータを送信させる送信ドライバ
セレクタと、を備えたものである。
ロトコルに従って、データを送信する第１の送信ドライ
バと、上記第１のプロトコルとは異なる第２のプロトコ
ルに従って、データを送信する第２の送信ドライバと、
送信するデータの種類に基づいて、上記第１の送信ドラ
イバ又は第２の送信ドライバを選択し、選択した送信ド
ライバに上記送信するデータを送信させる送信ドライバ
セレクタと、を備えたものである。
【００１１】また、第１のプロトコルは、再送制御を行
なうプロトコルであり、第２のプロトコルは、非再送制
御を行なうプロトコルである。
なうプロトコルであり、第２のプロトコルは、非再送制
御を行なうプロトコルである。
【００１２】また、送信ドライバセレクタは、データの
送信元であるアプリケーションから第１のプロトコル又
は第２のプロトコルを選択的に指定する指示情報を受け
取り、上記データの種類ではなく上記アプリケーション
からの指示情報に基づいて、第１の送信ドライバ若しく
は第２の送信ドライバを選択するものである。
送信元であるアプリケーションから第１のプロトコル又
は第２のプロトコルを選択的に指定する指示情報を受け
取り、上記データの種類ではなく上記アプリケーション
からの指示情報に基づいて、第１の送信ドライバ若しく
は第２の送信ドライバを選択するものである。
【００１３】また、第１の送信ドライバは、受信機から
再送要求を受取った場合に、再送要求に基づいて再送信
するデータを選択し、選択したデータを複数のフレーム
に分割して送信するものである。
再送要求を受取った場合に、再送要求に基づいて再送信
するデータを選択し、選択したデータを複数のフレーム
に分割して送信するものである。
【００１４】この発明における受信機においては、第１
のプロトコルに従って、データを受信する第１の受信ド
ライバと、上記第１のプロトコルとは異なる第２のプロ
トコルに従って、データを受信する第２の受信ドライバ
と、送信機より送信されたデータの種類に基づいて、上
記第１の受信ドライバ又は第２の受信ドライバを選択
し、選択した受信ドライバに上記送信されたデータを受
信させる受信ドライバセレクタと、を備えたものであ
る。
のプロトコルに従って、データを受信する第１の受信ド
ライバと、上記第１のプロトコルとは異なる第２のプロ
トコルに従って、データを受信する第２の受信ドライバ
と、送信機より送信されたデータの種類に基づいて、上
記第１の受信ドライバ又は第２の受信ドライバを選択
し、選択した受信ドライバに上記送信されたデータを受
信させる受信ドライバセレクタと、を備えたものであ
る。
【００１５】また、第１のプロトコルは、再送制御を行
なうプロトコルであり、第２のプロトコルは、非再送制
御を行なうプロトコルである。
なうプロトコルであり、第２のプロトコルは、非再送制
御を行なうプロトコルである。
【００１６】また、受信ドライバセレクタは、データの
送信元であるアプリケーションから第１のプロトコル又
は第２のプロトコルを選択的に指定する指示情報を受け
取り、上記データの種類ではなく上記アプリケーション
からの指示情報に基づいて、第１の受信ドライバ若しく
は第２の受信ドライバを選択するものである。
送信元であるアプリケーションから第１のプロトコル又
は第２のプロトコルを選択的に指定する指示情報を受け
取り、上記データの種類ではなく上記アプリケーション
からの指示情報に基づいて、第１の受信ドライバ若しく
は第２の受信ドライバを選択するものである。
【００１７】また、第１の受信ドライバは、送信機が送
信したフレームのうち正常に受信されなかったフレーム
数の大小レベルを判断し、予め定められたしきい値より
も上記大小レベルが大きい場合には、上記正常に受信さ
れなかったフレームを指定して再送要求を送信機へ送信
し、少ない場合には、上記正常に受信されなかったフレ
ームについて再送要求を行なわないものである。
信したフレームのうち正常に受信されなかったフレーム
数の大小レベルを判断し、予め定められたしきい値より
も上記大小レベルが大きい場合には、上記正常に受信さ
れなかったフレームを指定して再送要求を送信機へ送信
し、少ない場合には、上記正常に受信されなかったフレ
ームについて再送要求を行なわないものである。
【００１８】この発明のデータ通信方法においては、送
信機が複数のフレームを送信する送信ステップと、上記
送信機から送信された複数のフレームを受信機が受信す
る第１の受信ステップと、上記受信機が、上記送信ステ
ップで送信した複数のフレームのうち上記第１の受信ス
テップで正常に受信できなかったフレーム数の大小レベ
ルを判断し、予め定められたしきい値よりも上記大小レ
ベルが大きい場合には、上記第１の受信ステップで正常
に受信されなかったフレームを指定して再送要求を送信
し、少ない場合には上記第１の受信ステップで正常に受
信されなかったフレームについて再送要求を行なわない
再送要求ステップと、上記再送要求を受け取った上記送
信機が、上記再送要求に指定されたフレームを送信する
再送ステップと、上記受信機が、この再送ステップで送
信されたフレームを受信する第２の受信ステップと、を
備えたものである。
信機が複数のフレームを送信する送信ステップと、上記
送信機から送信された複数のフレームを受信機が受信す
る第１の受信ステップと、上記受信機が、上記送信ステ
ップで送信した複数のフレームのうち上記第１の受信ス
テップで正常に受信できなかったフレーム数の大小レベ
ルを判断し、予め定められたしきい値よりも上記大小レ
ベルが大きい場合には、上記第１の受信ステップで正常
に受信されなかったフレームを指定して再送要求を送信
し、少ない場合には上記第１の受信ステップで正常に受
信されなかったフレームについて再送要求を行なわない
再送要求ステップと、上記再送要求を受け取った上記送
信機が、上記再送要求に指定されたフレームを送信する
再送ステップと、上記受信機が、この再送ステップで送
信されたフレームを受信する第２の受信ステップと、を
備えたものである。
【００１９】また、送信機が複数のフレームを送信する
送信ステップと、上記送信機から送信された複数のフレ
ームを受信機が受信する第１の受信ステップと、上記受
信機が、上記送信ステップで送信した複数のフレームの
うち上記第１の受信ステップで正常に受信できなかった
フレームを指定して再送要求を送信する再送要求ステッ
プと、上記再送要求を受け取った上記送信機が、上記再
送要求に指定されたフレームのデータを第１のデータ及
び第２のデータに分割し、上記第１のデータを有する第
１のフレーム及び上記第２のデータを有する第２のフレ
ームを送信する再送ステップと、上記第１のフレーム及
び第２のフレームを受信する第２の受信ステップと、を
備えたものである。
送信ステップと、上記送信機から送信された複数のフレ
ームを受信機が受信する第１の受信ステップと、上記受
信機が、上記送信ステップで送信した複数のフレームの
うち上記第１の受信ステップで正常に受信できなかった
フレームを指定して再送要求を送信する再送要求ステッ
プと、上記再送要求を受け取った上記送信機が、上記再
送要求に指定されたフレームのデータを第１のデータ及
び第２のデータに分割し、上記第１のデータを有する第
１のフレーム及び上記第２のデータを有する第２のフレ
ームを送信する再送ステップと、上記第１のフレーム及
び第２のフレームを受信する第２の受信ステップと、を
備えたものである。
【００２０】また、送信ドライバセレクタは、データの
送信元である第１のアプリケーションから第１のデータ
を受け取るとともに、データの送信元であって第１のア
プリケーションとは異なる第２のアプリケーションから
第２のデータを受け取り、上記第１のデータのうちの一
部分のデータを上記第１のデータの種類に基づいて選択
した第１の送信ドライバへ出力するとともに送信させ、
この第１の送信ドライバへの出力が終了した後に、上記
第２のデータの一部又は全部を第２のデータの種類に基
づいて選択した第２のドライバへ出力するとともに送信
させ、この第２のドライバへの出力が終了した後に、上
記第１のデータの残りの部分を上記第１のデータの種類
に基づいて選択した第１の送信ドライバへ出力するとと
もに送信させるものである。
送信元である第１のアプリケーションから第１のデータ
を受け取るとともに、データの送信元であって第１のア
プリケーションとは異なる第２のアプリケーションから
第２のデータを受け取り、上記第１のデータのうちの一
部分のデータを上記第１のデータの種類に基づいて選択
した第１の送信ドライバへ出力するとともに送信させ、
この第１の送信ドライバへの出力が終了した後に、上記
第２のデータの一部又は全部を第２のデータの種類に基
づいて選択した第２のドライバへ出力するとともに送信
させ、この第２のドライバへの出力が終了した後に、上
記第１のデータの残りの部分を上記第１のデータの種類
に基づいて選択した第１の送信ドライバへ出力するとと
もに送信させるものである。
【００２１】
実施の形態１．図１は本発明の実施の形態１によるデー
タ通信システムの全体構成図である。図１において、１
は基地局３と無線回線を通じて音声およびデータの通信
を行う送信機であり受信機でもある携帯情報端末、２は
無線回線上の、パケット化された音声フレーム又はデー
タフレームを表している。３は複数の携帯情報端末１と
の間で通信を行なう基地局、４は複数の基地局３と接続
され、携帯情報端末１の制御を行うとともにＬＡＮ５
（Local area network）経由でデータ端末８さらに電話
機６、ファクシミリ（以下、ＦＡＸと称す）７といった
各端末に対して音声用の通話路、データ通信用の通信路
を接続制御する交換機である。この交換機４は、ＦＡＸ
７、データ端末８、基地局３を介して携帯情報端末１等
からデータを受信する受信機であり、また、ＦＡＸ７、
データ端末８、携帯情報端末１へデータを送信する送信
機でもある。
タ通信システムの全体構成図である。図１において、１
は基地局３と無線回線を通じて音声およびデータの通信
を行う送信機であり受信機でもある携帯情報端末、２は
無線回線上の、パケット化された音声フレーム又はデー
タフレームを表している。３は複数の携帯情報端末１と
の間で通信を行なう基地局、４は複数の基地局３と接続
され、携帯情報端末１の制御を行うとともにＬＡＮ５
（Local area network）経由でデータ端末８さらに電話
機６、ファクシミリ（以下、ＦＡＸと称す）７といった
各端末に対して音声用の通話路、データ通信用の通信路
を接続制御する交換機である。この交換機４は、ＦＡＸ
７、データ端末８、基地局３を介して携帯情報端末１等
からデータを受信する受信機であり、また、ＦＡＸ７、
データ端末８、携帯情報端末１へデータを送信する送信
機でもある。
【００２２】次に動作について説明する。携帯情報端末
１は、基地局３を介して交換機４と呼接続処理を実行す
ることによって電話機６と通話を行う。基地局３との間
の無線回線上はフレーミング、すなわちパケット化され
た音声信号を伝送し、交換機４がこの音声データを有す
るパケット、すなわち音声パケットを符号化若しくは復
号化することによって電話機６との通話を可能としてい
る。逆に電話機６から携帯情報端末１に電話をかける場
合も同様である。
１は、基地局３を介して交換機４と呼接続処理を実行す
ることによって電話機６と通話を行う。基地局３との間
の無線回線上はフレーミング、すなわちパケット化され
た音声信号を伝送し、交換機４がこの音声データを有す
るパケット、すなわち音声パケットを符号化若しくは復
号化することによって電話機６との通話を可能としてい
る。逆に電話機６から携帯情報端末１に電話をかける場
合も同様である。
【００２３】次に携帯情報端末１からＦＡＸ７へＦＡＸ
データを送信する場合、携帯情報端末１から無線回線を
通して送信されてきたＦＡＸデータを交換機４が基地局
３とＦＡＸ７との間にＦＡＸ通信用の通信路（パス）を
設定することによって、携帯情報端末１とＦＡＸ７との
間の通信が可能となる。さらに携帯情報端末１がＬＡＮ
５上のデータ端末８にアクセスする場合、携帯情報端末
１から無線回線を通じて送信されてきたデータを、交換
機４が基地局３とＬＡＮ５との間にＬＡＮ通信用の通信
路を設定することによって、携帯情報端末１とＬＡＮ５
との間の通信が可能となる。
データを送信する場合、携帯情報端末１から無線回線を
通して送信されてきたＦＡＸデータを交換機４が基地局
３とＦＡＸ７との間にＦＡＸ通信用の通信路（パス）を
設定することによって、携帯情報端末１とＦＡＸ７との
間の通信が可能となる。さらに携帯情報端末１がＬＡＮ
５上のデータ端末８にアクセスする場合、携帯情報端末
１から無線回線を通じて送信されてきたデータを、交換
機４が基地局３とＬＡＮ５との間にＬＡＮ通信用の通信
路を設定することによって、携帯情報端末１とＬＡＮ５
との間の通信が可能となる。
【００２４】●交換機 次に、この発明の実施の形態１における交換機４につい
て説明する。図２は図１における交換機４の機能ブロッ
ク図である。図２において、図１と同一の符号は同一又
は相当の部分を表している。４５は基地局３と無線回線
を通して接続され、この無線回線を介して携帯情報端末
１を制御する無線回線トランク、４５ａは無線回線上を
流れる音声信号若しくはデータを検出し、無線音声コー
デック４５ｂ若しくはデータリンクトランク４６へ振り
分ける音声／データ無線パケットディテクタ、４５ｂは
音声データを復号、符号化する無線音声コーデックであ
る。４６は伝送するデータの種類に基づいて複数のデー
タリンクドライバから１つのデータリンクドライバを選
択し、選択したデータリンクドライバを用いてデータを
伝送するデータリンクトランクである。このデータリン
クトランクは実施の形態１の特徴的な構成の一つであ
り、詳細は後述する。
て説明する。図２は図１における交換機４の機能ブロッ
ク図である。図２において、図１と同一の符号は同一又
は相当の部分を表している。４５は基地局３と無線回線
を通して接続され、この無線回線を介して携帯情報端末
１を制御する無線回線トランク、４５ａは無線回線上を
流れる音声信号若しくはデータを検出し、無線音声コー
デック４５ｂ若しくはデータリンクトランク４６へ振り
分ける音声／データ無線パケットディテクタ、４５ｂは
音声データを復号、符号化する無線音声コーデックであ
る。４６は伝送するデータの種類に基づいて複数のデー
タリンクドライバから１つのデータリンクドライバを選
択し、選択したデータリンクドライバを用いてデータを
伝送するデータリンクトランクである。このデータリン
クトランクは実施の形態１の特徴的な構成の一つであ
り、詳細は後述する。
【００２５】４２はアナログ／ディジタル交換器４２ａ
を有し、電話機６並びにＦＡＸ７に接続されるアナログ
内線トランク、４３はモデムのアナログ信号をスイッチ
４１を介して伝送するためのアナログ／ディジタル変換
器４２ａとＦＡＸモデム４３ａを有するモデムプールで
あるモデムトランク、４４はデータリンクモジュール４
６ａとスイッチ４１を介して接続され、ＬＡＮドライバ
４４ａを有し、ＬＡＮ５上の各サーバ系データ端末とデ
ータ通信を行うＬＡＮトランクである。４０はアナログ
内線トランク４２、モデムトランク４３、ＬＡＮトラン
ク４４、無線回線トランク４５、データリンクトランク
４６、及びスイッチ４１等の各機能モジュールを制御す
る制御部、４１はアナログ内線トランク４２、モデムト
ランク４３、ＬＡＮトランク４４、無線回線トランク４
５、若しくはデータリンクトランク４６を、接続先を変
更可能に相互接続し、各トランク間に通話／通信用の通
信路を設定する機能を有する回線交換用のスイッチであ
る。
を有し、電話機６並びにＦＡＸ７に接続されるアナログ
内線トランク、４３はモデムのアナログ信号をスイッチ
４１を介して伝送するためのアナログ／ディジタル変換
器４２ａとＦＡＸモデム４３ａを有するモデムプールで
あるモデムトランク、４４はデータリンクモジュール４
６ａとスイッチ４１を介して接続され、ＬＡＮドライバ
４４ａを有し、ＬＡＮ５上の各サーバ系データ端末とデ
ータ通信を行うＬＡＮトランクである。４０はアナログ
内線トランク４２、モデムトランク４３、ＬＡＮトラン
ク４４、無線回線トランク４５、データリンクトランク
４６、及びスイッチ４１等の各機能モジュールを制御す
る制御部、４１はアナログ内線トランク４２、モデムト
ランク４３、ＬＡＮトランク４４、無線回線トランク４
５、若しくはデータリンクトランク４６を、接続先を変
更可能に相互接続し、各トランク間に通話／通信用の通
信路を設定する機能を有する回線交換用のスイッチであ
る。
【００２６】次にその動作について説明する。携帯情報
端末１は基地局３を介して交換機４にアクセスする。具
体的には、どこに接続し、何を通信するのかを示す情報
を、交換機４の無線回線トランク４６との間でやりとり
する。交換機４は携帯情報端末１から、データ通信の有
無、データ通信の種類の情報を得て、必要な機能、トラ
ンクを判断し、適切なトランクを割当てる。交換機４
は、データ通信時は、当該データ通信用にデータリンク
トランク４６を割当てる。そしてさらに、データ通信の
種類によって、例えばＦＡＸ通信の場合はモデムトラン
ク４３を、ＬＡＮとのネットワーク系のデータ通信であ
ればＬＡＮトランク４４を割当てる。このように割当て
られた各トランク間を、スイッチ４１が接続することに
よって、各データ通信に必要な通信路が設定される。
端末１は基地局３を介して交換機４にアクセスする。具
体的には、どこに接続し、何を通信するのかを示す情報
を、交換機４の無線回線トランク４６との間でやりとり
する。交換機４は携帯情報端末１から、データ通信の有
無、データ通信の種類の情報を得て、必要な機能、トラ
ンクを判断し、適切なトランクを割当てる。交換機４
は、データ通信時は、当該データ通信用にデータリンク
トランク４６を割当てる。そしてさらに、データ通信の
種類によって、例えばＦＡＸ通信の場合はモデムトラン
ク４３を、ＬＡＮとのネットワーク系のデータ通信であ
ればＬＡＮトランク４４を割当てる。このように割当て
られた各トランク間を、スイッチ４１が接続することに
よって、各データ通信に必要な通信路が設定される。
【００２７】一方、携帯情報端末１から送信された情報
が音声信号であり、音声通話回線の設定が必要な場合に
は、アナログ内線トランク４２が音声通話用に割当てら
れ、無線回線トランク４５とアナログ回線トランク４２
との間をスイッチ４１が接続することにより、音声通信
に必要な通信路が設定される。
が音声信号であり、音声通話回線の設定が必要な場合に
は、アナログ内線トランク４２が音声通話用に割当てら
れ、無線回線トランク４５とアナログ回線トランク４２
との間をスイッチ４１が接続することにより、音声通信
に必要な通信路が設定される。
【００２８】上述のように通信路が設定されると、無線
回線トランク４５は、基地局３を介して送受される音声
／データ無線パケットを音声／データ無線パケットディ
テクタ４５ａで識別する。この音声／データ無線パケッ
トには上述のように音声信号若しくはデータが含まれて
いる。ここで、音声／データ無線パケットに含まれる情
報が音声信号である場合、すなわち、音声パケットであ
った場合には、この音声パケットは無線回線トランク４
５により無線音声コーデック４５ｂに振り分けられ、無
線回線コーデック４５ｂを介した音声信号は、回線交換
可能なＰＣＭ系のデータに変換されて、スイッチ４１で
接続された電話機６との間で音声通話が可能になる。一
方、音声／データ無線パケットに含まれる情報がデータ
である場合、すなわち、データパケットであった場合に
は、このデータパケットは無線回線トランク４５により
データリンクトランク４６に振り分けられ、データ通信
の種類によって、例えば、ＦＡＸ通信の場合はモデムト
ランク４３とアナログ内線トランク４２を介して、ＦＡ
Ｘ７と通信を行う。ＬＡＮ５とのネットワーク系のデー
タ通信であれば、ＬＡＮトランク４４を介してデータ通
信を行う。
回線トランク４５は、基地局３を介して送受される音声
／データ無線パケットを音声／データ無線パケットディ
テクタ４５ａで識別する。この音声／データ無線パケッ
トには上述のように音声信号若しくはデータが含まれて
いる。ここで、音声／データ無線パケットに含まれる情
報が音声信号である場合、すなわち、音声パケットであ
った場合には、この音声パケットは無線回線トランク４
５により無線音声コーデック４５ｂに振り分けられ、無
線回線コーデック４５ｂを介した音声信号は、回線交換
可能なＰＣＭ系のデータに変換されて、スイッチ４１で
接続された電話機６との間で音声通話が可能になる。一
方、音声／データ無線パケットに含まれる情報がデータ
である場合、すなわち、データパケットであった場合に
は、このデータパケットは無線回線トランク４５により
データリンクトランク４６に振り分けられ、データ通信
の種類によって、例えば、ＦＡＸ通信の場合はモデムト
ランク４３とアナログ内線トランク４２を介して、ＦＡ
Ｘ７と通信を行う。ＬＡＮ５とのネットワーク系のデー
タ通信であれば、ＬＡＮトランク４４を介してデータ通
信を行う。
【００２９】●データリンクトランク 次に、データリンクトランク４６の詳細について説明す
る。図３は図２に示したデータリンクトランク４６の機
能ブロック図である。図３において図２と同一の符号は
同一又は相当の部分を表している。無線回線トランク４
５とデータ通信を行うデータリンクトランク４６は、送
信ドライバセレクタ又は受信ドライバセレクタであるデ
ータ種別セレクタ４６ａ１とデータリンクドライバ４６
ａ２とからなる。またデータリンクドライバ４６ａ２
は、異なる動作を行う複数の送信ドライバ又は受信ドラ
イバである複数のデータリンクドライバ４６ａ２１〜４
６ａ２５からなる。ここでは、アプリケーションに適し
た通信方法として、５つのプロトコルにそれぞれ対応し
た５つのデータリンクドライバ４６ａ２１〜４６ａ２５
を設けている。
る。図３は図２に示したデータリンクトランク４６の機
能ブロック図である。図３において図２と同一の符号は
同一又は相当の部分を表している。無線回線トランク４
５とデータ通信を行うデータリンクトランク４６は、送
信ドライバセレクタ又は受信ドライバセレクタであるデ
ータ種別セレクタ４６ａ１とデータリンクドライバ４６
ａ２とからなる。またデータリンクドライバ４６ａ２
は、異なる動作を行う複数の送信ドライバ又は受信ドラ
イバである複数のデータリンクドライバ４６ａ２１〜４
６ａ２５からなる。ここでは、アプリケーションに適し
た通信方法として、５つのプロトコルにそれぞれ対応し
た５つのデータリンクドライバ４６ａ２１〜４６ａ２５
を設けている。
【００３０】まず、データリンクドライバ４６ａ２１〜
４６ａ２を複数に分ける前提となる、データの種類につ
いて説明する。まず、第１に再送制御が必要なデータと
そうでないデータについて説明する。例えば、(1)ＦＡ
Ｘ通信の前手順時に送信側と受信側で交わされる制御情
報、(2)ＩＰパケットのようにネットワークをルーチン
グするために、送りたいデータの前にネットワーク情報
が付加されている情報など、正確性が要求される情報
は、無線回線上を通信する際にエラーが発生すると、誤
った行き先に伝送されたり、誤った制御に解読されたり
するため、正しく伝送されなければならない。従って、
誤り率の高い無線回線においては、誤りが発生した場合
は、必ず正しく受信するまで再送が必要である。すなわ
ち、誤りが発生した場合に、再び送信をやり直す制御で
ある再送制御が必要である。一方、例えば、(1)イメー
ジデータ、(2)静止画、(3)ＦＡＸ画データなどは、一部
のデータブロックが誤っても、その誤りがデータの全体
に波及しないので、誤りを含むものの”絵”として再生
することが可能である。従って、送信中に誤りが生じて
も、誤りが生じたデータを送信し直さない非再送制御を
行なって通信しても、実用上問題とならないデータもあ
る。
４６ａ２を複数に分ける前提となる、データの種類につ
いて説明する。まず、第１に再送制御が必要なデータと
そうでないデータについて説明する。例えば、(1)ＦＡ
Ｘ通信の前手順時に送信側と受信側で交わされる制御情
報、(2)ＩＰパケットのようにネットワークをルーチン
グするために、送りたいデータの前にネットワーク情報
が付加されている情報など、正確性が要求される情報
は、無線回線上を通信する際にエラーが発生すると、誤
った行き先に伝送されたり、誤った制御に解読されたり
するため、正しく伝送されなければならない。従って、
誤り率の高い無線回線においては、誤りが発生した場合
は、必ず正しく受信するまで再送が必要である。すなわ
ち、誤りが発生した場合に、再び送信をやり直す制御で
ある再送制御が必要である。一方、例えば、(1)イメー
ジデータ、(2)静止画、(3)ＦＡＸ画データなどは、一部
のデータブロックが誤っても、その誤りがデータの全体
に波及しないので、誤りを含むものの”絵”として再生
することが可能である。従って、送信中に誤りが生じて
も、誤りが生じたデータを送信し直さない非再送制御を
行なって通信しても、実用上問題とならないデータもあ
る。
【００３１】また、上述のＦＡＸ前手順、ＩＰパケット
などは、数十ｂｙｔｅの制御用メッセージであり、特定
の通信プロトコルに基づいて送信側と受信側で送受信さ
れる。従って、データが受信できなかったことを検出し
た時点で、位置フレーム毎に一回の再送要求を送信し、
送信側に対して再送を要求することが望ましい。一方、
イメージデータなどで再送制御を行なう場合であって
も、データサイズとしては、数十ｋｂｙｔｅ以上のファ
イルとなるため、ある程度の大きさのブロックに分割
し、受信できなかったデータは、受信側から複数のフレ
ーム分をまとめて一回の再送要求で、未受信情報を送信
側に送る方が望ましい。
などは、数十ｂｙｔｅの制御用メッセージであり、特定
の通信プロトコルに基づいて送信側と受信側で送受信さ
れる。従って、データが受信できなかったことを検出し
た時点で、位置フレーム毎に一回の再送要求を送信し、
送信側に対して再送を要求することが望ましい。一方、
イメージデータなどで再送制御を行なう場合であって
も、データサイズとしては、数十ｋｂｙｔｅ以上のファ
イルとなるため、ある程度の大きさのブロックに分割
し、受信できなかったデータは、受信側から複数のフレ
ーム分をまとめて一回の再送要求で、未受信情報を送信
側に送る方が望ましい。
【００３２】次に、ストリーム系データと非ストリーム
系データについて説明する。ストリーム系データであ
る、例えば、動画、あるいは音声といったデータは、大
量のデータをリアルタイムで伝送しなければならない。
また、動画の場合は動きがある場合に、発生する（伝送
しなければならない）データが多いという特徴がある。
音声の場合はしゃべっている時にデータがあり、無音時
には、データを伝送する必要がないという特徴がある。
いずれもリアルタイム性を要求されるデータであるた
め、再送制御に適していないデータタイプである。一
方、それ以外のデータ通信は、非ストリーム系データに
属し、リアルタイムに通信する必要がないので、再送制
御を行うことが可能である。
系データについて説明する。ストリーム系データであ
る、例えば、動画、あるいは音声といったデータは、大
量のデータをリアルタイムで伝送しなければならない。
また、動画の場合は動きがある場合に、発生する（伝送
しなければならない）データが多いという特徴がある。
音声の場合はしゃべっている時にデータがあり、無音時
には、データを伝送する必要がないという特徴がある。
いずれもリアルタイム性を要求されるデータであるた
め、再送制御に適していないデータタイプである。一
方、それ以外のデータ通信は、非ストリーム系データに
属し、リアルタイムに通信する必要がないので、再送制
御を行うことが可能である。
【００３３】データリンクドライバ４６ａ２は、上述の
複数種類のデータを効率よく処理するために複数のプロ
トコルに対応して設けられた、無線回線上のデータリン
ク層の複数の送受信ドライバ、すなわちデータリンクド
ライバ４６ａ２１〜４６ａ２５により構成される。これ
らのデータリンクドライバ４６ａ２１〜４６ａ２５は、
それぞれ送信ドライバであり、受信ドライバでもある。
４６ａ２１はデータ量の大きな非ストリーム系データを
再送制御を行って送受信するデータリンクドライバ（以
下、大データ再送型ドライバという）、４６ｂ２２はデ
ータ量の小さな非ストリーム系データを再送制御を行っ
て送受信するデータリンクドライバ（以下、小データ再
送型ドライバという）、４６ａ２３は非ストリーム系デ
ータを非再送制御を行って送受信するデータリンクドラ
イバ（以下、非再送型ドライバという）、４６ａ２４は
必要に応じて再送制御、非再送制御を切り替えて、非ス
トリーム系データを送受信するデータリンクドライバ
（以下、混合型ドライバという）、４６ａ２５は、スト
リーム型データを送受信するデータリンクドライバ（以
下、ストリーム型ドライバという）である。
複数種類のデータを効率よく処理するために複数のプロ
トコルに対応して設けられた、無線回線上のデータリン
ク層の複数の送受信ドライバ、すなわちデータリンクド
ライバ４６ａ２１〜４６ａ２５により構成される。これ
らのデータリンクドライバ４６ａ２１〜４６ａ２５は、
それぞれ送信ドライバであり、受信ドライバでもある。
４６ａ２１はデータ量の大きな非ストリーム系データを
再送制御を行って送受信するデータリンクドライバ（以
下、大データ再送型ドライバという）、４６ｂ２２はデ
ータ量の小さな非ストリーム系データを再送制御を行っ
て送受信するデータリンクドライバ（以下、小データ再
送型ドライバという）、４６ａ２３は非ストリーム系デ
ータを非再送制御を行って送受信するデータリンクドラ
イバ（以下、非再送型ドライバという）、４６ａ２４は
必要に応じて再送制御、非再送制御を切り替えて、非ス
トリーム系データを送受信するデータリンクドライバ
（以下、混合型ドライバという）、４６ａ２５は、スト
リーム型データを送受信するデータリンクドライバ（以
下、ストリーム型ドライバという）である。
【００３４】次に動作について説明する。データ種別セ
レクタ４６ａ１は、携帯情報端末１から送信されてきた
データ、すなわちデータリンクフレームから送られてく
るデータの種類を識別し、この送られてくるデータの種
類に基づいて複数あるデータリンクドライバ４６ａ２１
〜４６ａ２５のひとつを選択する。データリンクドライ
バ４６ａ２側では、データ種別セレクタ４６ａ１により
選択されたデータリンクドライバが動作し、携帯情報端
末１との間でデータリンクを確立し、データ通信を行
う。また、携帯情報端末１との間のデータリンクを介し
て送／受信されるデータは、スイッチ４１を介してモデ
ムトランク４３やＬＡＮトランク４４に送信され、また
は受信される。
レクタ４６ａ１は、携帯情報端末１から送信されてきた
データ、すなわちデータリンクフレームから送られてく
るデータの種類を識別し、この送られてくるデータの種
類に基づいて複数あるデータリンクドライバ４６ａ２１
〜４６ａ２５のひとつを選択する。データリンクドライ
バ４６ａ２側では、データ種別セレクタ４６ａ１により
選択されたデータリンクドライバが動作し、携帯情報端
末１との間でデータリンクを確立し、データ通信を行
う。また、携帯情報端末１との間のデータリンクを介し
て送／受信されるデータは、スイッチ４１を介してモデ
ムトランク４３やＬＡＮトランク４４に送信され、また
は受信される。
【００３５】例えばデータサイズが数十ｋｂｙｔｅ単位
である場合の再送型のデータの通信を行う場合の動作に
ついて説明すると、データ種別セレクタ４６ａ１で無線
回線トランク４５から受取ったデータが数十ｋｂｙｔｅ
単位である場合の再送型データであることが識別され、
データ種別セレクタ４６ａ１により大データ再送型ドラ
イバ４６ａ２１が選択される。そして、選択されたデー
タリンクドライバが無線回線トランクから受取ったデー
タを所定のプロトコルを用いて受信し、スイッチ４１を
介して外部へ送信する。
である場合の再送型のデータの通信を行う場合の動作に
ついて説明すると、データ種別セレクタ４６ａ１で無線
回線トランク４５から受取ったデータが数十ｋｂｙｔｅ
単位である場合の再送型データであることが識別され、
データ種別セレクタ４６ａ１により大データ再送型ドラ
イバ４６ａ２１が選択される。そして、選択されたデー
タリンクドライバが無線回線トランクから受取ったデー
タを所定のプロトコルを用いて受信し、スイッチ４１を
介して外部へ送信する。
【００３６】また、データサイズが数十Ｂｙｔｅ単位の
再送型のデータの通信を行う場合は、データ種別セレク
タ４６ａ１で無線回線トランク４５から受取ったデータ
が数十Ｂｙｔｅ単位の再送型データであることが識別さ
れ、データリンクドライバ４６ａ２２が選択される。
再送型のデータの通信を行う場合は、データ種別セレク
タ４６ａ１で無線回線トランク４５から受取ったデータ
が数十Ｂｙｔｅ単位の再送型データであることが識別さ
れ、データリンクドライバ４６ａ２２が選択される。
【００３７】非再送型のデータ通信を行う場合は、デー
タ種別セレクタ４６ａ１で無線回線トランク４５から受
取ったデータが非再送型データであることが識別され、
データリンクドライバ４６ａ２３が選択される。
タ種別セレクタ４６ａ１で無線回線トランク４５から受
取ったデータが非再送型データであることが識別され、
データリンクドライバ４６ａ２３が選択される。
【００３８】再送非再送混合型のデータ通信を行う場合
は、データ種別セレクタ４６ａ１で無線回線トランク４
５から受取ったデータが再送非再送型データであること
が識別され、データリンクドライバ４６ａ２４が選択さ
れる。
は、データ種別セレクタ４６ａ１で無線回線トランク４
５から受取ったデータが再送非再送型データであること
が識別され、データリンクドライバ４６ａ２４が選択さ
れる。
【００３９】ストリーム型のデータ通信を行う場合は、
データ種別セレクタ４６ａ１で無線回線トランク４５か
ら受取ったデータがストリーム型データであることが識
別され、データリンクドライバ４６ａ２５が選択され
る。各データリンクドライバの通信中の詳細動作につい
ては後述する。
データ種別セレクタ４６ａ１で無線回線トランク４５か
ら受取ったデータがストリーム型データであることが識
別され、データリンクドライバ４６ａ２５が選択され
る。各データリンクドライバの通信中の詳細動作につい
ては後述する。
【００４０】以上のように、この発明の実施の形態１に
おいては、通信するデータの種類に応じて、自動的に適
切なデータリンクドライバが選択され、選択されたデー
タリンクドライバがデータの通信に用いられるため、複
数の種類のデータを通信するデータの種類に応じて取り
扱うことができる。
おいては、通信するデータの種類に応じて、自動的に適
切なデータリンクドライバが選択され、選択されたデー
タリンクドライバがデータの通信に用いられるため、複
数の種類のデータを通信するデータの種類に応じて取り
扱うことができる。
【００４１】●携帯情報端末 次に携帯情報端末の詳細について説明する。図４は図１
における携帯情報端末１の機能ブロック図である。図４
において、１１は無線部で無線回線を介して無線通信を
行う。１２はデータリンク部であり、図３の交換機側デ
ータリンクトランクとの間でデータリンクを確立する。
このデータリンク部１２は、複数のデータの種類に対応
して、複数のデータリンクドライバ１２ｂ１〜１２ｂ５
を有しており、データリンクドライバ１２ｂ１、１２ｂ
２、１２ｂ３、１２ｂ４、１２ｂ５は、それぞれ図３の
データリンクドライバ４６ａ２１、４６ａ２２、４６ａ
２３、４６ａ２４、４６ａ２５と同等の機能を有する。
１２ａは上位アプリケーションからのデータの種類を識
別し、データリンクドライバ１２ｂ１〜１２ｂ５を選択
する送信ドライバセレクタ若しくは受信ドライバセレク
タであるデータ種別セレクタ、１３はネットワーク通信
に必要な制御を行なう通信ソフトウェアであるネットワ
ークソフトウェア部、１４はアプリケーションソフトウ
ェア部であり、例えば電子メールやＦＡＸ、静止画、動
画、イメージデータのアプリケーションが存在しこれら
のアプリケーションから各種通信用のデータが発生す
る。なお、アプリケーションは、所定の処理を実行す
る、ＲＯＭ、ＲＡＭ、又はその他の記憶媒体に記憶され
る各種のソフトウェアである。
における携帯情報端末１の機能ブロック図である。図４
において、１１は無線部で無線回線を介して無線通信を
行う。１２はデータリンク部であり、図３の交換機側デ
ータリンクトランクとの間でデータリンクを確立する。
このデータリンク部１２は、複数のデータの種類に対応
して、複数のデータリンクドライバ１２ｂ１〜１２ｂ５
を有しており、データリンクドライバ１２ｂ１、１２ｂ
２、１２ｂ３、１２ｂ４、１２ｂ５は、それぞれ図３の
データリンクドライバ４６ａ２１、４６ａ２２、４６ａ
２３、４６ａ２４、４６ａ２５と同等の機能を有する。
１２ａは上位アプリケーションからのデータの種類を識
別し、データリンクドライバ１２ｂ１〜１２ｂ５を選択
する送信ドライバセレクタ若しくは受信ドライバセレク
タであるデータ種別セレクタ、１３はネットワーク通信
に必要な制御を行なう通信ソフトウェアであるネットワ
ークソフトウェア部、１４はアプリケーションソフトウ
ェア部であり、例えば電子メールやＦＡＸ、静止画、動
画、イメージデータのアプリケーションが存在しこれら
のアプリケーションから各種通信用のデータが発生す
る。なお、アプリケーションは、所定の処理を実行す
る、ＲＯＭ、ＲＡＭ、又はその他の記憶媒体に記憶され
る各種のソフトウェアである。
【００４２】次に動作について説明する。図４において
アプリケーションソフトウェア部１４から各種アプリケ
ーションで発生する通信用データが、必要ならばネット
ワークソフトウェア部１３を介して、もしくは介さない
で直接データリンク部１２に渡される。データリンク部
１２のデータ種別セレクタ１２ａは、どこから渡された
データかを認識しデータの種類を認識する。そして、デ
ータ種別セレクタ１２ａは認識したデータの種類に基づ
き、そのデータの種類に対応するデータリンクドライ
バ、すなわちデータリンクドライバ１２ｂ１〜１２ｂ５
のいずれかを選択する。データ種別セレクタ１２ａによ
り選択されたデータリンクドライバは、データ種別セレ
クタ１２ａより送られてきたデータを無線部１１を介
し、所定のプロトコルで送信する。すなわち、認識した
結果、どのアプリケーションの通信であるかをふまえ、
例えば、数十ｋｂｙｔｅ単位の大きな非ストリーム系デ
ータで再送すべきデータであると識別された場合には、
大データ再送ドライバ１２ｂ１を選択し、交換機４側の
データリンクトランク４６上の同じ機能を有する大デー
タ再送型ドライバ４６ａ２１との間で通信が行なわれ
る。すなわち、交換機４の場合と同様に、データの種類
に応じて適切なプロトコル、データリンクドライバが選
択され、適切な回線品質で高速に効率よくデータ通信を
行なうことができる。
アプリケーションソフトウェア部１４から各種アプリケ
ーションで発生する通信用データが、必要ならばネット
ワークソフトウェア部１３を介して、もしくは介さない
で直接データリンク部１２に渡される。データリンク部
１２のデータ種別セレクタ１２ａは、どこから渡された
データかを認識しデータの種類を認識する。そして、デ
ータ種別セレクタ１２ａは認識したデータの種類に基づ
き、そのデータの種類に対応するデータリンクドライ
バ、すなわちデータリンクドライバ１２ｂ１〜１２ｂ５
のいずれかを選択する。データ種別セレクタ１２ａによ
り選択されたデータリンクドライバは、データ種別セレ
クタ１２ａより送られてきたデータを無線部１１を介
し、所定のプロトコルで送信する。すなわち、認識した
結果、どのアプリケーションの通信であるかをふまえ、
例えば、数十ｋｂｙｔｅ単位の大きな非ストリーム系デ
ータで再送すべきデータであると識別された場合には、
大データ再送ドライバ１２ｂ１を選択し、交換機４側の
データリンクトランク４６上の同じ機能を有する大デー
タ再送型ドライバ４６ａ２１との間で通信が行なわれ
る。すなわち、交換機４の場合と同様に、データの種類
に応じて適切なプロトコル、データリンクドライバが選
択され、適切な回線品質で高速に効率よくデータ通信を
行なうことができる。
【００４３】図５は携帯情報端末１のデータリンク部１
２と交換機４のデータリンクトランク４６間で通信する
フレーム構成の一例である。図５において、９はデータ
リンクフレームであり、フレームパターン９ａ、フレー
ムコントロールフィールド９ｂ、データフィールド９
ｃ、フレームチェックシーケンス９ｄ、フォーワードエ
ラーコレクション９ｆから構成されている。フレームパ
ターン９ａはユニークなデータ列であり、フレームの開
始を示す。フレームコントロールフィールド９ｂの説明
は後述する。データフィールド９ｃにはデータ通信の内
容が位置する。フレームチェックシーケンス９ｄは、当
該フレームのエラーを検出するための演算ビットであ
り、フォーワードエラーコレクション９ｆは無線回線の
ランダム誤りに対策して付加するもので、フレーム全体
に発生する数ビットの誤りビットを、訂正するための演
算ビットである。
２と交換機４のデータリンクトランク４６間で通信する
フレーム構成の一例である。図５において、９はデータ
リンクフレームであり、フレームパターン９ａ、フレー
ムコントロールフィールド９ｂ、データフィールド９
ｃ、フレームチェックシーケンス９ｄ、フォーワードエ
ラーコレクション９ｆから構成されている。フレームパ
ターン９ａはユニークなデータ列であり、フレームの開
始を示す。フレームコントロールフィールド９ｂの説明
は後述する。データフィールド９ｃにはデータ通信の内
容が位置する。フレームチェックシーケンス９ｄは、当
該フレームのエラーを検出するための演算ビットであ
り、フォーワードエラーコレクション９ｆは無線回線の
ランダム誤りに対策して付加するもので、フレーム全体
に発生する数ビットの誤りビットを、訂正するための演
算ビットである。
【００４４】図６は図５のフレームコントロールフィー
ルド９ｂに含まれるべきパラメータを示している。９ｂ
１はフレーム識別子であり、当該フレームがどのデータ
リンクドライバで処理されるべきかを識別するための情
報を含むものである。９ｂ２は送信フレーム番号、９ｂ
３は受信フレーム番号、９ｂ４はフレーム長である。送
信フレーム番号９ｂ２は今回送信するフレーム番号を示
し、受信フレーム番号９ｂ３は相手側から今度受信する
はずのフレーム番号であり、フレームを送る、あるい
は、受ける毎に１づつ加算する。例えば、再送制御を行
なうデータ通信の場合には、受信したフレームの番号
が、ひとつ抜けることによって、フレームを受信できな
かったことが認識されるため、再送要求が出力される。
ルド９ｂに含まれるべきパラメータを示している。９ｂ
１はフレーム識別子であり、当該フレームがどのデータ
リンクドライバで処理されるべきかを識別するための情
報を含むものである。９ｂ２は送信フレーム番号、９ｂ
３は受信フレーム番号、９ｂ４はフレーム長である。送
信フレーム番号９ｂ２は今回送信するフレーム番号を示
し、受信フレーム番号９ｂ３は相手側から今度受信する
はずのフレーム番号であり、フレームを送る、あるい
は、受ける毎に１づつ加算する。例えば、再送制御を行
なうデータ通信の場合には、受信したフレームの番号
が、ひとつ抜けることによって、フレームを受信できな
かったことが認識されるため、再送要求が出力される。
【００４５】●データリンクドライバの詳細 ・再送型デーリンクドライバ４６ａ２１／４６ａ２２の
動作 （フォールダウン機能）図７はこの実施の形態による大
データ再送型ドライバ４６ａ２１、１２ｂ１、若しくは
小データ再送型ドライバ４６ａ２２、１２ｂ２の動作を
説明するシーケンス図である。図７において、図１と同
一の符号は同一又は相当の部分を表し、交換機４側では
大データ再送型ドライバ４６ａ２１が選択され、情報携
帯端末１側では大データ再送型ドライバ１２ｂ１が選択
されている場合、若しくは交換機４側で小データ再送型
ドライバ４６ａ２２が選択され、情報携帯端末１側では
小データ再送型ドライバ１２ｂ２が選択されている場合
を示している。この図７に示されたシーケンスでは、再
送制御を行なうデータ通信におけるフォールバック機能
を示している。交換機４側の各データリンクドライバ４
６ａ２１、４６ａ２２の選択は、上述のように図３の交
換機４のデータ種別セレクタ４６ａ１が行ない、情報携
帯端末１側の各データリンクドライバ１２ｂ１、１２ｂ
２の選択は、図４の携帯情報端末１のデータ種別セレク
タ１２ａが行う。
動作 （フォールダウン機能）図７はこの実施の形態による大
データ再送型ドライバ４６ａ２１、１２ｂ１、若しくは
小データ再送型ドライバ４６ａ２２、１２ｂ２の動作を
説明するシーケンス図である。図７において、図１と同
一の符号は同一又は相当の部分を表し、交換機４側では
大データ再送型ドライバ４６ａ２１が選択され、情報携
帯端末１側では大データ再送型ドライバ１２ｂ１が選択
されている場合、若しくは交換機４側で小データ再送型
ドライバ４６ａ２２が選択され、情報携帯端末１側では
小データ再送型ドライバ１２ｂ２が選択されている場合
を示している。この図７に示されたシーケンスでは、再
送制御を行なうデータ通信におけるフォールバック機能
を示している。交換機４側の各データリンクドライバ４
６ａ２１、４６ａ２２の選択は、上述のように図３の交
換機４のデータ種別セレクタ４６ａ１が行ない、情報携
帯端末１側の各データリンクドライバ１２ｂ１、１２ｂ
２の選択は、図４の携帯情報端末１のデータ種別セレク
タ１２ａが行う。
【００４６】このフォールダウン機能を有する再送制御
データ通信の特徴は、再送を数回行っても送れないもの
は、フレーム長を短くすることによって、フレームひと
つの受信率を高くすることにある。以下にその動作を大
データ再送型ドライバ４６ａ２１と小データ再送型ドラ
イバ１２ｂ２との間の通信を例にとり、図７を用いて説
明する。なお、小データ再送型ドライバ４６ａ２２と小
データ再送型ドライバ１２ｂ２との間の通信も以下に説
明する図７の動作と同様である。
データ通信の特徴は、再送を数回行っても送れないもの
は、フレーム長を短くすることによって、フレームひと
つの受信率を高くすることにある。以下にその動作を大
データ再送型ドライバ４６ａ２１と小データ再送型ドラ
イバ１２ｂ２との間の通信を例にとり、図７を用いて説
明する。なお、小データ再送型ドライバ４６ａ２２と小
データ再送型ドライバ１２ｂ２との間の通信も以下に説
明する図７の動作と同様である。
【００４７】図７において、交換機４の大データ再送型
ドライバ４６ａ２１が、例えば２５６フレームに分割さ
れた非ストリーム系データを再送制御を行ないつつ送信
する場合、送信ステップ及び第１の受信ステップである
ステップＳ１〜Ｓ５までにおいて、携帯情報端末１へ各
フレーム毎にデータを送信する。ここで、ステップＳ３
の第３フレームやステップＳ４の第２５５フレームのよ
うに情報携帯端末１側で受信できなかったフレームがあ
った場合、すなわち、携帯情報端末１の大データ再送型
ドライバ１２ｂ１がデータ誤りや未受信のフレームを検
出した場合には、大データ再送型ドライバ１２ｂ１は、
再送要求ステップであるステップＳ６において大データ
再送型ドライバ４６ａ２１へ、検出したデータ誤りや未
受信のフレーム、すなわち、正常に受信できなかったフ
レームの再送信をフレームを指定して要求する。すなわ
ち再送要求を送信する。この再送要求には、再送すべき
フレームの番号が１つ又は複数指示されている。
ドライバ４６ａ２１が、例えば２５６フレームに分割さ
れた非ストリーム系データを再送制御を行ないつつ送信
する場合、送信ステップ及び第１の受信ステップである
ステップＳ１〜Ｓ５までにおいて、携帯情報端末１へ各
フレーム毎にデータを送信する。ここで、ステップＳ３
の第３フレームやステップＳ４の第２５５フレームのよ
うに情報携帯端末１側で受信できなかったフレームがあ
った場合、すなわち、携帯情報端末１の大データ再送型
ドライバ１２ｂ１がデータ誤りや未受信のフレームを検
出した場合には、大データ再送型ドライバ１２ｂ１は、
再送要求ステップであるステップＳ６において大データ
再送型ドライバ４６ａ２１へ、検出したデータ誤りや未
受信のフレーム、すなわち、正常に受信できなかったフ
レームの再送信をフレームを指定して要求する。すなわ
ち再送要求を送信する。この再送要求には、再送すべき
フレームの番号が１つ又は複数指示されている。
【００４８】この要求を受け取った送信側の大データ再
送型ドライバ４６ａ２１は、ステップＳ７、ステップＳ
８において要求されたフレームの再送信を行う。そし
て、受信側の大データ再送型ドライバ１２ｂ１は、ステ
ップＳ７、若しくはＳ８で再送信されたフレームにデー
タ誤り若しくは未受信が発生したか否かを検出する。そ
して、再びデータ誤り若しくは未受信を検出した場合に
は、再送要求ステップであるステップＳ９において、受
信側の大データ再送型ドライバ１２ｂ１は、データ誤り
若しくは未受信が検出されたフレームについて、送信側
の大データ再送型ドライバ４６ａ２１へ再度再送要求を
送信する。
送型ドライバ４６ａ２１は、ステップＳ７、ステップＳ
８において要求されたフレームの再送信を行う。そし
て、受信側の大データ再送型ドライバ１２ｂ１は、ステ
ップＳ７、若しくはＳ８で再送信されたフレームにデー
タ誤り若しくは未受信が発生したか否かを検出する。そ
して、再びデータ誤り若しくは未受信を検出した場合に
は、再送要求ステップであるステップＳ９において、受
信側の大データ再送型ドライバ１２ｂ１は、データ誤り
若しくは未受信が検出されたフレームについて、送信側
の大データ再送型ドライバ４６ａ２１へ再度再送要求を
送信する。
【００４９】送信側の大データ再送型ドライバ４６ａ２
１は、ステップＳ９において送信された再送要求を受け
取ると、受け取った再送要求が何回目の再送要求である
かをフレーム毎に検出し、再送要求があらかじめ定めら
れた回数に達していない場合には、上述ステップＳ７、
Ｓ８、Ｓ９を繰り返し、達している場合には、再送ステ
ップ及び第２の受信ステップであるステップＳ１０、若
しくはＳ１１において、１つのフレームを分割して第１
のフレームと第２のフレームを作成し、１フレーム当た
りのデータ長を短くして、分割後の複数フレームを再送
信する。以上、送信側のデータリンクドライバとして、
大データ再送型ドライバ４６ａ２１が、受信側のデータ
ドライバとして大データ再送型ドライバ１２ｂ１が選択
された場合を説明したが、携帯情報端末１が送信側であ
り交換機４が受信側に入れ替わっても、同様に動作す
る。また、小データ再送型ドライバ４６ａ２２、１２ｂ
２の動作も同様である。
１は、ステップＳ９において送信された再送要求を受け
取ると、受け取った再送要求が何回目の再送要求である
かをフレーム毎に検出し、再送要求があらかじめ定めら
れた回数に達していない場合には、上述ステップＳ７、
Ｓ８、Ｓ９を繰り返し、達している場合には、再送ステ
ップ及び第２の受信ステップであるステップＳ１０、若
しくはＳ１１において、１つのフレームを分割して第１
のフレームと第２のフレームを作成し、１フレーム当た
りのデータ長を短くして、分割後の複数フレームを再送
信する。以上、送信側のデータリンクドライバとして、
大データ再送型ドライバ４６ａ２１が、受信側のデータ
ドライバとして大データ再送型ドライバ１２ｂ１が選択
された場合を説明したが、携帯情報端末１が送信側であ
り交換機４が受信側に入れ替わっても、同様に動作す
る。また、小データ再送型ドライバ４６ａ２２、１２ｂ
２の動作も同様である。
【００５０】図８は、この発明の実施の形態１によるデ
ータリンクドライバ４６ａ２１、４６ａ２２、１２ｂ
１、１２ｂ２の送信側のフォールバック処理を説明する
フローチャートである。最初にステップＳ１２から処理
を開始し、ステップＳ１３でフレームの分割の度合いを
示すカウンタｉとデータフレームの再送信回数を示すカ
ウンタjを１に初期化する。続いて、ステップＳ１４で
全フレームを送信する。この処理は図７のステップＳ１
からＳ５に相当する処理である。次に、ステップＳ１５
で、カウンタｉがあらかじめ定められた回数Ｉよりも小
さいか否かを判断する。小さい場合にはステップＳ１６
に進み、大きいか等しい場合には、通信異常であるとし
て、回線を切断する。
ータリンクドライバ４６ａ２１、４６ａ２２、１２ｂ
１、１２ｂ２の送信側のフォールバック処理を説明する
フローチャートである。最初にステップＳ１２から処理
を開始し、ステップＳ１３でフレームの分割の度合いを
示すカウンタｉとデータフレームの再送信回数を示すカ
ウンタjを１に初期化する。続いて、ステップＳ１４で
全フレームを送信する。この処理は図７のステップＳ１
からＳ５に相当する処理である。次に、ステップＳ１５
で、カウンタｉがあらかじめ定められた回数Ｉよりも小
さいか否かを判断する。小さい場合にはステップＳ１６
に進み、大きいか等しい場合には、通信異常であるとし
て、回線を切断する。
【００５１】ステップＳ１６では、図７のステップＳ
６、Ｓ９に示す再送要求があるか否かを判断し、再送要
求がない場合には、ステップＳ２３に進み、フレームの
送信処理を終了して、他のデータの送信処理を行なう。
再送要求があると判断された場合には、次のステップＳ
１７に進み、再送信回数を示すカウンタｊがあらかじめ
定められた回数Ｊよりも小さいか否かを判断する。小さ
い場合にはステップＳ１８に進み、大きいか等しい場合
にはステップＳ２０に進む。ステップＳ１８では、デー
タ長を前回送信又は再送信したフレームのデータ長と同
じデータ長でフレームを再送信する。次に、ステップＳ
１９において再送信した回数を示すカウンタｊをカウン
トアップ、すなわち１を加算する。ステップＳ１９が終
了すると、ステップＳ１６に戻り、再び再送要求がある
か否かを判断する。
６、Ｓ９に示す再送要求があるか否かを判断し、再送要
求がない場合には、ステップＳ２３に進み、フレームの
送信処理を終了して、他のデータの送信処理を行なう。
再送要求があると判断された場合には、次のステップＳ
１７に進み、再送信回数を示すカウンタｊがあらかじめ
定められた回数Ｊよりも小さいか否かを判断する。小さ
い場合にはステップＳ１８に進み、大きいか等しい場合
にはステップＳ２０に進む。ステップＳ１８では、デー
タ長を前回送信又は再送信したフレームのデータ長と同
じデータ長でフレームを再送信する。次に、ステップＳ
１９において再送信した回数を示すカウンタｊをカウン
トアップ、すなわち１を加算する。ステップＳ１９が終
了すると、ステップＳ１６に戻り、再び再送要求がある
か否かを判断する。
【００５２】以上のように、あらかじめ定められた回数
Ｊ回まで、同一のデータ長でフレームを再送信する。一
方、ステップＳ１７で、再送信の回数があらかじめ定め
られた回数に達したと判断された場合には、ステップＳ
２０に進み、フレームのデータ部分のデータ９ｃを２つ
に分割して第１のデータ９ｃ１と第２のデータ９ｃ２と
を作成し、分割した第１のデータ９ｃ１と第２のデータ
９ｃ２とについて、それぞれ１つのフレーム９０ａ、９
０ｂを作成する。すなわち、図１０に示すように１つの
フレームから第１のフレーム９０ａと第２のフレーム９
０ｂの２つのフレームを作成する。そして、作成した２
つのフレームを受信側のデータリンクドライバへ送信す
る。この送信は、図７のステップＳ１０、Ｓ１１に示し
たフレームの送信である。ここで、図１０において、図
５と同一の符号は同一又は相当の部分を表している。
Ｊ回まで、同一のデータ長でフレームを再送信する。一
方、ステップＳ１７で、再送信の回数があらかじめ定め
られた回数に達したと判断された場合には、ステップＳ
２０に進み、フレームのデータ部分のデータ９ｃを２つ
に分割して第１のデータ９ｃ１と第２のデータ９ｃ２と
を作成し、分割した第１のデータ９ｃ１と第２のデータ
９ｃ２とについて、それぞれ１つのフレーム９０ａ、９
０ｂを作成する。すなわち、図１０に示すように１つの
フレームから第１のフレーム９０ａと第２のフレーム９
０ｂの２つのフレームを作成する。そして、作成した２
つのフレームを受信側のデータリンクドライバへ送信す
る。この送信は、図７のステップＳ１０、Ｓ１１に示し
たフレームの送信である。ここで、図１０において、図
５と同一の符号は同一又は相当の部分を表している。
【００５３】次に、ステップＳ２１で再送回数を示すカ
ウンタｊを１に初期化し、ステップＳ２２で分割の度合
いを示すカウンタｉをカウントアップする。ステップＳ
２２が終了すると、ステップＳ１５に戻り上述の処理を
繰り返す。ここで、ステップＳ２１で再送回数を示すカ
ウンタｊを１に初期化しているため、ステップＳ２０で
分割されたフレームは、再びステップＳ１８で送信さ
れ、この送信はすべてのフレームが正常に送信されない
限り、あらかじめ定められた回数Ｊ回まで繰り返され
る。そして、Ｊ回まで繰り返されても正常に送信できな
い場合には、ステップＳ１７からステップＳ２０へ進
み、前回このステップＳ２０で分割したフレームをさら
に分割する。すなわち、ステップＳ１４で送信したフレ
ームのデータと比べて、１／４のデータ長のフレームと
なる。
ウンタｊを１に初期化し、ステップＳ２２で分割の度合
いを示すカウンタｉをカウントアップする。ステップＳ
２２が終了すると、ステップＳ１５に戻り上述の処理を
繰り返す。ここで、ステップＳ２１で再送回数を示すカ
ウンタｊを１に初期化しているため、ステップＳ２０で
分割されたフレームは、再びステップＳ１８で送信さ
れ、この送信はすべてのフレームが正常に送信されない
限り、あらかじめ定められた回数Ｊ回まで繰り返され
る。そして、Ｊ回まで繰り返されても正常に送信できな
い場合には、ステップＳ１７からステップＳ２０へ進
み、前回このステップＳ２０で分割したフレームをさら
に分割する。すなわち、ステップＳ１４で送信したフレ
ームのデータと比べて、１／４のデータ長のフレームと
なる。
【００５４】以上のように、この実施の形態のデータリ
ンクドライバ４６ａ２１、４６ａ２２、１２ｂ１、１２
ｂ２は、回線の状況が悪い場合には、状況に応じてフレ
ームのデータ長を調節し、正常に受信できる確立を高く
することができる。
ンクドライバ４６ａ２１、４６ａ２２、１２ｂ１、１２
ｂ２は、回線の状況が悪い場合には、状況に応じてフレ
ームのデータ長を調節し、正常に受信できる確立を高く
することができる。
【００５５】次に、受信側のデータリンクドライバ４６
ａ２１、４６ａ２２、１２ｂ１、１２ｂ２のフォールバ
ック処理を図９を用いて説明する。最初にステップＳ２
４から処理を開始し、ステップＳ２５でフレームの分割
の度合いを示すカウンタｉとデータフレームの再送信回
数を示すカウンタjを１に初期化する。続いて、ステッ
プＳ２６で全フレームを受信する。この処理は図７のス
テップＳ１からＳ５に相当する処理である。そして、さ
らに全てのフレームが正常に受信できたかを判断し、受
信できた場合には、ステップＳ３６へ進み。他のフレー
ムの送信を行なう。一方、受信できなかった場合には、
ステップＳ２７へ進む。
ａ２１、４６ａ２２、１２ｂ１、１２ｂ２のフォールバ
ック処理を図９を用いて説明する。最初にステップＳ２
４から処理を開始し、ステップＳ２５でフレームの分割
の度合いを示すカウンタｉとデータフレームの再送信回
数を示すカウンタjを１に初期化する。続いて、ステッ
プＳ２６で全フレームを受信する。この処理は図７のス
テップＳ１からＳ５に相当する処理である。そして、さ
らに全てのフレームが正常に受信できたかを判断し、受
信できた場合には、ステップＳ３６へ進み。他のフレー
ムの送信を行なう。一方、受信できなかった場合には、
ステップＳ２７へ進む。
【００５６】ステップＳ２７では、カウンタｉがあらか
じめ定められた回数Ｉよりも小さいか否かを判断する。
小さい場合にはステップＳ２８に進み、大きいか等しい
場合には、通信異常であるとして回線を切断する。
じめ定められた回数Ｉよりも小さいか否かを判断する。
小さい場合にはステップＳ２８に進み、大きいか等しい
場合には、通信異常であるとして回線を切断する。
【００５７】ステップＳ２８では、正常に受信できてい
ないフレーム、すなわち未受信フレームがあるか否かを
判断し、未受信フレームがない場合には、上述のステッ
プＳ３６へ進む。未受信フレームがある場合には、次の
ステップＳ２９へ進み、図７のステップＳ６、Ｓ９に示
す再送要求を送信側のデータリンクドライバへ送信す
る。次に、ステップＳ３０において、再送信回数を示す
カウンタｊがあらかじめ定められた回数Ｊよりも小さい
か否かを判断する。小さい場合にはステップＳ３１に進
み、大きいか等しい場合にはステップＳ３３に進む。
ないフレーム、すなわち未受信フレームがあるか否かを
判断し、未受信フレームがない場合には、上述のステッ
プＳ３６へ進む。未受信フレームがある場合には、次の
ステップＳ２９へ進み、図７のステップＳ６、Ｓ９に示
す再送要求を送信側のデータリンクドライバへ送信す
る。次に、ステップＳ３０において、再送信回数を示す
カウンタｊがあらかじめ定められた回数Ｊよりも小さい
か否かを判断する。小さい場合にはステップＳ３１に進
み、大きいか等しい場合にはステップＳ３３に進む。
【００５８】ステップＳ３１では、前回受信したフレー
ムのデータ長と同じデータ長のフレームを再受信する。
次に、ステップＳ３２において再送信された回数を示す
カウンタｊをカウントアップ、すなわち１を加算する。
ステップＳ３２が終了すると、ステップＳ２８に戻り、
再び未受信フレームがあるか否かを判断する。
ムのデータ長と同じデータ長のフレームを再受信する。
次に、ステップＳ３２において再送信された回数を示す
カウンタｊをカウントアップ、すなわち１を加算する。
ステップＳ３２が終了すると、ステップＳ２８に戻り、
再び未受信フレームがあるか否かを判断する。
【００５９】以上のように、あらかじめ定められた回数
Ｊ回まで、同一のデータ長でフレームを再受信する。一
方、ステップＳ３０で、再送信の回数があらかじめ定め
られた回数に達したと判断された場合には、ステップＳ
３３に進み、送信側でデータ長が１／２とされたフレー
ムを受信する。この受信は図７のステップＳ１０、Ｓ１
１で説明したフレームの受信である。次に、ステップＳ
３４で再送回数を示すカウンタｊを１に初期化し、ステ
ップＳ２２で分割の度合いを示すカウンタｉをカウント
アップする。ステップＳ２２が終了すると、ステップＳ
１５に戻り上述の処理を繰り返す。
Ｊ回まで、同一のデータ長でフレームを再受信する。一
方、ステップＳ３０で、再送信の回数があらかじめ定め
られた回数に達したと判断された場合には、ステップＳ
３３に進み、送信側でデータ長が１／２とされたフレー
ムを受信する。この受信は図７のステップＳ１０、Ｓ１
１で説明したフレームの受信である。次に、ステップＳ
３４で再送回数を示すカウンタｊを１に初期化し、ステ
ップＳ２２で分割の度合いを示すカウンタｉをカウント
アップする。ステップＳ２２が終了すると、ステップＳ
１５に戻り上述の処理を繰り返す。
【００６０】（ライズアップ機能）図１１はこの実施の
形態による大データ再送型ドライバ４６ａ２１、１２ｂ
１、若しくは小データ再送型ドライバ４６ａ２２、１２
ｂ２の動作を説明するシーケンス図である。図１１にお
いて、図１と同一の符号は同一又は相当の部分を表し、
交換機４側では大データ再送型ドライバ４６ａ２１が選
択され、情報携帯端末１側では大データ再送型ドライバ
１２ｂ１が選択されている場合、若しくは交換機４側で
小データ再送型ドライバ４６ａ２２が選択され、情報携
帯端末１側では小データ再送型ドライバ１２ｂ２が選択
されている場合を示している。この図１１に示されたシ
ーケンスでは、再送制御を行なうデータ転送におけるフ
ォールバック機能を示している。交換機４側のデータリ
ンクドライバ４６ａ２、すなわち各データリンクドライ
バ４６ａ２１、４６ａ２２の選択は、上述のように図３
の交換機のデータ種別セレクタ４６ａ１が行ない、情報
携帯端末１側の各データリンクドライバ１２ｂ１、１２
ｂ２の選択は、図４の携帯情報端末１のデータ種別セレ
クタ１２ａが行う。
形態による大データ再送型ドライバ４６ａ２１、１２ｂ
１、若しくは小データ再送型ドライバ４６ａ２２、１２
ｂ２の動作を説明するシーケンス図である。図１１にお
いて、図１と同一の符号は同一又は相当の部分を表し、
交換機４側では大データ再送型ドライバ４６ａ２１が選
択され、情報携帯端末１側では大データ再送型ドライバ
１２ｂ１が選択されている場合、若しくは交換機４側で
小データ再送型ドライバ４６ａ２２が選択され、情報携
帯端末１側では小データ再送型ドライバ１２ｂ２が選択
されている場合を示している。この図１１に示されたシ
ーケンスでは、再送制御を行なうデータ転送におけるフ
ォールバック機能を示している。交換機４側のデータリ
ンクドライバ４６ａ２、すなわち各データリンクドライ
バ４６ａ２１、４６ａ２２の選択は、上述のように図３
の交換機のデータ種別セレクタ４６ａ１が行ない、情報
携帯端末１側の各データリンクドライバ１２ｂ１、１２
ｂ２の選択は、図４の携帯情報端末１のデータ種別セレ
クタ１２ａが行う。
【００６１】図１１はデータ転送におけるライズアップ
機能を示すシーケンスである。図７に示す非ストリーム
系再送型データ転送のフォールバック機能が働いて、デ
ータ長を１／２にして送信したときに機能する動作につ
いて以下に説明する。
機能を示すシーケンスである。図７に示す非ストリーム
系再送型データ転送のフォールバック機能が働いて、デ
ータ長を１／２にして送信したときに機能する動作につ
いて以下に説明する。
【００６２】図７に示したように何回か送信したものの
相手側で受信できないフレームがあった場合フォールバ
ック機能が働く。しかし無線回線の状態に変わって、受
信率が上がったにも関わらず、フォールバック機能で例
えばデータ長が１／２のままになっていては、トータル
スループットが悪く、通信時間も長くかかる。そこで受
信状態がよくなったら、データ長を元の長さに戻す。
相手側で受信できないフレームがあった場合フォールバ
ック機能が働く。しかし無線回線の状態に変わって、受
信率が上がったにも関わらず、フォールバック機能で例
えばデータ長が１／２のままになっていては、トータル
スループットが悪く、通信時間も長くかかる。そこで受
信状態がよくなったら、データ長を元の長さに戻す。
【００６３】図１１において、そのライズアップ機能の
動作を説明する。フォールバック機能でデータ長が例え
ば１／２になって送信していた場合に、各データリンク
ドライバ４６ａ２１、４６ａ２２、１２ｂ１、若しくは
１２ｂ２が、あらかじめ定められたフレーム分続けて送
／受信できたか否かを判断する。そして、あらかじめ定
められた回数分続けて正常に送受信できた場合には、１
／２となっていたフレームのデータ長を１／１に戻す処
理を行なう、すなわち、通信状態が回復したと判断した
場合には、データ長を元の長さに戻す。一方、あらかじ
め定められた回数分続けて正常に送受信できなかった場
合には、図８、図９で説明した処理を継続する。すなわ
ち、図７のステップＳ１０、１１に相当するステップＳ
３７〜Ｓ４０において、データ長が１／２のフレームの
送受信が連続して正常に行なわれた場合には、ステップ
Ｓ４２〜Ｓ４４において、データ長を１／１に戻したフ
レームの送受信を行なう。
動作を説明する。フォールバック機能でデータ長が例え
ば１／２になって送信していた場合に、各データリンク
ドライバ４６ａ２１、４６ａ２２、１２ｂ１、若しくは
１２ｂ２が、あらかじめ定められたフレーム分続けて送
／受信できたか否かを判断する。そして、あらかじめ定
められた回数分続けて正常に送受信できた場合には、１
／２となっていたフレームのデータ長を１／１に戻す処
理を行なう、すなわち、通信状態が回復したと判断した
場合には、データ長を元の長さに戻す。一方、あらかじ
め定められた回数分続けて正常に送受信できなかった場
合には、図８、図９で説明した処理を継続する。すなわ
ち、図７のステップＳ１０、１１に相当するステップＳ
３７〜Ｓ４０において、データ長が１／２のフレームの
送受信が連続して正常に行なわれた場合には、ステップ
Ｓ４２〜Ｓ４４において、データ長を１／１に戻したフ
レームの送受信を行なう。
【００６４】以上のように動作することにより、通信状
態が回復した場合には長いデータ長のフレームを送信す
るため、通信状態に応じて効率のよい通信を行なうこと
ができる。
態が回復した場合には長いデータ長のフレームを送信す
るため、通信状態に応じて効率のよい通信を行なうこと
ができる。
【００６５】・非再送型ドライバ４６ａ２３の動作 図１２は非再送型ドライバ４６ａ２３、１２ｂ３を用い
た非ストリーム系データを非再送制御で転送するプロト
コルのシーケンス図である。図１２において、図１と同
一の符号は同一又は相当の部分を表している。この図１
２のシーケンスは、イメージデータや静止画などデータ
ブロックの一部が壊れても、その一部のデータブロック
の破壊がデータ全体から見れば影響が少ないものに採用
される通信方式である。この通信方式のメリットは、再
送を行わないため通信を時間を短くできることである。
電波環境がある程度悪い場合に再送信を繰り返しトータ
ル通信時間が長くなるより、認識可能なレベルの絵を送
信することができる。このドライバの選択は図３の交換
機のデータ種別セレクタ４６ａ１および図４の携帯情報
端末データ種別セレクタ１２ａにて行う。
た非ストリーム系データを非再送制御で転送するプロト
コルのシーケンス図である。図１２において、図１と同
一の符号は同一又は相当の部分を表している。この図１
２のシーケンスは、イメージデータや静止画などデータ
ブロックの一部が壊れても、その一部のデータブロック
の破壊がデータ全体から見れば影響が少ないものに採用
される通信方式である。この通信方式のメリットは、再
送を行わないため通信を時間を短くできることである。
電波環境がある程度悪い場合に再送信を繰り返しトータ
ル通信時間が長くなるより、認識可能なレベルの絵を送
信することができる。このドライバの選択は図３の交換
機のデータ種別セレクタ４６ａ１および図４の携帯情報
端末データ種別セレクタ１２ａにて行う。
【００６６】次に動作について説明する。交換機４の非
再送型ドライバ４６ａ２３と携帯情報端末１の非再送型
ドライバ１２ｂ３間において、あらかじめ定められた符
号／復号時のブロック単位毎に、１つの、あるいは複数
のフレームを伝送する。
再送型ドライバ４６ａ２３と携帯情報端末１の非再送型
ドライバ１２ｂ３間において、あらかじめ定められた符
号／復号時のブロック単位毎に、１つの、あるいは複数
のフレームを伝送する。
【００６７】まず、図１２のステップＳ４５〜Ｓ５０ま
での各ステップにおいて、それぞれ１つのフレームを交
換機側４の非再送型ドライバ４６ａ２３から携帯情報端
末１の非再送型ドライバ１２ｂ３へ送信する。ここで、
ステップＳ４７とステップＳ５０で送信したフレームに
データ誤りが発生したとしても、受信側の非再送型ドラ
イバ１２ｂ３からは、再送要求が送信されず、送信側の
非再送型ドライバ４６ａ２３も誤りが発生したデータを
再送信しない。この動作は、上述の大データ再送型ドラ
イバ４６ａ２１、１２ｂ１等と異なるものである。上述
のように、このシーケンスは再送信を行なわないためデ
ータの通信を高速に行なうことができる。
での各ステップにおいて、それぞれ１つのフレームを交
換機側４の非再送型ドライバ４６ａ２３から携帯情報端
末１の非再送型ドライバ１２ｂ３へ送信する。ここで、
ステップＳ４７とステップＳ５０で送信したフレームに
データ誤りが発生したとしても、受信側の非再送型ドラ
イバ１２ｂ３からは、再送要求が送信されず、送信側の
非再送型ドライバ４６ａ２３も誤りが発生したデータを
再送信しない。この動作は、上述の大データ再送型ドラ
イバ４６ａ２１、１２ｂ１等と異なるものである。上述
のように、このシーケンスは再送信を行なわないためデ
ータの通信を高速に行なうことができる。
【００６８】ここで、イメージなどのデータはブロック
単位の符号／復号であるので、受信できないフレームが
あっても誤りは全体に波及しない。従って、図１３に示
すように例えばイメージデータＤ１では、データ誤り若
しくは未受信のデータブロックの部分を黒もしくは白く
塗りつぶした状態Ｄ２にして復号すれば、絵が欠けるだ
けで、絵全体として復号が可能である。図１３は、イメ
ージデータＤ１の表示、若しくはＦＡＸ（ライン）デー
タＤ３の表示例を示す図であり、Ｄ２、及びＤ４は、通
信中に壊れたデータブロックのデータの表示である。ま
た、ＦＡＸ（ライン）データＤ３についても同様で、Ｎ
Ｇのラインデータの部分を黒ラインまたは白ラインＤ
４、あるいは前ラインと同じラインをもう１行繰り返し
たりして復号すれば、全体として識別可能な絵として復
号が可能である。
単位の符号／復号であるので、受信できないフレームが
あっても誤りは全体に波及しない。従って、図１３に示
すように例えばイメージデータＤ１では、データ誤り若
しくは未受信のデータブロックの部分を黒もしくは白く
塗りつぶした状態Ｄ２にして復号すれば、絵が欠けるだ
けで、絵全体として復号が可能である。図１３は、イメ
ージデータＤ１の表示、若しくはＦＡＸ（ライン）デー
タＤ３の表示例を示す図であり、Ｄ２、及びＤ４は、通
信中に壊れたデータブロックのデータの表示である。ま
た、ＦＡＸ（ライン）データＤ３についても同様で、Ｎ
Ｇのラインデータの部分を黒ラインまたは白ラインＤ
４、あるいは前ラインと同じラインをもう１行繰り返し
たりして復号すれば、全体として識別可能な絵として復
号が可能である。
【００６９】なお、携帯情報端末１の非再送型ドライバ
１２ｂ３から交換機４の非再送型ドライバ４６ａ２３へ
データを送信する場合も上述と同様に行なう。
１２ｂ３から交換機４の非再送型ドライバ４６ａ２３へ
データを送信する場合も上述と同様に行なう。
【００７０】・混在型ドライバ４６ａ２４、１２ｂ４の
動作 図１４はこの実施の形態１による混在型ドライバ４６ａ
２４、１２ｂ４を持ちした、再送制御、非再送制御を１
つの通信の中で切り替えてデータ転送を行なうプロトコ
ルのシーケンス図である。図１４において、図１と同一
の符号は同一又は相当の部分を表す。このシーケンス
は、フレーム受信率があらかじめ定められたしきい値以
下であるときは、図１２を用いて説明したのと同様に誤
りが発生してもフレームの再送信を行なわず、フレーム
受信率があらかじめ定められたしきい値を超えたとき
は、図７を用いて説明したようなフレームの再送制御を
行なう。この実施の形態では、正常に受信されなかった
フレーム数の大小レベルとしてフレーム受信率を用いて
いるが、受信できなかったフレーム数の絶対値でも相対
値であっても、正常に受信されなったフレームの多さを
示すレベルであれば他の方法によるレベルを採用しても
良い。
動作 図１４はこの実施の形態１による混在型ドライバ４６ａ
２４、１２ｂ４を持ちした、再送制御、非再送制御を１
つの通信の中で切り替えてデータ転送を行なうプロトコ
ルのシーケンス図である。図１４において、図１と同一
の符号は同一又は相当の部分を表す。このシーケンス
は、フレーム受信率があらかじめ定められたしきい値以
下であるときは、図１２を用いて説明したのと同様に誤
りが発生してもフレームの再送信を行なわず、フレーム
受信率があらかじめ定められたしきい値を超えたとき
は、図７を用いて説明したようなフレームの再送制御を
行なう。この実施の形態では、正常に受信されなかった
フレーム数の大小レベルとしてフレーム受信率を用いて
いるが、受信できなかったフレーム数の絶対値でも相対
値であっても、正常に受信されなったフレームの多さを
示すレベルであれば他の方法によるレベルを採用しても
良い。
【００７１】ここで、例えば、通信するデータがイメー
ジデータである場合に、このイメージデータを使用する
アプリケーションがイメージデータを認識可能なしきい
値として、所定のフレーム受信率（％）を混在型ドライ
バ４６ａ２４、１２ｂ４に指示する。このしきい値を受
け取った混在型ドライバ４６ａ２４、１２ｂ４は、フレ
ームの受信を行なうとともに、フレームのデータ誤り及
び未受信を監視し、フレーム受信率がアプリケーション
より指定されたしきい値以上であるときは、再送要求を
送信せず、しきい値を下回った場合には、データ誤りが
発生したフレーム、若しくは未受信のフレームについて
の再送要求を送信側へ送信する。このドライバの選択は
図３の交換機４のデータ種別セレクタ４６ａ１および図
４の携帯情報端末データ種別セレクタ１２ａにて行う。
ジデータである場合に、このイメージデータを使用する
アプリケーションがイメージデータを認識可能なしきい
値として、所定のフレーム受信率（％）を混在型ドライ
バ４６ａ２４、１２ｂ４に指示する。このしきい値を受
け取った混在型ドライバ４６ａ２４、１２ｂ４は、フレ
ームの受信を行なうとともに、フレームのデータ誤り及
び未受信を監視し、フレーム受信率がアプリケーション
より指定されたしきい値以上であるときは、再送要求を
送信せず、しきい値を下回った場合には、データ誤りが
発生したフレーム、若しくは未受信のフレームについて
の再送要求を送信側へ送信する。このドライバの選択は
図３の交換機４のデータ種別セレクタ４６ａ１および図
４の携帯情報端末データ種別セレクタ１２ａにて行う。
【００７２】次に動作について説明する。図１４におい
て、送信ステップ及び第１の受信ステップであるステッ
プＳ５１〜Ｓ５４で、交換機４の混在型ドライバ４６ａ
２４から携帯情報端末１の混在型ドライバ１２ｂ４へイ
メージデータを含むフレームを送信したとする。ここ
で、携帯情報端末１の混在型ドライバ１２ｂ４は、ステ
ップＳ５１〜Ｓ５４のそれぞれにおいてデータ誤りの発
生及びフレームの未受信の有無を検出する。このとき、
ステップＳ５２、Ｓ５４で送信したフレーム等幾つかの
フレームにデータ誤りが発生したとする。
て、送信ステップ及び第１の受信ステップであるステッ
プＳ５１〜Ｓ５４で、交換機４の混在型ドライバ４６ａ
２４から携帯情報端末１の混在型ドライバ１２ｂ４へイ
メージデータを含むフレームを送信したとする。ここ
で、携帯情報端末１の混在型ドライバ１２ｂ４は、ステ
ップＳ５１〜Ｓ５４のそれぞれにおいてデータ誤りの発
生及びフレームの未受信の有無を検出する。このとき、
ステップＳ５２、Ｓ５４で送信したフレーム等幾つかの
フレームにデータ誤りが発生したとする。
【００７３】データ誤りが発生した場合には、ステップ
Ｓ５５の受信率判定ステップにおいて、携帯情報端末１
の混在型ドライバ１２ｂ４は、交換機４の混在型ドライ
バ４６ａ２４が送信したフレーム数と携帯情報端末１の
混在型ドライバ１２ｂ４が正常に受信したフレーム数と
を比較して、フレーム受信率を算出し、このフレーム受
信率が上述のしきい値を下回っているか否かを判断す
る。ここで、しきい値を下回ったと判断した場合には、
後述のステップＳ５６の再送要求を送信し、しきい値以
上と判断した場合には、後述のステップＳ６１の終了信
号を送信する。
Ｓ５５の受信率判定ステップにおいて、携帯情報端末１
の混在型ドライバ１２ｂ４は、交換機４の混在型ドライ
バ４６ａ２４が送信したフレーム数と携帯情報端末１の
混在型ドライバ１２ｂ４が正常に受信したフレーム数と
を比較して、フレーム受信率を算出し、このフレーム受
信率が上述のしきい値を下回っているか否かを判断す
る。ここで、しきい値を下回ったと判断した場合には、
後述のステップＳ５６の再送要求を送信し、しきい値以
上と判断した場合には、後述のステップＳ６１の終了信
号を送信する。
【００７４】ステップＳ５６でデータ誤りの発生したフ
レームを特定して再送要求を交換機４の混在型ドライバ
４６ａ２４へ送信する。ここで、ステップＳ５５及びス
テップＳ５６は、再送要求ステップである。この再送要
求を受け取った混在型ドライバ４６ａ２４は、再送要求
に指定されたフレームを再送ステップ及び第２の受信ス
テップであるステップＳ５６〜Ｓ５９において、それぞ
れ送信する。次に、ステップＳ６０において、携帯情報
端末１の混在型ドライバ１２ｂ４は、上述ステップＳ５
５と同様に、受信率判定ステップを実行し、フレーム受
信率がしきい値を下回ったと判断した場合には、上述の
ステップＳ５６の再送要求を送信し、しきい値以上と判
断した場合には、後述のステップＳ６１の終了信号を送
信する。ここで、正常に受信したフレーム数には、ステ
ップＳ５１〜Ｓ５４おいて正常に受信したフレーム数
と、ステップＳ５７〜Ｓ５９において正常に受信された
再送されたフレーム数の合計を用いる。送信したフレー
ム数には、ステップＳ５１〜Ｓ５４で送信したフレーム
数を用い、ステップＳ５６〜Ｓ５９において再送信した
フレーム数は用いない。
レームを特定して再送要求を交換機４の混在型ドライバ
４６ａ２４へ送信する。ここで、ステップＳ５５及びス
テップＳ５６は、再送要求ステップである。この再送要
求を受け取った混在型ドライバ４６ａ２４は、再送要求
に指定されたフレームを再送ステップ及び第２の受信ス
テップであるステップＳ５６〜Ｓ５９において、それぞ
れ送信する。次に、ステップＳ６０において、携帯情報
端末１の混在型ドライバ１２ｂ４は、上述ステップＳ５
５と同様に、受信率判定ステップを実行し、フレーム受
信率がしきい値を下回ったと判断した場合には、上述の
ステップＳ５６の再送要求を送信し、しきい値以上と判
断した場合には、後述のステップＳ６１の終了信号を送
信する。ここで、正常に受信したフレーム数には、ステ
ップＳ５１〜Ｓ５４おいて正常に受信したフレーム数
と、ステップＳ５７〜Ｓ５９において正常に受信された
再送されたフレーム数の合計を用いる。送信したフレー
ム数には、ステップＳ５１〜Ｓ５４で送信したフレーム
数を用い、ステップＳ５６〜Ｓ５９において再送信した
フレーム数は用いない。
【００７５】ステップＳ５５、Ｓ６０において、フレー
ム受信率がしきい値を超えたと判断された場合には、フ
レームの送受信処理の終了を示す終了信号を受信側から
送信側へ送信する。このとき、送信されたすべてのフレ
ームが正常に受信できなくても、所定のしきい値を超え
た場合には、送受信処理を終了するため、再送するフレ
ーム数を低く抑えることができ、実用的なデータ品質の
範囲で高速な通信を実現することができる。
ム受信率がしきい値を超えたと判断された場合には、フ
レームの送受信処理の終了を示す終了信号を受信側から
送信側へ送信する。このとき、送信されたすべてのフレ
ームが正常に受信できなくても、所定のしきい値を超え
た場合には、送受信処理を終了するため、再送するフレ
ーム数を低く抑えることができ、実用的なデータ品質の
範囲で高速な通信を実現することができる。
【００７６】なお、上述の説明では、交換機４を送信
側、携帯情報端末１を受信側とし、混在型ドライバ４６
ａ２４を送信ドライバ、混在型ドライバ１２ｂ４を受信
ドライバとして説明したが、交換機４を受信側、携帯情
報端末１を送信側とし、混在型ドライバ４６ａ２４を受
信ドライバ、混在型ドライバ１２ｂ４を送信ドライバと
する場合にも上述と同様の動作を行なう。
側、携帯情報端末１を受信側とし、混在型ドライバ４６
ａ２４を送信ドライバ、混在型ドライバ１２ｂ４を受信
ドライバとして説明したが、交換機４を受信側、携帯情
報端末１を送信側とし、混在型ドライバ４６ａ２４を受
信ドライバ、混在型ドライバ１２ｂ４を送信ドライバと
する場合にも上述と同様の動作を行なう。
【００７７】・ストリーム型ドライバ１２ｂ５、４６ａ
２５ 図１５はストリーム系データのデータリンクフレームの
構成である。９ａ〜９ｆは非ストリーム系と同じ機能を
有すものであり、フレームチェックシーケンス９ｄがな
い点が異なる。
２５ 図１５はストリーム系データのデータリンクフレームの
構成である。９ａ〜９ｆは非ストリーム系と同じ機能を
有すものであり、フレームチェックシーケンス９ｄがな
い点が異なる。
【００７８】基本的に動画などのストリーム系データ
は、リアルタイムに通信することが最優先であり、再送
制御には適していない。従って、再送が必要なフレー
ム、すなわち、受信できなかったとを判断するためのフ
レームチェックシーケンス９ｄは必要とはしない。スト
リーム型ドライバ１２ｂ５、４６ａ２５は、再送制御を
行なわないプロトコルを実行すること、また上述のよう
に送信するフレームにはフレームチェックシーケンス９
ｄのデータがないという特徴がある。ストリーム系デー
タの送受信は、周知のプロトコルに従って行ない、スト
リーム型ドライバ１２ｂ５、４６ａ２５も周知のデータ
リンクドライバによって構成される。
は、リアルタイムに通信することが最優先であり、再送
制御には適していない。従って、再送が必要なフレー
ム、すなわち、受信できなかったとを判断するためのフ
レームチェックシーケンス９ｄは必要とはしない。スト
リーム型ドライバ１２ｂ５、４６ａ２５は、再送制御を
行なわないプロトコルを実行すること、また上述のよう
に送信するフレームにはフレームチェックシーケンス９
ｄのデータがないという特徴がある。ストリーム系デー
タの送受信は、周知のプロトコルに従って行ない、スト
リーム型ドライバ１２ｂ５、４６ａ２５も周知のデータ
リンクドライバによって構成される。
【００７９】実施の形態２． ●セレクタ動作 次に、データ種別セレクタ４６ａ１の他の動作について
詳述する。図１６は図１に示したデータ通信システムに
おける非ストリーム系データの再送手順を示すシーケン
スである。図１６において、図１と同一の符号は同一又
は相当の部分を表している。図１６に示したシーケンス
の特徴は、再送制御が異なるデータリンクドライバが複
数種類あり、データ種別セレクタ１２ａ、４６ａ１が、
１つの通信の中で複数のフェーズを有する送受信の実行
手順の進行状況に応じて、それらのデータリンクドライ
バを適宜切り替え、１つの通信であっても各フェーズに
適したドライバを割当てることにより、効率よくデータ
通信を行なうことである。
詳述する。図１６は図１に示したデータ通信システムに
おける非ストリーム系データの再送手順を示すシーケン
スである。図１６において、図１と同一の符号は同一又
は相当の部分を表している。図１６に示したシーケンス
の特徴は、再送制御が異なるデータリンクドライバが複
数種類あり、データ種別セレクタ１２ａ、４６ａ１が、
１つの通信の中で複数のフェーズを有する送受信の実行
手順の進行状況に応じて、それらのデータリンクドライ
バを適宜切り替え、１つの通信であっても各フェーズに
適したドライバを割当てることにより、効率よくデータ
通信を行なうことである。
【００８０】まず、図１６において、選択ステップＳ６
９にて、例えばデータ端末８からＬＡＮ５を経由して、
データの送信要求を受信した交換機４は、データ種別セ
レクタ４６ａ１がデータの送信要求を出力した送信元の
データ種別を識別し、例えば図４のアプリケーション１
４と同様のアプリケーションの種類を送信要求に基づい
て識別し、この識別結果に基づいてアプリケーションに
応じたプロトコルを選択する。
９にて、例えばデータ端末８からＬＡＮ５を経由して、
データの送信要求を受信した交換機４は、データ種別セ
レクタ４６ａ１がデータの送信要求を出力した送信元の
データ種別を識別し、例えば図４のアプリケーション１
４と同様のアプリケーションの種類を送信要求に基づい
て識別し、この識別結果に基づいてアプリケーションに
応じたプロトコルを選択する。
【００８１】そして、この選択したプロトコルの実行手
順の進行状況に応じたデータリンクドライバを選択す
る。例えば、選択されたプロトコルがメッセージ通信の
前手順の通信を行なうショートメッセージ転送フェーズ
を初めに実行し、次にアプリケーションによって使用さ
れるデータ量の多い通常のデータ、例えば、画像データ
等のデータの通信を行なう大データ転送フェーズを実行
するプロトコルである場合には、通信開始時点では、プ
ロトコルの進行状況がショートメッセージ転送フェーズ
であるため、この進行状況に適したデータリンクドライ
バ、すなわち小データ再送型ドライバ４６ａ２２が選択
される。ここで、プロトコル毎の進行状況の情報は、進
行状況が進行する順番に従って図示しない記憶装置に複
数記憶され、併せて、それぞれの進行状況に適したデー
タリンクドライバを指示する情報も予め記憶装置に記憶
されている。データ種別セレクタ４６ａ１は、この記憶
装置に記憶された情報に基づいて、データリンクドライ
バを選択する。
順の進行状況に応じたデータリンクドライバを選択す
る。例えば、選択されたプロトコルがメッセージ通信の
前手順の通信を行なうショートメッセージ転送フェーズ
を初めに実行し、次にアプリケーションによって使用さ
れるデータ量の多い通常のデータ、例えば、画像データ
等のデータの通信を行なう大データ転送フェーズを実行
するプロトコルである場合には、通信開始時点では、プ
ロトコルの進行状況がショートメッセージ転送フェーズ
であるため、この進行状況に適したデータリンクドライ
バ、すなわち小データ再送型ドライバ４６ａ２２が選択
される。ここで、プロトコル毎の進行状況の情報は、進
行状況が進行する順番に従って図示しない記憶装置に複
数記憶され、併せて、それぞれの進行状況に適したデー
タリンクドライバを指示する情報も予め記憶装置に記憶
されている。データ種別セレクタ４６ａ１は、この記憶
装置に記憶された情報に基づいて、データリンクドライ
バを選択する。
【００８２】次に、ショートメッセージ転送フェーズと
して、ステップＳ７０〜Ｓ７７の送受信処理を実行す
る。ステップＳ７０、Ｓ７２、Ｓ７３、Ｓ７５〜Ｓ７７
の各送信若しくは再送信ステップにおいて、データ種別
セレクタ４６ａ１によって選択された小データ再送型ド
ライバ４６ａ２２は、送信元であるデータ端末８から受
信した受信データを、携帯情報端末１へ送信する。この
際、小データ再送型ドライバ４６ａ２２は、送信するフ
レームの図６のフレーム識別子９ｂ１に、送信するフレ
ームが処理されるべきデータリンクドライバの情報を書
き込んで送信する。
して、ステップＳ７０〜Ｓ７７の送受信処理を実行す
る。ステップＳ７０、Ｓ７２、Ｓ７３、Ｓ７５〜Ｓ７７
の各送信若しくは再送信ステップにおいて、データ種別
セレクタ４６ａ１によって選択された小データ再送型ド
ライバ４６ａ２２は、送信元であるデータ端末８から受
信した受信データを、携帯情報端末１へ送信する。この
際、小データ再送型ドライバ４６ａ２２は、送信するフ
レームの図６のフレーム識別子９ｂ１に、送信するフレ
ームが処理されるべきデータリンクドライバの情報を書
き込んで送信する。
【００８３】ここで、ステップＳ７１において、携帯情
報端末１がフレームを受信すると、携帯情報端末１のデ
ータ種別セレクタ１２ａは、受信したフレーム内の図６
に示したフレーム識別子９ｂ１を識別し、このフレーム
識別子９ｂ１に指定されたデータリンクドライバを送受
信に用いるデータリンクドライバとして選択する。ここ
では小データ再送型ドライバ１２ｂ２を選択する。この
ステップＳ７１と同様の処理は携帯情報端末１がフレー
ムを受信する度に行なわれる。以降、小データ再送型ド
ライバ４６ａ２２、１２ｂ２間で上述のステップＳ７２
〜Ｓ７７のステップを実行する。
報端末１がフレームを受信すると、携帯情報端末１のデ
ータ種別セレクタ１２ａは、受信したフレーム内の図６
に示したフレーム識別子９ｂ１を識別し、このフレーム
識別子９ｂ１に指定されたデータリンクドライバを送受
信に用いるデータリンクドライバとして選択する。ここ
では小データ再送型ドライバ１２ｂ２を選択する。この
ステップＳ７１と同様の処理は携帯情報端末１がフレー
ムを受信する度に行なわれる。以降、小データ再送型ド
ライバ４６ａ２２、１２ｂ２間で上述のステップＳ７２
〜Ｓ７７のステップを実行する。
【００８４】ステップＳ７０〜Ｓ７７は、数Ｂｙｔｅの
メッセージ送受信からなるデータリンク設定などの前手
順であり、前後の受信フレーム番号から相手側で受信で
きなかったフレーム番号が分かった時点で、ステップＳ
７３のように再送要求を出力し、受信できなかったフレ
ームの再送信を要求する。すなわち、受信誤りが発生し
た場合には、ただちに１フレーム毎に１回の再送要求を
送信する。例えば、受信側がフレーム番号「２」のデー
タを受信できなかった場合に、フレーム番号３のデータ
を受信した時点、すなわちステップＳ７３でフレーム番
号２のデータを受信できなかったことを知ることができ
る。この直後のステップＳ７４で、受信側がフレーム番
号「２」のデータの再送要求を出す。フレーム番号
「２」のデータの再送要求が来た時点で送信側がフレー
ム番号「２」のデータを送信する。
メッセージ送受信からなるデータリンク設定などの前手
順であり、前後の受信フレーム番号から相手側で受信で
きなかったフレーム番号が分かった時点で、ステップＳ
７３のように再送要求を出力し、受信できなかったフレ
ームの再送信を要求する。すなわち、受信誤りが発生し
た場合には、ただちに１フレーム毎に１回の再送要求を
送信する。例えば、受信側がフレーム番号「２」のデー
タを受信できなかった場合に、フレーム番号３のデータ
を受信した時点、すなわちステップＳ７３でフレーム番
号２のデータを受信できなかったことを知ることができ
る。この直後のステップＳ７４で、受信側がフレーム番
号「２」のデータの再送要求を出す。フレーム番号
「２」のデータの再送要求が来た時点で送信側がフレー
ム番号「２」のデータを送信する。
【００８５】上述ショートメッセージ転送フェーズが終
了すると、切替ステップＳ７８に移る。このステップＳ
７８において、交換機４のデータ種別セレクタ４６ａ１
は、選択されたプロトコルに従い実行手順が次の手順に
移ったとき、次の実行手順に適したデータリンクドライ
バを現在選択されているデータリンクドライバに代えて
選択する。現在選択されているプロトコルでは、次の実
行手順は大データ転送フェーズであるため、大容量のデ
ータを伝送するのに適した大データ再送型ドライバ４６
ａ２１が選択される。
了すると、切替ステップＳ７８に移る。このステップＳ
７８において、交換機４のデータ種別セレクタ４６ａ１
は、選択されたプロトコルに従い実行手順が次の手順に
移ったとき、次の実行手順に適したデータリンクドライ
バを現在選択されているデータリンクドライバに代えて
選択する。現在選択されているプロトコルでは、次の実
行手順は大データ転送フェーズであるため、大容量のデ
ータを伝送するのに適した大データ再送型ドライバ４６
ａ２１が選択される。
【００８６】次に、ステップＳ７９において、選択され
た大データ再送型ドライバ４６ａ２１は、送信元である
データ端末８から受信した受信データを、携帯情報端末
１へ送信する。この際、上述ステップＳ７０で説明した
のと同様に、送信するフレームのフレーム識別子９ｂ１
に、送信するフレームが処理されるべきデータリンクド
ライバの情報を書き込んで送信する。続いて、ステップ
Ｓ８０において、交換機４から送信されたフレームを受
信した携帯情報端末１は、データ種別セレクタ１２ａに
おいて、受信したフレームのフレーム識別子９ｂ１を識
別し、このフレーム識別子９ｂ１に指定されたデータリ
ンクドライバを送受信に用いるデータリンクドライバと
して選択する。ここでは大データ再送型ドライバ１２ｂ
１を選択する。このステップＳ８０と同様の処理は携帯
情報端末１がフレームを受信する度に行なわれる。
た大データ再送型ドライバ４６ａ２１は、送信元である
データ端末８から受信した受信データを、携帯情報端末
１へ送信する。この際、上述ステップＳ７０で説明した
のと同様に、送信するフレームのフレーム識別子９ｂ１
に、送信するフレームが処理されるべきデータリンクド
ライバの情報を書き込んで送信する。続いて、ステップ
Ｓ８０において、交換機４から送信されたフレームを受
信した携帯情報端末１は、データ種別セレクタ１２ａに
おいて、受信したフレームのフレーム識別子９ｂ１を識
別し、このフレーム識別子９ｂ１に指定されたデータリ
ンクドライバを送受信に用いるデータリンクドライバと
して選択する。ここでは大データ再送型ドライバ１２ｂ
１を選択する。このステップＳ８０と同様の処理は携帯
情報端末１がフレームを受信する度に行なわれる。
【００８７】以降、大データ再送型ドライバ４６ａ２
１、１２ｂ１間で送受信処理及び再送処理のステップＳ
８１〜Ｓ８９を実行する。以降、ステップＳ７９〜Ｓ８
９のうちの送受信処理において、小データ再送型ドライ
バ４６ａ２２の代わりに、大データ再送型ドライバ４６
ａ２１が通信に用いられるデータリンクドライバ４６ａ
２として働く。
１、１２ｂ１間で送受信処理及び再送処理のステップＳ
８１〜Ｓ８９を実行する。以降、ステップＳ７９〜Ｓ８
９のうちの送受信処理において、小データ再送型ドライ
バ４６ａ２２の代わりに、大データ再送型ドライバ４６
ａ２１が通信に用いられるデータリンクドライバ４６ａ
２として働く。
【００８８】ここで、大データ転送フェーズでは、図７
を用いて既に説明した通信方法と同様に再送制御単位
毎、例えば２５６フレーム毎に１回まとめて再送要求を
行うものである。例えばフレーム番号４のデータが受信
側で受信できなかったとしても、すぐには再送要求を出
さずに再送制御単位分のフレームが終わるまで未受信フ
レーム番号を記憶しておき再送制御単位毎に未受信フレ
ームがいくつあったか、ひとつのフレームに情報をのせ
て再送要求を行う。従って、再送要求の送信を複数のフ
レームについてまとめて送信することができるため、シ
ョートメッセージ転送フェーズに比べて通信効率がよ
い。
を用いて既に説明した通信方法と同様に再送制御単位
毎、例えば２５６フレーム毎に１回まとめて再送要求を
行うものである。例えばフレーム番号４のデータが受信
側で受信できなかったとしても、すぐには再送要求を出
さずに再送制御単位分のフレームが終わるまで未受信フ
レーム番号を記憶しておき再送制御単位毎に未受信フレ
ームがいくつあったか、ひとつのフレームに情報をのせ
て再送要求を行う。従って、再送要求の送信を複数のフ
レームについてまとめて送信することができるため、シ
ョートメッセージ転送フェーズに比べて通信効率がよ
い。
【００８９】以上のように、複数のフェーズによって構
成される１つの通信の中であっても、図３の交換機のデ
ータ種別セレクタ４６ａ１および図４の携帯情報端末デ
ータ種別セレクタ１２ａがデータの種類を判別してお
り、実行状況に応じて、図３の交換機４のデータ種別セ
レクタ４６ａ１および図４の携帯情報端末のデータ種別
セレクタ１２ａが、１つの通信の中でもドライバの切替
えを自由に行うことができる。従って、実行状況、すな
わち通信フェーズに応じて効率のよいデータリンクドラ
イバを適宜選択し、効率がよくかつデータの種類に応じ
た適切な方法でデータを伝送することができる。
成される１つの通信の中であっても、図３の交換機のデ
ータ種別セレクタ４６ａ１および図４の携帯情報端末デ
ータ種別セレクタ１２ａがデータの種類を判別してお
り、実行状況に応じて、図３の交換機４のデータ種別セ
レクタ４６ａ１および図４の携帯情報端末のデータ種別
セレクタ１２ａが、１つの通信の中でもドライバの切替
えを自由に行うことができる。従って、実行状況、すな
わち通信フェーズに応じて効率のよいデータリンクドラ
イバを適宜選択し、効率がよくかつデータの種類に応じ
た適切な方法でデータを伝送することができる。
【００９０】なお、上述のデータ種別セレクタ１２ａ、
４６ａ１は、再送制御を行なう通信フェーズと再送制御
を行なわない通信フェーズが１つのプロトコル中に混在
する場合にも、切り替え動作をすることができる。図１
７はこの実施の形態２によるデータ転送シーケンスの一
例で、ＦＡＸなど、前手順は誤りの許されない再送制御
が必要なデータで、その後のデータ転送フェーズに入る
と、再送制御が必ずしも必要ではないデータに切り替わ
る場合に採用される。図１７において、図１６と同一の
符号は同一又は相当の部分を表している。ただし、ステ
ップＳ７８及びＳ８０において選択されるデータリンク
ドライバが、大データ再送型ドライバ４６ａ２１、１２
ｂ１ではなく、再送制御を行なわない非再送型ドライバ
１２ｂ３、４６ａ２３である点で異なる。これは、図１
６のショートメッセージ転送フェーズに相当するネゴエ
ーションフェーズの終了後に、非再送型のデータを伝送
する非再送データ転送フェーズ、すなわちステップＳ７
９、Ｓ８１、Ｓ８２を実行するためであり、非再送型デ
ータの通信に適した非再送型ドライバ１２ｂ３、４６ａ
２３が選択されるためである。また、ステップＳ６９で
は、例えば、データ端末８から送信要求を受信した際
に、この送信要求に基づいて送信元の種類をデータ端末
８であると識別し、このデータ端末８の通信に適したプ
ロトコルが選択される。
４６ａ１は、再送制御を行なう通信フェーズと再送制御
を行なわない通信フェーズが１つのプロトコル中に混在
する場合にも、切り替え動作をすることができる。図１
７はこの実施の形態２によるデータ転送シーケンスの一
例で、ＦＡＸなど、前手順は誤りの許されない再送制御
が必要なデータで、その後のデータ転送フェーズに入る
と、再送制御が必ずしも必要ではないデータに切り替わ
る場合に採用される。図１７において、図１６と同一の
符号は同一又は相当の部分を表している。ただし、ステ
ップＳ７８及びＳ８０において選択されるデータリンク
ドライバが、大データ再送型ドライバ４６ａ２１、１２
ｂ１ではなく、再送制御を行なわない非再送型ドライバ
１２ｂ３、４６ａ２３である点で異なる。これは、図１
６のショートメッセージ転送フェーズに相当するネゴエ
ーションフェーズの終了後に、非再送型のデータを伝送
する非再送データ転送フェーズ、すなわちステップＳ７
９、Ｓ８１、Ｓ８２を実行するためであり、非再送型デ
ータの通信に適した非再送型ドライバ１２ｂ３、４６ａ
２３が選択されるためである。また、ステップＳ６９で
は、例えば、データ端末８から送信要求を受信した際
に、この送信要求に基づいて送信元の種類をデータ端末
８であると識別し、このデータ端末８の通信に適したプ
ロトコルが選択される。
【００９１】この通信方式の利点は前手順、すなわちネ
ゴエーションの手順のみが誤りが許されないので、再送
制御を行うものの、その後の通信フェーズで非再送制御
を行い、高速にデータを通信できることである。例え
ば、電波環境がある程度悪い場合も再送を繰り返しトー
タル通信時間も長くなるより、識別可能なレベルの絵を
送ることができる。
ゴエーションの手順のみが誤りが許されないので、再送
制御を行うものの、その後の通信フェーズで非再送制御
を行い、高速にデータを通信できることである。例え
ば、電波環境がある程度悪い場合も再送を繰り返しトー
タル通信時間も長くなるより、識別可能なレベルの絵を
送ることができる。
【００９２】また、上述のデータ種別セレクタ１２ａ、
４６ａ１は、再送制御を行なう通信フェーズと再送／非
再送制御が混在する通信フェーズが１つのプロトコル中
に混在する場合にも、切り替え動作をすることができ
る。図１８はこの実施の形態２によるデータ転送シーケ
ンスの一例である。図１８において、図１６と同一の符
号は同一又は相当の部分を表している。まず、ステップ
Ｓ９０において、例えば、データ端末８から送信要求が
交換機４へ送信される。この送信要求には送信モード及
びしきい値が指定されている。送信モードは、通信プロ
トコルを特定する情報であり、ここでは、ネゴエーショ
ンフェーズの後に、再送／非再送混在型データ転送フェ
ーズが実行されるプロトコルが指定されている。しきい
値は、図１４を用いて説明した混在型ドライバ４６ａ２
４、１２ｂ４の動作に必要な上述のしきい値である。な
お、送信元のアプリケーションに基づいて通信プロトコ
ルを特定できる場合には、送信モードの送信は必ずしも
必要ではない。
４６ａ１は、再送制御を行なう通信フェーズと再送／非
再送制御が混在する通信フェーズが１つのプロトコル中
に混在する場合にも、切り替え動作をすることができ
る。図１８はこの実施の形態２によるデータ転送シーケ
ンスの一例である。図１８において、図１６と同一の符
号は同一又は相当の部分を表している。まず、ステップ
Ｓ９０において、例えば、データ端末８から送信要求が
交換機４へ送信される。この送信要求には送信モード及
びしきい値が指定されている。送信モードは、通信プロ
トコルを特定する情報であり、ここでは、ネゴエーショ
ンフェーズの後に、再送／非再送混在型データ転送フェ
ーズが実行されるプロトコルが指定されている。しきい
値は、図１４を用いて説明した混在型ドライバ４６ａ２
４、１２ｂ４の動作に必要な上述のしきい値である。な
お、送信元のアプリケーションに基づいて通信プロトコ
ルを特定できる場合には、送信モードの送信は必ずしも
必要ではない。
【００９３】ステップＳ９０において送信要求を受信し
た交換機４のデータ種別セレクタ４６ａ１は、次のステ
ップ６９において、送信モードに基づいて通信プロトコ
ルを選択し、選択したプロトコルの最初の実行状況に応
じたデータリンクドライバを選択する。ここでは、小デ
ータ再送型ドライバ４６ａ２２が選択される。次に、ス
テップＳ９１において、小データ再送型ドライバ４６ａ
２２は、送信モード及びしきい値を携帯情報端末１へ送
信する。なお、送信モードに代えて、図１６で説明した
ようにフレーム識別子９ｂ１にデータリンクドライバを
指定して送信してもよい。
た交換機４のデータ種別セレクタ４６ａ１は、次のステ
ップ６９において、送信モードに基づいて通信プロトコ
ルを選択し、選択したプロトコルの最初の実行状況に応
じたデータリンクドライバを選択する。ここでは、小デ
ータ再送型ドライバ４６ａ２２が選択される。次に、ス
テップＳ９１において、小データ再送型ドライバ４６ａ
２２は、送信モード及びしきい値を携帯情報端末１へ送
信する。なお、送信モードに代えて、図１６で説明した
ようにフレーム識別子９ｂ１にデータリンクドライバを
指定して送信してもよい。
【００９４】次に、ステップＳ７１において、図１６で
説明したようにデータ種別セレクタ１２ａが実行状況に
応じたデータリンクドライバを選択する。この選択は、
フレーム識別子９ｂ１に基づいてもよいし、送信モード
に基づいて選択してもよい。なお、このとき選択された
小データ再送型ドライバ１２ｂ２は、受信したしきい値
を記憶しておく。そして、ステップＳ９２において、小
データ再送型ドライバ１２ｂ２は、データ転送の了解を
示す信号であるACK信号を送信する。
説明したようにデータ種別セレクタ１２ａが実行状況に
応じたデータリンクドライバを選択する。この選択は、
フレーム識別子９ｂ１に基づいてもよいし、送信モード
に基づいて選択してもよい。なお、このとき選択された
小データ再送型ドライバ１２ｂ２は、受信したしきい値
を記憶しておく。そして、ステップＳ９２において、小
データ再送型ドライバ１２ｂ２は、データ転送の了解を
示す信号であるACK信号を送信する。
【００９５】続いて、図１６を用いて説明したように切
替ステップＳ７８で、データリンクドライバが切り替え
られる。ここで、次の再送非再送混在型データ転送フェ
ーズ、すなわちステップＳ９３のために、混在型ドライ
バ４６ａ２４が選択される。次の混在型ドライバ４６ａ
２４、１２ｂ４間のデータ転送シーケンスは、上述の図
１４のステップＳ５１〜Ｓ６１と同様である。この際、
再送制御を行なうか、非再送制御を行なうかの判断基準
となるしきい値として、ステップＳ９１で送信されたし
きい値が用いられる。また、携帯情報端末１側のステッ
プＳ９３のデータ転送に用いられるデータリンクドライ
バの選択は、ステップＳ７１で説明したように、フレー
ム識別子９ｂ１に基づいてもよいし、データ種別セレク
タ１２ａ送信モードによって特定されたプロトコルにお
いて、現在どの手順を実行してているかを判断し、この
判断結果に基づいて行なってもよい。
替ステップＳ７８で、データリンクドライバが切り替え
られる。ここで、次の再送非再送混在型データ転送フェ
ーズ、すなわちステップＳ９３のために、混在型ドライ
バ４６ａ２４が選択される。次の混在型ドライバ４６ａ
２４、１２ｂ４間のデータ転送シーケンスは、上述の図
１４のステップＳ５１〜Ｓ６１と同様である。この際、
再送制御を行なうか、非再送制御を行なうかの判断基準
となるしきい値として、ステップＳ９１で送信されたし
きい値が用いられる。また、携帯情報端末１側のステッ
プＳ９３のデータ転送に用いられるデータリンクドライ
バの選択は、ステップＳ７１で説明したように、フレー
ム識別子９ｂ１に基づいてもよいし、データ種別セレク
タ１２ａ送信モードによって特定されたプロトコルにお
いて、現在どの手順を実行してているかを判断し、この
判断結果に基づいて行なってもよい。
【００９６】この実施の形態の通信方式では、例えばイ
メージや静止画などの誤りが全体に波及しないデータに
対して、再送型データ転送を採用するか、非再送型デー
タ転送を行うかを、例えばアプリケーションからの指
示、すなわちユーザが、ファインモード（再送型）か、
早く送りたいモードかを、その時の状態で選択すること
ができる。従って、送信品質を任意に指定することがで
き、例えばユーザが絵が雑になっても早く送りたいかも
しくは遅くなってもきれいに送りたいか、その時の状態
でアプリケーションやデータ端末８等のデータの送信元
から任意に指定することができる。
メージや静止画などの誤りが全体に波及しないデータに
対して、再送型データ転送を採用するか、非再送型デー
タ転送を行うかを、例えばアプリケーションからの指
示、すなわちユーザが、ファインモード（再送型）か、
早く送りたいモードかを、その時の状態で選択すること
ができる。従って、送信品質を任意に指定することがで
き、例えばユーザが絵が雑になっても早く送りたいかも
しくは遅くなってもきれいに送りたいか、その時の状態
でアプリケーションやデータ端末８等のデータの送信元
から任意に指定することができる。
【００９７】また、図１９は、この実施の形態によるＦ
ＡＸ通信時における詳細動作を示したものである。図１
９において、図１又は図２と同一の符号は同一又は相当
の部分を表している。例えば、携帯情報端末１からＦＡ
Ｘ７にＦＡＸ送信する場合、まず、ステップＳ９５にお
いて、携帯情報端末１が無線回線接続を行うことによっ
て交換機４が動作し、呼接続設定によって交換機のデー
タリンクトランク４６、さらにモデムトランク４３等が
このＦＡＸ送信のために割当てられ、携帯情報端末１と
データリンクトランク４６のデータリンクドライバ間
に、データリンクが確立する。
ＡＸ通信時における詳細動作を示したものである。図１
９において、図１又は図２と同一の符号は同一又は相当
の部分を表している。例えば、携帯情報端末１からＦＡ
Ｘ７にＦＡＸ送信する場合、まず、ステップＳ９５にお
いて、携帯情報端末１が無線回線接続を行うことによっ
て交換機４が動作し、呼接続設定によって交換機のデー
タリンクトランク４６、さらにモデムトランク４３等が
このＦＡＸ送信のために割当てられ、携帯情報端末１と
データリンクトランク４６のデータリンクドライバ間
に、データリンクが確立する。
【００９８】ＦＡＸ通信におけるＧ３プロトコルは、大
別してＡ〜Ｅの５つのフェーズからなるが、その内フェ
ーズＡ呼設定、フェーズＢファクシミリ手順メッセージ
解析のような前手順に関しては、データリンクドライバ
として数Ｂｙｔｅ単位再送型データ転送が行なわれる。
すなわち、このフェーズＡ及びＢでは発呼、ＦＡＸ７か
らの被呼局識別信号（CED）、さらにＦＡＸ７からのデ
ィジタル識別信号（DIS）、モデムトランク４３からの
ディジタル命令信号（DCS）といった信号の通信には、
携帯情報端末１では小データ再送型ドライバ１２ｂ２、
交換機４では小データ再送型ドライバ４６ａ２２が選択
され、通信が行なわれる。またこの間、データリンクト
ランク４６の小データ再送型ドライバ４６ａ２２におい
ては、図示しないＧ３プロトコルタイマーの監視をしな
がらＦＡＸ７と通信を行う。
別してＡ〜Ｅの５つのフェーズからなるが、その内フェ
ーズＡ呼設定、フェーズＢファクシミリ手順メッセージ
解析のような前手順に関しては、データリンクドライバ
として数Ｂｙｔｅ単位再送型データ転送が行なわれる。
すなわち、このフェーズＡ及びＢでは発呼、ＦＡＸ７か
らの被呼局識別信号（CED）、さらにＦＡＸ７からのデ
ィジタル識別信号（DIS）、モデムトランク４３からの
ディジタル命令信号（DCS）といった信号の通信には、
携帯情報端末１では小データ再送型ドライバ１２ｂ２、
交換機４では小データ再送型ドライバ４６ａ２２が選択
され、通信が行なわれる。またこの間、データリンクト
ランク４６の小データ再送型ドライバ４６ａ２２におい
ては、図示しないＧ３プロトコルタイマーの監視をしな
がらＦＡＸ７と通信を行う。
【００９９】前手順が完了した後、フェーズＣメッセー
ジ伝送に入り、画データの転送処理を実行する。フェー
ズＣに入ると、データ種別セレクタ１２ａ、４６ａ１
が、再送制御するか非再送制御するかの判断を判断し、
再送制御する場合はデータリンクドライバを大データ再
送型ドライバ１２ｂ１及び４６ａ２１に切り替え、一
方、非再送制御する場合は非ストリーム系非再送型デー
タリンクドライバ１２ｂ３及び４６ａ２３に切り替え、
ステップＳ９８においてデータ転送を実行する。ここ
で、再送制御するか非再送制御するかの判断は、上述の
ようにデータ種別セレクタ１２ａ、４６ａ１がアプリケ
ーション１４の種類若しくは送信モードの指示によって
判断する。アプリケーション１４の種類又は送信モード
の指示は、例えばアプリケーション１４から送信された
送信要求に指示情報として格納されている。ここで、非
再送制御でデータ転送を行っても、ところどころデータ
誤りが発生するだけでデータとしては実用的なものであ
り、一方、通信時間は早くすることができる。なお、こ
のステップＳ９８のデータ転送は、データリンクドライ
バとして混在型ドライバ４６ａ２４、１２ｂ４を選択
し、図１８のステップＳ９３のように実行してもよい。
ジ伝送に入り、画データの転送処理を実行する。フェー
ズＣに入ると、データ種別セレクタ１２ａ、４６ａ１
が、再送制御するか非再送制御するかの判断を判断し、
再送制御する場合はデータリンクドライバを大データ再
送型ドライバ１２ｂ１及び４６ａ２１に切り替え、一
方、非再送制御する場合は非ストリーム系非再送型デー
タリンクドライバ１２ｂ３及び４６ａ２３に切り替え、
ステップＳ９８においてデータ転送を実行する。ここ
で、再送制御するか非再送制御するかの判断は、上述の
ようにデータ種別セレクタ１２ａ、４６ａ１がアプリケ
ーション１４の種類若しくは送信モードの指示によって
判断する。アプリケーション１４の種類又は送信モード
の指示は、例えばアプリケーション１４から送信された
送信要求に指示情報として格納されている。ここで、非
再送制御でデータ転送を行っても、ところどころデータ
誤りが発生するだけでデータとしては実用的なものであ
り、一方、通信時間は早くすることができる。なお、こ
のステップＳ９８のデータ転送は、データリンクドライ
バとして混在型ドライバ４６ａ２４、１２ｂ４を選択
し、図１８のステップＳ９３のように実行してもよい。
【０１００】終了処理であるフェーズＤ及びＥでは、例
えば、ページ終了信号（EOP）や切断命令信号（DCN）な
ど誤りが許されないデータを扱うため、再び小データ再
送型ドライバ１２ｂ２及び４６ａ２２に切り替わり、数
十ｂｙｔｅ単位のデータ転送が再送制御を用いて行われ
る。
えば、ページ終了信号（EOP）や切断命令信号（DCN）な
ど誤りが許されないデータを扱うため、再び小データ再
送型ドライバ１２ｂ２及び４６ａ２２に切り替わり、数
十ｂｙｔｅ単位のデータ転送が再送制御を用いて行われ
る。
【０１０１】なお、データ種別セレクタ１２ａ、４６ａ
１は、通信状況に応じて回線を動的に割当てるようにし
てもよい。図２０は携帯情報端末１と、交換機４の無線
回線トランク４５との間でストリーム系データとしての
特徴を備える音声フレームと非ストリーム系のデータ送
信が混在する場合の通信を示すシーケンス図である。図
２０において、図１と同一の符号は同一又は相当の部分
を表している。
１は、通信状況に応じて回線を動的に割当てるようにし
てもよい。図２０は携帯情報端末１と、交換機４の無線
回線トランク４５との間でストリーム系データとしての
特徴を備える音声フレームと非ストリーム系のデータ送
信が混在する場合の通信を示すシーケンス図である。図
２０において、図１と同一の符号は同一又は相当の部分
を表している。
【０１０２】例えば、携帯情報端末１と交換機４との間
で、１つの無線回線内に音声通話用のチャネル及びデー
タ通信用のチャネルの２つのチャネルを設定し、音声に
よる通話を行なう一方、バックグランドでファイル伝送
などのデータ通信を行っているとする。このとき、デー
タ種別セレクタ４６ａ１は音声通話用のチャネルにスト
リーム型データリンクドライバ４６ａ２５を選択し、デ
ータ通信用のチャネルに大データ再送型ドライバ４６ａ
２１を選択する。音声通話の回線は無音声時にはデータ
が発生しないので、大データ再送型ドライバ４６ａ２１
で処理されたバックグランドのデータ通信パケットを無
声音時に音声通話用のチャネルを使って転送することが
できる。
で、１つの無線回線内に音声通話用のチャネル及びデー
タ通信用のチャネルの２つのチャネルを設定し、音声に
よる通話を行なう一方、バックグランドでファイル伝送
などのデータ通信を行っているとする。このとき、デー
タ種別セレクタ４６ａ１は音声通話用のチャネルにスト
リーム型データリンクドライバ４６ａ２５を選択し、デ
ータ通信用のチャネルに大データ再送型ドライバ４６ａ
２１を選択する。音声通話の回線は無音声時にはデータ
が発生しないので、大データ再送型ドライバ４６ａ２１
で処理されたバックグランドのデータ通信パケットを無
声音時に音声通話用のチャネルを使って転送することが
できる。
【０１０３】ここで、通話時は音声パケットを優先して
伝送を行い、その他の空チャンネルでバックグラウンド
のデータ送信を細々と行う。どちらを優先するかは、音
声コーデック４５ｂからの音声有無の信号によってデー
タ種別セレクタ４６ａ１がフロー制御を行う。図２０に
おいて送信側の無線スロットが音声３チャンネル、デー
タ３チャンネルに割り振られており、音声信号がある場
合には、音声スロット３チャンネル分は音声信号の送受
信に用いられる。一方、無声音時には、音声通話用のチ
ャネルをデータ転送用に使用する。
伝送を行い、その他の空チャンネルでバックグラウンド
のデータ送信を細々と行う。どちらを優先するかは、音
声コーデック４５ｂからの音声有無の信号によってデー
タ種別セレクタ４６ａ１がフロー制御を行う。図２０に
おいて送信側の無線スロットが音声３チャンネル、デー
タ３チャンネルに割り振られており、音声信号がある場
合には、音声スロット３チャンネル分は音声信号の送受
信に用いられる。一方、無声音時には、音声通話用のチ
ャネルをデータ転送用に使用する。
【０１０４】図３３及び図３４は、このときのデータリ
ンク部１２の動作を詳細説明する機能ブロック図であ
る。図３３及び図３４において、図４と同一の符号は同
一又は相当の部分を表している。１２ｄは入力ポートで
あり、データ種別セレクタ１２ａとアプリケーションソ
フトウェア部１４若しくはネットワークソフトウェア部
１３とのインタフェースをとる。この図３３では、４つ
のポートを図示したが、実際には論理的に多数のポート
が存在し、通信が開始されると、データ種別セレクタ１
２ａとアプリケーションとの間に本ポートを介した通信
リンクが設定される。ここで、各ポート１２ｄは、入力
されるデータの種類が予め決められており、データ種別
セレクタａは、各ポート１２ｄでそれぞれ入力されるデ
ータの種類を予め記憶している。従って、データ種別セ
レクタ１２ａは各ポート毎に、対応するデータリンクド
ライバ１２ｂ１〜１２ｂ５を記憶している。そして、デ
ータ種別セレクタ１２ａは、複数のアプリケーションを
複数のポートにそれぞれ割当てることにより、複数アプ
リケーションの通信を同時に並行して扱うことができ
る。
ンク部１２の動作を詳細説明する機能ブロック図であ
る。図３３及び図３４において、図４と同一の符号は同
一又は相当の部分を表している。１２ｄは入力ポートで
あり、データ種別セレクタ１２ａとアプリケーションソ
フトウェア部１４若しくはネットワークソフトウェア部
１３とのインタフェースをとる。この図３３では、４つ
のポートを図示したが、実際には論理的に多数のポート
が存在し、通信が開始されると、データ種別セレクタ１
２ａとアプリケーションとの間に本ポートを介した通信
リンクが設定される。ここで、各ポート１２ｄは、入力
されるデータの種類が予め決められており、データ種別
セレクタａは、各ポート１２ｄでそれぞれ入力されるデ
ータの種類を予め記憶している。従って、データ種別セ
レクタ１２ａは各ポート毎に、対応するデータリンクド
ライバ１２ｂ１〜１２ｂ５を記憶している。そして、デ
ータ種別セレクタ１２ａは、複数のアプリケーションを
複数のポートにそれぞれ割当てることにより、複数アプ
リケーションの通信を同時に並行して扱うことができ
る。
【０１０５】このデータリンク部１２の動作を、図３２
に示したデータリンク部の動作フローチャートを参照し
ながら説明する。まず、ステップＳ１２１において、通
信リンクが設定されているポートを検出し、処理対象と
なるポート番号を示す変数iに処理対象となる第１のポ
ート番号を設定する。次に、ステップＳ１２２におい
て、ポート番号iのポート（以下、ポート(i)と記す）に
送信すべきデータがあるかを判断する。ポート(i)に送
信すべきデータがない場合には、ステップＳ１２３をと
ばしてステップＳ１２４に進む。一方、送信すべきデー
タがある場合には、そのポート(i)から送信すべきデー
タを読み取り、そのポート(i)に対応するいずれかのデ
ータリンクドライバ１２ｂ１〜１２ｂ５へ読み取ったデ
ータを出力する。ここで、ポート(i)から読み取るデー
タは、データリンクドライバ１２ｂ１〜１２ｂ５が送信
処理を行なう上で、一時的に蓄積可能なテンポラリな蓄
積容量、例えば２５６フレーム分の送信する量のデータ
を読み取る。そして、選択されたデータリンクドライバ
１２ｂ１〜１２ｂ５は、受取ったデータを送信する。次
に、ステップＳ１２４へ進み、変数iに処理対象となる
次のポート番号、すなわち第２のポート番号を設定す
る。。続いて、ステップＳ１２５で、処理対象となる全
ポートについて処理が終了したかを判断し、終了してい
ない場合には、ステップＳ１２２に戻り、次のポートに
ついて上述の処理を行なう。一方、終了している場合に
は、ステップＳ１２１に戻って、最初に戻りポート(1)
から上述のように送信処理を行なう。
に示したデータリンク部の動作フローチャートを参照し
ながら説明する。まず、ステップＳ１２１において、通
信リンクが設定されているポートを検出し、処理対象と
なるポート番号を示す変数iに処理対象となる第１のポ
ート番号を設定する。次に、ステップＳ１２２におい
て、ポート番号iのポート（以下、ポート(i)と記す）に
送信すべきデータがあるかを判断する。ポート(i)に送
信すべきデータがない場合には、ステップＳ１２３をと
ばしてステップＳ１２４に進む。一方、送信すべきデー
タがある場合には、そのポート(i)から送信すべきデー
タを読み取り、そのポート(i)に対応するいずれかのデ
ータリンクドライバ１２ｂ１〜１２ｂ５へ読み取ったデ
ータを出力する。ここで、ポート(i)から読み取るデー
タは、データリンクドライバ１２ｂ１〜１２ｂ５が送信
処理を行なう上で、一時的に蓄積可能なテンポラリな蓄
積容量、例えば２５６フレーム分の送信する量のデータ
を読み取る。そして、選択されたデータリンクドライバ
１２ｂ１〜１２ｂ５は、受取ったデータを送信する。次
に、ステップＳ１２４へ進み、変数iに処理対象となる
次のポート番号、すなわち第２のポート番号を設定す
る。。続いて、ステップＳ１２５で、処理対象となる全
ポートについて処理が終了したかを判断し、終了してい
ない場合には、ステップＳ１２２に戻り、次のポートに
ついて上述の処理を行なう。一方、終了している場合に
は、ステップＳ１２１に戻って、最初に戻りポート(1)
から上述のように送信処理を行なう。
【０１０６】データ種別セレクタ１２ａが、図３２を用
いて説明したように動作することにより、次のような動
作を実現することができる。すなわち、図３３に示すよ
うに、２つのアプリケーションとの間でネゴエーション
が終了し、既にリンクが確立しているとすると、まず、
データ種別セレクタ１２ａは、第１のアプリケーション
であるアプリケーションＡからのデータをポート(1)を
介して読み取り、大データ再送型ドライバ１２ｂ１を選
択して読み取ったデータを出力する。ここで、ポート
(1)のデータは第１のデータである。続いて、他のポー
トについてデータがないかを調べ、ポート(3)に第２の
アプリケーションであるアプリケーションＢからの音声
データを発見すると、この音声データを受取り、ポート
(3)に対応したストリーム型データリンクドライバ１２
ｂ５へ音声データを送信する。ここで、ポート(3)のデ
ータは第２のデータである。各データリンクドライバ１
２ｂ１〜１２ｂ５は、１パケット分のデータを送信しよ
うとするが、データ種別セレクタ１２ａは、１２ｂ５か
らの音声データを回線に出力している間データリンクド
ライバ１２ｂ１からのデータ送信を一時的にSTOP、すな
わち待機させながら回線上にデータを送信して行く。
いて説明したように動作することにより、次のような動
作を実現することができる。すなわち、図３３に示すよ
うに、２つのアプリケーションとの間でネゴエーション
が終了し、既にリンクが確立しているとすると、まず、
データ種別セレクタ１２ａは、第１のアプリケーション
であるアプリケーションＡからのデータをポート(1)を
介して読み取り、大データ再送型ドライバ１２ｂ１を選
択して読み取ったデータを出力する。ここで、ポート
(1)のデータは第１のデータである。続いて、他のポー
トについてデータがないかを調べ、ポート(3)に第２の
アプリケーションであるアプリケーションＢからの音声
データを発見すると、この音声データを受取り、ポート
(3)に対応したストリーム型データリンクドライバ１２
ｂ５へ音声データを送信する。ここで、ポート(3)のデ
ータは第２のデータである。各データリンクドライバ１
２ｂ１〜１２ｂ５は、１パケット分のデータを送信しよ
うとするが、データ種別セレクタ１２ａは、１２ｂ５か
らの音声データを回線に出力している間データリンクド
ライバ１２ｂ１からのデータ送信を一時的にSTOP、すな
わち待機させながら回線上にデータを送信して行く。
【０１０７】そして、通信リンクが設定されているポー
ト１２ｄすべてについて上述の処理を終了すると、再
び、ポート(1)から同様の処理を行なう。本例の場合
は、結果として、図３３に示すように、アプリケーショ
ンＡからのデータと、アプリケーションＢからの音声デ
ータとが交互に出力される。
ト１２ｄすべてについて上述の処理を終了すると、再
び、ポート(1)から同様の処理を行なう。本例の場合
は、結果として、図３３に示すように、アプリケーショ
ンＡからのデータと、アプリケーションＢからの音声デ
ータとが交互に出力される。
【０１０８】上述のように音声データは、常に送信され
るわけではなく、無音期間があるため、図３４のよう
に、ポート(1)にのみ送信すべきデータがあり、ポート
(3)には、データリンクは確立されているものの送信す
べきデータはない状態となることもある。このような場
合には、ポート(3)のデータ送信は行なわれないため、
図３４に示すようにアプリケーションＡからのデータの
みが高速に送信される。
るわけではなく、無音期間があるため、図３４のよう
に、ポート(1)にのみ送信すべきデータがあり、ポート
(3)には、データリンクは確立されているものの送信す
べきデータはない状態となることもある。このような場
合には、ポート(3)のデータ送信は行なわれないため、
図３４に示すようにアプリケーションＡからのデータの
みが高速に送信される。
【０１０９】上述の送信機によれば、アプリケーション
からの１つの送信要求に対応する通信が開始されてから
終了するまで、すなわちネゴエーションから通信終了ま
での１つの通信を実行中にも、他の通信を実行すること
ができ、１つの通信を継続中にも他の通信では異なるデ
ータリンクドライバに切り替えて通信することができ
る。すなわち、複数の通信のそれぞれに好適なドライバ
を適宜切り替えて、並列に通信を行なうことができる。
からの１つの送信要求に対応する通信が開始されてから
終了するまで、すなわちネゴエーションから通信終了ま
での１つの通信を実行中にも、他の通信を実行すること
ができ、１つの通信を継続中にも他の通信では異なるデ
ータリンクドライバに切り替えて通信することができ
る。すなわち、複数の通信のそれぞれに好適なドライバ
を適宜切り替えて、並列に通信を行なうことができる。
【０１１０】なお、図３２のフローチャートでは、各ポ
ート１２ｄのデータを順番に処理したが、各ポートに優
先順位を設け、優先順位が上位のポートに送信すべきデ
ータがあるうちは、優先順位が下位のポートのデータは
処理されないようにしてもよい。また、各パケットに
は、上述のようにそのパケットのデータを取り扱うべき
データリンクドライバを特定する情報が含まれている。
そのため、複数の通信が並列に実行されても、上述の動
作で受信機側でも正常に通信を行なうことができる。
ート１２ｄのデータを順番に処理したが、各ポートに優
先順位を設け、優先順位が上位のポートに送信すべきデ
ータがあるうちは、優先順位が下位のポートのデータは
処理されないようにしてもよい。また、各パケットに
は、上述のようにそのパケットのデータを取り扱うべき
データリンクドライバを特定する情報が含まれている。
そのため、複数の通信が並列に実行されても、上述の動
作で受信機側でも正常に通信を行なうことができる。
【０１１１】また、音声通話の場合と同様に、動画など
時間当たりに転送するデータ量が変化するデータ通信の
場合も同様の制御を行なうことができる。例えば、図２
１は携帯情報端末１と、交換機４の無線回線トランク４
６との間で動画などのストリーム系データと非ストリー
ム系データが混在する場合の通信を説明するシーケンス
図である。図２１において、図１と同一の符号は同一又
は相当の部分を表している。
時間当たりに転送するデータ量が変化するデータ通信の
場合も同様の制御を行なうことができる。例えば、図２
１は携帯情報端末１と、交換機４の無線回線トランク４
６との間で動画などのストリーム系データと非ストリー
ム系データが混在する場合の通信を説明するシーケンス
図である。図２１において、図１と同一の符号は同一又
は相当の部分を表している。
【０１１２】例えば、動画データを送りながら、何かバ
ックグランドで非ストリーム系のデータ通信を行う場
合、データ種別セレクタ４６ａ１がストリーム型データ
リンクドライバ４６ａ２５と小データ再送型ドライバ４
６ａ２２の２つのデータリンクドライバを選択し、同時
にデータ転送を行う。図示しない動画コーデックからの
動画データに対してはストリーム型データリンクドライ
バ４６ａ２５が選択される。動画のようなストリーム系
の特長をもつものは、動きがないときは発生するデータ
量は小さいので、小データ再送型ドライバ４６ａ２２で
処理されたバックグランドの非ストリーム系のデータ転
送を、動画データ転送用の無線チャンネルを使って行な
うことができる。また、動きがあるときは、動画ストリ
ーム系のデータ量が増えるのでその間は、バックグラン
ドのデータ通信を細々と行う。この例では、ストリーム
系データを優先している場合を示しているが、ストリー
ム系／非ストリーム系どちらを優先するかは、どちらで
も選択可能であり、動画コーデックからの動画有無の信
号によってデータ種別セレクタ４６ａ１がフロー制御を
行う。
ックグランドで非ストリーム系のデータ通信を行う場
合、データ種別セレクタ４６ａ１がストリーム型データ
リンクドライバ４６ａ２５と小データ再送型ドライバ４
６ａ２２の２つのデータリンクドライバを選択し、同時
にデータ転送を行う。図示しない動画コーデックからの
動画データに対してはストリーム型データリンクドライ
バ４６ａ２５が選択される。動画のようなストリーム系
の特長をもつものは、動きがないときは発生するデータ
量は小さいので、小データ再送型ドライバ４６ａ２２で
処理されたバックグランドの非ストリーム系のデータ転
送を、動画データ転送用の無線チャンネルを使って行な
うことができる。また、動きがあるときは、動画ストリ
ーム系のデータ量が増えるのでその間は、バックグラン
ドのデータ通信を細々と行う。この例では、ストリーム
系データを優先している場合を示しているが、ストリー
ム系／非ストリーム系どちらを優先するかは、どちらで
も選択可能であり、動画コーデックからの動画有無の信
号によってデータ種別セレクタ４６ａ１がフロー制御を
行う。
【０１１３】また、図２２はこの実施の形態２によるＬ
ＡＮを用いた通信における動作を示したシーケンス図で
ある。図２２において、図１又は図２と同一の符号は同
一又は相当の部分を表している。携帯情報端末１がＬＡ
Ｎ５を経由した通信を行なう場合、ステップＳ１０３に
おいて、携帯情報端末１からの送信要求によって、交換
機４が呼接続設定を行ないＬＡＮを用いた通信のために
データリンクトランク４６、さらにＬＡＮトランク４４
が割当てられる。
ＡＮを用いた通信における動作を示したシーケンス図で
ある。図２２において、図１又は図２と同一の符号は同
一又は相当の部分を表している。携帯情報端末１がＬＡ
Ｎ５を経由した通信を行なう場合、ステップＳ１０３に
おいて、携帯情報端末１からの送信要求によって、交換
機４が呼接続設定を行ないＬＡＮを用いた通信のために
データリンクトランク４６、さらにＬＡＮトランク４４
が割当てられる。
【０１１４】ＬＡＮトランク４４は、Ｅｔｈｅｒｎｅｔ
系のプロトコル終端している。ＬＡＮ５上の例えばメー
ルサーバやファイルサーバのような情報処理系装置との
通信においては、ネットワークソフトウェア（例えばＴ
ＣＰ／ＩＰ等）を介して通信を行う必要がある。このネ
ットワーク系の通信を行うためには通常ヘッダという形
で、真に相手装置に送りたいアプリケーションデータの
前に、ネットワーク情報を付加しなければならない。こ
れが誤るとネットワーク上の相手に正しくデータを送る
ことができない。従って、ステップＳ１０４のネットワ
ークプロトコル前手順時には、データ種別セレクタ１２
ａ、４６ａ１は、小データ再送型ドライバ４６ａ２２、
１２ｂ２を選択する。
系のプロトコル終端している。ＬＡＮ５上の例えばメー
ルサーバやファイルサーバのような情報処理系装置との
通信においては、ネットワークソフトウェア（例えばＴ
ＣＰ／ＩＰ等）を介して通信を行う必要がある。このネ
ットワーク系の通信を行うためには通常ヘッダという形
で、真に相手装置に送りたいアプリケーションデータの
前に、ネットワーク情報を付加しなければならない。こ
れが誤るとネットワーク上の相手に正しくデータを送る
ことができない。従って、ステップＳ１０４のネットワ
ークプロトコル前手順時には、データ種別セレクタ１２
ａ、４６ａ１は、小データ再送型ドライバ４６ａ２２、
１２ｂ２を選択する。
【０１１５】続いて、ステップＳ１０５のネットワーク
データ転送時には、例えば電子メールの送信やデータ検
索を行なう場合には、小データ再送型ドライバ４６ａ２
２、１２ｂ２が選択され、静止画やイメージデータの転
送の場合には、大データ再送型ドライバ４６ａ２１、１
２ｂ１が選択される。これらのデータリンクドライバの
選択は、上述のようにデータ種別セレクタ１２ａ、４６
ａ１が、それぞれのアプリケーションに適したデータリ
ンクドライバを選択することにより行なう、すなわち交
換機４のデータ種別セレクタ４６ａ１および携帯情報端
末１のデータ種別セレクタ１２ａがアプリケーションか
らの通信要求で起動させられる際、アプリケーション毎
の通信プロトコルを認識し、トリガとなるシーケンスを
自ら識別することにより行う。
データ転送時には、例えば電子メールの送信やデータ検
索を行なう場合には、小データ再送型ドライバ４６ａ２
２、１２ｂ２が選択され、静止画やイメージデータの転
送の場合には、大データ再送型ドライバ４６ａ２１、１
２ｂ１が選択される。これらのデータリンクドライバの
選択は、上述のようにデータ種別セレクタ１２ａ、４６
ａ１が、それぞれのアプリケーションに適したデータリ
ンクドライバを選択することにより行なう、すなわち交
換機４のデータ種別セレクタ４６ａ１および携帯情報端
末１のデータ種別セレクタ１２ａがアプリケーションか
らの通信要求で起動させられる際、アプリケーション毎
の通信プロトコルを認識し、トリガとなるシーケンスを
自ら識別することにより行う。
【０１１６】そして、ステップＳ１０６のネットワーク
プロトコル後手順では、小データ再送型ドライバ４６ａ
２２、１２ｂ２が再び選択される。このデータリンクド
ライバの切り替えも上述と同様である。
プロトコル後手順では、小データ再送型ドライバ４６ａ
２２、１２ｂ２が再び選択される。このデータリンクド
ライバの切り替えも上述と同様である。
【０１１７】また、図２３は、携帯情報端末１がノード
間移動した場合の本発明による携帯情報端末１のデータ
リンク部１２と、交換機４のデータリンクトランク４６
の中継接続例を示す。図２３において、図１又は図２と
同一の符号は同一又は相当の部分を表し、４７はノード
Ａの交換機４とノードＢの交換機４間を多重回線で接続
する周知のノード間Ｉ／Ｆトランクである。交換機４は
このノード間Ｉ／Ｆトランク４７を介して、互いにどこ
に接続し何を通信するのかといった制御情報を交換する
ことにより、ノード間にまたがった通信を可能にする。
ここで、ノードＡは携帯情報端末１の所属ノードであ
り、ノードＢは移動した携帯情報端末１の所在ノードで
ある。
間移動した場合の本発明による携帯情報端末１のデータ
リンク部１２と、交換機４のデータリンクトランク４６
の中継接続例を示す。図２３において、図１又は図２と
同一の符号は同一又は相当の部分を表し、４７はノード
Ａの交換機４とノードＢの交換機４間を多重回線で接続
する周知のノード間Ｉ／Ｆトランクである。交換機４は
このノード間Ｉ／Ｆトランク４７を介して、互いにどこ
に接続し何を通信するのかといった制御情報を交換する
ことにより、ノード間にまたがった通信を可能にする。
ここで、ノードＡは携帯情報端末１の所属ノードであ
り、ノードＢは移動した携帯情報端末１の所在ノードで
ある。
【０１１８】次に動作について説明する。ここで、ノー
ド間にまたがった通信を可能にする技術は周知であるの
で、この発明の実施の形態に関わる部分について説明す
る。ノードＡに所属する携帯情報端末１が、ノードＢに
移動してＬＡＮにアクセスする場合、移動先のノードＢ
の基地局３を介してアクセスする。ノードＢでは呼接続
時に所属しているノードＡの交換機４のデータリンクト
ランク４６内のデータリンクドライバ４６ａ２を移動先
から使用するようにノードＡの交換機にノード間Ｉ／Ｆ
トランク要求およびＬＡＮアクセス要求をして制御情報
を伝達する。これによってノードＢでデータリンクトラ
ンクおよびＬＡＮトランクを捕捉し、ノード間データリ
ンク−ＬＡＮトランクのスイッチ接続を行うことでデー
タリンクの終端がノードＡのデータリンクトランク４６
となり交換ネットワーク内で設定された通話路を使って
自分の所属するＬＡＮへアクセスする。これによって、
移動先ノードから所属ノードのＬＡＮアクセスが可能に
なる。
ド間にまたがった通信を可能にする技術は周知であるの
で、この発明の実施の形態に関わる部分について説明す
る。ノードＡに所属する携帯情報端末１が、ノードＢに
移動してＬＡＮにアクセスする場合、移動先のノードＢ
の基地局３を介してアクセスする。ノードＢでは呼接続
時に所属しているノードＡの交換機４のデータリンクト
ランク４６内のデータリンクドライバ４６ａ２を移動先
から使用するようにノードＡの交換機にノード間Ｉ／Ｆ
トランク要求およびＬＡＮアクセス要求をして制御情報
を伝達する。これによってノードＢでデータリンクトラ
ンクおよびＬＡＮトランクを捕捉し、ノード間データリ
ンク−ＬＡＮトランクのスイッチ接続を行うことでデー
タリンクの終端がノードＡのデータリンクトランク４６
となり交換ネットワーク内で設定された通話路を使って
自分の所属するＬＡＮへアクセスする。これによって、
移動先ノードから所属ノードのＬＡＮアクセスが可能に
なる。
【０１１９】また、図２４は図２３の変形例であり、図
２４において、図２３と同一の符号は同一又は相当の部
分を表している。図２３と異なる点は、移動先のノード
Ｂ内のデータリンクトランク４６を使用している点であ
る。携帯情報端末１が送信するフレームは、上述のよう
にフレーム識別子９ｂ１に、送信するフレームが処理さ
れるべきデータリンクドライバの情報を書き込まれてい
るため、移動先のノードＢのデータ種別セレクタ４６ａ
１は、上述と同様にデータリンクドライバを選択するこ
とができる。そして、選択されたデータリンクドライバ
を用いて、ノードＡ側と通信する。
２４において、図２３と同一の符号は同一又は相当の部
分を表している。図２３と異なる点は、移動先のノード
Ｂ内のデータリンクトランク４６を使用している点であ
る。携帯情報端末１が送信するフレームは、上述のよう
にフレーム識別子９ｂ１に、送信するフレームが処理さ
れるべきデータリンクドライバの情報を書き込まれてい
るため、移動先のノードＢのデータ種別セレクタ４６ａ
１は、上述と同様にデータリンクドライバを選択するこ
とができる。そして、選択されたデータリンクドライバ
を用いて、ノードＡ側と通信する。
【０１２０】この図２４に示した中継接続方式では、デ
ータリンクが移動先ノードであるＢ内で確立されるので
交換ノード間の伝送遅延がデータリンク間の遅延に影響
を与えることがなくなる。また、ノード間で設定される
通話路を使ってデータリンクトランク４６とＬＡＮトラ
ンク４４の送／受信データを伝送することで、図２３の
場合と同様の通信を行なうことができる。
ータリンクが移動先ノードであるＢ内で確立されるので
交換ノード間の伝送遅延がデータリンク間の遅延に影響
を与えることがなくなる。また、ノード間で設定される
通話路を使ってデータリンクトランク４６とＬＡＮトラ
ンク４４の送／受信データを伝送することで、図２３の
場合と同様の通信を行なうことができる。
【０１２１】実施例３．上述の図１９では、ＦＡＸ７と
携帯情報端末１との間でＦＡＸ通信を行う例を示した
が、この実施の形態３は、図３に示したデータリンクト
ランク４６に、ＦＡＸの画データとＧ３プロトコルに必
要な各命令情報パラメータを一時的に蓄積するバッファ
メモリを設けたものであり、携帯情報端末１からの画デ
ータ及びＧ３プロトコルに必要な各命令情報パラメータ
を一旦まとめて受信するとともにバッファメモリに蓄積
し、新たにデータリンクトランク４６がバッファメモリ
の記憶内容に基づいて、上記画データをＦＡＸ７へＧ３
プロトコルを用いて出力する方式にすることにより携帯
情報端末１の無線回線接続時間を短縮する実施の形態で
ある。
携帯情報端末１との間でＦＡＸ通信を行う例を示した
が、この実施の形態３は、図３に示したデータリンクト
ランク４６に、ＦＡＸの画データとＧ３プロトコルに必
要な各命令情報パラメータを一時的に蓄積するバッファ
メモリを設けたものであり、携帯情報端末１からの画デ
ータ及びＧ３プロトコルに必要な各命令情報パラメータ
を一旦まとめて受信するとともにバッファメモリに蓄積
し、新たにデータリンクトランク４６がバッファメモリ
の記憶内容に基づいて、上記画データをＦＡＸ７へＧ３
プロトコルを用いて出力する方式にすることにより携帯
情報端末１の無線回線接続時間を短縮する実施の形態で
ある。
【０１２２】図２５は実施の形態３における交換機４の
データリンクトランク４６のデータリンクドライバ４６
ａ２を示す機能ブロック図であり、図２５において、図
３と同一の符号は同一又は相当の部分を表している。４
６ａ２ａはＧ３プロトコルによるＦＡＸ通信を制御する
ＦＡＸドライバであり、４６ａ２ｂは、Ｇ３プロトコル
でＦＡＸ通信する上で必要な各種命令のパラメータ及び
ＦＡＸの画データを一時的に蓄積するバッファメモリで
ある。
データリンクトランク４６のデータリンクドライバ４６
ａ２を示す機能ブロック図であり、図２５において、図
３と同一の符号は同一又は相当の部分を表している。４
６ａ２ａはＧ３プロトコルによるＦＡＸ通信を制御する
ＦＡＸドライバであり、４６ａ２ｂは、Ｇ３プロトコル
でＦＡＸ通信する上で必要な各種命令のパラメータ及び
ＦＡＸの画データを一時的に蓄積するバッファメモリで
ある。
【０１２３】次に動作について説明する。図２６はこの
実施の形態３によるＦＡＸ通信を示すシーケンス図であ
る。図２６において、図１又は図２と同一の符号は同一
又は相当の部分を表している。まず、ステップＳ１１０
において、携帯情報端末１が交換機４に接続し、データ
リンクを確立した後、図５に示すデータコントロールフ
ィールド９ｂに含まれる情報に基づいて、データ種別セ
レクタ４６ａ１が小データ再送型ドライバ４６ａ２２を
選択する。一方、携帯情報端末１では、データ種別セレ
クタ１２ａが小データ再送型ドライバ１２ｂ２を選択す
る。このステップＳ１１０では、Ｇ３プロトコルとは全
く別のファイル伝送型の送信であることのネゴシエーシ
ョンを行うだけなので、大幅に通信時間はＧ３プロトコ
ルのネゴエーションを行なう場合と比べて、短い時間で
ネゴエーションが終了する。
実施の形態３によるＦＡＸ通信を示すシーケンス図であ
る。図２６において、図１又は図２と同一の符号は同一
又は相当の部分を表している。まず、ステップＳ１１０
において、携帯情報端末１が交換機４に接続し、データ
リンクを確立した後、図５に示すデータコントロールフ
ィールド９ｂに含まれる情報に基づいて、データ種別セ
レクタ４６ａ１が小データ再送型ドライバ４６ａ２２を
選択する。一方、携帯情報端末１では、データ種別セレ
クタ１２ａが小データ再送型ドライバ１２ｂ２を選択す
る。このステップＳ１１０では、Ｇ３プロトコルとは全
く別のファイル伝送型の送信であることのネゴシエーシ
ョンを行うだけなので、大幅に通信時間はＧ３プロトコ
ルのネゴエーションを行なう場合と比べて、短い時間で
ネゴエーションが終了する。
【０１２４】次にステップＳ１１１において、Ｇ３プロ
トコルでＦＡＸ通信する上で必要な各種命令のパラメー
タの送信を行なう。ここで、交換機４が受信した上述の
各種パラメータは、データリンクトランク４６のバッフ
ァメモリ４６ａ２に蓄積される。
トコルでＦＡＸ通信する上で必要な各種命令のパラメー
タの送信を行なう。ここで、交換機４が受信した上述の
各種パラメータは、データリンクトランク４６のバッフ
ァメモリ４６ａ２に蓄積される。
【０１２５】次に、ステップＳ１１２において、携帯情
報端末１からデータリンクドライバへＦＡＸの画データ
が送信される。この画データを受取ったデータリンクト
ランク４６は、バッファメモリ４６ａ２ｂに受取った画
データを蓄積する。このステップＳ１１２の画データの
送受信では、データリンクドライバが切り替えられて、
大データ再送型ドライバ４６ａ２１、１２ｂ１が使用さ
れ、図１２を用いて既に説明したように送受信が行なわ
れる。
報端末１からデータリンクドライバへＦＡＸの画データ
が送信される。この画データを受取ったデータリンクト
ランク４６は、バッファメモリ４６ａ２ｂに受取った画
データを蓄積する。このステップＳ１１２の画データの
送受信では、データリンクドライバが切り替えられて、
大データ再送型ドライバ４６ａ２１、１２ｂ１が使用さ
れ、図１２を用いて既に説明したように送受信が行なわ
れる。
【０１２６】すべての画データの送信が終了すると、ス
テップＳ１１３において、携帯情報端末１と交換機４と
の間のデータリンクが切断される。一方、すべての画デ
ータを蓄積完了したデータリンクトランク４６では、Ｆ
ＡＸドライバ４６ａ２がステップＳ１１４〜Ｓ１１８に
おいて、相手先のＦＡＸ７へＧ３プロトコルを用いて画
データを送信する。これらステップＳ１１４〜Ｓ１１８
は、図１９を用いて上述した通りである。ただし、ＦＡ
Ｘドライバ４６ａ２は、ステップＳ１１４、Ｓ１１５に
おいて、バッファメモリ４６ａ２ｂに蓄積されたＧ３プ
ロトコルでＦＡＸ通信する上で必要な各種命令のパラメ
ータを用いて、相手先のＦＡＸ７とネゴエーションを行
ない、データリンクを確立し、ステップＳ１１６におい
て、バッファメモリ４６ａ２ｂに蓄積された画データを
ＦＡＸ７へ送信する。
テップＳ１１３において、携帯情報端末１と交換機４と
の間のデータリンクが切断される。一方、すべての画デ
ータを蓄積完了したデータリンクトランク４６では、Ｆ
ＡＸドライバ４６ａ２がステップＳ１１４〜Ｓ１１８に
おいて、相手先のＦＡＸ７へＧ３プロトコルを用いて画
データを送信する。これらステップＳ１１４〜Ｓ１１８
は、図１９を用いて上述した通りである。ただし、ＦＡ
Ｘドライバ４６ａ２は、ステップＳ１１４、Ｓ１１５に
おいて、バッファメモリ４６ａ２ｂに蓄積されたＧ３プ
ロトコルでＦＡＸ通信する上で必要な各種命令のパラメ
ータを用いて、相手先のＦＡＸ７とネゴエーションを行
ない、データリンクを確立し、ステップＳ１１６におい
て、バッファメモリ４６ａ２ｂに蓄積された画データを
ＦＡＸ７へ送信する。
【０１２７】以上のように上述の実施の形態１〜３によ
れば、携帯情報端末並びに移動体交換機に、異なる特徴
を持つ複数のデータリンクドライバを備え、伝送するデ
ータの種類、データ通信中の各通信フェーズに応じたデ
ータ転送を行うので、効率よくデータ通信が行うことが
できる効果がある。
れば、携帯情報端末並びに移動体交換機に、異なる特徴
を持つ複数のデータリンクドライバを備え、伝送するデ
ータの種類、データ通信中の各通信フェーズに応じたデ
ータ転送を行うので、効率よくデータ通信が行うことが
できる効果がある。
【０１２８】
【発明の効果】以上のように、この発明のデータ通信シ
ステムにおいては、複数種類のプロトコルにそれぞれ対
応して設けられ、それぞれのプロトコルに従ってデータ
を送信する複数の送信ドライバと、送信するデータの種
類に基づいて、上記複数の送信ドライバのなかから送信
に用いる送信ドライバを選択し、選択した送信ドライバ
に上記送信するデータを送信させる送信ドライバセレク
タと、を備えた送信機、上記複数種類のプロトコルにそ
れぞれ対応して設けられ、それぞれのプロトコルに従っ
てデータを受信する複数の受信ドライバと、上記送信機
が送信したデータの種類に基づいて、上記複数の受信ド
ライバのなかから受信に用いる受信ドライバを選択し、
選択した受信ドライバに上記データを受信させる受信ド
ライバセレクタと、を備えた受信機、を備えたため、デ
ータの種類に応じたプロトコルで効率よく通信を行なう
ことができる。
ステムにおいては、複数種類のプロトコルにそれぞれ対
応して設けられ、それぞれのプロトコルに従ってデータ
を送信する複数の送信ドライバと、送信するデータの種
類に基づいて、上記複数の送信ドライバのなかから送信
に用いる送信ドライバを選択し、選択した送信ドライバ
に上記送信するデータを送信させる送信ドライバセレク
タと、を備えた送信機、上記複数種類のプロトコルにそ
れぞれ対応して設けられ、それぞれのプロトコルに従っ
てデータを受信する複数の受信ドライバと、上記送信機
が送信したデータの種類に基づいて、上記複数の受信ド
ライバのなかから受信に用いる受信ドライバを選択し、
選択した受信ドライバに上記データを受信させる受信ド
ライバセレクタと、を備えた受信機、を備えたため、デ
ータの種類に応じたプロトコルで効率よく通信を行なう
ことができる。
【０１２９】また、送信ドライバセレクタは、複数のフ
ェーズを有するプロトコルの各フェーズに基づいて、送
信ドライバを切り替え、受信ドライバセレクタは、上記
プロトコルの各フェーズに基づいて、受信ドライバを切
り替えるため、各フェーズに必要な品質で効率よく通信
を行なうことができる。
ェーズを有するプロトコルの各フェーズに基づいて、送
信ドライバを切り替え、受信ドライバセレクタは、上記
プロトコルの各フェーズに基づいて、受信ドライバを切
り替えるため、各フェーズに必要な品質で効率よく通信
を行なうことができる。
【０１３０】また、複数の送信ドライバのうちの少なく
とも１つの送信ドライバは、データを複数のフレームに
分割して送信し、受信機から再送要求があった場合に、
上記再送要求に指定されたフレームのデータを複数のフ
レームに分割して送信し、複数の受信ドライバのうちの
少なくとも１つの受信ドライバは、送信機から送信され
たフレームが正常に受信されなかった場合に、正常に受
信できなかったフレームを指定して上記再送要求を上記
送信機へ送信するため、実際の送受信結果に基づいた効
率的な通信を行なうことができ、回線状態が悪い場合で
も、再送信を減らしつつ、高速にデータを伝送すること
ができる。
とも１つの送信ドライバは、データを複数のフレームに
分割して送信し、受信機から再送要求があった場合に、
上記再送要求に指定されたフレームのデータを複数のフ
レームに分割して送信し、複数の受信ドライバのうちの
少なくとも１つの受信ドライバは、送信機から送信され
たフレームが正常に受信されなかった場合に、正常に受
信できなかったフレームを指定して上記再送要求を上記
送信機へ送信するため、実際の送受信結果に基づいた効
率的な通信を行なうことができ、回線状態が悪い場合で
も、再送信を減らしつつ、高速にデータを伝送すること
ができる。
【０１３１】この発明の送信機においては、第１のプロ
トコルに従って、データを送信する第１の送信ドライバ
と、上記第１のプロトコルとは異なる第２のプロトコル
に従って、データを送信する第２の送信ドライバと、送
信するデータの種類に基づいて、上記第１の送信ドライ
バ又は第２の送信ドライバを選択し、選択した送信ドラ
イバに上記送信するデータを送信させる送信ドライバセ
レクタと、を備えたため、データの種類に応じたプロト
コルで効率よく通信を行なうことができる。
トコルに従って、データを送信する第１の送信ドライバ
と、上記第１のプロトコルとは異なる第２のプロトコル
に従って、データを送信する第２の送信ドライバと、送
信するデータの種類に基づいて、上記第１の送信ドライ
バ又は第２の送信ドライバを選択し、選択した送信ドラ
イバに上記送信するデータを送信させる送信ドライバセ
レクタと、を備えたため、データの種類に応じたプロト
コルで効率よく通信を行なうことができる。
【０１３２】また、第１のプロトコルは、再送制御を行
なうプロトコルであり、第２のプロトコルは、非再送制
御を行なうプロトコルであるため、データの種類に応じ
た品質で高速に通信を行なうことができる。
なうプロトコルであり、第２のプロトコルは、非再送制
御を行なうプロトコルであるため、データの種類に応じ
た品質で高速に通信を行なうことができる。
【０１３３】また、送信ドライバセレクタは、データの
送信元であるアプリケーションから第１のプロトコル又
は第２のプロトコルを選択的に指定する指示情報を受け
取り、上記データの種類ではなく上記アプリケーション
からの指示情報に基づいて、第１の送信ドライバ若しく
は第２の送信ドライバを選択するため、アプリケーショ
ンが送信するデータに必要な通信の品質を選択すること
ができ、１種類のデータを複数の送信品質で選択的に送
信することができる。
送信元であるアプリケーションから第１のプロトコル又
は第２のプロトコルを選択的に指定する指示情報を受け
取り、上記データの種類ではなく上記アプリケーション
からの指示情報に基づいて、第１の送信ドライバ若しく
は第２の送信ドライバを選択するため、アプリケーショ
ンが送信するデータに必要な通信の品質を選択すること
ができ、１種類のデータを複数の送信品質で選択的に送
信することができる。
【０１３４】また、第１の送信ドライバは、受信機から
再送要求を受取った場合に、再送要求に基づいて再送信
するデータを選択し、選択したデータを複数のフレーム
に分割して送信するため、実際の送受信結果に基づいた
効率的な通信を行なうことができ、回線状態が悪い場合
でも、再送信を減らしつつ、高速にデータを伝送するこ
とができる。
再送要求を受取った場合に、再送要求に基づいて再送信
するデータを選択し、選択したデータを複数のフレーム
に分割して送信するため、実際の送受信結果に基づいた
効率的な通信を行なうことができ、回線状態が悪い場合
でも、再送信を減らしつつ、高速にデータを伝送するこ
とができる。
【０１３５】この発明における受信機においては、第１
のプロトコルに従って、データを受信する第１の受信ド
ライバと、上記第１のプロトコルとは異なる第２のプロ
トコルに従って、データを受信する第２の受信ドライバ
と、送信機より送信されたデータの種類に基づいて、上
記第１の受信ドライバ又は第２の受信ドライバを選択
し、選択した受信ドライバに上記送信されたデータを受
信させる受信ドライバセレクタと、を備えたため、デー
タの種類に応じたプロトコルで効率よく通信を行なうこ
とができる。
のプロトコルに従って、データを受信する第１の受信ド
ライバと、上記第１のプロトコルとは異なる第２のプロ
トコルに従って、データを受信する第２の受信ドライバ
と、送信機より送信されたデータの種類に基づいて、上
記第１の受信ドライバ又は第２の受信ドライバを選択
し、選択した受信ドライバに上記送信されたデータを受
信させる受信ドライバセレクタと、を備えたため、デー
タの種類に応じたプロトコルで効率よく通信を行なうこ
とができる。
【０１３６】また、第１のプロトコルは、再送制御を行
なうプロトコルであり、第２のプロトコルは、非再送制
御を行なうプロトコルであるため、データの種類に応じ
た品質で高速に通信を行なうことができる。
なうプロトコルであり、第２のプロトコルは、非再送制
御を行なうプロトコルであるため、データの種類に応じ
た品質で高速に通信を行なうことができる。
【０１３７】また、受信ドライバセレクタは、データの
送信元であるアプリケーションから第１のプロトコル又
は第２のプロトコルを選択的に指定する指示情報を受け
取り、上記データの種類ではなく上記アプリケーション
からの指示情報に基づいて、第１の受信ドライバ若しく
は第２の受信ドライバを選択するため、アプリケーショ
ンが送信するデータに必要な通信の品質を選択すること
ができ、１種類のデータを複数の送信品質で選択的に送
信することができる。
送信元であるアプリケーションから第１のプロトコル又
は第２のプロトコルを選択的に指定する指示情報を受け
取り、上記データの種類ではなく上記アプリケーション
からの指示情報に基づいて、第１の受信ドライバ若しく
は第２の受信ドライバを選択するため、アプリケーショ
ンが送信するデータに必要な通信の品質を選択すること
ができ、１種類のデータを複数の送信品質で選択的に送
信することができる。
【０１３８】また、第１の受信ドライバは、送信機が送
信したフレームのうち正常に受信されなかったフレーム
数の大小レベルを判断し、予め定められたしきい値より
も上記大小レベルが大きい場合には、上記正常に受信さ
れなかったフレームを指定して再送要求を送信機へ送信
し、少ない場合には、上記正常に受信されなかったフレ
ームについて再送要求を行なわないため、回線状態が悪
い場合でもデータに適した送信品質でデータを通信する
ことができる。
信したフレームのうち正常に受信されなかったフレーム
数の大小レベルを判断し、予め定められたしきい値より
も上記大小レベルが大きい場合には、上記正常に受信さ
れなかったフレームを指定して再送要求を送信機へ送信
し、少ない場合には、上記正常に受信されなかったフレ
ームについて再送要求を行なわないため、回線状態が悪
い場合でもデータに適した送信品質でデータを通信する
ことができる。
【０１３９】この発明のデータ通信方法においては、送
信機が複数のフレームを送信する送信ステップと、上記
送信機から送信された複数のフレームを受信機が受信す
る第１の受信ステップと、上記受信機が、上記送信ステ
ップで送信した複数のフレームのうち上記第１の受信ス
テップで正常に受信できなかったフレーム数の大小レベ
ルを判断し、予め定められたしきい値よりも上記大小レ
ベルが大きい場合には、上記第１の受信ステップで正常
に受信されなかったフレームを指定して再送要求を送信
し、少ない場合には上記第１の受信ステップで正常に受
信されなかったフレームについて再送要求を行なわない
再送要求ステップと、上記再送要求を受け取った上記送
信機が、上記再送要求に指定されたフレームを送信する
再送ステップと、上記受信機が、この再送ステップで送
信されたフレームを受信する第２の受信ステップと、を
備えたため、回線状態が悪い場合でもデータに適した送
信品質で効率よくデータを伝送することができる。
信機が複数のフレームを送信する送信ステップと、上記
送信機から送信された複数のフレームを受信機が受信す
る第１の受信ステップと、上記受信機が、上記送信ステ
ップで送信した複数のフレームのうち上記第１の受信ス
テップで正常に受信できなかったフレーム数の大小レベ
ルを判断し、予め定められたしきい値よりも上記大小レ
ベルが大きい場合には、上記第１の受信ステップで正常
に受信されなかったフレームを指定して再送要求を送信
し、少ない場合には上記第１の受信ステップで正常に受
信されなかったフレームについて再送要求を行なわない
再送要求ステップと、上記再送要求を受け取った上記送
信機が、上記再送要求に指定されたフレームを送信する
再送ステップと、上記受信機が、この再送ステップで送
信されたフレームを受信する第２の受信ステップと、を
備えたため、回線状態が悪い場合でもデータに適した送
信品質で効率よくデータを伝送することができる。
【０１４０】また、送信機が複数のフレームを送信する
送信ステップと、上記送信機から送信された複数のフレ
ームを受信機が受信する第１の受信ステップと、上記受
信機が、上記送信ステップで送信した複数のフレームの
うち上記第１の受信ステップで正常に受信できなかった
フレームを指定して再送要求を送信する再送要求ステッ
プと、上記再送要求を受け取った上記送信機が、上記再
送要求に指定されたフレームのデータを第１のデータ及
び第２のデータに分割し、上記第１のデータを有する第
１のフレーム及び上記第２のデータを有する第２のフレ
ームを送信する再送ステップと、上記第１のフレーム及
び第２のフレームを受信する第２の受信ステップと、を
備えたため、実際の送受信結果に基づいた効率的な通信
を行なうことができ、回線状態が悪い場合でも、再送信
を減らしつつ、高速にデータを伝送することができる。
送信ステップと、上記送信機から送信された複数のフレ
ームを受信機が受信する第１の受信ステップと、上記受
信機が、上記送信ステップで送信した複数のフレームの
うち上記第１の受信ステップで正常に受信できなかった
フレームを指定して再送要求を送信する再送要求ステッ
プと、上記再送要求を受け取った上記送信機が、上記再
送要求に指定されたフレームのデータを第１のデータ及
び第２のデータに分割し、上記第１のデータを有する第
１のフレーム及び上記第２のデータを有する第２のフレ
ームを送信する再送ステップと、上記第１のフレーム及
び第２のフレームを受信する第２の受信ステップと、を
備えたため、実際の送受信結果に基づいた効率的な通信
を行なうことができ、回線状態が悪い場合でも、再送信
を減らしつつ、高速にデータを伝送することができる。
【０１４１】また、送信ドライバセレクタは、データの
送信元である第１のアプリケーションから第１のデータ
を受け取るとともに、データの送信元であって第１のア
プリケーションとは異なる第２のアプリケーションから
第２のデータを受け取り、上記第１のデータのうちの一
部分のデータを上記第１のデータの種類に基づいて選択
した第１の送信ドライバへ出力するとともに送信させ、
この第１の送信ドライバへの出力が終了した後に、上記
第２のデータの一部又は全部を第２のデータの種類に基
づいて選択した第２のドライバへ出力するとともに送信
させ、この第２のドライバへの出力が終了した後に、上
記第１のデータの残りの部分を上記第１のデータの種類
に基づいて選択した第１の送信ドライバへ出力するとと
もに送信させるため、複数の通信のそれぞれに適したプ
ロトコルでデータを送信することができ、複数の通信を
並行かつ高効率に実行することができる。
送信元である第１のアプリケーションから第１のデータ
を受け取るとともに、データの送信元であって第１のア
プリケーションとは異なる第２のアプリケーションから
第２のデータを受け取り、上記第１のデータのうちの一
部分のデータを上記第１のデータの種類に基づいて選択
した第１の送信ドライバへ出力するとともに送信させ、
この第１の送信ドライバへの出力が終了した後に、上記
第２のデータの一部又は全部を第２のデータの種類に基
づいて選択した第２のドライバへ出力するとともに送信
させ、この第２のドライバへの出力が終了した後に、上
記第１のデータの残りの部分を上記第１のデータの種類
に基づいて選択した第１の送信ドライバへ出力するとと
もに送信させるため、複数の通信のそれぞれに適したプ
ロトコルでデータを送信することができ、複数の通信を
並行かつ高効率に実行することができる。
【図１】 本発明の実施の形態１によるデータ通信シス
テムの機能ブロック図である。
テムの機能ブロック図である。
【図２】 本発明の実施の形態１による交換機の機能ブ
ロック図である。
ロック図である。
【図３】 本発明の実施の形態１によるデータリンクト
ランクの構成図である。
ランクの構成図である。
【図４】 本発明の実施の形態１による携帯情報端末の
機能ブロック図である。
機能ブロック図である。
【図５】 本発明の実施の形態１によるデータリンクフ
レームのデータ構造図である。
レームのデータ構造図である。
【図６】 本発明の実施の形態１におけるデータリンク
コントロールフィールドのデータ構造図である。
コントロールフィールドのデータ構造図である。
【図７】 本発明の実施の形態１による非ストリーム系
再送型データ転送におけるフォールバック機能を示すシ
ーケンス図である。
再送型データ転送におけるフォールバック機能を示すシ
ーケンス図である。
【図８】 この発明の実施の形態１による送信側のフォ
ールバック処理を説明するフローチャートである。
ールバック処理を説明するフローチャートである。
【図９】 この発明の実施の形態１による受信側のフォ
ールバック処理を説明するフローチャートである。
ールバック処理を説明するフローチャートである。
【図１０】 本発明の実施の形態１におけるフォールバ
ック／ライズアップ時のデータリンクフレームの機能ブ
ロック図である。
ック／ライズアップ時のデータリンクフレームの機能ブ
ロック図である。
【図１１】 本発明の実施の形態１による非ストリーム
系再送型データ転送におけるライズアップ機能を示すシ
ーケンス図である。
系再送型データ転送におけるライズアップ機能を示すシ
ーケンス図である。
【図１２】 本発明の実施の形態１による非ストリーム
系非再送型データ転送を示すシーケンス図である。
系非再送型データ転送を示すシーケンス図である。
【図１３】 この発明の実施の形態１における非ストリ
ーム系非再送型データ転送により伝送されたイメージデ
ータ、及びＦＡＸデータの表示例である。
ーム系非再送型データ転送により伝送されたイメージデ
ータ、及びＦＡＸデータの表示例である。
【図１４】 本発明の実施の形態１による非ストリーム
系非再送型データ転送を示すシーケンス図である。
系非再送型データ転送を示すシーケンス図である。
【図１５】 本発明の実施の形態１によるストリーム系
データのデータリンクフレームの機能ブロック図であ
る。
データのデータリンクフレームの機能ブロック図であ
る。
【図１６】 本発明の実施の形態２による再送型データ
のデータ転送を示すシーケンス図である。
のデータ転送を示すシーケンス図である。
【図１７】 本発明の実施の形態２による再送型データ
及び非再送型データのデータ転送を示すシーケンス図で
ある。
及び非再送型データのデータ転送を示すシーケンス図で
ある。
【図１８】 本発明の実施の形態２による再送型／非再
送型データの伝送が切り替えられるデータ転送を示すシ
ーケンス図である。
送型データの伝送が切り替えられるデータ転送を示すシ
ーケンス図である。
【図１９】 本発明の実施の形態２によるＦＡＸ通信に
おけるシーケンス図である。
おけるシーケンス図である。
【図２０】 本発明の実施の形態２による音声通話とデ
ータ通信とを同時に行なう場合のシーケンス図である。
ータ通信とを同時に行なう場合のシーケンス図である。
【図２１】 本発明の実施の形態２による音声通話とデ
ータ通信とを同時に行なう場合のシーケンス図である。
ータ通信とを同時に行なう場合のシーケンス図である。
【図２２】 本発明の実施の形態２によるＬＡＮとの通
信におけるシーケンス図（その２）である。
信におけるシーケンス図（その２）である。
【図２３】 本発明の実施の形態２によるノード間移動
した場合の中継システムを示す機能ブロック図である。
した場合の中継システムを示す機能ブロック図である。
【図２４】 本発明の実施の形態２によるノード間移動
した場合の中継システムを示す機能ブロック図である。
した場合の中継システムを示す機能ブロック図である。
【図２５】 本発明の実施の形態３によるデータリンク
トランクの機能ブロック図である。
トランクの機能ブロック図である。
【図２６】 本発明の実施の形態３によるＦＡＸ通信に
おけるシーケンス図である。
おけるシーケンス図である。
【図２７】 従来のデータ通信システムの機能ブロック
図である。
図である。
【図２８】 従来のデータ通信システムのデータ構成を
示すデータ構成図である。
示すデータ構成図である。
【図２９】 従来の無線呼出用受信機の機能ブロック図
である。
である。
【図３０】 従来のデータ通信システムの機能ブロック
図である。
図である。
【図３１】 従来のデータ通信システムを説明する機能
ブロック図である。
ブロック図である。
【図３２】 この発明の実施の形態２におけるデータリ
ンク部の動作を説明するフローチャートである。
ンク部の動作を説明するフローチャートである。
【図３３】 この発明の実施の形態２におけるデータリ
ンク部を説明する機能ブロック図である。
ンク部を説明する機能ブロック図である。
【図３４】 この発明の実施の形態２におけるデータリ
ンク部を説明する機能ブロック図である。
ンク部を説明する機能ブロック図である。
１ 携帯情報端末、 ３ 基地局、 ４ 交換機、 ５
ＬＡＮ、 ６ 電話機、 ７ データ端末、９ デー
タリンクフレーム、９ａ フレームパターン、９ｂ フ
レームコントロールフィールド、９ｂ１ フレーム識別
子、９ｂ２ 送信フレーム番号、９ｂ３ 受信フレーム
番号、９ｂ４ フレーム長、９ｃ データフィールド、
９ｄ フレームチェックシーケンス、９ｆ フォーワー
ドエラーコレクション、 １１ 無線部、 １２ デー
タリンク部、 １２ａ データ種別セレクタ、１２ｂ１
〜１２ｂ５ データリンクドライバ、１４ アプリケー
ションソフトウェア部、 ４０ 制御部、 ４１ スイ
ッチ、 ４２ アナログ内線トランク、 ４２ａ アナ
ログ／ディジタル変換器、 ４３ モデムトランク（モ
デルプール）、 ４３ａ ＦＡＸモデム、 ４４ ＬＡ
Ｎトランク、 ４４ａ ＬＡＮドライバ、 ４５ 無線
回線トランク、 ４５ａ 音声／データ無線パケットデ
ィテクタ、 ４５ｂ 無線音声コーデック、 ４６ デ
ータリンクトランク、 ４６ａ データリンクモジュー
ル、 ４６ａ１ データ種別セレクタ、 ４６ａ２ デ
ータリンクドライバ、 ４６ａ２１〜４６ａ２５ デー
タリンクドライバ、 ４６ａ２ａ ＦＡＸドライバ、
４６ａ２ｂ バッファメモリ、ＣＥＤ 被呼局識別信
号、 ＤＩＳ ディジタル識別信号、 ＤＣＳ ディジ
タル命令信号、 ＥＯＰ ページ終了信号、 ＤＣＮ
切断命令信号。
ＬＡＮ、 ６ 電話機、 ７ データ端末、９ デー
タリンクフレーム、９ａ フレームパターン、９ｂ フ
レームコントロールフィールド、９ｂ１ フレーム識別
子、９ｂ２ 送信フレーム番号、９ｂ３ 受信フレーム
番号、９ｂ４ フレーム長、９ｃ データフィールド、
９ｄ フレームチェックシーケンス、９ｆ フォーワー
ドエラーコレクション、 １１ 無線部、 １２ デー
タリンク部、 １２ａ データ種別セレクタ、１２ｂ１
〜１２ｂ５ データリンクドライバ、１４ アプリケー
ションソフトウェア部、 ４０ 制御部、 ４１ スイ
ッチ、 ４２ アナログ内線トランク、 ４２ａ アナ
ログ／ディジタル変換器、 ４３ モデムトランク（モ
デルプール）、 ４３ａ ＦＡＸモデム、 ４４ ＬＡ
Ｎトランク、 ４４ａ ＬＡＮドライバ、 ４５ 無線
回線トランク、 ４５ａ 音声／データ無線パケットデ
ィテクタ、 ４５ｂ 無線音声コーデック、 ４６ デ
ータリンクトランク、 ４６ａ データリンクモジュー
ル、 ４６ａ１ データ種別セレクタ、 ４６ａ２ デ
ータリンクドライバ、 ４６ａ２１〜４６ａ２５ デー
タリンクドライバ、 ４６ａ２ａ ＦＡＸドライバ、
４６ａ２ｂ バッファメモリ、ＣＥＤ 被呼局識別信
号、 ＤＩＳ ディジタル識別信号、 ＤＣＳ ディジ
タル命令信号、 ＥＯＰ ページ終了信号、 ＤＣＮ
切断命令信号。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｑ 7/26 7/30
Claims (14)
- 【請求項１】 複数種類のプロトコルにそれぞれ対応し
て設けられ、それぞれのプロトコルに従ってデータを送
信する複数の送信ドライバと、送信するデータの種類に
基づいて、上記複数の送信ドライバのなかから送信に用
いる送信ドライバを選択し、選択した送信ドライバに上
記送信するデータを送信させる送信ドライバセレクタ
と、を備えた送信機、 上記複数種類のプロトコルにそれぞれ対応して設けら
れ、それぞれのプロトコルに従ってデータを受信する複
数の受信ドライバと、上記送信機が送信したデータの種
類に基づいて、上記複数の受信ドライバのなかから受信
に用いる受信ドライバを選択し、選択した受信ドライバ
に上記データを受信させる受信ドライバセレクタと、を
備えた受信機、を備えたデータ通信システム。 - 【請求項２】 送信ドライバセレクタは、複数のフェー
ズを有するプロトコルの各フェーズに基づいて、送信ド
ライバを切り替え、 受信ドライバセレクタは、上記プロトコルの各フェーズ
に基づいて、受信ドライバを切り替えることを特徴とす
る請求項１に記載の通信システム。 - 【請求項３】 複数の送信ドライバのうちの少なくとも
１つの送信ドライバは、データを複数のフレームに分割
して送信し、受信機から再送要求があった場合に、上記
再送要求に指定されたフレームのデータを複数のフレー
ムに分割して送信し、 複数の受信ドライバのうちの少なくとも１つの受信ドラ
イバは、送信機から送信されたフレームが正常に受信さ
れなかった場合に、正常に受信できなかったフレームを
指定して上記再送要求を上記送信機へ送信することを特
徴とする請求項１に記載の通信システム。 - 【請求項４】 第１のプロトコルに従って、データを送
信する第１の送信ドライバと、 上記第１のプロトコルとは異なる第２のプロトコルに従
って、データを送信する第２の送信ドライバと、 送信するデータの種類に基づいて、上記第１の送信ドラ
イバ又は第２の送信ドライバを選択し、選択した送信ド
ライバに上記送信するデータを送信させる送信ドライバ
セレクタと、を備えた送信機。 - 【請求項５】 第１のプロトコルは、再送制御を行なう
プロトコルであり、 第２のプロトコルは、非再送制御を行なうプロトコルで
あることを特徴とする請求項４に記載の送信機。 - 【請求項６】 送信ドライバセレクタは、データの送信
元であるアプリケーションから第１のプロトコル又は第
２のプロトコルを選択的に指定する指示情報を受け取
り、上記データの種類ではなく上記アプリケーションか
らの指示情報に基づいて、第１の送信ドライバ若しくは
第２の送信ドライバを選択することを特徴とする請求項
５に記載の送信機。 - 【請求項７】 第１の送信ドライバは、受信機から再送
要求を受取った場合に、再送要求に基づいて再送信する
データを選択し、選択したデータを複数のフレームに分
割して送信することを特徴とする請求項４に記載の送信
機。 - 【請求項８】 第１のプロトコルに従って、データを受
信する第１の受信ドライバと、 上記第１のプロトコルとは異なる第２のプロトコルに従
って、データを受信する第２の受信ドライバと、 送信機より送信されたデータの種類に基づいて、上記第
１の受信ドライバ又は第２の受信ドライバを選択し、選
択した受信ドライバに上記送信されたデータを受信させ
る受信ドライバセレクタと、を備えた受信機。 - 【請求項９】 第１のプロトコルは、再送制御を行なう
プロトコルであり、 第２のプロトコルは、非再送制御を行なうプロトコルで
あることを特徴とする請求項８に記載の送信機。 - 【請求項１０】 受信ドライバセレクタは、データの送
信元であるアプリケーションから第１のプロトコル又は
第２のプロトコルを選択的に指定する指示情報を受け取
り、上記データの種類ではなく上記アプリケーションか
らの指示情報に基づいて、第１の受信ドライバ若しくは
第２の受信ドライバを選択することを特徴とする請求項
９に記載の送信機。 - 【請求項１１】 第１の受信ドライバは、送信機が送信
したフレームのうち正常に受信されなかったフレーム数
の大小レベルを判断し、予め定められたしきい値よりも
上記大小レベルが大きい場合には、上記正常に受信され
なかったフレームを指定して再送要求を送信機へ送信
し、少ない場合には、上記正常に受信されなかったフレ
ームについて再送要求を行なわないことを特徴とする請
求項８に記載の受信機。 - 【請求項１２】 送信機が複数のフレームを送信する送
信ステップと、 上記送信機から送信された複数のフレームを受信機が受
信する第１の受信ステップと、 上記受信機が、上記送信ステップで送信した複数のフレ
ームのうち上記第１の受信ステップで正常に受信できな
かったフレーム数の大小レベルを判断し、予め定められ
たしきい値よりも上記大小レベルが大きい場合には、上
記第１の受信ステップで正常に受信されなかったフレー
ムを指定して再送要求を送信し、少ない場合には上記第
１の受信ステップで正常に受信されなかったフレームに
ついて再送要求を行なわない再送要求ステップと、 上記再送要求を受け取った上記送信機が、上記再送要求
に指定されたフレームを送信する再送ステップと、 上記受信機が、この再送ステップで送信されたフレーム
を受信する第２の受信ステップと、を備えたデータ通信
方法。 - 【請求項１３】 送信機が複数のフレームを送信する送
信ステップと、 上記送信機から送信された複数のフレームを受信機が受
信する第１の受信ステップと、 上記受信機が、上記送信ステップで送信した複数のフレ
ームのうち上記第１の受信ステップで正常に受信できな
かったフレームを指定して再送要求を送信する再送要求
ステップと、 上記再送要求を受け取った上記送信機が、上記再送要求
に指定されたフレームのデータを第１のデータ及び第２
のデータに分割し、上記第１のデータを有する第１のフ
レーム及び上記第２のデータを有する第２のフレームを
送信する再送ステップと、 上記第１のフレーム及び第２のフレームを受信する第２
の受信ステップと、を備えたデータ通信方法。 - 【請求項１４】 送信ドライバセレクタは、データの送
信元である第１のアプリケーションから第１のデータを
受け取るとともに、データの送信元であって第１のアプ
リケーションとは異なる第２のアプリケーションから第
２のデータを受け取り、上記第１のデータのうちの一部
分のデータを上記第１のデータの種類に基づいて選択し
た第１の送信ドライバへ出力するとともに送信させ、こ
の第１の送信ドライバへの出力が終了した後に、上記第
２のデータの一部又は全部を第２のデータの種類に基づ
いて選択した第２のドライバへ出力するとともに送信さ
せ、この第２のドライバへの出力が終了した後に、上記
第１のデータの残りの部分を上記第１のデータの種類に
基づいて選択した第１の送信ドライバへ出力するととも
に送信させることを特徴とする請求項４に記載の送信
機。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9239446A JPH1188251A (ja) | 1997-09-04 | 1997-09-04 | データ通信システム、送信機、受信機、並びに、データ通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9239446A JPH1188251A (ja) | 1997-09-04 | 1997-09-04 | データ通信システム、送信機、受信機、並びに、データ通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1188251A true JPH1188251A (ja) | 1999-03-30 |
Family
ID=17044903
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9239446A Pending JPH1188251A (ja) | 1997-09-04 | 1997-09-04 | データ通信システム、送信機、受信機、並びに、データ通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1188251A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002037763A1 (fr) * | 2000-11-06 | 2002-05-10 | Matsushita Electric Industrial Co., Ltd. | Emetteur, recepteur, et procede de distribution de donnees radiodiffusees |
| WO2002043423A1 (fr) * | 2000-11-22 | 2002-05-30 | Mitsubishi Denki Kabushiki Kaisha | Systeme et procede d'acces radio |
| WO2003003692A1 (fr) * | 2001-06-27 | 2003-01-09 | Mitsubishi Denki Kabushiki Kaisha | Procede de transmission de paquets, relais et terminal |
| JP2009510968A (ja) * | 2005-10-04 | 2009-03-12 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 適当な通信プロトコルを用いてメッセージ送信を提供する方法 |
| KR100961657B1 (ko) | 2008-03-24 | 2010-06-09 | 엘지전자 주식회사 | 방송 수신기 |
| US8149724B2 (en) | 2003-08-18 | 2012-04-03 | Nokia Corporation | Selecting a data transfer method |
| JP2016181796A (ja) * | 2015-03-24 | 2016-10-13 | 東芝ライテック株式会社 | 制御装置、制御システムおよび制御方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63279633A (ja) * | 1987-05-11 | 1988-11-16 | Hitachi Ltd | 同報通信システム |
| JPH02165754A (ja) * | 1988-12-20 | 1990-06-26 | Konica Corp | 通信制御装置 |
| JPH05327772A (ja) * | 1992-05-21 | 1993-12-10 | Sharp Corp | コンピュータネットワークシステム |
| JPH07143104A (ja) * | 1993-11-15 | 1995-06-02 | Nippon Telegr & Teleph Corp <Ntt> | 映音通信方法 |
| JPH0818601A (ja) * | 1994-06-30 | 1996-01-19 | Fujitsu Ltd | 中継転送システム |
| JPH0818756A (ja) * | 1994-06-29 | 1996-01-19 | Canon Inc | ファクシミリ装置とファクシミリ送受信方法 |
| JPH08331182A (ja) * | 1995-06-05 | 1996-12-13 | Nippon Telegr & Teleph Corp <Ntt> | 通信処理方法 |
-
1997
- 1997-09-04 JP JP9239446A patent/JPH1188251A/ja active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63279633A (ja) * | 1987-05-11 | 1988-11-16 | Hitachi Ltd | 同報通信システム |
| JPH02165754A (ja) * | 1988-12-20 | 1990-06-26 | Konica Corp | 通信制御装置 |
| JPH05327772A (ja) * | 1992-05-21 | 1993-12-10 | Sharp Corp | コンピュータネットワークシステム |
| JPH07143104A (ja) * | 1993-11-15 | 1995-06-02 | Nippon Telegr & Teleph Corp <Ntt> | 映音通信方法 |
| JPH0818756A (ja) * | 1994-06-29 | 1996-01-19 | Canon Inc | ファクシミリ装置とファクシミリ送受信方法 |
| JPH0818601A (ja) * | 1994-06-30 | 1996-01-19 | Fujitsu Ltd | 中継転送システム |
| JPH08331182A (ja) * | 1995-06-05 | 1996-12-13 | Nippon Telegr & Teleph Corp <Ntt> | 通信処理方法 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002037763A1 (fr) * | 2000-11-06 | 2002-05-10 | Matsushita Electric Industrial Co., Ltd. | Emetteur, recepteur, et procede de distribution de donnees radiodiffusees |
| WO2002043423A1 (fr) * | 2000-11-22 | 2002-05-30 | Mitsubishi Denki Kabushiki Kaisha | Systeme et procede d'acces radio |
| WO2003003692A1 (fr) * | 2001-06-27 | 2003-01-09 | Mitsubishi Denki Kabushiki Kaisha | Procede de transmission de paquets, relais et terminal |
| US8149724B2 (en) | 2003-08-18 | 2012-04-03 | Nokia Corporation | Selecting a data transfer method |
| US8767770B2 (en) | 2003-08-18 | 2014-07-01 | Nokia Corporation | Selecting a data transfer method |
| JP2009510968A (ja) * | 2005-10-04 | 2009-03-12 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 適当な通信プロトコルを用いてメッセージ送信を提供する方法 |
| JP4648457B2 (ja) * | 2005-10-04 | 2011-03-09 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 適当な通信プロトコルを用いてメッセージ送信を提供する方法 |
| KR100961657B1 (ko) | 2008-03-24 | 2010-06-09 | 엘지전자 주식회사 | 방송 수신기 |
| JP2016181796A (ja) * | 2015-03-24 | 2016-10-13 | 東芝ライテック株式会社 | 制御装置、制御システムおよび制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4198741B2 (ja) | 通信機器、通信システム、通信方法、通信プログラム、通信回路 | |
| JP3464453B2 (ja) | データ送信方法 | |
| KR100765121B1 (ko) | 송신버퍼의 프로토콜 데이터 유닛 폴링 방법 | |
| JP3735067B2 (ja) | データ伝送をより効率的にする方法及びデータ伝送プロトコル | |
| EP2109267B1 (en) | Method supporting the quality of service of data transmission | |
| EP1613018B1 (en) | Update of header compression state in packet communications using bit-stealing | |
| JP3438001B2 (ja) | Ｄｅｃｔ／ｇｓｍ外部ハンドオーバ | |
| KR100187823B1 (ko) | Cdma 이동데이타통신 제어시스템 | |
| US20060104201A1 (en) | Unit and a method for handling a data object | |
| JPH1168873A (ja) | データ通信方法及びデータ通信システム | |
| JP4232978B2 (ja) | Ａｒｑシステムにおける送信制御方法 | |
| JP2002185554A (ja) | 通信方式およびトランスコーダのアライメント方法 | |
| WO2003107617A1 (en) | Apparatus and method for communicating data using header compression | |
| KR910002017B1 (ko) | 데이타 통신 방법 및 회로 시스템 | |
| US6674541B1 (en) | Method for transmitting facsimile data between facsimile apparatuses through an internet protocol network and relay apparatuses used in the method | |
| US7130291B1 (en) | Data control system in CDMA mobile communication system providing mobile data and voice service | |
| JPH1188251A (ja) | データ通信システム、送信機、受信機、並びに、データ通信方法 | |
| JPH1146187A (ja) | データ伝送方法及びデータ伝送装置 | |
| JP4636232B2 (ja) | 移動通信システムにおけるパケット転送方法およびその通信システム | |
| KR100611176B1 (ko) | 이동 네트워크에서의 비-투명적 데이터 전송 | |
| JPH10336245A (ja) | フレームリレー伝送装置 | |
| JP2008079330A (ja) | 通信機器、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置、記録装置 | |
| CN1279857A (zh) | 电信系统中的数据压缩协商 | |
| JPH08251146A (ja) | データ伝送制御システム | |
| JP2003008820A (ja) | Ｉｐネットワークを利用したｆａｘ同報通信方法、ｆａｘ同報装置および端末装置 |