(57)【要約】  ワイヤレス通信ネットワーク内のマルチキャストセッションに対する誤承認発生の低減が開示される。接続ネットワークは、所定のマルチキャストセッションをアナウンスするように構成され、複数の接続端末に送信されるアナウンスメッセージを受信し、所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能かを決定する。接続ネットワークは、さらに、これを複数の接続端末に送信する。所定の接続端末は、受信したアナウンスメッセージが、所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能かを示しているかを決定し、所定のマルチキャストセッションの諾否を示すアナウンス確認メッセージを送信する。【選択図】    図１
2010541404.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内で、マルチキャストセッションを開始する接続端末にフロアを承認する方法において、
複数の接続端末に送信されるアナウンスメッセージであって、所定のマルチキャストセッションをアナウンスするように構成されたアナウンスメッセージを受信することと、
前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定することと、
前記決定するステップに基づいて、前記受信されたアナウンスメッセージを、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するように構成することと、
前記構成されたアナウンスメッセージを、前記複数の接続端末に送信することとを具備する接続端末にフロアを承認する方法。
【請求項２】
前記決定するステップは、
前記所定のマルチキャストセッションに対して、メディアを搬送するダウンリンクチャネル上での負荷のレベルを負荷閾値と比較することによって、十分なリソースが利用可能であるかを決定する請求項１記載の方法。
【請求項３】
前記決定するステップは、
前記比較が、前記ダウンリンクチャネル上での負荷のレベルが前記負荷閾値よりも小さいと示す場合は、十分なリソースが利用可能であると決定し、また、
前記決定するステップは、
前記比較が、前記ダウンリンクチャネル上での負荷のレベルが前記負荷閾値よりも小さくないと示す場合は、十分なリソースが利用可能でないと決定する請求項２記載の方法。
【請求項４】
前記決定するステップは、
前記ワイヤレス通信システムの複数のセクターの各々において、ダウンリンクブロードキャストチャネル（ＢＣＨ）上で、前記所定のマルチキャストセッションを搬送するのに十分なリソースが利用可能であるかを決定する請求項１記載の方法。
【請求項５】
前記決定するステップは、
前記複数のセクターの各々における前記ダウンリンクＢＣＨ上での負荷のレベルを負荷閾値と比較することによって、十分なリソースが利用可能であるかを決定する請求項４記載の方法。
【請求項６】
前記決定するステップは、
前記比較が、所定のセクターに対する前記ダウンリンクＢＣＨ上での負荷のレベルが前記負荷閾値よりも小さいと示す場合は、十分なリソースが利用可能であり、また、
前記比較が、前記所定のセクターに対する前記ダウンリンクＢＣＨ上での負荷のレベルが前記負荷閾値よりも小さくないと示す場合は、十分なリソースが利用可能でないというように、セクター毎のベースで十分なリソースが利用可能であるかを決定する請求項５記載の方法。
【請求項７】
前記受信したアナウンスメッセージが、ダウンリンクブロードキャストチャネル（ＢＣＨ）上でのマルチキャスト通信をアナウンスするアプリケーション層メッセージであろうと、接続ネットワークで認識することをさらに具備し、
前記認識することに応答して、前記接続ネットワークで、前記決定するステップが実行される請求項１記載の方法。
【請求項８】
前記構成するステップは、
前記アナウンスメッセージに対し、前記複数の接続端末が、どのように応答を送信するかに関する命令を含む接続制御メッセージ（ＡＣＭ）を発生させることと、
前記決定するステップが、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するかを伝送するリソース利用可能性インディケータを、ＡＣＭが含むように構成することとを含み、
前記送信するステップは、
前記ＡＣＭと前記アナウンスメッセージの組み合わせが、前記構成されたアナウンスメッセージに対応するように、前記アナウンスメッセージと一緒に前記ＡＣＭを送信する請求項１記載の方法。
【請求項９】
前記リソース利用可能性インディケータは、前記ＡＣＭの単一ビットリソース利用可能性（ＲＡ）フィールドに対応する請求項８記載の方法。
【請求項１０】
前記リソース利用可能性インディケータが、前記ＡＣＭと前記アナウンスメッセージの組み合わせを送信する特定のセクターに対するリソース利用可能性を反映するようにカスタマイズする請求項８記載の方法。
【請求項１１】
前記構成するステップは、
前記複数の接続端末へのマルチキャスト送信に対して、データオーバーシグナリング（ＤＯＳ）メッセージとして構成され、前記受信されたアナウンスメッセージをフォーマッティングすることと、
前記ＤＯＳアナウンスメッセージが、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定する、前記決定するステップを伝送するリソース利用可能性インディケータを含むように構成することとを含み、
前記ＤＯＳアナウンスメッセージは、前記構成されたアナウンスメッセージに対応する請求項１記載の方法。
【請求項１２】
前記リソース利用可能性インディケータが、前記ＤＯＳアナウンスメッセージの単一ビット確認要求された（ＡＣＫ＿ＲＥＱ）フィールドに対応する請求項１１記載の方法。
【請求項１３】
前記リソース利用可能性インディケータが、前記ＤＯＳアナウンスメッセージを送信する特定のセクターに対して、リソース利用可能性を反映するようにカスタマイズされる請求項１１記載の方法。
【請求項１４】
前記決定するステップは、十分なリソースが利用可能でないことを決定し、
前記構成するステップは、ブロードキャスト拒否メッセージ（ＢＲＭ）を発生させることを含み、および、
前記送信するステップは、前記アナウンスメッセージと前記ＢＲＭの組み合わせを、前記構成されたアナウンスメッセージとして送信し、
前記ＢＲＭの前記アナウンスメッセージへの包含は、前記複数の接続端末に、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能でないことを示す請求項１記載の方法。
【請求項１５】
前記決定するステップは、十分なリソースが利用可能であることを決定し、
前記構成するステップは、ブロードキャスト拒否メッセージ（ＢＲＭ）を発生させることを含まず、および、
前記送信するステップは、前記アナウンスメッセージを、前記ＢＲＭ無しで、前記構成されたアナウンスメッセージとして送信し、
前記ＢＲＭの不在は、前記複数の接続端末に、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であることを示す請求項１記載の方法。
【請求項１６】
前記構成され、送信されたアナウンスメッセージに応答して、前記複数の接続端末の１つから、前記アナウンスされたマルチキャストセッションの拒否を示すように構成されたアナウンス確認（ＡＣＫ）メッセージを受信することと、
前記受信するステップが、前記アナウンスメッセージを受信したアプリケーションサーバに、前記アナウンスＡＣＫメッセージを転送することと、
前記アナウンスＡＣＫメッセージが受信された後に、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記複数の接続端末に送信することとをさらに具備する請求項１記載の方法。
【請求項１７】
前記所定のマルチキャストセッションに対して十分なリソースが欠如していることを前記決定するステップが決定するセクター内のみで、前記BRMが送信される請求項１６記載の方法。
【請求項１８】
ワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内で、マルチキャストセッションを開始する接続端末にフロアを承認する方法において、
所定のマルチキャストセッションをアナウンスするアナウンスメッセージを受信することと、
前記受信されたアナウンスメッセージが、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを示しているかを決定することと、
前記受信されたアナウンスメッセージに応答して、前記決定するステップに基づいて、前記所定のマルチキャストセッションの承諾または拒否を示すアナウンス確認（ＡＣＫ）メッセージを送信することとを具備する接続端末にフロアを承認する方法。
【請求項１９】
前記受信するステップは、
前記アナウンスメッセージに対し、前記複数の接続端末が、どのように応答を送信するかに関する命令を含む接続制御メッセージ（ＡＣＭ）であって、前記マルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するリソース利用可能性インディケータを含む前記ＡＣＭを、前記アナウンスメッセージと共に受信し、
前記決定するステップは、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するために、前記リソース利用可能性インディケータを評価する請求項１８記載の方法。
【請求項２０】
前記リソース利用可能性インディケータは、前記ＡＣＭの単一ビットリソース利用可能性（ＲＡ）フィールドに対応する請求項１９記載の方法。
【請求項２１】
前記送信するステップは、前記ＡＣＭ内に含まれた前記命令に従って、前記アナウンスＡＣＫメッセージを送信する請求項１９記載の方法。
【請求項２２】
前記受信するステップは、データオーバーシグナリング（ＤＯＳ）メッセージとして、前記アナウンスメッセージを受信し、前記ＤＯＳアナウンスメッセージは、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するリソース利用可能性インディケータを含み、
前記決定するステップは、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するために、前記リソース利用可能性インディケータを評価する請求項１８記載の方法。
【請求項２３】
前記リソース利用可能性インディケータは、前記ＤＯＳアナウンスメッセージの単一ビット確認要求された（ＡＣＫ＿ＲＥＱ）フィールドに対応する請求項２２記載の方法。
【請求項２４】
前記受信するステップは、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記アナウンスメッセージと共に受信し、
前記決定するステップは、前記ＢＲＭに基づいて、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能でないことを決定し、および
前記送信するステップは、前記所定のマルチキャストセッションの拒否を示すアナウンス確認（ＡＣＫ）メッセージを送信する請求項１８記載の方法。
【請求項２５】
前記決定するステップは、十分なリソースが利用可能でないことを決定し、
前記受信するステップは、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記アナウンスメッセージと共には受信せず、
前記決定するステップは、前記ＢＲＭの不在に基づいて、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であることを決定し、および、
前記送信するステップは、前記所定のマルチキャストセッションを承諾するアナウンス確認（ＡＣＫ）メッセージを送信する請求項１８記載の方法。
【請求項２６】
前記アナウンスＡＣＫメッセージが前記所定のマルチキャストセッションの拒否を示す場合は、前記送信するステップの後に、ブロードキャスト拒否メッセージ（ＢＲＭ）を受信することをさらに具備する請求項１８記載の方法。
【請求項２７】
ワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内の接続ネットワークにおいて、
複数の接続端末に送信されるアナウンスメッセージであって、所定のマルチキャストセッションをアナウンスするように構成されたアナウンスメッセージを受信する手段と、
前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定する手段と、
前記決定する手段の決定に基づいて、前記受信されたアナウンスメッセージを、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するように構成する手段と、
前記構成されたアナウンスメッセージを、前記複数の接続端末に送信する手段とを具備する接続ネットワーク。
【請求項２８】
前記構成する手段は、
前記アナウンスメッセージに対し、前記複数の接続端末が、どのように応答を送信するかに関する命令を含む接続制御メッセージ（ＡＣＭ）を発生させる手段と、
前記決定する手段が、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するかを伝送するリソース利用可能性インディケータを、ＡＣＭが含むように構成する手段とを含み、
前記送信する手段は、
前記ＡＣＭと前記アナウンスメッセージの組み合わせが、前記構成されたアナウンスメッセージに対応するように、前記アナウンスメッセージと一緒に前記ＡＣＭを送信する請求項２７記載の接続ネットワーク。
【請求項２９】
前記構成する手段は、
前記複数の接続端末へのマルチキャスト送信に対して、データオーバーシグナリング（ＤＯＳ）メッセージとして構成され、前記受信されたアナウンスメッセージをフォーマッティングする手段と、
前記ＤＯＳアナウンスメッセージを、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定する、前記決定する手段を伝送するリソース利用可能性インディケータを含むように構成する手段とを含み、
前記ＤＯＳアナウンスメッセージは、前記構成されたアナウンスメッセージに対応する請求項２７記載の接続ネットワーク。
【請求項３０】
前記決定する手段は、十分なリソースが利用可能でないことを決定し、
前記構成する手段は、ブロードキャスト拒否メッセージ（ＢＲＭ）を発生させ、および、
前記送信する手段は、前記アナウンスメッセージと前記ＢＲＭの組み合わせを、前記構成されたアナウンスメッセージとして送信し、
前記ＢＲＭの前記アナウンスメッセージへの包含は、前記複数の接続端末に、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能でないことを示す請求項２７記載の接続ネットワーク。
【請求項３１】
前記決定する手段は、十分なリソースが利用可能であることを決定し、
前記構成する手段は、ブロードキャスト拒否メッセージ（ＢＲＭ）を発生させず、および、
前記送信する手段は、前記アナウンスメッセージを、前記ＢＲＭ無しで、前記構成されたアナウンスメッセージとして送信し、
前記ＢＲＭの不在は、前記複数の接続端末に、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であることを示す請求項２７記載の接続ネットワーク。
【請求項３２】
前記構成され、送信されたアナウンスメッセージに応答して、前記複数の接続端末の１つから、前記アナウンスされたマルチキャストセッションの拒否を示すように構成されたアナウンス確認（ＡＣＫ）メッセージを受信する手段と、
前記受信する手段が、前記アナウンスメッセージを受信したアプリケーションサーバに、前記アナウンスＡＣＫメッセージを転送する手段と、
前記アナウンスＡＣＫメッセージが受信された後に、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記複数の接続端末に送信する手段とをさらに具備する請求項２７記載の接続ネットワーク。
【請求項３３】
ワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内の接続端末において、
所定のマルチキャストセッションをアナウンスするアナウンスメッセージを受信する手段と、
前記受信されたアナウンスメッセージが、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを示しているかを決定する手段と、
前記受信されたアナウンスメッセージに応答して、前記決定する手段の決定に基づいて、前記所定のマルチキャストセッションの承諾または拒否を示すアナウンス確認（ＡＣＫ）メッセージを送信する手段とを具備する接続端末。
【請求項３４】
前記受信する手段は、
前記アナウンスメッセージに対し、前記複数の接続端末が、どのように応答を送信するかに関する命令を含む接続制御メッセージ（ＡＣＭ）であって、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するリソース利用可能性インディケータを含む前記ＡＣＭを、前記アナウンスメッセージと共に受信し、
前記決定する手段は、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するために、前記リソース利用可能性インディケータを評価する請求項３３記載の接続端末。
【請求項３５】
前記受信する手段は、データオーバーシグナリング（ＤＯＳ）メッセージとして、前記アナウンスメッセージを受信し、前記ＤＯＳアナウンスメッセージは、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するリソース利用可能性インディケータを含み、
前記決定する手段は、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するために、前記リソース利用可能性インディケータを評価する請求項３３記載の接続端末。
【請求項３６】
前記受信する手段は、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記アナウンスメッセージと共に受信し、
前記決定する手段は、前記ＢＲＭに基づいて、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能でないことを決定し、
前記送信する手段は、前記所定のマルチキャストセッションの拒否を示すアナウンス確認（ＡＣＫ）メッセージを送信する請求項３３記載の接続端末。
【請求項３７】
前記決定する手段は、十分なリソースが利用可能でないことを決定し、
前記受信する手段は、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記アナウンスメッセージと共には受信せず、
前記決定する手段は、前記ＢＲＭの不在に基づいて、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であることを決定し、
前記送信する手段は、前記所定のマルチキャストセッションを承諾するアナウンス確認（ＡＣＫ）メッセージを送信する請求項３３記載の接続端末。
【請求項３８】
ワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内の接続ネットワークにおいて、
複数の接続端末に送信されるアナウンスメッセージであって、所定のマルチキャストセッションをアナウンスするように構成されたアナウンスメッセージを受信するように構成されたロジックと、
前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するように構成されたロジックと、
決定するように構成された前記ロジックの決定に基づいて、前記受信されたアナウンスメッセージを、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するように構成されたロジックと、
前記構成されたアナウンスメッセージを、前記複数の接続端末に送信するように構成されたロジックとを具備する接続ネットワーク。
【請求項３９】
構成するように構成された前記ロジックは、
前記アナウンスメッセージに対し、前記複数の接続端末が、どのように応答を送信するかに関する命令を含む接続制御メッセージ（ＡＣＭ）を発生させるように構成されたロジックと、
前記決定するように構成されたロジックが、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するかを伝送するリソース利用可能性インディケータを、ＡＣＭが含むように構成されたロジックとを含み、
前記送信するように構成されたロジックは、
前記ＡＣＭと前記アナウンスメッセージの組み合わせが、前記構成されたアナウンスメッセージに対応するように、前記アナウンスメッセージと一緒に前記ＡＣＭを送信する請求項３８記載の接続ネットワーク。
【請求項４０】
前記構成するように構成されたロジックは、
前記複数の接続端末へのマルチキャスト送信に対して、データオーバーシグナリング（ＤＯＳ）メッセージとして構成され、前記受信されたアナウンスメッセージをフォーマッティングするように構成されたロジックと、
前記ＤＯＳアナウンスメッセージを、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定する、前記決定する手段を伝送するリソース利用可能性インディケータを含むように構成されたロジックとを含み、
前記ＤＯＳアナウンスメッセージは、前記構成されたアナウンスメッセージに対応する請求項３８記載の接続ネットワーク。
【請求項４１】
前記決定するように構成されたロジックは、十分なリソースが利用可能でないことを決定し、
前記構成するように構成されたロジックは、ブロードキャスト拒否メッセージ（ＢＲＭ）を発生させ、および、
前記送信するように構成されたロジックは、前記アナウンスメッセージと前記ＢＲＭの組み合わせを、前記構成されたアナウンスメッセージとして送信し、
前記ＢＲＭの前記アナウンスメッセージへの包含は、前記複数の接続端末に、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能でないことを示す請求項３８記載の接続ネットワーク。
【請求項４２】
前記決定するように構成されたロジックは、十分なリソースが利用可能であることを決定し、
前記構成するように構成されたロジックは、ブロードキャスト拒否メッセージ（ＢＲＭ）を発生させず、および、
前記送信するように構成されたロジックは、前記アナウンスメッセージを、前記ＢＲＭ無しで、前記構成されたアナウンスメッセージとして送信し、
前記ＢＲＭの不在は、前記複数の接続端末に、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であることを示す請求項３８記載の接続ネットワーク。
【請求項４３】
前記構成され、送信されたアナウンスメッセージに応答して、前記複数の接続端末の１つから、前記アナウンスされたマルチキャストセッションの拒否を示すように構成されたアナウンス確認（ＡＣＫ）メッセージを受信するように構成されたロジックと、
前記受信するように構成されたロジックが、前記アナウンスメッセージを受信したアプリケーションサーバに、前記アナウンスＡＣＫメッセージを転送するように構成されたロジックと、
前記アナウンスＡＣＫメッセージが受信された後に、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記複数の接続端末に送信するように構成されたロジックとをさらに具備する請求項３８記載の接続ネットワーク。
【請求項４４】
ワイヤレス通信プロトコルに従って動作するワイヤレス通信システムの接続ネットワーク内の接続端末において、
所定のマルチキャストセッションをアナウンスするアナウンスメッセージを受信するように構成されたロジックと、
前記受信されたアナウンスメッセージが、前記マルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを示しているかを決定するように構成されたロジックと、
前記受信されたアナウンスメッセージに応答して、前記決定するように構成されたロジックの決定に基づいて、前記所定のマルチキャストセッションの承諾または拒否を示すアナウンス確認（ＡＣＫ）メッセージを送信するように構成されたロジックとを具備する接続端末。
【請求項４５】
前記受信するように構成されたロジックは、
前記アナウンスメッセージに対し、前記複数の接続端末が、どのように応答を送信するかに関する命令を含む前記接続制御メッセージ（ＡＣＭ）であって、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するリソース利用可能性インディケータを含む前記ＡＣＭを、前記アナウンスメッセージと共に受信し、
前記決定するように構成されたロジックは、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するために、前記リソース利用可能性インディケータを評価する請求項４４記載の接続端末。
【請求項４６】
前記受信するように構成されたロジックが、データオーバーシグナリング（ＤＯＳ）メッセージとして、前記アナウンスメッセージを受信し、前記ＤＯＳアナウンスメッセージは、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するリソース利用可能性インディケータを含み、
前記決定するように構成されたロジックは、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するために、前記リソース利用可能性インディケータを評価する請求項４４記載の接続端末。
【請求項４７】
前記受信するように構成されたロジックは、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記アナウンスメッセージと共に受信し、
前記決定するように構成されたロジックは、前記ＢＲＭに基づいて、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能でないことを決定し、
前記送信するように構成されたロジックは、前記所定のマルチキャストセッションの拒否を示すアナウンス確認（ＡＣＫ）メッセージを送信する請求項４４記載の接続端末。
【請求項４８】
前記決定するように構成されたロジックは、十分なリソースが利用可能でないことを決定し、
前記受信するように構成されたロジックは、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記アナウンスメッセージと共には受信せず、
前記決定するように構成されたロジックは、前記ＢＲＭの不在に基づいて、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であることを決定し、および、
前記送信するように構成されたロジックは、前記所定のマルチキャストセッションを承諾するアナウンス確認（ＡＣＫ）メッセージを送信する請求項４４記載の接続端末。
【請求項４９】
ワイヤレス通信プロトコルに従って動作するワイヤレス通信システムの接続ネットワーク内で動作するように構成されたプログラムコードが記憶され、含まれたコンピュータ読み出し可能な媒体において、
複数の接続端末に送信されるアナウンスメッセージであって、所定のマルチキャストセッションをアナウンスするように構成されたアナウンスメッセージを受信するプログラムコードと、
前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するプログラムコードと、
前記決定するプログラムコードの決定に基づいて、前記受信されたアナウンスメッセージを、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するように構成するプログラムコードと、
前記構成されたアナウンスメッセージを、前記複数の接続端末に送信するプログラムコードとを具備するコンピュータ読み出し可能な媒体。
【請求項５０】
前記構成するプログラムコードは、
前記アナウンスメッセージに対し、前記複数の接続端末が、どのように応答を送信するかに関する命令を含む接続制御メッセージ（ＡＣＭ）を発生させるプログラムコードと、
前記決定するプログラムコードが、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するかを伝送するリソース利用可能性インディケータを、ＡＣＭが含むように構成するプログラムコードとを含み、
前記送信するプログラムコードは、
前記ＡＣＭと前記アナウンスメッセージの組み合わせが、前記構成されたアナウンスメッセージに対応するように、前記アナウンスメッセージと一緒に前記ＡＣＭを送信する請求項４９記載のコンピュータ読み出し可能な媒体。
【請求項５１】
前記構成するプログラムコードは、
前記複数の接続端末へのマルチキャスト送信に対して、データオーバーシグナリング（ＤＯＳ）メッセージとして構成され、前記受信されたアナウンスメッセージをフォーマッティングするプログラムコードと、
前記ＤＯＳアナウンスメッセージが、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定する、前記決定するプログラムコードを伝送するリソース利用可能性インディケータを含むように構成するプログラムコードとを含み、
前記ＤＯＳアナウンスメッセージは、前記構成されたアナウンスメッセージに対応する請求項４９記載のコンピュータ読み出し可能な媒体。
【請求項５２】
前記決定するプログラムコードが、十分なリソースが利用可能でないことを決定し、
前記構成するプログラムコードは、ブロードキャスト拒否メッセージ（ＢＲＭ）を発生させ、および、
前記送信するプログラムコードは、前記アナウンスメッセージと前記ＢＲＭの組み合わせを、前記構成されたアナウンスメッセージとして送信し、
前記ＢＲＭの前記アナウンスメッセージへの包含は、前記複数の接続端末に、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能でないことを示す請求項４９記載のコンピュータ読み出し可能な媒体。
【請求項５３】
前記決定するプログラムコードが、十分なリソースが利用可能であることを決定し、
前記構成するプログラムコードは、ブロードキャスト拒否メッセージ（ＢＲＭ）を発生させず、および、
前記送信するプログラムコードは、前記アナウンスメッセージを、前記ＢＲＭ無しで、前記構成されたアナウンスメッセージとして送信し、
前記ＢＲＭの不在は、前記複数の接続端末に、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であることを示す請求項４９記載のコンピュータ読み出し可能な媒体。
【請求項５４】
前記構成され、送信されたアナウンスメッセージに応答して、前記複数の接続端末の１つから、前記アナウンスされたマルチキャストセッションの拒否を示すように構成されたアナウンス確認（ＡＣＫ）メッセージを受信するプログラムコードと、
前記受信するプログラムコードが、前記アナウンスメッセージを受信したアプリケーションサーバに、前記アナウンスＡＣＫメッセージを転送するプログラムコードと、
前記アナウンスＡＣＫメッセージが受信された後に、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記複数の接続端末に送信するプログラムコードとをさらに具備する請求項４９記載のコンピュータ読み出し可能な媒体。
【請求項５５】
ワイヤレス通信プロトコルに従って動作するワイヤレス通信システムの接続ネットワーク内で動作するように構成されたプログラムコードが記憶され、含まれたコンピュータ読み出し可能な媒体において、
所定のマルチキャストセッションをアナウンスするアナウンスメッセージを受信するプログラムコードと、
前記受信されたアナウンスメッセージが、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを示しているかを決定するプログラムコードと、
前記受信されたアナウンスメッセージに応答して、前記決定するプログラムコードの決定に基づいて、前記所定のマルチキャストセッションの承諾または拒否を示すアナウンス確認（ＡＣＫ）メッセージを送信するプログラムコードとを具備するコンピュータ読み出し可能な媒体。
【請求項５６】
前記受信するプログラムコードは、
前記アナウンスメッセージに対し、前記複数の接続端末が、どのように応答を送信するかに関する命令を含む接続制御メッセージ（ＡＣＭ）であって、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するリソース利用可能性インディケータを含む前記ＡＣＭを、前記アナウンスメッセージと共に受信し、
前記決定するプログラムコードは、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するために、前記リソース利用可能性インディケータを評価する請求項５５記載のコンピュータ読み出し可能な媒体。
【請求項５７】
前記受信するプログラムコードが、データオーバーシグナリング（ＤＯＳ）メッセージとして、前記アナウンスメッセージを受信し、前記ＤＯＳアナウンスメッセージは、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを伝送するリソース利用可能性インディケータを含み、
前記決定するプログラムコードは、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であるかを決定するために、前記リソース利用可能性インディケータを評価する請求項５５記載のコンピュータ読み出し可能な媒体。
【請求項５８】
前記受信するプログラムコードは、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記アナウンスメッセージと共に受信し、
前記決定するプログラムコードは、前記ＢＲＭに基づいて、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能でないことを決定し、および、
前記送信するプログラムコードは、前記所定のマルチキャストセッションの拒否を示すアナウンス確認（ＡＣＫ）メッセージを送信する請求項５５記載のコンピュータ読み出し可能な媒体。
【請求項５９】
前記決定するプログラムコードは、十分なリソースが利用可能でないことを決定し、
前記受信するプログラムコードは、ブロードキャスト拒否メッセージ（ＢＲＭ）を、前記アナウンスメッセージと共には受信せず、
前記決定するプログラムコードは、前記ＢＲＭの不在に基づいて、前記所定のマルチキャストセッションをサポートするのに十分なリソースが利用可能であることを決定し、および、
前記送信するプログラムコードは、前記所定のマルチキャストセッションを承諾するアナウンス確認（ＡＣＫ）メッセージを送信する請求項５５記載のコンピュータ読み出し可能な媒体。
【発明の詳細な説明】
【米国特許法§１１９に基づく優先権】
【０００１】
本特許出願は、“ワイヤレス通信ネットワーク内でのマルチキャストセッションに対する誤承認の発生を低減する方法”と題する２００７年９月２４日に出願され、その譲受人に譲渡された米国仮特許出願第６０／９７４，８０５号に対して優先権の利益を主張しており、この全体の内容は、参照によりここに明確に組み込まれている。
【発明の背景】
【０００２】
１．発明の分野
本発明は、ワイヤレス遠隔通信システムにおける通信に関し、さらに特に、ワイヤレス通信ネットワーク内でのマルチキャストセッションに対する誤承認の発生を低減する方法に関する。
【０００３】
２．関連技術の記述
ワイヤレス通信システムは、第１世代アナログワイヤレス電話サービス（１Ｇ）、（中間２．５Ｇおよび２．７５Ｇネットワークを含む）第２世代（２Ｇ）デジタルワイヤレス電話サービス、および第３世代（３Ｇ）高速データ／インターネット可能なワイヤレスサービスを含む、様々な世代を通して発展してきた。現在、セルラーおよびパーソナル通信サービス（ＰＣＳ）システムを含む、多数の異なる型のワイヤレス通信システムが使用中である。知られたセルラーシステムの例は、セルラーアナログアドバンスド移動電話システム（ＡＭＰＳ）、ならびに、コード分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、ＴＤＭＡの移動接続に対する全世界的システム（ＧＳＭ）バリエーション、およびＴＤＭＡとＣＤＭＡ技術の両方を使用する、より新しいハイブリッドデジタル通信システムに基づくデジタルセルラーシステムを含む。
【０００４】
ＣＤＭＡ移動通信を提供する方法は、米合衆国において、本出願ではＩＳ−９５と呼ばれ、“デュアルモード広域拡散スペクトラムセルラーシステムに対する移動局―基地局互換性標準規格”と題するＴＩＡ／ＥＩＡ／ＩＳ−９５−Ａで、遠隔通信工業協会／電子工業協会によって標準化された。結合されたＡＭＰＳおよびＣＤＭＡシステムは、ＴＩＡ／ＥＩＡ標準規格ＩＳ−９８で記述されている。他の通信システムは、ＩＭＴ−２０００／ＵＭや、国際移動遠隔通信システム２０００／ユニバーサル移動遠隔通信システム、広帯域ＣＤＭＡ（ＷＣＤＭＡ）や、（例えば、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯ標準規格のような）ＣＤＭＡ２０００や、ＴＤ−ＳＣＤＭＡと呼ばれるものをカバーする標準規格の中で記述されている。
【０００５】
ワイヤレス通信システムにおいて、移動局、ハンドセット、または接続端末（ＡＴ）は、（セルサイトとかセルとも呼ばれ、）固定位置基地局に隣接した、あるいは周辺の、特定の地理的領域内で、通信リンクやサービスをサポートする固定位置基地局から信号を受信する。基地局は、一般的には、サービスの品質（ＱｏＳ）要求に基づいて、トラフィックを差異化する方法をサポートする標準インターネットエンジニアリングタスクフォース（ＩＦＴＦ）に基づくプロトコルを使用している、パケットデータネットワークである接続ネットワーク（ＡＮ）／無線接続ネットワーク（ＲＡＮ）への入口点を提供する。従って、基地局は、一般的に、オーバーザエアーインターフェースを通してＡＴと対話し、また、インターネットプロトコル（ＩＰ）ネットワークデータパケットを通してＡＮと対話する。
【０００６】
ワイヤレス遠隔通信システムにおいて、プッシュツートーク（ＰＴＴ）能力は、サービスセクターおよび消費者に普及し始めている。ＰＴＴは、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＧＳＭ、等のような標準商用ワイヤレスインフラを通して動作する“ディスパッチ”音声サービスをサポートすることが出来る。ディスパッチモデルにおいて、終端（ＡＴ）間通信は、仮想的なグループ内で発生し、そこでは、１人の“トーカー”の音声が、１人あるいはそれより多くの“リスナー”に送信される。この型の通信の単一の例は、通常、ディスパッチコールとか、単に、ＰＴＴコールと呼ばれる。ＰＴＴコールは、グループの例示であり、コールの特徴を規定する。本質的に、グループは、メンバーリスト、およびグループ名とかグループ識別のような関係情報によって規定される。
【０００７】
通常、ワイヤレス通信ネットワーク内のデータパケットは、単一の宛先または接続端末に送信されるように構成されている。単一の宛先にデータを送信することは、“ユニキャスト”と呼ばれる。移動通信が増加したため、所定のデータを、同時に複数の接続端末に送信する能力が、さらに重要になってきている。従って、同一のパケットまたはメッセージを、複数の宛先や目標接続端末に、同時データ送信することをサポートするために、プロトコルが採用されてきている。“ブロードキャスト”は、（例えば、所定のセル内、所定のサービスプロバイダによってサーブされた、等の）全ての宛先や接続端末へのデータパケット送信を指し、一方、“マルチキャスト”は、所定の宛先や接続端末のグループへのデータパケット送信を指す。１つの例において、所定の宛先のグループ、または“マルチキャストグループ”は、（例えば、所定のグループ内、所定のサービスプロバイダによってサーブされた、等の）１つよりは多く、可能性のある全てよりは少ない宛先や接続端末を含むことが出来る。しかし、ある状況において、マルチキャストは、ユニキャスト同様に、ただ１つの接続端末を具備すること、あるいは、代替的に、マルチキャストグループは、ブロードキャストと同様に、（例えば、あるセルやセクター内の）全ての接続端末を具備することが、少なくとも可能である。
【０００８】
ブロードキャストおよび／またはマルチキャストは、ワイヤレス通信システム内で、マルチキャストグループに適応するために、複数のシーケンシャルなユニキャスト動作を実行すること、同時に複数のデータ送信を操作するために特有のブロードキャスト／マルチキャストチャネル（ＢＣＨ）を割り当てること、および同様のことのような多数の方法により実行することが出来る。プッシュツートーク通信のためにブロードキャストチャネルを使用する従来のシステムは、“ＣＤＭＡ １ｘ−ＥＶＤＯセルラーネットワークを使用するプッシュツートークグループコールシステム”と題する２００７年３月１日付米国特許出願公開Ｎｏ．２００７／００４９３１４に記述されており、その内容は、参照によりここに全体的に組み込まれている。出願公開Ｎｏ．２００７／００４９３１４に記述されているように、ブロードキャストチャネルは、従来のシグナリング手法を使用しているプッシュツートークグループコールに対して使用することが出来る。ブロードキャストチャネルの使用は、従来のユニキャスト手法よりも帯域要求を改善することが出来るものの、ブロードキャストチャネルの従来のシグナリングは、依然として、追加のオーバーヘッドおよび／または遅延の結果となり、システム性能を低下させうる。
【０００９】
第３世代パートナーシッププロジェクト２（“３ＧＰＰ２”）は、ＣＤＭＡ２０００ネットワークにおけるマルチキャスト通信をサポートするブロードキャスト−マルチキャストサービス（ＢＣＭＣＳ）仕様書を規定する。従って、２００６年２月１４日付け、バージョン１．０Ｃ．Ｓ００５４−Ａで、“ＣＤＭＡ２０００高速レートブロードキャスト−マルチキャストパケットデータエアーインターフェース仕様書”と題する３ＧＰＰ２のＢＣＭＣＳ仕様書のバージョンは、参照によりここに全体的に組み込まれている。
【概要】
【００１０】
本発明の実施形態は、ワイヤレス通信ネットワーク内のマルチキャストセッションに対する誤承認発生の低減システムおよび方法に向けられている。例えば、接続ネットワークは、複数の接続端末に送信されるアナウンスメッセージを受信し、受信されたアナウンスメッセージは、所定のマルチキャストセッションをアナウンスするように構成されている。接続ネットワークは、所定のマルチキャストセッションをサポートするために十分なリソースが利用可能であるかを決定する。接続ネットワークは、受信したアナウンスメッセージが、決定するステップに基づいて所定のマルチキャストセッションをサポートするために十分なリソースが利用可能かを伝送するように構成し、構成されたアナウンスメッセージを複数の接続端末に送信する。所定の接続端末は、アナウンスメッセージを受信し、受信したアナウンスメッセージが、所定のマルチキャストセッションをサポートするために十分なリソースが利用可能であるかを示しているかを決定する。所定の接続端末は、受信したアナウンスメッセージに応答し、決定するステップに基づいて、所定のマルチキャストセッションの承諾や拒否を示すアナウンス確認（ＡＣＫ）メッセージを送信する。
【図面の簡単な説明】
【００１１】
本発明の限定ではなく、単に例解のために示される付随の図面との関係で考慮されるとき、以下の詳細な記述を参照することにより、本発明は、より良く理解され、本発明のさらに完全な認識および多数の付随の利点は容易に得られるであろう。ここにおいて、
【図１】図１は、本発明の少なくとも１つの実施形態に従う接続端末および接続ネットワークをサポートするワイヤレスネットワークアーキテクチャーの概略図である。
【図２】図２は、本発明の実施形態に従うキャリアネットワークを例解する。
【図３】図３は、本発明の少なくとも１つの実施形態に従う接続端末の例解である。
【図４】図４は、従来のマルチキャストメッセージングプロセスを例解する。
【図５】図５は、本発明の実施形態に従うマルチキャストメッセージングプロセスを例解する。
【詳細な説明】
【００１２】
本発明の特有の実施形態に向けられた以下の記述および関係する図面において、本発明の面が開示される。代替的な実施形態は、本発明の範囲を逸脱することなく考案することが出来る。追加的に、本発明の良く知られたエレメントは、本発明の関係する詳細が不明瞭にならないように、詳細には記述されないか、省略されるであろう。
【００１３】
言葉“例示的”および／または“例”は、本出願において、“例、凡例、または例解として供していること”を意味するように使用される。本出願において、“例示的”および／または“例”として記述された任意の実施形態は、必ずしも、他の実施形態よりも望ましい、または有利と解釈されるものではない。同様に、用語“本発明の実施形態”は、本発明の全実施形態が、論議された特徴や、利点や動作のモードを含むことを要求するものではない。
【００１４】
さらに、多数の実施形態が、コンピューティングデバイスのエレメントによって、例えば実行される行為のシーケンスで記述される。本出願において記述される様々な行為は、特有の回路（例えば、特定目的集積回路（ＡＳＩＣ））や、１つあるいはそれより多くのプロセッサによって実行されるプログラム命令や、両方の組み合わせによって実行されうることが認識されるであろう。加えて、本出願において記述された、これらの行為のシーケンスは、本出願に記述された機能を、関係プロセッサに実行させるであろうコンピュータ命令の対応するセットを中に記憶している、コンピュータ読み出し可能な記憶媒体の任意の形の内で、完全に具現されうると考えることが出来る。従って、本発明の様々な面は、多数の異なる形で実現することが出来、それら全ては、請求された主題の範囲内であると考えることが出来る。加えて、本出願において記述される実施形態の各々に対し、任意のそのような実施形態の対応する形は、本出願において、例えば、記述された行為を実行“するように構成されたロジック”のようにと記述することが出来る。
【００１５】
本出願において接続端末（ＡＴ）と言及される、高速データレート（ＨＤＲ）加入者局は、移動的または固定的でありえて、１つあるいはそれより多くの、本出願においてモデムプールトランシーバ（ＭＰＴ）または基地局（ＢＳ）と言及されるＨＤＲ基地局と通信することが出来る。接続端末は、データパケットを、１つあるいはそれより多くのモデムプールトランシーバを通して、モデムプールコントローラ（ＭＰＣ）、基地局コントローラ（ＢＳＣ）および／またはパケット制御機能（ＰＣＦ）と言及されるＨＤＲ基地局コントローラに送信および受信する。モデムプールトランシーバおよびモデムプールコントローラは、接続ネットワークと呼ばれるネットワークのパーツである。接続ネットワークは、複数の接続端末間でデータパケットを搬送する。
【００１６】
接続ネットワークは、接続ネットワーク外の、企業イントラネットまたはインターネットのような追加のネットワークに、さらに結合することが出来、各接続端末および、そのような外部のネットワーク間でデータパケットを搬送することが出来る。１つあるいはそれより多くのモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立した接続端末は、アクティブ接続端末と呼ばれ、トラフィック状態にあると言われる。１つあるいはそれより多くのモデムプールトランシーバとアクティブトラフィックチャネル接続を確立しようとしている過程にある接続端末は、接続設定状態にあると言われる。接続端末は、ワイヤレスチャネルあるいは、例えば、ファイバーオプティックスや同軸ケーブルを使用する有線チャネルを通して通信する任意のデータデバイスでありうる。接続端末は、さらに、限定されることなくＰＣカード、コンパクトフラッシュ（登録商標）、外部や内部モデム、または、ワイヤレスや有線電話を含む任意の多数の型のデバイスでありうる。接続端末がモデムプールトランシーバに、これを通して信号を送信する通信リンクは、リバースリンクとかトラフィックチャネルと呼ばれる。モデムプールトランシーバが接続端末に、これを通して信号を送信する通信リンクは、フォワードリンクとかトラフィックチャネルと呼ばれる。本出願において使用されるように、トラフィックチャネルは、フォワードまたはリバーストラフィックチャネルのいずれかを指しうる。
【００１７】
図１は、本発明の少なくとも１つの実施形態に従う、ワイヤレス通信システム１００の１つの例示的実施形態のブロック図を例解する。システム１００は、エアーインターフェース１０４を介して、接続ネットワークや無線接続ネットワーク（ＲＡＮ）１２０と通信しているセルラー電話１０２のような接続端末を含むことが出来、ネットワーク１２０は、パケット交換データネットワーク（例えば、イントラネット、インターネット、および／またはキャリアネットワーク１２６）と接続端末１０２、１０８、１１０、１１２間のデータ接続性をもたらすネットワーク装置に、接続端末１０２を接続することが出来る。本出願に示されるように、接続端末は、セルラー電話１０２、パーソナルデジタルアシスタント１０８、本出願では二方向テキストページャーとして示されたページャー１１０、あるいは、ワイヤレス通信ポータルを有する分離されたコンピュータプラットフォーム１１２ですらありうる。本発明の実施形態は、従って、ワイヤレス通信ポータルを含む任意の形の接続端末や、限定されることなく、ワイヤレスモデム、ＰＣＭＣＩＡカード、パーソナルコンピュータ、電話、あるいはそれらの組み合わせや、それらのサブ組み合わせを含むワイヤレス通信可能性を有する接続端末上で実現されることが出来る。さらに、本出願で使用されるように、用語“接続端末”、“ワイヤレスデバイス”、“クライアントデバイス”、“移動端末”、およびそれらのバリエーションは、交換可能で使用されうる。
【００１８】
図１に戻って参照すれば、ワイヤレスネットワーク１００のコンポーネント、および本発明の例示的実施形態のエレメントの相関は、例解された構成に限定されない。システム１００は、単に例示的であり、ワイヤレスクライアントコンピューティングデバイス１０２、１０８、１１０、１１２のような遠隔接続端末が、エアーを通して、またお互い同士、および／またはお互い間で、および／または、エアーインターフェース１０４およびＲＡＮ１２０を介して、制限されることなくキャリアネットワーク１２６、インターネット、および／または他の遠隔サーバに接続されたコンポーネント同士とコンポーネント間で、通信することを許容する任意のシステムを含むことが出来る。
【００１９】
ＲＡＮ１２０は、基地局コントローラ／パケット制御機能（ＢＳＣ／ＰＣＦ）１２２に送信された（典型的には、データパケットとして送信された）メッセージを制御する。ＢＳＣ／ＰＣＦ１２２は、パケットデータサービスノード１００（“ＰＤＳＮ”）と接続端末１０２／１０８／１１０／１１２の間の、シグナリング、チャネル確立、およびベアラーチャネルの取り壊しの責任を持っている。リンク層暗号化が、イネーブルされている場合、ＢＳＣ／ＰＣＦ１２２もまた、コンテンツをエアーインターフェース１０４を介して送信する前に暗号化する。ＢＳＣ／ＰＣＦ１２２の機能は、本技術分野で良く知られており、簡潔のため、さらには議論されないであろう。キャリアネットワーク１２６は、ネットワーク、インターネットおよび／または公衆交換電話ネットワーク（ＰＳＴＮ）によって、ＢＳＣ／ＰＣＦ１２２と通信することが出来る。代替的に、ＢＳＣ／ＰＣＦ１２２は、直接インターネットや外部ネットワークに接続することが出来る。典型的に、キャリアネットワーク１２６とＢＳＣ／ＰＣＦ１２２間のネットワークやインターネット接続は、データを転送し、またＰＳＴＮは、音声情報を転送する。ＢＳＣ／ＰＣＦ１２２は、複数の基地局（ＢＳ）やモデムプールトランシーバ（ＭＰＴ）１２４に接続することが出来る。キャリアネットワークに対し同様な態様で、ＢＳＣ／ＰＣＦ１２２は、典型的に、データ転送および／または音声情報に付いて、インターネットおよび／またはＰＳＴＮによってＭＰＴ／ＢＳ１２４に接続される。ＭＰＴ／ＢＳ１２４は、データメッセージを、ワイヤレスで、セルラー電話１０２のような接続端末にブロードキャストすることが出来る。ＭＰＴ／ＢＳ１２４、ＢＳＣ／ＰＣＦ１２２および他のコンポーネントは、本技術分野で知られているようにＲＡＮ１２０を形成することが出来る。しかし、代替的な構成を、また使用することが出来、本発明は例解された構成に限定されることはない。例えば、別の実施形態において、ＢＳＣ／ＰＣＦ１２２および１つあるいはそれより多くのＭＰＴ／ＢＳ１２４の機能は、ＢＳＣ／ＰＣＦ１２２とＭＰＴ／ＢＳ１２４の両方の機能を有する単一の“ハイブリッド”モジュールに合体することが出来る。
【００２０】
図２は、本発明の実施形態に従うキャリアネットワーク１２６を例解する。図２の実施形態において、キャリアネットワーク１２６は、パケットデータサービングノード（ＰＤＳＮ）１６０、ブロードキャストサービングノード（ＢＳＮ）１６５、アプリケーションサーバ１７０およびインターネット１７５を含む。しかし、アプリケーションサーバ１７０および他のコンポーネントは、代替的な実施形態において、キャリアネットワークの外に位置することが出来る。ＰＤＳＮ１６０は、例えば、ＣＤＭＡ２０００無線接続ネットワーク（ＲＡＮ）（例えば、図１のＲＡＮ１２０）を使用して、移動局（例えば、図１の１０２、１０８、１１０、１１２のような接続端末）に対するインターネット１７５、イントラネットおよび／または遠隔サーバ（例えば、アプリケーションサーバ１７０）への接続を提供する。接続ゲートウェイとして役目を務めながら、ＰＤＳＮ１６０は、単純なＩＰおよび移動接続、外部エージェントサポート、ならびにパケット搬送をもたらしうる。ＰＤＳＮ１６０は、認証、認可、および課金（ＡＡＡ）サーバ、ならびに他のサポートインフラに対するクライアントとしての役目を務めることが出来、移動局に、本技術分野で知られているＩＰネットワークへのゲートウェイを提供する。図２に示されるように、従来のＡ１０接続を介して、ＰＤＳＮ１６０は、ＲＡＮ１２０（例えば、ＢＳＣ／ＰＣＦ１２２）と通信することが出来る。Ａ１０接続は、本技術分野でよく知られており、簡潔のため、さらには記述されないであろう。
【００２１】
図２を参照しながら、ブロードキャストサービングノード（ＢＳＮ）１６５は、マルチキャストおよびブロードキャストサービスをサポートするように構成することが出来る。ＢＳＮ１６５は、以下にさらに詳細に記述されるであろう。ＢＳＮ１６５は、ブロードキャスト（ＢＣ）Ａ１０接続を介して、ＲＡＮ１２０（例えば、ＢＳＣ／ＰＣＦ１２２）と通信し、またインターネット１７５を介して、アプリケーションサーバ１７０と通信する。ＢＣＡ１０接続は、マルチキャストおよび／またはブロードキャストメッセージングを転送するために使用される。従って、アプリケーションサーバ１７０は、インターネット１７５を介して、ユニキャストメッセージングをＰＤＳＮ１６０に、また、インターネット１７５を介して、マルチキャストメッセージングをＢＳＮ１６５に送信する。
【００２２】
一般的に、以下にさらに詳細に記述されるように、ＲＡＮ１２０は、ＢＳＮ１６５から受信したマルチキャストメッセージを、１つあるいはそれより多くの接続端末２００に、ＢＣＡ１０接続を介し、エアーインターフェース１０４のブロードキャストチャネル（ＢＣＨ）を通して送信する。
【００２３】
図３を参照しながら、セルラー電話のような接続端末２００（ここでは、ワイヤレス端末）は、最終的にはキャリアネットワーク１２６、インターネットおよび／または他の遠隔サーバ、およびネットワークから招来し、ＲＡＮ１２０から送信されたソフトウェアアプリケーション、データおよび／または命令を受信し、実行することが出来るプラットフォーム２０２を有する。プラットフォーム２０２は、特定用途集積回路（“ＡＳＩＣ”２０８）や、他のプロセッサや、マイクロプロセッサや、論理回路や、他のデータ処理デバイスに動作的に結合されたトランシーバ２０６を含むことが出来る。ＡＳＩＣ２０８や他のプロセッサは、ワイヤレスデバイスのメモリ２１２中に内在する任意のプログラムとインターフェースする、アプリケーションプログラミングインターフェース（“ＡＰＩ”）２１０層を実行する。メモリ２１２は、読み出し専用またはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＥＰＲＯＭ、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリを具備されうる。プラットフォーム２０２は、メモリ２１２中でアクティブに使用されていないアプリケーションを保有することが出来る、ローカルデータベース２１４を、また含むことが出来る。ローカルデータベース２１４は、典型的には、フラッシュメモリセルであるが、本技術分野で知られているような任意の二次的記憶デバイス、例えば磁気的メディア、ＥＥＰＲＯＭ、光学的メディア、テープ、ソフトやハードディスク、または同様のものでありうる。内部プラットフォーム２０２コンポーネントは、本技術分野で知られた他のコンポーネントの中では、アンテナ２２２、ディスプレイ２２４、プッシュツートークボタン２２８、およびキーパッド２２６のような外部デバイスに、また動作的に結合されうる。
【００２４】
従って、本発明の実施形態は、本出願で記述された機能を実行する能力を含んでいる接続端末を含むことが出来る。本技術分野の当業者によって認識されるように、様々なロジックエレメントは、個別エレメント、プロセッサ上で実行されるソフトウェアモジュール、あるいは、本出願で開示された機能を達成するためのソフトウェアやハードウェアの任意の組み合わせ中で、実現することが出来る。例えば、ＡＳＩＣ２０８、メモリ２１２、ＡＰＩ ２１０およびローカルデータベース２１４は、全て、本出願に開示された様々な機能をロード、記憶および実行するように共同的に使用することが出来、そうして、これらの機能を実行するロジックは、様々なエレメントに渡って分布することが出来る。代替的に、機能性は、１つの個別コンポーネント中に取り込むことが出来うる。従って、図３における接続端末の特徴は、単に例解的であり、発明は例解された特徴や配列に限定されないと考えられるべきである。
【００２５】
接続端末１０２とＲＡＮ１２０との間のワイヤレス通信は、ワイヤレス通信ネットワークやデータ通信ネットワークにおいて使用されうるコード分割多元接続（ＣＤＭＡ）、ＷＣＤＭＡ、時間分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割マルチプレックシング（ＯＦＤＭ）、移動通信に対する全世界的システム（ＧＳＭ）、または他のプロトコルのような異なる技術に基づくことが出来る。データ通信は、典型的に、クライアントデバイス１０２、ＭＰＴ／ＢＳ１２４、およびＢＳＣ／ＰＣＦ１２２間である。ＢＳＣ／ＰＣＦ１２２は、キャリアネットワーク１２６、ＰＳＴＮ、インターネット、仮想プライベートネットワーク、および同様のもののような複数のデータネットワークに接続することが出来、従って、接続端末１０２が、より広い通信ネットワークに接続することを許容する。先に論議し、本技術分野で知られたように、音声伝送および／またはデータは、各種のネットワークと構成を使用して、ＲＡＮから接続端末に送信することが出来る。従って、本出願において提供された例解は、本発明の実施形態を制限するのではなく、単に、本発明の実施形態の面の記述を助ける意図である。
【００２６】
図４は、従来のマルチキャストメッセージングプロセスを例解する。特に、図４は、接続端末がマルチキャストセッションを開始するために、フロアが許可されている態様を例解する。
【００２７】
４００において、ＲＡＮ１２０と通信している複数の接続端末の内の１つ（“ＡＴ １”）（“ＰＴＴイニシエータ”）が、ＰＴＴセッションまたはマルチキャストセッションを開始することを要求する。従って、ＰＴＴイニシエータは、アプリケーションサーバ１７０（例えば、ＰＴＴサーバ）に、ＰＴＴコール要求を送信する。次に、４０５において、アプリケーションサーバ１７０は、ＲＡＮ１２０に、アナウンスメッセージを転送し、ＲＡＮ１２０は、ＰＴＴセッションに対する各マルチキャストグループメンバーに、ＰＴＴセッションをアナウンスするアナウンスメッセージ４１０を送信する。例えば、アプリケーションサーバ１７０は、ＲＡＮ１２０に、ＰＤＳＮ１６０および／またはＢＳＮ１６５、４０５を介して、アナウンスメッセージを転送する。そして、ＲＡＮ１２０は、アナウンスメッセージを、エアーインターフェース１０４を通して、複数のＡＴ １．．．Ｎ、４１０に送信する。アナウンスメッセージは、ワイヤレス通信システム１００内の複数のセクターで送信される。ＡＴ １．．．Ｎは、各々、ワイヤレス通信システム１００内の、同一のセクター内に存在することも出来るし、または、代替的に異なるセクター内に存在することも出来る。さらに、ＡＴ １と通信しているＲＡＮ１２０と、ＡＴ ２．．．Ｎと通信しているＲＡＮ１２０は、異なりうる。
【００２８】
４１５において、ＡＴ ２．．．Ｎの中の所定のＡＴ（ＡＴ ２）は、アナウンス諾否（ＡＣＫ）メッセージを、リバースリンク接続チャネル上で、ＲＡＮ１２０に送信することにより、アナウンスメッセージに応答する。アナウンスＡＣＫメッセージは、アナウンスされたＰＴＴセッションの承諾（即ち、ＡＴ ２は、アナウンスされたＰＴＴセッションに興味があることを示している）、または拒否（即ち、ＡＴ ２は、アナウンスされたＰＴＴセッションに興味がないことを示している）のいずれかを示すことが出来る。記述の便宜から、４１５において、第１のレスポンダーＡＴ ２が、アナウンスされたＰＴＴセッションに興味があり、承諾を示すアナウンスＡＣＫメッセージを、ＲＡＮ１２０に送信すると仮定する。
【００２９】
４２０において、ＲＡＮ１２０は、アナウンスＡＣＫメッセージを、アプリケーションまたはＰＴＴサーバに転送する。図４内に、明示的には示されていないが、アナウンスＡＣＫメッセージは、アナウンスメッセージに関係付けられたＢＣＭＣＳフローに対して、登録を行うためのＢＣＭＣＳフロー登録メッセージと一緒に送信される。ＲＡＮ１２０は（開示されていないが）、ＢＣＭＣＳフロー登録メッセージを受信し、アナウンスされたＰＴＴセッションに対するマルチキャストグループに、ＡＴ Ａを追加する。
【００３０】
４２５において、ひとたびアプリケーションサーバ１７０が、アナウンスされたＰＴＴセッション（即ち、４２０において送信されたアナウンスＡＣＫメッセージ）の承諾を示す第１のアナウンスＡＣＫメッセージを受信すると、アプリケーションサーバ１７０は、ＰＴＴイニシエータＡＴ １に、フロアをＡＴ １に承認するメッセージを送信する。ＡＴ １が、フロアを承認された後に、ＡＴ １のユーザは、データ（例えば、話すこと、ビデオストリーミング、テキストメッセージング、等）を、１つあるいはそれより多くの登録された、さもなければ、アナウンスされたＰＴＴセッションをモニターしているマルチキャストグループメンバーに送信することを開始出来る。マルチキャストデータ（即ち、４３０からの、話された言葉や他のオーディオ／ビデオ）は、アプリケーションサーバ１７０で受信され、セクター内のダウンリンクブロードキャストチャネル（ＢＣＨ）上で、１つあるいはそれより多くの興味を持ったマルチキャストグループメンバーを含んでいるセクター内か、含まれると知られ／予期されている近接のセクター中での送信のために、ＲＡＮ１２０に転送される。
【００３１】
４４０において、アナウンスされたＰＴＴセッションに関係付けられたマルチキャストメッセージ送信に対するダウンリンクＢＣＨ上でのリソース割り当てをする前に、ＲＡＮ１２０は、十分なリソースが、割り当てに対して実際、利用可能であるかを決定する。ある例において、この決定は、セクター別に実行することが出来る。
【００３２】
ある例において、ＡＴ ２はセクターＸに存在すると仮定し、セクターＸ（および、隣接するセクターも、例えば）、アナウンスされたＰＴＴセッションを取り扱うのに十分なダウンリンクＢＣＨリソースを有さないと仮定する。従って、ＲＡＮは、十分なＢＣＨリソースは利用可能ではないと決定（４４０）し、転送されたマルチキャストメッセージをドロップ（４４５）する。
【００３３】
上記図４のプロセスの記述から認識されるように、ＰＴＴセッションが、ＲＡＮ１２０によって、実際取り扱えないときに、ＰＴＴイニシエータＡＴ １にフロアを承認することは、“誤承認”、システムリソースの浪費と言及され、またＡＴ １のユーザをいらいらさせうる。というのは、ユーザは、フロアが承認されたのに続き、データを送信（例えば、話）し始め、後で、誰も実際には、“傾聴”していないということを知らされるからである。
【００３４】
上で論議したように、ＰＴＴセッションが、ＲＡＮ１２０によってサポートされないときに、“誤って”ＰＴＴイニシエータにフロアを承認することは、システムリソースの浪費であり、ユーザに不満の残る経験を引き起こす。従って、本発明の実施形態は、誤承認の発生を減少させることに向けられる。
【００３５】
図５は、本発明の実施形態に従うマルチキャストメッセージングプロセスを例解する。５００において、ＲＡＮ１２０と通信している複数の接続端末の内の１つ（“ＡＴ １”）（“ＰＴＴイニシエータ”）が、ＰＴＴセッションまたはマルチキャストセッションを開始することを要求する。従って、ＰＴＴイニシエータは、アプリケーションサーバ１７０（例えば、ＰＴＴサーバ）に、ＰＴＴコール要求を送信する。次に、アプリケーションサーバ１７０は、アナウンスメッセージを、ＲＡＮ１２０に転送する。
【００３６】
５１０において、ＲＡＮ１２０は、ワイヤレス通信システム１００の各セクター内で、ＰＴＴセッションをサポートするのに十分なＢＣＨリソースが利用可能であるかを決定する。認識されうるように、各セクターが、（例えば、興味を持ったマルチキャストグループメンバーが位置しているところに基づき、）異なる時間で異なるマルチキャストセッションを搬送しうるので、ダウンリンクＢＣＨ上の負荷のレベルはセクター毎に変動しうる。例えば、ＲＡＮ１２０は、各セクター内の、ダウンリンクＢＣＨ上での現時点の負荷を、閾値負荷値と比較することが出来る。現時点の負荷が閾値負荷値よりも大きい場合、ＲＡＮ１２０は、そのセクターに対しては、十分なＢＣＨが利用不可であると決定する。そうでなく、現時点の負荷が、閾値負荷値よりも大きくない場合、ＲＡＮ１２０は、そのセクターに対しては、十分なＢＣＨが利用可能であると決定する。
【００３７】
図５内には、明示的には示されていないが、５０５において転送されたアナウンスメッセージは、ダウンリンクＢＣＨに関係付けられているという認識が、ステップ５１０における決定内で黙示されている。従来、この関係付けはＲＡＮ１２０では知られておらず、ＲＡＮ１２０は、アプリケーションサーバ１７０からＡＴ １．．．Ｎにアナウンスメッセージを送信するための、単に経路として働く。換言すれば、アナウンスメッセージは、アプリケーション層メッセージであり、ＲＡＮ１２０は、従来、アプリケーションレベルでＲＡＮ１２０を介して転送されるメッセージングのコンテンツを分析はしない。しかし、図５のプロセスにおいて、ＲＡＮ１２０は、ＰＴＴやマルチキャストセッションに対するアナウンスメッセージに応答して５１０の決定を実行するように構成され、そのため、アナウンスメッセージを認識する機能性を含む。
【００３８】
記述の便宜のため、ＲＡＮ１２０が、５１０で、少なくとも１つのセクターに対して十分なＢＣＨリソースが利用可能でないと決定すると仮定する。５１５において、ＲＡＮ１２０は、少なくとも１つのセクター内の目標のＡＴに対して、そのセクター中のＰＴＴセッションをサポートするために十分なＢＣＨリソースが利用可能ではないことの表示を、アナウンスメッセージが含むように構成する。ＲＡＮ１２０が、ＰＴＴセッションは１つあるいはそれより多くのセクター中でサポートされないと決定した後に、アナウンスメッセージが単純に落とされるわけではないことが認識されるであろう。というのは、アプリケーションサーバ１７０は、落とすことは、意図的ではないと解釈するであろう（即ち、アプリケーションサーバ１７０は、ＲＡＮ１２０が、アナウンスメッセージを落とすことを決定したということを知る方法もない）から。そして、アプリケーションサーバは、１つあるいはそれより多くのアナウンスＡＣＫがアプリケーションサーバ１７０で受信されるまで、アナウンスメッセージを何度も何度も再送信するであろう。
【００３９】
５１５の構成は、多数の方法で実行することが出来、今、多数の例解的な例に関してさらに詳細に記述されるであろう。
【００４０】
第１の例において、ＲＡＮ１２０は、アナウンスメッセージを、接続制御メッセージ（ＡＣＭ）を含んで、および／または一緒に、送信することが出来る。本出願において使用されるように、アナウンスメッセージがＡＣＭと一緒に送信される場合、ある例においては、アナウンスメッセージとＡＣＭの組み合わせは、集合的に、アナウンスメッセージと言及されうる。ＡＣＭは、アナウンスメッセージを受信し、アナウンスされたＰＴＴセッションに登録することに興味を持っているＡＴが、アナウンスされたＰＴＴセッションに対して応答する、および／または登録するために、いかにしてリバースリンクチャネルに接続出来るかを制御する。ＡＣＭは、“ワイヤレス通信システム内の対話的マルチキャストメッセージに応答する方法”と題し、２００７年９月２４日に出願され、本出願の譲受人に譲渡され、参照によりその全体が本出願に明白に取り込まれた米国仮特許出願Ｎｏ．６０／９７４，７９６号に、より詳細に論議されている。
【００４１】
上で取り込まれた米国仮特許出願で論議されているように、ＡＣＭは、（ｉ）アナウンスメッセージに応答するために、リスティングされた接続端末が、リバースリンクトラフィックチャネルに接続することが出来る順序を指定するＵＡＴＩのリスティング、（ｉｉ）アパーシステンス（APersistence）値、または確率的応答プロシージャに対して、各接続端末が、その数値からアパーシステンス値を計算出来る数字、ないしは、（ｉｉｉ）（ｉ）および（ｉｉ）の両方を含むことが出来る。
【００４２】
従って、ＡＣＭが、（ｉ）ＵＡＴＩのリスティングと（ｉ）アパーシステンス値の両方を含むように構成されている場合、ＡＣＭのフォーマットは、以下のごとくでありうる：
【表１】
2010541404.tif 000003
【００４３】
ここでＡＴＩ型フィールドは、ＡＣＭがマルチキャストメッセージであり、第１のリスティングされたＡＴ ＵＡＴＩ１（“ＡＴ ２”）が、アナウンスメッセージに応答する第１のスロットまたは時間期間が留保されているＡＴであり、第２のリスティングされたＡＴ ＵＡＴＩ２（“ＡＴ ３”）が、アナウンスメッセージに応答する第２のスロットまたは時間期間が（例えば、リバースリンク上で、ＡＴ ２およびＡＴ ３の応答が衝突しない、あるいはお互いに干渉しないように）留保されているＡＴであることを示す。残りのＡＴあるいはリスティングされていないＡＴは、リスティングされたＡＴの各々が応答を試みた後まで待ち、それからアパーシステンス値に基づいて、確率的プロセスを介して送信する。再び、テーブル１に例解されたようなＡＣＭは、上で取り込まれた米国仮特許出願の中でさらに詳細に記述されている。
【００４４】
本発明の実施形態において、ＡＣＭは、ＡＣＭ内にリソース利用可能性（ＲＡ）フィールドを含むように拡張することが出来る。ある例において、ＲＡフィールドは、特定のセクター内で、アナウンスされたＰＴＴセッションが、ＲＡＮ１２０によってサポートされうるかを示す単一ビットフィールドである。従って、例えば、ＲＡフィールドが、第１のロジックレベル（例えば、より高いロジックレベルまたはロジック“１”）に設定される場合、ＲＡフィールドは、そのセクター中ではＰＴＴセッションをサポートするために十分なＢＣＨリソースが利用可能であることを示す。そうではなく、ＲＡフィールドが、第２のロジックレベル（例えば、より低いロジックレベルまたはロジック“０”）に設定される場合、ＲＡフィールドは、そのセクター中ではＰＴＴセッションをサポートするために十分なＢＣＨリソースが利用可能でないことを示す。（下記の）テーブル２は、（ｉ）ＵＡＴＩのリスティングと（ｉ）アパーシステンス値およびＲＡフィールドを含むように構成されたＡＣＭを例解する：
【表２】
2010541404.tif 000004
【００４５】
従って、この例において、テーブル２中のＡＣＭ例３に示されるように、ＲＡＮ１２０は、５１０において、ＰＴＴセッションをサポートするのに十分なＢＣＨリソースが利用可能ではないことを決定し、５１５の構成は、ＡＴ １．．．ＮにＢＣＨリソースステータスを示すようにＲＡフィールドを第２のロジックレベル（ＲＡ＝“０”）に設定する。ＢＣＨリソースステータスを示すためにＡＣＭのＲＡフィールドを使用することは、マルチキャストＤＯＳメッセージ実施形態との関係で使用される必要はなく、むしろ、任意のアナウンスメッセージフォーマットに付属または一緒に含まれることが出来る。
【００４６】
第２の例において、５０５においてアナウンスメッセージを受信すると、ＲＡＮ１２０は、アプリケーションサーバ１７０から受信したアナウンスメッセージを、データオーバーシグナリング（ＤＯＳ）中に実装すると仮定する。ＤＯＳメッセージは、ＥＶ−ＤＯプロトコル内の技術でよく知られている。ＤＯＳメッセージは、ＥＶ−ＤＯ標準規格によって、単一の意図された接続端末受信者を識別するユニキャスト接続端末識別子（ＵＡＴＩ）に宛てられたユニキャストメッセージとして規定され、ＥＶ−ＤＯ標準規格におけるマルチキャストメッセージングに関係付けはされない。しかし、アナウンスメッセージは、マルチキャスト接続端末識別子（ＭＡＴＩ）に宛てることが出来、ダウンリンク制御チャネル上で、ＡＴ １．．．Ｎに送信することが出来る。ＡＴ １．．．Ｎは、各々、ＭＡＴＩまたは“マルチキャストＤＯＳメッセージ”に宛てられたＤＯＳメッセージが、マルチキャストメッセージ（即ち、アナウンスメッセージ）として解釈されることを意図していることを認識するように構成されている。アナウンスメッセージの、マルチキャストＤＯＳメッセージへの変換は、“ワイヤレス通信システム内のマルチキャストメッセージング”と題し、２００７年９月２４日に出願され、本出願の譲受人に譲渡され、参照によりその全体が本出願に明白に取り込まれた米国仮特許出願Ｎｏ．６０／９７４，８３３号に、より詳細に論議されている。
【００４７】
従来のユニキャストＤＯＳメッセージ、または単一の意図されたＡＴ受信者を持ってＵＡＴＩに宛てられたＤＯＳメッセージは、１ビットの確認要求された“ＡＣＫ＿ＲＥＱ”）フィールドを含む。従って、もし、ＡＣＫ＿ＲＥＱフィールドが、第１のロジックレベル（例えば、より高いレベルまたはロジック“１”）に設定された場合、所定のＡＴは、ユニキャストＤＯＳメッセージへの、確認の送信を促される。もし、ＡＣＫ＿ＲＥＱフィールドが、第２のロジックレベル（例えば、より低いレベルまたはロジック“０”）に設定された場合、所定のＡＴは、ユニキャストＤＯＳメッセージへの、確認の送信は促されない。マルチキャストＤＯＳメッセージの文脈内で、マルチキャストＤＯＳメッセージのＡＴ受信者の数は比較的多く、マルチキャストＤＯＳメッセージに応答しＡＴから送信される確認は、お互いに干渉しリバースリンクチャネルを滞らせうるという意味で、確認メッセージは理にかなわない。
【００４８】
従って、ＡＣＫ＿ＲＥＱ＝１の条件は、マルチキャストＤＯＳメッセージに応答した確認をトリガーするために、実際にはあまり使用されないので、システム設計者は、ＡＴ １．．．Ｎの各々が、第１のロジックレベルに設定されたＡＣＫ＿ＲＥＱ（即ち、ＡＣＫ＿ＲＥＱ＝１）を有するマルチキャストＤＯＳメッセージのことを、マルチキャストＤＯＳメッセージによってアナウンスされたＰＴＴセッションに対してＢＣＨリソースが利用可能でないことを示すものと解釈するように構成することが出来る。従って、この例において、ＲＡＮ１２０が、５１０において、ＰＴＴセッションをサポートするのに十分なＢＣＨリソースが利用可能ではないと決定した場合、５１５の構成は、ＡＴ １．．．ＮにＢＣＨリソースステータスを示すために、ＡＣＫ＿ＲＥＱフィールドを第１のロジックレベルに設定する。
【００４９】
第３の例において、ＲＡＮ１２０は、ＢＣＨリソースが利用可能ではない場合、ＢＲＭを含んで、および／または一緒に、アナウンスメッセージを送信することが出来る。この例において、アナウンスメッセージが、ＢＲＭを内に含まず、および／または一緒に送信されない場合、ＡＴは、アナウンスメッセージのことを、アナウンスされたＰＴＴセッションを取り扱うのに十分なＢＣＨリソースが利用可能であることを示していると解釈する。本出願で使用されるように、アナウンスメッセージが、ＢＲＭと一緒に送信される場合、アナウンスメッセージとＢＲＭの組み合わせは、ある例において、集合的に、アナウンスメッセージと言及される。
【００５０】
図５に戻り、５１５において、アナウンスメッセージを構成した後に、ＲＡＮ１２０は、構成された（例えば、所定のロジックレベルに設定されたＲＡフィールドを有するＡＣＭを含む、マルチキャストＤＯＳメッセージとして実装された、等の）アナウンスメッセージを、十分なＢＣＨリソースを有していないと５１０で決定されたセクター内で、５２０において、ＰＴＴセッションを各ＡＴ １．．．Ｎにアナウンスするために送信する。図５には例解されていないが、従来のアナウンスメッセージ、即ちＢＣＨリソース利用不可を示すように構成されていないアナウンスメッセージは、５１０において、ＰＴＴセッションをサポートするのに十分なＢＣＨリソースを有しているセクター中では送信することが出来る。
【００５１】
ＡＴ １．．．Ｎの各々は、構成されたアナウンスメッセージを受信し、構成されたアナウンスメッセージが十分なＢＣＨリソースが利用可能ではないことを示しているかを５２５で決定する。例えば、５２５で、ＡＴ １．．．Ｎの各々は、アナウンスメッセージに付属したＡＣＭに含まれるＲＡフィールドのステータスまたはロジックレベルをチェックし、構成されたアナウンスメッセージが、十分なＢＣＨリソースが利用可能ではないことを示しているかを決定する。別の例において、５２５で、ＡＴ １．．．Ｎの各々は、マルチキャストＤＯＳメッセージのＡＣＫ＿ＲＥＱフィールドのステータスまたはロジックレベルをチェックし、構成されたアナウンスメッセージが、十分なＢＣＨリソースが利用可能ではないことを示しているかを決定する。さらに別の例において、５２５で、ＡＴ １．．．Ｎの各々は、ＡＣＭのＲＡフィールドと、マルチキャストＤＯＳメッセージのＡＣＫ＿ＲＥＱフィールドの両方のステータスまたはロジックレベルをチェックし、構成されたアナウンスメッセージが、十分なＢＣＨリソースが利用可能ではないことを示しているかを決定する。こうして、ＲＡＮ１２０で設定されるフィールド（例えば、ＡＣＭのＲＡフィールド、マルチキャストＤＯＳメッセージのＡＣＫ＿ＲＥＱフィールド、等）のロジックレベルは、アナウンスメッセージを受信して、ＡＴにＢＣＨリソースステータスを信号送付または伝送するために使用することが出来る。従って、本発明の実施形態は、ＢＣＨリソースステータス情報をＡＣＭ、および／またはマルチキャストＤＯＳメッセージと共に伝送することに限定される必要はなく、むしろ、この情報を伝送するために、任意のメッセージフォーマットの型が使用されうることが認識されるであろう。
【００５２】
説明の便宜のため、所定のＡＴ（“ＡＴ ２”）が、５２５で、ＡＴ ２の現在のセクターにおいて、アナウンスされたＰＴＴセッションをサポートするのに十分なＢＣＨリソースが利用可能ではないと決定すると仮定する。５３０で、ＡＴ ２は、アナウンスＡＣＫをＲＡＮ１２０に、アナウンスされたＰＴＴセッションの拒否を示すために送信する。従来、アナウンスＡＣＫ“拒否”メッセージは、アナウンスされたＰＴＴセッションに参加または参与することに興味を持っていないＡＴによって送信された。しかし、ＡＴ ２が、アナウンスされたＰＴＴセッションをサポートするにはＢＣＨリソースが不十分であることを決定（５２５）するので、ＡＴ ２がアナウンスされたＰＴＴセッションに興味を持っているかに関係なく、ＡＴ ２は、アナウンスＡＣＫ拒否を送信（５３０）する。図５のステップ５２５および５３０は、ＡＴ ２．．．Ｎ内の任意の数のＡＴで、同時に実行出来ることが認識されるであろう。
【００５３】
５３５において、ＲＡＮ１２０は、アナウンスＡＣＫ拒否メッセージをＡＴ ２から受信し、アナウンスＡＣＫ拒否メッセージを、アプリケーションサーバ１７０に転送する。アナウンスされたＰＴＴセッションを、アナウンスＡＣＫメッセージが拒否し、承諾していないので、アプリケーションサーバ１７０は、ＡＴ １にフロアを承認しない。従って、“誤って”ＡＴ １にフロアを承認する状態は避けられる。
【００５４】
ＲＡＮ１２０は、アナウンスされたＰＴＴセッションをサポートするのに十分なＢＣＨリソースが欠如していることが５１０で決定された各セクター中に、ブロードキャスト拒否メッセージ（ＢＲＭ）を５４０において送信する。ＢＲＭは、ＡＴに対して、アナウンスＡＣＫメッセージ（例えば、アナウンスＡＣＫ“承諾”メッセージでもアナウンスＡＣＫ“拒否”メッセージでもなく）を送信する必要はなく、アナウンスされたＰＴＴセッションを無視するように命令する。アナウンスＡＣＫメッセージ抑制方法論の更なる論議に対しては、“ワイヤレス通信ネットワーク内のマルチキャストグループのマルチキャストグループメンバーからの送信の確認を管理する方法”と題し、２００７年９月２４日に出願され、本出願の譲受人に譲渡され、参照によりその全体が本出願に明白に取り込まれた米国仮特許出願ｎｏ．６０／９７４，８３１号に、より詳細に論議されている。
【００５５】
ＲＡＮ１２０で、アナウンスされたＰＴＴセッションをサポートするのに十分なＢＣＨリソースが利用可能であるかを決定し、ＡＴに、アナウンスメッセージと一緒にＢＣＨリソースステータス情報を示すことによって、誤承認の数が減少されることが、本技術分野の当業者によって認識されうるであろう。アナウンスメッセージと一緒に含まれたＡＣＭ内のＲＡフィールド、アナウンスメッセージがマルチキャストＤＯＳメッセージに変換されダウンリンク制御チャネル上で送信された場合は、アナウンスメッセージのＡＣＫ＿ＲＥＱフィールド、アナウンスメッセージと一緒に送信されたＢＲＭ、および／またはこれらの任意の組み合わせを限定ではなく含んだ任意の数の方法で、ＢＣＨリソースステータスは、ＲＡＮ１２０から、１つあるいはそれより多くのＡＴに伝送されうる。
【００５６】
本技術分野の当業者は、情報および信号は、任意の異なる様々な技術や手法を使用して表示されうることを認識するであろう。例えば、上記記述を通して、参照されたデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場や磁気的粒子、光学的場や光学的粒子、あるいはそれらの組み合わせによって表示されうる。
【００５７】
さらに、本技術分野の当業者は、本出願において開示された実施形態と関係して記述された様々な例解的な論理的ブロック、モジュール、およびアルゴリズムステップは、電子的ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現されうることを認識するであろう。ハードウェアとソフトウェアの、この交換可能性を明確に例解するために、様々な例解的コンポーネント、ブロック、モジュール、回路、およびステップは、一般的に機能の形で記述された。そのような機能が、ハードウェアとして、またはソフトウェアとして実現されるかは、全体的なシステムに課される特定のアプリケーションと設計制約に依存する。熟練者は、記述された機能性を、各々の特定のアプリケーションに対して、方法を変えながら実現することが出来るが、そのような実現の決定は、本発明の範囲を逸脱させるものと解してはならない。
【００５８】
本出願において開示された実施形態と関係して記述された様々な例解的な論理的ブロック、モジュール、および回路は、汎用目的プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定応用集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）や他のプログラマブルロジックデバイス、ディスクリートゲートやトランジスタロジック、ディスクリートハードウェアコンポーネント、または、本出願において記述された機能を実行するように設計された、それらの任意の組み合わせで実現または実行されうる。汎用目的プロセッサは、マイクロプロセッサでありうるが、代替的に、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態マシーンでありうる。プロセッサは、また、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと関係する１つあるいはそれより多くのマイクロプロセッサ、またはそのような任意の他の構成のような、コンピューティングデバイスの組み合わせとして実現されうる。
【００５９】
さらに、実施形態の面は、本出願において記述された機能の論理的実現を含むことが出来る。例えば、本発明の実施形態は、さらに、本出願において開示されたステップ、行為のシーケンス、プロセス、および／またはアルゴリズムを実行するように構成されたロジックを含むことが出来る。従って、本技術分野での熟練者は、本発明の実施形態は、本出願においてもたらされる例に限定されないことを認識するであろう。
【００６０】
本出願において開示された実施形態と関係して記述された方法、シーケンスおよび／またはアルゴリズムは、直接的にハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその二つの組み合わせで実現することが出来る。ソフトウェアで実現される場合、機能は、コンピュータ読み出し可能な媒体上の１つあるいはそれより多くの命令やコードに記憶、または送信されうる。コンピュータ読み出し可能なメディアは、コンピュータプログラムを、ある箇所から別の箇所へ転送するのを容易化する媒体を含むコンピュータ記憶メディアおよび通信メディアの両方を含む。記憶メディアは、コンピュータによってアクセスされうる任意の利用可能なメディアでありうる。限定ではなく、一例を挙げれば、そのようなコンピュータ読み出し可能なメディアは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスク記憶、磁気ディスク記憶や他の磁気記憶デバイス、または、コンピュータによってアクセスされうる命令やデータ構造の形で、所望のプログラムコードを搬送ないしは記憶するために使用されうる、他の任意の媒体を含むことが出来る。また、いかなる接続も、適切にコンピュータ読み出し可能な媒体と呼ばれる。例えば、ウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、ファイバーオプティックケーブル、撚り線対、デジタル加入者線（ＤＳＬ）、または、遠赤外、無線およびマイクロ波のような無線技術を使用して、ソフトウェアが送信されるとした場合、同軸ケーブル、ファイバーオプティックケーブル、撚り線対、ＤＳＬ、または、遠赤外、無線およびマイクロ波のような無線技術は、媒体の定義の中に含まれる。本出願において使用されるdiskおよびdiscは、コンパクトdisc（ＣＤ）、レーザdisc、光学disc、デジタルバーサタイルdisc（ＤＶＤ）、フロッピー（登録商標）diskおよびブルーレイ（登録商標）discを含み、diskは、通常データを磁気的に再生し、一方discは、データをレーザで光学的に再生する。上記の組み合わせは、また、コンピュータ読み出し可能なメディアの範囲内に含まれるべきである。
【００６１】
従って、本発明の実施形態は、本出願において開示された、ステップ、機能、アルゴリズムおよび／または行為のシーケンスを実行するために媒体に記憶されたコードを含むコンピュータ読み出し可能な媒体を含むことが出来る。
【００６２】
前述の開示は、本発明の例解的な実施形態を示しているが、付属の請求項で規定されるような本発明の範囲を逸脱することなく、本出願において、様々な変更と変形をなすことが可能であるということに留意されるべきである。本発明の実施形態に従った方法クレームの機能、ステップおよび／または行為は、いかなる特定の順序で実行されなくてはいけないということはない。さらに、本発明のエレメントは単数形で記述されるかもしれないが、明示的に単数に限定と述べられていない限り、複数形が考えられる。
【図１】
2010541404.tif 000005
【図２】
2010541404.tif 000006
【図３】
2010541404.tif 000007
【図４】
2010541404.tif 000008
【図５】
2010541404.tif 000009
【国際調査報告】
2010541404.tif 000010
2010541404.tif 000011
2010541404.tif 000012