(57)【要約】  多重交信プロトコルをサポートするモジュールの適切な共存技術が記述される。適切な共存は、送信するあるいは受信する高優先度データを持っている通信プロトコルに優先度を与えることにより達成されてもよい。１つの設計では、第１の通信プロトコル（例えばＩＥＥＥ  ８０２．１１）用の第１のモジュールによって無線チャネル経由で送信するデータの優先度が、例えばデータタイプ、１つ以上のデータプロトコルヘッダフィールド、データを生成するアプリケーション等に基づいて決定されてもよい。遅延無くデータを送信するかはデータの優先度に基づいて決定されてもよい。遅延無くデータを送信することの決定に応じて、第２の通信プロトコル（例えばブルートゥース）用の第２のモジュールは無線チャネル上で送信しないことを要求されてもよい。無線チャネルが第２のモジュールによって占有されていないという指示を受信すると、データは無線チャネル経由で送信されてもよい。
2010532954.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信プロトコルのための第１のモジュールによって無線チャネル経由で送信するデータの優先度を判断し、遅延無くデータを送信するかをデータの優先度に基づいて決定し、遅延無くデータを送信することの決定に応じて、無線チャネル経由で送信しないことを第２の通信プロトコルのための第２のモジュールに要求するよう構成されたプロセッサと、
前記プロセッサに接続されたメモリと、
を具備する装置。
【請求項２】
前記プロセッサはデータがシグナリングのためか、あるいはトラフィックのためかを判断し、データがシグナリングのためである場合、遅延無くデータを送信する決定を下すよう構成される請求項１記載の装置。
【請求項３】
前記プロセッサはデータがトラフィックのためであり、無線チャネルが前記第２のモジュールによって占有されている場合、データの送信を遅延するよう構成される請求項２記載の装置。
【請求項４】
前記プロセッサはデータの優先度を判断するためデータに使用される少なくとも１つのデータプロトコルの少なくとも１つのヘッダフィールドを調べるよう構成される請求項１記載の装置。
【請求項５】
前記少なくとも１つのヘッダフィールドはインターネットプロトコルバージョン４（ＩＰｖ４）中のプロトコルフィールドとサービスフィールドタイプ、インターネットプロトコルバージョン６（ＩＰｖ６）中のフローラベルフィールドとトラフィッククラス、トランスミッションコントロールプロトコル（ＴＣＰ）中のソースポートフィールド、宛先ポートフィールド、アージェントポインタフィールドの少なくとも１つを具備する請求項４記載の装置。
【請求項６】
前記プロセッサはデータを発信するアプリケーションからのデータの優先度を受信するよう構成される請求項１記載の装置。
【請求項７】
前記プロセッサは無線チャネル上で送信しないことを前記第２のモジュールに要求するために前記第１のモジュールのプライオリティラインをアサートするよう構成される請求項１記載の装置。
【請求項８】
遅延無くデータを送信することの決定に応じて前記プロセッサは無線チャネルが前記第２のモジュールによって占有されている場合、前記第１のモジュールのプライオリティラインをアサートし、前記第２のモジュールがもはや無線チャネルを占有しないという指示を受信すると、無線チャネル経由でデータを送信するよう構成される請求項１記載の装置。
【請求項９】
遅延無くデータを送信することの決定に応じて前記プロセッサは無線チャネルが前記第２のモジュールによって占有されていない場合、前記第１のモジュールのプライオリティラインをアサートし、無線チャネル経由でデータを送信するよう構成される請求項１記載の装置。
【請求項１０】
前記プロセッサは無線チャネルが前記第２のモジュールによって占有されていない場合、データの優先度に係わらず遅延無くデータを送信するよう構成される請求項１記載の装置。
【請求項１１】
前記プロセッサは無線チャネルが前記第２のモジュールによって占有され、遅延無くデータを送信する決定がなされていない場合、データの送信を遅延するよう構成される請求項１記載の装置。
【請求項１２】
前記プロセッサは前記第２のモジュールがもはや無線チャネルを占有しないという指示を受信し、指示の受信後にデータを送信するよう構成される請求項１１記載の装置。
【請求項１３】
前記プロセッサは同期機構を介して前記第２のモジュールと通信するよう構成される請求項１記載の装置。
【請求項１４】
前記同期機構は共有メモリあるいはリモートプロシージャコール（ＲＰＣ）を具備する請求項１３記載の装置。
【請求項１５】
前記第１の通信プロトコルは無線ローカルエリアネットワーク（ＷＬＡＮ）向けであり、前記第２の通信プロトコルはパーソナルローカルエリアネットワーク（ＷＰＡＮ）向けである請求項１記載の装置。
【請求項１６】
前記第１の通信プロトコルはＩＥＥＥ  ８０２．１１であり、前記第２の通信プロトコルはブルートゥース（登録商標）である請求項１記載の装置。
【請求項１７】
第１の通信プロトコルのための第１のモジュールによって無線チャネル経由で送信するデータの優先度を判断することと、
遅延無くデータを送信するかをデータの優先度に基づいて決定することと、
遅延無くデータを送信することの決定に応じて、無線チャネル経由で送信しないことを第２の通信プロトコルのための第２のモジュールに要求することと、
を含む方法。
【請求項１８】
前記データの優先度を判断することは、データがシグナリングのためか、あるいはトラフィックのためかを判断することを具備し、前記遅延無くデータを送信するかを決定することは、データがシグナリングのためである場合、遅延無くデータを送信する決定を具備する請求項１７記載の方法。
【請求項１９】
無線チャネル経由で送信しないことを第２のモジュールに要求することは、無線チャネルが前記第２のモジュールによって占有されている場合、前記第１のモジュールのプライオリティラインをアサートすることを具備し、前記方法は
前記第２のモジュールがもはや無線チャネルを占有しないという指示を受信すると、無線チャネル経由でデータを送信することをさらに具備する請求項１７記載の方法。
【請求項２０】
無線チャネルが前記第２のモジュールによって占有されていない場合、前記第１のモジュールの送信ラインをアサートすることと、
無線チャネル経由でデータを送信すること、
をさらに具備する請求項１７記載の方法。
【請求項２１】
無線チャネルが前記第２のモジュールによって占有されており、遅延無くデータを送信する決定がなされない場合、データの送信を遅延することと、
前記第２のモジュールが無線チャネルをもはや占有しないという指示を受信した後データを送信することと、
をさらに具備する請求項１７記載の方法。
【請求項２２】
第１の通信プロトコルのための第１のモジュールによって無線チャネル経由で送信するデータの優先度を判断する手段と、
遅延無くデータを送信するかをデータの優先度に基づいて決定する手段と、
遅延無くデータを送信することの決定に応じて、無線チャネル経由で送信しないことを第２の通信プロトコルのための第２のモジュールに要求する手段と、
を具備する装置。
【請求項２３】
前記データの優先度を判断する手段はデータがシグナリングのためか、あるいはトラフィックのためかを判断する手段を具備し、
前記遅延無くデータを送信するかを決定する手段はデータがシグナリングのためである場合、遅延無くデータを送信する決定を下す手段を具備する請求項２２記載の装置。
【請求項２４】
前記無線チャネル経由で送信しないことを第２のモジュールに要求する手段は、無線チャネルが前記第２のモジュールによって占有されている場合、前記第１のモジュールのプライオリティラインをアサートする手段を具備し、前記装置は
前記第２のモジュールがもはや無線チャネルを占有しないという指示を受信すると、無線チャネル経由でデータを送信する手段をさらに具備する請求項２２記載の装置。
【請求項２５】
無線チャネルが前記第２のモジュールによって占有されていない場合、前記第１のモジュールの送信ラインをアサートする手段と、
無線チャネル経由でデータを送信する手段と、
をさらに具備する請求項２２記載の装置。
【請求項２６】
無線チャネルが前記第２のモジュールによって占有されておらず、遅延無くデータを送信する決定がなされない場合、データの送信を遅延する手段と、
前記第２のモジュールがもはや無線チャネルを占有しないという指示を受信すると、データを送信する手段と、
をさらに具備する請求項２２記載の装置。
【請求項２７】
第１の通信プロトコルのための第１のモジュールによって無線チャネル経由で送信するデータの優先度を判断するための命令と、
遅延無くデータを送信するかをデータの優先度に基づいて決定するための命令と、
遅延無くデータを送信することの決定に応じて、無線チャネル経由で送信しないことを第２の通信プロトコルのための第２のモジュールに要求するための命令と、
を格納するプロセッサ読み取り可能な媒体。
【請求項２８】
第１の通信プロトコルに基づいて無線チャネル経由でデータを送信するよう構成された第１のモジュールと、
第２の通信プロトコルに基づいて無線チャネル経由でデータを送信するよう構成された第２のモジュールと、を具備し、
前記第１のモジュールは無線チャネル経由で送信するデータを受信し、データの優先度を判断し、遅延無くデータを送信するかをデータの優先度に基づいて決定し、遅延無くデータを送信することの決定に応じて、無線チャネル経由で送信しないことを前記第２のモジュールに要求する装置。
【請求項２９】
前記第１のモジュールは無線チャネルが前記第２のモジュールによって占有されている場合、前記第１のモジュールのプライオリティラインをアサートし、前記第２のモジュールがもはや無線チャネルを占有しないという指示を受信すると、無線チャネル経由でデータを送信する請求項２８記載の装置。
【請求項３０】
前記第２のモジュールは前記第１のモジュールから無線チャネル経由で送信しない要求を受信すると、継続中の送信を終わらせる請求項２８記載の装置。
【請求項３１】
前記第１のモジュールは無線チャネルが前記第２のモジュールによって占有されていない場合、前記第１のモジュールの送信ラインをアサートし、無線チャネル経由でデータを送信する請求項２８記載の装置。
【請求項３２】
第１の通信プロトコルのための第１のモジュールによって無線チャネル経由で受信するデータの優先度を判断し、無線チャネルの制御権を獲得するかをデータの優先度に基づいて決定し、無線チャネルの制御権を獲得することの決定に応じて、無線チャネル経由で送信しないことを第２の通信プロトコルのための第２のモジュールに要求するよう構成されたプロセッサと、
前記プロセッサに接続されたメモリと、
を具備する装置。
【請求項３３】
前記プロセッサはデータがシグナリングのためか、あるいはトラフィックのためかを判断し、データがシグナリングのためである場合、無線チャネルの制御権を獲得する決定を下すよう構成される請求項３２記載の装置。
【請求項３４】
前記プロセッサは無線チャネル上で送信しないことを前記第２のモジュールに要求するために前記第１のモジュールのプライオリティラインをアサートするよう構成される請求項３２記載の装置。
【請求項３５】
前記第１の通信プロトコルはＩＥＥＥ  ８０２．１１であり、前記第２の通信プロトコルはブルートゥース（登録商標）である請求項３２記載の装置。
【請求項３６】
第１の通信プロトコルのための第１のモジュールによって無線チャネル経由で受信するデータの優先度を判断することと、
無線チャネルの制御権を獲得するかをデータの優先度に基づいて決定することと、
無線チャネルの制御権を獲得することの決定に応じて、無線チャネル経由で送信しないことを第２の通信プロトコルのための第２のモジュールに要求することと、
を具備する方法。
【請求項３７】
前記データの優先度を判断することはデータがシグナリングのためか、あるいはトラフィックのためかを判断することを具備し、前記無線チャネルの制御権を獲得するかを決定することはデータがシグナリングのためである場合、無線チャネルの制御権を獲得する決定を下すことを具備する請求項３６記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般的に通信に関し、特に多数の通信プロトコルをサポートする端末の動作のための技術に関する。
【背景技術】
【０００２】
多くのエレクトロニクス装置は多数の通信プロトコル、それらは無線技術、あるいはエアーインターフェースと呼ばれることがある、をサポートする。例えば、ラップトップコンピュータは、ワイヤレスマウス、ワイヤレスキーボードなどに接続するために無線パーソナルネットワーク（ＷＰＡＮ）を使用してもよい。ラップトップコンピュータは、ますますポピュラーになっており、様々な公けおよびプライベートの場所で一般に展開される無線ローカルエリアネットワーク（ＷＬＡＮ）と通信するためのモジュールを持っていてもよい。携帯電話あるいは携帯情報端末（ＰＤＡ）のようなモバイルデバイスは、セルラー、ＷＬＡＮ、ＷＰＡＮのような多数の通信プロトコルをサポートしてもよい。モバイルデバイスは、受話器および／または他のデバイスと通信するためにＷＰＡＮを使用してもよい。モバイルデバイスはサポートされた通信プロトコル経由の従来のセルラーコミュニケーションと同様に電子メールおよびインターネットアクセスも提供することができてもよい。
【０００３】
ＷＰＡＮは、電気・電子技術学会（ＩＥＥＥ）によってＩＥＥＥ  ８０２．１５として採用された短距離の通信プロトコルであるブルートゥース（登録商標）のような通信プロトコルを利用してもよい。ブルートゥースはおよそ１０メートルの動作範囲がある。ＷＬＡＮは、ＩＥＥＥ  ８０２．１１標準ファミリーの中の中距離用の通信プロトコルのうちの何かを利用してもよい。
【０００４】
いくつかの通信プロトコルは同じ周波数帯上で動作する。例えば、ブルートゥース、８０２．１１、８０２．１１ｂ、８０２．１１ｇは、２．４のギガヘルツ（ＧＨｚ）と２．４８３５ＧＨｚの間の産業科学医療用周波数帯（ＩＳＭ帯）で作動する。ブルートゥースは周波数ホッピングスペクトル拡散方式（ＦＨＳＳ）を利用する。ブルートゥースモジュールは、ＩＳＭ帯で７９ＭＨｚ以内で毎秒１６００回ホッピングする１メガヘルツ（ＭＨｚ）帯域での送信を送ってもよい。ＷＬＡＮモジュールは８０２．１１ｂ／ｇを実現してもよく、ＩＳＭ帯の中の３つの重複しない周波数チャネルのうちの１つかもしれない固定の周波数チャネル上で作動してもよい。８０２．１１ｂ／ｇでは、周波数チャネルは、直接シーケンススペクトラム拡散方式（ＤＳＳＳ）用では２２ＭＨｚであり、直交周波数分割多重化方式（ＯＦＤＭ）用では１６．７ＭＨｚである。
【０００５】
ＷＬＡＮモジュールおよびブルートゥースモジュールは、端末（例えばラップトップコンピュータ、携帯電話等）内に共存し、互いに隣接していてもよい。ＷＬＡＮモジュールとブルートゥースモジュールの共存は、同じ回路基板あるいは接続された回路基板上に配置される、同じ集積回路チップあるいは接続された集積回路チップ上に配置される、あるいは同じ端末内に配置される等の同じアンテナを使用することを含意する。ＷＬＡＮモジュールとブルートゥースモジュールが両方とも作動中の場合、ブルートゥース送信はＷＬＡＮモジュールによって使用される周波数チャネル上で送られるかもしれないし、次にＷＬＡＮ送信と干渉するだろう。
【０００６】
ＷＬＡＮモジュールとブルートゥースモジュールが共存する場合、一方のモジュールから送信された信号は他のモジュールの受信機内の低雑音増幅回路（ＬＮＡ）を飽和させ、次に受信機の感度を低下させるかもしれない。例えば、ブルートゥースモジュールが送信している時と同時にＷＬＡＮモジュールがデータを受信している場合、ブルートゥースモジュールの送信電力はＷＬＡＮモジュールの受信機へ入り込んで、受信機の感度を低下させるかもしれない。受信機の感度の低下は、性能の劣化、データの消失、通信失敗、及び／または他の有害な結果を引き起こすかもしれない。ＷＬＡＮモジュールが送信している時と同時にブルートゥースモジュールがデータを受信している場合、逆は真実である。
【０００７】
したがって、ＷＬＡＮモジュールおよびブルートゥースモジュールが共存する場合、干渉による有害な結果を回避するための要求が技術分野の中にある。
【発明の概要】
【０００８】
例えばＩＥＥＥ  ８０２．１１、ブルートゥースの多数の通信プロトコルをサポートするモジュールの適切な共存技術がここに記述される。適切な共存は、無線チャネル経由で送信または受信する高優先度データを有する通信プロトコルに優先度を与えることにより達成されてもよい。そのような例では、この通信プロトコルが高優先度データを送信または受信するために他の通信プロトコルは無線チャネル上で送信しないことを要求されてもよい。
【０００９】
１つの設計では、第１の通信プロトコル（例えばＩＥＥＥ  ８０２．１１）のための第１のモジュールによって無線チャネル経由で送信するデータが受信されてもよい。データの優先度は、例えばデータタイプ、データに使用される１つ以上のデータプロトコルの１つ以上のヘッダフィールド、データを生じるアプリケーション等に基づいて決定されてもよい。遅延無くデータを送信するかはデータの優先度に基づいて決定されてもよい。第２の通信プロトコル（例えばブルートゥース）のための第２のモジュールは、遅延無くデータを送信することの決定に応じて、無線チャネル上で送信しないことを要求されてもよい。データは、無線チャネルが第２のモジュールによって占有されていないという指示を受信すると、無線チャネル経由で送信されてもよい。
【００１０】
別の設計では、第１のモジュールによって無線チャネル経由で受信するデータの優先度が決定されてもよい。第１のモジュール経由でデータを受信するために無線チャネルの制御権を獲得することの決定に応じて第２のモジュールは無線チャネル上で送信しないことを要求されてもよい。
【００１１】
開示の種々の態様および特徴は以下にさらに詳細に記述される。
【図面の簡単な説明】
【００１２】
【図１】図１は、ＷＷＡＮ、ＷＬＡＮおよび２つのＷＰＡＮの配備を示す。
【図２】図２は、端末とアクセスポイントのブロック図を示す。
【図３】図３はＷＬＡＮモジュールおよびブルートゥースモジュールを示す。
【図４】図４は、異なるデータプロトコル用のデータカプセル化を示す。
【図５】図５は、データを送信する過程を示す。
【図６】図６は、データを受信する過程を示す。
【発明を実施するための形態】
【００１３】
図１は、無線ワイドエリアネットワーク（ＷＷＡＮ）１１０、ＷＬＡＮ１２０、ＷＰＡＮ１３０ａ、１３０ｂの典型的な配備を示す。ＷＷＡＮ１１０は例えば市、州、全国等の大きな地理的なエリアに通信サービスエリアを提供する。ＷＷＡＮ１１０は、符号分割多元接続方式（ＣＤＭＡ）ネットワーク、時分割多元接続方式（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワークなどのようなセルラーネットワークであってもよい。ＣＤＭＡネットワークは、ｃｄｍａ２０００あるいは広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）のような通信プロトコルを利用してもよい。ｃｄｍａ２０００はＩＳ−９５、ＩＳ−２０００、ＩＳ−８５６標準を扱う。ＴＤＭＡネットワークは、グローバル移動体通信システム（ＧＳＭ）のような通信プロトコルを利用してもよい。これらの様々な通信プロトコルおよび標準は技術分野で知られている。ＷＷＡＮ１１０は、典型的には、ＷＷＡＮのサービスエリア内の端末のための通信をサポートする多くの基地局１１２を含んでいる。単純化のために、２つの基地局１１２だけが図１に示される。基地局は、一般的には、端末と通信する固定局であり、ベーストランシーバ局（ＢＴＳ）、ノードＢ、発展したノードＢ（ｅＮｏｄｅ  Ｂ）等と呼ばれることがある。
【００１４】
ＷＬＡＮ１２０は、例えばビルディング、家等の中間的な地理的なエリアに通信サービスエリアを提供する。ＷＬＡＮ１２０は、任意の数の局のための通信をサポートする任意の数のアクセスポイントを含んでいてもよい。単純化のため、１つのアクセスポイント１２２だけが図１に示される。ＷＬＡＮ局はピアツーピア通信によってアクセスポイント１２２、および／または互いに通信してもよい。ＷＬＡＮ１２０はＩＥＥＥ  ８０２．１１、８０２．１１ｂ、８０２．１１ｇ、および／または他の標準をインプリメントしてもよい。アクセスポイント１２２は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネット等でデータパケットを交換できるルータ１２４に接続されてもよい。アクセスポイント１２２およびルータ１２４も単一のワイヤレスルータ内で組み合わされてもよい。
【００１５】
ＷＰＡＮ１３０ａ、１３０ｂは小さな地理的なエリアに通信サービスエリアを提供する。図１に示される例において、ＷＰＡＮ１３０ａは、携帯電話１３２ａとヘッドセット１３４ａの間の通信をサポートする。ＷＰＡＮ１３０ｂは、ラップトップコンピュータ１３２ｂとマウス１３４ｂの間の無線接続を提供する。一般に、各ＷＰＡＮは任意の数のＷＰＡＮデバイスを含んでいてもよい。ＷＰＡＮ１３０ａ、１３０ｂはブルートゥースをインプリメントしてもよい。
【００１６】
端末は１つ以上の無線ネットワークと通信することができてもよい。端末も、移動局、アクセス端末、ユーザ端末、ユーザ装置、モバイル装置、加入者ユニット、局などと呼ばれてもよい。端末は、携帯電話、ラップトップコンピュータ、ＰＤＡ、無線装置、無線モデム、モバイルデバイス、ハンドセット、ハンドヘルド装置、スマートフォン、コードレス電話機、サテライトラジオ等であってもよい。図１に示される例において、携帯電話１３２ａは、ＷＷＡＮ１１０、ＷＬＡＮ１２０およびＷＰＡＮ１３０ａを通信することができる端末である。ラップトップコンピュータ１３２ｂは、ＷＷＡＮ１１０、ＷＬＡＮ１２０およびＷＰＡＮ１３０ｂと通信することができる端末である。端末は、ＷＷＡＮデバイス（例えば携帯電話）、ＷＬＡＮ局およびブルートゥース装置であってもよい。
【００１７】
図２は、端末１３２およびアクセスポイント１２２の設計のブロック図を示す。端末１３２は、図１の中の携帯電話１３２ａかラップトップコンピュータ１３２ｂであってもよい。端末１３２は、ＷＬＡＮとの通信をサポートするＷＬＡＮモジュール２１０、およびブルートゥース装置との通信をサポートするブルートゥースモジュール２２０を含んでいる。端末１３２は、さらにＷＷＡＮ１１０との通信をサポートするＷＷＡＮモジュールを含んでいてもよい。単純化のため、このＷＷＡＮモジュールは図２に示されていない。
【００１８】
ＷＬＡＮ動作のために、データプロセッサ２１２はデータソース２０２からトラフィックデータを受信し、コントローラ／プロセッサ２４０からシグナリングデータを受信する。データプロセッサ２１２はトラフィックデータとシグナリングデータを処理し（例えば、エンコードする、インターリーブする、変調する、スクランブルする）、データチップを生成する。送信機（ＴＭＴＲ）２１６はデータチップを調節し（例えば、アナログに変換する、増幅する、フィルタする、周波数をアップコンバートする）、アクセスポイント１２２へアンテナ２３０を介して送信されるアップリンク信号を生成する。メモリ２１４はＷＬＡＮモジュール２１０のためのデータとプログラムコードを格納する。
【００１９】
アクセスポイント１２２では、アンテナ２５２は端末１３２および他の端末からアップリンク信号を受信し、受信機（ＲＣＶＲ）２５４に受信信号を供給する。受信機（ＲＣＶＲ）２５４は受信信号を調節し（例えば、増幅する、フィルタする、周波数ダウンコンバートする、ディジタル化する）、サンプルを提供する。受信（ＲＸ）データプロセッサ２５６はサンプルを処理し（例えば、デスクランブルする、復調する、デインターリーブする、デコードする）、データシンク２５８にデコードデータを供給する。ダウンリンクでは、送信（ＴＸ）データプロセッサ２６４がデータソース２６２からトラフィックデータを受信し、コントローラ／プロセッサ２７０からシグナリングデータを受信する。ＴＸデータプロセッサ２６４はトラフィックデータおよびシグナリングデータを処理し、データチップを生成する。トランスミッタ２６６はデータチップを調節し、端末１３２および他の端末へアンテナ２５２を介して送信されるダウンリンク信号を生成する。
【００２０】
端末１３２では、アンテナ２３０はアクセスポイント１２２からダウンリンク信号を受信し、受信機２１８に受信信号を供給する。受信機２１８は受信信号を調節し、サンプルを提供する。データプロセッサ２１２はサンプルを処理し、データシンク２０４にデコードトラフィックデータを供給し、コントローラ／プロセッサ２４０にデコードシグナリングデータを供給する。
【００２１】
ブルートゥース動作のために、ブルートゥース装置１３４に送るデータはデータソース２０６によって提供され、データプロセッサ２２２によって処理され、送信機２２６によって調節され、ブルートゥース装置１３４へアンテナ２３０を介して送信される。ブルートゥース装置１３４は図１の受話器１３４ａかマウス１３４ｂであってもよい。ブルートゥース装置１３４は、送信データを回復するために端末１３２から信号を受信し、処理する。ブルートゥース装置１３４は、また、端末１３２へ送るデータを処理し、端末１３２へ信号を送信する。端末１３２では、ブルートゥース装置１３４からの信号はアンテナ２３０によって受信され、受信機２２８によって調節され、ブルートゥース装置１３４によって送信されたデータを回復するためにデータプロセッサ２２２によって処理される。メモリ２２４はブルートゥースモジュール２２０のためのデータとプログラムコードを格納する。ブルートゥース装置１３４はアクセスポイント１２２のための図２に示されるものに似ている処理ユニットを含んでいてもよい。
【００２２】
コントローラ／プロセッサ２４０、２７０はそれぞれ端末１３２およびアクセスポイント１２２の動作を管理する。メモリ２４２、２７２は、端末１３２およびアクセスポイント１２２のためのデータとプログラムコードをそれぞれ格納する。スケジューラ２７４は、アクセスポイント１２２と通信する端末１３２および他の端末のためのスケジューリングを行なう。
【００２３】
端末１３２は、例えばボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）呼、あるいはパケットデータ呼のためＷＬＡＮ１２０と通信するためにＷＬＡＮモジュール２１０を利用してもよい。端末１３２は、ブルートゥース装置（例えば受話器１３４）と通信するためにブルートゥースモジュール２２０を利用してもよい。例えば、携帯電話１３２ａはＷＬＡＮ１２０とＶｏＩＰパケットを交換し、ブルートゥースによって受話器１３４ａへＶｏＩＰパケットを転送してもよい。別の例として、ラップトップコンピュータ１３２ｂはＷＬＡＮ１２０とパケットデータを交換し、ブルートゥースによってマウス１３４ｂとコマンドデータを交換してもよい。
【００２４】
図２に示されるように、ＷＬＡＮモジュール２１０およびブルートゥースモジュール２２０は互いのすぐ近くに位置し、アンテナ２３０を共有してもよい。ＷＬＡＮモジュール２１０およびブルートゥースモジュール２２０は、例えば２．４ＧＨｚから２．４８３５ＧＨｚまでのＩＳＭ帯の同じ周波数帯上で作動してもよい。この場合、一方のモジュールからの送信は、他のモジュールへの送信に干渉を引き起こすかもしれない。
【００２５】
一態様では、ＷＬＡＮとブルートゥースの間の適切な共存は、送信する高優先度データを有する通信プロトコルに優先度を与えることにより達成されてもよい。ＷＬＡＮモジュール２１０は、送信するパケットを検査し、パケットが高優先度データを含むかを判断してもよい。パケットが高優先度データを含んでいる場合、ＷＬＡＮモジュール２１０は高優先度データが送信されるまで無線チャネル上で送信しないことをブルートゥースモジュール２２０に要求してもよい。ＷＬＡＮモジュール２１０は、ＷＬＡＮモジュールが高優先度データを受信することを期待する場合、送信しないことをブルートゥースモジュール２２０にさらに要求してもよい。
【００２６】
同様に、ブルートゥースモジュール２２０は、ブルートゥースモジュールが送信するあるいは受信する高優先度データを有している場合、送信しないことをＷＬＡＮモジュール２１０に要求してもよい。その後、高優先度データがブルートゥースモジュール２２０によって送信されるか、受信されるまで、ＷＬＡＮモジュール２１０は送信を見合わせてもよい。ＷＬＡＮモジュール２１０およびブルートゥースモジュール２２０は、送信するか受信する高優先度データを同時に有してもよい。そのような状況でどのモジュールが無線チャネルの制御権を獲得するかを決めるために優先度方式が使用されてもよい。例えば、ＷＬＡＮモジュール２１０はブルートゥースモジュール２２０より高い優先度を与えられてもよい。また、矛盾が発生する場合は常に、ブルートゥースモジュール２２０は送信を見合わせてもよい。
【００２７】
図３は、ＷＬＡＮモジュール２１０とブルートゥースモジュール２２０の間の通信の設計のブロック図を示す。この設計では、各モジュールは他のモジュールに向かう２つのラインを持っている。ＷＬＡＮモジュール２１０は、それが無線チャネルの制御を望む場合、例えばＷＬＡＮモジュール２１０が送信する、あるいは受信する優先度（プライオリティ）データを持っている場合、ＷＬＡＮプライオリティ（優先度）ライン３１０をアサートしてもよい。ＷＬＡＮモジュール２１０は、それが無線チャネル上で送信している場合、ＷＬＡＮ送信ライン３１２をアサートしてもよい。同様に、ブルートゥースモジュール２２０は、無線チャネルの管理を望む場合、例えば、ブルートゥースモジュール２２０が送信する、あるいは受信する優先度データを持っている場合、ブルートゥースプライオリティライン３２０をアサートしてもよい。ブルートゥースモジュール２２０は、無線チャネル上で送信している場合、ブルートゥース送信ライン３２２をアサートしてもよい。ライン３１０、３１２、３２０、３２２は、さらに端末１３２内の他のモジュールに向かってもよい。例えば、コントローラ／プロセッサ２４０はライン３１０〜３２２を受信し、ＷＬＡＮモジュールおよび／またはブルートゥースモジュールの動作を、これらの２モジュール間にコンフリクトがどれくらい頻繁に発生するかに基づいて制御してもよい。
【００２８】
１つの設計では、ＷＬＡＮモジュール２１０はコンフリクトの場合にはブルートゥースモジュール２２０より高プライオリティを持っている。送信前に、ＷＬＡＮモジュール２１０は、ブルートゥースライン３２０、３２２のどちらもブルートゥースモジュール２２０によってアサートされていないことを保証するためにブルートゥースライン３２０、３２２をチェックしてもよい。ブルートゥースライン３２０、３２２がアサートされていない場合、ＷＬＡＮモジュール２１０はＷＬＡＮ送信ライン３１２をアサートし、無線チャネル上で送信し始めてもよい。ブルートゥースライン３２０および／または３２２の一方がアサートされる場合、ＷＬＡＮモジュール２１０はＷＬＡＮプライオリティライン３１０をアサートし、次に、ブルートゥースモジュール２２０がＷＬＡＮ送信とブルートゥース送信間の衝突を回避するために送信する前に無線チャネルを放棄するのを待ってもよい。
【００２９】
無線チャネルの制御権を獲得するため、例えば、優先度データを送信するか受信するために、ＷＬＡＮモジュール２１０はＷＬＡＮプライオリティライン３１０をアサートし、次に、ブルートゥースライン３２０、３２２をモニタしてもよい。ブルートゥースモジュール２２０が無線チャネル上で現在送信している場合、ブルートゥースモジュール２２０は直ちに送信することをやめるか、あるいは現在の送信を完了してもよい。その後（例えば直ちに）、ブルートゥースモジュール２２０はブルートゥースライン３２０、３２２をデアサートし、無線チャネルを放棄してもよい。ＷＬＡＮモジュール２１０は、ブルートゥースライン３２０、３２２がデアサートされる時、無線チャネルの制御権を獲得し、ＷＬＡＮライン３１０、３１２をデアサートするまで、無線チャネルの制御権を保持してもよい。
【００３０】
送信前に、ブルートゥースモジュール２２０はＷＬＡＮライン３１０、３１２のどちらもＷＬＡＮモジュール２１０によってアサートされていないことを保証するために、ＷＬＡＮライン３１０、３１２をチェックしてもよい。ＷＬＡＮライン３１０、３１２がアサートされていない場合、ブルートゥースモジュール２２０はブルートゥース送信ライン３２２をアサートし、無線チャネル上で送信し始めてもよい。ブルートゥースモジュール２２０はＷＬＡＮプライオリティライン３１０が送信している間、ＷＬＡＮプライオリティライン３１０をモニタし続け、ライン３１０がアサートされたら、送信を終了してもよい。ブルートゥースモジュール２２０は、それが無線チャネルの制御を望む場合、例えば優先度データを送信するか受信する時は常にＷＬＡＮライン３１０、３１２をチェックしてもよい。ＷＬＡＮライン３１０、３１２がアサートされていない場合、ブルートゥースモジュール２２０はブルートゥースプライオリティライン３２０をアサートしてもよい。
【００３１】
あるいは、ブルートゥースモジュール２２０はコンフリクトの場合にはＷＬＡＮモジュール２１０より高い優先度を持っていてもよい。上述の動作は、ＷＬＡＮモジュール２１０およびブルートゥースモジュール２２０に逆に適用されてもよい。
【００３２】
図３は、各モジュールが他のモジュールに向かう２ラインを持っている１つの設計を示す。別の設計では、各モジュールは他のモジュールに向かう１ラインを持っている。各モジュールからの１ラインは、そのモジュールが送信している、および／または無線チャネルの制御を望む、例えば、優先度データを送信するか、受信するかを望むかを示してもよい。さらに別の設計では、１ラインがＷＬＡＮモジュールとブルートゥースモジュールの間に連結されて、両方のモジュールによって、例えば時分割多重（ＴＤＭ）法により共有される。
【００３３】
さらに別の設計では、ＷＬＡＮモジュール２１０およびブルートゥースモジュール２２０は、共有メモリ、リモートプロシージャコール（ＲＰＣ）等のような同期機構によって通信してもよい。多数のプロセッサが含まれている場合、この設計が使用されてもよい。さらに別の設計では、デバイスはＷＬＡＮモジュール２１０およびブルートゥースモジュール２２０の両方をインプリメントし、両方のモジュール２１０および２２０を制御することができる埋込み型中央処理装置（ＣＰＵ）を含んでいてもよい。この設計で、各モジュール２１０、２２０の送信動作、受信動作の同期はＣＰＵによって行なわれてもよい。
【００３４】
一般に、ＷＬＡＮモジュールとブルートゥースモジュールは任意の数の手段によって通信し、例えば、モジュールが送信しているか、無線チャネルの管理を望むか等の任意のタイプの情報を交換してもよい。
【００３５】
送信するデータの優先度は様々な態様で確認されてよい。１つの設計では、データの優先度は、プロトコルスタック中の１つ以上のレイヤの中の１つ以上のプロトコルデータユニットのヘッダを調べることにより決定される。プロトコルスタックはアプリケーションレイヤ、トランスポートレイヤ、ネットワークレイヤ、リンクレイヤおよび物理レイヤを含んでいてもよい。端末１３２は、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、ファイルトランスファープロトコル（ＦＴＰ）、リアルタイムトランスポートプロトコル（ＲＴＰ）、セッションイニシエーションプロトコル（ＳＩＰ）、セッション記述プロトコル（ＳＤＰ）および／またはアプリケーションレイヤ中の他のプロトコルを使用して別の端末あるいはサーバと通信してもよい。ＨＴＴＰは、ワールドワイドウェブ上での情報の転送をサポートし、ＨＴＬＭページを公表し検索するために一般に使用される。ＦＴＰは、２つのエンティティ間のファイルの転送をサポートし、データ、ファイルなどをダウンロードするために一般に使用される。ＲＴＰはエンドツーエンドネットワークトランスポート機能を提供し、ボイス、ビデオなどのようなリアルタイムデータを送信するアプリケーションに適する。ＳＩＰは、ＶｏＩＰ、マルチメディアなどのためのセッションを作り、修正し、終了するためのシグナリングプロトコルである。ＳＤＰは、マルチメディアセッションについて記述するためのシグナリングプロトコルである。
【００３６】
アプリケーションレイヤデータは送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはトランスポートレイヤ中の他のプロトコルを使用して送信されてもよい。トランスポートレイヤデータはネットワークレイヤでＩＰバージョン４（ＩＰｖ４）あるいはＩＰバージョン６（ＩＰｖ６）を使用して送信されてもよい。ＷＬＡＮモジュール２１０のためのリンクおよび物理レイヤはＩＥＥＥ  ８０２．１１、８０２．１１ｂ、８０２．１１ｇであってもよい。ブルートゥースモジュール２２０のためのリンクおよび物理レイヤはブルートゥースであってもよい。
【００３７】
図４は、アプリケーションレイヤのＲＴＰ、トランスポートレイヤのＴＣＰ、ネットワークレイヤのＩＰｖ４、ＩＰｖ６を使用してデータを送信するデータカプセル化を示す。ＲＴＰについては、アプリケーションからのデータはＲＴＰパケットで送信される。各ＲＴＰパケットはヘッダとペイロードを含んでいる。ＲＴＰヘッダはペイロードタイプフィールドおよび同期ソース識別子（ＳＳＲＣ  ＩＤ）フィールドを含む様々なフィールドを含む。ペイロードタイプフィールドはＲＴＰペイロードのフォーマットを確認し、アプリケーションによってその解釈を決定する。ＳＳＲＣフィールドは電話会議中の様々なストリーミングソース中の同期ソース（あるいは送信者）を確認する。アプリケーションデータはＲＴＰペイロード中で送信されてもよい。ＲＴＰは公に利用可能である「ＲＴＰ：リアルタイムアプリケーションのためのトランスポート送プロトコル」（２００３年７月）とタイトルをつけられたＲＦＣ  ３５５０に記述される。
【００３８】
ＲＴＰパケットはＴＣＰデータグラム中で送られてもよい。各ＴＣＰデータグラムはヘッダとペイロードを含んでいる。ＴＣＰヘッダはソースポートフィールド、宛先フィールド、およびアージェントポインタフィールドを含む様々なフィールドを含む。ソースポートフィールドは、ＴＣＰデータグラムの送信者のポート番号を示す。宛先フィールドは、ＴＣＰデータグラムの指定受信者のポート番号を示す。アージェントポインタフィールドは、アージェントポインタの現在値を伝える。現在値はアージェントデータに続くオクテットの順序番号を指す。ＲＴＰパケットはＴＣＰペイロード中で送られてもよい。ＴＣＰは公に利用可能である「送信制御プロトコル」（１９８１年９月）とタイトルをつけられたＲＦＣ  ７９３に記述される。
【００３９】
ＴＣＰデータグラムはＩＰｖ４パケット中で送られてもよい。各ＩＰｖ４パケットはヘッダとペイロードを含んでいる。ＩＰｖ４ヘッダはタイプオブサービス（ＴＯＳ）フィールド、プロトコルフィールド、ソースアドレスフィールドおよび宛先アドレスフィールドを含む様々なフィールドを含む。タイプオブサービスフィールドは、ＩＰｖ４パケットをどのように、例えば低レベルの遅延、高い信頼度等で処理しなければならないかを示す。プロトコルフィールドは、ペイロードで使用されるプロトコル、図４に示される例ではＴＣＰである、を確認する。ソースアドレスフィールドは、ＩＰｖ４パケットの送信者のＩＰｖ４アドレスを含んでいる。宛先アドレスフィールドは、ＩＰｖ４パケットの指定受信者のＩＰｖ４アドレスを含んでいる。ＴＣＰデータグラムはＩＰペイロード中で送られてもよい。ＩＰｖ４は、公に利用可能な「インターネットプロトコル」（１９８１年９月）にとタイトルをつけられたＲＦＣ  ７９１に記述される。
【００４０】
ＴＣＰデータグラムもＩＰｖ６パケットの中で送られてもよい。各ＩＰｖ６パケットはヘッダとペイロードを含んでいる。ＩＰｖ６ヘッダはトラフィッククラスフィールド、フローラベルフィールド、ソースアドレスフィールドおよび宛先アドレスフィールドを含む様々なフィールドを含む。トラフィッククラスフィールドはＩＰｖ６パケットの異なるクラスあるいは優先度の間の認識、識別するために使用されてもよい。フローラベルフィールドは、ルータによる特殊処理（例えば非デフォルトサービス品質あるいはリアルタイムサービス）が要求されるパケットのシーケンスにラベルを付けるために送信者によって使用されてもよい。ソースアドレスフィールドはＩＰｖ６パケットの送信者のＩＰｖ６アドレスを含んでいる。宛先アドレスフィールドはＩＰｖ６パケットの指定受信者のＩＰｖ６アドレスを含んでいる。ＴＣＰデータグラムはＩＰペイロード中で送られてもよい。ＩＰｖ６は、公に利用可能な「インターネットプロトコル、バージョン６（ＩＰｖ６）」（１９９８年１２月）とタイトルをつけられたＲＦＣ  ２４６０に記述される。
【００４１】
送信するデータの優先度を決定するために、ＷＬＡＮモジュール２１０は任意のプロトコルデータユニット中でどんなフィールドを調べてもよい。例えば、ＷＬＡＮモジュール２１０は、ＩＰｖ４パケット中のタイプオブサービスフィールドおよび／またはプロトコルフィールド、ＩＰｖ６パケット中のトラフィッククラスフィールドおよび／またはフローラベルフィールド、ＴＣＰデータグラム中のアージェントポインタフィールド、ＲＴＰパケット中のペイロードタイプフィールド等を調べてもよい。これらのフィールドから、ＷＬＡＮモジュール２１０はデータタイプおよび／または送信するデータの優先度を示す他の情報を判断してもよい。例えば、高優先度データはＴＣＰを使用して送信され、低優先度データはＵＤＰを使用して送信されてもよい。ＴＣＰのためのデータは、ＩＰｖ４パケットのヘッダ中のプロトコルフィールドを調べることにより確認されてもよい。
【００４２】
あるいは、あるいはさらに、ＷＬＡＮモジュール２１０は、ＩＰｖ４パケット、ＩＰｖ６パケット、ＴＣＰデータグラム、ＲＴＰパケット等の中のソースフィールドおよび／または宛先フィールドを調べてもよい。ソースフィールドおよび／または宛先フィールドは送信するデータの優先度を示す情報を伝えてもよい。例えば、優先度データを運ぶＲＴＰフローは特定のポート番号を使用して送信されてもよい。このＲＴＰフロー用データは、ＴＣＰデータグラムのヘッダ中のソースポートフィールドに基づいて確認されてもよい。別の例として、重要なシグナリングを運ぶＳＩＰフローは別のポート番号を使用して送信されてもよい。このＳＩＰフロー用データのシグナリングデータは、ＴＣＰデータグラムのヘッダ中のソースポートフィールドを調べることにより確認されてもよい。
【００４３】
図４は、データを送信するのに使用され得るいくつかのデータプロトコルのいくつかのヘッダフィールドを示す。他のヘッダフィールドおよび／または他のデータプロトコルも送信するデータの優先度を決定するために使用されてもよい。
【００４４】
送信するデータの優先度は他の態様で確認されてもよい。例えば、データを生成するアプリケーションあるいはデータを処理するコントローラ／プロセッサがデータの優先度を示してもよい。あるタイプのデータは高優先度であり、他のタイプのデータは低優先度であってもよい。例えば、シグナリングデータ（例えばＳＩＰまたは受信のための）およびあるトラフィックデータ（例えばリアルタイムサービス用の）は高優先度を持っていて、遅延無く送られてもよい。他のトラフィックデータ（例えば背景ダウンロード用の）はより低い優先度を持っていて、無線チャネルが占有されている場合、遅延して送信されてもよい。無線チャネルは、モジュールが無線チャネル上で送信しているか、あるいは、例えばそのモジュールのプライオリティラインをアサートすることによって無線チャネルの制御権を獲得済みの場合に、そのモジュールによって占有されていると見なすことができる。
【００４５】
モジュールは、それが高優先度データを受信するかをいくつかの態様で判断してもよい。ブルートゥースについては、送信スロットと受信スロットはＷＰＡＮの中の異なるブルートゥース装置間で同期される。その後、あるブルートゥース装置は何時データを受信するかを知るかもしれないが、どのタイプのデータが受信されるかは知らないかも知れない。受信データのタイプは、ブルートゥース装置のために確立されたセッションのタイプに基づいて推定されてもよい。例えば、ハンズフリーのキットが使用されるような音声セッションがある場合、受信データは音声データであると推定されてもよい。同じことはＷＬＡＮにも適用されてもよい。しかしながら、ＷＬＡＮ中の無線媒体へのランダムアクセスがあるので、ＷＬＡＮ受信機は、いつ、あるいは、どのＷＬＡＮ局からデータを受信するかを知らないかも知れない。トラフィック（例えば音声用の）は、ＩＥＥＥ  ８０２．１１ｅによってサポートされている、スケジュールド自動パワーセーブデリバリ（Ｓ−ＡＰＳＤ）およびアンスケジュールド自動パワーセーブデリバリ（Ｕ−ＡＰＳＤ）を使用して、ＷＬＡＮの中でスケジュールされてもよい。ブルートゥースとＷＬＡＮの両方について、デバイスは対称動作および／または周期動作を推定してもよく、その推定に基づき受信されるデータの優先度を推測してもよい。
【００４６】
図５は、データを送信する過程５００の設計を示す。第１の通信プロトコルのための第１のモジュールによって無線チャネル経由で送信するデータの優先度が判断されてもよい（ブロック５１２）。遅延無くデータを送信するかはデータの優先度に基づいて決定されてもよい（ブロック５１４）。第２の通信プロトコル用の第２のモジュールは、遅延無くデータを送信することの決定に応じて、無線チャネル上で送信しないことを要求されてもよい（ブロック５１６）。無線チャネルが第２のモジュールによって占有されていないという指示を受信すると、データは無線チャネル経由で送信されてもよい（ブロック５１８）。第１の通信プロトコルはＷＬＡＮ、例えば８０２．１１あるいはいくつかの他の通信プロトコル、のためのものかもしれない。第２の通信プロトコルはＷＰＡＮ、例えばブルートゥースあるいはいくつかの他の通信プロトコル、のためのものかもしれない。
【００４７】
ブロック５１２に関して、送信するデータの優先度は様々な態様で判断されてもよい。１つの設計では、データの優先度はデータタイプに基づいて決定される。データがシグナリングまたはトラフィックのためかに応じて判断がなされてもよい。シグナリングのための場合は、データは(i)遅延無く送信され、トラフィックのためであり、無線チャネルが第２のモジュールによって現在占有されている場合、データは(ii)遅延して送信されてもよい。別の設計では、データの優先度は、データに使用された少なくとも１つのデータプロトコルの少なくとも１つのヘッダフィールド、例えば、図４に示すフィールドの１つあるいは任意の組み合わせ、を調べることにより判断される。さらに別の設計では、データの優先度はデータを生成するアプリケーションから受信される。データの優先度は他の態様で決定されてもよい。
【００４８】
ブロック５１４に関して、第１のモジュールのプライオリティラインは無線チャネル上で送信しないことを第２のモジュールに要求するためにアサートされてもよい。その要求は他のシグナリングおよび／またはメッセージを伴ない他の態様で送信されてもよい。
【００４９】
ブロック５１６に関して、無線チャネルが第２のモジュールによって現在占有されている場合、第２のモジュールがもはや無線チャネルを占有しないという指示を受信すると、データは無線チャネル経由で送信されてもよい。無線チャネルが第２のモジュールによって現在占有されていない場合、第１のモジュールの送信ラインは第２のモジュールに第１のモジュールが送信していることを通知するためにアサートされてもよい。無線チャネルが第２のモジュールによって現在占有されていない場合、その優先度にかかわらず、データは遅延無く送信されてもよい。遅延無くデータを送信する決定がなされていない場合、無線チャネルが第２のモジュールによって現在占有されている場合、データの送信は遅延されてもよい。データは、第２のモジュールがもはや無線チャネルを占有しないという指示を受け取った後に送信されてもよく、あるいは廃棄されてもよい。
【００５０】
図６は、データを受信する過程６００の設計を示す。例えば、データタイプ、データを推定するアプリケーション等に基づいて、第１の通信プロトコル用の第１のモジュールによって無線チャネル経由で受信するデータの優先度を決定してもよい（ブロック６１２）。無線チャネルの制御権を獲得するかをデータの優先度に基づいて決定してもよい（ブロックする６１４）。第２の通信プロトコル用の第２のモジュールは、無線チャネルの制御権を獲得することの決定に応じて、無線チャネル経由で送信しないことを要求されてもよい（ブロック６１６）。第１のモジュールのプライオリティラインは無線チャネル上で送信しないことを第２のモジュールに要求するためにアサートされてもよい。第１の通信プロトコルは８０２．１１あるいはいくつかの他の通信プロトコルであってもよい。第２の通信プロトコルはブルートゥースあるいはいくつかの他の通信プロトコルであってもよい。
【００５１】
ここに記述された技術は、様々な手段によってインプリメントされてもよい。例えば、これらの技術はハードウェア、ファームウェア、ソフトウェアあるいはそれらの組み合わせでインプリメントされてもよい。ハードウェアインプリメンテーションについては、技術を実行するために使用される処理ユニットは、コンピュータあるいはコンピュータの組み合わせ、ここに記述された機能を実現するように設計された特定用途向けＩＣ（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、ディジタルシグナル処理装置（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサー、電子装置、他の電子ユニットの１つまたは複数によってインプリメントされてもよい。
【００５２】
ファームウェアおよび／またはソフトウェアインプリメンテーションについては、技術は、ここに記述された機能を実現するモジュール（例えばプロシージャ、機能等）でインプリメントされてもよい。ファームウェアおよび／またはソフトウェア命令は、メモリ（例えば図２の中のメモリ２１４、２２４、あるいは２４２）に格納され、プロセッサ（例えばプロセッサ２１２、２２２、あるいは２４０）によって実行されてもよい。メモリはプロセッサ内にインプリメントされてもよいし、あるいはプロセッサの外部でインプリメントされてもよい。ファームウェアおよび／またはソフトウェア命令は、ランダムアクセス記憶装置（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、不揮発性ＲＡＭ（ＮＶＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、ＦＬＡＳＨメモリ、コンパクトディスク（ＣＤ）、磁気的あるいは光学的データ格納デバイス等のような他のプロセッサ読み取り可能な媒体に格納されてもよい。
【００５３】
ここに記述された技術をインプリメントする装置はスタンドアロンのユニットでもよいし、あるいはデバイスの一部であってもよい。デバイスは、(i)スタンドアロンの集積回路（ＩＣ）、(ii)データおよび／または命令を格納するメモリＩＣを含む１つ以上のＩＣ、(iii)移動局モデム（ＭＳＭ）のようなＡＳＩＣ、(iv)他のデバイス内に埋め込まれてもよいモジュール、(v)携帯電話、無線装置、ハンドセットあるいはモバイル装置、(vi)等であってもよい。
【００５４】
開示の上記の記述は、どのような当業者も開示を作るか使用することを可能にするために提供される。開示への様々な変更は当業者に容易に明白である。ここに定義された総括的な本質は、開示の趣旨あるいは範囲から逸脱することなく他の変更に適用されてもよい。したがって、その開示はここに記述された例に制限されたようには意図されていないが、ここに示された法則と新規の特徴と一致する最も広い範囲と調和されることになっている。
【図１】
2010532954.tif 000003
【図２】
2010532954.tif 000004
【図３】
2010532954.tif 000005
【図４】
2010532954.tif 000006
【図５】
2010532954.tif 000007
【図６】
2010532954.tif 000008
【国際調査報告】
2010532954.tif 000009
2010532954.tif 000010
2010532954.tif 000011