JP3425754B2 - レイヤ２多重処理方式 - Google Patents
レイヤ２多重処理方式Info
- Publication number
- JP3425754B2 JP3425754B2 JP21000294A JP21000294A JP3425754B2 JP 3425754 B2 JP3425754 B2 JP 3425754B2 JP 21000294 A JP21000294 A JP 21000294A JP 21000294 A JP21000294 A JP 21000294A JP 3425754 B2 JP3425754 B2 JP 3425754B2
- Authority
- JP
- Japan
- Prior art keywords
- link
- resource
- layer
- links
- identifier
- 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
- Communication Control (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、ＩＴＵ−Ｔ勧告に規定
されるＬＡＰＤ（Ｑ．９２１）やＬＡＰＦ（Ｑ．９２
２）のようなレイヤ２プロトコルを利用して、複数の通
信装置と同時に多重リンクを設定して通信する通信装置
のレイヤ２多重処理方式に関するものである。
されるＬＡＰＤ（Ｑ．９２１）やＬＡＰＦ（Ｑ．９２
２）のようなレイヤ２プロトコルを利用して、複数の通
信装置と同時に多重リンクを設定して通信する通信装置
のレイヤ２多重処理方式に関するものである。
【０００２】
【従来の技術】従来は、図４に示すように、通信開始前
に予め登録したリンク識別子にのみ固定的にリンク状態
管理用リソース４１を割り付けて通信を行っていた。ま
た登録したリンク識別子のリンクは全て確立し、最大同
時接続リンク数の監視は上位レイヤが実行し、違反を検
知した場合には上位レイヤが当該リンクの切断を起動し
ていた。
に予め登録したリンク識別子にのみ固定的にリンク状態
管理用リソース４１を割り付けて通信を行っていた。ま
た登録したリンク識別子のリンクは全て確立し、最大同
時接続リンク数の監視は上位レイヤが実行し、違反を検
知した場合には上位レイヤが当該リンクの切断を起動し
ていた。
【０００３】
【発明が解決しようとする課題】図４に示す従来技術で
は、通信開始前に予め使用するリンク識別子を登録し、
これに対応するリンク状態管理用リソース４１を事前に
割り付けておく必要があるため、利用する可能性のある
リンク識別子数（Ｎリンク）が増加すると、たとえ最大
同時接続リンク数（Ｍリンク）は制限されていても登録
するリンク識別子数に応じて多くのリソース（Ｎリンク
分）を用意しておく必要があり、実際にはこれらのリソ
ースのほとんど（Ｎ−Ｍリンク分）が利用されないとい
う問題があった。
は、通信開始前に予め使用するリンク識別子を登録し、
これに対応するリンク状態管理用リソース４１を事前に
割り付けておく必要があるため、利用する可能性のある
リンク識別子数（Ｎリンク）が増加すると、たとえ最大
同時接続リンク数（Ｍリンク）は制限されていても登録
するリンク識別子数に応じて多くのリソース（Ｎリンク
分）を用意しておく必要があり、実際にはこれらのリソ
ースのほとんど（Ｎ−Ｍリンク分）が利用されないとい
う問題があった。
【０００４】例えばＬＡＰＤでは加入者あたり最大１２
６端末（ＴＥＩ）を登録加納で、各端末は最大６４ＳＡ
ＰＩを利用することができるため、任意のＴＥＩ／ＳＡ
ＰＩを利用可能にするためには１２６×２４＝８０６４
リンク分のリンク状態管理用リソース４１を準備する必
要があった。しかし、実際には加入者あたりの最大同時
接続リンク数は例えば１６程度に制限されており、ほと
んどのリソースは利用されないまま無駄に保留されるこ
とになる。さらにＬＡＰＦを用いた通信では、アドレス
パートの拡張によりさらに利用可能なリンク識別子数を
増やすことが可能であり、通信装置が規定する最大同時
接続数とは無関係に利用可能なリンク識別子数に応じた
リソースが必要になる。
６端末（ＴＥＩ）を登録加納で、各端末は最大６４ＳＡ
ＰＩを利用することができるため、任意のＴＥＩ／ＳＡ
ＰＩを利用可能にするためには１２６×２４＝８０６４
リンク分のリンク状態管理用リソース４１を準備する必
要があった。しかし、実際には加入者あたりの最大同時
接続リンク数は例えば１６程度に制限されており、ほと
んどのリソースは利用されないまま無駄に保留されるこ
とになる。さらにＬＡＰＦを用いた通信では、アドレス
パートの拡張によりさらに利用可能なリンク識別子数を
増やすことが可能であり、通信装置が規定する最大同時
接続数とは無関係に利用可能なリンク識別子数に応じた
リソースが必要になる。
【０００５】また、従来技術ではＬＡＰＤ処理を例にと
ると、加入者毎の最大レイヤ２リンク数が規定されてお
り、リンク確立後に上位レイヤが同時接続リンク数をチ
ェックし、最大同時接続リンク数を越えたリンクが設定
された場合には当該リンクの切断を起動していたが、こ
のような手順では、上位レイヤの処理負荷が増加する
上、瞬間的にレイヤ２リンクが確立するため、切断前に
情報フレームが到着してしまうすれちがいが発生する可
能性があり、上位レイヤでこれに対処する必要からさら
に処理複雑化していた。
ると、加入者毎の最大レイヤ２リンク数が規定されてお
り、リンク確立後に上位レイヤが同時接続リンク数をチ
ェックし、最大同時接続リンク数を越えたリンクが設定
された場合には当該リンクの切断を起動していたが、こ
のような手順では、上位レイヤの処理負荷が増加する
上、瞬間的にレイヤ２リンクが確立するため、切断前に
情報フレームが到着してしまうすれちがいが発生する可
能性があり、上位レイヤでこれに対処する必要からさら
に処理複雑化していた。
【０００６】本発明は上記の事情に鑑みてなされたもの
で、少ないリンク状態管理用リソースを最大限に利用し
て、高多重のレイヤ２通信処理を実現すると共に、リン
ク設定に伴う上位レイヤの処理負荷を軽減し、処理を単
純化するレイヤ２多重処理方式を提供することを目的と
する。
で、少ないリンク状態管理用リソースを最大限に利用し
て、高多重のレイヤ２通信処理を実現すると共に、リン
ク設定に伴う上位レイヤの処理負荷を軽減し、処理を単
純化するレイヤ２多重処理方式を提供することを目的と
する。
【０００７】
【課題を解決するための手段】上記目的を達成するため
に本発明のレイヤ２多重処理方式は、リンクを識別する
ためのリンク識別子を有するフレームを利用して、１つ
以上の通信装置と、それぞれ１つ以上の論理的なレイヤ
２リンクを確立して同時に通信を行う通信装置におい
て、リンク状態管理用リソースを同時通信可能なリンク
数分に限定して配備し、リンク確立を契機として未使用
のリソースプールから１リンク分のリンク状態管理用リ
ソースを獲得して割り当て、当該リンク識別子と前記リ
ンク状態管理用リソースの対応関係をリンク識別子−リ
ンク状態管理用リソースマッピング機構に登録してリン
ク識別子から対応するリンク状態管理用リソースを参照
することを可能とし、前記リンクのリンク解放を契機と
して前記リンク状態管理用リソースを前記リンク識別子
−リンク状態管理用リソースマッピング機構から削除
し、前記リンク状態管理用リソースを未使用リソースプ
ールの末尾に積み込むことを特徴とするものである。
に本発明のレイヤ２多重処理方式は、リンクを識別する
ためのリンク識別子を有するフレームを利用して、１つ
以上の通信装置と、それぞれ１つ以上の論理的なレイヤ
２リンクを確立して同時に通信を行う通信装置におい
て、リンク状態管理用リソースを同時通信可能なリンク
数分に限定して配備し、リンク確立を契機として未使用
のリソースプールから１リンク分のリンク状態管理用リ
ソースを獲得して割り当て、当該リンク識別子と前記リ
ンク状態管理用リソースの対応関係をリンク識別子−リ
ンク状態管理用リソースマッピング機構に登録してリン
ク識別子から対応するリンク状態管理用リソースを参照
することを可能とし、前記リンクのリンク解放を契機と
して前記リンク状態管理用リソースを前記リンク識別子
−リンク状態管理用リソースマッピング機構から削除
し、前記リンク状態管理用リソースを未使用リソースプ
ールの末尾に積み込むことを特徴とするものである。
【０００８】又、本発明のレイヤ２多重処理方式は、未
使用のリソースプールの空リソースが枯渇した場合、新
規リンクの確立を拒否することを特徴とするものであ
る。又、本発明のレイヤ２多重処理方式は、相手通信装
置もしくは通信装置群ごとに最大同時接続リンク数に制
限を設けることを特徴とするものである。
使用のリソースプールの空リソースが枯渇した場合、新
規リンクの確立を拒否することを特徴とするものであ
る。又、本発明のレイヤ２多重処理方式は、相手通信装
置もしくは通信装置群ごとに最大同時接続リンク数に制
限を設けることを特徴とするものである。
【０００９】
【作用】本発明では、請求項１に示すようなリンク状態
に同期したリンク状態管理用リソースの獲得／解放手順
を設けることにより、最大同時接続リンク数分だけのリ
ソースで任意のリンク識別子を利用した通信を可能にす
ることができる。
に同期したリンク状態管理用リソースの獲得／解放手順
を設けることにより、最大同時接続リンク数分だけのリ
ソースで任意のリンク識別子を利用した通信を可能にす
ることができる。
【００１０】さらに本発明を利用すると、複数加入者と
の通信を同時に処理する通信装置においては、実際には
全ての加入者が最大同時接続数のリンクは設定しないこ
とに着目し、統計多重効果を見込んで「加入者数×加入
者毎の最大同時接続数」より少ないリソースのみを利用
して通信することも可能である。この場合、予想より多
くのリンクが設定される事態が起こりうるが、この場合
には請求項２に示すような機構を利用して新規リンクの
設定を拒否することができる。
の通信を同時に処理する通信装置においては、実際には
全ての加入者が最大同時接続数のリンクは設定しないこ
とに着目し、統計多重効果を見込んで「加入者数×加入
者毎の最大同時接続数」より少ないリソースのみを利用
して通信することも可能である。この場合、予想より多
くのリンクが設定される事態が起こりうるが、この場合
には請求項２に示すような機構を利用して新規リンクの
設定を拒否することができる。
【００１１】本発明では、請求項３に示すような手順を
利用して、レイヤ２処理の中で最大同時接続リンク数を
チェックし、違反検出時にはレイヤ２リンクを拒否する
ことが可能なため、上位レイヤでの最大同時接続数チェ
ック処理は一切不要であり、すれちがいによるフレーム
受信への対処も不要にできる。
利用して、レイヤ２処理の中で最大同時接続リンク数を
チェックし、違反検出時にはレイヤ２リンクを拒否する
ことが可能なため、上位レイヤでの最大同時接続数チェ
ック処理は一切不要であり、すれちがいによるフレーム
受信への対処も不要にできる。
【００１２】
【実施例】以下図面を参照して本発明の実施例を詳細に
説明する。図１に請求項１に示す発明の実施例を示す。
図１の構成例では、リンク確立時に空きリソース登録キ
ュー１１の先頭から空いているリンク状態管理用リソー
ス１２を獲得し、リンク識別子−リンク状態管理用リソ
ースマッピング機構１３に登録し、以後の当該リンク状
態管理に使用する。リンク解放時にこのリンク状態管理
用リソース１２をリンク識別子−リンク状態管理用リソ
ースマッピング機構１３から削除し、空きリソース登録
キュー１１の末尾に積み込む。
説明する。図１に請求項１に示す発明の実施例を示す。
図１の構成例では、リンク確立時に空きリソース登録キ
ュー１１の先頭から空いているリンク状態管理用リソー
ス１２を獲得し、リンク識別子−リンク状態管理用リソ
ースマッピング機構１３に登録し、以後の当該リンク状
態管理に使用する。リンク解放時にこのリンク状態管理
用リソース１２をリンク識別子−リンク状態管理用リソ
ースマッピング機構１３から削除し、空きリソース登録
キュー１１の末尾に積み込む。
【００１３】ここで示すリンク識別子−リンク状態管理
用リソースマッピング機構１３は、通常使われているデ
ータベース機能であり、簡単なテーブルでも実現可能で
あるが、検索を高速化するためにはソートリストなどに
よる検索手段やハードウェアの検索機構を使用したりす
ることもできる。
用リソースマッピング機構１３は、通常使われているデ
ータベース機能であり、簡単なテーブルでも実現可能で
あるが、検索を高速化するためにはソートリストなどに
よる検索手段やハードウェアの検索機構を使用したりす
ることもできる。
【００１４】使用可能なリンク識別子数（Ｎリンク）が
最大同時接続リンク数（Ｍリンク）に比べて充分大きい
場合でも、リンク状態管理用リソース１２は最大同時接
続リンク数（Ｍリンク）分のみ用意し、極めて効率的に
利用可能である。
最大同時接続リンク数（Ｍリンク）に比べて充分大きい
場合でも、リンク状態管理用リソース１２は最大同時接
続リンク数（Ｍリンク）分のみ用意し、極めて効率的に
利用可能である。
【００１５】ここで、図１にある「参照」の意味につい
て述べると、この参照は、リンク識別子から、対応する
リンク状態管理用リソース１２を見つけることを意味す
る。リンク状態管理用リソース１２が割り付けられてい
ないリンク識別子については、参照できない。この場
合、空きリソースから１リソースを獲得して、新規にリ
ンク識別子−リンク状態管理用リソースマッピング機構
１３に登録する必要がある。一旦、リンク識別子−リン
ク状態管理用リソースマッピング機構１３に登録する
と、リンク識別子から対応するリソースを参照すること
が可能である。削除するまで登録されたままの状態が続
く。
て述べると、この参照は、リンク識別子から、対応する
リンク状態管理用リソース１２を見つけることを意味す
る。リンク状態管理用リソース１２が割り付けられてい
ないリンク識別子については、参照できない。この場
合、空きリソースから１リソースを獲得して、新規にリ
ンク識別子−リンク状態管理用リソースマッピング機構
１３に登録する必要がある。一旦、リンク識別子−リン
ク状態管理用リソースマッピング機構１３に登録する
と、リンク識別子から対応するリソースを参照すること
が可能である。削除するまで登録されたままの状態が続
く。
【００１６】次に、リンク状態管理用リソース１２の役
割について述べると、リンク状態管理用リソース１２は
各リンクの通信処理に必須のリソースの総称であり、例
えば、リンク毎のタイマ機能、リンク毎の統計情報管
理、リンク毎のプロトコル状態変数を含む。
割について述べると、リンク状態管理用リソース１２は
各リンクの通信処理に必須のリソースの総称であり、例
えば、リンク毎のタイマ機能、リンク毎の統計情報管
理、リンク毎のプロトコル状態変数を含む。
【００１７】上記のリソースを特定リンクに割り付けに
せず、リンク設定時に空きリソースから１リンク分を動
的に割り当てるのが本発明である。この場合、以下のよ
うに動作する。
せず、リンク設定時に空きリソースから１リンク分を動
的に割り当てるのが本発明である。この場合、以下のよ
うに動作する。
【００１８】ａ、リンク確立時には１リンク分のリソー
ス割り当てが必須である。 ｂ、リソース割り当てすると、はじめてそのリンクのプ
ロトコル処理が可能になる。
ス割り当てが必須である。 ｂ、リソース割り当てすると、はじめてそのリンクのプ
ロトコル処理が可能になる。
【００１９】ｃ、リソース割り当てなしでは、そのリン
クに関するプロトコル処理はできない。 ｄ、リンク状態管理用リソース１２は＃１から＃Ｍまで
Ｍリンク分あり、各リソースが空き／割り当て中のいづ
れかの状態にある。空き状態では空きリソース登録キュ
ー１１に登録されており、割り当て状態ではリンク識別
子−リンク状態管理用リソースマッピング機構１３に登
録されている。
クに関するプロトコル処理はできない。 ｄ、リンク状態管理用リソース１２は＃１から＃Ｍまで
Ｍリンク分あり、各リソースが空き／割り当て中のいづ
れかの状態にある。空き状態では空きリソース登録キュ
ー１１に登録されており、割り当て状態ではリンク識別
子−リンク状態管理用リソースマッピング機構１３に登
録されている。
【００２０】ｅ、従って「リンク状態管理用リソース１
２に割り付け」ではなく「リンク状態管理用リソース１
２を割り付け」であり、「リンク状態管理用リソース１
２から外れる」ではなく「リンク状態管理用リソース１
２を解放する」である。
２に割り付け」ではなく「リンク状態管理用リソース１
２を割り付け」であり、「リンク状態管理用リソース１
２から外れる」ではなく「リンク状態管理用リソース１
２を解放する」である。
【００２１】請求項２に示す発明の実施例は、図１にお
いて空きリソース登録キュー１１が空の状態で、新規に
リンク確立要求が発生した場合に、プロトコル手順に従
って当該リンクの接続を拒否するものである。
いて空きリソース登録キュー１１が空の状態で、新規に
リンク確立要求が発生した場合に、プロトコル手順に従
って当該リンクの接続を拒否するものである。
【００２２】リンク状態管理用リソース１２の数 Ｍ個
（＃１〜＃Ｍ） ０≦空きリソース数≦Ｍ （すべてのリソースを空きリ
ソースとして登録可能） Ｍ−空きリソース数＝割り当て中リソース数 空きリソース数＝０の状態で、新規のリンクを設定しよ
うとしても、リソースを割り付けることができないの
で、この場合にはその新規リンクの確立を拒否するのが
請求項２の特長である。
（＃１〜＃Ｍ） ０≦空きリソース数≦Ｍ （すべてのリソースを空きリ
ソースとして登録可能） Ｍ−空きリソース数＝割り当て中リソース数 空きリソース数＝０の状態で、新規のリンクを設定しよ
うとしても、リソースを割り付けることができないの
で、この場合にはその新規リンクの確立を拒否するのが
請求項２の特長である。
【００２３】従って、請求項２の実施例をあげると、図
３のようなアルゴリズムになる。すなわち、図３に示す
ように、リンク設定要求があり、割り当てリソースがあ
る場合は、当該リンクの状態に応じたプロトコル処理を
行う。一方、リンク設定要求があり、割り当てリソース
がない場合は、空きリソースがあるか否かを判断し、空
きリソースがある場合は新規リソースを登録して、リン
ク設定処理する。これに対し、リンク設定要求があって
も、割り当てリソースがなく、空きリソースもない場合
には、リンク設定を拒否する。図３の太線部分が請求項
２の実施例となる。
３のようなアルゴリズムになる。すなわち、図３に示す
ように、リンク設定要求があり、割り当てリソースがあ
る場合は、当該リンクの状態に応じたプロトコル処理を
行う。一方、リンク設定要求があり、割り当てリソース
がない場合は、空きリソースがあるか否かを判断し、空
きリソースがある場合は新規リソースを登録して、リン
ク設定処理する。これに対し、リンク設定要求があって
も、割り当てリソースがなく、空きリソースもない場合
には、リンク設定を拒否する。図３の太線部分が請求項
２の実施例となる。
【００２４】図２に請求項３に示す発明の実施例を示
す。本実施例では、相手通信装置に対応した数だけ、図
１と同様のリンク識別子−リンク状態管理用リソースマ
ッピング機構１３１，１３２………を用意し、登録時に
各通信装置毎に登録リンク識別子数をチェックし、予め
登録してある各通信装置毎の同時接続リンク数を上回る
場合には、例え空きリソース登録キュー１１にリソース
が残っていても新規リンクの接続を拒否する。
す。本実施例では、相手通信装置に対応した数だけ、図
１と同様のリンク識別子−リンク状態管理用リソースマ
ッピング機構１３１，１３２………を用意し、登録時に
各通信装置毎に登録リンク識別子数をチェックし、予め
登録してある各通信装置毎の同時接続リンク数を上回る
場合には、例え空きリソース登録キュー１１にリソース
が残っていても新規リンクの接続を拒否する。
【００２５】以上のように本実施例によれば、次のよう
な効果がある。 （１） リンク状態に同期したリンク状態管理用リソー
スの獲得／解放手順を設けることにより、最大同時接続
リンク数分だけのリソースで任意のリンク識別子を利用
した通信を可能にすることができる。
な効果がある。 （１） リンク状態に同期したリンク状態管理用リソー
スの獲得／解放手順を設けることにより、最大同時接続
リンク数分だけのリソースで任意のリンク識別子を利用
した通信を可能にすることができる。
【００２６】（２） 複数加入者との通信を同時に処理
する通信装置においては、実際には全ての加入者が最大
同時接続数のリンクは設定しないことに着目し、統計多
重効果を見込んで「加入者数×加入者毎の最大同時接続
数」より少ないリソースのみを利用して通信することも
可能である。
する通信装置においては、実際には全ての加入者が最大
同時接続数のリンクは設定しないことに着目し、統計多
重効果を見込んで「加入者数×加入者毎の最大同時接続
数」より少ないリソースのみを利用して通信することも
可能である。
【００２７】（３） レイヤ２処理の中で最大同時接続
リンク数をチェックし、違反検出時にはレイヤ２リンク
を拒否することが可能なため、上位レイヤでの最大同時
接続数チェック処理は一切不要であり、すれちがいによ
るフレーム受信への対処も不要にできる。
リンク数をチェックし、違反検出時にはレイヤ２リンク
を拒否することが可能なため、上位レイヤでの最大同時
接続数チェック処理は一切不要であり、すれちがいによ
るフレーム受信への対処も不要にできる。
【００２８】
【発明の効果】以上述べたように本発明によれば、少な
いリンク状態管理用リソースを最大限に利用して、高多
重のレイヤ２通信処理を実現すると共に、リンク設定に
伴う上位レイヤの処理負荷を軽減し、処理を単純化する
レイヤ２多重処理方式を提供することができる。
いリンク状態管理用リソースを最大限に利用して、高多
重のレイヤ２通信処理を実現すると共に、リンク設定に
伴う上位レイヤの処理負荷を軽減し、処理を単純化する
レイヤ２多重処理方式を提供することができる。
【図１】本発明の一実施例を示す構成説明図である。
【図２】本発明の他の実施例を示す構成説明図である。
【図３】本発明の請求項２の実施例を示すフローチャー
トである。
トである。
【図４】従来技術を示す構成説明図である。
１１…空きリソース登録キュー、１２…リンク状態管理
用リソース、１３，１３１，１３２…リンク識別子−リ
ンク状態管理用リソースマッピング機構。
用リソース、１３，１３１，１３２…リンク識別子−リ
ンク状態管理用リソースマッピング機構。
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 平３−291039（ＪＰ，Ａ)
特開 平４−172733（ＪＰ，Ａ)
特表 平８−508864（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 29/08
H04L 29/04
H04L 12/56
H04L 12/28
Claims (3)
- 【請求項１】 リンクを識別するためのリンク識別子を
有するフレームを利用して、１つ以上の通信装置と、そ
れぞれ１つ以上の論理的なレイヤ２リンクを確立して同
時に通信を行う通信装置において、リンク状態管理用リ
ソースを同時通信可能なリンク数分に限定して配備し、
リンク確立を契機として未使用のリソースプールから１
リンク分のリンク状態管理用リソースを獲得して割り当
て、当該リンク識別子と前記リンク状態管理用リソース
の対応関係をリンク識別子−リンク状態管理用リソース
マッピング機構に登録してリンク識別子から対応するリ
ンク状態管理用リソースを参照することを可能とし、前
記リンクのリンク解放を契機として前記リンク状態管理
用リソースを前記リンク識別子−リンク状態管理用リソ
ースマッピング機構から削除し、前記リンク状態管理用
リソースを未使用リソースプールの末尾に積み込むこと
を特徴とするレイヤ２多重処理方式。 - 【請求項２】 請求項１記載のレイヤ２多重処理方式に
おいて、未使用のリソースプールの空リソースが枯渇し
た場合、新規リンクの確立を拒否することを特徴とする
レイヤ２多重処理方式。 - 【請求項３】 請求項１記載のレイヤ２多重処理方式に
おいて、相手通信装置もしくは通信装置群ごとに最大同
時接続リンク数に制限を設けることを特徴とするレイヤ
２多重処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21000294A JP3425754B2 (ja) | 1994-09-02 | 1994-09-02 | レイヤ２多重処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21000294A JP3425754B2 (ja) | 1994-09-02 | 1994-09-02 | レイヤ２多重処理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0879327A JPH0879327A (ja) | 1996-03-22 |
| JP3425754B2 true JP3425754B2 (ja) | 2003-07-14 |
Family
ID=16582230
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21000294A Expired - Fee Related JP3425754B2 (ja) | 1994-09-02 | 1994-09-02 | レイヤ２多重処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3425754B2 (ja) |
-
1994
- 1994-09-02 JP JP21000294A patent/JP3425754B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0879327A (ja) | 1996-03-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20080037764A1 (en) | Connection recovery in a call center | |
| US20060109847A1 (en) | Subscriber line accommodation apparatus and packet filtering method | |
| CN114070822B (zh) | 一种Kubernetes Overlay IP地址管理方法 | |
| US6952735B1 (en) | Dynamically distributed IP-pool in GPRS | |
| US6424700B1 (en) | Network based distributed PBX with connection loss survival features | |
| US5854823A (en) | System and method for providing resources to test platforms | |
| JP3625482B2 (ja) | Ｖ５インターフェースの起動を保証するためのプロシジャー | |
| JP3425754B2 (ja) | レイヤ２多重処理方式 | |
| CN1082307C (zh) | 在通信网络内呼叫分配的方法 | |
| US6674722B1 (en) | Processes in a distributed multiprocessor system | |
| DE69836799T2 (de) | Verfahren zur Auflösung von Verbindungen | |
| JPH022783A (ja) | Ｉｓｄｎ端末終端識別子管理方式 | |
| JP2832096B2 (ja) | 通信制御装置 | |
| CN109982448A (zh) | 一种基于关键通信的组呼创建方法、装置及系统 | |
| CN111641597A (zh) | 一种针对云环境的防火墙动态安全防护系统及方法 | |
| JP3382800B2 (ja) | 一時的識別子割当方法 | |
| JP2535860B2 (ja) | 情報処理装置 | |
| JP3056632B2 (ja) | 複数チャネル通信方法及び通信装置 | |
| JP2004193643A (ja) | Ｉｐアドレス自動割付方法／プログラム、端末装置 | |
| CN117081919A (zh) | 一种网络设备快速配置的实现方法 | |
| JP4380358B2 (ja) | Ｉｐ電話交換システム | |
| JP2831687B2 (ja) | 端末アドレスの管理方式 | |
| CA2210206C (en) | Internet application access server apparatus and method | |
| JP2989864B2 (ja) | 端末アドレス管理方式 | |
| KR20000065381A (ko) | Ｖ5.2 종합정보통신망(ｉｓｄｎ) 호 설정에서의 호 처리 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |