(57)【要約】      （修正有）【課題】グループ・コール・セッションを連続して設定するための種々の実施形態を提供する。【解決手段】遠隔ユニット１０１から連続のグループ・コール要求を受信した後に、固定ネットワーク機器２０１は、目標とするユニット・グループ２５０からメンバーの第１の部分集合２６０を選択して、これらのメンバーに対してグループ・コール・セッションに参加するように信号を送る。いかなるシステム利益を希望するかに応じて、第１の部分集合を選択するために種々の技術を用いても良い。また目標とするユニット・グループからメンバーの第２の部分集合２７０を選択して、セッションに参加するように信号を送る。【選択図】図２
2006352856.tif 000002
【特許請求の範囲】
【請求項１】
グループ・コール・セッションを連続して設定するための方法であって、
呼出し元から、グループ・コール・セッションに対して目標とすべきユニット・グループを示すコール要求を受信すること、
目標のユニット・グループの第１の部分集合を選択すること、
目標のユニット・グループの前記第１の部分集合に、グループ・コール・セッションに参加するように信号を送ること、
前記第１の部分集合とは異なる目標のユニット・グループの第２の部分集合を選択すること、
前記第１の部分集合に信号を送った後に、目標のユニット・グループの前記第２の部分集合に、グループ・コール・セッションに参加するように信号を送ること、
を備える方法。
【請求項２】
請求項１に記載の方法において、
目標のユニット・グループの第１の部分集合を選択することは、
目標グループの少なくとも１つのユニットによって示される残りのバッテリ寿命と、
目標グループの少なくとも１つのユニットが、それが電源にプラグ接続されていることを示すか否かと、
目標グループの少なくとも１つのユニットによって使用されるべきアクセス技術と、
目標グループの少なくとも１つのユニットによって使用されるべきアクセス技術に関連する相対コストと、
目標グループの少なくとも１つのユニットのサービング・セルの負荷レベルと、
目標グループの少なくとも１つのユニットの可動性レベルと、
目標グループの少なくとも１つのユニットの軌跡と、
目標グループの少なくとも１つのユニットの場所と、
目標グループの少なくとも１つのユニットが自動応答モードで動作しているか否かと、
目標グループの少なくとも１つのユニットの無線動作状態と、
目標グループの少なくとも１つのユニットの無線動作状態と呼出し元に関連する無線動作状態との間の類似性の程度と、
目標グループの少なくとも１つのユニットからページング応答を受信したか否かと、
目標グループの少なくとも１つのユニットに関連する優先度ステータスと、
目標グループの少なくとも１つのユニットに関連するサービス・クラスと、
からなるグループからの少なくとも１つのユニットの少なくとも１つの特性に基づいて、目標のユニット・グループの前記第１の部分集合を選択することを含む、方法。
【請求項３】
請求項１に記載の方法であって、さらに、
グループ・コール・セッションの第１の部分の間に目標グループの前記第１の部分集合のメンバーを含むコールを設定すること、
グループ・コール・セッションの第２の部分の間に目標グループの前記第２の部分集合のメンバーを含むコールを設定すること、
を備える方法。
【請求項４】
請求項３に記載の方法であって、さらに、
目標のユニット・グループの前記第１の部分集合にグループ・コール・セッションに参加するように信号を送った後であり、かつ目標のユニット・グループの前記第２の部分集合にグループ・コール・セッションに参加するように信号を送る前に、前記第１の部分集合以外の目標グループの部分集合のメンバーを含むコールが必要であるという表示を受信することを、
を備える方法。
【請求項５】
請求項１に記載の方法において、目標のユニット・グループの前記第１の部分集合を選択することは、グループ・コール・セッションに対する最大数のグループ参加者を選択することを含む、方法。
【請求項６】
グループ・コール・セッションを連続して設定するための方法であって、
呼出し元が、グループ・コール・セッションに対して連続的に目標とすべきユニット・グループを示すコール要求を送ること、
呼出し元が、グループ・コール・セッションの第１の部分の間に目標のユニット・グループの第１の部分集合のメンバーとのコールに参加すること、
前記第１の部分集合のメンバーとのコールに参加を開始した後に、呼出し元が、グループ・コール・セッションの第２の部分の間に目標のユニット・グループの第２の部分集合のメンバーとのコールに参加すること、
を備える方法。
【請求項７】
請求項６に記載の方法において、グループ・コール・セッションに対して目標とすべきユニット・グループを示すコール要求を送ることは、
グループ・コール・セッションに対して目標とすべきユニット・グループを識別するためのグループ識別子を提供するコール要求を送ること、
グループ・コール・セッションに対して目標とすべきユニット・グループを識別するためにユニットを別個に識別するためのコール要求を送ること、
グループ・コール・セッションに対して認められる参加者の最大数をさらに示すコール要求を送ること、
グループ・コール・セッションに対して認められる参加者の最大数をさらに提供するコール要求を送ること、
からなるグループの少なくとも１つのステップを行なうことを含む、方法。
【請求項８】
請求項６に記載の方法であって、さらに、
前記第２の部分集合のメンバーとのコールに参加する前に、前記第１の部分集合以外の目標グループの部分集合のメンバーを含むコールが必要であるという表示を送ること、
を備える方法。
【請求項９】
固定ネットワーク機器（ＦＮＥ）であって、
ネットワーク・インターフェースと、
前記ネットワーク・インターフェースに通信可能に結合されている処理装置と、
を備え、前記処理装置は、
呼出し元から、前記ネットワーク・インターフェースを介して、グループ・コール・セッションに対して目標とすべきユニット・グループを示すコール要求を受信するように構成され、
目標のユニット・グループの第１の部分集合を選択するように構成され、
目標のユニット・グループの前記第１の部分集合にグループ・コール・セッションに参加するように、前記ネットワーク・インターフェースを介して信号を送るように構成され、
前記第１の部分集合とは異なる目標のユニット・グループの第２の部分集合を選択するように構成され、
前記第１の部分集合に信号を送った後に、目標のユニット・グループの前記第２の部分集合に、グループ・コール・セッションに参加するように、前記ネットワーク・インターフェースを介して信号を送るように構成されている、固定ネットワーク機器（ＦＮＥ）。
【請求項１０】
遠隔ユニットであって、
送受信装置と、
前記送受信装置に通信可能に結合されている処理装置と、
を備え、前記処理装置は、
グループ・コール・セッションに対して連続的に目標とすべきユニット・グループを示すコール要求を、前記送受信装置を介して送るように構成され、
グループ・コール・セッションの第１の部分の間に、目標のユニット・グループの第１の部分集合のメンバーとのコールに、前記送受信装置を介して参加するように構成され、
前記第１の部分集合のメンバーとのコールに参加した後に、グループ・コール・セッションの第２の部分の間に、目標のユニット・グループの第２の部分集合のメンバーとのコールに、前記送受信装置を介して参加するように構成されている、遠隔ユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、通信システムに関し、詳細には、グループ・コール・セッションを連続して設定することに関する。
【背景技術】
【０００２】
既存のプッシュ・トゥ・トーク（ＰＴＴ：Push To Talk）コール・システムを用いると、ユーザは、他のユーザのグループを呼び出すことができる。これは、たとえば、ある問題を議論するために特定のグループの入力が必要である場合に、非常に望ましい。しかし、ユーザが必要とするのはグループ・メンバーの部分集合（たとえば一人）だけを呼び出すことであり、グループ全体を呼び出すことは、システム・リソースの浪費であるか、あるいはグループに不必要に悪影響を及ぼす状況が生じさせる場合もある。たとえば、ユーザは、ある問題についてヘルプ・デスクの担当者と話をする必要があるか、あるいは承諾を得るためにマネージャと話をする必要があることが考えられる。ユーザは、ヘルプ・デスクのグループ全体と話をする必要もないし、マネージャ・グループのすべての人と話をする必要もない。ヘルプ・デスク担当者またはマネージャ一人がいれば、おそらく十分である。
【０００３】
現在のコール・システムでは、グループではなく個人をユーザが呼び出せるようにはなっている。しかし、これは、ユーザが手動で行なうには比較的煩わしい作業となる場合がある。ユーザは、グループ・メンバーにおける個人の識別子を得ること、その個人を呼び出すこと、成功しなかった場合にはおそらく再試行するか、あるいは別の人を呼び出すことを行なう必要があると考えられる。グループ全体を呼び出すことの方が、ユーザには簡単であると考えられる。しかし、前述したように、この方が無駄であり、かつ／あるいは悪影響を及ぼすと考えられる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
したがって、現在の能力を超える向上をもたらす、グループのメンバーの部分集合を含むグループ・コール・セッションを設定するための方法および装置を有することが望ましい。
【課題を解決するための手段】
【０００５】
以下、図１〜５を参照して、本発明の特定の実施形態を開示する。説明および説明図はいずれも、理解が深まることを目的として作成されている。たとえば、いくつかの図面要素の寸法は、他の要素に対して誇張されている場合があり、また実施を商業的に成功させるために有益か、あるいは必要でさえある良く知られた要素を、表わしていない場合がある。その結果、支障なく、より明瞭に実施形態を示すことができる。説明図および説明の両方において単純かつ明瞭であることは、当業者が、当該技術分野においてすでに知られていることを考慮すれば本発明を作り、使用し、かつ最良に実施することが効果的に可能になるためには、必要なことである。当業者であれば分かるように、本発明の技術思想および範囲から逸脱することなく、後述する特定の実施形態に対して種々の変更および変形を行なっても良い。したがって、明細書および図面は、限定的なもの、またはすべてを包含するものとしてではなく、例示的かつ典型的なものとみなされるべきであり、後述する特定の実施形態に対するこのような変更はすべて、本発明の範囲に含まれることが意図されている。
【０００６】
グループ・コール・セッションを連続して設定するための種々の実施形態が開示される。遠隔ユニットから連続のグループ・コール要求を受信した後に、固定ネットワーク機器（ＦＮＥ：Fixed Network Equipment ）が、目標とするユニット・グループからメンバーの第１の部分集合を選択して、これらのメンバーに、グループ・コール・セッションに参加するように信号を送る。いかなるシステム利益を希望するかに応じて、第１の部分集合を選択するために種々の技術を用いることができる。また目標とするユニット・グループからメンバーの第２の部分集合を選択して、セッションに参加するように信号を送る。この第２の部分集合は、最大数のグループ参加者を達成するためにさらにユニットを誘うために用いられても良い。あるいは、第２の部分集合は、異なるユニットに対して参加するように誘うために用いられても良い。これは、グループ・セッションに他の部分集合を誘うユーザ要求によって引き起こされ得る。これが行なわれるのは、ユーザが、第１の部分集合のグループ・メンバーでは当面の特定の問題を解決することができない場合である。
【発明を実施するための最良の形態】
【０００７】
図１〜５を参照して、開示される実施形態をより十分に理解することができる。図１は、本発明の複数の実施形態による無線通信システム１００をブロック図により表現したものである。現在、オープン・モバイル・アライアンス（ＯＭＡ：Open Mobile Alliance）、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：3rd Generation Partnership Project）、第３世代パートナーシップ・プロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project）、および米国電気電子学会（ＩＥＥＥ：Institute of Electrical and Electronics Engineers ）８０２などの標準化団体が、無線遠距離通信システムに対する標準仕様を開発している。（これらのグループのそれぞれに連絡をとる場合は、以下を参照されたい。http:/www.openmobilealliance.com，http://www.3gpp.org/, http://www.3gpp2.com/，およびhttp://www.ieee802.org）。通信システム１００は、３ＧＰＰ２技術（たとえば、ＣＤＭＡ２０００および／またはＨＲＰＤ（１ｘＥＶ−ＤＯまたはＩＳ−８５６としても知られている））の１つまたは複数を、本発明を実施するために適切に変更したものによるアーキテクチャを有するシステムを表わしている。たとえば、ＲＡＮ１２１および１２２はそれぞれ、同じ無線技術を用いても良いし、異なる無線技術を用いても良い。
【０００８】
本発明の代替的な実施形態は、以下のような（しかし、これらに限定されない）他の技術またはさらなる技術を用いる通信システムにおいて実施される。３ＧＰＰ仕様で記述されるもの（たとえば、ＧＳＭ，ＧＰＲＳ，ＥＤＧＥ，Ｗ−ＣＤＭＡ，ＵＴＲＡＮ，ＦＯＭＡ，ＵＭＴＳ，ＨＳＤＰＡ，およびＨＳＵＰＡ）、ＩＥＥＥの８０２．１１，８０２．１６，および８０２．２０仕様で記述されるもの、ＤＭＡ標準仕様で記述されるもの、ＩＳ−１３６（ＴＤＩＶＩＡ第３世代無線標準）仕様で記述されるもの、ＩＳ−９５（ＣＤＭＡ）仕様で記述されるもの、１ｘＥＶ−ＤＶ技術、および統合化処理拡張ネットワーク技術（integrated dispatch enhanced network technologies ）。さらに、本発明の代替的な実施形態は、ＲＡＮ１２１および１２２が、物理的および／または機能的にかなり重なり合うアクセス・ネットワークを表わす通信システムにおいて実施される。たとえば、ＲＡＮ１２１および１２２は、コンポーネント・アクセス・ポイント（ＡＰ：Access Point）、ベース送受信装置ステーション（ＢＴＳ：Base Transceiver Station）、または特定の遠隔ユニットと通信する基地局セクタにおいてのみ異なる。
【０００９】
より具体的には、通信システム１００は、ユーザ機器（ＵＥ：User Equipment）１０１〜１０４、無線アクセス・ネットワーク（ＲＡＮ：Radio Access Network）１２１および１２２、パケット・データ・ネットワーク１４１および１４２、インターネット・プロトコル（ＩＰ：Internet Protocol ）ネットワーク１５１、およびＰＴＴサーバ１６１を備える。当業者であれば分かるように、図１は、システム１００の動作に必要なネットワーク機器をすべて表わしているわけではなく、本明細書における実施形態の説明に特に関連するシステム・コンポーネントおよび論理エンティティのみを表している。たとえば、パケット・データ・ネットワークには、パケット・データ・サービング・ノード（ＰＤＳＮ：Packet Data Serving Node）などの装置が含まれることが知られている。同様に、ＲＡＮには、ベース送受信装置ステーション（ＢＴＳ）、ベース・サイト・コントローラ（ＢＳＣ：Base Site Controller）、およびパケット制御機能（ＰＣＦ：Packet Control Function ）などの装置が含まれることが知られている。あるいは、ＲＡＮには、無線ローカル・エリア・ネットワーク（ＷＬＡＮ：Wireless Local Area Network ）ステーション（アクセス・ポイント（ＡＰ：Access Point）、ＡＰコントローラ／スイッチ、および／またはＷＬＡＮスイッチを含む）、パケット制御ユニット（ＰＣＵ：Packet Control Unit ）、および／または無線ネットワーク・コントローラ（ＲＮＣ：Radio Network Controller）などの１つまたは複数の装置が含まれることが知られている。しかし、これらの装置はいずれも、図１には具体的に示されてはいない。
【００１０】
図１にはＰＴＴサーバ１６１が、処理装置１６５およびネットワーク・インターフェース１６７を備えるものとして示されている。一般的に、処理装置およびネットワーク・インターフェースなどのコンポーネントは、良く知られている。たとえば、サーバ処理装置は、基本的なコンポーネント、たとえば（しかし、これらに限定されずまた必ずしも必要ではない）マイクロプロセッサ、マイクロコントローラ、メモリ装置、特定用途向け集積回路（ＡＳＩＣ：Application-Specific Integrated Circuit ）、および／または論理回路を備えることが知られている。このようなコンポーネントは、通常、次のようなアルゴリズムおよび／またはプロトコルを実施するように適合されている。高レベルのデザイン言語または記述を用いて表現されたもの、コンピュータ命令を用いて表現されたもの、メッセージング・フロー図を用いて表現されたもの、および／または論理フロー図を用いて表現されたものである。
【００１１】
したがって、当業者であれば、アルゴリズム、論理フロー、メッセージング／信号送信フロー、および／またはプロトコル仕様が与えられれば、与えられた論理を行なうサーバ処理装置を実施するために利用できる多くのデザインおよび開発技術を理解できるであろう。したがって、ＰＴＴサーバ１６１は、既知のＰＴＴサーバを本明細書での説明により本発明の複数の実施形態を実施することに適合させたものを、表わしている。さらに当業者ならば分かるように、本発明の態様は、種々の物理的なコンポーネントにおいて、かつこれらに渡って実施されても良く、またどの態様についても、必ずしも単一のプラットフォーム実施に限定されるわけではない。たとえば、本発明のＰＴＴサーバの態様は、ＲＡＮ内で、ＰＤＮ内で、専用のネットワーク・サーバ・プラットフォーム上で、あるいはこのようなコンポーネントを分散させたものにおいて、実施されても良い。
【００１２】
ＲＡＮ１２１および１２２では、ＵＥ１０１〜１０４と通信するためのチャネル・グループ１１１〜１１４を備えるエア・インターフェースを用いている。３ＧＰＰ２チャネル・グループ１１１〜１１４はそれぞれ、トラフィック・チャネル（ユーザ・サービスをサポートするために動的に割り当てられ、割り当てを解除される）と、種々の良く知られたノン・トラフィック・チャネル形式、たとえば放送チャネル、ページング・チャネル、アクセス・チャネル、および共通制御チャネルと、を備えている。これらはすべて、使用される特定の３ＧＰＰ２信号送信技術に従うものである。
【００１３】
遠隔ユニットまたはＵＥは、移動局（ＭＳ：Mobile Station）と考えても良いが、ＵＥは必ずしも可動性があるわけでも移動できるわけでもない。このようにして、ＵＥプラットフォームは、多種多様の民生用電子プラットフォームを指すことが知られている。民生用電子プラットフォームは、たとえば（しかし、これらに限定されないが）、移動局（ＭＳ）、アクセス端末（ＡＴ：Access Terminal ）、端末機器、ゲーミング装置、パーソナル・コンピュータ、携帯情報端末（ＰＤＡ：Personal Digital Assistant）、ケーブル・セット・トップ・ボックスおよび、人工衛星セット・トップ・ボックスである。詳細には、ＵＥ１０１は、処理装置１０５、送受信装置１０７、キーパッド（図示せず）、スピーカ（図示せず）、マイクロフォン（図示せず）、およびディスプレイ（図示せず）を備えている。ＵＥで使用される処理装置、送受信装置、キーパッド、スピーカ、マイクロフォン、およびディスプレイはすべて、当該技術分野において良く知られている。
【００１４】
たとえば、ＵＥの処理装置は、基本的なコンポーネント、たとえば（しかし、これらに限定されずまた必ずしも必要ではない）マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、マイクロコントローラ、メモリ装置、特定用途向け集積回路（ＡＳＩＣ）、および／または論理回路を備えることが知られている。このようなＭＳのコンポーネントは、通常、次のようなアルゴリズムおよび／またはプロトコルを実施するように適合されている。高レベルのデザイン言語または記述を用いて表現されたもの、コンピュータ命令を用いて表現されたもの、メッセージング／信号送信フロー図を用いて表現されたもの、および／または論理フロー図を用いて表現されたものである。したがって、当業者であれば、アルゴリズム、論理フロー、メッセージング／信号送信フロー、コール・フロー、および／またはプロトコル仕様が与えられれば、与えられた論理を行なうユーザ機器を実施するために利用できる多くのデザインおよび開発技術を理解できるであろう。したがって、ＵＥ１０１は、既知のＵＥを本明細書での説明により本発明の複数の実施形態を実施することに適合させたものを、表わしている。
【００１５】
図２は、本発明の複数の実施形態による無線通信システム２００をブロック図により表現したものである。通信システム２００は、通信１００の場合よりも一般化された方法で表わされている。詳細には、通信インフラストラクチャは、固定ネットワーク機器（ＦＮＥ）２０１によって表わされている。当業者であれば分かるように、図２は、システム２００の動作に必要な物理的なＦＮＥコンポーネントをすべて表わしているわけではなく、本明細書における実施形態の説明に特に関連するシステム・コンポーネントおよび論理エンティティのみである。たとえば、図２のＦＮＥ２０１は、送受信装置２１１〜２１４、ネットワーク・インターフェース２０７、および処理装置２０５を備えていると示されている。ネットワーク・インターフェース２０７および処理装置２０５がどちらもＰＴＴサーバのコンポーネントとしては表わされないことを除いて、ネットワーク・インターフェース１６７および処理装置１６５に関する前述の説明はそれぞれ、ネットワーク・インターフェース２０７および処理装置２０５に適用される。
【００１６】
本発明による種々の実施形態の動作は、実質的に以下のように行なわれる。ＵＥ処理装置１０５から、送受信装置１０７を介して、グループ・コール・セッションに対して連続的に目標とすべきユニット・グループを示すコール要求が送られる。実施形態に応じて、ＵＥ１０１は、目標とすべきユニット・グループを識別するためのグループ識別子を送っても良い。この場合、ＦＮＥ処理装置２０５は、グループ識別子に関連するグループ・メンバー識別子のリストを記憶するであろう。あるいは、ＵＥ１０１は、ユニットを別個に識別するコール要求を送ること（たとえば、要求の中でグループ・メンバー識別子のリストを伝えること）によって、グループ・コール・セッションに対して目標とすべきユニット・グループを識別することができる。同様に、実施形態に応じて、ＵＥ１０１は、グループ・コール・セッションに対して認められる参加者の最大数をさらに伝えるコール要求を送っても良い。あるいは、ＵＥ１０１は単に、ＦＮＥ処理装置２０５がその記憶された値（たとえば、グループ識別子に関連するもの）を、グループ・コール・セッションにおいて認めるべき参加者の最大数に対して用いるべきであることを、示しても良い。
【００１７】
グループ・コールを連続して設定することが、現在のグループ・コール設定と異なる点は、目標グループの部分集合に対して、グループ・コール・セッションに参加するように、時間とともに段階的に信号を送ることである。また、ある段階の間に事象が起きた場合、その後の段階があるのかどうか、あるいはその後の段階に対して目標グループの部分集合をどうやって選択するのかを、判定することができる。部分集合は、わずかに一人のグループ・メンバーを含む部分集合であってもよく、部分集合のサイズは、段階ごとに変化することができる。たとえば、部分集合のサイズは、呼出し元が示す（すなわち伝えるか、あるいはその他の場合には示す）参加者の最大数によって判定しても良い。示されるグループ参加者の最大数が１である場合には、各段階における部分集合は、わずか一人のグループ・メンバーに効果的に限定することができる。いくつかの実施形態では、ＦＮＥは、示されるグループ参加者の最大数を、第１の部分集合のサイズとして用いる。第１の部分集合におけるグループ・メンバーの全部が、グループ・コール・セッションに参加するわけでも、参加したままでいるわけでもない場合、第１の部分集合内の未参加のものが残す空所を満たすために、第２の部分集合を選択して、参加するように信号を送る。
【００１８】
ＦＮＥ処理装置２０５は、ＵＥ１０１（呼出し元）からネットワーク・インターフェース２０７を介して、グループ・コール・セッションに対して連続的に目標とすべきユニット・グループ（グループ２５０）を表示するコール要求を、受信する。その要求に応答して、ＦＮＥ処理装置２０５は、目標のユニット・グループの第１の部分集合（部分集合２６０）を選択し、選択されたユニット（ＵＥ１０３および１０４）に、ネットワーク・インターフェース２０７を介して、グループ・コール・セッションに参加するように信号を送る。実施形態に応じて、グループ・コール・セッションに参加するように信号を送ることは、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol ）ＩＮＶＩＴＥメッセージングおよび／またはチャネル割当てメッセージングを送ることを含んでいても良い。このようにしてＦＮＥは、グループ・コール・セッションの第１の部分の間に、目標グループ（グループ２５０）の第１の部分集合のメンバー（ＵＥ１０３および１０４）を含むコールを設定することができ、ＵＥの処理装置１０５は、送受信装置１０７を介して、第１の部分集合のメンバーとのコールに参加することができる。
【００１９】
実施形態に応じて、ＦＮＥ処理装置２０５が第１の部分集合を選択する方法は数多く存在する。１つの方法は、呼出し元から受信した希望する部分集合の何らかの表示に従ってあるいは基づいて、目標のユニット・グループの第１の部分集合を選択することである。他の方法は、目標グループ内のユニットの存在状態に基づいて、第１の部分集合を選択することである。たとえば、ユニットが利用可能であること（少なくとも、ある程度まで）を示す存在状態を有するユニットが、選択され得る。ユニットとしては、利用可能であり、かつその存在状態が最近更新されたもの（たとえば、最後に更新されたのが閾値時間たとえば１分以内であるもの）が、優先的に選択されても良い。いくつかの実施形態では、部分集合選択プロセスには、目標のグループ・ユニットの１つまたは複数に対して、存在更新を要求すること、かつ／あるいはページングすることが、含まれていても良い。これには、現在の情報がより多く得られるという優位性があり、したがってより最適な部分集合の選択が行なえる可能性がある。しかし、代替的な実施形態では、ユニットを、存在更新するためにページングする前に、かつ／あるいはページングすることなく、選択しても良い。
【００２０】
部分集合選択に対して存在情報を用いることに加えて、あるいは用いる代わりに、実施形態に応じて、ＦＮＥ処理装置２０５は、部分集合選択に対して次の遠隔ユニット特性の１つまたは複数を用いても良い。ＦＮＥは、ユニットをページングしてページング応答が受信されないときには、ユニットを部分集合選択から除外しても良い。ユニットの無線動作状態を考慮しても良い。たとえば、不十分なＲＦ状態を受けているユニットを除外しても良いが、呼出し元が受けているのと同様の無線動作状態を受けているユニットを選択すれば、この状態が特に良好ではない場合であっても、優位であると考えられる。それらの通信能力のマッチングをもっと一様にすることが、たとえば無線ゲーミングでパートナー選択を行なう場合またはユニットがデータを交換していると予想される場合には、望ましい可能性がある。
【００２１】
またユニットのサービング・セルの負荷レベル（セルは、セクタに分けられたセル・サイト内でのセクタを指していると理解される）を、部分集合選択の間に考慮しても良い。たとえば、負荷が大きいセル内のユニットを選択しても良いのは、負荷がより小さいセルによってサービスされるユニットが他にない場合のみである。一般的に、システム容量は、負荷がより小さいセルによってサービスされるユニットを選択することによって、向上させられる。ユニットの可動性レベル、軌跡、および／または場所を考慮しても良い。たとえば、比較的静止しているユニットを選択する方が望ましい場合がある。なぜならば、その他の特性（無線動作状態、そのサービング・セルの負荷レベルなど）が変化する可能性が低いからである。しかし、いくつかの実施形態では、たとえば、より移動可能なユニットの軌跡を順番に考慮して、呼出し元の軌跡と同様の軌跡か、あるいは負荷がより小さいセルに向かう軌跡を有するユニットを選択する方が、望ましい場合がある。いくつかの実施形態では、場所も、重要な選択因子であり得る。たとえば、特定の場所を伴うユニットまたはおそらく呼出し元に最も近いユニットを、優先的に選択しても良い。
【００２２】
部分集合選択の間に、ユニット・バッテリ寿命を考慮しても良い。たとえば、残りのバッテリ寿命がより長いユニットまたは電源にプラグ接続されているユニットを選択する方が、望ましい場合がある。いくつかの実施形態では、特定のユニットが用いるであろうアクセス技術および／またはそのアクセス技術の相対コストを、考慮しても良い。たとえば、アクセス技術によっては、所望のデータ速度が得られないこともあるし、他のユニットが用いるアクセス技術よりもかなり高価である場合もある。他の考慮され得る因子としては、ユニットが自動応答モード（たとえば、ＰＴＴ自動応答モード）で動作しているか否か、いかなるサービス・クラスがユニットに関連しているのか、かつ／あるいはいかなる優先度ステータスがユニットに関連しているのか（たとえば、ユニットが、目標グループ内の他のユニットよりも選択に対して好ましいと指定される）が、挙げられる。
【００２３】
部分集合選択に対して前述した因子の何らかの組み合わせを用いることに加えて、あるいは用いる代わりに、実施形態に応じて、ＦＮＥ処理装置２０５は、部分集合選択を、少なくとも一つには、以下の仕方の１つまたは複数でそれらに信号を送ることによって、行なっても良い。ＦＮＥは、負荷レベルが負荷閾値よりも低い（たとえば、９０％負荷の）セル内の目標グループに関連するページング・メッセージのみを送信しても良い。加えて、あるいはその代わりに、ＦＮＥは、パワー・レベルが低い目標グループに関連するページング・メッセージおよび／または他のページングよりも冗長性が低いページング・メッセージを、送信しても良い。このようにして、ユニットに信号を送ることによって、負荷がかかったセルに対する影響を低減することができる。なぜならば、このようなセルが用いられることはなく、またこのような負荷がかかったセルの縁にあるユニットは、ページングをデコードして応答することはできないからである。
【００２４】
このようにして、ユニットの第１の部分集合の選択方法にかかわらず、ＦＮＥは、ユニットにグループ・コール・セッションに参加するように信号を送って、コールを設定する（第１の部分集合の１つまたは複数のメンバーが実際に参加することを仮定している）。そして、ＵＥ処理装置１０５は、送受信装置１０７を介して、第１の部分集合のメンバーとのコールに参加することができる。実施形態に応じて、ＦＮＥ処理装置２０５は、ネットワーク・インターフェース２０７を介して、第１の部分集合以外の目標グループの部分集合のメンバーを含むコールが必要であるという表示を受信しても良い。この表示は、第１の部分集合のメンバーに関連する応答タイマが満了する形態（たとえば、２０秒間、そのメンバーからのページング応答がないか、あるいはＰＴＴ容認がない）または第１の部分集合のメンバーから非容認の信号が送られる（たとえばビジーであると表示される）形態であっても良い。しかし、第１の部分集合の１つまたは複数のメンバーが参加する場合には、ＦＮＥ処理装置２０５は、他の表示、たとえば呼出し元からの（すなわちＵＥ処理装置１０５から送受信装置１０７を介しての）、あるいは第１の部分集合のメンバーからの、他の目標グループの部分集合メンバーを含むコールに対する要求を、受信するまで待機していても良い。このような要求が起きるのは、呼出し元または他の参加者が、質問に答えること、許可を与えること、技術割当てを受け入れること、当面の問題を議論すること等に対して、異なるグループ・メンバーが必要であると判定した場合であっても良い。いくつかの実施形態では、誘うべき希望するグループ・メンバーの表示が、要求に含まれていても良いし、あるいは単独に送られても良いしそうでなくても良い。
【００２５】
異なる選択技術（たとえば前述した因子の異なる組み合わせ）または第１の部分集合を選択する際に用いたものと同じ選択技術を用いて、ＦＮＥ処理装置２０５は、目標のユニット・グループの第２の部分集合（部分集合２７０）を選択し、ネットワーク・インターフェース２０７を介して、選択したユニット（ＵＥ１０２）にグループ・コール・セッションに参加するように信号を送る。したがって、グループ・コール・セッションの第２の部分の間に、ＦＮＥは、目標グループ（グループ２５０）の第２の部分集合のメンバー（すなわちＵＥ１０２）を含むコールを設定する。第１の部分集合のメンバーは、続けてグループ・コール・セッションに参加しても良いし、各メンバーの好みに従って離れても良い。
【００２６】
どちらにしても、ＵＥ処理装置１０５は、送受信装置１０７を介して、第２の部分集合のメンバーとのコールに参加する。呼出し元および呼出し先によるグループ・コール・セッションへの参加は、種々の形態をとっても良い。呼出し元および呼出し先は、音声コールで参加しても良いし、情報を交換しても良いし、ゲーミング環境でやり取りしても良い等である。たとえば、ＵＥ処理ユニット１０５は、送受信装置１０７を介してＦＮＥに、グループ・コール・セッション内の１つまたは複数のコール・セグメントの参加者に送出するための音響を記録することの要求を、送っても良い。すなわち、呼出し元は、目標グループのメンバーに対する本人の質問または要求を記録しても良い（おそらく、連続のグループ・コール要求を作る時に）。そして、結果として生じるオーディオ・クリップを、ユニットの各新しい部分集合がコール・セッションに参加するときに、あるいは呼出し元が要求するときに、参加者を呼び出すために再生することができる。このようにして、目標グループの個人に対して連続して、同じ質問をすること（すなわち再生すること）（すなわちＦＮＥが目標グループの異なる部分集合を通って進むこと）が、誰かが満足のいく応答を得るまで、可能である。
【００２７】
前述の説明において主に焦点を当てている実施形態は、新しい部分集合を選択して、メンバー・ユニットに、メンバーの別の部分集合が必要であるという何らかの表示に応答して信号を送るものである。代替的な実施形態では、新しい部分集合を選択して、メンバー・ユニットに、グループ・コール・セッションに対する最大数のグループ参加者を達成する、かつ／あるいは維持するために信号を送る。たとえば、ＦＮＥ処理装置２０５は、最大数のグループ参加者（この例では２人）を達成するために、目標のユニット・グループの第１の部分集合（部分集合２６０）を選択しても良い。しかし、ＦＮＥ処理装置２０５は、第１の部分集合からある数のユニットが、グループ・コール・セッションに参加していないこと（またはセッションから離れていること）を、すなわち、ある数の非参加ユニット（この例では１つ）を、判定しても良い。その判定に応答して、ＦＮＥ処理装置２０５は、ある数の非参加ユニットを第２の部分集合（部分集合２７０）として選択することで、コール・セッションに対する最大数のグループ参加者を達成し、かつ／あるいは維持する。
【００２８】
図３は、本発明の特定の実施形態による固定ネットワーク機器（ＦＮＥ）によって行なわれる機能の論理フロー図である。論理フロー３００が始まると（３０１）、ＦＮＥは、呼出し元から、グループ・コール・セッションに対して目標とすべきユニット・グループを示すコール要求を受信する（３０３）。次に、ＦＮＥは、目標のユニット・グループの第１の部分集合を選択して（３０５）、それらにグループ・コール・セッションに参加するように信号を送る。第１の部分集合のいくつかのメンバーが参加することを仮定して、ＦＮＥは、第１の部分集合の参加メンバーを含むコールを設定する（３０７）。グループ・メンバーの別の部分集合を含むコールが必要であるか、あるいは希望されているという表示を受信する（３０９）と直ちに、ＦＮＥは目標のユニット・グループの第２の部分集合を選択して（３１１）、それらにグループ・コール・セッションに参加するように信号を送る。グループ・メンバーの別の部分集合を含むコールが必要であるか、あるいは希望されているという表示は、呼出し元または他のグループ・メンバーから受信しても良いし、あるいはタイマが満了するという形態で受信しても良いし、あるいはグループ・コール・セッションには最大数の参加者がいるわけではないという表示であっても良い。第２の部分集合のいくつかのメンバーが参加することを仮定して、ＦＮＥは、第２の部分集合の参加メンバーを含むコールを設定し（３１３）、論理フロー３００は終了する（３１５）。しかし、ブロック３０９，３１１，および３１３によって表されるステップは、グループ・メンバーの新しい部分集合の参加が求められるその後のコール段階に対して、繰り返されても良い。
【００２９】
図４は、本発明の特定の実施形態による遠隔ユニットによって行なわれる機能の論理フロー図である。論理フロー４００が始まると（４０１）、遠隔ユニットは、グループ・コール・セッションに対して連続的に目標とすべきユニット・グループを示すコール要求を送る（４０３）。次に、遠隔ユニットは、グループ・コール・セッションの第１の部分の間に、目標のユニット・グループの第１の部分集合のメンバーとのコールに参加する（４０５）。第１の部分集合のメンバーとのコールに参加を開始した後に、遠隔ユニットは、グループ・コール・セッションに参加する目標のユニット・グループの第２の部分集合のメンバーとのコールに続けて参加して（４０７）、論理フロー４００は終了する（４０９）。しかし、ブロック４０７によって表されるステップは、グループ・メンバーの新しい部分集合が参加するその後のコール段階に対して、繰り返されても良い。
【００３０】
図５は、本発明の特定の実施形態による遠隔ユニットによって行なわれる機能の論理フロー図である。論理フロー５００が始まると（５０１）、遠隔ユニットは、グループ・コール・セッションに対して連続的に目標とすべきユニット・グループを示すコール要求を送る（５０３）。また遠隔ユニットは（この時点または他の時点において）、ＦＮＥがオーディオ・クリップを記録することを要求しても良い。次に、遠隔ユニットは、グループ・コール・セッションの第１の部分の間に、目標のユニット・グループの第１の部分集合のメンバーとのコールに参加する（５０５）。次に、遠隔ユニットは、目標グループの他のメンバーを含むコールが必要であるか、あるいは希望されているという表示を送っても良い（５０７）。第１の部分集合のメンバーとのコールに参加を開始した後に、遠隔ユニットは、グループ・コール・セッションに参加する目標のユニット・グループの第２の部分集合のメンバーとのコールに参加して（５０９）、論理フロー６００は終了する（５１１）。しかし、ブロック５０７および５０９によって表されるステップは、グループ・メンバーの新しい部分集合が参加しおそらくは以前の参加者が離れるその後のコール段階に対して、繰り返されても良い。
【００３１】
本発明の特定の実施形態に関して、利益、他の優位性、および問題の解決方法について説明してきた。しかし、利益、優位性、問題の解決方法、およびこのような利益、優位性、もしくは解決方法を生じさせもしくは招き得るか、あるいはこのような利益、優位性、または解決方法をより明白にし得るいかなる要素も、何れか、あるいは全ての請求項の重大であるか、必要であるか、あるいは不可欠である特徴または要素として解釈してはならない。本明細書で用いる場合、用語「備える（comprise）」、「備えている（comprising）」またはそれらの他のどんな変形も、非排他的な包含を指すことが意図されている。すなわち、要素のリストを備えるプロセス、方法、製品、または装置は、これらの要素だけがリストに含まれるのではなく、明白にリストにはされていない他の要素またはこのようなプロセス、方法、製品、もしくは装置に固有の他の要素が、含まれていても良い。
【００３２】
用語「a 」または「an」は、本明細書で用いる場合、１つまたは１つを超えると定義される。用語「複数の（plurality ）」は、本明細書で用いる場合、２つまたは２つを超えるとして規定される。用語「他の（another ）」は、本明細書で用いる場合、少なくとも２番目またはそれを超えるとして規定される。用語「含んでいる（including ）」および／または「有している（having）」は、本明細書で用いる場合、「備えている（comprising）」として定義される（すなわち、オープン・ランゲージ）。用語「結合されている（coupled ）」は、本明細書で用いる場合、「接続されている（connected ）」であるが、必ずしも直接的に行なわれておらず、また必ずしも機械的に行なわれていない、として定義される。用語「プログラム」、「コンピュータ・プログラム」、および「コンピュータ命令」は、本明細書で用いる場合、コンピュータ・システム上での実行用にデザインされる一連の命令として定義される。この一連の命令には、以下のものが含まれていても良い（しかし、これらに限定されない）。すなわち、サブルーチン、機能、手順、オブジェクト方法、オブジェクト実施、実行可能なアプリケーション、アプレット、サーブレット、共有ライブラリ／ダイナミック・ロード・ライブラリ、ソース・コード、オブジェクト・コードおよび／またはアセンブリ・コードである。
【図面の簡単な説明】
【００３３】
【図１】本発明の複数の実施形態による無線通信システムをブロック図。
【図２】本発明の複数の実施形態による無線通信システムのより一般化されたブロック図。
【図３】本発明の特定の実施形態による固定ネットワーク機器（ＦＮＥ）によって行なわれる機能の論理フロー図。
【図４】本発明の特定の実施形態による遠隔ユニットによって行なわれる機能の論理フロー図。
【図５】本発明の特定の実施形態による遠隔ユニットによって行なわれる機能の論理フロー図。
【図１】
2006352856.tif 000003
【図２】
2006352856.tif 000004
【図３】
2006352856.tif 000005
【図４】
2006352856.tif 000006
【図５】
2006352856.tif 000007
【外国語明細書】
2006352856.tif 000008
2006352856.tif 000009
2006352856.tif 000010
2006352856.tif 000011
2006352856.tif 000012
2006352856.tif 000013
2006352856.tif 000014
2006352856.tif 000015
2006352856.tif 000016
2006352856.tif 000017
2006352856.tif 000018
2006352856.tif 000019
2006352856.tif 000020
2006352856.tif 000021
2006352856.tif 000022
2006352856.tif 000023
2006352856.tif 000024
2006352856.tif 000025
2006352856.tif 000026
2006352856.tif 000027
2006352856.tif 000028
2006352856.tif 000029
2006352856.tif 000030
2006352856.tif 000031