JP2015526989A - 複数のオーディオビデオブリッジングネットワークを介したストリームのためのサービス品質 - Google Patents

Abstract

ネットワーク通信システムは、異なる第２層ネットワークに接続されるトーカとリスナとの間のセッションを作成し、終了するように構成されたネットワークノードを含む。トーカおよびリスナは、ネットワーク経路を予約し、データストリームを、ストリーム予約プロトコルなどの第２層予約プロトコルに従って通信するように構成され得る。異なる第２層ネットワーク内のトーカおよびリスナは、セッション開始プロトコルなどの第３層セッションプロトコルを使用してセッションを管理するように構成されたネットワークノードを通して、ネットワーク経路を予約し、データストリームを通信し得る。ネットワークノードは、異なる第２層ネットワーク内のトーカおよびリスナが互いにデータストリームを通信し得るように、第２層予約プロトコルに従って、ネットワーク経路を予約し、サービス品質を実施し得る。【選択図】図２

Description

（関連出願の相互参照）
本出願は、２０１２年７月２０日に出願された米国仮出願第６１／６７４，１０７号の利益を主張する、２０１３年３月１３日に出願された米国非仮出願第１３／８４０，５９９号に対する優先権を主張する。米国非仮出願第１３／８４０，５９９号および米国仮出願第６１／６７４，１０７号の内容は、参照によってその全体が本明細書に組み込まれる。

本記載は、Ｅｔｈｅｒｎｅｔ（登録商標）オーディオ−ビデオブリッジング（「ＡＶＢ」）ネットワークに関し、より具体的には、セッションおよび予約を複数のＡＶＢネットワークを介して管理することに関する。

オーディオおよび／またはビデオデータを含むデータストリームは、ネットワーク通信システムにおいて、１つの終点から別の終点へと通信され得る。データストリームが通信される前に、終点間のネットワーク経路を予約するために、メッセージが通信され得る。ネットワーク経路は、ネットワーク経路の予約中に確立されるサービス品質を保証し、実施し得る、ブリッジを含み得る。

ネットワーク通信システムは、データストリームを通信するオーディオ−ビデオブリッジング（ＡＶＢ）ネットワークなどの、異なる第２層ネットワーク内で接続される複数の電子機器を含む。電子機器は、トーカおよびリスナの役割を果たすように構成され得る。トーカおよびリスナは、データストリームの通信のためのネットワーク経路を、ストリーム予約プロトコル（ＳＲＰ）などの第２層予約プロトコルに従って予約するように構成され得る。第２層予約プロトコルは、サービス品質（ＱｏＳ）パラメーターがデータストリームの通信のために確立され、保証され得る、ネットワーク経路を予約する際、ＱｏＳ機構としてもまた使用され得る。第２層予約プロトコルに従って生成される第２層予約メッセージは、ネットワーク経路を保証ＱｏＳによって予約するために、トーカとリスナとの間で第２層ネットワーク内の第２層ブリッジを介して通信され得る。

１つの第２層ネットワーク内のトーカが、データストリームを異なる第２層ネットワーク内のリスナに通信することを希望する際、トーカおよびリスナは、ルーターなどの異なる第２層ネットワークと通信するように構成されたネットワークノードと通信し得る。ネットワークノードは、その間にデータストリームの通信がセッション開始プロトコル（ＳＩＰ）などの第３層セッション管理プロトコルに従って発生する、セッションを作成し、終了するように構成され得る。

データストリームのネットワークノードを通した通信ためのセッションを作成するために、トーカは、ＳＩＰ ＩＮＶＩＴＥメッセージを送信して、セッションの作成を開始し得る。ＩＮＶＩＴＥメッセージは、データストリームのためのストリーム特定（ＩＤ）、データストリームを通信するための要求帯域幅、およびデータ経路を予約し、サービス品質を保証するために、第２層予約プロトコルをＱｏＳ機構として特定する情報を含み得る。

ネットワークノードは、ＩＮＶＩＴＥメッセージを受信し、第２層予約プロトコルをＱｏＳ機構として特定し得る。これに応答して、ネットワークノードは、要求帯域幅が、トーカとリスナとの間の様々なネットワークリンクまたは経路を介して利用可能かどうかを決定し得る。要求帯域幅が利用可能である場合、ネットワークノードは、帯域幅を予約し得る。さらに、ネットワークノードは、予約を完了するために、第２層広告および準備完了メッセージをトーカおよびリスナに送信し、他の第２層広告および準備完了メッセージをトーカおよびリスナから受信し得る。

ＩＮＶＩＴＥメッセージ以外のＳＩＰメッセージは、セッションパラメーターを交渉し、セッションを作成するために、トーカと、リスナと、ネットワークノードとの間で通信され得る。ＱｏＳパラメーター、および／または一般的にセッションパラメーターの交渉を示すものを含む、ＳＩＰメッセージのいくつかは、ネットワーク経路の予約が完了したことを確認するために使用され得る、第２層広告および準備完了メッセージの受信に応答して送信され得る。

セッションを終了するために、トーカは、データストリームのセッションおよび通信が終了したことを示すＢＹＥメッセージを、ネットワークノードに送信し得る。ネットワークノードは、予約された帯域幅を解放し得る。さらに、ネットワークノードは、ネットワーク経路予約を切断し、データストリームを通信するために利用可能なリソースをトーカおよびリスナによって割り当てさせるために、第２層終了メッセージを第２層予約プロトコルに従ってトーカおよびリスナに送信し得る。予約が切断される後、ＳＩＰ ＯＫメッセージが、セッションの終了を完了するために、リスナからトーカへとネットワークノードを介して通信され得る。

第３層セッション（例えば、ＳＩＰ）メッセージおよび第２層予約（例えば、ＳＲＰ）メッセージの両方を扱うように構成されることによって、通信システム内のトーカ、リスナ、およびネットワークノードは、異なる第２層ネットワーク内で接続されるトーカとリスナとの間のデータストリームの通信を可能にするために、ＳＩＰ意識およびＳＲＰ意識の両方であり得る。データストリームは、第３層ルーティングのために構成されたネットワークノードを通して通信され得る。さらに、データストリームが通信され得るネットワーク経路は、保証サービス品質によってセッション中に予約され得る。

他のシステム、方法、特徴および利点は、以下の図面および詳細な説明の検討において、当業者に明らかである、または明らかになるであろう。全てのそのような追加のシステム、方法、特徴および利点は、本記載内に含まれ、記載の範囲内であり、以下の特許請求の範囲によって保護されることが意図される。

システムは、以下の図面および説明の参照によってより良く理解され得る。図面内の構成要素は必ずしも原寸に比例するとは限らず、代わりに、重点は、説明内に記載される原理を図示することに置かれる。さらに、図面において、同様の参照数詞は、異なる図を通して対応する部分を指定する。

例示的なネットワーク通信システムのブロック図である。 異なる第２層ネットワークに接続される例示的なネットワークノードのブロック図である。 セッションを作成し、終了する例示的な方法のルーティング図である。

本開示は、サービス品質（ＱｏＳ）が複数の層を介して保証され得る、複数の層を介した終点間のデータの通信のためのセッションを確立するように構成されたネットワーク通信システムを記載する。特定のネットワーク通信システムにおいて、異なる第２層ネットワークまたはドメイン内の終点は、データを相互に通信するためのセッションを確立するために、第３層ネットワークノードを通して通信し得る。セッションは、保証ＱｏＳによって確立され得る。第３層ネットワークノードは、セッション中の終点間のサービス品質を、終点によってセッションの設定中に利用される第２層ＱｏＳ機構を特定するように構成されることによって保証し得る。

図１は、例示的なネットワーク通信システム１００のブロック図を示す。ネットワーク通信システム１００は、オーディオおよび／またはビデオデータを含むデータストリームを、複数のネットワーク１１０、１１２を介して通信するように構成された複数の電子機器１３０、１３１、１４０、１４１、１４２を含み得る。より多いまたはより少ない機器がネットワーク通信システム１００内に含まれ得るものの、図１は、５つの電子機器、１３０、１３１、１４０、１４１、１４２を示す。さらに、電子機器１３０、１４２のうちの少なくとも１つなどの、電子機器のうちの少なくとも１つは、第１のネットワーク１１０に接続され、それを介してデータを通信するように構成されてもよく、電子機器１３１、１４０、１４１のうちの少なくとも１つなどの、電子機器のうちの少なくとも１つは、第２のネットワーク１１２に接続され、それを介してデータを通信するように構成されてもよい。

電子機器１３０、１３１、１４０、１４１、１４２の各々は、１つ以上の役割を果たすように構成され得る。役割は、トーカの役割、リスナの役割、またはトーカ／リスナなどの役割のいくつかの組み合わせを含み得る。トーカの役割は、データをネットワーク１１０、１１２のうちの少なくとも１つを通して伝送することであり得る。さらに、またはあるいは、トーカの役割は、データを送信するデータストリームの伝送のための接続またはデータ経路を確立する、作成する、および／または予約することであり得る。さらに、またはあるいは、トーカの役割は、予約を終了する、および／またはデータ経路または接続を削除する、または切断することであり得る。リスナの役割は、ネットワーク１１０、１１２のうちの少なくとも１つを介して送信されたデータを受信することであり得る。さらに、またはあるいは、リスナの役割は、データストリームの受信のためのデータ経路に接続する、および／または接続を予約することであり得る。さらに、またはあるいは、リスナの役割は、ネットワーク経路からの接続を削除する、および／またはデータストリームの受信を終了することであり得る。

電子機器１３０、１３１、１４０、１４１、１４２は、役割を切り替える、または変更するように構成され得る。あるいは、電子機器１３０、１３１、１４０、１４１、１４２が実行するように構成され得る役割は、固定され得る。以下の記載について、電子機器１３０、１３１はトーカとして構成され、電子機器１４０、１４１、１４２はリスナとして構成される。代替の通信ネットワークシステムにおいて、他の役割が指定され得る。さらに、代替のシステムにおいて、トーカ１３０、１３１より多いまたはより少ないトーカが、および／または３つのリスナ１４０、１４１、１４２より多いまたはより少ないリスナが、存在し得る。

第１および第２のネットワーク１１０、１１２の各々は、ネットワーク１１０、１１２内のルーティングおよび転送の判断または決定が、媒体アクセス制御（ＭＡＣ）アドレスに基づいて実行され得る、開放型システム間相互接続（ＯＳＩ）モデルの第２層に従って構成され得る。例示的な第２層ネットワークは、Ｅｔｈｅｒｎｅｔ（登録商標）オーディオ／ビデオブリッジング（ＡＶＢ）ネットワークを含み得る。ＡＶＢネットワークとして構成された第２層ネットワークについて、トーカ１３０およびリスナ１４０、１４１、１４２は、ＡＶＢネットワーク１１０、１１２を介して、ネットワークのタイミングおよび同期のための電気電子技術者協会（ＩＥＥＥ）８０２．１ＡＳ２０１１（ｇＰＴＰ）、ストリーミングデータを待ち行列に入れ、転送するためのＩＥＥＥ８０２．１Ｑａｖ−２００９、ネットワーク内のデータストリームの帯域幅を予約するためのＩＥＥＥ８０２．１Ｑａｔ−２０１０（ストリーム予約プロトコル（ＳＲＰ））、および／または可能なデータストリーミング形式に関連するＩＥＥＥ１７２２−２０１１を含む、様々なＡＶＢ基準およびプロトコルを使用して通信するように構成され得る。他のＡＶＢに関する基準およびプロトコルも、または代替的に使用され得る。

トーカ１３０、１３１が、データストリームを伝送することを決定する際、トーカ１３０、１３１は、伝送を第２層広告メッセージとして広告するように構成され得る。第２層広告メッセージは、ネットワーク経路を、データストリームが通信され得る第２層ネットワーク１１０、１１２のうちの少なくとも１つを介して予約し、確立するために伝送され得る。

トーカ１３０、１３１は、第２層広告メッセージ内に含むための１つ以上のトーカ属性を決定するように構成され得る。トーカ属性は、トーカ１３０、１３１、および／またはネットワーク経路を予約し、確立すると広告されるデータストリームの特性を特定し得る。例えば、トーカ属性は、トーカ１３０、１３１がデータストリームをリスナ１４０、１４１、１４２のうちの１つ以上に伝送することを希望することを特定し得る。トーカ属性は、例として、ユニキャスト、マルチキャスト、または同報伝送などの伝送の種類をもまた特定し得る。さらに、またはあるいは、トーカ属性は、データストリームを送信するための第２層またはＭＡＣ宛先アドレスなどの、１つ以上の宛先アドレスを特定し得る。宛先アドレスは、リスナ１４０、１４１、１４２などのネットワーク通信システム１００内のリスナの宛先アドレスであり得る。さらに、またはあるいは、宛先アドレスは、マルチキャスト宛先アドレスであり得る。

さらに、またはあるいは、トーカ属性は、広告されるデータストリームの固有のストリーム識別子（「ＩＤ」）を特定し得る。ストリームＩＤは、１つのデータストリームのみに割り当てられ得る、文字および／または数字の固有の列であり得る。例えば、どの２つの登録される、または予約されるデータストリームも、同一のストリームＩＤを有し得ない。

さらに、またはあるいは、トーカ属性は、データストリームの伝送のための、および／またはそれに関連する、１つ以上のサービス品質（ＱｏＳ）パラメーターを特定し得る。サービス品質は、異なる優先順位を異なるデータストリームの伝送に提供する、または設定する、および／または伝送の実行の特定のレベルを保証する、能力に一般的に言及し得る。様々なＱｏＳパラメーターが特定される、または異なる優先順位および／または実行のレベルに対して決定される、または要求される量を有し得る。例示的なＱｏＳパラメーターは、広告データストリームの伝送のための帯域幅を含み得る。他のＱｏＳパラメーターは、例として、伝搬遅延、ビットレート、ジッター、パケット廃棄確率、および／またはビット誤り率を含み得る。他のＱｏＳパラメーターが、含まれ得る。

リスナ１４０、１４１、１４２のうちの１つ以上は、第２層広告メッセージを受信し得る。リスナが第２層広告メッセージを受信する場合、リスナは、リスナが第２層広告メッセージ内で広告されるデータストリームを受信することを希望するかどうかを決定し得る。リスナは、リスナがデータストリームを受信することを希望するかどうかを決定するために、ストリームＩＤを割り当てる、および／または特定するように構成され得る。リスナがデータストリームを受信することを希望する場合、リスナは、第２層広告メッセージおよび／またはトーカ属性を登録する、または記憶し得る。

さらに、リスナは、リスナがデータストリームを受信する、またはそれに添付することを要求すること、および／またはリスナがデータストリームを受信する準備ができていること、を示し得る第２層準備完了メッセージを送信し得る。いくつかの状況において、リスナは、第２層準備完了メッセージを第２層広告メッセージの受信に応答して送信し得る。トーカおよびリスナが非同期通信のために構成される場合などの、他の状況において、リスナは、第２層準備完了メッセージを第２層広告メッセージの受信なしに最初に送信し得る。

リスナは、１つ以上のリスナ属性が第２層準備完了メッセージを含むことを決定し得る。リスナ属性は、トーカによって広告されるデータストリームの受信を要求するために使用され得る。例示的なリスナ属性は、第２層広告メッセージ内に含まれるストリームＩＤを一致させる、または比較するために、および／またはネットワーク経路およびデータストリームの伝送の予約のためのトーカ属性およびリスナ属性を比較するために使用され得る、第２層広告メッセージ内に含まれるストリームＩＤを含み得る。

第２層広告メッセージを送信したトーカは、第２層準備完了メッセージを受信し得る。これに応答して、トーカは、第２層準備完了メッセージ内に含まれる第２層準備完了メッセージ、および／またはリスナ属性を登録する、または記憶し得る。さらに、トーカが第２層準備完了メッセージを受信する際、データ経路の予約、および／または確立が完了され得る。予約は、リソース、または第２層広告メッセージ内で特定される帯域幅などのＱｏＳパラメーターの予約を含み得る。複数のリスナが複数の第２層応答を送信したいくつかの構成において、複数のネットワーク経路が、トーカと複数のリスナとの間でデータストリームの伝送のために予約され、確立され得る。

１つ以上のネットワーク経路の予約が完了し、第２層広告および準備完了メッセージ、および関連するトーカおよびリスナ属性が登録されると、データストリームがトーカと１つ以上のリスナとの間で通信され得る。データストリームの通信が終了すると、トーカおよび１つ以上のリスナが、通信を終了するために第２層終了メッセージを通信するように構成され得る。第２層終了メッセージに応答して、ネットワーク経路の予約は終了されてもよく、第２層広告メッセージ、応答、および関連するトーカ属性の登録は登録を解除されてもよく、データストリームの通信に消費されるあらゆるリソースはデータストリームの他の通信のために利用可能となってもよい。

データが、オーディオデータ、ビデオデータ、またはいくつかの他の種類の媒体または複合媒体データを含む場合などの、データストリームの通信が発生するイベントは、セッションまたは媒体セッションと称され得る。個々のセッションは、データストリームの通信のためのネットワーク経路の確立または予約、および予約またはネットワーク経路のあらゆる関連する終了または切断によって決定されるような、データストリームを伝送するための利用可能性によって特定され得る。セッションの作成および終了は、第２層広告、準備完了、および終了メッセージの通信によって実行され得る。

トーカ１３０、１３１およびリスナ１４０、１４１、１４２は、第２層ネットワーク１１０、１１２内のデータストリームのためのネットワーク経路およびリソースを、１つ以上の既定の第２層予約基準またはプロトコルに従って予約するように構成され得る。第２層予約基準またはプロトコルの下、第２層広告、準備完了、および終了メッセージが生成され、登録され、通信され得る。さらに、第２層予約基準またはプロトコルは、予約のサービス品質を確立し、サービス品質がセッション中に達成され、維持されることを保証するための、ＱｏＳ機構を提供し得る。ＡＶＢネットワークについて、ネットワーク経路を予約し、ＱｏＳを保証するために使用される予約プロトコルは、ＳＲＰであり得る。ＳＲＰの下、トーカによって生成される第２層広告メッセージは、トーカ広告（ＴＡ）メッセージであってもよく、リスナによって生成される第２層準備完了メッセージは、リスナ準備完了（ＬＲ）メッセージであってもよい。さらに、ＳＲＰの下に記載されるように、トーカによって生成される第２層終了メッセージはトーカ広告離脱（ＴＡＬ）メッセージであってもよく、リスナによって生成される第２層終了メッセージはリスナ準備完了離脱（ＬＲＬ）メッセージであってもよい。

トーカ１３０、１３１およびリスナ１４０、１４１、１４２は、データストリーム、および第２層広告および終了メッセージ、および関連する応答を、ネットワーク１１０、１１２を介して第２層ブリッジングを通して通信するように構成され得る。図１に示されるように、第２層ネットワーク１１０、１１２の各々は、１つ以上の第２層ブリッジ１６０、１６２を含み得る。第２層ブリッジ１６０、１６２は、ネットワーク経路を、第２層広告、準備完了、および終了メッセージを受信し、転送することによって作成し、切断するために使用され得る。さらに、第２層ブリッジ１６０、１６２は、データストリームを、セッション中に次の位置へと確立されたネットワーク経路に沿って受信し、転送し得る。図１に示される第２層ブリッジ１６０、１６２の各々は、第２層ネットワーク１１０、１１２内の単一のブリッジ、またはブリッジングネットワークまたはシステムなどの複数のブリッジを表し得る。

第２層ブリッジ１６０、１６２は、ネットワーク経路およびデータストリームの伝送のセッション中の確立のためのサービス品質を保証し、実施するように構成され得る。例えば、第２層ブリッジは、規定の帯域幅を扱うことができないネットワーク経路の確立を防止し得る。さらに、第２層ブリッジ１６０、１６２は、セッション中により低い優先順位のデータストリームがより高い優先順位のデータストリームの通信を妨害することを防止することなどによって、データストリームの優先順位付けまたは階層を実施し得る。サービス品質の他の保証または実施が、可能であり得る。

第２層ブリッジ１６０、１６２は、データストリームの通信のためのサービス品質を、ネットワーク経路を予約し、ネットワーク１１０、１１２のためのＱｏＳ機構を提供するために使用される既定の予約基準またはプロトコルに従って保証し、実施するように構成され得る。例として、ＳＲＰについて、ＴＡメッセージの受信に応答して、ネットワーク経路に沿ったブリッジが十分な利用可能な帯域幅またはリソースを有さない場合、ブリッジは、それをリスナに転送する前に、ＴＡメッセージをトーカ失敗（ＴＦ）メッセージに変更し得る。ＴＦメッセージは、利用不可能なデータストリームの広告を示し得る。さらに、１つ以上のリスナがデータストリームに添付することを希望するが、リスナのうちの少なくとも１つへの伝送のために十分な帯域幅またはリソースが存在しない場合、リスナ準備失敗（ＬＲＦ）メッセージまたはリスナ問い合わせ失敗（ＬＡＦ）メッセージが、ＬＲメッセージの代わりに通信され得る。ＬＲＦメッセージは、リスナのうちの少なくとも１つだが全てよりは少ないリスナが、データストリームを受信することができないことを示し得る。ＬＡＦメッセージは、リスナのうちの全てが、データストリームを受信することができないことを示し得る。

-第２層ブリッジ１６０、１６２は、データストリームおよび第２層広告、準備完了、および終了メッセージを、第２層ブリッジ１６０、１６２がそれぞれ構成される、第２層ネットワークに接続される電子機器に直接通信することが可能であり得る。ここにおいて、直接通信は、ブリッジから、宛先による受信より前に別のネットワークノードによる受信または傍受のない、宛先ノード、または別のブリッジ、トーカ、またはリスナなどの終点への通信に言及し得る。例えば、１つ以上の第２層ブリッジ１６０は、データストリームおよび第２層広告、準備完了および終了メッセージを、第１の第２層ネットワーク１１０に接続されるトーカ１３０およびリスナ１４２に直接通信することが可能であり得る。同様に、１つ以上の第２層ブリッジ１６２は、データストリームおよび第２層広告、準備完了および終了メッセージを、第２の第２層ネットワーク１１２に接続されるトーカ１３１およびリスナ１４０、１４１に直接通信することが可能であり得る。

しかしながら、第２層ブリッジ１６０、１６２は、データストリームおよび第２層広告、準備完了および終了メッセージを、直接異なる第２層ネットワークに接続されるブリッジおよび電子機器に直接通信することが不可能であり得る。例えば、第１の第２層ネットワーク１１０内の１つ以上のブリッジ１６０は、データストリームおよび第２層広告、準備完了および終了メッセージを、第２の第２層ネットワーク１１２に接続される１つ以上の第２層ブリッジ１６２および／またはリスナ１４０、１４１に直接通信することが不可能であり得る。さらに、第２の第２層ネットワーク１１２内の１つ以上の第２層ブリッジ１６２は、データストリームおよび第２層広告、準備完了および終了メッセージを、第１の第２層ネットワーク１１０に接続されるトーカ１３０およびリスナ１４２に直接通信することが不可能であり得る。

結果として、トーカおよびリスナ１３０、１３１、１４０、１４１、１４２間の通信が第２層ブリッジングのみを使用する場合、トーカとリスナとの間のデータストリームの通信のためのセッションの作成および終了は、単一の第２層ネットワークまたはドメインに限定され得る。つまり、異なる第２層ネットワークまたはドメインに接続されるトーカおよびリスナは、セッション中に第２層ブリッジングのみを使用してセッションを確立し、データストリームを通信することが不可能であり得る。

例示的なネットワーク通信システム１００は、異なる第２層ネットワーク１１０、１１２内で接続されるトーカおよびリスナ１３０、１３１、１４０、１４１、１４２が互いのデータストリーム通信のセッションを作成し、終了し得るように、第２層ネットワーク１１０、１１２の両方と通信するように構成され得る、ルーターまたは電子ルーティング機器または装置などのネットワークノード１５０を含み得る。ネットワークノード１５０は、メッセージを、ネットワーク１１０、１１２を介して１つ以上のインターフェースＩ／Ｆを使用して受信し、伝送するように構成され得る。インターフェースＩ／Ｆは、入力ポート１５２および出力ポート１５４を含む複数のポートを含み得る。ネットワークノード１５０は、メッセージをネットワーク１１０、１１２上から入力ポート１５２に受信してもよく、メッセージをネットワーク１１０、１１２を介して出力ポート１５４に伝送してもよい。

ネットワークノード１５０は、セッションの作成および終了のための様々な機能または操作を実行するように構成され得る。例えば、ネットワークノード１５０は、セッションを作成し、終了し、セッションのためのセッションパラメーターを交渉するために、セッションメッセージを第２層ネットワーク１１０、１１２を介して通信するように構成され得る。さらに、ネットワークノード１５０は、第２層広告、準備完了および終了メッセージの、第２層ネットワーク１１０、１１２の両方を介した生成および通信を扱い、管理するように構成され得る。また、ネットワークノード１５０は、ネットワークノード１５０と、第２層ネットワーク１１０、１１２のうちの１つ内のトーカとの間の、およびネットワークノード１５０と、他の第２層ネットワーク１１０、１１２内の１つ以上のリスナとの間の、ネットワーク経路を確立する、および／または予約するように構成され得る。さらに、ネットワークノード１５０は、ネットワーク経路のための帯域幅決定を実行するように構成され得る。例えば、ネットワークノード１５０は、データストリームの伝送のための要求帯域幅がネットワーク経路内で利用可能であるかどうかを決定するように構成され得る。さらに、ネットワークノード１５０は、データストリームの伝送のためのネットワーク経路を介した要求帯域幅を割り当てる、および／または予約するように構成され得る。ネットワークノード１５０は、異なる第２層ネットワーク１１０、１１２を介して通信されるアクティブなデータストリームを監視する、および／または管理するようにもまた構成され得る。さらに、またはあるいは、ネットワークノード１５０は、サービス品質がネットワーク経路の確立およびデータストリームの通信中に達成され、維持されることを確保するように構成され得る。

いくつかの例示的な構成について、ネットワークノード１５０は、ルーティングおよび転送の決定がインターネットプロトコル（ＩＰ）アドレスに基づいて実行され得る、ＯＳＩモデルの第３層のために構成され得る。第３層ネットワーク機器として、ネットワークノード１５０は、データストリームの第３層に従う通信のためのセッションを管理するように構成され得る。特に、第３層ネットワークノード１５０は、セッションを、第３層セッション管理基準またはプロトコルを使用して、および／またはそれに従って作成し、修正し、終了するように構成され得る。例示的な第３層セッション管理プロトコルは、セッション開始プロトコル（ＳＩＰ）である。ネットワークノード１５０は、第３層セッション管理メッセージを生成し、そのメッセージをトーカおよびリスナ１３０、１３１、１４０、１４１、１４２に第２層ネットワーク１１０、１１２を介して通信するように構成され得る。ネットワークノード１５０と通信して、セッションを作成し、終了するために、トーカおよびリスナ１３０、１３１、１４０、１４１、１４２は、セッション管理メッセージを、ＳＩＰなどのネットワークノード１５０と同一の第３層セッション管理プロトコルに従って通信するように構成され得る。

以下の記載は、データストリームの通信のためのセッションを異なる第２層ネットワーク１１０、１１２を介して確立し、終了するための、ネットワークノード１５０と異なる第２層ネットワーク１１０、１１２に接続されるトーカおよびリスナとの間の通信を記載する。具体的な言及は、第１の第２層ネットワーク１１０内のトーカ１３０および第２の第２層ネットワーク１１２内のリスナ１４０との通信に対して行われる。しかしながら、記載は、トーカ１３１とリスナ１４２との間、および／またはトーカ１３０およびリスナ１４０、１４１などの、トーカと複数のリスナとの間などの、異なるトーカおよびリスナ間のセッションの作成および終了にも等しく適用され得る。さらに、現在存在するか、または後に発展させられるかのどちらかである、他の第３層セッション管理プロトコルが検討されるものの、以下に、セッション管理、作成、修正、および終了が、ＳＩＰおよびそれに関連するメッセージに従って実行されるものとして記載される。

セッションの作成を開始するために、トーカ１３０は、ＩＮＶＩＴＥメッセージをネットワークノード１５０に伝送するように構成され得る。ＩＮＶＩＴＥメッセージは、トーカ１３０がデータストリームの伝送のためのセッションを作成することを希望すること、およびリスナ１４０がセッションに参加するように招待されていること、を示し得る。ＩＮＶＩＴＥメッセージは、セッションのためのセッションパラメーターを含み得る。セッションパラメーターは、データストリームおよび／またはデータの内容（例えば、媒体の種類）についての情報またはプロパティー、およびコーデック情報を含み得る。セッションパラメーターは、ネットワーク経路を予約する、および／またはネットワーク経路のためのＱｏＳ機構を提供するために使用される、第２層予約基準またはプロトコルを特定する情報をもまた含み得る。セッションパラメーターは、データストリームのネットワーク経路を介した伝送のために予約された要求帯域幅などの、１つ以上のＱｏＳパラメーターを特定する情報をもまた含み得る。さらに、ＩＮＶＩＴＥメッセージは、データストリームに関連し、それを特定する、ストリームＩＤを含み得る。ストリームＩＤは、既に記載したように、第２層ストリーム広告メッセージのトーカ属性として含まれる同一のストリームＩＤであり得る。

ネットワークノード１５０は、ＩＮＶＩＴＥメッセージを、トーカ１３０、その入力ポート１５２の１つなどから受信し得る。ＩＮＶＩＴＥメッセージの受信に応答して、ネットワークノード１５０は、規定される第２層予約プロトコルを特定し得る。特定に続いて、ネットワークノード１５０は、ネットワークノード１５０とトーカ１３０との間の、およびネットワークノード１５０とリスナ１４０との間の、ネットワーク経路を予約する、および／または確立する。ネットワーク経路は、ＩＮＶＩＴＥメッセージ内で規定される第２層予約プロトコルに従って確立され得る。

さらに詳細には、第２層予約プロトコルの特定に応答して、ネットワークノード１５０は、十分な帯域幅が、ＩＮＶＩＴＥメッセージ内で特定されるデータストリームの伝送に利用可能であるかどうかを決定し得る。ネットワークノード１５０は、３つのネットワーク経路、またはトーカ１３０とネットワークノードの入力ポート１５２との間のネットワーク経路と、入力ポート１５２と出力ポート１５４との間のネットワーク経路と、出力ポート１５４とリスナ１４０との間のネットワーク経路と、を含む、トーカ１３０とリスナ１４０との間の完全なネットワーク経路の３つの部分、の決定を実行し得る。十分な帯域幅が利用可能である場合、ネットワークノード１５０は、トーカ１３０とリスナ１４０との間の完全なネットワーク経路を確立するために、ＩＮＶＩＴＥメッセージ内で要求される帯域幅を予約するように構成され得る。

要求帯域幅を予約する後、属性登録を、ＩＮＶＩＴＥメッセージ内で特定される第２層予約プロトコルに従って実行するために、ネットワークノード１５０は、第２層準備完了メッセージをトーカ１３０に送信し、第２層広告メッセージをリスナ１４０に送信するように構成され得る。このような方法で、ネットワークノード１５０は、第２層広告および準備完了メッセージがトーカ１３０およびリスナ１４０の両方に通信され得るように、トーカ１３０およびリスナ１４０のためのトーカおよびリスナプロキシとして機能し得る。つまり、ネットワークノード１５０は、リスナの役割を果たし、トーカ１３０と通信することによって、リスナ１４０のリスナプロキシとして機能し得る。さらに、ネットワークノード１５０は、トーカの役割を果たし、リスナ１４０と通信することによって、トーカ１３０のトーカプロキシとして機能し得る。

ネットワークノード１５０は、第２層広告メッセージをトーカ１３０から、および第２層準備完了メッセージをリスナ１４０から、受信するようにさらに構成され得る。いくつかの例示的な構成について、トーカ１３０は、ＩＮＶＩＴＥメッセージを、第２層広告メッセージを送信する前に送信するように構成され得る、またはＩＮＶＩＴＥメッセージおよび第２層広告メッセージを、同時にまたは実質的に同時に送信し得る。さらに、リスナ１４０は、ネットワークノード１５０によって伝送される第２層広告メッセージの受信に応答して、第２層準備完了メッセージを送信するように構成され得る。しかしながら、他の例示的な構成において、トーカ１３０およびリスナ１４０は非同期機器であってもよく、この場合、第２層広告メッセージは、トーカ１３０によってＩＮＶＩＴＥメッセージの伝送の前に送信されてもよく、および／または第２層準備完了メッセージは、リスナ１４０によって第２層広告メッセージを最初に受信することなしに送信されてもよい。ネットワークノード１５０が、ＩＮＶＩＴＥメッセージを受信することなしに第２層広告メッセージをトーカ１３０から受信する場合には、ネットワークノード１５０が、第２層広告メッセージが生成されたＩＮＶＩＴＥメッセージ内に含まれる第２層予約プロトコルを最初に特定しなかったため、ネットワークノード１５０は、受信される第２層広告メッセージを扱う、または処理することが不可能であり得る。同様に、ネットワークノード１５０は、ＩＮＶＩＴＥメッセージを最初に受信することなしにリスナから受信される第２層準備完了メッセージを扱う、または処理することが不可能であり得る。

ネットワークノード１５０が第２層予約プロトコルを特定したと想定すると、ネットワークノード１５０は、トーカ１３０から受信される第２層広告メッセージを処理し、リスナ１４０から受信される第２層準備完了メッセージを処理することが可能であり得る。トーカ１３０からの第２層広告メッセージ、およびリスナ１４０からの第２層準備完了メッセージの両方の受信に応答して、ネットワークノード１５０は、トーカ１３０に、セッションが作成される（例えば、要求帯域幅が予約される）こと、およびトーカ１３０がデータストリームの伝送を開始し得ること、を通知するように構成され得る。既に記載したように、第２層ブリッジ１６０、１６２は、十分な帯域幅がデータストリームの伝送に利用可能であることを保証するように構成され得る。十分な帯域幅がない場合、ブリッジ１６０、１６２は、第２層広告および準備完了メッセージを第２層失敗メッセージに変更し得る。そのようなものとして、第２層広告メッセージおよび第２層準備完了メッセージの両方の、ネットワークノード１５０による受信は、ネットワークノードに、第２層ブリッジ１６０、１６２がデータストリームの伝送のために十分な帯域幅を予約したことを示し得る。ネットワークノード１５０が、第２層ブリッジ１６０、１６２が十分な帯域幅を予約したことを知らずに、トーカ１３０にデータストリームの伝送を開始するように通知しないことを確保するために、ネットワークノード１５０は、トーカ１３０への通知を、ネットワークノード１５０が第１の第２層ネットワーク１１０からの第２層広告メッセージ、および第２層ネットワーク１１２からの第２層準備完了メッセージの両方を受信するまで、保留するように構成され得る。

ネットワークノード１５０がトーカ１３０にセッションが開始し得ることを通知する後、テイカー１３０は、データストリームをネットワークノード１５０に伝送してもよく、ネットワークノード１５０およびネットワークノード１５０は、データストリームをリスナ１４０に転送してもよい。データストリームは、任意のパケット形式に、および／または例として、リアルタイムトランスポートプロトコル（ＲＴＰ）、伝送制御プロトコル（ＴＣＰ）、および／またはユーザデータグラムプロトコル（ＵＤＰ）などの、任意の様々な基準またはプロトコルに従ってパケット化され得る。ＲＴＰが使用される場合、セッションはＲＴＰセッションと称され得る。

セッションが完了する際、トーカ１３０は、ネットワークノード１５０にセッションが終了したことを示すように、ＢＹＥメッセージなどのＳＩＰ終了メッセージをネットワークノード１５０に伝送するように構成され得る。これに応答して、ネットワークノード１５０は、トーカ１３０と入力ポート１５２との間と、入力ポート１５２と出力ポート１５４との間と、出力ポート１５４とリスナ１４０との間と、におけるネットワーク経路のために割り当てられる帯域幅を含む、セッションのために予約されたあらゆる帯域幅を解放するように構成され得る。また、ネットワークノード１５０は、あらゆる登録されるトーカ属性の登録を解除し得る、第２層終了メッセージをトーカ１３０およびリスナ１４０に送信するように構成され得る。第２層終了メッセージが送信される後、ネットワークノード１５０は、トーカ１３０に、予約および／またはセッションが終了することを通知するように構成され得る。

図２は、図１に示されるトーカ１３０とリスナ１４０との間のネットワーク経路のためのセッションおよび予約を管理するように構成された、ネットワークノード１５０の例示的な構成のブロック図を示す。ネットワークノード１５０は、セッションをＳＩＰなどの第３層セッション管理プロトコルに従って作成し、終了するための、およびセッション中のデータストリームの伝送のために、ネットワーク経路をＳＲＰなどの第２層予約プロトコルに従って予約し、切断し、サービス品質を保証するための、第３層セッションプロキシモジュール２０２を含み得る。

第３層セッションプロキシモジュール２０２は、ＳＩＰメッセージの通信を管理し、ＳＩＰメッセージ内に含まれる情報を、ネットワークノード１５０内の他のモジュールに、さらなる処理のために送るように構成され得る。例えば、第３層セッションプロキシモジュール２０２は、第２層予約プロキシモジュール２０４がネットワーク経路を予約し、切断し得るように、ＳＩＰメッセージ内に予約のために含まれる情報を特定し、その情報を第２層予約モジュール２０４に転送するように構成され得る。第３層セッションプロキシモジュール２０２はまた、第３層セッションプロキシモジュール２０２がＳＩＰメッセージを分析する、または処理するために使用し得る、予約情報を第２層予約プロキシモジュール２０４から受信し得る。

第２層予約プロキシモジュール２０４は、予約を第２層予約プロトコルに従って管理するように構成され得る。例えば、第２層予約プロキシモジュールは、ネットワークノード１５０と異なる第２層ネットワーク内のトーカおよびリスナとの間のネットワーク経路を、第２層予約プロトコルに従って予約するように構成され得る。さらに、第２層予約プロキシモジュール２０４は、第３層セッションプロキシモジュール２０２からの予約を管理するための情報を受信するように構成され得る。第２層予約プロキシモジュール２０４は、ＳＩＰメッセージの分析または処理のために使用する予約情報を有する、第３層セッションプロキシモジュール２０２を提供するようにもまた構成され得る。

さらに詳細には、第３層セッションプロキシモジュール２０２は、第３層セッション管理サブモジュール２１０およびＱｏＳ管理サブモジュール２１２を含み得る。セッションの作成について、第３層セッション管理サブモジュール２１０は、伝送されるデータストリームを特定する、受信されるＩＮＶＩＴＥメッセージを特定するように構成され得る。第３層セッション管理サブモジュール２１０は、ＩＮＶＩＴＥメッセージが、例としてＳＲＰまたはリソース予約プロトコル（ＲＳＶＰ）などの、セッションのためのＱｏＳ機構を特定するかどうかを決定するようにさらに構成され得る。第３層セッション管理サブモジュール２１０が、ＩＮＶＩＴＥメッセージがＱｏＳ機構を特定することを決定する場合、第３層セッション管理サブモジュール２１０は、その情報をＱｏＳ管理サブモジュール２１２に、さらなる処理のために通信し得る。

ＱｏＳ管理サブモジュール２１２は、ＩＮＶＩＴＥメッセージ内で規定されるＱｏＳ機構の種類を特定するように構成され得る。ＱｏＳ管理サブモジュール２１２は、規定のＱｏＳ機構に関連付けられる、および／またはＩＮＶＩＴＥメッセージ内に含まれ得る、要求帯域幅などのＱｏＳパラメーターを決定するようにもまた構成され得る。第２層予約プロトコルがＱｏＳ機構に対して特定される場合、ＱｏＳ管理サブモジュール２１２は、要求帯域幅などのＱｏＳパラメーターを、第２層予約プロキシモジュール２０４に転送し得る。ＱｏＳ管理サブモジュール２１２は、ネットワーク経路および／またはデータストリームの伝送のための帯域幅を予約するために使用され得る、ストリームＩＤなどのＩＮＶＩＴＥメッセージ内に含まれる他の情報を転送し得る。

第２層予約プロキシモジュール２０４は、第２層予約管理サブモジュール２２０、第２層予約トーカサブモジュール２２２、および第２層予約リスナサブモジュール２２４を含み得る。第２層予約管理サブモジュール２２０は、要求帯域幅を含むＱｏＳパラメーターを、ＱｏＳ管理サブモジュール２１２から受信するように構成され得る。これに応答して、第２層予約管理サブモジュール２２０は、要求帯域幅がデータストリームの伝送に利用可能であるかどうかを決定するように構成され得る。第２層予約管理サブモジュール２２０は、帯域幅が、トーカ１３０とネットワークノード１５０との間と、ネットワークノード１５０の入力および出力ポート間と、ネットワークノード１５０とリスナ１４０との間と、で利用可能であるかどうかを決定し得る。決定を行うために、第２層予約管理サブモジュール２２０は、通信のために割り当てられる帯域幅を含む、第２層ネットワーク１１０、１１２を介して通信されるデータストリームを監視する、または追跡するように構成され得る。第２層予約管理サブモジュール２２０は、帯域幅が利用可能であるかどうかを決定するために使用され得る、データベースまたはデータストリーム通信のリストを維持する、または管理し得る。

第２層予約管理サブモジュール２２０が、要求帯域幅が利用不可能であることを決定する場合、第２層予約管理サブモジュール２２０はデータベースを更新し得る。さらに、またはあるいは、第２層予約サブモジュールは、第３層セッションプロキシモジュール２０２に要求帯域幅が利用不可能であることを通知し得る。通知時、第３層セッションプロキシモジュール２０２は、受信されるＳＩＰメッセージを、帯域幅が利用不可能であるという情報を使用して分析し得る。

あるいは、第２層予約管理サブモジュール２２０が、要求帯域幅が利用可能であることを決定する場合、第２層予約管理サブモジュール２２０は、第２層予約トーカおよびリスナサブモジュール２２２、２２４に、データストリームの伝送のために十分な帯域幅が利用可能であることを通知するように構成され得る。第２層予約サブモジュール２２２は、第２層予約トーカおよびリスナサブモジュール２２２、２２４に、データストリームおよび／または要求される帯域幅の量に関連するストリームＩＤを含む、ネットワーク経路および／またはデータストリームの通信のための帯域幅を予約するための情報をもまた提供し得る。

第２層予約リスナプロキシサブモジュール２２２は、トーカ１３０とネットワークノード１５０との間のデータストリームの通信のためのネットワーク経路を予約するように構成され得る。トーカ１３０とネットワークノード１５０との間のネットワーク経路を予約するために、第２層予約リスナプロキシサブモジュール２２２は、リスナの役割を第２層予約プロトコルに従って果たすように構成され得る。

トーカ１３０とネットワークノード１５０との間のネットワーク経路を予約するために、第２層予約リスナプロキシサブモジュール２２２は、トーカ１３０からのデータストリームの通信のための要求帯域幅を予約するように構成され得る。要求帯域幅を予約することによって、第２層予約リスナプロキシサブモジュール２２２は、要求帯域幅が、ネットワークノード１５０によってトーカ１３０からのデータストリームの受信のために利用可能となることを保証し得る。第２層予約リスナプロキシサブモジュール２２２は、ＩＮＶＩＴＥメッセージ内に含まれるストリームＩＤを、帯域幅予約ともまた関連付け得る。

さらに、トーカ１３０とネットワークノード１５０との間のネットワーク経路を予約するために、第２層予約リスナプロキシサブモジュール２２２は、予約に関連するリスナ属性を登録するように構成され得る。リスナ属性を登録するために、第２層予約リスナプロキシサブモジュール２２２は、ネットワークノード１５０がトーカ１３０に送信し得る、第２層リスナメッセージを生成し得る。

登録に続いて、第２層予約リスナプロキシサブモジュール２２２は、ネットワーク経路の予約がネットワークノード１５０とトーカ１３０との間で完了され得るかどうかを決定するために、トーカ１３０からの第２層広告メッセージを待機するように構成され得る。例えば、第２層予約リスナプロキシサブモジュール２２２が、第２層広告メッセージがトーカ１３０から受信されることを特定する場合、第２層予約リスナプロキシサブモジュール２２２は、予約がネットワークノード１５０とトーカ１３０との間で完了され得ることを決定し得る。あるいは、第２層予約リスナプロキシサブモジュール２２２が、第２層失敗メッセージが受信されることを特定する場合、第２層予約リスナプロキシサブモジュール２２２は、予約が完了されない可能性があることを決定し得る。いくつかの例示的な構成について、第２層予約リスナプロキシサブモジュール２２２は、既定のタイムアウト時間に従って待機するように構成され得る。タイムアウト時間が終了する場合、第２層予約リスナプロキシサブモジュール２２２は、第２層予約管理サブモジュール２２０に予約が完了されない可能性があることを通知するように構成され得る。

第２層予約トーカプロキシサブモジュール２２４は、ネットワークノード１５０とリスナ１４０との間のデータストリームの通信のためのネットワーク経路を予約するように構成され得る。ネットワークノード１５０とリスナ１４０との間のネットワーク経路を予約するために、第２層予約トーカプロキシサブモジュール２２４は、トーカの役割を第２層予約プロトコルに従って果たすように構成され得る。

ネットワークノード１５０とリスナ１４０との間のネットワーク経路を予約するために、第２層予約トーカプロキシサブモジュール２２４は、リスナ１４０へのデータストリームの通信のための要求帯域幅を予約するように構成され得る。要求帯域幅を予約することによって、第２層予約トーカプロキシサブモジュール２２４は、要求帯域幅が、ネットワークノード１５０によってリスナ１４０へのデータストリームの伝送のために利用可能となることを保証し得る。第２層予約トーカプロキシサブモジュール２２４は、ＩＮＶＩＴＥメッセージ内に含まれるストリームＩＤを、帯域幅予約ともまた関連付け得る。

さらに、ネットワークノード１５０とリスナ１４０との間のネットワーク経路を予約するために、第２層予約トーカプロキシサブモジュール２２４は、予約に関連するトーカ属性を登録するように構成され得る。トーカ属性を登録するために、第２層予約トーカプロキシサブモジュール２２４は、ネットワークノード１５０がリスナ１４０に送信し得る、第２層広告メッセージを生成し得る。

登録に続いて、第２層予約トーカプロキシサブモジュール２２４は、ネットワーク経路の予約がネットワークノード１５０とリスナ１４０との間で完了され得るかどうかを決定するために、リスナ１４０からの第２層準備完了メッセージを待機するように構成され得る。例えば、第２層予約トーカプロキシサブモジュール２２４が、第２層準備完了メッセージがリスナ１４０から受信されることを特定する場合、第２層予約トーカプロキシサブモジュール２２４は、予約がネットワークノード１５０とリスナ１４０との間で完了され得ることを決定し得る。あるいは、第２層予約トーカプロキシサブモジュール２２４が、第２層失敗メッセージが受信されることを特定する場合、第２層予約トーカプロキシサブモジュール２２４は、予約が完了されない可能性があることを決定し得る。いくつかの例示的な構成について、第２層予約トーカプロキシサブモジュール２２４は、既定のタイムアウト時間に従って待機するように構成され得る。タイムアウト時間が終了する場合、第２層予約トーカプロキシサブモジュール２２４は、第２層予約管理サブモジュール２２０に予約が完了されない可能性があることを通知するように構成され得る。

いくつかの代替の状況について、第２層予約トーカプロキシサブモジュール２２４は、複数のネットワーク経路を、データストリームを受信することを希望するリスナ１４０、１４１などの複数のリスナのために予約するように構成され得る。例えば、第２層予約トーカプロキシサブモジュール２２４は、複数のリスナ１４０、１４１への通信のための要求帯域幅を予約し、保証するように構成され得る。さらに、第２層予約トーカプロキシサブモジュール２２４は、トーカ１３０と通信することを希望する、リスナ１４０、１４１などの複数のリスナへの伝送のために、トーカ属性を登録する、および／または第２層広告メッセージを生成するように構成され得る。さらに、第２層予約トーカプロキシサブモジュール２２２は、複数のリスナ１４０、１４１から受信される複数の第２層準備完了メッセージを特定するように構成され得る。複数のリスナ１４０、１４１がトーカ１３０と通信することを希望する場合、第２層予約トーカプロキシサブモジュール２２４は、第２層予約準備完了メッセージが複数のリスナ１４０、１４１の全てから受信されるまで、第２層予約管理サブモジュール２２０に、予約がネットワークノード１５０と複数のリスナ１４０、１４１との間で完了したことを通知しないように構成され得る。

第２層予約管理サブモジュール２２０は、第３層セッション管理サブモジュール２１０、および／またはＱｏＳサブモジュール２１２を含む第３層セッションプロキシモジュール２０２に、予約全体が完了したかどうか、および／またはセッションが作成され得るかどうか、を通知するように構成され得る。第３層セッションプロキシモジュール２０２は、第２層予約管理サブモジュール２２０から受信される情報を、セッションが作成され得るかどうかを決定するために、および／またはＳＩＰメッセージの通信がセッションを作成するために、使用する、および／または分析し得る。

セッションの終了について、第３層セッション管理サブモジュール２１０は、ＢＹＥメッセージがネットワークノード１５０によって受信されることを特定するように構成され得る。ＢＹＥメッセージは、終了されるべきセッションを特定し得る。セッションは、ＩＮＶＩＴＥメッセージ内に含まれるストリームＩＤ、および／またはストリームＩＤに関連する、および／またはそれに対応する他の特定によって特定され得る。ＢＹＥメッセージの特定時、第３層セッション管理サブモジュール２１０は、セッション特定情報をＱｏＳ管理サブモジュール２１２に送信するように構成され得る。ＱｏＳ管理サブモジュール２１２は、終了されるセッションが、予約が第２層予約プロトコルを使用して行われた、データストリームのためのものであることを特定し得る。これに応答して、ＱｏＳ管理サブモジュール２１２は、第２層予約プロキシモジュール２０４にセッションの終了を通知し得る。さらに、ＱｏＳ管理サブモジュール２１２は、セッション特定情報を第２層プロキシモジュール２０４に提供し得る。

第２層予約プロキシモジュール２０４による通知、および／またはセッション特定情報の受信時、第２層予約リスナプロキシサブモジュール２２２は、トーカ１３０とネットワークノード１５０との間のネットワーク経路のための予約を解放し得る。特に、第２層予約リスナプロキシサブモジュール２２２は、トーカ１３０からのデータストリームの通信のために予約された帯域幅を解放し得る。さらに、第２層予約リスナサブモジュール２２２は、任意のリスナ属性の登録を、第２層終了メッセージをトーカ１３０に送信することなどによって、解除し得る。その後、第２層予約リスナプロキシサブモジュール２２２は、第２層管理サブモジュール２２０に、ネットワークノード１５０とトーカ１３０との間の予約が解放されたことを通知するように構成され得る。

同様に、第２層予約トーカプロキシサブモジュール２２４は、ネットワークノード１５０とリスナ１４０との間のネットワーク経路のための予約を解放し得る。特に、第２層予約トーカプロキシサブモジュール２２４は、リスナ１４０へのデータストリームの通信のために予約された帯域幅を解放し得る。さらに、第２層予約リスナサブモジュール２２４は、任意のトーカ属性の登録を、第２層終了メッセージをリスナ１４０に送信することなどによって解除し得る。その後、第２層予約トーカプロキシサブモジュール２２４は、第２層管理サブモジュール２２０に、ネットワークノード１５０とリスナ１４０との間の予約が解放されたことを通知するように構成され得る。

第２層予約リスナプロキシおよびトーカプロキシサブモジュール２２２、２２４の両方による、ネットワーク経路の予約が解放されたという受信に応答して、第２層予約管理サブモジュール２２０は、第３層セッションプロキシモジュール２０２に通知し得る。第３層セッションプロキシモジュール２０２は、予約が解放されたことを特定する情報を、セッションが終了され得るかどうかを決定するために、および／またはＳＩＰメッセージの通信がセッションを終了するために、使用し得る。

ＳＩＰに従って、ＩＮＶＩＴＥメッセージおよびＢＹＥメッセージ以外のＳＩＰメッセージは、セッションを作成し、終了するために通信され得る。例えば、ＴＲＹＩＮＧ、ＳＥＳＳＩＯＮ ＰＲＯＧＲＥＳＳ、ＰＲＡＣＫ、ＵＰＤＡＴＥ、ＡＣＫ、およびＯＫメッセージなどの様々なメッセージは、メッセージの受信を確認するために、セッションパラメーターを交渉するために、およびセッションが作成される、または終了されるという合意を承認する、または提供するために、通信され得る。

図３は、トーカ１３０とリスナ１４０との間のデータストリームの通信のためのセッションを作成し、終了するために、ＳＩＰメッセージ、および第２層広告、準備完了、および終了メッセージを、トーカ１３０と、ネットワークノード１５０と、リスナ１４０との間で通信する例示的な方法のルーティング図を示す。方法は、セッションを作成し、終了するための複数の通信イベントを含む。

イベント３０２において、トーカ１３０は、ＩＮＶＩＴＥメッセージをネットワークノード１５０に伝送してもよく、ネットワークノード１５０は、ＩＮＶＩＴＥメッセージをリスナ１４０に転送してもよい。ＩＮＶＩＴＥメッセージは、既に記載したように、ネットワーク経路を予約し、データストリームの伝送のためのサービス品質を確立するための、ストリームＩＤ、要求帯域幅、および第２層予約プロトコルを含む、セッションのためのセッションパラメーターを含み得る。

ＩＮＶＩＴＥメッセージの受信時、ネットワークノード１５０は、既に記載したように、十分な帯域幅がトーカ１３０とリスナ１４０との間で利用可能であるかどうかを決定し、第２層広告および準備完了メッセージをトーカ１３０およびリスナ１４０に通信し得る。さらに、ネットワークノード１５０は、リスナ１４０に、トーカ１３０がセッションを作成することを希望することと、要求される帯域幅と、トーカ１３０が使用することを希望するＱｏＳ機構と、を示し得る、ＩＮＶＩＴＥメッセージをリスナ１４０に通信し得る。

リスナ１４０がＩＮＶＩＴＥメッセージを受信する後、リスナ１４０、ネットワークノード１５０、およびトーカ１３０は、セッションパラメーターを交渉し、セッションを作成するために複数のＳＩＰメッセージを通信し得る。ＳＩＰメッセージの通信は、セッションパラメーターのためのトーカ１３０とリスナ１４０との間の交渉工程の一部であり得る。ネットワークノード１５０は、ＳＩＰメッセージを受信し、そのＳＩＰメッセージをトーカ１３０またはリスナ１４０のいずれかに転送する、トーカ１３０とリスナ１４０との間の中間ノードであり得る。さらに、ネットワークノード１５０は、ネットワークノード１５０が関与し得る、ＳＩＰメッセージの部分を分析し得る。ネットワークノード１５０は、適切な場合には、ＳＩＰメッセージ内の部分をさらに修正する、または変更し得る。例えば、トーカ１３０およびリスナ１４０が帯域幅などのＱｏＳパラメーターを交渉するためにＳＩＰメッセージを通信する場合、ネットワークノード１５０は、ネットワークノード１５０がＳＩＰメッセージをトーカ１３０またはリスナ１４０に転送する前に、帯域幅を扱い得るかどうかを決定し得る。

交渉工程の一部として、イベント３０４において、リスナ１４０は、ＴＲＹＩＮＧメッセージをトーカ１３０にネットワークノード１５０を介して通信し得る。ＴＲＹＩＮＧメッセージは、リスナ１４０がＩＮＶＩＴＥメッセージを受信し、セッションを作成することを試みるであろうことを示し得る。イベント３０６において、リスナ１４０は、ＳＥＳＳＩＯＮ ＰＲＯＧＲＥＳＳメッセージをトーカ１３０にネットワークノード１５０を介して通信し得る。ＳＥＳＳＩＯＮ ＰＲＯＧＲＥＳＳメッセージは、リスナ１４０および／またはネットワークノード１５０が、予約を、第２層予約プロトコルおよび／またはＩＮＶＩＴＥメッセージ内で特定されるＱｏＳ機構に従って実行することが可能であるかどうかを示し得る。

イベント３０８において、トーカ１３０は、ＰＲＡＣＫメッセージをリスナ１４０にネットワークノード１５０を介して通信し得る。ＰＲＡＣＫメッセージは、トーカ１３０が最終セッションパラメーターであると考える、セッションパラメーターを特定する、仮の確認であり得る。いくつかの例示的な交渉工程について、トーカ１３０は、ＰＲＡＣＫメッセージを、ＳＥＳＳＩＯＮ ＰＲＯＧＲＥＳＳメッセージを受信する後に通信し得る。さらに、トーカは、ＰＲＡＣＫメッセージを、第２層準備完了メッセージをネットワークノード１５０から受信することの有無に関わらず通信し得る。つまり、トーカ１３０は、ＰＲＡＣＫメッセージを、第２層準備完了メッセージ内で特定されるようなデータストリームを通信するために十分な帯域幅が存在することを知らずに通信し得る。イベント３１０において、リスナ１４０は、ＯＫメッセージをトーカ１３０にネットワークノード１５０を介して通信し得る。ＯＫメッセージは、リスナ１４０および／またはネットワークノード１５０がＰＲＡＣＫメッセージ内に示されるセッションパラメーターに合意することを示す、ＰＲＡＣＫメッセージへの肯定応答であり得る。

イベント３１２において、トーカ１３０は、第２層広告メッセージをネットワークノード１５０に通信してもよく、ネットワークノード１５０は、第２層広告メッセージをリスナ１４０に通信してもよい。トーカ１３０は、第２層広告メッセージをネットワークノード１５０に、トーカ１３０がＩＮＶＩＴＥメッセージを通信するのと同時または実質的に同時に、通信し得る。あるいは、トーカ１３０は、第２層広告メッセージおよびＩＮＶＩＴＥメッセージを異なる時間に通信し得る。ネットワークノード１５０は、ＩＮＶＩＴＥメッセージの受信に応答して、およびネットワークノード１５０とトーカ１３０との間のデータストリームの伝送のための十分な帯域幅の決定の後に、第２層広告メッセージをリスナ１５０に送信し得る。

イベント３１４において、リスナ１４０は、第２層準備完了メッセージをネットワークノード１５０に通信してもよく、ネットワークノード１５０は、第２層準備完了メッセージをトーカ１３０に通信してもよい。リスナ１４０は、第２層広告メッセージのネットワークノードからの受信に応答して、第２層準備完了メッセージと通信し得る。あるいは、リスナ１４０は、第２層準備完了メッセージを、第２層広告メッセージの受信と独立して、または、および／またはそれなしに通信し得る。ネットワークノード１５０は、ＩＮＶＩＴＥメッセージの受信に応答して、およびネットワークノード１５０とリスナ１４０との間のデータストリームの伝送のための十分な帯域幅の決定の後に、第２層準備完了メッセージをトーカ１３０に通信し得る。

イベント３１６において、トーカ１３０は、ＵＰＤＡＴＥメッセージをリスナ１４０にネットワークノード１５０を介して通信し得る。ＵＰＤＡＴＥメッセージは、トーカ１３０が、帯域幅および他のＱｏＳパラメーターの交渉が終了することを特定することを示し得る。いくつかの構成について、ＵＰＤＡＴＥメッセージは、トーカ１３０がＰＲＡＣＫメッセージを通信する後に通信される。さらに、いくつかの構成について、トーカ１３０は、ＵＰＤＡＴＥメッセージを、第２層準備完了メッセージのネットワークノード１５０からの受信の後に通信する。あるいは、ＵＰＤＡＴＥメッセージは、第２層準備完了メッセージのネットワークノード１５０からの受信なしに通信され得る。

イベント３１８において、リスナ１４０は、ＵＰＤＡＴＥメッセージおよびその内容を確認する、ＵＰＤＡＴＥメッセージと関連する（ＯＫ（ＵＰＤＡＴＥ）と特定される）ＯＫメッセージを、トーカ１３０にネットワークノード１５０を介して通信し得る。リスナ１４０は、ＯＫ（ＵＰＤＡＴＥ）メッセージを、帯域幅が予約されるという決定の後に送信し得る。いくつかの構成について、リスナ１４０は、ＯＫ（ＵＰＤＡＴＥ）メッセージを、第２層広告メッセージのネットワークノード１５０からの受信の後に送信し得る。あるいは、ＯＫ（ＵＰＤＡＴＥ）メッセージは、第２層広告メッセージのネットワークノード１５０からの受信なしに通信され得る。イベント３２０において、リスナ１４０は、セッションパラメーターの交渉が完了し、ＩＮＶＩＴＥメッセージ内で最初に特定されるセッションの作成が終了し得ることを確認する、ＩＮＶＩＴＥメッセージと関連する（ＯＫ（ＩＮＶＩＴＥ）と特定される）ＯＫメッセージを、トーカ１３０に通信し得る。イベント３２２において、ＯＫ（ＵＰＤＡＴＥ）およびＯＫ（ＩＮＶＩＴＥ）の受信に応答して、トーカ１３０は、ＯＫ（ＵＰＤＡＴＥ）およびＯＫ（ＩＮＶＩＴＥ）メッセージが受信され、セッションが作成されるという最終確認を示す、ＡＣＫメッセージをリスナ１４０にネットワークノード１５０を介して送信し得る。

いくつかの例示的な構成について、ネットワークノード１５０は、リスナ１４０から受信されるＯＫ（ＵＰＤＡＴＥ）および／またはＯＫ（ＩＮＶＩＴＥ）メッセージを、帯域幅のための予約が行われない、または十分な帯域幅が存在しない、という決定に応答して、失敗メッセージに変更する、または修正するように構成され得る。例えば、ネットワークノード１５０が、第２層失敗メッセージをトーカ１３０および／またはリスナ１４０から受信する場合、またはタイムアウト時間が第２層広告または準備完了メッセージの受信の前に終了する場合、ネットワークノード１５０は、予約が完了されない可能性があることを決定し得る。同様に、ＯＫ（ＵＰＤＡＴＥ）メッセージまたはＯＫ（ＩＮＶＩＴＥ）メッセージのリスナ１４０からの受信に応答して、ネットワークノード１５０は、ＯＫ（ＵＰＤＡＴＥ）またはＯＫ（ＩＮＶＩＴＥ）メッセージのトーカ１３０への通信を保留すること、および／または代わりに、セッションが作成されること、を防止し得る失敗メッセージをトーカ１３０に通信することを決定し得る。

イベント３２４において、トーカ１３０は、データストリームをトーカ１４０にネットワークノード１５０を介してセッション中に通信し得る。セッション中、サービス品質は、トーカ１３０からリスナ１４０まで維持され得る。例えば、図１を参照すると、第２層ネットワーク１１０、１１２内の第２層ブリッジ１６０、１６２は、帯域幅および優先順位を含むサービス品質をセッション中に保証し得る。さらに、ネットワークノード１５０は、第３層のために構成されるにもかかわらず、第２層ＱｏＳ機構（例えば、ＳＲＰ）に従って特定され、確立される、交渉されたサービス品質パラメーターを実施し得る。

セッションが終了した場合、トーカ１３０、リスナ１４０、およびネットワークノード１５０は、セッションを終了するために、ＳＩＰメッセージおよび第２層終了メッセージを第２層予約プロトコルに従って通信し得る。イベント３２６において、トーカ１３０は、セッションが終了したことを示すＢＹＥメッセージを、リスナ１４０にネットワークノード１５０を介して通信し得る。ＢＹＥメッセージに応答して、ネットワークノード１５０は、ネットワークノード１５０と、トーカ１３０と、リスナ１４０との間で予約された帯域幅を解放し得る。さらに、ネットワークノード１５０は、ＢＹＥメッセージをリスナ１４０に転送し得る。

イベント３２８において、トーカ１３０は、第２層終了メッセージをネットワークノード１５０に通信してもよく、ネットワークノード１５０は、第２層終了メッセージをリスナ１４０に通信してもよい。いくつかの構成について、トーカ１３０は、第２層終了メッセージおよびＢＹＥメッセージを同時または実質的に同時に通信し得る。代替の構成において、トーカ１３０は、第２層終了メッセージおよびＢＹＥメッセージを異なる時間に通信し得る。ネットワークノード１５０は、既に記載したように、ＢＹＥメッセージの、トーカ属性登録解除工程の一部としての受信に応答して、第２層終了メッセージをリスナ１４０に通信し得る。

イベント３３０において、リスナ１４０は、第２層終了メッセージをネットワークノード１５０に通信してもよく、ネットワークノード１５０は、第２層終了メッセージをトーカ１３０に通信してもよい。リスナ１４０は、ネットワークノード１５０から受信されるＢＹＥメッセージまたは第２層終了メッセージのうちの少なくとも１つの受信に応答して、第２層終了メッセージを通信し得る。ネットワークノード１５０は、既に記載したように、ＢＹＥメッセージの、リスナ属性登録解除工程の一部としての、トーカ１３０からの受信に応答して、第２層終了メッセージをトーカ１３０に通信し得る。

イベント３２２において、リスナ１４０は、セッションが終了し得ることを確認する、ＯＫメッセージを通信し得る。リスナ１４０は、ＯＫメッセージを、セッションが予約を解放する、または切断するために使用される帯域幅およびコーデックを含む、セッションに関連する任意のセッションパラメーターまたは他のリソースを解放する、および／または利用可能にする後に通信し得る。

図１〜３の参照によって以上に記載される通信は、単一のネットワークノード１５０によって共にリンクされる、または接続される、２つの第２層ネットワーク１１０、１１２に対して記載される。代替の構成において、ネットワーク通信システムは、複数のネットワークノードが第２層ネットワークにリンクする、または接続し得る、３つ以上の異なる。例として、３つの第２層ネットワークを含む代替のネットワーク通信システムは、第１および第２の第２層ネットワークに接続する第１のネットワークノード、および第２および第３の第２層ネットワークに接続される第２のネットワークノード、の２つのネットワークノードを含み得る。第２のネットワークノードは、ネットワーク経路が、第１の第２層ネットワーク内に接続されるトーカと、第３の第２層ネットワーク内に接続されるリスナとの間のセッションのために予約され得るように、第１のネットワークノードと同様に構成され得る。様々な構成が可能である。

いくつかの例示的な構成において、セッションパラメーターは、セッションパラメーターを開始するおよび／または交渉するための開始プロトコルまたは基準に従って開始される、および／または交渉され得る。ＳＩＰメッセージ内に含まれるセッションパラメーターは、開始プロトコルに従って、含まれる、特定される、および／またはフォーマットされ得る。他の基準またはプロトコルが使用され得るものの、例示的な開始プロトコルは、セッション記述プロトコル（ＳＤＰ）であり得る。

ＳＤＰは、中核ＳＤＰプロトコルを拡張するために、ＳＤＰ属性を使用し得る。一例において、コメントの要求（ＲＦＣ）５４３２は、データストリームの通信のためのデータ経路を予約する、および／またはサービス品質を実施するために、ＱｏＳ機構の特定および／または選択のためのＳＤＰ属性を定義する。特に、ＲＦＣ５４３２は、ＱｏＳの種類を要求するために、「ｑｏｓ−ｍｅｃｈ−ｓｅｎｄ」および「ｑｏｓ−ｍｅｃｈ−ｒｅｃｖ」属性を定義する。ＲＦＣ５４３２の下で特定されるＱｏＳの種類は、ＲＳＶＰおよびネクストステップインシグナリング（ＮＳＩＳ）を含み得る。ＲＦＣ５４３２の下で、媒体ラインまたは「ｍ」ラインが、例としてオーディオまたはビデオなどの媒体の種類を定義する、または決定するために使用され得る。さらに、ＲＦＣ５４３２の下で、属性ラインまたは「ａ」ラインが、パケットの種類（例えば、ＲＴＰ）、内容（例えば、オーディオ）、およびＱｏＳプロトコル（例えば、ＲＳＶＰ）などの、１つ以上の属性を定義する、または決定するために使用され得る。

いくつかの例示的な構成について、ＲＦＣ５４３２が、ＳＲＰ（または別の第２層予約プロトコル）をＱｏＳ機構として選択するために使用される、または実装され得る。特に、ＲＦＣ５４３２の下の属性または「ａ」ラインは、「ｑｏｓ−ｍｅｃｈ」属性を、ＳＲＰを含むように拡張することによって、ＳＲＰをＱｏＳ機構として支持し得る。新しい属性の定義は、以下を含み得る。
ｑｏｓ−ｍｅｃｈ＝“ｒｓｖｐ”／“ｎｓｉｓ”／“ｓｒｐ”／ｅｘｔｅｎｓｉｏｎ−ｍｅｃｈ

ＳＲＰを「ｑｏｓ−ｍｅｃｈ」属性に追加することによって、ＳＤＰは、ＳＲＰをＱｏＳ機構として交渉するために使用され得る。ＳＲＰをＱｏＳ機構としてＲＦＣ５４３２下で要求する、例示的な「ｍ」ラインおよび例示的な「ａ」ラインは、
ｍ＝ａｕｄｉｏ ５００００ ＲＴＰ／ＡＶＰ ０
ａ＝ｑｏｓ−ｍｅｃｈ−ｓｅｎｄ：ｓｒｐを含み得る。

ＳＲＰをＱｏＳ機構として交渉すること、または選択することに加えて、属性は、第２層（例えば、ＡＶＢ）データストリームのストリームＩＤおよび／または他のＳＲＰパラメーターを、トーカからリスナへと通信すると定義される、および／または決定され得る。ストリームＩＤおよび／または他のＳＲＰパラメーターを、ＲＦＣ５４３２の下でカプセル化するＲＦＣ５４３２の下での属性の例示的な定義は、
属性＝／ｓｒｐ−ｑｏｓ−ａｔｔｒ
ｓｒｐ−ｑｏｓ−ａｔｔｒ＝“ｓｒｐ−ｑｏｓ”“：”
ｓｒｐ−ｓｔｒｅａｍｉｄ ｓｒｐ−ｓｔｒｅａｍｉｄ＝７（２ＨＥＸＤＩＧ“−”）：ＨＥＸＤＩＧであり得る。

ＳＲＰ ＱｏＳを、
０ｘ０１０２０３０４０５０６０７０８のストリームＩＤによって要求する例示的な「ｍ」および「ａ」ラインは、ｍ＝ａｕｄｉｏ５００００ ＲＴＰ／ＡＶＰ ０
ａ＝ｑｏｓ−ｍｅｃｈ−ｓｅｎｄ：ｓｒｐ
ａ＝ｓｒｐ−ｑｏｓ：０１−０２−０３−０４−０５−０６−０７−０８を含み得る。

ストリームＩＤを通信する、以上の例示的な「ｍ」ラインおよび「ａ」ラインは、ＳＩＰがＳＲＰをＱｏＳ機構として規定することを可能にするための、属性の最小限のセットを決定する、および／または図示し得る。ＳＲＰの予約の詳細は、トーカ広告（ＴＡ）メッセージを通して通信され得る。ストリームＩＤのみを決定する、および／または通信する構成は、セッションの複雑性、および／またはネットワークノードの機能性を減少する、および／または最小化し得る。しかしながら、代替の例示的な構成において、他の、および／または追加の「ｍ」ライン、および／または「ａ」ラインが、ＳＩＰ内のＳＲＰの予約に関連するストリームＩＤに加えた詳細または情報を決定する、および／または定義するために使用され得る。追加のＳＤＰ属性は、データストリームのための帯域幅情報を交渉中に通信することと定義され得る。帯域幅情報は、例として、１秒あたりのパケット数、１パケットあたりのバイト数、優先順位、および／または緊急表示を含み得る。帯域幅情報は、ＡＶＢ基準およびプロトコルにおいて定義されるように、ＳＲＰ「ｔｓｐｅｃ」を使用して関連付けられる、および／または通信され得る。

図１に戻って参照すると、トーカ１３０、１３１、リスナ１４０、１４１、１４２、およびネットワークノード１５０の各々は、以上に記載される機能を実行するように構成された処理装置Ｐを含む、および／またはそれと通信し得る。処理装置Ｐは、汎用処理装置、デジタル信号処理装置、コントローラ、マイクロコントローラ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、アナログ回路、デジタル回路、これらの組み合わせ、または他の現在既知の、または後に開発される処理装置であり得る。処理装置Ｐは、単一の機器、複数の機器、またはネットワークまたは分散処理によって関連付けられるような機器の組み合わせであり得る。多重処理、多重タスク処理、パラレル処理、遠隔処理、または同様のものなどの、あらゆる様々な処理戦略が使用され得る。処理装置Ｐは、ソフトウェア、ハードウェア、集積回路、ファームウェア、マイクロ、または同様のものの一部として記憶される命令に応答する、および／またはそれを実行するように構成され得る。

さらに、トーカ１３０、１３１、リスナ１４０、１４１、１４２、およびネットワークノード１５０の各々は、処理装置Ｐと通信する記憶装置Ｍを含み得る。記憶装置Ｍは、非一時的なコンピューター可読記憶媒体であり得る。コンピューター可読記憶媒体は、ランダムアクセス記憶装置、読み出し専用記憶装置、プログラム可能読み出し専用記憶装置、電気的プログラム可能読み出し専用記憶装置、電気的消去可能読み出し専用記憶装置、フラッシュ記憶装置、磁気テープまたはディスク、光媒体、および同様のものを含むが、これに限られない、様々な種類の揮発性および不揮発性記憶媒体を含み得る。記憶装置Ｍは、単一の機器、または機器の組み合わせであり得る。記憶装置Ｍは、処理装置に隣接する、その一部である、それと通信する、および／または処理装置から移動し得る。１つ以上の有形媒体内で実行のためにコード化される論理回路は、プログラムされた処理装置Ｐによって実行可能であり、コンピューター可読記憶媒体、記憶装置、またはこれらの組み合わせ上に提供される、命令として定義される。

記憶装置Ｍは、プログラムされた処理装置Ｐによって実行可能な命令を表すデータを、その中に記憶したコンピューター可読記憶媒体であり得る。記憶装置Ｍは、処理装置Ｐに対する命令を記憶し得る。処理装置Ｐは、命令によってプログラムされてもよく、それを実行してもよい。図面内に図示される、または本明細書に記載される機能、行為、方法、またはタスクは、記憶装置Ｍ内に記憶される命令を実行する、プログラムされた処理装置Ｐによって実行され得る。機能、行為、方法、またはタスクは、特定の種類の命令セット、記憶媒体、処理装置、または処理戦略から独立してもよく、単独で、または組み合わせで動作するソフトウェア、ハードウェア、集積回路、ファームウェア、マイクロコード、および同様のものによって実行されてもよい。命令は、本明細書に記載される工程、技術、方法、または行為を実装するためのものであり得る。

さらに、トーカ１３０、１３１、リスナ１４０、１４１、１４２、およびネットワークノード１５０は、処理装置Ｐおよび記憶装置Ｍと通信する、１つ以上のインターフェース（Ｉ／Ｆ）を含んでもよく、それは、情報を互いにネットワーク１１０を介して通信するために使用されてもよい。通信システム１００のいくつかの例示的な構成について、トーカ１３０、１３１、リスナ１４０、１４１、１４２、およびネットワークノード１５０は、例として、Ｅｔｈｅｒｎｅｔ（登録商標）オーディオ−ビデオブリッジング（ＡＶＢ）ネットワークまたは他の車両ネットワークなどの、ネットワークを介して通信するように構成されたネットワーク機器として構成され得る。これらの構成について、インターフェースＩ／Ｆは、ハードワイヤードまたは無線ネットワークインターフェースなどの、ネットワークインターフェースである、および／またはハードウェア内で実装され得る。あるいは、インターフェースＩ／Ｆの１つ以上は、非ネットワークＩ／Ｆであってもよく、および／またはシステムのいくつかまたは全ては、互いに非ネットワーク接続を介して通信してもよい。さらに、またはあるいは、インターフェースＩ／Ｆは、万能非同期送受信機（ＵＡＲＴ）、パラレルデジタルインターフェース、ソフトウェアインターフェース、Ｅｔｈｅｒｎｅｔ（登録商標）、または既知の、または後に開発されるソフトウェアおよびハードウェアインターフェースの任意の組み合わせであり得る。様々な構成が可能である。

第２層ネットワークであることに加えて、ネットワーク１１０、１１２は、様々な種類または形式で構成され得る。例として、第２層ネットワーク１１０、１１２は、インターネット、ローカルエリアネットワーク（ＬＡＮ）などの広域ネットワーク（ＷＡＮ）、キャンパスエリアネットワーク、都市規模ネットワーク、またはデータ通信を可能にし得るあらゆる他の無線および／または有線ネットワークを含み得る。さらに、またはあるいは、ネットワーク１１０、１１２は、ネットワーク１１０、１１２に接続される電子装置１３０、１３１、１４０、１４１、１４２を含む、いくつかまたは全ての構成要素へのアクセスまたは制限アクセスを可能にし得る、サブネットワークに分割され得る。いくつかの例示的な構成について、ネットワーク１１０、１１２は、ネットワーク通信システム１００のサブネットワークと見なされ得る。さらに、またはあるいは、ネットワーク１１０、１１２は、パブリックまたはプライベートネットワークと見なされてもよく、例えば、仮想プライベートネットワーク、パブリックインターネットを介して用いられる暗号化、またはあらゆる他のセキュリティー機構、または同様のものを含んでもよい。ネットワーク１１０、１１２のための様々な他の種類形式のネットワークが、可能である。

さらに、図２を参照すると、第３層セッションプロキシモジュール２０２、第２層予約プロキシモジュール２０４、第３層セッション管理サブモジュール２１０、ＱｏＳ管理サブモジュール２１２、第２層予約管理サブモジュール２２０、第２層予約リスナプロキシサブモジュール２２２、および第２層予約リスナプロキシサブモジュール２２４を含むモジュールおよびサブモジュールは、ハードウェア、またはハードウェアおよびソフトウェアの組み合わせ内で実装され得る。さらに、モジュールおよびサブモジュール２０２、２０４、２１０、１２１、２２０、２２２、２２４は、以上に記載される処理装置Ｐ、記憶装置Ｍ、インターフェースＩ／Ｆ、またはこれらの組み合わせのいずれを使用しても実装され得る。例えば、以上に記載されるモジュール２０２、２０４、２１０、２１２、２２０、２２２、２２４の機能は、少なくとも１つの処理装置Ｐによって実行され得る。さらに、またはあるいは、モジュールは、記憶装置Ｍ内に記憶され、少なくとも１つの処理装置Ｐによって実行可能である命令を表すデータを含み得る。様々な構成が可能である。さらに、またはあるいは、モジュールおよびサブモジュール２０２、２０４、２１０、１２１、２２０、２２２、２２４は、少なくともいくつかがコンピューター可読記憶媒体内に実行可能命令として実施され得る、１つ以上の実行可能なモジュールをそれぞれ含み得る。したがって、本明細書に記載するように、モジュールおよびサブモジュール２０２、２０４、２１０、１２１、２２０、２２２、２２４は、処理装置Ｐによって実行可能な命令を含み得るコンピューター可読記憶媒体、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または処理装置Ｐによって実行可能である、指示される、および／または実行のために制御される、様々な機器、構成要素、回路、ゲート、回路基板および同様のもののように、処理装置Ｐによってハードウェア実行可能であると定義される。

記載の様々な実施形態が記載されているが、より多くの実施形態および実装が記載の範囲内において可能であることは、当業者に明らかであろう。したがって、記載は、添付の特許請求の範囲およびそれらの同等物を考慮する場合以外に制限されるものではない。

Claims (20)

1. セッションを第３層セッション管理プロトコルに従って管理するように構成されたネットワークノードであって、前記ネットワークノードが、
   第１の第２層ネットワークに接続されるトーカと第２の第２層ネットワークに接続されるリスナとの間のデータストリームの通信のためのセッションを作成し、終了するように構成された複数のモジュールを備え、前記複数のモジュールが、処理装置によって実行可能であり、
   第３層セッションプロキシモジュールであって、
   前記トーカから受信される第３層セッションメッセージを特定するように構成され、前記第３層セッションメッセージが、前記トーカが前記セッションを作成することを希望することを示し、前記第３層セッションメッセージが、前記第３層セッション管理プロトコルに従って通信される、第３層セッションプロキシモジュールと、
   第２層予約プロキシモジュールであって、
   前記第３層セッションメッセージの特定に応答して、
   第１のネットワーク経路を前記トーカと前記ネットワークノードとの間の前記データストリームの通信のために第２層予約プロトコルに従って予約することと、
   第２のネットワーク経路を前記ネットワークノードと前記リスナとの間の前記データストリームの通信のために前記第２層予約プロトコルに従って、予約することと、を行うように構成された第２層予約プロキシモジュールと、を備える、ネットワークノード。
2. 前記第３層セッションメッセージが、
   前記データストリームおよび前記第２層予約プロトコルを特定する情報を通信するための要求帯域幅を含み、前記第２層予約プロキシモジュールが、
   前記第１のネットワーク経路を、前記データストリームの前記トーカからの通信のための前記要求帯域幅の予約および１つ以上のリスナ属性の前記第２層予約プロトコルに従う登録によって予約することと、
   前記第２のネットワーク経路を、前記データストリームの前記リスナへの通信のための前記要求帯域幅の予約および１つ以上のトーカ属性の前記第２層予約プロトコルに従う登録によって予約することと、を行うように構成される、請求項１に記載のネットワークノード。
3. 前記第２層予約プロキシモジュールが、
   前記１つ以上のリスナ属性を登録するように前記トーカへ通信するための第２層準備完了メッセージを生成することと、
   前記１つ以上のトーカ属性を登録するように前記リスナへ通信するための第２層広告メッセージを生成することと、を行うように構成される、請求項２に記載のネットワークノード。
4. 前記第３層セッションメッセージが、前記データストリームを特定するストリームＩＤをさらに含み、前記第２層予約プロキシモジュールが、
   前記ストリームＩＤを、前記第２層広告メッセージおよび前記第２層準備完了メッセージの各々内に含むように構成される、請求項３に記載のネットワークノード。
5. 前記第２層準備完了メッセージが、第１の第２層準備完了メッセージを含み、前記第２層広告メッセージが、第１の第２層広告メッセージを含み、前記第２層予約プロキシモジュールが、
   第２の第２層広告メッセージの前記ネットワークノードによる受信を特定することであって、前記第２の第２層広告メッセージが前記トーカから受信される、特定することと、
   前記第２の第２層広告メッセージの受信の特定に応答して、前記第１のネットワーク経路の前記予約の完了を決定することと、
   第２の第２層準備完了メッセージの前記ネットワークノードによる受信を特定することであって、前記第２の第２層広告準備完了メッセージが前記リスナから受信される、特定することと、
   前記第２の第２層準備完了メッセージの受信の特定に応答して、前記第２のネットワーク経路の前記予約の完了を特定することと、を行うようにさらに構成される、請求項３に記載のネットワークノード。
6. 前記第３層セッションメッセージが、第１の第３層セッションメッセージを含み、前記第３層セッションプロキシモジュールが、
   前記第１のネットワーク経路および前記第２の経路の予約が完了したという通知を、前記第２層予約プロキシモジュールから受信することと、
   前記通知に応答して、第２の第３層セッションメッセージを前記トーカに通信することであって、前記第２の第３層セッションメッセージが、前記セッションが開始するための表示を提供する、通信することと、を行うように構成される、請求項５に記載のネットワークノード。
7. 前記第３層メッセージが、第１の第３層メッセージを含み、前記第３層セッションプロキシモジュールが、
   第２の第３層セッションメッセージの前記ネットワークノードによる受信を特定することであって、前記第２の第３層セッションメッセージが、前記セッションが終了したことを示す、特定することと、
   前記第１のネットワーク経路および前記第２のネットワーク経路の前記予約を、前記第２層予約プロトコルに従って解放することと、を行うようにさらに構成される、請求項１〜６のいずれか一項に記載のネットワークノード。
8. 前記第３層セッション管理プロトコルが、セッション開始プロトコル（ＳＩＰ）を含み、前記第２層予約プロトコルが、ストリーム予約プロトコル（ＳＲＰ）を含み、前記第１および第２の第２層ネットワークが、オーディオ−ビデオブリッジング（ＡＶＢ）ネットワークをそれぞれ含む、請求項１〜７のいずれか一項に記載のネットワークノード。
9. 第１の第２層ネットワークに接続されるトーカを含み、前記トーカが、
   第１の第３層セッションメッセージをネットワークノードに通信することであって、前記第１の第３層セッションメッセージが、前記トーカが、データストリームの第２の第２層ネットワークに接続されるリスナへの通信のためのセッションを作成することを希望することを示し、前記第３層セッションメッセージが、第３層セッション管理プロトコルに従って送信される、通信することと、
   前記トーカと前記ネットワークノードとの間のネットワーク経路を予約するために、第２層広告メッセージを前記ネットワークノードに、そして第２層準備完了メッセージを前記ネットワークノードから、第２層予約プロトコルに従って通信することと、
   第２の第３層セッションメッセージを前記ネットワークノードから受信することであって、前記第２の第３層セッションメッセージが、前記セッションが開始することを示す、受信することと、を行うように構成される、ネットワーク通信システム。
10. 前記第１の第３層セッションメッセージが、前記データストリームを特定するストリームＩＤ、および前記第２層予約プロトコルを、前記トーカと前記リスナとの間の前記ネットワーク経路を予約するために使用するサービス品質機構として特定する情報を含む、請求項９に記載のネットワーク通信システム。
11. 前記トーカが、前記ネットワークノードに通信される前記第２層広告メッセージ内の前記第１の第３層セッション内に含まれる前記ストリームＩＤを含むように構成される、請求項１０に記載のネットワーク通信システム。
12. 前記ネットワーク経路が、第１のネットワーク経路を含み、前記第２層予約プロトコルを特定する前記情報が、前記ネットワークノードと前記リスナとの間の第２のネットワーク経路の予約のために前記第１の第２層セッションメッセージ内に含まれる、請求項１０に記載のネットワーク通信システム。
13. 前記トーカが、第３の第３層セッションメッセージと通信するようにさらに構成され、前記第３の第３層セッションメッセージが、前記ネットワークノードから通信される前記第２層準備完了メッセージに応答して通信され、前記第３層セッションメッセージが、前記データストリームの通信のための要求帯域幅の前記セッション中の交渉が終了したことを示す、請求項９〜１２のいずれか一項に記載のネットワーク通信システム。
14. 前記第２層広告メッセージが、第１の第２層広告メッセージを含み、前記第２層準備完了メッセージが、第１の第２層準備完了メッセージを含み、前記ネットワーク経路が、第１のネットワーク経路を含み、前記ネットワーク通信が、前記リスナをさらに含み、前記リスナが、
    前記第１の第３層セッションメッセージを前記ネットワークノードから受信することと、
    前記ネットワークノードと前記リスナとの間の第２のネットワーク経路を予約するために、第２の第２層準備完了メッセージを前記ネットワークノードに通信し、第２の第２層広告メッセージを前記ネットワークノードから通信することと、
    前記第２の第３層セッションメッセージを、前記セッションが開始することを示す前記ネットワークノードに通信することであって、前記第２の第３層セッションメッセージが、前記第２のネットワーク経路を予約するための、前記第２の第３層準備完了メッセージの前記ネットワークノードへのおよび前記第２の第３層広告メッセージの前記ネットワークノードからの通信に応答して、前記ネットワークノードに通信される、通信することと、を行うように構成される、請求項９〜１３のいずれか一項に記載のネットワーク通信システム。
15. ネットワークノードによって、前記トーカから受信される第１の第３層セッションメッセージを受信することであって、前記第１の第３層セッションメッセージが、前記トーカが前記セッションを作成することを希望することを示し、第３層セッション管理プロトコルに従ってフォーマットされる、受信することと、
    前記第１の第３層セッションメッセージを受信することに応答して、
    前記ネットワークノードによって、第１のネットワーク経路を前記トーカと前記ネットワークノードとの間の前記データストリームの通信のために第２層予約プロトコルに従って予約することと、
    前記ネットワークノードによって、第２のネットワーク経路を前記ネットワークノードと前記リスナとの間に前記第２層予約プロトコルに従って予約することと、
    前記ネットワークノードによって、前記第１および第２のネットワーク経路を前記第２層予約プロトコルに従って予約することに応答して、第２の第３層セッションメッセージを送信することであって、前記第２の第３層セッションメッセージが、前記セッションが開始するための表示を提供する、送信することと、を含む、第３層セッション管理プロトコルに従ってセッションを作成する方法。
16. 前記第１の第３層セッションメッセージが、
    前記データストリームおよび前記第２層予約プロトコルを特定する情報を通信するための要求帯域幅を含み、
    前記第１のネットワーク経路を予約することが、
    前記ネットワークノードによって、前記データストリームの前記トーカからの通信のために前記要求帯域幅を予約することと、
    前記ネットワークノードによって、第２層準備完了メッセージを前記トーカに前記第２層予約プロトコルに従って送信することであって、前記第２のネットワーク経路を予約することが、
    前記ネットワークノードによって、前記データストリームの前記リスナへの通信のために前記要求帯域幅を予約することと、
    前記ネットワークノードによって、第２層広告メッセージを、前記リスナに前記第２層予約プロトコルに従って送信することと、を含む、送信することと、を含む、請求項１５に記載の方法。
17. 前記第１の第３層メッセージが、前記データストリームを特定するストリームＩＤをさらに含み、前記方法が、
    前記ネットワークノードによって、前記ストリームＩＤを、前記リスナに送信される前記第２層広告メッセージおよび前記トーカに送信される前記第２層広告メッセージの各々内に含むこと、をさらに含む、請求項１６に記載の方法。
18. 前記第２層準備完了メッセージが、第１の第２層準備完了メッセージを含み、前記第２層広告メッセージが、第１の第２層広告メッセージを含み、前記方法が、
    前記ネットワークノードによって、第２の第２層広告メッセージを前記トーカから受信することと、
    前記ネットワークノードによって、前記第２の第２層広告メッセージを受信することに応答して、前記第１のネットワーク経路の前記予約の完了を決定することと、
    前記ネットワークノードによって、第２の第２層準備完了メッセージを前記リスナから受信することと、
    前記ネットワークノードによって、前記第２の第２層準備完了メッセージを受信することに応答して、前記第２のネットワーク経路の前記予約の完了を決定することと、をさらに含む、請求項１６に記載の方法。
19. 第３の第３層セッションメッセージを前記トーカから受信することであって、前記第３の第３層セッションメッセージが、前記セッションが終了したことを示す、受信することと、
    前記第３の第３層セッションメッセージを受信することに応答して、前記第１のネットワーク経路および前記第２のネットワーク経路の前記予約を、前記第２層予約プロトコルに従って解放することと、をさらに含む、請求項１５〜１８のいずれか一項に記載の方法。
20. 前記第１のネットワーク経路および前記第２のネットワーク経路の前記予約を解放することが、
    前記データストリームの、前記トーカからのおよび前記リスナへの通信のための前記要求帯域幅の予約を解放することと、
    １つ以上のトーカ属性および１つ以上のリスナ属性を、前記第２層予約プロトコルに従って登録解除することと、を含む、請求項１９に記載の方法。

Images