JP3964872B2 - マルチメディア通信のためのデータ構造、方法及びシステム - Google Patents
マルチメディア通信のためのデータ構造、方法及びシステム Download PDFInfo
- Publication number
- JP3964872B2 JP3964872B2 JP2003541218A JP2003541218A JP3964872B2 JP 3964872 B2 JP3964872 B2 JP 3964872B2 JP 2003541218 A JP2003541218 A JP 2003541218A JP 2003541218 A JP2003541218 A JP 2003541218A JP 3964872 B2 JP3964872 B2 JP 3964872B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- network
- address
- data
- sgw
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2869—Operational details of access network equipments
- H04L12/2898—Subscriber equipments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/16—Multipoint routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/52—Multiprotocol routers
-
- 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/12—Avoiding congestion; Recovering from congestion
- H04L47/122—Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities
-
- 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/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/60—Software-defined switches
- H04L49/602—Multilayer or multiprotocol switching, e.g. IP switching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6405—Multicasting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/604—Address structures or formats
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Description
多くの場合、異なる情報源はネットワーキングにおける用語に多少異なった意味及び範囲を与える。例えば、「ホスト」という用語は、1)ユーザがネットワーク上の他のコンピュータと通信できるようにするコンピュータ、2)1つあるいはそれよりも多くのウェブサイトのためにウェブページを提供するウェブサーバを備えたコンピュータ、3)メインフレームコンピュータ、あるいは、4)何らかのより小さいか又は能力が低い装置又はプログラムにサービスを提供する装置又はプログラム、を意味する可能性がある。従って、本明細書と請求の範囲において、以下の用語についてこのセクションに説明された定義を参照するものとする。
ACNとは、一般に、1つあるいはそれよりも多くの中間スイッチ(「MX」)を示す。これらの中間スイッチは全体として、サービスゲートウェイ(「SGW」)と、ネットワークのバックボーンと、SGWに接続された他のネットワークとに対するアクセスを家庭用ゲートウェイ(「HGW」)に提供する。
非同期とは、設定された時間スロットの間にノードがデータを他のノード送信する/伝送するように制限されていないことを示す。非同期とは、同期の対義語である。
(注意して欲しいこととして、ネットワーキングにおいて「非同期」が用いられる第2の意味、すなわち、データ伝送の方法を記述するための意味が存在する。この場合、データは、典型的には単一のキャラクタに対応しかつ5乃至8ビットを含む、小さな固定されたサイズの複数のグループで伝送され、ビットのタイミングは、何らかの形式のクロックによって直接的に決定されるのではない。データの各グループは、典型的には、スタートビットを先頭に有し、停止ビットを後尾に有する。この非同期の第2の意味は、「同期」の第2の意味、すなわち、付随したクロック情報を備えたより大きなブロックでデータが伝送されるデータ伝送の方法と対比されることが可能である。例えば、実際のデータ信号は、受信機においてデータ信号からクロック信号が復元されることが可能な方法で、送信機によって符号化されてもよい。ここに開示された技術によって、第2の意味に係る非同期伝送よりもずっと高いデータレートを許容する第2の意味に係る同期伝送が使用される。しかしながら、本明細書と請求の範囲が同期及び非同期という用語を用いるとき、これらは、固定された時間スロットの間にノードが他のノードにデータを伝送するように制限されているか否かということを示す。)
ボトムアップの論理リンクは、発信元のホストと、発信元のホストを管理するサーバ群に関連付けられたスイッチとの間でデータパケットが通過する論理リンクである。スイッチとサーバ群は、典型的には、発信元のホストに対して論理的に最も近接したサービスゲートウェイの一部である。
回線交換ネットワークは、2つの(あるいはそれよりも多くの)ホストの間で、それらの通信セッションの継続時間にわたって、専用のエンド・ツー・エンドの回線を確立する。回線交換ネットワークの例は、電話網とISDNを含む。
カラーサブフィールドはパケット内のアドレスサブフィールドであり、これは、例えば、パケットが提供しているサービスのタイプ(例えば、ユニキャスト通信と多地点通信)、及び/又は、パケットが送信されている宛先又は発信元のノードのタイプについての情報を与えることによって、パケットの転送を促進する。カラーサブフィールドにおける情報は、伝送経路に沿ったノードによるパケットの処理を直接的に援助する。
自動化された検出装置によってアクセスされることが可能な形式のデータを含む媒体である。コンピュータが読み取り可能な媒体の例は、(a)磁気ディスク、磁気カード、磁気テープ、及び磁気ドラムと、(b)光ディスクと、(c)固体(ソリッドステート)メモリと、(d)搬送波とを含むが、これらに限定されるものではない。
コネクションレス型ネットワークは、データパケットを送信する前のセットアップフェーズが存在しない、パケット交換ネットワークである。例えば、データパケットを送信する前に制御パケットが送信されない。コネクションレス型ネットワークの例は、イーサネット(登録商標)、ユーザデータグラムプロトコル(UDP)を用いたIPネットワーク、及び交換型マルチメガビットデータサービス(SMDS)を含む。
コネクション指向型ネットワークは、データパケットを送信する前のセットアップフェーズが存在する、パケット交換ネットワークである。例えば、伝送制御プロトコル(TCP)を用いたIPネットワークでは、データパケットを送信する前のハンドシェーク手順の一部として制御パケットが送信される。「コネクション指向型」という用語が使用されているのは、送信者と受信者が、ただゆるく接続されているにずぎないからである。仮想的な回線に基づくルーティングを用いたパケット交換ネットワークも、コネクション指向型である。
帯域外信号方式の制御を容易化する(促進する)制御情報を含んだペイロードを有するパケットである。
データグラムのアドレスに基づくルーティングにおいて、ネットワークは、当該ネットワークを介してデータパケットを転送するために、当該データパケットに含まれた宛先のアドレスを用いる。データグラムのアドレスに基づくルーティングは、コネクションレス型か、又はコネクション指向型かのいずれかが可能である。
データグラムのアドレスに基づいたルーティングシステムにおいてパケットを発信元から宛先まで転送するために使用される、パケット内のアドレスである。
データリンク層のアドレスには、その通常の意味が与えられる。すなわち、このアドレスは、OSIモデルにおけるデータリンク層のいくつか又はすべての機能を実行するために用いられるアドレスである。データリンクアドレスは、典型的には、ノードに対する物理的なネットワークインターフェースを識別するために使用される。各種の参考文献は、データリンク層のアドレスを「物理アドレス」とも「メディアアクセス制御(MAC)アドレス」とも呼んでいる。ネットワークは、OSIモデルにおけるデータリンク層のいくつか又はすべての機能を実装するために、完全なOSIモデルの実装を必要とするわけではないということを注意する。例えば、イーサネット(登録商標)が完全なOSIモデルを実装してなくても、イーサネット(登録商標)のネットワークにおけるMACアドレスは、データリンク層のアドレスである。
マルチメディアデータあるいはカプセル化されたパケットのようなデータを含むペイロードを有するパケットである。データパケットのペイロードもまた、帯域内信号方式の制御を容易化する制御情報を含んでいてもよい。
フィルタは、条件及び/又は基準のセットに基づいてパケットを分離したり、あるいは分類したりする。
平坦なアドレス指定構造は、(米国の社会保障番号と同様の方法で)単一のグループに組織化されている。従って、これは、パケットのルーティングを援助するために使用可能なネットワークトポロジーについての情報を提供しない。イーサネット(登録商標)のMACアドレスは、平坦なアドレス指定構造の1つの例である。
転送とは、パケットを入力論理リンクから出力論理リンクに移動させることを意味する。ここに開示されかつ請求の範囲に記載された技術では、転送、スイッチング及びルーティングという用語は、相互に入れ替えて使用可能である。同様に、スイッチ及びルータ(すなわち、パケットの転送を実行する装置)という用語は、相互に入れ替えて使用可能である。一方、従来技術においては、スイッチングとは、データリンク層においてフレームを転送することであり、ルーティングとは、ネットワーク層においてパケットを転送することであり、スイッチとは、データリンク層においてフレームを転送する装置であり、ルータとは、ネットワーク層においてパケットを転送する装置である。いくつかのコンテキストにおいて、ルーティングとは、パケットの伝送経路あるいはその一部(例えば、次のホップ)を決定することである。
パケットを参照。
ペイロードに先行するパケットの一部であり、典型的には、宛先アドレスと他のフィールドとを含んでいる。
階層型アドレス指定構造は、非常に多くの部分的なアドレスサブフィールドを含み、この部分的なアドレスサブフィールドは、アドレスを、当該アドレスが単一のノードを指示するまで(街路の住所と同様の方法で)逐次に狭めて限定する。階層型アドレス指定構造は、1)ネットワークのトポロジー構造を反映することができ、2)パケットの転送を援助することができ、3)ネットワーク上のノードの、正確な、又は近似的な地理的場所を識別することができる。
ユーザがネットワーク上の他のコンピュータと通信することを可能にするコンピュータである。
IGBは、一般に、オンラインゲームを操作するゲームコンソールであって、そのユーザがネットワーク上の他のユーザらと対話することを可能にするゲームコンソールである。
IHAは、一般に、意志決定能力を有する機器を示す。例えば、スマートエアーコンデショナは、室温の変化に従って自動的に冷気の出力を調節するIHAである。もう1つの例は、毎月の特定の時間に自動的に水道メータを読み取って、メータの情報を水道局に送信する、スマートメータ読み取りシステムである。
2つのノードの間の論理的な接続である。論理リンクを介してパケットを転送することは、パケットが実際には1つあるいはそれよりも多くの物理リンクを介して転送されることを意味するということが理解されるであろう。
MPネットワークにおけるMBは、マルチキャストのタイプであって、ここで、メディアプログラムソースは、当該メディアプログラムソースに接続している任意のユーザにメディアプログラムを送信する。ユーザの視点からは、MBは、伝統的な放送技術(例えば、テレビジョン及びラジオ)と同様に見える。しかしながら、システムの視点からは、ユーザが接続を要求しない限りメディアプログラムはこのユーザに送信されないので、MBは伝統的な放送とは異なっている。
MMとは、単一の発信元と多数の指定された宛先との間でマルチメディアデータを伝送することを示す。
MPに準拠しているとは、メディアネットワークプロトコル(“MP”)のプロトコル要件を厳守した、構成要素、装置、ノード、又はメディアプログラムを示す。
マルチメディアデータは、オーディオデータ、ビデオデータ、あるいは、オーディオデータとビデオデータとの両方の組み合わせを含むが、それに限定されるものではない。ビデオデータは、静的なビデオデータとストリーム伝送をするビデオデータとを含むが、それに限定されるものではない。
ネットワークのバックボーンとは、広義では、さまざまなノードあるいは終端装置を接続する伝送媒体である。例えば、光ファイバケーブルと光信号を使用してデータを伝送する光ネットワークが、ネットワークのバックボーンである。
ネットワーク層のアドレスとは、その通常の意味で与えられる。すなわち、ネットワーク層のアドレスは、OSIモデルにおけるネットワーク層のいくつか又はすべての機能を実行するために使用されるアドレスである。ネットワークアドレスは、典型的には、インターネットワークにおける任意の場所にパケットを送信ために使用される。各種の参考文献は、ネットワーク層のアドレスを「論理アドレス」とも「プロトコルアドレス」とも呼んでいる。ネットワークは、OSIモデルにおけるネットワーク層のいくつか又はすべての機能を実装するために、完全なOSIモデルの実装を必要とするわけではないということを注意する。例えば、TCP/IPが完全なOSIモデルを実装してなくても、TCP/IPネットワークにおけるIPアドレスは、ネットワーク層のアドレスである。
ノードとは、ネットワークに接続された、アドレス指定可能な装置である。
非ピア・ツー・ピアとは、階層型ネットワーク内の同じレベルにおける2つのノードが、互いに直接的にパケットを送信できないことを意味する。実際、パケットは、その2つのノードの(複数の)親ノードを通過する必要がある。例えば、同じHGWに接続された2つのUTは、パケットを互いに直接に送信するのではなく、そのHGWを介してパケットを互いに送信する必要がある。同様に、同じSGWに接続された2つのMXは、パケットを互いに直接に送信するのではなく、そのSGWを介してパケットを互いに送信する必要がある。異なるSGWに接続された2つのMXは、パケットを互いに直接に送信するのではなく、それらの親SGWを介してパケットを互いに送信する必要がある。
パケット交換ネットワークにおける伝送のために使用される、データの小さなブロックである。パケットは、ヘッダとペイロードを含む。ここに開示されかつ請求の範囲に記載された技術の場合、パケット、フレーム及びデータグラムという用語は、相互に入れ替えて使用可能である。一方、従来技術では、フレームとは、データリンク層におけるデータユニットを示し、パケット/データグラムとは、ネットワーク層におけるデータユニットを示す。
パケット交換ネットワークは、仮想的な回線に基づくルーティングか、又はデータグラムのアドレスに基づくルーティングかのいずれかを用いて、複数のホストの間でデータパケットを送信する。パケット交換ネットワークは、複数のホストの間で通信するために、専用のエンド・ツー・エンドの回線を使用しない。
2つのノード間の実際の接続である。
ノードを参照。
転送を参照。
もし、あるパケットが、一連の論理リンクを介して転送されるように当該パケットを方向付ける情報を含むならば、そのパケットはその一連の論理リンクを介してそれ自体で方向付ける。ここに開示した技術のうちのいくつかでは、部分的なアドレスサブフィールドにおける情報が、パケットを、一連のトップダウンの論理リンクを介して転送されるように方向付ける。それに対して、通常のルーティングでは、パケットのアドレスが使用されて、ルーティングテーブルにおいて次のホップのエントリが検索される。クロスカントリー的な道をたどる旅行との類推によれば、前者の場合は、フリーウェイの最後の出口からあなたの最終的な行先への方向付け(道)の組を有することと同様であるのに対して、後者の場合は、交差点毎に停止して道を尋ねなければならないということと同様である。また、ここに開示した技術のうちのいくつかでは、パケットがそれ自体で方向付けられる際に通過する一連のトップダウンの論理リンクは、すべてのトップダウンの論理リンクを含まない場合があるということ、例えば、パケットは、MPのLANにおいて、ローカルなブロードキャストを介して宛先ノードに到着してもよいということを注意する。それにもかかわらず、パケットはなお、一連のトップダウンの論理リンクを介してそれ自体で方向付けられ、ルーティングテーブルはなお、トップダウンの論理リンクを介することを要求されない。
複数のサーバシステムにてなる集合物。
ネットワークにおいて、当該ネットワークに接続された他のシステムに対して1つ又は複数のサービスを提供するシステムである。
転送を参照。
同期とは、ノードが、設定された時間スロットの間に他のノードにデータを送信する/伝送するように制限されていることである。同期は非同期の対義語である。(これらの2つの用語が使用されてる同期の2番目のコンテキストを参照せよ。)
テレピュータは、一般に、MPパケットと非MPパケット(例えば、IPパケット)の両方を処理できる単一の装置を示す。
トップダウンの論理リンクは、宛先のホストと、当該宛先のホストを管理するサーバ群に関連付けられたスイッチとの間においてデータパケットが通過する論理リンクである。スイッチとサーバ群は、典型的には、宛先のホストに論理的に最も近接したサービスゲートウェイの一部である。
伝送経路は、発信元ノードと宛先ノードの間でパケットが伝搬する論理リンクのセットである。
パケットが第1の論理リンク及び第2の論理リンクに沿って転送される際に、もし、このパケットが、第1の論理リンクにおいて有していたものと同じビットを第2の論理リンクにおいて有しているならば、このパケットは不変のままである。パケットが、第1及び第2の論理リンクの間のスイッチ/ルータを介して伝搬する際に変更されて次いで復元された場合に、このパケットはなお、これらの論理リンクに沿って不変であったとされることを注意する。例えば、パケットは、当該パケットがスイッチ/ルータに入るときに当該パケットに付加されかつ当該パケットがスイッチ/ルータから離れるときに除去される内部タグを有することが可能であり、それによって、当該パケットが第1の論理リンクにおいて有していたものと同じビットを、第2の論理リンクにおいて当該パケットに残すことが可能である。また、物理層ヘッダ及び/又はトレーラはパケットの一部ではないので、もし第1及び第2の論理リンクにおいて任意の物理層ヘッダ及び/又はトレーラ(例えば、ストリームの開始部とストリームの終了部のデリミッタ)が異なるなら、パケットはなお不変であるとされる。
ユニキャストは、単一の発信元と単一の指定された宛先との間のマルチメディアデータの伝送を示す。
UTは、パーソナルコンピュータ(「PC」)、電話機、インテリジェント家庭用機器(「IHA」)、インタラクティブなゲームボックス(「IGB」)、セットトップボックス(「STB」)、テレピュータ、家庭用サーバシステム、メディア記憶装置、あるいは、ネットワークを介してマルチメディアデータを送受信するためにエンドユーザによって使用される他の任意の装置を含むが、これらに限定されるものではない。
仮想的な回線に基づくルーティングでは、ネットワークは、データパケットに関連付けられた仮想的な回線番号を用いて、当該ネットワークを介してそのデータパケットを転送する。この仮想的な回線番号は、典型的にはデータパケットのヘッダに含まれ、典型的には送信者と(複数の)受信者との間の各中間ノードにおいて変更される。仮想的な回線に基づくルーティングを用いたパケット交換ネットワークの例は、SNA、X.25、フレームリレーと、ATMネットワークを含む。われわれは、このカテゴリーの中に、データパケットを転送するために当該データパケットに仮想的な回線に類似した番号(ラベル)を付加した、MPLSを用いたネットワークも含む。
スイッチは、パケットがこのスイッチに到着する速度と同じ速度でパケットを転送することができるならば、ワイヤスピード(有線回線での速度)で動作している。
MPネットワークは、データパケットがMPネットワークを介して伝搬する際に当該データパケットに対して実行される必要のある処理量を減少させるシステム、方法及びデータ構造を用いることによって、シリコンのボトルネックの問題に取り組んでいる。例えば、図1(c)に概略的に示したように、1つのMPのLAN[例えば、MPの家庭用ゲートウェイ(HGW)と、それに関連付けられた複数のユーザスイッチ(UX)及び複数のユーザ端末装置(UT)]から第2のMPのLANに伝搬する、MPデータパケット10について考察する。
3.1 メディアネットワークプロトコルの都市圏ネットワーク.
図1dは、例示的なメディアネットワークプロトコル(「MP」)の都市圏ネットワーク、又はMPの都市圏ネットワーク1000のブロック図である。MPの都市圏ネットワークは、一般に、ネットワークのバックボーンと、MPに準拠した多数のサービスゲートウェイ(「SGW」)と、MPに準拠した多数のアクセスネットワーク(「ACN」)と、MPに準拠した多数の家庭用ゲートウェイ(「HGW」)と、メディア記憶装置及びユーザ端末装置(「UT」)のようなMPに準拠した多数の終端装置とを含む。議論の目的のために、図1dにおいて、上述されたネットワークのバックボーン、SGW、ACN、HGW、及びMPに準拠した終端装置の間に図示された、1290,1460,1440,1150,1010,1030,1110,1050,1070,1090及び1310のような接続は、論理リンクとする。以下の議論では、各論理リンクが単一の物理リンクを用いると仮定しているが、それらの論理リンクは複数の物理リンクを用いることもできる。例えば、一実施形態に係る論理リンク1030は、SGW1020と都市圏ネットワークのバックボーン1040との間の複数の物理的な接続を用いる。
図2は、例示的なMPの全国的ネットワーク2000のブロック図である。MPの都市圏ネットワーク1000上のマスター及びスレーブのSGWと同様に、MPの全国的ネットワーク2000も、SGW1020を「全国的なマスターのネットワークマネージャ装置」として指定するによって、全国的ネットワークのバックボーン2010上におけるその複数のSGWのインテリジェント装置を分割する。SGW1020の動作は、全国的ネットワークのバックボーン2010上の他の複数のSGWを構成することと、全国的ネットワーク2000の帯域幅及び処理リソースを検査し、保持し、管理することとを含むが、これらに限定されるものではない。
図3は、例示的なMPのグローバルネットワーク3000のブロック図である。MPのグローバルネットワーク3000は、SGW2020を「グローバルなマスターのネットワークマネージャ装置」と指定する。SGW2020の動作は、グローバルネットワークのバックボーン2010上の他の複数のSGWを構成することと、MPのグローバルネットワーク3000の帯域幅及び処理リソースを検査し、保持し、管理することとを含むが、これらに限定されるものではない。
図4はMPの例示的なネットワークアーキテクチャを示す。特に、MPは、3つの独立した層、すなわち、物理層、論理層及びアプリケーション層を有する。ホストA4060上の物理層4070のような物理層が、ノードB4000上の物理層4010のようなもう1つの物理層と通信することを可能にするルール及び協定が、集合的に、物理層のプロトコル4050として知られている。同様に、論理層のプロトコル4040及びアプリケーション層のプロトコル4140が、論理層4090及び4030の間の通信と、アプリケーション層4130及び4110の間の通信とをそれぞれ促進する。
物理層4010のようなMPの物理層は、論理層4030のようなMPの論理層に対して所定のサービスを提供し、物理層4010実装上の詳細事項から論理層4030を遮蔽する。それに加えて、物理層4010及び4070は、物理層−伝送媒体インターフェース4150及び4120のような、伝送媒体4100に対するインターフェースを提供することと、伝送媒体4100を介して構造化されていないビットを伝送することとにも責務を有する。伝送媒体4100のいくつかの例は、より対線、同軸ケーブル、光ファイバケーブル、及び搬送波を含むが、これらに限定されるものではない。
MPの論理層4030及び4090(図4)は、OSIモデルのデータリンク層、ネットワーク層、トランスポート層、セッション層及びプレゼンテーション層によって典型的に実行される機能を含む。これらの機能は、ビットをパケットに組織化することと、パケットをルーティングすることと、システム間の接続を確立し、保持し、終了することとを含むが、これらに限定されるものではない。
MP制御パケットとMPデータパケットを定義した。MP制御パケットは、ペイロードフィールド5050(図5)において制御情報を伝送するのに対し、MPデータパケットは、ペイロードフィールド5050において、マルチメディアデータや又はカプセル化されたパケットのようなデータ伝送する。しかしながら、いくつかのMPデータパケットは、ペイロードフィールド5050においてデータとともに制御情報も含んでいてもよい。従って、帯域外信号方式の制御を容易化するMP制御パケットに対して、このようなMPデータパケットは、帯域内信号方式の制御を容易化する。以下のMPパケットの表において、いくつかの例示的なMPパケットを示す。
・都市サブフィールド6030−SGW1020を識別し、図1dに示されたように、UT1420がMPの都市圏ネットワーク1000に属することを示す。
・コミュニティサブフィールド6040−SGW1160を識別し、SGW1160がUT1420を管理することを示す。
・階層化されたスイッチのサブフィールド6050−2つのサブフィールドに分割され、一方のサブフィールドはポート1500に対応し、MX1180を識別し、他方のサブフィールドはポート1170に対応し、パケットを配信するためのHGW1200を識別する。
・UTサブフィールド6060−ポート1210に対応し、パケットの宛先となるUT1420を識別する。
b)SGWは、それら自体のポートのうちのいくつか(例えば、図10に示されたポート10080及び10090)と、当該SGWに依存する、MPに準拠した構成要素のポート(例えば、図1dに示されたポート1170、1175及び1210)とに対して、ネットワークアドレスを割り当てる責務を有する。後のサービスゲートウェイのセクションは、このネットワークアドレスの割り当て処理についてさらに説明する。
c)MPに準拠した構成要素に対するネットワーク接続ポイント(ポート)にバインドされるネットワークアドレスは、当該構成要素に留まる(追随する)のではなく、むしろ当該ポートに「留まる」(「追随する」)。例えば、図10におけるSGW1160のサーバ群10010が、あるネットワークアドレスをポート1210に割り当てる場合には、この割り当てられたネットワークアドレスはポート1210に追随する。UT1420がHGW1200に接続した後でありかつサーバ群10010がUT1420を受け入れた後では、ポート1210にバインドされたネットワークアドレスが、UT1420の割り当てられたネットワークアドレスになる。従って、UT1420がMPの都市圏ネットワーク1000から除去されて、代わりにMPの都市圏ネットワーク2030(図2)に設けられた場合には、新しい場所におけるUT1420は、もはや、ポート1210にバインドされるネットワークアドレスを持たない。
d)SGWは、ネットワークリソースのモニタリングとサービス要求の処理とに対して責務を有する。SGWは、要求されたサービスを承認する前に、予め決められた伝送経路上で適切なリソース(例えば、帯域幅、パケットの処理能力)が利用可能であることを保証する。
e)SGWは、要求されたサービスに関与する当事者のアカウント処理の状態を照合することに責務を有する。
f)SGWは、以下のことに従って、MPネットワークへのパケットの進入を制限するポリシー制御を確立する。すなわち、1)パケットの発信元について、パケットが、許可されたポートから、かつ許可された構成要素から着信していることを保証することと、2)パケットの宛先について、パケットが許可されたポートに発信することを保証することと、3)所定のフローパラメータについて、パケットが、当該フローパラメータを越えてトラフィックを伝送しないことを保証することと、4)パケットのデータコンテンツについて、パケットが、第三者の知的所有権を侵害するコンテンツを伝送しないことを保証することとに従うが、これらに制限されない。これらのポリシー制御の強制は、典型的には、例えば、限定するものではないがACNにおけるMX及び/又はSGWにおけるEXのような、MPに準拠した多数の構成要素にアウトソーシングされる。
MPのアプリケーション層4130及び4110(図4)は、MPの物理層とMPの論理層のサービスを利用し、また、より下方の層にアプリケーションデータを提供する。例示的なMPのアプリケーション層は、MPネットワークのためのアプリケーションを開発者が容易に設計しかつ実装することを可能にする、複数のアプリケーションプログラマブルインターフェース(「API」)のセットを含む。そのようなアプリケーションは、メディアサービス(例えば、メディア電話、メディア・オン・デマンド、メディアマルチキャスト、メディアブロードキャスト、メディア転送)や、インタラクティブゲームなどを含むが、これらに限定されない。しかしながら、当該技術分野における通常の技能を有する者には、開示されたMP技術の範囲を越えることなく、MPの論理層のサービスを直接に呼び出すアプリケーションを開発することは明らかであろう。
5.1 サービスゲートウェイ(「SGW」).
上で議論されたように、SGWは、家庭用ネットワーク、メディア記憶装置、レガシー(既存の)サービス及び広域ネットワークを含むがこれらに限定されないものに対する、ネットワークのバックボーンのエッジ部からのアクセスを管理しかつ制御するために必要なインテリジェント装置を所有する。例として図1dを用いると、上述の家庭用ネットワークはHGWを示し、メディア記憶装置はメディア記憶装置1140に対応し、レガシーサービスは、非MPネットワーク1300が提供するサービスを示す。最後に、都市圏のバックボーンネットワーク1040が広域ネットワークの一例である。
図12は、サーバ群10010のような、例示的なサーバ群のブロック図である。この実施形態は、通信ラックシャーシ12000と多数のアドイン回路基板を含む。各回路基板は、1つのサーバシステムである。これらのサーバシステムのいくつかの例は、呼処理サーバシステム12010、アドレスマッピングサーバシステム12020、ネットワーク管理サーバシステム12030、アカウント処理サーバシステム12040、及びオフラインルーティングサーバシステム12050を含むが、これらに限定されない。当該技術分野における通常の技能を有する者には、開示されたサーバ群の範囲を越えることなく、図12に示された実施形態とは異なる個数及び/又は異なるタイプのサーバシステムを用いてサーバ群10010を実装することは明らかであろう。
A=要求されたサービスの優先度(サーバ群10010は、サービス要求パケットからこの値を取得する。)
[数2]
B=MPに準拠した構成要素の最大容量
[数3]
C=現在使用されている、MPに準拠した同じ構成要素の容量(MPに準拠した構成要素は、典型的には、この現在の使用量の値を更新しかつ追跡する。)
[数4]
D=要求されたサービスのために要求される容量
[数5]
E=(A×B)−C−D
2.サービス要求パケット17000は、支払者及び被呼者のユーザアドレスと、発呼者及び呼処理サーバシステム12010のネットワークアドレスと、要求されたサービスの優先度と、要求されたサービスに係るネットワークリソースの必要条件とのような情報を含む。
3.呼処理サーバシステム12010は、アドレスマッピングサーバシステム12020にアドレス解決照会パケット17010を送信する。このパケット17010は、支払者のユーザアドレスと、アドレスマッピングサーバシステム12020のネットワークアドレスとを含む。
4.アドレスマッピングサーバシステム12020は、アドレス解決照会応答パケット17020において、支払者のネットワークアドレスを呼処理サーバシステム12010に戻す。
5.呼処理サーバシステム12010は、アカウント処理サーバシステム12040にアカウント処理状態照会パケット17030を送信する。このパケットは、支払者のネットワークアドレスと、アカウント処理サーバシステム12040のネットワークアドレスとを含む。
6.アカウント処理サーバシステム12040は、アカウント処理状態照会応答パケット17040を呼処理サーバ12010に戻す。この応答パケットは、支払者のアカウント処理の状態を示す。
7.呼処理サーバシステム12010は、ネットワーク管理サーバシステム12030に、ネットワークリソース状態照会パケット17050を送信する。
8.ネットワーク管理サーバシステム12030は、ネットワークリソース状態照会応答パケット17060を、呼処理サーバシステム12010に戻すように送信する。このパケットは、(上で議論されたブロック16030の結果に基づいて)ビデオ電話の呼を実行するためにネットワークリソースが十分であるか否かを示す。
9.発呼者の呼処理サーバシステム12010は、被呼者に、被呼者照会パケット17070を送信する。
10.被呼者は、被呼者照会応答パケット17080で応答する。
11.次いで、呼処理サーバ12010は、発呼者にサービス要求応答パケット17090を送信することによって、サービス要求17000に応答する。
図18は、図10に示されたSGW1160におけるEX10000のような、例示的なエッジ部のスイッチのブロック図である。EX10000は、4つのタイプの構成要素、すなわち、スイッチングコア、セレクタ、パケット分配器、及びインターフェースを含む。この実施形態に係るEX10000は、3つのタイプのインターフェース、すなわち、ACN1190のMX1180及びMX1240との通信を可能にするインターフェースA 18000と、サーバ群10010及びゲートウェイ10020との通信を可能にするインターフェースB 18010と、都市圏ネットワークのバックボーン1040との通信を可能にするインターフェースC 18020とを含む。これらのインターフェースは、1つのタイプの信号からもう1つのものへの信号変換を提供する。例えば、一実施形態に係るEX10000におけるインターフェースC 18020は、光ファイバ信号と電気信号との間で変換をする。
図18におけるセレクタ18030、18060又は18090のような、一実施形態に係るセレクタは、複数の物理リンクから受信されたパケットが、スイッチングコア18040、18070あるいは18100のような、スイッチングコアに伝送される順序を選択する。例としてセレクタ18030を用いるとき、論理リンク1440が3つの物理リンクを占有し、かつ論理リンク1460が2つの物理リンクを占有する場合には、一実施形態に係るセレクタ18030は、公知の方法(例えば、ラウンドロビン及び先入れ先出し)を用いてアクティブな信号を有する物理リンクを選択し、選択された物理リンク上のパケットをスイッチングコア18040に方向付ける。論理リンク1440及び1460のそれぞれが、単一の物理リンクに対応する場合には、セレクタ18030はまた、アクティブな信号を有するリンク上のパケットを、スイッチングコア18040に方向付ける。セレクタ18060及び18090も同様に、上で説明したような多対一の多重化機能を実行する。しかしながら、当該技術分野における通常の技能を有する者には、開示されたEX技術の範囲を越えることなく、これらのセレクタの機能をインターフェースに組み込む(例えば、セレクタ18030をインターフェースA 18000の一部にする)ことは明らかなはずである。
一実施形態に係るEX10000は、スイッチングコア18040、18070及び18100のような、共通のスイッチングコアのセットを用いている。この共通のスイッチングコアのアーキテクチャは、受信されたパケットのカラー情報、その部分的なアドレス情報、あるいはこれら2つのタイプの情報の組み合わせに基づいて、当該受信されたパケットをその最終的な宛先に方向付けることができるものである。1つの実装において、EX10000におけるスイッチングコアのうちの1つが、あるパケットを(スイッチングコア18040、18100あるいは18070のそれぞれに対する、論理リンク18130、18150あるいは18170のような)ある論理リンク上に配置する場合には、当該スイッチングコアはまた、(スイッチングコア18040、18100あるいは18070のそれぞれに対する、論理リンク18120、18140あるいは18160のような)もう1つの論理リンクを介して、制御信号をアサートする。アサートされた制御信号は、(パケット分配器18050、18110あるいは18080のような)パケット分配器のうちの1つに当該パケットを処理させる。この実装は例示的なものであると強調しておく必要がある。当該技術分野における通常の技能を有する者は、開示されたEX及びスイッチングコアの技術の範囲が他の多数の設計を含むことを認識するであろう。
カラーフィルタ19000は、上述のセレクタのうちの1つによって選択された物理リンクから、MPパケット又はMPでカプセル化されたパケットを受信する。受信されたパケットのカラー情報に基づいて、一実施形態に係るカラーフィルタ19000は、典型的には、論理リンク19070を介してコマンド(「カラーフィルタによって発行されたコマンド」)を送信し、論理リンク19040を介して、受信されたパケットをPARE19030に送信する。しかしながら、いくつかの例では、カラーフィルタ19000は、MP制御パケットを、PARE19030を通過させることなく、論理リンク19080を介して、MPに準拠したもう1つの構成要素に送信する(例えば、カラーフィルタ19000は、照会パケットに対して、要求された情報によって応答する)。
一実施形態に係るPARE19030は、コマンドとそれが受信したパケットとに基づいて、パケット分配器に対して制御信号19050をアサートする。PARE19030がスイッチングコア18040に存在する場合には、制御信号19050は、図18に示されたように論理リンク18120上を伝搬する。同様に、PARE19030が、スイッチングコア18100あるいはスイッチングコア18070に存在する場合には、そのアサートされた制御信号19050は、論理リンク18140上あるいは18160上をそれぞれ伝搬する。図23は、図19におけるPARE19030のような、一実施形態に係るPAREのブロック図を示す。PARE19030は、部分的アドレスルーティング装置(「PARU」)23000、ルックアップテーブルコントローラ(「LTC」)23010、ルックアップテーブル(「LT」)23020、及び制御信号論理回路23030を含む。PARU23000は、カラーフィルタ19000から、論理リンク19070と論理リンク19040をそれぞれ介して、コマンド及びパケットを受信して処理する。次に、PARU23000は、処理された結果を、制御信号論理回路23030及び/又はLTC23010に伝送する。
都市サブフィールド6030: 23;
コミュニティサブフィールド6040: 45;
階層化されたスイッチのサブフィールド6050: 78;
ユーザ端末装置のサブフィールド6060: 1。
・UT1420の割り当てられたネットワークアドレスの部分は、1/23/45/78/3である。
・UT1320の割り当てられたネットワークアドレスの部分は、1/23/123/90/1である。
・SGW1160の割り当てられたネットワークアドレスの部分は、1/23/45である。
・SGW1060の割り当てられたネットワークアドレスの部分は、1/23/123である
・MX1180の割り当てられたネットワークアドレスの部分は、1/23/45/78である。
・MX1240の割り当てられたネットワークアドレスの部分は、1/23/45/89である。
・MX1080の割り当てられたネットワークアドレスの部分は、1/23/123/90である。
・PARE19030と、PARE19030内の構成要素とは、EX10000の一部であり、EX10000はSGW1160の一部である。
・一実施形態に係るEX10000におけるカラーフィルタ19000は、コマンドを発行する。上で詳細に議論されたように、カラーフィルタ19000は、認識されたカラー情報を有する多数のMPパケットから、これらのカラーフィルタが発行した命令を抽出し、論理リンク19070を介して、PARU23000にコマンドを送信する。カラーフィルタ19000はまた、これらのカラー情報を有するMPパケットを、論理リンク19040を介してPARE23000に転送し、遅延素子19010に転送する。認識されたカラー情報を有するMPパケットのいくつかは、上述の論理層のセクションにおいて、MPカラーの表で説明された。
・上述のパケットにおけるネットワークアドレスは、一般に、ネットワークアドレス9200、9100、あるいは6000(また、7000、8000及び9000)のフォーマットに従う。多地点通信のデータパケットは、ネットワークアドレス9200のフォーマットを採用する。ユニキャスト通信のための制御パケット及びデータパケットと多地点通信のための制御パケットは、ネットワークアドレス9100あるいは6000のいずれかのフォーマットを採用する。パケットの宛先がEX(例えば、サーバ群とメディア記憶装置)に直接的に接続されている場合には、ネットワークアドレス9100のフォーマットが採用される。さもなければ、ネットワークアドレス6000のフォーマットが採用される。
・一般に、あるUT(例えば、UT1380)からのMBサービス要求を承認した後で、SGW1160のサーバ群10010は、上述のサーバ群のセクションで議論されたように要求されたMBサービスを識別するための、1つの有効なセッション番号を予約し、この予約されたセッション番号を、MBセットアップのカラー情報を有するパケットのペイロードフィールド5050に配置する。次に、サーバ群10010は、このMBセットアップのカラー情報を有するパケットを用いて、伝送経路に沿ったスイッチのLTに対して、このセッション番号を分配する。例示的なMBセットアップのカラー情報を有するパケットは、ネットワークアドレス6000のフォーマットに従う。
図18に示されたパケット分配器18050のようなパケット分配器は、制御信号論理回路23030からの制御信号19050に従って、パケットを適切な出力論理リンクに配信することに主として責務を有する。図27は、一実施形態に係るパケット分配器18050のブロック図を示す。この実施形態に係るパケット分配器18050は、分配器A 27000、分配器B 27010及び分配器C 27020のような分配器と、バッファバンク27030と、コントローラx 27040及びコントローラy 27050のようなコントローラとを含む。
・論理リンク18170上のパケットもまた、論理リンク1440を介してMX1180に進むようにその宛先が設定されるので(例えば、UT1320は、MPデータパケットをUT1400に送信する)、スイッチングコア18070からの制御信号19050は、当該パケットをバッファeに転送するように分配器C 27020を起動する。
図28は、SGW1160におけるゲートウェイ10020(図10)のような、SGWにおいて一実施形態に係るゲートウェイのブロック図を示す。ゲートウェイ10020は、インターフェースD 28000、パケット検出器28010、アドレス変換器(翻訳器)28020、カプセル化器28030、及びカプセル化解除器28040を含む。インターフェースD 28000は、1つのタイプの信号からもう1つのタイプへの信号変換を提供する。例えば、一実施形態に係るゲートウェイ10020におけるインターフェースD 28000は、光ファイバ信号と電気信号との間で変換をする。
ACNは、SGWとHGWの間で、MPパケットあるいはMPでカプセル化されたパケットを集合的にフィルタリングしかつ転送する。ACN1190のような例示的なACNは、SGWから複数のHGWへのダウンストリーム方向のパケットと、複数のHGWからSGWへのアップストリーム方向のパケットとを同時に処理するために、MX1180及びMX1240のような複数のMXを含む。それに加えて、一実施形態に係るACN1190は、非ピア・ツー・ピアのMXを含む。例えば、MX1180は、(MX1240との直接的な通信の代わりに)SGW1160を介してMX1240と通信し、SGW1160及びSGW1060を介してMX1080と通信する。
・ファイバ・トゥ・ザ・カーブ及びケーブルモデム(「FTTC+ケーブルモデム」);
・ファイバ・トゥ・ザ・ホーム(FTTH);及び
・ファイバ・トゥ・ザ・ビルディング+xDSL(「FTTB+xDSL」)。
多数のCXとを含む、MX1180のもう1つの構成を示す。複数のCXの接続はCXループと呼ばれ、例えば、CXループ30040及び30050と呼ばれる。一実施形態において、CX30010と直接に接続されたUTが、CX30020と直接に接続されたUTと通信するとき、CX30010と接続されたUTからのMPデータパケットは、CX30020と接続されたUTに到達する前に、なおSGW1160にまで達する。それに加えて、CXループ30040は、VX30000を迂回せず、直接にCX30050と通信する。例示的な構成では、VX30000は、光ファイバケーブルを介して複数のCXと通信し、複数のCXは、同軸ケーブル、光ファイバケーブル、あるいはこれら2つのタイプの組み合わせを介して互いに通信する。当該技術分野における通常の技能を有する者には、CXの個数がネットワークのネットワークアドレス指定方式と矛盾しない限り、VX30000が、MPネットワークにおいて任意個数のCXをサポートできるということは明らかであろう。例えば、SGW1160がネットワークアドレス8000のフォーマット(図8)を採用すると仮定する。このとき、ネットワークアドレス8000が5ビットの長さのCXサブフィールド8080を含むので、SGW1160によって管理されたVX30000は、最大で32個までのCXをサポートする。
図29におけるセレクタ32030のような、MX1180中の一実施形態に係るセレクタは、複数の物理リンクから受信されたパケットが、ULPF32040のようなULPFに伝送される順序を選択する。例えば、MX1180が、単一の物理リンクを介してHGW1200に接続し、また、もう1つの物理リンクを介してHGW1220に接続する場合には、セレクタ32030は、公知の方法(例えば、ラウンドロビンや、先入れ先出し)を用いて1つのリンクを選択し、選択されたリンク上で、パケットをULPF32040に向けて方向付ける。しかしながら、当該技術分野における通常の技能を有する者には、開示されたMX技術の範囲を越えることなく、セレクタの機能をインターフェースに組み込むこと(例えば、セレクタ32030を、インターフェースE 32020の一部とすること)は明らかであろう。
図33は、例示的なスイッチングコアのブロック図を示す。このスイッチングコアは、カラーフィルタ33000、遅延素子33010、パケット分配器33020、及びPARE33030を含む。このスイッチングコアは、着信したパケットのカラー情報、その部分的なアドレス情報、あるいはこれら2つのタイプの情報の組み合わせに基づいて、当該着信したパケットをその最終的な宛先に向けて方向付けることに責務を有する。スイッチングコアは、パケットを複数の論理リンクに転送することができる。例えば、スイッチングコア32010は、パケットを処理して、インターフェースE 32020を介してHGW1200及びHGW1220に送信する。
カラーフィルタ33000は、図32におけるインターフェースF 32000のような、スイッチングコア32010がサポートするインターフェースのうちのいずれか1つから、MPパケットあるいはMPでカプセル化されたパケットを受信する。受信されたパケットのカラー情報に基づき、一般に、カラーフィルタ33000は、論理リンク33040を介して、カラーフィルタによって発行されたコマンドを送信し、また、受信されたパケットを、論理リンク33050を介してPARE33030に送信しかつ遅延素子33010に送信する。しかしながら、いくつかの例では、カラーフィルタ33000は、PARE33030を通過させることなく、ULPF32040にコマンドを送信するか(例えば、カラーフィルタ33030は、セットアップのカラー情報を有するパケットに応答してセットアップコマンドをULPF32040に送信する)、あるいは、インターフェースF 32000を介して、MP制御パケットを、MPに準拠したもう1つの構成要素に送信する(例えば、カラーフィルタ33000は、照会パケットに対して、要求された情報で応答する)。
一実施形態に係るPARE33030は、それが受信したコマンド及びパケットに基づき、パケット分配器33020に対して制御信号33060をアサートする。図35は、図33におけるPARE33030のような、一実施形態に係るPAREのブロック図を示す。PARE33030は、部分的アドレスルーティング装置(「PARU」)35000、ルックアップテーブルコントローラ(「LTC」)35010、ルックアップテーブル(「LT」)35020、及び制御信号論理回路35030を含む。PARU35000は、論理リンク33040と論理リンク33050をそれぞれ介して、カラーフィルタ33000からのコマンド及びパケットを受信し、かつ処理する。次に、PARU35000は、処理された結果を、制御信号論理回路35030及び/又はLTC35010に伝送する。
都市サブフィールド9050: 23;
コミュニティサブフィールド9060: 45;
OXサブフィールド9070: 7;
UXサブフィールド9080: 3;
UTサブフィールド9090: 1。
・UT1420の割り当てられたネットワークアドレスの一部は、1/23/45/7/2/2である。
・UT1450の割り当てられたネットワークアドレスの一部は、1/23/45/8/1/1である。
・MX1180の割り当てられたネットワークアドレスの一部は、1/23/45/7である。
・MX1240の割り当てられたネットワークアドレスの一部は、1/23/45/8である。
・制御信号33060をアサートするためにPARE33030が費やす時間量は、カラーフィルタ33000からのMPパケットあるいはMPでカプセル化されたパケットのいずれかが、遅延素子33010に滞在する時間量以下である。
・PARE33030とPARE33030内の構成要素とは、MX1180の一部である。
・上述されたパケットにおけるネットワークアドレスは、ユニキャスト通信ではネットワークアドレス9000のフォーマットに従い、多地点通信ではネットワークアドレス9200のフォーマットに従う。
・前のエッジ部のスイッチのセクションにおける部分的アドレスルーティングエンジンのセクションで与えられた例と同様に、ここでのサーバ群10010は、要求されたMBサービスを承認し、セッション番号「1」を予約した。このセッション番号は、UT1380、UT1400及びUT1420が情報を検索する元となるMBプログラムソース(例えば、テレビジョンスタジオからの生のテレビショー、映画、あるいはメディア記憶装置からのインタラクティブゲーム)を表す。また、特に言及しない限り、以下の例においてマッピングされたセッション番号は「0」である。サーバ群10010は、セッション番号「1」と、マッピングされたセッション番号「0」とを、MBセットアップのカラー情報を有するパケットのペイロードフィールド5050に配置した。
図33に示されたパケット分配器33020のようなパケット分配器は、制御信号論理回路35030からの制御信号33060に従ってパケットを適切な出力論理リンクに配信することに、主として責務を有する。図38は、一実施形態に係るパケット分配器33020のブロック図を示す。この実施形態に係るパケット分配器33020は、分配器A 38000のような分配器と、バッファバンク38020と、コントローラx 38030及びコントローラy 38040のようなコントローラとを含む。1つの実装において、バッファバンク38020におけるバッファの数は、分配器の数とコントローラの数との積に等しい。従って、パケット分配器33020が、遅延素子33010からのパケットを受け入れるための1つの分配器と、OX31000によってサポートされるUX(例えば、UX31010とUX31020)にパケットを転送するための2つのコントローラとを有するので、パケット分配器33020は、バッファバンク38020に(1×2)個のバッファを有する。バッファバンク38020におけるこれらのバッファは、UX31010及びUX31020に送信される予定のパケットを一時的に記憶する。
セレクタ32030(図32)が、ある物理リンクを選択した後、ULPF32040は、所定のパケットがSGWに到達すること及び/又は進入することを防止する「入力基準」に基づき、選択された物理リンク上で所定のパケットをフィルタリングして除去する。具体的には、スイッチングコア32010が、セットアップコマンド(例えば、DAセットアップコマンド)を送信することによって、ULPF32040に対するこれらの入力基準を動的に確立する。あるパケットが、入力基準のいずれかを満たすことに失敗した場合には、ULPF32040はそのパケットを廃棄する。従って、ULPFは、MPネットワークから望ましくないパケットを除去し、従ってネットワークの安全性(セキュリティ)と完全性を強化することができる。
・MX1180を管理するSGW1160は、図12に示されたような独立して動作する複数のサーバシステムを用いるサーバ群10010を含む。
スイッチングコア32010は、SGW1160のサーバ群10010から受信する情報に基づいて、以下のようにULPF32040をセットアップする。
例として、UT1380が、UT1450(図1d)とのメディア電話サービス(「MTPS」)を要求する場合には、呼処理サーバシステム12010は、図53に示すように、「MTPSセットアップ」パケットを、発呼者UT1380と被呼者UT1450との両方に送信することによって、この要求に応答する。MTPSセットアップパケットはMP制御パケットである。後の動作例のセクションは、MTPSの動作上の詳細事項についてさらに詳述する。
発呼者に対するMTPSセットアップパケットと被呼者に対するMTPSセットアップパケットとの両方におけるペイロードフィールド5050(図5)は、要求されたMTPSセッションのための許容できるトラフィックフローと、そのセッションにおける許容できるデータコンテンツのタイプとについての情報を含む。発呼者に対するMTPSセットアップパケットは、そのペイロードフィールド5050において被呼者のネットワークアドレスをさらに含むのに対して、被呼者に対するMTPSセットアップパケットは、そのペイロードフィールド5050において発呼者のネットワークアドレスを含む。この例では、発呼者に対するMTPSセットアップパケットは、その宛先に到達する前に、MX1180を介して伝搬し、被呼者に対するMTPSセットアップパケットは、その宛先に到達する前に、MX1240を介して伝搬する。
より具体的には、1つの実装に係るULPF32040はが、そのローカルなメモリサブシステムにDA検索テーブルを含んでいる。図39は、1つのサンプルとなるDA検索テーブル39000を示し、このDA検索テーブル39000は複数の2項目のエントリであって、一方の項目はあるSAに対するものであり、他方の項目はそのSAに対応したDAに対するものであるエントリを含む。SAは、UT1380のような、MX1180の下のMPに準拠した構成要素のネットワークアドレスであり、DAは、UT1380の通信相手となることが(MCCP手順によって)承認されている、MPに準拠した構成要素(例えば、UT、メディア記憶装置、ゲートウェイ、及びサーバ群)のネットワークアドレスである。
最初、MX1180におけるULPF32040のDA検索テーブル39000は、SA列39030において、UT1340,1360,1380,1400及び1420のような、MX1180に依存するUTのネットワークアドレスを含む。スイッチングコア32010が、発呼者のSGW1160のサーバ群からMTPSセットアップパケットを受信した後、それは、DAフィールド5010(図5)から、発呼者のネットワークアドレスを抽出し、ペイロードフィールド5050から、被呼者のネットワークアドレスを抽出する。スイッチングコア32010が、発呼者のネットワークアドレスとの一致によって、DA検索テーブル39000におけるSA項目39010を識別した場合には、スイッチングコア32010は、被呼者のネットワークアドレスをDA項目39020に追加する。MX1240が、MX1180(図32、図33及び図35)と同様のアーキテクチャを有し、DA検索テーブル39000(図39)と同様のDA検索テーブルを保持することを仮定する。同様の方法で、被呼者に対するMTPSセットアップパケットに応答して、、MX1240のスイッチングコア32010は、発呼者のネットワークアドレスを含むようにDA項目39060を更新する。
MX1180とMX1240のスイッチングコア32010はまた、MTPSセットアップパケットのペイロードフィールド5050から、上述のトラフィックフローとデータコンテンツの情報を検索して読み出し、次に、検索して読み出された情報を、ULPF32040におけるそのローカルなメモリサブシステムに記憶する。いくつかの例に係るトラフィックフロー情報は、要求されたサービスのセッションにおける許容できるビット数、要求されたサービスのためのビット数の最大値、パケットの許容できる到着レート、及び各パケットの許容できるパケット長を含むが、これらに限定されるものではない。データコンテンツ情報は、著作権情報及び/又は他の知的所有権情報を含む可能性があるが、これらに限定されるものではない。1つの実装では、著作権で保護されたデータのコンテンツプロバイダが、そのデータをMPネットワーク上に置く前に、プロバイダは、そのデータを複数のMPデータパケットにパケット化し、また、そのデータに対する著作権に係るプロバイダの所有権を表示するために、これらのパケットのペイロードフィールド5050かあるいはヘッダフィールドのうちの1つかのいずれかに、1つ以上のビットを設定する。
スイッチングコア32010が、上で議論された入力基準によってULPF32040を構成した後で、ULPF32040は、入力基準に基づいて、それが受信するパケットをフィルタリングする。図40は、ULPFのチェックを実行するために、一実施形態に係るULPF32040が行う1つの処理に係るフローチャートを示す。前の例に続き、UT1380はパケットの発信元であり、UT1450は、パケットの宛先である。
要求されたサービスの終了において、1つの実装のサーバ群10010(図10)あるいは呼処理サーバシステム12010(図12)は、MP制御パケットをMX1180のスイッチングコア32010(図32)に送信し、ULPFの解放を開始する。
HGWは、MPネットワークにアクセスする異なるタイプのUTを提供する。図42aは、1つの構成に係るHGWである、HGW42000のブロック図を示す。HGW42000は、1つのマスターUX42010と、多数のスレーブUX、例えばUX42020,42030,42040及び42050とを含む。これらのUXは、リンク42060,42070,42080及び42090を介して、互いに接続される。図42bは、代替の構成に係るHGW42000のブロック図を示し、ここで、マスターUX42010とスレーブUX42020,42030,42040及び42050は、共通のバス42190を介して互いに接続される。それに加えて、各UXは、所定個数のUTをサポートできる。一実施形態に係るマスターUX42010は、HGW42000がサポートするスレーブのUX及びUTの総数を制限すること(例えば、HGWの総帯域幅使用量に基づく)に責務を有する。
5.3.1.1 マスターユーザスイッチ.
図43は、マスターUX42010のようなマスターUXの、1つの構造上の実施形態を示す。特に、マスターUX42010は方形筐体部43090を含み、この方形筐体部43090は、その側面43000と側面43060上に多数のコネクタを備えている。コネクタ43010,43020,43030,43040及び43050のような、側面43000上のコネクタは、UT及びスレーブUXを、マスターUX42010に接続する。側面43060上のコネクタ43070あるいは43080のいずれかは、MXをマスターUX42010に接続する。これらのコネクタに係るいくつかの例は、より対線ケーブルに対するコネクタ、同軸ケーブルに対するコネクタ、及び光ファイバケーブルに対するコネクタを含むが、これらに限定されるものではない。コネクタは電源ソケット(コンセント)と同様に作用し、MPネットワークにおいてプラグ・アンド・プレイの簡単な使用の達成を援助する。言い換えれば、ちょうど電気機器が電源ソケットのプラグを接続することによって電力を得るように、UTあるいはMPに準拠した他の構成要素は、これらのコネクタの「プラグに接続する」ことによって、MPネットワークへのアクセスを取得する。このプラグを接続してアクセスを取得する手順は、UTあるいはMPに準拠した他の構成要素の手動の構成や、又はリブートを必要としない。
スレーブUXはMXと直接に通信することがないので、スレーブUXの1つの構造上の実施形態は図42に示された実施形態と同様であるが、その側面43060にコネクタを備えていない。
図44におけるセレクタ44030のような一実施形態に係るセレクタは、選択された物理リンク上で伝搬するパケットを、スイッチングコア44010に伝送する。特に、セレクタ44030は、公知の方法(例えば、ラウンドロビンや、先入れ先出し)を用いて、アクティブな信号を有する(複数の)物理リンクを選択し、選択された(複数の)物理リンク上のパケットをスイッチングコア44010に直接に方向付ける。これらのパケットは、UT D 42090及びUT L 42210のような直接に接続されたUTから着信する場合があり、及び/又は、スレーブUX A 42040及びスレーブUX B 42030のような直接に接続されたUXから着信する場合がある。当該技術分野における通常の技能を有する者には、開示されたUX技術の範囲を超えることなく、セレクタの機能をインターフェースに組み込むこと(例えば、セレクタ44030を、インターフェースG 44020及びインターフェースH 44040の一部とすること)は明らかであろう。
一実施形態に係るマスターUX42010は、UTと、他の(スレーブの)UXとにパケットを配信するために、スイッチングコア44010のようなスイッチングコアを用いる。特に、MXからのパケットに応答して、一実施形態に係るスイッチングコア44010は、カラー情報、部分的なアドレス情報、あるいはこれら2つのタイプの情報の組み合わせに基づいて、パケットをスレーブUXに「条件付きでブロードキャストする」ことか、あるいは、インターフェースG 44020を介してパケットをUTに配信することかのいずれかを実行する。一方、UT D 42090及びUT L 42210からのパケットに応答して、一実施形態に係るスイッチングコア44010は、パケットの宛先がHGW42000によってサポートされるUTであるか否かに依存して、パケットをもう1つの(スレーブの)UXあるいはMXのいずれかに中継する。
・HGW42000は、例示されたHGW42000が例示されたHGW1200よりも多くのUTをサポートすることを除いて、図1dにおけるHGW1200に対応する。
都市サブフィールド9050: 23;
コミュニティサブフィールド9060: 100;
OXサブフィールド9070: 11;
UXサブフィールド9080: 1;
UTサブフィールド9090: 15。
・UT1450の割り当てられたネットワークアドレスの一部は、1/23/100/12/6/9(国サブフィールド9040/都市サブフィールド9050/コミュニティサブフィールド9060/OXサブフィールド9070/UXサブフィールド9080/UTサブフィールド9090)である。
・UT A 42110の割り当てられたネットワークアドレスの一部は、1/23/100/11/1/6である。
・UT B 42120の割り当てられたネットワークアドレスの一部は、1/23/100/11/1/2である。
・UT C 42130の割り当てられたネットワークアドレスの一部は、1/23/100/11/1/3である。
・UT G 42100の割り当てられたネットワークアドレスの一部は、1/23/100/11/1/8である。
・UT I 42170の割り当てられたネットワークアドレスの一部は、1/23/100/11/1/5である。
・UT L 42210の割り当てられたネットワークアドレスの一部は、1/23/100/11/1/7である。
・UT K 42200の割り当てられたネットワークアドレスの一部は、1/23/100/11/1/9である。
・マスターUX42010の割り当てられたネットワークアドレスの一部は、1/23/100/11/1である。
図42a及び図42bに示されたHGW42000のようなHGWは、異なる複数のタイプのUTをサポートできる。UTのいくつかの例は、パーソナルコンピュータ(「PC」)、電話機、インテリジェント家庭用機器(「IHA」)、インタラクティブゲームボックス(「IGB」)、セットトップボックス(「STB」)、テレピュータ、家庭用サーバシステム、メディア記憶装置、あるいは、ネットワークを介してマルチメディアデータを送受信するためにエンドユーザによって使用される他の任意の装置を含むが、これらに限定されるものではない。
テレピュータは、MPとIPの両方を実行することができる。図47は、一実施形態に係る汎用テレピュータであるテレピュータ47000のブロック図を示す。テレピュータ47000はまた、図1dにおけるUT1400に対応する。
図49は、図47に示された、一実施形態に係るMP−STB47020のブロック図を示す。MP−STBは、HGW1200のようなHGWから、表示装置47030及びスピーカ47060のような出力装置へのダウンストリーム方向のトラフィックと、PC47010のようなマルチメディア装置からHGW1200へのアップストリーム方向のトラフィックとを同時に処理することができる。
メディア記憶装置は、主に、メディアデータを記憶するための、MPネットワーク上のコストについて効率的な記憶装置のソリューションを提供する。図50は、一実施形態に係るメディア記憶装置である、メディア記憶装置50000のブロック図を示す。図1dでは、メディア記憶装置50000は、SGW1120内に存在するメディア記憶装置1140に対応でき、あるいはメディア記憶装置50000はUTに対応できる。特に、メディア記憶装置50000は、MPネットワークのインターフェース50010と、バッファバンク50015と、バスコントローラ及びパケット発生器(「BCPG」)50020と、記憶装置コントローラ50030と、記憶装置インターフェース50040と、大容量記憶装置50050とを含むが、これらに限定されるものではない。
このセクションは、いくつかの例示的なマルチメディアサービスがMPネットワーク上でどのように動作するかということについての詳細事項について議論する。
6.1.1 単一のサービスゲートウェイに依存する2つのUTの間のMTPS.
MTPSは、2つのUTの間で1つあるいは多くのビデオ及び/又はオーディオの会議開催のセッションを行わせる。図53aと図53bは、単一のSGWに依存する2つのUT間(例えば、UT1380とUT1450(図1d))の1つのMTPSセッションの時系列図である。
1.発呼者、例えばUT1380は、最初、SGW1160のEXと発呼者のMX1180を介して、MTPSサーバシステムにMTPS要求53000を送信する。MTPS要求53000は、発呼者のネットワークアドレスと被呼者のユーザアドレスを含む、MP制御パケットである。上記の論理層のセクションで議論したように、一般に、発呼者は被呼者のネットワークアドレスを知らない。実際は、発呼者が、SGW中のサーバ群によって、ユーザアドレスをネットワークアドレスにマッピングする。それに加えて、発呼者と被呼者は、サーバ群10010のネットワーク管理サーバシステムの12030(図12)からMPネットワーク情報(例えば、MTPSサーバシステムのネットワークアドレス)を取得し、MTPSセッションを実行する。
2.MTPS要求53000を受信したとき、MTPSサーバシステムは、MCCP手順(上記のサーバ群のセクションで議論した)を行い、発呼者による処理の続行を許可するか否かを決定する。
3.MTPSサーバシステムは、MTPS要求応答53010を発行することによって、発呼者の要求に肯定応答する。MTPS要求応答53010は、MCCP手順の結果を含むMP制御パケットである。
4.次に、MTPSサーバシステムは、発呼者と被呼者にMTPSセットアップパケット53020及び53030をそれぞれに送信する。MTPSセットアップパケット53020及び53030は、MP制御パケットであり、これは、発呼者と被呼者のネットワークアドレスと、要求されたMTPSセッションの許容できる呼のトラフィックフローパケット(例えば、帯域幅)を含むものである。そして、これらのパケットは、カラー情報を含む。そのカラー情報が、MX1180のような発呼者のMXと、MX1240のような被呼者のMXとに対して、MXのULPFをセットアップするように命令する。このULPFを更新する処理は、上記の中間スイッチのセクションで議論した。
5.発呼者と被呼者が、MTPSセットアップ応答パケット53040及び53050をそれぞれMTPSサーバシステムに戻すように送信することによって、MTPSセットアップパケット53020及び53030に肯定応答する。MTPSセットアップ応答パケットは、MP制御パケットである。
6.MTPSサーバシステムが、MTPSセットアップ応答パケットを受信した後、MTPSセッションの使用量情報(例えば、セッションの継続時間あるいはトラフィック)を収集し始める。
1.発呼者は、発呼者のMX、SGW(SGW1160)のEXと、被呼者のMXを介して、被呼者にデータ53060を送信し始める。データ53060は、MPデータパケットである。次に、発呼者のMXのULPFは、ULPFチェック(それは中間スイッチのセクションで議論した)を実行し、データパケットがSGW1160に到達することを許可するか否かを決める。ここでは、発呼者と、発呼者を管理するSGW(SGW1160)におけるEXとの間でデータパケットが通過する論理リンクは、ボトムアップの論理リンクであるのに対して、被呼者を管理するSGW(SGW1160)におけるEXと、被呼者との間でデータパケットが通過する論理リンクは、トップダウンの論理リンクである。
2.同様に、被呼者のMXのULPFは、被呼者からデータ53070中のデータパケットに対してULPFチェックを実行する。被呼者から発呼者に送信されるデータパケットに関して、被呼者と、被呼者を管理するSGW(SGW1160)におけるEXとの間でデータパケットが通過する論理リンクは、ボトムアップの論理リンクであるのに対して、発呼者を管理するSGW(SGW1160)におけるEXと、発呼者との間でデータパケットが通過する論理リンクは、トップダウンの論理リンクである。
3.呼の通信段階の間に、MTPSサーバシステムは、MTPS保持パケット53080及び53090を発呼者と被呼者に、時々に送信する。MTPS保持パケットは、MTPSサーバシステムがMTPSセッションにおいて参加者に係る呼の接続状態情報(例えば、エラーレートと失われたパケット数)を収集するために使用する、MP制御パケットである。
4.発呼者と被呼者は、MTPS保持応答パケット53100及び53110をMTPSサーバシステムに送信することによって、MTPS保持パケットに肯定応答する。MTPS保持応答パケットは、要求された呼の接続状態情報(例えば、エラーレートと失われたパケット数)を含む、MP制御パケットである。
5.MTPS保持応答パケット53100及び53110に基づいて、MTPSサーバシステムはMTPSセッションを変更できる。例えば、セッションのエラーレートが、許容できるしきい値を超えた場合、MTPSサーバシステムは、各当事者に通知してセッションを終了できる。
発呼者、被呼者、あるいはMTPSサーバシステムは、呼の解放を介することができる。
1.発呼者は、MP制御パケットであるMTPS解放53120をMTPSサーバシステムに送信する。それに応答して、MTPSサーバシステムは、MP制御パケットであるMTPS解放応答53130を発呼者に送信し、MTPS解放53125を被呼者に送信する。1つの実装では、MTPS解放53125は、MTPS解放53120と同じ情報を含む。それに加えて、MTPSサーバシステムは、セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止し、収集された使用量情報をアカウント処理サーバシステム、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12)に報告する。
2.発呼者のMXと被呼者のMXは、MTPS解放53120を受信した後、これらそれぞれのULPFのパラメータ(例えば、許容できるDA、SA、トラフィックフロー、及びデータコンテンツ)をそれらのデフォルト値にリセットする。
3.発呼者が、MTPSサーバシステムからMTPS解放応答53130を受信するとき、発呼者は、そのMTPSセッションにおけるその関与を終了する。
4.発呼者は、そのMTPSセッションにおけるその関与を終了したことについて、MTPS解放応答53140を用いてMTPSサーバシステムに通知する。
上述したように、一実施形態に係るMTPSサーバシステムは、受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、及び/又は、失われたMTPS保持応答パケットの数が過多である)を検出すると、呼の解放を開始してもよい。
2.発呼者のMXと被呼者のMXが、MTPS解放53150及び53160を受信するとき、それらは各自のULPFをリセットする。
1.被呼者が、MP制御パケットであるMTPS解放53190をMTPSサーバシステムに送信する。MTPSサーバシステムは、MTPS解放59195を発呼者に送信する。これに応答して、発呼者は、MP制御パケットであるMTPS解放応答53210をMTPSサーバシステムに戻すように送信し、効果的にMTPSセッションを終了する。MTPSサーバシステムは、MTPS解放53190を受信すると、MTPS解放応答53220を被呼者に送信し、セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止し、収集された情報をローカルなアカウント処理サーバシステム、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12)に報告する。
2.発呼者のMXと被呼者のMXは、MTPS解放53190を受信すると、それらのおのおののULPFをリセットする。
図54a、図54b、図55a、及び図55bは、2つのSGW(例えば、図1dに示すUT1380とUT1320)に依存する2つのUT間のMTPSの1つのセッションの時系列図を示す。説明のため、UT1380が、UT1320に対する呼を要求する。UT1380が「発呼者」であり、UT1320が「被呼者」であり、MX1180が「発呼者のMX」であり、MX1080が「被呼者のMX」である。SGW1160のサーバ群10010に存在する呼処理サーバシステム12010が、「発呼者の呼処理サーバシステム」である。同様に、SGW1060に存在する呼処理サーバシステムが「被呼者の呼処理サーバシステム」である。SGWが、MTPSセッションを管理するために1つの呼処理サーバシステムを専用装置として備えた場合、この専用の呼処理サーバシステムは、「MTPSサーバシステム」と呼ばれる。SGW1060とSGW1160は、複数の呼処理サーバシステム12010を含み、特定のタイプのマルチメディアサービスを促進するための専用装置として、これらのサーバシステムのそれぞれを有してもよい。
1.都市圏のマスターのネットワーク管理サーバシステム(この例では、SGW1160におけるネットワーク管理サーバシステム12030)の1つの実施例が、ネットワークリソースに関する情報をMPの都市圏ネットワーク1000のサーバシステム(例えば、発呼者のMTPSサーバシステムと被呼者のMTPSサーバシステム)に、時々ブロードキャストする。ネットワークリソース情報は、MPの都市圏ネットワーク1000上のサーバシステムのネットワークアドレスと、MPの都市圏ネットワーク1000上の現在のトラフィックフローと、MPの都市圏ネットワーク1000上のサーバシステムの利用可能な帯域幅及び/又は容量とを含むことが可能であるが、これらに限定されるものではない。
2.サーバシステムが、都市圏のマスターのネットワーク管理サーバシステムからブロードキャスト情報を受信するとき、それらのサーバシステムは、このブロードキャストから所定の情報を抽出して保持する。例えば、発呼者のMTPSサーバシステムは、被呼者のMTPSサーバシステムと接続することに関心を有しているので、発呼者のMTPSサーバシステムは、このブロードキャストから、被呼者のMTPSサーバシステムのネットワークアドレスを検索して読み出す。
3.UT1380のような発呼者は、SGW1160中のEXを介し、かつMX1180のような発呼者のMXを介して、発呼者のMTPSサーバシステムにMTPS要求54000を送信することによって、呼を開始する。MTPS要求54000は、発呼者のネットワークアドレスと被呼者のユーザアドレスを含む、MP制御パケットである。論理層のセクションで議論したように、発呼者は、典型的には、被呼者のネットワークアドレスを知らない。実際、発呼者は、(発呼者が知っている)ユーザアドレスをネットワークアドレスにマッピングする際に、SGWのサーバ群に依存する。それに加えて、発呼者と被呼者は、MTPSセッションを実行するためのMPネットワーク情報(例えば、MTPSサーバシステムのネットワークアドレス)を、SGW1160及びSGW1060のそれぞれにおけるサーバ群のネットワーク管理サーバシステムから取得する。
4.発呼者のMTPSサーバシステムは、MTPS要求54000を受信すると、上述のサーバ群のセクションで議論したようなMCCP手順を実行し、発呼者による処理の続行を許可するか否かを決める。
5.発呼者のMTPSサーバシステムは、MCCP手順の結果を含むMP制御パケットであるMTPS要求応答54010を発行することによって、発呼者の要求に対して肯定応答する。
6.次に、発呼者のMTPSサーバシステムは、MTPSセットアップパケット54020とMTPS接続指示54030とを、発呼者及び被呼者のMTPSサーバシステムにそれぞれ送信する。このセットアップパケットと接続指示パケットは、発呼者及び被呼者のネットワークアドレスと、要求されたMTPSセッションの許容できる呼のトラフィックフロー(例えば、帯域幅)とを含むMP制御パケットであるが、これらに限定されないものを含むMP制御パケットである場合もある。
7.被呼者のMTPSサーバシステムは、MTPSセットアップパケット54040を被呼者に送信する。発呼者と被呼者の両方に対するセットアップパケットはカラー情報を含み、このカラー情報は、MX1180のような発呼者のMXと、MX1080のような被呼者のMXとに、MXにおけるULPFをセットアップするように命令する。ULPFを更新するためのこの処理は、上述の中間スイッチのセクションで詳述された、
8.発呼者と被呼者は、MTPSセットアップ応答パケット54050及び54060をそれらの各MTPSサーバシステムに送信することによって、MTPSセットアップパケット54020及び54040に肯定応答する。MTPSセットアップ応答パケットはMP制御パケットである。
9.被呼者のMTPSサーバシステムは、MTPSセットアップ応答パケット54060を受信した後、発呼者のMTPSサーバシステムにMTPS接続肯定応答54070を送信することによって、MTPSセッションに進むように発呼者のMTPSサーバシステムに通知する。さらに、発呼者のMTPSサーバシステムは、MTPSセットアップ応答パケット54050とMTPS接続肯定応答54070を受信した後、MTPSセッションに対する使用量情報(例えば、セッションの継続時間あるいはトラフィック)を収集し始める。
SGW2060は、MPの都市圏ネットワーク2030に対する、都市圏のマスターのネットワークマネージャ装置として機能する。SGW1020は、MPの全国的ネットワーク2000に対する、全国的なマスターのネットワークマネージャ装置として機能する。SGW2020は、MPのグローバルネットワーク3000に対して、グローバルなマスターのネットワークマネージャ装置として機能する。
上述のように、この例では、次の呼の通信に係る議論において、UT1380が発呼者であり、UT1320が被呼者である。MX1180が発呼者のMXであり、MX1080が被呼者のMXである。
2.同様に、被呼者のMXのULPFは、被呼者からのデータ54150のデータパケットに対してULPFチェックを実行する。被呼者から発呼者に送信されているデータパケットに関して、被呼者と、被呼者を管理するSGW(SGW1060)中のEXとの間でのデータパケットが通過する論理リンクは、ボトムアップの論理リンクであるのに対して、発呼者を管理するSGW(1160)中のEXと、発呼者との間でのデータパケットが通過する論理リンクは、トップダウンの論理リンクである。SGW1060中のEXはまた、SGW1160中のEXに向かってデータパケットを方向付けるために、ルーティングテーブルの中を検索する。
3.発呼者のMTPSサーバシステムは、呼の通信段階の全体にわたって、時々、MTPS保持パケット54090とMTPS状態照会54100を、発呼者と被呼者のMTPSサーバシステムに送信する。さらに、被呼者のMTPSサーバシステムは、MTPS保持パケット54110を被呼者に送信する。MTPS保持パケット54090及び54110と、MTPS状態照会54100とは、MTPSセッションにおける当事者に係る呼の接続状態情報(例えば、エラーレート及び/又は失われたパケット数)を収集するために使用される、MP制御パケットである。
4.発呼者と被呼者は、MTPS保持応答パケット54120及び54130をそれらの各自のMTPSサーバシステムに送信することによって、MTPS保持パケットに肯定応答する。MTPS保持応答パケットは、要求された呼の接続状態情報(例えば、エラーレート及び/又は失われたパケット数)を含む、MP制御パケットである。
5.MTPS保持応答パケット54130を受信した後、被呼者のMTPSサーバシステムは、MTPS状態応答54140を用いて、被呼者からの要求された情報を発呼者のMTPSサーバシステムに伝送する。
6.MTPS保持応答パケット54120とMTPS状態応答パケット54140に基づき、発呼者のMTPSサーバシステムは、MTPSセッションを変更できる。例えば、セッションのエラーレートが許容可能なしきい値を超えた場合には、発呼者のMTPSサーバシステムは当事者に通知して、セッションを終了することができる。
発呼者、被呼者、発呼者のMTPSサーバシステム、あるいは被呼者のMTPSサーバシステムは、呼の解放を開始することができる。上述のように、この例において、UT1380が発呼者であり、UT1320が被呼者であり、MX1180が発呼者のMXであり、MX1080が被呼者のMXである。
1.発呼者は、MP制御パケットであるMTPS解放55000を、発呼者のMTPSサーバシステムに送信する。これに応答して、発呼者のMTPSサーバシステムは、発呼者にMTPS解放応答55010を送信することによって、解放要求に肯定応答し、MTPS解放指示55020を用いて、被呼者のMTPSサーバシステムに、この要求について通知する。
2.MTPS解放指示55020を受信した後、被呼者のMTPSサーバシステムは、MTPS解放55030を被呼者に送信する。
3.発呼者のMXと被呼者のMXは、MTPS解放55000とMTPS解放55030を受信するとき、それらの各自のULPFをリセットする。
4.被呼者は、MTPS解放応答55040を用いて、被呼者のMTPSサーバシステムからの解放要求に肯定応答する。次に、被呼者のMTPSサーバシステムは、MTPS解放肯定応答55050を発呼者のMTPSサーバシステムに送信する。
5.MTPS解放55000を受信した後、発呼者のMTPSサーバシステムは、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止し、ローカルなアカウント処理サーバシステム、例えば、SGW1160におけるサーバ群10010のアカウント処理サーバシステム12040(図12)に、収集された使用量情報を報告する。
6.発呼者が、発呼者のMTPSサーバシステムからMTPS解放応答55010を受信するとき、発呼者はMTPSセッションを終了する。
7.被呼者は、MTPS解放応答55040を用いて、被呼者のMTPSサーバシステムに、そのMTPSセッションの終了について通知する。
上述のように、一実施形態に係る発呼者あるいは被呼者のいずれかのMTPSサーバシステムは、受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、及び/又は失われたMTPS保持応答パケットの数が過多である)を検出するとき、呼の解放を開始することができる。同様に、都市圏のマスターのネットワーク管理サーバシステムも、複数のSGWの間で、許容できない通信状況を検出するとき、呼を終了することができる。
2.発呼者のMXと被呼者のMXは、MTPS解放55060及び55080を受信するとき、これらの各自のULPFをリセットする。
3.MTPS解放応答55100を受信した後、被呼者のMTPSサーバシステムは、MTPS解放肯定応答55110を、発呼者のMTPSサーバシステムに送信する。
4.発呼者のMTPSサーバシステムが、MTPS解放肯定応答55110とMTPS解放応答55090の両方を受信した後、発呼者のMTPSサーバシステムは、セッションを終了する。
1.被呼者は、MTPS解放55120を被呼者のMTPSサーバシステム送信することによって、解放を開始する。次に、被呼者のMTPSサーバシステムは、MTPS解放要求55130を発呼者のMTPSサーバシステムに送信する。発呼者のMTPSサーバシステムは、セッションに対する使用量情報(例えば、セッションの継続時間あるいはトラフィック)の収集を停止し、及び、収集された使用量情報をSGW1160におけるサーバ群のローカルなアカウント処理サーバシステムに報告する。
2.次に、発呼者のMTPSサーバシステムは、MTPS解放55140を発呼者に送信し、MTPS解放応答55160を被呼者のMTPSサーバシステムに送信する。
3.被呼者のMTPSサーバシステムは、MTPS解放応答55160を受信した後、セッションを終了し、被呼者にMTPS解放応答55170を送信する。
4.発呼者のMXと被呼者のMXは、MTPS解放55140及び55120を受信するとき、それらの各自のULPFをリセットする。
・ユーザBが「受諾する」を選択した場合には、UT1320は、ユーザAからのオーディオ情報を再生し、オプションとして、サービスウィンドウ57000にユーザAからのビデオ情報を表示する。ユーザBが「拒絶する」を選択した場合には、UT1320は、OSD57020を除去し、サービスウィンドウ57000のすべて表示領域をプログラム57010に回復する。
6.2.1 単一のサービスゲートウェイに依存するMPに準拠した2つの構成要素の間のMD.
MDは、UTが、メディア記憶装置のようなMPに準拠した構成要素からビデオ及び/又はオーディオ情報を取得することを可能にする。1つの構成において、メディア記憶装置は、SGW1120におけるメディア記憶装置1140のように、SGWに存在する(「SGWメディア記憶装置」)。代替の構成において、メディア記憶装置は、UT1450のような、HGWに接続するUTのうちの1つである。
1.発呼者、例えばUT1380は、SGW(例えば、SGW1160)中のMDサーバシステムにMD要求58000を送信する。MD要求58000は、MP制御パケットであり、発呼者ネットワークアドレスとUTのメディア記憶装置のユーザアドレスとを含む。発呼者は、典型的には、UTのメディア記憶装置のネットワークアドレスを知らないので、発呼者は、UTのメディア記憶装置のユーザアドレスを、その対応するネットワークアドレスにマッピングするために、SGWにおけるサーバ群に依存する(図58aには図示せず。)。
それに加えて、発呼者とUTのメディア記憶装置とは、サーバ群10010のネットワーク管理サーバシステム12030(図12)から、MDセッションを実行するためのMPネットワークの情報(例えば、MDサーバシステムのネットワークアドレス)を取得する。
2.MD要求58000を受信した後、MDサーバシステムは、上述のMCCP手順(サーバ群のセクションにおいて議論された)を実行し、発呼者による処理の続行を許可するか否かを決定する。
3.MDサーバシステムは、MD要求応答58010を発行することによって、発呼者の要求に肯定応答する。MD要求応答58010は、MCCP手順の結果を含むMP制御パケットである。
4.次に、MDサーバシステムは、MDセットアップパケット58020及び58030を、発呼者とUTのメディア記憶装置とにそれぞれ送信する。MDセットアップパケット58030は、メディア記憶装置のMXを介してUTのメディア記憶装置に送信される。MDセットアップパケット58020及び58030はMP制御パケットであり、これは、発呼者及びメディア記憶装置のネットワークアドレスと、要求されたMDセッションの許容された呼のトラフィックフロー(例えば、帯域幅)とを含むものである。これらのパケットは、さらにカラー情報を含み、そのカラー情報は、MX1240のようなメディア記憶装置のMXに、MXにおけるULPFをセットアップするように命令する。このULPFを更新する処理は、前の中間スイッチのセクションで詳述された。
5.発呼者とUTのメディア記憶装置とは、MDセットアップ応答パケット58040及び58050をそれぞれMDサーバシステムに戻すように送信することによって、MDセットアップパケット58020及び58030に肯定応答する。MDセットアップ応答パケットは、MP制御パケットである。
6.MDサーバシステムは、MDセットアップ応答パケットを受信した後、MDセッションの使用量情報(例えば、セッションの継続時間又はトラフィック)を収集し始める。
1.要求されたMDセッションをセットアップした後、メディア記憶装置(SGWのメディア記憶装置あるいはUTのメディア記憶装置のいずれか)は、発呼者にデータを送信し始める。例えば、図58aに示すように、UTのメディア記憶装置は、MPデータパケットであるデータ58060を発呼者に送信する。また、メディア記憶装置のMX、例えばMX1240は、ULPFチェック(前の中間スイッチのセクションで議論した)を実行し、データパケットがMXを介してSGW1160に到達することを許可するか否かを決める。
2.MDサーバシステムは、呼の通信段階の全体にわたって、時々、MP制御パケットであるMD保持パケット58070及び58080を、発呼者とUTのメディア記憶装置とに送信する。MDサーバシステムは、それらMP制御パケットを用いて、MDセッションにおける当事者に係る呼の接続状態情報(例えば、エラーレート、失われたパケット数)を収集する。
3.発呼者とUTのメディア記憶装置とは、MDサーバシステムにMD保持応答パケット58090及び58100を送信することによって、MD保持パケットに肯定応答する。MD保持応答パケットは、要求された呼の接続状態情報(例えば、エラーレートと失われたパケット数)を含む、MP制御パケットである。MD保持応答パケット58090及び58100に基づき、MDサーバシステムはMDセッションを変更してもよい。例えば、もし、セッションのエラーレートが、許容できるしきい値を超えた場合には、MDサーバシステムは発呼者に通知して、セッションを終了できる。
4.呼の通信段階の間の任意の時点において、発呼者は、MPネットワークを介してメディア記憶装置を制御できる。特に、発呼者は、MPの帯域内信号方式のデータパケットであるMD操作58110を、UTのメディア記憶装置に送信できる。このデータパケットは、そのペイロードフィールド5050中に所定の制御情報を含み、この情報は、メディア記憶装置に、その記憶された内容を早送りさせ、巻き戻させ、一時停止させ、あるいは再生させるが、これらに限定されるものではない。
発呼者、MDサーバシステム、あるいはメディア記憶装置は、呼の解放を開始することができる。
1.発呼者は、MP制御パケットであるMD解放58120をMDサーバシステムに送信する。これに応答して、MDサーバシステムは、同様にMP制御パケットであるMD解放応答58130を発呼者に送信し、また、メディア記憶装置のMXを介して、UTのメディア記憶装置にMD解放58125を送信する。それに加えて、MDサーバシステムは、セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止し、ローカルなアカウント処理サーバシステム、例えば、SGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12)に、収集された使用量情報を報告する。それに代わって、視聴毎の支払い方式(ペイ・パー・ビュー)のサービスの場合には、MDサーバシステムは、単に、MDサービスが提供されたことをサーバシステム12040に報告する。
2.UTのメディア記憶装置に関して、メディア記憶装置のMXは、MD解放58125を受信するとき、そのULPFをリセットする。同様に、SGWのメディア記憶装置に関して、SGW中のEXも、当該EXがMDサーバシステムからSGWのメディア記憶装置への解放パケットを受信した後で、そのULPF(EXがULPFを含む場合)をリセットする。
3.発呼者がMDサーバシステムからMD解放応答58130を受信した後であり、かつ、MDサーバシステムがUTのメディア記憶装置からのMD解放応答58140を受信した後、MDセッションは終了させる。
MDサーバシステムの1つの実施例は、受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、失われたMD保持応答パケットの数が過多である)を検出したときに、呼の解放を開始することができる。
2.UTのメディア記憶装置に関して、メディア記憶装置のMXは、MD解放58160を受信する時に、その対応のULPFをリセットする。同様に、SGWのメディア記憶装置に関して、SGWにおけるEXは、MDサーバシステムからSGWのメディア記憶装置への解放パケットを受信した後、そのULPF(EXがULPFを含む場合)をリセットする。
1.メディア記憶装置は、メディア記憶装置のMXを介して、MP制御パケットであるMD解放58190をMDサーバシステムに送信する。さらに、MDサーバシステムは、MD解放58195を発呼者に送信する。これに応答して、発呼者は、MP制御パケットであるMD解放応答58200を、MDサーバシステムに戻すように送信し、MDセッションを終了する。MD解放58190を受信した後、MDサーバシステムは、MD解放応答58210をUTのメディア記憶装置に送信し、セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、ローカルなアカウント処理サーバシステム、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12)に、収集された使用量情報を報告する。
2.UTのメディア記憶装置に関して、メディア記憶装置のMXは、MD解放58190を受信した後、その対応のULPFをリセットする。同様に、SGWのメディア記憶装置に関して、SGW中のEXはまた、当該EXがMDサーバシステムからSGWメディア記憶装置への解放パケットを受信した後、そのULPF(EXがULPFを含む場合)をリセットする。
図59aと図59bは、2つのSGW、例えば図1dに示すUT1380とUT1320に依存する、MPに準拠した2つの構成要素の間の1つのMDセッションに係る時系列図を示す。説明のため、UT1380が「発呼者」であり、UT1320が「UTのメディア記憶装置」である。MX1180が「発呼者のMX」であり、MX1080が「メディア記憶装置のMX」である。UT1380が代わりにSGWのメディア記憶装置(例えば、メディア記憶装置1140)とのMDセッションを要求する場合には、セッションはメディア記憶装置のMXを必要とせず、SGW1120のEXを必要とするということに注意する必要がある。
1.都市圏のマスターのネットワーク管理サーバシステムの1つの実施例は、MPの都市圏ネットワーク1000のサーバシステムに、例えば発呼者のMDサーバシステムとメディア記憶装置のMDサーバシステムとに、ネットワークリソースに関する情報を時々ブロードキャストする。このネットワークリソース情報は、サーバシステムのネットワークアドレスと、MPの都市圏ネットワーク1000の現在のトラフィックフローと、MPの都市圏ネットワーク1000のサーバシステムの利用可能な帯域幅及び/又は容量とを含むが、これらに限定されるものではない。
2.サーバシステムは、都市圏ネットワーク管理サーバシステムからネットワークリソース情報を受信するとき、上記ブロードキャストから所定の情報を抽出して保持する。例えば、発呼者のMDサーバシステムは、メディア記憶装置のMDサーバシステムと連絡を取ることに関心を有しているので、発呼者のMDサーバシステムは、上記ブロードキャストから、メディア記憶装置のMDサーバシステムのネットワークアドレスを検索して読み出す。
3.UT1380のような発呼者は、MX1180のような発呼者のMXを介して発呼者のMDサーバシステムにMD要求59000を送信することによって、呼を開始する。MD要求59000は、発呼者のネットワークアドレスと、UTのメディア記憶装置のユーザアドレスとの情報を含む、MP制御パケットである。前の論理リンクのセクションで議論したように、発呼者は、典型的には、UTのメディア記憶装置のネットワークアドレスを知らないが、UTのメディア記憶装置のユーザアドレスを知っている。代わりに、発呼者は、UTのメディア記憶装置のユーザアドレスを対応のネットワークアドレスにマッピングするために、SGWにおけるサーバ群に依存する。それに加えて、発呼者とUTのメディア記憶装置とは、SGW1160とSGW1060中のサーバ群のネットワーク管理サーバシステムからそれぞれ、MDセッションを実行するためのMPネットワーク情報(例えば、発呼者のMDサーバシステム及びメディア記憶装置のMDサーバシステムのネットワークアドレス)を取得する。
4.MD要求59000を受信した後、発呼者のMDサーバシステムは、前のサーバ群のセクションで議論したようなMCCP手順を実行し、発呼者による処理の続行を許可するか否かを決める。
5.発呼者のMDサーバシステムは、MCCP手順の結果を含むMP制御パケットであるMD要求応答59010を発行することによって、発呼者の要求に肯定応答する。
6.次に、発呼者のMDサーバシステムは、それぞれ、MPセットアップパケット59020を発呼者のMXを介して発呼者に送信し、MD接続指示59030をメディア記憶装置のMDサーバシステムに送信する。このセットアップパケットと接続指示とは、MP制御パケットであり、発呼者とUTのメディア記憶装置とのネットワークアドレスと、要求されたMDセッションの許容された呼のトラフィックフロー(例えば、帯域幅)を含む。
7.メディア記憶装置のMDサーバシステムは、MDセットアップパケット59040を、メディア記憶装置のMXを介してUTのメディア記憶装置に送信する。このセットアップパケットはカラー情報を含み、このカラー情報は、MX1180のような発呼者のMXと、MX1080のようなメディア記憶装置のMXとに、MXにおけるULPFをセットアップさせる。このULPFの更新処理は、前の中間スイッチのセクションで詳述した。
8.発呼者とUTのメディア記憶装置とは、MDセットアップ応答パケット59050及び59060を、それらの各MDサーバシステムにそれぞれ戻すように送信することによって、MDセットアップパケット59020及び59040に肯定応答する。MDセットアップ応答パケットはMP制御パケットである。
9.MDセットアップパケット59060を受信した後、メディア記憶装置のMDサーバシステムは、発呼者のMDサーバシステムにMD接続肯定応答59070を送信することによって、発呼者のMDサーバシステムに、MDセッションを続行するように通知する。さらに、発呼者のMDサーバシステムは、MDセットアップ応答パケット59050とMD接続肯定応答59070を受信した後、MDセッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を開始する。
1.UTのメディア記憶装置は、メディア記憶装置のMXと、メディア記憶装置のMX及び発呼者のMXを管理するSGW中のEXと、発呼者のMXとを介して、データ59080を発呼者に送信し始める。データ59080はMPデータパケットである。次に、メディア記憶装置のMXのULPFはULPチェック(これは前の中間スイッチのセクションで詳述した)を実行して、データパケットがSGW1060に到達することを許可するか否かを決める。UTのメディア記憶装置と、UTのメディア記憶装置を管理するSGW(SGW1060)中のEXとの間でデータパケットが通過する論理リンクは、ボトムアップの論理リンクであるのに対して、発呼者を管理するSGW(SGW1160)中のEXと、発呼者との間でデータパケットが通過する論理リンクは、トップダウンの論理リンクである。また、前の論理層のセクションで説明したように、SGW1060中のEXは、SGW1160中のEXに向かってデータパケットを方向付けるために、ルーティングテーブル(それがオフラインで計算できる)を検索する。
2.発呼者のMDサーバシステムは、呼の通信段階の全体にわたって、時々、MD保持パケット59090を送信し、MD状態照会59100をメディア記憶装置のMDサーバシステムに送信する。さらに、メディア記憶装置のMDサーバシステムは、MD保持パケット59110をUTのメディア記憶装置に送信する。MD保持パケット59090及び59110は、MDセッションにおける当事者に係る呼の接続状態情報(例えば、エラーレートと失われたパケット数)を収集するために用いられる、MP制御パケットである。
3.発呼者とUTのメディア記憶装置とは、それらの各MXを介してそれらの各MDサーバシステムにMD保持応答パケット59120及び59130を送信することによって、MD保持パケットに肯定応答する。MD保持応答パケットは、要求された呼の接続状態情報(例えば、エラーレートと失われたパケット数)を含む、MP制御パケットである。
4.MD保持応答パケット59130を受信した後、メディア記憶装置のMDサーバシステムは、MD状態応答59140を用いて、UTのメディア記憶装置から発呼者のMDサーバシステムに、要求された情報を伝送する。
5.MD保持応答パケット59120とMD状態応答59140に基づき、発呼者のMDサーバシステムは、MDセッションを変更できる。例えば、そのセッションのエラーレートが、許容できるしきい値を超えた場合に、発呼者のMDサーバシステムは、当事者に通知して、セッションを終了できる。
6.呼の通信段階の間の任意の時点において、発呼者は、MPネットワークを介してメディア記憶装置を制御できる。特に、発呼者は、MPの帯域内信号方式のデータパケットであるMD操作59150をUTのメディア記憶装置に送信できる。このデータパケットは、そのペイロードフィールド5050中に所定の制御情報を含み、この情報は、メディア記憶装置に、その記憶された内容を早送りさせ、巻き戻させ、一時停止させ、あるいは再生させるが、これらに限定されるものではない。
発呼者、発呼者のMDサーバシステム、メディア記憶装置のMDサーバシステム、あるいはメディア記憶装置は、呼の解放を開始することができる。
1.発呼者は、MP制御パケットであるMD解放59180を発呼者のMDサーバシステムに送信する。これに応答して、発呼者のMDサーバシステムは、MD解放応答59190を発呼者に送信することによってこの解放要求に肯定応答し、MD解放指示59200を用いて、メディア記憶装置のMDサーバシステムにこの要求について通知する。また、発呼者のMDサーバシステムは、セッションに対する使用量情報(例えば、セッションの継続時間あるいはトラフィック)の収集を停止して、ローカルなアカウント処理サーバシステム、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12)に、収集された使用量情報を報告する。それに代わって、視聴毎の支払い方式の場合には、発呼者のMDサーバシステムは、単に、MDサービスが提供されたことをアカウント処理サーバシステム12040に報告する。
2.MD解放指示59200を受信した後、メディア記憶装置のMDサーバシステムは、メディア記憶装置のMXを介して、UTのメディア記憶装置にMD解放59210を送信する。
3.UTのメディア記憶装置に関して、メディア記憶装置のMXは、MD解放59210を受信するとき、そのULPFをリセットする。同様に、SGWのメディア記憶装置に関して、SGW中のEXはまた、当該EXがMDサーバシステムからSGWのメディア記憶装置への解放パケットを受信した後、そのULPF(EXがULPFを含む場合)をリセットする。
4.UTのメディア記憶装置は、メディア記憶装置のMXを介してメディア記憶装置のMDサーバシステムにMD解放応答59220を送信することによって、メディア記憶装置のMDサーバシステムからの解放要求に肯定応答する。次に、メディア記憶装置のMDサーバシステムは、発呼者のMDサーバシステムにMD解放肯定応答59230を送信する。
5.発呼者は、発呼者のMDサーバシステムからMD解放応答59190を受信した後、MDセッションを終了する。
一実施形態に係るMDサーバシステムは、当該MDサーバシステムが受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、失われたMD保持応答パケット及び/又はMD状態応答パケットの数が過多である)を検出するとき、呼の解放を開始することができる。同様に、都市圏のマスターのネットワーク管理サーバシステムはまた、複数のSGWの間において受理できない通信状況を検出すると、呼を終了することができる。
2.UTのメディア記憶装置に関して、メディア記憶装置のMXは、MD解放59270を受信するとき、その対応のULPFをリセットする。同様に、SGWメディア記憶装置に関して、SGW中のEXはまた、当該EXがMDサーバシステムからSGWメディア記憶装置への解放パケットを受信した後、そのULPF(EXがULPFを含む場合)をリセットする。
3.MD解放応答59280を受信した後、メディア記憶装置のMDサーバシステムは、発呼者のMDサーバシステムにMD解放肯定応答59290を送信する。
4.発呼者のMDサーバシステムは、MD解放肯定応答59290とMD解放応答59260の両方を受信した後、セッションを終了する。
1.UTのメディア記憶装置は、MD解放59300をメディア記憶装置のMXを介してメディア記憶装置のMDサーバシステムに送信することによって、解放を開始する。次に、メディア記憶装置のMDサーバシステムは、MD解放要求59310を発呼者のMDサーバシステムに送信する。発呼者のMDサーバシステムは、セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、SGW1160中のサーバ群10010のローカルなアカウント処理サーバシステム12040に、収集された使用量情報を報告する。
2.次に、発呼者のMDサーバシステムは、発呼者にMD解放59320を送信し、メディア記憶装置のMDサーバシステムにMD解放要求応答59330を送信する。
3.MD解放要求応答59330を受信した後、メディア記憶装置のMDサーバシステムはセッションを終了して、MD解放応答59340を、メディア記憶装置のMXを介してUTのメディア記憶装置に送信する。
4.UTのメディア記憶装置に関して、メディア記憶装置のMXは、MD解放応答59340を受信するとき、その対応のULPFをリセットする。同様に、SGWメディア記憶装置に関して、SGW中のEXは、当該EXがMDサーバシステムからSGWのメディア記憶装置への解放パケットを受信した後、そのULPF(EXがULPFを含む場合)をリセットする。
5.発呼者は、MDセッションにおけるその参加を終了することによってMD解放59320に応答し、発呼者のMDサーバシステムにMD解放応答59350を送信する。
6.3.1 単一のサービスゲートウェイに依存する複数のUT間のMM.
MMは、1つのUTが、他の多くのUTとの間でリアルタイムのマルチメディア情報を通信することを可能にする。MMセッションを開始する当事者は「発呼者」と呼ばれ、MMセッションに参加することへの発呼者からの勧誘を受諾する当事者は「被呼者」と呼ばれる。いくつかの例では、MMセッションは「会合通知者」を含み、この会合通知者は、発呼者からMMセッションを開始する要求を受信し、MMセッションの潜在的な被勧誘者に対して、MMセッションに関する情報を伝送することができる。会合通知者は、SGW1160のサーバ群10010(図10)中のサーバシステムや、あるいは、HGW1200(図1d)に接続された(例えば、家庭用サーバシステムとしての)UTであることが可能であるが、これらに限定されるものではない。
図61と図62は、MMセッションにおいて被呼者のメンバーシップを確立する2つの方法を示す。ある実装では会合通知者を必要とするが(図60)、他の実装では必要としない(図61)。
2.会合通知者は、ユーザアドレスをサーバ群10010に送信して、対応するネットワークアドレスを取得する。
3.勧誘された被呼者のネットワークアドレスに基づき、会合通知者は、会合通知パケット60020、60030及び60040を用いて、勧誘された被呼者に会合通知60000内の情報を分配する。
4.勧誘された被呼者は、応答60050、60060及び60070を用いて、MMセッションへの参加に同意するか、あるいは勧誘を拒絶するかのいずれかを行うことができる。これら応答もMP制御パケットである。
2.勧誘された被呼者は、同様にMP制御パケットでありかつ発呼者に戻される応答パケット61030、61040及び61050によって応答し、MMセッションに参加することについてのかれらの関心を知らせる。
図62aと図62bは、MMセッションを確立するための1つの呼のセットアップ処理を示す。具体的には、次のことを含む。
2.これに応答して、MMサーバシステムは、要求されたMCCP(これは、サーバ群のセクションで議論され、後の段落でも議論する)を実行して、発呼者による処理のさらなる続行を許可するか否かを決定し、MM MCCP応答62010を用いて、発呼者にMCCPの結果を戻す。MM MCCP要求62000とMM MCCP応答62010の両方は、MP制御パケットである。
3.MMサーバシステムは、MMセットアップパケット62020、62030及び62035を送信する。MMセットアップパケット62020、62030及び62035は、図5に示すような当該パケットのDAフィールド5010に被呼者のネットワークアドレスを含み、ペイロードフィールド5050に予約されたセッション番号を含む、MP制御パケットである。パケット62020は、SGW1160中のEXとMX1180を介して発呼者に進む。制御パケット62030及び62035は、SGW1160中のEXと、MX1180(UT1400に対する)又はMX1240(UT1450に対する)のいずれかとを介して、被呼者1及び被呼者2に進む。
4.MMセットアップパケット62020、62030及び62035を受信した後、SGW1160中のEXと、MX1180のような発呼者のMXと、MX1240とは、前のエッジ部のスイッチのセクションと中間スイッチのセクションで議論したように、カラー情報に従ってそれらのLTを更新する。さらに、MXは、パケット中の部分的なアドレス情報に従って、パケットをHGWに、例えばHGW1200及び1260に転送する。
5.MX1180のような発呼者のMXがMMセットアップパケット62020を受信するとき、発呼者のMXはまた、前の中間スイッチのセクションで議論したように、そのULPFをセットアップする。
6.発呼者と被呼者は、MMセットアップ応答62040、62050及び62060によって、MMセットアップパケットに応答する。
2.発呼者からのMM要求62000を受信した後、発呼者のMMサーバシステムは、アドレスマッピングサーバシステムにアドレス解決照会63010を送信する。アドレス解決照会63010は、支払者のユーザアドレスと、アドレスマッピングサーバシステムのネットワークアドレスとを含む。発呼者のMMサーバシステムは、同様にNIDPを用いて、アドレスマッピングサーバシステムのネットワークアドレスを取得する。
3.アドレスマッピングサーバシステムは、支払者のユーザアドレスを、支払者のネットワークアドレスにマッピングし、アドレス解決照会応答63020を用いて、発呼者のMMサーバシステムに、支払者のネットワークアドレスを戻す。
4.発呼者のMMサーバシステムは、アカウント処理状態照会63030をアカウント処理サーバシステムに送信する。アカウント処理状態照会63030は、支払者とアカウント処理サーバシステムとのネットワークアドレスを含む。
5.アカウント処理サーバシステムは、アカウント処理状態照会応答63040を用いて、支払者のアカウント処理状態により、発呼者のMMサーバシステムに応答する。
6.発呼者のMMサーバシステムは、MM要求応答63050を発呼者に送信する。1つの実施例で、この応答は、発呼者に、MMセッションを続行するか否かを知らせる。
7.発呼者が続行することの許可を受けた場合には、発呼者は、被呼者1のユーザアドレスを含むMMメンバー1 63060を、発呼者のMMサーバシステムに送信する。
8.発呼者のMMサーバシステムは、被呼者1のユーザアドレスを含むアドレス解決照会63070を、アドレスマッピングサーバシステムに送信する。
9.アドレスマッピングサーバシステムは、アドレス解決照会応答63080を用いて、被呼者1のネットワークアドレスを戻す。
10.発呼者のMMサーバシステムは、被呼者1及び被呼者2のネットワークアドレスを含むネットワークリソース承認照会63090を、ネットワーク管理サーバシステムに送信する。
11.ネットワーク管理サーバシステムが有するリソース情報に基づき、ネットワーク管理サーバシステムは、被呼者1及び被呼者2とのMMセッションを確立することの発呼者による要求を承認するか、あるいは不承認するかのいずれかを行う。また、ネットワーク管理サーバシステムの1つの実施例は、それが管理するUTの間における要求されたMMセッションに割り当てるために利用可能なセッション番号のプールを保持している。特に、ネットワーク管理サーバシステムが、要求されたMMセッションに特定のセッション番号を割り当てる場合、割り当てられた番号は「予約済み」になって、要求されたMMセッションが終了するまで利用不可能になる。ネットワーク管理サーバシステムは、ネットワークリソース承認照会応答63100を用いて、その呼を許可する決定とその予約されたセッション番号とを発呼者のMMサーバシステムに送信する。
12.ネットワーク管理サーバシステムが発呼者の要求を承認する場合には、発呼者のMMサーバシステムは、被呼者照会63110を被呼者1に送信する。
13.被呼者1は、被呼者照会応答63120によって、発呼者のMMサーバシステムに応答する。1つの実施例で、この照会応答は、被呼者1の参加状態を発呼者のMMサーバシステムに知らせる。
14.次に、発呼者のMMサーバシステムは、MM確認1 63130を用いて、発呼者に被呼者1の応答を伝送する。
15.複数の被呼者(例えば、被呼者2)が存在する場合、上述のステップ7乃至14が繰り返される。
図62aは、MMセッションにおける例示的な呼の通信処理を示す。具体的に言えば、以下のことを含む。
2.発呼者のMX、例えばMX1180は、次に、これらのデータパケットに対して、前の中間スイッチのセクションで詳述したULPFチェックを実行する。
3.データパケットがULPFチェックのいずれかに不合格であった場合、発呼者のMXはパケットを廃棄する。それに代わって、発呼者のMXは、パケットを指定されたUTに転送して、発呼者から被呼者までの伝送失敗レートに追跡してもよい。
4.データ62070の転送の間に、MMサーバシステムは、時々、MM保持パケット62080、62090及び62095を、発呼者、被呼者1及び被呼者2にそれぞれ送信する。MM保持パケット62080、62090及び62095は、MP制御パケットであり、MMセットアップパケット62020、62030及び62035と同じDA(すなわち、同じ部分的なアドレス情報と、同じセッション番号)を含む。
5.前のエッジ部のスイッチ、中間スイッチ及びユーザスイッチのセクションで議論したように、MMセッションの伝送経路に沿ったスイッチは、MM保持パケットに従って、それらのLTを更新する。
6.発呼者と被呼者は、MM保持応答パケット62100、62110及び62120によって、MM保持パケットにそれぞれ応答する。これらの応答パケット中のいずれかが、MM保持パケットに対する失敗あるいは拒絶を示す場合には、失敗あるいは拒絶を示す当事者は、後で議論するMMセッションの解放段階に移行する。
7.MMサーバシステムが発呼者からの最初のMM保持応答パケット(例えば、MM保持応答62100)を受信するとき、MMサーバシステムは、MMセッションのアカウント処理に関するパラメータ(例えば、MMセッションのトラフィックフロー及び継続時間)を計算し始める。サーバシステムの1つの実施例で、MMサーバシステム又はネットワーク管理サーバシステムのいずれかは、これらのアカウント処理に関するパラメータと、そのパラメータを取得するための関連づけれらたポリシーとを確立できる。1つの実施例で、発呼者と被呼者からの失われたMM保持応答パケットの数が、予め決められたしきい値を超えた場合には、MMサーバシステムは、MMセッションを、後で議論される解放段階に移行する。
被呼者3のような被呼者が既存のMMセッションに参加することを希望する場合、その被呼者は、最初に発呼者に通知する。次に、発呼者は、図64に示すような処理を行って、被呼者3をMMセッションに添加する。具体的には、以下のことを含む。
2.MMサーバシステムは、図63a及び図63bに示すようなMCCPを実行して、発呼者の要求を許可するか否かを決める。
3.MMサーバシステムは、MCCPの結果を示すMM確認64010で応答する。
4.MMサーバシステムが発呼者の要求を許可する場合には、次に、MMサーバシステムは、MMセットアップパケット64020及び64030をそれぞれ、発呼者のMXを介して発呼者に送信し、被呼者3のMXを介して被呼者3に送信する。MMセットアップパケットは、MP制御パケットであり、伝送経路に沿ったスイッチのLTをセットアップする。
5.MMセットアップパケット64020に応答して、発呼者のMX(例えば、MX1180)はまたULPFのセットアップを実行する。
6.MMセットアップパケットに応答して、発呼者と被呼者3は、MMセットアップ応答パケット64040及び64050によってそれぞれ応答する。
進行中のMMセッションにおいて、発呼者(例えばUT1380)が、被呼者2のような被呼者(例えばUT1450)の参加を終了させることを希望する場合、これを実行するための例示的な処理を図64で説明する。具体的には、以下のことを含む。
2.MMサーバシステムは、発呼者にMM確認64070を送信する。MM確認64070は、MP制御パケットであり、MMセッションからの被呼者2の除去について確認する。MM確認64070はまた、発呼者のMXにおけるULPFのいくつかのパラメータをリセットする(例えば、ULPFが被呼者2のSAに基づいてフィルタリングしない)。
呼の通信フェーズの間に、進行中のMMセッションの被呼者は、MMセッションにおける他のメンバーについてMMサーバシステムに照会することができる。具体的には、以下のことを含む。
2.次に、MMサーバシステムは、MMメンバー照会応答64090で応答する。MMメンバー照会応答64090はまた、MP制御パケットであり、照会に対する回答を含む。1つの実施例で、MMサーバシステムは、被呼者2の状態情報(例えば、進行中のMMセッションにおける被呼者2のメンバーシップ情報)含むテーブルにわたって、この回答を検索する。このテーブルが被呼者2のネットワークアドレスを用いて組織化されている場合、MMサーバシステムは、このテーブルにわたって検索する前に、アドレスマッピングサーバシステムに照会して、被呼者2のネットワークアドれるを取得する。一方、このテーブルが被呼者2のユーザアドレスを用いて組織化されている場合、MMサーバシステムは、被呼者2のユーザアドレスを用いて、このテーブルを検索することができる。
発呼者あるいはMMサーバシステムは、呼の解放を開始することができる。図62bは、発呼者とMMサーバシステムが行う例示的な処理を示す。
1.発呼者(例えばUT1380)は、SGW1160のサーバ群に存在するMMサーバシステムに、MM解放62130を送信する。
2.次に、MMサーバシステムは、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、ローカルなアカウント処理サーバシステム(例えば、SGW1160のサーバ群10010中のアカウント処理サーバシステム12040(図12))に、収集された使用量情報を報告する。
3.MMサーバシステムは、発呼者のMXを介してMM解放応答62040を発呼者に送信し、被呼者の(複数の)MXを介してMM解放62150及び62155を被呼者1及び2に送信する。MM解放応答62140はカラー情報を含む。このカラー情報は、発呼者のMX(例えばMX1180)を呼び出して、前の中間スイッチのセクションで議論したようにULPFの解放を実行させる。
4.MM解放62150及び62155に応答して、被呼者は、MMサーバシステムにMM解放応答62160及び62170を送信する。
5.1つの実施例で、MMセッションの伝送経路に沿ったMPに準拠したスイッチが、予め決められた時間後にMM保持パケットを受信しない場合、スイッチのLTにおけるMMセッションに関するエントリは、それらのデフォルト値にリセットされる。
1.MMサーバシステムは、MM解放62180、62190及び62195を、発呼者、被呼者1及び被呼者2にそれぞれ送信する。次に、MMサーバシステムは、セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、ローカルなアカウント処理サーバシステム(例えば、SGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12))に、収集された使用量情報を報告する。
2.MM解放62180はMP制御パケットであり、カラー情報を含む。このカラー情報は、発呼者のMX(例えば、MX1180)を呼び出して、前の中間スイッチのセクションで議論したようなULPF解放を実行させる。
3.発呼者と被呼者は、MM解放応答62200、62210及び62220によって、MM解放パケットに応答する。
図66a、図66b、図66cと図66dは、1つのMP都市圏ネットワークにおける複数のサービスゲートウェイに依存した、MPに準拠した複数の構成要素の間でのMMセッションの時系列図を示す。説明のため、図65に示すMPの都市圏ネットワーク65000の中に存在するUT65110がMMセッションを開始し、従って「発呼者」である。UT65120、65130、65140及び65150が「被呼者」である。簡便さのために、UT65120が「被呼者1」と呼ばれ、UT65140が「被呼者2」と呼ばれ、MX65050が「発呼者のMX」と呼ばれる。
ここでの手順は、前に議論した単一のサービスゲートウェイに依存する被呼者のメンバーシップの確立と同様である。それに加えて、前のメディア電話サービスのセクションで議論したように、ネットワークマッピングサーバシステムが、ユーザ名又はユーザアドレスをネットワークアドレスにマッピングするために必要なアドレスマッピング情報を持たない場合には、その都市圏のマスターのアドレスマッピングサーバシステムに照会する。都市圏のマスターのアドレスマッピングサーバシステムも必要なアドレスマッピング情報を欠いている場合には、都市圏のマスターのアドレスマッピングサーバシステムはまた、全国的なマスターのアドレスマッピングサーバシステムに照会する。全国的なマスターのアドレスマッピングサーバシステムも、必要なアドレスマッピング情報を欠いている場合には、全国的なマスターのアドレスマッピングサーバシステムはまた、そのグローバルなマスターのアドレスマッピングサーバシステムに照会する。
NIDP.
単一のSGW中の多くのUTが関与するMMセッションにおいて、SGWのネットワーク管理サーバシステムは、関連したネットワーク情報(例えば、SGWのサーバ群における各サーバシステムと、参加しているUTとのネットワークアドレス)の収集及び分配に責務を有する。この情報の収集及び分配の手順は、「NIDP」と呼ばれ、前のサーバ群のセクションにさらに詳述されている。
図67aと図67bは、MMセッションにおいて、MPの都市圏ネットワーク65000中の複数のSGW(例えば、SGW65020、SGW65030とSGW65040)が関与するMCCP手順に係る1つの処理を示す。
2.発呼者からMM要求67000を受信した後、発呼者のMMサーバシステムは、アドレス解決照会67010をアドレスマッピングサーバシステムに送信する。アドレス解決照会67010は、支払者と被呼者のユーザアドレスと、アドレスマッピングサーバシステムのネットワークアドレスとを含む。(発呼者のMMサーバシステムは、同様にNIDPを用いてアドレスマッピングサーバシステムのネットワークアドレスを予め取得する。)
3.アドレスマッピングサーバシステムは、支払者のユーザアドレスを、支払者のネットワークアドレスにマッピングして、アドレス解決照会応答67020を用いて、発呼者のMMサーバシステムに、支払者のネットワークアドレスを戻す。
4.発呼者のMMサーバシステムは、NIDPと上述の都市圏のマスターのネットワーク管理サーバシステムとを用いて、被呼者1のサーバシステムと被呼者2のサーバシステムのネットワークアドレスを取得する。
5.発呼者のMMサーバシステムは、MM要求67030及び67040を被呼者1のMMサーバシステムと被呼者2のMMサーバシステムとにそれぞれ送信する。
6.MM要求を受信した後、発呼者のMMサーバシステムは、それらのネットワーク管理サーバシステム(すなわち、SGW65030とSGW65040に存在するネットワーク管理サーバシステム)を用いて、要求されたMMセッションを実行するためにリソース(例えば、SGW65030とSGW65040によって管理されかつモニタリングされる帯域幅使用量)が十分であるか否かをチェックする。次に、被呼者1及び被呼者2のMMサーバシステムは、MM要求応答67050及び67060を用いてそれぞれ応答する。
7.要求されたMMセッションを実行するために被呼者のMMサーバシステムが十分なリソースを有していると仮定すると、発呼者のMMサーバシステムは、アカウント処理サーバシステムに、支払者とアカウント処理サーバシステムのネットワークアドレスを含むアカウント処理状態照会67070を送信する。
8.アカウント処理サーバシステムは、アカウント処理状態照会応答67080を用いて、発呼者のMMサーバシステムに対して、支払者のアカウント処理状態を応答する。
9.発呼者のMMサーバシステムは、MM要求応答67090を発呼者に送信する。1つの実施例で、この応答は、発呼者がMMセッションを続行できるか否かについて、当該発呼者に知らせる。
10.発呼者が処理の続行を許可された場合、発呼者は、被呼者1のユーザアドレスを含むMMメンバー1 67100を、発呼者のMMサーバシステムに送信する。発呼者は、前述の被呼者のメンバーの確立のフェーズにおいて、被呼者1のユーザアドレスを知る。
11.発呼者のMMサーバシステムは、被呼者1のユーザアドレスを含むアドレス解決照会67110を、アドレスマッピングサーバシステムに送信する。
12.アドレスマッピングサーバシステムは、アドレス解決照会応答67120を用いて、被呼者1のネットワークアドレスを戻す。
13.発呼者のMMサーバシステムは、被呼者1と被呼者2のネットワークアドレスを含むネットワークリソース承認照会を、発呼者のネットワーク管理サーバシステムに送信する。この例で、発呼者のネットワーク管理サーバシステムはまた、都市圏のマスターのネットワーク管理サーバシステムである。
14.都市圏のマスターのネットワーク管理サーバシステムが有するリソース情報に基づいて、都市圏のマスターのネットワーク管理サーバシステムは、被呼者1及び被呼者2とのMMセッションを確立するための発呼者による要求を承認するか、あるいは不承認するかのいずれかを行う。また、都市圏のマスターのネットワーク管理サーバシステムの1つ実施例は、それが管理するSGWの間における要求されたMMセッションに割り当てるために利用可能なセッション番号のプールを保持している。具体的には、都市圏のマスターのネットワーク管理サーバシステムが、特定のセッション番号を、要求されたMMセッションに割り当てる場合、割り当てられた番号は「予約済み」になって、要求されたMMセッションが終了するまで利用不可能になる。都市圏のマスターのネットワーク管理サーバシステムは、ネットワークリソース承認照会応答67140を用いて、発呼者のMMサーバシステムにその呼を許可する決定とその予約されたセッション番号とを送信する。
15.都市圏のマスターのネットワーク管理サーバシステムが、発呼者の要求を承認する場合、発呼者のMMサーバシステムは、被呼者照会67150を被呼者1に送信する。
16.被呼者1は、被呼者照会応答67160によって、発呼者のMMサーバシステムに応答する。1つの実施例で、この照会応答は、被呼者1の参加状態について、発呼者のMMサーバシステムに知らせる。
17.発呼者のMMサーバシステムは、次に、MM確認1 67170を用いて、被呼者1の応答を発呼者に伝送する。
18.複数の被呼者(例えば、被呼者2)が存在する場合、上で議論したステップ10乃至17が繰り返される。
2.これに応答して、MMサーバシステムは、要求されたMCCPを実行(これは上の部分とサーバ群のセクションとで議論した)して、発呼者によるさらなる処理の続行を許容するか否かを決定し、MM MCCP応答66010を用いて、MCCPの結果を発呼者に戻す。MM MCCP要求66000とMM MCCP応答66010の両方は、MP制御パケットである。
3.発呼者のMMサーバシステムは、MMセットアップパケット66020(発呼者のMX65050を介する)と、MMセットアップ指示66030(SGW65020中のEXと被呼者1のMMサーバシステムとを介する)と、MMセットアップ指示66040(被呼者2のMMサーバシステムを介する)とを、発呼者と、被呼者1のMMサーバシステムと、被呼者2のMMサーバシステムとにそれぞれ送信する。MMセットアップパケット66020と、MMセットアップ指示66030及び66040は、MP制御パケットである。MMセットアップパケットは、図5に示すようなパケットのDAフィールド5010に発呼者のネットワークアドレスを含み、ペイロードフィールド5020に予約されたセッション番号を含む。一方、MMセットアップ指示パケットは、パケットのDAフィールド5020に被呼者のMMサーバシステムのネットワークアドレスを含み、ペイロードフィールド5020に被呼者のネットワークアドレスと予約されたセッション番号とを含む。
4.MMセットアップパケット66020を受信した後、SGW65020中のEXと、発呼者のMX(例えば、MX65020)は、上述のエッジ部のスイッチのセクション及び中間スイッチのセクションで議論したように、パケット中のカラー情報と部分的なアドレス情報に従ってそれらのLTを更新する。さらに、このMXは、パケット中のカラー情報と部分的なアドレス情報に従って、MMセットアップパケットをHGW(例えば、HGW65080)に転送する。
5.MMセットアップ指示66030及び66040を受信した後、被呼者のMMサーバシステムは、MMセットアップパケット6050及び66060を被呼者に送信する。
6.被呼者のMMサーバシステムが被呼者に送信するMMセットアップパケット66050及び66060に関して、SGW65030とSGW65040中のEXと、MX(例えば、MX65060及び65070)と、HGW(例えば、HGW65090及び65100)中のUXとは、MMセットアップパケット中のカラー情報と部分的なアドレス情報に従って、それらのLTを更新する。
7.MMセットアップパケットに応答して、被呼者1及び被呼者2は、MMセットアップ応答パケット66080及び66070をこれらのMMサーバシステムにそれぞれ送信する。
8.次に、被呼者のMMサーバシステムは、MMセットアップ指示応答66090及び66100を発呼者のMMサーバシステムに送信する。MMセットアップ指示応答66090及び66100はMP制御パケットであり、被呼者の参加状態(例えば、被呼者が利用可能であるか否か)を示す。
9.発呼者のMX(例えば、MX65050)が、MMセットアップパケット66020を受信するとき、これはまた、中間スイッチのセクションで議論したように、そのULPFをセットアップする。
10.発呼者は、MMセットアップ応答パケット66110によって、MMセットアップパケットに応答する。
図66bは、MMセッションにおいて、1つのMP都市圏ネットワークの中の3つのSGW間の例示的な呼の通信処理を示す。具体的には、以下のことを含む。
2.発呼者のMX(例えば、MX65050)は、中間スイッチのセクションで議論したようなULPFチェックを、これらのデータパケットに対して実行する。
3.データパケットが、ULPFチェックのいずれかに不合格であった場合、発呼者のMXはパケットを廃棄する。それに代わって、発呼者のMXは、パケットを指定されたUTに転送して、発呼者から被呼者までの伝送失敗レートを追跡する。
4.1つの実施例で、データ66120が、SGW65030あるいはSGW65040のEXに到達するとき、EXは、これらのデータパケットをその宛先に転送する前に、これらのデータパケットのDAフィールド5010にあるセッション番号を変化させてもよい。
5.データ66120の転送中、発呼者のMMサーバシステムは、時々に、MM保持66130を発呼者に送信し、MM保持指示66140及び66150を被呼者1のMMサーバシステムと被呼者2のMMサーバシステムにそれぞれ送信する。MM保持66130とMM保持指示66140及び66150はMP制御パケットであり、それぞれ、MMセットアップパケット66020と、MMセットアップ指示66030及び66040との同じDAを含む。
6.前のエッジ部のスイッチ、中間スイッチ及びユーザスイッチのセクションで議論されたように、MM保持パケットを受信した後、MMセッションの伝送経路に沿ったスイッチは、これらのLTを保存するかあるいは更新するかのいずれかを実行し、MMセッションの呼の通信処理を継続する。
7.MM保持指示パケットが被呼者のMMサーバシステムに達するとき、これらのサーバシステムは、さらに、MM保持66170及び66160を被呼者1と被呼者2にそれぞれ送信する。
8.被呼者は、MM保持応答66180及び66190をそれらに対応の被呼者のMMサーバシステムに送信することによって応答する。
9.次に、被呼者のMMサーバシステムは、MM保持指示応答66200及び66210を発呼者のMMサーバシステムに送信する。これらの応答のいずれかがMM保持パケットに対する失敗あるいは拒絶を示す場合には、失敗あるいは拒絶を示す当事者は、後で議論されるMMセッションの解放段階に移行する。
10.発呼者のMMサーバシステムが、発呼者から最初のMM保持応答パケット(例えば、MM保持応答66220)を受信するとき、発呼者のMMサーバシステムは、MMセッションの使用量パラメータ(例えば、MMセッションのトラフィックフローと継続時間)を測定し始める。サーバ群の1つの実施例で、MMサーバシステム又はネットワーク管理サーバシステムのいずれかは、これらのアカウント処理に関するパラメータと、当該パラメータを追跡する関連付けられたポリシーとを確立できる。
11.1つの実施例で、発呼者と被呼者からの失われたMM保持応答パケットの数が、予め決められたしきい値を超えた場合には、発呼者のMMサーバシステムは、MMセッションを後で議論される呼の解放段階に移行する。
発呼者とMMサーバシステムは、呼の解放を開始することができる。図66cと図66dは、発呼者とMMサーバシステムが行う例示的な処理を示す。
1.発呼者(例えば、UT65110)は、MM解放66230を、SGW65020のサーバ群に存在する発呼者のMMサーバシステムに送信する。
2.発呼者のMMサーバシステムは、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、収集された情報をローカルなアカウント処理サーバシステム(例えば、SGW65020のサーバ群に存在するアカウント処理サーバシステム)に報告する。
3.発呼者のMMサーバシステムは、MM解放応答66240を発呼者に送信し、MM解放指示66250及び66260を被呼者のMMサーバシステムに送信する。MM解放応答66240は、発呼者のMX(例えば、MX65050)を呼び出して、前の中間スイッチのセクションで議論したようなULPF解放を実行するカラー情報を含む。
4.MM解放指示に応答して、被呼者のMMサーバシステムは、MM解放66270及び66280を被呼者1と被呼者2にそれぞれ送信する。
5.次に、被呼者は、MM解放応答66290及び66300をそれらに対応のMMサーバシステムに戻すように送信することによって応答する。次に、被呼者のMMサーバシステムは、MM解放指示応答66310及び66320を用いて、被呼者の解放処理の状態を発呼者のMMサーバシステムに知らせる。
6.1つの実施例で、MMセッションの伝送経路に沿うMPに準拠したスイッチは、予め決められた時間にわたってMM保持パケットを受信しないので、MMセッションに使用されるスイッチのLT中のエントリは、これらのデフォルト値にリセットされる。
1.発呼者のMMサーバシステムは、MM解放66330を発呼者に送信し、MM解放指示66340及び66350を被呼者1と被呼者2のMMサーバシステムにそれぞれ送信する。また、発呼者のMMサーバシステムは、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、収集された使用量情報をローカルなアカウント処理サーバシステム(例えば、SGW65020のサーバ群に存在するアカウント処理サーバシステム)に報告する。
2.MP制御パケットであるMM解放66330は、発呼者のMX(例えばMX65050)を呼び出して、前の中間スイッチのセクションに議論したようなULPF解放を実行する。
3.MM解放66330に応答して、発呼者は、MM解放応答66360を発呼者のMMサーバシステムに送信する。
4.被呼者のMMサーバシステムがMM解放指示パケットを受信するとき、サーバシステムは、MMセッションのために割り当てられるリソースを解放し(例えば、セッション番号を次のMMセッションのために利用可能にする)、MM解放66370及び66380を被呼者1と被呼者2にそれぞれ送信する。
5.これに応答して、被呼者は、MM解放応答66390及び66400を、それらの対応するMMサーバシステムに送信する。
6.次に、被呼者のMMサーバシステムは、MM解放指示応答66410及び66420を用いて、被呼者の解放処理の状態を発呼者のMMサーバシステムに知らせる。
MBサービスは、UTが、1つのMBプログラムソースからコンテンツを受信することを可能にするマルチキャストサービスである。(上述の定義に参照)1つのMBプログラムソース(生放送か、あるいは記憶されたものかのいずれか)は、MPネットワークか非MPネットワーク1300(図1d)のいずれかに存在することできる。MPネットワークに存在するMBプログラムソースはMPパケットを生成してSGWのEXに伝送するのに対して、非MPネットワーク1300に存在するMBプログラムソースは非MPパケットを生成してSGW1160に伝送する。次に、SGW1160のゲートウェイは、非MPパケットをMPでカプセル化されたパケットに配置して、その後でMPでカプセル化されたパケットをSGW1160のEXに転送する。これらMPパケットとMPでカプセル化されたパケットは、パケットがMBパケットであると表示するカラー情報を含む。
図68は、UTと、単一のSGW(例えば、UT1420(図1d))内のMBプログラムソースと、SGW1160内のSGWメディア記憶装置(図10に示さず。)との間のMBに係る1つセッションに係る時系列図を示す。
1.発呼者(例えば、UT1420)は、SGW1160中のEX(例EX10000)と発呼者のMX(例MX1180)を介して、MMサーバシステムにMB MCCP要求68000を送信することによって、呼を開始する。MB MCCP要求68000は、MP制御パケットであり、発呼者とMBサーバシステムのネットワークアドレスとMBプログラムソースのユーザアドレスを含む。前の論理層のセクションに議論したように、一般に、発呼者はMBプログラムソースのネットワークアドレスを知らない。その代わりに、SGW中のサーバ群によってユーザアドレスをネットワークアドレスマッピングする。それに加えて、発呼者とMBプログラムソースは、前のサーバ群のセクションとメディアマルチキャストのセクションに議論したNIDP処理を用いて、サーバ群10010のネットワーク管理サーバシステム12030(図12)から、MPネットワーク情報(例えば、MBサーバシステムのネットワークアドレスを得て、MBセッションを実行する。
2.MB MCCP要求68000を受信した後、MBサーバシステムがMCCP手順(前のサーバ群のセクションとメディアマルチキャストのセクションに議論した)を実行して、発呼者による処理の続行が許可されるか否かを決定する。
3.MBサーバシステムは、発呼者のMXを介して、発呼者にMB要求応答68010を送信することによって、発呼者の要求に肯定応答する。発呼者のMXはMP制御パケットであり、MCCP手順結果を含む。
4.もし、その結果はMBサーバシステム要求されたMBセッションを処理できると表明したとき、MBサーバシステムも、MB通知68025を用いてMBプログラムソースのサーバシステムに知らせる。
5.MBプログラムソースのサーバシステムは、MB通知応答68020を用いてMBサーバシステムに応答する。
6.MBサーバシステムは、発呼者のMXを介して発呼者にMBセットアップパケット68020を送信する。MBセットアップパケット68020はMP制御パケットであり、発呼者とMBプログラムソースのネットワークアドレス、及び、要求されたMBセッションの許容できる呼のトラフィックフロー(例えば、帯域幅)を含む。同時に、このパケットは、予約されたセッション番号と関連したカラー情報(例えば、MBセットアップカラー)を含む。関連したカラー情報は、SGW1160中のEX(例えばEX10000)と、発呼者のMX(例MX1180)と、HGW1200中のUXが自らのLTを更新するように指示する。LTの更新処理は前のエッジ部のスイッチと中間スイッチのセクションに議論した。さらに、1つ実施例において、MBセットアップパケット68020は、EX10000にULPFをセットアップする。
7.発呼者は、発呼者のMXを介して、MP制御パケットであるMBセットアップ応答パケット68030をMBサーバシステムに送信することによって、MBセットアップパケット68020に肯定応答する。
8.MBサーバシステムは、MBセットアップ応答パケットを受信した後、MBセッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)を収集し始める。
1.MBセッションに関するスイッチにLTをセットアップした後、発呼者がブロードキャストデータ68040を受信し始める。ブロードキャストデータ68040がMP制御パケットであり、特定なカラー情報(パケットがMBデータカラー化パケットであると表示する)と予約されたセッション番号を含む。それに加えて、SGW1160中の、EXのULPF(例EX10000)は、これらMPデータパケットが発呼者に着くことを許容できる前に、ブロードキャストデータ68040を検査する。
2.呼の通信段階に、MBサーバシステムがMB保持68050を発呼者に時々送信する。MB保持68050はMP制御パケットである。MBサーバシステムの1つ実施例は、MB保持68050を用いて、LTを管理する。あるいは、MBサーバシステムがMB保持68050を用いて、セッション中に発呼者の呼の接続状態情報(例えば、エラーレートと失われたパケット数)を収集する。
3.発呼者は、発呼者のMXを介して、MB保持応答68060をMBサーバシステムに送信することによって、MB保持68050に肯定応答する。MB保持応答68060はMP制御パケットであり、要求された呼の接続状態情報を含む。
4.MB保持応答68060に基づき、MBサーバシステムが上述の2と3を時々に繰り返す。そうでなければ、MBサーバシステムがMBセッションを変更できる。例えば、もしMBセッションのエラーレートが許容できるしきい値を超えたら、MBサーバシステムが発呼者に知らせて、セッションを終了する。
発呼者とMBサーバシステムは、呼の解放を開始する。それに加えて、前述のMBプログラムソースのサーバシステムは、MBプログラムソースからのエラーレートを検出するとき、それらがMBサーバシステムに知らせて、呼の解放を開始する。
1.発呼者は、発呼者のMXを介して、MP制御パケットであるMB解放68070をMBサーバシステムに送信する。
2.これに応答して、MBサーバシステムは、発呼者のMXを介して、MP制御パケットであるMB解放応答68080を発呼者に送信する。それに加えて、MBサーバシステムは、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、ローカルなアカウント処理サーバシステム(例えば、SGW1160中のサーバ群10010のアカウント処理サーバシステム(図12))に、収集された使用量情報を報告する。
3.MBセッションに関するスイッチ、例えばMX1180は、MB解放応答68080を受信するとき、それらのLTをリセットする。
4.発呼者は、発呼者のMXを介して、MBサーバシステムからのMB解放応答68080を受信するとき、発呼者は、MBセッションへの関与を終了する。MBプログラムソースとの接続をセットアップした他の発呼者は、ブロードキャストデータ68040を続けて受信する。
MBサーバシステムの1つの実施例が、受理できない通信状況(失われたパケット数が過多である、エラーレートが過大である、失われたMB保持応答パケットの数が過多である)を検出したとき、MBサーバシステムは、呼の解放を開始する。
2.MBセッションに関するスイッチ、例えばMX1180がMB解放68090を受信した後、それらのLTSをリセットする。
3.次に、発呼者は、発呼者のMXを介して、MBサーバシステムに、MP制御パケットであるMB解放応答68100を送信戻すと、発呼者に対して、このMBセッションを効果的に終了する。MBプログラムソースとの接続をセットアップした他の発呼者は、ブロードキャストデータ68040を続けて受信する。
MBプログラムソースのサーバシステムは、受理できない通信状況(例えば、MBプログラムソースの電源が偶然に切れる)を検出するとき、MBサーバシステムに知らせ、MBセッションを終了する。
2.MBサーバシステムは、前記「MBサーバシステムによって開始される呼の解放」のセクションで述べた処理過程と同様に処理する。具体的には、MBサーバシステムは、発呼者のMXを介して、発呼者にMB解放68120を送信すると、発呼者がMB解放応答68130で応答する。
図69aと図69bは、2つSGW、例えば図1dに示すUT1320とSGW1160中のSGWメディア記憶装置(図10には示さず。)に関するMBプログラムソースと、UT間のMBセッションの時系列図である。説明のために、UT1320がSGWメディア記憶装置からメディア番組を要求する。UT1320は、「発呼者」と呼ばれ、SGWメディア記憶装置は「MBプログラムソース」あるいは「被呼者」と呼ばれる。SGW1160中のEXは「発呼者EX」と呼ばれ、MX1080は「発呼者のMX」と呼ばれる。SGW1160中のEXは「被呼者EX」と呼ばれ、MX1180は「被呼者のMX」と呼ばれる。SGW1060のサーバ群に存在する呼処理サーバシステムは「発呼者処理サーバシステム」を指すと、SGW1160に存在する呼処理サーバシステムが「被呼者処理サーバシステム」を示す。SGWがMBセッションの管理と実行に呼処理サーバシステムを指定すると、指定された呼処理サーバシステムは「MBサーバシステム」と呼ばれる。同時に、SGW1060のサーバ群に存在するMBプログラムソースのサーバシステムは、上述のMBプログラムソースを構成し、検査し、かつ管理する。
1.発呼者(例えば、UT1320)は、発呼者EXと発呼者のMX(例えば、MX1080)を介して、発呼者MBサーバシステムにMB MCCP要求69000を送信して、呼出しを始める。MB MCCP要求6900は、MP制御パケットであり、発呼者と呼び方MBサーバシステムのネットワークアドレスと、MBプログラムソースのユーザアドレスを含む。前の論理層のセクションで議論されたように、一般に、発呼者は、被呼者のネットワークアドレス(例えば、ここはMBプログラムソース)を知らない。その代わり、発呼者は、ユーザアドレスをネットワークアドレスにマッピングするために、SGW中のサーバ群に依存する。それに加えて、発呼者と被呼者は、NIDP処理(前のサーバ群のセクションとメディアマルチキャストのセクションで議論した)を用いて、SGW1060とSGW1160中のサーバ群のネットワーク管理サーバシステムから、それぞれに、MPネットワーク情報(例えば、MBサーバシステムのネットワークアドレス)を取得して、MBセッションを実行する。
2.MB MCCP要求69000を受信した後、発呼者MBサーバシステムは、MCCP手順順序を実行し(前のサーバ群のセクションとメディアマルチキャストのセクションで議論した)、発呼者による処理の続行を許可するか否かを決める。
3.発呼者MBサーバシステムは、発呼者のMXを介して、MP制御パケットであるMCCP手順結果を含むMB要求応答69010を送信することによって、発呼者の要求に肯定応答する。
4.次に、発呼者MBサーバシステムは、MBセットアップパケット69020とMBセットアップパケット69030を発呼者と被呼者MBサーバシステムに、そrぞれ送信する。MBセットアップパケット69020とMBセットアップパケット69030は、MP制御パケットであり、発呼者と被呼者のネットワークアドレスと、要求されたMBセッションの許可された呼のトラフィックフロー(例えば、帯域幅)を含む。
5.同時に、これらのMBセットアップパケットは、予約されたセッション番号とカラー情報を含む。その情報は、MBセッションに関するスイッチ(例えば、SGW1160中のEX10000、SGW1060中のEX、MX1080と、HGW1100中のUX)にこれらのLTを更新させる。LT更新処理は、前のエッジ部のスイッチと中間スイッチのセクションで議論した。それに加えて、MBセットアップパケット69030も、被呼者EX、例えばSGW1160のEXの中で、ULPFをセットアップする。
6.発呼者が発呼者のMXを介して、MBセットアップ応答パケット69040を発呼者MBサーバシステムに送信することによって、MBセットアップパケット69020に肯定応答する。被呼者MBサーバシステムは、MBセットアップ応答パケット69050で、発呼者MBサーバシステムに応答する。MBセットアップ応答パケット69040とMBセットアップ応答パケット69050は、MP制御パケットである。
7.MBセットアップ応答パケットを受信した後、発呼者MBサーバシステムは、MBセッションの使用量情報(例えば、セッションの継続時間又はトラフィック)を収集し始める。
1.MBセッションに関するスイッチの中で、LTをセットアップした後、発呼者は、ブロードキャストデータ69100を受信する。ブロードキャストデータ69100はMPデータパケットであり、カラー情報(MB−データカラー化パケットであることを表示する)と予約されたセッション番号を含む。それに加えて、MPデータパケットが発呼者に到着することを許す前に、SGW1160中のEX(例えば、EX10000)のULPFは、ブロードキャストデータ69100を検査する。
2.被呼者MBサーバシステムは、呼の通信段階で、時々、発呼者にMB保持69110を送信する。MB保持69110は、MP制御パケットであり、MBサーバシステムの1つの実施例で、LTの管理に使用される。あるいは、MBサーバシステムがは、MB保持パケットを用いて、MBセッション中の呼び出す方の呼出し接続状態情報(例えば、パケットの失い数とエラーレート)を収集する。
3.発呼者は、発呼者MBサーバシステムにMB保持応答69120を送信することによって、MB保持69110に肯定応答する。MB保持応答69120は、MP制御パケットであり、要求された呼出し接続状態情報を含む。
4.MB保持応答69120に基づいて、MBサーバシステムが上述の2と3の項目を時々に繰り返す。違ったら、MBサーバシステムは、MBセッションを変更できる。例えば、セッションのエラーレートが許容できるしきい値を超えたら、発呼者MBサーバシステムは、発呼者に知らせてセッションを終了する。
発呼者、発呼者MBサーバシステムと、被呼者MBサーバシステムが呼の解放を開始する。それに加えて、MBプログラムソースのサーバシステムがMBプログラムソースからエラーを検出するとき、されは、発呼者MBサーバシステムに知らせて、呼の解放を開始する。
1.発呼者は、発呼者のMXを介して、発呼者MBサーバシステムに、MP制御パケットであるMB解放69130を送信する。それに加えて、MBサーバシステムは、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、ローカルなアカウント処理サーバシステム(例えば、SGW1060中のサーバ群のアカウント処理サーバシステム(図12))に、収集された使用量情報を報告する。
2.発呼者MBサーバシステムは、被呼者MBサーバシステムに、MB解放69140を送信すると、発呼者のMXを介して、MB解放応答69150を発呼者に送信する。
3.MBセッションに関するスイッチ、例えばMX1080、SGW1160中のEXと、SGW1060中のEXは、MB解放応答69150及び69160を受信するとき、それらのLTSをリセットする。同様に、MB解放応答69160も、SGW1160のEX中のULPFをリセットする。
4.発呼者は、発呼者MBサーバシステムからMB解放応答69150を受信するとき、発呼者がそのMBセッションへの関与を終了する。
5.発呼者MBサーバシステムは、被呼者MBサーバシステムから、MB解放応答69160を受信するとき、MBセッションを終了する。
発呼者MBサーバシステムによって開始される呼の解放の1つの実施例は、受理できない通信状況(例えば、パケットの失い数が過多である、エラーレートが過大である、失われたMB保持応答パケットの数が過多である)を検出する場合、呼の解放を開始する。
2.MBセッションに関するスイッチ、例えばMX1080、SGW1160中のEXと、SGW1060中のEXは、MB解放69170及び69180を受信するとき、それらのLTSをリセットする。同様に、MB解放69180も、SGW1160のEX中のULPFをリセットする。
3.これに応答して、発呼者は、MP制御パケットであるMB解放応答69190を発呼者MBサーバシステムに送信して、効果的に、そのMBセッションへの関与を終了する。同様に、被呼者MBサーバシステムは、発呼者MBサーバシステムに、MB解放応答69200を送信する。
4.発呼者MBサーバシステムは、MB解放応答69190とMB解放69200を受信するとき、MBセッションを終了する。
MBプログラムソースのサーバシステムによって開始される呼の解放は、受理できない通信状況(例えば、MBプログラムソースの電源が偶然に切れる)を検出するとき、それを、被呼者MBサーバシステムに知らせて、MBセッションを終了する。
2.次に、被呼者MBサーバシステムは、発呼者MBサーバシステムに、MBプログラムソースエラー69220を送信する。
3.発呼者MBサーバシステムは、MBプログラムソースエラー69220を受信した後、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、ローカルなアカウント処理サーバシステム、例えばSGW1060中のサーバ群のアカウント処理サーバシステム(図12)に、収集された使用量情報を報告する。発呼者MBサーバシステムも、SGW1060中のEXに指示して、そのLTをリセットする。
4.発呼者MBサーバシステムは、発呼者のMXを介して、発呼者にMB解放69230を送信する。次に、発呼者MBサーバシステムが被呼者MBサーバシステムに、MBプログラムソースエラー応答69240を送信する。
5.発呼者が発呼者MBサーバシステムに、MB解放応答69250を送信する。発呼者MBサーバシステムは、そのMB解放応答69250を受信するとき、MBセッションを終了する。
6.5.1 単一のサービスゲートウェイに依存するMPに準拠した2つの構成要素の間のMT.
MTは、プログラムソースに、メディアプログラム(生放送又は記憶されたもののいずれか)を、1つMPに準拠した構成要素、例えばメディア記憶装置に、伝送させると、MPに準拠した構成要素に、伝送された番組を記憶する。1つの実施例で、前のサービスゲートウェイのセクションで議論したSGWに存在するメディア記憶装置は、SGWメディア記憶装置と呼ばれる。あるいは、メディア記憶装置は、HGWに接続UT(例えば、UT1400(図1d))である。このようなメディア記憶装置はUTのメディア記憶装置と呼ばれる。1つメディア記憶装置に対して、プログラムソースの提供のすべてのメディア番組を記憶する空間がないので、1つMTセッションは、常に、多数のメディア記憶装置を含む。図70と図71は、1つプログラムソースと多数のUTのメディア記憶装置、例えばメディア記憶装置1乃至N(例えば、UT1400、1380、1360及び1340)の間のMTセッションの時系列図である。
1.発呼者、例えばUT1320は、発呼者MTサーバシステムにMT要求70000を送信する。MT要求70000は、MP制御パケットであり、発呼者とMTサーバシステムのネットワークアドレスと、プログラムソースとメディア記憶装置1乃至Nのユーザアドレスを含む。一般に、発呼者が、プログラムソースとメディア記憶装置のネットワークアドレスを知らないので、発呼者は、SGW中のサーバ群によって、ユーザアドレスをネットワークアドレスにマッピングする。それに加えて、発呼者とメディア記憶装置は、サーバ群10010のネットワーク管理サーバシステム12030(図12)から、MTセッションの実行のために、MPネットワークに関する情報(例えばMTサーバシステムのネットワークアドレス)が需要する。
2.発呼者MTサーバシステムは、MT要求70000を受信した後、MCCP順序を実行して(前のサーバ群のセクションで議論した)、発呼者の処理に対して許可させるかを込める。
3.発呼者MTサーバシステムは、MP制御パケットであり、MCCP順序の結果を含むMT要求応答70010の送信することによって、発呼者の要求に肯定応答する。
4.次に、発呼者MTサーバシステムは、プログラムソースに、MT出力組み立て70020を送信して、プログラムソースに、そのメディア番組をメディア記憶装置に伝送させる命令をする。それに加えて、発呼者MTサーバシステムは、1つのメディア記憶装置(例えばメディア記憶装置1)にMT入力組み立て70120を送信して、メディア記憶装置1に、メディア番組を記憶させる命令をする。MT出力組み立て70020と、MT入力組み立て70120は、MP制御パケットであり、プログラムソースとメディア記憶装置1のネットワークアドレスと、要求されたMTセッションの許可される呼のトラフィックフロー(例えば、帯域幅)を含む。さらに、これらパケットがカラー情報を含む。そのカラー情報は、中間スイッチのセクションで議論したように、プログラムソースMX、例えばMX1240に指示して、UT1450からのMPパケットをULPFチェックする。
5.メディア記憶装置1は、MT入力組み立て70120を受信した後、発呼者MTサーバシステムにMT入力組み立て応答70130を送信する。それに加えて、プログラムソースがMT出力組み立て応答70030で、MT出力組み立て70020を応答する。これらMT組み立て応答パケットはMP制御パケットである。
6.発呼者MTサーバシステムは、MT入力組み立て応答70130とMT出力組み立て応答70030を受信した後、MTセッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を開始する。
1.発呼者MTサーバシステムが、プログラムソースとメディア記憶装置間の要求された接続を認可した後、プログラムソースは、プログラムソースMX(例えば、MX1240)、SGW1160中のEX、MX1180とHGW1200を介して、データ、例えば図70に示すデータ70040をメディア記憶装置1に送信する。データ70040はMPデータパケットである。それに加えて、プログラムソースMX(例えばMX1240)は、ULPFチェックを実行して(それは前の中間スイッチのセクションで議論した)、これらデータパケットがSGW1160に到着、及び次に、メディア記憶装置に到着することに許可させるかを決める。プログラムソースとプログラムソースを管理するSGW(SGW1160)中のEX間の、データパケットが通過する論理リンクは、ボトムアップの論理リンクであるが、メディア記憶装置を管理するSGW(SGW1160)中のEXとメディア記憶装置間のデータパケットが通過する論理リンクは、トップダウンの論理リンクである。
2.発呼者MTサーバシステムは、MT呼の通信段階で、MT保持パケット70050をプログラムソースに、MT保持パケット70140をメディア記憶装置1に、時々送信する。MT保持パケット70050及び700140は、MP制御パケットである。発呼者MTサーバシステムの1つの実施例は、これらのパケットを配置して、MTセッション参加者の呼出し接続状態情報(例えば、エラーレートと失われたパケット数)を収集する。
3.プログラムソースとメディア記憶装置1は、MT保持応答パケット70060及び70150を発呼者MTサーバシステムにそれぞれ伝送することで、MT保持パケットに肯定応答する。これらの応答は、確立されたMTセッションの呼の接続状態を報告する。MT保持応答パケット70060及び70150に基づき、発呼者MTサーバシステムがMTセッションを変更できる。例えば、もしセッションのエラーレートが許容できるしきい値を超えたら、発呼者MTサーバシステムは、発呼者に知らせて、セッションを終了する。
4.MT呼の通信段階で、もしメディア記憶装置1は利用可能な記憶空間がなくなるなら、それがMTキャリーオーバー70160を用いて、発呼者MTサーバシステムに知らせる。発呼者MTサーバシステムは、MTキャリーオーバー70070を用いて、キャリーオーバー条件をプログラムソースに知らせる。キャリーオーバー70070及び70160はMP制御パケットであり、次の利用可能なメディア記憶装置のネットワークアドレスを、それに限らず、含む。1つの実施例で、1乃至Nのメディア記憶装置は、別の利用可能なメディア記憶装置のネットワークアドレスを記録する。例えば、もし、メディア記憶装置の順で処理する(例えば、まず、メディア記憶装置1、次に、メディア記憶装置2と、メディア記憶装置3)なら、メディア記憶装置1には、メディア記憶装置2のネットワークアドレスがあると、メディア記憶装置2には、メディア記憶装置3のネットワークアドレスがある。
5.プログラムソースは、MTキャリーオーバー70070を受信した後、発呼者MTサーバシステムにMTキャリーオーバー応答70080を送信する。その応答は、発呼者MTサーバシステムに、プログラムソースが次のメディア記憶装置にデータ70040の伝送には用意したことを知らせる。
6.プログラムソースからNTキャリーオーバー応答70080を受信した後、発呼者MTサーバシステムは、MT出力組み立て70090とMT入力組み立て70190を、プログラムソースと次の利用可能なメディア記憶装置(メディア記憶装置N)に、それぞれ送信する。プログラムソースとメディア記憶装置Nは、次に、MT出力組み立て応答70100とMT入力組み立て応答70200で、発呼者MTサーバシステムにそれぞれ応答する。
7.次に、プログラムソースは、メディア記憶装置Nにデータ70040を送信する。
発呼者、発呼者MTサーバシステムあるいはプログラムソースは、呼の解放を開始する。
1.発呼者は、発呼者MTサーバシステムにMT解放71000を送信する。発呼者MTサーバシステムは、プログラムソースにMT解放71020を送信して、MT解放71120で、メディア記憶装置Nに呼の解放を知らせる。図71に示さなくても、発呼者MTサーバシステムも別のメディア記憶装置(例えば、メディア記憶装置1)に、別のMT解放パケットを送信する。発呼者MTサーバシステムに対して、プログラムソースがMT解放応答71020の送信で、メディア記憶装置がMT解放応答パケット(例えば71130)の送信で、応答する。発呼者MTサーバシステムは、次に、発呼者に、MT解放応答71030を送信する。それに加えて、発呼者MTサーバシステムは、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、SGW1160中のサーバ群10010のローカルなアカウント処理サーバシステム12040(図12)に、収集された情報を報告する。もしプログラムソースが、HGW、例えばUT1450を用いて、メディア番組を伝送するなら、プログラムソースMX(手終えMX1240)は、MT解放71020を受信するとき、そのULPFをリセットする。
2.プログラムソースが、発呼者MTサーバシステムにMT解放応答71020を伝送した後、MTサーバシステムは、MTセッションを終了する。
3.あるいは、メディア記憶装置Nが、MT解放応答71130で発呼者MTサーバシステムに応答すると、別のメディア記憶装置も、それら解放応答で発呼者MTサーバシステムに応答するとき、MTサーバシステムがMTセッションを終了する。
4.発呼者がMT解放応答71030を受信した後で、発呼者は、MTセッションにおけるその関与を終了する。
MTサーバシステムの1つの実施例は、受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、失われたMT保持応答パケットの数が過多である)を検出するとき、呼の解放を開始する。
多数の場合で、プログラムソースが呼の解放を開始する。例えば、もし、プログラムソースが要求されたデータの伝送を完了したとき、プログラムソースが呼の解放を開始する。もう1つの例では、プログラムソースがメディア記憶装置1乃至Nのうちの一部における障害に気付いたとき、プログラムソースは、呼の解放を開始する。
2.発呼者は、MT解放応答71110で発呼者MTサーバシステムに応答した後、MTセッションへの関与を終了する。同様に、メディア記憶装置(例えば、メディア記憶装置N)は、MT解放応答パケット(例えばMT解放応答71170)で発呼者MTサーバシステムに応答した後、MTセッションへの関与を終了する。
図72a、図72b、図73a、図73b及び図73cは、2つのSGW(例えば、UTのメディア記憶装置1400と、SGW1120に存在するメディア記憶装置1140(図1dに示す))に依存する2つMPに準拠した構成要素間のMTセッションの時系列図である。説明のため、UT1420が、UTのメディア記憶装置1400から、メディア記憶装置1140に変換のメディア変換セッションを要求する。すると、UT1420が「発呼者」とよばれ、メディア記憶装置1400が「プログラムソース」と呼ばれると、MX1180が「プログラムソースMX」と呼ばれる。メディア記憶装置1140の1つの実施例は、メディア記憶装置の一組、例えばメディア記憶装置1乃至Nを示す。
1.都市圏のマスターのネットワーク管理サーバシステムの1つの実施例は、ネットワークリソース情報を、MPの都市圏ネットワーク1000のサーバシステム(例えば、発呼者MTサーバシステムとメディア記憶装置MTサーバシステム)に、時々ブロードキャストする。ネットワークリソース情報それに限らず、MPの都市圏ネットワーク1000のトラフィックフローと利用可能な帯域幅及び/又はMPの都市圏ネットワーク1000のサーバシステムの容量を含む。
2.サーバシステムが、都市圏のマスターのネットワーク管理サーバシステムからのブロードキャスト情報を受信するとき、サーバシステムは、ブロードキャストからある情報を取り出すと保持する。例えば、発呼者MTサーバシステムは、メディア記憶装置MTサーバシステムと接続するので、ブロードキャストからメディア記憶装置MTサーバシステムのネットワークアドレスを取り出す。
3.発呼者、例えばUT1420は、SGW1160中のEXと、発呼者のMX1180を介して、メディア記憶装置MTサーバシステムに、MT要求72000を送信することによって、呼を開始する。MT要求72000は、MP制御パケットであり、発呼者と発呼者MTサーバシステムのネットワークアドレスと、プログラムソースとメディア記憶装置1乃至Nのユーザアドレスを含む。前の論理層のセクションで議論したように、一般に、発呼者がプログラムソースとメディア記憶装置のネットワークアドレスを知らない。その代わり、発呼者は、SGW中のサーバ群によって、ユーザアドレスをネットワークアドレスマッピングする。それに加えて、発呼者とメディア記憶装置は、SGW1160とSGW1120中のサーバ群のネットワーク管理サーバシステムから、MTセッションを実行するためのMPネットワーク情報(例えば、発呼者MTサーバシステムとメディア記憶装置MTサーバシステムのネットワークアドレス)を取得する。
4.発呼者MTサーバシステムがMT要求72000を受信した後、MCCP順序を実行(前のサーバ群のセクションで議論した)し、発呼者が続けて進むことを許容できるかを決定する。
5.発呼者MTサーバシステムは、MP制御パケットであると、MCCPの結果を含むMT要求応答72010を発行することによって、発呼者の要求に肯定応答する。
6.次に、発呼者MTサーバシステムがMT出力組み立て72020とMT入力接続表示72120を、プログラムソースとメディア記憶装置MTサーバシステムにそれぞれ送信する。セットアップパケットと接続表示パケットがMP制御パケットであり、発呼者のネットワークアドレス、メディア記憶装置、プログラムソース中のメディア番組と、要求されたセッションの許可された呼のトラフィックフロー(例えば、帯域幅)を含む。しかし、これらに限定されるものではない。MT出力組み立て72020は、プログラムソースにメディア番組を都市圏MPネットワーク1000に置くことを命令すると、プログラムソースMX(例えば、MX1180)にそのULPFをセットアップさせるカラー情報を含む。そのULPFの更新処理は、前の中間スイッチのセクションで議論した。
7.MT入力接続表示72120を受信した後、メディア記憶装置MTサーバシステムは、MT入力組み立て72220をメディア記憶装置1に送信する。その入力セットアップパケットは、メディア記憶装置1に、プログラムソースからのメディア番組を記憶させる。
8.プログラムソースとメディア記憶装置1は、MT出力組み立て応答72030とMT入力組み立て応答72230を、これらに対応的なMTサーバシステムに送信して戻すことで、MTセットアップパケットに肯定応答する。これらのMT組み立応答てパケットはMP制御パケットである。
9.MT入力組み立て応答72230を受信した後、メディア記憶装置MTサーバシステムは、その入力接続肯定応答72130を送信することによって、発呼者MTサーバシステムに、MTセッションの処理が進めることを知らせる。それに加えて、発呼者MTサーバシステムがMT入力組み立て応答72230とMT入力接続肯定応答72130を受信した後、セッションの使用量情報(例えば、セッション継続時間又はトラフィック)の収集を開始する。
1.プログラムソースは、プログラムソースMX、SGW1160中のEXと、SGW1120中のEXを介して、メディア記憶装置にデータ72040を送信し始める。データ72040は、MPデータパケットである。プログラムソースMXのULPFがULPFチェック(前の中間スイッチのセクションで議論した)を実行し、データパケットがSGW1160に着くことを許容できるかを決定する。プログラムソースと番組を管理するSGW(SGW1160)中のEX間のEX間の、データパケットが通過する論理リンクは、ボトムアップの論理リンクであるが、メディア記憶装置を管理するSGW(SGW1120)中のEXと、メディア記憶装置間のデータパケットが通過する論理リンクは、トップダウンの論理リンクである。それに加えて、前の論理層のセクションで議論したように、SGW1160中のEXは、ルーティングテーブル(それはオフラインで計算できる)を検索し、データパケットをSGW1120中のEXに伝送する。
2.発呼者MTサーバシステムは、呼の通信段階で、MT保持パケット72050とMT状態照会72140をプログラムソースとメディア記憶装置MTサーバシステムに時々送信する。メディア記憶装置MTサーバシステムは、さらに、MT保持72240をメディア記憶装置1に送信する。1つの実施例で、MT保持パケット72050及び72240とMT状態照会72140がMP制御パケットであり、MTセッションの各参加者の接続状態情報(例えば、エラーレートと失われたパケット数)の収集に使用される。
3.プログラムソースとメディア記憶装置1は、MT保持応答パケット(例えば72060及び72250)をこれらに対応なMTサーバシステムに送信することによって、MT保持パケットに肯定応答する。MT保持応答パケットは、MP制御パケットであり、要求された呼出し接続状態情報を含む。
4.MT保持応答パケット72250を受信した後、メディア記憶装置MTサーバシステムは、MT状態応答72150で、呼出し接続状態情報を、メディア記憶装置から、発呼者MTサーバシステムに伝送する。
5.MT保持応答パケット72060とMT状態応答72150に基づき、発呼者MTサーバシステムは、MTセッションを変更できる。例えば、もし、セッションのエラーレートが許容できるしきい値に超えたら、発呼者MTサーバシステムが参加者に知らせて、セッションを終了する。
6.もし、メディア記憶装置1は、その利用可能な記憶空間がなくなることを検出したとき、MP制御パケットであるMTキャリーオーバー72260を、メディア記憶装置MTサーバシステムに送信する。
7.MTキャリーオーバー72260を受信した後、メディア記憶装置MTサーバシステムがMTキャリーオーバー応答72160を発呼者MTサーバシステムに送信する。MTキャリーオーバー要求72160はMP制御パケットであり、発呼者MTサーバシステムは、MTキャリーオーバー72070の送信を要求することに使用される。MTキャリーオーバー72070は、プログラムソースにデータ72040を次の利用可能なメディア記憶装置に送信させる。
8.プログラムソースからMTキャリーオーバー応答72080を受信した後、発呼者MTサーバシステムは、MTキャリーオーバー要求応答72170をメディア記憶装置MTサーバシステムに送信する。MTキャリーオーバー要求応答72170は、MP制御パケットであり、次の利用可能なメディア記憶装置のネットワークアドレス情報を含むが、これらに限定されるものではない。
9.メディア記憶装置MTサーバシステムは、さらに、MTキャリーオーバー応答72270を用いて、メディア記憶装置に、MTキャリーオーバー要求応答72170に含まれる情報を中継する。
10.メディア記憶装置1は、MTキャリーオーバー応答72270から、次の利用可能なメディア記憶装置のネットワークアドレスを取り出すと維持する。1つの実施例で、このネットワークアドレスの保持は、メディア記憶装置1と次の利用可能なメディア記憶装置(例えば、メディア記憶装置N)の間の「接続ポイント」としてサービスする。例えば、もし、特定のメディア番組の一部は、メディア記憶装置1に記憶されるが、番組の別の部分はメディア記憶装置Nに記憶されるなら、この「接続ポイント」は、すべてのメディア番組に、正確順序では押送させる。
11.次に、発呼者MTサーバシステムは、プログラムソースMXを介して、MT出力組み立て72090をプログラムソースに送信して、プログラムソースに、MPデータパケットを次の利用可能なメディア記憶装置に伝送させる命令をする。発呼者MTサーバシステムも、MT入力接続表示72190(それは次の利用可能なメディア記憶装置のネットワークアドレスを含む)をメディア記憶装置MTサーバシステムに送信する。メディア記憶装置MTサーバシステムは、MT入力組み立て72280で、次の利用可能なメディア記憶装置に、プログラムソースからのMPデータパケットを記憶させる。
12.MT出力組み立て72090は、MP制御パケットであり、プログラムソースMXに、データ72110のULPFチェックを実行させる。プログラムソースがMT出力組み立て応答72100で、MT出力組み立て72090に応答する。
13.次の利用可能なメディア記憶装置は、MT入力組み立て応答72290をメディア記憶装置MTサーバシステムに送信戻す。メディア記憶装置MTサーバシステムは、さらに、MT入力接続肯定応答72200を用いて、発呼者MTサーバシステムに、組み立て応答中の情報を中継する。
14.すべてのメディア番組が、プログラムソースからメディア記憶装置に転送先完了する前に、6−13の項目の手順が繰り返す。
発呼者は、発呼者のMTサーバシステム、メディア記憶装置のMTサーバシステム、又はプログラムソースは、呼の解放を開始することができる。
1.発呼者は、MP制御パケットであるMT解放73000を発呼者MTサーバシステムに送信する。これに応答して、発呼者MTサーバシステムは、プログラムソースMXを介して、プログラムソースにMTプログラムソース解放73010を送信することによって、解放要求に肯定応答し、発呼者にMT解放応答73020を送信すると、MT解放指示73120を用いて、メディア記憶装置MTサーバシステムにその要求を知らせる。発呼者MTサーバシステムの、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、ローカルなアカウント処理サーバシステム、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12)に、収集された使用量情報を報告する。
2.MT解放指示73120を受信した後、メディア記憶装置MTサーバシステムは、MT解放パケット(例えば73130)をメディア記憶装置に送信する。
3.プログラムソースMXは、MTプログラムソース解放73010を受信するとき、そのULPFをリセットする。
4.プログラムソースは、MT解放応答73030を発呼者MTサーバシステムに送信することによって、MTプログラムソース解放73010に肯定応答して、MTセッションへの関与を終了する。
5.メディア記憶装置は、MT解放応答パケット(例えば73180)で、メディア記憶装置MTサーバシステムからの解放要求に肯定応答する。次に、メディア記憶装置MTサーバシステムは、発呼者MTサーバシステムに、MT解放肯定応答73130を送信する。
MTサーバシステムの1つの実施例は、受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、失われたMT保持応答パケットあるいはMT状態応答パケットの数が過多である)を検出するとき、呼の解放を開始する。
2.プログラムソースMXは、MT解放73040を受信するとき、そのULPFをリセットする。
3.メディア記憶装置からのMT解放応答パケット(例えば、メディア記憶装置からの73200)を受信した後、メディア記憶装置MTサーバシステムは、MT解放肯定応答73150を発呼者MTサーバシステムに送信する。
4.発呼者MTサーバシステムが、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、MT解放73040、73050とMT解放指示73140を送信するとき、セッションを終了する。MTサーバシステムも、ローカルなアカウント処理サーバシステム、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12)に、収集された情報を報告する。
多数の場合で、プログラムソースが呼の解放を開始する。例えば、もし、プログラムソースが要求されたデータの伝送を完了したとき、プログラムソースが呼の解放を開始する。もう1つの例では、プログラムソースが、メディア記憶装置1乃至Nのうちの一部における障害に気付いたとき、プログラムソースはまた、呼の解放を開始することができる。
2.プログラムソースMXは、MT解放応答73090を受信するとき、そのULPFをリセットする。
3.MT解放73100に応答して、発呼者は、MP解放応答73110を発呼者MTサーバシステムに送信する。
4.MT解放指示73160を受信した後、メディア記憶装置MTサーバシステムは、MT解放パケット(例えば73210)をメディア記憶装置(例えば、メディア記憶装置N)に送信する。次に、メディア記憶装置は、MT解放応答パケット(例えば73220)をメディア記憶装置MTサーバシステムに送信する。メディア記憶装置MTサーバシステムは、MT解放肯定応答73170を発呼者MTサーバシステムに送信する。
20…発信元ホスト、
30…ボトムアップの論理リンク、
40,50,60…サービスゲートウェイ、
70…トップダウンの論理リンク、
80…宛先ホスト、
1000…MPの都市圏ネットワーク、
1020,1120,1160…サービスゲートウェイ、
2000…MPの全国的ネットワーク、
3000…MPのグローバルネットワーク、
5000…MPパケット、
6000,7000,8000,9000,9100,9200…ネットワークアドレス、
10000…エッジ部のスイッチ、
10010…サーバ群、
10020…ゲートウェイ、
13000…サーバシステム、
18050…パケット分配器、
19030…部分的アドレスルーティングエンジン、
26000…マッピングテーブル、
32010…スイッチングコア、
33030…カラーフィルタ、
42000…家庭用ゲートウェイ、
42010…マスターUX、
47000,48000…テレピュータ
47020…MP−STB、
50000…メディア記憶装置、
56000,57000…サービスウィンドウ。
Claims (10)
- データを伝送するための方法であって、
マルチメディアデータのパケットにおけるデータグラムアドレスを使用して、パケット交換ネットワーク内の複数の論理リンクを介して上記パケットを非同期的に転送することを含み、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作し、
上記転送に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記転送を承認する方法。 - データを伝送するためのシステムであって、
複数の論理リンクを含むパケット交換ネットワークと、
上記複数の論理リンクを非同期的に通過する複数のデータパケットとを備え、上記パケットの各々は、
ヘッダフィールドを備え、上記ヘッダフィールドは、
データリンク層のアドレス及びネットワーク層のアドレスの両方として動作するデータグラムアドレスを含み、
上記パケットの各々は、
マルチメディアデータを含むペイロードフィールドを備え、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記通過に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記通過を承認するシステム。 - パケットのためのデータ構造であって、
パケット交換ネットワークにおいてデータリンク層のアドレス及びネットワーク層のアドレスの両方として動作するデータグラムアドレスを含むヘッダフィールドと、
マルチメディアデータを含むペイロードフィールドとを備え、
上記パケットは、上記パケット交換ネットワークにおける複数の論理リンクを介して非同期的に転送され、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記転送に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記転送を承認するデータ構造。 - ネットワークを介してデータを伝送するための実行可能なプログラム命令を含むコンピュータが読み取り可能な媒体であって、上記実行可能なプログラム命令は、実行されるとき、上記ネットワークに、
マルチメディアデータのパケットにおけるデータグラムアドレスを使用して、パケット交換ネットワーク内の複数の論理リンクを介して上記パケットを非同期的に転送させ、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作し、
上記転送に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記転送を承認するコンピュータが読み取り可能な媒体。 - データを伝送するための方法であって、
マルチメディアデータのパケットにおけるデータグラムアドレスを使用して、パケット交換ネットワーク内の複数の論理リンクを介して上記パケットを転送することを含み、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する方法。 - データを伝送するためのシステムであって、
複数の論理リンクを含むパケット交換ネットワークと、
上記複数の論理リンクを通過する複数のデータパケットとを備え、上記パケットの各々は、
ヘッダフィールドを備え、上記ヘッダフィールドは、
データリンク層のアドレス及びネットワーク層のアドレスの両方として動作するデータグラムアドレスを含み、
上記パケットの各々は、
マルチメディアデータを含むペイロードフィールドを備えるシステム。 - 上記パケット交換ネットワークは、
上記ネットワークにノードが追加されるとき上記ノードを自動的に構成することと、
上記通過に先行して上記通過を承認することと、
上記パケットの転送に先行して支払者のアカウントを照合することと、
使用量データを測定し、収集しかつ記憶することと、
パケットのフローを調整することと、
フィルタ基準のセットに基づいて上記パケットをフィルタリングすることと
のうちの少なくとも1つを実行する請求項6記載のシステム。 - 上記マルチメディアデータはユーザ端末装置上に表示され、
上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークプロトコルの両方のネットワークへのアクセスを提供する、セットトップボックス又はテレピュータのいずれかである請求項6記載のシステム。 - パケットのためのデータ構造であって、
パケット交換ネットワークにおいてデータリンク層のアドレス及びネットワーク層のアドレスの両方として動作するデータグラムアドレスを含むヘッダフィールドと、
マルチメディアデータを含むペイロードフィールドとを備えるデータ構造。 - ネットワークを介してデータを伝送するための実行可能なプログラム命令を含むコンピュータが読み取り可能な媒体であって、上記実行可能なプログラム命令は、実行されるとき、上記ネットワークに、
マルチメディアデータのパケットにおけるデータグラムアドレスを使用して、パケット交換ネットワーク内の複数の論理リンクを介して上記パケットを転送させ、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作するコンピュータが読み取り可能な媒体。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US34835001P | 2001-10-29 | 2001-10-29 | |
PCT/US2002/005196 WO2003039086A1 (en) | 2001-10-29 | 2002-02-21 | Data structure, method, and system for multimedia communications |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2005507611A JP2005507611A (ja) | 2005-03-17 |
JP2005507611A5 JP2005507611A5 (ja) | 2005-12-22 |
JP3964872B2 true JP3964872B2 (ja) | 2007-08-22 |
Family
ID=23367621
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003541218A Expired - Fee Related JP3964872B2 (ja) | 2001-10-29 | 2002-02-21 | マルチメディア通信のためのデータ構造、方法及びシステム |
JP2003541219A Ceased JP2005507612A (ja) | 2001-10-29 | 2002-02-21 | マルチメディア通信のための方法、システム及びデータ構造 |
JP2003540826A Expired - Fee Related JP3964871B2 (ja) | 2001-10-29 | 2002-02-21 | マルチメディア通信のためのシステム、方法及びデータ構造 |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003541219A Ceased JP2005507612A (ja) | 2001-10-29 | 2002-02-21 | マルチメディア通信のための方法、システム及びデータ構造 |
JP2003540826A Expired - Fee Related JP3964871B2 (ja) | 2001-10-29 | 2002-02-21 | マルチメディア通信のためのシステム、方法及びデータ構造 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20050002405A1 (ja) |
EP (3) | EP1451695A1 (ja) |
JP (3) | JP3964872B2 (ja) |
KR (3) | KR20040076856A (ja) |
CN (3) | CN100464532C (ja) |
WO (3) | WO2003039087A1 (ja) |
Families Citing this family (74)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050002388A1 (en) * | 2001-10-29 | 2005-01-06 | Hanzhong Gao | Data structure method, and system for multimedia communications |
EP1523129B1 (en) * | 2002-01-18 | 2006-11-08 | Nokia Corporation | Method and apparatus for access control of a wireless terminal device in a communications network |
US7151781B2 (en) * | 2002-07-19 | 2006-12-19 | Acme Packet, Inc. | System and method for providing session admission control |
KR100533017B1 (ko) * | 2002-07-26 | 2005-12-02 | 엘지전자 주식회사 | 네트워크 라우터의 이중화장치 |
US20030108030A1 (en) * | 2003-01-21 | 2003-06-12 | Henry Gao | System, method, and data structure for multimedia communications |
US7395057B2 (en) * | 2003-09-30 | 2008-07-01 | Avaya Technology Corp. | System and method for reconnecting dropped cellular phone calls |
FR2865051B1 (fr) * | 2004-01-14 | 2006-03-03 | Stg Interactive | Procede et systeme pour l'exploitation d'un reseau informatique destine a la publication de contenu |
TWI234373B (en) * | 2004-03-23 | 2005-06-11 | Realtek Semiconductor Corp | Method and apparatus for routing data packets |
US20060002382A1 (en) * | 2004-06-30 | 2006-01-05 | Cohn Daniel M | System and method for establishing calls over dynamic virtual circuit connections in an ATM network |
WO2006043322A1 (ja) * | 2004-10-20 | 2006-04-27 | Fujitsu Limited | サーバ管理プログラム、サーバ管理方法、およびサーバ管理装置 |
US20060121879A1 (en) * | 2004-12-07 | 2006-06-08 | Motorola, Inc. | Method and apparatus for providing services and services usage information for a wireless subscriber unit |
KR20060082353A (ko) * | 2005-01-12 | 2006-07-18 | 와이더댄 주식회사 | 실행가능 웹 컨텐트 제공 및 처리 시스템 및 방법 |
US20060206618A1 (en) * | 2005-03-11 | 2006-09-14 | Zimmer Vincent J | Method and apparatus for providing remote audio |
US7542467B2 (en) * | 2005-03-28 | 2009-06-02 | Intel Corporation | Out-of-band platform switch |
US20060233174A1 (en) * | 2005-03-28 | 2006-10-19 | Rothman Michael A | Method and apparatus for distributing switch/router capability across heterogeneous compute groups |
CN100505859C (zh) * | 2005-11-08 | 2009-06-24 | 联想(北京)有限公司 | 一种点到多点的无线显示方法 |
CN100563203C (zh) * | 2005-11-11 | 2009-11-25 | 华为技术有限公司 | 通信网络中组播树叶子节点网元信号传送的方法 |
US8457109B2 (en) * | 2006-01-31 | 2013-06-04 | United States Cellular Corporation | Access based internet protocol multimedia service authorization |
US7768935B2 (en) * | 2006-04-12 | 2010-08-03 | At&T Intellectual Property I, L.P. | System and method for providing topology and reliability constrained low cost routing in a network |
US8719342B2 (en) * | 2006-04-25 | 2014-05-06 | Core Wireless Licensing, S.a.r.l. | Third-party session modification |
BRPI0621836A2 (pt) * | 2006-06-27 | 2011-12-20 | Thomson Licensing | controle de admissão para detecção de desempenho de vìdeo sob demanda em par-a-par |
US20080039169A1 (en) * | 2006-08-03 | 2008-02-14 | Seven Lights, Llc | Systems and methods for character development in online gaming |
US20080039166A1 (en) * | 2006-08-03 | 2008-02-14 | Seven Lights, Llc | Systems and methods for multi-character online gaming |
US20080039165A1 (en) * | 2006-08-03 | 2008-02-14 | Seven Lights, Llc | Systems and methods for a scouting report in online gaming |
US7698439B2 (en) * | 2006-09-25 | 2010-04-13 | Microsoft Corporation | Application programming interface for efficient multicasting of communications |
US20080181609A1 (en) * | 2007-01-26 | 2008-07-31 | Xiaochuan Yi | Methods and apparatus for designing a fiber-optic network |
US8019820B2 (en) * | 2007-06-27 | 2011-09-13 | Research In Motion Limited | Service gateway decomposition in a network environment including IMS |
US8706075B2 (en) * | 2007-06-27 | 2014-04-22 | Blackberry Limited | Architecture for service delivery in a network environment including IMS |
KR100841593B1 (ko) * | 2007-07-04 | 2008-06-26 | 한양대학교 산학협력단 | 멀티미디어 콘텐츠 제공장치 및 방법, 그리고 멀티미디어콘텐츠 수신장치 및 방법 |
CN101436971B (zh) * | 2007-11-16 | 2012-05-23 | 海尔集团公司 | 一种无线家庭控制系统 |
CN101170497A (zh) * | 2007-11-20 | 2008-04-30 | 中兴通讯股份有限公司 | 报送网络资源信息数据的方法及装置 |
US9084231B2 (en) * | 2008-03-13 | 2015-07-14 | Qualcomm Incorporated | Methods and apparatus for acquiring and using multiple connection identifiers |
ES2611503T3 (es) | 2008-04-28 | 2017-05-09 | Fujitsu Limited | Conexión de re-establecimiento entre un terminal inalámbrico y una estación base inalámbrica |
US20090300209A1 (en) * | 2008-06-03 | 2009-12-03 | Uri Elzur | Method and system for path based network congestion management |
US8154996B2 (en) * | 2008-09-11 | 2012-04-10 | Juniper Networks, Inc. | Methods and apparatus for flow control associated with multi-staged queues |
WO2010068151A1 (en) * | 2008-12-08 | 2010-06-17 | Telefonaktiebolaget L M Ericsson (Publ) | Device and method for synchronizing received audio data with video data |
US8499085B2 (en) * | 2009-03-16 | 2013-07-30 | Avaya, Inc. | Advanced availability detection |
US8352252B2 (en) * | 2009-06-04 | 2013-01-08 | Qualcomm Incorporated | Systems and methods for preventing the loss of information within a speech frame |
US8640204B2 (en) * | 2009-08-28 | 2014-01-28 | Broadcom Corporation | Wireless device for group access and management |
US9331947B1 (en) * | 2009-10-05 | 2016-05-03 | Arris Enterprises, Inc. | Packet-rate policing and admission control with optional stress throttling |
WO2011068355A2 (ko) * | 2009-12-01 | 2011-06-09 | 삼성전자 주식회사 | 상호 계층 최적화를 이용한 멀티미디어 데이터 패킷을 송신하는 방법 및 장치 |
US8503428B2 (en) * | 2010-03-18 | 2013-08-06 | Juniper Networks, Inc. | Customized classification of host bound traffic |
CN101873198B (zh) * | 2010-06-12 | 2014-12-10 | 中兴通讯股份有限公司 | 一种构造网络数据包的方法及装置 |
US8593967B2 (en) * | 2011-03-08 | 2013-11-26 | Medium Access Systems Private Limited | Method and system of intelligently load balancing of Wi-Fi access point apparatus in a WLAN |
CN102143089B (zh) * | 2011-05-18 | 2013-12-18 | 广东凯通软件开发有限公司 | 一种多级传输网络的路由方法及路由装置 |
JP5765123B2 (ja) * | 2011-08-01 | 2015-08-19 | 富士通株式会社 | 通信装置、通信方法、通信プログラム及び通信システム |
IN2014CN02272A (ja) * | 2011-10-25 | 2015-06-19 | Nicira Inc | |
US9178833B2 (en) | 2011-10-25 | 2015-11-03 | Nicira, Inc. | Chassis controller |
US8661484B1 (en) * | 2012-08-16 | 2014-02-25 | King Saud University | Dynamic probability-based admission control scheme for distributed video on demand system |
WO2014133589A1 (en) * | 2013-03-01 | 2014-09-04 | Intel Corporation | Wireless local area network (wlan) traffic offloading |
KR101440231B1 (ko) * | 2013-05-15 | 2014-09-12 | 엘에스산전 주식회사 | 고속철도에서 atc 불연속정보 처리방법 |
CN103530247B (zh) * | 2013-10-18 | 2017-04-05 | 浪潮电子信息产业股份有限公司 | 一种基于多服务器节点间总线访问的优先权调配方法 |
US8811459B1 (en) * | 2013-10-21 | 2014-08-19 | Oleumtech Corporation | Robust and simple to configure cable-replacement system |
KR102153586B1 (ko) * | 2014-10-20 | 2020-09-09 | 한국전자통신연구원 | 단말간 직접 통신에서의 멀티캐스트 서비스 제공 방법 및 장치, 그리고 멀티캐스트 서비스 자원 할당 방법 및 장치 |
CN107078975B (zh) * | 2014-10-30 | 2021-03-23 | 索尼公司 | 发送装置、发送方法、接收装置以及接收方法 |
US9811305B2 (en) * | 2015-08-13 | 2017-11-07 | Dell Products L.P. | Systems and methods for remote and local host-accessible management controller tunneled audio capability |
US10243880B2 (en) * | 2015-10-16 | 2019-03-26 | Tttech Computertechnik Ag | Time-triggered cut through method for data transmission in distributed real-time systems |
US9755979B2 (en) * | 2015-11-19 | 2017-09-05 | Viasat, Inc. | Enhancing capacity of a direct communication link |
US10547559B2 (en) * | 2015-12-26 | 2020-01-28 | Intel Corporation | Application-level network queueing |
CN105787266B (zh) * | 2016-02-25 | 2018-08-17 | 深圳前海玺康医疗科技有限公司 | 基于即时通讯工具的远程医疗系统架构及方法 |
US10334334B2 (en) * | 2016-07-22 | 2019-06-25 | Intel Corporation | Storage sled and techniques for a data center |
US10412472B2 (en) * | 2017-07-10 | 2019-09-10 | Maged E. Beshai | Contiguous network |
US11134297B2 (en) * | 2017-12-13 | 2021-09-28 | Texas Instruments Incorporated | Video input port |
US10757488B2 (en) * | 2018-08-30 | 2020-08-25 | Maged E. Beshai | Fused three-stage networks forming a global contiguous network |
CN110266706A (zh) * | 2019-06-26 | 2019-09-20 | 三星电子(中国)研发中心 | 一种多媒体流数据的播放方法和装置 |
DE102019210223A1 (de) * | 2019-07-10 | 2021-01-14 | Robert Bosch Gmbh | Vorrichtung und Verfahren für Angriffserkennung in einem Rechnernetzwerk |
US11206467B2 (en) * | 2019-09-04 | 2021-12-21 | Maged E. Beshai | Global contiguous web of fused three-stage networks |
CN111309640B (zh) * | 2020-01-17 | 2020-12-29 | 北京国科天迅科技有限公司 | 一种fc-ae-1553通讯系统 |
CN113746654B (zh) * | 2020-05-29 | 2024-01-12 | 中国移动通信集团河北有限公司 | 一种IPv6地址管理和流量分析的方法和装置 |
CN111988585B (zh) * | 2020-08-17 | 2022-04-29 | 海宇星联(山东)智慧科技有限公司 | 一种适用于卫星数据通信网络的视频传输方法 |
US11616735B2 (en) * | 2020-08-23 | 2023-03-28 | Maged E. Beshai | Deep fusing of clos star networks to form a global contiguous web |
CN112261418B (zh) * | 2020-09-18 | 2022-09-30 | 网宿科技股份有限公司 | 一种传输直播视频数据的方法和直播加速系统 |
KR102351571B1 (ko) * | 2020-10-23 | 2022-01-14 | (주)에스디플렉스 | 조립식 엣지 시스템 |
US11240566B1 (en) * | 2020-11-20 | 2022-02-01 | At&T Intellectual Property I, L.P. | Video traffic management using quality of service and subscriber plan information |
Family Cites Families (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US604403A (en) * | 1898-05-24 | Thermostatic valve | ||
JPH0732413B2 (ja) * | 1990-02-05 | 1995-04-10 | 日本電気株式会社 | マルチメディア通信方式 |
US5528281A (en) * | 1991-09-27 | 1996-06-18 | Bell Atlantic Network Services | Method and system for accessing multimedia data over public switched telephone network |
US5438356A (en) * | 1992-05-18 | 1995-08-01 | Fujitsu Limited | Accounting system for multimedia communications system |
FR2698977B1 (fr) * | 1992-12-03 | 1994-12-30 | Alsthom Cge Alcatel | Système d'information multimédia. |
US5689553A (en) * | 1993-04-22 | 1997-11-18 | At&T Corp. | Multimedia telecommunications network and service |
US5471318A (en) * | 1993-04-22 | 1995-11-28 | At&T Corp. | Multimedia communications network |
US5388097A (en) * | 1993-06-29 | 1995-02-07 | International Business Machines Corporation | System and method for bandwidth reservation for multimedia traffic in communication networks |
US5555244A (en) * | 1994-05-19 | 1996-09-10 | Integrated Network Corporation | Scalable multimedia network |
US5659542A (en) * | 1995-03-03 | 1997-08-19 | Intecom, Inc. | System and method for signalling and call processing for private and hybrid communications systems including multimedia systems |
US5594732A (en) * | 1995-03-03 | 1997-01-14 | Intecom, Incorporated | Bridging and signalling subsystems and methods for private and hybrid communications systems including multimedia systems |
JP3515263B2 (ja) * | 1995-05-18 | 2004-04-05 | 株式会社東芝 | ルータ装置、データ通信ネットワークシステム、ノード装置、データ転送方法及びネットワーク接続方法 |
US5756280A (en) * | 1995-10-03 | 1998-05-26 | International Business Machines Corporation | Multimedia distribution network including video switch |
US5892924A (en) * | 1996-01-31 | 1999-04-06 | Ipsilon Networks, Inc. | Method and apparatus for dynamically shifting between routing and switching packets in a transmission network |
JP2980032B2 (ja) * | 1996-08-15 | 1999-11-22 | 日本電気株式会社 | コネクションレスデータ通信方式 |
US6028860A (en) * | 1996-10-23 | 2000-02-22 | Com21, Inc. | Prioritized virtual connection transmissions in a packet to ATM cell cable network |
US6081513A (en) * | 1997-02-10 | 2000-06-27 | At&T Corp. | Providing multimedia conferencing services over a wide area network interconnecting nonguaranteed quality of services LANs |
US5996021A (en) * | 1997-05-20 | 1999-11-30 | At&T Corp | Internet protocol relay network for directly routing datagram from ingress router to egress router |
CA2262737A1 (en) * | 1997-06-18 | 1998-12-23 | Shinichi Shishino | Multimedia information communication system |
US6081512A (en) * | 1997-06-30 | 2000-06-27 | Sun Microsystems, Inc. | Spanning tree support in a high performance network device |
US6081524A (en) * | 1997-07-03 | 2000-06-27 | At&T Corp. | Frame relay switched data service |
US6272127B1 (en) * | 1997-11-10 | 2001-08-07 | Ehron Warpspeed Services, Inc. | Network for providing switched broadband multipoint/multimedia intercommunication |
US6272132B1 (en) * | 1998-06-11 | 2001-08-07 | Synchrodyne Networks, Inc. | Asynchronous packet switching with common time reference |
US7133400B1 (en) * | 1998-08-07 | 2006-11-07 | Intel Corporation | System and method for filtering data |
US6182054B1 (en) * | 1998-09-04 | 2001-01-30 | Daleen Technologies, Inc. | Dynamically configurable and extensible rating engine |
JP3699837B2 (ja) * | 1998-10-30 | 2005-09-28 | 株式会社東芝 | ルータ装置及びラベルスイッチパス制御方法 |
US6662219B1 (en) * | 1999-12-15 | 2003-12-09 | Microsoft Corporation | System for determining at subgroup of nodes relative weight to represent cluster by obtaining exclusive possession of quorum resource |
JP3790655B2 (ja) * | 2000-03-06 | 2006-06-28 | 富士通株式会社 | ラベルスイッチネットワークシステム |
US6574195B2 (en) * | 2000-04-19 | 2003-06-03 | Caspian Networks, Inc. | Micro-flow management |
US7319700B1 (en) * | 2000-12-29 | 2008-01-15 | Juniper Networks, Inc. | Communicating constraint information for determining a path subject to such constraints |
US6763025B2 (en) * | 2001-03-12 | 2004-07-13 | Advent Networks, Inc. | Time division multiplexing over broadband modulation method and apparatus |
CA2385999A1 (en) * | 2001-05-15 | 2002-11-15 | Tropic Networks Inc. | Method and system for allocating and controlling labels in multi-protocol label switched networks |
US20050002388A1 (en) * | 2001-10-29 | 2005-01-06 | Hanzhong Gao | Data structure method, and system for multimedia communications |
US20030108030A1 (en) * | 2003-01-21 | 2003-06-12 | Henry Gao | System, method, and data structure for multimedia communications |
-
2002
- 2002-02-21 KR KR10-2004-7006470A patent/KR20040076856A/ko not_active Application Discontinuation
- 2002-02-21 CN CNB028214137A patent/CN100464532C/zh not_active Expired - Fee Related
- 2002-02-21 WO PCT/US2002/005457 patent/WO2003039087A1/en active Application Filing
- 2002-02-21 EP EP02731097A patent/EP1451695A1/en not_active Withdrawn
- 2002-02-21 JP JP2003541218A patent/JP3964872B2/ja not_active Expired - Fee Related
- 2002-02-21 KR KR10-2004-7006476A patent/KR20040076857A/ko not_active Application Discontinuation
- 2002-02-21 JP JP2003541219A patent/JP2005507612A/ja not_active Ceased
- 2002-02-21 CN CNB028214013A patent/CN100530145C/zh not_active Expired - Fee Related
- 2002-02-21 JP JP2003540826A patent/JP3964871B2/ja not_active Expired - Fee Related
- 2002-02-21 EP EP02723210A patent/EP1451982A4/en not_active Withdrawn
- 2002-02-21 EP EP02719063A patent/EP1451981A1/en not_active Withdrawn
- 2002-02-21 US US10/494,480 patent/US20050002405A1/en not_active Abandoned
- 2002-02-21 CN CNB028214277A patent/CN100358318C/zh not_active Expired - Fee Related
- 2002-02-21 KR KR10-2004-7006475A patent/KR20040081421A/ko not_active Application Discontinuation
- 2002-02-21 WO PCT/US2002/005196 patent/WO2003039086A1/en active Application Filing
- 2002-02-21 WO PCT/US2002/005296 patent/WO2003038633A1/en active Application Filing
Also Published As
Publication number | Publication date |
---|---|
CN1578947A (zh) | 2005-02-09 |
EP1451695A1 (en) | 2004-09-01 |
KR20040076857A (ko) | 2004-09-03 |
JP2005507611A (ja) | 2005-03-17 |
CN100464532C (zh) | 2009-02-25 |
CN1579070A (zh) | 2005-02-09 |
WO2003038633A1 (en) | 2003-05-08 |
JP2005507612A (ja) | 2005-03-17 |
US20050002405A1 (en) | 2005-01-06 |
EP1451982A4 (en) | 2008-10-15 |
EP1451981A1 (en) | 2004-09-01 |
WO2003039087A1 (en) | 2003-05-08 |
JP3964871B2 (ja) | 2007-08-22 |
KR20040076856A (ko) | 2004-09-03 |
KR20040081421A (ko) | 2004-09-21 |
EP1451982A1 (en) | 2004-09-01 |
CN100530145C (zh) | 2009-08-19 |
JP2005507593A (ja) | 2005-03-17 |
CN1579072A (zh) | 2005-02-09 |
WO2003039086A1 (en) | 2003-05-08 |
CN100358318C (zh) | 2007-12-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3964872B2 (ja) | マルチメディア通信のためのデータ構造、方法及びシステム | |
US20030108030A1 (en) | System, method, and data structure for multimedia communications | |
Crowcroft | Internetworking multimedia | |
JP5852116B2 (ja) | 新型ネットワークの通信方法およびシステム | |
US20050002388A1 (en) | Data structure method, and system for multimedia communications | |
CN108881799B (zh) | 一种进行视联网视频会议的系统和方法 | |
US20120033674A1 (en) | Dynamic establishment of virtual circuits multisegment pseudowires | |
JP2004260832A (ja) | Ipアクセスネットワークにおいて保証サービス品質を伴うサービスを提供する方法 | |
JP2009153172A (ja) | 時間予約制でのサービス品質の設定 | |
CN109743522B (zh) | 基于视联网的通信方法和装置 | |
CN110022456A (zh) | 邀请终端入会的方法和装置 | |
CN110062191A (zh) | 一种基于视联网的多方组会方法和服务器 | |
CN109873864B (zh) | 一种基于视联网的通信连接建立方法及系统 | |
CN109451001B (zh) | 一种通讯方法和系统 | |
CN109768957A (zh) | 一种监控数据的处理方法和系统 | |
JP2003309832A (ja) | テレビ会議予約システムおよびそのシステムに使用する会議予約サーバとネットワーク管理サーバ | |
CN110049100A (zh) | 一种业务数据的处理方法和系统 | |
CN104054303B (zh) | 适于vod的网关 | |
US8526315B2 (en) | Flow state attributes for producing media flow statistics at a network node | |
KR101279790B1 (ko) | Ip 멀티캐스트 루트 모니터링 시스템 및 방법 | |
CN110191092B (zh) | 一种视频通话的处理方法和视联网系统 | |
CN109889761A (zh) | 一种视频会议的处理方法和系统 | |
CN111131251B (zh) | 基于视联网的会议数据传输方法、系统、设备及介质 | |
JP4327746B2 (ja) | 中継装置 | |
JP2005175635A (ja) | ネットワーク間接続制御方法及びシステム装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050217 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050217 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060731 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060808 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20061108 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20061218 |
|
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: 20070424 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070524 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |