(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信システム内のアクセス端末の位置に基づいて他のアクセス端末との通信セッションを制限するかどうかを決定する方法であって、
所与のアクセス端末にサービスするように構成された各アクセスネットワークおよび各キャリアネットワークとは別のアプリケーションサーバによる仲裁用に設定された所与の通信サービスに参加しようと試みている前記所与のアクセス端末に関連する位置を得る段階と、
前記得られた位置が、定義された位置領域との所与の関係を満たすかどうかを判定する段階と、
前記判定する段階に基づいて、前記所与の通信サービスに関する第1または第2サービス制限レベルに従って前記所与のアクセス端末を制限する段階とを含み、
前記定義された位置領域は、前記定義された位置領域内の前記所与の通信サービスに関する第1サービス制限レベルを定めるものであるとともに、前記定義された位置領域外の前記所与の通信サービスに関する少なくとも第2サービス制限レベルを定めるものであり、
前記第1および第2サービス制限レベルは、前記所与の通信サービスに特有のものであるとともに、前記所与のアクセス端末にサービスするように構成された各アクセスネットワークまたは各キャリアネットワークにより仲裁されるサービスのためのサービス制限とは独立している方法。
【請求項２】
前記所与のアクセス端末が、前記所与の通信サービスを開始しようと試みている請求項1に記載の方法。
【請求項３】
前記所与の通信サービスがマルチキャストセッションに対応し、前記所与のアクセス端末が、前記マルチキャストセッションのセットアップを開始する請求項2に記載の方法。
【請求項４】
前記所与の通信サービスが他のアクセス端末によって開始される請求項1に記載の方法。
【請求項５】
前記所与の通信サービスがマルチキャストセッションに対応し、前記所与のアクセス端末が、前記マルチキャストセッションに関するターゲットアクセス端末である請求項4に記載の方法。
【請求項６】
前記第1サービス制限レベルが、前記所与の通信サービスを完全にブロックし、
前記第2サービス制限レベルが、前記所与の通信サービスを許可する請求項1に記載の方法。
【請求項７】
前記第2サービス制限レベルが、前記所与の通信サービスを完全にブロックし、
前記第1サービス制限レベルが、前記所与の通信サービスを許可する請求項1に記載の方法。
【請求項８】
サービス制限の前記第1および第2レベルが、前記所与の通信サービスについて前記所与のアクセス端末のユーザに課金するための異なるレートに対応する請求項1に記載の方法。
【請求項９】
サービス制限の前記第1および第2レベルが、前記所与の通信サービスがサポートされる異なる程度に対応する請求項1に記載の方法。
【請求項１０】
前記所与の通信サービスをサポートすることに関する前記異なる程度が、(i)前記所与の通信サービスについて前記所与のアクセス端末のユーザに課金するための異なる課金レート、および/または(ii)インターネットプロトコル(IP)ユニキャストプロトコルがサービス制限の前記第1および第2レベルの一方のみで前記所与の通信サービスをサポートすることを可能にすることに対応する請求項9に記載の方法。
【請求項１１】
前記所与の関係が、前記所与のアクセス端末に関連する前記位置が前記所与の位置領域内に含まれることである請求項1に記載の方法。
【請求項１２】
前記所与の関係が、前記所与のアクセス端末に関連する前記位置が前記所与の位置領域内に含まれないことである請求項1に記載の方法。
【請求項１３】
前記定義された位置領域が、1組のサービスエリア識別子および所与の地理的範囲のうちの1つまたは複数に対応する請求項1に記載の方法。
【請求項１４】
前記1組のサービスエリア識別子が、セクタ識別子、基地局識別子、サブネット識別子、およびパケットデータサービスノード(PDSN)識別子のうちの1つまたは複数を含む請求項13に記載の方法。
【請求項１５】
前記所与の地理的範囲が緯度座標および経度座標に対応する請求項13に記載の方法。
【請求項１６】
前記所与の通信サービスが複数のマルチキャストグループのうちの1つに登録された複数の異なるターゲットアクセス端末にソースアクセス端末からマルチキャストセッション中にデータをマルチキャストするマルチキャストサービスに対応し、前記定義された位置領域が、前記複数のマルチキャストグループのうち少なくとも1つに対する前記マルチキャストサービスに関するサービス制限の前記第1および第2レベルを定義する請求項1に記載の方法。
【請求項１７】
前記定義された位置領域が、特定のタイプのマルチキャストサービスに準拠する各マルチキャストグループに影響を及ぼす請求項16に記載の方法。
【請求項１８】
前記特定のタイプのマルチキャストサービスが、マルチキャスト音声サービスまたはマルチキャストデータサービスである請求項17に記載の方法。
【請求項１９】
前記得る段階、判定する段階、および制限する段階が、前記所与のアクセス端末に直接実装される請求項1に記載の方法。
【請求項２０】
前記得る段階が、前記所与のアクセス端末で実施される位置取得手順から前記位置を得る請求項19に記載の方法。
【請求項２１】
前記得る段階、判定する段階、および制限する段階が、所与のネットワークエンティティで実施される請求項1に記載の方法。
【請求項２２】
前記所与のネットワークエンティティが、前記所与のアクセス端末にサービスするように構成された前記アプリケーションサーバまたはアクセスネットワークに対応する請求項21に記載の方法。
【請求項２３】
前記所与の通信サービスがマルチキャストサービスに対応し、前記所与のネットワークエンティティが、前記マルチキャストサービスに関する複数のアクセス端末間のマルチキャスト通信を管理するように構成される請求項22に記載の方法。
【請求項２４】
前記得る段階が、前記所与のアクセス端末で実施された位置取得手順によって得られた位置を示す、前記所与のアクセス端末から受信したメッセージから前記位置を得る請求項23に記載の方法。
【請求項２５】
前記所与のアクセス端末が所与のマルチキャストセッションを開始するように試みている場合、前記位置メッセージが、前記位置を示す特別に構成されたRequestReasonフィールドを有する呼出し要求メッセージ、StorageBlobNotification/Completeメッセージ、またはEV-DO ConnectionRequestメッセージのうちの1つの中に含まれ、
前記所与のアクセス端末が別のアクセス端末によって開始された前記所与のマルチキャストセッションに加わろうと試みている場合、前記位置メッセージが、告知肯定応答(ACK)メッセージまたはStorageBlobRequest/Assignmentメッセージの一方の中に含まれる請求項24に記載の方法。
【請求項２６】
前記所与のネットワークエンティティが前記アクセスネットワークに対応し、前記所与の通信サービスがマルチキャストサービスに対応する請求項22に記載の方法。
【請求項２７】
(i)前記所与の通信サービスと関連する所与の通信グループを登録する要求か、または(ii)複数のマルチキャストグループのうちの1つに登録された複数の異なるターゲットアクセス端末にソースアクセス端末からマルチキャストセッション中にデータをマルチキャストするように構成された所与のマルチキャストセッションのセットアップを開始する要求か、または(iii)前記所与のマルチキャストセッションを登録する要求のいずれかを、前記所与のアクセス端末から受信する段階と、
前記所与のアクセス端末が前記定義された位置領域をレポートすることを要求するために、前記所与のアクセス端末に第1メッセージを送る段階と、
前記所与のアクセス端末が前記定義された位置領域を認識している場合、前記定義された位置領域をレポートする第2メッセージを前記所与のアクセス端末から受信する段階とをさらに含む請求項26に記載の方法。
【請求項２８】
前記第1メッセージがStorageBlobAssignmentメッセージに対応し、前記第2メッセージがStorageBlobNotificationメッセージに対応する請求項27に記載の方法。
【請求項２９】
前記送る段階が、(i)受信した要求が、前記所与のマルチキャストセッションを登録する要求に対応し、前記所与のアクセス端末が、前記所与のマルチキャストセッションに関する告知メッセージに対する最初の応答側である場合、または(ii)受領した要求が、前記所与のマルチキャストグループを登録する要求に相当し、前記所与のアクセス端末が、前期所与のマルチキャストグループへの第1登録端末である場合、または(iii)以前レポートされた定義された位置領域とともに開始したタイマが、前記所与のマルチキャストセッションを登録する前記要求が前記所与のアクセス端末から受信される前に満了する場合、または(iv)前記以前レポートされた定義された位置領域とともに開始した前記タイマが、前期所与のマルチキャストグループを登録する前記要求が前記所与のアクセス端末から受信される前に満了する場合、前記送る段階が実施される請求項27に記載の方法。
【請求項３０】
所与の満了期間を有するタイマを開始する段階をさらに含み、
前記タイマの満了時に、
前記所与のマルチキャストセッションに関連するグループに属する複数のアクセス端末からアクセス端末を選択する段階と、
選択したアクセス端末が前記定義された位置領域をレポートすることを要求するために、前記選択したアクセス端末に第1メッセージを送信する段階と、
前記選択したアクセス端末が前記定義された位置領域を意識している場合、前記定義された位置領域をレポートする第2メッセージを前記選択したアクセス端末から受信する段階とをさらに含む請求項26に記載の方法。
【請求項３１】
前記第1メッセージがStorageBlobAssignmentメッセージに対応し、前記第2メッセージがStorageBlobNotificationメッセージに対応する請求項30に記載の方法。
【請求項３２】
前記タイマをリセットする段階と、
リセットしたタイマの満了時に、前記選択する段階、送信する段階、および受信する段階を反復する段階とをさらに含む請求項30に記載の方法。
【請求項３３】
前記アクセスネットワークで前記アプリケーションサーバから前記定義された位置領域を受信する段階をさらに含む請求項26に記載の方法。
【請求項３４】
前記制限する段階が、前記アクセスネットワークが所与のマルチキャストセッションを告知する方式を制限し、
前記所与のマルチキャストセッションが、複数のマルチキャストグループのうちの1つに登録された複数の異なるターゲットアクセス端末にソースアクセス端末からマルチキャストセッション中にデータをマルチキャストするように構成される請求項26に記載の方法。
【請求項３５】
前記制限する段階が、前記所与のマルチキャストセッションが前記定義された位置領域のセクタ内だけで告知されるように前記所与のマルチキャストセッションの告知を制限するとともに、前記定義された位置領域外にあるセクタ内からの告知を禁じられる請求項34に記載の方法。
【請求項３６】
前記得る段階、判定する段階、および制限する段階が、前記マルチキャストサービスに関する登録メッセージが前記所与のアクセス端末から前記アクセスネットワークで受信されたことに応答して実施される請求項26に記載の方法。
【請求項３７】
前記定義された位置領域に関連するサービス制限の前記第1および第2レベルが、前記所与のアクセス端末に特有のものである請求項1に記載の方法。
【請求項３８】
ワイヤレス通信システム内のアクセス端末の位置に基づいて他のアクセス端末との通信セッションを選択的に制限するように構成されたネットワーク通信エンティティであって、
所与のアクセス端末にサービスするように構成された各アクセスネットワークおよび各キャリアネットワークとは別のアプリケーションサーバによる仲裁用に設定された所与の通信サービスに参加しようと試みている前記所与のアクセス端末に関連する位置を得る手段と、
前記得られた位置が、定義された位置領域との所与の関係を満たすかどうかを判定する手段と、
前記判定に基づいて、前記所与の通信サービスに関する第1または第2サービス制限レベルに従って前記所与のアクセス端末を制限する手段とを備え
前記定義された位置領域は、前記定義された位置領域内の前記所与の通信サービスに関する第1サービス制限レベルを定めるものであるとともに、前記定義された位置領域外の前記所与の通信サービスに関する少なくとも第2サービス制限レベルを定めるものであり、
前記第1および第2サービス制限レベルは、前記所与の通信サービスに特有のものであるとともに、前記所与のアクセス端末にサービスするように構成された各アクセスネットワークまたは各キャリアネットワークにより仲裁されるサービスのためのサービス制限とは独立しているネットワーク通信エンティティ。
【請求項３９】
前記ネットワーク通信エンティティが、前記所与のアクセス端末、前記所与の通信サービスを仲裁する前記アプリケーションサーバ、または前記所与のアクセス端末にサービスするアクセスネットワークに対応する請求項38に記載のネットワーク通信エンティティ。
【請求項４０】
ワイヤレス通信システム内のアクセス端末の位置に基づいて他のアクセス端末との通信セッションを選択的に制限するように構成されたネットワーク通信エンティティであって、
所与のアクセス端末にサービスするように構成された各アクセスネットワークおよび各キャリアネットワークとは別のアプリケーションサーバによる仲裁用に設定された所与の通信サービスに参加しようと試みている前記所与のアクセス端末に関連する位置を得るように構成された論理部と、
前記得られた位置が、定義された位置領域との所与の関係を満たすかどうかを判定するように構成された論理部と、
前記判定に基づいて、前記所与の通信サービスに関する第1または第2サービス制限レベルに従って前記所与のアクセス端末を制限するように構成された論理部とを備え
前記定義された位置領域は、前記定義された位置領域内の前記所与の通信サービスに関する第1サービス制限レベルを定めるものであるとともに、前記定義された位置領域外の前記所与の通信サービスに関する少なくとも第2サービス制限レベルを定めるものであり、
前記第1および第2サービス制限レベルは、前記所与の通信サービスに特有のものであるとともに、前記所与のアクセス端末にサービスするように構成された各アクセスネットワークまたは各キャリアネットワークにより仲裁されるサービスのためのサービス制限とは独立しているネットワーク通信エンティティ。
【請求項４１】
前記ネットワーク通信エンティティが、前記所与のアクセス端末、前記所与の通信サービスを仲裁する前記アプリケーションサーバ、または前記所与のアクセス端末にサービスするアクセスネットワークに対応する請求項40に記載のネットワーク通信エンティティ。
【請求項４２】
ワイヤレス通信システム内のアクセス端末の位置に基づいて他のアクセス端末との通信セッションを選択的に制限するように構成されたネットワーク通信エンティティで実行されたとき、ネットワーク通信エンティティに動作を実施させる命令を含むコンピュータ可読記憶媒体であって、前記命令が、
所与のアクセス端末にサービスするように構成された各アクセスネットワークおよび各キャリアネットワークとは別のアプリケーションサーバによる仲裁用に設定された所与の通信サービスに参加しようと試みている前記所与のアクセス端末に関連する位置を得るためのプログラムコードと、
前記得られた位置が、定義された位置領域との所与の関係を満たすかどうかを判定するためのプログラムコードと、
前記判定に基づいて、前記所与の通信サービスに関する第1または第2サービス制限レベルに従って前記所与のアクセス端末を制限するためのプログラムコードとを含み
前記定義された位置領域は、前記定義された位置領域内の前記所与の通信サービスに関する第1サービス制限レベルを定めるものであるとともに、前記定義された位置領域外の前記所与の通信サービスに関する少なくとも第2サービス制限レベルを定めるものであり、
前記第1および第2サービス制限レベルは、前記所与の通信サービスに特有のものであるとともに、前記所与のアクセス端末にサービスするように構成された各アクセスネットワークまたは各キャリアネットワークにより仲裁されるサービスのためのサービス制限とは独立しているコンピュータ可読記憶媒体。
【請求項４３】
前記ネットワーク通信エンティティが、前記所与のアクセス端末、前記所与の通信サービスを仲裁する前記アプリケーションサーバ、または前記所与のアクセス端末にサービスするアクセスネットワークに対応する請求項42に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレスネットワーク内でサービスの範囲を地理的に規制することを対象とする。
【０００２】
本特許出願は、本明細書の譲受人に譲渡され、参照によりその全体が本明細書に明白に組み込まれる、2009年3月26日出願の「REGULATING THE SCOPE OF SERVICE GEOGRAPHICALLY IN WIRELESS NETWORKS」という名称の仮出願第61/163,834号の優先権を主張する。
【背景技術】
【０００３】
ワイヤレス通信システムは、第1世代アナログワイヤレス電話サービス(1G)、第2世代(2G)デジタルワイヤレス電話サービス(暫定2.5Gおよび2.75Gネットワークを含む)、および第3世代(3G)高速データ/インターネット使用可能ワイヤレスサービスを含む、様々な世代を通じて発展してきた。現在、セルラシステムおよびPCS(Personal Communications Service)システムを含む、多くの異なるタイプのワイヤレス通信システムが使用されている。周知のセルラシステムの例には、AMPS(Analog Advanced Mobile Phone)と、符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、TDMAのGSM(Global System for Mobile access)変形体に基づくデジタルセルラシステムと、TDMA技術とCDMA技術を共に用いるより新しいハイブリッドデジタル通信システムとが含まれる。
【０００４】
CDMA移動体通信を実現する方法が、米国で、米国電気通信工業会/米国電子工業会によって、「Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System」と題するTIA/EIA/IS-95-Aで標準化された(本明細書ではIS-95と呼ぶ)。組合せAMPSおよびCDMAシステムが、TIA/EIA標準IS-98に記載されている。他の通信システムが、広帯域CDMA(WCDMA)、CDMA2000(例えばCDMA2000 1x-EVDO標準など)、またはTD-SCDMAと呼ばれるものを包含する標準であるIMT-2000/UM、すなわちInternational Mobile Telecommunications System 2000/Universal Mobile Telecommunications Systemに記載されている。
【０００５】
ワイヤレス通信システムでは、移動局、ハンドセット、またはアクセス端末(AT)が、固定位置基地局(セルサイトまたはセルとも呼ばれる)から信号を受信し、固定位置基地局は、基地局に隣接する、または基地局の周囲の特定の地理的領域内の通信リンクまたはサービスをサポートする。基地局は、アクセスネットワーク(AN)/無線アクセスネットワーク(RAN)へのエントリポイントを提供し、AN/RANは一般に、サービス品質(QoS)要件に基づいてトラフィックを区別する方法をサポートする標準Internet Engineering Task Force(IETF)ベースのプロトコルを使用するパケットデータネットワークである。したがって、基地局は一般に、無線インターフェースを介してATと対話し、インターネットプロトコル(IP)ネットワークデータパケットを介してANと対話する。
【０００６】
ワイヤレス遠隔通信システムでは、プッシュツートーク(PTT)機能が、サービスセクタおよび消費者に一般的になりつつある。PTTは、CDMA、FDMA、TDMA、GSMなどの標準の商用ワイヤレスインフラストラクチャを介して動作する「ディスパッチ」音声サービスをサポートすることができる。ディスパッチモデルでは、エンドポイント(AT)間の通信が仮想グループ内で行われ、1人の「話者」の音声が、1人または複数の「聴取者」に送られる。このタイプの通信の単一の例は、一般にディスパッチ呼出し、または単にPTT呼出しと呼ばれる。PTT呼出しは、呼出しの特徴を定義する、グループのインスタンシエーションである。グループは本質的に、メンバリストと、グループ名やグループ識別などの関連情報とによって定義される。
【０００７】
従来、ワイヤレス通信ネットワーク内のデータパケットは、単一の宛先またはアクセス端末に送られるように構成された。単一の宛先へのデータの伝送は「ユニキャスト」と呼ばれる。移動体通信が増大するにつれて、所与のデータを複数のアクセス端末に同時に送信する能力がより重要となっている。したがって、同一のパケットまたはメッセージの、複数の宛先またはターゲットアクセス端末への同時データ伝送をサポートするためのプロトコルが採用されている。「ブロードキャスト」とは、(例えば、所与のセル内の、所与のサービスプロバイダによってサービスされる、など)すべての宛先またはアクセス端末データパケットへの伝送を指すのに対して、「マルチキャスト」とは、所与のグループの宛先またはアクセス端末へのデータパケットの伝送を指す。一例では、所与のグループの宛先、すなわち「マルチキャストグループ」は、(例えば、所与のグループ内の、所与のサービスプロバイダによってサービスされる、など)可能な宛先またはアクセス端末のうちの複数、かつすべてより少ない端末を含むことができる。しかし、ある状況では、ユニキャストと同様に、マルチキャストグループが1つのアクセス端末だけを含むこと、あるいはブロードキャストと同様に、マルチキャストグループが(例えば、セルまたはセクタ内の)すべてのアクセス端末を含むことが少なくとも可能である。
【０００８】
ブロードキャストおよび/またはマルチキャストは、マルチキャストグループに対処するために複数の順次ユニキャスト操作を実施すること、複数のデータ伝送を同時に処理するために固有ブロードキャスト/マルチキャストチャネル(BCH)を割り振ることなど、いくつかの方式によってワイヤレス通信システム内で実施することができる。プッシュツートーク通信用のブロードキャストチャネルを使用する従来型システムが、2007年3月1日付けの「Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network」という名称の米国特許出願公開第2007/0049314号に記載されており、その内容全体が参照により本明細書に組み込まれる。公開第2007/0049314号に記載されているように、従来型シグナリング技法を使用するプッシュツートーク呼出しのためにブロードキャストチャネルを使用することができる。ブロードキャストチャネルの使用により、従来型ユニキャスト技法よりも帯域幅要件を改善することができるが、ブロードキャストチャネルの従来型シグナリングは依然として、追加のオーバヘッドおよび/または遅延をもたらす可能性があり、システム性能を低下させる可能性がある。
【０００９】
第3世代パートナーシッププロジェクト2(「3GPP2」)は、CDMA2000ネットワーク内のマルチキャスト通信をサポートするブロードキャスト-マルチキャストサービス(BCMCS)仕様を定義する。したがって、2006年2月14日付けの「CDMA2000 High Rate Broadcast-Multicast Packet Data Air Interface Specification」と題する、3GPP2のBCMCS仕様のバージョンであるVersion 1.0 C.S0054-Aが、参照によりその全体が本明細書に組み込まれる。
【発明の概要】
【課題を解決するための手段】
【００１０】
一実施形態では、ネットワーク通信エンティティが、通信サービスに参加しようと試みているアクセス端末に関連する位置を得て、得られた位置が、定義された位置領域内の通信サービスに関する第1サービス制限レベルを確立し、定義された位置領域の外部の通信サービスに関する少なくとも第2サービス制限レベルを確立する、定義された位置領域との関係を満たすかどうかを判定し、その判定に基づいて、通信サービスに関する第1および第2サービス制限レベルに従ってアクセス端末を制限する。ネットワーク通信エンティティは、アクセス端末、アクセスネットワーク、またはアプリケーションサーバに対応することができる。アクセス端末が、現在のサービス制限、差し迫ったサービス制限、または将来のサービス制限を検出した場合、所与のアクセス端末が、別のサービス機構へのハンドオフを開始することができ、かつ/またはユーザにサービス制限を通知することができる。
【００１１】
本発明の実施形態のより完全な理解、およびそれに付随する利点の多くは、例示のために与えられたに過ぎず、本発明の限定を目的としていない添付の図面と共に考慮するときに以下の詳細な説明を参照することによってより良く理解できるので、それを直ちに得ることができよう。
【図面の簡単な説明】
【００１２】
【図１】本発明の少なくとも1つの実施形態による、アクセス端末およびアクセスネットワークをサポートするワイヤレスネットワークアーキテクチャの図である。
【図２】本発明の例示的実施形態によるキャリアネットワークを示す図である。
【図３】本発明の少なくとも1つの実施形態によるアクセス端末の図である。
【図４Ａ】所与のマルチキャストセッションに関する従来型コールセットアッププロセスを示す図である。
【図４Ｂ】アプリケーションサーバでカバーすることのできるマルチキャスティングサービスエリアの一例を示す図である。
【図５】本発明の一実施形態による、アプリケーションサーバで実施される位置ベースのマルチキャスト呼出し制限を含むマルチキャスティングプロセスを示す図である。
【図６】本発明の一実施形態による図5のプロセスの続きを示す図である。
【図７】本発明の一実施形態による図6のプロセスの続きを示す図である。
【図８】本発明の一実施形態による、アクセス端末で実施される位置ベースのマルチキャスト呼出し制限を含むマルチキャスティングプロセスを示す図である。
【図９】本発明の一実施形態による図8のプロセスの続きを示す図である。
【図１０】本発明の一実施形態による図9のプロセスの続きを示す図である。
【図１１】本発明の一実施形態による、位置ベースのサービス制限に関する高レベルユーザ通知プロセスを示す図である。
【図１２Ａ】本発明の少なくとも1つの実施形態による、マルチキャストサービス制限で使用される定義された位置領域をアクセスネットワークに通知することのできる代替プロセスを示す図である。
【図１２Ｂ】本発明の少なくとも1つの実施形態による、マルチキャストサービス制限で使用される定義された位置領域をアクセスネットワークに通知することのできる代替プロセスを示す図である。
【図１２Ｃ】本発明の少なくとも1つの実施形態による、マルチキャストサービス制限で使用される定義された位置領域をアクセスネットワークに通知することのできる代替プロセスを示す図である。
【図１３Ａ】本発明の一実施形態による、アクセスネットワークで実施される位置ベースのマルチキャスト呼出し制限を含むマルチキャスティングプロセスを示す図である。
【図１３Ｂ】本発明の一実施形態による、アクセスネットワークで実施される位置ベースのマルチキャスト呼出し制限を含む別のマルチキャスティングプロセスを示す図である。
【図１４】本発明の一実施形態による別の位置ベースのマルチキャスト呼出し制限実施機構を示す図である。
【発明を実施するための形態】
【００１３】
本発明の特定の実施形態を対象とする以下の説明および関連する図面で、本発明の諸態様が開示される。本発明の範囲から逸脱することなく、代替実施形態を考案することができる。さらに、本発明の重要な詳細を不明瞭にしないように、本発明の周知の要素は詳細には説明されず、または省略される。
【００１４】
「例示的」および/または「例」という語は、本明細書では「例、実例、または例示としての役割を果たす」という意味で用いられる。「例示的」および/または「例」として本明細書で説明されるどんな実施形態も、必ずしも他の実施形態よりも好ましい、または有利であると解釈されるべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が、論じられる特徴、利点、または動作方式を含むことを必要とするわけではない。
【００１５】
さらに、多くの実施形態が、例えばコンピューティング装置の要素によって実施される、動作のシーケンスに関して説明される。特定の回路(例えば、特定用途向け集積回路(ASIC))、1つまたは複数のプロセッサで実行中のプログラム命令、あるいはそれらの組合せによって本明細書に記載の様々な動作を実施できることを理解されよう。さらに、本明細書に記載のこうした動作のシーケンスは、関連するプロセッサに実行時に本明細書に記載の機能を実施させる、対応する1組のコンピュータ命令を格納した任意の形態のコンピュータ可読記憶媒体内でもっぱら実施されるとみなすことができる。したがって、本発明の様々な態様は、そのすべてが特許請求される主題の範囲内となるように企図されたいくつかの異なる形態で実施することができる。さらに、本明細書に記載の実施形態のそれぞれについて、そのような実施形態の対応する形態が、例えば記載の動作を実施する「ように構成された論理」と本明細書で述べられることがある。
【００１６】
本明細書でアクセス端末(AT)と呼ばれる高データレート(HDR)加入者局は、モバイルまたは固定でよく、本明細書でモデムプールトランシーバ(MPT)または基地局(BS)と呼ばれる1つまたは複数のHDR基地局と通信することができる。アクセス端末は、1つまたは複数のモデムプールトランシーバを通じて、モデムプールコントローラ(MPC)、基地局コントローラ(BSC)、および/またはパケット制御機能(PCF)と呼ばれるHDR基地局コントローラに、データパケットを送信および受信する。モデムプールトランシーバおよびモデムプールコントローラは、アクセスネットワークと呼ばれるネットワークの部分である。アクセスネットワークは、複数のアクセス端末間でデータパケットを移送する。
【００１７】
アクセスネットワークはさらに、会社イントラネットやインターネットなどの、アクセスネットワークの外部の追加のネットワークに接続することができ、各アクセス端末と、そのような外部ネットワークとの間でデータパケットを移送することができる。1つまたは複数のモデムプールトランシーバとの間でアクティブなトラフィックチャネル接続を確立したアクセス端末は、アクティブなアクセス端末と呼ばれ、トラフィック状態にあると言われる。1つまたは複数のモデムプールトランシーバとの間でアクティブなトラフィックチャネル接続を確立するプロセスにあるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレスチャネル、または例えば光ファイバもしくは同軸ケーブルを使用する有線チャネルを通じて通信する任意のデータ装置でよい。アクセス端末はさらに、限定はしないがPCカード、コンパクトフラッシュ(登録商標)、外付けまたは内蔵モデム、あるいはワイヤレスまたはワイヤーライン電話を含む、いくつかのタイプの装置のいずれでもよい。アクセス端末がモデムプールトランシーバに信号を送る通信リンクは、逆方向リンクまたはトラフィックチャネルと呼ばれる。モデムプールトランシーバがアクセス端末に信号を送る通信リンクは、順方向リンクまたはトラフィックチャネルと呼ばれる。本明細書では、トラフィックチャネルという用語は、順方向トラフィックチャネルまたは逆方向トラフィックチャネルを指すことができる。
【００１８】
図1は、本発明の少なくとも1つの実施形態によるワイヤレスシステム100の例示的一実施形態のブロック図を示す。システム100は、アクセスネットワークまたは無線アクセスネットワーク(RAN)120とエアインターフェース104を介して通信している携帯電話102などのアクセス端末を含むことができ、RAN120は、パケット交換データネットワーク(例えば、イントラネット、インターネット、および/またはキャリアネットワーク126)とアクセス端末102、108、110、112との間のデータ接続性を与えるネットワーク装置にアクセス端末102を接続することができる。ここで示されるように、アクセス端末は、携帯電話102、携帯情報端末108、ここでは双方向テキストページャとして示されるページャ110、さらにはワイヤレス通信ポータルを有する別々のコンピュータプラットフォーム112でよい。したがって、本発明の実施形態は、限定はしないがワイヤレスモデム、PCMCIAカード、パーソナルコンピュータ、電話、またはそれらの任意の組合せまたはサブコンビネーションを含む、ワイヤレス通信ポータルを含み、またはワイヤレス通信機能を有する任意の形態のアクセス端末上で実現することができる。さらに、本明細書では、「アクセス端末」、「ワイヤレス装置」、「クライアント装置」、「移動端末」、およびそれらの変形が互換的に使用されることがある。
【００１９】
図1に戻ると、ワイヤレスネットワーク100の構成要素、および本発明の例示的実施形態の要素の相互関係は、図示される構成に限定されない。システム100は例示に過ぎず、ワイヤレスクライアントコンピューティング装置102、108、110、112などのリモートアクセス端末が互いの間で、かつ/または限定はしないがキャリアネットワーク126、インターネット、および/または他のリモートサーバを含む、エアインターフェース104およびRAN120を介して接続された構成要素の間で無線によって通信することを可能にする任意のシステムを含むことができる。
【００２０】
RAN120は、基地局コントローラ/パケット制御機能(BSC/PCF)122に送られるメッセージ(通常はデータパケットとして送られる)を制御する。BSC/PCF122は、パケットデータサービスノード100(「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の両方の機能を有する単一の「ハイブリッド」モジュールにまとめられることがある。
【００２１】
図2は、本発明の一実施形態によるキャリアネットワーク126を示す。図2の実施形態では、キャリアネットワーク126は、パケットデータサービングノード(PDSN)160、ブロードキャストサービングノード(BSN)165、アプリケーションサーバ170、およびインターネット175を含む。しかし、代替実施形態では、アプリケーションサーバ170および他の構成要素は、キャリアネットワークの外部に位置することがある。PDSN160は、例えばcdma2000無線アクセスネットワーク(RAN)(例えば、図1のRAN120)を使用する移動局(例えば、図1の102、108、110、112などのアクセス端末)に対して、インターネット175、イントラネット、および/またはリモートサーバ(例えばアプリケーションサーバ170)へのアクセスを与える。PDSN160は、アクセスゲートウェイとして働いて、単純なIPおよびモバイルIPアクセス、フォーリンエージェントサポート、ならびにパケット移送を実現することができる。PDSN160は、AAA(Authentication, Authorization, and Accounting)サーバおよび他のサポートするインフラストラクチャのためのクライアントとして働くことができ、当技術分野で周知のように、IPネットワークへのゲートウェイを移動局に提供する。図2に示されるように、PDSN160は、従来型A10接続を介してRAN120(例えばBSC/PCF122)と通信することができる。A10接続は当技術分野で周知であり、話を簡潔にするためにさらには論じない。
【００２２】
図2を参照すると、ブロードキャストサービングノード(BSN)165は、マルチキャストサービスおよびブロードキャストサービスをサポートするように構成することができる。以下でBSN165をより詳しく説明する。BSN165は、ブロードキャスト(BC)A10接続を介してRAN120(例えばBSC/PCF122)と通信し、インターネット175を介してアプリケーションサーバ170と通信する。BCA10接続は、マルチキャストおよび/またはブロードキャストメッセージングを転送するために使用される。したがって、アプリケーションサーバ170は、インターネット175を介してPDSN160にユニキャストメッセージングを送り、インターネット175を介してBSN165にマルチキャストメッセージングを送る。
【００２３】
一般には、以下でより詳細に説明するように、RAN120は、BSN165からBCA10接続を介して受信したマルチキャストメッセージを、エアインターフェース104のブロードキャストチャネル(BCH)を介して1つまたは複数のアクセス端末200に送信する。
【００２４】
図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)、GSM(Global System for Mobile Communications)、またはワイヤレス通信ネットワークもしくはデータ通信ネットワークで使用することのできる他のプロトコルなどの様々な技術に基づくことができる。データ通信は通常、クライアント装置102、MPT/BS124、およびBSC/PCF122の間である。BSC/PCF122は、キャリアネットワーク126、PSTN、インターネット、仮想プライベートネットワークなどの複数のデータネットワークに接続することができ、したがって、アクセス端末102がより広範囲の通信ネットワークにアクセスすることが可能となる。上記で論じられ、当技術分野で周知のように、音声伝送および/またはデータは、様々なネットワークおよび構成を使用してRANからアクセス端末に伝送することができる。したがって、本明細書で与えられる例示は、本発明の実施形態を限定することを意図するものではなく、単に本発明の実施形態の態様の説明を助けるためのものに過ぎない。
【００２７】
図4Aは、所与のマルチキャストセッション(例えば、プッシュツートーク(PTT)セッション、プッシュツートランスファー(PTX)セッション、ブロードキャストおよびマルチキャストサービス(BCMCS)セッションなど)に関する従来型コールセットアッププロセスを示す。400で、所与のAT(「AT1」)が、逆方向リンクアクセスチャネル上でRAN120にメッセージを送り、複数のATへのマルチキャスト呼出しまたはセッションの開始を要求する。例えば、所与のマルチキャストセッションがPTTセッションに対応する場合、400でAT1から送られる要求は、AT1のユーザによるPTTボタンの押下に応答して実施することができる。RAN120は、逆方向リンクアクセスチャネル上でAT1からマルチキャスト呼出し要求を受信し、メッセージをアプリケーションサーバ170に転送する。マルチキャスト呼出し要求の受信時に、405で、アプリケーションサーバ170は、所与のマルチキャストセッションを複数のAT、すなわちマルチキャストグループに告知する告知メッセージを生成し、転送する。図4Aには図示していないが、アプリケーションサーバ170は、AT1がマルチキャスト呼出しを実施または開始するための許可を有することを保証するために、告知メッセージを送る前に、まずAT1を認証または検証することができる(例えば、AT1が所与のマルチキャストセッションに関するマルチキャストグループに属するかどうかをチェックすることによって)。図4Aでは、所与のターゲットAT(「AT2」)が、告知メッセージに関連するマルチキャストグループに属すると仮定する。したがって、405では、アプリケーションサーバ170は、少なくともAT2のセクタ内のマルチキャストグループ内の複数のATに送信するために、(例えば、PDSN160および/またはBSN165を介して)RAN120に告知メッセージを転送する。
【００２８】
図4Aを参照すると、AT2が告知メッセージを受信し、マルチキャスト呼出しを受諾することを決定すると仮定する。したがって、410で、AT2は、逆方向リンクアクセスチャネル上でマルチキャスト呼出しの受諾を示す告知肯定応答(ACK)メッセージをRAN120に送ることによって告知メッセージに応答し、RAN120は、告知ACK受諾メッセージをアプリケーションサーバ170に転送する。図4Aには図示していないが、AT2は、マルチキャストセッションに登録するために登録メッセージ(例えばBCMCSFlowRegistrationメッセージ)もRAN120に送ることができる。AT2が告知メッセージに対する最初の応答側であると仮定すると、アプリケーションサーバ170は、マルチキャストセッションを開始できることをAT1に命令するメッセージを送る。415で、AT1はメッセージを受信し、AT1のユーザが通話を開始できることを示すトーンをAT1のユーザに対して再生し、AT1は、マルチキャストグループへの送信のためにアプリケーションサーバ170への音声データの転送を開始する。アプリケーションサーバ170は、420で、所与のマルチキャストセッションに登録しているマルチキャストグループメンバにRAN120によって送信するために、音声データ、すなわちマルチキャストパケットを転送し、425で、少なくとも、AT2を含む登録されたマルチキャストグループメンバは、所与のマルチキャストセッションを監視する。ある実装では、メディア伝送が発信側クライアントで開始される前に、(IPアドレス、ポート番号、SSRCなどを決定するために)アクセス端末(複数可)とサーバとの間のコールセットアップ中に追加のシグナリングメッセージを交換することができる。
【００２９】
当業者は理解するであろうが、アプリケーションサーバ170は、例えば要求側ATがマルチキャストセッションに関連するマルチキャストグループに属するかどうかをチェックすることにより、マルチキャストセッションに参加しようと試みるATを検証しようと試みることができるが、ATの物理的位置などの他の情報はアプリケーションサーバ170では既知ではない。むしろ、このタイプの情報は、RAN120またはAT自体では既知であるが、アプリケーションサーバ170ではアクセス可能ではない。したがって、選択されたATまたはATのグループに宛てられたメッセージをアプリケーションサーバ170が転送するときにATがどこに位置するかを解決することは、RAN120の機能である。
【００３０】
図4Aを参照すると、従来型ユニキャスト呼出しが、アプリケーションサーバ170と呼出し参加者との間のコンタクトメッセージおよびコンタクトACKメッセージの交換を含むことができ、その交換が、メディアサーバ(例えばMCC)、SSRCなどのIPアドレスおよびポート番号を搬送するように集合的に機能し、その後で、セッションを開始するためのトーンが開始側または発信側で再生されることを理解されよう。図4Aでは、コンタクトメッセージおよびコンタクトACKメッセージは明示的には図示されていない。しかし、一例として、こうしたコンタクトメッセージおよびコンタクトACKメッセージは、それぞれのメッセージが明示的に図示されていないとしても、図4Aでは暗黙的なものとみなすことができる。代替例として、上記で簡潔に論じたように、通常はコンタクトメッセージを介して搬送されるセッションデータを、図4Aに示されるコールセットアップメッセージのうちの1つまたは複数などで、前もって、または演繹的に与えることができる。同様に、以下で論じられる本発明の実施形態は、上述のセッション情報を、コンタクトメッセージを介して、あるいは演繹的に1つまたは複数のコールセットアップメッセージを介して搬送することができる。
【００３１】
したがって、アプリケーションサーバ170は通常、アクティブなマルチキャストセッションに参加するマルチキャストグループメンバの位置または場所を意識していないので、マルチキャスト通信で位置ベースの制限を実施することは困難である。ここで図4Bに関して一例を与える。図4Bは、アプリケーションサーバ170でカバーすることのできるマルチキャスティングサービスエリア450の一例を示す。図4Bに示されるように、マルチキャスティングサービスエリア455は、異なるPDSN160によってそれぞれ管理される複数のPDSNサービスエリア455を含むことができ、各PDSNサービスエリア455は、異なるRNCによってそれぞれ管理される複数のサブネット460を含み、各サブネットは複数のセクタ465を含む。
【００３２】
一例として、アプリケーションサーバ170を制御するネットワークオペレータが、マルチキャスティングサービスエリア450内のいくつかのセクタ、サブネット、および/またはPDSNサービスエリアがマルチキャストサービスに適していないとみなす(例えば、こうしたサービスエリア内の負荷が高いなどのために)と仮定する。従来、上記で論じたように、マルチキャストグループメンバ位置に関する情報はRAN120では既知であるが、アプリケーションサーバ170では既知ではないので、ネットワークオペレータは、特定のサービスエリアへの呼出しを制限することができない。
【００３３】
別の例では、100人のハイカーがハイキングマルチキャストグループの部分であるが、こうしたハイカーのうちの50人だけが、単一のサブネット460でサービスされる領域内の特定のハイキング旅行をしていると仮定する。旅行中のハイカーのうちの1人が旅行中の別のハイカーだけと話したい場合、マルチキャストセッションは依然として100人のハイカーすべてに告知され、呼出し開始側からアプリケーションサーバ170への手動命令(例えば、旅行中であることが知られているハイカーのみを含む新しいマルチキャストグループを手動で形成する命令など。こうした命令は、人数を正確に得て、システムに入力するには冗長である可能性がある)なしには、旅行中の50人のハイカーに制限されない。
【００３４】
したがって、本発明の実施形態は、ワイヤレス通信システム内のアクセス端末の位置に基づいて通信セッション(例えば、マルチキャストプロトコルでサービスされるグループ呼出し、ユニキャストプロトコルでサービスされるグループ呼出し、ユニキャストプロトコルでサービスされる2つのAT間の非グループ呼出し、非呼出し移送セッションなど)を制限する(例えば、許可する、ブロックする、課金するレートなど)ことを対象とする。以下で説明される本発明の実施形態は一般に、マルチキャストプロトコルに従ってサービスされるグループ呼出しに関して説明されるが、他の実施形態は、他のタイプの通信セッション(例えば、ユニキャスト呼出し、移送セッションなど)にサービスを制限することを対象とできることを理解されよう。さらに、実施形態は一般に、呼出しが制限される第1エリアと、呼出しが制限されない第2エリアに関して説明されるが、別法として、単なる許可-ブロック型の実装ではなく、異なる制限度にエリアを関連付けることができることを理解されよう。例えば、あるサブネットは、マルチキャストプロトコルを介するグループ呼出しをサポートすることができ、別のサブネットは、ユニキャストプロトコルまたはマルチキャストプロトコルを介するグループ呼出しをサポートすることができる。この場合、より少数のプロトコルでグループ呼出しをサポートするサブネット(または他の位置領域)、またはマルチキャストサービスに対してより多く課金するサブネットは、より高い制限度を有するとみなすことができる。
【００３５】
これから図5から10に関してより詳細に説明するように、実施形態は、マルチキャスト呼出しの開始側、またはマルチキャスト呼出しのターゲットを対象とすることができ、システム内のコールセットアップおよび/または既にアクティブな呼出しセッションを対象とすることができる。具体的には、図5から7は、アプリケーションサーバ170で実施される位置ベースのマルチキャスト呼出し制限を対象とし、図8から10は、個々のアクセス端末で実施される位置ベースのマルチキャスト呼出し制限を対象とする。
【００３６】
したがって、図5は、本発明の一実施形態による、アプリケーションサーバで実施される位置ベースのマルチキャスト呼出し制限を含むマルチキャスティングプロセスを示す。図5を参照すると、500で、アプリケーションサーバ170のネットワークオペレータが、マルチキャストサービス制限に関する(例えば、1つまたは複数の個々のマルチキャストグループ、またはQChatなどの特定のタイプのマルチキャストサービスに関連するすべてのマルチキャストグループに関する)位置領域を定義する。あるいは、500で、アプリケーションサーバ170とは別々のキャリアプロビジョニングシステム(CPS)のネットワークオペレータが、位置領域を定義し、次いで、定義した位置領域をアプリケーションサーバ170に供給することができる。一例では、定義された位置領域は、包含に関するものでよく(例えば、定義された位置領域内にある参加者だけを許可する)、または除外に関するものでよい(例えば、定義された位置領域内にない参加者だけを許可する)。以下では、各例は主に「包含」実施形態を対象とするが、評価の結果を単に反転することにより、こうした例を「除外」に関して構成できることを理解されよう(例えば、ATが包含に関する定義された位置領域内にある場合、ATはマルチキャスト呼出しに参加することを許可されるのに対して、除外に関して逆のことが真である)。定義された位置領域を時間パラメータおよび/または他のトリガリング基準で確立することもでき、したがって定義された位置領域は、他の条件も満たされるときの制限のためにだけ使用される(例えば、通常の勤務時間中など)。さらに、定義された位置領域が、定義された位置領域内の1つまたは複数のATに関する第1マルチキャストサービス制限レベル(例えば、「無制限」制限レベル)と、定義された位置領域の外部の1つまたは複数のATに関する第2マルチキャストサービス制限レベル(例えば、定義された位置領域の外部でサービスが使用不能となるようなサービス拒否制限レベル)とを確立することを理解されよう。別の例が、別の介在サービス制限レベルを対象とできることを理解されよう。
【００３７】
別の例では、定義された位置領域はマルチキャストグループ特有のものでよく、したがって1つまたは複数の特定のマルチキャストグループに関するマルチキャスト呼出しだけが、定義された位置領域に基づいて制限される。あるいは、定義された位置領域は、グローバルまたはユニバーサルなものでよく、したがって、500で、アプリケーションサーバ170によってサービスされるすべてのマルチキャストグループが、定義された位置領域の位置制約または位置制限の影響を受ける。別の例では、定義された位置領域はAT特有のものでよく、したがって定義された位置領域は、サービスを特定のAT(複数可)に制限するように動作するだけである。
【００３８】
定義された位置領域は、任意の方式で構成することができる。例えば、1x-EVDO Rev.Aネットワークでは、128ビットセクタIDがセクタを一意に特定し、ワイヤレス通信システム100の各セクタ内で所与の間隔でRAN120から送信されるSectorParametersメッセージの一部としてブロードキャストされる。したがって、一例として、定義された位置領域は、セクタIDのリストに対応することができる(例えば、または別法として、BASE_ID、SID、NID、および/またはPZIDのうちの1つまたは複数)。この例では、定義された位置領域はセクタレベルである(例えば、図4Bのセクタ465を参照)。代替例では、定義された位置領域は、セクタ識別子(例えば128ビットセクタID)、サブネット識別子(例えば、図4Bの460を参照)、PDSNサービング領域識別子(例えば、図4Bの455を参照)、および/またはマルチキャスティングサービスエリア全体の識別子(例えば、図4Bの450を参照)のうちの1つまたは複数を含むことができる。別の例では、3G 1xネットワークでは、ネットワークオペレータが、BASE_ID、SID、NID、またはPZIDの細分性で、またはRANレベルではなくアプリケーションサーバレベルでホーム領域の識別子に基づいて、位置領域を定義することができる。例えば、1x-EVDO Rev.Aネットワークでは、ネットワークオペレータは、セクタIDから導出されるセクタIDまたはSubnetIDの細分性で位置領域を定義することができる(例えば、この場合、各サブネットは単一のRNCにマッピングされる)。したがって、500で、異なる大きさのサービスエリアの位置に対応する1つまたは複数の識別子が、定義された位置領域を集合的に定義することができる。
【００３９】
代替例では、定義された位置領域をサービス領域で(例えば、セクタ、サブネット、PDSN、および/またはマルチキャストサービスエリアレベルで)構成する代わりに、定義された位置領域は、経度や緯度などの地理的座標に基づくことができる。さらに、図5の525に関して以下でより詳細に論じられるように、地理的領域は、2次元(2D)(例えばグリッド)または3次元(3D)空間(例えば、地球などの球)に対応することができる。
【００４０】
図5の例では、500で定義された位置領域が生成された後、アプリケーションサーバ170が定義された位置領域を保持すると仮定する。図5の500の後のある時点で、500でそれに関する位置領域が定義されるマルチキャストグループに属する所与のAT(「AT1」)が、505で、マルチキャストグループへのマルチキャスト呼出しを開始するか否かを決定する。図5の例では、AT1がマルチキャスト呼出しを開始することを決定すると仮定する。
【００４１】
次に、510で、AT1は、ワイヤレス通信システム100内のAT1の位置を求める。510の位置決定は、いくつかの方式で実施することができる。例えば、1x-EVDO Rev.Aネットワークでは、AT1がシステム内でどのサービングセクタに常駐するかに基づいてAT1の位置を求めると、AT1は、AT1のサービングセクタの128ビットセクタIDを求めて、AT1の位置を求めることができる。128ビットセクタIDは、AT1のセクタでRAN120からブロードキャストされたSectorParametersメッセージの受信に基づいて求めることができ、次いでセクタIDをAT1内にキャッシュまたは格納して、図5の510の間にフェッチすることができる。あるいは、AT1によるRAN120の周期的ポーリングに基づいて128ビットセクタIDを求めることもでき、次いでセクタIDをAT1内にキャッシュまたは格納して、図5の510の間にローカルキャッシュからフェッチすることができる。別の代替例では、AT1は図5のマルチキャスト呼出しの発信側であるので、505でAT1がマルチキャスト呼出しを開始することを決定した後に、128ビットセクタIDを「オンデマンド」に要求することができる。理解するであろうが、セクタIDがより頻繁に得られる場合(例えば、ポーリング、オンデマンド照会、および/またはSectorParametersメッセージの待機を介して、あるいは1xでは、SystemParametersメッセージを介して搬送されるセクタIDに類似のIDを介して)、セクタIDはより最新に保たれるが、シグナリングの増大がAT1セクタ内の干渉を高めることがある。
【００４２】
あるいは、AT1またはシステム100が1x-EVDO Rev.Aに準拠しない場合、AT1は、AT1のセクタ、またはシステム100内の現在のサービング基地局を特定する別のタイプの識別子を求めることができる。例えば、1xでは、BASE_IDフィールドは16ビットであり、AT1のサービング基地局を定義する。SID/NID/PZIDと共に取られるBASE_IDは、AT1が位置するセクタの固有の識別に対応することができ、それを図5の510でAT1の求めた位置として使用することができる。128ビットセクタIDに関して上記で論じたように、この情報は、ポーリング、オンデマンド照会、および/または1xでのSystemParametersメッセージなどのシグナリングメッセージを介して得ることができる。
【００４３】
別の代替例では、図5の510に関して、AT1は、地理的位置を、求められるAT1の位置として求めることができる(例えば、AT1の位置、あるいはAT1のセクタに関連する位置または位置範囲)。例えば、地理的位置は、経度座標および緯度座標によって表すことができ、経度座標および緯度座標は、GPSなどの衛星測位システム(SPS)、ネットワーク三辺測量、地上信号ベースの測位プロセス、ネットワーク支援測位プロセスなどによって得ることができる。一例では、求められる地理的位置は、AT1の特定の位置に関するものでよく、またはAT1のサービング基地局に関する座標、またはAT1のセクタ内の任意の地点でよい。
【００４４】
510でAT1の位置を求めた後、AT1は、アプリケーションサーバ170がマルチキャストセッションを開始することを要求し、さらにアプリケーションサーバ170にAT1の位置を搬送するためのマルチキャスト呼出し要求メッセージを構成する。あるいは、AT1は、位置情報が必ずしもマルチキャスト呼出し要求メッセージと一緒にまとめられないように、アプリケーションサーバ170にAT1の位置情報を搬送する別々のメッセージを構成することもできる。したがって、「構成後」マルチキャスト呼出し要求メッセージは、実際には2つ以上のメッセージ(すなわち、呼出し要求メッセージと、位置情報を搬送する別々のメッセージ)に対応することがある。例えば、1x-EVDO Rev.Aでは、呼出し要求メッセージとは別々のものであることがある肯定応答メッセージ(例えばSTATUS-ACKメッセージ)を介して位置情報を搬送することができる。あるいは、一例として、任意の他の帯域外メッセージを介して位置情報を搬送することもでき、または1x-EVDO Rev.A以外のプロトコルで呼出し要求メッセージ自体の中に含めることもできる。
【００４５】
520で、AT1は、RAN120を介してアプリケーションサーバ170に構成後マルチキャスト呼出し要求メッセージを送る。あるいは、520で、AT1は、マルチキャスト呼出し要求メッセージと、ATの位置を示す別々のメッセージとをアプリケーションサーバ170に送ることもできる。いずれの場合も、アプリケーションサーバ170は、520で、マルチキャスト呼出し要求メッセージを受信し、AT1のレポートされた位置の表示を得て、525で、AT1のレポートされた位置が、500からの定義された位置領域内にあるかどうかを判定する。
【００４６】
図5の判定525の第1の例では、520でAT1が(例えば、1つまたは複数のセクタ、サブネット、PDSNサービスエリア、および/またはマルチキャスティングサービスエリアの)サービスエリア識別子をレポートし、500からの定義された位置領域もサービスエリア識別子に基づく場合、アプリケーションサーバ170は、レポートされたサービスエリア識別子を定義された位置領域と比較し、AT1が定義された位置領域内にあるかどうかを判定する。例えば、AT1がセクタID番号1をレポートした場合、アプリケーションサーバ170は、セクタID番号1が定義された位置領域を含むセクタIDのセット内にリストされるかどうかをチェックすることができる。あるいは、定義された位置領域がサブネット識別子を示すべきであった場合、アプリケーションサーバ170はまず、指定のサブネットからセクタIDのリストをポピュレートし、次いでAT1のレポートされたセクタID番号2を、そのサブネットからポピュレートしたセクタIDと比較する。同様に、マルチキャスティングサービスエリア識別子、PDSNサービス領域識別子、サブネット識別子、および/またはセクタ識別子の類似のセットを同様にポピュレートすることができ、したがってAT1のレポートされた位置の細分性に関わらず、AT1のレポートされた位置と、定義された位置領域との間で比較を行うことができる。
【００４７】
第2の例では、AT1のレポートされる位置が座標の地理的セットとしてフォーマットされるのに対して、定義された位置領域はサービスエリア識別子に基づき、あるいはAT1のレポートされる位置は1つまたは複数のサービスエリア識別子であり、定義された位置領域は地理的座標の範囲にに基づいてよい。どちらの場合も、アプリケーションサーバ170は、サービスエリア識別子を既知の地理的座標のセットに、または地理的座標をサービスエリア識別子にマッピングすることができ、したがって、アプリケーションサーバ170で評価するために、レポートされる位置を定義された位置領域と比較することができる。地理的座標評価を処理する方法が、以下でより詳細に説明される。
【００４８】
以下では、追加の例が与えられ、その追加の例は、AT1の位置が2D地理的範囲内に含まれるかどうかを判定することを対象とするが、以下で説明される方法をどのように3D空間(例えば、地表などの球)に拡張し、または一般化することができるかは直ちに明らかとなるであろう。
【００４９】
次に、定義された位置領域が地理的座標範囲に対応し、AT1のレポートされる位置も地理的座標のセットに対応する(例えば、またはその代わりにサービスエリア識別子に対応し、次いで地理的座標のセットにマッピングされる)、判定525の第3の例が説明される。この例では、500からの(地表に定義される)物理領域が、以下のようにN個の1次不等式により、多角形の頂点を結ぶ縁部(例えばN個の縁部)(例えば、またはK次元の超平面)で定義されると仮定する。
G1(x.y)≦0      式1
G2(x.y)≦0      式2
G3(x.y)≦0...   式3
GN(x.y)≦0      式4
【００５０】
式1から4を確立した後、アプリケーションサーバ170は、{A,B}がN個の不等式のそれぞれを満たすことを確認することができる。次に、定義された位置領域が地理的座標範囲に対応し、AT1のレポートされる位置も地理的座標のセットに対応する(例えば、またはその代わりにサービスエリア識別子に対応し、次いで地理的座標のセットにマッピングされる)、判定525の第4の例が説明される。具体的には、これから説明される第4の例(すなわち3D座標例)では、地理的座標が、地表の緯度/経度位置に対応する。
【００５１】
図5の判定525に関する第4の例を参照すると、ReqおよびRpoを赤道半径および極半径として、地球を回転楕円体としてモデル化することができる。アプリケーションサーバ170のネットワークオペレータは、リスト内の連続する地点が500からの定義された位置領域の境界を画定する縁部を有するように、順序付きリスト内のN個の緯度および経度を与える。
【００５２】
地表のN個の地点に関する緯度および経度は、{Φ1,Θ1}、{Φ2,Θ2}...{ΦN,ΘN}である。これらのN個の地点を以下のように3次元デカルト座標系{x,y,z}にマッピングすることができる。
Xi=Req cosΘi cosΦi、Yi=Req sinΘi cosΦi、およびZi=Rpo sinΦi    式5
【００５３】
N個の座標が順序付きリストで与えられると仮定すると、3つの地点、すなわち原点(0,0,0)と、アプリケーションサーバ170のネットワークオペレータによって順序付きリストとして指定される地表のN個の点のうちの2つの点とを通過するものとして超平面を定義することができる。これらのN個の超平面のそれぞれは、以下の1次方程式で表すことができる。
P1(x.y,z)≦q1      式6
P2(x.y,z)≦q2...   式7
PN(x.y,z)≦qN      式8
【００５４】
AT1によってレポートされる位置を{X_at,Y_at,Z_at}と表す。この仮定では、AT1の位置が以下の式を満たす場合、AT1は定義された位置領域内にある(すなわち、AT1のレポートされる位置が、以下で列挙される半平面のセットによって生成される「バウンディング」多面体内にある)。
P1(x.y,z)≦q1      式9
P2(x.y,z)≦q2...   式10
PN(x.y,z)≦qN      式11
かつ
x≦Req+Rpo    式12
y≦Req+Rpo    式13
z≦Req+Rpo    式14
【００５５】
最後の3つの制約は自動的に満たすことができ(すなわち、式16から18)、バウンディング多面体を作成するために指定されることに留意されたい。超平面エリアは比較的計算が容易であるが、不等式(各1≦i≦NについてPi(x,y,z)≦qi)を構成するために、各超平面について半平面を求めることが重要である。N個の式がある場合、可能な半平面の数は2Nであり、求める必要があるのはそのうちの1組の不等式だけである。当業者は理解するであろうが、不等式の正しいセットを求めることは、アプリケーションサーバ170のネットワークオペレータからの、(x、y、およびz次元での)各超平面の向きの表示に基づくことができる。
【００５６】
図5の判定525に関する第5の例では、500からの定義された位置領域が、1つまたは複数のサービスエリア識別子と、1つまたは複数の地理的座標範囲のどちらも含むことができることを理解されよう。したがって、この例では、この例に先行する第1から第5の例のうちの1つまたは複数を使用して、520からのAT1のレポートされた位置を、サービスエリア識別子と、定義された位置領域の地理的座標範囲のどちらとも比較することができる。このタイプの「ハイブリッドな」定義された位置領域を評価する詳細な例は、話を簡潔にするために省略した(例えば、[資料]を参照)。
【００５７】
図5の525に戻ると、AT1のレポートされた位置が定義された位置領域内にないとアプリケーションサーバ170が判定した場合、アプリケーションサーバ170は、マルチキャスト呼出しを拒否することができ、かつ/または定義された位置領域内でマルチキャストサービスを完全にシャットダウンすることによってマルチキャスト呼出しが開始されることをブロックすることができる。このことはいくつかの方式で達成することができる。例えば、アプリケーションサーバ170のオペレータがDNSエントリを変更して、登録ハンドラ(例えば、RLS、SIP登録サーバ)に関する無効なIPアドレスおよびポート番号を返し、サービス発見を実施するATまたはクライアントにマルチキャストするホスティング構成要素(例えばRD)を呼び出す。代替例では、アプリケーションサーバ170のネットワークオペレータが、新しい登録を使用不能にするために登録がアプリケーションサーバ170によって受信されないように登録ハンドラ(例えばCRH)をシャットダウンすることができる(例えば、この例では、定義された位置領域の外部からのマルチキャスト呼出し要求がアプリケーションサーバ170に到来することが実質的にブロックされ、したがって判定525が、例えばRAN120でシステムに組み込まれ、アプリケーションサーバ170での実際の評価のようには実施されない)。代替例では、アプリケーションサーバ170は、アプリケーションサーバ170によってサポートされる1つまたは複数のサービス(例えばマルチキャストサービス)からATを強制的に除去または登録解除することができる。例えば、アプリケーションサーバ170は、1つまたは複数のサービスが拒絶されるべきATのリストにATのAT IDを追加することができる。次いで、ブロックされるATからの要求により、アプリケーションサーバ170から拒絶メッセージが送られ、またはアプリケーションサーバ170は単に要求を完全に無視することができる。
【００５８】
別の例では、新しいPDSN内に移動する各ATにマルチキャストサービスに登録させることにより、PDSNサービスエリア全体にわたってマルチキャストサービスを使用不能にすることができる。RLSは、それぞれ1x-EVDO Rev.Aおよび/または3G 1xネットワークでマルチキャストサービスへのマルチキャスト登録メッセージ(例えば、QChatに関するQChat SIPレジスタメッセージ)に含めることのできるセクタIDまたはSID/NID/PZID/BASE_ID情報を求めることができ、ATがどのPDSN160内にあるかを判定することができる。この機能は、その代わりにCRHで実施することもできる。
【００５９】
図5の525に戻ると、AT1のレポートされた位置が定義された位置領域内にあると判定された場合、530で、アプリケーションサーバ170は、要求されたマルチキャストセッションを告知する告知メッセージを生成し、関連するマルチキャストグループに属する複数のアクセス端末に送信するために、告知メッセージを(例えば、PDSN160またはBSN165を介して)RAN120に転送する。
【００６０】
図6は、図5のプロセスの続きを示す。したがって、600で、所与のAT(「AT2」)がワイヤレス通信システム100のセクタ内の告知メッセージを受信し、605で、告知されたマルチキャスト呼出しを受諾するかどうかを決定する。605で、AT2が、通知されたマルチキャスト呼出しを受諾することを決定すると仮定する。したがって、610で、AT2はAT2の位置を求める。図6の610での、AT2の位置決定は、図5の510に関して上記で説明した位置決定方法のいずれかを用いて実施することができ、したがって話を簡潔にするためにさらには説明しない。次に615で、AT2は、求めたAT2の位置を搬送するためにマルチキャスト呼出し受諾メッセージ(例えばANNOUNCE ACKメッセージ)を構成し、あるいはAT2の位置を搬送するための別々のメッセージを生成する(例えば、図5の515に類似のメッセージ。しかし615は、マルチキャスト呼出しのターゲットAT側に向けて送られるのに対して、515はマルチキャスト呼出しの発信側に向けて送られる)。
【００６１】
620で、AT2は、RAN120を介して、構成したマルチキャスト呼出し受諾メッセージをアプリケーションサーバ170に送る。あるいは、620で、AT2は、マルチキャスト呼出し受諾メッセージと、AT2の位置を示す別々のメッセージとをアプリケーションサーバ170に送ることもできる。いずれの場合も、620で、アプリケーションサーバ170は、マルチキャスト呼出し受諾メッセージを受信し、AT2のレポートされた位置の表示を得て、625で、AT1のレポートされた位置が500からの定義された位置領域内にあるかどうかを判定する。625でのAT2の位置評価は、図5の525でAT1に関して上記で説明した位置評価方法のいずれかを用いて実施することができ、したがって話を簡潔にするためにさらには説明しない。
【００６２】
したがって、625で、AT2のレポートされた位置が定義された位置領域内にないと判定された場合、AT2は、告知されたマルチキャストセッションに加わることが許可されない。あるいは、625で、AT2のレポートされた位置が定義された位置領域内にあると判定された場合、AT2は、告知されたマルチキャストセッションに加わることが許可される。したがって、AT2がマルチキャストセッションに加わることが許可され、告知メッセージに対する最初の応答側であると仮定すると、625で、アプリケーションサーバ170は、マルチキャストセッションが開始できることをAT1に命令するメッセージを送る。630で、AT1はメッセージを受信し、AT1のユーザが通話を開始できることを示すトーンをAT1のユーザに対して再生し、AT1は、マルチキャストグループに送信するためにアプリケーションサーバ170への音声データ(例えば、またはプッシュツートランスファー(PTX)セッションでの他のデータ)の転送を開始する。635で、アプリケーションサーバ170は、所与のマルチキャストセッションに登録しているマルチキャストグループメンバにRAN120によって送信するために、音声データまたはマルチキャストパケットを転送し、640で、AT2を含む少なくとも登録済みマルチキャストグループメンバは、所与のマルチキャストセッションを監視する。
【００６３】
図7は、図6のプロセスの続きを示す。具体的には、図7は、マルチキャストセッションに加わることを許可されるマルチキャストグループメンバが定義された位置領域内に位置し、後にマルチキャストセッション中に定義された位置領域の外部にとどまるとき、そのマルチキャストグループメンバをどのように扱うかを示す。
【００６４】
したがって、マルチキャスト通信セッションが図6の640でAT1と少なくともAT2との間のデータ交換を開始した後、700で、アプリケーションサーバ170は、マルチキャストセッションの現フロアホルダ(例えば、引き続きAT1であることがあり、またはそうでないことがある)と1つまたは複数のターゲットATとの間でデータを引き続き中継する。次に、705で、AT1およびAT2のそれぞれ(例えば、および任意の他のマルチキャストグループメンバ)が、その位置を周期的に再決定し(例えば、図5の510または図6の610と同様に)、710で、その更新後位置をRAN120を介してアプリケーションサーバ170に送る(例えば、図5の515または図6の615と同様に)。715で、アプリケーションサーバ170は、レポートされたAT位置が定義された位置領域内にとどまるかどうかを判定する(例えば、図5の525または図6の625と同様に)。レポートされたAT位置が定義された位置領域内にとどまる場合、プロセスは700に戻り、マルチキャストセッションは続行する。そうでない場合、720で、定義された位置領域の外部のレポートされた位置に関連するATがマルチキャストセッションから除去される。
【００６５】
AT側に移ると、710でATのそれぞれの位置を送った後、725で、AT1およびAT2のそれぞれは、マルチキャストセッションから除去されたかどうかを判定する。除去されていない場合、プロセスは705に戻り、AT1およびAT2は、引き続き周期的位置更新を生成し、アプリケーションサーバ170に送信する。除去された場合、位置違反のためにAT1および/またはAT2が呼出しから除去され、プロセスは730に進む。
【００６６】
730で、除去されたATは、その位置を周期的に再決定し、735で、除去されたATは、アプリケーションサーバ170に位置更新を送信する。除去されたATが730でその位置を再決定する割合は、705で位置再決定が行われる割合と同一である必要はない。あるいは、再決定は、周期的ではなくイベントドリブンでよい(例えば、起動時、新しいサブネットへの進入時などに位置更新を送る)。アプリケーションサーバ740は、除去されたATのレポートされた位置をチェックし、除去されたATが定義された位置領域に再進入したかどうかを判定する。再進入していない場合、アプリケーションサーバ170は、除去されたATがマルチキャストセッションに再加入することを許可しない。そうではなく、740で、除去されたATが定義された位置領域に再進入したとアプリケーションサーバ170が判定した場合、745で、アプリケーションサーバ170は、除去されたATにマルチキャストセッションに戻るように勧誘する。750で、除去されたATは、マルチキャストセッションに再加入することができるかどうかを判定する。再加入することができない場合、プロセスは730に戻り、反復する。そうではなく、除去されたATがマルチキャストセッションに再加入できることをアプリケーションサーバ170が示した場合、755で、除去されたATは、アプリケーションサーバ170にマルチキャストセッションに再加入する要求を送る。
【００６７】
図5から7に関して説明した本発明の実施形態は、アプリケーションサーバ170でマルチキャスト位置制限を実施することを対象としたが、本発明の別の実施形態では、明示的に示していないが、制限実施をアプリケーションサーバ170からRAN120にオフロードできることを理解されよう。例えば、アプリケーションサーバ170は、定義された位置領域を意識しており、グループセッションに参加するATの位置に関して通知を(例えば、図5の520、図6の620、図7の710および735などと同様の位置レポートを介して)受けるので、位置ベースの制限を実施することができる。一方、RAN120は通常、RAN120がサービスするATの位置を意識しているが、必ずしもアプリケーションサーバ170によって(例えば、図5の500で)指定される定義された位置領域を意識していない。したがって、少なくとも1つの実施形態では、RAN120がグループセッションのサービス制限に関する定義された位置領域を意識するようにされる限り、図5〜7の位置制限の実施に関する操作を、アプリケーションサーバ170ではなく、RAN120で実施できることを理解されよう。別の例では、アプリケーションサーバ170は、定義された位置領域を直接的に、またはグループセッションに参加する1つまたは複数のマルチキャストグループメンバを介して間接的にRAN120に通知することができる。例えば、定義された位置領域が、アプリケーションサーバ170から1つまたは複数のマルチキャストグループメンバに供給される(例えば、以下でより詳細に説明される図8の805のように)と仮定する。その後で、所与のATが(例えば、BCMCSFlowRegistrationメッセージを送ることによって)グループセッションに登録するとき、RAN120は、グループセッションが位置制限に関連するかどうかに関して、登録を要求するATに照会することができる(例えば、グループセッションに関する位置制限情報を要求するように構成されたStorageBLOBRequestメッセージを送ることによって)。次いで、登録を要求するATは、定義された位置領域を(例えば、StorageBLOBNotificationメッセージ内で)搬送することによってRAN120の照会に応答することができる。したがって、本明細書全体を通して、位置ベースの制限を実施するアプリケーションサーバへの参照は、別法として、少なくとも上述の方式によってRAN120で実装できることを理解されよう。
【００６８】
さらに、上述のRAN120で実装される実施形態では、上述のようにRAN120は既にサービスを受けているATの位置を(例えば、少なくともセクタごとに)意識しているので、マルチキャストグループメンバからの位置レポーティングを実施する必要はないことを理解されよう。したがって、一例として、RAN120でマルチキャストセッションに登録する要求を受信したときに、一例として、RAN120は単に、登録メッセージがそこから受信されたセクタを、定義された位置領域と比較して、呼出しを制限するかどうかを判定することができる。
【００６９】
さらに、図5から7に関して説明した本発明の実施形態は、アプリケーションサーバ170(またはRAN120)でマルチキャスト位置制限を実施することを対象としたが、本発明の別の実施形態(例えば、図8から10)では、実施をアプリケーションサーバ170からオフロードし、所与のマルチキャストセッションに参加することを要求している個々のAT上で実施することができる。
【００７０】
したがって、図8は、本発明の一実施形態による、位置ベースのマルチキャスト呼出し制限を含むマルチキャスティングプロセスを示し、制限の実施が、ワイヤレス通信システム100内の個々のATで行われる。図8を参照すると、800では、アプリケーションサーバ170のネットワークオペレータが、マルチキャストセッション制限に関する(例えば、1つまたは複数の特定のマルチキャストグループに関する、定義されたエリア内のすべてのマルチキャストサービスに関するなど)位置領域を定義する。図8の800は概して図5の500に対応し、したがって定義された位置領域をどのように生成することができるかに関するより詳しい説明は、話を簡潔にするために省略した。
【００７１】
800で定義された位置領域を生成した後のある時点805で、アプリケーションサーバ170は、各マルチキャストグループメンバ(例えば、定義された位置領域に関する特定のマルチキャストグループに属する各マルチキャストグループメンバ、またはマルチキャスト制限がアプリケーションサーバ170によって管理されるすべてのマルチキャスト通信に関するものである場合、すべてのメンバ)に通知する。例えば、アプリケーションサーバ170は、ATの起動中、ATが特定のマルチキャストグループに加入するためにアプリケーションサーバ170に連絡を取るとき、プロビジョニングインターフェースにわたってなど、定義された位置領域に関してATに個々に通知することができる。あるいは、805の通知は、マルチキャストグループメンバに割り振られた以前の定義された位置領域に対する更新でよく、その場合アプリケーションサーバ170は、マルチキャストセッションに現在参加しているすべてのマルチキャストグループメンバに通知することができる。理解するであろうが、制限すべきサービスの性質(例えば、TVチャネル、マルチキャストサービスなど)、制限の時間/持続時間/スケジュールなどと共に、定義された位置領域をATに供給することができる。805のプロビジョニングインターフェースは、一例では、キャリアプロビジョニングシステム(CPS)を介するものでよく、帯域外シグナリングを介してイベントドリブン式に(例えば、起動時、アプリケーションサーバ170でのサービス活動化時など)達成することができる。このタイプのプロビジョニングインターフェースは、アプリケーションサーバ170がそれぞれの個々のユーザに対して明確なフォーマットでハンドセット(複数可)に情報をプッシュすることを許可する。あるいは、制限が複数のユーザに対するものである場合、一例として、アプリケーションサーバ170は、グループ通信(例えば、BCMCSなどのマルチキャストメッセージ)を使用して、多数のATに制限を通知することができ、それにより、比較的多数のATが通知を必要とする場合、通知の効率を向上させることができる。次いで、ハンドセット側で、ATは、定義された位置領域および関連する制限情報をカバレッジマップに追加することができ、したがってATのユーザは、特定のサービスがどこで利用可能であるか、またはサービスに対する異なる制限度がどこで存在するかを意識している。図8の例では、説明の都合上、同一のマルチキャストグループに属するAT1およびAT2に対する定義された位置領域の通知が、AT1が少なくともAT2とのマルチキャストセッションを開始しようと試みる前のある時点で行われると仮定する。この場合も、図8から10は許可またはブロックマルチキャスト制限を対象とするが、他の実施形態は、他のタイプの通信セッションを位置に基づいて様々な制限度で制限することができる。
【００７２】
800で、少なくともAT1のマルチキャストグループ(例えば、場合によっては、定義された位置領域に基づいてすべての他のマルチキャストサービス)を制限する、定義された位置領域の通知を受信した後のある時点で、AT1は、マルチキャスト呼出しを開始するかどうかを判定する。例えば、マルチキャスト呼出しがPTT呼出しに対応する場合、810で、AT1のユーザは、PTTボタンを押下して、マルチキャスト呼出し試行を開始することができる。815で、AT1は、図5の図510に関して上記で説明した位置決定方法のいずれかを用いてAT1の位置を求める。AT1がその位置(例えば、セクタID、サブネット識別子、AT1の地理的座標、および/またはAT1のサービング基地局など)を求めた後、マルチキャスト呼出し要求と共にアプリケーションサーバ170に位置をレポートするのではなく、820で、AT1は、815で求めたAT1の位置を評価して、AT1が805で受信した、定義された位置領域内にあるかどうかを判定する。一例として、AT1で実施された図8の820の位置評価は、図5の525に関して上記で与えた位置評価例(例えば、セクタID比較、地理的座標チェッキングアルゴリズムなど)のいずれかを用いて実施することができ、したがってそのより詳しい説明は、話を簡潔にするために省略した。
【００７３】
AT1の位置が定義された位置領域内にないとAT1が判定した場合、825で、AT1は、マルチキャスト呼出し要求が送信されることをブロックする。一例として、AT1のユーザは、なぜ呼出しがブロックされたかに関して通知を受けることができる(例えば、AT1は「Out of Location Range」メッセージを表示することができる)。ATにサービス制限情報を搬送することは、図11に関して以下でより詳細に論じられる。そうではなく、AT1の位置が定義された位置領域内にあるとAT1が判定した場合、プロセスは図9の900に進む。
【００７４】
図9は、図8のプロセスの続きを示す。図9の900で、AT1は、RAN120を介してアプリケーションサーバ170にマルチキャスト呼出し要求を送信し、所与のマルチキャストセッションの開始を要求する。905で、アプリケーションサーバ170は、マルチキャスト呼出し要求を受信し、所与のマルチキャストセッションを告知する告知メッセージを生成し、複数のATに送信するためにRAN120に告知メッセージを転送する。この例では、AT2が所与のマルチキャストセッションに関連するマルチキャストグループ内にあると仮定する。したがって、905で、告知メッセージがRAN120から少なくともAT2のセクタ内に送信される。理解するであろうが、この例では、位置ベースの呼出し制限がハンドセット側またはAT側で実施されるので、アプリケーションサーバ170は、AT1の位置を評価する必要はない(例えば、図5から7のようにAT1の位置は搬送されないので、アプリケーションサーバ170はAT1の位置を認識しない)。
【００７５】
910で、AT2は告知メッセージを受信し、AT2のユーザは、マルチキャスト呼出しを受諾するかどうかを判定する。この例では、AT2またはAT2のユーザが呼出しを受諾することを決定すると仮定する。したがって、915で、AT2は、(例えば、図6の610と同様に)ワイヤレス通信システム100内のAT2の位置を求める。次に、AT2がその位置(例えば、またはセクタID、サブネット識別子、AT2の地理的座標、および/またはAT2のサービング基地局など)を求めた後、マルチキャスト呼出し受諾メッセージと共にアプリケーションサーバ170に位置をレポートするのではなく、920で、AT2は、915で求めたAT2の位置を評価して、AT2が805で受信した、定義された位置領域内にあるかどうかを判定する。一例として、AT2で実施された図9の920の位置評価は、図5の525に関して上記で与えた位置評価例(例えば、セクタID比較、地理的座標チェッキングアルゴリズムなど)のいずれかを用いて実施することができ、したがってそのより詳しい説明は、話を簡潔にするために省略した。
【００７６】
AT2の位置が定義された位置領域内にないとAT2が判定した場合、925で、AT2は、マルチキャスト呼出し受諾メッセージが送信されることをブロックする。例えば、AT2は、告知メッセージを完全に無視することによって呼出しをブロックすることができる。あるいは、図9には図示していないが、AT2は、告知メッセージがAT2によって拒絶されたという表示をアプリケーションサーバ170に送ることができる(例えば、告知ACK(拒否)メッセージ)。一例として、AT2のユーザは、なぜ告知されたマルチキャスト呼出しがブロックされ、または拒否されたかに関して通知を受けることができる(例えば、AT2は「Out of Location Range」メッセージを表示することができる)。ATにサービス制限情報を搬送することは、図11に関して以下でより詳細に論じられる。そうではなく、AT2の位置が定義された位置領域内にあるとAT2が判定した場合、プロセスは図10の1000に進む。
【００７７】
図10は、図9のプロセスの続きを示す。図10の1000では、AT2は、RAN120を介してアプリケーションサーバ170に、告知されたマルチキャストセッションに加わる要求を送る(例えば、告知ACK(受諾)メッセージ)。図示していないが、AT2は、BCMCSFlowRegistrationメッセージなどの、RAN120とのマルチキャストセッションを登録する登録メッセージも送ることができる。
【００７８】
AT2が告知メッセージに対する最初の応答側であると仮定すると、1000で、アプリケーションサーバ170は、マルチキャストセッションが開始できることをAT1に命令するメッセージを送る。1005で、AT1はメッセージを受信し、AT1のユーザが通話を開始できることを示すトーンをAT1のユーザに対して再生し、AT1は、マルチキャストグループに送信するためにアプリケーションサーバ170への音声データ(例えば、またはプッシュツートランスファー(PTX)セッションまたは他の移送セッションでの他のデータ)の転送を開始する。1010で、アプリケーションサーバ170は、所与のマルチキャストセッションに登録しているマルチキャストグループメンバにRAN120によって送信するために、音声データまたはマルチキャストパケットを転送し、1015で、AT2を含む少なくとも登録済みマルチキャストグループメンバは、所与のマルチキャストセッションを監視する。
【００７９】
AT1の側、すなわち発信側に戻ると、AT1は、引き続きマルチキャストセッションに関連する音声パケットを転送し、1020で、AT1の位置を周期的に再決定する。1025で、AT1は、1020からのその再決定した位置が定義された位置領域内にとどまるかどうかを判定し、AT1が定義された位置領域内にとどまる場合、少なくとも1020での次の周期的位置更新まで、マルチキャストセッションを続行する。そうではなく、AT1の位置が定義された位置領域の外部に移動したとAT1が判定した場合、1030で、AT1は呼出しを除去する。理解するであろうが、AT1の呼出しが除去されるときにAT1が依然としてフロアホルダである場合、所与のマルチキャストセッションを監視する1つまたは複数のターゲットATも、1030でのAT1の呼出し除去の影響を受けることがあるが、説明の都合上、この時点ではAT1がフロアホルダではないかのように図10を図示し、説明した。
【００８０】
AT2の側、すなわちターゲットAT側に戻ると、1015で、AT2は、引き続き所与のマルチキャストセッションを監視し、1035で、AT2の位置を周期的に再決定する(例えば、1020と同様に。しかしAT2の位置チェッキング頻度はAT1の頻度に対応する必要はない)。1040で、AT2は、1035からのAT2の再決定された位置が定義された位置領域内にとどまるかどうかを判定し、AT2が定義された位置領域内にとどまると判定される場合、プロセスは1015に戻り、少なくとも1035での次の周期的位置更新まで、AT2は、マルチキャストセッションを引き続き監視する。そうではなく、AT2の位置が定義された位置領域の外部に移動したとAT2が判定した場合、1045で、AT2は呼出しを除去する。
【００８１】
発信側に戻ると、1030でAT1がマルチキャスト呼出しを除去した後、1050で、AT1は、引き続きその位置を周期的に再決定し(例えば、または別法として、図7の730に関して論じたように、この再決定は、周期的なものではなく、イベントドリブンでよい)、1055で、AT1の更新後位置が定義された位置領域に戻ったかどうかをチェックする。定義された位置領域に戻っていない場合、プロセスは1050に戻り、AT1は次の周期的位置更新を待機する。そうではなく、1055で、AT1の更新後位置が定義された位置領域に戻ったとAT1が判定した場合、1060で、AT1は、マルチキャストセッションに再加入する要求を、RAN120を介してアプリケーションサーバ170に送る。図10には図示していないが、AT1がセッションに再加入することをアプリケーションサーバ170が許可した場合、AT1は、所与のマルチキャストセッションの監視に戻ることができる。
【００８２】
同様に、ターゲットAT側で、1045でAT2がマルチキャスト呼出しを除去した後、AT2は、1065で、引き続きその位置を周期的に再決定し、1070で、AT2の更新後位置が定義された位置領域に戻ったかどうかをチェックする。定義された位置領域に戻っていない場合、プロセスは1065に戻り、AT2は次の周期的位置更新を待機する。そうではなく、1070で、AT2の更新後位置が定義された位置領域に戻ったとAT2が判定した場合、1075で、AT2は、マルチキャストセッションに再加入する要求を、RAN120を介してアプリケーションサーバ170に送る。図10には図示していないが、AT2がセッションに再加入することをアプリケーションサーバ170が許可した場合、AT2は、所与のマルチキャストセッションの監視に戻ることができる。
【００８３】
この場合も、本発明の実施形態は、定義された位置領域の包含的実装を対象としたが(例えば、マルチキャスト呼出しが、定義された位置領域の内部でのみ許可される)、別法として、本発明の別の実施形態は、定義された位置領域の排他的実装を対象とすることもできる(例えば、マルチキャスト呼出しが、定義された位置領域の外部でのみ許可される)。
【００８４】
さらに、定義された位置領域は、各マルチキャストグループを異なる位置領域から制限し、または異なる位置領域に潜在的に制限することができるようにグループごとに確立することができ、あるいは定義された位置領域の内部または外部で動作することを試みる多くの(例えばすべての)マルチキャストグループに潜在的に影響を及ぼす可能性のある特定のタイプのマルチキャストサービス(例えば、BCMCS、PTT、PTXなど、またはQChatなどの特定のプロトコルタイプ)をある位置領域から、またはある位置領域に制限することができるように確立できることを理解されよう。
【００８５】
別の例では、制限に関する定義された位置領域は、ユーザごとまたはATごとに確立することができる。上記で論じたように、部分的にはグループ呼出しに関する制限は非グループ呼出しまたはユニキャスト呼出しよりも実施するのが難しいので、本発明の実施形態を一般にグループ呼出しに関して説明した。しかし、非グループ呼出しまたはユニキャスト呼出しに対処するようにどのように実施形態を修正することができるかは直ちに明らかとなるであろう。したがって、制限に関する定義された位置領域が所与のユーザのユニキャスト呼出し、グループ呼出し、および/または移送セッション(必ずしも「呼出し」ではない)に影響を及ぼす可能性があることを理解されよう。
【００８６】
さらに、本発明の上述の実施形態は一般に、定義された位置領域を明示的な「許可」ゾーンまたは「拒否」ゾーンを確立するものとして説明しており、したがってAT、ATのグループ、またはすべてのATに関する特定のサービスが、定義された位置領域の内部で許可または拒否され、逆の許可設定が、定義された位置領域の外部で実施されることを理解されよう。しかし、別の例では、定義された位置領域は1つの制限度に対応することができ、定義された位置領域の外部のエリアは異なる制限度に対応することができる。例えば、定義された位置領域の内部のエリアは、所与のサービス(例えばTVチャネル)を第1ビリングレートまたは課金レートで提供することができ、定義された位置領域の外部のエリアは、所与のサービスを第2ビリングレートまたは課金レートで提供することができる。こうした例では、アプリケーションサーバ170は、例えば図5の525または図6の625でATが定義された位置領域内にないと判定された場合に、単に呼出しを拒否する必要はなく、より限定または制限されたサービスレベルを提供できることを理解されよう。同様に、図7の715で呼出しを完全に除去するのではなく、アプリケーションサーバ170は、より限定または制限されたサービスレベルまでATを除去することができる。同様に、ハンドセット側で、AT1は、図8の825または図9の925で、呼出しを完全にブロックするのではなく、より限定または制限されたサービスを要求することができる。同様に、ハンドセット側で、AT1は、図10の1030または1045で、呼出しを完全に除去するのではなく、より限定または制限されたサービスレベルまで呼出しを除去することができる。やはり、こうした例では、異なるレベルの制限が、限定はしないが、異なるレベルの保証QoS資源、加入者がサービスに対して課金される異なるビリングレートまたは課金レート、異なるタイプのサービス(例えば、ユニキャスト、マルチキャストなどを介するグループ呼出し、またはメディアについて、ビデオ専用エリア、オーディオ専用エリア、テキスト専用エリア、ビデオおよびオーディオエリア、プッシュEメール転送とプルEメール転送など)などを含む任意のタイプのサービス差別化に対応することがある。
【００８７】
さらに、図8から10の位置制限はハンドセットまたはATで自動的に実施され、したがって位置ベースの制限が、図8の805で受信されるアプリケーションサーバ170からの通知に従ってATによって実行されることを理解されよう。したがって、例えば図8の815および820の判定ステップおよび決定ステップは、例えばAT自体で自動的に実施されるので、ATのユーザは、位置制限が実施される方式を直接的に制御していないことを理解されよう。
【００８８】
しかし、ATのユーザがATを所有していると仮定すると、ユーザはATがどこに位置するかを制御していることを理解されよう。したがって、ATのユーザに潜在的制限情報を伝達するユーザインターフェース(UI)は、所望のレベルのサービスをどのように得るかに関する判断についてユーザが通知を受けることを許可することができる。
【００８９】
図11は、本発明の一実施形態による、位置ベースのサービス制限に関する高レベルユーザ通知プロセスを示す。図11を参照すると、1100で、805でサービス制限に関連する定義された位置領域を受信した後のある時点で、所与のAT(例えば、AT1またはAT2)が、定義された位置領域に関連する制限が、所与のATのユーザに関するサービスの体験に影響を及ぼす可能性が高いかどうかを判定する。判定1100に基づいて、1105で、所与のATは、サービス制限に関する情報をユーザに通知するかどうか、かつ/またはサービスを得るために別の機構にハンドオフするかどうかを決定する。1105で所与のATが、ユーザに通知すること、または別のサービス機構にハンドオフすることを決定した場合、1110で、所与のATは、サービス制限、および/または別のサービス機構へのハンドオフに関する情報をユーザに通知する。
【００９０】
一例として、図11を参照すると、所与のATのユーザが国土を横断するドライブをしており、非常に重要なグループ呼出しにも参加しながら、ユーザが所与のAT上でユーザの目的地までのナビゲーションルートをプロットしたと仮定する。この例での所与のATは、ナビゲーションルートをユーザのマルチキャストサービスに関する定義された位置領域(複数可)と比較することによって判定ステップ1100を実施する(例えば、定義された位置領域が、図8の805でマルチキャストサービス制限に関連して受信された場合)。マルチキャストサービスがナビゲーションルート中のある地点に制限されると所与のATが判定した場合、所与のATはユーザに通知することができ(1105、1110)(例えば、「現ルート上でマルチキャストサービスを保証することができない」など)、制限を回避することのできる新しいナビゲーションルートをプロットすることをユーザが要求することを許可し、または単に推奨される代替ルートをユーザに提案することができる。あるいは、ユーザは、カバレッジマップを表示することにより、マルチキャストサービスがどこで利用可能か、さらには現ナビゲーションルートの通知を受けることができ、したがって所与のATのユーザは、ナビゲーションルート上のどこでマルチキャストサービスが制限されるかを理解することができる。
【００９１】
別の例では、図11を参照すると、所与のATのユーザが所与のメディアチャネル(例えばTVチャネル)上の番組を視聴しており、その外部で番組の閲覧が何らかの形で制限される、番組サービスに関する定義された位置領域の境界に接近していると仮定する。例えば、所与のATがソフトハンドオフに従事し、所与のATのアクティブなセット内の基地局のすべてより少ない基地局が番組サービスをサポートする場合、所与のATは、そのような境界付近にあると判定することができる。別の例では、所与のATは、所与のATの境界への地理的接近、および場合によっては境界に向かう所与のATの現軌跡に基づいて、1100で制限が番組サービスでのユーザエクスペリエンスに影響を及ぼす可能性が高いと判定することができる。したがって、1105で、所与のATはユーザに通知することを決定し、1110で、ユーザが引き続き境界に向かう場合、番組サービスが何らかの形で制限されることをユーザに警告する。この場合も、カバレッジマップ、または単純なテキスト警告、またはオーディオ警報を介してこのことを伝達することができる。したがって、ATのユーザは、サービスの重要性と制限の性質の関係、制限の地理的範囲などに基づいて、どのように進むかに関してユーザ自身の決定を行うことができる。番組サービス(例えば、TV番組、ラジオ番組など)の場合、定義された位置領域の外部の制限は、例えば番組サービスに対するより高い料金(例えば、ATがネットワーク外にあるときの従来型音声呼出しでの「ローミング」サービスと同様の)でよい。
【００９２】
さらに別の例では、図11を参照すると、ユーザが所与のATと共に実際に定義された位置領域の外部に移動し、ユーザが境界を横切る前に所与のAT上で関連するサービスを使用しており、それによって所与のATがより制限されたエリアに入ると仮定する。この場合、所与のATは、1100で、制限に基づいて、サービスでのユーザエクスペリエンスが影響を受けると判定し、1105で、ユーザに通知することを決定し、1110で、ユーザに通知する。したがって、制限によってサービスが完全に中断される場合、この例での図11のプロセスは、ユーザが単に突然のサービス障害によって混乱し、不満を抱くことになるのではなく、サービスが位置変化のために中断されたことを知ることになるように保証する。それによって、ユーザは、サービス範囲に戻る機会を有する。所与のATは、カバレッジマップを出力することができ、あるいは所与のATを範囲内に戻すことができるようにユーザに方向を与えることができる。あるいは、制限がサービスに対するより高いビリングレートまたは課金レートである場合、図11のプロセスは、境界を横切った後に番組サービスに関連するレートが上昇したことがユーザに通知されるので、ユーザが予期せずに高額な請求を受けることがないように保証する。
【００９３】
別の例では、サービスレベルが低下すると所与のATが予想する場合、何らかの理由で、異なるサービスタイプ(例えば、異なるキャリア、WiFi、3G、有線接続などの異なるタイプのサービスなど)間のハンドオフを開始するように所与のATを構成することができる。したがって、上記で述べ、図11で示したように、任意選択で、所与のATは、現サービス機構から別のサービス機構へのハンドオフに従事することができ、「サービス機構」とは、サービスを得る任意の方式(例えば、3Gセルフォンネットワーク、WiFi接続、有線イーサネット(登録商標)接続、Bluetooth接続、ユニキャストプロトコルを介するグループ呼出し、マルチキャストプロトコルを介するグループ呼出しなどを介する方式。したがって、サービス機構は物理的なものでよく、または同一の物理的機構にわたって異なるプロトコルでよい)と広く解釈されるものとする。一例として、予想されるサービスレベル低下は、図11の1100の判定でよく、図11の1100の判定では、所与のATは、所与のATのユーザによって使用されるサービスが、潜在的にはサービス制限によって影響を受ける(例えば、所与のATが定義された位置領域の外部にあり、または間もなく定義された位置領域の外部となる可能性が高い)と判定する。別の例では、所与のATは、サービスをサポートすることについて弱いカバレッジのエリア内にあるかどうかを判定することができる。いずれの場合も、所与のATは、ユーザのサービスをサポートする別の機構にシームレスに(例えば、理想的にはユーザが意識しないように、または少なくとも切換えによってユーザが悪影響を受けないように)ハンドオフすることを試みることができる。したがって、この場合は、所与のATは、EV-DOシステムでのトラフィックチャネル、さらには1x、WiFiなどの物理的技術の使用などの代替機構を介するアプリケーションサーバ170への送信を開始することができる。例えば、所与のATは、アプリケーション層でのパケット損失率および遅延ジッタを測定することにより、特定のサービスをサポートするリンクの品質が弱いと判定することができる。こうしたメトリックがアプリケーション特有の一定のしきい値を超えたとき、ATは、関連するサービス信頼性のグレードを提供する適切なPHY層へのハンドオフをトリガすることができる。このハンドオフは、図5から11のいずれかのプロセスと並列に、またはそれに加えて実施できることを理解されよう。例えばハンドオフが図11の1100の判定に応答して実施される場合、所与のATは、サービスをサポートする別の機構へのハンドオフを試みることができ、それが不成功である場合にのみ、1105で、現サービス機構に関する制限をユーザに通知することを決定することができる。あるいは、1105/1110で、所与のATは、ハンドオフの実施と、ユーザへの制限(および、場合によってはハンドオフも)の通知のどちらも実施することができる。したがって、当業者は理解するであろうが、少なくとも一例では、上述のハンドオフは、図11のフレームワーク内の1105および1110で実施することができる。
【００９４】
別の例では、ATが所与の通信サービスを使用しており、サービスに関する「デッドゾーン」に入り、そこでは、位置ベースの制限によりATが所与のサービス機構(例えば、セルフォン3Gネットワーク、WiFiネットワークなど)を介する所与の通信サービスを続行することが許可されないと仮定する。この例では、位置ベースの制限に関する定義された位置領域に関連するサービス制限のレベルは、全般的にサービスを対象とするのではなく、特定のサービスに関する特定のサービス機構に特有のものであると仮定する(例えば、グループ呼出しサービス自体は制限されず、グループ呼出しが得られる方式だけが制限されるように、「セクタXで、ユニキャストを介するグループ呼出しを許可するが、マルチキャストを介するグループ呼出しを許可しない」)。この例では、ATが、サービスが提供される範囲外にあるが、ATは「トンネリング」することができ、すなわち範囲内にあるコンピューティング装置に(例えばYPNサービスを介して)リモートにログオンすることができる。この場合、ATではなくコンピューティング装置の位置が、位置制限に関して使用される。したがって、この例ではATは定義された位置領域の外部にあるが、制限は、依然として定義された位置領域内にあるリモートコンピューティング装置に適用され、したがって単にATが定義された位置領域を退出したためにサービスを遮断する必要はない。
【００９５】
別の例では、本発明の実施形態は、任意のタイプのサービス(例えば、QChatおよび/またはYagattaなどの任意のマルチキャストサービス)を対象とすることができることを理解されよう。
【００９６】
さらに、上述の実施形態は一般に、アプリケーションサーバ170、あるいはシステム100内の個々のATで実施される位置ベースのサービス制限を対象とするが、他の実施形態は、異なるネットワークエンティティでの実施を対象とすることができることを理解されよう。この場合、一例として、アプリケーションサーバ170またはAT自体は、実施される位置ベースの制限を他のネットワークエンティティに通知することができる。例えば、図12Aから13Bに関して次に説明するように、位置ベースのサービス制限をRAN120で実施することができる。
【００９７】
図12Aから12Cは、マルチキャストサービス制限で使用される定義された位置領域をRAN120に通知することのできる代替プロセスを示す。図12Aの開始時に、RAN120は、マルチキャストサービス制限に関する定義された位置領域をまだ意識していないと仮定することができる。図12Aを参照すると、AT2が、1205Aで特定のマルチキャストグループへの登録を要求する登録メッセージ(例えば、BCMCSFlowRegistrationメッセージ、グループメンバ通知(GMN)メッセージなど)を送信する第1マルチキャストグループメンバであると仮定する。1205Aの登録メッセージは、告知メッセージ(例えばBCMCSFlowRegistrationメッセージとして)に応答して、AT1の起動時に、またはAT1がグループメンバシップを変更することを決定したとき(例えばGMNメッセージ)、あるいは任意の他の時間に送ることができる。したがって、1210Aで、RAN120は、マルチキャストグループに関してRAN120で維持される登録されたATのリストにAT2を追加する。
【００９８】
RAN120は以前にはマルチキャストグループのマルチキャストサービス制限に関する定義された位置領域の知識を有さなかったと仮定されたので、1215Aで、RAN120は、AT2がマルチキャストグループに登録される最初のATであるかどうかを判定する。この場合、AT2は登録される最初のATであり、したがってRAN120は、1220Aで、AT2が定義された位置領域をRAN120に送ることを要求するメッセージをAT2に送る。図12Aの実施形態では、以前にはAT2...Nのうちの1つまたは複数に、定義された位置領域が供給されていたと仮定することができる。
【００９９】
したがってAT2は定義された位置領域を意識していると仮定することができ、1225Aで、AT2は、定義された位置領域、またはセッションに関して位置ベースの制限がないという表示を送ることにより、定義された位置領域要求に応答する。一例として、それぞれ1220Aおよび1225Aの、定義された位置領域要求と定義された位置領域回答はどちらも、StorageBlob*メッセージングを介して実装することができる。例えば、1220AのメッセージはStorageBlobRequestメッセージに対応することができ、1225AのメッセージはStorageBlobNotificationメッセージに対応することができる。
【０１００】
AT2から定義された位置領域を受信した後、RAN120は、1230Aで、その記録を更新して、マルチキャストグループに関係する通信セッションのマルチキャストサービス制限に関する定義された位置領域を反映し、1235で、所与の満了期間を有するリフレッシュタイマを開始する。一例として、リフレッシュタイマの所与の満了期間は、レポートされる定義された位置領域が「古く」なり、定義された位置領域を求める別のAT照会を介してリフレッシュすべきであると予想される時間に対応する。一例として、リフレッシュタイマの所与の満了期間は、RAN120のオペレータによって確立することができる。
【０１０１】
次に、1240Aで、AT3...Nの中の少なくとも1つの追加のATが、マルチキャストグループに登録するための登録メッセージ(例えば、BCMCSFlowRegistrationメッセージ、GMNメッセージなど)をRAN120に送ると仮定する。したがって、1245Aで、RAN120は、マルチキャストグループに関するRAN120で維持される登録済みATのリストにAT3...Nを追加する。
【０１０２】
次に、1250Aで、RAN120は、1240Aで受信した登録メッセージがマルチキャストグループへの最初の登録であるかどうかを判定する。AT2は、1205Aで既にマルチキャストグループに登録されているので、RAN120は、登録を要求するATはマルチキャストグループへの登録を要求する最初のATではないと判定し、次いでRAN120は、1255Aで、リフレッシュタイマが満了したかどうかを判定する。リフレッシュタイマが満了していない場合、プロセスは1245Aに戻り、RAN120は、マルチキャストグループを求める別の登録要求を受信するために待機する。そうではなく、リフレッシュタイマが満了した場合、1260Aで、RAN120は、登録を要求したATに、定義された位置領域を求める別の要求を送り、1265Aで、そのATは、定義された位置領域で応答し、プロセスは1230Aに戻る。
【０１０３】
AT2...Nがそれぞれマルチキャストセッションに関する定義された位置領域を意識していると一般的に仮定したが、別の実施形態は必ずしもそうではない。したがって、AT2が定義された位置領域を意識していなかった場合、1225Aで送られる応答は、定義された位置領域をRAN120に搬送しない。したがって、その場合RAN120は、次のATが登録を要求する最初のATであるかのように、マルチキャストセッションを登録するように次のATを処理し、したがって、リフレッシュタイマが満了したかどうかに関わらず、この場合も、より新しく登録するATに、定義された位置領域が要求され、以下同様である。いずれかのATから、定義された位置領域を最初に得た後、プロセスは1230Aに進み、上述のように続行する。
【０１０４】
当業者は理解するであろうが、定義された位置領域によって制限されるグループと、無制限のグループとを区別する機能がRAN120に供給される。それによって、図12Aは、マルチキャストグループが定義された位置領域によって制限されるグループに対応することをRAN120が認識することを仮定するプロセスを示すが、RAN120は、図12Aの開始時には実際の定義された位置領域を認識しない。RAN120が定義された位置領域の照会を認識するようにマルチキャストグループにフラグを付ける多数の異なる方式がある。例えば、定義された位置領域を有するグループを、(例えば、BCMCSFlowlDの予約済み範囲またはブロック内の)所定のBCMCSFlowIDのセットからのBCMCSFlowIDを使用するようにアプリケーションサーバ170によって構成することができる。したがって、この例では、マルチキャストセッションが、所定のBCMCSFlowIDのセットのうちの1つに対応するBCMCSFlowIDを有する場合、RAN120は、マルチキャストグループに関係するマルチキャストセッションを制限するための定義された位置領域があることを意識する。代替例では、所与のUDPポート番号の範囲を定義された位置領域によって制限されるマルチキャストセッションのために予約することができ、したがってマルチキャストセッションがUDPポート番号の範囲内のUDPポート番号を有する場合、RAN120は、マルチキャストグループに関係するマルチキャストセッションを制限するための定義された位置領域があることを意識する。
【０１０５】
上述の図12Aのプロセスは、RAN120で登録要求を受信したときに、定義された位置領域の照会を条件付けるが、別の実施形態は、図12Bに関して次に説明するように、定義された位置領域をATに照会する前に登録メッセージを待機する必要がない。図12Bのプロセスは、関連するグループ通信セッションがアクティブであるかどうかに関わらず、ワイヤレス通信システム100の動作全体にわたって実施することができ、あるいは関連するグループ通信セッションがアクティブであるときにのみ実施することができる(例えば、告知メッセージがRAN120で受信されたときに始まり、グループ通信セッションが不活動などのためにタイムアウトしたときに終了する)。
【０１０６】
図12Bを参照すると、1200Bで、RAN120は、グループ通信セッションのマルチキャストサービス制限で使用される、定義された位置領域を意識しているかどうかを判定する。説明の都合上、RAN120は定義された位置領域をまだ意識していないと仮定する。次いで、1205Bで、RAN120は、グループ通信セッションに関連するマルチキャストグループにそれぞれが属することが知られているAT1...Nのリストを得て、AT1...Nのうちの1つを選択する。一例として、選択1205Bは無作為選択でよい。
【０１０７】
次いで、1210Bで、RAN120は、選択したATに、グループ通信セッションの定義された位置領域を求める要求を送る。例えば、1210Bのメッセージは、StorageBlobAssignmentメッセージに対応することができる。1215Bで、選択されたATは、定義された位置領域、またはセッションに関する位置ベースの制限がないという表示で応答する。1220Bで、RAN120はその記録を更新して、レポートされた定義された位置領域(またはその欠如)を反映する。次いで1225Bで、RAN220はリフレッシュタイマを開始する。1230Bで、RAN120はリフレッシュタイマが満了するまで待機し、次いで1205Bに戻り、プロセスを反復する。
【０１０８】
前述の図12Aおよび12Bのプロセスは、特定のマルチキャストグループに属する1つまたは複数のATからの定義された位置領域をRAN120にレポートすることを対象とするが、別法として、定義された位置領域をアプリケーションサーバ170によってRAN120に直接供給することもできる。この場合、定義された位置領域がアプリケーションサーバ170によってマルチキャストグループメンバまたはAT1...Nにも供給されることがあり(例えば、図8の805と同様に)、またはそのように供給されないことがある。定義された位置領域がアプリケーションサーバ170によってAT1...Nに供給されない場合、定義された位置領域をRAN120によってAT1...Nに供給することができ、またはAT1...Nは依然として位置ベースの制限を意識せず、その代わりに位置ベースの制限を実施するためにRAN120に依拠する。
【０１０９】
図12Cを参照すると、1200Cで、アプリケーションサーバ170のネットワークオペレータは、(例えば、1つまたは複数の特定のマルチキャストグループ、定義されたエリア内のすべてのマルチキャストサービスなどに関する)マルチキャストセッション制限に関する位置領域を定義する。あるいは、アプリケーションサーバ170とは別々のキャリアプロビジョニングシステム(CPS)のネットワークオペレータが1200Cの動作を実施することもできる。図12Cの1200Cは概して図5の500および/または図8の800に対応し、したがって定義された位置領域をどのように生成することができるかに関するより詳しい説明は、話を簡潔にするために省略した。同様に、図5の500および図8の800がアプリケーションサーバ170で実施されるものとして説明したが、500からの定義された位置領域をCPSで入力し、次いでアプリケーションサーバ170に供給することができ、800からの定義された位置領域をCPSで入力し、次いで805と同様に個々のATに供給できることを理解されよう。したがって、CPSがアプリケーションサーバ170とは構造的に別々であるとしても、アプリケーションサーバ170に関する図中の例示はCPSを包含するものとする。1200Cで定義された位置領域を生成した後のある時点で、1205Cで、アプリケーションサーバ170(またはCPS)は、特定のマルチキャストグループに関係するマルチキャストセッションに関する定義された位置領域をRAN120に通知する。
【０１１０】
次に、RANで実施される位置ベースの制限実装の例が、図13Aおよび13Bに関して与えられる。13Aおよび13Bのプロセスを、前述のATまたはアプリケーションサーバで実施される実施形態の代わりに実施することができ、あるいは前述の実施形態と並列に実施できることを理解されよう。
【０１１１】
図13Aを参照すると、マルチキャストセッションに関する次の告知の前に、特定のマルチキャストグループまたはセッションに関するマルチキャストサービスを制限するための定義された位置領域がRAN120に供給されているように、図12A、12B、および/または図12Cのプロセスが十分に実行されると仮定する。次に、1300Aで、RAN120は、AT2...Nに送信するためにアプリケーションサーバ170から告知メッセージを受信する。1305Aで、RAN120は、格納された定義された位置領域と告知メッセージを比較し、定義された位置領域に従って、告知されたセッションを制限することを決定する。1310Aで、AT2...Nのうちの1つまたは複数が定義された位置領域の外部にあると予想される場合であっても、RAN120は、定義された位置領域内だけで告知メッセージを送信する。1310Aで、RAN120は、定義された位置領域の各セクタ内で告知メッセージを単に送信することができ、またはAT2...Nが定義された位置領域内のどこに位置すると予想されるかに基づいて告知領域を縮小することにより、定義された位置領域のセクタのより小さいサブセット内で告知メッセージを送信できることをさらに理解されよう。したがって、RAN120はマルチキャストセッションをサポートすることが意図されないエリア内でセッションを告知する必要がないので、告知メッセージに関連するトラフィックを低減することができる。この実施形態は、マルチキャストサービス制限が、定義された位置領域の外部での完全なマルチキャストサービス拒否に対応すると仮定するが、上記で論じたように、必ずしもそうであるわけではない。別の実施形態では、例えば、RAN120は、定義された位置領域の内部または外部で異なる方式でマルチキャストセッションを告知することができる。例えば、RAN120は、定義された位置領域内で、データオーバシグナリング(DoS)メッセージ内でマルチキャストセッションを告知することができ、定義された位置領域の外部で、より低速であり、DoS通知伝送と比べて劣化したサービスとみなすことのできるターゲットATの標準ページングを介してマルチキャストセッションを告知することができる。
【０１１２】
図13Bを参照すると、特定のマルチキャストグループまたはセッションに関するマルチキャストサービスを制限するための定義された位置領域がRAN120に供給されているように、図12A、12B、および/または図12Cのプロセスが十分に実行されると仮定する。次に、1300Bで、RAN120は、(i)既に通知されている所与のマルチキャストセッションに登録する要求、または(ii)呼出し発信側から所与のマルチキャストセッションを開始する要求を受信する。一例として、要求1300Bが登録要求である場合、告知メッセージによって、ブロードキャストオーバヘッドメッセージ(BOM)(例えばRFDB=1)によって、またはマルチキャストセッションを搬送しておらず、またはサポートされるマルチキャストセッションをBOM内でアドバタイジングしていない(例えば、所与のマルチキャストセッションに関するBCMCSFlowIDがBOM内にリストされていない)異なるセクタにハンドオフするAT2...Nのうちの1つによって登録1300Bを促すことができる。したがって、1300Bの登録メッセージは、多くの異なる潜在的方式で促すことができる。
【０１１３】
次に、1305Bで、RAN120は、格納された定義された位置領域と要求側ATの位置を比較し、定義された位置領域に従って、告知したセッションを制限することを決定する。次いで、RAN120は、1300Bでの要求側ATが定義された位置領域内にあるかどうかを判定する。一例として、判定1310Bは、RAN120で既知である要求側ATの現サービングセクタと、定義された位置領域との比較に基づくことができる。代替例として、図13Bの中では明示的に図示していないが、要求側ATは、その位置(例えばその地理的位置など)をRAN120に動的に搬送することができ、RAN120は、判定1310Bで要求側ATの動的位置情報を使用することができる。要求側ATが定義された位置領域の外部にあるとRAN120が判定した場合、RAN120は、1300Bの要求を拒否し、要求側ATのセクタ内のマルチキャストセッションをサポートしない。そうではなく、要求側ATが定義された位置領域内にあるとRAN120が判定した場合、RAN120は、要求側ATのセクタ内のマルチキャストセッションをサポートすることを決定する。この実施形態は、マルチキャストサービス制限が定義された位置領域の外部での完全なマルチキャストサービス拒否に対応すると仮定するが、上記で論じたように、必ずしもそうであるわけではない。別の実施形態では,ATが定義された位置領域の外部にあると判定1310Bが判定した場合、RAN120は、単により高いまたは低い制限レベルを実施することができる。
【０１１４】
したがって、当業者は理解するであろうが、定義された位置領域を使用して、マルチキャストサービスを制限することができ、サービス制限の実施は、個々のAT、RAN120、アプリケーションサーバ170、またはそれらの任意の組合せで実施することができる。
【０１１５】
さらに、本発明の上述の実施形態は、マルチキャストセッション、マルチキャストグループなどへの参照を含むが、「マルチキャスト」に対する参照は、IPマルチキャスティングプロトコルによってサポートされるグループ呼出し(例えば、1つまたは複数のセクタが、潜在的にはセクタ内の複数のATにより、復号化されることが意図されるダウンリンク共有チャネル上でメッセージングを送信する)、またはIPユニキャスティングプロトコルでサポートされるグループ呼出し(例えば、登録された各マルチキャストグループメンバが、具体的には1つの特定のマルチキャストグループメンバを対象とするグループセッションに関するユニキャストメッセージングを受信する)を含むことが意図されることを理解されよう。したがって、「マルチキャスト」に対する参照は、IPユニキャスティングプロトコルでサポートされるグループ呼出しを除外することが意図されるのではなく、上述の実施形態はどちらのシナリオとも適合する。
【０１１６】
様々な異なる技術および技法のいずれかを用いて情報および信号を表せることを当業者は理解されよう。例えば、上記の説明全体を通して参照されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表すことができる。
【０１１７】
さらに、本明細書で開示される実施形態と共に説明した様々な例示的論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子的ハードウェア、コンピュータソフトウェア、またはそれらの組合せとして実装できることを当業者は理解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、それともソフトウェアとして実装するかは、特定の応用例および全体的なシステムに課される設計制約に依存する。当業者は、特定の各応用例のために、説明した機能を様々な方式で実装することができるが、そのような実装の決定を、本発明の範囲からの逸脱を引き起こすものと解釈すべきではない。
【０１１８】
本明細書に開示される諸実施形態に関して説明した様々な例示的論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア構成要素、あるいは本明細書に記載の機能を実施するように設計されたそれらの任意の組合せを用いて実装または実施することができる。汎用プロセッサはマイクロプロセッサでよいが、代替として、プロセッサは、任意の従来型プロセッサ、コントローラ、マイクロコントローラ、あるいは状態機械でよい。プロセッサは、コンピューティング装置の組合せ、例えばDSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。
【０１１９】
本明細書で開示される実施形態に関連して説明した方法、シーケンス、および/またはアルゴリズムは、ハードウェアとして直接的に実施することができ、プロセッサによって実行されるソフトウェアモジュールとして実施することができ、あるいはその2つの組み合わせとして実施することができる。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、取外し可能ディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体内に常駐することができる。例示的記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体はプロセッサに一体化することができる。プロセッサおよび記憶媒体はASIC内に常駐することができる。ASICは、ユーザ端末(例えばアクセス端末)内に常駐することができる。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として常駐することもできる。
【０１２０】
1つまたは複数の例示的実施形態では、記載の機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せとして実装することができる。ソフトウェアとして実装された場合、機能をコンピュータ可読媒体上に格納することができ、またはコンピュータ可読媒体上の1つまたは複数の命令またはコードとして伝送することができる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体のどちらも含む。記憶媒体は、コンピュータでアクセスすることのできる任意の入手可能な媒体でよい。限定ではなく、例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROM、または他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気記憶装置、あるいは、命令またはデータ構造の形態で所望のプログラムコードを搬送または格納するのに使用することができ、コンピュータでアクセスすることのできる任意の他の媒体を含むことができる。さらに、任意の接続が、適切にもコンピュータ可読媒体と呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、撚線対、デジタル加入者線(DSL)、または赤外線、無線、マイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから伝送される場合、同軸ケーブル、光ファイバケーブル、撚線対、DSL、または赤外線、無線、マイクロ波などのワイヤレス技術が媒体の定義の中に含まれる。本明細書では、ディスクおよびdiscは、コンパクトdisc(CD)、レーザdisc、光disc、デジタルバーサタイルdisc(DVD)、フロッピィディスク、およびBlue-ray discを含み、ディスクは通常、データを磁気的に再現するが、discはデータをレーザで光学的に再現する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１２１】
上記の開示は本発明の例示的実施形態を提示するが、添付の特許請求の範囲で定義される本発明の範囲から逸脱することなく、本明細書で様々な変更および修正を行えることに留意されたい。例えば、図14は領域IDに基づく制限を示す。1410でAT1が登録される前に、1405で、領域ベースの制限が、キャリアプロビジョニングサーバ1400からアプリケーションサーバ170およびAT(例えばAT1)に配布される。1415で、領域制限をチェックすることができる。例えば、AT1が領域ID「A」を有し、BCMCSを領域Aのみで使用するように制限される場合、1418で、領域制限に基づいて、AT1が領域Aの外部にある場合、PTT(例えばQChat(商標))サービスがBCMCSサービスなしに利用可能であるという表示を送ることができる。さらに、実施は、1420でATのところで、1425でサーバのところで、または(1430および1435で)ATとサーバの組合せを介して行えることを理解されよう。したがって、1420、1425、および1430と1435の組合せのそれぞれは代替実装を示す。
【０１２２】
本明細書で説明した本発明の実施形態による方法クレームの機能、ステップ、および/または動作は、何らかの特定の順序で実施する必要はない。さらに、本発明の要素が単数形で説明または請求されることがあるが、単数形への限定が明示的に述べられるのでない限り、複数形も企図される。
【０１２３】
[資料]
ATがオペレータの定義したエリア内にあるか否かを判定するためのアルゴリズム
本節は、ATがQChatサービスに関するネットワークオペレータによって定義されるエリア内にあるか否かを判定する。以下で説明される技法は、説明を簡単にするために2次元平面で提示され、3次元空間(例えば球など)で定義される表面に容易に一般化することができる。
1.1 アルゴリズムＡ
ネットワークオペレータが{x1,y1}、{x2,y2}...{xN,yN}で表されるN個の座標を指定することによって領域の範囲を定義する場合。球面上の3次元空間では、こうした頂点は、ネットワークオペレータによって定義される{緯度,経度}情報を表す。こうした頂点を有する多角形で境界を画されたエリアを求めることができ、多角形の外周を定義する縁部をN個の式(多角形では線形であるが、2D表面と3D表面ではどちらも非線形ともなる可能性がある)によって指定することができる。話を簡単にするために、これらが以下の式で定義される。
F1(x,y)=0、F2(x,y)=0、F3(x,y)=0、...FN(x,y)=0
N個の頂点では、完全接続グラフでN*(N-1)個の縁部がある可能性がある。これらの頂点によって範囲が定められたエリアの境界を画定する、これらのN*(N-1)個の縁部のうちのN個の縁部を求めることができるが、このアルゴリズムの複雑さは、Nが増加するにつれて増大する。オペレータが、縁部を形成する順序付きリスト(時計回りまたは反時計回りの向きに基づいてソートされたリスト)でN個の頂点を定義する場合、境界についてN*(N-1)個の縁部のうちのどのN個の縁部かについての計算を自明に求めることができる。
ATが位置する座標を{A,B}と表す。本文書で考慮した、使用のケースのシナリオでは、{A,B}は基地局の位置を表し、そのカバレッジ内でATが(点源近似)内にある。{A,B}がN個の頂点のうちの1つである場合、または縁部に関するN個の式のいずれかを満たす場合、ATは多角形で定義される領域内にある。
{A,B}を通る直線、例えばy=Bを定義する。すべての1≦i≦Nについて、この直線(y=B)と各関数Fi(x,y)=0の間の交点を見つけ、すなわちFi(x,B)=0を解く。
A未満の点の数をNALと表し、Aの右側にある点の数をNARと表す。以下の技法を使用して、{A,B}がバウンディングボックスの内部にあるか否かを判定することができる。
・NALまたはNARが0である場合、点はバウンディングボックスの外部にある。
・NAL+NARが偶数である場合、
○NAとNBがどちらも偶数である場合、点{A,B}はボックスの外部にある。
○NAとNBがどちらも奇数である場合、点{A,B}はボックスの内部にある。
○NAL+NARが奇数である場合(その場合、明らかに、N個の頂点のうちの奇数の頂点がy=Nと交わる)。こうした奇数の頂点をNALおよびNARから無視することができ、それぞれNAL’およびNAR’を得る。NAL’+NAR’は偶数であるので、上述の規則を適用して、{A,B}がボックスの内部にあるか、それとも外部にあるかを判定することができる。あるいは、上位のアルゴリズムを適用し、{A,B}を通るわずかに異なる直線を使用し、NAL+NARが偶数となるまで(または有限の反復数が満了するまで)反復することにより、単純なヒューリスティックを使用することができる。直線が0でない傾きを有する場合、{A,B}を通り、選んだ直線に垂直な直線に関してNALおよびNARが求められる。
1.2 アルゴリズムB
代替技法は、N個の1次不等式
G1(x.y)≦0、G2(x.y)≦0、G3(x.y)≦0...GN(x.y)≦0
により、多角形の頂点を結ぶ縁部(すなわちN個の縁部)(またはK次元の超平面)で定義された実現可能な領域を定義し、{A,B}がすべてのN個の不等式を満たすことを単に検証することである。関数Giは符号を除いてFiと同様であることに留意されたい。
1.3 この手法の、地表の緯度/経度を使用することへの一般化
1.3.1 仮定
○ReqおよびRpoを赤道半径および極半径として、地球を回転楕円体としてモデル化することができる。
○ネットワークオペレータは、リスト内の連続する地点が境界を画定する縁部を有するように、順序付きリスト内のN個の緯度および経度を与える。
○地表のN個の地点に関する緯度および経度は、{Φ1,Θ1}、{Φ2,Θ2}...{ΦN,ΘN}である。
1.3.2 アルゴリズム
これらのN個の地点を以下のように3次元デカルト座標系{x,y,z}にマッピングすることができる。
Xi=Req cosΘi cosΦi、Yi=Req sinΘi cosΦi、およびZi=Rpo sinΦi
座標が順序付きリストで与えられると仮定すると、3つの地点、すなわち原点(0,0,0)と、ネットワークオペレータによって順序付きリストとして指定される地表のN個の点のうちの2つの点とを通過するものとして超平面を定義することができる。
これらのN個の超平面のそれぞれは、以下の1次方程式で表すことができる。
P1(x.y,z)≦q1、P2(x.y,z)≦q2...PN(x.y,z)≦qN
ハンドセットの位置を{X_at,Y_at,Z_at}とする。ATの位置が以下の式を満たす場合、ATはネットワークオペレータによって定義されたエリア内にある(すなわち、ATは、以下で列挙される半平面のセットによって生成される「バウンディング」多面体内にある)。
P1(x.y,z)≦q1、P2(x.y,z)≦q2...PN(x.y,z)≦qN、かつx≦Req+Rpo、y≦Req+Rpo、z≦Req+Rpo
最後の3つの制約は自動的に満たされ、バウンディング多面体を作成するためだけに指定されることに留意されたい。
超平面エリアは容易に計算可能であるが、不等式(各1≦i≦NについてPi(x,y,z)≦qi)を構成するために、各超平面について半平面を求めることも重要である。N個の式がある場合、可能な半平面の数は2^Nであり、求めなければならないのはそのうちの1組の不等式だけである。不等式の正しいセットを求める際の課題は、ネットワークオペレータが(x、y、およびz次元での)各超平面の向きも示すことができる場合に達成することができる。
【符号の説明】
【０１２４】
100  ワイヤレスシステム
102  携帯電話
104  エアインターフェース
108  携帯情報端末
110  ページャ
112  コンピュータプラットフォーム
120  無線アクセスネットワーク(RAN)
122  基地局コントローラ/パケット制御機能(BSC/PCF)
124  モデムプールトランシーバ(MPT)
126  キャリアネットワーク
160  パケットデータサービングノード(PDSN)
165  ブロードキャストサービングノード(BSN)
170  アプリケーションサーバ
175  インターネット
200  アクセス端末
202  プラットフォーム
206  トランシーバ
208  特定用途向け集積回路(ASIC)
210  アプリケーションプログラミングインターフェース(API)
212  メモリ
214  ローカルデータベース
222  アンテナ
224  ディスプレイ
226  キーパッド
228  プッシュツートークボタン
450  マルチキャスティングサービスエリア
455  マルチキャスティングサービスエリア
460  サブネット
465  セクタ
【図１】
0005572689.tif 000002
【図２】
0005572689.tif 000003
【図３】
0005572689.tif 000004
【図４Ａ】
0005572689.tif 000005
【図４Ｂ】
0005572689.tif 000006
【図５】
0005572689.tif 000007
【図６】
0005572689.tif 000008
【図７】
0005572689.tif 000009
【図８】
0005572689.tif 000010
【図９】
0005572689.tif 000011
【図１０】
0005572689.tif 000012
【図１１】
0005572689.tif 000013
【図１２Ａ】
0005572689.tif 000014
【図１２Ｂ】
0005572689.tif 000015
【図１２Ｃ】
0005572689.tif 000016
【図１３Ａ】
0005572689.tif 000017
【図１３Ｂ】
0005572689.tif 000018
【図１４】
0005572689.tif 000019