(57)【特許請求の範囲】
【請求項１】
グループ通信ネットワークにおけるセキュリティを提供するための方法であって、前記方法は、
通信デバイスにおいて、暗号鍵を受信することと、
前記通信デバイスにおいて、前記受信された暗号鍵を使用して制御器への送信のためにメディアトラフィックを暗号化することと、なお、前記暗号化されたメディアトラフィックは、別の通信デバイスに向けられている、
前記制御器へ前記暗号化されたメディアトラフィックを通信することと
を含み、前記通信することは、無線通信を含み、
前記暗号化されたメディアトラフィックは、前記通信デバイスが暗号化／復号化過程に同期化すること、すでに進行中の送信に同期すること、送出者および受信者が同一のトラフィック暗号化鍵を使用していることを確認することを許容する付加的なヘッダを含み、もしも前記通信デバイスが、前記メディアトラフィックが暗号化されるように設定されるネットワーク上で、暗号化されていない前記メディアトラフィックを受信したときは、あるいは、もしもトラフィックが正しく復号化されていないときは、前記通信デバイスは、警報し前記メディアトラフィックを無音にする、
方法。
【請求項２】
前記受信することは、前記ネットワークにおけるセキュリティモジュールから前記暗号鍵を受信することを含む、請求項１に記載の方法。
【請求項３】
前記通信デバイスは、プッシュツートーク（ＰＴＴ）無線通信デバイスである、請求項１に記載の方法。
【請求項４】
制御器から暗号化されたメディアを受信することと、
前記通信デバイスが暗号化されたメディア送信を受信することができない場合、前記暗号化されたメディアをブロックすることと
をさらに含む、請求項１に記載の方法。
【請求項５】
制御器から暗号化されたメディアを受信することと、
前記メディアが前記通信デバイスによって以前に特定された暗号鍵に基づいて暗号化されていない場合、前記暗号化されたメディアをブロックすることと
をさらに含む、請求項１に記載の方法。
【請求項６】
グループ通信ネットワークにおけるセキュリティを提供するための方法を具現化するコンピュータ可読記憶媒体であって、前記方法は、請求項１乃至５のいずれか１つに記載の方法のステップを含む、コンピュータ可読記憶媒体。
【請求項７】
暗号鍵を受信するための手段と、
前記受信された暗号鍵を使用して制御器への送信のためにメディアトラフィックを暗号化するための手段と、前記暗号化されたメディアトラフィックは、別の通信デバイスに向けられている、
前記制御器に前記暗号化されたメディアトラフィックを通信するための手段と、を含み、前記通信することは、セルラー通信を含み、
前記暗号化されたメディアトラフィックは、前記通信デバイスが暗号化／復号化過程に同期化すること、すでに進行中の送信に同期すること、送出者および受信者が同一のトラフィック暗号化鍵を使用していることを確認することを許容する付加的なヘッダを含み、もしも前記通信デバイスが、前記メディアトラフィックが暗号化されるように設定されるネットワーク上で、暗号化されていない前記メディアトラフィックを受信したときは、あるいは、もしもトラフィックが正しく復号化されていないときは、前記通信デバイスは、警報し前記メディアトラフィックを無音にする、
グループ通信ネットワークにおけるセキュリティを提供するための通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ポイントツーマルチポイント通信システムに関する。とくに、本発明は、現存の通信システムにおける、標準インターネットプロトコルを使用して、グループ通信サービスを可能とするための装置および方法に関する。
【背景技術】
【０００２】
ポイントツーマルチポイント通信システムは、通常システムの中央位置および複数のユーザ間の通信を与えるのに使用されている。たとえば、陸上移動無線（Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｒａｄｉｏｓ）（ＬＭＲｓ）を用いている発信システムは、中央発信センタおよび１個あるいはそれ以上の対応する車団車両間の計画された情報を通信するために、トラック、タクシー、バス、および他の車両に使用されてきている。通信は、車団中の特定の車両に対して、あるいは同時にすべての車両に向けられるかも知れない。
【０００３】
ポイントツーマルチポイント通信システムの他の例は、無線プッシュツートークシステムである。これらのシステムは、それぞれがグループの他のメンバーと通信するための無線通信デバイスを有している個体のグループを許容している。典型的には、プッシュツートークシステムは、単一の周波数、すなわちその上で通信が無線通信デバイスによって受信される、供されたチャネルを頼みにしている。大部分のシステムにおいては、一度に一つのメンバーのみが、他のメンバーに情報を送信できるであろう。しかしながら、すべてのメンバーが、送信しつつある１個のメンバーから通信を受信するための供された放送チャネルを聞くことは可能である。システムの他のメンバーへの送信を望んでいるメンバーは、通常ユーザが、供されたチャネルに単独でアクセスすることを許容する、それぞれの通信デバイス上のプッシュツートークボタンを押すことによって、アクセス要求を送出する。
【０００４】
プッシュツートークシステムは、典型的に、人々、あるいはメンバーのグループが、“ポイントツーマルチポイント”様式で互いに通信することを希望している、室外セッティングに使用される。プッシュツートークシステムの例は、ワークグループ通信、セキュリティ通信、コンストラクションサイト通信、および局地的軍事通信を含んで使用している。互いの通信を希望している人々のグループは、通常“ネット”として知られ、ネットの各メンバーは時に“ネットメンバー”として参照される。
【０００５】
典型的なプッシュツートークシステムにおいては、時に放送チャネルとして参照される供されたチャネルは、１個のメンバーからネットの他の複数のメンバーに同時に、通信を送信するのに使用される。供されたチャネルは、１個のチャネルあるいは周波数、あるいは、１個のチャネルを模擬するための制御器によって統御された、個々のチャネルのグループを含むことができる。何れの場合においても、ただ１個のメンバーが、任意の与えられた時刻において、他のメンバーユーザに対して、音声および／あるいはデータ通信を送信することができる。他のメンバーが送信している間に、別のメンバーが放送チャネル上に送信を試みた場合は、２個の競合する通信間の干渉が生じ、他のネットメンバーによって受信されている通信が、わかりにくくなることに帰着するであろう。
【発明の概要】
【０００６】
現在の無線通信システムにおいて、プッシュツートーク通信システムを実施するためには、基幹施設に対する高額の修正が通常必要となる。
【０００７】
現在の無線ポイントツーマルチポイント通信システムと組み合わせられた高いコストはさておき、一般的に通信は、同一のあるいは類似の技術を使用している互いに極めて近似して動作を行っているメンバーに限定されている。換言すれば、ポイントツーマルチポイント通信は、公衆交換電話ネットワーク（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）（ＰＳＴＮ）などの他の通信ネットワークあるいは技術、インターネットなどのデータネットワーク、あるいはグローバルスター（ＧｌｏｂａｌＳｔａｒ）衛星通信システムなどの衛星通信システムには延長しない。
【０００８】
従って、本発明はグループ通信ネットに参加するためのプッシュツートーク通信デバイスである。グループ通信ネットは、グループ通信ネットを統御するための制御器とプッシュツートーク通信デバイスとのインタフェースを含んでいる。処理装置が情報信号を、分配されたネットワークに送信するのに適したパケットデータに変換する。処理装置はまたアイデンティフィケーション情報を有していてもよく、その現在のアイデンティフィケーション情報が変更すべき、あるいはされかけているときば、そのアイデンティフィケーション情報を更新する。処理装置はそこで、その新しいアイデンティフィケーション情報を制御器に送信する。プッシュツートークデバイスはまた、第１のチャネルを経由して制御器にパケットデータを送信するための送信機を含む。受信機は、制御器からの第２のチャネルを経由してパケットデータを受信する。プッシュツートークデバイスはまた、通信デバイスのユーザがその制御器にパケットデータの送信を希望しているときは送信を実行するための、ユーザーアクチベーテッドメカニズムを含む。
【０００９】
一つの実施例においては、通信デバイスは、無線通信デバイスである。通信デバイスはさらに、制御器がパケットデータを受信する準備ができるまで、パケットデータを記憶するためのメモリを含むかも知れない。メモリは、ユーザの感知された待時間を最小とするために使用される。処理装置はさらに、動的に設定可能な優先レベルを含むかも知れない。そこで、優先レベルは、通信デバイスが、その通信デバイスがより低い優先水準を有している通信デバイスの送信に対し割り込みできるように、他の通信デバイスにまさって通信権を得る権限を有するかどうかを決定する。さらに、処理装置はグループ通信ネットに関する制御器からの、誰がネットに参加しているか、何人がネットに参加しているか、そして彼らユーザはどこに位置しているかなどの情報を受信するかも知れない。
【００１０】
通信デバイスはまた、安全モードで動作することができる。処理装置はさらに、アイデンティフィケーション情報を含むかも知れない。処理装置はそのアイデンティフィケーション情報を、その現在のアイデンティフィケーション情報が変更しなければならない、あるいは変更しかけているときは更新し、その新しいアイデンティフィケーション情報を制御器に送信する。
【００１１】
グループ通信ネットはまた、休止モードにあることも可能である。ユーザアクティベーションメカニズムの活性化は、制御器に通信ネットを休止モードから外すことを促進する。
【００１２】
通信デバイスは通信マネージャと連絡する。通信マネージャは、第１の通信デバイスとの第１のチャネルを確立するための、第１のノードを含む。少なくとも１個の、第２のノードが、少なくとも１個の第２の通信デバイスとの、少なくとも１個の第２のチャネルを確立する。通信デバイスを制御器、あるいは通信マネージャと接続しているチャネルは、信号開始プロトコル（ＳＩＰ）チャネル、メディア信号チャネル、そしてメディアトラフィックチャネルを含む。通信マネージャとも呼ばれる制御器は、第１のノードを少なくとも１個の第２のノードと電気的に接続する。制御器はさらに、データベースモジュールを含む。データベースモジュールは、グループの各通信デバイスのアイデンティフィケーション情報を含む。制御器は、グループの任意の１個の通信デバイスが、そのそれぞれのチャネルを経由してグループの他の通信デバイスにパケットデータを送ることが可能であるように、動的に設定可能である。一つの実施例においては、パケットデータは、時間センシティブ情報を含む。他の実施例においては、通信デバイスの少なくとも１個は、無線通信デバイスである。
【００１３】
制御器はさらに、コアモジュールおよびネット、すなわちＭＣＵモジュールを含む。コアモジュールおよびそのネットモジュールは、分配されたネットワークに接続される。コアモジュールは、各通信デバイスに関するアイデンティフィケーションを確立しており、そして通信デバイスからの情報をネットモジュールにリダイレクトする。ネットモジュールは、通信デバイスのグループ間に送信された情報を取り扱い、統御する。一つの実施例においては、データベースモジュールはコアモジュールの一部である。コアモジュールはさらに、ビリングログ（ｂｉｌｌｉｎｇ  ｌｏｇ）モジュールを含む。ビリングログモジュールは、通信デバイス間のアクティビティの時間的経過を保存する。
【００１４】
ネットモジュールはさらにローカルログモジュールを含む。ローカルログモジュールは通信デバイス間の、アクティビティの時間的経過を保存し、コンパイルされた経過をビリングログモジュールに転送する。制御器はさらにトップレベルサーバを含む。トップレベルサーバは、通信デバイスからのパケットデータを送出し受信する。パケットデータは、通信デバイスに関するアイデンティフィケーションデータ、通信デバイスの位置データ、そしてグループ通信を確立、修正、あるいは終了させるための制御データなどの情報を含む。
【００１５】
制御器はさらに、第１の経過時間を測定する第１のタイマを含む。もしも通信デバイスの何れもが、時間が経過する以前に、制御器に情報を送信していなければ、制御器は、各通信デバイスに休止モードに入るためのメッセージを送出する。制御器はさらに、第２の経過時間を測定する第２のタイマを含む。もし通信デバイスの何れもが、予め設定された時間内に制御器に情報を送信していなければ、制御器は、通信デバイスがアクティブに留まることを望んでいるかどうかを決定するために、通信デバイスからの応答を引き出すための目的で、各通信デバイスにメッセージを送出する。
【００１６】
制御器はさらに、各通信デバイスに優先レベルを割り当てるためのアービトレータを含む。優先レベルは、通信デバイスの送信特権に関する階層を、より高い優先レバルを有している通信デバイスがより低い優先レベルを有している通信デバイスの送信に対し割り込みできるように決定する。優先レベルの割り当ては、動的に設定可能である。
【００１７】
制御器はさらに、通信デバイスがそのパケットデータを受信する準備ができるまでパケットデータを記憶するバッファメモリを含む。バッファメモリは、ユーザの感知された待時間を最小とするために使用される。
【００１８】
通信デバイスは、ＣＤＭＡ、ＴＤＭＡ、そしてＧＳＭ（登録商標）を含み、しかし限定されない、異なった通信基幹施設内で動作しているにもかかわらず、同じネット内で動作することができる。
【００１９】
したがって、エンドツーエンド音声通信を、インターネットプロトコルを使用して与えることは、本発明の特徴であり、利点である。
【００２０】
無線エンドツーエンド音声通信を、インターネットプロトコルを用いて与えることは、本発明の他の特徴であり、利点である。
【００２１】
無線プッシュツートーク通信を、インターネットプロトコルを用いて、パケットデータとして音声を送信している参加者のグループに対して与えることは、本発明の他の特徴であり利点である。
【００２２】
現存する通信基幹施設上に、現存する基礎をなす通信基幹施設を修正する必要なしに、プッシュツートークシステムを与えることは、本発明の他の特徴であり利点である。
【００２３】
有線あるいは無線通信デバイスのグループに、インターネットプロトコルを用いて、互いに音声データを送信し、受信することを可能とすることは、本発明の他の特徴であり利点である。
【００２４】
インアクティブなプッシュツートークネットのために休止モードを与えることは、本発明の他の特徴であり利点である。
【００２５】
１個あるいはそれ以上のプッシュツートークネットを統御し制御するための通信マネージャを与えることは、本発明の他の特徴であり利点である。
【００２６】
特定のプッシュツートークネットのために供されたメディア制御ユニットを与えることは、本発明の他の特徴であり利点である。
【００２７】
パケットデータにおいて、完全２重化を与えることは、本発明の他の特徴であり利点である。
【００２８】
プッシュツートークネットをセットアップし、維持するために、シグナリングチャネルを与えることは、本発明の他の特徴であり利点である。
【００２９】
インターネットプロトコル送信において、音声についてセキュリティを与えることは、本発明の他の特徴であり利点である。
【００３０】
プッシュツートークネット内の、処理に関する詳細な時間的経過を与えることは、本発明の他の特徴であり利点である。
【００３１】
プッシュツートークネットの他のユーザのアクセス優先権に勝る、アクセス優先権を与えて、１個あるいはそれ以上のユーザが音声あるいはデータを送信するための主要な権限を許容する調停を与えることは、本発明の他の特徴であり利点である。
【００３２】
プッシュツートークネットのユーザに関し知覚される待時間を最小にすることは、本発明の他の特徴であり利点である。
【００３３】
通信デバイスに、待時間を最小とするために、データフレームのドロップを許容することは、本発明の他の特徴であり利点である。
【００３４】
通信デバイスに、待時間を最小とするために、要求に関する見越した許可を許容することは、本発明の他の特徴であり利点である。
【００３５】
何れかのユーザが、与えられたユーザがデータを受信する準備ができるまで、音声データをバッファすることは、本発明の他の特徴であり利点である。
【００３６】
ユーザが、複数のリスナに対して、１個の順方向チャネル上にマルチキャストするのを許容することは、本発明の他の特徴であり利点である。
【００３７】
通信デバイスがそのアイデンティフィケーションアドレスが変更すべき、あるいはされかけていることを認知し、報告することを許容することは、本発明の他の特徴であり利点である。
【００３８】
ユーザがプッシュツートークネットのアクティブ部分であるかどうかの決定を、ユーザに促すことは、本発明の他の特徴であり利点である。
【００３９】
ユーザが、複数のプッシュツートークネット間をスイッチすることを許容することは、本発明の他の特徴であり利点である。
【００４０】
ユーザが、与えられたプッシュツートークネットのメンバーを動的に決定することを許容することは、本発明の他の特徴であり利点である。
【００４１】
ユーザに、ユーザが結合するかも知れない潜在的なプッシュツートークネットのリストを与えることは、本発明の他の特徴であり利点である。
【００４２】
ユーザに、プッシュツートークネットの他のユーザに関する地理的なそして他のユーザ固有の情報を与えることは、本発明の他の特徴であり利点である。
【図面の簡単な説明】
【００４３】
【図１】図１は、ネット放送システムを説明している。
【図２】図２は、ＮＢＳネットおよび、如何に通信デバイスが通信マネージャ（ＣＭ）１０４と相互に作用しているかを説明している。
【図３】図３は、ＣＭの機能ブロック線図を説明している。
【図４】図４は、ＮＢＳ  ＳＩＰ信号プロトコルスタックの一例を説明している。
【図５】図５は、ＮＢＳメディア信号プロトコルスタックを説明している。
【図６】図６は、リアルタイムプロトコル音声メディアプロトコルスタックを説明している。
【図７】図７は、ＵＤＰ音声メディアプロトコルスタックを説明している。
【図８】図８は、メディアトラフィックプロトコルスタックを説明している。
【図９】図９は、ＤＮＳクライアントプロトコルスタックを説明している。
【図１０】図１０は、ＣＤのグループサービスモジュール５００の、高レベル機能を説明している。
【図１１】図１１は、ＳＩＰコールシグナリング３５０を説明している。
【図１２】図１２は、メディアシグナリングメッセージシーケンスを説明している。
【図１３】図１３は、休止に関するメディアシグナリングメッセージのシーケンスを説明している。
【図１４】図１４は、ＮＢＳメディアシグナリングメッセージのシーケンスを説明している。
【図１５】図１５は、ＣＭ１０４の状態線図を説明している。
【図１６】図１６は、ＣＤ３５２の状態線図を説明している。
【詳細な説明】
【００４４】
本発明の特徴および利点は、図面と関連させた場合に、以下に記述する詳細な説明からより明白になろう。図面において同様の参照符号は全体を通じて同一のものと認定する。
【００４５】
ネット放送サービス（ＮＢＳ）システムは、インターネットプロトコル（ＩＰ）通信デバイスが、グループの音声およびデータ会議に参加することを可能にする。ＮＢＳは、本来、ＩＰ上の音声（ＶｏＩＰ）アプリケーションである。音声通信は、トーカエンドポイント通信デバイスから、１個あるいはそれ以上のリスナに、音声フレームをＩＰデータグラムにカプセル化することによって送信される。音声を伴ったデータもまた、この方法で送信されるかも知れない。ＮＢＳシステムは、“現存の通信システムにおいてグループ通信サービスを与えるための方法および装置”と題する、２０００年３月３日に提出された、代理人処理番号（Ａｔｔｏｒｎｅｙ  Ｄｏｃｋｅｔ  Ｎｏ）０００２１２の、米国特許応用シリアル番号０９／５１８，９８５および“現存の通信システムにおいて、グループ通信サービスに参加するための方法および装置”と題する、２０００年３月３日に提出された、代理人処理番号０００２１１の、米国特許応用シリアル番号０９／５１８，７７６の中に記述されており、そしてそれらは参照によって明確に、本特許に組み込まれている。
【００４６】
図１は、グループ通信システム１０に関する機能的ブロック線図を説明している。グループ通信システム１０はまた、プッシュツートークシステム、ネット放送サービス（ＮＢＳ）、ディスパッチシステム、あるいはポイントツーマルチポイント通信システムとして知られている。このようなＮＢＳシステムの限定的特性は、通常、１個のユーザのみが、任意の与えられた時刻において、他のユーザに、情報を送信できるというものである。ＮＢＳ１０においては、個別にネットメンバーとして知られている、通信デバイスユーザのグループは互いに、各ネットメンバーに割り当てられた通信デバイスを使用して通信する。
【００４７】
用語“ネット”は、互いに通信することを公認された、通信デバイスユーザのグループを示している。通常、中央データベースは、それぞれの特定のネットのメンバーを識別している情報を含んでいる。１個以上のネットは、同じ通信システム内で動作するかも知れない。たとえば、第１のネットは、１０人のメンバーを有していると定義されるかも知れない。そして第２のネットは、２０人のメンバーを有していると定義されるかも知れない。第１のネットの１０人のメンバーは、互いに通信することができる。しかし通常第２のネットのメンバーに対してはできない。他の状況においては、異なったネットのメンバーは、１個以上のネットのメンバー間の通信をモニタすることが可能であり、しかし、彼ら自身のネット内のメンバーに情報を送信することのみが可能である。
【００４８】
ネットは現存の通信システム上で、現存の基幹施設に対する部分的変更を必要とせずに動作する。従って、ネットの制御器およびユーザは、パケット情報の送信および受信が可能な、符号分割多重接続（ＣＤＭＡ）システム、時間分割多重接続（ＴＤＭＡ）システム、移動通信のためのグローバルシステム（ＧＳＭ（登録商標））、グローバルスター（Ｇｌｏｂａｌｓｔａｒ（登録商標））あるいはイラディウム（Ｉｒａｄｉｕｍ（登録商標））などの衛星通信システム、あるいは種々の他のシステムなどの任意のシステムにおいて、インターネットプロトコル（ＩＰ）を用いて動作するであろう。
【００４９】
ネットメンバーは、通信デバイス（ＣＤ）１２、１４、１６、および１７として示された、割り当てられた通信デバイスを使用して互いに通信する。ＣＤｓ１２、１４、１６、および１７は、地球上の無線電話、プッシュツートーク能力を有している有線電話、プッシュツートーク機能を備えた衛星電話、無線ビデオカメラ、スチールカメラ、音楽レコーダーあるいはプレーヤーなどのオーディオデバイス、ラップトップあるいはデスクトップコンピュータ、ページングデバイス、あるいはこれらの任意の結合されたもののような有線あるいは無線通信デバイスであることができる。たとえば、ＣＤ１２は、ビデオカメラおよびディスプレーを有している無線地球電話を含むかも知れない。さらに、それぞれのＣＤは、安全モード、あるいは非安全（クリア）モードの何れかで、情報の送信および受信が可能であるかも知れない。
【００５０】
以下の議論を通じて、それぞれのＣＤに対する参照は、無線プッシュツートーク電話により表現されるかも知れない。しかしながら、ＣＤに対する参照は、これに限定されることを意図したものではないことは理解されるべきであり、インターネットプロトコル（ＩＰ）に従ってパケット情報を送信しそして受信する能力を有する他の通信デバイスが含まれるかも知れない。
【００５１】
図２のＮＢＳシステム１０においては、送信特権は、通常、任意の与えられた時刻において、１個のユーザが他のネットメンバーに対して情報を送信することを許容するとして定義される。送信特権は、要求が受信されたときに、送信特権が他のネットメンバーに、現在割り当てられているか否かによって、要求しているネットメンバーに対して許可され、あるいは否定される。送信要求を許可しそして否定する過程は調停として知られている。他の調停方式は、要求しているネットメンバーが送信特権を許可されるかの決定に際して、それぞれのＣＤに割り当てられた優先レベルなどの要素を評価する。
【００５２】
ＮＢＳシステム１０に参加するために、ＣＤｓ１２、１４、１６、および１７のそれぞれは、制御器あるいは通信マネージャ（ＣＭ）１８からの送信特権を要求する能力を有している。ＣＭ１８は通常ネットのリアルタイムのそしてネットの管理上の操作を統御する。ＣＭは、少なくとも１個の処理装置およびメモリを有している計算機タイプデバイスの任意の形式である。一つの実施例においては、ＣＭはＳｕｎ  Ｗｏｒｋｓｔａｔｉｏｎ  ＮｅｔｒａＴ１（登録商標）である。
【００５３】
ＣＭ１８は、クリアあるいは安全の何れかとして定義された定義されたネットのリストを保存している。クリアおよび安全間の移行は通常許容されない。安全なネットは認証および盗聴に対する保護を与えるために、個々のＣＤによって与えられる暗号に頼っている。安全なネットのための暗号化は、暗号化および復号化がそれぞれのＣＤの中で行われていることを意味する、エントツーエンド基準で実行される。ＣＭ１８は一般に、安全アルゴリズム、鍵、あるいはポリシーに関する知識なしに動作する。
【００５４】
ＣＭ１８は、認証はサービスプロバイダによって与えられることを仮定して、通信システムサービスプロバイダ、ネットメンバー、あるいは両者の何れかを通して、遠隔的に統御を行う。ＣＭ１８は、外部の管理インタフェース２２６を経由してネット定義を受信するかも知れない。ネットメンバーは、そのサービスプロバイダあるいは、ＣＭ１８管理インタフェースに適合するメンバー操作セキュリティーマネージャ（ＳＭ）２０などの定義されたシステムを経て管理ネット機能を経由して、管理的活動を要求するかも知れない。ＣＭ１８は、高グレード商業基準に対して、ネットを確立しあるいは修正しようと試みている任意のパーティーを認証することが出来る。
【００５５】
ＳＭ２０は、鍵マネージメント、ユーザ認証、および安全ネットをサポートするための関連したタスクを遂行する、ＮＢＳシステム１０の選択可能なコンポーネントである。単一グループ通信システムは、１個あるいはそれ以上のＳＭ２０と、相互に作用するかも知れない。ＳＭ２０は通常ネット活性化、あるいはＰＴＴ調停を含むネットのリアルタイム制御には関与しない。ＳＭ２０は、ＣＭ１８インタフェースと一致する、管理機能を自動化するための管理能力を有するかも知れない。ＳＭ２０はまた、ネットに参加すること、ネットキーの放送、あるいは単にネットトラフィックのモニタの目的のためのデータ終点として、動作する能力を有するかも知れない。
【００５６】
一つの実施例においては、ＣＤからの送信特権を要求する手段は、プッシュツートーク（ＰＴＴ）キーあるいはスイッチを含む。ＮＢＳ１０内のユーザが、情報を他のネットメンバーに送信することを希望すれば、その人のＣＤにおかれているプッシュツートークスイッチが押され、ＣＭ１８から、送信特権を得るために要求を送出する。もしも他のネットメンバーがそのときに送信特権を割り当てられていなければ、要求しているユーザは送信特権を許可され、そして聞くことができ、目に見える、あるいは触知できる警報によってＣＤを経由して通報される。要求しているユーザが送信特権を許可されている後に、情報はそこで、そのユーザから他のネットメンバーに送信されるかも知れない。
【００５７】
本発明の一つの実施例においては、各無線ネットメンバーは１個あるいはそれ以上の基地局２２あるいは状況によっては衛星ゲートウエイ２４と、順方向リンクおよび逆方向リンクを確立している。基地局２２は、基地局２２あるいは衛星ゲートウエイ２４からＣＤへの通信チャネルを記述するのに使用される。衛星ゲートウエイ２４は、ＣＤから基地局２２あるいはゲートウエイ２４への通信チャネルを記述するのに使用される。音声および／あるいはデータは、ＣＤを用いてデータパケットに変換される。データパケットは、それを経由して他のユーザへの通信が行われている、特定の分配されたネットワーク２６のために適切である。一つの実施例においては、分配されたネットワーク２６は、インターネットである。他の実施例においては、供された順方向チャネルは、それぞれの通信システム（すなわち、地球通信システムおよび衛星通信システム）内で、それぞれのネットメンバーから他のネットメンバーへ情報を放送するために確立される。各ネットメンバーは、他のネットメンバーからの通信を供されたチャネル上で受信する。さらに他の実施例においては、供された逆方向リンクは、ＣＭ１８に情報を送信するために各通信システム内において確立される。最後に、以上の方法の組み合わせが使用されるかも知れない。たとえば、一つの方法は、供された順方向放送チャネルを確立しており、しかし情報をＣＤ１８に、それぞれのＣＤに割り当てられている個別の逆方向リンク上で送信するために、無線ＣＤｓを要求しているかも知れない。
【００５８】
第１のネットメンバーがネットの他のメンバーに情報を送信することを希望している場合、第１のネットメンバーは、その人のＣＤ上のプッシュツートークキーを押すことによって、送信特権を要求する。そしてそれは、分配されたネットワーク２６への送信のためにフォーマットされた要求を発生する。ＣＤｓ１２、１４、および１６の場合、要求は、１個あるいはそれ以上の基地局２２に対して、無線で送信される。移動交換センタ（ＭＳＣ）２８は、ＭＳＣ２８および分配されたネットワーク２６間の、要求を含んでいるデータパケットを処理するための、よく知られた相互動作機能（ｉｎｔｅｒ−ｗｏｒｋｉｎｇ  ｆｕｎｃｔｉｏｎ）（ＩＷＦ）を含んでいる。ＣＤ１６に対しては、要求は衛星を経由して、衛星ゲートウエイ２４に送信される。ＣＤ１７に対しては、要求は公衆交換電話ネットワーク（ＰＳＴＮ）３０に、そこでモデムバンク３２に送信される。モデムバンク３２は、要求を受信し、それを分配されたネットワーク２６に与える。ＮＢＳターミナル３４は、そのインターネット２６への接続を通じてＮＢＳシステムのトラフィックをモニタしている。ＮＢＳターミナル３４は、インターネット２６に接続されているために、ネット参加者に対して地理的に近接していることは必要とされない。
【００５９】
もしも、送信特権要求がＣＭ１８によって受信されたときに、他のメンバーが送信特権を現在保持していなければ、ＣＭ１８は、送信特権は許可されていることを通知するメッセージを、要求しているネットメンバーに送信する。第１のネットメンバーからの、音声の、目に見える、あるいは他の情報は、情報をＣＭ１８に送ることによって、そこで、他のネットメンバーに対して、丁度記述された送信経路の一つを用いて、送信されるかも知れない。一つの実施例においては、ＣＭ１８はそこで、情報を複写しそしてそれぞれの複写をネットメンバーに送出することによって情報をネットメンバーに与える。もしも、単一の放送チャネルが使用されていれば、使用されているそれぞれの放送チャネルに対して、情報は１度だけ複写されることを必要とする。
【００６０】
代わりの実施例においては、ＣＭ１８は、サポートしている基地局からのデータパケットは、分配されたネットワーク２６の上に配送することなく、ＣＭ１８に直接に配送されるように、ＭＳＣ２８の中に合体されている。この実施例においては、ＣＭ１８はなお、他の通信システムおよびデバイスが、グループ通信に参加できるように分配されたネットワーク２６に接続されている。
【００６１】
ＣＭ１８は、それぞれの定義されたネットに対すると同様に、個々のネットメンバーに関する情報を統御するために、１個あるいはそれ以上のデータベースを保存している。たとえば、それぞれのネットメンバーに対しては、データベースは、ユーザの名称、口座番号、電話番号、あるいはメンバーのＣＤと組み合わせられたダイアル番号、ＣＤに割り当てられた移動アイデンティフィケーション番号、メンバーがアクティブにネットに参加しているかといった、ネットにおける現在のメンバーの地位、どのように送信特権が割り当てられているかを決定するための優先コード、ＣＤと組み合わせられたデータ電話番号、ＣＤと組み合わせられたＩＰアドレス、および、いずれのネットにおいてメンバーが通信することを公認されているかの表示などの情報を含むかも知れない。他の関係する情報の形式もまた、それぞれのネットメンバーに関するデータベースによって蓄えられるかも知れない。
【００６２】
ＮＢＳ基幹施設の一部として、通信マネージャ（ＣＭ）は、１個のトークグループあるいはネットを形成するために、それぞれの通信ターミナルと接続を形成する。ＣＭは、異なった応用を適応させるために、異なった方法で構成可能なハードウエアおよびソフトウエアにおける種々の基本的能力を含む。一般的に、ＣＭは、ネット状態の相対的制御だけでなく、（ＮＢＳ）ネット、プッシュツートーク（ＰＴＴ）要求調停、ネット会員および登録リストの保守および配布、必要なＣＤＭＡシステムのコールセットアップおよびティアダウン（ｔｅａｒ−ｄｏｗｎ）、およびネットワーク資源に関する、リアルタイムの、管理上の、確実性をもった動作を統御する能力を与える。
【００６３】
ＮＢＳネットは、スタンドアローンの展開可能なセルラシステム、あるいは大きい複数サイト構成の中にあるかも知れない。大きい構成の場合、複数のＣＭｓは単一の統合されたシステムを形成するために、地理的に展開されるかも知れず、それぞれは、現存のセルラ基幹施設の中への、プラグインモジュールとして動作する。
【００６４】
このようにして、ＮＢＳネットにより導入された、新しい特徴は、現存するセルラ基幹施設に対して修正を必要とすることなく、セルラユーザに使用可能である。
【００６５】
ＣＭの機能は、定義されたＮＢＳネットのリストを保存していることである。それぞれのネットの定義は、ネット識別子、電話番号あるいは他の識別情報を含むメンバーのリスト、ユーザ優先情報、そして他の一般的管理上の情報である。ネットは、静的にクリアあるいは安全の何れかに定義されている。そしてクリアおよび安全間の移行は許容されていない。安全なＮＢＳネットは、認証および盗聴に対する保護を与えるために、典型的にメディア暗号を用いている。安全なネットのためのメディア暗号化は、暗号化および復号化が通信デバイス内で生じていることを意味する、エンドツーエンド基準で実行される。ＣＭは、暗号化アルゴリズム、鍵、あるいはポリシーに関する知識なしに動作する。
【００６６】
ＣＭは、外部の管理インタフェースを通じてネット定義を受信する。顧客は、管理的な活動を、そのサービスプロバイダあるいは定義されたシステムを経ての、 ＣＭ管理インタフェースに適合する顧客操作セキュリティマネージャのような管理ネット機能を経由して、要求するかも知れない。ＣＭは、ネットを確立しあるいは修正しようと試みているいかなるパーティーに対しても、高グレード商業基準で認証する。
【００６７】
本発明の一つの実施例が詳細に説明されるのに先立ち、本発明はその応用が、以下の記述あるいは図面による説明で明らかにされる、構成の詳細および部品の配置に限定されるものでないことは理解されるべきである。本発明は、他の実施例が可能であり、種々の方法で成し遂げられる。また、ここに使用された表現および術語は、説明のためのものであって、限定と見なされるべきものではない。
【００６８】
図２は、ＮＢＳネット１００および、如何に通信デバイスがＣＭ１０４と相互に作用するかを説明している。複数のＣＭｓ１０４は、希望するように大スケールＮＢＳネット１００に向かって展開されるかも知れない。図２において、通信デバイス１０８、あるいはＣＤ１０８は、ネット上にメディアを送信する許可を有している。この場合、ＣＤ１０８は、トーカとして知られ、チャネル上にメディアを送信する。ＣＤ１０８が、トーカとして指定された場合、残りのネット参加者は、通信デバイス１１２および１１６（あるいはＣＤ１１２およびＣＤ１１６）はネットにメディアを送信するための許可を有していない。したがって、ＣＤ１１２およびＣＤ１１６は、リスナとして指定される。もしもＣＤ１１６がトーカとして指定されれば、ＣＤ１０８およびＣＤ１１２は、リスナとして指定され、以下同様である。
【００６９】
以上説明したように、各ＣＤ１０８、１１２、および１１６は少なくとも１個のチャネルを使用してＣＭ１０４に接続されている。一つの実施例においては、チャネルは、セッション開始プロトコル（ＳＩＰ）チャネル１２０、ＮＢＳメディア信号チャネル１２４、およびメディアトラフィックチャネル１２８を含む、分離したチャネルに分割される。セッション開始プロトコル（ＳＩＰ）チャネル１２０、およびＮＢＳメディア信号チャネル１２４は、帯域幅が許容するときはいつでも、トーカあるいはリスナに指定されていることに関係なく、ＣＤ１０８、１１２、および１１６の何れかによって使用されるかも知れない。ＳＩＰは、インターネットプロトコル（ＩＰ）上で動作している、マルチメディアセッションを確立し、修正し、そして終了するための、制御メカニズムを記述する、アプリケーションレイヤプロトコルを定義された、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）である。ＳＩＰは、ユーザを登録し、位置を示す（ｌｏｃａｔｅ）ための方法、ユーザの能力を定義し、メディアパラメータを記述するメカニズム、ユーザの有効性（ａｖａｉｌａｂｉｌｉｔｙ）、コールセットアップ、およびコールハンドリングを決定するためのメカニズムをサポートすることによって、インターネット電話応用のための、コールシグナリング問題の一般的解を与える。
【００７０】
ＳＩＰチャネル１２０は、ネット１００内のＣＤの参加を開始し終了するために使用される。自由に、セッション記述プロトコル（ＳＤＰ）信号が、ＳＩＰチャネル１２０の中でまた、使用されるかも知れない。ＮＢＳネットの中でのＣＤの参加がＳＩＰチャネル１２０を用いてセットアップされるときは、ＣＤおよびＣＭ１０４間のリアルタイムコール制御およびシグナリングは、ＮＢＳメディア信号チャネル１２４を用いて行われる。特別に、他のタスクの中でＮＢＳメディア信号チャネル１２４は、プッシュツートーク要求および開放、衝突している要求間の調停、あるいはフロア制御、情報送信の開始および終了のアナウンス、ネット休止の統御、トラック終端の結合性、ネット状態の要求および交換、通知およびエラーメッセージを取り扱うために使用される。 ＮＢＳメディアシグナリングチャネル１２４のプロトコルは、将来のエンハンスメントのために適応性を維持しながら、最も一般的なメッセージの長さを最小化し、応答を理解し、要求に応答するタスクを簡素化する。 ＮＢＳメディアシグナリングチャネル１２４のプロトコルはまた、プロトコル状態に逆に影響を及ぼすことなしに、再送出されるべき要求を許容する。
【００７１】
メディアチャネル１２４上の信号トラフィックはさらに２種類に、本来ＳＩＰインビテーション要求を含むコールセットアップおよび制御シゲナリングと、そして本来リアルタイムフロア制御要求および関係する非同期メッセージを含むメディアシグナリングに分化されるかも知れない。メディアトラフィックチャネル１２８上のメディアトラフィックは、リアルタイムポイントツーマルチポイント音声および／あるいはデータ放送を含む。両者のメッセージングカテゴリーは、独特の機能的特質を有する。さらに、それぞれのＣＤは、インターネットネットワークアドレスに、フルに述べられたＤＮＳホストネームのマッピングを促進するために要求を、ドメインネームサービス（ＤＮＳ）クライアントに提出するかも知れない。
【００７２】
ＮＢＳコールセットアップおよびコール制御シグナリングは、ＳＩＰセマンティクス（ｓｅｍａｎｔｉｃｓ）に従って実行される。ＳＩＰはよく知られたユーザデータグラムプロトコル（ＵＤＰ）あるいは送信制御プロトコル（ＴＣＰ）の何れかを用いてトランスポートされるかも知れない。望ましい実施形態においては、それぞれのＣＤは、図４に示したように、ＵＤＰを用いてＳＩＰに基づいた信号機能を実行する。それぞれのＣＭはまた、ＵＤＰを経由してすべてのＳＩＰシグナリングの受信を予期している。リアルタイムシグナリングは、動的ＵＤＰ／ＩＰインタフェースを経由してＣＭおよびそれぞれのＣＤに生じる。他のシグナリングが、ＳＩＰを使用して、ＣＭおよびＣＤの間で、固定された（静的な）ＴＣＰ／ＩＰインタフェースを経由して代わりに行われるかも知れない。
【００７３】
図３は、ＣＭ１０４のモジュールおよび物理的メークアップを示している。ＣＭ１０４は、ＣＭコアモジュールあるいはコンプレックス２０４、少なくとも１個のネットモジュール、あるいはメディア制御ユニット（ＭＣＵ）２０８および２１２、ＤＮＳサーバ２１６、リダイレクトサーバ２２０、および管理ワークステーション２２４を含む。ＣＭコアコンプレックス２０４は、Ｊａｖａ（登録商標）受容可能な、ウエブブラウザに対する管理能力を与える。１個あるいはそれ以上のＤＮＳサーバ２１６はまた、ＣＭコアコンプレックス２０４の中に含まれるかも知れない。ＣＭコアコンプレックス２０４はさらに、ＣＭノード２２８およびデータベースサーバ２３２を含む。ＣＭ１０４は、少なくとも２個の部分、ＣＭコアコンプレックス２０４およびそれぞれのＭＣＵノード２０８に分離可能である。ＣＭコアコンプレックス２０４への最初の接続の後、ネットはＭＣＵノード２０８によって動作される。 ＭＣＵノード２０８は、必要により、 ＣＭコアコンプレックス２０４からの情報を送出しそして受信する。 ＣＭコアコンプレックス２０４の分離可能性は、一度特定のネットが確立されたときに、ネットは供されたＭＣＵノード２０８によって動作されることの多能性を考慮に入れている。このことは、 ＣＭコアコンプレックス２０４が、その中でネットが動作することを希望している通信構造の形式に関係なく、他の潜在的ネットとの初期接続を与えることを許容する。 ＣＭコアコンプレックス２０４はまた、 ＭＣＵノード２０８から位置的に置き変えられるかも知れない。たとえば、１個の単一のＣＭコアコンプレックス２０４は、米国の中央部におかれるかも知れない。そして複数のＭＣＵノード２０８は、その与えられた地域からネットを動作させるために、地方におかれるかも知れない。それとして、 ＣＭコアコンプレックス２０４は、ユーザの位置をもとに、ユーザを特定のＭＣＵノード２０８に配送するかも知れない。また、情報は、ユーザあるいはユーザのグループに、位置をもとにした放送、指揮、あるいはランドマークの識別など、位置に基づいて与えられるかも知れない。
【００７４】
ＣＭノード２２８は、ＮＢＳネットと組み合わせられた集中化された機能を与える。ＣＭノード２２８は、セッション開始プロトコルユーザエージェントサーバ（ＳＩＰ  ＵＡＳ）サーバ２３６、およびＣＭマネージャ２４０、中央ビリングログ２４４、および管理サーバ２４８を含む。ＳＩＰ  ＵＡＳサーバ２３６は、ネットリストに対するユーザの要求をサポートし、ネットのためのＳＩＰインバイトメッセージを処理する。ＳＩＰインバイトメッセージ２２９が通信デバイスから受信されたときに、ネットは、通信デバイスを適切なＭＣＵノード２０８に割り当て、通信デバイスをＭＣＵノード２０８に向ける。
【００７５】
ＣＭマネージャ２４０は、ネット内のすべてのＭＣＵノードの状態をモニタし、 ＭＣＵノード２０８など、与えられたＭＣＵノードにネットの実行を割り当てる。 ＣＭマネージャ２４０は、ネットの作成および削除、新しいものを定義し現存のユーザを削除し、ネットメンバーとして加えそして除き、そしてユーザ、ネット、あるいはＣＭワイド基準（ＣＭ  ｗｉｄｅ  ｂａｓｉｓ）で、種々の動作パラメータを調整することを含む、ネット管理に関係している管理機能を処理する。
【００７６】
中央ビリングログ２４４は、ビリングの目的のための、時間および識別情報を保存する。中央ビリングログは、ＭＣＵノード２０８の、ローカルログサーバ２６０からのビリングログ情報を受信する。ネット上で、どの通信デバイスがアクティブであるか、どの位の期間、どこから、そして、いつ、どれだけの時間それぞれのＣＤがトーカーあるいはリスナーであるか、など、各ユーザの詳細なログ情報が保存される。管理サーバ２４８は、管理ワークステーション２２４がネット状態インタフェース２８０を通して、状態情報を回収しデータベース管理およびシステム統御機能を開始するのを許容するために、インタフェースをサポートする。
【００７７】
ＣＭは、ＳＩＰユーザエージェントサーバ２３６およびＳＩＰ  ＭＣＵサーバ２５２の両者を実行する。ＮＢＳをサポートするために、各ＣＤはＳＩＰユーザエージェントクライアントを実行する。ＣＭは、到来するＳＩＰ接続を、アドバタイズドノードあるいはポートで受信する。接続が生じたとき、ＳＩＰサーバ２３６はＳＩＰコールシグナリングコンベンションに従って要求を受信し処理する。ＳＩＰサーバ２３６は、複数のコールシグナリング接続を並列に処理することが可能である。
【００７８】
ネットワーク資源を保存するために、ＣＤは、そのＳＩＰサーバ２３６とのＵＤＰ接続を、接続が首尾よく（あるいは不首尾に）ＮＢＳネット１００と結合した後に開放することができる。ＵＤＰ接続は、付加的なＳＩＰコールシグナリング要求（たとえば、ネットを離れるあるいは他のネットにスイッチする）を送出するために後に回復されるかも知れない。
【００７９】
図４は、ＮＢＳ  ＳＩＰシグナリングプロトコルスタック３００の例を示している。スタックは、ネットワーク通信を実行するプロトコルレイヤの集合である。それぞれのレイヤと組み合わせられたプロトコルは、そのすぐ上あるいは下のレイヤと通信する。そして下のレイヤのサポートを仮定する。ＵＤＰは信頼性の低い接続のないトランスポートであるから、アプリケーションレベル信頼性は、確実な通信を保証するために選択可能である。そしてそれは、ＳＩＰコンプライアントエンドポイントによる実行によって達成される。通常ＵＤＰストリーム３０４上のＳＩＰコールシグナリング３０２は、ＩＰプロトコル３０６の中にカプセル化されている。特別なフォーマッティングは必要ない。ＳＩＰコールシグナリングＩＰパケット３０６は、たとえば、ポイントツーポイントプロトコル（ＰＰＰ）フレーム３０８の中にカプセル化されているＣＤＭＡセルラをもとにしたＣＤ、あるいはダイアルアップＰＳＴＮをもとにしたＣＤとの間で交換される。したがって、特別なフォーマッティングは必要ない。また、ＳＩＰコールシグナリングＰＰＰフレーム３０８は、ＣＤＭＡセルラをもとにしたＣＤの間で交換され、そして基地局は無線リンクプロトコル（ＲＬＰ）３１０の中にカプセル化される。ダイアルアップＰＳＴＮをもとにしたユーザのためには、Ｖ．３２ｂｉｓあるいはＶ．９０などの適当なモデム標準が、ＲＬＰ３１０に取って代わるかも知れない。いずれの場合においても、通常特別な取り扱いは必要なく、誤りのない物理的リンクは仮定されていない。
【００８０】
図５は、ＩＰ３０６上のＵＤＰデータグラム３０４を使用して音声およびデータトラフィックを輸送している、ＮＢＳメディアシグナリングプロトコルスタック３１２を示している。ＮＢＳメディアシグナリング３１４は、ＵＤＰ／ＩＰトラフィック３０６上にレイヤされ、図４の記述と類似の方法で処理される。
【００８１】
図６は、リアルタイム、音声メディアプロトコルスタック３２０を示している。この実施例においては、ボコーダペイロードデータ３２２は、リアルタイムプロトコル（ＲＴＰ）３２４の上にレイヤされている。ＲＴＰ３２４はそこでＵＤＰ３０４およびＩＰ３０６の上にレイヤされる。選択可能な実施例においては、圧縮されたリアルタイムプロトコル（ＣＲＴＰ）ヘッダコンプレッション３３０は、アプリケーションレイヤにおいて、ＲＴＰ３２４を用いてメディアトラフィックをさらにカプセル化するのに使用される。ヘッダ圧縮技術は、適切であるとして、図４−９に示されたすべてのＵＤＰ／ＩＰ到来および出発ＵＤＰ／ＩＰトラフィックに適用されるかも知れない。メディアシグナリング要求および応答は、ＵＤＰデータグラムの中にカプセル化される。利用可能なときは、ＣＲＴＦヘッダ圧縮は、非圧縮ＵＤＰ／ＩＰヘッダを送出することの強い影響を減らすために適用されるかも知れない。図６においては、ＣＲＴＰは、ＲＴＰレイヤ３２４、ＵＤＰレイヤ３０４、ＩＰレイヤ３０６、そしてＰＰＰレイヤ３０８を圧縮している。図４、５および７−９においては、ＣＲＴＰ３２０は、ＵＤＰ３０４からＰＰＰ３０８の間の、およびそれらを含む、レイヤを圧縮している。
【００８２】
動作においては、それぞれのＣＤは、ネットと結合することを試みているときは、その上でＮＢＳ媒体シグナリング要求を聞くことを意図して動的にＵＤＰポートを選択し、そしてそれが配送しているＳＩＰインビテーションの一部として、そのポート番号をＳＩＰサーバ２３６に通信する。ネットのＣＭメディアシグナリング宛先アドレス（ＵＤＰポート番号を含む）は、ＣＤに対する成功したＳＩＰインバイト要求の応答の一部として配送された、ネットのセッション記述の中に述べられている。そうでなければ、ＳＩＰシグナリングアドレス、メディアシグナリング宛先アドレスは、ネット固有のものであり、ＣＤがネットと結合している段階で変わるかも知れない。同じＣＭによってホストされている複数のネットは、通常独立に動作し、メディアシグナリングあるいはメディアトラフィックポートを分配しない。しかしながら、複数のネットはメディアシグナリングおよびメディアトラフィックポートを分配するかも知れないことが期待されている。
【００８３】
図６を参照して、音声トラフィックは、１個あるいはそれ以上のボコーダフレームにグループ化することによって、ＲＴＰ／ＵＤＰ３２４あるいはＵＤＰペイロード３０４の中にカプセル化される。可能にされたＣＲＴＰ３３０とともにＲＴＰ３２４を使用することは、エンドツーエンドメディア待時間を最小化し、ＩＰテレフォニーアプリケーションおよびサービスとの共同作業性を、与えるために使用される。いずれの場合においても、ＣＤは、動的に、その上にメディアトラフィックを受信することを予期しているＵＤＰを選択し、ポート番号をＳＩＰサーバ２３６に、ネットと結合することを試みているときは配送するＳＩＰインビテーションの一部として通知する。
【００８４】
ネットのボコーダおよびトランスポートカプセル化プロトコルは、メディアトラフィック宛先アドレス（ＵＤＰポート番号を含む）と同様に、ＳＩＰサーバ２３６からの、成功したＳＩＰインビテーション要求に対するセッション記述応答の中に述べられている。ネットのメディアシグナリングアドレスのように、メディアトラフィック宛先アドレスはネット固有であり、そしてネットと結合しているＣＤの段階の間で変わるかも知れない。
【００８５】
典型的に、図６に示されているように、音声トラフィックは、各ＵＤＰデータグラム３０４を、ＲＴＰヘッダ３２４およびボコーダペイロード３２２に分割するＲＴＰ３２４を用いて、アプリケーションレイヤにおいてカプセル化される。図７は、ＵＤＰ音声メディアプロトコルスタック３３２を示している。音声トラフィックは、典型的に、ＣＲＴＰヘッダコンプレッション３３０が用意できないか、あるいはネットメンバーによってサポートされない場合は、自由に、ＵＤＰデータグラム３０４を用いて、ＲＴＰカプセル化でなく純粋にカプセル化されるかも知れない。図８は、メディアトラフィックプロトコルスタック３３４を示している。メディアトラフィックプロトコルスタック３３４は、アプリケーションレベルＲＴＰカプセル化でないネット参加者のために使用される。データ３３６は、ＵＤＰデータグラム３０４の中にカプセル化される。
【００８６】
ＵＤＰペイロード３０４の構造は、 ＲＴＰヘッダフィールドのない対応するＲＴＰペイロード３２４に対して与えられている定義に従っている。メディアを直接にＵＤＰ３０４の中にカプセル化する決定は、ネットの管理者２４８によって設定され、ネットのセッション告示によって通知される。音声メディアに加えて、ＮＢＳネットはまた、任意のデータ放送をサポートするかも知れない。もしもネットがデータ放送チャネルをサポートすれば、ＣＤが正式にネットと結合するときに、ＳＩＰサーバ２３６は、ネットのＳＩＰセッション記述におけるメディア形式を通知する。
【００８７】
図９はＤＮＳクライアントプロトコルスタック３３８を示している。各ＣＤは、領域名称サービス（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ）（ＤＮＳ）プロトコル３４０を用いて、インターネット領域名称をインターネットアドレスに分解する能力を含んでいる。ＣＤはＤＮＳクライアントとして動作する。図９に示されるように、ＣＤはＵＤＰ３２６を用いてＤＮＳ３４０要求をカプセル化する。ＣＤがＤＮＳホスト名称を分解するためには、図３に示されるように、ＣＤはＤＮＳサーバ２１６のＩＰネットワークアドレスを準備されなければならない。ＤＮＳアドレスはまた、ＣＤサービスプロバイダおよび自由にユーザによって設定可能である。
【００８８】
音声メディアに加えて、ネットはまた、安全ネットのリキー（ｒｅｋｅｙ）、ｅメール、データファイル等のような任意のデータ放送をサポートするかも知れない。もしもネットがデータ放送チャネルをサポートすれば、ＣＭはネットのＳＩＰセッション記述におけるメディア形式を、ＣＤが公式にネットと接続するときに通知する。従来のメディア放送のように、一般的なデータ放送はＲＬＰ上で一つの実施例（すなわち対応する物理レイヤ）において動作する。しかし、一般的により信頼性の低いトランスポートと見なされる。
【００８９】
ＣＤは、領域名称サービスプロトコルを用いて、ＲＦＣ１０３４に定義されているように、インターネット領域名称をインターネットアドレスに分解する能力を含む。代わりに、ＲＦＣ１０３５に記述されたように、ＣＤはＤＮＳクライアントあるいはリゾルバとして動作する。
【００９０】
ＣＤがＤＮＳホスト名称を分解するために、ＣＤはＤＮＳサーバのＩＰネットワークアドレスと予めプログラムされる。ＤＮＳアドレスはまた、ＣＤサービスプロバイダによって、および、自由にユーザによって設定可能である。
【００９１】
ＣＭ１０４は自由に、ＤＮＳサーバ２１６として動作するように構成されるかも知れない。それ（ＣＤ１０４）は、トランスポートプロトコルとしてＴＣＰを使用して、区域外のエンティティからのＤＮＳ要求に応答するかも知れないが、ＣＤとともに生じている要求に応える目的のためには、ＳＩＰサーバ２３６はまた、図８に従って、ＵＤＰ３０４を用いてＤＮＳメッセージをカプセル化する。
【００９２】
ＮＢＳはまた、セルラマルチキャストチャネル開発の利益を受けている。これらのチャネルは一般的に、一つの送信している局が、送信されたデータのＮ個の分離した再放送の必要なしに、１個の順方向チャネル上に、直接にＮ個のリスニング局にアドレスすることを許容する。セルラマルチキャストチャネルの存在は、本来ＩＰネットワークレイヤの下にあるＮＢＳメディアスタックに対する、変化を意味している。セルラマルチキャストチャネルによって与えられる、効率に関する利益を得るために、ネットのメディアシグナリングおよびトラフィック宛先アドレスは従来のＩＰマルチキャストチャネルであり、そしてＣＭが発生したメディアシグナリングおよびトラフィック放送はマルチキャスト放送である。それぞれの、ＣＤが発生したメディアシグナリング、およびトラフィック放送、およびＳＩＰシグナリングはポイントツーポイント通信として残る。
【００９３】
図４−９に示された、無線リンクプロトコル（ＲＬＰ）３１０は、リンクレイヤ（ＲＬＰフレーム）欠落が生じたときに経験される待時間を最小とするために、それぞれのＣＤの中で修正されるかも知れない。このような修正は自由であり、ＴＣＰおよびＵＤＰ３０４のいずれも信頼できるネットワーク（ＩＰ）あるいはリンクレイヤサービスを仮定していないので、アプリケーションレイヤプロトコルトランスポートの動作に必然的に影響することはない。
【００９４】
ＲＬＰ３１０修正方策に関する変化は可能である。たとえば、ＲＬＰ３１０は初期のＲＬＰタイムアウトの後に、したがってリモートエンド（遠隔端）に失われたＲＬＰ３１０フレームの複数のコピーを送信するように促し、そして上首尾なＲＬＰ３１０の回復に関する機会を改善している、ＮＡＫ応答などの複数のメッセージを送出するために、修正されるかも知れない。ＲＬＰ３１０はまた、（ＲＬＰタイムアウトが終了した後に）ＮＡＫ応答を決して送出しないように、そして誤りを発生させるために、欠落されたＲＬＰ３１０フレームを、プロトコルスタックのより高いレベルに押し上げることを許容するように、修正されるかも知れない。ＴＣＰをもとにしたいずれのアプリケーションレベルプロトコルも、ＴＣＰの誤り回復機能を使用して定期的に回復を行っている。トランスポートのためにＵＤＰ３０４に頼っているトラフィックはすでに、損失の可能性に対抗している。
【００９５】
図２の参照に戻って、一度ＣＤがＳＩＰチャネル１２０を使用してＮＢＳネット１００への参加を確立してしまえば、ＣＤはメディアトラフィックチャネル１２８上の、ＣＤの特定メディアポートにあるネット１００から、メディアを送信しそして受信する準備が完成する。図２のＣＤ１０８の場合のように、もしもＣＤがメディアシグナリングを経てフロアの制御を得れば、そのＣＤは、ネット１００のセッション記述に示されたように、メディアを宛先ネットワークおよび輸送アドレスに送信する。ＣＤは、そのメディアポートで受信したメディアを、ＣＤがネット１００と結合したときにインバイトレスポンスに受信されたネット１００のセッション記述に定義された、ボコーダおよびメディアフォーマットに従って復号する。ＣＤはネット１００に送られたメディアを、ＣＤがネット１００と結合したときにインバイトレスポンスに受信された、ネット１００のセッション記述に定義されているボコーダおよびメディアフォーマットに従って、符号化し、カプセル化する。
【００９６】
ネットに参加している各ＣＤは、 ＣＭ１０４のＳＩＰサーバ２３６から受信され、ＳＩＰコールセットアップの間に承認されたセッション記述から、各メディアチャネルに対する宛先ネットワークおよびトランスポートアドレスを決定し、ネット１００の中に送出された対応するメディアをアドレスするのに使用する。各ＣＤは、パケットデータ接続をＣＭに与える。このインタフェースに関するＣＤの実行における変更は、ＮＢＳ特性の最適化のためになされるかも知れない。このインタフェースの基幹施設側に対する変更は通常必要ではない。ＣＤは、後でこの中に述べられるように、クイックネットコネクト（ＱＮＣ）を使用して自由に、ほとんどのＮＢＳアクティビティをサポートするかも知れない。
【００９７】
サービスプロバイダへの配送において、ＣＭマネージャ２４０はＮＢＳアクティビティをサポートする前に、基本的な管理的設定を行う。初期設定は、パスワードをルートレベルシステム管理のためのオペレーティングシステムレベルアカウントに割り当て、ローカル無線基幹施設ネットワーク上の通常の動作のためにＣＭマネージャ２４０ネットワークインタフェースを設定するなどの基本的システム設定を含んでいる。
【００９８】
一度ＣＭ１０４が設定されれば、一般的ネット管理が行われ得る。ネット管理機能は、ＨＴＭＬあるいはＴＣＯ／ＩＰ上に形成された他のネットワークインタフェースを通して行われる。管理ワークステーション２２４は、従来のワールドワイドウエブ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）（ＷＷＷ）ブラウザを用いて、ＣＭコアコンプレックス２０４と相互に作用する。管理は、ローカルにあるいは遠隔的に（インターネット上の何れの位置、あるいはダイアルアップ経由）行うことが可能である。しかしながら、管理アクセスのための下位のトランスポート経路は典型的にＴＣＰ／ＩＰである。また、複数（少なくとも３）の同時管理接続が許容されている。
【００９９】
ネット管理の目的のためのＣＭコアコンプレックス２０４への接続においては、管理ワークステーション２２４は、独自の公認された管理動作が受け入れられていることを保証するために、首尾よく自身を認証する異なったアクセスのレベルが調整されている。たとえば、公認されたネットメンバーは特定のネットメンバーシップリストを修正するために、直接にＣＭの管理インタフェース（２４８）に接続するかも知れない。より一般的な管理特権は、一般的に特定の管理アカウントのために保存されている。明示のために、管理動作は通常、特別にユーザ定義を扱うものと、ネットを定義するものとに分離されている。ユーザの定義は、ユーザ名称、独自のＣＤセルラシステム識別子、ＣＤ電話番号、およびユーザｅメールアドレスなどの情報を含む。独自のユーザ識別子は、ＣＤに向かって通過し、シグナリングメッセージ中のユーザを独自に確認するのに用いられるであろうものとして定義される。ネット定義は、ネットアドレス、ネットハングタイム、プライベートディスパッチタイムアウト、およびメンバーリストなどの情報を含む。ネットのメンバーリストは、ユーザ識別子および優先レベルを個別に含むメンバー記録のリストなどの情報を含む。最低レベルの優先をもった番号は典型的にリッスンのみの特権を有している。
【０１００】
ＣＭ管理者２４８は、そのためにそれらが管理特権を有している、ネットの現在の状態をモニタするかも知れない。とくに、ＣＭ管理者２４８は、ネットの状態（アクティブ、インアクティブ、休止、ウエークアップ中など）をモニタすると同様に、ネット参加者の現在のリストを決定するかも知れない。ネットがアクティブなときはいつでも、ＣＭ管理者２４８はまた、現在のトーカのアイデンティティをモニタするかも知れない。現在のセッションの長さ、合計のトーク時間、登録者の平均数などの、付加的な統計および状態がまた、管理インタフェースを通して管理者に利用可能であるかも知れない。
【０１０１】
管理サーバ２４８インタフェースは、少なくとも２個のネットワークノード、あるいはポートを含む。一つは、ＴＣＯ／ＩＰをもとにした、現在のＪａｖａ（登録商標）受容可能な、ウエブブラウザを経由して管理アクセスをサポートしている、ハイパーテキストトランスファプロトコルインタフェースである。第二は、ＴＣＰ／ＩＰをもとにしたＮＢＳ特定コマンドライムインタフェース（ＣＬＩ）である。
【０１０２】
管理サーバ２４８は、ハイパーテキストマークアップ言語（ＨＴＭＬ）シンタックスなどのインターネット可読媒体を用いて、ＨＴＴＰウエブサーバインタフェースを経由して一般的ウエブブラウザにとって利用可能なフォーマットされた１個あるいはそれ以上のページをもった、すべての管理機能を作成する。少なくとも１個の管理ページは、延長されたＪａｖａ（登録商標）アップレット（Ａｐｐｒｅｔ）への参照を含むかも知れない。若干の管理機能は、現在のＨＴＡＣＣＥＳＳ認証機構を用いて、ウエブブラウザによって発行された、ＨＴＴＰ  ＧＥＴおよびＰＯＳＴコマンドを通じて、自由に実行されるかも知れない。サポートされている管理機能は、通常ＣＬＩインタフェースによってサポートされたもののサブセットである。
【０１０３】
ＨＴＴＰインタフェースは、 Ｊａｖａ（登録商標）アップレットをウエブブラウザに配送するのに使用されるかも知れない。アップレットはそこで、ウエブブラウザインタフェースを経由してユーザに付加的管理機能を与えるのに、管理サーバ２４８ＣＬＩインタフェースに頼るかも知れない。ＣＬＩインタフェースにアクセスを許可されるに先立って、管理サーバ２４８ＣＬＩインタフェースに接続している、潜在的管理ワークステーション２２４が認証される。望ましい実施形態においては、ＣＬＩインタフェースは、よく知られた固定のＴＣＰポートアドレスに到達可能であり、同時に複数のＣＬＩセッションを統御可能である。
【０１０４】
データベースサーバ２３２は、ネット情報およびパラメータ、ネットユーザ情報、ＭＣＵｓ２０８および２１２と組み合わせられた状態情報、およびＣＭノード２２８の記憶の任務を有している。データベースサーバ２３２はまた、ＳＩＰサーバ２３６およびこのような情報を必要とする他のモジュールなど、ＣＭ１０４の残りにこの情報を供給する。データベースサーバ２３２は、ＮＢＳネットデータベース部分、およびＮＢＳユーザデータベース部分を含むＮＢＳネット機能をサポートする情報を捕らえるデータベースを保存している。管理機能および特権をサポートしている情報は、何れかのデータベース、あるいは第３の機能的に別個のデータベースに蓄えられるかも知れない。データベースサーバはさらに、ユーザ部分とネット部分に分割されるかも知れない。
【０１０５】
ＣＬＩインタフェースは、ＣＬＩクリエートユーザ／ネット、ディレートユーザ／ネット、モディファイユーザ／ネット、リスト／ショウ  ユーザ、リスト／ショウ  ネット、ステータスおよびヘルプなどの管理機能をサポートする。クリエートユーザ機能は、管理サーバ２４８が、すべてのユーザ記録フィールドを定義することを含めて、データベースのユーザ部分に新しいユーザを生成することを許容する。ディレートユーザ機能は、管理サーバ２４８が、データベース２３２のユーザ部分にある、現存のユーザ記録を消去することを許容する。モディファイユーザ機能は、管理サーバ２４８が、データベース２３２のユーザ部分にある現存のユーザ記録を、特定のユーザのためのすべての記録フィールドを修正することを含めて、現在のユーザ記録を修正することを許容する。
【０１０６】
クリエートネット機能は、管理サーバ２４８がデータベース２３２のユーザ部分に、すべてのネット定義パラメータを定義することを含め、新しいネットを生成することを許容する。ディレートネット機能は、管理サーバ２４８が、データベース２３２のユーザ部分にある現在のネットを消去することを許容する。モディファイネット機能は、管理サーバ２４８が、特定のネットのための、すべてのネット定義パラメータを修正することを含め、データベース２３２のユーザ部分にある現在のネットを修正することを許容する。リストユーザ機能は、管理サーバ２４８が、データベース２３２のユーザ部分にある、ユーザ名称、ダイアル番号、そしてユーザ識別子によって、すべてのユーザを表示することを許容する。
【０１０７】
リストネット機能は、管理サーバ２４８が、データベース２３２のネット部分にある、すべてのネットを、ネットアドレスおよびネット識別子によって、表示することを許容する。ショウユーザ機能は、管理サーバ２４８が、ユーザのユーザ識別子によって確認された特定のユーザに対して、すべてのフィールドを示すことを許容する。ショウネット機能は、管理サーバ２４８が、ネットのネット識別子あるいはネットアドレスによって確認された特定のネットに対してすべてのフィールドを示すことを許容する。ステータス機能は、管理サーバ２４８が、特定のネットに対して静的状態報告のために質問することを許容する。ステータス機能はまた、管理サーバ２４８が、リアルタイム（更新された）報告のために質問することを許容するかも知れない。とくに、ステータス機能は、現在のネット参加者のリスト、現在のトーカ、メディアトラフィックの存在あるいは不在を確認し、そしてＣＭによって送信あるいは受信された何れかのそしてすべてのメディアシグナリングメッセージを確認する。ヘルプ機能は、管理サーバ２４８が、簡単な人が読むことの可能な、それぞれのサポートされたＣＬＩコマンドの要約のために、使用法およびシンタックスを含め、質問することを許容する。
【０１０８】
データベース２３２のＮＢＳユーザ部分は、ＮＢＳの個別のユーザを追跡する。データベース２３２の中に含まれたユーザ記録は、必然的に、ＣＭのデータベース２３２のネット部分に定義された、ネットのメンバーであるかもしれず、ないかも知れない。
【０１０９】
データベース２３２のユーザ部分内のそれぞれの記録は、ユーザ名称、ユーザアイデンティフィケーション、ボコーダリスト、ダイアル番号、ユーザ形式、ＣＲＴＰサポート、ＣＤユーザアドレス、およびＣＤプリティグッドプライバシー（ｐｒｅｔｔｙ  ｇｏｏｄ  ｐｒｉｎａｃｙ）（ＰＧＰ）公開鍵などの分野に含まれる。ボコーダリストは、加入者のＣＤによってサポートされたボコーダのリストである。リストは、ＮＢＳによってサポートされていないボコーダを含むかも知れない。ダイアル番号は、加入者のＣＤのダイアル番号である。このフィールドは、一般的インターネットユーザにとっては、エンプティ（ｅｍｐｔｙ）あるいはヌル（ｎｕｌｌ）である。ユーザ形式は、ユーザがＣＤＭＡセルラあるいは一般的インターネットユーザであるかどうかを記述している形式フィールドである。ＰＳＴＮダイアルアップ経由で接続しているユーザは、一般的インターネットユーザとみなされる。ＣＲＴＰサポートは、接続するときにＣＤがサポートし、ＰＰＰ上で、ＣＲＴＰヘッダコンプレッションを取り決めることを試みたかどうかを示すフラグである。このフラグは、ＰＳＴＮをもとにしたユーザと同時に、セルラにとって有効である。ＣＤユーザアドレスは、ＣＤのための世界的に独自のユーザアドレスである。複数のユーザがアドレスしていることで知られるＣＤは、データベース２３２のユーザ部分に複数の参加者を有するであろう。ＰＧＰ公開鍵はＣＤユーザアドレスと組み合わせられた鍵である。
【０１１０】
ＮＢＳネットデータベースは、ＣＭに知られているネットの組み合わせを定義する。データベース２３２のネット部分はまた、各ネットの定義されたメンバーを表示する。それは、あるネットに結合を要求し、参加者となるかも知れないユーザである。データベース２３２の、ネット部分内の各記録は種々のフィールドを含んでいる。フィールドは、ＣＭの環境内においてネットを確認している独自の整数であるネット識別子を含む。フィールドはまた、ネットのＳＩＰと両立性あるネットアドレスであるネットアドレスを含む。ネット所有者、ユーザが空欄でないリストは、ネットに対する管理的特権（別に定義する）を有するユーザ識別子によって確認される。ネット安全ステータスもまた、ネットがクリアであるかあるいは安全であるかを示しているフラグのためのフィールドである。
【０１１１】
フィールドはまた調停計画を含み、そしてそれは、ネット参加者間のＰＴＴ調停衝突を解決するのに使用される調停計画を確認している独自の値である。ネットボコーダは、ネットの通知されたセッション記述の中に示されている標準ボコーダを確認している独自の値を有しているフィールドを記述している。ネットの定義されたメンバーは、彼らのサポートされたボコーダのリストに表示されたボコーダを有している。ＰＴＴフェイルセーフタイムアウトは、ネット参加者が、ＣＭがフロアの制御をＰＴＸ否定メッセージでリボークする前に、ネットに対してメディアを送信するかも知れない秒数の最大値である。ハングタイムタイムアウト値は、ネットＣＭが休止状態にそれを置くであろう前に、アイドルに留まるかも知れない秒数の最大値である。ＰＴＸ休止レスポンスタイムアウト値は、要求しているＣＤに、ＰＴＸ許可応答を送信する前に、休止しているネットのフロアが許可されうるとの決定の後ＣＭが待つ秒数の最大値である。ウエイクアップタイムアウト値は、未解決のＰＴＴ要求を許可する前に、ＡＹＴ“目を覚ませ”メッセージに応答ための、ネット参加者のために、ＣＭが待つ秒数の最大値である。レートライザ（ｌａｔｅ  ｒｉｚｅｒ）タイムアウト値は、ＣＭが応答のないＣＤをネットのアクティブ参加者のリストから取り去るであろう前に、ＣＭの、ＡＹＴ“ウエイクアップ”メッセージに応答するために、ＣＤのためにＣＭが待つ秒数の最大値である。ＡＹＴタイムアウト値は、ＣＭがＣＤをネットのアクティブな参加者のリストからＣＤを取り外す前に、ＣＭのＡＹＴメッセージに応答するために、ＣＤのためにＣＭが待つ秒数の最大値である。メディアチャネルリストは、ペイロード基準を含むメディアチャネルの、ネット（ネットは少なくとも１個の音声をトランスポートするメディアチャネルを表示）のためのリストである。
【０１１２】
ネット会員リストは、ネットに参加者として結合し、そして組み合わせられたネット特定特権を要求するかも知れないユーザの組み合わせを定義する。リストへのそれぞれの参入は、ＣＭのユーザデータベース２３２に表示されたユーザの独自の識別子であるユーザ識別子などフィールドを含んでいる。フィールドはまた、ＰＴＴ衝突を解決するときに、ネットのＰＴＴ調停アルゴリズムによって用いられるべき、ユーザの優先レベルである、ユーザネット優先レベルを含む。ゼロの優先レベルは、ユーザがリッスンのみの特権を有し、ネットの制御を決して許可されないであろうことを示している。フィールドはまた、もしあるならユーザがネットに対して有している認証特権を詳述している、ユーザ認証リストを含むかも知れない。特権は、ネットの会員リストに参加者を加え、編集し、あるいは修正する能力、および他のネットパラメータを修正する能力を含むかも知れない。
【０１１３】
それぞれのＣＤは、またグループリストとして知られる、ＣＤが結合を要求するかも知れない既知のネットを確認しているデータベースを保存している。 ＣＤデータベース内の各参加者は、ネットアドレス、ネットセキュリティ勧告フラグ、ネットトラフィック暗号鍵、および休止ベビーシットタイマなどのフィールドを含む。ネットアドレスは、ＣＤが、アクティブな参加者として、ネットと結合することを要求するために使用する、ネットの公式ＳＩＰネットアドレスである。ネットセキュリティ勧告フラグは、タイプVIの安全メディアトラフィックを運ぶと定義されたネットを示すために、ＣＭのＳＩＰサーバ２３６によって、利用可能なネットあるいはユーザによる組み合わせのリストの中に分配されている、クリア／安全勧告フラグである。ネットトラフィック暗号鍵は、タイプIV安全ネットのための、すべてのメディアトラフィックを暗号化しそして復号するのに使用されるトラフィック暗号鍵である。休止ベビーシットタイマは、間隔の長さが秒である。ＣＤは、結合された状態に移行する間の、休止／アイドル状態にあるときは、パケットデータコールが有効のままであり、基地局が一方的に結合を落としていないことを確認しながら待つであろう。
【０１１４】
ＭＣＵノード２０８は、ＭＣＵ２５２、ＭＣＵノードマネージャ２５６およびローカルログサーバ２６０を含む。ＭＣＵノード２０８および２１２は、また、自由に付加的ＭＣＵ２６４を含むかも知れない。ＭＣＵノード２１２は、実質的にＭＣＵノード２０８と同一である。説明の目的上、ＭＣＵノード２０８のみがここでは論じられる。ＭＣＵ２５２は、単一のアクティブなネットの制御に関する任務を負う。ＭＣＵはネットのための、ＳＩＰ、メディアシグナリング、およびメディアインタフェースをサポートする。そして、ネットの正常の動作と組み合わせられた機能を与える。それぞれのＭＣＵノード２０８は、適切にネットを統御するのに向けられるかも知れないＭＣＵｓ２５２のプールを有するかも知れない。それぞれのＭＣＵ２５２は、開始、停止、およびステータス報告などの機能をサポートするために、ＭＣＵマネージメントインタフェース２６８を準備する。
【０１１５】
ＭＣＵノードマネージャ２５６は、ＭＣＵノード２０８の動作をモニタし、そしてそのＭＣＵノード２５６上のそれぞれのＭＣＵ２５２の動作を統御する。ＭＣＵノードマネージャ２５６はまた、外部インタフェース２７２を、スタートアップおよび／あるいはシャットダウン、ノードへのネットの割り当て、およびステータス情報の分配を許容するために、ＣＭコアコンプレックス２０４に与える。
【０１１６】
ローカルログサーバ２６０は、ＭＣＵノード２０８に対するすべてのログイベントを、ローカルに記録する。ローカルログサーバ２６０はまた、そのログイベントインタフェース２７６を経由しての、中央ログサーバ２４４からの要求に対応する。要求は確実なイベントのクラス、あるいは優先をアップロードすることを含む。イベントの紛失を防止するために、メッセージは中央ビリングログサーバ２４４によって承認が受信されるまで、ローカルログサーバ２６０に蓄えられる。
【０１１７】
ＤＮＳサーバ２１６は、ＮＢＳ通信デバイスに名称サービスを与える。ＤＮＳサーバ２１６は、ＳＲＶ記録要求にサービスするかも知れない。ＤＮＳサーバ２１６は、ネットワーク上の任意の位置に置かれることができる。一つの実施例においては、ＤＮＳサーバ２１６は、ＣＭコアコンプレックス２０４の一部である。
【０１１８】
それぞれのＣＤは、ＣＤが参加することが可能な、既知のネットの組み合わせを、内部的に表している、ネットのリストすなわちグループリストを保存している。リストは不揮発性であるが、ＣＭ１０４との相互作用あるいはユーザによる相互作用的に何れかを通して必要とされるときに、更新されるかも知れない。ユーザはまた、ネット内で誰が、そしていくつのユーザがアクティブ、あるいはインアクティブのどちらであるかを決定することができる。ＣＤによって内部的に保存されているＮＢＳグループリストは、電話帳に保存されており、そして音声サービスを促進するのに使用されている、名称およびダイアル番号のリストと、機能的に類似している。 ＮＢＳグループリストは、電話の現在の電話帳と統合されるかも知れない。いずれの場合も、グループリストからネットを選択する行動は、選択されたネットとの結合を試みることを電話機に命令する。
【０１１９】
特定のＮＢＳネットに参加するためには、それぞれのＣＤは、最初にＣＭがそれ自身を、特定のネットに対するアクティブなネット参加者のリストに加えることを要求する。したがって、最初にそれぞれのＣＤは、参加を希望している何れかのネットのネットアドレスを知っているか、あるいは教わることができる。さらに、それぞれのＣＤは最初に、そこにＳＩＰ要求が送出されるかも知れない、トップレベルＳＩＰサーバ２３６のアドレスについて知っており、あるいは設定されることが可能である。
【０１２０】
ネットアドレスはＣＤによって、いくつかの異なった方法で供給されあるいは知らされるかも知れない。たとえば、一つの実施例においては、ＣＤは最初に、既知のあるいは欠落のある、そこにＣＤが参加できるネットの現在のリストを与えるトップレベルＳＩＰサーバのアドレスを与えられるかも知れない。ＣＤはまた、ＣＤがメンバーである少なくとも１個のネットアドレスを定義するグループリストを与えられるかも知れない。ＣＤは後に、トップレベルＳＩＰサーバ２３６に、そのグループリストを更新する要求を送出するかも知れない。ＣＤに対して明示的なＮＢＳ供給が行われていない場合には、ユーザはトップレベルＳＩＰサーバ２３６および、ＮＢＳを使用する前にＣＤに対話式で入るための、ネットアドレスを与えられるかも知れない。ユーザはまた、参加者とともにすでに与えられているグループリストに対する付加的なネットアドレスに対話式で入るかも知れない。このような設定ステップは、従来の電話帳へ個人の名称、および電話番号を入れるのと類似している。
【０１２１】
ユーザは新しいアドレスを、ＣＤグループリストに対話式で入れるかも知れないが、対応するネットおよびトップレベルＳＩＰサーバ２３６はむしろ存在しておりそしてユーザは、ＣＤが首尾よくネットに参加できるためには、ネットのメンバーとして表示されることが必要とされることに、留意すべきである。
【０１２２】
ＣＤはまた、そこに向けてＣＤがＤＮＳ質問を送出できる、本来のドメインネームサービスサーバ（ＤＮＳ）２１６のＩＰネットワークアドレスを与えられるかも知れない。典型的に、ＣＤＭＡセルラ搬送波によって動作している、ＤＮＳサーバ２１６のアドレスが与えられる。ＣＤはまた、代わりのＤＮＳサーバのＩＰネットワークアドレスを与えられるかも知れない。
【０１２３】
ＳＩＰ認証をサポートするために、ＣＤは、ＣＭ１０４によって要求されたときはＳＩＰ処理に署名するのに使用できる、独自のＰＧＰユーザｉｄおよび秘密鍵を与えられるかも知れない。ＰＧＰユーザｉｄは、また、一般的なＳＩＰ処理のためのＣＤユーザアドレスとして使用することができる。
【０１２４】
図１０は、ＣＤのグループサービスモジュール５００に関する高レベル機能を説明している。通常、グループサービスモジュールはＣＤがパワーオンされたときに、デフォールトアイドル状態（ｄｅｆａｕｌｔ  ｉｄｌｅ  ｓｔａｔｅ）５０４に初期化される。アイドル状態５０４から、ＣＤはＮＢＳネットにアクティブに参加することを許容する他の状態に移行するかも知れない。
【０１２５】
ユーザはＣＤユーザインタフェースの中のメニューオプションを通して、一時的に機能抑止にするＮＢＳサービスを希望するかも知れない。もしもユーザが機能抑止にされたＮＢＳサービスを有していれば、グループサービスモジュールは、ＣＤがパワーオンされたときに、機能抑止の状態５０８に対してデフォルトとする。機能抑止とき、ＣＤはいかなるＮＢＳネットにも自動的に結合しようと試みることはない。さらに、ＣＤはいかなるＮＢＳ特定ＳＩＰ処理をも実行しない（ＣＤは、ＣＤ内にある他のＩＰに基づいたテレフォニーアプリケーションのための、他のＳＩＰ処理の登録を保存し、あるいは実行するかも知れない）。
【０１２６】
自由に、グループサービスは、ＣＤ内のグループサービスを非装備の状態５１２に与えることによって、ユーザから完全に隠れるかも知れない。非装備の状態グループサービスを機能抑止にし、そしてそこでは、装備状態はグループサービスを可能にする。一度非装備になれば、ＣＤはグループサービスを可能にするために、管理的準備を要求する。グループサービスが非装備のときは、ＮＢＳグループサービス機能および関係するユーザインタフェース特性はユーザに利用できない。
【０１２７】
ＣＤは、ＮＢＳグループサービスを備えるために無線プロビジョニング（over−the−air provisioning）をサポートするかも知れない。ＣＤのグループリストが２個以上のネットアドレスを含む場合は、１個しかないネットアドレスはデフォールトネット５１４として認識されるかも知れない。もしもネットアドレスが選択されれば、ＣＤは、ＣＤがパワーオンされたすぐ後に、この選択されたネットとの結合を試みることによってアイドル状態５０４から自動的に移行することを試みる。
【０１２８】
ＣＤが接続されたときは、ＣＤは、図１６について述べられたように、プッシュツートークシステムのどこにいるかをもとにして、クワイエット状態５１６から、リッスン状態５２０、トーク状態５２４、そして休止状態５２８と回転する。
【０１２９】
ＮＢＳは、ＳＩＰによって定義されるように、利用可能なネットアドレスを通知し、それによって個々のＣＤが公式にネットと結合しあるいは去ることができるメカニズムを与える、コールシグナリングシンタックス、およびセマンティックスを頼りにしている。ＣＭ１０４は、他の機能的エンティティとともに、トップレベルＳＩＰサーバ２３６、１個あるいはそれ以上のマルチポイント制御ユニット（ＭＣＵｓ）２５２および組み合わせられたＳＩＰユーザエージェントサーバ、および管理データベース２３２の、ユーザおよびネット部分を含む。トップレベルＳＩＰサーバ２３６は、知られているシステムに参加するための集合点として動作する。それぞれのＭＣＵ２５２は、１個あるいはそれ以上のネットのための、メディアシグナリングおよびメディアトラフィック交換を実行する。データベース２３２は、既知のユーザ、管理、およびネットアドレス定義を蓄えそして与え、そして複数のＣＭインスタレーションに仕え、あるいは遠隔的にアクセスされるかも知れない。
【０１３０】
それぞれのＣＤは、ネットアドレスのリスト、および１個あるいはそれ以上のトップレベルＳＩＰサーバ２３６アドレスを供給される。もしもグループリストがエンプティであれば、ユーザは現存するネットのアドレスを相互動作しながら定義するかも知れない。もしもトップレベルＳＩＰサーバ２３６が定義されていなければ、ユーザはトップレベルＳＩＰサーバ２３６のアドレスを、相互動作しながら定義するかも知れない。一度トップレベルＳＩＰサーバ２３６のアドレスが知られれば、ＣＤは、利用可能なネットの更新されたリストを、ＳＩＰ  ＩＮＶＩＴＥ方法を用いて、を発生することによって、予め定義されたＳＩＰ宛先に要求するかも知れない。
【０１３１】
トップレベルＳＩＰサーバ２３６は、要求を内部の宛先にリダイレクトし、あるいはそれに対して直接に応答するかも知れない。このコールに対するＩＮＶＩＴＥ応答は、ＣＤにとって利用可能な現在のネットのリストを含む。ＣＤはこのリストをその内部のグループリストの更新に使用する。
【０１３２】
ネットが選択されている後に、ＣＤは、ＳＩＰ  ＩＮＶＩＴＥ法を用いて、ネットアドレスをインビテーション宛先と定義し、そして要求をトップレベルＳＩＰサーバ２３６に送出することによって、ネットと結合することを試みる。トップレベルサーバ２３６は、ネットアドレスを既知の宛先にマップすることを試み、そしてもしもうまく行けば、対応するＭＣＵ２５２のＳＩＰユーザエージェントサーバにＣＤをリダイレクトする。もしもマッピングが得られなければ、インビテーションは通常失敗する。
【０１３３】
通常、ＭＣＵ２５２の宛先ＳＩＰユーザエージェントサーバは、メディアトラフィックおよびネットに参加するために使用するシグナリングパラメータに関する記述を組込みながら、ＣＤが選択されたネットのメンバーであることを確認し、そしてインビテーションに応答する。 ＭＣＵ２５２の宛先ＳＩＰユーザエージェントサーバはまた、もしもＣＤをネットの正当なメンバーとして確認することが不可能であれば、あるいは、正常なネット動作を妨げるような誤りなど、若干の誤り条件が生じてくれば、誤りを伴って返答するかも知れない。もしも、インビテーションが受け入れられれば、ＣＤは、ＳＩＰ  ＡＣＫ方法などのメッセージを通じて応答を承認するであろう。コールの進行を表示する他の過渡応答コードもまた、インビテーションが処理されている間に、ＣＤによって受信されるかも知れないことは、留意すべきである。
【０１３４】
ＣＤはそこに参加するかも知れないネットの組み合わせに対する、グループリストを更新する任務がある。ユーザは、ネットアドレスが選択されないときであっても、そのグループリストに対する更新を受信する目的で、ＣＤに、ＣＭ１０４のデータベース２３２に質問することを命令するかも知れない。もしもＣＤが、それがネットに加えられている、あるいは取り外されていると決定すれば、ＣＤは、ユーザへの適切なメッセージを（たとえば、“グループＸに、加えられた”）表示し、そして／あるいはユーザ相互作用のために、できるかぎり刺激する。もしもＣＤが、どのネットのメンバーでもないと決定すれば、このことは同様にユーザに伝達されるであろう。ＣＤは自動的に新しいネットアドレスをそのグループリストに合体させるかもしれず、しかし、グループリストから資格を失っているネットのアドレスを取り去る前に、ユーザを刺激するかも知れない。
【０１３５】
一般にＣＤのグループリストにおいて、１よりも多くはないネットは一時に選択されたとして確認されるかも知れない。デフォールトネットが最初に選択されるかも知れず、あるいはユーザはグループリストからネットを選択するかも知れない。
【０１３６】
ネットと統合するための、ＩＮＶＩＴＥ要求に対応する、ＭＣＵ２５２の、ＣＭのＳＩＰユーザエージェントサーバ応答は、組込まれた内容として、他のネットパラメータ（メディアペイロードフォーマットディスクリプタなどの）と同様に、ネットのメディアおよびリアルタイムメディアシグナリング宛先アドレスを含む。一度確認されると、ＣＤは簡素にユーザへのフィードバックを表示し、ユーザがリッスンのみの優先権を有するかを示し、そしてグループサービス機能を可能とする。もしもＣＭ１０４がＣＤが選択されたネットのメンバーでないと、あるいは、誤りあるいは他の例外的条件が起きていると決定すれば、ＳＩＰサーバ２５２は対応する誤り応答で応答する。このような登録が拒否されるときは、ＣＤは簡素に対応するエラーメッセージを表示し、そしてグループサービス機能はアイドルに留まる。もしもネットが選択されなければ、ＣＤ内のグループサービスはアイドルに留まる。
【０１３７】
グループサービスを活性化させる一部として、ＣＤは、成功したインビテーション応答の中に与えられたＣＭ宛先アドレスに対する、そのＲＴＰメディアトラフィックチャネル１２８および分離されたＮＢＳメディアシグナリングチャネル１２４を初期化しそして開く。一度これらのチャネルが初期化されていれば、グループサービスはＣＤ１０８上で活性化され、そしてそれは、ネットからの音声トラフィックを受信し、そして音声トラフィックをネットに送出する許可を要求する能力をもって、グループサービスクワイエット状態５１６に移行する。
【０１３８】
グループサービスの活性化に伴って、ＣＤ１０８はそのメディアトラフィック１２８およびＣＭへのシグナリングチャネル１２４をモニタする。メディアトラフィックチャネル１２８上で受信された音声データは復号されＣＤ１０８ファーフィールドスピーカ（ｆａｒ−ｆｉｅｌｄ  ｓｐｅａｋｅｒ）あるいはイヤピースアクセサリ（ｅａｒ−ｐｉｅｃｅ  ａｃｃｅｓｓｏｒｙ）を用いて、現在のユーザ設定に従って与えられる。ＣＤ１０８は、リアルタイムメディアシグナリング１２４を通じて確認されたときに現在のスピーカのアイデンティティを表示する。もしも現在のスピーカの確認が用意できなければ、ＣＤ１０８は、現在の選択されたネット名称を、グループリストにリストされたときに表示する。 ＣＤ１０８はまた、メディアトラフィック統計（たとえば、トーキング、リスニング、そしてモニタリングに費やされた総時間、推定されたメディアトラフィック受け取りパケット紛失）を表にし、そしてこれらをメニューオプションを用いて、特徴を示すものとしてユーザに利用可能とするかも知れない。トラフィックをネットから受信している間に、ＣＤ１０８は、音声トラフィックが停止したときはクワイエット状態に戻って、グループサービスリッスン状態５２０に移行する。
【０１３９】
任意のときに、ユーザはＰＴＴボタンを押し、そしてＣＤ１０８がＣＭ１０４（とくにＭＣＵ２５２）に、フロア制御要求を用いて信号させることによって、ネットに話しかける許可を要求するかも知れない。ＰＴＴボタンは、キーを押すこと、あるいはキーの連続、音声活性化、スイッチ、トグルデバイス、あるいはダイアルを含む、しかしこれに限定されない、任意の形式の活性化命令であるかも知れない。ＭＣＵ２５２は、要求を許可するか、否定するかの何れかによって、応答する。もしもＣＤが、ＣＤ１１２などのリッスンのみの優先権をもっていれば（これは、ＣＤが、選択されたネットの中でゼロの優先レベルを有する）要求は否定される。もしも否定されれば、ＣＤ１１２は誤り音でユーザに警報を出し、適当な誤り、あるいは説明的なメッセージを表示する。そしてクワイエット状態５１６に戻る。ＣＤは、他のフロア制御要求を試みる前に、もしかしてＰＴＴが開放されそして再び押されることを主張する。もしも許可されれば、ＣＤ１１２はグループサービストーク状態５２４に入り、ユーザに、たとえば簡単な可聴音で信号し、ＰＴＴがキーされるほどできるだけ長い間、ＣＭ１０４への音声トラフィックの送信を開始する。ＣＭ１０４は、非同期的にＣＤ１１２に（ＰＴＴキーされている間に）フロアの制御を失っていることを信号するかも知れない。この信号を受信したときは、ＣＤ１１２は音声トラフィックの送信を放棄し、ＰＴＴが開放されるまで、誤りトーンを用いてユーザに警報を出す。そしてその時点で、クワイエット状態５１６に復帰する。そうでなければ、一度ＰＴＴが開放されると、ＣＤ１１２は、フロアを開放しておりクワイエット状態５１６に復帰することをＣＭ１０４に信号する。
【０１４０】
ユーザは、ＣＤ１０８の中のグループサービスがクワイエット状態５１６、リッスン状態５２０、あるいは休止状態５２８にあるときはいつでも、グループリストから他のネットを選択することによって、異なったネットにスイッチするかも知れない。新しいネットが選択されるときは、ＣＤ１０８はＣＭ１０４に、それ（ＣＤ１０８）を現在のネットからＳＩＰコールセットアップメカニズムを用いて取り外すことを信号する。そしてそこで新しいネットと結合するための同様の手順に従う。もしも新しいネットに接続する過程に失敗すれば、ＣＤ１０８はもはやいかなるネットのメンバーでもなく、そしてＣＤ１０８の中のグループサービスはアイドル状態５０４に復帰する。
【０１４１】
もしもＣＭ１０４が、特定のネットのフロアを要求しているＣＤ１０８が問題のネットの唯一の登録されたメンバーであると決定すれば、ＣＭ１０４はフロア制御要求を否定し、孤独なユーザ誤りなどの誤りメッセージを信号する。そしてそれをＣＤ１０８はユーザに表示する。ネットは唯一の登録されたメンバーとともに存在することができるが、少なくとも２個の登録されたメンバーがいなければ、ネットは音声トラフィックを送ることができない。
【０１４２】
ＮＢＳ応用は、二つの異なったアプリケーションレベルプロトコル、すなわち図１１に関して述べられている、セッション開始プロトコル（ＳＩＰ）コールシグナリング、および図１２−１４に関して述べられているＮＢＳメディアシグナリングをもとにしている。ＳＩＰはコールシグナリングおよびコールセットアップに対して限定的に使用されている。メディアシグナリングは、ＰＴＴ要求（図１２）を運び、ネット休止（図１３）を統御し、そしてＰＴＴ調停衝突（図１４）を解決する。
【０１４３】
ＳＩＰコールシグナリング３５０は、図１１に示されている。セッション開始プロトコルは、ＣＭ１０４のＳＩＰサーバインタフェース２３６を用いて、ＮＢＳに、ＮＢＳネットの発見、結合、および出発のための、アプリケーションレイヤ制御（シグナリング）を与える。ネットと結合するために、ＣＤ３５２は、トップレベルＳＩＰサーバ２３６を経由して、コールに参加するために名指しで、ネット１００をインバイトする。ネット１００を離れるためにＣＤ３５２は、ネットに、対応する“さようなら”を送出する。
【０１４４】
ＣＤ３５２は、もしも必要ならば、用意された第１の、あるいは第２のＳＩＰサーバアドレスをインターネットネットワークアドレスに分解するために、ＤＮＳ２１６を使用してトップレベルＳＩＰサーバ２３６のＩＰアドレスを決定する。自由な代わりのアプローチとして、ＳＩＰコンベンションは、ＣＤ３５２が、ネットアドレスのＮＢＳホストシステムドメイン部分と組み合わせられたサービス記録に関して、ＤＮＳ２１６に質問すること、および返送されたアドレスにおいてＳＩＰサーバ２３６とコンタクトすることを許容する。
【０１４５】
デフォールトによって、ＣＤ３５２はデフォールトＳＩＰポートを用いてＳＩＰサーバ２３６とコンタクトすることを試みる。そうでなければ、オルタネートポート情報は、ＤＮＳ２１６を経て決定される。ネットと結合することを試みるに先立ち、ＣＤ３５２はＳＩＰ  ＩＮＶＩＴＥ方法を用いて、利用可能なネットに関する更新されたリストを要求するためのコールを発生するかも知れない。
【０１４６】
たとえば、無線接続がなされているＣＤ３５２は、ＩＰアドレスを割り当てられ、利用できるネットに関する現在のリストを決定することを希望する。このことは、ＳＩＰサーバポートへのＵＤＰ／ＩＰ接続を開き、要求を発生する。ネットの更新されたリストを得るための要求は特別な宛先に向けられる。適切なときは、ＣＤ３５２はまた、そこからＣＤＭＡセルラをもとにしたＣＤ３５２がサービスを得ている、ＣＤＭＡネットワークおよびシステムを確認している付加的な特定用途向けヘッダを含む。
【０１４７】
ＣＤ３５２はまた、ＣＤ３５２が、ＳＩＰサーバ２３６がＮＢＳサービスを理解しサポートすることを期待していることを示すためのヘッダを含むかも知れない。ヘッダによって分配された任意の値はまた、ＣＤ３５２によって、特定バージョンのサーバ２３６あるいはＣＤ３５２が、サーバ２３６がサポートすることを予期している、ＮＢＳサービスの形式を通知するために、使用されることができる。
【０１４８】
ＣＭのトップレベルＳＩＰサーバ２３６は、ＳＩＰリダイレクションメカニズムを用いて、受信のために特に定義された宛先に、インバイト要求３５６をリダイレクトし、ネット情報に対する要求に応答するかも知れない。このようなリダイレクションを受信したときは、ＣＤ３５２は応答３５７を承認（ＡＣＫ）し、要求をリダイレクトされた宛先に再送出する。
【０１４９】
ＣＤ３５２は、リダイレクトされたアドレスに対する、ＤＮＳメカニズムを通じての適切なＳＩＰコンタクトポイントを決定する必要があるかも知れない。ＣＤ３５２に対するこの過程を簡素化するために、サーバ２３６は、インターネットネットワークアドレスを用いて、リダイレクト宛先を明確に定義することができる。ネットのリストを要求しているＩＮＶＩＴＥメッセージ３５４が、サーバ２３６によって一度首尾よく受信され受け入れられれば、サーバ２３６はＩＮＶＩＴＥ要求応答３５６を配送する。
【０１５０】
ＩＮＶＩＴＥ要求応答３５６は、その内容の中に、ＣＤ３５２が続いて結合するかも知れないネットの組み合わせを定義している記録のリストを含んでいる。サーバ２３６は、ネットデータベース２３２に、ＩＮＶＩＴＥ要求３５４に対する応答３５６を形成するために、要求しているＣＤ３５２を定義されたメンバーとして表示しているネットについて質問する。ネットは、ネットの公式のネットアドレスを含む記録フォーマットを定義するアプリケーションを使用する内容の範囲内で確認される。
【０１５１】
サーバ２３６は、種々の理由のためにＣＤ３５２に、首尾よく応答できないかも知れない。このような状況においては、サーバ２３６は、ＩＮＶＩＴＥ応答３５６の代わりに適切なＳＩＰステータスコードを配送する。ＣＤ３５２は、何らかの重大な誤りの場合（ＣＤ３５２ユーザインタフェースディスプレー上にエラーメッセージが表示されるなど）には、適切な対策を取りながら、このようなステータスコードを受け入れそして判断するように用意されているべきである。サーバ２３６はまた、登録の進行を示している情報のステータス応答をもった、上首尾なＩＮＶＩＴＥ応答３５６の端緒となるかも知れない。ＣＤ３５２は上首尾な登録の端緒となる情報のステータスコードを受け入れそして判断するかも知れない。
【０１５２】
ＣＤ３５２は、ＳＩＰ  ＩＮＶＩＴＥ要求３５８を、サーバ２５２を経て、ＣＭマネージャ２４０に発生することによって、ネットと結合することを要求する。もしもＣＤ３５２が、ＳＩＰサーバ２５２への開かれたＵＤＰ／ＩＰ接続を有していなければ、 それ（ＣＤ）は、ＳＩＰサーバポートへの新しいＵＤＰ／ＩＰ接続をオープンするであろう。
【０１５３】
ＣＤ３５２は、トップレベルＳＩＰサーバ２３６によって、リダイレクトされるよう用意され、もし必要ならば、リダイレクトされた宛先に要求を再発生する。ＣＭのトップレベルＳＩＰサーバ２３６は、現在問題のネットと組み合わせられた、ＭＣＵのＳＩＰサーバ２５２にふさわしいとして、いかなる到来ＩＮＶＩＴＥ要求をもリダイレクトする。ＣＤ３５２は１度以上リダイレクトされる子も知れない。
【０１５４】
ＩＮＶＩＴＥ要求３５８は、インビテーションが成功すると仮定して、ＣＤ３５２が発生したメディアソースの記述を（メッセージ内容として）含むかも知れない。もし含まれていれば、記述はメッセージ内容として含まれ、フィールドコンストラクションを用いて記述される。
【０１５５】
セッション記述は、セッション記述プロトコル（ＳＤＰ）と両立するフォーマットで配送される。ＳＤＰバージョン（ｖ）が定義された後に、セッション記述は、マンダトリオリジン（ｍａｎｄａｔｏｒｙ  ｏｒｉｇｉｎ）（ｏ）記述を含む。ＣＤ３５２は、セッション識別子およびセッションバージョンに対する値の選択に、任意の便利なメカニズムを使用するかも知れない。現在の時刻の推定を与えることは、セッション識別子を定義する一つの可能な方法である。接続データ（ｃ）は、ネットワーク形式、アドレス形式、そして接続アドレスを定義することによって、仕分けられる。ＣＤ３５２は、それによってそれ（ＣＤ）はメディアトラフィックを接続アドレスとして分類している（あるいは拠り所としている）ＩＰアドレスを使用する。ＣＤ３５２は、ネットのネットアドレスの名称部分をセッション名称（ｓ）として使用している。ＣＤ３５２は、セッションのライフタイム（ｔ）を、望ましくはネットワークタイムプロトコル（ＮＴＰ）フォーマットで、開始あるいは現在の時刻に関する最適の推定を与えることによって定義し、そしてセッションは制限されていない（０）ことを示す。メディアフォーマット（ｍ）記述は、メディア形式、ソースポート、トランスポートプロトコル、および、ＣＤ３５２がネットに送信するために使用をもくろんでいる、ペイロードフォーマットを定義する。最後に、セッション記述は、ＣＤ３５２が、セッションをＮＢＳコンファレンスとして動作されるべきであることを予期していることを示すのに、属性（ａ）形式の定義を使用する。サーバ２３６は、インビテーションを承諾する前に、アドレスにインバイトされることは、実に、確実なＮＢＳネットアドレスであることを確認すべきである。
【０１５６】
上首尾なインビテーションを示すために、そして、それ（ＣＤ）が、インバイトされたネットに対する参加者のリストに加えられていることをＣＤ３５２に特別に通知するために、サーバ２３６はＩＮＶＩＴＥ応答３６０を配送する。
【０１５７】
上首尾なＩＮＶＩＴＥ応答３６０は、インバイトされたネットに対する、第１のセッション記述を含み、そしてそれは、サポートされたメディアトラフィックポートおよびＳＤＰシンタックスを用いたフォーマットを記述している。セッション記述は、それに向けてすべてのメディアシグナリングおよびトラフィックが送出されるべき、ネットワークアドレスを定義する接続（ｃ）記述を含む。ネットのメディア宛先ネットワークアドレスは、ネットのネットアドレスからＤＮＳを用いて分解された、ＳＩＰユーザエージェントサーバのネットワークアドレスと同一である必要はない。
【０１５８】
セッション記述はすべてのメディアおよび宛先メディアポートを示している。セッション記述はまた、ネットへの継続的参加の一部として、ＣＤ３５２によって送信されたメディアシグナリングメッセージを確認する目的のために、ＭＣＵ２５２によってＣＤ３５２に割り当てられた識別子を含む。この識別子の値は、与えられたネット上のすべてのアクティブな参加者の中で独自のものであり、そしてしたがって動的に発生されるべきものである。ＣＤ３５２は、上首尾なＳＩＰインビテションの間で、この識別子を蓄えておく必要はない。
【０１５９】
セッション記述はまた、ネットのメディアシグナリングが固執する改正レベルを示しているＮＢＳプロトコルバージョンアナウンスメントを含むかも知れない。このようなアナウンスメントが形式属性フィールドの値を延長するか、その値がプロトコルバージョン番号である新しい属性を定義するかによって実行されるかも知れない。
【０１６０】
上首尾なＩＮＶＩＴＥ応答を受信した後に、ＣＤ３５２はＳＩＰ承認（ＡＣＫ）要求３６２を、ネットのＭＣＵのＳＩＰユーザエージェントサーバ２５２に送り返すことによって、インビテーションを確認する。ＡＣＫ要求３６２を送信の後に、ＣＤ３５２は、ＳＩＰサーバとのそのＴＣＰ接続を閉じるかも知れない。送信されているＡＣＫ要求３６２に先立って、ＣＤ３５２は、ＩＮＶＩＴＥ応答３６２の中に配送されているセッション記述に従ってそのメディアシグナリングおよびトラフィックポートを初期化する。
【０１６１】
上首尾なＩＮＶＩＴＥ応答３６０に応じて、ＣＤ３５２がＳＩＰ  ＡＣＫメッセージ３６２を送信した後任意のときに、 ネットのユーザエージェントサーバ２５２にＳＩＰ  ＢＹＥメッセージ３６４を送出することによって、 ＣＤ３５２は、公式にそのネットへの参加を終了するかも知れない。 ＢＹＥメッセージ３６４の送出に先立ち、ＣＤ３５２は、ユーザエージェントサーバ２５２へのＴＣＰ接続を開くことを必要とするかも知れない。ＢＹＥメッセージ３６４は、ＢＹＥ応答メッセージ３６６でＣＭによって承認される。一度ＢＹＥ応答メッセージ３６６が承認されれば、ＣＤ３５２は、ユーザエージェントサーバ２５２とのそのＵＤＰ接続を閉じるであろう。ＢＹＥ応答メッセージ３６６の承認に先立ち、ユーザエージェントサーバ２５２は、ＣＤ３５２を、示されていたネットのアクティブな参加者のリストから取り外す。
【０１６２】
一般に、ＣＤ３５２のＳＩＰユーザエージェントクライアントは、ＳＩＰサーバの能力を質問するのに、ＯＰＴＩＯＮＳ方法を使用するであろう。とくに、ＣＤ３５２は、宛先がＮＢＳコールシグナリングサポートを与えるかを決定するために、任意のＳＩＰ宛先に質問することを希望するであろう。
【０１６３】
ＣＤ３５２は、ＩＮＶＩＴＥ応答３６０を受信し、承認３６２を送出するに先立って、未決定のＩＮＶＩＴＥ要求３５８を放棄することを望むかも知れない。このような状況のときは、ＣＤ３５２は、コールをやさしく放棄するために、ＳＩＰ  ＣＡＮＣＥＬ（図示せず）を使用するかも知れない。トップレベルＳＩＰリダイレクトサーバ２３６および、ＣＭのＳＩＰユーザエージェントサーバ２５２の両者は、ＣＡＮＣＥＬ方法をサポートしている。
【０１６４】
たとえば、ＣＤ３５２は、進行中のＩＮＶＩＴＥメッセージ３５８を放棄するためにＣＡＮＣＥＬ方法を使用するかも知れない。もしかすると、 ＩＮＶＩＴＥメッセージ３５８が終了する前に、ユーザが音声サービスコールの開始を決定し、送出を押す。このような状況においては、ＩＮＶＩＴＥ応答３６０が終了するのを待ち、そしてすぐにＢＹＥメッセージ３６４を送出するよりはむしろ、ＣＤ３５２が簡単に直ちに、ＩＮＶＩＴＥメッセージ３５８をＣＡＮＣＥＬし、そして必要とされる音声サービスコールの開始に移るかも知れない。
【０１６５】
ＣＤ１０８が首尾よくＳＩＰを用いたＮＢＳネットの現在の会員への加入を取り決めた後はすべてのリアルタイムコール制御は、各ＣＤ３５２およびＭＣＵＳＩＰサーバ２５２の間で交換される、ポイントツーポイントアプリケーションレベルメディアシグナリングメッセージを通じて行われる。
【０１６６】
メディアシグナリングメッセージは、図４に示されたプロトコルスタックを用いて、そして図１２に示されたシーケンスに従ってトランスポートされる。図１２は、メディアシグナリングメッセージシーケンス３６８を示している。ＰＴＴ要求メッセージ３７０は、ＣＤ３５２によってＭＣＵノード２０８の、ＳＩＰユーザエージェントサーバ２５２に送出され、そしてユーザの希望をネットへの放送メディアに通常音声で信号する。通常、ＰＴＴ要求メッセージ３７０は、フロア制御要求を表示するための、ＣＤ３５２プッシュツートークボタンをそれぞれ押すごとに送出される。さらに、ＰＴＴ開放メッセージは、ユーザがＣＤ３５２プッシュツートークボタンを開放するときに、“フロア”の通常開放を表示するために、ＣＤ３５２によって、ＳＩＰユーザエージェントサーバ２５２に送出される。
【０１６７】
ＰＴＴメッセージは、ｏｐｃｏｄｅ、ｉｄ、ｓｒｃ、およびｒｅｓｅｒｖｅｄなどのフィールドを含む。ｏｐｃｏｄｅフィールドは、ＰＴＴメッセージが、フロア制御要求あるいは開放メッセージの何れであるかを定義する。ｉｄフィールドは、特定のＰＴＴ要求を参照するための、連続したＰＴＴ開放およびＰＴＸメッセージを許容する、独自のメッセージ識別子を与える。ｉｄは特定のＣＤ３５２の登録セッションの中で独自であるべきである。ｓｒｃフィールドは、ＰＴＴ要求３７０を、ＳＩＰユーザエージェントサーバ２５２に送出するＣＤ３５２を、独自に確認する。ｒｅｓｅｒｖｅｄフィールドは、将来の能力のために、ＰＴＴメッセージ３７０の中にスペースを予約している。
【０１６８】
ＣＤ３５２は、送信されたＰＴＴ要求３７０それぞれに対して、少なくとも１個のＰＴＸ応答メッセージ３７２の受信を予期している。もしもＰＴＹ応答３７２が、予め決定されたタイムアウト期間中に受信されなければ、ＣＤ３５２は、ＰＴＴ要求３７０が移行中に失われたと仮定し、同じＰＴＴｉｄを用いて、ＰＴＴメッセージ３７０を再送信する。
【０１６９】
もしもＰＴＸ応答メッセージ３７２が、予め決定された再送信の数内にＳＩＰユーザエージェントサーバ２５２から決して受信されなければ、ＣＤ３５２は、ＳＩＰユーザエージェントサーバ２５２が、もはや到達不可能であると仮定し、ＮＢＳ  ｉｄｌｅモードに移行し、そしてユーザに誤り条件を表示する。好ましい実施形態においては、ＣＤ３５２は、異なったＰＴＴ  ｉｄを、要求および開放メッセージに対して使用する。
【０１７０】
ＰＴＸメッセージ３７２は、以前のＰＴＴ要求３７０を承認しそして応答するために、信号非同期フロア制御イベントに対すると同様に、 ＳＩＰユーザエージェントサーバ２５２によって、ＣＤ３５２に送出される。 ＳＩＰユーザエージェントサーバ２５２は、ＰＴＸメッセージ３７２を、ＰＴＴフロア制御要求あるいは開放に応答するために使用する。 ＰＴＸメッセージ３７２は、参照されたフロア制御要求は承認されたか、あるいは否定されたかなどの情報を含んでいる。ＰＴＴフロア制御開放３７０に応答しているとき、ＰＴＸメッセージ３７２は受信の確認のみを示すために使用される。 ＳＩＰユーザエージェントサーバ２５２はまた、以前に承認されたフロア制御要求を非同期的に否定するために、（より高い優先のＣＤ３５２がフロア制御要求を発生したとき、ＰＴＸ承認は終了する（すなわちタイムアウト）、あるいはネットのフロアがリボークされるべき制御を要求している、何かの他のイベントが発生する）ＰＴＸメッセージ３７２を使用するかも知れない。
【０１７１】
ＰＴＸメッセージ３７２は、ｏｐｃｏｄｅ、ｉｄ、ａｃｔｉｏｎ、ｓｔａｔｕｓ、およびｅｘｐｉｒｅｓなどのフィールドを含んでいる。ｏｐｃｏｄｅフィールドは、ＰＴＸメッセージ３７２が、未解決のＰＴＴ要求に対する、同期した応答であるか、あるいはもしもそれが、誤りあるいは優先調停衝突を示している、非同期的メッセージであるかを定義する。ｉｄフィールドは、以前に受信されたＰＴＴ要求を参照する。ａｃｔｉｏｎフィールドは、ＰＴＸメッセージ３７２が、承認され、否定され、リボークされ、あるいはネットのフロアに関する制御を確認しているの何れであるかを示している。ｓｔａｔｕｓフィールドは、とくにＰＴＸメッセージ３７２が否定され、リボークされ、あるいは前のＰＴＴ要求に対応できない場合について、ＰＴＸの動作を説明している付加的情報を与える。ｓｔａｔｕｓフィールドは、優先度の高いトーカがネットの制御を承認されていること、あるいはＣＤ３５２がネット参加者として表示されておらず、そして、そのためにネットにメディアシグナリング要求を提出することが認められていないことを示すかも知れない。ｅｘｐｉｒｅｓフィールドは、ネットのフロアの制御が受信しているＣＤ３５２に対して承認される最大の間隔を、すべて秒で与える。ＳＩＰユーザエージェントサーバ２５２は、ＣＤ３５２がメディアトラフィック送出を開始したときでなく、それがＰＴＸメッセージ３７２を送出する瞬間からタイマをスタートする。ｅｘｐｉｒｅｓフィールドの値は設定可能なネットパラメータである。
【０１７２】
ＣＤ３５２は、ＰＴＸメッセージ応答３７２の受信を明確に承認はしない。代わりに、もしも送信されたＰＴＸメッセージ応答３７２が失われれば、ＣＤ３５２ＰＴＴ再送信タイマは終了し、そしてＣＤ３５２は、そのＰＴＴ要求３７０を再送信する。再送信されたＰＴＴ３７０は、失われたＰＴＸ応答３７２と同じｉｄを有しているので、ＳＩＰユーザエージェントサーバ２５２は、再送信されたＰＴＴメッセージ要求３７２を切り離されたプッシュツートーク要求イベントとして扱うよりはむしろ、失われたＰＴＸメッセージ応答３７０の再送出によって応答する。
【０１７３】
ＰＴＡメッセージ３７４は、 ＳＩＰユーザエージェントサーバ２５２によって、ネット内に現在参加しているそれぞれのＣＤ３５２に、未決定のメディアトラフィックのソースの確認を通知するために送出される。ＰＴＡメッセージ３７４はまた、トークスパート（ｔａｌｋ−ｓｐｕｒｔ）の終了を公式に通知するのに使用される。
【０１７４】
ＰＴＡメッセージ３７４は、ｏｐｃｏｄｅ、ｔａｌｋｅｒ、およびｒｅｓｅｒｖｅｄなどのフィールドを含む。ｏｐｃｏｄｅフィールドは、ＰＴＡメッセージ３７４が、フロアのトーカにより確認されたＣＤ３５２への（あるいは、による）許可（あるいは開放）を通知しているかどうかを表示する。ｔａｌｋｅｒフィールドは、次のＰＴＡメッセージ３７４が送出されるまでネットへのメディアトラッフィックのソースとなるＣＤ３５２を確認する。ｒｅｓｅｒｖｅｄフィールドは、将来の能力のために、ＰＴＡメッセージの中にスペースを予約する。
【０１７５】
そのＰＴＴフロア制御要求３７０が成功したＣＤ３５２は、それがフロアの制御を有していることを通知しているＰＴＡメッセージ３７４を受信しているかもしれず、また受信していないかも知れない。メッセージは、ＵＤＰが、必然的にデータグラムの配列を保護しないので、それが、対応するＰＴＸ応答３７２を受信する前あるいは後に到着しているかも知れない。しかしながら、ＳＩＰユーザエージェントサーバ２５２は、ＰＴＡアナウンスメント３７４を（ＰＴＡ承認アナウンスメントの場合）、それがメディアの転送開始を予期する以前に送出する。要求しているＣＤ３５２は、それがフロアの制御を受けていることを通知している、受信されたＰＴＡメッセージを無視しそして、ネットに対してメディアの送信が開始できるかどうかを決定するために、ＰＴＸ承認メッセージ応答３７４の受信だけを頼りにすることが推奨される。
【０１７６】
“あなたはそこ”ＡＹＴメッセージ４０４（図１３）は、問題のＣＤ３５２がＩＰを使用して到達可能かを確認するために、ＳＩＰユーザエージェントサーバ２５２によって、個々のＣＤ３５２に送出される。ＡＹＴメッセージ４０４のコレクションはまた、 ネットがもはや休止モードにないことを信号するために、ネット参加者のグループに送出されるかも知れない。
【０１７７】
ＡＹＴメッセージ４０４は、ｏｐｃｏｄｅ、ｉｄ，およびｒｅｓｅｒｖｅｄなどのフィールドを含む。ｏｐｃｏｄｅフィールドは、ＣＤ３５２がなお到達可能であるか、あるいは、もしかしてＳＩＰユーザエージェントサーバ２５２が、ネットの組み合わせられたＣＤＭＡセルラトラフィックチャネルを休止モードから外すために、ＡＹＴメッセージ４０４トラフィックを使用しているかどうかを決定するために、ＭＣＵノード２０８がＡＹＴメッセージ４０４を送出しているかどうかを示す。ｉｄフィールドは、連続した“私はここ”ＩＡＨ応答メッセージ４０８が、特定のＡＹＴ要求メッセージ４０４を参照することを許容する独自のメッセージ識別子を与える。ｉｄは待時間評価を発生するためのタイムスタンプ参照を含むかも知れない。ｒｅｓｅｒｖｅｄフィールドは、将来に能力のためにＡＹＴメッセージ４０４の中に、スペースを予約する。
【０１７８】
ＣＤ３５２は、ＡＹＴメッセージ４０４が送出されたときに休止モードにあるかもしれず、ないかも知れない。すべての場合にＣＤ３５２は、受信されたＡＹＴメッセージ４０４にＩＡＨ応答メッセージ４０８で応答する。
【０１７９】
ＳＩＰユーザエージェントサーバ２５２は、ＣＤ３５２が通常ＩＡＨ応答４０８で、ＡＹＴメッセージ４０４に応答すると仮定している。もしも、ＩＡＨ応答４０８が、妥当なタイムアウト内に受信されなければ、ＳＩＰユーザエージェントサーバ２５２は、新しいＡＹＴメッセージ４０４を新しいｉｄで送信する。もしも再送信の設定可能な数の後に、ＡＹＴメッセージ４０４に対する応答がＣＤ３５２から受信されなければ、ＣＤ３５２は、到達不可能であると仮定され、そして、ＳＩＰユーザエージェントサーバ２５２は、それをネット参加者の現在のリストから取り外す。取り外されたＣＤ３５２からのフューチャメディアシグナリングメッセージは、ＣＤ３５２が首尾よくネットに再結合するまでは無視されるであろう（あるいは誤り応答を発生するであろう）。
【０１８０】
ＩＡＨメッセージ４０８は、さきに送出されたＡＹＴメッセージ４０４の受信を承認するために、ＣＤ３５２によってＳＩＰユーザエージェントサーバ２５２に送出される。ＩＡＨメッセージ４０８は、ｉｄ，ｓｒｃ、およびｒｅｓｅｒｖｅｄなどのフィールドを含む。ｉｄフィールドは、ＣＤ３５２が承認している、前に受信されたＡＹＴメッセージ４０４を参照する。ｓｒｃフィールドは、ＩＡＨメッセージ４０８応答を、ＳＩＰユーザエージェントサーバ２５２に送出するＣＤ３５２を独自に確認する。ｒｅｓｅｒｖｅｄフィールドは、任意の能力のために、ＩＡＨメッセージ４０８の中に、スペースを予約する。
【０１８１】
ＳＩＰユーザエージェントサーバ２５２は、ＣＤ３５２がすべての受信されたＡＹＴメッセージ４０４を、１個のＩＡＨ応答メッセージ４０８で承認すると仮定している。もしも参照されたＡＹＴメッセージ４０４が、ＣＤ３５２が、ＮＢＳメディアトラフィックを受動的にモニタし信号している、ＮＢＳクワイエット状態に接続されて留まっていることを確認するために送出された場合は、ＳＩＰユーザエージェントサーバ２５２は、将来の参照のために、ＩＡＨ受信４０８の時刻を記録する。
【０１８２】
ＳＩＰユーザエージェントサーバ２５２はｉｄフィールドの値を定義する任務があるので、 ＳＩＰユーザエージェントサーバ２５２は特定のＣＤ３５２が到達可能に留まっているかどうかを決定し追跡するために、ｉｄを使用するかも知れない。
【０１８３】
ＺＺＺあるいは睡眠メッセージ（sleep message）（図１３に参照数字４１２として示される）は、ＣＤ３５２がその無線資源を開放しそして休止モードに入るのを促進するために、 ＳＩＰユーザエージェントサーバ２５２によって、ＣＤ３５２に送出される。ＣＤ３５２はこのメッセージを無視することを選択するかも知れない（とくにもしもそれが同時に他のパケット応用をサポートしていれば）。
【０１８４】
ＺＺＺメッセージは、ｉｄおよびｒｅｓｅｒｖｅｄなどのフィールドを含む。ｉｄフィールドは、ＣＤ３５２が、ＺＺＺメッセージの複数の受信者間で区分することを許容する独自のメッセージ識別子を与える。ｒｅｓｅｒｖｅｄフィールドは、自由な、あるいは将来の能力のために、ＺＺＺメッセージの中にスペースを予約する。
【０１８５】
ＣＤ３５２は、ＺＺＺメッセージの受信を承認しない。誤り回復は通常もしＺＺＺメッセージが失われても試みられない。ＺＺＺメッセージが失われるのを保護するために、ＳＩＰユーザエージェントサーバ２５２は、同じＺＺＺメッセージの複数のコピーを個々のＣＤ３５２に送出するかも知れない。 ＳＩＰユーザエージェントサーバ２５２は、同じ睡眠メッセージのコピーは定義された間隔内に送出されることを保証し、そしてＣＤ３５２は、最初の睡眠メッセージ（新しいｉｄをもった）が、その無線リンクが開放され休止状態に移行する以前に受信される時刻よりこの間隔だけ長い期間待ち受ける。
【０１８６】
図１５に示されたように、ＡＳＫメッセージ３８２がＣＤ３５２によって、ＳＩＰユーザエージェントサーバ２５２に対する質問３８４として、ＳＩＰユーザエージェントサーバ２５２との接続性を確認するために送出される。ＡＳＫメッセージ３８２はまた、ＣＤ３５２がネット参加者としてリストされ留まるかどうかを決定することを許容する。ＣＤ３５２は、サービス中断、あるいはそこでＳＩＰユーザエージェントサーバ２５２との接続性が一時的に失われたかも知れない他の期間の後に、その参加を確認するかも知れない。
【０１８７】
ＡＳＫメッセージ３８２は、ｉｄ、ｓｒｃ、およびｒｅｓｅｒｖｅｄなどのフィールドを含む。ｉｄフィールドは、連続したＦＹＩ応答メッセージが、特定のＡＳＫ要求メッセージを参照することを許容する、独自のノンゼロメッセージ識別子を与える。ｓｒｃフィールドは、ＡＳＫメッセージ３８２要求を、ＳＩＰユーザエージェントサーバ２５２に送出するＣＤ３５２を独自に確認する。ｒｅｓｅｒｖｅｄフィールドは自由な、あるいは将来の能力のために、ＡＳＫメッセージ３８２の中にスペースを予約する。
【０１８８】
ＣＤ３５２は、ＳＩＰユーザエージェントサーバ２５２が、受信されたＡＳＫメッセージ３８にＦＹＩ応答メッセージ３８６で応答すると仮定している。もしもＦＹＩ応答３８６が、予め決定されたタイムアウト期間中に受信されなければ、ＣＤ３５２は、新しいｉｄをもった新しいＡＳＫメッセージ３８２を送信する。もしも再送信の設定可能な数の後に、ＡＳＫメッセージ３８２への応答が，ＳＩＰユーザエージェントサーバ２５２から受信されなければ、 ＳＩＰユーザエージェントサーバ２５２は到達不可能と仮定され、そしてＣＤ３５２は、グループサービスｉｄｌｅ状態に移行する。
【０１８９】
ＦＹＩメッセージ３８６は、さきに送出されたＡＳＫメッセージ３８２の受信を承認するために、ＳＩＰユーザエージェントサーバ２５２によってＣＤ３５２に送出され、あるいはＳＩＰユーザエージェントサーバ２５２によって、非同期的に、ＣＤ３５２に例外的条件を伝達するために送出される。
【０１９０】
ＦＹＩメッセージ３８６は、ｏｐｃｏｄｅ、ａｃｔｉｏｎ、ａｔａｔｕｓ、ｉｄ、およびｒｅｓｅｒｖｅｄなどのフィールドを含む。ｏｐｃｏｄｅフィールドは、ＦＹＩメッセージ３８６が未解決のＡＳＫ要求３８２に対する同期した応答であるか、あるいはもしかして例外的な条件を示している非同期的なメッセージであるかどうかを定義する。ａｃｔｉｏｎフィールドは、ＦＹＩメッセージ３８６が、 ネット参加を確認しているか、ＣＤ３５２に、それがネットのメンバーリストから管理的に落とされていることを伝達しているか、あるいは若干の他の定義されるべき機能を遂行しているかを示している。ｓｔａｔｕｓフィールドは、とくにＦＹＩメッセージ３８６が、ＣＤ３５２がネット参加者あるいはメンバーでないと表示している場合、ＦＹＩ応答３８６を説明している付加的な情報を与える。ｉｄフィールドは、前に受信されたＣＤ３５２が承認されている、ＡＳＫメッセージ３８２を参照する。ｒｅｓｅｒｖｅｄフィールドは、任意のあるいは将来の能力のために、ＩＡＨメッセージの中にスペースを予約する。
【０１９１】
ＣＤ３５２は、通常ＦＹＩメッセージ３８６の受信を承認しない。もしも同期的ＦＹＩメッセージ３８６応答が失われていれば、ＣＤ３５２は、新しいＡＳＫメッセージ３８２要求を送出する。ＣＤ３５２は、非同期的ＦＹＩメッセージ３８６応答を要求しないので、望ましい実施形態においては、ＳＩＰユーザエージェントサーバ２５２は、任意の非同期的メッセージ３８６応答に関して、少なくとも３個のずれた送信を行う。
【０１９２】
参加しているＣＤ３５２は、ネットにメディアを放送したいというユーザの希望を、ＰＴＴメッセージ要求３７６をＳＩＰユーザエージェントサーバ２５２に発生することによって信号する。 ＳＩＰユーザエージェントサーバ２５２は、要求を承認しあるいは否定する何れかであるかも知れない、ＰＴＸメッセージ応答３７８で、ＰＴＴ要求３７６に応答する。もしも要求が承認されれば、ＰＴＡアナウンスメントメッセージ３８０がすべてのネット参加者に放送される。要求しているＣＤ３５２のユーザインタフェースは、ユーザに、ネットと通話する許可は、許可しているＰＴＸメッセージ応答３７８が受信されたときに、許可されていることを示すかも知れない。ＣＤ３５２は通常メディアトラフィックをユーザがＰＴＴボタンを開放し、その点で、ＰＴＴ開放メッセージ３７６をＳＩＰユーザエージェントサーバ２５２に発生することによって、ユーザがトークスパートの終了を信号するまで放送する。 ＳＩＰユーザエージェントサーバ２５２は、ＰＴＸ確認メッセージ３７８で応答し、そしてすべてのネット参加者にトークスパートの終了を示すアナウンスを放送する。
【０１９３】
任意のＣＤ３５２がネットのフロア（通話する権利）を有しているとき、ネットはアクティブであると言われ、そうでなければ、ネットはインアクティブである。もしもネットのハングタイムを超えた時間ネットがインアクティブであれば、ＳＩＰユーザエージェントサーバ２５２は、すべての登録された移動局にそれらの無線トラフィックチャネルを開放することを個々に信号することによって、ネットを休止モードに置くかも知れない。フロア制御要求あるいはネットを比較的速やかに休止モードから外すための、他のトラフィックを許容するための接続は保存される。ネットメンバーは“休止しよう”メッセージを無視するかも知れない。 ＳＩＰユーザエージェントサーバ２５２は、明確に、あるいは暗示的に、個々のネットメンバーの休止状態を追跡することはしない。
【０１９４】
図１５に示されたように、ＳＩＰユーザエージェントサーバ２５２は、休止期間中に成功したフロア制御要求７０４が受信されたときは、ネットを“目を覚ませ”とし、休止モード６１８から外すであろう。フロア制御要求７０４が許可されるとすぐに、ＳＩＰユーザエージェントサーバ２５２は、それぞれの登録されたＣＤ３５２に、あなたはそこ（ＡＹＴ）メッセージ７１６を、メディア−シグナリングチャネル上に要求することによって信号し、そして内部のウエークアップタイマ７２４をスタートする。それぞれのＣＤ３５２は、ネットに登録されて留まることを希望すれば、ＳＩＰユーザエージェントサーバ２５２に対して、ＡＹＴメッセージ７１６の受信を承認する。自由に、休止しているＣＤ３５２は、ユーザがＰＴＴを押す時刻から、ＣＤ３５２トラフィックチャネルが（再）接続されるまで、メディアトラフィック７４０をバッファするかも知れない。ＳＩＰユーザエージェントサーバ２５２は、通話中のＣＤ３５２から受信されたメディアトラフィック７４０を、ウエークアップタイマ７２４がウエークアップタイムアウトを超え、その時点で、ＡＹＴ要求７１６にまだ応答していない任意のメンバーを含めて、それぞれの登録されたＣＤ３５２に、メディアトラフィックを転送することを開始するまで、バッファするかも知れない。したがって、ＣＤ３５２、およびＭＣＵノード２０８の両者は、受領者がバッファされた情報を受信する準備が出来るまでデータをバッファする能力を有する。一つの実施例においては、データの部分はＣＤ３５２およびＭＣＵノード２０８の中、両方に蓄えられる。
【０１９５】
ＳＩＰユーザエージェントサーバ２５２は、ＡＹＴ要求７１６を、ＡＹＴ要求７１６の受信を承認していない任意の登録されたＣＤ３５２に、周期的に再送信する。一度ウエークアップタイマ７２４が、第２のより長いｌａｔｅ−ｒｉｓｅｒタイムアウトを超えれば、ＳＩＰユーザエージェントサーバ２５２は、そのＡＹＴ承認が未解決の、いかなるメンバーＣＤ３５２も、登録を外し、ウエークアップタイマ７２４を停止するであろう。ＳＩＰユーザエージェントサーバ２５２は、重複したＡＹＴ要求を無視する。
【０１９６】
もしもＣＤ３５２が、現在休止中のネットと結合することを試みれば、ＳＩＰユーザエージェントサーバ２５２は、要求を通常に処理し、そしてそこで、ＣＤ３５２に休止するよう信号する。信号されたＣＤ３５２は、休止せよとの命令を無視するかも知れない。
【０１９７】
延長されたネットが不活性の期間中、ＮＢＳはパケットデータサービスコールに対して、休止／アイドル状態５２８（図１１参照）におかれることを許容する。 ＳＩＰユーザエージェントサーバ２５２は、それぞれのＮＢＳネット１００に対する、類似の休止コンセプトを独立して統御することによって、休止／アイドル状態５２８内への、および外への移行を促進する。
【０１９８】
図１３は、メディアシグナリングメッセージのシーケンスを、ＣＤ３５２およびＳＩＰユーザエージェントサーバ２５２間の休止４００に関して説明している。一般的に、メッセージは、それぞれのＣＤのタイマに基づいて、ＣＭから送出される制御信号をもとに、休止するために、ネット内のすべてのＣＤｓに送出される。それとして、ネットに割り当てられた資源は、開放されそして他のユーザのために使用されるかも知れない。設定可能な予定上で、 ＳＩＰユーザエージェントサーバ２５２は、メッセージ要求（ＡＹＴ）４０４をそれぞれのＣＤ３５２に、クワイエット状態にあるＣＤ３５２が到達可能に留まっているかを確認するために送出する。このように、ＣＭ１０４は、ネットの現在のユーザの集中化された登録名簿（ｐｏｌｌｉｎｇ）と、その状態を保存する。これはまた、個々のＣＤに、ネットと動的に結合し、あるいは離れることを許容する。ＣＤ３５２は、ＡＹＴ要求４０４に、メッセージ応答（ＩＡＨ）４０８で応答する。ＡＹＴメッセージ４０４は、それぞれのＣＤ３５２に、必ずしも同時に放送はされない。 ＳＩＰユーザエージェントサーバ２５２は、それぞれのネット参加者へのＡＹＴ送出を、同時に殺到するＩＡＨメッセージ応答４０８の受信を避けるために、ずらすかも知れない。
【０１９９】
ネットが、ネットの設定可能なハングタイムを終了するのに十分長くアイドルであった後に、ＳＩＰユーザエージェントサーバ２５２は、ＺＺＺ要求メッセージ４１２をそれぞれのネット参加者に放送する。それに対応して、それぞれのＣＤ３５２は、その無線資源を開放し、休止モードに入るかも知れない。ネット参加者は、必ずしもＺＺＺ要求メッセージ４１２に応答する必要はない。
【０２００】
ＣＤ３５２による成功したＰＴＴ要求４１６は、ネットを休止モードから外す。一つの実施例においては、予め決定されたユーザの限界数は、ネットを休止から外すのに必要とされる。ＰＴＸメッセージ４２０による要求の許可に先立ち、ＳＩＰユーザエージェントサーバ２５２は、それぞれの前に参加しているＣＤ３５２が休止から外れるのを促進するために、それぞれのＣＤ３５２にＡＹＴメッセージ要求４２４を送出する。これは、もしもＣＤ３５２が、ＺＺＺメッセージ４１２に応答して無線資源を開放すること、そして参加しているＣＤ３５２がなお到達可能に留まっているか確認することを選択すれば実行される。他の実施例においては、ＰＴＸ休止応答タイマとして定義される、設定可能な、しかし固定された遅延の後に、 ＳＩＰユーザエージェントサーバ２５２は、要求しているＣＤ３５２に、ＰＴＸ許可メッセージ応答４２０を送信する。一度第２のウエークアップタイマが終了すれば（その値は通常ＰＴＸ休止応答タイマより小さくはない）、ＳＩＰユーザエージェントサーバ２５２は、ＰＴＡメッセージ４２８を経由してすべてのネット参加者にトーカを通知し、そしてメディアを転送することを開始するかも知れない。
【０２０１】
ＭＣＵノード２０８は、送信しているＣＤ３５２からの、到来データパケットを受信し、そして受信されたデータパケットの複写コピーを、送信しているＣＤ３５２が属するネットの他のメンバに送出する任務を有する。それぞれのデータパケットがＭＣＵノード２０８によって受信されるときに、それはメモリ（図示せず）に蓄えられる。送信しているＣＤ３５２は、データパケットに質問することによって確認されるかも知れない。一つの実施例においては、送信しているＣＤを表示しているＩＰアドレスは、アイデンティフィケーションを行う方法として、各データパケットに含まれる。
【０２０２】
送信しているＣＤ３５２が確認された後に、ＭＣＵノードマネージャ２５６は、特定のＭＣＵノード２０８と組み合わせられたネットに属している、ネットメンバーのリストをローカルメモリ（各ＭＣＵは典型的に一つのネットのみに割り当てられる）から回収する。宛先アドレスは、それぞれのアクティブなネットメンバー、すなわちローカルメモリ内にＭＣＵノード２０８で登録されているネットメンバーと組み合わせられる。一つの実施例においては、宛先アドレスはＩＰアドレスである。ＭＣＵノードマネージャ２５６はそこで、データパケットの中に確認されている宛先アドレスが、第１のネットメンバーの宛先アドレスを反映するように修正されるとき以外は、オリジナルデータパケットの写しを作成する。次に、ＭＣＵ２０８は、第２のネットメンバーに対する第２の複写されたデータパケットを作成する。この過程は、オリジナルデータパケットが複写されそしてローカルメモリ内に確認されたアクティブなネットメンバーの、すべてに送出されるまで継続する。任意のバッファされたメディアのプレイアウト（ｐｌａｙ  ｏｕｔ）期間中、ＣＭ１０４は、たとえ、通話中のＣＤ３５２がフロアを開放していても、ネットをアクティブとして取り扱う。したがって、ＣＭ１０４は、割り込みをしているＣＤ３５２が、バッファされたメディアのソースよりもより高い優先を有していなければ、ＣＤ３５２がバッファされたメディアのプレイアウトに対し割り込むことを許容しない。
【０２０３】
ＳＩＰユーザエージェントサーバ２５２は、ネットが休止モードから外された後、ある延長された間隔の間、ＩＡＨメッセージ応答４３２を受信するかも知れず、そしてＳＩＰユーザエージェントサーバ２５２は、未決定のＰＴＴ要求４１６を許可する前において、応答するすべてのネット参加者を待つことはないことに留意すべきである。そのＩＡＨ応答４３２が、ＰＴＸ許可メッセージ応答４２０の後に到着している遅れた応答者は、ネット参加者としてリストされて留まり送信される。しかしすべてのイニシャルメディアトラフィックおよびシグナリングを受信しないかも知れない。第３の大きな（そして設定可能な）遅延の後、ＡＹＴ要求４２４に応答していないいかなるＣＤ３５２も一般的にもはや到達可能ではないと仮定され、アクティブな参加者のネットのリストから取り外される。
【０２０４】
図１４は、より高い優先のＣＤ４４４が、より低い優先のＣＤ４４２を、ネットのフロアの制御により割り込みしていることを例示している、ＮＢＳメディアシグナリングメッセージ４４０のシーケンスを示している。
【０２０５】
最初に、より低い優先のＣＤ４４２が、ＳＩＰユーザエージェントサーバ２５２によって許可されているＰＴＴメッセージ要求４４６を、ＳＩＰユーザエージェントサーバ２５２に提出する。 ＳＩＰユーザエージェントサーバ２５２は、ＣＤ４４２が、ネットのフロアの制御を有していることを通知する。
【０２０６】
より低い優先のＣＤ４４２が、ＭＳメディア４４３を送信している間に、第２のＣＤ４４４は ＳＩＰユーザエージェントサーバ２５２に、同じネットに対するＰＴＴメッセージ要求４４８を送出することによって、割り込みすることを試みる。 ＳＩＰユーザエージェントサーバ２５２は、通話中のＣＤ４４２よりも、第２のＣＤ４４４がより高い優先を有すると決定し、そしてすぐに、それ（ＣＤ４４２）に非同期的ＰＴＸ否定メッセージ４５０を送出することによって、ネットのフロアの制御を通話中のＣＤ４４２からリボークする。 ＳＩＰユーザエージェントサーバ２５２はそこで、通常のＰＴＴ許可メッセージ応答４５２をもって、より高い優先のＣＤ４４４に対するＰＴＴ要求４４８を許可し、そしてより高い優先のＣＤ４４４がネットのフロアの制御を有していることを通知する。
【０２０７】
もしもＳＩＰユーザエージェントサーバ２５２が、割り込みをしているＣＤ４４４はより高い優先を有していないと決定すれば、ＳＩＰユーザエージェントサーバ２５２は直ちにＰＴＴ要求４４８を、ＰＴＸメッセージ応答４５２を用いて拒否し、通話中のＣＤからネットの参加者へメディア４５６を分配することを、割り込みすることなく継続する。
【０２０８】
特定のＣＤに割り当てられた優先は、ＳＩＰユーザエージェントサーバ２５２によって保存されているデータベースの中に定義された固定された値であるけれども、ＳＩＰユーザエージェントサーバ２５２は、ここに示すように、最高の優先をもっている要求している参加者に対するフロアを必ずしも常に許可しない、他の調停アルゴリズムを使用するかも知れない。衝突を調停するのに使用される、ＰＴＴ調停アルゴリズムは、ネット毎の基準で個別に設定されることが可能である。
【０２０９】
最小限、ＳＩＰユーザエージェントサーバ２５２は、もしもＣＤが、現在のトーカの優先レベルを超える優先レベルを有していれば、現在のトーカのみ割り込みすることを許容する調停ポリシーをサポートする。最小の優先をもったＣＤは、メディアトラフィックをリッスンすることはできるが、決してネットのフロアの制御を得ることはない。
【０２１０】
図１５および１６は、種々の状態のときのＣＭ１０４およびＣＤ３５２それぞれの動作を説明している。ＣＭ１０４はそれぞれのネットのためのインアクティビティタイマ、すなわちハングタイムタイマ６２０を保存している。インアクティビティタイマ６２０が設定可能な規定された値に到達したときには、タイマは、すべてのネット参加者にメディアシグナリングメッセージ６９６を放送することによって、ＣＭ１０４がネットを休止状態６１８におくことをトリガする。メッセージが受信されると、参加しているＣＤ３５２は、そのトラフィックチャネルを開放し、そして休止／アイドル状態８４４に入るかも知れない。あるいはＣＤ３５２は、メッセージを無視し、接続された状態８２０に留まるかも知れない。とくに、チャネル上で動作していない、ダイアルアップＰＳＴＮユーザなどのネット参加者は、メディアシグナリングメッセージを無視すべきであろう。
【０２１１】
ネットのハングタイムタイマ６２０は、ＰＴＸ許可メッセージ応答６３２が有効な間は進まないであろう。タイマ６２０は、 ＰＴＸ許可メッセージ６３２が送信される時にゼロにセットされ、ＰＴＸ許可６３２が終了するか、ＣＤ３５２がネットのフロア８７２を開放するまでゼロに留まる。一度フロアが開放されれば、ハングタイムタイマは、次のＰＴＸ許可メッセージ応答６３２が送信されるまで進む。
【０２１２】
もしも参加しているＣＤ３５２が休止／アイドル状態８４４に入れば、ＣＤ３５２に向けられたパケットデータが、ＣＤ３５２ＭＡセルラ基幹施設に到着するか、あるいはＣＤ３５２がパケットデータサービスを用いて送出すべきデータを発生するの何れかまでは、休止に留まる。前者の場合は、ＣＭ１０４（９０８）によってＣＤ３５２に送出されたトラフィックによって、トリガされるかも知れない。後者の場合は、ネットへの放送に対する許可を要求するＰＴＴボタンを押しているユーザによって、トリガされるかも知れない。ＮＢＳに関係しない他のトリガもまた可能である。
【０２１３】
ネット自身は、１個あるいはそれ以上の参加者がＰＴＴ要求７０４の送信をトリガするまで休止に留まる。もしもＣＭ１０４が、それはＰＴＴ要求メッセージ７０４を許可できると決定すれば（複数の要求を扱うためのいかなる必要な調停の実行をも含めて）、それは、それぞれの表示されたネット参加者に対して、休止／アイドル状態８４４から外れる移行をトリガするために、要求７１６を送出する。任意の特定のＣＤ３５２に対しては、トリガは必要であり、あるいは必要でないかも知れない。しかしそれぞれのＣＤ３５２は、それにもかかわらず要求に応答する。この状況で、ネットが休止状態６１８から外れて移行しているときには、ＣＭ１０４は、最初のＰＴＸ許可応答メッセージ７５６を送出するのを、固定されたしかし設定可能な遅延、ＰＴＸ休止応答タイマ７２８が終了するまで控える。タイマ７２８が、そのデフォールト値は典型的にゼロであるが、終了後に、ＣＭ１０４はＰＴＸ許可７５６を、通常通り送出する。しかしながら、ＣＭ１０４は、第２の関係したタイマ、ネットのウエークアップタイマ７２４が終了するまで、メディアをネットに転送するのを控えることを継続する。ＣＭ１０４が休止しているネットのフロアが許可されうると決定したときに、両タイマはリセットする。ウエークアップタイマ７２４の値は、ＰＴＸ休止応答タイマ７２８の値よりも小さくてはならない。ウエークアップタイマ７２４が終了した後に、ＣＭ１０４は、メディアおよびメディアシグナリングを転送することを開始し、そしてトラフィックは通常に流れる。両タイマは、ネット毎の基準で設定可能である。
【０２１４】
もしもＣＭ１０４が、それがＰＴＴ要求７０４を許可できないと決定すれば、それは直ちに、ＰＴＸ否定メッセージ７０８に従って、要求しているＣＤ３５２に信号し、ネットは休止を続ける。
【０２１５】
休止／アイドル状態８４４に入っているＣＤ３５２は、システム変更、変更サービスオプション、あるいはそれ（ＣＤ３５２）がＡＹＴ“ウエークアップ”メッセージ９０８を決して受信せず応答しない結果となる、若干の他のサービス中断の経験を要求するかも知れない。ＣＭ１０４は、ウエークアップおよびＰＴＸ休止応答タイマとともにリセットする、第３のより長いタイマを保管している。このより長い、レートライザタイマ（図示せず）はまた、ネット毎の基準で設定可能である。レートライザタイマが終了した後に、そのＡＹＴウエークアップメッセージ９０８に対するＩＡＨ応答９１６が受信されていない任意のＣＤ３５２は、ＣＭ１０４によってアクティブ参加者のネットのリストから取り外される。任意のこのように取り外されたＣＤ３５２は、再びネット参加者となるために、ＣＭ１０４のＳＩＰサーバ２３６で再登録する。
【０２１６】
ＣＤ３５２が、休止／アイドル状態８４４から外れて接続された状態へ移行することに伴う潜在的遅延のために、ＣＤ３５２およびＣＭ１０４の両者は、ユーザによって認められた伝送遅延を軽減するために音声バッファリングを行うかも知れない。
【０２１７】
典型的に、ＣＤ３５２ユーザインタフェースは、可視あるいは可聴メカニズムを通じてユーザに、ＰＴＴキープレスの処理における、少なくとも２個のマイルストーンを信号する。第１に、ＣＤ３５２は、それがＰＴＴキープレスを検出していることを信号する。後に、ＣＤ３５２は、ＣＭ１０４のＰＴＸメッセージ応答８６８を受信していることを信号する。もしも、ＰＴＸメッセージ応答８６８がメディアを放送する許可を与えていれば、ＣＤ３５２ユーザインタフェースはユーザがネットに通話を開始してもよい表示を与える。そうでなければ、ＣＤ３５２ユーザインタフェースは、ネットと通話するための許可（８５６）が否定されていることを表示する。
【０２１８】
ネットが休止状態でなければ、ＰＴＴ要求メッセージの送信および対応するＰＴＸ応答メッセージ間の待時間は比較的小さく、そしてユーザはＰＴＴボタンが押されてすぐ後に通話する認可が許可されていることに慣れる。しかしながら、ネットが休止状態であるとき、比較的十分な遅延が、ＰＴＴ要求８５２の送信および対応するＰＴＸメッセージ８５６あるいは８６８の受信を分離するかも知れない。遅延は、ＣＤ３５２がそのトラフィックチャネルを開放しているであろうために生じるであろう。そしてパケットデータサービスの再確立のときに遅延を経験する。遅延はまた、ＣＭ１０４が、ＰＴＸメッセージ応答８５６あるいは８６８を送出することを、ネットのウエークアップタイムが終了するまで待つために生じる。この状態においては、ＣＤ３５２は、ＣＭ１０４が結局ＰＴＸ許可応答８６８で応答し、そしてユーザに、ＰＴＴ要求８７６が許可されていると、楽観的に仮定するかも知れない。ユーザが“早く”に通話を開始することを許容するために、ＣＤ３５２は、ＰＴＸ要求が到着するか、あるいはすべての利用可能な内部のバッファスペースを使い尽くすまで、音声を内部的にバッファする。
【０２１９】
もしもＰＴＸメッセージ応答が到着し、そして要求が許可されれば、ＣＤ３５２は、（バッファされた）音声の送信を開始するかも知れず、そして動作は正常に進行する。もしもＰＴＸメッセージ応答が到着し、そして要求が否定されれば、ＣＤ３５２はユーザに、ネットと通話する許可が否定されていることを信号する。ユーザはすでに通話を開始しているので、この遅い否定は、優先の衝突であると見えるかも知れない。このような状態のときは、ユーザが不必要に困惑するのを避けるために、特別な注意が払われる。ＣＭ１０４は、ＰＴＸ否定メッセージ８５６を、ユーザが、未決定のＰＴＴ要求は結局許可されるであろうとの仮定の下に、通話するかも知れない時間の長さを制限するために、可能な限り早く信号する。
【０２２０】
もしもＰＴＸメッセージが、すべての利用可能な内部バッファスペースが使い尽くされるまで、到着しなければ、ＣＤ３５２は、ＰＴＸ否定メッセージ８５６をまねて、通話（８５６）を停止することをユーザに信号するかも知れない。もしもＣＤ３５２が、サービスを再確立する能力を有していなければ、またこの時点で他の誤りアクションをとり、それに応じてユーザに伝える必要があるかも知れない。
【０２２１】
代わりに、もしもこのときまでに、パケットデータサービスが再確立していれば、ＣＤ３５２は、この状況で、ＣＭ１０４への音声メディアの送信を、ＰＴＸ許可メッセージ応答８６８に関する先立つ受信なしに開始するかも知れない。
【０２２２】
ウエークアップタイマの終了を待つ間に、ＣＭ１０４は、ネットのメディアチャネルで受信された、未決定のＰＴＴ要求８５２を送出しているＣＤ３５２からの任意の音声メディアをバッファし、そして結局対応するＰＴＸ許可応答８６８を送出する。一度ウエークアップタイマが終了すれば、ＣＭ１０４は、ＰＴＸ許可応答８６８を、要求しているＣＤ３５２に送信し、ＰＴＡアナウンスメントをネットに放送し、そしてバッファされた音声メディアの放送を開始する。もしもＣＭ１０４の内部音声バッファが、ウエークアップタイマが終了する以前に使い尽くされていれば、ＣＭ１０４は直ちにＰＴＸ否定メッセージ８５６を、要求しているＣＤ３５２に送信する。バッファされた音声の処理は定義されていないが、ＣＭ１０４は、その音声バッファの内容をネットに、ウエークアップタイマが終了した後に、送信するかも知れない。一度ウエークアップタイマが終了すれば、ネット動作は正常に進行する。
【０２２３】
ＣＤ３５２内の音声メディアバッファのサイズは、ＩＳ−７０７．５休止／アイドル状態８４４から、 ＩＳ−７０７．５結合された状態８１２への移行に対して予想される最大時間をもとにして選定されている。同様に、ＣＭ１０４内のメディアバッファのサイズは、ＣＭ１０４のネットデータベース２３２に規定されている、ネットのウエークアップタイムの（最大）値をもとにして選定されるべきである。
【０２２４】
ＣＭ１０４の状態のより完全な記述はつぎのようである。ＣＭ１０４は、ネットのそれぞれの例に対して図１５に示される、ＮＢＳメディアシグナリング状態線図６００を実行する。ＣＭ１０４は、ネットが作成されたときに、アイドル状態６０４に初期化される。ネットは、ネット参加要求ＰＴＴ６０８がフロアの制御を許可６１２されず、ネットが休止６１８ではない限り、アイドル状態６０４に留まる。ＣＭ１０４は、ハングタイムタイマ６２０を、アイドル状態６０４に入るときにゼロにリセットする。ＣＭ１０４は、ネット参加者からのＰＴＴ要求６０８が受信されたときに、アイドル状態６０４から許可状態６１２に移行する。ＣＭ１０４は、アイドル状態６０４から休止しよう状態６２４に、ハングタイムタイマが終了したときに移行する。
【０２２５】
ＣＭ１０４は、もしも調停アルゴリズムが、要求しているＣＤ３５２へのフロアの制御を否定するならば、許可状態６１２からアイドル状態６０４に移行し、そして要求しているＣＤ３５２に、ＰＴＸ否定６２６応答を送出する。ＣＭ１０４は、もしも調停が、要求している（あるいは割り込みしている）ＣＤ３５２に、フロアの制御を許可するならば、許可状態６１２からアナウンス状態６２８に移行し、ＰＴＸ許可応答６３２を送出する。ＰＴＸ許可応答６３２を送出の後、ＣＭ１０４は、要求している（あるいは割り込みしている）ＣＤ３５２を、ネットの現在のトーカと見なす。ＣＭ１０４は、アナウンス状態６２８に入ってすぐに、アナウンス状態６２８からトーク状態６３６に移行し、そして、すべてのネット参加者に新しいトーカを通知しているＰＴＡメッセージ６４０を送出する。現在のトーカは、ネット参加者からのＰＴＴ要求６４４、あるいは開放メッセージ６４８が受信されない限り、できるだけ長くトーク状態６３６に留まり、そしてネットのフェイルセーフタイマ６５２は終了していない。ＣＭ１０４は、ネットのフェイルセーフタイマ６５２を、トーク状態６３６に入るときにリセットする。トーク状態６３６にある間、ＣＭ１０４は、ネットの現在のトーカからのメディアをネットに放送する。
【０２２６】
ＣＭ１０４は、ＰＴＴ要求メッセージ６４４がネット参加者から受信されるときに、トーク状態６３６から調停状態６５６に移行する。ＣＭ１０４は、ＰＴＴ開放メッセージ６４８が、ネットのフロアの制御をもったＣＤ３５２から受信されるときに、トーク状態６３６から開放確認状態６６０に移行する。ＣＭ１０４は、フェイルセーフタイマ６５２が終了するときに、トーク状態６３６からフェイルセーフ回復状態６６４に移行する。ユーザは、典型的に、フェイルセーフタイマが終了する前に、残っている時間の総計を与えられる。ＣＭ１０４は、ネットの現在のトーカから受信されたメディアトラフィックを、それ（ＣＭ）がトーク状態６３６に留まっている間ネットに放送する。もしもネットのメディアバッファがエンプティでなければ、ＣＭ１０４は、メディアトラフィックをネットに放送する一方で、ネットの現在のトーカから受信されたメディアのバッファを継続する。
【０２２７】
ＣＭ１０４は、トーク状態６３６にある間に、ＰＴＴ要求メッセージ６４４を受信する結果として、調停状態６５６に移行する。 ＰＴＴ要求メッセージ６４４を発生しているＣＤ３５２は、割り込みをしている参加者として知られる。もしも割り込みをしている参加者および現在のトーカが同一であれば、ＣＭ１０４のＰＴＸ許可メッセージ６６８は失われ、そして現在のトーカは、そのＰＴＴ要求６４４を再送出している。 ＣＭ１０４は、もしも割り込みをしている参加者およびネットの現在のトーカが同一であれば、調停状態６５６からトーク状態６３６に移行し、割り込みをしている参加者にＰＴＸ許可メッセージ６６８を送出する。ＣＭ１０４は、もしも割り込みをしている参加者およびネットの現在のトーカが異なっていれば、ネットの現在のトーカに調停アルゴリズムを適用し、そして割り込みをしている参加者は直ちに調停状態６５６に入る。
【０２２８】
ＣＭ１０４は、もしも調停アルゴリズムが現在のトーカに賛成と決定すれば、調停状態６５６からトーク状態６３６に移行し、そして割り込みをしている参加者にＰＴＸ否定メッセージ６７２を送出する。ＣＭ１０４は、もしも調停アルゴリズムが、割り込みをしている参加者に賛成と決定すれば、調停状態６５６から許可状態６１２に移行し、そしてネットの現在のトーカに、ＰＴＸ割り込みメッセージ６７６を送出する。ＣＭ１０４は、開放確認状態６６０から開放アナウンス状態６８０に移行し、開放アナウンス状態６８０に入ると直ちに、ＰＴＸ確認メッセージ６８４を現在のトーカに送出する。
【０２２９】
ＣＭ１０４は、フェイルセーフ回復状態６６４から開放アナウンス状態６８０に移行し、そしてフェイルセーフ回復状態６６４に入ると直ちに、ＰＴＸ否定メッセージ６８８を、現在のトーカに送出する。ＣＭ１０４は、開放アナウンス状態６８０からアイドル状態６０４に移行し、そして開放アナウンス状態６８０に入ると直ちに、ＰＴＡ開放アナウンスメント６９２を、すべてのネット参加者に送出する。ＣＭ１０４は、休止しよう状態６２４から休止状態６１８に移行し、そして、休止しよう状態６２４に入ると直ちに、ネットが休止していることを通知しているＺＺＺメッセージ６９６を、すべてのネット参加者に送出する。ネットのステートマシンは、ネット参加者がフロアの制御を要求しない限り、休止状態６１８に留まる。ＣＭ１０４は、ネット参加者からのＰＴＴ要求７０４が受信されたときに、休止状態６１８からウエークアップ状態７０６に移行する。
【０２３０】
ＣＭ１０４は、もしも調停アルゴリズムが、要求しているＣＤ３５２のフロアの制御を否定すれば、ウエークアップ状態７０６から休止状態６１８に移行しそして、ＰＴＸ否定応答７０８を、要求しているＣＤ３５２に送出する。ネットは休止状態にあるので、このことは、もし要求しているＣＤ３５２がリッスンのみの特権を有しているときのみに生じうる。ＣＭ１０４は、もしも調停が、要求しているＣＤ３５２にフロアの制御を許可すれば、ウエークアップ状態７０６からウエークアップペンディング状態７１２に移行し、そしてＡＹＴウエークアップ要求７１６を、すべてのネット参加者に送出する。ＡＹＴウエークアップ要求７１６を送出した後に、ＣＭ１０４は、要求しているＣＤ３５２が、ネットのペンディングトーカであると見なす。
【０２３１】
ＣＭ１０４は、ＰＴＴ要求メッセージ７２０がネット参加者から受信されず、ウエークアップタイマ７２４が終了しておらず、そしてＰＴＸ休止応答タイマ７２８が終了していない限り、できるだけ長くウエークアップペンディング状態７１２に留まる。ＣＭ１０４は、ウエークアップペンディング状態７１２に入るときに、ウエークアップタイマ７２４、およびＰＴＸ休止応答タイマ７２８をリセットする。ＣＭ１０４は、ＰＴＴ要求メッセージ７２０が、ネットのペンディングトーカとは異なる、ＣＤ３５２から受信されたときに、ウエークアップペンディング状態７１２から休止調停状態７３２に移行する。ＣＭ１０４は、ＰＴＸ休止応答タイマ７２８が終了したときに、ウエークアップペンディング状態７１２からバッファード認可状態７４０に移行する。
【０２３２】
ＣＭ１０４は、休止調停状態７３２に入ると直ちに、調停アルゴリズムを、ネットのペンディングトーカおよび割り込みをしている参加者に適用する。ＣＭ１０４は、もしも調停アルゴリズムが、ペンディングトーカに賛成であると決定すれば、休止調停状態７３２からウエークアップペンディング状態７１２に移行し、そして中止している参加者にＰＴＸ否定メッセージ７４４を送出する。ＣＭ１０４は、もしも調停アルゴリズムが、割り込みをしている参加者に賛成であると決定すれば、休止調停状態７３２からウエークアップペンディング状態７１２に移行し、ペンディングトーカにＰＴＸ否定メッセージ７４４を送出し、そして割り込みをしている参加者が、ネットの新しいペンディングトーカであると見なす。
【０２３３】
ＣＭ１０４は、休止許可状態７３６に入ると直ちに、休止許可状態７３６からアナウンス状態６２８に移行し、そしてＰＴＸ許可応答７４８を、ネットのペンディングトーカに送出する。ＣＭ１０４は、バッファード許可状態７４０に入ると直ちに、バッファード許可状態７４０からバッファリング状態７５２に移行し、ＰＴＸ許可応答７５６を、ネットのペンディングトーカに送出する。ネットのステートマシンは、ウエークアップタイマ７２４が終了していない限り、できるだけ長くバッファリング状態７５２に留まる。バッファリング状態７５２にいる間に、ＣＭ１０４は、ネットのペンディングトーカから受信されたいずれのメディアトラフィックをもバッファする。
【０２３４】
ＣＭ１０４は、ウエークアップタイマ７２４が終了するときに、バッファリング状態７５２からアナウンス状態６２８に移行する。 ＣＭ１０４は、それがバッファリング状態７５２に留まっている間は、 ネットのペンディングトーカから受信されたいかなるメディアトラフィックをも、ネットのメディアバッファにバッファする。 ＣＭ１０４は、価値のない、あるいは予約されたフィールド値を含むいかなるメディアシグナリング要求に対しても、誤り状態７６４にあるＥＲＲ応答７６０を、メッセージを送出したＣＤ３５２に送出することによって応答し、そしてそうでなければ要求を無視する。
【０２３５】
ＣＤ３５２は、ユーザがネットに参加しているときはいつでも、図１６に示されたＮＢＳメディアシグナリング状態線図８００を実行する。ＣＤ３５２は、ＣＤ３５２がネットのセッション記述を受け入れた後に、ＳＩＰ  ＡＣＫメッセージ８０８をＣＭ１０４に送出することによって、スタートアップ状態８０４に初期化する。ＣＤ３５２は、スタートアップ状態８０４からスタートアップ待ち状態８１２に移行し、そしてＡＳＫ要求メッセージ８１６を、スタートアップ状態８１２に入るとき直ちにＣＭ１０４に送出する。
【０２３６】
ＣＤ３５２は、ユーザがプッシュツートークボタン８２４を押さず、ＰＴＡメッセージ８２８がＣＭ１０４から受信されず、そして、睡眠ＺＺＺメッセージ８３２がＣＭ１０４から受信されないときは、できるだけ長く聴く状態８２０に留まる。ＣＤ３５２は、ユーザがプッシュツートークボタン８２４を押すときは、聴く状態８２０からフロア要求状態８３６に移行する。ＣＤ３５２は、ＰＴＡメッセージ８２８がＣＭ１０４から受信されたときは、聴く状態８２０からトーカアナウンス状態８４０に移行する。ＣＤ３５２は、睡眠ＺＺＺメッセージ８３２が（８３２）ＣＭ１０４から受信されたときは、聴く状態８２０から休止アイドル状態８４４に移行する。ＣＤ３５２は、フロア要求状態８３６に入ると直ちに、フロア要求状態８３６からフロア待ち状態８４８に移行し、そしてＰＴＴ許可要求８５２を、ＣＭ１０４に送出する。
【０２３７】
ＣＤ３５２は、ＣＭ１０４からＰＴＸ応答メッセージ８５６が受信されず、ＰＴＴ放棄タイマ８６０が終了していなければ、フロア待ち状態８４８にできるだけ長く留まる。ＣＤ３５２は、ＰＴＴ放棄タイマ８６０およびＰＴＴ再送信タイマ（図示せず）を、フロア待ち状態８４８に入るときにリセットする。ＣＤ３５２は、ＰＴＸ許可８６８応答メッセージが、ＣＭ１０４から受信されているときは、フロア待ち状態８４８からトーク状態８６４に移行し、そしてユーザに、ユーザがネットのフロアの制御を得ていることを警報する。ＣＤ３５２は、ＰＴＸ否定メッセージ８５６がＣＭ１０４から受信されているときは、フロア待ち状態８４８からフロアロスト状態８７２に移行する。ＣＤ３５２は、フロア待ち状態８４８に留まり、そして同一のＰＴＴ要求８７６を、ＰＴＴ再送信タイマが終了した後に、ＣＭ１０４に再送信する。 ＣＤ３５２は、そのＰＴＴ放棄タイマ８６０が終了した後に、フロア待ち状態８４８からリッスン状態８２０に移行する。ＣＤ３５２は、もしもユーザがプッシュツートークボタン８８４を開放すれば、なおＰＴＸ応答を待ちながら、トーク状態８６４からフロア開放状態８８０に移行する。
【０２３８】
ＣＤ３５２は、ＰＴＸ割り込みメッセージ８８８がＣＭ１０４から受信されず、そしてユーザがプッシュツートークボタン８８４を開放していなければ、できるだけ長くトーク状態８６４に留まる。ＣＤ３５２は、ＰＴＸ割り込み応答メッセージ８８８がＣＭ１０４から受信されたときは、トーク状態８６４からフロアロスト状態８７２に移行する。ＣＤ３５２は、ユーザがプッシュツートークボタンを開放するときは、 トーク状態８６４からフロア開放状態８８０に移行する。 ＣＤ３５２は、ＰＴＸ許可応答メッセージ８６８がＣＭ１０４から受信されたときは、トーク状態８６４に留まる。ＣＤ５３２は、フロアロスト状態８７２に入ると直ちにフロアロスト状態８７２からリッスン状態８２０に移行し、そしてユーザ８９２に、ネットのフロアの制御は失われていることを表示しているメッセージをもって、ユーザ８９２に警報する。
【０２３９】
ＣＤ３５２は、フロア開放状態８８０から開放待ち状態８９６に移行し、そしてＰＴＴ開放要求９００を、ＣＭ１０４に、フロア要求状態８３６に入ると直ちに送出する。ＣＤ３５２は、ＰＴＸ確認応答メッセージ９０４がＣＭ１０４から受信されず、ＰＴＴ放棄タイマ８６０が終了していなければ、開放待ち状態８９６にできるだけ長く留まる。ＣＤ３５２は、そのＰＴＴ放棄タイマ８６０およびＰＴＴ再送信タイマを、開放待ち状態８９６に入るときにリセットする。 ＰＴＴ再送信タイマは、ＰＴＴ要求あるいは開放があるたびごとに活性化される。
【０２４０】
ＣＤ３５２は、ＰＴＸ確認応答メッセージ９０４がＣＭ１０４から受信されるときに、開放待ち状態８９６からリッスン状態８２０に移行する。ＣＤ３５２は、開放待ち状態８９６に留まり、同一のＰＴＴ開放要求９００をＣＭ１０４に、そのＰＴＴ再送信タイマが終了した後に再送信する。ＣＤ３５２は、開放待ち状態８９６からリッスン状態８２０に、ＰＴＴ放棄タイマ８６０が終了した後に移行する。
【０２４１】
ＣＤ３５２は、トーカアナウンス状態８４０からリッスン状態８２０に移行し、そして、トーカアナウンス状態８４０に入ると直ちにトーカに通知する。アナウンスメントは、新しいトーカがフロアの制御を有し、現在のトーカはフロアを開放されていること、あるいは現在フロアの制御を有しているトーカはないことを表示可能である。
【０２４２】
ＣＤ３５２は、ＡＹＴ要求メッセージ９０８がＣＭ１０４から受信されず、ユーザがプッシュツートークキー８２４を押さないときは、できるだけ長く、休止アイドル状態８４４に留まる。ＣＤ３５２は、ＡＹＴ要求メッセージ９０８が、ＣＭ１０４から受信されるときは、休止アイドル状態８４４から休止ウエークアップ状態９１２に移行する。ＣＤ３５２は、ユーザがプッシュツートークキー８２４を押すときに、休止アイドル状態８４４からフロア要求状態８３６に移行する。
【０２４３】
ＣＤ３５２は、休止アイドル状態８４４にある間に受信されたいかなる睡眠ＺＺＺメッセージ９１６をも捨てる。ＣＤ３５２は、休止ウエークアップ状態に入ると直ちに、休止ウエークアップ状態９１２からリッスン状態８２０に移行し、そしてＩＡＨ応答メッセージ９１６を、ＣＭ１０４に送出する。
【０２４４】
休止アイドル状態８４４以外の任意の状態の間に、ＣＭ１０４から受信されたＡＹＴピン要求（ｐｉｎｇ  ｒｅｑｕｅｓｔ）９２０を受信したときは、ＣＤ３５２はその現在の状態をセーブ（保存）し、一時的にＩＡＨ回答状態９２４に移行し、ＩＡＨ応答メッセージ９２８を作成し、ＣＭ１０４に送出し、そしてその以前の状態に復帰する。ＣＭ１０４は、それがメディアシグナリング誤りを受信し、そして無効のあるいは予約されたフィールド値を用いている奇妙な要求などの、誤り状態９３６に入ったときは、ＥＲＲ応答９３２をＣＤ３５２に送出する。
【０２４５】
任意の状態の間に、ＣＭ１０４から受信されたＥＲＲ応答９３２を受信したときは、ＣＤ３５２は、ユーザに誤りが発生していることを警報し、ＣＤ３５２（９４０）を無能力とし、そして任意の適切なＳＩＰシグナリングを、ネット（９４４）への参加をおだやかに終了させるために実行する。
【０２４６】
ＣＤ３５２が休止状態８４４の一つに入っているときは、ＣＤ３５２は、休止状態のネットの参加者をなお残して、他のＩＳ−７０７サービスオプションを経由して、ポイントツーポイント音声サービスコールを受信するかも知れない。音声サービスコールが終了される後に、ＣＤ３５２は、 ＩＳ−７０７．５休止／アイドル状態８４４に復帰する。
【０２４７】
しかしながら、ＣＤ３５２がポイントツーポイント音声サービスオプションコールを受信することを選択している間に、もしもネットが休止状態８４４から外れてくれば、ＣＤ３５２は、ＡＹＴ“目を覚ませ”メッセージ要求９０８を逃し、そしてアクティブな参加者のリストから外されるかも知れない。このような状況においてＣＤ３５２は、ＣＭ１０４に、ＡＳＫ要求３８２を送出することによって、その参加者の状態を決定するかも知れない。一度ＣＤ３５２が、アクティブな参加者のネットのリストから外されてしまえば、ＣＤ３５２は、再びネットに参加するために、ＣＭ１０４のＳＩＰサーバを用いて再登録する。
【０２４８】
ＣＤ３５２は、グループサービスディスカッションに参加すると同様に、ユーザが現在のＰＳＴＮポイントツーポイントコールを発信しそして受信することを許容する。ＣＤ３５２は、いくつかのモードの一つにおいて内部的に動作するかも知れないが、ＣＤ３５２は、ユーザが明確にナビゲートしていることを希望している、異なった動作モードの環境内の中の、一定した機能に限定することを避ける。したがって、グループサービスの間のシームレス受信およびポイントツーポイント音声サービスコールの設置が可能とされ、活性化される。
【０２４９】
ＣＤ３５２は、いつでも、グループサービスがアクティブであろうとなかろうと、ＣＤ３５２が同時にトーカとして動作することがない限りは、ポイントツーポイント音声サービスを設置し、あるいはポイントツーポイントパケット音声コールを、安全にするために使用されるかも知れない。もしもＣＤ３５２が、ネットのメンバーとして登録されていれば、ＣＤ３５２は、ネットからは登録されない。もしも選択されたポイントツーポイントコールが音声サービスオプションを経由して設置されれば、ＣＤ３５２は、データサービスを終了する。一度ポイントツーポイントコールが完成されれば、ＣＤ３５２は、明らかにパケットデータサービスが可能であり、現在の選択されたネットのメンバーとして登録されるであろう。
【０２５０】
ＣＤ３５２は、セルラ基幹施設によって課せられる限界の中で、グループサービスが可能とされている一方で、ＰＳＴＮあるいは安全なポイントツーポイントパケット音声コールを受信するのに使用されるかも知れない。もしもＣＤ３５２がネットと結合すれば、そして選択されたネットがアクティブであれば、ＣＤ３５２は、到来するＰＳＴＮコールに対してビジーに見え、そしてコールは、セルラ基幹施設によって適切なビジー処理が与えられる。もしも、選択されたネットがクワイエットで、しかし、ネットのハングタイム６２０が終了していなければ、コールはまた、セルラ基幹施設によって、通常のビジー処理を与えられる。しかしながら、もしも選択されたネットのハングタイム６２０が終了していれば、ネットは休止モード６１８におかれ、そしてＣＤ３５２はその無線資源を開放し、コールは基幹施設によってビジー処理を与えられ得ない。そしてＣＤ３５２は、到来コールの受信を開始するために、ページされることができる。
【０２５１】
音声サービスコールがアクティブである間、ＣＤ３５２は、いかなるＮＢＳネットトラフィックも受信不能である。音声サービスコールが完成している後に、ＣＤ３５２は、１個あるいはそれ以上のＡＹＴ要求７１６を逃しているかも知れないとして、ネットと再結合することを要求されるかも知れない。ＣＤ３５２が、到来音声サービスコールに対してビジーに見えるときはいつでも、発呼者は、呼ばれているＣＤ３５２（呼を転送すること、音声メールその他など）に対して定義されたビジー処理は何でも、それをもとにして、セルラ施設によって、予期されたようにリダイレクトされる。ユーザは自由に、到来するポイントツーポイントコールの受信を、ネットが選択されており、そしてＣＤ３５２が、メンバーとして登録されている期間中不能にするために、ＣＤ３５２を設定するかも知れない。
【０２５２】
ＣＤ３５２はまた、もしかしてそのＩＰネットワークアドレスが、やがて変更されなければならないか、あるいは変更されかけているかを検出する。もしもＣＤ３５２が、アドレス変更が起きるときにネットに参加していれば、ＣＤ３５２は、図１１に関して論じられたように、再び自身をネットにＩＮＶＩＴＥする。
【０２５３】
たとえば、動き回っているＣＤ３５２は、セルラシステムあるいはセルラネットワークを切り替え、そしてその結果、新しいＩＰネットワークアドレスを取り決めるかも知れない。あるいは、ＣＤ３５２は、何らかの理由で、そして新しいＩＰネットワークアドレスを割り当てられたサービス確立のときに、サービス中断を経験あるいはパケットデータサービスオプションコールを脱落するかも知れない。もしもＣＤ３５２がアドレス変更の間ネットに参加しており、そして時を得たやり方で選択されたネットに再接続していなければ、ＣＭ１０４は、結局その会員を終了し、そしてＣＤ３５２を、選択されたネットのためのリストから取り外す。ＣＤ３５２は、もしもそれが結局一連のメディアシグナリングＡＹＴ要求メッセージ７１６に応答しなければ、アクティブネット参加者のリストから取り外される。
【０２５４】
ＩＳ−７０７．５パケットデータサービスオプションのない中で、ＮＢＳは現存のそして一般に利用可能な、クイックネット接続（ＱＮＣ）パケットサービス上で動作するかも知れない。しかしながら、ＱＮＣは現在休止をサポートしていない。したがって、“休止しよう”などのアプリケーションレベルメッセージは、ＱＮＣ上のＮＢＳで動作しているＣＤ３５２によって無視されるかも知れない。
【０２５５】
ＱＮＣは、ＩＳ−７０７．５によって与えられるプロトコルスタックに類似したプロトコルスタックを与えている。ＣＤ３５２は、 パケット接続を取り決めるために、ＩＳ−７０７．５よりはむしろＱＮＣを使用して構成されるかも知れない。そして、もしもＱＮＣサービスが利用可能であれば、接続を、休止を含まないパケットデータサービスオプション接続、あるいは自由に、ＣＲＴＰヘッダ圧縮サポートとして処理する。
【０２５６】
移動ＩＰのもとでは、ＣＤ３５２は移動局に、気付（ｃａｒｅ  ｏｆ）アドレスを割り当てる区域外のエージェントを用いてネットワークに接続する。気付アドレスは一時的なものであるが、インターネットのどこからでも、そこにＩＰデータグラムが向けられるであろう正当なアドレスである。移動局は、気付アドレスを、そのホームエージェントと接続し、移動局の現在の気付アドレスをそこに伝えるのに使用する。移動局のアイデンティティの確認の後に、そこでホームエージェントは移動局の永久のホームアドレス（正常なインターネット発送メカニズムは、ホームエージェントに直接に、あるいはホームエージェントのネットワークに配送する）に向けられたパケットを、移動局の気付アドレスを使用している移動局に送出する。
【０２５７】
ＮＢＳは、移動ＩＰ上で動作可能であるが、移動ＩＰは、エンドツーエンド待ち時間および、ＮＢＳメディアトラフィックおよびシグナリングの、認められた音声品質に、潜在的に悪い方向に強い影響を与えるかも知れない。もしも、ＣＤ３５２が、その永久アドレスを用いてネットと結合し、そしてホームエージェントが、ネットワークトポロジーの感覚で、ＣＭ１０４およびＣＤ３５２から遠くに位置すれば、とくに重要であるかも知れない。このような場合、メディアトラフィックは公衆インターネット、あるいは、もしも移動ＩＰが使用されなかった場合は要求されていなかったであろうような、価値ある品質の他のサービスネットワーク上で自由なルートで送出できるかも知れない。これを避けるために、ＣＤ３５２にとっては、その気付アドレス、そしてその気付アドレスが変わっていれば再結合ネットを使用して、ＮＢＳサービスにアクセスすることが好ましい。
【０２５８】
ＳＩＰコールシグナリング、およびＰＧＰ公開鍵暗号の両者は、独自のＣＤ３５２ユーザｉｄあるいは同様な独自の識別子を使用する。ユーザデータベース２３２は、メディアシグナリング要求において、ＣＤ３５２に転送されそしてそれによって使用されるかも知れない内部的なユーザ識別子を定義する。ＣＤ３５２ユーザｉｄアドレスは、その公的開示が現存するセルラ基幹施設認証メカニズムを傷つけるようないかなる私的データをも、なるべくなら含んでいなない。
【０２５９】
ＣＤ３５２ユーザアドレスは、ＳＩＰ登録およびインビテーションにおけるヘッダに使用される。そして要求されるＳＩＰシンタックスの他の部分を形成するのに使用されるかも知れない。ユーザアドレスはまた、ＳＩＰ要求を認証するために使用される個人的ＰＧＰ鍵の発生のための入力である。ＣＤ３５２ユーザインタフェースは、ユーザがユーザアドレスを閲覧することを許容する。ＣＤ３５２ユーザインタフェースは、ＮＢＳにアクセスしあるいはＳＩＰ認証要求を満足させる能力を潜在的に中断する危険を伴って、ユーザがユーザアドレスを変更することを許容する。
【０２６０】
サービスアタックの一定した否定に対して保護し、ＣＤ３５２の仮装を防止するために、ＣＭ１０４は、ＣＤ３５２が登録し、あるいはネットと結合するのに先立ち、それ自身を認証することを自由に要求するかも知れない。認証は、ネットワークあるいはセルラ基幹施設レベルに存在するかも知れない、他の認証方式に関しては無関係な、アプリケーションレベルで実行される。ＣＤ３５２認証はまた、暗号化されたＮＢＳネットをサポートしているコンセプトおよびデータ構造に関して無関係に実行されそして動作する。
【０２６１】
とくに、ＣＭ１０４はＣＤ３５２がそのＳＩＰ要求とともに“認証”ヘッダを含むことを要求するかも知れない。認証ヘッダはＳＩＰメッセージに対して、ＰＧＰ公開鍵暗号署名を用いて、ＣＤ３５２によって署名されることを許容する。
【０２６２】
公開鍵暗号は、典型的には暗号器（この場合ＣＤ３５２）のみに知られた、個人の秘密鍵から、公開および個人の鍵を発生する。秘密鍵と組み合わせられた個人の鍵は、メッセージに署名することを要求される。しかし、公開鍵のみが署名されたメッセージの署名を確認するのに使用されうる。したがって、ＳＩＰ認証をサポートするために、それぞれのＣＤ３５２には、決して共有されない、個人の秘密および個人の鍵ができるだけ準備される。それのためにＣＤ３５２が自身を認証する必要があるかも知れない、それぞれのＣＭ１０４は、ＣＤ３５２に関する公開鍵を知っていなければならない。公開鍵は秘密ではないので、それは、ＣＭ１０４によって保存されている、データベース２３２のユーザ部分の一部として蓄えられ、あるいはインターネット上の一般的な公開鍵サーバを経てアクセスされるかも知れない。
【０２６３】
ＣＭ１０４は、サーバ、ネット、あるいはユーザレベルにおいて、ＣＤ３５２認証を要求するかも知れない。サーバレベルにおいては、ＣＭ１０４は、ＣＭ１０４のＳＩＰサーバ２３６（図３参照）に接続しているすべてのクライアントに、認証されていないすべての要求を拒否して、認証証明書を与えることを要求する。サーバレベルの認証が可能となるときは、そのアイデンティティ（すなわちクライアントの公開鍵）が、前にＣＭ１０４に対して知られているクライアントのみが、効率的にサーバを使用するかも知れない。サーバレベルの認証は、ＣＭ１０４ＳＩＰのサーバ２３６を、多くの比較的容易なサービスの否定アタックから保護することが出来る。
【０２６４】
ＣＭ１０４は、１個あるいはそれ以上の、それ（ＣＭ１０４）が認証を通じて統御したネットを保護するかも知れないが、他のネットは“保護されない”で放棄するかも知れない。もしもＣＤ３５２が、それ自身を保護されたネットにＩＮＶＩＴＥすることを試みれば、ＣＭ１０４のＳＩＰサーバ２３６は、ＣＤ３５２がＣＭ１０４によって認証され得なければ、要求を拒否する。
【０２６５】
ＣＭ１０４はまた、ＣＤ３５２（あるいは一般的に任意のＳＩＰユーザエージェントクライアント）が他のＣＤ３５２として仮装することを企てていないことを保証するために、認証を使用するかも知れない。そしてそのために、ネット参加者を正当化するためのサービスを否定するか、あるいはネットのメディアチャネルを受動的にモニタするかも知れない。もしもＣＭ１０４が、特定のＣＤ３５２が認証されるべきであると要求すれば、ＣＭ１０４は、クライアントのＳＩＰ要求がＣＭ１０４によって確認されるかも知れない、ＰＧＰ署名を含まない限り、ＣＤ３５２として接続しているクライアントからのいかなるＳＩＰ要求も受け入れない。ユーザレベルにおいては、認証は、ユーザ毎の基準で、設定されるかも知れない。（すなわち、ＣＭ１０４が、他のユーザが認証されないで残ることを許容している間以前に、あるユーザが認証されることを要求するかも知れない。）。
【０２６６】
ＰＧＰ個人鍵は、一度ＣＤ３５２ユーザアドレスが定義されれば、ＣＤ３５２の中に管理的に準備されるか、あるいはＣＤ３５２によって作成されるであろう。個人鍵は、外部的に蓄えられる必要はない。しかし組み合わせられた公開鍵は、通常ＣＤ３５２認証を要求している任意のＳＩＰサーバのデータベース２３２のユーザ部分の中に搭載可能である。
【０２６７】
一つの実施例においては、第１のＮＢＳ  ＣＤ３５２、あるいはネット参加者のプラットフォームは、ＣＤ３５２ＭＡをもとにしたセルラハンドセットである。ＮＢＳはＩＰおよびＩＰトランスポートプロトコルの上に作り上げられているので、ＣＭ１０４への接続性を有する任意のＩＰ受容可能なプラットフォームは、潜在的にＮＢＳ  ＣＤ３５２として動作するであろう。したがって、ダイアルアップユーザは、図１に示したようにインターネットサービスプロバイダ（ＩＳＰ）によって動作される現存のＩＰターミナルサーバを経て、ＰＳＴＮ経由でＣＭ１０４に接続するかも知れない。ターミナルサーバは、ＰＳＴＮおよびＬＡＮサポーティングコア間の橋として動作する。ターミナルサーバは、高速度ＰＳＴＮモデムに対して接続点を与えるモデムのバンク、サーバ、および１個あるいはそれ以上のネットワークインタフェースを含む。サーバは、それぞれ接続されたモデムユーザに対する一つと、複数の独立したＰＰＰセッションとホストする能力を有する。サーバはまた、個々のＰＰＰインタフェースのそれぞれおよび、任意のアクティブなＬＡＮインタフェースとの間のＩＰパケットを発送しているルータとしても動作する。ＣＭ１０４それぞれは、統合された（あるいは外部とともに展開された）商用オフザシェルフターミナルサーバを含む。
【０２６８】
ダイアルアップターミナルサーバは、そのＰＰＰセッション上でＣＲＴＰヘッダ圧縮を取り決める能力をサポートし、そして含んでいる。同様に、ダイアルアップクライアントによって使用されるＰＰＰスタックもまた、ＣＲＴＰの使用を含みそして企てる。しかしながら、高速度モデム上で利用可能な付加的帯域幅のために、ダイアルアップに基づいたユーザにとって、ＣＲＴＰヘッダ圧縮の取り決めのできないことは、必然的にネットがＲＴＰをもとにしたペイロード基準の使用を避けることを強制はしないであろう。
【０２６９】
もしもターミナルサーバがＣＤ３５２ＮＡサービスプロバイダの内部ＬＡＮ上に位置すれば、そしてしたがってネットワークトポロジーの感覚で、サービスプロバイダのＣＭ１０４に近ければ、ダイアルアップユーザは、もしもＩＳＰのターミナルサーバおよびＣＭ１０４の間の経路が、公衆インターネットの部分を横切るならば、高いエンドツーエンド待時間に寄与するかも知れない、サービスの品質（を要求する）発行を避けるであろう。ＰＳＴＮをもとにしたモデムは典型的にＩＳ−７０７．５によって実行されるそれ（休止コンセプト）に類似した休止コンセプトをサポートしないので、ダイアルアップをもとにしたネット参加者は、ＣＭ１０４から受信されたいかなる睡眠メッセージをも無視するであろう。ユーザデータベース２３２は、接続しているユーザがセルラか、あるいはランドを基にしたものかどうか追跡しているが、この有能さはすでに与えられている。したがって、ＣＭ１０４は、ダイアルアップユーザに対して、睡眠あるいは他のメディアシグナリングメッセージを送出するかも知れないし、しないかも知れない。
【０２７０】
ＮＢＳサービスエリアは、分離したサービスエリア内に定義された等価ネットと結合することと同様に、ユーザがサービスエリア間を動き回ることの両者を許容するために統合されるように設計されている。複数のＣＭ１０４間のピアツーピア通信は、ＳＩＰサーバリダイレクト、ユーザおよびネットデータベース記録の交換、および統合されたＮＢＳサービスに固有の付加的メッセージの形態をとる。
【０２７１】
一つの統合されたＮＢＳサービスの実施例においては、任意のＣＭ１０４に、ネットの所有権を仮定することを許容することが望ましいかも知れない。したがって、ネットの動作は特定のＣＭ１０４あるいはＭＣＵノード２０８に特有ではない。ＣＭ１０４の選択は、ネット参加者の大多数に対する近接、およびサービスプロバイダ内部システムネットワーク上の、得られるサービスの品質などの要素をもとにして、動的に決定されるかも知れない。同様に、任意のＳＩＰリダイレクトサーバ２３６は任意のＣＤ３５２を適当なＭＣＵのＳＩＰユーザエージェントサーバにリダイレクトし、および／あるいは、もしも必要ならば、ＣＤ３５２を他のＳＩＰリダイレクトサーバに転送する能力を有する。
【０２７２】
一つの統合されたＮＢＳサービスの実施例においては、ネットのネットアドレスは、ＮＢＳシステムを通じての意味を有する。その結果、１個あるいはそれ以上のトップレベルＳＩＰサーバ２３６は、ＩＮＶＩＴＥ要求をリダイレクトすることのための、そしてネット参加者を適切なＭＣＵノード２０８に分配する任務を有する。トップレベルＳＩＰサーバ２３６は、共通のユーザおよびネットデータベース２３２を、同様な機能および、異なったネットワーク集合点におけるリダイレクト決定を与えて、分配するかも知れない。その結果、ＣＤ３５２が開始したインビテーションのリダイレクトは、複数のＣＭ１０４設置が単一の均一なＮＢＳサービスに統合されることを許容する重要なそして決定的な抽象のレイヤを与える。
【０２７３】
統合されたＮＢＳサービスにおいては、システムは、ＭＣＵノードマネージャ２５６によって与えられる機能を複写することによって、そのＳＩＰユーザエージェントサーバを含む、その組み合わせられたＭＣＵ２５２の組み合わせ（“ＭＣＵクラスタ”と漠然と名付けられた）を比較（ｓｃａｌｅ）する。単一のデータベース２３２および管理インタフェース２４８がシステムのすべての要素によって分配される。
【０２７４】
それによってＣＤ３５２がこのような統合されたシステムの中でネットに結合する過程は、実質的には単一のＣＭ１０４の設置に含まれるシステムに用いられる過程と同様である。ＣＤ３５２は、最初にすべてのＳＩＰ要求をトップレベル（いまやグローバルな）ＳＩＰリダイレクトサーバ２３６に送出する。リダイレクトサーバ２３６は、ＳＩＰメカニズムを経由して要求しているＣＤ３５２を適切な宛先にリダイレクトする。ネットと結合するためのＩＮＶＩＴＥ要求の場合は、宛先は、問題のネットに対する現在の任務をもった、ＭＣＵノード２０８と組み合わせられた、ＳＩＰユーザエージェントサーバ２５２である。ＣＤ３５２に対して利用可能な現在のリストを要求しているＩＮＶＩＴＥの場合は、宛先は要求に応答する能力を有する任意のユーザエージェントである。
【０２７５】
別に、リダイレクトサーバ２３６は、付加的なメッセージを、インターアプリケーションメッセージングを経由し、実行スペシフィックプロトコル、および／あるいはメッセージングコンベンションを用いて、ＭＣＵ２５２と交換するかも知れない。非統合の場合のように、リダイレクトサーバ２３６が、それが受信しているそれぞれの正当なインバイト要求に対する宛先を決定するかも知れないことを保証するために特別なスタートアップ動作が必要とされるかも知れない。一つの実施例は、トップレベルリダイレクトサーバ２３６に存在する、ＳＩＰ登録を有している。また、トップレベルサーバは、システムデータベースに質問し、そしてそれぞれのインビテーション要求を、その中に含まれているネット定義にマップすることを試みるかも知れない。
【０２７６】
ＣＤ３５２は、暗号化されたネット放送通信を提供するかも知れない。ネットユーザの自由で、特定のネットに送信された音声およびデータは送信しているＣＤ３５２において暗号化され、ネットのすべての他のＣＤｓによって復号されるかも知れない。暗号化は、エンドツーエンドすなわち、ＣＤから他（のＣＤ）へのである。ネット通信は典型的に、ＮＢＳを受容可能なＣＤ内に結合された、商用暗号化アルゴリズムによって暗号化される。ＣＤ３５２がネットを暗号化された、あるいは暗号化されないとして処理するかどうかの選択は、ネットユーザの自由である。それは、ＣＭ１０４の関与は必要ない。
【０２７７】
ユーザはネットバイネット基準によって、彼ら（ユーザが）そのネット上で送信され／受信されたトラフィックが暗号化され／復号されるべきかをどのように選定するかを選択するかも知れない。ユーザは、たとえば電話キーパッドを用いているネットのために、暗号鍵に入る能力を与えられている。その結果ユーザは、そのネットのために暗号化の自由を選択している、そしてまた同じ暗号鍵を使用している、ネットの他のユーザと暗号化された通信に従事する能力がある。
【０２７８】
ユーザは、任意のときにユーザがＣＤ３５２の中に入れている、任意のネット鍵のためのネットトラフィックの暗号化が可能であるかも知れずまたないかも知れない。メディアトラフィックは、ネットユーザによって分配された対称鍵（トラフィック暗号鍵、すなわちＴＥＫ）の使用によって、対称に暗号化されるかも知れない。ネットトラフィック暗号鍵は、ネットユーザあるいはネット管理者によって、オフラインで発生され、そしてそこで、そのそれぞれの通信デバイスに、手動で鍵を入れているネット参加者に、安全に分配されるかも知れない。鍵は、特定のネット上のメディアトラフィックのために、以前のネットＴＥＫを置き換えるために新しい鍵が発生され、ネットユーザに分配されるまで使用される。
【０２７９】
ＣＤ３５２は、それが特定のネットのメンバーであることを、ＣＭ１０４から受信されたメッセージによって通知される。特定のネットに対するネット管理者は、ネットが暗号化されることを意図されていることを示す、勧告フラグをセットするかも知れない。この表示は通常勧告的であり、必然的に、ネット上の通信が実際に暗号化されることを命令的に示すものではない。ＣＤ３５２ユーザインタフェースは、ネットに対する、暗号化された勧告フラグＣＭ１０４によって受信されているかどうかに関係なく、ユーザが任意のネットを暗号化されたネットとして示すことを許容し、そしてユーザがＣＤ３５２からネットＴＥＫを入力することを許容する。
【０２８０】
ＣＤ３５２は、最小および最大の鍵の長さを強制するかも知れない。ＣＤ３５２は、鍵に加えて、入力すべき鍵チェックサムに対する手段を与えるかも知れない。そしてもしも与えられれば、入れられた鍵に対するチェックサムをチェックする。もしもチェックサムが入れられなければ、ＣＤ３５２はチェックサムを計算し、そしてユーザに対するディスプレーに利用可能とする。ＣＤ３５２は、最初の鍵が入った後には、必然的に、ＣＤ３５２ディスプレー上に鍵をディスプレーしない。
【０２８１】
一度鍵が与えられたネットに首尾よく入れば、ネット上のメディア送信はその特定の鍵を用いて暗号化され、そしてそのネット上に受信されたすべてのトラフィックは、その特定の鍵を用いて復号される。暗号化されたトラフィックは、ＣＤ３５２が、暗号化／復号化過程に同期すること、遅い同期（すでに進行中の送信に対する同期）を許容すること、そして送出者および受信者が同一のトラフィック暗号化鍵を使用していることを確認することを許容する、付加的なヘッダを含む。もしもＣＤ３５２が、暗号化されていると指定されていないネット上で、暗号化されたトラフィック（暗号ヘッダの存在によって検出された）を受信すれば、ＣＤ３５２は、暗号化されたトラフィックを受信していることをユーザに示し、そしてトラフィックを出力しない（オーディオの音を消しあるいはデータ出力を圧縮する）。同様に、もしもＣＤ３５２が、それに対して暗号化が設定されているネット上で、暗号化されていないメディアトラフィックを受信するときは、あるいは、もしもトラフィックが正しく暗号化されていないときは（たとえば、もしかして鍵が合わない）、ＣＤ３５２は、ユーザに警報しトラフィックを無音にする。
【０２８２】
暗号化されたネットのための鍵は、単にランダム（バイナリ）数であるかも知れない。一般的に、鍵はネット内の一つのパーティ、あるいはそのネットに対する管理者によって発生させられることができ、そしてネット参加者に対して安全に分配されることができる。鍵分配ポリシーは、現在ネットユーザのために残されているので、それは、ネット安全の妥協の潜在的ソースである。したがって、ネット暗号鍵は、ＰＧＰ暗号化されたｅメール、などの安全な手段を用いて、ネット参加者に分配されることが推奨される。安全マネージャ２０（図１）もまた、共通のネット鍵に対する中央保管場所を与える。標準電話コール、あるいはフェースツーフェースミーティングなどの、他の方法がまた可能である。鍵もまた、ＳＩＰ認証のために通信デバイスに埋め込まれたＰＧＰ秘密鍵を用いて、自動的にＣＤｓに分配されるかも知れない。
【０２８３】
好ましい実施の形態に関する以上の記述は、当業界において熟練した任意の人に、本発明を作成し使用することを可能にする。これらの実施例に関する種々の変更は、当業界において熟練した人々にとって容易に明らかであり、そして個々に示された一般的原理は、創造的能力を用いなくても他の実施例に適用可能である。したがって、本発明はここに示した実施例に限定されることを意図したものではなく、開示された原理および新しい機能と一致する最も広い見地に従うべきものである。
【０２８４】
本発明の他の機能および利点は特許請求範囲に示される。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
通信システムにおいて、グループ通信ネットに参加するためのプッシュツートーク通信デバイスであって、前記グループ通信ネットは、前記グループ通信ネットを統御するための制御器と前記プッシュツートーク通信デバイスとのインタフェースを含み、
情報信号を分配されたネットワーク上に送信するのに適したパケットデータに変換するように形成された処理装置と、
パケットデータを前記制御器への第１のチャネルを通して送信するように形成された送信機と
パケットデータを前記制御器からの第２のチャネルを通して受信するように形成された受信機と
前記通信デバイスのユーザが前記パケットデータを前記制御器に送信するときに、前記送信機を活性化するように形成されたユーザアクチベーテッドメカニズムとを
含むデバイス。
［Ｃ２］
前記通信デバイスは無線通信デバイスである［Ｃ１］の装置。
［Ｃ３］
前記制御器が前記パケットデータの受信の準備ができるまで前記パケットデータを保存するよう形成されたメモリをさらに含む、［Ｃ１］の装置。
［Ｃ４］
前記メモリは、ユーザの認められた待時間を最小とするために使用される、［Ｃ３］の装置。
［Ｃ５］
前記処理装置はさらに、動的に配列可能な優先レベルを含み、前記優先レベルは、前記通信デバイスが他の通信デバイスに勝って、前記通信デバイスがより低い優先レベルを有している前記通信デバイスの送信に対し割り込みできるように、送信特権を得る権限を有しているかどうかを決定するように形成されている、［Ｃ１］の装置。
［Ｃ６］
前記優先レベルの割り当ては動的に形成可能な、［Ｃ５］の装置。
［Ｃ７］
前記処理装置は、前記グループ通信ネットに関する前記制御器からの情報を受信するように形成されている、［Ｃ１］の装置。
［Ｃ８］
前記通信デバイスは、安全モードで動作するように形成されている、［Ｃ１］の装置。
［Ｃ９］
前記処理装置はさらに、アイデンティフィケーション情報を含み、そして前記処理装置は、その現在のアイデンティフィケーション情報が、変更されるべきあるいは変更されかけているときは、そのアイデンティフィケーション情報を更新し、そして前記処理装置はその新しいアイデンティフィケーション情報を前記制御器に送信するように形成されている、［Ｃ１］の装置。
［Ｃ１０］
前記グループ通信ネットは、休止モードにあることが可能であり、そして前記ユーザアクチベーテッドメカニズムの活性化は、前記通信ネットを前記休止モードから外すことを前記制御器に促進している、［Ｃ１］の装置。
［Ｃ１１］
通信システムにおいて、通信デバイスをグループ通信ネットに参加するように適合させる装置であって、前記グループ通信ネットは少なくとも２個の通信デバイスを含んでおり、そして前記グループ通信ネットを統御するように形成された制御器と、前記通信デバイスとのインタフェースを有しており、前記装置は、
前記制御器と第１のチャネルを確立するために形成された第１のポートと
前記第１のポートと電気的に接続された処理装置と、その処理装置は前記第１のチャネルを経由して前記制御器にパケットデータを送出するように動的に配列可能であり、そして
前記通信デバイスのユーザが前記パケットデータを前記制御器に送信することを許容するように形成された、ユーザアクチベーテッドメカニズム
を含む装置。
［Ｃ１２］
前記パケットデータは時間センシティブ情報を含む、［Ｃ１１］の装置。
［Ｃ１３］
前記通信デバイスの少なくとも１個は、無線通信デバイスである、［Ｃ１１］の装置。
［Ｃ１４］
前記制御器が前記パケットデータを受信する準備ができるまで、前記パケットデータを保存するよう形成されたメモリをさらに含む、［Ｃ１１］の装置。
［Ｃ１５］
ユーザの認められた待時間を最小にするために前記メモリが使用されている、［Ｃ１４］の装置。
［Ｃ１６］
前記パケットデータは、前記通信デバイスのアイデンティフィケーションデータ、前記通信デバイスの位置データ、そしてグループ通信を確立し、修正し、あるいは終了するための制御データのうちの少なくとも１つを含む、［Ｃ１１］の装置。
［Ｃ１７］
前記第１のチャネルはさらに、信号開始プロトコル（ＳＩＰ）チャネル、メディアシグナリングチャネル、およびメディアトラフィックチャネルを含む、［Ｃ１１］の装置。
［Ｃ１８］
前記制御装置はさらに、優先レベルを含み、前記優先レベルは、前記通信デバイスが、他の通信デバイスに勝って、前記通信デバイスがより低い優先レベルを有している前記通信デバイスの送信に対し割り込みできるように、送信特権を得る権限を有しているかどうかを決定するように形成されている、［Ｃ１１］の装置。
［Ｃ１９］
前記優先レベルの割り当ては、動的に形成される、［Ｃ１８］の装置。
［Ｃ２０］
前記通信デバイスは、異なった通信基幹施設で動作するかも知れない、［Ｃ１１］の装置。
［Ｃ２１］
前記処理装置は、前記制御器から前記グループ通信ネットに関する情報を受信している、［Ｃ１１］の装置。
［Ｃ２２］
前記通信デバイスは、安全なモードで動作している、［Ｃ１１］の装置。
［Ｃ２３］
前記処理装置はさらに、アイデンティフィケーション情報を含み、前記処理装置はそのアイデンティフィケーション情報を、その現在のアイデンティフィケーション情報が変更すべきあるいは変更されかけているときは、そのアイデンティフィケーション情報を更新し、その新しいアイデンティフィケーション情報を前記制御器に送信する、［Ｃ１１］の装置。
［Ｃ２４］
前記グループ通信ネットは、休止モードにあることが可能で、前記ユーザアクチベーテッドメカニズムの活性化は、前記通信ネットが前記休止モードから外れるよう前記制御器を促進している、［Ｃ１１］の装置。
［Ｃ２５］
通信システムにおいて、グループ通信ネットに参加するためのプッシュツートーク通信デバイスであって、前記グループ通信ネットは、前記グループ通信ネットを統御するよう形成された制御器と前記プッシュツートーク通信デバイスとのインタフェースを含み、前記デバイスは、
情報信号を分配されたネットワーク上に送信するのに適したパケットデータに変換するように形成された処理装置と、そこで前記処理装置はさらに、アイデンティフィケーション情報を含み、そして前記処理装置は、その現在のアイデンティフィケーション情報が変更すべき、あるいは変更されかけているときは、そのアイデンティフィケーション情報を更新し、そしてその新しいアイデンティフィケーション情報を前記制御器に送信しており、
第１のチャネルを経由してパケットデータを前記制御器に送信するよう形成された送信機と、
前記制御器からの第２のチャネルを経由して、パケットデータを受信するよう形成された受信機と、そして
前記通信デバイスのユーザが前記パケットデータを前記制御器に送信するときは、前記送信機を活性化するよう形成されたユーザアクチベーテッドメカニズムと
を含んでいるデバイス。
［Ｃ２６］
通信システムにおいて、プッシュツートーク通信デバイスを使用してグループ通信ネットに参加する方法であって、前記グループ通信ネットはそのグループ通信ネットを統御するための制御器と、前記プッシュツートーク通信デバイスとのインタフェースを含み、前記デバイスは
情報信号を、分配されたネットワーク上に送信するのに適したパケットデータに変換すること、
前記制御器への第１のチャネルを経由してパケットデータを送信すること、そして
前記制御器からの第２のチャネルを経由してパケットデータを受信することを
含む方法。
［Ｃ２７］
前記通信デバイスは無線通信デバイスである、［Ｃ２６］の方法。
［Ｃ２８］
前記制御器が前記パケットデータを受信する準備ができるまで、前記パケットデータを蓄えるよう形成されたメモリを与えることを含む、［Ｃ２６］の方法。
［Ｃ２９］
前記メモリは、ユーザの認められた待時間を最小とする、［Ｃ２８］の方法。
［Ｃ３０］
動的に配列可能な優先レベルを与えることをさらに含み、前記優先レベルは、前記通信デバイスが他の通信デバイスに勝って、前記通信デバイスがより低い優先レベルを有している前記通信デバイスの送信に対し割り込みできるように、送信特権を得る権限を有しているかどうかを決定するように形成されている、［Ｃ２６］の方法。
［Ｃ３１］
さらに前記グループ通信ネットに関する前記制御器からの情報を受信することを含む、［Ｃ３０］の方法。
［Ｃ３２］
前記通信デバイスは、安全モードで動作するよう形成されている、［Ｃ２６］の方法。
［Ｃ３３］
前記処理装置はさらに、アイデンティフィケーション情報を与えることを含み、そして、アイデンティフィケーション情報は、その現在のアイデンティフィケーション情報が変更されるべき、あるいは変更されかけているときは更新され、そしてさらに、その新しいアイデンティフィケーション情報を送信することを含む、［Ｃ２６］の方法。
［Ｃ３４］
さらに、休止モードを与えている、そして前記制御器からの第２のチャネルを経由して、前記パケットデータを受信することは、前記通信ネットを前記休止モードから外す、［Ｃ２６］の方法。
【図１】
0005566960.tif 000002
【図２】
0005566960.tif 000003
【図３】
0005566960.tif 000004
【図４】
0005566960.tif 000005
【図５】
0005566960.tif 000006
【図６】
0005566960.tif 000007
【図７】
0005566960.tif 000008
【図８】
0005566960.tif 000009
【図９】
0005566960.tif 000010
【図１０】
0005566960.tif 000011
【図１１】
0005566960.tif 000012
【図１２】
0005566960.tif 000013
【図１３】
0005566960.tif 000014
【図１４】
0005566960.tif 000015
【図１５】
0005566960.tif 000016
【図１６】
0005566960.tif 000017