(57)【要約】【解決手段】共通のリソースを共有する多数のアプリケーションが、使用不可能なリソースからの失敗が回避されるように、アービトレートされる。共有リソース（例えば、ＲＦ受信機）の使用を必要とする動作（例えば、ＰＰＰ再同期）の実行をアプリケーション（例えば、データアプリケーション）が望む場合には常に、そのリソースが使用可能であるかが判定される。リソースが使用不可能である間、この動作は遅らされる。リソースが使用可能であるか、あるいは使用可能になった場合には、アプリケーションは、リソースが割り当てられ、動作を開始することができる。動作が係属中である間、他のアプケーションへの割り当てを回避するために、リソースがロックされる。このリソースアービトレーションによって、アプリケーションは、他のアプリケーションがリソースを引き継ぐことによる失敗に遭遇することなく動作を完了することが可能となる。
2008541571.tif 000002
【特許請求の範囲】
【請求項１】
多数のアプリケーションによって共有され、一度に一つのみのアプリケーションによって使用可能なリソースと、
前記リソースの使用を必要とする動作を実行するアプリケーションによる要求を受け取り、前記リソースが使用可能であるかを判定し、前記リソースが使用不可能な場合、前記リソースが使用可能になるまで前記動作を遅らせるように構成されたコントローラと
を備える無線デバイス。
【請求項２】
前記コントローラは、前記リソースが使用可能であれば、前記動作のために前記アプリケーションに割り当て、前記動作が係属中である間、前記リソースを、他のアプリケーションへ割り当てられないようにロックするように構成された請求項１に記載の無線デバイス。
【請求項３】
前記コントローラは、前記動作が完了すると、前記リソースのロックを解除するように構成された請求項２に記載の無線デバイス。
【請求項４】
前記コントローラは、前記リソースが使用可能になった場合、前記リソースを待っている他のアプリケーションに通知するように構成された請求項３に記載の無線デバイス。
【請求項５】
前記コントローラは、前記リソースが要求された順番に基づいて、前記リソースを要求するアプリケーションへ前記リソースを割り当てるように構成された請求項１に記載の無線デバイス。
【請求項６】
前記コントローラは、前記リソースを要求するアプリケーションの優先度を決定し、前記アプリケーションの優先度に基づいて、前記要求しているアプリケーションへ前記リソースを割り当てるように構成された請求項１に記載の無線デバイス。
【請求項７】
複数のアプリケーションによって共有される少なくとも１つのリソースのテーブルを格納するように構成されたメモリを更に備え、
前記テーブルは、前記少なくとも１つのリソースの各々が現在、何れかのアプリケーションに割り当てられているかを示す請求項１に記載の無線デバイス。
【請求項８】
少なくとも１つのリソースを共有する複数のアプリケーションのテーブルを格納するように構成されたメモリを更に備え、
前記テーブルは、前記複数のアプリケーションの各々によって要求されている１又は複数の共有リソースを示す請求項１に記載の無線デバイス。
【請求項９】
前記リソースはラジオ周波数（ＲＦ）受信機である請求項１に記載の無線デバイス。
【請求項１０】
前記リソースはデジタル信号プロセサ（ＤＳＰ）である請求項１に記載の無線デバイス。
【請求項１１】
前記多数のアプリケーションは、全地球測位システム（ＧＰＳ）アプリケーションを備え、前記動作はＧＰＳセッションのためである請求項１に記載の無線デバイス。
【請求項１２】
前記多数のアプリケーションは、データアプリケーションを備える請求項１に記載の無線デバイス。
【請求項１３】
前記動作は、第１の無線ネットワークから第２の無線ネットワークへのデータセッションのハンドオフのためである請求項１に記載の無線デバイス。
【請求項１４】
前記動作は、データセッションの完了のためである請求項１に記載の無線デバイス。
【請求項１５】
前記動作は、ポイントトゥポイントプロトコル（ＰＰＰ）セッションの再同期のためである請求項１に記載の無線デバイス。
【請求項１６】
前記動作は、ポイントトゥポイントプロトコル（ＰＰＰ）セッションの完了のためである請求項１に記載の無線デバイス。
【請求項１７】
前記動作は、ＣＤＭＡ２０００  １ＸネットワークからＣＤＭＡ２０００  １ｘＥＶ−ＤＯネットワークへのハンドアップのためのポイントトゥポイントプロトコル（ＰＰＰ）セッションの再同期のためである請求項１に記載の無線デバイス。
【請求項１８】
前記動作は、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯネットワークからＣＤＭＡ２０００  １Ｘネットワークへのハンドダウンのためのポイントトゥポイントプロトコル（ＰＰＰ）セッションの再同期のためである請求項１に記載の無線デバイス。
【請求項１９】
前記動作は、モバイルＩＰ再登録、モバイルＩＰ登録解除、又は、ＴＣＰセッションクリーンアップのためである請求項１に記載の無線デバイス。
【請求項２０】
多数のアプリケーションによって共有され、一度に一つのみのアプリケーションによって使用可能なリソースの使用を必要とする動作を実行するアプリケーションによる要求を受け取ることと、
前記リソースが使用可能であるかを判定することと、
前記リソースが使用不可能な場合、前記リソースが使用可能になるまで前記動作を遅らせることと
を備える方法。
【請求項２１】
前記リソースが使用可能であれば、前記動作のために前記アプリケーションに割り当てることと、
前記動作が係属中である間、前記リソースを、他のアプリケーションへ割り当てられないようにロックすることと
を更に備える請求項２０に記載の方法。
【請求項２２】
前記動作が完了すると、前記リソースのロックを解除することを更に備える請求項２１に記載の方法。
【請求項２３】
前記動作のためのポイントトゥポイントプロトコル（ＰＰＰ）セッションの再同期を実行することを更に備える請求項２１に記載の方法。
【請求項２４】
多数のアプリケーションによって共有され、一度に一つのみのアプリケーションによって使用可能なリソースの使用を必要とする動作を実行するアプリケーションによる要求を受け取る手段と、
前記リソースが使用可能であるかを判定する手段と、
前記リソースが使用不可能な場合、前記リソースが使用可能になるまで前記動作を遅らせる手段と
を備える装置。
【請求項２５】
前記リソースが使用可能であれば、前記動作のために前記アプリケーションに割り当てる手段と、
前記動作が係属中である間、前記リソースを、他のアプリケーションへ割り当てられないようにロックする手段と
を更に備える請求項２４に記載の装置。
【請求項２６】
前記動作が完了すると、前記リソースのロックを解除する手段を更に備える請求項２５に記載の装置。
【請求項２７】
前記動作のためのポイントトゥポイントプロトコル（ＰＰＰ）セッションの再同期を実行する手段を更に備える請求項２５に記載の装置。
【請求項２８】
多数のアプリケーションによって共有され、一度に一つのみのアプリケーションによって使用可能なリソースの使用を必要とする動作を実行するアプリケーションによる要求を受け取り、
前記リソースが使用可能であるかを判定し、
前記リソースが使用不可能な場合、前記リソースが使用可能になるまで前記動作を遅らせる
ように実施可能な命令を格納する、無線デバイス内のプロセッサ読取可能媒体。
【請求項２９】
前記リソースが使用可能であれば、前記動作のために前記アプリケーションに割り当て、
前記動作が係属中である間、前記リソースを、他のアプリケーションへ割り当てられないようにロックする
ように実施可能な命令を更に格納する請求項２８に記載のプロセッサ読取可能媒体。
【請求項３０】
前記動作が完了すると、前記リソースのロックを解除するように実施可能な命令を更に格納する請求項２９に記載のプロセッサ読取可能媒体。
【請求項３１】
前記動作のためのポイントトゥポイントプロトコル（ＰＰＰ）セッションの再同期を実行するように実施可能な命令を更に格納する請求項２９に記載のプロセッサ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、通信に関し、特に、無線デバイスにおけるリソースの使用制御技術に関する。
【背景技術】
【０００２】
無線通信ネットワークは、例えば、音声、データ、ビデオ、ブロードキャスト、メッセージ等の様々な通信サービスを提供するために広く展開している。これらネットワークは、使用可能なネットワークリソースを共有することにより、多数のユーザのための通信をサポートできる多元接続ネットワークでありうる。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、及び直交周波数分割多元接続（ＯＦＤＭＡ）ネットワークを含む。
【０００３】
無線デバイス（例えば、セルラ電話）は、データサービスを得るために、第１の無線ネットワークとのデータセッションを確立する。無線デバイスは、ローミングしているかもしれず、第２の無線ネットワークの有効範囲に入るかもしれない。無線デバイスは、例えば、第２の無線ネットワークが、より優れたデータ機能を持っており、第１の無線ネットワークよりも好適である場合、第１の無線ネットワークから第２の無線ネットワークへデータセッションのハンドオフを試みる。ハンドオフ処理は、様々な理由で失敗するかもしれない。ハンドオフが失敗すると、係属中のデータセッションが失われ、無線デバイスは、新たなデータセッションを確立する必要がある。これは、非常に望ましくない。
【発明の開示】
【０００４】
本出願は、本出願の譲受人に譲渡され、本明細書に参照により組み込まれている２００５年５月４日出願の"THROTTLING ALGORITHM FOR DATA SESSION WITH RESOURCE CONTENTION"と題された米国仮出願第６０／６７８，１４９号の優先権を主張する。
【０００５】
本明細書では、共通のソースを共有する多数のアプリケーション間のアービトレーション技術が記述される。これら技術は、リソースが使用不可能であることに起因する失敗を回避できる。共有リソース（例えば、ＲＦ受信機）の使用が必要な動作（例えば、ＰＰＰ再同期）の実行をアプリケーション（例えば、データアプリケーション）が望む場合には常に、そのリソースが使用可能であるかが判定される。動作は、リソースが使用不可能である間、遅らされる。リソースが使用可能である場合、あるいは使用可能になった場合には、アプリケーションにそのリソースが割り当てられ、動作を実行する。この動作が係属中である間、リソースがロックされ、他のアプリケーションへの割り当てが回避される。このリソースアービトレーションによって、アプリケーションは、他のアプリケーションがリソースを引き継ぐことによる失敗に遭遇することなく動作を完了することができる。
【０００６】
本発明の様々な局面及び実施形態が、以下に更に詳細に記述される。
【発明を実施するための最良の形態】
【０００７】
本発明の特徴及び性質は、全体を通じて同一の符号が対応している図面と連携した場合に、以下の詳細記述からより明らかになるであろう。
【０００８】
「典型的である」（exemplary）という用語は、本明細書において、「例、インスタンス、又は例示」として役立つことを意味するために使用される。本明細書において「典型的である」と記載された何れの実施形態も、他の実施形態によりも好適であるとか、有利であるとか必ずしも解釈される必要はない。
【０００９】
本明細書に記載されたリソースアービトレーション技術は、様々な無線通信ネットワークのために使用されうる。例えば、これら技術は、ＣＤＭＡネットワーク、ＴＤＭＡネットワーク、ＦＤＭＡネットワーク、ＯＦＤＭＡネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ）等に使用されうる。ＣＤＭＡネットワークは、例えば、ｃｄｍａ２０００、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）等のようなラジオ技術を実現しうる。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、及びＩＳ−８５６規格をカバーする。ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）ネットワークは、Ｗ−ＣＤＭＡを実現する多元接続ネットワークである。ＴＤＭＡネットワークは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）、デジタルアンドバンストモバイル電話システム（Ｄ−ＡＭＰＳ）等のようなラジオ技術を実現しうる。これら様々なラジオ技術及び規格は当該技術分野において周知である。明確化のために、リソースアービトレーション技術は、以下において、ｃｄｍａ２００について具体的に説明する。ｃｄｍａ２０００規格のファミリーは、「第３世代パートナシッププロジェクト２」（３ＧＰＰ２）から一般使用可能な文書に記述されている。ＩＳ−２０００リリース０及びＡは、一般にＣＤＭＡ２０００  １Ｘ（あるいは、単に１Ｘ）と称され、ＩＳ−８５６は、一般にＣＤＭＡ２０００  １ｘＥＶ−ＤＯ（あるいは、単に１ｘＥＶ−ＤＯ）と称される。
【００１０】
図１は、１Ｘネットワーク１０２と１ｘＥＶ−ＤＯネットワーク１０４との配置１００を示す。１Ｘネットワーク１０２は、一般に、基地局の有効範囲内に配置された無線デバイスにラジオ通信を提供する多くの基地局を含む。同様に、１ｘＥＶ−ＤＯネットワーク１０４は、一般に、アクセスポイントの有効範囲内に配置された無線デバイスにラジオ通信を提供する多くのアクセスポイントを含む。簡潔に説明するために、唯一の基地局１２０と唯一のアクセスポイント１３０のみが図１に示される。基地局１２０及びアクセスポイント１３０は、異なるサイトに位置するか、あるいは、同じサイトに共に位置しうる。一般に、基地局（１Ｘ用語）は、無線デバイスと通信できる固定局であり、アクセスポイント（１ｘＥＶ−ＤＯ用語）、ノードＢ（ＵＭＴＳ用語）、基地トランシーバ局（ＢＴＳ）、あるいは他の幾つかの用語で称されうる。
【００１１】
基地局１２０は、基地局１２０や、ＢＳＣ１２２に接続している他の基地局のための調整及び制御を提供する基地局コントローラ（ＢＳＣ）１２２と接続している。ＢＳＣ１２２は更に、データサービスを提供する（１）パケット制御機能（ＰＣＦ）１２４と、音声サービスをサポートする（２）モバイル交換センタ（ＭＳＣ）１２６とに接続している。ＭＳＣ１２６は、回路切替呼出のためのルーティングを提供し、ＭＳＣによってサービス提供される領域内に位置する無線デバイスのための移動管理を行なう。
【００１２】
アクセスポイント１３０は、アクセスポイント１３０や、ＢＳＣ１３２に接続された他のアクセスポイントのための調整及び制御を提供するＢＳＣ１３２に接続している。ＢＳＣ１３２は更に、データサービスをサポートするＰＣＦ１３４に接続している。ＰＣＦ１２４，１３４は更に、パケットデータサービングノード（ＰＤＳＮ）１３６に接続しており、ＢＳＣ１２２，１３２とＰＤＳＮ１３６との間のパケットデータの送信を制御する。各ＰＣＦによってサービス提供される領域は、パケットゾーンと呼ばれ、ユニークなパケットゾーン識別子（ＰＺＩＤ）によって識別される。ＰＤＳＮ１３６は、１Ｘネットワーク及び１ｘＥＶ−ＤＯネットワーク内の無線デバイスにデータサービスを提供する。例えば、ＰＤＳＮ１３６は、無線デバイスのためのポイントトゥポイントプロトコル（ＰＰＰ）セッションの確立、維持、及び完了に責任を持ち、また、無線デバイスに対して動的インターネットプロトコル（ＩＰ）アドレスを割り当てる。ＰＤＳＮ１３６は、例えばインターネットのような他の公衆ネットワーク及び／又はプライベートデータネットワークに接続しうる。
【００１３】
ハイブリッド／マルチモード無線デバイス１１０は、１Ｘネットワーク１０２と１ｘＥＶ−ＤＯネットワーク１０４との有効範囲内のいかなる場所にも配置されうる。一般に、無線デバイスは、固定式あるいはモバイル式であり、無線デバイスがアクティブであるか、及び、無線デバイスがハンドオフであるかに依存して、所与の任意の瞬間において、ゼロ、１、あるいは多数の基地局／アクセスポイントと通信しうる。無線デバイスはまた、移動局（１Ｘ用語）、アクセス端末（１ｘＥＶ−ＤＯ用語）、ユーザ機器（ＵＭＴＳ用語）、加入者局、あるいは他の幾つかの用語で称されうる。無線デバイスは、セルラ電話、携帯情報端末（ＰＤＡ）、モデムカード、ハンドヘルドデバイス、あるいはその他幾つかの無線通信ユニット又はデバイスでありうる。
【００１４】
１Ｘネットワーク１０２は、異なる特性を持つ音声サービス及びデータサービスを提供しうる。例えば、音声サービスは、一般に、比較的厳格な遅延と同様に、全てのユーザに対して一般的なサービスグレード（ＧｏＳ）を必要とする。対照的に、データサービスは、異なるユーザ及び可変遅延に対して異なるＧｏＳを許容することができる。音声サービスとデータサービスとの両方をサポートするために、１Ｘネットワーク１０２は、先ず、ネットワークリソースを音声ユーザへ割り当て、次に、残りのネットワークリソースを、長い遅延を許容することができるデータユーザへ割り当てる。１ｘＥＶ−ＤＯネットワーク１０４は、データサービスのために最適化される。これらは一般に、トラフィックのバースによって区切られる長い静寂期間によって特徴付けられる。１ｘＥＶ−ＤＯ１０４ネットワークは、ネットワークリソースのうちの殆ど又は全てを、所与の任意の瞬間において、１人のユーザに割り当てる。これによって、サービス提供されているユーザのためのピークデータレートを大幅に増加させる。
【００１５】
サービスプロバイダは、加入者に高度なサービスを提供するために、１Ｘネットワークと１ｘＥＶ−ＤＯネットワークとをオーバラップして配置することができる。例えば、１Ｘネットワーク１０２は、音声サービス及びデータサービスを提供するために大きな地理的領域にわたって展開され、１ｘＥＶ−ＤＯ１０４ネットワークは、データ使用が高いと予想される領域で展開されうる。
【００１６】
ハイブリッド／マルチモード無線デバイス１１０は、１Ｘネットワーク１０２と１ｘＥＶ−ＤＯネットワーク１０４との両方で通信できる。無線デバイス１１０は、一般に、無線デバイス及び所望のサービスの位置に依存して、所与の任意の瞬間において、１つのネットワークからのサービスを受信することができる。無線デバイス１１０はまた、全地球測位システム（ＧＰＳ）、ヨーロッパのＧａｌｉｌｅｏシステム又はロシアのＧｌｏｎａｓｓシステムの一部でありうる衛星１４０から信号を受信することもできる。無線デバイス１１０は、１Ｘネットワーク１０２内の基地局からの信号、１ｘＥＶ−ＤＯネットワーク１０４内のアクセスポイントからの信号、及び／又は衛星からの信号を受信しうる。そして、無線デバイス１１０は、受信した信号に基づいて、基地局、アクセスポイント、及び／又は衛星のための擬似距離（pseudo-range）測定値を取得しうる。擬似距離測定値は、無線デバイス１１０の位置推定値を導出するために使用することができる。
【００１７】
無線デバイス１１０は、データサービスを受けるために、１Ｘネットワーク１０２とのデータセッションを設立しうる。データセッション確立のため、無線デバイス１１０は、様々なエンティティとシグナリングを交換し、データ交換に使用されるプロトコルスタック内においてプロトコルを設定する。プロトコルスタックは、例えば、トランスポートレイヤにおける送信制御プロトコル（ＴＣＰ）及び／又はユーザデータグラムプロトコル（ＵＤＰ）、ネットワークレイヤにおけるＩＰ、リンクレイヤにおけるＰＰＰ及びラジオリンクプロトコル（ＲＬＰ）、及び、物理レイヤにおける１Ｘエアリンクインタフェースを含みうる。各プロトコルは、それぞれ特定のエンティティにおいて完了し、無線デバイス１１０は、プロトコルを設定するためにエンティティとシグナリングを交換しうる。例えば、無線デバイス１１０は、もしも使用可能であれば、ＰＰＰセッションを確立しモバイルＩＰ登録を行うために、ＰＤＳＮ１３６とシグナリングを交換する。無線デバイス１１０及びＰＤＳＮ１３６は、その後、サービス提供ＢＳＣ１２２とサービス提供ＰＣＦ１２４とを経由してパケットデータを交換しうる。ＰＤＳＮ１３６は、一般に長い（例えば、時間又は日）予め定めた寿命までの間、無線デバイス１１０のためのデータセッションを維持する。サービス提供ＰＣＦ１２４及びＰＤＳＮ１３６はそれぞれ、無線デバイス１１０とＰＤＳＮ１３６との間のデータセッション中にデータが交換されるように、データセッションのための適切な状態情報を格納する。この状態情報は、例えば、無線デバイス１１０のためのＰＣＦ１２４とＰＤＳＮ１３６との間のＡ１０接続のための情報を含みうる。
【００１８】
無線デバイス１１０は、その後、１ｘＥＶ−ＤＯネットワーク１０４の有効範囲へ移動するかもしれない。無線デバイス１１０は、１ｘＥＶ−ＤＯネットワーク１０４がデータサービス用の好適なネットワークであるように設定されうる。この場合、無線デバイス１１０は、１Ｘネットワーク１０２から１ｘＥＶ−ＤＯネットワーク１０４へのハンドアップを開始しうる。ハンドアップ処理の一部として、新たなサービス提供ＰＣＦ１３４が、データセッションのための適切な状態情報を持ち、かつ、Ａ１０接続が、ＰＤＳＮ１３６とＰＣＦ１３４の間にあるように、無線デバイス１１０は、ＰＤＳＮ１３６とのＰＰＰセッションの再同期を試みる。このＰＰＰ再同期によって、パケットデータは、新たなサービス提供ＰＣＦ１３４を経由して、無線デバイス１１０とＰＤＳＮ１３６との間で交換されるようになる。
【００１９】
無線デバイス１１０が、１Ｘネットワーク１０２から１ｘＥＶ−ＤＯネットワーク１０４へのデータセッションのハンドアップを試みる場合、ＰＰＰセッションは、無線デバイス１１０において、リソースのコンテンションのために失敗するかもしれない。そのようなリソースは、ラジオ周波数（ＲＦ）受信機及び／又はその他のハードウェアを含みうる。ＰＰＰ再同期に必要なリソースが、他のアプリケーションによって使用される場合、ＰＰＰセッションは、タイムアウトして失敗しうる。これはその後、アクティブデータアプリケーションのための望ましくない挙動（例えば、クローズド接続）をももたらしうる。
【００２０】
例えば、無線デバイス１１０は、１Ｘ、１ｘＥＶ−ＤＯ、又はＧＰＳを受信するために使用されうる単一のＲＦ受信機を有しうる。ＧＰＳアプリケーションは、ＧＰＳセッション中、ＲＦ受信機のコマンドを取得し、ＧＰＳ衛星に対する測定を行なうために、ＲＦ受信機を、長期間、異なる周波数に調節しうる。データアプリケーションが、１ｘＥＶ−ＤＯネットワーク１０４に対するＰＰＰの再同期を望み、かつ、ＧＰＳアプリケーションが、この期間中、ＲＦ受信機を保持するのであれば、ＰＰＰ再同期は、例えばタイムアウトによって失敗するかもしれない。ＰＰＰセッションの失敗は、プロトコルスタック全体をティアダウンするかもしれないし、接続をリセットするかもしれない。これは、例えば、無線デバイス１１０が既に安全な接続を設定していたり、あるいは、ダウンロード動作の最中であれば、データアプリケーションに悪影響を及ぼすかもしれない。
【００２１】
ある局面では、多数のアプリケーションによって共有されるリソースは、使用不可能なリソースに起因する失敗を避けるためにアービトレートされる。本明細書で使用されているように、アプリケーションは、（例えば、プロトコルスタック中のプロトコルの場合）ソフトウェアプログラム、ファームウェアプログラム、ソフトウェアモジュール、ファームウェアモジュール、及び／又は、ハードウェアモジュールであるか、或いは、他のアプリケーションとともに共有されるリソースを用いる他のエンティティでありうる。アプリケーションが、共有リソースの使用を必要とする動作（例えば、ＰＰＰ再同期）の実行を望む場合には常に、そのリソースが使用可能かどうかに関する判定がなされる。リソースが使用不可能な間、動作は遅らされる。リソースが使用可能であるか、あるいは使用可能になった場合、アプリケーションはリソースが割り当てられ、その後、動作を行うことができる。この動作が係属中である間、リソースがロックされ、他のアプリケーションへの割り当てが回避される。このリソースアービトレーションによって、アプリケーションは、他のアプリケーションがリソースを引き継ぐことによる失敗に遭遇することなく、その動作を完了させることができる。
【００２２】
図２Ａは、リソースアービトレーションを伴うデータ動作を行なう処理２００の実施形態を示す。先ず、データ動作を実行する要求が、データアプリケーションから受信される（ブロック２１２）。このデータ動作は、１つの無線ネットワークから他の無線ネットワークへのデータセッションのハンドオフのＰＰＰ再同期のためでありうる。ハンドオフは、例えば、１Ｘネットワーク１０２から１ｘＥＶ−ＤＯネットワーク１０４へのハンドアップ、あるいは、１ｘＥＶ−ＤＯネットワーク１０４から１Ｘネットワーク１０２へのハンドダウンでありうる。このデータ動作は更に、データセッション（例えば、ＰＰＰセッション）の終了又はティアダウン、モバイルＩＰ再登録又は登録解除、サーバ上の古いＴＣＰセッションを回避、及び、多くの古いセッションによるサービス拒否を回避するためのＴＣＰセッションクリーンアップ等でありうる。例えば、上述した理由により、データセッションのハンドオフを成功裡に終了することが望ましい。また、影響を受けた全てのエンティティが、データセッションの状況を知り、データセッションの維持又はクローズのためにどのエンティティもネットワークリソースを浪費しないためにも、データセッションを成功裡に完了することが望ましい。一般に、データ動作は、データセッションに関連し、この動作に必要なリソースの連続した使用から利益を得るあらゆる動作でありうる。
【００２３】
一般に、動作に対する要求は、無線デバイス１１０、無線ネットワーク、遠隔エンティティ、又はその他幾つかのエンティティにおいて動作するアプリケーションによって開始されうる。例えば、ＰＰＰ再同期は、ＰＤＳＮ１３６によって開始され、ＴＣＰクローズ要求は、遠隔ＴＣＰサーバ等からなされうる。外部からの要求はそれぞれ、無線デバイス１１０において動作している指定されたアプリケーションによって取り扱われる。その後、アプリケーションは、動作に対する要求を発行する。
【００２４】
そして、他のアプリケーションと共有されるリソースをデータ動作が必要かが判定される（ブロック２１４）。この共有リソースは、ＲＦ受信機、処理ハードウェア、入力／出力（Ｉ／Ｏ）インタフェース等でありうる。データ動作が、この共有リソースを必要としない場合、データ動作が継続し（ブロック２１６）、その後、処理は完了する。しかしながら、ブロック２１４において、データ動作が、共有リソースを必要とすると判定された場合、そのリソースが使用可能であるかが判定される（ブロック２１８）。リソースが使用可能ではない場合、このデータ動作は、リソースが使用可能になるまで遅らされる（ブロック２２０）。このデータ動作は、動作を試み、失敗や逆の結果となるリスクを負うのではなく、むしろ動作を遅らせる。（ブロック２１８で判定されたように）リソースが使用可能であるか、又は、（ブロック２２０の後に）リソースが使用可能になった場合、リソースが、データ動作のためにアプリケーションに割り当てられ（ブロック２２２）、他のアプリケーションによる使用を防ぐようにロックされる（ブロック２２４）。そして、このリソースを用いてデータ動作（例えば、ＰＰＰ再同期又は完了）が行なわれる（ブロック２２６）。データ動作が完了すると、リソースのロックが解除され、他のアプリケーションがこのリソースを使用できるようになる（ブロック２２８）。リソースを待っている他のアプリケーションは、リソースが使用可能になった場合、通知される。これによって、例えば、そのアプリケーションは、リソースの取得を試みることができる。
【００２５】
図２Ｂは、リソースアービトレーションを伴う非データ動作を行なう処理２５０の実施形態を示す。先ず、非データ動作を行なう要求が、アプリケーションから受け取られる（ブロック２５２）。この非データ動作は、無線デバイス１１０の位置推定値、システム間ＲＦ測定値等を得るＧＰＳセッション又はＧＰＳ動作のためでありうる。一般に、非データ動作は、データセッションに関連しておらず、かつ、この動作に必要なリソースの連続した使用から利益を得るあらゆる動作でありうる。
【００２６】
次に、この非データ動作が、他のアプリケーションと共有されるリソースを必要とするかが判定される（ブロック２５４）。この共有リソースは、ＲＦ受信機、処理ハードウェア、入力／出力インタフェース等でありうる。非データ動作が、これら共有リソースを必要としない場合、非データ動作が継続し（ブロック２５６）、その後、処理は完了する。しかしながら、非データ動作が、共有リソースを必要とする場合、そのリソースが使用可能であるかが判定される（ブロック２５８）。リソースが使用可能でない場合、非データ動作は、リソースが使用可能になるまで遅らされる（ブロック２６０）。リソースが使用可能であるか、使用可能になった場合、この非データ動作のために、アプリケーションにリソースが割り当てられ（ブロック２６２）、他のアプリケーションによる使用を防ぐためにロックされる（ブロック２６４）。そして、このリソースを用いて、非データ動作が実行される（例えば、ＧＰＳセッションが開始される）（ブロック２６６）。非データ動作が完了すると、リソースのロックが解除され、他のアプリケーションがこのリソースを使用できるようになる（ブロック２６８）。
【００２７】
図２Ａ及び図２Ｂに示す実施形態では、無線デバイス１１０は、例えばＰＰＰ、ＧＰＳ等のための様々なセッション間のリソースコンテンションを識別する。無線デバイス１１０は、リソースコンテンションを検出すると、セッション（例えば図２ＡにおけるＰＰＰ、及び図２ＢにおけるＧＰＳ）のうちの１つを抑制すなわちバックオフする。図２Ａでは、コンテンションしているリソースが使用可能になるまで、ＰＰＰセッションが抑制され、これによって、リソース使用不可能によるＰＰＰセッション失敗を回避することができる。一旦リソースが使用可能になると、ＰＰＰセッションが通常通り始まる。ある重要なＰＰＰ動作の間（例えば、ＰＰＰセッション確立、再同期、又は完了）、リソースは、ＰＰＰ動作に対して競合することを目的とした使用は許可されない。
【００２８】
図３Ａは、データセッションとＧＰＳセッションとの間をアービトレートする処理３００の実施形態を示す。この実施形態では、データセッション及びＧＰＳセッションは、両方のセッションによって必要とされるリソース（例えば、ＲＦ受信機）を共有するが、任意の瞬間において、１つのセッションのみが、共有リソースを使用することができる。例えば、ＰＰＰセッションを再同期又は完了するために、データセッションのためのデータ動作を実行する要求が受け取られる（ブロック３１２）。そして、ＧＰＳセッションが進行中であるかの判定がなされる（ブロック３１４）。答えが「Ｙｅｓ」である場合、ＧＰＳセッションが完了するか、行き詰まるか、停止するまでデータ動作が遅らされる（ブロック３１６）。（ブロック３１４で判定されたように）ＧＰＳセッションが進行中でないか、又は（ブロック３１６の後）完了した場合には、データ動作が実行される（ブロック３１８）。
【００２９】
図３Ｂは、データセッションとＧＰＳセッションとの間をアービトレートする処理３５０の実施形態を示す。先ず、ＧＳＰセッションを開始する要求が受け取られる（ブロック３５２）。その後、データ動作（例えば、ＰＰＰ再同期又は完了）が、ＧＰＳセッションのために必要なリソースを使用しているかが判定される（ブロック３５４）。答えが「Ｙｅｓ」である場合、ＧＰＳセッションは、データ動作が完了するまで遅らされる（ブロック３５６）。（ブロック３５４において判定されたように）共有リソースが使用されていないか、又は（ブロック３５６の後に）使用可能になったのであれば、ＧＰＳセッションを継続する（ブロック３５８）。
【００３０】
図３Ａ及び図３Ｂは、データセッションとＧＰＳセッションとの間をアービトレートするための具体的な実施形態を示す。図３Ａでは、無線デバイス１１０が、ハンドアップ又はＰＰＰの再同期を望むのであれば、無線デバイス１１０は先ず、ＧＰＳアプリケーションが共有リソースを使用しているかを判定する。使用している場合、無線デバイス１１０は、ＧＰＳセッションが終了するまで、ＰＰＰハンドアップ又は再同期動作を遅らせる。図３Ｂでは、ＧＰＳアプリケーションが、ＧＰＳセッションの開始を望んでいれば、無線デバイス１１０は先ず、データアプリケーションが共有リソースを使用しているかを判定し、答えが「Ｙｅｓ」であれば、データアプリケーションがデータ動作を完了するまで、ＧＰＳセッションを遅らせる。
【００３１】
本明細書に記載の技術は、共有される任意のタイプのリソースをアービトレートするために使用されうる。例えば、共有リソースは、ＲＦ受信機／送信機、ハードウェア処理ユニット、メモリデバイス、Ｉ／Ｏインタフェース、Ｉ／Ｏデバイス等でありうる。更に、この技術は、リソースを共有しうる任意のタイプのアプリケーションの間をアービトレートするために使用されうる。例えば、これらアプリケーションは、データアプリケーション、ＧＰＳアプリケーション、Ｉ／Ｏアプリケーション、回路切換アプリケーション（例えば、音声、ファックス−データ、ショートメッセージサービス（ＳＭＳ）／ショートデータバースト（ＳＤＢ）等）、セキュリティプロトコル（例えば、計算上負荷の多いタスクのためのＤＳＰアクセス）等でありうる。
【００３２】
図４Ａは、無線デバイスにおいて、共有リソースのステータスを追跡するために無線デバイス１１０によって保持されるリソーステーブル４００の実施形態を示す。この実施形態では、テーブル４００は、共有リソースのカラム４１２と、リソースが割り当てられたかを示すカラム４１４と、リソースが割り当てられるアプリケーションを示すカラム４１６と、リソースを待っているアプリケーションを示すカラム４１８とを含む。テーブル４００は、各共有リソースのためのロウを含む。図４Ａに示す実施形態では、共有リソースは、ＲＦ受信機とデジタル信号プロセサ（ＤＳＰ）とを含む。所与のリソースが割り当てられた場合には常に、そのリソースは、カラム４１４の対応するフィールド内がロックされてマークされ、リソースが割り当てられたアプリケーションが、カラム４１６の対応するフィールド内に示される。各リソースについて、カラム４１８の対応するフィールドは、もしも存在するならば、そのリソースを待っている他のアプリケーションを示す。待っているアプリケーションは、リソースを要求する順番や優先度に基づいて、あるいは、その他幾つかの方法で順序付けられる。無線デバイス１１０は、テーブル４００を確認することによって、所与のリソースが割り当てられているかを迅速に判定することができる。無線デバイス１１０はまた、それぞれのリソースを、どのアプリケーションが待っているかも迅速に判定することができる。そして、リソースが使用可能になった場合には、最も優先度の高いアプリケーション、又は、待っている全てのアプリケーションに通知することができる。
【００３３】
図４Ｂは、無線デバイス１１０において他のアプリケーションによって必要とされる共有リソースを識別するために無線デバイス１１０によって保持されるアプリケーションテーブル４５０の実施形態を示す。この実施形態では、テーブル４５０が、共有リソースを用いるアプリケーションのためのカラム４５２と、共有されている各リソースのための各カラム４５４とを含む。図４Ｂに示す実施形態では、共有リソースが、ＲＦ受信機とＤＳＰとを含む。
【００３４】
テーブル４５０は、共有リソースを使用する各アプリケーションのためのロウを含む。各アプリケーションについて、アプリケーションによって使用される各リソースは、そのリソースのカラムの対応するフィールド内に（例えば“×”を用いて）マークされる。図４Ｂに示す例では、データアプリケーションは、ＲＦ受信機及びＤＳＰを使用し、ＧＰＳアプリケーションは、ＲＦ受信機を使用する。所与のアプリケーションによる要求を無線デバイス１１０が受信する場合には常に、無線デバイスはテーブル４５０を使用し、もしあれば、そのアプリケーションによってどの共有リソースが必要とされるのかを迅速に判定する。無線デバイス１１０は先ず、そのアプリケーションがカラム４５２にリストされているかを見るためにチェックする。そして、答えがｙｅｓであれば、カラム４５４において、そのアプリケーションのためにどのリソースがマークされているかを識別する。その後、無線デバイス１１０は、図４Ａにおけるテーブル４００をチェックすることによって、この要求されているリソースが使用可能であるかを確認することができる。
【００３５】
上述した実施形態では、無線デバイス１１０において共通のリソースを共有しているアプリケーションは、同じ優先度を持つ。これらの実施形態では、図２Ａ乃至図３Ｂにおいて上述したように、所与のリソースを要求する第１のアプリケーションにそのリソースが割り当てられ、他の全てのアプリケーションは、第１のアプリケーションがその動作を完了するまで待ち、その後、リソースが使用可能となる。リソースは、先着順に従って、次に待っているアプリケーションに（例えば、非同期的に）自動的に割り当てられる。
【００３６】
他の実施形態では、アプリケーションは異なる優先度を有し、リソースが、アプリケーションの優先度と同様、その使用可能性に基づいて割り当てられる。例えば、より高い優先度を持つアプリケーションは、より高い優先度のアプリケーションによって必要とされるリソースから、低い優先度を持つ他のアプリケーションを落とすことができる。これによって、より高い優先度を持つアプリケーションが、低い優先度を持つアプリケーションがその動作を完了するまで無制限に待たねばならないシナリオを回避する。各アプリケーションの優先度は、例えばユーザやサービスプロバイダ等によって決定されるように、不変でありうる。各アプリケーションの優先度はまた、例えば、実行される動作やアプリケーションの状態等に基づいて動的に設定されうる。例えば、データセッションがアクティブ（例えば、ダウンロード中）である場合、ＰＰＰ再同期にはより高い優先度が与えられ、データセッションが休止している場合、より低い優先度が与えられる。所与のリソースを待つアプリケーションは、それらの優先度に基づいてランク付けされる。リソースは、使用可能になると、待っているアプリケーションのうち、最も高い優先度を持つアプリケーションに自動的に割り当てられる。所与のリソースはまた、他の方法でも割り当てられる。
【００３７】
図５は、無線デバイス１１０の実施形態のブロック図を示す。送信経路上では、特定用途向け集積回路（ＡＳＩＣ）５１０が、送信されるデータを処理し、送信機（ＴＭＴＲ）５３２にデータチップを提供する。送信機５３２は、データチップを処理（例えば、アナログ変換、フィルタ、増幅、及び周波数アップコンバート）し、変調信号を生成する。これは、アンテナ５３４を介して送信される。受信経路上では、アンテナ５３４が、基地局、アクセスポイント、及び／又は衛星によって送信された信号を受信し、受信した信号を受信機（ＲＣＶＲ）５３６に提供する。受信機５３６は、この受信した信号を処理（例えば、フィルタ、増幅、周波数ダウンコンバード、及びデジタル化）し、更なる処理のためにＡＳＩＣ５１０にサンプルを提供する。
【００３８】
ＡＳＩＣ５１０は、１又は複数の無線ネットワークとの通信をサポートする様々な処理ユニットを含む。図５に示す実施形態では、ＡＳＩＣ５１０は、ＤＳＰコア５１２、プロセッサコア５１４、内部メモリ５１６、外部インタフェースユニット５１８、コントローラ／プロセッサ５２０、及びメモリ５２２を含む。ＤＳＰコア５１２は、送信経路のための処理（例えば、符号化及び変調）と、受信経路のための処理（例えば、復調及び復号）と、ＧＰＳ及び／又はその他のシステムやアプリケーションのための処理（例えば、復号）とを行う。ＤＳＰコア５１２は、１又は複数の乗加算（ＭＡＣ）ユニット、１又は複数の算術論理演算ユニット（ＡＬＵ）等を含む。プロセッサコア５１４は、例えばビデオ、オーディオ、グラフィック、ゲーム等のような様々な機能をサポートする。
【００３９】
コントローラ／プロセッサ５２０は、無線デバイス１１０における様々な処理ユニットの動作を指示する。コントローラ／プロセッサ５２０は、図２Ａ乃至図３Ｂにおけるプロセッサ２００，２５０，３００及び／又は３５０を実現するか、あるいはこれらに指示する。内部メモリ５１６は、処理ユニットによって使用されるデータとプログラムコードとをＡＳＩＣ５１０内に格納する。メモリ５２２は、例えば図４Ａにおけるテーブル４００、及び／又は、図４Ｂにおけるテーブル４５０のようなリソース及びアプリケーション情報を格納する。外部インタフェースユニット５１８は、例えば、無線デバイス１１０のためのプログラムコード及びデータのための大容量記憶を提供するメインメモリ５３０のような、ＡＳＩＣ５１０の外部の他のユニットとインタフェースする。
【００４０】
一般に、無線デバイス１１０は、任意の数の集積回路を含み、各集積回路は、任意の数かつタイプの処理ユニットを含みうる。無線デバイス１１０における処理ユニットの数及び処理ユニットのタイプは、一般に、通信ネットワーク、アプリケーション、及び、無線デバイス１１０によってサポートされる機能のような様々な要因に依存する。
【００４１】
本明細書に記載したリソースアービトレーション技術は、様々な手段によって実現されうる。例えば、これら技術は、ハードウェア、ファームウェア、ソフトウェア、又はこれらの組み合わせで実現されうる。ハードウェアによる実現の場合、リソースアービトレーションのために使用される処理ユニットは、１つ以上のＡＳＩＣ、ＤＳＰ、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理回路（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書に記載の機能を実行するように設計されたその他の電子ユニット、又はこれらの組み合わせの中で実現されうる。
【００４２】
ファームウェア及び／又はソフトウェアによる実現の場合、本リソースアービトレーション技術は、本明細書に記載の機能を実行するモジュール（例えば、プロシージャ、機能等）とともに実現される。ファームウェア及び／又はソフトウェアコードは、メモリ（例えば、図５内のメモリ５１６又は５３０）内に格納され、プロセッサ（例えばプロセッサ５２０）によって実行される。メモリは、プロセッサ内に実装されるか、又はプロセッサの外側であるかもしれない。
【００４３】
開示された実施形態の前記記述は、いかなる当業者であっても本発明を活用又は使用できるようにするために提供される。これらの実施形態への様々な変形例もまた、当業者に明らかであって、ここで定義された一般原理は、本発明の主旨又は範囲を逸脱せずに他の実施形態にも適用されうる。このように、本発明は、ここで示された実施形態に制限されるものではなく、ここで記載された原理と新規の特徴に一致した最も広い範囲に相当するものを意図している。
【図面の簡単な説明】
【００４４】
【図１】図１は、１Ｘネットワーク及び１ｘＥＶ−ＤＯネットワークの配置を示す。
【図２Ａ】図２Ａは、リソースアービトレーションを伴うデータ動作を行なう処理を示す。
【図２Ｂ】図２Ｂは、リソースアービトレーションを伴う非データ動作を行なう処理を示す。
【図３Ａ】図３Ａは、データセッションとＧＰＳセッションとの間のアービトレーション処理を示す。
【図３Ｂ】図３Ｂは、データセッションとＧＰＳセッションとの間のアービトレーション処理を示す。
【図４Ａ】図４Ａは、リソーステーブルを示す。
【図４Ｂ】図４Ｂは、アプリケーションテーブルを示す。
【図５】図５は、無線デバイスのブロック図を示す。
【図１】
2008541571.tif 000003
【図２Ａ】
2008541571.tif 000004
【図２Ｂ】
2008541571.tif 000005
【図３Ａ】
2008541571.tif 000006
【図３Ｂ】
2008541571.tif 000007
【図４Ａ】
2008541571.tif 000008
【図４Ｂ】
2008541571.tif 000009
【図５】
2008541571.tif 000010
【国際調査報告】
2008541571.tif 000011
2008541571.tif 000012
2008541571.tif 000013