JP3621045B2 - Ａｔｍ網における品質申告情報の中継方法 - Google Patents
Ａｔｍ網における品質申告情報の中継方法 Download PDFInfo
- Publication number
- JP3621045B2 JP3621045B2 JP2000573047A JP2000573047A JP3621045B2 JP 3621045 B2 JP3621045 B2 JP 3621045B2 JP 2000573047 A JP2000573047 A JP 2000573047A JP 2000573047 A JP2000573047 A JP 2000573047A JP 3621045 B2 JP3621045 B2 JP 3621045B2
- Authority
- JP
- Japan
- Prior art keywords
- subscriber
- qos
- quality
- information
- recommendation
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/25—Routing or path finding in a switch fabric
- H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
- H04L49/254—Centralised controller, i.e. arbitration or scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2491—Mapping quality of service [QoS] requirements between different networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/20—Support for services
- H04L49/205—Quality of Service based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
- H04L49/3081—ATM peripheral units, e.g. policing, insertion or extraction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
- H04L2012/5651—Priority, marking, classes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/50—Overload detection or protection within a single switching element
- H04L49/501—Overload detection
- H04L49/503—Policing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【技術分野】
【０００１】
本発明は、ＡＴＭ網における品質申告情報の中継方法に関する。
【背景技術】
【０００２】
近年マルチメディアサービスが飛躍的に拡大している。これに伴い、マルチメディア情報を効率よく、また情報のコンテンツに応じて、伝送品質を保証して高速で伝送できるＡＴＭ技術を用いたＡＴＭ交換機及び、そのシステムの需要が延びている。
【０００３】
ＡＴＭ伝送の特徴である品質制御は、通信を行う時、相手を選択して接続する交換型方式を言うＳＶＣ（Switched Virtual Connection）の場合は、ＩＴＵ−Ｔ（国際通信連合−電気通信標準化部門）／ＡＴＭ Ｆｏｒｕｍ等の勧告機関により標準化される品質制御原理及び、品質制御情報の申告手順に従って、ＡＴＭ交換機に申告される。これにより申告内容に応じた品質制御が実現される。
【０００４】
しかし、上記勧告機関での標準化作業は、１９９３年より開始され、今日に至るまで、マルチメディアサービスの多様化、ＡＴＭ交換技術の利用範囲の拡大、また品質制御技術の革新等に従い、勧告内容も種々改善されて来ている。
【０００５】
このために、初期勧告の内容を補う為の勧告化が図られたり、新たな勧告が作成されたりと、勧告内容が当初と大きく変わってきている。
【０００６】
この事は、ＡＴＭ技術の中核となる品質制御において特に顕著に現れている。このような変化の中、データの提供元、受信先及び、ＡＴＭ網を用いたデータ中継機等の各ＡＴＭ制御装置は、初期勧告に従った制御を実現しているものが現状大多数を占めている。
【０００７】
今後、新しい勧告に従った制御を実現し、伝送効率を向上させ、更にコンテンツに応じた品質制御をきめ細かく行うことによりサービス品質の向上をもって市場の開拓、確保が進むことになるものと想定される。
【０００８】
改善された各々の勧告は、品質制御に関しては、目標とする品質制御原理において同じである。しかし、これまでの勧告の差分を引き継いだ形での品質制御原理の改良であることが現状である。また、目標とする制御原理に向けたアプローチにも違いが生じている。このような状況から、データの提供元、受信先及び、ＡＴＭ網のそれぞれがサポートする勧告と、その版数は年を追うごとに多様化している。
【０００９】
この為に、データ伝送のコネクションのＥＮＤ−ＴＯ−ＥＮＤ（端末同士間の接続）で実現される通信品質に続一性を欠く様な現象の発生が懸念される。
【００１０】
次項に、現在勧告されている勧告の版数と各々の差分を示し、コネクション設定時に起こりうる問題点を示す。
勧告内容（１）：ＩＴＵ−Ｔ ＳＣＳ１ ＱＯＳ＝０のみ規定。
【００１１】
具体的な品質要求は出来ない。サービス品質（ＱＯＳ：Quality of Service）以外の申告情報であるトラヒック（traffic）情報とベアラ(bearer)情報によりＡＴＭ交換機が定める品質結果に従う。
【００１２】
勧告内容（２）：ＩＴＵ−Ｔ ＳＣＳ２ ＱＯＳ＝０，１〜４を規定。
具体的な品質制御が可能となった。ＱＯＳ＝０申告時は、勧告内容（１）と同様の制御を実現している。ＱＯＳ＝１〜４申告の場合は、申告ＱＯＳ情報を基に品質が規定される。
【００１３】
勧告内容（３）：ＡＴＭ Ｆｏｒｕｍ Ｖ３．１ＩＩＳＰ（Interim Inter-Switch Signaling Protocol）ＱＯＳ＝０，１〜３を規定。
【００１４】
特にＱＯＳ値に依存せず勧告内容（１）と同様の制御を実現する。但し、申告されたＱＯＳは補助的な位置づけとなる。さらに、ＱＯＳ＝０時に期待するトラヒック品質を実現する補助情報の申告を規定している。トラヒックＴＹＰ＝ＵＢＲを希望する場合、ＱＯＳ＝０ トラヒック申告情報にBEST EFFORT通知を付加する。
【００１５】
勧告内容（４）：ＡＴＭ Ｆｏｒｕｍ Ｖ４．０ ＱＯＳ＝０，１〜３を規定。
【００１６】
勧告内容（３）に加え、拡張品質制御情報の申告が可能である。ＵＢＲ（Unspecified Bit Rate：無指定伝送装置）／ＡＢＲ（Available Bit Rate：利用可能伝送装置）以外のトラヒック時に交換機の持つ能力を引き出せるよう配慮されている。また、ＵＢＲに加えＡＢＲを規定する。トラヒックタイプ＝ＡＢＲを希望する場合は、ＱＯＳ＝０申告が必須である。
上記のように勧告内容に差異があるために、以下に示す問題が生じ、異なる勧告・版数間のインターワーク（相互間通信作業）に阻害が生じている。
（ａ）加入者サポートのプロトコルの勧告と版数相互間に差分がある。
【００１７】
ＡＴＭ交換機に収容される加入者が、各々の目的に応じた勧告と版数を使用する場合、品質情報の通知が一致しない組合わせが存在する。この為に、受信された情報のまま着加入者へ通知すると未定義／未サポート情報の申告としてコネクション設定要求が拒否され、インターワークの阻害となる。
【００１８】
上記に示した勧告と版数間のインターワーク関係を示すと、以下の表の通りである。
【００１９】
【表１】
（ｂ）同じＱＯＳ申告値で制御が異なる。
【００２０】
以下に示すように、同じＱＯＳ値であっても使用を許されるトラヒックタイプが翼なり、インタワークの阻害となる。
【００２１】
上記勧告内容（２）のＱＯＳ＝４は、トラヒックタイプ＝ＵＢＲに相当する。
勧告内容（４）のＱＯＳ＝４は、トラヒックタイプ＝非実時間可変伝送速度（ｎｒｔ−ＶＢＲ：non-real time Variable Bit Rate）に相当する。
この為に、上記勧告をポートしている加入者間では、ＱＯＳ惰報をそのまま通知する事は出来ない。
（ｃ）希望するトラヒックによる申告ＱＯＳ値が異なる。
【００２２】
以下に示すように、希望するトラヒックタイプに応じたＱＯＳの許される値が異なるため、インターワークの阻害となっている。
【００２３】
１）すなわち、トラヒックタイプ＝ＵＢＲを希望する場合は、上記勧告内容（２）では、ＱＯＳ＝４を申告する。勧告内容（３）、（４）の場合は、ＱＯＳ＝０を申告に加え、BEST EFFORT通知を付加する。
【００２４】
２）トラヒックタイプ＝ＡＢＲを希望する場合は、上記勧告内容（２）では、ＱＯＳ＝３，４を申告する。勧告内容（４）の場合は、ＱＯＳ＝０を申告する。
（ｄ）受信可能な品質情報に差分があり，必要な情報が通知出来ない。
【００２５】
ＱＯＳ以外のＦｏｒｕｍ ４．０が規定する拡張品質制御情報を基にして、更にきめ細かい要求を行うことが要求された場合、その情報をサポートしていない勧告や版数の通信プロトコルにより、ＡＴＭ交換機と接続される加入者へ通知する事が出来ない。
【００２６】
さらに、この拡張情報が申告された場合は、ＱＯＳの申告を特に必要としないために、更にインターワークの阻害となっている。
（ｅ）ＡＴＭ交換機間においても適切な情報通知ができない。特に他ベンダー製品とのインターワークは困難である。ＱＯＳ＝０と申告した場合、無条件にＵＢＲトラヒックとして制御するケースもあり得る。このため、ＱＯＳ＝０申告でもコネクションのＥＮＤ−ＴＯ−ＥＮＤで統一された品質制御が提供されるとは限らない。
【００２７】
【発明の開示】
【発明が解決しようとする課題】
したがって、本発明の目的は、プロトコルに従い通信装置間を接続する際に、通信装置間で適用されるプロトコルの版数の相違による上記の問題を解消するＡＴＭ網における品質申告情報の中継方法を提供することにある。
【００２８】
【課題を解決するための手段】
かかる上記の問題を解消する本発明にしたがう、ＡＴＭ網における品質申告情報の中継方法は、発側加入者及び着側加入者を収容するＡＴＭ交換機を有するＡＴＭ交換網において、前記ＡＴＭ交換機により、発側加入者がサポートする加入者信号プロトコルと、着側加入者がサポートする加入者信号プロトコルとの差分を補正するサービス品質（ＱＯＳ：Quality of Service）補正原理を求め、前記サービス品質補正原理から補正された品質制御情報を生成し、生成された品質制御情報に基づきコネクション受け付け制御及び、使用量パラメータ制御を実現する。次いで、該着側加入者に該品質制御情報を送出することを特徴とする。
【００２９】
一態様として、前記求められるサービス品質（ＱＯＳ：Quality of Service）補正原理は、予め設定されている加入者信号プロトコルの版数の、発側及び着側加入者間の、複数の組合わせから求められることを特徴とする。
【００３０】
上記ＡＴＭ網における品質申告情報の中継方法において適用されるＡＴＭ交換機は、発側加入者及び着側加入者を収容し、発側及び着側加入者のそれぞれの加入者番号に対応してそれぞれの加入者がサポートする加入者信号プロトコルを格納する加入者信号プロトコルデータベースと、加入者信号プロトコルデータベースに格納される発側加入者のサポートする加入者信号プロトコルと、着側加入者のサポートする加入者信号プロトコルの組合わせに対応して、サービス品質（ＱＯＳ：Quality of Service）補正原理を格納する補正内容管理情報データベースを有する。そして、前記サービス品質補正原理から補正された品質制御情報を生成し、生成された品質制御情報に基づきコネクション受け付け制御及び、使用量パラメータ制御を実現し、次いで、着側加入者に該品質制御情報を送出することを特徴とする。
【００３１】
本発明の更なる目的及び、特徴は、以下に図面を参照しての本発明の実施の形態の説明から明らかである。
【図面の簡単な説明】
【００３２】
図１は、ＡＴＭ交換機の一般的構成を示す図である。
【００３３】
図２は、本発明を適用するＡＴＭ交換機の一実施例構成である。
【００３４】
図３は、図２の実施例に対応する動作フロー図である。
【００３５】
図４は、本発明を適用するＡＴＭ交換機の実施例構成であり、加入者−ＡＴＭ交換機−ＡＴＭ交換機−加入者間でコネクションを設定において、発側加入者からＡＴＭ交換機に信号を送る場合を示す図である。
【００３６】
図５は、図4に対応する動作フロー図である。
【００３７】
図６は、本発明を適用する実施例構成であり加入者−ＡＴＭ交換機−ＡＴＭ交換機−加入者間でコネクションを設定において、ＡＴＭ交換機から着側加入者に信号を送る場合を示す図である。
【００３８】
図７は、図６に対応する動作フロー図である。
【００３９】
図８は、ＡＴＭ交換公衆網におけるＥＮＤ ＳＷ−ＴＯ−ＥＮＤ ＳＷ間の局用通信プロトコルであるＡＴＭ Ｆｏｒｕｍ Ｂ−ＩＣＩＶ２．１を想定する例である。
【００４０】
図９は、ＡＴＭ交換公衆網におけるＥＮＤ ＳＷ−ＴＯ−ＥＮＤ ＳＷ間の局用通信プロトコルであるＩＴＵ−Ｔ ＳＣＳ２．２を想定する例である。
【発明を実施するための最良の形態】
【００４１】
以下本発明の実施の形態を図面に従い説明する。なお、図において、同一又は、類似のものには、同一の参照数字または、参照記号を付して説明する。
【００４２】
ここで、本発明の実施の形態を説明するに先立って、本発明の理解を容易とするべく従来の構成について説明する。
【００４３】
図１は、ＡＴＭ交換機の一般的構成を示す図である。ＡＴＭスイッチ１を核として構成される。図１では、Ａユーザ２及び，Ｂユーザ３がそれぞれ回線装置４，５および、集線装置６，７を通してＡＴＭスイッチ１に接続される。
【００４４】
ＡＴＭスイッチ１によって、Ａユーザ２とＢユーザ３が接続される際、信号用パス８を通して、Ａユーザ２から送られる呼設定信号が信号終端装置９で受信される。
【００４５】
信号終端装置９で受信された呼設定信号は、信号送受信制御部１０に分岐される。信号送受信制御部１０は、更に分岐された制御信号を受信メッセージ分析部１１において、呼処理制御情報を分析し、呼処理制御部１２に送る。
【００４６】
呼処理制御部１２は、対応する翻訳制御部１３、申告情報分析部１４及び、コネクション制御部１５に必要な制御情報を送る。
【００４７】
翻訳制御部１３は、アドレス情報を受け、セルをＡＴＭスイッチ１により接続すべき方路を求める。申告情報分析部１４は、申告されたトラヒック情報および品質から必要な帯域及びハードウェアを設定する。さらに、コネクション制御部１５は、通知されたコネクション情報をＣＡＣ／ＵＰＣ制御部１６との間で交換する。
【００４８】
さらに、ＣＡＣ／ＵＰＣ制御部１６は、帯域／コネクション制御部１５の制御の下に、上記ＡＴＭ交換機を構成する各部に対し、コネクション受付制御（ＣＡＣ： Connection Admission Control）及び、使用量パラメータ制御（ＵＰＣ：Usage Parameter Control）を行う。
【００４９】
コネクション受付制御（ＣＡＣ）は、ある地点からある地点まで、ある帯域のコネクションがある品質で通信することを許可するか否かを制御する。一方、使用量パラメータ制御（ＵＰＣ）により、ユーザのトラヒック量が監視され、申告値をオーバしたトラヒックに対し、セルの廃棄等が行われる。
【００５０】
図１において、黒点で示した部分が、使用量パラメータ制御の対象とされる部分である。このような、ＡＴＭ交換機の構成において、先に説明したように、例えばAユーザ2、 Bユーザ３の間で採用するプロトコルの版数が異なる場合、先に説明したような（ａ）〜（ｅ）の問題が生じる。
【００５１】
ここで、品質制御のレベルは、勧告における版数で各々の差分を知ることが可能である。そこで、ＡＴＭ交換機に収容される加入者毎に、勧告のいずれの版数に準拠しているかを管理し、勧告の差分を補正することにより、先の（ａ）〜（ｅ）の問題を回避することが可能である。
【００５２】
さらに、局間においては、局問の通信用に使用される信号プロトコルが、特定の国内では一種類で運用されることが一般的である。そこで、例えば、北米地域ではＡTＭ Ｆｏｒｕｍの最新版を用い、欧州、東南アジア、中近東ではＩＴＵ−Ｔの最新版に従って、申告補正を実現する。
【００５３】
これにより、ＡＴＭ交換機が如何なる勧告の如何なる版数をサポートする加入者を収容しても局間にまたがるコネクションのＥＮＤ−ＴＯ−ＥＮＤで統一された品質制御を可能とできる。
【００５４】
したがって、本発明はかかる制御原理を用いることに特徴を有する。図２は、かかる特徴を実現する本発明を適用するＡＴＭ交換機の一実施例構成である。
【００５５】
図２の実施例構成は、加入者Ａ−ＡＴＭ交換機−加入者Ｂ間でコネクションを設定する場合の例である。そして、加入者Ａ及び、加入者Ｂがサポートするプロトコルが異なる場合の例である。
【００５６】
図１の従来構成との対比において、図２の構成では、本発明により加入者プロトコル管理制御データ１４０と、補正情報管理情報１４１をデータベースとして有する。これらデータベースを申告情報分析部１４との関係において利用する手段として、加入者プロトコル管理制御部１４２及び、分析処理部１４３を有する。
【００５７】
さらに、分析処理部１４３で得られたサービス品質（ＱＯＳ：Quality of Service）情報の補正値に基づき補正制御を行う補正制御手段１４４を有する。
【００５８】
図３は、図２の実施例に対応する動作フロー図である。Aユーザ２からの呼設定要求をＡＴＭ交換機が受けると、受信メッセージ分析部１１により、受信メッセージが分析される（ステップＳ１）。
【００５９】
そして、呼設定信号により受信したメッセージ中の申告内容から品質制御情報、ベアラ制御情報及び、トラヒック制御情報が抽出される（ステップＳ２）。抽出された情報における申告の妥当性が申告情報分析部１４において、判定される（ステップS３）。
【００６０】
ついで、翻訳制御部１３で受信翻訳された発着双方のユーザの加入者番号に基づき、申告情報制御部１４は、加入者プロトコル管理制御部１４２を通して加入者プロトコル管理制御データ１４０から各々のユーザの加入者プロトコル管理制御データを抽出する（ステップS４）。
【００６１】
ここで、加入者プロトコル管理制御データ１４０は、メインメモリＭＭに加入者番号を基準にして、対応するサポート対象の勧告及び版数が登録されている。したがって、発側加入者及び、着側加入者に対してサポート対象の勧告及び版数がデータとして読み出し可能である。
【００６２】
ついで、分析処理部１４３は、申告情報分析部１４において読み出した発側加入者及び、着側加入者に対してのサポート対象の勧告及び版数データに基づき、補正内容管理情報データベース１４１をアクセスする。これにより、対応するＱＯＳ情報補正原理を読み出す（ステップＳ５）。
【００６３】
補正内容管理情報データベース１４１もメインメモリＭＭに格納され、接続する機器間のサポート対象の勧告及び版数の組み合わせに対応して、それらの勧告及び版数の相違を補正する補正原理が予め登録されている。この補正原理については、後に詳細に説明する。
【００６４】
ＱＯＳ情報補正制御部１４４は、読み出された補正原理に従って、申告用品質制御情報を生成する（ステップS６）。
【００６５】
ついで、CAC／UPC制御部１６は、ユーザ申告情報に従い、 ＣＡＣ制御を行いＵＰＣ設定情報を作成する（ステップＳ７）。一方、送信メッセージ編集部１８により、補正された品質制御情報を、その他の通知情報と同様に送信用メッセージとして編集して、呼設定要求受付加入者であるＢユーザ３に転送する（ステップ８）。
【００６６】
上記のように、品質制御の制御レベルは勧告における版数で各々の差分を知ることが可能である。そこで、ＡＴＭ交換機に収容される加入者ごとに勧告のどの版数に準拠しているかを、メインメモリＭＭに加入者プロトコル管理制御データ１４０として格納する。
【００６７】
さらに、接続する組み合わせに対応して、勧告の差分をメインメモリＭＭに補正内容管理情報１４１として格納する。
【００６８】
上記図２の実施例において、ＱＯＳ情報補正制御部１４４から出力される補正制御情報に基づき、ＣＡＣ／ＵＰＣ制御部１６により、ＡＴＭ交換機の各ＵＰＣ制御対象部に対し、次の変換原理により着加入者へ通知する品質情報を補正する。
【００６９】
（１ａ）発側加入者であるＡユーザが勧告内容（１）をサポートし、着側加入者であるＢユーザが、勧告内容（１）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００７０】
勧告内容（２）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００７１】
勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００７２】
勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００７３】
（１ｂ） Ａユーザが勧告内容（２）をサポートし、Ｂユーザが、
勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換し通知する。
【００７４】
勧告内容（２）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００７５】
勧告内容（３）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、且つＱＯＳ＝４の場合は、ＱＯＳ＝０＋BEST EFFORT表示を付与する。
【００７６】
勧告内容（４）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、
ＱＯＳ＝４の場合は、ＱＯＳ＝０＋BEST EFFORT表示を付与する。さらに、TRAFFIC TYPE=ＡＢＲ申告時は、ＱＯＳ＝０に変換し通知する。
【００７７】
（１ｃ） Ａユーザが勧告内容（３）をサポートし、Ｂユーザが、
勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換し通知する。さらに、TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORTを表示し、通知する。
【００７８】
勧告内容（２）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、ＱＯＳ＝４の場合は、ＱＯＳ＝３に変換し、通知する。TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT表示を破棄し、ＱＯＳ＝４に変換し、通知する。
【００７９】
勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００８０】
勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００８１】
（１ｄ） Ａユーザが勧告内容（４）をサポートし、Ｂユーザが、
勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換して通知する。TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT 表示を破棄し通知する。
【００８２】
勧告内容（２）をサポートする場合、ＱＯＳ＝０〜３は、受信値のまま透過する。ＱＯＳ＝４の場合は、ＱＯＳ＝３に変換し通知する。TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT表示を破棄しＱＯＳ＝４に変換して、通知する。TRAFFIC TYPE=ＡＢＲ申告時は、申告されるトラヒックパターンを参考にＱＯＳ＝２ or 3 で通知する。
【００８３】
勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。ＱＯＳ＝４の場合は、ＱＯＳ＝３に変換して通知する。
【００８４】
勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００８５】
このようにして、上記問題点（ａ）〜（ｃ）に挙げた、加入者サポートのプロトコルの勧告と版数相互間の差分が、インターワークに及ぼしている阻害を回避する事が可能となる。
【００８６】
よって、ＡＴＭ交換機に収容される加入者が各々の目的に応じた勧告と版数を使用することにより、品質情報の通知内容が一致しない組み合わせが存在しても、着加入者のサポートする信号プロトコルに応じた品質情報の補正がなされる。また、コネクション設定要求も正常になされ、問題なくインターワークが実現される。
【００８７】
さらに、着加入者３の先にＡＴＭ−ＰＢＸ／ＡＴＭ−ＥＤＧＥ ＳＷ等が存在し、その各々が独自の品質制御を提供している可能性がある場合は、ＥＮＤ−ＴＯ−ＥＮＤの統一されたコネクション品質を確保することが困難になると予想される。
【００８８】
かかる場合は、図２の実施例における制御原理内の補正内容管理情報を、次に示すように、申告情報を基に網内でＣＡＣ制御を行う際に求めた第２の品質制御情報を通知出来るように改善すること回避可能である。
【００８９】
すなわち、第２の品質制御情報として、次の変換原理により着加入者へ通知する品質情報を補正する。
【００９０】
（２ａ）発側加入者であるＡユーザが勧告内容（１）をサポートし、着加入者であるＢユーザが、
勧告内容（１）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００９１】
勧告内容（２）をサポートする場合、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。
【００９２】
勧告内容（３）をサポートする場合、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。内部ＱＯＳが４の場合は、ＱＯＳ＝０＋BEST EFFORT表示を付与する。
【００９３】
勧告内容（４）をサポートする場合、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。内部ＱＯＳが４の場合は、ＱＯＳ＝０＋BEST EFFORT表示を付与する。
【００９４】
（２ｂ） Ａユーザが勧告内容（２）をサポートし、Ｂユーザが、勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換し通知する。
【００９５】
勧告内容（２）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００９６】
勧告内容（３）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、且つＱＯＳ＝４の場合は、ＱＯＳ＝０＋BEST EFFORT表示付与する。
【００９７】
勧告内容（４）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、ＱＯＳ＝４の場合は、ＱＯＳ＝０＋BEST EFFORT表示付与する。さらに、TRAFFIC TYPE=ＡＢＲ申告時は、ＱＯＳ＝０に変換し通知する。
【００９８】
（２ｃ） Ａユーザが勧告内容（３）をサポートし、Ｂユーザが、勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換して通知する。さらに、TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT表示を破棄し、通知する。
【００９９】
勧告内容（２）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT表示を破棄し、ＱＯＳ＝４に変換して通知する。
【０１００】
勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【０１０１】
勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
（２ｄ） Ａユーザが勧告内容（４）をサポーし、Ｂユーザが、勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換して通知する。TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT表示を破棄し、通知する。
【０１０２】
勧告内容（２）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過する。
ＱＯＳ＝４の場合は、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳを通知する。さらに、TRAFFIC TYPE=UBR 申告時は、付与されてくるBEST EFFORT表示を破棄し、ＱＯＳ＝４に変換して、さらに、TRAFFIC TYPE=ABR 申告時は、申告されるトラフィックパターンを参考に、ＱＯＳ＝２or３で通知する。
【０１０３】
勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。ＱＯＳ＝４の場合は、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。
【０１０４】
勧告内容（４）をサポートする場合、 受信ＱＯＳ情報をそのまま透過する。
【０１０５】
また、上記問題点（ｄ）に上げた拡張品質制御情報を用いた品質申告における阻害を回避する為に、図２の実施例制御原理内の第２の補正内容管理情報に対し、以下の制御原理を配慮した改善を図り、その阻害要因を削除し、インターワーキングを実現する。
【０１０６】
制御原理−１
拡張品質情報のみ申告された場合は、勧告内容（ｄ）の能力をもつ信号プロトコル以外とのインターワーキングを規制する。
【０１０７】
制御原理−２
品質制御情報と拡張品質制御情報が共に申告された場合は、上記のような規制を設けずにインターワーキングを実現する。
【０１０８】
さらに、上記を考慮し、改善した第３の補正内容管理情報は、実施例として以下のごとくである。
【０１０９】
品質制御情報と拡張品質情報共に申告する時：
発側加入者であるＡユーザが勧告内容（４）をサポートし、着側加入者であるＢユーザが勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換して通知する。また、TRAFFIC TYPE = UBR申告時は、付与されてくるBEST EFFOR表示を破棄し通知する。
【０１１０】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（２）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過する。ＱＯＳ＝４の場合は、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。また、TRAFFIC TYPE = UBR申告時は、付与されてくるBEST EFFORT表示を破棄し、ＱＯＳ＝４に変換して通知する。さらに、TRAFFIC TYPE =ＡＢＲ申告時は、申告されるトラヒックパターンを参考に、ＱＯＳ＝２ or ３で通知する。
【０１１１】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。また、ＱＯＳ＝４の場合は、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。
【０１１２】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
拡張品質情報のみ申告時：
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（１）をサポートする場合、コネクション設定要求を破棄する。
【０１１３】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（２）をサポートする場合、コネクション設定要求を破棄する。
【０１１４】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（３）をサポートする場合、コネクション設定要求を破棄する。
【０１１５】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【０１１６】
図４は、本発明を適用するＡＴＭ交換機の別の一実施例構成であり、加入者−ＡＴＭ交換機−ＡＴＭ交換機−加入者間でコネクションを設定する場合である。特に、発側加入者からＡＴＭ交換機に信号を送る場合のコネクションを設定する実施例である。
【０１１７】
図５は、図4に対応する動作フロー図である。図２の実施例構成との対比において、補正情報管理情報１４１として、局間プロトコル管理制御データ１４１ａと、加入者→局間用補正内容管理情報１４１ｂを有している。
【０１１８】
図４の実施例に対応する図５の動作フロー図において、発側加入者２から呼設定要求をＡＴＭ交換機が受けると、受信メッセージ分析部１１により、受信メッセージが分析される過程（ステップＳ１）から、申告情報分析部１４における判定までの過程は、図３の動作フローと同じである。
【０１１９】
ついで、翻訳制御部１３で受信翻訳された発側加入者２の加入者番号に基づき、申告情報制御部１４は、加入者プロトコル管理制御部１４２を通して加入者プロトコル管理制御データ１４０からユーザの加入者プロトコル管理制御データを抽出する（ステップS４）。
【０１２０】
ここで、加入者プロトコル管理制御データ１４０は、メインメモリＭＭに加入者番号を基準にして対応するサポート対象の勧告及び版数が登録されている。したがって、発側加入者に対してサポート対象の勧告及び版数データとして読み出し可能である。
【０１２１】
ついで、分析処理部１４３は、発側加入者２に対する対向交換機番号を基に、局間プロトコル管理制御データ１４１ａをアクセスして、対向交換機のサポート勧告及び、版数を読み出す。
【０１２２】
さらに、読み出された対向交換機のサポート勧告及び、版数と、先に加入者プロトコル管理制御データ１４０から読み出されている発側加入者に対してのサポート対象の勧告及び版数データに基づき、加入者→局間用補正内容管理情報を１４１ｂをアクセスして、ＱＯＳ情報補正原理を読み出す（ステップＳ５）。
【０１２３】
補正内容管理情報データベース１４１の局間プロトコル管理制御データ１４１ａ及び、加入者→局間用補正内容管理情報１４１ｂもメインメモリＭＭに格納されている。予め接続する発側加入者と、それを収容するＡＴＭ交換機のサポート対象の勧告及び版数の組み合わせに対応して、それらの勧告及び版数の相違を補正する補正原理が登録されている。
【０１２４】
ＱＯＳ情報補正制御部１４４において、読み出された補正原理に従って、申告用品質制御情報を生成する（ステップＳ６）過程から、補正された品質制御情報を、送信用メッセージとして編集して、呼設定要求受付加入者である着側加入者３に向けて転送する過程（ステップＳ８）は、図３の動作フローと同様である。
【０１２５】
図４の実施例も上記のように、品質制御の制御レベルは、勧告における版数で各々の差分を知ることが可能である。そこで、ＡＴＭ交換機に収容される加入者毎に勧告のどの版数に準拠しているかメインメモリＭＭに加入者プロトコル管理制御データ１４０として格納する。
【０１２６】
さらに、接続する組み合わせに対応して、勧告の差分をメインメモリＭＭに補正内容管理情報１４１として格納する。
【０１２７】
次に図６は、加入者−ＡＴＭ交換機−ＡＴＭ交換機−加入者間でコネクションを設定する場合であって、特にＡＴＭ交換機３０から着側加入者３に信号を送る場合のコネクションを設定の実施例である。
【０１２８】
図７は、図６に対応する動作フロー図である。図６の例は、着側加入者３に使用するプロトコルと、交換機に使用するプロトコルが異なる場合に適用される。
【０１２９】
図２の実施例構成との対比において、補正情報管理情報１４１として、局間プロトコル管理制御データ１４１ａと、局→加入者間用補正内容管理情報１４１ｂを有している。
【０１３０】
図６の実施例に対応する図７の動作フロー図において、加入者２から呼設定要求をＡＴＭ交換機が受けると、受信メッセージ分析部１１により、受信メッセージが分析される過程（ステップＳ１）から、申告情報分析部１４における判定までの過程（ステップＳ３）は、図３の動作フローと同じである。
【０１３１】
ついで、翻訳制御部１３で受信翻訳された着側ユーザである加入者３の加入者番号に基づき、申告情報制御部１４は、加入者プロトコル管理制御部１４２を通して加入者プロトコル管理制御データ１４０からユーザの加入者プロトコル管理制御データを抽出する（ステップS４）。
【０１３２】
ここで、加入者プロトコル管理制御データ１４０は、メインメモリＭＭに加入者番号を基準にして対応するサポート対象の勧告及び版数が登録されている。したがって、着側加入者に対して、サポート対象の勧告及び、版数データとして読み出しが可能である。
【０１３３】
ついで、分析処理部１４３は、加入者２に対する対向交換機番号を基に、局間プロトコル管理制御データ１４１ａをアクセスして、対向交換機のサポート勧告及び、版数を読み出す。さらに、読み出された対向交換機のサポート勧告及び、版数と、先に加入者プロトコル管理制御データ１４０から読み出されている発側加入者に対してのサポート対象の勧告及び、版数データに基づき、加入者→局間用補正内容管理情報を１４１ｂをアクセスする。そして、ＱＯＳ情報補正原理を読み出す（ステップＳ５）。
【０１３４】
補正内容管理情報データベース１４１の局間プロトコル管理制御データ１４１ａ及び、加入者→局間用補正内容管理情報１４１ｂもメインメモリＭＭに格納されている。すなわち、予め接続する加入者とそれに接続されるＡＴＭ交換機のサポート対象の勧告及び版数の組み合わせに対応して、それらの勧告及び版数の相違を補正する補正原理が登録されている。
【０１３５】
ＱＯＳ情報補正制御部１４４において、読み出された補正原理に従って、申告用品質制御情報を生成する過程（ステップS６）から、補正された品質制御情報を、送信用メッセージとして編集して、呼設定要求受付加入者である着側加入者３に向け転送する過程（ステップ８）は、図３の動作フローと同様である。
【０１３６】
図６の実施例も上記のように、品質制御の制御レベルは勧告における版数で各々の差分を知ることが可能である。そこで、ＡＴＭ交換機に収容される加入者毎に勧告のどの版数に準拠しているかメインメモリＭＭに加入者プロトコル管理制御データ１４０として格納する。
【０１３７】
次に、上記の問題点（ｅ）を解決するためには、先に図４〜図７において説明した、加入者−ＡＴＭ交換機−ＡＴＭ交換機−加入者間でのコネクション設定時における制御原理を実現することにより、ＡＴＭ交換公衆網におけるENDＳＷ−TO−ENDＳＷ間のコネクションの品質の統一を図ることが可能となる。
【０１３８】
他ベンダー製品も公衆網が準拠する勧告機関発行の局用通信プロトコルの系列勧告であれば多少の不具合は、ソフト制御の若干の改良で巻取りが可能である。
【０１３９】
ここで、先に上げた北米地域市場及び、欧州、アジア、中近東市場における最新版勧告を以下に示し、その勧告ヘ加入者信号プロトコルをマッピングする事で品質の統一が図られる。
【０１４０】
（１）北米市場
図８に示すようなＡＴＭ交換公衆網におけるＥＮＤ ＳＷ−ＴＯ−ＥＮＤ ＳＷ間の局用通信プロトコルであるＡＴＭ Ｆｏｒｕｍ Ｂ−ＩＣＩＶ２．１を考える。
【０１４１】
中継原理は先に示した勧告内容（４）の局間中継時に使用する。加入者信号プロトコルは、先に示した勧告内容（１）、（２）、（３）、（４）である。
【０１４２】
そして、以下の品質情報変換原理に従いマッピングを行う。
【０１４３】
▲１▼コネクション設定要求を行った加入者がサポートしている加人者信号プロトコルに応じた加入者信号プロトコル内の申告情報を局間信号プロトコルの規定にマッピングする。この▲１▼の変換原理は、図４に示した構成が対応し、図８の▲１▼の部分の変換処理が対応する。
【０１４４】
▲２▼局間信号プロトコル内の申告情報を着加入者がサポートしている加入者信号プロトコルに応じた規定にマッビングする。この▲２▼の変換原理は、図６に示した構成が対応し、図８の▲２▼の発信加入者からＡＴＭ交換機に向かう部分の変換処理が対応する。
【０１４５】
図４に対応して、図８に示すように発信加入者からＡＴＭ交換機に向かう場合（図８の▲１▼）の補正内容管理情報は、次のようである。
【０１４６】
発信加入者プロトコルが勧告内容（１）である場合、局間信号プロトコルＢ−ＩＣＩは、申告品質情報をそのまま通知する。
【０１４７】
発信加入者プロトコルが勧告内容（２）である場合、局間信号プロトコルＢ−ＩＣＩは、申告品質情報ＱＯＳ＝０〜３の場合、そのまま通知する。ＱＯＳ＝４の場合は、ＱＯＳ＝０に変換し、BEST EFFORT 表示を加入者信号プロトコルと同様に生成付与して、通知する。このことで、勧告内容（２）におけるＱＯＳ＝４に対応するトラヒックタイプ＝ＵＢＲ申告を忠実に通知出来る。
【０１４８】
発信加入者プロトコルが勧告内容（３）である場合、局間信号プロトコルＢ−ＩＣＩは、申告品質情報をそのまま通知する。
【０１４９】
発信加入者プロトコルが勧告内容（４）である場合も、局間信号プロトコルＢ−ＩＣＩは、申告品質情報をそのまま通知する。
【０１５０】
さらに、図６に対応して、図８に示すようにＡＴＭ交換機から着信加入者に向かう場合（図８の▲２▼）の補正内容管理情報は、次のようである。
【０１５１】
着信加入者プロトコルが勧告内容（１）である時、申告品質情報を全てＱＯＳ＝０に変換して通知する。拡張品質制御情報ありの場合は、これを破棄する。さらに、拡張品質制御情報のみ申告の場合は、コネクション設定要求を破棄する。
【０１５２】
着信加入者プロトコルが勧告内容（２）である時、申告品質情報ＱＯＳ＝０〜３の場合、そのまま通知する。ＱＯＳ＝０で、BEST EFFORT 表示付与状態の場合は、ＱＯＳ＝４へ変換し、BEST EFFORT 表示を削除して通知する。
【０１５３】
また、ＱＯＳ＝４の場合、ＱＯＳ＝３に変換して通知する。拡張品質制御情報ありの場合は、これを破棄する。拡張品質制御情報のみ申告の場合はコネクション設定要求を破棄する。
【０１５４】
着信加入者プロトコルが勧告内容（３）である時、申告品質情報ＱＯＳ＝０〜３の場合、そのまま通知する。ＱＯＳ＝０で、BEST EFFORT表示付与状態の場合、そのまま通知する。さらに、ＱＯＳ＝４の場合、ＱＯＳ＝３に変換して通知する。拡張品質制御情報ありの場合は、これを破棄する。拡張品質制御情報のみ申告の場合はコネクション設定要求を破棄する。
【０１５５】
着信加入者プロトコルが勧告内容（４）である時、申告品質情報をそのまま通知する。
【０１５６】
（２）欧州、アジア、中近東市場
図９に示すようなＡＴＭ交換公衆網におけるＥＮＤ ＳＷ−ＴＯ−ＥＮＤ ＳＷ間の局用通信プロトコルであるＩＴＵ−Ｔ ＳＣＳ２．２内、局用通信プロトコル勧告を考える。
【０１５７】
中継原理は、先に示した勧告内容（４）を局間中継時に使用する。加入者信号プロトコルは、先に示した勧告内容（１）、（２）、（３）、（４）である。
【０１５８】
そして、以下の品質情報変換原理に従いマッピングを行う。
【０１５９】
▲１▼コネクション設定要求を行った加入者がサポートしている加人者信号プロトコルに応じた加入者信号プロトコル内の申告情報を局間信号プロトコルの規定にマッピングする。この▲１▼の変換原理は、図４に示した構成が対応し、図９の▲１▼の部分の変換処理が対応する。
【０１６０】
▲２▼局間信号プロトコル内の申告情報を着加入者がサポートしている加入者信号プロトコルに応じた規定にマッビングする。この▲１▼の変換原理は、図６に示した構成が対応し、図９の▲２▼の部分の変換処理が対応する。
【０１６１】
上記▲１▼、▲２▼の各々の変換処理の構成は、図４、図６に示すごとくである。
【０１６２】
図４に対応して、図１２に示すように発信加入者から局に向かう場合の補正内容管理情報は、次のようである。
【０１６３】
発信加入者プロトコルが勧告内容（１）である場合、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報をそのまま通知する。
発信加入者プロトコルが勧告内容（２）である場合、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報をそのまま通知する。
【０１６４】
発信加入者プロトコルが勧告内容（３）である場合、局間信号ＩＴＵＴ ＳＣＳ２．２は、申告品質情報をそのまま通知する。トラヒックタイプ＝ＵＢＲ申告時のＱＯＳ情報を０から４に変換し、付与されてきたBEST EFFORT表示を破棄して通知する。
【０１６５】
発信加入者プロトコルが勧告内容（４）である場合、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報ＱＯＳ＝０〜３の場合、下記を除き、そのまま通知する。トラヒックタイプ＝ＵＢＲ申告時のＱＯＳ情報を０から４に変換し、付与されてきたBEST EFFORT表示を破棄して通知する。トラヒックタイプ＝ＡＢＲ申告時のＱＯＳ惰報を０から２に変換して通知する。ＱＯＳ＝４の場合、ＱＯＳ＝２に変換し、通知する。
【０１６６】
また、拡張品質制御情報は破棄される。拡張品質情報のみの場合は、コネクション設定要求を破棄する。
【０１６７】
一方、図６に対応して、図９の▲２▼に示すようにＡＴＭ交換機から着信加入者に向かう場合の補正内容管理情報は、次のようである。
【０１６８】
着信加入者プロトコルが勧告内容（１）である時、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報を全てＱＯＳ＝０に変換して通知する。
【０１６９】
着信加入者プロトコルが勧告内容（２）である時、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報をそのまま通知する。
【０１７０】
着信加入者プロトコルが勧告内容（３）である時、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報ＱＯＳ＝０〜３の場合、そのまま通知する。ＱＯＳ＝４の場合、ＱＯＳ＝０に変換し、BEST EFFORT表示を付与して通知する。
【０１７１】
着信加入者プロトコルが勧告内容（４）である時、局間信号プロトコルＩＴＵＴＳＣＳ２．２は、申告品質情報ＱＯＳ＝０〜３の場合、そのまま通知する。ＱＯＳ＝４の場合、ＱＯＳ＝０に変換し、BEST EFFORT表示を付与して通知する。トラヒックタイプ＝ＡＢＲの場合、ＱＯＳを０に変換し通知する。
【産業上の利用可能性】
【０１７２】
ＡＴＭ交換機システムにおける品質制御のレベルは、勧告機関による勧告における版数で各々の差分を知ることが可能である。本発明において、ＡＴＭ交換機に収容される加入者毎に、勧告のいずれの版数に準拠しているかを管理し、勧告の差分を補正することにより、勧告の版数の相違によりコネクション設定要求が拒否される問題、インタワークが阻害される問題を解消することが可能である。
【０００１】
本発明は、ＡＴＭ網における品質申告情報の中継方法に関する。
【背景技術】
【０００２】
近年マルチメディアサービスが飛躍的に拡大している。これに伴い、マルチメディア情報を効率よく、また情報のコンテンツに応じて、伝送品質を保証して高速で伝送できるＡＴＭ技術を用いたＡＴＭ交換機及び、そのシステムの需要が延びている。
【０００３】
ＡＴＭ伝送の特徴である品質制御は、通信を行う時、相手を選択して接続する交換型方式を言うＳＶＣ（Switched Virtual Connection）の場合は、ＩＴＵ−Ｔ（国際通信連合−電気通信標準化部門）／ＡＴＭ Ｆｏｒｕｍ等の勧告機関により標準化される品質制御原理及び、品質制御情報の申告手順に従って、ＡＴＭ交換機に申告される。これにより申告内容に応じた品質制御が実現される。
【０００４】
しかし、上記勧告機関での標準化作業は、１９９３年より開始され、今日に至るまで、マルチメディアサービスの多様化、ＡＴＭ交換技術の利用範囲の拡大、また品質制御技術の革新等に従い、勧告内容も種々改善されて来ている。
【０００５】
このために、初期勧告の内容を補う為の勧告化が図られたり、新たな勧告が作成されたりと、勧告内容が当初と大きく変わってきている。
【０００６】
この事は、ＡＴＭ技術の中核となる品質制御において特に顕著に現れている。このような変化の中、データの提供元、受信先及び、ＡＴＭ網を用いたデータ中継機等の各ＡＴＭ制御装置は、初期勧告に従った制御を実現しているものが現状大多数を占めている。
【０００７】
今後、新しい勧告に従った制御を実現し、伝送効率を向上させ、更にコンテンツに応じた品質制御をきめ細かく行うことによりサービス品質の向上をもって市場の開拓、確保が進むことになるものと想定される。
【０００８】
改善された各々の勧告は、品質制御に関しては、目標とする品質制御原理において同じである。しかし、これまでの勧告の差分を引き継いだ形での品質制御原理の改良であることが現状である。また、目標とする制御原理に向けたアプローチにも違いが生じている。このような状況から、データの提供元、受信先及び、ＡＴＭ網のそれぞれがサポートする勧告と、その版数は年を追うごとに多様化している。
【０００９】
この為に、データ伝送のコネクションのＥＮＤ−ＴＯ−ＥＮＤ（端末同士間の接続）で実現される通信品質に続一性を欠く様な現象の発生が懸念される。
【００１０】
次項に、現在勧告されている勧告の版数と各々の差分を示し、コネクション設定時に起こりうる問題点を示す。
勧告内容（１）：ＩＴＵ−Ｔ ＳＣＳ１ ＱＯＳ＝０のみ規定。
【００１１】
具体的な品質要求は出来ない。サービス品質（ＱＯＳ：Quality of Service）以外の申告情報であるトラヒック（traffic）情報とベアラ(bearer)情報によりＡＴＭ交換機が定める品質結果に従う。
【００１２】
勧告内容（２）：ＩＴＵ−Ｔ ＳＣＳ２ ＱＯＳ＝０，１〜４を規定。
具体的な品質制御が可能となった。ＱＯＳ＝０申告時は、勧告内容（１）と同様の制御を実現している。ＱＯＳ＝１〜４申告の場合は、申告ＱＯＳ情報を基に品質が規定される。
【００１３】
勧告内容（３）：ＡＴＭ Ｆｏｒｕｍ Ｖ３．１ＩＩＳＰ（Interim Inter-Switch Signaling Protocol）ＱＯＳ＝０，１〜３を規定。
【００１４】
特にＱＯＳ値に依存せず勧告内容（１）と同様の制御を実現する。但し、申告されたＱＯＳは補助的な位置づけとなる。さらに、ＱＯＳ＝０時に期待するトラヒック品質を実現する補助情報の申告を規定している。トラヒックＴＹＰ＝ＵＢＲを希望する場合、ＱＯＳ＝０ トラヒック申告情報にBEST EFFORT通知を付加する。
【００１５】
勧告内容（４）：ＡＴＭ Ｆｏｒｕｍ Ｖ４．０ ＱＯＳ＝０，１〜３を規定。
【００１６】
勧告内容（３）に加え、拡張品質制御情報の申告が可能である。ＵＢＲ（Unspecified Bit Rate：無指定伝送装置）／ＡＢＲ（Available Bit Rate：利用可能伝送装置）以外のトラヒック時に交換機の持つ能力を引き出せるよう配慮されている。また、ＵＢＲに加えＡＢＲを規定する。トラヒックタイプ＝ＡＢＲを希望する場合は、ＱＯＳ＝０申告が必須である。
上記のように勧告内容に差異があるために、以下に示す問題が生じ、異なる勧告・版数間のインターワーク（相互間通信作業）に阻害が生じている。
（ａ）加入者サポートのプロトコルの勧告と版数相互間に差分がある。
【００１７】
ＡＴＭ交換機に収容される加入者が、各々の目的に応じた勧告と版数を使用する場合、品質情報の通知が一致しない組合わせが存在する。この為に、受信された情報のまま着加入者へ通知すると未定義／未サポート情報の申告としてコネクション設定要求が拒否され、インターワークの阻害となる。
【００１８】
上記に示した勧告と版数間のインターワーク関係を示すと、以下の表の通りである。
【００１９】
【表１】
【００２０】
以下に示すように、同じＱＯＳ値であっても使用を許されるトラヒックタイプが翼なり、インタワークの阻害となる。
【００２１】
上記勧告内容（２）のＱＯＳ＝４は、トラヒックタイプ＝ＵＢＲに相当する。
勧告内容（４）のＱＯＳ＝４は、トラヒックタイプ＝非実時間可変伝送速度（ｎｒｔ−ＶＢＲ：non-real time Variable Bit Rate）に相当する。
この為に、上記勧告をポートしている加入者間では、ＱＯＳ惰報をそのまま通知する事は出来ない。
（ｃ）希望するトラヒックによる申告ＱＯＳ値が異なる。
【００２２】
以下に示すように、希望するトラヒックタイプに応じたＱＯＳの許される値が異なるため、インターワークの阻害となっている。
【００２３】
１）すなわち、トラヒックタイプ＝ＵＢＲを希望する場合は、上記勧告内容（２）では、ＱＯＳ＝４を申告する。勧告内容（３）、（４）の場合は、ＱＯＳ＝０を申告に加え、BEST EFFORT通知を付加する。
【００２４】
２）トラヒックタイプ＝ＡＢＲを希望する場合は、上記勧告内容（２）では、ＱＯＳ＝３，４を申告する。勧告内容（４）の場合は、ＱＯＳ＝０を申告する。
（ｄ）受信可能な品質情報に差分があり，必要な情報が通知出来ない。
【００２５】
ＱＯＳ以外のＦｏｒｕｍ ４．０が規定する拡張品質制御情報を基にして、更にきめ細かい要求を行うことが要求された場合、その情報をサポートしていない勧告や版数の通信プロトコルにより、ＡＴＭ交換機と接続される加入者へ通知する事が出来ない。
【００２６】
さらに、この拡張情報が申告された場合は、ＱＯＳの申告を特に必要としないために、更にインターワークの阻害となっている。
（ｅ）ＡＴＭ交換機間においても適切な情報通知ができない。特に他ベンダー製品とのインターワークは困難である。ＱＯＳ＝０と申告した場合、無条件にＵＢＲトラヒックとして制御するケースもあり得る。このため、ＱＯＳ＝０申告でもコネクションのＥＮＤ−ＴＯ−ＥＮＤで統一された品質制御が提供されるとは限らない。
【００２７】
【発明の開示】
【発明が解決しようとする課題】
したがって、本発明の目的は、プロトコルに従い通信装置間を接続する際に、通信装置間で適用されるプロトコルの版数の相違による上記の問題を解消するＡＴＭ網における品質申告情報の中継方法を提供することにある。
【００２８】
【課題を解決するための手段】
かかる上記の問題を解消する本発明にしたがう、ＡＴＭ網における品質申告情報の中継方法は、発側加入者及び着側加入者を収容するＡＴＭ交換機を有するＡＴＭ交換網において、前記ＡＴＭ交換機により、発側加入者がサポートする加入者信号プロトコルと、着側加入者がサポートする加入者信号プロトコルとの差分を補正するサービス品質（ＱＯＳ：Quality of Service）補正原理を求め、前記サービス品質補正原理から補正された品質制御情報を生成し、生成された品質制御情報に基づきコネクション受け付け制御及び、使用量パラメータ制御を実現する。次いで、該着側加入者に該品質制御情報を送出することを特徴とする。
【００２９】
一態様として、前記求められるサービス品質（ＱＯＳ：Quality of Service）補正原理は、予め設定されている加入者信号プロトコルの版数の、発側及び着側加入者間の、複数の組合わせから求められることを特徴とする。
【００３０】
上記ＡＴＭ網における品質申告情報の中継方法において適用されるＡＴＭ交換機は、発側加入者及び着側加入者を収容し、発側及び着側加入者のそれぞれの加入者番号に対応してそれぞれの加入者がサポートする加入者信号プロトコルを格納する加入者信号プロトコルデータベースと、加入者信号プロトコルデータベースに格納される発側加入者のサポートする加入者信号プロトコルと、着側加入者のサポートする加入者信号プロトコルの組合わせに対応して、サービス品質（ＱＯＳ：Quality of Service）補正原理を格納する補正内容管理情報データベースを有する。そして、前記サービス品質補正原理から補正された品質制御情報を生成し、生成された品質制御情報に基づきコネクション受け付け制御及び、使用量パラメータ制御を実現し、次いで、着側加入者に該品質制御情報を送出することを特徴とする。
【００３１】
本発明の更なる目的及び、特徴は、以下に図面を参照しての本発明の実施の形態の説明から明らかである。
【図面の簡単な説明】
【００３２】
図１は、ＡＴＭ交換機の一般的構成を示す図である。
【００３３】
図２は、本発明を適用するＡＴＭ交換機の一実施例構成である。
【００３４】
図３は、図２の実施例に対応する動作フロー図である。
【００３５】
図４は、本発明を適用するＡＴＭ交換機の実施例構成であり、加入者−ＡＴＭ交換機−ＡＴＭ交換機−加入者間でコネクションを設定において、発側加入者からＡＴＭ交換機に信号を送る場合を示す図である。
【００３６】
図５は、図4に対応する動作フロー図である。
【００３７】
図６は、本発明を適用する実施例構成であり加入者−ＡＴＭ交換機−ＡＴＭ交換機−加入者間でコネクションを設定において、ＡＴＭ交換機から着側加入者に信号を送る場合を示す図である。
【００３８】
図７は、図６に対応する動作フロー図である。
【００３９】
図８は、ＡＴＭ交換公衆網におけるＥＮＤ ＳＷ−ＴＯ−ＥＮＤ ＳＷ間の局用通信プロトコルであるＡＴＭ Ｆｏｒｕｍ Ｂ−ＩＣＩＶ２．１を想定する例である。
【００４０】
図９は、ＡＴＭ交換公衆網におけるＥＮＤ ＳＷ−ＴＯ−ＥＮＤ ＳＷ間の局用通信プロトコルであるＩＴＵ−Ｔ ＳＣＳ２．２を想定する例である。
【発明を実施するための最良の形態】
【００４１】
以下本発明の実施の形態を図面に従い説明する。なお、図において、同一又は、類似のものには、同一の参照数字または、参照記号を付して説明する。
【００４２】
ここで、本発明の実施の形態を説明するに先立って、本発明の理解を容易とするべく従来の構成について説明する。
【００４３】
図１は、ＡＴＭ交換機の一般的構成を示す図である。ＡＴＭスイッチ１を核として構成される。図１では、Ａユーザ２及び，Ｂユーザ３がそれぞれ回線装置４，５および、集線装置６，７を通してＡＴＭスイッチ１に接続される。
【００４４】
ＡＴＭスイッチ１によって、Ａユーザ２とＢユーザ３が接続される際、信号用パス８を通して、Ａユーザ２から送られる呼設定信号が信号終端装置９で受信される。
【００４５】
信号終端装置９で受信された呼設定信号は、信号送受信制御部１０に分岐される。信号送受信制御部１０は、更に分岐された制御信号を受信メッセージ分析部１１において、呼処理制御情報を分析し、呼処理制御部１２に送る。
【００４６】
呼処理制御部１２は、対応する翻訳制御部１３、申告情報分析部１４及び、コネクション制御部１５に必要な制御情報を送る。
【００４７】
翻訳制御部１３は、アドレス情報を受け、セルをＡＴＭスイッチ１により接続すべき方路を求める。申告情報分析部１４は、申告されたトラヒック情報および品質から必要な帯域及びハードウェアを設定する。さらに、コネクション制御部１５は、通知されたコネクション情報をＣＡＣ／ＵＰＣ制御部１６との間で交換する。
【００４８】
さらに、ＣＡＣ／ＵＰＣ制御部１６は、帯域／コネクション制御部１５の制御の下に、上記ＡＴＭ交換機を構成する各部に対し、コネクション受付制御（ＣＡＣ： Connection Admission Control）及び、使用量パラメータ制御（ＵＰＣ：Usage Parameter Control）を行う。
【００４９】
コネクション受付制御（ＣＡＣ）は、ある地点からある地点まで、ある帯域のコネクションがある品質で通信することを許可するか否かを制御する。一方、使用量パラメータ制御（ＵＰＣ）により、ユーザのトラヒック量が監視され、申告値をオーバしたトラヒックに対し、セルの廃棄等が行われる。
【００５０】
図１において、黒点で示した部分が、使用量パラメータ制御の対象とされる部分である。このような、ＡＴＭ交換機の構成において、先に説明したように、例えばAユーザ2、 Bユーザ３の間で採用するプロトコルの版数が異なる場合、先に説明したような（ａ）〜（ｅ）の問題が生じる。
【００５１】
ここで、品質制御のレベルは、勧告における版数で各々の差分を知ることが可能である。そこで、ＡＴＭ交換機に収容される加入者毎に、勧告のいずれの版数に準拠しているかを管理し、勧告の差分を補正することにより、先の（ａ）〜（ｅ）の問題を回避することが可能である。
【００５２】
さらに、局間においては、局問の通信用に使用される信号プロトコルが、特定の国内では一種類で運用されることが一般的である。そこで、例えば、北米地域ではＡTＭ Ｆｏｒｕｍの最新版を用い、欧州、東南アジア、中近東ではＩＴＵ−Ｔの最新版に従って、申告補正を実現する。
【００５３】
これにより、ＡＴＭ交換機が如何なる勧告の如何なる版数をサポートする加入者を収容しても局間にまたがるコネクションのＥＮＤ−ＴＯ−ＥＮＤで統一された品質制御を可能とできる。
【００５４】
したがって、本発明はかかる制御原理を用いることに特徴を有する。図２は、かかる特徴を実現する本発明を適用するＡＴＭ交換機の一実施例構成である。
【００５５】
図２の実施例構成は、加入者Ａ−ＡＴＭ交換機−加入者Ｂ間でコネクションを設定する場合の例である。そして、加入者Ａ及び、加入者Ｂがサポートするプロトコルが異なる場合の例である。
【００５６】
図１の従来構成との対比において、図２の構成では、本発明により加入者プロトコル管理制御データ１４０と、補正情報管理情報１４１をデータベースとして有する。これらデータベースを申告情報分析部１４との関係において利用する手段として、加入者プロトコル管理制御部１４２及び、分析処理部１４３を有する。
【００５７】
さらに、分析処理部１４３で得られたサービス品質（ＱＯＳ：Quality of Service）情報の補正値に基づき補正制御を行う補正制御手段１４４を有する。
【００５８】
図３は、図２の実施例に対応する動作フロー図である。Aユーザ２からの呼設定要求をＡＴＭ交換機が受けると、受信メッセージ分析部１１により、受信メッセージが分析される（ステップＳ１）。
【００５９】
そして、呼設定信号により受信したメッセージ中の申告内容から品質制御情報、ベアラ制御情報及び、トラヒック制御情報が抽出される（ステップＳ２）。抽出された情報における申告の妥当性が申告情報分析部１４において、判定される（ステップS３）。
【００６０】
ついで、翻訳制御部１３で受信翻訳された発着双方のユーザの加入者番号に基づき、申告情報制御部１４は、加入者プロトコル管理制御部１４２を通して加入者プロトコル管理制御データ１４０から各々のユーザの加入者プロトコル管理制御データを抽出する（ステップS４）。
【００６１】
ここで、加入者プロトコル管理制御データ１４０は、メインメモリＭＭに加入者番号を基準にして、対応するサポート対象の勧告及び版数が登録されている。したがって、発側加入者及び、着側加入者に対してサポート対象の勧告及び版数がデータとして読み出し可能である。
【００６２】
ついで、分析処理部１４３は、申告情報分析部１４において読み出した発側加入者及び、着側加入者に対してのサポート対象の勧告及び版数データに基づき、補正内容管理情報データベース１４１をアクセスする。これにより、対応するＱＯＳ情報補正原理を読み出す（ステップＳ５）。
【００６３】
補正内容管理情報データベース１４１もメインメモリＭＭに格納され、接続する機器間のサポート対象の勧告及び版数の組み合わせに対応して、それらの勧告及び版数の相違を補正する補正原理が予め登録されている。この補正原理については、後に詳細に説明する。
【００６４】
ＱＯＳ情報補正制御部１４４は、読み出された補正原理に従って、申告用品質制御情報を生成する（ステップS６）。
【００６５】
ついで、CAC／UPC制御部１６は、ユーザ申告情報に従い、 ＣＡＣ制御を行いＵＰＣ設定情報を作成する（ステップＳ７）。一方、送信メッセージ編集部１８により、補正された品質制御情報を、その他の通知情報と同様に送信用メッセージとして編集して、呼設定要求受付加入者であるＢユーザ３に転送する（ステップ８）。
【００６６】
上記のように、品質制御の制御レベルは勧告における版数で各々の差分を知ることが可能である。そこで、ＡＴＭ交換機に収容される加入者ごとに勧告のどの版数に準拠しているかを、メインメモリＭＭに加入者プロトコル管理制御データ１４０として格納する。
【００６７】
さらに、接続する組み合わせに対応して、勧告の差分をメインメモリＭＭに補正内容管理情報１４１として格納する。
【００６８】
上記図２の実施例において、ＱＯＳ情報補正制御部１４４から出力される補正制御情報に基づき、ＣＡＣ／ＵＰＣ制御部１６により、ＡＴＭ交換機の各ＵＰＣ制御対象部に対し、次の変換原理により着加入者へ通知する品質情報を補正する。
【００６９】
（１ａ）発側加入者であるＡユーザが勧告内容（１）をサポートし、着側加入者であるＢユーザが、勧告内容（１）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００７０】
勧告内容（２）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００７１】
勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００７２】
勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００７３】
（１ｂ） Ａユーザが勧告内容（２）をサポートし、Ｂユーザが、
勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換し通知する。
【００７４】
勧告内容（２）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００７５】
勧告内容（３）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、且つＱＯＳ＝４の場合は、ＱＯＳ＝０＋BEST EFFORT表示を付与する。
【００７６】
勧告内容（４）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、
ＱＯＳ＝４の場合は、ＱＯＳ＝０＋BEST EFFORT表示を付与する。さらに、TRAFFIC TYPE=ＡＢＲ申告時は、ＱＯＳ＝０に変換し通知する。
【００７７】
（１ｃ） Ａユーザが勧告内容（３）をサポートし、Ｂユーザが、
勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換し通知する。さらに、TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORTを表示し、通知する。
【００７８】
勧告内容（２）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、ＱＯＳ＝４の場合は、ＱＯＳ＝３に変換し、通知する。TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT表示を破棄し、ＱＯＳ＝４に変換し、通知する。
【００７９】
勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００８０】
勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００８１】
（１ｄ） Ａユーザが勧告内容（４）をサポートし、Ｂユーザが、
勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換して通知する。TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT 表示を破棄し通知する。
【００８２】
勧告内容（２）をサポートする場合、ＱＯＳ＝０〜３は、受信値のまま透過する。ＱＯＳ＝４の場合は、ＱＯＳ＝３に変換し通知する。TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT表示を破棄しＱＯＳ＝４に変換して、通知する。TRAFFIC TYPE=ＡＢＲ申告時は、申告されるトラヒックパターンを参考にＱＯＳ＝２ or 3 で通知する。
【００８３】
勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。ＱＯＳ＝４の場合は、ＱＯＳ＝３に変換して通知する。
【００８４】
勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００８５】
このようにして、上記問題点（ａ）〜（ｃ）に挙げた、加入者サポートのプロトコルの勧告と版数相互間の差分が、インターワークに及ぼしている阻害を回避する事が可能となる。
【００８６】
よって、ＡＴＭ交換機に収容される加入者が各々の目的に応じた勧告と版数を使用することにより、品質情報の通知内容が一致しない組み合わせが存在しても、着加入者のサポートする信号プロトコルに応じた品質情報の補正がなされる。また、コネクション設定要求も正常になされ、問題なくインターワークが実現される。
【００８７】
さらに、着加入者３の先にＡＴＭ−ＰＢＸ／ＡＴＭ−ＥＤＧＥ ＳＷ等が存在し、その各々が独自の品質制御を提供している可能性がある場合は、ＥＮＤ−ＴＯ−ＥＮＤの統一されたコネクション品質を確保することが困難になると予想される。
【００８８】
かかる場合は、図２の実施例における制御原理内の補正内容管理情報を、次に示すように、申告情報を基に網内でＣＡＣ制御を行う際に求めた第２の品質制御情報を通知出来るように改善すること回避可能である。
【００８９】
すなわち、第２の品質制御情報として、次の変換原理により着加入者へ通知する品質情報を補正する。
【００９０】
（２ａ）発側加入者であるＡユーザが勧告内容（１）をサポートし、着加入者であるＢユーザが、
勧告内容（１）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００９１】
勧告内容（２）をサポートする場合、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。
【００９２】
勧告内容（３）をサポートする場合、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。内部ＱＯＳが４の場合は、ＱＯＳ＝０＋BEST EFFORT表示を付与する。
【００９３】
勧告内容（４）をサポートする場合、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。内部ＱＯＳが４の場合は、ＱＯＳ＝０＋BEST EFFORT表示を付与する。
【００９４】
（２ｂ） Ａユーザが勧告内容（２）をサポートし、Ｂユーザが、勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換し通知する。
【００９５】
勧告内容（２）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【００９６】
勧告内容（３）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、且つＱＯＳ＝４の場合は、ＱＯＳ＝０＋BEST EFFORT表示付与する。
【００９７】
勧告内容（４）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、ＱＯＳ＝４の場合は、ＱＯＳ＝０＋BEST EFFORT表示付与する。さらに、TRAFFIC TYPE=ＡＢＲ申告時は、ＱＯＳ＝０に変換し通知する。
【００９８】
（２ｃ） Ａユーザが勧告内容（３）をサポートし、Ｂユーザが、勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換して通知する。さらに、TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT表示を破棄し、通知する。
【００９９】
勧告内容（２）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過し、TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT表示を破棄し、ＱＯＳ＝４に変換して通知する。
【０１００】
勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【０１０１】
勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
（２ｄ） Ａユーザが勧告内容（４）をサポーし、Ｂユーザが、勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換して通知する。TRAFFIC TYPE=UBR申告時は、付与されるBEST EFFORT表示を破棄し、通知する。
【０１０２】
勧告内容（２）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過する。
ＱＯＳ＝４の場合は、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳを通知する。さらに、TRAFFIC TYPE=UBR 申告時は、付与されてくるBEST EFFORT表示を破棄し、ＱＯＳ＝４に変換して、さらに、TRAFFIC TYPE=ABR 申告時は、申告されるトラフィックパターンを参考に、ＱＯＳ＝２or３で通知する。
【０１０３】
勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。ＱＯＳ＝４の場合は、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。
【０１０４】
勧告内容（４）をサポートする場合、 受信ＱＯＳ情報をそのまま透過する。
【０１０５】
また、上記問題点（ｄ）に上げた拡張品質制御情報を用いた品質申告における阻害を回避する為に、図２の実施例制御原理内の第２の補正内容管理情報に対し、以下の制御原理を配慮した改善を図り、その阻害要因を削除し、インターワーキングを実現する。
【０１０６】
制御原理−１
拡張品質情報のみ申告された場合は、勧告内容（ｄ）の能力をもつ信号プロトコル以外とのインターワーキングを規制する。
【０１０７】
制御原理−２
品質制御情報と拡張品質制御情報が共に申告された場合は、上記のような規制を設けずにインターワーキングを実現する。
【０１０８】
さらに、上記を考慮し、改善した第３の補正内容管理情報は、実施例として以下のごとくである。
【０１０９】
品質制御情報と拡張品質情報共に申告する時：
発側加入者であるＡユーザが勧告内容（４）をサポートし、着側加入者であるＢユーザが勧告内容（１）をサポートする場合、ＱＯＳ＝ｎ（０〜４）をＱＯＳ＝０に変換して通知する。また、TRAFFIC TYPE = UBR申告時は、付与されてくるBEST EFFOR表示を破棄し通知する。
【０１１０】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（２）をサポートする場合、ＱＯＳ＝０〜３は受信値のまま透過する。ＱＯＳ＝４の場合は、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。また、TRAFFIC TYPE = UBR申告時は、付与されてくるBEST EFFORT表示を破棄し、ＱＯＳ＝４に変換して通知する。さらに、TRAFFIC TYPE =ＡＢＲ申告時は、申告されるトラヒックパターンを参考に、ＱＯＳ＝２ or ３で通知する。
【０１１１】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（３）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。また、ＱＯＳ＝４の場合は、交換機内部で生成し、ＣＡＣ制御に使用したＱＯＳ値を通知する。
【０１１２】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
拡張品質情報のみ申告時：
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（１）をサポートする場合、コネクション設定要求を破棄する。
【０１１３】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（２）をサポートする場合、コネクション設定要求を破棄する。
【０１１４】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（３）をサポートする場合、コネクション設定要求を破棄する。
【０１１５】
Ａユーザが勧告内容（４）をサポートし、Ｂユーザが勧告内容（４）をサポートする場合、受信ＱＯＳ情報をそのまま透過する。
【０１１６】
図４は、本発明を適用するＡＴＭ交換機の別の一実施例構成であり、加入者−ＡＴＭ交換機−ＡＴＭ交換機−加入者間でコネクションを設定する場合である。特に、発側加入者からＡＴＭ交換機に信号を送る場合のコネクションを設定する実施例である。
【０１１７】
図５は、図4に対応する動作フロー図である。図２の実施例構成との対比において、補正情報管理情報１４１として、局間プロトコル管理制御データ１４１ａと、加入者→局間用補正内容管理情報１４１ｂを有している。
【０１１８】
図４の実施例に対応する図５の動作フロー図において、発側加入者２から呼設定要求をＡＴＭ交換機が受けると、受信メッセージ分析部１１により、受信メッセージが分析される過程（ステップＳ１）から、申告情報分析部１４における判定までの過程は、図３の動作フローと同じである。
【０１１９】
ついで、翻訳制御部１３で受信翻訳された発側加入者２の加入者番号に基づき、申告情報制御部１４は、加入者プロトコル管理制御部１４２を通して加入者プロトコル管理制御データ１４０からユーザの加入者プロトコル管理制御データを抽出する（ステップS４）。
【０１２０】
ここで、加入者プロトコル管理制御データ１４０は、メインメモリＭＭに加入者番号を基準にして対応するサポート対象の勧告及び版数が登録されている。したがって、発側加入者に対してサポート対象の勧告及び版数データとして読み出し可能である。
【０１２１】
ついで、分析処理部１４３は、発側加入者２に対する対向交換機番号を基に、局間プロトコル管理制御データ１４１ａをアクセスして、対向交換機のサポート勧告及び、版数を読み出す。
【０１２２】
さらに、読み出された対向交換機のサポート勧告及び、版数と、先に加入者プロトコル管理制御データ１４０から読み出されている発側加入者に対してのサポート対象の勧告及び版数データに基づき、加入者→局間用補正内容管理情報を１４１ｂをアクセスして、ＱＯＳ情報補正原理を読み出す（ステップＳ５）。
【０１２３】
補正内容管理情報データベース１４１の局間プロトコル管理制御データ１４１ａ及び、加入者→局間用補正内容管理情報１４１ｂもメインメモリＭＭに格納されている。予め接続する発側加入者と、それを収容するＡＴＭ交換機のサポート対象の勧告及び版数の組み合わせに対応して、それらの勧告及び版数の相違を補正する補正原理が登録されている。
【０１２４】
ＱＯＳ情報補正制御部１４４において、読み出された補正原理に従って、申告用品質制御情報を生成する（ステップＳ６）過程から、補正された品質制御情報を、送信用メッセージとして編集して、呼設定要求受付加入者である着側加入者３に向けて転送する過程（ステップＳ８）は、図３の動作フローと同様である。
【０１２５】
図４の実施例も上記のように、品質制御の制御レベルは、勧告における版数で各々の差分を知ることが可能である。そこで、ＡＴＭ交換機に収容される加入者毎に勧告のどの版数に準拠しているかメインメモリＭＭに加入者プロトコル管理制御データ１４０として格納する。
【０１２６】
さらに、接続する組み合わせに対応して、勧告の差分をメインメモリＭＭに補正内容管理情報１４１として格納する。
【０１２７】
次に図６は、加入者−ＡＴＭ交換機−ＡＴＭ交換機−加入者間でコネクションを設定する場合であって、特にＡＴＭ交換機３０から着側加入者３に信号を送る場合のコネクションを設定の実施例である。
【０１２８】
図７は、図６に対応する動作フロー図である。図６の例は、着側加入者３に使用するプロトコルと、交換機に使用するプロトコルが異なる場合に適用される。
【０１２９】
図２の実施例構成との対比において、補正情報管理情報１４１として、局間プロトコル管理制御データ１４１ａと、局→加入者間用補正内容管理情報１４１ｂを有している。
【０１３０】
図６の実施例に対応する図７の動作フロー図において、加入者２から呼設定要求をＡＴＭ交換機が受けると、受信メッセージ分析部１１により、受信メッセージが分析される過程（ステップＳ１）から、申告情報分析部１４における判定までの過程（ステップＳ３）は、図３の動作フローと同じである。
【０１３１】
ついで、翻訳制御部１３で受信翻訳された着側ユーザである加入者３の加入者番号に基づき、申告情報制御部１４は、加入者プロトコル管理制御部１４２を通して加入者プロトコル管理制御データ１４０からユーザの加入者プロトコル管理制御データを抽出する（ステップS４）。
【０１３２】
ここで、加入者プロトコル管理制御データ１４０は、メインメモリＭＭに加入者番号を基準にして対応するサポート対象の勧告及び版数が登録されている。したがって、着側加入者に対して、サポート対象の勧告及び、版数データとして読み出しが可能である。
【０１３３】
ついで、分析処理部１４３は、加入者２に対する対向交換機番号を基に、局間プロトコル管理制御データ１４１ａをアクセスして、対向交換機のサポート勧告及び、版数を読み出す。さらに、読み出された対向交換機のサポート勧告及び、版数と、先に加入者プロトコル管理制御データ１４０から読み出されている発側加入者に対してのサポート対象の勧告及び、版数データに基づき、加入者→局間用補正内容管理情報を１４１ｂをアクセスする。そして、ＱＯＳ情報補正原理を読み出す（ステップＳ５）。
【０１３４】
補正内容管理情報データベース１４１の局間プロトコル管理制御データ１４１ａ及び、加入者→局間用補正内容管理情報１４１ｂもメインメモリＭＭに格納されている。すなわち、予め接続する加入者とそれに接続されるＡＴＭ交換機のサポート対象の勧告及び版数の組み合わせに対応して、それらの勧告及び版数の相違を補正する補正原理が登録されている。
【０１３５】
ＱＯＳ情報補正制御部１４４において、読み出された補正原理に従って、申告用品質制御情報を生成する過程（ステップS６）から、補正された品質制御情報を、送信用メッセージとして編集して、呼設定要求受付加入者である着側加入者３に向け転送する過程（ステップ８）は、図３の動作フローと同様である。
【０１３６】
図６の実施例も上記のように、品質制御の制御レベルは勧告における版数で各々の差分を知ることが可能である。そこで、ＡＴＭ交換機に収容される加入者毎に勧告のどの版数に準拠しているかメインメモリＭＭに加入者プロトコル管理制御データ１４０として格納する。
【０１３７】
次に、上記の問題点（ｅ）を解決するためには、先に図４〜図７において説明した、加入者−ＡＴＭ交換機−ＡＴＭ交換機−加入者間でのコネクション設定時における制御原理を実現することにより、ＡＴＭ交換公衆網におけるENDＳＷ−TO−ENDＳＷ間のコネクションの品質の統一を図ることが可能となる。
【０１３８】
他ベンダー製品も公衆網が準拠する勧告機関発行の局用通信プロトコルの系列勧告であれば多少の不具合は、ソフト制御の若干の改良で巻取りが可能である。
【０１３９】
ここで、先に上げた北米地域市場及び、欧州、アジア、中近東市場における最新版勧告を以下に示し、その勧告ヘ加入者信号プロトコルをマッピングする事で品質の統一が図られる。
【０１４０】
（１）北米市場
図８に示すようなＡＴＭ交換公衆網におけるＥＮＤ ＳＷ−ＴＯ−ＥＮＤ ＳＷ間の局用通信プロトコルであるＡＴＭ Ｆｏｒｕｍ Ｂ−ＩＣＩＶ２．１を考える。
【０１４１】
中継原理は先に示した勧告内容（４）の局間中継時に使用する。加入者信号プロトコルは、先に示した勧告内容（１）、（２）、（３）、（４）である。
【０１４２】
そして、以下の品質情報変換原理に従いマッピングを行う。
【０１４３】
▲１▼コネクション設定要求を行った加入者がサポートしている加人者信号プロトコルに応じた加入者信号プロトコル内の申告情報を局間信号プロトコルの規定にマッピングする。この▲１▼の変換原理は、図４に示した構成が対応し、図８の▲１▼の部分の変換処理が対応する。
【０１４４】
▲２▼局間信号プロトコル内の申告情報を着加入者がサポートしている加入者信号プロトコルに応じた規定にマッビングする。この▲２▼の変換原理は、図６に示した構成が対応し、図８の▲２▼の発信加入者からＡＴＭ交換機に向かう部分の変換処理が対応する。
【０１４５】
図４に対応して、図８に示すように発信加入者からＡＴＭ交換機に向かう場合（図８の▲１▼）の補正内容管理情報は、次のようである。
【０１４６】
発信加入者プロトコルが勧告内容（１）である場合、局間信号プロトコルＢ−ＩＣＩは、申告品質情報をそのまま通知する。
【０１４７】
発信加入者プロトコルが勧告内容（２）である場合、局間信号プロトコルＢ−ＩＣＩは、申告品質情報ＱＯＳ＝０〜３の場合、そのまま通知する。ＱＯＳ＝４の場合は、ＱＯＳ＝０に変換し、BEST EFFORT 表示を加入者信号プロトコルと同様に生成付与して、通知する。このことで、勧告内容（２）におけるＱＯＳ＝４に対応するトラヒックタイプ＝ＵＢＲ申告を忠実に通知出来る。
【０１４８】
発信加入者プロトコルが勧告内容（３）である場合、局間信号プロトコルＢ−ＩＣＩは、申告品質情報をそのまま通知する。
【０１４９】
発信加入者プロトコルが勧告内容（４）である場合も、局間信号プロトコルＢ−ＩＣＩは、申告品質情報をそのまま通知する。
【０１５０】
さらに、図６に対応して、図８に示すようにＡＴＭ交換機から着信加入者に向かう場合（図８の▲２▼）の補正内容管理情報は、次のようである。
【０１５１】
着信加入者プロトコルが勧告内容（１）である時、申告品質情報を全てＱＯＳ＝０に変換して通知する。拡張品質制御情報ありの場合は、これを破棄する。さらに、拡張品質制御情報のみ申告の場合は、コネクション設定要求を破棄する。
【０１５２】
着信加入者プロトコルが勧告内容（２）である時、申告品質情報ＱＯＳ＝０〜３の場合、そのまま通知する。ＱＯＳ＝０で、BEST EFFORT 表示付与状態の場合は、ＱＯＳ＝４へ変換し、BEST EFFORT 表示を削除して通知する。
【０１５３】
また、ＱＯＳ＝４の場合、ＱＯＳ＝３に変換して通知する。拡張品質制御情報ありの場合は、これを破棄する。拡張品質制御情報のみ申告の場合はコネクション設定要求を破棄する。
【０１５４】
着信加入者プロトコルが勧告内容（３）である時、申告品質情報ＱＯＳ＝０〜３の場合、そのまま通知する。ＱＯＳ＝０で、BEST EFFORT表示付与状態の場合、そのまま通知する。さらに、ＱＯＳ＝４の場合、ＱＯＳ＝３に変換して通知する。拡張品質制御情報ありの場合は、これを破棄する。拡張品質制御情報のみ申告の場合はコネクション設定要求を破棄する。
【０１５５】
着信加入者プロトコルが勧告内容（４）である時、申告品質情報をそのまま通知する。
【０１５６】
（２）欧州、アジア、中近東市場
図９に示すようなＡＴＭ交換公衆網におけるＥＮＤ ＳＷ−ＴＯ−ＥＮＤ ＳＷ間の局用通信プロトコルであるＩＴＵ−Ｔ ＳＣＳ２．２内、局用通信プロトコル勧告を考える。
【０１５７】
中継原理は、先に示した勧告内容（４）を局間中継時に使用する。加入者信号プロトコルは、先に示した勧告内容（１）、（２）、（３）、（４）である。
【０１５８】
そして、以下の品質情報変換原理に従いマッピングを行う。
【０１５９】
▲１▼コネクション設定要求を行った加入者がサポートしている加人者信号プロトコルに応じた加入者信号プロトコル内の申告情報を局間信号プロトコルの規定にマッピングする。この▲１▼の変換原理は、図４に示した構成が対応し、図９の▲１▼の部分の変換処理が対応する。
【０１６０】
▲２▼局間信号プロトコル内の申告情報を着加入者がサポートしている加入者信号プロトコルに応じた規定にマッビングする。この▲１▼の変換原理は、図６に示した構成が対応し、図９の▲２▼の部分の変換処理が対応する。
【０１６１】
上記▲１▼、▲２▼の各々の変換処理の構成は、図４、図６に示すごとくである。
【０１６２】
図４に対応して、図１２に示すように発信加入者から局に向かう場合の補正内容管理情報は、次のようである。
【０１６３】
発信加入者プロトコルが勧告内容（１）である場合、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報をそのまま通知する。
発信加入者プロトコルが勧告内容（２）である場合、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報をそのまま通知する。
【０１６４】
発信加入者プロトコルが勧告内容（３）である場合、局間信号ＩＴＵＴ ＳＣＳ２．２は、申告品質情報をそのまま通知する。トラヒックタイプ＝ＵＢＲ申告時のＱＯＳ情報を０から４に変換し、付与されてきたBEST EFFORT表示を破棄して通知する。
【０１６５】
発信加入者プロトコルが勧告内容（４）である場合、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報ＱＯＳ＝０〜３の場合、下記を除き、そのまま通知する。トラヒックタイプ＝ＵＢＲ申告時のＱＯＳ情報を０から４に変換し、付与されてきたBEST EFFORT表示を破棄して通知する。トラヒックタイプ＝ＡＢＲ申告時のＱＯＳ惰報を０から２に変換して通知する。ＱＯＳ＝４の場合、ＱＯＳ＝２に変換し、通知する。
【０１６６】
また、拡張品質制御情報は破棄される。拡張品質情報のみの場合は、コネクション設定要求を破棄する。
【０１６７】
一方、図６に対応して、図９の▲２▼に示すようにＡＴＭ交換機から着信加入者に向かう場合の補正内容管理情報は、次のようである。
【０１６８】
着信加入者プロトコルが勧告内容（１）である時、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報を全てＱＯＳ＝０に変換して通知する。
【０１６９】
着信加入者プロトコルが勧告内容（２）である時、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報をそのまま通知する。
【０１７０】
着信加入者プロトコルが勧告内容（３）である時、局間信号プロトコルＩＴＵＴ ＳＣＳ２．２は、申告品質情報ＱＯＳ＝０〜３の場合、そのまま通知する。ＱＯＳ＝４の場合、ＱＯＳ＝０に変換し、BEST EFFORT表示を付与して通知する。
【０１７１】
着信加入者プロトコルが勧告内容（４）である時、局間信号プロトコルＩＴＵＴＳＣＳ２．２は、申告品質情報ＱＯＳ＝０〜３の場合、そのまま通知する。ＱＯＳ＝４の場合、ＱＯＳ＝０に変換し、BEST EFFORT表示を付与して通知する。トラヒックタイプ＝ＡＢＲの場合、ＱＯＳを０に変換し通知する。
【産業上の利用可能性】
【０１７２】
ＡＴＭ交換機システムにおける品質制御のレベルは、勧告機関による勧告における版数で各々の差分を知ることが可能である。本発明において、ＡＴＭ交換機に収容される加入者毎に、勧告のいずれの版数に準拠しているかを管理し、勧告の差分を補正することにより、勧告の版数の相違によりコネクション設定要求が拒否される問題、インタワークが阻害される問題を解消することが可能である。
Claims (4)
- 発側加入者及び着側加入者を収容するＡＴＭ交換機を有するＡＴＭ交換網において、
該ＡＴＭ交換機により、該発側加入者がサポートする加入者信号プロトコルと、該着側加入者がサポートする加入者信号プロトコルとの差分を補正するサービス品質（ＱＯＳ：Quality of Service）補正原理を求め、
該サービス品質補正原理から補正された品質制御情報を生成し、
該生成された品質制御情報に基づきコネクション受け付け制御及び、使用量パラメータ制御を実現し、
次いで、該着側加入者に該品質制御情報を送出することを特徴とするＡＴＭ網における品質申告情報の中継方法。 - 請求項１において、
前記求められるサービス品質（ＱＯＳ：Quality of Service）補正原理は、予め設定されている加入者信号プロトコルの版数の、発側及び着側加入者間の、複数の組合わせから求められることを特徴とするＡＴＭ網における品質申告情報の中継方法。 - 発側加入者及び着側加入者を収容するＡＴＭ交換機であって、
該発側及び着側加入者のそれぞれの加入者番号に対応してそれぞれの加入者がサポートする加入者信号プロトコルを格納する加入者信号プロトコルデータベースと、
該加入者信号プロトコルデータベースに格納される該発側加入者のサポートする加入者信号プロトコルと、該着側加入者のサポートする加入者信号プロトコルの組合わせに対応して、サービス品質（ＱＯＳ：Quality of Service）補正原理を格納する補正内容管理情報データベースを有し、
該サービス品質補正原理から補正された品質制御情報を生成し、生成された品質制御情報に基づきコネクション受け付け制御及び、使用量パラメータ制御を実現し、次いで、着側加入者に該品質制御情報を送出することを特徴とするＡＴＭ交換機。 - 請求項３において、
前記求められるサービス品質（ＱＯＳ：Quality of Service）補正原理は、予め設定されている加入者信号プロトコルの版数の、発側及び着側加入者間の、複数の組合わせから求められることを特徴とするＡＴＭ交換機。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP1998/004315 WO2000019669A1 (fr) | 1998-09-25 | 1998-09-25 | Procede pour repeter les informations relatives au rapport sur la qualite dans un reseau a mta |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP3621045B2 true JP3621045B2 (ja) | 2005-02-16 |
Family
ID=14209073
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000573047A Expired - Fee Related JP3621045B2 (ja) | 1998-09-25 | 1998-09-25 | Ａｔｍ網における品質申告情報の中継方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7167446B2 (ja) |
| JP (1) | JP3621045B2 (ja) |
| WO (1) | WO2000019669A1 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7382785B2 (en) * | 2003-02-21 | 2008-06-03 | At&T Knowledge Ventures, L.P. | Extended virtual user-to-network interface with ATM network |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03283849A (ja) * | 1990-03-30 | 1991-12-13 | Nec Corp | パケット通信の呼確立方式 |
| KR100293920B1 (ko) * | 1993-06-12 | 2001-09-17 | 윤종용 | 비동기전송모드의사용자망접속인터페이스의트래픽제어장치및방법 |
| US5530695A (en) | 1993-12-15 | 1996-06-25 | Nec Usa, Inc. | UPC-based traffic control framework for ATM networks |
| US6125122A (en) * | 1997-01-21 | 2000-09-26 | At&T Wireless Svcs. Inc. | Dynamic protocol negotiation system |
| US6266701B1 (en) * | 1997-07-02 | 2001-07-24 | Sitara Networks, Inc. | Apparatus and method for improving throughput on a data network |
| US6285659B1 (en) * | 1997-09-10 | 2001-09-04 | Level One Communications, Inc. | Automatic protocol selection mechanism |
-
1998
- 1998-09-25 JP JP2000573047A patent/JP3621045B2/ja not_active Expired - Fee Related
- 1998-09-25 WO PCT/JP1998/004315 patent/WO2000019669A1/ja active Application Filing
-
2001
- 2001-03-23 US US09/815,609 patent/US7167446B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| WO2000019669A1 (fr) | 2000-04-06 |
| US20010050919A1 (en) | 2001-12-13 |
| US7167446B2 (en) | 2007-01-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0841831B1 (en) | Wan-based voice gateway | |
| US8040876B2 (en) | Intelligent network and method for providing voice telephony over ATM and alias addressing | |
| US6389130B1 (en) | Public switched telephone network call routing using dyamic asynchronous mode transfer bearer voice trunking | |
| US6282197B1 (en) | ATM switching apparatus and ATM communications network | |
| HU222645B1 (hu) | Hívásfeldolgozó rendszer és eljárás ilyen rendszer mżködtetésére | |
| GB2338860A (en) | Communication system architecture | |
| CA2299686C (en) | System and method for establishing a communication connection | |
| AU756730B2 (en) | System and method for mobile data services | |
| US20050163110A1 (en) | System and method for processing call signaling | |
| US6301250B1 (en) | Method of operating an interface device as well as interface device and exchange with such an interface device | |
| EP1123625A1 (en) | Digital telecommunication system | |
| JP3621045B2 (ja) | Ａｔｍ網における品質申告情報の中継方法 | |
| Cisco | ATM Switched Virtual Circuits | |
| Cisco | ATM Switched Virtual Circuits | |
| Cisco | ATM Switched Virtual Circuits | |
| Cisco | ATM Switched Virtual Circuits | |
| Cisco | ATM Switched Virtual Circuits | |
| KR970002710B1 (ko) | 에이. 티. 엠(atm) 교환시스템에서의 에이. 티. 엠. 적응 부계층(aal)과 호제어 계층간의 정합 방법 | |
| JP3764678B2 (ja) | 非同期伝送モード（ａｔｍ）通信のための方法、システム、コンバータ及びスイッチ | |
| JP4469039B2 (ja) | 音声または音声グレードのデータを転送する装置 | |
| KR100336992B1 (ko) | 비동기 전송 모드 방식의 내부 스위치를 활용한 지능형정보제공 시스템 | |
| KR100265856B1 (ko) | 망-망접면에서출중계호제어절차를이용한가상통로의제공방법 | |
| JPH04151935A (ja) | ユーザ・ユーザ信号転送方式 | |
| KR19980049366A (ko) | 출중계 중계선에서 사용자-사용자 교환 가상 경로 연결의 제공방법 | |
| KR20000040818A (ko) | 비동기 전송모드 공중망에서, 착신단말과 연결된 네트워크 스위치에 의한 착신단말 전환방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040810 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041008 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041116 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041116 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091126 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |