(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信システム内の高優先度通信セッションを調停するように構成されたアプリケーションサーバにおいて前記高優先度通信セッションをサポートする方法であって、
前記アプリケーションサーバにおいて呼発信者から、少なくとも1つの呼ターゲットとの所与の通信セッションを開始したいという要求を受信するステップであって、前記受信された要求が、前記所与の通信セッションが高優先度に関連付けられていることを前記アプリケーションサーバに示すように構成された、受信するステップと、
前記少なくとも1つの呼ターゲットに前記所与の通信セッションを受け付けさせるように呼告知を構成するステップと、
前記構成された呼告知を前記少なくとも1つの呼ターゲットに送信するステップと、
前記所与の通信セッションを、最初のフロア保持者としての前記呼発信者との半二重通信セッションとしてセットアップするステップと、
前記所与の通信セッション中に、前記半二重通信セッションの現在のフロア保持者以外の所与の呼参加者からメディアを受信するステップと、
前記所与の呼参加者から受信した前記メディアを少なくとも前記現在のフロア保持者に送信するステップと
を含む方法。
【請求項２】
前記少なくとも1つの呼ターゲットから、前記少なくとも1つの呼ターゲットが前記所与の通信セッションを受け付けたことを示す、前記構成された呼告知に対する少なくとも1つの確認応答を受信するステップ
をさらに含む、請求項1に記載の方法。
【請求項３】
前記少なくとも1つの確認応答を受信すると、前記呼発信者に前記所与の通信セッションのためのフロアを許可するステップ
をさらに含む、請求項2に記載の方法。
【請求項４】
前記アプリケーションサーバにおいて、前記所与の通信セッションをサポートするための十分なリソースが利用可能でないと判断するステップと、
前記十分なリソースを、前記所与の通信セッションをサポートするために利用可能にするために、前記アプリケーションサーバにおいてリソース負荷を選択的に低減するステップと
をさらに含む、請求項1に記載の方法。
【請求項５】
負荷を選択的に低減する前記ステップが、高優先度に関連付けられている前記所与の通信セッションに基づいて実行される、請求項4に記載の方法。
【請求項６】
負荷を選択的に低減する前記ステップが、1つまたは複数の他の現在アクティブな通信セッション、および/または前記1つまたは複数の他の現在アクティブな通信セッションに参加している1人または複数の現在の呼参加者をドロップするステップを含む、請求項4に記載の方法。
【請求項７】
選択的に低減する前記ステップの後に、前記呼発信者と前記少なくとも1つの呼ターゲットとの間でメディアを交換することによって前記所与の通信セッションをサポートするステップ
をさらに含む、請求項4に記載の方法。
【請求項８】
前記所与の通信セッションが、前記所与の呼参加者と、前記現在のフロア保持者と、少なくとも1人の追加の呼参加者とを含む、請求項1に記載の方法。
【請求項９】
前記送信するステップが、前記メディアを、前記所与の呼参加者から前記現在のフロア保持者に送信し、前記少なくとも1人の追加の呼参加者には送信しない、請求項8に記載の方法。
【請求項１０】
前記送信するステップが、前記メディアを前記所与の呼参加者から前記現在のフロア保
持者と前記少なくとも1人の追加の呼参加者とに送信する、請求項8に記載の方法。
【請求項１１】
前記現在のフロア保持者から受信したメディアを、前記所与の呼参加者から受信した前記メディアと混合するステップをさらに含み、
前記送信するステップが、前記混合メディアを前記少なくとも1人の追加の呼参加者に送信する
請求項10に記載の方法。
【請求項１２】
前記送信するステップが、前記メディアの非混合バージョンを前記現在のフロア保持者から前記所与の呼参加者に送信する、請求項10に記載の方法。
【請求項１３】
前記送信するステップが、前記メディアの非混合バージョンを前記所与の呼参加者から前記現在のフロア保持者に送信する、請求項1に記載の方法。
【請求項１４】
ワイヤレス通信システム内で高優先度サーバ調停型通信セッションに参加する方法であって、
所与のアクセス端末においてアプリケーションサーバから所与の通信セッションを告知する呼告知を受信するステップと、
前記呼告知が、前記所与のアクセス端末に、前記所与の通信セッションを受け付けさせるように構成されていると判断するステップと、
前記判断に応答して、前記所与のアクセス端末が前記所与の通信セッションを受け付けたことを示す、前記呼告知に対する確認応答を前記アプリケーションサーバへ送信するステップと、
最初のフロア保持者としての呼発信者との、半二重通信セッションとしての前記所与の通信セッションに参加するステップと、
前記所与のアクセス端末が現在のフロア保持者でない前記所与の通信セッション中に、前記所与のアクセス端末からのメディアを少なくとも前記現在のフロア保持者に送信すると判断するステップと、
前記メディアを、少なくとも前記現在のフロア保持者への送信のために、前記アプリケーションサーバに送信するステップと
を含む方法。
【請求項１５】
前記所与の通信セッションのための前記呼告知が受信されたとき、前記所与のアクセス端末が別の通信セッションにおいて使用されている、請求項14に記載の方法。
【請求項１６】
前記判断に応答して前記別の通信セッションを終了するステップ
をさらに含む、請求項15に記載の方法。
【請求項１７】
前記所与の通信セッションの前記呼告知を拒否する機会、および/または呼参加者を前記別の通信セッション中に残す機会が前記所与のアクセス端末のユーザに与えられることなしに、前記所与の通信セッションがセットアップされていることと、前記別の通信セッションが終了されていることとを前記ユーザに通知するステップ
をさらに含む、請求項15に記載の方法。
【請求項１８】
前記通知は、前記別の通信セッションがしきい値時間期間内に終了するというユーザ通知を含む、請求項17に記載の方法。
【請求項１９】
前記ユーザが、前記しきい値時間期間内に前記別の通信セッションに関連する1つまたは複数の呼参加者にメディアを送信する機会を有する、請求項18に記載の方法。
【請求項２０】
前記所与の通信セッションの前記呼告知を拒否する機会が前記所与のアクセス端末のユーザに与えられることなしに、前記所与の通信セッションがセットアップされていることを前記ユーザに通知するステップ
をさらに含む、請求項14に記載の方法。
【請求項２１】
ワイヤレス通信システム内で高優先度通信セッションを調停するように構成されたアプリケーションサーバであって、
呼発信者から、少なくとも1つの呼ターゲットとの所与の通信セッションを開始したいという要求を受信する手段であって、前記受信された要求が、前記所与の通信セッションが高優先度に関連付けられていることを前記アプリケーションサーバに示すように構成された、受信するための手段と、
前記少なくとも1つの呼ターゲットに前記所与の通信セッションを受け付けさせるように呼告知を構成するための手段と、
前記構成された呼告知を前記少なくとも1つの呼ターゲットに送信するための手段と、
前記所与の通信セッションを、最初のフロア保持者としての前記呼発信者との半二重通信セッションとしてセットアップする手段と、
前記所与の通信セッション中に、前記半二重通信セッションの現在のフロア保持者以外の所与の呼参加者からメディアを受信する手段と、
前記所与の呼参加者から受信した前記メディアを少なくとも前記現在のフロア保持者に送信する手段と
を含むアプリケーションサーバ。
【請求項２２】
ワイヤレス通信システム内の高優先度サーバ調停型通信セッションに参加するように構成されたアクセス端末であって、
所与の通信セッションを告知する呼告知をアプリケーションサーバから受信するための手段と、
前記呼告知が、前記アクセス端末に、前記所与の通信セッションを受け付けさせるように構成されていると判断するための手段と、
前記判断に応答して、前記アクセス端末が前記所与の通信セッションを受け付けたことを示す、前記呼告知に対する確認応答を前記アプリケーションサーバへ送信するための手段と、
最初のフロア保持者としての呼発信者との半二重通信セッションとしての前記所与の通信セッションに参加するための手段と、
前記アクセス端末が現在のフロア保持者でない前記所与の通信セッション中に、前記アクセス端末からのメディアを少なくとも前記現在のフロア保持者に送信すると判断するための手段と、
前記メディアを、少なくとも前記現在のフロア保持者への送信のために、前記アプリケーションサーバに送信するための手段とを含むアクセス端末。
【請求項２３】
ワイヤレス通信システム内で高優先度通信セッションを調停するように構成されたアプリケーションサーバであって、
呼発信者から、少なくとも1つの呼ターゲットとの所与の通信セッションを開始したいという要求を受信するように構成された機能であって、前記受信された要求が、前記所与の通信セッションが高優先度に関連付けられていることを前記アプリケーションサーバに示すように構成された、受信するように構成された機能と、
前記少なくとも1つの呼ターゲットに前記所与の通信セッションを受け付けさせるように呼告知を構成するように構成された機能と、
前記構成された呼告知を前記少なくとも1つの呼ターゲットに送信するように構成された機能と、
前記所与の通信セッションを、最初のフロア保持者としての前記呼発信者との半二重通信セッションとしてセットアップするように構成された機能と、
前記所与の通信セッション中に、前記半二重通信セッションの現在のフロア保持者以外の所与の呼参加者からメディアを受信するように構成された機能と、
前記所与の呼参加者から受信した前記メディアを少なくとも前記現在のフロア保持者に送信するように構成された機能と
を含むアプリケーションサーバ。
【請求項２４】
ワイヤレス通信システム内の高優先度サーバ調停型通信セッションに参加するように構成されたアクセス端末であって、
所与の通信セッションを告知する呼告知をアプリケーションサーバから受信するように構成された機能と、
前記呼告知が、前記アクセス端末に、前記所与の通信セッションを受け付けさせるように構成されていると判断するように構成された機能と、
前記判断に応答して、前記アクセス端末が前記所与の通信セッションを受け付けたことを示す、前記呼告知に対する確認応答を前記アプリケーションサーバへ送信するように構成された機能と、
最初のフロア保持者としての呼発信者との、半二重通信セッションとしての前記所与の通信セッションに参加するように構成された機能と、
前記アクセス端末が現在のフロア保持者でない前記所与の通信セッション中に、前記アクセス端末からのメディアを少なくとも前記現在のフロア保持者に送信すると判断するように構成された機能と、
前記メディアを、少なくとも前記現在のフロア保持者への送信のために、前記アプリケーションサーバに送信するように構成された機能とを含むアクセス端末。
【請求項２５】
ワイヤレス通信システム内で高優先度通信セッションを調停するように構成されたアプリケーションサーバによって実行されたとき、前記アプリケーションサーバに動作を実行させる命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令は、
呼発信者から、少なくとも1つの呼ターゲットとの所与の通信セッションを開始したいという要求を受信するためのプログラムコードであって、前記受信された要求が、前記所与の通信セッションが高優先度に関連付けられていることを前記アプリケーションサーバに示すように構成された、受信するためのプログラムコードと、
前記少なくとも1つの呼ターゲットに前記所与の通信セッションを受け付けさせるように呼告知を構成するためのプログラムコードと、
前記構成された呼告知を前記少なくとも1つの呼ターゲットに送信するためのプログラムコードと、
前記所与の通信セッションを、最初のフロア保持者としての前記呼発信者との半二重通信セッションとしてセットアップするためのプログラムコードと、
前記所与の通信セッション中に、前記半二重通信セッションの現在のフロア保持者以外の所与の呼参加者からメディアを受信するためのプログラムコードと、
前記所与の呼参加者から受信した前記メディアを少なくとも前記現在のフロア保持者に送信するためのプログラムコードと
を含む、コンピュータ可読記憶媒体。
【請求項２６】
ワイヤレス通信システム内で高優先度サーバ調停型通信セッションに参加するように構成されたアクセス端末によって実行されたとき、前記アクセス端末に動作を実行させる命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令は、
所与の通信セッションを告知する呼告知をアプリケーションサーバから受信するためのプログラムコードと、
前記呼告知が、前記アクセス端末に、前記所与の通信セッションを受け付けさせるように構成されていると判断するためのプログラムコードと、
前記判断に応答して、前記アクセス端末が前記所与の通信セッションを受け付けたことを示す、前記呼告知に対する確認応答を前記アプリケーションサーバへ送信するためのプログラムコードと、
最初のフロア保持者としての呼発信者との半二重通信セッションとしての前記所与の通信セッションに参加するためのプログラムコードと、
前記アクセス端末が現在のフロア保持者でない前記所与の通信セッション中に、前記アクセス端末からのメディアを少なくとも前記現在のフロア保持者に送信すると判断するためのプログラムコードと、
前記メディアを、少なくとも前記現在のフロア保持者への送信のために、前記アプリケーションサーバに送信するためのプログラムコードとを含む、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第119条に基づく優先権の主張
本特許出願は、その全体が参照により本明細書に組み込まれる、2009年4月6日に出願された「EMERGENCY COMMUNICATION SESSIONS WITHIN A WIRELESS COMMUNICATIONS SYSTEM」と題する仮出願第61/167,077号の優先権を主張する。
【０００２】
米国特許法第120条に基づく優先権の主張
本出願は、各々の全体が参照により本明細書に組み込まれる、同時係属の、2009年7月13日に出願された「PRIORITIZATION OF GROUP COMMUNICATIONS AT A WIRELESS COMMUNICATION DEVICE」と題する米国非仮出願第12/502,036号、および2010年3月22日に出願された「SELECTIVELY ALLOCATING DATA CHANNEL RESOURCES TO WIRELESS COMMUNICATION DEVICES WITHIN A WIRELESS COMMUNICATIONS SYSTEM」と題する米国非仮出願第12/728,489号の一部継続出願である。
【０００３】
本発明の実施形態は、ワイヤレス通信システム内の高優先度通信セッションに関する。
【背景技術】
【０００４】
関連技術の説明
ワイヤレス通信システムは、第1世代アナログワイヤレス電話サービス(1G)、第2世代(2G)デジタルワイヤレス電話サービス(中間の2.5Gおよび2.75Gネットワークを含む)、ならびに第3世代(3G)高速データ/インターネット対応ワイヤレスサービスを含む、様々な世代を通じて発展してきた。現在、セルラーシステムとパーソナルコミュニケーションズサービス(PCS)システムとを含む、多くの様々なタイプのワイヤレス通信システムが使用されている。知られているセルラーシステムの例には、セルラーAnalog Advanced Mobile Phone System(AMPS)、および符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、TDMAのGlobal System for Mobile接続(GSM)変形に基づくデジタルセルラーシステム、およびTDMA技術とCDMA技術の両方を使用するより新しいハイブリッドデジタル通信システムがある。
【０００５】
CDMA移動通信を提供するための方法は、本明細書においてIS-95と呼ぶ「Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System」と題するTIA/EIA/IS-95-Aにおいて、Telecommunications Industry Association/Electronic Industries Associationによって米国で標準化された。複合AMPS&CDMAシステムはTIA/EIA規格IS-98に記載されている。他の通信システムは、広帯域CDMA(WCDMA)、CDMA2000(たとえば、CDMA2000 1xEV-DO規格など)またはTD-SCDMAと呼ばれるものをカバーする規格である、IMT-2000/UM、すなわちInternational Mobile Telecommunications System 2000/Universal Mobile Telecommunications Systemに記載されている。
【０００６】
ワイヤレス通信システムでは、移動局、ハンドセット、またはアクセス端末(AT)が、基地局に隣接するかまたはこれを囲む特定の地理的領域内での通信リンクまたはサービスをサポートする、固定位置の基地局(セルサイトまたはセルとも呼ばれる)からの信号を受信する。基地局は、一般に、サービス品質(QoS)要件に基づいてトラフィックを区別するための方法をサポートする標準Internet Engineering Task Force(IETF)ベースのプロトコルを使用するパケットデータネットワークである、アクセスネットワーク(AN)/無線アクセスネットワーク(RAN)にエントリポイントを与える。したがって、基地局は、一般に、無線インターフェースによってATと対話し、インターネットプロトコル(IP)ネットワークデータパケットによってANと対話する。
【０００７】
ワイヤレス電気通信システムでは、プッシュツートーク(PTT)機能がサービスセクタおよび消費者に普及している。PTTは、CDMA、FDMA、TDMA、GSMなど、標準の商用ワイヤレスインフラストラクチャ上で動作する「ディスパッチ」ボイスサービスをサポートすることができる。ディスパッチモデルでは、エンドポイント(AT)間の通信が仮想グループ内で行われ、そこでは1人の「送話者(talker)」のボイスが1人または複数の「受話者(listener)」に送信される。このタイプの通信の単一のインスタンスは、通常、ディスパッチ呼、または単にPTT呼と呼ばれる。PTT呼は、呼の特性を定義する、グループのインスタンシエーションである。グループは、本質的に、グループ名またはグループ識別情報など、メンバーリストおよび関連情報によって定義される。
【０００８】
従来、ワイヤレス通信ネットワーク内のデータパケットは、単一の宛先またはアクセス端末に送信されるように構成された。単一の宛先へのデータの送信は「ユニキャスト」と呼ばれる。モバイル通信が増加するにつれて、所与のデータを複数のアクセス端末に同時に送信する能力がより重要になった。したがって、複数の宛先またはターゲットアクセス端末への同じパケットまたはメッセージの同時データ送信をサポートするためにプロトコルが採用された。「ブロードキャスト」は、(たとえば、所与のセル内にある、所与のサービスプロバイダによってサービスされるものなど)すべての宛先またはアクセス端末へのデータパケットの送信を指し、「マルチキャスト」は、宛先またはアクセス端末の所与のグループへのデータパケットの送信を指す。一例では、宛先の所与のグループまたは「マルチキャストグループ」は、(たとえば、所与のグループ内にある、所与のサービスプロバイダによってサービスされるものなど)可能な宛先またはアクセス端末のうちのすべてに満たない2つ以上を含み得る。ただし、少なくともいくつかの状況においては、マルチキャストグループが、ユニキャストと同様に、ただ1つのアクセス端末を含むこと、あるいは代替的に、マルチキャストグループが、ブロードキャストと同様に、(たとえば、所与のセル内などの)すべてのアクセス端末を含むことが可能である。
【０００９】
使用され得る様々な伝送方式(たとえば、ユニキャスト、マルチキャスト、ブロードキャスト)に加えて、概して、PTTまたはPTTオーバーセルラー(PoC)呼は、PTT呼を行うために使用される様々な構成にかかわらず、2つ以上の識別されたアクセス端末間のサーバ仲介型(server mediated)通信に対応する。さらに、従来、PTT呼は、アクセス端末における物理的相互作用(たとえば、キーを押し続けること)によって開始され、維持される。
【発明の概要】
【課題を解決するための手段】
【００１０】
一実施形態では、呼発信者は、少なくとも1つの呼ターゲットとの所与の通信セッションを開始したいという要求をアプリケーションサーバに送信する。受信された要求は、所与の通信セッションが高優先度に関連付けられていることをアプリケーションサーバに示すように構成される。必要な場合、アプリケーションサーバは、その負荷を低減すること、および/または所与の通信セッションをサポートするために、1つまたは複数の他のユーザまたは他のセッションをプリエンプトすることができる。アプリケーションサーバは、少なくとも1つの呼ターゲットに所与の通信セッションを受け付けさせるように呼告知を構成し、構成された呼告知を少なくとも1つの呼ターゲットに送信する。少なくとも1つの呼ターゲットは、呼告知を受信し、所与のアクセス端末に所与の通信セッションを受け付けさせるように呼告知が構成されていると判断する。判断に応答して、少なくとも1つの呼ターゲットは、少なくとも1つの呼ターゲットが所与の通信セッションを受け付けたことを示す呼告知への確認応答を送信する。
【００１１】
本発明の実施形態およびその付随する利点の多くのより完全な諒解は、以下の発明を実施するための形態を参照し、本発明を限定するためではなく単に例示するために提示する添付の図面とともに考察することによってより良く理解されれば、容易に得られるであろう。
【図面の簡単な説明】
【００１２】
【図１】本発明の少なくとも1つの実施形態によるアクセス端末とアクセスネットワークとをサポートするワイヤレスネットワークアーキテクチャの図である。
【図２Ａ】本発明の一実施形態によるキャリアネットワークを示す図である。
【図２Ｂ】図1のワイヤレス通信の例100をより詳細に示す図である。
【図３】本発明の少なくとも1つの実施形態によるアクセス端末の図である。
【図４】本発明の一実施形態によるサーバ調停型(server-arbitrated)高優先度通信セッションセットアッププロセスを示す図である。
【図５Ａ】本発明の実施形態による、図4のサーバ調停型高優先度通信セッションに参加しているターゲットアクセス端末がメディアを送信することができる代替プロセスを示す図である。
【図５Ｂ】本発明の実施形態による、図4のサーバ調停型高優先度通信セッションに参加しているターゲットアクセス端末がメディアを送信することができる代替プロセスを示す図である。
【発明を実施するための形態】
【００１３】
本発明の特定の実施形態を対象とする以下の説明および関連する図面で本発明の態様を開示する。本発明の範囲から逸脱することなく代替実施形態が考案され得る。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。
【００１４】
「例示的」および/または「例」という用語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および/または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈すべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が、論じられる特徴、利点または動作モードを含むことを必要としない。
【００１５】
さらに、多くの実施形態については、たとえば、コンピューティングデバイスの要素によって実行すべき一連のアクションに関して説明する。本明細書で説明する様々なアクションは、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、1つまたは複数のプロセッサによって実行されているプログラム命令によって、あるいは両方の組合せによって実行され得ることを認識されよう。さらに、本明細書で説明するこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した任意の形態のコンピュータ可読記憶媒体内で全体として実施すべきものと見なすことができる。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形態で実施され得る。さらに、本明細書で説明する実施形態ごとに、そのような実施形態の対応する形態を、たとえば、説明するアクションを実行する「ように構成された論理(logic)」として本明細書で説明することがある。
【００１６】
本明細書でアクセス端末(AT)と呼ぶ高データレート(HDR)加入者局は、移動(たとえば、ワイヤレス)でも固定(たとえば、ディスパッチコンソールなどのワイヤードクライアント)でもよく、本明細書でモデムプールトランシーバ(MPT)または基地局(BS)と呼ぶ1つまたは複数のHDR基地局と通信し得る。アクセス端末は、1つまたは複数のモデムプールトランシーバを介して、モデムプールコントローラ(MPC)、基地局コントローラ(BSC)および/またはパケット制御機能(PCF)と呼ばれるHDR基地局コントローラとの間でデータパケットを送信および受信する。モデムプールトランシーバおよびモデムプールコントローラは、アクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークは複数のアクセス端末間でデータパケットをトランスポートする。
【００１７】
アクセスネットワークは、企業イントラネットまたはインターネットなど、アクセスネットワークの外部の追加のネットワークにさらに接続され得、各アクセス端末とそのような外部のネットワークとの間でデータパケットをトランスポートし得る。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立したアクセス端末は、アクティブアクセス端末と呼ばれ、トラフィック状態にあると言われる。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立中であるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレスチャネルを介して、または、たとえば、光ファイバまたは同軸ケーブルを使用するワイヤードチャネルを介して通信する任意のデータデバイスであり得る。アクセス端末はさらに、限定はしないが、PCカード、コンパクトフラッシュ（登録商標）、外部または内部モデム、あるいはワイヤレス電話または有線電話を含む、いくつかのタイプのデバイスのいずれかであり得る。アクセス端末が信号をモデムプールトランシーバに送信するための通信リンクは、逆方向リンクまたは逆方向トラフィックチャネルと呼ばれる。モデムプールトランシーバが信号をアクセス端末に送信するための通信リンクは、順方向リンクまたは順方向トラフィックチャネルと呼ばれる。本明細書で使用するトラフィックチャネルという用語は、順方向トラフィックチャネルまたは逆方向トラフィックチャネルのいずれかを指すことができる。
【００１８】
図1に、本発明の少なくとも1つの実施形態によるワイヤレスシステム100の例示的な一実施形態のブロック図を示す。システム100は、アクセス端末102をネットワーク機器に接続して、パケット交換データネットワーク(たとえば、イントラネット、インターネット、および/またはキャリアネットワーク126)とアクセス端末102、108、110、112との間にデータ接続性を与えることができるエアインターフェース104を介してアクセスネットワークまたは無線アクセスネットワーク(RAN)120と通信している、セルラー電話102などのアクセス端末を含むことができる。本明細書に示すように、アクセス端末は、セルラー電話102、携帯情報端末108、本明細書に双方向テキストページャとして示すページャ110、さらにはワイヤレス通信ポータルを有する別個のコンピュータプラットフォーム112であり得る。したがって、本発明の実施形態は、ワイヤレスモデム、PCMCIAカード、パーソナルコンピュータ、電話、またはそれらの任意の組合せもしくは部分的な組合せを限定なしに含む、ワイヤレス通信ポータルを含むか、またはワイヤレス通信機能を有する任意の形態のアクセス端末上で実現され得る。さらに、本明細書で使用する「アクセス端末」、「ワイヤレスデバイス」、「クライアントデバイス」、「モバイル端末」という用語およびそれらの変形体は、互換的に使用され得る。
【００１９】
再び図1を参照すると、ワイヤレスネットワーク100の構成要素および本発明の例示的な実施形態の要素の相互関係は、図示の構成に限定されない。システム100は、例示的なものにすぎず、ワイヤレスクライアントコンピューティングデバイス102、108、110、112などのリモートアクセス端末が、互いに、ならびに/あるいはエアインターフェース104とRAN120とを介して接続された、キャリアネットワーク126、インターネット、および/または他のリモートサーバを限定なしに含む構成要素との間で、無線で通信できるようにする任意のシステムを含むことができる。
【００２０】
RAN120は、基地局コントローラ/パケット制御機能(BSC/PCF)122に送信される(一般に、データパケットとして送信される)メッセージを制御する。BSC/PCF122は、パケットデータサービスノード160(「PDSN」)とアクセス端末102/108/110/112との間でのベアラチャネル(すなわち、データチャネル)のシグナリング、確立およびティアダウンを担当する。リンクレイヤ暗号化が使用可能である場合、BSC/PCF122はまた、エアインターフェース104を介してコンテンツをフォワーディングする前にそのコンテンツを暗号化する。BSC/PCF122の機能は当技術分野でよく知られており、簡潔のためにさらに論じない。キャリアネットワーク126は、ネットワーク、インターネットおよび/または公衆交換電話網(PSTN)によってBSC/PCF122と通信し得る。代替的に、BSC/PCF122はインターネットまたは外部ネットワークに直接接続し得る。一般に、キャリアネットワーク126とBSC/PCF122との間のネットワークまたはインターネット接続はデータを転送し、PSTNはボイス情報を転送する。BSC/PCF122は複数の基地局(BS)またはモデムプールトランシーバ(MPT)124に接続され得る。キャリアネットワークと同様の方法で、BSC/PCF122は一般に、データ転送および/またはボイス情報のために、ネットワーク、インターネットおよび/またはPSTNによってMPT/BS124に接続される。MPT/BS124は、セルラー電話102などのアクセス端末にデータメッセージをワイヤレスでブロードキャストすることができる。MPT/BS124、BSC/PCF122および他の構成要素は、当技術分野で知られているように、RAN120を形成し得る。ただし、代替構成も使用され得、本発明は、図示の構成に限定されない。たとえば、別の実施形態では、BSC/PCF122の機能とMPT/BS124の1つまたは複数とを、BSC/PCF122とMPT/BS124の両方の機能を有する単一の「ハイブリッド」モジュールに縮小し得る。
【００２１】
図2Aに、本発明の一実施形態によるキャリアネットワーク126を示す。図2Aの実施形態では、キャリアネットワーク126は、パケットデータサービングノード(PDSN)160、ブロードキャストサービングノード(BSN)165、アプリケーションサーバ170およびインターネット175を含む。ただし、代替実施形態では、アプリケーションサーバ170および他の構成要素はキャリアネットワークの外部に位置することがある。PDSN160は、たとえば、cdma2000の無線アクセスネットワーク(RAN)(たとえば、図1のRAN120)を利用して、インターネット175、イントラネットおよび/またはリモートサーバ(たとえば、アプリケーションサーバ170)へのアクセスを移動局(たとえば、図1の102、108、110、112などのアクセス端末)に与える。アクセスゲートウェイとして働くので、PDSN160は、単純IPおよびモバイルIPアクセス、外部エージェントサポート、およびパケットトランスポートを与え得る。PDSN160は、認証、認可、および課金(AAA)サーバおよび他のサポートインフラストラクチャのクライアントとして働くことができ、当技術分野で知られているように、IPネットワークへのゲートウェイを移動局に与える。図2Aに示すように、PDSN160は、従来のA10接続を介してRAN120(たとえば、BSC/PCF122)と通信し得る。A10接続は当技術分野でよく知られており、簡潔のためにさらに説明しない。
【００２２】
図2Aを参照すると、ブロードキャストサービングノード(BSN)165は、マルチキャストおよびブロードキャストサービスをサポートするように構成され得る。BSN165について、以下でより詳細に説明する。BSN165は、ブロードキャスト(BC)A10接続を介してRAN120(たとえば、BSC/PCF122)と通信し、インターネット175を介してアプリケーションサーバ170と通信する。BCA10接続は、マルチキャストおよび/またはブロードキャストメッセージングを転送するために使用される。したがって、アプリケーションサーバ170は、インターネット175を介してユニキャストメッセージングをPDSN160に送信し、インターネット175を介してマルチキャストメッセージングをBSN165に送信する。
【００２３】
一般に、以下でより詳細に説明するように、RAN120は、BCA10接続を介してBSN165から受信されたマルチキャストメッセージを、エアインターフェース104のブロードキャストチャネル(BCH)を介して1つまたは複数のアクセス端末200に送信する。
【００２４】
図2Bに、図1のワイヤレス通信の例100をより詳細に示す。特に、図2Bを参照すると、AT1...Nは、異なるパケットデータネットワークエンドポイントによってサービスされるロケーションにおいてRAN120に接続するものとして示されている。したがって、AT1およびAT3は、(たとえば、PDSN160、BSN165、ホームエージェント(HA)、外部エージェント(FA)などに対応し得る)第1のパケットデータネットワークエンドポイント162によってサービスされる部分においてRAN120に接続する。第1のパケットデータネットワークエンドポイント162は、今度はルーティングユニット188を介して、インターネット175に、ならびに/あるいは認証、認可および課金(AAA)サーバ182、プロビジョニングサーバ184、インターネットプロトコル(IP)マルチメディアサブシステム(IMS)/セッション開始プロトコル(SIP)登録サーバ186および/またはアプリケーションサーバ170のうちの1つまたは複数に接続する。AT2およびAT5...Nは、(たとえば、PDSN160、BSN165、HA、FAなどに対応し得る)第2のパケットデータネットワークエンドポイント164によってサービスされる部分においてRAN120に接続する。第1のパケットデータネットワークエンドポイント162と同様に、第2のパケットデータネットワークエンドポイント164は、今度はルーティングユニット188を介して、インターネット175に、ならびに/あるいはAAAサーバ182、プロビジョニングサーバ184、IMS/SIP登録サーバ186および/またはアプリケーションサーバ170のうちの1つまたは複数に接続する。AT4は、インターネット175に直接接続し、次いで、インターネット175を通して、上記で説明したシステム構成要素のうちのいずれかに接続することができる。
【００２５】
図2Bを参照すると、AT1、AT3およびAT5...Nはワイヤレスセルフォンとして示され、AT2はワイヤレスタブレットPCとして示され、AT4はワイヤードデスクトップ局として示されている。ただし、他の実施形態では、ワイヤレス通信システム100は任意のタイプのATに接続することができ、図2Bに示す例は、システム内に実装され得るATのタイプを限定するものではないことを諒解されよう。また、AAA182、プロビジョニングサーバ184、IMS/SIP登録サーバ186およびアプリケーションサーバ170は、それぞれ構造的に個別のサーバとして示されているが、これらのサーバのうちの1つまたは複数は、本発明の少なくとも1つの実施形態に統合され得る。
【００２６】
さらに、図2Bを参照すると、アプリケーションサーバ170は、複数のメディア制御コンプレックス(MCC)1...N170Bと複数の地域ディスパッチャ1...N170Aとを含むものとして示されている。集合的に、地域ディスパッチャ170AおよびMCC170Bは、少なくとも1つの実施形態では、ワイヤレス通信システム100内の通信セッション(たとえば、IPユニキャストプロトコルおよび/またはIPマルチキャストプロトコルを介した半二重グループ通信セッション)を調停するように集合的に機能するサーバの分散型ネットワークに対応することができるアプリケーションサーバ170内に含まれる。たとえば、アプリケーションサーバ170によって調停される通信セッションは、理論的には、システム100内のどこかに位置するAT間で行われ得るので、調停される通信セッションのレイテンシを低減するために(たとえば、北米のMCCが、中国にいるセッション参加者間でメディアをあちこちに中継していないように)複数の地域ディスパッチャ170AおよびMCCが分散される。したがって、アプリケーションサーバ170に言及する場合、関連する機能が地域ディスパッチャ170Aのうちの1つまたは複数ならびに/あるいはMCC170Bのうちの1つまたは複数によって執行され得ることを諒解されよう。地域ディスパッチャ170Aは、概して、(たとえば、AT間のシグナリングメッセージを処理すること、告知メッセージをスケジュールおよび/または送信することなど)通信セッションを確立することに関係する機能を担当し、MCC170Bは、調停された通信セッション中に呼中シグナリングおよびメディアの実際の交換を行うことを含む、呼インスタンスの持続時間の間に通信セッションをホスティングすることを担当する。
【００２７】
図3を参照すると、セルラー電話などのアクセス端末200(本明細書ではワイヤレスデバイス)は、キャリアネットワーク126、インターネットおよび/または他のリモートサーバおよびネットワークから最終的に発生することがある、RAN120から送信されたソフトウェアアプリケーション、データおよび/またはコマンドを受信および実行することができるプラットフォーム202を有する。プラットフォーム202は、特定用途向け集積回路(「ASIC」208)または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合されたトランシーバ206を含むことができる。ASIC208または他のプロセッサは、ワイヤレスデバイスのメモリ212中の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース(「API」)210レイヤを実行する。メモリ212は、読取り専用メモリまたはランダムアクセスメモリ(RAMおよびROM)、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成され得る。プラットフォーム202は、メモリ212中でアクティブに使用されないアプリケーションを保持することができるローカルデータベース214を含むこともできる。ローカルデータベース214は、一般にフラッシュメモリセルであるが、磁気メディア、EEPROM、光メディア、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の2次記憶デバイスとすることができる。内部プラットフォーム202の構成要素は、当技術分野で知られていているように、構成要素の中でもアンテナ222、ディスプレイ224、プッシュツートークボタン228およびキーパッド226などの外部デバイスに動作可能に結合することもできる。
【００２８】
したがって、本発明の一実施形態は、本明細書で説明する機能を実行するための能力を含むアクセス端末を含むことができる。当業者なら諒解するように、本明細書で開示する機能を達成するために、様々な論理要素を、個別要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで実施することができる。たとえば、ASIC208、メモリ212、API210およびローカルデータベース214をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行することができ、したがってこれらの機能を実行する論理を様々な要素に分散することができる。代替的に、機能を1つの個別構成要素に組み込むことができる。したがって、図3中のアクセス端末の特徴は例示的なものにすぎないと見なすべきであり、本発明は図示の特徴または構成に限定されない。
【００２９】
アクセス端末102とRAN120との間のワイヤレス通信は、符号分割多元接続(CDMA)、WCDMA、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交周波数分割多重(OFDM)、Global System for Mobile Communications(GSM)、あるいはワイヤレス通信ネットワークまたはデータ通信ネットワークにおいて使用できる他のプロトコルなど、様々な技術に基づくことができる。データ通信は、一般に、クライアントデバイス102とMPT/BS124とBSC/PCF122との間で行われる。BSC/PCF122は、キャリアネットワーク126、PSTN、インターネット、バーチャルプライベートネットワークなどの複数のデータネットワークに接続され得、したがって、アクセス端末102はより広範囲の通信ネットワークにアクセスできるようになる。前述のように、および当技術分野で知られているように、様々なネットワークおよび構成を使用して、ボイス送信および/またはデータをRANからアクセス端末に送信することができる。したがって、本明細書で提供する例は、本発明の実施形態を限定するものではなく、本発明の実施形態の態様の説明を助けるものにすぎない。
【００３０】
(たとえば、半二重プロトコル、全二重プロトコル、VoIP、グループセッションオーバーIPユニキャスト、グループセッションオーバーIPマルチキャスト、プッシュツートーク(PTT)セッション、プッシュツートランスファー(PTX)セッションなどを介した)従来のサーバ調停型通信セッションでは、通信セッションを調停することを担当するアプリケーションサーバ170は、通信セッションを開始したいという要求を受信し、通信セッションのためのメディアの交換をホスティングするために利用できる十分なリソースをもつホストコンピュータ(たとえば、MCC170B)を発見しようと試みる。リソースが利用できないホストコンピュータの場合、通信セッションをセットアップすることはできない。また、好適なホストコンピュータが選択され、通信セッションを告知するための告知セッションが少なくとも1つのターゲット(たとえば、直接呼の単一のターゲット、またはグループ呼の複数のターゲット)に送信された場合でも、ターゲットが実際に呼を受け付ける保証はない。たとえば、少なくとも1つのターゲットは、少なくとも1つのターゲットがすでに別の通信セッションで使用されている場合、呼を自動拒否するように構成され得る。代替的に、少なくとも1つのターゲットが呼を自動拒否しない場合でも、少なくとも1つのターゲットのユーザは、告知された通信セッションを無視することを単に選択し得る。当業者なら諒解するように、セッションリソース利用可能性とターゲット受付けとに関係する不確実性により、高優先度(たとえば、緊急)呼のセットアップは達成することが困難になる可能性がある。
【００３１】
したがって、本発明の実施形態は、ワイヤレス通信システム100内で高優先度(たとえば、緊急)サーバ調停型通信セッションをセットアップし、行うことを対象とする。図4に、本発明の一実施形態によるサーバ調停型高優先度通信セッションセットアッププロセスを示す。図4で確立される高優先度通信セッションは、限定はしないが、全二重VoIPセッションと、RAN120が、フォワーディングされたメディアをダウンリンク専用チャネル上で各ターゲットATに別々に送信するように命令されるようにIPユニキャストを介するか、または、RAN120が、フォワーディングされたメディアを少なくとも1つのセクタ内で複数のターゲットATにワイヤレス通信システム100の少なくとも1つのセクタ中でダウンリンク共有チャネル上で潜在的に同時に送信するように命令され、単一のグループメンバーが所与の時間にフロアを保持するようにIPマルチキャストプロトコルを介するかのいずれかでサポートされる、半二重グループセッション(たとえば、プッシュツートーク(PTT)またはプッシュツートランスファー(PTX))と、全二重グループセッションと、所与の時間に2つ以上のグループメンバーおよびすべてに満たないグループメンバーが同時に話し、リッスンすることができるハイブリッド二重または高速全二重グループセッションとを含む任意のタイプのサーバ調停型セッションに対応し得る。
【００３２】
図4を参照すると、AT1において実行される動作は、マルチメディアクライアント210Aにおいて実行され、マルチメディアクライアント210Aは、図3のAT200に関して説明したAPI210の中のAPIに対応する。マルチメディアクライアント210Aは、AT1においてマルチメディア通信セッションを管理することを担当する。
【００３３】
したがって、図4を参照すると、400において、AT1のマルチメディアクライアント210Aは、AT1のユーザが高優先度通信セッションを開始することを望んでいることを示すユーザ入力を受信すると仮定する。たとえば、400において受信されたユーザ入力は、ユーザが、高優先度呼を作成するための専用の物理的ボタンまたはソフトキーを押すことに対応し得る。代替例では、400において受信されたユーザ入力は、ユーザが、マルチメディアクライアント210Aによって、緊急事態(たとえば、911、消防署の電話番号など)に関連付けられることが知られているセッションをターゲットATに要求することに対応し得る。別の代替例では、400において受信されたユーザ入力は、ユーザが、呼を高優先度および/または緊急として発すべきであることを指定する2次指示または入力とともに通常優先度呼または非緊急呼を要求することに対応し得る。たとえば、2次指示は、高優先度呼を発するとき、ユーザが呼ボタンをダブルタップすること、呼を発するとき、しきい値時間期間(たとえば、3秒)よりも長く呼ボタンまたは送信ボタンを押し続けること、呼が発されるとき、呼ボタンと別のボタンとを同時に押し続けること、AT1のディスプレイ上でプルダウンメニューまたは呼セットアップスクリーン中の他のメニューから高優先度および/または緊急オプションを選択すること、ボイスダイヤリングの間に「高優先度」という言葉および/または「緊急」という言葉またはいくつかの他の高優先度を示す言葉を話すこと、ならびに/あるいは任意のそれらの組合せに対応し得る。
【００３４】
400において、AT1によって開始されるべきセッションが、高優先度セッションであることを意図されていると判断した後、403において、AT1のマルチメディアクライアント210Aは、高優先度通信セッションの開始を要求する呼メッセージを構成する。たとえば、403の構成は、選択されたターゲットへの標準呼メッセージを生成し、次いで、AT1が高優先度通信セッションを開始しようと試みていることをアプリケーションサーバ170に伝達するために、標準呼メッセージの1つまたは複数のフィールドを変更することに対応し得る。一例では、フィールドは複数の優先度レベルのうちの最高優先度レベルを示し得、最高優先度レベルは緊急優先度レベルに対応する。別の例では、第1のフィールド設定が高優先度呼または緊急呼に対応し、第2のフィールド設定が標準優先度呼または非緊急呼に対応するように、フィールドはバイナリであり得る。たとえば、呼メッセージの変更されたフィールドは、呼メッセージのヘッダ部分中のディフサーブコードポイント(DSCP)値に対応し得る。代替的に、上記で説明したように、通信セッションのために選択されたターゲットのうちの1つまたは複数の識別情報(たとえば、911、消防署の電話番号など)は、セッションの高優先度ステータスをアプリケーションサーバ170に通知するのに十分であり得る。この場合、ターゲット選択が、それ自体、高優先度ステータスを伝達するのに十分である場合、マルチメディアクライアント210Aは呼メッセージをさらに変更する必要はない。
【００３５】
403の構成の後、AT1は、構成された呼メッセージをRAN120(この図に図示せず)に送信し、次いで、406において、RAN120は、構成された呼メッセージをアプリケーションサーバ170の所与の地域ディスパッチャ170Aにフォワーディングする。409において、アプリケーションサーバ170は、ACKメッセージをAT1に返送することによって、呼メッセージの受信を確認する。地域ディスパッチャ170Aは、呼メッセージを評価し、(たとえば、呼パケットのヘッダ中のDSCP値を検査することによって)呼が高優先度呼であると判断し、412において、ターゲットAT2...Nの各々の位置を特定し(たとえば、地域ディスパッチャ170Aは、ターゲットATがアプリケーションサーバ170に登録されているかどうかを判断し、登録されている場合、それらのそれぞれのIPアドレスを取得し、また、たとえば、グループ通信セッションの場合はN>=2であり、VoIP全二重1対1のセッションなどの非グループセッションの場合はN=2である)、415において、高優先度通信セッションのためのボコーダを選択し、418において、高優先度通信セッションを処理またはホスティングすべき複数のMCC170Bのうちの1つを選択する。次いで、421において、地域ディスパッチャ170Aは、ターゲットAT2...Nに高優先度通信セッションを告知する告知メッセージを生成し、通信セッションが高優先度通信セッションであることをターゲットAT2...Nに示すように告知メッセージを構成する。一例では、403から構成された呼メッセージと同様に、告知メッセージは、最高優先度レベルが緊急優先度レベルに対応する、複数の優先度レベルのうちの最高優先度レベルを示すフィールド、および/または第1のフィールド設定が高優先度呼または緊急呼に対応し、第2のフィールド設定が標準優先度呼または非緊急呼に対応するようなバイナリフィールドを含むように構成され得る。呼メッセージに関して上記で説明したように、高優先度ステータスを伝達するために使用されるフィールドは、告知メッセージのヘッダ部分中のDSCPフィールドに対応し得る。次いで、424において、地域ディスパッチャ170Aは、構成された告知メッセージをAT2...Nへの送信のためにRAN120(この図に図示せず)にフォワーディングする。
【００３６】
次に、ターゲットAT2...Nが、424から構成された告知メッセージを受信すると仮定する。427において、ターゲットAT2...Nの各々は、告知メッセージが高優先度セッションを告知していると判断し、そのそれぞれのマルチメディアクライアント210Aがビジーである(たとえば、別のセッションにおいて使用されている)かどうかをさらに判断する。427において、ターゲットAT2...Nのマルチメディアクライアント210Aが、マルチメディアクライアント210Aがビジーでないと判断した場合、433において、ターゲットAT210の各々は、アプリケーションサーバ170に告知ACK(受付け)メッセージを送信することによって、告知された高優先度セッションを自動的に受け付ける。そうではなく、427において、ターゲットAT2...Nのマルチメディアクライアント210Aが、マルチメディアクライアント210Aがビジーであると判断した場合、433において、マルチメディアクライアント210Aは、高優先度セッションが告知され、次いで、アプリケーションサーバ170に告知ACK(受付け)メッセージを送信することによって、告知された高優先度セッションを自動的に受け付けたことをマルチメディアユーザインターフェース(UI)に通知する。一例では、430の通知は、ユーザが少なくともユーザの現在のセッションの1人または複数の他の当事者に「さようなら」を言う機会を有するように、ユーザの現在のセッションがしきい値時間期間(たとえば、1秒、3秒など)内に切断される予定であるというユーザ通知に対応し得る。代替的に、別の例では、通知は、ユーザの現在のセッションが切断され、高優先度呼に転送される予定であるが、ターゲットAT2...Nのユーザがユーザの現在のセッションに関係する追加のメディアを送信する時間を実際に許可しないことを、ターゲットAT2...Nのユーザに通知し得る。
【００３７】
図4は、ターゲットAT2...Nの各々が通信セッションにおいてすでに使用されているかどうかにかかわらず、告知された高優先度通信セッションを自動的に受け付けるそれぞれのターゲットを示しているが、ターゲットAT2...Nが別の高優先度セッションにおいて使用されている場合は、異なる呼接続ポリシーが実装され得ることを諒解されよう。この場合、ターゲットAT2...Nのユーザは、別の高優先度セッションのために現在の高優先度セッションをプリエンプトすることを必ずしも希望しないことがある。たとえば、医師が、第1の高優先度セッションにおいてリモート医療手順に関係する指示を電話で与えている最中である場合、必ずしも医師が支援できるわけではない別の緊急事態に自動的に医師を移すことは逆効果であり得る。したがって、ターゲットAT2...Nのうちの1つまたは複数が別の高優先度通信セッションにおいて使用されている場合、少なくとも1つの実施形態では、(たとえば、単に新しい高優先度セッションを自動的に受け付け、古い高優先度セッションから切断する代わりに)告知された高優先度セッションを受け付けるべきかどうかに関するオプションをそれぞれのターゲットATのユーザに与えることができる。
【００３８】
436において、AT2...Nのうちの第1のAT(「第1の応答機」)から告知ACK(受付け)メッセージを受信すると、地域ディスパッチャ170Aは、ターゲットAT2...Nにフォワーディングするために、アプリケーションサーバ170への最終的な送信のためにメディアをバッファし始めるようにAT1のユーザを促すフロア許可メッセージを少なくともAT1に送信する。諒解されるように、高優先度通信セッションが全二重セッションとして確立された場合、ターゲットAT2...Nはまた、他の呼参加者にメディアをフォワーディングする機会を与えられる。
【００３９】
439において、AT1は、地域ディスパッチャ170Aからフロア許可メッセージを受信し、フロア許可メッセージの受信をACKメッセージで確認する。次いで、442において、マルチメディアクライアント210Aは、メディア(たとえば、ボイスデータ)を入力し始めるようにAT1のユーザに通知するためにトーンを再生するようにAT1に命令し、マルチメディアクライアント210AはAT1のユーザによって入力されたメディアをバッファする。AT1からフロア許可ACKを受信すると、445において、地域ディスパッチャ170Aは、通信セッションを高優先度セッションとしてホスティングし始めるように、418において選択されたMCC170Bに命令する。
【００４０】
448において、選択されたMCC170Bは、それが高優先度通信セッションをサポートするために利用できる十分な呼リソースを有するかどうかを判断する。448において、MCC170Bが、十分なリソースが利用できないと判断した場合、451において、MCC170Bは、その現在の呼リソース負荷を選択的に低減する。たとえば、呼リソース負荷の低減は、MCC170Bによってサポートされる1つまたは複数の現在アクティブな呼および/または1人または複数の現在の呼参加者をドロップすることに対応し得る。
【００４１】
451において、MCC170Bは、負荷低減のための呼リソースをいくつかの異なる方法で選択することができる。たとえば、MCC170Bは、高優先度通信セッションをサポートするために必要であることが予想される呼リソースのレベルを評価することができ、次いで、MCC170Bは、高優先度通信セッションをサポートするために呼リソースの十分なレベルを解放するまで、最低優先度から最高優先度の順に呼をドロップすることができる。呼の優先度割振り、またはMCC170Bが選択的に呼をドロップする順序は、様々な方法で判断され得る。たとえば、MCC170Bによってすでにホスティングされている他の高優先度通信セッションは、可能な最高優先度ランキングを割り振られ得、しきい値時間期間よりも長い間行われている呼は、持続時間がより短い同等の呼よりも低い優先度を割り振られ得る。代替例では、単一の呼を犠牲にしてより多くの呼リソースが収集され得るので、ATの大きいグループに関与する呼は、小さいグループの呼または1対1の呼よりも低い優先度を割り振られ得る。他の例では、優先度ランキングは、最低数の呼がドロップされるように、または、最低数の呼参加者がドロップされるように確立され得る。諒解されるように、上記の優先度ランキングは例にすぎず、MCC170Bが、高優先度通信セッションのための呼リソースの所与のレベルを確保するために、現在割り振られている呼リソースをドロップすることができる多くの異なる方法がある。
【００４２】
MCC170Bが、(i)448において、高優先度通信セッションのために利用できる呼リソースの十分なレベルを判断するか、または、(ii)呼リソースの十分なレベルが取得されるように、現在の呼リソース割振りを低減した後、454において、MCC170Bは、メディア制御ユニット(MCU)情報を呼発信者(および現在のフロア保持者)AT1ならびにターゲットAT2...Nに送信する。MCUは、呼または通信セッションのための単一のインスタンスを処理するソフトウェアプロセスまたはインスタンスであり、MCU情報は、連絡先メッセージに対応し、フロア保持者が(たとえば、以下の460の場合のように)高優先度通信セッション中に他のセッション参加者への再送信のためにメディアをフォワーディングすべき場所に関するIPアドレスおよびポート番号、または(たとえば、以下の457および/または466の場合のように)ACKなどのシグナリングメッセージを含む。
【００４３】
457において、AT1は、MCC170BからMCU情報を受信し、MCU情報の受信をACKメッセージで確認する。また、MCC170BからMCU情報を受信すると、460において、マルチメディアクライアント210Aは、バッファされたメディアをMCC170Bに送信し始め、463において、MCC170Bは、AT1からフォワーディングされたメディアをバッファする。次に、MCC170Bは、454において送信されたMCU情報に対する少なくとも1つのACKをターゲットAT2...Nから受信するのを待つ。一例では、MCC170Bは、ターゲットAT2...Nのいずれかからの第1のMCU情報ACKを待つことができ、次いでバッファされたメディアのフォワーディングを開始することができる。代替例では、MCC170Bは、バッファされたメディアのいずれかをフォワーディングする前に、ターゲットAT2...N(たとえば、424において告知メッセージが送信された各ターゲット、または433において呼を受け付けた各ターゲット)の所与のパーセンテージからのMCU情報ACKを待つことができる。別の代替例では、(たとえば、各ターゲットATがメディアフロー全体を受信することが重要である場合)バッファされたメディアのいずれかをフォワーディングする前に、所与のパーセンテージが100%に等しくなるように、MCC170Bは、ターゲットAT2...N(たとえば、424において告知メッセージが送信された各ターゲット、または433において呼を受け付けた各ターゲット)の各々からのMCU情報ACKを待つことができる。いずれの場合も、466において、ターゲットAT2...Nからの1つまたは複数のACKがMCC170Bにおいて受信される。ターゲットAT2...NからのMCU情報ACKの数が所与のしきい値(たとえば、第1のMCU情報ACKが受信された、433において呼を受け付けた各ターゲットATからMCU情報ACKが受信された、433において呼を受け付けたターゲットAT2...Nの所与のパーセンテージからMCU情報ACKが受信された、など)を満たすとき、469において、MCC170Bは、バッファされたメディアをターゲットAT2...Nにフォワーディングする。また、MCU-ACKは、466においてMCC170Bに到着するものとして示されているが、AT1からメディアが到着し始める前にターゲットAT2...Nから十分な数(たとえば、1つ)のMCU-ACKがMCC170Bに到着した場合、ブロック463のバッファリングはスキップされ得、MCC170Bは、メディアが受信されるとすぐにそれをAT1からAT2...Nにフォワーディングし始めることができることを諒解されよう。
【００４４】
図4には示されていないが、高優先度通信セッションが全二重またはハイブリッド二重として確立された場合、ターゲットAT2...Nのうちの1つまたは複数は、メディアを呼発信者AT1および/または他のセッション参加者にフォワーディングされるようにアプリケーションに送信することもできる。したがって、図4中の高優先度通信セッションが2人の呼当事者に関与する全二重通信セッション(たとえば、VoIPセッション)または3人以上の呼当事者に関与する全二重グループ通信セッション(たとえば、グループPTT呼)として確立された場合、(たとえば、呼発信者を含む)各呼参加者は、少なくとも1人の他の呼参加者への再送信のためにアプリケーションサーバ170にフォワーディングされるメディアをRAN120に送信するためのトラフィックチャネル(TCM)を有することを諒解されよう。したがって、アプリケーションサーバ170によって調停される全二重セッションでは、各呼参加者はメディア(たとえば、ボイスデータまたは他のオーディオデータ)を送信することができ、各呼参加者は、(i)2人の呼当事者に関与する全二重通信セッションの場合、他の当事者からのメディア、または(ii)3人以上の当事者を含むグループ全二重通信セッションの場合、(それ自体のメディアを除く)他の各当事者からのメディアの混合バージョンのいずれかを受信する。したがって、AT1とAT2とが全二重呼を行っている場合、AT2はAT1のメディアを受信し、AT1はAT2のメディアを受信する。AT1、AT2およびAT3が全二重グループ呼を行っている場合、AT1は、AT2とAT3のメディアの混合バージョン(「AT2+3メディア」)を受信し、AT2は、AT1とAT3のメディアの混合バージョン(「AT1+3メディア」)を受信し、AT3は、AT1とAT2のメディアの混合バージョン(「AT1+2メディア」)を受信する。
【００４５】
代替的に、図4中の高優先度通信セッションが半二重通信セッションとして確立された場合、AT1は、少なくとも1つのターゲットATと話している唯一のフロア保持者として高優先度通信セッションを開始することができるが、少なくとも1つのターゲットATは、呼発信者に返送されるべきメディアを送信するためのそれ自体のTCHを有しない。通常、半二重通信セッションでは、ターゲットATがメディアを1人または複数の他の呼参加者に送信することを希望するとき、ターゲットATは、フロアを要求し、フロアが許可されると、所与の時間にフロアを保持しているただ1人の呼参加者と話す。ハイブリッド二重通信セッションでは、2人以上のフロア保持者が、話すための認可を有し得る。
【００４６】
高優先度通信セッションの場合、呼発信者から離れて転送されたフロアを有することは、時々望ましくないことがある。たとえば、呼発信者からの通信リンクが開いたままでない限り、高優先度通信セッションの持続時間中に緊急の性質が変化し、緊急応答機がこの変化に気づかないことがある。同時に、緊急応答機が、呼発信者に、および/または呼を監視している他の緊急応答機に、情報を返送することも重要であることがある。したがって、図5Aおよび図5Bに、所与のターゲットATが、半二重またはハイブリッド二重グループ通信セッション中に、どのようにして呼発信者および/または1つまたは複数の他のターゲットATにメディアを返送することができるかの例を示す。図5Aについてはグループ通信セッションに関して説明するが、図5Aは、AT3...Nを対象とするブロックを省略することによって、AT1およびAT2のみに関与する非グループセッションに適応するように変更され得る。
【００４７】
さらに、図5Aおよび図5Bの例ならびにそれらの説明は、マルチメディアクライアント210A、地域ディスパッチャ170AおよびMCC170Bへの特定の参照が省略されているように簡略化されている。代わりに、図5Aおよび図5Bでは、単にAT1...Nおよびアプリケーションサーバ170を参照する。ただし、図5Aおよび図5Bにおいて参照されるより広い要素内に含まれている様々な構成要素が、以下で説明するプロセスにどのように関与するかは、容易に明らかになろう。
【００４８】
したがって、図5Aを参照すると、図4のプロセスが実行され、高優先度通信セッションが、(i)フロア保持者としてのAT1との半二重グループ通信セッション、または(ii)AT1とAT2...Nのうちのすべてに満たない少なくとも1つとがフロアを共有するハイブリッド二重グループ通信セッションのいずれかとして確立されていると仮定する。したがって、500Aにおいて、AT1は、メディア(たとえば、ボイスデータ)をアプリケーションサーバ170にフォワーディングし、505Aにおいて、アプリケーションサーバ170はAT1のメディアをAT2...Nにフォワーディングする。図5Aには明示的に示されていないが、高優先度通信セッションがハイブリッド二重グループ通信セッションに対応し、AT1以外のフロア保持者のだれも通話していない場合、505Aにおいて、他のフロア保持者から無音フレームもフォワーディングされ得る。
【００４９】
510Aおよび515Aにおいて、AT2...Nは、メディアをAT1に送信すべきかどうかを判断する。説明の便宜上、515Aにおいて、AT3...Nはメディアを送信しないと判断し、520Aにおいて、AT3...Nは高優先度通信セッションのためのAT1のメディアを監視し続けると仮定する。さらに、510Aにおいて、AT2は、AT1にメディアを返送すると判断し、525Aにおいて、AT2は、高優先度通信セッションのためのAT1のメディアを監視し続け、530Aにおいて、(たとえば、ConnectionRequestメッセージをRAN120に送信し、TCH割当てを受信することによって)TCHを取得すると仮定する。AT2はTCHをすでに取得していることがあり、取得している場合、ブロック530Aはこの時点でスキップされ得ることを諒解されよう。
【００５０】
次いで、535Aにおいて、AT2は、アプリケーションサーバ170にフォワーディングされるようにTCHの逆方向リンク(R-TCH)を介してメディアをRAN120に送信する。高優先度通信セッションが、初めに、フロアを許可されたAT1とAT2の両方とのハイブリッド二重グループ通信セッションであった場合、AT2はすでにフロアを共有しているので、AT2はこの時点でメディアをアプリケーションサーバ170に単に送信することができることを諒解されよう。そうではなく、高優先度通信セッションが、初めに、ハイブリッド二重グループ通信セッションであり、AT2がフロアを共有していないか、または、高優先度通信セッションが、初めに、フロアを有するAT1のみとの半二重グループ通信セッションであった場合、535Aにおいて、AT2は、メディアを送信する前に、最初にアプリケーションサーバ170にフロアを要求し得る。この場合、アプリケーションサーバ170は、生じた通信セッションがハイブリッド二重のままであるか、または半二重からハイブリッド二重に移行するように、AT2にもフロアを許可しながら、AT1のフロアを維持することを選択し得る。いずれの場合も、AT2がフロアを取得すると、535Aにおいて、AT2は、AT1への送信のためにメディアをアプリケーションサーバ170に転送し始める。最初の半二重通信セッションをハイブリッド二重通信セッションに移行すべきかどうかに関する決定は、ターゲットの1つによって行われ得る(たとえば、ターゲットが通話するようにも要求することができ、発信者を含むグループの残りが要求元ターゲットからメディアを受信する)。
【００５１】
540Aにおいて、アプリケーションサーバ170は、AT1およびAT2からのメディアの入力ストリームを混合する。図5Aの例では、540Aの混合が、AT1はAT2からメディアフレームを受信し、AT2...NはそれぞれAT1からメディアフレームを受信するように出力ストリームを確立すると仮定する。したがって、AT1からのメディアフレームはAT2...Nにフォワーディングされ、545Aにおいて、AT2からのメディアフレームはAT1にフォワーディングされる。
【００５２】
ただし、図5Bに示すように、540Aの混合は異なる方法で実行され得る。図5Bでは、500B〜535Bは、それぞれ図5Aの500A〜535Aに対応し、したがって、500B〜535Bのさらなる説明は簡潔のために省略されている。
【００５３】
540Bにおいて、アプリケーションサーバ170は、AT1がAT2のメディアフレームを受信し、AT2がAT1のメディアフレームを受信し、AT3...NがそれぞれAT1およびAT2からメディアフレームの混合バージョンを受信するように、AT1およびAT2からのメディアストリームまたはフレームを混合する。メディアフレームを混合することは、当技術分野でよく知られており、したがって、簡潔のためにさらに説明しない(たとえば、540Bの混合が、AT1...Nのすべてからのメディアフレームに関与するのではなく、AT1およびAT2からのメディアフレームに限定されることを除き、540Bの混合は全二重において行われる混合といくつかの点で同様である)。したがって、545Bにおいて、AT1からのメディアフレームはAT2にフォワーディングされ、AT2からのメディアフレームはAT1にフォワーディングされ、AT1およびAT2からのメディアフレームの混合バージョンはAT3...Nにフォワーディングされる。
【００５４】
したがって、図5Aおよび図5Bに関して諒解されるように、AT1をフロア保持者に維持しながら、1つまたは複数の他のターゲットATがメディアをグループ全体に送信するか、またはAT1に別々に返送することを認可することが可能である。
【００５５】
上記で説明した高優先度通信セッションは、IPマルチキャストプロトコルおよび/またはIPユニキャストプロトコルによって実装され得ることを諒解されよう。たとえば、図4の469においてアプリケーションサーバ170によって送信されたメディアは、IPユニキャストを介してターゲットAT 2...Nに個々に送信され得る。別の例では、アプリケーションサーバ170によって送信されたメディアは、AT2...Nのうちの2つ以上が、AT1からメディアを受信するために同じセクタ中で同じダウンリンクマルチキャストチャネルに潜在的に同調され得るように、AT2...Nへの送信のためにIPマルチキャストを介してRAN120に送信され得る。
【００５６】
情報および信号は、多種多様な技術および技法のいずれかを使用して表すことができることを当業者は諒解されよう。たとえば、上記の説明全体にわたって言及されるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表すことができる。
【００５７】
さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
【００５８】
本明細書で開示した実施形態に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【００５９】
本明細書で開示した実施形態と関連して説明した方法、シーケンス、および/またはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組合せで直接実施され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている他の形態の記憶媒体に存在してよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読むことができ、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体はASIC中に常駐し得る。ASICはユーザ端末(たとえば、アクセス端末)中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
【００６０】
1つまたは複数の例示的な実施形態では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装する場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく、例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを担持または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を含むことができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フレキシブルディスク(disk)およびブルーレイディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００６１】
上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく本明細書において様々な変更および修正を行うことができることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよび/またはアクションを特定の順序で実行しなくてもよい。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
【符号の説明】
【００６２】
100  ワイヤレスシステム
102  アクセス端末
102  セルラー電話
104  エアインターフェース
108  アクセス端末
108  携帯情報端末
110  アクセス端末
110  ページャ
112  アクセス端末
112  コンピュータプラットフォーム
120  アクセスネットワークまたは無線アクセスネットワーク(RAN)
122  基地局コントローラ/パケット制御機能(BSC/PCF)
124  基地局(BS)またはモデムプールトランシーバ(MPT)
126  キャリアネットワーク
160  パケットデータサービングノード(PDSN)
162  パケットデータネットワークエンドポイント
164  パケットデータネットワークエンドポイント
165  ブロードキャストサービングノード(BSN)
170  アプリケーションサーバ
170A  地域ディスパッチャ
170B  メディア制御コンプレックス(MCC)
175  インターネット
182  認証、認可および課金(AAA)サーバ
184  プロビジョニングサーバ
186  インターネットプロトコル(IP)マルチメディアサブシステム(IMS)/セッション開始プロトコル(SIP)登録サーバ
188  ルーティングユニット
200  アクセス端末
202  プラットフォーム
206  トランシーバ
208  特定用途向け集積回路(「ASIC」)
210  アプリケーションプログラミングインターフェース(「API」)
210A  マルチメディアクライアント    212  メモリ
214  ローカルデータベース
222  アンテナ
224  ディスプレイ
226  キーパッド
228  プッシュツートークボタン
【図３】
0005283781.tif 000002
【図４】
0005283781.tif 000003
【図５Ａ】
0005283781.tif 000004
【図５Ｂ】
0005283781.tif 000005
【図１】
0005283781.tif 000006
【図２Ａ】
0005283781.tif 000007
【図２Ｂ】
0005283781.tif 000008