(57)【要約】無線半二重音声通信システムにおける送信チャンネル要求メッセージングのための方法、システム、および装置が提供される。新しい送信チャンネル要求メッセージ（ＴＣＲＭ）が提供され、アクティブな半二重セッションの間、論理制御チャンネルを介して、トランシーバ機能が可能な受信装置から、トランシーバ機能が可能な送信装置へ送信され、送信チャンネルが要求されていることを示す。一部の実施形態において、本発明は、アクティブなセッションの間、送信装置ユーザインターフェース（ＵＩ）上に、別のユーザが会話を望んでいることを示す情報の表示を提供する。ＴＣＲＭは、別の装置が送信チャンネルを要求する情報を含み、好ましくは、送信チャンネル要求メッセージを送信した装置の識別を含む。一部の実施形態において、ＴＣＲＭにおける識別子フラグは、もしあれば、ＴＣＲＭに関連する拡張機能の実行を特定するために使用される。
2007503743.tif 000002
【特許請求の範囲】
【請求項１】
アクティブな半二重セッションの間、話者または送信者側の装置から聞き取り側または受信者側の装置へ、音声通信を送信することが常に可能であるが、受信者側の装置から話者側の装置へ、音声通信を同時に送信することが不可能である、ネットワーク提供の音声通信機能を用いて通信する、複数のユーザ装置間でのメッセ−ジングの方法であって、該方法は、
該複数のユーザ装置のうちの第１のユーザ装置が、アクティブな半二重セッションのための半二重（ＲＨＤ）モードを受信する間に、送信チャンネル要求メッセージ（ＴＣＲＭ）をネットワークへ送信することであって、該送信チャンネル要求メッセージは、該第１のユーザ装置が該アクティブな半二重セッションの該送信チャンネルへアクセスを望むことを示す、ことと、
第２のユーザ装置が該アクティブな半二重セッションのための半二重（ＴＨＤ）モードを送信する間に、該ネットワークが、該ＴＣＲＭを、該複数のユーザ装置のうちの該第２のユーザ装置に転送することと、
該第２のユーザ装置が該ＴＣＲＭを受信することと
を包含する、メッセージング方法。
【請求項２】
前記複数のユーザ装置のうちのそれぞれのユーザ装置が、無線装置である、請求項１に記載の方法。
【請求項３】
前記聞き取り側によって入力が開始されるとき、または、前記第１のユーザ装置にローカルな自動化された機能によって入力が開始されるときのいずれかに、該第１のユーザ装置が、前記ＴＣＲＭを送信する要求を受信することをさらに包含する、請求項１または請求項２の一項に記載の方法。
【請求項４】
前記半二重セッションが、ｉＤＥＮ（登録商標）、１ＸＲＴＴ、ＣＤＭＡ、ＧＳＭ／ＧＰＲＳ、ＵＭＴＳ、およびＴＤＭＡの群から選択される少なくとも一つのシステムに従った、音声通信セッションである、請求項１、請求項２、または請求項３のいずれか一項に記載の方法。
【請求項５】
少なくとも、前記ＴＣＲＭが前記第２のユーザ装置に転送される場合に、該ＴＣＲＭにおける前記第１のユーザ装置の識別を含むことをさらに包含する、請求項１から請求項４のいずれか一項に記載の方法。
【請求項６】
前記第１のユーザ装置の識別を示す、ユーザが検出可能な通知を、第２のユーザ装置が生成することをさらに包含する、請求項５に記載の方法。
【請求項７】
前記第１のユーザ装置から前記ＴＣＲＭを受信する上で、前記ネットワークが、該第１のユーザ装置が関与する話者群を決定し、ＴＨＤモードにある該話者群における別のユーザ装置（別のユーザ装置は前記第２のユーザ装置である）を決定することをさらに包含する、請求項１から請求項６のいずれか一項に記載の方法。
【請求項８】
少なくとも、前記ＴＣＲＭが前記第２のユーザ装置に転送される場合、該ＴＣＲＭにおける識別子フラグを含むことをさらに包含する、請求項１から請求項７のいずれか一項に記載の方法。
【請求項９】
前記識別子フラグの値に応答して拡張機能を実行することをさらに包含し、
該拡張機能は、
ａ）前記ＴＨＤ装置において継続的な送信チャンネル要求を登録することと、
ｂ）該ＴＨＤ装置において送信チャンネル要求をキャンセルすることと、
ｃ）該ＴＨＤ装置によって該送信チャンネルの自動開放を実行することと
を含む群から選択された少なくとも一つの機能を包含する、請求項８に記載の方法。
【請求項１０】
話者または送信者側の装置から聞き取り側または受信者側の装置へ、音声通信を送信することが常に可能であるが、受信者側の装置から話者側の装置へ、音声通信を同時に送信することが不可能である、ネットワーク提供の音声通信機能を用いて通信する、ユーザ装置であって、該ユーザ装置は、
出て行くＴＣＲＭメッセージを送信することを該ユーザ装置に要求する、外部入力を受信する手段と、
該要求に応答して、該出て行くＴＣＲＭを無線ネットワークに送信する手段と、
該ユーザ装置が、送信半二重モードにある間に、該無線ネットワークから、入って来るＴＣＲＭメッセージを受信する手段と、
該入って来るＴＣＲＭメッセージに応答して、ユーザが検出可能な通知を生成する手段と
を備える、ユーザ装置。
【請求項１１】
前記ユーザ装置が無線装置である、請求項１０に記載のユーザ装置。
【請求項１２】
前記ユーザに、会話／送信チャンネルを獲得および開放する要求の送信を制御させるためのボタンを備え、これらの要求は論理制御チャネルを介して、前記ネットワークへ送信される、請求項１０または請求項１１のいずれか一項に記載のユーザ装置。
【請求項１３】
前記受信されたＴＣＲＭが、該受信されたＴＣＲＭを本来送信した別のユーザ装置の通知を含み、該通知が該識別を含む、請求項１０、請求項１１、または請求項１２のいずれか一項に記載のユーザ装置。
【請求項１４】
前記出て行くＴＣＲＭが、前記ユーザ装置の識別を含む、請求項１０から請求項１３のいずれか一項に記載のユーザ装置。
【請求項１５】
前記入って来るＴＣＲＭが識別子フラグを含み、前記ユーザ装置が、該ＴＣＲＭの該識別子フラグの値に応答して拡張機能を実行するように適合され、
該拡張機能は、
ａ）継続的な送信チャンネル要求を登録することと、
ｂ）以前に受信された送信チャンネル要求をキャンセルすることと、
ｃ）該送信チャンネルの自動開放を実行することと
を含む群から選択された少なくとも一つの機能を備える、請求項１０から請求項１４のいずれか一項に記載のユーザ装置。
【請求項１６】
前記出て行くＴＣＲＭが識別子フラグを含み、前記ＴＣＲＭの該識別子フラグの値が、拡張機能の実行のための要求を示し、
該拡張機能は、
ａ）前記ＴＨＤ装置において継続的な送信チャンネル要求を登録することと、
ｂ）該ＴＨＤ装置において以前に受信された送信チャンネル要求をキャンセルすることと、
ｃ）該ＴＨＤ装置によって該送信チャンネルの自動開放を実行することと
を含む群から選択された少なくとも一つの機能を備える、請求項１０から請求項１５のいずれか一項に記載のユーザ装置。
【請求項１７】
トランシーバ機能が可能なＲＨＤ装置、およびトランシーバ機能が可能なＴＨＤ装置を含むアクティブな半二重セッションを、容易にするように適合されたネットワークであって、該ネットワークは、
メッセージ処理要素であって、
ｉ）該ＲＨＤ装置から、入力チャンネルを介して、該ＴＣＲＭを受信することと、
ｉｉ）該ＴＣＲＭから該ＴＨＤ装置のＩＤを識別するために、該ＴＣＲＭを処理することと、
ｉｉｉ）該ＴＣＲＭを、入力チャンネルを介して、該ＴＨＤ装置に送信することと
によって、該ＲＨＤ装置から該ＴＨＤ装置へＴＣＲＭを転送するように適合されているメッセージ処理要素
を備える、ネットワーク。
【請求項１８】
請求項１１に記載の、少なくとも一つのユーザ装置を備えるシステムであって、該システムは、
アクティブな半二重セッションを容易にするように適合されたネットワークであって、ＲＨＤ装置から受信されたＴＣＲＭをＴＨＤ装置に転送する、メッセージ転送要素を備える該ネットワークと、組み合わされる、システム。
【請求項１９】
請求項１３に記載の、少なくとも一つの装置を備えるシステムであって、該システムは、
アクティブな半二重セッションを容易にするように適合されたネットワークであって、トランシーバ機能が可能なＲＨＤ装置から受信されたＴＣＲＭを、トランシーバ機能が可能なＴＨＤ装置に転送する、メッセージ転送要素を備える該ネットワークと、組み合わされる、システム。
【請求項２０】
ネットワークのＴＨＤ装置によってアクセスするデータを格納するメモリであって、該メモリは、
該メモリに格納されたデータ構造であって、該データ構造がＴＣＲＭであり、ＲＨＤ装置の識別を備えるデータ構造
を備える、メモリ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関する。より詳細には、半二重音声通信サービスを有する無線通信システムにおけるメッセージングに関する。
【背景技術】
【０００２】
ディスパッチサービスを介したＰＴＴ（登録商標）（ｐｕｓｈ−ｔｏ−ｔａｌｋ（登録商標））、携帯電話（ＰｏＣ）サービス（ＯＭＡ規格の一部）を介したＰＴＴ（登録商標）、または他のサービスの形態を取り得る、トランシーバ機能、または類似した半二重音声機能を提供する通信システムが利用可能である。ここで参照される場合、トランシーバ機能および半二重音声機能は、通常、任意のネットワークによって供給される音声通信の機能を意味し、常に、話者側の装置または送信者の装置から、聞き取り側装置または受信者の装置へ、音声通信を送信することが可能であり、しかし、話者側の装置が受信者の装置に音声を送信している間に、受信者の装置から話者側の装置へ、音声通信を同時に送信することができない、ということを意味する。アクティブなＰＴＴ（登録商標）のセッションの間、またはディスパッチコールセッションの間、そのセッションに加わる唯一のユーザ装置（話者側の装置）は、常に、送信または話者側の装置として指定される。ユーザ装置は、ネットワークからの会話／送信チャンネルを要求することによって、および、ネットワークによって会話／送信チャンネルを与えられることによって、送信装置の役割を増加させる。話者側の装置が送信チャンネルを占有する間（会話期間の間）に、アクティブなディスパッチコールセッションにおける他の全ての装置（聞き取り側の装置）は、聞き取りモードにあり、送信装置がネットワークに、会話期間の終了を要求し、会話／送信チャンネルを開放させるまで、音声を送信することができない。会話／送信チャンネルが占有されていない時間は、アイドル期間である。ＰＴＴ（登録商標）の標準の実施において、例えば、モバイル機器のユーザインターフェースは、ＰＴＴ（登録商標）ボタンを含み、ユーザに、会話／送信チャンネルを獲得し、開放するための要求の送信を制御できるようにし、それらの要求は、論理制御チャンネルを介して、ネットワークに送信される。
【０００３】
ディスパッチサービスの一部としての、ＰＴＴ（登録商標）機能を提供するシステムの一例は、Ｍｏｔｏｒｏｌａ（登録商標）の、ｉＤＥＮ（登録商標）システムである。そのようなＰＴＴ（登録商標）サービスを提供することができる他の実例のシステムは、１ｘＲＴＴ  ＣＤＭＡ、ＵＭＴＳ、ＧＳＭ／ＧＰＲＳ、およびＴＤＭＡである。Ｐｕｓｈ−ｔｏ−ｔａｌｋ（登録商標）サービスは、全二重通信を提供する既存のネットワークシステムを介して、光学的半二重サービスとして提供され得、または、半二重通信のみを提供するネットワークシステムを介して、提供され得る。
【発明の開示】
【課題を解決するための手段】
【０００４】
本発明は、無線半二重音声通信システムにおける送信チャンネル要求メッセージングのための方法、システム、および装置を提供する。新しい送信チャンネル要求メッセージ（ＴＣＲＭ）が提供され、送信装置がアクティブな半二重ディスパッチコールセッションにおける送信チャンネルを占有している間、論理制御チャンネルを介して、受信装置から送信装置へ送信され、送信チャンネルが要求されていることを示す。一部の実施形態において、本発明は、送信装置が送信チャンネルを占有している間、送信装置ユーザインターフェース（ＵＩ）を介して、別のユーザが会話を望んでいることを示す情報を伝送することを提供する。一部の実施形態において、情報は、別の装置が送信チャンネルを要求する指示を含み、好ましくは、送信チャンネル要求メッセージを送信した装置の識別を含む。一部の実施形態において、ＴＣＲＭにおける識別子フラグは、もしあれば、ＴＣＲＭに関連する拡張機能の実行を特定するために使用される。
【０００５】
広範な局面に従い、本発明は、アクティブな半二重セッションの間、トランシーバ機能が可能な複数のユーザ装置間でのメッセ−ジングの方法であって、その方法は、複数のユーザ装置のうちの第１のユーザ装置であって、アクティブな半二重セッションのための半二重（ＲＨＤ）モードを受信する間に、送信チャンネル要求メッセージ（ＴＣＲＭ）をネットワークへ送信し、送信チャンネル要求メッセージは、第１のユーザ装置がアクティブな半二重セッションの送信チャンネルへアクセスを望むことを示す、第１のユーザ装置と、第２のユーザ装置が、アクティブな半二重セッションのための半二重（ＴＨＤ）モードを送信する間に、ネットワークが、ＴＣＲＭを、複数のユーザ装置のうちの第２のユーザ装置に転送し、第２のユーザ装置がＴＣＲＭを受信する、メッセージング方法を提供する。
【０００６】
別の広範な局面に従い、本発明は、アクティブな半二重セッションに関与するように適合されるトランシーバ機能が可能なユーザ装置であって、そのユーザ装置は、ユーザ装置に、出て行くＴＣＲＭメッセージを送信することを要求する、外部入力を受信する手段と、要求に応答して、出て行くＴＣＲＭを無線ネットワークに送信する手段と、ユーザ装置が送信半二重モードにある間に、無線ネットワークから、入って来るＴＣＲＭメッセージを受信する手段と、入って来るＴＣＲＭメッセージに応答して、ユーザが検出可能な通知を生成する手段とを備える、ユーザ装置を提供する。
【０００７】
さらなる広範な局面に従い、本発明は、トランシーバ機能が可能なＲＨＤ装置、およびトランシーバ機能が可能なＴＨＤ装置を含むアクティブな半二重セッションを、容易にするように適合されたネットワークであって、ネットワークは、メッセージ処理要素であって、ｉ）ＲＨＤ装置から、入力チャンネルを介して、ＴＣＲＭを受信することと、ｉｉ）ＴＣＲＭからＴＨＤ装置のＩＤを識別するために、ＴＣＲＭを処理することと、ｉｉｉ）ＴＣＲＭを、入力チャンネルを介して、ＴＨＤ装置に送信することとによって、ＲＨＤ装置からＴＨＤ装置へＴＣＲＭを転送するように適合されているメッセージ処理要素を備える、ネットワークを提供する。
【０００８】
さらなる別の広範な局面に従い、本発明は、ネットワークのＴＨＤ装置によってアクセスするデータを格納するメモリであって、メモリに格納されたデータ構造であって、データ構造がＴＣＲＭであり、ＲＨＤ装置の識別を備える、データ構造を備える、メモリを提供する。
【０００９】
本発明の他の局面および特徴は、添付された図面とともに、本発明の特定の実施形態の記載を検討することで、当業者にとって明らかであろう。
【発明を実施するための最良の形態】
【００１０】
既知のシステムにて保持されるｐｕｓｈ−ｔｏ−ｔａｌｋ（登録商標）セッションの受信側のユーザは、送信側の装置のユーザと通信するすべがない。というのも、会話／送信チャンネルは、それが開放されるまで、送信側の装置によって占有されるからである。従って、本発明に先立って、送信側の装置のユーザに、他のユーザが会話を望んでいることを知らせるメカニズムは存在していない。
【００１１】
ここで図１を参照すると、本発明にしたがった送信チャンネル要求メッセージングは、半二重ディスパッチシステムにおける無線モバイル装置のＰＴＴ（登録商標）群のためのアクティブなディスパッチコールセッションとの関連において記載される。より一般的には、本発明の実施形態は、ネットワークによって供給されるトランシーバ機能（ＰＴＴ（登録商標）は一例である）に関係する無線装置およびネットワークとの関連において適用可能である。これを供給することが可能であるネットワークは、「ディスパッチネットワーク」と呼ばれる。
【００１２】
送信チャンネルが占有されている間の、アクティブなＰＴＴ（登録商標）セッションに関係するモバイル装置の一群（通常、参照番号１０で示される）からなるＰＴＴ（登録商標）群が示される。一群は、会話／送信モードにあり、送信チャンネルを占有している、ＴＨＤ（半二重における送信）モードにおける単一のモバイル装置２０、ならびに、聞き取りモードにあるＲＨＤ（半二重における受信）モードにおける装置３０、３４のセットを含む。送信チャンネルメッセージングは、ディスパッチコールセッションが二つの装置（１対１のセッション）のみを伴う実施形態、および二つ以上の装置（１対多数のセッション）を伴う実施形態へも等しく適用可能であることは理解されたい。この記述を単純化するために、ＴＨＤモードまたはＲＨＤモードにおける装置を、個々に、ＴＨＤ装置またはＲＨＤ装置と呼ぶ。しかしながら、これらは、任意の特定の時間にて、装置の動作の特定のモードのための一時的な記号表示であることは理解されたい。アクティブセッションの間、ＲＨＤ装置（３０、３４）のユーザは、聞き取り側と呼ばれ、一方、ＴＨＤ装置２０のユーザは、話者側と呼ばれる。図１において示される特定の実施形態のそれぞれの装置は、ＴＨＤ装置またはＲＨＤ装置のいずれかとして機能することが可能であり、どの装置が会話／送信モードであり、どの装置が、任意の特定のアクティブセッションの間、聞き取りモードであるのかに依存する。
【００１３】
ユーザの装置間の物理的リンクの確立、音声データパケットのルーティング、および、聞き取りモードにおけるそれぞれの装置へ、音声データパケットを複製することは、ＰＴＴ（登録商標）、または類似する半二重音声通信システムのそれぞれのインプリメントに特有である。これらの機能は、ＴＨＤ装置２０によって全てのＲＨＤ装置３０へ送られる音声データと通信する必要がある全てのシステム構成要素を示し、一般に、アクティブセッションの機能をサポートする、リンク２５によって、抽象的に示される。これらのリンクの詳細はここでは関連性がない。アクティブセッションの間、ＴＨＤ装置２０は、それがチャンネルの開放、またはコールの終了を要求するまで、会話／送信チャンネルを占有する。
【００１４】
図１において示された例である好ましい実施形態に従い、アクティブなセッションの間、聞き取りモードにおける聞き取り装置３４は、聞き取り側からの外部入力に応じて、論理制御チャンネル３８を介して、送信チャンネル要求メッセージ（ＴＣＲＭ）３６を送信するように適用される。図で示された例において、ボタン３５が押された場合に、外部入力が生じる。論理制御チャンネル３８は、制御チャンネル、データチャンネル、または、メッセージングがインプリメントされるシステムに依存する、専用のメッセージングチャンネルであり得る。より一般的には、ネットワークに、ユーザが送信チャンネルを要求するという指示を受信させることが可能な、任意のチャンネルが用いられ得る。ここで「メッセージ」として呼ばれる一方で、これは、所望される効果を達成するために、無線装置によって送信される任意の信号を包含する。ＴＣＲＭ３６はネットワーク３９によって受信され、ＴＨＤ装置２０へ転送される。そのメッセージは、論理制御チャンネル３８と同様の、インプリメントのためのオプションを有する、論理制御チャンネル４１上のＴＨＤ装置へ転送される。ネットワーク３９がＲＨＤ装置からＴＣＲＭメッセージを受信するために必要な全てのシステム構成要素を表し、これをＴＨＤ装置２０へ転送することに留意されたい。この機能は、参照番号２５によって示される、通常のＰＴＴ（登録商標）の音声性能を提供する機能と、部分的に、または完全に重複し得、あるいは全く重複し得ない。
【００１５】
Ｍｏｔｏｒｏｌａ(登録商標）のｉＤＥＮ（登録商標）システムにおいて実施される実施形態において、好ましい論理制御チャンネルは、層３のメッセージの形式におけるＴＣＲＭ３６を送信するために使用される層２として参照される、データリンク層である。ＴＣＲＭは、Ｌ２制御チャンネルを介して送信され得、または専用制御チャンネル（ＤＣＣＨ）を介して送信され得、あるいは、関連する制御チャンネル（ＡＣＣＨ）を介して送信され得る。ＴＣＲＭ３６は、ネットワークによって、ＴＨＤ装置２０へ転送される。ｉＤＥＮ（登録商標）システムのディスパッチコール制御機能は、ＥＢＴＳｓ（改良型無線基地局：Ｅｎｈａｎｃｅｄ  Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎｓ）およびモバイル装置を有する、ＤＡＰ（Ｄｉｓｐａｔｃｈ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）の相互作用によって制御される。実例のインプリメントにおいて、ＥＢＴＳと、聞き取り側のＲＨＤ装置３４からＴＨＤ装置２０へ、ＴＤＲＭ３６を転送するネットワークの任意の介在部分との組み合わせは、ネットワーク３９の役割を満たす。
【００１６】
ＴＨＤ装置２０がネットワーク３９からＴＣＲＭ３６を、いったん受信すると、他のユーザが送信チャンネルを要求したという指示が、ＴＨＤ装置２０のユーザインターフェース（ＵＩ）に生成される。図に示された例において、これは、ＴＨＤモードにある装置２０上の領域２１に陰影を付けることによって示される。一部の実施形態において、これは、ＬＣＤディスプレイ上において、英数字表示の形式をとるが、他の表示はまた、装置において発生するバイブレーション、スピーカからの可聴式のアラーム、合成された音声アナウンス、ディスプレイスクリーンにて光り、または、スクリーン上に、ポップアップウィンドウにおいて現れる、ＵＦＭＩ（Ｕｒｂａｎ  Ｆｌｅｅｔ  Ｍｅｍｂｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）などを含むがそれらに限定されるわけではない。一部の実施形態において、ユーザが要求することを識別する情報は、ＴＣＲＭ３６に含まれる。この情報は、例えば、ＵＦＭＩであり得る。これは、ＲＨＤ装置自体またはネットワークのいずれかによって、ＴＣＲＭメッセージへ追加され得る。ＴＨＤ装置２０は、例えば要求を送信したユーザ装置の身元を表示することによって、その要求を送信したユーザ装置のＩＤをユーザが検出できるような通知を表示し得る。それは、ＵＦＭＩ自体、またはＵＦＭＩの代わりに表示するＴＨＤ装置２０に格納された別のもの（ａｌｉａｓ）の形式をとり得る。この情報の表示は、話者側に、会話／送信チャンネルを開放することを選択するか、会話を継続し、会話／送信チャンネルを占有し続けるかを選択する機会を提供する。
【００１７】
ここで図２を参照し、本発明の他の実施形態に従い、送信チャンネル要求メッセージングをインプリメントするためのシステムによって実行されるステップが検討される。
【００１８】
ステップ１００において、アクティブなセッションの間、ＲＨＤ装置、例えば、図１の聞き取り側のＲＨＤ装置３４は、ＴＣＲＭを生成するために、局地的に要求を受信する。これは、聞き取り側によって始められた入力、または、その装置の自動的な働きによって始められた入力であり得る。これに応じて、ステップ１０５において、ＲＨＤ装置は、ＴＣＲＭを生成する。一部の好ましい実施形態においては、話者が話している間、および送信チャンネルが占有されている間に、聞き取り側がＰＴＴ（登録商標）ボタンまたはＴＣＲＭを特定的に指定するボタンを押す場合、ＴＣＲＭが生成される。好ましい実施形態において、ＴＣＲＭは、会話／送信チャンネルがその折、占有されていない場合、ＴＣＲＭはＲＨＤ装置にて生成されない。さらに、他の好ましい実施形態において、いったん会話／送信チャンネルが開放されると、ネットワーク内での移行における任意のＴＣＲＭは、ＴＨＤ装置に対して、さらには転送されない。入力メカニズムの他のタイプはまた、キーパッド、入力ペン、または聞き取り側によって始められた音声起動によるＲＨＤ装置機能のメニューからの選択を含むがそれに制限されるわけではない。次いで、ＲＨＤ装置は、ステップ１１０において、生成されたＴＣＲＭをネットワークへ送信する。ステップ１２０において、ネットワークは、ＴＣＲＭを受信し、それを、ステップ１３０における適切なＴＨＤ装置へ転送する。ＴＨＤ装置は、ステップ１４０にてＴＣＲＭを受信する。次いで、ＴＣＲＭはステップ１５０にて、ＴＣＲＭの受信に応じて機能を実行する。それは、好ましい実施形態においては、他のユーザが会話／送信チャンネルを要求していることをユーザが検出可能なように示すＴＨＤ装置における通知を生成することを含むものである。
【００１９】
ＴＣＲＭは通常は、聞き取り側が会話を望むことを示す目的のためにインプリメントされるが、ＴＣＲＭはまた、単にＴＨＤ装置が会話／送信チャンネルを開放することを要求するために、聞き取り側によって使用され得る。好ましくは、通知は、ＬＣＤ上または他の視覚的表示であるユーザインターフェース（ＵＩ）上でなされ、好ましくは、上で検討したように、ユーザがチャンネルの開放を要求していることの通知を含む。他の例においては、可聴式の通知は生成され得、それらは例えば、ＴＣＲＭを受信したことをユーザにアナウンスする合成された音声であり、好ましくは、要求をする聞き取り側の身元をアナウンスする音声である。その指示がＴＨＤ装置のユーザへなされた後、チャンネルを開放するか保持するための話者の次なるアクション、および、会話／送信チャンネルが開放された後に、新しい会話期間を開始するための、聞き取り側の次なるアクションに関連されるシステムの機能は、会話／送信チャンネルが開放され、ＴＣＲＭが送受信されない場合に会話期間が始められる場合に生じることと同じである。
【００２０】
一部の実施形態において、ネットワークは、ＲＨＤ装置からＴＣＲＭを受信した後、ネットワーク（例えば、ｉＤＥＮ（登録商標）システムにおけるＤＡＰなどのようなコールプロセッシングサーバを使用して）は、ＲＨＤ装置が関連する現在のＰＴＴ（登録商標）群のセッションを調べるために、ＴＣＲＭにおける装置のＩＤを使用する。代替的には、ＴＣＲＭを送信するための無線装置によって使用される論理制御チャンネルが、その無線装置にとって独自である場合、ネットワークは、どの装置が、ＴＣＲＭが受信されたチャンネルからＴＣＲＭを送信したのかを把握することが可能である。次いで、コールプロセッシングサーバは、その群のセッションを有するアクティブな群から群識別子を取り出し、次いで、この情報を有しつつ、ＴＨＤ装置の装置識別子を取り出す。ＴＨＤ装置のＩＤは、次いで、ＤＡＰが層３のメッセージを特定の装置に転送する場合に通常実行されるのと同じく、ＴＣＲＭのヘッダへ挿入される。ＴＣＲＭは次いで、適切にＴＨＤ装置へと転送される。話者側の群リスト管理および制御の詳細は、ここでは詳述しない。
【００２１】
一部の実施形態において、ネットワークは、ＴＣＲＭがＴＨＤ装置に到達する数を低減するために、適切なフィルタリングを実行する。例えば、一部の実施形態において、多数のユーザがＴＣＲＭを送信する場合、ネットワークは、ＴＨＤ装置へ転送されるＴＣＲＭの数を限定するため、および、転送されるＴＣＲＭを制限し、特定のユーザのみにＴＣＲＭが転送されるようにするため、フィルタを適用する。これらの実施形態において、ネットワークは、好ましくは、一度に一つ、および順序良く、ＴＣＲＭをフィルタし、転送する。他の実施形態において、多数のユーザがＴＣＲＭを送信する場合、ネットワークは全てのＴＣＲＭを、列をなして、格納するためにＴＨＤ装置へ、転送し、それらの個々のＴＣＲＭが受信された順序において、要求しているユーザ装置またはユーザを識別する。これらの代替的な実施形態において、二つ以上のＴＣＲＭがＴＨＤ装置によって受信される場合、好ましくは、ＴＨＤ装置のユーザインターフェースは、ＴＣＲＭがＴＨＤ装置において受信されたユーザまたは装置のそれぞれの、ユーザまたは装置のＩＤを表示するように配置される。
【００２２】
一部の実施形態において、聞き取り側の装置またはＲＨＤ装置から、ネットワークによる多数のメッセージの受信がなされる。例えば、一部の実施形態において、多数のＴＣＲＭが単一のＲＨＤ装置によって送信される場合、それ以上のＴＣＲＭがＴＨＤ装置に転送されないように、殺到を防ぐために、第１のＴＣＲＭのみがＴＨＤ装置に転送される。一部の好ましい実施形態において、殺到防止は、殺到防止期間が終わるまで、ＴＣＲＭを生成するように聞き取り側が始める追加的な要求に応じないことによって、聞き取り側のＲＨＤ装置によって実行される。そのような実施形態は、さもなければＴＣＲＭの殺到という結果となり得る、ネットワーク上の追加的なトラフィックのコストを低減する。他の実施形態において、殺到防止は、ネットワークによって実行され、それは、第１のＴＣＲＭをＴＨＤ装置に転送し、例えば、削除することなどによって、その後の殺到防止期間内での、同様のＲＨＤ装置から、任意の次なるＴＣＲＭをフィルタする。この特定の実施形態において、注意すべきは、一つのＲＨＤ装置の殺到防止期間内にて、他のＲＨＤ装置は、独立して、ＴＣＲＭをＴＨＤ装置に送信し得るということである。いったん、殺到防止期間が終わると、次いで、ネットワークは、ＲＨＤ装置から受信された、他の単一のＴＣＲＭを自由に転送する。これらの特定の実施形態は、ＴＣＲＭのメッセージを過度に送信することで生じる不必要な殺到から、ネットワークを有利に保護する。
【００２３】
代替的な実施形態において、ＴＣＲＭは、聞き取り側が会話／送信チャンネルを望む、継続的な要求状態と通信するために使用され、それは、聞き取り側が会話を望む場合はアクティブであり、望まない場合は非アクティブである。そのような好ましい代替的な実施形態において、聞き取り側は、ボタンを押し続けることによって要求状態を稼動させ、聞き取り側が会話をそれ以上望まないと決定した後に、ボタンを押すのを止め、要求状態を停止する。この特定の実施形態において、ＴＨＤ装置は、継続的な要求の状態が非アクティブに変わるまで、定期的にか、または継続的に指示を表示（視覚的、可聴的、またはその他の方法にて）する。
【００２４】
ＴＣＲＭの使用を含む多くの異なるメカニズムは、この代替的な実施形態に従って使用され得、例えば、一実施形態において、ＲＨＤ装置は、アクティブな要求状態を維持するために、定期的にＴＨＤ装置にＴＣＲＭを送信し、非アクティブの状態が所望される場合はＴＣＲＭを送信しない。この場合、ＴＨＤ装置は、聞き取り側が会話／送信チャンネルをもはや要求しないことを決定するために、ＴＣＲＭの送信周期よりも長いタイムアウト期間を使用する。代替的な入力メカニズムに従い、ユーザは、任意の数の異なる方法において、要求状態を稼動し得、または停止し得、異なる方法は、ソフト・キー、ＵＩメニューインターフェース、および、既存のＰＴＴ（登録商標）ボタンなどを含むが、それらに限定されるものではない。要求状態を停止する他の代替的な方法は、個別の「キャンセル要求メッセージ」をＴＨＤ装置に送信するＲＨＤ装置を含むか、または、第２のＴＣＲＭが状態を停止するに足りるように、いずれか一つのＴＣＲＭの送信が、要求状態をトグルさせるようにする、ＲＨＤ装置を含む。
【００２５】
代替的な実施形態において、キューは、ＴＨＤ装置において、ＴＨＤ装置に到着した順で、ＴＨＤ装置によって受信された多数のＴＣＲＭの情報を格納するために利用される。この代替的な実施形態において、ユーザが要求状態を停止する場合、ユーザは、要求しているユーザのオーダーリストから除かれる。
【００２６】
一部の実施形態において、単一のＰＴＴ（登録商標）会話セッションの間、ネットワークは、ＴＣＲＭの現在の数を転送し（現在の数は現在の閾値よりも低い）、新たな会話セッションが開始されるまで、それ以上のＴＣＲＭを転送しない。一部の実施形態において、現在の閾値は、ＴＣＲＭの最大数の情報を格納および／または表示するＴＨＤ装置の性能に関連される。代替的な実施形態において、閾値は、ネットワークに常駐する設定に従ってセットされ、そのネットワークは管理者またはキャリアに由来し得る。一実施形態において、現在の閾値は１である。
【００２７】
一部の実施形態において、ＴＨＤ装置は、その記憶性能または表示性能に関係なく、リアルタイムで、それが受信する全てのＴＣＲＭを受信および表示するように構成され、記憶および／または表示をするために、先入れ先出し（ＦＩＦＯ）のＴＣＲＭバッファを活用する。一部の実施形態において、ＴＨＤ装置は、常に、ただ一つのＴＣＲＭに関連するメッセージを表示することが可能である。他の実施形態においては、ＴＨＤ装置は、常に、ただ一つのＴＣＲＭを格納することが可能である。他の実施形態において、ＴＨＤ装置は、一群のＴＣＲＭを格納するように構成され、その群のＴＣＲＭのサブセットに関連するメッセージを表示するように構成される。
【００２８】
キューを含む一部の実施形態において、ＴＨＤ装置は、いったんＦＩＦＯバッファが満たされると、受信された任意の追加のＴＣＲＭは単に無視されるように構成される。そのような実施形態において、ＲＨＤ装置がＴＣＲＭをキャンセルする場合、ＴＨＤ装置は、該当するＴＣＲＭのＦＩＦＯバッファ入力を取り除くように構成され、その結果、ユーザディスプレイおよびデータストアはキューにおいて次なるＴＣＲＭを受け入れ得る。
【００２９】
他の実施形態において、ＴＨＤ装置は、例えば、格納されたアルゴリズムを実行することによって、ＴＣＲＭの受信に応答し、自動化されたタスクを実行するように構成される。そのような実施形態において、例えば、ＵＦＭＩの所定の値を有するＴＣＲＭ３６を受信することに応答して、ＴＨＤ装置が、会話／送信チャンネルを自動的に開放させるようにセットアップされ得る。通常、ＴＨＤ装置によるＴＣＲＭの使用は、もっぱら、会話／送信チャンネルの要求に関連する情報の表示以外であり得る。
【００３０】
他の実施形態において、ＰＴＴ（登録商標）群のコールに関与する受信装置は、その群へ、自動的に重要な音声アナウンスをし得る。この実施形態において、聞き取り側の自動化された装置がアクティブセッションの間、アナウンスする必要がある場合、ステップ１１０において、ＴＨＤ装置にＴＣＲＭメッセージを送信し得、そのユーザは、会話／送信チャンネルを開放することによってその要求に応答し得、その結果、自動化された装置はその群へアナウンスし得る。
【００３１】
さらに別の実施形態において、ＴＣＲＭの送信および処理は、ＲＨＤ装置およびＴＨＤ装置の両方において部分的に自動化され得る。
【００３２】
ＴＣＲＭ、すなわち送信チャンネル要求メッセ−ジングの方法およびシステムは、任意のＰＴＴ（登録商標）におけるアプリケーション、あるいは任意の他のトランシーバ機能または半二重音声通信システム（それらはＴＨＤ装置によって保持されている送信チャンネルの要求をＲＨＤ装置がＴＨＤ装置に送信する機能の利点を享受する）のために構成され得、および使用され得る。メッセージを送信する判断、および、もしあれば、ＴＨＤ装置がＴＣＲＭを受信することに応答する場合の機能は、送信チャンネル要求メッセージングが、それがインプリメントされる特定のシステムにおける使用に依存する。
【００３３】
図３を参照し、本発明のさらなる実施形態に従って、ＴＣＲＭのデータ構造の例が検討される。これが単に一つの例であることは容易に理解されたい。任意の適切なメッセージフォーマットが用いられ得る。例えば、ＰＯＣの実施において、ＤＴＭＦのトーンは、会話チャンネルを要求するために使用され得る。このＤＴＭＦトーンはＴＣＲＭのようなネットワークによって読み取られ、無線装置を識別するメッセージがＴＨＤ装置に送信される。また多くの簡素な実施形態においては、ＴＣＲＭは、送信チャンネルが利用可能であるときにユーザが「会話」ボタンを押した場合に生成されるメッセージと同一であることもまた理解されたい。送信チャンネルが占有されている場合、それはネットワークによってＴＣＲＭとして読み取られる。
【００３４】
ＴＣＲＭ３６の例は、ヘッダ４０およびペイロード４４からなるデータグラムである。システムの実施に依存し、ヘッダ４０またはペイロード４４は、メッセージが会話／送信チャンネルの要求であり、それがアクティブセッションの送信装置へ転送されるべきことを示し得る。要求をする装置のＩＤは、好ましくは、装置ＩＤ５０としてのペイロード４４の一部を形成する。ｉＤＥＮ（登録商標）システムにおいて、ペイロードは、好ましくは、受信装置のＵＦＭＩを含む。これは、要求を送信する受信装置を識別するために使用され得る。一部の実施形態において、ペイロードは、拡張機能を使用するＴＣＲＭ識別子フラグ５３を含む。そのような実施形態においては、ＴＣＲＭの操作は、異なる機能を実行するＤＡＰまたはＴＨＤ装置によってさらにカスタマイズされる。ＴＣＲＭ識別子フラグ５３は、ＲＨＤ装置の状態、コールの種類、またはＴＣＲＭの種類などを示し得る情報を含むが、それらに限定されるわけではない。特定の好ましい実施形態においては、識別子フラグ５３は、フラグ値１−会話チャンネル要求をするＲＨＤ装置、フラグ値２−継続的な会話チャンネル要求をするＲＨＤ装置、フラグ値３−以前の要求を終了／キャンセルするＲＨＤ装置、フラグ値４−会話チャンネルを最優先の要求にするＲＨＤ装置を示す、四つの機械可読値のうちの一つを表示し得る。
【００３５】
一部の実施形態において、フラグ値１は、ＴＣＲＭの非拡張機能のデフォルト値である。その場合、ＴＨＤ装置は、識別子フラグ５３を有しないＴＣＲＭと扱うのと同様に、ＴＣＲＭを扱う。他の実施形態において、フラグ値２は、ＴＨＤ装置がＲＨＤ装置から次の終了またはキャンセル要求を受信するまで、識別子フラグ５３を含むＴＣＲＭの現在の送信チャンネル要求が有効であることを示す値である。フラグ値３は、以前の要求がキャンセルされ、その結果、ＲＨＤ装置がそれ以上送信チャンネルを要求しないことを、ＴＨＤ装置に命令するために使用される。フラグ値４は、ＴＨＤ装置を用いて、送信チャンネルの占有を継続する話者の選択を無効にさせ、その結果、ＴＨＤ装置およびネットワークによって、送信チャンネルを自動的に開放される。好ましい実施形態においては、全ての装置がＴＣＲＭ識別子の一つとしてのフラグ値４を有するわけではなく、そのようなシステムにおいて、サービスのクラスは、ペイロードにおいてフラグ値４を有するＴＣＲＭを送信可能な装置と送信不可能な装置との間で異なるように提供される。一部の実施形態において、サービスのクラスは、ＤＡＰに登録され、それによって管理される。フラグ値４を使用可能とする一実施形態において、ＴＣＲＭにおけるフラグ値４を送信することが可能な装置を有する一群のメディエータまたは管理者は、話者に割り込み、送信チャンネルを占有することができる。
【００３６】
識別子フラグ５３の特定の構造および値はそのＴＣＲＭが使用される特定の状況に依存することは理解されたい。四つの特定のフラグに関する上記の検討、および、それに応じて実行される四つの機能の種類は、識別子フラグの可能な数、可能な構造、および可能な値、ならびに、それに関連される機能の可能なタイプの例のみを検討していることは理解されるべきである。
【００３７】
再度ＴＣＲＭヘッダ４０を参照すると、ヘッダは、標準の経路選択プロトコル、および、メッセージを適切にネットワークに送信することを要求される他のヘッダを含み、それは、ＲＨＤ装置が関与しているアクティブセッションの適切なＴＨＤ装置へ転送されることを保証する。ｉＤＥＮ（登録商標）規格に適合する一部の実施形態において、ヘッダ４０は、プロトコル識別子ヘッダ、トランザクション識別子ヘッダ、およびトランザクション識別子フラグヘッダなどの標準のディスパッチコール制御ヘッダを含む。一部の実施形態において、他のヘッダ「メッセージタイプ」は、ＴＣＲＭであるメッセージのタイプを代表する値にセットされる。これは、入って来るＴＣＲＭと出て行くＴＣＲＭと同一の値であり得、または、入って来るＴＣＲＭと出て行くＴＣＲＭとを区別するために、異なるようにセットされ得る。一部の実施形態において、ＴＣＲＭは、それが入って来るときと、出て行くときとで、異なる構造を有する。
【００３８】
一部の実施形態において、入って来るＴＣＲＭのヘッダはＴＨＤ装置のターゲットＵＦＭＩを含まない。なぜながら、ＲＨＤ装置はこれに気付き得ないからである。ネットワークは、ＲＨＤ装置が関与している話者群のＴＨＤ装置を決定することができる。一部の実施形態において、出て行くＴＣＲＭのヘッダは、ターゲットＵＦＭＩ、またはネットワークがＴＨＤ装置に転送するためのＴＨＤ装置の他の識別を含む。一部の実施形態において、出て行くＴＣＲＭおよび入って来るＴＣＲＭは同一の構造を有する。そのような実施形態において、入って来るＴＣＲＭは、ディスパッチコール制御ヘッダにおけるターゲットＴＨＤ装置の識別を有さない。出て行くＴＣＲＭにおいて使用されるのと同様に、ディスパッチコール制御ヘッダのＴＣＲＭにおいて、スペースは用意され得る。ＴＣＲＭの特定の使用、および、それがインプリメントされる特定のシステムに依存し、ＴＣＲＭデータグラムの構造は変化し得る。特定の状況におけるＴＣＲＭは、好ましくは、ＴＨＤ装置に、会話／送信チャンネルが要求されていることを通知する（ＴＨＤ装置によって受信された場合）のに十分である。
【００３９】
一部の実施形態において、ＴＣＲＭは単に同報通信（ｂｒｏａｄｃａｓｔ）である。ＴＨＤモードにおける唯一の装置であるＴＨＤ装置はメッセージそれ自体を認識する。他の実施形態において、ＴＣＲＭは、同報送信であり、ＴＨＤ装置の識別子を含む。他の実施形態において、ＴＣＲＭは、装置の特定のチャンネルを介してＴＨＤ装置に送信され、その場合、ＴＨＤ装置の識別子が要求され得る。
【００４０】
ここで図４を参照する。図４はＴＣＲＭ機能を提供するように適合されたネットワークの略図である。ネットワークは通常参照番号２００で示される。この機能は、例えば、図１のリンク２５およびネットワーク３９によって表される機能を示し得る。ネットワークは、無線であり得る装置にアクセスする無線半二重通信を提供する。ネットワーク２００は、ＴＣＲＭ２０８をワイヤレスに受信することが可能な入力チャンネル２０２を有して示される。入力チャンネルは、聞き取り側装置とネットワークとの通信が生じ得る、任意の適切なチャンネルであり得る。これは、例えば、基地局において初期に生じ得る。メッセージ処理要素２０４もまた、ネットワーク２００内において示される。この要素は、入って来るＴＣＲＭメッセージ２０８を処理し、メッセージが転送されるべき場所（主に、現在、送信または会話モードにあるＴＣＲＭ２０８を生成する装置と同じ話者群における装置）を決定する。メッセージ処理要素２０４は、ネットワーク２００内の単一の位置または分散された方法においてインプリメントされ得る。好ましい実施形態において、これは、ＤＡＰなどのようなコール処理制御器内にてインプリメントされる。ネットワーク２００はまた、会話モードにある装置にＴＣＲＭ２１０に送信する出力チャンネル２０６を有する。通常の場合、入力チャンネル２０２、メッセージ処理要素２０４、および出力チャンネル２０６は、ネットワーク２００内の異なる構成要素である。しかしながらこれは必須ではない。これらの要素／機能のうちの一つは、ネットワーク２００内の単一のネットワーク要素に含まれ得る。
【００４１】
ここで図示される実施形態の例は送信チャンネル要求メッセージングおよび、特に、ｉＤＥＮ（登録商標）システムのディスパッチサービスを介してＰＴＴ（登録商標）に合わせられたＴＣＲＭを記載しているが、通常、本発明はそれらに限定されるわけではなく、１ｘＲＴＴ  ＣＤＭＡ、ＵＭＴＳ、ＧＳＭ／ＧＰＲＳ、およびＴＤＭＡなどの半二重音声通信をサポートする他のシステムに応用可能であり、またそれらに限定されるわけではないことは理解されるべきである。
【００４２】
図５を参照し、本発明の実施形態によって提供されるＰＴＴが可能な無線装置３００の実施の例が検討される。
【００４３】
無線装置３００は、本発明の実施形態に従って提供される機能的要素のインプリメントによって修正された無線装置である。
【００４４】
図５に表された実施形態において、入力メカニズム／要求受信器３１０は、キーパッド３１０ａおよびタッチスクリーン３４０を含む。他の実施形態は、他の適切なローカル入力要素を含み得、一部の実施形態において、無線装置３００は、タッチスクリーン３４０の代わりにディスプレイスクリーンを用いる。入力メカニズム／要求受信器３１０は、ＴＣＲＭ処理／生成器３２０に結合される。ＴＣＲＭ処理／生成器３２０は、フィルタリングおよび殺到防止などの特徴を含む、拡張された処理機能３２０ａを含む。これらの機能は、他の実施形態においては必ずしも存在するわけではない。ＴＣＲＭ処理／生成器３２０は、メッセージ送信要素３３０ａに結合される。メッセージ送信要素３３０ａは、メッセージ受信要素３３０ｂとリソースを共有し得る。メッセージ受信要素３３０ｂは、ＴＣＲＭ処理／生成器３２０に結合される。記憶装置要素３４０ａおよびタッチスクリーン３４０の形式におけるディスプレイ要素は、それぞれ、ＴＣＲＭ処理／生成器３２０に結合される。
【００４５】
機能に関しては、図５に表された無線装置３００は、ＴＨＤモードおよびＲＨＤモードにおいて動作し得る。
【００４６】
ＲＨＤモードの間、無線装置は、キーパッド３１０ａおよび／またはタッチスクリーン３４０を介して、入力メカニズム／要求受信器３１０から入力信号を受信することができる。これらは、無線装置３００がＲＨＤモードである間に、ＴＣＲＭをＴＨＤ装置に送信することを開始するために、聞き取り側に提供される。要求がいったん入力されると、ＴＣＲＭ処理／生成器３２０は、無線装置３００の識別を含むＴＣＲＭを生成し、論理制御チャンネルにわたるメッセージ送信要素３３０ａを介して、ネットワーク（図示せず）へ転送する。
【００４７】
ＴＨＤモードの間、無線装置は、メッセージ受信要素３３０ｂを介して、ネットワークからＴＣＲＭを受信することが可能である。ＴＣＲＭは、ＴＣＲＭ処理／生成器３２０に入力され、そこで、任意の要求された追加の機能性のために処理され、そのコピーは記憶装置要素３４０ａにて保存される。ＴＣＲＭにおける情報の、人間が理解可能な形式への、必要とされる任意の変換が実行され、その結果、タッチスクリーン３４０上に命令が表示される。
【００４８】
他の実施形態において、ＴＣＲＭ処理／生成器３２０、記憶装置３４０ａ、および入力メカニズム／要求受信器３１０は、上記された他の実施形態に関連する機能を提供するように協働する。ＰＴＴ（登録商標）無線装置の特定の例が与えられる。さらに一般的には、本発明の実施形態は、トランシーバ機能の通信が提供されるネットワークに関与することが可能である、任意の無線装置に応用可能であり、さらには、所定のインプリメントに適切な形式において、ＴＣＲＭを送信し、受信し、処理する性能を備える。
【００４９】
他の実施形態において、方法、システム、および装置は、その装置が無線ネットワーク内に存在しないのにもかかわらず、その装置がそこに存在し、関与することが可能なように、機能を相互に作用させるネットワークを介して、無線コールに関与する有線の装置のための周辺サポートを提供するように適合される。故に、この実施形態に従い、ＰＴＴ（登録商標）群における装置の全てが無線であるわけではなく、送信チャンネル要求メッセージングは、一つ以上の装置が定常、またはそうでなければ、モバイル形態ではない有線の装置であるＰＴＴ（登録商標）群において上記されたのと類似した方法において生じる。故に、無線ＰＴＴ（登録商標）セッションは、その実施形態に従い、ＰＴＴ（登録商標）セッションに関与する、有線または陸上通信線ベースの装置を有し得、送信チャンネル要求メッセージングのためにメッセージを送信および受信するように適合される。
【００５０】
本発明の多くの修正および変形は、上記の教示を考慮し、可能となる。それゆえ、添付された請求項の範囲内において、本発明は、ここにおいて特に記載される以外の方法で実施され得る。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施形態に従い、一群のアクティブなＰＴＴ（登録商標）セッションにおける送信チャンネル要求メッセージングの例を図示するブロック図である。
【図２】本発明の別の実施形態に従い、送信チャンネル要求メッセージングをインプリメントするためのシステムによって実行されるステップを表したフロー図である。
【図３】本発明のさらなる実施形態に従い、送信チャンネル要求メッセージのデータ構造のブロック図である。
【図４】本発明の一実施形態よって提供されるネットワークの概念ブロック図である。
【図５】本発明の一実施形態によって提供されるＰＴＴ（登録商標）が可能な無線装置の実施例のブロック図である。
【図１】
2007503743.tif 000003
【図２】
2007503743.tif 000004
【図３】
2007503743.tif 000005
【図４】
2007503743.tif 000006
【図５】
2007503743.tif 000007
【手続補正書】
【提出日】平成18年2月22日(2006.2.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アクティブな半二重セッションの間、ネットワーク提供の音声通信機能を用いて通信する、複数のユーザ装置間でのメッセ−ジングの方法であって、該方法は、
該複数のユーザ装置のうちの第１のユーザ装置が、アクティブな半二重セッションのための半二重（ＲＨＤ）モードを受信する間に、送信チャンネル要求メッセージ（ＴＣＲＭ）をネットワークへ送信することと、
第２のユーザ装置が該アクティブな半二重セッションのための半二重（ＴＨＤ）モードを送信する間に、該ネットワークが、該ＴＣＲＭを、該複数のユーザ装置のうちの該第２のユーザ装置に転送することと、
該第２のユーザ装置が該ＴＣＲＭを受信することと
を包含する、メッセージング方法。
【請求項２】
前記複数のユーザ装置のうちのそれぞれのユーザ装置が、無線装置である、請求項１に記載の方法。
【請求項３】
前記第１のユーザ装置の聞き取り側によって入力が開始されるとき、または、該第１のユーザ装置にローカルな自動化された機能によって入力が開始されるときのいずれかに、該第１のユーザ装置が、前記ＴＣＲＭを送信する要求を受信することをさらに包含する、請求項１または請求項２に記載の方法。
【請求項４】
前記アクティブな半二重セッションが、ｉＤＥＮ（登録商標）、１ＸＲＴＴ、ＣＤＭＡ、ＧＳＭ／ＧＰＲＳ、ＵＭＴＳ、およびＴＤＭＡの群から選択される少なくとも一つの無線通信システムに従った、音声通信セッションである、請求項１から請求項３のいずれか一項に記載の方法。
【請求項５】
少なくとも、前記ＴＣＲＭが前記第２のユーザ装置に転送される場合に、該ＴＣＲＭにおける前記第１のユーザ装置の識別を含むことをさらに包含する、請求項１から請求項４のいずれか一項に記載の方法。
【請求項６】
別のユーザ装置が送信チャンネルの制御を要求している通知であって、前記第１のユーザ装置の識別を示す、ユーザが検出可能な通知を、第２のユーザ装置が生成することをさらに包含する、請求項５に記載の方法。
【請求項７】
前記第１のユーザ装置から前記ＴＣＲＭを受信する上で、前記ネットワークが、該第１のユーザ装置が関与する話者群を決定し、ＴＨＤモードにある該話者群における別のユーザ装置（別のユーザ装置は前記第２のユーザ装置である）を決定することをさらに包含する、請求項１から請求項６のいずれか一項に記載の方法。
【請求項８】
少なくとも、前記ＴＣＲＭが前記第２のユーザ装置に転送される場合、該ＴＣＲＭにおける識別子フラグを含むことをさらに包含する、請求項１から請求項７のいずれか一項に記載の方法。
【請求項９】
前記識別子フラグの値に応答して拡張機能を実行することをさらに包含し、
該拡張機能は、
前記ＴＨＤモードにおける前記第２のユーザ装置にて、継続的な送信チャンネル要求を登録することと、
該ＴＨＤモードにおける該第２のユーザ装置にて、送信チャンネル要求をキャンセルすることと、
該ＴＨＤモードにおける該第２のユーザ装置にて、該送信チャンネルの自動開放を実行することと
を含む群から選択された少なくとも一つの機能を包含する、請求項８に記載の方法。
【請求項１０】
ネットワーク提供の音声通信機能を用いて通信するように適合されている、ユーザ装置であって、該ユーザ装置は、
出て行くＴＣＲＭメッセージを送信することを該ユーザ装置に要求する、ユーザからの外部入力を受信する手段と、
該要求に応答して、該出て行くＴＣＲＭを無線ネットワークに送信する手段と、
該ユーザ装置が、送信半二重モードにある間に、該無線ネットワークから、入って来るＴＣＲＭメッセージを受信する手段と、
該入って来るＴＣＲＭメッセージに応答して、別のユーザ装置が送信チャンネルの制御を要求しているという、ユーザが検出可能な通知を生成する手段と
を備える、ユーザ装置。
【請求項１１】
前記ユーザ装置が無線装置である、請求項１０に記載のユーザ装置。
【請求項１２】
前記ユーザに、送信チャンネルを獲得および開放する要求の送信を制御させるためのボタンを備え、これらの要求は論理制御チャネルを介して、前記ネットワークへ送信される、請求項１０または請求項１１に記載のユーザ装置。
【請求項１３】
前記受信されたＴＣＲＭが、該受信されたＴＣＲＭを本来送信した別のユーザ装置の通知を含み、該通知が該識別を含む、請求項１０から請求項１２のいずれか一項に記載のユーザ装置。
【請求項１４】
前記出て行くＴＣＲＭが、前記ユーザ装置の識別を含む、請求項１０から請求項１３のいずれか一項に記載のユーザ装置。
【請求項１５】
前記入って来るＴＣＲＭが識別子フラグを含み、前記ユーザ装置が、該ＴＣＲＭの該識別子フラグの値に応答して拡張機能を実行するように適合され、
該拡張機能は、
ａ）継続的な送信チャンネル要求を登録することと、
ｂ）以前に受信された送信チャンネル要求をキャンセルすることと、
ｃ）該送信チャンネルの自動開放を実行することと
を含む群から選択された少なくとも一つの機能を備える、請求項１０から請求項１４のいずれか一項に記載のユーザ装置。
【請求項１６】
前記出て行くＴＣＲＭが識別子フラグを含み、前記ＴＣＲＭの該識別子フラグの値が、拡張機能の実行のための要求を示し、
該拡張機能は、
ａ）前記ＴＨＤ装置において継続的な送信チャンネル要求を登録することと、
ｂ）該ＴＨＤ装置において以前に受信された送信チャンネル要求をキャンセルすることと、
ｃ）該ＴＨＤ装置によって該送信チャンネルの自動開放を実行することと
を含む群から選択された少なくとも一つの機能を備える、請求項１０から請求項１５のいずれか一項に記載のユーザ装置。
【請求項１７】
ネットワーク提供の半二重音声通信機能を用いて通信するＲＨＤ装置、およびネットワーク提供の半二重音声通信機能を用いて通信するＴＨＤ装置を含むアクティブな半二重セッションを、容易にするように適合されたネットワークであって、該ネットワークは、
メッセージ処理要素であって、
ｉ）該ＲＨＤ装置から、入力チャンネルを介して、該ＴＣＲＭを受信することと、
ｉｉ）該ＴＣＲＭから該ＴＨＤ装置のＩＤを識別するために、該ＴＣＲＭを処理することと、
ｉｉｉ）該ＴＣＲＭを、入力チャンネルを介して、該ＴＨＤ装置に送信することと
によって、該ＲＨＤ装置から該ＴＨＤ装置へＴＣＲＭを転送するように適合されているメッセージ処理要素
を備える、ネットワーク。
【請求項１８】
請求項１０から請求項１６のいずれか一項に記載の、少なくとも一つのユーザ装置を備えるシステムであって、該システムは、
アクティブな半二重セッションを容易にするように適合されたネットワークであって、ネットワーク提供の半二重音声通信機能を用いて通信するＲＨＤ装置から受信されたＴＣＲＭを、ネットワーク提供の半二重音声通信機能を用いて通信するＴＨＤ装置に転送する、メッセージ転送要素を備える該ネットワークと、組み合わされる、システム。
【国際調査報告】
2007503743.tif 000008
2007503743.tif 000009