JP4856723B2 - メディアサーバと加入者機器との間においてメディアデータを暗号化して伝送するための方法、装置および／またはコンピュータプログラム製品 - Google Patents

Description

本発明は、アクセスネットワークを介してメディアデータを伝送するための方法に関する。さらに本発明は、本方法の実施に適しているネットワーク装置およびコンピュータプログラム製品に関する。

アクセスネットワークを介して加入者機器へ、もしくは加入者機器からメディアデータを伝送するための種々の方法、装置およびシステムが公知である。例えば、いわゆるＨ標準（例えばH.320，H.323，H.324）によればオーディオデータおよびビデオデータのリアルタイム伝送、殊にビデオテレフォニーのための圧縮および制御メカニズムが設けられている。

広帯域移動無線ネットワークの普及と共に、第３世代パートナーシッププロジェクト（3GPP）は音声サービスとインターネットサービスを統合するための一連の標準をＩＰマルチメディアサブシステム（IMS）の名称で開発した。ＩＭＳ標準は殊にモバイル領域におけるパケット交換型のネットワークと回線交換型のネットワークの融合を促進すべきものである。しかしながらＩＭＳシステムは、例えば公衆電話網またはインターネットを介する、固定ネットワークにおけるメディアデータの伝送にも適している。

３ＧＰＰ ＵＭＴＳ地上無線アクセスネットワーク（UTRAN）標準においては、データがネットワークプロトコルのセキュリティ層のレベルにおいて暗号化される。したがって、ＩＭＳアクセスセキュリティ（3GPP TS 33.203）およびネットワークドメインセキュリティ（3GPP TS 33.210）標準ではメディアデータの別個の暗号化は予定されていない。しかしながら固定ネットワークにおいては、伝送されるデータのその種の暗号化は行われない。

しかしながらメディアデータの暗号化は頻繁に所望される。何故ならば、一方では殊にＩＰベースネットワークは信頼性が非常に低いので、例えば、少なくとも部分的にＩＰネットワークを通過するビデオ電話音声は比較的容易に盗聴される可能性がある。他方では、メディアデータが頻繁にいわゆる付加価値サービス、例えばビデオ・オン・デマンドとして提供され、このようなサービスにおいては伝送されるデータの受信に関して課金が行われなければならない。この場合にもまた、伝送されるメディアデータは権限のある受信者によってのみ利用されることが保証されなければならない。
標準ETSI TS 133 246 V6.5.0 Release 6 ("Security of Multimedia Broadcast/Multicast Service (MBMS)")からは、ブロードキャスト・マルチキャストサービスセンター（Broadcast-Multicast Service Centre）から加入者機器へ暗号化されたメディアデータを伝送するための方法が公知である。

セキュアリアルタイムトランスポートプロトコル（SRTP，RFC3711による）からは、２つの加入者間でメディアデータを安全に伝送するための標準が公知である。しかしながらＳＲＴＰ標準によるデータ伝送は殊に異種のネットワークにおいては使用することができない。何故ならば部分的に、ネットワークの境界部、例えばインターネットから公衆電話網への移行部においては、暗号化されたデータストリームを変換する際に技術的な問題が生じる。他方では、法規類が遵守されなければならず、例えば電話通話の国による監視は規制されなければならない。２つの加入者間に信頼関係が存在しない場合には、それらの加入者間での直接的な鍵交換も問題になることが多い。

本発明の課題は、アクセスネットワークにおけるメディアデータの暗号化を実現する方法およびネットワーク装置を提供することである。殊に、有線接続型のネットワークの交換局と有線接続型のネットワークの加入者との間の伝送が保護されるべきである。

本発明によればこの課題は、以下のステップを有する、メディアデータを伝送するための方法によって解決される：
−暗号化パラメータのセットを確定するために、加入者機器からアクセスネットワークの制御チャネルを介してアプリケーション機能にリクエストを伝送するステップ、
−アプリケーション機能によって暗号化コンテキストを暗号化パラメータのセットに依存して生成するステップ、
−暗号化コンテキストをアプリケーション機能からコアネットワークの制御インタフェースを介してメディアサーバに伝送するステップ、
−暗号化されていないメディアデータをメディアサーバによって暗号化コンテキストを使用して暗号化するステップ、
−暗号化されたメディアデータをメディアサーバからアクセスネットワークのデータチャネルを介して加入者機器に伝送するステップ。

本方法によれば、先ず暗号化パラメータのセットが加入者機器からアプリケーション機能へと制御チャネルを介して伝送されるか、この制御チャネルを介してネゴシエーションされる。この過程を例えば加入者機器によるコネクションの確立時に実施することができる。伝送された暗号化パラメータのセットからアプリケーション機能は、メディアデータの暗号化に適した暗号化コンテキストを生成する。この暗号化コンテキストはさらなるステップにおいてコアネットワークの制御インタフェースを介してメディアサーバに伝送され、メディアサーバはさらなるステップにおいてこのメディアサーバから加入者機器に送信されるメディアデータを暗号化することができる。このために、メディアサーバおよび加入者機器はメディアデータを暗号化するための固有の鍵をネゴシエーションすることは必要ない。

上記課題は同様に、請求項２に記載されている方法によって解決され、この方法においては暗号化されたメディアデータの解読が暗号化コンテキストを使用してメディアサーバによって実施される。

このようにして、メディアサーバと加入者機器との間の直接的な鍵交換は必要とされなくても、アクセスネットワークを介して反対方向に伝送されるメディアデータも暗号化によって保護されている。

本発明の有利な実施形態によれば、暗号化パラメータのセットが第１の鍵を使用して加入者機器によって生成され、第２の鍵を使用してアプリケーション機能によって検査される。

加入者機器の第１の鍵に依存する暗号化パラメータの生成によって、暗号化コンテキストの生成と同時に、第２の鍵による加入者機器の認証も行われる。

本発明の別の有利な実施形態によれば、加入者機器およびアプリケーション機能はセッション開始プロトコルを実施するために設計されており、また暗号化パラメータのセットはセッション開始プロトコルに応じたメッセージの交換によって確定される。

セッション開始プロトコルを実施するために設計されている加入者機器およびアプリケーション機能は、例えば交換局に対する加入者機器の認証に使用されるプロトコルを、暗号化パラメータのセットを確定するためにも使用することができる。

本発明の別の有利な実施形態によれば、本方法は付加的に、アプリケーション機能によって加入者機器の認証を検査するステップと、アプリケーション機能から制御インタフェースを介してメディアサーバに認証データを伝送するステップとを有する。

アプリケーション機能による認証データの検査および伝送によって、加入者機器がメディアデータの受信に関する権限を有しているか否かを確認することができる。

前述の課題は同様に請求項７に記載されているネットワーク装置および請求項１０に記載されているコンピュータプログラム製品によって解決される。

本発明のさらなる詳細および構成は従属請求項に記載されている。

以下では本発明の実施例を図面に基づき詳細に説明する。図面において：
図１は、２つの加入者機器および交換局を有するネットワーク装置を示す。
図２は、第１の加入者機器と第２の第２の加入者機器との間でメディアデータを伝送するためのシーケンシャル図を示す。
図３は、メディアデータを伝送するための方法の１つの実施形態によるフローチャートを示す。

図１は、第１の加入者機器２と、第２の加入者機器３と、交換局５とを有するネットワーク装置１を示す。

第１の加入者機器２は第１のアクセスネットワーク４を介して交換局５と接続されている。第２の加入者機器３は第２のアクセスネットワーク６を介して同様に交換局５と接続されている。

交換局５はコアネットワーク７内にあり、アプリケーション機能８、判定機能９およびメディアサーバ１０を有する。

アプリケーション機能８は、第１の加入者機器２ないし第２の加入者機器３との２つの第１のインタフェース１１Ａおよび１１Ｂを有する。さらにアプリケーション機能８はキーユニット１２を有する。キーユニット１２は殊にセッションキーの生成、ネゴシエーションまたは検査に使用される。

メディアサーバ１０は２つの第２のインタフェース１３Ａおよび１３Ｂを有し、これらのインタフェースを介してメディアサーバ１０は第１の加入者機器２ないし第２の加入者機器３と接続されている。さらに、メディアサーバ１０は第２の暗号化ユニット１４を有し、この第２の暗号化ユニット１４はメディアデータを暗号化ないし解読することに適している。

アプリケーション機能８は第３のインタフェース１５を介して判定機能９と接続されている。判定機能９は第４のインタフェース１６を介してメディアサーバ１０と接続されている。第３のインタフェース１５、判定機能９および第４のインタフェース１６は一緒に制御インタフェース１７を形成し、この制御インタフェース１７を介してメディアサーバ１０はアプリケーション機能８によって制御される。

ＩＭＳの場合、アプリケーション機能８は自身でアプリケーションを提供するのではなく、アプリケーションに必要とされるリソースを制御する。例えば、アプリケーション機能８は判定機能９と共に、コネクション確立フェーズ中にコアネットワーク７における伝送容量を予約し、この伝送容量は後続の伝送フェーズにおいてメディアサーバ１０によってメディアデータを伝送するために使用される。

第１のアクセスネットワーク４は第１の加入者機器２とアプリケーション機能８の第１のインタフェース１１Ａとの間の制御チャネル１８Ａならびにメディアサーバ１０の第２のインタフェース１３Ａと第１の加入者機器２との間のデータチャネル１９Ａを有する。同様に第２のアクセスネットワーク６は第２の加入者機器３と第１のインタフェース１１Ｂとの間の制御チャネル１８Ｂならびに第２のインタフェース１３Ｂと第２の加入者機器３との間のデータチャネル１９Ｂを有する。

図示されている実施例においては、制御チャネル１８もデータチャネル１９も双方向通信に適している。しかしながら基本的に、一方向のみの通信も考えられる、もしくは異なる伝送チャネル１８ないし１９における異なるデータフロー方向のための通信が実施されることも考えられる。

制御チャネル１８およびデータチャネル１９は例えば、交換局５と加入者機器２ないし３との間の個々の伝送チャネルの異なるプロトコルレベルにおけるデータコネクションでよい、または別個の伝送チャネル、例えばいわゆるＩＳＤＮ制御チャネルＤといわゆるＩＳＤＮデータチャネルＢでよい。

明瞭にするために図１においては、単一の交換局５に接続されている第１の加入者機器２および第２の加入者機器３が示されている。しかしながらもちろん、コアネットワーク７は複数の交換局５を有することができ、その場合には第１の加入者機器２が第１の交換局に接続されており、第２の加入者機器３が第２の交換局に接続されている。第１の加入者機器２と交換局５と第２の加入者機器３との間に中間的に配置されている別のネットワークが接続されていることも考えられるが、これはしかしながら同様に図１においては示していない。

第１のアクセスネットワーク４は例えば有線接続型の公衆電話網、例えばアナログ電話網またはディジタルＩＳＤＮ電話網である。第２のアクセスネットワーク６は例えば無線式の移動無線網、例えばＧＭＳネットワークまたはＵＭＴＳネットワークである。コアネットワーク７は例えばインターネットプロトコル（IP）によるデータネットワークであり、このデータネットワークは通信サービスのプロバイダによって内部的なデータ伝送のために使用される。

前述の実施例においては、第１の加入者機器２と第２の加入者機器３との間のコネクションは交換局５を介して確立されるべきである。メディアデータ、例えばオーディオデータストリームとビデオデータストリームが組み合わされたメディアデータがリアルタイムで第１の加入者機器２と第２の加入者機器３との間で交換されるべきである。

第１のアクセスネットワーク４は有線接続型の電話網であるので、メディアサーバ１０からデータチャネル１９Ａを介して第１の加入者機器２に伝送されるメディアデータが暗号化されるべきである。この実施例において、第２のアクセスネットワーク６は無線ネットワークであり、この無線ネットワークにおいては暗号化が既にネットワークプロトコルのセキュリティレベルで使用されるので、第２の加入者機器３からメディアサーバ１０にデータチャネル１９Ｂを介して伝送されるメディアデータを確かに暗号化する必要はない。それにもかかわらず、第２のアクセスネットワーク６においても暗号化されたデータを伝送するための同等の方法を適用することができる。

図２は、第１の加入者機器２と第２の第２の加入者機器３との間においてコネクションを確立し、続けてメディアデータを伝送するためのシーケンシャル図を示す。

ＩＭＳにおいては、コアネットワーク７における第１の加入者機器２の第１のコンタクト点を表す、いわゆるプロキシコールセッション制御機能（P-CSCF）は第１の加入者機器２のための第１のアプリケーション機能８Ａを担う。第２の加入者機器３には固有のＰ−ＣＳＣＦが対応付けられており、この固有のＰ−ＣＳＣＦはこの加入者機器３にとって第２のアプリケーション機能８Ｂとして使用される。その間に、さらに制御機能２０Ａおよび２０Ｂ、いわゆるサービングサービスコールセッション制御機能（S-CSCF）が配置されており、これは第１の加入者機器２ないし第２の加入者機器３のためのサービスを制御する。

図２による例示的なデータ伝送を図３に示されているフローチャートに基づき詳細に説明する。図３は、メディアデータを伝送するための方法３０を示す。

ステップ３１においては、使用されるべき暗号化を規定する暗号化パラメータのセットｋが第１の加入者機器２と第１のアプリケーション機能８Ａとの間で確定される。

例えば、第１の加入者機器２がセッションキーを第１の加入者機器２の秘密鍵に基づき生成し、第１のアプリケーション機能８Ａに伝送する。基本的に、対称的または非対称的な通信のための暗号化パラメータｋを生成する当業者には公知の複数の種々の方法をメディアデータを伝送するための本発明による方法３０と組み合わせて使用することができる。

ステップ３１においては、例えば使用されるべき鍵の長さを確定する別の暗号化パラメータも第１の加入者機器２によって規定することができるか、セッション開始プロトコルを用いて第１の加入者機器２と第１のアプリケーション機能８Ａとの間でネゴシエーションすることができる。セッション開始プロトコルとして例えば、セッション既述プロトコル（SDP、RFC2327による）と組み合わされたセッション開始プロトコル（SIP、RFC3261およびRFC2543による）を使用することができる。幾つかのまたは全ての暗号化パラメータを第１のアプリケーション機能８Ａによって確定し、加入者機器２に伝送することも考えられる。

ＳＩＰプロトコルによれば、先ず加入者機器２と第１のアプリケーションプロトコル８Ａとの間においてメッセージ交換が行われ、このメッセージ交換は加入者機器の登録（図２においては示していない）に使用される。続けて、リクエスト２１が加入者機器２から第１のアプリケーション機能８Ａに伝送される。この実施例においては、暗号化パラメータｋがリクエスト２１に統合され、このリクエスト２１は暗号化パラメータｋのセットの他に別のデータ、例えばコネクションを確立するための目標アドレスを包含する。例えば、リクエストはセッション開始プロトコルによるいわゆる呼出要求でよい。このプロトコルはハイパーテキスト転送プロトコル（HTTP）に類似し、例えばいわゆるボイスオーバーＩＰ（VoIP）ネットワークにおけるデータネットワークを介する通信セッションの確立、殊に音声コネクションの確立に適している。付加的にこのフェーズの間に、例えば図１には示されていないいわゆるホーム加入者サーバ（HSS）によって認証データが検査されることによって、加入者機器２の認証も行うことができる。

図２からは、図示されている実施例においてリクエスト２１が先ず第１の加入者機器２から第１のアプリケーション機能８Ａに伝送されることが見て取れる。第１の加入者機器２および第１のアプリケーション機能８Ａによって、鍵情報の伝送ないしネゴシエーションに適しているプロトコルが使用される。例えば、ＭＩＫＥＹ（Multimedia Internet KEYing、RFC3830による）プロトコルを介する暗号化パラメータｋのセットをＳＩＰプロトコルを介するＳＤＰリクエストの有効データとして第１のアプリケーション機能８Ａに伝送することができる。このようにして第１のアプリケーション機能８Ａはリクエスト２１の暗号化パラメータｋのセットを受け取る。

暗号化に関連しないリクエスト２１の別の部分は変更されたリクエスト２２の形で第１の制御機能２０Ａに転送される。ＩＭＳプロトコルによれば、コアネットワーク７は第１の加入者機器２および第２の加入者機器３のためのそれぞれ１つのＳ−ＣＳＣＦを包含し、これらは第２の加入者機器３とのコネクションを確立するために、変更されたリクエスト２２を第１のアプリケーション機能８Ａから第２のアプリケーション機能８Ｂに転送する。

第２の加入者機器３が変更されたリクエスト２２に応答できる状態にあれば、この第２の加入者機器３は応答を送信し、この応答は逆方向で第１のアプリケーション機能８Ａへと伝送される。ＳＩＰプロトコルの場合には、この応答は例えば「２００ＯＫ」ならびに別のメッセージ（明瞭にするために図２には示していない）である。

さらなるステップ３２においては、第１のアプリケーション機能８Ａが暗号化コンテキストＣＣを、ステップ３１において確定された暗号化パラメータｋのセットに基づき生成する。暗号化コンテキストＣＣは例えば使用されるべき暗号化アルゴリズムと、暗号化のために使用されるべき鍵と、暗号化を適切に実施するために必要とされる別のパラメータとを包含する。

ステップ３３においては、生成された暗号化コンテキストＣＣが第１のアプリケーション機能８Ａからメディアサーバ１０へと伝送される。

図１に示されている装置においては、生成された暗号化コンテキストＣＣが先ずアプリケーション機能８から判定機能９へと伝送される。このために暗号化コンテキストＣＣは第３のインタフェース１５、この実施例においては３ＧＰＰ標準によるＧｑインタフェースないし、ダイアメータプロトコル（RFC3588）によるヨーロッパ電気通信標準化協会（ETSI;European Telecommunications Standards Institute）のプロジェクトグループTelecommunications and Internet converged Services and Protocols for Advanced Networking（TISPAN）の次世代ネットワーク（NGN）の仕様によるＧｑ’インタフェースを介して伝送される。

ダイアメータプロトコルはいわゆる属性値ペアの伝送に適している。したがって第１のアプリケーション機能８Ａは属性値ペアのセットにおける暗号化コンテキストＣＣを第１の符号化された暗号化コンテキスト２４として符号化しなければならない。暗号化コンテキストＣＣを伝送するための既存の属性を使用することができるか、新たな属性を第１のアプリケーション機能８Ａによって挿入することができる。

ＴＩＳＰＡＮないし３ＧＰＰ標準においてService Based Policy Decision Function（SPDFないしPDF）と称される判定機能９は伝送された第１の符号化された暗号化コンテキスト２４を復号し、この暗号化コンテキスト２４に包含されている情報を第２の符号化された暗号化コンテキスト２５として第４のインタフェース１６を介してメディアサーバ１０に伝送する。この実施例において、ＴＩＳＰＡＮ標準による第４のインタフェース１６はＨ．２４８プロトコルによるいわゆるＩａインタフェースである。

暗号化コンテキストＣＣが第１のアプリケーション機能８Ａからメディアサーバ１０に伝送された後に、第１のアプリケーション機能８Ａは応答２３を第１の加入者機器２に転送する。３ＧＰＰプロトコルＴＳ２４．２２９によれば、第１の加入者機器２は第１のアプリケーション機能８Ａに対するコネクションの確立を確認メッセージ２６により確認し、この確認メッセージ２６は同様に第２の加入者機器３に転送される。

さらなるステップ３４においては、第１の加入者機器２が暗号化されたメディアデータ２７をメディアサーバ１０に伝送するか、メディアサーバ１０が暗号化されたメディアデータ２７を第１の加入者機器２に伝送する。

第１の加入者機器２は暗号化パラメータｋのセットを使用して、ステップ３３においてメディアサーバ１０に伝送された等価の暗号化コンテキストＣＣを生成することができる。これにより、第１の加入者機器２もメディアサーバ１０もメディアデータを暗号化ないし解読することができる。殊に、例えばビデオテレフォニーの場合のような大量のデータストリームにおいては、このために対称的な暗号化方法が適している。例えば、データストリームをＸＯＲ関数を用いて十分に長い鍵と結合することができる。

図２に示されているデータフローにおいては、暗号化されたメディアデータ２７が第１の加入者機器２からメディアサーバ１０へと伝送される。自身で暗号化コンテキストＣＣを有しているメディアサーバ１０は受信した暗号化されたメディアデータ２７を解読することができ、このようにしてステップ３５において暗号化されていないメディアデータ２８を生成する。

ステップ３６においては、暗号化されていないメディアデータ２８がメディアサーバ１０から第２の加入者機器３へと伝送される。

図３に示されているように、もちろん反対方向のデータフロー、すなわち第２の加入者機器３から第１の加入者機器２へのデータフローも考えられる。差し当たり暗号化されていないメディアデータ２８がステップ３７においてメディアサーバ１０に伝送される。さらなるステップ３８においては、メディアサーバ１０が暗号化されていないメディアデータ２８を暗号化し、そのようにして暗号化されたメディアデータ２７を生成する。ステップ３９においては暗号化されたメディアデータ２７が第１の加入者機器２に伝送される。

ビデオテレフォニーのような双方向の通信用途においては、上述した両方のヴァリエーションが頻繁に相互に並行に実施されることが多いので、第１の加入者機器２から出発する暗号化されたメディアデータ２７はメディアサーバによってステップ３５において解読され、それと同時に、第１の加入者機器２へと伝送される暗号化されていないメディアデータ２８はメディアサーバ１０によってステップ３８において暗号化される。

別の適用可能性は例えば、一方向のみ、例えばメディアサーバ１０から第１の加入者機器２への方向のみの所定のメディアデータの伝送を含む。例えば、コアネットワーク７内に存在するが、図１には図示されていないビデオ・オン・デマンドプラットフォームは暗号化されていないメディアデータ２８をメディアサーバ１０に伝送することができる。メディアサーバ１０はステップ３８において所望のメディアデータ２８を暗号化し、このメディアデータ２８を暗号化されたメディアデータ２７として第１の加入者機器２へと伝送する。

交換局５の代わりに、例えばメディアデータを回線交換型のアクセスネットワーク４からコアネットワーク７または第２のアクセスネットワーク６のようなパケット交換型のネットワークへと伝送するいわゆる通信ゲートウェイも使用することができる。これによって、殊にハードウェア電話とソフトウェア電話ないし電話アプリケーション間の切り換えも実現される。制御チャネル１８Ａおよび１８Ｂないしデータチャネル１９Ａおよび１９Ｂのデータフォーマットもプロトコルも相互に異ならせることができるので、アプリケーション機能８ないしメディアサーバ１０による異なるプロトコルの変換が必要とされる。殊にその種の適用事例においては、暗号化がアクセスネットワーク４ないし６のうちの１つにおいてのみ使用されるべき場合には有利である。

もちろん、第２の加入者機器３とメディアサーバ１０との間でもメディアデータの暗号化された伝送を行うことができる。第２の加入者機器３は暗号化パラメータｋをこの第２の加入者機器に対応付けられている第２のアプリケーション機能８Ｂに伝送する。このようにして、暗号化されたメディアデータ２７は専らデータチャネル１９Ａおよび１９Ｂを介して交換され、この交換の際には第１の加入者機器２と第２の加入者機器３との間に信頼関係が存在している必要はない。

２つの加入者機器および交換局を有するネットワーク装置を示す。 第１の加入者機器と第２の第２の加入者機器との間でメディアデータを伝送するためのシーケンシャル図を示す。 メディアデータを伝送するための方法の１つの実施形態によるフローチャートを示す。

Claims (10)

1. メディアデータを伝送する方法において、
   −加入者機器（２）により第１の鍵を使用して暗号化パラメータ（ｋ）のセットを生成するステップと
   −前記加入者機器（２）からアプリケーション機能（８）に、前記暗号化パラメータ（ｋ）のセットを包含するリクエスト（２１）を伝送するステップと、
   −前記アプリケーション機能（８）によって、暗号化に使用されるべき鍵を包含する暗号化コンテキスト（ＣＣ）を前記暗号化パラメータのセット（ｋ）に依存して生成するステップと、
   −前記暗号化コンテキスト（ＣＣ）を前記アプリケーション機能（８）からコアネットワーク（７）の制御インタフェース（１７）を介してメディアサーバ（１０）に伝送するステップと、
   −暗号化されていないメディアデータ（２８）を前記メディアサーバ（１０）によって前記暗号化コンテキスト（ＣＣ）の鍵を使用して暗号化するステップと、
   −暗号化された前記メディアデータ（２７）を前記メディアサーバ（１０）からアクセスネットワーク（４）のデータチャネル（１９Ａ）を介して前記加入者機器（２）に伝送するステップとを有することを特徴とする、メディアデータを伝送する方法。
2. メディアデータを伝送する方法において、
   −加入者機器（２）により第１の鍵を使用して暗号化パラメータ（ｋ）のセットを生成するステップと
   −前記加入者機器（２）からアプリケーション機能（８）に、前記暗号化パラメータ（ｋ）のセットを包含するリクエスト（２１）を伝送するステップと、
   −前記アプリケーション機能（８）によって、解読に使用されるべき鍵を包含する暗号化コンテキスト（ＣＣ）を前記暗号化パラメータのセット（ｋ）に依存して生成するステップと、
   −前記暗号化コンテキスト（ＣＣ）を前記アプリケーション機能（８）からコアネットワーク（７）の制御インタフェース（１７）を介してメディアサーバ（１０）に伝送するステップと、
   −暗号化されたメディアデータ（２７）を前記加入者機器（２）からアクセスネットワーク（４）のデータチャネル（１９Ａ）を介して前記メディアサーバ（１０）に伝送するステップと、
   −暗号化された前記メディアデータ（２７）を前記メディアサーバ（１０）によって前記暗号化コンテキスト（ＣＣ）の鍵を使用して解読するステップとを有することを特徴とする、メディアデータを伝送する方法。
3. −前記アプリケーション機能（８）により第２の鍵を使用して前記暗号化パラメータ（ｋ）のセットを検査するステップを付加的に有する、請求項１または２記載の方法。
4. 前記加入者機器（２）および前記アプリケーション機能（８）はセッション開始プロトコルを実施するために設計されており、前記暗号化パラメータ（ｋ）のセットを該セッション開始プロトコルに応じたメッセージ（２１，２３，２６）の交換によって確定する、請求項１から３までのいずれか１項記載の方法。
5. −前記アプリケーション機能（８）により前記加入者機器（２）の認証を検査するステップと、
   −前記アプリケーション機能（８）から前記制御インタフェース（１７）を介して前記メディアサーバ（１０）に認証データを伝送するステップとを付加的に有する、請求項１から４までのいずれか１項記載の方法。
6. 前記制御インタフェース（１７）は、値ペアを伝送するために設計されているインタフェース（１５）を有し、前記暗号化コンテキスト（ＣＣ）を伝送するステップにおいて、値ペアのセットを符号化された暗号化コンテキスト（２４）として伝送する、請求項１から５までのいずれか１項記載の方法。
7. ネットワーク装置（１）において、
   −セッションキーを生成、ネゴシエーションまたは検査するキーユニット（１２）とアクセスネットワーク（４）への第１のインタフェース（１１Ａ）とを備えたアプリケーション機能（８）と、
   −暗号化ユニット（１４）と、前記アクセスネットワーク（４）への第２のインタフェース（１３Ａ）とを備えたメディアサーバ（１０）と、
   −前記アプリケーション機能（８）を前記メディアサーバ（１０）に機能的に接続する制御インタフェース（１７）を備えたコアネットワーク（７）とを有し、
   −加入者機器（２）が前記アクセスネットワーク（４）の制御チャネル（１８）を介して前記アプリケーション機能（８）の前記第１のインタフェース（１１Ａ）と接続されており、且つ前記アクセスネットワーク（４）のデータチャネル（１９Ａ）を介して前記メディアサーバ（１０）の前記第２のインタフェース（１３Ａ）と接続されており、
   −前記キーユニット（１２）は、前記加入者機器（２）からの暗号化パラメータ（ｋ）のセットを包含するリクエスト（２１）を評価し、該暗号化パラメータ（ｋ）のセットに依存して、暗号化のために使用されるべき鍵を包含する暗号化コンテキスト（ＣＣ）を生成し、該暗号化コンテキスト（ＣＣ）を前記制御インタフェース（１７）を介して前記暗号化ユニット（１４）に伝送し、
   −前記暗号化ユニット（１４）は、前記第２のインタフェース（１３Ａ）から受信した暗号化されたメディアデータ（２７）を前記暗号化コンテキスト（ＣＣ）の鍵を使用して解読するか、暗号化されていないメディアデータ（２８）を前記暗号化コンテキスト（ＣＣ）の鍵を使用して暗号化し、前記第２のインタフェース（１３Ａ）を介して供給する、ことを特徴とする、ネットワーク装置（１）。
8. 前記制御インタフェース（１７）は判定機能（９）を有し、該判定機能（９）は前記コアネットワーク（７）の個々のサービスへのアクセスをイネーブルするかブロックし、前記アプリケーション機能（８）は第３のインタフェース（１５）を介して前記判定機能（９）と接続されており、前記判定機能（９）は第４のインタフェース（１６）を介して前記メディアサーバ（１０）と接続されている、請求項７記載のネットワーク装置（１）。
9. ＩＰマルチメディアサブシステムである、請求項７または８記載のネットワーク装置（１）。
10. ネットワーク装置（１）の１つまたは複数のコンピュータにおいてコンピュータプログラムコードが実行されると、請求項１から６までのいずれか１項記載の方法を前記コンピュータに実施させるコンピュータプログラムコードを有することを特徴とする、コンピュータプログラム。

Images