(57)【要約】【課題】ソフト垂直ハンドオーバのための方法を提供すること。【解決手段】この方法は、第１のプロトコルに従って動作する第１のワイヤレス・ネットワークから、第２のプロトコルに従って動作する第２のワイヤレス・ネットワークへの、第１のプロトコルに従って動作する第１のワイヤレス通信リンクを介したハンドオーバを要求することを含み、第１のプロトコルは第２のプロトコルとは異なる。この方法はまた、ハンドオーバ要求に応答して、第１および第２のプロトコルに従って第２のワイヤレス通信リンクを形成することも含み、第２のワイヤレス通信リンクは第１のワイヤレス通信リンクと並行である。この方法はさらに、第２のワイヤレス通信リンクを形成した後、第１のワイヤレス通信リンクをドロップすることを含む。【選択図】図１
2006060831.tif 000002
【特許請求の範囲】
【請求項１】
第１のプロトコルに従って動作する第１のワイヤレス・ネットワークから、第２のプロトコルに従って動作する第２のワイヤレス・ネットワークへの、前記第１のプロトコルに従って動作する第１のワイヤレス通信リンクを介したハンドオーバを要求する工程であって、前記第１のプロトコルは前記第２のプロトコルとは異なる工程と、
前記ハンドオーバ要求に応答して、前記第１および前記第２のプロトコルに従って第２のワイヤレス通信リンクを形成する工程であって、前記第２のワイヤレス通信リンクは前記第１のワイヤレス通信リンクと並行である工程と、
前記第２のワイヤレス通信リンクを形成した後、前記第１のワイヤレス通信リンクをドロップする工程とを備える方法。
【請求項２】
前記第１のプロトコルは、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｐｈｏｎｙ  Ｓｙｓｔｅｍ（ＵＭＴＳ）プロトコル、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｔｅｌｅｐｈｏｎｙ（ＧＳＭ）プロトコル、Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＰＣＳ）プロトコル、およびＶｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔプロトコル（ＶｏＩＰ）のうち少なくとも１つである、請求項１に記載の方法。
【請求項３】
前記第２のプロトコルは、ブルートゥース・プロトコルおよび８０２．１１プロトコルのうち少なくとも１つであり、前記第２のワイヤレス・ネットワークは、定義されたセット内で、ブルートゥース・プロトコルに従って前記セット内のマスタ・デバイスへ、およびマスタ・デバイスからメッセージを送信することによって互いと通信する、複数のブルートゥース使用可能デバイスを備える、請求項１に記載の方法。
【請求項４】
前記第１のネットワークはマスタ・ネットワークであり、前記第１のワイヤレス通信リンクと並行の前記第２のワイヤレス通信リンクを形成する工程は、前記第１および第２のワイヤレス通信リンクを、前記マスタ・ネットワークによって決定されたフレーム番号付け順序を使用して形成する工程を備え、前記第１および第２のプロトコルに従って前記第２のワイヤレス通信リンクを形成する工程は、制御シグナリングが前記第１および第２のネットワークの間で保持されるように、前記第１および第２のプロトコルに従って前記第２のワイヤレス通信リンクを形成する工程を備える、請求項１に記載の方法。
【請求項５】
実質的に、前記第２のワイヤレス通信リンクを形成した後、前記第１のワイヤレス通信リンク、前記第２のワイヤレス通信リンク、または、前記第１および前記第２のワイヤレス通信リンクの両方を使用して、情報を送信する工程をさらに備える、請求項１に記載の方法。
【請求項６】
第１のプロトコルに従って動作する第１のワイヤレス・ネットワークから、第２のプロトコルに従って動作する第２のワイヤレス・ネットワークへの、前記第１および第２のプロトコルに従って動作する第１のワイヤレス通信リンクを介したハンドオーバを要求する工程であって、前記第１のプロトコルは前記第２のプロトコルとは異なる工程と、
前記ハンドオーバ要求に応答して、前記第２のプロトコルに従って第２のワイヤレス通信リンクを形成する工程であって、前記第２のワイヤレス通信リンクは前記第１のワイヤレス通信リンクと並行である工程と、
前記第２のワイヤレス通信リンクを形成した後、前記第１のワイヤレス通信リンクをドロップする工程とを備える方法。
【請求項７】
前記第１のプロトコルは、ブルートゥース・プロトコルおよび８０２．１１プロトコルのうち少なくとも１つであり、前記第１のワイヤレス・ネットワークは、定義されたセット内で、ブルートゥース・プロトコルに従って前記セット内のマスタ・デバイスへ、およびマスタ・デバイスからメッセージを送信することによって互いと通信する、複数のブルートゥース使用可能デバイスを備える、請求項６に記載の方法。
【請求項８】
前記第２のプロトコルは、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｐｈｏｎｙ  Ｓｙｓｔｅｍ（ＵＭＴＳ）プロトコル、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｔｅｌｅｐｈｏｎｙ（ＧＳＭ）プロトコル、Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＰＣＳ）プロトコル、およびＶｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔプロトコル（ＶｏＩＰ）のうち少なくとも１つである、請求項６に記載の方法。
【請求項９】
前記第２のネットワークはマスタ・ネットワークであり、前記第１のワイヤレス通信リンクと並行の前記第２のワイヤレス通信リンクを形成する工程は、前記第１および第２のワイヤレス通信リンクを、前記マスタ・ネットワークによって決定されたフレーム番号付け順序を使用して形成する工程を備え、前記第２のプロトコルに従って前記第２のワイヤレス通信リンクを形成する工程は、制御シグナリングが前記第１および第２のネットワークの間で保持されるように、前記第２のプロトコルに従って前記第２のワイヤレス通信リンクを形成する工程を備える、請求項６に記載の方法。
【請求項１０】
実質的に、前記第２のワイヤレス通信リンクを形成した後、前記第１のワイヤレス通信リンク、前記第２のワイヤレス通信リンク、または、前記第１および前記第２のワイヤレス通信リンクの両方を使用して、情報を送信する工程をさらに備える、請求項６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に通信システムに関し、より詳細にはワイヤレス通信システムに関する。
【背景技術】
【０００２】
携帯電話システムおよび／またはブルートゥース使用可能ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）など、ワイヤレス通信技術を使用して、音声およびデータ信号を送信するデバイスのリストは、近年、劇的に拡大しており、数ある中でも、携帯電話、携帯情報端末、全地球測位システム受信器、ラップトップ・コンピュータおよびデスクトップ・コンピュータが含まれている。このリスト上のデバイス、ならびに、これらのデバイスが提供する可能性の高いサービスの数は、増加し続けると予想される。ワイヤレス通信システムの急増により、ユーザーはこれらのシステムおよび／またはネットワークへの無中断アクセスを、実質的にいかなるときにも、実質的にいかなる場所でも期待するようになってきている。
【０００３】
多数のワイヤレス・デバイスは、様々な異なるシステムおよび／またはネットワークと通信することができる。例えば、携帯電話は、ユーザーが屋外にいる間に、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｐｈｏｎｙ  Ｓｙｓｔｅｍ（ＵＭＴＳ）プロトコルに従って動作する携帯電話システム内の基地局との第１のワイヤレス通信リンクを確立することができる場合がある。同じ携帯電話はまた、ユーザーがアクセス・ポイントに関連付けられた「ホット・スポット」内にいるとき、ブルートゥース・プロトコルに従って動作するワイヤレス・ローカル・エリア・ネットワークのアクセス・ポイントとの第２のワイヤレス通信リンクを確立することができる場合もある。もう１つの例では、携帯電話は、ユーザーが第１の基地局に関連付けられた第１のセル内にいる間に、ＵＭＴＳプロトコルに従って動作する第１の携帯電話システム内の基地局との第１のワイヤレス通信リンクを確立することができる場合がある。第２のセル内にいるとき、同じ携帯電話はまた、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）プロトコルに従って動作する第２の基地局との第２のワイヤレス通信リンクを確立することができる場合もある。
【０００４】
現在、音声通信は所与のシステムに固定されるように扱われている。例えば、音声呼がＧＳＭシステム上で行われる場合、音声呼は通常、呼の間はＧＳＭドメイン内に存在する。呼を別のシステムにハンドオーバすることは通常ではない。しかし、第１のシステムから第２のシステムへの、または、第１のシステムの複数の部分の間のハンドオーバが必要または望ましい場合、ハンドオーバは通常、ハードまたは「垂直」の方法で実行される。例えば、ＧＳＭシステムからＵＭＴＳシステムへの垂直ハンドオーバ中に、呼はＧＳＭシステム上で停止され、ＵＭＴＳシステム上で再確立される。もう１つの例では、ＵＭＴＳシステムの第１の周波数から第２の周波数へのハード・ハンドオーバ中に、呼はＵＭＴＳシステムの第１の周波数上で停止され、第２の周波数上で再確立される。両方の場合において、音声の配信が新しいシステムに転送されるか、あるいは同じシステムの別の部分に置かれるとき、音声の配信において完全な中断があることに留意されたい。
【０００５】
垂直および／またはハード・ハンドオーバは通常、例えばＧＳＭからＵＭＴＳシステムへのハンドオーバなど、ハンドオーバの可能性が低い従来のシステムに適切であると見なされるが、これらの従来のハンドオーバ技術は、音声呼が頻繁に、またはほぼ連続してハンドオーバされる場合のあるシステムに適用されるとき、いくつかの欠点を有する。例えば、音声サービスを配信するために競争（または協調）する多数のシステムを含む第４世代ワイヤレス・システムにおいて現れるようになる、いわゆる「ネットワークのネットワーク」の考え方において、便利さおよび配信の価格などの考慮事項により、音声呼を頻繁に、またはほぼ連続してハンドオーバすることが望ましくなる場合がある。しかし、リアル・タイム・サービス（音声など）がハンドオーバの時点で実行中である場合、このサービスは妨げられるようになり、これはサービスが停止され、次いで再確立されるときに生じる不連続があるためである。この不連続は、呼が割り込みまたはドロップされる結果となる可能性のある、時間のずれとなる場合がある。
【０００６】
ハンドオーバに参加する第１および第２のシステムを、これら２つのシステムの間の結合の相対的な「密性（ｔｉｇｈｔｎｅｓｓ）」または「疎性（ｌｏｏｓｅｎｅｓｓ）」に従って分類することができる。例えば、第１および第２のネットワークの間の相互作用の密性または疎性は、２つのネットワークの間の遅延（またはレイテンシ）をある事前定義された範囲内に制御することができるかどうかを指す場合がある。遅延上の範囲が比較的大きい場合、結合は疎であり、遅延上の範囲が比較的小さい場合、結合は密である。したがって、密結合システムは「遅延保証された」ハンドオーバを提供することができ、疎結合システムは「ベスト・エフォート」ハンドオーバを提供することができる。
【０００７】
結合システムの密性または疎性はまた、システムの一方または両方がデータをネットワーク内の中心点からエンドポイントに向けて送る能力を指す場合もある。例えば、密結合システムには、両方のシステムに知られており、両方のシステムによって制御可能なルーターを含む、ルーティング・パスが含まれる場合がある。対照的に、疎結合システムには、システムの一方が知識または制御を有していない、１つまたは複数のルーターを含む、ルーティング・パスが含まれる場合がある。結合システムの密性または疎性はまた、システムが第２のネットワークから第１のネットワークに戻るように認証を実行する能力を指す場合もある。例えば、密結合システム内のメッセージの認証は、第２のネットワークが第１のネットワークの延長であるので、直接管理することができるのに対して、疎結合システム内のメッセージの認証は、第２のネットワークが第１のネットワークの延長ではないので、直接管理することはできない。さらに、密結合システム内のモビリティを、オペレータによって所有される外部エージェントによって管理することができるのに対して、疎結合システム内のモビリティを、オペレータによって所有されない外部エージェントによって管理することができる。
【０００８】
呼がハンドオーバ中に割り込みまたはドロップされるようになる可能性は、少なくとも部分的には、ハンドオーバに参加するシステムの間の接続の相対的な密性または疎性によって決まる。例えば、第１のシステムが第２のシステムに密結合される場合、メッセージの遅延および／またはレイテンシは比較的小さく、呼がハンドオーバ中に割り込みまたはドロップされるようになる可能性は減る。対照的に、第１のシステムが第２のシステムに疎結合される場合、メッセージの遅延および／またはレイテンシは比較的大きくなる場合があり、呼がハンドオーバ中に割り込みまたはドロップされるようになる可能性は増す場合がある。しかし、密結合システムは通常、疎結合システムよりも複雑な設計および実装を有する。密結合システムはまた、通信システムのための従来の基準から逸脱する場合もある。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、上述の問題の１つまたは複数の影響に対処することを対象とする。
【課題を解決するための手段】
【００１０】
本発明の一実施形態では、ソフト垂直ハンドオーバのための方法が提供される。この方法は、第１のプロトコルに従って動作する第１のワイヤレス・ネットワークから、第２のプロトコルに従って動作する第２のワイヤレス・ネットワークへの、第１のプロトコルに従って動作する第１のワイヤレス通信リンクを介したハンドオーバを要求することを含み、第１のプロトコルは第２のプロトコルとは異なる。この方法はまた、ハンドオーバ要求に応答して、第１および第２のプロトコルに従って第２のワイヤレス通信リンクを形成することも含み、第２のワイヤレス通信リンクは第１のワイヤレス通信リンクと並行である。この方法はさらに、第２のワイヤレス通信リンクを形成した後、第１のワイヤレス通信リンクをドロップすることを含む。
【００１１】
本発明のもう１つの実施形態では、ソフト垂直ハンドオーバのための方法が提供される。この方法は、第１のプロトコルに従って動作する第１のワイヤレス・ネットワークから、第２のプロトコルに従って動作する第２のワイヤレス・ネットワークへの、第１および第２のプロトコルに従って動作する第１のワイヤレス通信リンクを介したハンドオーバを要求することを含み、第１のプロトコルは第２のプロトコルとは異なる。この方法はまた、ハンドオーバ要求に応答して、第２のプロトコルに従って第２のワイヤレス通信リンクを形成することも含み、第２のワイヤレス通信リンクは第１のワイヤレス通信リンクと並行である。この方法はさらに、第２のワイヤレス通信リンクを形成した後、第１のワイヤレス通信リンクをドロップすることを含む。
【００１２】
本発明は、添付の図面と共に解釈される以下の説明への参照によって理解することができ、図面においては、類似の参照番号は類似の要素を識別する。
本発明は様々な修正および代替形態を受け入れることができるが、その特定の実施形態を例として図面において図示しており、本明細書で詳細に説明する。しかし、本明細書の特定の実施形態の説明は、本発明を開示された特定の形態に限定するように意図されず、それどころか、この意図は、付属の特許請求の範囲によって定義されるような本発明の精神および範囲内に入るすべての修正、同等物および代替物を包含することであることを理解されたい。
【発明を実施するための最良の形態】
【００１３】
本発明の例示的実施形態を以下で説明する。明瞭にするために、実際の実施態様のすべての特徴が本明細書で説明されるとは限らない。言うまでもなく、いかなるこのような実際の実施形態の開発においても、多数の実施態様に特有の決定が行われて開発者の特有の目標が達成されるべきであり、この目標は、システム関連またはビジネス関連の制約への準拠など、実施態様によって異なるようになることは理解されよう。また、このような開発努力は、複雑で時間がかかる可能性があるが、それにもかかわらず、本開示の利点を有する当業者のための日常的な取り組みとなることは理解されよう。
【００１４】
図１は、第１および第２のネットワーク１０５、１１０を含む、システム１００の１つの例示的実施形態を示す。第１および第２のネットワーク１０５、１１０内のデバイスはメッセージを、それぞれ第１および第２のプロトコルに従って交換する。例示の実施形態では、第１のネットワーク１０５は、アクセス・ポイント１１５を含むブルートゥース・ネットワークであり、ブルートゥース・プロトコルを使用して、ホット・スポット１２５などの地域内の１つまたは複数のモバイル・ユニット１２０との並行ワイヤレス通信リンクを確立することができる。例示の実施形態では、第２のネットワーク１１０は、基地局１３０を含む携帯電話ネットワークであり、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｐｈｏｎｙ  Ｓｙｓｔｅｍ（ＵＭＴＳ）プロトコルを使用して、セル１３５などの地域内の１つまたは複数のモバイル・ユニット１２０との並行ワイヤレス通信リンクを確立することができる。代替実施形態では、ホット・スポット１２５およびセル１３５は重複してもしなくてもよいことを、当業者には理解されたい。
【００１５】
明瞭にするために、第１のネットワーク１０５はブルートゥース使用可能ネットワークであり、第２のネットワーク１１０はＵＭＴＳネットワークであると仮定して、本発明を説明する。しかし、それぞれ第１および第２のプロトコルに従って、ネットワーク１０５、１１０内の複数のデバイスの間でメッセージが交換されることを可能にする、様々な第１および第２のネットワーク１０５、１１０により、本発明を実施することができ、第１のプロトコルは第２のプロトコルとは異なることを、当業者には理解されたい。例えば、第１のネットワーク１０５は、８０２．１１プロトコルのうち１つに従って動作することができ、第２のネットワーク１１０は、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｔｅｌｅｐｈｏｎｙ（ＧＳＭ）プロトコル、Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＰＣＳ）プロトコル、Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔプロトコル（ＶｏＩＰ）などに従って動作することができる。また、以下でより詳細に論じるように、ＵＭＴＳネットワーク１１０はマスタ・ネットワークであると仮定されるようになり、ブルートゥース・ネットワークはスレーブ・ネットワークであると仮定されるようになる。しかし、代替実施形態では、いずれのネットワークもマスタまたはスレーブ・ネットワークとして機能することができることを、当業者には理解されたい。
【００１６】
ネットワーク１０５、１１０はネットワーク１３７に、それぞれインタフェース１４０、１４５を介して通信的に結合される。したがって、ネットワーク１０５、１１０はまた、インタフェース１４０、１４５およびネットワーク１３７を介して互いに通信的に結合される。一実施形態では、インタフェース１４０、１４５は固定のワイヤード接続である。しかし、本発明はワイヤード・インタフェース１４０、１４５に限定されない。代替実施形態では、インタフェース１４０、１４５をワイヤレスまたはエア・インタフェース１４０、１４５にすることができる。例えば、ワイヤレス・バックホールを実施することができる。
【００１７】
インタフェース１４０、１４５は、共通のプロトコルに従ってメッセージを送信する。例えば、例示の実施形態では、インタフェース１４０、１４５は、ＵＭＴＳプロトコルに従ってメッセージを送信する。しかし、本発明は、ＵＭＴＳプロトコルに従ってメッセージを送信するインタフェース１４０、１４５に限定されないことを、当業者には理解されたい。様々な代替実施形態では、インタフェース１４０、１４５は、いかなる所望のワイヤレス通信プロトコルに従ってメッセージを送信することもできる。さらに、様々な代替実施形態では、ネットワーク１３７をいかなる所望のタイプのネットワークにすることもでき、これらのネットワークには、それだけに限定されないが、Ｐｌａｉｎ  Ｏｌｄ  Ｔｅｌｅｐｈｏｎｅ  Ｓｙｓｔｅｍ（ＰＯＴＳ）、携帯電話システム、衛星ネットワーク、公衆交換電話網（ＰＳＴＮ）、およびインターネット（例えば、Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌｓ、ＶｏＩＰ）が含まれる。また、ネットワーク１３７には、図１に図示されない様々な要素が含まれる場合がある。例えば、ネットワーク１３７には、ルーター、ハブ、交換局、ネットワーク・コントローラなどが含まれる場合がある。
【００１８】
第１および第２のネットワーク１０５、１１０を、ネットワーク１３７の性質に応じて、密または疎結合にすることができる。例えば、第１の（ブルートゥース）ネットワーク１０５を第２の（ＵＭＴＳ）ネットワーク１１０に、公衆交換電話網（ＰＳＴＮ）またはインターネット（例えば、Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌｓ、ＶｏＩＰ）によって、１つまたは複数のワイヤレス・オペレータ・ネットワークによって動作されたインタフェース１４０、１４５を介して、疎結合することができる。この例では、ブルートゥース音声チャネルは固定回線へのワイヤレス拡張であり、ブルートゥース・ネットワークおよび１つまたは複数のワイヤレス・オペレータ・ネットワークは完全に分離する。第１および第２のネットワーク１０５、１１０の間にモビリティ属性はなく、シグナリングの呼制御アスペクト（ｃａｌｌ  ｃｏｎｔｒｏｌ  ａｓｐｅｃｔ）のみがブルートゥース・ネットワーク１０５内で終了される。あるネットワークから別のネットワークへのハンドオーバにおいて、親ネットワークに戻るような認証は通常は行われず、親ネットワークに関連付けられた番号を介した呼のルーティングは通常は可能ではない。このシステムのための遅延およびジッターは、ネットワーク１３７の品質（例えば、ＰＳＴＮまたはインターネット接続）によって決定され、ワイヤレス・オペレータ・ネットワークによって左右されない。
【００１９】
代替として、ネットワーク１０５、１１０が、インタフェース１４０、１４５を制御するワイヤレス・オペレータによって知られ、および／または、部分的に制御されることを可能にするようになる、あるシグナリング機能性を含む場合、第１の（ブルートゥース）ネットワーク１０５を第２の（ＵＭＴＳ）ネットワーク１１０に密結合することができる。例えば、第１のネットワーク１０５はブルートゥース使用可能ノードＢを含むことができ、ブルートゥース使用可能ノードＢはＩｕｂインタフェースを、エア・インタフェース１４０、１４５ならびに第２のネットワーク１１０を制御するワイヤレス・オペレータによって制御されるＲａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ（ＲＮＣ）に戻すようにエクスポーズする。ノードＢ機能性のみが存在するので、構成の柔軟性は制限される場合がある。もう１つの例では、第１のネットワーク１０５は、ノードＢおよびＲＮＣの組み合わせの属性を有するエンティティを含むことができる。この例では、ブルートゥース・エンティティのＲＮＣ属性は、ワイヤレス・オペレータ・ネットワーク１３５に戻る、ＲＮＣピア・ツー・ピアおよびＲＮＣと移動通信交換局（ＭＳＣ）との通信を可能にすることができる。この構成では、親ネットワークに戻るある管理された接続性が存在したならば、結合の密性を緩めることができる。しかし、すべてのシグナリングは親ネットワークに戻るようにルーティングされなければならなくなる。したがって、システムの管理について、親ネットワークへのある依存が存在する場合がある。このように、結合の密性が残る可能性があり、システムの全体の柔軟性が損なわれるようになる可能性がある。
【００２０】
さらにもう１つの代替実施形態では、第１のネットワーク１０５は、密または疎結合レジームのいずれにおいても機能することができるための十分なシグナリング機能を有することができる。この点において、第１のネットワーク１０５はノードＢ、ＲＮＣおよびＭＳＣ機能性の組み合わせを有するようになり、またはＶｏＩＰネットワーク１３７の場合、第１のネットワーク１０５は、Ｓｅｒｖｉｎｇ  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ（ＧＰＲＳ）Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＳＧＳＮ）およびＧａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＧＧＳＮ）機能性の組み合わせを有するようになる。この構成では、第１の（ブルートゥース）ネットワーク１０５の柔軟性は、第１のネットワーク１０５が事実上スタンドアロンであるポイントまで高められる。呼を管理するために必要とされたシグナリングのすべてを、第１の（ブルートゥース）ネットワーク１０５内で終了することができる。このように、一実施形態では、第１のネットワーク１０５は、親ワイヤレス・オペレータ・ネットワークのピア・ネットワーク、またはワイヤレス・オペレータのネットワークの部分の機能を果たすことができる（例えば、番号付けスキームは損なわれずに保持され、システム間のローミングが次いで可能である）。ワイヤレス・オペレータ・ネットワークに戻る接続性の所有権およびタイプは次いで、システムの密性または疎性を決定するようになる。
【００２１】
システム１００は基地局ルーター１５０を含み、基地局ルーター１５０はアクセス・ポイント１１５に、いずれかの望ましいワイヤードおよび／またはワイヤレス接続によって通信的に結合される。図１では基地局ルーター１５０は単一のアクセス・ポイント１１５のみに接続されるが、基地局ルーター１５０をいかなる望ましい数のアクセス・ポイント１１５に結合することもできることを、当業者には理解されたい。基地局ルーター１５０は、アクセス・ポイント１１５および／またはネットワーク１３７から受信された信号を修正し、第１および第２のプロトコルに従ってモバイル・ユニット１２０とネットワーク１３７の間のワイヤレス通信リンクを介して、メッセージを送信することができるようにする。例えば、以下で詳細に論じるように、基地局ルーター１５０はメッセージを修正し、ブルートゥース・プロトコルに従ってホット・スポット１２５内のアクセス・ポイント１１５とモバイル・ユニット１２０の間のエア・インタフェース１５３を介して、および、ＵＭＴＳプロトコルに従ってインタフェース１４０を介して、メッセージを送信することができるようにする。
【００２２】
基地局ルーター１５０は、モバイル・ユニット１２０とネットワーク１３７の間のワイヤレス通信リンクを介して、メッセージを送信することができるように、アクセス・ポイント１１５および／またはネットワーク１３７から受信された信号を修正することができるが、本発明は、信号修正が基地局ルーター１５０内で発生する実施形態に限定されない。代替実施形態では、アクセス・ポイント１１５は、モバイル・ユニット１２０とネットワーク１３７の間のワイヤレス通信リンクを介して、メッセージを送信することができるように、信号を修正することができる。他の代替実施形態では、基地局ルーター１５０およびアクセス・ポイント１１５は、モバイル・ユニット１２０とネットワーク１３７の間のワイヤレス通信リンクを介して、メッセージを送信することができるように、それぞれ信号の一部を修正することができる。
【００２３】
一実施形態では、基地局ルーター１５０は、ブルートゥース・ネットワーク１０５がスタンドアロン・システムであるように、十分な機能性を供給し、この場合、使用される結合のタイプ（例えば、密または疎）は無関係となる。次いで、結合の品質はより重要な問題となる場合があり、構成の選択は、少なくとも部分的には、音声サービスのために保持されなければならない遅延およびジッター制約によって決定される場合がある。例えば、システム１００のレイテンシはエンドツーエンド遅延のためのＩＴＵ−Ｔ基準（１５０ｍｓ）を満たすべきであり、システム１００の音声品質が保持されるべきである（例えば、音声品質は３．５より大きいＭＯＳを有するべきである）。
【００２４】
システム１００では、１つのネットワークは他の異種のシステム上のマスタ・ネットワークとして指定される。例えば、第２のネットワーク１１０はマスタ・ネットワークとして指定される場合があり、第１のネットワーク１０５はスレーブ・ネットワークとして指定される場合がある。マスタ・ネットワークとして指定することによって、制御シグナリングは第１および第２のネットワーク１０５、１１０の間で保持される。例えば、ＵＭＴＳネットワークが１つまたは複数のブルートゥース・ネットワーク上のマスタ・ネットワークとして指定される場合、ＵＭＴＳ制御シグナリングは、ソフト・ハンドオーバ中に保持される。さらに、以下で詳細に論じるように、マスタ・システムのフレーム番号付けメカニズムは、他の異種システムに浸透し、ソフト・ハンドオーバを容易にするために使用することができる。
【００２５】
基地局ルーター１５０の機能性、１つまたは複数のアクセス・ポイント１１５、および、システム１００のための前述のマスタ・スレーブ・アーキテクチャを実施することによって、第１および第２のネットワーク１０５、１１０の間のモバイル・ユニット１２０のハンドオーバ（図１において破線１５５によって指示）を、連続的、すなわちソフトな、ハンドオーバとして実行することができる。例えば、モバイル・ユニット１２０は、第２の（例えば、ＵＭＴＳ）ネットワーク１１０から第１の（例えば、ブルートゥース）ネットワーク１０５への、第１のワイヤレス通信リンクを介したハンドオーバを要求することができ、第１のワイヤレス通信リンクはエア・インタフェース１５７およびインタフェース１４５を使用し、これらのインタフェースの両方は第２の（例えば、ＵＭＴＳ）プロトコルに従って動作する。次いで、第１（例えば、ブルートゥース）および第２（例えば、ＵＭＴＳ）のプロトコルに従って動作する、第２のワイヤレス通信リンクが、ネットワーク１３７とモバイル・ユニット１２０の間で、第１のワイヤレス通信リンクと並行に形成される。第２のワイヤレス通信リンクが形成された後、第１の通信ワイヤレスリンク、第２の通信ワイヤレスリンク、または、第１および第２のワイヤレス通信リンクの両方を使用して、情報を送信することができる。第１のワイヤレス通信リンクは、実質的に、第２のワイヤレス通信リンクを形成した後に、ドロップされる。このタイプのハンドオーバはまた「ｍａｋｅ−ｔｈｅｎ−ｂｒｅａｋ」ハンドオーバと呼ばれる場合もあることを、当業者には理解されたい。
【００２６】
ソフト・ハンドオーバでは、モバイル・ユニット１２０と、ネットワーク１３７内の１つまたは複数のノード（図示せず）の間に同期が存在し、データのコピーをアップリンクで受信することができ、共に結合して、前方への送信のために単一のデータ・アイテムを生じることができるようになる。また、ダウンリンクでは、複数のコピーを、モバイル・ユニット１２０への同時送信のために多様な送信サイトに送信することができ、モバイル・ユニット１２０は次いで複数の到着を選択または結合して、データの単一のコヒーレントなレプリカを提供する。このように、システム１００内のモバイル・ユニット１２０のソフト・ハンドオフは、要求されるときに新しいレグ（ダウンリンクにおける送信ポイントおよびアップリンクにおける受信ポイント）を追加することに相当する。
【００２７】
図２は、第１のプロトコルに従って動作する第１のワイヤレス・ネットワークから、第２のプロトコルに従って動作する第２のワイヤレス・ネットワークへの、ソフト垂直ハンドオーバを実施するために使用することができる、ブルートゥース・ノードＢスタック２００および基地局ルーター・スタック２０５の例示的実施形態を概念的に例示する。例えば、ブルートゥース・ノードＢスタック２００および基地局ルーター・スタック２０５を使用して、図１に示す第１および第２のネットワーク１０５、１１０など、ブルートゥース・ネットワークとＵＭＴＳセルラー・ネットワークの間のソフト垂直ハンドオーバを実施することができる。スタック２００、２０５のいくつかの層は周知であり、したがって明瞭にするために詳細に説明しないことを、当業者には理解されたい。また、明瞭にするために、ブルートゥース・ノードＢスタック２００および基地局ルーター・スタック２０５のみを本明細書で説明することも、当業者には理解されたい。しかし、本発明はブルートゥース・ノードＢおよび基地局ルーター・スタック２００、２０５に限定されず、代替実施形態では、他のプロトコルに対応する他のスタックを使用することができる。
【００２８】
ブルートゥース・ノードＢスタック２００には、ブルートゥース仕様に従って、ブルートゥース無線層、ベースバンド層、リンク・マネージャ・プロトコル（ＬＭＰ）層、Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ａｎｄ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（Ｌ２ＣＡＰ）層、Ｔｅｌｅｐｈｏｎｙ  Ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｂｉｎａｒｙ（ＴＣＳ  Ｂｉｎ）層、および、Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ  （ＳＤＰ）層が含まれる。ブルートゥース・ノードＢスタック２００にはまた、ＵＭＴＳ適合層２１５も含まれる。以下で詳細に論じるように、ＵＭＴＳ適合層２１５は、１つまたは複数のブルートゥース使用可能デバイスにより交換された信号を修正して、これらのデバイスが、ブルートゥース・ネットワークからＵＭＴＳネットワークへなど、他のネットワーク上にローミングすることを可能にする。例えば、ＵＭＴＳ適合層２１５には、それがＵＭＴＳモバイル・ユニットであるように見えるように、呼制御およびモビリティ機能性の追加を介した、ヘッドセット・プロファイルの適合が含まれる場合がある。ＵＭＴＳ適合層２１５にはまた、ＵＭＴＳモバイル・ユニットがシステムに提示されるように見えるように、呼制御およびモビリティ機能性の追加を介した、ＴＣＳプロファイルの適合が含まれる場合もある。ＵＭＴＳ適合層２１５はリレー２２０に結合され、リレー２２０は無線リンク制御（ＲＬＣ）および媒体アクセス制御（ＭＡＣ−Ｃ、ＭＡＣ−Ｄ）層に結合される。
【００２９】
ブルートゥース・フレーミング・プロトコル（ＢＴＦＰ）層２２５もまた提供される。ＢＴＦＰ層２２５の１つの機能は、フレーム番号付けを第１および第２のネットワークの間で保持することである。例えば、ＢＴＦＰ層２２５は、マスタ・システム（例えば、ＵＭＴＳネットワーク）のフレーム番号付けメカニズムが、ブルートゥース・ネットワークなど、他の異種スレーブ・システムに浸透することを保証することができる。例示の実施形態では、シグナリングはＵＭＴＳプロトコルに基づくが、チャネルはブルートゥース・プロトコルに基づき、そのためＢＴＦＰ層２２５は、ブルートゥース・チャネルに対応する、同等のＵＭＴＳブルートゥース無線ベアラを識別することができる。ＢＴＦＰ層２２５は、シグナリングおよびデータに関連付けられた物理チャネルを指示し、チャネルがブルートゥースからＵＭＴＳにマップされることを可能にする。このように、ＢＴＦＰ層２２５は、基地局ルーターがシグナリング・スティミュラス（ｓｉｇｎａｌｌｉｎｇ  ｓｔｉｍｕｌｕｓ）を、まるでＵＭＴＳチャネルからのものであるかのように識別することを可能にする。ブルートゥース・フレーミング・プロトコルは、ブルートゥース制御アプリケーションのためのシグナリング・ベアラの機能を果たし、ＢＴＦＰ層２２５は様々なフレーミング・プロトコル・エンドポイントを定義し、エンドポイント識別子をマッパー（図２に図示せず）に提供することができ、これを以下で詳細に説明する。ＢＴＦＰ層２２５を、ソフト・ハンドオーバの場合に同期（または、再同期）させることができる。ＢＴＦＰ層２２５をユーザー・データグラム・プロトコル（ＵＤＰ）層、インターネット・プロトコル（ＩＰ）層、および、１０／１００イーサネット（登録商標）層に結合することができ、１０／１００イーサネット（登録商標）層は信号をインタフェース２３０に提供し、信号をそこから受信する。例えば、１０／１００イーサネット（登録商標）層は信号および／またはパケットをＩｕｂインタフェースに提供することができる。
【００３０】
基地局ルーター・スタック２０５には１０／１００イーサネット（登録商標）層が含まれる場合があり、１０／１００イーサネット（登録商標）層は信号をインタフェース２３０に提供し、信号をそこから受信する。基地局ルーター・スタック２０５にはまた、インターネット・プロトコル（ＩＰ）層およびユーザー・データグラム・プロトコル（ＵＤＰ）層が含まれる場合もある。一実施形態では、ブルートゥース・フレーミング・プロトコル（ＢＴＦＰ）層２３５もまた提供される。ＢＴＦＰ層２３５は様々なフレーミング・プロトコル・エンドポイントを定義し、エンドポイント識別子をマッパー（図２に図示せず）に提供することができ、これを以下で詳細に説明する。ＢＴＦＰ層２３５によって定義されたフレーミング・プロトコル・エンドポイントは、ＢＴＦＰ層２２５によって定義されたフレーミング・プロトコル・エンドポイントと一致する。ＢＴＦＰ層２３５を、ソフト・ハンドオーバの場合に同期（または、再同期）させることができる。基地局ルーター・スタック２０５にはまた、無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ−Ｃ、ＭＡＣ−Ｄ）層、音声トランスコーディング層、音声チャネル化層、およびＥ１層も含まれる。
【００３１】
無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ，ＲＲＣ）層２４０もまた基地局ルーター・スタック２０５に含まれる。ＵＭＴＳにおいて、ＲＲＣ層２４０へのシグナリングの識別を、１つまたは複数の無線ベアラを介して達成することができる。シグナリング・ベアラは、ＭＡＣおよびＲＬＣ構成の組み合わせを介して識別される。一実施形態では、ＲＲＣ層２４０は、以下が含まれるがそれだけに限定されない、様々なシグナリング・ベアラを認識することができる。
・ＲＢ０−ＲＬＣ−ＴＭにおいてＣＣＣＨ上に送信されるすべてのメッセージ
・ＲＢ１−ＲＬＣ−ＵＭにおいてＤＣＣＨ上に送信されるすべてのメッセージ−ＲＲＣのみのシグナリング
・ＲＢ２−ＲＬＣ−ＡＭにおいてＤＣＣＨ上に送信されるすべてのメッセージ−ＲＲＣのみのシグナリング
・ＲＢ３−直接転送である、すなわち、より上位層のシグナリング（ＳＭＳ、ＭＭ、ＳＭおよびＣＣ）を搬送する、ＲＬＣ−ＡＭにおいてＤＣＣＨ上に送信されるすべてのメッセージ
【００３２】
ＲＲＣ層２４０による無線ベアラの正しい識別は、アップリンクにおけるシグナリング・チャネルの自動識別を可能にする。さらに、ダウンリンクにおける正しい無線ベアラのアドレッシングは、シグナリングが適切なモバイル・ユニット上で正しく受信されることを保証するようになる。
【００３３】
図３は、システム３００内の制御プレーン対話の一実施形態を概念的に例示する。システム３００を使用してソフト垂直ハンドオーバを、例えば、上述のように、マスタＵＭＴＳネットワークと１つまたは複数のスレーブ・ブルートゥース・ネットワークの間で実施することができる。動作では、ＵＭＴＳ制御ブロック３１０を有するブルートゥース・モバイル・ユニット３０５は、ブルートゥース・ノードＢ３１５との通信を、エア・インタフェース３２０を介して確立し、この通信はＴＣＳ  Ｂｉｎの発見につながる。ブルートゥース・モバイル・ユニット３０５を最初に検出すると、ノードＢ制御ファクトリ３２５はシグナリング・パスを、エア・インタフェース３２０を介してセット・アップする。例えば、ＵＭＴＳ  ＲＡＣＨに相当するものを、エア・インタフェース３２０を介して確立することができる。初期ＲＡＣＨはＴＣＳ  Ｂｉｎマスタ（図示せず）によって受信され、ＴＣＳ  Ｂｉｎマスタは新しいモバイル・ユニット３０５のためのＴＣＳ  ｂｉｎ層３３０のインスタンスを作成し、一意の（システム３００への）チャネル識別子番号を割り当てる。ＴＣＳ  ＢｉｎマスタはまたノードＢ制御ファクトリ３２５に、新しいＴＣＳ  Ｂｉｎ層３３０が活動化されていることをシグナル通知することもでき、ＴＣＳ  Ｂｉｎ層３３０を識別するＴＣＳ  ＢｉｎハンドルをノードＢ制御ファクトリ３２５に渡す。一実施形態では、ＴＣＳ  ｂｉｎ層３３０の１つのインスタンスがモバイル・ユニット３０５ごとに存在する。
【００３４】
ノードＢ制御ファクトリ３２５はまた、ブルートゥース・モバイル・ユニット３０５ごとにコントローラ３３５の１つのインスタンスをも作成し、ＴＣＳ  Ｂｉｎハンドルをコントローラ３３５に関連付ける。コントローラ３３５はブルートゥース・モバイル・ユニット３０５ごとにマッパー３４０を作成することができる。一実施形態では、コントローラ３３５は逆のＲＬＣ／ＭＡＣ構築メッセージを、ブルートゥース・フレーミング・プロトコルを使用して受信し、図２に示すものなど、ＲＬＣ／ＭＡＣプロトコル層を構築し、エンドポイント識別子をマッパー３４０に提供する。マッパー３４０は、ＵＭＴＳシグナリングを、無線ベアラ・フィールドによって識別されるエア・インタフェース３２０を介して、すでに適切なコントローラ３３５によって構築されている適切なＲＬＣ／ＭＡＣエンドポイントにマップする。マッパー３４０はまたＵＭＴＳデータを、エア・インタフェース３２０を介して、適切なＴＣＳ  ｂｉｎエンドポイントから、すでに適切なコントローラ３３５によって構築されている適切なＲＬＣ／ＭＡＣエンドポイントにマップすることもできる。次いで、マッパー３４０はフレーミング・プロトコル・エンドポイントを、関連するＴＣＳ  Ｂｉｎエンドポイントにマップする。例えば、ＴＣＳ  Ｂｉｎハンドルを使用して、マッパー３４０は、エア・インタフェース３２０について、正しいＴＣＳ  Ｂｉｎ  ＲＢ０およびＲＢ１エンドポイント、ならびにフレーミング・プロトコル・メッセージング・エンドポイントを識別することができる。このように、シグナリング・ベアラを適切に識別および管理することができる。例えば、ＭＡＣおよびＲＬＣ層の追加を実行して、正しいＲＢＸシグナリング・チャネルを識別して適切なＴＣＳ  Ｂｉｎ３３０にマップすることができるようにすることができる。コントローラ３３５はまた、上述のように、ソフト・ハンドオーバの場合にブルートゥース・フレーミング・プロトコルの必要な同期を実行することもできる。
【００３５】
ノードＢ制御ファクトリ３２５はまた、基地局ルーター３５０内のＢＳＲ制御ファクトリ３４５にも、インタフェース３５５を介して接触する。一実施形態では、制御プレーン・アプリケーションは基地局ルーター３５０内のＲＲＣレベル、および、ブルートゥース・ノードＢ３１５内のＴＣＳ  ｂｉｎのレベルで保持される。一実施形態では、初期接触を、既知のポート番号を介するものにすることができ、次いで、ハンドシェークが発生するようになり、ハンドシェークには、ブルートゥース・ノードＢ３１５内で保持されたＳＩＭのような情報が含まれる場合がある。認証が発生した後、ノードＢ制御ファクトリ３２５とＢＳＲ制御ファクトリ３４５の間のさらなる制御アプリケーション通信は、別の専用ソケットにリバウンドすることができ、通信を２つのエンティティの間で、例えばインターネット・プロトコル・セキュリティを使用して暗号化することができる。初期通信中に、ノードＢ制御ファクトリ３２５およびＢＳＲ制御ファクトリ３４５は、様々な制御チャネルをセット・アップする。一実施形態では、ノードＢ制御ファクトリ３２５およびＢＳＲ制御ファクトリ３４５は、関連するＲＬＣおよびＭＡＣ層を追加して、所望の従来のシグナリング・ベアラを指示するフレーミング・プロトコル・エンドポイントを確立する。
【００３６】
ＢＳＲ制御ファクトリ３４５は、数ある中でも、各ブルートゥース・モバイル・ユニット３０５のためのコントローラ３６０、および、インタフェース３５５を介した適切なブルートゥースＴＣＳ  Ｂｉｎ層３３０への通信のためのＢＳＲ無線リソース・コントローラ（ＲＲＣ）３６５を作成することができる。コントローラ３６０は、適切なＲＢ０およびＲＢ１エンドポイント（ＲＢｉ１およびＲＢｉ０、ただしｉはＴＣＳ  Ｂｉｎ層３３０のインスタンスを指す）を、基地局ルーター３５０のＲＲＣ層３６５へと作成することができる。ＢＳＲ  ＲＲＣ３６５は、ＲＢｉ０からのシグナリングの受信においてＲＢｉ１において応答することを知り、ならびに、適切なＲＡＣＨ  ＣＣＣＨ信号マッピングを行うことができる。
【００３７】
初期検出およびチャネル・マッピングが達成された後、後続のビヘイビア（チャネル要求）を、ブルートゥース・ノードＢ３１５のための専用制御およびトラフィック・チャネル、すなわちＤＣＣＨおよびＤＴＣＨのための、適切なシグナリングおよびトラフィック無線ベアラの作成／削除を管理するタスクに減らすことができる。一実施形態では、ＢＳＲ制御ファクトリ３４５には、ＢＳＲ無線リソース・コントローラ（ＲＲＣ）３６５のアプリオリな知識が与えられ、専用制御およびトラフィック・チャネルが、ＢＳＲ無線リソース・コントローラ（ＲＲＣ）３６５によって受信されたシグナリングに応答して作成される。ＢＳＲ無線リソース・コントローラ（ＲＲＣ）３６５は、この実施形態では、シグナリング応答がＤＣＣＨを介して受信されることを予期して、ＲＬＣおよびＭＡＣ層を作成しなければならないので、ＢＳＲ無線リソース・コントローラ（ＲＲＣ）３６５はしたがって、ブルートゥース・ノードＢ制御ファクトリ３２５がＤＣＣＨのために関連するアップリンクＲＬＣおよびＭＡＣ層を作成しなければならないことを知る。したがって、ブルートゥース・ノードＢ制御ファクトリ３２５は、ＢＳＲ制御ファクトリ３４５からのシグナリングを受信し、これはＢＳＲ制御ファクトリ３４５によって作成されたばかりのプロトコル層の逆である。
【００３８】
上述のようなシステム３００内の制御プレーン対話を実施することによって、モバイル・ユニット３０５の管理を単一で一貫性のある方法で実行することができ、ＲＬＣおよびＭＡＣ層は、従来のＵＭＴＳベースの通信で機能するように、機能することができる。例えば、アップリンク・フレーム選択（ソフト・ハンド・オフ）を、モバイル・ユニット３０５からフレーム上で実行することができ、ダウンリンクでは、ＵＭＴＳチャネルからブルートゥース・チャネルへの適切な変換を識別することができる。要約すれば、ブルートゥース・ノードＢ３１５を単に別のノードＢと見なすことができ、シグナリング／データをなお、エア・インタフェース３２０を介してモバイル・ユニット３０５に送信、およびそこから受信することができ、これは、シグナリングおよびデータを、適切な物理、トランスポート、および論理チャネルから識別することができ、これらのチャネルに向けて送ることができるからである。
【００３９】
上記で開示された特定の実施形態は例示的でしかなく、これは、本明細書の教示の利益を得る当業者に明らかな、異なるが等価の方法で、本発明を修正および実施することができるからである。さらに、以下の特許請求の範囲において記載されるもの以外に、本明細書で示された構成または設計の詳細への限定は意図されない。したがって、上記で開示された特定の実施形態を変更または修正することができ、すべてのこのような変形形態は本発明の範囲および精神内で考えられることは、明らかである。したがって、本明細書で求められた保護は、以下の特許請求の範囲に示されるものである。
【図面の簡単な説明】
【００４０】
【図１】本発明による、第３のネットワークを通じて結合された第１および第２のネットワークを含むシステムの例示的実施形態を示す図である。
【図２】本発明による、ブルートゥース・ノードＢスタックおよび基地局ルーター・スタックの例示的実施形態を概念的に例示する図である。
【図３】本発明による、図１に示すシステムなど、システム内の制御プレーン対話の一実施形態を概念的に例示する図である。
【図１】
2006060831.tif 000003
【図２】
2006060831.tif 000004
【図３】
2006060831.tif 000005