JP2012516631A - ワイヤレス通信システムにおけるマルチキャストメッセージ送信の反復 - Google Patents

ワイヤレス通信システムにおけるマルチキャストメッセージ送信の反復 Download PDF

Info

Publication number
JP2012516631A
JP2012516631A JP2011547914A JP2011547914A JP2012516631A JP 2012516631 A JP2012516631 A JP 2012516631A JP 2011547914 A JP2011547914 A JP 2011547914A JP 2011547914 A JP2011547914 A JP 2011547914A JP 2012516631 A JP2012516631 A JP 2012516631A
Authority
JP
Japan
Prior art keywords
message
multicast message
given multicast
given
access terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2011547914A
Other languages
English (en)
Inventor
ボンヨン・ソン
アルルモジ・アナンタナラヤナン
アルヴィンド・ヴイ・サンタナム
ハルリーン・ギル
Original Assignee
クアルコム，インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by クアルコム，インコーポレイテッド filed Critical クアルコム，インコーポレイテッド
Publication of JP2012516631A publication Critical patent/JP2012516631A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877—Measures taken prior to transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

アプリケーションサーバは、少なくとも1つのアクセス端末への送信のために、所与のマルチキャストメッセージに関連する優先順位を判断し、所与のマルチキャストメッセージの優先順位を示すように所与のマルチキャストメッセージを構成し、少なくとも1つのアクセス端末への送信のために、構成されたマルチキャストメッセージをアクセスネットワークに、優先順位に少なくとも部分的に基づく回数転送する。代替的に、アプリケーションサーバは、構成されたマルチキャストメッセージ中で、所与のマルチキャストメッセージを送信する回数を示し得る。アプリケーションサーバによって構成されたマルチキャストメッセージ中に挿入されるフラグによって、所与のマルチキャストメッセージを送信する優先順位または回数がアクセスネットワークに伝達され得る。アクセスネットワークは、フラグに基づいて所与のマルチキャストメッセージを送信する回数を判断する。

Description

本発明は、ワイヤレス通信システムにおいてマルチキャストメッセージ送信を繰り返すことに関する。
ワイヤレス通信システムは、第1世代アナログワイヤレス電話サービス(1G)、第2世代(2G)デジタルワイヤレス電話サービス(中間の2.5Gおよび2.75Gネットワークを含む)、ならびに第3世代(3G)高速データ/インターネット対応ワイヤレスサービスを含む、様々な世代を通じて発展してきた。現在、セルラーシステムとパーソナルコミュニケーションズサービス(PCS)システムとを含む、多くの様々なタイプのワイヤレス通信システムが使用されている。知られているセルラーシステムの例には、セルラーAnalog Advanced Mobile Phone System(AMPS)、および符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、TDMAのGlobal System for Mobile接続(GSM)変形に基づくデジタルセルラーシステム、およびTDMA技術とCDMA技術の両方を使用するより新しいハイブリッドデジタル通信システムがある。
CDMAモバイル通信を提供するための方法は、本明細書ではIS-95と呼ぶ、「Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System」と題するTIA/EIA/IS-95-Aにおいて、米国電気通信工業会/米国電子工業会によって米国で規格化された。複合AMPS&CDMAシステムはTIA/EIA規格IS-98に記載されている。他の通信システムは、広帯域CDMA(WCDMA)、CDMA2000(たとえば、CDMA2000 1xEV-DO規格など)またはTD-SCDMAと呼ばれるものをカバーする規格である、IMT-2000/UM、すなわちInternational Mobile Telecommunications System 2000/Universal Mobile Telecommunications Systemに記載されている。
米国特許出願公開第2007/0049314号 米国仮出願第60/974,831号
「CDMA2000 High Rate Broadcast-Multicast Packet Data Air Interface Specification」と題する、2006年2月14日付けの3GPP2のBCMCS規格のバージョンである、バージョン1.0 C.S0054-A
ワイヤレス通信システムでは、移動局、ハンドセット、またはアクセス端末(AT)が、基地局に隣接するかまたはこれを囲む特定の地理的領域内での通信リンクまたはサービスをサポートする、固定位置の基地局(セルサイトまたはセルとも呼ばれる)からの信号を受信する。基地局は、一般に、サービス品質(QoS)要件に基づいてトラフィックを区別するための方法をサポートする標準Internet Engineering Task Force(IETF)ベースのプロトコルを使用するパケットデータネットワークである、アクセスネットワーク(AN)/無線アクセスネットワーク(RAN)にエントリポイントを与える。したがって、基地局は、一般に、無線インターフェースによってATと対話し、インターネットプロトコル(IP)ネットワークデータパケットによってANと対話する。
ワイヤレス電気通信システムでは、プッシュツートーク(PTT)機能がサービスセクタおよび消費者に普及している。PTTは、CDMA、FDMA、TDMA、GSMなど、標準の商用ワイヤレスインフラストラクチャ上で動作する「ディスパッチ」ボイスサービスをサポートすることができる。ディスパッチモデルでは、エンドポイント(AT)間の通信が仮想グループ内で行われ、そこでは1人の「送話者(talker)」のボイス（voice：声）が1人または複数の「受話者(listener)」に送信される。このタイプの通信の単一のインスタンスは、通常、ディスパッチ呼、または単にPTT呼と呼ばれる。PTT呼は、呼の特性を定義する、グループのインスタンシエーションである。グループは、本質的に、グループ名またはグループ識別情報など、メンバーリストおよび関連情報によって定義される。
従来、ワイヤレス通信ネットワーク内のデータパケットは、単一の宛先またはアクセス端末に送信されるように構成された。単一の宛先へのデータの送信は「ユニキャスト」と呼ばれる。モバイル通信が増加するにつれて、所与のデータを複数のアクセス端末に同時に送信する能力がより重要になった。したがって、複数の宛先またはターゲットアクセス端末への同じパケットまたはメッセージの同時データ送信をサポートするためにプロトコルが採用された。「ブロードキャスト」は、(たとえば、所与のセル内にある、所与のサービスプロバイダによってサービスされるものなど)すべての宛先またはアクセス端末へのデータパケットの送信を指し、「マルチキャスト」は、宛先またはアクセス端末の所与のグループへのデータパケットの送信を指す。一例では、宛先の所与のグループまたは「マルチキャストグループ」は、(たとえば、所与のセル内にある、所与のサービスプロバイダによってサービスされるものなど)可能な宛先またはアクセス端末のうちの2つ以上およびすべてよりも少ない数を含むことができる。ただし、少なくともいくつかの状況においては、マルチキャストグループが、ユニキャストと同様に、ただ1つのアクセス端末を備えること、あるいは代替的に、マルチキャストグループが、ブロードキャストと同様に、(たとえば、セルまたはセクタ内の)すべてのアクセス端末を備えることが可能である。
ブロードキャストおよび/またはマルチキャストは、マルチキャストグループに対応するために複数の連続ユニキャスト動作を実行したり、複数のデータ送信を同時に処理するための一意のブロードキャスト/マルチキャストチャネル(BCH)を割り当てるなど、いくつかの方法において、ワイヤレス通信システム内で実行され得る。プッシュツートーク通信のためのブロードキャストチャネルを使用する従来のシステムが、その内容の全体が参照により本明細書に組み込まれる、「Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network」と題する、2007年3月1日付けの米国特許出願公開第2007/0049314号に記載されている。公開第2007/0049314号に記載されているように、従来のシグナリング技法を使用するプッシュツートーク呼のために、ブロードキャストチャネルが使用され得る。ブロードキャストチャネルの使用は従来のユニキャスト技法よりも帯域幅要件を改善することができるが、ブロードキャストチャネルの従来のシグナリングは、依然として追加のオーバヘッドおよび/または遅延を生じる可能性があり、システムパフォーマンスを劣化させることがある。
3rd Generation Partnership Project 2(「3GPP2」)は、CDMA2000ネットワークにおけるマルチキャスト通信をサポートするためのブロードキャストマルチキャストサービス(BCMCS)規格を定義する。したがって、「CDMA2000 High Rate Broadcast-Multicast Packet Data Air Interface Specification」と題する、2006年2月14日付けの3GPP2のBCMCS規格のバージョンである、バージョン1.0 C.S0054-Aは、その全体が参照により本明細書に組み込まれる。
本発明の一実施形態では、アプリケーションサーバは、少なくとも1つのアクセス端末への送信のために、所与のマルチキャストメッセージに関連する優先順位を判断し、所与のマルチキャストメッセージの優先順位を示すように所与のマルチキャストメッセージを構成し、少なくとも1つのアクセス端末への送信のために、構成されたマルチキャストメッセージをアクセスネットワークに、示された優先順位に少なくとも部分的に基づく回数転送する。本発明の代替実施形態では、アプリケーションサーバは、構成されたマルチキャストメッセージ中で、所与のマルチキャストメッセージを送信する回数を示すことができる。所与のマルチキャストメッセージを送信する優先順位あるいは回数は、アプリケーションサーバによって構成されたマルチキャストメッセージ中に挿入されるフラグによって、アクセスネットワークに伝達されることができる。アクセスネットワークは、フラグに基づいて所与のマルチキャストメッセージを少なくとも1つのアクセス端末に送信する回数を判断し、次いで、所与のマルチキャストメッセージを少なくとも1つのアクセス端末に判断された回数送信する。
本発明の実施形態およびその付随する利点の多くのより完全な了解は、以下の発明を実施するための形態を参照し、本発明を限定するためではなく単に例示するために提示する添付の図面とともに考察することによってより良く理解されれば、容易に得られるであろう。
本発明の少なくとも1つの実施形態によるアクセス端末とアクセスネットワークとをサポートするワイヤレスネットワークアーキテクチャの図である。 本発明の例示的な実施形態によるキャリアネットワークを示す図である。 本発明の少なくとも1つの実施形態によるアクセス端末の図である。 従来のマルチキャスト呼セットアッププロセスを示す図である。 従来のマルチキャスト呼終了プロセスを示す図である。 本発明の一実施形態によるマルチキャストメッセージ送信プロセスを示す図である。 本発明の別の実施形態によるマルチキャストメッセージ送信プロセスを示す図である。 本発明のさらに別の実施形態によるマルチキャストメッセージ送信プロセスを示す図である。 本発明の一実施形態による、図6のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼セットアッププロセスを示す図である。 本発明の一実施形態による、図7のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼セットアッププロセスを示す図である。 本発明の一実施形態による、図8のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼セットアッププロセスを示す図である。 本発明の一実施形態による、図6のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼終了プロセスを示す図である。 本発明の一実施形態による、図7のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼終了プロセスを示す図である。 本発明の一実施形態による、図8のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼終了プロセスを示す図である。 本発明の一実施形態による、図7のメッセージ送信プロセスに基づいて実行されるブロードキャストオーバーヘッドメッセージ(broadcast overhead message：BOM)送信プロセスを示す図である。 本発明の一実施形態によるアプリケーションサーバベースのメッセージ反復スケジューリングプロセスを示す図である。
本発明の特定の実施形態を対象とする以下の説明および関連する図面で本発明の態様を開示する。本発明の範囲から逸脱することなく、代替実施形態が考案されることができる。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。
「例示的」および/または「例」という用語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および/または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈するべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が論じられた特徴、利点または動作モードを含むことを必要としない。
さらに、多くの実施形態については、たとえば、コンピューティングデバイスの要素によって実行するべき一連のアクションに関して説明する。本明細書で説明する様々なアクションは、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実行され得ることが、認識されることになる。さらに、本明細書で説明するこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した任意の形式のコンピュータ可読記憶媒体内で全体として実施されると、見なされることができる。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形式で実施され得る。さらに、本明細書で説明する実施形態ごとに、そのような実施形態の対応する形式を、たとえば、記載のアクションを実行する「ように構成された論理」として本明細書で説明することがある。
本明細書でアクセス端末(AT)と呼ぶ高データレート(HDR)加入者局は、移動局でも固定局でもよく、本明細書でモデムプールトランシーバ(MPT)または基地局(BS)と呼ぶ1つまたは複数のHDR基地局と通信することができる。アクセス端末は、1つまたは複数のモデムプールトランシーバを介して、モデムプールコントローラ(MPC)、基地局コントローラ(BSC)および/またはパケット制御機能(PCF)と呼ばれるHDR基地局コントローラとの間でデータパケットを送信および受信する。モデムプールトランシーバおよびモデムプールコントローラは、アクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークは複数のアクセス端末間でデータパケットをトランスポートする。
アクセスネットワークは、企業イントラネットまたはインターネットなど、アクセスネットワークの外部の追加のネットワークにさらに接続され得ると共に、各アクセス端末とそのような外部のネットワークとの間で、データパケットをトランスポートすることができる。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立したアクセス端末は、アクティブアクセス端末と呼ばれ、トラフィック状態にあると言われる。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立中であるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレスチャネルを介して、または、たとえば、光ファイバまたは同軸ケーブルを使用するワイヤードチャネルを介して通信する任意のデータデバイスとすることができる。アクセス端末はさらに、限定はしないが、PCカード、コンパクトフラッシュ（登録商標）、外部または内部モデム、あるいはワイヤレス電話または有線電話を含む、いくつかのタイプのデバイスのいずれかとすることができる。アクセス端末が信号をモデムプールトランシーバに送信するための通信リンクは、逆方向リンクまたは逆方向トラフィックチャネルと呼ばれる。モデムプールトランシーバが信号をアクセス端末に送信するための通信リンクは、順方向リンクまたは順方向トラフィックチャネルと呼ばれる。本明細書で使用するトラフィックチャネルという用語は、順方向トラフィックチャネルまたは逆方向トラフィックチャネルのいずれかを指すことができる。
図1に、本発明の少なくとも1つの実施形態によるワイヤレスシステム100の例示的な一実施形態のブロック図を示す。システム100は、パケット交換データネットワーク(たとえば、イントラネット、インターネット、および/またはキャリアネットワーク126)とアクセス端末102、108、110、112との間にデータ接続性を与えてアクセス端末102をネットワーク機器に接続することができるアクセスネットワークまたは無線アクセスネットワーク(RAN)120と、エアインターフェース104を介して通信している、セルラー電話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)を利用して、インターネット175、イントラネットおよび/またはリモートサーバ(たとえば、アプリケーションサーバ170)へのアクセスを移動局(たとえば、図1の102、108、110、112などのアクセス端末)に与える。アクセスゲートウェイとして働くので、PDSN160は、単純IPおよびモバイルIPアクセス、外部エージェントサポート、およびパケットトランスポートを与えることができる。PDSN160は、Authentication, Authorization, and Accounting(AAA)サーバおよび他のサポートインフラストラクチャのクライアントとして働くことができ、当技術分野で知られているように、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は、BCA10接続を介してBSN165から受信したマルチキャストメッセージを、エアインターフェース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、光メディア、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスとすることができる。内部プラットフォーム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からアクセス端末に送信されることができる。したがって、本明細書で提供する例は、本発明の実施形態を限定するものではなく、本発明の実施形態の態様の説明を助けるものにすぎない。
説明の便宜上、従来のマルチキャストメッセージ送信について説明し、その後、同じくマルチキャスト送信に関して、本発明の実施形態によるメッセージ送信について説明する。一部のマルチキャストメッセージでは、メッセージの損失はマルチキャスト品質の劣化をもたらし得るので、1つまたは複数のメッセージをすべてのマルチキャストグループメンバーにできるだけ早く配信することが重要である。たとえば、所与のグループメンバーにおいてマルチキャスト呼告知メッセージが失われると、そのグループメンバーは呼に参加することができなくなる。この場合、所与のグループメンバーは、マルチキャスト呼が行われていることにさえ気づいていないであろう。
ユニキャスト通信に参加しているアクセス端末は、一般に、たとえば、RANが特定のアクセス端末へのダウンリンク送信電力を調整することができるように、RANへのフィードバック(たとえば、測定SIRレベル、ACK、NACKなど)を送信するための逆方向リンクチャネルを備えている。しかしながら、マルチキャストセッションでは、潜在的に多数のアクセス端末がマルチキャストセッションに参加しているので、アクセス端末がフィードバックを送信することを可能にすると、逆方向リンクフィードバックまたはアクセスチャネルに過負荷がかかり、および/または順方向リンクマルチキャスト送信に関する電力制御の複雑さが増加し得る。したがって、従来のマルチキャスト実装形態では、一般に、個々のマルチキャストグループメンバーが、マルチキャスト送信に関係するフィードバック(たとえば、測定SIRレベル、ACK、NACKなど)を送信することは不可能である。したがって、すべてのマルチキャストグループメンバーへのマルチキャストメッセージの配信を保証することは難しい。
図4に、従来のマルチキャスト呼セットアッププロセスを示す。図4を参照すると、アプリケーションサーバ170(たとえば、プッシュツートーク(PTT)またはブロードキャストマルチキャストサービス(BCMCS)サーバ)は、(たとえば、PTTイニシエータから)マルチキャストセッションを開始したいという要求を受信する(400)。アプリケーションサーバ170は、AT1...N(たとえば、N≧1)として示される1つまたは複数のマルチキャストグループメンバーにマルチキャストセッションを告知するための呼告知メッセージを生成し、呼告知メッセージをRAN120に転送する(405)。RAN120は、呼告知メッセージを受信し、呼告知メッセージをワイヤレス通信システム100の複数のセクタ中に送信する(410)。たとえば、RAN120は、次の物理レイヤパケット上で呼告知メッセージを送信することができる。
次に、AT1が呼告知メッセージを逃し(415)、AT2...Nが、呼告知メッセージを受信し、復号すると仮定する。たとえば、AT1がオンにならない、サービングセクタの高干渉エリア中にあるなどの場合、AT1は呼告知メッセージを逃すことがある。次に、AT2...Nは、呼受付けメッセージをアプリケーションサーバ170に送信することによって、呼を受け付ける。同時に、AT2...Nは、登録メッセージ(たとえば、BCMCSFlowRegistrationメッセージ)をRAN120に送信することによって、マルチキャストセッションに登録する(425)。しかしながら、AT1は呼告知メッセージを逃し、したがってマルチキャストセッションに気づいていないので、AT1からメッセージは送信されない。
RAN120は、マルチキャストセッションのフローIDを広告し、アクセス端末がマルチキャストセッションにどのように同調することができるかに関する指示を含む、告知されたマルチキャストセッションのスケジューリングメッセージを送信する(430)。たとえば、スケジューリングメッセージは、ダウンリンクブロードキャストチャネル(BCH)上でマルチキャストセッションを搬送するインターレース多重(IM)ペアとともにマルチキャストセッションのBCMCSFlowlDのリストを含むブロードキャストオーバーヘッドメッセージ(broadcast overhead message：BOM)であり得る。スケジューリングメッセージは、上記で説明したように、マルチキャストセッションが告知されたことに気づいているAT2...Nによって受信される。本出願の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる、2007年9月24日に出願された「METHODS OF MANAGING ACKNOWLEDGMENT TRANSMISSIONS FROM MULTICAST GROUP MEMBERS OF A MULTICAST GROUP WITHIN A WIRELESS COMMUNICATIONS NETWORK」と題する米国仮出願第60/974,831号に記載されているように、呼受付け(またはACK告知)および登録メッセージを送信しなかったATは、スケジューリングメッセージを受信すると、それらの応答を抑制することができる。
次に、アプリケーションサーバ170は、第1の呼受付けメッセージ(またはACK告知メッセージ)を受信した後、送信のためにマルチキャストメッセージをRAN120に転送することを開始する(435)。RAN120は、転送されたマルチキャストメッセージを受信し、少なくとも、マルチキャストセッションに登録した1つまたは複数のATを含むセクタ内にマルチキャストメッセージを送信する(440)。当業者なら了解するように、AT1は、マルチキャストセッションが開始されたことにまだ気づいていないので、マルチキャストメッセージを無視し(445)、AT2...Nは、スケジューリングメッセージに従って(たとえば、BCH上で)マルチキャストメッセージを監視する(450)。
当業者なら了解するように、RAN120は、RAN120が、呼告知メッセージを受信し、無視することを選択したATと、呼告知メッセージを逃したATとを区別することを可能にするであろうフィードバック(たとえば、ACKまたはNACK)を必ずしも受信しないので、各ターゲットATがマルチキャストセッションに対する呼告知メッセージを受信することを保証することは困難である。したがって、マルチキャストセッションに参加することを望むATは、初期呼告知メッセージを逃した場合、この機会を失うことがあり得る。
図5に、従来のマルチキャスト呼終了プロセスを示す。図5を参照すると、500において、マルチキャストセッションはアクティブであり、アプリケーションサーバ170は、AT1...Nへの送信のためにマルチキャストメッセージをRAN120に転送している。図5では、AT1...Nの各々がマルチキャストセッションに登録しており、マルチキャストセッションをアクティブに監視していると仮定する。505において、RAN120は、転送されたマルチキャストメッセージを受信し、エアインターフェース104を介してマルチキャストメッセージをAT1...Nに送信する。505の送信は、AT1...Nがどこに位置するかに基づいて、単一のセクタ中で行われるか、または複数のセクタ中で行われ得る。AT1およびAT2...Nが、それぞれ510および515において、送信されたマルチキャスト送信を受信し、復号すると仮定する。
図5を参照すると、アプリケーションサーバ170は、マルチキャストセッションを終了するべきかどうかを判断する(520)。たとえば、PTTイニシエータまたは現在のフロアホルダは、呼を終了したいという要求を示すことができる。アプリケーションサーバ170が、マルチキャストセッションを終了するべきでないと判断した場合、プロセスは500に戻り、アプリケーションサーバ170は、AT1...Nへの送信のためにマルチキャストセッションに関連するマルチキャストメッセージをRAN120に転送し続ける。そうではなく、アプリケーションサーバ170が、呼を終了するべきであると判断した場合、アプリケーションサーバ170は、呼終了メッセージを生成し、AT1...Nへの送信のために呼終了メッセージをRAN120に転送する(525)。RAN120は、転送された呼終了メッセージを受信し、呼終了メッセージをAT1...Nに送信する(530)。たとえば、RAN120は、次の物理レイヤパケット上で呼終了メッセージを送信することができる。
図5を参照すると、AT1が送信された呼終了メッセージを逃し(535)、AT2...Nが、送信された呼終了メッセージを受信し、復号する(540)と仮定する。したがって、AT1は、(たとえば、少なくとも非アクティビティタイマー期間の間)マルチキャストセッションに関連するマルチキャストメッセージを監視し続け(545)、AT2...Nは、マルチキャストセッションが終了したことに気づき、それによってマルチキャストメッセージの監視をやめる(550)。一例では、AT1は、前のマルチキャストメッセージから続く非アクティビティが満了するまで、マルチキャストメッセージの監視を続けることができる。したがって、AT1は、非アクティビティタイマーが満了するまで、AT1が依然として呼中であると考えるので、すべての着呼を拒否し得る。さらに、AT1は、535において呼終了メッセージを逃したので、到着しないマルチキャストメッセージを探索するのにリソースを浪費することがあり得る。
上記で説明した図4および図5では、マルチキャスト通信における極めて特殊なメッセージを対象とし、これらのメッセージがターゲットアクセス端末によって適切に受信されず、復号されない場合の潜在的な結果について説明した。しかしながら、マルチキャスト通信では多くのタイプのメッセージが重要であり、適切に受信/復号されない場合、潜在的に不利な結果を招き得るので、上記で説明した呼告知または呼終了メッセージは例示のためのものにすぎないものとする。たとえば、マルチメディアマルチキャストシナリオ(たとえば、ストリーミングビデオ)では、所与のフレームが、他のフレーム(たとえば、MPEG4におけるIフレーム)を復号する際に必須であり得る。したがって、ターゲットアクセス端末において必須フレームを逃した場合、その従属フレームを適切に復号することができない。
図4および図5に関して上記で説明したように、メッセージ(たとえば、呼告知メッセージ、呼終了メッセージなど)を逃すことがあり、これによりワイヤレス通信システムにおいて通信問題が生じ得る。したがって、本発明の実施形態は、ワイヤレス通信システム内でいくつかのメッセージに関してメッセージ送信を繰り返すためのプロセスを対象とする。以下で、本発明の実施形態による3つのメッセージ送信プロセスについて、それぞれ図6、図7および図8に関して説明する。次いで、呼告知および呼終了マルチキャストメッセージシナリオ内で図6、図7および図8のプロセスについて説明し、その後、すでに周期的に送信されているメッセージ(たとえば、BOMなどのオーバーヘッドメッセージ)がトリガイベントに応答してより急速に連続して送信される、選択的マルチキャスト反復について説明する。
図6に、本発明の一実施形態によるメッセージ送信プロセスを示す。図6を参照すると、600において、アプリケーションサーバ170は、(たとえば、メッセージを受信する各ATからの迅速なフィードバックが必ずしも予想されない場合)所与の通信プロトコルに従って1つまたは複数のAT1...N(たとえば、N≧1)に送信するべきマルチキャストメッセージを判断する。たとえば、所与の通信プロトコルは、マルチキャストプロトコルまたはブロードキャストプロトコルに対応し得る。
次に、605において、アプリケーションサーバ170は、600において判断されたメッセージを複数回送信するべきかどうかを判断する。一例では、アプリケーションサーバ170は、マルチキャストメッセージが比較的重要であると判断された場合、マルチキャストメッセージを複数回送信するべきであると判断することができる。当業者なら了解するように、アプリケーションサーバ170から送信されるすべてのマルチキャストメッセージを繰り返すと、RAN120に対する負荷ならびにワイヤレス通信システム内の干渉が増加し得る。したがって、どのマルチキャストメッセージを繰り返すべきかを判断することは、反復マルチキャストメッセージングに関連する負荷/干渉と、ターゲットアクセス端末がマルチキャストメッセージをうまく受信し、復号することの相対的重要度との間のトレードオフに基づくことができる。たとえば、605において多重送信のために十分な重要度を有すると判断され得るマルチキャストメッセージは、マルチキャストセッションの呼告知メッセージまたは呼終了メッセージ、マルチキャストセッションの初期期間中に送信されるBOMメッセージ、マルチメディア送信におけるいくつかのフレーム(たとえば、MPEG4におけるIフレーム、または他のフレームが正常な復号のために依存するフレームなど)、緊急メッセージ(たとえば、携帯電話機（cell-phone：セルフォン）バッテリーが低い場合、メッセージ送信者が軍司令官（general）などのように高い優先順位を有する場合、メッセージが交戦地帯などの特定の場所から送信される場合など)、および/またはアプリケーションがより高いメッセージ優先順位を割り振るように構成された他のメッセージを含むことができる。
図6に示されていないが、アプリケーションサーバ170がマルチキャストメッセージを1回送信するべきであると判断した場合、当技術分野で知られているように、AT1...Nへの送信のためにマルチキャストメッセージをRAN120に転送する。代替的に、RAN120がマルチキャストメッセージを複数回送信するべきであると判断した場合、プロセスは610に進む。
図6を参照すると、610において、アプリケーションサーバ170は、「X」として示される、メッセージを送信する回数または反復数を判断する。たとえば、特定のメッセージタイプは、デフォルトの反復数に関連付けられることができる。Table 1(表1)(下記)に、いくつかのメッセージタイプの潜在的なデフォルトの反復数の例を示す。
Figure 2012516631
当業者なら了解するように、Table 1(表1)(上記)は、数個の例示的なメッセージタイプに関連付けられたメッセージ反復の例を示しているにすぎない。BOMの例に関して、以下でより詳細に説明するように、BOMは、従来、マルチキャストセッション中に所与のBOM間隔で周期的に送信される。一例では、Table 1(表1)は、BOMが、次のBOM送信期間の前に複数回(たとえば、4回)送信され得ることを示す。これについて、繰り返すBOMおよび他のタイプのオーバーヘッドメッセージに関して以下でさらに詳細に説明する。また、Table 1(表1)にはないが、同じタイプのすべてのメッセージに同じ反復数を関連付ける必要がないように、1つまたは複数のメッセージタイプ内に優先順位の階層を有することが可能である。
代替実施形態では、デフォルトのメッセージ反復値をもつ静的テーブルの代わりに、送信反復数は、動的に判断されることができる。たとえば、送信反復数は現在の動作パラメータに基づくことができる。たとえば、前の呼告知メッセージが比較的低い登録数を生じた場合、ターゲットアクセス端末からの応答数を増加させるために、将来の呼告知メッセージに関連付けられた反復数が増やされ得る。したがって、アプリケーションサーバ170は一般に特定のセクタ内のチャネル状態に気づいていないが、呼告知メッセージが登録の獲得において比較的不成功である場合、不良チャネル状態が推測され得る。
610においてメッセージを送信する回数Xを判断した後、615において、アプリケーションサーバ170からメッセージを別々にX回送信する。図6の615の例示的な実装形態については、図15に関して以下でさらに詳細に説明する。
当業者なら了解するように、特定のマルチキャストメッセージを送信する回数を増加させると、マルチキャストメッセージの少なくとも1つのバージョンまたはインスタンシエーションが1つまたは複数のターゲットATによってうまく受信され、復号される確率が高くなる。また、図15に関して以下で説明するように、アプリケーションサーバ170からRAN120へのX回のマルチキャストメッセージ転送の各々のタイミングは、同じメッセージを複数回送信することから得られる送信成功率の利益を減少させ得る、同じ物理レイヤパケット上で送信されている複数のメッセージインスタンシエーションの発生を、低減するように、制御されることができる。
図7に、本発明の一実施形態による別のメッセージ送信プロセスを示す。図7を参照すると、700、705および710は、それぞれ図6の600、605および610に対応する。したがって、700、705および710については、簡潔にするためにさらに説明しない。図7の715を参照すると、615の場合のようにマルチキャストメッセージの別々のX回の送信を送信する代わりに、アプリケーションサーバ170は、メッセージをX回送信するべきであることをRAN120に示すためのフラグを、メッセージのヘッダ部分中に設定する。たとえば、フラグは、メッセージを含む1つまたは複数のパケットのヘッダ部分中のDiffServコードポイント(Differentiated Services Code Point：DSCP)値とすることができる。Xを示すためのフラグを設定した後、マルチキャストメッセージをアプリケーションサーバ170からRAN120に転送する(715)。
図7を参照すると、RAN120は、転送されたマルチキャストメッセージを受信し、フラグを抽出し、Xを判断するために抽出されたフラグを解釈する(720)。一例では、RAN120は、シグナリングフローに関連するBCA10接続上の各メッセージのヘッダを確認する。別の例では、メディアメッセージが同様に潜在的に繰り返された場合、RAN120は、メディアに関連するBCA10接続上の各メッセージのヘッダを同様に確認する。したがって、RAN120は、アプリケーションサーバ170が潜在的に反復についてフラグを付け得るパケットのヘッダを確認するように構成される。
Xを判断した後、RAN120はマルチキャストメッセージをX回送信する(725)。一例では、RAN120は、単に各メッセージ反復を同時に送信するのではなく、障害点を増加させ、メッセージの少なくとも1つのインスタンスがうまく復号される確率を高めるために、メッセージ送信の反復の間隔を広げる。たとえば、いくつかのBCMCSプロトコルでは、RAN120は、100ms(たとえば、物理レイヤパケット間隔)ごとに、BCMCSフローに関連する物理レイヤパケットを送信する。この例では、特定のメッセージのX回の反復のために、RAN120は、異なる物理レイヤパケット上で各マルチキャストメッセージインスタンシエーションを送信することができる。一例では、RAN120は、連続する物理レイヤパケット上でのマルチキャストメッセージインスタンシエーションをスケジュールすることができる。図6の場合のように、各メッセージインスタンシエーションがアプリケーションサーバ170において開始される場合、異なる物理レイヤパケット上でのメッセージ反復をスケジュールすることはより困難であることが、認識されることになる。しかしながら、図6において異なる物理レイヤパケット上でのメッセージ反復をスケジュールすることについて、図15に関して以下でより詳細に説明する。
図8に、本発明の一実施形態によるさらに別のマルチキャストメッセージ送信プロセスを示す。図8を参照すると、800において、アプリケーションサーバ170は、1つまたは複数のAT1...N(たとえば、N≧1)に送信するマルチキャストメッセージを判断する。次に、805において、アプリケーションサーバ170は、送信するべきメッセージの優先順位を判断する。
一例では、アプリケーションサーバ170は、関連するメッセージタイプに基づいて、特定のメッセージに割り振るべき優先順位を判断することができる。一例では、Table 2(表2)(下記)に示すように、特定のメッセージタイプは、デフォルトの優先順位レベルに関連付けられることができる。
Figure 2012516631
当業者なら了解するように、Table 2(表2)(上記)は、数個の例示的なメッセージタイプに関連付けられたメッセージタイプ優先順位レベルの例を示しているにすぎない。本発明の他の実施形態は、3つ以上の優先順位レベル、ならびに異なるメッセージタイプを対象とし得ることを理解されたい。
代替実施形態では、デフォルトのメッセージタイプ優先順位値をもつ静的テーブルの代わりに、メッセージの優先順位レベルは、動的に判断されることができる。たとえば、特定のメッセージの優先順位レベルは現在の動作パラメータに基づくことができる。たとえば、前の呼告知メッセージが比較的低い登録数を生じた場合、ターゲットアクセス端末からの応答数を増加させるために、将来の呼告知メッセージの優先順位レベルが上げられ得る。
メッセージの優先順位レベルを判断した後、アプリケーションサーバ170は、優先順位レベルを示すフラグを挿入するべきかどうかを判断する(810)。一例では、メッセージが低優先順位(たとえば、Table 2(表2)中の優先順位レベル3)を有すると判断された場合、メッセージを反復送信する必要がないので、低優先順位を示すフラグを入れる必要はない。したがって、優先順位フラグを含めないことによって、RAN120は、単に、当技術分野で知られているように、低優先順位メッセージを、単一の送信を必要とするものとして解釈することになる。代替的に、低優先順位メッセージでも2回以上のメッセージ反復に関連付けられている場合、メッセージ中で低優先順位にもフラグが付けられ得る。さらなる一例では、アプリケーションサーバ170は、805の優先順位判断に基づいて、メッセージの中優先順位または高優先順位を示すフラグを挿入するべきであると判断することができる。
説明の便宜上、アプリケーションサーバ170は、810において、メッセージ中にフラグを挿入するべきであると判断したと仮定する。したがって、815において、アプリケーションサーバ170は、メッセージ中にフラグ(たとえば、優先順位を示すDSCP値)を挿入し、フラグ付きメッセージをRAN120に転送する。RAN120は、転送されたメッセージを受信し、フラグを抽出し、フラグによって示される優先順位に少なくとも部分的に基づいて、メッセージを送信する回数Xを判断する(820)。一例では、RAN120は、シグナリングフローに関連するBCA10接続上の各メッセージのヘッダを確認する。別の例では、メディアメッセージが同様に潜在的に繰り返された場合、RAN120は、メディアに関連するBCA10接続上の各メッセージのヘッダを同様に確認する。したがって、RAN120は、アプリケーションサーバ170が優先順位について潜在的にフラグを付け得るパケットのヘッダを確認するように構成される。
一例では、RAN120は、フラグが示し得る各優先順位値に関連付けられたデフォルト値Xを維持することができる。この例では、RAN120は、820において、単に、優先順位テーブルをロードし、Xを、フラグ付き優先順位に関連付けられた値に等しく設定する。別の例では、優先順位テーブル中のフラグ付き優先順位に関連付けられた値は、動作状態に基づいて、実際の反復値XAを計算するためにRAN120によってスケーリングされ得る基本値XBとすることができる。
たとえば、セクタ固有の状態が考慮に入れられることができるように、基本値XBをセクタごとにスケーリングすることができる。たとえば、所与のセクタが、チャネル状態の不良によるパケットの欠落でよく知られている場合、そのセクタは、XAを計算するためにXBに適用するべき正の反復オフセットが割り振られ得る。たとえば、フラグが優先順位2を示し、RAN120が、優先順位テーブルを確認し、優先順位2に対してXB=3であると判断したと仮定する。次に、AT1...Nに届くために、第1のセクタが良好チャネル状態を有し、第2のセクタが不良チャネル状態を有し、第3のセクタが平均チャネル状態を有する、3つのセクタ中でメッセージを送信するべきであると仮定する。良好チャネル状態を有する第1のセクタには負の反復オフセット(-1)を割り振り、不良チャネル状態を有する第2のセクタには正の反復オフセット(+1)を割り振り、平均チャネル状態を有する第3のセクタには中性の反復オフセット(0)を割り振る。したがって、第1のセクタについてはXA=2であり、第2のセクタについてはXA=4であり、第3のセクタについてはXA=3である。当業者なら了解するように、上記の例は、チャネル状態がRAN120によって考慮に入れられ得る1つの可能な方法を示す。
820においてX(またはXA)を判断した後、RAN120はメッセージをX回送信する(825)。了解されるように、RAN120は、上記で説明したように、異なるセクタにおけるXの異なる値(たとえば、XA)を判断することができる。一例では、RAN120は、単に各メッセージ反復を同時に送信するのではなく、障害点を増加させ、メッセージがうまく復号される確率を高めるために、メッセージ送信の反復の間隔を広げる。たとえば、いくつかのBCMCSプロトコルでは、RAN120は、100ms(たとえば、物理レイヤパケット間隔)ごとに、BCMCSフローに関連する物理レイヤパケットを送信する。この例では、特定のメッセージのX回の反復のために、RAN120は、異なる物理レイヤパケット上で各メッセージインスタンシエーションを送信することができる。一例では、RAN120は、連続する物理レイヤパケット上でのメッセージインスタンシエーションをスケジュールすることができる。
以下で、図6、図7および図8のプロセスの例について、それぞれ図9、図10および図11において呼告知メッセージに関して説明し、その後、図6、図7および図8のプロセスの例について、それぞれ図12、図13および図14において呼終了メッセージに関して説明する。
図9に、本発明の一実施形態による、図6のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼セットアッププロセスを示す。図9を参照すると、アプリケーションサーバ170は、マルチキャストセッションを開始したいという要求を受信する(900)。905において、アプリケーションサーバ170は、呼告知メッセージをAT1...N(たとえば、N≧1)として示される1つまたは複数のマルチキャストグループメンバーに送信するべきであると判断する。図9の905は、一例では、図6の600に対応し得る。次に、アプリケーションサーバ170は、呼告知メッセージを3回送信するべきであると判断する(910)。一例では、図9の910は、図6の605および610に対応し得、アプリケーションサーバ170は、呼告知メッセージを複数回送信するべきであると判断し、次いで、たとえば、アプリケーションサーバ170において維持される反復テーブルに基づいて、X=3であると判断する。
915において、アプリケーションサーバ170は第1の呼告知メッセージをRAN120に転送し、RAN120は第1の呼告知メッセージをワイヤレス通信システム100の複数のセクタ中に送信する。たとえば、RAN120は、次の物理レイヤパケット上で第1の呼告知メッセージを送信することができる。次に、AT1が第1の呼告知メッセージを逃し(920)、AT2...Nが、第1の呼告知メッセージを受信し、復号する(925)と仮定する。930において、アプリケーションサーバ170は第2の呼告知メッセージをRAN120に転送し、RAN120は呼告知メッセージをワイヤレス通信システム100の複数のセクタ中に送信する。AT1が第2の呼告知メッセージを逃し(935)、(たとえば、AT2...Nは、すでに第1の呼告知メッセージを受信し、復号したので)AT2...Nが第2の呼告知メッセージを無視する(940)と仮定する。945において、アプリケーションサーバ170は第3の呼告知メッセージをRAN120に転送し、RAN120は第3の呼告知メッセージをワイヤレス通信システム100の複数のセクタ中に送信する。AT1が第3の呼告知メッセージを受信し(950)、AT2...Nが呼告知メッセージを再び無視する(955)と仮定する。図9の915〜955は、概して図6の615に対応する。
したがって、AT1...Nの各々が呼告知メッセージを現在受信したので、AT1...Nは、それぞれ、アプリケーションサーバ170およびRAN120への呼受付けおよび登録メッセージ(たとえば、BCMCSFlowRegistrationメッセージ)を送信することによってマルチキャストセッションに登録する(960、965)。RAN120は、マルチキャストセッションのフローIDを広告し、アクセス端末がマルチキャストセッションにどのように同調することができるかに関する指示を含む、告知されたマルチキャストセッションのスケジューリングメッセージ(たとえば、ブロードキャストオーバーヘッドメッセージ(BOM))を送信する(970)。次に、アプリケーションサーバ170は、第1の登録を受信した後、送信のためにRAN120にマルチキャストメッセージを転送することを開始し(975)、RAN120は、少なくとも、マルチキャストセッションに登録した1つまたは複数のATを含むセクタ内にマルチキャストメッセージを送信する(980)。次に、AT1...Nは、スケジューリングメッセージに従って(たとえば、BCH上の)マルチキャストメッセージを監視する(985、990)。当業者なら了解するように、AT1...Nは、3つの送信された呼告知メッセージのうちの少なくとも1つをそれぞれ受信するので、AT1...Nの各々は、告知されたマルチキャストセッションに参加するオプションを有する。
図10に、本発明の一実施形態による、図7のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼セットアッププロセスを示す。図10を参照すると、アプリケーションサーバ170は、マルチキャストセッションを開始したいという要求を受信する(1000)。1005において、アプリケーションサーバ170は、呼告知メッセージをAT1...N(たとえば、N≧1)として示される1つまたは複数のマルチキャストグループメンバーに送信するべきであると判断する。図10の1005は、一例では、図7の700に対応し得る。次に、アプリケーションサーバ170は、呼告知メッセージを3回送信するべきであると判断する(1010)。一例では、図10の1010は、図7の705および710に対応し得、アプリケーションサーバ170は、呼告知メッセージを複数回送信するべきであると判断し、次いで、たとえば、アプリケーションサーバ170において維持される反復テーブルに基づいて、X=3であると判断する。
1015において、アプリケーションサーバ170は、(たとえば、図7の715の場合のように)X=3を示すフラグ(たとえば、DSCP値)を含む呼告知メッセージをRAN120に転送する。RAN120は、(たとえば、図7の720の場合のように)呼告知メッセージからフラグを抽出し、抽出されたフラグをX=3を示すものとして解釈する(1020)。したがって、1025において、RAN120は第1の呼告知メッセージをワイヤレス通信システム100の複数のセクタ中に送信し、AT1は第1の呼告知メッセージを逃し(1030)、AT2...Nは、第1の呼告知メッセージを受信し、復号する(1035)。1040において、RAN120は第2の呼告知メッセージを送信し、AT1は第2の呼告知メッセージを逃し(1045)、AT2...Nは第2の呼告知メッセージを無視する(1050)。1055において、RAN120は第3の呼告知メッセージを送信し、AT1は第3の呼告知メッセージを受信し(1060)、AT2...Nは呼告知メッセージを再び無視する(1065)。図10の1025〜1065は、概して図7の725に対応する。
次に、図10の1070〜1097は、概して図9の960〜990に対応し、したがって、これらのステップのさらなる説明は簡潔にするために省略する。当業者なら了解するように、AT1...Nは、3つの送信された呼告知メッセージのうちの少なくとも1つをそれぞれ受信するので、AT1...Nの各々は、告知されたマルチキャストセッションに参加するオプションを有する。
図11に、本発明の一実施形態による、図8のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼セットアッププロセスを示す。図11を参照すると、アプリケーションサーバ170は、マルチキャストセッションを開始したいという要求を受信する(1100)。1105において、アプリケーションサーバ170は、呼告知メッセージをAT1...N(たとえば、N≧1)として示される1つまたは複数のマルチキャストグループメンバーに送信するべきであると判断する。次に、アプリケーションサーバ170は、(たとえば、アプリケーションサーバ170において維持されるメッセージ優先順位テーブルに基づいて)呼告知メッセージの優先順位レベルを判断し(1110)、呼告知メッセージの優先順位を示すフラグを挿入する(1115)。一例では、図11の1105、1110および1115は、それぞれ図8の800、805および810に対応し得る。
1120において、アプリケーションサーバ170は、(たとえば、図8の815の場合のように)呼告知メッセージの優先順位を示す優先順位フラグ(たとえば、DSCP値)を含む呼告知メッセージをRAN120に転送する。RAN120は、(たとえば、図8の820の場合のように)呼告知メッセージからフラグを抽出し、呼告知メッセージの反復回数Xを判断する(1125)。一例では、Xは、図8の820に関して上記で説明したように、ローカルまたはセクタ固有のチャネル状態に基づいて、異なるセクタにおいて異なる値を有することができる。この例では、便宜のために各セクタについてX=3であると仮定する。したがって、1130において、RAN120は第1の呼告知メッセージをワイヤレス通信システム100の複数のセクタ中に送信し、AT1は第1の呼告知メッセージを逃し(1135)、AT2...Nは、第1の呼告知メッセージを受信し、復号する(1140)。1145において、RAN120は第2の呼告知メッセージを送信し、AT1は第2の呼告知メッセージを逃し(1150)、AT2...Nは第2の呼告知メッセージを無視する(1155)。1160において、RAN120は第3の呼告知メッセージを送信し、AT1は第3の呼告知メッセージを受信し(1165)、AT2...Nは呼告知メッセージを再び無視する(1170)。図11の1130〜1170は、概して図8の825に対応する。
次に、図11の1175〜1199は、概して図9の960〜990に対応し、したがって、これらのステップのさらなる説明は簡潔にするために省略する。当業者なら了解するように、AT1...Nは、3つの送信された呼告知メッセージのうちの少なくとも1つをそれぞれ受信するので、AT1...Nの各々は、告知されたマルチキャストセッションに参加するオプションを有する。
図12に、本発明の一実施形態による、図6のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼終了プロセスを示す。図12を参照すると、1200〜1220は、それぞれ、概して図4の400〜420に対応し、それらについては簡潔にするためにさらに説明しない。次に、1225において、アプリケーションサーバ170は、(たとえば、図6の600の場合のように)マルチキャストセッションを終了するために呼終了メッセージをAT1...Nに送信するべきであると判断し、(たとえば、図6の605および610の場合のように)呼終了メッセージ送信の反復回数Xを3であると判断する(1230)。たとえば、アプリケーションサーバ170は、アプリケーションサーバ170において維持されるメッセージ反復テーブルに基づいて、X=3であると判断することができる。
図12を参照すると、アプリケーションサーバ170は第1の呼終了メッセージをRAN120に転送し、RAN120は第1の終了呼メッセージをAT1...Nに送信し(1235)、AT1は送信された呼終了メッセージを逃し(1240)、AT2...Nは、送信された呼終了メッセージを受信し、復号する(1245)。したがって、AT1は、マルチキャストセッションに関連するマルチキャストメッセージを監視し続け(1250)、AT2...Nは、マルチキャストセッションが終了したことに気づき、それによってマルチキャストメッセージの監視をやめる(1255)。次に、アプリケーションサーバ170は第2の呼終了メッセージをRAN120に転送し、RAN120は第2の呼終了メッセージをAT1...Nに送信し(1260)、AT1は、送信された呼終了メッセージを受信し、復号し(1265)、(たとえば、AT2...Nは、マルチキャストセッションを監視することをすでにやめたので)AT2...Nは送信された呼終了メッセージを無視する(1270)。したがって、AT1は、マルチキャストセッションに関連するマルチキャストメッセージを監視することをやめる(1275)。1280において、アプリケーションサーバ170は第3の呼終了メッセージをRAN120に転送し、RAN120は第3の呼終了メッセージをAT1...Nに送信する(1280)。AT1...Nの各々は以前の呼終了メッセージをすでに受信したので、AT1...Nは送信された呼終了メッセージを無視する(1285、1290)。当業者なら了解するように、図5とは異なり、呼終了メッセージが複数回送信されるので、AT1は、1240において初期呼終了メッセージを逃したが、(たとえば、非アクティビティタイマーの満了の前に)マルチキャストセッションを監視することをやめる。
図13に、本発明の一実施形態による、図7のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼終了プロセスを示す。図13を参照すると、1300〜1320は、それぞれ、概して図4の400〜420に対応し、それらについては簡潔にするためにさらに説明しない。次に、1325において、アプリケーションサーバ170は、(たとえば、図7の700の場合のように)マルチキャストセッションを終了するために呼終了メッセージをAT1...Nに送信するべきであると判断し、(たとえば、図7の705および710の場合のように)呼終了メッセージ送信の反復回数Xを3であると判断する(1330)。たとえば、アプリケーションサーバ170は、アプリケーションサーバ170において維持されるメッセージ反復テーブルに基づいて、X=3であると判断することができる。
1335において、アプリケーションサーバ170は、(たとえば、図7の715の場合のように)X=3を示すフラグ(たとえば、DSCP値)を含む呼終了メッセージをRAN120に転送する。RAN120は、(たとえば、図7の720の場合のように)呼終了メッセージからフラグを抽出し、抽出されたフラグをX=3を示すものとして解釈する(1340)。したがって、1345において、RAN120は第1の呼終了メッセージをワイヤレス通信システム100の複数のセクタ中に送信し、AT1は第1の呼終了メッセージを逃し(1350)、AT2...Nは、第1の呼終了メッセージを受信し、復号する(1355)。したがって、AT1は、マルチキャストセッションに関連するマルチキャストメッセージを監視し続け(1360)、AT2...Nは、マルチキャストセッションが終了したことに気づき、それによってマルチキャストメッセージの監視をやめる(1365)。次に、RAN120は第2の呼終了メッセージをAT1...Nに送信し(1370)、AT1は、送信された呼終了メッセージを受信し、復号し(1375)、(たとえば、AT2...Nは、マルチキャストセッションを監視することをすでにやめたので)AT2...Nは送信された呼終了メッセージを無視する(1380)。したがって、AT1は、マルチキャストセッションに関連するマルチキャストメッセージを監視することをやめる(1385)。1390において、RAN120は第3の呼終了メッセージをAT1...Nに送信する(1390)。AT1...Nの各々は以前の呼終了メッセージをすでに受信したので、AT1...Nは送信された呼終了メッセージを無視する(1395、1397)。当業者なら了解するように、図5とは異なり、呼終了メッセージが複数回送信されるので、AT1は、1350において初期呼終了メッセージを逃したが、(たとえば、非アクティビティタイマーの満了の前に)マルチキャストセッションを監視することをやめる。
図14に、本発明の一実施形態による、図8のメッセージ送信プロセスに基づいて実行されるマルチキャスト呼終了プロセスを示す。図14を参照すると、1400〜1420は、それぞれ、概して図4の400〜420に対応し、それらについては簡潔にするためにさらに説明しない。次に、1425において、アプリケーションサーバ170は、(たとえば、図8の800の場合のように)マルチキャストセッションを終了するために呼終了メッセージをAT1...Nに送信するべきであると判断し、アプリケーションサーバ170は、(たとえば、アプリケーションサーバ170において維持されるメッセージ優先順位テーブルに基づいて)呼終了メッセージの優先順位レベルを判断し(1430)、呼終了メッセージの優先順位を示すフラグを挿入する(1435)。一例では、図14の1425、1430および1435は、それぞれ図8の800、805および810に対応し得る。
1440において、アプリケーションサーバ170は、(たとえば、図8の815の場合のように)呼終了メッセージの優先順位を示す優先順位フラグ(たとえば、DSCP値)を含む呼終了メッセージをRAN120に転送する。RAN120は、(たとえば、図8の820の場合のように)呼終了メッセージからフラグを抽出し、呼終了メッセージの反復回数Xを判断する(1445)。一例では、Xは、図8の820に関して上記で説明したように、ローカルまたはセクタ固有のチャネル状態に基づいて、異なるチャネルにおいて異なる値を有することができる。この例では、便宜のために各セクタについてX=3であると仮定する。図14を参照すると、1450〜1499は図13の1345〜1397に対応し、したがって、それらについては簡潔にするためにさらに説明しない。
当業者なら了解するように、呼告知メッセージおよび呼終了メッセージはアプリケーションサーバ170において発生し、アプリケーションサーバ170は、送信のために呼告知または呼終了メッセージをRAN120に転送する。しかしながら、マルチキャストセッション中に、RAN120はまた、アプリケーションサーバ170からの明示的命令なしに、いくつかのメッセージを生成し、送信する。ブロードキャストオーバーヘッドメッセージ(BOM)など、これらのオーバーヘッドメッセージはマルチキャストセッション全体にわたって繰り返され得る。たとえば、BOMに関して、BOMは、従来、マルチキャストセッション中に所与のBOM期間で(たとえば、3秒ごとに)繰り返す。
この場合、BOM期間または反復期間はRAN120によって制御される。マルチキャストセッション中のいくつかの時点において、正しくBOMを受信することが他の時点においてよりも重要であり得る。たとえば、告知メッセージに続く呼の開始時に、多くの新しいマルチキャストグループメンバーは、ダウンリンクBCH上のマルチキャストメッセージをどのように復号するかに関する指示のためにBOMを待つ。1つまたは複数のATが初期BOMを逃した場合、それらのATは正しいインターレース多重(IM)ペア上でダウンリンクBCHに同調することができないので、ATは、マルチキャストセッションに参加する前に次のBOMを待たなければならない。BOM期間は比較的長いので、これはマルチキャストセッションの有効性を減じ得る。
したがって、本発明の一実施形態では、反復のためにすでにスケジュールされたBOMなどのオーバーヘッドメッセージは、1つまたは複数のトリガイベントに応答してより急速に送信されることができる。上述のように、オーバーヘッドメッセージ(たとえば、BOM)のより急速な反復をトリガし得る1つの潜在的なトリガイベントは、マルチキャスト呼の開始であり得る。別の例示的なトリガイベントは、マルチキャストセッションに登録した比較的少数のATしかダウンリンクBCHに同調していないという判断であり得る。
図15に、本発明の一実施形態による、図7のメッセージ送信プロセスに基づいて実行されるBOM送信プロセスを示す。図15を参照すると、アプリケーションサーバ170(たとえば、プッシュツートーク(PTT)またはブロードキャストマルチキャストサービス(BCMCS)サーバ)は、(たとえば、PTTイニシエータから)マルチキャストセッションを開始したいという要求を受信する(1500)。アプリケーションサーバ170は、AT1...N(たとえば、N≧1)として示される1つまたは複数のマルチキャストグループメンバーにマルチキャストセッションを告知するための呼告知メッセージを生成し、呼告知メッセージをRAN120に転送する(1505)。RAN120は、呼告知メッセージを受信し、呼告知メッセージをワイヤレス通信システム100の複数のセクタ中に送信する(1510)。たとえば、RAN120は、次の物理レイヤパケット上で呼告知メッセージを送信することができる。次に、AT1...Nは、呼告知メッセージを受信し(1515)、呼受付けメッセージをアプリケーションサーバ170に送信することによって、呼を受け付ける。同時に、AT1...Nは、登録メッセージ(たとえば、BCMCSFlowRegistrationメッセージ)をRAN120に送信することによって、マルチキャストセッションに登録する(1520)。RAN120は、第1の登録メッセージを受信すると、マルチキャスト呼が開始していることを知り、(たとえば、BOM期間ごとに1回の代わりに、連続する物理レイヤパケット上でBOMを送信することによって)スケジューリングメッセージを急速に繰り返す(1525)。
次に、アプリケーションサーバ170は、第1の呼受付けメッセージ(またはACK告知メッセージ)を受信した後、送信のためにマルチキャストメッセージをRAN120に転送することを開始する(1530)。RAN120は、転送されたマルチキャストメッセージを受信し、少なくとも、マルチキャストセッションに登録した1つまたは複数のATを含むセクタ内にマルチキャストメッセージを送信する(1535)。AT1...Nは、スケジューリングメッセージに従って(たとえば、BCH上の)マルチキャストメッセージを監視する(1540)。
図6〜図15に関して上記で説明した本発明の実施形態では、ワイヤレス通信システム内でメッセージが反復送信されることができる様々な方法について説明したが、反復メッセージのスケジューリングは、それらの送信成功率に影響を及ぼし得る。たとえば、RAN120が単一の物理レイヤパケット内に複数のメッセージ反復をパッケージングし、ターゲットATがその物理レイヤパケットを逃した場合、メッセージ反復は、必ずしもそのアクセス端末へのメッセージの送信成功率を増加させることに役立たない。次に、上記で説明した単一障害点シナリオを減少させるために異なる(たとえば、連続する)物理レイヤパケットの間でメッセージ反復を分散させ得る例を与える。
図7および図8に関して、初期メッセージはアプリケーションサーバ170から転送されるが、メッセージ反復は、初期メッセージ中に含まれるフラグに基づいてRAN120によってスケジュールされる。したがって、反復の送信は、これらの例では、RAN120によってスケジュールされるかまたはRAN120から発生すると言うことができる。したがって、図7および図8のステップ725および825は、それぞれ、異なる物理レイヤパケット上での各メッセージ反復をスケジュールする追加のスケジューリング態様を含むことができる。たとえば、725および825の送信は、X個の連続する物理レイヤパケット上でメッセージを送信することを含むことができる。
図6に関して、615における各メッセージ反復の送信は、アプリケーションサーバ170において発生するかまたはスケジュールされる。従来、このタイプのスケジューリングは一般にRAN120において行われるので、アプリケーションサーバ170が、同じ物理レイヤパケット上で異なるメッセージがスケジュールされることを保証することは困難である。たとえば、物理レイヤパケット送信間の間隔中に、RAN120は、物理レイヤ送信のためのパケットを収集し、次の物理レイヤパケット上でそれらを送信することができる。したがって、アプリケーションサーバ170がメッセージ反復をあまりに急速に(すなわち、連続する物理レイヤパケット間隔間に)送信した場合、RAN120は、潜在的に、同じ物理レイヤパケット上でメッセージ反復の各々を送信し得る。
図16に、本発明の一実施形態によるアプリケーションサーバベースのメッセージ反復スケジューリングプロセスを示す。図16を参照すると、アプリケーションサーバ170が、RAN120における物理レイヤパケット送信間の間隔を知っていると仮定する。また、図16のプロセスについて、図6の615内で実行されるものとして説明する。しかしながら、本発明の他の実施形態において、図16を参照して説明されるスタガメッセージ送信は、任意のアプリケーションサーバベースのメッセージ反復プロトコルに適用され得ることが、認識されることになる。
したがって、図6の610の後、プロセスは図16の1600に進む。1600において、アプリケーションサーバ170は、メッセージの送信をX回実施するためのメッセージ反復キューを生成する。たとえば、1625において、カウンタXcurrentをXに等しく設定するか、またはXに初期化する。次に、1605において、アプリケーションサーバ170は、次の物理レイヤパケット上でのAT1...Nへの送信のためにメッセージをRAN120に転送する。RAN120は、転送されたメッセージを受信し、次の物理レイヤパケット上でメッセージを送信する(1610)。
図16を参照すると、1615において、アプリケーションサーバ170は、カウンタXcurrentまたはメッセージキューを減分し(たとえば、Xnext=Xcurrent-1)、次いで、メッセージキューが空であるかどうかを判断する。たとえば、減分されたカウンタXnextがゼロ(0)に等しい場合、メッセージキューは空である。Xnextが0に等しい場合、プロセスは終了する。そうではなく、Xnextが0に等しくない場合、プロセスは1625に進む。1625において、アプリケーションサーバ170は、所与の時間量待ってから、別のメッセージ反復を送信するために1605に戻り、Xnextは次の反復のためのXcurrentになる。たとえば、アプリケーションサーバ170は、RAN120における物理レイヤパケット間の間隔に等しい時間期間の間待つことができる。別の例では、アプリケーションサーバ170は、1605において(たとえば、必ずしも物理レイヤパケット間隔でないことがある)次のメッセージ反復送信が前のメッセージ反復送信と同じ物理レイヤパケット上で送信されないことを保証するのに必要な最小時間量待つことができる。したがって、当業者なら了解するように、アプリケーションサーバ170は、送信のための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 ワイヤレスシステム
100 システム
100 ワイヤレスネットワーク
100 パケットデータサービスノード
100 ワイヤレス通信システム
102 アクセス端末
102 セルラー電話
102 ワイヤレスクライアントコンピューティングデバイス
102 クライアントデバイス
104 エアインターフェース
108 アクセス端末
108 携帯情報端末
108 ワイヤレスクライアントコンピューティングデバイス
110 アクセス端末
110 ページャ
110 ワイヤレスクライアントコンピューティングデバイス
112 アクセス端末
112 コンピュータプラットフォーム
112 ワイヤレスクライアントコンピューティングデバイス
120 無線アクセスネットワーク(RAN)
120 RAN
122 基地局コントローラ/パケット制御機能(BSC/PCF)
122 BSC/PCF
124 モデムプールトランシーバ(MPT)
124 MPT/BS
126 キャリアネットワーク
126 キャリア
160 パケットデータサービングノード(PDSN)
160 PDSN
165 ブロードキャストサービングノード(BSN)
165 BSN
170 アプリケーションサーバ
175 インターネット
200 アクセス端末
202 プラットフォーム
202 内部プラットフォーム
206 トランシーバ
208 特定用途向け集積回路
208 ASIC
210 アプリケーションプログラミングインターフェース
210 API
212 メモリ
214 ローカルデータベース
222 アンテナ
224 ディスプレイ
226 キーパッド
228 プッシュツートークボタン

Claims (66)

  1. ワイヤレス通信システムにおいてメッセージを送信する方法であって、
    所与のマルチキャストメッセージを少なくとも1つのアクセス端末に複数回送信するべきかどうかを判断するステップと、
    前記所与のマルチキャストメッセージを複数回送信するべきである場合、前記所与のマルチキャストメッセージを送信する回数を判断するステップと、
    前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に前記判断された回数送信するステップと
    を含む、方法。
  2. 前記少なくとも1つのアクセス端末が複数のアクセス端末を含み、前記所与のマルチキャストメッセージがマルチキャストメッセージまたはブロードキャストメッセージである、請求項1に記載の方法。
  3. 前記所与のマルチキャストメッセージが、マルチキャストセッションを告知する告知メッセージと、前記マルチキャストセッションを終了する終了メッセージと、前記マルチキャストセッションにどのように同調するかに関する情報を示すオーバーヘッドメッセージとのうちの1つである、請求項2に記載の方法。
  4. 前記所与のマルチキャストメッセージがブロードキャストオーバーヘッドメッセージ(broadcast overhead message：BOM)に対応し、前記BOMが、単一のBOM期間内の前記マルチキャストセッションの開始部分中に複数回送信されるべきであると判断される、請求項3に記載の方法。
  5. 前記所与のマルチキャストメッセージを送信する前記回数を判断するステップが、前記所与のマルチキャストメッセージのメッセージタイプに基づいている、請求項1に記載の方法。
  6. 前記所与のマルチキャストメッセージを送信する前記回数を判断するステップが、
    前記所与のマルチキャストメッセージの前記メッセージタイプを、複数の異なるメッセージタイプの送信反復値を示すメッセージ反復テーブルと比較するステップと、
    前記比較に基づいて、前記所与のマルチキャストメッセージを送信する前記判断された回数を、前記メッセージ反復テーブル内の一致するメッセージタイプに関連付けられた送信反復値に等しく設定するステップと
    を含む、請求項5に記載の方法。
  7. 前記送信するステップが、異なる物理レイヤパケット上での各メッセージ反復の前記送信をスケジュールすることを試みる、請求項1に記載の方法。
  8. 前記所与のマルチキャストメッセージの各反復の送信発生がアプリケーションサーバにおいて発生する、請求項1に記載の方法。
  9. 前記送信するステップが、
    カウンタを前記判断された回数に等しく初期化するステップと、
    所与の物理レイヤパケット上での前記少なくとも1つのアクセス端末への送信のために前記所与のマルチキャストメッセージをアクセスネットワークに転送するステップと、
    前記カウンタを減分するステップと、
    前記減分されたカウンタが、前記所与のマルチキャストメッセージが前記判断された回数送信されたことを示すかどうかを判断するステップと、
    前記減分されたカウンタが、前記所与のマルチキャストメッセージが前記所与の回数送信されていないことを示す場合、所与の時間量待ち、前記転送するステップと、前記減分するステップと、前記判断するステップとを繰り返すステップと
    を含む、請求項8に記載の方法。
  10. 前記所与の時間量が、前記アクセスネットワークにおける物理レイヤパケット送信間の間隔に基づいている、請求項9に記載の方法。
  11. 前記所与のマルチキャストメッセージの各反復の送信発生がアクセスネットワークにおいて発生する、請求項1に記載の方法。
  12. 前記回数を判断する前記ステップがアプリケーションサーバにおいて実行され、前記送信するステップが、
    前記判断された回数を示すフラグを含むように前記所与のマルチキャストメッセージを構成するステップと、
    前記構成されたマルチキャストメッセージをアクセスネットワークに転送するステップと
    を含む、請求項1に記載の方法。
  13. 前記送信するステップが、
    前記アクセスネットワークにおいて前記構成されたメッセージを受信するステップと、
    前記アクセスネットワークにおいて前記所与のマルチキャストメッセージを送信する前記回数を判断するために前記構成されたメッセージから前記フラグを抽出するステップと、
    前記アクセスネットワークから、前記所与のマルチキャストメッセージを前記抽出されたフラグによって示される前記回数送信するステップと
    をさらに含む、請求項12に記載の方法。
  14. 異なる物理レイヤパケット上での前記アクセスネットワークからの前記所与のマルチキャストメッセージの各送信をスケジュールするステップをさらに含む、請求項13に記載の方法。
  15. 前記フラグが、前記構成されたメッセージのヘッダ部分中のDiffServコードポイント(Differentiated Services Code Point：DSCP)値である、請求項12に記載の方法。
  16. ワイヤレス通信システムにおいてメッセージを送信する方法であって、
    少なくとも1つのアクセス端末への送信のための所与のマルチキャストメッセージを受信するステップと、
    前記所与のマルチキャストメッセージからフラグを抽出するステップと、
    前記抽出されたフラグに少なくとも部分的に基づいて、前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に送信する回数を判断するステップと、
    前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に前記判断された回数送信するステップと
    を含む、方法。
  17. 前記抽出されたフラグが、前記所与のマルチキャストメッセージを送信する前記回数を示す、請求項16に記載の方法。
  18. 前記抽出されたフラグが、前記所与のマルチキャストメッセージの優先順位を示す、請求項16に記載の方法。
  19. 前記判断するステップが、
    前記所与のマルチキャストメッセージの前記優先順位を、異なるメッセージ優先順位の送信反復値を示す優先順位テーブルと比較するステップと、
    前記比較に基づいて、前記所与のマルチキャストメッセージを送信する前記判断された回数を、前記優先順位テーブル内の一致する優先順位に関連付けられた送信反復値に等しく設定するステップと
    によって、前記所与のマルチキャストメッセージを送信する前記回数を判断する、請求項18に記載の方法。
  20. 前記所与のマルチキャストメッセージを送信する前記回数をセクタごとに判断するために、前記抽出されたフラグによって示される前記優先順位が1つまたは複数のセクタ固有のファクタと組み合わせて使用される、請求項18に記載の方法。
  21. 前記1つまたは複数のセクタ固有のファクタがチャネル状態を含む、請求項20に記載の方法。
  22. 前記少なくとも1つのアクセス端末が複数のアクセス端末を含み、前記所与のマルチキャストメッセージがマルチキャストメッセージまたはブロードキャストメッセージである、請求項16に記載の方法。
  23. 前記所与のマルチキャストメッセージが、マルチキャストセッションを告知する告知メッセージと、前記マルチキャストセッションを終了する終了メッセージと、前記マルチキャストセッションにどのように同調するかに関する情報を示すオーバーヘッドメッセージとのうちの1つである、請求項22に記載の方法。
  24. 前記送信するステップが、異なる物理レイヤパケット上での各メッセージ反復の前記送信をスケジュールすることを試みる、請求項16に記載の方法。
  25. 前記所与のマルチキャストメッセージの各反復の送信発生がアクセスネットワークにおいて発生する、請求項16に記載の方法。
  26. 前記送信するステップが、
    カウンタを前記判断された回数に等しく初期化するステップと、
    所与の物理レイヤパケット上で前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に送信するステップと、
    前記カウンタを減分するステップと、
    前記減分されたカウンタが、前記所与のマルチキャストメッセージが前記判断された回数送信されたことを示すかどうかを判断するステップと、
    前記減分されたカウンタが、前記所与のマルチキャストメッセージが前記所与の回数送信されていないことを示す場合、所与の時間量待ち、前記転送するステップと、前記減分するステップと、前記判断するステップとを繰り返すステップと
    を含む、請求項25に記載の方法。
  27. 前記所与の時間量が、前記アクセスネットワークにおける物理レイヤパケット送信間の間隔に基づいている、請求項26に記載の方法。
  28. 異なる物理レイヤパケット上での前記アクセスネットワークからの前記所与のマルチキャストメッセージの各送信をスケジュールするステップをさらに含む、請求項26に記載の方法。
  29. 前記フラグが、前記構成されたメッセージのヘッダ部分中のDiffServコードポイント(Differentiated Services Code Point：DSCP)値である、請求項16に記載の方法。
  30. ワイヤレス通信システムにおいてメッセージを送信する方法であって、
    少なくとも1つのアクセス端末への送信のための所与のマルチキャストメッセージに関連する優先順位を判断するステップと、
    前記所与のマルチキャストメッセージの前記優先順位を示すように前記所与のマルチキャストメッセージを構成するステップと、
    前記少なくとも1つのアクセス端末への送信のために、前記構成されたマルチキャストメッセージをアクセスネットワークに、前記示された優先順位に少なくとも部分的に基づく回数転送するステップと
    を含む、方法。
  31. 前記所与のマルチキャストメッセージを送信する前記回数をセクタごとに判断するために、前記構成されたマルチキャストメッセージによって示される前記優先順位が、前記アクセスネットワークにおいて1つまたは複数のセクタ固有のファクタと組み合わせて使用される、請求項30に記載の方法。
  32. 前記1つまたは複数のセクタ固有のファクタがチャネル状態を含む、請求項31に記載の方法。
  33. 前記少なくとも1つのアクセス端末が複数のアクセス端末を含み、前記所与のマルチキャストメッセージがマルチキャストメッセージまたはブロードキャストメッセージである、請求項30に記載の方法。
  34. 前記所与のマルチキャストメッセージが、マルチキャストセッションを告知する告知メッセージと、前記マルチキャストセッションを終了する終了メッセージと、前記マルチキャストセッションにどのように同調するかに関する情報を示すオーバーヘッドメッセージとのうちの1つである、請求項33に記載の方法。
  35. 前記所与のマルチキャストメッセージがブロードキャストオーバーヘッドメッセージ(broadcast overhead message：BOM)に対応し、前記BOMが、単一のBOM期間内の前記マルチキャストセッションの開始部分中に複数回送信されるべきであると判断される、請求項34に記載の方法。
  36. 前記構成されたマルチキャストメッセージが、前記アクセスネットワークに前記優先順位を示すヘッダ部分中のDiffServコードポイント(Differentiated Services Code Point：DSCP)値を含む、請求項30に記載の方法。
  37. 所与のマルチキャストメッセージを少なくとも1つのアクセス端末に複数回送信するべきかどうかを判断するための手段と、
    前記所与のマルチキャストメッセージを複数回送信するべきである場合、前記所与のマルチキャストメッセージを送信する回数を判断するための手段と、
    前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に前記判断された回数送信するための手段と
    を含む、ワイヤレス通信システム内の通信装置。
  38. 前記所与のマルチキャストメッセージを送信する前記回数を判断するための前記手段が、前記所与のマルチキャストメッセージのメッセージタイプに基づいて前記回数を判断する、請求項37に記載の通信装置。
  39. 前記通信装置が前記ワイヤレス通信システム内のアプリケーションサーバに対応する、請求項37に記載の通信装置。
  40. 送信するための前記手段が、
    前記判断された回数を示すフラグを含むように前記所与のマルチキャストメッセージを構成するための手段と、
    前記構成されたマルチキャストメッセージをアクセスネットワークに転送するための手段と
    を含む、請求項39に記載の通信装置。
  41. 前記通信装置が前記ワイヤレス通信システム内のアクセスネットワークに対応する、請求項37に記載の通信装置。
  42. 少なくとも1つのアクセス端末への送信のための所与のマルチキャストメッセージを受信するための手段と、
    前記所与のマルチキャストメッセージからフラグを抽出するための手段と、
    前記抽出されたフラグに少なくとも部分的に基づいて、前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に送信する回数を判断するための手段と、
    前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に前記判断された回数送信するための手段と
    を含む、アクセスネットワーク。
  43. 前記抽出されたフラグが、前記所与のマルチキャストメッセージを送信する前記回数を示す、請求項42に記載のアクセスネットワーク。
  44. 前記抽出されたフラグが、前記所与のマルチキャストメッセージの優先順位を示す、請求項42に記載のアクセスネットワーク。
  45. 送信するための前記手段が、異なる物理レイヤパケット上での各メッセージ反復の前記送信をスケジュールすることを試みる、請求項42に記載のアクセスネットワーク。
  46. 少なくとも1つのアクセス端末への送信のための所与のマルチキャストメッセージに関連する優先順位を判断するための手段と、
    前記所与のマルチキャストメッセージの前記優先順位を示すように前記所与のマルチキャストメッセージを構成するための手段と、
    前記少なくとも1つのアクセス端末への送信のために、前記構成されたマルチキャストメッセージをアクセスネットワークに、前記示された優先順位に少なくとも部分的に基づく回数転送するための手段と
    を含む、アプリケーションサーバ。
  47. 所与のマルチキャストメッセージを少なくとも1つのアクセス端末に複数回送信するべきかどうかを判断するように構成された論理と、
    前記所与のマルチキャストメッセージを複数回送信するべきである場合、前記所与のマルチキャストメッセージを送信する回数を判断するように構成された論理と、
    前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に前記判断された回数送信するように構成された論理と
    を含む、ワイヤレス通信システム内の通信装置。
  48. 前記所与のマルチキャストメッセージを送信する前記回数を判断するように構成された前記論理が、前記所与のマルチキャストメッセージのメッセージタイプに基づいて前記回数を判断する、請求項47に記載の通信装置。
  49. 前記通信装置が前記ワイヤレス通信システム内のアプリケーションサーバに対応する、請求項47に記載の通信装置。
  50. 送信するように構成された前記論理が、
    前記判断された回数を示すフラグを含むように前記所与のマルチキャストメッセージを構成するように構成された論理と、
    前記構成されたマルチキャストメッセージをアクセスネットワークに転送するように構成された論理と
    を含む、請求項49に記載の通信装置。
  51. 前記通信装置が前記ワイヤレス通信システム内のアクセスネットワークに対応する、請求項47に記載の通信装置。
  52. 少なくとも1つのアクセス端末への送信のための所与のマルチキャストメッセージを受信するように構成された論理と、
    前記所与のマルチキャストメッセージからフラグを抽出するように構成された論理と、
    前記抽出されたフラグに少なくとも部分的に基づいて、前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に送信する回数を判断するように構成された論理と、
    前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に前記判断された回数送信するように構成された論理と
    を含む、アクセスネットワーク。
  53. 前記抽出されたフラグが、前記所与のマルチキャストメッセージを送信する前記回数を示す、請求項52に記載のアクセスネットワーク。
  54. 前記抽出されたフラグが、前記所与のマルチキャストメッセージの優先順位を示す、請求項52に記載のアクセスネットワーク。
  55. 送信するように構成された前記論理が、異なる物理レイヤパケット上での各メッセージ反復の前記送信をスケジュールすることを試みる、請求項52に記載のアクセスネットワーク。
  56. 少なくとも1つのアクセス端末への送信のための所与のマルチキャストメッセージに関連する優先順位を判断するように構成された論理と、
    前記所与のマルチキャストメッセージの前記優先順位を示すように前記所与のマルチキャストメッセージを構成するように構成された論理と、
    前記少なくとも1つのアクセス端末への送信のために、前記構成されたマルチキャストメッセージをアクセスネットワークに、前記示された優先順位に少なくとも部分的に基づく回数転送するように構成された論理と
    を含む、アプリケーションサーバ。
  57. ワイヤレス通信システム内の通信装置によって実行されると、前記通信装置に動作を実行させる命令を含むコンピュータ可読媒体であって、前記命令が、
    所与のマルチキャストメッセージを少なくとも1つのアクセス端末に複数回送信するべきかどうかを判断するためのプログラムコードと、
    前記所与のマルチキャストメッセージを複数回送信するべきである場合、前記所与のマルチキャストメッセージを送信する回数を判断するためのプログラムコードと、
    前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に前記判断された回数送信するためのプログラムコードと
    を含む、コンピュータ可読媒体。
  58. 前記所与のマルチキャストメッセージを送信する前記回数を判断するように構成された前記論理が、前記所与のマルチキャストメッセージのメッセージタイプに基づいて前記回数を判断する、請求項57に記載のコンピュータ可読媒体。
  59. 前記通信装置が前記ワイヤレス通信システム内のアプリケーションサーバに対応する、請求項57に記載のコンピュータ可読媒体。
  60. 送信するための前記プログラムコードが、
    前記判断された回数を示すフラグを含むように前記所与のマルチキャストメッセージを構成するためのプログラムコードと、
    前記構成されたマルチキャストメッセージをアクセスネットワークに転送するためのプログラムコードと
    を含む、請求項59に記載のコンピュータ可読媒体。
  61. 前記通信装置が前記ワイヤレス通信システム内のアクセスネットワークに対応する、請求項57に記載のコンピュータ可読媒体。
  62. ワイヤレス通信システム内のアクセスネットワークによって実行されると、前記アクセスネットワークに動作を実行させる命令を含むコンピュータ可読媒体であって、前記命令が、
    少なくとも1つのアクセス端末への送信のための所与のマルチキャストメッセージを受信するためのプログラムコードと、
    前記所与のマルチキャストメッセージからフラグを抽出するためのプログラムコードと、
    前記抽出されたフラグに少なくとも部分的に基づいて、前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に送信する回数を判断するためのプログラムコードと、
    前記所与のマルチキャストメッセージを前記少なくとも1つのアクセス端末に前記判断された回数送信するためのプログラムコードと
    を含む、コンピュータ可読媒体。
  63. 前記抽出されたフラグが、前記所与のマルチキャストメッセージを送信する前記回数を示す、請求項62に記載のコンピュータ可読媒体。
  64. 前記抽出されたフラグが、前記所与のマルチキャストメッセージの優先順位を示す、請求項62に記載のコンピュータ可読媒体。
  65. 送信するための前記プログラムコードが、異なる物理レイヤパケット上での各メッセージ反復の前記送信をスケジュールすることを試みる、請求項62に記載のコンピュータ可読媒体。
  66. ワイヤレス通信システム内のアプリケーションサーバによって実行されると、前記アプリケーションサーバに動作を実行させる命令を含むコンピュータ可読媒体であって、前記命令が、
    少なくとも1つのアクセス端末への送信のための所与のマルチキャストメッセージに関連する優先順位を判断するためのプログラムコードと、
    前記所与のマルチキャストメッセージの前記優先順位を示すように前記所与のマルチキャストメッセージを構成するためのプログラムコードと、
    前記少なくとも1つのアクセス端末への送信のために、前記構成されたマルチキャストメッセージをアクセスネットワークに、前記示された優先順位に少なくとも部分的に基づく回数転送するためのプログラムコードと
    を含む、コンピュータ可読媒体。
JP2011547914A 2009-02-02 2009-07-15 ワイヤレス通信システムにおけるマルチキャストメッセージ送信の反復 Pending JP2012516631A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/364,299 2009-02-02
US12/364,299 US8134943B2 (en) 2009-02-02 2009-02-02 Repeating multicast message transmissions in a wireless communications system
PCT/US2009/050739 WO2010087872A1 (en) 2009-02-02 2009-07-15 Repeating multicast message transmissions in a wireless communications system

Publications (1)

Publication Number Publication Date
JP2012516631A true JP2012516631A (ja) 2012-07-19

Family

ID=41225618

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011547914A Pending JP2012516631A (ja) 2009-02-02 2009-07-15 ワイヤレス通信システムにおけるマルチキャストメッセージ送信の反復

Country Status (6)

Country Link
US (1) US8134943B2 (ja)
EP (1) EP2392098B1 (ja)
JP (1) JP2012516631A (ja)
KR (1) KR101201277B1 (ja)
CN (1) CN102301646A (ja)
WO (1) WO2010087872A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018011210A (ja) * 2016-07-14 2018-01-18 三菱電機株式会社 中継装置及び中継方法

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10111055B2 (en) 2004-11-23 2018-10-23 Kodiak Networks, Inc. Optimized methods for large group calling using unicast and multicast transport bearer for PoC
US9883357B2 (en) 2004-11-23 2018-01-30 Kodiak Networks, Inc. Radio access network (RAN) aware service delivery for Push-to-talk-over-Cellular (PoC) networks
WO2010110770A1 (en) * 2009-03-25 2010-09-30 Thomson Licensing Method and apparatus for scalable content multicast over a hybrid network
JP5678420B2 (ja) * 2009-09-01 2015-03-04 富士通株式会社 中継方法及び中継装置
US8543659B2 (en) * 2010-03-02 2013-09-24 Qualcomm Incorporated Apparatus and method for user equipment battery information reporting
CA2917575C (en) 2013-07-23 2018-02-27 Kodiak Networks, Inc. Effective presence for push-to-talk-over-cellular (poc) networks
MX2016008948A (es) * 2014-01-08 2016-12-09 Kodiak Networks Inc Metodos optimizados para llamadas de grupo grande utilizando portadoras de transporte de difusion unidireccional y multidireccional para servicios de pulsa y habla a traves de celular (poc).

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000069190A1 (en) * 1999-05-10 2000-11-16 Ericsson, Inc. Methods, systems, and terminals for providing group communications over a common traffic channel
JP2006054615A (ja) * 2004-08-10 2006-02-23 Ntt Docomo Inc 通知装置、端末装置、通信システム及び通信方法
WO2008024214A2 (en) * 2006-08-21 2008-02-28 Interdigital Technology Corporation Multi-cell coordination for multimedia broadcast multicast services in a wireless communication system

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5274837A (en) * 1987-06-03 1993-12-28 Ericsson Ge Mobile Communications Inc. Trunked radio repeater system with multigroup calling feature
US6223286B1 (en) * 1996-03-18 2001-04-24 Kabushiki Kaisha Toshiba Multicast message transmission device and message receiving protocol device for realizing fair message delivery time for multicast message
US7023821B2 (en) 2002-04-12 2006-04-04 Symnbol Technologies, Inc. Voice over IP portable transreceiver
US7907560B2 (en) * 2003-08-13 2011-03-15 Nortel Networks Limited Method, system and program product for indicating concurrent service capability with enhanced precision
JPWO2005119969A1 (ja) * 2004-06-02 2008-04-03 松下電器産業株式会社 無線伝送方法
US7916743B2 (en) * 2004-11-17 2011-03-29 Jinsalas Solutions, Llc System and method for improved multicast performance
IE20070679A1 (en) 2006-09-21 2008-04-30 E I Technology Ltd Alarm systems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000069190A1 (en) * 1999-05-10 2000-11-16 Ericsson, Inc. Methods, systems, and terminals for providing group communications over a common traffic channel
JP2006054615A (ja) * 2004-08-10 2006-02-23 Ntt Docomo Inc 通知装置、端末装置、通信システム及び通信方法
WO2008024214A2 (en) * 2006-08-21 2008-02-28 Interdigital Technology Corporation Multi-cell coordination for multimedia broadcast multicast services in a wireless communication system
JP2010502101A (ja) * 2006-08-21 2010-01-21 インターデイジタル テクノロジー コーポレーション 無線通信システムにおけるマルチメディアブロードキャスト・マルチキャストサービスのためのマルチセル協調

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JPN6012051343; '３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　Ｇｒｏｕｐ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ；Ｉｎｔｒｏｄｕｃｔｉｏｎ　ｏ' ３ＧＰＰ　ＴＳ　２５．３４６　Ｖ８．２．０　（２００８-１２） , 200812, 全文, ３ＧＰＰ *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018011210A (ja) * 2016-07-14 2018-01-18 三菱電機株式会社 中継装置及び中継方法

Also Published As

Publication number Publication date
EP2392098B1 (en) 2012-12-12
KR20110128281A (ko) 2011-11-29
US8134943B2 (en) 2012-03-13
US20100195554A1 (en) 2010-08-05
WO2010087872A1 (en) 2010-08-05
KR101201277B1 (ko) 2012-11-14
CN102301646A (zh) 2011-12-28
EP2392098A1 (en) 2011-12-07

Similar Documents

Publication Publication Date Title
KR101082664B1 (ko) 무선 통신 네트워크 내에서 멀티캐스트 그룹의 멀티캐스트 그룹 멤버들로부터의 확인응답 전송들의 관리
KR101385394B1 (ko) 무선 통신 시스템 내의 서비스 품질 (ＱｏＳ) 취득 및 프로비져닝
JP5307933B2 (ja) ワイヤレス通信システム内で優先度に基づいてグループ呼間で切り替えるべきかどうかを判断する方法
JP5318939B2 (ja) ワイヤレス通信ネットワーク中でマルチキャストセッションに加わるための搬送波の切り替え
JP2012516631A (ja) ワイヤレス通信システムにおけるマルチキャストメッセージ送信の反復
JP5542991B2 (ja) 無線通信システム内のマルチキャスティング
US8630219B2 (en) Supporting a multicast session within a wireless communications network
US8824351B2 (en) Regulating broadcast overhead messages within a wireless communications network
KR20110095410A (ko) 무선 통신 네트워크 내의 그룹 통신에 대한 송신 프로토콜의 관리
JP2012523754A (ja) ワイヤレス通信システムにおけるマルチキャストセッションに関連するメッセージング中のフロー参照の数を低減すること

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20121009

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20130109

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20130117

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20130212

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20130219

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20130311

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20130318

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20130625