JPH05103015A - Ａｔコマンドを用いたｄｔｅフアシリテイ制御方式 - Google Patents

Abstract

(57)【要約】 【目的】 アナログモデム等における、ＡＴコマンドを
用いたＤＴＥファシリティ制御方式に関し、Ｘ．２８コ
マンドによって利用可能なネットワークからの各種サー
ビスとしてのＤＴＥファシリティをＡＴコマンドによっ
ても利用可能にすることを目的とする。 【構成】 パケット組立て／分解機能内に、ＤＴＥファ
シリティに関するメニューが登録される手段１０と、端
末側からのＡＴコマンドを識別する手段１１と、発信パ
ケットを編集する手段１２と、発信パケットにＤＴＥフ
ァシリティを付与する手段１３とを備え、端末からのＡ
Ｔコマンドに、手段１０に登録されているファシリティ
を付与してネットワークに送出するように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はパケット通信システムに
係り、さらに詳しくはＸ．２８コマンドによってサポー
トされている端末から利用可能な各種のネットワークか
らのサービス、すなわちＤＴＥファシリティをＡＴコマ
ンドによってサポートされているモデム等においても利
用可能とする、ＡＴコマンドを用いたＤＴＥファシリテ
ィ制御方式に関する。

【０００２】

【従来の技術】パケット交換方式においては、従来の回
線交換網を利用したデータ通信システムのように端末相
互間で直接にデータ情報の送受がなされるのではなく、
蓄積交換を用いてデータ伝送が行われる。すなわち発信
側の端末から送出されたデータ情報は交換機内のメモリ
に一旦蓄積され、その後ネットワーク内を高速に伝送さ
れ、最後に相手端末に届けられる。ネットワーク内を流
れるデータ情報は一定長に区切られ、それぞれに宛先情
報等を含んだヘッダがつけられたパケットに分割され、
交換機はこのパケット単位に交換処理を行う。

【０００３】パケット交換網においては、通信時に端末
相互間に論理的なリンクを設定するバーチャルコール方
式、端末相互間に固定的な論理リンクが設定されるパー
マネントバーチャルコール方式、および端末相互間に論
理リンクを設定しない、すなわち呼の概念をとらないデ
ータグラム方式がある。

【０００４】例えば、バーチャルコール方式では、国際
勧告、Ｘ．２５に従って論理リンクの設定が行われる。
この論理リンクの設定、すなわち呼の接続時には発呼端
末側から発呼要求（ＣＲ）パケットがネットワークに送
出され、ネットワーク内の交換機でそのパケットが着呼
（ＣＮ）パケットに直されて着呼端末に届けられ、着呼
端末から着呼受付（ＣＡ）パケットが送出され、交換機
によって接続完了（ＣＣ）パケットに直されて発呼端末
に届けられ、呼接続が終了し、その後必要なデータ転送
が行われる。そして呼解放時には、発呼側または着呼側
のいずれかの端末から復旧要求（ＣＱ）パケットがネッ
トワークに送出されることにより、呼解放手続きが開始
される。

【０００５】しかしながら、例えばクレジットカードの
紹介などのように１回の通信のデータ量が少ない場合に
は、発呼要求（ＣＲ）パケット、または復旧要求（Ｃ
Ｑ）パケットに 128バイトまでのデータを格納して送信
することにより、データパケットの送受信を省略するこ
とができる。このような機能はファーストセレクトとい
われる。

【０００６】図１１はこのようなファーストセレクト機
能を使用した通信システムの運用例である。同図におい
て、ＰＯＳ（ポイントオブセールス、販売時点管理シス
テム）端末１とホストコンピュータ２との間で、例えば
クレジットカードの紹介が行われるものとする。ＰＯＳ
端末１はＸ．２８に従う、例えば回線交換網に接続され
ているものとすると、ＰＯＳ端末１とパケット網３との
間にはＰＯＳ端末１からのＸ．２８コマンドをＸ．２５
に従うパケットに組み立てるためのパケット組立て／分
解機能（ＰＡＤ）４が設けられる。

【０００７】図１１においてＰＯＳ端末１からの発呼要
求コマンドはＰＡＤ４において発呼要求（ＣＲ）パケッ
トに組み立てられ、パケット網３に送出される。このパ
ケットは、パケット網３の内部の交換機により着呼（Ｃ
Ｎ）パケットに直されてホストコンピュータ２に届けら
れる。ホストコンピュータ２からは、クレジットカード
紹介の返信データが復旧要求（ＣＱ）パケットに格納さ
れてパケット網３に送出され、交換機により切断指示
（ＣＩ）パケットに直されてＰＡＤ４に届けられ、その
パケット内のデータがＰＯＳ端末１に送られる。なお最
初にＰＯＳ１からＰＡＤ４に送られるＸ．２８コマンド
については後述する。

【０００８】図１２はＣＲパケットのフォーマットであ
る。同図において、ＣＲパケットには使用される論理チ
ャネルを指示する論理チャネルグループ番号（ＬＣＧ
Ｎ）、論理チャネル番号（ＬＣＮ）、着呼端末の加入者
番号（ＤＡ）、および発呼端末の加入者番号（ＳＡ）等
の情報が格納されている。そしてその最後部に、例えば
前述のクレジットカード紹介用のデータ等のコールユー
ザデータ、最大 128バイト（オクテット）を格納するこ
とが可能となっている。また、コールユーザデータの上
には、ファーストセレクトなどのように、端末等のデー
タターミナルエクイプメント（ＤＴＥ）から、ネットワ
ークに要求されるサービス機能としてのファシリティが
格納される領域が設けられている。

【０００９】図１３はＸ．２８に従う発呼要求コマンド
の例である。同図において、コマンドの先頭にファース
トセレクトファシリティ要求コードとしての“Ｆ−”が
付加されている。

【００１０】このように、Ｘ．２８コマンドによってサ
ポートされているＤＴＥ（データターミナルエクイプメ
ント、端末等のようにデータの入力、または出力、ある
いはその両方の機能を備えた装置）においては、ファー
ストセレクトファシリティ以外に様々なＤＴＥファシリ
ティを利用することができる。他のＤＴＥファシリティ
としては着信課金を要求する着信課金要求ファシリテ
ィ、パケットの中継網を指定するＲＰＯＡの値を選択す
るためのＲＰＯＡ選択ファシリティ、１つのパケットの
長さ、すなわちパケットサイズを指定するパケットサイ
ズネゴシェーションファシリティ、およびＤＴＥ間に呼
が設定された後のデータ転送状態において、相手側のＤ
ＴＥから連続して受信することができるデータパケット
の数としてのウィンドウのサイズを指定するファシリテ
ィサイズネゴシェーションファシリティなどがある。

【００１１】

【発明が解決しようとする課題】しかしながら、Ｘ．２
８コマンドをサポートしていないＤＴＥ、例えば本発明
で対象とするＡＴコマンドによってサポートされている
アナログモデム等においては、このようなＤＴＥファシ
リティを利用することができないという問題点があっ
た。ＡＴコマンドはコマンドの最初にＡＴと入力するこ
とにより、データフォーマットとデータ速度が自動的に
検出されるものである。

【００１２】図１４はＡＴコマンドによる発呼要求パケ
ット送出処理の従来例フローチャートである。同図にお
いて、ステップ（Ｓ）６においてＡＴコマンド（ダイヤ
ルコマンド）が受信されると、Ｓ７で発呼要求（ＣＲ）
パケットが編集され、Ｓ８で発呼要求パケットがネット
ワークに送出される。この場合発呼要求パケットにＤＴ
Ｅファシリティを付与することはできないために、例え
ばパケットサイズやウィンドウサイズがデフォルト値に
固定され、通信のスループットを上げることができなか
った。

【００１３】本発明はＡＴコマンドを用いてもＸ．２８
コマンドを用いる場合と同様にＤＴＥファシリティを利
用することを可能にすることである。

【００１４】

【課題を解決するための手段】図１は第１の発明の原理
ブロック図である。同図は端末側のＡＴコマンドおよび
データと、ネットワーク側でのＸ．２５パケットとの双
方向変換を行うパケット組立て／分解機能（ＰＡＤ）を
備えたパケット通信システムにおけるＡＴコマンドを用
いたＤＴＥファシリティ制御方式の原理ブロック図であ
る。

【００１５】図１において、ＤＴＥファシリティメニュ
ー登録手段１０は端末を含むデータターミナルエクイプ
メント（ＤＴＥ）からネットワークに要求されるサービ
ス機能としてのファシリティに関するメニューが、例え
ば端末側から登録されるもので、このファシリティとし
ては、例えば着信課金要求等がある。

【００１６】ＡＴコマンド識別手段１１は端末側から入
力されるＡＴコマンドの発信を識別し、発信パケット編
集手段１２は発信パケットの編集を行い、またＤＴＥフ
ァシリティ編集手段１３は発信パケットにＤＴＥファシ
リティメニュー登録手段１０に登録されたＤＴＥファシ
リティを付与するものである。

【００１７】図１において、端末からのコマンドがＡＴ
コマンド識別手段１１によりＡＴコマンドと識別された
時には、そのコマンドに応じて、ＤＴＥファシリティメ
ニュー登録手段１０にすでに登録されているファシリテ
ィが付与された発信パケットがネットワークに送出され
る。

【００１８】

【作用】図１に示した第１の発明においては、例えば端
末、またはＰＡＤ装置のフロントパネルから発信パケッ
トに付与すべきＤＴＥファシリティがＤＴＥファシリテ
ィメニュー登録手段１０に登録され、実際にＡＴコマン
ドが端末側から入力されると、登録されたファシリティ
が付与されて発信パケットがネットワークに送出され
る。

【００１９】図２は第２の発明の機能ブロック図であ
る。第２の発明に対する原理ブロック図は第１の発明の
原理を示す図１と同じである。しかしながら、第１の発
明においてはＤＴＥファシリティメニュー登録手段１０
に登録された内容が必ず発信パケットに付与されるのに
対して、第２の発明においては登録された内容がデフォ
ルト値、すなわちファシリティとしての要求がない時に
ネットワーク側で自動的に決定される値である時には、
発信パケットにＤＴＥファシリティが付与されない点が
異なる。従って第２の発明はデフォルト値を持つような
ファシリティ、例えばパケットサイズネゴシェーショ
ン、およびウィンドウサイズネゴシェーションなどに適
用される。

【００２０】図２において、１６でＤＴＥからのコマン
ドがＡＴコマンドと識別されると、１７ですでに登録さ
れているＤＴＥファシリティ内での指定値、例えばパケ
ットサイズの値がデフォルト値か否かが判定され、デフ
ォルト値でない時には１８でその指定値を持つＤＴＥフ
ァシリティが付与された発信パケットがネットワークに
送出され、デフォルト値である時には１９で登録された
ファシリティを付与することなく、発信パケットがネッ
トワークに送出される。

【００２１】第２の発明において、ＤＴＥファシリティ
メニュー登録手段１０に登録された内容がデフォルト値
を指示する場合にファシリティを付与しない理由は、そ
の回線の契約者がそのファシリティの契約をしていない
場合に対処するものであり、契約のない場合にそのファ
シリティが付与されたパケットが送出されることを防止
するものである。

【００２２】以上のように、本発明によれば予めファシ
リティメニューを登録しておくことにより、ＤＴＥファ
シリティを利用することができる。

【００２３】

【実施例】図３は本発明のＤＴＥファシリティ制御方式
の概念の説明図である。同図において、ＡＴコマンドに
よってサポートされている端末２１とパケット網２２と
の間にパケット組立て／分解（ＰＡＤ）装置２３が備え
られている。ＰＡＤ２３に対して、例えばＤＴＥファシ
リティとしてのパケットサイズネゴシェーションファシ
リティに対するメニューとして 256バイトのパケットサ
イズの選択結果が登録されている場合には、この 256バ
イトがデフォルト値、例えば 128バイトでないことか
ら、第１および第２の両方の発明において、“ＡＴ”に
よって始まるＡＴコマンドが端末２１から入力される
と、そのコマンドに対応してＸ．２５に従って、例えば
発呼要求（ＣＲ）パケットにパケットサイズネゴシェー
ションファシリティが付与されて、パケット網２２に出
力される。

【００２４】図４はパケット組立て／分解（ＰＡＤ）装
置の実施例の構成ブロック図である。ＰＡＤの基本機能
としては、第１にパケットの組立て／分解、パケットの
転送、Ｘ．２５バーチャルコールの管理、第２に調歩式
端末の制御、すなわち調歩データの転送、制御キャラク
タの処理などがある。これらの基本機能の実行方法、例
えばパケットの組立てとパケット網への送出条件（特定
の制御キャラクタの受信、および送出タイミング等）が
ＰＡＤパラメータとしてパラメータ化され、ユーザニー
ズに合わせて指定できるようになっている。

【００２５】図４において、メニュー処理部２４は着信
課金要求、ＲＰＯＡ選択、パケットサイズやウィンドウ
サイズネゴシェーション等の各種のファシリティに関す
るメニュー登録結果に従って、これらのファシリティの
有無の選択等を行う。ＡＴコマンド処理部２５は端末２
１から入力されるＡＴコマンドと送信データをパケット
化して、Ｘ．２５処理部２６に出力する。また、Ｘ．２
５処理部２６から出力された受信パケットを分解し、端
末２１に出力する。Ｘ．２５処理部２６はＡＴコマンド
処理部２５から渡されたパケットをＸ．２５手順に従っ
てパケット網２２に送出し、またパケット網２２から
Ｘ．２５手順に従って受信したパケットをＡＴコマンド
処理部に出力する。またＸ．２９処理部２７はパケット
モード端末、または他のＰＡＤとの間で制御情報とユー
ザデータの交換を行うものであり、さらにＰＡＤパラメ
ータ２８はパケットの組立て／分解時にユーザニーズに
合わせて指定されるパラメータである。

【００２６】図５は図４のＰＡＤ内のメニュー処理部と
ＡＴコマンド処理部の詳細構成ブロック図である。同図
において、メニュー処理部２４にはＤＴＥファシリティ
に関するメニューが登録され、その結果が処理される
が、それは着信課金要求メニュー登録部３０、ＲＰＯＡ
選択メニュー登録部３１、パケットサイズメニュー登録
部３２、ウィンドウサイズメニュー登録部３３、および
各登録部に対するデータから構成される。またＡＴコマ
ンド処理部２５は端末２１からのＡＴコマンドの発信を
識別するＡＴコマンド発信識別部３４、発信パケットを
編集する発信パケット編集部３５、各種のファシリティ
を発信パケットに付与するための着信課金要求ファシリ
ティ編集部３６、ＲＰＯＡ選択ファシリティ編集部３
７、パケットサイズネゴシェーションファシリティ編集
部３８、およびウィンドウサイズネゴシェーションファ
シリティ編集部３９から構成されている。

【００２７】図６は第１の発明における発呼要求（Ｃ
Ｒ）パケット送出処理の実施例フローチャートである。
同図において、ステップ（Ｓ）４１でＡＴコマンド、す
なわちダイヤルコマンドが受信されると、Ｓ４２で発呼
要求（ＣＲ）パケットの編集が行われ、Ｓ４３でファシ
リティメニュー、例えばパケットサイズメニューの登録
があるか否かが判定され、登録がある場合にはＳ４４で
登録されたパケットサイズの値に対応してパケットサイ
ズネゴシェーションファシリティが発呼要求（ＣＲ）パ
ケットに付与された後に、また登録がない場合にはＳ４
４の処理を行うことなく、Ｓ４５でＣＲパケットがネッ
トワークに送出される。

【００２８】図７は第２の発明における発呼要求パケッ
ト送出処理のフローチャートである。同図において、図
６と同様にＳ４８でＡＴコマンドの受信、Ｓ４９でＣＲ
パケットの編集が行われた後に、Ｓ５０でパケットサイ
ズメニューの登録値がデフォルト値であるか否かが判定
され、デフォルト値でない場合にはＳ５１で登録された
パケットサイズの値に対応してパケットサイズネゴシェ
ーションファシリティがＣＲパケットに付与された後
に、デフォルト値である時にはＳ５１の処理を行うこと
なく、Ｓ５２でＣＲパケットのネットワークへの送出が
行われる。

【００２９】図６，７ではＤＴＥファシリティとしてパ
ケットサイズネゴシェーションファシリティを例として
ＣＲパケットの送出処理を説明したが、ファシリティが
パケットサイズネゴシェーションに限定されないことは
当然である。また１つのＣＲパケットに２つ以上のファ
シリティを付与することも可能である。図８はパケット
サイズネゴシェーションファシリティとウィンドウサイ
ズネゴシェーションファシリティとの２つのファシリテ
ィが付与されたＣＲパケットの例を示している。

【００３０】本実施例においては、図５のメニュー処理
部２４に対するメニューの登録は端末２１から行うこと
も、またＰＡＤ２３のフロントパネルから入力すること
も可能である。

【００３１】図９は端末からの入力の説明図である。こ
こではパケットサイズ、およびウィンドウサイズのネゴ
シェーションファシリティに対する入力方法が示されて
いる。

【００３２】図１０はＰＡＤ装置のフロントパネルから
のメニューの入力例である。図９におけると同様に、パ
ケットサイズおよびウィンドウサイズネゴシェーション
ファシリティに対するメニューの入力方法を示してい
る。

【００３３】

【発明の効果】以上説明したように、本発明によればＡ
Ｔコマンドによってサポートされているアナログモデム
等においても、Ｘ．２８コマンドによってサポートされ
ている端末におけると同様に様々なＤＴＥファシリティ
を利用することが可能になる。そしてパケットサイズや
ウィンドウサイズなどをデフォルト値以上とすることも
可能となり、通信のスループット向上に寄与するところ
が大きい。

【図面の簡単な説明】

【図１】第１の発明の原理ブロック図である。

【図２】第２の発明の原理ブロック図である。

【図３】本発明のＡＴコマンドを用いたＤＴＥファシリ
ティ制御方式の概念を説明する図である。

【図４】パケット組立て／分解（ＰＡＤ）装置の実施例
の構成を示すブロック図である。

【図５】図４のメニュー処理部とＡＴコマンド処理部と
の詳細構成を示すブロック図である。

【図６】第１の発明における発呼要求パケット送出処理
の実施例フローチャートである。

【図７】第２の発明における発呼要求パケット送出処理
の実施例フローチャートである。

【図８】２つのＤＴＥファシリティが付与された発呼要
求パケットの例を示す図である。

【図９】端末からのメニュー登録の入力方法を示す図で
ある。

【図１０】ＰＡＤ装置のフロントパネルからのメニュー
登録の入力方法を示す図である。

【図１１】ファーストセレクトファシリティを使用した
パケット通信システムの運用例を示す図である。

【図１２】発呼要求（ＣＲ）パケットのフォーマットを
示す図である。

【図１３】発呼要求コマンド（Ｘ．２８）の例を示す図
である。

【図１４】ＡＴコマンドによる発呼要求パケット送出処
理の従来例のフローチャートである。

【符号の説明】

１０ ＤＴＥファシリティメニュー登録手段 １１ ＡＴコマンド識別手段 １２ 発信パケット編集手段 １３ ＤＴＥファシリティ編集手段 ２１ 端末 ２２ パケット網 ２３ パケット組立て／分解（ＰＡＤ）装置 ２４ メニュー処理部 ２５ ＡＴコマンド処理部 ２６ Ｘ．２５処理部 ３０ 着信課金要求メニュー登録部 ３１ ＲＰＯＡ選択メニュー登録部 ３２ パケットサイズメニュー登録部 ３３ ウィンドウサイズメニュー登録部 ３４ ＡＴコマンド発信識別部 ３５ 発信パケット編集部 ３６ 着信課金要求ファシリティ編集部 ３７ ＲＰＯＡ選択ファシリティ編集部 ３８ パケットサイズネゴシェーションファシリテ
ィ編集部 ３９ ウィンドウサイズネゴシェーションファシリ
ティ編集部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 端末側のＡＴコマンドおよびデータと、
   ネットワーク側のＸ．２５パケットとの双方向変換を行
   うパケット組立て／分解機能（ＰＡＤ）を備えたパケッ
   ト通信システムにおいて、 該ＰＡＤ内に、端末を含むデータターミナルエクイプメ
   ント（ＤＴＥ）からネットワークに要求されるサービス
   機能としてのファシリティに関するメニューが登録され
   るＤＴＥファシリティメニュー登録手段（１０）と、 端末（ＤＴＥ）側からのＡＴコマンドの発信を識別する
   ＡＴコマンド識別手段（１１）と、 発信パケットの編集を行う発信パケット編集手段（１
   ２）と、 発信パケットにＤＴＥファシリティを付与するＤＴＥフ
   ァシリティ編集手段（１３）とを備え、端末（ＤＴＥ）
   からのコマンドがＡＴコマンドと識別された時、該コマ
   ンドに対して前記ＤＴＥファシリティメニュー登録手段
   （１０）に登録されているＤＴＥファシリティを付与し
   た発信パケットをネットワークに送出することを特徴と
   するＡＴコマンドを用いたＤＴＥファシリティ制御方
   式。
2. 【請求項２】 前記ＤＴＥファシリティメニュー登録手
   段（１０）に登録されるＤＴＥファシリティが、着信課
   金要求ファシリティ、パケットの中継網を指定選択する
   ファシリティ、パケットサイズ値を指定するパケットサ
   イズネゴシェーションファシリティ、ウィンドウのサイ
   ズ値を指定するウィンドウサイズネゴシェーションファ
   シリティの少なくとも１つであることを特徴とする請求
   項１記載のＡＴコマンドを用いたＤＴＥファシリティ制
   御方式。
3. 【請求項３】 端末（ＤＴＥ）側のＡＴコマンドおよび
   データと、ネットワーク側のＸ．２５との双方向変換を
   行うパケット組立て／分解機能（ＰＡＤ）において、Ｄ
   ＴＥからのコマンドがＡＴコマンドと識別された（１
   ６）時、 すでに登録されているＤＴＥファシリティ内での指定値
   がデフォルト値か否かを判定し（１７）、 デフォルト値でない時に該指定値を持つＤＴＥファシリ
   ティを付与した発信パケットをネットワークに送出し
   （１８）、 デフォルト値である時該登録されたＤＴＥファシリティ
   を付与することなく発信パケットをネットワークに送出
   する（１９）ことを特徴とするＡＴコマンドを用いたＤ
   ＴＥファシリティ制御方式。