(57)【特許請求の範囲】
【請求項１】
回線指向プロトコルを用いるネットワークとパケット指向プロトコルを用いるネットワーク間でサービスパラメータ交換を実現するために適合したサービスパラメータ網間接続法であり、
ａ）回線指向プロトコルを用いるネットワークから回線交換サービスパラメータを網間接続ノード（１０）で受信、またはパケット指向プロトコルを用いるネットワークからパケット交換サービスパラメータを網間接続ノード（１０）で受信する段階と、
ｂ）網間接続ノード（１０）内で、サービス区分に関連する回線交換サービスパラメータを、パケット指向プロトコルを用いるネットワーク内におけるサービス区分に関連した対応するパケット交換サービスパラメータにマッピングする段階と、
ｃ）段階ｂ）のマッピング結果を用いて、回線指向プロトコルを用いるネットワークからパケット指向プロトコルを用いるネットワークへペイロードデータを送信する段階とを有し、
マッピングされるパケット交換サービスパラメータにより特徴付けられるサービス区分の利用可能性をチェックすることなしに、マッピングする段階及びペイロードデータを送信する段階が実行されることを特徴とする方法。
【請求項２】
ａ）回線交換サービスパラメータはデータの回線交換伝送および回線交換信号伝達を定義し、
ｂ）パケット交換サービスパラメータはデータのパケット交換伝送および、パケット交換信号伝達を定義することを特徴とする請求項１に記載の方法。
【請求項３】
ａ）回線交換サービスパラメータはデータのパケット交換伝送と回線交換信号伝達を定義することと、
ｂ）パケット交換サービスパラメータはデータのパケット交換伝送とパケット交換信号伝達を定義することを特徴とする請求項１に記載の方法。
【請求項４】
回線交換信号伝達を定義する回線交換サービスパラメータは、マルチレベルサービス情報（ＭＬＰＰ、ｅＭＬＰＰ）及び／またはベアラ能力情報を定義することを特徴とする請求項２または３に記載の方法。
【請求項５】
マルチレベルサービス情報（ＭＬＰＰ、ｅＭＬＰＰ）は、
ａ）通話の優先度を割り当てる優先情報及び／または
ｂ）空きリソースがない場合の高いレベルの優先通話によるリソースの占有に対する先占情報、を有することを特徴とする請求項４に記載の方法。
【請求項６】
回線交換サービスパラメータはデータパケットのサービス区分領域（ＤＳ）内のビット設定を通してパケット指向プロトコルを用いるネットワーク内のサービス区分に対するパケット交換サービスパラメータへマップされることを特徴とする、請求項２ないし５の何れかに記載の方法。
【請求項７】
サービス区分領域（ＤＳ）は、ＩＰｖ６によるトラフィッククラスオクテットまたはＩＰｖ４によるサービス領域の型であることを特徴とする請求項６に記載の方法。
【請求項８】
回線交換サービスパラメータは、リソース予約（ＲＳＶＰ）を通してパケット指向プロトコルを用いるネットワーク内のサービス区分に対するパケット交換サービスパラメータへマップされることを特徴とする請求項２ないし５の何れかに記載の方法。
【請求項９】
回線交換サービスパラメータは、プロトコル標識交換（ＭＰＬＳ）を通してパケット指向プロトコルを用いるネットワーク内のサービス区分に対するパケット交換サービスパラメータへマップされることを特徴とする請求項２ないし５の何れかに記載の方法。
【請求項１０】
網間接続ノード（１０）内の対応するパケット交換サービスパラメータへの回線交換サービスパラメータのマッピングは、少なくとも一つのマッピング表を用いて行われることを特徴とする請求項１ないし９の何れかに記載の方法。
【請求項１１】
網間接続ノード（１０）内の対応するパケット交換サービスパラメータ内への回線交換サービスパラメータのマッピングは、ペイロードデータの伝送中に修正できることを特徴とする請求項１ないし１０の何れかに記載の方法。
【請求項１２】
回線指向プロトコルを用いるネットワーク（ＰＬＭＮ、ＩＳＤＮ、ＧＳＭ）およびパケット指向プロトコルを用いるネットワーク（ＩＰ、ＡＴＭ）間でサービスパラメータ交換を達成するために適合したコンピュータシステムであって、
ａ） 回線指向プロトコルを用いるネットワークに対する回線交換サービスパラメータと、パケット指向プロトコルを用いるネットワークに対するパケット交換サービスパラメータ間の関係を保存する保存ノード（１２）と、
ｂ） サービス区分に関連する回線交換サービスパラメータを、パケット指向プロトコルを用いるネットワーク内におけるサービス区分に関連した対応するパケット交換サービスパラメータにマッピングする網間接続ノード（１４）とを有し、
マッピングされるパケット交換サービスパラメータにより特徴付けられるサービス区分の利用可能性をチェックすることなしに、マッピングが実行されることを特徴とするシステム。
【請求項１３】
網間接続ノード（１４）は、生成されたマッピングの結果を用いて、回線指向プロトコルを用いるネットワークからパケット指向プロトコルを用いるネットワークへのペイロードデータの送信に適合していることを特徴とする請求項１２に記載のシステム。
【請求項１４】
保存ノード（１２）はマッピングデータを構成および供給するパラメータ支援ノード（１６）に接続されることを特徴とする請求項１２または１３に記載のシステム。
【請求項１５】
パラメータ支援ノード（１６）は単独の遠隔操作管理ノードとして提供されることを特徴とする請求項１４に記載のシステム。
【請求項１６】
パラメータ支援ノード（１６）はデータベースシステムとして実現されていることを特徴とする請求項１４または１５に記載のシステム。
【請求項１７】
パラメータ支援ノード（１６）はエキスパートシステムとして実現されていることを特徴とする請求項１４または１５に記載のシステム。
【請求項１８】
請求項１ないし１１の何れかの方法を実行させるためのコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
（発明の技術分野）
本発明は、請求項１の前文に記載の、サービスパラメータ網間接続法、特に回線指向プロトコルを用いたネットワークとパケット指向プロトコルを用いたネットワーク間のサービスパラメータの交換のためのサービスパラメータ網間接続法と、請求項１３の前文に記載のコンピュータシステムに関する。
【０００２】
（技術的背景）
ＷＯ９７／１６００７において、コンピュータネットワークを経由して操作する電話システム、および通話をあるコンピュータから別のコンピュータへパケット交換コンピュータネットワーク内で伝送する、さらに、コンピュータネットワークから公衆電話ネットワークへ伝送することを可能にする、関連する制御処理が記載されている。さらに、ＷＯ９７／１６００７によると、コンピュータネットワークを通して生成される通話へのインテリジェントネットワークに基づくサービスを付加することができる。
今日、パケット指向プロトコル、例えばインターネットネットワーク、ＵＭＴＳネットワークまたはＡＴＭネットワークを用いるネットワークのオペレータは、通常等しいレベルのサービス性能を顧客に提供する。サービスの区分または規模は通常価格（個人対経済比）または接続性型（ダイアルアップ接続対賃貸回線、その他）によって生起する。
【０００３】
しかしながら、近年パケット指向プロトコルを用いたネットワークの使用の増大は、ネットワーク容量の不足を招いた。同時に、サービス品質の大きな改良と保証を要求するようなアプリケーションが出現している。
【０００４】
結果として、サービスプロバイダは、顧客がサービスのレベルを選択的に申し込んだり新しい顧客の期待に応じたりする必要性を見いだした。この目標を実現させることにより、割り増し価格や提供するサービスの競争力のある差異化によって収益を向上させることができ、それはまた現存のネットワークの拡張を支援できる。
【０００５】
今日、パケット指向プロトコルを用いるネットワーク用に設計された既存のアプリケーションの殆どは、パケット指向プロトコルを用いたネットワーク内で利用できるサービス品質に適合している。この状況において、サービスは、ネットワークまたはサブネットワークまたは端末同士の何れかで、顧客のトラフィックの明確な集合またはサブ集合の全体的な取り扱いと理解される。
【０００６】
例えば、インターネットを通し「ベストエフォート」サービスと称して提供されるサービスは、スループット、遅延および他の要求に関して何の保証もしていない。しかしながら、ＩＰ技術や双方向ゲームのような特定のアプリケーションは、パケット指向プロトコルを用いる基盤となるネットワークが「ベストエフォート」よりすぐれた所定のサービス品質を提供するとき、ユーザが受諾する品質を提供する。
【０００７】
ゆえに、パケット指向プロトコルを用いるネットワーク内の拡張性のあるサービス品質の支援のために、例えば統合サービス構想および区分サービス構想と呼ばれるような異なるアプローチが存在する。
【０００８】
統合サービスによる方法は専用のデータストリームのリソースを確保することを基盤としている。これらのリソースは所定の時間でアプリケーションに割り当てられる。リソースの使用に対して、バンド幅等に関する要求に対しては、各末端間で信号を伝送しなければならない。
【０００９】
さらに、統合サービスによる方法の代わりとして、複数のトラフィッククラスの異なる取り扱いを基にする、区分サービス方法が提案されている。
【００１０】
単純クラス内にある全てのパケット伝送は、パケット指向プロトコルを用いるネットワークによってアグリゲート法で操作される。ここではネットワークノード上の負荷を軽減するために、単独の接続に対して記録するデータの保持と管理を回避することが意図されている。言い換えると、ネットワークは特定のデータストリームではなく、データストリームのクラスに対してサービス品質を保証する。
【００１１】
既存の技術に関する１つの問題は、パケット指向プロトコルを用いるネットワークに対する上述で概観した概念は、現在、回線指向プロトコルを用いるネットワークに接している、パケット指向プロトコルを用いるネットワークに対しては用いられないことである。言い換えると、回線指向プロトコルを用いるネットワークから、パケット指向プロトコルを用いるネットワークへおよびその逆方向に接続する場合、例えばＶｏＩＰゲートウェイまたは回線交換環境からインターネットダイヤルアップ接続を開始したとき、ユーザが決定したサービス区分を持つことは不可能である。
【００１２】
逆に、例えばＰＬＭＮ、ＩＳＤＮ、ＰＳＴＮのような回線指向プロトコルを用いるネットワークは、例えばアクセスサーバ、ルータまたはゲートキーパ（ＩＴＵ  Ｈ．３２３標準による）に設置される必要な／要求された／選択したサービス区分を表示することができない。よって、パケット指向プロトコルを用いるネットワーク内での使用に対して、回線指向プロトコルを用いるネットワークを経由して、またはこの逆方向でサービス要求を定義することは不可能である。
【００１３】
既存の技術に関するさらに別の問題は、回線指向プロトコルを用いるネットワークからパケット指向プロトコルを用いるネットワークおよびその逆の方向に接続する場合において、優先度付けおよび選択した操作を制御する機構が存在しないことである。
【００１４】
このようなアプリケーションに予想される一つの展開は例えば、移動体通信ネットワークからパケット指向プロトコルを用いるネットワークへの、ボイスオーバーＩＰ通話の初期化である。好ましくは、緊急通話のような通話は高い優先度を有し、適切な方法で操作されなければならない。にもかかわらず、現在は、回線指向プロトコルを用いるネットワークからパケット指向プロトコルを用いるネットワークへまたはその逆方向へ、このような種類の情報伝送は不可能である。
【００１５】
（発明の要旨）
上述の点において、本発明の目的は回線指向プロトコルを用いるネットワークとパケット指向プロトコルを用いるネットワーク間で透過的サービスパラメータ交換を実現することである。
【００１６】
本発明によると前記目的は請求項１の特徴を有する方法によって達成できる。
【００１７】
ゆえに、サービスパラメータ網間接続法において、最初に、サービスパラメータ交換の基礎としての網間接続ノードにおいて、回線交換サービスパラメータを回線指向プロトコルを用いるネットワークから受信するか、パケット交換サービスパラメータをパケット指向プロトコルを用いるネットワークから受信する。次に、回線交換サービスパラメータを対応するパケット交換パラメータ内に、またはその逆にマッピングする。最後に、ペイロードデータをマッピングの結果を用いて異なるネットワーク間で転送する。
【００１８】
従って本発明によると、これらのプロトコルによるサービスパラメータ間のマッピングさえ規定できれば、どんな回線指向またはパケット指向プロトコルに対しても特別な制限なく通信できる。
【００１９】
また、サービスパラメータ交換法において、焦点は実際のサービスパラメータ交換上にある。このように、サービスパラメータ交換法によると、マップされたサービスパラメータで特徴付けられるサービスの利用可能性をチェックせずに、ペイロードデータを、該ペイロードデータの目標とするネットワークに転送することができる。一方で、これはサービスパラメータ交換法を容易にし、目標ネットワーク内のマッピングされたサービスパラメータによるサービス要求を扱う割り振りを可能にする。
【００２０】
好ましい実施例によると、回線交換サービスパラメータはデータの回線交換伝送および回線交換信号伝達を定義し、パケット交換サービスパラメータはデータのパケット交換伝送およびパケット交換信号伝達を定義する。もう一つの方法として、回線交換サービスパラメータがデータのパケット交換伝送および回線交換信号伝達を定義してもよい。
【００２１】
よって、サービスパラメータ網間接続法によると、回線指向プロトコルを用いるネットワーク上のデータ伝送は、回線交換かパケット交換のどちらかの方法で実行される。言い換えると本発明は、回線交換プロトコルがパケット交換だけでなく回線交換ネットワークの上層部にある時に適用できる。
【００２２】
本発明の他の好ましい実施例によると、回線交換信号伝達による回線交換サービスパラメータは、マルチレベルサービス情報及び／またはベアラ能力情報を定義する。好ましくは、該マルチレベルサービス情報（ＭＬＰＰ，ｅＭＬＰＰ）は、通話の優先順位を割り当てるための優先情報及び／または空きリソースがない場合に高い優先順位の通話がリソースを占有するための先占情報を有する。
【００２３】
そのために、例えばＰＬＭＮの様な回線指向プロトコルを用いるネットワーク内の加入者は、例えばＩＰネットワークのようなパケット指向プロトコルを用いるネットワーク内の優先通話処理を可能にするために、回線交換ネットワーク内部で既に利用されている優先および先占パラメータを表示することができるようになる。また、パケット指向プロトコルを用いるネットワークから回線指向プロトコルを用いるネットワークへ接続したときも同様である。
【００２４】
本発明のさらに別の好ましい実施例は、回線交換サービスパラメータは、パケット指向プロトコルを用いるネットワーク内でサービスを区分するために、データパケットのサービス区分領域内にビットを設定することで、パケット交換サービスパラメータへマップされる。好ましくは、サービス区分領域はＩＰｖ６によるトラフィッククラスオクテットまたはＩＰｖ４によるサービス領域の型である。
【００２５】
この本発明の好ましい実施例はパケット指向プロトコルを用いるネットワーク内の現存の構造に特に良く適合する。サービスパラメータ情報をデータパケットヘッダ内のサービス区分領域内へマッピングすることにより、パケット指向プロトコルを用いるネットワーク内のノードに処理されるべきペイロードデータパケットが実際に届くまで、サービス区分要求の扱いを遅らせることができる。よって、サービスパラメータ網間接続法内のマッピング工程は容易になり、実装に要する労力を減少する。
【００２６】
本発明の他の実施例によると、回線交換サービスパラメータは、パケット指向プロトコルを用いるネットワーク内のサービス区分のために、リソースの予約をしてパケット交換サービスパラメータへマップされる。
【００２７】
本発明のこの実施例は、ペイロードデータに特定の大きな容量が、パケット指向プロトコルを用いるネットワーク内で要求される場合、特に良く適合する。つまり、パケット指向プロトコルを用いるネットワーク内のリソース予約は、ネットワークが容量の限界で動作していてサービスパラメータ網間接続法により転送されるペイロードデータが優先的に扱われるべき場合、特に重要である。そのような１つの例では、回線指向プロトコルを用いるネットワークが、例えばボイスオーバーＩＰの場合のインターネットやＡＴＭネットワーク内におけるペイロード転送のやりとりのような、パケット指向プロトコルを用いるネットワーク内へ転送される電話通話を操作している。他の典型的なリソース予約の用途は、保証された品質のサービスを要求するようなマルチメディアデータの伝送の間セッションフローにおいて発生する。
【００２８】
本発明のさらなる実施例では、回線交換サービスパラメータは、プロトコル標識交換を通してパケット指向プロトコルを用いるネットワーク内でのサービス区分のために、パケット交換サービスパラメータへマッピングされる。
【００２９】
ここで、プロトコル標識交換はルータ内でのデータパケットの送信に対する方法に関する。プロトコル標識交換は、パケット指向プロトコルを用いるコネクションレスネットワーク内のコネクション指向機構を導入することによって、ルータの転送機能を単純化させることができる。通常、プロトコル標識交換はパケット指向プロトコルを用いるネットワークを通して、ルートまたはパスを構築することができる。このルートまたはパスに沿ってルータは、転送する前にデータパケットに割り当てられたラベルという形式による識別子を使用し、どのラベル交換パスを使用するかを決定するためにパケットヘッダを解析する。一度これが実行されると、その後の全てのノードは、データパケットの先頭にあるラベルを通して識別されるラベル交換パスに沿って、データパケットの転送を単純化する。ゆえに、サービスパラメータ網間接続法は、パケット指向プロトコルを用いるネットワーク内の従来のルータの転送容量を改善するために、プロトコルラベル交換に関与するコネクション指向原理を支援する。
【００３０】
本発明の他の実施例によると、サービスパラメータのマッピングは少なくとも１つのマッピングラベルを用いて実行する。回線指向プロトコルを用いるネットワークに対するサービスパラメータとパケット指向プロトコルを用いるネットワーク間の相互依存性に基づく方法を用いて、サービスパラメータ交換方法の実施に修正を加えることなく、異なる複数の回線およびパケット指向プロトコル実行方法を柔軟に適合させることが可能である。
【００３１】
さらに別の本発明の実施例によると、回線交換サービスパラメータの対応するパケット交換サービスパラメータへのマッピングは、ペイロードデータの転送中でも修正できる。
【００３２】
よって、本発明によると、例えば通話の構築段階およびその後の通話の間などに、異なるサービスパラメータを考慮することが可能である。これは特に、例えば優先度の変化、ベアラ能力の例えば透過型から非透過型への変化、さらにデータ伝送比の変化のような場合に便利である。ここで、前記変化は、網間接続法を呼び出しているユーザ、或いは、回線指向プロトコルを用いるネットワークまたはパケット指向プロトコルを用いるネットワークのオペレータにより行われる。これはいくつかの信号伝達の追加を必要とするが、相互処理を実行している間にサービスパラメータを修正できることにより、例えば回線指向プロトコルまたはパケット指向プロトコルを用いるネットワーク内何れにおいても、例えば異なる負荷状態に対して、柔軟な対応が可能になる。
【００３３】
本発明の他の実施例によると、サービスパラメータ網間接続法はさらに、実際にマッピングが始まる前にマッピング状況の折衝の段階を有する。
【００３４】
上述で、基本的に本発明による網間接続法は、回線指向プロトコルまたはパケット指向プロトコルを用いるネットワークによるサービスの相関性を考慮しないことを説明した。それでもなお、前項の様な折衝段階を設けることにより、その後の関連するネットワーク内で支援されないサービスパラメータの交換が回避されるので、全体の処理が高速になりエラー比も減少する。ここで、最初にどちらか一方のネットワークのユーザが、交換するサービスパラメータを送出すると、網間接続法では、目標ネットワークによって支援されるサービスの観点から、そのサービスパラメータの交換は本当に使用できるかどうかを評価する。特定のサービスが支援されない場合、網間接続法は必要とするユーザへこのことを表示し、このときユーザはそれに応じて交換要求を修正する。ゆえに、サービスパラメータ交換を要求するユーザは、目標とするネットワーク内での要求するサービスの利用可能性についてのフィードバックを直ちに得て、サービスパラメータ交換に関連するペイロードデータが目標とするネットワーク内で適切に操作されない状況を回避する。
【００３５】
さらに、本発明によると、上述で概要を述べた目的は、請求項１３の特徴を有するコンピュータシステムによって達成される。
【００３６】
従って、本発明によると、コンピュータシステムは回線指向プロトコルを用いるネットワークとパケット指向プロトコルを用いるネットワーク間のサービスパラメータ交換を実現するように適応している。該コンピュータシステムは回線交換サービスパラメータとパケット交換サービスパラメータ間の関係を保存するストレージノードを有している。さらに、該コンピュータシステムは回線交換サービスパラメータを、対応するパケット交換サービスパラメータへ、またはその逆に、マッピングするための網間接続ノードを有している。さらに該網間接続ノードは生成されたマッピングの結果を用いて異なるネットワーク間へペイロードデータを送信する。
【００３７】
複数のノード、すなわちストレージノードおよび網間接続ノードへコンピュータシステムを分割することにより、網間接続ノードの修正をすることなしにサービスパラメータ交換のマッピングの変更がストレージノードへ容易に供給されるため、サービスパラメータ交換の間の柔軟性が増加する。
【００３８】
本発明の好適な実施例によると、これは特にコンピュータシステムのストレージノードへ、マッピングするデータを構成し供給するために、パラメータ支援ノードを通して支援される。
【００３９】
ここで、パラメータ支援ノードはコンピュータシステムと共に提供されるか、単独の遠隔操作保守ノードとして提供されるかのどちらかである。代わりに、パラメータ支援ノードは遠隔操作による方法でストレージノードと共に構成されてもよく、その場合回線指向プロトコルを用いるネットワークとパケット指向プロトコルを用いるネットワーク間の連結を実現するコンピュータシステムは、基本的に網間接続ノードのみから成る。言い換えると、本発明は、ストレージノード、網間接続ノード、およびパラメータ支援ノードの論理的または物理的な分割を可能にし、これは異なるネットワーク間でサービスパラメータの交換およびペイロードデータの送信を実現する適切な方法である。
【００４０】
マッピングの複雑さ次第では、パラメータ支援ノードはデータバンクシステムか、エキスパートシステムによって実現されてもよい。特に、回線指向またはパケット指向プロトコルを動かすネットワークの複雑さが増加すると、サービスパラメータ交換に必要なマッピングテーブルを準備するだけでなく、このサービスパラメータ交換に対する規則の集合を定義することができるため、エキスパートシステムに基づく方法が便利である。これによって、誤ったサービスパラメータ交換要求を送出するユーザが、定義されていないまたは許可されていない使い方やマッピングをすることを回避できる。
【００４１】
（本発明の好適な実施例）
以下に本発明の好適な実施例を記載する。
【００４２】
最初に、図１および２を参照して、異なるアプリケーションの展開に内在する基本網間接続法を説明する。続いて、回線指向プロトコルおよびパケット指向プロトコルを用いた異なるネットワーク、すなわち回線交換プロトコルを用いるネットワーク側の様々なタイプのベアラ能力情報およびマルチレベルサービス情報、さらには、パケット指向プロトコルを用いるネットワーク内の様々なタイプのサービス区分に関する、本発明による新規性のある網間接続法の応用について説明する。
【００４３】
回線指向プロトコルを用いるネットワークの典型的な例は、ＰＬＭＮ、ＩＳＤＮ；ＰＳＴＮ、ＧＳＭ、その他である。さらに、パケット指向プロトコルを用いるネットワーク内のサービス区分に対する典型的な例は、区分化サービス情報領域の使用、リソース予約プロトコルＲＳＶＰの応用、およびマルチプロトコル標識交換ＭＰＬＳの応用であり、これらは以下により詳細に議論する。
【００４４】
図１および２に示したように、一般に本発明によるサービスパラメータ網間接続法は、回線指向プロトコルを用いるネットワークおよびパケット指向プロトコルを用いるネットワーク間のサービスパラメータ交換を実現する。図１および２に示したように、回線交換サービスパラメータ、またはパケット交換サービスパラメータのどちらかが網間接続ノードで受信される。さらに、網間接続ノードでは提出されたサービスパラメータの受容能力を解析し、マッピングするために目標ネットワークへ関連するサービス要求を検査する分析段階が続く。送出された回線またはパケット交換サービスパラメータが回線指向またはパケット指向プロトコルを用いる目標ネットワークによって支援されない場合は、ユーザが送出するサービスパラメータ網間接続に対する要求に欠陥があることについて通知する折衝段階が続く。
【００４５】
ここで、図１および２に示した折衝は、要求されたサービスパラメータの修正を行うために、受容できるサービスパラメータ網間接続要求についてユーザに通知する。或いは、ユーザは、網間接続ノードへ関連する要求を送出する前に許可されるサービスパラメータをチェックできるよう、前もって網間接続ノードで利用できるサービスパラメータの型を事前に問い合わせてもよい。
【００４６】
本発明の他の実施例では、折衝は網間接続ノードと、例えばユーザの装置、ユーザの装置上で動作するアプリケーション、またはソースネットワークのネットワークノード間で、ユーザに見えない形で行われる。
【００４７】
図１および２に示したように、サービスパラメータ交換要求を送出し、解析および最終的な折衝が終了した後、マッピングの結果を用いて、異なるネットワーク間にペイロードデータが送信される。
【００４８】
ここで、ネットワークに関し、回線指向またはパケット指向プロトコルのどちらかに対してリファレンスが作成されることは注目すべきである。これが意味するのは、本発明によると、ネットワークを実行するために用いるプロトコルと、回線またはパケット指向プロトコルを実行するために用いられる交換技術間に差異が生じるということである。
【００４９】
それゆえに、本発明によるとサービスパラメータ網間接続法は、データの回線交換伝送
および回線交換信号伝達を定義する回線交換サービスパラメータ、およびデータのパケット交換伝送およびパケット交換信号伝達を定義するパケット交換サービスパラメータのどちらでも応用できる。また、回線交換サービスパラメータは、回線指向プロトコルを支援するネットワークがパケット交換技術を用いている場合、データのパケット交換伝送も定義できる。
【００５０】
上述では、図１および２を参照して本発明の新規性のあるサービスパラメータ網間接続法に内在する一般的な原理を説明した。次に、図３から５を参照して、サービスパラメータの交換についてのより具体的な例を記載する。特定の回線またはパケット指向プロトコルに適合しているサービス区分に言及するが、本発明は、これらの図によって示された詳細な例で制限されるものではない。
【００５１】
最初に、パケット指向プロトコルを用いるネットワークのサービス区分の概念を以下に記載する。ここで、通常、サービス区分はデータパケットのヘッダ内のサービス区分領域ＤＳの供給することによって実現される。
【００５２】
図３に示したように区分化サービスＤＳ領域は、複数のサービスに対する区分化を実現するために用いられる。以下にＤＳ領域と称するこの区分化サービスＤＳ領域は、区分化サービスコードポイントＤＳＣＰおよび区分化サービス概念を将来拡張する時のために残してある未使用領域へ分割される。
【００５３】
ＤＳ領域内の区分化サービスコードポイントＤＳＣＰはパーホブ動作（PHB：Per-Hob Behavior）を選択するために用いられる特定の値である。コードポイント空間は、コードポイント割り当ておよび管理のために複数の区間に分割される。例えば、第１区間は標準化のために保留され、第２の区間は実験的なおよび部分的な使用のために提供され、第３の区間は、もし第１の区間が永久に使用されないならば標準化の目的のために使用される。
【００５４】
特に、区分化サービスコードポイントＤＳＣＰは、特定の区分化サービスＤＳ動作全体に応用される区分化サービスＤＳネットワークノード内で、外部から観察可能な転送動作を定義する。
【００５５】
上述では区分化サービスに対するより一般的な見地を考慮したが、以下ではインターネットドメイン内での区分化サービスの実現についてより詳細な説明を行う。
【００５６】
パケット指向プロトコルとしてのインターネットプロトコルへの区分化サービスの増大は、各ホブへのパーフロー（per-flow）信号伝達を必要とすることなく、インターネット内で拡張可能なサービスの区別を可能にすることを意味している。通常、多種の区分化サービスは、小さく明確に定義されたブロックの集合から作られる。
【００５７】
さらに、区分化サービスは末端間通信型かイントラドメイン型で、数値的な要求、例えばピークバンド幅か、相対的な性能要求、例えば上述のような区分化サービスＤＳ全体の動作、を充足させる。
【００５８】
一般的に、インターネット内の区分化サービスは、以下の結合によって構成される。
１、自律システム境界、ネットワーク内部の管理上の境界またはホストのような、インターネットネットワーク境界でＩＰヘッダ領域内にビットを設定する；
２、インターネットネットワーク内で、どのようにＩＰパケットがノードによって送信されるかを決めるために該ビットを使用する；
３、各区分化サービスの要求または規則に基づいてインターネットネットワーク境界で注目するＩＰパケットを調整する。
【００５９】
インターネットネットワークに区分化サービスを適用するとき、利用可能なＩＰヘッダ領域を用いて区分化サービスＤＳ領域を実装することが必要である。ゆえに、ＩＰｖ４標準の使用に対してはＴＯＳオクテットで該領域が作られ、ＩＰｖ６標準に対しては、トラフィッククラスオクテットが図４および５に示したように使用される。
【００６０】
ＩＰｖ４またはＩＰｖ６とは無関係に、各ＩＰパケットは、それが属する区分化サービスＤＳ動作全体に従いマークされ、それからこの区分化ＤＳ動作全体に従い各ノード内で扱われる。ＩＰネットワークノードのネットワーク出力インターフェースにおいて、異なるキューが存在し所定の優先度で扱われる。
【００６１】
通常の区分化サービスＤＳ動作全体は上述のパーホブ動作であり、個々に長距離送信および短距離送信である。すでに存在するベストエフォートモードに加えて、今のところ２つの異なる区分化サービスＤＳ動作全体が定義される。特に、長距離送信クラスに分類されるＩＰパケットは、できるだけ速くネットワークノードを通過すべきである。理論的には、最大でこの区分化サービスＤＳ動作全体の一つのパケットのみ、ネットワークノード内で同時に操作されるべきである。この区分化サービスＤＳ動作全体のパケットは、常に所定の方法で扱われるべきである。
【００６２】
それとは反対に、送信が保証された区分化サービスＤＳ動作全体のパケットは、ネットワークノードのキュー内に長時間存在する。さらに、送信を保証された区分化サービスＤＳ動作全体のパケットは、脱落する確率によって特徴付けられるサブクラスへ再分割される。すなわち、より高次のサブクラス内における別のパケットを送信しなければならない場合、特定のパケットが脱落する確率である。言い換えると、脱落する確率により、単独のＩＰパケットはネットワークが過負荷の場合脱落することになる。
【００６３】
図４は、ＩＰｖ４サービスが、関連するパケットヘッダのサービスＴＯＳ領域の型に基づいてどのように区分されているかをより詳細に示している。図４は３つのフラグビット、Ｄは遅延、Ｔはスループット、Ｒは信頼度を示しており、これによりこれら３つの特徴のうち、どれが最も重要と考えられるかが明示される。
【００６４】
さらに、図５に示したＩＰｖ６データフォーマットに関して、トラフィッククラスオクテットと呼ばれる優先度領域は、データの流れが制御されているデータパケットとそうでないデータパケットを識別するために用いられている。
【００６５】
ここで、０から７の優先度値は、ネットワークの過負荷によりデータパケットの伝送が遅くなる時のために空けてある。さらに、値８から１５は、全てのパケットが失われた場合でさえも伝送比が一定となるような実時間トラフィックのために空けてある。映像および音声は後述のカテゴリに分類される。
【００６６】
さらに、各グループ内で、低い優先度値を有するデータパケットは、高い優先度を有するデータパケットより重要度は低いとみなされる。ＩＰｖ６標準は、例えばニュースに対して優先度１、ファイル交換プロトコルＦＴＰに対しては優先度４、およびテルネット接続に対しては優先度６を使用することを提案する。
【００６７】
図５はまた、ＩＰｖ６データフォーマットによるフローラベル領域を示している。これはデータパケット源およびデータパケットのあて先が特別な優先度および要求との仮接続することを可能にする。例えば、特定のデータパケット源とあて先間のデータパケットストリームが強制的な遅延要求を有し、よって空きバンド幅を必要とするかもしれない。この場合、前もってデータフローが開始され、空きバンド幅とさらには特定の標識を割り当てられる。データパケットが非ゼロ値をフローラベル領域内に持つ場合、どのような特別な種の取り扱いが要求されているかを見るために内部テーブルを用いて中間のネットワークノードを検査する。
【００６８】
上述において、パケット指向プロトコルを用いるネットワーク内でのサービス区分の一つの選択肢として、サービス区分領域を図３から５を参照して説明した。次に、例えばＡＴＭバックボーンネットワークを通じたＩＰインターネットネットワークなど、パケット指向プロトコルを用いるネットワーク内におけるサービス区分の他の選択肢として、ＡＴＭネットワーク内のマルチプロトコル標識交換に言及する。
【００６９】
マルチプロトコル標識交換ＭＰＬＳ原理を理解するために、パケット指向プロトコルを用いるネットワーク内の従来のルータの送信機能には、パケット指向プロトコルを使用するネットワークの各ルータ内でパケット毎に施行される容量結合工程が含まれていることに注目する。ここで、マルチプロトコル標識交換ＭＰＬＳプロトコルは、ルータ内で送信機能を単純化することによる別の方法を採用する。すなわち、例えばＩＰネットワークなどのパケット指向プロトコルを用いるコネクションレスネットワーク内に回線指向機構を導入することによって、標識交換パスをネットワークを通して各ルートまたはパスに対して設定する。
【００７０】
これまで、ルータパスに沿うルータは、どの標識交換パスを使うかを決定するためにデータパケット内のヘッダを解析し、次のノードへ伝送するために関連する認識番号を標識の形でパケットへ付加する。一度これが行われると、その後のノード全てが、データパケットのヘッダ部内の標識によって認識される標識交換パスに沿ってデータパケットを単に送信する。このようにして、本発明では、サービスパラメータの網間接続は、パケット指向プロトコルを用いるネットワーク内で標識交換パスに沿ってデータを送信するためにマルチプロトコル標識交換識別子の設定を適切に行う。
【００７１】
本発明の別の実施例は、パケット指向プロトコルを用いるネットワークの領域内でのリソース予約プロトコルＲＳＶＰに基づくサービス区分に関する。
【００７２】
リソース予約プロトコルＲＳＰＶは、例えば実時間伝送のため、バンド幅を確保するようルータまたはネットワークノードへ信号を送る通信プロトコルである。該リソース予約プロトコルは、妨害的なスキップや遅延を排除して映像および音声トラフィックに対する接続パスを確立するために割り当てられる。リソース予約プロトコルを供給する理由は、インターネットの領域内で映像および音声トラフィックの増加が期待されているからである。
【００７３】
パケット指向プロトコルを用いるネットワークに関するサービス区分の概念は以上で議論した。以下では、回線指向プロトコルを用いるネットワークについて、関連する概念を議論する。
【００７４】
以下で記載するような回線指向プロトコルを用いるネットワーク内のサービス区分に対する標準は、国際電信電話顧問委員会ＣＣＩＴＴおよびヨーロッパ電気通信標準化協会ＥＴＳＩを通して標準化されている。
【００７５】
一つの標準は、マルチレベル優先のＩＳＤＮに対するＱ．８５およびＩ．２５５．３の推奨値であり、ＣＣＩＴＴが推奨するＱ．８５及びＩ．２５５．３による先占（ＭＬＰＰ）サービスは、優先付けされた通話操作サービスを提供する。このサービスは優先および先占の２つの部分を有している。優先度は通話の優先度レベルを割り当てる。先占は、低い優先度の通話で用いられているリソースの占有に関連し、空きリソースがないときは高いレベルの優先通話がリソースを占有する。このサービスを支援しないネットワーク内のユーザは、このサービスに影響されない。
【００７６】
ＭＬＰＰサービスは回線指向プロトコルを用いるネットワークの分野において、回線指向プロトコルを用いるネットワークの分野におけるプロバイダーの選択肢として提供される。該分野は回線指向プロトコルを用いるネットワークの全体または一部である。該ＭＬＰＰサービスは共通使用域であるこの領域内で全てのネットワークリソースに適用される。加入者の最大の優先レベルは、加入者の必要に基づいてサービスプロバイダにより加入時に決定される。加入者は１通話単位で、最大の優先レベル以内で優先レベルを選択できる。
【００７７】
先占は二つの形式のうち一つを取ることができる。第１に、通話の受信者は優先度の低い通話では混雑してつながらないかもしれない。というのは、通話の送信者からの優先度の高い通話を完了するため、優先度の低い通話領域は先占されなければならないためである。第２に、回線指向プロトコルリソースを用いるネットワークでは、いくつかの通話の優先度が通話の送信者によって要求された通話より低い場合、混雑する。これら一つ以上の低い優先度の通話は高い優先度の通話を完了するために先占される。
【００７８】
ある通話は、通話の優先レベルが設定された後、以前の通話が終了する前にいつでも割り込むことができる。
【００７９】
ＭＬＰＰサービスはＭＬＰＰサービスに加入していないユーザの先占を提供することを意図していない。該サービスは、ＭＬＰＰサービスに加入しているユーザに属するリソースから成るＭＬＰＰ分野内の通話に占有を提供する。言い換えると、非ＭＬＰＰユーザによって発信または受信される通話は先占されない。ＭＬＰＰ加入者によって発信された通話は、このサービスを支援するネットワーク内でのみ高い優先度の通話によって先占される。
【００８０】
サービス区分の別の例はＧＳＭ０２．６７で推奨されている。
【００８１】
ＧＳＭ０２．６７のバージョン５．０．５による改善されたマルチレベル優先および先行サービス（ｅＭＬＰＰ）は、ハンドオーバの場合通話準備および通話継続に対して異なるレベルの優先度を提供する。ｅＭＬＰＰは、関連するデジタルセルラーモバイルネットワークによって支援されている場合は、ルーミングの場合にも応用できる。
【００８２】
加入者の最大の優先度レベルは、加入者の必要に基づき、加入時にサービスプロバイダにより決定される。加入者は一つの通話単位で、最大の優先度レベル以内で優先度レベルを選択することができる。
【００８３】
最大７つの優先度レベルがある。最も高い２つのレベルは、例えば緊急通話または特定の音声放送や音声グループ通話サービスのためのネットワーク関連サービスの構成など、ネットワークの内部で使用するために予約されている。これら２つのレベルは局所的にのみ使用される。すなわち、一つの移動体交換センターＭＳＣの分野にのみ使用される。他の５つの優先度レベルは加入者に対して提供され、もし全ての関連するネットワーク要素によって支援されるならば、例えばインター交換トランクのように全体的に適用でき、３．１節で説明したようにＭＬＰＰサービスを提供するＩＳＤＮネットワークとの網間接続にも適用できる。
【００８４】
これらの７つの優先度レベルを以下に定義する。
Ａ  （最高値、ネットワークの内部での使用に対する）；
Ｂ  （ネットワークの内部使用に対する）；
０  （加入者に対する）；
１  （加入者に対する）；
２  （加入者に対する）；
３  （加入者に対する）；
４  （最低値、加入者に対する）；
レベルＡおよびＢは、これが適用される移動体交換センターＭＳＣ領域の外で優先的な取り扱いを受けるレベル０へマッピングされる。
【００８５】
さらに、優先通話に対して、デジタルセルラー移動体ネットワークにおいては、無線インターフェースやＧＳＭネットワーク側の通話準備や、或いは混雑した通話への優先通話のハンドオーバが混雑状態にある場合、優先順位の高い通話が現在進行中の低い優先度の通話を先占する可能性がある。通話の準備において他の進行中の通話の先占が必要な場合でも、所定の通話準備時間を上回るパフォーマンスで通話準備を行い、また、可能な限り早急に接続を完了すべきである。
【００８６】
通話は、通話の優先レベルが確立された後いつでも先占でき、通話解除の前に開始される。先占は、ネットワークオペレータによって割り当てられる先占能力を有する優先レベルに対して優先度を提供するためにだけ実行される。先占能力を持たない優先レベルは待機優先度を持つのみである。
【００８７】
上述では、パケット指向プロトコルを用いるネットワークに対するサービス区分の幾つかの例、すなわち区分化サービス領域ＤＳ、リソース予約プロトコルＲＳＰＣおよび多重プロトコル標識交換プロトコルＭＰＬＳと、回線施行プロトコルを用いるネットワークに対するサービス区分の幾つかの例、すなわちｅＭＬＰＰおよびＭＬＰＰによるマルチレベルサービス情報について説明した。以下ではサービスパラメータ交換を行うとき考慮されるベアラ能力の概念を端的に要約する。
【００８８】
ここで、ベアラ能力情報は、例えばデジタルセルラー移動体ネットワーク標準ＧＳＭまたは総合サービスデジタルネットワークＩＳＤＮに従い、回線指向プロトコルを用いるネットワークの物理的な能力を定義する。例えば、ＩＳＤＮに対するＩＴＵによって定義された異なるベアラサービス能力は、６４ｋｂｐｓデータ伝送、非制限、８ｋＨｚ構造、６４ｋｂｐｓ、８ｋＨｚ構造、音声情報伝送に使用できる 64 kbps, 8kHz 構造, ３．１ｋＨｚ音声情報に使用できる、などである。
【００８９】
パケットおよび回線指向プロトコルを用いるネットワークに関して議論された一般的な概念の観点から、以下に複数のマッピング例をマッピング表の形で示した。
【００９０】
第１のマッピング表は、ＩＰｖ４インターネット標準による優先領域上のデジタルセルラー移動体通信ネットワークＧＳＭによるｅＭＬＰＰのマッピングを示している。ここで、優先度は、例えば、混雑している場合にデータパケットが脱落する順序を決定するために、図８で示したようなルータによって使用されてもよい。
【表１】
0004889174.tif 000002
【００９１】
さらに、次の例は、ＩＰｖ６標準に適したヘッダ構造上の同じｅＭＬＰＰ移動体セルラー通信ネットワーク標準ＧＳＭのマッピングに関する。
【表２】
0004889174.tif 000003
【００９２】
上の表は優先度領域へのマッピングを示している一方、同じマッピングは、そのような要求において、特定の優先度で仮接続の準備に用いられるフローラベル領域を実現する。
【００９３】
ここで値０から７は、ネットワークの混雑の場合に通信速度を低下することができる通信のために空けてある。さらに値８から１５は、全てのパケットが失われたとしても、一定の送信比が保たれる実時間トラフィックのために空けてある。
【００９４】
各グループ内の低い番号のパケットは、高い番号のパケットより重要性が低い。個々のパケットは異なる優先度を有し、これは注目すべきである。ゆえに、上の第２の表で示したマッピング機構は、個々のデータパケットの重要さが異なる場合の通信に用いられ、この場合ｅＭＬＰＰ値は特定の優先度値だけでなく、データパケットに使用される優先領域も定義する。
【００９５】
以下の表に高速通話準備に関する他の例を示した。
【表３】
0004889174.tif 000004
【００９６】
ここで、ｅＭＬＰＰの規格内で明記されたような高速準備は、その上にＩＰｖ６標準によるルーティング拡張ヘッダが使用されている専用高速トラック経路を決定するために、アクセスルータで使用しても良い。このルーティングでは、宛先までに通過するべき１つ以上のルータを特定するために、図８に示したようなルータＲを考える。ここで、完全なパスが提供されている完全なルーティングと、選択されたルータのみ供給されている簡易なルーティングの両方が、本発明の枠組み内で考慮することができる。通常、ルーティングの厳密さは優先度レベルの集合に依存している。
【００９７】
以下の表はＩＰｖ４インターネット標準上のｅＭＬＰＰのマッピングに対する例を示している。
【表４】
0004889174.tif 000005
ここで注目するべきは、サービスパラメータの型に対する値１は、対応する優先度が通話及び／またはデータパケットの流れにとって重要であるということを意味していることである。
【００９８】
ＩＰｖ６インターネット標準によるフローラベル上に回線指向プロトコルを用いるネットワーク内の透過度のマッピングによる別の例を、以下の表にまとめた。
【表５】
0004889174.tif 000006
上の表による透過度は以下に説明する。
１．  透過度：非フロー制御および非エラー制御；
２．  非透過度：フロー制御およびエラー制御
【００９９】
ここで、ＩＰｖ６標準によるフローラベル領域は、パケット交換インターネットＩＰネットワーク内の接続指向サービスを提供するために用いられる。ここで、フロー制御はパケット交換ＩＰネットワーク内のルーティングを実行するために用いられる。すなわちフローラベル入力から出力ルートへ接続する。言い換えると、ルーティングはＩＰヘッダを含むＩＰアドレスに基づいてはいないことを意味している。非透過データ通話の場合、ＩＰｖ６標準によるフローラベルは、仮想回線および空きバンド幅による一定のデータ比を実現するために用いられる。さらに、フローラベルは、ボイスオーバーＩＰ、ＶｏＩＰ、通話へ変換される発話ベアラの場合に用いられる。
【０１００】
最後の例は、透過データベアラまたは音声ベアラの場合ＩＰｖ４標準による遅延およびスループットインジケータの設定に関する。言い換えると、この例は以下に示すように、相対的に高いユーザ比の場合、ＩＰｖ４インターネット標準に対するサービス領域の型によって表示されたスループット重要性がどのように設定され、関連するＩＰネットワーク内の異なるルータによって使用されるかを示している。
【表６】
0004889174.tif 000007
【０１０１】
本発明による他の例は、ネットワークへ予約要求をするために必要な情報を提供する予約プロトコルＲＳＶＰを持つ網間接続である。これは、ＱｏＳ制御サービスが要求されるサービスの質と、このサービスに対して要求されるパラメータの表示を含む。
【０１０２】
図６は、ＰＬＭＮ、ＩＳＤＮ、ＰＳＴＮの様な回線指向プロトコルに基づくネットワークと、例えばサービス区分化情報を参照するＩＰ、ＡＴＭ、ＵＭＴＳの様なパケット指向プロトコルを用いるネットワーク間の、上述した接続を実現するために適合した網間接続コンピュータシステムの基本構造を示す。
【０１０３】
図６で示したようにサービス区分網間接続コンピュータシステムは、例えば回線指向プロトコルを使用するネットワークで使用されるマルチレベルサービス情報ＭＬＰＰ、ｅＭＬＰＰ、及び／またはベアラ能力情報と、パケット指向プロトコルを用いるネットワーク内で用いられる関連するサービス区分情報間の関係のような、上述で議論したマッピング表を保存する保存ノード１２を有している。
【０１０４】
網間接続コンピュータシステム１０は、回線指向プロトコルを用いるネットワークから、パケット指向プロトコルを用いるネットワーク内で使用するのに適した関連するサービス区分情報内へ、またはその逆方向に送出されるマルチレベルサービス情報及び／またはベアラ能力情報をマップするのに適した網間接続ノード１４を有している。
【０１０５】
図６に示したように、コンピュータシステム１０の保存ノード１２に対し、マッピングデータの供給または構成のためにパラメータ支援ノード１６が提供される。ここで、パラメータ支援ノード１６は、コンピュータシステムと共に提供されてもよいし、独立した遠隔操作管理ノードとして提供されてもよい。或いは、パラメータ支援ノード１６は、コンピュータシステム１０が網間接続ノード１４のみで構成されるよう、遠隔操作方法の保存ノード１２と共に構成されてもよい。
【０１０６】
言い換えると、本発明は、保存ノード１２、網間接続ノード１４、およびパラメータ支援ノード１６を有するコンピュータシステムの論理的および物理的パーテションを可能にし、異なるネットワーク間のサービスパラメータ交換およびペイロードデータ伝送を実現するのに適している。
【０１０７】
さらに、マッピングの複雑さに依存して、パラメータ支援ノード１６はデータベースまたはエキスパートシステムの何れかを用いて実現される。ここで、回線指向またはパケット指向プロトコルの何れかで動作するネットワークの複雑さが増加するので、エキスパートシステムに基づく方法が、全ての必要なマッピングの集合だけでなく、サービスパラメータ交換のルートの集合も可能にする点で便利である。
【０１０８】
図６で示した構造を有するコンピュータシステムは、一般的な形状としての図１および２について、さらに異なるマッピング例や上述のマッピング表について、上で概観した様な本発明による網間接続法を実現するのに適している。
【０１０９】
さらに、すでに概観したように、網間接続ノード１４は例えば現在の通話または通話の準備中の間サービスパラメータマッピングを変更するのに適している。一般に、サービス区分透過度は、ユーザ、アプリケーション、オペレータ及び／またはネットワークで決められた制御に基づく回線およびパケット指向信号伝達プロトコル間で達成される。さらに、通常ネットワークノード内では、データパケットの送信は、一般には同じセッションに属する全てのデータパケットが同じ実行レベル要求を有するという事実に基づいている。さらに、ＭＰＥＧの様な圧縮されたデータにとって、いくつかのデータパケットはより重要であり、よって高い実行レベルを要求する。
【０１１０】
網間接続ノードでの操作のさらなる変形例は、ＡＴＭ及び／またはＩＰに基づくＵＭＴＳによる伝送および信号伝達である。さらに、ＵＭＴＳはＩＳＵＰの様な回線指向プロトコルを用いてもよく、基本的には回線指向、またはパケット指向サービス区分機構のいずれを用いてもよいということである。
【０１１１】
さらに、本発明による網間接続ノードおよび関連する網間接続法の別の変形例は、網間接続ノードとユーザが提出するサービスパラメータ交換要求間で実行される折衝に関する。データの入力及び／または出力がマッピング表内で定義されていないためにマッピングができない場合、いくつかの例が考えられる。別の例では、サービス区分が網間接続ノードのみで実現されている場合である。例えばパケット交換ネットワークはサービス区分機構を有していない。この場合、関連するサービス／実行レベルを保証するために、要求をそのままパケット指向プロトコルを用いるネットワークを経由してルーティングするか、または他のネットワークを経由して要求の再ルーティングを要求するどうかを、要求するユーザに折衝する。或いは、折衝は網間接続ノードと、例えばユーザの装置、またはユーザの装置で実行されているアプリケーション、またはソースのネットワークノードまたは中間ネットワークとの間でユーザを透過して実行される。
【０１１２】
図７は、図６で示されたコンピュータシステムに対する一つのアプリケーションの例を示す。コンピュータシステムは回線指向プロトコルを用いるネットワークとパケット指向プロトコルを用いるネットワーク間でメディアゲートウェイとして実現される。上で概観したように、回線指向プロトコルを用いるネットワーク内では、データの実際の伝送はパケット交換データ伝送、例えばＧＳＭからＧＰＲＳまで、を通じて行われる。
【０１１３】
図７に示したように、移動体局ＭＳはメディアゲートウェイコントローラへの制御信号を開始し、それはサービスパラメータ交換に対する要求を信号伝達ゲートウェイ２０へ送信され、さらにメディアゲートウェイ２２へ接続する。ここで、網間接続ノード相関性のマッピング部と保存ノード１２は信号伝達ゲートウェイ２０へ割り当てられ、一方図６に示した網間接続ノード１４の送信機能性はメディアゲートウェイ２２へ割り当てられる。
【０１１４】
図７で示したように、一度ペイロードデータがメディアゲートウェイ２２へ移動体局によって供給されると、データパケットはルータＲによってさらに処理するために、パケット指向プロトコルを用いるネットワークへ送信される。
【０１１５】
図７に示したように、一度データパケットがメディアゲートウェイ２２を通って出力されると、データパケットの操作がもはやメディアゲートウェイ２２の制御下にはなく、出力後のデータパケットの操作は完全にマッピング工程によって定義されたサービス区分情報を通して決定される。
【０１１６】
図７に示したメディアゲートウェイ２２の仕事は、例えばＳＴＭ同期伝送モードネットワーク内の符号化された音声ＰＣＭからＡＴＭ非同期伝送モードネットワーク内の符号化された音声ＧＳＭへまたはその逆方向の様な、ペイロードの異なるフォーマット間の転換により、ペイロードの送信を実行するのみである。さらに、信号伝達ゲートウェイは例えばＩＳＵＰからＨ．３２３へまたはその逆方向のような異なる信号伝達プロトコル間の変換を行う。
【０１１７】
本発明の他の実施例を、図８を参照して以下に示した。
【０１１８】
図８は、例えばＩＰｖ４ヘッダのサービスビット型に対応した網間接続コンピュータシステム１０内にベアラ能力と、先占がマッピングされているインターネット接続を実現するための、回線指向プロトコルを用いるネットワークＰＬＭＮからの通話準備を示した。
【０１１９】
図８に示したように、マッピングは、例えば、移動体交換センターＭＳＣまたは他のＰＳＴＮ／ＩＳＤＮネットワーク内の局所交換で達成され、さらにはアクセスサーバ、ＩＰネットワークのルータＲ内、ＩＰゲートウェイ、ゲートキーパ、その他で達成される。言い換えると、これら全ての要素は、図６に関して上で概観した網間接続コンピュータシステムを有する。ここで、移動体交換センタはＰＬＭＮネットワーク内の移動体指向通話を送信する役目を果たし、アクセスサーバは特定のアプリケーションのために設計されており、ルータＲはパケット交換ＩＰ環境に適合しており、ゲートウェイはプロトコル、特に音声関係のプロトコルに適合するように提供されていて、ゲートキーパはマルチメディア指向ボイスオーバーＩＰを支援している。
【０１２０】
サービス区分情報がアクセスサーバ内で実行される場合は、アクセスサーバはベアラ能力情報およびｅＭＬＰＰ情報を、外部または内部信号伝達プロトコルを経由して移動体交換センタから受け取る。上述のように、この情報に基づいてアクセスサーバはマッピング表を用い関連するサービス区分情報を決定する。これは、以下でより詳細に説明するが、ＩＰネットワークのパケットヘッダ内に書かれる。
【０１２１】
他の選択肢は、ＳＳ７とインターネットネットワーク間の網間接続のために定義されたメディアゲートウェイ準備とＳＳ７信号伝達を用いて、メディアゲートウェイコントローラがベアラ能力及びｅＭＬＰＰとＭＬＰＰサービスを使用できるようにすることである。それは例えば、移動体交換センターＭＳＣ／ＶＬＲが対応するメディアゲートウェイに、例えばメディアゲートウェイ制御プロトコルの形式で、要求されたサービス区分を表示するために、使用される。
【０１２２】
ここで、メディアゲートウェイ制御プロトコルはメディアゲートウェイ内の対応するメディア交換装置の割り当て要求を可能にする。またサービス区分情報の対応するメッセージが含まれる。メディアゲートウェイは、例えば、他の加入者に装置を割り当てるために優先情報を用いてもよい。さらに、メディアゲートウェイはサービス区分マッピング表を含んでもよい。さらに、マッピング表は信号伝達ゲートウェイ内に保存される。この場合、信号伝達ゲートウェイはメディアゲートウェイへ対応するサービス区分情報を表示する機構を必要とする。メディアゲートウェイ制御プロトコルは信号伝達変換が行われる信号伝達ゲートウェイへ対応する制御情報を送信する。
【０１２３】
もし、移動体加入者が、対応する移動体セルラー通信ネットワーク内のｅＭＬＰＰ加入者として登録されるならば、加入者は通話準備としてｅＭＬＰＰ値を送信するか、位置更新において対応するデフォルト値を用いるかのどちらかである。さらにデジタルセルラー移動体通信ＧＳＭベアラ能力は源移動体交換センタＭＳＣへ送信される。ベアラ能力はまた、現在の通話の間またはセルラー移動体通信ネットワーク内のハンドオーバにより、加入者によって変更される。
【０１２４】
移動体サービスセンターＭＳＣ内において、ｅＭＬＰＰ値は解析されもし可能ならば移動体加入者へ返される。ベアラ能力も解析され可能ならば移動体加入者へ返される。
【０１２５】
区分化サービスに対して、または予約プロトコルＲＳＶＰによって定義されるような対応するパラメータを設定するために、移動体交換センターは、例えばＩＰｖ４ヘッダの優先領域へ、ｅＭＬＰＰ値内で表示された優先情報をマップする。
【０１２６】
さらに、ベアラ能力は、ＩＰｖ６標準または対応するＤ、Ｔ、に従い区分化サービスコードポイントを、またＩＰ４インターネット標準に従うサービス領域の型内にＲ−ビットを設置するために用いられる。
【０１２７】
サービス領域の型は、以下のようなデジタルセルラー通信ネットワークＧＳＭベアラ能力からマップされる。
−音声または透過データサービス  −＞  ＴおよびＤビット集合；
−非透過データサービス  −＞  Ｒビット集合。
この情報は、関連する区分化サービスに特定された、パケット交換インターネットネットワーク内で用いられる。
【０１２８】
本発明によると、回線指向プロトコルを用いるネットワークからパケット指向プロトコルを用いるネットワークへの方向に対する特定のマッピングは、明らかに他の方向例えばパケット交換インターネットネットワーク内から回線指向プロトコルを用いるネットワークへの方向へ応用できる。
【０１２９】
上述では特定のパケットヘッダフォーマットに関して本発明を議論したが、上述の本発明において、その定義付けに関係なく、どのような区分化サービス領域の使用も本発明の枠組み内で考慮できることは明らかである。
【０１３０】
回線指向プロトコルを用いるネットワーク、例えばＩＳＵＰ、パケット指向プロトコルを用いるネットワーク、例えばＩＰより優れたＩＳＵＰ、において、プロトコルを実行させることは益々多くなる。マッピング手段が２つのパケットに基づくネットワークに対する異なる信号伝達とＩＰ負荷ルーティング機構間で動作するケースも本発明の枠組み内に入ることを意味する。
【０１３１】
前述の記載は例示したような多数のマッピング表を含む。表内の値は好適な実施例であるが、それぞれのアプリケーションに対して適切にまたは要求通りに変更しても良く、本記載に限定されるものではない。
【図面の簡単な説明】
本発明の好適な実施例は以下の図を用いて記載される。
【図１】  図１は本発明によるサービスパラメータ網間接続法に対するフローチャートである。
【図２】  図２は本発明によるサービスパラメータ網間接続法に対する別のフローチャートである。
【図３】  図３はサービス区分領域の構造を示す。
【図４】  図４はＩＰｖ４によるサービス領域の型の構造である。
【図５】  図５はＩＰｖ６によるデータパケットのヘッダ構造を部分的に示している。
【図６】  図６は本発明によるサービスパラメータ交換に適合するコンピュータシステムに対する概要図である。
【図７】  図７は本発明によるメディアゲートウェイでの発明的な網間接続法の応用を示している。
【図８】  図８は、本発明の一応用例であり、移動体局から開始された通話が回線指向プロトコルを用いるＧＳＭネットワーク内で初期化され、その後例えばボイスオーバーＩＰ通話のようなＩＰネットワークへ送信される流れを示している。
【図１】
0004889174.tif 000008
【図２】
0004889174.tif 000009
【図３】
0004889174.tif 000010
【図４】
0004889174.tif 000011
【図５】
0004889174.tif 000012
【図６】
0004889174.tif 000013
【図７】
0004889174.tif 000014
【図８】
0004889174.tif 000015