JP3351709B2 - 制御フレーム情報部のデータバッファ解放方法 - Google Patents
制御フレーム情報部のデータバッファ解放方法Info
- Publication number
- JP3351709B2 JP3351709B2 JP13183597A JP13183597A JP3351709B2 JP 3351709 B2 JP3351709 B2 JP 3351709B2 JP 13183597 A JP13183597 A JP 13183597A JP 13183597 A JP13183597 A JP 13183597A JP 3351709 B2 JP3351709 B2 JP 3351709B2
- Authority
- JP
- Japan
- Prior art keywords
- control frame
- buffer
- response
- user information
- 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.)
- Expired - Fee Related
Links
Landscapes
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、送達確認がない場
合でも制御フレーム情報部バッファを解放することによ
り、制御フレーム情報部の保持時間を短縮することが可
能な制御フレーム情報部のデータバッファ解放方法に関
する。
合でも制御フレーム情報部バッファを解放することによ
り、制御フレーム情報部の保持時間を短縮することが可
能な制御フレーム情報部のデータバッファ解放方法に関
する。
【０００２】
【従来の技術】従来においては、情報フレームの転送に
際して、転送すべき情報をデータバッファに一旦書き込
んだ後に転送処理を行っているが、書き込まれた転送情
報フレームのデータバッファを解放する方法として２つ
の方法が知られている。その１つは、図３に示すよう
に、送出要求１０１とともにデータを与えて送出フレー
ム１０２を転送した後、送達確認用フレーム１０３によ
る問い合わせを行い、その送達確認用フレーム１０３に
対して送達確認応答フレーム１０４が返送されることに
より、当該送出フレーム１０２の送達確認をとって、こ
れを契機としてデータバッファを解放する１０５という
方法である。他の１つは、図４に示すように、送出要求
１０１とともにデータを与えて送出フレーム１０２を転
送するだけで、送達確認を不要とし、転送後直ちにデー
タバッファを解放する１０５という方法である。一般
に、フレーム転送に関するレイヤ２プロトコル処理で
は、フレームはユーザ情報転送用の情報フレームと、リ
ンク設定および解放等で使用される制御フレームの２種
類に別けられる。さらに情報フレームは、上述のように
対向装置に対する送達確認を行うものと、行わないもの
とがあり、それぞれ上述の技術で示した方法により該当
フレームが格納されていたデータバッファを解放してい
る。一方、ＩＴＵ（国際電気通信連合）の勧告Ｑ．２１
１０では、ＳＳＣＯＰ（Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆ
ｉｃ Ｃｏｎｎｅｃｔｉｏｎ ＯｒｉｅｎｔｅｄＰｒｏ
ｔｏｃｏｌ）のｕｓｅｒ−ｔｏ−ｕｓｅｒ ｍｅｓｓｇ
ｅ処理（信号／データ通信用プロトコル）に関する規定
が定められている。この規定によれば、情報フレーム以
外に制御フレームについても、フレーム内にリンク設定
等の制御情報のみならずユーザ情報（ＵＵ−ＤＡＴＡと
呼ぶ）を添付して転送することができる。
際して、転送すべき情報をデータバッファに一旦書き込
んだ後に転送処理を行っているが、書き込まれた転送情
報フレームのデータバッファを解放する方法として２つ
の方法が知られている。その１つは、図３に示すよう
に、送出要求１０１とともにデータを与えて送出フレー
ム１０２を転送した後、送達確認用フレーム１０３によ
る問い合わせを行い、その送達確認用フレーム１０３に
対して送達確認応答フレーム１０４が返送されることに
より、当該送出フレーム１０２の送達確認をとって、こ
れを契機としてデータバッファを解放する１０５という
方法である。他の１つは、図４に示すように、送出要求
１０１とともにデータを与えて送出フレーム１０２を転
送するだけで、送達確認を不要とし、転送後直ちにデー
タバッファを解放する１０５という方法である。一般
に、フレーム転送に関するレイヤ２プロトコル処理で
は、フレームはユーザ情報転送用の情報フレームと、リ
ンク設定および解放等で使用される制御フレームの２種
類に別けられる。さらに情報フレームは、上述のように
対向装置に対する送達確認を行うものと、行わないもの
とがあり、それぞれ上述の技術で示した方法により該当
フレームが格納されていたデータバッファを解放してい
る。一方、ＩＴＵ（国際電気通信連合）の勧告Ｑ．２１
１０では、ＳＳＣＯＰ（Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆ
ｉｃ Ｃｏｎｎｅｃｔｉｏｎ ＯｒｉｅｎｔｅｄＰｒｏ
ｔｏｃｏｌ）のｕｓｅｒ−ｔｏ−ｕｓｅｒ ｍｅｓｓｇ
ｅ処理（信号／データ通信用プロトコル）に関する規定
が定められている。この規定によれば、情報フレーム以
外に制御フレームについても、フレーム内にリンク設定
等の制御情報のみならずユーザ情報（ＵＵ−ＤＡＴＡと
呼ぶ）を添付して転送することができる。
【０００３】
【発明が解決しようとする課題】しかしながら、制御フ
レームは情報フレームと異なって明確な送達確認方法が
ないのが現状である。例えば、図５に示すように、リン
ク設定要求用制御フレーム（ＢＧＮ）２０２に対して
は、応答用制御フレーム（ＢＧＡＫ、ＢＧＲＥＪ）２０
３が存在するが、この応答用制御フレーム（ＢＧＡＫ、
ＢＧＲＥＪ）２０３に対する応答用制御フレームは存在
しない。従って、対向装置のユーザ情報部バッファにお
いては、応答制御フレームの解放契機がない（２０４）
ということになる。
レームは情報フレームと異なって明確な送達確認方法が
ないのが現状である。例えば、図５に示すように、リン
ク設定要求用制御フレーム（ＢＧＮ）２０２に対して
は、応答用制御フレーム（ＢＧＡＫ、ＢＧＲＥＪ）２０
３が存在するが、この応答用制御フレーム（ＢＧＡＫ、
ＢＧＲＥＪ）２０３に対する応答用制御フレームは存在
しない。従って、対向装置のユーザ情報部バッファにお
いては、応答制御フレームの解放契機がない（２０４）
ということになる。
【０００４】また、対応する応答フレームを期待できる
制御フレームの場合には、当該応答フレームを受信する
まで予め定められた回数だけ再送することになる。例え
ば、図６の送出制御フレーム（ＢＧＮ）２０２の場合、
これを送出した後、応答制御フレーム（ＢＧＡＫまたは
ＢＧＲＥＪ）２０３が返送されるまで、ＴｉｍｅｒＣＣ
間隔でＭａｘ ＣＣ回を再送する。従って、送出制御フ
レーム（ＢＧＮ）２０２にユーザ情報（ＵＵ−ＤＡＴ
Ａ）を添付して転送した場合には、再送する可能性のあ
る時間だけユーザ情報（ＵＵ−ＤＡＴＡ）をデータバッ
ファ内に保持しておく必要がある。この場合、制御フレ
ーム情報部バッファの内容が長時間保持されることとな
り、さらに格納する必要がある場合にはバッファ量を増
加しなければならない。そこで、本発明の目的は、上述
のような従来の課題を解決するため、送達確認をとらな
い制御フレームに対しても、制御フレーム情報部のバッ
ファの解放の契機を与えて、制御フレーム再送の要求に
対してもこれを実現することが可能な制御フレーム情報
部のデータバッファ解放方法を提供することにある。
制御フレームの場合には、当該応答フレームを受信する
まで予め定められた回数だけ再送することになる。例え
ば、図６の送出制御フレーム（ＢＧＮ）２０２の場合、
これを送出した後、応答制御フレーム（ＢＧＡＫまたは
ＢＧＲＥＪ）２０３が返送されるまで、ＴｉｍｅｒＣＣ
間隔でＭａｘ ＣＣ回を再送する。従って、送出制御フ
レーム（ＢＧＮ）２０２にユーザ情報（ＵＵ−ＤＡＴ
Ａ）を添付して転送した場合には、再送する可能性のあ
る時間だけユーザ情報（ＵＵ−ＤＡＴＡ）をデータバッ
ファ内に保持しておく必要がある。この場合、制御フレ
ーム情報部バッファの内容が長時間保持されることとな
り、さらに格納する必要がある場合にはバッファ量を増
加しなければならない。そこで、本発明の目的は、上述
のような従来の課題を解決するため、送達確認をとらな
い制御フレームに対しても、制御フレーム情報部のバッ
ファの解放の契機を与えて、制御フレーム再送の要求に
対してもこれを実現することが可能な制御フレーム情報
部のデータバッファ解放方法を提供することにある。
【０００５】
【課題を解決するための手段】上記目的を達成するた
め、本発明による制御フレーム情報部のデータバッファ
解放方法では、制御フレーム情報部を格納するパッファ
に解放契機を与えるため、送出制御フレームに対して応
答制御フレームが返送された時点で、当該送出制御フレ
ームの送達確認がとれたものと認定する。そして、送達
確認のためにタイマを用いて、バッファを解放する。こ
れにより、送達確認をとらない制御フレームに対しても
制御フレーム情報部バッファに解放契機を与えることが
できる。その結果、送達確認がない場合にも、制御フレ
ーム情報部バッファの解放が可能となる。また、タイマ
は、送出制御フレームの転送後、送出制御フレームの再
送が要求される可能性がある時間の後、バッファ解放契
機を与える。そのため、当該制御フレーム情報部のバッ
ファ解放が可能となり、かつ再送要求が発生した場合に
も応答することが可能になる。
め、本発明による制御フレーム情報部のデータバッファ
解放方法では、制御フレーム情報部を格納するパッファ
に解放契機を与えるため、送出制御フレームに対して応
答制御フレームが返送された時点で、当該送出制御フレ
ームの送達確認がとれたものと認定する。そして、送達
確認のためにタイマを用いて、バッファを解放する。こ
れにより、送達確認をとらない制御フレームに対しても
制御フレーム情報部バッファに解放契機を与えることが
できる。その結果、送達確認がない場合にも、制御フレ
ーム情報部バッファの解放が可能となる。また、タイマ
は、送出制御フレームの転送後、送出制御フレームの再
送が要求される可能性がある時間の後、バッファ解放契
機を与える。そのため、当該制御フレーム情報部のバッ
ファ解放が可能となり、かつ再送要求が発生した場合に
も応答することが可能になる。
【０００６】
【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図１は、本発明の第１の実施例を
示す動作シーケンスチャートである。図１において示さ
れている送出制御フレーム１２とは、ＳＳＣＯＰプロト
コルにおけるＢＧＮ、ＥＮＤ、ＲＳと呼ばれる制御フレ
ームを示しており、また応答制御フレーム２２とは、Ｂ
ＧＡＫ、ＢＧＲＥＪ、ＥＮＤＡＫ、ＲＳＡＫと呼ばれる
制御フレームを示している。この場合、ＢＧＮに対して
はＢＧＡＫまたはＢＧＲＥＪ、ＥＮＤに対してはＥＮＤ
ＡＫ、ＲＳに対してはＲＳＡＫがそれぞれ対応する。た
だし、ＢＧＡＫ、ＢＧＲＥＪフレーム２２はユーザ情報
を含まないものと仮定し、送信側プロトコルエンティテ
ィでは正常に応答制御フレームを受信する場合について
示している。なお、送信側プロトコルエンティティで、
正常に応答制御フレームを受信できなかった場合のバッ
ファ解放は、図２に示す受信側プロトコルエンティティ
と同じである。
より詳細に説明する。図１は、本発明の第１の実施例を
示す動作シーケンスチャートである。図１において示さ
れている送出制御フレーム１２とは、ＳＳＣＯＰプロト
コルにおけるＢＧＮ、ＥＮＤ、ＲＳと呼ばれる制御フレ
ームを示しており、また応答制御フレーム２２とは、Ｂ
ＧＡＫ、ＢＧＲＥＪ、ＥＮＤＡＫ、ＲＳＡＫと呼ばれる
制御フレームを示している。この場合、ＢＧＮに対して
はＢＧＡＫまたはＢＧＲＥＪ、ＥＮＤに対してはＥＮＤ
ＡＫ、ＲＳに対してはＲＳＡＫがそれぞれ対応する。た
だし、ＢＧＡＫ、ＢＧＲＥＪフレーム２２はユーザ情報
を含まないものと仮定し、送信側プロトコルエンティテ
ィでは正常に応答制御フレームを受信する場合について
示している。なお、送信側プロトコルエンティティで、
正常に応答制御フレームを受信できなかった場合のバッ
ファ解放は、図２に示す受信側プロトコルエンティティ
と同じである。
【０００７】図１において、送信側プロトコルエンティ
ティは、上位レイヤ（図示省略）よりユーザ情報ととも
に送出要求１１を受け取ると、そのユーザ情報をバッフ
ァに格納し、そのユーザ情報を添付して受信側プロトコ
ルエンティティに対して要求された制御フレーム１２を
送出する。一方、受信側プロトコルエンティティは、送
信側プロトコルエンティティから転送されてきた送出制
御フレーム１２を受信すると、適切な応答制御フレーム
２２を直ちに送信側プロトコルエンティティに返送する
か、あるいは上位レイヤ（図示省略）に対して当該制御
フレームの報告を行い、その上位レイヤから応答要求２
１を受ける。上位レイヤから応答要求２１を受け取る
と、要求された応答制御フレーム２２を送信側プロトコ
ルエンティティに対して返送する。送信側プロトコルエ
ンティティは、送出制御フレーム１２に起因する受信側
プロトコルエンティティから返送される応答制御フレー
ム２２を受信すると、上位レイヤ（図示省略）に報告を
行い、送出フレームのユーザ情報を廃棄してバッファを
解放する（２３）。このように、従来の方法では、図５
に示すように、受信側から応答制御フレーム（ＢＧＡ
Ｋ，ＢＧＲＥＪ）あるいは送出制御フレーム（ＢＧＮ）
を受け取っても送出制御フレームの送達確認を行わず、
かつユーザ情報部バッファの解放契機がなかったが、本
実施例では、図１に示すように、応答制御フレーム２２
を受け取ると、送達確認がなくてもユーザ情報部バッフ
ァを解放する（２３）ので、制御フレーム情報部の保持
時間が短縮され、バッファ量を削減できる。
ティは、上位レイヤ（図示省略）よりユーザ情報ととも
に送出要求１１を受け取ると、そのユーザ情報をバッフ
ァに格納し、そのユーザ情報を添付して受信側プロトコ
ルエンティティに対して要求された制御フレーム１２を
送出する。一方、受信側プロトコルエンティティは、送
信側プロトコルエンティティから転送されてきた送出制
御フレーム１２を受信すると、適切な応答制御フレーム
２２を直ちに送信側プロトコルエンティティに返送する
か、あるいは上位レイヤ（図示省略）に対して当該制御
フレームの報告を行い、その上位レイヤから応答要求２
１を受ける。上位レイヤから応答要求２１を受け取る
と、要求された応答制御フレーム２２を送信側プロトコ
ルエンティティに対して返送する。送信側プロトコルエ
ンティティは、送出制御フレーム１２に起因する受信側
プロトコルエンティティから返送される応答制御フレー
ム２２を受信すると、上位レイヤ（図示省略）に報告を
行い、送出フレームのユーザ情報を廃棄してバッファを
解放する（２３）。このように、従来の方法では、図５
に示すように、受信側から応答制御フレーム（ＢＧＡ
Ｋ，ＢＧＲＥＪ）あるいは送出制御フレーム（ＢＧＮ）
を受け取っても送出制御フレームの送達確認を行わず、
かつユーザ情報部バッファの解放契機がなかったが、本
実施例では、図１に示すように、応答制御フレーム２２
を受け取ると、送達確認がなくてもユーザ情報部バッフ
ァを解放する（２３）ので、制御フレーム情報部の保持
時間が短縮され、バッファ量を削減できる。
【０００８】図２は、本発明の第２の実施例を示す動作
シーケンスチャートである。図２で示されている送出制
御フレーム３２とは、ＳＳＣＯＰプロトコルにおけるＢ
ＧＮと呼ばれる制御フレームを示し、また応答制御フレ
ーム４２とは、ＢＧＡＫまたはＢＧＲＥＪと呼ばれる制
御フレームを示し、ＢＧＡＫ，ＢＧＲＥＪフレームはユ
ーザ情報を含む。送信側プロトコルエンティティは、上
位レイヤ（図示省略）より送出要求３１を受け取ると、
受信側プロトコルエンティティに対して要求された制御
フレーム３２を送出する。この送出要求がユーザ情報を
伴う場合の送信側プロトコルエンティティの動作は、前
述の図１の例に示す通りである。
シーケンスチャートである。図２で示されている送出制
御フレーム３２とは、ＳＳＣＯＰプロトコルにおけるＢ
ＧＮと呼ばれる制御フレームを示し、また応答制御フレ
ーム４２とは、ＢＧＡＫまたはＢＧＲＥＪと呼ばれる制
御フレームを示し、ＢＧＡＫ，ＢＧＲＥＪフレームはユ
ーザ情報を含む。送信側プロトコルエンティティは、上
位レイヤ（図示省略）より送出要求３１を受け取ると、
受信側プロトコルエンティティに対して要求された制御
フレーム３２を送出する。この送出要求がユーザ情報を
伴う場合の送信側プロトコルエンティティの動作は、前
述の図１の例に示す通りである。
【０００９】受信側プロトコルエンティティは、送信側
プロトコルエンティティから転送された送出制御フレー
ム３２を受信すると、適切な応答制御フレーム４２を直
ちに送信側プロトコルエンティティに返送するか、ある
いは上位レイヤ（図示省略）に対して当該制御フレーム
の報告を行い、上位レイヤからユーザ情報とともに応答
要求４１を受ける。上位レイヤから応答要求４１を受け
取ると、そのユーザ情報をバッファに格納し、そのユー
ザ情報を添付して送信側プロトコルエンティティに対し
て要求された応答制御フレーム４２を返送し、それと同
時に当該応答制御フレーム４２に対する再送が要求され
る可能性のある時間分のタイマを起動する（４３）。タ
イマ満了時点（４４）において、その応答制御フレーム
４２のユーザ情報を廃棄し、バッファを解放する（４
５）。送信側プロトコルエンティティは、受信側プロト
コルエンティティから返送される応答制御フレーム４２
を受信すると、上位レイヤ（図示省略）へ報告を行う。
このように、本実施例では、図２に示すように、応答制
御フレーム４２を送信すると同時にタイマを起動して
（４３）、タイマ満了時（４４）にユーザ情報部バッフ
ァを解放するので（４５）、送達確認がなくてもユーザ
情報部バッファを解放することができ、制御フレーム情
報部の保持時間を短縮するとともにバッファ量を削減す
ることができる。
プロトコルエンティティから転送された送出制御フレー
ム３２を受信すると、適切な応答制御フレーム４２を直
ちに送信側プロトコルエンティティに返送するか、ある
いは上位レイヤ（図示省略）に対して当該制御フレーム
の報告を行い、上位レイヤからユーザ情報とともに応答
要求４１を受ける。上位レイヤから応答要求４１を受け
取ると、そのユーザ情報をバッファに格納し、そのユー
ザ情報を添付して送信側プロトコルエンティティに対し
て要求された応答制御フレーム４２を返送し、それと同
時に当該応答制御フレーム４２に対する再送が要求され
る可能性のある時間分のタイマを起動する（４３）。タ
イマ満了時点（４４）において、その応答制御フレーム
４２のユーザ情報を廃棄し、バッファを解放する（４
５）。送信側プロトコルエンティティは、受信側プロト
コルエンティティから返送される応答制御フレーム４２
を受信すると、上位レイヤ（図示省略）へ報告を行う。
このように、本実施例では、図２に示すように、応答制
御フレーム４２を送信すると同時にタイマを起動して
（４３）、タイマ満了時（４４）にユーザ情報部バッフ
ァを解放するので（４５）、送達確認がなくてもユーザ
情報部バッファを解放することができ、制御フレーム情
報部の保持時間を短縮するとともにバッファ量を削減す
ることができる。
【００１０】図７は、本発明に関するプロトコル階層の
一例を示す図である。本発明において、制御フレーム等
を物理的な通信線を介して実際に送受信するのは物理レ
イヤであり、それより上位の各レイヤ間では論理的な通
信線であるプリミティブにより制御フレーム等を送受信
する。ＳＳＣＯＰに対して直接、送信要求または応答要
求を出すのはＳＳＣＦ−ＮＮＩのレイヤ７２であり、そ
の下位のＳＳＣＯＰ７３との間でＳＳＣＯＰ−ＵＵが受
け渡しされる。授受される制御フレームやデータは物理
レイヤを介して、下からＡＴＭレイヤ７５、ＡＡＬタイ
プ５レイヤ７４、ＳＳＣＯＰレイヤ７３、ＳＳＣＦ−Ｎ
ＮＩレイヤ７２、Ｑ．２９３１レイヤ７１に上げられた
後、上から下にレイヤ７１〜７５の順序で送信要求、応
答要求、送出データ等が転送される。図８は、本発明に
適用される各レイヤ間の通信方式を示す図である。図８
では、上位レイヤエンティティ８１とＳＳＣＯＰレイヤ
８２と下位レイヤ８３との間の送受信の授受が示されて
いる。この通信は物理線とはイメージが異なり、プリミ
ティブと呼ばれる，指示、応答、要求、通知等である。
各レイヤ間の通信は、このプリミティブにより取り行わ
れ、具体的送受信データもやりとりされる。例えば、１
つのプロセッサで複数のレイヤエンティティを実現する
こともよく知られている。この場合には、論理的な通信
のみで、物理的な通信はない。ここでは、ＳＳＣＯＰ８
２のプロトコル処理部でバッファの解放、指示等を行っ
ている。しかし、バッファの解放、指示等を直接、プロ
トコル処理部が行う場合と、例えば、バッファ管理部等
があるときには、プロトコル処理部がバッファ管理部に
指示を出して最終的にはバッファ管理部が解放するとい
うことが考えられる。
一例を示す図である。本発明において、制御フレーム等
を物理的な通信線を介して実際に送受信するのは物理レ
イヤであり、それより上位の各レイヤ間では論理的な通
信線であるプリミティブにより制御フレーム等を送受信
する。ＳＳＣＯＰに対して直接、送信要求または応答要
求を出すのはＳＳＣＦ−ＮＮＩのレイヤ７２であり、そ
の下位のＳＳＣＯＰ７３との間でＳＳＣＯＰ−ＵＵが受
け渡しされる。授受される制御フレームやデータは物理
レイヤを介して、下からＡＴＭレイヤ７５、ＡＡＬタイ
プ５レイヤ７４、ＳＳＣＯＰレイヤ７３、ＳＳＣＦ−Ｎ
ＮＩレイヤ７２、Ｑ．２９３１レイヤ７１に上げられた
後、上から下にレイヤ７１〜７５の順序で送信要求、応
答要求、送出データ等が転送される。図８は、本発明に
適用される各レイヤ間の通信方式を示す図である。図８
では、上位レイヤエンティティ８１とＳＳＣＯＰレイヤ
８２と下位レイヤ８３との間の送受信の授受が示されて
いる。この通信は物理線とはイメージが異なり、プリミ
ティブと呼ばれる，指示、応答、要求、通知等である。
各レイヤ間の通信は、このプリミティブにより取り行わ
れ、具体的送受信データもやりとりされる。例えば、１
つのプロセッサで複数のレイヤエンティティを実現する
こともよく知られている。この場合には、論理的な通信
のみで、物理的な通信はない。ここでは、ＳＳＣＯＰ８
２のプロトコル処理部でバッファの解放、指示等を行っ
ている。しかし、バッファの解放、指示等を直接、プロ
トコル処理部が行う場合と、例えば、バッファ管理部等
があるときには、プロトコル処理部がバッファ管理部に
指示を出して最終的にはバッファ管理部が解放するとい
うことが考えられる。
【００１１】
【発明の効果】以上説明したように、本発明によれば、
転送制御フレームの再送が要求される可能性がある時間
の後にバッファ解放契機を与えるため、送達確認がない
ときにも制御フレーム情報部バッファの解放が可能とな
る。また、送信制御フレームに対する応答制御フレーム
の返送をもって送達確認がとれたものと認定するので、
制御フレーム情報部の保持時間を短縮することができ、
その結果、バッファ量の削減が可能となる。
転送制御フレームの再送が要求される可能性がある時間
の後にバッファ解放契機を与えるため、送達確認がない
ときにも制御フレーム情報部バッファの解放が可能とな
る。また、送信制御フレームに対する応答制御フレーム
の返送をもって送達確認がとれたものと認定するので、
制御フレーム情報部の保持時間を短縮することができ、
その結果、バッファ量の削減が可能となる。
【図１】本発明の第１の実施例を示す制御フレームのバ
ッファ解放動作シーケンスチャートである。
ッファ解放動作シーケンスチャートである。
【図２】本発明の第２の実施例を示す制御フレームのバ
ッファ解放動作シーケンスチャートである。
ッファ解放動作シーケンスチャートである。
【図３】従来における送達確認をとってデータバッファ
を解放する場合の動作シーケンスチャートである。
を解放する場合の動作シーケンスチャートである。
【図４】従来における送達確認が不要な場合にデータバ
ッファを直ちに解放する動作シーケンスチャートであ
る。
ッファを直ちに解放する動作シーケンスチャートであ
る。
【図５】従来における応答制御フレームを受信して送達
確認をとらない場合の問題点を示す動作シーケンスチャ
ートである。
確認をとらない場合の問題点を示す動作シーケンスチャ
ートである。
【図６】従来における送出制御フレームを受信できない
場合の問題点を示す動作シーケンスチャートである。
場合の問題点を示す動作シーケンスチャートである。
【図７】本発明に関するプロトコル階層の一例を示す図
である。
である。
【図８】本発明が適用される各レイヤ間の通信を示す図
である。
である。
１１…制御フレーム送出要求、１２…送出制御フレー
ム、２１…応答要求、２２…応答制御フレーム、２３…
ユーザ情報部バッファ解放、３１…制御フレーム送出要
求、３２…送出制御フレーム、４１…応答要求、４２…
応答制御フレーム、４３…タイマ起動、４４…タイマ満
了、４５…ユーザ情報部バッファ解放、７１〜７５…各
レイヤ、８１…上位レイヤエンティティ、８２…ＳＳＣ
ＯＰレイヤ、８３…下位レイヤ、１０１，２０１…送出要
求とデータ、１０２…送出フレーム、１０３…送達確認
用フレーム、１０４…送達確認応答フレーム、１０５…
データバッファ解放、２０１…送出要求とユーザ情報、
２０２，２０５…送出制御フレーム、２０３…応答制御
フレーム、２０４…ユーザ情報部バッファの解放契機な
し。
ム、２１…応答要求、２２…応答制御フレーム、２３…
ユーザ情報部バッファ解放、３１…制御フレーム送出要
求、３２…送出制御フレーム、４１…応答要求、４２…
応答制御フレーム、４３…タイマ起動、４４…タイマ満
了、４５…ユーザ情報部バッファ解放、７１〜７５…各
レイヤ、８１…上位レイヤエンティティ、８２…ＳＳＣ
ＯＰレイヤ、８３…下位レイヤ、１０１，２０１…送出要
求とデータ、１０２…送出フレーム、１０３…送達確認
用フレーム、１０４…送達確認応答フレーム、１０５…
データバッファ解放、２０１…送出要求とユーザ情報、
２０２，２０５…送出制御フレーム、２０３…応答制御
フレーム、２０４…ユーザ情報部バッファの解放契機な
し。
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭56−156052（ＪＰ，Ａ) 特開 平６−37855（ＪＰ，Ａ) 特開 平６−197100（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 13/08 G06F 5/06 G06F 13/00 353
Claims (2)
- 【請求項１】制御フレームに上位レイヤが使用するユー
ザ情報を添付して転送するプロトコル処理方法におい
て、 前記上位レイヤからユーザ情報とともに送出要求を受け
ると、該ユーザ情報をバッファに格納し、 該ユーザ情報を添付した制御フレームを相手装置に送出
し、 該相手装置から前記制御フレームに起因する応答制御フ
レームが返送されてくると、該応答制御フレームを受信
して前記上位レイヤに報告するとともに、該応答制御フ
レームの受信を契機として前記バッファを解放すること
を特徴とする制御フレーム情報部のデータバッファ解放
方法。 - 【請求項２】制御フレームに上位レイヤが使用するユー
ザ情報を添付して転送するプロトコル処理方法におい
て、 相手装置から制御フレームを受信すると、前記上位レイ
ヤに該制御フレームの受信を報告し、 該上位レイヤからユーザ情報とともに応答要求を受ける
と、該ユーザ情報をバッファに格納し、 該ユーザ情報を添付した応答制御フレームを返送すると
ともに、該応答制御フレームに対する再送が要求される
可能性のある時間分のタイマを起動し、 該タイマの満了時点を契機として前記バッファを解放す
ることを特徴とする制御フレーム情報部のデータバッフ
ァ解放方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13183597A JP3351709B2 (ja) | 1997-05-22 | 1997-05-22 | 制御フレーム情報部のデータバッファ解放方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13183597A JP3351709B2 (ja) | 1997-05-22 | 1997-05-22 | 制御フレーム情報部のデータバッファ解放方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10327201A JPH10327201A (ja) | 1998-12-08 |
| JP3351709B2 true JP3351709B2 (ja) | 2002-12-03 |
Family
ID=15067222
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13183597A Expired - Fee Related JP3351709B2 (ja) | 1997-05-22 | 1997-05-22 | 制御フレーム情報部のデータバッファ解放方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3351709B2 (ja) |
-
1997
- 1997-05-22 JP JP13183597A patent/JP3351709B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10327201A (ja) | 1998-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0454364B1 (en) | High speed transport protocol with two windows | |
| US6097731A (en) | Data retransmission method used in confirmation information transmissions | |
| JP2778373B2 (ja) | 再送機能付きバッファ装置 | |
| JP3351709B2 (ja) | 制御フレーム情報部のデータバッファ解放方法 | |
| JPS58175342A (ja) | デ−タ送信制御方式 | |
| JP3067727B2 (ja) | 輻輳制御通信システム | |
| JPH05122278A (ja) | 交換機の端末制御方式 | |
| KR20020009282A (ko) | 데이터 통신 시스템 및 그 통신방법 | |
| JPH06152687A (ja) | データ伝送方法 | |
| JPH114259A (ja) | 仮想コネクション通信装置及び通信方法 | |
| KR100678154B1 (ko) | 데이터 전송 시스템에서 선택적 자동 재전송 및 수신 방법 | |
| JPH04301940A (ja) | データ通信装置及びデータ通信方法 | |
| JP3249209B2 (ja) | データ通信装置 | |
| US7336609B2 (en) | Optimized method and optimized protocol engine for message transmission | |
| JP3446788B2 (ja) | リアルタイム中継配送装置 | |
| JP3351866B2 (ja) | 通信端末装置の伝送制御方法 | |
| JPH06112972A (ja) | パケット再送方式 | |
| KR970005604B1 (ko) | 링크드 리스트를 이용한 에스에스씨오피(sscop) 프로토콜 처리장치 및 데이타 송수신 방법 | |
| JPH01288040A (ja) | データ伝送装置 | |
| KR930004100B1 (ko) | 비동기 방식의 전이중 통신 프로토콜 구현방법 | |
| JP2674608B2 (ja) | バッファ内蔵モデム制御方式 | |
| JP2003060730A (ja) | Ｈｄｌｃ信号送受信方法及びｈｄｌｃ信号装置、ならびにそのプログラムと記録媒体 | |
| JPH0746291A (ja) | リンクリセット方法 | |
| JPH07321873A (ja) | メッセージ復元装置 | |
| JPH04111561A (ja) | 通信方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080920 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080920 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090920 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |