知財求人 - 知財ポータルサイト「IP Force」
▶ ノキア ソリューションズ アンド ネットワークス オサケユキチュアの特許一覧
特許6640350ウェブリアルタイム通信シナリオの強化型メディアプレーン最適化
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6640350
(24)【登録日】2020年1月7日
(45)【発行日】2020年2月5日
(54)【発明の名称】ウェブリアルタイム通信シナリオの強化型メディアプレーン最適化
(51)【国際特許分類】
H04M 3/00 20060101AFI20200127BHJP
H04W 80/10 20090101ALI20200127BHJP
H04M 11/00 20060101ALI20200127BHJP
H04L 29/08 20060101ALI20200127BHJP
H04L 12/70 20130101ALI20200127BHJP
【ＦＩ】
H04M3/00 B
H04W80/10
H04M11/00 302
H04L13/00 307A
H04L12/70 D
【請求項の数】40
【全頁数】44
(21)【出願番号】特願2018-523760(P2018-523760)
(86)(22)【出願日】2015年11月9日
(65)【公表番号】特表2019-506019(P2019-506019A)
(43)【公表日】2019年2月28日
(86)【国際出願番号】EP2015076055
(87)【国際公開番号】WO2017080574
(87)【国際公開日】20170518
【審査請求日】2018年6月1日
(73)【特許権者】
【識別番号】513311642
【氏名又は名称】ノキア ソリューションズ アンド ネットワークス オサケユキチュア
(74)【代理人】
【識別番号】100094569
【弁理士】
【氏名又は名称】田中 伸一郎
(74)【代理人】
【識別番号】100088694
【弁理士】
【氏名又は名称】弟子丸 健
(74)【代理人】
【識別番号】100103610
【弁理士】
【氏名又は名称】▲吉▼田 和彦
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【識別番号】100086771
【弁理士】
【氏名又は名称】西島 孝喜
(74)【代理人】
【識別番号】100109070
【弁理士】
【氏名又は名称】須田 洋之
(74)【代理人】
【識別番号】100109335
【弁理士】
【氏名又は名称】上杉 浩
(74)【代理人】
【識別番号】100120525
【弁理士】
【氏名又は名称】近藤 直樹
(74)【代理人】
【識別番号】100139712
【弁理士】
【氏名又は名称】那須 威夫
(72)【発明者】
【氏名】ベリング トマス
【審査官】
山田 倍司
(56)【参考文献】
【文献】
米国特許出願公開第２０１４／０１３６６５６（ＵＳ，Ａ１）
【文献】
米国特許出願公開第２０１４／０２９４０００（ＵＳ，Ａ１）
【文献】
米国特許出願公開第２００８／０３０１７４２（ＵＳ，Ａ１）
【文献】
特表２０１２−５０３２６５（ＪＰ，Ａ）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｇ０６Ｆ １３／００
Ｈ０４Ｂ ７／２４− ７／２６
Ｈ０４Ｌ １２／００−１２／２６
１２／５０−１２／９５５
１３／０２−１３／１８
２９／００−２９／１２
Ｈ０４Ｍ １／００
１／２４− ３／００
３／１６− ３／２０
３／３８− ３／５８
７／００− ７／１６
１１／００−１１／１０
９９／００
Ｈ０４Ｎ ７／１０
７／１４− ７／１７３
７／２０− ７／５６
２１／００−２１／８５８
Ｈ０４Ｗ ４／００−９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−２
ＣＴ ＷＧ１
(57)【特許請求の範囲】
【請求項1】
同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信し、及び
前記第１のセッション記述メッセージに基づいて、前記多数のメディアストリームの個別搬送の可能性、及び前記同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成する、
ことを含む方法。
前記第１のセッション記述メッセージに基づいて、前記多数のメディアストリームの個別搬送の可能性、及び前記同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成する、
ことを含む方法。
【請求項2】
前記第２のセッション記述メッセージは、
前記多数のメディアストリームの各メディアストリーム当たり１つのメディアライン、及び
前記少なくとも幾つかのメディアストリームが同じストリーム制御アソシエーションに属することを表わす前記少なくとも幾つかのメディアストリームの情報、
を含む、請求項１に記載の方法。
前記多数のメディアストリームの各メディアストリーム当たり１つのメディアライン、及び
前記少なくとも幾つかのメディアストリームが同じストリーム制御アソシエーションに属することを表わす前記少なくとも幾つかのメディアストリームの情報、
を含む、請求項１に記載の方法。
【請求項3】
各メディアストリーム当り１つのメディアライン、及び同じストリーム制御アソシエーションにおける多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性の指示を含む第１のセッション記述メッセージを受信し、及び
前記第１のセッション記述メッセージに基づいて、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成する、
ことを含む方法。
前記第１のセッション記述メッセージに基づいて、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成する、
ことを含む方法。
【請求項4】
前記第１のセッション記述メッセージは、前記少なくとも幾つかのメディアストリームが同じストリーム制御アソシエーションに属することを表わす前記少なくとも幾つかのメディアストリームの情報を含む、請求項３に記載の方法。
【請求項5】
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第２のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項２に記載の方法。
【請求項6】
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第１のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項４に記載の方法。
【請求項7】
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、
前記情報要素の各々は、前記情報要素が属するメディアライン以外の前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第２のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項２に記載の方法。
前記情報要素の各々は、前記情報要素が属するメディアライン以外の前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第２のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項２に記載の方法。
【請求項8】
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、
前記情報要素の各々は、前記情報要素が属するメディアライン以外の前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第１のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項４に記載の方法。
前記情報要素の各々は、前記情報要素が属するメディアライン以外の前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第１のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項４に記載の方法。
【請求項9】
前記ストリーム制御アソシエーションにはアソシエーション番号が指定され、
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、
前記情報要素の各々は、同じストリーム制御アソシエーションに指定される前記アソシエーション番号を含む、請求項２又は４に記載の方法。
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、
前記情報要素の各々は、同じストリーム制御アソシエーションに指定される前記アソシエーション番号を含む、請求項２又は４に記載の方法。
【請求項10】
前記第２のセッション記述メッセージの各メディアラインには独特の番号が指定され、
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに指定された独特の番号を含む、請求項２又は４に記載の方法。
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに指定された独特の番号を含む、請求項２又は４に記載の方法。
【請求項11】
前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送に関連した所定の属性が、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの１つに追加される、請求項１から１０のいずれかに記載の方法。
【請求項12】
前記第２のセッション記述メッセージを送信することを更に含む、請求項１から１１のいずれかに記載の方法。
【請求項13】
前記方法は、セルラーシステムの強化型プロキシーコールセッション制御機能ノードにおいて又はそれにより実行可能であり、及び／又は
前記方法は、ＬＴＥ及びＬＴＥ−Ａセルラーシステムの少なくとも１つにおいて実行可能であり、及び／又は
前記第１のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記第２のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記ストリーム制御アソシエーションは、ストリーム制御送信プロトコルアソシエーションである、請求項１から１２のいずれかに記載の方法。
前記方法は、ＬＴＥ及びＬＴＥ−Ａセルラーシステムの少なくとも１つにおいて実行可能であり、及び／又は
前記第１のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記第２のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記ストリーム制御アソシエーションは、ストリーム制御送信プロトコルアソシエーションである、請求項１から１２のいずれかに記載の方法。
【請求項14】
第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす第１のセッション記述メッセージを受信し、
前記第１のセッション記述メッセージに基づいて、
前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わす少なくとも１つのメディアライン、及び
前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、
を含む第２のセッション記述メッセージを生成し、及び
前記第２のセッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を、前記第２のセッション記述メッセージに追加する、
ことを含む方法。
前記第１のセッション記述メッセージに基づいて、
前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わす少なくとも１つのメディアライン、及び
前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、
を含む第２のセッション記述メッセージを生成し、及び
前記第２のセッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を、前記第２のセッション記述メッセージに追加する、
ことを含む方法。
【請求項15】
前記第２のセッション記述メッセージを送信することを更に含む、請求項１４に記載の方法。
【請求項16】
第２の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす少なくとも１つのメディアライン、
第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び
最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報、
を含むセッション記述メッセージを受信し、及び
前記メディアライン数情報に基づき、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定する、
ことを含む方法。
第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び
最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報、
を含むセッション記述メッセージを受信し、及び
前記メディアライン数情報に基づき、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定する、
ことを含む方法。
【請求項17】
前記受信したセッション記述メッセージにおける各メディアラインをカウントし、
前記カウントの結果と、前記メディアライン数情報から導出される、最初に生成された前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの前記合計数とを比較し、
前記カウントの前記結果と、前記メディアライン数情報から導出される、最初に生成された前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの各々の前記合計数とが一致しない場合には、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用しないことを決定する、
ことを更に含む、請求項１６に記載の方法。
前記カウントの結果と、前記メディアライン数情報から導出される、最初に生成された前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの前記合計数とを比較し、
前記カウントの前記結果と、前記メディアライン数情報から導出される、最初に生成された前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの各々の前記合計数とが一致しない場合には、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用しないことを決定する、
ことを更に含む、請求項１６に記載の方法。
【請求項18】
前記メディアライン数情報が前記受信したセッション記述メッセージに存在しない場合は、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用しないと決定することを更に含む、請求項１６に記載の方法。
【請求項19】
前記方法は、セルラーシステムの強化型プロキシーコールセッション制御機能ノードにおいて又はそれにより実行可能であり、及び／又は
前記方法は、ＬＴＥ及びＬＴＥ−Ａセルラーシステムの少なくとも１つにおいて実行可能であり、及び／又は
前記第１のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記第２のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記セッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記搬送は、メディアストリームの透過的搬送である、
請求項１４から１８のいずれかに記載の方法。
前記方法は、ＬＴＥ及びＬＴＥ−Ａセルラーシステムの少なくとも１つにおいて実行可能であり、及び／又は
前記第１のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記第２のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記セッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記搬送は、メディアストリームの透過的搬送である、
請求項１４から１８のいずれかに記載の方法。
【請求項20】
少なくとも１つのプロセッサ、
コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス、
を備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信し、及び
前記第１のセッション記述メッセージに基づき、前記多数のメディアストリームの個別搬送の可能性、及び同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成する、
ようにさせるよう構成された装置。
コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス、
を備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信し、及び
前記第１のセッション記述メッセージに基づき、前記多数のメディアストリームの個別搬送の可能性、及び同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成する、
ようにさせるよう構成された装置。
【請求項21】
前記第２のセッション記述メッセージは、
前記多数のメディアストリームの各メディアストリーム当たり１つのメディアライン、及び
前記少なくとも幾つかのメディアストリームが同じストリーム制御アソシエーションに属することを表わす前記少なくとも幾つかのメディアストリームの情報、
を含む、請求項２０に記載の装置。
前記多数のメディアストリームの各メディアストリーム当たり１つのメディアライン、及び
前記少なくとも幾つかのメディアストリームが同じストリーム制御アソシエーションに属することを表わす前記少なくとも幾つかのメディアストリームの情報、
を含む、請求項２０に記載の装置。
【請求項22】
少なくとも１つのプロセッサ、
コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス、
を備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
各メディアストリーム当り１つのメディアライン、及び同じストリーム制御アソシエーションにおける多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性の指示を含む第１のセッション記述メッセージを受信し、及び
前記第１のセッション記述メッセージに基づき、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成する、
ようにさせるよう構成された装置。
コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス、
を備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
各メディアストリーム当り１つのメディアライン、及び同じストリーム制御アソシエーションにおける多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性の指示を含む第１のセッション記述メッセージを受信し、及び
前記第１のセッション記述メッセージに基づき、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成する、
ようにさせるよう構成された装置。
【請求項23】
前記第１のセッション記述メッセージは、前記少なくとも幾つかのメディアストリームが同じストリーム制御アソシエーションに属することを表わす前記少なくとも幾つかのメディアストリームの情報を含む、請求項２２に記載の装置。
【請求項24】
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第２のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項２１に記載の装置。
【請求項25】
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第１のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項２３に記載の装置。
【請求項26】
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、
前記情報要素の各々は、前記情報要素が属するメディアライン以外の前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第２のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項２１に記載の装置。
前記情報要素の各々は、前記情報要素が属するメディアライン以外の前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第２のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項２１に記載の装置。
【請求項27】
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、
前記情報要素の各々は、前記情報要素が属するメディアライン以外の前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第１のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項２３に記載の装置。
前記情報要素の各々は、前記情報要素が属するメディアライン以外の前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、前記序数は、前記第１のセッション記述メッセージにおける前記メディアラインの順序に対応する、請求項２３に記載の装置。
【請求項28】
前記ストリーム制御アソシエーションにはアソシエーション番号が指定され、
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、
前記情報要素の各々は、同じストリーム制御アソシエーションに指定される前記アソシエーション番号を含む、請求項２１又は２３に記載の装置。
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、
前記情報要素の各々は、同じストリーム制御アソシエーションに指定される前記アソシエーション番号を含む、請求項２１又は２３に記載の装置。
【請求項29】
前記第２のセッション記述メッセージの各メディアラインには独特の番号が指定され、
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに指定された独特の番号を含む、請求項２１又は２３に記載の装置。
前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに指定された独特の番号を含む、請求項２１又は２３に記載の装置。
【請求項30】
前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送に関連した所定の属性が、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの１つに追加される、請求項２０から２９のいずれかに記載の装置。
【請求項31】
少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
前記第２のセッション記述メッセージを送信する、
ようにさせるよう構成された、請求項２０から３０のいずれかに記載の装置。
前記第２のセッション記述メッセージを送信する、
ようにさせるよう構成された、請求項２０から３０のいずれかに記載の装置。
【請求項32】
前記装置は、セルラーシステムの強化型プロキシーコールセッション制御機能ノードとして又はそれにおいて動作可能であり、及び／又は
前記装置は、ＬＴＥ及びＬＴＥ−Ａセルラーシステムの少なくとも１つにおいて動作可能であり、及び／又は
前記第１のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記第２のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記ストリーム制御アソシエーションは、ストリーム制御送信プロトコルアソシエーションである、請求項２０から３１のいずれかに記載の装置。
前記装置は、ＬＴＥ及びＬＴＥ−Ａセルラーシステムの少なくとも１つにおいて動作可能であり、及び／又は
前記第１のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記第２のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記ストリーム制御アソシエーションは、ストリーム制御送信プロトコルアソシエーションである、請求項２０から３１のいずれかに記載の装置。
【請求項33】
少なくとも１つのプロセッサ、
コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス、
を備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす第１のセッション記述メッセージを受信し、
前記第１のセッション記述メッセージに基づき、
前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わす少なくとも１つのメディアライン、及び
前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、
を含む第２のセッション記述メッセージを生成し、及び
前記第２のセッション記述メッセージ内の前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を前記第２のセッション記述メッセージに追加する、
ようにさせるよう構成された装置。
コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス、
を備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす第１のセッション記述メッセージを受信し、
前記第１のセッション記述メッセージに基づき、
前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わす少なくとも１つのメディアライン、及び
前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、
を含む第２のセッション記述メッセージを生成し、及び
前記第２のセッション記述メッセージ内の前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を前記第２のセッション記述メッセージに追加する、
ようにさせるよう構成された装置。
【請求項34】
少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
前記第２のセッション記述メッセージを送信する、
ようにさせるよう構成された、請求項３３に記載の装置。
前記第２のセッション記述メッセージを送信する、
ようにさせるよう構成された、請求項３３に記載の装置。
【請求項35】
少なくとも１つのプロセッサ、
コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス、
を備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
第２の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす少なくとも１つのメディアライン、
第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び
最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報、
を含むセッション記述メッセージを受信し、及び
前記メディアライン数情報に基づき、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定する、
ようにさせるよう構成された装置。
コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス、
を備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
第２の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす少なくとも１つのメディアライン、
第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び
最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報、
を含むセッション記述メッセージを受信し、及び
前記メディアライン数情報に基づき、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定する、
ようにさせるよう構成された装置。
【請求項36】
少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、
前記受信したセッション記述メッセージにおける各メディアラインをカウントし、
前記カウントの結果と、前記メディアライン数情報から導出される、最初に生成された前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの前記合計数とを比較し、
前記カウントの前記結果と、前記メディアライン数情報から導出される、最初に生成された前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの各々の前記合計数とが一致しない場合には、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用しないと決定する、
ようにさせるよう構成された、請求項３５に記載の装置。
前記受信したセッション記述メッセージにおける各メディアラインをカウントし、
前記カウントの結果と、前記メディアライン数情報から導出される、最初に生成された前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの前記合計数とを比較し、
前記カウントの前記結果と、前記メディアライン数情報から導出される、最初に生成された前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの各々の前記合計数とが一致しない場合には、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用しないと決定する、
ようにさせるよう構成された、請求項３５に記載の装置。
【請求項37】
前記メディアライン数情報が前記受信したセッション記述メッセージに存在しない場合は、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用しないと決定することを更に含む、請求項３５に記載の装置。
【請求項38】
前記装置は、セルラーシステムの強化型プロキシーコールセッション制御機能ノードとして又はそこにおいて動作可能であり、及び／又は
前記装置は、ＬＴＥ及びＬＴＥ−Ａセルラーシステムの少なくとも１つにおいて動作可能であり、及び／又は
前記第１のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記第２のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記セッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記搬送は、メディアストリームの透過的搬送である、
請求項３３から３７のいずれかに記載の装置。
前記装置は、ＬＴＥ及びＬＴＥ−Ａセルラーシステムの少なくとも１つにおいて動作可能であり、及び／又は
前記第１のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記第２のセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記セッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つであり、及び／又は
前記搬送は、メディアストリームの透過的搬送である、
請求項３３から３７のいずれかに記載の装置。
【請求項39】
コンピュータ上で実行されるときに、請求項１から１９のいずれか１項に記載の方法をコンピュータに実行させるよう構成されたコンピュータ実行可能なコンピュータプログラムコードを含むコンピュータプログラム。
【請求項40】
前記コンピュータプログラムは、コンピュータ読み取り可能な記録媒体に記憶され、及び／又は前記コンピュータプログラムは、プロセッサの内部メモリに直接ロード可能である、請求項３９に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ウェブリアルタイム通信シナリオにおける強化型メディアプレーン最適化に関する。より詳細には、本発明は、典型的に、ウェブリアルタイム通信シナリオにおける強化型メディアプレーン最適化を実現するための手段（方法、装置及びコンピュータプログラム製品を含む）に関する。
【背景技術】
【0002】
本明細書は、一般的に、ウェブリアルタイム通信（ＷｅｂＲＴＣ）ＩＭＳクライアント（ＷＩＣ）間でインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）を通してメディアを透過的に搬送することに関する。そのようなシナリオでは、あるＷＩＣが（メディアを搬送するために）コールを発信し、一方、他のＷＩＣは、（メディアを搬送するために）コールを着信する。コールを発信するＷＩＣは、強化型プロキシーコールセッション制御機能（ｅＰ−ＣＳＣＦ）、即ち発信側ｅＰ−ＣＳＣＦ、を経てＩＭＳにアクセスし、一方、コールを着信するＷＩＣは、別のｅＰ−ＣＳＣＦ、即ち着信側ｅＰ−ＣＳＣＦ、を経てＩＭＳにアクセスする。
【0003】
この分野に関連した既知の透過的メディアフォーマット及び手順について以下に説明する。これらは、特に、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術的仕様書（ＴＳ）２３．２２８、３ＧＰＰ ＴＳ２４．３７１、及び３ＧＰＰ ＴＳ２４．２２９から知られている。
【0004】
着信側ＷＩＣは、発信側ｅＰ−ＣＳＣＦへ送られるセッション記述プロトコル（ＳＤＰ）オファーを生成することによりコールを開始する。ＳＤＰオファーに含まれる情報は、着信側ｅＰ−ＣＳＣＦを経て着信側ＷＩＣへ搬送される。着信側ＷＩＣは、それを受信して受け容れると、ＳＤＰ回答を生成し、そしてそれを着信側ｅＰ−ＣＳＣＦへ送る。そのＳＤＰ回答に含まれる情報は、次いで、発信側ｅＰ−ＣＳＣＦを経て発信側ＷＩＣへ搬送される。
【0005】
発信側ｅＰ−ＣＳＣＦ（コールを発信するＷＩＣはこれを経てＩＭＳにアクセスする）が発信側ＷＩＣから着信側ｅＰ−ＣＳＣＦに向けてＳＤＰオファーを転送し且つメディアプレーン最適化をサポートし、そして合法的傍受の実行を必要としない場合には、ｅＰ−ＣＳＣＦがＷＩＣから既に受信しているＳＤＰオファーをカプセル化する。
【0006】
次のステップが遂行される（発信側ｅＰ−ＣＳＣＦ）。１）ｅＰ−ＣＳＣＦは、受信した各セッションレベルＳＤＰ属性を“ｔｒａ−ａｔｔ”属性へとカプセル化しそしてこの属性をセッションレベル属性として追加する。
２）ｅＰ−ＣＳＣＦは、受信した各セッションレベル帯域巾ラインを“ｔｒａ−ｂｗ”属性へとカプセル化しそしてこの属性をセッションレベル属性として追加する。
３）ｅＰ−ＣＳＣＦがセッションレベルコンタクトラインをＳＤＰオファーに含ませると決定した場合には、ｅＰ−ＣＳＣＦは、強化型ＩＭＳアクセスゲートウェイ（ｅＩＭＳ−ＡＧＷ）から受信したアドレス情報をそのコンタクトラインに含ませて、そのアドレス情報を“ｔｒａ−ｃｏｎｔａｃｔ”属性へとカプセル化し、そしてこの属性をセッションレベル属性として追加する。
４）Ｍｗインターフェイスを経て送られるＳＤＰオファーのメディアラインごとに、
ａ）ｅＰ−ＣＳＣＦがメディアレベルコンタクトラインをＳＤＰオファーに含ませると決定した場合には、ｅＰ−ＣＳＣＦは、ｅＩＭＳ−ＡＧＷから受信したアドレス情報をそのコンタクトラインに含ませて、そのアドレス情報を“ｔｒａ−ｃｏｎｔａｃｔ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
ｂ）ｅＰ−ＣＳＣＦは、メディアラインの出て行くＳＤＰオファーに使用されるべきｅＩＭＳ−ＡＧＷから受信される送信制御プロトコル（ＴＣＰ）又はユーザデータグラムプロトコル（ＵＤＰ）ポートを“ｔｒａ−ｐｏｒｔ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
ｃ）ｅＰ−ＣＳＣＦは、受信した対応メディアラインを“ｔｒａ−ｍ−ｌｉｎｅ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
ｄ）ｅＰ−ＣＳＣＦは、受信した対応メディアラインに対する受信した各メディアレベル属性を“ｔｒａ−ａｔｔ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
ｅ）ｅＰ−ＣＳＣＦは、受信した対応メディアラインに対する受信した各帯域巾ラインを“ｔｒａ−ｂｗ”属性へとカプセル化し、そしてこれをメディアラインのメディアレベル属性として追加する。
【0007】
ｅＩＭＳ−ＡＧＷと相互作用してリソースを予約しそしてメディアの取り扱いに必要な情報を与えるときに、ｅＰ−ＣＳＣＦ（発信側ｅＰ−ＣＳＣＦ）は、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ａｔｔ”及び“ｔｒａ−ｂｗ”属性以外でＳＤＰオファーに記述されたメディアに適したリソースを求める。
【0008】
発信側のｅＰ−ＣＳＣＦが（着信側ｅＰ−ＣＳＣＦから）Ｍｗインターフェイスを経てＳＤＰ回答を受け取りそしてそのＳＤＰ回答が“ｔｒａ−ｍ−ｌｉｎｅ”メディアレベルＳＤＰ属性を含む場合には、次のステップが遂行される（発信側ｅＰ−ＣＳＣＦ）。１）ＩＭＳ−ＡＬＧ手順を呼び出すとき、ｅＰ−ＣＳＣＦは、“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ａｔｔ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性で受信されるメディア情報を使用する。
２）ｅＰ−ＣＳＣＦは、受信した全てのＳＤＰ属性及び帯域巾ラインを、転送されるＳＤＰ回答（これも“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ｐｏｒｔ”、“ｔｒａ−ａｔｔ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性を含む）から除去する。
３）ｅＰ−ＣＳＣＦは、セッションレベル“ｔｒａ−ａｔｔ”ＳＤＰ属性内に受け取られるＳＤＰ属性をカプセル解除し、そしてそれらを（発信側）ＷＩＣに向かうＳＤＰ回答におけるセッションレベル属性として与える。
４）ｅＰ−ＣＳＣＦは、セッションレベル“ｔｒａ−ｂｗ”ＳＤＰ属性内に受け取られる帯域巾ラインをカプセル解除し、そしてそれらを（発信側）ＷＩＣに向かうＳＤＰ回答におけるセッションレベル帯域巾ラインとして与える。
５）（発信側）ＷＩＣに向かって送られるＳＤＰオファーにおけるメディアラインごとに、
ａ）ｅＰ−ＣＳＣＦは、“ｔｒａ−ｍ−ｌｉｎｅ”ＳＤＰ属性内に受け取られるメディアラインをカプセル解除し、そしてそれを（発信側）ＷＩＣに向かうＳＤＰ回答におけるメディアラインとして与え、ポート番号を、ｅＩＭＳ−ＡＧＷにより割り当てられるポートに置き換える。
ｂ）ｅＰ−ＣＳＣＦは、対応するメディアラインの“ｔｒａ−ａｔｔ”ＳＤＰ属性内に受け取られるメディアレベルＳＤＰ属性をカプセル解除し、そしてそれらを（発信側）ＷＩＣに向かうＳＤＰ回答におけるメディアラインのメディアレベル属性として与える。
ｃ）ｅＰ−ＣＳＣＦは、対応するメディアラインの“ｔｒａ−ｂｗ”ＳＤＰ属性内に受け取られるメディアレベル帯域巾ラインをカプセル解除し、そしてそれらを（発信側）ＷＩＣに向かうＳＤＰ回答におけるメディアラインのメディアレベル帯域巾ラインとして与える。
６）ｅＰ−ＣＳＣＦは、このように生成されるＳＤＰ回答を使用して、ＩＭＳアプリケーションレベルゲートウェイ（ＩＭＳ−ＡＬＧ）手順を呼び出す。
【0009】
ｅＩＭＳ−ＡＧＷと相互作用するときに、ｅＰ−ＣＳＣＦは、ｅＩＭＳ−ＡＧＷにおけるメディアプレーンインターワーキングをデアクチベートする。
【0010】
着信側ｅＰ−ＣＳＣＦが（発信側ｅＰ−ＣＳＣＦから）Ｍｗインターフェイスを経てＳＤＰオファーを受け取りそして着信側ｅＰ−ＣＳＣＦがメディアプレーン最適化をサポートする場合に、着信側ｅＰ−ＣＳＣＦは、メディアラインごとに、メディアプレーン最適化を適用すべきかどうか決定する。メディアプレーン最適化は、次の全ての条件を満足するときに適用される。１）ｅＰ−ＳＣＳＣＦは、ＷＩＣに向けてＳＤＰオファーを転送する。
２）ｅＰ−ＳＣＳＦは、合法的傍受を遂行する必要がない。
３）メディアラインごとに、“ｔｒａ−ｐｏｒｔ”及び“ｔｒａ−ｍ−ｌｉｎｅ”メディアレベルＳＤＰ属性が受け取られる。
４）受け取ったＳＤＰにセッションレベルコンタクトラインが含まれる場合には、受け取ったＳＤＰに“ｔｒａ−ｃｏｎｔａｃｔ”セッションレベルＳＤＰ属性も含まれ、そして“ｃｏｎｔａｃｔ−ｌｉｎｅ”は、“ｔｒａ−ｃｏｎｔａｃｔ”属性内にカプセル化されたものと同じである。
５）任意のメディアラインに対して受け取ったＳＤＰにメディアレベルコンタクトラインが含まれる場合には、そのメディアラインに対して受け取ったＳＤＰに“ｔｒａ−ｃｏｎｔａｃｔ”メディアレベルＳＤＰ属性も含まれ、そして“ｃｏｎｔａｃｔ−ｌｉｎｅ”は、“ｔｒａ−ｃｏｎｔａｃｔ”属性内にカプセル化されたものと同じである。
６）受け取ったメディアラインごとに、ｍ−ｌｉｎｅのポート値は、そのメディアラインに対するメディアレベル“ｔｒａ−ｐｏｒｔ”属性内と同じである。
【0011】
メディアプレーン最適化を適用すべき場合には、次のステップを遂行する（着信側ｅＰ−ＣＳＣＦ）。１）ＩＭＳ−ＡＬＧ手順を呼び出すときに、ｅＰ−ＣＳＣＦは、“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ａｔｔ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性において受信したメディア情報を使用する（ｅＩＭＳ−ＡＧＷと相互作用するとき、ｅＰ−ＣＳＣＦは、ｅＩＭＳ−ＡＧＷにおけるメディアプレーンインターワーキングをデアクチベートする）。
２）ｅＰ−ＣＳＣＦは、受信した全てのＳＤＰ属性及び帯域巾ラインを、転送されるＳＤＰオファー（これも“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ｐｏｒｔ”、“ｔｒａ−ａｔｔ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性を含む）から除去する。
３）ｅＰ−ＣＳＣＦは、セッションレベル“ｔｒａ−ａｔｔ”ＳＤＰ属性内に受け取られたＳＤＰ属性をカプセル解除し、そしてそれらをＷＩＣに向かうＳＤＰオファーにおけるセッションレベル属性として与える。
４）ｅＰ−ＣＳＣＦは、セッションレベル“ｔｒａ−ｂｗ”ＳＤＰ属性内に受け取られた帯域巾ラインをカプセル解除し、そしてそれらをＷＩＣに向かうＳＤＰオファーにおけるセッションレベル帯域巾ラインとして与える。
５）ＷＩＣに向かって送られるＳＤＰオファーにおけるメディアラインごとに、
ａ）ｅＰ−ＣＳＣＦは、“ｔｒａ−ｍ−ｌｉｎｅ”ＳＤＰ属性内に受け取られたメディアラインをカプセル解除し、そしてそれをＷＩＣに向かうＳＤＰオファーにおけるメディアラインとして与え、ポート番号をそのｅＩＭＳ−ＡＧＷにより割り当てられるポートに置き換える。
ｂ）ｅＰ−ＣＳＣＦは、対応するメディアラインに対する“ｔｒａ−ａｔｔ”ＳＤＰ属性内に受け取られるメディアレベルＳＤＰ属性をカプセル解除し、そしてそれらをＷＩＣに向かうＳＤＰオファーにおけるメディアラインのメディアレベル属性として与える。
ｃ）ｅＰ−ＣＳＣＦは、対応するメディアラインに対する“ｔｒａ−ｂｗ”ＳＤＰ属性内に受け取られるメディアレベル帯域巾ラインをカプセル解除し、そしてそれらをＷＩＣに向かうＳＤＰオファーにおけるメディアラインのメディアレベル帯域巾ラインとして与える。
【0012】
着信側ｅＰ−ＣＳＣＦが（着信側）ＷＩＣからＳＤＰ回答を受け取りそして着信側ｅＰ−ＣＳＣＦがそれに対応するＳＤＰオファーを処理するときにメディアプレーン最適化の適用を決定した場合には、次のステップが行われる（着信側ｅＰ−ＣＳＣＦ）。１）ｅＰ−ＣＳＣＦは、関連するＳＤＰオファー、及びＷＩＣから受け取られたＳＤＰ回答に基づいてＳＤＰ回答を生成する（回答の選択されるフォーマットは、オファーされるフォーマットに適合する必要があり、メディアラインは、それに対応するメディアラインがＷＩＣからの回答においてディスエイブルされた場合にはポート０を経てディスエイブルされる。
２）ｅＰ−ＣＳＣＦは、受信した各セッションレベルＳＤＰ属性を“ｔｒａ−ａｔｔ”属性へとカプセル化し、そしてこの属性をセッションレベル属性として追加する。
３）ｅＰ−ＣＳＣＦは、受信した各セッションレベル帯域巾ラインを“ｔｒａ−ｂｗ”属性へとカプセル化し、そしてこの属性をセッションレベル属性として追加する。
４）Ｍｗインターフェイスを経て送られるＳＤＰ回答のメディアラインごとに、
ａ）ｅＰ−ＣＳＣＦは、それに対応する受け取ったメディアラインを“ｔｒａ−ｍ−ｌｉｎｅ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
ｂ）ｅＰ−ＣＳＣＦは、それに対応する受け取ったメディアラインの各受け取ったメディアレベルを“ｔｒａ−ａｔｔ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
ｃ）ｅＰ−ＣＳＣＦは、それに対応する受け取ったメディアラインの各受け取った帯域巾ラインを“ｔｒａ−ｂｗ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
【0013】
上述した手順では、ＷＩＣとｅＰ−ＣＳＣＦとの間及び発信側ｅＰ−ＣＳＣＦと着信側ｅＰ−ＣＳＣＦとの間のＳＤＰメディアラインの数が同じに保たれると仮定する。
【0014】
しかしながら、この仮定は、常に適用されるものではないことが認識される。
【0015】
即ち、あるタイプのメディア、例えば、ＭＳＲＰ（ＩＥＴＦ ＲＦＣ４９７５）を使用するメッセージング、ＢＦＣＰ（ＩＥＴＦ ＲＦＣ４５８２）を使用するフロア制御、及びＩＴＵ−Ｔ勧告Ｔ．１４０を使用するテキスト電話では、いわゆるデータチャンネルがＷＩＣとｅＰ−ＣＳＣＦとの間のメディア搬送として使用される。
【0016】
データチャンネルは、ＳＤＰに記載されるか、或いはデータチャンネル確立プロトコル（ＤＣＥＰ）を使用してインバンドで交渉される。
【0017】
多数のメディアストリームを単一ストリーム制御送信プロトコル（ＳＣＴＰ）アソシエーション内で搬送することができ、これは、以下の例に示すように、単一のＳＤＰメディアラインを使用して記載される。
【0018】
規範的ＳＤＰオファー：m=application 10001 UDP/DTLS/SCTP webrtc-datachannel
c=IN IP4 10.10.10.1
a=max-message-size:100000
a=sctp-port:5000
a=setup:actpass
a=connection:new
a=fingerprint:SHA-1 ＼
4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=dcmap:0 subprotocol="BFCP";label="BFCP"
a=dcmap:2 subprotocol="MSRP";label="MSRP"
a=dcsa:2 accept-types:message/cpim text/plain
a=dcsa:2 path:msrp://alice.example.com:10001/2s93i93idj;dc
【0019】
規範的ＳＤＰ回答：m=application 10002 UDP/DTLS/SCTP webrtc-datachannel
c=IN IP4 10.10.10.2
a=max-message-size:100000
a=sctp-port:5002
a=setup:passive
a=connection:new
a=fingerprint:SHA-1 ＼
5B:AD:67:B1:3E:82:AC:3B:90:02:B1:DF:12:5D:CA:6B:3F:E5:54:FA
a=dcmap:2 subprotocol="MSRP";label="MSRP"
a=dcsa:2 accept-types:message/cpim text/plain
a=dcsa:2 path:msrp://bob.example.com:10002/si438dsaodes;dc
【0020】
前記規範的ＳＤＰオファーは、ＢＦＣＰ及びＭＳＲＰサブプロトコルのためのデータチャンネルを含む。規範的ＳＤＰ回答は、ＢＦＣＰを拒絶し、ＭＳＲＰを受け容れる。従って、オファー者は、ＢＦＣＰに対してデータチャンネルを閉じねばならず、そしてオファー者及び回答者は、どちらも、ＭＳＲＰデータチャンネルを使用してスタートすることができる（ＳＣＴＰ／ＤＴＬＳアソシエーションが設定された後に）。ストリームｉｄが０のデータチャンネルは、空きであり、将来のＤＣＥＰ又はＳＤＰオファー／回答の交渉に使用することができる。
【0021】
しかしながら、ＷＩＣとｅＰ−ＣＳＣＦとの間のメディア搬送とは異なり、ＩＭＳコアの搬送（例えば、発信側ｅＰ−ＣＳＣＦと着信側ｅＰ−ＣＳＣＦとの間）では、ＭＳＲＰ、ＢＦＣＰ又はＴ．１４０メディアストリームのようなメディアストリームが個別のＴＣＰ又はＵＤＰフローとして搬送され、従って、ＳＤＰにおいて個別のメディアラインとして説明する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【0022】
従って、上述した手順は、潜在的に誤った前提条件を仮定していて、予期せぬ結果を招き得るという問題が生じる。
【0023】
更に、上述したＷｅｂＲＴＣメディア最適化手順は、各メディアラインに独立して適用されるのではなく、全てのメディアラインに一緒に適用される。即ち、セッションレベルＳＤＰ属性及び帯域巾ラインは、各メディアラインに対してメディアレベルＳＤＰ属性ではなくセッションレベルＳＤＰ属性にカプセル化される。
【0024】
しかしながら、中間ノードは、ＳＤＰオファーを個別のエンティティに向かう異なるメディアに対して多数のオファーに分割することができる。又、中間ノードは、あるメディアライン、例えば、ビデオコールをスピーチコールに変換するためのビデオメディアをディスエイブルすることもできる。
【0025】
従って、上述した手順によれば、ＳＤＰオファーを分割するケースでは、“ｔｒａ−ａｔｔ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性内のセッションレベルカプセル化ＳＤＰ情報がもはや正確なものでないという更に別の問題も生じる。
【0026】
従って、ウェブリアルタイム通信シナリオにおける強化型メディアプレーン最適化を提供する必要がある。
【課題を解決するための手段】
【0027】
本発明の種々の規範的な実施形態は、前記問題及び／又は課題及び欠点の少なくとも一部分に対処することを目的とする。
【0028】
本発明の規範的な実施形態の種々の観点は、特許請求の範囲に指摘される。
【0029】
本発明の規範的観点によれば、同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信し、及び前記第１のセッション記述メッセージに基づいて、前記多数のメディアストリームの個別搬送（separate transport）の可能性、及び同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送（joint transport）の可能性を表わす第２のセッション記述メッセージを生成することを含む方法が提供される。
【0030】
本発明の更に別の規範的観点によれば、各メディアストリーム当り１つのメディアライン、及び同じストリーム制御アソシエーションにおける多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性の指示を含む第１のセッション記述メッセージを受信し、及び前記第１のセッション記述メッセージに基づき、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成することを含む方法が提供される。
【0031】
本発明の更に別の規範的観点によれば、第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす第１のセッション記述メッセージを受信し、前記第１のセッション記述メッセージに基づいて、前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わす少なくとも１つのメディアライン、及び前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性を含む第２のセッション記述メッセージを生成し、及び前記第２のセッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を前記第２のセッション記述メッセージに追加することを含む方法が提供される。
【0032】
本発明の更に別の規範的観点によれば、第２の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす少なくとも１つのメディアライン、第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を含むセッション記述メッセージを受信し、及び前記メディアライン数情報に基づき、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定することを含む方法が提供される。
【0033】
本発明の更に別の規範的観点によれば、少なくとも１つのプロセッサ、コンピュータプログラムコードを含む少なくとも１つのメモリ、及び少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイスを備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信し、及び前記第１のセッション記述メッセージに基づき、前記多数のメディアストリームの個別搬送の可能性、及び同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成するようにさせるよう構成された装置が提供される。
【0034】
本発明の更に別の規範的観点によれば、少なくとも１つのプロセッサ、コンピュータプログラムコードを含む少なくとも１つのメモリ、及び少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイスを備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、各メディアストリーム当り１つのメディアライン、及び同じストリーム制御アソシエーションにおける多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性の指示を含む第１のセッション記述メッセージを受信し、及び前記第１のセッション記述メッセージに基づき、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成するようにさせるよう構成された装置が提供される。
【0035】
本発明の更に別の規範的観点によれば、少なくとも１つのプロセッサ、コンピュータプログラムコードを含む少なくとも１つのメモリ、及び少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイスを備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす第１のセッション記述メッセージを受信し、前記第１のセッション記述メッセージに基づいて、前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わす少なくとも１つのメディアライン、及び前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性を含む第２のセッション記述メッセージを生成し、及び前記第２のセッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を前記第２のセッション記述メッセージに追加するようにさせるよう構成された装置が提供される。
【0036】
本発明の更に別の規範的観点によれば、少なくとも１つのプロセッサ、コンピュータプログラムコードを含む少なくとも１つのメモリ、及び少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイスを備えた装置において、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードとで、装置が、第２の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす少なくとも１つのメディアライン、第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を含むセッション記述メッセージを受信し、及び前記メディアライン数情報に基づき、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定するようにさせるよう構成された装置が提供される。
【0037】
本発明の更に別の規範的観点によれば、同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信するように構成された受信手段、及び前記第１のセッション記述メッセージに基づき、前記多数のメディアストリームの個別搬送の可能性、及び同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成するように構成された生成手段を備えた装置が提供される。
【0038】
本発明の更に別の規範的観点によれば、各メディアストリーム当り１つのメディアライン、及び同じストリーム制御アソシエーションにおける多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性の指示を含む第１のセッション記述メッセージを受信するように構成された受信手段、及び前記第１のセッション記述メッセージに基づいて、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成するように構成された生成手段を備えた装置が提供される。
【0039】
本発明の更に別の規範的観点によれば、第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす第１のセッション記述メッセージを受信するように構成された受信手段、前記第１のセッション記述メッセージに基づき、前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わす少なくとも１つのメディアライン、及び前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性を含む第２のセッション記述メッセージを生成するよう構成された生成手段、及び前記第２のセッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を前記第２のセッション記述メッセージに追加するように構成された追加手段を備えた装置が提供される。
【0040】
本発明の更に別の規範的観点によれば、第２の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす少なくとも１つのメディアライン、第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を含むセッション記述メッセージを受信するように構成された受信手段、及び前記メディアライン数情報に基づき、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定するように構成された決定手段を備えた装置が提供される。
【0041】
本発明の更に別の規範的観点によれば、同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信するように構成された受信回路、及び前記第１のセッション記述メッセージに基づき、前記多数のメディアストリームの個別搬送の可能性、及び同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成するように構成された生成回路を備えた装置が提供される。
【0042】
本発明の更に別の規範的観点によれば、各メディアストリーム当り１つのメディアライン、及び同じストリーム制御アソシエーションにおける多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性の指示を含む第１のセッション記述メッセージを受信するように構成された受信回路、及び前記第１のセッション記述メッセージに基づいて、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成するように構成された生成回路を備えた装置が提供される。
【0043】
本発明の更に別の規範的観点によれば、第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす第１のセッション記述メッセージを受信するように構成された受信回路、前記第１のセッション記述メッセージに基づき、前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わす少なくとも１つのメディアライン、及び前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性を含む第２のセッション記述メッセージを生成するよう構成された生成回路、及び前記第２のセッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を前記第２のセッション記述メッセージに追加するように構成された加算回路を備えた装置が提供される。
【0044】
本発明の更に別の規範的観点によれば、第２の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす少なくとも１つのメディアライン、第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を含むセッション記述メッセージを受信するように構成された受信回路、及び前記メディアライン数情報に基づき、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定するように構成された決定回路を備えた装置が提供される。
【0045】
本発明の更に別の規範的観点によれば、プログラムがコンピュータ（例えば、本発明の前記装置関連の規範的観点のいずれか１つによる装置のコンピュータ）上で実行されるとき、そのコンピュータが本発明の前記方法関連の規範的観点のいずれか１つによる方法を実行するようにさせるよう構成されたコンピュータ実行可能なコンピュータプログラムコードを含むコンピュータプログラム製品が提供される。
【0046】
そのようなコンピュータプログラム製品は、コンピュータ実行可能なコンピュータプログラムコードが記憶される（有形の）コンピュータ読み取り可能な（ストレージ）媒体等を含み（又はそこで実施され）、及び／又はプログラムは、コンピュータ又はそのプロセッサの内部メモリに直接ロードすることができる。
【0047】
前記観点は、いずれも、前記シナリオにおける特定の状況を効率的に取り扱って、従来技術に関連して示される問題及び欠点の少なくとも一部分を解消できるようにする。
【0048】
本発明の規範的な実施形態によれば、ウェブリアルタイム通信シナリオにおける強化型メディアプレーン最適化が提供される。より詳細には、本発明の規範的実施形態によれば、ウェブリアルタイム通信シナリオにおける強化型メディアプレーン最適化を実現するための手段及びメカニズムが提供される。
【0049】
従って、ウェブリアルタイム通信シナリオにおける強化型メディアプレーン最適化を可能にする／実現する方法、装置及びコンピュータプログラム製品によって改善が達成される。
【0050】
以下、本発明は、添付図面を参照して非限定例により詳細に説明する。
【図面の簡単な説明】
【0051】
【図1】本発明の規範的実施形態による装置を示すブロック図である。
【図2】本発明の規範的実施形態による装置を示すブロック図である。
【図3】本発明の規範的実施形態による装置を示すブロック図である。
【図4】本発明の規範的実施形態による装置を示すブロック図である。
【図5】本発明の規範的実施形態による手順の概略図である。
【図6】本発明の規範的実施形態による手順の概略図である。
【図7】本発明の規範的実施形態による装置を示すブロック図である。
【図8】本発明の規範的実施形態による装置を示すブロック図である。
【図9】本発明の規範的実施形態による装置を示すブロック図である。
【図10】本発明の規範的実施形態による装置を示すブロック図である。
【図11】本発明の規範的実施形態による手順の概略図である。
【図12】本発明の規範的実施形態による手順の概略図である。
【図13】本発明の規範的実施形態によるシグナリングシーケンスを伴う規範的システム環境の概略図である。
【図14】本発明の規範的実施形態による装置を交互に示すブロック図である。
【図15】本発明の規範的実施形態による装置を交互に示すブロック図である。
【発明を実施するための形態】
【0052】
本発明は、特定の非限定例、及び本発明の想像可能な実施形態と現在考えられるものを参照してここに説明する。当業者であれば、本発明は、これらの例に限定されず、更に広範囲に適用できることが明らかであろう。
【0053】
本発明及びその実施形態の以下の説明は、主として、ある規範的ネットワーク構成及び展開に対する非限定例として使用される仕様を参照することに注意されたい。即ち、本発明及びその実施形態は、主として、ある規範的ネットワーク構成及び展開に対する非限定例として使用される３ＧＰＰ仕様に関連して説明する。特に、ＷｅｂＲＴＣは、そのように説明される規範的実施形態を適用するための非限定例として使用される。従って、ここに述べる規範的実施形態の説明は、特に、それに直接関連した用語を参照する。そのような用語は、ここに提示する非限定例の文脈のみに使用され、当然、本発明を何ら制限するものではない。むしろ、ここに述べる特徴に適合する限り、他の通信又は通信関連システム展開等を使用することもできる。
【0054】
以下、本発明の種々の実施形態及び具現化並びにその観点又は実施形態は、多数の変形例及び／又は代替例を使用して説明される。一般的に、ある必要性及び制約により、ここに述べる全ての変形例及び／又は代替例は、単独で与えられてもよいし、又は便利な組み合せ（種々の変形例及び／又は代替例の個々の特徴の組み合せも含む）で与えられてもよい。
【0055】
本発明の規範的な実施形態によれば、一般的に述べると、ウェブリアルタイム通信シナリオにおける強化型メディアプレーン最適化のための（それを可能にする／実現するための）手段及びメカニズムが提供される。
【0056】
図１は、本発明の規範的な実施形態による装置を示すブロック図である。この装置は、受信回路１１及び生成回路１２を備えたｅＰ−ＣＳＣＦのようなアクセスノード１０である。受信回路１１は、同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信する。第１のセッション制御メッセージは、多数のメディアストリームのうちの１つ又は幾つかだけの記述を含む。多数のメディアストリームのうちの付加的なものが、その後の時点で、個別のセッション制御メッセージにより追加される。生成回路１２は、前記第１のセッション記述メッセージに基づいて、前記多数のメディアストリームの個別搬送の可能性、及び同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成する。図５は、本発明の規範的実施形態による手順の概略図である。図１の装置は、図５の方法を実施するが、この方法に限定されない。図５の方法は、図１の装置により遂行されるが、この装置により遂行されることに限定されない。
【0057】
図５に示すように、本発明の規範的実施形態による手順は、同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信する動作（Ｓ５１）、及び前記第１のセッション記述メッセージに基づいて、前記多数のメディアストリームの個別搬送の可能性、及び前記同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成する動作（Ｓ５２）を含む。
【0058】
換言すれば、発信側ＷＩＣから単一のＳＣＴＰアソシエーション内のデータチャンネル内の多数のメディアストリームに対するＳＤＰオファーを受け取るとき、発信側ｅＰ−ＣＳＣＦは、ＷＩＣとｅＰ−ＣＳＣＦとの間の同じＳＣＴＰアソシエーションにおいて搬送されるべきメディアの個別搬送をオファーするメディアラインの少なくとも幾つかに対してＳＤＰ内に、透過的搬送が選択されるときそれらのメディアラインが同じＳＣＴＰアソシエーションにおいて搬送されるべきであるとの指示を与えることにより、データチャンネルの透過的搬送をＳＤＰにおけるデータチャンネル以外の多数のデータストリームの個別搬送に代るものとしてオファーする。
【0060】
一実施形態において、図１又は２に示す装置の機能の少なくとも幾つかは、１つの動作エンティティを形成する２つ（以上）の物理的に個別の装置間で共有されてもよい。それ故、装置は、ここに述べるプロセスの少なくとも幾つかを実行するための１つ以上の物理的に個別の装置より成る動作エンティティを示すと考えられる。
【0061】
図５に示す手順の変形例によれば、互いに本来的に独立したものである、ここに述べる動作及び／又は付加的な規範的動作の規範的細部が以下に示される。
【0062】
本発明の更に別の規範的実施形態によれば、前記第２のセッション記述メッセージは、前記多数のメディアストリームの各メディアストリーム当たり１つのメディアライン、及び前記少なくとも幾つかのメディアストリームが同じストリーム制御アソシエーションに属することを表わす前記少なくとも幾つかのメディアストリームの情報を含む。
【0063】
本発明の更に別の規範的実施形態によれば、前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、この序数は、前記第２のセッション記述メッセージにおける前記メディアラインの順序に対応する。
【0064】
換言すれば、そのような更に別の規範的実施形態によれば、透過的搬送が選択されるときに同じＳＣＴＰアソシエーション内で搬送されるべきメディアにメディアラインが関係しているとのＳＤＰ内の指示は、同じデータチャンネル内で搬送されるべきメディアを記述する全てのメディアラインの序数を与える（新規の）ＳＤＰセッションレベル属性により与えられる。
【0065】
そのような（新規の）ＳＤＰ属性は、例えば、次のように読まれ、tra-same-SCTP-association = "tra-same-SCTP-association" ":" m-line-number *["," m-line-number]
ここで、ｍ−ｌｉｎｅ−ｎｕｍｂｅｒは、透過的搬送が選択された場合にＳＣＴＰアソシエーション内で搬送されるべきＳＤＰメディアラインの序数である。
【0066】
前記セッションレベルエンコーディングに従う完全なＳＤＰオファーは、次のようにみえる。C=IN IP4 10.10.10.1
a=tra-same-SCTP-association:1,2
m=application 50000 TCP/BFCP *
a=setup:actpass
a=connection:new
a=tra-m-line:application 10001 UDP/DTLS/SCTP webrtc-datachannel
a=tra-port:50000
a=tra-contact:IN IP4 10.10.10.1
a=tra-att:max-message-size:100000
a=tra-att:sctp-port:5000
a=tra-att:setup:actpass
a=tra-att:connection:new
a=tra-att:fingerprint:SHA-1 ＼
4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tra-att:dcmap:0 subprotocol="BFCP";label="BFCP"
m=application 50001 TCP/MSRP *
a=tra-port:50001
a=accept-types:message/cpim text/plain
a=path:msrp://alice.example.com:10001/2s93i93idj;dc
a=tra-att:dcmap:2 subprotocol="MSRP";label="MSRP"
a=tra-att:dcsa:2 accept-types:message/cpim text/plain
a=tra-att:dcsa:2 path:msrp://alice.example.com:10001/2s93i93idj;dc
【0067】
この例では、セッションレベルＳＤＰ属性“ｔｒａ−ｓａｍｅ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ：１，２”は、第１及び第２のメディアラインが同じＳＣＴＰアソシエーションに関連していることを表わす。
【0068】
本発明の更に別の規範的実施形態によれば、前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、前記情報要素の各々は、前記情報要素が属するメディアライン以外の前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、その序数は、前記第２のセッション記述メッセージにおける前記メディアラインの順序に対応する。
【0069】
換言すれば、そのような更に別の規範的実施形態によれば、透過的搬送が選択されるときに同じＳＣＴＰアソシエーション内で搬送されるべきメディアにメディアラインが関係しているとのＳＤＰ内の指示は、同じＳＣＴＰアソシエーション内で搬送されるべきメディアを記述する他の全てのメディアラインの序数を与える（新規）メディアレベルＳＤＰ属性により与えられる。
【0070】
そのような（新規の）ＳＤＰ属性は、例えば、次のように読まれ、tra-same-SCTP-association = "tra-same-SCTP-association" ":" m-line-number *["," m-line-number]
ここで、ｍ−ｌｉｎｅ−ｎｕｍｂｅｒは、透過的搬送が選択された場合にＳＣＴＰアソシエーション内で搬送されるべきＳＤＰメディアラインの序数である。
【0071】
（新規）ＳＤＰ属性は、（同じＳＣＴＰアソシエーション内で搬送されるべき）関連メディアラインのメディアレベル属性として使用される。
【0072】
前記セッションレベルエンコーディングに従う完全なＳＤＰオファーは、次のようにみえる。C=IN IP4 10.10.10.1
m=application 50000 TCP/BFCP *
a=tra-same-SCTP-association:2
a=setup:actpass
a=connection:new
a=tra-m-line:application 10001 UDP/DTLS/SCTP webrtc-datachannel
a=tra-port:50000
a=tra-contact:IN IP4 10.10.10.1
a=tra-att:max-message-size:100000
a=tra-att:sctp-port:5000
a=tra-att:setup:actpass
a=tra-att:connection:new
a=tra-att:fingerprint:SHA-1 ＼
4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tra-att:dcmap:0 subprotocol="BFCP";label="BFCP"
m=application 50001 TCP/MSRP *
a=tra-same-SCTP-association:1
a=tra-port:50001
a=accept-types:message/cpim text/plain
a=path:msrp://alice.example.com:10001/2s93i93idj;dc
a=tra-att:dcmap:2 subprotocol="MSRP";label="MSRP"
a=tra-att:dcsa:2 accept-types:message/cpim text/plain
a=tra-att:dcsa:2 path:msrp://alice.example.com:10001/2s93i93idj;dc
【0073】
この例では、第１のメディアラインのメディアレベルＳＤＰ属性“ｔｒａ−ｓａｍｅ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ：２”は、第２のメディアラインが第１のメディアラインと同じＳＣＴＰアソシエーションに関連していることを表わす。同様に、第１のメディアラインのメディアレベルＳＤＰ属性“ｔｒａ−ｓａｍｅ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ：１”は、第１のメディアラインが第１のメディアラインと同じＳＣＴＰアソシエーションに関連していることを表わす。
【0074】
本発明の更に別の規範的実施形態によれば、前記ストリーム制御アソシエーションにはアソシエーション番号が指定され、そして前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、前記情報要素の各々は、同じストリーム制御アソシエーションに指定される前記アソシエーション番号を含む。
【0075】
換言すれば、そのような更に別の規範的実施形態によれば、透過的搬送が選択されるときに同じＳＣＴＰアソシエーション内で搬送されるべきメディアにメディアラインが関係しているとのＳＤＰ内の指示は、この属性を経てＳＣＴＰアソシエーションに指定される番号を与える（新規）メディアレベルＳＤＰ属性により与えられる。
【0076】
そのような（新規）ＳＤＰ属性は、例えば、次のように読まれる。tra-SCTP-association = "tra-SCTP-association" ":" SCTP-association-number
ここで、ＳＣＴＰアソシエーション番号は、ＳＣＴＰアソシエーションに指定される番号である。同じＳＣＴＰアソシエーション内で搬送されるべき全てのメディアラインは、同じＳＣＴＰアソシエーション番号でマークされる。
【0077】
前記メディアレベルエンコーディングに従う完全なＳＤＰオファーは、次のようにみえる。C=IN IP4 10.10.10.1
m=application 50000 TCP/BFCP *
a=tra-SCTP-association:1
a=setup:actpass
a=connection:new
a=tra-m-line:application 10001 UDP/DTLS/SCTP webrtc-datachannel
a=tra-port:50000
a=tra-contact:IN IP4 10.10.10.1
a=tra-att:max-message-size:100000
a=tra-att:sctp-port:5000
a=tra-att:setup:actpass
a=tra-att:connection:new
a=tra-att:fingerprint:SHA-1 ＼
4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tra-att:dcmap:0 subprotocol="BFCP";label="BFCP"
m=application 50001 TCP/MSRP *
a=tra-SCTP-association:1
a=tra-port:50001
a=accept-types:message/cpim text/plain
a=path:msrp://alice.example.com:10001/2s93i93idj;dc
a=tra-att:dcmap:2 subprotocol="MSRP";label="MSRP"
a=tra-att:dcsa:2 accept-types:message/cpim text/plain
a=tra-att:dcsa:2 path:msrp://alice.example.com:10001/2s93i93idj;dc
【0078】
この例では、第１及び第２のメディアラインのメディアレベルＳＤＰ属性“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ：１”は、第１及び第２のメディアラインがＳＣＴＰアソシエーション１に関連していることを表わす。
【0079】
本発明の更に別の規範的実施形態によれば、前記第２のセッション記述メッセージの各メディアラインには独特の番号が指定され、そして前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに指定された独特の番号を含む。
【0080】
換言すれば、そのような更に別の規範的実施形態によれば、透過的搬送が選択されるときに同じＳＣＴＰアソシエーション内で搬送されるべきメディアにメディアラインが関係しているとのＳＤＰ内の指示は、ＳＤＰグルーピングフレームワーク内の（新規）セマンティックスにより与えられる。
【0081】
前記エンコーディングに従う完全なＳＤＰオファーは、次のようにみえる。C=IN IP4 10.10.10.1
a=group:TRSA 1 2
m=application 50000 TCP/BFCP *
a=mid:1
a=setup:actpass
a=connection:new
a=tra-m-line:application 10001 UDP/DTLS/SCTP webrtc-datachannel
a=tra-port:50000
a=tra-contact:IN IP4 10.10.10.1
a=tra-att:max-message-size:100000
a=tra-att:sctp-port:5000
a=tra-att:setup:actpass
a=tra-att:connection:new
a=tra-att:fingerprint:SHA-1 ＼
4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tra-att:dcmap:0 subprotocol="BFCP";label="BFCP"
m=application 50001 TCP/MSRP *
a=mid:2
a=tra-port:50001
a=accept-types:message/cpim text/plain
a=path:msrp://alice.example.com:10001/2s93i93idj;dc
a=tra-att:dcmap:2 subprotocol="MSRP";label="MSRP"
a=tra-att:dcsa:2 accept-types:message/cpim text/plain
a=tra-att:dcsa:2 path:msrp://alice.example.com:10001/2s93i93idj;dc
【0082】
この例では、第１のメディアラインのメディアレベルＳＤＰ属性“ｍｉｄ：１”及び第２のメディアラインの“ｍｉｄ：２”は、マーカー“１”及び“２”をそれらのメディアラインに各々指定することを表わす。セッションレベル属性“ｇｒｏｕｐ：ＴＲＳＡ１ ２”は、マーカー“１”及び“２”を伴うメディアラインがセマンティックス“ＴＲＳＡ”と一緒にグループ化されることを表わす。（新規）セマンティックス“ＴＲＳＡ”は、グループ化されたメディアラインが同じＳＣＴＰアソシエーションに関連することを表わす。
【0083】
本発明の更に別の規範的実施形態によれば、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送に関連した所定の属性が前記少なくとも幾つかのメディアストリームに対応する前記メディアラインのうちの１つのメディアラインに追加される。
【0084】
即ち、換言すれば、本発明のそのような更に別の規範的実施形態によれば、ＳＣＴＰアソシエーションを記述する“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”及び／又は“ｔｒａ−ａｔｔ”ＳＤＰ属性は、複写情報を回避するために（同じ）ＳＣＴＰアソシエーション内で搬送されるメディアに関連したメディアラインの１つに対してのみ与えられる。しかしながら、メディアラインへのデータチャンネルのマッピングを助成するため、メディアストリームの“ｄｃｍａｐ”及び“ｄｃｓａ”属性がそれに対応するメディアラインに対する“ｔｒａ−ａｔｔ”属性においてカプセル化されるのが好ましい（前記ＳＤＰオファーの例に示すように）。
【0085】
図５に示す手順の変形例では、本発明の規範的実施形態による規範的方法は、更に、前記第２のセッション記述メッセージを送信する動作を含む。
【0086】
図３は、本発明の規範的な実施形態による装置を示すブロック図である。この装置は、受信回路３１及び生成回路３２を備えたｅＰ−ＣＳＣＦのようなアクセスノード３０である。受信回路３１は、各メディアストリーム当り１つのメディアライン、及び同じストリーム制御アソシエーションにおける多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性の指示を含む第１のセッション記述メッセージを受信し、そして生成回路３２は、前記第１のセッション記述メッセージに基づき、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成する。図６は、本発明の規範的実施形態による手順の概略図である。図３の装置は、図６の方法を遂行するが、この方法に限定されない。図６の方法は、図３の装置により遂行されるが、この装置による遂行に限定されない。
【0087】
図６に示すように、本発明の規範的実施形態による手順は、各メディアストリーム当り１つのメディアライン、及び同じストリーム制御アソシエーションにおける多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性の指示を含む第１のセッション記述メッセージを受信する動作（Ｓ６１）、及び前記第１のセッション記述メッセージに基づき、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成する動作（Ｓ６２）を含む。
【0088】
換言すれば、着信側ｅＰ−ＣＳＣＦが（発信側ｅＰ−ＣＳＣＦから）ＳＤＰオファーを受け取り、これは、個別のメディアラインのメディアを記述するもので、且つそのメディアの少なくとも幾つかが単一のＳＣＴＰアソシエーションにおいて透過的に搬送できるとの指示も含むものであり、そして着信側ｅＰ−ＣＳＣＦがその透過的搬送を選択すると決定するとき、着信側ｅＰ−ＣＳＣＦは、そのＳＣＴＰアソシエーションに関連した単一メディアライン内の単一ＳＣＴＰアソシエーションにおいて搬送されるべきメディアストリームを記述するＳＤＰオファーを（着信側ＷＩＣへ）生成する。
【0090】
一実施形態において、図３又は４に示す装置の機能の少なくとも幾つかは、１つの動作エンティティを形成する２つ（以上）の物理的に個別の装置間で共有されてもよい。それ故、装置は、ここに述べるプロセスの少なくとも幾つかを実行するための１つ以上の物理的に個別の装置より成る動作エンティティを示すと考えられる。
【0091】
図６に示す手順の変形例によれば、互いに本来的に独立したものである、ここに述べる動作及び／又は付加的な規範的動作の規範的細部が以下に示される。
【0092】
本発明の更に別の規範的実施形態によれば、前記第１のセッション記述メッセージは、前記少なくとも幾つかのメディアストリームが同じストリーム制御アソシエーションに属することを表わす前記少なくとも幾つかのメディアストリームの情報を含む。
【0093】
本発明の更に別の規範的実施形態によれば、前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、その序数は、前記第１のセッション記述メッセージにおける前記メディアラインの順序に対応する。
【0094】
換言すれば、図５の方法に関連して上述したように、そのような更に別の規範的実施形態によれば、透過的搬送が選択されるときに同じＳＣＴＰアソシエーション内で搬送されるべきメディアにメディアラインが関係しているとのＳＤＰ内の指示は、同じデータチャンネル内で搬送されるべきメディアを記述する全ての他の又は全てのメディアラインの序数を与える（新規）ＳＤＰ属性により与えられる。
【0095】
本発明の更に別の規範的実施形態によれば、前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、前記情報要素の各々は、前記情報要素が属するメディアライン以外の前記少なくとも幾つかのメディアストリームに対応する前記メディアラインの序数を含み、その序数は、前記第２のセッション記述メッセージにおける前記メディアラインの順序に対応する。
【0096】
換言すれば、図５の方法に関連して上述したように、そのような更に別の規範的実施形態によれば、透過的搬送が選択されるときに同じＳＣＴＰアソシエーション内で搬送されるべきメディアにメディアラインが関係しているとのＳＤＰ内の指示は、同じデータチャンネル内で搬送されるべきメディアを記述する他の全てのメディアラインの序数を与える（新規）メディアレベルＳＤＰ属性により与えられる。
【0097】
本発明の更に別の規範的実施形態によれば、前記ストリーム制御アソシエーションにはアソシエーション番号が指定され、そして前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに各々属する情報要素を含み、前記情報要素の各々は、同じストリーム制御アソシエーションに指定される前記アソシエーション番号を含む。
【0098】
換言すれば、図５の方法に関連して上述したように、そのような更に別の規範的実施形態によれば、透過的搬送が選択されるときに同じＳＣＴＰアソシエーション内で搬送されるべきメディアにメディアラインが関係しているとのＳＤＰ内の指示は、この属性を経てＳＣＴＰアソシエーションに指定される番号を与える（新規）メディアレベルＳＤＰ属性により与えられる。
【0099】
本発明の更に別の規範的実施形態によれば、前記第２のセッション記述メッセージの各メディアラインには独特の番号が指定され、そして前記情報は、前記少なくとも幾つかのメディアストリームに対応する前記メディアラインに指定された独特の番号を含む。
【0100】
換言すれば、図５の方法に関連して上述したように、そのような更に別の規範的実施形態によれば、透過的搬送が選択されるときに同じＳＣＴＰアソシエーション内で搬送されるべきメディアにメディアラインが関係しているとのＳＤＰ内の指示は、ＳＤＰグルーピングフレームワーク内の（新規）セマンティックスにより与えられる。
【0101】
本発明の更に別の規範的実施形態によれば、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送に関連した所定の属性が前記少なくとも幾つかのメディアストリームに対応する前記メディアラインのうちの１つのメディアラインに追加される。
【0102】
図６に示す手順の変形例によれば、本発明の規範的実施形態による規範的な方法は、更に、前記第２のセッション記述メッセージを送信する動作も含む。
【0103】
第１のセッション記述メッセージは、セッション記述プロトコル（ＳＤＰ）オファー又はセッション記述プロトコル（ＳＤＰ）回答の１つである。
【0104】
更に、第２のセッション記述メッセージは、セッション記述プロトコル（ＳＤＰ）オファー又はセッション記述プロトコル（ＳＤＰ）回答の１つである。
【0105】
即ち、換言すれば、図５及び６の方法は、ＳＤＰオファーにより説明されるが、本発明の好ましい規範的実施形態によれば、ＳＤＰ回答にも同様の手順が適用される。
【0106】
即ち、（着信側）ＷＩＣからＳＣＴＰアソシエーション内の多数のメディアストリームについてＳＤＰ回答を受け取り、そして着信側ＷＩＣが透過的メディアの使用を決定したとき、着信側ｅＰ−ＣＳＣＦは、ＷＩＣとｅＰ−ＣＳＣＦとの間の同じＳＣＴＰアソシエーションにおいて搬送されるべきメディアの個別搬送をオファーするメディアラインの少なくとも幾つかに対してＳＤＰ内に、それらのメディアラインがその選択された透過的搬送に対して同じＳＣＴＰアソシエーションにおいて搬送されるべきメディアに関連しているとの指示を与えることにより、ＳＣＴＰアソシエーションの透過的搬送をＳＤＰにおけるＳＣＴＰアソシエーション以外の多数のデータストリームの個別搬送に代るものとして記述する。
【0107】
更に、発信側ｅＰ−ＣＳＣＦがＳＤＰ回答を受け取り、これが、個別のメディアラインのメディアを記述するもので、且つそのメディアの少なくとも幾つかが単一のＳＣＴＰアソシエーションにおいて透過的に搬送できるとの指示も含むものであるとき、発信側ｅＰ−ＣＳＣＦは、そのＳＣＴＰアソシエーションに関連した単一メディアライン内の単一ＳＣＴＰアソシエーションにおいて搬送されるべきメディアストリームを記述するＳＤＰ回答を（発信側ＷＩＣへ）生成する。
【0108】
更に、ストリーム制御アソシエーションは、ストリーム制御送信プロトコル（ＳＣＴＰ）アソシエーションである。
【0109】
図５の方法及び図６の方法は、両方とも、セルラーシステムの強化型プロキシーコールセッション制御機能ノードにおいて又はそれにより動作でき、そしてＬＴＥ及びＬＴＥ−Ａセルラーシステムの少なくとも一方において動作できる。
【0110】
本発明の更に別の規範的実施形態によれば、同じＳＣＴＰアソシエーションにおいて搬送されるべきメディアにメディアラインが関連しているとのＳＤＰオファー又は回答内の指示は、どのメディアストリームを同じＳＣＴＰアソシエーションへマルチプレクスする必要があるか決定し、そしてアタッチされたｅＩＭＳ−ＡＧＷを適宜に構成するようにｅＰ−ＣＳＣＦにより使用される。
【0111】
図７は、本発明の規範的実施形態による装置を示すブロック図である。この装置は、受信回路７１、生成回路７２、及び加算回路７３を備えたｅＰ−ＣＳＣＦのようなアクセスノード７０である。受信回路７１は、第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす第１のセッション記述メッセージを受信する。生成回路７２は、前記第１のセッション記述メッセージに基づいて、前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わすメディアライン、及び前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性を含む第２のセッション記述メッセージを生成する。更に、加算回路７３は、前記第２のセッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を、前記第２のセッション記述メッセージに追加する。第１の搬送は、ストリーム制御アソシエーション内にあり、そして第２の搬送は、システム制御アソシエーションの外部である。図１１は、本発明の規範的実施形態による手順の概略図である。図７の装置は、図１１の方法を遂行するが、この方法に限定されない。図１１の方法は、図７の装置により遂行されるが、この装置により遂行されることに限定されない。
【0112】
図１１に示すように、本発明の規範的実施形態による手順は、第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす第１のセッション記述メッセージを受信する動作（Ｓ１１１）、前記第１のセッション記述メッセージに基づいて、前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共に又は前記第１の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わす１つのメディアライン、及び前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性を含む第２のセッション記述メッセージを生成する動作（Ｓ１１２）、及び前記第２のセッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を、前記第２のセッション記述メッセージに追加する動作（Ｓ１１３）を含む。
【0113】
換言すれば、本発明の規範的実施形態によれば、発信側ｅＰ−ＣＳＣＦがＷＩＣによりオファーされるメディアの透過的搬送をＩＭＳに適した他のフォーマットでのメディアストリームに代るものとしてオファーするとき、発信側ｅＰ−ＣＳＣＦは、それが送るＳＤＰオファーにおけるメディアラインの合計数の明確な指示も与える。
【0114】
即ち、稀な出来事において、中間ノードは、それらが転送する（例えば、ビデオ対ボイスコールを課金するために）ＳＤＰオファーにおいて単一メディアラインを削除又はディスエイブルし（ポートゼロで）、及び／又は異なる装置への個別のセッションイニシエーションプロトコル（ＳＩＰ）メッセージにおいて転送されるべき異なるメディアに対して個別の部分において単一のＳＤＰオファーを分割する。
【0115】
単一メディアラインが除去される場合に、“ａ＝ｔｒａ−ｂｗ”カプセル化ＳＤＰ属性内の合計帯域巾情報のようなセッションレベル情報が不正確となる。更に、単一のＳＣＴＰアソシエーション内の別のトランスポートは、幾つかのメディアストリームを終了すべき場合又はメディアストリームを異なる行先に送信する必要がある場合には実現不能である。
【0116】
本発明の規範的実施形態によれば、着信側のｅＰ−ＣＳＣＦは、メディアラインが除去された稀な出来事において最適化メディアを使用しないと決定しなければならない。しかしながら、着信側ｅＰ−ＣＳＣＦは、中間エンティティがＳＤＰオファーを異なるエンティティに向けて多数の部分に分割したときを検出する手段がない。着信側ｅＰ−ＣＳＣＦがそのような変更を検出できるようにするため、本発明の規範的実施形態によれば、ＳＤＰ内のメディアラインの元の数が、例えば、“ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”としてカプセル化される。
【0117】
中間エンティティは、“ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”のような未知のＳＤＰ属性を通過させるか又はそのような属性を除去する。
【0118】
より具体的に述べると、メディアラインの合計数の明確な指示は、セッションレベルＳＤＰ属性においてエンコードされる。
【0119】
そのような（新規）ＳＤＰ属性は、例えば、次のように読まれる。tra-media-line-number = "tra-media-line-number" ":" m-line-number
ここで、ｍ−ｌｉｎｅ−ｎｕｍｂｅｒは、発信側ｅＰ−ＣＳＣＦにより送られるＳＤＰオファーにおけるメディアラインの合計数である。
【0120】
前記セッションレベルエンコーディングによるＳＤＰオファーは、次のようにみえる。C=IN IP4 10.10.10.1
a=tra-contact:IN IP4 10.10.10.1
a=tra-media-line-number:2
a=tra-bw:AS:1000
m=audio 50000 RTP/AVP 1
a=tra-m-line:audio 10001 RTP/SAVP 101
a=tra-port:50000
a=tra-att: rtpmap:101 opus/48000/2
m=video 50001 RTP/AVPF 99
a=tra-att: rtpmap:99 yyy
a=tra-port:50001
a=tra-m-line:video 10001 RTP/SAVP 102
a=tra-port:50000
a=tra-contact:IN IP4 10.10.10.1
a=tra-att: rtpmap:102 xxx
【0121】
この例では、ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ：２は、最初に生成されたセッション記述プロトコルが２つのメディアラインを含んでいたことを指示する。
【0123】
一実施形態において、図７又は８に示す装置の機能の少なくとも幾つかは、１つの動作エンティティを形成する２つ（以上）の物理的に個別の装置間で共有されてもよい。それ故、装置は、ここに述べるプロセスの少なくとも幾つかを実行するための１つ以上の物理的に個別の装置より成る動作エンティティを示すと考えられる。
【0124】
図１１に示す手順の変形例によれば、互いに本来的に独立したものである、ここに述べる動作及び／又は付加的な規範的動作の規範的細部が以下に示される。
【0125】
図１１に示す手順の変形例によれば、本発明の規範的実施形態による規範的方法は、更に、前記第２のセッション記述メッセージを送信する動作を含む。
【0126】
図９は、本発明の規範的な実施形態による装置を示すブロック図である。この装置は、受信回路９１及び決定回路９２を備えたｅＰ−ＣＳＣＦのようなアクセスノード９０である。受信回路９１は、第２の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす少なくとも１つのメディアライン、第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を含むセッション記述メッセージを受信する。決定回路９２は、前記メディアライン数情報に基づいて、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定する。図１２は、本発明の規範的実施形態による手順の概略図である。図９の装置は、図１２の方法を遂行するが、この方法に限定されない。図１２の方法は、図９の装置により遂行されるが、この装置による遂行に限定されない。
【0127】
図１２に示すように、本発明の規範的実施形態による手順は、搬送されるべき少なくとも１つのメディアストリームを表わす少なくとも１つのメディアライン、第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を含むセッション記述メッセージを受信する動作（Ｓ１２１）、及び前記メディアライン数情報に基づいて、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定する動作（Ｓ１２２）を含む。
【0128】
図１０は、本発明の規範的実施形態による装置を示すブロック図である。特に、図１０は、図９に示す装置の変形例を示す。従って、図９の装置は、更に、カウント回路１０１及び／又は比較回路１０２を備えている。
【0129】
一実施形態において、図９又は１０に示す装置の機能の少なくとも幾つかは、１つの動作エンティティを形成する２つ（以上）の物理的に個別の装置間で共有されてもよい。それ故、装置は、ここに述べるプロセスの少なくとも幾つかを実行するための１つ以上の物理的に個別の装置より成る動作エンティティを示すと考えられる。
【0130】
図１２に示す手順の変形例によれば、互いに本来的に独立したものである、ここに述べる動作及び／又は付加的な規範的動作の規範的細部が以下に示される。
【0131】
図１２に示した手順の変形例によれば、本発明の規範的実施形態による規範的方法は、更に、前記受信したセッション記述メッセージにおける各メディアラインをカウントする動作、及び前記カウントの結果と、前記メディアライン数情報から導出される、最初に生成された前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの前記合計数とを比較する動作を含む。前記カウントの前記結果と、前記メディアライン数情報から導出される、最初に生成された前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの前記合計数とが一致しない場合には、前記第１搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用しないことが決定される（決定ステップＳ１２２）。
【0132】
図１２に示す手順の更に別の変形例によれば、前記メディアライン数情報が前記受信したセッション記述メッセージから得られない場合にも、前記第１搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用しないことが決定される（決定ステップＳ１２２）。
【0133】
換言すれば、メディアの透過的搬送のためのオファーを他のフォーマットでのメディアストリームに代るものとして含むと共にＳＤＰオファーにおけるメディアラインの合計数の指示も含むＳＤＰオファーを着信側ｅＰ−ＣＳＣＦが受信するとき、着信側ｅＰ−ＣＳＣＦは、明確な指示におけるメディアラインの合計数をその受信したＳＤＰオファーにおけるメディアラインの合計数と比較する。それらの数が一致しない場合、又はメディアラインの合計数を伴う指示がその受信したＳＤＰオファーにない場合には、着信側ｅＰ−ＣＳＣＦは、メディアの別の透過的搬送を使用しないと決定し、そしてこの決定を関連ＳＤＰ回答における着信側ｅＰ−ＣＳＣＦに向けて指示する。
【0134】
即ち、図１１の方法に関連して上述したように、本発明の規範的実施形態によれば、着信側ｅＰ−ＣＳＣＦは、メディアラインが除去される稀な出来事において最適化メディアを使用しないと決定しなければならない。着信側ｅＰ−ＣＳＣＦがそれを実行できるようにするために、本発明の規範的実施形態によれば、発信側ｅＰ−ＣＳＣＦは、それが送るＳＤＰオファーにおけるメディアラインの合計数の明確な指示を与える。
【0135】
それにより生じる、前記セッションレベルエンコーディングによるＳＤＰオファーは、次のように見える。C=IN IP4 10.10.10.1
a=tra-contact:IN IP4 10.10.10.1
a=tra-media-line-number:2
a=tra-bw:AS:1000
m=audio 50000 RTP/AVP 1
a=tra-m-line:audio 10001 RTP/SAVP 101
a=tra-port:50000
a=tra-att: rtpmap:101 opus/48000/2
m=video 50001 RTP/AVPF 99
a=tra-att: rtpmap:99 yyy
a=tra-port:50001
a=tra-m-line:video 10001 RTP/SAVP 102
a=tra-port:50000
a=tra-contact:IN IP4 10.10.10.1
a=tra-att: rtpmap:102 xxx
【0136】
この例において、ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ：２は、最初に生成されたセッション記述プロトコルが２つのメディアラインを含むことを示す。
【0137】
例えば、中間ノードが、第２のｍ−ｌｉｎｅ及び全ての関連ＳＤＰ属性をＳＤＰオファーから除去することにより、オファーされたビデオコールをオーディオのみのコールへと変換すると決定する場合に、ＳＤＰオファーは、次のように見える。C=IN IP4 10.10.10.1
a=tra-contact:IN IP4 10.10.10.1
a=tra-media-line-number:2
a=tra-bw:AS:1000
m=audio 50000 RTP/AVP 1
a=tra-m-line:audio 10001 RTP/SAVP 101
a=tra-port:50000
a=tra-att: rtpmap:101 opus/48000/2
【0138】
そのような規範的ケースにおいて、“ａ＝ｔｒａ−ｂｗ：ＡＳ：１０００”ＳＤＰ属性におけるカプセル化合計帯域巾情報は、もはや、オーディオコールに適したものでない。更に、“ａ＝ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”ＳＤＰ属性に指示されるメディアラインの数（即ち、２）は、もはや、ＳＤＰ回答におけるメディアラインの実数（即ち、１）に一致しない。
【0139】
従って、本発明の規範的実施形態によれば、着信側ｅＰ−ＣＳＣＦは、“ａ＝ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”ＳＤＰ属性に指示されるメディアラインの数（即ち、２）を、ＳＤＰ回答におけるメディアラインの実数（即ち、１）と比較する。これらの数が一致しないときに、着信側ｅＰ−ＣＳＣＦは、本発明の規範的実施形態によれば、受信した“ａ＝ｔｒａ−ｍ−ｌｉｎｅ”、“ａ＝ｔｒａ−ｂｗ”及び“ａ＝ｔｒａ−ａｔｔ”ＳＤＰ属性における全ての情報を破棄すると決定し、通常のＳＤＰのｍ−ｌｉｎｅにおけるオファーされたメディアに基づきサービスされるＷＩＣに向けてＳＤＰオファーを構築し、そして発信側ｅＰ−ＣＳＣＦに向けて送るＳＤＰ回答における“ａ＝ｔｒａ−ｍ−ｌｉｎｅ”、“ａ＝ｔｒａ−ｂｗ”及び“ａ＝ｔｒａ−ａｔｔ”ＳＤＰ属性を含まず、これは、次のように見える。C=IN IP4 10.10.10.2
m=audio 50000 RTP/AVP 1
【0140】
図１１の方法及び図１２の方法は、両方とも、セルラーシステムの強化型プロキシーコールセッション制御機能ノードにおいて又はそれにより動作でき、そしてＬＴＥ及びＬＴＥ−Ａセルラーシステムの少なくとも一方において動作できる。
【0141】
第１のセッション記述メッセージ、第２のセッション記述メッセージ、及び／又はセッション記述メッセージは、セッション記述プロトコルオファー又はセッション記述プロトコル回答の１つである。搬送は、メディアストリームの透過的搬送である。
【0142】
図１３は、本発明の規範的実施形態によるシグナリングシーケンスを伴う規範的システム環境の概略図である。
【0143】
特に、図１３は、発信側ＷＩＣであるＷＩＣ−１が着信側ｅＰ−ＣＳＣＦであるｅＰ−ＣＳＣＦ−１を経てＩＭＳにアクセスし、そのｅＰ−ＣＳＣＦ−１が（おそらく中間物を経て）着信側ｅＰ−ＣＳＣＦであるｅＰ−ＣＳＣＦ−２に接続され、これが着信側ＷＩＣであるＷＩＣ−２にアクセスすることを示すと共に、メディアプレーン最適化のためのシグナリング手順も示す。
【0144】
図１１及び１２の方法に関連してこれまで述べなかったことは、考えられる中間物（例えば、付属の遷移ゲートウェイ（ＴｒＧＷ）を伴う相互接続境界制御機能（ＩＢＣＦ）又は付属のマルチメディア機能リソースプロセッサ（ＭＲＦＰ）を伴うマルチメディアリソース機能コントローラ（ＭＲＦＰ））がユーザプレーンへメディアゲートウェイを挿入できることである（図１３のステップ４を参照）。そのような中間物は、任意であるが、透過的メディアへの切り換えもサポートする。これは、メディアゲートウェイがメディア経路に存在するとき、透過的メディアを選択するのを許すために要求される。透過的メディアへの切り換えをサポートしない中間物が検出され、そして図１３のステップ６においてｍｅｄｅｉａ２を選択するようにさせる。
【0145】
又、そのような考えられる中間物は、最適メディアルーティング（ＯＭＲ）手順を、そのメディアゲートウェイを最適化メディア経路によりバイパスするというオファーに適用してもよい。
【0146】
中間物は、ＳＤＰオファーの接続ライン内の搬送アドレスを、そのメディアゲートウェイに割り当てられるアドレスＩＰ３に置き換えてもよい。又、中間物は、それが透過的メディアへの切り換えをサポートする場合には、カプセル化搬送アドレスをＩＰ３にそしてポート情報をＰ３ｔに置き換えることによりＳＤＰ属性にカプセル化された透過的メディア情報を変更してもよい。
【0147】
更に、考えられる中間物は、ｍｅｄｉａ３を透過的に通過させるようにそのＭＧＷを再構成する（図１３のステップ１０）。
【0148】
更に、中間物は、非変更のｍｅｄｉａ３を伴うＳＤＰ回答、及び透過的メディアが選択されたとの指示を転送し、そして制御されるＭＧＷのアドレス情報ＩＰ７を含む（図１３のステップ１１）。
【0149】
上述した手段の結果として、本発明の規範的実施形態によれば、背景の章で述べたこの分野に関連した既知の手順は、次のように読むように変更される。
【0150】
ＷＩＣ発信コール：ｅＰ−ＣＳＣＦがＷＩＣからＳＤＰオファーを転送し、メディアプレーン最適化をサポートし、そして合法的傍受を遂行する必要がない場合に、ｅＰ−ＣＳＣＦは、ＳＤＰ情報に加えて、ＷＩＣから以前に受信したＳＤＰオファーをカプセル化しなければならない。これを行うために、ｅＰ−ＣＳＣＦは、次のことを行わねばならない。
１）受信した各セッションレベルＳＤＰ属性を“ｔｒａ−ａｔｔ”属性へとカプセル化し、そしてこの属性をセッションレベル属性として追加する。
２）受信した各セッションレベル帯域巾ラインを“ｔｒａ−ｂｗ”属性へとカプセル化し、そしてこの属性をセッションレベル属性として追加する。
３）ｅＰ−ＣＳＣＦがＳＤＰオファーにおけるセッションレベルコンタクトラインを含むと決定する場合に、そのコンタクトラインにおけるｅＩＭＳ−ＡＧＷから受け取られるアドレス情報を含み、そのアドレス情報を“ｔｒａ−ｃｏｎｔａｃｔ”属性へとカプセル化し、そしてこの属性をセッションレベル属性として追加する。
４）“ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”属性においてポートゼロを伴うメディアラインを除いて、ｅＰ−ＣＳＣＦが転送するＳＤＰオファーにおけるメディアラインの合計数を与える。
５）Ｍｗインターフェイスを経て送られるＳＤＰオファーの各メディアラインに対し、メディアラインの出て行くＳＤＰオファーに使用されるべきｅＩＭＳ−ＡＧＷから受け取られるＴＣＰ又はＵＤＰポートを“ｔｒａ−ｐｏｒｔ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
６）Ｍｗインターフェイルを経て送られるＳＤＰオファーの全てのメディアラインであって、ｅＰ−ＣＳＣＦとＷＩＣとの間の同じＳＣＴＰアソシエーション内のデータチャンネル内で搬送されるメディアストリームに関連した全てのデータラインに対して、“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”ＳＤＰ属性に、ｅＰ−ＣＳＣＦにより指定され且つ関連ＳＩＰダイアログ内で独特でなければならないＳＣＴＰアソシエーションを示す番号を与える。
７）Ｍｗインターフェイスを経て送られるＳＤＰオファーの各メディアラインであって、データチャンネルに関連しない各メディアラインに対し、受け取った対応メディアラインの各受け取ったメディアレベル属性を“ｔｒａ−ａｔｔ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
８）Ｍｗインターフェイスを経て送られるＳＤＰオファーの各メディアラインであって、１つのＳＣＴＰアソシエーション内のデータチャンネルに関連したＳＤＰオファー内の第１のメディアラインである各メディアラインに対して、受け取った対応メディアラインの各受け取ったメディアライン属性を、Ｍｗインターフェイスの異なるメディアラインに記述されたメディアストリームに対応する“ｄｃｍａｐ”及び“ｄｃｓａ”を除いて、“ｔｒａ−ａｔｔ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
９）Ｍｗインターフェイスを経て送られるＳＤＰオファーの各メディアラインであって、１つのＳＣＴＰアソシエーション内のデータチャンネルに関連したＳＤＰオファー内のその後のメディアラインである各メディアラインに対して、Ｍｗインターフェイス上のこのメディアラインに記述されたメディアストリームに対応する受け取った対応メディアラインの各受け取った“ｄｃｍａｐ”及び“ｄｃｓａ”メディアレベル属性を“ｔｒａ−ａｔｔ”属性へとカプセル化し、そしてこの属性をこのメディアラインのメディアレベル属性として追加する。
10）Ｍｗインターフェイスを経て送られるＳＤＰオファーの各メディアラインであって、データチャンネルに関連しないか、又は１つのＳＣＴＰアソシエーション内のデータチャンネルに関連したＳＤＰオファー内の第１のメディアラインである各メディアラインに対して、
ａ）ｅＰ−ＣＳＣＦがＳＤＰオファーにおけるメディアレベルコンタクトラインを含むと決定する場合に、そのコンタクトラインにおけるｅＩＭＳ−ＡＧＷから受け取られるアドレス情報を含み、そのアドレス情報を“ｔｒａ−ｃｏｎｔａｃｔ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
ｂ）受け取った対応メディアラインを“ｔｒａ−ｍ−ｌｉｎｅ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
ｃ）受け取った対応メディアラインの受け取った各帯域巾ラインを“ｔｒａ−ｂｗ”属性へとカプセル化し、そしてこれをメディアラインのメディアレベル属性として追加する。
【0151】
ｅＩＭＳ−ＡＧＷと相互作用して、リソースを予約し、そしてメディア取り扱いに必要な情報を与えるときに、ｅＰ−ＣＳＣＦは、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ａｔｔ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性の外部でＳＤＰオファーに記述されたメディアに適したリソースを求める。
【0152】
ｅＰ−ＣＳＣＦがＭｗインターフェイスを経てＳＤＰ回答を受け取りそしてＳＤＰ回答が“ｔｒａ−ｍ−ｌｉｎｅ”メディアレベルＳＤＰ属性を含む場合に、ｅＰ−ＣＳＣＦは、次のことを行わねばならない。１）ＩＭＳ−ＡＬＧ手順呼び出すときに、“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ｐｏｒｔ”、“ｔｒａ−ａｔｔ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性において受け取られるメディア情報を使用する。
２）受け取った全てのＳＤＰ属性及び帯域巾ラインを、転送されたＳＤＰ回答から除去する（これは、“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ｐｏｒｔ”、“ｔｒａ−ａｔｔ”、“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”、“ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性も含む）。
３）セッションレベル“ｔｒａ−ａｔｔ”ＳＤＰ属性内で受け取られたＳＤＰ属性をカプセル解除しそしてそれらをＷＩＣに向けてＳＤＰ回答におけるセッションレベル属性として与える。
４）セッションレベル“ｔｒａ−ｂｗ”ＳＤＰ属性内で受け取られた帯域巾ラインをカプセル解除しそしてそれらをＷＩＣに向けてＳＤＰ回答におけるセッションレベル帯域巾ラインとして与える。
５）“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”メディアレベルＳＤＰ属性により同じＳＣＴＰアソシエーションに属するようにマークされた全てのメディアラインに対して、ＷＩＣに向けて送られるＳＤＰ回答において単一メディアラインを与える。
６）ＷＩＣに向けて送られるＳＤＰ回答におけるメディアラインごとに、
ａ）“ｔｒａ−ｍ−ｌｉｎｅ”ＳＤＰ属性内で受け取られるメディアラインをカプセル解除しそしてそれをＷＩＣに向けてＳＤＰ回答においてメディアラインとして与え、ポート番号をそのｅＩＭＳ−ＡＧＷにより割り当てられるポートに置き換える。
ｂ）対応するメディアラインに対して“ｔｒａ−ａｔｔ”ＳＤＰ属性内で受け取られるメディアレベルＳＤＰ属性をカプセル解除しそしてそれらをＷＩＣに向けてＳＤＰ回答においてメディアラインのメディアレベル属性として与える。
ｃ）対応するメディアラインに対して“ｔｒａ−ｂｗ”ＳＤＰ属性内で受け取られるメディアレベル帯域巾ラインをカプセル解除しそしてそれらをＷＩＣに向けてＳＤＰ回答においてメディアラインのメディアレベル帯域巾ラインとして与える。
７）そのように生成されたＳＤＰ回答を使用してＩＭＳ−ＡＬＧ手順を呼び出す。
【0153】
ｅＩＭＳ−ＡＧＷと相互作用して、ｅＰ−ＣＳＣＦは、ｅＩＭＳ−ＡＧＷにおいてインターワーキングするメディアプレーンをデアクチベートする。ｅＰ−ＣＳＣＦは、“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”ＳＤＰ属性を使用して、どのメディアストリームを同じＳＣＴＰアソシエーションへマルチプレクスする必要があるか決定する。
【0154】
ＷＩＣ着信コール：ｅＰ−ＣＳＣＦがＭｗインターフェイスを経てＳＤＰオファーを受け取りそしてｅＰ−ＣＳＣＦがメディアプレーン最適化をサポートする場合に、ｅＰ−ＣＳＣＦは、メディアラインごとに、メディアプレーン最適化を適用すべきかどうか決定しなければならない。メディアプレーン最適化は、次の全ての条件が満足されたときに適用されねばならない。
１）ｅＰ−ＣＳＣＦは、ＷＩＣに向けてＳＤＰオファーを転送する。
２）ｅＰ−ＣＳＣＦは、合法的傍受を遂行する必要がない。
３）メディアラインごとに、“ｔｒａ−ｐｏｒｔ”と、“ｔｒａ−ｍ−ｌｉｎｅ”又は“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”のいずれかとのメディアレベルＳＤＰ属性が受け取られる。
４）受け取ったＳＤＰにセッションレベルコンタクトラインが含まれる場合には、その受け取ったＳＤＰに“ｔｒａ−ｃｏｎｔａｃｔ”セッションレベルＳＤＰ属性も含まれ、そして“ｃｏｎｔａｃｔ−ｌｉｎｅ”は、“ｔｒａ−ｃｏｎｔａｃｔ”属性内でカプセル化されるものと同じである。
５）メディアラインに対して受け取ったＳＤＰにメディアレベルコンタクトラインが含まれる場合には、そのメディアラインに対して受け取ったＳＤＰに“ｔｒａ−ｃｏｎｔａｃｔ”メディアレベルＳＤＰ属性も含まれ、そして“ｃｏｎｔａｃｔ−ｌｉｎｅ”は、“ｔｒａ−ｃｏｎｔａｃｔ”属性内でカプセル化されるものと同じである。
６）受け取ったメディアラインごとに、ｍ−ｌｉｎｅのポート値は、そのメディアラインに対するメディアレベル“ｔｒａ−ｐｏｒｔ”属性内のものと同じである。
７）受け取ったＳＤＰオファーには“ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”ＳＤＰ属性が含まれ、そして受け取った“ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”ＳＤＰ属性の数字が、ポートゼロを伴うメディアラインを除き、ＳＤＰにおけるメディアラインの実数に一致する。
【0155】
メディアプレーン最適化を適用すべき場合には、ｅＰ−ＣＳＣＦは、次のことを行わねばならない。１）ＩＭＳ−ＡＧＷ手順を呼び出すときに、“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ｐｏｒｔ”、“ｔｒａ−ａｔｔ”、“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性において受け取られたメディア情報を使用する。（ｅＩＭＳ−ＡＧＷと相互作用するとき、ｅＰ−ＣＳＣＦは、ｅＩＭＳ−ＡＧＷにおけるメディアプレーンインターワーキングをデアクチベートする。ｅＰ−ＣＳＣＦは、“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”ＳＤＰ属性を使用して、どのメディアストリームを同じＳＣＴＰアソシエーションへマルチプレクスする必要があるか決定する。）
２）受け取った全てのＳＤＰ属性及び帯域巾ラインを、転送されたＳＤＰオファーから除去する（これは、“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ｐｏｒｔ”、“ｔｒａ−ａｔｔ”、“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”、“ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性も含む）。
３）セッションレベル“ｔｒａ−ａｔｔ”ＳＤＰ属性内で受け取られたＳＤＰ属性をカプセル解除しそしてそれらをＷＩＣに向けてＳＤＰオファーにおいてセッションレベル属性として与える。
４）セッションレベル“ｔｒａ−ｂｗ”ＳＤＰ属性内で受け取られた帯域巾ラインをカプセル解除しそしてそれらをＷＩＣに向けてＳＤＰオファーにおいてセッションレベル帯域巾ラインとして与える。
５）“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”メディアレベルＳＤＰ属性により同じＳＣＴＰアソシエーションに属するようにマークされた全てのメディアラインに対して、ＷＩＣに向けて送られるＳＤＰオファーにおいて単一メディアラインを与える。
６）ＷＩＣに向けて送られるＳＤＰオファーにおけるメディアラインごとに、
ａ）“ｔｒａ−ｍ−ｌｉｎｅ”属性内で受け取られるメディアラインをカプセル解除しそしてそれをＷＩＣに向かうＳＤＰオファーにおいてメディアラインとして与え、ポート番号を、そのｅＩＭＳ−ＡＧＷにより割り当てられるポートに置き換える。
ｂ）対応するメディアラインに対し“ｔｒａ−ａｔｔ”ＳＤＰ属性内で受け取られるメディアレベルＳＤＰ属性をカプセル解除しそしてそれらをＷＩＣに向かってＳＤＰオファーにおけるメディアラインのメディアレベル属性として与える。
ｃ）対応するメディアラインに対し“ｔｒａ−ｂｗ”ＳＤＰ属性内で受け取られるメディアレベル帯域巾ラインをカプセル解除しそしてそれらをＷＩＣに向かってＳＤＰオファーにおけるメディアラインのメディアレベル帯域巾ラインとして与える。
【0156】
メディアプレーン最適化を適用すべきでない場合には、ｅＰ−ＣＳＣＦは、次のことを行わねばならない。１）受け取った全ての“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ｐｏｒｔ”、“ｔｒａ−ａｔｔ”、“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”、“ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性を、転送されたＳＤＰオファーから除去する。
２）ＩＭＳ−ＡＧＷ手順を呼び出すとき、“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ｐｏｒｔ”、“ｔｒａ−ａｔｔ”、“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性の外部で受け取られたメディア情報を使用する。
３）Ｍｗインターフェイスを経てのＳＤＰ回答には“ｔｒａ−ｃｏｎｔａｃｔ”、“ｔｒａ−ｍ−ｌｉｎｅ”、“ｔｒａ−ｐｏｒｔ”、“ｔｒａ−ａｔｔ”、“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”、“ｔｒａ−ｍｅｄｉａ−ｌｉｎｅ−ｎｕｍｂｅｒ”及び“ｔｒａ−ｂｗ”ＳＤＰ属性を含ませない。
【0157】
ｅＰ−ＣＳＣＦがＷＩＣからＳＤＰ回答を受け取りそしてｅＰ−ＣＳＣＦがそれに対応するＳＤＰオファーを処理するときメディアプレーン最適化の適用を決定した場合には、ｅＰ−ＣＳＣＦは、次のことを行わねばならない。１）関連ＳＤＰオファーに基づくＳＤＰ回答、及びＷＩＣから受け取られるＳＤＰ回答を生成する。（選択される回答フォーマットは、オファーされたフォーマットに適合する必要がある。対応するメディアラインがＷＩＣからの回答においてディスエイブルされる場合には、メディアラインはポート０を経てディスエイブルされる。あるＳＣＴＰアソシエーション内のデータチャンネルがｄｃｍａｐ属性を経てオファーされる場合には、ＷＩＣは、対応するｄｃｍａｐ属性を回答から除外することによりデータチャンネルを拒絶する。次いで、ｅＰ−ＣＳＣＦは、メディアラインをディスエイブルし、ここでは、対応する“ｔｒａ−ａｔｔ：ｄｃｍａｐ”属性がＳＤＰオファーにおいて受け取られている。）
２）受け取った各セッションレベルＳＤＰ属性を“ｔｒａ−ａｔｔ”属性へとカプセル化し、そしてこの属性をセッションレベル属性として追加する。
３）受け取った各セッションレベル帯域巾ラインを“ｔｒａ−ｂｗ”属性へとカプセル化し、そしてこの属性をセッションレベル属性として追加する。
４）Ｍｗインターフェイスを経て送られるＳＤＰ回答における全てのメディアラインであって、ｅＰ−ＣＳＣＦとＷＩＣとの間の同じＳＣＴＰアソシエーション内のデータチャンネル内で搬送されるメディアストリームに関連した全てのメディアラインに対して、“ｔｒａ−ＳＣＴＰ−ａｓｓｏｃｉａｔｉｏｎ”ＳＤＰ属性に、Ｍｗインターフェイスを経てのＳＤＰオファーにおける対応メディアラインについて受け取ったものと同じでなければならないＳＣＴＰアソシエーションを示す数字を与える。
５）Ｍｗインターフェイスを経て送られるＳＤＰ回答における各メディアラインであって、データチャンネルに関連しないメディアラインに対して、受け取った対応メディアラインの各受け取ったメディアレベル属性を“ｔｒａ−ａｔｔ”属性へとカプセル化しそしてこの属性をメディアラインのメディアレベル属性として追加する。
６）Ｍｗインターフェイスを経て送られるＳＤＰ回答における各メディアラインであって、１つのＳＣＴＰアソシエーション内のデータチャンネルに関連したＳＤＰ回答内の第１のメディアラインである各メディアラインに対して、それに対応する受け取ったメディアラインの各受け取ったメディアライン属性を、Ｍｗインターフェイス上の異なるメディアラインに記述されたメディアストリームに対応する“ｄｃｍａｐ”及び“ｄｃｓａ”を除いて、“ｔｒａ−ａｔｔ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
７）Ｍｗインターフェイスを経て送られるＳＤＰオファーの各メディアラインであって、１つのＳＣＴＰアソシエーション内のデータチャンネルに関連したＳＤＰ回答内のその後のデータラインである各メディアラインに対して、Ｍｗインターフェイス上のこのメディアラインに記述されたメディアストリームに対応する受け取った対応メディアラインの各受け取った“ｄｃｍａｐ”及び“ｄｃｓａ”メディアレベル属性を“ｔｒａ−ａｔｔ”属性へとカプセル化し、そしてこの属性をこのメディアラインのメディアレベル属性として追加する。
８）Ｍｗインターフェイスを経て送られるＳＤＰ回答の各メディアラインであって、データチャンネルに関連しないか、又は１つのＳＣＴＰアソシエーション内のデータチャンネルに関連したＳＤＰ回答内の第１のメディアラインである各メディアラインに対して、
ａ）受け取った対応メディアラインを“ｔｒａ−ｍ−ｌｉｎｅ”属性へとカプセル化し、そしてこの属性をメディアラインのメディアレベル属性として追加する。
ｂ）受け取った対応メディアラインの受け取った各帯域巾ラインを“ｔｒａ−ｂｗ”属性へとカプセル化し、そしてこれをメディアラインのメディアレベル属性として追加する。
【0158】
前記手順及び機能は、以下に述べるように、各機能的要素、プロセッサ、等により実施される。
【0159】
ネットワークエンティティの前記規範的な説明において、本発明の原理を理解する上で適切なユニットのみが機能的ブロックを使用して説明された。ネットワークエンティティは、その各動作に必要な更に別のユニットを含む。しかしながら、これらユニットの説明は、本明細書では省略される。装置の機能的ブロックの配列は、本発明を限定するものではなく、それらの機能は、１つのブロックにより遂行されてもよいし、又はサブブロックへと更に分割されてもよい。
【0160】
以上の説明において、装置即ちネットワークエンティティ（又は他の手段）がある機能を遂行するように構成されると述べられたとき、これは、１つの（即ち、少なくとも１つの）プロセッサ又はそれに対応する回路が、各装置のメモリに記憶されたコンピュータプログラムコードと潜在的に協働して、少なくともここに述べる機能を装置に遂行させるように構成されると述べる記述と等価であると解釈される。又、そのような機能は、各機能を遂行するための特別に構成された回路又は手段によって同等に実施できると解釈される（即ち、「〜ように構成されたユニット」という表現は、「〜ための手段」のような表現と同等であると解釈される）。
【0161】
図１４及び１５は、本発明の規範的実施形態による装置の別の図である。図１４に示すように、本発明の規範的実施形態によれば、（ネットワークノード１０に対応する）装置（ネットワークノード）１０’は、プロセッサ１４１、メモリ１４２及びインターフェイス１４３を備え、これらは、バス１４４等により接続される。更に、本発明の規範的実施形態によれば、（ネットワークノード３０に対応する）装置（ネットワークノード）３０’は、プロセッサ１４５、メモリ１４６及びインターフェイス１４７を備え、これらは、バス１４８等により接続され、そして装置は、各々、リンク１４９を経て接続される。図１５に示すように、本発明の規範的実施形態によれば、（ネットワークノード７０に対応する）装置（ネットワークノード）７０’は、プロセッサ１５１、メモリ１５２及びインターフェイス１５３を備え、これらは、バス１５４等により接続される。更に、本発明の規範的実施形態によれば、（ネットワークノード９０に対応する）装置（ネットワークノード）９０’は、プロセッサ１５５、メモリ１５６及びインターフェイス１５７を備え、これらは、バス１５８等により接続され、そして装置は、各々、リンク１５９を経て接続される。
【0162】
又、プロセッサ１４１／１４５／１５１／１５５及び／又はインターフェイス１４３／１４７／１５３／１５７は、各々、（固定配線又はワイヤレス）リンクを経て通信を容易にするためにモデム等も備えている。インターフェイス１４３／１４７／１５３／１５７は、各々、リンクされ又は接続された装置と（固定配線又はワイヤレス）通信するために１つ以上のアンテナ又は通信手段に結合された適当なトランシーバを含む。インターフェイス１４３／１４７／１５３／１５７は、一般的に、少なくとも１つの他の装置、即ちそのインターフェイスと通信するように構成される。
【0163】
メモリ１４２／１４６／１５２／１５６は、各プロセッサにより実行されたとき各電子デバイス又は装置が本発明の規範的実施形態により動作を行えるようにするプログラムインストラクション又はコンピュータプログラムコードを含むと仮定される各プログラムを記憶する。
【0164】
一般的に述べると、各デバイス／装置（及び／又はその一部分）は、各動作を遂行し及び／又は各機能を示すための手段を表わし、及び／又は各デバイス（及び／又はその一部分）は、各動作を遂行し及び／又は各機能を示すための機能を有する。
【0165】
以下の説明において、プロセッサ（又は何らかの他の手段）がある機能を遂行するように構成されると述べられるとき、これは、各装置のメモリに記憶されたコンピュータプログラムコードと潜在的に協働する少なくとも１つのプロセッサが少なくともここに述べる機能を装置に遂行させるよう構成されたと述べる記述と同等であると解釈される。又、そのような機能は、各機能を遂行するための特別に構成された手段により同等に実現可能であると解釈される（即ち、「ｘｘｘすることを［装置に遂行させる］ように構成されたプロセッサ」という表現は、「ｘｘｘするための手段」のような表現と同等であると解釈される）。
【0166】
ネットワークノード１０を表わす装置は、少なくとも１つのプロセッサ１４１、コンピュータプログラムコードを含む少なくとも１つのメモリ１４２、及び少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス１４３を備えている。プロセッサは（即ち、少なくとも１つのプロセッサ１４１は、少なくとも１つのメモリ１４２及びコンピュータプログラムコードとで）、同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信し（従って、装置は、受信のための対応手段を備え）、そして前記第１のセッション記述メッセージに基づいて、前記多数のメディアストリームの個別搬送の可能性、及び前記同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成する（従って、装置は、生成のための対応手段を備える）ように構成される。
【0167】
更に、本発明の規範的実施形態によれば、ネットワークノード３０を表わす装置は、少なくとも１つのプロセッサ１４５、コンピュータプログラムコードを含む少なくとも１つのメモリ１４６、及び少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス１４７を備えている。プロセッサは（即ち、少なくとも１つのプロセッサ１４５は、少なくとも１つのメモリ１４６及びコンピュータプログラムコードとで）、各メディアストリーム当り１つのメディアライン、及び同じストリーム制御アソシエーションにおける多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性の指示を含む第１のセッション記述メッセージを受信し（従って、装置は、受信のための対応手段を備え）、及び前記第１のセッション記述メッセージに基づいて、前記同じストリーム制御アソシエーションにおける前記少なくとも幾つかのメディアストリームの前記共同搬送を表わす少なくとも１つのメディアラインを含む第２のセッション記述メッセージを生成する（従って、装置は、生成のための対応手段を備える）ように構成される。
【0168】
更に、本発明の規範的実施形態によれば、ネットワークノード７０を表わす装置は、少なくとも１つのプロセッサ１５１、コンピュータプログラムコードを含む少なくとも１つのメモリ１５２、及び少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス１５３を備えている。プロセッサは（即ち、少なくとも１つのプロセッサ１５１は、少なくとも１つのメモリ１５２及びコンピュータプログラムコードとで）、第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす第１のセッション記述メッセージを受信し（従って、装置は、受信のための対応手段を備え）、前記第１のセッション記述メッセージに基づいて、前記少なくとも１つのメディアストリームごとに、第２の搬送及びエンコーディングと共にメディアストリームを搬送すべきであることを表わす少なくとも１つのメディアライン、及び前記第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性を含む第２のセッション記述メッセージを生成し（従って、装置は、生成のための対応手段を備え）、及び前記第２のセッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を、前記第２のセッション記述メッセージに追加する（従って、装置は、追加のための対応手段を備える）ように構成される。
【0169】
更に、本発明の規範的実施形態によれば、ネットワークノード９０を表わす装置は、少なくとも１つのプロセッサ１５５、コンピュータプログラムコードを含む少なくとも１つのメモリ１５６、及び少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス１５７を備えている。プロセッサは（即ち、少なくとも１つのプロセッサ１５５は、少なくとも１つのメモリ１５６及びコンピュータプログラムコードとで）、第１の搬送及びエンコーディングと共に搬送されるべき少なくとも１つのメディアストリームを表わす少なくとも１つのメディアライン、第１の搬送及びエンコーディングの別の可能性を表わす少なくとも１つのカプセル化属性、及び最初に生成される前記セッション記述メッセージにおける前記少なくとも１つのメディアラインの合計数を表わすメディアライン数情報を含むセッション記述メッセージを受信し（従って、装置は、受信のための対応手段を備え）、及び前記メディアライン数情報に基づき、前記第１の搬送及びエンコーディングを、前記少なくとも１つのメディアライン各々に対応する前記少なくとも１つのメディアストリーム各々の搬送に使用すべきかどうか決定する（従って、装置は、決定のための対応手段を備える）ように構成される。
【0170】
ここの装置の動作性／機能性に関する更なる詳細については、図１から１３のいずれかに関する前記説明を参照されたい。
【0171】
ここに述べる本発明の目的については、次のことに注目されたい。−おそらくソフトウェアコード部分として実施され、且つ（デバイス、装置及び／又はそのモジュールの例として或いは装置及び／又はそのモジュールを含むエンティティの例として）ネットワークサーバー又はネットワークエンティティにプロセッサを使用して実行される方法は、ソフトウェアコードとは独立しており、そして方法ステップにより定義される機能が保存される限り、既知の又は将来開発されるプログラミング言語を使用して特定される。
−一般的に、いずれの方法ステップも、実施形態のアイデアを変更したり、実施される機能に関して変更したりせずに、ソフトウェアとして又はハードウェアにより実施されるのが適当である。
−上述した装置又はそのモジュール（例えば、上述した実施形態による装置の機能を実施するデバイス）においておそらくハードウェアコンポーネントとして実施される方法ステップ及び／又はデバイス、ユニット又は手段は、ハードウェアとは独立しており、そして既知の又は将来開発されるハードウェア技術、例えば、ＭＯＳ（金属酸化物半導体）、ＣＭＯＳ（相補的ＭＯＳ）、ＢｉＭＯＳ（バイポーラＭＯＳ）、ＢｉＣＭＯＳ（バイポーラＣＭＯＳ）、ＥＣＬ（エミッタ結合ロジック）、ＴＴＬ（トランジスタ・トランジスタロジック）、等を使用して、例えば、ＡＳＩＣ（特定用途向けＩＣ（集積回路））コンポーネント、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）コンポーネント、ＣＰＬＤ（複合プログラマブルロジックデバイス）コンポーネント又はＤＳＰ（デジタル信号プロセッサ）コンポーネントを使用して、実施することができる。
−デバイス、ユニット又は手段（例えば、前記ネットワークエンティティ又はネットワークレジスタ、或いはそれらの各ユニット／手段の１つ）は、個々のデバイス、ユニット又は手段として実施できるが、これは、デバイス、ユニット又は手段の機能が保存される限り、システム全体にわたり分散形態で実施されることを除外するものではない。
−ユーザ装置及びネットワークエンティティ／ネットワークレジスタのような装置は、半導体チップ、チップセット、又はそのようなチップ又はチップセットを含む（ハードウェア）モジュールにより表わされるが、これは、実施されるハードウェアではなく、装置又はモジュールの機能が、（ソフトウェア）モジュールのソフトウェア、例えば、プロセッサ上で実行／ランされる実行可能なソフトウェアコード部分を含むコンピュータプログラム又はコンピュータプログラム製品として実施される可能性を除外するものではない。
−デバイスは、互いに協働する機能であるか、又は互いに独立しているが、例えば、同じデバイスハウジング内にある機能であるかに関わらず、装置、或いは２つ以上の装置のアッセンブリと考えられる。
【0172】
一般的に、前記観点による各機能的ブロック又は要素は、各部分の前記機能を遂行するよう適応されるだけの場合には、ハードウェア及び／又はソフトウェアのいずれかの既知の手段により実施できることに注意されたい。ここに述べる方法ステップは、個々の機能的ブロックにおいて又は個々のデバイスにより実施でき、或いは方法ステップの１つ以上は、単一の機能的ブロックにおいて又は単一のデバイスにより実現できる。
【0173】
一般的に、いずれの方法ステップも、本発明のアイデアを変更せずに、ソフトウェアとして又はハードウェアにより実施するのに適している。デバイス及び手段は、個々のデバイスとして実施できるが、これは、デバイスの機能が保存される限り、それらがシステム全体にわたり分散形態で実施されることを除外するものではない。そのような及び同様の原理は、当業者に知られていると考えられる。
【0174】
ソフトウェアとは、ここでの説明の意味において、例えば、各機能を遂行するためのコード手段又は部分或いはコンピュータプログラム又はコンピュータプログラム製品を含むソフトウェアコード、並びに各データ構造又はコード手段／部分を記憶したコンピュータ読み取り可能な（ストレージ）媒体のような有形の媒体において実施されるか或いは信号又はチップにおいて潜在的にその処理中に実施されるソフトウェア（或いはコンピュータプログラム又はコンピュータプログラム製品）を包含する。
【0175】
又、本発明は、方法及び構造的配列の前記概念が適用可能である限り、前記方法ステップ及び動作の考えられる組み合せ、並びに前記ノード、装置、モジュール又は要素の考えられる組み合せも包含する。
【0176】
以上に鑑み、ウェブリアルタイム通信シナリオにおける強化型メディアプレーン最適化のための手段が提供される。そのような手段は、典型的に、同じストリーム制御アソシエーションにおいて搬送可能な多数のメディアストリームを表わす少なくとも１つのメディアラインを含む第１のセッション記述メッセージを受信し、及び前記第１のセッション記述メッセージに基づいて、前記多数のメディアストリームの個別搬送の可能性、及び前記同じストリーム制御アソシエーションにおける前記多数のメディアストリームのうちの少なくとも幾つかのメディアストリームの共同搬送の可能性を表わす第２のセッション記述メッセージを生成することを含む。
【0177】
添付図面の例を参照して本発明を以上に述べたが、本発明は、それに限定されないことを理解されたい。むしろ、当業者であれば、本発明は、ここに開示する本発明のアイデアの範囲から逸脱せずに多数の仕方で変更できることが明らかであろう。
【0178】
頭字語及び略語のリスト３ＧＰＰ：第３世代パートナーシッププロジェクト
ＤＣＥＰ：データチャンネル確立プロトコル
ｅＩＭＳ−ＡＧＷ：強化型ＩＭＳアクセスゲートウェイ
ｅＰ−ＣＳＣＦ：強化型プロキシーコールセッション制御機能
ＩＢＣＦ：相互接続境界制御機能
ＩＭＳ：ＩＰマルチメディアサブシステム
ＩＭＳ−ＡＬＧ
ＩＭＳアプリケーションレベルゲートウェイ
ＩＰ：インターネットプロトコル
ＭＲＦＰ：マルチメディア機能リソースプロセッサ
ＭＲＦＣ：マルチメディアリソース機能コントローラ
ＯＭＲ：最適メディアルーティング
ＳＣＴＰ：ストリーム制御送信プロトコル
ＳＤＰ：セッション記述プロトコル
ＳＩＰ：セッションイニシエーションプロトコル
ＴＣＰ：送信制御プロトコル
ＴｒＧＷ：遷移ゲートウェイ
ＴＳ：技術仕様
ＵＤＰ：ユーザデータグラムプロトコル
ＷｅｂＲＴＣ：ウェブリアルタイム通信
ＷＩＣ：ＷｅｂＲＴＣ ＩＭＳクライアント
【符号の説明】
【0179】
１０：アクセスノード（ｅＰ−ＣＳＣＦ）１１：受信回路
１２：生成回路
２１：送信回路
３０：アクセスノード（ｅＰ−ＣＳＣＦ）
３１：受信回路
３２：生成回路
４１：送信回路
７０：アクセスノード（ｅＰ−ＣＳＣＦ）
７１：受信回路
７２：生成回路
７３：加算回路
８１：送信回路
９０：アクセスノード（ｅＰ−ＣＳＣＦ）
９１：受信回路
９２：決定回路
１０１：カウント回路
１０２：比較回路
１４１：プロセッサ
１４２：メモリ
１４３：インターフェイス
１４４、１４８：バス
１４５：プロセッサ
１４６：メモリ
１４７：インターフェイス
１４９：リンク
１５１：プロセッサ
１５２：メモリ
１５３：インターフェイス
１５４、１５８：バス
１５５：プロセッサ
１５６：メモリ
１５７：インターフェイス
１５９：リンク