(57)【要約】  ラジオのセットを有し、アプリケーションのセットをサポートするワイヤレスデバイスによる通信をサポートするための技法について説明する。一態様では、良好なパフォーマンスを得るために、干渉情報と追加情報とに基づいてラジオ選択が実行され得る。１つの設計では、ワイヤレスデバイス上での使用のために利用可能な複数のラジオが識別され得る。たとえば、干渉データベースまたは変換された干渉データベースから、複数のラジオ間の干渉を示す干渉情報が取得され得る。また、ラジオ選択のために使用される追加情報が取得され得、追加情報は通信プロファイル、通信プリファレンス、アプリケーション要件、ラジオ能力などのための情報を含み得る。干渉情報と追加情報とに基づいて複数のラジオの中から通信のために使用するための少なくとも１つのラジオが選択され得る。
2013502845.tif 000002
【特許請求の範囲】
【請求項１】
使用のために利用可能な複数のラジオを識別することと、
前記複数のラジオ間の干渉を示す干渉情報を取得することと、
ラジオ選択のために使用される追加情報を取得することと、
前記干渉情報と前記追加情報とに基づいて前記複数のラジオの中から通信のために使用するための少なくとも１つのラジオを選択することと
を備える、ワイヤレス通信のための方法。
【請求項２】
ラジオ選択のために使用される前記追加情報が、少なくとも１つの通信プロファイル、または少なくとも１つの通信プリファレンス、または少なくとも１つのアプリケーションの要件、または前記複数のラジオの能力、またはコスト、または利用可能なバッテリー電力、またはそれらの組合せのための情報を備える、請求項１に記載の方法。
【請求項３】
追加情報を前記取得することが、少なくとも１つのアクティブアプリケーションの少なくとも１つの要件を判断することを備え、前記少なくとも１つのラジオが、前記少なくとも１つのアクティブアプリケーションの前記少なくとも１つの要件に基づいて選択される、請求項１に記載の方法。
【請求項４】
前記少なくとも１つのアクティブアプリケーションの前記少なくとも１つの要件が、少なくとも１つのサービス品質（ＱｏＳ）要件、または少なくとも１つのスループット要件、または両方を備える、請求項３に記載の方法。
【請求項５】
少なくとも１つのラジオを前記選択することが、
前記複数のラジオのサービス品質（ＱｏＳ）能力に基づいて前記複数のラジオの優先順位を判断することと、
前記複数のラジオの前記優先順位にさらに基づいて前記少なくとも１つのラジオを選択することと
を備える、請求項１に記載の方法。
【請求項６】
干渉情報を前記取得することが、ラジオのセットのための干渉状態に関する情報を記憶する干渉データベースに基づいて前記干渉情報を取得することを備える、請求項１に記載の方法。
【請求項７】
前記ラジオのセットのための干渉状態に関する前記情報が、経験的に判断されるか、またはワイヤレスデバイスによって測定されるか、または外部ソースからダウンロードされるか、またはそれらの組合せである、請求項６に記載の方法。
【請求項８】
前記干渉データベースが、１秒に１回またはそれより少ないレートで更新される、請求項６に記載の方法。
【請求項９】
前記干渉データベースが、数値形式のインジケータ、またはコード化された形式のインジケータ、または両方を含む、請求項６に記載の方法。
【請求項１０】
前記干渉データベースを変換された干渉データベースに変換することをさらに備え、前記干渉情報が、前記変換された干渉データベースに基づいて取得される、請求項６に記載の方法。
【請求項１１】
前記干渉データベースが、第１の形式で情報を記憶し、前記変換された干渉データベースが、前記第１の形式とは異なる第２の形式で情報を記憶する、請求項１０に記載の方法。
【請求項１２】
前記第２の形式が、カラーコード化されたインジケータ、またはスループット値、または両方を備える、請求項１１に記載の方法。
【請求項１３】
前記変換することが、移動平均フィルタに基づいて前記干渉データベースを前記変換された干渉データベースに変換することを備える、請求項１０に記載の方法。
【請求項１４】
前記変換することが、１つまたは複数のラジオのための干渉状態があらかじめ定義された基準を満たすとき、前記干渉データベースを前記変換された干渉データベースに変換することを備える、請求項１０に記載の方法。
【請求項１５】
前記干渉情報が、第１のエンティティによって第２のエンティティから取得され、前記少なくとも１つのラジオが前記第１のエンティティによって選択される、請求項１に記載の方法。
【請求項１６】
干渉情報を前記取得することが、
前記第１のエンティティから前記第２のエンティティに干渉情報についての要求を送ることと、
前記要求に応答して前記第２のエンティティによって送られた前記干渉情報を受信することと
を備える、請求項１５に記載の方法。
【請求項１７】
前記干渉情報を取得することが、干渉状態の変化があらかじめ定義された基準を満たすとき前記第２のエンティティによって送られる前記干渉情報を受信することを備える、請求項１５に記載の方法。
【請求項１８】
少なくとも１つのラジオを前記選択することが、
前記干渉情報がラジオと前記複数のラジオのうちの残りのラジオとの間の許容できる干渉を示す、前記ラジオを選択すること
を備える、請求項１に記載の方法。
【請求項１９】
少なくとも１つのラジオを前記選択することが、
前記干渉情報がラジオと前記複数のラジオのうちの少なくとも１つの他のラジオとの間の許容できない干渉を示す、前記ラジオの選択を回避すること
を備える、請求項１に記載の方法。
【請求項２０】
前記干渉情報を取得するために、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して前記第１のエンティティと前記第２のエンティティとの間で通信すること
をさらに備える、請求項１５に記載の方法。
【請求項２１】
前記第２のエンティティによって維持される干渉データベースのパラメータを制御するために、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して前記第１のエンティティと前記第２のエンティティとの間で通信すること
をさらに備える、請求項１５に記載の方法。
【請求項２２】
ラジオ選択のために使用される前記追加情報のうちの少なくともいくつかを取得するために、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して前記第１のエンティティと前記第１のエンティティより上位の少なくとも１つのエンティティとの間で通信すること
をさらに備える、請求項１５に記載の方法。
【請求項２３】
前記複数のラジオを前記識別することと、干渉情報を前記取得することと、追加情報を前記取得することと、少なくとも１つのラジオを前記選択することとが、ワイヤレスデバイス上の組込み専用プロセッサによって実行される、請求項１に記載の方法。
【請求項２４】
使用のために利用可能な複数のラジオを識別するための手段と、
前記複数のラジオ間の干渉を示す干渉情報を取得するための手段と、
ラジオ選択のために使用される追加情報を取得するための手段と、
前記干渉情報と前記追加情報とに基づいて前記複数のラジオの中から通信のために使用するための少なくとも１つのラジオを選択するための手段と
を備える、ワイヤレス通信のための装置。
【請求項２５】
追加情報を取得するための前記手段が、少なくとも１つのアクティブアプリケーションの少なくとも１つの要件を判断するための手段を備え、前記少なくとも１つのラジオが、前記少なくとも１つのアクティブアプリケーションの前記少なくとも１つの要件に基づいて選択される、請求項２４に記載の装置。
【請求項２６】
少なくとも１つのラジオを選択するための前記手段が、
前記複数のラジオのサービス品質（ＱｏＳ）能力に基づいて前記複数のラジオの優先順位を判断するための手段と、
前記複数のラジオの前記優先順位にさらに基づいて前記少なくとも１つのラジオを選択するための手段と
を備える、請求項２４に記載の装置。
【請求項２７】
干渉情報を取得するための前記手段が、ラジオのセットのための干渉状態に関する情報を記憶する干渉データベースに基づいて前記干渉情報を取得するための手段を備える、請求項２４に記載の装置。
【請求項２８】
前記干渉データベースを変換された干渉データベースに変換するための手段をさらに備え、前記干渉情報が、前記変換された干渉データベースに基づいて取得される、請求項２７に記載の装置。
【請求項２９】
前記干渉情報が、第１のエンティティによって第２のエンティティから取得され、前記少なくとも１つのラジオが前記第１のエンティティによって選択され、干渉情報を取得するための前記手段が、
前記第１のエンティティから前記第２のエンティティに干渉情報についての要求を送るための手段と、
前記要求に応答して前記第２のエンティティによって送られた前記干渉情報を受信するための手段と
を備える、請求項２４に記載の装置。
【請求項３０】
使用のために利用可能な複数のラジオを識別することと、前記複数のラジオ間の干渉を示す干渉情報を取得することと、ラジオ選択のために使用される追加情報を取得することと、前記干渉情報と前記追加情報とに基づいて前記複数のラジオの中から通信のために使用するための少なくとも１つのラジオを選択することとを行うように構成された、少なくとも１つのプロセッサ
を備える、ワイヤレス通信のための装置。
【請求項３１】
前記少なくとも１つのプロセッサが、少なくとも１つのアクティブアプリケーションの少なくとも１つの要件を判断することと、前記少なくとも１つのアクティブアプリケーションの前記少なくとも１つの要件に基づいて前記少なくとも１つのラジオを選択することとを行うように構成された、請求項３０に記載の装置。
【請求項３２】
前記少なくとも１つのプロセッサが、前記複数のラジオのサービス品質（ＱｏＳ）能力に基づいて前記複数のラジオの優先順位を判断することと、前記複数のラジオの前記優先順位にさらに基づいて前記少なくとも１つのラジオを選択することとを行うように構成された、請求項３０に記載の装置。
【請求項３３】
前記少なくとも１つのプロセッサが、ラジオのセットのための干渉状態に関する情報を記憶する干渉データベースに基づいて前記干渉情報を取得するように構成された、請求項３０に記載の装置。
【請求項３４】
前記少なくとも１つのプロセッサが、前記干渉データベースを変換された干渉データベースに変換することと、前記変換された干渉データベースに基づいて前記干渉情報を取得することとを行うように構成された、請求項３３に記載の装置。
【請求項３５】
前記干渉情報が、第１のエンティティによって第２のエンティティから取得され、前記少なくとも１つのラジオが前記第１のエンティティによって選択され、前記少なくとも１つのプロセッサが、前記第１のエンティティから前記第２のエンティティに干渉情報についての要求を送ることと、前記要求に応答して前記第２のエンティティによって送られた前記干渉情報を受信することとを行うように構成された、請求項３０に記載の装置。
【請求項３６】
少なくとも１つのコンピュータに、使用のために利用可能な複数のラジオを識別させるためのコードと、
前記少なくとも１つのコンピュータに、前記複数のラジオ間の干渉を示す干渉情報を取得させるためのコードと、
前記少なくとも１つのコンピュータに、ラジオ選択のために使用される追加情報を取得させるためのコードと、
前記少なくとも１つのコンピュータに、前記干渉情報と前記追加情報とに基づいて前記複数のラジオの中から通信のために使用するための少なくとも１つのラジオを選択させるためのコードと
を備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、本発明の譲受人に譲渡され、参照により本明細書に組み込まれる、２００９年８月１８日に出願された「COEXISTENCE-ASSISTED SYSTEM SELECTION FOR MULTI RADIO OPERATION」と題する米国仮出願第６１／２３４，９５０号への優先権を主張する。
【０００２】
本開示は、一般に通信に関し、より詳細には、ワイヤレス通信デバイスによる通信をサポートするための技法に関する。
【背景技術】
【０００３】
ワイヤレス通信ネットワークは、ボイス、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信コンテンツを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。
【０００４】
ワイヤレス通信デバイスは、様々なワイヤレス通信ネットワークとの通信をサポートするために、いくつかのラジオを含み得る。ワイヤレスデバイスは、異なる要件を有し得る、いくつかのアプリケーションをサポートし得る。良好なパフォーマンスが達成され得るように、ワイヤレスデバイス上のアクティブアプリケーションのための通信をサポートすることが望ましいことがある。
【発明の概要】
【０００５】
本明細書では、ワイヤレスデバイスによる通信をサポートするための技法について説明する。ワイヤレスデバイスは、無線通信をサポートすることができるラジオのセットを含み得る。任意の数のラジオおよび複数のラジオのうちのいずれか１つが、所与の瞬間において利用可能であり得る。ワイヤレスデバイスはまた、アプリケーションのセットをサポートし得る。任意の数のアプリケーションおよび複数のアプリケーションのうちのいずれか１つが、所与の瞬間においてアクティブになり得る。
【０００６】
一態様では、良好なパフォーマンスを得るために、干渉情報と追加情報とに基づいてラジオ選択が実行され得る。１つの設計では、ワイヤレスデバイス上での使用のために利用可能である複数のラジオが、たとえば、ワイヤレスデバイス内の接続マネージャによって識別され得る。複数のラジオ間の干渉を示す干渉情報が取得され得る。また、ラジオ選択のために使用される追加情報が取得され得、追加情報は通信プロファイル、通信プリファレンス、アプリケーション要件、ラジオ能力などのための情報を備え得る。干渉情報と追加情報とに基づいて複数のラジオの中から通信のために使用するための少なくとも１つのラジオが選択され得る。
【０００７】
１つの設計では、干渉データベースが、ラジオのセットのための干渉状態に関する情報をワイヤレスデバイス上に記憶し得る。干渉データベースは、ラジオ選択のためにより容易または簡単に使用され得る形式を有し得る、変換された干渉データベースに変換され得る。変換は、必要なときに（たとえば、ラジオ選択が実行されたときに）、または所定のレートで周期的に、および／またはラジオのセットのための干渉状態があらかじめ定義された基準を満たすときに実行され得る。干渉情報は、変換された干渉データベースに基づいて取得され得る。
【０００８】
本開示の様々な態様および特徴について以下でさらに詳細に説明する。
【図面の簡単な説明】
【０００９】
【図１】様々なワイヤレスネットワークと通信するワイヤレスデバイスを示す図。
【図２】ワイヤレスデバイスのブロック図。
【図３】アプリケーションのためのラジオ選択を実行するためのコールフローを示す図。
【図４】干渉情報を備える例示的なカラーチャートを示す図。
【図５】例示的な変換されたカラーチャートを示す図。
【図６Ａ】干渉情報を利用することのないラジオ選択を示す図。
【図６Ｂ】干渉情報を利用することによるラジオ選択を示す図。
【図７】ラジオ選択のための様々なエンティティ間の相互作用を示す図。
【図８】ラジオ選択を実行するためのプロセスを示す図。
【発明を実施するための形態】
【００１０】
図１に、複数のワイヤレス通信ネットワークと通信することが可能なワイヤレス通信デバイス１１０を示す。これらのワイヤレスネットワークは、１つまたは複数のワイヤレスワイドエリアネットワーク（ＷＷＡＮ）１２０および１３０、１つまたは複数のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１４０および１５０、１つまたは複数のワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）１６０、１つまたは複数のブロードキャストネットワーク１７０、１つまたは複数の衛星測位システム１８０、図１に示していない他のネットワークおよびシステム、あるいはそれらの任意の組合せを含み得る。「ネットワーク」および「システム」という用語は、しばしば互換可能に使用される。ＷＷＡＮはセルラーネットワークであり得る。
【００１１】
セルラーネットワーク１２０および１３０は各々、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、または他の何らかのネットワークであり得る。ＣＤＭＡネットワークは、Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術またはエアインターフェースを実装し得る。ＵＴＲＡは、Ｗｉｄｅｂａｎｄ  ＣＤＭＡ（ＷＣＤＭＡ）およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＩＳ−２０００はＣＤＭＡ  １Ｘとも呼ばれ、ＩＳ−８５６はＥｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ（ＥＶＤＯ）とも呼ばれる。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｄｉｇｉｔａｌ  Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｙｓｔｅｍ（Ｄ−ＡＭＰＳ）などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ  Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と呼ばれる組織からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）と呼ばれる組織からの文書に記載されている。セルラーネットワーク１２０は、カバレージ内のワイヤレスデバイスのための双方向通信をサポートすることができるいくつかの基地局１２２を含み得る。同様に、セルラーネットワーク１３０は、カバレージ内のワイヤレスデバイスのための双方向通信をサポートすることができるいくつかの基地局１３２を含み得る。
【００１２】
ＷＬＡＮ１４０および１５０は各々、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、Ｈｉｐｅｒｌａｎなどの無線技術を実装し得る。ＷＬＡＮ１４０は、双方向通信をサポートすることができる１つまたは複数のアクセスポイント１４２を含み得る。同様に、ＷＬＡＮ１５０は、双方向通信をサポートすることができる１つまたは複数のアクセスポイント１５２を含み得る。ＷＰＡＮ１６０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１５などの無線技術を実装し得る。ＷＰＡＮ１６０は、ワイヤレスデバイス１１０、ヘッドセット１６２、コンピュータ１６４、マウス１６６など、様々なデバイスのための双方向通信をサポートし得る。
【００１３】
ブロードキャストネットワーク１７０は、テレビジョン（ＴＶ）ブロードキャストネットワーク、周波数変調（ＦＭ）ブロードキャストネットワーク、デジタルブロードキャストネットワークなどであり得る。デジタルブロードキャストネットワークは、ＭｅｄｉａＦＬＯ（商標）、Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ  ｆｏｒ  Ｈａｎｄｈｅｌｄｓ（ＤＶＢ−Ｈ）、Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ  ｆｏｒ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｔｅｌｅｖｉｓｉｏｎ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＩＳＤＢ−Ｔ）、Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ−Ｍｏｂｉｌｅ／Ｈａｎｄｈｅｌｄ（ＡＴＳＣ−Ｍ／Ｈ）などの無線技術を実装し得る。ブロードキャストネットワーク１７０は、一方向通信をサポートすることができる１つまたは複数の放送局１７２を含み得る。
【００１４】
衛星測位システム１８０は、米国のＧｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ（ＧＰＳ）、ヨーロッパのＧａｌｉｌｅｏシステム、ロシアのＧＬＯＮＡＳＳシステム、日本のＱｕａｓｉ−Ｚｅｎｉｔｈ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ（ＱＺＳＳ）、インドのＩｎｄｉａｎ  Ｒｅｇｉｏｎａｌ  Ｎａｖｉｇａｔｉｏｎａｌ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ（ＩＲＮＳＳ）、中国のＢｅｉｄｏｕシステムなどであり得る。衛星測位システム１８０は、測位のために使用される信号を送信するいくつかの衛星１８２を含み得る。
【００１５】
ワイヤレスデバイス１１０は、固定でも移動でもよく、ユーザ機器（ＵＥ）、移動局、モバイル機器、端末、アクセス端末、加入者ユニット、局などと呼ばれることもある。ワイヤレスデバイス１１０は、セルラー電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、スマートフォン、ネットブック、スマートブック、ブロードキャスト受信機などであり得る。ワイヤレスデバイス１１０は、セルラーネットワーク１２０および／または１３０、ＷＬＡＮ１４０および／または１５０、ＷＰＡＮ１６０内のデバイスなどと双方向に通信し得る。ワイヤレスデバイス１１０はまた、ブロードキャストネットワーク１７０、衛星測位システム１８０などから信号を受信し得る。概して、ワイヤレスデバイス１１０は、所与の瞬間において任意の数のワイヤレスネットワークおよびシステムと通信し得る。
【００１６】
図２に、ホストサブシステム２１０とラジオサブシステム２３０とを含む、ワイヤレスデバイス１１０の設計のブロック図を示す。図２に示す設計では、ホストサブシステム２１０は、ホストプロセッサ２２０とメモリ２２２とを含む。ワイヤレスデバイス１１０は、ボイス、パケットデータ、ビデオシェア、ビデオテレフォニー、電子メール、ブロードキャスト受信、インスタントメッセージング、プッシュツートークなどの異なる通信サービスを与え得る、Ｌ個のアプリケーション２２４ａ〜２２４ｌをサポートし得る。概して、Ｌは任意の値であり得る。Ｌ個のアプリケーション２２４のうちのいずれか１つが、所与の瞬間においてアクティブであり得る。アプリケーションプログラミングインターフェース（ＡＰＩ）２２６は、ワイヤレスデバイス１１０のためのアプリケーション２２４とオペレーティングシステム（ＯＳ）２２８との間の通信をサポートし得る。オペレーティングシステム２２８は、ワイヤレスデバイス１１０の動作を制御し、ハイレベルオペレーティングシステム（ＨＬＯＳ）または他の何らかのオペレーティングシステムであり得る。ホストプロセッサ２２０は、アクティブアプリケーションを実行し、また、ＡＰＩおよびオペレーティングシステムを実行し得る。メモリ２２２は、ホストプロセッサ２２０のためのプログラムコードおよびデータを記憶し得る。
【００１７】
図２に示す設計では、ラジオサブシステム２３０は、接続マネージャ（ＣｎＭ：connection manager）２４０と、共存マネージャ（ＣｘＭ：coexistence manager）２６０と、処理コア２８０と、ＣｎＭデータベース２５２と、ＣｘＭデータベース２７２と、Ｒ個のラジオ２９０ａ〜２９０ｒとを含み、Ｒは任意の値であり得る。ラジオサブシステム２３０は、モデムチップ、モデムチップセット、ワイヤレスデータカードなどであり得る。Ｒ個のラジオ２９０は、３ＧＰＰ２セルラーネットワーク（たとえば、ＣＤＭＡ  １Ｘ、ＥＶＤＯなど）、３ＧＰＰセルラーネットワーク（たとえば、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、ＷＣＤＭＡ／ＵＭＴＳ、ＬＴＥなど）、ＷＬＡＮ、ＷｉＭＡＸネットワーク、ＧＰＳ、Ｂｌｕｅｔｏｏｔｈ、ブロードキャストネットワーク、近距離通信（ＮＦＣ：Near Field Communication）、無線周波数識別情報（ＲＦＩＤ：Radio Frequency Identification）などのためのものであり得る。
【００１８】
接続マネージャ２４０は、利用可能なラジオを介したアクティブアプリケーションのための通信をサポートするために様々な機能を実行し得る。接続マネージャ２４０内で、ＣｎＭ  ＡＰＩ  ２４２は、以下で説明するように、接続マネージャ２４０と、共存マネージャ２６０と、アプリケーション２２４との間の通信を容易にし得る。システムポリシーマネージャ２４４は、ラジオに関連するポリシーを管理し、イベントに応答してラジオをアクティブおよび非アクティブにし、ワイヤレスネットワーク間のハンドオフを管理し得る。ポリシーは、任意の所与のアプリケーションにどの（１つまたは複数の）ラジオを使用すべきかを判断するために使用され得る。システムポリシーマネージャ２４４は、３ＧＰＰ２における好適ローミングリスト（ＰＲＬ：preferred roaming list）、３ＧＰＰにおける好適なパブリックランドモバイルネットワーク（ＰＬＭＮ：public land mobile network）のリストなどによって提供され得るネットワーク事業者ルールに基づいて動作し得る。システムリソースマネージャ２４６は、競合解消、電力管理、リンクサービス品質（ＱｏＳ：quality of service）、承認制御などのリソース管理を実行するために、システムポリシーマネージャ２４４とインターフェースし得る。ラジオインターフェースマネージャ２４８は、呼を管理し、電話設定を変更し、付加サービスを登録／登録解除し、呼状況、電話の状態／状況、およびサービス状況に関してアプリケーションに通知し得る。ラジオインターフェースマネージャ２４８はまた、モバイルインターネットプロトコル（ＭＩＰ：Mobile Internet Protocol）、ネイバーチャネル測定値、より良いシステム検出、事前認証およびセキュリティキー交換、ならびにボイスおよびデータサービスのための他の機能ユニットを使用してサービス継続性を管理し得る。ラジオインターフェースマネージャ２４８はまた、ワイヤレスデバイス１１０と他のワイヤレスデバイスとの間のピアツーピア通信をサポートし得る。ＣｎＭコントローラ２５０は、接続マネージャ２４０の全体的な制御を担当し得る。ＣｎＭコントローラ２５０は、どのアプリケーションがアクティブであるかを判断し、アクティブアプリケーションの要件を取得し、利用可能なまたは選択されたラジオに関する情報を提供するために、ＣｎＭ  ＡＰＩを介してアプリケーション２２４と通信し得る。ＣｎＭコントローラ２５０はまた、たとえば、共通バス２５８を介して交換されるメッセージを通して、接続マネージャ２４０内の他のマネージャおよびコントローラの動作を調整し得る。
【００１９】
共存マネージャ２６０は、ラジオ２９０とインターフェースし、ラジオの動作を制御し得る。共存マネージャ２６０は、アクティブラジオから入力を受信し、これらのラジオ間の干渉を緩和し、できる限り多くのラジオのための良好なパフォーマンスを達成するためにアクティブラジオの動作を制御し得る。共存マネージャ２６０内で、ＣｘＭコントローラ２７０は、共存マネージャ２６０の全体的な制御を担当し得る。ルックアップテーブル（ＬＵＴ：look-up table）２６２は、現在の動作シナリオに基づいてデータベースの関係部分を取り出すためにＣｘＭデータベース２７２に関連付けられ得る（およびインターフェースし得る）。ハードウェアアクセラレータ（ＨＷＡ：hardware accelerator）２６４は、いくつかの機能の効率的な処理を行い、メモリストアに直接アクセスするために直接メモリアクセス（ＤＭＡ：direct memory access）モジュール２６６を使用し得る。
【００２０】
プロセッサコア２８０は、ラジオサブシステム２３０内のユニットの処理を実行し得る。処理コア２８０内で、中央処理装置（ＣＰＵ）２８２は、接続マネージャ２４０および共存マネージャ２６０によって要求される処理を実行し得る。ＣＰＵ２８２はまた、ラジオ２９０を介して送信または受信されるデータの処理を実行し得る。各ラジオ２９０の処理は、そのラジオによってサポートされる無線技術に依存し、符号化、復号、変調、復調、暗号化、解読などを含み得る。メモリ２８４は、接続マネージャ２４０および共存マネージャ２６０のためのプログラムコードおよびデータを記憶し得る。ＤＭＡ／ファブリックコントローラ２８６は、ローカルまたは外部システムメモリまたは他のサブシステムとのデータ転送をサポートし得る。バスコントローラ２８８は、データバス２５８を介する通信を調整し得る。
【００２１】
１つの設計では、処理コア２８０は、たとえば、ラジオ選択、システム選択、およびラジオ間のハンドオフに関した機能について、共存マネージャ２６０および接続マネージャ２４０の処理を実行することができる。ＣＰＵ２８２は、ラジオサブシステム２３０内に配置された組込みプロセッサであり得る。ＣＰＵ２８２および関連メモリ２８４は、ＣｎＭおよびＣｘＭ機能をホスティングするために単一の集中型の環境をもたらすことができる。これにより、接続マネージャ２４０は、局所型の環境中のすべてのアクティブラジオのリアルタイム管理を提供することが可能になり得る。これにより、接続マネージャ２４０は、任意の数のラジオをサポートするためにスケーラブルなインフラストラクチャを提供することも可能になり得る。ＣＰＵ２８２は、ＣｎＭおよびＣｘＭ機能を実行する際に電力節約を提供するために、必要とされるパフォーマンスが従来のＣＰＵよりも低い、低電力プロセッサであり得る。さらに、ＣＰＵ２８２は、接続マネージャ２４０および共存マネージャ２６０が必要なときに機能することができるように「常時オン（always on）」環境を提供し得る。この「常時オン」機能は、電力消費量を低減するために、適切なときにＣＰＵ２８２がスリープすることを同時に可能にしながら確保され得る。
【００２２】
ＣｘＭデータベース２７２は、異なる動作シナリオにおける異なるラジオの組合せのパフォーマンスに関する情報を備え得る、干渉データベースを記憶することができる。干渉データベースは、カラーチャートまたは何らかの他のフォーマットの形式であり得る。ラジオの動作は、ラジオの許容できるパフォーマンスを取得するために干渉データベースに基づいて制御され得る。
【００２３】
ＣｎＭデータベース２５２は、アプリケーションのためのラジオを選択するために使用され得る、様々なタイプの情報を記憶し得る。たとえば、ＣｎＭデータベース２５２は、（ｉ）接続性を取得するために使用され得るプロファイルのプロファイルデータベース、（ｉｉ）異なるワイヤレスネットワークのための情報のネットワークデータベース（たとえば、ＰＲＬ、好適なＰＬＭＮリストなど）、（ｉｉｉ）ワイヤレスデバイス１１０に接続性を与えるためのラジオを選択するために使用される情報のポリシーデータベース、（ｉｖ）現在の動作シナリオに基づいてアプリケーションのためのラジオを選択するために使用される情報の変換された干渉データベース、および／または（ｖ）ワイヤレスデバイス１１０のための他の情報の他のデータベースを記憶し得る。
【００２４】
図２に、ワイヤレスデバイス１１０のためのラジオサブシステム２３０と、接続マネージャ２４０と、共存マネージャ２６０と、処理コア２８０との例示的な設計を示す。ラジオサブシステム２３０と、接続マネージャ２４０と、共存マネージャ２６０と、処理コア２８０とは、より少数の、異なる、および／または追加のマネージャ、コントローラ、およびデータベースをも含み得る。概して、ラジオサブシステム２３０は、（ｉ）任意の数の機能のための任意の数のマネージャおよびコントローラ、ならびに（ｉｉ）通信をサポートするために有用であり得る任意のタイプの情報のための任意の数のデータベースを含み得る。
【００２５】
１つの設計では、ワイヤレスデバイス１１０のための接続性を与えるためにプロファイルが使用され得る。プロファイルは、ワイヤレスデバイス１１０が接続性を取得するために実行すべき特定のアクションのプリファレンスを含み得る。たとえば、プロファイルは、他のラジオよりもあるラジオへのプリファレンス、ある条件の下での特定のラジオへのプリファレンスなどを識別し得る。ユーザ、ネットワーク事業者、相手先商標製造会社（ＯＥＭ）またはワイヤレスデバイス製造業者などの異なるエンティティによって、異なるプロファイルが定義され得る。プロファイルは、異なるエンティティの要件への適合を可能にし得る。
【００２６】
いくつかのプロファイルが定義され得る。１つの設計では、以下のプロファイルのうちの１つまたは複数が定義され得る。
【００２７】
・ユーザプロファイル−ユーザによって定義された接続性のプリファレンスを記憶する、
・事業者プロファイル−ネットワーク事業者によって定義された接続性プリファレンスを記憶する、
・ＯＥＭプロファイル−ＯＥＭによって定義された接続性プリファレンスを記憶する、
・アプリケーションプロファイル−アプリケーションのための接続性プリファレンスを記憶する、および
・学習されたプロファイル−ワイヤレスデバイス１１０の学習されたパターンおよび動作(behavior)に基づいて判断された接続性プリファレンスを記憶する。
【００２８】
ユーザプロファイルは、コスト、プライバシ、バッテリー使用など、様々な考慮事項に基づいてユーザによって定義された、接続性についてのプリファレンスを記憶し得る。ユーザ定義のプリファレンスは、アプリケーションに接続性を与えるためのラジオを選択するために使用され得る。たとえば、ユーザプロファイルは、ユーザが自宅にいるときにホームＷＬＡＮを選択し、職場にいるときに会社のＷＬＡＮを選択し、バッテリー電力を節約するために車中ではＷＬＡＮのスイッチを切り得る。
【００２９】
事業者プロファイルは、ネットワーク事業者によって定義された接続性のプリファレンスを記憶し得る。ネットワーク事業者は、いくつかのラジオがワイヤレスデバイス１１０内で利用可能であるとき、ワイヤレスデバイス１１０に他のラジオよりもあるラジオを使用してもらいたいことがある。たとえば、ネットワーク事業者は、事業者の好適なネットワークを介してトラフィックデータをルーティングするか、または、たとえば、ネットワーク事業者のＷＬＡＮ中で、アクセスポイントが利用可能であるとき、トラフィックデータをオフロードすることを好み得る。事業者プリファレンスは、３ＧＰＰ２ネットワークについてのＰＲＬ、３ＧＰＰネットワークについての好適なＰＬＭＮリスト、および／または好適なワイヤレスネットワークのリストに基づいて定義され得る。
【００３０】
ＯＥＭプロファイルは、ワイヤレスデバイス１１０のＯＥＭまたは製造業者によって定義された接続性のプリファレンスを記憶し得る。ＯＥＭプロファイルは、どの特定のラジオがワイヤレスデバイス１１０に含まれるか、ワイヤレスデバイス１１０において利用可能なリソースなどに依存し得る、ワイヤレスデバイス１１０の能力に基づいて定義され得る。利用可能なリソースは、ラジオ能力、処理能力、メモリ容量、バッテリー電力などによって与えられ得る。ＯＥＭプロファイルは、利用可能なリソースに基づいてルール／プリファレンスを記憶し得る。ＯＥＭプロファイルにおけるすべてのルールに基づいて、異なる決定が行われ得る。
【００３１】
アプリケーションプロファイルは、ワイヤレスデバイス１１０上のアプリケーションのための接続性のプリファレンスを記憶し得る。アプリケーションは、（たとえば、ＱｏＳについての）いくつかの要件を有し得、各ラジオは、いくつかの能力を有し得る。プリファレンスは、アプリケーションの要件、ラジオの能力、および／または他のファクタに基づき得る。プリファレンスは、アプリケーションに接続性を与えるための適切なラジオを選択するために使用され得る。
【００３２】
学習されたプロファイルは、ワイヤレスデバイス１１０の過去のアクティビティまたは動作に基づいて判断された接続性のプリファレンスを記憶し得る。ワイヤレスデバイス１１０のパターンおよび動作が、収集され、新しいプロファイルを作成するかまたは既存のプロファイルを更新するために使用され得る。学習されたプロファイルはまた、ワイヤレスデバイス１１０のロケーションなど、ローカル条件によって確立され得る。
【００３３】
５つのタイプのプロファイルについて上記で説明した。より少数の、異なる、および／または追加のプロファイルも、定義され、接続性を与えるために使用され得る。プロファイルは、静的で１度に定義され、半静的で時々変更され、または動的で、周期的にまたは非同期的に更新されることがあり得る。プロファイルは、ユーザ、内部学習エンティティを介してワイヤレスデバイス１１０などの他のエンティティ、ワイヤードまたはワイヤレス接続を介して別のユーザ、事業者ネットワーク、サービスサーバなどによって更新され得る。プロファイルは、ユーザ関与なしに自動的にワイヤレスデバイス１１０にロードされるか、またはロードのためのユーザ承認を必要とし得る。
【００３４】
１．ＣｎＭ−ＣｘＭ動作
一態様では、接続マネージャ２４０および共存マネージャ２６０は、良好なパフォーマンスが達成され得るように、アクティブアプリケーションのためのラジオを選択するために協働し得る。１つの設計では、接続マネージャ２４０は、共存マネージャ２６０のための制御エンティティとして働き得、ラジオを選択し、ラジオ間のハンドオフを実行するために共存マネージャ２６０の動作を制御し得る。１つの設計では、共存マネージャ２６０は、単一ラジオのシナリオと複数ラジオのシナリオの両方を認識させられることができ、検討中のシナリオのために１つまたは複数のラジオを選択し得る。たとえば、共存マネージャ２６０は、複数のラジオが同じ通信スレッドの一部であるシナリオ、たとえば、ボイス呼の一部としてセルラープラスブルートゥース、を通知され得る。共存マネージャ２６０は、次いで、通信スレッドのために適切なラジオを選択し得、選択されたラジオの適切な同時動作を確実にすることができる。
【００３５】
接続マネージャ２４０は、ラジオを選択するために使用されるルール／パラメータを確立し得る。たとえば、ルールは、干渉による競合の場合のラジオ間の解決、ラジオの優先順位などに関係し得る。ルールは、通信のプロファイルおよびプリファレンス、アクティブアプリケーションの要件、ラジオの異なる組合せの共存状態などに基づいて定義され得る。プロファイルおよびプリファレンスは、ＣｎＭデータベース２５２に記憶され得、必要に応じて取り出され得る。アプリケーション２２４の要件は、ＱｏＳ、エアインターフェースなどに関係し得る。アプリケーションは、いくつかの無線技術によってサポートされ得る、いくつかのＱｏＳ要件を有し得る。たとえば、Ｖｉｄｅｏｓｈａｒｅアプリケーションは、ＥＶＤＯによって満たされ得るいくつかの要件を有し得る。ユーザがＥＶＤＯネットワークを出て、ＷＬＡＮに入った場合、アプリケーションを無効化することまでを含めて、Ｖｉｄｅｏｓｈａｒｅアプリケーションのための特定のアクションが取られ得る。
【００３６】
１つのシナリオでは、単一のアプリケーションがアクティブであり得、特定のラジオに割り当てられ、それによってサポートされ得る。別のシナリオでは、複数のアプリケーションが同時にアクティブであり得、（たとえば、ＱｏＳについての）異なる要件および好適なラジオを有し得る。このシナリオでは、利用可能なラジオは、アクティブアプリケーションの要件に基づいて優先順位を付けられ得る。ラジオ間の干渉が増加すると特定のラジオのＱｏＳが減少し得るので、ＱｏＳはラジオ共存に関係し得る。両方のシナリオについて、接続マネージャ２４０は、１つまたは複数のアクティブアプリケーションの要件が満たされ得るように、１つまたは複数の適切なラジオを選択し得る。
【００３７】
図３に、アクティブアプリケーションのためのラジオ選択を実行するためのコールフロー３００の設計を示す。第１のアプリケーション２２４ａは、アクティブになり、接続マネージャ２４０に接続要求を送ることができる（ステップ１）。接続マネージャ２４０は、接続要求を受信し、アプリケーション２２４ａのためのラジオ選択のために使用される情報を取得することができる（ステップ２）。このラジオ選択情報は、アプリケーション２２４ａのための適用可能なプロファイルおよび／またはプリファレンス、アプリケーション２２４ａの要件、ワイヤレスデバイス１１０のステータスなどを備え得る。接続マネージャ２４０は、アプリケーション２２４ａのために使用され得るラジオと、場合によっては、ラジオ選択情報に基づいてアプリケーション２２４ａのための好適な１つまたは複数のラジオとのリストを生成し得る。接続マネージャ２４０は、「オン」または「待機」状態にあり得、ローカル干渉環境に影響を及ぼし得るラジオを含む、ワイヤレスデバイス１１０上で現在利用可能なラジオおよび／またはアプリケーション２２４ａのための要求されたラジオのための干渉情報を取り出すことができる（ステップ３）。干渉情報は、以下で説明するように、着目したラジオによって観測される干渉状態を示し得、様々な形式で与えられ得る。干渉情報は、共存マネージャ２６０によって維持される干渉データベースから取得され得る。
【００３８】
接続マネージャ２４０は、ラジオ選択情報と干渉情報とに基づいてラジオの優先順位を設定することができる（ステップ４）。接続マネージャ２４０は、次いで、ラジオの優先順位と利用可能な情報とに基づいてアプリケーション２２４ａのための１つまたは複数のラジオを選択することができる（ステップ５）。接続マネージャ２４０は、選択された（１つまたは複数の）ラジオを設定して所望のパフォーマンスを得るために、共存マネージャ２６０と通信することができる（ステップ６）。共存マネージャ２６０は、選択された（１つまたは複数の）ラジオのための干渉状態を周期的に監視し、干渉状態が所定の量だけ変化したときはいつでも、接続マネージャ２４０に報告を返すことができる（ステップ７）。アプリケーション２２４ａは、選択された（１つまたは複数の）ラジオに接続されることができる（ステップ８）。
【００３９】
一例として、アプリケーション２２４ａは、ステップ１において接続するために最良のシステムを要求し得るボイスオーバインターネットプロトコル（ＶｏＩＰ）アプリケーションであり得る。接続マネージャ２４０は、ステップ２において、２．５ＧＨｚのＬＴＥまたは８００ＭＨｚのＣＤＭＡ  １ＸがＶｏＩＰアプリケーションをサポートすることができると判断し得る。ＬＴＥ上のＶｏＩＰが接続マネージャ２４０によって好まれ得る。しかしながら、２．４ＧＨｚのＷＬＡＮが現在アクティブであり得、ステップ３における共存マネージャ２６０からの干渉情報が、２．５ＧＨｚのＬＴＥが２．４ＧＨｚのＷＬＡＮによって大きく干渉されることを示し得る。接続マネージャ２４０は、次いで、干渉を回避し、より良いユーザエクスペリエンスを与えるために、ステップ５においてＶｏＩＰアプリケーションのために８００ＧＨｚのＣＤＭＡ  １Ｘを選択し得る。代替的に、接続マネージャ２４０は、（可能な場合）２．４ＧＨｚのＷＬＡＮからの干渉を緩和しようと試み得、次いで、ＶｏＩＰアプリケーションのために２．５ＧＨｚのＬＴＥを選択し得る。いずれの場合も、ＶｏＩＰアプリケーションのためのラジオ選択情報と干渉情報とに基づいて、ＶｏＩＰアプリケーションのための最も好適なラジオが選択され得る。
【００４０】
その後、第２のアプリケーション２２４ｂがアクティブになり得、接続マネージャ２４０に接続要求を送り得る。アプリケーション２２４ａについて上記で説明したステップは、アプリケーション２２４ｂに対して繰り返され得る。しかしながら、共存マネージャ２６０から取得された干渉情報は、他のアクティブアプリケーションのために選択された（１つまたは複数の）ラジオ、ならびにアプリケーション２２４ｂのために使用され得るラジオに依存し得る。アプリケーション２２４ｂのためのラジオ選択情報と干渉情報とに基づいて、利用可能なラジオの中から１つまたは複数のラジオがアプリケーション２２４ｂのために選択され得る。アプリケーション２２４ｂは、それの選択された（１つまたは複数の）ラジオに接続され得る。
【００４１】
図３に、２つのアプリケーションがラジオ接続を順次要求する例を示す。概して、任意の数のアプリケーションがラジオ接続を要求し得る。要求は、図３に示すように順次、または並列に受信され、処理され得る。並列処理は、すべてアプリケーションの要件の同時評価を可能にし、したがってラジオがより効率的な方法で選択され、割り当てられ得る。
【００４２】
２．変換された干渉データベース
別の態様では、アクティブアプリケーションのためのラジオを選択するために、１つまたは複数の干渉データベースが接続マネージャ２４０と共存マネージャ２６０とによって使用され得る。１つの設計では、共存マネージャ２６０は、ワイヤレスデバイス１１０によってサポートされるすべてのラジオによって定義され得る、所与のマルチラジオプラットフォームのための干渉データベース（たとえば、カラーチャート）を生成し得る。干渉データベースは、ラジオを選択するため、および同時に動作しているアクティブラジオ間の干渉を低減するために使用され得る。１つの設計では、干渉データベースは、現在の干渉状態に基づいて頻繁に（たとえば、１ミリ秒ごとにまたはそれより少なく）更新され得る。接続マネージャ２４０は、所与の時間においてどの（１つまたは複数の）ラジオを選択すべきかを判断するために使用され得る、干渉データベースのためのクライアントエンティティであり得る。
【００４３】
１つの設計では、干渉データベースは、初期接続および／またはハンドオフのためのラジオ選択のための使用により好適であり得る、変換された干渉データベースに変換され得る。ラジオは、一般に半静的な方法で選択され、変更は、比較的まれ（たとえば、ミリ秒ではなく分または時間のオーダー）で行われ得る。変換は、様々な方法で（たとえば、処理コア２８０内のＣＰＵ２８２によって）実行され得る。１つの設計では、変換は、好適な時定数（たとえば、約１秒）の移動平均フィルタを用いて実施され得る。この設計は、ラジオによって観測される干渉状態のより正確な表示を与え得る。１つの設計では、干渉データベースは、（たとえば、デシベル（ｄＢ）値をもつ）あるフォーマットから、（たとえば、カラーコード化されたインジケータ、またはスループット値、および／または他の情報をもつ）別のフォーマットに変換され得る。この設計は、ラジオ選択のための干渉情報の使用を簡略化し得る。
【００４４】
１つの設計では、変換は、接続マネージャ２４０によって設定され得るか、または接続マネージャ２４０と共存マネージャ２６０との間でネゴシエートされ得る、所定のレートで周期的に実行され得る。別の設計では、共存マネージャ２６０が要求されたアクションを接続マネージャ２４０に与えることができるように、コールバックまたは警告機構が使用され得る。たとえば、共存マネージャ２６０は、２つのラジオＸとＹとの間の干渉状態があらかじめ定義された基準を満たすとき、接続マネージャ２４０に警告を出し得る。
【００４５】
図４に、ラジオを選択するために使用される干渉データベースの１つの設計であるカラーチャート４００の設計を示す。カラーチャート４００では、水平軸は、送信機ラジオのためのものであり得、（異なる周波数チャネルではなく）異なる周波数帯域をカバーし得る。帯域は、いくつかの周波数チャネルをカバーし得る。各帯域中の特定の数の周波数チャネルは、無線技術、帯域などに依存し得る。垂直軸は、受信機ラジオのためのものであり得、やはり異なる帯域をカバーし得る。
【００４６】
図４に示す設計では、カラーチャート４００は、送信機ラジオの特定の帯域と受信機ラジオの特定の帯域とをカバーする各帯域の組合せについての６つのセルを含む。所与の帯域の組合せについて、左列中の３つのセルは感度シナリオ(sensitivity scenario)（Ｓｅｎ）についてのパフォーマンスを与え、右列中の３つのセルは公称シナリオ(nominal scenario)（Ｎｏｍ）についてのパフォーマンスを与える。一番上の行中の２つのセルは、（緑色によって指定された）許容できるパフォーマンスのチャネル組合せの割合を示し、中間の行中の２つのセルは、（黄色によって指定された）限界のパフォーマンスのチャネル組合せの割合を示し、一番下の行中の２つのセルは、（赤色によって指定された）許容できないパフォーマンスのチャネル組合せの割合を示す。たとえば、２．４ＧＨｚ帯域中のブルートゥース送信機と、２．６ＧＨｚ帯域中のＬＴＥ受信機とをカバーするブロック４１０において、すべての周波数チャネルの組合せのうちの４７パーセントが感度シナリオについて許容できるパフォーマンスを有し、すべての周波数チャネルの組合せのうちの１０パーセントが限界のパフォーマンスを有し、すべて周波数チャネルの組合せのうちの４３パーセントが許容できないパフォーマンスを有する。カラーチャート４００中の情報は、（ｉ）所与のシナリオ（たとえば、感度または公称）について各周波数チャネルの組合せについてのパフォーマンス（たとえば、許容できる、限界、または許容できない）を判断することと、（ｉｉ）各パフォーマンスレベルについての周波数チャネルの割合を判断することとによって取得され得る。概して、任意の数のパフォーマンスレベルが定義され得、カラーチャート４００は、各パフォーマンスレベルについてのチャネル組合せの割合を与え得る。
【００４７】
別の設計では、カラーチャートは、異なる送信機ラジオと受信機ラジオとについてのいくつかの動作状態のためのいくつかのセルを含み得る。ラジオは、ラジオからの干渉を緩和するようにおよび／またはラジオのパフォーマンスを改善するように調整され得る１つまたは複数の設定可能なパラメータを有し得る。設定可能なパラメータは、増幅器、フィルタ、アンテナ、アンテナアレイなど、ラジオ内の物理構成要素に関するものであり得る。設定可能なパラメータはまた、送信電力レベル、周波数チャネル、トラフィックチャネル、スケジュールされた期間など、動作パラメータに関するものであり得る。受信電力レベルはまた、たとえば、異なるアンテナおよび／またはより多くのアンテナを選択することによって変更され得る場合、設定可能なパラメータであり得る。各設定可能なパラメータは、そのパラメータに適用可能な複数の可能な設定／値のうちの１つに設定され得る。ラジオは、各設定可能なパラメータのための特定の設定によって定義され得る動作状態を有し得る。設定可能なパラメータは「ノブ(knob)」と呼ばれることもあり、設定可能なパラメータの設定は「ノブ設定」と呼ばれることもあり、動作状態は「ノブ状態」と呼ばれることもある。
【００４８】
カラーチャートは、送信機ラジオが動作することができる各周波数チャネルのための列のセットを含み得る。各列セットは、送信機ラジオの異なる動作状態のためのいくつかの列を含み得る。カラーチャートはまた、受信機ラジオが動作することができる各周波数チャネルのための行のセットを含み得る。各行セットは、受信機ラジオの異なる動作状態のためのいくつかの行を含み得る。セルは、送信機ラジオと受信機ラジオとの動作状態の各一意の組合せに対して定義され得る。セル（ｉ、ｊ）は、送信機ラジオの動作状態ｉと受信機ラジオの動作状態ｊとに対応し得る。セル（ｉ、ｊ）は、送信機ラジオが動作状態ｉにあり、受信機ラジオが動作状態ｊにある場合の受信機ラジオのパフォーマンスレベル（たとえば、許容できる、限界、または許容できない）で充填され得る。送信機ラジオの動作状態および／または受信機ラジオの動作状態は、所望のパフォーマンスを得るために、必要に応じて変更され得る。
【００４９】
干渉データベースのために使用され得る２つの例示的なカラーチャートについて上記で説明した。また、ラジオ間の干渉に関する情報がカラーチャートまたは干渉データベース中で他の方法でキャプチャおよび提示されることができ、たとえば、他の方法で量子化され、他のフォーマットまたは構造を使用して提示されることができる。
【００５０】
図５に、ラジオを選択するために使用される変換された干渉データベースの１つの設計である変換されたカラーチャート５００の設計を示す。カラーチャート５００では、水平軸は、送信機ラジオの異なる周波数帯域をカバーし得、垂直軸は、受信機ラジオの異なる帯域をカバーし得る。図５に示す設計では、変換されたカラーチャート５００は、送信機ラジオの特定の周波数帯域と受信機ラジオの特定の周波数帯域とをカバーする各帯域の組合せについての１つのセルを含む。所与の帯域の組合せについてのセルは、その帯域の組合せについての送信機ラジオと受信機ラジオとのパフォーマンスが許容できる（緑）のか、限界である（黄）のか、または許容できない（赤）のかを示し得る。このパフォーマンスは、帯域の組合せによってカバーされる異なるチャネルにわたっておよび／または好適な持続時間にわたって、送信機ラジオと受信機ラジオとのパフォーマンスを平均化することによって取得され得る。
【００５１】
図５に、図４に示したカラーチャートに基づき得る例示的な変換されたカラーチャートを示す。概して、変換は、様々な方法で実行され得、元のカラーチャートのフォーマットに依存し得る。
【００５２】
１つの設計では、変換された干渉データベースは数値形式またはコード化された形式で与えられ得る。数値形式は、ｄＢの単位で与えられ得、干渉の量を示し得る（たとえば、干渉による感度低下（desense）の場合は「＋５ｄＢ」）。コード化された形式は、異なるインジケータ（たとえば、「緑」、「黄」、および「赤」のインジケータ）によって与えられ得る。インジケータは、たとえば、いくつかのプロファイル設定に従って、干渉メトリックに基づいて定義され得る。たとえば、緑のインジケータは、「許容できる」パフォーマンス、または、対応するラジオの組合せがラジオ干渉による影響を受けないことを示し得る。黄のインジケータは、それのプロファイルデータベース中の接続マネージャ２４０の動作パラメータ内での「限界」のパフォーマンスを示し得る。赤のインジケータは、「許容できない」パフォーマンスまたは「厳しい」ラジオ干渉を示し得る。この場合、接続マネージャ２４０は、可能な場合、代替ラジオを選択するか、またはユーザに通知するなど他のアクションを取り得る。
【００５３】
図６Ａに、干渉情報を利用することのない接続マネージャ２４０によるラジオ選択の設計を示す。（接続マネージャ２４０によって実施され得る）ラジオ選択アルゴリズム６１０は、（ｉ）ＣｎＭデータベース２５２からのアプリケーション、ネットワーク事業者、およびユーザについてのプロファイル、（ｉｉ）（たとえば、ＱｏＳについての）アクティブアプリケーションの要件、コスト、利用可能なバッテリー電力などの他の情報など、様々な入力を受信し得る。ラジオ選択アルゴリズム６１０は、入力のすべてに基づいて動作ルールを判断し得る。動作ルールは、ラジオを選択すること、アクティブアプリケーションを選択されたラジオにマッピングすることなどのために使用され得る。ラジオ選択アルゴリズム６１０は、次いで、動作ルールに基づいて１つまたは複数のアクティブアプリケーションのための１つまたは複数の最良のラジオを選択し得る。
【００５４】
図６Ｂに、干渉情報を利用することによる接続マネージャ２４０によるラジオ選択の設計を示す。共存マネージャ２６０は、ＣｘＭデータベース２７２内に干渉データベースを維持し得、干渉データベースを周期的に更新し得る。干渉データベースの全部または一部は、接続マネージャ２４０によって要求されたとき、またはいくつかのイベントによってトリガされたときなどに、変換された干渉データベース２７４に変換され得る。（接続マネージャ２４０によって実施され得る）ラジオ選択アルゴリズム６２０は、（ｉ）ＣｎＭデータベース２５２からのアプリケーション、ネットワーク事業者、およびユーザについてのプロファイル、（ｉｉ）変換された干渉データベース２７４からの干渉情報、（ｉｉｉ）（たとえば、ＱｏＳについての）アクティブアプリケーションの要件、コスト、利用可能なバッテリー電力などの他の情報など、様々な入力を受信し得る。ラジオ選択アルゴリズム６２０は、入力のすべてに基づいて動作ルールを判断し得、動作ルールに基づいて１つまたは複数のアクティブアプリケーションのための１つまたは複数の最良のラジオを選択し得る。接続マネージャ２４０は、（１つまたは複数の）ラジオの選択を改善するために、たとえば、ワイヤレスデバイス１１０内で、または近隣デバイス（たとえば、ブルートゥースヘッドセット）に対して高い干渉を生じない（１つまたは複数の）ラジオを選択するために、干渉情報を利用し得る。
【００５５】
図７に、ラジオ選択をサポートするための接続マネージャ２４０と共存マネージャ２６０との動作を示す。ワイヤレスデバイス１１０上のＬ個の全アプリケーションのうちＫ個のアプリケーションがアクティブであり得、ただしＫ≧１である。接続マネージャ２４０は、Ｋ個のアクティブアプリケーションから１つまたは複数の接続要求を受信し得る。接続マネージャ２４０は、Ｑ個の全プロファイルのうちＰ個のプロファイルが適用可能であると判断し得、ただしＰおよびＱは任意の値であり得る。接続マネージャ２４０はまた、Ｒ個の全ラジオのうちＮ個の利用可能なラジオのための干渉情報を受信し得、ただしＮ＞１である。接続マネージャ２４０はまた、ワイヤレスデバイス１１０の動作状態、利用可能なリソース、および／またはロケーションを示す情報を受信し得る。接続マネージャ２４０は、Ｐ個の選択されたプロファイルと、干渉情報と、ワイヤレスデバイス１１０のための他の情報とに基づいて動作ルールを判断し得る。
【００５６】
接続マネージャ２４０は、Ｎ個の利用可能なラジオのうちＭ個を選択して、Ｋ個のアクティブアプリケーションのための接続性を与え得、ただしＭ≧１である。接続マネージャ２４０は、次いで、動作ルールに基づいて、Ｋ個のアクティブアプリケーションをＭ個の選択されたラジオにマッピングし得る。図７に示す例では、動作ルールに基づいて、第１のアクティブアプリケーションは、第１の選択されたラジオにマッピングされ得、第２のアクティブアプリケーションは、第２の選択されたラジオにマッピングされ得、第３のアクティブアプリケーションは、第２の選択されたラジオと第３の選択されたラジオとにマッピングされ得る。各アクティブアプリケーションは、所望の通信サービスを取得するために任意のエンティティと通信し得る。アプリケーションのためのエンドポイントは、インターネットであり得る「クラウド」中に示されている。
【００５７】
アクティブアプリケーションは、変化し得る。さらに、１つまたは複数の選択されたラジオが（たとえば、移動性により）もはや利用可能ではないこと、および／または他のラジオが利用可能になるか、またはより好適であることがある。共存マネージャ２６０は、利用可能なラジオおよびラジオ環境の変化により干渉データベースおよび変換された干渉データベースを更新し得る。接続マネージャ２４０は、アクティブアプリケーション、干渉情報、利用可能なラジオ、適用可能なプロファイル、デバイス動作状態、利用可能なリソース、および／または他のファクタの変化により、選択されたラジオを更新し得る。
【００５８】
１つの設計では、ラジオ選択は、次のように実行され得る。各アクティブラジオの動作状態は、所与の時間インスタンスにおいてサンプリングされ、記憶され得る。この情報は、干渉データベース中の１つまたは複数の値をルックアップするために使用されることができ、それは、共存メトリックまたはカラー、たとえば、受信機ラジオのための感度低下量（ｄＢ単位）を戻すことができる。意思決定プロセスが開始され得、ラジオのノブが、共存メトリックを改善するために変更され得る。これらのステップは、所望の共存メトリックが取得されるまで反復的に繰り返され得る。
【００５９】
よりハードウェア中心であり得る１つの設計では、上記で説明したステップの一部または全部が、ソフトウェアではなく（たとえば、プログラマブル状態機械またはハードウェアアクセラレータによって）ハードウェアで実行され得る。ハードウェア中心の設計では、図２のルックアップテーブル２６２は、ＣｘＭデータベース２７２中のより大きい干渉データベースのより小さいバージョンであり得るデータベースを記憶し得る。ルックアップテーブル２６２は、影響を受けるラジオのみにとって利用可能であり得る小さいメモリ上に実装され得る。ルックアップテーブル２６２は、好適なアドレス指定方式を使用して設定可能なパラメータ／ノブを介して状態機械によってアクセスされ得、（１つまたは複数の）共存メトリックを与え得る。状態機械は、ラジオのノブ設定を変更し得、所望の結果が取得されるまで反復的にルックアップテーブル２６２にアクセスし得る。ＤＭＡモジュール２６６は、上記の動作を容易にするために、ローカルおよび／または外部メモリへのデータ経路を与え得る。
【００６０】
よりソフトウェア中心であり得る１つの設計では、ソフトウェアベースのモジュールが、プログラム的にノブ設定を変更し、テーブルルックアップを実行し、所望の結果まで反復的に駆動し得る。
【００６１】
３．ＡＰＩ
さらに別の態様では、接続マネージャ２４０は、ＡＰＩを介して他のエンティティと通信し得る。１つの設計では、ＡＰＩは、接続マネージャ２４０とアプリケーション２２４と接続マネージャ２４０より上位の他のエンティティとの間の通信をサポートするために定義され得る。このＡＰＩは、この他のエンティティが接続マネージャ２４０および／または共存マネージャ２６０にとって利用可能な情報にアクセスすることを可能にし得る。１つの設計では、ＡＰＩは、接続マネージャ２４０と共存マネージャ２６０との間の通信をサポートするために定義され得る。このＡＰＩは、共存マネージャ２６０によって維持される情報への容易なアクセスを可能にし得る。
【００６２】
たとえば、接続マネージャ２４０は、変換された干渉データベース、干渉データベースのためのパラメータ、および／または他の情報をＡＰＩを介して要求および／または受信し得る。接続マネージャ２４０と共存マネージャ２６０と間のＡＰＩは、接続マネージャ２４０の動作に基づいてフレキシブルな方法で定義され得る。いくつかのＡＰＩ呼出は、「必要に応じて」モードのためのものであり得、接続マネージャ２４０が情報を要求し、それを共存マネージャ２６０から即時に受信することを可能にし得る。いくつかのＡＰＩ呼出は、「変更時」モードのためのものであり得、ある状態、たとえば、特定の変化によってトリガされたときに、接続マネージャ２４０が共存マネージャ２６０から情報を受信することを可能にし得る。「変更時」モードは、「コールバック機能」または「制限付きコールバック」と呼ばれることができ、「制限付き」は、コールバックのための特定の状態を指すことができる。
【００６３】
１つの設計では、たとえば、表１に示すようにポリシー／プロファイルを設定するためにＡＰＩ呼出のセットが定義され得る。アプリケーションまたは接続マネージャ２４０は、ＣｎＭデータベース２５２中のプロファイルを取り出すまたは更新するためにこのセット中のＡＰＩ呼出を使用し得る。たとえば、ＡＰＩ呼出は、アプリケーションのラジオへの好適なマッピングを伝達するアプリケーション対ラジオ順序付きリストを取得するために発信され得る。
【表１】
2013502845.tif 000003
【００６４】
１つの設計では、たとえば、表２に示すように接続性に関係するアクションのためのＡＰＩ呼出のセットが定義され得る。接続マネージャ２４０は、１つまたは複数のラジオ接続を使用するアプリケーションセッションを確立するためにこのセット中のＡＰＩ呼出を使用し得る。たとえば、接続マネージャ２４０は、異なるラジオの組合せのための干渉情報を取り出すこと、ラジオの優先順位を設定すること、選択されたラジオを選択および設定すること、ラジオ接続を確立または解放することなどを行い得る。
【表２】
2013502845.tif 000004
【００６５】
１つの設計では、たとえば、表３に示すようにラジオの設定のためのＡＰＩ呼出のセットが定義され得る。接続マネージャ２４０は、たとえば、帯域幅、レイテンシ、ＱｏＳなどについてラジオの設定を取り出すまたは更新するためにこのセット中のＡＰＩ呼出を使用し得る。
【表３】
2013502845.tif 000005
【００６６】
１つの設計では、たとえば、表４に示すように接続ステータスを取得し、コールバック／通知をサポートするためにＡＰＩ呼出のセットが定義され得る。接続マネージャ２４０は、たとえば、ラジオが特定のレベルを下回って劣化したときに通知すべき、ラジオのステータスに関するコールバック通知について登録するためにこのセット中のＡＰＩ呼出を使用し得る。
【表４】
2013502845.tif 000006
【００６７】
接続マネージャ２４０および共存マネージャ２６０と通信するために使用され得るいくつかの例示的なＡＰＩ呼出について上記で説明した。たとえば、追加の機能をサポートするために、接続マネージャ２４０および共存マネージャ２６０と通信するための他のＡＰＩ呼出も定義され得る。
【００６８】
図８に、ラジオ選択を実行するためのプロセス８００の設計を示す。プロセス８００は、ワイヤレスデバイス内の１つまたは複数のエンティティによって実行され得る。ワイヤレスデバイス上での使用のために利用可能な複数のラジオを識別することができる（ブロック８１２）。複数のラジオ間の干渉を示す干渉情報を取得することができる（ブロック８１４）。ラジオ選択のために使用される追加情報をも取得することができる（ブロック８１６）。干渉情報と追加情報とに基づいて複数のラジオの中から通信のために使用するための少なくとも１つのラジオを選択することができる（ブロック８１８）。
【００６９】
追加情報は、（たとえば、アプリケーション、ネットワーク事業者、ユーザなどのための）少なくとも１つの通信プロファイル、または少なくとも１つの通信プリファレンス、または少なくとも１つのアプリケーションの要件、または前記複数のラジオの能力、またはコスト、またはワイヤレスデバイス上で利用可能なバッテリー電力、または何らかの他の情報、またはそれらの組合せのための情報を備え得る。ブロック８１６の１つの設計では、少なくとも１つのアクティブアプリケーションの少なくとも１つの要件が取得され、少なくとも１つのラジオを選択するために使用され得る。少なくとも１つの要件は、少なくとも１つのＱｏＳ要件（たとえば、遅延要件）、少なくとも１つのスループット要件、何らかの他の要件、またはそれらの組合せを備え得る。別の設計では、複数のラジオのＱｏＳ能力が取得され、ラジオの優先順位を判断するために使用され得る。少なくとも１つのラジオは、複数のラジオの優先順位にさらに基づいて選択され得る。概して、１つまたは複数のルールは、干渉情報と追加情報とに基づいて判断され得、少なくとも１つのラジオを選択するために使用され得る。
【００７０】
１つの設計では、干渉情報は、ラジオのセットための干渉状態に関する情報を記憶する干渉データベースに基づいて取得され得る。ラジオのセットのための干渉状態に関する情報は、経験的に判断されるか、またはワイヤレスデバイスによって測定されるか、または外部ソースからダウンロードされるか、またはそれらの組合せであり得る。１つの設計では、干渉データベースは、利用可能なラジオのための現在の干渉状態を反映するために周期的に（たとえば、１秒に１回またはそれより少ないレートで）更新され得る。
【００７１】
１つの設計では、干渉データベースは、変換された干渉データベースに変換され得、干渉情報は、変換された干渉データベースに基づいて取得され得る。干渉データベースは、第１の形式で情報を記憶し得る。変換された干渉データベースは、第１の形式とは異なり得る、第２の形式で情報を記憶し得る。概して、各干渉データベースは、数字形式のインジケータ（たとえば、ｄＢ値、スループット値など）またはコード化された形式のインジケータ（たとえば、緑、黄色、赤）、または何らかの他のインジケータ、またはそれらの組合せを含み得る。第２の形式は、ラジオ選択のためにより容易に使用され得る。変換は、移動平均フィルタおよび／または第２の形式を取得するための第１の形式の何らかの他の関数に基づき得る。変換は、必要なときに（たとえば、ラジオ選択が実行されたときに）、または所定のレートで周期的に、および／またはラジオのセットのための干渉状態があらかじめ定義された基準を満たすときに実行され得る。
【００７２】
干渉情報は、良好なパフォーマンスを得るために、ラジオを選択するためおよび／またはラジオの動作を制御するために使用され得る。１つの設計では、干渉情報がラジオと残りのラジオとの間の許容できる干渉影響を示すラジオが使用のために選択され得る。干渉情報がラジオと少なくとも１つの他のラジオとの間の許容できない干渉影響を示すラジオは選択され得ない。代替的に、１つまたは複数のラジオの動作は、ラジオ間の干渉を緩和するために（たとえば、周波数、送信電力レベルなどを変更することによって）改変され得る。
【００７３】
１つの設計では、第１のエンティティ（たとえば、接続マネージャ）が第２のエンティティ（たとえば、共存マネージャ）から干渉情報を取得し得、少なくとも１つのラジオを選択し得る。第１のエンティティは、第２のエンティティに干渉情報についての要求を送り得る。第２のエンティティは、要求に応答して干渉情報を即時に送り得る。追加または代替として、第２のエンティティは、干渉状態の変化があらかじめ定義された基準を満たすとき、干渉情報を送り得る。また、第１のエンティティと第２のエンティティとは、ラジオ選択を実行するために他の方法で相互作用し得る。
【００７４】
１つの設計では、第１および第２のエンティティは、干渉情報を取得するために、または干渉データベースのパラメータを制御するために、および／または他の目的のために、ＡＰＩを介して通信し得る。１つの設計では、第１のエンティティは、ラジオ選択のために使用される追加情報のうちの少なくともいくつかを取得するために、ＡＰＩを介して第１のエンティティより上位の少なくとも１つのエンティティと通信し得る。各場合のＡＰＩは、異なるエンティティが、互いから情報を取り出すこと、および／または別のエンティティの動作を制御することを可能にし得る。
【００７５】
１つの設計では、第１および第２のエンティティの処理が、ワイヤレスデバイス上の組込み専用プロセッサ（たとえば、図２のＣＰＵ２８２）によって実行され得る。したがって、図８のステップは専用プロセッサによって実行され得る。他の設計では、図８のステップは、ワイヤレスデバイス上の任意の場所に位置し得る１つまたは複数のプロセッサによって実行され得る。
【００７６】
情報および信号は多種多様な技術および技法のいずれかを使用して表すことができることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００７７】
さらに、本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換可能性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。
【００７８】
本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成としても実装され得る。
【００７９】
本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末内に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
【００８０】
１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、あるいは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータまたは汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００８１】
本明細書には、参照のため、およびいくつかのセクションの位置を特定するのを助けるために見出しが含まれる。これらの見出しは、その下で説明される概念の範囲を限定するものではなく、これらの概念は、本明細書全体にわたって他のセクションにおいて適用性を有し得る。
【００８２】
本開示の前述の説明は、いかなる当業者でも本開示を作成または使用することができるように提供される。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明する例および設計に限定されるものではなく、本明細書で開示する原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2013502845.tif 000007
【図２】
2013502845.tif 000008
【図３】
2013502845.tif 000009
【図４】
2013502845.tif 000010
【図５】
2013502845.tif 000011
【図６Ａ】
2013502845.tif 000012
【図６Ｂ】
2013502845.tif 000013
【図７】
2013502845.tif 000014
【図８】
2013502845.tif 000015
【国際調査報告】
2013502845.tif 000016
2013502845.tif 000017
2013502845.tif 000018