JP2005507593A - マルチメディア通信のためのシステム、方法及びデータ構造 - Google Patents
マルチメディア通信のためのシステム、方法及びデータ構造 Download PDFInfo
- Publication number
- JP2005507593A JP2005507593A JP2003540826A JP2003540826A JP2005507593A JP 2005507593 A JP2005507593 A JP 2005507593A JP 2003540826 A JP2003540826 A JP 2003540826A JP 2003540826 A JP2003540826 A JP 2003540826A JP 2005507593 A JP2005507593 A JP 2005507593A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- network
- address
- data
- packets
- 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.)
- Granted
Links
Images
Classifications
-
- 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
- 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
-
- 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
Abstract
Description
【0001】
本発明はマルチメディア通信の分野に関する。特に、本発明は、パケット交換ネットワークを介したビデオのマルチキャスティング、ビデオ・オン・デマンド、リアルタイムの対話型ビデオ電話、及び高忠実度の音声会議のような、高品質のマルチメディア通信サービスを伝送するための高効率のプロトコルに基づいている。本発明は、方法、システム及びデータ構造を含む、さまざまな種類に表現されることが可能である。
【背景技術】
【0002】
電気通信ネットワーク(インターネットを含む)は、複数の個人及び複数の組織が情報及び他のリソースを交換することを可能にする。ネットワークは、典型的には、アクセス、トランスポート、信号方式、及びネットワーク管理の技術を含む。これらの技術は多数の文献に記載されている。概略として、スチーブン・シェパード(Steven Shepherd)による「電気通信の集中(Telecommunications Convergence)」(マグローヒル(McGraw-Hill),2000年)、アナベル・ゼッド・ドッド(Annabel Z. Dodd)による「電気通信入門(The Essential Guide to Telecommunications)」第3版(プレンティスホールPTR(Prentice Hall PTR),2001年)、あるいは、レイ・ホラク(Ray Horak)による「通信システム及びネットワーク(Communications Systems and Networks)」第2版(M&Tブックス(M&T Books),2000年)が参照される。これらの技術における以前の発展は、情報伝送の速度、品質及びコストを十分に改善した。
【0003】
広域のトランスポートネットワークにユーザを接続するアクセス技術(すなわち、ネットワークのエッジ部におけるエンドユーザ装置及びローカルループ)は、14.4,28.8及び56Kのモデムから発展し、サービス総合ディジタル網(「ISDN」)、T1、ケーブルモデム、ディジタル加入者線(「DSL」)、イーサネット(登録商標)、及び無線技術を含むまでになっている。
【0004】
現在、広域ネットワークで使用されるトランスポート技術は、同期光ネットワーク(「SONET」)、高密度波長分割多重(「DWDM」)、フレームリレー、非同期転送モード(「ATM」)、及びレジリアントパケットリング(「RPR」)を含む。
【0005】
各種の信号方式の技術(例えば、あるネットワークにわたって通信を確立し、保持し、終了する際に用いられるプロトコル及び方法)のすべてのうちで、インターネットプロトコル(「IP」)は最も偏在したありふれたものとなった。実際に、ほとんどすべての電気通信及びネットワーキングの専門家らは、音声(例えば電話)、ビデオ及びデータのネットワークが、単一のIPに基づくネットワーク(例えばインターネット)に集中化される(一体化される)ことが不可避であると信じている。ある記者は以下のように述べている。「1つのことが明らかである。IP集中化の列車は駅を離れた。乗客のうちの何人かは、旅に対して猛烈に熱狂的となり、他の乗客は、IPの多数の欠点を数えあげることで騒々しく文句を言いながら引きずられている。しかし、どんな欠点があろうとも、IPは決着がついたものであり、それはもう標準として採用された。終わり。IPが勢いと発展の作用を有し、見わたす限り他には何も存在しない。」スーザン・ブライデンバック,“IPの集中化:未来を構築する”,ネットワークワールド,1998年8月10日(Susan Breidenbach, "IP Convergence: Building the Future", Network World, August 10, 1998)。
【0006】
コンピュータネットワークをモニタリングし、修復し、再構成する、簡易ネットワーク管理プロトコル(「SNMP」)や共通管理情報プロトコル(「CMIP」)のようなネットワーク管理技術が開発されている。
【0007】
これら進歩のため、コンピュータネットワークは、簡単なテキストメッセージを伝送することから、音声と静止画像と基本的なマルチメディアサービスとを提供するに至るまで発展している。
【0008】
最近、ケーブルテレビジョン(「CATV」)、ディジタルバーサタイルディスク(「DVD」)又は高品位テレビジョン(「HDTV」)に匹敵する画像及び音声の品質を備えたマルチメディア通信サービスをコンピュータネットワークが提供できるように試みている既存の技術を拡張するために、又はそのような新たな技術を作成するために、非常に多くの努力が注がれた。これらのサービスを提供するため、マルチメディアネットワークには、広い帯域幅と、短い遅延と、小さなジッタとを有することが必要である。広範な使用を促進するために、マルチメディアネットワークはまた、1)拡張容易性(スケーラビリティー)と、2)他のネットワークとの間での相互の操作可能性と、3)最小の情報損失と、4)管理能力(例えば、モニタリング、修復及び再構成)と、5)セキュリティと、6)信頼性と、7)アカウント処理能力も有する必要がある。
【0009】
最近の努力は、IPプロトコルの現在のバージョンであるIPバージョン4(「IPv4」)に取って代わる、IPバージョン6(「IPv6」)を開発することを含む。IPv6では、IPv6ヘッダにおいてフローラベル及び優先度のサブフィールドを含み、これらのサブフィールドは、IPv6ルータから特別な処理を受ける必要のあるデータパケットを識別するために、例えば、リアルタイムのマルチメディアサービスを提供するために使用されるデータパケットを識別するために、ホストコンピュータによって使用されることが可能である。予約プロトコル(ReSerVation Protocol:「RSVP」)、差別化されたサービス(「DiffServe」)、及びマルチプロトコルラベルスイッチング(「MPLS」)を含む、サービス品質(「QoS」)のプロトコル及びアーキテクチャも開発中である。それに加えて、ネットワークルータ及びサーバは、そのシリコンに基づいたマイクロプロセッサが改善し続けるのに従って、その速度及びパワーが増大し続けている。
【0010】
これらの努力にもかかわらず、従来の技術は、広範に使用可能な高性能のマルチメディアネットワークを生成することに失敗した。この失敗は、主に2つの原因にさかのぼることができる。
【0011】
第1に、いくつかのネットワークは、単に、マルチメディアサービスを提供するように設計されていなかった。例えば、公衆交換電話網(「PSTN」)は、ビデオではなく音声を伝送するために設計された。同様に、インターネットは、本来は、ビデオではなく、テキスト及びデータファイルを伝送するために設計された。あるコンピュータネットワークの教科書は次のように説明している。「[マルチメディアの]アプリケーションに対するサービスの必要条件は、ウェブのテキスト/画像、電子メール、FTP、及びDNSのアプリケーションのような伝統的なデータ指向のアプリケーションに対するそれとは著しく異なっている。…特に、マルチメディアサービスは、エンド・ツー・エンドの延遅と延遅の変動とには非常に敏感であるが、時折発生するデータ損失を許容できる。これらの根本的に異なるサービスの必要条件は、本来データ通信のために設計されたネットワークアーキテクチャが、マルチメディアアプリケーションをサポートすることにあまり適していない場合があるという事実を示唆する。実際に、いま、これらの新しいマルチメディアアプリケーションに係るサービスの必要条件に対する明示的なサポートを提供するようにインターネットのアーキテクチャを拡張するために、多くの努力が進行中である。」ジェイムズ・エフ・クロセ及びキース・ダブリュー・ロス,“コンピュータネットワーキング:インターネットを用いたトップダウンのアプローチ”(アディソン・ウェズレー),p.483,2001年(James F. Kurose and Keith W. Ross, Computer Networking: A Top-Down Approach Featuring the Internet (Addison Wesley, 2001), p. 483)。上述のように、インターネットのアーキテクチャを拡張するためのこれらの努力は、IPv6、RSVP、DiffServe、MPLSを含んでいる。
【0012】
第2に、かつより重要なものとして、「シリコンのボトルネック」の問題に対して包括的な解決方法を展開できたものがいないということがある。シリコンに基づいた集積回路チップの速度は、過去30年にわたって、ムーアの法則、すなわち18ヶ月毎に速度がほぼ倍になるという法則に従ってきた。しかし、シリコンの速度におけるこの増大は、ファイバ光分配システムの帯域幅の増大と比べると、ひけをとっている。この帯域幅の増大は、6ヶ月毎にほぼ倍になっている。従って、ネットワークの速度における主要なボトルネックは、主に、シリコンプロセッサの処理速度にあり、帯域幅にあるのではない。
【0013】
シリコンのボトルネックの問題に対する以前の解決方法は、単に、より速いシリコンチップを用いてより強力なスイッチ及びルータを製造すること、あるいは、既存のネットワークアーキテクチャ及びプロトコルに対してわずかな変更を施すことに焦点が合わされていた。これらの従来の解決方法は、よくても暫定的な処置である。長期にわたって必要とされるものであり、かつ本発明が提供するものは、シリコンのボトルネックの問題に取り組みながらなお、既存のデータを中心とするネットワーク(例えばインターネット)と共存しかつ相互に操作可能である、新規な、マルチメディアを中心とするネットワークアーキテクチャ及びプロトコルである。
【0014】
図1(a)のように、電気通信ネットワークはいくつかの主要なカテゴリーに分割されることが可能である。[例えば、ジェイムズ・エフ・クロセ及びキース・ダブリュー・ロス,“コンピュータネットワーキング:インターネットを用いたトップダウンのアプローチ”(アディソン・ウェズレー,2001年),第1章が参照される。]最も高いレベルの区別は、回線交換型ネットワークとパケット交換型ネットワークとの間でされる。回線交換ネットワークは、その通信セッションの継続時間中に、2つ(又はそれよりも多く)のホスト間でエンド・ツー・エンドの専用回線を確立する。回線交換ネットワークの例は、電話ネットワーク(PSTN)及びISDNを含む。
【0015】
パケット交換ネットワークは、ホスト間で通信するために、エンド・ツー・エンドの専用回線を使用しない。パケット交換ネットワークは、むしろ、仮想的な回線に基づくルーティングか又はデータグラムのアドレスに基づくルーティングかのいずれかを用いて、ホスト間でデータパケットを送信する。
【0016】
仮想的な回線に基づくルーティングにおいては、ネットワークは、当該ネットワークを介してデータパケットを転送するために、当該データパケットに関連付けられた仮想的な回線番号を用いる。この仮想的な回線番号は、典型的にはデータパケットのヘッダに含まれ、典型的には、送信者と(複数の)受信者との間の各中間ノードにおいて変更される。仮想的な回線に基づくルーティングを用いたパケット交換ネットワークの例は、SNA、X.25、フレームリレー、及びATMネットワークを含む。このカテゴリーには、データパケットを転送するために仮想的な回線に類似した番号を当該データパケットに付加するMPLSを使用したネットワークも含む。
【0017】
データグラムのアドレスに基づくルーティングにおいては、ネットワークは、当該ネットワークを介してデータパケットを転送するために、当該データパケットに含まれた宛先アドレスを用いる。データグラムのアドレスに基づくルーティングは、コネクションレス型か、又はコネクション指向型かのいずれかが可能である。
【0018】
コネクションレス型ネットワークにおいては、データパケットを送信する前のセットアップフェーズは存在せず、例えば、データパケットを送信する前に制御パケットは送信されない。コネクションレス型ネットワークの例は、イーサネット(登録商標)、ユーザデータグラムプロトコル(UDP)を用いたIPネットワーク、及び交換型マルチメガビットデータサービス(SMDS)を含む。
【0019】
逆に、コネクション指向型ネットワークにおいては、データパケットを送信する前のセットアップフェーズが存在する。例えば、伝送制御プロトコル(TCP)を用いたIPネットワークでは、データパケットを送信する前のハンドシェーク手順の一部として制御パケットが送信される。「コネクション指向型」という用語が使用されているのは、送信者と受信者が、ただゆるく接続されているにずぎないからである。仮想的な回線に基づくルーティングを用いたパケット交換ネットワークも、コネクション指向型である。
【0020】
パケット交換ネットワークにおけるシリコンのボトルネックは、パケットがネットワークを伝搬する際に、データパケットに対して非常に多くの処理ステップが実行されることによって引き起こされる。例えば、図1(b)に概略的に示したように、1つのイーサネット(登録商標)のローカルエリアネットワークからインターネットを介して第2のイーサネット(登録商標)LANまで伝搬する1つのデータパケットについて考察する。
【0021】
パケットをその発信元からその宛先に送信する際に、2種類のアドレスが関与する。すなわち、ネットワーク層のアドレスとデータリンク層のアドレスである。
【0022】
ネットワーク層のアドレスは、典型的には、インターネットワーク(すなわち、複数のネットワークにてなるネットワーク)における任意の場所にパケットを送信ために使用される。(各種の参考文献は、ネットワーク層のアドレスを「論理アドレス」とも「プロトコルアドレス」とも呼んでいる。)この例では、関心が持たれたネットワーク層のアドレスは、宛先のホスト[すなわち、図1(b)におけるLAN2上のPC2]のIPアドレスである。IPアドレスフィールドは、2つのサブフィールド、すなわちネットワーク識別子のサブフィールドとホスト識別子のサブフィールドとに分割される。
【0023】
データリンク層のアドレスは、典型的には、あるノードに対する物理的なネットワークインターフェースを識別するために使用される。(各種の参考文献は、データリンク層のアドレスを「物理アドレス」とも「メディアアクセス制御(MAC)アドレス」とも呼んでいる。)この例では、関心が持たれたデータリンク層のアドレスは、宛先のホストと、パケットが宛先のホストまで送信される際のその経路上に存在するルータとの、イーサネット(登録商標)(IEEE802.3)MACアドレスである。
【0024】
イーサネット(登録商標)MACのアドレスは、各イーサネット(登録商標)の構成要素に永久に割り当てられた(典型的には、構成要素の製造業者によって割り当てられた)、地球上で一意的な48ビットの2進数である。そのため、イーサネット(登録商標)の構成要素が、異なるイーサネット(登録商標)LANに物理的に移動される場合でも、イーサネット(登録商標)MACアドレスは変わらずにその構成要素に留まっている。従って、イーサネット(登録商標)は平坦なアドレス指定の構造を有する。すなわち、イーサネット(登録商標)MACのアドレスは、パケットのルーティングを援助するために使用可能なネットワークトポロジーについての情報を提供しない。しかしながら、一般的には、データリンク層のアドレスは、地球上で一意的である必要はなく、また、特定のノードに対して永久に割り当てられている必要もない。
【0025】
データを発信元のホスト(例えば、LAN1上のPC1)から(複数の)宛先のホストに転送するために、データは多数のデータパケットに分割される。各データパケットは、宛先のホストのIPアドレスを含んだヘッダを含む。このIPアドレスは、データパケットが多数の論理リンクを介して宛先のホストまで転送される際に、不変のままである。しかしながら、いかに説明するように、データパケットの他の多数の部分が、当該パケットが転送される際に変更される。
【0026】
図1(b)に示されたように、データパケットのヘッダはまた、最初に、パケットが宛先のホストに向かって伝搬する際に当該パケットが送信される第1のルータのMACアドレス[すなわち、図1(b)における「ルータ1のMACアドレス」]も含んでいる。(ちなみに、ここで用いられている「ヘッダ」及び「データパケット」という用語は、開放型システム間相互接続(OSI)モデルにおいて用いられている用語とは多少異なっているということを注意する。OSIにおける用語を用いた場合、IPデータパケットは、ペイロードデータをカプセル化するIPヘッダから構成されている。代わって、イーサネット(登録商標)フレームは、IPデータパケットをカプセル化したイーサネット(登録商標)ヘッダ及びトレーラから構成されている。ここで使用された用語では、IPヘッダとイーサネット(登録商標)ヘッダとトレーラは互いにひとまとめにされていて、「ヘッダ」と呼ばれ、イーサネット(登録商標)フレームは「データパケット」と呼ばれている。)
【0027】
ルータ1は、発信元ホストからデータパケットを受信したとき、パケットがたどるパスにおける次のホップを決定する必要がある。この決定を行うために、ルータ1は、パケットから、宛先のホストのIPアドレス[すなわち、図1(b)における「PC2のIPアドレス」]を抽出し、IPアドレス中のネットワーク識別子サブフィールドから、宛先のホストのIPネットワークを確定する。ルータ1は、ルーティングテーブルの中で宛先IPネットワークを探す。ルーティングテーブルは、典型的にはリアルタイムで計算されかつ更新され、複数のIPネットワークと対応する複数のIPアドレスとのリストを含む。ここで、上記対応する複数のIPアドレスは、これらのIPネットワークに向かってパケットを送信する次のホップのIPアドレスである。ルータ1はルーティングテーブルを用いて、宛先ネットワークに向かってパケットを送信する次のホップのIPアドレス(すなわち、ルータ2のIPアドレス)を識別する。ルータ1は、パケット上の現在のイーサネット(登録商標)MACアドレス[すなわち、図1(b)における「ルータ1のMACアドレス」]を除去し、次のホップのIPアドレスをイーサネット(登録商標)MACアドレスに翻訳してこのMACアドレスをパケットに付加し[すなわち、図1(b)における「ルータ2のMACアドレス」]、パケット中の「存続時間(time-to-live)」フィールドをデクリメントし、新たなチェックサムを再計算してパケットに付加し、パケットをその経路上でルータ2に送信する。
【0028】
宛先のホストを含む宛先IPネットワークに直接に接続された図1(b)におけるルータNのようなルータにデータパケットが到着するまで、ルータ1において生じたものと同じ広範囲にわたる処理は、ルータ2と各中間のルータにおいて反復される。ルータNは、パケット上の現在のイーサネット(登録商標)MACアドレス[すなわち、図1(b)における「ルータNのMACアドレス」]を除去し、宛先IPアドレスをイーサネット(登録商標)MACアドレスに翻訳してこのMACアドレスをパケットに付加し[すなわち、図1(b)における「PC2のMACアドレス」]、パケット中の「存続時間」フィールドをデクリメントし、新たなチェックサムを再計算してパケットに付加し、パケットを宛先のホスト(例えば、LAN2上のPC2)に送信する。
【発明の開示】
【発明が解決しようとする課題】
【0029】
この例が示すように、従来技術のパケット交換ネットワークは、データパケットを転送するために非常に多くの処理ステップを使用し、それによって、シリコンのボトルネックの問題をもたらす。この例は、データグラムのアドレスに基づいたルーティングを用いたときの処理のオーバーヘッドを説明しているが、同様の処理のオーバーヘッドは、仮想的な回線に基づくルーティングを用いたときにも発生する。例えば、上述のように、仮想的な回線のデータパケットにおける仮想的な回線番号は、典型的には、発信元と(複数の)宛先との間の各中間のリンクにおいて変更される。
【課題を解決するための手段】
【0030】
以下詳細に議論するように、ここに開示される本発明は、シリコンのボトルネックの問題に取り組み、かつ高品質のマルチメディアサービスが広範に使用されることを可能にする、データグラムのアドレスに基づくルーティングを用いた新型のパケット交換ネットワークに関する。
【0031】
本発明は、パケット交換ネットワークを介したビデオのマルチキャスティング、ビデオ・オン・デマンド、リアルタイムのインタラクティブなビデオ電話、及び高忠実度の音声会議のような、高品質のマルチメディア通信サービスを配信するための効率のよいプロトコルを提供することによって、従来技術の限界及び欠点を克服する。本発明は、シリコンのボトルネックの問題に取り組み、高品質のマルチメディア通信サービスが広範に使用されることを可能にする。本発明は、方法、システム及びデータ構造を含むさまざまな種類で表現されることが可能である。
【0032】
本発明に係る1つの態様は、パケットに含まれたデータグラムのアドレスを用いて、接続指向型のパケット交換ネットワークにおける複数の論理リンクを介してマルチメディアデータのパケットを転送する方法(すなわち、データグラムアドレスに基づくルーティング)に関する。データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する。データグラムアドレスの部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、パケットを、複数のトップダウンの論理リンクを介するように方向付ける。(この複数のトップダウンの論理リンクは、複数の論理リンクのサブセットである。)パケットは、それが複数の論理リンクにおける複数のリンクに沿って転送されるときに、不変のままである。
【0033】
本発明に係るもう1つの態様は、複数の論理リンクを含んだ、接続指向型のパケット交換ネットワークを含むシステムに関する。このシステムはまた、複数の論理リンクを通過する複数のデータパケットを含む。パケットのそれぞれは、所定のヘッダフィールドを含む。このヘッダフィールドは、複数の部分的なアドレスサブフィールドを含んだデータグラムのアドレスを含む。データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する。この部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、各パケットを、複数のトップダウンの論理リンクを介するように方向付ける。パケットのそれぞれはまた、マルチメディアデータを含んだペイロードフィールドを含む。パケットのそれぞれは、それが複数の論理リンクにおける複数のリンクに沿って転送されるときに、不変のままである。
【0034】
本発明に係るもう1つの態様は、ヘッダフィールドとペイロードフィールドとを含んだパケットのためのデータ構造に関する。このヘッダフィールドは、複数の部分的なアドレスサブフィールドを含んだデータグラムアドレスを含む。データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する。これら部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、パケットを、接続指向型のパケット交換ネットワークにおける複数の論理リンクのサブセットを形成する複数のトップダウンの論理リンクを介するように方向付ける。ペイロードフィールドはマルチメディアデータを含む。パケットは、それがネットワーク中の複数の論理リンクにおける複数のリンクに沿って転送されるときに、不変のままである。
【0035】
本発明に係る以上説明した実施形態及び態様と他の実施形態及び態様とは、当業者には、添付の請求の範囲及び付属の図面とともに以下の発明の詳細な説明を参照することで明らかになるであろう。
【発明を実施するための最良の形態】
【0036】
高品質なマルチメディア通信サービスを提供するためのコンピュータシステム、方法、及びデータ構造が説明される。以下の説明では、本発明の完全な理解をもたらすために多くの特別な詳細事項が述べられている。しかしながら、当該技術分野において通常の技能を有するものには、これらの特別な詳細事項によらなくとも本発明が実施可能であるということは明らかであろう。別の例では、例えば、光ファイバケーブル、光信号、より対線、同軸ケーブル、開放型システム間相互接続(OSI)モデル、電気電子技術者協会(「IEEE」)の802標準、無線技術、帯域内信号方式、帯域外信号方式、リーキーバケット(leaky bucket)モデル、小型コンピュータシステムインターフェース(「SCSI」)、インテグレイテッド・ドライブ・エレクトロニクス(「IDE」)、エンハンストIDE及びエンハンスト・スモールデバイス・インターフェース(「ESDI」)、フラッシュ技術、ディスクドライブ技術、同期ダイナミックランダムアクセスメモリ(「SDRAM」)のようなネットワーキングの構成要素及び技術が公知であって、従って詳細に説明する必要はない。
【0037】
1. 定義.
多くの場合、異なる情報源はネットワーキングにおける用語に多少異なった意味及び範囲を与える。例えば、「ホスト」という用語は、1)ユーザがネットワーク上の他のコンピュータと通信できるようにするコンピュータ、2)1つあるいはそれよりも多くのウェブサイトのためにウェブページを提供するウェブサーバを備えたコンピュータ、3)メインフレームコンピュータ、あるいは、4)何らかのより小さいか又は能力が低い装置又はプログラムにサービスを提供する装置又はプログラム、を意味する可能性がある。従って、本明細書と請求の範囲において、以下の用語についてこのセクションに説明された定義を参照するものとする。
【0038】
アクセスネットワーク(「ACN」).
ACNとは、一般に、1つあるいはそれよりも多くの中間スイッチ(「MX」)を示す。これらの中間スイッチは全体として、サービスゲートウェイ(「SGW」)と、ネットワークのバックボーンと、SGWに接続された他のネットワークとに対するアクセスを家庭用ゲートウェイ(「HGW」)に提供する。
【0039】
非同期.
非同期とは、設定された時間スロットの間にノードがデータを他のノード送信する/伝送するように制限されていないことを示す。非同期とは、同期の対義語である。
(注意して欲しいこととして、ネットワーキングにおいて「非同期」が用いられる第2の意味、すなわち、データ伝送の方法を記述するための意味が存在する。この場合、データは、典型的には単一のキャラクタに対応しかつ5乃至8ビットを含む、小さな固定されたサイズの複数のグループで伝送され、ビットのタイミングは、何らかの形式のクロックによって直接的に決定されるのではない。データの各グループは、典型的には、スタートビットを先頭に有し、停止ビットを後尾に有する。この非同期の第2の意味は、「同期」の第2の意味、すなわち、付随したクロック情報を備えたより大きなブロックでデータが伝送されるデータ伝送の方法と対比されることが可能である。例えば、実際のデータ信号は、受信機においてデータ信号からクロック信号が復元されることが可能な方法で、送信機によって符号化されてもよい。ここに開示された技術によって、第2の意味に係る非同期伝送よりもずっと高いデータレートを許容する第2の意味に係る同期伝送が使用される。しかしながら、本明細書と請求の範囲が同期及び非同期という用語を用いるとき、これらは、固定された時間スロットの間にノードが他のノードにデータを伝送するように制限されているか否かということを示す。)
【0040】
ボトムアップの論理リンク.
ボトムアップの論理リンクは、発信元のホストと、発信元のホストを管理するサーバ群に関連付けられたスイッチとの間でデータパケットが通過する論理リンクである。スイッチとサーバ群は、典型的には、発信元のホストに対して論理的に最も近接したサービスゲートウェイの一部である。
【0041】
回線交換ネットワーク.
回線交換ネットワークは、2つの(あるいはそれよりも多くの)ホストの間で、それらの通信セッションの継続時間にわたって、専用のエンド・ツー・エンドの回線を確立する。回線交換ネットワークの例は、電話網とISDNを含む。
【0042】
カラーサブフィールド.
カラーサブフィールドはパケット内のアドレスサブフィールドであり、これは、例えば、パケットが提供しているサービスのタイプ(例えば、ユニキャスト通信と多地点通信)、及び/又は、パケットが送信されている宛先又は発信元のノードのタイプについての情報を与えることによって、パケットの転送を促進する。カラーサブフィールドにおける情報は、伝送経路に沿ったノードによるパケットの処理を直接的に援助する。
【0043】
コンピュータが読み取り可能な媒体.
自動化された検出装置によってアクセスされることが可能な形式のデータを含む媒体である。コンピュータが読み取り可能な媒体の例は、(a)磁気ディスク、磁気カード、磁気テープ、及び磁気ドラムと、(b)光ディスクと、(c)固体(ソリッドステート)メモリと、(d)搬送波とを含むが、これらに限定されるものではない。
【0044】
コネクションレス型.
コネクションレス型ネットワークは、データパケットを送信する前のセットアップフェーズが存在しない、パケット交換ネットワークである。例えば、データパケットを送信する前に制御パケットが送信されない。コネクションレス型ネットワークの例は、イーサネット(登録商標)、ユーザデータグラムプロトコル(UDP)を用いたIPネットワーク、及び交換型マルチメガビットデータサービス(SMDS)を含む。
【0045】
コネクション指向型.
コネクション指向型ネットワークは、データパケットを送信する前のセットアップフェーズが存在する、パケット交換ネットワークである。例えば、伝送制御プロトコル(TCP)を用いたIPネットワークでは、データパケットを送信する前のハンドシェーク手順の一部として制御パケットが送信される。「コネクション指向型」という用語が使用されているのは、送信者と受信者が、ただゆるく接続されているにずぎないからである。仮想的な回線に基づくルーティングを用いたパケット交換ネットワークも、コネクション指向型である。
【0046】
制御パケット.
帯域外信号方式の制御を容易化する(促進する)制御情報を含んだペイロードを有するパケットである。
【0047】
データグラムのアドレスに基づくルーティング.
データグラムのアドレスに基づくルーティングにおいて、ネットワークは、当該ネットワークを介してデータパケットを転送するために、当該データパケットに含まれた宛先のアドレスを用いる。データグラムのアドレスに基づくルーティングは、コネクションレス型か、又はコネクション指向型かのいずれかが可能である。
【0048】
データグラムのアドレス.
データグラムのアドレスに基づいたルーティングシステムにおいてパケットを発信元から宛先まで転送するために使用される、パケット内のアドレスである。
【0049】
データリンク層のアドレス.
データリンク層のアドレスには、その通常の意味が与えられる。すなわち、このアドレスは、OSIモデルにおけるデータリンク層のいくつか又はすべての機能を実行するために用いられるアドレスである。データリンクアドレスは、典型的には、ノードに対する物理的なネットワークインターフェースを識別するために使用される。各種の参考文献は、データリンク層のアドレスを「物理アドレス」とも「メディアアクセス制御(MAC)アドレス」とも呼んでいる。ネットワークは、OSIモデルにおけるデータリンク層のいくつか又はすべての機能を実装するために、完全なOSIモデルの実装を必要とするわけではないということを注意する。例えば、イーサネット(登録商標)が完全なOSIモデルを実装してなくても、イーサネット(登録商標)のネットワークにおけるMACアドレスは、データリンク層のアドレスである。
【0050】
データパケット.
マルチメディアデータあるいはカプセル化されたパケットのようなデータを含むペイロードを有するパケットである。データパケットのペイロードもまた、帯域内信号方式の制御を容易化する制御情報を含んでいてもよい。
【0051】
フィルタ.
フィルタは、条件及び/又は基準のセットに基づいてパケットを分離したり、あるいは分類したりする。
【0052】
平坦なアドレス指定構造.
平坦なアドレス指定構造は、(米国の社会保障番号と同様の方法で)単一のグループに組織化されている。従って、これは、パケットのルーティングを援助するために使用可能なネットワークトポロジーについての情報を提供しない。イーサネット(登録商標)のMACアドレスは、平坦なアドレス指定構造の1つの例である。
【0053】
転送(スイッチングあるいはルーティング).
転送とは、パケットを入力論理リンクから出力論理リンクに移動させることを意味する。ここに開示されかつ請求の範囲に記載された技術では、転送、スイッチング及びルーティングという用語は、相互に入れ替えて使用可能である。同様に、スイッチ及びルータ(すなわち、パケットの転送を実行する装置)という用語は、相互に入れ替えて使用可能である。一方、従来技術においては、スイッチングとは、データリンク層においてフレームを転送することであり、ルーティングとは、ネットワーク層においてパケットを転送することであり、スイッチとは、データリンク層においてフレームを転送する装置であり、ルータとは、ネットワーク層においてパケットを転送する装置である。いくつかのコンテキストにおいて、ルーティングとは、パケットの伝送経路あるいはその一部(例えば、次のホップ)を決定することである。
【0054】
フレーム.
パケットを参照。
【0055】
ヘッダ.
ペイロードに先行するパケットの一部であり、典型的には、宛先アドレスと他のフィールドとを含んでいる。
【0056】
階層型アドレス指定構造.
階層型アドレス指定構造は、非常に多くの部分的なアドレスサブフィールドを含み、この部分的なアドレスサブフィールドは、アドレスを、当該アドレスが単一のノードを指示するまで(街路の住所と同様の方法で)逐次に狭めて限定する。階層型アドレス指定構造は、1)ネットワークのトポロジー構造を反映することができ、2)パケットの転送を援助することができ、3)ネットワーク上のノードの、正確な、又は近似的な地理的場所を識別することができる。
【0057】
ホスト.
ユーザがネットワーク上の他のコンピュータと通信することを可能にするコンピュータである。
【0058】
インタラクティブゲームボックス(「IGB」).
IGBは、一般に、オンラインゲームを操作するゲームコンソールであって、そのユーザがネットワーク上の他のユーザらと対話することを可能にするゲームコンソールである。
【0059】
インテリジェント家庭用機器(「IHA」).
IHAは、一般に、意志決定能力を有する機器を示す。例えば、スマートエアーコンデショナは、室温の変化に従って自動的に冷気の出力を調節するIHAである。もう1つの例は、毎月の特定の時間に自動的に水道メータを読み取って、メータの情報を水道局に送信する、スマートメータ読み取りシステムである。
【0060】
論理リンク.
2つのノードの間の論理的な接続である。論理リンクを介してパケットを転送することは、パケットが実際には1つあるいはそれよりも多くの物理リンクを介して転送されることを意味するということが理解されるであろう。
【0061】
メディアブロードキャスト(「MB」).
MPネットワークにおけるMBは、マルチキャストのタイプであって、ここで、メディアプログラムソースは、当該メディアプログラムソースに接続している任意のユーザにメディアプログラムを送信する。ユーザの視点からは、MBは、伝統的な放送技術(例えば、テレビジョン及びラジオ)と同様に見える。しかしながら、システムの視点からは、ユーザが接続を要求しない限りメディアプログラムはこのユーザに送信されないので、MBは伝統的な放送とは異なっている。
【0062】
メディアマルチキャスト(「MM」).
MMとは、単一の発信元と多数の指定された宛先との間でマルチメディアデータを伝送することを示す。
【0063】
MP準拠.
MPに準拠しているとは、メディアネットワークプロトコル(“MP”)のプロトコル要件を厳守した、構成要素、装置、ノード、又はメディアプログラムを示す。
【0064】
マルチメディアデータ.
マルチメディアデータは、オーディオデータ、ビデオデータ、あるいは、オーディオデータとビデオデータとの両方の組み合わせを含むが、それに限定されるものではない。ビデオデータは、静的なビデオデータとストリーム伝送をするビデオデータとを含むが、それに限定されるものではない。
【0065】
ネットワークのバックボーン.
ネットワークのバックボーンとは、広義では、さまざまなノードあるいは終端装置を接続する伝送媒体である。例えば、光ファイバケーブルと光信号を使用してデータを伝送する光ネットワークが、ネットワークのバックボーンである。
【0066】
ネットワーク層のアドレス.
ネットワーク層のアドレスとは、その通常の意味で与えられる。すなわち、ネットワーク層のアドレスは、OSIモデルにおけるネットワーク層のいくつか又はすべての機能を実行するために使用されるアドレスである。ネットワークアドレスは、典型的には、インターネットワークにおける任意の場所にパケットを送信ために使用される。各種の参考文献は、ネットワーク層のアドレスを「論理アドレス」とも「プロトコルアドレス」とも呼んでいる。ネットワークは、OSIモデルにおけるネットワーク層のいくつか又はすべての機能を実装するために、完全なOSIモデルの実装を必要とするわけではないということを注意する。例えば、TCP/IPが完全なOSIモデルを実装してなくても、TCP/IPネットワークにおけるIPアドレスは、ネットワーク層のアドレスである。
【0067】
ノード(リソース).
ノードとは、ネットワークに接続された、アドレス指定可能な装置である。
【0068】
非ピア・ツー・ピア.
非ピア・ツー・ピアとは、階層型ネットワーク内の同じレベルにおける2つのノードが、互いに直接的にパケットを送信できないことを意味する。実際、パケットは、その2つのノードの(複数の)親ノードを通過する必要がある。例えば、同じHGWに接続された2つのUTは、パケットを互いに直接に送信するのではなく、そのHGWを介してパケットを互いに送信する必要がある。同様に、同じSGWに接続された2つのMXは、パケットを互いに直接に送信するのではなく、そのSGWを介してパケットを互いに送信する必要がある。異なるSGWに接続された2つのMXは、パケットを互いに直接に送信するのではなく、それらの親SGWを介してパケットを互いに送信する必要がある。
【0069】
パケット.
パケット交換ネットワークにおける伝送のために使用される、データの小さなブロックである。パケットは、ヘッダとペイロードを含む。ここに開示されかつ請求の範囲に記載された技術の場合、パケット、フレーム及びデータグラムという用語は、相互に入れ替えて使用可能である。一方、従来技術では、フレームとは、データリンク層におけるデータユニットを示し、パケット/データグラムとは、ネットワーク層におけるデータユニットを示す。
【0070】
パケット交換ネットワーク.
パケット交換ネットワークは、仮想的な回線に基づくルーティングか、又はデータグラムのアドレスに基づくルーティングかのいずれかを用いて、複数のホストの間でデータパケットを送信する。パケット交換ネットワークは、複数のホストの間で通信するために、専用のエンド・ツー・エンドの回線を使用しない。
【0071】
物理リンク.
2つのノード間の実際の接続である。
【0072】
リソース.
ノードを参照。
【0073】
ルーティング.
転送を参照。
【0074】
それ自体による方向付け(self-direct).
もし、あるパケットが、一連の論理リンクを介して転送されるように当該パケットを方向付ける情報を含むならば、そのパケットはその一連の論理リンクを介してそれ自体で方向付ける。ここに開示した技術のうちのいくつかでは、部分的なアドレスサブフィールドにおける情報が、パケットを、一連のトップダウンの論理リンクを介して転送されるように方向付ける。それに対して、通常のルーティングでは、パケットのアドレスが使用されて、ルーティングテーブルにおいて次のホップのエントリが検索される。クロスカントリー的な道をたどる旅行との類推によれば、前者の場合は、フリーウェイの最後の出口からあなたの最終的な行先への方向付け(道)の組を有することと同様であるのに対して、後者の場合は、交差点毎に停止して道を尋ねなければならないということと同様である。また、ここに開示した技術のうちのいくつかでは、パケットがそれ自体で方向付けられる際に通過する一連のトップダウンの論理リンクは、すべてのトップダウンの論理リンクを含まない場合があるということ、例えば、パケットは、MPのLANにおいて、ローカルなブロードキャストを介して宛先ノードに到着してもよいということを注意する。それにもかかわらず、パケットはなお、一連のトップダウンの論理リンクを介してそれ自体で方向付けられ、ルーティングテーブルはなお、トップダウンの論理リンクを介することを要求されない。
【0075】
サーバ群.
複数のサーバシステムにてなる集合物。
【0076】
サーバシステム.
ネットワークにおいて、当該ネットワークに接続された他のシステムに対して1つ又は複数のサービスを提供するシステムである。
【0077】
スイッチング.
転送を参照。
【0078】
同期.
同期とは、ノードが、設定された時間スロットの間に他のノードにデータを送信する/伝送するように制限されていることである。同期は非同期の対義語である。(これらの2つの用語が使用されてる同期の2番目のコンテキストを参照せよ。)
【0079】
テレピュータ(teleputer).
テレピュータは、一般に、MPパケットと非MPパケット(例えば、IPパケット)の両方を処理できる単一の装置を示す。
【0080】
トップダウンの論理リンク.
トップダウンの論理リンクは、宛先のホストと、当該宛先のホストを管理するサーバ群に関連付けられたスイッチとの間においてデータパケットが通過する論理リンクである。スイッチとサーバ群は、典型的には、宛先のホストに論理的に最も近接したサービスゲートウェイの一部である。
【0081】
伝送経路.
伝送経路は、発信元ノードと宛先ノードの間でパケットが伝搬する論理リンクのセットである。
【0082】
不変パケット.
パケットが第1の論理リンク及び第2の論理リンクに沿って転送される際に、もし、このパケットが、第1の論理リンクにおいて有していたものと同じビットを第2の論理リンクにおいて有しているならば、このパケットは不変のままである。パケットが、第1及び第2の論理リンクの間のスイッチ/ルータを介して伝搬する際に変更されて次いで復元された場合に、このパケットはなお、これらの論理リンクに沿って不変であったとされることを注意する。例えば、パケットは、当該パケットがスイッチ/ルータに入るときに当該パケットに付加されかつ当該パケットがスイッチ/ルータから離れるときに除去される内部タグを有することが可能であり、それによって、当該パケットが第1の論理リンクにおいて有していたものと同じビットを、第2の論理リンクにおいて当該パケットに残すことが可能である。また、物理層ヘッダ及び/又はトレーラはパケットの一部ではないので、もし第1及び第2の論理リンクにおいて任意の物理層ヘッダ及び/又はトレーラ(例えば、ストリームの開始部とストリームの終了部のデリミッタ)が異なるなら、パケットはなお不変であるとされる。
【0083】
ユニキャスト.
ユニキャストは、単一の発信元と単一の指定された宛先との間のマルチメディアデータの伝送を示す。
【0084】
ユーザ端末装置(「UT」).
UTは、パーソナルコンピュータ(「PC」)、電話機、インテリジェント家庭用機器(「IHA」)、インタラクティブなゲームボックス(「IGB」)、セットトップボックス(「STB」)、テレピュータ、家庭用サーバシステム、メディア記憶装置、あるいは、ネットワークを介してマルチメディアデータを送受信するためにエンドユーザによって使用される他の任意の装置を含むが、これらに限定されるものではない。
【0085】
仮想的な回線に基づくルーティング.
仮想的な回線に基づくルーティングでは、ネットワークは、データパケットに関連付けられた仮想的な回線番号を用いて、当該ネットワークを介してそのデータパケットを転送する。この仮想的な回線番号は、典型的にはデータパケットのヘッダに含まれ、典型的には送信者と(複数の)受信者との間の各中間ノードにおいて変更される。仮想的な回線に基づくルーティングを用いたパケット交換ネットワークの例は、SNA、X.25、フレームリレーと、ATMネットワークを含む。われわれは、このカテゴリーの中に、データパケットを転送するために当該データパケットに仮想的な回線に類似した番号(ラベル)を付加した、MPLSを用いたネットワークも含む。
【0086】
ワイヤスピード.
スイッチは、パケットがこのスイッチに到着する速度と同じ速度でパケットを転送することができるならば、ワイヤスピード(有線回線での速度)で動作している。
【0087】
2. 概論.
MPネットワークは、データパケットがMPネットワークを介して伝搬する際に当該データパケットに対して実行される必要のある処理量を減少させるシステム、方法及びデータ構造を用いることによって、シリコンのボトルネックの問題に取り組んでいる。例えば、図1(c)に概略的に示したように、1つのMPのLAN[例えば、MPの家庭用ゲートウェイ(HGW)と、それに関連付けられた複数のユーザスイッチ(UX)及び複数のユーザ端末装置(UT)]から第2のMPのLANに伝搬する、MPデータパケット10について考察する。
【0088】
マルチメディアデータのMPパケットをその発信元からその宛先に送信するために、MPネットワークは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する単一のデータグラムアドレスを用いる。MPデータグラムのアドレスは、MPのグローバルネットワーク、MPの全国的ネットワークあるいはMPの都市圏ネットワークにおける任意の場所にMPパケットを送信するために使用可能である。MPデータグラムのアドレスは、あるノードに対する物理ネットワークのインターフェースを識別することにも使用される。この例では、関心の持たれたMPデータグラムのアドレスは、宛先ホスト80[例えば、図1(c)におけるLAN2上のUT2]のMPアドレスである。
【0089】
MPデータグラムのアドレスは、MPネットワークにおいて、MPに準拠した構成要素のネットワークに接続するポイント(ポート)を一意的に識別する。従って、もし、あるポートにバインドされたMPに準拠した構成要素が、MPネットワークの異なるポートに対して物理的に移動されるならば、MPアドレスはポートにとどまるのであって、構成要素にとどまるのではない。(しかしながら、MPに準拠した構成要素は、グローバルに一意的なハードウェア識別子をオプションで含んでいてもよい。このハードウェア識別子は、構成要素に対して永久にバインドされ、ネットワーク管理の目的、アカウント処理、及び/又は無線におけるアドレス指定のアプリケーションに使用可能である。)
【0090】
MPアドレスフィールドは、MPネットワークによってサービスの提供を受ける領域の階層を表す、部分的なアドレスサブフィールドを含む。以下に説明されるように、部分的なアドレスサブフィールドのうちのあるものは、ネットワークの接続ポイントに至るトップダウンの経路に対応するので、この階層的なアドレス指定の構造は、一連のトップダウンの論理リンクを介して(複数の)宛先ホストに向かってMPデータパケットをそれ自体で方向付けるために使用される。
【0091】
MPアドレスフィールドは、オプションとして、1つあるいは複数のカラーサブフィールドを含む。カラーサブフィールドは、例えば、MPパケットが提供しているサービスのタイプ、及び/又はパケットが送信されている発信元又は宛先のノードのタイプについての情報を提供することによって、MPパケットの転送を促進する。
【0092】
データを発信元ホスト20(例えば、MPのLAN1上のUT1)から(複数の)宛先ホスト80に転送するために、当該データは多数のMPデータパケットに分割される。各MPデータパケットは、宛先ホスト(例えば、MPのLAN2上のUT2)のMPアドレスを含んだヘッダを含む。このMPアドレスは、データパケット10が複数の論理リンクを介して宛先ホスト80までに転送される際に、通常は不変のままである。それに加えて、以下に説明されるように、「背景技術」のセクション[図1(b)]において考察した従来技術のデータパケットとは著しく対象的なこととして、MPデータパケット10の全体は、発信元ホスト20と宛先ホスト80の間の複数の論理リンクのうちの、複数のリンクに沿って転送されるとき、不変のままである。
【0093】
図1(c)に示されたように、MPデータパケット10は、最初に、サービスゲートウェイ1 40におけるスイッチに向かう。簡単さと、図1(b)との比較を容易化することとのために、図1(c)は、MPパケット10が通過する複数のボトムアップの論理リンク30(すなわち、UT1と、家庭用ゲートウェイと、複数の中間スイッチにてなるアクセス制御ネットワークと、サービスゲートウェイ1におけるスイッチとの間の複数の論理リンク)を、発信元ホスト20とサービスゲートウェイ1 40との間の単一の矢印として表す。ユーザ端末装置、家庭用ゲートウェイ、及びアクセス制御ネットワークの非ピア・ツー・ピアの性質のため、この一連のスイッチを介したボトムアップのパケット伝送は、いかなる転送/スイッチング/ルーティングテーブルも使わずに実行可能である。言い換えれば、MPネットワークのトポロジーのために、あるUTによって生成されるMPパケットは、当該UTを管理するサービスゲートウェイにおけるスイッチに対してルーティングされるように自動的に転送される(パケットが、同じ家庭用ゲートウェイにおける他のUTを宛先として指定されている場合を除く)。
【0094】
サービスゲートウェイ1 40が、発信元ホスト20からMPデータパケットを受信した後で、サービスゲートウェイ1 40は、MPパケットがたどる経路における次のホップを決定する。この決定を行うために、サービスゲートウェイ1 40は、MPアドレスから、部分的なアドレスサブフィールドのうちのあるものを抽出し、これらのサブフィールドを用いて、転送テーブルにおいて次のホップのスイッチ(例えば、サービスゲートウェイ2におけるスイッチ)を検索する。MPネットワークにあるトラフィックフローは予測可能であるので、この転送テーブルはオフラインで計算可能である。トラフィックフローが予測可能であるのは、部分的には、大量のトラフィックを典型的に構成するビデオストリームが予測可能なフローを有するからであり、部分的には、MPネットワークが、(例えば、パケットを追加することによってか、又はパケットを遅延させることによって)パケットのフローを平滑化する要素(パケット等化器)を含む場合があるからである。
【0095】
次のホップを識別した後、サービスゲートウェイ1 40は、サービスゲートウェイ2 50に向かう、一般には不変の、MPパケットを送信する。MPデータグラムのアドレスは、ネットワーク層のアドレス及びデータリンク層のアドレスの両方として動作するので、典型的にはパケットを変更する必要はない。(次に述べるように、ユニキャストサービスにおいてはパケットを変更する必要はないが、多地点通信サービスの場合、MPパケットにおけるセッション番号がサービスゲートウェイ内のスイッチにおいて変更される可能性のあるいくつかの例が存在する。しかしながら、これらの例においてさえも、MPパケットはなお、変更されることなく複数の論理リンクを通過する。)さらに、MPパケットは、「存続時間」フィールドを含む必要がないので、各ホップにおいてこのフィールドをデクリメントする必要がない。それに加えて、パケットが不変であるならば、MPパケットのチェックサムを再計算する必要がない。
【0096】
MPパケット10が、宛先ホスト80を制御する図1(c)におけるサービスゲートウェイN 60のようなサービスゲートウェイに到着するまで、サービスゲートウェイ1 40において生じるものと同様のタイプの処理が、サービスゲートウェイ2 50中と各中間のサービスゲートウェイとにおいて反復される。簡単さと、図1(b)との比較を容易化することとのために、図1(c)は、MPパケット10が通過する複数のトップダウンの論理リンク70(すなわち、サービスゲートウェイNにおけるスイッチと、複数の中間スイッチにてなるアクセス制御ネットワークと、家庭用ゲートウェイと、UT2との間の複数の論理リンク)を、サービスゲートウェイN 60と宛先ホスト80との間の単一の矢印として表す。MPデータグラムのアドレスの部分的なアドレスサブフィールドのうちのあるものにおけるアドレス情報はそれ自体で、ルーティングテーブルを使うことなく、これらのトップダウンの論理リンク70を介するようにMPパケット10を伝送する。従って、MPパケット10は、ルーティングテーブルを用いたりあるいは計算したりすることなく、発信元と宛先との間に論理リンクの大部分に沿って転送されることが可能である。それに加えて、この転送は、オプションとしてワイヤスピードで実行可能である。
【0097】
この例が示すように、MPネットワークでは、従来技術に係る大量の処理ステップは簡単化されあるいは除去され、それによって、シリコンのボトルネックの問題に取り組んでいる。
【0098】
本発明において用いられる方法、システム及びデータ構造に係るこれらの実施形態及び他の実施形態は、以下でより詳細に説明される。
【0099】
3. ネットワークのアーキテクチャ.
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との間の複数の物理的な接続を用いる。
【0100】
それに加えて、MPに準拠した構成要素は、これらの論理リンクに接続する1つ又はそれよりも多くのネットワーク接続ポイント(又はポート)を有する。例えば、図1dに示されたように、UT1320は、ポート1470を介してHGW1100に接続する。同様に、HGW1200は、ポート1170を介してMX1180に接続する。
【0101】
「MPに準拠した」とは、MPのプロトコル要件を厳守する構成要素、装置、ノード、又はメディアプログラムを示す。ACNは、一般に、1つ又はそれよりも多くの中間スイッチ(「MX」)を示し、これは、共同して、上述したSGWと、ネットワークのバックボーンと、上記SGWに接続された他のネットワークとに対するアクセスを、複数のHGWに提供する。後のメディアネットワークプロトコルのセクションと動作例のセクションとは、MPについてのより詳細な議論を提供する。
【0102】
MPの都市圏ネットワーク1000において、SGW1060、SGW1120及びSGW1160は、都市圏ネットワークのバックボーン1040に接続されたいくつかの例示的なノードである。これらのSGWは、都市圏ネットワークのバックボーン1040のエッジ部においてインテリジェント装置を所有することで、MPの都市圏ネットワーク1000内においてMPに従ってデータ及びサービスを配信し、及び/又は、非MPネットワーク1300のような他の非MPネットワークに対してMPに従ってデータ及びサービスを配信する。非MPネットワーク1300のいくつかの例は、任意のIPに基づくネットワークか、PSTNか、あるいは、移動体通信(「GSM」)、汎用パケット無線サービス(General Packet Radio Service:「GRRS」)、符号分割多重アクセス(「CDMA」)又はローカル多地点配信サービス(Local Multipoint Distribution Services:「LMDS」)に基づくネットワークのような、任意の無線技術に基づくネットワークかを含むが、これらに限定されるものではない。それに加えて、SGW1020は、MPの都市圏ネットワーク1000と、図2に示されたMPの都市圏ネットワーク2030のようなMPの他の都市圏ネットワークとの間の通信を促進する。図1d及び図2は、議論の目的のために、SGW1020が、MPの都市圏ネットワーク1000内のSGWではなくMPの全国的ネットワーク2000内のSGWであるものとして図示しているが、当該技術分野において通常の技能を有する者には、本発明の範囲を超えることなくSGW1020を他の方法で記述すること(例えば、SGW1020はMPの都市圏ネットワーク1000の一部である。)は明らかであろう。
【0103】
一実施形態に係るMPの都市圏ネットワーク1000は、さらに、「エッジ部におけるインテリジェント装置」を2つのタイプのSGWに分配する。特に、SGWのうちの1つは、「都市圏のマスターのネットワークマネージャ装置」になるのに対して、都市圏ネットワークのバックボーン1040上に存在する他の複数のSGWは、都市圏のマスターのネットワークマネージャ装置に対する「スレーブ」になる。従って、SGW1160が都市圏のマスターのネットワークマネージャ装置としてサービスを提供する場合、SGW1060及び1120は、SGW1160に対する「都市圏のスレーブのネットワークマネージャ装置」になる。スレーブSGWが、それに従属するACN、HGW及びUTの制御を担当し続けかつそれらへの応答を担当し続けるのに対して、マスターSGW1160は、スレーブSGWには利用可能でない機能を実行することができる。これら機能のいくつかの例は、スレーブSGWの構成と、MPの都市圏ネットワーク1000の帯域幅及び処理リソースを検査、保持及び管理とを含むが、これらに限定されるものではない。
【0104】
ネットワークのバックボーン(例えば、1040、2010及び3020)と非MPネットワーク(例えば、1300)への接続に加えて、SGWは、さまざまなタイプのMPに準拠した構成要素及びアクセスネットワークへの接続もサポートする。例えば、図1dに示されたように、SGW1060は、論理リンク1070を介して、ACN1085におけるMX1080と接続する。同様に、SGW1160は、論理リンク1440と1460をそれぞれ介して、ACN1190におけるMX1180とMX1240と接続する。後のサービスゲートウェイのセクションは、SGWについてのより詳細な議論を提供する。
【0105】
MPの都市圏ネットワーク1000における例示的なACN1085及びACN1190の中のMXの動作は、検査と、スイッチングと、適切な宛先に向かってパケットを伝送することとを含むが、これらに限定されるものではない。SGWに接続することに加えて、ACNにおけるMXは、1つあるいはそれよりも多くのHGWに接続することもできる。図1dに示されたように、ACN1085中のMX1080は、論理リンク1090を介してHGW1100に接続する。ACN1190において、MX1180はHGW1200及びHGW1220と接続するが、MX1240はHGW1260及びHGW1280と接続する。後のアクセスネットワークのセクションは、ACN及びMXについてのより詳細な議論を提供する。
【0106】
例示的なHGW1100、HGW1200、HGW1220、HGW1260及びHGW1280は、UTが接続することと、接続されたUTが互いに通信するかあるいは他の終端のシステムと通信することのための共通のプラットホームを広く提供する。例えば、UT1320はHGW1100に接続され、従って、UT1340、UT1360、UT1380、UT1400、UT1420、及び(図3に示されたような)MPのグローバルネットワーク3000に存在するUTのうちの任意のものと通信できる。それに加えて、UT1320は、メディア記憶装置1140及び1145に対するアクセスを有する。UTは、一般に、ユーザと対話し、ユーザの要求に応答し、HGWからのパケットを処理し、エンドユーザに、ユーザが要求したデータ及び/又はサービスを配信しかつ提供する。後の家庭用ゲートウェイとユーザ端末装置のセクションは、HGWとUTとについてそれぞれより詳細な議論を提供する。
【0107】
例示的なメディア記憶装置1140と1145は、マルチメディアコンテンツを記憶する、コストについて効率的な記憶装置技術を広く示す。このコンテンツは、映画、テレビジョン番組、ゲーム、及びオーディオ番組を含むが、これらに限定されるものではない。後のメディア記憶装置のセクションは、メディア記憶装置についてより詳細な議論を提供する。
【0108】
図1dにあるMPの都市圏ネットワーク1000は、1つの例示的な構成において、特定の個数のMPに準拠した構成要素を含んでいるが、当該技術分野において通常の技能を有する者には、本発明の範囲を越えることなく、異なる個数及び/又は異なる構成のMPに準拠した構成要素を用いてMPの都市圏ネットワーク1000を設計できかつ実装できるということは明らかであろう。
【0109】
3.2 メディアネットワークプロトコルの全国的ネットワーク.
図2は、例示的なMPの全国的ネットワーク2000のブロック図である。MPの都市圏ネットワーク1000上のマスター及びスレーブのSGWと同様に、MPの全国的ネットワーク2000も、SGW1020を「全国的なマスターのネットワークマネージャ装置」として指定するによって、全国的ネットワークのバックボーン2010上におけるその複数のSGWのインテリジェント装置を分割する。SGW1020の動作は、全国的ネットワークのバックボーン2010上の他の複数のSGWを構成することと、全国的ネットワーク2000の帯域幅及び処理リソースを検査し、保持し、管理することとを含むが、これらに限定されるものではない。
【0110】
3.3 メディアネットワークプロトコルのグローバルネットワーク.
図3は、例示的なMPのグローバルネットワーク3000のブロック図である。MPのグローバルネットワーク3000は、SGW2020を「グローバルなマスターのネットワークマネージャ装置」と指定する。SGW2020の動作は、グローバルネットワークのバックボーン2010上の他の複数のSGWを構成することと、MPのグローバルネットワーク3000の帯域幅及び処理リソースを検査し、保持し、管理することとを含むが、これらに限定されるものではない。
【0111】
議論されたMPネットワーク(すなわち、MPの都市圏ネットワーク1000、MPの全国的ネットワーク2000、MPのグローバルネットワーク3000)のそれぞれは、1つの指定されたマスターのネットワークマネージャ装置を有するが、当該技術分野における通常の技能を有する者には、本発明の範囲を超えることなく、ネットワークのバックボーンのエッジ部におけるインテリジェント装置を1つより多くのマスターSGWにさらに分配するということが明らかであろう。それに加えて、マスターSGWに動作不良が発生した場合、バックアップ用のSGWが、故障したマスターSGWに取って代わることができる。
【0112】
4. メディアネットワークプロトコル(「MP」).
図4はMPの例示的なネットワークアーキテクチャを示す。特に、MPは、3つの独立した層、すなわち、物理層、論理層及びアプリケーション層を有する。ホストA4060上の物理層4070のような物理層が、ノードB4000上の物理層4010のようなもう1つの物理層と通信することを可能にするルール及び協定が、集合的に、物理層のプロトコル4050として知られている。同様に、論理層のプロトコル4040及びアプリケーション層のプロトコル4140が、論理層4090及び4030の間の通信と、アプリケーション層4130及び4110の間の通信とをそれぞれ促進する。
【0113】
それに加えて、物理層4070と論理層4090や、あるいは論理層4090とアプリケーション層4130のような、各一対の隣接した層の間には、それぞれ、論理−物理インターフェース4080や、アプリケーション−論理インターフェース4120のようなインターフェースが存在する。これらのインターフェースは、下位層から上位層に提供する基本的動作(primitive operations)とサービスを定義する。
【0114】
4.1 物理層.
物理層4010のようなMPの物理層は、論理層4030のようなMPの論理層に対して所定のサービスを提供し、物理層4010実装上の詳細事項から論理層4030を遮蔽する。それに加えて、物理層4010及び4070は、物理層−伝送媒体インターフェース4150及び4120のような、伝送媒体4100に対するインターフェースを提供することと、伝送媒体4100を介して構造化されていないビットを伝送することとにも責務を有する。伝送媒体4100のいくつかの例は、より対線、同軸ケーブル、光ファイバケーブル、及び搬送波を含むが、これらに限定されるものではない。
【0115】
MPの都市圏ネットワーク1000(図1d)のような一実施形態に係るMPネットワークにおいて、論理リンク1010,1030,1040,1050,1070,1090,1310,1110,1440,1460,1150,1520,1530,及び1290によって使用される物理リンクは、異なる伝送媒体を有してもよい。例えば、論理リンク1310をサポートする伝送媒体は同軸ケーブルであることが可能であり、論理リンク1050のための伝送媒体は、光ファイバケーブルであることが可能である。当該技術分野において通常の技能を有する者には、議論はされていないが本発明の範囲内になお含まれる他の伝送媒体の組み合わせを用いてMPの都市圏ネットワーク1000を実装することは明らかであろう。
【0116】
MPの都市圏ネットワーク1000が、異なる伝送媒体を使用する場合、ネットワークのMPに準拠した構成要素は、これらの媒体とインターフェースをとる複数の物理層にてなる別個のセットを有する。例えば、論理リンク1310をサポートする伝送媒体が同軸ケーブルであり、論理リンク1070のための伝送媒体が光ファイバケーブルである場合、HGW1100及びUT1320は、SGW1060及びMX1080が共用するセットとは異なる物理層の1セットを共用する。同軸ケーブルとインターフェースをとる物理層は、光ファイバケーブルとインターフェースをとる物理層とは異なるように、ケーブルに対するインターフェースの物理的特性と、ビットの表現と、ビット伝送手順とを指定する場合があるが、これらの物理層はなお、構造化されていないビットの伝送を促進する。言い換えると、あるMPネットワーク中のさまざまなタイプの伝送媒体(例えば、同軸ケーブルと光ファイバケーブル)はすべて、構造化されていないビットを伝送する。
【0117】
4.2 論理層.
MPの論理層4030及び4090(図4)は、OSIモデルのデータリンク層、ネットワーク層、トランスポート層、セッション層及びプレゼンテーション層によって典型的に実行される機能を含む。これらの機能は、ビットをパケットに組織化することと、パケットをルーティングすることと、システム間の接続を確立し、保持し、終了することとを含むが、これらに限定されるものではない。
【0118】
MPの論理層の機能のうちの1つは、MPの物理層からの構造化されていないビットをパケットに組織化することである。図5は、MPパケット5000の例示的なフォーマットを示す。MPパケット5000は、プリアンブル5060、パケット開始部のデリミッタ5070、及びパケットチェックシーケンス(PCS)5080を含む。プリアンブル5060は、ホストB4000のクロックがホストA4060のクロックと同期化する(回復する)ことを可能にする特定のビットパターンを含む。パケット開始部のデリミッタ5070は、パケット自体の開始部を示すもう1つのビットパターンを含む。PCSフィールド5050は、受信されたMPパケットにおけるエラーを検出するための巡回冗長チェック値を含む。
【0119】
MPパケット5000は、可変長パケットであることが可能であり、宛先アドレス(「DA」)フィールド5010、発信元アドレス(「SA」)フィールド5020、長さ(「LEN」)フィールド5030、予約済みフィールド5040、及びペイロードフィールド5050を有する。
【0120】
DAフィールド5010は、MPパケット5000の宛先情報を含み、SAフィールド5020は、MPパケット5000の発信元情報を含む。LENフィールド5030は、MPパケット5000の長さの情報を含む。ペイロードフィールド5050は、マルチメディアデータかあるいは制御情報かのいずれかを含む。当該技術分野の通常の技能を有する者には、議論されたMPパケット5000のフォーマットとは異なるパケットフォーマットを有するがなおMPの範囲内に含まれるMPを実装すること(例えば、フィールドのシーケンスを再配置するか、あるいは新たなフィールドを付加すること)は明らかであろう。
【0121】
例示的な実施形態に係るMPの論理層は、2つのタイプのMPパケット、すなわち、
MP制御パケットとMPデータパケットを定義した。MP制御パケットは、ペイロードフィールド5050(図5)において制御情報を伝送するのに対し、MPデータパケットは、ペイロードフィールド5050において、マルチメディアデータや又はカプセル化されたパケットのようなデータ伝送する。しかしながら、いくつかのMPデータパケットは、ペイロードフィールド5050においてデータとともに制御情報も含んでいてもよい。従って、帯域外信号方式の制御を容易化するMP制御パケットに対して、このようなMPデータパケットは、帯域内信号方式の制御を容易化する。以下のMPパケットの表において、いくつかの例示的なMPパケットを示す。
【0122】
【表1】
【0123】
【表2】
【0124】
【表3】
【0125】
次のセクションは、これらのMPパケットのうちのいくつかについてさらに説明する。しかしながら、当該技術分野の通常の技能を有する者には、上記の表は、MPパケットのタイプについての、網羅的ではなく例示的なリストを含むということは明らかであろう。
【0126】
非MPネットワークと相互に操作するため、一実施形態に係るMPの論理層は、非MPデータ、あるいは非MPネットワーク(例えば、IP、PSTN、GSM、GPRS、CDMA及びLMDS)がサポートするデータをカプセル化して、MPでカプセル化されたパケットにする。MPでカプセル化されたパケットはなお、MPパケット5000と同じフォーマットに従うが、そのペイロードフィールド5050は非MPデータを含む。パケット交換される非MPネットワークの場合、ペイロードフィールド5050は、全体的にか又は部分的にかのいずれかで非MPパケットを含む。
【0127】
MP論理層のもう1つの機能は、1)MPネットワーク内で、2)MPネットワーク間で、及び3)MPネットワークと非MPネットワークの間で、パケットの配信を可能にするアドレス指定の方式をサポートすることにある。サポートされたいくつかのアドレスのタイプは、ユーザ名、ユーザアドレス及びネットワークアドレスを含むが、これらに限定されるものではない。それに加えて、一実施形態に係るMPの論理層は、ハードウェアの識別(ハードウェアID)もサポートする。ハードウェアIDはアドレス指定に使用可能であるが(例えば、無線アプリケーション)、より典型的には、アカウント処理あるいはネットワーク管理の目的に使用される(下記を参照)。
【0128】
ある例示的なMPネットワークにおいて、MPに準拠した各構成要素は一意的なハードウェアIDを有し、このハードウェアIDは、典型的には、産業グループとMPに準拠した構成要素の製造業者とによって生成されて割り当てられる。1つの実施形態において、このMPネットワークに係る上述の「マスターのネットワークマネージャ装置」と「スレーブのネットワークマネージャ装置」との両方はこのハードウェアIDを用いて、ネットワーク上の構成要素が、1)権限を有しかつMPに準拠した製造業者によって製造されること、及び/又は、2)このネットワーク上に存在することが許可されていることを保証する。
【0129】
ハードウェアIDに加えて、例示的なMPの論理層は、MPネットワーク上のユーザらに対する複数のタイプの識別子をサポートする。特に、これらの識別子は、ユーザ名、ユーザアドレス及びネットワークアドレスを含む。あるユーザ名は1つあるいはそれよりも多くのユーザアドレスに対応し、1つのユーザアドレスは、1つのネットワークアドレスにマッピングされる。例えば、ユーザ名「WWW.MediaNet_Support.com」は、ある会社サポート部門の従業員1のユーザアドレス「650−470−0001」と、従業員2の「650−470−0002」と、従業員3の「650−470−0003」に対応することが可能である。代わって、ユーザアドレス「650−470−0001」は、従業員1が使用するUTに対応するネットワーク接続ポイント(ポート)を識別する、1つのネットワークアドレスにマッピングされる。同様に、ユーザアドレス「650−470−0002」及び「650−470−0003」は、従業員2及び従業員3がそれぞれ使用するUTに対応するポートを識別するネットワークアドレスにマッピングされる。
【0130】
一実施形態に係るMPネットワークにおけるMPに準拠した構成要素のネットワークアドレスが、このMPに準拠した構成要素によって使用されるポートにバインドされる。このネットワークアドレスは、ポートに直接的に接続するMPに準拠した構成要素を識別する。SGW1160が、HGW1200のポート1210に対して、ネットワークアドレス「0/1/1/1/23/45/78/2(一般的なカラーのサブフィールド6010/データタイプのサブフィールド6070/MPサブフィールド6080/国サブフィールド6020/都市サブフィールド6030/コミュニティサブフィールド6040/階層化されたスイッチのサブフィールド6050/ユーザ端末装置のサブフィールド6060)」を割り当てると仮定する。UT1420はポート1210を介して直接にHGW1200に接続されているので、「0/1/1/1/23/45/78/2」がUT1420の割り当てられたネットワークアドレスになる。従って、上述の例における従業員1がUT1420を使う場合、前述のユーザアドレス「650−470−0001」が、ネットワークアドレス「0/1/1/1/23/45/78/2」にマッピングされる。[ネットワークアドレスにおける部分的なアドレスのサブフィールドについて以下でより詳細に説明するということを注記する。]
【0131】
ユーザアドレスは、UT以外の他のネットワーク構成要素に割り当てられる。例えば、前述の産業グループ及び製造業者は、ACNにおけるMXのような、MPに準拠した他の構成要素において、ユーザアドレスを生成し、割り当て、記憶してもよい。同様に、テレビジョン番組の作成者やメディア・オン・デマンドサービス(要求に応答してメディアコンテンツを配信するサービス)のオペレータのような、メディアプログラムのオペレータは、メディアプログラムに対して、ユーザアドレスを生成して割り当ててもよい。
【0132】
ユーザ名及びユーザアドレスは、典型的には、ネットワークのオペレータによってか、あるいは当該ネットワークのオペレータが使用する独立した第三者の組織によって割り当てられる。ネットワークアドレスは、ネットワーク構成の間にSGWによって割り当てられる(以下のサービスゲートウェイのセクションにおいて説明する)。例として、図1dにおけるHGW1200に接続された複数のUTが、集合的にWWW.MediaNet_Support.comとして知られることを、ネットワークのオペレータが希望している場合を仮定する。これを行うために、SGW1160を構成しているネットワークのオペレータは、ユーザ名「WWW.MediaNet_Support.com」を生成し、このユーザ名を、HGW1200に接続された複数のUTのユーザアドレスにマッピングすることができる。
【0133】
ポートにバインドされたネットワークアドレスとは異なり、割り当てられたユーザ名及びユーザアドレスは、基礎となるMPネットワークのトポロジーに対する変更(例えば、MPに準拠した1つ又はそれよりも多くの構成要素の付加、除去あるいは移転を含む、ネットワークの再構成)が生じる場合であっても、不変のままであることが可能である。例えば、従業員1によって使用されるUTがUT1320であることと、MPの都市圏ネットワーク1000を管理するネットワークオペレータが、ポート1490を介して、(HGW1100の代わりに)HGW1220にUT1320を接続するように決定することとを仮定する場合、UT1320を識別するネットワークアドレスは、(ポート1470をバインドするネットワークアドレスの代わりに)ポート1490をバインドするネットワークアドレスに変化する。このネットワークアドレスの変化にも関わらず、従業員1のユーザ名及びーザアドレスは同じままでであることが可能である。
【0134】
上で議論したように、MPの論理層は、ユーザ名及びユーザアドレスのような識別子の層をネットワークアドレスにマッピングする。あるMPネットワークアドレスはいくつかの機能を提供する。それは、MPネットワーク上のMPに準拠した構成要素のようなノードに対する、物理的なネットワークインターフェースを識別する。それを用いて、MPインターネットワーク内の任意の場所にパケットを送信することができる。MPネットワークのトポロジー構造を反映するその階層的構造のために、MPネットワークアドレスはまた、パケットを転送することと、MPネットワーク上におけるノードの地理的場所を正確又は近似的に識別することとを援助することもできる。MPネットワークアドレスは、(例えば、一連の論理リンクを通るようにパケットを方向付けるための部分的なアドレスサブフィールドを用いて、あるいは、パケット配信機構を選択するためのカラーサブフィールドを用いて)ノードが実行するタスクを指定することもできる。
【0135】
図6は、図1dにおけるUT1320のような、MPのグローバルネットワーク3000上のMPに準拠したUTのネットワーク接続ポイント(ポート)を識別する、ネットワークアドレス6000である。ネットワークアドレス6000は、一般的なカラーのサブフィールド6010と、データタイプのサブフィールド6070と、MPサブフィールド6080と、部分的なアドレスのサブフィールドの階層とを含み、上記部分的なアドレスのサブフィールドの階層は、例えば、国サブフィールド6020、都市サブフィールド6030、コミュニティサブフィールド6040、階層化されたスイッチのサブフィールド6050、及びUTサブフィールド6060を含む。この階層的なアドレス指定の構造は、MPのグローバルネットワーク3000のネットワークトポロジーを反映する。これらのネットワークアドレスサブフィールドのうちのいくつかには、地理的な意味(例えば、国サブフィールド6020、都市サブフィールド6030、及びコミュニティサブフィールド6040)が暗示されているが、当業者には、これらのサブフィールドが、MPネットワークによってサービスの提供を受ける領域の階層を表すにすぎないということは明らかであろう。
【0136】
ネットワークアドレス6000の一般的なカラーのサブフィールド6010は、パケットの転送を促進する、MPパケットについての「カラー情報」を含む。MPパケットの受信者は、部分的にはこのカラー情報に基づくことによって、パケット全体を検査/解析することを必要とせずパケットを処理することができる。(このこととは別に、「受信者」は、UTのようなMPパケットの最終的な受信者に制限されず、例えばMPパケット処理するMXであるがそれに限らない複数の中間のネットワーク構成要素も含むということを注意する。)いくつかの例示的なタイプのカラー情報が、以下のMPカラーの表に示されている。MPカラーの表に与えられた例は、様々なタイプのサービス(例えば、ユニキャスト通信と多地点通信)に対するカラー情報を記述するが、当該技術分野における通常の技能を有する者には、パケットが送信されてくる装置のタイプ(発信元ノード)又はパケットが送信されていく装置のタイプ(宛先ノード)を識別するような、他の目的にそのカラー情報を使用することは明らかであろう。以下で議論されるように、カラー情報は、スイッチによるパケットの処理を指示することを援助し、それによって、より簡単なスイッチの使用を可能にする。
【0137】
【表4】
【0138】
ネットワークアドレス6000は、オプションとして、データタイプのサブフィールド6070とMPサブフィールド6080を有する。一実施形態において、データタイプのサブフィールド6070は、交換されるデータタイプを示す。このデータタイプは、オーディオデータ、ビデオデータ、あるいはこれら2つの組み合わせを含むが、これらに限定されるものではない。MPサブフィールド6080は、ネットワークアドレス6080を伝送するパケットのタイプを示す。例えば、パケットは、MPパケットであるか、又はMPでカプセル化されたパケットであるかのいずれかが可能である。それに代わって、データタイプのサブフィールド6070及び/又はMPサブフィールド6080に提供された情報は、一般的なカラーのサブフィールド6010あるいはペイロードフィールド5050に組み込まれることが可能である。
【0139】
図7は、階層化されたスイッチのサブフィールド6050をさらに分割する、例示的なネットワークアドレス6000の変形例を示す。ネットワークアドレス7000は、複数のMXの複数の層を備えたACNを包含するMPネットワークにおけるあるUTのネットワーク接続ポイント(ポート)を識別する。特に、図6における階層化されたスイッチのサブフィールド6050は、ビレッジスイッチ(「VX」)サブフィールド7070と、ビルディングスイッチ(「BX」)サブフィールド7080と、ユーザスイッチ(「UX」)サブフィールド7090とにさらに分割されて、階層化されたVX、BX及びUXの構造を反映する。図8及び図9aは、階層化されたスイッチのサブフィールド6050に対する異なる分割を用いた他の変形例を示す。図8において、ネットワークアドレス7000と同様に、ネットワークアドレス8000は、ネットワークアドレス6000の階層化されたスイッチのサブフィールド6050に対応する、VXサブフィールド8070と、カーブ(curb:ふち石)スイッチ(「CX」)サブフィールド8080と、UX8090とを有する。図9aにおいて、ネットワークアドレス9000は、オフィススイッチ(「OX」)9070とUX9080とを有する。
【0140】
別に特に言及していない限り、以下でネットワークアドレス6000に言及する際には、一般に、その派生したフォーマット(すなわち、階層化されたスイッチのサブフィールド6050をさらに分割する、7000、8000及び9000のようなネットワークアドレス)を含んでいる。また、後のアクセスネットワークと家庭用ゲートウェイのセクションは、これらの派生したフォーマットについてのより詳細な議論を提供する。
【0141】
前述のVX及びOXサブフィールドは、主に、SGWが管理するビレッジスイッチ及びオフィススイッチを識別するために使用されるが、これらは、SGW内のMPに準拠した構成要素を識別するためにも使用可能である。図9bは、SGW内のMPに準拠した構成要素(例えば、EX、サーバ群、ゲートウェイ、及びメディア記憶装置)を識別する、例示的なネットワークアドレスのフォーマット(すなわち、9100)を示す。MPパケットがSGW内におけるメディア記憶装置とは異なる構成要素に方向付けられることを示すために、ネットワークアドレス9100のVXサブフィールド9170は、すべて零を含む(「0000」)。残りのビット(構成要素番号サブフィールド9180)は、当該SGW内の特定の構成要素を識別するために使用された。SGW1160(図10)を例として用いると、EX10000、サーバ群10010及びゲートウェイ10020を識別するネットワークアドレスは、ネットワークアドレス9100のフォーマットを厳守する。これらのネットワークアドレスは、国サブフィールド9140、都市サブフィールド9150、コミュニティサブフィールド9160、及びVXサブフィールド9170(「0000」)において同一の情報を共有しているが、構成要素番号サブフィールド9180において異なる情報を含み、これらの構成要素を識別する。例えば、EX10000が、構成要素番号サブフィールド9180において1の構成要素番号に対応する場合があるのに対して、サーバ群10010が2に対応し、ゲートウェイ10020が3に対応する。
【0142】
一方、MPパケットが、SGW内のメディア記憶装置に方向付けられることを示すために、ネットワークアドレス9100のVXサブフィールド9170は「0001」を含む。残りのビット(構成要素番号サブフィールド9180)は、当該SGW内の特定のメディア記憶装置を識別するために使用される。SGW1120(図10)を例として用いると、メディア記憶装置1140及びメディア記憶装置1145を識別するネットワークアドレスは、ネットワークアドレス9100のフォーマットを厳守する。これら2つのネットワークアドレスは、国サブフィールド9140、都市サブフィールド9150、コミュニティサブフィールド9160、及びVXサブフィールド9170(「0001」)において同一の情報を共有するが、構成要素番号サブフィールド9180において異なる情報を含み、2つのメディア記憶装置の構成要素を識別する。例えば、メディア記憶装置1140が、構成要素番号サブフィールド9180において1の構成要素番号に対応する場合があるのに対して、メディア記憶装置1145が2に対応する。しかしながら、メディア記憶装置がUT(すなわち、SGW内に存在しないメディア記憶装置)に対応する場合には、このUTメディア記憶装置を識別するネットワークアドレスは、上で議論されたネットワークアドレス9100のフォーマットの代わりに、ネットワークアドレス6000のフォーマットに従う。
【0143】
当該技術分野において通常の技能を有する者には、開示されたネットワークアドレス指定方式の範囲を越えることなく、SGW内の構成要素をアドレス指定するために使用されるフラグが、異なるビットシーケンス(すなわち、「0000」と「0001」のいずれかと異なる)、異なる長さ(すなわち、4ビットのビット長より長いか又は短い)、及び/又はMPパケットにおける異なる位置を有する可能性があることが明らかであろう。
【0144】
いくつかのタイプの多地点通信[例えば、メディアマルチキャスト(「MM」)とメディアブロードキャスト(「MB」)]では、3つのネットワークアドレスのフォーマットが使用された。特に、MP制御パケットをそれらの宛先に向かって転送するために、ネットワークアドレス6000及び9100のフォーマットが使用された。MPデータパケットをそれらの宛先に向かって転送するために、ネットワークアドレス9200のフォーマットが使用された。MPパケットが多地点通信のためのデータパケットであることを示すために、ネットワークアドレス9200の一般的なカラーのサブフィールド9210が、特定のビットシーケンスを含む。セッション番号フィールド9270は、MPの都市圏ネットワーク内でMPパケットが属する特定のセッションを識別する。セッション番号フィールド9270はnビットの長さを有すると仮定する。このとき、ネットワークアドレス9200のフォーマットを採用したMPの都市圏ネットワークは、2n個の異なる多地点通信セッションをサポートする。当該技術において通常の技能を有する者には、開示されたネットワークアドレス指定方式の範囲を越えることなく、セッションサブフィールド9270が、異なる長さ(例えば、予約済みサブフィールド9260を含む。)及び/又はMPパケットにおける異なる位置を有する可能性があることが明らかであろう。
【0145】
いくつかのネットワークアドレスのフォーマットが例証されたが、当業者は、変形例のフォーマットが、あるノードに対する物理的なネットワークインターフェースを識別し、インターネットワークにおける任意の場所にパケットを送信するために使用可能であり、及び/又は、階層型アドレス構造を用いて、パケットをその宛先に向かって方向付けることを援助する場合には、MPの範囲が、議論されたフォーマットの他の上記変形例のフォーマットをカバーすることを認識するであろう。オプションとして、(複数の)カラーサブフィールドもパケットの転送をできる。当該技術分野において通常の技能を有する者には、UTに対する議論されたネットワークアドレスのフォーマットを、MXのような、MPに準拠した他の構成要素に適用することは明らかであろう。例えば、MX1080のネットワークアドレスはネットワークアドレス6000のフォーマットに従うが、UTサブフィールド6060は、すべて0か又はすべて1かのいずれかであるような特定のビットパターンによって充填される。それに代わって、UT1420を識別するネットワークアドレス(「UT_network_address」)がネットワークアドレス6000のフォーマットに従う場合には、MX1080を識別するための1つの可能なネットワークアドレスは、その一般的なカラーのサブフィールド6010が(UT装置のタイプ情報の代わりに)MX装置のタイプ情報を含む場合を例外として、UT_network_addressと同じ情報を有する。
【0146】
MPの論理層に係るもう1つの機能は、予測可能で、安全(セキュリティが保たれている)で、アカウント処理可能で、かつ迅速な方法で、MPパケットあるいはMPでカプセル化されたパケットの転送を提供することにある。例示的なMPの論理層は、サービスを提供する(すなわち、呼の通信段階の)前にマルチメディアサービスをセットアップすること(すなわち、呼のセットアップ段階)によって、このタイプの転送を促進する。呼のセットアップ段階の間に、関与する複数の当事者間の伝送経路は、アドミション制御(リソース管理)の目的で確定される。伝送経路に沿ったMPに準拠した複数の構成要素は、サービスを管理する(複数の)サーバ群に、現在の帯域幅使用量データを提供する。それに続く呼の通信段階において、伝送経路に沿ったMPに準拠した構成要素はまた、ポリシー制御(例えば、許容できるフローのタイプ、トラフィックフロー、及び当事者の資格)の実装を援助するためにセットアップされる。後のサービスゲートウェイ、アクセスネットワーク及び家庭用ゲートウェイのセクションは、アドミション制御及びポリシー制御のいくつかの実装についてさらに説明する。
【0147】
呼のセットアップ段階の後、例示的なMPの論理層は、例えば、最小レート遅延等化器(「MDRE」)を用いてMPネットワーク上のMPパケットのフローを調整することによって、また、上述のアドミション制御及び/又はポリシー制御によって指定されるパラメータに従ってパケットを拒絶するか又は進入許可することによって、トラフィックポリシーの設定をサポートする。トラフィックポリシーの設定は、呼の通信段階の間におけるMPネットワーク上のトラフィックの予測可能性及び完全性を保証する。より具体的には、一実施形態において、データパケットを生成してMPネットワークに送信する複数の発信元ホスト(例えば、UT、メディア記憶装置、及びサーバ群)が、まず、複数のMDREモジュールを介してデータパケットを伝送する。一実施形態に係るMDREは、公知のリーキーバケットモデルに従い、結果として、等しく離間されたデータパケットをMPネットワークに出力する。MDREモデルが受信したMPデータパケットの数が、MDREのバッファの容量を超える場合には、MDREモジュールは、オーバーフローしたMPデータパケットを廃棄する。一方、MPデータパケットがMDREモジュールに予め設定された値より低いレートで到着する場合には、MDREモジュールは「充填物(filler)」のMPデータパケットをMPネットワークに送信して、一定かつ予測可能なデータレートを保持する。
【0148】
それに加えて、MPネットワーク上のMPに準拠した他の構成要素は、呼の通信段階の間に、発信元ホストからの等しく離間されたMPデータパケットをフィルタリングして、望ましくないパケットがSGWのサーバ群に到着するを防止する。後のアップリンクのパケットフィルタのセクションは、上述のトラフィックポリシー設定機能を実行するフィルタについての詳細を提供する。
【0149】
例示的なMPの論理層はまた、呼の通信段階の間に使用量情報を測定するアカウント処理ポリシーをサポートする。後のサーバ群のセクションと動作例のセクションは、アカウント処理機能の実装についてさらに説明する。
【0150】
例示的なMPの論理層は、呼の通信段階の間における複数の論理リンクを介したMPデータパケットの高速転送を促進する。例えば、UT1320がUT1420にユニキャストMPデータパケットを送信すると仮定する。以下で説明するように、MPネットワークの非ピア・ツー・ピアの構造のために、MPデータパケットは、ルーティングテーブルを計算したりあるいは用いたりすることなく、論理リンク1310、1090及び1070に沿って、UT1320からSGW1060に伝送されることが可能である。発信元ホスト(UT1320)と、発信元ホストに論理的に最も近接したSGW(ここではSGW1060)との間の論理リンクが、ボトムアップの論理リンクと呼ばれる。そして、マルチメディアデータの予測可能性(例えば、MPネットワークのトラフィックの大部分を構成するであろうビデオストリームが、予測可能なフローを有すること)と、(上述された)MPネットワーク上のトラフィックフローの調整とのために、SGW1060は、オフラインで計算可能な転送テーブルを用いて、論理リンク1050、1040及び1150に沿ってMPデータパケットをSGW1160に伝送することができる。最後に、UT1420に最も近接したSGW(すなわちSGW1160)は、パケットをそれ自体で方向付けるための部分的なアドレスのルーティング(以下で説明する)を用いて、論理リンク1140、1520及び1530に沿ってMPデータパケットをUT1420に伝送することができる。
【0151】
宛先ホスト(ここではUT1420)と、宛先ホストに論理的に最も近接したSGW(ここではSGW1160)との間の論理リンクは、トップダウンの論理リンクと呼ばれる。トップダウンの論理リンクに沿った部分的なアドレスのルーティングの使用はまた、ルーティングテーブルの使用も除去する。従って、MPデータパケットは、ルーティングテーブルを計算したりあるいは用いたりすることなく、UT1320とUT1420の間のリンクの大部分に沿って転送可能である。それに加えて、転送テーブルを用いる少数のリンクの場合、この転送テーブルはオフラインで計算できる。(当然ながら、ルーティングの計算はリアルタイムでも実行可能である。)
【0152】
データ伝送をさらに説明するため、いま提示した例(UT1320がUT1420にMPデータパケットを送信する例)についてより詳しく考察する。MPデータパケットのDAフィールドにおけるネットワークアドレスが、(図6に示されたネットワークアドレス6000のフォーマットに従って)下記の情報を含むと仮定する。
【0153】
・国サブフィールド6020−SGW2020を識別し、UT1420がMPの全国的ネットワーク2000に属することを示す(図2)。
・都市サブフィールド6030−SGW1020を識別し、図1dに示されたように、UT1420がMPの都市圏ネットワーク1000に属することを示す。
・コミュニティサブフィールド6040−SGW1160を識別し、SGW1160がUT1420を管理することを示す。
・階層化されたスイッチのサブフィールド6050−2つのサブフィールドに分割され、一方のサブフィールドはポート1500に対応し、MX1180を識別し、他方のサブフィールドはポート1170に対応し、パケットを配信するためのHGW1200を識別する。
・UTサブフィールド6060−ポート1210に対応し、パケットの宛先となるUT1420を識別する。
【0154】
このユニキャストの例におけるデータ伝送は、3つの異なる段階に分けられる。すなわち、発信元ホスト(UT1320)から発信元ホストを管理するSGW(すなわち、発信元ホストに論理的に最も近接したSGW)(SGW1060)への複数の論理リンク(ボトムアップの論理リンク)を介するパケットのボトムアップの伝送と、発信元ホストを管理するSGWから宛先ホストを管理するSGW(すなわち、宛先ホストに論理的に最も近接したSGW)(SGW1160)へのパケットの伝送と、宛先ホストを管理するSGWから宛先ホスト(UT1420)への複数の論理リンク(トップダウンの論理リンク)を介するパケットのトップダウンの伝送とである。
【0155】
ボトムアップの伝送の場合、UT1320が、その発信するMPデータパケットを論理リンク1310上に配置する。この発信するMPパケットが、HGW1100に接続されたもう1つのUTに対するものではない場合、HGW1100は、この発信するMPデータパケットを、次のアップストリームの、MPに準拠した構成要素に、すなわちMX1080に転送する。1つの実装において、HGW1100からMX1080への発信するMPパケットのこの転送は、HGW間の非ピア・ツー・ピアのアーキテクチャ(すなわち、同じMXに接続された2つのHGWは、互いに直接に通信することができず、MXにバイパスする)のために、パケットにおけるDAを解析することを含んでいない。言い換えれば、HGW1100は、パケットを異なるHGWの下にある別のUTに到達させるためには、パケットをアップストリームに転送することを除いて選択肢を持たない。同様に、ACNにおけるMXも非ピア・ツー・ピア(すなわち、同じSGWに接続された2つのMXは、互いに直接に通信することができず、SGWにバイパスする)であるので、MX1080もまた、パケットにおけるDAを検査することなく、SGW1060にパケットを転送する。
【0156】
SGW間の伝送の場合、発信元ホストを管理するSGW(SGW1060)は、MPデータパケットのDAにおける国サブフィールド6020、都市サブフィールド6030及びコミュニティサブフィールド6040を検査する。その3つのサブフィールドのすべてが、SGW1060のネットワークアドレスにおける対応するサブフィールドに一致する場合には、宛先ホストはSGW1060によって管理され、トップダウンの伝送が開始する。国サブフィールド6020及び都市サブフィールド6030が、SGW1060のネットワークアドレスにおける対応するサブフィールドに一致するが、コミュニティサブフィールドが一致しない場合には、宛先ホストは、MPの同じ都市圏ネットワークに存在するが、異なるSGWによって管理される。国サブフィールドが一致するが、都市サブフィールドが一致しない場合には、宛先ホストは、MPの同じ全国的ネットワークに存在するが、MPの異なる都市圏ネットワークにおけるSGWによって管理される。国サブフィールドが一致しない場合には、宛先ホストが、MPの異なる全国的ネットワークにおけるSGWによって管理される。
【0157】
この例では、国サブフィールド及び都市サブフィールドが一致するが、コミュニティサブフィールドが一致しない。従って、SGW1060は、パケットのDAにおけるコミュニティサブフィールドに一致するコミュニティサブフィールドを有する、MPの都市圏ネットワーク1000におけるSGW(SGW1160)に対して、パケットを送信する。パケットを送信するために、SGW1060は、DAの国、都市及びコミュニティに対する部分的なアドレスのサブフィールドを転送テーブルにおいて検索して、SGW1160に至る経路における次のホップを決定する。次いで、SGW1060は、転送テーブルによって指定された次のホップにパケットを送信する。次のホップにパケットを転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットのDAにおける対応するサブフィールドと一致する国、都市及びコミュニティサブフィールドを有するSGW(SGW1160)にパケットが到着するまで継続される。その後、トップダウンの伝送が開始する。
【0158】
トップダウンの伝送の場合、SGW1160は、階層化されたスイッチのサブフィールド6050における部分的なアドレス情報とカラー情報とに基づいて、MPデータパケットをMX1180に送信する(これはワイヤスピードで可能である)。より具体的には、SGW1160は、パケットをそれ自体で方向付けるためにDAの一部を用いることによって、そのパケットルーティングの決定を簡単化する。SGW1160はまた、カラー情報を利用してパケット配信機構を選択する(すなわち、ユニキャストアドレス指定モードとマルチキャストアドレス指定モードのためのパケット配信機構は、異なる場合がある)。言い換えれば、例示的なSGW1160は、パケットをそれ自体で方向付けるために部分的なアドレスのサブフィールドのうちのあるものを用いることによって、かつ有効なパケット配信機構を利用することによって、ワイヤスピードの効率を達成する。
【0159】
同様の方法で、MX1180も、階層化されたスイッチのサブフィールド6050における部分的なアドレス情報を用いて、MPデータパケットをHGW1200に中継する。代わって、HGW1200は、UTサブフィールド6060における部分的なアドレス情報を用いて、パケットをその最終的な宛先に送信する。複数のトップダウンの論理リンク(例えば、論理リンク1440、1520及び1530)を介したMPデータパケットの伝送の全体は、ルーティングテーブルを計算することも、あるいは用いることもなく実行可能である。
【0160】
上述の例では、MPの同じ都市圏ネットワークにおける2つのUT間のMPデータパケットのユニキャスト転送について考察している。ここで、他の2つの可能性について、すなわち、1)MPの2つの都市圏ネットワークの間(例えば、MPの都市圏ネットワーク2030における発信元UTと、MPの都市圏ネットワーク1000におけるUT1420の間)におけるMPデータパケットのユニキャスト転送と、2)MPの2つの全国的ネットワークの間(例えば、MPの全国的ネットワーク3030における発信元UTと、MPの全国的ネットワーク2000におけるUT1420の間)におけるMPデータパケットのユニキャスト転送とについて、考慮しておくことも都合がよい。これらの2つの可能性に係るボトムアップとトップダウンの伝送段階は、上述の例において説明されたものと類似しており、ここで繰り返す必要はない。しかしながら、SGW間の伝送は、上述の例と異なるので、次に説明する。
【0161】
第1のシナリオ、すなわちMPの同じ全国的ネットワークにおける異なる2つの都市圏ネットワークの間のMPパケット伝送は、国サブフィールドが一致するが都市サブフィールドが一致しない場合に対応する。この場合、宛先ホストは、発信元ホストと同じMP全国的ネットワーク(MPの全国的ネットワーク2000)に存在するが、MPの異なる都市圏ネットワーク(MPの都市圏ネットワーク1000)におけるSGWによって管理される。ここで、発信元ホストを管理するSGWは、MPの都市圏ネットワーク2030を全国的ネットワークのバックボーン2010に接続する都市圏アクセスSGW(SGW2050)に、MPパケットを送信する。次いで、SGW2050は、MPのもう1つの都市圏ネットワーク(MPの都市圏ネットワーク1000)を全国的ネットワークのバックボーン2010に接続しかつMPパケットのDAにおける都市サブフィールドと一致する都市サブフィールドを有する都市圏アクセスSGW(SGW1020)に、当該パケットを送信する。より具体的には、SGW2050は、転送テーブルにおいて、DAの国及び都市に対する部分的なアドレスのサブフィールドのセットを検索し、SGW1020に至る経路における次のホップを決定する。次いで、SGW2050は、転送テーブルによって指定された次のホップにパケットを送信する。パケットを次のホップに転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットがSGW1020に到着するまで継続される。
【0162】
次に、SGW1020は、転送テーブルにおいて、DAの国、都市及びコミュニティに対する部分的なアドレスのサブフィールドのセットを検索し、宛先ホストを管理するSGW(SGW1160)に至る経路における次のホップを決定する。次に、SGW1020は、転送テーブルによって指定された次のホップにパケットを送信する。パケットを次のホップに転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットがSGW1160に到着するまで継続される。次に、トップダウンの伝送が開始する。
【0163】
第2のシナリオ、すなわちMPの同じグローバルネットワークにおけるMPの2つの異なる全国的ネットワークの間でのMPパケットの伝送は、国サブフィールドが一致しない場合に対応する。この場合、宛先ホストは、発信元ホストと同じMPグローバルネットワーク(MPのグローバルネットワーク3000)に存在するが、MPの異なる全国的ネットワーク(MPの全国的ネットワーク2000)におけるSGWによって管理される。ここでは、発信元ホストを管理するSGWは、MPの全国的ネットワーク3030における都市圏アクセスSGWにMPパケットを送信する。次いで、都市圏アクセスSGWは、MPの全国的ネットワーク3030をグローバルネットワークのバックボーン3020に接続する全国的アクセスSGW(SGW3040)に、パケットを送信する。
【0164】
次に、SGW3040は、MPのもう1つの全国的ネットワーク(MPの全国的ネットワーク2000)をグローバルネットワークのバックボーン3020に接続しかつMPパケットのDAにおける国サブフィールドと一致する国サブフィールドを有する全国的アクセスSGW(SGW2020)に、当該パケットを送信する。より具体的には、SGW3040は、転送テーブルにおいてDAの国サブフィールドを検索し、SGW2020に至る経路における次のホップを決定する。次いで、SGW3040は、転送テーブルによって指定された次のホップにパケットを送信する。パケットを次のホップに転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットがSGW2020に到着するまで継続される。
【0165】
次に、SGW2020は、転送テーブルにおいて、DAの国及び都市に対する部分的なアドレスのサブフィールドのセットを検索し、MPの都市圏ネットワーク1000を全国的ネットワークのバックボーン2010に接続する都市圏アクセスSGW(SGW1020)に至る経路における次のホップを決定する。次いで、SGW2020は、転送テーブルによって指定された次のホップにパケットを送信する。パケットを次のホップに転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットがSGW1020に到着するまで継続される。
【0166】
次いで、SGW1020は、転送テーブルにおいて、DAの国、都市及びコミュニティに対する部分的なアドレスのサブフィールドのセットを検索し、宛先ホストを管理するSGW(SGW1160)に至る経路における次のホップを決定する。次に、SGW1020は、転送テーブルによって指定された次のホップにパケットを送信する。パケットを次のホップに転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットがSGW1160に到着するまで継続される。次に、トップダウンの伝送が開始する。
【0167】
上述のアクセスSGW(例えば、都市圏アクセスSGW1020と全国的アクセスSGW2020)がマスターのネットワークマネージャ装置として機能してもよいということは、注意される必要がある。2つのUT間における3つの段階でのMPデータパケットのユニキャスト伝送を促進する一実施形態に係るMPの論理層を説明するために、特定の詳細事項が上記のように与えられたが、当該技術分野における通常の技能を有する者には、開示されたMPの論理層の範囲がこの詳細事項に制限されないと認識することは明らかであろう。
【0168】
MPパケットあるいはMPでカプセル化されたパケットを予測可能、安全、アカウント可能かつ迅速な方法で配信するために、MPに準拠した構成要素が従うようにMPの論理層が確立することが可能な他のルールは、下記のものを含むが、これらに限定されるものではない。
【0169】
a)各MPネットワークは、1つあるいはそれよりも多くのSGWを有し(例えば、あるSGWは、他のSGWに対するバックアップとして動作可能である)、これらのSGWは、集合的に、上で説明されたような「マスターのネットワークマネージャ装置」として機能する。ここで、マスターのネットワークマネージャ装置は、「スレーブのネットワークマネージャ装置」に対する所定の制御を有する(例えば、マスターのネットワークマネージャ装置は、スレーブのネットワークマネージャ装置のすべてから情報を収集し、収集された情報をスレーブのネットワークマネージャ装置に対して選択的に配信する)。
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に準拠した多数の構成要素にアウトソーシングされる。
【0170】
MPに準拠したさまざまな構成要素及びさまざまな動作例についての後の議論は、これらのルールの実装上の詳細事項について詳述する。
【0171】
論理層のセクションの最初で議論したように、MPの論理層のもう1つの機能は、システム間において接続を確立し、保持し、終了することにある。後の動作例のセクションは、呼のセットアップ、呼の通信、及び呼の解放について、さらなる詳細を提供する。
【0172】
4.3 アプリケーション層.
MPのアプリケーション層4130及び4110(図4)は、MPの物理層とMPの論理層のサービスを利用し、また、より下方の層にアプリケーションデータを提供する。例示的なMPのアプリケーション層は、MPネットワークのためのアプリケーションを開発者が容易に設計しかつ実装することを可能にする、複数のアプリケーションプログラマブルインターフェース(「API」)のセットを含む。そのようなアプリケーションは、メディアサービス(例えば、メディア電話、メディア・オン・デマンド、メディアマルチキャスト、メディアブロードキャスト、メディア転送)や、インタラクティブゲームなどを含むが、これらに限定されない。しかしながら、当該技術分野における通常の技能を有する者には、開示されたMP技術の範囲を越えることなく、MPの論理層のサービスを直接に呼び出すアプリケーションを開発することは明らかであろう。
【0173】
5. ネットワークの構成要素.
5.1 サービスゲートウェイ(「SGW」).
上で議論されたように、SGWは、家庭用ネットワーク、メディア記憶装置、レガシー(既存の)サービス及び広域ネットワークを含むがこれらに限定されないものに対する、ネットワークのバックボーンのエッジ部からのアクセスを管理しかつ制御するために必要なインテリジェント装置を所有する。例として図1dを用いると、上述の家庭用ネットワークはHGWを示し、メディア記憶装置はメディア記憶装置1140に対応し、レガシーサービスは、非MPネットワーク1300が提供するサービスを示す。最後に、都市圏のバックボーンネットワーク1040が広域ネットワークの一例である。
【0174】
図10は、図1dにおけるSGW1160のような、例示的なSGWのブロック図である。SGW1160はEX10000を含み、このEX10000は、リンク1150を介してネットワークのバックボーン1040に接続し、ゲートウェイ10020を介して非MPネットワーク1300に接続し、複数のACN及びHGWを介して多数のUTに接続する。ゲートウェイ10020は、非MPパケットをMPパケットに変換する(翻訳する)ことと、その逆を実行することとによって、MPの都市圏ネットワーク1000(図1d)のようなMPネットワークと、非MPネットワーク1300のような非MPネットワークとの間の通信を可能にする。後のゲートウェイのセクションは、このパケットの変換処理についてさらに説明する。一方、サーバ群10010は、EX10000から受信した情報を処理し、命令及び/又は応答を定式化し、定式化された命令及び/又は応答を、EX10000と直接的又は間接的に接続された装置に対してEX10000を介して送信する。
【0175】
図11aは、SGW1020のような、第2のタイプに係るSGWのブロック図である。SGW1020は、MPに準拠した構成要素と対話するために、EX11010及びサーバ群11020を利用する。しかしながら、SGW1020は、家庭用ネットワークに対する直接的なアクセスを提供するものではない。論理リンク1010を介した全国的ネットワークのバックボーン2010(図2)への接続に加えて、SGW1020におけるEX11010はまた、論理リンク1030を介して都市圏ネットワークのバックボーン1040と接続する。
【0176】
図11bは、SGW1120のような、第3のタイプに係るSGWのブロック図である。SGW1120もまた、家庭用ネットワークに対する直接的なアクセスを提供するものではない。論理リンク1110を介した都市圏ネットワークのバックボーン1040への接続に加えて、SGW1120におけるEX11030はまた、メディア記憶装置1140と接続する。
【0177】
SGWの3つの実施形態について説明したが、当該技術分野における通常の技能を有する者には、開示されたSGWの範囲を越えることなく、説明された機能ブロックを組み合わせたり、あるいはさらに分割したりすることは明らかであろう。例えば、代替の実施形態に係るSGW1160は、MPに準拠したメディア記憶装置をさらに含む。さらに、MPの都市圏ネットワークにおいて異なるタイプのSGWを利用することの代わりとして、当該技術分野における通常の技能を有する者には、本発明の範囲内になお含まれながら、当該MPネットワークの全体にわたって、上述のSGW1160、SGW1020及びSGW1120の機能を組み合わせた1つのタイプのSGWを展開することは明らかであろう。
【0178】
5.1.1 サーバ群.
図12は、サーバ群10010のような、例示的なサーバ群のブロック図である。この実施形態は、通信ラックシャーシ12000と多数のアドイン回路基板を含む。各回路基板は、1つのサーバシステムである。これらのサーバシステムのいくつかの例は、呼処理サーバシステム12010、アドレスマッピングサーバシステム12020、ネットワーク管理サーバシステム12030、アカウント処理サーバシステム12040、及びオフラインルーティングサーバシステム12050を含むが、これらに限定されない。当該技術分野における通常の技能を有する者には、開示されたサーバ群の範囲を越えることなく、図12に示された実施形態とは異なる個数及び/又は異なるタイプのサーバシステムを用いてサーバ群10010を実装することは明らかであろう。
【0179】
1つの実装では、通信ラックシャーシ12000は、上述されたサーバシステムに加えて、1つ又はそれよりも多くの「プログラミングされていない」アドイン回路基板も含んでいる。SGW1020(図2)におけるサーバ群が、SGW1160におけるサーバ群10010を管理することを仮定する。従って、呼処理サーバシステム12010のような、サーバ群10010におけるサーバシステムのうちの1つの障害に応答して、SGW1020におけるサーバ群は、これらのプログラミングされていないアドイン回路基板のうちの1つをプログラミングし、呼処理サーバシステムとして動作させる。しかしながら、当該技術分野における通常の技能を有する者には、開示されたサーバ群の技術の範囲内になお含まれながら説明されたサーバシステムをバックアップするための、既知の他の多数の方法を用いることが明らかであろう。
【0180】
図13は、サーバシステムの例示的なブロック図である。特に、サーバシステム13000は、処理エンジン13010、メモリサブシステム13020、システムバス13030、及びインターフェース13040を含む。処理エンジン13010、メモリサブシステム13020及びインターフェース13040は、システムバス13030に接続される。それに代わって、メモリの構成要素13020は、システムコントローラ(図13には示さず。)を介してシステムバス13030に間接的に接続されてもよい。
【0181】
これらのサーバシステムの構成要素は、当該技術分野において公知の、その通常の機能を実行する。さらに、当該技術分野における通常の技能を有する者には、複数の処理エンジンと、図示されたものより多いか又は少ない構成要素とを用いて、サーバシステム13000を設計することは明らかであろう。処理エンジン13010のいくつかの例は、ディジタル信号プロセッサ(「DPS」)、汎用プロセッサ、プログラム可能な論理装置(「PLD」)、及び特定用途の集積回路(「ASIC」)を含むが、これらに限定されない。また、メモリサブシステム13020は、ネットワーク情報、サーバシステム13000の識別情報、及び/又は処理エンジン13010が実行する命令を記憶するために使用されてもよい。
【0182】
一実施形態に係るサーバ群10010では、各アドイン回路基板がそれ自体の処理機能と入力/出力機能とを持つことが可能であるので、上述されたサーバシステムのそれぞれは、他のサーバシステムとは独立して動作可能である。この実装は、さらに、特定の機能を特定のサーバシステムに分配する。従って、MPネットワーク全体の管理及び制御によって過負荷が与えられているサーバシステムは存在せず、これらのサーバシステムを設計する課題は、汎用サーバシステムを設計する課題と比べると大幅に簡単化される。通用ラックシャーシ12000は、これらのアドイン回路基板のための筐体を提供し、基板の間の物理的接続と、基板とEX10000の間の物理的接続も提供する。
【0183】
それに代わって、汎用サーバシステムの価格対性能の比は低下し続けているので、当該技術分野における通常の技能を有する者には、汎用サーバシステムの価格対性能の比がMPネットワークの設計パラメータ内に含まれるならば、当該汎用サーバシステムを用いてサーバ群11010を実装することは明らかであろう。そのような1つの実装においては、当該技術分野における通常の技能を有する者は、汎用サーバシステム上で動作しかつサーバ群11010の特定の機能を独立に実行する、個別のソフトウェアモジュールを開発することができる。
【0184】
図14は、サーバ群10010(図10)のような例示的なサーバ群が実行する、1つのワークフロー処理のフローチャートである。特に、サーバ群10010は、MPネットワークがマルチメディアサービスをエンドユーザに配信することを可能にする機能を実行することに責務を有する。そのような機能は、ブロック14000におけるネットワーク構成、ブロック14010のにおける複数の呼チェック処理(multiple call check processing:MCCP)及びアドミション制御、ブロック14030におけるセットアップ、ブロック14040及び14060におけるサービスの課金、及びブロック14050におけるトラフィックのモニタリング及び操作を含むが、これらに限定されない。
【0185】
しかしながら、ブロック14000においてサーバ群10010がそのタスクを実行する前に、ネットワークオペレータ(例えば、地域の交換局のキャリア事業者、電気通信サービスプロバイダ、あるいはネットワークオペレータのグループ)は、図15のフェーズ1に示されたネットワークの確立及び初期化処理に従う。特に、ネットワークオペレータは、フェーズ1において、ネットワークトポロジーを確立し、このトポロジーを管理して制御するために適当なマスターのネットワークマネージャ装置を指定する。
【0186】
ブロック15000において、ネットワークオペレータは、所定数のエンドユーザをそれぞれサポートする所定数のSGWをサポートする、MPの都市圏ネットワークのトポロジーを設計する。例えば、その内部の財務計画に基づいて、ネットワークオペレータは、人口が密集したコミュニティにおける1000人のエンドユーザにサービスを提供するために十分な機器をまず展開するように決定してもよい。機器のコスト、能力及び利用可能性(例えば、1つのSGWがサポートできるMXの数、1つのMXに接続できるHGWの数、1つのHGWがサポートできるUTの数、各UTがサポートできるエンドユーザの数、及びネットワークオペレータらが機器上で費やすことができる量)に依存して、ネットワークオペレータは、彼らの必要性を満たすネットワークを構成することができる。ネットワークオペレータは、1つのMP全国的ネットワークがサポートする多数のMP都市圏ネットワークと、1つのMPグローバルネットワークがサポートする多数のMP全国的ネットワークとを確立することによって、このネットワークトポロジーをされに拡張することができる。
【0187】
次いで、ブロック15010において、ネットワークオペレータは、上述のネットワークトポロジーにおいて定義されたMPの都市圏ネットワークと、MPの全国的ネットワークと、MPのグローバルネットワークとに対して、適当なマスターのネットワークマネージャ装置を指定する。あるネットワークの確立及び初期化処理において、ネットワークオペレータはまた、フェーズ2の動作を実行するための、指定されたマスターのネットワークマネージャ装置を構成する。これは図14におけるブロック14000に対応する。マスターのネットワークマネージャ装置の構成は、マスター及びスレーブのマネージャ装置のポートに対してネットワークアドレスを予め割り当てることと、これらの予め割り当てられたネットワークアドレスと、フェーズ2の動作を実行するためのソフトウェアルーチンとを、上記2つのタイプのマネージャ装置のローカルメモリサブシステムに記憶することとを伴うが、これらに限定されるものではない。
【0188】
図15におけるフェーズ2は、例示的なサーバ群10010が、そのネットワーク構成のタスクを実行するために行う1つの処理を示す。説明のために、以下の議論では、ネットワークオペレータが、図1d及び図2に示されたMPの都市圏ネットワーク1000及びMPの全国的ネットワーク2000のネットワークトポロジーを採用したことと、SGW1160及びSGW1020をそれぞれ、都市圏のマスターのネットワークマネージャ装置と全国的なマスターのネットワークマネージャ装置に指定したこととを仮定する。また、この特定の例は、主に、MPの都市圏主ネットワークにおけるマスターのネットワークマネージャ装置によって実行されるネットワーク構成について説明しているが、同様の手順は、MPの全国的ネットワークとMPのグローバルネットワークを構成するマスターのネットワークマネージャ装置によって行われる。
【0189】
ブロック15020において、SGW1020は、MPの全国的ネットワーク2000上の全国的なマスターのネットワークマネージャ装置であるので、SGW1020のサーバ群は、図10に示されたSGW1160におけるEX10000のポート10050及び10070に対してネットワークアドレスを割り当てる。当該技術分野における通常の技能を有する者には、開示されたMP技術は例示されたポート数に限定されるものではないと認識することは明らかであろう。例えば、図10に示されたSGW1160のEX10000はまた、メディア記憶装置に接続できるので、接続をサポートするためのもう1つのポートを有する。
【0190】
一実施形態に係るSGW1160のサーバ群10010は、SGWに依属しかつMPに準拠した構成要素に対する直接的な接続を有することが可能なEX10000のポートに対して、そのようなポートに構成要素が現時点において接続されているか否かにかかわらず、ネットワークアドレスを割り当てる。SGW1160の場合、ACN1190のMX1180及びMX1240は、図10に示されたようにポート10080及び10090にそれぞれ接続され、SGWに依属しかつMPに準拠した例示的な構成要素である。EX10000は、ネットワークアドレスが割り当てられているが現時点においてそれに対してMPに準拠した構成要素が接続されていない、他のポート(図10には図示せず。)を有していてもよい。
【0191】
都市圏のマスターのネットワークマネージャ装置として、SGW1160のサーバ群10010はまた、都市圏のスレーブのネットワークマネージャ装置(例えば、SGW1060とSGW1120)におけるEXの所定のポートに対してネットワークアドレスを割り当てる。例えば、サーバ群10010は、SGW1060のサーバ群が直接に接続するSGW1060のEXポートに対して、ネットワークアドレスを割り当てる。
【0192】
サーバ群10010が、EX10000のポートと、都市圏のスレーブのネットワークマネージャ装置における他のEXのポートとに対してネットワークアドレスを割り当てた後、ネットワークオペレータがネットワークトポロジーを変化させない限り、ネットワークアドレスは、これらのポートにバインドされたままである。
【0193】
ネットワークアドレスの割り当てに加えて、サーバ群10010は、ブロック15020においてSGWデータベースをセットアップしかつ初期化する。これらのSGWデータベースは、メモリサブシステム13020(図13)か、又はサーバ群がアクセスを有する外部のメモリサブシステム(図示せず。)かのいずれかにおいてサーバ群10010が保持する情報のエントリを表す。サーバ群10010は、MPに準拠した構成要素の登録情報とユーザアドレスとの間の、当該構成要素のユーザ名とユーザアドレスとの間の、及び/又は、当該構成要素のユーザアドレスとネットワークアドレスとの間のマッピング関係を、SGWデータベースに記憶する。
【0194】
いくつかの例では、サーバ群10010は、それ自体の照会機構を用いて、上述のマッピング情報の一部を抽出する。ブロック15030についての後の議論は、この機構についてさらに詳述する。他の例では、サーバ群10010は、他のサーバ及びデータベースからマッピング情報の一部を取得する。例えば、独立の産業グループあるいはMPに準拠した構成要素の製造業者は、それら自体のサーバ及びデータベースに、適正な許可状態(又は権限)で生成された各構成要素に対する(ハードウェアIDのような)一意的な識別情報を生成させかつ保持させることができる。この許可状態を有する構成要素が適正に登録された場合、上述のサーバ及びデータベースは、さらに「登録されたリスト」を生成して保持してもよい。上記「登録されたリスト」は、1つの実装においては、構成要素に対応したユーザアドレスと登録状態情報を含む。ある構成要素の適正な登録は、産業グループあるいは製造業者のデータベースにおいて、構成要素でローカルに記憶された識別情報に一致するエントリを見つけることを伴う。
【0195】
一実施形態に係るサーバ群10010は、産業グループあるいは製造業者のサーバ及びデータベースからこの「登録されたリスト」の情報を取得して、この取得された情報を適当なSGWデータベースに記憶する。この登録情報と、関連したマッピング情報とは、サーバ群10010が、権限を持たない及び/又は登録されていない構成要素によるMPネットワークの使用を防止することを可能にする。
【0196】
上述のサーバ群10010の照会機構に関しては、サーバ群10010は、ブロック15030において、MPに準拠した構成要素がオンラインになっているのか否かを検出しようとする際にSGWが管理する構成されたポート(すなわち、ネットワークアドレスが割り当てられたポート)のそれぞれに対して、状態照会パケットを送信する。これらの照会パケットの送信間隔は、固定されているか、あるいは調節可能な時間期間であるかのいずれかが可能である。MPに準拠した構成要素が、構成されたポートのうちの1つに接続されている場合、当該構成要素は、状態照会パケットに対する応答として応答パケットをサーバ群10010に送信する。1つの実装において、応答パケットは、構成要素に係る何らかの識別情報を含む。この識別情報は、ハードウェアID、ユーザ名、ユーザアドレス、又は、構成要素に関連付けられたネットワークアドレスであってさえもよい。それに加えて、一実施形態に係るサーバ群10010は、MPに準拠した構成要素がそれの応答パケットのDAとしてサーバ群のネットワークアドレスを検索して使えるように、サーバ群10010のネットワークアドレスを状態照会パケットに含ませる。
【0197】
ブロック15040において、MPに準拠した構成要素からの応答パケットに応答して、サーバ群10010は、パケットからの構成要素に係る識別情報を検索して取得する手順に進み、構成要素をポートのネットワークアドレスにバインドし、それに応じて、SGWデータベースを更新する。例えば、MX1180がEX10000(図10)に最初に接続した後、MX1180は、サーバ群に応答パケットを送信することによって、サーバ群10010の照会に応答する。応答パケットは、MX1180のユーザアドレスを含む。上でブロック15020に関して議論したように、サーバ群10010はすでに、ポート10080にネットワークアドレスを割り当てている。応答パケットを受信した後で、サーバ群10010は、MX1180をポート10080のネットワークアドレスにバインドする手順に進み、MX1180のユーザアドレスとネットワークアドレスの間の新たなマッピング関係を反映するようにSGWデータベースを更新する。
【0198】
サーバ群10010は、一般に、上述したばかりの手順に従って、SGWデータベースを更新し、かつ、MX1180を除く他のタイプの新たに接続されたMPに準拠した構成要素のポートにネットワークアドレスを割り当てる。さらに、これらの手順から、MPネットワークに単に接続された(プラグインされた)だけのMPに準拠した装置は自動的に認証され、MPネットワーク上で動作するように構成される。
【0199】
他の例において、サーバ群10010は、SGWデータベースを更新する前に所定のアドレスマッピング機能を実行する。例えば、サーバ群10010が、新たに接続されたMPに準拠した構成要素からユーザアドレスの代わりにユーザ名を受信する場合には、サーバ群10010は、適当なSGWデータベース(例えば、SGWにおけるネットワーク管理サーバシステムのデータベース)を更新する前に、まず、ユーザ名に対応する適当なユーザアドレスを識別する。
【0200】
MPに準拠した構成要素を、MPの都市圏ネットワーク1000(図1d)上に存在するものとして許可した後、サーバ群10010は、MPの都市圏ネットワーク1000のリソース情報を収集し、ブロック15050におけるネットワーク情報分配手順(「NIDP」)を用いて、関連した情報を許可された構成要素に分配する。より具体的には、NIDPの一部は、サーバ群10010が、リソース情報のために、MPの都市圏ネットワーク1000における許可された構成要素にリソース照会パケットを送信することを含む。それに応じて、サーバ群10010は、EXと、ACNのMXと、HGWとからのスイッチ帯域幅の使用量と、メディア記憶装置からのメディア帯域幅使用量とに関する情報を受信することが可能であるが、これらに制限されるものではない。サーバ群10010は、この収集された情報を適当なSGWデータベースに記憶して組織化する。
【0201】
NIDPの他の部分は、MPに準拠した複数の構成要素に情報を分配することを含む。構成要素のタイプに基づいて、一実施形態に係るサーバ群10010は、SGWデータベースから構成要素に関する情報を選択し、告示(bulletin)パケットを用いて、選択された情報を構成要素に分配する。例えば、MX1180及び1240と、HGW1200,1220,1260及び1280と、UT1340,1360,1380,1400,1420及び1450とが、サーバ群10010(図10)にMP制御パケットを送信できるので、サーバ群10010は、告示パケットを用いて、その割り当てられたネットワークアドレスをこれらのMX、HGW及びUTに送信する。都市圏のマスターのネットワークマネージャ装置(ここではSGW1160)におけるサーバ群は、SGW1160に直接的には依属しない、MPに準拠した構成要素に情報をさらに分配することができる。例えば、サーバ群10010は、SGW1120とSGW1060のような、都市圏のスレーブの他のネットワークマネージャ装置に、その割り当てられたネットワークアドレスを分配することができる。
【0202】
SGW1120及び1060(図1d)のサーバ群のような、議論されたサーバ群10010とは異なるサーバ群もまた、当該サーバ群が管理するMPに準拠した構成要素からリソース情報を収集しかつ関連した情報を当該MPに準拠した構成要素に分配するために、上述のNIDPを行うということに注意することは重要である。それに加えて、当該技術分野における通常の技能を有する者には、本発明の範囲内になお含まれながら、議論された方法とは異なる方法でNIDPを実装することは明らかであろう。
【0203】
ポートを構成することとリソース情報を収集することとに加えて、MPの都市圏ネットワーク1000に係る都市圏のマスターのネットワークマネージャ装置(ここではSGW1160)のサーバ群はまた、ブロック15060において、MPネットワークのEX間においてルーティング経路を確立する。特に、このサーバ群は、SGW1160のEXと、SGW1120及び1160のようなスレーブSGWのEXとに対して、リソース照会パケットを送信する。複数のEXからの応答に基づき、このサーバ群は、EXの利用可能なスイッチングの能力を判断し、MPの都市圏ネットワーク1000中のEXのうちで、パケットを移送するために適当な伝送経路を識別し、このパケット移送情報をEX転送テーブルに保持する。そのEX転送テーブルは、SGW内に格納されてもよく、あるいはSGWと通信する外部の場所に格納されてもよい。
【0204】
都市圏のマスターのネットワークマネージャ装置SGWの例示的なサーバ群は、それがアイドル状態である場合、あるいはその処理能力が所定のしきい値より低い場合、ブロック15060のタスクを実行する。それに代わって、このサーバ群は、ブロック15060のタスクを実行するために、他のサーバあるいはサーバ群に依存してもよい。当該技術分野における通常の技能を有する者には、サーバ群10010によるパケット及びサービスの配信速度を低下させる手段でない限り、EX間のルーティング経路を計算するために議論された手段とは異なる手段を用いることは明らかであろう。
【0205】
ブロック14000(図14)においてMPネットワークを構成することに加えて、サーバ群10010はまた、サービス要求パケットに対して応答することに責務を有する。サービス要求パケットは、ビデオ電話、ビデオのマルチキャスト、ビデオ・オン・デマンド、マルチメディア転送、マルチメディアのブロードキャスト、あるいは実質的に他の任意のタイプのマルチメディアサービスのような、サービスを要求することができる。後の動作例のセクションは、例示的なマルチメディアサービスについての詳細な議論を提供する。サービス要求パケットはMP制御パケットであり、典型的には、サービスのタイプと、優先度と、要求されたサービスに関与する当事者のアドレスとについての情報を含む。
【0206】
サーバ群10010は、サービス要求パケットを受信した後で、ブロック14010におけるMCCP手順を行って、関与する当事者についての所定のアカウント処理情報を照合し、要求されたサービスを実行するためのリソースの利用可能性を判断する。図16は、MCCPを実行するためにサーバ群10010が行う1つのワークフロー処理に係るフローチャートである。
【0207】
ブロック16000において、サーバ群10010は、サービス要求パケットから、関与する当事者のネットワークアドレスを検索して読み出す。関与する当事者とは、一般に、発呼者、被呼者、支払者、及び被支払者を示す。上で議論された転送テーブルにおける当事者らのネットワークアドレス及び伝送経路情報を用いて、サーバ群10010は、要求されたサービスを実行するために必要とされる、複数の論理リンクに沿ったリソースを識別することができる。
【0208】
例として、UT1420が、発呼者と支払者との両方であることと、UT1320が被呼者であることとを仮定する(図1d)。サービス要求パケットから検索して読み出された発呼者のネットワークアドレスに基づき、サーバ群10010は、要求されたサービスを実行するために、ボトムアップの論理リンクに沿ったSGW1160、MX1180、HGW1200及びUT1420を識別する。またサービス要求パケットから検索して読み出された被呼者のネットワークアドレスに基づき、サーバ群10010は、要求されたサービスを実行するために、トップダウンの論理リンクに沿ったSGW1060、MX1080、HGW1100及びUT1320を識別する。それに加えて、サーバ群10010は、転送テーブルを参照して、要求されたサービスを実行するために、SGW1160のEX(図10におけるEX10000)とSGW1060のEX(図1d)との間の論理リンクに沿ったノードを識別する。従って、サーバ群10010は、UT1420からUT1320までのエンド・ツー・エンドの伝送経路に沿ったノード(リソース)を識別し、要求されたサービスに対してアドミション制御及びポリシー制御を適用する処理に進むことができる。
【0209】
サーバ群10010は、ブロック16010において当事者らのアカウント処理の状態を検査し、支払者の財務状態(financial standing)を照合する。サーバ群10010は、支払者の借方又は貸方の差引勘定や、過去の支払いパターンのような、多数の公知のファクタに基づいて、満足できるアカウント処理状態のための基準を確立することができる。支払者が基準を満たすことに失敗した場合には、サーバ群10010は、ブロック14020においてサービス要求を拒絶する(図14)。それに代わって、サーバ群10010は、要求を拒絶する前に支払うように、支払者のクレジットカード会社のような第三方に依頼する。
【0210】
それに加えて、サーバ群10010は、要求されたサービスのために必要とされるリソースを調べ、リソースが十分であることを保証する。サーバ群10010は、内部に保持している情報あるいは外部から受信する情報に基づき、要求されたサービスの要求内容を決める。サーバ群10010は、それがサポートするサービスと、これらのサービスのためのネットワークリソースに対する対応する要求内容とに係る予め決められたリストを保持する。従って、サービス要求パケットが受信された後、サーバ群10010は、当該パケットからサービスのタイプを識別し、及び、上記予め決められたリストからネットワークリソースの必要条件を確立することができる。それに代わって、サーバ群10010は、ネットワークリソースの必要条件をサービス要求パケットに含ませるために、サービスを要求する当事者に依存してもよい。
【0211】
上述のように、サーバ群10010は、図15のブロック15050に示されたようなNIDPの処理からネットワークリソース情報を取得する。ネットワークリソースの例は、EX間の経路や、SGW、ACN、HGW及び他の任意のノードのスイッチング能力を含むが、これらに限定されない。
【0212】
要求されたサービスを提供するために必要とされるMPに準拠した構成要素を識別した後、サーバ群10010は、ブロック16030において、これらの構成要素の能力を、要求されたサービスの要求内容と比較して、ブロック14030に進むか否かを決定する。例示的なサーバ群10010は、識別されたMPに準拠した構成要素に対して以下の式を適用する。
【0213】
[数1]
A=要求されたサービスの優先度(サーバ群10010は、サービス要求パケットからこの値を取得する。)
[数2]
B=MPに準拠した構成要素の最大容量
[数3]
C=現在使用されている、MPに準拠した同じ構成要素の容量(MPに準拠した構成要素は、典型的には、この現在の使用量の値を更新しかつ追跡する。)
[数4]
D=要求されたサービスのために要求される容量
[数5]
E=(A×B)−C−D
【0214】
Aは0と1の間の数であり、ここで、例示的な値は、低い優先度に対して0.8となり、通常の優先度に対して0.9となり、高い優先度に対して1.0になる。サービスを提供するために必要とされるMPに準拠した構成要素のうちの任意のものに対してEが0未満である場合には、サーバ群10010は、ブロック14020においてサービス要求を拒絶する。さもなければ、サーバ群10010は、サービス要求を承認して、(複数の)伝送経路に沿った構成要素をセットアップし(例えば、ULPFと多地点通信ルックアップテーブルをセットアップする。以下を参照。)、図14と図16に示されたようなブロック14030においてサービスを実行する処理に進む。多地点通信の場合、一実施形態に係るサーバ群10010はまた、ブロック14030において1つのセッション番号を予約する。特に、サーバ群10010は、選択元となる一意的なセッション番号のプールを有する。ある多地点通信セッションを表示するためのセッション番号が選択された後で、選択されたセッション番号は、表示されたセッションが終了されるまで利用不可能にされる。サービス要求が利用不可能なセッション番号を要求する場合には、サーバ群10010は、予約されたセッション番号を利用可能なセッション番号にマッピングし、伝送経路に沿った構成要素に対して、マッピングについて通知する。
【0215】
当該技術分野における通常の技能を有する者には、MCCPの範囲内になお含まれながら、開示されたものとは異なる式、異なるパラメータ、及び/又は異なる機構を用いることは明らかであろう。例えば、議論されたサーバ群10010は、リソースを管理する(すなわち、リソースの利用可能性に基づいてサービス要求を承認するか、又は承認しない)にもかかわらず、能動的にはリソースを予約しないものであるが、サーバ群10010は、開示されたサーバ群の技術の範囲を越えることなく、上の式におけるCの値を、実際に測定された使用量を超えて増加させることによって、リソースを予約することができる。さらに、代替の実施形態において、高い優先度のサービスのためのリソースを解放するように低い優先度のサービスが終了されない場合には、サーバ群10010は、要求された動作の要求内容を満たすために、進行中の動作のうちのいくつかからのリソースを再割り当てしてもよい。リソースの再割り当てが可能である場合(すなわち、進行中のサービス及び現在のサービス要求の両方の要求内容を満たすことができる場合)には、サーバ群10010は、Cの値を調節することによって再割り当てしてもよい。
【0216】
当該技術分野における通常の技能を有する者には、MCCP技術の範囲を超えることなく、議論されたMCCP手順のシーケンスを再配置することは明らかであろう。例えば、代替の実装に係るMCCPは、ブロック16010等でアカウント処理の状態を照合する前に、ブロック16030等でリソースの利用可能性をチェックする。
【0217】
ネットワークリソースが利用可能であることと、(複数の)関連した当事者のアカウント処理の状態が満足できるものであることとをMCCP手順が示す場合には、サーバ群10010は、ブロック14030において、サービス要求を承認し、(複数の)適当な伝送経路に沿った構成要素を(ユニキャスト/多地点通信セットアップパケットを用いて)セットアップする処理に進む。多地点通信の場合、一実施形態に係るサーバ群10010はまた、1つのセッション番号を予約する。このMCCP手順が、サーバ群に対する上述のアドミション制御ポリシーの一部である。
【0218】
サービスが承認されかつ伝送経路に沿った構成要素がセットアップされると、サーバ群10010は、ブロック14040において、関与した当事者のUTや、あるいはメディア記憶装置1140のようなMPに準拠した他の構成要素に、データパケットの交換を開始するように命令する。その課金モデルに依存して、サーバ群10010はまた、その課金カウンタを開始させる。例えば、要求されたサービスの金銭的な評価が、当事者がそのサービスに費やした時間量に依存する場合には、課金カウンタはタイマである。一方、上記評価が、サービスのセッションの間に移送されたビット数に依存する場合には、課金カウンタはビットカウンタである。当該技術分野における通常の技能を有する者には、本発明の範囲内になお含まれながら、上で議論されたものとは異なる他の多数の公知の課金モデルが使用されてもよいということは明らかであろう。
【0219】
呼の通信段階の間に、サーバ群10010は、ブロック14050において、パケットトラフィックをモニタリングしかつ管理できる。1つの実装では、サーバ群10010は、発呼者及び被呼者の接続状態要求パケットを送信することによって、トラフィックをモニタリングする。発呼者及び被呼者がこの要求に応答しない場合には、サーバ群10010はブロック14060に進む。さもなければ、サーバ群10010は、発呼者及び被呼者からの応答に基づいて、接続に対する適当な調節を実行する。例えば、サーバ群10010は、データ伝送に係る信号品質をモニタリングしてもよい。信号品質が所定のしきい値より悪化したとサーバ群10010が判断した場合には、サーバ群10010は、接続に対する課金を所定量だけ割り引いてもよい。
【0220】
また、サーバ群10010は、発呼者及び被呼者にコマンドパケットを発行することによって、パケットトラフィックを制御できる。一例として、サーバ群10010は、メディア・オン・デマンドサービスにおける被呼者に「停止」コマンドパケットを発行し、要求されたメディアの送信を被呼者に停止させてもよい。他の例において、サーバ群10010は、発呼者に対して、そのデータパケットの発信する伝送レートを低下させるコマンドパケットを発行してもよい。当該技術分野における通常の技能を有する者には、本発明の範囲を越えることなく、上で議論されたものとは異なる他の多数のトラフィック操作機構を実行すること、又は他のタイプのコマンドパケットを利用することは明らかであろう。
【0221】
ブロック14050におけるパケットトラフィックのモニタリングの結果か、又は、終了要求パケットを受信した結果かのいずれかとして、サーバ群10010は、ブロック14060において、前述の課金カウンタを停止し、課金カウンタから金額を計算し、支払者への請求書にこの金額を追加し(又は、支払者が借方勘定(debit account)を有する場合には、この金額を差し引き)、課金カウンタをリセットする。
【0222】
以上のサーバ群についての議論は、主に、単一のエンティティとしてのサーバ群の機能について説明しているが、当該技術分野における通常の技能を有する者には、開示されたサーバ群の技術の範囲内になお含まれながら、図12に示されたものとは異なるサーバシステムを備えたサーバ群を実装することは明らかであろう。これらのサーバシステムの各々が、上で議論された機能のうちの1つを、あるいはその選択されたいくつかを実行する。
【0223】
例えば、オフラインルーティングサーバシステム12050は、主に、EX間にルーティング経路を確立することに責務を有する。アカウント処理サーバシステム12040はMCCP手順の一部を実行し、また、要求されたサービスに関連付けられた金額を計算する。アドレスマッピングサーバシステム12020は、主に、ユーザ名、ユーザアドレス及びネットワークアドレスの間でマッピングすることに責務を有する。呼処理サーバシステム12010は、主に、サービス要求を処理することと、MCCP手順の一部を実行することとに責務を有する。ネットワーク管理サーバシステム12030が、主に、MPネットワークを構成することと、ネットワークリソースを管理することと、接続をセットアップすることとに責務を有する。
【0224】
さらに、これらのサーバシステムの各々が、割り当てられたネットワークアドレスを有しているので、サーバシステムは、それらの割り当てられたネットワークアドレスを用いて、互いに通信できる。このサーバシステム間のインタラクションを説明するために、図17a及び図17bは、ビデオ電話の呼におけるMCCPを実行する、図12に示されたサーバシステムに係る1つの時系列図を示す。特に、次のことを含む。
【0225】
1.発呼者は、発呼者の呼処理サーバシステム12010にサービス要求パケット17000を送信する。
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に応答する。
【0226】
以上議論されたパケット17000,17010,17020,17030,17040,17050,17060,17070,17080及び17090は、MP制御パケットである。これらのMP制御パケットを用いて互いに通信することによって、別個の機能に対して責務を有する異なる複数のサーバシステムは、図16に示したようなMCCP手順を協働して実行することができる。サーバ群のうちの各サーバシステムに、専門家されたタスクを実行させることは、いくつかの利益がもたらす。各サーバシステムにおけるハードウェアは、その専門家されたタスクに対して調整されることが可能である。サーバ群のモジュール式の設計は、容量を拡張すること、各サーバシステムにおける機能を更新すること、及び/又はサーバシステムに新しい機能を追加することを容易化する。後の動作例のセクションは、MCCP手順とは異なるタスクを実行する際における、サーバ群のうちの異なる複数のサーバシステム間のインタラクションを説明する、他の例を提供する。
【0227】
5.1.2 エッジ部のスイッチ(「EX」).
図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は、光ファイバ信号と電気信号との間で変換をする。
【0228】
5.1.2.1 セレクタ.
図18におけるセレクタ18030、18060又は18090のような、一実施形態に係るセレクタは、複数の物理リンクから受信されたパケットが、スイッチングコア18040、18070あるいは18100のような、スイッチングコアに伝送される順序を選択する。例としてセレクタ18030を用いるとき、論理リンク1440が3つの物理リンクを占有し、かつ論理リンク1460が2つの物理リンクを占有する場合には、一実施形態に係るセレクタ18030は、公知の方法(例えば、ラウンドロビン及び先入れ先出し)を用いてアクティブな信号を有する物理リンクを選択し、選択された物理リンク上のパケットをスイッチングコア18040に方向付ける。論理リンク1440及び1460のそれぞれが、単一の物理リンクに対応する場合には、セレクタ18030はまた、アクティブな信号を有するリンク上のパケットを、スイッチングコア18040に方向付ける。セレクタ18060及び18090も同様に、上で説明したような多対一の多重化機能を実行する。しかしながら、当該技術分野における通常の技能を有する者には、開示されたEX技術の範囲を越えることなく、これらのセレクタの機能をインターフェースに組み込む(例えば、セレクタ18030をインターフェースA 18000の一部にする)ことは明らかなはずである。
【0229】
5.1.2.2 スイッチングコア.
一実施形態に係る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及びスイッチングコアの技術の範囲が他の多数の設計を含むことを認識するであろう。
【0230】
図19は、例示的なスイッチングコアのブロック図を示す。このスイッチングコアは、フィルタ19000、遅延素子19010、及び部分的アドレスルーティングエンジン(「PARE」)19030を含む。
【0231】
5.1.2.2.1 カラーフィルタ.
カラーフィルタ19000は、上述のセレクタのうちの1つによって選択された物理リンクから、MPパケット又はMPでカプセル化されたパケットを受信する。受信されたパケットのカラー情報に基づいて、一実施形態に係るカラーフィルタ19000は、典型的には、論理リンク19070を介してコマンド(「カラーフィルタによって発行されたコマンド」)を送信し、論理リンク19040を介して、受信されたパケットをPARE19030に送信する。しかしながら、いくつかの例では、カラーフィルタ19000は、MP制御パケットを、PARE19030を通過させることなく、論理リンク19080を介して、MPに準拠したもう1つの構成要素に送信する(例えば、カラーフィルタ19000は、照会パケットに対して、要求された情報によって応答する)。
【0232】
MPカラーの表(上述)は、例示的なタイプのカラー情報を列挙している。カラーフィルタ19000は、これらのタイプのカラー情報のすべてを、あるいはその何らかのサブセットを認識して、処理することができる。カラーフィルタ19000が認識しかつ処理するカラー情報のタイプは、カラーフィルタ19000に関連付けられたインターフェースのタイプに依存してもよい。以下で議論される1つの例では、ACNにおけるMXからのパケットを送受信するインターフェースであるインターフェースAに関連付けられたカラーフィルタは、2つのタイプのカラー情報を処理する。以下で議論される第2の例では、ネットワークのバックボーンからのパケットを送受信するインターフェースであるインターフェースCに関連付けられたカラーフィルタは、6個のタイプのカラー情報を有するパケットを認識する。それに加えて、MPカラーの表に列挙されたカラー情報のタイプは、例示的なものであって、網羅的なものではない。
【0233】
1つの実装において、カラーフィルタによって発行されたコマンドは、PARE19030に、適当なパケット転送機構(すなわち、部分的アドレスのルーティング、あるいはルックアップテーブルのルーティング)と、受信されたパケットを転送するためのポートとを選択させる。選択された機構及びポートについての情報を用いて、PARE19030は、パケット分配器によるパケットの配信のトリガーとなる制御信号19050をアサートする。
【0234】
スイッチングコアは遅延素子19010を利用して、パケット分配器におけるパケットの到着を、以下の時点まで遅延させる。すなわち、PARE19030が、同じパケット(あるいはそのコピー)から抽出された部分的なアドレスとカラー情報とを用いた制御信号19050の生成を完了するまで遅延させる。言い換えると、このスイッチングコアにおいてPARE19030が制御信号19050を生成するために費やした時間量は、遅延素子19010が導入する遅延の長さ以下である。
【0235】
当該技術分野における通常の技能を有する者には、開示されたEX技術の範囲を超えることなく、説明された3つとは異なる個数のインターフェースを含むEXを設計することは明らかであろう。当業者はまた、図18に示されたものとは異なる構成要素と通信するためのインターフェースを設計することもできる。例えば、サーバ群10010及びゲートウェイ10020に加えて、一実施形態に係るインターフェースB 18010はまた、メディア記憶装置へのアクセスをEX10000に提供する。それに加えて、図示されたEX10000は、スイッチングコア、パケット分配器及びセレクタにてなる3つのセットを含んでいるが、当業者には、開示されたEXの範囲内になお含まれながら、スイッチングコア、パケット分配器及びセレクタの異なる組み合わせを用いてEXを実装することは明らかであろう。例えば、EX10000に係る1つの可能な実装は単一のスイッチングコアと3つのインターフェースとを有し、ここで、各インターフェースは、上述のセレクタと上述のパケット分配器とに類似した機能(すなわち、多対一の多重化に対して、多対多の多重化)を含む。
【0236】
図20は、カラーフィルタ19000がインターフェースA 18000からのパケット(「18000からのパケット」)に応答するために行う1つの処理に係るフローチャートである。「18000からのパケット」がMPパケット5000(図5)のパケットフォーマットに従う場合には、カラーフィルタ19000は、ブロック20000において、このパケットのDA5010に存在するカラー情報を調べる。特に、上の論理層のセクションで議論されたように、DA5010は宛先のネットワークアドレスを含む。この宛先のネットワークアドレスに対するいくつかの可能なフォーマットは、ネットワークアドレス6000,7000,8000,9000,9100及び9200のフォーマットを含む。これらのネットワークアドレスのそれぞれは、一般的なカラーのサブフィールドを含む。カラーフィルタ19000は、予め決められたビットマスクと、この一般的なカラーのサブフィールドとの間でビット毎の比較を実行して、認識されたサービスを識別する。
【0237】
この例において、スイッチングコア18040においてカラーフィルタ19000は、インターフェースA 18000からの、カラー情報を有する2つのタイプのパケット、すなわち、ユニキャストデータのカラー情報を有するパケットと、多地点データのカラー情報を有するパケット(例えば、MBデータのカラー情報を有するパケットとMMデータのカラー情報を有するパケット)とを認識する。説明するために、以下の議論では、多地点データのカラー情報を有するパケットを表すためにMBデータのカラー情報を有するパケットを用い、カラーフィルタ19000が下記のビットマスクを認識することを仮定する。
【0238】
【表5】
【0239】
ユニキャストデータのカラー情報を有するパケットと、MBデータのカラー情報を有するパケットとは、それらの一般的なカラーの各サブフィールドにおいて、一般的なカラー情報「00000」と「11000」を含む。上記パケットは、MPデータパケットでもある。
【0240】
「0000」のビットマスクと、「18000からのパケット」の一般的なカラーのサブフィールドとを比較した結果が、一致を示す場合には、カラーフィルタ19000は、ブロック20020において、遅延素子19010及びPARE19030にパケットを中継し、PARE19030にユニキャストデータコマンドを送信する。同様に、「18000からのパケット」に係る一般的なカラーのサブフィールドが「11000」を含む場合には、カラーフィルタ19000はまた、ブロック20030において、パケットを遅延素子19010及びPARE19030に中継し、PARE19030にMBデータコマンドを送信する。言い換えれば、これらのカラー情報を有する異なるパケットにおけるカラー情報は、カラーフィルタ19000が別個の動作を開始するための命令として機能する。
【0241】
図21は、スイッチングコア18070におけるカラーフィルタ19000のような、もう1つの実装に係るカラーフィルタ19000が、インターフェースC 18020からのパケット(「18020からのパケット」)に応答して行う1つの処理に係るフローチャートを示す。上述の議論と同様に、カラーフィルタ19000は、ブロック21000において、予め決められたビットマスクと、パケットのDAの一般的なカラーのサブフィールドとの間でビット毎の比較を実行することによって、18020からのパケットに係るカラー情報を調べる。
【0242】
この例において、カラーフィルタ19000は、カラー情報を有する6つのタイプのパケット、すなわち、ユニキャストセットアップのカラー情報を有するパケット、ユニキャストデータのカラー情報を有するパケット、照会のカラー情報を有するパケット、MBセットアップのカラー情報を有するパケット、MB保持のカラー情報を有するパケット、及びMBデータのカラー情報を有するパケットを認識する。ユニキャストセットアップのカラー情報を有するパケット、照会のカラー情報を有するパケット、MB保持のカラー情報を有するパケット、及びMBセットアップのカラー情報を有するパケットは、MP制御パケットである。セットアップパケットは、一般に、要求されたサービスを実行するために、(例えば、ULPF及び/又はルックアップテーブルを構成して)伝送経路に沿ったMPに準拠した構成要素をセットアップする。照会パケットは、一般に、要求されたサービスを実行するために、これらの構成要素に対してそれらの利用可能性を照会する。保持パケットは、一般に、ルックアップテーブルが通信セッションの状態を正確に反映していることを保証する。ある場合には、通信セッションに係る呼の接続状態情報(例えば、エラーレートと失われたパケット数)を収集するために、保持パケットが使用される。一方、MBデータのカラー情報を有するパケットは、MPデータパケットである。以下の部分と、後の動作例のセクションとにおいて、これらのパケットの使用について議論する。
【0243】
ユニキャストセットアップのカラー情報を有するパケットか、あるいはユニキャストデータのカラー情報を有するパケットかのいずれかに応答して、カラーフィルタ19000は、ブロック21010において、遅延素子19010とPARE19030にパケットを中継し、ユニキャストセットアップコマンドか、あるいはユニキャストデータコマンドかのいずれかをそれぞれの場合にPARE19030に送信する。MBデータのカラー情報を有するパケットに応答して、フィルタ19000は、ブロック21070において、遅延素子19010とPARE19030にパケットを中継し、MBデータコマンドをPARE19030に送信する。一方、MPに準拠したもう1つの構成要素からの照会のカラー情報を有するパケットに応答して、カラーフィルタ19000は、ブロック21020において、状態照会応答パケットのようなもう1つのMP制御パケットを、論理リンク19080を介して、状態を要求した構成要素に戻すように送信する。このMP制御パケットは、EX10000の論理リンク1150に係る発信トラフィック情報のような情報を含むが、これに限定されるものではない。MBセットアップのカラー情報を有するパケットあるいはMB保持のカラー情報を有するパケットに応答して、カラーフィルタ19000は、遅延素子19010とPARE19030にパケットを中継し、MBセットアップコマンドあるいはMB保持コマンドのような適当なコマンドをPARE19030に送信する。
【0244】
さらに、一実施形態に係るカラーフィルタ19000が、パケットに含まれたカラー情報を認識しない場合には、MPパケットをエラーパケットであるとみなし、そのパケットを廃棄する。
【0245】
図22は、スイッチングコア18100のカラーフィルタ19000のような、もう1つの実施形態に係るカラーフィルタ19000が、インターフェースB 18010からのパケットに応答して行う1つの処理に係るフローチャートを示す。この処理は、図21に示された処理と同様である。しかしながら、照会のカラー情報を有するパケットに応答して、カラーフィルタ19000は、論理リンク10030、10040及び1150に係る発信及び着信のトラフィック情報のような情報を含むが、またそれらに限定されない情報も含むMP制御パケットを、インターフェースB 18010あるいはインターフェースC 18020を介して、照会のカラー情報を有するパケットの発信元ホストに送信する。言い換えれば、このMP制御パケットのDAフィールド5050は、発信元ホスト(例えば、サーバ群における1つのサーバシステム)の割り当てられたネットワークアドレスを含む。
【0246】
上述のユニキャストコマンド、MBデータコマンド、MBセットアップコマンド、及びMB保持コマンドが、PARE19030を制御する。図24及び図25と、後の部分的アドレスルーティングエンジンのセクションに付属した説明とは、PARE19030に作用するこれらのコマンドの制御についての例示的なタイプをさらに提供する。
【0247】
上で議論された例には、カラーフィルタ19000が発生するコマンドは、カラーフィルタがアサートする別個の制御信号に対応する。しかしながら、当業者は、これらのコマンドを実装するために、カラーフィルタ19000及びPARE19030のような、2つの論理的構成要素の間の通信を促進する多くの機構が使用可能であるということを認識するであろう。
【0248】
上述の議論では、カラーフィルタ19000の何らかの機能を記述するために、カラー情報を有するパケットとビットマスクとの特定のセットを用いているが、当業者には、開示されたカラーフィルタ処理の技術の範囲を超えることなく、説明されたものとは異なるタイプのカラー情報を有するパケットに応答して、他の動作を呼び出すカラーフィルタを実装することは明らかであろう。後の動作例のセクションは、呼のセットアップ、呼の通信、及び呼の解放の手順において上述のカラー情報を有するパケットを利用することについて、さらなる詳細を提供する。
【0249】
5.1.2.2.2 部分的アドレスルーティングエンジン.
一実施形態に係る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に伝送する。
【0250】
1つの実装において、PARU23000は、受信されたパケットからの関連したパケット配信情報(例えば、部分的なアドレス、セッション番号、及びマッピングされたセッション番号)を、LTC23010に提供し、LTC23010がその情報をLT23020に保持することを可能にする。他の例では、PARU23000は、LTC23010に情報を検索させ、LT23020から制御信号論理回路23030に当該情報を伝送させる。LT23020が、図13に示すようにメモリサブシステム13020に存在する場合があることと、他のPAREにおける他のLTCと共有される場合があるということとに注意する必要がある。
【0251】
以下の例では、UT1320,1380,1400及び1420(図1d)の間におけるユニキャスト及びMBセッションを用いて、スイッチングコア18040におけるPARE19030内の構成要素の間の動作についてさらに説明する。これらの例についての以下の議論は、図1d、図10、図5、図6、図18、図19及び図23を参照し、議論を簡単にするため、所定の実装上の詳細事項を仮定している(以下に与えられる)。しかしながら、当業者には、PARE19030がこれらの詳細事項に制限されず、次のMBに関する議論はまた、他の多地点通信(例えばMM)に適用されるということが明らかであろう。この詳細事項は以下のものを含む。
【0252】
・UT1380、1400及び1420は、同じHGW(HGW1200)、同じACN(MX1800)及び同じSGW(SGW1160)に物理的に接続されるので、それらは、図6に示されたような、国サブフィールド6020、都市サブフィールド6030、コミュニティサブフィールド6040、及び階層化されたスイッチのサブフィールド6050において、同じ部分的なアドレスを共有する。言い換えれば、UT1380が、その割り当てられたネットワークアドレスにおいて以下の情報を含むと仮定する。
【0253】
国サブフィールド6020: 1;
都市サブフィールド6030: 23;
コミュニティサブフィールド6040: 45;
階層化されたスイッチのサブフィールド6050: 78;
ユーザ端末装置のサブフィールド6060: 1。
【0254】
このとき、UT1400とUT1420の割り当てられたネットワークアドレスは、ユーザ端末装置のサブフィールド6060における部分的なアドレスを除いて、UT1380と同じ情報を含む。一方、UT1320は、異なるHGW(HGW1100)、異なるMX(MX1080)及び異なるSGW(SGW1060)と接続されるので、その割り当てられたネットワークアドレスは、少なくとも、UT1380、1400及び1420に対するコミュニティサブフィールド6040における部分的なアドレスである45とは異なる、コミュニティサブフィールド6040における部分的なアドレスを含む。
【0255】
・UT1400の割り当てられたネットワークアドレスの部分は、1/23/45/78/2(国サブフィールド6020/都市サブフィールド6030/コミュニティサブフィールド6040/階層化されたスイッチのサブフィールド6050/ユーザ端末装置のサブフィールド6060)である。
・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である。
【0256】
・制御信号19050をアサートするためにPARE19030が費やす時間量は、カラーフィルタ19000からのMPパケットか又はMPでカプセル化されたパケットかのいずれかが遅延素子19010に滞在する時間量以下である。
・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のフォーマットに従う。
【0257】
・あるUTからのMBサービス要求が、予約されたセッション番号を一般には含まないということに注意する必要がある。しかしながら、SGW1160のサーバ群10010が、もう1つのSGWからのMBサービス要求を受信する時、そのサービス要求は、(発信元ホストを管理するSGWによって)予約されたセッション番号を含む。上述のサーバ群のセクションで議論されたように、サーバ群10010は、この予約されたセッション番号を、利用可能なセッション番号にマッピングしてもよく、このマッピングされたセッション番号を、MBセットアップのカラー情報を有するパケットのペイロードフィールド5050に配置する。例として、サーバ群10010が、「2」のセッション番号を有するMBセッションのためのサービス要求をもう1つのSGWから受信し、セッション番号「2」が、サーバ群10010による予約のために利用可能である場合には、一実施形態に係るサーバ群10010は、セッション番号「2」を予約し、予約されたセッション番号「2」とマッピングされたセッション番号「0」とを、MBセットアップのカラー情報を有するパケットのペイロードフィールド5050に配置する。一方、サービス要求がセッション番号「2」に対するものであるが、セッション番号「2」が利用可能でない場合には、一実施形態に係るサーバ群10010は、利用可能なセッション番号(この例では「3」である。)を検索し、この利用可能なセッション番号「3」を予約し、予約されたセッション番号「2」とマッピングされたセッション番号「3」との両方を、MBセットアップのカラー情報を有するパケットのペイロードフィールド5050に配置する。簡単化のために特に言及しない限り、以下の例では、UT1380がサーバ群10010からのMBサービスを要求する。サーバ群10010は、要求されたMBサービスを承認し、セッション番号「1」を予約する。このセッション番号は、UT1380、UT1400及びUT1420が情報を検索する元となるMBプログラムソース(例えば、テレビジョンスタジオからの生のテレビショー、映画、あるいはメディア記憶装置からのインタラクティブゲーム)を表す。また、特に言及しない限り、以下の例においてマッピングされたセッション番号は「0」である。
【0258】
・例示的なMB保持パケットは、ネットワークアドレス6000のフォーマットに従い、ペイロードフィールド5050に予約されたセッション番号を含む。
【0259】
2つのUT間のユニキャストセッションにおいて、PARU23000が、カラーフィルタ19000からユニキャストセットアップコマンドあるいはユニキャストデータコマンドのいずれかを受信する場合には、PARU23000は、図24に示されたような処理を行う。特に、ブロック24000において、PARU23000は、パケットの部分的なアドレスが、SGW1160の割り当てられたネットワークアドレスの部分的なアドレスと一致するか否かをチェックする。UT1380が、UT1400とのユニキャストセッションの確立を要求する場合には、被呼者であるUT1400のネットワークアドレスがそのコミュニティサブフィールド6040に「45」を有しかつその階層化されたスイッチのサブフィールド6050に「78」を有しているので、パケットは部分的なアドレス「45」及び「78」を含む。それに加えて、SGW1160の割り当てられたネットワークアドレスのコミュニティサブフィールド6040もまた「45」であるので、PARU23000は、ブロック24020で、部分的なアドレス情報「78」を制御信号論理回路23030に通知する処理に進む。
【0260】
制御信号論理回路23030が、部分的なアドレス「78」に応じてアサートするための適正な制御信号19050を決定するとき、遅延素子19010は、ユニキャストセットアップのカラー情報を有するパケットのような一時的に遅延されたパケットを、論理リンク18130を介してパケット分配器18050に転送する。アサートされた制御信号19050は、パケット分配器18050に、このパケットを論理リンク1440を介してその宛先に向かって転送させる。ユニキャストセットアップのカラー情報を有するパケットを転送することについて議論された処理はまた、ユニキャストデータのカラー情報を有するパケットを転送することにも適用される。後のパケット分配器のセクションは、パケット分配器18050のような一実施形態に係るパケット分配器の実装上の詳細事項についてさらに詳述する。
【0261】
一方、UT1380が、UT1320とのユニキャストセッションを要求する場合には、ブロック24000において、ユニキャストセットアップのカラー情報を有するパケットから抽出された部分的なアドレスは、SGW1160の関連した部分的なアドレスと一致しない。特に、このパケットは、UT1320の割り当てられたネットワークアドレスのコミュニティサブフィールド6040と階層化されたスイッチのサブフィールド6050とにそれぞれ対応する、「123」及び「90」である部分的なアドレスを含む。ブロック24000において、部分的なアドレス「123」はSGW1160の部分的なアドレス「45」と一致しないので、PARU23000は、ブロック24010で、SGW1160のEX転送テーブルにおいて、SGW1060に到達するための適当な経路上の次のホップを検索する処理に進む。上述のサーバ群のセクションで議論したように、一実施形態に係るSGW1160のサーバ群10010は、そのネットワーク構成のフェーズにおいてすでにEX転送テーブルを構成した。(その他に、更新が時々に実行されるので、転送テーブルは、その最初の構成の後で更新されていてもよい。)次いで、PARU23000は、制御信号論理回路23030とパケット分配器18080が、ユニキャストセットアップのカラー情報を有するパケットをリンク1150を介して次のホップに転送する処理を調整できるように、ブロック24010において、転送テーブルの検索結果を制御信号論理回路23030に伝送する。あるSGWに管理された1つのUTから、もう1つのSGWに管理されたもう1つのUTに、ユニキャストセットアップのカラー情報を有するパケットを送信する上述の処理はまた、ユニキャストデータのカラー情報を有するパケットとMBセットアップのカラー情報を有するパケットとを送信することにも適用される。
【0262】
図25は、現在の例におけるUT1380,UT1400及びUT1420と、MBプログラムソースとを含むMBセッションを管理するために、PARU23000が行う1つの処理に係るフローチャートを示す。上述のユニキャストセッションの確立と同様に、上述のMBセッションを確立するための、SGW1160のサーバ群10010からの、MPセットアップのカラー情報を有するパケットに応答して、カラーフィルタ19000は、パケットと、対応するMBセットアップコマンドとをPARU23000に送信する。PARU23000は、ブロック25000において、パケットのそれぞれから部分的なアドレス「78」を検索して読み出す。セッションの各参加者が、その階層化されたスイッチのサブフィールド6050に、「78」である部分的なアドレスを有しているので、MBセットアップのカラー情報を有するパケットは「78」を含む。PARU23000は、制御信号論理回路23030とパケット分配器18050が、MBセットアップのカラー情報を有するパケットをリンク1440を介してその宛先に転送する処理を調整できるように、ブロック25000において「78」を制御信号論理回路23030に伝送する。
【0263】
上述の例において、カラーフィルタ19000が、サーバ群10010から受信する各MBセットアップのカラー情報を有するパケットに対して、MBセットアップコマンドをアサートするということを注意する。従って、3つの参加者(プログラムソースを除く)が関与するMBセッションの場合には、一実施形態に係るPARU23000は、3つのMBセットアップコマンドを受信し、従ってブロック25000を3回実行する。
【0264】
それに加えて、PARU23000は、MBセットアップのカラー情報を有するパケットから抽出された部分的なアドレス情報「78」と、セッション番号「1」と、マッピングされたセッション番号「0」とを、LTC23010に供給する。一実施形態に係るLTC23010は、予約されたセッション番号とマッピングされたセッション番号の間の関係を追跡するマッピングテーブル26000(図26a)を保持する。ここでは、LTC23010は、エントリ26010の予約されたセッション番号の列とマッピングされたセッション番号の列とにそれぞれ「1」及び「0」を配置する。さらに、マッピングされたセッション番号は「0」であるので、LTC23010は、ブロック25010において、セッション番号「1」と部分的なアドレス「78」を用いて、LT23020のセル26030をセットアップする。
【0265】
しかしながら、PARU23000が、MBセットアップのカラー情報を有するパケットから抽出された部分的なアドレス情報「78」と、セッション番号「2」と、マッピングされたセッション番号「3」とを、LTC23010に供給する場合には、LTC23010は、エントリ26020の予約されたセッション番号の列とマッピングされたセッション番号の列とにそれぞれ「2」及び「3」を配置する。マッピングされたセッション番号は非0値(例えば、3)を有するので、一実施形態に係るLTC23010は、ブロック25010において、マッピングされたセッション番号「3」(「2」の代わり)と部分的なアドレス「78」とを用いて、LT23020のセル26050(セル26040の代わり)をセットアップする。
【0266】
図26bは、LT23020のサンプルテーブルを示す。LT23020のサイズは、MXの数と、SGW1160がサポートする多地点通信(例えば、MM及びMB)セッションの数とに依存する。この例では、SGW1160が少なくとも2つのMX(MX1180とMX1240)をサポートしており、また、SGW1160が3つのMBプログラムソースをサポートすると仮定しているので、LT23020は、少なくとも6つのセルを含む。また、この実施形態に係るLT23020は、関連した部分的なアドレスとセッション番号とに従って、そのセルにインデックスを付与する。例えば、座標(78,1)はセル26030に対応し、(89,2)はセル26060に対応する。
【0267】
一実施形態に係るLT23020において、すべてのセルは最初に0から開始する。LTC23010が、PARU23000から、セッション番号「1」のような適当なセッション番号と、「78」のような部分的なアドレスとを受信するとき、LTC23010は、セル26030(78,1)のようなLT23020内の適当なセルの内容を1に変更し、それによって、部分的なアドレス「78」を備えたUTがMBセッション1に参加する予定であることを示す。1つの実装において、UTがもはやMBセッションにおける参加者ではないとき、LTC23010はまた、変更されたセルを0に戻すようにリセットすることに対して責務を有する。それに代わって、LT23020は、その変更されたセルをリセットするためにタイマに依存する。具体的には、LT23020は、そのセルのうちの1つに対する変更を検出したとき、タイマをスタートさせる。LT23020が、所定の時間内に、変更されたセルの内容を保存するためのいかなる通知も受信しない場合には、LT23020は、自動的に、セルを0に戻すようにリセットする。
【0268】
MB保持コマンドは、この通知の一形式を提供する。上述のMBセッションを保持するための、SGW1160のサーバ群10010からの、MB保持のカラー情報を有するパケットに応答して、カラーフィルタ19000は、パケットと、対応するMB保持コマンドとをPARU23000に送信する。上記のブロック25000についての議論と同様に、PARU23000は、制御信号論理回路23030とパケット分配器18050が、MB保持のカラー情報を有するパケットをリンク1440を介してその宛先に向かってに転送する処理を調整できるように、ブロック25030において、「78」を制御信号論理回路23030に伝送する。
【0269】
PARUはまた、MB保持のカラー情報を有するパケットから抽出された部分的なパケット情報「78」とセッション番号「1」とを、LTC23010に供給する。LTC23010は、この抽出されたセッション番号「1」と、マッピングテーブル26000の予約されたセッション番号の列におけるエントリとの間における一致を検索する。一致を識別した後で、LTC23010は、対応するマッピングされたセッション番号の列を調べ、この例では「0」を見つける。次に、LTC23010は、セル26030に対してタイマをリセットし、従って、ブロック25040において、LT23020に上述の通知を効果的に提供する。それに代わって、LTC23010は、セル26030の内容を「1」に設定することができる。
【0270】
一方、PARU23000が、MB保持のカラー情報を有するパケットから抽出された部分的なアドレス情報「78」とセッション番号「2」とをLTC23010に供給する場合には、LTC23010は、マッピングテーブル26000のエントリ26020において一致を見つける。対応のマッピングされたセッション番号の列が非0値(例えば、3)を含むので、一実施形態に係るLTC23010は、ブロック25040において、マッピングされたセッション番号「3」(「2」の代わり)と部分的なアドレス「78」とを用いて、セル26050(セル26040の代わり)に対するタイマをリセットする。それに代わって、LTC23010は、セル26050の内容を1に設定することができる。
【0271】
一実施形態に係るMPネットワークにおいて、1つのEXが、上述のマッピングテーブル26000を保持するが、他のスイッチ(例えば、ACNにおけるMXや、HGWにおけるUX)は、マッピングテーブル26000を保持しない。これらの他のスイッチがMP多地点通信制御パケット(例えば、MBセットアップのカラー情報を有するパケット、又はMB保持のカラー情報を有するパケット)を受信するとき、これらのスイッチのLTCは、予約されたセッション番号(マッピングされたセッション番号が0である場合)あるいはマッピングされたセッション番号(マッピングされたセッション番号が0でない場合)を用いて、それらのLTをセットアップする。しかしながら、当該技術分野における通常の技能を有する者には、開示された多地点通信技術の範囲を越えることなく他のセットアップ方式を実装することは明らかであろう。
【0272】
MBプログラムソースからの、MBデータのカラー情報を有するパケットに応答して、カラーフィルタ19000は、パケットと、対応するMBデータコマンドとをPARU23000に送信する。PARU23000は、セッション番号サブフィールド9270からセッション番号を検索して読み出す。MBデータのカラー情報を有するパケットのDAのセッション番号サブフィールド9270が「1」を含む場合には、PARU23000は、ブロック25020で、マッピングテーブル26000内の予約されたセッション番号の列においてセッション番号「1」を検索するように、LTC23010に命令する。一致を識別した後、ブロック25022において、エントリ26010のマッピングされたセッション番号の列が「0」を含むので、LTC23010は、セッション番号「1」を用いてLT23020を検索する。特に、LTC23010は、ブロック25024において、LT23020の行1(MBセッション1に対応する。)にわたって、セル26030のような、アクティブな値である1を備えたセルを検索する。
【0273】
この検索は、MBセッション1に参加しているUTに至るポートを識別する。LTC23010が、1を含むセル26030の位置を突き止めることに成功した後、LTC23010は、上述のLT23020に係るインデックス付与方式に従って、「78」である部分的なアドレスを取得できる。次いで、LTC23010は、ブロック25024において「78」を制御信号論理回路23030に伝送し、制御信号論理回路23030は、次に、MBデータのカラー情報を有するパケットを論理リンク1440を介してMX1180に送信するように、パケット分配器18050に命令する。しかしながら、LTC23010が、LT23020においてアクティブな値である1を備えたいかなるセルを識別することにも失敗した場合には、一実施形態に係るLTC23010は、制御信号論理回路23030とは通信せず、図18に示されたパケット分配器18050、18060及び18110のようなパケット分配器のいずれによっても、パケットの配信をトリガーすることはない。
【0274】
しかしながら、MBデータのカラー情報を有するパケットのDAのセッション番号サブフィールド9270が「2」を含む場合には、LTC23010は、マッピングテーブル26000のエントリ26020において一致を識別する。エントリ26020のマッピングされたセッション番号の列が非0値(例えば、「3」)を含むので、LTC23010は、ブロック25026において、セッション番号「3」を用いてLT23020を検索する。特に、LTC23010は、ブロック25020において、LT23020の行3(行2の代わり)にわたって、アクティブな値である1を備えたセルを検索する。さらに、一実施形態に係るLTC23010が、ブロック25028において制御信号論理回路23030に検索結果を伝送する前に、LTC23010は、マッピングされたセッション番号「3」をPARU23000に送信する。PARU23000は、MBデータのカラー情報を有するパケットがパケット分配器に転送される前に、ブロック25070で、遅延素子19010(図19)において、当該パケットのセッション番号サブフィールド9270を「2」から「3」に変更する。
【0275】
こののMBの例で用いられた処理は、一般に、MMのような他のタイプの多地点通信に適用される。
【0276】
上で議論されたユニキャストの例で用いられたものと類似した処理はまた、MPネットワークと非MPネットワークの間の通信にも適用される。従って、PARU23000が、「0000」のVXサブフィールド9170(図9b)とゲートウェイ10020であることを示す構成要素番号サブフィールド9180とを備えたDAを含む、ユニキャストデータのカラー情報を有するパケットを受信する場合には、PARU23000は、当該パケットから抽出したパケット配信情報を制御信号論理回路23030に通知する。この情報は、カラーフィルタ19000からのユニキャストデータコマンドとの組み合わされて、パケット分配器18110(図18)が当該パケットをゲートウェイ10020に方向付けするためのトリガーとなる。
【0277】
前述の2つのセクション(すなわち、カラーフィルタのセクションと部分的アドレスルーティングエンジンのセクション)は、カラーフィルリングと部分的アドレスルーティングとを実行する例示的な機能ブロックについて説明しているが、当該技術分野における通常の技能を有する者には、開示された技術の範囲を越えることなく、これらの機能ブロックをさらに組み合わせたり、あるいは分割したりすることは明らかであろう。例えば、上述のPAREの機能は、上述されたカラーフィルタと組み合わせ可能である。一方、上述されたPARUの機能は、さらに分割され、上述されたLTCに分配されることが可能である。
【0278】
5.1.2.2.3 パケット分配器.
図18に示されたパケット分配器18050のようなパケット分配器は、制御信号論理回路23030からの制御信号19050に従って、パケットを適切な出力論理リンクに配信することに主として責務を有する。図27は、一実施形態に係るパケット分配器18050のブロック図を示す。この実施形態に係るパケット分配器18050は、分配器A 27000、分配器B 27010及び分配器C 27020のような分配器と、バッファバンク27030と、コントローラx 27040及びコントローラy 27050のようなコントローラとを含む。
【0279】
また、バッファバンク27020におけるバッファの数は、分配器の数とコントローラの数との積に等しい。従って、パケット分配器18050が、この例における3つのスイッチングコア(すなわち、18040、18100及び18070)からパケットを受け入れるための3つの分配器と、当該パケットを2つの論理リンク(すなわち、1440及び1460)に転送するための2つのコントローラとを含むので、パケット分配器18050は、バッファバンク27030の中に(3×2)個のバッファを有する。バッファバンク27030におけるこれらのバッファは、スイッチングコアからのパケットを臨時的に記憶する。バッファバンク27030が導入する可能性のある遅延を最小化したり、トラフィックの輻輳を防止したりするために、一実施形態に係るパケット分配器18050におけるコントローラは、固定された時間間隔又は調節可能な時間間隔で、バッファバンク27030をポーリングし、かつクリアする。その機構の例として、図18、図19及び図27を組み合わせて、以下のことを仮定する。
【0280】
・論理リンク18150上のパケットは、論理リンク1440を介してMX1180に進むようにその宛先が設定されるので(例えば、SGW1160のサーバ群10010は、UT1400にMP制御パケットを送信する)、スイッチングコア18100からの制御信号19050は、当該パケットをバッファcに転送するように分配器B 27010を起動する。
・論理リンク18170上のパケットもまた、論理リンク1440を介してMX1180に進むようにその宛先が設定されるので(例えば、UT1320は、MPデータパケットをUT1400に送信する)、スイッチングコア18070からの制御信号19050は、当該パケットをバッファeに転送するように分配器C 27020を起動する。
【0281】
これらのパケットを、意図された論理リンクに直接に送信する代わりに、分配器B 27010及び分配器C 27020は、これらのパケットをバッファc及びバッファeに転送し、当該パケットは、ここで臨時的に記憶される。分配器B 27010と分配器C 27020が追加のパケットをバッファバンク27030に転送する前に、あるいは、バッファバンク27030における任意のオーバーフローの状況が生じる前に、コントローラx 27040は、それが管理する各バッファをポーリングする。コントローラx 27040が、バッファのうちのいずれかにおいて、例えばこの例ではバッファcとバッファeにおいてパケットを検出する場合には、バッファ中のパケットを論理リンク1440に転送し、バッファをクリアする。同様の方法で、コントローラy 27050も、それが管理する各バッファをポーリングする。
【0282】
3×2個(すなわち、3個の分配器×2個のコントローラ)のパケット分配器が説明されたが、当該技術分野における通常の技能を有する者には、開示されたパケット分配技術の範囲を越えることなく、他の構成を有し、かつ異なるサイズのバッファバンクを備えたパケット分配器を実装することは明らかであろう。当該技術分野における通常の技能を有する者には、上述の機構とは異なるタイプのパケット分配機構を用いて、開示されたスイッチングコア技術を実現することも明らかであろう。
【0283】
当該技術分野における通常の技能を有する者には、開示されたEX技術の範囲を越えることなく、EXにおいて、上で議論された構成要素とは異なる構成要素を含むことは明らかであろう。例えば、直接にEXに接続された構成要素(例えば、メディア記憶装置1140)が、直接に接続されたサーバ群(例えば、SGW1120のサーバ群)に対して望ましくないパケットを送信することを防止するために、当該EXはULPFを含んでいてもよい。後のアップリンクのパケットフィルタのセクションは、ULPF技術をさらに説明する。
【0284】
5.1.3 ゲートウェイ.
図28は、SGW1160におけるゲートウェイ10020(図10)のような、SGWにおいて一実施形態に係るゲートウェイのブロック図を示す。ゲートウェイ10020は、インターフェースD 28000、パケット検出器28010、アドレス変換器(翻訳器)28020、カプセル化器28030、及びカプセル化解除器28040を含む。インターフェースD 28000は、1つのタイプの信号からもう1つのタイプへの信号変換を提供する。例えば、一実施形態に係るゲートウェイ10020におけるインターフェースD 28000は、光ファイバ信号と電気信号との間で変換をする。
【0285】
パケット検出器28010は、着信したパケットのタイプを決定し、MPパケットを構成するために、パケットから関連した情報を検索して読み出す。例えば、着信したパケットがIPパケットである場合には、パケット検出器28010は、IPパケットフォーマットを認識することと、IPパケットから発信元アドレス情報と宛先アドレス情報のような情報を取得することとに責務を有する。次に、パケット検出器28010は、これらの取得されたアドレスをアドレス変換器28020にわたす。
【0286】
アドレス変換器28020は、非MPアドレスをMPアドレスに変換することに責務を有する。例として、着信したIPパケットが、UT1420(図1d)に対するものである場合には、パケット検出器28010がIPパケットから32ビットの宛先アドレスを検索して伝送した後で、アドレス変換器28020は、この検索されたアドレスをMPのDAにマッピングする。上述の論理層のセクションで議論したように、MPのDAは、MPネットワーク1000のトポロジーに対応した階層型アドレスサブフィールドを含む。
【0287】
次に、カプセル化器28030は、図5に示されたように、変換されたMPのDAをDAフィールド5010に配置し、非MPパケットの全体を可変長のペイロードフィールド5050に配置する。それに加えて、カプセル化器29030は、適切な値を準備してLENフィールド5030及びPCSフィールド5050に配置することに責務を有する。MPパケットを構成した後で、カプセル化器28030は、変換されたMPのDAに基づき、EX10000のような適切なEXにMPパケットを送信する。
【0288】
一方、一実施形態に係るカプセル化解除器28040は、パケットを受信したとき、DAフィールド5010(図5及び図6)中の特定のビット(すなわち、MPビットサブフィールド6080)をチェックすることによって、そのパケットがMPパケットであるか否かを照合する。例えば、カプセル化解除器28040は、ネットワークアドレス9100におけるMPビット9130を調べる。MPビットが設定されていない場合には、カプセル化解除器28040は、ペイロードフィールド5050から非MPパケットの全体を抽出し、抽出された非MPパケットを、インターフェースD 28000を介して非MPネットワーク1300に送信する。
【0289】
5.2 アクセスネットワーク.
ACNは、SGWとHGWの間で、MPパケットあるいはMPでカプセル化されたパケットを集合的にフィルタリングしかつ転送する。ACN1190のような例示的なACNは、SGWから複数のHGWへのダウンストリーム方向のパケットと、複数のHGWからSGWへのアップストリーム方向のパケットとを同時に処理するために、MX1180及びMX1240のような複数のMXを含む。それに加えて、一実施形態に係るACN1190は、非ピア・ツー・ピアのMXを含む。例えば、MX1180は、(MX1240との直接的な通信の代わりに)SGW1160を介してMX1240と通信し、SGW1160及びSGW1060を介してMX1080と通信する。
【0290】
MX1180によって受信されるパケットが、典型的には、SGW1160によって生成されたパケットでないということを注意する。多地点通信サービスにおける少数の例を除いて(上述の部分的アドレスルーティングエンジンのセクションで議論した)、SGW1160は、それが他の発信元から受信したパケットを、当該パケットに変更を加えることなく、MX1180に転送する。
【0291】
ACN1190は、パケット処理のタスクを複数の構成要素にてなる層にさらに分配する、階層化された構造を有してもよい。この階層化された構造を有するACNをSGW及びHGWと接続するためのいくつかの可能な構成は、以下のものがあるか、これらに限定されるものではない。
【0292】
・ファイバ・トゥ・ザ・ビルディング及びLAN(「FTTB+LAN」);
・ファイバ・トゥ・ザ・カーブ及びケーブルモデム(「FTTC+ケーブルモデム」);
・ファイバ・トゥ・ザ・ホーム(FTTH);及び
・ファイバ・トゥ・ザ・ビルディング+xDSL(「FTTB+xDSL」)。
【0293】
図29は、VX29000と、BX29010と29020のような多数のBXとを含む、MX1180の1つの構成を示す。例示的な構成において、VX29000は、光ファイバケーブルを介して複数のBXと通信する。当該技術分野における通常の技能を有する者には、BXの個数がネットワークのアドレス指定方式と矛盾しない限り、VX29000が、MPネットワークにおいて任意個数のBXをサポートできるということは明らかであろう。例えば、SGW1160(図1d)がネットワークアドレス7000のフォーマット(図7)を採用すると仮定する場合、ネットワークアドレス7000が3ビットの長さのBXサブフィールド7080を含むので、MPの都市圏ネットワーク1000上のVX29000は最大で8個のBXをサポートする。
【0294】
それに加えて、図29に示すように、説明されるBXは、HGW1200及びHGW1220におけるマスターUXに接続される。後の家庭用ゲートウェイのセクションは、HGWについてのさらなる詳細を提供する。1つの実装では、BXとHGWの間の接続は、カテゴリー5(「CAT−5」)のシールドされていないより対線(「UTP」)ケーブル及び/又は同軸ケーブルである。VX29000の設計と同様に、当該技術分野における通常の技能を有する者には、UXの個数がMPネットワークのアドレス指定方式と矛盾しない限り、任意個数のUXをサポートするBXを設計することは明らかであろう。SGW1160が、ネットワークアドレス7000のフォーマットを採用する場合には、ネットワークアドレス7000が5ビットの長さのUXサブフィールド7090を含むので、BX29010及びBX29020はそれぞれ、最大で32個のUXをサポートする。
【0295】
SGW1160と、VX29000と、BX29010及び29020のようなBXと、HGW1200及び1220のようなHGWのUXとの間の接続は、前述されたFTTB+LAN構成を形成する。ネットワークオペレータは、このタイプのネットワーク構成を、複数の都市(例えば、上海、東京及びニューヨーク市)や他の人口密集区域にサービスを提供するように展開することができる。
【0296】
図30は、VX30000と、CX30010、30020及び30030のような多数の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をサポートする。
【0297】
BXについての上の議論と同様に、説明されたCXはまた、図1dに示されたHGW1200及びHGW1220におけるマスターUXに接続される。1つの実装では、CXとHGWの間の接続は、CAT−5のUTPケーブル及び/又は同軸ケーブルである。代替の実装では、この接続のために光ファイバケーブルを用いる。VX30000の設計と同様に、当該技術分野における通常の技能を有する者には、MPネットワークのアドレス指定方式と矛盾しない、任意個数のUXをサポートするCXを設計することは明らかであろう。ネットワークアドレス8000が3ビットの長さのUXサブフィールド8090を含むので、MPの都市圏ネットワーク1000上の一実施形態に係るCX30020は、最大で8個までのUXをサポートする。
【0298】
SGW1160と、VX30000と、CX30010、30020及び30030のようなCXと、HGW1200及び1220のようなHGWのUXとの間での接続は、CXとHGWの間の接続のタイプに依存して、上述のFTTC+ケーブルモデムの構成か、あるいはFTTHの構成かのいずれかを形成する。具体的には、その接続がCAT−5のUTPケーブル及び/又は同軸ケーブルであれば、ネットワーク構成は、FTTB+ケーブルモデルの構成と呼ばれる。その接続が光ファイバケーブルであれば、ネットワーク構成はFTTHの構成と呼ばれる。ネットワークオペレータは、これらのタイプのネットワーク構成を、広がった住宅地(例えば郊外の地区)にサービスを提供するように展開することができる。
【0299】
図31は、MX1180のさらにもう1つの構成を示し、ここでは、OX31000はMX1180であり、説明された構成は、図1dに示す構成のサブセットである。1つの実装において、OX31000は、例えばxDSL技術を含むがそれに限らないさまざまな変調技術を用いて、銅線を介してUXと通信する。当該技術分野における通常の技能を有する者には、当該技術分野における通常の技能を有する者には、UXの個数がMPネットワークのアドレス指定方式と矛盾しない限り、OX31000が、MPネットワークにおいて任意個数のUXをサポートするということは明らかであろう。例えば、SGW1160が図9aに示すようなネットワークアドレス9000のフォーマットを採用すると仮定すれば、ネットワークアドレス9000が8ビットの長さのUXサブフィールド9080を含むので、MPの都市圏ネットワーク1000上の一実施形態に係るOX31000は、最大で256個までのUXをサポートする。ネットワークオペレータは、このFTTB+xDSLのネットワーク構成を、アクセスの必要性をそれぞれ有する多数の部屋を備えた建物及びホテルに対してサービスを提供するように展開することができる。
【0300】
図32は、図1dに示すMX1180、MX1080あるいはMX1240のような一実施形態に係るMXのブロック図を示す。このブロック図はまた、図29、図30及び図31に示されたVX29000、BX、VX30000、CX、及びOX31000にも適用される。議論のためにMX1180を用いると、この実施形態に係るMX1180は、1つのスイッチングコア、1つのセレクタ、1つのULPF、及び2つのインターフェースを含む。特に、MX1180は、2つのタイプのインターフェース、すなわち、HGW1200及びHGW1220との通信を可能にするインターフェースE 32020と、SGW1160との通信を可能にするインターフェースF 32000とを含む。これらのインターフェースは、信号を1つのタイプから他のタイプに変換する。例えば、一実施形態に係るMX1180におけるインターフェースE 32020及びインターフェースF 32000は、光ファイバ信号と電気信号との間で変換する。これらのインターフェースはまた、アナログの電気信号からディジタルの電気信号に変換することと、その逆の変換とを実行することができる。それに加えて、これらのインターフェースは、複数の論理リンクをサポートする。例えば、MX1180におけるインターフェースE 32020は、少なくとも2つの論理リンクをサポートし、ここで、一方はHGW1200と通信するためのものであり、他方はHGW1220と通信するためのものである。
【0301】
5.2.1 セレクタ.
図29におけるセレクタ32030のような、MX1180中の一実施形態に係るセレクタは、複数の物理リンクから受信されたパケットが、ULPF32040のようなULPFに伝送される順序を選択する。例えば、MX1180が、単一の物理リンクを介してHGW1200に接続し、また、もう1つの物理リンクを介してHGW1220に接続する場合には、セレクタ32030は、公知の方法(例えば、ラウンドロビンや、先入れ先出し)を用いて1つのリンクを選択し、選択されたリンク上で、パケットをULPF32040に向けて方向付ける。しかしながら、当該技術分野における通常の技能を有する者には、開示されたMX技術の範囲を越えることなく、セレクタの機能をインターフェースに組み込むこと(例えば、セレクタ32030を、インターフェースE 32020の一部とすること)は明らかであろう。
【0302】
5.2.2 スイッチングコア.
図33は、例示的なスイッチングコアのブロック図を示す。このスイッチングコアは、カラーフィルタ33000、遅延素子33010、パケット分配器33020、及びPARE33030を含む。このスイッチングコアは、着信したパケットのカラー情報、その部分的なアドレス情報、あるいはこれら2つのタイプの情報の組み合わせに基づいて、当該着信したパケットをその最終的な宛先に向けて方向付けることに責務を有する。スイッチングコアは、パケットを複数の論理リンクに転送することができる。例えば、スイッチングコア32010は、パケットを処理して、インターフェースE 32020を介してHGW1200及びHGW1220に送信する。
【0303】
5.2.2.1 カラーフィルタ.
カラーフィルタ33000は、図32におけるインターフェースF 32000のような、スイッチングコア32010がサポートするインターフェースのうちのいずれか1つから、MPパケットあるいはMPでカプセル化されたパケットを受信する。受信されたパケットのカラー情報に基づき、一般に、カラーフィルタ33000は、論理リンク33040を介して、カラーフィルタによって発行されたコマンドを送信し、また、受信されたパケットを、論理リンク33050を介してPARE33030に送信しかつ遅延素子33010に送信する。しかしながら、いくつかの例では、カラーフィルタ33000は、PARE33030を通過させることなく、ULPF32040にコマンドを送信するか(例えば、カラーフィルタ33030は、セットアップのカラー情報を有するパケットに応答してセットアップコマンドをULPF32040に送信する)、あるいは、インターフェースF 32000を介して、MP制御パケットを、MPに準拠したもう1つの構成要素に送信する(例えば、カラーフィルタ33000は、照会パケットに対して、要求された情報で応答する)。
【0304】
上述のエッジ部のスイッチのセクションに述べたように、上述のMPカラーの表は、例示的なタイプのカラー情報を列挙している。カラーフィルタ33000は、これらのカラー情報のすべてのタイプか、あるいはその何らかのサブセットを認識し、かつ処理できる。
【0305】
1つの実装において、カラーフィルタによって発行された命令は、PARE33030に、適当なパケット転送機構(すなわち、部分的なアドレスのルーティングあるいはルックアップテーブルのルーティング)と、受信されたパケットをその上に転送するためのポートとを選択させる。選択された機構及びポートについて情報を用いて、PARE33030は、制御信号33060をアサートして、パケット分配器33020によるパケット転送をトリガーする。
【0306】
スイッチングコアは、遅延素子33010を利用して、パケット分配器33020におけるパケットの到着を次の時点まで延期させる。すなわち、PARE33030が、同じパケット(又はそのコピー)から抽出した部分的なアドレス及びカラー情報を用いた制御信号33060の生成を完了する時点まで延期させる。言い換えれば、このスイッチングコアにおいてPARE33030が制御信号33060を生成するための時間量は、遅延素子33010が導入する遅延の長さ以下である。
【0307】
当該技術分野における通常の技能を有する者には、開示されたMX技術の範囲を越えることなく、上述されたものとは異なる個数の構成要素を含むMXを設計することは明らかであろう。例えば、一実施形態に係るMXは、複数のスイッチングコア及び/又は複数のULPFを有していてもよい。同様に、パケット分配器のような、スイッチングコアに係る何らかの機能は、MXのインターフェースの一部となることが可能である。
【0308】
図34は、カラーフィルタ33000がインターフェースF 32000からのパケット(「32000からのパケット」)に応答して行う1つの処理に係るフローチャートを示す。「32000からのパケット」が、MPパケット5000のパケットフォーマット(図5)に従う場合、カラーフィルタ33000は、ブロック34000において、パケットのDA5010に存在するカラー情報を調べる。具体的には、上述の論理層のセクションにおいて議論したように、DA5010は宛先ネットワークアドレスを含み、これはさらに、一般的なカラーのサブフィールドを含む。カラーフィルタ33000は、予め定義されたビットマスクと一般的なカラーのサブフィールドとの間でビット毎の比較を実行し、認識されたサービスを識別する。
【0309】
この例では、カラーフィルタ33000は、インターフェースF 32000から、下記のカラー情報を有するパケットを認識する。すなわち、ユニキャストセットアップのカラー情報を有するパケット、ユニキャストデータのカラー情報を有するパケット、MBセットアップのカラー情報を有するパケット、MBデータのカラー情報を有するパケット、MB保持のカラー情報を有するパケット、及びMX照会のカラー情報を有するパケットを認識する。次の議論では、カラーフィルタ33000が下記のビットマスクを認識することを仮定する。
【0310】
【表6】
【0311】
1つの実装において、ユニキャストセットアップのカラー情報を有するパケット、MX照会のカラー情報を有するパケット、MB保持のカラー情報を有するパケット、MBセットアップのカラー情報を有するパケットは、MP制御パケットである。セットアップパケットは、一般に、要求されたサービスを実行するために、伝送経路に沿ったMPに準拠した構成要素を初期化する(例えば、ULPF及び/又はMXのルックアップテーブルを構成する)。照会パケットは、一般に、これらの構成要素に対して、要求されたサービスを実行するためのそれらの利用可能性について照会する。保持パケットは、一般に、ルックアップテーブルが通信セッションの状態を正確に反映することを保証する。一方、ユニキャストデータのカラー情報を有するパケットとMBデータのカラー情報を有するパケットは、MPデータパケットである。これらのパケットの用途は、以下の部分と後の動作例のセクションとにおいて議論する。
【0312】
「00011」のビットマスクと、「32000からのパケット」に係る一般的なカラーのサブフィールドとの間の比較が、一致を示す場合には、カラーフィルタ33000は、ブロック34010において、当該パケットを遅延素子33010とPARE33030に中継し、ユニキャストセットアップコマンドをPARE33030に送信する。さらに、カラーフィルタ33000はまた、ブロック34020において、ULPFを構成するために、DAセットアップコマンドをULPF32040に送信する。同様に、32000からパケットに係る一般的なカラーのサブフィールドが「00011」を含む場合には、カラーフィルタ33000は、ブロック34050において、当該パケットを遅延素子33010とPARE33030に中継し、ブロック34060において、MBセットアップコマンドをPARE33030に送信する。ブロック34070において、カラーフィルタ33000は、DAセットアップコマンドを用いて、ULPF32040を構成する。
【0313】
ユニキャストデータのカラー情報を有するパケットあるいはMBデータのカラー情報を有するパケットのいずれかに応答して、カラーフィルタ33000は、当該パケットを遅延素子33010とPARE33030に中継し、ユニキャストデータコマンドあるいはMBデータコマンドような適当なコマンドをPARE33030に送信する。MB保持のカラー情報を有するパケットに応答して、カラーフィルタ33000は、ブロック34080において、当該パケットを遅延素子33030とPARE33030に中継し、ブロック34090において、MB保持コマンドをPARE33030に送信する。一方、SGW1160(図1d)のような、MPに準拠したもう1つの構成要素からの、MX照会のカラー情報を有するパケットに応答して、カラーフィルタ33000は、ブロック34100において、状態照会応答パケットのようなもう1つのMP制御パケットを、インターフェースF 32000を介してSGW1160に戻すように送信する。このMP制御パケットは、例えばMX1180に対する発信トラフィック情報を含むがこれに限定されない情報を含む。言い換えれば、これらのカラー情報を有する異なるパケットにおけるカラー情報は、カラーフィルタ33000に別個の動作を開始させる命令として機能する。
【0314】
それに加えて、一実施形態に係るカラーフィルタ33000は、パケットに含まれたカラー情報を認識しない場合には、「32000からのパケット」をエラーパケットであるとみなし、そのパケットを廃棄する。
【0315】
上の議論では、カラーフィルタ33000の所定の機能を説明するために、カラー情報を有するパケットとビットマスクと特定のセットを使用したが、当該技術分野における通常の技能を有する者には、開示されたカラーフィルタリング技術の範囲を越えることなく、説明されたものとは異なる他のタイプのカラー情報を有するパケットに応答しかつ他の動作を呼び出すカラーフィルタを実装することは明らかであろう。後の動作例のセクションは、呼のセットアップ、呼の通信、及び呼の解放の手順において前述のカラー情報を有するパケットを利用することについてさらなる詳細を提供する。
【0316】
5.2.2.2 部分的アドレスルーティングエンジン.
一実施形態に係るPARE33030は、それが受信したコマンド及びパケットに基づき、パケット分配器33020に対して制御信号33060をアサートする。図35は、図33におけるPARE33030のような、一実施形態に係るPAREのブロック図を示す。PARE33030は、部分的アドレスルーティング装置(「PARU」)35000、ルックアップテーブルコントローラ(「LTC」)35010、ルックアップテーブル(「LT」)35020、及び制御信号論理回路35030を含む。PARU35000は、論理リンク33040と論理リンク33050をそれぞれ介して、カラーフィルタ33000からのコマンド及びパケットを受信し、かつ処理する。次に、PARU35000は、処理された結果を、制御信号論理回路35030及び/又はLTC35010に伝送する。
【0317】
1つの実装において、PARU35000は、受信されたパケットからの関連するパケット配信情報(例えば、部分的なアドレス情報とセッション番号)をLTC35010に提供し、LTC35010が、取得された情報をLT35020内に保持することを可能にする。他の例において、PARU35000は、LTC35010に、情報をLT35020から検索させかつ制御信号論理回路35030に伝送させる。LT35020がMX1180におけるローカルなメモリサブシステムに存在してもよいということを注意する必要がある。
【0318】
以下の例は、PARE33030内の各構成要素の間の動作をさらに説明するために、UT1380、1400及び1420の間(図31)と、UT1380及び1450の間(図1d)とにおいて、ユニキャスト及びMBのセッションを用いている。明確化のために、これらの例の議論では、図1d、図5、図9a、図33及び図35を参照し、特定の実装上の詳細事項(以下の部分で提示される)を仮定する。しかしながら、当該技術分野における通常の技能を有する者には、PARE33030がこれらの詳細事項に限定されないことと、後のMBに関する議論が他の多地点通信(例えば、MM)にも適用されることとは明らかであろう。この詳細事項は下記のことを含む。
【0319】
・MX1180は、図31に示すFTTB+xDSLの構成におけるOX31000に対応する。MX1240もまた、OX31000と同様のネットワークトポロジーを有する。
【0320】
・UT1380、1400及び1420が、同じHGW(HGW1200)と、同じMX(MX1180)と、同じSGW(SGW1160)とに物理的に接続されるので、これらは、図9aに示すような国サブフィールド9040、都市サブフィールド9050、コミュニティサブフィールド9060及びOXサブフィールド9070において、同じ部分的なアドレスを共有する。言い換えれば、UT1380が、その割り当てられたネットワークアドレスにおいて次の情報を含むことを仮定する。
【0321】
国サブフィールド9040: 1;
都市サブフィールド9050: 23;
コミュニティサブフィールド9060: 45;
OXサブフィールド9070: 7;
UXサブフィールド9080: 3;
UTサブフィールド9090: 1。
【0322】
このとき、UT1140とUT1420の割り当てられたネットワークアドレスは、UXサブフィールド9080とUTサブフィールド9090における部分的なアドレスを除いて、UT1380と同じ情報を含む。一方、UT1450は異なるHGW(HGW1260)と異なるMX(MX1240)に接続させるているので、その割り当てられたネットワークアドレスは、少なくともOXサブフィールド9070において、UT1380、1400及び1420のOXサブフィールド6040における部分的なアドレスである7とは異なる部分的なアドレスを含む。
【0323】
・UT1400の割り当てられたネットワークアドレスの一部は、1/23/45/7/2/1(国サブフィールド9040/都市サブフィールド9050/コミュニティサブフィールド9060/OXサブフィールド9070/UXサブフィールド9080/UTサブフィールド9090)である。
・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の一部である。
【0324】
・一実施形態に係るMX1180のカラーフィルタ33000は、コマンドを発行する。上で詳細に議論されたように、カラーフィルタ33000は、多数の、認識されたカラー情報を有するMPパケットから、これらのコマンドを抽出し、当該コマンドを、論理リンク33040を介してPARU35000に送信する。カラーフィルタ33000はまた、これらのカラー情報を有するMPパケットを、論理リンク33050を介してPARU35000に転送し、かつ遅延素子33010に転送する。認識されたカラー情報を有するMPパケットの一部は、前の論理層のセクションにおけるMPカラーの表で説明される。
・上述されたパケットにおけるネットワークアドレスは、ユニキャスト通信ではネットワークアドレス9000のフォーマットに従い、多地点通信ではネットワークアドレス9200のフォーマットに従う。
・前のエッジ部のスイッチのセクションにおける部分的アドレスルーティングエンジンのセクションで与えられた例と同様に、ここでのサーバ群10010は、要求されたMBサービスを承認し、セッション番号「1」を予約した。このセッション番号は、UT1380、UT1400及びUT1420が情報を検索する元となるMBプログラムソース(例えば、テレビジョンスタジオからの生のテレビショー、映画、あるいはメディア記憶装置からのインタラクティブゲーム)を表す。また、特に言及しない限り、以下の例においてマッピングされたセッション番号は「0」である。サーバ群10010は、セッション番号「1」と、マッピングされたセッション番号「0」とを、MBセットアップのカラー情報を有するパケットのペイロードフィールド5050に配置した。
【0325】
2つのUT間のユニキャストセッションにおいて、PARE33030が、カラーフィルタからユニキャストセットアップコマンドあるいはユニキャストデータコマンドのいずれかを受信する場合には、PARU35000は、制御信号33060を生成するための関連した部分的なアドレス情報を、制御信号論理回路35030に提供する。特に、UT1380が、UT1400とのユニキャストセッションを要求する場合には、被呼者UT1400のネットワークアドレスがそのUXサブフィールド9080に「2」を有するので、MX1180のPARU35000は、部分的なアドレス「2」を制御信号論理回路35030に提供する。
【0326】
制御信号論理回路35030が、部分的なアドレス「2」に応答して適当な制御信号33060をアサートするように決定したとき、遅延素子33010は、ユニキャストセットアップのカラー情報を有するパケットのような、一時的に遅延されたパケットを、パケット分配器33020に転送する。次に、アサートされた制御信号33060は、パケット分配器33020に、このパケットをその宛先に転送させる。ユニキャストセットアップのカラー情報を有するパケットを、あるMXからあるHGWにおける(マスター)UXに転送することに係る議論された処理はまた、ユニキャストデータのカラー情報を有するパケットを転送することにも適用される。後のパケット分配器のセクションは、パケット分配器33020のような一実施形態に係るパケット分配器の実装上の詳細事項についてさらに詳述する。
【0327】
一方、UT1380が、UT1450とのユニキャストセッションを要求する場合には、被呼者UT1450のネットワークアドレスがそのOXサブフィールド9070に「8」を有する、SGW1160は、ユニキャストセットアップのカラー情報を有するパケットをMX1240(MX1180の代わり)に配信する。MX1240が、MX1180のアーキテクチャ(図32、図33及び図35)と同様のアーキテクチャを有すると仮定する。MPのカラー情報を有するパケットを受信した後、MX1240のカラーフィルタ33000は、MPのカラー情報を有するパケットを、MX1240の遅延素子33010及びPARU35000に転送し、対応するユニキャストセットアップコマンドをMX1240のPARUに対してアサートする。当該パケットは、UT1450のネットワークアドレスにおけるUXサブフィールド9080に対応する、部分的なアドレス「1」を含む。PARU35000は、制御信号論理回路35030とパケット分配器33020とが、HGW1260におけるマスターUXへの、ユニキャストセットアップのカラー情報を有するパケットの転送を調節できるように、制御信号論理回路35030に「1」を提供する。1つのMXの管理下にある1つのUTから、もう1つのMXの管理下にあるもう1つのUTに、ユニキャストセットアップのカラー情報を有するパケットを配信する上述の処理はまた、ユニキャストデータのカラー情報を有するパケットの配信にも適用される。
【0328】
図36は、本例におけるUT1380、UT1400及びUT1420と1つのMBプログラムソースとが関与するMBセッションを管理するために、PARU35000が行う1つの処理に係るフローチャートを示す。上述のユニキャストセッションの確立と同様に、上述のMBセッションを確立するための、SGW1160のサーバ群10010からのMBセットアップのカラー情報を有するパケットに応答して、カラーフィルタ33000は、当該パケットと、対応するMBセットアップコマンドとをPARU35000に送信する。PARU35000は、ブロック36000において、各パケットから部分的なアドレス「3」又は「2」を検索して読み出す。UT1380のネットワークアドレスが、そのUXサブフィールド9080に「3」を含むので、1つのMBセットアップのカラー情報を有するパケットが「3」を含む。UT1400とUT1420が1つのUXを共有しかつそれらのネットワークアドレスのUXサブフィールド9080に「2」を含むので、他の2つのMBセットアップのカラー情報を有するパケットが「2」を含む。PARU35000はまた、制御信号論理回路35030とパケット分配器33020とが、MBセットアップのカラー情報を有するパケットの、それらの宛先に向けての転送を調節できるように、ブロック36000において、「2」又は「3」を制御信号論理回路35030に伝送する。
【0329】
上述の例において、カラーフィルタ33000が、SGW1160のEX10000を介してサーバ群10010からそれが受信した各MBセットアップのカラー情報を有するパケットに対して、MBセットアップコマンドをアサートするということを注意する。従って、3つの参加者(プログラムソースを除く)を含むMBセッションの場合、一実施形態に係るPARU35000は、3つのMBセットアップコマンドを受信し、従って、ブロック36000を3回実行する。
【0330】
それに加えて、PARU35000は、MBセットアップのカラー情報を有するパケットから抽出された部分的なアドレス情報(例えば、UXサブフィールドにおける「2」及び「3」)と、セッション番号「1」と、マッピングされたセッション番号「0」とを、LTC35010に供給する。マッピングされたセッション番号は「0」であるので、LTC35010は、ブロック36010において、LT35020のセル37000(2,1)及び37020(3,1)を「1」にセットアップする。セッション番号「1」は、上で議論されたMBプログラムソースを識別する。
【0331】
しかしながら、PARU35000が、セッション番号と、マッピングされた非0のセッション番号と、部分的なアドレス情報とを、LTC35010に供給する場合には、一実施形態に係るLTC35010は、そのマッピングされた非0のセッション番号と部分的なアドレスとを用いて、LT35020をセットアップする。
【0332】
図37は、LT35020のサンプルとなるテーブルを示す。LT35020のサイズは、1)HGW中のUXが接続可能な、OX31000におけるポートの数と、2)SGW1160がサポートする多地点通信(例えば、MMとMB)セッションの数とに依存する。本例において、OX31000が少なくとも2つのマスターUX(UX31010とUX31020)をサポートし、仮定によればSGW1160が3つのMBプログラムソースをサポートするので、LT35020は、少なくとも6つのセルを含む。また、この実施形態に係るLT35020は、関連した部分的なアドレスとセッション番号に従い、そのセルに対してインデックスを付与する。例えば、座標(2,1)はセル37000に対応し、座標(3,2)はセル37010に対応する。セル37000は、部分的なアドレス「2」を備えたUXであって、セッション番号「1」によって識別されるMBプログラムソースから情報を受信するUXの状態情報を表す。一方、セル37010は、部分的なアドレス「3」を備えたUXであって、セッション番号「2」によって識別されるもう1つのMBプログラムソースからの情報を受信するUXを表す。
【0333】
1つの実装に係るLT35020のすべてのセルは、最初0から開始する。LTC35010が、LT35020において、セッション番号「1」のようなセッション番号と、「2」のような部分的なアドレス(例えば、)との一致を識別すると、LTC35010は、セル37000(2,1)のようなLT35020における適切なセルの内容を1に変更し、それによって、部分的なアドレス「2」を備えたUTがMBセッション1に参加することを示す。1つの実装において、LTC35010は、UTがもはやMBセッションの参加者ではないとき、変更されたセルを0に戻すようにリセットすることにも責務を有する。それに代わって、LT35020は、その変更されたセルをリセットするためにタイマに依存する。特に、LT35020は、そのセルのうちの1つに対する変更を検出するとき、タイマをスタートさせる。LT35020が、所定量の時間内に、変更されたセルの内容を保存するためのいかなる通知も受信しない場合には、LT35020は自動的にセルを0に戻すようにリセットする。
【0334】
MB保持コマンドは、この通知に係る1つのフォームを提供する。特に、前述のMBセッションを保持するための、SGW1160のサーバ群10010からのMB保持のカラー情報を有するパケットに応答して、カラーフィルタ33000は、当該パケットと、対応するMB保持コマンドとをPARU35000に送信する。PARU35000は、ブロック36030において、各パケットから「2」又は「3」のいずれかである部分的なアドレスを検索して読み出す。上述のブロック36000と同様に、PARU35000は、制御信号論理回路35030とパケット分配器33020とが、MB保持のカラー情報を有するパケットの、その宛先に向けての転送を調節できるように、ブロック36030において、部分的なアドレス情報を制御信号論理回路35030に伝送する。
【0335】
それに加えて、PARU35000は、MB保持のカラー情報を有するパケットから抽出された部分的なアドレス情報(「2」又は「3」のいずれか)とセッション番号「1」とを、LTC35010に供給する。部分的なアドレス「2」あるいは「3」とセッション番号「1」とを有する場合、LTC35010は、セル37000又は37020のそれぞれに対するタイマをリセットし、従って、ブロック36040において上述の通知をLT35010に効果的に提供することができる。それに代わって、LTC35010は、セル37000あるいは37020の内容を1に設定することができる。
【0336】
MBプログラムソースからの、MBデータのカラー情報を有するパケットに応答して、カラーフィルタ33000は、当該パケットと、対応するMBデータコマンドとをPARU35000に送信する。PARU35000は、セッション番号サブフィールド9270からセッション番号を検索して読み出す。次に、PARU35000は、ブロック36020において、LT35020の行1(これはMBセッション1に対応する。)にわたって、セル37000及び37020のような、アクティブな値である1を有するセルを検索するように、LTC35010に命令する。
【0337】
この検索は、MBセッション1に参加しているUTに至るポートを識別する。LTC35010が、1を含むセル37000及び37020の位置を突き止めることに成功した後で、LTC35010は、上述のLT35020に対するインデックス付与方式によって、部分的なアドレス「2」及び「3」を取得することができる。次いで、LTC35010は、「2」及び「3」を制御信号論理回路35030に伝送し、制御信号論理回路35030は次に、MBデータのカラー情報を有するパケットを適切なUX(例えば、「2」はUX31020に対応し、「3」はUX31010に対応する)に転送するように、パケット分配器33020に命令する。しかしながら、LTC35010が、LT35020において、アクティブな値である1を有するいかなるセルを識別することにも失敗した場合には、一実施形態に係るLTC35010は、制御信号論理回路35030と通信せず、パケット分配器33020によるパケット配信をトリガーしない。
【0338】
このMBの例において使用された処理は、一般に、例えばMMを含むがそれに限定されるものではない、他のタイプの多地点通信に適用される。また、当該技術分野における通常の技能を有する者には、上述のすべての詳細事項を用いることなしに、開示されたカラーフィルタリング処理及びPARUの技術の設計し、あるいは実装することは明らかであろう。例えば、上述のPARUの機能は、上述のカラーフィルタと組み合わされることが可能である。一方、上述のPARUの機能は、さらに分割されて、上述のLTCに分配されることも可能である。
【0339】
5.2.2.3 パケット分配器.
図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に送信される予定のパケットを一時的に記憶する。
【0340】
バッファバンク38020がもたらす可能性のある遅延を最小化し、かつバッファバンク38020がもたらす可能性のあるトラフィックの輻輳を防止するために、一実施形態に係るパケット分配器33020におけるコントローラは、固定された時間間隔あるいは調節可能な時間間隔で、バッファバンク38020をポーリングし、クリアする。この機構の説明として、パケットがUX31010に向かって転送されているのか、それともUX31020に向かって転送されているのかに依存して、(遅延素子33010の出力からの)そのパケットをバッファaあるいはバッファbのいずれかに転送するために、制御信号33060が分配器A 38000を起動する場合を仮定する。
【0341】
そのパケットを、意図された論理リンクに直接に送信する代わりに、分配器A 38000は、そのパケットをバッファaあるいはバッファbのいずれかに転送し、ここで、パケットは一時的に記憶される。分配器A 38000が追加のパケットをバッファバンク38020に転送する前に、あるいは、バッファバンク38020におけるオーバーフローの状況が生じる前に、コントローラx 38030は、それが管理している各バッファをポーリングする。コントローラx 38030は、本例におけるバッファaのような、バッファのいずれかにおいてパケットを検出する場合には、バッファ中のパケットをUX31010に伝送し、そのバッファをクリアする。同様の方法で、コントローラy 38040も、それが管理する各バッファをポーリングする。
【0342】
1×2個(すなわち、1個の分配器×2個のコントローラ)のパケット分配器が説明されたが、当該技術分野における通常の技能を有する者には、特にパケット分配器を包含することが遅延と輻輳をもたらす場合、1×2個のパケット分配器を用いずにMXを実装することは明らかであろう。また、当該技術分野における通常の技能を有する者には、開示されたパケット分配技術の範囲を超えることなく、他の構成を有しかつ異なるサイズのバッファバンクを備えたパケット分配器を実装することも明らかであろう。また、当該技術分野における通常の技能を有する者には、上述された機構とは異なるタイプのパケット分配機構を用いて、開示されたスイッチングコア技術を実現することも明らかであろう。
【0343】
5.2.2.4 アップリンクパケットフィルタ(「ULPF」).
セレクタ32030(図32)が、ある物理リンクを選択した後、ULPF32040は、所定のパケットがSGWに到達すること及び/又は進入することを防止する「入力基準」に基づき、選択された物理リンク上で所定のパケットをフィルタリングして除去する。具体的には、スイッチングコア32010が、セットアップコマンド(例えば、DAセットアップコマンド)を送信することによって、ULPF32040に対するこれらの入力基準を動的に確立する。あるパケットが、入力基準のいずれかを満たすことに失敗した場合には、ULPF32040はそのパケットを廃棄する。従って、ULPFは、MPネットワークから望ましくないパケットを除去し、従ってネットワークの安全性(セキュリティ)と完全性を強化することができる。
【0344】
一実施形態に係るULPF32040は、受信されたパケットが、許容できる発信元アドレス、宛先アドレス、トラフィックフロー及びデータコンテンツを含むか否かをチェックすることにより、当該受信されたパケットに対して複数の入力基準にてなるセットを適用する。これらのチェックの結果に基づいて、ULPF32040は、インターフェースF 32000にパケットを送信するか、それともパケットを拒絶して廃棄するかを決定する。
【0345】
一実施形態に係るMPネットワークでは、上述のEX、BX、OX及びCXは、ULPFを含む。当該技術分野における通常の技能を有する者には、開示されたULPFの技術の範囲を超えることなく、異なるスイッチのULPFに各種の入力基準を分配することは明らかであろう。例えば、図31におけるFTTB+xDSLの構成では、SGW1160のEXにおけるULPFは、許容できるデータコンテンツのチェックする入力基準を有する可能性がある一方で、OX31000におけるULPFは、許容できる発信元アドレス、宛先アドレス及びトラフィックフローをチェックする入力基準を有する。当該技術分野における通常の技能を有する者には、開示されたULPFの範囲が上で議論された4つの入力基準に限定されないと認識することは明らかであろう。これらの4つの入力基準は例示であり、網羅的なものではない。
【0346】
明確化のために、以下の議論では、一実施形態に係るULPF32040について3つのフェーズで説明する。すなわち、ULPFのセットアップ、ULPFのチェック、及びULPFの解放である。また、この議論では、以下のことを仮定する。
【0347】
・ULPF32040は、MX1180に存在する。
・MX1180を管理するSGW1160は、図12に示されたような独立して動作する複数のサーバシステムを用いるサーバ群10010を含む。
【0348】
5.2.2.4.1 ULPFのセットアップ.
スイッチングコア32010は、SGW1160のサーバ群10010から受信する情報に基づいて、以下のようにULPF32040をセットアップする。
【0349】
1.上述のサーバ群のセクションで議論されたMCCP手順を実行した後、一実施形態に係る呼処理サーバシステム12010(図12)は、要求されたサービスの発呼者及び/又は被呼者にMP制御パケットを送信する。これらの制御パケットは、例えば、パケット配信のための許容できるネットワークアドレスと、許容できるトラフィックフロー情報と、許容できるデータコンテンツのタイプとのリストであるが、これに限定されるものではない、ULPF(例えば、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を介して伝搬する。
【0350】
2.MX1180が、そのMTPSセットアップパケットを受信した後、パケットのDAフィールドに存在するカラー情報(例えば、ユニキャストセットアップのカラー)に基づいて、そのスイッチングコア32010(図32)は、パケットから前述の入力基準を抽出して、抽出された情報を用いてULPF32040を動的に構成する処理に進む。一実施形態に係るULPF32040は、この構成情報を記憶するローカルなメモリサブシステムを含む。
より具体的には、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つ以上のビットを設定する。
【0351】
3.MTPSセットアップパケットは、呼処理サーバシステム12010から、発呼者と被呼者に送信されているので、MTPSセットアップパケットを受信して転送する伝送経路に沿ったスイッチのULPFは、上で議論された処理に従って、入力基準情報を用いて構成される。伝送経路に沿ったスイッチのすべてがULPFを含むわけではないということを注意し、また、上で注意されてように、ULPFの入力基準は、ULPFを含むいくつかのスイッチにわたって分配されることが可能である。
【0352】
上述の例では、1つのSGWのもとでの2つのUTのDAを用いて、図39に示すDA検索テーブル39000を更新したが、スイッチングコア32010はまた、MPネットワーク内の任意の場所に存在するMPに準拠した構成要素のDAを用いてDA列を更新できる。それに加えて、当該技術分野における通常の技能を有する者には、許容できるトラフィックフロー情報と許容できるデータコンテンツ情報も記憶する、DA検索テーブル39000を設計することは明らかであろう。さらに、上で議論されたローカルなメモリサブシステムが、ULPF32040のための専用メモリサブシステムであるか、又はMX1180内のさまざまな構成要素のための共有メモリサブシステムであるかのいずれかが可能であるということを注意する必要がある。このローカルなメモリサブシステムは、MX1180内に存在するか、又は外部装置としてMX1180に接続されるかのいずれかが可能である。
【0353】
5.2.2.4.2 ULPFのチェック.
スイッチングコア32010が、上で議論された入力基準によってULPF32040を構成した後で、ULPF32040は、入力基準に基づいて、それが受信するパケットをフィルタリングする。図40は、ULPFのチェックを実行するために、一実施形態に係るULPF32040が行う1つの処理に係るフローチャートを示す。前の例に続き、UT1380はパケットの発信元であり、UT1450は、パケットの宛先である。
【0354】
具体的には、ULPF32040が、セレクタ32030(図32)からMPパケットを受信する。ブロック40000において、一実施形態に係るULPF32040はSAマッチングを実行して、1)この受信されたパケットのSAの部分的なアドレス(例えば、国、都市、コミュニティ、及び階層化されたスイッチのサブフィールド)が、MX1180の割り当てられたネットワークアドレスの部分的なアドレスと一致するか否かをチェックし、2)この受信したパケットのSAの部分的なアドレスが、図1dに示すようなポート1170にバインドされたネットワークアドレスと一致するか否かをチェックする。これらのチェックは、ULPF32040が受信したパケットが、許可された構成要素を発信元とし、かつ許可された論理リンクを介して着信していることを保証する。
【0355】
これらのチェックが取り組む1つのシナリオは、MX1180に接続してMPの都市圏ネットワーク1000(図1d)においてSGW1160にパケットを送信しようとする、「許可を持たない」HGWを含むものである。このHGWは、SGW1160のサーバ群10010(図10)からの割り当てられたネットワークアドレスを持たないので、MX1180が受信するたパケットのSAは、MX1180の割り当てられたネットワークアドレスとは一致しない。従って、上述のSAマッチングのチェックによって、MX1180のULPF32040は、このパケットがSGW1160に到達することを防止できるようになる。
【0356】
これらのチェックが取り組むもう1つのシナリオは、MX1180に接続する同じ「許可を持たない」HGWであるが、そのネットワークアドレスをHGW1200のネットワークアドレスと一致するように勝手に変更することによってHGW1200のIDになりすまそうとする「許可を持たない」HGWを含むものである。この「許可を持たない」HGWは、ポート1170とは異なるポートを介してMX1180に接続し、また、MPの都市圏ネットワーク1000(図1d)におけるSGW1160にパケットを送信しようとする。MX1180が受信するこのパケットのSAは、ポート1170にバインドされたネットワークアドレスと一致しないので、MX1180のULPF32040はパケットを廃棄し、パケットがSGW1160に到達することを防止する。
【0357】
図31に示されたFTTB+xDSLの構成と、図9aに示されたネットワークアドレス90000のフォーマットとを例として用いると、ULPF32040は、受信されたパケットのSAフィールド5020(図5)からSAを検索して読み出し、SAの部分的なアドレス(例えば、国サブフィールド9040、都市サブフィールド9050、コミュニティサブフィールド9060、及びOXサブフィールド9070)を、OX31000のネットワークアドレスの対応部分と比較する。上述のサーバ群のセクションで議論されたように、OX31000は、ネットワーク構成の間に、SGW1160のサーバ群10010(図10)からそのネットワークアドレスを取得する。一実施形態に係るOX31000は、その割り当てられたネットワークアドレスをそのローカルなメモリサブシステムにさらに記憶する。ULPF32040の比較が一致をもたらす場合には、ULPF32040は次のチェックに進む。そうでなければ、ULPF32040はパケットを廃棄する。
【0358】
また、ULPF32040は、UT1380からのMPパケットがポート31030を介してOX31000に到着することを保証するために、SAの部分的なアドレス(例えば、国サブフィールド9040、都市サブフィールド9050、コミュニティサブフィールド9060、OXサブフィールド9070、及びUXサブフィールド9080)を、ポート31030のネットワークアドレスの対応部分と比較する。
【0359】
図40のブロック40010において、ULPF32040は、パケットに対してDAマッチングを実行する。具体的には、ULPF32040は、DA検索テーブル39000のDA項目39020にわたって、パケットのDAフィールド5010の内容と一致するDAを検索する。上で議論されたように、ULPF32040のセットアップフェーズの間に、スイッチングコア32010は、DA項目39020のようなこれらのDA項目をセットアップする。ULPF32040が、一致したDAを識別することに成功した場合には、ULPF32040は、次のチェックに進む。そうでなければ、ULPF32040はパケットを廃棄する。
【0360】
このチェックは、意図された宛先アドレスが、許可されたネットワークアドレスであることを保証する。図10、図32及び図39との関連で言い換えれば、サーバ群10010が、承認された複数の当事者の間での要求されたサービスを承認した後で、スイッチングコア32010は、これらの当事者のネットワークアドレスに従って、ULPF32040に対するDA検索テーブル39000をセットアップする。結果として、MX1180のULPF32040は、承認された当事者を宛先としないパケットをフィルタリングして除去することができる。しかしながら、一実施形態に係るスイッチングコア32010は、承認された当事者の間で通信中であるときであってもDA検索テーブル39000を変更できる(例えば、新しい参加者を、進行中の多地点通信に追加する)ということは注意される必要がある。特に、スイッチングコア32010は、SGW1160のサーバ群10010からのMPセットアップパケット(例えば、図64におけるMMセットアップ64020)に応答して、この変更を実行する。
【0361】
図40のブロック40020において、ULPF32040は、パケットが所定のトラフィックフローの標準を満たすことを保証するために、トラフィックフローのモニタリングを実行する。上述のように、これらの標準の例の一部は、要求されたサービスのセッションにおける許容できるビット数、要求されたサービスのビット数の最大値、許容できるパケット到着レート、及び各パケットの許容できるパケット長を含むが、これらに限定されるものではない。図41は、さらに、ULPF32040のような一実施形態に係るULPFが、ブロック40020を実行するために行う1つの処理に係るフローチャートを示す。パケットがトラフィックフローのモニタリングチェックに合格したとULPF32040が決定した場合には、ULPF32040は次のチェックに進む。そうでなければ、ULPF32040はパケットを廃棄する。当該技術分野における通常の技能を有する者には、開示されたULPF技術の範囲になお含まれながら、ブロック40020において複数のトラフィックフロー標準でチェックすることは明らかであろう。
【0362】
トラフィックフローのチェックは、MPネットワーク上で予測可能なトラフィックフローを保持することを援助する。例えば、ULPF32040が、許容できるパケット長を超える任意のパケットがMPネットワークに入ることを防止する場合には、MPネットワーク上の構成要素は、ネットワーク上で遭遇するパケットのパケット長が、期待される範囲内に含まれるという仮定の下で動作することができる。結果として、それらの構成要素において発生するパケットの処理は簡単化され、このことはまた、構成要素の設計及び/又は実装の簡単化を可能にする。
【0363】
図41に示すように、一実施形態に係るULPF32040は、2つのトラフィックフローチェックを実行する。具体的には、ULPF32040が、図5に示すようなLENフィールド5030からパケットのパケット長を取得して、ブロック41010において、このパケット長が、許容できるパケット長を超えるか否かを決定する。パケットの長さが、許容できるパケット長より短い場合には、ULPF32040は次のチェックに進む。そうでなければ、ULPF32040はパケットを廃棄する。
【0364】
ブロック41020において、ULPF32040は、所定の時間期間の間にMX1180の各ポート(例えば、ポート1170及び1175)に入るパケット数を計算する。1つの実装では、サーバ群10010(図10)あるいは呼処理サーバシステム12010(図12)が、帯域内信号方式を用いたMP制御パケットあるいはMPデータパケットのいずれかを通じて、ULPF32040に対するこの時間期間を確立する。同様に、サーバ群10010あるいは呼処理サーバシステム12010はまた、ULPF32040に対して、ポート毎の許容できるパケット到着レートを確立する。これは、上で議論された時間期間内にMX1180の各ポートが受信するはずのパケット数の最大値を指定する。その計算されたパケット数が最大値未満である(すなわち、MX1180におけるパケット到着レートが、許容できるパケット到着レートの範囲内にある)ことをULPF32040が見つける場合には、ULPF32040は、図40に示されたブロック40030に進む。そうでなければ、ULPF32040はパケットを廃棄する。
【0365】
図40のブロック40030において、ULPF32040は、データコンテンツの照合を実行する。上に議論した1つの実装を例とすると、コンテンツプロバイダが、その著作権で保護されたデータを複数のMPデータパケットにパケット化し、また、そのデータに対する著作権に係るプロバイダの所有権を表示するために、これらのパケットのペイロードフィールド5050(図5)に1つ以上のビットを設定することを仮定する。それに加えて、これらの(複数の)特別なビットのビットシーケンス及び/又は配置は、著作権の所有者によって機密が保持され、かつ他のユーザには知られないということを仮定する。UTがこれらの著作権で保護されたデータをMPネットワークに付勢の配信することを防止するために、一実施形態に係るULPF32040は、パケットのペイロードフィールド5050において著作権の所有者を示すこれらの(複数の)特別なビットを検索して、疑わしいデータパケットを識別する。(それに代わって、この知的所有権の情報は、MPパケットヘッダの一部になることが可能である。)ULPF32040は、(コンテンツプロバイダが用いるUTとは異なる)UTからの、これらの(複数の)ビットのセットを有するデータパケットを拒絶する。
【0366】
あるMPパケットが、これらの4つのチェックに合格できる場合には、ULPF32040は、パケットをインターフェースF 32000(図32)に中継する。図40は、上述のULPFチェックに係る多くの可能な実装のうちの1つであるということは強調される必要がある。当業者には、開示されたULPF技術の範囲を超えることなく、他の入力基準を用い、かつ図40に示された4つとは異なるチェックを実行するULPF32040を構成することは明らかであろう。それに加えて、代替の実施形態に係るULPF32040は、説明されたシーケンスとは異なるシーケンスで4つのチェックを実行することも可能である。さらに、一実施形態に係るULPF32040は、ULPFのセットアップフェーズが完了される前にチェックを実行することができる。より具体的には、この実施形態に係るULPF32040は、そのローカルなメモリサブシステムにデフォルトの入力基準と特別なルールとを記憶する。この特別なルールによれば、所定のMP制御パケットのような特定のタイプのパケットが、4つのチェックの一部又はすべてをバイパスして、インターフェースF 32000に到達することを可能にする。
【0367】
5.2.2.4.3 ULPFの解放.
要求されたサービスの終了において、1つの実装のサーバ群10010(図10)あるいは呼処理サーバシステム12010(図12)は、MP制御パケットをMX1180のスイッチングコア32010(図32)に送信し、ULPFの解放を開始する。
【0368】
この制御パケットに応答して、スイッチングコア32010は、ULPF32040に命令して、そのDA検索テーブル39000から、要求されたサービスに関与する宛先アドレスを削除させ、また、例えばトラフィックフロー情報を含むがこれに限定するものではない入力基準の他のパラメータを、そのデフォルト値に戻すようにリセットさせる。
【0369】
この開示されたULPF技術は、MPネットワークの完全性と安全性を強化することができ、また、ネットワークの性能における予測可能性の保持を援助することができる。ULPF技術を説明するために、上述の議論では多数の詳細事項を用いたが、当該技術分野における通常の技能を有する者には、ULPF技術の範囲がこれらの詳細事項によって限定されるものではないということは明らかであろう。また、前の部分ではMXにおけるULPFについて議論したが、当該技術分野における通常の技能を有する者には、開示されたULPF技術の範囲を超えることなく、MPネットワーク内の他のスイッチ(例えば、EX)におけるULPFを用いることは明らかであろう。
【0370】
5.3 家庭用ゲートウェイ(HGW).
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の総帯域幅使用量に基づく)に責務を有する。
【0371】
5.3.1 ユーザスイッチ.
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に準拠した他の構成要素の手動の構成や、又はリブートを必要としない。
【0372】
当該技術分野における通常の技能を有する者には、図43に示された構造上の実施形態に限定されることなくマスターUX42010を実装することは明らかであろう。例えば、当業者は、異なる形状の筐体部を用いてマスターUX42010設計しかつ組み立てることができる。当業者はまた、異なる個数のコネクタを含み、及び/又は筐体部上でのコネクタの配置を再構成することができる。
【0373】
図44は、例示的な実施形態に係るマスターUX42010のブロック図を示す。マスターUX42010は、スイッチングコア、セレクタ、及びインターフェースを含む。特に、マスターUX42010は、3つのタイプのインターフェースを含む。すなわち、UT D 42090及びUT L 42210との通信を可能にするインターフェースG 44020と、スレーブUX A 42020及びスレーブUX B 42030との通信を可能にするインターフェースH 44040と、MXとの通信を可能にするインターフェースI 44000とを含む。これらの3つのインターフェースは、1つのタイプの信号をもう1つのタイプに変換する。例えば、一実施形態に係るマスターUX42010におけるインターフェースI 44000は、光ファイバ信号と電気信号との間で変換する。この例では、マスターUX42010が、同じ物理的伝送媒体を介してスレーブUXと通信する場合には、インターフェースH 44040は信号変換を実行しない。
【0374】
5.3.1.2 スレーブユーザスイッチ.
スレーブUXはMXと直接に通信することがないので、スレーブUXの1つの構造上の実施形態は図42に示された実施形態と同様であるが、その側面43060にコネクタを備えていない。
【0375】
さらに、マスターUXと同様に、スレーブUXも、スイッチングコア、セレクタ、及びインターフェースを含む。スレーブUXのスイッチングコアは、マスターUX42010のスイッチングコア44010がサポートする機能のうちのサブセットをサポートし、及び、スレーブUXのセレクタは、セレクタ44030と同じ機能のセットをサポートする。しかしながら、マスターUXとは異なり、スレーブUXは、MXと直接に通信するためのインターフェースを持たず、サーバ群から割り当てられたネットワークアドレスを持たない。(注意:部分的なアドレスのサブフィールドにおける「UXサブフィールド」は、実際には「マスターUXサブフィールド」である。しかしながら、簡単化のため、このサブフィールドは単にUXサブフィールドと呼ばれる。)明確化のために、後の議論では、主にマスターUX42010に焦点を合わせる。しかしながら、特に示されていない限り、その議論はまた、スレーブUX A 42020、スレーブUX B 42030、スレーブUX C 42040、あるいはスレーブUX D 42050のようなスレーブUXにも適用される。
【0376】
5.3.1.3 セレクタ.
図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の一部とすること)は明らかであろう。
【0377】
5.3.1.4 スイッチングコア.
一実施形態に係るマスターUX42010は、UTと、他の(スレーブの)UXとにパケットを配信するために、スイッチングコア44010のようなスイッチングコアを用いる。特に、MXからのパケットに応答して、一実施形態に係るスイッチングコア44010は、カラー情報、部分的なアドレス情報、あるいはこれら2つのタイプの情報の組み合わせに基づいて、パケットをスレーブUXに「条件付きでブロードキャストする」ことか、あるいは、インターフェースG 44020を介してパケットをUTに配信することかのいずれかを実行する。一方、UT D 42090及びUT L 42210からのパケットに応答して、一実施形態に係るスイッチングコア44010は、パケットの宛先がHGW42000によってサポートされるUTであるか否かに依存して、パケットをもう1つの(スレーブの)UXあるいはMXのいずれかに中継する。
【0378】
上述の「条件付きブロードキャスト」は、スイッチングコア44010が所定の状況を検出した場合に、図42aに示されたスレーブUX A 42020及びスレーブUX B 42030のような、あるいは図42bに示されたスレーブUX A 42020、スレーブUX B 42030、スレーブUX C 42040及びスレーブUX D 42050のような、複数のスレーブUXに対して、マスターUX42010によって行われるパケット配信を示す。例えば、図42aに示された構成の場合、一実施形態に係るスイッチングコア44010が、当該スイッチングコア44010によって受信されたパケットは、マスターUX42010に直接に接続されたUT(例えば、UT D 42090及びUT L 42210)に転送するための、マスターUX42010に対するものではなく、HGW42000によってサポートされるUTに対するものであると決定するならば、スイッチングコア44010は、受信されたパケットのコピー(複製)を生成し、受信されたパケットと複製されたパケットとをスレーブUX A 42020及びスレーブUX B 42030にそれぞれに配信する。
【0379】
一方、図42bに示された構成の場合、スイッチングコア44010がMXからパケットを受信し、受信されたパケットは、マスターUX42010に直接に接続されたUT(例えば、UT D 42090及びUT L 42210)に転送するための、マスターUX42010に対するものではないと認識したならば、スイッチングコア44010は、受信されたパケットを共通のバス構成要素42190上に配置する。スイッチングコア44010が、マスターUX42010に直接に接続されたUT(例えば、UT D 42090)からパケットを受信し、受信されたパケットは、直接に接続されたもう1つのUT(例えば、UT L 42210)を宛先とされるものではなく、HGW42000によってサポートされるUTに対するものであると認識する場合には、スイッチングコア44010はまた、受信されたパケットを共通のバス構成要素42190上に配置する。スイッチングコア44010が共通のバス構成要素42190からパケットを受信し、受信されたパケットは、マスターUX42010に直接に接続されたUT(例えば、UT D 42090及びUT L 42210)に転送するためのマスターUX42010に対するものではなく、HGW42000によってサポートされるUTに対するものであると認識する場合には、スイッチングコア44010は、受信されたパケットを共通のバス構成要素42190上に残す。
【0380】
HGW42000における一実施形態に係るマスターUX42010は、HGW42000がサポートするすべてのUTの部分的なネットワークアドレスのリストを含むローカルなメモリサブシステムを含み、マスターUX42010はまた、ブロック45000におけるタスクと、MPパケットがHGW42000によってサポートされるUTに対するものであるか否かを照合するタスクとを実行する、ローカル処理エンジン(これはUXのスイッチングコアの一部でることが可能である。)を含む。代替の実施形態に係るUXは、このUTリストのための記憶装置及び/又は処理を提供するために、当該UXが直接に管理する(複数の)UTに依存する。言い換えれば、マスターUX42010のスイッチングコア44010は、UT D 42090からリストを検索して前述のタスクを実行するか、あるいは、代理として前述のタスクを実行するようにUT D 42090に要求するかの、いずれかが可能である。
【0381】
マスターUX42010が、受信されたパケットは、当該マスターUX42010によって直接に管理されるのUTのいずれに対するものでもなく、HGW42000によってサポートされるUTのいずれに対するものでもないと決定する場合には、マスターUX42010は、受信されたパケットをMXに送信する。
【0382】
スレーブUXにおけるスイッチングコアは、それがMXからパケットを直接に受信することもなく、MXにパケットを直接に配信することもないということを除いて、スイッチングコア44010と同様の方法で動作する。図42aにおけるスレーブUX B 42030を例として用いると、そのスイッチングコアが、スレーブUX C 42040からのパケットは、スレーブUX B 42030に直接に接続されたUT(例えば、UT G 42100及びUT K 42200)に転送するための当該スレーブUX B 42030に対するものではないと決定する場合、スイッチングコアは、そのパケットをスレーブUX D 42050とマスターUX42010にブロードキャストする。ループを防止するために、UXは、パケットを、当該パケットの前の送信者(例えば、スレーブUX C 42040)にはブロードキャストしない。一方、スレーブUX B 42030のスイッチングコアが、UT G 42100からパケットを受信する場合には、このスイッチングコアは、1)マスターUX42010を介してパケットをMXに転送すること、2)パケットをもう1つのUX(例えば、スレーブUX D 42050)に転送すること、あるいは、3)スレーブUX B 42030に直接に接続されたもう1つのUT(例えば、UT K 42200)にパケットを配信することの可能性がある。
【0383】
図42bに示された構成の場合、スレーブUX B 42030のスイッチングコアがUT G 42100からパケットを受信するならば、このスイッチングコアは、受信されたパケットを共通のバス構成要素42190上に配置するか、又は、スレーブUX B 42030と直接に接続されたもう1つのUT(例えば、UT K 42200)に配信するかの、いずれかを行う可能性がある。
【0384】
図45は、一実施形態に係るスイッチングコア44010が「ダウンストリーム方向」のパケット(例えば、インターフェースI 44000あるいはインターフェースH 44040からのパケット)に応答して行う1つの処理に係るフローチャートを示すのに対して、図46は、「アップストリーム方向」のパケット(例えば、インターフェースG 44020からのパケット)に応答するフローチャートを示す。しかしながら、インターフェースH 44040からのパケットが、もう1つのHGWによった管理されるUTを宛先とされる場合には、当該パケットは「アップストリーム方向のパケット」とみなされる。
【0385】
一実施形態に係るマスターUX42010は、そのスイッチングコア44010が、ダウンストリーム方向のパケットとアップストリーム方向のパケットとを簡単に区別できるように、アップストリーム方向のトラフィックとダウンストリームのトラフィックとを物理的に分離する。特に、マスターUX42010は、アップストリーム方向のパケットを受信するために、その一部のポートを予約する。結果として、スイッチングコア44010が、指定されたアップストリーム方向のポートのうちの1つからパケットを受信するとき、それは当該パケットがアップストリーム方向のパケットであると認識する。そうでなければ、スイッチングコア44010は、当該パケットがダウンストリーム方向のパケットであると認識する。当該技術分野における通常の技能を有する者には、開示されたスイッチングコアの技術の範囲を超えることなく、トラフィックの方向を区別するための他のアプローチを適用することは明らかであろう。
【0386】
次の例には、図42a又は図42bと図1dとに示すUT D 42090、UT G 42100、UT I 42170及びUT1450を用いて、図45及び図46に示されたフローチャートをさらに説明する。明確化のために、この例では、ある特定の実装上の詳細事項を仮定する。しかしながら、当該技術分野における通常の技能を有する者には、スイッチングコア44010がこれらの詳細事項に限定されないことは明らかであろう。この詳細事項は次のものを含む。
【0387】
・上述のUTの、割り当てられたネットワークアドレスは、ネットワークアドレスのフォーマット9000(図9a)に従う。
・HGW42000は、例示されたHGW42000が例示されたHGW1200よりも多くのUTをサポートすることを除いて、図1dにおけるHGW1200に対応する。
【0388】
・マスターUX42010は、例えばMX1180であるMXに接続する。スレーブUX B 42030とスレーブUX C 42040は、マスターUX42010を介して、MX1180と通信する。従って、UT D 42090、UT G 42100及びUT I 42170は、図9aに示す国サブフィールド9040、都市サブフィールド9050、コミュニティサブフィールド9060、OXサブフィールド9070、及びUXサブフィールド9080において、同じ部分的なアドレスを共有する。言い換えれば、UT D 42090が、その割り当てられたネットワークアドレスに次の情報を含むことを仮定する。
【0389】
国サブフィールド9040: 1;
都市サブフィールド9050: 23;
コミュニティサブフィールド9060: 100;
OXサブフィールド9070: 11;
UXサブフィールド9080: 1;
UTサブフィールド9090: 15。
【0390】
このとき、UT G 42100及びUT I 42170の割り当てられたネットワークアドレスは、UTサブフィールド9090における部分的なアドレスを除いて、UT D 42090と同じ情報を含む。
【0391】
・それに加えて、図1dに示すUT1450は、上述のHGW1200のUTとは異なるHGW及び異なるMXに接続するので、UT1450は、OXサブフィールド9070において異なる情報を含み、場合によっては、UXサブフィールド9080及びUTサブフィールド9090において異なる情報を含む。
・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である。
【0392】
スイッチングコア44010が、インターフェースI 44000を介してMX1180からパケットを受信するとき(「MXからのパケット」)、それは、ブロック45000において、ビット毎に部分的なアドレスの比較を実行する。特に、「MXからのパケット」のDAフィールド5010(図5)が、UT D 42090の割り当てられたネットワークアドレスを含むと仮定する。スイッチングコア44010は、「MXからのパケット」のDAのUTサブフィールド9090を、UT D 42090の割り当てられたネットワークアドレスのUTサブフィールド9090と比較する。この例ではUTサブフィールドが一致するので、スイッチングコア44010はブロック45010に進み、UTサブフィールド9090における部分的なアドレス「15」を用いて、「MXからのパケット」をUT D 42090に送信する。
【0393】
しかしながら、「MXからのパケット」が、UT G 42100の割り当てられたネットワークアドレスを含む場合には、ブロック45000における部分的なアドレスの比較は不一致を示し、スイッチングコア44010は、ブロック45020における、パケットを他のUXにブロードキャストする処理に進む。より具体的には、UT D 42100及びUT L 42210の割り当てられたネットワークアドレスのUTサブフィールド9090は、それぞれ「15」及び「7」である。「MXからのパケット」のDAのUTサブフィールド9090における内容は「8」であるので、スイッチングコア44010は、そのパケットが、マスターUX42010によって直接に管理されるUT(すなわち、ここでは、UT D 42090及びUT L 42210)のいずれに対するものでもないことを認識し、ブロック45020において、HGW42000における他のスレーブUXにパケットをブロードキャストする。
【0394】
図42aに示されたような構成において、スイッチングコア44010は、マスターUX42010に直接に接続されたスレーブUX(すなわち、ここでは、スレーブUX A 42020及びスレーブUX B 42030)にパケットとパケットの複製とを方向付けることによって、「MXからのパケット」をブロードキャストする。スレーブUX A 42020が、「MXからのパケット」を受信するとき、そのスイッチングコアが、図45に示す処理を行う。ここで、「MXからのパケット」のDAは、UT G 42100に対するものであって、スレーブUX A 42020が直接に管理するUT(すなわち、ここでは、UT A 42110、UT B 42120及びUT C 42130)のいずれに対するものでもないので、ブロック45000におけるUTサブフィールドの部分的なアドレスの比較は不一致を示す。上述のように、一実施形態に係るHGW42000では、UXは、パケットを、当該パケットの前の送信者にはブロードキャストしないので、スレーブUX A 42020は、「MXからのパケット」をマスターUX42010に戻すようには送信しない。
【0395】
スレーブUX B 42030に関して、「MXからのパケット」のDAは、スレーブUX B 42030が直接に管理するUTの1つであるUT G 42100に対するものであるので、そのスイッチングコアは、ブロック45000においてアドレスの一致を確認する。次に、スレーブUX B 42030のスイッチングコアは、ブロック45010において、UTサブフィールド9090中の部分的なアドレス「8」に従って、UT G 42100に「MXからのパケット」を送信する。
【0396】
HGW42000が、図42bに示されたもののような構成を採用する場合、「MXからのパケット」を複製する代わりに、スイッチングコア44010は、パケットを共通のバス構成要素42190に配置する。スイッチングコア44010と、スレーブUXのスイッチングコアとは、共通のバス構成要素42190からのパケットを検査する。パケットのUT部分的アドレスサブフィールドと一致するUTサブフィールドを有するUTを直接に管理するスイッチングコアは、パケットを宛先UTに転送し、共通のバス構成要素42190からのパケットを除去する。
【0397】
一実施形態に係るHGW42000におけるUXは、UXがサポートするUTの部分的なネットワークアドレスのリストを含むローカルなメモリサブシステムと、ブロック45000におけるタスクを実行するローカルな処理エンジン(これは、UXのスイッチングコアの一部になることが可能である。)とを含む。代替の実施形態に係るUXは、このUTリストのための記憶装置及び/又は処理を提供するために、当該UXが直接に管理する(複数の)UTに依存する。言い換えれば、スレーブUX B 42030のスイッチングコアは、UT G 42100からリストを検索してブロック45000におけるタスクを実行するか、あるいは、ブロック45000におけるタスクを代理として実行するようにUT G 42100に要求するかの、いずれかが可能である。
【0398】
「MXからのパケット」は、ダウンストリーム方向のパケットであるので、HGW42000におけるUXのいずれもUTにパケットを配信できない場合には(議論されたUTサブフィールド9090の比較は、HGW42000における各UXに対して不成功であるので)、マスターUX42010は、ブロック45000におけるタスクを実行したHGW42000内の最後のUXに、パケットを廃棄するように命令してもよい。それに代わって、マスターUX42010は、管理者のSGWに到達するまでエラー通知を送信してもよい。
【0399】
HGW42000におけるUXのいずれかが、UTからパケットを受信した時(「UTからのパケット」)、UXは、ブロック46000において(図46)、「UTからのパケット」が、UXによって直接に管理されるUTに対するものであるのか否かを決定する。例えば、スレーブUX C 42040が、UT J 42180から「UTからのパケット」を受信した場合、スレーブUX C 42040は、パケットがUT H 42160又はUT I 42170のいずれかに対するものであるか否かをチェックする。スレーブUX C 42040は、次に、ブロック46010において、スレーブUX Cと直接に接続されたUTのうちの1つに「UTからのパケット」を配信することか、あるいは、ブロック46020において、受信側のUXがHGW42000のマスターUXであるか否かを照合することかの、いずれかを行う。この場合、受信側のUX(ここでは、スレーブUX C 42040)は、HGW42000のマスターUXではないので、スレーブUX C 42040は、パケットを他のUXにブロードキャストする(例えば、図42aの構成ではスレーブUX B 42030を介してブロードキャストし、あるいは図42bの構成では共通のバス構成要素42190を介してブロードキャストする)。しかしながら、受信側のUXがマスターUX42010である場合には、マスターUX42010は、ブロック46030において、「UTからのパケット」が、HGW42000によってサポートされるUTのいずれかに対するものであるか否かをチェックする。上述のように、マスターUX42010は、HGW42000がサポートするUTのリストを保持している。このチェックが、「UTからのパケット」を受信するUTを識別することに失敗した場合には、マスターUX42010は、ブロック46040において、パケットを、HGW42000と直接的な接続を有するMXに送信する。代わって、このMXは、発信元UT(この例ではUT J 42180)を管理するSGWにパケットを送信する。従って、HGW42000がHGW1200(図1d)に対応する場合には、マスターUX42010は、「UTからのパケット」をMX1180に転送し、MX1180はパケットをSGW1160に送信する。一方、チェックの結果が、「UTからのパケット」は、HGW42000によってサポートされるUTに対するものであることを示す場合、マスターUX42010は、ブロック46050において、マスターUX42010に対するパケットの前の送信者ではない他のUXに、パケットをブロードキャストする。
【0400】
上述のパケットの配信機能に加えて、一実施形態に係るマスターUX42010のスイッチングコア44010はまた、HGW42000に対する最大の帯域幅を確立する。特に、この実施例でHGW42000が任意個数のスレーブUXを含みうる場合でさえも、UXに接続されたUTの要求された総帯域幅が、確立された最大の帯域幅を超過すると、スイッチングコア44010が決定するならば、スイッチングコア44010は、HGW42000の継続的かつ適正な動作を保証するために、所定の保護措置を起動する。保護措置のいくつかの例は、追加のUTがHGW42000に接続して、これらの追加の接続がUXからUTへのパケットの分配を遅延させることを防止することを含むが、これらに限定されるものではない。
【0401】
当該技術分野における通常の技能を有する者には、開示されたHGW技術の範囲を超えることなく、図44に示されたUXのブロックを組み合わせることも、あるいは分割することも明らかであろう。例えば、スイッチングコア44010は、HGW42000のリソースを管理する(例えば、議論された最大の帯域幅の範囲内でHGW42000におけるトラフィックフローを保持する)一般的処理エンジンと、パケットを適当な宛先に転送する(例えば、部分的なアドレスを比較し、部分的なアドレスに基づいてパケットを転送する)パケット転送エンジンとに分割されることが可能である。当業者はまた、上で議論されたマスターUX42010の機能を、HGW42000における他の複数のUXに分配することもできる。
【0402】
5.3.2 ユーザ端末装置(「UT」).
図42a及び図42bに示されたHGW42000のようなHGWは、異なる複数のタイプのUTをサポートできる。UTのいくつかの例は、パーソナルコンピュータ(「PC」)、電話機、インテリジェント家庭用機器(「IHA」)、インタラクティブゲームボックス(「IGB」)、セットトップボックス(「STB」)、テレピュータ、家庭用サーバシステム、メディア記憶装置、あるいは、ネットワークを介してマルチメディアデータを送受信するためにエンドユーザによって使用される他の任意の装置を含むが、これらに限定されるものではない。
【0403】
当該技術において、PCと電話機は公知である。IHAは、一般に、意志決定能力を有する機器を示す。例えば、スマートエアコンディショナは、室温の変化に従って、その冷気の出力を自動的に調節するIHAである。もう1つの例は、毎月の所定の時間に自動的に水道メータを読み取り、メータの情報を水道局に送信する、スマートメータ読み取りシステムである。IGBは、一般に、スタークラフト・バトル・チェスト(StarCraft Battle Chest:ブリザード・エンタテインメント・カンパニー(Blizzard Entertainment Company)によって制作されたゲーム)のようなオンラインゲームを操作して、そのユーザが、ネットワーク上の他のユーザとインタラクション(例えば、ゲームのプレイ)を行うことを可能にする、ゲームコンソールを示す。家庭用サーバシステムは、HGW42000における他のUTを管理したり、HGW42000における複数のUTの間でインターネットサービスを提供したりすることができる。例えば、UT D 42090が家庭用サーバシステムである場合には、UT D 42090は、UT C 42130のユーザに対して、UT E 42140におけるデータベースのような共有リソースに当該ユーザがアクセスすることを可能にするためのプログラムメニューを提供する。
【0404】
テレピュータは、一般に、MPパケットと、IPパケットのような非MPパケットとの両方を処理できる信号装置を示す。MP−STBは、その(複数の)ユーザのために、音声、データ、及びビデオ(静的あるいはストリーム伝送のいずれか)の情報を合成し、MPネットワークと、インターネットのような非MPネットワークとに対する、その(複数の)ユーザのアクセスを提供する。メディア記憶装置は、大量のビデオ、オーディオ、及びマルチメディアプログラム(番組)を記憶できる。これは、ディスクドライブ、フラッシュメモリ、及びSDRAMを用いて実装可能であるが、これらに限定されるものではない。後のテレピュータ、MP−STB、及びメディア記憶装置のセクションは、これらの3つのタイプのUTについてさらに説明する。
【0405】
MPネットワークがサポートするこれらの別個のタイプのUTは、異なる帯域幅の必要条件を有するということが注意される必要がある。例えば、IHAは、毎秒数キロビット(「KB」)の帯域幅を利用する低速の装置である可能性がある。一方、IGB、MP−STB、テレピュータ、家庭用サーバシステム、及びメディア記憶装置は、毎秒数百万ビットから数億ビットまでの範囲の帯域幅を利用する高速の装置である可能性がある。
【0406】
5.3.2.1 テレピュータ.
テレピュータは、MPとIPの両方を実行することができる。図47は、一実施形態に係る汎用テレピュータであるテレピュータ47000のブロック図を示す。テレピュータ47000はまた、図1dにおけるUT1400に対応する。
【0407】
特に、テレピュータ47000は、MP−STB47020と、PC47010を含む。PC47010は、例えば表示装置47030及びスピーカ47060を含むがそれらに限定されない通常の出力装置と、例えばキーボード47040及びマウス47050を含むがそれらに限定されない通常の入力装置とを含む。一実施形態に係るMP−STB47020は、PC47010にプラグで接続し、HGW1200から受信するパケットを処理するプラグインカードである。受信されたパケットがMPパケットである場合には、MP−STB47020は、パケットを処理して、出力のために結果をPC47010に送信する。そうでなければ、MP−STB47020は、PC47010による処理のために、MPでカプセル化されて受信されたパケットを処理する(例えば、カプセル化解除する)。それに加えて、テレピュータ47000のユーザは、キーボード47040、マウス47050、あるいは図47に示さない他の入力装置を操作して、MPパケットか、あるいはMPでカプセル化されたIPパケットのようなMPでカプセル化された非MPパケットかを、テレピュータ47000からMPネットワーク1000に送信させる。
【0408】
より詳しくは、一実施形態に係るテレピュータ47000は、図5に示すMPパケット5000のフォーマットに従う、MPパケットあるいはMPでカプセル化されたパケットを送受信する。テレピュータ47000が、HGW1200からパケットを受信する(「テレピュータに対するパケット」)とき、当該パケットのDAフィールドは、テレピュータ47000の割り当てられたネットワークアドレスを含む。説明するために、この割り当てられたネットワークアドレスは、ネットワークアドレス9000のフォーマット(図9a)に従う。「テレピュータに対するパケット」を受信した後、MP−STB47020は、当該パケットのDAフィールド5010におけるネットワークアドレスのMPサブフィールド9030を調べて、当該パケットがMPパケットであるか、それとも当該パケットがそのペイロードフィールド5050に非MPパケットを含むものであるかを決定するする。MPパケットである場合、MP−STB47020は、パケットを処理して、出力のために結果をPC47010に送信する。MPでカプセル化されたパケットである場合には、MP−STB47020は、「テレピュータに対するパケット」のペイロードフィールド5050から、IPパケットであるような非MPパケットを検索して読み出し(必要ならば再アセンブルし)、検索して読み出された非MPパケットを処理のためにPC47010に送信する。
【0409】
さらに、一実施形態に係るPC47010は、MPアプリケーションと非MPアプリケーションの両方をサポートする。例えば、MPアプリケーションは、PC47010上に記憶されたソフトウェアプログラムであることが可能であり、これは、テレピュータ47000のユーザが、MTPSセッションを要求することを可能にする。後のメディア電話サービスのセクションはに、MTPSセッションの動作上の詳細事項について、さらに詳述する。非MPアプリケーションは、インターネットブラウザであることが可能であり、これは、テレピュータ47000のユーザが、非MPネットワーク1300上のウェブサーバからウェブページを要求することを可能にする。ゆえに、ユーザがMTPSセッションを呼び出すとき、PC47010はMPパケットを生成してMP−STB47020に送信し、MP−STB47020は、パケットをHGW1200に伝送する。ユーザがインターネットブラウザを起動する場合には、PC47010はIPパケットを生成してMP−STB47020に送信し、MP−STB47020は、MPでカプセル化されたパケットのペイロードフィールド5050にこのIPパケットをカプセル化し、これらのMPでカプセル化されたパケットをゲートウェイ10020に送信する。上述のゲートウェイのセクションで議論されたように、一実施形態に係るゲートウェイ10020は、テレピュータ47000からのMPでカプセル化されたパケットをカプセル化解除し、結果として得られた非MPパケット、例えばIPパケットを、インターネットのような非MPネットワーク1300に送信する。
【0410】
図48は、一実施形態に係る特定目的のテレピュータであるテレピュータ48000ブロック図を示す。テレピュータ48000はPCを含まないが、代わりに、カスタム化されたマルチプロトコル処理エンジン48010と、例えば表示装置48020及びスピーカ48030を含むがそれに限らない通常の出力装置と、例えばマウス48040及びキーボード48050を含むがそれに限らない通常の入力装置とを含む。一実施形態に係るマルチプロトコル処理エンジン48010は、スプリッタ(分離器)48060、MP処理エンジン48070、IP処理エンジン48080、及びコンバイナ(合成器)48090をさらに含む。
【0411】
「テレピュータに対するパケット」に応答して、スプリッタ48060は、MP処理エンジン48070とIP処理エンジン48010に適切なパケットを中継することに主として責務を有する。テレピュータ47000についての上の議論と同様に、一実施形態に係るスプリッタ48060は、パケットのDAフィールド5050におけるネットワークアドレスの特定の(複数の)ビットサブフィールドを検査することによって、「テレピュータに対するパケット」がMPパケットであるか、それとも、そのペイロードフィールド5050に非MPパケットを含むものであるかを決定する。そのネットワークアドレスがネットワークアドレス9000のフォーマット(図9a)に従う場合には、スプリッタ48060はMPサブフィールド9030を検査する。MPパケットである場合、スプリッタ48060はパケットをMP処理エンジン48070に中継する。MPでカプセル化されたパケットである場合、スプリッタ48060は、「テレピュータに対するパケット」のペイロードフィールド5050から、非MPパケット、例えば、IPパケットを検索して読み出し(必要な場合には再アセンブルし)、検索して読み出されたIPパケットを処理のためにIP処理エンジン48080に送信する。
【0412】
一実施形態に係るMP処理エンジン48070は、MPパケットのペイロードフィールド5050からデータを検索して読み出し、この検索して読み出されたデータをコンバイナ48090に送信することに責務を有する。同様に、一実施形態に係るIP処理エンジン48080は、IPパケットからのデータを検索して読み出し、また、この検索して読み出されたデータをコンバイナ48090に送信することに責務を有する。一実施形態に係るコンバイナ48090は、次に、MP処理エンジン48070及びIP処理エンジン48080からのデータを、表示装置48020及びスピーカ48030のようなテレピュータ48000の出力装置によった使用可能なデータフォーマットに整える。次いで、表示装置48020及び/又はスピーカ48030は、これらの整えられたデータを再生する。
【0413】
一実施形態に係るマルチプロトコル処理エンジン48010は、議論されたスプリッタ48060、MP処理エンジン48070、IP処理エンジン48080及びコンバイナ48090の機能を含む、スタンドアロン(独立型)のシステムである。このスタンドアロンのマルチプロトコル処理エンジン48010はまた、入力及び出力装置のための、共通の入力及び出力ポートとインターフェースを有する。さらに、一実施形態に係るIP処理エンジン48080は、制限された量のメモリを備えた、ディスクなしの処理システムである。このIP処理エンジン48080は、IP処理エンジン48080の機能を実行するために、サーバ群10010(図10)におけるサーバシステムの1つであってもよい、ネットワークコンピュータ48100に依存する。いくつかの例では、ネットワークコンピュータ48100は、特定目的のアプリケーションソフトウェアを実行するための命令をIP処理エンジン48080のメモリにロードすることによって、IP処理エンジン48080に対して、処理するタスクを命令することができる。
【0414】
図48に示された実施形態に係るマルチプロトコル処理エンジン48010において、IP処理エンジン48080はまた、テレピュータ48000のユーザからの入力要求を処理することに責務を有する。従って、ユーザが、IPブラウザ(例えば、マイクロソフト(登録商標)のインターネット・エクスプローラ)を用いて、MPによってサポートされたサービス(例えば、MTPSセッション)を要求する場合、IP処理エンジン48080は、公知の機構(例えば、プロセス間メッセージ及び制御信号)を用いてMP処理エンジン48070にその要求を伝送し、次いで、これは、MPパケットを生成してスプリッタ48060に送信することによって要求に応答する。次に、スプリッタ48060は、パケットをHGW1200に伝送する。一方、ユーザがインターネットへのアクセスを要求する場合、IP処理エンジン48080は、IPパケットを生成してスプリッタ48060に送信し、スプリッタ48060は、MPでカプセル化されたパケットのペイロードフィールド5050にこのIPパケットをカプセル化し、これらのMPでカプセル化されたパケットをゲートウェイ10020に送信する。上記のゲートウェイのセクションで議論したように、一実施形態に係るゲートウェイ10020は、テレピュータ48000からのMPでカプセル化されたパケットをカプセル化解除し、結果として得られた非MPパケット、例えば、IPパケットを、インターネットのような非MPネットワーク1300に送信する。
【0415】
当該技術分野における通常の技能を有する者には、上で議論された実施形態に係る実装上の詳細事項に限定されることなく開示されたテレピュータの技術を実施することは明らかであろう。例えば、図48に示されたマルチプロトコル処理エンジン48010は、MP及びIP以外のプロトコルを処理する処理エンジンを含むことが可能である。
【0416】
5.3.2.2 MPセットトップボックス(「MP−STB」).
図49は、図47に示された、一実施形態に係るMP−STB47020のブロック図を示す。MP−STBは、HGW1200のようなHGWから、表示装置47030及びスピーカ47060のような出力装置へのダウンストリーム方向のトラフィックと、PC47010のようなマルチメディア装置からHGW1200へのアップストリーム方向のトラフィックとを同時に処理することができる。
【0417】
例示的な実施形態に係るMP−STB47020は、MPネットワークのインターフェース49000、パケット解析器49010、ビデオ符号化器49020、ビデオ復号化器49040、オーディオ符号化器49030、オーディオ復号化器49050、及びマルチメディア装置のインターフェース49060を含む。特に、MPネットワークのインターフェース49000は、例えば光ファイバ信号及び電気信号を含むがこれに限定されない、2つのタイプの信号の間での信号変換器として機能する。マルチメディア装置のインターフェース49060も同様に信号変換器として機能するが、これは、しばしば、1つの形式の電気信号と、もう1つの形式の電気信号との間で変換する。例えば、図47において、MP−STB47020がPC47010に接続されず、その代わりにアナログテレビジョンに接続される場合、マルチメディア装置のインターフェース49060は、MP−STB47020からのディジタル形式の電気信号を、テレビジョンのためのアナログ形式の電気信号に変換し、また、その逆の変換を行う。
【0418】
一実施形態に係るパケット解析器49010は、MP−STB47020のインターフェースから着信するパケットを解析することに責務を有する。1つの実装において、これらのパケットは、図5に示すMPパケット5000のフォーマットに従う。説明のために、テレピュータ47000(図47)の割り当てられたネットワークアドレスが、ネットワークアドレス9000のフォーマット(図9a)に従う。一実施形態に係るパケット解析器49010は、MP−STB47020が受信したパケットのDAフィールド5050におけるネットワークアドレスのMPサブフィールド9030を検査し、当該パケットがMPパケットであるか、それとも、そのペイロードフィールド5050に非MPパケットを含むMPでカプセル化されたパケットであるかを決定する。PC47010は、パケット解析器49010の解析結果を用いて、MP−STB47020からのパケットを処理できる。例えば、PC47010は、MPパケットを特別に取り扱う処理モジュールと、MPでカプセル化されたパケットを取り扱う別個の処理モジュールとを含んでいてもよい。
【0419】
それに加えて、パケット解析器49010はまた、データタイプサブフィールド9020を検査して、MPネットワークのインターフェース49000を介して着信したパケット(「MPネットワークのインターフェースからのパケット」)とマルチメディア装置のインターフェース49060を介して着信したパケット(「マルチメディア装置のインターフェースからのパケット」)とのデータタイプを決定する。「MPネットワークのインターフェースからのパケット」がビデオデータ(例えば、静止あるいはストリーム伝送のビデオ)を含むとデータタイプサブフィールド9020が示していることを、パケット解析器49010が確認したとき、パケット解析器49010は、パケットを処理するためにビデオ復号化器49040を起動する。同様に、「マルチメディア装置のインターフェースからのパケット」がビデオデータを含むことをパケット解析器49010が確認した場合には、パケット解析器49010は、パケットを処理するためにビデオ符号化器49020を起動する。オーディオデータの場合、パケット解析器49010は、ビデオ復号化器及びビデオ符号化器のそれぞれの起動と同じような方法で、オーディオ復号化器49050とオーディオ符号化器49030を起動する。
【0420】
パケットが、信号方式の情報を含む場合、パケット解析器49010は、MP−STB47020に対するパケットに応答することに責務を有する。例えば、テレピュータ47000が、状態情報(例えば、現時点の容量及び利用可能性)を要求するパケットをサーバ群10010(図10)から受信した場合には、MP−STB47020のパケット解析器49010は、要求された状態情報を含むパケットをMPネットワークのインターフェース49000を介してサーバ群10010に戻すように送信することによって応答する。同様に、テレピュータ47000が、MTPSセッションのセットアップを要求するパケットを、マルチメディア装置のインターフェース49060を介して受信した場合には、パケット解析器49010は、サーバ群10010に向かってセットアップ要求を伝送する。
【0421】
STBは、オーディオ及び/又はビデオのデータパケットのストリームを送信する、及び/又は受信することができる。これらのデータパケットは、オーディオ情報、ビデオ情報、あるいはオーディオ及びビデオ情報の組み合わせを含む。
【0422】
別個のオーディオデータパケットストリームとビデオデータパケットストリームとを送受信するSTBの場合、このSTBは、オーディオ及びビデオのデータストリームのマッチング処理を行うことによって、唇の動きと音声との同期化を保つ。特に、発信するパケットの場合、STB47020のビデオ符号化器49020は、ビデオデータを含むパケット上に「タイムスタンプ」を配置し、これらのパケットをその宛先に非同期的に送信する。同様に、STB47020のオーディオ符号化器49030は、オーディオデータを含むパケット上に「タイムスタンプ」を配置し、これらのパケットをその宛先に非同期的に送信する。着信するパケットの場合、STB47020のビデオ復号化器49040とオーディオ復号化器49050は、着信したパケット上のタイムスタンプを用いて、受信されたビデオストリームとオーディオストリームとを同期化させる。
【0423】
一方、オーディオデータとビデオデータの組み合わせを含むパケットを送受信するSTBの場合、このSTBは、(図49に示す2組の代わりに)1組のオーディオ符号化器及びビデオ符号化器と、(図49示す2組の代わりに)1組のオーディオ復号化器とビデオ復号化器とを有する。このSTBは、パケット送信シーケンスと着信シーケンスとを保つことによって、唇の動きと音声との同期化を保つ。
【0424】
5.3.2.3 メディア記憶装置.
メディア記憶装置は、主に、メディアデータを記憶するための、MPネットワーク上のコストについて効率的な記憶装置のソリューションを提供する。図50は、一実施形態に係るメディア記憶装置である、メディア記憶装置50000のブロック図を示す。図1dでは、メディア記憶装置50000は、SGW1120内に存在するメディア記憶装置1140に対応でき、あるいはメディア記憶装置50000はUTに対応できる。特に、メディア記憶装置50000は、MPネットワークのインターフェース50010と、バッファバンク50015と、バスコントローラ及びパケット発生器(「BCPG」)50020と、記憶装置コントローラ50030と、記憶装置インターフェース50040と、大容量記憶装置50050とを含むが、これらに限定されるものではない。
【0425】
MPネットワークのインターフェース50010は、例えば光ファイバ信号及び電気信号を含むがこれらに限定されない2つタイプの信号の間で信号変換器として機能をする。記憶装置インターフェース50040は、BCPG50020と大容量記憶装置50050との間の通信チャンネルとして機能をする。記憶装置インターフェース50040のいくつかの例は、SCSI、IDE及びESDIを含むが、これらに限定されるものではない。記憶装置コントローラ50030は、主に、MPネットワークのインターフェース50010から受信されたパケットが大容量記憶装置50050にどのように保存されるかということと、パケットが大容量記憶装置50050からMPネットワークのインターフェース50010を介してMPネットワーク上の宛先にどのように送信されるかということとを制御する。BCPG50020は、それが受信するパケットを、バッファバンク50015、記憶装置コントローラ50030、及び大容量記憶装置50050に分配することに責務を有する。BCPG50020はまた、MPネットワークのインターフェース50010を介してパケットを送信することと、サーバ群10010(図10)からの照会パケットに応答してパケットを生成することとに責務を有する。大容量記憶装置50050は、ハードディスク、フラッシュメモリ、あるいはSDRAMであることが可能であるが、これらに限定されるものではない。
【0426】
メディア記憶装置50000は、それがサポートする各ユーザに対して1つのチャンネルを保持する。例えば、メディア記憶装置50000が毎秒100メガバイト(「MB/s」)のトラフィックフローを保持する場合であって、かつ、それがサポートする各ユーザが5MB/sのトラフィックフローを占有する場合には、メディア記憶装置50000は20個のチャンネルを保持する。言い換えれば、このシナリオにおけるメディア記憶装置50000は、20名のユーザからのパケットを同時に処理できる。
【0427】
それに加えて、一実施形態に係るバッファバンク50015は、2つタイプのバッファ、すなわち送信バッファ(「SB」)と受信バッファ(「RB」)を含む。SBは、発信するパケット(すなわち、BCPG50020がMPネットワークのインターフェース50010を介してMPネットワークに送信するパケット)を一時的に記憶し、RBは、着信するパケット(すなわち、BCPG50020がMPネットワークのインターフェース50010を介してMPネットワークから受信するパケット)を一時的に記憶する。1つの実装において、上述された各チャンネルは、2つSB(例えば、SBaとSBb)と2つRB(例えば、RBaとRBb)とに対応する。しかしながら、当該技術分野における通常の技能を有する者には、開示されたメディア記憶装置の技術の範囲を超えることなく、1つのチャンネルと、異なる数のSB及び/又はRBとを関連付けることは明らかであろう。
【0428】
メディア記憶装置50000のネットワークアドレスは、ネットワークアドレス9100のフォーマット(図9b)に従う。部分的なアドレスのサブフィールド9170は、当該ネットワークアドレスが、直接にEXに接続されたメディア記憶装置に対するものであることを示す、特定のビットパターン(例えば、「0001」)を含む。構成要素番号サブフィールド9180は、メディア記憶装置50000を識別する番号を含む。メディア記憶装置50000上のプログラム(番組)XYZを識別するために、ペイロードフィールド5050は、プログラムXYZを表す番号を含む。
【0429】
以上のメディア記憶装置についての議論は、特定の実装上の詳細事項に関連するものであったが、当該技術分野における通常の技能を有する者には、開示されたメディア記憶装置の技術の範囲内になお含まれたままで、その詳細事項なしにメディア記憶装置を実装することは明らかであろう。例えば、メディア記憶装置は、SGW内に存在しなくてもよく、UTであってもよい。そのようなメディア記憶装置に対するネットワークアドレスは、ネットワークアドレス7000のフォーマット(図7)に従ってもよい。そのようなメディア記憶装置に存在するプログラムは、ペイロードフィールド5050における特別な(複数の)ビットシーケンスによってアドレス指定されることが可能である。
【0430】
6. 動作例.
このセクションは、いくつかの例示的なマルチメディアサービスがMPネットワーク上でどのように動作するかということについての詳細事項について議論する。
【0431】
6.1 メディア電話サービス(「MTPS」).
6.1.1 単一のサービスゲートウェイに依存する2つのUTの間のMTPS.
MTPSは、2つのUTの間で1つあるいは多くのビデオ及び/又はオーディオの会議開催のセッションを行わせる。図53aと図53bは、単一のSGWに依存する2つのUT間(例えば、UT1380とUT1450(図1d))の1つのMTPSセッションの時系列図である。
【0432】
説明のため、UT1380が、UT1450に対する呼を要求する。このとき、UT1380は「発呼者」であり、UT1450は「被呼者」である。MX1180が「発呼者のMX」であり、MX1450が「被呼者のMX」である。SGW1160のサーバ群10010に存在する呼処理サーバシステム12010(図12)は、発呼者と被呼者の間のパケットの交換を管理する。SGWがMTPSセッションの管理に1つの呼処理サーバシステムを提供する場合、提供された呼処理サーバシステムは、「MTPSサーバシステム」と呼ばれる。一実施形態に係るSGW1160は、複数の呼処理サーバシステム12010を含み、特定のタイプのマルチメディアサービスを促進するための専用装置として、これらのサーバシステムのそれぞれを有する。
【0433】
次の議論では、主に、これらの参加者が、MTPSセッションの3つの段階中(呼のセットアップ、呼の通信の保持、及び呼の解放)、互いにどうやって対話(相互作用)するかということについて説明する。
【0434】
6.1.1.1 呼のセットアップ.
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セッションの使用量情報(例えば、セッションの継続時間あるいはトラフィック)を収集し始める。
【0435】
6.1.1.2 呼の通信.
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サーバシステムは、各当事者に通知してセッションを終了できる。
【0436】
6.1.1.3 呼の解放(clear-up).
発呼者、被呼者、あるいはMTPSサーバシステムは、呼の解放を介することができる。
【0437】
6.1.1.3.1 発呼者によって開始される呼の解放.
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サーバシステムに通知する。
【0438】
6.1.1.3.2 MTPSサーバシステムによって開始される呼の解放.
上述したように、一実施形態に係るMTPSサーバシステムは、受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、及び/又は、失われたMTPS保持応答パケットの数が過多である)を検出すると、呼の解放を開始してもよい。
【0439】
1.MTPSサーバシステムは、MP制御パケットであるMTPS解放パケット53150及び53160を発呼者と被呼者にそれぞれに送信する。これに応答して、発呼者と被呼者は、MP制御パケットであるMTPS解放応答パケット53170及び53180をMTPSサーバシステムに戻すように送信し、効果的にMTPSセッションを終了する。MTPSサーバシステムは、MTPS解放パケットを送り出したとき、セッションに対する使用量情報(例えば、セッションの継続時間あるいはトラフィック)の収集を停止する。MTPSサーバシステムは、収集された使用量情報を、ローカルなアカウント処理サーバシステムに、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム(図12)に報告する。
2.発呼者のMXと被呼者のMXが、MTPS解放53150及び53160を受信するとき、それらは各自のULPFをリセットする。
【0440】
6.1.1.3.3 被呼者によって開始される呼の解放.
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をリセットする。
【0441】
6.1.2 2つのサービスゲートウェイに依存する2つのUTの間のMTPS.
図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を含み、特定のタイプのマルチメディアサービスを促進するための専用装置として、これらのサーバシステムのそれぞれを有してもよい。
【0442】
それに加えて、SGW1160が、MPの都市圏ネットワーク1000に対して、都市圏のマスターのネットワークマネージャ装置として機能し、SGW1160のサーバ群10010に存在するネットワークサーバシステム12030が「都市圏のマスターのネットワーク管理サーバシステム」であることを仮定する。
【0443】
次の議論は、主に、これらの参加者が、MTPSセッションの3つの段階において、すなわち、呼のセットアップ、呼の通信及び呼の解放において、互いにどのように対話するかということについて説明する。
【0444】
6.1.2.1 呼のセットアップ.
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セッションに対する使用量情報(例えば、セッションの継続時間あるいはトラフィック)を収集し始める。
【0445】
この上述されたMTPSの呼のセットアップ処理は、一般に、MPの異なる都市圏ネットワークにおける(しかし、MPの同じ全国的ネットワーク内に存在する)2つのSGWによって管理された2つのUTの間で呼のセットアップに適用されるが、MPの異なる都市圏ネットワークにおける2つのUT間の呼のセットアップは、追加のセットアップ手順を必要とする。例として、UT1320(MPの都市圏ネットワーク1000におけるSGW1060によって管理される)が、MPの都市圏ネットワーク2030におけるUTに対する呼を要求することと、これら2つのUTが、MPの異なる都市圏ネットワーク(1000及び2030)における2つのSGWによって管理されるが、MPの同じ全国的ネットワーク2000内に存在することとを仮定する。また、この例において、
SGW2060は、MPの都市圏ネットワーク2030に対する、都市圏のマスターのネットワークマネージャ装置として機能する。SGW1020は、MPの全国的ネットワーク2000に対する、全国的なマスターのネットワークマネージャ装置として機能する。SGW2020は、MPのグローバルネットワーク3000に対して、グローバルなマスターのネットワークマネージャ装置として機能する。
【0446】
2つのUTと、これらのUTを管理する2つのSGWとが、MPの異なる都市圏ネットワークに存在するので、SGW1060における発呼者のMTPSサーバシステムが、SGW1060におけるサーバシステム(例えば、アドレスマッピングサーバシステム、ネットワーク管理サーバシステム、及びアカウント処理サーバシステム)にMCCP手順を実行するように要求するとき、これらのサーバシステムは、MCCP手順を実行するために必要な情報(例えば、マッピングの関係、リソース情報、及びアカウント処理情報)を持たない可能性もある。結果として、SGW1060中のサーバシステムはが、都市圏のマスターのネットワークマネージャ装置(この例ではSGW1160)におけるサーバシステムからの援助(例えば、必要な情報を取得するか、あるいは必要な情報の位置を突き止めること)を要求する。都市圏のマスターのネットワークマネージャ装置におけるサーバシステムが必要な情報を取得することも、あるいはその位置を突き止めることもできない場合には、サーバシステムは、全国的なマスターのネットワークマネージャ装置(ここではSGW1020)におけるサーバシステムからの援助を要求する。同じように、全国的なマスターのネットワークマネージャ装置もなお必要な情報へのアクセスを欠いている場合には、全国的なマスターのネットワークマネージャ装置は、グローバルなマスターのネットワークマネージャ装置(ここではSGW2020)に照会する。
【0447】
例えば、SGW1060におけるネットワーク管理サーバシステムの1つの実施例は、SGW1060によって管理されたMPに準拠した構成要素のリソース情報(例えば、使用容量)だけを保持する。従って、このネットワーク管理サーバシステムが、MCCP手順の間に、MPの都市圏ネットワーク2030におけるUTと通信するためのMTPS要求を承認するように要求された場合には、SGW1060におけるネットワーク管理サーバシステムは、タスクを実行するために必要なリソース情報(すなわち、UT1320からMPの都市圏ネットワーク2030中のUTまで伝送経路に沿った容量の使用量情報)を持たない。次に、SGW1060中のネットワーク管理サーバシステムは、SGW1160中のネットワーク管理サーバシステムに援助を要求する。
【0448】
SGW1160中の管理サーバシステムは、MPの都市圏ネットワーク1000に対する「都市圏のマスターのネットワーク管理サーバシステム」と呼ばれる。1つの実施例で、この都市圏のマスターのネットワーク管理サーバシステムは、MPの都市圏ネットワーク1000内のネットワーク管理サーバシステムのみによって監督される、リソース情報に対するアクセスを有する。MTPS要求は、MPのもう1つの都市圏ネットワークにあるUTと通信するためのものであるので、都市圏のマスターのネットワーク管理サーバシステムは、その要求を承認するか又は不承認するために必要なリソース情報を欠いている。このとき、都市圏のマスターのネットワーク管理サーバシステムは、全国的なマスターのネットワークマネージャ装置(SGW1020)中のネットワーク管理サーバシステムに援助を要求する。
【0449】
このSGW1020中のネットワーク管理サーバシステムは、MPの全国的ネットワーク2000に対する「全国的なマスターのネットワーク管理サーバシステム」と呼ばれる。1つの実施例で、その全国的なマスターのネットワーク管理サーバシステムは、MPの全国的ネットワーク2000内の都市圏アクセスSGW(例えば、SGW2050とSGW2070)における都市圏のマスターのネットワーク管理サーバシステムとネットワーク管理サーバシステムのみによって監督される、リソース情報に対するアクセスを有する。この例において、全国的なマスターのネットワーク管理サーバシステムは、SGW1160とSGW2060の両方における都市圏のマスターのネットワーク管理サーバシステムからのリソース情報(すなわち、MPの都市圏ネットワーク1000とMPの都市圏ネットワーク2030の容量の使用量情報)を有する。全国的なマスターのネットワーク管理サーバシステムはまた、都市圏アクセスSGWからのリソース情報(例えば、SGW1020、2050及び2070における容量の使用量情報)を有する。従って、全国的なマスターのネットワーク管理サーバシステムは、要求を承認するかあるいは不承認するために必要な容量の使用量情報を有する。次に、SGW1020における全国的なマスターのネットワーク管理サーバシステムが、SGW1160における都市圏のマスターのネットワーク管理サーバシステムに、その応答を伝送する。都市圏のマスターのネットワーク管理サーバシステムが、その応答をSGW1060中のネットワーク管理サーバシステムに伝送する。
【0450】
MPのある都市圏ネットワークにおける他のタイプのサーバシステム(例えば、アドレス指定マッピングサーバシステムとアカウント処理サーバシステム)が、MPのもう1つの都市圏ネットワークにおける宛先ホストに対するサービス要求を処理するとき、以上説明された処理は、上記他のタイプのサーバシステムに適用される。前の例では、特定の詳細事項を用いて、SGWと都市圏のマスターのネットワークマネージャ装置の間と、都市圏のマスターのネットワークマネージャ装置と全国的なマスターのネットワークマネージャ装置の間の例示的な交換について説明したが、当該技術分野における通常の技能を有する者には、開示されたMTPS技術の範囲になお含まれたままで、上記詳細事項によらなくとも、MPの都市圏ネットワーク間でのサービス要求を促進する他の機構を実装することは明らかであろう。
【0451】
さらに、上述の処理過程は、同様に、MP全国的ネットワーク中のホストの間のサービス要求を処理することにも適用される。説明されたようなMCCP手順におけるネットワーク管理サーバシステムを用いるとき、MTPSサービス要求が、MPのもう1つの全国的ネットワーク(例えば、MP全国的ネットワーク3030)における宛先ホストに対するものである場合には、MPの全国的ネットワーク2000における全国的なマスターのネットワーク管理サーバシステムは、サービス要求を承認するか又は不承認するために必要な情報を持たず、グローバルなマスターのネットワークマネージャ装置(SGW2020)におけるネットワーク管理サーバシステム(「グローバルなマスターのネットワーク管理サーバシステム」とも呼ぶ。)に援助を要求する。次に、SGW2020におけるグローバルなマスターのネットワーク管理サーバシステムは、SGW1020における全国的なマスターのネットワーク管理サーバシステムに対してその応答を送信する。次に、全国的なマスターのネットワーク管理サーバシステムは、SGW1160における都市圏のマスターのネットワーク管理サーバシステムに応答を送信する。次に、都市圏のマスターのネットワーク管理サーバシステムは、SGW1060中のネットワーク管理サーバシステムに応答を送信する。
【0452】
あるMPの全国的ネットワークにおける他のタイプのサーバシステム(例えば、アドレス指定マッピングサーバシステムとアカウント処理サーバシステム)が、MPのもう1つの全国的ネットワークにおける宛先ホストに対するサービス要求を処理するとき、この説明された処理は、上記他のタイプのサーバシステムに適用される。当該技術分野における通常の技能を有する者には、MPの都市圏ネットワーク間のMTPS要求と、MPの全国的ネットワーク間のMTPS要求を処理するための開示された処理を、他のタイプのMPサービス(例えば、MD、MM、MBとMT)に適用することは明らかであろう。
【0453】
6.1.2.2 呼の通信.
上述のように、この例では、次の呼の通信に係る議論において、UT1380が発呼者であり、UT1320が被呼者である。MX1180が発呼者のMXであり、MX1080が被呼者のMXである。
【0454】
1.発呼者は、発呼者のMXと、発呼者のMX及び被呼者のMXを管理するSGWにおけるEXと、被呼者のMXとを介して、被呼者に対してデータ54080を送信し始める。データ54080は、MPデータパケットである。発呼者のMXのULPFは、次に、ULPFチェックを実行して(これは、上述の中間スイッチのセクションで詳述された。)、パケットがSGW1160に到達することを許可するか否かを決める。ここで、発呼者と、発呼者を管理するSGW(SGE1160)におけるEXとの間でデータパケットが通過する論理リンクは、ボトムアップの論理リンクであり、被呼者を管理するSGW(1060)におけるEXと、被呼者との間でのデータパケットが通過する論理リンクは、トップダウンの論理リンクである。また、上述の論理層のセクションで説明したように、SGW1160中のEXは、データパケットをSGW1060中のEXに方向付けるために、ルーティングテーブルの中で検索する(これはオフラインで計算できる)。
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サーバシステムは当事者に通知して、セッションを終了することができる。
【0455】
上述のMTPSの呼の通信処理は、一般に、MPの異なる都市圏ネットワークに属するがMPの同じ全国的ネットワーク内に含まれる2つのSGWによって管理された2つのUT間での、MTPSの呼の通信処理に適用される。例えば、(MPの都市圏ネットワーク1000中のSGW1060によって管理された)UT1320が、MPデータパケットをMPの都市圏ネットワーク2030中のUTに送信する場合には、その2つのUTは、MPの異なる都市圏ネットワーク(1000及び2030)に属するがMPの同じ全国的ネットワーク2000内に存在する、2つのSGWによって管理される。上述の論理層のセクションで議論したように、MPの都市圏ネットワーク2030における、発呼者を管理するSGW(MPの都市圏ネットワーク1000中のSGW1060)におけるEXと、被呼者を管理するSGWにおけるEXとの間の伝送は、都市圏アクセスSGW(例えば、1020及び2050)を必要とする。具体的には、SGW1060中のEXは、ルーティングテーブルを検索して、データパケットを都市圏アクセスSGW1020中のEXに方向付け、次いで、上記都市圏アクセスSGW1020中のEXは、ルーティングテーブルを検索して、データパケットを都市圏アクセスSGW2050中のEXに方向付け、この都市圏アクセスSGW2050中のEXもまた、ルーティングテーブルを検索して、データパケットをMPの都市圏ネットワーク2030中の被呼者を管理するSGW中のEXに方向付ける。
【0456】
それに加えて、このMPの2つの異なる都市圏ネットワークにおけるUT間のMTPSの呼の通信の処理は、同様に、MPの2つの異なる全国的ネットワークにおける2つのUT間のMTPSの呼の通信にも適用される。例えば、(MPの全国的ネットワーク2000中のSGW1060によって管理される)UT1320が、MPデータパケットをMPの全国的ネットワーク3030中のUTに送信する場合には、MPの全国的ネットワーク3030における、発呼者を管理するSGW(MPの全国的ネットワーク2000中のSGW1060)中のEXと、被呼者を管理するSGWとの間の伝送は、全国的アクセスSGW(例えば、2020及び3040)を必要とする。具体的には、SGW1060中のEXは、データパケットを都市圏アクセスSGW1020中のEXに方向付け、次いで、都市圏アクセスSGW1020中のEXは、データパケットを全国的アクセスSGW2020中のEXに方向付ける。全国的アクセスSGW2020中のEXは、データパケットを全国的アクセスSGW3040中のEXに方向付け、次に、全国的アクセスSGW3040中のEXは、適当な都市圏アクセスSGWを介して、MPの全国的ネットワーク3030において被呼者を管理するSGW中のEXに、データパケットを方向付ける。
【0457】
当該技術分野における通常の技能を有する者には、MPの都市圏ネットワーク間のMTPS呼の通信と、MPの全国的ネットワーク間の呼の通信とを処理するための開示された処理を、他のタイプのMPサービス(例えば、MD、MM、MBとMT)に適用することは明らかであろう。
【0458】
6.1.2.3 呼の解放.
発呼者、被呼者、発呼者のMTPSサーバシステム、あるいは被呼者のMTPSサーバシステムは、呼の解放を開始することができる。上述のように、この例において、UT1380が発呼者であり、UT1320が被呼者であり、MX1180が発呼者のMXであり、MX1080が被呼者のMXである。
【0459】
6.1.2.3.1 発呼者によって開始される呼の解放.
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セッションの終了について通知する。
【0460】
6.1.2.3.2 MTPSサーバシステムによって開始される呼の解放.
上述のように、一実施形態に係る発呼者あるいは被呼者のいずれかのMTPSサーバシステムは、受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、及び/又は失われたMTPS保持応答パケットの数が過多である)を検出するとき、呼の解放を開始することができる。同様に、都市圏のマスターのネットワーク管理サーバシステムも、複数のSGWの間で、許容できない通信状況を検出するとき、呼を終了することができる。
【0461】
1.説明のため、発呼者のMTPSサーバシステムが、呼の解放を開始することを仮定する。呼の解放を開始するため、発呼者のMTPSサーバシステムは、MP制御パケットであるMTPS解放55060とMTPS解放指示55070を、発呼者と、被呼者のMTPSサーバシステムとにそれぞれ送信する。これに応答して、発呼者は、MTPS解放応答55090を発呼者のMTPSサーバシステムに戻すように送信し、効果的にMTPSセッションを終了する。また、被呼者のMTPSサーバシステムは、MTPS解放55080を被呼者に送信する。発呼者のMTPSサーバシステムは、MTPS解放55060とMTPS解放指示55070を送信するとき、セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止する。発呼者のMTPSサーバシステムはまた、ローカルなアカウント処理サーバシステム、例えばSGW1160におけるサーバ群10010のアカウント処理サーバシステム12040(図12)に、収集された使用量情報を報告する。
2.発呼者のMXと被呼者のMXは、MTPS解放55060及び55080を受信するとき、これらの各自のULPFをリセットする。
3.MTPS解放応答55100を受信した後、被呼者のMTPSサーバシステムは、MTPS解放肯定応答55110を、発呼者のMTPSサーバシステムに送信する。
4.発呼者のMTPSサーバシステムが、MTPS解放肯定応答55110とMTPS解放応答55090の両方を受信した後、発呼者のMTPSサーバシステムは、セッションを終了する。
【0462】
同様の手順は、被呼者のMTPSサーバシステムが呼の解放を開始する場合にも適用される。
【0463】
6.1.2.3.3 被呼者によって開始される呼の解放.
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をリセットする。
【0464】
ユーザは、UT上のグラフィカルユーザインターフェースを用いて、前述のMTPSサービスを要求する。図56は、サービスウィンドウ56000のような、一実施形態に係るグラフィカルユーザインターフェースがサポートするサービスウィンドウを示す。ユーザは、サービスウィンドウ56000をナビゲートして進むことによって、MTPSセッションを開始する。具体的には、サービスウィンドウ56000は、例えば情報領域56010、入力領域56020、及びシンボル領域56020を含むがこれらに限定されない、多数の表示領域を含む。情報領域56010は、関連したMTPSセッション情報(例えば、接続の状態、手順の命令)を表示する。入力領域56020は、例えばテキスト/数値入力ブロック56040と入力ボタン56050とを含むがこれらに限定されない、項目を含む。シンボル領域56030は、アイコン、ロゴ、及び知的所有権情報(例えば、特許情報、著作権表示、及び/又は商標情報)を含むがこれらに限定されない、項目を表示する。
【0465】
説明のため、ユーザAがユーザBとのMTPSセッションを処理することを希望していることを仮定し、ユーザAが用いているUT(例えば、図1dのUT1380)は、情報領域56010において「ユーザBの番号を入力してください」と表示し、オフフックの発信音を鳴らす。ユーザAは、ユーザBの番号(すなわち、ユーザBのユーザアドレス)をテキスト/数値ブロック56040にタイプして入力し、次いで、入力ボタン56050をクリックする。ユーザAが個別の各数字を入力すると、UT1380が、オプションとして、その数字に対応したのデュアルトーン・マルチフレケンシー(「DTMF」)の音を再生する。ユーザBの番号を入力した後、UT1380は情報領域56010に「お待ちください」と表示して、入力領域56020を除去し、UT1380のオーディオ出力を一時的に消音して、情報領域56010に「ミュート」と表示する。それに代わって、UT1380は、消音を示すアイコンをシンボルブロック56030に表示する。例えば、このアイコンは、円の中にあるスピーカの絵であって、この円を横切って引かれた直線を備えた絵であることが可能である。
【0466】
ユーザBが他の当事者とすでにMTPSセッションを行っている場合には、UT1380は、情報領域56010に「ユーザBは話中です。」と表示して、話中音を鳴らす。ユーザBが応答しない場合には、UT1380は、情報領域56010に「ユーザBは応答しません。」と表示し、ユーザAに後で再試行するように気付かせるために警告音を鳴らす。ユーザBが、要求されたMTPSセッションに参加することを拒否した場合には、UT1380は、情報領域56010に「ユーザBはあなたの呼を受けることを拒否しています。」と表示し、また、ユーザAに後で再試行するように気付かせるために警告音を鳴らす。MTPSセッションの支払者(ユーザA又はユーザBのいずれか)が、要求されたMTPSサービスを提供するネットワークのオペレータに対する未払いの残金がある場合、UT1380は、情報領域56010に「今回は、この呼を完了させることができません。今すぐ、あなたのサービスプロバイダに連絡を取ってください。」と表示し、ユーザがまもなく彼又は彼女の勘定を支払うように気付かせるために警告音を鳴らす。SGW1160がユーザBの位置を突き止めることができない場合、UT1380は、情報領域56010に「ユーザBが見つかりません。」又は「おかけになって番号は存在しません。」のいずれかを表示し、ユーザAが、彼又は彼女が入力した番号をの正確さを照合するように気付かせるために、警告音を鳴らす。MPネットワークが混雑している(ビジーである)場合には、UT1380は、情報領域56010に「ネットワークは混雑しています。」と表示し、話中音を鳴らす。
【0467】
しかしながら、要求されたMTPSセッションを確立することに成功した場合には、UT1380は、ユーザBからのオーディオ情報を再生し、オプションとして、サービスウィンドウ56000にユーザBからの画像を表示する。当該技術分野における通常の技能を有する者には、前に議論した詳細事項を用いることなくユーザインターフェースを実装することは明らかであろう。例えば、サービスウィンドウ56000は、追加の表示領域を含むこと、議論した3つの表示域を、より少ない別個の表示領域に結合(マージ)すること、あるいは、区別される表示領域を持たないことが可能である。また、要求されたMTPSセッションの状態に関して表示されるテキスト情報は、異なる言いまわし(例えば、UT1380は、「ユーザBはあなたの呼を受けることを拒否しています。」の代わりに、「呼は拒否されました」と表示することもできる)と、異なる外観(例えば、さまざまなフォント、フォントサイズ、色の使用)とを有することが可能である。
【0468】
上述のユーザインターフェースはまた、ユーザが、MTPSセッションの要求を受け入れることをガイドできる。ユーザAがユーザBとのMTPSセッションを確立しようとしている同じ例を用いると、図57は、ユーザBが要求に応答するためにナビゲートして移動する一連のウィンドウを示す。説明のため、UT1320がユーザAの要求を受信するとき、ユーザBはUT1320の表示装置に再生されているプログラム(番組)57010(例えば、映画)を見ていると仮定する。
【0469】
・それから、UT1320は、発呼者番号57030のようなユーザAの情報と、受諾する/拒絶する領域57040のようなユーザBが有する選択肢とを、スクリーン上表示(オンスクリーンディスプレイ:「OSD」)領域57020に表示する。OSD領域57020は、サービスウィンドウ57000中のプログラム57010に上書きする。
・ユーザBが「受諾する」を選択した場合には、UT1320は、ユーザAからのオーディオ情報を再生し、オプションとして、サービスウィンドウ57000にユーザAからのビデオ情報を表示する。ユーザBが「拒絶する」を選択した場合には、UT1320は、OSD57020を除去し、サービスウィンドウ57000のすべて表示領域をプログラム57010に回復する。
【0470】
当該技術分野における通常の技能を有する者には、説明された例の特定の詳細事項(例えば、OSD57020の位置、ユーザの選択の提示、単一の表示ウィンドウの使用)を使わなくても、開示されたユーザインターフェースを実装することは明らかであろう。当該技術分野における通常の技能を有する者には、また、開示されたユーザインターフェースは、多くの別のタイプのマルチメディアサービス(例えば、MD、MM、MBとMT)に使用可能であることは明らかであろう。
【0471】
6.2 メディア・オン・デマンド(「MD」).
6.2.1 単一のサービスゲートウェイに依存するMPに準拠した2つの構成要素の間のMD.
MDは、UTが、メディア記憶装置のようなMPに準拠した構成要素からビデオ及び/又はオーディオ情報を取得することを可能にする。1つの構成において、メディア記憶装置は、SGW1120におけるメディア記憶装置1140のように、SGWに存在する(「SGWメディア記憶装置」)。代替の構成において、メディア記憶装置は、UT1450のような、HGWに接続するUTのうちの1つである。
【0472】
図58aと図58bは、単一のSGBに依存する2つのUT、例えばUT1380とUT1450の間の、1つのセッションに係るMDの時系列図を示す。説明のため、UT1380が、UT1450からのMDセッションを要求する。従って、UT1380は「発呼者」である。UT1450は「UTのメディア記憶装置」であり、MX1240は「メディア記憶装置のMX」である。
【0473】
「MDサーバシステム」は、MDセッションを管理する専用のサーバシステムを示す。MDサーバシステムは、SGW1160のサーバ群10010に存在する呼処理サーバシステム12010(図12)か、あるいは、HGW1200をサポートする家庭用サーバシステムかのいずれかであるが、これらに限定されるものではない。
【0474】
以下の議論は、主に、発呼者と、UTのメディア記憶装置と、SGW中のMDサーバシステムとが、MDセッションの3つの段階において、すなわち、呼のセットアップ、呼の通信、及び呼の解放において、互いにどのように対話するかということについて説明する。
【0475】
6.2.1.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セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)を収集し始める。
【0476】
上述のUTのメディア記憶装置の呼のセットアップは、以下の変更を行うことにより、SGWのメディア記憶装置に適用される。
【0477】
MDサーバシステムがMDセットアップパケット58030をメディア記憶装置1140に送信した場合、MDセットアップパケット58030は、メディア記憶装置のMXをバイパスし、SGW1120中のEXを介してSGWのメディア記憶装置に到達する。1つの実施例で、SGW1120中のEXは、ULPFを含む。MDサーバシステムからのMDセットアップパケットが、このULPFをセットアップする。
【0478】
6.2.1.2 呼の通信.
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中に所定の制御情報を含み、この情報は、メディア記憶装置に、その記憶された内容を早送りさせ、巻き戻させ、一時停止させ、あるいは再生させるが、これらに限定されるものではない。
【0479】
6.2.1.3 呼の解放.
発呼者、MDサーバシステム、あるいはメディア記憶装置は、呼の解放を開始することができる。
【0480】
6.2.1.3.1 発呼者によって開始される呼の解放.
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セッションは終了させる。
【0481】
6.2.1.3.2 MDサーバシステムによって開始される呼の解放.
MDサーバシステムの1つの実施例は、受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、失われたMD保持応答パケットの数が過多である)を検出したときに、呼の解放を開始することができる。
【0482】
1.MDサーバシステムが、MP制御パケットであるMD解放58150及び58160を発呼者とUTのメディア記憶装置とにそれぞれ送信する。これに応答して、発呼者とUTのメディア記憶装置とは、MP制御パケットであるMD解放応答58170及び58180をMDサーバシステムに戻すように送信し、MDセッションを終了する。MDサーバシステムは、MD解放パケットを送信したときに、セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止する。MDサーバシステムはまた、ローカルなアカウント処理サーバシステム、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12)に、収集された使用量情報を報告する。
2.UTのメディア記憶装置に関して、メディア記憶装置のMXは、MD解放58160を受信する時に、その対応のULPFをリセットする。同様に、SGWのメディア記憶装置に関して、SGWにおけるEXは、MDサーバシステムからSGWのメディア記憶装置への解放パケットを受信した後、そのULPF(EXがULPFを含む場合)をリセットする。
【0483】
6.2.1.3.3 メディア記憶装置によって開始される呼の解放.
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を含む場合)をリセットする。
【0484】
6.2.2 2つのサービスゲートウェイに依存するMPに準拠した2つの構成要素の間のMD.
図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を必要とするということに注意する必要がある。
【0485】
SGW1160のサーバ群10010に存在する呼処理サーバシステム12010は、「発呼者の呼処理サーバシステム」である。同様に、SGW1060に存在する呼処理サーバシステムは「メディア記憶装置の呼処理サーバシステム」である。SGWが、MDセッションを管理するために、ある呼処理サーバシステムを専用装置として指定するとき、指定された専用の呼処理サーバシステムは「MDサーバシステム」と呼ばれる。SGW1060の1つの実施例とSGW1160の1つの実施例は、複数の呼処理サーバシステムを含み、特定のタイプのマルチメディアサービスを促進するためにこれらのサーバシステムのうちのそれぞれを専用装置として指定する。
【0486】
それに加えて、SGW1160が、MPの都市圏ネットワーク1000に対して、都市圏のマスターのネットワークマネージャ装置として機能することを仮定し、SGW1160のサーバ群10010中に存在するネットワーク管理サーバシステム12030は、都市圏のマスターのネットワーク管理サーバシステムである。次の議論は、主に、MDセッションの3つの段階、すなわち、呼のセットアップ、呼の通信、及び呼の解放において、上述の当事者が互いにどのように対話するかということについて説明する。
【0487】
6.2.2.1 呼のセットアップ.
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セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を開始する。
【0488】
発呼者とメディア記憶装置が、MPの異なる都市圏ネットワーク(しかし同じ全国的ネットワーク内に存在する)あるいはMPの異なる全国的ネットワークのいずれかに存在する場合には、前のMTPSの呼のセットアップのセクションで議論したように、上述のMDセットアップの段階は、追加のMPの都市圏ネットワーク間での処理手順、あるいはMPの全国的ネットワーク間での処理手順を含む。
【0489】
6.2.2.2 呼の通信.
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中に所定の制御情報を含み、この情報は、メディア記憶装置に、その記憶された内容を早送りさせ、巻き戻させ、一時停止させ、あるいは再生させるが、これらに限定されるものではない。
【0490】
発呼者とメディア記憶装置とが、MPの異なる都市圏ネットワーク(しかし同じ全国的ネットワーク内に存在する)あるいはMPの異なる全国的ネットワークのいずれかに存在する場合には、前述のMDの呼の通信段階は、MTPSの呼のセットアップのセクションで議論した手順と同じように、追加のMPの都市圏ネットワーク間でのパケット転送手順、あるいはMPの全国的ネットワーク間でのパケット転送手順を含む。
【0491】
6.2.2.3 呼の解放.
発呼者、発呼者のMDサーバシステム、メディア記憶装置のMDサーバシステム、あるいはメディア記憶装置は、呼の解放を開始することができる。
【0492】
6.2.2.3.1 発呼者によって開始される呼の解放.
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セッションを終了する。
【0493】
6.2.2.3.2 MDサーバシステムによって開始される呼の解放.
一実施形態に係るMDサーバシステムは、当該MDサーバシステムが受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、失われたMD保持応答パケット及び/又はMD状態応答パケットの数が過多である)を検出するとき、呼の解放を開始することができる。同様に、都市圏のマスターのネットワーク管理サーバシステムはまた、複数のSGWの間において受理できない通信状況を検出すると、呼を終了することができる。
【0494】
1.説明のため、発呼者のMDサーバシステムが呼の解放を開始すると仮定し、これは、MP制御パケットであるMD解放59240とMD解放指示59250を、発呼者とメディア記憶装置のMDサーバシステムとにそれぞれ送信する。これに応答して、発呼者は、MD解放応答59260を発呼者のMDサーバシステムに戻すように送信して、効果的にMDセッションを終了する。また、メディア記憶装置のMDサーバシステムは、MD解放59270を、メディア記憶装置のMXを介してUTのメディア記憶装置に送信する。発呼者のMDサーバシステムは、MD解放パケットとMD解放指示パケットを送信するとき、セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止する。発呼者のMDサーバシステムは、ローカルなアカウント処理サーバシステム、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム(図12)に、収集された使用量情報を報告する。
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の両方を受信した後、セッションを終了する。
【0495】
メディア記憶装置のMDサーバシステムが呼の解放を開始する場合にも、同様の手順が適用される。
【0496】
6.2.2.3.3 UTのメディア記憶装置によって開始される呼の解放.
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を送信する。
【0497】
6.3 メディアマルチキャスト(「MM」).
6.3.1 単一のサービスゲートウェイに依存する複数のUT間のMM.
MMは、1つのUTが、他の多くのUTとの間でリアルタイムのマルチメディア情報を通信することを可能にする。MMセッションを開始する当事者は「発呼者」と呼ばれ、MMセッションに参加することへの発呼者からの勧誘を受諾する当事者は「被呼者」と呼ばれる。いくつかの例では、MMセッションは「会合通知者」を含み、この会合通知者は、発呼者からMMセッションを開始する要求を受信し、MMセッションの潜在的な被勧誘者に対して、MMセッションに関する情報を伝送することができる。会合通知者は、SGW1160のサーバ群10010(図10)中のサーバシステムや、あるいは、HGW1200(図1d)に接続された(例えば、家庭用サーバシステムとしての)UTであることが可能であるが、これらに限定されるものではない。
【0498】
説明のため、上述の各参加者は、1つのSGWに、例えばSGW1160に依存する。この例では、UT1380は、最初に、UT1400及び1420とのMMセッションを要求し、次に呼の間にUT1450を追加する。従って、UT1380が「発呼者」である。UT1400が「被呼者1」であり、UT1450が「被呼者2」であり、UT1420が「被呼者2」である。1つの実施例で、UT1360は「会合通知者」である。ここでは、「発呼者のMX」はMX1180を示す。それに加えて、「MMサーバシステム」は、MMセッションを管理する専用のサーバシステムを示す。特に、MMサーバシステムは、SGW1160のサーバ群1001に存在する呼処理サーバシステム12010(図12)であることが可能である。次の議論は、主に、MMセッションの4つの段階、すなわち、被呼者のメンバーの確立、呼のセットアップ、呼の通信、及び呼の解放において、各当事者が互いにどのように対話するかということについて説明する。
【0499】
6.3.1.1 被呼者のメンバーの確立.
図61と図62は、MMセッションにおいて被呼者のメンバーシップを確立する2つの方法を示す。ある実装では会合通知者を必要とするが(図60)、他の実装では必要としない(図61)。
【0500】
図60によれば、以下のことを含む。
【0501】
1.発呼者は、会合に関する情報(例えば、会合の時間、トピック及び主題)を会合通知6000で会合通知者に送信し、勧誘された被呼者のリスト(例えば、勧誘された被呼者のユーザアドレス)を会合メンバー60010で会合通知者に送信する。会合通知60000と会合メンバー60010の両方は、MP制御パケットである。
2.会合通知者は、ユーザアドレスをサーバ群10010に送信して、対応するネットワークアドレスを取得する。
3.勧誘された被呼者のネットワークアドレスに基づき、会合通知者は、会合通知パケット60020、60030及び60040を用いて、勧誘された被呼者に会合通知60000内の情報を分配する。
4.勧誘された被呼者は、応答60050、60060及び60070を用いて、MMセッションへの参加に同意するか、あるいは勧誘を拒絶するかのいずれかを行うことができる。これら応答もMP制御パケットである。
【0502】
一方、図61は、会合通知者を関与させないMMセッションにおける、被呼者のメンバーシップを確立する処理を示す。具体的には、以下のことを含む。
【0503】
1.発呼者は、MP制御パケットである会合通知パケット61000、61010及び61020を、勧誘された被呼者に送信する。
2.勧誘された被呼者は、同様にMP制御パケットでありかつ発呼者に戻される応答パケット61030、61040及び61050によって応答し、MMセッションに参加することについてのかれらの関心を知らせる。
【0504】
2つのメンバーシップ確立処理について議論したが、当該技術分野における通常の技能を有する者には、別の機構を用いてMPネットワークにおいて被呼者のメンバーシップをセットアップすることは明らかであろう。例えば、メンバーシップは、例えば、電話、電報、ファクシミリ、及び顔を合わせての会話を含むがこれらに限らない手段を用いて、オフラインで確立できる。
【0505】
6.3.1.2 呼のセットアップ.
図62aと図62bは、MMセッションを確立するための1つの呼のセットアップ処理を示す。具体的には、次のことを含む。
【0506】
1.発呼者、例えばUT1380は、発呼者のMX、例えばMX1180を介して、MMサーバシステムにMM MCCP要求62000を送信する。
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セットアップパケットに応答する。
【0507】
また、MM MCCP応答パケット62010が、要求された動作に失敗したことを示している場合、MMセッションはさらなる処理をすることなく終了するということを注意する必要がある。一方、MM MCCP応答パケット62010が、要求された操作は承認されるが、MMセットアップ応答62040、62050及び62060中の1つはセットアップに失敗したということを示す場合には、セットアップに失敗したことを示した当事者が不在の状態で、MMセッションは継続する。それに代わって、MMセッションがすべての当事者の存在を必要とする場合であって、かつ上述の応答パケット中の1つがセットアップに失敗したことを示す場合には、MMセッションはさらなる処理をすることなく終了する。
【0508】
図63aと図63bは、SGWのサーバ群中の複数のサーバシステムを伴う、1つのMCCP手順を示す。複数のサーバシステムは、例えば、発呼者のMMサーバシステム(例えば、MM動作専用として指定された呼処理サーバシステム12010(図12))、アドレスマッピングサーバシステム(例えば、アドレスマッピングサーバシステム12020)、ネットワーク管理サーバシステム(例えば、ネットワーク管理サーバシステム12030)、及びアカウント処理サーバシステム(例えば、アカウント処理サーバシステム12040)である。
【0509】
1.発呼者は、MM要求63000を発呼者のMMサーバシステムに送信する。MMセッションが、1つSGW、例えばSGW1160の下で発生するので、発呼者のMMサーバシステムはまた、すべての被呼者を制御する。MM要求63000は、MP制御パケットであり、MMセッションの支払者のユーザアドレスと、発呼者及びMMサーバシステムのネットワークアドレスとを含む。発呼者は、前のサーバ群のセクションで議論したように、NIDPを用いて、それ自身のネットワークアドレスと、発呼者の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が繰り返される。
【0510】
ある条件を満たすことに失敗した場合、上述のMCCP手順は自動的に終了する。例えば、支払者のアカウント処理状態が利用可能でない場合、発呼者のMMサーバシステムは、発呼者に知らせて、効果的にMCCPを終了する。当該技術分野における通常の技能を有する者には、開示されたMCCP技術の範囲内になお含まれながら、特定の詳細事項を用いることなく議論されたMCCPを実装することは明らかであろう。また、前述の議論においてネットワーク管理サーバシステムはセッション番号を予約することに責務を有していたが、当該技術分野における通常の技能を有する者には、開示されたMP MM技術の範囲を超えることなく、セッション番号予約のタスクを実行するために他のサーバシステム(例えば、呼処理サーバシステム)を用いることは明らかであろう。
【0511】
6.3.1.3 呼の通信.
図62aは、MMセッションにおける例示的な呼の通信処理を示す。具体的に言えば、以下のことを含む。
【0512】
1.発呼者、例えばUT1380は、MPデータパケットであるデータ62070を、被呼者に、例えばUT1400、UT1420及びUT1450に送信する。1つの実施例で、MMセッションの呼の通信段階の間に使用されたネットワークアドレスは、図9cに示すネットワークアドレスのフォーマットに従うので、これらのパケットは同じDAを含む。さらに具体的には、これらのMPデータパケットはMPの都市圏ネットワーク(例えば、MPの都市圏ネットワーク1000)内を伝搬するので、これらのデータパケットにおけるデータタイプサブフィールド9220、MPサブフィールド9230、国サブフィールド9240、及び都市サブフィールド9250は、同じ情報を含む。それに加えて、各マルチキャストセッションが1つのセッション番号に対応し、同じマルチキャストセッション中のMPデータパケットが1つのカラー情報(すなわち、MMデータのカラー)に対するので、これらのデータパケットにセッション番号サブフィールドと一般的なカラーのサブフィールド6090も、同じ情報を含む。
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セッションを、後で議論される解放段階に移行する。
【0513】
上述の例で、MMセッションにおける発呼者から複数の被呼者への半2重のデータ通信について説明したが、当該技術分野における通常の技能を有する者には、開示された技術を用いて、MMセッションにおける全2重のデータ通信を達成することは明らかであろう。1つの実施例で、上述の被呼者のうちの1つが、MMセッションにおける他の当事者にデータを伝送することを希望する場合、この被呼者は、もう1つのMMセッションを要求して、同じ当事者らに参加するように勧誘することができる。結果として、この発呼者と被呼者は、異なるセッション番号を用いて彼らのデータパケットを伝送してはいるものの、実際上は全2重のデータ通信を達成している。それに代わって、真の全2重(すなわち、発呼者と被呼者の両方が同時に同じセッション番号を用いてデータを送信する)データ通信が、図62aに示したことと上で議論したこととに類似した手順を用いて実現できる。しかしながら、全2重の通信の安全性が危険にさらされていないことを保証するために、MMサーバシステムは、発呼者のMXと被呼者のMXの両方のULPFをセットアップする。
【0514】
MMセッションの呼の通信段階の間に、新しい被呼者がセッションに追加されることが可能であり、存在する被呼者がセッションから除去されることが可能であり、また、セッションの参加者の身分(識別情報)も照会可能である。
【0515】
6.3.1.3.1 新しい被呼者の付加.
被呼者3のような被呼者が既存のMMセッションに参加することを希望する場合、その被呼者は、最初に発呼者に通知する。次に、発呼者は、図64に示すような処理を行って、被呼者3をMMセッションに添加する。具体的には、以下のことを含む。
【0516】
1.発呼者(例えばUT1380)は、MMメンバー64000をMMサーバシステムに送信する。MMメンバー64000はMP制御パケットであり、これは、被呼者3(例えばUT1420)を追加する要求と、MMセッションの支払い者及び被呼者3のユーザアドレスとを示す。
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によってそれぞれ応答する。
【0517】
被呼者3が追加された後で、被呼者3は、発呼者からMMデータパケットを受信し始める。
【0518】
6.3.1.3.2 存在する被呼者の除去.
進行中のMMセッションにおいて、発呼者(例えばUT1380)が、被呼者2のような被呼者(例えばUT1450)の参加を終了させることを希望する場合、これを実行するための例示的な処理を図64で説明する。具体的には、以下のことを含む。
【0519】
1.発呼者は、MMメンバー64060をMMサーバシステムに送信する。MMメンバー64060はMP制御パケットであり、被呼者2のユーザアドレスと、被呼者2を除去する要求とを含む。MMサーバシステムは、この進行中のMMセッションをセットアップした後で被呼者2のネットワークアドレスを保持するか、アドレスマッピングサーバシステムに照会することによってネットワークアドレスを取得するかのいずれかを行う。
2.MMサーバシステムは、発呼者にMM確認64070を送信する。MM確認64070は、MP制御パケットであり、MMセッションからの被呼者2の除去について確認する。MM確認64070はまた、発呼者のMXにおけるULPFのいくつかのパラメータをリセットする(例えば、ULPFが被呼者2のSAに基づいてフィルタリングしない)。
【0520】
被呼者2がMMセッションから除去された後、MMサーバシステムの1つの実施例は、被呼者2の情報を含むMM保持パケットの送信を停止する。結果として、伝送に沿ったMPに準拠したスイッチは、被呼者2に関連付けられたLTのエントリを、所定のデフォルト値に戻すようにリセットする。例えば、発呼者のMXにおけるLTのセル37000が、被呼者2の呼の状態に対応すると仮定する。LTはセル37000をそのデフォルト値0に戻す。
【0521】
代わりに、被呼者2がそれ自体で除去を要求する場合、被呼者2がMMメンバー64060をMMサーバシステムに代わりに送信することを除いて、上で議論した除去処理は一般に適用される。
【0522】
6.3.1.3.3 MMメンバーの照会.
呼の通信フェーズの間に、進行中のMMセッションの被呼者は、MMセッションにおける他のメンバーについてMMサーバシステムに照会することができる。具体的には、以下のことを含む。
【0523】
1.被呼者1は、MMメンバー照会64080をMMサーバシステムに送信して、他の当事者(例えば、被呼者2)がMMセッションのメンバーであるか否かを決定する。MMメンバー照会64080はMP制御パケットであり、被呼者2のユーザアドレスを含む。
2.次に、MMサーバシステムは、MMメンバー照会応答64090で応答する。MMメンバー照会応答64090はまた、MP制御パケットであり、照会に対する回答を含む。1つの実施例で、MMサーバシステムは、被呼者2の状態情報(例えば、進行中のMMセッションにおける被呼者2のメンバーシップ情報)含むテーブルにわたって、この回答を検索する。このテーブルが被呼者2のネットワークアドレスを用いて組織化されている場合、MMサーバシステムは、このテーブルにわたって検索する前に、アドレスマッピングサーバシステムに照会して、被呼者2のネットワークアドれるを取得する。一方、このテーブルが被呼者2のユーザアドレスを用いて組織化されている場合、MMサーバシステムは、被呼者2のユーザアドレスを用いて、このテーブルを検索することができる。
【0524】
6.3.1.4 呼の解放.
発呼者あるいはMMサーバシステムは、呼の解放を開始することができる。図62bは、発呼者とMMサーバシステムが行う例示的な処理を示す。
【0525】
6.3.1.4.1 発呼者によって開始される呼の解放.
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セッションに関するエントリは、それらのデフォルト値にリセットされる。
【0526】
6.3.1.4.2 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解放パケットに応答する。
【0527】
6.3.2 複数のサービスゲートウェイに依存した、MPに準拠した複数の構成要素の間のMM.
図66a、図66b、図66cと図66dは、1つのMP都市圏ネットワークにおける複数のサービスゲートウェイに依存した、MPに準拠した複数の構成要素の間でのMMセッションの時系列図を示す。説明のため、図65に示すMPの都市圏ネットワーク65000の中に存在するUT65110がMMセッションを開始し、従って「発呼者」である。UT65120、65130、65140及び65150が「被呼者」である。簡便さのために、UT65120が「被呼者1」と呼ばれ、UT65140が「被呼者2」と呼ばれ、MX65050が「発呼者のMX」と呼ばれる。
【0528】
SGW1160のサーバ群10010に存在する呼処理サーバシステム12010と同様に、SGW65020のサーバ群に存在する呼処理サーバシステムが「発呼者の呼処理サーバシステム」と呼ばれる。SGW65030とSGW65040に存在する呼処理サーバシステムは、それぞれ「被呼者1の呼処理サーバシステム」と「被呼者2の呼処理サーバシステム」と呼ばれる。SGWが、ある呼処理サーバシステムを、MMセッションを管理するための専用装置として指定したとき、指定された呼処理サーバシステムも、「MMサーバシステム」と呼ばれる。このMPの都市圏ネットワーク65000の実施例で、SGW65020、SGW65030とSGW65040は、これらのサーバ群における、複数の専用装置として指定されたサーバシステム(例えば、MMサーバシステム、ネットワーク管理サーバシステム、アドレスマッピングサーバシステム、アカウント処理サーバシステム)を含む。
【0529】
それに加えて、SGW65020が、MPの都市圏ネットワーク65000のための都市圏のマスターのネットワークマネージャ装置として機能すると仮定し、SGW65020のサーバ群に存在するネットワーク管理サーバシステムは、都市圏のマスターのネットワーク管理サーバシステムである。次の議論は、主に、これらの構成要素が、MMの4つの段階、すなわち、被呼者のメンバーの確立、呼のセットアップ、呼の通信、及び呼の解放において、互いにどのように対話するかということについて説明する。
【0530】
6.3.2.1 被呼者のメンバーの確立.
ここでの手順は、前に議論した単一のサービスゲートウェイに依存する被呼者のメンバーシップの確立と同様である。それに加えて、前のメディア電話サービスのセクションで議論したように、ネットワークマッピングサーバシステムが、ユーザ名又はユーザアドレスをネットワークアドレスにマッピングするために必要なアドレスマッピング情報を持たない場合には、その都市圏のマスターのアドレスマッピングサーバシステムに照会する。都市圏のマスターのアドレスマッピングサーバシステムも必要なアドレスマッピング情報を欠いている場合には、都市圏のマスターのアドレスマッピングサーバシステムはまた、全国的なマスターのアドレスマッピングサーバシステムに照会する。全国的なマスターのアドレスマッピングサーバシステムも、必要なアドレスマッピング情報を欠いている場合には、全国的なマスターのアドレスマッピングサーバシステムはまた、そのグローバルなマスターのアドレスマッピングサーバシステムに照会する。
【0531】
6.3.2.2 呼のセットアップ.
NIDP.
単一のSGW中の多くのUTが関与するMMセッションにおいて、SGWのネットワーク管理サーバシステムは、関連したネットワーク情報(例えば、SGWのサーバ群における各サーバシステムと、参加しているUTとのネットワークアドレス)の収集及び分配に責務を有する。この情報の収集及び分配の手順は、「NIDP」と呼ばれ、前のサーバ群のセクションにさらに詳述されている。
【0532】
一方、MPの都市圏ネットワーク内の複数のSGWが関与するMMセッションに関して、NIDPは、都市圏のマスターのネットワーク管理サーバシステムを必要とする。図65に示すMPの都市圏ネットワーク65000を例として用いると、SGW65020に存在する都市圏のマスターのネットワーク管理サーバシステムは、ネットワークリソース照会パケットを、MPの都市圏ネットワーク中の他のネットワーク管理サーバシステム(例えば、SGW65030及び65040に存在するネットワーク管理サーバシステム)に送信する。照会されたネットワーク管理サーバシステムは、それらによって管理されたネットワークリソースの状態について、都市圏のマスターのネットワーク管理サーバシステムに報告する。
【0533】
都市圏のマスターのネットワーク管理サーバシステムはまた、MPの都市圏ネットワーク65000中のSGWと、MMセッションの各参加者とに対して、MMセッションを実行するための選択された情報を分配する。これら情報は、都市圏のマスターのネットワークマネージャ装置(すなわち、SGW65020)におけるアカウント処理サーバシステム、アドレスマッピングサーバシステム、及び呼処理サーバシステムのネットワークアドレスと、それ自体のネットワークアドレスとであるが、これらに限定されるものではない。
【0534】
同様に、MPの異なる都市圏ネットワークに存在するがMPの同じ全国的ネットワークに含まれる複数のSGWが関与するMMセッションに関して、NIDPは、全国的なマスターのネットワーク管理サーバシステムを必要とする。図2に示すMPの全国的ネットワーク2000を例として用いると、SGW1020に存在する全国的なマスターのネットワーク管理サーバシステムは、ネットワークリソース照会パケットを、MPの全国的ネットワーク中の他のネットワーク管理サーバシステム(例えば、都市圏アクセスSGW2050及び2070に存在するネットワーク管理サーバシステムと、また、MPの都市圏ネットワーク1000、2030及び2040の都市圏のマスターのネットワークマネージャ装置に存在するネットワーク管理サーバシステム)に送信する。照会されたネットワーク管理サーバシステムは、それに管理されたネットワークリソースの状態について、全国的なマスターのネットワーク管理サーバシステムに報告する。
【0535】
全国的なマスターのネットワーク管理サーバシステムはまた、MPの全国的ネットワーク2000中のSGWと、MMセッションの各参加者とに対して、MMセッションを実行するための選択された情報を分配する。この選択された情報は、全国的なマスターのネットワークマネージャ装置(すなわち、SGW1020)におけるアカウント処理サーバシステム、アドレスマッピングサーバシステム、及び呼処理サーバシステムのネットワークアドレスと、それ自体のネットワークアドレスとであるが、これらに限定されるものではない。
【0536】
さらに、MPの異なる全国的ネットワークに存在する複数のSGWが関与するMMセッションに関して、NIDPは、グローバルなマスターのネットワーク管理サーバシステムを必要とする。図3に示すMPの全国的ネットワーク3000を例として用いると、SGW2020に存在するグローバルネットワーク管理サーバシステムは、ネットワークリソース照会パケットを、MPのグローバルネットワーク中の他のネットワーク管理サーバシステム(例えば、全国的アクセスSGW3040及び3050に存在するネットワーク管理サーバシステムと、また、MPの全国的ネットワーク2000、3030及び3060の都市圏の全国的なネットワークマネージャ装置に存在するネットワーク管理サーバシステム)に送信する。照会されたネットワーク管理サーバシステムは、それによって管理されるネットワークリソースの状態について、グローバルなマスターのネットワーク管理サーバシステムに報告する。
【0537】
グローバルなマスターのネットワーク管理サーバシステムはまた、MPのグローバルネットワーク3000中のSGWと、MMセッションの各参加者とに対して、MMセッションを実行するために選択された情報を分配する。これら情報は、グローバルなマスターのネットワークマネージャ装置(すなわち、SGW2020)中のアカウント処理サーバシステム、アドレスマッピングサーバシステム、及び呼処理サーバシステムのネットワークアドレスと、それ自体のネットワークアドレスとであるが、これらに限定されるものではない。
【0538】
MCCP.
図67aと図67bは、MMセッションにおいて、MPの都市圏ネットワーク65000中の複数のSGW(例えば、SGW65020、SGW65030とSGW65040)が関与するMCCP手順に係る1つの処理を示す。
【0539】
1.発呼者は、MM要求67000を発呼者のMMサーバシステム(例えば、SGW65020に存在するMMサーバシステム)に送信する。MM要求67000は、MP制御パケットであり、MMセッションの支払者と被呼者(例えば、UT65120、UT65130、UT65140とUT65150)のユーザアドレスと、発呼者(例えば、UT65110)と発呼者のMMサーバシステムのネットワークアドレスとを含む。発呼者は、上の部分とサーバ群のセクションとで議論したNIDPを用いて、それ自体のネットワークアドレスと、発呼者のMMサーバシステムのネットワークアドレスとを知る。
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が繰り返される。
【0540】
前に議論したことは、一般には、MPの異なる都市圏ネットワークに存在する(しかし、MPの同じ全国的ネットワークに含まれる)SGWが関与するMMセッション、あるいは、MPの異なる全国的ネットワークに存在するSGWが関与するMMセッションにも適用されるが、そのようなMPの都市圏ネットワーク間でのMMセッション、あるいはMPの全国的ネットワーク間でのMMセッションのためのMCCP手順は、追加のステップを含む。前のメディア電話サービスのセクションで議論したように、都市圏のマスターのネットワーク管理サーバシステムが、要求されたサービスを承認したりあるいは不承認したりするために必要なリソース情報を欠いている場合、及び/又は予約されたセッション番号に対する権限を欠いている場合には、都市圏のマスターのネットワーク管理サーバシステムは、全国的なマスターのネットワーク管理サーバシステムに照会する。全国的なマスターのネットワーク管理サーバシステムも必要なリソース情報及び/又は権限を欠いている場合には、全国的なマスターのネットワーク管理サーバシステムは、グローバルなマスターのネットワーク管理サーバシステムに照会する。
【0541】
所定の条件を満たすことに失敗した場合、前述のMCCPは自動的に終了する。例えば、支払者のアカウント処理状態が利用可能でない場合、発呼者のMMサーバシステムが発呼者に知らせて、MCCPを効果的に終了する。当該技術分野において通常の技能を有するものには、開示されたMCCP技術の範囲内になお含まれたままで、特定の詳細事項を用いることなく議論されたMCCPを実装することは明らかであろう。また、以上の議論において、ネットワーク管理サーバシステムはセッション番号を予約することに責務を有するが、当該技術分野における通常の技能を有する者には、開示されたMP MM技術の範囲を超えることなく、セッション番号予約のタスクを実行するために他のサーバシステム(例えば、呼処理サーバシステム)を用いることは明らかであろう。
【0542】
明確化のために、後の呼のセットアップのセクションでは、上述のMCCP手順を図66aに示す2つの段階に要約する。この2つの段階は、発呼者が、MM MCCP要求66000を発呼者のMMサーバシステムに送信することと、発呼者のMMサーバシステムがMM MCCP応答66010で発呼者に応答することとである。
【0543】
図66aは、複数のSGW間でのMMセッションを確立するための呼のセットアップ処理を示す。具体的には、以下のことを含む。
【0544】
1.発呼者(例えば、図65に示す65110)は、被呼者のMX(例えばMX65050)を介して、MM MCCP要求66000をSGW(例えば、SGW65020)中のMMサーバシステムに送信する。
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セットアップパケットに応答する。
【0545】
また、応答パケット66010が、要求された動作に失敗したことを示している場合、MMセッションはさらなる処理を行うことなく終了するということを注意する必要がある。一方、応答パケット66010が、要求された動作は承認されているが、66070、66080、66090及び66100中の1つがセットアップに失敗したことを示す場合、MMセッションは、セットアップに失敗したことを示し当事者が不在のままで処理を継続する。それに代わって、MMセッションはすべての当事者の参加を必要とする場合であって、かつ上述の応答パケットのうちの1つがセットアップに失敗したことを示している場合には、MMセッションはさらなる処理を行うことなく終了する。
【0546】
6.3.2.3 呼の通信.
図66bは、MMセッションにおいて、1つのMP都市圏ネットワークの中の3つのSGW間の例示的な呼の通信処理を示す。具体的には、以下のことを含む。
【0547】
1.発呼者(例えば、UT65110)は、MPデータパケットであるデータ66120を被呼者1と被呼者2(例えば、UT65120及び65140)に送信する。
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セッションを後で議論される呼の解放段階に移行する。
【0548】
1つのMP都市圏ネットワーク中の複数のSGW間のMMセッションの呼の通信に係る先行する説明は、MPの異なる都市圏ネットワーク(しかしMPの同じ全国的ネットワーク内に存在する)及び/又はMPの異なる全国的ネットワークに存在するSGWが関与するMMセッションにも適用される。
【0549】
上述の例は、MMセッション中の半2重データ通信について説明したが、当該技術分野における通常の技能を有する者には、議論された技術を用いて、MMセッション中の全2重データ通信を実行することは明らかであろう。1つの実施例で、もし上述の被呼者の1つがMMセッションにおける他の当事者にデータを送信することを希望する場合、その被呼者は、もう1つのMMセッションを要求して、同じ当事者を参加するように勧誘できる。結果として、発呼者と被呼者は、異なるセッション番号を用いてそれらのデータパケットを送信してはいるものの、実際上は発呼者と被呼者が全2重データ通信を達成している。それに代わって、真の全2重(すなわち、発呼者と被呼者の両方が同時に同じセッション番号を用いてデータを送信できる)データ通信は、図66bにおいて説明されたことと前に議論したことと同様の処理を用いて実現可能である。しかしながら、全2重の通信の安全性が危険にさらされていないことを保証するために、MMサーバシステムは、発呼者のMXと被呼者のMXの両方のULPFをセットアップする。
【0550】
MMセッションの呼の通信段階の間に、新しい被呼者がセッションに追加されることが可能であり、また、存在している被呼者がセッションから除去されることが可能であり、及び/又は、セッションの各参加者の識別情報が照会可能である。これらの複数のSGWが関与するMMセッションの手順は、前に議論した単一のSGWが関与するMMセッションと同様であるので、ここでは繰り返さない。
【0551】
6.3.2.4 呼の解放.
発呼者とMMサーバシステムは、呼の解放を開始することができる。図66cと図66dは、発呼者とMMサーバシステムが行う例示的な処理を示す。
【0552】
6.3.2.4.1 発呼者によって開始される呼の解放.
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中のエントリは、これらのデフォルト値にリセットされる。
【0553】
6.3.2.4.2 MMサーバシステムによって開始される呼の解放.
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サーバシステムに知らせる。
【0554】
6.4 メディアブロードキャストサービス(「MB」).
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パケットであると表示するカラー情報を含む。
【0555】
一実施形態に係るSGW内のサーバ群は、MBプログラムソースのサーバシステムを含む。MBプログラムソースのサーバシステムは、上述のMBプログラムソースを構成し、検査し、かつ管理する。例えば、MBプログラムソースのサーバシステムは、MBプログラムソースからエラーを検出する時に、サーバ群の呼処理サーバシステムにエラーパケットを送信する。当該技術分野における通常の技能を有する者には、議論されたMB技術の範囲を超えることなく、MBプログラムソースのサーバシステムの機能を呼処理サーバシステムに埋め込むことは明らかであろう。
【0556】
6.4.1 単一のサービスゲートウェイに依存する、MPに準拠した2つの構成要素の間のMB.
図68は、UTと、単一のSGW(例えば、UT1420(図1d))内のMBプログラムソースと、SGW1160内のSGWメディア記憶装置(図10に示さず。)との間のMBに係る1つセッションに係る時系列図を示す。
【0557】
説明のため、UT1420は、SGWメディア記憶装置から、記憶されたメディアプログラム(番組)を要求する。従って、UT1420は「発呼者」であり、SGWメディア記憶装置は「MBプログラムソース」あり、SGW1160のEX(例えばEX10000)が「発呼者EX」と「被呼者EX」の両方である。この例において、MX1180は、「発呼者EX」と「被呼者EX」の両方として機能する。SGW1160のサーバ群10010に存在する呼処理サーバシステム12010(図12)は、発呼者とMBプログラムソース間のパケット変換を管理する。「MBサーバシステム」は、MMセッションの管理と実行に指定された呼処理サーバシステムを示す。
【0558】
次の議論は、主に、MMセッションの3つの段階:呼のセットアップ、呼の通信と呼の解放に、これら参加者がどのように互いに対話するかということについて説明する。
【0559】
6.4.1.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セッションに対する使用量情報(例えば、セッションの継続時間又はトラフィック)を収集し始める。
【0560】
6.4.1.2 呼の通信.
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サーバシステムが発呼者に知らせて、セッションを終了する。
【0561】
6.4.1.3 呼の解放.
発呼者とMBサーバシステムは、呼の解放を開始する。それに加えて、前述のMBプログラムソースのサーバシステムは、MBプログラムソースからのエラーレートを検出するとき、それらがMBサーバシステムに知らせて、呼の解放を開始する。
【0562】
6.4.1.3.1 発呼者によって開始される呼の解放.
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を続けて受信する。
【0563】
6.4.1.3.2 MBサーバシステムによって開始される呼の解放.
MBサーバシステムの1つの実施例が、受理できない通信状況(失われたパケット数が過多である、エラーレートが過大である、失われたMB保持応答パケットの数が過多である)を検出したとき、MBサーバシステムは、呼の解放を開始する。
【0564】
1.MBサーバシステムは、発呼者のMXを介して、発呼者に、MP制御パケットであるMB解放68090を送信する。それに加えて、MBサーバシステムは、そのセッションの使用量情報(例えば、セッションの継続時間あるいはトラフィック)の収集を停止して、ローカルなアカウント処理サーバシステム、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12)に、収集された使用量情報を報告する。
2.MBセッションに関するスイッチ、例えばMX1180がMB解放68090を受信した後、それらのLTSをリセットする。
3.次に、発呼者は、発呼者のMXを介して、MBサーバシステムに、MP制御パケットであるMB解放応答68100を送信戻すと、発呼者に対して、このMBセッションを効果的に終了する。MBプログラムソースとの接続をセットアップした他の発呼者は、ブロードキャストデータ68040を続けて受信する。
【0565】
6.4.1.3.3 MBプログラムソースのサーバシステムによって開始される呼の解放.
MBプログラムソースのサーバシステムは、受理できない通信状況(例えば、MBプログラムソースの電源が偶然に切れる)を検出するとき、MBサーバシステムに知らせ、MBセッションを終了する。
【0566】
1.MBプログラムソースのサーバシステムは、MBサーバシステムにMBプログラムソースエラー68110を送信する。MBプログラムソースエラー68110はMP制御パケットであり、MBプログラムソースのネットワークアドレスとMBプログラムソース発生のエラーコードを含む。
2.MBサーバシステムは、前記「MBサーバシステムによって開始される呼の解放」のセクションで述べた処理過程と同様に処理する。具体的には、MBサーバシステムは、発呼者のMXを介して、発呼者にMB解放68120を送信すると、発呼者がMB解放応答68130で応答する。
【0567】
6.4.2 2つサービスゲートウェイに依存するMPに準拠した2つの構成要素の間のMB.
図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プログラムソースを構成し、検査し、かつ管理する。
【0568】
上述のように、被呼者MBサーバシステムの機構は、MBプログラムソースのサーバシステムの機構と合弁できる。しかしながら、注意するのは、2つのサーバシステムは異なる機構がある。例えば、MB呼の解放段階の後、要求されたMBサービスが終了するとき、被呼者MBサーバシステムの1つの実施例は、要求されたMBセッションへの関与を終了すると、別のMBサービス要求を受信するまでアイドル状態のままである。一方、1つのユーザに対して、特定のMBセッションが終了しても、プログラムソースのサーバシステムの1つの実施例が進行中の別のMBセッションのため、プログラムソースを管理し続ける。
【0569】
その大部分の開示された例の中で、SGW1160が、MPの都市圏ネットワーク1000の都市圏のマスターのネットワークマネージャ装置として機能するが、次の例で、SGW1060は、都市圏のマスターのネットワークマネージャ装置である。すると、SGW1060のサーバ群に存在するネットワークサーバシステムは、都市圏のマスターのネットワーク管理サーバシステムである。
【0570】
次の議論は主に、これらの各方が、3つのMBセッション段階、すなわち、呼のセットアップ、呼の通信と呼の解放において、どのように互いに対話するかということについて説明する。
【0571】
6.4.2.1 呼のセットアップ.
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セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)を収集し始める。
【0572】
上述の議論は、一般に、MPの異なる都市圏ネットワーク(しかし、MPの同じ全国的ネットワークに属する)に存在するSGWに関する、あるいは、異なる全国的ネットワークに存在するSGWに関するMBセッションに応用できるにも関らず、そのMP−都市圏−ネットワークー内あるいはMP−全国的−ネットワークー内のMBセッションに対して、付加の段階を含む。前のメディア電話サービスのセクションで議論したように、もし、要求されたサービスに認可あるいは不認可の必要なリソース情報が不足、あるいは、セッション番号予約の権限がないなら、都市圏のマスターのネットワーク管理サーバシステムは、全国的なマスターのネットワーク管理サーバシステムに調べる。もし全国的なマスターのネットワーク管理サーバシステムも、必要なリソース情報が不足、あるいは、セッション番号予約の権限がないなら、主ネットワーク管理サーバシステムがグローバルなマスターのネットワーク管理サーバシステムに調べる。
【0573】
6.4.2.2 呼の通信.
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サーバシステムは、発呼者に知らせてセッションを終了する。
【0574】
前述の1つのMP都市圏ネットワーク中の多数のSGW間のMBセッションの呼の通信についての議論も、MPの異なる都市圏ネットワーク(MPの同じ全国的ネットワーク中である)及びあるいはMPの異なる全国的ネットワークに存在するSGWに関するMBセッションに応用できる。
【0575】
6.4.2.3 呼の解放.
発呼者、発呼者MBサーバシステムと、被呼者MBサーバシステムが呼の解放を開始する。それに加えて、MBプログラムソースのサーバシステムがMBプログラムソースからエラーを検出するとき、されは、発呼者MBサーバシステムに知らせて、呼の解放を開始する。
【0576】
6.4.2.3.1 発呼者によって開始される呼の解放.
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セッションを終了する。
【0577】
6.4.2.3.2 発呼者MBサーバシステムによって開始される呼の解放.
発呼者MBサーバシステムによって開始される呼の解放の1つの実施例は、受理できない通信状況(例えば、パケットの失い数が過多である、エラーレートが過大である、失われたMB保持応答パケットの数が過多である)を検出する場合、呼の解放を開始する。
【0578】
1.発呼者MBサーバシステムは、発呼者のMXを介して、発呼者にMB解放69170を送信すると、被呼者MBサーバシステムにMB解放69180を送信する。それに加えて、発呼者MBサーバシステムは、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、ローカルなアカウント処理サーバシステム、例えばSGW1060中のサーバ群のアカウント処理サーバシステムに、収集された使用量情報を報告する。
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セッションを終了する。
【0579】
上述の議論はまた、被呼者のMBサーバシステムによって開始される解放にも応用できる。
【0580】
6.4.2.3.3 MBプログラムソースのサーバシステムによって開始される呼の解放.
MBプログラムソースのサーバシステムによって開始される呼の解放は、受理できない通信状況(例えば、MBプログラムソースの電源が偶然に切れる)を検出するとき、それを、被呼者MBサーバシステムに知らせて、MBセッションを終了する。
【0581】
1.MBプログラムソースのサーバシステムは、被呼者MBサーバシステムにMBプログラムソースエラー69210を送信する。MBプログラムソースエラー69210は、MP制御パケットであり、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セッションを終了する。
【0582】
6.5 メディア転送サービス(MT).
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セッションの時系列図である。
【0583】
説明のため、発呼者はMTサービスを要求するUT、例えばUT1420である。プログラムソースは、UT1450を介して、MPの都市圏ネットワーク1000の生放送中のテレビジョンスタジオである。「MTサーバシステム」は、MTセッションを管理するサーバシステムを示す。具体的には、発呼者MTサーバシステムは、それに限らず、SGW1160のサーバ群10010(図12)に存在する呼処理サーバシステム12010も、HGW1200に指示の家庭用サーバシステムである。
【0584】
次の議論は主に、これら参加者が、MTセッションの3つの段階:呼のセットアップ、呼の通信と呼の解放に、どのように対話することについて説明する。
【0585】
6.5.1.1 呼のセットアップ.
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セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を開始する。
【0586】
6.5.1.2 呼の通信.
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を送信する。
【0587】
6.5.1.3 呼の解放.
発呼者、発呼者MTサーバシステムあるいはプログラムソースは、呼の解放を開始する。
【0588】
6.5.1.3.1 発呼者によって開始される呼の解放.
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セッションにおけるその関与を終了する。
【0589】
6.5.1.3.2 MTサーバシステムによって開始される呼の解放.
MTサーバシステムの1つの実施例は、受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、失われたMT保持応答パケットの数が過多である)を検出するとき、呼の解放を開始する。
【0590】
1.発呼者MTサーバシステムは、MT解放71040、71140及び71060を、プログラムソース(プログラムソースMXを介して)、及びメディア記憶装置と発呼者に、それぞれ送信する。図71に示さなくても、発呼者MTサーバシステムも、別のMT解放パケットを別のメディア記憶装置(例えばメディア記憶装置1)に送信する。前述の解放パケットを送信した後、発呼者MTサーバシステムは、MTセッションを終了し、セッションに対する使用量情報(例えば、セッションの継続時間とトラフィック)の収集を停止して、SGW1160中のサーバ群10010(図12)のローカルなサーバシステム12040に、収集された使用量情報を報告する。もしプログラムソースが、HGW(例えば、UT1450)を介して、メディア番組を伝送するなら、プログラムソースMX(例えばMX1240)は、MT解放71040を受信するとき、そのULPFをリセットする。
【0591】
6.5.1.3.3 プログラムソースによって開始される呼の解放.
多数の場合で、プログラムソースが呼の解放を開始する。例えば、もし、プログラムソースが要求されたデータの伝送を完了したとき、プログラムソースが呼の解放を開始する。もう1つの例では、プログラムソースがメディア記憶装置1乃至Nのうちの一部における障害に気付いたとき、プログラムソースは、呼の解放を開始する。
【0592】
1.プログラムソースががプログラムソースMXを介して、発呼者MTサーバシステムに、MT解放71080を送信する。発呼者MTサーバシステムは、MT解放パケット(手と絵71160)の送信で、メディア記憶装置(例えば、メディア記憶装置N)に応答すると、MT解放応答71090とMT解放71100で、それぞれにプログラムソースと発呼者に解放要求を知らせる。発呼者MTサーバシステムは、MT解放71080を受信した後、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、SGW1160中のサーバ群10010のローカルなアカウント処理サーバシステム12040(図12)に、収集された使用量情報を報告する。もし、プログラムソースがHGW(例えばUT1450)を介して、メディア番組を伝送するなら、プログラムソースMX(例えば、MX1240)がMT解放応答71090を受信するとき、そのULPFをリセットする。
2.発呼者は、MT解放応答71110で発呼者MTサーバシステムに応答した後、MTセッションへの関与を終了する。同様に、メディア記憶装置(例えば、メディア記憶装置N)は、MT解放応答パケット(例えばMT解放応答71170)で発呼者MTサーバシステムに応答した後、MTセッションへの関与を終了する。
【0593】
6.5.2 2つサービスゲートウェイに依存するMPに準拠した2つの構成要素の間の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を示す。
【0594】
SGW1160のサーバ群10010に存在する呼処理サーバシステム12010が「発呼者の呼処理サーバシステム」である。同様に、SGW1120に存在する呼処理サーバシステムは、「メディア記憶装置の呼処理サーバシステム」である。1つSGWが、1つ呼処理サーバシステムをMTセッションの管理に指定したとき、指定された呼処理サーバシステムが「MTサーバシステム」である。SGW1120の1つの実施例とSGW1160の1つの実施例が、多数の呼処理サーバシステムを含むと、各サーバシステムは1つ特定のマルチメディアサービスに責務と援助する。
【0595】
それに加えて、もし、SGW1160が、MPの都市圏ネットワーク1000(図1d)の都市圏のマスターのネットワークマネージャ装置としてサービスするなら、SGW1160のサーバ群10010に存在するネットワーク管理サーバシステム12030は、都市圏のマスターのネットワーク管理サーバシステムである。
【0596】
次は、主に、MTセッションの3つの段階:呼のセットアップ、呼の通信と呼の解放に、これら参加者がどのように対話することについて説明する。
【0597】
6.5.2.1 呼のセットアップ.
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を受信した後、セッションの使用量情報(例えば、セッション継続時間又はトラフィック)の収集を開始する。
【0598】
もし、プログラムソースとメディア記憶装置が、MPの異なる都市圏ネットワーク(でも、同じ全国的ネットワーク中にある)か、MPの異なる全国的ネットワークに存在するなら、そのMT組み立て過程は、前のMTPS呼のセットアップのセクションで議論したように、追加のMPの都市圏ネットワーク間、あるいはMPの全国的ネットワーク間での処理順序を含む。
【0599】
6.5.2.2 呼の通信.
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の項目の手順が繰り返す。
【0600】
もし、プログラムソースとメディア記憶装置が、MPの異なる都市圏(しかし、同じ全国的ネットワークに属する)か、MPの異なる全国的ネットワークに存在するなら、上述のMT呼の通信過程は、前のMTPS呼の通信のセクションで議論したように、追加のMPの都市圏ネットワーク間で、あるいは全国的ネットワーク間でのパケットの伝送順序を含む。
【0601】
6.5.2.3 呼の解放.
発呼者は、発呼者のMTサーバシステム、メディア記憶装置のMTサーバシステム、又はプログラムソースは、呼の解放を開始することができる。
【0602】
6.5.2.3.1 発呼者によって開始される呼の解放.
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を送信する。
【0603】
6.5.2.3.2 MTサーバシステムによって開始される呼の解放.
MTサーバシステムの1つの実施例は、受理できない通信状況(例えば、失われたパケット数が過多である、エラーレートが過大である、失われたMT保持応答パケットあるいはMT状態応答パケットの数が過多である)を検出するとき、呼の解放を開始する。
【0604】
1.説明のため、発呼者MTサーバシステムが呼の解放を開始すると仮定する。発呼者MTサーバシステムは、プログラムソースMXを介して、MT解放73040を送信すると、MP制御パケットであるMT解放73050とMT解放指示73140を、プログラムソース、発呼者とメディア記憶装置MTサーバシステムに、それぞれ送信する。これに応答して、発呼者は、MT解放応答73060を発呼者MTサーバシステムに送信し、効果的にMTセッションを終了する。同様に、メディア記憶装置MTサーバシステムは、メディア記憶装置(例えばメディア記憶装置N)にMT解放パケット(例えば73190)を送信する。
2.プログラムソースMXは、MT解放73040を受信するとき、そのULPFをリセットする。
3.メディア記憶装置からのMT解放応答パケット(例えば、メディア記憶装置からの73200)を受信した後、メディア記憶装置MTサーバシステムは、MT解放肯定応答73150を発呼者MTサーバシステムに送信する。
4.発呼者MTサーバシステムが、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、MT解放73040、73050とMT解放指示73140を送信するとき、セッションを終了する。MTサーバシステムも、ローカルなアカウント処理サーバシステム、例えばSGW1160中のサーバ群10010のアカウント処理サーバシステム12040(図12)に、収集された情報を報告する。
【0605】
もし、メディア記憶装置MTサーバシステムが終了を始めるなら、同様の処理順序が適用する。
【0606】
6.5.2.3.3 プログラムソースによって開始される呼の解放.
多数の場合で、プログラムソースが呼の解放を開始する。例えば、もし、プログラムソースが要求されたデータの伝送を完了したとき、プログラムソースが呼の解放を開始する。もう1つの例では、プログラムソースが、メディア記憶装置1乃至Nのうちの一部における障害に気付いたとき、プログラムソースはまた、呼の解放を開始することができる。
【0607】
1.プログラムソースがプログラムソースMXを介して、発呼者MTサーバシステムに、MT解放73080を送信することによって、終了を始める。次に、発呼者MTサーバシステムは、MT解放応答73090をプログラムソースに、MT解放73100を発呼者に、及び、MT解放指示73160をメディア記憶装置MTサーバシステムに送信する。それに加えて、発呼者MTサーバシステムは、セッションの使用量情報(例えば、セッションの継続時間又はトラフィック)の収集を停止して、セッションを終了する。MTサーバシステムも、ローカルなアカウント処理サーバシステム、例えばSGW1160(図12)中のサーバ群10010のアカウント処理サーバシステム12040に、収集された使用量情報を報告する。
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サーバシステムに送信する。
【0608】
前述の本発明に関する多種類の実施例の詳細は、本発明の説明だけであるが、限界がない。これらの実施例は、開示された発明を完全に付けるあるいは限定することでない。分かるとおり、当分野の普通の技術者に対して、本発明の主旨を超えることなく、別の変動又は変更も実行される。その結果、本発明は請求の範囲によって画成される。
【図面の簡単な説明】
【0609】
【図1a】電気通信ネットワークの交換による分類を示す図である。
【図1b】インターネットプロトコル(IP)を用いて1つのイーサネット(登録商標)LANからもう1つのイーサネット(登録商標)LANにデータパケットを転送する従来技術を示したブロック図である。
【図1c】メディアネットワークプロトコル(MP)を用いて1つのメディアネットLANからもう1つのメディアネットLANにデータパケットを転送する例を示すブロック図である。
【図1d】例示的なメディアネットワークプロトコルの都市圏ネットワークを示すブロック図である。
【図2】例示的なメディアネットワークプロトコルの全国的ネットワークを示すブロック図である。
【図3】例示的なメディアネットワークプロトコルのグローバルネットワークを示すブロック図である。
【図4】メディアネットプロトコルの例示的なネットワークアーキテクチャを示す図である。
【図5】メディアネットプロトコルのパケットの例示的なフォーマットを示す図である。
【図6】メディアネットプロトコルのネットワークアドレスの例示的なフォーマットを示す図である。
【図7】メディアネットプロトコルのネットワークアドレスのもう1つの例示的なフォーマットを示す図である。
【図8】メディアネットプロトコルのネットワークアドレスのもう1つの例示的なフォーマットを示す図である。
【図9a】メディアネットプロトコルのネットワークアドレスのもう1つの例示的なフォーマットを示す図である。
【図9b】主にエッジ部のスイッチに直接的に接続された構成要素のための、メディアネットプロトコルのネットワークアドレスの例示的なフォーマットを示す図である。
【図9c】主に多地点通信サービスのための、メディアネットプロトコルのネットワークアドレスの例示的なフォーマットを示す図である。
【図10】例示的なサービスゲートウェイを示すブロック図である。
【図11a】もう1つの例示的なサービスゲートウェイを示すブロック図である。
【図11b】もう1つの例示的なサービスゲートウェイを示すブロック図である。
【図12】例示的なサーバ群を示すブロック図である。
【図13】例示的なサーバシステムを示すブロック図である。
【図14】例示的なサーバ群が実行する1つのワークフロー処理を示すフローチャートである。
【図15】例示的なサーバ群がメディアネットプロトコルのネットワークを構成するために行う1つのワークフロー処理を示すフローチャートである。
【図16】例示的なサーバ群が複数の呼チェック処理を実行するために行う1つのワークフロー処理を示すフローチャートである。
【図17a】例示的なサーバ群における複数のサーバシステムによる複数の呼チェック処理の実行を説明する時系列図である。
【図17b】例示的なサーバ群における複数のサーバシステムによる複数の呼チェック処理の実行を説明する時系列図である。
【図18】例示的なエッジ部のスイッチを示すブロック図である。
【図19】エッジ部のスイッチにおける例示的なスイッチングコアを示すブロック図である。
【図20】エッジ部のスイッチにおける例示的なカラーフィルタが例示的なスイッチングコアのインターフェースからのパケットに応答するために行う一処理を示すフローチャートである。
【図21】エッジ部のスイッチにおける例示的なカラーフィルタが例示的なスイッチングコアのもう1つのインターフェースからのパケットに応答するために行う一処理を示すフローチャートである。
【図22】エッジ部のスイッチにおける例示的なカラーフィルタが例示的なスイッチングコアのもう1つのインターフェースからのパケットに応答するために行う一処理を示すフローチャートである。
【図23】エッジ部のスイッチにおける例示的な部分的アドレスルーティングエンジンを示すブロック図である。
【図24】エッジ部のスイッチにおける例示的な部分的アドレスルーティング装置が例示的なメディアネットプロトコルのユニキャストパケットを処理するために行う一処理を示すフローチャートである。
【図25】エッジ部のスイッチにおける例示的な部分的アドレスルーティング装置が例示的なメディアネットプロトコルの多地点通信パケットを処理するために行う一処理を示すフローチャートである。
【図26a】エッジ部のスイッチにおける例示的なマッピングテーブルを示す図である。
【図26b】エッジ部のスイッチにおける例示的なルックアップテーブルを示す図である。
【図27】エッジ部のスイッチにおける例示的なパケット分配器を示すブロック図である。
【図28】例示的なゲートウェイを示すブロック図である。
【図29】ビレッジスイッチとビルディングスイッチとを含む例示的なアクセスネットワーク構成を示すブロック図である。
【図30】ビレッジスイッチとカーブスイッチとを含む例示的なアクセスネットワーク構成を示すブロック図である。
【図31】オフィススイッチを含む例示的なアクセスネットワーク構成を示すブロック図である。
【図32】例示的な中間スイッチを示すブロック図である。
【図33】中間スイッチにおける例示的なスイッチングコアを示すブロック図である。
【図34】中間スイッチにおける例示的なカラーフィルタが例示的なスイッチングコアのインターフェースからのパケットに応答するために行う一処理を示すフローチャートである。
【図35】中間スイッチにおける例示的な部分的アドレスルーティングエンジンを示すブロック図である。
【図36】中間スイッチにおける例示的な部分的アドレスルーティング装置が例示的なメディアネットプロトコルの多地点通信パケットを処理するために行う一処理を示すフローチャートである。
【図37】中間スイッチにおける例示的なルックアップテーブルを示す図である。
【図38】中間スイッチにおける例示的なパケット分配器を示すブロック図である。
【図39】例示的な宛先アドレス検索テーブルを示す図である。
【図40】一実施形態に係るアップリンクのパケットフィルタがアップリンクのパケットフィルタチェックを実行するために行う一処理を示すフローチャートである。
【図41】一実施形態に係るアップリンクのパケットフィルタがトラフィックフローのモニタリングを実行するために行う一処理を示すフローチャートである。
【図42a】一実施形態に係る家庭用ゲートウェイを示すブロック図である。
【図42b】代替の実施形態に係る家庭用ゲートウェイを示すブロック図である。
【図43】マスターユーザスイッチの例示的な実施形態を示す構造図である。
【図44】マスターユーザスイッチの例示的な実施形態を示すブロック図である。
【図45】一実施形態に係るユーザスイッチがダウンストリーム方向のパケットを転送するために行う処理を示すフローチャートである。
【図46】一実施形態に係るユーザスイッチがアップストリーム方向のパケットを転送するために行う処理を示すフローチャートである。
【図47】例示的な実施形態に係る汎用テレピュータを示すブロック図である。
【図48】例示的な実施形態に係る特殊用途のテレピュータを示すブロック図である。
【図49】例示的な実施形態に係るメディアネットプロトコルのセットトップボックスを示すブロック図である。
【図50】例示的な実施形態に係るメディア記憶装置を示すブロック図である。
【図53a】単一のサービスゲートウェイに依存する2つのユーザ端末装置間での1つのメディア電話サービスセッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図53b】単一のサービスゲートウェイに依存する2つのユーザ端末装置間での1つのメディア電話サービスセッションに係る例示的な呼の解放段階を示す時系列図である。
【図54a】2つのサービスゲートウェイに依存する2つのユーザ端末装置間での1つのメディア電話サービスセッションに係る例示的な呼のセットアップ段階を示す時系列図である。
【図54b】2つのサービスゲートウェイに依存する2つのユーザ端末装置間での1つのメディア電話サービスセッションに係る例示的な呼の通信段階を示す時系列図である。
【図55a】2つのサービスゲートウェイに依存する2つのユーザ端末装置間での1つのメディア電話サービスセッションに係る例示的な呼の解放段階を示す時系列図である。
【図55b】2つのサービスゲートウェイに依存する2つのユーザ端末装置間での1つのメディア電話サービスセッションに係る例示的な呼の解放段階を示す時系列図である。
【図56】例示的なグラフィカルユーザインターフェースがサポートするサービスウィンドウを示す図である。
【図57】サービス要求に応答するためにユーザがナビゲートして通過する例示的な一連のウィンドウを示す図である。
【図58a】単一のサービスゲートウェイに依存する2つのMPに準拠した構成要素の間での1つのメディア・オン・デマンドセッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図58b】単一のサービスゲートウェイに依存する2つのMPに準拠した構成要素の間での1つのメディア・オン・デマンドセッションに係る例示的な呼の解放段階を示す時系列図である。
【図59a】2つのサービスゲートウェイに依存する2つのMPに準拠した構成要素の間での1つのメディア・オン・デマンドセッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図59b】2つのサービスゲートウェイに依存する2つのMPに準拠した構成要素の間での1つのメディア・オン・デマンドセッションに係る例示的な呼の解放段階を示す時系列図である。
【図60】1つのメディアマルチキャストセッションのための会合通知者を伴う例示的なメンバーシップ確立処理を示す時系列図である。
【図61】1つのメディアマルチキャストセッションのための例示的なメンバーシップ確立処理を示す時系列図である。
【図62a】単一のサービスゲートウェイに依存する発呼者、被呼者1及び被呼者2の間での1つのメディアマルチキャストセッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図62b】単一のサービスゲートウェイに依存する発呼者、被呼者1及び被呼者2の間での1つのメディアマルチキャストセッションに係る例示的な呼の解放段階を示す時系列図である。
【図63a】例示的なサーバ群における複数のサーバシステムによるメディアマルチキャスト要求に対する複数の呼チェック処理の実行を示す時系列図である。
【図63b】例示的なサーバ群における複数のサーバシステムによるメディアマルチキャスト要求に対する複数の呼チェック処理の実行を示す時系列図である。
【図64】メディアマルチキャストセッションにおける例示的な当事者の追加、当事者の除去、及びメンバーの照会の処理を示す時系列図である。
【図65】例示的なメディアネットプロトコルの都市圏ネットワークを示すブロック図である。
【図66a】異なるサービスゲートウェイに依存する発呼者、被呼者1及び被呼者2の間の1つのメディアマルチキャストセッションに係る例示的な呼のセットアップ段階を示す時系列図である。
【図66b】異なるサービスゲートウェイに依存する発呼者、被呼者1及び被呼者2の間の1つのメディアマルチキャストセッションに係る例示的な呼の通信段階を示す時系列図である。
【図66c】異なるサービスゲートウェイに依存する発呼者、被呼者1及び被呼者2の間の1つのメディアマルチキャストセッションに係る例示的な呼の解放段階を示す時系列図である。
【図66d】異なるサービスゲートウェイに依存する発呼者、被呼者1及び被呼者2の間の1つのメディアマルチキャストセッションに係る例示的な呼の解放段階を示す時系列図である。
【図67a】異なる例示的なサーバ群における複数のサーバシステムによるメディアマルチキャスト要求に対する複数の呼チェック処理の実行を示す時系列図である。
【図67b】異なる例示的なサーバ群における複数のサーバシステムによるメディアマルチキャスト要求に対する複数の呼チェック処理の実行を示す時系列図である。
【図68】単一のサービスゲートウェイ内におけるユーザ端末装置とメディアブロードキャストプログラムソースとの間での例示的なメディアブロードキャストセッションを示す時系列図である。
【図69a】異なるサービスゲートウェイに依存するユーザ端末装置とメディアブロードキャストプログラムソースとの間での1つのメディアブロードキャストセッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図69b】異なるサービスゲートウェイに依存するユーザ端末装置とメディアブロードキャストプログラムソースとの間での1つのメディアブロードキャストセッションに係る例示的な呼の解放段階を示す時系列図である。
【図70】単一のサービスゲートウェイ内における複数のメディア記憶装置とプログラムソースとの間での1つのメディア転送セッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図71】単一のサービスゲートウェイ内における複数のメディア記憶装置とプログラムソースとの間での1つのメディア転送セッションに係る例示的な呼の解放段階を示す時系列図である。
【図72a】異なるサービスゲートウェイに依存する複数のメディア記憶装置とプログラムソースとの間での1つのメディア転送セッションに係る例示的な呼のセットアップ段階を示す時系列図である。
【図72b】異なるサービスゲートウェイに依存する複数のメディア記憶装置とプログラムソースとの間での1つのメディア転送セッションに係る例示的な呼の通信段階を示す時系列図である。
【図73a】異なるサービスゲートウェイに依存する複数のメディア記憶装置とプログラムソースとの間での1つのメディア転送セッションに係る例示的な呼の解放段階を示す時系列図である。
【図73b】異なるサービスゲートウェイに依存する複数のメディア記憶装置とプログラムソースとの間での1つのメディア転送セッションに係る例示的な呼の解放段階を示す時系列図である。
【図73c】異なるサービスゲートウェイに依存する複数のメディア記憶装置とプログラムソースとの間での1つのメディア転送セッションに係る例示的な呼の解放段階を示す時系列図である。
【符号の説明】
【0610】
10…MPデータパケット、
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 (216)
- データを伝送するための方法であって、
パケットにおけるデータグラムアドレスを使用して、マルチメディアデータの上記パケットを、接続指向型のパケット交換ネットワーク内の複数の論理リンクを介して非同期的に転送することを含み、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記転送に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記転送を承認し、
上記データグラムアドレスの部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、上記パケットを、上記複数の論理リンクのサブセットである複数のトップダウンの論理リンクを介するように方向付け、
上記パケットは、上記複数の論理リンクにおける複数のリンクに沿って転送されるときに不変のままであり、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する方法。 - 上記転送はインターネットプロトコルを使用しない請求項1記載の方法。
- データを伝送するためのシステムであって、
複数の論理リンクを含む、接続指向型のパケット交換ネットワークと、
上記複数の論理リンクを非同期的に通過する複数のデータパケットとを備え、上記パケットの各々は、ヘッダフィールドと、マルチメディアデータを含むペイロードフィールドとを備え、
上記ヘッダフィールドは、複数の部分的なアドレスサブフィールドを含むデータグラムアドレスを含み、上記部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、上記パケットを、上記複数の論理リンクのサブセットである複数のトップダウンの論理リンクを介するように方向付け、上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作し、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記通過に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記通過を承認し、
上記パケットの各々は、上記複数の論理リンクにおける複数のリンクに沿って転送されるときに不変のままであるシステム。 - 上記パケット交換ネットワークは、上記複数のデータパケットに上記複数の論理リンクを通過させるためにインターネットプロトコルを使用しない請求項3記載のシステム。
- パケットのためのデータ構造であって、
複数の部分的なアドレスサブフィールドを含むデータグラムアドレスを含むヘッダフィールドを備え、
上記部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、上記パケットを、接続指向型のパケット交換ネットワーク内の複数の論理リンクのサブセットを形成する複数のトップダウンの論理リンクを介するように方向付け、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作し、
上記データ構造は、
マルチメディアデータを含むペイロードフィールドを備え、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記パケットは上記複数の論理リンクを介して非同期的に転送され、
上記転送に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記転送を承認し、
上記パケットは、上記複数の論理リンクにおける複数のリンクに沿って転送されるときに不変のままであるデータ構造。 - 上記パケット交換ネットワークはインターネットプロトコルを使用しない請求項5記載のデータ構造。
- ネットワークを介してデータを伝送するための実行可能なプログラム命令を含むコンピュータが読み取り可能な媒体であって、上記実行可能なプログラム命令は、実行されるとき、上記ネットワークに、
パケットにおけるデータグラムアドレスを使用して、マルチメディアデータの上記パケットを、接続指向型のパケット交換ネットワーク内の複数の論理リンクを介して非同期的に転送させ、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記転送に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記転送を承認し、
上記データグラムアドレスの部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、上記パケットを、上記複数の論理リンクのサブセットである複数のトップダウンの論理リンクを介するように方向付け、
上記パケットは、上記複数の論理リンクにおける複数のリンクに沿って転送されるときに不変のままであり、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作するコンピュータが読み取り可能な媒体。 - 上記転送はインターネットプロトコルを使用しない請求項7記載のコンピュータが読み取り可能な媒体。
- データを伝送するための方法であって、
パケットにおけるデータグラムアドレスを使用して、マルチメディアデータの上記パケットを、接続指向型のパケット交換ネットワーク内の複数の論理リンクを介して転送することを含み、
上記データグラムアドレスの部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、上記パケットを、上記複数の論理リンクのサブセットである複数のトップダウンの論理リンクを介するように方向付け、
上記パケットは、上記複数の論理リンクにおける複数のリンクに沿って転送されるときに不変のままであり、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する方法。 - 上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成する請求項9記載の方法。
- 上記転送はインターネットプロトコルを使用しない請求項9記載の方法。
- 上記転送はワイヤスピードで発生する請求項9記載の方法。
- 上記転送はオフラインで計算された転送テーブルを使用する請求項9記載の方法。
- 上記転送は、リアルタイムでのルーティングテーブルの計算を使用しない請求項9記載の方法。
- 上記転送は非同期的に発生する請求項9記載の方法。
- 上記転送は、パケットが提供しているサービスのタイプに関する上記データグラムアドレス内の情報によって促進される請求項9記載の方法。
- 上記パケットは、上記ネットワーク内で転送されるマルチメディアデータの他のパケットの長さとは異なる長さを有する請求項9記載の方法。
- 上記パケットは、上記複数の論理リンクにおける大部分のリンクに沿って転送されるときに不変のままである請求項9記載の方法。
- 上記パケットは「存続時間」データを持たない請求項9記載の方法。
- 上記パケットは、ルーティングの計算を使用せずに上記複数の論理リンク内の大部分のリンクに沿って転送される請求項9記載の方法。
- 上記マルチメディアデータは電話のためのデータを含む請求項9記載の方法。
- 上記マルチメディアデータはメディア・オン・デマンドのためのデータを含む請求項9記載の方法。
- 上記マルチメディアデータはマルチキャストのためのデータを含む請求項9記載の方法。
- 上記マルチメディアデータはブロードキャストのためのデータを含む請求項9記載の方法。
- 上記マルチメディアデータは転送のためのデータを含む請求項9記載の方法。
- 上記マルチメディアデータはユーザ端末装置上に表示される請求項9記載の方法。
- 上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークプロトコルの両方のネットワークへのアクセスを提供するセットトップボックスである請求項26記載の方法。
- 上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークの両方のパケットを処理するテレピュータである請求項26記載の方法。
- 上記マルチメディアデータは家庭用サーバ上に記憶される請求項9記載の方法。
- 上記マルチメディアデータは大容量記憶装置に記憶される請求項9記載の方法。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型ユーザ端末装置を含む請求項9記載の方法。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型中間スイッチを含む請求項9記載の方法。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型家庭用ゲートウェイを含む請求項9記載の方法。
- 上記ネットワークにノードが追加される場合、上記パケット交換ネットワークは上記ノードを自動的に構成する請求項9記載の方法。
- 上記自動的な構成は、ノードの識別番号をチェックすることを含む請求項34記載の方法。
- 上記パケット交換ネットワークは、上記転送に先行して上記転送を承認する請求項9記載の方法。
- 上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項36記載の方法。
- 上記承認は、セッション毎の実行を基準とする請求項37記載の方法。
- 上記パケット交換ネットワーク内のノードは、上記転送に先行して上記転送を承認する請求項9記載の方法。
- 上記承認は上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項39記載の方法。
- 上記承認は、セッション毎の実行を基準とする請求項40記載の方法。
- 上記パケット交換ネットワークは、ネットワーク情報を上記ネットワーク内の複数のスイッチへ分配するサーバを含む請求項9記載の方法。
- 上記ネットワーク情報は、上記ネットワーク内の複数のスイッチの帯域幅使用量を含む請求項42記載の方法。
- 上記ネットワーク情報は通報パケットを使用して分配される請求項42記載の方法。
- 上記パケット交換ネットワークは、上記パケットの転送に先行して、支払者のアカウントを照合する請求項9記載の方法。
- 上記パケット交換ネットワークは、使用量データを測定し、収集しかつ記憶する請求項9記載の方法。
- 上記使用量データはアカウント処理データを含む請求項46記載の方法。
- 上記パケット交換ネットワークはパケットのフローを調整する請求項9記載の方法。
- 上記ネットワークは、パケットを追加することによってパケットのフローを調整する請求項48記載の方法。
- 上記ネットワークは、パケットを遅延させることによってパケットのフローを調整する請求項48記載の方法。
- 上記パケット交換ネットワークは、専門化されたタスクをそれぞれ実行する複数のサーバシステムを含んだ、サーバ群を含む請求項9記載の方法。
- 上記パケット交換ネットワークは、フィルタ基準のセットに基づいて上記パケットをフィルタリングする請求項9記載の方法。
- 上記フィルタ基準は、セッション毎の実行を基準として確立される請求項52記載の方法。
- 上記フィルタ基準は上記パケットにおける発信元アドレスを含む請求項52記載の方法。
- 上記フィルタ基準は上記パケットにおける宛先アドレスを含む請求項52記載の方法。
- 上記フィルタ基準はトラフィックフローのパラメータを含む請求項52記載の方法。
- 上記フィルタ基準はデータコンテンツ情報を含む請求項52記載の方法。
- 上記データグラムアドレスは、ノードをネットワーク接続ポイントにバインドし、上記ノードが変更されたとき上記ネットワーク接続ポイントに残る請求項9記載の方法。
- 上記データグラムアドレスは、ネットワーク接続ポイントに導くネットワークトポロジーに対応する部分的なアドレスサブフィールドを含む請求項9記載の方法。
- ネットワーク接続ポイントに接続されたノードが変更されたとき、上記データグラムアドレスは上記ネットワーク接続ポイントに関連付けられたままである請求項9記載の方法。
- データを伝送するためのシステムであって、
複数の論理リンクを含む、接続指向型のパケット交換ネットワークと、
上記複数の論理リンクを通過する複数のデータパケットとを備え、上記パケットの各々は、ヘッダフィールドと、マルチメディアデータを含むペイロードフィールドとを備え、
上記ヘッダフィールドは、複数の部分的なアドレスサブフィールドを含むデータグラムアドレスを含み、上記部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、上記パケットを、上記複数の論理リンクのサブセットである複数のトップダウンの論理リンクを介するように方向付け、上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作し、
上記パケットの各々は、上記複数の論理リンクにおける複数のリンクに沿って転送されるときに不変のままであるシステム。 - 上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成する請求項61記載のシステム。
- 上記通過はインターネットプロトコルを使用しない請求項61記載のシステム。
- 上記通過はワイヤスピードで発生する請求項61記載のシステム。
- 上記通過は、オフラインで計算された転送テーブルを使用する請求項61記載のシステム。
- 上記通過は、リアルタイムでのルーティングテーブルの計算を使用しない請求項61記載のシステム。
- 上記通過は非同期的に発生する請求項61記載のシステム。
- 上記通過は、パケットが提供しているサービスのタイプに関する上記データグラムアドレス内の情報によって促進される請求項61記載のシステム。
- 上記パケットは可変長である請求項61記載のシステム。
- 上記パケットは、上記複数の論理リンクにおける大部分のリンクに沿って転送されるときに不変のままである請求項61記載のシステム。
- 上記パケットは「存続時間」データを持たない請求項61記載のシステム。
- 上記パケットは、ルーティング計算を使用せずに上記複数の論理リンク内の大部分のリンクに沿って転送される請求項61記載のシステム。
- 上記マルチメディアデータは電話のためのデータを含む請求項61記載のシステム。
- 上記マルチメディアデータはメディア・オン・デマンドのためのデータを含む請求項61記載のシステム。
- 上記マルチメディアデータはマルチキャストのためのデータを含む請求項61記載のシステム。
- 上記マルチメディアデータはブロードキャストのためのデータを含む請求項61記載のシステム。
- 上記マルチメディアデータは転送のためのデータを含む請求項61記載のシステム。
- 上記マルチメディアデータはユーザ端末装置上に表示される請求項61記載のシステム。
- 上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークプロトコルの両方のネットワークへのアクセスを提供するセットトップボックスである請求項78記載のシステム。
- 上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークの両方のパケットを処理するテレピュータである請求項78記載のシステム。
- 上記マルチメディアデータは家庭用サーバ上に記憶される請求項61記載のシステム。
- 上記マルチメディアデータは大容量記憶装置に記憶される請求項61記載のシステム。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型ユーザ端末装置を含む請求項61記載のシステム。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型中間スイッチを含む請求項61記載のシステム。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型家庭用ゲートウェイを含む請求項61記載のシステム。
- 上記ネットワークにノードが追加される場合、上記パケット交換ネットワークは上記ノードを自動的に構成する請求項61記載のシステム。
- 上記自動的な構成は、ノードの識別番号をチェックすることを含む請求項86記載のシステム。
- 上記パケット交換ネットワークは、上記通過に先行して上記通過を承認する請求項61記載のシステム。
- 上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項88記載のシステム。
- 上記承認は、セッション毎の実行を基準とする請求項89記載のシステム。
- 上記パケット交換ネットワーク内のノードは、上記通過に先行して上記通過を承認する請求項61記載のシステム。
- 上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項91記載のシステム。
- 上記承認は、セッション毎の実行を基準とする請求項92記載のシステム。
- 上記パケット交換ネットワークは、ネットワーク情報を上記ネットワーク内の複数のスイッチへ分配するサーバを含む請求項61記載のシステム。
- 上記ネットワーク情報は上記ネットワーク内の複数のスイッチの帯域幅使用量を含む請求項94記載のシステム。
- 上記ネットワーク情報は通報パケットを使用して分配される請求項94記載のシステム。
- 上記パケット交換ネットワークは、上記パケットの転送に先行して、支払者のアカウントを照合する請求項61記載のシステム。
- 上記パケット交換ネットワークは、使用量データを測定し、収集しかつ記憶する請求項61記載のシステム。
- 上記使用量データはアカウント処理データを含む請求項98記載のシステム。
- 上記パケット交換ネットワークはパケットのフローを調整する請求項61記載のシステム。
- 上記ネットワークは、パケットを追加することによってパケットのフローを調整する請求項100記載のシステム。
- 上記ネットワークは、パケットを遅延させることによってパケットのフローを調整する請求項100記載のシステム。
- 上記パケット交換ネットワークは、専門化されたタスクをそれぞれ実行する複数のサーバシステムを含んだ、サーバ群を含む請求項61記載のシステム。
- 上記パケット交換ネットワークは、フィルタ基準のセットに基づいて上記パケットをフィルタリングする請求項61記載のシステム。
- 上記フィルタ基準は、セッション毎の実行を基準として確立される請求項104記載のシステム。
- 上記フィルタ基準は上記パケットにおける発信元アドレスを含む請求項104記載のシステム。
- 上記フィルタ基準は上記パケットにおける宛先アドレスを含む請求項104記載のシステム。
- 上記フィルタ基準はトラフィックフローのパラメータを含む請求項104記載のシステム。
- 上記フィルタ基準はデータコンテンツ情報を含む請求項104記載のシステム。
- 上記データグラムアドレスは、ノードをネットワーク接続ポイントにバインドし、上記ノードが変更されたとき上記ネットワーク接続ポイントに残る請求項61記載のシステム。
- 上記データグラムアドレスは、ネットワーク接続ポイントに導くネットワークトポロジーに対応する部分的なアドレスサブフィールドを含む請求項61記載のシステム。
- ネットワーク接続ポイントに接続されたノードが変更されたとき、上記データグラムアドレスは上記ネットワーク接続ポイントに関連付けられたままである請求項61記載のシステム。
- パケットのためのデータ構造であって、
複数の部分的なアドレスサブフィールドを含むデータグラムアドレスを含むヘッダフィールドを備え、
上記部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、上記パケットを、接続指向型のパケット交換ネットワーク内の複数の論理リンクのサブセットを形成する複数のトップダウンの論理リンクを介するように方向付け、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作し
上記データ構造は、
マルチメディアデータを含むペイロードフィールドを備え、
上記パケットは、上記ネットワーク内の上記複数の論理リンクにおける複数のリンクに沿って転送されるときに不変のままであるデータ構造。 - 上記パケットは、上記ネットワーク内の発信元ノードと宛先ノードとの間に伝送経路を形成する上記複数の論理リンクを介して転送される請求項113記載のデータ構造。
- 上記パケットは、インターネットプロトコルを使用せずに上記ネットワークを介して転送される請求項113記載のデータ構造。
- 上記パケットは、ワイヤスピードで上記ネットワークを介して転送される請求項113記載のデータ構造。
- 上記パケットは、オフラインで計算された転送テーブルを使用して上記ネットワークを介して転送される請求項113記載のデータ構造。
- 上記パケットは、リアルタイムでのルーティングテーブルの計算を使用せずに上記ネットワークを介して転送される請求項113記載のデータ構造。
- 上記パケットは非同期的に上記ネットワークを介して転送される請求項113記載のデータ構造。
- 上記パケットは上記ネットワークを介して転送され、上記転送はパケットが提供しているサービスのタイプに関する上記データグラムアドレス内の情報によって促進される請求項113記載のデータ構造。
- 上記パケットは、上記ネットワーク内で転送されるマルチメディアデータの他のパケットの長さとは異なる長さを有する請求項113記載のデータ構造。
- 上記パケットは、上記ネットワーク内の上記複数の論理リンクにおける大部分のリンクに沿って転送されるときに不変のままである請求項113記載のデータ構造。
- 上記パケットは「存続時間」データを持たない請求項113記載のデータ構造。
- 上記パケットは、ルーティング計算を使用せずに上記ネットワーク内の上記複数の論理リンクにおける大部分のリンクに沿って転送される請求項113記載のデータ構造。
- 上記マルチメディアデータは電話のためのデータを含む請求項113記載のデータ構造。
- 上記マルチメディアデータはメディア・オン・デマンドのためのデータを含む請求項113記載のデータ構造。
- 上記マルチメディアデータはマルチキャストのためのデータを含む請求項113記載のデータ構造。
- 上記マルチメディアデータはブロードキャストのためのデータを含む請求項113記載のデータ構造。
- 上記マルチメディアデータは転送のためのデータを含む請求項113記載のデータ構造。
- 上記マルチメディアデータはユーザ端末装置上に表示される請求項113記載のデータ構造。
- 上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークプロトコルの両方のネットワークへのアクセスを提供するセットトップボックスである請求項130記載のデータ構造。
- 上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークの両方のパケットを処理するテレピュータである請求項130記載のデータ構造。
- 上記マルチメディアデータは家庭用サーバ上に記憶される請求項113記載のデータ構造。
- 上記マルチメディアデータは大容量記憶装置に記憶される請求項113記載のデータ構造。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型ユーザ端末装置を含む請求項113記載のデータ構造。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型中間スイッチを含む請求項113記載のデータ構造。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型家庭用ゲートウェイを含む請求項113記載のデータ構造。
- 上記ネットワークにノードが追加される場合、上記パケット交換ネットワークは上記ノードを自動的に構成する請求項113記載のデータ構造。
- 上記自動的な構成は、ノードの識別番号をチェックすることを含む請求項138記載のデータ構造。
- 上記パケット交換ネットワークは、上記パケットの転送に先行して、上記ネットワーク内の上記複数の論理リンクを介する上記パケットの転送を承認する請求項113記載のデータ構造。
- 上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項140記載のデータ構造。
- 上記承認は、セッション毎の実行を基準とする請求項141記載のデータ構造。
- 上記パケット交換ネットワーク内のノードは、上記転送に先行して、上記ネットワーク内の上記複数の論理リンクを介する上記パケットの転送を承認する請求項113記載のデータ構造。
- 上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項143記載のデータ構造。
- 上記承認は、セッション毎の実行を基準とする請求項144記載のデータ構造。
- 上記パケット交換ネットワークは、ネットワーク情報を上記ネットワーク内の複数のスイッチへ分配するサーバを含む請求項113記載のデータ構造。
- 上記ネットワーク情報は上記ネットワーク内の複数のスイッチの帯域幅使用量を含む請求項146記載のデータ構造。
- 上記ネットワーク情報は通報パケットを使用して分配される請求項146記載のデータ構造。
- 上記パケット交換ネットワークは、上記パケットの転送に先行して、支払者のアカウントを照合する請求項113記載のデータ構造。
- 上記パケット交換ネットワークは、使用量データを測定し、収集しかつ記憶する請求項113記載のデータ構造。
- 上記使用量データはアカウント処理データを含む請求項150記載のデータ構造。
- 上記パケット交換ネットワークはパケットのフローを調整する請求項113記載のデータ構造。
- 上記ネットワークは、パケットを追加することによってパケットのフローを調整する請求項152記載のデータ構造。
- 上記ネットワークは、パケットを遅延させることによってパケットのフローを調整する請求項152記載のデータ構造。
- 上記パケット交換ネットワークは、専門化されたタスクをそれぞれ実行する複数のサーバシステムを含んだ、サーバ群を含む請求項113記載のデータ構造。
- 上記パケット交換ネットワークは、フィルタ基準のセットに基づいて上記パケットをフィルタリングする請求項113記載のデータ構造。
- 上記フィルタ基準は、セッション毎の実行を基準として確立される請求項156記載のデータ構造。
- 上記フィルタ基準は上記パケットにおける発信元アドレスを含む請求項156記載のデータ構造。
- 上記フィルタ基準は上記パケットにおける宛先アドレスを含む請求項156記載のデータ構造。
- 上記フィルタ基準はトラフィックフローのパラメータを含む請求項156記載のデータ構造。
- 上記フィルタ基準はデータコンテンツ情報を含む請求項156記載のデータ構造。
- 上記データグラムアドレスは、ノードをネットワーク接続ポイントにバインドし、上記ノードが変更されたとき上記ネットワーク接続ポイントに残る請求項113記載のデータ構造。
- 上記データグラムアドレスは、ネットワーク接続ポイントに導くネットワークトポロジーに対応する部分的なアドレスサブフィールドを含む請求項113記載のデータ構造。
- ネットワーク接続ポイントに接続されたノードが変更されたとき、上記データグラムアドレスは上記ネットワーク接続ポイントに関連付けられたままである請求項113記載のデータ構造。
- ネットワークを介してデータを伝送するための実行可能なプログラム命令を含むコンピュータが読み取り可能な媒体であって、上記実行可能なプログラム命令は、実行されるとき、上記ネットワークに、
パケットにおけるデータグラムアドレスを使用して、マルチメディアデータの上記パケットを、接続指向型のパケット交換ネットワーク内の複数の論理リンクを介して転送させ、
上記データグラムアドレスの部分的なアドレスサブフィールドにおけるアドレス情報は、それ自体で、上記パケットを、上記複数の論理リンクのサブセットである複数のトップダウンの論理リンクを介するように方向付け、
上記パケットは、上記複数の論理リンクにおける複数のリンクに沿って転送されるときに不変のままであり、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作するコンピュータが読み取り可能な媒体。 - 上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記転送はインターネットプロトコルを使用しない請求項165記載のコンピュータが読み取り可能な媒体。
- 上記転送はワイヤスピードで発生する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記転送は、オフラインで計算された転送テーブルを使用する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記転送は、リアルタイムでのルーティングテーブルの計算を使用しない請求項165記載のコンピュータが読み取り可能な媒体。
- 上記転送は非同期的に発生する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記転送は、パケットが提供しているサービスのタイプに関する上記データグラムアドレス内の情報によって促進される請求項165記載のコンピュータが読み取り可能な媒体。
- 上記パケットは、上記ネットワーク内で転送されるマルチメディアデータの他のパケットの長さとは異なる長さを有する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記パケットは、上記複数の論理リンクにおける大部分のリンクに沿って転送されるときに不変のままである請求項165記載のコンピュータが読み取り可能な媒体。
- 上記パケットは「存続時間」データを持たない請求項165記載のコンピュータが読み取り可能な媒体。
- 上記パケットは、ルーティング計算を使用せずに上記複数の論理リンク内の大部分のリンクに沿って転送される請求項165記載のコンピュータが読み取り可能な媒体。
- 上記マルチメディアデータは電話のためのデータを含む請求項165記載のコンピュータが読み取り可能な媒体。
- 上記マルチメディアデータはメディア・オン・デマンドのためのデータを含む請求項165記載のコンピュータが読み取り可能な媒体。
- 上記マルチメディアデータはマルチキャストのためのデータを含む請求項165記載のコンピュータが読み取り可能な媒体。
- 上記マルチメディアデータはブロードキャストのためのデータを含む請求項165記載のコンピュータが読み取り可能な媒体。
- 上記マルチメディアデータは転送のためのデータを含む請求項165記載のコンピュータが読み取り可能な媒体。
- 上記マルチメディアデータはユーザ端末装置上に表示される請求項165記載のコンピュータが読み取り可能な媒体。
- 上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークプロトコルの両方のネットワークへのアクセスを提供するセットトップボックスである請求項182記載のコンピュータが読み取り可能な媒体。
- 上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークの両方のパケットを処理するテレピュータである請求項182記載のコンピュータが読み取り可能な媒体。
- 上記マルチメディアデータは家庭用サーバ上に記憶される請求項165記載のコンピュータが読み取り可能な媒体。
- 上記マルチメディアデータは大容量記憶装置に記憶される請求項165記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型ユーザ端末装置を含む請求項165記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型中間スイッチを含む請求項165記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワークは複数の非ピア・ツー・ピア型家庭用ゲートウェイを含む請求項165記載のコンピュータが読み取り可能な媒体。
- 上記ネットワークにノードが追加される場合、上記パケット交換ネットワークは上記ノードを自動的に構成する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記自動的な構成は、ノードの識別番号をチェックすることを含む請求項190記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワークは、上記転送に先行して上記転送を承認する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項192記載のコンピュータが読み取り可能な媒体。
- 上記承認は、セッション毎の実行を基準とする請求項193記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワーク内のノードは、上記転送に先行して上記転送を承認する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項195記載のコンピュータが読み取り可能な媒体。
- 上記承認は、セッション毎の実行を基準とする請求項196記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワークは、ネットワーク情報を上記ネットワーク内の複数のスイッチへ分配するサーバを含む請求項165記載のコンピュータが読み取り可能な媒体。
- 上記ネットワーク情報は上記ネットワーク内の複数のスイッチの帯域幅使用量を含む請求項198記載のコンピュータが読み取り可能な媒体。
- 上記ネットワーク情報は通報パケットを使用して分配される請求項199記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワークは、上記パケットの転送に先行して、支払者のアカウントを照合する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワークは、使用量データを測定し、収集しかつ記憶する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記使用量データはアカウント処理データを含む請求項202記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワークはパケットのフローを調整する請求項165記載のコンピュータが読み取り可能な媒体。
- 上記ネットワークは、パケットを追加することによってパケットのフローを調整する請求項204記載のコンピュータが読み取り可能な媒体。
- 上記ネットワークは、パケットを遅延させることによってパケットのフローを調整する請求項204記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワークは、専門化されたタスクをそれぞれ実行する複数のサーバシステムを含んだ、サーバ群を含む請求項165記載のコンピュータが読み取り可能な媒体。
- 上記パケット交換ネットワークは、フィルタ基準のセットに基づいて上記パケットをフィルタリングする請求項165記載のコンピュータが読み取り可能な媒体。
- 上記フィルタ基準は、セッション毎の実行を基準として確立される請求項208記載のコンピュータが読み取り可能な媒体。
- 上記フィルタ基準は上記パケットにおける発信元アドレスを含む請求項208記載のコンピュータが読み取り可能な媒体。
- 上記フィルタ基準は上記パケットにおける宛先アドレスを含む請求項208記載のコンピュータが読み取り可能な媒体。
- 上記フィルタ基準はトラフィックフローのパラメータを含む請求項208記載のコンピュータが読み取り可能な媒体。
- 上記フィルタ基準はデータコンテンツ情報を含む請求項208記載のコンピュータが読み取り可能な媒体。
- 上記データグラムアドレスは、ノードをネットワーク接続ポイントにバインドし、上記ノードが変更されたとき上記ネットワーク接続ポイントに残る請求項165記載のコンピュータが読み取り可能な媒体。
- 上記データグラムアドレスは、ネットワーク接続ポイントに導くネットワークトポロジーに対応する部分的なアドレスサブフィールドを含む請求項165記載のコンピュータが読み取り可能な媒体。
- ネットワーク接続ポイントに接続されたノードが変更されたとき、上記データグラムアドレスは上記ネットワーク接続ポイントに関連付けられたままである請求項165記載のコンピュータが読み取り可能な媒体。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US34835001P | 2001-10-29 | 2001-10-29 | |
PCT/US2002/005296 WO2003038633A1 (en) | 2001-10-29 | 2002-02-21 | System, method, and data structure for multimedia communications |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2005507593A true JP2005507593A (ja) | 2005-03-17 |
JP2005507593A5 JP2005507593A5 (ja) | 2005-12-22 |
JP3964871B2 JP3964871B2 (ja) | 2007-08-22 |
Family
ID=23367621
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003540826A Expired - Fee Related JP3964871B2 (ja) | 2001-10-29 | 2002-02-21 | マルチメディア通信のためのシステム、方法及びデータ構造 |
JP2003541219A Ceased JP2005507612A (ja) | 2001-10-29 | 2002-02-21 | マルチメディア通信のための方法、システム及びデータ構造 |
JP2003541218A Expired - Fee Related JP3964872B2 (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 | マルチメディア通信のための方法、システム及びデータ構造 |
JP2003541218A Expired - Fee Related JP3964872B2 (ja) | 2001-10-29 | 2002-02-21 | マルチメディア通信のためのデータ構造、方法及びシステム |
Country Status (6)
Country | Link |
---|---|
US (1) | US20050002405A1 (ja) |
EP (3) | EP1451695A1 (ja) |
JP (3) | JP3964871B2 (ja) |
KR (3) | KR20040081421A (ja) |
CN (3) | CN100464532C (ja) |
WO (3) | WO2003038633A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8705465B2 (en) | 2008-04-28 | 2014-04-22 | Fujitsu Limited | Connection processing method in wireless communication system, wireless base station, and wireless terminal |
Families Citing this family (73)
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 |
JP4874807B2 (ja) * | 2004-10-20 | 2012-02-15 | 富士通株式会社 | サーバ管理プログラム、サーバ管理方法、およびサーバ管理装置 |
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 |
EP2036347B1 (en) | 2006-06-27 | 2018-08-15 | Thomson Licensing | Admission control for performance aware peer-to-peer video-on-demand |
US20080039165A1 (en) * | 2006-08-03 | 2008-02-14 | Seven Lights, Llc | Systems and methods for a scouting report in online gaming |
US20080039166A1 (en) * | 2006-08-03 | 2008-02-14 | Seven Lights, Llc | Systems and methods for multi-character online gaming |
US20080039169A1 (en) * | 2006-08-03 | 2008-02-14 | Seven Lights, Llc | Systems and methods for character development 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 |
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 |
EP2356817B1 (en) * | 2008-12-08 | 2017-04-12 | Telefonaktiebolaget LM 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 |
US20120250690A1 (en) * | 2009-12-01 | 2012-10-04 | Samsung Electronics Co. Ltd. | Method and apparatus for transmitting a multimedia data packet using cross layer optimization |
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 | 富士通株式会社 | 通信装置、通信方法、通信プログラム及び通信システム |
US9178833B2 (en) | 2011-10-25 | 2015-11-03 | Nicira, Inc. | Chassis controller |
JP5833246B2 (ja) * | 2011-10-25 | 2015-12-16 | ニシラ, インコーポレイテッド | ユニバーサルフローを変換するためのシャーシコントローラ |
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 | 한국전자통신연구원 | 단말간 직접 통신에서의 멀티캐스트 서비스 제공 방법 및 장치, 그리고 멀티캐스트 서비스 자원 할당 방법 및 장치 |
EP3255850B1 (en) * | 2014-10-30 | 2021-12-01 | Sony Group Corporation | Transmission device, transmission method, reception device, and reception method |
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 | 深圳前海玺康医疗科技有限公司 | 基于即时通讯工具的远程医疗系统架构及方法 |
US10390114B2 (en) * | 2016-07-22 | 2019-08-20 | Intel Corporation | Memory sharing for physical accelerator resources in 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 |
WO1998058475A1 (fr) * | 1997-06-18 | 1998-12-23 | Kabushiki Kaisha Toshiba | Systeme de communication d'informations multimedia |
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 CN CNB028214137A patent/CN100464532C/zh not_active Expired - Fee Related
- 2002-02-21 WO PCT/US2002/005296 patent/WO2003038633A1/en active Application Filing
- 2002-02-21 KR KR10-2004-7006475A patent/KR20040081421A/ko not_active Application Discontinuation
- 2002-02-21 JP JP2003540826A patent/JP3964871B2/ja not_active Expired - Fee Related
- 2002-02-21 JP JP2003541219A patent/JP2005507612A/ja not_active Ceased
- 2002-02-21 CN CNB028214277A patent/CN100358318C/zh not_active Expired - Fee Related
- 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 CN CNB028214013A patent/CN100530145C/zh not_active Expired - Fee Related
- 2002-02-21 US US10/494,480 patent/US20050002405A1/en not_active Abandoned
- 2002-02-21 WO PCT/US2002/005196 patent/WO2003039086A1/en active Application Filing
- 2002-02-21 KR KR10-2004-7006476A patent/KR20040076857A/ko not_active Application Discontinuation
- 2002-02-21 EP EP02719063A patent/EP1451981A1/en not_active Withdrawn
- 2002-02-21 EP EP02723210A patent/EP1451982A4/en not_active Withdrawn
- 2002-02-21 KR KR10-2004-7006470A patent/KR20040076856A/ko not_active Application Discontinuation
- 2002-02-21 WO PCT/US2002/005457 patent/WO2003039087A1/en active Application Filing
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8705465B2 (en) | 2008-04-28 | 2014-04-22 | Fujitsu Limited | Connection processing method in wireless communication system, wireless base station, and wireless terminal |
Also Published As
Publication number | Publication date |
---|---|
WO2003038633A1 (en) | 2003-05-08 |
CN100358318C (zh) | 2007-12-26 |
EP1451982A1 (en) | 2004-09-01 |
CN1579070A (zh) | 2005-02-09 |
CN100464532C (zh) | 2009-02-25 |
CN1579072A (zh) | 2005-02-09 |
WO2003039087A1 (en) | 2003-05-08 |
EP1451982A4 (en) | 2008-10-15 |
JP3964871B2 (ja) | 2007-08-22 |
US20050002405A1 (en) | 2005-01-06 |
JP3964872B2 (ja) | 2007-08-22 |
EP1451695A1 (en) | 2004-09-01 |
WO2003039086A1 (en) | 2003-05-08 |
JP2005507612A (ja) | 2005-03-17 |
JP2005507611A (ja) | 2005-03-17 |
EP1451981A1 (en) | 2004-09-01 |
KR20040081421A (ko) | 2004-09-21 |
KR20040076857A (ko) | 2004-09-03 |
CN1578947A (zh) | 2005-02-09 |
KR20040076856A (ko) | 2004-09-03 |
CN100530145C (zh) | 2009-08-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3964871B2 (ja) | マルチメディア通信のためのシステム、方法及びデータ構造 | |
US20030108030A1 (en) | System, method, and data structure for multimedia communications | |
Crowcroft | Internetworking multimedia | |
JP5852116B2 (ja) | 新型ネットワークの通信方法およびシステム | |
US8204042B2 (en) | Methods, systems, and computer program products for establishing VoIP service in a network | |
US20050002388A1 (en) | Data structure method, and system for multimedia communications | |
CN108881799B (zh) | 一种进行视联网视频会议的系统和方法 | |
JP2004260832A (ja) | Ipアクセスネットワークにおいて保証サービス品質を伴うサービスを提供する方法 | |
CN109743522B (zh) | 基于视联网的通信方法和装置 | |
CN110022456A (zh) | 邀请终端入会的方法和装置 | |
CN102257764B (zh) | 组播服务质量模块和方法 | |
CN110062191A (zh) | 一种基于视联网的多方组会方法和服务器 | |
CN109451001B (zh) | 一种通讯方法和系统 | |
CN109768957A (zh) | 一种监控数据的处理方法和系统 | |
CN110049100A (zh) | 一种业务数据的处理方法和系统 | |
CN104054303B (zh) | 适于vod的网关 | |
CN110191092B (zh) | 一种视频通话的处理方法和视联网系统 | |
CN109561080B (zh) | 一种动态入网通信的方法和装置 | |
CN109889761A (zh) | 一种视频会议的处理方法和系统 | |
CN109450603A (zh) | 一种视联网数据的发送方法及系统 | |
CN111131251B (zh) | 基于视联网的会议数据传输方法、系统、设备及介质 | |
CN110276607B (zh) | 终端业务更新方法、装置及存储介质 | |
JP4327746B2 (ja) | 中継装置 | |
JP2005175635A (ja) | ネットワーク間接続制御方法及びシステム装置 | |
CN109819281A (zh) | 一种基于视联网的支付方法及系统 |
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 |