(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信システム内のユーザ機器(UE)を動作させる方法であって、
様々なタイプのネットワークサポートゾーンが、前記UEにおいてサーバ調停型通信セッションを管理するように構成されたマルチメディアクライアントアプリケーション向けの様々なレベルのサポートによって特徴付けられる中で、前記UEの現在のサービングネットワークが所与のタイプのネットワークサポートゾーンに関連していると判断するステップであって、前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの所与のセットのサブセットを提供するように構成されるタイプを含む３つ以上のタイプから、特定のネットワークサポートゾーンに対する事前プロビジョニングされたネットワークＩＤのマッピングに基づき選択されるステップと、
前記所与のタイプの前記ネットワークサポートゾーン内における前記マルチメディアクライアントアプリケーションをサポートするためのゾーン固有のネットワーク手順のセットをロードするステップと、
前記UEにおいてゾーン固有のネットワーク手順の前記セットを実行するステップと
を含む方法。
【請求項２】
前記ワイヤレス通信システムは、少なくとも第1のタイプおよび第2のタイプのネットワークサポートゾーンを含み、
前記第1のタイプの前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの所与のセットを提供するように構成され、
前記第2のタイプの前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの前記所与のセットを提供するように構成されてはいない、
請求項1に記載の方法。
【請求項３】
ネットワークリソースの前記所与のセットは、しきい値サービス品質(QoS)、タイムスタンプベースの認証証明の生成のために前記マルチメディアクライアントアプリケーションによって使用されるタイミング情報、および/または常時パケットデータプロトコル(PDP)コンテキストのセットを含む、請求項2に記載の方法。
【請求項４】
前記第1のタイプの前記ネットワークサポートゾーンは、前記UEのホームおよび/またはアフィリエイトネットワークを含み、
前記第2のタイプの前記ネットワークサポートゾーンは、前記UEのローミングネットワークを含む、
請求項2に記載の方法。
【請求項５】
前記所与のタイプの前記ネットワークサポートゾーンは、前記第1のタイプの前記ネットワークサポートゾーンに対応する、請求項2に記載の方法。
【請求項６】
前記UEにおいてゾーン固有のネットワーク手順の前記セットを実行するステップは、(i)前記UEの前記現在のサービングネットワークおよび/もしくは前記UEのために前記サーバ調停型通信セッションを調停するように構成されたアプリケーションサーバに対し、リソースの前記所与のセットを要求するステップ、(ii)前記アプリケーションサーバに対し、前記UEが前記第1のタイプの前記ネットワークサポートゾーン内で動作していることを通知するステップ、(iii)前記第1のタイプの前記ネットワークサポートゾーンに関連する頻度でキープアライブパケットを送るステップ、ならびに/または(iv)サービス品質(QoS)を伴う二重のパケットデータプロトコル(PDP)で動作するステップを含む、請求項5に記載の方法。
【請求項７】
前記所与のタイプの前記ネットワークサポートゾーンは、前記第2のタイプの前記ネットワークサポートゾーンに対応する、請求項2に記載の方法。
【請求項８】
前記UEにおいてゾーン固有のネットワーク手順の前記セットを実行するステップは、(i)前記UEの前記現在のサービングネットワークおよび/もしくは前記UEのために前記サーバ調停型通信セッションを調停するように構成されたアプリケーションサーバに対し、リソースの前記所与のセットを要求するのを控えるステップ、(ii)前記UEのユーザに対し、前記UEが前記第1のタイプの前記ネットワークサポートゾーン内で動作していることを通知するステップ、ならびに/または(iii)前記アプリケーションサーバに対し、前記UEが前記第2のタイプの前記ネットワークサポートゾーン内で動作していることを通知するステップを含む、請求項7に記載の方法。
【請求項９】
前記UEにおいてゾーン固有のネットワーク手順の前記セットを実行するステップは、サービス品質(QoS)を伴わないベストエフォート型プロトコルを使用して、前記第2のタイプの前記ネットワークサポートゾーンにおいて前記マルチメディアクライアントアプリケーションをサポートすることを試みるステップを含む、請求項7に記載の方法。
【請求項１０】
前記ワイヤレス通信システムは、第3のタイプのネットワークサポートゾーンをさらに含み、
前記第3のタイプの前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの前記所与のセットのサブセットを提供するように構成される、
請求項2に記載の方法。
【請求項１１】
前記第1のタイプの前記ネットワークサポートゾーンは、前記UEのホームおよび/またはアフィリエイトネットワークを含み、
前記第2のタイプの前記ネットワークサポートゾーンおよび前記第3のタイプの前記ネットワークサポートゾーンは各々、前記UEのローミングネットワークを含む、
請求項10に記載の方法。
【請求項１２】
前記所与のタイプの前記ネットワークサポートゾーンは、前記第3のタイプの前記ネットワークサポートゾーンに対応する、請求項10に記載の方法。
【請求項１３】
前記UEにおいてゾーン固有のネットワーク手順の前記セットを実行するステップは、(i)前記UEの前記現在のサービングネットワークおよび/もしくは前記UEのために前記サーバ調停型通信セッションを調停するように構成されたアプリケーションサーバに対し、リソースの前記所与のセットの前記サブセットを要求するステップ、(ii)前記アプリケーションサーバに対し、前記UEが前記第3のタイプの前記ネットワークサポートゾーン内で動作していることを通知するステップ、(iii)前記第3のタイプの前記ネットワークサポートゾーンに関連する頻度でキープアライブパケットを送るステップ、ならびに/または(iv)サービス品質(QoS)を伴う単一のパケットデータプロトコル(PDP)で動作するステップを含む、請求項12に記載の方法。
【請求項１４】
前記UEにおいてゾーン固有のネットワーク手順の前記セットを実行するステップは、サービス品質(QoS)を伴わないベストエフォート型プロトコルを使用して、前記第3のタイプの前記ネットワークサポートゾーンにおいて前記マルチメディアクライアントアプリケーションをサポートすることを試みるステップを含む、請求項12に記載の方法。
【請求項１５】
異なるタイプのネットワークサポートゾーンに関連するサービングネットワークに前記UEが移行していると判断するステップと、
前記異なるタイプの前記ネットワークサポートゾーン内における前記マルチメディアクライアントアプリケーションをサポートするためのゾーン固有のネットワーク手順の異なるセットをロードするステップと、
前記UEにおいてゾーン固有のネットワーク手順の前記セットを実行するステップと
をさらに含む、請求項1に記載の方法。
【請求項１６】
前記UEは、前記ワイヤレス通信システム内におけるネットワークを識別するネットワーク識別子のリストを含むネットワーク識別子データベースをプロビジョニングされ、記載されている各ネットワーク識別子は、ネットワークサポートゾーンの特定のタイプにマップされる、請求項1に記載の方法。
【請求項１７】
前記判断するステップは、
前記現在のサービングネットワークの所与のネットワーク識別子を判断するステップと、
前記所与のネットワーク識別子と合致する前記ネットワーク識別子データベース内に記載されているネットワーク識別子を特定するステップと、
前記合致するネットワーク識別子がマップされるネットワークサポートゾーンの前記特定のタイプとして、前記所与のタイプの前記ネットワークサポートゾーンを確定するステップと
を含む、請求項16に記載の方法。
【請求項１８】
前記判断するステップは、
前記現在のサービングネットワークの所与のネットワーク識別子を判断するステップと、
前記所与のネットワーク識別子が、前記ネットワーク識別子データベース内に記載されているどのネットワーク識別子とも合致しないと判断するステップと
前記合致しないとの判断に基づいて、ネットワークサポートゾーンのデフォルトタイプとして、前記所与のタイプの前記ネットワークサポートゾーンを確定するステップと
を含む、請求項16に記載の方法。
【請求項１９】
前記判断するステップは、
前記現在のサービングネットワークの所与のネットワーク識別子を判断するステップと、
前記所与のネットワーク識別子が、前記ネットワーク識別子データベース内に記載されているどのネットワーク識別子とも合致しないと判断するステップと
前記UEのために前記サーバ調停型通信セッションを調停するように構成されたアプリケーションサーバに、前記現在のサービングネットワークから登録することを試みるステップと
前記アプリケーションサーバに登録することの前記試みが成功したか否かに基づいて、ネットワークサポートゾーンの第1のタイプとネットワークサポートゾーンの第2のタイプとの間で選択するステップと、
ネットワークサポートゾーンの前記選択されたタイプとして、前記所与のタイプの前記ネットワークサポートゾーンを確定するステップと
を含む、請求項16に記載の方法。
【請求項２０】
前記アプリケーションサーバに登録することの前記試みが成功していないと判断するステップと、
前記登録の失敗との判断に基づいて、登録失敗フォールバックプロトコルを実行するステップと
をさらに含む、請求項19に記載の方法。
【請求項２１】
前記登録失敗フォールバックプロトコルは、
無事登録が実現するまで、所与の間隔で前記現在のサービングネットワークから、前記アプリケーションサーバに登録することを繰り返し試みるステップ
を含む、請求項20に記載の方法。
【請求項２２】
前記判断するステップは、
前記現在のサービングネットワークの所与のネットワーク識別子を判断するステップと、
前記所与のネットワーク識別子は、前記UEのホームネットワークおよび/またはアフィリエイトネットワークに関連する前記ネットワーク識別子データベース内に記載されているどのネットワーク識別子とも合致しないと判断するステップと、
前記UEのために前記サーバ調停型通信セッションを調停するように構成されたアプリケーションサーバに、前記現在のサービングネットワークから登録することを試みるステップと
を含む、請求項16に記載の方法。
【請求項２３】
前記判断するステップは、
前記アプリケーションサーバに登録することの前記試みが成功したと判断された場合、前記ホームネットワークおよび/または前記アフィリエイトネットワークに関連するネットワークサポートゾーンとして、前記所与のタイプの前記ネットワークサポートゾーンを確定するステップと、
前記アプリケーションサーバに登録することの前記試みが成功していないと判断された場合、
前記登録の失敗との判断に基づいて、登録失敗フォールバックプロトコルを実行するステップと
をさらに含む、請求項22に記載の方法。
【請求項２４】
前記登録失敗フォールバックプロトコルは、
無事登録が実現するまで、所与の間隔で前記現在のサービングネットワークから、前記アプリケーションサーバに登録することを繰り返し試みるステップ
を含む、請求項23に記載の方法。
【請求項２５】
前記記載されているネットワーク識別子は、パブリックランドモバイルネットワーク(PLMN)識別子に対応する、請求項16に記載の方法。
【請求項２６】
ワイヤレス通信システム内におけるユーザ機器(UE)のために通信セッションを調停するように構成されたアプリケーションサーバを動作させる方法であって、
様々なタイプのネットワークサポートゾーンが、前記アプリケーションサーバとともに前記UEの通信セッションを管理するように構成されたマルチメディアクライアントアプリケーション向けの様々なレベルのサポートによって特徴付けられる中で、前記UEの現在のサービングネットワークが所与のタイプのネットワークサポートゾーンに関連していると判断するステップであって、前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの所与のセットのサブセットを提供するように構成されるタイプを含む３つ以上のタイプから、特定のネットワークサポートゾーンに対する事前プロビジョニングされたネットワークＩＤのマッピングに基づき選択されるステップと、
前記判断に基づいてゾーン固有のネットワークパラメータおよび/または機能のセットを選択するステップと、
ゾーン固有のネットワークパラメータおよび/または機能の前記選択されたセットにより、前記所与のタイプの前記ネットワークサポートゾーン内における前記マルチメディアクライアントアプリケーションと対話するステップと
を含む方法。
【請求項２７】
前記判断するステップは、
前記UEの前記現在のサービングネットワークのネットワーク識別子を含む報告を前記UEから受信するステップと、
前記報告されたネットワーク識別子を、複数のネットワーク識別子を記憶しているネットワーク識別子テーブルと比較するステップであって、前記複数のネットワーク識別子の各々は、所与のタイプのネットワークサポートゾーンに関連して記憶されている、ステップと、
前記比較に基づいて、前記現在のサービングネットワークは、前記所与のタイプの前記ネットワークサポートゾーンに関連していると判断するステップと
を含む、請求項26に記載の方法。
【請求項２８】
前記比較は、前記複数のネットワーク識別子の中から、前記報告されたネットワーク識別子と合致するネットワーク識別子を識別し、
前記所与のタイプの前記ネットワークサポートゾーンは、前記合致するネットワーク識別子に関連して記憶されているネットワークサポートゾーンの前記所与のタイプに対応すると判断される、
請求項27に記載の方法。
【請求項２９】
前記比較は、前記複数のネットワーク識別子の中から、前記報告されたネットワーク識別子と合致するネットワーク識別子を識別せず、
前記所与のタイプの前記ネットワークサポートゾーンは、ネットワークサポートゾーンのデフォルトタイプに対応すると判断される、
請求項27に記載の方法。
【請求項３０】
ゾーン固有のネットワークパラメータおよび/または機能の前記セットは、前記所与のタイプの前記ネットワークサポートゾーン内でサポートされると予想されるパラメータおよび/または機能に対応する、請求項26に記載の方法。
【請求項３１】
ゾーン固有のネットワークパラメータおよび/または機能の前記セットは、(i)プッシュツートーク(PTT)機能、(ii)ボイスオーバーインターネットプロトコル(VoIP)機能、(iii)常時パケットデータプロトコル(PDP)コンテキストのセット、(iv)しきい値レベルのサービス品質(QoS)、および/または(v)タイムスタンプベースの認証証明の生成のためにマルチメディアクライアントアプリケーションによって使用されるタイミング情報のうちの1つまたは複数を含む、請求項26に記載の方法。
【請求項３２】
前記所与のタイプのネットワークサポートゾーンは、(i)前記マルチメディアクライアントアプリケーションによる使用のために構成されたネットワークリソースの所与のセットを十分にもしくはほぼ十分にサポートすると予想されるホームおよび/もしくはアフィリエイトネットワーク、または(ii)前記マルチメディアクライアントアプリケーションによる使用のために構成されたネットワークリソースの前記所与のセットを十分にもしくはほぼ十分にサポートすると予想されてはいないローミングネットワーク、のいずれかに関連する、請求項26に記載の方法。
【請求項３３】
前記所与のタイプの前記ネットワークサポートゾーンは(i)に対応し、
前記対話するステップは、前記マルチメディアクライアントアプリケーションのための前記レベルのサポートの表示を含め、前記現在のサービングネットワークにおいて前記マルチメディアクライアントアプリケーションがサポートされていることを前記UEに通知し、次いで前記表示されたレベルのサポートにより前記マルチメディアクライアントアプリケーションをサポートするステップを含む、
請求項32に記載の方法。
【請求項３４】
前記所与のタイプの前記ネットワークサポートゾーンは(ii)に対応し、
前記対話するステップは、前記現在のサービングネットワークにおいて前記マルチメディアクライアントアプリケーションがサポートされていないことを前記UEに通知するステップを含み、
ゾーン固有のネットワークパラメータおよび/または機能の前記セットはサービスの否認に対応する、
請求項32に記載の方法。
【請求項３５】
ワイヤレス通信システム内のユーザ機器(UE)であって、
様々なタイプのネットワークサポートゾーンが、前記UEにおいてサーバ調停型通信セッションを管理するように構成されたマルチメディアクライアントアプリケーション向けの様々なレベルのサポートによって特徴付けられる中で、前記UEの現在のサービングネットワークが所与のタイプのネットワークサポートゾーンに関連していると判断するための手段であって、前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの所与のセットのサブセットを提供するように構成されるタイプを含む３つ以上のタイプから、特定のネットワークサポートゾーンに対する事前プロビジョニングされたネットワークＩＤのマッピングに基づき選択される手段と、
前記所与のタイプの前記ネットワークサポートゾーン内における前記マルチメディアクライアントアプリケーションをサポートするためのゾーン固有のネットワーク手順のセットをロードするための手段と、
前記UEにおいてゾーン固有のネットワーク手順の前記セットを実行するための手段と
を含む、UE。
【請求項３６】
ワイヤレス通信システム内におけるユーザ機器(UE)のために通信セッションを調停するように構成されたアプリケーションサーバであって、
様々なタイプのネットワークサポートゾーンが、前記アプリケーションサーバとともに前記UEの通信セッションを管理するように構成されたマルチメディアクライアントアプリケーション向けの様々なレベルのサポートによって特徴付けられる中で、前記UEの現在のサービングネットワークが所与のタイプのネットワークサポートゾーンに関連していると判断するための手段であって、前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの所与のセットのサブセットを提供するように構成されるタイプを含む３つ以上のタイプから、特定のネットワークサポートゾーンに対する事前プロビジョニングされたネットワークＩＤのマッピングに基づき選択される手段と、
前記判断に基づいてゾーン固有のネットワークパラメータおよび/または機能のセットを選択するための手段と、
ゾーン固有のネットワークパラメータおよび/または機能の前記選択されたセットにより、前記所与のタイプの前記ネットワークサポートゾーン内における前記マルチメディアクライアントアプリケーションと対話するための手段と
を含むアプリケーションサーバ。
【請求項３７】
ワイヤレス通信システム内のユーザ機器(UE)であって、
様々なタイプのネットワークサポートゾーンが、前記UEにおいてサーバ調停型通信セッションを管理するように構成されたマルチメディアクライアントアプリケーション向けの様々なレベルのサポートによって特徴付けられる中で、前記UEの現在のサービングネットワークが所与のタイプのネットワークサポートゾーンに関連していると判断するように構成された論理であって、前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの所与のセットのサブセットを提供するように構成されるタイプを含む３つ以上のタイプから、特定のネットワークサポートゾーンに対する事前プロビジョニングされたネットワークＩＤのマッピングに基づき選択される論理と、
前記所与のタイプの前記ネットワークサポートゾーン内における前記マルチメディアクライアントアプリケーションをサポートするためのゾーン固有のネットワーク手順のセットをロードするように構成された論理と、
前記UEにおいてゾーン固有のネットワーク手順の前記セットを実行するように構成された論理と
を含む、UE。
【請求項３８】
ワイヤレス通信システム内におけるユーザ機器(UE)のために通信セッションを調停するように構成されたアプリケーションサーバであって、
様々なタイプのネットワークサポートゾーンが、前記アプリケーションサーバとともに前記UEの通信セッションを管理するように構成されたマルチメディアクライアントアプリケーション向けの様々なレベルのサポートによって特徴付けられる中で、前記UEの現在のサービングネットワークが所与のタイプのネットワークサポートゾーンに関連していると判断するように構成された論理であって、前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの所与のセットのサブセットを提供するように構成されるタイプを含む３つ以上のタイプから、特定のネットワークサポートゾーンに対する事前プロビジョニングされたネットワークＩＤのマッピングに基づき選択される論理と、
前記判断に基づいてゾーン固有のネットワークパラメータおよび/または機能のセットを選択するように構成された論理と、
ゾーン固有のネットワークパラメータおよび/または機能の前記選択されたセットにより、前記所与のタイプの前記ネットワークサポートゾーン内における前記マルチメディアクライアントアプリケーションと対話するように構成された論理と
を含むアプリケーションサーバ。
【請求項３９】
ワイヤレス通信システム内のユーザ機器(UE)によって実行されると、前記UEに動作を実行させる命令を記憶する非一時的コンピュータ可読記憶媒体であって、前記命令が、
様々なタイプのネットワークサポートゾーンが、前記UEにおいてサーバ調停型通信セッションを管理するように構成されたマルチメディアクライアントアプリケーション向けの様々なレベルのサポートによって特徴付けられる中で、前記UEの現在のサービングネットワークが所与のタイプのネットワークサポートゾーンに関連していると判断するためのプログラムコードであって、前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの所与のセットのサブセットを提供するように構成されるタイプを含む３つ以上のタイプから、特定のネットワークサポートゾーンに対する事前プロビジョニングされたネットワークＩＤのマッピングに基づき選択されるプログラムコードと、
前記所与のタイプの前記ネットワークサポートゾーン内における前記マルチメディアクライアントアプリケーションをサポートするためのゾーン固有のネットワーク手順のセットをロードするためのプログラムコードと、
前記UEにおいてゾーン固有のネットワーク手順の前記セットを実行するためのプログラムコードと
を含む、非一時的コンピュータ可読記憶媒体。
【請求項４０】
ワイヤレス通信システム内のユーザ機器(UE)のために通信セッションを調停するように構成されるアプリケーションサーバによって実行されると、前記アプリケーションサーバに動作を実行させる命令を記憶する非一時的コンピュータ可読記憶媒体であって、前記命令が、
様々なタイプのネットワークサポートゾーンが、前記アプリケーションサーバとともに前記UEの通信セッションを管理するように構成されたマルチメディアクライアントアプリケーション向けの様々なレベルのサポートによって特徴付けられる中で、前記UEの現在のサービングネットワークが所与のタイプのネットワークサポートゾーンに関連していると判断するためのプログラムコードであって、前記ネットワークサポートゾーンは、前記マルチメディアクライアントアプリケーションをサポートするために前記UEにネットワークリソースの所与のセットのサブセットを提供するように構成されるタイプを含む３つ以上のタイプから、特定のネットワークサポートゾーンに対する事前プロビジョニングされたネットワークＩＤのマッピングに基づき選択されるプログラムコードと、
前記判断に基づいてゾーン固有のネットワークパラメータおよび/または機能のセットを選択するためのプログラムコードと、
ゾーン固有のネットワークパラメータおよび/または機能の前記選択されたセットにより、前記所与のタイプの前記ネットワークサポートゾーン内における前記マルチメディアクライアントアプリケーションと対話するためのプログラムコードと
を含む、非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第119条に基づく優先権の主張
本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、本出願の発明者らによって2010年4月20日に出願された「SUPPORTING A MULTIMEDIA APPLICATION BASED ON NETWORK ZONE RECOGNITION」と題する仮出願第61/325,878号の優先権を主張する。
【０００２】
本発明の実施形態は、ネットワークゾーン認識に基づいてマルチメディアアプリケーションをサポートすることに関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、第1世代アナログワイヤレス電話サービス(1G)、第2世代(2G)デジタルワイヤレス電話サービス(暫定の2.5Gおよび2.75Gネットワークを含む)、ならびに第3世代(3G)高速データ/インターネット対応ワイヤレスサービスを含む、様々な世代を通じて発展してきた。現在、セルラーシステムとパーソナル通信サービス(PCS)システムとを含む、多くの様々なタイプのワイヤレス通信システムが使用されている。知られているセルラーシステムの例には、セルラーAnalog Advanced Mobile Phone System(AMPS)、および符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、TDMAのGlobal System for Mobile接続(GSM（登録商標）)変形に基づくデジタルセルラーシステム、および、TDMA技術とCDMA技術の両方を使用するより新しいハイブリッドデジタル通信システムがある。
【０００４】
CDMAモバイル通信を提供するための方法は、本明細書ではIS-95と呼ぶ、「Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System」と題するTIA/EIA/IS-95-Aにおいて、米国電気通信工業会/米国電子工業会によって米国で規格化された。複合AMPS&CDMAシステムはTIA/EIA規格IS-98に記載されている。他の通信システムは、広帯域CDMA(W-CDMA)、CDMA2000(たとえばCDMA2000 1xEV-DO標準など)またはTD-SCDMAと呼ばれるものを対象とする、IMT-2000/UM、または国際移動電気通信システム2000/ユニバーサルモバイル通信システムの規格に記載されている。
【０００５】
W-CDMAワイヤレス通信システムにおいて、ユーザ機器(UE)は、基地局に隣接するまたは基地局の周囲の特定の地理的領域内の通信リンクまたはサービスをサポートする固定位置のノードB(セルサイトまたはセルとも呼ばれる)から信号を受信する。ノードBは、一般にサービス品質(QoS)要求に基づいてトラフィックを区別するための方法をサポートする標準Internet Engineering Task Force (IETF)ベースのプロトコルを使用したパケットデータネットワークであるアクセスネットワーク(AN)/無線アクセスネットワーク(RAN)にエントリーポイントを提供する。したがって、ノードBは、一般に、オーバージエアインターフェースを介してUEと、またインターネットプロトコル(IP)ネットワークデータパケットを介してRANと対話する。
【０００６】
ワイヤレス電気通信システムでは、プッシュツートーク(PTT)機能がサービスセクタおよび消費者に普及している。PTTは、W-CDMA、CDMA、FDMA、TDMA、GSM（登録商標）などのような標準商用ワイヤレスインフラストラクチャを介して動作する「ディスパッチ」ボイスサービスをサポートし得る。ディスパッチモデルでは、エンドポイント(たとえばUE)の間の通信は、仮想グループ内で起こり、1人の「話者」の声が、1人または複数の「受話者」に送信される。このタイプの通信の単一のインスタンスは、通常、ディスパッチ呼、または単にPTT呼と呼ばれる。PTT呼は、呼の特性を定義する、グループのインスタンシエーションである。グループは、本質的に、グループ名またはグループ識別情報など、メンバーリストおよび関連情報によって定義される。
【発明の概要】
【課題を解決するための手段】
【０００７】
一実施形態では、ユーザ機器(UE)が、UEの現在のサービングネットワークが所与のタイプのネットワークサポートゾーンに関連していると判断し、様々なタイプのネットワークサポートゾーンが、UEにおいてサーバ調停型通信セッションを管理するように構成されたマルチメディアクライアントアプリケーション向けの様々なレベルのサポートによって特徴付けられる。UEは、所与のタイプのネットワークサポートゾーン内におけるマルチメディアクライアントアプリケーションをサポートするためのゾーン固有のネットワーク手順のセットをロードし、次いで、UEにおいてゾーン固有のネットワーク手順のセットを実行する。別の実施形態では、アプリケーションサーバが、UEの現在のサービングネットワークが所与のタイプのネットワークサポートゾーンに関連していると判断する。アプリケーションサーバは、この判断に基づいてゾーン固有のネットワークパラメータおよび/または機能のセットを選択し、次いで、ゾーン固有のネットワークパラメータおよび/または機能の選択済みセットにより、所与のタイプのネットワークサポートゾーン内におけるマルチメディアクライアントアプリケーションと対話する。
【０００８】
本発明の実施形態およびその付随する利点の多くのより完全な理解は、以下の発明を実施するための形態を参照し、本発明を限定するためではなく単に例示するために提示する添付の図面とともに考察することによってより良く理解されれば、容易に得られるであろう。
【図面の簡単な説明】
【０００９】
【図１】本発明の少なくとも1つの実施形態による、アクセス端末とアクセスネットワークとをサポートするワイヤレスネットワークアーキテクチャの図である。
【図２】本発明の一実施形態による図1のコアネットワークを示す図である。
【図２Ｂ】図1のワイヤレス通信システムの一例をより詳細に示す図である。
【図３】本発明の少なくとも1つの実施形態によるアクセス端末を示す図である。
【図４Ａ】特定のマルチメディアアプリケーションに関する従来型のワイヤレス通信システム内におけるネットワークの大まかな特徴付けを示す図である。
【図４Ｂ】所与のユーザ機器(UE)が、ホームネットワークで終了するパケットデータセッションを使用して、ローミングネットワークまたは訪問先パブリックランドモバイルネットワーク(PLMN)から、ホームネットワークまたはホームPLMNに位置するアプリケーションサーバにデータを送ることができる方法を示す図である。
【図４Ｃ】所与のUEが、ローミングネットワークまたは訪問先PLMLから、訪問先ネットワークまたは訪問先PLMNに位置するアプリケーションサーバにデータを送ることができる別の例を示す図である。
【図４Ｄ】所与のUEがホームまたはアフィリエイトネットワークからローミングネットワークに移行する間に、所与のUEのマルチメディアアプリケーションをサポートするプロセスを示す図である。
【図５Ａ】本発明の一実施形態による、特定のマルチメディアアプリケーションに関するワイヤレス通信システム内におけるネットワークの大まかな特徴付けを示す図である。
【図５Ｂ】本発明の一実施形態による、ネットワークゾーン認識に基づいて所与のUEにおけるマルチメディアアプリケーションをサポートするプロセスを示す図である。
【図５Ｃ】本発明の一実施形態による、所与のUEが、新しいネットワークがグリーンゾーンネットワーク、ブルーゾーンネットワーク、レッドゾーンネットワークのうちのいずれに対応するかを判断することができるプロセスを示す図である。
【図５Ｄ】本発明の一実施形態による、所与のUEが、新しいネットワークがグリーンゾーンネットワーク、ブルーゾーンネットワークのうちのいずれに対応するかを判断することができる代替的プロセスを示す図である。
【図５Ｅ】本発明の一実施形態による、アプリケーションサーバでネットワークゾーン検出が実行される代替的プロセスを示す図である。
【図６】本発明の一実施形態による、グリーンゾーン、ブルーゾーンおよび/またはレッドゾーン間で所与のUEが移行する中で、所与のUEのマルチメディアアプリケーションをサポートするプロセスを示す図である。
【発明を実施するための形態】
【００１０】
本発明の特定の実施形態を対象とする以下の説明および関連する図面で、本発明の態様を開示する。本発明の範囲から逸脱することなく代替的な実施形態を考案することができる。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。
【００１１】
「例示的」および/または「例」という用語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および/または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈すべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が、論じられた特徴、利点または動作モードを含むことを必要としない。
【００１２】
さらに、多くの実施形態については、たとえば、コンピューティングデバイスの要素によって実行すべき一連のアクションに関して説明する。本明細書で説明する様々なアクションは、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実行できることを認識されよう。さらに、本明細書で説明するこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した任意の形式のコンピュータ可読記憶媒体内で全体として実施すべきものと見なすことができる。したがって、本発明の様々な態様は、すべてが特許請求される主題の範囲内に入ることが企図されているいくつかの異なる形式で実施できる。さらに、本明細書で説明する実施形態ごとに、そのような実施形態の対応する形式を、たとえば、記載のアクションを実行する「ように構成された論理」として本明細書で説明することがある。
【００１３】
本明細書ではユーザ機器(UE)と呼ばれる高データレート(HDR)加入者局は、モバイルでも固定でもよく、ノードBと呼ばれ得る1つまたは複数のアクセスポイント(AP)と通信することができる。UEは、ノードBのうちの1つまたは複数を介して、無線ネットワークコントローラ(RNC)との間でデータパケットを送受信する。ノードBおよびRNCは、無線アクセスネットワーク(RAN)と呼ばれるネットワークの部分である。無線アクセスネットワークは、複数のアクセス端末間でボイスパケットおよびデータパケットをトランスポートすることができる。
【００１４】
無線アクセスネットワークは、無線アクセスネットワークの外部の追加のネットワークにさらに接続されていてもよく、そのようなコアネットワークは、特定のキャリア関連のサーバおよびデバイス、ならびに企業内イントラネット、インターネット、公衆交換電話網(PSTN)、サービング汎用パケット無線サービス(GPRS)サポートノード(SGSN)、ゲートウェイGPRSサポートノード(GGSN)など他のネットワークへの接続を含んでおり、各UEとそのようなネットワークとの間でボイスパケットおよびデータパケットをトランスポートすることができる。1つまたは複数のノードBとのアクティブなトラフィックチャネル接続を確立したUEは、アクティブなUEと呼ぶことができ、トラフィック状態であると呼ぶことができる。1つまたは複数のノードBとのアクティブなトラフィックチャネル(TCH)接続を確立する過程にあるUEは、接続セットアップ状態であると呼ぶことができる。UEは、ワイヤレスチャネルまたは有線のチャネルを介して通信する任意のデータデバイスとすることができる。UEは、さらに、限定はしないが、PCカード、コンパクトフラッシュ（登録商標）デバイス、外付けまたは内蔵のモデム、あるいはワイヤレスまたは有線の電話を含むいくつかのタイプのデバイスのうちの任意のものでもよい。UEが信号をノードBに送る通信リンクは、アップリンクチャネル(たとえば、逆方向トラフィックチャネル、制御チャネル、アクセスチャネルなど)と呼ばれる。ノードBが信号をUEに送る通信リンクは、ダウンリンクチャネル(たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど)と呼ばれる。本明細書で使用する場合、トラフィックチャネル(TCH)という用語は、アップリンク/逆方向、またはダウンリンク/順方向トラフィックチャネルのいずれかを指し得る。
【００１５】
図1は、本発明の少なくとも1つの実施形態によるワイヤレス通信システム100の例示的な一実施形態のブロック図を示す。システム100は、パケット交換データネットワーク(たとえばイントラネット、インターネット、および/またはコアネットワーク126)とUE102、108、110、112との間にデータ接続を提供するネットワーク機器にアクセス端末102を接続することができるアクセスネットワークまたは無線アクセスネットワーク(RAN)120と、エアインターフェース104を介して通信しているセルラー電話102などのUEを含むことができる。本明細書に示すように、UEは、セルラー電話102、携帯情報端末108、本明細書では双方向テキストページャとして示すページャ110、さらにはワイヤレス通信ポータルを有する個別のコンピュータプラットフォーム112とすることができる。したがって、本発明の実施形態は、それだけには限定されないが、ワイヤレスモデム、PCMCIAカード、パーソナルコンピュータ、電話、またはそれらの任意の組合せまたは部分的組合せを含めて、ワイヤレス通信ポータルを含む、またはワイヤレス通信機能を有する任意の形態のアクセス端末において実現することができる。さらに、本明細書で使用するように、他の通信プロトコル(すなわちW-CDMA以外)における「UE」という用語は、互換的に「アクセス端末」、「AT」、「ワイヤレスデバイス」、「クライアントデバイス」、「モバイル端末」、「移動局」、およびそれらの変形と呼ばれ得る。
【００１６】
再び図1を参照すると、ワイヤレス通信システム100の構成要素、および本発明の例示的な実施形態の要素の相互関係は、図示の構成に限定されない。システム100は、例にすぎず、ワイヤレスクライアントコンピューティングデバイス102、108、110、112などのリモートUEが、無線で互いの間で、および/またはそれだけには限定されないが、コアネットワーク126、インターネット、PSTN、SGSN、GGSN、および/または他のリモートサーバを含めて、エアインターフェース104およびRAN120を介して接続される構成要素の間で通信することができる任意のシステムを含むことができる。
【００１７】
RAN120は、RNC122に送られる(一般的にデータパケットとして送られる)メッセージを制御する。RNC122は、サービング汎用パケット無線サービス(GPRS)サポートノード(SGSN)とUE102/108/110/112との間のベアラチャネル(すなわち、データチャネル)のシグナリング、確立、およびティアダウンを行う役目を果たす。また、リンクレイヤ暗号化が可能な場合、RNC122は、エアインターフェース104を介してコンテンツを転送する前に、コンテンツを暗号化する。RNC122の機能は、当技術分野でよく知られており、簡潔のためにこれ以上は説明しない。コアネットワーク126は、ネットワーク、インターネット、および/または公衆交換電話網(PSTN)によってRNC122と通信することができる。代わりに、RNC122は、インターネットまたは外部ネットワークに直接接続することができる。一般的に、コアネットワーク126とRNC122との間のネットワークまたはインターネット接続は、データを転送し、PSTNは、ボイス情報を転送する。RNC122は、複数のノードB124に接続することができる。コアネットワーク126と同様の方法で、RNC122は、一般的に、データ転送および/またはボイス情報転送のために、ネットワーク、インターネット、および/またはPSTNによってノードB124に接続される。ノードB124は、データメッセージを、たとえばセルラー電話102などのUEにワイヤレスでブロードキャストすることができる。当技術分野で知られているように、ノードB124、RNC122、および他の構成要素は、RAN120を形成することができる。しかし、代替構成が使用されてもよく、本発明は、図示の構成に限定されない。たとえば、別の実施形態では、RNC122、およびノードB124のうちの1つまたは複数の機能は、RNC122とノードB124の両方の機能を有する単一の「ハイブリッド」モジュールに縮小することができる。
【００１８】
図2は、本発明の一実施形態によるコアネットワーク126を示す。特に、図2は、W-CDMAシステム内に実装される汎用パケット無線サービス(GPRS)コアネットワークの構成要素を示す。図2の実施形態では、コアネットワーク126は、サービングGPRSサポートノード(SGSN)160、ゲートウェイGPRSサポートノード(GGSN)165、およびインターネット175を含む。しかし、代替実施形態では、インターネット175および/または他の構成要素の部分がコアネットワークの外部に配置されていてもよいことを諒解されたい。
【００１９】
一般に、GPRSは、インターネットプロトコル(IP)パケットを送信するために、Global System for Mobile communications(GSM（登録商標）)電話によって使用されるプロトコルである。GPRSコアネットワーク(たとえば、GGSN165および1つまたは複数のSGSN160)は、GPRSシステムの中央部であり、W-CDMAベースの3Gネットワークのサポートも提供する。GPRSコアネットワークは、GSM（登録商標）コアネットワークの一体部であり、GSM（登録商標）およびW-CDMAネットワークにおけるIPパケットサービスのモビリティ管理、セッション管理、およびトランスポートを提供する。
【００２０】
GPRSトンネリングプロトコル(GTP)は、GPRSコアネットワークの限定的なIPプロトコルである。GTPは、GGSN165において、まるで1つの位置からインターネットに接続し続けながら、GSM（登録商標）またはW-CDMAネットワークのエンドユーザ(たとえば、アクセス端末)があちこちに移動することができるプロトコルである。これは、加入者の現在のSGSN160から、加入者のセッションを処理しているGGSN165に加入者のデータを転送することによって達成される。
【００２１】
GTPの3つの形態、すなわち(i)GTP-U、(ii)GTP-C、および(iii)GTP'(GTP Prime)がGPRSコアネットワークによって使用される。GTP-Uは、パケットデータプロトコル(PDP)コンテキストごとに分離されたトンネルでのユーザデータの転送に使用される。GTP-Cは、制御シグナリング(たとえば、PDPコンテキストのセットアップおよび削除、GSN到達可能性の検証、加入者があるSGSNから別のSGSNに移動したときなどの更新または変更)に使用される。GTP'は、GSNから課金機能への課金データの転送のために使用される。
【００２２】
図2を参照すると、GGSN165は、GPRSバックボーンネットワーク(図示せず)と外部パケットデータネットワーク175との間のインターフェースとして働く。GGSN165は、関連するパケットデータプロトコル(PDP)形式(たとえば、IPまたはPPP)のパケットデータを、SGSN160から来るGPRSパケットから抽出し、対応するパケットデータネットワーク上でパケットを送る。他方の方向では、着信データパケットは、GGSN165によってSGSN160に向けられ、SGSN160は、RAN120によってサービスされる宛先のUEの無線アクセスベアラ(RAB)を管理し、制御する。それによって、GGSN165は、ターゲットUEの現在のSGSNアドレス、およびそのユーザのプロファイルをそのロケーションレジスタ(たとえば、PDPコンテキスト内)に記憶する。GGSNは、IPアドレス割当ての役目を果たし、接続されたUEのデフォルトルータである。また、GGSNは、認証および課金機能を実行する。
【００２３】
一例では、SGSN160は、コアネットワーク126内の多くのSGSNのうちの1つの代表である。各SGSNは、関連する地理的サービスエリア内で、UEからおよびUEにデータパケットを配信する役目を果たす。SGSN160のタスクには、パケットルーティングおよび転送、モビリティ管理(たとえば、接続/切断およびロケーション管理)、論理リンク管理、および認証および課金機能などがある。SGSNのロケーションレジスタは、位置情報(たとえば、現在のセル、現在のVLRなど)、および、たとえばユーザまたはUEごとに1つまたは複数のPDPコンテキスト内など、SGSN160に登録されたすべてのGPRSユーザのユーザプロファイル(たとえば、パケットデータネットワークで使用するIMSI、PDPアドレスなど)を記憶する。したがって、SGSNは、(i)GGSN165からのダウンリンクGTPパケットの逆トンネリング、(ii)GGSN165方向のIPパケットのアップリンクトンネル、(iii)UEがSGSNサービスエリアの間を移動するときのモビリティ管理の実行、(iv)モバイル加入者の支払い請求の役目を果たす。当業者なら諒解するように、(i)〜(iv)の他に、GSM（登録商標）/EDGEネットワークのために構成されたSGSNは、W-CDMAネットワークのために構成されたSGSNと比較して、わずかに異なる機能を有する。
【００２４】
RAN120(またはユニバーサルモバイル通信システム(UMTS)システムアーキテクチャにおけるUTRANなど)は、フレームリレーまたはIPなどの送信プロトコルによって、Iuインターフェースを介してSGSN160と通信する。SGSN160は、SGSN160および他のSGSN(図示せず)と内部のGGSNとの間のIPベースのインターフェースであり、上記で定義されたGTPプロトコル(たとえば、GTP-U、GTP-C、GTP'など)を使用するGnインターフェースを介してGGSN165と通信する。図2には示されていないが、Gnインターフェースは、ドメインネームシステム(DNS)によっても使用される。GGSN165は、公衆データネットワーク(PDN)(図示せず)に、次にインターネット175に、IPプロトコルによるGiインターフェースを介して直接、またはワイヤレスアプリケーションプロトコル(WAP)ゲートウェイを介して接続される。
【００２５】
PDPコンテキストは、UEがアクティブなGPRSセッションを有するとき、特定のUEの通信セッション情報を含む、SGSN160とGGSN165の両方に存在するデータ構造である。UEは、GPRS通信セッションを開始することを望むとき、まず、SGSN160に接続し、次いでGGSN165によりPDPコンテキストを起動させなければならない。これによって、加入者が現在訪問しているSGSN160、およびUEのアクセスポイントにサービスしているGGSN165において、PDPコンテキストデータ構造が割り振られる。
【００２６】
図2Bは、図1のワイヤレス通信システム100の一例をより詳細に示す。特に、図2Bを参照すると、UE1...Nは、異なるパケットデータネットワークのエンドポイントによってサービスされる位置でRAN120に接続するものとして示されている。図2Bの例は、W-CDMAシステムおよび用語に固有のものであるが、1xEV-DOシステムを確認するために図2Bをどのように変更することができるかが諒解されよう。したがって、UE1およびUE3は、第1のパケットデータネットワークエンドポイント162(たとえば、SGSN、GGSN、PDSN、ホームエージェント(HA)、外部エージェント(FA)などに対応し得る)によってサービスされる部分でRAN120に接続する。第1のパケットデータネットワークエンドポイント162は、次に、ルーティングユニット188を介して、インターネット175、ならびに/または認証、認可およびアカウンティング(AAA)サーバ182、プロビジョニングサーバ184、インターネットプロトコル(IP)マルチメディアサブシステム(IMS)/セッション開始プロトコル(SIP)登録サーバ186、および/もしくはアプリケーションサーバ170のうちの1つもしくは複数に接続する。UE2およびUE5...Nは、第2のパケットデータネットワークエンドポイント164(たとえば、SGSN、GGSN、PDSN、FA、HAなどに対応し得る)によってサービスされる部分でRAN120に接続する。第1のパケットデータネットワークエンドポイント162と同様に、第2のパケットデータネットワークエンドポイント164は、次に、ルーティングユニット188を介して、インターネット175、ならびに/またはAAAサーバ182、プロビジョニングサーバ184、IMS/SIP登録サーバ186、および/もしくはアプリケーションサーバ170のうちの1つもしくは複数に接続する。UE4は、直接インターネット175に接続し、次いでインターネット175を介して、上記のシステム構成要素のうちのいずれかに接続することができる。
【００２７】
図2Bを参照すると、UE1、UE3、およびUE5...Nは、ワイヤレス携帯電話として示され、UE2は、ワイヤレスタブレット型PCとして示され、UE4は、有線のデスクトップステーションとして示されている。しかし、他の実施形態では、ワイヤレス通信システム100が任意のタイプのUEに接続することができ、図2Bに示される例は、システム内に実装され得るUEのタイプを制限するものではないことが諒解されよう。また、AAA182、プロビジョニングサーバ184、IMS/SIP登録サーバ186、およびアプリケーションサーバ170はそれぞれ、構造的に別のサーバとして示されているが、本発明の少なくとも1つの実施形態において、これらのサーバのうちの1つまたは複数は、統合されていてもよい。
【００２８】
さらに、図2Bを参照すると、アプリケーションサーバ170は、複数のメディア制御コンプレックス(MCC)1...N 170Bと複数の地域ディスパッチャ1...N 170Aとを含むものとして示されている。集合的に、地域ディスパッチャ170AおよびMCC170Bは、少なくとも1つの実施形態では、ワイヤレス通信システム100内の通信セッション(たとえば、IPユニキャストプロトコルおよび/またはIPマルチキャストプロトコルを介した半二重グループ通信セッション)を調停するように集合的に機能するサーバの分散型ネットワークに対応し得る、アプリケーションサーバ170内に含まれる。たとえば、アプリケーションサーバ170によって調停される通信セッションは、理論上、システム100内のどこかに位置するUE間で行われ得るので、調停された通信セッションのレイテンシを低減するように(たとえば、北米のMCCが中国にあるセッション参加者間で媒体をあちこち中継しないように)、複数の地域ディスパッチャ170AおよびMCCが分布する。したがって、アプリケーションサーバ170を参照すると、関連する機能は、地域ディスパッチャ170Aのうちの1つもしくは複数、および/またはMCC170Bのうちの1つもしくは複数によって実施することができることを諒解されよう。地域ディスパッチャ170Aは、全般的に、通信セッションを確立することに関連する任意の機能(たとえば、UE間のシグナリングメッセージの処理、告知メッセージのスケジューリングおよび/または送信など)を受け持ち、MCC170Bは、通話中シグナリング、調停された通信セッション中の媒体の実際の交換を行うことを含めて、呼インスタンスの間の通信セッションをホストする役目を果たす。
【００２９】
図3を参照すると、たとえばセルラー電話などのUE200(ここではワイヤレスデバイス)は、プラットフォーム202を有し、プラットフォーム202は、RAN120から送信され、最終的にはコアネットワーク126、インターネット、および/または他のリモートサーバおよびネットワークから来る可能性がある、ソフトウェアアプリケーション、データ、および/またはコマンドを受信し、実行することができる。プラットフォーム202は、特定用途向け集積回路(「ASIC」208)または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合されたトランシーバ206を含むことができる。ASIC208または他のプロセッサは、ワイヤレスデバイスのメモリ212内の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース(「API」)210層を実行する。メモリ212は、読取り専用またはランダムアクセスメモリ(RAMおよびROM)、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成することができる。プラットフォーム202は、メモリ212においてあまり使用されないアプリケーションを保持することができるローカルデータベース214も含み得る。ローカルデータベース214は、一般的に、フラッシュメモリセルであるが、たとえば磁気媒体、EEPROM、光学媒体、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスとすることができる。内部プラットフォーム202の構成要素は、当技術分野で知られているように、構成要素の中でも、アンテナ222、ディスプレイ224、プッシュツートークボタン228、およびキーパッド226などの外部デバイスに動作可能に結合されてもよい。
【００３０】
したがって、本発明の一実施形態は、本明細書で説明した機能を実行する能力を含むUEを含むことができる。当業者ならば諒解するように、様々な論理要素は、本明細書で開示する機能を達成するために、個別の要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで実施できる。たとえば、ASIC208、メモリ212、API210およびローカルデータベース214をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行することができ、したがってこれらの機能を実行する論理を様々な要素に分散することができる。代わりに、機能を1つの個別構成要素に組み込むことができる。したがって、図3のUE200の特徴は、単に例示にすぎないものと見なされ、本発明は、示された特徴または構成に限定されない。
【００３１】
UE102またはUE200とRAN120との間のワイヤレス通信は、たとえば符号分割多元接続(CDMA)、W-CDMA、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交周波数分割多元(OFDM)、Global System for Mobile Communications (GSM（登録商標）)、またはワイヤレス通信ネットワークもしくはデータ通信ネットワークで使用され得る他のプロトコルなど、異なる技術に基づき得る。たとえば、W-CDMAでは、データ通信は、一般的に、クライアントデバイス102、ノードB124、およびRNC122の間である。RNC122は、コアネットワーク126、PSTN、インターネット、仮想専用ネットワーク、SGSN、GGSNなど複数のデータネットワークに接続することができ、したがって、UE102またはUE200は、より広い通信ネットワークにアクセスすることができる。上記で説明し、当技術分野で知られているように、ボイス送信、および/またはデータは、様々なネットワークおよび構成を使用してRANからUEに送信することができる。したがって、本明細書で提供する例は、本発明の実施形態を限定するためのものではなく、単に本発明の実施形態の態様の説明を助けるためのものにすぎない。
【００３２】
セルラー電話上でサーバ調停型通信セッション(たとえば、VoIPセッション、PTTセッション、データ共有セッションなど)を処理するように構成されたマルチメディアおよびリアルタイムアプリケーションは、典型的には「常時(always-on)」パケットデータサービスまたはデータセッションを配置し、(たとえば、UMTSシステムの場合の複数のPDPコンテキスト、またはCDMAシステムの場合の複数のPPPセッション向けの)複数のリンクを使用して、モバイルがアクティブでない間のモバイル終了(MT:mobile terminated)シグナリングを可能にし、パフォーマンスを改善する。セルラーネットワーク上での常時データサービスを実現するために、マルチメディアアプリケーションは、キープアライブ機構および/または他のネットワークベースの機構(たとえば、長時間休眠タイマー(long dormancy timers)など)を用いて、信頼できるサービスおよび優れたユーザエクスペリエンスを提供する。ネットワークは、優先的サービス品質(QoS)処理により遅延敏感アプリケーションをさらに支援することができる。
【００３３】
ネットワークにおけるこれらのタイプの最適化または改良されたサービスは、典型的には、パケット交換ネットワークでのPTTやVoIP型アプリケーションのような専門サービスを提供するセルラーアプリケーションプロバイダのホームネットワークで利用できる。かかるサービスはまた、典型的には、真のホームネットワークではないが、ホームネットワークの場合と同様にUEにリソースを割り振るように構成されるアフィリエイトネットワークで利用できる。UEがローミングネットワーク(すなわち、ホームネットワークでもアフィリエイトネットワークでもないネットワーク)にローミングし、パケットデータのローミングがローミングネットワークで許容されるとき、改良されたサービス(たとえば、常時データセッション、複数のPDP、優先的QoSなど)をローミングUEは利用できないことがある。
【００３４】
そのような状況では、ホームネットワークでマルチメディアアプリケーションをサポートするために考えられたネットワーク想定はもはや有効ではない。たとえば、マルチメディアアプリケーションは、常時データセッションが利用できるという想定で機能するように構成され得る。したがって、常時データセッションがローミングネットワークでサポートされない場合、マルチメディアアプリケーションは、モバイルがアイドル状態のときにモバイル終了データを受信しないことがあり、マルチメディアアプリケーションは適切に機能しないことがある。別の例では、マルチメディアアプリケーションは、優先データ転送処理(たとえば、レイテンシの低減など)によりパケット転送がサポートされるという想定で機能するように構成され得る。したがって、マルチメディアアプリケーションがローミングネットワークで優先データ転送処理を割り振られていない場合、マルチメディアアプリケーションのパフォーマンスは予想と異なり得る。
【００３５】
諒解されるように、ローミングネットワークのネットワーク状態は、UEにとって予測困難で(たとえば、マルチメディアアプリケーションに十分なサポートを提供するローミングネットワークもあれば、そうでないローミングネットワークもある)、マルチメディアアプリケーションの動作に悪影響を及ぼす可能性がある。また、ローミングネットワークでは、ローミングネットワークでは無駄になるホームおよび/またはアフィリエイトネットワーク用に設計された動作をUEが実行した場合、UEのバッテリーパフォーマンスは低下する可能性がある。したがって、ローミングネットワークにおいて、マルチメディアアプリケーションは通常、機能しないか、品質を落として機能し、UEのユーザエクスペリエンスおよび/またはバッテリー寿命に影響が生じ得る。
【００３６】
図4Aは、特定のマルチメディアアプリケーションに関する従来型のワイヤレス通信システム内におけるネットワークの大まかな特徴付けを示す。図4Aを参照すると、複数のホームおよび/またはアフィリエイトネットワーク400Aが、複数のローミングネットワーク405Aとの関係で示されている。ホームおよび/またはアフィリエイトネットワーク400Aは、マルチメディアアプリケーションが十分にサポートされるネットワークに対応する。たとえば、ホームおよび/またはアフィリエイトネットワークでは、マルチメディアアプリケーションに、(たとえば、2つの常時PDPコンテキストにより)常時データセッションを割り振ることができ、マルチメディアアプリケーションは、クライアントサーバモデルにおけるタイムスタンプベースの認証証明の生成のためにマルチメディアアプリケーションによって使用される関連タイミング情報を通知され、マルチメディアアプリケーションは所与の量のQoSリソースを割り振られる、といった具合である。一方、ローミングネットワーク405Aは必ずしも、マルチメディアアプリケーションを十分にサポートするように構成されるわけではない。したがって、マルチメディアアプリケーションはローミングネットワークにおいて、QoS、常時データセッションおよび/またはタイミング情報の知識に関する保証がない。通常、ローミングネットワーク405Aにおけるサポート制限にもかかわらず、マルチメディアアプリケーションは、UEが現在、ホームおよび/またはアフィリエイトネットワーク400Aのうちの1つに接続されているか、ローミングネットワーク405Aのうちの1つに接続されているかにかかわらず、同じ方法でサポートプロセスを実行することを試みる。しかしながら、タイミング情報の欠如により、マルチメディアアプリケーションは、認証証明が時間に依存する場合にはアプリケーションサーバ170に登録することができず、サービスを取得することができない。マルチメディアアプリケーションは、タイミング情報の欠如により、マルチメディアアプリケーションに関するプロビジョニング更新の機会を逃すことがある。
【００３７】
図4Bは、所与のUE400Bが、ローミングネットワーク405Aまたは訪問先パブリックランドモバイルネットワーク(PLML)から、ホームネットワーク400AまたはホームPLMNに位置するアプリケーションサーバ170にデータを送ることができる方法を示す。図4Bに示すように、所与のUE400Bは、ローミングネットワーク405A内の所与のUE400Bとホームネットワーク400A内のアプリケーションサーバ170との間でデータをルーティングするために確立されるPDPコンテキストを有する。
【００３８】
たとえば、所与のUE400Bは、ローミングRAN120にデータを送ることができ、このデータは、ローミングSGSN 160、ローミングルーティングユニット188に転送され、次いでGPRSローミング交換(GRX)ネットワーク410Bに転送される。GRXネットワーク410Bは、ローミングネットワーク405BのためのGRXサーバ415B(またはプロバイダA)、ドメインネームシステム(DNS)ルートデータベース420Bおよびホームネットワーク400AのためのGRXサーバ425B(またはプロバイダB)を含む。GRXネットワーク410Bでは、所与のUE400Bからのデータは、GRXサーバ415Bに到着し、ピアリングインターフェースを介してGRXサーバ425Bに転送される。次いでデータは、GRXサーバ425Bからホームルーティングユニット188、ホームGGSN165およびアプリケーションサーバ170(またはQAS)に転送される。ホームネットワーク400Aには、ホームロケーションレジスタ(HLR)430Bも示されている。諒解されるように、アプリケーションサーバ170から所与のUE400Bに送り戻されるデータについても、同様のルーティングパスを実装できる。
【００３９】
図4Cは、所与のUE400Bが、ローミングネットワーク405Aまたは訪問先PLMLから、訪問先ネットワーク405Aまたは訪問先PLMNに位置するアプリケーションサーバ170にデータを送ることができる別の例を示す。PTT、VoIPなどのような特定のマルチメディアアプリケーションの場合、パケットデータセッションが訪問先ネットワーク405Aで終了するアプリケーションサーバのローミングシナリオは、アプリケーションサーバ170が訪問先ネットワーク405Aに位置するときのみサポートされ得る。これは、訪問先ネットワーク405Aからホームネットワーク400A内のアプリケーションサーバ170にルーティングすることが、アプリケーションサーバの配置によっては、ファイアウォール制限またはプライベートIPアドレス指定により不可能な場合があるからである。図4Cに示すように、所与のUE400Bは、ローミングネットワーク405A内の所与のUE400Bとローミングネットワーク405A内のアプリケーションサーバ170との間でデータをルーティングするためのローミングネットワーク405Aで終了するPDPコンテキストを有する。たとえば、所与のUE400Bはデータ(たとえば、インターネットプロトコル(IP)パケット)をローミングRAN120に送ることができ、このデータはSGSN160を介してローミングGGSN165に転送される。PDPコンテキストはローミングGGSN165で終了するので、次いでIPパケットは従来型のIPルーティングによって訪問先ネットワーク405Aに位置するIPアプリケーションサーバ(またはQAS)170に転送される。諒解されるように、訪問先ネットワーク405A内のアプリケーションサーバ170から所与のUE400Bに送り戻されるデータまたはIPパケットについても、同様のルーティングパスを実装できる。
【００４０】
図4Dは、所与のUEがホームまたはアフィリエイトネットワーク400Aからローミングネットワーク405Aに移行する間に、所与のUEのマルチメディアアプリケーションをサポートするプロセスを示す。図4Dを参照すると、400Dにおいて、所与のUEは、ホームまたはアフィリエイトネットワーク400Aに接続され、サーバ調停型通信セッションがアプリケーションサーバ170によってサポートされる際のしきい値レベルのリソースを割り振られる。たとえば、所与のUEは、ホームまたはアフィリエイトネットワーク400Aによって所与のレベルのQoSを割り振られ得る、といった具合である。400Dにおいてホームネットワークに所与のUEが接続されている間、所与のUEは、マルチメディアアプリケーションをサポートするための「デフォルト」ネットワーク手順を実行する(405D)。図4Dでは、所与のUEが現在、ホームまたはアフィリエイトネットワーク400Aに接続されているか、ローミングネットワーク405Aに接続されているかにかかわらず、同じネットワーク手順が使用されるという意味で、ネットワーク手順は「デフォルト」である。一例では、405Dで実行されるデフォルトネットワーク手順は、デフォルト間隔でキープアライブパケットを送ることなどを含み得る。
【００４１】
図4Dを参照すると、410Dにおいて、所与のUEは、ホームまたはアフィリエイトネットワーク400Aからローミングネットワーク405Aに移行する。所与のUEは、所与のマルチメディアアプリケーション415Dをサポートするために、ローミングネットワーク405Aに対し同じしきい値レベルのリソースを要求する(415D)。しかしながら、ローミングネットワーク405Aは、所与のマルチメディアアプリケーションを十分にサポートするように構成されてはいないので、420Dにおいて、リソース要求の少なくとも一部分は拒否される。たとえば、415Dのリソース要求は、420Dで拒否されるQoS確保要求に対応し得る。さらに、いくつかのリソースは、UEへの通知なしに後の段階でネットワークから取り去られることがある(たとえば、PDPが非活動化されること、またはPPPセッションが解放されることがある)。したがって、図4Dにおいてリソース要求に応答して直接的に生じるものとしてリソース否認が示されているが、他の実施形態においては、リソース否認は、以前割り振られたリソースのリソース撤回(resource withdrawal)に対応し得ることが諒解されよう。
【００４２】
425Dにおいて、所与のUEは要求レベルのリソースを取得していないので、所与のUEは、ローミングネットワーク405Aによって所与のUEがサービスされている間に、ベストエフォート型リソースプロトコルによりマルチメディアアプリケーションをサポートするか否かを決定する。所与のUEがマルチメディアアプリケーションに対しあるレベルのサービスを提供することをなお試みると仮定すると、所与のUEは、430Dにおいてマルチメディアアプリケーションをサポートするための、ホームまたはアフィリエイトネットワーク400Aで405Dにおいて実行されたのと同じデフォルトネットワーク手順を実行する。諒解されるように、デフォルトネットワーク手順の一部は、現在のサービングネットワークがマルチメディアアプリケーションを十分にサポートしているとの仮定に基づいて実行される。しかしながら、ローミングネットワーク405Aは、マルチメディアアプリケーションを十分にサポートするわけではないので、これらのデフォルトネットワーク手順は不要または無駄である。
【００４３】
435Dにおいて、所与のUEはローミングネットワーク405Aからホームまたはアフィリエイトネットワーク400Aに戻る。所与のUEは、所与のマルチメディアアプリケーションをサポートするために、ホームまたはアフィリエイトネットワーク400Aに対し同じしきい値レベルのリソースを要求する(440D)。ホームネットワーク400Aは、所与のマルチメディアアプリケーションを十分にサポートするように構成されているので、445Dにおいて、リソース要求が認められる。たとえば、440Dのリソース要求は、445Dで認められるQoS確保要求に対応し得る。次いでプロセスは400Dに戻る。
【００４４】
当業者なら諒解するように、所与のUEがホームまたはアフィリエイトネットワークに接続されているか、ローミングネットワークに接続されているかにかかわらず、同じ方法で動作するように、マルチメディアアプリケーションをサポートすることに関係する所与のUEの行動を構成することは、所与のUEの動作を非効率にしかねない。したがって、本発明の実施形態は、現在のサービングネットワークに関連するゾーンを判断し、ゾーンの判断に基づいてゾーン固有のマルチメディアアプリケーションのサポート動作を実施するように所与のUEを構成することを対象とする。
【００４５】
図5Aは、本発明の一実施形態による、特定のマルチメディアアプリケーションに関するワイヤレス通信システム内におけるネットワークの大まかな特徴付けを示す。図5Aを参照すると、ワイヤレス通信システムは、グリーンゾーン500A、ブルーゾーン505Aおよびレッドゾーン510Aを含む。ゾーン500A、505Aおよび510Aの各々は(たとえば、PLMN IDを通じて識別され得る)少なくとも1つのネットワークを含み、ゾーン500A、505Aおよび510Aの各々は、マルチメディアアプリケーションのサポートの異なる予想に関連する。
【００４６】
グリーンゾーン500Aは、ホームおよび/またはアフィリエイトネットワークであり、グリーンゾーンネットワークは、常時パケットデータセッション(たとえば、2つのPDPコンテキスト)、所与のレベルのQoSリソース、優先データ転送など、マルチメディアアプリケーションによって予想される改良された動作機能の各々を提供するように構成される。所与のUEにおける実行用に構成されるマルチメディアアプリケーションまたはクライアントは、より高いパフォーマンスおよび優れたユーザエクスペリエンスを達成するために、グリーンゾーン内で利用できると予想される完全サポート機能を活用するグリーンゾーン固有のネットワーク手順をプロビジョニングされる。以下でより詳細に説明するように、所与のUEは、特定のゾーンに対する事前プロビジョニングされたネットワークIDのマッピングに基づいて、あるいは1つまたは複数の機動的に測定されたパフォーマンスパラメータに基づいて、グリーンゾーン500A内に所与のUEが存在するか否かを判断することができる。代替的に、アプリケーションサーバ170は、UEによるゾーン検出を支援することができる。
【００４７】
ブルーゾーン505Aは、基本的なパケットデータサービスを提供すると予想されるが、グリーンゾーン500Aの改良されたサポート機能のすべてを提供すると予想されてはいないローミングネットワークを含む。所与のUEにおける実行用に構成されるマルチメディアアプリケーションまたはクライアントは、中レベルのパフォーマンスおよび中レベルのユーザエクスペリエンスを達成するために、ブルーゾーン内で利用できると予想される部分的サポート機能を活用するブルーゾーン固有のネットワーク手順をプロビジョニングされる。以下でより詳細に説明するように、所与のUEは、特定のゾーンに対する事前プロビジョニングされたネットワークIDのマッピングに基づいて、あるいは1つもしくは複数の機動的に測定されたパフォーマンスパラメータおよび/またはアプリケーションサーバ170による支援に基づいて、ブルーゾーン505A内に所与のUEが存在するか否かを判断することができる。
【００４８】
一実施形態では、ブルーゾーン505Aに属するネットワークは、ブルーゾーン適合に対する以下の要件を有し得る。
i.  QoSまたはベストエフォート型プロトコル(たとえば、QoSがない場合)に関するローミングネットワークとホームネットワークとの間におけるパケットデータローミング契約
ii.  マルチメディアアプリケーションは常に、DNSおよびアプリケーションサーバのIPアドレスを発見する(単純なサービス発見)。
iii.  常時PDPがサポートされていないとき、マルチメディアアプリケーションの登録リフレッシュタイマーを活用してPDPを維持できる(比較的長いPDP非アクティビティが当てはまる場合)。
iv.  (マルチメディアアプリケーションの時間ベースの認証のための)ローミングネットワークによって提示される協定世界時(UTC)
v.  UEによる判断に基づいて、UE上のマルチメディアアプリケーション(またはクライアント)はアプリケーションサーバ170(QAS)に対し、UEが専用チャネルをセットアップするのを支援するよう要求することができる。
【００４９】
レッドゾーン510Aは、基本的なパケットデータサービスを提供すると予想されるが、グリーンゾーン500Aまたはブルーゾーン505Aの改良されたサポート機能のいずれかを提供すると予想されてはいないローミングネットワークを含む。たとえば、レッドゾーンネットワークにはホームネットワークの事業者とのローミング契約がないことや、ホームネットワーク事業者がレッドゾーンネットワークへのサービスを故意に遮断することがある。レッドゾーンでは、マルチメディアアプリケーションまたはクライアントは、マルチメディアアプリケーションの改良されたサービス機能をサポートすることに関連するネットワーク手順を実行するのを控え、レッドゾーンネットワークによって否認されると予想されるリソースを要求するのを控えることもある。以下でより詳細に説明するように、所与のUEは、特定のゾーンに対する事前プロビジョニングされたネットワークIDのマッピングに基づいて、あるいは1つもしくは複数の機動的に測定されたパフォーマンスパラメータに基づいて、かつ/またはアプリケーションサーバ支援シグナリングに基づいて、レッドゾーン510A内に所与のUEが存在するか否かを判断することができる。レッドゾーン510A内におけるマルチメディアアプリケーションの低減された動作レベルは、不要なメッセージングを減らすとともに、所与のUEのバッテリー消耗を減らす。
【００５０】
図5Bは、本発明の一実施形態による、ネットワークゾーン認識に基づいて所与のUEにおけるマルチメディアアプリケーションをサポートするプロセスを示す。図5Bを参照すると、所与のUEは、所与のUEが新しいネットワークに移行していると判断する(500B)。たとえば、500Bの判断は、所与のUEに電源が入ったとき、あるいは所与のUEが新しいネットワークに引き渡されたときに生じ得る。
【００５１】
505Bにおいて、所与のUEは新しいネットワークのゾーンを判断し、この場合のゾーンは、マルチメディアアプリケーションをサポートするための所与のリソース割振り予想、および信頼性タイマー、デジッタバッファなどのようなアプリケーション固有の属性の所与のセットに関連する。特に、所与のUEは、505Bにおいて、新しいネットワークがグリーンゾーン500A、ブルーゾーン505A、レッドゾーン510Aのうちのいずれに該当するものとして分類され得るかを判断する。また、図5Bは3つのゾーンの実装形態を対象としているが、ネットワークシナリオにより、3つのゾーンによってカバーされるか特徴付けられるパラメータと比較して追加の、かつ/または異なるパラメータが所与のUEに求められるときには、ゾーンの数を増やせることが諒解されよう。
【００５２】
たとえば、505Bにおいて、所与のUEは、現在のネットワークのゾーンを機動的に判断するように構成され得る。この例では、優先的QoSが要求され(すなわち、その場合には以下で論じる545Bは省略できる)、所与のUEはデータパケットをアプリケーションサーバ170に送って、往復遅延およびジッタを判断する。ネットワークがQoSを否認もしくは格下げした場合、または遅延およびジッタ値がグリーンゾーンの所与のしきい値セットを上回る場合、マルチメディアアプリケーションは、現在のネットワークはブルーゾーンネットワークであると判断する。QoSリソース要求が完全に否認された場合、現在のネットワークはブルーゾーンネットワークまたはレッドゾーンネットワークであると考えられる。そうではない場合は、現在のネットワークはグリーンゾーンネットワークであると考えることができる。さらに、アプリケーションサーバ170への最初の登録中に、UEはアプリケーションサーバ170に対し、UEがグリーンゾーンまたはブルーゾーンからサービスを得ていることを通知できる。したがって、アプリケーションサーバ170は、ゾーン固有の手順を適用することもできる。(上記のような機動的なパフォーマンスの評価の代わりに)ネットワークIDの比較に基づいて505Bの判断または分類が実行される場合のさらなる例について、以下でより詳細に説明する。
【００５３】
510Bにおいて、505Bの判断または分類に基づいて、所与のUEは、新しいネットワークがマルチメディアアプリケーションに任意のレベルの強化された機能のサポートを提供すると予想されるか否かを判断する。新しいネットワークがレッドゾーンネットワークに分類されたときのように、新しいネットワークが(たとえば、VoIPまたはPTTサービスの登録に関して)マルチメディアアプリケーションに任意のレベルの強化された機能のサポートを提供するとは予想されないと所与のUEが判断した場合、プロセスは515Bに進む。
【００５４】
515Bにおいて、所与のUEは、マルチメディアアプリケーションの強化されたサポート機能をサポートするためのリソース(たとえば、QoSなど)を要求するのを控え、所与のUEはさらに、マルチメディアアプリケーションの強化されたサポート機能に関連するネットワーク手順を実行するのも控える(520B)。たとえば、520Bにおいて、所与のUEはレッドゾーン510Aに存在する間、サービス発見手順を試みること、および/またはアプリケーションサーバ170に登録することを控えることがある。
【００５５】
所与のUEはまた、所与のUEのユーザに対し、ユーザインターフェース(UI)を介して、改良されたサポート機能が所与のUEの新しいネットワークでサポートされないことを通知する(525B)。随意に(たとえば、ユーザ入力に基づいて)、所与のUEは、マルチメディアアプリケーションの改良された機能に対する保証されたサポートがない場合に、ベストエフォート型プロトコルを介して新しいネットワークでマルチメディアアプリケーションをサポートすることを試みることができる(530B)。また、所与のUEは、新しいネットワークへの所与のUEの移行に関して、かつ/または所与のUEの新しいゾーンに関して、マルチメディアアプリケーションの通信セッションを調停するように構成されたアプリケーションサーバ170に対し、随意に通知することができる(535B)。図5Bに明示されていないが、アプリケーションサーバ170は、アプリケーションサーバ170が535Bの通知に基づいて所与のUEをサポートする方法を更新することができ、その結果、所与のUEがブルーゾーン505Aまたはレッドゾーン510Aに存在するときに、一定の機能が低減するか、無効になる。535Bの後、プロセスは500Bに戻り、所与のUEが異なるネットワークに移行するのを待つ。
【００５６】
図5Bを参照すると、新しいネットワークがグリーンゾーンネットワークまたはブルーゾーンネットワークに分類されたときのように、新しいネットワークはマルチメディアアプリケーションに対し所与のレベルの改良された機能のサポートを提供すると予想されると所与のUEが判断した場合、プロセスは540Bに進む。540Bにおいて、所与のUEは、ゾーンの判断に基づいて、新しいネットワーク内におけるマルチメディアアプリケーションをサポートするためのゾーン固有のネットワーク手順のセットを特定する。たとえば、505Bにおいて、新しいネットワークがグリーンゾーン500A内に存在すると判断された場合、540Bにおいて、所与のUEはグリーンゾーン固有のネットワーク手順を特定する。同様に、505Bにおいて、新しいネットワークがブルーゾーン505A内に存在すると判断された場合、540Bにおいて、所与のUEはブルーゾーン固有のネットワーク手順を特定する。
【００５７】
所与のUEはまた、505Bによるゾーンの判断に基づいて新しいネットワーク内におけるマルチメディアアプリケーションをサポートするために、ネットワークおよびアプリケーションサーバ170に対し、ゾーン固有のレベルのリソースを要求する。たとえば、505Bにおいて、新しいネットワークがグリーンゾーン500A内に存在すると判断された場合、所与のUEは545Bにおいて完全なリソースを要求し、UEは低レイテンシパフォーマンス向けに最適化されたアプリケーションレベルタイマーおよびデジッタバッファを使用する。一方、505Bにおいて、新しいネットワークがブルーゾーン505A内に存在すると判断された場合、所与のUEは、545Bにおいて部分的リソースを要求し、アプリケーションサーバに対し、音声ペイアウト(audio payout)の円滑化のためにより長いデジッタバッファを使用してUEがサービスの信頼性およびパフォーマンスを高めるのを支援するよう通知する。たとえば、アプリケーションサーバ170はUEに対し、Event 4aしきい値を上回るデータペイロードでダミーパケットを送り、その結果RAN120によって専用チャネル(DCH)状態(たとえば、E-DCHまたはDCH)へのUEの移行を引き起こすことができる。
【００５８】
548Bにおいて、所与のUEは現在のゾーンおよび/またはネットワークに関してアプリケーションサーバ170に通知することができる。図5Bに明示されていないが、アプリケーションサーバ170は、アプリケーションサーバ170が548Bの通知に基づいて所与のUEをサポートする方法を更新することができ、その結果、所与のUEがブルーゾーン505Aに存在するときに、一定の機能が低減する(保守的なアプリケーション層の信頼性)か、無効になる。代替的に、UEがグリーンゾーンに存在する場合、低レイテンシおよびより高いパフォーマンスのためにアプリケーション層サービスが最適化される。550Bにおいて、所与のUEが新しいネットワークおよび/または現在のゾーンにとどまっている限り、所与のUEおよびアプリケーションサーバ170はゾーン固有のネットワーク手順のセットを実行する。550Bにおいてネットワーク手順が実行されている間、プロセスは500Bに戻り、所与のUEが異なるネットワークに移行するのを待つ。
【００５９】
図5Cは、本発明の一実施形態による、所与のUEが、新しいネットワークがグリーンゾーンネットワーク、ブルーゾーンネットワーク、レッドゾーンネットワークのうちのいずれに対応するかを判断することができるプロセスを示す。したがって、図5Cは部分的に、図5Bのブロック505Bおよび510Bの例示的な実装形態を示している。図5Cの例において、いくつかの仮定が次のように作られる。
i.  レッドゾーンネットワークPLMN IDがPLMN IDリストでプロビジョニングされるか、事業者がレッドゾーンネットワークPLMN IDを省略し、それによりUEは、要求リソースの利用可能性ならびにアプリケーションサーバおよびタイミング情報へのアクセスに基づく除去のプロセスに基づいてネットワークゾーンを判断する。
ii.  レッドゾーンネットワークを検出する機構
iii.  一例ではホームネットワークのパラメータに等しいグリーンゾーンにおけるアフィリエイトネットワークのパラメータ(たとえば、保守的なデジッタバッファサイズおよび信頼性タイマー)を設定する。
iv.  登録の時間情報(たとえば、UTCタイミング情報がない場合、マルチメディアアプリケーションはローカル時間で登録を試みることができる)。
【００６０】
図5Cを参照すると、所与のUEは、グリーンゾーンネットワーク、ブルーゾーンネットワークおよび/またはレッドゾーンネットワークのPLMN IDリストを事前プロビジョニングされると仮定する(500C)。PLMN IDリストに記載されている各ネットワークは、定義されるか、グリーンゾーン500A、ブルーゾーン505Aまたはレッドゾーン510Aにマップされる。また、記載されていないネットワークのゾーンとの関連性は、記載されているネットワークのゾーンとの関連性から推測できる。
【００６１】
たとえば、PLMN IDリストは、グリーンゾーンネットワークおよびブルーゾーンネットワークの記載を含むことができ、省かれたネットワークは所与のUEによってレッドゾーンネットワークと見なされる。別の例では、PLMN IDリストは、グリーンゾーンネットワークおよびレッドゾーンネットワークの記載を含むことができ、省かれたネットワークは所与のUEによってブルーゾーンネットワークと見なされる。別の例では、PLMN IDリストは、ブルーゾーンネットワークおよびレッドゾーンネットワークの記載を含むことができ、省かれたネットワークは所与のUEによってグリーンゾーンネットワークと見なされる。別の例では、PLMN IDリストは、グリーンゾーンネットワーク、レッドゾーンネットワークおよびブルーゾーンネットワークの記載を含むことができ、省かれたネットワークはない(たとえばこの場合、記載されていないネットワークは、一例では実際のパフォーマンスによって評価され得る)。別の例では、PLMN IDリストは、グリーンゾーンネットワーク、レッドゾーンネットワークおよびブルーゾーンネットワークの記載を含むことができ、省かれたネットワークは所与のUEによってブルーゾーンネットワークであると見なされ、UEは、記載されていないネットワークを実際のパフォーマンスによって評価し、それらをさらにブルーゾーンネットワークまたはレッドゾーンネットワークのいずれかに分類する。
【００６２】
一例では、500Cの事前プロビジョニングは、図5Bのプロセスが始まる前のある時点において生じ得る。図5Cの残りは、図5Bのブロック505Bおよび510Bの例示的な実装形態に対応する。
【００６３】
したがって、505Cにおいて、所与のUEは現在のネットワークのPLMN IDをPLMN IDリストと比較して、現在のネットワークのゾーンを判断する。上記で説明したように、505Cの判断は、現在のネットワークのPLMN IDがPLMN IDリストに含まれていること、またはPLMN IDリストから省かれていることのいずれかに基づくことができる。510Cにおいて、505Cの判断または分類に基づいて、所与のUEは現在のネットワークのゾーンを識別する(510C)。510Cにおいて、現在のネットワークのゾーンがグリーンゾーンである場合、プロセスは図5Bの540Bに進む。510Cにおいて、現在のネットワークのゾーンがレッドゾーンである場合、プロセスは図5Bの515Bに進む。一方、現在のネットワークのゾーンをまだ判断できない場合、所与のUEは、ネットワークは潜在的なブルーまたはレッドゾーンネットワークであると見なし、現在のネットワークは最小限のWCDMAリリースに適合しているか否かを判断する(515C)。たとえば、現在のネットワークが高速パケットアクセス(HSPA)の最小限のUMTS WCDMAリリースに適合していない場合、現在のネットワークは物理層の旧バージョンを有し、それによりマルチメディアアプリケーションは、訪問先ネットワークはGSM（登録商標）またはEDGEネットワークであると推測することができ、ローミングネットワークをレッドゾーンネットワークに分類する。現在のネットワークが最小限のWCDMAリリースに適合していない場合、現在のネットワークは基本的にレッドゾーンネットワークとして扱われ、所与のUEは、現在のネットワークはマルチメディアアプリケーションの改良された機能をサポートすることができないと見なす。したがって、515Cにおいて、現在のネットワークが最小限のWCDMAリリースに適合していない場合、プロセスは図5Bの515Bに進む。
【００６４】
一方、現在のネットワークが最小限のWCDMAリリースに適合している場合、所与のUEは、アプリケーションサーバ170への登録を試み(520C)、525Cにおいて、登録の試みが成功したか否かを判断する。登録の試みが成功しなかった場合、所与のUEは登録失敗フォールバック機構を実行する(530C)。フォールバック機構の場合、UEは登録信頼性スケジュールを有し、UEはこれに基づいて所定の間隔の後に登録プロセスを繰り返して、ネットワークまたはアプリケーションサーバがエラーから回復できるようにする。このプロセスは、セッション開始プロトコル(SIP)登録信頼性スケジュールに似たものであってよい。代替的に、アプリケーションサーバ170は、通常の、または完全なサービスのアプリケーションサーバが利用できない場合にサービスを得ようとするマルチメディアアプリケーション向けに、低減された、または最小限のサービスに関連するデフォルトアプリケーションサーバのIPアドレスを設定できる。一方、登録の試みが成功せず、フォールバック機構が存在しないか、登録フォールバック機構が失敗した場合、UEは、ネットワークはレッドゾーンにあると判断し、その場合、プロセスは図5Bの515Bに進むことができる。
【００６５】
一方、登録の試みが成功した場合、プロセスは図5Bの540Bに進み、現在のネットワークはブルーゾーンネットワークとして扱われる。図5Cに示されていないが、505Cまたは510Cにおいて、現在のネットワークはブルーゾーンネットワークであることを所与のUEが確認できた場合、515C〜530Cは省略でき、プロセスはブルーゾーンネットワーク向けに図5Bの540Bに直接進むことができる。
【００６６】
図5Dは、本発明の一実施形態による、所与のUEが、新しいネットワークがグリーンゾーンネットワーク、ブルーゾーンネットワークうちのいずれに対応するかを判断することができる代替的プロセスを示す。したがって、図5Cは部分的に、図5Bのブロック505Bおよび510Bの例示的な実装形態を示している。図5Dの例では、いくつかの仮定が次のように作られる。
i.  アフィリエイトネットワークのみがPLMN IDリストでプロビジョニングされる。すべての他のネットワークは、マルチメディアアプリケーションによってブルーゾーンネットワークと見なされる(すなわち、マルチメディアアプリケーションは、登録が成功すると、アプリケーションサーバ170からサービスを取得することを「試みる」)。
ii.  マルチメディアアプリケーションは、登録に失敗した場合にはフォールバック機構を利用できる。
iii.  グリーンゾーンでは、ホームネットワークは、プロビジョニング(IMSI & PLMN IDの使用)、QoSを伴う二重のPDP動作なしに検出される。
iv.  ブルーゾーンでは、QoSが利用できない場合、ベストエフォート(BE)型プロトコルフォールバックによる単一のPDP動作が存在し、UEはアプリケーションサーバに対し、ダミーパケットを使用して専用リソースを取得するのを支援するよう要求し、アプリケーションタイマーの保守的な信頼性スケジュールが要求され、より長いデジッタバッファが使用され、マルチメディアアプリケーションは、登録に失敗した場合にフォールバック機構を利用できる。
【００６７】
図5Dを参照すると、500Cの場合と同様に500Dにおいて、所与のUEは、グリーンゾーンネットワーク、ブルーゾーンネットワークおよび/またはレッドゾーンネットワークのPLMN IDリストを事前プロビジョニングされると仮定する。一例では、500Dの事前プロビジョニングは、図5Bのプロセスが始まる前のある時点において生じ得る。図5Dの残りは、図5Bのブロック505Bおよび510Bの例示的な実装形態に対応する。
【００６８】
したがって、505Dにおいて、所与のUEは現在のネットワークのPLMN IDをPLMN IDリストと比較して、現在のネットワークがホームネットワークまたはアフィリエイトネットワークであるか否かを判断する。510Dにおいて、現在のネットワークのゾーンがホームまたはアフィリエイトネットワークである(すなわち、グリーンゾーン500Aに存在する)場合、プロセスは図5Bの540Bに進む。一方、510Dにおいて、現在のネットワークのゾーンがホームまたはアフィリエイトネットワークでない場合、所与のUEは、アプリケーションサーバ170への登録を試み(515D)、520Dにおいて、登録の試みが成功したか否かを判断する。登録の試みが成功した場合、プロセスはブルーゾーンネットワーク向けに図5Bの540Bに進む。一方、登録の試みが成功しなかった場合、所与のUEは登録失敗フォールバック機構を実行する(525D)。フォールバック機構の場合、UEは登録信頼性スケジュールを有し、UEはこれに基づいて所定の間隔の後に登録プロセスを繰り返して、ネットワークまたはアプリケーションサーバがエラーから回復できるようにする。このプロセスは、SIP登録信頼性スケジュールに似たものであってよい。代替的に、アプリケーションサーバ170は、通常の、または完全なサービスのアプリケーションサーバが利用できない場合にサービスを得ようとするマルチメディアアプリケーション向けに、低減された、または最小限のサービスに関連するデフォルトアプリケーションサーバのIPアドレスを設定できる。一方、登録の試みが成功せず、フォールバック機構が存在しないか、登録フォールバック機構が失敗した場合、UEは、ネットワークはレッドゾーンにあると判断し、その場合、プロセスは図5Bの515Bに進むことができる。
【００６９】
図5A〜図5Dでは、所与のUEは現在のネットワークゾーンを自ら判断するものとして説明している。たとえば、図5Bの505Bおよび510Bにおいて、所与のUEは、新しいネットワークがレッドゾーン、グリーンゾーン、ブルーゾーンのうちのいずれに対応するかを判断し、図5Cおよび図5Dにおいても所与のUEで同様の判断が行われる。しかしながら、本発明の別の実施形態では、ネットワークゾーンの判断は、所与のUEで行われる必要はなく、図5Eに関して後述するように、アプリケーションサーバ170に委託またはオフロードできる。
【００７０】
図5Eは、本発明の一実施形態による、アプリケーションサーバ170によってネットワークゾーン検出が実行される代替的プロセスを示す。詳細には、図5Eは例示的な実装形態を対象としており、所与のUEが現在のネットワークのネットワーク識別子をアプリケーションサーバ170に報告し、アプリケーションサーバ170は報告されたネットワーク識別子を使用して、所与のUEのネットワークゾーンを判断し、次いでゾーン固有のパラメータおよび/または機能を実行する。
【００７１】
図5Eを参照すると、アプリケーションサーバ170は、関連ゾーン(たとえば、レッドゾーン、グリーンゾーンおよび/もしくはブルーゾーン)ならびに/またはゾーン固有のパラメータもしくは機能でインデックス付けされたネットワークID(たとえば、PLMN ID)のリストを含むテーブルで事前に構成されると仮定する(552E)。Table 1(表1)(下記)は、一例としてアプリケーションサーバ170でプロビジョニングされ得るネットワークIDテーブルの一例を示している。Table 1(表1)に示すように、ネットワーク#1、#2および#3は、それぞれグリーンゾーン、ブルーゾーンおよびレッドゾーンに関連付けられ、ネットワーク#4は「デフォルト」ゾーンに関連付けられ、これらは実装形態に応じてグリーンゾーン、ブルーゾーンまたはレッドゾーンと解釈されるように構成され得る。
【００７２】
【表１】
0005599939.tif 000002
【００７３】
図5Eを参照すると、UE200上のマルチメディアアプリケーションは、ゾーン固有のパラメータ(たとえば、ジッタバッファのサイズなどのバッファパラメータ、ボコーダのタイプ、QoSパラメータなど)のセットにインデックス付けられたネットワークゾーンタイプのリストを含むテーブルをプロビジョニングされる(554E)。Table 2(表2)(下記)は、一例として所与のUEまたはUE200でプロビジョニングされ得るネットワークゾーンテーブルの一例を示している。Table 1(表1)に示すように、グリーンゾーンおよびブルーゾーンに関連付けられたパラメータが記載されているが、本発明の他の実施形態では、パラメータを「デフォルト」ゾーンおよび/またはレッドゾーンとの関連で(またはこれらにインデックス付けられて)記憶してもよいことも諒解されよう。
【００７４】
【表２】
0005599939.tif 000003
【００７５】
図5Eを参照すると、所与のUEは、許容可能なエアインターフェースリリースおよび認証に必要なタイミング情報により、所与のUEが新しいネットワークに移行したと判断する(556E)。たとえば、556Eの判断は、所与のUEに電源が入ったとき、あるいは所与のUEが新しいネットワークに引き渡されたときに生じ得る。556Eにおいてネットワーク移行を検出した後、所与のUEは、新しいネットワークのネットワーク識別子(たとえば、PLMN IDなど)を含む登録メッセージをアプリケーションサーバ170に送って、マルチメディアサービス(たとえば、PTT、VoIP)の登録を行う(558E)。
【００７６】
アプリケーションサーバ170は、所与のUEをマルチメディアサーバに登録し(560E)、さらに、登録メッセージに含まれるネットワークIDを552EによるネットワークIDテーブルと比較して(564E)、ネットワークIDテーブルが合致するネットワークIDを含むか否かを判断する(566E)。566Eにおいて、アプリケーションサーバ170がネットワークIDテーブルに記載される合致するネットワークIDを発見しなかった場合、プロセスは574Eに進み、デフォルトネットワークゾーンに関連するパラメータがアプリケーションサーバ170によってロードされる(たとえば、デフォルトゾーンパラメータはブルーゾーンパラメータに対応し得る、といった具合である)。一方、アプリケーションサーバ170がネットワークIDテーブルに記載される合致するネットワークIDを発見した場合、プロセスは568Eに進み、アプリケーションサーバ170は、合致するネットワークIDがレッドゾーンを示しているか否かを判断する。
【００７７】
図5Eを参照すると、568Eにおいて、合致するネットワークIDがレッドゾーンを示している場合、アプリケーションサーバ170は所与のUEに対し、マルチメディアサービスは利用不可であることを通知する(570E)。図5Eには明示されていないが、サービス利用不可メッセージを受信すると、所与のUEは、ユーザインターフェース(UI)に対しサービス利用不可を通知し、別のネットワーク変更が検出されるまでマルチメディアサービスを無効にすることができる。この特定の実施形態は、レッドゾーンにおいてサービスを否認するように構成されるが、(図5Eに示されていない)他の実施形態は、レッドゾーンで限定的またはベストエフォート型サービスレベルを提供するように構成され得ることが諒解されよう。一方、568Eにおいて、合致するネットワークIDがレッドゾーンを示していない(たとえば、グリーンゾーンまたはブルーゾーンを示している)場合、アプリケーションサーバ170は、ネットワークIDテーブル内の合致するネットワークIDに関連するゾーン固有のパラメータおよび/または機能をロードし(572E)、次いで所与のUEに対し、マルチメディアサービスが利用可能であることを通知し、さらに、マルチメディアサービスをサポートするために使用される関連ゾーンおよび/またはゾーンパラメータを示す(576E)。576Eにおいてサービス利用可能メッセージを受信すると、所与のUE上のマルチメディアクライアントは、576Eのサービス利用可能メッセージによって示されたゾーンをチェックし、次いで578Eにおいて現在のネットワークゾーンに対応するパラメータをロードする。
【００７８】
図6は、本発明の一実施形態による、グリーンゾーン、ブルーゾーンおよび/またはレッドゾーン間で所与のUEが移行する中で、所与のUEのマルチメディアアプリケーションをサポートするプロセスを示す図である。
【００７９】
図6を参照すると、600において所与のUEは、グリーンゾーンネットワークへの接続または移行が生じていると判断する。たとえば、図6の600は、図5Bのブロック500B〜510Bに対応し得る。したがって、(たとえば、図5Bの540Bの場合のように)所与のUEは、マルチメディアアプリケーションをサポートするためのグリーンゾーン固有のネットワーク手順のセットを特定する(604)。(たとえば、図5Bの545Bの場合のように)所与のUEは、グリーンゾーンネットワークにおけるマルチメディアアプリケーション向けのグリーンゾーン固有のレベルのリソースを要求し(608)、グリーンゾーンネットワークはリソース要求を認める(612)。
【００８０】
(たとえば、図5Bの548Bの場合のように)所与のUEはアプリケーションサーバ170に対し、所与のUEはグリーンゾーンネットワークに存在することを通知することができる(616)。616の通知に応じて、アプリケーションサーバ170は、所与のUE向けの通信セッションがサポートされ、かつ/または調停される方法を選択的に更新することができる(620)。この場合、アプリケーションサーバ170は、所与のUEがグリーンゾーン500Aに存在することを通知されているので、アプリケーションサーバ170は、「通常の」または「フル機能の」方法で所与のUEをサポートすることができる。
【００８１】
所与のUEおよびアプリケーションサーバ170は、グリーンゾーン固有のネットワーク手順のセットを実行し、また必要な場合には、マルチメディアアプリケーションを介して割り振られたリソースを使用して通信セッションをサポートする(624)。たとえば、624で実行されるネットワーク手順は、グリーンゾーンネットワークに固有の頻度でキープアライブパケットを送ることを含むことができる。一例では、グリーンゾーン固有のネットワーク手順は、完全なQoSを伴う単一または二重のPDPモードで動作するマルチメディアアプリケーションに対応し、アプリケーションサーバ170から利用可能な改良された機能にアクセスすることができる。別の例では、グリーンゾーン500Aのアフィリエイトネットワークは、グリーンゾーン500Aのホームネットワークと比較して似ているが若干異なるパラメータを提供することができる。
【００８２】
図6を参照すると、628において、所与のUEは、ブルーゾーンネットワークへの移行が生じており、ブルーゾーンネットワークが最小限のWCDMAリリースに適合し、所与のUEがブルーゾーンネットワークからアプリケーションサーバ170に無事登録したと判断する。たとえば、図6の628は、図5Bのブロック500B〜510B、図5Cの505C〜525Cおよび/または図5Dの505D〜520Dに対応し得る。したがって、(たとえば、図5Bの540Bの場合のように)所与のUEは、マルチメディアアプリケーションをサポートするためのブルーゾーン固有のネットワーク手順のセットを特定する(632)。(たとえば、図5Bの545Bの場合のように)所与のUEは、ブルーゾーンネットワークにおけるマルチメディアアプリケーション向けのブルーゾーン固有のレベルのリソースを要求し(636)、ブルーゾーンネットワークはリソース要求を認める(640)。この場合、グリーンゾーンと比較したブルーゾーンにおけるリソースの利用可能性に関する所与のUEの認識に基づいて、640で認められるリソース要求は、608のリソース要求よりも少ないリソースを要求し、それにより図4Dの420Dの場合のようなリソースの一部拒否を回避できる。
【００８３】
(たとえば、図5Bの548Bの場合のように)所与のUEはアプリケーションサーバ170に対し、所与のUEはグリーンゾーンネットワークに存在することを通知することができる(644)。644の通知に応じて、アプリケーションサーバ170は、所与のUE向けの通信セッションがサポートされ、かつ/または調停される方法を選択的に更新することができる(648)。この場合、アプリケーションサーバ170は、所与のUEがブルーゾーン505Aに存在することを通知されているので、アプリケーションサーバ170は、「低減された」または「一部機能の」方法で所与のUEをサポートすることができる。
【００８４】
所与のUEおよびアプリケーションサーバ170は、ブルーゾーン固有のネットワーク手順のセットを実行し、また必要な場合には、マルチメディアアプリケーションを介して割り振られたリソースを使用して通信セッションをサポートする(652)。たとえば、652で実行されるネットワーク手順は、ブルーゾーンネットワークに固有の頻度でキープアライブパケットを送ることを含むことができる。一例では、ブルーゾーン固有のネットワーク手順は、QoSを伴うかベストエフォート(BE)型フォールバック機構による(すなわち、必要な場合にQoSがないときにセッションがサポートされる)単一のPDPモードで動作するマルチメディアアプリケーションに対応することができ、タイミング情報が利用可能であり、(図5Cの530Cおよび/または図5Dの525Dの場合のように)登録に失敗した場合にフォールバック機構が利用可能であり、グリーンゾーン固有のネットワーク手順と比較してより高いレイテンシサービスが許容される。
【００８５】
一例では、ブルーゾーン固有のネットワーク手順は、破壊耐性機構(disruptive tolerant mechanism)を含むことができる。マルチメディアアプリケーションは、信頼性およびキープアライブ機構の異なるセットを使用することで、グリーンゾーン固有のネットワーク手順と比較して、バッテリー寿命を効率的に管理しつつ、信頼できるサービスおよびより優れたユーザエクスペリエンスを提供することができる。したがって、ブルーゾーン固有のネットワーク手順はパフォーマンスを犠牲にして信頼できるサービスを提供することを試みることができる。
【００８６】
図6を参照すると、656において所与のUEは、レッドゾーンネットワークへの移行が生じていると判断する。たとえば、図6の656は、図5Bのブロック500B〜510Bに対応し得る。したがって、(たとえば、図5Bの515Bの場合のように)所与のUEは、マルチメディアアプリケーションの改良された機能のサポートに関連するリソースを要求するのを控え、その理由は、そのような要求はレッドゾーンネットワークによって拒否されると所与のUEが見なすことにある(660)。同様に、(たとえば、図5Bの520Bの場合のように)所与のUEは、所与のUEの現在のサービングネットワークに関するレッドゾーン認識に基づいて、レッドゾーンネットワークにおいてマルチメディアアプリケーションをサポートするための(たとえば、グリーンゾーンまたはブルーゾーンネットワーク手順のような)ネットワーク手順を実行するのを控える(664)。(たとえば、図5Bの525Bの場合のように)所与のUEは、レッドゾーンネットワーク内におけるマルチメディアアプリケーションの低減されたサポートに関して、ユーザに通知する(668)。
【００８７】
次に、(たとえば、図5Bの530Bの場合のように)所与のUEは、QoSのようなマルチメディアアプリケーションの改良されたサポート機能のためのリソース割振りがない場合に、ベストエフォート型プロトコルを通じてマルチメディアアプリケーションを随意にサポートする(672)。また、(たとえば、図5Bの535Bの場合のように)所与のUEはアプリケーションサーバ170に対し、所与のUEはレッドゾーンネットワークに存在することを随意に通知することができる(676)。676において所与のUEがアプリケーションサーバ170に通知したと見なすと、アプリケーションサーバ170は、所与のUE向けの通信セッションがサポートされ、かつ/または調停される方法を選択的に更新することができる(680)。この場合、アプリケーションサーバ170は、所与のUEがレッドゾーン510Aに存在することを通知されているので、アプリケーションサーバ170は、「低減された」またはゼロ機能の方法で(たとえば、652の場合のようなブルーゾーンネットワークに接続されたUEのサポートレベルからさらに低減される)所与のUEをサポートすることができる。
【００８８】
図6は、グリーンゾーンからブルーゾーンに、次いでレッドゾーンに所与のUEが移行する状況を示しているが、本発明の他の実施形態において、図6のプロセスがどのようにして、グリーンからレッドへの移行、ブルーからグリーンへの移行、および/またはレッドからグリーンへの移行に進むことができるかが容易に諒解されよう。
【００８９】
情報および信号は、多種多様な技術および技法のいずれかを使用して表すことができることを当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００９０】
さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
【００９１】
本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せで実装または実行することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【００９２】
本明細書で開示した実施形態と関連して説明した方法、シーケンス、および/またはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組合せで直接実施され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体はASIC中に常駐し得る。ASICはユーザ端末(たとえば、アクセス端末)中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
【００９３】
1つまたは複数の例示的な実施形態では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体を含むことができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、またはワイヤレス技術、たとえば赤外線、無線、およびマイクロ波を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または、赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義内に含まれる。本明細書で使用するディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー（登録商標）ディスク(disk)およびブルーレイディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００９４】
上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく本明細書において様々な変更および修正を行うことができることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよび/またはアクションは特定の順序で実行されなくてもよい。さらに、本発明の要素は、単数形で説明または特許請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
【符号の説明】
【００９５】
100  ワイヤレス通信システム
102  UE、アクセス端末、セルラー電話、ワイヤレスクライアントコンピューティングデバイス
104  エアインターフェース
108  UE、携帯情報端末、ワイヤレスクライアントコンピューティングデバイス
110  UE、ページャ、ワイヤレスクライアントコンピューティングデバイス
112  UE、コンピュータプラットフォーム、ワイヤレスクライアントコンピューティングデバイス
120  無線アクセスネットワーク(RAN)
122  RNC
124  ノードB
126  コアネットワーク
【図１】
0005599939.tif 000004
【図２】
0005599939.tif 000005
【図２Ｂ】
0005599939.tif 000006
【図３】
0005599939.tif 000007
【図４Ａ】
0005599939.tif 000008
【図４Ｂ】
0005599939.tif 000009
【図４Ｃ】
0005599939.tif 000010
【図４Ｄ】
0005599939.tif 000011
【図５Ａ】
0005599939.tif 000012
【図５Ｂ】
0005599939.tif 000013
【図５Ｃ】
0005599939.tif 000014
【図５Ｄ】
0005599939.tif 000015
【図５Ｅ】
0005599939.tif 000016
【図６】
0005599939.tif 000017