(57)【要約】  一実施形態では、発信デバイスは、ターゲットデバイスとの全二重セッションを開始したいという要求を、サーバに送信する。全二重要求に応答して、全二重セッションがセットアップされる前に、発信デバイスからターゲットデバイスへの半二重セッションがセットアップされる。ターゲットデバイスは、半二重セッションの受付けを示し、発信デバイスから半二重メディアを受信し、全二重セッションの受付けを選択的に示す。別の実施形態では、半二重または全二重のいずれかによって現在サポートされているセッション中に、セッションを調停しているサーバは、セッション参加者のうちの１つから、セッションを別の二重タイプに移行したいという要求を受信する。次いで、サーバはセッションの二重タイプを選択的に移行する。
2011530967.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信システム内で全二重通信セッションを確立する方法であって、
発信デバイスと少なくとも１つのターゲットデバイスとの間の全二重通信セッションを開始したいという要求を前記発信デバイスから受信することと、
前記受信した要求に応答して前記発信デバイスと前記少なくとも１つのターゲットデバイスとの間の半二重通信セッションを確立することと
を備える方法。
【請求項２】
前記確立するステップが、
前記受信した要求に応答して前記発信デバイスから前記少なくとも１つのターゲットデバイスへの半二重通信チャネルをセットアップすることと、
前記全二重通信セッションが確立される前に前記発信デバイスからメディアを受信することと、
前記受信したメディアを前記半二重通信チャネルを介して前記少なくとも１つのターゲットデバイスに転送することと
を含む、請求項１に記載の方法。
【請求項３】
前記半二重通信チャネルをセットアップすることは、前記全二重通信セッションが最初は前記半二重通信セッションとしてセットアップされるという指示とともに、前記全二重通信セッションを前記少なくとも１つのターゲットデバイスに告知することと、前記少なくとも１つのターゲットデバイスから呼受付けメッセージを受信することとを含む、請求項２に記載の方法。
【請求項４】
前記呼受付けメッセージが前記半二重通信セッションを受け付ける、請求項２に記載の方法。
【請求項５】
前記少なくとも１つのターゲットデバイスから別の呼受付けメッセージを受信すること
をさらに備え、
前記別の呼受付けメッセージが前記全二重通信セッションを受け付ける、
請求項４に記載の方法。
【請求項６】
前記少なくとも１つのターゲットデバイスからメディアを受信すること
をさらに備え、
前記受信したメディアが前記全二重通信セッションの暗黙的受付けを示す、
請求項４に記載の方法。
【請求項７】
前記発信デバイスと前記少なくとも１つのターゲットデバイスとの間の前記全二重通信セッションのための全二重通信チャネルをセットアップすることと、
前記全二重通信チャネルが確立されたときに前記半二重通信セッションを終了することと
をさらに備える、請求項１に記載の方法。
【請求項８】
前記全二重セッションが受け付けられないという指示を前記少なくとも１つの呼ターゲットから受信すること
をさらに備える、請求項１に記載の方法。
【請求項９】
前記受信した指示が、呼拒絶メッセージ、または呼受付けメッセージの不在に対応する、請求項８に記載の方法。
【請求項１０】
前記全二重通信セッションが開始されており、前記全二重通信セッションが一時的に前記半二重通信セッションによってサポートされることを前記少なくとも１つのターゲットデバイスに示すように特別に構成された単一の告知メッセージを送信すること
をさらに備える、請求項１に記載の方法。
【請求項１１】
前記単一の告知メッセージが、前記少なくとも１つのターゲットデバイスに前記一時的な半二重通信セッションおよび前記全二重通信セッションを受け付けさせるように構成された、請求項１０に記載の方法。
【請求項１２】
前記半二重通信セッションを告知するための第１の告知メッセージを前記少なくとも１つのターゲットデバイスに送信することと、
前記第１の告知メッセージが送信された後に、前記全二重通信セッションを告知するための第２の告知メッセージを前記少なくとも１つのターゲットデバイスに送信することと
をさらに備える、請求項１に記載の方法。
【請求項１３】
前記第１の告知メッセージが、前記少なくとも１つのターゲットデバイスに前記半二重通信セッションを受け付けさせるように構成され、前記第２の告知メッセージが、前記少なくとも１つのターゲットデバイスに前記全二重通信セッションを受け付けさせるように構成された、請求項１２に記載の方法。
【請求項１４】
ワイヤレス通信システム内で全二重通信セッションを確立する方法であって、
全二重通信セッションが確立される前に発信デバイスと少なくとも１つのターゲットデバイスとの間の半二重通信セッションを確立することによって前記発信デバイスと前記少なくとも１つのターゲットデバイスとの間の前記全二重通信セッションを開始したいという要求を前記発信デバイスにおいて構成することと、
前記構成された要求を前記発信デバイスから送信することと
を備える方法。
【請求項１５】
前記少なくとも１つのターゲットデバイスへの半二重通信チャネルをセットアップすることと、
前記全二重通信セッションが確立される前に前記半二重通信チャネルを介してメディアを前記少なくとも１つのターゲットデバイスに送信することと
をさらに備える、請求項１４に記載の方法。
【請求項１６】
前記発信デバイスと前記少なくとも１つのターゲットデバイスとの間の前記全二重通信セッションのための全二重通信チャネルをセットアップすることと、
前記全二重通信セッションが確立された後に前記半二重通信セッションを終了することと、
前記全二重通信セッションが確立された後に全二重通信チャネルを介して前記少なくとも１つのターゲットデバイスとメディアを交換することと
をさらに備える、請求項１５に記載の方法。
【請求項１７】
ワイヤレス通信システム内で全二重通信セッションを確立する方法であって、
少なくとも半二重通信セッションを告知する告知メッセージを受信することと、
前記告知された半二重通信セッションを選択的に受け付けることと、
発信デバイスからの半二重通信チャネルをセットアップすることによって前記半二重通信セッションを確立することと、
前記告知された半二重通信セッションが潜在的な全二重通信セッションに関連付けられているかどうかを判断することと、
前記全二重通信セッションを選択的に受け付けることと、
前記全二重通信セッションが確立される前に前記半二重通信チャネルを介して前記発信デバイスからメディアを受信することと
を備える方法。
【請求項１８】
前記受信した告知メッセージが、前記半二重通信セッションと全二重通信セッションの両方を告知する、請求項１７に記載の方法。
【請求項１９】
前記受信した告知メッセージは、第１の呼受付けメッセージが前記告知された半二重通信セッションを受け付け、第２の呼受付けメッセージが前記全二重通信セッションを受け付けることを示す、請求項１８に記載の方法。
【請求項２０】
前記受信した告知メッセージが、前記半二重通信セッションおよび前記全二重通信セッションを受け付けさせるように構成された、請求項１８に記載の方法。
【請求項２１】
前記発信デバイスとの全二重通信チャネルをセットアップすることによって前記全二重通信セッションを確立することと、
前記全二重通信セッションが確立された後に、前記全二重通信チャネルを介して前記発信デバイスとメディアを交換することと
をさらに備える、請求項１７に記載の方法。
【請求項２２】
前記全二重チャネル上で前記発信デバイスにメディアを送信することが、前記全二重通信セッションが受け付けられたことを暗黙的に示す、請求項２１に記載の方法。
【請求項２３】
呼受付けメッセージが、前記全二重通信セッションが受け付けられたことを示す、請求項２１に記載の方法。
【請求項２４】
前記潜在的な全二重通信セッションが、呼拒絶メッセージを送信すること、または呼受付けメッセージを送信することに失敗することのいずれかによって拒絶される、請求項１７に記載の方法。
【請求項２５】
前記半二重通信セッションと前記全二重通信セッションとが、異なる告知メッセージ中で告知される、請求項１７に記載の方法。
【請求項２６】
前記異なる告知メッセージが、それぞれ前記半二重通信セッションおよび前記全二重通信セッションを受け付けさせるように構成された、請求項２５に記載の方法。
【請求項２７】
ワイヤレス通信システム内で半二重と全二重との間で通信セッションを移行する方法であって、
発信デバイスと少なくとも１つのターゲットデバイスとの間で所与の通信セッションを伝えることであって、前記所与の通信セッションが第１の二重特性を有する、伝えることと、
前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいという要求を前記発信デバイスまたは前記少なくとも１つのターゲットデバイスのいずれかから受信することと、
前記受信した要求に応答して前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に選択的に移行することと
を備える方法。
【請求項２８】
前記第１の二重特性を有する前記所与の通信セッションが半二重に対応し、前記第２の二重特性を有する前記所与の通信セッションが全二重に対応する、請求項２７に記載の方法。
【請求項２９】
半二重から全二重への前記移行を要求している前記デバイスが前記半二重セッションのためのフロアを保持しない場合、
全二重への前記移行が完了する前に、前記要求元デバイスから少なくとも現在のフロア保持者への単方向通信リンクをセットアップすることと、
前記単方向通信リンクを介して前記要求元デバイスからメディアを転送することと
をさらに備える、請求項２８に記載の方法。
【請求項３０】
全二重への前記移行が完了した後に前記単方向通信リンクを終了すること
をさらに備える、請求項２９に記載の方法。
【請求項３１】
前記第１の二重特性を有する前記所与の通信セッションが全二重に対応し、前記第２の二重特性を有する前記所与の通信セッションが半二重に対応する、請求項２７に記載の方法。
【請求項３２】
前記移行を要求している前記デバイスが、前記移行の後に前記半二重セッションのフロア保持者になりたいとさらに要求する、請求項３１に記載の方法。
【請求項３３】
移行下の前記半二重セッションのフロア保持者からのメディアをバッファすることと、
移行下の前記半二重セッションの非フロア保持者のしきい値数が利用可能になったとき、移行下の前記半二重セッションの各非フロア保持者に前記バッファされたメディアを送信することと
をさらに備える、請求項３１に記載の方法。
【請求項３４】
二重移行が要求されていることを、前記第１の二重特性を有する前記所与の通信セッションに参加している各デバイスに通知すること
をさらに備え、
前記選択的に移行するステップは、デバイスのしきい値数が前記二重移行に適合することを条件とする、
請求項２７に記載の方法。
【請求項３５】
ワイヤレス通信システム内で半二重と全二重との間で通信セッションを移行する方法であって、
発信デバイスと少なくとも１つのターゲットデバイスとの間の所与の通信セッションに参加することであって、前記所与の通信セッションが第１の二重特性を有する、参加することと、
前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいという要求を送信することと、
前記送信した要求が許可された場合、前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に移行することと
を備える方法。
【請求項３６】
前記第１の二重特性を有する前記所与の通信セッションが半二重に対応し、前記第２の二重特性を有する前記所与の通信セッションが全二重に対応する、請求項３１に記載の方法。
【請求項３７】
前記送信ステップを実行する要求元デバイスが前記移行の前に前記半二重セッションのフロア保持者ではない場合、
全二重への前記移行が完了する前に、前記要求元デバイスから少なくとも現在のフロア保持者への単方向通信リンクをセットアップすることと、
前記単方向通信リンクを介して前記要求元デバイスからメディアを転送することと
をさらに備える、請求項３６に記載の方法。
【請求項３８】
全二重への前記移行が完了した後に前記単方向通信リンクを終了すること
をさらに備える、請求項３７に記載の方法。
【請求項３９】
前記第１の二重特性を有する前記所与の通信セッションが全二重に対応し、前記第２の二重特性を有する前記所与の通信セッションが半二重に対応する、請求項３５に記載の方法。
【請求項４０】
前記移行の後に前記半二重セッションのフロアを要求すること
をさらに備える、請求項３５に記載の方法。
【請求項４１】
ワイヤレス通信システム内で半二重と全二重との間で通信セッションを移行する方法であって、
発信デバイスと少なくとも１つのターゲットデバイスとの間の所与の通信セッションに参加することであって、前記所与の通信セッションが第１の二重特性を有する、参加することと、
別のセッション参加者が前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいと要求しているという通知を受信することと、
前記受信した通知に応答して前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に選択的に移行することと
を備える方法。
【請求項４２】
前記第１の二重特性を有する前記所与の通信セッションが半二重に対応し、前記第２の二重特性を有する前記所与の通信セッションが全二重に対応する、請求項４１に記載の方法。
【請求項４３】
前記送信ステップを実行する要求元デバイスが前記移行の前に前記半二重セッションのフロア保持者ではない場合、
全二重への前記移行が完了する前に、前記要求元デバイスから少なくとも現在のフロア保持者への単方向通信リンクをセットアップすることと、
前記単方向通信リンクを介して前記要求元デバイスからメディアを転送することと
をさらに備える、請求項４２に記載の方法。
【請求項４４】
全二重への前記移行が完了した後に前記単方向通信リンクを終了すること
をさらに備える、請求項４３に記載の方法。
【請求項４５】
前記選択的に移行するステップが、前記通知を受信したデバイスに前記移行を実行させる、請求項４１に記載の方法。
【請求項４６】
前記選択的に移行するステップが、前記通知を受信したデバイスにおいて全二重通信チャネルを確立し、
前記全二重通信チャネルが確立されたとき、前記通知されたデバイスにおいて通信インターフェースをミュートすることと、
前記通知されたデバイスのユーザに前記全二重通信セッションを受け付けるようにプロンプトすることと、
前記ユーザが前記プロンプトに応答して前記全二重通信セッションを受け付けたかどうかに基づいて前記通信インターフェースを選択的にミュート解除することと
をさらに備える、請求項４５に記載の方法。
【請求項４７】
前記第１の二重特性を有する前記所与の通信セッションが全二重に対応し、前記第２の二重特性を有する前記所与の通信セッションが半二重に対応する、請求項４１に記載の方法。
【請求項４８】
前記二重移行を受け付けるべきかどうかを判断すること
をさらに備える、請求項４１に記載の方法。
【請求項４９】
前記判断するステップが前記二重移行を受け付けると判断した場合、（ｉ）前記全二重セッションが受け付けられたことを示すメッセージを、前記全二重セッションを制御しているサーバに送信すること、または（ｉｉ）前記サーバにメディアを送信することのいずれかによって、前記全二重送信を受け付けること
をさらに備える、請求項４８に記載の方法。
【請求項５０】
前記判断するステップが前記二重移行を受け付けないと判断した場合、（ｉ）前記全二重セッションが拒絶されたことを示すメッセージを、前記全二重セッションを制御しているサーバに送信すること、または（ｉｉ）前記全二重セッションが受け付けられたことを示すメッセージを、前記全二重セッションを制御しているサーバに送信するのを控えることのいずれかによって、前記全二重送信を拒絶すること
をさらに備える、請求項４８に記載の方法。
【請求項５１】
ワイヤレス通信システム内のアクセス端末間で通信セッションを調停するように構成されたサーバであって、
発信デバイスと少なくとも１つのターゲットデバイスとの間の全二重通信セッションを開始したいという要求を前記発信デバイスから受信するための手段と、
前記受信した要求に応答して前記発信デバイスと前記少なくとも１つのターゲットデバイスとの間の半二重通信セッションを確立するための手段と
を備えるサーバ。
【請求項５２】
ワイヤレス通信システム内のサーバ調停通信セッションに参加するように構成されたアクセス端末であって、
全二重通信セッションが確立される前に前記アクセス端末と少なくとも１つのターゲットデバイスとの間の半二重通信セッションを確立することによって前記アクセス端末と前記少なくとも１つのターゲットデバイスとの間の前記全二重通信セッションを開始したいという要求を構成するための手段と、
前記アクセス端末から前記構成された要求を送信するための手段と
を備えるアクセス端末。
【請求項５３】
ワイヤレス通信システム内のサーバ調停通信セッションに参加するように構成されたアクセス端末であって、
少なくとも半二重通信セッションを告知する告知メッセージを受信するための手段と、
前記告知された半二重通信セッションを選択的に受け付けるための手段と、
発信デバイスからの半二重通信チャネルをセットアップすることによって前記半二重通信セッションを確立するための手段と、
前記告知された半二重通信セッションが潜在的な全二重通信セッションに関連付けられているかどうかを判断するための手段と、
前記全二重通信セッションを選択的に受け付けるための手段と、
前記全二重通信セッションが確立される前に前記半二重通信チャネルを介して前記発信デバイスからメディアを受信するための手段と
を備えるアクセス端末。
【請求項５４】
ワイヤレス通信システム内のアクセス端末間で通信セッションを調停し、半二重と全二重との間で通信セッションを移行するように構成されたサーバであって、
発信デバイスと少なくとも１つのターゲットデバイスとの間で所与の通信セッションを伝えるための手段であって、前記所与の通信セッションが第１の二重特性を有する、伝えるための手段と、
前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいという要求を前記発信デバイスまたは前記少なくとも１つのターゲットデバイスのいずれかから受信するための手段と、
前記受信した要求に応答して前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に選択的に移行するための手段と
を備えるサーバ。
【請求項５５】
ワイヤレス通信システム内のサーバ調停通信セッションに参加するように構成されたアクセス端末であって、
発信デバイスと少なくとも１つのターゲットデバイスとの間の所与の通信セッションに参加するための手段であって、前記所与の通信セッションが第１の二重特性を有する、参加するための手段と、
前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいという要求を送信するための手段と、
前記送信した要求が許可された場合、前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に移行するための手段と
を備えるアクセス端末。
【請求項５６】
ワイヤレス通信システム内のサーバ調停通信セッションに参加するように構成されたアクセス端末であって、
発信デバイスと少なくとも１つのターゲットデバイスとの間の所与の通信セッションに参加するための手段であって、前記所与の通信セッションが第１の二重特性を有する、参加するための手段と、
別のセッション参加者が前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいと要求しているという通知を受信するための手段と、
前記受信した通知に応答して前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に選択的に移行するための手段と
を備えるアクセス端末。
【請求項５７】
ワイヤレス通信システム内のアクセス端末間で通信セッションを調停するように構成されたサーバであって、
発信デバイスと少なくとも１つのターゲットデバイスとの間の全二重通信セッションを開始したいという要求を前記発信デバイスから受信するように構成された論理と、
前記受信した要求に応答して前記発信デバイスと前記少なくとも１つのターゲットデバイスとの間の半二重通信セッションを確立するように構成された論理と
を備えるサーバ。
【請求項５８】
ワイヤレス通信システム内のサーバ調停通信セッションに参加するように構成されたアクセス端末であって、
全二重通信セッションが確立される前に前記アクセス端末と少なくとも１つのターゲットデバイスとの間の半二重通信セッションを確立することによって前記アクセス端末と前記少なくとも１つのターゲットデバイスとの間の前記全二重通信セッションを開始したいという要求を構成するように構成された論理と、
前記アクセス端末から前記構成された要求を送信するように構成された論理と
を備えるアクセス端末。
【請求項５９】
ワイヤレス通信システム内のサーバ調停通信セッションに参加するように構成されたアクセス端末であって、
少なくとも半二重通信セッションを告知する告知メッセージを受信するように構成された論理と、
前記告知された半二重通信セッションを選択的に受け付けるように構成された論理と、
発信デバイスからの半二重通信チャネルをセットアップすることによって前記半二重通信セッションを確立するように構成された論理と、
前記告知された半二重通信セッションが潜在的な全二重通信セッションに関連付けられているかどうかを判断するように構成された論理と、
前記全二重通信セッションを選択的に受け付けるように構成された論理と、
前記全二重通信セッションが確立される前に前記半二重通信チャネルを介して前記発信デバイスからメディアを受信するように構成された論理と
を備えるアクセス端末。
【請求項６０】
ワイヤレス通信システム内のアクセス端末間で通信セッションを調停し、半二重と全二重との間で通信セッションを移行するように構成されたサーバであって、
発信デバイスと少なくとも１つのターゲットデバイスとの間で所与の通信セッションを伝えるように構成された論理であって、前記所与の通信セッションが第１の二重特性を有する、伝えるように構成された論理と、
前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいという要求を前記発信デバイスまたは前記少なくとも１つのターゲットデバイスのいずれかから受信するように構成された論理と、
前記受信した要求に応答して前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に選択的に移行するように構成された論理と
を備えるサーバ。
【請求項６１】
ワイヤレス通信システム内のサーバ調停通信セッションに参加するように構成されたアクセス端末であって、
発信デバイスと少なくとも１つのターゲットデバイスとの間の所与の通信セッションに参加するように構成された論理であって、前記所与の通信セッションが第１の二重特性を有する、参加するように構成された論理と、
前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいという要求を送信するように構成された論理と、
前記送信した要求が許可された場合、前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に移行するように構成された論理と
を備えるアクセス端末。
【請求項６２】
ワイヤレス通信システム内のサーバ調停通信セッションに参加するように構成されたアクセス端末であって、
発信デバイスと少なくとも１つのターゲットデバイスとの間の所与の通信セッションに参加するように構成された論理であって、前記所与の通信セッションが第１の二重特性を有する、参加するように構成された論理と、
別のセッション参加者が前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいと要求しているという通知を受信するように構成された論理と、
前記受信した通知に応答して前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に選択的に移行するように構成された論理と
を備えるアクセス端末。
【請求項６３】
ワイヤレス通信システム内のアクセス端末間で通信セッションを調停するように構成されたサーバによって実行されると、前記サーバに動作を実行させる命令を備えるコンピュータ可読媒体であって、前記命令が、
発信デバイスと少なくとも１つのターゲットデバイスとの間の全二重通信セッションを開始したいという要求を前記発信デバイスから受信するためのプログラムコードと、
前記受信した要求に応答して前記発信デバイスと前記少なくとも１つのターゲットデバイスとの間の半二重通信セッションを確立するためのプログラムコードと
を備える、コンピュータ可読媒体。
【請求項６４】
ワイヤレス通信システム内でサーバ調停通信セッションに参加するように構成されたアクセス端末によって実行されると、前記アクセス端末に動作を実行させる命令を備えるコンピュータ可読媒体であって、前記命令が、
全二重通信セッションが確立される前に前記アクセス端末と少なくとも１つのターゲットデバイスとの間の半二重通信セッションを確立することによって前記アクセス端末と前記少なくとも１つのターゲットデバイスとの間の前記全二重通信セッションを開始したいという要求を構成するためのプログラムコードと、
前記アクセス端末から前記構成された要求を送信するためのプログラムコードと
を備える、コンピュータ可読媒体。
【請求項６５】
ワイヤレス通信システム内でサーバ調停通信セッションに参加するように構成されたアクセス端末によって実行されると、前記アクセス端末に動作を実行させる命令を備えるコンピュータ可読媒体であって、前記命令が、
少なくとも半二重通信セッションを告知する告知メッセージを受信するためのプログラムコードと、
前記告知された半二重通信セッションを選択的に受け付けるためのプログラムコードと、
発信デバイスからの半二重通信チャネルをセットアップすることによって前記半二重通信セッションを確立するためのプログラムコードと、
前記告知された半二重通信セッションが潜在的な全二重通信セッションに関連付けられているかどうかを判断するためのプログラムコードと、
前記全二重通信セッションを選択的に受け付けるためのプログラムコードと、
前記全二重通信セッションが確立される前に前記半二重通信チャネルを介して前記発信デバイスからメディアを受信するためのプログラムコードと
を備える、コンピュータ可読媒体。
【請求項６６】
ワイヤレス通信システム内のアクセス端末間で通信セッションを調停し、半二重と全二重との間で通信セッションを移行するように構成されたサーバによって実行されると、前記サーバに動作を実行させる命令を備えるコンピュータ可読媒体であって、前記命令が、
発信デバイスと少なくとも１つのターゲットデバイスとの間で所与の通信セッションを伝えるためのプログラムコードであって、前記所与の通信セッションが第１の二重特性を有する、伝えるためのプログラムコードと、
前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいという要求を前記発信デバイスまたは前記少なくとも１つのターゲットデバイスのいずれかから受信するためのプログラムコードと、
前記受信した要求に応答して前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に選択的に移行するためのプログラムコードと
を備える、コンピュータ可読媒体。
【請求項６７】
ワイヤレス通信システム内でサーバ調停通信セッションに参加するように構成されたアクセス端末によって実行されると、前記アクセス端末に動作を実行させる命令を備えるコンピュータ可読媒体であって、前記命令が、
発信デバイスと少なくとも１つのターゲットデバイスとの間の所与の通信セッションに参加するためのプログラムコードであって、前記所与の通信セッションが第１の二重特性を有する、参加するためのプログラムコードと、
前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいという要求を送信するためのプログラムコードと、
前記送信した要求が許可された場合、前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に移行するためのプログラムコードと
を備える、コンピュータ可読媒体。
【請求項６８】
ワイヤレス通信システム内でサーバ調停通信セッションに参加するように構成されたアクセス端末によって実行されると、前記アクセス端末に動作を実行させる命令を備えるコンピュータ可読媒体であって、前記命令が、
発信デバイスと少なくとも１つのターゲットデバイスとの間の所与の通信セッションに参加するためのプログラムコードであって、前記所与の通信セッションが第１の二重特性を有する、参加するためのプログラムコードと、
別のセッション参加者が前記所与の通信セッションを前記第１の二重特性から第２の二重特性に移行したいと要求しているという通知を受信するためのプログラムコードと、
前記受信した通知に応答して前記所与の通信セッションを前記第１の二重特性から前記第２の二重特性に選択的に移行するためのプログラムコードと
を備える、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条に基づく優先権の主張
本特許出願は、その全体が参照により本明細書に組み込まれる、２００８年８月１１日に出願された「SYSTEM AND METHOD FOR TRANSITIONING BETWEEN HALF-DUPLEX AND FULL-DUPLEX COMMUNICATION SESSIONS BETWEEN WIRELESS COMMUNICATION DEVICES」と題する仮出願第６１／１８８，５９０号の優先権を主張する。
【０００２】
本発明の実施形態は、ワイヤレス通信システム内で全二重通信セッションをセットアップすること、および通信セッション中に半二重と全二重との間で移行することを対象とする。
【背景技術】
【０００３】
通信セッションは、通常、半二重セッション（たとえば、ＰＴＴ）または全二重セッション（たとえば、ＶｏＩＰ）のいずれかとして開始できる。２つの電話間の通話など、２つの通信デバイス間で同期全二重通信が所望されるときは、一方のデバイスに、通信を開始し、他方のデバイスと交信することによって接続をブリッジすることを試みさせることが通例である。次いで、電話システムは、他方のデバイスに信号を送信し、および／または回線交換機上で全二重通信チャネルをブリッジし、次いで、交信デバイスは、別の通信デバイスが通信をブリッジすることを試みていることをデバイスの近くにいる人に通知するために、リングまたは他の可聴警報などの警報をブロードキャストし、また、ディスプレイ上で点滅する光またはアクティビティなどの視覚的警報を与えることができる。次いで、人が交信デバイスに返答し、次いで、全二重通信はブリッジされるか、または、通信がすでにブリッジされていた場合、チャネルは維持される。
【０００４】
既存の電話システムでは、全二重通話を開始し、次いでブリッジすることを試みるためのシステムオーバーヘッドが著しくなる可能性がある。呼開始プロセスは、一般に、人が電話ハンドセットを持ち上げるかまたはアクティブ回線用のボタンを押すことなどによって、通話を行う意図があることを知らせることで開始し、次いで、電話システムは、電話番号を受け付け、意図された番号を判断し、他方のデバイスに適切な警報信号を送信するかまたは通信チャネルをブリッジし、呼の受付けを待つ。このプロセスは、平均１０秒かかり、全プロセス中でシステムオーバーヘッドを利用する。呼出しデバイスには、スピードダイヤルなど、呼出しプロセスの一部を早めることができる何らかの機能があるが、これは呼出し時間を部分的に短縮するだけである。
【０００５】
一般的に「プッシュツートーク」（ＰＴＴ）機能と呼ばれる１対１または１対多の高速通信半二重ボイス通信を提供するワイヤレス通信サービスがある。通信ワイヤレスデバイスのための受信者デバイスの特定のＰＴＴグループは、通常、通信事業者によってセットアップされ、ＰＴＴ通信接続は、一般に、ワイヤレスデバイス上で１回ボタンを押して、話者とグループの各メンバーデバイスとの間の半二重通信リンクをアクティブにすることによって開始され、ボタンを放すと、デバイスは着信ＰＴＴ送信を受信することができる。いくつかの構成では、ＰＴＴ話者は、その話者が自分のデバイスのＰＴＴボタンを操作している間、他のグループメンバーが話すことができない「フロア」を有することになる。話者がＰＴＴボタンを放すと、グループの他のどの個々のメンバーも、自分のＰＴＴボタンを操作することができ、フロアを有することになる。
【０００６】
ＰＴＴ通信システムは、標準的な電話システムと同様の「リンギング」システムを利用するのではなく、話をするためのフロアがグループメンバーに与えられると、ターゲットワイヤレスデバイスへの通信チャネルを開き、フロア保持者は単に話し始め、そのボイスは、ターゲットデバイスにおいて受信され、そのターゲットデバイスにブロードキャストされる。したがって、「ウォーキートーキー」スタイルでは、発信ワイヤレスデバイスからのボイスは単に受信ワイヤレスデバイスからブロードキャストされ、受信ワイヤレスデバイスにおける「返答」は不要である。元のボイス通信は半二重であったので、ターゲットデバイスが発信ワイヤレスデバイス（または他のグループメンバー）にトークバックするために、ターゲットデバイスのユーザは、ＰＴＴボタンを押し、セッションのフロアを得ることを試みるためのフロア要求を送信する。したがって、全二重の場合のように、ＰＴＴグループの複数のグループメンバーデバイスが、半二重セッション中にメディアを同時に交換しない。
【発明の概要】
【０００７】
一実施形態では、発信デバイスは、ターゲットデバイスとの全二重セッションを開始したいという要求を、サーバに送信する。全二重要求に応答して、全二重セッションがセットアップされる前に、発信デバイスからターゲットデバイスへの半二重セッションがセットアップされる。ターゲットデバイスは、半二重セッションの受付けを示し、発信デバイスから半二重メディアを受信し、全二重セッションの受付けを選択的に示す。別の実施形態では、半二重または全二重のいずれかによって現在サポートされているセッション中に、セッションを調停しているサーバは、セッション参加者のうちの１つから、セッションを別の二重タイプに移行したいという要求を受信する。次いで、サーバはセッションの二重タイプを選択的に移行する。
【図面の簡単な説明】
【０００８】
【図１Ａ】発信通信デバイスが、ターゲット通信デバイスへの「クイックコール」をブリッジすることを意図して、グループ通信ネットワークを介してターゲット通信デバイスへの半二重通信チャネルを開く、通信デバイスのペアの代表的な図。
【図１Ｂ】ターゲット通信デバイスが、グループ通信ネットワークを介して発信通信デバイスへの「クイックコール」を受け付ける、図１Ａ中の通信デバイスの代表的な図。
【図１Ｃ】ワイヤレスネットワークを介してデバイス間で全二重通信がブリッジされた、図１Ａおよび図１Ｂ中の通信デバイスの代表的な図。
【図２】ワイヤレス通信デバイスの指定されたＰＴＴグループがワイヤレスネットワーク上でグループ通信サーバおよび他のコンピュータデバイスと通信する、ワイヤレスネットワークの代表的な図。
【図３】ＰＴＴグループメンバーのワイヤレス通信デバイス間の通信を制御するグループ通信サーバと、グループ通信サーバによって確立された後の、通信デバイス間の全二重通信を選択的に処理することができるアクティブ呼コントローラとを有する、一般的なセルラー通信構成におけるワイヤレスネットワークの一実施形態の代表的な図。
【図４】ここではＰＴＴ機能を用いて実施されるように示された、ワイヤレス通信デバイスのコンピュータプラットフォームを示すブロック図。
【図５】最初に本発明の一実施形態による半二重通信セッションを確立することによって全二重通信セッションをセットアップするプロセスの呼フロー図。
【図６】本発明の一実施形態によるセッションターゲットの観点から図５のプロセスをより詳細に示す図。
【図７】本発明の一実施形態によるグループ通信サーバの観点から図５のプロセスをより詳細に示す図。
【図８】本発明の一実施形態による半二重通信と全二重通信との間で移行する通信セッションの呼フロー図。
【図９】本発明の一実施形態による半二重通信と全二重通信との間で移行する通信セッションの別の呼フロー図。
【図１０】セッション参加者の１つから受信した二重移行要求に応答して発信デバイスとターゲットデバイスとの間の現在の半二重セッションを全二重セッションに移行する一実施形態のフローチャート。
【図１１】セッション参加者の１つからの二重移行要求に応答して発信デバイスとターゲットデバイスとの間の現在の全二重セッションを半二重セッションに移行する一実施形態のフローチャート。
【図１２】本発明の一実施形態による、半二重通信セッションの別のセッション参加者が、セッションを半二重から全二重に移行することを要求するとき、半二重通信セッションに関与しているセッション参加者において実行されるプロセスの一実施形態のフローチャート。
【発明を実施するための形態】
【０００９】
本発明の特定の実施形態を対象とする以下の説明および関連する図面で本発明の態様を開示する。本発明の範囲から逸脱することなく代替実施形態を考案することができる。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。
【００１０】
本明細書では、「通信デバイス」、「ワイヤレスデバイス」、「ワイヤレス通信デバイス」、「ＰＴＴ通信デバイス」、「ハンドヘルドデバイス」、「モバイルデバイス」、および「ハンドセット」という用語は、互換的に使用される。「呼」および「通信」という用語も互換的に使用される。本明細書で使用する「アプリケーション」という用語は、実行可能および非実行可能ソフトウェアファイル、生データ、集合体データ、パッチ、ならびに他のコードセグメントを包含するものである。「半二重」という用語は、一度に一方向のみへの（同時または双方向ではない）データの通信を意味し、したがって通信デバイスは、半二重信号を受信し始めると、ＰＴＴ通信システムでは一般的であるように、応答する前に、送信機が送信を停止するのを待たなければならない。「全二重」という用語は、ボイス電話通話では一般的であるように、通信が通信デバイス間で両方向に同時に行えることを意味する。さらに、複数の図を通して同様の数字は同様の要素を指し、本明細書において別段の規定がない限り、冠詞「ａ」および「ｔｈｅ」は複数の参照を含む。
【００１１】
「例示的」および／または「例」という用語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および／または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈すべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が、論じられた特徴、利点、または動作モードを含むことを必要としない。
【００１２】
さらに、多くの実施形態については、たとえば、コンピューティングデバイスの要素によって実行すべき一連の動作に関して説明する。本明細書で説明する様々な動作は、特定の回路（たとえば、特定用途向け集積回路（ＡＳＩＣ））によって、１つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実行できることを認識されよう。さらに、本明細書で説明するこれらの一連の動作は、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した任意の形式のコンピュータ可読記憶媒体内で全体として実施すべきものと見なすことができる。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形式で実施できる。さらに、本明細書で説明する実施形態ごとに、そのような実施形態の対応する形式を、たとえば、記載の動作を実行する「ように構成された論理」として本明細書で説明することがある。
【００１３】
本明細書でアクセス端末（ＡＴ）と呼ぶ高データレート（ＨＤＲ）加入者局は、移動でも固定でもよく、本明細書でモデムプールトランシーバ（ＭＰＴ）または基地局（ＢＳ）と呼ぶ１つまたは複数のＨＤＲ基地局と通信することができる。アクセス端末は、１つまたは複数のモデムプールトランシーバを介して、モデムプールコントローラ（ＭＰＣ）、基地局コントローラ（ＢＳＣ）および／またはパケット制御機能（ＰＣＦ）と呼ばれるＨＤＲ基地局コントローラとの間でデータパケットを送信および受信する。モデムプールトランシーバおよびモデムプールコントローラは、アクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークは複数のアクセス端末間でデータパケットをトランスポートする。
【００１４】
アクセスネットワークは、企業イントラネットまたはインターネットなど、アクセスネットワークの外部の追加のネットワークにさらに接続でき、各アクセス端末とそのような外部のネットワークとの間でデータパケットをトランスポートすることができる。１つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立したアクセス端末は、アクティブアクセス端末と呼ばれ、トラフィック状態にあると言われる。１つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立中であるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレスチャネルを介して、または、たとえば、光ファイバまたは同軸ケーブルを使用する有線チャネルを介して通信する任意のデータデバイスとすることができる。アクセス端末はさらに、限定はしないが、ＰＣカード、コンパクトフラッシュ（登録商標）、外部または内部モデム、あるいはワイヤレス電話または有線電話を含む、いくつかのタイプのデバイスのいずれかとすることができる。アクセス端末が信号をモデムプールトランシーバに送信するための通信リンクは、逆方向リンクまたは逆方向トラフィックチャネルと呼ばれる。モデムプールトランシーバが信号をアクセス端末に送信するための通信リンクは、順方向リンクまたは順方向トラフィックチャネルと呼ばれる。本明細書で使用するトラフィックチャネルという用語は、順方向トラフィックチャネルまたは逆方向トラフィックチャネルのいずれかを指すことができる。
【００１５】
全体を通して同様の数字が同様の要素を表す図を参照すると、図１Ａ〜図１Ｃは、ここでは携帯電話として示された通信デバイス１０と通信デバイス１２との間で全二重通信をブリッジする前の最初の交信の試みとして、それらの間で半二重通信を使用することを示し、概観する。言い換えれば、本発明の一実施形態は、最終的には全二重セッションに移行し得るサーバ調停通信セッションのセットアップまたは開始中に、発信者から１つまたは複数のターゲットデバイスへの一時的な半二重セッションを確立することを対象とする。図１Ａ〜図１Ｃにこの概念の広範な概観を示し、それについて本発明の他の実施形態に関して以下でより詳細に説明する。
【００１６】
図１Ａは、発信通信デバイス１２が、ワイヤレスデバイスメンバー間でＰＴＴ半二重通信をホスティングするモバイルネットワークなどのグループ通信ネットワーク１６を介してターゲット通信デバイス１２への半二重通信チャネルＡを開く、通信デバイス１０と通信デバイス１２のペアの代表的な図である。ここで、発信デバイス１０（またはこのシナリオではデバイス＃１）は、デバイス１０のディスプレイ１８上に反映されているようにターゲット通信デバイス１２（またはデバイス＃２）への「クイックコール」をブリッジすることを意図し、デバイス１２のディスプレイ２０上に着信クイックコール要求が反映されて、デバイス１からクイックコール要求が来ていることをデバイス１２のユーザに通知する。本明細書で使用する「クイックコール」は、任意の遅延敏感サーバ調停通信セッション（たとえば、半二重セッション、全二重セッション、ＰＴＴセッション、ＶｏＩＰセッションなど）に対応する。クイックコール要求に関してディスプレイ２０上に示される情報は、グループ通信サーバ（図２の７４）から供給されるか、または代替的に発信デバイス１０から来ることができる。
【００１７】
また、一実施形態では、クイックコール要求により、ターゲットデバイス１２のユーザに情報を可聴的に送信するために半二重ＰＴＴ通信チャネルに沿って発信デバイス１０からボイスを送信することができる。クイックコール要求の「警報」は、典型的な電話「リング」と同様とすることができるが、可聴または物理的（たとえば、振動）警報とすることができ、ターゲットデバイス１２のユーザがクイックコールを完了することを望むかどうかを判断するのに妥当な時間をそのユーザに与えるために、所定の継続時間、たとえば、５秒持続することができる。したがって、最初のＰＴＴ呼からの警報が、発信ワイヤレス通信デバイス１０から送信された可聴リンガーである場合、ターゲットデバイス１２は、標準の通話で行われるように単に「返答」ボタンをヒットすることができ、通話をセットアップするためのＰＴＴ通信の使用は、デバイス１０および１２のユーザに対して完全に透過的になることができる。
【００１８】
図１Ｂは、ディスプレイ２０上に示されているようにクイックコールを受け付けているターゲット通信デバイス１２を示す。図１Ｂを参照すると、ターゲット通信デバイス１２はグループ通信ネットワーク１６内のグループ通信サーバ７４に受付けＢを送信し、次いで、グループ通信サーバ７４はターゲットデバイス１２の受付けの指示を発信通信デバイス１０に転送する。したがって、クイックコールの受付けが処理され、ターゲットデバイス１２と発信デバイス１０との間で全二重通信チャネルＣが確立される間、ターゲットデバイス１２との最初の交信のために発信デバイス１０からの半二重通信チャネルＡが維持される。
【００１９】
本実施形態では、クイックコールの受付けが受信されると、図１Ｃに示すように通信デバイス１０と通信デバイス１２との間で全二重チャネルＣが確立される。全二重通信Ｃは、グループ通信ネットワーク１６または他の完全もしくは部分的にワイヤレスなネットワークとすることができるワイヤレスネットワーク２２を介して通信デバイス１０と通信デバイス１２との間でブリッジされる。以下でより十分に説明するように、発信デバイス１０およびターゲットデバイス１２はＩＰアドレスを有することができ、したがって、グループ通信サーバ７４は、全二重通信チャネルの制御を放棄し、通信デバイス１０および１２のそれぞれの割り当てられたアドレス間のＶｏＩＰパケットトラフィックとして維持することができる。代替的に、図２および図３に示すように、全二重チャネルを維持するためのグループ通信サーバ７４上のオーバーヘッドを少なくするために、アクティブ呼コントローラ７８などの別のデバイスを使用して、確立された全二重通信を処理することができる。ただし、グループ通信サーバ７４およびグループ通信ネットワーク１６は全二重通信を完全に維持および／または制御することができる。
【００２０】
一例では、以下でより詳細に説明するように、全二重通信セッションのチャネルＣは、その半二重チャネルＡを維持し、最初の（１つまたは複数の）呼ターゲットにそれら自体のチャネルを得させる呼発信者に対応することができる。このようにして、半二重から全二重への移行中に呼発信者の半二重チャネルをティアダウンし、再び立ち上げる必要がなくなる。
【００２１】
図２に、ＰＴＴグループ６２中のワイヤレス電話６４、スマートページャ６６および／または携帯情報端末（ＰＤＡ）６８などの１つまたは複数のワイヤレス通信デバイス間で通信セッションをワイヤレスネットワーク７０を介して他のワイヤレス通信デバイスと調停するように構成されたグループ通信サーバ７４をもつシステム６０の一実施形態を示す。システム６０では、各ワイヤレス通信デバイス６４、６６、６８は、半二重通信および／または全二重通信を通してワイヤレス通信ネットワーク７０を介して１つまたは複数の他のワイヤレス通信デバイスのターゲットセットと選択的に直接通信することができる。たとえば、携帯電話６４のターゲットセットは、通信グループ６２中のすべてのデバイス、またはページャ６６およびＰＤＡ６８など、そのサブセットとすることができる。代替的に、本システムでは、他のワイヤードネットワーク接続を有し得る他の通信デバイスが、そのように具備された場合にグループ通信サーバ７４を介してＰＴＴ半二重通信または全二重通信において作動することができる限り、そのようなデバイスを使用することができる。
【００２２】
一実施形態では、ここではグループ通信サーバ７４として示され、ワイヤレスネットワーク７０を越えてサーバ側ＬＡＮ７２上に存在するグループ通信コンピュータデバイスは、ワイヤレスネットワーク７０上にワイヤレスデバイスが存在する、すなわちアクセス可能であることを示すように構成される。グループ通信サーバ７４は、この情報を、第１のワイヤレス通信デバイスによって指示されたターゲットワイヤレス通信デバイスのセットと共有することができ、あるいは、この情報を、サーバ側ＬＡＮ７２上に常駐するかまたはワイヤレスネットワーク７０を介してアクセス可能な他のコンピュータデバイスと共有することもできる。グループ通信サーバ７４は、ワイヤレスデバイスのグループ識別データを記憶する付属のまたはアクセス可能なデータベース７６を有することができる。このようにして、グループ通信サーバ７４はネットワーク内のグループ通信セッションの調停を処理する。さらに、グループ通信サーバ７４は、各グループ通信サーバ７４がネットワークの様々な領域におけるセッションを調停している、ネットワーク内の複数のグループ通信サーバ７４の代表となることができる。サーバ側ＬＡＮ７２上、またはワイヤレスネットワーク７０上、またはインターネット全体に常駐するコンピュータ構成要素の数は限定されないことを諒解されたい。
【００２３】
一例では、ＰＴＴ通信などの直接通信は、通信ワイヤレス通信デバイス６４、６６、６８と、ターゲットセットの１つまたは複数の他のワイヤレス通信デバイスとの間の半二重チャネルを介して確立できる。グループ通信コンピュータデバイス７４はまた、ターゲットセットのすべて（または少なくとも１つ）のワイヤレス通信デバイスがワイヤレスネットワーク７０上のそれらの存在をグループ通信コンピュータデバイス７４に通知していないときに、ターゲットセット６２への直接通信をブリッジすることができないことをワイヤレス通信デバイス６４、６６、６８に通知することができる。さらに、グループ通信コンピュータデバイス３２は、ここではグループ識別データの付属データベース７６を有するものとして示されているが、グループ通信コンピュータデバイス７４は、常駐するグループ識別データを有し、本明細書で説明するすべての記憶機能を実行することができる。
【００２４】
したがって、一実施形態では、最終的に全二重同期式通信をブリッジしようとする試みは、最初にＰＴＴグループ６２の発信メンバーから携帯電話６５などの別のターゲット通信デバイスに半二重プッシュツートーク通信要求を送信することによって達成される。次いで、ターゲット通信デバイス６５は、図１Ａ〜図１Ｃに示すように、発信通信デバイスからのクイックコールデータをもつＰＴＴ通信を受信し（または、ターゲット通信デバイスがそのような機能を制御するように実施される場合は受信せず）、クイックコールに「返答」すべきか否かを判断する。本実施形態では、ブリッジの試みは、従来の通話を行う場合のように発信デバイスへの全二重ボイスチャネルのブリッジングとは反対に、（１つまたは複数の）ターゲット通信デバイスにおける半二重通信の受信である。したがって、発信通信デバイスからの半二重送信中で搬送されるボイスまたは他のデータ（たとえば、通信セッションを告知するように構成された告知メッセージ）は直ちに配信される必要があり、したがってそのような通信ブリッジの試みは依然として同期通信における試みである。
【００２５】
また、図２中の実施形態では、グループ通信サーバ７４によって調停された半二重通信からの移行後に全二重通信チャネルをホスティングおよび／または制御するために使用できるアクティブ呼コントローラ７８が示されている。このようにして、本実施形態は、サーバ７４のオーバーヘッドを少なくするために、確立された後の全二重通信チャネルをハンドオフする能力をグループ通信サーバ７４に与える。
【００２６】
グループ通信は、典型的には通信グループ６２のメンバー間の半二重ボイスデータであるが、グループ通信はボイス、アプリケーション、ＪＰＥＧ、ＴＩＦなどの画像などのグラフィックメディア、またはＭＰ３、ＭＰ４、ＷＡＶなどのオーディオファイルとすることができる。メディアはまた、マルチメディアアプリケーション（ＰｏｗｅｒＰｏｉｎｔ、ＭＯＶファイルなど）などのストリーミングメディアとすることができる。
【００２７】
したがって、概観において、ワイヤレス通信ネットワーク７０上で図１Ａ〜図１Ｃ中の通信デバイス１０および１２などの２つのワイヤレス通信デバイス間で全二重通信チャネルをブリッジするためのシステム６０が提供される。発信通信デバイス１０は、ワイヤレス通信ネットワーク７０上で１つまたは複数の通信デバイス６４、６６、６８との１つまたは複数の全二重通信チャネルをブリッジするように構成され、発信通信デバイス１０はさらに、１つまたは複数の通信デバイス６４、６６、６８にＰＴＴ通信などの半二重通信を選択的に送信するように構成される。少なくとも１つのワイヤレス通信デバイス６４、６６、６８は、同様に、少なくとも部分的にワイヤレス通信ネットワーク７０上で１つまたは複数の通信デバイス６４、６６、６８との１つまたは複数の全二重通信チャネルをブリッジするように構成され、そのワイヤレス通信デバイスはさらに、１つまたは複数の通信デバイス６４、６６、６８から半二重通信を選択的に受信するように構成される。グループ通信サーバ７４は、ワイヤレス通信ネットワーク７０上の複数のワイヤレス通信デバイス６２間のグループ通信を制御し、グループ通信は最初、発信ワイヤレス通信デバイス（携帯電話１０）から通信グループの他のメンバーワイヤレス通信デバイスに宛てられた半二重通信からなる。ワイヤレス通信デバイス１０がグループ通信サーバ７４を通してターゲットワイヤレス通信デバイス１２に半二重通信を送信すると、次いで、ターゲットワイヤレス通信デバイス１２は、受け付け、グループ通信サーバ７４を通して発信ワイヤレス通信デバイス１０に受付けを送信し、次いで、グループ通信サーバ７４は発信ワイヤレス通信デバイス１０とターゲットワイヤレス通信デバイス１２との間で全二重通信をブリッジする。
【００２８】
一実施形態では、半二重通信と全二重通信の最終的な確立とは、通信デバイス間のボイスオーバーインターネットプロトコル（ＶｏＩＰ）データパケットの交換から行われる。したがって、グループ通信サーバ７４はさらに、確立された後の全二重通信の制御を放棄するために、発信ワイヤレス通信デバイス１０およびターゲットワイヤレス通信デバイス１２に対して（典型的にはＰＤＳＮ８２によって割り当てられる）割り当てられたネットワークアドレスを得るように構成できる。全二重の場合、グループ通信サーバ７４は依然としてグループメンバーからメディアを受信し、そのメディアを他のグループメンバーに転送するが、グループ通信サーバ７４は全二重で動作するときフロア調停の役目を果たさないことを諒解されたい。図２および図３に示すように、グループ通信サーバ７４はさらに、アクティブ呼コントローラ７８または他のメディアコントローラなどの別のコンピュータデバイスへの全二重通信の制御を放棄するように構成できる。
【００２９】
一実施形態では、発信ワイヤレス通信デバイス１０はさらに、ターゲットワイヤレス通信デバイス１２に全二重通信または半二重通信を選択的に受け付けさせ、通信を確立させるように構成できる。たとえば、児童が使用するように意図されたモバイルデバイスは、親が児童の電話に返答させることができるように、親がモバイルデバイスに発信デバイスへの全二重通信または半二重通信を開けさせることを可能にするように構成できる。親は、たとえば、この機能を使用して児童の活動を監視することができ、この機能は、児童が自分のモバイルデバイスを保持している児童誘拐ケースにおいても使用できる。
【００３０】
図３は、ＰＴＴシステムにおけるセットグループメンバー（デバイス１００、１０２、１０４、１０６）のワイヤレス通信デバイス間の通信を制御する一連のグループ通信コンピュータデバイス（グループ通信サーバ）７４を有する、一般的なセルラー通信構成におけるワイヤレスネットワークの一実施形態の代表的な図である。本ワイヤレスネットワークは、例示的なものにすぎず、リモートモジュールが互いの間および中で、ならびに／あるいは、限定はしないが、ワイヤレスネットワークキャリアおよび／またはサーバを含むワイヤレスネットワーク７０の構成要素の間および中で、無線で通信するための任意のシステムを含むことができる。一連のグループ通信サーバ７４はグループ通信サーバＬＡＮ５０に接続される。ワイヤレス電話は、データサービスオプションを使用して（１つまたは複数の）グループコミュニケーションサーバ７４にパケットデータセッションを要求することができる。また、サーバＬＡＮ８０上には、図２に記載したものと同様のアクティブ呼コントローラ７８が示されている。
【００３１】
（１つまたは複数の）グループ通信サーバ７４は、ここではキャリアネットワーク８４上に常駐するものとして示されているＰＤＳＮ８２など、ワイヤレスサービスプロバイダのパケットデータサービスノード（ＰＤＳＮ）に接続される。各ＰＤＳＮ８２は、パケット制御機能（ＰＣＦ）９２を介して基地局９０の基地局コントローラ９４とインターフェースすることができる。ＰＤＳＮ８２は、一般に、ＶｏＩＰ通信用のＩＰネットワークアドレスなどのネットワークアドレスをワイヤレス通信デバイスに割り当てる。ＰＣＦ８２は、一般に基地局９０中に位置する。キャリアネットワーク８４は、移動交換センター（「ＭＳＣ」）８８に（一般にデータパケットの形態で）送信されるメッセージを制御する。キャリアネットワーク８４は、ネットワーク、インターネットおよび／またはＰＯＴＳ（「旧式電話システム（plain ordinary telephone system）」）によってＭＳＣ８８と通信する。一般に、キャリアネットワーク８４とＭＳＣ８８との間のネットワークまたはインターネット接続はデータを転送し、ＰＯＴＳはボイス情報を転送する。ＭＳＣ８８は１つまたは複数の基地局９０に接続できる。キャリアネットワークと同様の方法で、ＭＳＣ８８は、一般に、データ転送用のネットワークおよび／またはインターネットとボイス情報用のＰＯＴＳの両方によって送受信基地局（「ブランチツーソース（branch-to-source）」と呼ばれることがある）（ＢＴＳ）９６に接続される。ＢＴＳ９６は、最終的に、ショートメッセージサービス（「ＳＭＳ」）、または当技術分野で知られている他の無線方法によって、メッセージをワイヤレスにセルラー電話１００、１０２、１０４、１０６などのワイヤレスデバイスにブロードキャストし、そのワイヤレスデバイスからメッセージを受信する。また、本明細書で説明するように、キャリア境界および／またはＰＴＴオペレータネットワーク境界はデータの共有を抑止または禁止しないことに留意されたい。
【００３２】
ワイヤレス電話１００などのセルラー電話およびモバイル通信デバイスは、計算能力の向上を伴いながら製造されており、パーソナルコンピュータおよびハンドヘルドＰＤＡと同様になりつつある。これらの「スマート」なセルラー電話は、ソフトウェア開発者が、ワイヤレスデバイスのプロセッサ上でダウンロード可能および実行可能であるソフトウェアアプリケーションを作成することを可能にする。セルラー電話１００などのワイヤレスデバイスは、ウェブベージ、アプレット、ＭＩＤｌｅｔ、ゲームおよびデータなど、多数のタイプのアプリケーションをダウンロードすることができる。通信グループ６２（図２）を指定したワイヤレスデバイスでは、ワイヤレス通信デバイスは、セットの他のメンバーと直接接続することができ、ボイスおよびデータ通信セッションに関与することができる。しかしながら、すべてのそのような通信セッションは「サーバ調停」されることがあり、それは、通信セッションがグループ通信サーバ７４を介して行われるかまたはグループ通信サーバ７４の制御下にあることを意味する。デバイスの各データパケットが必ずしもグループ通信サーバ７４自体の中を進む必要はないが、グループ通信サーバ７４は、一般に、通信グループのメンバーの識別情報を認識しており、および／または検索することができる、あるいは通信グループ６２のメンバーの識別情報を別のコンピュータデバイスに向けることができる唯一のサーバ側８０の構成要素であるので、最終的に通信セッションを制御することができなければならない。
【００３３】
図４は、デバイスのターゲットセット、すなわち通信グループ６２の他のメンバーへの直接通信を開くＰＴＴボタン１１２をもつ携帯電話１１０である（発信またはターゲット）通信デバイスの一実施形態を示すブロック図である。ワイヤレスデバイス１１０はまた、ワイヤレスデバイス１１０のユーザに対するグラフィックディスプレイ１１４と、デバイス１１０に近接したオーディオをキャプチャするために使用できるマイクロフォン１１５とを有するものとして示されている。ワイヤレスデバイス１１０はまた、デバイスに近接した視覚的データをキャプチャすることができるカメラ１１３を含む。
【００３４】
ワイヤレスデバイス１１０は、ボイスおよびデータパケットを処理し、グループ通信を含むためにワイヤレスネットワーク７０上で送信されるソフトウェアアプリケーションを受信し、実行することができるコンピュータプラットフォーム１１６を含む。コンピュータプラットフォーム１１６は、構成要素の中でも、特定用途向け集積回路（「ＡＳＩＣ」）１２２、または他のプロセッサ、マイクロプロセッサ、論理回路、プログラマブルゲートアレイ、または他のデータ処理デバイスを含む。ＡＳＩＣ１２２は、ワイヤレスデバイスの製造時に取り付けられ、通常アップグレード可能ではない。ＡＳＩＣ１２２または他のプロセッサはアプリケーションプログラミングインターフェース（「ＡＰＩ」）層１２４を実行し、そのＡＰＩ層は常駐アプリケーション環境を含み、ＡＳＩＣ１２２上にロードされるオペレーティングシステムを含むことができる。常駐プログラムはワイヤレスデバイスのメモリ１２６中に保持できる。常駐アプリケーション環境の一例は、ワイヤレスデバイスプラットフォーム用のＱＵＡＬＣＯＭＭ（登録商標）によって開発された「Ｂｉｎａｒｙ  Ｒｕｎｔｉｍｅ  Ｅｎｖｉｒｏｎｍｅｎｔ  ｆｏｒ  Ｗｉｒｅｌｅｓｓ」（ＢＲＥＷ）ソフトウェアである。
【００３５】
ここで示すように、ワイヤレスデバイスは、グラフィックディスプレイ１１４をもつ携帯電話１１０とすることができるが、代替実施形態では、ワイヤレスデバイスは、携帯情報端末（ＰＤＡ）、グラフィックディスプレイ１１４をもつページャ、さらにはワイヤレス通信ポータルを有する別個のコンピュータプラットフォーム１１６など、当技術分野で知られているコンピュータプラットフォーム１１６をもつ任意のタイプのワイヤレスデバイスに対応することができ、他の方法でネットワークまたはインターネットへのワイヤード接続を有することができる。さらに、メモリ１１６は、読取り専用メモリまたはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリを含むことができる。コンピュータプラットフォーム１１６は、メモリ１２６中でアクティブに使用されないソフトウェアアプリケーションの記憶用のローカルデータベース１１８を含むこともできる。ローカルデータベース１１８は、一般に１つまたは複数のフラッシュメモリセルからなるが、磁気媒体、ＥＰＲＯＭ、ＥＥＰＲＯＭ、光学媒体、テープ、またはソフトもしくはハードディスクなど、当技術分野で知られている任意の２次または３次記憶デバイスとすることができる。
【００３６】
ワイヤレスデバイスのこの実施形態では、図４のコンピュータプラットフォーム１１６はまた、（たとえば、ボイス呼、全二重呼、半二重呼、ＰＴＴセッション、ＶｏＩＰセッションなどのために）ワイヤレスデバイスから通信チャネルを開くことができる通信インターフェース１２０を含む。通信インターフェース１２０は、ワイヤレスデバイス間で送信されるボイスおよびデータを通常は搬送するワイヤレスデバイスのための標準通信インターフェースの一部とすることもできる。通信インターフェース１２０は、一般に、当技術分野で知られているハードウェアを含む。
【００３７】
一例では、音響を録音するためのマイクロフォン１１５を含むターゲットワイヤレス通信デバイス１２、およびクイックコールの要求に応答させられ、全二重通信を開けさせられることが可能なターゲットワイヤレス通信デバイス１２として実施されるとき、発信ワイヤレス通信デバイス１０はさらに、全二重通信を強制するときにターゲット通信デバイス１２のマイクロフォン１１５を選択的に作動させるように構成できる。したがって、ターゲット通信デバイス１２はさらに、全二重チャネルを確立させることを選択的に可能にし、デバイス上の所定の設定などを通してマイクロフォン１１５の作動を選択的に可能にするように構成できる。
【００３８】
図５は、本発明の一実施形態による半二重通信セッションを最初に確立することによって全二重通信セッションをセットアップするプロセスの呼フロー図である。図５を参照すると、５００において、セッション発信者（たとえば、ＰＴＴクライアント１３２）は、少なくとも１つのセッションターゲット（たとえば、ＰＴＴクライアント１３８）との全二重ＰＴＴ通信セッションの開始を要求するための呼要求をグループ通信サーバ（ＧＣＳ）１３４に送信する。一例では、５００の呼要求は、（１つまたは複数の）ターゲットユーザアドレス、グループアプリケーションＩＤ、グループを確立したいという要求などを含むことができる。さらなる一例では、呼要求はまた、ＤａｔａＯｖｅｒＳｉｇｎａｌｉｎｇ（ＤｏＳ）アクセスチャネルメッセージとともに送信できる。呼要求メッセージはさらに、呼ターゲットが（たとえば、呼に返答することによって）全二重移行を受け付けた後にセッションが後で全二重に移行することが可能であるという理解の下で、セッションを最初は半二重としてセットアップしたいというセッション発信者の意図をＧＣＳ１３４に示すように構成される。諒解されるように、ＤｏＳアクセスチャネルメッセージが、ＴＣＨを介して送信される呼メッセージと比較して潜在的により迅速にＧＣＳ１３４に送信できるように、セッション発信者は、送信するための専用トラフィックチャネルを確立する必要なしに逆方向リンクアクセスチャネル上でメッセージを送信することができる。５０４において、ＧＣＳ１３４（たとえば、ディスパッチ呼ハンドラ（ＤＣＨ））は、ターゲットの位置特定と、呼制限の適用と、ボコーダの選択とを含むＰＴＴ呼セットアップ機能を実行する。５０８において、ＧＣＳ１３４はまた、ターゲットが通信セッションに参加することが可能であるかどうかを確認する。次いで５１２において、ＧＣＳ１３４は、全二重通信セッションを告知する告知メッセージをセッションターゲットのサービングＢＳＣ１３６を通して送信する。諒解されるように、この告知メッセージは、セッションが最初は半二重であり、呼ターゲットが移行を受け付けた後に全二重に移行するという意味において「潜在的な」全二重セッションを告知するように構成される。一実施形態では、５１２において送信される告知メッセージは、ターゲットが介在なしに呼を受け付けるように、セッションを受け付けさせるように構成できる。代替的に、告知メッセージをこのように構成しなくてもよい。
【００３９】
セッションターゲット（たとえば、ＰＴＴクライアント１３８）は、５１２において着呼告知メッセージを受信し、次いで５１６において、セッションターゲットが呼を受け付けることができないほどビジーであるかどうかを判断する。たとえば、セッションターゲットがすでに別の通信セッションに関与している場合、セッションターゲットは、告知されたセッションを拒絶することができる。そうではなく、セッションターゲットがビジーでないと判断した場合、５２０において、セッションターゲットは、呼受付けメッセージをＧＣＳ１３４に転送するために逆方向リンクチャネル（たとえば、逆方向リンクアクセスチャネル）上でＢＳＣ１３６に送信する。一例では、５１６および５２０の呼受付けは、ＰＴＴクライアント１３８のユーザにはセッションを拒絶する機会を与える必要はないという意味において「自動的」または強制とすることができる。代替的に、ＰＴＴクライアント１３８のユーザは、セッションを受け付けることを自発的に選択することができる。５２４において、通信セッションをサポートするために十分なリソースが利用可能であるとＢＳＣ１３６が判断したと仮定すると、５２８において、ＢＳＣ１３６は呼受付けメッセージをＧＣＳ１３４に転送する。５３２において、第１の応答機から告知メッセージに対する呼受付けメッセージ５２８を受信すると、５３６において、ＧＣＳ１３４はセッション発信者にフロア許可メッセージを送信し、５４０において、セッション発信者はフロア許可メッセージの受信を肯定応答する。
【００４０】
この時点で、フロア許可ＡＣＫメッセージとともに、セッション発信者は、半二重様式で少なくとも１つのセッションターゲットに送信すべきメディアの転送を開始する。言い換えれば、セッションターゲットは、全二重様式でメディアをセッション発信者に返信するためのトラフィックチャネル（ＴＣＨ）を必ずしもまだ有するわけではない。したがって、この時点で、セッション発信者がフロアを有すると、５００における開始のために要求されたセッションは全二重セッションであったが、この時点における通信セッションは半二重である。したがって、一時的な半二重セッションが確立されて、全二重セッションが確立される前にセッション発信者からセッションターゲットへの初期メディアの転送が可能になる。
【００４１】
したがって、ＧＣＳ１３４は、セッション発信者からメディア（たとえば、ボイスおよび／または他のデータ）を受信し、５４４においてそのメディアをＢＳＣ１３６に転送して、５４８においてセッションターゲットに送信する。セッション発信者とセッションターゲットとの間で最初にセットアップされた半二重セッションに参加している間、セッションターゲットは、（ｉ）全二重参加のための呼リソースを得るために呼に自動的に「返答する」か、あるいは代替的に（ｉｉ）セッションターゲットのユーザがセッションにリスナーのみとして参加することを望むかまたはアクティブな参加者として参加することを望むかを要求するようにそのユーザにプロンプトする。この例では、セッションターゲットは、呼に返答し、全二重様式でセッションに加わると判断すると仮定する。したがって、何らかの時点で、セッションターゲットは、全二重様式でセッションに参加するために必須のリソースを得ると仮定する。言い換えれば、必要な場合、セッションターゲットは、セッション発信者にメディアを返信するためのＴＣＨを得ることができる（とはいえ、たとえば、セッションターゲットはすでにＴＣＨを有していることがあり、その場合、追加のＴＣＨを立ち上げる必要はない）。この時点で、５５２において、セッションターゲットは別の呼受付けメッセージをＢＳＣ１３６に送信し、５５６において、その別の呼受付けメッセージはＧＣＳ１３４に転送される。諒解されるように、５２０および５５２の呼受付けメッセージは両方とも５１２からの告知メッセージに応答して送信され、５２０の第１の呼受付けメッセージは、ターゲットが一時的な半二重セッションを受け付けることを示し、５５２の第２の呼受付けメッセージは、ターゲットが受け付け、全二重でセッションに参加するための準備が完了していることを示す。代替実施形態では、図５には示されていないが、５１２の告知メッセージは、第１の告知メッセージが半二重通信セッションを告知するために送信され、第２の告知メッセージが全二重通信セッションを告知するために後の（しかし５５２の前の）時点で送信されるように、２つの別々の告知メッセージを表すことができる。
【００４２】
次いで、ＧＣＳ１３４は、半二重セッションが全二重セッションに移行することができることに気づく。したがって、５６０および５６４において、ＧＣＳ１３４は各アクティブセッション参加者（たとえば、セッション発信者およびセッションターゲット）に呼許可メッセージを送信する。呼許可メッセージは、全二重セッションの調停を処理する、必ずしもＧＣＳ１３４ではないネットワークエンティティに関する命令を含む。たとえば、５６８において、（たとえば、ＶｏＩＰ通信用のネットワークアドレス割当てを用いて実施される場合など）アクティブ呼コントローラ７８またはＰＴＴクライアント１３２および１３８にセッションをハンドオーバすることができる。一例では、セッション発信者の呼リソースをティアダウンし、再び立ち上げる必要がないように、一時的な半二重セッション用に発信者に割り振られた呼リソースを全二重セッション中に維持し、再使用することができる。したがって、一例では、全二重への転換時にリターンパスが追加されるという意味においてのみ、半二重セッションを終了することができる。
【００４３】
したがって、図５は、一時的な半二重セッションを確立し、その後最終的に全二重に転換するように、全二重通信セッションをより迅速にセットアップするために、一般に半二重セッションに関連する遅延敏感呼セットアップ手順をどのように使用することができるかを示す。一例では、図５のプロセスは、遅延敏感であると見なされる全二重セッション（たとえば、「クイックコール」）用に実装できる。代替的に、図５のプロセスは、任意の全二重通信セッションをセットアップするために使用できる。
【００４４】
図６に、本発明の一実施形態によるセッションターゲットの観点から図５のプロセスをより詳細に示す。図６を参照すると、１５０において、一時的に半二重通信セッションとして開始される全二重（たとえば、ＰＴＴ）通信セッションの告知をセッションターゲットにおいて受信する（たとえば、図５の５１２において受信され、半二重セッションと全二重セッションの両方の告知として解釈され得るＰＴＴ呼告知メッセージなど）。１５２において、セッションターゲットは、（たとえば、図５の５１６の場合のように）半二重通信セッションを受け付けることができるかどうかを判断する。告知された半二重通信セッションを受け付けることができないとセッションターゲットが判断した場合、１６０において、セッションターゲットは呼拒絶メッセージ（たとえば、告知ＡＣＫ（拒絶）メッセージ）をＧＣＳ１３４に送信する。そうではなく、１５２において半二重通信セッションを受け付けることが可能であるとセッションターゲットが判断した場合、１５４において（たとえば、図５の５２０の場合のように、呼受付けメッセージを送信することによって）半二重通信セッションを受け付ける。一例では、１５４の受付けは、セッションターゲットが半二重通信セッションを受け付けることが可能である限り（たとえば、１５０の着信通信要求がセッションを受け付けさせるように構成された場合）自動的とすること、または代替的にセッションを自発的に受け付けているセッションターゲットのユーザに基づくことのいずれかが可能である。
【００４５】
１５４において半二重通信セッションを受け付けた後、セッションターゲットは、告知された半二重通信セッションが全二重セッションに移行する可能性を有するかどうかを判断する。言い換えれば、告知された半二重通信セッションは、一般に本質的に半二重である。実際、図５および図６でも、全二重への最終的な移行が行われる場合でさえ、セッションは半二重として開始される。したがって、１５６において、セッションターゲットは、この特定の半二重通信セッションが全二重セッションに移行する可能性を有するかどうかを（たとえば、ＰＴＴ告知メッセージ中のヘッダ構成などに基づいて）判断する。１５６において、セッションターゲットが、半二重通信セッションは「一般的な」半二重セッションである（たとえば、そのセッションの目標は、半二重にすることであって、後で全二重に移行することではない）と判断した場合、プロセスは１５４に戻り、セッションターゲットは、当技術分野で知られているように半二重プロトコルを介してセッションに参加する。
【００４６】
代替的に、１５６において、通信セッションは最初は半二重セッションであるが、全二重セッションに移行するさらなる可能性を有するとセッションターゲットが判断した場合、１６４において、セッションターゲットは、そのユーザが呼に「返答する」ことを望むかどうかに関してユーザにプロンプトする。言い換えれば、この場合に呼に返答することは、通信セッションに別の話者として参加することを意味し、それは、セッションを全二重に移行することを意味する。代替例では、（たとえば、１５０の着信通信要求がセッションを受け付けさせるように構成された場合、）１６４のプロンプトをスキップし、セッションターゲットにセッションを全二重に移行させることができる。１５８において、セッションターゲットは、ユーザがプロンプトを受け付けたかどうかを判断する。ユーザがプロンプトを受け付けなかった場合、１６０において、セッションターゲットはＧＣＳ１３４に呼拒絶メッセージを送信する。この場合、呼拒絶メッセージは、（ｉ）リスナーとして半二重性質でＰＴＴセッションに参加し続けることをセッションターゲットに許可しながら呼の全二重性質を拒絶するか、または（ｉｉ）セッションを完全に拒絶し、セッションを全面的に破棄するかのいずれかに構成できる。代替的に、呼拒絶メッセージを送信する代わりに、セッションターゲットは、１６２において第２の呼受付けメッセージを送信するのを単に控えることができ、その場合、ＧＣＳ１３４は第２の呼受付けメッセージがないことを全二重移行の拒絶として解釈する。別の実施形態では、第２の呼受付け（全二重）は随意とされ、発信者は、ターゲットからのメディアの受信を、ターゲットが全二重モードを受け付けたという暗黙的肯定応答と見なすことができる。
【００４７】
そうではなく、セッションターゲットが、（たとえば、自動的にまたはそのユーザによる要求時に）呼に返答し、全二重セッションに参加すると判断した場合、セッションターゲットは、（たとえば、図５の５５２の場合のように）一時的な半二重セッションが現在は全二重セッションに移行可能であることを示す呼受付けメッセージをＧＣＳ１３４に送信する。１５４（または図５の５２０）および１６２（または図５の５５２）の呼受付けメッセージは同様に構成でき、一例では、ＧＣＳ１３４は、第１の受信された呼受付けメッセージをセッションの半二重部分の受付けとして解釈し、第２の受信された呼受付けメッセージをセッションの全二重移行の受付けとして解釈する。図６には示されていないが、全二重移行が行われる前のこの期間中に、セッションターゲットは、ダウンリンクチャネルを監視し、半二重様式でセッション発信者からメディアを受信することができる。１６６において、セッションターゲットは、要求された全二重セッションがしきい値時間期間内にセットアップされたかを判断する。セットアップされなかった場合、１６０において、セッションターゲットはＧＣＳ１３４に呼拒絶メッセージを送信する。他の場合、全二重セッションは確立され、図６のセットアッププロセスは終了する。
【００４８】
図７に、本発明の一実施形態によるグループ通信サーバ１３４の観点から図５のプロセスをより詳細に示す。図７を参照すると、１７０において、グループ通信サーバ７４または１３４は、最初は発信通信デバイス１０からの半二重通信チャネルをセットアップすることによって全二重通信セッションを開始したいという要求（たとえば、特別に構成されたＣＡＬＬメッセージ）を受信する。次いで、グループ通信サーバ７４または１３４は、グループ通信サーバ７４または１３４が（たとえば、ＶｏＩＰパケットを用いて）発信デバイス１０とターゲットデバイス１２との間の通信を導くことができるように、１７２において、ＩＰｖ６アドレスなど、発信通信デバイス１０のネットワークアドレスを取得し、同様に１７４においてターゲットデバイス１２のネットワークアドレスを取得する。次いで１７６において、グループ通信サーバ１３４は、（たとえば、アクセスネットワークに、発信デバイス１０がデータを送信し得る逆方向リンクチャネルを割り振らせ、またターゲットデバイス１２がデータを受信し得るダウンリンクチャネルを割り振ることによって）発信通信デバイス１０からターゲット通信デバイス１２への半二重チャネルをセットアップまたはブリッジする。発信デバイス１０からターゲットデバイス１２への半二重チャネルをセットアップすることに加えて、１７８において、グループ通信サーバ１３４は、ターゲット通信デバイス１２に全二重通信セッションを告知するための告知メッセージを送信する。したがって、最初に半二重チャネルをセットアップすることによって、発信デバイス１０からのメディアをより迅速にターゲットデバイス１２に送信し、ターゲットデバイス１２は、半二重チャネルを介して発信デバイス１０からメディアを受信することと並列に全二重セッションに移行することを試みることができる。
【００４９】
１７８においてターゲットデバイス１２に告知メッセージを送信した後、１８０において、グループ通信サーバ１３４は、ターゲットデバイス１２が全二重通信セッションを受け付けたかどうかを判断する。たとえば、１８０の判断は、ターゲットデバイス１２が図６の１６２における呼受付けメッセージを送信する場合、ターゲットデバイス１２は全二重通信セッションを受け付けたものとすることができる。判定１８０においてターゲットデバイス１２によって全二重通信セッションが受け付けられなかった場合、失敗指示を（たとえば、発信デバイス１０に）出力し、プロセスは終了される。そうではなく、判定１８０において全二重通信セッションが受け付けられた場合、１８４において、発信通信デバイス１０とターゲット通信デバイス１２との間で全二重通信チャネルをブリッジする。次いで１８６において、全二重通信チャネルが首尾よくブリッジされたかどうかに関する判断を行う。判定１８６において全二重通信チャネルが首尾よくブリッジされなかったと判断された場合、１８２において、通信失敗を発信デバイス１０に出力する。そうではなく、判定１８６において全二重通信が首尾よくブリッジされたと判断された場合、１８８において、ブリッジされた全二重通信を発信ワイヤレス通信デバイス１０およびターゲット通信デバイス１２にハンドオーバする。たとえば、１８８における全二重通信のハンドオーバは、１９０において全二重通信セッションのセットアップが終了するように、ＶｏＩＰパケットがグループ通信サーバ１３４によるさらなる調停なしに通信デバイスのネットワークアドレス間で交換されることを意味することがある。たとえば、全二重セッションがＶｏＩＰセッションである場合、ＶｏＩＰセッション中のメディアの交換は、少なくとも１つの実施形態では、異なるネットワークエンティティによって処理できる。
【００５０】
全二重通信セッションが最初は半二重セッションとしてセットアップされ、後で半二重セッションが全二重に移行する図５〜図７について説明したが、他の実施形態は、全二重セッションから半二重セッションへのおよび／または半二重セッションから全二重セッションへの移行を対象とする。
【００５１】
図８は、本発明の一実施形態による半二重通信と全二重通信との間で移行する通信セッションの呼フロー図である。図８を参照すると、８００において、呼発信者２００のユーザは通信セッションを開始することを決定し、８０３において、呼発信者２００は、呼を最初は全二重セッションとしてセットアップすると判断し（たとえば、発信者２００からの呼に対するデフォルトの挙動が全二重である場合）、次いで８０６において、呼発信者は、（たとえば、グループ通信サーバ７４または１３４であり得る）領域ディスパッチャ２０２への全二重呼を開始するためのＣＡＬＬ（全二重）メッセージを送信する。一例では、８０６のＣＡＬＬ（全二重）メッセージは、従来の全二重セッション（すなわち、全二重として開始され、終了し、半二重にはならない全二重セッション）をセットアップするための従来のＣＡＬＬメッセージとは異なって構成される。たとえば、８０６のＣＡＬＬ（全二重）メッセージは、少なくともセッションの最初の部分の間は全二重セッションを半二重セッションとして確立するように領域ディスパッチャ２０２に指示するための異なる命令コード設定をそのヘッダ部分中に含むことができる。８０９において、領域ディスパッチャ２０２は、８０６からの呼メッセージの受信にＡＣＫ（受付け）メッセージで肯定応答する。一例では、全二重セッションの開始は、特別に構成されたＣＡＬＬ（全二重）メッセージの送信を引き起こす、携帯電話に共通である「ＳＥＮＤ」ボタンなどの非ＰＴＴボタンを押すことによって（たとえば、発信ワイヤレス通信デバイス１０に対応し得る）呼発信者２００において実行できる。８０６において全二重呼要求メッセージを受信すると、領域ディスパッチャ２０２はまた、呼の（１つまたは複数の）ターゲットの位置を特定し、呼発信者２００によって全二重呼が要求されたことを呼ターゲット２０６に通知するためのＡＮＮＯＵＮＣＥ（全二重）メッセージを送信する。ＣＡＬＬ（全二重）メッセージと同様に、ＡＮＮＯＵＮＣＥ（全二重）メッセージは、告知されたセッションが後で全二重に移行することを目的として半二重として開始されることを呼ターゲット２０６に指示するように特別に構成できる。
【００５２】
本実施形態では、呼発信者２００と呼ターゲット２０６には両方とも、全二重および半二重との間でそれらのセッションを選択的に切り替えるためのＰＴＴ／全二重クライアントがプロビジョニングされると仮定する。特に、図８の例は、ＡＳＫメッセージに基づいて行われる二重切替えを示し、その二重切替えにより、ＡＳＫメッセージは、半二重から全二重への（たとえば、「ＡＳＫ（全二重）」）、または全二重から半二重への（たとえば、「ＡＳＫ（半二重）」）移行を要求するように構成できる。
【００５３】
図８では、半二重と全二重との間の移行が呼参加者の１つからの明示的なメッセージ（たとえば、ＡＳＫメッセージ）によってトリガされるように図示および説明されているが、他の実施形態は、二重移行をトリガするために二重移行の明示的な要求に依拠する必要はなく、代わりにサーバ開始型とすることができる。たとえば、別の参加者によってフロアが保持されている間、セッションの半二重部分中にユーザがフロアをつかもうと繰り返し試みて失敗する場合、ユーザの介入なしに全二重への移行を開始することができるように、二重移行トリガは「競合ベース」とすることができる。別の代替例では、全二重呼がよりリソース集約的になる傾向があるとき（背景雑音を送信するのに必要な帯域幅を含むなど）、全二重から半二重への移行をボイスアクティビティおよび他のメトリクスに基づいて行うことができる（たとえば、全二重におけるただ１つの参加者がある時間期間話している場合、呼はリソースなどを節約するために半二重に移行することができる）ように、二重移行トリガは「リソース利用率」に基づくことができる。サーバ開始型二重移行では、サーバは、半二重への移行が有益である（たとえば、請求書の費用がより低くなる）ことを１つまたは複数のセッション参加者（たとえば、発信者など）に推薦するか、または代替的に、セッションを調停しているサーバ（たとえば、メディア制御ユニット２０４および／または領域ディスパッチャ２０４）が自動移行を行うことができる。
【００５４】
図８に戻ると、８１２において通信セッションを告知するＡＮＮＯＵＮＣＥ（全二重）メッセージを受信すると、８１５において、呼ターゲット２０６が呼を受け付けると仮定する。領域ディスパッチャ２０２は、呼ターゲット２０６の受付けの指示を受信し、８１８において、呼が開始可能であることを示すためのＳＴＡＴＵＳ（成功）メッセージを呼発信者２００に転送する。８２１において、呼発信者２００は、そのユーザに対して呼が首尾よく確立されたことを（たとえば、音の再生、視覚的メッセージの表示などによって）指示し、８２４において、呼発信者２００は、領域ディスパッチャ２０２にＡＣＫ（受付け）メッセージを返信することによって呼を受け付ける。
【００５５】
次に、８２７において、領域ディスパッチャ２０２は、通信セッション中に呼発信者２００と呼ターゲット２０６との間のメディアの実際の交換を処理するための命令をメディア制御ユニット２０４（たとえば、特定の通信セッション用のメディアの交換を処理するために領域ディスパッチャ２０２とともに動作するサーバ）に送信する。メディア制御ユニット２０４は、各呼参加者がどのように情報をメディア制御ユニット２０４に送信することができるかに関する情報を含むＣＯＮＴＡＣＴ（ｍｃｕ＿ｉｎｆｏ）メッセージを、８３０において呼発信者２００に送信し、８３３において呼ターゲット２０６に送信する。それぞれ８３６および８３９において、呼発信者２００および呼ターゲット２０６はそれぞれ、８３０および８３３からのＣＯＮＴＡＣＴメッセージを受け持つＣＯＮＴＡＣＴ  ＡＣＫ（受付け）メッセージを送信する。次に、８４２において、メディア制御ユニット２０４は、通信セッションの全二重部分中に呼参加者間のメディアの交換を調停する。言い換えれば、呼発信者２００と呼ターゲット２０６との間で交換されるメディアは、いずれかの方向に、または両方向に流れることができる。
【００５６】
図８の実施形態では、メディア制御ユニット２０４は、通信セッションを全二重または半二重に移行するように要求されているときにワイヤレス通信デバイスに通知するために特別に構成されたシグナリングメッセージ（たとえば、ＡＴＮ（全二重）およびＡＴＮ（半二重）メッセージ）を使用し、デバイス２００および２０６におけるＰＴＴ／全二重クライアントは、二重移行を受け付けるためにＡＴＸ（受付け）メッセージを使用する。図８には示されていないが、１つまたは複数のセッション参加者が二重移行を拒絶し、それによってサーバが、二重移行を実行するのを控えるか、あるいは二重移行が行われた後に二重移行を拒絶したセッション参加者をセッションから削除することが生じることも起こり得る。メディア制御ユニット２０４はまた、二重移行を要求したＰＴＴ／全二重クライアントに、要求された二重モードに呼が移行されたことを通知するためにＦＹＩ（更新）メッセージを使用することができる。
【００５７】
したがって、８４５において、呼発信者２００は、通信セッションを全二重から半二重に移行し、二重移行後に呼発信者２００がフロア保持者になることを要求すべきかどうかを判断する。上記のように、全二重から半二重への移行は、システムリソースの節約の（たとえば、呼発信者２００のみが大部分の話をしている場合）、呼発信者２００へのセッションのコストの低減などのために所望されることがある。この判断は８４５では呼発信者２００によって行われるように示されているが、少なくとも１つの実施形態では呼ターゲット２０６がそのような移行を要求するオプションを有することもできることを諒解されたい。ただし、この態様は、説明の便宜上図８から省略している。言い換えれば、他の実施形態では、非発信者が二重移行を要求し、潜在的に達成することが可能である。
【００５８】
８４５において、通信セッションを全二重から半二重に移行することを要求しないと呼発信者２００が判断した場合、プロセスは８４２に戻り、全二重セッションが継続する。そうではなく、８４５において、通信セッションを全二重から半二重に移行することを要求すると呼発信者２００が判断した場合、８４８において、呼発信者２００はメディア制御ユニット２０４にＡＳＫ（半二重）メッセージを送信し、８５１において、メディア制御ユニットは呼ターゲット２０６にＡＴＮ（半二重）メッセージを送信する。ＡＴＮ（半二重）メッセージは、呼ターゲット２０６が全二重から半二重への移行に同意せよという要求、または二重移行が行われていることを少なくとも呼ターゲット２０６に通知するための要求として機能する。したがって、８５４において、ターゲットデバイス２０６はＡＴＮ（半二重）メッセージに応答してＡＴＸ（受付け）メッセージを送信し、８５７において、メディア制御ユニット２０４は、通信セッションが現在は半二重に移行可能であることを示すためのＦＹＩ（更新）メッセージを呼発信者２００に送信すると仮定する。それによって、８６０において呼発信者２００はメディア制御ユニット２０４にフロア要求メッセージを送信し、８６３において、メディア制御ユニット２０４は呼発信者２００にフロア許可メッセージを返信する。その後、８６６において、呼発信者２００は、その割り振られた半二重チャネルを介してメディアをメディア制御ユニット２０４に送信し、次いで８６９において、メディア制御ユニット２０４はメディアを呼ターゲット２０６に転送する。
【００５９】
通信セッションのこの半二重部分の間に、８７２において、呼ターゲット２０６は、（たとえば、呼ターゲット２０６のユーザが話すことができるように）呼を再び全二重に移行すべきかどうかを判断する。８７２において、通信セッションを半二重から全二重に移行することを要求しないと呼ターゲット２０６が判断した場合、プロセスは８６９に戻り、半二重セッションが継続する。そうではなく、８７２において、通信セッションを半二重から全二重に移行することを要求すると呼ターゲット２０６が判断した場合、８７５において、呼ターゲット２０６はメディア制御ユニット２０４にＡＳＫ（全二重）メッセージを送信し、８７８において、メディア制御ユニットは呼発信者２００にＡＴＮ（全二重）メッセージを送信する。ＡＴＮ（全二重）メッセージは、呼発信者２００が半二重から全二重への移行に同意せよという要求、または二重移行が行われていることを少なくとも呼ターゲット２００に通知するための要求として機能する。したがって、８８１において、呼発信者２００はＡＴＮ（全二重）メッセージに応答してＡＴＸ（受付け）メッセージを送信し、８８４において、メディア制御ユニット２０４は、通信セッションが現在は全二重に移行可能であることを示すためのＦＹＩ（更新）メッセージを呼発信者２００に送信すると仮定する。その後、８８７において、全二重プロトコルを介して呼発信者２００と呼ターゲット２０６との間でメディアを交換することができる。
【００６０】
図８の実施形態では、別のセッション参加者がセッションの二重特性を変更したいと望んでいる（たとえば、ＰＴＴ／全二重通信２００の発信者がＰＴＴ／全二重呼ターゲット２０６などとの全二重通信に関与したいと所望している）ことをユーザに示すＰＴＴ通信において、全二重要求および半二重要求は、一連の可聴警報、たとえば３つの可聴パルスなどによってデバイスのユーザに特別に（たとえば、８５１および／または８７８においてＡＴＮメッセージが受信された後、移行を要求しているデバイス以外のデバイスが、移行通知を報告するかまたはそのユーザにプロンプトするように）シグナリングされる。たとえば、この可聴警報は、他のセッション参加者が二重移行を要求していることをユーザに通知するためにＰＴＴ通信において送信される古典的なリングトーン、ボイス、ダイヤルトーン、または他の警報とすることができる。次いで、二重移行の受付けは、（「ＳＥＮＤ」ボタンなどの）非ＰＴＴボタンの押下またはメニュー選択を用いて行うことができる（たとえば、ユーザにセッションの現在の二重性質を確実に認識させるために）。代替的に、これらのデバイスのユーザは、二重移行警報を受信することができるが、二重移行がそのユーザに強制されるように、二重移行を拒絶する機会を与えられる必要はない。いずれの場合も、セッション参加者が二重移行に強制される場合でさえ、セッション参加者は、それらのマイクロフォンおよび他の通信インターフェースがオンであり、相手にブロードキャストしているかどうかに関して、概して常に認識している状態に保たれる（たとえば、少なくとも１つの実施形態では、親などの管理セッション参加者が、そのオーディオを盗聴することができるように児童に通知することなしに全二重移行を強制することによって、児童などの別のセッション参加者を「スヌープ」することが可能である。）。
【００６１】
図８は、いくつかの例では、セッション参加者が（１つまたは複数の）他のセッション参加者に情報を送信するために半二重から全二重への移行を要求するところを示しているが、当技術分野で知られているように、これらのセッション参加者は代替的に単に半二重セッションのフロアを要求することができることを諒解されたい。この場合、これらのセッション参加者に対してフロア要求が繰り返し拒否された場合、セッション参加者は二重移行を要求することができる。
【００６２】
図９は、本発明の一実施形態による半二重通信と全二重通信との間で移行する通信セッションの別の呼フロー図である。図９は、いくつかの点で図８と同様であるが、ＰＴＴ／全二重呼発信者２００は、半二重と全二重通信との間で移行する間、単方向メディア（たとえば、ボイス、データなど）を送信することも可能である。次に図８とは異なる図９の態様についてより詳細に説明するが、図９の概略的な説明は簡潔のために省略した。
【００６３】
図９を参照すると、（たとえば、図８の８１２の場合のように）９１２においてＡＮＮＯＵＮＣＥ（全二重）メッセージが呼ターゲット２０６に送信されると、９１５において、呼ターゲット２０６のユーザに全二重通信セッションを受け付けるようにプロンプトして、９４５および９４８において、同時に半二重様式で呼発信者２００（たとえば、全二重移行イニシエータ）からのメディアをプレイアウトしながらそのメディアの発信を可能にすることができる。したがって、２０４の下のメディア制御によって移行が実施されている間、９４５および９４８において依然として半二重メディアはプレイアウトされる。９５１において全二重セッションが確立されると、９４５および９４８からの単方向パスが双方向または全二重パスに移行することができることを諒解されたい。同様に、半二重への介在移行（９５４〜９７８）後の全二重（９８１〜９９９）への後の移行の間、９９３および９９５において、呼ターゲット２０６から呼発信者２００への半二重または単方向チャネルを確立することができる。この場合、全二重チャネルが確立される前に半二重チャネルが各方向に確立される。９５１において最初の全二重セッションを確立する前に９４５および９４８において発信者２００からターゲット２０６への単方向または半二重チャネルを確立することは、全二重セッションが開始されるのを待つ間、発信者がターゲットに話すことができる一時的な半二重セッションをセットアップするという意味において、図５〜図７と同様であることを諒解されたい。
【００６４】
図１０は、セッション参加者の１つから受信した二重移行要求に応答して発信デバイス１０とターゲットデバイス１２との間の現在の半二重セッションを全二重セッションに移行する一実施形態のフローチャートである。したがって、デバイス１０とデバイス１２との間の半二重セッション（たとえば、発信デバイス１２がフロア保持者である）を調停している間、グループ通信サーバ１３４は、２１０において、発信通信デバイス１０とターゲット通信デバイス１２との間で全二重接続を確立したいという要求を受信し、次いで２１２において、半二重メディア（たとえば、全二重への移行を開始したセッション参加者からＧＣＳ１３４においてメディア制御ユニット２０４によってバッファされていた任意のメディア）をターゲット通信デバイス１２に配信する。諒解されるように、２１２の配信は、ターゲットデバイス１２、および／またはデバイス１０および１２とともに半二重セッションに参加していた任意の他のデバイスへのメディアの配信に対応する。次いで２１６において、デバイス１０および１２との間で全二重通信を確立する。本実施形態では、全二重通信チャネルの確立は自動的であり、図１２に示すように、ターゲットデバイス１２が最終的に全二重通信に関与すべきか否かを判断する。
【００６５】
図１０を参照すると、２１６において、グループ通信サーバ１３４は、全二重通信セッションのための全二重チャネルが確立されたかどうかを判断する。２１６において全二重通信セッションのための全二重チャネルが確立されなかったとグループ通信サーバ１３４が判断した場合、２１８において、全二重移行の実行に失敗したことを示すエラーを出力し、全二重移行を要求したセッション参加者に送信し（たとえば、移行が行われないことを示すメッセージを、全二重への移行を要求しているセッション参加者に送信し）、全二重移行プロセスは終了する。一例では、ターゲットデバイス１２が最終的に全二重要求を拒絶する場合、および／または全二重通信を確立する際に技術的障害がある場合、全二重への移行は失敗することがある。ただし、全二重移行に失敗しても、必ずしも最初の半二重セッションを終了するわけではない。
【００６６】
そうではなく、２１６において全二重通信セッションのための全二重チャネルが確立されたとグループ通信サーバ１３４が判断した場合、２２０において、通信セッションを（アクティブ呼コントローラ７８などの）適切なデバイスにハンドオーバし、その後、通信セッションは少なくともデバイス１０とデバイス１２との間の全二重セッションとしてサポートされ、２２２において、図１０のプロセスは終了する。代替的に、図１０には示されていないが、グループ通信サーバ１３４が全二重セッション（たとえば、ＶｏＩＰセッション）を調停することも可能であり、その場合、２２０において調停責任のハンドオフはなく、グループ通信サーバ１３４はセッションを全二重として調停し続ける。
【００６７】
図１１は、本発明の一実施形態による、セッション参加者の１つからの二重移行要求に応答して発信デバイス１０とターゲットデバイス１２との間の現在の全二重セッションを半二重セッションに移行する一実施形態のフローチャートである。図１１を参照すると、２３０において、グループ通信サーバ１３４は、全二重通信セッションを、要求元セッション参加者がフロア保持者である半二重通信セッションに移行したいという、全二重通信セッションへのセッション参加者による要求を受信する。２３２において、グループ通信サーバ１３４は、（１つまたは複数の）ターゲットデバイスが半二重通信のために利用可能であるかどうかを判断する（たとえば、この場合、ターゲットデバイスは、どのデバイスが半二重への移行を要求しているかに応じて、最初の全二重セッションの呼ターゲット２０６、または最初の全二重セッションの呼発信者２００のいずれかに対応することができる）。どの呼ターゲットも半二重セッションのために利用可能でない場合、２３４において、その半二重移行を要求したデバイスにエラーを出力し、プロセスは終了し、全二重セッションが継続することができる。半二重セッションに進むためにはいくつのターゲットデバイスが利用可能である必要があるかという判断は、１つまたは複数とすることができ、以前に全二重通信セッションに関与していた少なくとも他方のデバイス（すなわち、２３０において半二重への移行を要求しなかったデバイス）を含むことができる。諒解されるように、非要求元デバイスが半二重への移行のために利用可能である可能性はあるが、半二重セッションを非要求元デバイスによってサポートすることができないという理由が存在し得る（たとえば、技術的障害、別の通信セッションが非要求元デバイスにおいてより高い優先順位を有する優先順位付け方式、および／または要求元デバイスからのさらなるＰＴＴ通信を妨げる要求元デバイスに課せられた他の制限、たとえば、資金なしのプリペイドＰＴＴ機能など）。
【００６８】
そうではなく、２３２においてターゲットデバイスが利用可能である場合、２３６において、グループ通信サーバ１３４は半二重通信セッションをセットアップする。２３８において、要求元デバイスからの半二重メディア（たとえば、ボイスデータなど）をグループ通信サーバ１３４において受信し、バッファし、次いで２４０において、グループ通信サーバ７４は、最初の全二重通信セッションが、全二重通信セッションを制御している適切なデバイス（たとえば、アクティブ呼コントローラ７８など）によって終了されることを要求する。代替的に、グループ通信サーバ１３４自体が全二重通信セッションを制御していた場合、２４０の要求を送信する必要はなく、全二重通信セッションは単にグループ通信サーバ１３４によって破棄できることを諒解されたい。
【００６９】
２４０においてセッションの全二重部分を終了した後、２４２において、２３８からバッファされた半二重メディアを（１つまたは複数の）ターゲットデバイスに配信する。
【００７０】
図１２は、本発明の一実施形態による、半二重通信セッションの別のセッション参加者が、セッションを半二重から全二重に移行することを要求するとき、半二重通信セッションに関与しているセッション参加者において実行されるプロセスの一実施形態のフローチャートである。図１２を参照すると、２５０において、セッション参加者（たとえば、ワイヤレス通信デバイス１２などのターゲット通信デバイス、セッション発信者などであり、２５０において要求を受信するセッション参加者は、半二重セッションにおける現在の話者または半二重セッションにおける非フロア保持者のいずれかに対応することができる）は、半二重通信セッション中に全二重通信セッションの要求を受信する。一例では、２５０の「要求」は、セッション参加者が半二重セッションの現在のフロア保持者に対応する場合でさえ、セッション参加者に全二重への移行を受け付けさせるように機能することができる。この場合、２５２において、全二重チャネルは、ターゲットデバイスのユーザが全二重セッションに参加することに同意する前に確立される。代替的に、別の例では、図１２には示されていないが、ターゲットデバイスのユーザに対して、（たとえば、特殊なリンギングなどを通して）全二重移行要求について警報を出し、要求を受け付けるかまたは拒絶する機会を与えることができる。さらなる一例では、低い（たとえば、二重移行を要求した参加者よりも低い）優先順位を有するセッション参加者は全二重に移行させるが、高い（たとえば、二重移行を要求した参加者よりも高い）優先順位を有するセッション参加者にはセッションの受付けまたは拒絶に関するオプションを与えることができる。セッション参加者が二重移行の実行を強制されるかまたはそのユーザが自発的に二重移行を実行することを選択すると仮定すると、２５２において、全二重チャネルをセットアップする。一例では、ターゲットデバイスが半二重セッション中にトラフィックチャネル（ＴＣＨ）を有しなかった場合、２５２において全二重チャネルをセットアップすることは、ターゲットデバイスがアクセスネットワークからＴＣＨを獲得することを含むことができる。次いで２５４において、ターゲットデバイス（たとえば、ワイヤレス通信デバイス１２）は、デバイスのユーザが（たとえば、ユーザのプライバシのために）まだ２５４では全二重チャネルを介してデータを送信しないように、マイクロフォン１１５および／またはカメラ１１３などのその通信インターフェースをミュートし、次いで２５６において、全二重通信を受け付けるようにユーザにプロンプトし、そのプロンプトは、単純なオーディオ警報、視覚的警報などとすることができる。全二重通信がデバイスにブリッジされたとき、マイクロフォン１１５がすでにミュートされているか、または通信インターフェースが他の形で非アクティブである場合、２５４のミュートするステップは随意とすることができる。
【００７１】
図１２を参照すると、２５８において、ターゲットデバイスは、そのユーザが全二重通信セッションを受け付けたかどうかを判断する。ユーザが全二重通信セッションを受け付けなかったとターゲットデバイスが判断した場合、２６０において、全二重通信セッションを終了し、２５２における全二重チャネルセットアップを破棄する。そうではなく、２５８においてユーザが全二重通信セッションを受け付けたとターゲットデバイスが判断した場合、２６０において、通信インターフェースをミュート解除し、ユーザは、確立された全二重通信セッションに関与することができる。一例では、ターゲットデバイスは、受付けにおける単純な無活動によって、たとえば、ユーザが５秒以内に受け付けなかった場合に全二重要求を拒絶することができ、あるいはＰＴＴボタン１１２などのボタンを押下して明白に半二重通信セッションを維持することができる。したがって、図１２のプロセスでは、少なくともターゲットデバイスのユーザが全二重セッションを受け付けるべきか否かを判断するための機会を有するまで、半二重セッションを破棄する必要はない。
【００７２】
別の実施形態では、ターゲット通信デバイス１２は、全二重通信を強制する選択的制御を用いて実施され、この方法は、（たとえば、全二重セッションが確立された後にターゲットユーザが随意に全二重セッションを受け付けるまでマイクロフォン１１５が「ミュート」されたままであることを示す図１２とは対照的に、）ターゲット通信デバイス１２が、全二重通信を確立させることを選択的に可能にし、それによってマイクロフォン１１５の作動を選択的に可能にすることを含むことができる。そのような実施形態では、発信ワイヤレス通信デバイス１０のユーザは、ターゲット通信デバイス１２のマイクロフォン１１５において収集されたオーディオを聞くことが可能である。この例ではターゲットユーザのプライバシが侵害される可能性があるが、これはいくつかの条件下では望ましいことがあることを諒解されたい。たとえば、発信携帯電話を有する親は児童の携帯電話のマイクロフォンを全二重通信に対して開かせ、親は児童の電話においてオーディオを話し、聞くことができる。
【００７３】
さらに、本発明の上記の実施形態は、特定の実装形態および／またはプロトコルに固有のメッセージ（たとえば、ＡＳＫ、ＡＴＮ、ＣＡＬＬ、ＡＮＮＯＵＮＣＥなど）をシグナリングすることへの言及を含むが、これらの信号は、他の実装形態および／またはプロトコルを対象とする実施形態では適宜変更できることを諒解されたい。言い換えれば、ＣＡＬＬメッセージは、本発明の他の実施形態における任意のタイプの呼要求メッセージに対応し、ＡＮＮＯＵＮＣＥメッセージは、本発明の他の実施形態における通信セッションを告知する任意のタイプのメッセージに対応する、などが可能である。
【００７４】
情報および信号は、多種多様な技術および技法のいずれかを使用して表すことができることを当業者ならば諒解されよう。たとえば、上記の説明全体にわたって言及されるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表すことができる。
【００７５】
さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
【００７６】
本明細書で開示した実施形態に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行できる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。
【００７７】
本明細書で開示した実施形態と関連して説明した方法、シーケンス、および／またはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその２つの組合せで直接実施できる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化することができる。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐することができる。ＡＳＩＣはユーザ端末（たとえば、アクセス端末）中に常駐することができる。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐することができる。
【００７８】
１つまたは複数の例示的な実施形態では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはその任意の組合せで実装できる。ソフトウェアで実装する場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶するか、あるいはコンピュータ可読媒体を介して送信することができる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体でよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または命令もしくはデータ構造の形態の所望のプログラムコードを担持または記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００７９】
上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく本明細書において様々な変更および修正を行うことができることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよび／またはアクションを特定の順序で実行しなくてもよい。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
【図１Ａ】
2011530967.tif 000003
【図１Ｂ】
2011530967.tif 000004
【図１Ｃ】
2011530967.tif 000005
【図２】
2011530967.tif 000006
【図３】
2011530967.tif 000007
【図４】
2011530967.tif 000008
【図５】
2011530967.tif 000009
【図６】
2011530967.tif 000010
【図７】
2011530967.tif 000011
【図８】
2011530967.tif 000012
【図９】
2011530967.tif 000013
【図１０】
2011530967.tif 000014
【図１１】
2011530967.tif 000015
【図１２】
2011530967.tif 000016
【国際調査報告】
2011530967.tif 000017
2011530967.tif 000018
2011530967.tif 000019
2011530967.tif 000020
2011530967.tif 000021