(57)【要約】本発明は、通信ネットワークを介した移動端末４へのコンテント・クリップのコンテント・プロバイダ側で開始される配信を可能にする方法に関する。ここで、通信ネットワークは、異なる種類の無線アクセス・ネットワーク１、２を備え、コンテント・クリップは、特定の種類の無線アクセス・ネットワークを介して配信される必要がある。こうした配信を可能にするために、移動端末４がコンテント・クリップの配信のために必要な種類の無線アクセス・ネットワーク２を介して通信ネットワークにアクセスしていないと判断された場合、必要な種類の無線アクセス・ネットワーク２への移動端末４のハンドオーバをトリガすることが提示されている。これによって、コンテント・クリップは移動端末４に配信され得る。本発明は同様に、対応するシステム、対応する通信ネットワーク、および提示されたステップを実行する要素に関する。
2005522124.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介した移動端末（４）へのコンテント・クリップのコンテント・プロバイダ側で開始される配信を可能にする方法であって、前記通信ネットワークが少なくとも２つの異なる種類の無線アクセス・ネットワーク（１、２）を備え、コンテント・プロバイダ（３）によって提供される前記コンテント・クリップが、前記少なくとも２つの種類のうち特定の１つの無線アクセス・ネットワークを介して前記移動端末（４）に配信される必要があり、前記方法は、
前記コンテント・クリップに関連する表示に基づいて前記コンテント・クリップを配信するために必要な種類の無線アクセス・ネットワーク（２）を判断し、前記移動端末（４）が現在前記通信ネットワークにアクセスする際に経由している種類の無線アクセス・ネットワーク（１）を判断するステップと、
前記移動端末（４）が現在、前記コンテント・クリップを配信するために必要なものとは異なる種類の無線アクセス・ネットワーク（１）を介して前記通信ネットワークにアクセスしている場合、前記コンテント・クリップを配信するために必要な前記種類の無線アクセス・ネットワーク（２）への前記移動端末（４）のハンドオーバをトリガするステップと、
前記コンテント・クリップを配信するために必要な前記種類の無線アクセス・ネットワーク（２）を介して前記移動端末（４）に前記コンテント・クリップを配信するステップとを有する方法。
【請求項２】
前記コンテント・プロバイダ（３）によって提供される前記コンテント・クリップがマルチメディア・メッセージ内に含まれる、請求項１に記載の方法。
【請求項３】
前記コンテント・クリップを配信するために必要な無線アクセス・ネットワーク（２）の種類の表示が、前記コンテント・プロバイダ（３）によって前記コンテント・クリップと共に提供される、請求項１または２に記載の方法。
【請求項４】
特定のコンテント・プロバイダ（３）によって提供される全てのコンテント・クリップが特定の種類の無線アクセス・ネットワーク（２）を介して配信される必要があり、前記コンテント・クリップに関連する前記表示が、前記コンテント・クリップの出所の識別子によって与えられる、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記コンテント・クリップを配信するために必要な無線アクセス・ネットワーク（２）の種類の表示が、ネットワーク・エンティティから別途フェッチされるかまたは前記コンテント・クリップから外挿される、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記コンテント・クリップの配信先である前記移動端末（４）が、前記コンテント・クリップを配信するために必要な前記種類の無線アクセス・ネットワーク（２）を介して前記通信ネットワークにアクセスしていることがわかるまで、前記コンテント・プロバイダ（３）によって提供された前記コンテント・クリップがデータベース内に格納される、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記移動端末（４）が、提供された前記コンテント・クリップの配信を要求し得ることを示す通知を前記移動端末（４）に送信するステップをさらに有し、前記コンテント・クリップの配信のために必要な種類の無線アクセス・ネットワークへの前記移動端末（４）のハンドオーバが、前記コンテント・クリップを配信するようにという前記移動端末（４）による要求に際してのみトリガされ、前記コンテント・クリップが、前記コンテント・クリップを配信するようにという前記移動端末（４）による要求に際してのみ前記移動端末（４）に配信される、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記コンテント・クリップの配信先である前記移動端末（４）を使用する加入者の識別子が、少なくとも２つの異なる種類の無線アクセス・ネットワーク（１、２）を介した前記通信ネットワークへのアクセスを許可された移動加入者の識別子の格納されたリストと比較され、前記加入者が少なくとも２つの異なる種類の無線アクセス・ネットワーク（１、２）を介して前記通信ネットワークにアクセスすることができる加入者であると判断された場合のみハンドオーバがトリガされる、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記移動端末（４）が現在接続されている前記種類の無線アクセス・ネットワーク（１）が、前記移動端末（４）の現在の接続に関する利用可能な格納された情報に基づいて判断される、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記コンテント・クリップが前記コンテント・プロバイダ（３）によって、前記通信ネットワークに接続されたマルチメディア・メッセージング・サービス（ＭＭＳ）リレーおよび／またはサーバ（５）に提供され、前記ＭＭＳリレーおよび／またはサーバ（５）が必要な場合に前記移動端末（４）の前記ハンドオーバをトリガする、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記ＭＭＳリレーおよび／またはサーバ（５）が、ハンドオーバが必要か否かを判断する、請求項１０に記載の方法。
【請求項１２】
前記ＭＭＳリレーおよび／またはサーバに接続されたユニットが、ハンドオーバが必要か否かを判断する、請求項１０に記載の方法。
【請求項１３】
ハンドオーバのために、前記ＭＭＳリレーおよび／またはサーバ（５）がネットワーク制御セル再選択（ＮＣＣＲＳ）のトリガを前記通信ネットワークに送信する、請求項１０から１２のいずれか一項に記載の方法。
【請求項１４】
前記コンテント・クリップを配信するために必要なものとは異なる種類の無線アクセス・ネットワーク（１）を介して前記通信ネットワークにアクセスする移動端末（４）のハンドオーバがトリガされた場合、トリガされた前記ハンドオーバが完了したという通知に際して、前記コンテント・クリップが前記移動端末（４）に配信される、請求項１から１３のいずれか一項に記載の方法。
【請求項１５】
前記通信ネットワークの少なくとも一方の前記無線アクセス・ネットワークが、第３世代（３Ｇ）無線アクセス・ネットワーク（１）であり、前記通信ネットワークの少なくとももう一方の前記無線アクセス・ネットワークが、第２世代（２Ｇ）無線アクセス・ネットワークである、請求項１から１４のいずれか一項に記載の方法。
【請求項１６】
第１の種類および第２の種類の無線アクセス・ネットワーク（１、２）を有し、かつ、第１の種類の無線アクセス・ネットワーク（１）から第２の種類の無線アクセス・ネットワーク（２）への移動端末のシステム間ハンドオーバを実行する手段（ＧＧＳＮ、３Ｇ−ＳＧＳＮ、２Ｇ−ＳＧＳＮ、ＲＮＣおよびＢＳＣ）を有する通信ネットワークを備える通信システムであって、
前記通信システムがさらに、前記第１の種類の無線アクセス・ネットワーク（１）と前記第２の種類の無線アクセス・ネットワーク（２）とを介して前記通信ネットワークにアクセスする手段を有する少なくとも１つの移動端末（４）を備え、
前記通信システムがさらに、コンテント・サーバ（３）を前記通信ネットワークに接続する少なくとも１つの要素（５）の装置を備え、該コンテント・サーバ（３）は、コンテント・プロバイダの開始に際して、前記第２の種類の無線アクセス・ネットワーク（２）を介して前記通信ネットワーク上で移動端末（４）に配信すべきコンテント・クリップを提供し、前記要素（５）の装置は、請求項１から１５のいずれか一項に記載の方法の前記ステップを実行する手段を備える通信システム。
【請求項１７】
コンテント・サーバ（３）を通信ネットワークに接続する少なくとも１つの要素（５）の装置であって、コンテント・プロバイダの開始に際して、特定の種類の無線アクセス・ネットワーク（２）を介して前記通信ネットワークに結合される移動端末（４）に配信すべきコンテント・クリップを前記コンテント・サーバ（３）から受信する手段を備え、前記装置（５）がさらに、請求項１から１５のいずれか一項に記載の方法の前記ステップを実行する手段を備える装置。
【請求項１８】
前記コンテント・サーバから前記コンテント・クリップを受信し、前記通信ネットワーク内で移動端末（４）のハンドオーバをトリガするマルチメディア・メッセージング・サービス（ＭＭＳ）リレーおよび／またはサーバ（５）を少なくとも備える、請求項１７に記載の装置。
【請求項１９】
前記ＭＭＳリレーおよび／またはサーバ（５）に接続され、かつ、ハンドオーバを判断する基礎となる情報を格納する格納手段を備える、請求項１８に記載の装置。
【請求項２０】
前記ＭＭＳリレーおよび／またはサーバ（５）に接続され、かつ、ハンドオーバの必要性を判断する処理手段を備える、請求項１８または１９に記載の装置。
【請求項２１】
通信ネットワークであって、
少なくとも２つの異なる種類の無線アクセス・ネットワークと、
前記通信ネットワークをコンテント・サーバ（３）に接続する少なくとも１つの要素（５）の装置からの、コンテント・プロバイダによって開始されるコンテント・クリップの配信のためにシステム間ハンドオーバが必要であることを示す情報の受信に際して、第１の種類の無線アクセス・ネットワーク（１）を介して前記通信ネットワークにアクセスする移動端末の第２の種類の無線アクセス・ネットワーク（２）へのシステム間ハンドオーバを実行する手段（ＧＧＳＮ、３Ｇ−ＳＧＳＮ、ＲＮＣおよびＢＳＣ）とを備える通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介した移動端末へのコンテント・クリップのコンテント・プロバイダ側で開始される配信を可能にする方法に関するものである。ここで、通信ネットワークは少なくとも２つの異なる種類の無線アクセス・ネットワークを備え、上記コンテント・プロバイダによって提供されるコンテント・クリップは、上記少なくとも２つの種類のうち特定の１つの無線アクセス・ネットワークを介して上記移動端末に配信される必要がある。本発明は同様に、通信システムをコンテント・サーバに接続する要素の集合体と、当該要素の集合体および通信ネットワークを備える通信システムと、通信ネットワークとに関する。
【背景技術】
【０００２】
通信ネットワークを介したコンテント・プロバイダによる移動端末へのコンテントの配信を可能にすることは当業技術の現状から周知である。コンテント・プロバイダは、例えばＢＢＣニュースを含むビデオ・クリップといったようなコンテントを製作し提供する。そして、コンテントの実際の配信は、通常、コンテント・プロバイダが提供するコンテントを端末に配信するサービス・プロバイダ、例えばネットワーク・オペレータが担当する。
【０００３】
さらに、コンテントの「プッシュ」配信、すなわち、移動端末のユーザの要求によってではなくコンテント・プロバイダによって開始される配信を可能にすることも周知である。
【０００４】
プロバイダ側で開始されるコンテントの配信では、例えばマルチメディア・メッセージの一部としてクリップが利用可能になるや否や、コンテント・クリップは多かれ少なかれ自動的に移動端末に配信される。コンテント・クリップを検索するために対応するユニフォーム・リソース・ロケータ（ＵＲＬ：Uniform Resource Locator）をクリックするといったようなユーザの操作を必要としない形で配信を構成してもよい。コンテント・クリップの自動配信は、宛先の移動端末がサポートするものでなければならない。さらに、通常、移動端末のユーザは、こうしたコンテント・クリップを提供するサービスに事前に加入しておく必要がある。ユーザはそれぞれのコンテント・プロバイダから直接またはサービス・プロバイダ経由でコンテントを注文することができる。
【０００５】
コンテントを配信するために利用される通信ネットワークは、移動端末によるアクセスを可能にする様々な種類の無線アクセス・ネットワークを備えてもよい。単一の通信ネットワークが提供するこうした様々な種類の無線アクセス・ネットワークは、例えば３Ｇ（第３世代）無線アクセス・ネットワークおよび２Ｇ（第２世代）無線アクセス・ネットワークであり、あるいは、３Ｇシステムの中では、ＷＣＤＭＡ（広帯域符号分割多重アクセス：Wideband Code Division Multiple Access）を利用したＵＴＲＡＮ（ユニバーサル移動電気通信サービス地上無線アクセス・ネットワーク：Universal Mobile Telecommunication Services Terrestrial Radio Access Network）、およびＧＳＭ（移動通信用グローバル・システム：Global System for Mobile Communications）無線アクセス・ネットワークであってもよい。
【０００６】
さらに、様々な種類の無線アクセス・ネットワークと、ひいては様々な無線アクセス技術（ＲＡＴ）を介して通信ネットワークにアクセスすることができる移動端末が提案されている。こうした移動端末はマルチモード端末と呼ばれている。マルチモード端末の一例は２Ｇ／３Ｇデュアルモード端末である。
【０００７】
こうしたマルチモード移動端末の総合的な使用を可能にするために、様々な無線アクセス技術を提供する通信ネットワークが、こうした技術の間でのマルチモード移動端末のシステム間ハンドオーバをサポートするということも提案されている。
【０００８】
ＵＭＴＳ（Universal Mobile Telecommunication Services ：ユニバーサル移動電気通信サービス）とＧＳＭとの間のシステム間ハンドオーバを行うために利用されるネットワーク信号方式は、例えば、技術仕様書３ＧＰＰ  ＴＳ  ２３．０６０  Ｖ３．６．０（２００１−０１）の「汎用パケット無線サービス（ＧＰＲＳ）；サービス記述；ステージ２（リリース１９９９）（General Packet Radio Service (GPRS); Service Description; Stage 2 (Release 1999)）」に記述されている。
【０００９】
無線アクセス技術の変更を可能にするいくつかの理由がある。
【００１０】
システム間ハンドオーバを行う最も重要な理由は、通信システムの通信可能範囲および品質の差である。状況によっては、移動中の移動端末が現在接続されている第１の無線アクセス・システムの通信可能範囲が終わることもある。その上、この第１の無線アクセス・システムが提供する無線接続品質が所定のしきい値以下に低下することもある。また一方で、別の無線アクセス・システムが通信可能範囲および／またはより良好な無線接続品質を提供する場合、システム間ハンドオーバによって継続的かつ十分にコンテントを移動端末に供給することが保証され得る。代表的に、第１の無線アクセス・システムはＷＣＤＭＡシステムであり、第２の無線アクセス・システムはＧＳＭ／ＧＰＲＳシステムである。
【００１１】
システム間ハンドオーバを行うもう１つの根本的な理由は、負荷、すなわち、異なる無線アクセス・システムにおける現在のトラフィックの量である。第１の無線アクセス・システムの負荷が予め定められたしきい値を越えたときは、移動端末のオーバフローを別の無線アクセス・システムに引き渡せばよい。この場合、代表的に、第１の無線アクセス・システムはＧＳＭ／ＧＰＲＳであり、第２の無線アクセス・システムはＷＣＤＭＡである。
【００１２】
システム間ハンドオーバを行う第３の理由は、必要なサービスのＱｏＳ（Quality of Service：サービス品質）の要求である。通信システムのオペレータは、その選好に応じてサービス・ベースのハンドオーバの基準を規定する。そして、このような基準は、ハンドオーバを開始するコア・ネットワーク中のサービス優先順位テーブルに格納される。同じテーブルはまた、通信システムのＵＴＲＡＮの無線ネットワーク制御装置（ＲＮＣ）内にも存在する。ＲＮＣがコア・ネットワークからハンドオーバの情報を受信しない場合、ＲＮＣ中のテーブルを使用してもよい。種々の無線アクセス技術にサービスを割り当てる例では、音声についてはＧＳＭを優先して使用し、パケット・データについてはＷＣＤＭＡを優先して使用してもよいが、回線データはＷＣＤＭＡを使用して送信しなければならない。サービス・ベースのハンドオーバの追加基準は負荷であるから、「負荷およびサービス・ベースのハンドオーバ」という表現が、「サービス・ベースのハンドオーバ」という表現よりも正確な言い方である。
【００１３】
例えば、技術仕様書３ＧＰＰ  ＴＳ  ２５．４１３  Ｖ３．４．０（２０００−１２）の「ＵＴＲＡＮ  Ｉｕインタフェース  ＲＡＮＡＰ信号方式（リリース１９９９）（UTRAN Iu Interface RANAP Signalling (Release 1999)）」に規定されているように、３Ｇ  ＵＴＲＡＮから２Ｇ  ＧＳＭへの無線アクセス・ネットワークのサービス・ベースのハンドオーバは、コア・ネットワークとＵＴＲＡＮとの間のＩｕインタフェース上のＲＡＮＡＰ（無線アクセス・ネットワーク・アプリケーション・パート）メッセージである「ＲＡＢ割り当て要求（RAB Assignment Request）」および「再配置要求（Relocation Request）」中の「サービス・ハンドオーバ（Service Handover）」と呼ばれるオプションのパラメータによって実現される。このパラメータについて、「ＧＳＭへのハンドオーバ（ＨＯ）を行うべきである」、「ＧＳＭへのハンドオーバ（ＨＯ）を行うべきでない」および「ＧＳＭへのハンドオーバ（ＨＯ）は行わない」という３つの値が規定される。このようにすれば、コア・ネットワークは、ＲＮＣに対し３Ｇから２Ｇへの無線アクセス・ネットワークのハンドオーバを実行するよう強制することはできず、ハンドオーバを提案することができるのみである。最終的な判断は、負荷、通信可能範囲および無線接続品質といったような追加基準に基づいて、ＲＮＣにより行われる。さらに、負荷およびサービス・ベースのハンドオーバでは、ＲＮＣは、複数の移動端末を周期的にかつ一まとめにして、直接にではなく個別に、基地局サブシステム（ＢＳＳ）に引き渡す（hand over ）。
【００１４】
マルチモード移動端末へのコンテントの配信に帰結し得るような現在周知の方法では解決できない問題は、ライセンス供与に関するものである。メディアの世界では、ケーブル、地上アクセスすなわちアナログ方式、ディジタル方式、ＡＭ、ＦＭ、ＨＦ、ＵＨＦおよび／またはＶＨＦ、または衛星システムを介したテレビおよびラジオ放送といったような、ある種のアクセスのみを介して特定のコンテントを配信するためのライセンスを提供するのが一般的なアプローチである。これと対照的に、移動通信では、コンテント・ライセンスというものはまだ新しいものである。また一方で、コンテント・プロバイダの中には、例えばＧＳＭおよびＵＭＴＳ帯域または技術といったような制限された無線アクセス・スペクトラム上で何らかのコンテントを提供するための独占的ライセンスを移動通信ネットワーク・オペレータおよび他のサービス・プロバイダに既に販売しているものもある。オペレータは、通常、２Ｇおよび３Ｇ両方のネットワークを有しており、３Ｇ無線アクセスを介して３Ｇ／２Ｇデュアルモード端末ユーザに多数のコンテントを提供することができる。しかしながら、このオペレータがあるコンテントについて２Ｇのライセンスしか有していない場合、２Ｇ帯域上で、ライセンス供与がなされたコンテントをデュアルモード加入者に提供する技術的解は有用であろう。デュアルモード加入者のデュアルモード移動端末は、３Ｇ無線アクセス・ネットワークを介して２Ｇのみのコンテントにアクセスしようとする場合、アクセスを可能にするため２Ｇシステムに移動しなければならない。２Ｇ無線アクセス・ネットワークを介したダウンロード、ストリーミングまたはＭＭＳ（マルチメディア・メッセージング・サービス：Multimedia Messaging Service）によるコンテント配信の後、上記の端末は３Ｇシステムに移動することも２Ｇシステムに留まることもできる。
【００１５】
さらに、特定の無線アクセス技術を必要とするコンテントが配信される状況も起こり得る。例えば、２Ｇ／３Ｇ移動端末は、３Ｇ  ＷＣＤＭＡシステムまたは２Ｇ  ＧＳＭシステムのいずれかで動作し得る。そして、通常は、ＷＣＤＭＡシステムが好適なシステムである。しかしながら、ＧＳＭは、例えばトランスペアレント・ファクシミリ（transparent facsimile ）のように、３Ｇでは存在しないようないくつかのサービスを有する。
【００１６】
現在の３ＧＰＰ仕様は、ＵＴＲＡＮ、ＧＳＭおよびＧＥＲＡＮといったような無線アクセス・セルを平等に扱っているので、ネットワーク・オペレータにとって、移動端末を最も適切な移動端末技術の方へ誘導するための強力な手段は存在しない。規定された基準に基づいて１つまたは他の公衆陸上移動ネットワーク（ＰＬＭＮ）、位置登録エリア（ＬＡ）、ルーティング・エリア（ＲＡ）またはセルを優先することは周知である。しかしながら、異なる無線アクセス技術のセルが単一のＰＬＭＮ、ＬＡまたはＲＡの中に混合されていることもあり、移動端末に対し特定の無線アクセス技術を強制する方法はもとより、何らかの無線アクセス技術を優先する方法さえもこれまで提案されていない。現在サービスを行っているセルにおいて必要なサービスを提供することができない場合のみ、呼（call）はネットワークによって別のセルに引き渡されるか、または呼は消去される。
【００１７】
欧州特許公開公報ＥＰ１１６２８０５Ａ１は、ユーザの要求、特に、移動端末を介した要求に際してのコンテントの配信を述べている。コストが高いために、縮小されたコンテントのみを移動端末に配信し、また一方で、完全なコンテントを代替システム、特に有線システムに提供することが提案されている。この代替システムへの完全なコンテントの提供は、例えばインターネット接続がなされたデータ処理システムへの「プッシュ」配信によって実現され得る。しかしながら、上記の先行技術文献は、「プッシュ」配信において特定の種類の無線アクセス・ネットワークを介して移動端末にコンテントを配信する必要性を取り扱っていない。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
本発明の目的は、所定の種類の無線アクセス・ネットワークを介して通信ネットワーク上で移動端末のユーザに配信すべきコンテントの、コンテント・プロバイダ側で開始される配信を可能にすることである。
【課題を解決するための手段】
【００１９】
この目的は、本発明に従って、第１のステップとしてコンテント・クリップを配信するために必要な無線アクセス・ネットワークの種類を判断するステップを含む方法によって達成される。必要な種類は、コンテント・クリップに関連する表示に基づいて判断される。こうした表示は、特に、コンテント・クリップと共にコンテント・プロバイダによって提供されればよい。さらに、コンテント・クリップの配信先である移動端末が現在通信ネットワークにアクセスする経路となっている無線アクセス・ネットワークの種類が判断される。移動端末が現在、コンテント・クリップの配信のために必要なものとは異なった種類の無線アクセス・ネットワークを介して通信ネットワークにアクセスしている場合、必要な種類の無線アクセス・ネットワークへの移動端末のハンドオーバがトリガされる。最終的に、コンテント・クリップを配信するために必要な種類の無線アクセス・ネットワークを介して、コンテント・クリップが移動端末に配信される。
【００２０】
ハンドオーバという用語は、セルの再選択をも含むことに注意されたい。
【００２１】
本発明の目的は、対応する通信システムによっても同様に達成される。このシステムは、第１の種類および第２の種類の無線アクセス・ネットワークと、第１の種類の無線アクセス・ネットワークから第２の種類の無線アクセス・ネットワークへの移動端末のシステム間ハンドオーバを実行する手段とを有する通信ネットワークを備えている。本システムはさらに、第１および第２との種類の無線アクセス・ネットワークを介して通信ネットワークにアクセスする手段を有する移動端末を備えている。本システムはその上に、少なくとも１つの要素の装置を備えている。この装置は通信ネットワークの外部にあってもよく、また通信ネットワークの一部を形成してもよい。第１のケースでは、例えば装置の他の要素と協働し得るＭＭＳリレーおよび／またはサーバであってもよい。ＭＭＳリレー／サーバは例えば、技術仕様書３ＧＰＰ  ＴＳ  ２３．１４０  Ｖ５．１．０（２００１−１２）の「マルチメディア・メッセージング・サービス（ＭＭＳ）；機能的記述；ステージ２（リリース５）（Multimedia Messaging Service (MMS); Functional Description; Stage 2 (Release 5) ）」に規定されており、メッセージの格納と通知、報告および一般的なメッセージ処理を担当する。本装置を利用してコンテント・サーバを通信ネットワークに接続するようになっている。このコンテント・サーバは、コンテント・プロバイダによる開始に際して、通信ネットワーク上で第２の種類の無線アクセス・ネットワークを介して移動端末に配信すべきコンテント・クリップを提供する。本装置は、提示された方法のステップを実行する手段を備えている。
【００２２】
さらに、本発明の目的は、上記のような少なくとも１つの要素の装置によって達成される。すなわち、提示された装置は、コンテント・サーバからコンテント・クリップを受信する手段と、提示された方法のステップを実行する手段とを備えている。
【００２３】
最終的に、本発明の目的は、コンテント・プロバイダ側で開始されるコンテント・クリップの配信のためのハンドオーバを可能にするような対応する通信ネットワークによって達成される。
【００２４】
本発明は、コンテント・プロバイダが提供するコンテント・クリップについて、当該コンテント・クリップが特定の無線アクセス・ネットワークを介して移動端末に配信されるものであるか否かを判断し得るという着想から出発している。そして、コンテント・クリップの宛先である移動端末が現在、必要なものとは違う無線アクセス・ネットワークを介して通信ネットワークにアクセスしている場合、この移動端末のハンドオーバをトリガすればよい。
【００２５】
本発明の利点は、コンテントの宛先である移動端末が現在、そのコンテントのために必要なものとは別の種類の無線アクセス・ネットワークを介して通信ネットワークにアクセスしている場合でも、プロバイダ側で開始されるコンテント配信が可能なことである。
【００２６】
本発明の好適実施形態は、本願の特許請求の範囲の従属形式の請求項から明らかになる。
【００２７】
コンテント・プロバイダが提供するコンテント・クリップは、何らかのメッセージ、例えばマルチメディア・メッセージに含まれるものであってよいし、または何らかの他のメッセージに含まれるものであってよい。こうしたメッセージは例えば、コンテント・クリップを配信するために必要な無線アクセス・ネットワークの種類を表示する拡張ヘッダを備えてもよい。しかしながら、その表示は必ずコンテント・クリップと共に提供されなければならないことに注意されたい。これは、例えば、メッセージに対し相互接続がなされたメタデータ・ファイルに含まれるものでもよい。
【００２８】
本発明の１つの可能な実施形態では、特定のコンテント・プロバイダを出所とする全てのコンテント・クリップは、特定の種類の無線アクセス・ネットワークを介して配信されなければならない。この場合、コンテント・クリップの出所が、コンテントを配信するために必要な無線アクセス・ネットワークの種類の表示を構成してもよい。
【００２９】
本発明の別の実施形態では、コンテント・プロバイダを出所とするコンテント・クリップを特定の種類の無線アクセス・ネットワークを介して配信しなければならないか否かの表示が、コンテント・クリップを受信した後と、当該コンテント・クリップを移動端末のユーザに配信する前に、ネットワーク・エンティティから要求される。
【００３０】
本発明のさらに別の実施形態では、コンテント・プロバイダを出所とするコンテント・クリップが、例えばＭＭＳリレー／サーバによって検査され、検査の結果に基づいて、当該コンテント・クリップを特定の種類の無線アクセス・ネットワークを介して配信しなければならないか否かが結論付けられる。
【００３１】
本発明の好ましい実施形態では、コンテント・プロバイダが提供するコンテント・クリップが、まず、データベース内に格納される。コンテント・クリップの配信先である移動端末が当該コンテント・クリップを配信するために必要な種類の無線アクセス・ネットワークを介して通信ネットワークにアクセスしていることがわかり次第、上記データベースからコンテント・クリップを検索することが可能になる。
【００３２】
コンテント・クリップは、移動端末のユーザが加入したサービスに応じて提供されるものではあるが、移動端末は当該コンテント・クリップを受信するために利用できないこともある。したがって、移動端末が提供されたコンテント・クリップの配信を要求し得ることを示す通知を当該移動端末に送信することが提示されている。そして、おそらく必要になるであろう移動端末のハンドオーバは、コンテント・クリップ配信に対する移動端末の要求があったときに初めてトリガされる。同様に、コンテント・クリップは、移動端末による要求があったときに初めて移動端末に配信される。
【００３３】
一般に、コンテント・プロバイダは、コンテント・クリップと共に、当該コンテント・クリップの配信先である移動端末の識別子を提供する。より詳しくいえば、この識別子は、移動端末中のＳＩＭ（加入者識別モジュール：Subscriber Identity Module）またはＵＳＩＭ（ＵＭＴＳ  ＳＩＭ）に関連するＭＳＩＳＤＮであってもよい。すなわち、識別子は、一般に移動加入者に関連し、かつ、特定の移動端末が上記ＳＩＭまたはＵＳＩＭに接続されている限り当該特定の移動端末に関連する。本発明の好適な実施形態では、何らかの格納手段に格納されたリストは、少なくとも２つの異なる種類の無線アクセス・ネットワークを介した通信ネットワークへのアクセスを許可された全ての加入者の識別子を備えている。そこで、加入者の提供された識別子を格納されたリストと比較すればよい。コンテント・クリップの配信先である移動端末が二重モード加入者に属すると判断されたときに初めてハンドオーバがトリガされる。
【００３４】
移動端末が現在接続されている無線アクセス・ネットワークの種類は、移動端末、例えばサービスに加入している全ての移動端末の現在の接続に関する利用可能な格納された情報に基づいて判断すればよい。この情報は、現在使用中の無線アクセス技術、移動端末の種類、および移動端末の加入に関する情報を含んでもよい。上記情報は、移動端末が通信ネットワークにアクセスする都度提供される。さらに、上記情報を使用して、デュアルモード加入者が現在デュアルモード移動端末を使用しているか否を検証し、デュアルモード加入者が現在デュアルモード移動端末を使用していない場合にはハンドオーバを禁止してもよい。
【００３５】
コンテント・プロバイダは、コンテント・クリップを特にＭＭＳリレー／サーバに提供すればよい。ここで、ＭＭＳリレー／サーバは、通信ネットワークに接続されており、必要な場合に移動端末のハンドオーバをトリガする。さらに、ＭＭＳリレー／サーバは、ハンドオーバが必要か否かを判断すればよい。代替的に、このようなタスクは、ＭＭＳリレー／サーバに接続されたユニットが実行してもよい。さらに、ＭＭＳリレー／サーバに接続された上記ユニットは、ハンドオーバをトリガすべきか否かを判断するためにユニットまたはＭＭＳリレー／サーバで必要とされる情報を格納してもよい。
【００３６】
ハンドオーバがトリガされた場合、コンテント・クリップは、好適にはトリガされたハンドオーバが完了したという通知の後で初めて配信される。
【００３７】
本発明は、パケット交換（ＰＳ）ドメインおよび／または回線交換（ＣＳ）ドメインについて実現可能である。好適には、全ての２Ｇ／３Ｇ移動端末はＰＳデータの処理をサポートすることになっているので、本発明は少なくともＰＳドメインについて実現される。ハンドオーバは、ＰＳドメインでは、ＧＧＳＮ（サービングＧＰＲＳサポート・ノード：Serving GPRS Support Node ）およびＳＧＳＮ（ゲートウェイＧＰＲＳサポート・ノード：Gateway GPRS Support Node）へのネットワーク制御セル再選択（ＮＣＣＲＳ：Network Controlled Cell Re-selection ）トリガによってトリガされ、ＣＳドメインの場合は、ＮＡＳ（非アクセス階層：Non Access Stratum）およびＭＳＣ（移動交換センタ：Mobile Switching Center ）へのトリガによってトリガされる。ＭＭＳリレー／サーバがＰＳドメインでのマルチメディア・メッセージの配信だけをサポートする場合、ＮＣＣＲＳトリガだけが必要である。
【００３８】
好適には、通信ネットワークの無線アクセス・ネットワークの少なくとも一方は３Ｇ無線アクセス・ネットワークであり、上記無線アクセス・ネットワークの少なくとももう一方は２Ｇ無線アクセス・ネットワークである。
【００３９】
明らかに、本発明は、他の少なくとも２つの異なる種類の無線アクセス・ネットワークを備える通信ネットワークと共に利用できるが、本発明が必要とするのは、コンテント・プロバイダ側が開始する少なくとも１種類のシステム間ハンドオーバが可能であるということのみである。
【００４０】
したがって、本発明のシステム間ハンドオーバは、ＷＣＤＭＡおよびＧＳＭ／ＧＰＲＳについてだけでなく、そのようなシステム間ハンドオーバの対象となる任意のシステム、例えばＷＬＡＮ（無線ローカルエリア・ネットワーク：Wireless Local Area Network ）からＧＳＭへの移動端末のハンドオーバについても実現可能である。
【発明を実施するための最良の形態】
【００４１】
本発明の他の目的および特徴は、添付の図面と共に検討される本発明の例示実施形態に関する以下の説明から明らかになるであろう
図１は、移動通信ネットワークを介した移動端末へのコンテントのコンテント・プロバイダ側で開始される配信を可能にするような、本発明による通信システムを示す図である。
【００４２】
図示された通信システムは、３Ｇ  ＵＴＲＡＮ１と、２Ｇ  ＧＳＭ無線アクセス・ネットワーク２とを備えている。ＵＴＲＡＮ１は、無線ネットワーク制御装置ＲＮＣに接続された基地局ＢＴＳを備え、ＧＳＭアクセス・ネットワークは、基地局制御装置ＢＳＣに接続された基地局ＢＴＳを備える。
【００４３】
ＵＴＲＡＮのＲＮＣはさらに、３ＧサービングＧＰＲＳサポート・ノード（３Ｇ−ＳＧＳＮ）を介してホーム・ロケーション・レジスタＨＬＲとゲートウェイＧＰＲＳサポート・ノードＧＧＳＮとに接続される。ＧＳＭアクセス・ネットワークのＢＳＣはさらに、２Ｇ−ＳＧＳＮを介してＨＬＲとＧＧＳＮとに接続される。
【００４４】
ＳＧＳＮ、ＨＬＲおよびＧＧＳＮは通信システムのコア・ネットワークに属する。２Ｇおよび３Ｇの無線アクセス・ネットワーク１、２とコア・ネットワークとの集合体は、移動通信ネットワークとも呼ばれる。
【００４５】
ＳＧＳＮは、パケット交換サービスについて、その現在のロケーションに位置する移動端末にサービスを提供するスイッチである。ＧＧＳＮは、パケット交換サービスについて、外部ネットワークへの接続を提供するコア・ネットワークのスイッチである。この機能のため、ＧＧＳＮは一方で、マルチメディア・メッセージング・サービスについて、ＭＭＳリレー／サーバ５を介してコンテント・プロバイダのコンテント・サーバ３に接続される。
【００４６】
図１の通信システムはさらに移動端末４を備えている。この移動端末４は２Ｇ／３Ｇデュアルモード局であり、ＧＳＭ／ＧＰＲＳとＷＣＤＭＡとをサポートする。すなわち、移動端末４は、それぞれ提供される基地局ＢＴＳのいずれかを介して移動通信ネットワークのＵＴＲＡＮ１とＧＳＭ無線アクセス・ネットワーク２とに同様にアクセスすることができる。
【００４７】
移動通信ネットワークのオペレータは、特定のＭＭＳのためのコンテント・クリップを、２Ｇ無線アクセス技術を介して移動端末に配信するためのライセンスを有する。オペレータは、こうしたコンテント・クリップを３Ｇ無線アクセス技術を介して配信するためのライセンスを有していない。図示されたデュアルモード移動端末４のユーザは、この特定のＭＭＳに加入している。
【００４８】
ＭＭＳリレー／サーバ５は、２Ｇ／３Ｇ移動端末を使用するような上記サービスの全ての加入者のＭＳＩＳＤＮ（移動加入者統合サービス・ディジタル・ネットワーク番号：Mobile Subscriber Integrated Services Digital Network Numbers ）と、ひいては移動端末４のＭＳＩＳＤＮとのリストを格納する。
【００４９】
こうした加入者の１人が移動端末を介してパケット・データ・プロトコル（ＰＤＰ）コンテキストを起動するときはいつでも、ＭＭＳリレー／サーバ５はさらに、ＧＧＳＮから、使用されている無線アクセス技術ＲＡＴに関する情報、使用されている移動端末の種類すなわちユーザ機器ＵＥに関する情報、および、それぞれの移動端末の加入ＳＵＢＳに関する情報を受信する。この情報は同様にＭＭＳリレー／サーバ５によって格納される。代替的に、上記情報は、ＭＭＳリレー／サーバ５に接続された何らかの格納要素、例えばＩｄプロキシ（Id Proxy）に提供され、そこに格納されてもよい。
【００５０】
ここで、図示された移動端末４が加入するＭＭＳについてコンテント・プロバイダ３が提供する２Ｇのみのコンテントの配信を図２を参照して説明する。図２は、コンテント・プロバイダ３を出所とするコンテントの配信を可能にするためにＭＭＳリレー／サーバ５において実現される手順の一部を例示する。
【００５１】
例示される初期状態では、移動端末４はＵＴＲＡＮ１における非実時間（ＮＲＴ）パケット交換（ＰＳ）接続を有しており、ＲＡＴ、ＵＥおよびＳＵＢＳに関する対応する情報は、ＭＭＳリレー／サーバ５または接続された格納要素内に格納される。
【００５２】
あるユーザが加入するＭＭＳについての新しいコンテント・クリップ、例えば移動端末４のユーザが加入するＭＭＳについての２Ｇのみのコンテント・クリップが利用可能なときはいつでも、コンテント・プロバイダ３は、コンテント・クリップを備えるマルチメディア・メッセージをＭＭＳリレー／サーバ５に提供する。
【００５３】
すなわち、第１のステップでは、ＭＭＳリレー／サーバ５は、コンテント・プロバイダ３のコンテント・サーバから、コンテント・クリップを備えたマルチメディア・メッセージ（ＭＳ）を自動的に受信する。
【００５４】
ＭＭＳリレー／サーバ５によるマルチメディア・メッセージの宛先への配信を可能にする前に、当該マルチメディア・メッセージに包含されるコンテントのために必要な無線アクセス技術の種類を判断しなければならない。
【００５５】
このため、コンテント・プロバイダ３が提供するマルチメディア・メッセージは、ＭＩＭＥ（多目的／マルチメディア・インターネット・メール拡張仕様：Multipurpose/Multimedia Internet Mail Extension ）マルチパート・ヘッダ中に拡張ヘッダを備えている。この拡張ヘッダは、包含されるコンテント・クリップが２Ｇのみのコンテント・クリップであるという表示と、コンテント・クリップの宛先である加入者のＭＳＩＳＤＮとを含む。
【００５６】
代替的に、包含されるコンテント・クリップが２Ｇのみのコンテント・クリップであるという表示は、コンテント・プロバイダ３からＭＭＳリレー／サーバ５にマルチメディア・メッセージを配信するために使用されるプロトコル層に含めてもよい。
【００５７】
さらに代替的に、あるコンテント・プロバイダ３を出所とする全てのマルチメディア・メッセージが２Ｇのみのコンテントを有することを知るようにＭＭＳリレー／サーバ５を構成してもよい。
【００５８】
加入者のＭＳＩＳＤＮが提供されているために、確立されたＰＤＰコンテキストに対応するそれぞれの加入者のＩＰアドレスをＧＧＳＮからＭＭＳリレー／サーバ５に送信することは、マルチメディア・メッセージを配信する際に必要ではない。ここで説明している例では、ＭＭＳリレー／サーバ５は、受信したマルチメディア・メッセージが２Ｇのみのコンテント・クリップを備えることを検出する。
【００５９】
ＭＭＳリレー／サーバ５は、そのデータベース中に、配信対象の、２Ｇのみのコンテント・クリップを含むような受信した全てのマルチメディア・メッセージのリストを格納する。さらに、ＭＭＳリレー／サーバ５は、そのデータベース中に、対応するマルチメディア・メッセージを格納する。２Ｇのみのコンテントを有するような新たに受信したマルチメディア・メッセージに基づいて、ＭＭＳリレー／サーバ５はそのデータベースを補足する。
【００６０】
ＭＭＳリレー／サーバ５はその上に、コンテント・クリップの宛先である移動端末４が３Ｇのみの端末であるか否かを判断する。当該移動端末が３Ｇのみの端末である場合、コンテント・クリップは配信されない。
【００６１】
そうでない場合、ＭＭＳリレー／サーバ５は、加入済のコンテント・クリップの宛先である加入者の移動端末４にＭＭＳの通知を送信する。この通知は、ＭＭＳリレー／サーバ５を指すユニフォーム・リソース・インジケータ（ＵＲＩ：Uniform Resource Indicator）と、移動端末４内のＭＭＳユーザ・エージェント（MMS User Agent）を起動するために必要な情報とを有している。この結果、端末４はＭＭＳリレー／サーバ５に、マルチメディア・メッセージの配信を要求する。代替的に、ユーザ・エージェントは、移動端末４のユーザに新しいＭＭＳの通知について知らせてもよい。そして、ユーザは、端末４のボタンをクリックしてマルチメディア・メッセージの配信を要求してもよい。
【００６２】
ＭＭＳリレー／サーバ５はさらに、受信したＭＳＩＳＤＮと、ＲＡＴ、ＵＥおよびＳＵＢＳに関する格納された情報とに基づいて、メッセージの配信先である移動端末がデュアルモード移動端末であるか否かを判断する。ＭＳＩＳＤＮのリストが格納ユニットに格納されている場合、ＭＭＳリレー／サーバ５は、コンテント・クリップの配信先である移動端末のＭＳＩＳＤＮに基づいて上記格納ユニットから情報を入手すればよい。
【００６３】
２Ｇのみのコンテント・クリップを有するような受信したマルチメディア・メッセージの配信先が２Ｇのみの加入者であると判断された場合、加入者の移動端末による要求があれば、すぐにメッセージを配信すればよい。２Ｇのみのコンテント・クリップを有するような受信したマルチメディア・メッセージの配信先が３Ｇのみの加入者である場合、移動端末は、提供されたコンテント・クリップの配信ができないことを知らされる。
【００６４】
しかしながら、加入者がデュアルモード移動端末を使用している場合、ＭＭＳリレー／サーバ５はさらに、端末が現在２Ｇまたは３Ｇのいずれの無線アクセス・ネットワーク１、２を介して移動通信ネットワークに接続されているかを判断しなければならない。このため、ＭＭＳリレー／サーバ５は、格納されたＲＡＴ、ＵＥおよびＳＵＢＳの情報に対して、受信したＭＳＩＳＤＮのマッピングを行う。移動端末が、現在２Ｇ無線アクセス・ネットワーク２に接続されているデュアルモード端末である場合、コンテント・クリップを有するような格納されたメッセージをここで移動端末に配信すればよい。
【００６５】
ここで説明している例では、ＭＭＳリレー／サーバ５は、移動端末４が現在３Ｇ無線アクセス・ネットワーク１に接続されているデュアルモード端末であると判断する。コンテント・クリップは２Ｇ無線アクセス技術を介した配信しか許可されていないので、ＭＭＳリレー／サーバ５は、コンテント・クリップの配信を可能にする前に２Ｇ無線アクセス・ネットワーク２への移動端末４のハンドオーバをトリガしなければならないことがわかる。
【００６６】
代替的に、ハンドオーバの必要性は、別のネットワーク要素、例えばＭＭＳリレー／サーバ５に接続されたＩｄプロキシにて判断してもよい。そして、Ｉｄプロキシは単に、ＭＭＳリレー／サーバ５に、ＭＭＳリレー／サーバ５が移動端末のハンドオーバをトリガしなければならないか否かの表示を提供するのみでよい。
【００６７】
ハンドオーバをトリガするために、ＭＭＳリレー／サーバ５はＮＣＣＲＳトリガをＧＧＳＮに送信する。
【００６８】
ＭＭＳリレー／サーバ５によるＮＣＣＲＳトリガの結果として生ずるＵＴＲＡＮ１からＧＳＭアクセス・ネットワーク２への移動端末４のハンドオーバは、図１では「ＮＣＣＲＳ」と表記された矢印によって示される。以下、実際のハンドオーバの詳細をさらに説明する。
【００６９】
２Ｇ無線アクセス・ネットワーク２への移動端末４のハンドオーバが完了すると、ＧＧＳＮはＭＭＳリレー／サーバ５にその旨を通知する。
【００７０】
ハンドオーバが完了したというＧＧＳＮによる表示を受信すると、ＭＭＳリレー／サーバ５は、そのデータベースから、２Ｇのみのコンテントを有するような格納されたマルチメディア・メッセージを検索し、マルチメディア・メッセージをＧＳＭ無線アクセス・ネットワーク２を介して移動端末４に配信する。そして、移動端末４のユーザ・エージェントは、自動的または移動端末４のユーザの要求に応じて、受信したマルチメディア・メッセージを端末４の画面に表示すればよい。
【００７１】
さらに、ＭＭＳリレー／サーバ５は、加入者の全てのＩＰアドレスが格納されたＲＡＴステータスを変更するが、これは、そうしないと、ＭＭＳリレー／サーバ５がその後のコンテント配信について誤ったＮＣＣＲＳトリガを発生させるおそれがあるからである。
【００７２】
ここで説明している本発明の実施形態では、ＭＭＳリレー／サーバ５は、移動端末が現在アクティブなＰＤＰコンテキストを有する場合のみ、コンテント・クリップを移動端末に配信するが、これは、この場合のみ、ＲＡＴ、ＵＥおよびＳＵＢＳに関する有効な情報が移動端末についてＭＭＳリレー／サーバ５で利用可能だからである。マルチメディア・メッセージがコンテント・プロバイダ３によって提供される場合、移動端末がＰＳコア（PS Core）ネットワークに結合していないときは、移動端末がＰＳコアへの次のルーティング・エリア更新（Routing Area Update ）を行うまで、上記メッセージはＭＭＳリレー／サーバ５のデータベース内に格納される。しかしながら、本発明の別の実施形態では、マルチメディア・メッセージの配信についての別の基準を同様に利用してもよい。
【００７３】
上記の説明から明らかになるように、ＭＳＭＣからＧＧＳＮへのＮＣＣＲＳトリガをサポートすると共に、ＧＧＳＮからＭＭＳリレー／サーバ５またはＭＭＳリレー／サーバ５に接続された格納要素へのＲＡＴ、ＵＥおよびＳＵＢＳ情報の配信をサポートするために、ＭＭＳリレー／サーバ５とＧＧＳＮとの間の新しいプロトコルが必要である。
【００７４】
以下、ＭＭＳリレー／サーバによってトリガされるような可能なハンドオーバの手順をさらに詳細に説明する。
【００７５】
受信したマルチメディア・メッセージを配信するためハンドオーバが必要であると判断した場合、ＭＭＳリレー／サーバ５は、コンテント・ベース・システム間ネットワーク制御セル再選択（ＣＢ  ＩＳ  ＮＣＣＲＳ）トリガをＧＧＳＮに送る。
【００７６】
ＣＢ  ＩＳ  ＮＣＣＲＳトリガはさらに、更新ＰＤＰコンテキスト要求（Update PDP Context Request）メッセージのオプション・フィールド内で３Ｇ−ＳＧＳＮに伝えられる。３Ｇ−ＳＧＳＮは、ＣＢ  ＩＳ  ＮＣＣＲＳトリガとしてのオプション・フィールド・コンテントに基づいてメッセージを解釈し、ＲＡＢ割り当て要求によってＲＮＣ内のサービス・ベース・セル再選択（ＳＢ  ＩＳ  ＮＣＣＲＳ）をトリガする。ＲＮＣの場合、サービス・ベース・セル再選択はコンテント・ベース・セル再選択と同じであるが、これは、どちらもＲＮＣ内でセル再選択をトリガするために、同じサービス・ハンドオーバ情報要素パラメータを使用するからである。
【００７７】
ＲＮＣは２Ｇでセル再選択を行うよう移動端末に指令する。これによって、ＲＡＢ割り当て要求（RAB Assignment Request）が、ＲＮＣによって３Ｇ−ＳＧＳＮに送られ、更新ＰＤＰコンテキスト応答（Update PDP Context Response ）が、３Ｇ−ＳＧＳＮによってさらにＧＧＳＮに送られる。
【００７８】
移動端末は、それ自体で２Ｇセルを発見することができ、ルーティング・エリア更新要求を２Ｇ側で２Ｇ−ＳＧＳＮに送信する。
【００７９】
ＳＧＳＮコンテキスト要求、および２Ｇ−ＳＧＳＮと３Ｇ−ＳＧＳＮとの間の応答によって、２Ｇ−ＳＧＳＮは、３Ｇ−ＳＧＳＮから移動端末の古いＳＧＳＮコンテキストを取得する。３Ｇ−ＳＧＳＮは、応答メッセージのオプション・フィールド内に、移動端末がコンテント・ベース・アクセスの理由で２Ｇに移動したことを示す情報を含む。
【００８０】
ここで、キャンセル・ロケーション（Cancel Location ）メッセージが、ＨＬＲから３Ｇ−ＳＧＳＮで受信されると、３Ｇ−ＳＧＳＮとＲＮＣとの間のメッセージ交換に関してＩｕインタフェースが解放される。その後のＢＳＳパケット・フロー・コンテキスト（BSS Packet Flow Context ）の手順では、２Ｇ−ＳＧＳＮはＢＳＣに、ＣＲＥＡＴＥ−ＢＳＳ−ＰＦＣメッセージ中で、ＵＴＲＡＮへのハンドオーバを行わないということを示す。このような評価（value）の理由は、移動端末は、２Ｇのみのコンテントを２Ｇ無線アクセスを介してダウンロードする一方で、コンテント・ライセンスの違反になるためにすぐには３Ｇに戻らないからである。
【００８１】
そして、移動端末の上記のルーティング・エリア更新要求（Routing Area Update Request ）は、２Ｇ−ＳＧＳＮによる対応するメッセージによって受諾される。
【００８２】
ＧＧＳＮ内のＰＤＰコンテキストを更新するために、２Ｇ−ＳＧＳＮとＧＧＳＮとの間の要求／応答メッセージ交換では、さらに別のメッセージを利用する。２Ｇ−ＳＧＳＮは要求中に、ハンドオーバが進行中であることを示すハンドオーバ（ＣＢ  ＩＳ  ＮＣＣＲＳ）情報を含む。
【００８３】
最終的なメッセージによって、ＧＧＳＮはＭＭＳリレー／サーバ５に、ＭＭＳリレー／サーバ５がハンドオーバをトリガした対象のユーザについてハンドオーバ（ＣＢ  ＩＳ  ＮＣＣＲＳ）が完了したことを知らせる。
【００８４】
ここで、前に説明したように、ＭＭＳリレー／サーバ５は、２Ｇのみのコンテント・クリップを含むような受信したマルチメディア・メッセージを移動端末に配信することができる。
【００８５】
移動端末５からＧＳＭアクセス・ネットワークへのハンドオーバの後、「ＵＭＴＳへのハンドオーバ（ＨＯ）は行わない」というパラメータをコア・ネットワークからＢＳＣへのＡインタフェース上のハンドオーバ・メッセージに含めることによって、移動端末５は２Ｇ側に保持され得る。他の２つの可能なパラメータは「ＧＳＭへのハンドオーバ（ＨＯ）を行うべきである」および「ＧＳＭへのハンドオーバ（ＨＯ）を行うべきでない」である。
【００８６】
再び移動端末５がアイドル・モード（idle mode ）に切り換わると、オペレータが、ＷＣＤＭＡ隣接リスト内である特定のＧＳＭセルに高い優先順位を与えていないならば、移動端末５は最も強力な３Ｇまたは２Ｇのセルに接続される。ＧＳＭセルに上記の高い優先順位を与えていれば、ＷＣＤＭＡセルからより強力な信号を受信しても、それが所定の最大しきい値レベル以下である限り、アイドル・モードの移動端末５はＧＳＭに留まることになる。
【００８７】
これまで説明した本発明の実施形態は、本発明の方法、ネットワーク要素、移動通信ネットワークおよび通信システムを実現するいくつかの可能性の１つを構成するものにすぎないことが理解されるであろう。
【図面の簡単な説明】
【００８８】
【図１】本発明による方法の実施形態が利用可能な通信システムを示す図である。
【図２】図１の通信システムのＭＭＳリレー／サーバで実現される本発明による方法の実施形態を例示するフローチャートである。
【図１】
2005522124.tif 000003
【図２】
2005522124.tif 000004
【手続補正書】
【提出日】平成17年4月4日(2005.4.4)
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８５
【補正方法】変更
【補正の内容】
【００８５】
移動端末４からＧＳＭアクセス・ネットワークへのハンドオーバの後、「ＵＭＴＳへのハンドオーバ（ＨＯ）は行わない」というパラメータをコア・ネットワークからＢＳＣへのＡインタフェース上のハンドオーバ・メッセージに含めることによって、移動端末４は２Ｇ側に保持され得る。他の２つの可能なパラメータは「ＧＳＭへのハンドオーバ（ＨＯ）を行うべきである」および「ＧＳＭへのハンドオーバ（ＨＯ）を行うべきでない」である。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】変更
【補正の内容】
【００８６】
再び移動端末４がアイドル・モード（idle mode ）に切り換わると、オペレータが、ＷＣＤＭＡ隣接リスト内である特定のＧＳＭセルに高い優先順位を与えていないならば、移動端末４は最も強力な３Ｇまたは２Ｇのセルに接続される。ＧＳＭセルに上記の高い優先順位を与えていれば、ＷＣＤＭＡセルからより強力な信号を受信しても、それが所定の最大しきい値レベル以下である限り、アイドル・モードの移動端末４はＧＳＭに留まることになる。
【国際調査報告】
2005522124.tif 000005
2005522124.tif 000006
2005522124.tif 000007