JP2007513541A - 統合型セルラ／ｐｃｓ−ｐｏｔｓ通信システム - Google Patents

Abstract

少なくとも１つの住宅用電話システム（ＰＯＴＳ）電話をセルラ電話ネットワークに統合するシステムが提供される。加入者線インタフェース回路（ＳＬＩＣ１２０）は、セルラ電話ネットワークからの音声と、少なくとも１つの住宅用ＰＯＴＳ電話とをインタフェース接続する。ＳＬＩＣに接続された回線交換機（１２２）は、少なくとも１つの住宅用ＰＯＴＳ電話をＰＯＴＳ回線又はセルラ回線のうちいずれか１つに接続する。ＳＬＩＣに接続された音声ゲートウェイ（１１６）は、少なくとも１つの住宅用電話にその後に送信するために、セルラ電話ネットワークに接続されたセルラ電話から音声を無線で受信し、ＰＯＴＳ回線からの音声をセルラ電話に無線で送信する。

Description

本発明は、概して有線及び無線通信に関し、特に統合型セルラ／パーソナル通信システム−電話サービス（ＰＣＳ−ＰＯＴＳ：Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍｓ−Ｐｌａｉｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ Ｓｅｒｖｉｃｅ）通信システムに関する。

現在、住宅用の電話サービス（ＰＯＴＳ）住宅用電話とセルラ／パーソナル通信システム（ＰＣＳ）システムをブリッジする一貫した方法が存在しない。この欠点のため、住宅ユーザは、少なくとも３つの不都合に耐える必要がある。（１）携帯／ＰＣＳ呼は、他の住宅用電話で家で受信できない。このことは、呼を受けるために携帯電話のところに行く必要があり、又は携帯／ＰＣＳ電話を身につけて家を動く必要があることを意味する（このことは携帯電話を充電できないことを意味する）。（２）ほとんどの携帯電話は無制限の週末料金を提供しており、特定の携帯電話が電話のために使用されていなければ、家では全員が使用することができない大量の“いつでも”の電話時間を提供している。（３）ＰＯＴＳ及び携帯／ＰＣＳ電話を有する家庭は２つの請求書（（ａ）一方はセルラキャリア、（ｂ）他方はＰＯＴＳ使用）に対して支払いを行う必要がある。

従って、少なくとも前記の欠点を克服する統合型セルラ／ＰＣＳ−ＰＯＴＳ通信システムを有することが望ましく、大いに有利である。

従来技術の前記の問題及び他の関連する問題は、本発明によって解決され、本発明は、統合型セルラ／パーソナル通信システム−電話サービス（ＰＣＳ−ＰＯＴＳ：Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍｓ−Ｐｌａｉｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ Ｓｅｒｖｉｃｅ）通信システムを提供することを目的とする。

本発明の第１の態様によれば、少なくとも１つの住宅用電話システム（ＰＯＴＳ）電話をセルラ電話ネットワークに統合するシステムが提供される。加入者線インタフェース回路（ＳＬＩＣ：Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ Ｃｉｒｃｕｉｔ）は、セルラ電話ネットワークからの音声と、少なくとも１つの住宅用ＰＯＴＳ電話とをインタフェース接続する。ＳＬＩＣに接続された回線交換機は、少なくとも１つの住宅用ＰＯＴＳ電話をＰＯＴＳ回線又はセルラ回線のうちいずれか１つに接続する。ＳＬＩＣに接続された音声ゲートウェイは、少なくとも１つの住宅用電話にその後に送信するために、セルラ電話ネットワークに接続されたセルラ電話から音声を無線で受信し、ＰＯＴＳ回線からの音声をセルラ電話に無線で送信する。

本発明の前記及び他の態様、特徴及び利点は、添付図面と共に読まれる以下の好ましい実施例の詳細な説明から明らかになる。

本発明は、統合型セルラ／パーソナル通信システム−電話サービス（ＰＣＳ−ＰＯＴＳ）通信システムを対象とする。

本発明は、様々な形式のハードウェア、ソフトウェア、ファームウェア、特殊目的プロセッサ又はその組み合わせで実装されてもよいことがわかる。本発明は、ハードウェアとソフトウェアとの組み合わせで実装されることが好ましい。更に、ソフトウェアはプログラム記憶装置に具体的に具現されたアプリケーションプログラムとして実装されることが好ましい。アプリケーションプログラムは、如何なる適切なアーキテクチャを有する機械によってアップロード及び実行されてもよい。機械は、１つ以上の中央処理装置（ＣＰＵ）、ランダムアクセスメモリ及び入出力（Ｉ／Ｏ）インタフェースのようなハードウェアを有するコンピュータプラットフォームに実装されることが好ましい。コンピュータプラットフォームはまた、オペレーティングシステムとマイクロ命令コードとを有する。ここで説明する様々な処理及び機能は、オペレーティングシステムを介して実行されるマイクロ命令コードの一部でもよく、アプリケーションプログラムの一部でもよい（又はその組み合わせでもよい）。更に、更なるデータ記憶装置及び印刷装置のように、様々な他の周辺装置がコンピュータプラットフォームに接続されてもよい。

添付図面に示す構成要素のシステムコンポーネント及び方法のステップのうちいくつかはソフトウェアに実装されることが好ましいため、システムコンポーネント（又は処理ステップ）の間の接続は、本発明がプログラムされる方法に応じて異なってもよいことが更にわかる。この教示を前提として、当業者は本発明のこれらの及び類似の実装又は構成を検討することができる。

有利には、セルラ標準（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）、Ｅｎｈａｎｃｅｄ Ｄａｔａ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ （ＥＤＧＥ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｙ ２０００（ＩＭＴ２０００）、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＣＤＭＡ）、 Ｎａｒｒｏｗｂａｎｄ Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｅｒｖｉｃｅ（ＮＡＭＰＳ）、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＷＣＤＭＡ）、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＴＤＣＤＭＡ）、Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｙｓｔｅｍ（ＡＭＰＳ）を含むがこれらに限定されない）に関係なく、本発明は、既存の住宅用コード付き及びコードレス製品をセルラインフラストラクチャ（電話アクセスポイント）に統合する機能を提供する。

更に、有利には、本発明は、セルラ／ＰＣＳハンドセットのデータ端末を通じて、又は携帯／ＰＣＳ電話の組み込み無線データ接続ソリューション（８０２．１１／８０２．１５／ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）／ＢＬＵＥＴＯＯＴＨ／Ｕｌｔｒａ−Ｗｉｄｅ Ｂａｎｄｗｉｔｄｈ（ＵＷＢ）を含むがこれらに限定されない）を通じて、有線／無線接続の使用を通じた携帯／ＰＣＳ電話とのＰＯＴＳ回線電話の住宅用ネットワークについての接続性を提供する。

本発明は、アナログ、ｇ．７１１（ａ／ｍｕ ｌａｗ Ｐｕｌｓｅ−Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ（ＰＣＭ））／ＡｄａｐｔｉｖｅＤｅｌｔａ／Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ（ＡＤＰＣＭ）又はＶｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＶｏＩＰ）形式の音声配信の機能を有する全ての既知の標準（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）／有線での８０２．１１／Ｒｅｃｏｍｍｅｎｄｅｄ Ｓｔａｎｄａｒｄ−２３２（ＲＳ−２３２）／ＲＳ−４８５／Ｈｏｍｅ Ｐｈｏｎｅｌｉｎｅ Ｎｅｔｗｏｒｋｉｎｇ Ａｌｌｉａｎｃｅ（ＰＮＡ）／独自プロトコル等を含むがこれらに限定されない）のうちいずれかを使用した有線ソリューションを使用してこのような接続性を提供してもよい。

本発明は、無線ソリューション（ＢＬＵＥＴＯＯＴＨ／８０２．１１／ＵＷＢ／８０２．１５／Ｎｅａｒｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ／ＩｒＤＡ（ｏｐｔｉｃａｌ）Ｃｏｍｍｕｎｉｃａｔｉｏｎを含むがこれらに限定されない）を使用してこのような接続性を提供してもよく、制御は、携帯／ＰＣＳ電話の組み込み無線データ通信システムにより、又は例えば前記の標準（アナログ、ｇ．７１１（ａ／ｍｕ ｌａｗ ＰＣＭ）／ＡＤＰＣＭ又はＶｏＩＰ形式の音声配信の機能を有する）を使用した規定又は独自仕様に準拠した携帯／ＰＣＳハンドセットデータポートへの外部無線ドングルの接続を通じて実装されてもよい。

有線及び無線ソリューションは、携帯／ＰＣＤデータポートにアクセスするために、例えばＡＴコマンド（データ回線終端装置−データ回線終端装置（ＤＣＥ−ＤＣＥ）モード又はデータ端末装置−データ回線終端装置（ＤＴＥ−ＤＣＥ）モード）を使用して実装されてもよい。

更に、有利には、本発明は、ＴＡＰ（Ｔｅｌｅｐｈｏｎｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）に直接接続して、又は有線／無線手段、装置等を通じて家庭の様々な位置で、携帯／ＰＣＳ電話から住宅用電話に音声及びデータをインタフェース接続するために、加入者線インタフェース回路を提供する。ＰＯＴＳ回線の信号の形式は、従来のアナログ音声からｇ．７１１（ａ／ｍｕ ｌａｗ ＰＣＭ）／ＡＤＰＣＭ又はＶｏＩＰ形式の間で変化してもよい。

また、有利には、本発明は、電話を発信／受信し、携帯／ＰＣＳ呼の発信者ＩＤ情報を受信し、三者会話を有し、保留し、電話時間表示を有し、ＴＡＰを通じて携帯／ＰＣＳハンドセットにより提供されるその他の多くの機能を有する機能を、既存のホームコード付き／コードレス電話に提供する。

更に、有利には、本発明は、住宅用電話／端末のいずれかへのインスタントメッセージ（ＩＭ：Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｅ）、ＭＭ及び電子メールの形式で、携帯／ＰＣＳネットワークからデータを配信する機能を提供する。

更に、有利には、本発明により、ダイヤルアップモデムを通じてインターネットから直接に、又はパーソナルコンピュータ（ＰＣ）若しくはデータ記憶装置に接続された電話アクセスポイントのＵＳＢ／ＲＳ−２３２ポートを通じて、電話アクセスポイント（ＴＡＰ）に新しいドライバ（新しい携帯／ＰＣＳモデル用）及びシステムソフトウェア更新をダウンロードすることが可能になる。

更に、有利には、本発明により、ＰＣを必要とせずに、電話アクセスポイントを通じた携帯／ＰＣＳハンドセット及び携帯情報端末（ＰＤＡ）の間のアドレス帳、着信音及び他の項目の同期及び交換が容易になる。

図１は、本発明の実施例によるＢＬＵＥＴＯＯＴＨ（ＢＴ）可能音声ゲートウェイを使用した統合型通信システム１００を示す図である。ＢＬＵＥＴＯＯＴＨは、携帯／ＰＣＳ電話に接続する有線代替技術として使用される。

統合型通信システム１００は、ＢＬＵＥＴＯＯＴＨコードレスハンドセット１０２と、基地局（ＢＬＵＥＴＯＯＴＨ）可能携帯電話１０４と、配線音声及びデータ接続電話１０６と、シンクロナス・ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）／フラッシュメモリ１０８と、ＵＳＢインタフェース１１０と、ＲＳ−２３２＋アナログ音声インタフェース１１２と、コードレス基地局（ＢＬＵＥＴＯＯＴＨ）１１４と、音声ゲートウェイ（ＢＬＵＥＴＯＯＴＨ）１１６と、ディスプレイ及びキーボード１１８と、加入者線インタフェース回路（ＳＬＩＣ）１２０と、ＰＯＴＳ回線交換機及びデュアルトーン・マルチフリーケンシー（ＤＴＭＦ）デコーダ（併せて又は個々に参照符号１２２で示されている）と、ホストコントローラ（“ホスト制御プロセッサ”（ＨＣＰ：Ｈｏｓｔ Ｃｏｎｔｒｏｌ Ｐｒｏｃｅｓｓｏｒ）とも呼ばれる）１２４とを有する。

図２は、本発明の例示的な実施例による他の統合型通信システム２００の一般的な実装を示す図である。

統合型通信システム２００は、コードレスハンドセット２０２と、Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ（ＷｉＦｉ）／ＢＬＵＥＴＯＯＴＨ／赤外線（ＩＲ）可能携帯電話２０４と、携帯／ＰＣＳでの配線音声及びデータ接続電話２０６と、ＳＤＲＡＭ／フラッシュメモリ１０８と、ＵＳＢ／Ｅｔｈｅｒｎｅｔインタフェース１１０と、ＲＳ−２３２＋アナログ音声インタフェース２１２と、コードレス基地局（ＢＬＵＥＴＯＯＴＨ）２１４と、音声ゲートウェイ（ＢＬＵＥＴＯＯＴＨ／ＷｉＦｉ／ＩＲ）２１６と、ディスプレイ及びキーボード２１８と、加入者線インタフェース回路（ＳＬＩＣ）２２０と、ＰＯＴＳ回線交換機及びＤＴＭＦデコーダ２２２と、ホストコントローラ２２４とを有する。

ＢＬＵＥＴＯＯＴＨは、装置が安全な無線波を使用して相互に通信することを可能にする短距離無線データ通信のデファクトグローバル標準になっており、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ＆ Ｅｌｅｃｔｒｏｎｉｃｓ（ＩＥＥＥ）８０２．１５．１標準の基礎である。ＢＬＵＥＴＯＯＴＨは元々は基本的なケーブル交換技術として考えられていたが、技術が普及してくると共に新しい用途及び使用パターンが不可欠になっている。

ＢＬＵＥＴＯＯＴＨは２．４ＧＨｚのＩｎｄｕｓｔｒｉａｌ， Ｓｃｉｅｎｔｉｆｉｃ， ａｎｄ Ｍｅｄｉｃａｌ（ＩＳＭ）帯域で動作する。ＩＳＭ帯域は、無免許でどこでも使用可能である。この周波数帯域は既に混雑しているため、ＢＬＵＥＴＯＯＴＨは雑音環境で動作するのに十分にロバストであるように設計されている。

ＢＬＵＥＴＯＯＴＨは、サイズとコストと電池寿命が主要な要因である移動体装置での使用に設計されている。名目上では１０メートル範囲で動作するが、高出力版が利用可能であり、１００メートルまでの範囲を許容する。それは無線リンクであるため、ＢＬＵＥＴＯＯＴＨは見通し線に限定されず、壁を通過することができる。疑似乱数パターンでその周波数１６００を変更する周波数ホッピングを使用し、傍受を困難にしており、更なるセキュリティのためにリンクレイヤで１２８ビットの暗号化を使用する。

ＢＬＵＥＴＯＯＴＨ使用の最も重要な特性のうちの１つは、多数異なる製造者からの装置が相互に動作可能になることである。そのため、ＢＬＵＥＴＯＯＴＨは無線システムのみを規定するのではなく、アプリケーションが領域内の他のＢＬＵＥＴＯＯＴＨ装置を検出し、何のサービスを提供可能であるかを発見し、サービスを使用することを可能にするソフトウェアスタックをも規定する。ＢＬＵＥＴＯＯＴＨにより、ピコネットと呼ばれる８までの装置がグループ内で相互に接続可能になる。異なるピコネットはスキャターネットに関連付けられるが、スキャターネット間のデータレートは単一のピコネットのレートより小さい。

ＢＬＵＥＴＯＯＴＨ装置はグローバルに利用可能なライセンス無料のＩＳＭ帯域の２．４ＧＨｚで動作する。それは世界中の産業、科学及び医療用途により一般的に使用するために確保された帯域である。規定を満たす限り、この無線帯域は如何なる無線送信機による使用に対して無料であるため、インタフェースの強度及び性質は予想できない。従って、耐干渉性がＢＬＵＥＴＯＯＴＨにとって非常に重要な課題になる。一般的に、耐干渉性は、干渉抑制又は回避により得られ得る。抑制は符号化又はダイレクトシーケンス拡散により得られ得るが、アドホックネットワークの干渉信号の動的範囲は膨大になり得るため、実際には得られた符号化及び処理ゲインは通常では不適切である。周波数の回避がより実用的である。２．４ＧＨｚのＩＳＭ帯域は約８３ＭＨｚの帯域を提供し、全無線システムは帯域制限があるため、スペクトルの一部が強い干渉なしに検出され得る高い可能性が存在する。

この全てを検討すると、周波数ホッピング−符号分割多重アクセス（ＦＨ−ＣＤＭＡ：Ｆｒｅｑｕｅｎｃｙ Ｈｏｐｐｉｎｇ−Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）技術がＢＬＵＥＴＯＯＴＨの複数のアクセス機構を実装するように選択されている。ＦＨ−ＣＤＭＡ技術は複数の特性を組み合わせ、アドホック無線システムに最善の選択肢になっている。ＦＨ−ＣＤＭＡ技術は、ＩＳＭ帯域で設定された拡散要件を満たす。すなわち、平均で信号が大きい周波数範囲に拡散され得るが、瞬間的に帯域の小部分のみが占有され、ほとんどの潜在的な干渉を回避する、更に、ＢＬＵＥＴＯＯＴＨは、通常動作では、（時分割多重アクセス（ＴＤＭＡ）のような）厳格な時間同期機構又は（ダイレクトシーケンス符号分割多重アクセス（ＤＳ−ＣＤＭＡ：Ｄｉｒｅｃｔ Ｓｅｑｕｅｎｃｅ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）のような）協調した送信出力制御機構を必要としない。２．４５ＭＨｚのＩＳＭ帯域では、１ＭＨｚの間隔で一式の７９ホップキャリアが規定されている。名目上の６２５ｕｓのホップ滞留時間がシステムで使用され、各滞留時間は異なる周波数で生じる。データを送信するために複数のスロットが使用される場合、複数のスロットデータ送信期間の間に周波数は変更しないままになる。時間分割双方向（ＴＤＤ：Ｔｉｍｅ−Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）技術を適用することにより全二重通信が実現される。送信及び受信は異なるタイムスロットで生じるため、異なるホップキャリアで生じる。大量の最適な疑似乱数ホッピングシーケンスが特定され、様々なＢＬＵＥＴＯＯＴＨ周辺装置に共通に接続されるＢＬＵＥＴＯＯＴＨユニットは、ピコネットで使用される特定の疑似乱数ホップシーケンスの選択を決定する。周辺ＢＬＵＥＴＯＯＴＨユニットが共通に接続するユニットは、通常ではマスターと呼ばれ、通信セッション中のタイミングパラメータを規定する。セッションに関与する全ての他の装置（スレーブ）は、その拡散シーケンス及びクロックをマスターに調整する必要がある。

ＢＬＵＥＴＯＯＴＨは、ｋ＝０．３の名目上の変調インデックスでガウス型周波数シフトキーイング（ＧＦＳＫ：Ｇａｕｓｓｉａｎ−ｓｈａｐｅｄ Ｆｒｅｑｕｅｎｃｙ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）変調を使用する。このバイナリ変調はそのロバスト性及び許可された帯域制限で選択されており、１Ｍｂｐｓまでの生のデータレートを提供することができる。限定する周波数変調（ＦＭ）弁別器で非同期式の復調が実現可能である。この簡単な変調機構により、低コストの無線ユニットの実装が可能になり、これがＢＬＵＥＴＯＯＴＨシステムの主な目的の１つである。

周波数ホッピング（ＦＨ）ＢＬＵＥＴＯＯＴＨチャネルは、ピコネットに関連する。前述のように、マスターユニットは、ホップシーケンス及びホップ位相を提供することによりピコネットチャネルを規定する。ピコネットに参加する全ての他のユニットはスレーブである。しかし、ＢＬＵＥＴＯＯＴＨはピア・ピア通信に基づくため、マスター／スレーブの役目は、ピコネットの通信セッションの期間中のみにユニットに生じる。通信セッションが終了すると、マスター及びスレーブの役目もキャンセルされる。ピコネットを規定することに加えて、マスターはまた、ピコネットのトラヒックを制御し、アクセス制御を管理する。タイムスロットはマスター及びスレーブの送信に交互に使用される。複数のスレーブの送信によるチャネルの衝突を回避するために、マスターはスレーブ対マスターの送信毎にポーリング技術を適用し、何のスレーブが何のスロットで送信を許可されているかを決定する。マスターが送信する情報を有していない場合にも、依然として短いポーリングパケットで明示的にスレーブにポーリングする必要がある。このマスター制御は、ピコネットの関係者間の衝突を効率的に回避するが、独立して配置されたピコネットがときどき同じホップキャリアを使用するときに、相互に干渉することがある。ユニットがクリアのキャリアを検査しないため（発信前に受信しない）、このことが生じる可能性がある。衝突が生じると、データは次の送信機会で再送信される。短い滞留時間のため、衝突回避機構はＦＨシステムより適切ではない。

ＢＬＵＥＴＯＯＴＨ技術で使用されるトポロジは、スキャターネットと呼ばれる。それは、基本的にピコネットと呼ばれるセルの構造から構成される。ピコネットは、共通のチャネルを共有するＢＬＵＥＴＯＯＴＨ装置の集合である。マスターとスレーブとスタンバイとパーク又はホールドとの４つの動作モードが特定される。マスター動作モードは、７つの同時リンク及び２００のアクティブなスレーブまでを処理することができる。スレーブ動作モードは、１つ以上のピコネットに参加することができる。スタンバイ動作モードは、ＢＬＵＥＴＯＯＴＨのデフォルト状態である。スタンバイ及びパークモードは低出力状態である。

基本的には、ピコネットは、中心のものがマスターであり、他の装置がスレーブであるスター型接続である。図３は、本発明の例示的な実施例に従って本発明が適用され得る単一接続３０５とピコネット３１０とスキャターネット３１５とを示す図である。

このように、ピコネットでは、マスター装置は７つまでのスレーブ装置にサービス提供することができる。７つより多くの装置が接続される必要がある場合、スレーブ装置は低出力のパークモードにならなければならない。パークモードになった後に、（接続される必要のある）他の装置がアクティブになるように招かれる。マスターはまた、データ送信のフローを制御する。

スキャターネットは、相互に相互接続されたピコネットのグループである。これらのピコネットはブリッジノードにより相互に接続される。ブリッジノードの機能は、しばらく各ピコネットに留まることであり、そのため、全ての結びついたピコネットを周期的に繰り返す。このように、各ピコネットから他のピコネットにデータを受信及び送信することが可能になる。

物理チャネルは、疑似乱数ホッピングシーケンスにより規定される７９ホップチャネルにより生成される。物理チャネルはタイムスロットに分割され、各スロットはＲＦホップ周波数に対応する。名目上のホップ周波数は１６００ｈｏｐ／ｓである。図４は、本発明の例示的な実施例に従って本発明が適用され得るＢＬＵＥＴＯＯＴＨフレーム構造４００を示す図である。

このように、各タイムスロットは６２５マイクロ秒の長さである。図３に示すＴＤＤ機構では、スレーブ及びマスターは、異なる周波数で送信が生じると同時に送信することができる。ＲＦホップ周波数は、パケットの期間中は固定のままになるべきである。

マスターとスレーブとの間で２種類の物理リンク（同期接続型（ＳＣＯ：Ｓｙｎｃｈｒｏｎｏｕｓ Ｃｏｎｎｅｃｔｉｏｎ−Ｏｒｉｅｎｔｅｄ）リンク及び非同期無接続（ＡＣＬ：Ａｓｙｎｃｈｒｏｎｏｕｓ Ｃｏｎｎｅｃｔｉｏｎ−Ｌｅｓｓ）リンク）が確立され得る。

ＳＣＯリンクは、ピコネットでのマスターとスレーブとの間のポイント・ツー・ポイントリンクである。これは、定期間隔で双方向のタイムスロットを確保する際に役立つ。このように、このリンクは、時間制限のある情報である音声を送信することが可能である。マスター装置は、同一のスレーブ又は異なるスレーブに対して３つまでのＳＣＯリンクをサポートすることができる。ＳＣＯパケットは、定期間隔でマスター装置により送信される。指定されたスレーブ装置はＳＣＯパケットで応答する。ＳＣＯリンクは、所要のタイミングパラメータを有するＳＣＯ設定メッセージを送信することにより、マスターにより確立される。

ＡＣＬリンクは、マスターとピコネットに参加する全てのアクティブなスレーブとの間でパケット交換接続を提供する。これは、周期的冗長検査（ＣＲＣ）によりデータペイロードの保護を管理する。これはまた、ピコネットチャネルを有効利用する。前のマスター対スレーブのスロットで指定されていなければ、スレーブはＡＣＬパケットを送信することを許可されない。そうでない場合、スレーブは送信を許可されない。

図５は、本発明の例示的な実施例によるマルチスロットパケット５００を示す図である。図６は、本発明の例示的な実施例による物理回線形式６００を示す図である。

本発明の例示的な実施例に従って、様々なＳＣＯ及びＡＣＬ接続のシナリオについて説明する。

ＢＬＵＥＴＯＯＴＨ装置がＡＣＬを有しＳＣＯを有さない場合、装置は何らかの種類のＨＶｘパケット形式を要求することができる。ＳＣＯを要求した場合、全ての将来のＳＣＯ接続は、リソースに基づいて可能な限り同じ形式でなければならない。

図７は、本発明の実施例による様々なパケット形式７００の図である。様々なパケット形式７００は、制御パケット７１０と、データ／音声パケット７２０とを有する。

第１の例示的な接続シナリオによれば、ＢＬＵＥＴＯＯＴＨ装置はＨＶ１を使用してＳＣＯを確立しようとする。そうである場合、全てのスロットがこの唯一のＳＣＯ／ＨＶ１リンクに使用されるため、それ以上のＳＣＯリンクが確立できない。

第２の例示的な接続シナリオによれば、ＢＬＵＥＴＯＯＴＨ装置はＨＶ２を使用してＳＣＯを確立しようとする。そうである場合、１つのみの更なるＳＣＯリンクが確立可能であり、スロット割当てによるＨＶ２を使用した他のＳＣＯのみになり得る。

第３の例示的な接続シナリオによれば、ＢＬＵＥＴＯＯＴＨ装置はＨＶ３を使用してＳＣＯを確立しようとする。そうである場合、１つ又は２つの更なるＳＣＯリンクが確立され、ＨＶ３を使用したＳＣＯリンクでなければならない。

ＳＣＯ接続が既に行われている場合、（ａ）元のＳＣＯリンクがＨＶ１を使用する場合、第１のＳＣＯリンクがＨＶ２又はＨＶ３を使用するように修正されなければ、リソース制限のために更なるＳＣＯリンクが拒否される。（ｂ）元のＳＣＯリンクがＨＶ２を使用する場合、この更なるＳＣＯリンクはＨＶ２を使用しなければならず、又は元のリンクがＨＶ３を使用するように修正されなければならず、ＶＨ３を使用して更なるＳＣＯリンクが設定され得る。（ｃ）元の２つのＳＣＯリンクがＨＶ３を使用する場合、この更なるＳＣＯリンクはＨＶ３を使用しなければならない。（ｄ）元の２つのＳＣＯリンクがＨＶ２を使用する場合、２つの前のＳＣＯリンクがＨＶ３を最初に修正するように修正されなければ、更なるＳＣＯ要求は拒否され、第３のＳＣＯリンクはＨＶ３を使用して確立され得る。（ｅ）元の２つのＳＣＯリンクがＨＶ３を使用する場合、更なるＳＣＯ要求はＨＶ３を使用しなければならない。

図８は、本発明の例示的な実施例による音声パケット８００を示す図である。このような音声パケット８００は、例えばＨＶ１、ＨＶ２及びＨＶ３音声パケットを有してもよい。更に、このような音声パケット８００は、アクセスコードフィールド１３１６と、ヘッダフィールド１３１８と、ペイロードフィールド１３２０とを有してもよい。

ＨＶ１パケットは、８０（１０ｘ８）ビットのペイロードで１．２５ｕ秒毎に送信する。このモードのスループットレートは、次のように計算される。

ビット／スロット×スロット／秒＝８０ｘ（１６００／２）＝６４Ｋｂｐｓ
ＨＶ２パケットは、１６０（８０ｘ２）ビットのペイロードで２．５ｕ秒毎に送信する。このモードのスループットレートは、次のように計算される。

ビット／スロット×スロット／秒＝１６０ｘ（１６００／４）＝６４Ｋｂｐｓ
ＨＶ３パケットは、２４０（３０ｘ８）ビットのペイロードで３．７５ｕ秒毎に送信する。このモードのスループットレートは、次のように計算される。

ビット／スロット×スロット／秒＝２４０ｘ（１６００／６）＝６４Ｋｂｐｓ
スレーブが２つの異なるマスターを有する場合について説明する。この場合、スレーブからそれぞれのマスターへのＳＣＯリンクは、ＨＶ３を使用したＳＣＯでなければならない。そうでない場合、スレーブが２つのピコネットの間をあちこちにホップする方法が存在しない。リンクの修正について前述した場合のいくつかは、ＳＣＯリンクのデータを分離せずに生じることはできない点に留意すべきである。

図９は、本発明の例示的な実施例によるＤＭ１及びＤＨ１パケットのデータレート計算９００を示す図である。ＤＭ１パケットは、（１７ｘ８）１３６ビットのペイロードで１．２５ｕ秒毎に送信する。このモードのスループットレートは、次のように計算される。

ビット／スロット×スロット／秒＝１３６ｘ（１６００／２）＝１０８．８Ｋｂｐｓ
ＤＨ１パケットは、（２７ｘ８）２１６ビットのペイロードで１．２５ｕ秒毎に送信する。このモードのスループットレートは、次のように計算される。

ビット／スロット×スロット／秒＝２１６ｘ（１６００／２）＝１７２．８Ｋｂｐｓ
図１０は、本発明の例示的な実施例によるＤＭ３及びＤＨ３パケットのデータレート計算１０００を示す図である。ＤＨ３パケットは、（１８３ｘ８）１４６４ビットのペイロードで１．８７５ｕ秒毎に送信する。このモードのスループットレートは、次のように計算される。

ビット／スロット×スロット／秒＝１４６４ｘ（１６００／４）＝５８５．６Ｋｂｐｓ
ＤＭ３パケットは、（１２１ｘ８）９６８ビットのペイロードで１．８７５ｕ秒毎に送信する。このモードのスループットレートは、次のように計算される。

ビット／スロット×スロット／秒＝９６８ｘ（１６００／４）＝３８７．２Ｋｂｐｓ
図１１は、本発明の例示的な実施例によるＤＭ５及びＤＨ５パケットのデータレート計算１１００を示す図である。ＤＨ５パケットは、（３３９ｘ８）２７１２ビットのペイロードで３．１２５ｕ秒毎に送信する。このモードのスループットレートは、次のように計算される。

ビット／スロット×スロット／秒＝２７１２ｘ（１６００／６）＝７２３．２Ｋｂｐｓ
ＤＭ５パケットは、（２２４ｘ８）１７９２ビットのペイロードで３．１２５ｕ秒毎に送信する。このモードのスループットレートは、次のように計算される。

ビット／スロット×スロット／秒＝１７９２ｘ（１６００／６）＝４７７．８Ｋｂｐｓ
図１２は、本発明の例示的な実施例によるデータパケット形式１２００を示す図である。

ＤＶパケットは、ＳＣＯリンクで転送される特別のパケットである。８０ビットの音声フィールドと、１５０ビットまでのデータフィールドとを有する。１０バイトまでのデータが１つのＤＶパケットで送信され得る。２／３レートの前方誤り訂正（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）を使用して、データ及び１６ビットの周期的冗長コード（ＣＲＣ）が併せて符号化される。

ＤＶパケットフォーマットは、何らかの時間制限のあるアプリケーションに、回線交換データパスを通じてデータを転送する効率的な手段を提供する。

ＩＤとＮＵＬＬとＰＯＬＬとＦＨＳの４種類の制御パケットが使用される。これらはＳＣＯ及びＡＣＬリンクで共通である。これらは同期、ポーリング及び他のチャネル制御機能に使用される。

図１３は、本発明の例示的な実施例に従って本発明が適用され得るＢＬＵＥＴＯＯＴＨパケット構造１３００を示す図である。ＢＬＵＥＴＯＯＴＨパケット構造１３００は、ＡＭ＿ＡＤＤＲフィールド（３ビット）１３０２と、形式フィールド（４ビット）１３０４と、フローフィールド（１ビット）１３０６と、ＡＲＱＢフィールド（１ビット）１３０８と、ＳＥＱＮフィールド（１ビット）１３１０と、ヘッダ誤り訂正（ＨＥＣ：Ｈｅａｄｅｒ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）フィールド（８ビット）１３１２と、＋ＦＥＣフィールド（３６ビット）１３１４と、アクセスコードフィールド（７２ビット）１３１６と、ヘッダフィールド（５４ビット）１３１８と、ペイロードフィールド（０−２７４５ビット）１３２０と、プリアンブルフィールド１３２２と、同期ワードフィールド（６４ビット）１３２４と、トレーラフィールド（４ビット）１３２６とを有する。

このように、各パケットは７２ビットのアクセスコードと、５４ビットのヘッダと、可変長のペイロードとを有する。８０２．１１ｂと比較して、ＢＬＵＥＴＯＯＴＨパケットはかなり小さく、誤りの確率が小さいという利点を提供する。

図１４は、本発明の例示的な実施例による図１３のアクセスコードフィールド１３１６とヘッダフィールド１３１８とペイロードフィールド１３２０とを更に示す図である。

アクセスコードは、１つのピコネットで送信される全パケットで同じである。それは４ビットのプリアンブルと、６４ビットの同期ワードと、場合によって４ビットのトレーラとを有する。ＢＬＵＥＴＯＯＴＨユニットの受信機は、同期ワードに対して相関させてタイミングを決定するために、スライド相関器を使用する。ピコネットの状態に応じて、同期ワードは異なる方法で生成される。プリアンブル及びトレーラはＤＣ補償に使用される。

図１５は、本発明の例示的な実施例によるアクセスコードフィールド１３１６を更に示す図である。アクセスコードフィールド１３１６は、様々な形式のアクセスコードを有する。アクセスコード形式１５００は、チャネルアクセスコード（ＣＡＣ：Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｃｏｄｅ）と、装置アクセスコード（ＤＡＣ：Ｄｅｖｉｃｅ Ａｃｃｅｓｓ Ｃｏｄｅ）と、照会アクセスコード（ＩＡＣ：Ｉｎｑｕｉｒｙ Ａｃｃｅｓｓ Ｃｏｄｅ）とを含むが、これらに限定されない。

あるユニットは、単にヘッダ１３１８を見ることでアドレス指定されているか否かを検出することができ、そうでない場合に、スロットの残りについてはスリープに戻る。この設計は、アクティブモードであっても電力消費を削減する。

図１６は、本発明の例示的な実施例による図１３のＢＬＵＥＴＯＯＴＨパケット構造１３００の様々なフィールドを更に示す図である。

パケットヘッダは６のフィールドを有する。ＡＭ＿ＡＤＤＲフィールド１３０２は、マスターが区別するために使用するアクティブなメンバのアドレスである。ＴＹＰＥフィールド１３０４は、例えば、パケットがどのくらい続くか、使用する誤り訂正機構、パケットの形式等のような情報を有し、スレーブにポーリングするため又は同期のみに使用されてもよい。ＦＬＯＷビット１３０６は、ＡＣＬリンクのフロー制御に使用される。ＡＲＱＮフィールド１３０８は、ＡＲＱに使用される。ＳＥＱＮビット１３１０は、再送信されるパケットと新しいものとを区別するために使用される。ＨＥＣフィールド１３１２は、８ビットのヘッダの誤り検査である。

更なる保護のため、ＨＥＣフィールド１３１２を含む全ヘッダは、５４ビットの１／３レートのＦＥＣに符号化され、更なるロバスト性を実現する。ペイロード１３２０は、パケットの形式に応じて様々なサイズになる。ＳＣＯリンクは（音声及びデータフィールドを有するＤＶパケットを除いて）固定長の音声フィールドのみを有する。

図１７は、本発明の例示的な実施例による図１３のＢＬＵＥＴＯＯＴＨパケット構造１３００のパケットヘッダ１３１８を更に示す図である。ＡＣＬリンクでは、データフィールド自体は、ペイロードヘッダと、ペイロード本体と、場合によってペイロードＣＲＣコードとを有する。

ペイロードヘッダは以下の３つのフィールドを有する。

論理チャネルを特定するために使用される２ビットのＬＣＨ
フロー制御用の１ビットのＦＬＯＷ
様々なペイロードサイズを示す５ビットのＬＥＮＧＴＨ（マルチスロットパケットでは８ビット）
図１８は、本発明の例示的な実施例によるパケット形式特性１８００を示す図である。

しかし、特定のスレーブにアドレス指定されないＡＣＬパケットは、ブロードキャストパケットと考えられ、全てのスレーブ装置により読み取られる。

本発明の例示的な実施例に従って、チャネル容量とリンク効率とに関して簡単に説明する。

ＢＬＵＥＴＯＯＴＨは８３．５ＭＨｚの周波数ホップ拡散スペクトルの帯域で実施され、符号分割多重アクセスの形式は多重化に使用される。２．０ＭＨｚの下位ガード帯と３．５ＭＨｚの上位ガード帯とが存在する。これらのガード帯の間に、１．０ＭＨｚ間隔の７９のＲＦチャネルが存在する。従って、名目上の帯域はＢＷ＝１．０ＭＨｚである。

アンテナ出力０ｄＢｍを備えたＢＬＵＥＴＯＯＴＨリンクの作動距離は１０ｍである。帯域と距離と積はＢＷＤ＝１０．０ＭＨｚ ｍである。

アンテナ出力２０ｄＢｍを備えたＢＬＵＥＴＯＯＴＨリンクの作動距離は１００ｍである。帯域と距離と積はＢＷＤ＝１００．０ＭＨｚ ｍである。

信号は２つのシンボルを備えたガウス周波数シフトキーイングを使用して変調される（従ってＭ＝２）。そのナイキストにより、理論的なチャネル容量Ｃは以下のように定義される。

Ｃ＝２Ｗｌｏｇ_２（Ｍ）
ただし、Ｃはチャネル容量であり、Ｗは帯域である。実際の値に置き換えて、次を得る。

Ｃ＝２＊１．０ＭＨｚｌｏｇ_２（２）＝２．０Ｍｂｐｓ
ＢＬＵＥＴＯＯＴＨの正規の送信レートは１．０Ｍｂｐｓである。受信機の最小出力要件は−７０ｄＢｍである。

そのＳｈａｎｎｏｎ−Ｈａｒｔｌｅｙは、チャネル容量をＳＮＲに関連付ける。

Ｃ＝Ｗｌｏｇ_２（１＋Ｓ／Ｎ） Ｃに１．０Ｍｂｐｓを置換し、Ｗに１．０ＭＨｚを置換する
このことは、−７０ｄＢｍのノイズ出力Ｎｐ（１０^−１０ワット）が最大許容ノイズレベルであることを意味する。

ＢＬＵＥＴＯＯＴＨは全二重接続を提供するために、時間分割双方向媒体クセス機構を実装する。例えば、以下のシナリオを検討する。
（ａ）６４ｋｂｐｓの３つのＳＣＯリンク＝１９２ｋｂｓの全二重接続１９２ｋｂｓ＊２＝３８４ｋｂｐｓのＨＶ３パケットを使用する。ペイロードにＦＥＣは存在しない。全フレームサイズは５４ビットのヘッダ＋２４０ビットのペイロード＝２９４ｂｉｔである。オーバーヘッドは５４ｂｉｔ／２９４ｂｉｔ＝１８．３７％であり、全スループットは８１．６３％又は３１３．５ｋｂｐｓである。
（ｂ）６４ｋｂｐｓの２つのＳＣＯリンク＝１２８ｋｂｓの全二重接続１２８ｋｂｓ＊２＝ ＨＶ２パケット及びペイロードで２／３のＦＥＣを使用して２５６ｋｂｐｓ。全フレームサイズは５４ビットのヘッダ＋２４０ビットのペイロード＝２９４ｂｉｔである。オーバーヘッドは１３４ｂｉｔ／２９４ｂｉｔ＝４５．５８％であり、全スループットは５４．４２％又は１３９．３ｋｂｐｓである。
（ｃ）ＨＶ１パケット及びペイロードで１／３のＦＥＣを使用して６４ｋｐｂｓの全二重接続６４ｋｂｓ＊２＝１２８ｋｂｐｓで１つのＳＣＯリンク。全フレームサイズは５４ビットのヘッダ＋２４０ビットのペイロード＝２９４ｂｉｔである。オーバーヘッドは２１４ｂｉｔ／２９４ｂｉｔ＝７２．７９％であり、全スループットは２７．２１％又は３４．８ｋｂｐｓである。
（ａ）６４ｋｂｐｓの全二重接続６４ｋｂｐｓ＊２＝１２８ｋｂｐｓの１つのＳＣＯリンクがＨＶ３パケットを使用する。ペイロードにＦＥＣは存在しない。全フレームサイズは５４ビットのヘッダ＋２４０ビットのペイロード＝２９４ｂｉｔである。オーバーヘッドは５４ｂｉｔ／２９４ｂｉｔ＝１８．３７％であり、全スループットは８１．６３％又は１０４．５ｋｂｐｓである。

更に、対称ＡＣＬリンク４３３．９ｋｂｐｓ＊２＝８６７．８ｋｂｐｓである。最大で、実際のスループットはペイロードパケットにＦＥＣを用いずにＤＨ５パケットを使用する。全フレームサイズは、５４ビットのヘッダ＋１６ビットのペイロードヘッダ＋１６ビットのＣＲＣ＋２７２８ビットのデータ＝２８１４ビットである。オーバーヘッドは８６ｂｉｔ／２８１４ｂｉｔ＝３％である。実際のスループットは９７％又は８４１．３ｋｂｐｓである。全スループットは、ｋｂｐｓ＋８４１．３ｋｂｐ＝９４５．８ｋｂｐｓ（転送リンク＋帰路リンク）として計算される。

ＢＬＵＥＴＯＯＴＨプロトコルスタックは、一連のレイヤとして規定されるが、複数のレイヤに渡るいくつかの機能が存在する。ＢＬＵＥＴＯＯＴＨ装置は２つの部分（プロトコルスタックの高レイヤを実装するホスト及び低レイヤを実装するモジュール）から構成され得る。このレイヤの分離は、複数の理由で有用になり得る。例えば、ＰＣのようなホストは高レイヤを処理する予備の容量を有するため、ＢＬＵＥＴＯＯＴＨ装置は少ないメモリ及びあまり強力でないプロセッサを有することができる。このことはコストの低減に導く。また、ホスト装置は、入力ＢＬＵＥＴＯＯＴＨ接続によりスリープすることが可能になり、起動されることが可能になる。当然のことながら、高レイヤと低レイヤとの間にインタフェースが必要となり、その理由で、ＢＬＵＥＴＯＯＴＨはホストコントローラインタフェース（ＨＣＩ：Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ）を規定する。しかし、何らかの小規模且つ簡単なシステムでは、プロトコルスタックの全レイヤが１つのプロセッサで動作することも可能である。このようなシステムの例は、ハンズフリーモードのヘッドセットである。

図１９は、本発明の例示的な実施例によるＢＬＵＥＴＯＯＴＨプロトコルスタック１９００を示す図である。ＢＬＵＥＴＯＯＴＨプロトコルスタック１９００は、アプリケーションレイヤ１９０２と、ＴＣＳレイヤ１９０４と、ＯＢＥＸレイヤ１９０６と、ＷＡＰレイヤ１９０８と、ＳＤＰレイヤ１９１０と、無線周波数通信（ＲＦＣＯＭＭ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）レイヤ１９１２と、論理リンク制御及びアプリケーションレイヤ１９１４と、ホストコントローラインタフェース１９１６と、リンクマネージャ１９１８と、ベースバンド／リンクコントローラ１９２０と、無線レイヤ１９２２とを有する。

ホスト１９５１の上位レイヤ１９５０は、高レイヤ１９５２と、音声レイヤ１９５４と、Ｌ２ＣＡＰレイヤ１９５６と、制御レイヤ１９５８と、ＨＣＩドライバ１９６０と、物理バスドライバ１９６２とを有する。

ＢＬＵＥＴＯＯＴＨモジュール１９７１の低レイヤ１９７０は、物理バスドライバ１９７２と、ＨＣＩドライバ１９７４と、リンクマネージャレイヤ１９７６と、リンクコントローラレイヤ１９７８と、無線レイヤ１９８０とを有する。

ＨＣＩパケット１９９９は、高レイヤ１９５０と低レイヤ１９７０との間で交換される。

ベースバンドレイヤ１９２０に関して、マスターとスレーブとの間で確立され得る２つの基本的な形式の物理リンク（同期接続型（ＳＣＯ：Ｓｙｎｃｈｒｏｎｏｕｓ Ｃｏｎｎｅｃｔｉｏｎ−Ｏｒｉｅｎｔｅｄ）及び非同期無接続（ＡＣＬ：Ａｓｙｎｃｈｒｏｎｏｕｓ Ｃｏｎｎｅｃｔｉｏｎ−Ｌｅｓｓ））が存在する。

ＳＣＯリンクは、予約スロットの形式で定期的にデータ交換をして、マスターとスレーブとの間で対称リンクを提供する。このように、ＳＣＯリンクは、データが定期的に交換される回線交換接続を提供する。従って、音声のような時間制限のある情報で使用することを目的とする。マスターは、同一のスレーブ又は異なるスレーブに対して、３つまでのＳＣＯリンクをサポートすることができる。スレーブは、同じマスターから３つまでのＳＣＯリンクをサポートすることができる。

ＡＣＩリンクは、マスターとピコネットの全スレーブとの間のポイント・ツー・マルチポイント・リンクである。これはＳＣＯリンクに使用されていないチャネルの残りのスロットの全てを使用することができる。ＡＣＬリンクは、スタックの高レイヤから利用可能になったときにデータが散発的に交換されるパケット交換接続を提供する。ＡＣＬリンクのトラヒックは、マスターにより完全にスケジューリングされる。

各ＢＬＵＥＴＯＯＴＨ装置は、アクセスコードを導くために使用される４８ビットのＩＥＥＥ（媒体アクセス制御（ＭＡＣ））アドレスを有する。アクセスコードは疑似乱数特性を有しており、ピコネットのマスターの識別子を有する。チャネルで交換される全パケットは、このマスター識別子により特定される。このことは、１つのピコネットで送信されたパケットが、特定のタイムスロットで同じホッピング周波数を使用することになる他のピコネットの装置により誤って受け取られることを回避する。全パケットな同じフォーマットを有しており、アクセスコードで始まり、それに続いてパケットヘッダがあり、ユーザペイロードで終了する。

図２０は、本発明の例示的な実施例に従って本発明が適用され得るＢＬＵＥＴＯＯＴＨパケットフォーマット２０００を示す図である。パケットフォーマット２０００は、アクセスコードフィールド１３１６と、ヘッダフィールド１３１８と、ペイロードフィールド１３２０とを有してもよい。ペイロードフィールド１３２０に含まれるペイロードは、音声２０１０又はデータ２０２０を有してもよい。

アクセスフィールド１３１６に含まれるアクセスコードは、パケットを特定の装置にアドレス指定するために使用される。ヘッダフィールド１３１８は、パケット及びリンクに関連する全ての制御情報を有する。ペイロードフィールド１３２０は、実際のメッセージ情報を有する。ＢＬＵＥＴＯＯＴＨパケットは１、３又は５スロットの長さになり得るが、マルチスロットパケットが常に単一ホップのキャリアで送信される。

リンク制御レイヤ１９２０は、装置発見機能を管理し、接続を確立し、それを維持する役目をする。ＢＬＵＥＴＯＯＴＨでは、接続確立をサポートするための３つの要素（スキャン、ページ及び照会）が規定されている。

照会は、装置がそのローカルエリアで全てのＢＬＵＥＴＯＯＴＨ可能装置を発見しようとする処理である。接続を行おうとするユニットは、受信者にそのアドレスを返信するように誘導する照会メッセージをブロードキャストする。照会メッセージを受信したユニットは、とりわけその識別子とクロック情報とを含む周波数ホッピング同期（ＦＨＳ：Ｆｒｅｑｕｅｎｃｙ Ｈｏｐｐｉｎｇ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）パケットを返信する。受信者の識別子は、ページメッセージ及び起動シーケンスを決定するために必要となる。ＦＨＳパケットの返信では、衝突を回避するために、ランダムなバックオフ機構が使用される。

図２１は、本発明の実施例に従って他の装置によるＢＬＵＥＴＯＯＴＨ装置の発見に関する発見処理を示す図である。図２１の図示の実施例では、２つの装置は、ラップトップコンピュータ２１１０と、携帯電話２１２０とを有する。

照会はラップトップコンピュータ２１１０から携帯電話２１２０に送信され、ＦＨＳパケットは携帯電話２１２０からラップトップコンピュータ２１１０に送信される。

アイドルモードのユニットは、節電のためにほとんどの時間をスリープにしようとするが、時間と共に、他のユニットが接続しようとしているか否かを受信する必要もある（ページスキャン）。真のアドホックシステムでは、ページメッセージを受信するためにユニットがロック可能な共通の制御チャネルは存在しない。従って、ユニットが起動される毎に、延長した時間だけ異なるホップキャリアをスキャンする。アイドルモードの消費電力と応答時間との間でトレードオフが行われる必要がある。スリープタイムの増加は電力消費を減少させるが、アクセスが行われ得る前の時間を長くする。接続しようとするユニットは、周波数・時間の不確実性を解決する必要がある。ユニットは、アイドルユニットがいつ、何の周波数で起動したかを認識しない。そのため、ページングユニットは、異なる周波数で繰り返しアクセスコードを送信する。１．２５ｍｓ毎にページングユニットは２つのアクセスコードを送信し、応答を２度受信する。１０ｍｓ周期では、１６の異なるホップキャリアが訪ねられる。アイドルユニットがこれらの１６の周波数のいずれかで起動すると、アイドルはアクセスコードを受信し、接続設定手順を開始する。まず、アイドルはメッセージを返信することによりページングユニットに通知し、アイドルは全てのページャの情報を含むＦＨＳパケットを送信する。この情報は、ピコネットを確立するために双方のユニットにより使用される。ベースバンドリンクが確立されると、マスター及びスレーブは望む場合には役割を交換し、それにより、スレーブがマスターになり、マスターがスレーブになる。

リンクの制御は完全にローカル装置に依存する点に留意すべきである。ローカル装置がページスキャニングにより自分を発見可能にしない場合、ローカル装置は検出不可能である。ローカル装置がページスキャニングにより自分を接続可能にしない場合、ローカル装置は関連付け不可能であり、接続時にローカル装置はいつでも警告なく自由に切断される。

音声データはＳＣＯ（同期接続型）チャネルを介して運ばれる。これらのＳＣＯチャネルは、継続する音声の時間的整合性を維持するために、予め予約されたスロットを使用する。このことにより、携帯電話、セルラ電話、コールセンタ交換機又は個人用音楽再生装置のような多くの消費者製品について、ＢＬＵＥＴＯＯＴＨを使用して無線ハンドセットやマイクロフォンやヘッドフォンのような装置を作ることが可能になる。

ＢＬＵＥＴＯＯＴＨシステムを通過する音声用の２つのルート（ＨＣＩパケットのデータとしてＨＣＩを通過するもの、及びベースバンド／ＣＯＤＥＣへの直接のＰＣＭ接続を介するもの）が存在する。

図２２は、本発明の例示的な実施例による図１９のＢＬＵＥＴＯＯＴＨスタック１９５０の音声部分を示す図である。

ＨＣＩルートは、音声データを運ぶ際にいくつかの欠点を有する。すなわち、ＨＣＬを通過するパケットは、フロー制御を受けるため、ＨＣＩ及びＬＭ（リンクマネージャ）タスクを実行するマイクロコントローラにより可変の遅延を受ける。直接のＰＣＭルートは、ＢＬＵＥＴＯＯＴＨ仕様では十分に指定されていないが、商用の実装では非常に一般的である。

リンクマネージャ１９１８に関して、ホストはホストコントローラインタフェース（ＨＣＩ）コマンドを通じてＢＬＵＥＴＯＯＴＨ装置を駆動するが、これらのコマンドをベースバンドレベルで動作に変換するものはリンクマネージャ１９１８である。その主な機能は、ピコネット管理（リンクの確立及び破棄並びに役割の交換）と、リンク構成と、セキュリティ及びＱｏＳ機能とを制御することである。

リンクマネージャ１９１８は、リンク管理プロトコル（ＬＭＰ：Ｌｉｎｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）１９７６を使用して他の装置のそのピアと通信する。各ＬＭＰメッセージは、マスターがトランザクションを開始した場合には、０であるフラグビットで始まり、スレーブがトランザクションを開始した場合には、１であるフラグビットで始まる。そのビットに続いて７ビットの動作コードがあり、メッセージのパラメータがある。

図２３は、本発明の例示的な実施例によるリンク管理プロトコル（ＬＭＰ：Ｌｉｎｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）プロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）のペイロード本体２３００を示す図である。ＬＭＰのＰＤＵのペイロード本体２３００は、ＴＩＤフィールド２３１０と、ＯｐＣｏｄｅフィールド２３２０と、パラメータフィールド１〜Ｎ ２３３０とを有する。

リンクが最初に設定されるときに、デフォルトで単一スロットのパケットを使用する。マルチスロットパケットは帯域を効率的に使用するが、例えば、雑音の多いリンクの場合、又はＳＣＯリンクがマルチスロットパケットについてそのスロット間に十分な間隔を残していない場合のように、使用できない場合がある。

ＬＭＰ１９７６はまた、暗号モードをネゴシエーションして、リンクの双方のエンドの装置により使用される暗号鍵を調整する機構を提供する。更に、ＬＭＰ１９７６は、接続のサービス品質を構成するメッセージをサポートする。パケット形式はチャネル品質に従って自動的に変更可能であり、それにより、チャネル品質が良好なときにデータは高データレートで転送され、チャネル品質が劣化したときに多くの誤り保護を備えて低レートで転送される。

論理リンク制御及び適応プロトコル（Ｌ２ＣＡＰ：Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ａｎｄ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）１９１４は、ＢＬＵＥＴＯＯＴＨスタックの高レイヤ１９５２及びアプリケーションからデータを受け取り、それらをスタックの低レイヤで送信する。Ｌ２ＣＡＰ１９１４は、ＨＣＩ１９７４に、又はホストのないシステムではリンクマネージャ１９７６に直接に、パケットを渡す。

Ｌ２ＣＡＰ１９１４の主な機能のうち１つは、異なる高レイヤプロトコルの間を多重し、複数の高レイヤのリンクが単一のＡＣＬ接続を共有することを可能にすることである。Ｌ２ＣＡＰは、パケットにラベル付けするためにチャネル番号を使用し、それにより、受信したときにパケットが正確な位置にルーティングされ得る。

Ｌ２ＣＡＰ１９１４の主な機能のうち他のものは、低レイヤがサポートするものより大きいパケットの転送を可能にする分割及び再組立である。全てのアプリケーションはデータを送信するためにＬ２ＣＡＰ１９１４を使用しなければならない。Ｌ２ＣＡＰ１９１４はまた、ＲＦＣＯＭＭ１９１２及びＳＤＰ１９１０のようなＢＬＵＥＴＯＯＴＨの高レイヤで使用される。そのため、Ｌ２ＣＡＰ１９１４は、各ＢＬＵＥＴＯＯＴＨシステムの必須部分と考えられてもよい。
ＲＦＣＯＭＭ１９１２は、シリアルケーブル回線設定のエミュレーションとＲＳ−２３２シリアルポートの状態とを提供する簡単な信頼性のあるトランスポートプロトコルである。ＲＦＣＯＭＭ１９１２は、単一接続での多重化を処理することをＬ２ＣＡＰ１９１４に依存することにより、複数の装置への接続を提供する。ＲＦＣＯＭＭ１９１２は以下の２種類の装置をサポートする。

形式１−内部エミュレーションシリアルポート。通常では、これらの装置は通信経路の終端にある（例えばＰＣ又はプリンタ）。

形式２−物理シリアルポートを備えた中間装置。これらは、通信経路の中間にある装置である（例えばモデム）。

３０までのデータチャネルが設定可能であるため、ＲＦＣＯＭＭ１９１２は、理論的に３０の異なるサービスを同時にサポートすることができる。ＲＦＣＯＭＭ１９１２はＧＳＭ ＴＳ ０７．１０標準に基づく。ＧＳＭ ＴＳ ７０．１０標準は、複数のデータストリームを１つの物理シリアルケーブルに多重するためにＧＳＭセルラ電話により使用される非対称プロトコルである。

サービス発見プロトコル（ＳＤＰ：Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）１９１０は、ＢＬＵＥＴＯＯＴＨプロトコルスタック１９００の最重要なメンバのうちの１つである。ＳＤＰ１９１０は、ＳＤＰクライアントがＳＤＰサーバにより提供されるサービスについての情報にアクセスする手段を提供する。ＳＤＰサーバは、他のＢＬＵＥＴＯＯＴＨ装置にサービスを提供する何らかのＢＬＵＥＴＯＯＴＨ装置である。サービスについての情報は、ＳＤＰデータベースに保持されている。中央データベースは存在せず、各ＳＤＰサーバがその自分のデータベースを維持する。ＳＤＰデータベースは、単に、ＢＬＵＥＴＯＯＴＨ装置が他のＢＬＵＥＴＯＯＴＨ装置に提供可能な全てのサービスを記述する一式のレコードであり、サービス発見プロトコルは、他の装置がこれらのレコードを見る手段を提供する。欲しいサービスを見つけることを容易にするために、サービスは閲覧可能なツリーとして階層構造に配置される。クライアントは、ツリーのルートを検査することにより開始し、個々のサービスが記述されるリーフノードまで階層を辿る。

サービスクラスを閲覧するため、又は特定のサービスについての情報を取得するために、ＳＤＰクライアント及びサーバは、ＳＤＰプロトコルデータユニット（ＰＤＵ）で運ばれるメッセージを交換する。ＰＤＵの第１バイトはＩＤ２４１０であり、ＰＤＵのメッセージを特定する。サービスは、それを記述する汎用一意識別子（ＵＵＩＤ：Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を有する。ＢＬＵＥＴＯＯＴＨプロファイルにより規定されたサービスは、標準により割り当てられたＵＵＩＤを有するが、サービスプロバイダは自分のサービスを規定して、これらのサービスに自分のＵＵＤＩを割り当てることができる。

図２４は、本発明の例示的な実施例によるサービス発見プロトコル（ＳＤＰ：Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）プロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）２４００の構造を示す図である。ＳＤＰ ＰＤＵ２４００は、ＰＤＵ ＴＩＤフィールド２４１０と、トランザクションＩＤフィールド２４２０と、パラメータ長フィールド２４３０と、パラメータフィールド２４４０とを有する。

ＳＤＰは、ＳＤＰ情報を取り出す前に、Ｌ２ＣＡＰリンクがＳＤＰクライアント２５０１とＳＤＰサーバ２５０２との間で確立されることに依存する。

図２５は、本発明の例示的な実施例によるサービス発見プロトコル（ＳＤＰ：Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）セッションを設定する様々なステップを示す図である。セッションは、ローカル装置（ＳＤＰクライアント）２５０１とリモート装置（ＳＤＰサーバ２５０２）との間で行われる。図２５に示すステップは、リンクコントローラ接続設定２５１０と、リンクマネージャ接続設定２５２０と、Ｌ２ＣＡＰ接続設定２５３０と、ＳＤＰセッション２５４０と、切断２５５０とを広く含む。

より具体的には、リンク接続設定２５１０は、照会ステップ２５１１と、ページングステップ２５１２とを有する。

リンクマネージャ接続設定ステップ２５２０は、ＬＭＰホスト接続要求２５２１と、ＬＭＰ受領応答２５２２と、ＬＭＰ名要求２５２３と、ＬＭＰ名応答２５２４と、認証２５２５と、ＬＭＰ設定完了メッセージ２５２６と、他のＬＭＰ設定完了メッセージ２５２７とを有する。

Ｌ２ＣＡＰ接続設定２５３０は、Ｌ２ＣＡＰ接続要求２５３１と、Ｌ２ＣＡＰ接続応答２５３２とを有する。

ＳＤＰセッション２５４０は、ＳＤＰ照会２５４１と、ＳＤＰ応答２５４２とを有する。

切断２５５０は、接続終了メッセージ２５５１を有する。

前述のように、サポートされているプロトコルに関して、ＢＬＵＥＴＯＯＴＨ仕様の最重要の特徴の１つは、多数の異なる製造者からの装置が相互に動作することが可能になるという点である。そのため、ＢＬＵＥＴＯＯＴＨは、多数の異なるプロトコルがその上で動作することを可能にするように設計されている。これらのプロトコルのうちいくつかには、Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ（ＷＡＰ）、Ｏｂｊｅｃｔ Ｅｘｃｈａｎｇｅ Ｐｒｏｔｏｃｏｌ（ＯＢＥＸ）及び電話制御プロトコル（Ｔｅｌｅｐｈｏｎｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）が挙げられる。

ＷＡＰは、インターネットプロトコル（ＩＰ）スタックと同様のプロトコルスタックを提供するが、ＷＡＰは移動体装置の需要に対して調整されている。ＷＡＰは、移動体装置の機能に適したウェブページ用の特別のフォーマットを提供することにより、一般的に移動体装置に見られる限られた表示サイズ及び解像度をサポートする。ＷＡＰはまた、ＷＡＰコンテンツが無線リンクを通じて送信される前にＷＡＰコンテンツが圧縮される方法を規定することにより、低帯域の移動体装置を提供する。ＷＡＰは、ＧＳＭやＣＤＭＡや他の無線サービスを使用することができるものと同じ方法で、ベアラレイヤとしてＢＬＵＥＴＯＯＴＨを使用することができる。ＷＡＰスタックは、ユーザデータグラムプロトコル（ＵＤＰ）とインターネットプロトコル（ＩＰ）とポイント・ツー・ポイント・プロトコル（ＰＰＰ）とを使用して、ＢＬＵＥＴＯＯＴＨスタックに連結されている。

ＯＢＥＸは、様々な装置が簡単且つ同時にデータを交換することを可能にするように設計されたプロトコルである。ＢＬＵＥＴＯＯＴＨは、Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ（ＩｒＤＡ）仕様から、このプロトコルを採用している。ＯＢＥＸはクライアント／サーバ型アーキテクチャであり、クライアントがサーバにデータをプッシュし、又はサーバからデータをプルすることを可能にする。例えば、ＰＤＡはラップトップからファイルをプルしてもよく、アドレス帳を同期する電話はそれをＰＤＡにプッシュしてもよい。２つの通信プロトコルの低レイヤの間での相似性は、ＩｒＤＡのＯＢＥＸプロトコルがＢＬＵＥＴＯＯＴＨ装置間でオブジェクトを転送するために理想的に適合していることを意味する。

ＢＬＵＥＴＯＯＴＨの電話制御プロトコル仕様（ＴＣＳ：Ｔｅｌｅｐｈｏｎｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）は、どのように電話の呼がＢＬＵＥＴＯＯＴＨリンクを通じて送信されるかを規定する。ＴＣＳは、ポイント・ツー・ポイント呼及びポイント・ツー・マルチポイント呼の双方を設定するために必要なシグナリングのガイドラインを提供する。ＴＣＳの使用により、外部ネットワークからの呼は他のＢＬＵＥＴＯＯＴＨ装置に向けられ得る。例えば、携帯電話は呼を受信し、呼をラップトップにリダイレクトして、ラップトップがハンズフリー電話として使用可能にするためにＴＣＳを使用してもよい。ＴＣＳは、ユーザインタフェースを提供する電話アプリケーションにより駆動され、ＴＣＳにより設定された接続を通じて転送される音声又はデータのソースを提供する。

特定のアプリケーションに関連するＢＬＵＥＴＯＯＴＨプロファイルについて説明する。すなわち、２つのリンクが同じ言語を話すことを保証するプロトコルに加えて、ＢＬＵＥＴＯＯＴＨ仕様はプロファイルを規定する。プロファイルは、特定のアプリケーションで何のプロトコル要素が必須であるかを指定する。この概念は、少ないメモリ及び処理出力を備えた装置が、ＢＬＵＥＴＯＯＴＨスタックの小部分しか必要としないときに全ＢＬＵＥＴＯＯＴＨスタックを実装することを妨げる。従って、ヘッドセット又はマウスのような簡単な装置がかなり減少したプロトコルスタックで実装され得る。

ＢＬＵＥＴＯＯＴＨプロファイルはグループに構成され、各プロファイルは、１つの下位の上に構築され、下からの機能を継承する。開発者にとって、このことは、ＢＬＵＥＴＯＯＴＨソリューションの主な機能が他のソリューションで再利用可能であり、開発コストを下げて開発周期を向上することを意味する。

図２６は、本発明の例示的な実施例に従って本発明が適用され得るＢＬＵＥＴＯＯＴＨプロファイル２６００を示す図である。

ＢＬＵＥＴＯＯＴＨにより実装されるプロファイルには、一般アクセス（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ）２６０５、シリアルポート２６１０、ダイヤルアップネットワーキング２６１５、ＦＡＸ２６２０、ヘッドセット２６２５、ローカルエリアネットワーク（ＬＡＮ）アクセスポイント２６３０、一般オブジェクト交換（Ｇｅｎｅｒｉｃ Ｏｂｊｅｃｔ Ｅｘｃｈａｎｇｅ）２６３５、ファイル転送２６４０、オブジェクトプッシュ２６４５、同期２６５０、コードレス電話２６５５及びインターコム２６６０がある。

一般アクセス２６０５は、プロトコルスタックを使用する基本ルールを規定する。シリアルポート２６１０は、ＢＬＵＥＴＯＯＴＨ製品でどのようにＲＦＣＯＭＭのシリアルポートエミュレーション機能を使用するかを規定する。ダイヤルアップネットワーキング２６１５は、モデムへのＢＬＵＥＴＯＯＴＨリンクを規定する。ＦＡＸ２６２０は、どのようにＢＬＵＥＴＯＯＴＨでファクシミリを転送するかを規定する。セルラ電話のような音声ゲートウェイにより制御されるヘッドセット２６２５（ヘッドセットへの二重リンク）に関して、ＬＡＮアクセスポイント２６３０は、ＢＬＵＥＴＯＯＴＨを介したＬＡＮへのリンクを規定する。一般オブジェクト交換２６３５は、ファイル転送プロファイルとオブジェクトプッシュプロファイルと同期プロファイルとをサポートするＯＢＥＸを使用した一式のルールを規定する。ファイル転送２６２０は、ＢＬＵＥＴＯＯＴＨ装置間でのファイルの転送に関係する。オブジェクトプッシュ２６４５は、ＢＬＵＥＴＯＯＴＨ可能サーバからクライアントにオブジェクトをプッシュすることに関係する。同期２６５０は、ＢＬＵＥＴＯＯＴＨ装置間でのオブジェクトの同期に関係する。コードレス電話２６５５は、電話の呼をＢＬＵＥＴＯＯＴＨ装置に転送することに関係する。インターコム２６６０は、ＢＬＵＥＴＯＯＴＨ装置間での短距離音声接続に関係する。

ＢＬＵＥＴＯＯＴＨプロファイル２６００は、サービス発見アプリケーションプロファイル２６６５を更に有する。

主に個人用装置の間での短距離接続を対象としているが、ＢＬＵＥＴＯＯＴＨシステムでの無許可の使用と傍受とを回避するために、基本セキュリティ要素が考えられる必要がある。セキュリティ機能はリンクレベルに含まれ、装置の対により共有される秘密リンク鍵に基づく。この鍵を生成するために、２つの装置が最初に通信するときに、対形成手順が使用される。

接続確立時に、関与するユニットの識別子を確認するために、認証処理が実行される。認証処理は、従来のチャレンジ・レスポンス型ルーチンを使用する。確認側は、要求側により作られた署名付き応答（ＳＲＥＳ：ｓｉｇｎｅｄ ｒｅｓｐｏｎｓｅ）と自分のＳＲＥＳとを比較し、チャレンジ側が接続確立を続けてもよいか否かを決定する。リンクでの傍受（無線通信に固有の危険）を回避するために、各パケットのペイロードは暗号化される。暗号化は、ストリーム秘匿に基づく。ペイロードビットは、バイナリ鍵ストリームに２を法として追加される。

セキュリティ処理の中心要素は、１２８ビットのリンク鍵である。このリンク鍵は、ＢＬＵＥＴＯＯＴＨハードウェアに存在する秘密鍵であり、ユーザによりアクセス可能ではない。リンク鍵は、初期化段階中に生成される。初期化が実行されると、１２８ビットのリンク鍵が装置に存在し、それからユーザ介入なしに自動認証に使用され得る。更に、単一のピコネットの全スレーブに同じ暗号鍵を使用する方法も利用可能である。

ＢＬＵＥＴＯＯＴＨは、低レベルで限られた数のセキュリティ要素を提供する。より高度なセキュリティ手順も高レイヤで実装可能である。

多くのＢＬＵＥＴＯＯＴＨ装置はバッテリにより動作するため、設計時に電力消費の削減に特別の注意が行われる必要がある。また、ＢＬＵＥＴＯＯＴＨ装置が健康に何らかの否定的な影響を与えないほど十分に低い出力であることを証明するために、多数のテストが実行される。接続時のアクティビティを低減することにより電池寿命を拡大する３つの低出力モードが規定されている。これらのモードは、パーク（Ｐａｒｋ）、ホールド（Ｈｏｌｄ）及びスニフ（Ｓｎｉｆｆ）と呼ばれる。

パークモードは、節電について最大の機会を提供する。装置は、装置がマスターから非パーク送信を受信する周期ビーコンスロットでのみ起動する。パークされていない場合、装置はスリープに戻り、その受信機のスイッチをオフにする。パークされている装置は、アクティブなメンバアドレスを放棄するため、１つのマスターは同時にパークモードの装置を多く有することができる。スニフモードでは、スレーブは全てのマスター対スレーブのスロットをスキャンせずに、スキャンの間に長いインターバルを有する。スニフモードの装置はアクティブなメンバアドレスを保持する。一般的に、スニフの装置は、パークの装置より頻繁にアクティブになる。ホールドモードは単一の期間に低出力状態の接続にするが、パークモード及びスニフモードは装置を周期的に起動する状態にすることを含む。従って、マスターは再び接続を提供することができるための照会を実行する必要がある。

接続状態では、データが利用可能になったときのみに送信することにより、現行の消費が最小化され、無駄な干渉が回避される。長期の沈黙のときには、全スレーブがクロックを再同期してドリフトを補償することを可能にするために、マスターはときどきチャネルでパケットを送信する必要がある。連続ＴＸ／ＲＸ動作中に、ユニットは、ＲＸスロットの開始のアクセスコードをスキャンし始める。アクセスコードが見つからない場合、又はアクセスコードが見つかったがスレーブアドレスが受信者と合致しない場合、次のスロットまでユニットはスリープになる。ヘッダは何の形式のパケットであるか及びパケットがどのくらい続くかを示すため、アドレス指定されていない受信者は、どのくらいスリープすることができるかを決定することができる。

短距離接続のほとんどのＢＬＵＥＴＯＯＴＨアプリケーションにより使用される名目上の送信出力は０ｄＢｍである。これは現行の消費を制限し、他のシステムへの干渉を最小に保持する。しかし、ＢＬＵＥＴＯＯＴＨ無線仕様は、ＴＸが２０ｄＢｍまで出力上昇することを許容する。０ｄＢｍの上では、閉ループ受信信号強度指示出力制御が必須になる。この出力制御は、伝搬損失と遅いフェーディングを補償することができる。

低出力モードでは、ＢＬＵＥＴＯＯＴＨプロトコルスタックの多数のレイヤが関与する。非アクティビティの期間の後に、装置は同期を失って通常より大きいウィンドウでの送信を受信する必要があるため、ベースバンドレイヤは相関特性を変更する。リンクマネージャは、接続終了の間に低出力モードを構成してネゴシエーションするために、様々なメッセージを提供する。ＨＣＩ１９６０は、モジュールの節電機能を構成して制御するために、ホストにより使用され得る一式のコマンドを提供する。Ｌ２ＣＡＰ１９１４は、そのサービス品質の遂行に対して低出力モードを認識しなければならない。

異なるＢＬＵＥＴＯＯＴＨ装置は、データレート、遅延変化及び信頼性について異なる要件を有してもよい。仕様は、高レイヤのアプリケーション又はプロトコルの要件に従って、リンクの特性についてのサービス品質（ＱｏＳ）構成を提供する。これらの特性は、ＱｏＳの形式、トークンレート（ｔｏｋｅｎ ｒａｔｅ）、トークンレートのバケツサイズ、ピーク帯域、待ち時間及び遅延変化を有する。

図２７は、本発明の例示的な実施例によるサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）メッセージング２７００を示す図である。すなわち、図２７は、ＱｏＳを制御するためにどのようにＢＬＵＥＴＯＯＴＨプロトコルスタックを通じてメッセージを使用するかを示している。リンクマネージャ並びに論理リンク制御及び適応レイヤ（Ｌ２ＣＡＰ）１９１４がピア・ツー・ピアのネゴシエーションでＱｏＳを構成する間に、メッセージ構成及びＱｏＳ設定は、スタックの階層を垂直に上下する。リンクマネージャ１９７６は、そのＱｏＳポリシーを実際に実装し、ベースバンドリンクを構成及び制御し、Ｌ２ＣＡＰ１９１４が要求するＱｏＳを満たすそうとする様々な手段を有する。

ＱｏＳメッセージング２７００は、ＱｏＳ要件２７０５と、ＱｏＳ構成の成功又は失敗２７１０と、ＱｏＳ違反２７１５と、ＱｏＳ設定２７２０と、リンク制御２７２５と、リンク情報２７３０とに関するメッセージを有する。メッセージは、例えば高レイヤプロトコル及びアプリケーション１９５２と、Ｌ２ＣＡＰ１９１４と、ＨＣＩ１９７４とリンクマネージャ１９７６との間で交換される。

リンクが最初に設定されるときに、ＱｏＳは高レイヤ１９５２からＬ２ＣＡＰ１９１４に要求される。ＱｏＳ構成のネゴシエーションパケット２７９９がローカル及びリモートＬ２ＣＡＰ１９１４の間で送信される。リンクマネージャ１９７６は、Ｌ２ＣＡＰ１９１４からの要求に従ってＱｏＳ機能を提供する。ＨＣＩ１９７４を備えたシステムでは、Ｌ２ＣＡＰ１９１４とリンクマネージャ１９７６との間のこのインタラクションは、一連のＨＣＩコマンド及びイベントを通じて実現される。ＬＭＰコマンド２７９８は、ポール間隔と、マスターからスレーブに送信されるパケット間の最大間隔と、ブロードキャストパケットの繰り返し時間とを構成するために使用され得る。ＬＭＰが設定を終了したときに、ＱｏＳ設定完了が生じる。ＬＭＰ設定が失敗すると、メッセージは高レイヤに返信され、再度試みるか、あきらめるかを決定する。ＬＭＰ設定が成功した場合、所望のＱｏＳでデータを転送するためにチャネルが解放される。

チャネルが構成されたとしても、不適切な品質で動作するよりリンクを中断することを望む可能性があるため、又はこのリンクを改善するために他のリンクを中断することを望む可能性があるため、そのＱｏＳが要求通りでないか否かをアプリケーションが認識することは重要である。このような場合、低レイヤはＱｏＳ違反イベントを送信し、高レイヤに通知して、それについて何をするべきかを決定させる。

図１に戻り、図示のＢＬＵＥＴＯＯＴＨベースの統合型通信システム１００の要素のいくつかについて更に説明する。

ＢＬＵＥＴＯＯＴＨコードレスハンドセット１０２は、ＢＬＵＥＴＯＯＴＨ技術に基づく双方向通信装置である。これらの端末は、コードレス基地局と連結し、音声又はデータパケットを交換する機能を有する。ハンドセット１０２はスレーブモードで構成され、コードレス基地局１１４はマスターモードで構成される。コードレスハンドセット１０２の機能要件に基づいて、適切な使用プロファイルがロードされる。例えば、音声リンクが検討される場合、コードレスユニット１０２はハンズフリープロファイル又はより適切なコードレス電話プロファイルが割り当てられ得る。コードレス基地局１１４のＢＬＵＥＴＯＯＴＨチップは、ホスト制御プロセッサ１２４と通信し、アプリケーションにより記述される様々な機能を協調させることができる。

音声ゲートウェイ１１６は、携帯／ＰＣＳ電話と統合型通信システム１００との間のデータ交換用の呼エージェントとして機能し、ハンズフリープロファイルでスレーブモードで構成されたＢＬＵＥＴＯＯＴＨ装置を使用する。ゲートウェイは、以下に記載の項目に限定されずに、以下のことを機能的に行う。

出力の携帯呼出では、音声ゲートウェイ１１６は、ＢＬＵＥＴＯＯＴＨ音声ゲートウェイ１１６でのコマンドを携帯電話１０４に送信することを含み、携帯電話１０４で呼出を行い、番号を“ダイヤル”して呼を開始する（呼は固定電話ネットワークではなくセルラネットワークを介してルーティングされる）。携帯電話１０４とコードレスハンドセット１０２との間でＢＬＵＥＴＯＯＴＨの音声チャネルが設定される。

出力の携帯呼出では、音声ゲートウェイ１１６は、呼切断通知を携帯電話に送信することを含み、携帯／ＰＣＳハンドセットを切断する。

出力の携帯呼出では、デジタル画像をアップロード／ダウンロードする機能、インターネットに入る機能、インスタントメッセージ／マルチメディアメッセージを送信する機能、音声レベル（音量）の調整、携帯／ＰＣＳ電話でのダイヤル及び制御機能について音声認識を使用する機能、及び呼をホールドにする機能を含み、音声ゲートウェイ１１６はＳＭＳ／ＭＭＳ／ダイヤルアップモデムを使用する。

入力の携帯／ＰＣＳ呼出では、音声ゲートウェイ１１６は、入力呼を検出し、ＣＬＩＰ情報を表示する。ユーザが呼を受け入れる／拒否すると、携帯電話が通知を受ける。

携帯／ＰＣＳハンドセットの切断では、音声ゲートウェイ１１６は、呼切断通知を携帯電話に送信し、呼を“ホールド”する機能を有し、ＰＯＴＳ回線で携帯／ＰＣＳ電話を会議動作モードにし、ＰＯＴＳ回線を通じて携帯／ＰＣＳ呼の再ルーティングを実行し、デジタル画像をアップロード／ダウンロードする機能を有し、セルラネットワークを通じて情報を収集して異なる製品及び装置を制御する機能を有し、インスタントメッセージ／マルチメディアメッセージを送信する機能を有し、呼をホールドにする機能を有し、Ｗａｖｅ又はＭＰ３ファイルを電子メール送信することにより、コンピュータ型のダイヤルアップを通じて又は独立したもの（スタンドアローン型モデム）を通じて、携帯電話の発信者により残された音声メッセージを指定の人又はグループに転送する機能を有する。

ディスプレイ及びキーボード１１８に関して、ディスプレイ１１８の機能は、様々なプログラムメニューと、ＣＬＩＰ又はユーザの他の関連情報とを表示することである。ディスプレイ１１８は、相互接続のためにユーザに正しいセルラ／ＰＣＳ電話ソフトウェアモジュールを選択するように促す。それはまた、ソフトウェアダウンロード動作中にもユーザに促す。キーパッド１１８により、アクセスポイントからのダイヤル、メニューの選択、ソフトウェアダウンロードのプロンプト、デフォルトの設定、システム構成の設定、インスタントメッセージング及びマルチメディアメッセージングが可能になる。

図２８は、本発明例示的な実施例による図１の加入者線インタフェース回路（ＳＬＩＣ）を更に示す図である。

ＳＬＩＣ１２０は、制御インタフェース２８０５と、ＰＣＭインタフェース２８１０と、ＰＬＬ２８１５と、圧縮モジュール２８２０と、伸張モジュール２８２５と、ＤＴＭＦデコーダ２８３０と、利得／減衰モジュール２８３５と、トーン生成器２８４０と、他の利得／減衰モジュール２８４５と、アナログ・デジタル変換器２８５０と、デジタル・アナログ変換器２８５５と、ＤＣ−ＤＣ変換コントローラ２８６０と、ラインフィード制御モジュール２８６５と、ライン状態モジュール２８７０と、第１のインバータ２８７５と、第２のインバータ２８８０と、プログラミングハイブリッドモジュール２８８５とを有する。ＳＬＩＣ１２０は、他の装置の中でも低コスト外部分離装置２８９９を有する及び／又は低コスト外部分離装置２８９９とインタフェース接続する。

ＳＬＩＣ１２０は、短ループ（２０００フィート未満）アプリケーションに理想的な完全アナログ電話回線インタフェースを提供する。ＳＬＩＣ１２０は、加入者線インタフェース回路（ＳＬＩＣ）と、コーデックと、ＤＣ−ＤＣ変換コントローラ２８６０とを統合する。ＳＬＩＣ１２０はまた、５ＲＥＮの呼出信号生成器と、ＤＴＭＦデコーダ２８３０と、デュアルトーン生成器とを統合し、更に外部構成要素の数を低減する。５ＲＥＮの呼出信号生成器及びデュアルトーン生成器は、トーン生成器２８４０に含まれる。チップ上のＤＣ−ＤＣ変換コントローラ２８６０により、ＳＬＩＣ１２１０が単一の９Ｖから３０ＶのＤＣ電源にライン電圧を動的に生成することが可能になり、大きい負電源の必要を除去して電力を節約する。ＳＬＩＣ１２０は、世界の電話標準に合うようにプログラム可能であり、単一の設計が世界中で様々なアプリケーション（ケーブル電話、ワイヤレスローカルループ、ＰＢＸ、Ｖｏｉｃｅ ｏｖｅｒ ＩＰ及びＩＳＤＮターミナルアダプタを含む）に実施されることを可能にする。ＳＬＩＣ１２０は、デジタルＰＣＭ信号を受け取り、ＰＯＴＳ回線でアナログ電圧を出力し、また、ＰＯＴＳ回線からアナログ信号を受け取り、それを更なる送信用にデジタルＰＣＭストリームに変換する。これらの機能のほかに、ＳＬＩＣ１２０は、ＳＬＩＣ１２０のチップ及びリング出力を通じて発信者ＩＤ信号を送信するようにプログラムされてもよい。要約すると、ＳＬＩＣ１２０は、電話局がＰＯＴＳ回線で従来から行っているほとんど全ての機能を複製する。

ＰＯＴＳ回線交換機及びＤＴＭＦデコーダ１２２に関して、ＰＯＴＳ回線交換機は、住宅用電話をＰＯＴＳ回線又はセルラ回線に接続するために必要である。ＰＯＴＳ回線の呼が生じる間にＳＬＩＣ１２０がチップ及びリング回線に接続できないため、この交換は重要である。住宅用電話からのシグナリングが携帯／ＰＣＳ呼を開始するためにＳＬＩＣに接続される間に、電話局へのチップ及びリング回線のＤＴＭＦ信号の通過を回避するために、分離が必要になる。ＰＯＴＳ回線交換機及びＤＴＭＦデコーダ１２２は、通常ではセルラネットワークとの接続のために設定される。しかし、この設定はユーザ選択可能であり、停電中にＰＯＴＳ回線接続にデフォルト設定される。通常のＰＯＴＳ電話とシステムとの統合について、様々な接続の選択肢がこのどこかで詳細に説明される。アクティブな音声接続が携帯／ＰＣＳ電話で作動中の間に、呼制御機能について接続ＰＯＴＳ電話からホストコントローラ１２４のＤＴＭＦコマンドを受け入れるために、別個のＤＴＭＦデコーダ１２２がこのブロック１２２に含まれる。

フラッシュ／ＳＤＲＡＭメモリモジュール１０８に関して、このモジュール１０８に以下の４つの重要な機能が存在する。１）ＢＬＵＥＴＯＯＴＨ音声ゲートウェイ１１６用のソフトウェア、２）ＢＬＵＥＴＯＯＴＨコードレス基地局１１４用のソフトウェア、３）ＳＬＩＣ１２０を制御するソフトウェア、及び４）様々なセルラ電話プロファイル用のソフトウェア。セルラ電話の制御及びその接続性の主な形式は、アクセスポイント（ＡＰ）に連結されている特定の携帯／ＰＣＳ電話に特有のアテンション（ＡＴ：ＡＴｔｅｎｔｉｏｎ）コマンドを通じて確立される。

ＲＳ−２３２／アナログ音声インタフェース１１２により、配線手段を通じて、携帯／ＰＣＳ電話とアクセスポイントとの間の接続が可能になる。携帯電話からのヘッドセット／マイクロフォン出力（アナログ信号）は、必要に応じて無線システム又はＳＬＩＣ１２０への更なる送信のために、１３ビットのリニアＰＣＭストリームに変換される。携帯電話ベンダのデータケーブル又はその他の商用に互換性のあるケーブルを使用して、データポートがアクセスポイントのＲＳ−２３２コネクタに直接に配線される。ある場合には、これらのケーブルはＵＳＢ終端されている。その場合、ＵＳＢコネクタ１１０がＡＴコマンドを送信するために使用される。この機能に加えて、ＲＳ２３２ポート１１２及び／又はＵＳＢポート１１０により、外部コンピュータがコンピュータの電話セットを使用することでコンピュータ可能電話に接続されることが可能になる。

アナログ音声インタフェース１１２に関して、図２９は、従来技術によるＮＯＫＩＡ５１ｘｘ／６１ｘｘ携帯電話２９００のアナログ音声インタフェースに対応する内部接続を示す図である。携帯電話２９００は、マイクロフォン２９０２と、イヤフォン２９０４と、複数のコンデンサ２９８０と、複数の抵抗２９８２と、バス２９８４と、複数の集積回路（ＩＣ）２９８６とを有する。アナログマイク及び音声信号は、ＰＯＴＳ電話とインタフェース接続するために、ＳＬＩＣ１２０にルーティングされてもよい。

図３０は、本発明の例示的な実施例による呼応答／終了機能の修正ＮＯＫＩＡヘッドセット３０００を示す図である。ヘッドセット３０００は、マイクロフォン２９０２と、イヤフォン２９０４と、複数のコンデンサ２９０６と、バス２９１０と、スイッチ２９９９とを有する。

図３０において、イヤフォン信号はスイッチ２９９９を通じて接続され、スイッチ２９９９は、すぐに信号用接地に戻る。スイッチ２９９９が開始すると、電話をオンフックからオフフックにすることが可能になり、その逆も可能になる。しかし、図３０の構成は、通信が携帯電話の内部モデム（図示されていないが、図１及び２に示す携帯電話１０４に含まれる）で確立されていない限り、携帯電話からの発呼回線識別表示（ＣＬＩＰ：Ｃａｌｌｉｎｇ Ｌｉｎｅ Ｉｄｅｎｔｉｔｙ Ｐｒｅｓｅｎｔａｔｉｏｎ）を抽出することができない。

例えば、Ｎｏｋｉａ電話は、データ送信及びＰＣとの通信用に２つの種類の通信方法（ＦＢＵＳ及びＭ２ＢＵＳ）を使用する。電話に着信音及びグラフィックを送信することは、ＦＢＵＳを使用するかＭ２ＢＵＳを使用するかに依存する。

Ｍ２ＢＵＳは以下の特徴を有する。すなわち、５ピンの使用、半二重通信、Ｎｏｋｉａ２１ｘｘ電話（データ通信のみ）での使用、サービス及び調整目的での使用、ケーブル接続で２Ｍｂｐｓまでのバースト内部データ速度である。

ＦＢＵＳは以下の特徴を有する。すなわち、電話とＰＣとの間での高速全二重通信、Ｎｏｋｉａ Ｄａｔａｓｕｉｔｅ^ＴＭ ｖ１．ｘ及びｖ２．ｘアプリケーションはＦＢＵＳ送信方法のみを使用する、Ｎｏｋｉａ３／５／７／８／９シリーズの電話での使用、ＧＳＭネットワーク及びＰＣへの９／６／１４．４ｋｂｐｓのデータ通信用での使用、サービス及び調整動作での使用である。

配線接続又は外部ＢＬＵＥＴＯＯＴＨ、ＩｒＤＡ又はＷｉＦｉドングルを通じて、ＦＢＵＳ又はその他の形式の通信リンクがセルラモデムと確立されると、アクセスポイントと接続を確立し、オフラインコマンドのセルラモデムのモードを利用することにより、モデム接続で音声及びデータを送信させることが可能になる。代替として、アクセスポイントと携帯電話との間でデータ通信を実行するためにモデムが使用されてもよいが、音声は更なる処理のためにアナログ音声及びマイク端子から得られる。

携帯／ＰＣＭモデム及びＡＴコマンドに関して、ＡＴコマンドは、電話を赤外線ポート又はシステムバスを介して接続するように構成し、電話をＢＬＵＥＴＯＯＴＨ／ＷｉＦｉ／ＩｒＤＡポート又はシステムバスを介して接続するように構成し、モデムを赤外線ポート又はシステムバスを介して接続するように構成し、電話又はモデムの現構成又は動作状態についての情報を要求し、電話又はモデムの可用性を検査し、必要に応じて有効なパラメータの範囲を要求し、必要に応じてＡＴコマンドを要求するために使用される。

携帯電話１０４の内蔵モデムは、以下の３つの動作モードのうちいずれか１つで設定され得る。すなわち、オフラインコマンドモード、オンラインデータモード及びオンラインコマンドモードである。

オフラインコマンドモードでは、内蔵モデムは、最初に起動したときにオフラインコマンドモードにされ、ＡＴコマンドの入力に対して準備する。

オンラインデータモードにより、データ又はファクシミリを遠隔モデムと交換する内蔵モデムの“通常”動作が可能になる。

オンラインコマンドモードでは、遠隔モデムに依然として接続された状態で内蔵モデムにＡＴコマンドを送信しようとしたときに、オンラインコマンドモードに切り替えることが可能になる。

図３１は、本発明の例示的な実施例によるＳＯＮＹ ＥＲＩＣＳＳＯＮからの例示的な携帯／パーソナル通信システム（ＰＣＳ）電話（Ｔ６８ｉ）の３つの内蔵モデム動作モード３１００を切り替えるために使用される方法を概略的に示す図である。３つの内蔵モデム動作モード３１００は、オフラインコマンドモード３１０５と、オンラインデータモード３１１０と、オンラインコマンドモード３１１５とを有する。３つの内蔵モデム動作モード３１００は、起動３１９９したときに入ってもよい。

オフラインコマンドモード３１０５では、内蔵モデムは、通常の通信トラヒックとしてではなく、コマンドとしてデータを受け付ける。

オンラインデータモード３１１０への切り替えに関して、リンクの他の端点のモデムと交換されるデータに対して、ＡＴＤコマンドを入力し、それに続いて電話番号を入力し、電話をかける。代替として、入力呼に応答するためにＡＴＡをタイプすることも、内蔵モデムをオンラインデータモード３１１０にする。

オフラインコマンドモード３１０５に切り戻すことに関して、以下のいずれかが、内蔵モデムをオンラインデータモード３１１０からオフラインコマンドモード３１０５に戻す。すなわち、接続の損失（キャリアなしのエラー）、内蔵モデムとコンピュータとの間の赤外線リンクの損失、携帯電話での“ＮＯ”ボタンの押下、及びＤＴＲをｌｏｗにプルすること（ケーブルを使用しているときには利用可能ではない）である。

本発明の例示的な実施例に従って、データ接続中にＡＴコマンドを使用することに関して説明する。

オンラインデータモード３１１０で遠隔モデムに接続されている間にＡＴコマンドを使用して、遠隔モデムと接続を維持しようとすると、まず、オンラインコマンドモード３１０５に入る。オンラインデータモード３１１０からオンラインコマンドモード３１１５に切り替える２つの方法が存在する。

オンラインデータモード３１１０からオフラインコマンドモード３１１に切り替える第１の方法は、エスケープシーケンス“＋＋＋”に続いて適切なＡＴコマンドをタイプすることである。このコマンドは、ＡＴ、ＡＴＥ、ＡＴＨ、ＡＴＩ、ＡＴＬ、ＡＴＭ、ＡＴＱ、ＡＴＶ及びＡＴＸの選択肢から選択されなければならない。この方法を使用して、オンラインコマンドモード３１１５に移行しながらＡＴ機能が実行可能になる。例えば、
＋＋＋ＡＴＨ＜ＣＲ＞
のコマンドを使用して切り替えることは、内蔵モデムをオンラインコマンドモード３１１５に切り替える。ＡＴコマンドが実行され、接続が終了される（切断が実行される）。続きのコマンドなしにエスケープシーケンス“＋＋＋”をタイプすることは、システムに１秒待機させ、オンラインコマンドモード３１１５に切り替えさせ、ＯＫを応答させる。

オンラインデータモード３１１０からオンラインコマンドモード３１１５に切り替える第２の方法は、以前の設定のＡＴ＆Ｄ＝１の後にＤＴＲをｌｏｗにプルすることである。

オンラインコマンドモード３１１５になっているときにオンラインデータモード３１１０に戻るために、
ＡＴＯ＜ＣＲ＞
をタイプする。

内蔵モデムをオンラインコマンドモード３１１５からオフラインコマンドモード３１０５に戻すために、オフラインコマンドモード３１０５に切り戻すことに関して前述した方法のいずれかを使用し、＋＋＋ＡＴＨ＜ＣＲ＞をタイプし、オンラインコマンドモード３１１５に切り替え、一度切断する。

ＡＴコマンドを動作することに関して、以下の４つの形式のコマンドが発行され得る。すなわち、内蔵モデムの動作パラメータを調整する設定コマンド、パラメータを必要とせずに動作を指示する実行コマンド、現在のコマンド設定を閲覧する読み取りコマンド、及び利用可能なパラメータを閲覧するテストコマンドである。全てのＡＴコマンドが４つの全ての機能をサポートしているとは限らない。

設定コマンドに入る標準フォーマットは、
ＡＴ＜コマンド＞＜パラメータ＞＜ＣＲ＞
であり、ＡＴは、コマンドが入力されたことを内蔵モデムに通知する。
＜コマンド＞は、入力されたコマンド名である。
＜パラメータ＞は、コマンドにより使用される値である。
＜ＣＲ＞は、＜ＣＲ＞（Ｒｅｔｕｒｎ又はＥｎｔｅｒ）キーを押下することにより、全コマンドラインが終了する。
注意：全コマンドラインは、コンピュータのキーボードの＜ＣＲ＞キーを押下することにより終了する。

内蔵モデムを非同期接続で自動通信速度選択で動作するように設定するために、コマンドラインは次のようになる。

ＡＴ＋ＣＢＳＴ＝０，０，１
しかし、コマンドはまたデフォルトの設定を有する。これらは、実際の値がコマンドラインにないときに入力されると仮定される値である。例えば、前記のコマンドは次のように入力されてもよい。

ＡＴ＋ＣＢＳＴ＝，，１
コマンドにより使用されるデフォルト値は、以下の説明では太字で示される。

パラメータが文字列（例えば“＜名前＞”である場合、値は引用符の間に入力されるべきである。例えば、“Ｐｅｔｅｒ”である。任意選択のパラメータは角括弧で示される。例えば、［＜値＞］である。

実行コマンドを入力することに関して説明する。

実行コマンドは設定コマンドと非常に類似している。通常では、実行コマンドはパラメータを全く必要とせず、携帯電話若しくは内蔵モデムについての情報を得るため、又はイベントを実行するために使用される。例えば、携帯電話のバッテリについての情報を見つけるために、＋ＣＢＣコマンドを入力する。

ＡＴ＋ＣＢＣ
内蔵モデムは次のように応答する。

＋ＣＢＣ：０，６０
これは、携帯電話のバッテリが（０）に接続されており、残りの充電が６０％であることを示す。入力呼に応答するために、Ａコマンド
ＡＴＡ
を実行する。

コマンド設定を閲覧する読み取りコマンドを使用することに関して説明する。

コマンドの現設定を検査するために、“？”オプションを使用する。例えば、＋ＣＢＳＴコマンドの現設定を検査するために、
ＡＴ＋ＣＢＳＴ？
を入力する。

ＣＢＳＴが前の例に従って設定されている場合、設定は
＋ＣＢＳＴ：０，０，１
として表示される。

コマンドのヘルプを要求するテストコマンドを使用することに関して説明する。

コマンドの可用性とパラメータの範囲とをテストするために、コマンドで＝？^ＴＭオプションを使用する。例えば、前記の例のコマンドラインで利用可能なパラメータを検査するために、
ＡＴ＋ＣＢＳＴ＝？
を入力する。

次のラインが表示される。
＋ＣＢＳＴ（０，４，６，７，６８，７０，７１），（０），（１）
これは、パラメータ＜データレート＞、＜ベアラサービス＞及び＜接続要素＞について設定可能な有効なエントリーの範囲を示している。

各携帯／ＰＣＳは携帯電話がサポートする一式のＡＴコマンドを有する。異なる携帯／ＰＣＳ電話は異なるＡＴコマンドのリストをサポートする点について重視するべきである。携帯／ＰＣＳ電話とアクセスポイントとの間で有線又は光／無線接続を確立するために、アクセスポイントに適切なＡＴ変換を書き込むことが可能である。

ホスト制御プロセッサ（ＨＣＰ：Ｈｏｓｔ Ｃｏｎｔｒｏｌ Ｐｒｏｃｅｓｓｏｒ）１２４は、アクセスポイントの“頭脳”である。ＨＣＰ１２４は、残りの接続周辺機器との通信セッションを開始する。

ホスト制御プロセッサ１２４は、以下の機能を実行する。

ホスト制御プロセッサ１２４は、正しい携帯電話信号プロファイルを引き出し、携帯電話１０４と通信するためにＡＴコマンドを開始する。ＡＴコマンドは最初に音声ゲートウェイ１１６に送信される。次に、音声ゲートウェイ１１６は４つの方法（（ａ）配線データケーブル（携帯電話ベンダ提供のもの又はその他のもの）、（ｂ）内蔵ＢＬＵＥＴＯＯＴＨモジュール、（ｃ）外部ＢＬＵＥＴＯＯＴＨドングル、及び（ｄ）赤外線（ＩｒＤＡ））のうち１つを通じてセルラデータポートに通信する。

ホスト制御プロセッサ１２４は、アクセスポイントへの複数の携帯／ＰＣＳ電話１０４の連結を調整する。

ホスト制御プロセッサ１２４は、送受信モードでの適切な機能のために、ＳＬＩＣ１２０で必要な設定を予めロードする。

ホスト制御プロセッサ１２４は、携帯／ＰＣＳ入力呼からＣＬＩＰ情報を受信し、ローカルＬＣＤスクリーンに表示し、また、接続されたＰＯＴＳ形式電話機器の呼出及び発信者ＩＤ機能を実行するために、この番号をＳＬＩＣ１２０用にフォーマットする。

ホスト制御プロセッサ１２４は、ローカルのキーパッド入力をデコードする。

ホスト制御プロセッサ１２４は、音声ゲートウェイ１１６からコードレス基地ユニットのＢＬＵＥＴＯＯＴＨモジュール１１４への音声／コマンドのルーティングを調整する。

ホスト制御プロセッサ１２４は、適切なＡＴコマンドに変換するために、ＳＬＩＣ１２０及び外部ＤＴＭＦデコーダ１２２からのＤＴＭＦ信号を処理する。

ホスト制御プロセッサ１２４により、新しいプログラムのダウンロード又は他の可能なサービスのために、コンピュータ、メモリ装置又はスタンドアローン型クライアントとのＵＳＢ及びＲＳ−２３２接続が可能になる。

ホスト制御プロセッサ１２４は、メモリ管理を行う。

ホスト制御プロセッサ１２４は、携帯／ＰＣＳ及びＰＯＴＳ回線との呼管理制御のために、何らかのＤＴＭＦ／その他のデジタルコマンドのＡＴコマンド変換を実行する。

ホスト制御プロセッサ１２４は、キーパッド走査を実行し、メニューサービスのルーチンを表示する。

ホスト制御プロセッサ１２４は、統合型通信システムの構成制御を実行する。

ホスト制御プロセッサ１２４は、携帯／ＰＣＳ回線の発信者のＣＬＩＰ番号を名前に関連付け、それにより、双方のフィールドが通常のＰＯＴＳ回線の発信者識別子（ＣＩＤ：Ｃａｌｌｅｒ Ｉｄｎｅｔｉｆｉｃａｔｉｏｎ）表示で表示可能になる（携帯電話は名前ではなく番号しか有さない）。

ホスト制御プロセッサ１２４は、ａ）携帯／ＰＣＳの呼とＰＯＴＳの呼とを区別するために、ｂ）アクセスポイントに接続された異なる携帯／ＰＣＳ電話を区別するために、多音又は独特の着信パターンを生成する。

ＵＳＢモジュール１１０は、コンピュータからソフトウェアの更新をダウンロードするために主に使用される。新しい携帯電話が進化すると共に、携帯電話のＡＴコマンドのライブラリを更新する必要が存在する。ダウンロードはＵＳＢスマート記憶装置又はコンピュータへの接続を通じて行われてもよい。この接続はまた、携帯電話の着信音とアドレス帳とＣＩＤリストとを更新し、セルラネットワークを通じたインターネット接続を確立するために使用され得る。このポート１１０はまた、このシステムでＷａｖ／ＭＰ３型の音声メッセージ電子メール機能を配備しようとする場合に重要になる。

本発明の例示的な実施例に従って、携帯／ＰＣＳ電話１０４と音声ゲートウェイ１１６との間の通信方法について説明する。

携帯／ＰＣＳ電話１０４と音声ゲートウェイ１１６との間の接続は、携帯電話１０４及び音声ゲートウェイ１１６のＢＬＵＥＴＯＯＴＨユニットのリンク確立を通じて確立される。携帯電話１０４及び音声ゲートウェイ１１６は、ハンズフリープロファイルで構成されるため、２つの装置間で音声ストリームがＳＣＯチャネルを通過している間に、ＡＴコマンドは音声ゲートウェイ１１６と携帯電話１０４との間をいずれかの方向に行き来することができる。このことは、干渉のない音声接続を確立する（データチャネルの分離）。ＢＬＵＥＴＯＯＴＨのハンズフリー動作モードについて以下に簡単に説明する。

図３２は、ＢＬＵＥＴＯＯＴＨプロファイル構造３２００及び対応するプロファイル従属関係を示す図である。プロファイルは、明示的に参照することにより他のプロファイルの部分を再利用する場合には、他のプロファイルに依存する。

プロファイルは、一般アクセスプロファイル３２０５と、サービス発見アプリケーションプロファイル３２１０と、ＴＣＳバイナリ型プロファイル３２１５と、コードレス電話プロファイル３２２０と、インターコムプロファイル３２２５と、シリアルポートプロファイル３２３０と、ダイヤルアップネットワーキングプロファイル３２３５と、ＦＡＸプロファイル３２４０と、ヘッドセットプロファイル３２４５と、ＬＡＮアクセスプロファイル３２５０と、ハンズフリープロファイル３２５５と、一般オブジェクト交換プロファイル３２６０と、ファイル転送プロファイル３２６５と、オブジェクトプッシュプロファイル３２７０と、同期プロファイル３２７５とを有する。

図３２に示すように、ハンズフリープロファイル３２５５は、シリアルポートプロファイル３２３０と一般アクセスプロファイル３２０５とに依存する。他の例として、オブジェクトプッシュプロファイル３２７０は、一般オブジェクト交換プロファイル３２６０とシリアルポートプロファイル３２３０と一般アクセスプロファイル３２０５とに依存する。更に、インターコムプロファイル３２５５は、ＴＣＳバイナリ型プロファイル３２１５と一般アクセスプロファイル３２０５とに依存する。

図３３は、本発明の例示的な実施例に従って本発明が適用され得るハンズフリープロトコルスタックを示す図である。

音声ゲートウェイ側では、対応する音声ゲートウェイプロトコルスタック３３０１は、アプリケーションレイヤ（音声ポートエミュレーション）３３０４と、ハンズフリー制御レイヤ３３０８と、ＲＦＣＯＭＭレイヤ３３１２と、ＳＤＰレイヤ３３１６と、ＬＭＰレイヤ３３２０と、Ｌ２ＣＡＰレイヤ３３２４と、ベースバンドレイヤ３３２８とを有する。

ハンズフリー側では、対応するハンズフリープロトコルスタック３３５０は、アプリケーションレイヤ（音声ドライバ）３３５４と、ハンズフリー制御レイヤ３３０８と、ＲＦＣＯＭＭレイヤ３３１２と、ＳＤＰレイヤ３３１６と、ＬＭＰレイヤ３３２０と、Ｌ２ＣＡＰレイヤ３３２４と、ベースバンドレイヤ３３２８とを有する。

ベースバンドレイヤ３３２８、ＬＭＰレイヤ３３２０及びＬ２ＣＡＰレイヤ３３２４は、オープン・システム・インターコネクション（ＯＳＩ：Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）レイヤ１及び２のＢＬＵＥＴＯＯＴＨプロトコルである。ＲＦＣＯＭＭレイヤ３３１２は、ＢＬＵＥＴＯＯＴＨシリアルポートエミュレーションのエンティティである。ＳＤＰレイヤ３３１６は、ＢＬＵＥＴＯＯＴＨサービス発見プロトコルである。“Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＢＬＵＥＴＯＯＴＨ Ｓｙｓｔｅｍ”、Ｃｏｒｅ、１．１版、２００１年２月２２日との互換性が好ましい。その全内容が参照として取り込まれる。ハンズフリー制御は、ハンズフリーユニット特有の制御信号の役目をするエンティティである。この信号はＡＴコマンド型である。前記のモデルには図示していないが、ハンズフリー制御は何らかの低レイヤ手順（例えばＳＣＯリンク確立）へのアクセスを有することが、このプロファイルにより仮定される。

図３３に示す音声ポートエミュレーションレイヤ３３０４は、音声ゲートウェイ１１６の音声ポートをエミュレートするエンティティであり、音声ドライバ３３５４は、ハンズフリーユニットのドライバソフトウェアである。図３３の斜線のプロトコル／エンティティについて、シリアルポートプロファイルは基準として使用される。これらのプロトコルでは、この仕様で明示的に外す場合を除いて、シリアルポートプロファイルに記述される全ての必須要件が当てはまる。

以下の役目がこのプロファイルに規定される。

音声ゲートウェイ（ＡＧ：Ａｕｄｉｏ Ｇａｔｅｗａｙ）１１６は、入出力用の音声のゲートウェイの装置である。本発明によれば、音声ゲートウェイ１１６は、携帯／ＰＣＳ電話をＰＯＴＳ回線に統合し、アクセスポイントとＰＯＴＳ電話と携帯／ＰＣＳ電話１０４との間で音声とデータとを運ぶアクセスポイント（ＡＰ）として動作する（携帯電話１０４はＡＧ１１６と同じＢＬＵＥＴＯＯＴＨプロファイルを有する）。

ハンズフリーユニット（ＨＦ：Ｈａｎｄｓ−Ｆｒｅｅ ｕｎｉｔ）は、音声ゲートウェイの遠隔音声入出力機構として動作する装置である。ＨＦはまた、何らかの遠隔制御手段を提供する。本発明のこの特定の実施例では、ハンズフリーユニットは、非ＢＬＵＥＴＯＯＴＨ携帯／ＰＣＳ電話が音声ゲートウェイ１１６と通信することを可能にする外部ＢＬＵＥＴＯＯＴＨドングルである。

図３４は、本発明の例示的な実施例による音声ゲートウェイ１１６によりサポートされる機能３４００とハンズフリーユニット（ＨＦ：Ｈａｎｄｓ−Ｆｒｅｅ ｕｎｉｔ）によりサポートされる機能３４５０とを示す図である。音声ゲートウェイ１１６でサポートされる機能は、図３４の左のテーブル３４７０に図示されている。ハンズフリーユニット（ＨＦ）によりサポートされる機能は、図３４の右のテーブル３４８０に図示されている。図３４では、“Ｍ”はＢＬＵＥＴＯＯＴＨハンズフリープロファイル標準に対する必須の準拠を示しており、“Ｏ”は任意選択の準拠を示している。

本発明の例示的な実施例に従って、ユーザ要件及びシナリオに関して説明する。

このプロファイルに以下の規則が当てはまる。

（ａ）“ハンズフリープロファイル”が音声ゲートウェイ１１６及び携帯電話１０４でアクティブなときに、プロファイルは必須及び任意選択の機能を記述する。

（ｂ）プロファイルは、（ＢＬＵＥＴＯＯＴＨリンクでの）音声の送信のために、ＣＶＳＤ又はＰＣＭの使用を要求する。結果の音声は、通常の環境では音声の劣化を認識しない品質でのモノラルである。

（ｃ）携帯電話１０４と音声ゲートウェイ１１６との間で、同時に唯一の音声接続をサポートする。このことは、音声ゲートウェイ１１６に接続される２つの携帯電話が存在する場合に、これらの双方が同時に音声ゲートウェイ１１６に音声を送信することができないことを意味する。

（ｄ）音声ゲートウェイ１１６及び携帯電話１０４は、音声接続確立を開始してもよく、解放してもよい。音声接続が確立した後に、有効な音声データが双方向でＳＣＯリンクに存在するべきである。

（ｅ）“音声接続”が存在する場合には常に、関連する“サービスレベル接続”も存在するべきである。

（ｆ）“サービスレベル接続”の存在は、“音声接続”が存在することを意味しない。“サービスレベル接続”を解放することもまた、それに関連する何らかの既存の“音声接続”を解放するべきである。

本発明の例示的な実施例に従って、ハンズフリー制御相互接続要件に関して説明する。

以下に説明する手順は、制御プロトコルとしてのＡＴコマンドの最小セットを使用することに主に基づいている。これらのＡＴコマンド及びその結果のコードについて以下に説明する。更に、サービスレベル接続を確立及び解放するためにどのようにハンズフリーユニット制御エンティティの下のレイヤが使用されるかを含み、一般的にどのようにサービスレベル接続が処理されるかについても以下に説明する。

本発明の例示的な実施例に従って、サービスレベル接続確立に関して説明する。

ユーザアクション又は内部イベントの時に、携帯電話又は音声ゲートウェイ１１６はサービスレベル接続確立手順を開始してもよい。サービスレベル接続確立は、ＲＦＣＯＭＭ接続（すなわち、携帯電話１０４と音声ゲートウェイ１１６との間のＲＦＣＯＭＭデータリンクチャネル）の存在を必要とする。携帯電話１０４と音声ゲートウェイ１１６との双方が、ＲＦＣＯＭＭ接続確立を開始してもよい。音声ゲートウェイ１１６と携帯電話１０４との間にＲＦＣＯＭＭセッションが存在しない場合、開始側の装置は最初にＲＦＣＯＭＭを初期化するべきである。ＲＦＣＯＭＭ接続確立は、一般アクセスプロファイル３２０５及びシリアルポートプロファイル３２３０についてのＢＬＵＥＴＯＯＴＨ標準により規定されたように実行されるべきである。

本発明の例示的な実施例に従って、サービスレベル接続の初期化に関して説明する。

図３５は、本発明の例示的な実施例によるサービスレベル接続の初期化３５００を示す図である。ＲＦＣＯＭＭ接続が確立されると（３５０１）、サービスレベル接続初期化手順３５００が実行されるべきである。まず、初期化手順では、音声ゲートウェイ１１６がＡＴ＋ＢＲＳＦ＝＜ＡＧサポート機能＞コマンドを携帯電話１０４に送信し（３５０４）、音声ゲートウェイ１１６のサポート機能を携帯電話１０４に通知すると共に、＋ＢＲＳＦ結果コードを使用して携帯電話１０４のサポート機能を取り出す（３５０８）。携帯電話１０４から音声ゲートウェイ１１６にＯＫメッセージが送信される（３５１２）。

携帯電話１０４のサポート機能を取り出した後に、音声ゲートウェイ１１６は、何のインジケータが携帯電話によりサポートされているかと、サポートされているインジケータの順序とを決定するべきである。ＧＳＭ ０７．０７ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ、５．０．０版、１９９６年７月によれば、携帯電話はハンズフリープロファイルにより提供されていない更なる機能をサポートしてもよいからであり、インジケータの順序は実装特有であるからである。ＧＳＭ ０７．０７ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎは、その全内容が参照として取り込まれる。音声ゲートウェイ１１６は、サポートされているインジケータ及びその順序についての情報を取り出すために、ＡＴ＋ＣＩＮＤ＝？テストコマンドを使用する（３５１６）。携帯電話は＋ＣＩＮＤ：．．．コマンドを音声ゲートウェイ１１６に送信し（３５２０）、ＯＫメッセージを送信する（３５２４）。

音声ゲートウェイ１１６が必要なサポートされているインジケータ及び順序情報を有すると、音声ゲートウェイ１１６は、ＡＴ＋ＣＮＤ読み取りコマンドを使用して、携帯電話１０４のインジケータの現状態を取り出す（３５２８）。携帯電話１０４からの音声ゲートウェイ１１６による情報の取り出しはまた、携帯電話１０４が＋ＣＮＤ：．．．コマンドを音声ゲートウェイ１１６に送信すること（３５３２）と、ＯＫメッセージを送信すること（３５３６）とを含む。

携帯電話のインジケータの状態を取り出した後に、ＡＧはＡＴ＋ＣＭＥＲコマンドを発行することにより、携帯電話の“インジケータ状態更新”機能を可能にする。それに対して携帯電話はＯＫコマンド３５４４で応答する。その結果、サービス、呼又は呼設定状態に変化が生じたときには常に、携帯電話は対応するインジケータ値で＋ＣＩＥＶ未承諾結果コードを送信することができる。

呼及び呼設定インジケータの双方に更新が必要な場合、呼設定インジケータの＋ＣＩＥＶ未承諾結果コードを送信する前に、携帯電話は呼インジケータの＋ＣＩＥＶ未承諾結果コードを送信する。音声ゲートウェイ１１６は、その内部及び／又は外部インジケータを更新するために＋ＣＩＥＶコードにより提供される情報を使用するべきである。

“インジケータ状態更新”機能が可能になると、ＡＴ＋ＣＭＥＲコマンドが発行されてそれを無効にするまで、又は音声ゲートウェイ１１６と携帯電話１０４との間の現サービスレベル接続が何らかの理由でドロップするまで、携帯電話は可能になった機能を維持する。その後、音声ゲートウェイ１１６は、携帯電話の“インジケータ状態更新”機能を可能にする。“キャッチホン及び３者電話”ビットが携帯電話１０４と音声ゲートウェイ１１６との双方によるサポート機能のビットマップで設定されている場合に、音声ゲートウェイ１１６はＡＴ＋ＣＨＬＤ＝？テストコマンドを発行し、どのように保留及び多者サービスが携帯電話でサポートされるかについての情報を取り出す（３５４８）。携帯電話は＋ＣＨＬＤ：．．．コマンド３５５２を音声ゲートウェイに送信し、ＯＫメッセージ３５５６を送信する。携帯電話１０４又は音声ゲートウェイ１１６が“３者電話”機能をサポートしない場合、音声ゲートウェイ１１６はＡＴ＋ＣＨＬＤ＝？テストコマンドを発行するべきではない。

以下のいずれかの場合に、音声ゲートウェイ１１６は、サービスレベル接続が十分に初期化されていると考え、それによりサービスレベル接続が確立される（３５８０）。

音声ゲートウェイ１１６がどのように保留及び多者サービスがＡＴ＋ＣＨＬＤコマンドを使用して携帯電話１０４でサポートされているかについての情報をうまく取り出した後に、“保留及び三者電話”のビットが携帯電話１０４と音声ゲートウェイ１１６との双方でサポート機能のビットマップに設定されている場合にのみ、音声ゲートウェイ１１６は、サービスレベル接続が十分に初期化されていると考え、それによりサービスレベル接続が確立される。

音声ゲートウェイ１１６がＡＴ＋ＣＭＥＲコマンドを使用して“インジケータ状態更新”をうまく可能にした後に、“保留及び三者電話”のビットが携帯電話１０４又は音声ゲートウェイ１１６のいずれかでサポート機能のビットマップに設定されていない場合にのみ、音声ゲートウェイ１１６は、サービスレベル接続が十分に初期化されていると考え、それによりサービスレベル接続が確立される。以下のいずれかの場合に、携帯電話１０４は、サービスレベル接続が十分に初期化されていると考え、それによりサービスレベル接続が確立される。

携帯電話１０４がどのように保留及び多者サービスが＋ＣＨＬＤコマンドを使用して携帯電話１０４でサポートされているかについての情報でうまく応答し、ＯＫを応答した後に、“保留及び三者電話”のビットが携帯電話１０４と音声ゲートウェイ１１６との双方でサポート機能のビットマップに設定されている場合にのみ、音声ゲートウェイ１１６は、サービスレベル接続が十分に初期化されていると考え、それによりサービスレベル接続が確立される。

携帯電話１０４がＡＴ＋ＣＭＥＲコマンドにＯＫでうまく応答した後に（“インジケータ状態更新”機能が可能になる）、“保留及び三者電話”のビットが携帯電話１０４又は音声ゲートウェイ１１６のいずれかでサポート機能のビットマップに設定されていない場合にのみ、音声ゲートウェイ１１６は、サービスレベル接続が十分に初期化されていると考え、それによりサービスレベル接続が確立される。

本発明の例示的な実施例に従って、音声ゲートウェイからのリンク損失回復に関して説明する。

ＢＬＵＥＴＯＯＴＨリンクに損失が存在するときには常に、音声ゲートウェイ１１６は携帯電話１０４と再接続してもよい。一方の端点での明示の終了（以下に説明する“サービス接続解放”の使用）によりサービスレベル接続が切断されると、双方の装置（音声ゲートウェイ１１６及び携帯電話１０４）は、サービスレベル接続を再確立しようとする前に、明示のユーザアクションを待機するべきである。リンク管理タイムアウトのためサービスレベル接続が切断されたことを、音声ゲートウェイ１１６が決定すると、音声ゲートウェイ１１６は、前述の“サービスレベル接続確立”手順を実行し、携帯電話１０４への新しいサービスレベル接続を確立してもよい。リンク管理タイムアウトによるリンク損失に続いて、音声ゲートウェイ１１６は、前の接続からのサービスレベル接続状態（呼状態、サービス状態等）が有効であることを仮定するべきではない。

本発明の例示的な実施例に従って、サービスレベル接続解放に関して説明する。

図３６は、本発明の例示的な実施例によるサービスレベル接続開放を示す図である。

確立されたサービスレベル接続３５８０の切断は、携帯電話１０４と音声ゲートウェイ１１６との間の対応するＲＦＣＯＭＭデータリンクチャネルの除去（３６０８）を直接的に意味するべきである。また、サービスレベル接続の除去の結果、既存の音声接続も除去される必要がある。Ｌ２ＣＡＰ３３２４及びリンクレイヤの除去は任意選択である。確立されたサービスレベル接続は、“サービスレベル接続除去”手順を使用して解放されるべきである。

“サービスレベル接続除去”手順は、携帯電話１０４又は音声ゲートウェイ１１６による明示のユーザ要求により開始され得る（３６１２）。

ＢＬＵＥＴＯＯＴＨ機能が携帯電話１０４又は音声ゲートウェイ１１６で無効になった場合に、“サービスレベル接続除去”手順が開始されるべきである。

“携帯電話への音声接続転送”が携帯電話１０４の継続中の呼の間に実行された場合に、“サービスレベル接続除去”手順が開始されてもよい。サービスレベル接続が除去される場合に、一度呼がドロップされる。この手順の前提条件として、音声ゲートウェイ１１６と携帯電話１０４との間の継続中のサービスレベル接続が存在しなければならない。

本発明の例示的な実施例に従って、登録状態の転送に関して説明する。

図３７は、本発明の例示的な実施例による登録状態の転送を示す図である。

前述のＡＴ＋ＣＭＥＲコマンドは、携帯電話１０４の“登録状態更新”機能を可能にする（３７０４）。この機能が可能になると、携帯電話登録状態が変化すると常に、携帯電話１０４は、対応するサービスインジケータ及び値で＋ＣＩＥＶ未承諾結果コードを音声ゲートウェイ１１６に送信する（３７０２）。音声ゲートウェイ１１６は、＋ＣＩＥＶ結果コードで提供される情報を解釈し、サービスの可用性状態を決定するべきである。この手順の前提条件として、音声ゲートウェイ１１６と携帯電話１０４との間の継続中のサービスレベル接続３５８０が存在する。この接続が存在しない場合には、携帯電話１０４は前述の手順を使用して、自発的にサービスレベル接続を確立する。

本発明の例示的な実施例に従って、呼及び呼設定状態の転送に関して説明する。

前述のＡＴ＋ＣＭＥＲコマンドにより、携帯電話の“呼状態インジケータ更新”機能が可能になる。この機能が可能になると、携帯電話の現在の呼状態が変化すると常に、携帯電話は、対応する呼インジケータ及び値で＋ＣＩＥＶ未承諾結果コードを発行する。同様に、携帯電話の現在の呼設定状態が変化すると常に、音声ゲートウェイ１１６は、対応する呼設定インジケータ及び値で＋ＣＩＥＶ未承諾結果コードを発行する。音声ゲートウェイ１１６は、＋ＣＩＥＶ結果コードにより提供される情報を解釈し、呼状態を決定することができる。更に、携帯電話ユニットはまた、＋ＣＩＥＶ結果コードにより提供される任意選択の呼設定状態情報を解釈することができてもよい。

本発明の例示的な実施例に従って、音声接続設定に関して説明する。

図３８は、本発明の例示的な実施例による音声接続設定を示す図である。

ユーザアクション又は内部イベント（３８０２）のときに、必要な場合には常に、携帯電話１０４又は音声ゲートウェイ１１６は音声接続の確立を開始してもよい。内部で音声パスをルーティングするために、携帯電話１０４又は音声ゲートウェイ１１６により更なる内部アクションが必要になってもよい。音声接続設定手順はＳＣＯリンクの確立（３８１０）を常に意味し、既存のサービスレベル接続（３５８０）と常に関連する。基本的に、ここで説明する手順を使用して音声接続を設定することは、何らかの呼処理に必ずしも関係するとは限らない。携帯電話１０４と音声ゲートウェイ１１６との間の音声接続（３８８０）が存在する場合、携帯電話は音声ゲートウェイ１１６をその単一の音声ポートとして利用する。携帯電話１０４は音声パスを保持し、呼に関連しようとしていまいと、音声の存在に関与する全動作（例えば、音声、警告、キー押下音）について音声ゲートウェイ１１６にルーティングし続ける（３８２０）。

この手順の前提条件として、音声ゲートウェイ１１６と携帯電話１０４との間の継続中のサービスレベル接続３５８０が存在するべきである。この接続３５８０が存在しない場合、手順の開始側は前述の適切な手順を使用してサービスレベル接続を自発的に確立するべきである。

開始側及び受入側の双方は、新しい音声接続の存在を通知する。入力音声接続は、（以下に説明するように）それを解放することにより拒否可能である。

本発明の例示的な実施例に従って、音声接続解放に関して説明する。

ユーザアクション又は内部イベントのときに、必要な場合には常に、携帯電話１０４又は音声ゲートウェイ１１６は、既存の音声接続３８８０を解放してもよい。音声接続除去は、その対応するＳＣＯリンク３８１０の切断を常に意味する。音声接続が解放されると、音声パスは携帯／ＰＣＳ電話１０４にルーティングし戻される。基本的には、このセクションで記載した手順を使用することによる音声接続の除去は、何らかの呼処理に必ずしも関係するとは限らない。この手順の前提条件として、音声ゲートウェイ１１６と携帯電話１０４との間の継続中の音声接続３８８０が存在するべきである。

本発明の例示的な実施例に従って、入力呼に応答することに関して説明する。

図３９は、本発明の例示的な実施例による入力呼に応答する方法を示す図である。

確立されたサービスレベル（３９０４）を用いて、音声ゲートウェイ１１６と携帯電話１０４との間でＳＣＯリンクが確立されてもよい（３９０８）。次に音声接続が確立される（３９１０）。

入力呼のときに、携帯電話１０４は未承諾ＲＩＮＧ警告のシーケンスを音声ゲートウェイ（アクセスポイント）１１６に送信する。ＲＩＮＧ警告は、呼の受け入れが保留中になっている限り、又は入力呼が何らかの理由で中断されるまで繰り返される。音声ゲートウェイ１１６は、ＲＩＮＧに応じてローカル警告（例えば着信音）を作ることができる。音声ゲートウェイ１１６は、望む場合にはいつでも、入力呼出を中止することができる。

本発明の例示的な実施例に従って、音声ゲートウェイ１１６から呼処理を終了することに関して説明する。

図４０は、本発明の例示的な実施例に従って音声ゲートウェイ１１６からの呼処理を終了する方法を示す図である。

携帯電話１０４又は音声ゲートウェイ１１６は、ユーザアクション又はその他のイベント（４００２）を用いて、継続中の呼処理を終了してもよい。以下の前提条件がこの手順に適用される。１つのこのような前提条件は、音声ゲートウェイ１１６と携帯電話１０４との間の継続中のサービスレベル接続（３５８０）が存在するべきであるということである。この接続が存在しない場合、音声ゲートウェイ１１６は、前述の適切な手順を使用して、サービスレベル接続を自発的に確立するべきである。他のこのような前提条件は、呼関連処理（４０１０）がＡＧで継続中であるということである。呼終了処理に必要ではないが、一般的に音声接続が携帯電話とＡＧとの間に存在する。

ユーザは、音声ゲートウェイ１１６により提供される如何なる手段を使用して、継続中の呼処理を放棄してもよい。音声ゲートウェイ１１６はＡＴ＋ＣＨＵＰコマンドを携帯電話１０４に送信し（４０２０）、携帯電話１０４は現在の呼手順を終了又は中断する手順を開始する（４０３０）。携帯電話１０４は、ＯＫメッセージ（４０４０）に続いて、（ｃａｌｌ＝０）を示す値で＋ＣＩＥＶ結果コードを送信する（４０５０）。同様の手順を実行して、前述のＡＴ＋ＨＵＰコマンドもまた、通常の出力呼設定処理を中断するために使用されてもよい。呼終了処理に必要ではないが、一般的に音声接続がＨＦとＡＧとの間に存在する。

本発明の例示的な実施例に従って、音声ゲートウェイ１１６により提供される電話番号で電話をかけることに関して説明する。

図４１は、本発明の例示的な実施例に従って音声ゲートウェイ１１６によりサポートされる電話番号で電話をする方法を示す図である。

音声ゲートウェイ１１６は、携帯電話に宛先の電話番号を提供することにより、出力音声呼を開始してもよい。呼設定を開始するために、音声ゲートウェイ１１６は、必要に応じてサービスレベル接続の確立を開始し、適切なＡＴＤｄｄ．．．ｄｄコマンドを携帯電話１０４に送信する（４１０２）。携帯電話１０４はＯＫメッセージを音声ゲートウェイ１１６に送信し（４１０４）、音声ゲートウェイ１１６から受信した電話番号を使用して呼確立手順を開始し、値（ｃａｌｌ ｓｅｔｕｐ＝２）で＋ＣＩＥＶ結果コードを発行し、呼ぶ設定がうまく開始されたことを音声ゲートウェイに通知する（４１０６）。

この手順の前提条件として、音声ゲートウェイ１１６と携帯電話１０４との間の継続中のサービスレベル接続（３５８０）が存在する。この接続が存在しない場合、音声ゲートウェイ１１６は前述の適切な手順を使用してサービスレベル接続を自発的に確立する。

音声接続が確立されていない場合、携帯電話１０４は音声接続の設定を開始し（４１０８）、適切な音声接続（４１１０）を確立し、継続中の呼設定手順の開始に続いてすぐに、出力呼の音声パスを音声ゲートウェイ１１６にルーティングする。遠隔の相手の警告が始まると、携帯電話１０４は、（ｃａｌｌ ｓｅｔｕｐ＝３）を示す値で＋ＣＩＥＶ結果コードを発行する（４１１２）。＋ＣＩＥＶ結果コードは、“ｃａｌｌ＝１”として状態を報告するために使用される（４１１４）。通常の出力呼確立手順が何らかの理由で中断されると、携帯電話１０４は、（ｃａｌｌ ｓｅｔｕｐ＝０）を示す値で＋ＣＩＥＶ結果コードを発行し（４１１６）、音声ゲートウェイ１１６にこの状態を通知する。携帯電話１０４が“３者電話”機能をサポートし、呼が既に携帯電話１０４で継続中である場合、この手順の実行は、現在の継続中の呼が保留になって第三者に新しい電話がかけられる結果になるべきである。

本発明の例示的な実施例に従って、発信者回線識別子（ＣＬＩ：Ｃａｌｌｉｎｇ Ｌｉｎｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）通知に関して説明する。

図４２は、本発明の例示的な実施例による発呼回線識別子（ＣＬＩ：Ｃａｌｌｉｎｇ Ｌｉｎｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）通知を実行する方法を示す図である。

内部イベント又はユーザ要求は、ＣＬＩ通知を可能にすることを目的としてもよい（４２０１）。音声ゲートウェイ１１６は、ＡＴ＋ＣＬＩＰコマンドを発行し、携帯電話の“発信者回線識別子通知”機能を可能にしてもよい（４２０４）。呼加入者線番号情報がネットワークから利用可能である場合、音声ゲートウェイが入力呼で警告されたときの各ＲＩＮＧ指示の直後に、携帯電話は＋ＣＬＩＰ未承諾結果コードを発行する。

音声ゲートウェイ１１６がＡＴ＋ＣＬＩＰコマンドを発行すると、携帯電話１０４はＯＫメッセージで応答する（４２０８）。ＡＴ＋ＣＬＩＰコマンドが音声ゲートウェイ１１６により発行されてそれを無効にするまで、又は音声ゲートウェイ１１６と携帯電話１０４との間の現在のサービスレベル接続が何らかの理由でドロップされるまで、携帯電話１０４は“発信者回線識別子通知”を有効にし続ける。この方法の前提条件として、音声ゲートウェイ１１６と携帯電話との間の継続中のサービスレベル接続が存在する（３５８０）。この接続が存在しない場合、音声ゲートウェイ１１６は前述の適切な手順を使用してサービスレベル接続を自発的に確立する。

本発明の例示的な実施例に従って、住宅用電話ネットワークへの音声ゲートウェイ１１６の統合に関して説明する。

携帯／ＰＣＳ電話１０４からの音声及びデータが家庭の電話ネットワークで配信され得る複数の方法が存在する。

図４３は、発明の例示的な実施例による携帯／（ＰＣＳ）電話及び電話サービス（ＰＯＴＳ）電話を対象とした例示的なネットワーク統合ソリューションを示す図である。

音声ゲートウェイ１１６、コードレス基地局１１４及びＰＯＴＳ電話４３０４は、電話入力点（ＲＪ１１）４３０２に接続されている。他のＰＯＴＳ電話４３１０及び配線携帯／ＰＣＳ電話１０６も音声ゲートウェイ１１６に接続されている。携帯電話１０４は、音声ゲートウェイ１１６と無線通信することができ、その逆も同様である。複数のコードレスハンドセット１０２のそれぞれは、コードレス基地局１１４と無線通信することができ、その逆も同様である。ＰＯＴＳ電話４３０４、他のＰＯＴＳ電話４３１０及び（コードレス基地局１１４に関する）複数のコードレスハンドセット１０２もまた、以下では併せてＰＯＴＳ電話４３９９とも呼ばれることがわかる。

携帯／ＰＣＳ電話１０４は、ＢＬＵＥＴＯＯＴＨ接続によりアクセスポイント（音声ゲートウェイ１１６）に配線又は連結されている。アクセスポイントは、アクセスポイントへのＰＯＴＳ電話４３９９に対して、通常のＰＯＴＳ回線とセルラ信号パスとの間を切り替え可能なＳＬＩＣ１２０を有する。前述のように、ＰＯＴＳ電話４３９９は、コード付き（例えば４３０４、４３１０）でもよく、コードレス（１１４付きの１０２）でもよい。接続されたＰＯＴＳ電話４３９９は、常にセルラ回線に接続されるが、同様に呼をＰＯＴＳ回線に振り向ける機能をも有する。セルラネットワークを通じた呼の開始では、ＰＯＴＳ電話４３９９は、アクセスポイントにより呼が開始されていると理解される符号化ＤＴＭＳシーケンスを送信する。ＳＬＩＣ１２０のＤＴＭＦデコーダ２８３０は、ＰＯＴＳ回線４３９９からのダイヤル番号をデコードし、適切なＡＴコマンドでダイヤル番号列をバッファして形成する。前述の必要なリンク及び音声チャネル確立手順は既に始まっていることが仮定される。リンクはＰＯＴＳ電話４３９９と携帯電話１０４との間で設定される。

入力呼の場合、携帯電話とアクセスポイントとの間の接続の詳細については前述した。“ＲＩＮＧ”信号が携帯電話１０４から受信され、アクセスポイントでデコードされ、次にＳＬＩＣ１２０に“ＲＩＮＧ”コマンドを発行する。ＣＬＩＰ（発信者ＩＤ）情報が携帯電話１０４から受信されると常に、（既存のＰＯＴＳ回線標準毎に）着信信号間で適切に変調され、発信者ＩＤデコード機能を備えた何らかの一般ＰＯＴＳ電話４３９９（コード付き又はコードレス）は、この信号をデコードしてそれを表示することができる。適切なＡＴコマンドがアクセスポイントから携帯電話１０４に発行されたときに、ＰＯＴＳ電話４３９９は電話を取り、音声接続が確立される。この場合も同様に、呼の終了時に、アクセスポイントは回線電圧を検出し、又はＰＯＴＳ電話４３９９から発行されたＤＴＭＦコマンドを待機し、呼の状態の決定を行い、適切に携帯電話１０４にアドバイスする。要約すると、この接続を実現するために、セルラモデムでオフラインコマンドモードを利用する。このシナリオは、アーキテクチャの範囲を遠隔のＰＯＴＳ電話の位置に広げることを対象としていない。

図４４は、本発明の他の例示的な実施例による携帯／パーソナル通信システム（ＰＣＳ）電話及び電話サービス（ＰＯＴＳ）電話を対象とした他の例示的なネットワーク統合ソリューションを示す図である。図４４の図は、配線／ＢＬＵＥＴＯＯＴＨ可能な携帯／ＰＣＳ接続及びＢＬＵＥＴＯＯＴＨ型遠隔拡張器でのシステムアーキテクチャを示している。

図４４に示すシステムアーキテクチャは、電話会社及びＦｅｄｅｒａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｍｍｉｓｓｉｏｎ（ＦＣＣ）の規則のいずれにも違反することなく、ＰＯＴＳ回線又はセルラネットワークまで遠隔ＰＯＴＳ電話間のシグナリング及び通信を可能にする遠隔拡張器を提供することにより、アクセスポイントの到達を拡張する。アクセスポイントと遠隔ＰＯＴＳ電話との間のこのシグナリングの拡張を提供する多数の方法が存在する。図４４及び４５に示す２つの方法は、（ａ）ＢＬＵＥＴＯＯＴＨ型無線接続と（ｂ）二者音声及びコマンドとＤＴＭＦ信号とを運ぶ４００ＫＨｚサブキャリアの使用とにより提供される遠隔拡張を示している。

図４４を参照すると、音声ゲートウェイ１１６、第１のＳＬＩＣ及びＰＯＴＳ回線交換機４４０２、第２のＳＬＩＣ及びＰＯＴＳ回線交換機４４０４、第１のコードレス基地局１１４Ａ並びに第１のＰＯＴＳ電話４４０６は、電話入力点（ＲＪ１１）４３０２に接続されている。

第２のＰＯＴＳ電話４４１０、配線携帯／ＰＣＳ電話１０６及びＢＬＵＥＴＯＯＴＨコードレス基地局４４１１は、音声ゲートウェイ１１６に接続されている。携帯電話１０４は、音声ゲートウェイ１１６と無線通信することができ、その逆も同様である。

第２のコードレス基地局１１４Ｂ及び第１のＢＬＵＥＴＯＯＴＨコードレス拡張４４１５は、第１のＳＬＩＣ及びＰＯＴＳ回線交換機４４０２に接続されている。第３のＰＯＴＳ電話４４１８及び第２のＢＬＵＥＴＯＯＴＨコードレス拡張４４２０は、第２のＳＬＩＣ及びＰＯＴＳ回線交換機４４０４に接続されている。

複数のコードレスハンドセット１０２Ａのそれぞれは、第１のコードレス基地局１１４Ａと無線通信することができ、その逆も同様である。他の複数のコードレスハンドセット１０２Ｂのそれぞれは、第２のコードレス基地局１１４Ｂと無線通信することができ、その逆も同様である。

ＢＬＵＥＴＯＯＴＨコードレス基地局４４１１は、ＢＬＵＥＴＯＯＴＨコードレス拡張４４２０及び４４１５のそれぞれと無線通信することができ、その逆も同様である。

図４５は、本発明の更に他の例示的な実施例による携帯／ＰＣＳ電話及び電話サービス（ＰＯＴＳ）電話を対象とした更に他の例示的なネットワーク統合ソリューションを示す図である。図４５の図は、配線／ＢＬＵＥＴＯＯＴＨ可能なＢＬＵＥＴＯＯＴＨ付き携帯／ＰＣＳ接続及び高周波数（ＨＦ）型遠隔拡張器でのシステムアーキテクチャを示している。

図４５を参照すると、アクセスポイント４５５０に含まれる第１のＳＬＩＣ及びＰＯＴＳ回線交換機４５２０、第２のＳＬＩＣ及びＰＯＴＳ回線交換機４５３０、第１の４００ＫＨｚサブキャリアモジュール４５４０、並びに第３のＳＬＩＣ及びＰＯＴＳ回線交換機４５５２は、電話入力点（ＲＪ１１）４３０２に接続されている。

アクセスポイント４５５０は、アナログ音声モジュール４５５４及び音声ゲートウェイ（ＢＬＵＥＴＯＯＴＨ）４５５６を更に有する。携帯電話１０４は、音声ゲートウェイ４５５６と無線通信することができ、その逆も同様である。

アクセスポイント４５１０は、第２の４００ＫＨｚサブキャリアモジュール４５５６に結合され、その第２の４００ＫＨｚサブキャリアモジュール４５５６はＢＬＵＥＴＯＯＴＨコードレス基地局４５５８に結合されている。

アクセスポイント４５５０に含まれる第３のＳＬＩＣ及びＰＯＴＳ回線交換機４５５２は、第１のコードレス基地局１１４Ａに更に結合されている。複数のコードレスハンドセット１０２Ａのそれぞれは、第１のコードレス基地局１１４Ａと無線通信することができ、その逆も同様である。

アクセスポイント４５５０に含まれるアナログ音声モジュール４５５４は、配線携帯／ＰＣＳ電話１０６に結合されている。

第１のＳＬＩＣ及びＰＯＴＳ回線交換機４５２０は、第１の遠隔ユニット４５２２に結合されており、第１の遠隔ユニット４５５２は第１のＢＬＵＥＴＯＯＴＨコードレス拡張４５２４に結合されている。第１のＳＬＩＣ及びＰＯＴＳ回線交換機４５２０はまた、第１のＰＯＴＳ電話４５２６に結合されている。

第２のＳＬＩＣ及びＰＯＴＳ回線交換機４５３０は、第２の遠隔ユニット４５３２に結合されており、第２の遠隔ユニット４５３２は第２のＢＬＵＥＴＯＯＴＨコードレス拡張４５３４に結合されている。第２のＳＬＩＣ及びＰＯＴＳ回線交換機４５３０はまた、第２のコードレス基地局１１４Ｂに結合されている。複数のコードレスハンドセット１０２Ｂのそれぞれは、第２のコードレス基地局１１４Ｂと無線通信することができ、その逆も同様である。

第１の４００ＫＨｚサブキャリアモジュール４５４０は、第３の遠隔ユニット４５４２に結合されており、第３の遠隔ユニット４５４２は第４のＳＬＩＣ及びＰＯＴＳ回線交換機４５４４に結合されている。第４のＳＬＩＣ及びＰＯＴＳ回線交換機４５４４は、第３のコードレス基地局１１４Ｃに更に結合されている。複数のコードレスハンドセット１０２Ｃのそれぞれは、第３のコードレス基地局１１４Ｃと無線通信することができ、その逆も同様である。

ＢＬＵＥＴＯＯＴＨコードレス基地局４５５８は、ＢＬＵＥＴＯＯＴＨコードレス拡張４５２４及び４５３４のそれぞれと無線通信することができ、その逆も同様である。

図４６は、本発明の更に他の例示的な実施例による携帯／ＰＣＳ電話及び電話サービス（ＰＯＴＳ）電話を対象とした更に他の例示的なネットワーク統合ソリューションを示す図である。

図４６では、携帯電話１０４とアクセスポイント４６５０との間でＢＬＵＥＴＯＯＴＨ接続を有する代わりに、携帯電話１０４がアクセスポイント４６５０に含まれる。携帯電話１０４はセルラ／ＰＣＳ標準に特有でもよく、マルチバンドのマルチシステムの実装でシームレスな統合機会を可能にしてもよい。図４６のシステムアーキテクチャは以下のことを仮定する。
（ａ）移動体ユニットからアクセスポイントにＳＩＭカードをスワップし、移動体を電源オフにすることが可能である。
（ｂ）無線で又はアクセスポイントでの有線接続を通じて移動体からアクセスポイントにＳＩＭ詳細を動的に転送することが可能である。
（ｃ）移動体ＳＩＭがアクセスポイントの携帯電話にコピーされることが可能である。
（ｄ）移動体の全ての入力及び出力呼をアクセスポイントに内蔵された携帯電話に再ルーティングすることが可能である。内蔵携帯電話は、移動体と同じ番号を有してもよく、有さなくてもよい。
（ｅ）セルラサービスプロバイダは、携帯電話と住宅用内蔵電話との間で番号を共有することを可能にする機構を提供する。
（ｆ）セルラサービスプロバイダが用意することができるその他の機構は、アクセスポイントを通じた音声のコマンド、制御及びルーティングの機能について、移動体又は内蔵携帯電話がアクセスポイントにトランスペアレントであるようにセルラを受信することを可能にする。

前記の点のうちいずれか１つが正しい場合、携帯電話１０４のオフラインモデムを制御し、二者で呼パラメータを制御し、更に音声をアクセスポイント４６５０にルーティングすることが可能になる。携帯電話−アクセスポイント間の通信でのアプリケーションレイヤのＡＴコマンドは、ホスト制御プロセッサ１２４により発行され、アクセスポイント４６５０が携帯電話１０４によりサポートされる全ての機能を利用することを可能にする。音声信号のルーティング並びに通信プロトコル及び方法は前記の場合と同一である。

図４６を参照すると、アクセスポイント４６５０に含まれる第１のＳＬＩＣ及びＰＯＴＳ回線交換機４６２０、第２のＳＬＩＣ及びＰＯＴＳ回線交換機４６３０、第１の４００ＫＨｚサブキャリアモジュール４６４０並びに第３のＳＬＩＣ及びＰＯＴＳ回線交換機４６５２は、電話入力点（ＲＪ１１）４３０２に接続されている。

アクセスポイント４６５０は、内蔵携帯電話／ドッキングステーション４６５４を更に有する。内蔵携帯電話／ドッキングステーション４６５４は、携帯タワー（図示せず）と無線通信することができる。

アクセスポイント４６１０は、第２の４００ＫＨｚサブキャリアモジュール４６５６と結合されており、第２の４００ＫＨｚサブキャリアモジュール４６５６はＢＬＵＥＴＯＯＴＨコードレス基地局４６５８と結合されている。

アクセスポイント４６５０に含まれる第３のＳＬＩＣ及びＰＯＴＳ回線交換機４６５２は、第１のコードレス基地局１１４Ａに更に結合されている。複数のコードレスハンドセット１０２Ａのそれぞれは、第１のコードレス基地局１１４Ａと無線通信することができ、その逆も同様である。

第１のＳＬＩＣ及びＰＯＴＳ回線交換機４６２０は、第１の遠隔ユニット４６２２に結合されており、第１の遠隔ユニット４６２２は第１のＢＬＵＥＴＯＯＴＨコードレス拡張４６２４に結合されている。第１のＳＬＩＣ及びＰＯＴＳ回線交換機４６２０はまた、第２のコードレス基地局１１４Ｂに結合されている。複数のコードレスハンドセット１０２Ｂのそれぞれは、第２のコードレス基地局１１４Ｂと無線通信することができ、その逆も同様である。

第２のＳＬＩＣ及びＰＯＴＳ回線交換機４５３０は、第２の遠隔ユニット４６３２に結合されており、第２の遠隔ユニット４６３２は、第２のＢＬＵＥＴＯＯＴＨコードレス拡張４６３４に結合されている。第２のＳＬＩＣ及びＰＯＴＳ回線交換機４６３０はｍた、第１のＰＯＴＳ電話４６３６に結合されている。

第１の４００ＫＨｚサブキャリアモジュール４６４０は、第３の遠隔ユニット４６４２に結合ｓれており、第３の遠隔ユニット４６４２は第４のＳＬＩＣ及びＰＯＴＳ回線交換機４６４４に結合されている。第４のＳＬＩＣ及びＰＯＴＳ回線交換機４６４４は、第３のコードレス基地局１１４Ｃに更に結合されている。複数のコードレスハンドセット１０２Ｃのそれぞれは、第３のコードレス基地局１１４Ｃと無線通信することができ、その逆も同様である。

ＢＬＵＥＴＯＯＴＨコードレス基地局４６５８は、ＢＬＵＥＴＯＯＴＨコードレス拡張４６２４及び４６３４のそれぞれと無線通信することができ、その逆も同様である。

図（例えば図４４−４６）では、第２の要素の結合されている第１の要素は、第２の要素と別個でもよく、第２の要素の一部でもよいことがわかる。当然のことながら、本発明の要旨を保持しつつ、他の変更も可能であり、当業者に容易に考えられる。

添付図面を参照して図示の実施例を説明したが、本発明はこれらの正確な実施例に限定されず、本発明の範囲又は要旨を逸脱することなく、当業者により様々な他の変更及び変形が与えられてもよいことがわかる。このような全ての変更及び変形は、請求項に記載の本発明の範囲内に含まれることを意図する。

本発明の実施例によるＢＬＵＥＴＯＯＴＨ（ＢＴ）可能音声ゲートウェイを使用した統合型通信システム１００を示す図 本発明の例示的な実施例による他の統合型通信システム２００の一般的な実装を示す図 本発明の例示的な実施例に従って本発明が適用され得る単一接続３０５とピコネット３１０とスキャターネット３１５とを示す図 本発明の例示的な実施例に従って本発明が適用され得るＢＬＵＥＴＯＯＴＨフレーム構造４００を示す図 本発明の例示的な実施例によるマルチスロットパケット５００を示す図 本発明の例示的な実施例による物理回線形式６００を示す図 本発明の実施例による様々なパケット形式の図 本発明の例示的な実施例による音声パケットを示す図 本発明の例示的な実施例によるＤＭ１及びＤＨ１パケットのデータレート計算９００を示す図 本発明の例示的な実施例によるＤＭ３及びＤＨ３パケットのデータレート計算１０００を示す図 本発明の例示的な実施例によるＤＭ５及びＤＨ５パケットのデータレート計算１１００を示す図 本発明の例示的な実施例によるデータパケット形式１２００を示す図 本発明の例示的な実施例に従って本発明が適用され得るＢＬＵＥＴＯＯＴＨパケット構造１３００を示す図 本発明の例示的な実施例による図１３のアクセスコードフィールド１３１６とヘッダフィールド１３１８とペイロードフィールド１３２０とを更に示す図 本発明の例示的な実施例によるアクセスコード形式１５００を示す図 本発明の例示的な実施例による図１３のＢＬＵＥＴＯＯＴＨパケット構造１３００の様々なフィールドを更に示す図 本発明の例示的な実施例による図１３のＢＬＵＥＴＯＯＴＨパケット構造１３００のパケットヘッダ１３１８を更に示す図 本発明の例示的な実施例によるパケット形式特性１８００を示す図 本発明の例示的な実施例によるＢＬＵＥＴＯＯＴＨプロトコルスタック１９００を示す図 本発明の例示的な実施例に従って本発明が適用され得るＢＬＵＥＴＯＯＴＨパケット構造２０００を示す図 本発明の実施例に従って他の装置によるＢＬＵＥＴＯＯＴＨ装置の発見に関する発見処理を示す図 本発明の例示的な実施例による図１９のＢＬＵＥＴＯＯＴＨスタック１９５０の音声部分を示す図 本発明の例示的な実施例によるリンク管理プロトコル（ＬＭＰ：Ｌｉｎｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）プロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）のペイロード本体２３００を示す図 本発明の例示的な実施例によるサービス発見プロトコル（ＳＤＰ：Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）プロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）２４００の構造を示す図 本発明の例示的な実施例によるサービス発見プロトコル（ＳＤＰ：Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）セッションを設定する様々なステップを示す図 本発明の例示的な実施例に従って本発明が適用され得るＢＬＵＥＴＯＯＴＨプロファイル２６００を示す図 本発明の例示的な実施例によるサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）メッセージング２７００を示す図 本発明の例示的な実施例によるＢＬＵＥＴＯＯＴＨベースの統合型通信システムを示す図 従来技術によるＮＯＫＩＡ５１ｘｘ／６１ｘｘ携帯電話２９００のアナログ音声インタフェースに対応する内部接続を示す図 本発明の例示的な実施例による呼応答／終了機能の修正ＮＯＫＩＡヘッドセット３０００を示す図 本発明の例示的な実施例によるＳＯＮＹ ＥＲＩＣＳＳＯＮからの例示的な携帯／パーソナル通信システム（ＰＣＳ）電話（Ｔ６８ｉ）の３つの内蔵モデム動作モード３１００を切り替えるために使用される方法を概略的に示す図 ＢＬＵＥＴＯＯＴＨプロファイル構造３２００及び対応するプロファイル従属関係を示す図 本発明の例示的な実施例に従って本発明が適用され得るハンズフリープロトコルスタックを示す図 本発明の例示的な実施例による音声ゲートウェイ１１６によりサポートされる機能３４００とハンズフリーユニット（ＨＦ：Ｈａｎｄｓ−Ｆｒｅｅ ｕｎｉｔ）によりサポートされる機能３４５０とを示す図 本発明の例示的な実施例によるサービスレベル接続の初期化３５００を示す図 本発明の例示的な実施例によるサービスレベル接続開放を示す図 本発明の例示的な実施例による登録状態の転送を示す図 本発明の例示的な実施例による音声接続設定を示す図 本発明の例示的な実施例による入力呼に応答する方法を示す図 本発明の例示的な実施例に従って音声ゲートウェイ１１６からの呼処理を終了する方法を示す図 本発明の例示的な実施例に従って音声ゲートウェイ１１６によりサポートされる電話番号で電話をする方法を示す図 本発明の例示的な実施例による発呼回線識別子（ＣＬＩ：Ｃａｌｌｉｎｇ Ｌｉｎｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）通知を実行する方法を示す図 本発明の例示的な実施例による携帯／パーソナル通信システム（ＰＣＳ）電話及び電話サービス（ＰＯＴＳ）電話を対象とした例示的なネットワーク統合ソリューションを示す図 本発明の他の例示的な実施例による携帯／パーソナル通信システム（ＰＣＳ）電話及び電話サービス（ＰＯＴＳ）電話を対象とした他の例示的なネットワーク統合ソリューションを示す図 本発明の更に他の例示的な実施例による携帯／パーソナル通信システム（ＰＣＳ）電話及び電話サービス（ＰＯＴＳ）電話を対象とした更に他の例示的なネットワーク統合ソリューションを示す図 本発明の更に他の例示的な実施例による携帯／パーソナル通信システム（ＰＣＳ）電話及び電話サービス（ＰＯＴＳ）電話を対象とした更に他の例示的なネットワーク統合ソリューションを示す図

Claims (17)

1. 少なくとも１つの住宅用電話システム（ＰＯＴＳ）電話をセルラ電話ネットワークに統合するシステムであって、
   セルラ電話ネットワークからの音声を少なくとも１つの住宅用ＰＯＴＳ電話にインタフェース接続する加入者線インタフェース回路（ＳＬＩＣ）と、
   前記ＳＬＩＣに接続され、少なくとも１つの住宅用ＰＯＴＳ電話をＰＯＴＳ回線又はセルラ回線のうちいずれか１つに接続する回線交換機と、
   前記ＳＬＩＣに接続され、少なくとも１つの住宅用電話にその後に送信するためにセルラ電話ネットワークに接続されたセルラ電話から音声を無線で受信し、ＰＯＴＳ回線からの音声をセルラ電話に無線で送信する音声ゲートウェイと
   を有するシステム。
2. 請求項１に記載のシステムであって、
   前記ＳＬＩＣは、最初に住宅用ＰＯＴＳ電話に入力されたダイヤル番号列をデコードし、セルラ電話ネットワークによる使用のためにダイヤル番号列をフォーマットするデュアルトーン・マルチフリーケンシー（ＤＴＭＦ）デコーダを有するシステム。
3. 請求項２に記載のシステムであって、
   前記セルラ電話は、モデムを有し、
   前記ＳＬＩＣは、前記セルラ電話に含まれるモデムによる使用のためにダイヤル番号列をアテンション（ＡＴ）コマンドにフォーマットするシステム。
4. 請求項３に記載のシステムであって、
   前記セルラ電話は、モデムを有し、
   前記音声ゲートウェイは、ＡＴコマンド変換器を有するシステム。
5. 請求項１に記載のシステムであって、
   前記セルラ電話は、モデムを有し、
   前記音声ゲートウェイは、前記ＳＬＩＣからＡＴコマンドを受信し、ＡＴコマンドを前記セルラ電話に含まれるモデムと互換性のあるフォーマットに変換するアテンションコマンド変換器を有するシステム。
6. 請求項１に記載のシステムであって、
   前記ＳＬＩＣは、前記セルラ電話ネットワークから発信者ＩＤ情報を受信し、前記住宅用ＰＯＴＳ電話による使用のために前記発信者ＩＤ情報を出力する発信者ＩＤモジュールを有するシステム。
7. 請求項１に記載のシステムであって、
   前記ＳＬＩＣは、前記住宅用ＰＯＴＳ電話によるその後の受信のためのアナログ信号への変換のために、前記セルラ電話ネットワークからパルスコード変調（ＰＣＭ）信号を受信し、前記セルラ電話によるその後の受信のための前記ＰＣＭ信号への変換のために、前記ＰＯＴＳ回線からアナログ信号を受信するシステム。
8. 請求項１に記載のシステムであって、
   前記少なくとも１つの住宅用ＰＯＴＳ電話は、遠隔住宅用ＰＯＴＳ電話を有し、
   前記システムは、前記遠隔住宅用ＰＯＴＳ電話と前記ＰＯＴＳ回線及び前記セルラ回線のうちいずれか１つとの間の通信を可能にする少なくとも１つの遠隔拡張器を更に有するシステム。
9. 請求項１に記載のシステムであって、
   前記音声ゲートウェイは、内蔵セルラ電話と、前記セルラ電話と前記内蔵セルラ電話との間の通信を可能にするドッキングステーションとを有するシステム。
10. 請求項１に記載のシステムであって、
    前記ＳＬＩＣは電話アクセスポイント（ＴＡＰ）に接続されるシステム。
11. 請求項１に記載のシステムであって、
    前記音声ゲートウェイは、配線ケーブルと、内蔵ＢＬＵＥＴＯＯＴＨモジュールと、外部ＢＬＵＥＴＯＯＴＨドングルと、赤外線（ＩＲ）モジュールとのうちいずれか１つを介して前記セルラ電話と通信可能であるシステム。
12. 請求項１に記載のシステムであって、
    前記セルラ電話は、モデムを有し、
    前記音声ゲートウェイは、前記セルラ電話が複数の住宅用ＰＯＴＳ電話にダイヤルされた電話を受信することを可能にするために、前記セルラ電話に含まれるモデムに指示されるアテンション（ＡＴ）コマンドを発行するシステム。
13. 請求項１に記載のシステムであって、
    前記セルラ電話を前記ＳＬＩＣに接続するＵＳＢインタフェースを更に有するシステム。
14. 請求項１に記載のシステムであって、
    前記セルラ電話を前記ＳＬＩＣに接続するＲＳ−２３２／アナログ音声インタフェースを更に有するシステム。
15. 請求項１に記載のシステムであって、
    前記少なくとも１つの住宅用ＰＯＴＳ電話は、少なくとも１つのコードレス電話を有するシステム。
16. 請求項１５に記載のシステムであって、
    前記少なくとも１つの住宅用ＰＯＴＳ電話は、少なくとも１つのコード付き電話を更に有するシステム。
17. 請求項１に記載のシステムであって、
    前記音声ゲートウェイは、発呼状態を決定し、アテンション（ＡＴ）コマンドを使用して発呼状態の指示を前記セルラ電話に提供するために、回線電圧及びデュアルトーン・マルチフリーケンシーコマンドを検出可能なシステム。

Images