(57)【要約】  一実施形態では、ユーザ機器(UE)が、UEが休止状態(たとえば、URA_PCHまたはCELL_PCH)にある間に所与のタイプの通信セッションをセットアップする旨の要求を受信する。UEは状態移行要求メッセージ(たとえば、セル更新メッセージ)を、(i)アクセスネットワークがUEを休止状態からターゲット状態(たとえば、CELL_FACHまたはCELL_DCH)に移行させること、および所与のタイプの通信セッションに関連してUEとサービングセルとの間でデータを交換するための、ネットワーク割当て型のサービングセルに固有の識別子(たとえば、C-RNTI)を取得することを要求し、(ii)通信セッションの所与のタイプを示すように構成する。UEは、アクセスネットワークに状態移行要求メッセージを送信し、アクセスネットワークは、状態移行要求メッセージに基づいて通信セッションの所与のタイプを判定する。
2015510324.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信システムにおけるユーザ機器(UE)(200、1100)を動作させる方法であって、
前記UEが休止状態にある間に所与のタイプの通信セッションをセットアップする旨の要求を受信する(405A、505A、505B、505C、710A、710B、710C、815、915、1015)ステップと、
状態移行要求メッセージを、(i)アクセスネットワークが前記UEを前記休止状態からターゲット状態に移行させること、および前記所与のタイプの前記通信セッションに関連して前記UEとサービングセルとの間でデータを交換するための、ネットワーク割当て型のサービングセル固有の識別子を取得することを要求し、(ii)前記通信セッションの前記所与のタイプを示すように構成する(410A、510A、510B、510C、715A、715B、715C、820、920、1020)ステップと、
前記アクセスネットワークに前記状態移行要求メッセージを送信する(415A、515A、515B、515C、720A、720B、720C、825、925、1025)ステップと
を含む方法。
【請求項２】
前記状態移行要求メッセージは、前記通信セッションの前記所与のタイプが(i)回線交換(CS)呼、(ii)直接パケット交換(PS)呼、(iii)Iu-psシグナリングが解放された直接PS呼、(iv)PS警告メッセージおよび/または(v)Iu-psシグナリングが解放されたPS警告メッセージに対応することを示すように構成される、請求項1または請求項8に記載の方法。
【請求項３】
前記状態移行要求メッセージはセル更新メッセージに対応する、請求項1または請求項8に記載の方法。
【請求項４】
前記通信セッションの前記所与のタイプは前記セル更新メッセージによって、(i)前記セル更新メッセージの第1のフィールド、(ii)前記セル更新メッセージの第2のフィールド、および/または(iii)前記セル更新メッセージに伴って初期直接転送(IDT)が送信されるかどうか、に基づいて示される、請求項3に記載の方法。
【請求項５】
前記第1のフィールドは前記セル更新メッセージのトラフィック量指標(TVI)フィールドに対応し、前記第2のフィールドは前記セル更新メッセージの確立理由フィールドに対応する、請求項4に記載の方法。
【請求項６】
前記UEと前記通信セッションを調停するように構成されたアプリケーションサーバとの間のIu-パケット交換(PS)シグナリング接続を維持するステップ
をさらに含み、
前記通信セッションの前記所与のタイプは、前記受信するステップ、構成するステップ、または送信するステップの間に常時オンIu-PSシグナリング接続が利用可能であることに部分的に基づいて示される、請求項1に記載の方法。
【請求項７】
前記受信するステップの前に、前記状態移行要求メッセージが前記通信セッションの前記所与のタイプを示すように構成され得る方法を示す測定制御パラメータおよび/またはトラフィック量測定(TVM)パラメータを確立するステップ
をさらに含み、
前記UEと前記通信セッションを調停するように構成されたアプリケーションサーバとの間のIu-パケット交換(PS)シグナリング接続は、前記Iu-PSシグナリング接続が利用可能でない間に前記受信するステップが前記要求を受信するように維持されることはなく、
前記通信セッションの前記所与のタイプは、前記確立された測定制御パラメータおよび/またはTVMパラメータに少なくとも部分的に基づいて示される、請求項1に記載の方法。
【請求項８】
ワイヤレス通信システムにおけるユーザ機器(UE)(200、1100)と通信するアクセスネットワーク(120、1100)を動作させる方法であって、
前記UEが休止状態からターゲット状態に移行すること、および所与のタイプの通信セッションに関連して前記UEとサービングセルとの間でデータを交換するための、ネットワーク割当て型のサービングセル固有の識別子を取得することを要求する状態移行要求メッセージを受信する(400B、515A、515B、515C、720A、720B、720C、825、925、1025)ステップと、
前記状態移行要求メッセージに基づいて前記通信セッションの前記所与のタイプを判定する(410B、520A、520B、520C、725A、725B、725C、830、930、1030)ステップと
を含む方法。
【請求項９】
前記UEと前記通信セッションを調停するように構成されたアプリケーションサーバとの間のIu-パケット交換(PS)シグナリング接続を維持するステップ
をさらに含み、
前記判定するステップは、常時オンIu-PSシグナリング接続が維持されていることに部分的に基づいて、前記通信セッションの前記所与のタイプを判定する、請求項8に記載の方法。
【請求項１０】
前記受信するステップの前に、前記状態移行要求メッセージが前記通信セッションの前記所与のタイプを示すように構成され得る方法を示す測定制御パラメータおよび/またはトラフィック量測定(TVM)パラメータを確立するステップ
をさらに含み、
前記UEと前記通信セッションを調停するように構成されたアプリケーションサーバとの間のIu-パケット交換(PS)シグナリング接続は、前記Iu-PSシグナリング接続が利用可能でない間に前記受信するステップが前記要求を受信するように維持されることはなく、
前記判定するステップは、前記確立された測定制御パラメータおよび/またはTVMパラメータに部分的に基づいて、前記通信セッションの前記所与のタイプを判定する、請求項8に記載の方法。
【請求項１１】
ワイヤレス通信システムにおけるユーザ機器(UE)(200、1100)であって、
前記UEが休止状態にある間に所与のタイプの通信セッションをセットアップする旨の要求を受信する(405A、505A、505B、505C、710A、710B、710C、815、915、1015)ように構成された論理手段(1105)と、
状態移行要求メッセージを、(i)アクセスネットワークが前記UEを前記休止状態からターゲット状態に移行させること、および前記所与のタイプの前記通信セッションに関連して前記UEとサービングセルとの間でデータを交換するための、ネットワーク割当て型のサービングセル固有の識別子を取得することを要求し、(ii)前記通信セッションの前記所与のタイプを示すように構成する(410A、510A、510B、510C、715A、715B、715C、820、920、1020)ように構成された論理手段(1110)と、
前記アクセスネットワークに前記状態移行要求メッセージを送信する(415A、515A、515B、515C、720A、720B、720C、825、925、1025)ように構成された論理手段(1105)と
を含むUE。
【請求項１２】
ワイヤレス通信システムにおけるユーザ機器(UE)と通信するアクセスネットワーク(120、1100)であって、
前記UEが休止状態からターゲット状態に移行すること、および所与のタイプの通信セッションに関連して前記UEとサービングセルとの間でデータを交換するための、ネットワーク割当て型のサービングセル固有の識別子を取得することを要求する状態移行要求メッセージを受信する(400B、515A、515B、515C、720A、720B、720C、825、925、1025)ように構成された論理手段(1105)と、
前記状態移行要求メッセージに基づいて前記通信セッションの前記所与のタイプを判定する(410B、520A、520B、520C、725A、725B、725C、830、930、1030)ように構成された論理手段(1110)と
を含むアクセスネットワーク。
【請求項１３】
請求項1から10のいずれか一項に記載の方法を実行するための手段を含む装置(120、200、1100)。
【請求項１４】
コンピュータ可読記録媒体を含むコンピュータプログラムであって、前記コンピュータ可読記録媒体が、請求項1から10のいずれか一項に記載の方法をコンピュータまたはプロセッサに実行させるための少なくとも1つの命令を含む、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ワイヤレス通信システムにおける通信セッション情報の取得に関する。
【背景技術】
【０００２】
ワイヤレス通信システムは、第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 access(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、すなわちInternational Mobile Telecommunications System 2000/Universal Mobile Telecommunications System規格に記載されている。
【０００４】
W-CDMA(登録商標)ワイヤレス通信システムにおいて、ユーザ機器(UE)は、基地局に隣接しまたは基地局を囲む特定の地理的領域内の、通信リンクまたはサービスをサポートする固定位置のNode B(セルサイトまたはセルとも呼ばれる)から信号を受信する。Node Bは、一般にサービス品質(QoS)要求に基づいてトラフィックを区別するための方法をサポートする標準的なInternet Engineering Task Force(IETF)ベースのプロトコルを使用したパケットデータネットワークである、アクセスネットワーク(AN)/無線アクセスネットワーク(RAN)にエントリポイントを提供する。したがって、Node Bは、一般に、エアインターフェースを介してUEと、またインターネットプロトコル(IP)ネットワークデータパケットを介してRANと対話する。
【０００５】
ワイヤレス電気通信システムでは、プッシュツートーク(PTT)機能がサービスセクタおよび消費者に普及している。PTTは、たとえばW-CDMA(登録商標)、CDMA、FDMA、TDMA、GSM(登録商標)など、標準的な商用のワイヤレスインフラストラクチャ上で動作する「ディスパッチ」音声サービスをサポートすることができる。ディスパッチモデルでは、エンドポイント(たとえば、UE)間の通信が仮想グループ内で行われ、そこでは1人の「話者」の音声が1人または複数の「聴者」に送信される。このタイプの通信の単一のインスタンスは、通常、ディスパッチ呼、または単にPTT呼と呼ばれる。PTT呼は、呼の特徴を定義するグループのインスタンス化である。グループは、本質的に、メンバーリスト、およびグループ名またはグループ識別情報などの関連する情報によって定義される。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】「Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System」TIA/EIA/IS-95-A、米国電気通信工業会/米国電子工業会
【非特許文献２】TIA/EIA規格IS-98
【非特許文献３】IMT-2000/UM、International Mobile Telecommunications System 2000/Universal Mobile Telecommunications System規格
【発明の概要】
【課題を解決するための手段】
【０００７】
一実施形態では、ユーザ機器(UE)が、UEが休止状態(たとえば、URA_PCHまたはCELL_PCH)にある間に所与のタイプの通信セッションをセットアップする旨の要求を受信する。UEは状態移行要求メッセージ(たとえば、セル更新メッセージ)を、(i)アクセスネットワークがUEを休止状態からターゲット状態(たとえば、CELL_FACHまたはCELL_DCH)に移行させること、および所与のタイプの通信セッションに関連してUEとサービングセルとの間でデータを交換するための、ネットワーク割当て型のサービングセルに固有の識別子(たとえば、C-RNTI)を取得することを要求し、(ii)通信セッションの所与のタイプを示すように構成する。UEは、アクセスネットワークに状態移行要求メッセージを送信し、アクセスネットワークは、状態移行要求メッセージに基づいて通信セッションの所与のタイプを判定する。
【０００８】
本発明の実施形態およびその付随する利点の多くのより完全な理解は、以下の詳細な説明を参照し、本発明を限定するためではなく単に例示するために提示される添付の図面とともに考察することによってより良く理解されれば、容易に得られるであろう。
【図面の簡単な説明】
【０００９】
【図１】本発明の少なくとも1つの実施形態による、ユーザ機器および無線アクセスネットワークをサポートするワイヤレスネットワークアーキテクチャを示す図である。
【図２Ａ】本発明の一実施形態による図1のコアネットワークを示す図である。
【図２Ｂ】図1のワイヤレス通信システムの一例をより詳細に示す図である。
【図３】本発明の少なくとも1つの実施形態によるユーザ機器(UE)を示す図である。
【図４Ａ】本発明の一実施形態によるUEの動作を示す図である。
【図４Ｂ】本発明の一実施形態によるアクセスネットワークの動作を示す図である。
【図５Ａ】本発明の一実施形態による、図4Aおよび図4Bのより詳細な実施態様を示す図である。
【図５Ｂ】本発明の一実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバによって調停される直接呼セッションに対応する、図5Aの例示的な実施態様を示す図である。
【図５Ｃ】本発明の別の実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバによって調停される警告メッセージセッションに対応する、図5Aの別の例示的な実施態様を示す図である。
【図６Ａ】本発明の一実施形態による、休止UEに関する受信されたセル更新メッセージに関連するセッションタイプを判定するためにアクセスネットワークにおいてプロビジョニングされるか、またはアクセスネットワークによって実行され得るセル更新メッセージ評価論理の例示的な実施態様を示す図である。
【図６Ｂ】本発明の一実施形態による、休止UEに関する受信されたセル更新メッセージに関連するセッションタイプを判定するためにアクセスネットワークにおいてプロビジョニングされるか、またはアクセスネットワークによって実行され得るセル更新メッセージ評価論理の例示的な実施態様を示す図である。
【図６Ｃ】本発明の一実施形態による、休止UEに関する受信されたセル更新メッセージに関連するセッションタイプを判定するためにアクセスネットワークにおいてプロビジョニングされるか、またはアクセスネットワークによって実行され得るセル更新メッセージ評価論理の例示的な実施態様を示す図である。
【図６Ｄ】本発明の一実施形態による、休止UEに関する受信されたセル更新メッセージに関連するセッションタイプを判定するためにアクセスネットワークにおいてプロビジョニングされるか、またはアクセスネットワークによって実行され得るセル更新メッセージ評価論理の例示的な実施態様を示す図である。
【図６Ｅ】本発明の一実施形態による、休止UEに関する受信されたセル更新メッセージに関連するセッションタイプを判定するためにアクセスネットワークにおいてプロビジョニングされるか、またはアクセスネットワークによって実行され得るセル更新メッセージ評価論理の例示的な実施態様を示す図である。
【図７Ａ】本発明の一実施形態による、アクセスネットワークが発信側UEのために常時オンIu-PSシグナリング接続を維持するシナリオにおける図6A〜図6Eのいずれかのセッションタイプ評価論理による図5Aの例示的な実施態様を対象とする図である。
【図７Ｂ】本発明の一実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバに170よって調停される直接呼セッションに対応する、図7Aの例示的な実施態様を示す図である。
【図７Ｃ】本発明の別の実施形態による、セットアップされる通信セッションの所与のタイプのが、アプリケーションサーバによって調停される警告メッセージセッションに対応する、図7Aの別の例示的な実施態様を示す図である。
【図８Ａ】本発明の実施形態による、アクセスネットワークが発信側UEのために常時オンIu-PSシグナリング接続を維持することはないシナリオにおける図6B〜図6Eのいずれかのセッションタイプ評価論理による図5Aの例示的な実施態様を対象とする図である。
【図８Ｂ】本発明の実施形態による、アクセスネットワークが発信側UEのために常時オンIu-PSシグナリング接続を維持することはないシナリオにおける図6B〜図6Eのいずれかのセッションタイプ評価論理による図5Aの例示的な実施態様を対象とする図である。
【図９Ａ】本発明の一実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバによって調停される直接呼セッションに対応する、図8A〜図8Bの例示的な実施態様を示す図である。
【図９Ｂ】本発明の一実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバによって調停される直接呼セッションに対応する、図8A〜図8Bの例示的な実施態様を示す図である。
【図１０Ａ】本発明の別の実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバによって調停される警告メッセージセッションに対応する、図8A〜図8Bの別の例示的な実施態様を示す図である。
【図１０Ｂ】本発明の別の実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバによって調停される警告メッセージセッションに対応する、図8A〜図8Bの別の例示的な実施態様を示す図である。
【図１１】本発明の一実施形態による、機能を実行するように構成された論理を含む通信デバイスを示す図である。
【発明を実施するための形態】
【００１０】
本発明の特定の実施形態を対象とする以下の説明および関連する図面で、本発明の態様が開示される。本発明の範囲から逸脱することなく、代替の実施形態が考案され得る。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素は詳細に記載されないか、または省略される。
【００１１】
「例示的」および/または「例」という用語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および/または「例」として説明されるいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈されるべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が、論じられた特徴、利点または動作モードを含むことを必要としない。
【００１２】
さらに、多くの実施形態が、たとえばコンピューティングデバイスの要素によって実行されるべき、一連のアクションに関して説明される。本明細書で説明される様々なアクションは、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実行され得ることを認識されよう。加えて、本明細書で説明されるこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明される機能を実行させるコンピュータ命令の対応するセットを記憶した、任意の形式のコンピュータ可読記憶媒体内で全体として具現化されるものと見なされ得る。したがって、本発明の様々な態様は、特許請求する主題の範囲内にすべて入ることが企図されているいくつかの異なる形式で具現化され得る。さらに、本明細書で説明される実施形態ごとに、任意のそのような実施形態の対応する形式は、本明細書では、たとえば、説明されるアクションを実行する「ように構成された論理(論理手段)」として説明されることがある。
【００１３】
本明細書ではユーザ機器(UE)と呼ばれるHigh Data Rate(HDR)加入者局は、移動式でも固定式でもよく、Node Bと呼ばれ得る1つまたは複数のアクセスポイント(AP)と通信することができる。UEは、Node Bのうちの1つまたは複数を介して、無線ネットワークコントローラ(RNC)との間でデータパケットを送受信する。Node BおよびRNCは、無線アクセスネットワーク(RAN)と呼ばれるネットワークの部分である。無線アクセスネットワークは、複数のUE間で音声およびデータパケットをトランスポートすることができる。
【００１４】
無線アクセスネットワークは、無線アクセスネットワークの外部の追加のネットワークにさらに接続されていてもよく、そのようなコアネットワークは、特定のキャリア関連のサーバおよびデバイス、ならびに企業内イントラネット、インターネット、公衆交換電話網(PSTN)、Serving General Packet Radio Service(GPRS) Support Node(SGSN)、Gateway GPRS Support Node(GGSN)のような他のネットワークへの接続を含んでおり、各UEとそのようなネットワークとの間で音声パケットおよびデータパケットを運ぶことができる。1つまたは複数のNode Bとのアクティブなトラフィックチャネル接続を確立したUEは、アクティブなUEと呼ばれることがあり、トラフィック状態であると呼ばれることがある。1つまたは複数のNode Bとのアクティブなトラフィックチャネル(TCH)接続を確立する過程にあるUEは、接続セットアップ状態であると呼ばれることがある。UEは、ワイヤレスチャネルまたは有線チャネルを介して通信する任意のデータデバイスであり得る。UEは、さらに、限定はされないが、PCカード、コンパクトフラッシュ(登録商標)デバイス、外付けまたは内蔵のモデム、またはワイヤレスもしくは有線の電話を含むいくつかのタイプのデバイスのうちのいずれかであり得る。UEが信号をNode Bに送る通信リンクは、アップリンクチャネル(たとえば、逆方向トラフィックチャネル、制御チャネル、アクセスチャネルなど)と呼ばれる。Node Bが信号をUEに送る通信リンクは、ダウンリンクチャネル(たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど)と呼ばれる。本明細書で使用される場合、トラフィックチャネル(TCH)という用語は、アップリンク/逆方向トラフィックチャネル、またはダウンリンク/順方向トラフィックチャネルのいずれかを指し得る。
【００１５】
図1は、本発明の少なくとも1つの実施形態による、ワイヤレス通信システム100の1つの例示的な実施形態のブロック図を示す。システム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は、Serving General Packet Radio Services(GPRS)Support Node(SGSN)とUE102/108/110/112との間のベアラチャネル(すなわち、データチャネル)のシグナリング、確立、および切断を担う。また、リンクレイヤ暗号化が可能な場合、RNC122は、エアインターフェース104を介してコンテンツを転送する前に、コンテンツを暗号化する。RNC122の機能は、当技術分野でよく知られており、簡潔のためにこれ以上は論じない。コアネットワーク126は、ネットワーク、インターネット、および/または公衆交換電話網(PSTN)によってRNC122と通信することができる。あるいは、RNC122は、インターネットまたは外部ネットワークに直接接続することができる。一般的に、コアネットワーク126とRNC122との間のネットワークまたはインターネット接続は、データを転送し、PSTNは、音声情報を転送する。RNC122は、複数のNode B124に接続することができる。コアネットワーク126と同様の方法で、RNC122は通常、データ転送および/または音声情報のために、ネットワーク、インターネット、および/またはPSTNによってNode B124に接続される。Node B124は、データメッセージを、携帯電話102のようなUEへワイヤレスにブロードキャストすることができる。当技術分野で知られているように、Node B124、RNC122、および他の構成要素が、RAN120を形成することができる。しかしながら、代替構成が使用されてもよく、本発明は、図示の構成に限定されない。たとえば、別の実施形態では、RNC122、およびNode B124のうちの1つまたは複数の機能は、RNC122とNode B124の両方の機能を有する単一の「ハイブリッド」モジュールに収められてよい。
【００１８】
図2Aは、本発明の一実施形態によるコアネットワーク126を示す。特に、図2Aは、W-CDMA(登録商標)システム内で実装されるGeneral Packet Radio Services(GPRS)コアネットワークの構成要素を示す。図2Aの実施形態では、コアネットワーク126は、Serving GPRS Support Node(SGSN)160、Gateway GPRS Support Node(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から課金機能への課金データの転送のために使用される。
【００２２】
図2Aを参照すると、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との間でのデータパケットの配信を担う。SGSN160のタスクには、パケットルーティングおよび転送、モビリティ管理(たとえば、接続/切断および位置管理)、論理リンク管理、ならびに認証および課金機能などがある。SGSNのロケーションレジスタは、位置情報(たとえば、現在のセル、現在のVLR)、および、SGSN160に登録されたすべてのGPRSユーザのユーザプロファイル(たとえば、パケットデータネットワークで使用されるIMSI、PDPアドレス)を、たとえばユーザまたはUEごとに1つまたは複数のPDPコンテキスト内に記憶する。したがって、SGSNは、(i)GGSN165からのダウンリンクGTPパケットの逆トンネリング、(ii)GGSN165に向かうIPパケットのアップリンクトンネリング、(iii)UEがSGSNサービスエリアの間を移動するときのモビリティ管理の実行、(iv)モバイル加入者の支払い請求を担う。当業者が諒解するように、(i)〜(iv)の他に、GSM(登録商標)/EDGEネットワークのために構成されたSGSNは、W-CDMA(登録商標)ネットワークのために構成されたSGSNと比較して、わずかに異なる機能を有する。
【００２４】
RAN120(たとえば、Universal Mobile Telecommunications System(UMTS)システムアーキテクチャにおけるUTRANなど)は、フレームリレーまたはIPなどの送信プロトコルによって、Iuインターフェースを介してSGSN160と通信する。SGSN160は、SGSN160および他のSGSN(図示せず)と内部のGGSNとの間のIPベースのインターフェースであり、上記で定義されたGTPプロトコル(たとえば、GTP-U、GTP-C、GTP'など)を使用するGnインターフェースを介してGGSN165と通信する。図2Aには示されていないが、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、Node B124、およびRNC122の間で行われる。RNC122は、コアネットワーク126、PSTN、インターネット、仮想専用ネットワーク、SGSN、GGSNなどのような複数のデータネットワークに接続することができ、したがって、UE102またはUE200は、より広い通信ネットワークにアクセスすることができる。上で論じられ、当技術分野で知られているように、音声送信、および/またはデータは、様々なネットワークおよび構成を使用してRANからUEに送信され得る。したがって、本明細書で提供される例は、本発明の実施形態を限定するためのものではなく、単に本発明の実施形態の態様の説明を助けるためのものにすぎない。
【００３２】
以下、本発明の実施形態は、全般的に、W-CDMA(登録商標)プロトコルおよび関連する用語に従って説明される(たとえば、移動局(MS)、モバイルユニット(MU)、アクセス端末(AT)などの代わりにUE、EV-DOでのBSCとは異なりRNC、EV-DOでのBSまたはMPT/BSとは異なりNode Bなど)。しかしながら、W-CDMA(登録商標)以外のワイヤレス通信プロトコルとともに本発明の実施形態がどのように適用され得るかを、当業者は容易に諒解されよう。
【００３３】
従来のサーバ調停型通信セッション(たとえば、半二重プロトコル、全二重プロトコル、VoIP、グループセッションオーバーIPユニキャスト、グループセッションオーバーIPマルチキャスト、プッシュツートーク(PTT)セッション、プッシュツートランスファー(PTX)セッションなどを介する)では、セッションまたは呼発信者は、アプリケーションサーバ170に通信セッションを開始する旨の要求を送り、アプリケーションサーバ170は次いで、呼の1つまたは複数のターゲットに送信するために、呼告知メッセージをRAN120に転送する。
【００３４】
ユーザ機器(UE)は、Universal Mobile Telecommunications Service(UMTS) Terrestrial Radio Access Network(UTRAN)(たとえば、RAN120)において、アイドルモードまたは無線リソース制御(RRC)接続モードのいずれかとすることができる。
【００３５】
UEモビリティおよびアクティビティに基づいて、RRC接続モードである間、RAN120は、いくつかのRRC下位状態、すなわちCELL_PCH状態、URA_PCH状態、CELL_FACH状態、およびCELL_DCH状態の間で移行するようUEに指示することができ、これらは次のように特徴づけることができる。
・CELL_DCH状態では、アップリンクおよびダウンリンクにおいて、UEには専用物理チャネルが割り振られ、UEは、その現在のアクティブセットによってセルレベルで認識され、UEには専用トランスポートチャネル、ダウンリンクおよびアップリンク(TDD)共有トランスポートチャネルが割り当てられており、これらのトランスポートチャネルの組合せがUEによって使用され得る。CELL_DCH状態では、UEはRAN120によってセル無線ネットワーク一時識別子(C-RNTI)が割り当てられ、それによりC-RNTIは、現在のサービングセルまたはセクタ内のUEを一意に識別し、UEによって、RAN120に逆方向リンクデータを送信するために、かつ/またはRAN120からダウンリンクデータを受信するために使用される。
・CELL_FACH状態では、UEには専用物理チャネルは割り振られず、UEは、順方向アクセスチャネル(FACH)を連続的に監視し、UEは、アップリンクにおけるデフォルトの共通または共有トランスポートチャネル(たとえば、チャネルを取得し、送信電力を調整するための電力ランプアップ手順による競合ベースのチャネルであるランダムアクセスチャネル(RACH))が割り当てられ、UEはそのトランスポートチャネルのアクセス手順に従って送信することができ、UEの位置は、UEが前のセル更新を最後に行ったセルによってセルレベルでRAN120によって認識され、TDDモードでは、1つまたは複数のUSCHまたはDSCHトランスポートチャネルが確立されている可能性がある。CELL_DCH状態と同様に、CELL_FACH状態では、UEはRAN120によってC-RNTIが割り当てられ、C-RNTIは、現在のサービングセルまたはセクタ内のUEを一意に識別し、UEによって、RAN120に逆方向リンクデータを送信するために、かつ/またはRAN120からダウンリンクデータを受信するために使用される。
・CELL_PCH状態では、UEには専用物理チャネルは割り振られず、UEは、アルゴリズムでPCHを選択し、関連するPICHを介して選択されたPCHを、DRXを使用して監視し、アップリンクアクティビティは不可であり、UEの位置は、UEがCELL_FACH状態でセル更新を最後に行ったセルによってセルレベルでRAN120によって認識される。CELL_PCH状態では、UEはC-RNTIが割り当てられないが、UEは依然として、UTRAN無線ネットワーク一時識別子(U-RNTI)を介してそれ自体を識別することができ、U-RNTIはより広いサービングエリア(たとえば、サブネット)にわたってUEを一意に識別する。
・URA_PCH状態では、UEには専用チャネルは割り振られず、UEは、アルゴリズムでPCHを選択し、関連するPICHを介して選択されたPCHを、DRXを使用して監視し、アップリンクアクティビティは不可であり、UEの位置は、CELL_FACH状態で最後のURA更新中にUEに割り当てられたUTRAN登録エリア(URA)によって登録エリアレベルでRAN120に認識される。URA_PCH状態では、UEはC-RNTIが割り当てられないが、UEは依然として、U-RNTIを介してそれ自体を識別することができ、U-RNTIはより広いサービングエリア(たとえば、サブネット)にわたってUEを一意に識別する。
【００３６】
したがって、URA_PCH状態(またはCELL_PCH状態)は、UEが定期的に起動して、ページングインジケータチャネル(PICH)、および必要な場合、関連するダウンリンクページングチャネル(PCH)をチェックする休止状態に対応し、セル再選択、定期的なセル更新、アップリンクデータ送信、ページング応答、再度入ったサービスエリアのイベントについては、UEは、CELL_FACH状態に入ってセル更新メッセージを送り得る。CELL_FACH状態では、UEは、ランダムアクセスチャネル(RACH)上でメッセージを送り、順方向アクセスチャネル(FACH)を監視することができる。FACHは、RAN120からのダウンリンク通信を運び、セカンダリ共通制御物理チャネル(S-CCPCH)にマップされる。CELL_FACH状態から、UEは、CELL_FACH状態でのメッセージングに基づいてトラフィックチャネル(TCH)が得られた後、CELL_DCH状態になり得る。無線リソース制御(RRC)接続モードでの従来の専用トラフィックチャネル(DTCH)からトランスポートチャネルへのマッピングを示す表が、次のように、Table 1(表1)に示される。
【００３７】
【表１】
2015510324.tif 000003
【００３８】
ここで、表記(rel. 8)および(rel. 7)は、関連する3GPPリリースを示し、監視またはアクセスのために、示されたチャネルが導入されている。
【００３９】
アプリケーションサーバ170によって調停される通信セッションは、少なくとも1つの実施形態では、遅延敏感または高優先度のアプリケーションおよび/またはサービスに関連付けられ得る。たとえば、アプリケーションサーバ170は、少なくとも1つの実施形態ではPTTサーバに対応することができ、PTTセッションにおける重要な基準は、高速セッションセットアップ、およびセッションの全体にわたって所与のレベルのサービス品質(QoS)を維持することであることは理解されよう。
【００４０】
上記で説明したように、RRC接続モードで、所与のUEは、RAN120とデータを交換するためにCELL_DCHまたはCELL_FACHのいずれかで動作することができ、それによって、所与のUEはアプリケーションサーバ170に達することができる。上記のように、CELL_DCH状態では、アップリンク/ダウンリンク無線ベアラは、専用物理チャネルリソース(たとえば、UL DCH、DL DCH、E-DCH、F-DPCH、HS-DPCCHなど)を消費する。これらのリソースの一部は、高速共有チャネル(すなわち、HSDPA)の操作のためにも消費される。CELL_FACH状態では、アップリンク/ダウンリンク無線ベアラは、共通トランスポートチャネル(RACH/FACH)にマップされる。それによって、CELL_FACH状態では、専用物理チャネルリソースの消費はない。
【００４１】
従来、RAN120は、実質的にRAN120(たとえば、RAN120のサービングRNC122)で測定される、または1つもしくは複数の測定報告で所与のUE自体から報告されるトラフィック量に基づいて、CELL_FACHとCELL_DCHとの間で所与のUEを移行させる。具体的には、RAN120は、特定のUEを、アップリンクで測定および/もしくは報告される、またはダウンリンクで測定および/もしくは報告されるUEの関連トラフィック量が、CELL_DCH状態移行決定を行うためにRAN120によって使用されるEvent4a閾値のうちの1つまたは複数よりも多い場合にCELL_FACH状態からCELL_DCH状態に移行するように従来の方法で構成され得る。
【００４２】
従来、発信側UEが呼要求メッセージをアプリケーションサーバ170に送って通信セッションを開始しようとする(または1つもしくは複数のターゲットUEに転送されるべき警告メッセージを送ろうとする)場合、発信側UEはセルの更新手順を実行し、その後CELL_FACH状態またはCELL_DCH状態のいずれかに移行する。発信側UEはCELL_FACH状態に移行する場合、RACHで呼要求メッセージをRAN120に送信することができる。そうではなく、発信側UEはCELL_DCH状態に移行する場合、逆方向リンクDCHまたはE-DCHで呼要求メッセージをRAN120に送信することができる。呼要求メッセージは一般的にサイズが比較的小さく、典型的には発信側UEをCELL_DCH状態に移行させるかどうかを判定する際にRAN120によって使用されるEvent4a閾値を上回ると予想されることはない。
【００４３】
CELL_FACH状態では、発信側UEは、より迅速に呼要求メッセージの送信を開始することができ(たとえば、RAN120で、サービングNode BとサービングRNCとの間で無線リンク(RL)が確立されなくてもよいため、発信側UEとサービングNode Bとの間でL1同期手順が実行されなくてもよいため)、発信側UEによってDCHリソースが消費されることはない。しかし、RACHは一般に、DCHまたはE-DCHと比較してより低いデータレートに関連付けられる。したがって、潜在的に呼要求メッセージの送信をより早い時点でより早く開始することを可能にする一方で、RACHでの呼要求メッセージの送信には、いくつかの例でのDCHまたはE_DCHでの同様の送信と比較して、完了するためにより長い時間がかかる可能性がある。したがって、一般的には、発信側UEには、RACHと比較してDCHまたはE_DCHでより高いトラフィック量を送ることがより効率的であり、一方でより小さいメッセージが、DCHセットアップからオーバーヘッドを招くことなく、RACHで相対的な効率で送られ得る。
【００４４】
上記のように、発信側UEの状態(たとえばCELL_DCHまたはCELL_FACHなど)は、発信側UEによって送られるアップリンクデータ量に基づいて判定される。たとえば、規格では、トラフィック量測定(TVM)レポートをトリガするためのEvent4a閾値を定義している。Event4a閾値は、規格の中で指定されており、各アップリンク無線ベアラのバッファ占有率を要約するトラフィック量測定レポートをトリガするためにUEによって使用される。
【００４５】
規格の中で定義されていない他のパラメータは、所与のUEのCELL_DCH状態への状態移行をトリガするためのアップリンクEvent4a閾値、および所与のUEのCELL_DCH状態への状態移行をトリガするためのダウンリンクEvent4a閾値である。諒解されるように、アップリンクEvent4a閾値およびダウンリンクEvent4a閾値が規格の中で「未定義」であることは、それぞれの閾値はベンダーによって、または異なるRANでの実装によって異なり得るということを意味する。
【００４６】
アップリンクEvent4a閾値について述べると、CELL_FACH状態では、各無線ベアラの報告されたアップリンクバッファ占有率がアップリンクEvent4a閾値を超える場合、RNC122はUEをCELL_DCHに移す。一例では、この決定は、集約されたバッファ占有率または個々の無線ベアラのバッファ占有率に基づいて行われ得る。集約されたバッファ占有率が、CELL_DCHへの移行を決定するのに使用される場合、TVMをトリガするために同じ閾値が使用され得る。同様に、ダウンリンクEvent4a閾値について述べると、CELL_FACH状態では、UEの無線ベアラのダウンリンクバッファ占有率がダウンリンクEvent4a閾値を超える場合、RNC122はUEをCELL_DCH状態に移す。一例では、この決定は、集約されたバッファ占有率または個々の無線ベアラのバッファ占有率に基づいて行われ得る。
【００４７】
したがって、呼要求メッセージのサイズは、発信側UEがCELL_FACH状態に移行するのか、またはCELL_DCH状態に移行するのかどうかを判定することができる。具体的には、RAN120でCELL_DCH状態判定を行うために、Event4a閾値のうちの1つが従来の方法で使用される。したがって、Event4a閾値を上回る場合、RAN120はUEのCELL_DCH状態移行をトリガする。
【００４８】
しかしながら、RAN120自体の処理速度または応答性もまた、呼要求メッセージを送信するためのより効率的な選択肢がCELL_DCH状態であるのか、またはCELL_FACH状態であるのかどうかに影響を及ぼす可能性がある。たとえば、RAN120が、セル更新メッセージの受信後10ミリ秒(ms)以内にDCHリソースを発信側UEに割り振ることができる場合、発信側UEのCELL_DCH状態移行は比較的早いと思われるので、DCHへの移行は、遅延敏感な呼要求メッセージの送信に適していると思われる。一方で、RAN120が、セル更新メッセージの受信後100ミリ秒(ms)後にようやくDCHリソースを発信側UEに割り振ることができる場合、発信側UEのCELL_DCH状態移行は比較的遅いと思われるので、呼要求メッセージの送信は、実際にはRACH上よりも早く完了すると思われる。
【００４９】
諒解されるように、より低いEvent4a閾値は、DCHが適時にデータ交換を完了することを必ずしも要求しない、UEへのより頻繁なDCHリソースの割振りを引き起こすために、Event4a閾値は通常、効率的なリソース利用を達成するために十分高く設定される。しかしながら、Event4a閾値を上回らないデータ送信が、RAN120の処理速度および送信されるデータ量に基づいて、CELL_FACH状態またはCELL_DCH状態のいずれかよりも迅速に送信され得るということが考えられる。しかしながら上記のように、従来のRANは、CELL_DCH状態移行の判定を行う際に、測定または報告されたトラフィック量がEvent4a閾値を上回るかどうかの他に、基準を評価することはない。
【００５０】
W-CDMA(登録商標) Rel.6では、トラフィック量指標(TVI)と呼ばれる新たな特徴が導入され、これによって発信側UEは、セル更新手順の間にセル更新メッセージ内にTVIを含める選択肢をもつ。RAN120は、TVIを含む(すなわちTVI=真)セル更新メッセージを、TVMレポートをトリガするためのEvent4a閾値を上回ったように(すなわち、言い換えれば、アップリンクトラフィック量のバッファ占有率がTVMレポートをトリガするためのEvent4a閾値を上回るように)解釈するので、RAN120は、発信側UEを直接CELL_DCH状態に移行させる。代わりに、セル更新メッセージの中にTVIが含まれていない場合、RAN120は単に、Event4aのためのトラフィック量測定レポートを受信すると、発信側UEをCELL_DCH状態に移行させる。
【００５１】
所与のUEがセル更新手順を実行するとき、所与のUEは、アプリケーションサーバ170によって調停される通信セッション(たとえば、PTT、PTXなど)を含む様々なタイプの通信セッションをサポートするためにターゲット状態(たとえば、CELL_FACH状態、CELL_DCH状態など)に移行しようとしていることがある。たとえば、所与のUEはセル更新手順を、所与のUEと呼要求メッセージによって識別された1つまたは複数のターゲットUEとの間の通信セッションをセットアップするようにアプリケーションサーバ170に促す呼要求メッセージがアプリケーションサーバ170に送信され得る状態に移行するために実行することができる。この場合、セル更新手順に関連する通信セッションのタイプは、直接パケット交換(PS)呼または直接呼セッションと呼ばれ得る。
【００５２】
代替として、別の例では、所与のUEはセル更新手順を、「警告」メッセージ、または直接PS呼もしくは直接呼セッションの前兆ではない孤立したメッセージがアプリケーションサーバ170に送信され得る状態に移行するために実行することができる。たとえば、これらのタイプの警告メッセージは、必ずしも送信側または発信側のUEからのその後のメッセージングをもたらすとは限らない一方向の1回限りの通信メッセージ(警告メッセージの再送信の可能性および警告メッセージに対するACKを除いて)とすることができる。アプリケーションサーバ170は警告メッセージを受信し、次いで警告メッセージを、警告メッセージによって識別される1つまたは複数のターゲットUEに転送する。この場合、セル更新手順に関連する通信セッションのタイプは、警告メッセージまたは警告メッセージセッションと呼ばれ得る。
【００５３】
他の例では、所与のUEはセル更新手順を、回線交換(CS)呼を行うことができ、かつ/またはアプリケーションサーバ170以外の何らかのサーバによって調停されるパケット交換(PS)呼(たとえば、VoIPなど)を行うことができる状態に移行するために実行することができる。
【００５４】
RAN120の操作者は、セクタごとにセル更新手順から生じる通信セッションのタイプに関連する情報を記録することを望む場合がある。たとえば、CS呼、アプリケーションサーバ170によって調停される直接PS呼、アプリケーションサーバ170によって調停される警告メッセージおよび/または何らかの他のサーバによって調停されるPS呼となるセル更新手順の比率を理解することは、RAN120の操作者が、リソースをより良く配備するためにRAN120に関する使用をより深く理解する助けとなり得る。
【００５５】
通常、RAN120によってセル更新手順から収集される情報は、非常に限られており、セル更新手順に関与するUEが最終的に参加することになる通信セッションのタイプを区別するのに不十分である。たとえば、RAN120は通常、セル更新手順を実行しているUEが遅延敏感PTTセッションを開始する目的でCELL_DCH状態に移行することを望んでいる場合があることを認識していない。RAN120は、たとえば、通信セッションタイプに関してRAN120に通知するアプリケーションサーバ170に依存し得る。しかしながら、アプリケーションサーバ170は必ずしも、セクタレベルの精度でそのUEの位置に気づいているとは限らないので、RAN120は、報告された通信セッションタイプをRAN120内の特定のセクタに結び付けるのに苦労することがある。
【００５６】
したがって、本発明の実施形態は、セル更新手順中にセル更新手順に関連する通信セッションのタイプに関係する情報がUEからRAN120に伝えられる拡張セル更新手順を対象とする。セル更新手順中にタイプ(たとえば、アプリケーションサーバ170または何らかの他のサーバによって調停されるPS呼、アプリケーションサーバ170によって調停される警告メッセージなど)を判定することによって、RAN120は、UEが関与しようとしている通信セッションのタイプを、UEのサービングエリア(たとえば、サービングセクタ)に関連付けることができる。より具体的には、以下でさらに詳細に説明するように、いくつかの状況では、RAN120に通信セッションタイプ情報を伝えるために、セル更新メッセージの1つまたは複数のフィールド(たとえば、確立理由フィールド(Establishment Cause Field)および/または上述のTVIフィールド)がUEによって変更され得る。
【００５７】
以下では、図4A〜図8Cのプロセスについて、本発明の実施形態による広帯域符号分割多元接続(W-CDMA(登録商標))を使用するUniversal Mobile Telecommunications System(UMTS)内で実施されるものとして説明する。しかし、図4A〜図8CがどのようにW-CDMA(登録商標)以外のプロトコルによる通信セッションを対象とし得るかは、当業者であれば理解されよう。さらに、アプリケーションサーバ170がPTTサーバに対応する、本明細書で言及するいくつかのシグナリングメッセージについて説明する。しかしながら、他の実施形態が、システム100のUEにPTT以外のサービス(たとえば、プッシュツートランスファー(PTX)サービス、VoIPサービス、グループ-テキストセッションなど)を提供するサーバを対象とし得ることは諒解されよう。
【００５８】
図4Aおよび図4Bは、本発明の実施形態による、それぞれUEおよびRAN120の動作を示す。図4Aおよび図4Bは、高レベルでのUEおよびRAN120のそれぞれの動作を示しており、より詳細な実施態様は、図5A〜図8Cに関して後述する。
【００５９】
図4Aを参照すると、400Aで、所与のUE(「発信側UE」)がURA_PCH状態またはCELL_PCH状態のいずれかで動作していると仮定する。405Aで、URA_PCH状態またはCELL_PCH状態のいずれかにある間、発信側UEは所与のタイプの通信セッションを開始する旨の要求を受信する。たとえば、受信される405Aの要求は、発信側UEで実行されているマルチメディアクライアントアプリケーションまたはAPIが、アプリケーションサーバ170によって調停されるPTT通信セッション(たとえば、警告メッセージまたは直接PS呼)を開始するためにPTTボタンを発信側UEのユーザが押したという指示を受信することに対応し得る。代替として、受信される405Aの要求は、CS呼またはアプリケーションサーバ170以外のサーバによって調停されるPS呼に発信側UEのユーザが関与したがっていることを示す指示に対応し得る。
【００６０】
405Aで所与のタイプの通信セッションを開始する旨の要求を受信した後、410Aで発信側UEは、通信セッションをサポートするために通信リソースをセットアップするためのセル更新メッセージ(たとえば、C-RNTIを取得する旨、およびCELL_FACH状態またはCELL_DCH状態に移行する旨の要求)を、所与のタイプの指示をさらに含むように構成する。以下でより詳細に説明するように、セル更新メッセージ内の所与のタイプの指示は、セル更新メッセージのTVIフィールドおよび/もしくは確立理由フィールドの特殊な構成もしくはビット設定、特殊な測定制御パラメータならびに/または初期直接転送(IDT:Initial Direct Transfer)メッセージの含有もしくは省略に関係し得る。
【００６１】
410Aにおいてセル更新メッセージを構成した後、415Aで発信側UEは、構成されたセル更新メッセージをRACHによりRAN120に送信する。次いで420Aで、発信側UEは、ターゲット状態(たとえば、CELL_DCH状態またはCELL_FACH状態)に移行し、取得された通信リソースを使用してRAN120を介してアプリケーションサーバ170との所与のタイプの通信セッション(たとえば、直接呼セッション、警告メッセージセッションなど)を行う。
【００６２】
図4Bを見ると、400BでRAN120は、セル更新メッセージを発信側UEから受信し、次いで405Bで、発信側UEをターゲット状態(たとえば、CELL_DCH状態またはCELL_FACH状態であって、これによりRAN120は、セル更新メッセージに応答して状態移行に伴って発信側UEにC-RNTIを割り当てる)に移行させ、発信側UEとアプリケーションサーバ170との間の所与のタイプの通信セッション(たとえば、直接呼セッション、警告メッセージセッションなど)を行う。RAN120はまた、410Bで、セル更新メッセージを評価して、通信セッションの所与のタイプを示す構成をセル更新メッセージが含むかどうかを判定する。この場合、400Bで受信されたセル更新メッセージは、図4Aの410Aに関して上述したように発信側UEによって構成されており、それによりRAN120は、受信されたセル更新メッセージを示された通信セッションタイプに関連付けると仮定する。415BでRAN120は、特定のサービングエリア(たとえば、セクタ)におけるUEによって開始された通信セッションのタイプを追跡する通信セッションログを更新する。
【００６３】
図5Aは、本発明の一実施形態による、図4Aおよび図4Bのより詳細な実施態様を示す。特に図5Aは、(CS呼または何らかの他のサーバによって調停されるPS呼ではない)確立される通信セッションがアプリケーションサーバ170によって調停される例を示す。図5Aを参照すると、500A〜515Aは図4Aの400A〜415Aに対応する。515AでRAN120が、構成されたセル更新メッセージを受信した後、RAN120は、520Aで、セル更新メッセージが通信セッションの所与のタイプの指示を含んでいると判定し、525Aで、それに応じて通信セッションログを更新する。
【００６４】
RAN120はまた、530Aで、515Aによる構成されたセル更新メッセージに対し、FACHを介してセル更新確認メッセージにより応答する。セル更新確認メッセージは、(たとえば、アップリンクTVMレポートに応じて、515Aによるセル更新メッセージにおいてTVI=真であるかどうかに応じて、または他の要素に応じて)CELL_FACH状態またはCELL_DCH状態に移行するよう発信側UEに命令し、RAN120によって発信側UEに割り当てられたC-RNTIを含む。発信側UEは、セル更新確認メッセージをRAN120から受信し、次いで535Aで、ターゲットセル状態に移行する。
【００６５】
ターゲットセル状態(たとえば、CELL_FACH状態またはCELL_DCH状態)への移行が完了した後、540Aで発信側UEは、セル更新確認応答メッセージをRAN120に送信する。たとえば、ターゲット状態がCELL_FACHである場合、540Aにおいてセル更新確認応答メッセージは、RACHを介してRAN120に送信される。代替として、ターゲットセル状態がCELL_DCHである場合、540Aにおいてセル更新確認応答メッセージは、L1同期手順の後、DCHまたはE-DCHを介してRAN120に送信される。次いで545Aで、発信側UEはIP層データ(たとえば、警告メッセージ、呼要求メッセージなど)をRAN120に送信し、550AでIP層データはRAN120によってアプリケーションサーバ170に転送される。
【００６６】
図5Bは、本発明の一実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバ170によって調停される直接呼セッションに対応する、図5Aの例示的な実施態様を示し、図5Cは、本発明の別の実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバ170によって調停される警告メッセージセッションに対応する、図5Aの別の例示的な実施態様を示す。
【００６７】
したがって、図5Bがより具体的に通信セッションの所与のタイプについて直接呼セッションであることが示されていることを除いて、図5Bの500B〜550Bはそれぞれ図5Aの500A〜550Aに実質的に対応する。たとえば、505Bは、サーバ調停型直接PS呼をセットアップする旨の要求を受信するものとして示されており、以下同様である。550Bでアプリケーションサーバ170が呼要求メッセージを受信した後、555Bでアプリケーションサーバ170は、発信側UEと少なくとも1つのターゲットUEとの間の直接呼セッションをセットアップする。たとえば、図5Bに明示されていないが、アプリケーションサーバ170は1つまたは複数のターゲットUEを呼要求メッセージに基づいて識別し、次いで直接呼セッションを、識別されたターゲットUEに告知する一方で、告知された通信セッションをターゲットUEのうちの少なくとも1つが受け入れるのを待つことができる。
【００６８】
同様に、図5Cがより具体的に通信セッションの所与のタイプについて警告メッセージセッションであることが示されていることを除いて、図5Cの500C〜550Cはそれぞれ図5Aの500A〜550Aに実質的に対応する。たとえば、505Cは、サーバ調停型警告メッセージを送信する旨の要求を受信するものとして示されており、以下同様である。550Cでアプリケーションサーバ170が警告メッセージを受信した後、555Cでアプリケーションサーバ170は、警告メッセージを少なくとも1つのターゲットUEに送信する。たとえば、図5Cに明示されていないが、アプリケーションサーバ170は1つまたは複数のターゲットUEを警告メッセージに基づいて識別し、次いで警告メッセージを、識別されたターゲットUEに送信することができる。
【００６９】
図4A〜図5Cの説明では、発信側UEが通信セッションの所与のタイプを示すようにセル更新メッセージを構成する方法およびRAN120がセル更新メッセージの構成を評価して、示された通信セッションタイプを判定する方法が、比較的高いレベルで記述されている。ここで、様々な動作シナリオにおけるこれらのアクションのより低いレベルの実施態様について、図6A〜図8Cに関して説明する。
【００７０】
下記の説明より深く理解できるよう、ここでW-CDMA(登録商標)規格の関連部分について簡単に説明する。現在のW-CDMA(登録商標)規格はUEに対し、初期直接転送(IDT)メッセージが送信されるときにのみセル更新メッセージの確立理由フィールドに確立理由を含めることを求め、このIDTメッセージは、RAN120とコアネットワークまたはキャリアネットワーク126との間のIu-PSシグナリング接続をセットアップすることに関連付けられる。したがって、UEがセル更新手順に伴ってIDTを送信することを求められていない限り、確立理由フィールドは随意である。
【００７１】
さらに、いくつかの遅延敏感マルチメディアアプリケーション(たとえば、PTTなど)は、CELL_PCH状態またはURA_PCH状態にあるUEのために常時オンまたは一定のIu-PSシグナリング接続を維持することができる。これはここで重要であり、その理由は、UEがすでにアクティブなIu-PSシグナリング接続を有する場合、IDTは送られる必要がなく、基本的にセル更新メッセージの確立理由フィールドは解放されることにある。したがって、休止UE(すなわち、CELL_PCH状態またはURA_PCH状態にあるUE)のためのIu-PSシグナリング接続が常時オンであるという仮定の下で、セル更新メッセージの確立理由フィールドを使用して、確立される通信セッションのタイプがアプリケーションサーバ170によって調停される直接呼セッションまたは警告メッセージセッションに対応するかどうかなどの他の情報を示すことができるように、セル更新手順中にいかなるIDTも送るのを控えるようにUEは構成され得る。また、IDTが送信される場合、他のセッションタイプ情報が推測され得る。たとえば、発信側UEがCS領域でIDTを送信する場合、RAN120は、発信側UEがCS呼をセットアップするプロセスにあることを認識する。
【００７２】
いくつかのRAN実装形態が、発信側UEがCELL_PCH状態またはURA_PCH状態にあるときに発信側UEが任意のセル更新手順に伴ってIDTを送るように、常時オンIu-PSシグナリング接続を禁止することも考えられる。この場合、TVIフィールドは、確立理由フィールドがセッションタイプ情報を含むかどうかを示す二次インジケータとして活用され得る。たとえば、RAN120がセル更新メッセージの後にPS領域でIDTを受信し、TVI=真である場合、RAN120は、セットアップされる通信セッションが、アプリケーションサーバ170によって調停される通信セッションに関連付けられ、確立理由フィールドがセッションタイプを示す情報を含むと仮定する。一方、RAN120がセル更新メッセージの後にPS領域でIDTを受信し、TVI=偽である場合、RAN120は、セットアップされる通信セッションが、アプリケーションサーバ170によって調停される通信セッションに関連付けられず、確立理由フィールドがセッションタイプを示す情報を含まないと仮定する。
【００７３】
Table 1(表2)(下)は、上述のセル更新メッセージのTVIフィールドおよび確立理由フィールドの例示的な構成を示す。またTable 1(表2)には、UEをURA_PCH状態またはCELL_PCH状態からCELL_FACH状態またはCELL_DCH状態に移行させるためのセル更新手順中にCS領域またはPS領域においてセル更新メッセージとともにIDTが送信されるかどうかを示す指示も示されている。
【００７４】
【表２Ａ】
2015510324.tif 000004
【００７５】
【表２Ｂ】
2015510324.tif 000005
【００７６】
Table 1(表2)(上)の例を参照すると、IDTを省略すること、およびセル更新メッセージの確立理由フィールドを「会話型呼発信(Originating Conversational Call)」設定にセットすることによってRAN120が発信側UEのために常時オンIu-PSシグナリング接続をサポートする実施態様において、アプリケーションサーバ170によって調停される直接PS呼が示され得る。また、IDTを含めること、TVI=真をセットすること、さらにセル更新メッセージの確立理由フィールドを「会話型呼発信」設定にセットすることによってRAN120が発信側UEのために常時オンIu-PSシグナリング接続をサポートすることはない実施態様において、アプリケーションサーバ170によって調停される直接PS呼が示され得る。
【００７７】
Table 1(表2)(上)の例を参照すると、IDTを省略すること、およびセル更新メッセージの確立理由フィールドを「対話型(Interactive)」設定にセットすることによってRAN120が発信側UEのために常時オンIu-PSシグナリング接続をサポートする実施態様において、アプリケーションサーバ170によって調停される警告メッセージが示され得る。また、IDTを含めること、TVI=真をセットすること、さらにセル更新メッセージの確立理由フィールドを「対話型」設定にセットすることによってRAN120が発信側UEのために常時オンIu-PSシグナリング接続をサポートすることはない実施態様において、アプリケーションサーバ170によって調停される警告メッセージが示され得る。
【００７８】
さらに、Table 1(表2)(上)の例をさらに参照すると、IDTを含めること、およびTVI=偽をセットすることによってRAN120が発信側UEのために常時オンIu-PSシグナリング接続をサポートするかどうかにかかわらず、アプリケーションサーバ170以外の何らかのサーバによって調停されるPS呼が示され得る。さらに、Table 1(表2)(上)の例をさらに参照すると、アプリケーションサーバ170がPS領域での通信を調停するので、CS領域に関連してIDTを含めることによってのみ、CS呼が示され得る。
【００７９】
Table 1(表2)(上)を参照すると、アプリケーションサーバ170によって調停されるPSセッションとアプリケーションサーバ170によって調停されないPSセッションとの間で区別するためにTVIフィールドが使用される例は、アプリケーションサーバ170によって調停されるセッションを除くすべてのセッションについてTVI=偽となることを確実にしようとする特殊なTVIプロトコルに基づく。これは、様々な方法で達成され得る。たとえば、RAN120(たとえば、RAN120のRNC)は、「イベント4a閾値!=4」または「測定妥当性!=CELL_DCHを除くすべての状態」のいずれかとなるように、測定制御パラメータまたはTVMパラメータを構成することができる。この場合、TVI=真は、通常動作中にセル更新メッセージにおいて発生せず、代わりに、アプリケーションサーバ170によって調停される通信セッションに関連するトラフィックを示すために使用され得る。別の例では、RAN120(たとえば、RAN120のRNC)は、NASメッセージ(たとえば、サービス要求、PDPコンテキストアクティブ化など)を搬送するIDTがセル更新メッセージでTVI=真をトリガできないようイベント4a閾値が十分に大きくなるように、測定制御パラメータまたはTVMパラメータを構成することができる。したがって、この代替シナリオでは、TVI=真は、通常動作中にセル更新メッセージにおいて発生せず、代わりに、アプリケーションサーバ170によって調停される通信セッションに関連するトラフィックを示すために使用され得る。したがって、アプリケーションサーバ170によって調停されるセッションを合図する(flag)働きをするように、IDTメッセージが送信されるときでも、TVI=真は使用され得る。
【００８０】
図6A〜図6Eは、休止UE(たとえば、CELL_PCH状態またはURA_PCH状態にあるUE)に関する受信されたセル更新メッセージに関連するセッションタイプを判定するためにRAN120においてプロビジョニングされるか、またはRAN120によって実行され得るセル更新メッセージ評価論理の例示的な実施態様を示す。具体的には、図6A〜図6Eの各々は、図4Bの410B、図5Aの520A、図5Bの520Bおよび/または図5Cの520Cに実質的に対応する。また、図6A〜図6Eのプロセスは、Table 1(表2)に関して上述した例示的なセッションタイプ指示ルールに基づく。
【００８１】
図6Aを参照すると、RAN120が休止UEのために常時オンIu-PSシグナリング接続をサポートすると仮定する。常時オンIu-PSシグナリング接続が維持されている間、600Aでセル更新メッセージが休止UE(たとえば、CELL_PCH状態またはURA_PCH状態にあるUE)からRAN120において受信される。たとえば、600Aは図4Bの400B、図5Aの515A、図5Bの515Bおよび/または図5Cの515Cに対応し得る。次に605Aで、RAN120は、600Aのセル更新メッセージの後、CS領域でIDTが受信されるかどうかを判定する。セル更新メッセージの後、CS領域でIDTが受信されると判定された場合、610AでRAN120は、セル更新手順に関連して確立される通信セッションがCS呼に対応すると判定する。一方、セル更新メッセージの後、CS領域でIDTが受信されないと判定された場合、615AでRAN120は、セル更新メッセージの確立理由フィールドを評価する。615AにおいてRAN120が、確立理由フィールドが「会話型呼発信」を示すように構成されていると判定した場合、620AでRAN120は、セル更新手順に関連して確立される通信セッションが、アプリケーションサーバ170によって調停される直接PS呼に対応すると判定する。一方、615AにおいてRAN120が、確立理由フィールドが「対話型」を示すように構成されていると判定した場合、625AでRAN120は、セル更新手順に関連して確立される通信セッションが、アプリケーションサーバ170によって調停される警告メッセージに対応すると判定する。図6Aにおいて、RAN120は休止UEのために常時オンIu-PSシグナリング接続をサポートすると仮定されるので、Table 1(表2)(上)に示すように、特殊なTVIプロトコルが実施される必要はなく、結果的に図6Aは、Rel.6よりも前のリリースをサポートするRANにおいて実施され得る。
【００８２】
図6Bを参照すると、図6Bのプロセスは、RAN120が休止UEのために常時オンIu-PSシグナリング接続をサポートするかどうかにかかわらずセッションタイプを判定するように実施され得る。図6Bは、TVI=真を使用して、アプリケーションサーバ170によって調停される通信セッションのセットアップにセル更新メッセージが関連付けられることを推測することができるように、上述の特殊なTVIプロトコルおよびTVMプロトコルが実施されるとの仮定の下で説明される。したがって、600Bでセル更新メッセージが休止UE(たとえば、CELL_PCH状態またはURA_PCH状態にあるUE)からRAN120において受信される。たとえば、600Bは図4Bの400B、図5Aの515A、図5Bの515Bおよび/または図5Cの515Cに対応し得る。次に605Bにおいて、RAN120はセル更新メッセージ内でTVI=真であるかどうかを判定する。RANがTVI=真と判定した場合、RAN120は610B〜620Bにおいて、それぞれ図6Aの615A〜625Aと同様に確立理由フィールドを評価する。一方、RAN120がTVI=偽と判定した場合、(たとえば、図6Aの605Aと同様に)625BでRAN120は、600Bのセル更新メッセージの後、CS領域でIDTが受信されるかどうかを判定する。セル更新メッセージの後、CS領域でIDTが受信されると判定された場合、630BでRAN120は、セル更新手順に関連して確立される通信セッションがCS呼に対応すると判定する。一方、セル更新メッセージの後、CS領域でIDTが受信されないと判定された場合、635BでRAN120は、セル更新手順に関連して確立される通信セッションが、アプリケーションサーバ170以外の何らかのサーバによって調停されるPS呼に対応すると判定する。
【００８３】
図6Cを参照すると、図6Cのプロセスは、RAN120が休止UEのために常時オンIu-PSシグナリング接続をサポートするかどうかにかかわらずセッションタイプを判定するように実施され得る。図6Cは、図6Bとは若干異なる特殊TVIプロトコルに関する。図6Bでは、アプリケーションサーバ170によって調停されるセッションにセル更新手順が関連付けられるかどうかを示すためにTVIフィールドが使用され、特定のセッションタイプを示すために確立理由フィールドが使用される。図6Cでは、これらの動作は、アプリケーションサーバ170によって調停されるセッションにセル更新手順が関連付けられるかどうかを示すために確立理由フィールドが使用され、特定のセッションタイプを示すためにTVIフィールドが使用されるという意味で、逆である。したがって、600C〜610Cはそれぞれ図6Aの600A〜610Aに対応する。次に615Cにおいて、RAN120はセル更新メッセージの確立理由フィールドを評価する。615Cにおいて確立理由フィールドが「対話型」を示す場合、620CでRAN120は、セル更新手順に関連して確立される通信セッションが、アプリケーションサーバ170以外の何らかのサーバによって調停されるPS呼に対応すると判定する。一方、615Cにおいて確立理由フィールドが「会話型呼発信」を示す場合、625CでRAN120は、セル更新手順に関連して確立される通信セッションが、アプリケーションサーバ170によって調停されるセッションに対応すると判定し、RAN120は次に、TVI=真であるかどうかを評価する。625CにおいてRAN120がTVI=真と判定した場合、630CでRAN120は、セル更新手順に関連して確立される通信セッションが、アプリケーションサーバ170によって調停される直接PS呼に対応すると判定する。一方、625CにおいてRAN120がTVI=偽と判定した場合、635CでRAN120は、セル更新手順に関連して確立される通信セッションが、アプリケーションサーバ170によって調停される警告メッセージに対応すると判定する。
【００８４】
図6Dを参照すると、図6Dのプロセスは、RAN120が休止UEのために常時オンIu-PSシグナリング接続をサポートするかどうかにかかわらずセッションタイプを判定するように実施され得る。図6Dは、必要な場合に、TVI=真を使用して、アプリケーションサーバ170によって調停される通信セッションのセットアップにセル更新メッセージが関連付けられることを推測することができるように、特殊なTVIプロトコルが実施されるとの仮定の下で説明される。したがって、600D〜610Dはそれぞれ図6Aの600A〜610Aに対応する。次に615Dで、RAN120は、600Dのセル更新メッセージの後、PS領域でIDTが受信されるかどうかを判定する。受信されない場合、RAN120は、アプリケーションサーバ170によって調停されるセッションにセル更新メッセージが関連付けられることを認識し、620Dでセル更新メッセージの確立理由フィールドを評価する。620DにおいてRAN120が、確立理由フィールドが「会話型呼発信」を示すと判定した場合、625DでRAN120は、アプリケーションサーバ170によって調停される直接PS呼にセル更新手順が関連付けられると判定する。一方、620DにおいてRAN120が、確立理由フィールドが「対話型」を示すように構成されていると判定した場合、630DでRAN120は、セル更新手順に関連して確立される通信セッションが、アプリケーションサーバ170によって調停される警告メッセージに対応すると判定する。
【００８５】
図6Dを参照すると、615DにおいてIDTが、セル更新メッセージの後、PS領域で受信されると判定された場合、635DでRAN120は、TVI=真であるかどうかをチェックして、セル更新メッセージが、アプリケーションサーバ170によって調停されるセッションに関連付けられるか、それとも何らかの他のサーバによって調停されるセッションに関連付けられるかを判定する。TVI=偽である場合、640DでRAN120は、何らかの他のサーバによって調停されるPS呼にセル更新メッセージが関連付けられると判定する。一方、TVI=真である場合、RAN120は、アプリケーションサーバ170によって調停されるセッションにセル更新メッセージが関連付けられると判定し、その後、645D〜655Dにおいて、それぞれ620D〜630Dと同様に、セル更新メッセージの確立理由フィールドを使用してセッションのタイプを判定することができる。
【００８６】
図6Eは図6Dと同様の決定論理を示し、図6Eの600E〜615Eは図6Dの600D〜615Dに実質的に対応する。しかしながら、図6Eでは、620Dおよび645Dにおける確立理由フィールドの代わりに、620Eおよび645EにおいてTVIフィールドが評価され、635DにおけるTVIフィールドの代わりに、635Eにおいて確立理由フィールドが評価される。したがって、図6Eは、セル更新メッセージの様々なパラメータ(たとえば、確立理由フィールド、TVIフィールド、セル更新メッセージがPS領域および/またはCS領域でIDTに伴って送信されるかどうか、など)をいくつかの異なる順序で使用してセッション情報を示すことができることを示す別の例を示している。
【００８７】
図7Aは、本発明の一実施形態による、RAN120が発信側UEのために常時オンIu-PSシグナリング接続を維持するシナリオにおける図6A〜図6Eのいずれかのセッションタイプ評価論理による図5Aの例示的な実施態様を対象とする。
【００８８】
図7Aを参照すると、700Aで、所与のUE(「発信側UE」)がURA_PCH状態またはCELL_PCH状態のいずれかで動作していると仮定する。次に705Aで、RAN120は発信側UEのためにIu-PSシグナリング接続をセットアップし、維持する。一例では、Iu-PSシグナリング接続は、発信側UEのためにアプリケーションサーバ170によって調停されるセッションをサポートするように構成され得る。次に、710A〜755Aは図5Aの505A〜550Aに実質的に対応する。しかしながら、図7Aの725Aにおいて、RAN120はより具体的に、セル更新メッセージの確立理由フィールドおよび/またはTVIフィールドに基づいて、セル更新手順に関連する通信セッションの所与のタイプを判定する。たとえば、図7Aにおいて確立される通信セッションがアプリケーションサーバ170によって調停されるとの仮定の下で、通信セッションのタイプは、(たとえば、図6Aの場合のように)確立理由フィールドおよびCS領域におけるIDTの欠如に基づいて、(たとえば、図6Bの場合のように)確立理由フィールドとTVIフィールドとの組合せに基づいて、(たとえば、図6Cの場合のように)確立理由フィールドおよびTVIフィールドならびにCS領域におけるIDTの欠如に基づいて、(たとえば、図6Dの615D〜630Dのように)CS領域またはPS領域におけるIDTの省略および確立理由フィールドに基づいて、かつ/またはCS領域におけるIDTの省略、PS領域におけるIDTの受取りならびに確立理由フィールドおよびTVIフィールド(たとえば、図6Dの615Dおよび635D〜655Dならびに図6Eの615Eおよび635E〜655E)に基づいて判定され得る。
【００８９】
図7Bは、本発明の一実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバ170によって調停される直接呼セッションに対応する、図7Aの例示的な実施態様を示し、図7Cは、本発明の別の実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバ170によって調停される警告メッセージセッションに対応する、図7Aの別の例示的な実施態様を示す。
【００９０】
図7Bを参照すると、図7Bがより具体的に通信セッションの所与のタイプについて直接呼セッションであることが示されていることを除いて、図7Bの700B〜755Bはそれぞれ図7Aの700A〜755Aに実質的に対応する。たとえば、710Bは、サーバ調停型直接PS呼をセットアップする旨の要求を受信するものとして示されており、以下同様である。755Bでアプリケーションサーバ170が呼要求メッセージを受信した後、760Bでアプリケーションサーバ170は、発信側UEと少なくとも1つのターゲットUEとの間の直接呼セッションをセットアップする。たとえば、図7Bに明示されていないが、アプリケーションサーバ170は1つまたは複数のターゲットUEを呼要求メッセージに基づいて識別し、次いで直接呼セッションを、識別されたターゲットUEに告知する一方で、告知された通信セッションをターゲットUEのうちの少なくとも1つが受け入れるのを待つことができる。また、725BにおいてRAN120によって実行される決定論理は、(たとえば、図6Aの620A、図6Bの615B、図6Cの630C、図6Dの625D、図6Dの650D、図6Eの625Eおよび/または図6Eの650Eの場合のように)休止UEのためにIu-PSシグナリング接続が維持されるシナリオの直接PS呼判定に固有であってよい。
【００９１】
同様に、図7Cを参照すると、図7Cがより具体的に通信セッションの所与のタイプについて警告メッセージセッションであることが示されていることを除いて、図7Cの700C〜755Cはそれぞれ図7Aの700A〜755Aに実質的に対応する。たとえば、710Cは、サーバ調停型警告メッセージを送信する旨の要求を受信するものとして示されており、以下同様である。755Cでアプリケーションサーバ170が警告メッセージを受信した後、760Cでアプリケーションサーバ170は、警告メッセージを少なくとも1つのターゲットUEに送信する。たとえば、図7Cに明示されていないが、アプリケーションサーバ170は1つまたは複数のターゲットUEを警告メッセージに基づいて識別し、次いで警告メッセージをターゲットUEに送信することができる。また、725CにおいてRAN120によって実行される決定論理は、(たとえば、図6Aの625A、図6Bの620B、図6Cの635C、図6Dの630Dおよび/または図6Dの655Dの場合のように)休止UEのためにIu-PSシグナリング接続が維持されるシナリオの警告メッセージ判定に固有であってよい。
【００９２】
図8A〜図8Bは、本発明の実施形態による、RAN120が発信側UEのために常時オンIu-PSシグナリング接続を維持することはないシナリオにおける図6B〜図6Eのいずれかのセッションタイプ評価論理による図5Aの例示的な実施態様を対象とする。
【００９３】
図8A〜図8Bを参照すると、800で、所与のUE(「発信側UE」)がURA_PCH状態またはCELL_PCH状態のいずれかで動作していると仮定する。次に805で、図7Aとは異なり、RAN120は発信側UEのためにIu-PSシグナリング接続をセットアップまたは維持することはない。代わりに、810において、セル更新メッセージのTVIフィールドの構成および/または確立理由フィールドの構成を使用して、アプリケーションサーバ170によって調停されるセッションに特定のセル更新手順が関連付けられるかどうか、および/またはそのセッションのタイプを示すことができるように、RAN120は測定制御パラメータまたはTVMパラメータを確立する。
【００９４】
たとえば、810においてRAN120(たとえば、RAN120のRNC)は、「イベント4a閾値!=4」または「測定妥当性!=CELL_DCHを除くすべての状態」のいずれかとなるように、測定制御パラメータまたはTVMパラメータを構成することができる。この場合、TVI=真は、通常動作中にセル更新メッセージにおいて発生せず、代わりに、アプリケーションサーバ170によって調停される通信セッションに関連するトラフィックを示すために使用され得る。別の例では、810においてRAN120(たとえば、RAN120のRNC)は、NASメッセージ(たとえば、サービス要求、PDPコンテキストアクティブ化など)を搬送するIDTがセル更新メッセージでTVI=真をトリガできないようイベント4a閾値が十分に大きくなるように、測定制御パラメータまたはTVMパラメータを構成することができる。したがって、この代替シナリオでは、TVI=真は、通常動作中にセル更新メッセージにおいて発生せず、代わりに、アプリケーションサーバ170によって調停される通信セッションに関連するトラフィックを示すために使用され得る。いずれのシナリオでも、図6B、図6Cおよび/または図6Dは、アプリケーションサーバ170によって調停されるセッションをTVIフィールドおよび/または確立理由フィールドが合図できるように、上記の特殊な測定制御設定またはTVM設定を使用し得る。
【００９５】
次に、815〜850は図5Aの505A〜540Aに実質的に対応する。しかしながら、図8Aの830において、RAN120はより具体的に、セル更新メッセージの確立理由フィールドおよび/またはTVIフィールドに基づいて、セル更新手順に関連する通信セッションの所与のタイプを判定する。たとえば、図8A〜図8Bにおいて確立される通信セッションがアプリケーションサーバ170によって調停されるとの仮定の下で、通信セッションのタイプは、(たとえば、図6Bの場合のように)TVIフィールドおよび確立理由フィールドに基づいて、(たとえば、図6Cの場合のように)確立理由フィールドおよびTVIフィールドならびにCS領域におけるIDTの欠如に基づいて、かつ/またはCS領域におけるIDTの省略、PS領域におけるIDTの受取りならびに確立理由フィールドおよびTVIフィールド(たとえば、図6Dの615Dおよび635D〜655Dならびに図6Eの615Eおよび635E〜655E)に基づいて判定され得る。
【００９６】
図8A〜図8Bを参照すると、850においてRAN120にセル更新確認応答メッセージを送信した後、855で発信側UEは、RAN120にIDT{NASサービス要求}を送信し、860でRAN120はSGSN160にNASサービス要求を転送する。865でSGSN160は、NASサービス要求を受け入れ、サービス受入れメッセージにより応答し、870でサービス受入れメッセージは、RAN120によって発信側UEに送信される。サービス受入れメッセージが発信側UEに送られた後、875で発信側UE、RAN120およびSGSN160は、通信セッションのための無線ベアラ(RAB)セットアップ手順に関与する。RABが確立された後、次いで880で、発信側UEはIP層データ(たとえば、警告メッセージ、呼要求メッセージなど)をRAN120に送信し、885でIP層データはRAN120によってアプリケーションサーバ170に転送される。
【００９７】
図9A〜図9Bは、本発明の一実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバ170によって調停される直接呼セッションに対応する、図8A〜図8Bの例示的な実施態様を示し、図10A〜図10Bは、本発明の別の実施形態による、セットアップされる通信セッションの所与のタイプが、アプリケーションサーバ170によって調停される警告メッセージセッションに対応する、図8A〜図8Bの別の例示的な実施態様を示す。
【００９８】
図9A〜図9Bを参照すると、図9A〜図9Bがより具体的に通信セッションの所与のタイプについて直接呼セッションであることが示されていることを除いて、図9A〜図9Bの900〜985はそれぞれ図8A〜図8Bの800〜885に実質的に対応する。たとえば、915は、サーバ調停型直接PS呼をセットアップする旨の要求を受信するものとして示されており、以下同様である。985でアプリケーションサーバ170が呼要求メッセージを受信した後、990でアプリケーションサーバ170は、発信側UEと少なくとも1つのターゲットUEとの間の直接呼セッションをセットアップする。たとえば、図9A〜図9Bに明示されていないが、アプリケーションサーバ170は1つまたは複数のターゲットUEを呼要求メッセージに基づいて識別し、次いで直接呼セッションを、識別されたターゲットUEに告知する一方で、告知された通信セッションをターゲットUEのうちの少なくとも1つが受け入れるのを待つことができる。また、930においてRAN120によって実行される決定論理は、休止UEのためにIu-PSシグナリング接続が維持されることはないシナリオの直接PS呼判定(たとえば、図6Bの615B、図6Cの630Cおよび/または図6Dの650D)に固有であってよい。
【００９９】
同様に、図10A〜図10Bを参照すると、図10A〜図10Bがより具体的に通信セッションの所与のタイプについて警告メッセージセッションであることが示されていることを除いて、図10A〜図10Bの1000〜1085はそれぞれ図8A〜図8Bの800〜885に実質的に対応する。たとえば、1010は、サーバ調停型警告メッセージを送信する旨の要求を受信するものとして示されており、以下同様である。1085でアプリケーションサーバ170が警告メッセージを受信した後、1090でアプリケーションサーバ170は、警告メッセージを少なくとも1つのターゲットUEに送信する。たとえば、図10A〜図10Bに明示されていないが、アプリケーションサーバ170は1つまたは複数のターゲットUEを警告メッセージに基づいて識別し、次いで警告メッセージをターゲットUEに送信することができる。また、1030においてRAN120によって実行される決定論理は、休止UEのためにIu-PSシグナリング接続が維持されることはないシナリオの警告メッセージ判定(たとえば、図6Bの620B、図6Cの635Cおよび/または図6Dの655D)に固有であってよい。
【０１００】
図11は、本発明の一実施形態による、機能を実行するように構成された論理を含む通信デバイス1100を示す。通信デバイス1100は、限定はされないが、UE102、108、110、112または200、Node Bまたは基地局120、RNCまたは基地局コントローラ122、パケットデータネットワークエンドポイント(たとえば、SGSN160、GGSN165など)、サーバ170〜186のうちいずれかなどを含む、上述の通信デバイスのいずれかに対応し得る。したがって、通信デバイス1100は、ネットワークを通じて1つまたは複数の他のエンティティと通信する(または通信を容易にする)ように構成された任意の電子デバイスに対応し得る。
【０１０１】
当業者なら諒解するように、図4A〜図10Bに関して上述した記録されたセッションデータは、RAN120の操作者がネットワークリソースをより効率的に管理することを可能にし得る。たとえば、正確な呼タイプ統計を活用することによって、RAN120のオペレータは、信頼できる呼モデルを導出して、サービス加入者数の増加に伴って資本支出(CAPEX)を最適化することができる。
【０１０２】
図11を参照すると、通信デバイス1100は、情報を受信および/または送信するように構成された論理1105を含む。一例では、通信デバイス1100がワイヤレス通信デバイス(たとえば、UE200、Node B124など)に対応する場合、情報を受信および/または送信するように構成された論理1105は、ワイヤレス送受信機および関連ハードウェア(たとえば、RFアンテナ、モデム、変調器および/または復調器など)のようなワイヤレス通信インターフェース(たとえば、Bluetooth(登録商標)、WiFi、2G、3Gなど)を含み得る。別の例では、情報を受信および/または送信するように構成された論理1105は、有線通信インターフェース(たとえば、インターネット175にアクセスする手段となり得るシリアル接続、USBまたはFirewire接続、イーサネット(登録商標)接続など)に対応し得る。したがって、通信デバイス1100が何らかのタイプのネットワークベースのサーバ(たとえば、SGSN160、GGSN165、アプリケーションサーバ170など)に対応する場合、情報を受信および/または送信するように構成された論理1105は、一例では、ネットワークベースのサーバをイーサネット(登録商標)プロトコルを介して他の通信エンティティに接続するイーサネット(登録商標)カードに対応し得る。さらなる一例では、情報を受信および/または送信するように構成された論理1105は、通信デバイス1100がそのローカル環境を監視する手段となり得る感知または測定ハードウェア(たとえば、加速度計、温度センサ、光センサ、ローカルRF信号を監視するためのアンテナなど)を含むことができる。情報を受信および/または送信するように構成された論理1105は、実行されると、情報を受信および/または送信するように構成された論理1105の関連ハードウェアがその受信および/または送信機能を実行することを可能にする、ソフトウェアも含み得る。しかしながら、情報を受信および/または送信するように構成された論理1105は、ソフトウェア単体に対応するのではなく、情報を受信および/または送信するように構成された論理1105は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【０１０３】
図11を参照すると、通信デバイス1100は、情報を処理するように構成された論理1110をさらに含む。一例では、情報を処理するように構成された論理1110は、少なくともプロセッサを含み得る。情報を処理するように構成された論理1110によって実行され得るタイプの処理の例示的な実装形態は、限定はされないが、判定の実行、接続の確立、異なる情報の選択肢からの選択、データに関連した評価の実行、測定動作を実行するための通信デバイス1100に結合されたセンサとの対話、ある形式から別の形式への(たとえば、.wmvから.aviなどのような、異なるプロトコル間の)情報の変換などを含む。たとえば、情報を処理するように構成された論理1110に含まれるプロセッサは、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実行するように設計されたそれらの任意の組合せに相当し得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。情報を処理するように構成された論理1110は、実行されると、情報を処理するように構成された論理1110の関連ハードウェアがその処理機能を実行することを可能にする、ソフトウェアも含み得る。しかしながら、情報を処理するように構成された論理1110は、ソフトウェア単体に対応するのではなく、情報を処理するように構成された論理1110は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【０１０４】
図11を参照すると、通信デバイス1100は、情報を記憶するように構成された論理1115をさらに含む。一例では、情報を記憶するように構成された論理1115は、少なくとも非一時的メモリおよび関連ハードウェア(たとえば、メモリコントローラなど)を含み得る。たとえば、情報を記憶するように構成された論理1115に含まれる非一時的メモリは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体に相当し得る。情報を記憶するように構成された論理1115はまた、実行されると、情報を記憶するように構成された論理1115の関連ハードウェアがその記憶機能を実行することを可能にする、ソフトウェアを含み得る。しかしながら、情報を記憶するように構成された論理1115は、ソフトウェア単体に対応するのではなく、情報を記憶するように構成された論理1115は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【０１０５】
図11を参照すると、通信デバイス1100はさらに、情報を提示するように構成された論理1120を任意選択で含む。一例では、情報を提示するように構成された論理1120は、少なくとも出力デバイスおよび関連ハードウェアを含むことができる。たとえば、出力デバイスは、ビデオ出力デバイス(たとえば、ディスプレイスクリーン、USB、HDMI(登録商標)のようなビデオ情報を搬送することができるポートなど)、オーディオ出力デバイス(たとえば、スピーカー、マイクロホンジャック、USB、HDMI(登録商標)のようなオーディオ情報を搬送することができるポートなど)、振動デバイス、および/または、情報が出力のためにフォーマットされる際、または通信デバイス1100のユーザもしくは操作者によって実際に出力される際の手段となり得る任意の他のデバイスを含み得る。たとえば、通信デバイス1100が、図3に示すようなUE200に対応する場合、情報を提示するように構成された論理1120は、ディスプレイ224を含み得る。さらに別の例では、情報を提示するように構成された論理1120は、ローカルユーザをもたないネットワーク通信デバイス(たとえば、ネットワークスイッチやルータ、リモートサーバなど)のような、いくつかの通信デバイスに対しては省略されてよい。情報を提示するように構成された論理1120は、実行されると、情報を提示するように構成された論理1120の関連ハードウェアがその提示機能を実行することを可能にする、ソフトウェアも含み得る。しかしながら、情報を提示するように構成された論理1120は、ソフトウェア単体に対応するのではなく、情報を提示するように構成された論理1120は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【０１０６】
図11を参照すると、通信デバイス1100はさらに、ローカルユーザ入力を受け取るように構成された論理1125を任意選択で含む。一例では、ローカルユーザ入力を受け取るように構成された論理1125は、少なくともユーザ入力デバイスおよび関連ハードウェアを含むことができる。たとえば、ユーザ入力デバイスは、ボタン、タッチスクリーンディスプレイ、キーボード、カメラ、オーディオ入力デバイス(たとえば、マイクロホンジャックのようなオーディオ情報を搬送することができるマイクロホンもしくはポートなど)、および/または、通信デバイス1100のユーザまたは操作者から情報を受け取る際の手段となり得る任意の他のデバイスを含み得る。たとえば、通信デバイス1100が、図3に示されるようなUE200に対応する場合、ローカルユーザ入力を受け取るように構成された論理1125は、ディスプレイ224(タッチスクリーンを実装した場合)、キーパッド226などを含み得る。さらに別の例では、ローカルユーザ入力を受け取るように構成された論理1125は、ローカルユーザをもたないネットワーク通信デバイス(たとえば、ネットワークスイッチやルータ、リモートサーバなど)のような、いくつかの通信デバイスに対しては省略されてよい。ローカルユーザ入力を受け取るように構成された論理1125は、実行されると、ローカルユーザ入力を受け取るように構成された論理1125の関連ハードウェアがその入力受取機能を実行することを可能にする、ソフトウェアも含み得る。しかしながら、ローカルユーザ入力を受け取るように構成された論理1125は、ソフトウェア単体に対応するのではなく、ローカルユーザ入力を受け取るように構成された論理1125は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【０１０７】
図11を参照すると、1105〜1125の構成された論理は、図11では別個のまたは相異なるブロックとして示されているが、それぞれの構成された論理がその機能を実行するためのハードウェアおよび/またはソフトウェアは、部分的に重複し得ることが諒解されよう。たとえば、1105〜1125の構成された論理の機能を支援するために使用されるいずれのソフトウェアも、情報を記憶するように構成された論理1115に関連付けられた非一時的メモリに記憶され得るので、1105〜1125の構成された論理は各々、それらの機能(すなわち、この場合、ソフトウェア実行)を、情報を記憶するように構成された論理1115によって記憶されたソフトウェアの動作に部分的に基づいて実行する。同様に、構成された論理のうちの1つに直接関連付けられたハードウェアは、時々、他の構成された論理によって借用または使用され得る。たとえば、情報を処理するように構成された論理1110のプロセッサは、データを、情報を受信および/または送信するように構成された論理1105によって送信される前に、適切な形式にフォーマットすることができるので、情報を受信および/または送信するように構成された論理1105は、その機能(すなわち、この場合、データの送信)を、情報を処理するように構成された論理1110に関連付けられたハードウェア(すなわち、プロセッサ)の動作に部分的に基づいて実行する。さらに、1105〜1125の構成された論理または「ように構成された論理」は、特定の論理ゲートまたは論理要素に限定されず、全般に、本明細書で説明された機能を、(ハードウェアまたはハードウェアとソフトウェアの組合せのいずれかを介して)実行するための能力を指す。したがって、1105から1125の構成された論理または「ように構成された論理」は、「論理」という言葉を共有するにもかかわらず、必ずしも論理ゲートまたは論理要素として実装されるとは限らない。構成された論理1105から1125の間の他の対話または協働が、上で説明された実施形態の検討から、当業者には明らかになるであろう。
【０１０８】
本発明の上記で説明した実施形態における参照は、全体的に、「呼」および「セッション」の用語を互換的に使用しているが、任意の呼および/またはセッションは、異なる当事者間の実際の呼を含むものとして、または技術的に「呼」と見なされない可能性があるデータトランスポートセッションの代わりとして解釈されるものとすることを理解されよう。また、上記実施形態は、全体的に、PTTセッションに関して説明されているが、他の実施形態は、たとえばプッシュツートランスファー(PTX)セッション、緊急VoIP呼など、任意のタイプの通信セッションを対象としてもよい。
【０１０９】
情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【０１１０】
さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
【０１１１】
本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(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)は、コンパクトディスク(CD)、レーザーディスク(登録商標)、光ディスク、デジタル多用途ディスク(DVD)、フロッピー(登録商標)ディスク、およびブルーレイディスクを含み、ディスク(disk)は、通常、磁気的にデータを再生し、ディスク(disc)は、レーザーで光学的にデータを再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【０１１４】
上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく、本明細書において様々な変更および修正を行えることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよび/またはアクションは、特定の順序で実行されなくてもよい。さらに、本発明の要素は、単数形で説明または特許請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
【符号の説明】
【０１１５】
100  ワイヤレス通信システム、システム
102  UE、アクセスネット端末、携帯電話、ワイヤレスクライアントコンピューティングデバイス、クライアントデバイス
104  エアインターフェース
108  UE、携帯情報端末、ワイヤレスクライアントコンピューティングデバイス
110  UE、ページャ、ワイヤレスクライアントコンピューティングデバイス
112  UE、コンピュータプラットフォーム、ワイヤレスクライアントコンピューティングデバイス
120  無線アクセスネットワーク(RAN)
122  RNC、サービングRNC、基地局コントローラ
124  Node B
126  コアネットワーク、キャリアネットワーク
160  Serving GPRS Support Node(SGSN)
162  第1のパケットデータネットワークエンドポイント
164  第2のパケットデータネットワークエンドポイント
165  Gateway GPRS Support Node(GGSN)
170  アプリケーションサーバ
170A  地域ディスパッチャ
170B  メディア制御コンプレックス(MCC)
175  インターネット、外部パケットデータネットワーク
182  認証、認可およびアカウンティング(AAA)サーバ
184  プロビジョニングサーバ
186  インターネットプロトコル(IP)マルチメディアサブシステム(IMS)/セッション開始プロトコル(SIP)登録サーバ、IMS/SIP登録サーバ
188  ルーティングユニット
200  UE
202  プラットフォーム、内部プラットフォーム
206  送受信機
208  特定用途向け集積回路(「ASIC」)
210  アプリケーションプログラミングインターフェース(「API」)
212  メモリ
214  ローカルデータベース
222  アンテナ
224  ディスプレイ
226  キーパッド
228  プッシュツートークボタン
1100  通信デバイス
【図１】
2015510324.tif 000006
【図２Ａ】
2015510324.tif 000007
【図２Ｂ】
2015510324.tif 000008
【図３】
2015510324.tif 000009
【図４Ａ】
2015510324.tif 000010
【図４Ｂ】
2015510324.tif 000011
【図５Ａ】
2015510324.tif 000012
【図５Ｂ】
2015510324.tif 000013
【図５Ｃ】
2015510324.tif 000014
【図６Ａ】
2015510324.tif 000015
【図６Ｂ】
2015510324.tif 000016
【図６Ｃ】
2015510324.tif 000017
【図６Ｄ】
2015510324.tif 000018
【図６Ｅ】
2015510324.tif 000019
【図７Ａ】
2015510324.tif 000020
【図７Ｂ】
2015510324.tif 000021
【図７Ｃ】
2015510324.tif 000022
【図８Ａ】
2015510324.tif 000023
【図８Ｂ】
2015510324.tif 000024
【図９Ａ】
2015510324.tif 000025
【図９Ｂ】
2015510324.tif 000026
【図１０Ａ】
2015510324.tif 000027
【図１０Ｂ】
2015510324.tif 000028
【図１１】
2015510324.tif 000029
【国際調査報告】
2015510324.tif 000030
2015510324.tif 000031
2015510324.tif 000032