プライマリPDPパケットデータプロトコルコンテキストが移動端末に対する移動ネットワークでアクティベートされている、別のパーティと通信する前記移動端末に対するパケット交換マルチメディアセッションを確立する方法であって、前記通信するパーティ間でネゴシエートされ、かつ同意されている来るべきセッションにおける情報を受信するステップと、要求されるQoSを提供するネットワークリソースが、前記移動ネットワークにおける前記セッションに対して必要とされているかを判定するステップと、セカンダリPDPコンテキストが、前記移動端末と前記来たるべきセッションに対してアクティベートされるべきかを判定するステップと、ネットワークリソースが必要とされ、かつセカンダリPDPコンテキストがアクティベートされるべきである場合、前記セカンダリPDPコンテキストのアクティベーションをトリガーするステップとを備えることを特徴とする方法。前記セッションにおける情報は、呼出側パーティからのセッション招待に対する被呼出側パーティからの応答に含まれていて、前記応答は、前記セッション招待で提案されるセッションパラメータを効果的に確認するものであることを特徴とする請求項1に記載の方法。前記セッションにおける情報は、前記応答で与えられるSDPセッション記述プロトコルから導出されることを特徴とする請求項2に記載の方法。前記受信されるSDP内のメディアフラグの存在と、前記SDP自身における前記セッションの記述は、要求されるQoSを提供するネットワークリソースが前記セッションに対して必要とされるかを判定するために使用され、そうすることで、前記SDPのメディアフラグがアクティブを示している場合は、前記ネットワークリソースが予約されているので、それが必要とされないことを意味し、一方、前記SDPのメディアフラグがインアクティブを示している場合は、前記ネットワークリソースが予約されていないので、それが必要とされることを意味するようにすることを特徴とする請求項3に記載の方法。SDPにおける属性として与えられる前提条件は、要求されるQoSを提供するネットワークリソースが必要とされるかを判定するために使用され、そうすることで、前記与えられる前提条件が合致しない場合にはネットワークリソースが必要とされ、合致する場合には必要とされないようにすることを特徴とする請求項3に記載の方法。前記移動端末とそのユーザに対する加入及び認証データと、前記来るべきセッションに対して起動されているアプリケーションあるいはサービスのタイプは、セカンダリPDPコンテキストが、前記来るべきセッションに対してアクティベートされるべきかを判定するために使用されることを特徴とする請求項1乃至5のいずれか1項に記載の方法。前記2つの判定するステップと、前記トリガーするステップは、前記移動ネットワークにおいて通信セッションを認可することを基本的には担当するポリシーユニットによって実行されることを特徴とする請求項1乃至6のいずれか1項に記載の方法。前記ポリシーユニットは、PDFポリシー決定機能あるいはPCRFポリシー及び課金ルール機能であることを特徴とする請求項7に記載の方法。前記セカンダリPDPコンテキストのアクティベーションは、前記移動端末に対するセカンダリPDPコンテキストをアクティベートするためのリクエストを、前記移動ネットワークのGGSNへ送信することによってトリガーされることを特徴とする請求項8に記載の方法。前記セカンダリPDPコンテキストをアクティベートするためのリクエストは、DIAMETERに基づくプロトコルGxを介してGGSNへ送信される、変更された既存メッセージクレジット制御リクエストCCRに含まれていることを特徴とする請求項9に記載の方法。前記セカンダリPDPコンテキストをアクティベートするためのリクエストの受信に応じて、前記GGSNは、前記来るべきセッションに対するルールをインストールし、セカンダリPDPコンテキストを開始するための指示を前記移動端末へ送信することを特徴とする請求項9または10に記載の方法。プライマリPDPパケットデータプロトコルコンテキストが移動端末に対する移動ネットワークでアクティベートされている、別のパーティと通信する前記移動端末に対するパケット交換マルチメディアセッションを確立するための、移動ネットワークにおける装置であって、前記通信するパーティ間でネゴシエートされ、かつ同意されている来るべきセッションにおける情報を受信する手段と、要求されるQoSを提供するネットワークリソースが、前記セッションに対して必要とされているかを判定する手段と、セカンダリPDPコンテキストが、前記移動端末と前記来たるべきセッションに対してアクティベートされるべきかを判定する手段と、要求されるQoSを提供するネットワークリソースが必要とされ、かつセカンダリPDPコンテキストがアクティベートされるべきである場合、前記セカンダリPDPコンテキストのアクティベーションをトリガーする手段とを備えることを特徴とする装置。呼出側パーティからのセッション招待に対する被呼出側パーティからの応答から、前記セッションにおける情報を抽出する手段を更に備え、前記応答は、前記セッション招待で提案されるセッションパラメータを効果的に確認するものであることを特徴とする請求項12に記載の装置。前記応答で与えられるSDPセッション記述プロトコルから、前記セッションにおける情報を導出する手段を更に備えることを特徴とする請求項13に記載の装置。要求されるQoSを提供するネットワークリソースが前記セッションに対して必要とされるかを判定するために、前記受信されるSDP内のメディアフラグの存在と、前記SDP自身における前記セッションの記述を使用する手段を更に備え、そうすることで、前記SDPのメディアフラグがアクティブを示している場合は、前記ネットワークリソースが予約されているので、それが必要とされないことを意味し、前記SDPのメディアフラグがインアクティブを示している場合は、前記ネットワークリソースが予約されていないので、それが必要とされることを意味するようにすることを特徴とする請求項14に記載の装置。要求されるQoSを提供するネットワークリソースが必要とされるかを判定するために、SDPにおける属性として与えられる前提条件を使用する手段を更に備え、そうすることで、前記与えられる前提条件が合致しない場合にはネットワークリソースが必要とされ、合致する場合には必要とされないようにすることを特徴とする請求項14または15に記載の装置。セカンダリPDPコンテキストが、前記来るべきセッションに対してアクティベートされるべきかを判定するために、前記移動端末とそのユーザに対する加入及び認証データと、前記来るべきセッションに対して起動されているアプリケーションあるいはサービスのタイプを使用する手段を更に備えることを特徴とする請求項12乃至16のいずれか1項に記載の装置。前記2つの判定する手段と、前記トリガーする手段は、前記移動ネットワークにおいて通信セッションを認可することを基本的には担当するポリシーユニットに含まれていることを特徴とする請求項12乃至17のいずれか1項に記載の装置。前記ポリシーユニットは、PDFポリシー決定機能あるいはPCRFポリシー及び課金ルール機能であることを特徴とする請求項18に記載の装置。前記移動端末に対するセカンダリPDPコンテキストをアクティベートするためのリクエストを、前記移動ネットワークのGGSNへ送信することによって、前記セカンダリPDPコンテキストのアクティベーションをトリガーする手段を更に備えることを特徴とする請求項19に記載の装置。前記セカンダリPDPコンテキストをアクティベートするためのリクエストを、DIAMETERに基づくプロトコルGxを介してGGSNへ送信される、変更された既存メッセージクレジット制御リクエストCCRに含める手段を更に備えることを特徴とする請求項20に記載の装置。前記セカンダリPDPコンテキストをアクティベートするためのリクエストの受信に応じて、前記GGSNにおいて、前記来るべきセッションに対するルールをインストールし、セカンダリPDPコンテキストを開始するための指示を前記移動端末へ送信する手段を更に備えることを特徴とする請求項20または21に記載の装置。つまり、メディアの通信は、マルチメディアセッションに対する従来のセットアップ処理に従って要求される大規模な連続的なシグナリングによって遅延する。移動通信の分野では、マルチメディアサービスを移動エンドユーザにより魅力あるものにするためには、このような遅延を最小化することが一般的には要望されている。例えば、ウォーキートーキーサービスをエミュレートする、セルラーオーバプッシュツートークPoC:PushtotalkoverCellularと呼ばれるサービスを使用する場合は、ユーザは、プッシュツートークボタンあるいはその類を押下した後、直ちに会話したいが、これは、基本的には、上述の段階3:3-3:5のプロセス全体をトリガーする。また、ネットワークリソースの予約は、移動端末によって開始され、それゆえ、ネットワークオペレータに対して部分的に制御が不能となる。つまり、一般的には、ネットワークオペレータにとっては、異なるユーザへのネットワークリソースの割当の完全な制御を行うことが要望されている。本発明の要約本発明の目的は、一般に、上述の問題を回避あるいは少なくとも軽減することを可能にすることである。より詳しくは、本発明の目的は、移動端末がメディア通信を開始する前の遅延を削減し、かつネットワークオペレータにネットワークリソースを介する制御を行うことを可能にすることである。これらの目的及び他の目的は、添付の独立請求項に従う方法及び装置を提供することによって達成される。本発明の1つの構成に従えば、別のパーティと通信する移動端末に対するパケット交換マルチメディアセッションを確立する方法が提供される。ここで、プライマリPDPパケットデータプロトコルコンテキストは、移動端末に対する移動ネットワークでアクティベートされている。本発明の方法は、移動ネットワークで実行することができる。来るべきセッションにおける情報が受信され、これは、通信するパーティ間でネゴシエートされ、かつ同意されている。次に、要求されるQoSを提供するネットワークリソースが、移動ネットワークにおけるセッションに対して必要とされているかが判定される。また、セカンダリPDPコンテキストが、移動端末と来たるべきセッションに対してアクティベートされるべきかが判定される。ネットワークリソースが必要とされ、かつセカンダリPDPコンテキストがアクティベートされるべきである場合、セカンダリPDPコンテキストのアクティベーションがトリガーされる。セッションにおける情報は、呼出側パーティからのセッション招待に対する被呼出側パーティからの応答に含まれていても良く、この応答は、セッション招待で提案されるセッションパラメータを効果的に確認するものである。セッションにおける情報は、応答で与えられるSDPセッション記述プロトコルから導出することができる。受信されるSDP内のメディアフラグの存在と、SDP自身におけるセッションの記述は、要求されるQoSを提供するネットワークリソースがセッションに対して必要とされるかを判定するために使用することができ、そうすることで、SDPのメディアフラグがアクティブを示している場合は、ネットワークリソースが予約されているので、それが必要とされないことを意味し、一方で、SDPのメディアフラグがインアクティブを示している場合は、ネットワークリソースが予約されていないので、それが必要とされることを意味するようにする。SDPにおける属性として与えられる前提条件は、要求されるQoSを提供するネットワークリソースが必要とされるかを判定するために使用することができ、そうすることで、その与えられる前提条件が合致しない場合にはネットワークリソースが必要とされ、合致する場合には必要とされないようにする。移動端末とそのユーザに対する加入及び認証データと、来るべきセッションに対して起動されているアプリケーションあるいはサービスのタイプは、セカンダリPDPコンテキストが、来るべきセッションに対してアクティベートされるべきかを判定するために使用することができる。上述の2つの判定とトリガーは、移動ネットワークにおいて通信セッションを認可することを基本的には担当するポリシーユニットによって実行されることが好ましい。このポリシーユニットは、PDFポリシー決定機能あるいはPCRFポリシー及び課金ルール機能であっても良い。セカンダリPDPコンテキストのアクティベーションは、移動端末に対するセカンダリPDPコンテキストをアクティベートするためのリクエストを、移動ネットワークのGGSNへ送信することによってトリガーされても良い。このセカンダリPDPコンテキストをアクティベートするためのリクエストは、DIAMETERに基づくプロトコルGxを介してGGSNへ送信することができる、変更された既存メッセージクレジット制御リクエストCCRに含まれていても良い。セカンダリPDPコンテキストをアクティベートするためのリクエストの受信に応じて、GGSNは、来るべきセッションに対するルールをインストールすることができ、また、セカンダリPDPコンテキストを開始するための指示を移動端末へ送信することができる。本発明の別の構成に従えば、別のパーティと通信する移動端末に対するパケット交換マルチメディアセッションを確立するための、移動ネットワークにおける装置が提供される。ここで、プライマリPDPパケットデータプロトコルコンテキストは、移動端末に対する移動ネットワークでアクティベートされている。この装置は、通信するパーティ間でネゴシエートされ、かつ同意されている来るべきセッションにおける情報を受信する手段と、保証されるQoSを提供するネットワークリソースがセッションに対して必要とされているかを判定する手段と、セカンダリPDPコンテキストが移動端末と来たるべきセッションに対してアクティベートされるべきかを判定する手段と、要求されるQoSを提供するネットワークリソースが必要とされ、かつセカンダリPDPコンテキストがアクティベートされるべきである場合、セカンダリPDPコンテキストのアクティベーションをトリガーする手段とを備える。この装置は、更に、呼出側パーティからのセッション招待に対する被呼出側パーティからの応答から、セッションにおける情報を抽出する手段を備えても良い。この応答は、セッション招待で提案されるセッションパラメータを効果的に確認するものである。この装置は、更に、応答で与えられるSDPセッション記述プロトコルから、セッションにおける情報を導出する手段を備えても良い。この装置は、更に、要求されるQoSを提供するネットワークリソースがセッションに対して必要とされるかを判定するために、受信されるSDP内のメディアフラグの存在と、SDP自身におけるセッションの記述を使用する手段を備え、そうすることで、SDPのメディアフラグがアクティブを示している場合は、ネットワークリソースが予約されているので、それが必要とされないことを意味し、SDPのメディアフラグがインアクティブを示している場合は、ネットワークリソースが予約されていないので、それが必要とされることを意味するようにする。この装置は、更に、要求されるQoSを提供するネットワークリソースが必要とされるかを判定するために、SDPにおける属性として与えられる前提条件を使用する手段を備えても良く、そうすることで、与えられる前提条件が合致しない場合にはネットワークリソースが必要とされ、合致する場合には必要とされないようにする。この装置は、更に、セカンダリPDPコンテキストが、来るべきセッションに対してアクティベートされるべきかを判定するために、移動端末とそのユーザに対する加入及び認証データと、来るべきセッションに対して起動されているアプリケーションあるいはサービスのタイプを使用する手段を備えても良い。2つの判定する手段と、トリガーする手段は、移動ネットワークにおいて通信セッションを認可することを基本的には担当するポリシーユニットに含まれていても良い。ポリシーユニットは、PDFポリシー決定機能あるいはPCRFポリシー及び課金ルール機能であっても良い。この装置は、更に、移動端末に対するセカンダリPDPコンテキストをアクティベートするためのリクエストを、移動ネットワークのGGSNへ送信することによって、セカンダリPDPコンテキストのアクティベーションをトリガーする手段を備えても良い。この装置は、更に、セカンダリPDPコンテキストをアクティベートするためのリクエストを、DIAMETERに基づくプロトコルGxを介してGGSNへ送信される、変更された既存メッセージクレジット制御リクエストCCRに含める手段を備えても良い。この装置は、更に、セカンダリPDPコンテキストをアクティベートするためのリクエストの受信に応じて、GGSNにおいて、来るべきセッションに対するルールをインストールし、セカンダリPDPコンテキストを開始するための指示を移動端末へ送信する手段を備えても良い。本発明の更なる特徴及び利点は、以下の詳細で説明する。実施形態の詳細本発明では、移動端末に対するセカンダリPDPコンテキストのアクティベーションをトリガーするタスクが、その移動端末から自身の移動コアネットワークにシフトされる、あるいは、移動端末がローミングしている場合には、ホーム移動コアネットワークにシフトされる。これによって、ネットワークオペレータは、自身のネットワークリソースを介する完全な制御を行うことができ、セッション開始前の遅延を削減することができ、また、シグナリングの衝突を回避することができる。本発明の1つの構成に従えば、移動端末を含む2つの通信パーティに対するマルチメディアセッションを確立するための処理を、図4に示されるフローチャートを参照して説明する。ここでは、移動端末が介在する通信セッションが、その移動端末あるいはそれに対するパーティによってリクエストされていると想定する。第1ステップ400では、通信パーティ間でネゴシエートされ、かつ同意されている、来るべきセッションにおける情報が受信される。このセッションの情報は、セッション招待インビテーション:invitationに対する被呼側パーティからの応答に応じて与えられるSDPから導出されても良く、その応答は、効果的に提案されるセッションパラメータを確認するものであり、例えば、上述のOKinviteと呼ばれる応答メッセージである。次のステップ402で、要求されているQoSを提供する任意のネットワークリソースがそのセッションに対して必要であるかが判定される。別の実施形態に従えば、これは、インアクティブと呼ばれるメディアフラグの存在をチェックすることによって判定することができ、このメディアフラグは、メディアリソースがインアクティブである場合を示すために使用される、SDPで現在存在する属性である。一方、インアクティブのメディアフラグが存在しない場合、メディアリソースはアクティブとなる。本発明の一実施形態では、メディアフラグが存在しないアクティブである場合に、ネットワークリソースが予約されている、つまり、セカンダリPDPコンテキストをアクティベートすることによって、リソース予約が必要とされないことを示すようにメディアフラグを使用することが提案される。しかしながら、メディアフラグが存在するインアクティブである場合、ネットワークリソースは予約されていない、これは、必要とされているからである。選択的には、SDPで前提条件としてマークされている属性は、要求されるQoSを提供するネットワークリソースが必要であるかどうかを判定するために使用することができ、そうすることで、与えられる前提条件が現在合致しない場合は、そのようなネットワークリソースは必要とされ、逆の場合は、必要とされないことになる。リソース予約の必要性を示すための任意のメカニズムを使用することができ、本発明は、上述の例に限定されないことに注意するべきである。ステップ402で、要求されるQoSを提供するネットワークリソースが実際に必要とされないと判定される場合、セカンダリPDPコンテキストをアクティベートする必要はなく、それに従って、ステップS404に示されるように、通常処理を、セッションセットアップを完了するために使用することができる。しかしながら、ステップ402で、要求されるQoSを提供するネットワークリソースが必要とされると判定される場合、更に、ステップ406で、セカンダリPDPコンテキストが来るべきセッションに対してアクティベートされるべきであるかどうかが判定される。このセカンダリPDPコンテキストをアクティベートするための決定は、更に、様々な加入及び認証データに基づいていて、また、来るべきセッションに対して起動されているアプリケーションあるいはサービスのタイプにも基づいている。例えば、あるアプリケーションは、セカンダリPDPコンテキストを要求するQoSを要求することができ、一方で、他のアプリケーションは要求することができない。移動体ユーザの加入は、あるQoS及びあるサービスに対するあるプリファレンスの少なくとも一方に対して可能であり、あるいは、他のサービスへのアクセスを禁止することも可能である。ステップ406で、セカンダリPDPコンテキストがアクティベートされないと判定される場合、ステップ404で示される通常処理が、セッションセットアップを完了するために使用されても良い。セカンダリPDPコンテキストが実際にアクティベートされる場合、即ち、セッションが認可される場合、プロセスは、ステップS408で示される最終処理である、移動端末及び来たるべきセッションに対するセカンダリPDPコンテキストのアクティベーションをトリガーするための処理へ進む。本発明の処理が、上述のステップ400、402、406及び408に従って実行される場合、ネットワークオペレータは、セカンダリPDPコンテキストのアクティベーションに通常は関連付けられているリソース割当の完全な制御を行うことになる。セットアップ遅延も削減することができる。これは、以下の図5の説明から明らかとなるように、このプロセスは、通常は、より少ないシグナリングを要求し、かつ受信側の端末に対して同時かつ独立して行うことができるからである。以下で説明される実施形態から明らかなように、図4に示されるフローチャートに従うマルチメディアセッションを確立するための処理は、基本的には、図3に示されるユニット306のような、移動アクセスネットワークに属するポリシーユニットあるいはその類において実現することができる。このポリシーユニットは、PDFポリシー決定機能あるいはPCRFポリシー及び課金ルール機能であっても良く、また、基本的には、通信セッションを認可することを担当する。また、図3のGGSN304とIMSコア308は、ポリシーユニット306の新規の動作との適合を必要とする場合がある。図5は、実施形態に従う、移動端末Aと別のパーティB間のマルチメディアセッションを確立するためのステップを示す図である。この実施形態は、セッションセットアップに対する、ある既存の標準的なメッセージを、必要な場合に、セカンダリPDPコンテキストのアクティベーションに対して必要とされる情報を搬送するためにどのように利用することができるかを示している。図3と同様に、関与するネットワーク要素には、GGSN500、端末Aのホーム移動ネットワークに属するポリシーユニット502、及びそれと同一の移動ネットワークに関連するIMSコア504を含んでいる。受信側のネットワークは、不図示ではあるが、パーティBも移動端末である場合は、基本的には同様の構成となる。上述のステップ3:1で示されるように、プライマリPDPコンテキストが、シグナリングメッセージに対する端末Aに対してアクティベートされると想定する。端末AがパーティBに向けてINVITEメッセージを送信する場合、片方向あるいは両方向でのメディアの通信に一般的に関与するマルチメディアセッションを実行するために、ステップ5:1によるプロセスが開始する。このINVITEメッセージは、提案されるセッションパラメータを有するSDPを含んでいていて、破線で示されるように、IMSコア504を介してパーティB側へ搬送される。この時点ではメディアは通信されていないので、端末Aは、INVITEメッセージのSDPでは、インアクティブとするメディアフラグを設定していると想定する。受信されるINVITEメッセージで示される、提案されるセッションパラメータを検討した後、パーティBは、次のステップ5:2で、応答OKinviteメッセージを端末Aへ返信する。上述のように、パーティBは、確認されているセッションパラメータを含むOKinviteメッセージに対応するSDPを含め、これは、パーティA及びBの両方によって、来るべきセッションで使用することができる。また、パーティBは、このメッセージでは、SDPでインアクティブとするメディアフラグを保持していると予想される。ステップ5:2で、IMSコア504が、パーティBからOK応答メッセージを検出すると、SDP情報は、プロトコルRxに基づいて、DIAMETERに変換され、これには、端末Aの加入の詳細が、通常の認可/認証ルーチンに対する基礎として追加されている。次のステップ5:3で、この情報のすべてが、端末Aに対する認可/認証リクエストAARと呼ばれる既存のメッセージで、ポリシーユニット502へ出力される。今までのところで、このプロセスは、セッションを開始し、かつ認可するための通常処理に従って実行されている。次のステップ5:4で、ポリシーユニット502は、端末A及び来たるべきセッションに対して、セカンダリPDPコンテキストがアクティベートされるべきに関しての決定を行う。この決定は、基本的には、図4のステップ402及び406のように実行され、それゆえ、ここでは、その詳細については再度繰り返さない。但し、既存のAARメッセージは、本実施形態では、その決定の根拠とともに、SDP及び加入の詳細で与えられるアプリケーションアイデンティティを提供するためのメディアフラグを搬送するために利用されることに注意すべきである。選択的には、前提条件は、上述のように、この決定の同様の根拠としてSDPに提供することができる。本例では、ステップ5:4で、ポリシーユニット502は、例えば、インアクティブのメディアフラグの読出後、あるいは、与えられる前提条件が合致しないことの検出後に、セカンダリPDPコンテキストをアクティベートすることを決定すると想定する。次のステップ5:5で、端末Aに対するセカンダリPDPコンテキストを開始するためのリクエストが、ポリシーユニット502からGGSN500へ送信される。このリクエストは、例えば、標準クレジット制御メッセージを使用して搬送されても良い。本例では、既存のメッセージクレジット制御リクエストCCRは、このリクエストを含むように変更され、かつDIAMETERに基づくプロトコルGxを介してGGSN500へ送信される。このメッセージは、通常の従来の処理において、逆の手順で、PDPコンテキストアクティベーション中にGGSNからポリシーユニットへ送信され、こうして、端末Aに対するセカンダリPDPコンテキストを開始するための、特に、QoS要件を含むリクエストを搬送するために利用することができる。このメッセージは、RABを含むネットワークリソースを端末Aへ割り当てることができるGGSN500によって実行されるような、セカンダリPDPコンテキストアクティベーションを効果的にトリガーする。これによって、このトリガーは、ポリシーユニットによって制御される、即ち、端末に代えてネットワークオペレータによって効果的に制御される。次に、GGSNノードは、例えば、開始リクエストで定義されるパラメータを用いてセカンダリPDPコンテキストのアクティベーション用の通常処理を起動するためのリクエストを端末に送信することによって、セカンダリPDPコンテキストを開始する。しかしながら、本発明はこれに制限されるものではなく、端末に関与するかしないかに関わらず、任意のメカニズムをセカンダリPDPコンテキストをアクティベートするために使用することができる。但し、この例では、GGSN500は、ステップ5:6で、メッセージPDPコンテキストのリクエストを端末Aへ送信する。このメッセージは、通常の方法で、セカンダリPDPコンテキストを開始することを端末Aへ効果的に指示する。この時点で、GGSN500も、ステップ5:7で示されるようなルールをインストールし、これは、メディアの転送を制御するためのセッション中に使用されることになる。ルールのインストールには、セッション専用QoSパラメータ及び課金パラメータの記憶、加えて、IPアドレス及び、使用される端末Aの番号等の記憶を含んでいる。ステップ5:6で受信されるメッセージの応答では、それに従って、端末Aは、ステップ5:8で、メッセージPDPコンテキストの開始をGGSN500へ送信し、これは、ステップ5:9で、GGSNから返信されるメッセージPDPコンテクキトの受付によって応答確認される。ステップ5:5のGxCCRメッセージの応答として、GGSN500が、ステップ5:10で、変更された標準メッセージGxCCAであるクレジット制御回答CreditControlAnswerをポリシーユニット502へ送信する時点より前ではあるが、ステップ5:5の後の任意の時点でステップ5:7を実行することができることに注意すべきである。従来技術に従って、逆の手順で、ポリシーユニットからGGSNへ通常は送信されるメッセージGxCCAは、ここでは、アクティベートされているセカンダリPDPコンテキストにおける情報を含むように変更されている。これによって、既存のGxCCAメッセージは、ステップ5:10で、この情報をポリシーユニットへ搬送するために利用されるが、ここでも、最初に意図されているように、これは、以前として、ステップ5:5のGxCCRメッセージとともに、通常のクレジット制御用に使用することができる。そして、ポリシーユニット502は、ステップ5:11で、RxAAA認可/認証回答と呼ばれる、ステップ5:3で受信される、RxAARメッセージの標準的な応答の送信に進むことができる。このメッセージは、セッションが認可され、また、ネットワークリソースが予約され、それによって、セッションを開始することを可能にすることを示している。ステップ5:9でのメッセージPDPコンテキストの受付の受信後、端末Aは、ステップ5:12で、新規のINVITEメッセージをパーティBへ送信し、この時点では、SDPのメディアフラグはインアクティブとはなっていない、つまり、アクティブを示していて、それに従い、受信側のパーティは、続くステップ5:13で、アクティブを示すSDPを有するOKINVITEメッセージで応答する。最後の2つのステップはセッションをアクティブとして応答確認し、メディアの通信を、最終ステップ5:14で実行することができる。例えば、上述の実施形態に従う、本発明を実現することによって、ネットワークオペレータは、移動端末に対するマルチメディアセッションを確立する場合に自身のネットワークリソースを介する完全な制御を行うことになる。これは、端末に代って、オペレータが、セカンダリPDPコンテキストをトリガーする時点を決定することができるからである。セッションが開始する前の遅延も削減することができる。従来技術に従う既存の処理は、SDPのメディアフラグをインアクティブに設定する場合、競合状態と呼ばれるシグナリングの衝突をもたらす可能性がある。これは、応答するユーザ例えば、ユーザBが、セッション記述を受け付ける場合に、SDPをアクティブ即ち、インアクティブのメディアフラグでないにするからである。この応答するユーザは、セッション受付メッセージSIPOKInviteと、リソース予約メッセージをほぼ同時に送信することができる。これは、セッション受付回答によってトリガーされるリソース予約信号がポリシーユニットに到達して、競合状態にならない限り、PDP確立時に失敗となる、移動ネットワーク内のポリシーユニットでリソースが予約される前に、応答するユーザに、セカンダリPDPコンテキストを開始することを可能にする。本発明を使用することは、このような衝突を回避することになる。本発明は、特定の実施形態を参照して説明されているが、この説明は、一般的には、本発明の概念を示すことを意図するものであり、本発明の範囲を制限するものとするべきでない。例えば、SIPシグナリングプロトコルとIMSの概念は、上述の実施形態で説明する場合では全体に渡って使用しているが、マルチメディア通信を可能にするための任意の他の規格及びサービスネットワークを、基本的には使用することができる。本発明は、添付の特許請求の範囲によって定義される。