(57)【特許請求の範囲】
【請求項１】
リッチコミュニケーションスイート(RCS)プロトコルを実施するように構成されるユーザ機器(UE)を運用する方法であって、
第1のターゲットUEに、(i)前記第1のターゲットUEに関するRCS能力情報と、(ii)1組の1つまたは複数の他のUEに関するRCS能力情報とを提供するように要求するRCS能力要求メッセージを構成するステップと、
前記構成されたRCS能力要求メッセージを前記第1のターゲットUEに送信するステップと、
前記送信に応答して、(i)前記第1のターゲットUEに関する前記RCS能力情報と、(ii)前記1組の1つまたは複数の他のUEからの少なくとも1つのUEに関するRCS能力情報とを含むRCS能力応答メッセージを受信するステップと
を含む、方法。
【請求項２】
前記第1のターゲットUEおよび前記1組の1つまたは複数の他のUEから前記RCS能力情報を入手することに決めるステップと、
前記第1のターゲットUEおよび前記1組の1つまたは複数の他のUEがそれぞれのRCS能力情報を要求するために問い合わせられることになる順序を決定するステップとをさらに含み、
前記送信するステップは、前記決定された順序において行われ、
前記決定された順序は、前記第1のターゲットUEおよび/または前記1組の1つまたは複数の他のUEの優先順位に基づく、
請求項1に記載の方法。
【請求項３】
第2のターゲットUEが、前記決定された順序に関して、前記第1のターゲットUEより早く、
前記構成するステップ、前記送信するステップおよび前記受信するステップの前に、
前記第2のターゲットUEに、
(i)前記第2のターゲットUEに関するRCS能力情報と、
(ii)前記第1のターゲットUE、および、前記第2のターゲットUEを除く前記1組の1つまたは複数の他のUEに関するRCS能力情報と
を提供するように要求する所与のRCS能力要求メッセージを構成するステップと、
前記構成された所与のRCS能力要求メッセージを前記第2のターゲットUEに送信するステップと、
前記所与の構成されたRCS能力要求メッセージの前記送信に応答して、
(i)前記第2のターゲットUEに関する前記RCS能力情報と、
(ii)前記第1のターゲットUE、および/または、前記第2のターゲットUEを除く前記1組の1つまたは複数の他のUEのうちの少なくとも1つのUEに関する前記RCS能力情報と
を含む所与のRCS能力応答メッセージを受信するステップとを含む、請求項2に記載の方法。
【請求項４】
第2のターゲットUEが、前記決定された順序に関して、前記第1のターゲットUEより遅く、
前記構成するステップ、前記送信するステップおよび前記受信するステップの後に、
前記第2のターゲットUEに、
(i)前記第2のターゲットUEに関するRCS能力情報と、
(ii)前記第1のターゲットUE、および、前記第2のターゲットUEを除く前記1組の1つまたは複数の他のUEに関するRCS能力情報と
を提供するように要求する所与のRCS能力要求メッセージを構成するステップと、
前記構成された所与のRCS能力要求メッセージを前記第2のターゲットUEに送信するステップと、
前記所与の構成されたRCS能力要求メッセージの前記送信に応答して、
(i)前記第2のターゲットUEに関する前記RCS能力情報と、
(ii)前記第1のターゲットUE、および/または、前記第2のターゲットUEを除く前記1組の1つまたは複数の他のUEのうちの少なくとも1つに関する前記RCS能力情報と
を示す所与のRCS能力応答メッセージを受信するステップと
を含む、請求項2に記載の方法。
【請求項５】
所与のUEに関する第1のRCS能力情報が、前記第1のターゲットUEから受信され、
前記所与のUEに関する第2のRCS能力情報が、前記第2のターゲットUEから受信され、
情報が最新であることに基づいて、前記第1のRCS能力情報および第2のRCS能力情報のうちの1つを選択するステップと、
前記選択されたRCS能力情報を前記UEにおいて保持するステップとをさらに含む、
請求項4に記載の方法。
【請求項６】
前記受信されたRCS能力応答メッセージに基づいて、前記決定された順序において前記第1のターゲットUEより後の1つまたは複数のUEに関する許容できるRCS能力情報が得られたと判断するステップであって、前記許容できるRCS能力情報が、関連する経過時間がしきい値時間以下であるRCS能力情報を含む、ステップと、
前記1つまたは複数のUEへの1つまたは複数のRCS能力要求メッセージの送信が、前記1つまたは複数のUEに関する前記許容できるRCS能力情報が得られたという判断に基づいて回避されるように、前記決定された順序において前記1つまたは複数のUEをスキップするステップとをさらに含み、
前記決定された順序において各UEに関する許容できるRCS能力情報が得られたと判断され、
前記スキップするステップは、前記決定された順序において各UEに関する許容できるRCS能力情報が得られたという判断に応答して、前記決定された順序において残りの各UEをスキップする、請求項2に記載の方法。
【請求項７】
前記構成されたRCS能力要求メッセージは、前記UEに関するRCS能力情報を含み、
前記UEは、前記送信の前に、前記1組の1つまたは複数の他のUEからの、所定のタイムスタンプを伴う1つまたは複数のさらなるUEに関するRCS能力情報を知っており、
前記構成されたRCS能力要求メッセージはさらに、前記所定のタイムスタンプを伴う前記1つまたは複数のさらなるUEに関する前記RCS能力情報を含む、
請求項1に記載の方法。
【請求項８】
リッチコミュニケーションスイート(RCS)プロトコルを実施するように構成されるユーザ機器(UE)を運用する方法であって、
要求側UEから、(i)前記UEに関するRCS能力情報と、(ii)1組の1つまたは複数の他のUEに関するRCS能力情報とを要求するように構成されるRCS能力要求メッセージを受信するステップと、
前記UEが前記1組の1つまたは複数の他のUEからの少なくとも1つのUEに関するRCS能力情報にアクセスできると判断するステップと、
(i)前記UEに関する前記RCS能力情報と、(ii)前記1組の1つまたは複数の他のUEからの前記少なくとも1つのUEに関する前記RCS能力情報とを含むRCS能力応答メッセージを構成するステップと、
前記構成されたRCS能力応答メッセージを前記要求側UEに送信するステップと
を含む、方法。
【請求項９】
前記RCS能力要求メッセージは、セッション開始プロトコル(SIP)OPTIONSメッセージに対応し、
前記構成されたRCS能力要求メッセージは、前記SIP OPTIONSメッセージ内の前記1組の1つまたは複数の他のUEを識別することによって、前記UEに、前記1組の1つまたは複数の他のUEに関するRCS能力情報を、前記構成されたRCS能力要求メッセージを送信する前記UEに提供するように要求する、
請求項1または8に記載の方法。
【請求項１０】
前記1組の1つまたは複数の他のUE内の1つまたは複数のUEは、電話番号全体、電話番号のハッシュ、統一リソース識別子(URI)全体、および/またはURIのハッシュによって識別され、
前記1組の1つまたは複数の他のUEは、SIP OPTIONSメッセージの専有フィールド、またはSIP OPTIONS BLOBフィールド内で識別される、
請求項3または9に記載の方法。
【請求項１１】
前記構成されたRCS能力要求メッセージは、前記構成されたRCS能力要求メッセージを送信する前記UEに関するRCS能力情報を含み、
前記構成されたRCS能力要求メッセージはさらに、前記構成されたRCS能力要求メッセージを送信する前記UE以外の1つまたは複数のさらなるUEに関するRCS能力情報を含む、
請求項1または8に記載の方法。
【請求項１２】
前記判断するステップは、前記UEが、前記1組の1つまたは複数の他のUEからの所与のUEに関するRCS能力情報にアクセスできると判断するステップを含み、
前記方法は、前記UEが、前記所与のUEに関する前記RCS能力情報に関して前記要求側UEに通知する許可を有するか否かを評価するステップをさらに含み、
前記評価が、前記UEが前記所与のUEに関する前記RCS能力情報に関して前記要求側UEに通知する許可を有することを示す場合、
前記構成するステップにおいて、前記評価に基づいて、前記RCS能力応答メッセージ内に前記所与のUEに関する前記RCS能力情報を含ませ、
前記評価が、前記UEが前記所与のUEに関する前記RCS能力情報に関して前記要求側UEに通知する許可を有しないことを含む場合、
前記構成するステップにおいて、前記評価に基づいて、前記RCS能力応答メッセージから前記所与のUEのための前記RCS能力情報を省く、
請求項8に記載の方法。
【請求項１３】
リッチコミュニケーションスイート(RCS)プロトコルを実施するように構成されるユーザ機器(UE)であって、
第1のターゲットUEに、(i)前記第1のターゲットUEに関するRCS能力情報と、(ii)1組の1つまたは複数の他のUEに関するRCS能力情報とを提供するように要求するRCS能力要求メッセージを構成するための手段と、
前記構成されたRCS能力要求メッセージを前記第1のターゲットUEに送信するための手段と、
前記送信に応答して、(i)前記第1のターゲットUEに関する前記RCS能力情報と、(ii)前記1組の1つまたは複数の他のUEからの少なくとも1つのUEに関するRCS能力情報とを含むRCS能力応答メッセージを受信するための手段と、
を含む、ユーザ機器(UE)。
【請求項１４】
リッチコミュニケーションスイート(RCS)プロトコルを実施するように構成されるユーザ機器(UE)であって、
要求側UEから、(i)前記UEに関するRCS能力情報と、(ii)1組の1つまたは複数の他のUEに関するRCS能力情報とを要求するように構成されるRCS能力要求メッセージを受信するための手段と、
前記UEが前記1組の1つまたは複数の他のUEからの少なくとも1つのUEに関するRCS能力情報にアクセスできると判断するための手段と、
(i)前記UEに関する前記RCS能力情報と、(ii)前記1組の1つまたは複数の他のUEからの前記少なくとも1つのUEに関する前記RCS能力情報とを含むRCS能力応答メッセージを構成するための手段と、
前記構成されたRCS能力応答メッセージを前記要求側UEに送信するための手段と、
を含む、ユーザ機器(UE)。
【請求項１５】
リッチコミュニケーションスイート(RCS)プロトコルを実施するように構成されるユーザ機器(UE)によって実行されるときに、前記UEに請求項1乃至8の何れか1項に記載の方法を実行させる命令を記憶しているコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信ネットワークを介してリッチコミュニケーションスイート(RCS)能力情報を更新することに関する。
【背景技術】
【０００２】
ワイヤレス通信システムは、第1世代アナログワイヤレス電話サービス(1G)、第2世代(2G)デジタルワイヤレス電話サービス(暫定の2.5Gおよび2.75Gネットワークを含む)、第3世代(3G)および第4世代(4G)高速データ/インターネット対応ワイヤレスサービスを含む、様々な世代を通じて発展してきた。現在、セルラーシステムおよびパーソナル通信サービス(PCS)システムを含む、数多くの様々なタイプのワイヤレス通信システムが使用されている。知られているセルラーシステムの例は、セルラーAnalog Advanced Mobile Phone System(AMPS)、および、符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、TDMAのGlobal System for Mobile access(GSM(登録商標))変形に基づくデジタルセルラーシステム、および、TDMA技術とCDMA技術の両方を使用するより新しいハイブリッドデジタル通信システムを含む。
【０００３】
最近になって、モバイル電話および他のデータ端末のための高速データのワイヤレス通信のためのワイヤレス通信プロトコルとして、長期発展型(LTE)が開発された。LTEはGMSに基づいており、GSM(登録商標)発展のための拡張データレート(Enhanced Data rates for GSM(登録商標) Evolution:EDGE)のような様々なGSM(登録商標)関連プロトコル、および高速パケットアクセス(HSPA)のようなユニバーサルモバイル電気通信システム(UMTS)からの寄与を含む。
【０００４】
種々の通信プロトコルを用いるアクセスネットワーク(たとえば、W-CDMA、LTEなどの3GPPアクセスネットワーク、またはWiFi、WLANまたは有線LANなどの非3GPPアクセスネットワーク)は、事業者(たとえば、Verizon、Sprint、AT&Tなど)によって管理されるIMSネットワークによるインターネットプロトコル(IP)マルチメディアサブシステム(IMS)サービスを、通信システムを介してユーザに提供するように構成することができる。IMSサービスを要求するためにIMSネットワークにアクセスするユーザは、要求されたIMSをサポートするための複数の地域アプリケーションサーバまたはアプリケーションサーバクラスタ(たとえば、同じクラスタ地域にサービスを提供するアプリケーションサーバ群)のうちの1つに割り当てられる。
【０００５】
リッチコミュニケーションスイート(RCS:Rich Communications Suite)は、IMSドメインにおいて最近になって開発されたサービスタイプである。RCSによってユーザがその問合せ先にデバイス能力および/またはアプリケーションレベルマルチメディア能力を照会できるようになり、それにより、クライアントデバイスが、そのアドレス帳内の問合せ先の能力をリアルタイムに更新することができ、それにより、問合せ先のリアルタイム能力に基づいて、ボイスオーバLTE(VoLTE)、ビデオ通話、インスタントメッセージング(IM)、ファイルまたは画像共有などの「リッチコミュニケーション」を可能にする。現在のRCS標準規格では、UEが、ターゲットUEのUE特有RCS能力を要求するために、1つまたは複数のターゲットUEにUE-UE間(またはピアツーピア)セッション開始プロトコル(SIP:Session Initiation Protocol)OPTIONSメッセージを送る。SIP OPTIONSメッセージは、送信側UEのRCS能力を含み、SIP OPTIONSメッセージは、ターゲットUEに、ターゲットUEのRCS能力を指示するSIP 200 OKメッセージをもって、SIP OPTIONSメッセージに応答するように促す。したがって、SIP OPTIONSメッセージおよびSIP 200 OKメッセージの交換は、ピアツーピアハンドシェイキングプロセスであり、そのプロセスはIMSネットワークによって仲介され、そのプロセスによって、両方の終点が他方の終点のためのそれぞれのRCS能力を更新する。
【０００６】
たとえば、UE1がIMSネットワークを介してUE2にSIP OPTIONSメッセージを送ることができ、そのメッセージは、UE1のRCS能力を指示し、UE2のRCS能力の指示をもってUE1に応答するようにUE2に要求し、UE1はIMSネットワークを介してUE3にSIP OPTIONSメッセージを送ることができ、そのメッセージは、UE1のRCS能力を指示し、UE3のRCS能力の指示をもってUE1に応答するようにUE3に要求し、他も同様である。その際、UE2は、UE1からのSIP OPTIONSメッセージに対して、UE2のRCS能力を指示するSIP 200 OKメッセージメッセージをもって応答し、UE3は、UE1からのSIP OPTIONSメッセージに対して、UE3のRCS能力を指示するSIP 200 OKメッセージをもって応答し、他も同様である。
【０００７】
理解されるように、現在のRCS標準規格では、RCS能力発見に関連付けられる全メッセージングは、そのRCS能力情報が要求されるUEの数とともに線形に増加する。上記からの例では、UE1が大量のターゲットUEに関するRCS能力を更新したい場合には、これにより、今度は、UE1とターゲットUEとの間に相対的に大量のトラフィックを引き起こすことになる。
【発明の概要】
【課題を解決するための手段】
【０００８】
一実施形態では、要求側UEが、ターゲットUEに、(i)ターゲットUEに関するRCS能力情報および(ii)1組の他のUEに関するRCS能力情報を提供するように要求するRCS能力要求メッセージを構成する。要求側UEは、構成されたRCS能力要求メッセージをターゲットUEに送信する。ターゲットUEは、ターゲットUEが1組の他のUEからの少なくとも1つのUEに関するRCS能力情報にアクセスできると判断し、(i)ターゲットUEに関するRCS能力情報および(ii)少なくとも1つのUEに関するRCS能力情報を指示するRCS能力応答メッセージを構成する。ターゲットUEは、構成されたRCS能力応答メッセージを要求側UEに送信する。別の実施形態では、所与のUEが、別のUEに関するRCS能力情報が優先順位特有経過時間しきい値より古いか否かに基づいて、RCS能力情報リフレッシュ動作を実行するか否かを判断する。
【０００９】
本発明の実施形態およびその付随する利点の多くに関するより完全な理解は、以下の詳細な説明を参照しながら、本発明を限定するためではなく単に例示するために提示される添付の図面とともに考察することによって、本発明の実施形態およびその付随する利点の多くがより深く理解されるようになるときに容易に得られるであろう。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態によるワイヤレス通信システムのハイレベルシステムアーキテクチャを示す図である。
【図２Ａ】本発明の一実施形態による、1x EV-DOネットワークの場合の無線アクセスネットワーク(RAN)と、コアネットワークのパケット交換部分との例示的な構成を示す図である。
【図２Ｂ】本発明の一実施形態による、3G UMTS W-CDMA(登録商標)システム内の、RANと、汎用パケット無線サービス(GPRS)コアネットワークのパケット交換部分との例示的な構成を示す図である。
【図２Ｃ】本発明の一実施形態による、3G UMTS W-CDMA(登録商標)システム内の、RANと、汎用パケット無線サービス(GPRS)コアネットワークのパケット交換部分との別の例示的な構成を示す図である。
【図２Ｄ】本発明の一実施形態による、RANと、発展型パケットシステム(EPS)または長期発展型(LTE)ネットワークに基づくコアネットワークのパケット交換部分との例示的な構成を示す図である。
【図２Ｅ】本発明の一実施形態による、EPSまたはLTEネットワークに接続される拡張高レートパケットデータ(enhanced High Rate Packet Data:HRPD)RANと、HRPDコアネットワークのパケット交換部分との例示的な構成を示す図である。
【図３】本発明の一実施形態による、ユーザ機器(UE)の例を示す図である。
【図４】本発明の一実施形態による、機能を実行するように構成された論理手段を含む通信デバイスを示す図である。
【図５】本発明の一実施形態による、サーバを示す図である。
【図６】本発明の一実施形態による、インターネットプロトコル(IP)マルチメディアサブシステム(IMS)セッションアーキテクチャの一例を示す図である。
【図７】一群の問合せ先に関するリッチコミュニケーションスイート(RCS)能力を発見する従来のプロセスを示す図である。
【図８】本発明の一実施形態によるRCS能力発見手順に向けられる図である。
【図９】所与のUEが、本発明の一実施形態による、ターゲットUEの優先順位に基づいてターゲットUEに関するRCS能力情報をリフレッシュするか否かを判断するプロセスを示す図である。
【発明を実施するための形態】
【００１１】
本発明の特定の実施形態を対象とする以下の説明および関連する図面において、本発明の態様が開示される。本発明の範囲から逸脱することなく、代替の実施形態が考案され得る。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素は詳細には説明されないか、または省略される。
【００１２】
「例示的」および/または「例」という用語は、本明細書では「例、事例、または例示としての役割を果たすこと」を意味するために使用される。本明細書で「例示的」および/または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいか、または有利であると解釈されるべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が、論じられた特徴、利点または動作モードを含むことを要求しない。
【００１３】
さらに、数多くの実施形態が、たとえばコンピューティングデバイスの要素によって実行されることになる一連の動作に関して説明される。本明細書で説明する様々な動作は、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実施され得ることは認識されよう。さらに、本明細書で説明されるこれらの一連の動作は、実行されると、関連するプロセッサに本明細書において説明される機能を実行させることになる対応する1組のコンピュータ命令を記憶した、任意の形のコンピュータ可読記憶媒体内で完全に具現されるものと見なされ得る。したがって、本発明の様々な態様は、特許請求される主題の範囲内にすべて入ることが企図されているいくつかの異なる形で具現され得る。さらに、本明細書で説明される実施形態ごとに、任意のそのような実施形態の対応する形は、本明細書において、たとえば、説明される動作を実行する「ように構成された論理手段」として説明される場合がある。
【００１４】
本明細書においてユーザ機器(UE)と呼ばれるクライアントデバイスは、モバイルまたは固定とすることができ、無線アクセスネットワーク(RAN)と通信することができる。本明細書において使用されるときに、「UE」という用語は、「アクセス端末」または「AT」、「ワイヤレスデバイス」、「加入者デバイス」、「加入者端末」、「加入者局」、「ユーザ端末」またはUT、「モバイル端末」、「移動局」、およびそれらの変化形と入替え可能に呼ばれる場合がある。一般に、UEは、RANを介してコアネットワークと通信することができ、コアネットワークを通じて、UEはインターネットなどの外部ネットワークに接続することができる。当然、UEには、有線アクセスネットワーク、(たとえば、IEEE 802.11などに基づく)WiFiネットワークなど、コアネットワークおよび/またはインターネットに接続する他の機構も考えられる。UEは、限定はしないが、PCカード、コンパクトフラッシュ（登録商標）デバイス、外付けまたは内蔵のモデム、あるいはワイヤレスまたは有線の電話を含むいくつかのタイプのデバイスのうちの任意のものによって具現することができる。UEが信号をRANに送ることができる通信リンクは、アップリンクチャネル(たとえば、逆方向トラフィックチャネル、逆方向制御チャネル、アクセスチャネルなど)と呼ばれる。RANが信号をUEに送ることができる通信リンクは、ダウンリンクチャネルまたは順方向リンクチャネル(たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど)と呼ばれる。本明細書において使用されるとき、トラフィックチャネル(TCH)という用語は、アップリンク/逆方向トラフィックチャネル、またはダウンリンク/順方向トラフィックチャネルのいずれかを指すことができる。
【００１５】
図1は、本発明の一実施形態によるワイヤレス通信システム100のハイレベルシステムアーキテクチャを示す。ワイヤレス通信システム100はUE1...Nを含む。UE1...Nは、セルラー電話、携帯情報端末(PDA)、ページャ、ラップトップコンピュータ、デスクトップコンピュータなどを含むことができる。たとえば、図1において、UE1...2は発呼側セルラー電話として示され、UE3...5はタッチスクリーンセルラー電話またはスマートフォンとして示され、UENはデスクトップコンピュータまたはPCとして示されている。
【００１６】
図1を参照すると、UE1...Nは、図1においてエアインターフェース104、106、108および/または直接有線接続として示される、物理通信インターフェースまたは層を介してアクセスネットワーク(たとえば、RAN120、アクセスポイント125など)と通信するように構成される。エアインターフェース104および106は、所与のセルラー通信プロトコル(たとえば、CDMA、EVDO、eHRPD、GSM(登録商標)、EDGE、W-CDMA(登録商標)、LTEなど)に準拠することができ、一方、エアインターフェース108はワイヤレスIPプロトコル(たとえば、IEEE 802.11)に準拠することができる。RAN120は、エアインターフェース104および106などのエアインターフェースを介してUEをサービングする複数のアクセスポイントを含む。RAN120内のアクセスポイントは、アクセスノードまたはAN、アクセスポイントまたはAP、基地局またはBS、Node B、eNode Bなどと呼ばれ得る。これらのアクセスポイントは、地上アクセスポイント(もしくは地上局)または衛星アクセスポイントとすることができる。RAN120は、RAN120によってサービングされるUEとRAN120または異なるRANによってサービングされる他のUEとの間の回線交換(CS)呼を完全にブリッジングすることを含む様々な機能を実行することができ、かつインターネット175などの外部ネットワークとのパケット交換(PS)データの交換を仲介することもできるコアネットワーク140に接続するように構成される。インターネット175は、いくつかのルーティングエージェントおよび処理エージェント(便宜上図1には示されていない)を含む。図1において、UENはインターネット175に直接接続する(すなわち、WiFiまたは802.11ベースネットワークのイーサネット(登録商標)接続を介するなど、コアネットワーク140から分離される)ように示されている。それによって、インターネット175は、コアネットワーク140を介してUENとUE1...Nとの間のパケット交換データ通信をブリッジングするように機能することができる。図1には、RAN120から分離されたアクセスポイント125も示されている。アクセスポイント125は、コアネットワーク140とは無関係に(たとえば、FiOS、ケーブルモデムなどの光通信システムを介して)インターネット175に接続される場合がある。エアインターフェース108は、一例ではIEEE 802.11などのローカルワイヤレス接続を介してUE4またはUE5をサービングすることができる。UENは、一例ではアクセスポイント125自体に対応することができるモデムまたはルータとの直接接続などの、インターネット175との有線接続を含むデスクトップコンピュータとして示されている(たとえば、有線接続性とワイヤレス接続性の両方を有するWiFiルータの場合)。
【００１７】
図1を参照すると、アプリケーションサーバ170は、インターネット175、コアネットワーク140、またはその両方に接続されるように示されている。アプリケーションサーバ170は、構造的に分離された複数のサーバとして実現することができるか、または代替的には単一のサーバに対応することができる。以下にさらに詳細に説明されるように、アプリケーションサーバ170は、コアネットワーク140および/またはインターネット175を介してアプリケーションサーバ170に接続することができるUEのための1つまたは複数の通信サービス(たとえば、Voice-over-Internet Protocol(VolP)セッション、Push-to-Talk(PTT)セッション、グループ通信セッション、ソーシャルネットワーキングサービスなど)をサポートするように構成される。
【００１８】
ワイヤレス通信システム100をさらに詳細に説明するのを助けるために、図2A〜図2Dに関して、RAN120およびコアネットワーク140のためのプロトコル特有実施態様の例が以下に提供される。詳細には、RAN120およびコアネットワーク140の構成要素は、パケット交換(PS)通信をサポートすることに関連付けられる構成要素に対応し、これらのネットワーク内にレガシー回線交換(CS)構成要素も存在することができるが、図2A〜図2Dには、いかなるレガシー回線交換(CS)構成要素も明示されていない。
【００１９】
図2Aは、本発明の一実施形態による、CDMA2000 1x Evolution-Data Optimized(EV-DO)ネットワークにおけるパケット交換通信のためのRAN120およびコアネットワーク140の例示的な構成を示す。図2Aを参照すると、RAN120は、有線バックホールインターフェースを介して基地局コントローラ(BSC)215Aに結合される複数の基地局(BS)200A、205Aおよび210Aを含む。単一のBSCによって制御される一群のBSはまとめてサブネットと呼ばれる。当業者によって理解されるように、RAN120は、複数のBSCおよびサブネットを含むことができ、図2Aには便宜的に単一のBSCが示される。BSC215Aは、A9接続を介してコアネットワーク140内のパケット制御機能(PCF)220Aと通信する。PCF220Aは、パケットデータに関連するBSC215Aのための特定の処理機能を実行する。PCF220Aは、A11接続を介してコアネットワーク140内のパケットデータサービングノード(PDSN)225Aと通信する。PDSN225Aは、ホームエージェント(HA)および/またはフォーリンエージェント(FA)としての役割を果たす、ポイントツーポイント(PPP)セッションを管理することを含む様々な機能を有し、GSM(登録商標)およびUMTSネットワーク内のゲートウェイ汎用パケット無線サービス(GPRS)サポートノード(GGSN)に機能的に類似である(以下にさらに詳細に説明される)。PDSN225Aは、コアネットワーク140をインターネット175のような外部IPネットワークに接続する。
【００２０】
図2Bは、本発明の一実施形態による、RAN120と、3G UMTS W-CDMA(登録商標)システム内のGPRSコアネットワークとして構成されるコアネットワーク140のパケット交換部分との例示的な構成を示す。図2Bを参照すると、RAN120は、有線バックホールインターフェースを介して無線ネットワークコントローラ(RNC)215Bに結合される複数のNodeB200B、205Bおよび210Bを含む。1x EV-DOネットワークと同様に、単一のRNCによって制御される一群のNodeBはまとめてサブネットと呼ばれる。RAN120が複数のRNCおよびサブネットを含むことができ、便宜的に、図2Bには単一のRNSが示されることは、当業者には理解されよう。RNC215Bは、コアネットワーク140内のサービングGRPSサポートノード(SGSN)220Bと、RAN120によってサービングされるUEとの間でシグナリングし、ベアラチャネル(すなわち、データチャネル)を確立し、解除する責任を担う。また、リンクレイヤ暗号化が可能な場合、RNC215Bは、エアインターフェースを介して送信するために、コンテンツをRAN120に転送する前に暗号化する。RNC215Bの機能は、当技術分野でよく知られており、簡潔にするためこれ以上は説明されない。
【００２１】
図2Bにおいて、コアネットワーク140は、先に言及されたSGSN220B(そして、潜在的にはいくつかの他のSGSN)と、GGSN225Bとを含む。一般的に、GPRSは、IPパケットをルーティングするためにGSM(登録商標)において用いられるプロトコルである。GPRSコアネットワーク(たとえば、GGSN225Bおよび1つまたは複数のSGSN220B)は、GPRSシステムの中心部分であり、W-CDMA(登録商標)ベースの3Gネットワークのためのサポートも提供する。GPRSコアネットワークは、GSM(登録商標)コアネットワーク(すなわち、コアネットワーク140)の一体化された部分であり、GSM(登録商標)およびW-CDMA(登録商標)ネットワークにおけるIPパケットサービスのためのモビリティ管理、セッション管理、およびトランスポートを提供する。
【００２２】
GPRSトンネリングプロトコル(GTP)は、GPRSコアネットワークを特徴付けるIPプロトコルである。GTPは、GGSN225Bにおいて、1つの場所からインターネット175に接続し続けているかのようにしながら、GSM(登録商標)またはW-CDMA(登録商標)ネットワークのエンドユーザ(たとえば、UE)が方々に移動できるようにするプロトコルである。これは、UEの現在のSGSN220Bから、それぞれのUEのセッションを処理しているGGSN225BにそれぞれのUEのデータを転送することによって達成される。
【００２３】
GTPの3つの形態、すなわち、(i)GTP-U、(ii)GTP-Cおよび(iii)GTP'(GTP Prime)がGPRSコアネットワークによって使用される。GTP-Uは、パケットデータプロトコル(PDP)コンテキストごとに分離されたトンネルでのユーザデータの転送に使用される。GTP-Cは、制御シグナリング(たとえば、PDPコンテキストの設定および削除、GSN到達可能性の検証、加入者があるSGSNから別のSGSNに移動した場合のような更新または変更)のために使用される。GTP'は、GSNから課金機能への課金データの転送のために使用される。
【００２４】
図2Bを参照すると、GGSN225Bは、GPRSバックボーンネットワーク(図示せず)とインターネット175との間のインターフェースとしての役割を果たす。GGSN225Bは、SGSN220Bから来るGPRSパケットから、関連するパケットデータプロトコル(PDP)形式(たとえば、IPまたはPPP)を有するパケットデータを抽出し、そのパケットを対応するパケットデータネットワーク上で送る。反対方向において、着信データパケットは、GGSNに接続されたUEによってSGSN220Bに向けられ、SGSN220Bは、RAN120によってサービングされるターゲットUEの無線アクセスベアラ(RAB)を管理および制御する。それによって、GGSN225Bは、ターゲットUEの現在のSGSNアドレスおよびその関連付けられるプロファイルを、そのロケーションレジスタ(たとえば、PDPコンテキスト内)に記憶する。GGSN225Bは、IPアドレス割当てを担い、接続されたUEのデフォルトのルータである。また、GGSN225Bは、認証および課金機能を実行する。
【００２５】
一例では、SGSN220Bは、コアネットワーク140内の多くのSGSNのうちの1つの代表である。各SGSNは、関連する地理的サービスエリア内で、UEとの間でのデータパケットを送達する責任を担う。SGSN220Bのタスクは、パケットルーティングおよび転送、モビリティ管理(たとえば、アタッチ/デタッチおよび位置管理)、論理リンク管理、ならびに認証機能および課金機能を含む。SGSN220Bのロケーションレジスタは、位置情報(たとえば、現在のセル、現在のVLR)、および、SGSN220Bに登録されたすべてのGPRSユーザのユーザプロファイル(たとえば、パケットデータネットワークにおいて使用されるIMSI、PDPアドレス)を、たとえばユーザまたはUEごとに1つまたは複数のPDPコンテキスト内に記憶する。したがって、SGSN220Bは、(i)GGSN225BからのダウンリンクGTPパケットの逆トンネリング、(ii)GGSN225Bに向かうIPパケットのアップリンクトンネリング、(iii)UEがSGSNサービスエリアの間を移動するときのモビリティ管理の実行、(iv)モバイル加入者の支払い請求の責任を担う。当業者によって理解されるように、(i)〜(iv)の他に、GSM(登録商標)/EDGEネットワークのために構成されたSGSNは、W-CDMA(登録商標)ネットワークのために構成されたSGSNと比較して、わずかに異なる機能を有する。
【００２６】
RAN120(たとえば、またはUMTSシステムアーキテクチャにおけるUTRANなど)は、無線アクセスネットワークアプリケーションパート(Radio Access Network Application Part:RANAP)プロトコルを介して、SGSN220Bと通信する。RANAPは、Iuインターフェース(Iu-ps)を介して、フレームリレーまたはIPなどの伝送プロトコルによって動作する。SGSN220Bは、SGSN220Bおよび他のSGSN(図示せず)と内部のGGSNとの間のIPベースのインターフェースであり、上記で規定されたGTPプロトコル(たとえば、GTP-U、GTP-C、GTP'など)を使用するGnインターフェースを介してGGSN225Bと通信する。図2Bの実施形態では、SGSN220BとGGSN225Bとの間のGnは、GTP-CとGTP-Uの両方を搬送する。図2Bには示されないが、Gnインターフェースは、ドメインネームシステム(DNS)によっても使用される。GGSN225Bは、公衆データネットワーク(PDN)(図示せず)に接続され、さらには、IPプロトコルによるGiインターフェースを介して直接、またはワイヤレスアプリケーションプロトコル(WAP)ゲートウェイを通して、インターネット175に接続される。
【００２７】
図2Cは、本発明の一実施形態による、RAN120と、3G UMTS W-CDMA(登録商標)システム内のGPRSコアネットワークとして構成されるコアネットワーク140のパケット交換部分との別の例示的な構成を示す。図2Bと同様に、コアネットワーク140は、SGSN220Bと、GGSN225Bとを含む。しかしながら、図2Cでは、ダイレクトトンネルは、SGSN220Bが、RAN120と、パケット交換(PS)ドメイン内のGGSN225Bとの間にダイレクトユーザプレーントンネル、GTP-Uを確立できるようにする、Iuモードにおけるオプションの機能である。図2CのSGSN220Bのようなダイレクトトンネル対応SGSNは、SGSN220Bがダイレクトユーザプレーン接続を使用できるか否かにかかわらず、GGSN単位およびRNC単位で構成され得る。図2CのSGSN220Bは、制御プレーンシグナリングを処理し、ダイレクトトンネルをいつ確立するべきか決定を行う。PDPコンテキストのために割り当てられたRABが解放される(すなわち、PDPコンテキストが保たれる)とき、ダウンリンクパケットを処理できるようにするために、GGSN225BとSGSN220Bとの間にGTP-Uトンネルが確立される。
【００２８】
図2Dは、本発明の一実施形態による、RAN120と、発展型パケットシステム(EPS)またはLTEネットワークに基づくコアネットワーク140のパケット交換部分との例示的な構成を示す。図2Dを参照すると、図2B〜図2Cに示されるRAN120と異なり、EPS/LTEネットワーク内のRAN120は、図2B〜図2CからのRNC215Bなしに、複数の発展型NodeB(ENodeBまたはeNB)200D、205D、および210Dを用いて構成される。これは、EPS/LTEネットワーク内のENodeBが、コアネットワーク140と通信するためにRAN120内に個別のコントローラ(すなわち、RNC215B)を必要としないためである。言い換えると、図2B〜図2CからのRNC215Bの機能のうちのいくつかは、図2C内のRAN120のそれぞれのeNodeBに組み込まれる。
【００２９】
図2Dにおいて、コアネットワーク140は複数のモビリティ管理エンティティ(MME)215Dおよび220Dと、ホーム加入者サーバ(HSS)225Dと、サービングゲートウェイ(S-GW)230Dと、パケットデータネットワークゲートウェイ(P-GW)235Dと、ポリシーおよび課金規則機能(PCRF)240Dとを含む。これらの構成要素と、RAN120と、インターネット175との間のネットワークインターフェースが図2Dに示されており、表1(Table 1)(以下)において次のように規定される。
【００３０】
【表１】
0006505679.tif 000002
【００３１】
図2DのRAN120およびコアネットワーク140に示される構成要素の概要がここで説明される。しかしながら、これらの構成要素はそれぞれ、様々な3GPP TS標準規格においてよく知られており、本明細書に含まれる説明は、これらの構成要素によって実行されるすべての機能の包括的な説明とするつもりはない。
【００３２】
図2Dを参照すると、MME215Dおよび220Dは、EPSベアラのための制御プレーンシグナリングを管理するように構成される。MME機能は、非アクセス層(NAS)シグナリング、NASシグナリングセキュリティ、技術間および技術内ハンドオーバのためのモビリティ管理、P-GWおよびS-GW選択、MME変更を伴うハンドオーバのためのMME選択を含む。
【００３３】
図2Dを参照すると、S-GW230Dは、RAN120に向かうインターフェースを終端するゲートウェイである。EPSベースシステムのためのコアネットワーク140に関連付けられるUEごとに、所与の時点において、単一のS-GWが存在する。S-GW230Dの機能は、GTPベースおよびプロキシモバイルIPv6(PMIP)ベースS5/S8の両方の場合に、モビリティアンカーポイント、パケットルーティングおよび転送、ならびに関連付けられるEPSベアラのQoSクラス識別子(QCI)に基づくDiffServコードポイントの設定を含む。
【００３４】
図2Dを参照すると、P-GW235Dは、パケットデータネットワーク(PDN)、たとえば、インターネット175に向かうSGiインターフェースを終端するゲートウェイである。UEが複数のPDNにアクセスしている場合には、そのUEのための2つ以上のP-GWが存在する場合があるが、S5/S8接続性およびGn/GP接続性の混在は通常、そのUEの場合に同時にサポートされない。P-GW機能は、GTPベースS5/S8の両方の場合に、パケットフィルタリング(ディープパケットインスペクションによる)、UEIPアドレス割当て、関連付けられるEPSベアラのQCIに基づくDSCP設定、事業者間課金のためのアカウンティング、3GPP TS 23.203において規定されるアップリンク(UL)およびダウンリンク(DL)ベアラバインディング、3GPP TS 23.203において規定されるULベアラバインディング検証を含む。P-GW235Dは、E-UTRAN、GERANまたはUTRANのいずれかを用いて、GSM(登録商標)/EDGE無線アクセスネットワーク(GERAN)/UTRANのみのUEおよびE-UTRAN対応UEの両方にPDN接続性を提供する。P-GW235Dは、S5/S8インターフェースを介して、E-UTRANのみを用いてE-UTRAN対応UEにPDN接続性を提供する。
【００３５】
図2Dを参照すると、PCRF240Dは、EPSベースコアネットワーク140のポリシーおよび課金制御要素である。非ローミングシナリオでは、UEのインターネットプロトコル接続性アクセスネットワーク(IP-CAN)セッションに関連付けられるHPLMN内に単一のPCRFが存在する。PCRFは、RxインターフェースおよびGxインターフェースを終端する。ローミングシナリオでは、トラフィックのローカルブレイクアウトに伴って、UEのIP-CANセッションに関連付けられる2つのPCRFが存在する場合がある。ホームPCRF(H-PCRF)は、HPLMN内に存在するPCRFであり、ビジテッドPCRFは、訪問先VPLMN内に存在するPCRFである。PCRFは、3GPP TS 23.203内にさらに詳細に説明されており、したがって、簡潔のためにさらに説明されない。図2Dでは、アプリケーションサーバ170(たとえば、3GPP用語ではAFと呼ぶことができる)は、インターネット175を介してコアネットワーク140に、または代替的にはRxインターフェースを介して直接PCRF240Dに接続されるように示される。一般的に、アプリケーションサーバ170(またはAF)は、コアネットワークとともにIPベアラリソース(たとえば、UMTS PSドメイン/GPRSドメインリソース/LTE PSデータサービス)を用いてアプリケーションを提供する要素である。アプリケーション機能の一例は、IPマルチメディアサブシステム(IMS)コアネットワークサブシステムのプロキシコールセッション制御機能(P-CSCF)である。AFはRX基準点を用いて、PCRF240Dにセッション情報を提供する。セルラーネットワークを介してIPデータサービスを提供する任意の他のアプリケーションサーバも、RX基準点を介してPCRF240Dに接続することができる。
【００３６】
図2Eは、本発明の一実施形態による、EPSまたはLTEネットワーク140Aに接続される拡張高レートパケットデータ(HRPD)RANとして構成されるRAN120と、HRPDコアネットワーク140Bのパケット交換部分との一例を示す。コアネットワーク140Aは、図2Dに関して先に説明されたコアネットワークに類似のEPSまたはLTEコアネットワークである。
【００３７】
図2Eにおいて、eHRPD RANは複数のトランシーバ基地局(BTS)200E、205Eおよび210Eを含み、それらのトランシーバ基地局は、拡張BSC(eBSC)および拡張PCF(ePCF)215Eに接続される。eBSC/ePCF215Eは、S101インターフェースを介してEPSコアネットワーク140A内のMME215Dまたは220Dのうちの1つに接続することができ、EPSコアネットワーク140A内の他のエンティティとのインターフェースを構成するためのA10および/またはA11インターフェースを介してHRPDサービングゲートウェイ(HSGW)220Eに(たとえば、S103インターフェースを介してS-GW220Dに、S2aインターフェースを介してP-GW235Dに、Gxaインターフェースを介してPCRF240Dに、STaインターフェースを介して3GPP AAAサーバに(図2Dには明示されない)など)接続することができる。HSGW220Eは、HRPDネットワークとEPS/LTEネットワークとの間のネットワーキングを提供するために3GPP2において規定される。理解されるように、eHRPD RANおよびHSGW220Eは、レガシーHRPDネットワークにおいて利用できないEPC/LTEネットワークへのインターフェース機能によって構成される。
【００３８】
eHRPD RANに戻ると、EPS/LTEコアネットワーク140Aとのインターフェースを構成することに加えて、eHRPD RANは、HRPDネットワーク140BのようなレガシーHRPDネットワークとのインターフェースも構成することができる。理解されるように、HRPDネットワーク140Bは、図2AからのEV-DOネットワークのような、レガシーHRPDネットワークの例示的な実施態様である。たとえば、eBSC/ePCF 215Eは、A12インターフェースを介して認証許可アカウンティング(AAA)サーバ225Eとのインターフェースを構成することができるか、またはA10もしくはA11インターフェースを介してPDSN/FA 230Eとのインターフェースを構成することができる。PDSN/FA 230EはさらにHA235Aに接続し、それを通して、インターネット175がアクセスされ得る。図2Eにおいて、いくつかのインターフェース(たとえば、A13、A16、H1、H2など)は明確に説明されないが、完全を期すために示されており、HRPDまたはeHRPDに通じている当業者によって理解される。
【００３９】
図2B〜図2Eを参照すると、LTEコアネットワーク(たとえば、図2D)およびeHRPD RANおよびHSGW(たとえば、図2E)とのインターフェースを構成するHRPDコアネットワークは、場合によって、ネットワーク開始サービス品質(QoS)をサポートすることができる(たとえば、P-GW、GGSN、SGSNなどによる)。
【００４０】
図3は、本発明の一実施形態によるUEの例を示す。図3を参照すると、UE300Aは発呼側電話として示され、UE300Bはタッチスクリーンデバイス(たとえば、スマートフォン、タブレットコンピュータなど)として示されている。図3に示されるように、UE300Aの外部ケーシングは、当技術分野で知られているように、数ある構成要素の中でも、アンテナ305A、ディスプレイ310A、少なくとも1つのボタン315A(たとえば、PTTボタン、電源ボタン、音量調節ボタンなど)、キーパッド320Aなどで構成される。また、UE300Bの外部ケーシングは、数ある構成要素の中でも、当技術分野で知られているように、タッチスクリーンディスプレイ305B、周辺ボタン310B、315B、320B、および325B(たとえば、電力調節ボタン、音量または振動調節ボタン、飛行機モードトグルボタンなど)、少なくとも1つのフロントパネルボタン330B(たとえば、Homeボタン)などで構成される。UE300Bの一部として明示的に示されてはいないが、UE300Bは、限定はしないが、WiFiアンテナ、セルラーアンテナ、衛星位置システム(SPS)アンテナ(たとえば、全地球測位システム(GPS)アンテナ)などを含む、1つまたは複数の外部アンテナおよび/またはUE300Bの外部ケーシングに内蔵される1つのまたは複数の内蔵アンテナを含むことができる。
【００４１】
UE300AおよびUE300BなどのUEの内部構成要素は、それぞれに異なるハードウェア構成によって具現することができるが、内部ハードウェア構成要素のための基本的なハイレベルUE構成は図3にプラットフォーム302として示されている。プラットフォーム302は、最終的にコアネットワーク140、インターネット175、および/または他のリモートサーバおよびネットワーク(たとえば、アプリケーションサーバ170、ウェブURLなど)から得ることのできるRAN120から送信されたソフトウェアアプリケーション、データ、および/またはコマンドを受信し実行することができる。プラットフォーム302は、RANとやりとりすることなく、ローカルに記憶されたアプリケーションを独立して実行することができる。プラットフォーム302は、特定用途向け集積回路(「ASIC」308)または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合された送受信機306を含むことができる。ASIC308または他のプロセッサは、ワイヤレスデバイスのメモリ312中の任意の常駐プログラムとインターフェースを構成するアプリケーションプログラミングインターフェース(「API」)310レイヤを実行する。メモリ312は、読取り専用メモリもしくはランダムアクセスメモリ(RAMおよびROM)、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通する任意のメモリから構成することができる。プラットフォーム302は、メモリ312中でアクティブに使用されないアプリケーション、および他のデータを記憶することができるローカルデータベース314も含むことができる。ローカルデータベース314は、一般的にフラッシュメモリセルであるが、磁気媒体、EEPROM、光学媒体、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスとすることができる。
【００４２】
したがって、本発明の一実施形態は、本明細書において説明される機能を実行する能力を含むUE(たとえば、UE300A、UE300Bなど)を含むことができる。当業者によって理解されるように、様々な論理要素は、本明細書において開示される機能を達成するために、個別の要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで具現され得る。たとえば、ASIC308、メモリ312、API310およびローカルデータベース314をすべて協働的に使用して、本明細書において開示される様々な機能をロード、記憶および実行することができ、したがって、これらの機能を実行する論理手段を様々な要素に分散させることができる。代替的には、機能は1つの個別構成要素に組み込まれ得る。したがって、図3におけるUE300AおよびUE300Bの特徴は例示的なものにすぎないと見なすべきであり、本発明は図示される特徴または構成には限定されない。
【００４３】
UE300Aおよび/またはUE300BとRAN120との間のワイヤレス通信は、たとえばCDMA、W-CDMA(登録商標)、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交周波数分割多元(OFDM)、GSM(登録商標)、またはワイヤレス通信ネットワークもしくはデータ通信ネットワークで使用され得る他のプロトコルのような、様々な技術に基づくことができる。先に論じられ、当技術分野で知られているように、音声送信、および/またはデータは、様々なネットワークおよび構成を使用してRANからUEに送信され得る。したがって、本明細書において提供される例は、本発明の実施形態を限定するためのものではなく、単に本発明の実施形態の態様の説明を助けるためのものにすぎない。
【００４４】
図4は、機能を実行するように構成された論理手段を含む通信デバイス400を示す。通信デバイス400は、限定はしないが、UE300Aもしくは300B、RAN120の任意の構成要素(たとえば、BS200A〜210A、BSC 215A、NodeB200B〜210B、RNC 215B、eNodeB 200D〜210Dなど)、コアネットワーク140の任意の構成要素(PCF 220A、PDSN 225A、SGSN 220B、GGSN 225B、MME 215Dまたは220D、HSS 225D、S-GW 230D、P-GW 235D、PCRF 240D)、コアネットワーク140および/またはインターネット175に結合される任意の構成要素(たとえば、アプリケーションサーバ170)などを含む、先に言及された通信デバイスのいずれかに対応することができる。したがって、通信デバイス400は、図1のワイヤレス通信システム100を介して1つまたは複数の他のエンティティと通信する(または通信を容易にする)ように構成された任意の電子デバイスに対応することができる。
【００４５】
図4を参照すると、通信デバイス400は、情報を受信および/または送信するように構成された論理手段405を含む。一例では、通信デバイス400がワイヤレス通信デバイス(たとえば、UE300Aまたは300B、BS200A〜210Aのうちの1つ、NodeB200B〜210Bのうちの1つ、eNodeB200D〜210Dのうちの1つなど)に対応する場合には、情報を受信および/または送信するように構成された論理手段405は、ワイヤレス送受信機および関連ハードウェア(たとえば、RFアンテナ、モデム、変調器および/または復調器など)のようなワイヤレス通信インターフェース(たとえば、Bluetooth(登録商標)、WiFi、2G、CDMA、W-CDMA(登録商標)、3G、4G、LTEなど)を含むことができる。別の例では、情報を受信および/または送信するように構成された論理手段405は、有線通信インターフェース(たとえば、インターネット175にアクセスする手段となり得るシリアル接続、USBまたはファイアワイヤ接続、イーサネット(登録商標)接続など)に対応することができる。したがって、通信デバイス400が、何らかのタイプのネットワークベースのサーバ(たとえば、PDSN、SGSN、GGSN、S-GW、P-GW、MME、HSS、PCRF、アプリケーション170など)に対応する場合、情報を受信および/または送信するように構成された論理手段405は、一例では、イーサネット(登録商標)プロトコルによってネットワークベースのサーバを他の通信エンティティに接続するイーサネット(登録商標)カードに対応することができる。さらなる例では、情報を受信および/または送信するように構成された論理手段405は、通信デバイス400がそのローカル環境を監視する手段となり得る感知または測定ハードウェア(たとえば、加速度計、温度センサ、光センサ、ローカルRF信号を監視するためのアンテナなど)を含むことができる。情報を受信および/または送信するように構成され論理手段405は、実行されるときに、情報を受信および/または送信するように構成された論理手段405の関連ハードウェアがその受信機能および/または送信機能を実行できるようにする、ソフトウェアも含むことができる。しかしながら、情報を受信および/または送信するように構成された論理手段405は、ソフトウェア単体に対応するのではなく、情報を受信および/または送信するように構成された論理手段405は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【００４６】
図4を参照すると、通信デバイス400は、情報を処理するように構成された論理手段410をさらに含む。一例では、情報を処理するように構成された論理手段410は、少なくともプロセッサを含むことができる。情報を処理するように構成された論理手段410によって実行され得るタイプの処理の例示的な実施態様は、限定はしないが、判断を行うこと、接続を確立すること、異なる情報オプション間で選択を行うこと、データに関係する評価を行うこと、測定演算を実行するために通信デバイス400に結合されたセンサとやりとりすること、情報をあるフォーマットから別のフォーマットに(たとえば、.wmvから.aviへなど、異なるプロトコル間で)変換することなどを含む。たとえば、情報を処理するように構成された論理手段410中に含まれるプロセッサは、汎用プロセッサ、デジタルシグナルプロセッサ(DSP)、ASIC、フィールドプログラマブルゲートアレイ(FPGA)または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書において説明される機能を実行するように設計されたそれらの任意の組合せに対応することができる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPおよびマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実現され得る。情報を処理するように構成された論理手段410は、実行されるときに、情報を処理するように構成された論理手段410の関連ハードウェアがその処理機能を実行できるようにする、ソフトウェアも含むことができる。しかしながら、情報を処理するように構成された論理手段410は、ソフトウェア単体に対応するのではなく、情報を処理するように構成された論理手段410は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【００４７】
図4を参照すると、通信デバイス400は、情報を記憶するように構成された論理手段415をさらに含む。一例では、情報を記憶するように構成された論理手段415は、少なくとも非一時的メモリおよび関連ハードウェア(たとえば、メモリコントローラなど)を含むことができる。たとえば、情報を記憶するように構成された論理手段415に含まれる非一時的メモリは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形の記憶媒体に対応することができる。情報を記憶するように構成された論理手段415は、実行されるときに、情報を記憶するように構成された論理手段415の関連ハードウェアがその記憶機能を実行できるようにするソフトウェアも含むことができる。しかしながら、情報を記憶するように構成された論理手段415は、ソフトウェア単体に対応するのではなく、情報を記憶するように構成された論理手段415は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【００４８】
図4を参照すると、通信デバイス400は、オプションで、情報を提示するように構成された論理手段420をさらに含む。一例では、情報を提示するように構成された論理手段420は、少なくとも出力デバイスおよび関連ハードウェアを含むことができる。たとえば、出力デバイスは、ビデオ出力デバイス(たとえば、ディスプレイスクリーン、USB、HDMI(登録商標)のようなビデオ情報を搬送することができるポートなど)、オーディオ出力デバイス(たとえば、スピーカ、マイクロフォンジャック、USB、HDMI(登録商標)のようなオーディオ情報を搬送することができるポートなど)、振動デバイス、および/または、情報が出力のためにフォーマットされる際、または通信デバイス400のユーザもしくは操作者によって実際に出力される際の手段となり得る任意の他のデバイスを含むことができる。たとえば、通信デバイス400が図3に示されるようなUE300AまたはUE300Bに対応する場合には、情報を提示するように構成された論理手段420は、UE300Aのディスプレイ310AまたはUE300Bのタッチスクリーンディスプレイ305Bを含むことができる。さらなる例では、情報を提示するように構成された論理手段420は、(たとえば、ネットワークスイッチ、またはルータ、リモートサーバなど)ローカルユーザを有しないネットワーク通信デバイスのようないくつかの通信デバイスでは省略されることがある。情報を提示するように構成された論理手段420は、実行されるとき、情報を提示するように構成された論理手段420の関連ハードウェアが提示機能を実行できるようにする、ソフトウェアも含むことができる。しかしながら、情報を提示するように構成された論理手段420は、ソフトウェア単体に対応するのではなく、情報を提示するように構成された論理手段420は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【００４９】
図4を参照すると、通信デバイス400は、場合によっては、ローカルユーザ入力を受信するように構成された論理手段425をさらに含む。一例では、ローカルユーザ入力を受信するように構成された論理手段425は、少なくともユーザ入力デバイスおよび関連ハードウェアを含むことができる。たとえば、ユーザ入力デバイスは、ボタン、タッチスクリーンディスプレイ、キーボード、カメラ、オーディオ入力デバイス(たとえば、マイクロフォン、またはマイクロフォンジャックなど、オーディオ情報を搬送することができるポートなど)、および/または情報がそれによって通信デバイス400のユーザもしくは操作者から受信され得る任意の他のデバイスを含むことができる。たとえば、通信デバイス400が図3に示されるようなUE300AまたはUE300Bに対応する場合には、ローカルユーザ入力を受信するように構成された論理手段425は、キーパッド320A、ボタン315Aまたは310B〜325Bのうちのいずれか、タッチスクリーンディスプレイ305Bを含むことができる。さらなる例では、ローカルユーザ入力を受信するように構成された論理手段425は、(たとえば、ネットワークスイッチ、またはルータ、リモートサーバなど)ローカルユーザを有しないネットワーク通信デバイスのようないくつかの通信デバイスでは省略されることがある。ローカルユーザ入力を受信するように構成された論理手段425は、実行されるときに、ローカルユーザ入力を受信するように構成された論理手段425の関連ハードウェアがその入力受信機能を実行できるようにする、ソフトウェアも含むことができる。しかしながら、ローカルユーザ入力を受信するように構成された論理手段425は、ソフトウェア単体に対応するのではなく、ローカルユーザ入力を受信するように構成された論理手段425は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【００５０】
図4を参照すると、405〜425の構成された論理手段は、図4では別個のまたは相異なるブロックとして示されているが、それぞれの構成された論理手段がその機能を実行するためのハードウェアおよび/またはソフトウェアは、部分的に重複し得ることは理解されよう。たとえば、405〜425の構成された論理手段の機能を容易にするために使用されるいずれのソフトウェアも、情報を記憶するように構成された論理手段415に関連する非一時的メモリに記憶することができ、そうすることによって、405〜425の構成された論理手段はそれぞれ、その機能(すなわち、この場合、ソフトウェア実行)を、情報を記憶するように構成された論理手段415によって記憶されたソフトウェアの動作に部分的に基づいて実行する。同様に、構成された論理手段のうちの1つに直接関連付けられたハードウェアは、時々、他の構成された論理によって借用または使用され得る。たとえば、情報を処理するように構成された論理手段410のプロセッサは、データを、情報を受信および/または送信するように構成された論理手段405によって送信される前に、適切な形式にフォーマットすることができるので、情報を受信および/または送信するように構成された論理手段405は、その機能(すなわち、この場合、データの送信)を、情報を処理するように構成された論理手段410に関連付けられたハードウェア(すなわち、プロセッサ)の動作に部分的に基づいて実行する。
【００５１】
概して、別段に明示的に記載されていない限り、本開示全体にわたって使用される「ように構成された論理手段」という句は、ハードウェアにより少なくとも部分的に実施される実施形態を引き合いに出すものとし、ハードウェアから独立したソフトウェアだけの実施形態に位置づけるものではない。様々なブロックにおける構成された論理手段または「ように構成された論理手段」は、特定の論理ゲートまたは論理要素に限定されるのではなく、概して、本明細書に記載した機能性を、(ハードウェアまたはハードウェアとソフトウェアの組合せのいずれかを介して)実施するための能力を指すことは理解されよう。したがって、様々なブロックに示す構成された論理手段または「ように構成された論理手段」は、「論理(ロジック)」という言葉を共有するにもかかわらず、必ずしも論理ゲートまたは論理要素として実現されるとは限らない。様々なブロックの論理手段間の他のやりとりまたは協働が、以下でより詳細に説明する実施形態の検討から、当業者には明らかになるであろう。
【００５２】
様々な実施形態は、図5に示されたサーバ500などの、様々な市販のサーバデバイスのいずれかにおいて実現することができる。一例では、サーバ500は、上記のアプリケーションサーバ170の一例の構成に対応することができる。図5において、サーバ500は、揮発性メモリ502と、ディスクドライブ503のような大容量の不揮発性メモリとに結合された、プロセッサ501を含む。サーバ500はまた、プロセッサ501に結合された、フロッピー(登録商標)ディスクドライブ、コンパクトディスク(CD)またはDVDディスクドライブ506を含むことができる。サーバ500はまた、他のブロードキャストシステムコンピュータおよびサーバに、またはインターネットに結合されたローカルエリアネットワークなど、ネットワーク507とデータ接続を確立するための、プロセッサ501に結合されたネットワークアクセスポート504も含むことができる。図4との関連で、図5のサーバ500は、通信デバイス400の一例の実施態様を示しており、それにより、情報を送信および/または受信するように構成された論理手段405は、ネットワーク507と通信するためにサーバ500によって用いられるネットワークアクセスポート504に対応し、情報を処理するように構成された論理手段410はプロセッサ501に対応し、情報を記憶するように構成された論理手段415は、揮発性メモリ502、ディスクドライブ503および/またはディスクドライブ506の任意の組合せに対応する。情報を提示するように構成されたオプションの論理手段420およびローカルユーザ入力を受信するように構成されたオプションの論理手段425は、図5には明示的に示されず、そこに含まれる場合も、含まれない場合もある。したがって、図5は、図3の場合のような305Aまたは305BのようなUEの実施態様に加えて、通信デバイス400がサーバとして実現できることを実証するのを助ける。
【００５３】
種々の通信プロトコルを用いるアクセスネットワーク(たとえば、図2A〜図2Eに関して先に説明されたような、W-CDMA、LTEなどの3GPPアクセスネットワーク、またはWiFi、WLANまたは有線LAN、IEEE802、IEEE802.11などの非3GPPアクセスネットワーク)は、事業者(たとえば、Verizon、Sprint、AT&Tなど)によって管理されるIMSネットワークによるインターネットプロトコル(IP)マルチメディアサブシステム(IMS)サービスを、通信システムを介してユーザに提供するように構成することができる。IMSサービスを要求するためにIMSネットワークにアクセスするユーザは、要求されたIMSをサポートするための複数の地域アプリケーションサーバまたはアプリケーションサーバクラスタ(たとえば、同じクラスタ地域にサービスを提供するアプリケーションサーバ群)のうちの1つに割り当てられる。
【００５４】
図6は、本発明の一実施形態によるIMSアーキテクチャの一例を示す。図6を参照すると、AS1-1、AS1-2...AS1-Nとして表されるアプリケーションサーバの第1のクラスタはUEにIMSサービスを提供するように構成され、第1の地域内に位置し(または展開され)、AS2-1、AS2-2...AS2-Nとして表されるアプリケーションサーバの第2のクラスタはUEにIMSサービスを提供するように構成され、第2の地域内に位置する(または展開される)と仮定する。図6には明示されないが、アプリケーションサーバの他のクラスタも他のクラスタ地域内に展開することができる。図6において、アプリケーションサーバの各クラスタは、同じ事業者(たとえば、Sprint、Verizon、AT&Tなど)によって運用されると仮定される。図6において、UE1...Nは、クラスタ地域R1内で動作していると仮定され、3GPP RAN120A(たとえば、図2A〜図2EからのRAN120のいずれか)または非3GPP RAN120B(たとえば、有線イーサネット（登録商標）接続、AP125のようなWiFi接続など)のいずれかに接続するように構成される。その際、UE1...Nは、3GPP RAN 120Aまたは非3GPP RAN 120Bのいずれかを通してIMSネットワーク600に接続することができる。
【００５５】
図6を参照すると、IMSネットワーク600は、プロキシ呼セッション制御機能(P-CSCF:proxy call session control function)605、問合せCSCF(I-CSCF)610、サービングCSCF(S-CSCF)615、およびホーム加入者サーバ(HSS:Home Subscriber Server)620を含む、特定の1組のIMS構成要素を例示するように示される。P-CSCF 605、I-CSCF 610およびS-CSCF 615は多くの場合に、まとめてCSCFと呼ばれ、CSCFは、IMSネットワーク600のトランスポートプレーン、制御プレーンおよびアプリケーションプレーンの間のセッション開始プロトコル(SIP:Session Initiation Protocol )を介してシグナリングする責任を担う。
【００５６】
図6のP-CSCF605を参照すると、P-CSCF605は、トランスポートプレーン構成要素とのインターフェースを直接構成する責任を担い、UE1...Nのような任意のエンドポイントのためのIMSネットワーク600内のシグナリングの最初のポイントである。エンドポイントがIP接続を確保すると、そのエンドポイントによって、P-CSCF605への最初のシグナリングにより登録イベントが行われる。その名が意味するように、P-CSCF605は、エンドポイントからIMSネットワーク600の残りの部分へのSIPメッセージのためのプロキシである。P-CSCF605は通常、エンドポイントのホームネットワーク内にあるが、エンドポイントの訪問先ネットワーク内に存在することもできる。P-CSCF605は、DNS探索を用いて、ターゲットI-CSCF610を識別してSIPメッセージを送信し、ターゲットI-CSCF610は、自らのネットワーク内のI-CSCF610とすることができるか、または管理ドメインを越えた別のI-CSCFとすることができる。P-CSCF605は、ポリシー決定の責任を担うこともできる(たとえば、IMSのリリース5または6における一体型もしくは独立型ポリシー決定機能(PDF:Policy Decision Function)、IMSのリリース7におけるポリシー課金およびリソース機能(PCRF:Policy Charging, and Resource Function)などによる)。
【００５７】
図6のI-CSCF610を参照すると、I-CSCF610の主な機能は、アプリケーションプレーン内で見いだされたアプリケーションのために、エントリポイントとしてのP-CSCF605と制御ポイントとしてのS-CSCF615との間をプロキシすることである。P-CSCF605が登録要求SIPメッセージを受信するとき、DNS探索を実行して、適切なI-CSCF610を発見し、そのメッセージをルーティングする。I-CSCF610がSIPメッセージを受信すると、Diameterを介してHSS620で探索動作を実行し、エンドポイント端末に関連付けられるS-CSCF615を決定する。I-CSCF610がこの情報を受信すると、さらに処理するために、そのSIPメッセージを適切なS-CSCF615に転送する。
【００５８】
S-CSCF615を参照すると、S-CSCF615は、アプリケーションプレーンにおいて、アプリケーションサーバ(AS)(たとえば、クラスタ地域R1内のアプリケーションサーバ1-1、1-2...1-N、またはクラスタ地域2内のアプリケーションサーバ2-1、2-2...2-N)とのインターフェースを構成する責任を担う。I-CSCF610から登録要求SIPメッセージを受信すると、S-CSCF615は、Diameterプロトコルを介してHS622に問い合わせ、それにより、端末を現在サービスが提供されているとして登録する。後続のセッション確立は、どのS-CSCF615が端末セッション制御の責任を担うかを知る必要がある。登録プロセスの一部として、S-CSCF615は、HSS620への問合せから得た認証情報を用いて、端末を認証するために開始P-CSCF605に返送されるSIPメッセージ「チャレンジ」を発行する。
【００５９】
登録機構としての役割を果たすことに加えて、S-CSCF615は、ASにSIPメッセージをルーティングする責任も担い、それにより、制御プレーンセッション制御が、アプリケーションプレーンアプリケーションロジックとやりとりできるようにする。これを果たすために、S-CSCF615は、初期フィルタ基準(IFC:Initial Filter Criteria)の形でHSS620から得られた情報を使用し、その情報は、インバウンドセッション確立要求に対するトリガとしての役割を果たす。IFCは、SIPメッセージがアプリケーションプレーン内に存在する場合がある種々のアプリケーションサーバに対していかにして、どこからルーティングされるべきであるかを規定する規則を含む。また、S-CSCF615は、アプリケーションサーバとのメッセージ交換の過程において、アプリケーションサーバから得られた二次フィルタ基準(SFC:Secondary Filter Criteria)に基づいて動作することもできる。
【００６０】
図6を参照すると、IMSネットワーク600からIMSサービス(たとえば、VoIPセッション、PTTセッション、グループ通信セッションなどへの設定登録または参加登録)を要求するUEは、先に言及されたように、S-CSCF615によって選択されたターゲットアプリケーションサーバに割り当てられる(登録される)。一般的に、IMSネットワーク600は、ターゲットアプリケーションサーバとして、UEに物理的に近く、要求されたIMSサービスを提供できることもわかっているアプリケーションサーバを選択しようと試みる。
【００６１】
リッチコミュニケーションスイート(RCS)は、IMSドメインにおいて最近になって開発されたサービスタイプである。RCSによってユーザがその問合せ先からデバイス能力および/またはアプリケーションレベルマルチメディア能力を照会できるようになり、それにより、クライアントデバイスが、そのアドレス帳内の問合せ先の能力をリアルタイムに更新することができ、それにより、問合せ先のリアルタイム能力に基づいて、ボイスオーバLTE(VoLTE)、ビデオ通話、インスタントメッセージング(IM)、ファイルまたは画像共有などの「リッチコミュニケーション」を可能にする。現在のRCS標準規格では、UEが、ターゲットUEのUE特有RCS能力を要求するために、1つまたは複数のターゲットUEにUE-UE間(またはピアツーピア)SIP OPTIONSメッセージを送る。SIP OPTIONSメッセージは、送信側UEのRCS能力を含み、SIP OPTIONSメッセージは、ターゲットUEに、ターゲットUEのRCS能力を指示するSIP 200 OKメッセージをもって、SIP OPTIONSメッセージに応答するように促す。したがって、SIP OPTIONSメッセージおよびSIP 200 OKメッセージの交換は、ピアツーピアハンドシェイキングプロセスであり、そのプロセスはIMSネットワークによって仲介され、そのプロセスによって、両方の終点が他方の終点のためのそれぞれのRCS能力を更新する。
【００６２】
たとえば、UE1がIMSネットワークを介してUE2にSIP OPTIONSメッセージを送ることができ、そのメッセージは、UE1のRCS能力を指示し、UE2のRCS能力の指示をもってUE1に応答するようにUE2に要求し、UE1はIMSネットワークを介してUE3にSIP OPTIONSメッセージを送ることができ、そのメッセージは、UE1のRCS能力を指示し、UE3のRCS能力の指示をもってUE1に応答するようにUE3に要求し、他も同様である。その際、UE2は、UE1からのSIP OPTIONSメッセージに対して、UE2のRCS能力を指示するSIP 200 OKメッセージをもって応答し、UE3は、UE1からのSIP OPTIONSメッセージに対して、UE3のRCS能力を指示するSIP 200 OKメッセージをもって応答し、他も同様である。
【００６３】
理解されるように、現在のRCS標準規格では、RCS能力発見に関連付けられる全メッセージングは、そのRCS能力情報が要求されるUEの数とともに線形に増加する。上記からの例では、UE1が大量のターゲットUEに関するRCS能力を更新したい場合には、これにより、今度は、UE1とターゲットUEとの間に相対的に大量のトラフィックを引き起こすことになる。
【００６４】
図7は、一群の問合せ先に関するRCS能力を発見する従来のプロセスを示す。図7を参照すると、UE1が第1のユーザに関連付けられると仮定する。UE1はRCSサービスに関してIMSネットワーク600で登録する、700。700における登録は、第1のユーザのUEのいずれかのためのIMSネットワークでのRCSサービスに関する初期登録に対応することができるか、または代替的には、UE1によるIMSネットワークでのRCSサービスに関する初期登録に対応することができ、その場合、第1のユーザは、IMSネットワークでのRCSサービスに関して以前に登録されている1つまたは複数の他のUEにすでに関連付けられている。
【００６５】
700において登録を実行した後に、UE1は、第1のユーザのアドレス帳内のRCS問合せ先ごとにRCS能力情報を検索することに決める、705。第1のユーザのアドレス帳内のRCS問合せ先は、アドレス帳内の第1のユーザの問合せ先のすべて、またはその一部に対応することができる。たとえば、UE1が初めて起動するとき、UE1は一般的にはその各問合せ先に関するRCS能力を知らない。それにより、その問合せ先のすべてに対して、初期RCS能力発見手順が実行される。経時的に、UE1は、これまでにいかなるRCS能力も報告しない問合せ先が、問合せのしきい値数後に除外されるように、RCS能力をさらに選択的に照会することができる。したがって、700の登録が、UE1の初期起動後の最初の登録である場合には、705における判断は、第1のユーザのアドレス帳内の問合せ先のすべてを含むことができ、700の登録が、後続の登録である場合には、UE1は、RCS問合せ先として、その問合せ先の一部を識別するオプションを有する。説明の便宜上、第1のユーザのアドレス帳内のRCS問合せ先は、それぞれ第1のユーザからの異なるユーザによって運用されるUE2...5にマッピングすると仮定する。UE2...5はそれぞれ異なるユーザに関連付けることができるか、または代替的には、UE2...5のうちの2つ以上を第1のユーザのアドレス帳からの同じユーザに関連付けることができる(たとえば、UE2は第2のユーザの携帯電話とすることができ、一方、UE3は第2のユーザのiPadとすることができ、携帯電話およびiPadの問合せ先情報はいずれも、UE1上の第1のユーザのアドレス帳内に第2のユーザに関して記憶される。)
【００６６】
この時点で、UE1は、そのそれぞれのRCS能力情報に関して、UE2...Nに照会するのに成功する。710において、UE1は、UE1のRCS能力を指示するSIP OPTIONSメッセージを、IMSネットワーク600を介してUE2に送信し、UE2は、UE2に関するRCS能力を指示するSIP 200 OKメッセージをもって、710からのSIP OPTIONSメッセージに応答する、715。720において、UE1は、UE1のRCS能力を指示するSIP OPTIONSメッセージを、IMSネットワーク600を介してUE3に送信し、UE3は、UE3に関するRCS能力を指示するSIP 200 OKメッセージをもって、720からのSIP OPTIONSメッセージに応答する、725。730において、UE1は、UE1のRCS能力を指示するSIP OPTIONSメッセージを、IMSネットワーク600を介してUE4に送信し、UE4は、UE4に関するRCS能力を指示するSIP 200 OKメッセージをもって、730からのSIP OPTIONSメッセージに応答する、735。740において、UE1は、UE1のRCS能力を指示するSIP OPTIONSメッセージを、IMSネットワーク600を介してUE5に送信し、UE5は、UE5に関するRCS能力を指示するSIP 200 OKメッセージをもって、740からのSIP OPTIONSメッセージに応答する、745。
【００６７】
図7に示されるRCS能力発見手順は、700におけるRCSサービス登録によってトリガされるように示される(たとえば、RCSサービスのための初期ユーザ登録、またはRCSサービスのための新たなデバイス登録)。しかしながら、RCS能力発見手順は、(i)新たなRCS問合せ先がUE1上の第1のユーザのアドレス帳に追加されたとき、(ii)UE1上の第1のユーザのRCS問合せ先のRCS能力情報をリフレッシュするために定期的に、および/または(iii)第1のRCS問合せ先のうちの1つまたは複数に関連付けられる詳細(たとえば、電話番号、SIP URIなど)が編集されたとき、のような、他のシナリオにおいてトリガすることもできる。
【００６８】
本発明の実施形態は、RCS能力発見手順に向けられ、その手順によれば、複数のターゲットUEに関するRCS能力情報が、要求側UEによって、単一のターゲットUEから検索される。以下にさらに詳細に説明されるように、RCS能力交換手順に関与する2つのUE間で交換されるSIP OPTIONSメッセージおよびSIP 200 OKメッセージを変更することによって、2つ以上のUEに関するRCS能力情報を単一のSIP 200 OKメッセージメッセージによって搬送することができる。
【００６９】
図8は、本発明の一実施形態によるRCS能力発見手順に向けられる。図8を参照すると、UE2およびUE3がそれぞれ自らのRCS能力情報を知っていること、およびUE2およびUE3がUE4およびUE5に関して以前に入手されたRCS能力情報を有することを仮定する(たとえば、以前のSIP OPTIONS/200 OKハンドシェイキング手順中に、または図8に関してUE1において後に説明されるプロセスに類似のプロセスを介して他のUEから)、800および805。しかしながら、UE2およびUE3によって保持される、UE4に関するRCS能力情報の経過時間が異なり、UE2上に保持されるUE4に関するRCS能力情報は、UE3上に保持されるUE4に関するRCS能力情報より古いことをさらに仮定する。一例では、この条件は、UE3がUE2と比較して、最近になって、UE4のRCS能力情報をリフレッシュしたことに基づいて生じる可能性がある。図8の実施形態では、UE2およびUE3は、UE4およびUE5に関するRCS能力情報を知っているので、UE4およびUE5もUE2およびUE3に関するRCS能力情報を知っている可能性がある。したがって、UE4およびUE5はそれぞれ自らのRCS能力情報を知っており、UE4およびUE5はUE2およびUE3に関して以前に入手されたRCS能力情報を有すると仮定する、810および815。以下の表2(Table 2)は、800〜815の間にUE2...5において保持することができるRCS能力情報の一例を表す。
【００７０】
【表２】
0006505679.tif 000003
【００７１】
表2(Table 2)(上記)に示されるように、特定のRCS能力情報および関連する経過時間(またはタイムスタンプ、表2(Table 2)において「T」で表される)が与えられ、各UEの自らのRCS能力情報のタイムスタンプ(「T」)は「現在」を付されている。タイムスタンプ(「T」)は、関連するUEがRCS能力情報を他のユーザ(RCS能力情報を保持するUEまたは何らかの他の介在するUE)に送信した時刻、またはRCS能力情報が関連するUEにおいて認証された、実際に送信する前の早期の時点を指示することができる。
【００７２】
図8を参照すると、UE1が第1のユーザに関連付けられると仮定する。RCSサービスに関してIMSネットワーク600で登録した後のある時点で、UE1は、第1のユーザのアドレス帳内の2つ以上のRCS問合せ先に関するRCS能力情報を検索することに決める、820。820の決定は、(i)RCSサービスのための初期ユーザ登録、(ii)RCSサービスのための新規デバイス登録、(iii)UE1上の第1のユーザのアドレス帳に新たなRCS問合せ先が追加されること、(iv)UE1上の第1のユーザのRCS問合せ先のRCS能力情報のリフレッシュがトリガされる次の定期的な間隔に達したこと、および/または(v)第1のユーザのRCS問合せ先のうちの1つまたは複数に関連付けられる詳細(たとえば、電話番号、SIP URIなど)に対する編集によって、トリガすることができる。
【００７３】
図7と同様に、第1のユーザのアドレス帳内のRCS問合せ先は、アドレス帳内の第1のユーザの問合せ先のすべて、またはその一部に対応することができる。一例では、図7の705と同様に、UE1は、820において、第1のユーザのアドレス帳内のRCS問合せ先ごとのRCS能力情報を検索(またはリフレッシュ)することに決めることができる。代替的には、UE1は、820において、第1のユーザのアドレス帳内のRCS問合せ先の一部(たとえば、すべてより少ない)に関するRCS能力情報を検索またはリフレッシュしようと試みることに決めることができる。説明の便宜上、820においてRCS能力情報更新が決定される2つ以上のRCS問合せ先は、それぞれ第1のユーザとは異なるユーザによって運用されるUE2...5にマッピングすると仮定する。UE2...5はそれぞれ異なるユーザに関連付けることができるか、または代替的には、UE2...5のうちの2つ以上を第1のユーザのアドレス帳からの同じユーザに関連付けることができる(たとえば、UE2は第2のユーザの携帯電話とすることができ、一方、UE3は第2のユーザのiPadとすることができ、携帯電話およびiPadの問合せ先情報はいずれも、UE1上の第1のユーザのアドレス帳内に第2のユーザに関して記憶される。)
【００７４】
UE2...5を、820においてRCS能力情報を検索または更新するRCS問合せ先として識別した後に、UE1はオプションで、UE2...5のそれぞれの優先順位を評価し、UE1がRCS能力情報を検索しようと試みる更新順序を判断することができる、825。たとえば、第1のユーザの妻に対応する第1のRCS問合せ先は、第1のユーザの同僚に対応する第2のRCS問合せ先より高い優先順位を割り振られる場合がある。さらに、複数のUEを同じRCS問合せ先に関連付けることができ、同じ問合せ先に関連付けられる異なるUEに異なる優先順位を割り振ることもできる。たとえば、第1のユーザの妻によって運用される携帯電話は、第1のユーザの妻は携帯電話を常に持ち歩くと考えることができるので、第1のユーザの妻によって運用されるiPadより高い優先順位を割り振ることができる。表3(Table 3)(以下)は、UE2...5に関するUE1に関連付けられる例示的な1組の優先順位を示す。
【００７５】
【表３】
0006505679.tif 000004
【００７６】
表3(Table 3)に示される優先順位は、ユーザ特有とする(ソーシャルネットワークを介して確認する)ことができ、UEの相対的な優先順位を推測するために用いることができる、第1のユーザとの関係状況(たとえば、妻、夫、同僚、家族の一員、友人)に基づいて決定される。しかしながら、優先順位は、関係状況に加えて、いくつかの代替の方法において決定することができる。たとえば、UEの優先順位は、UE1が他のUEとやりとりする頻度に基づいて決定することができる(やりとりの頻度が高いほど、高い優先順位に関連付けることができる)。別の例では、時刻および/または場所のような要因を用いて、優先順位に影響を及ぼすことができる。たとえば、UE2がサンディエゴに住む第1のユーザの友人によって運用される場合には、UE1がサンディエゴ付近に位置することが検出されることによって、UE2の優先順位を高めることができる。なぜなら、それぞれのユーザが互いに近くに位置するとき、UE1がUE2に連絡しようと試みることになる可能性が高いためであり、それにより、UE1がUE2の近くにいる間、UE2の優先順位を高めることができる。別の例では、UE3がUE1の同僚によって運用される場合には、UE1とUE3との間の通信が他の時間と比較して高い可能性がある正規の勤務時間中に、UE3の優先順位を高くすることができる。先に言及された優先順位要因は、特定のRCS能力情報発見手順の場合のそれぞれのUEのための結果的な優先順位に達するために、単独で、または組み合わせて用いることができる。したがって、優先順位は必ずしも静的ではなく、状況に基づいて変化することができる。
【００７７】
UE2...5が優先順位によってランク付けされるか、あるタイプのデフォルトの順序付け機構によって順序を付けられるかにかかわらず、UE1は、UE2、その後UE3(必要な場合)、その後UE4(必要な場合)、その後UE5(必要な場合)の順序でUE2...5にSIP OPTIONSメッセージを送ることに決めると仮定する。830において、UE1は、UE1のRCS能力情報を指示するだけでなく、UE3...5のそれぞれを識別する、UE2に送達するためのSIP OPTIONSメッセージを構成する。SIP OPTIONSメッセージがUE3...5を識別するように構成される態様は、いくつかの異なる方法において実施することができる。たとえば、UE3...5のための電話番号および/またはSIP統一リソース識別子(URI:Uniform Resource Identifier)を、新たな専有フィールド、またはSIP OPTIONS BLOBフィールドのようなRCS標準規格によってすでに定義されているフィールドにおいてSIP OPTIONSメッセージに添付することができる。代替的には、UE3...5のための電話番号および/またはURI全体を含む代わりに、UE1は、電話番号および/またはURIのハッシュ(たとえば、MD5ハッシュ)を含むSIP OPTIONSメッセージを構成することができる。
【００７８】
830においてSIP OPTIONSメッセージを構成した後に、UE1は、UE1のRCS能力を指示し、UE3...5も識別する構成されたSIP OPTIONSメッセージを、IMSネットワーク600を介してUE2に送信する、835。UE2は、構成されたSIP OPTIONSメッセージを受信し、UE2に関するRCS能力情報を指示するSIP 200 OKメッセージを生成する、840。しかしながら、図8の実施形態では、UE2も、UE2の自らのアドレス帳に対してUE3、UE4およびUE5に関する識別情報を比較し、何らかの一致が生じるか否かを判断する。1つまたは複数の一致があり、UE2が、一致する問合せ先に関するRCS能力情報を保持する場合には、840において、UE2は、一致する問合せ先に関するRCS能力情報をSIP 200 OKメッセージに追加する。この場合、表2(Table 2)(上記)に示されるように、835からのSIP OPTIONSメッセージは、UE4およびUE5を識別し、UE2はUE4およびUE5に関するRCS能力情報を保持するので、840において、UE2は、UE4およびUE5に関するRCS能力情報をSIP 200 OKメッセージに添付する。その後、UE2は、UE2、UE4およびUE5のRCS能力を指示する構成されたSIP 200 OKメッセージを、IMSネットワーク600を介して、UE1に送信する、845。
【００７９】
この時点で、表2(Table 2)(上記)に示されるRCS能力情報状態から5秒が経過していると仮定し、UE1に知られているRCS能力情報(自らのRCS能力情報の他に)が、次のように、表4(Table 4)(下記)に示される。
【００８０】
【表４】
0006505679.tif 000005
【００８１】
表4(Table 4)(上記)に示される仮定に基づいて、845において、UE1は、UE2から受信されたSIP 200 OKメッセージから、UE2に関するRCS能力情報を入手するのに成功した。しかしながら、UE2はUE3に関するRCS能力情報を提供しない。また、図8の実施形態では、RCS期限切れしきい値が60分に対応し、それにより、60分より古いあらゆるRCS能力情報が期限切れであると見なされると仮定する。この仮定によれば、UE4に関するRCS能力情報は、UE2によって受信されたときに、概ね2時間経過しているので、期限切れである。RCS期限切れしきい値は、静的に(たとえば、60分など)にすることができるか、または以下に図9の910においてRCS能力情報経過時間しきい値に関して説明されるように、優先順位または何らかの他の要因に基づいて動的にすることができる。それにより、下に図9の910に関して説明されるRCS能力情報経過時間しきい値は、図8のプロセス中にUE1によって、RCS能力情報が期限切れになっているか否かを判断するために用いられるRCS期限切れしきい値と同じにできるか、または異なることができる。850において、UE3は、優先順位に基づいて(または何らかのデフォルトの順序付け方式に基づいて)825において判断された順序においてUE2の後の次のUEであるので、UE1は、UE3にpingを送ることによってRCS能力発見手順を継続することに決める。
【００８２】
855において、UE1は、UE3に送達するために、UE1のRCS能力情報を指示するだけでなく、UE2、UE4およびUE5のそれぞれを識別するSIP OPTIONSメッセージを構成する。代替形態として、UE1のUE2に関するRCS能力情報は最新であるので、855において、UE2はSIP OPTIONSメッセージから省かれる可能性がある。830と同様に、SIP OPTIONSメッセージがUE2、UE4およびUE5を識別するように構成される態様は、いくつかの異なる方法において実施することができる(SIP OPTIONSメッセージの新たな専有フィールドを用いて、SIP OPTIONS BLOBフィールドにUE2、UE4およびUE5の電話番号および/またはURIまたはそのハッシュを添付することなど)。
【００８３】
855においてSIP OPTIONSメッセージを構成した後に、UE1は、UE1のRCS能力を指示し、UE2、UE4およびUE5も識別する構成されたSIP OPTIONSメッセージを、IMSネットワーク600を介してUE3に送信する、860。UE3は、構成されたSIP OPTIONSメッセージを受信し、UE3に関するRCS能力情報を指示するSIP 200 OKメッセージを生成する、865。しかしながら、図8の実施形態では、UE3も、UE3の自らのアドレス帳に対してUE2、UE4およびUE5に関する識別情報を比較し、何らかの一致が生じるか否かを判断する。1つまたは複数の一致があり、UE3が、一致する問合せ先に関するRCS能力情報を保持する場合には、865において、UE3は、一致する問合せ先に関するRCS能力情報をSIP 200 OKメッセージに追加する。この場合、表2(Table 2)(上記)に示されるように、860からのSIP OPTIONSメッセージは、UE4およびUE5を識別し、UE3はUE4およびUE5に関するRCS能力情報を保持するので、865において、UE3は、UE4およびUE5に関するRCS能力情報をSIP 200 OKメッセージに添付する。その後、UE3は、UE3、UE4およびUE5のRCS能力を指示する構成されたSIP 200 OKメッセージを、IMSネットワーク600を介して、UE1に送信する、870。
【００８４】
この時点で、表4(Table 4)(上記)に示されるRCS能力情報状態からさらに5秒が経過していると仮定し、UE1に知られているRCS能力情報(自らのRCS能力情報の他に)が、次のように、表5(Table 5)(下記)に示される。
【００８５】
【表５】
0006505679.tif 000006
【００８６】
表5(Table 5)(上記)に示される仮定に基づいて、UE1は、UE2に関するRCS能力情報を更新する、875。詳細には、表5(Table 5)において示されるように、UE1は、870においてUE3から受信されたSIP 200 OKメッセージと組み合わせて、845においてUE2から受信されたSIP 200 OKメッセージからUE2...5のそれぞれに関するRCS能力情報を入手するのに成功した。詳細には、870のSIP OPTIONSメッセージにおいてUE2に関してUE3によって報告されたRCS能力情報より最新であるので、UE2に関して、UE1のRCS能力情報状態は、840においてSIP 200 OKメッセージにおいてUE2によって報告されたRCS能力情報を使用する。さらに、870のSIP OPTIONSメッセージにおいてUE2によって報告されたRCS能力情報はUE3に関するいかなるRCS能力情報も含まないので、UE3に関して、UE1のRCS能力情報状態は、870においてSIP 200 OKメッセージにおいてUE3によって報告されたRCS能力情報を使用する。さらに、840のSIP OPTIONSメッセージにおいてUE4に関してUE2によって報告された期限切れのRCS能力情報より最新であるので、UE4に関して、UE1のRCS能力情報状態は、870においてSIP 200 OKメッセージにおいてUE3によって報告されたRCS能力情報を使用する。さらに、870のSIP OPTIONSメッセージにおいてUE5に関してUE3によって報告されたRCS能力情報より最新であるので、UE5に関して、UE1のRCS能力情報状態は、840においてSIP 200 OKメッセージにおいてUE2によって報告されたRCS能力情報を使用する。
【００８７】
図8には明示されないが、RCS問合せ先(またはUE)のうちの1つまたは複数は、それぞれのRCS能力情報が第三者のUEと共有されることを許されるか否かに関して制限を加える場合がある。たとえば、特定のユーザは、自分のデバイスのうちの1つに関する自分のRCS能力情報が、身近な家族の一員と共有されること許すが、友人または同僚と共有されることは許さない場合がある。この場合、UE2は、たとえば、840においてSIP 200 OKメッセージにUE5のRCS能力情報を追加する許可を得るように要求される場合がある。そのような許可は、あらかじめ得ることができるか(たとえば、UE5がUE2に、UE2がUE5のRCS能力情報を提供してもよいRCS問合せ先の許可されたバディリストを与える)、またはリアルタイムに得ることができる(たとえば、835においてUE1からSIP OPTIONSメッセージが到着した後に、UE2は、UE5のRCS能力情報をUE1に提供する許可を得るために、UE5にpingを送る)。代替的には、UE5は、単に、任意の要求側エンティティに自らのRCS能力情報を開示しないようにUE2に求めることができる。それにより、ユーザが、どのUEがRCS能力情報にアクセスするかを制御できるようにする本発明の他の実施形態において、図8のプロセスの一部として許可の態様を行うことができる。
【００８８】
さらに、図8には明示されないが、820において、UE1がそのRCS問合せ先のすべてより少ない問合せ先に問い合わせることに決める場合には、UE1はそれでも、835および/または855において、SIP OPTIONSメッセージ内のRCS問合せ先のその完全なリストを識別するオプションを有する。たとえば、UE1のアドレス帳が少なくともUE2...UE6を含むと仮定する。この例では、UE1がUE2...5に関する期限切れのRCS能力情報を有する(またはRCS能力情報が存在しない)ことに基づいて、820においてUE2...5が選択され、UE6のRCS能力情報はまだ新しいために、820において、UE1がUE6を選択しない場合には、UE6が図8のプロセス中に実際のSIP OPTIONSメッセージそのものを(すなわち、UE1から直接)受信するように待ち行列に入れられない場合であっても、UE1は、UE6に関するプリエンプティブリフレッシュ機構として、835および/または860においてSIP OPTIONSメッセージにUE6の識別情報を含むというオプションを有する。言い換えると、UE1は、可能なら、UE6のRCS能力情報をリフレッシュすることになるが、図8のプロセスの結果として、UE6に関するRCS能力情報がリフレッシュされない場合には、SIP OPTIONSメッセージのためのターゲットとしてUE6を直接探索しない。
【００８９】
さらに、図8には明示されないが、別の実施形態では、UE1は、SIP 200 OKメッセージと同様に、1つまたは複数の他のUEに関するRCS能力情報を含むようにSIP OPTIONSメッセージを構成することができる。たとえば、845において受信されるSIP 200 OKメッセージは、UE2、UE4(期限切れ)およびUE5に関するRCS能力情報を含む。後に、860のSIP OPTIONSメッセージを介してUE3からUE2...5に関するRCS能力情報を要求することに加えて、UE1は、UE1がすでに知っているRCS能力情報を860のSIP OPTIONSメッセージに添付することもできる(たとえば、UE2、UE4およびUE5に関する識別情報とともにSIP OPTIONS BLOBフィールド内で、新たな専有フィールド内で、など)。また、UE1は、オプションで、その期限切れに起因して、UE4に関するRCS能力情報を除外することもできる。このようにして、別の実施形態では、複数のUE(単に送信側UEとは対照的)に関するRCS能力情報の交換は、SIP 200 OKメッセージに加えて、SIP OPTIONSメッセージを介して搬送することができる。
【００９０】
図9は、所与のUEが、本発明の一実施形態による、ターゲットUEの優先順位に基づいてターゲットUEに関するRCS能力情報をリフレッシュするか否かを判断するプロセスを示す。図9を参照すると、所与のUEがターゲットUEに関連付けられるRCS能力情報を入手し、その場合、そのRCS能力情報は、RCS能力情報がターゲットUEによって報告(または認証)された時刻を指示するタイムスタンプを含む、900。言い換えると、タイムスタンプは、ターゲットUEがRCS能力情報を他のUE(RCS能力情報を保持するUEまたは他の介在するUE)に送信した時刻、またはRCS能力情報がターゲットUEにおいて認証された、実際に送信する前の早期の時点とすることができる。図8に関して先に示されたように、UE5がそのRCS能力情報をUE2に報告し、UE2がその後、UE5のRCS能力情報をUE1に報告する場合には、UE5のRCS能力情報に関するUE1において追跡されるタイムスタンプは、UE5がそのRCS能力情報をUE2に報告した時刻に対応することになる(すなわち、UE2がこのデータをUE1に単に転送した時刻ではない)。
【００９１】
図9を参照すると、所与のUEはターゲットUEのための優先順位レベルを判断する、905。たとえば、ターゲットUEに関する優先順位レベルは、表3(Table 3)に関して先に説明されたように判断することができる(たとえば、ターゲットUEが勤務時間中に同僚によって運用される場合に、所与のUEの運用者の妻である場合、所与のUEおよびターゲットUEがすぐ近くにいる場合、または所与のUEおよびターゲットUEが特定の時間帯に通信する履歴を有する場合には、ターゲットUEは高い優先順位を有することができる)。905において判断された優先順位に基づいて、所与のUEは、優先順位特有のRCS能力情報経過時間しきい値を識別する、910。RCS能力情報経過時間しきい値は、ターゲットUEに関するRCS能力情報リフレッシュ手順がトリガされる前に、ターゲットUEに関するRCS能力情報が経過するのを許される時間を決定する。理解されるように、優先順位の高いRCS問合せ先に関するRCS能力情報が、優先順位の低いRCS問合せ先より「新しい状態に」保持されるように、ターゲットUEに関する優先順位が高いほど、短いRCS能力情報経過時間しきい値に関連付けられる。たとえば、ターゲットUEが低い優先順位を有する場合には、RCS能力情報経過時間しきい値は90分にすることができ、ターゲットUEが中間の優先順位を有する場合には、RCS能力情報経過時間しきい値は60分にすることができ、ターゲットUEが高い優先順位を有する場合には、RCS能力情報経過時間しきい値は30分にすることができる。先に言及されたように、RCS能力情報経過時間しきい値は、図8に関して先に説明されたRCS期限切れしきい値と同じすることができるか、または異なることができる。
【００９２】
915において、所与のUEは、900において得られたRCS能力情報に関するタイムスタンプとともに910において識別されたRCS能力情報経過時間しきい値に基づいて、RCS能力情報の期限が切れたか否かを追跡するタイマを始動するか、またはリセットする。先に言及されたように、RCS能力情報の「経過時間」は、ターゲットUE自体によってRCS能力情報が報告された時刻から導出され、必ずしも、何らかの介在するUEが、ターゲットUEのRCS能力情報を所与のUEに搬送した時刻にはよらない。920において、タイマが満了する前に、所与のUEは、所与のUEにおいて、ターゲットUEに関するより新しいRCS能力情報が受信されたか否かを判断する、920。そうである場合には、そのプロセスは915に戻り、新たに到着したRCS能力情報に関連付けられるタイムスタンプに基づいて、タイマがリセット(または延長)される。そうでない場合には、925において、所与のUEは、タイマが満了したか否かを判断する。詳細には、925におけるタイマの満了は、現在の時刻と、ターゲットUEに関して所与のUEにおいて受信された最新のRCS能力情報のタイムスタンプとの間の時間が、910においてターゲットUEに関して識別されたRCS能力情報経過時間しきい値を超えるときに生じると見なされる。
【００９３】
図9を参照すると、925において、タイマが満了していないと判断される場合には、プロセスは920に戻り、実行し続ける。そうではなく、925においてタイマが満了した場合には、所与のUEは、所与のRCS能力情報を指示するSIP OPTIONSメッセージをターゲットUEに送信する、930。930において送信されるSIP OPTIONSメッセージは、オプションで、図8の835および/または860と同様に、所与のUEが他のRCS問合せ先に関してもRCS能力情報を更新しようと試みることができるように、1つまたは複数の他のRCS問合せ先(ターゲットUEの他に)に関する識別子をさらに含むように構成することができる。935において、ターゲットUEは、少なくともターゲットUEのRCS能力情報と、潜在的には、SIP OPTIONSメッセージにおいて識別された1つまたは複数の他のRCS問合せ先に関するRCS能力情報(たとえば、ターゲットUEがそのような情報にアクセスすることができ、それを所与のUEに与えることが許可される場合)とを指示するSIP 200 OKメッセージをもって、所与のUEからのSIP OPTIONSメッセージに応答する。所与のUEは、ターゲットUEに関するRCS能力情報および関連するタイムスタンプを更新する、940。また、SIP 200 OKメッセージが他のRCS問合せ先に関するRCS能力情報を含んでいた場合には、所与のUEは、他のRCS問合せ先に関するRCS能力情報および関連するタイムスタンプも更新することができる、945。945後に、そのプロセスは915に戻り、ターゲットUEから新たに到着したRCS能力情報に関連付けられるタイムスタンプに基づいて、タイマがリセットされるか、または延長される。図9は、1つの特定のターゲットUEに関して先に説明されたが、図9は、所与のUEが、それぞれの優先順位レベルに基づく「新しさ」の目標レベルにおいてそのRCS問合せ先ごとにRCS能力情報を保持できるように、複数のターゲットUEに関して並列に実行できることは理解されよう。
【００９４】
複数の実施形態がSIP OPTIONS、 SIP 200 OKなどのプロトコル特有信号に関して先に説明されたが、実施形態は任意のピアツーピアRCS能力収集プロトコルに拡張することができ、先に提供された特定のプロトコル例に限定されないことは理解されよう。
【００９５】
情報および信号が多種多様な異なる技術および技法のいずれかを使用して表すことができることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００９６】
さらに、本明細書で開示された実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実現され得ることを、当業者は理解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、上記では概してそれらの機能に関して説明されてきた。そのような機能がハードウェアとして実現されるか、またはソフトウェアとして実現されるかは、具体的な適用例および全体的なシステムに課される設計制約によって決まる。当業者は、説明される機能を具体的な応用形態ごとに様々な方法で実現することができるが、そのような実現の決定は、本発明の範囲からの逸脱を生じるものと解釈されるべきではない。
【００９７】
本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せで実現または実行することができる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPおよびマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実現され得る。
【００９８】
本明細書において開示された実施形態に関連して説明された方法、シーケンス、および/またはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組合せで直接具現され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形の記憶媒体中に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替形態では、記憶媒体はプロセッサと一体にすることができる。プロセッサおよび記憶媒体はASIC内に存在することができる。ASICはユーザ端末(たとえば、UE)中に存在し得る。代替形態では、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として存在し得る。
【００９９】
1つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せにおいて実現され得る。ソフトウェアにおいて実現された場合、機能は、1つまたは複数の命令またはコードとして、コンピュータ可読記録媒体上に記憶されるか、またはコンピュータ可読記録媒体を介して送信され得る。コンピュータ可読記録媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセス可能である任意の入手可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読記録媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または、命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために用いることができ、コンピュータによってアクセス可能である、任意の他の媒体を含むことができる。また、当然、あらゆる接続がコンピュータ可読記録媒体と呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合には、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー(登録商標)ディスク(disk)およびブルーレイディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読記録媒体の範囲の中に含まれるべきである。
【０１００】
上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく、本明細書において様々な変更および修正が加えられ得ることに留意されたい。本明細書に記載された本発明の実施形態による方法クレームの機能、ステップおよび/または動作は、特定の順序で実行される必要はない。さらに、本発明の要素は、単数形で記載または特許請求されている場合があるが、単数形に限定することが明示的に述べられていない限り、複数形が考えられる。
【符号の説明】
【０１０１】
100  ワイヤレス通信システム
104  エアインターフェース
106  エアインターフェース
108  エアインターフェース
120  RAN
120A  3GPP RAN
120B  非3GPP RAN
125  アクセスポイント
140  コアネットワーク
140A  LTE/EPSネットワーク
140B  HRPDコアネットワーク
170  アプリケーションサーバ
175  インターネット
200A  基地局
200B  NodeB
200D  発展型NodeB
205D  発展型NodeB
210D  発展型NodeB
200E  ベーストランシーバ基地局(BTS)
205A  基地局
205B  NodeB
205D  eNodeB
205E  ベーストランシーバ基地局(BTS)
210A  基地局
210B  NodeB
210D  eNodeB
210E  ベーストランシーバ基地局(BTS)
215A  基地局コントローラ(BSC)
215B  無線ネットワークコントローラ(RNC)
215D  モビリティ管理エンティティ(MME)
215E  eBSC/ePCF
220A  PCF
220B  SGSN
220D  モビリティ管理エンティティ(MME)
225A  PDSN
225B  GGSN
225D  ホーム加入者サーバ(HSS)
225E  認証許可アカウンティング(AAA)サーバ
230D  サービングゲートウェイ(S-GW)
230E  PDSN/FA
235D  パケットデータネットワークゲートウェイ(P-GW)
240D  ポリシーおよび課金規則機能(PCRF)
300A  UE
300B  UE
302  プラットフォーム
305A  アンテナ
305B  タッチスクリーンディスプレイ
306  送受信機
308  ASIC
310A  ディスプレイ
310B  周辺ボタン
312  メモリ
314  ローカルデータベース
315A  ボタン
315B  周辺ボタン
320A  キーパッド
320B  周辺ボタン
325B  周辺ボタン
330B  フロントパネルボタン
400  通信デバイス
405  情報を受信および/または送信するように構成された論理手段
415  情報を処理するように構成された論理手段
415  情報を記憶するように構成された論理手段
420  情報を提示するように構成された論理手段
425  ローカルユーザ入力を受信するように構成された論理手段
500  サーバ
501  プロセッサ
502  揮発性メモリ
503  ディスクドライブ
504  ネットワークアクセスポート
506  ディスクドライブ
507  ネットワーク
600  IMSネットワーク
605  プロキシ呼セッション制御機能(P-CSCF)
610  問合せCSCF(I-CSCF)
615  サービングCSCF(S-CSCF)
620  ホーム加入者サーバ(HSS:Home Subscriber Server)
【図１】
0006505679.tif 000007
【図２Ａ】
0006505679.tif 000008
【図２Ｂ】
0006505679.tif 000009
【図２Ｃ】
0006505679.tif 000010
【図２Ｄ】
0006505679.tif 000011
【図２Ｅ】
0006505679.tif 000012
【図３】
0006505679.tif 000013
【図４】
0006505679.tif 000014
【図５】
0006505679.tif 000015
【図６】
0006505679.tif 000016
【図７】
0006505679.tif 000017
【図８】
0006505679.tif 000018
【図９】
0006505679.tif 000019