(57)【要約】マルチ無線アクセス技術（ＲＡＴ）に対する汎用装置、システム及び方法を説明する。その装置構成は、例えば、送受信処理機能に関連付けられた複数の手順を使用して複数の異なるＲＡＴとの通信を可能にするように構成されたマルチ無線アクセス技術（ＲＡＴ）プラットフォームを含む。これら複数の手順は、ハードウェア及びソフトウェアの少なくとも一方で実現され、動作を実行する複数の機能ユニット（ＦＵ）を介して送受信処理機能を実現し、これら複数のＦＵは、（ａ）動作するためのデータ又はＦＵにより実行される動作に関連するパラメータをフェッチする記憶場所と、（ｂ）動作の結果であるデータを格納する記憶場所と、（ｃ）動作後に出力するメッセージのタイプの内の少なくとも１つに関してＦＵに命令する複数の機能ユニット記述子（ＦＵＤ）により構成設定される。
2014519290.tif 000002
【特許請求の範囲】
【請求項１】
複数の送受信処理機能に関連付けられる複数の手順を使用して複数の異なる無線アクセス技術（ＲＡＴ）との通信を可能にするように構成されたマルチＲＡＴプラットフォームを含み、
前記複数の手順は、ハードウェアとソフトウェアの少なくとも一方で実現され、複数の動作を実行する複数の機能ユニット（ＦＵ）を介して前記複数の送受信処理機能を実現し、
前記複数のＦＵは、
（ａ）動作のためのデータ、又は、前記ＦＵにより実行される動作に関連するパラメータをフェッチする記憶場所と、
（ｂ）動作の結果としてのデータを格納する記憶場所と、
（ｃ）動作後に出力するメッセージのタイプの内の、
少なくとも１つに関してＦＵに指示を与える複数の機能ユニット記述子（ＦＵＤ）により構成設定されることを特徴とする装置。
【請求項２】
前記複数のＦＵそれぞれは、第１のメッセージを受信する入力ポート部と、前記第１のメッセージを処理する機能ユニット部と、前記第１のメッセージの処理と各ＦＵＤにより示される前記メッセージのタイプとに基づいて第２のメッセージを送信する出力ポート部とを含むことを特徴とする請求項１に記載の装置。
【請求項３】
各ＦＵＤは、関係するＦＵが使用する１つ以上の記憶場所に関連する第１の情報と、前記関係するＦＵがメッセージを処理した後に送信する１つ以上のメッセージに関連する第２の情報と、前記関係するＦＵのセットアップのためのパラメータに関連する第３の情報との内の、少なくとも１つを含むことを含むことを特徴とする請求項１又は２に記載の装置。
【請求項４】
前記複数のＦＵは送受信処理機能を実行するために順次トリガが与えられることを特徴とする請求項１乃至３のいずれか１項に記載の装置。
【請求項５】
前記複数のＦＵに関連する複数のセションにハードウェアとソフトウェアのリソースを割当てるように構成されたリソースマネージャをさらに有することを特徴とする請求項１乃至４のいずれか１項に記載の装置。
【請求項６】
前記複数のＦＵの１つは、無線を用いることに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入される無線ＦＵであることを特徴とする請求項１乃至５のいずれか１項に記載の装置。
【請求項７】
前記複数のＦＵの１つは、タイマ信号を生成することに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入されるタイマＦＵであることを特徴とする請求項１乃至６のいずれか１項に記載の装置。
【請求項８】
前記複数のＦＵの１つは、上位レイヤへのシグナリングに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入されるインタフェースＦＵであることを特徴とする請求項１乃至７のいずれか１項に記載の装置。
【請求項９】
請求項１乃至８のいずれか１項に記載の装置を有するマルチＲＡＴ無線通信装置。
【請求項１０】
複数の無線通信機能を分散して実現する方法であって、前記方法は、
複数の異なる無線アクセス技術（ＲＡＴ）との通信を可能にする複数の送受信処理機能を実行する複数の手順を生成する工程と、
ハードウェア及びソフトウェアの少なくとも一方で実現され、複数の送受信処理動作を実行する複数の機能ユニット（ＦＵ）を介して前記複数の送受信処理機能を実現する工程と、
（ａ）動作のためのデータ、又は、前記ＦＵにより実行される動作に関連するパラメータをフェッチする記憶場所と、（ｂ）動作の結果であるデータを格納する記憶場所と、（ｃ）動作の実行後に出力するメッセージのタイプの内の、少なくとも１つに関してＦＵに指示を与える複数の機能ユニット記述子（ＦＵＤ）により前記複数のＦＵを構成設定する工程とを有することを特徴とする方法。
【請求項１１】
前記複数のＦＵそれぞれは、第１のメッセージを受信する入力ポート部と、前記第１のメッセージを処理する機能ユニット部と、前記第１のメッセージの処理と各ＦＵＤにより示される前記メッセージのタイプとに基づいて第２のメッセージを送信する出力ポート部とを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
各ＦＵＤは、関係するＦＵが使用する１つ以上の記憶場所に関連する第１の情報と、前記関係するＦＵがメッセージを処理した後に送信する１つ以上のメッセージに関連する第２の情報と、前記関係するＦＵのセットアップのためのパラメータに関連する第３の情報との内の、少なくとも１つを含むことを特徴とする請求項１０又は１１に記載の方法。
【請求項１３】
送受信処理機能を実行するように複数のＦＵに順次トリガをかける工程をさらに有することを特徴とする請求項１０乃至１２のいずれか１項に記載の方法。
【請求項１４】
リソースマネージャを介して、前記複数のＦＵに関係した複数のセションにハードウェアとソフトウェアのリソースを割当てる工程をさらに有することを特徴とする請求項１０乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記複数のＦＵの１つは、無線を用いることに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入される無線ＦＵであることを特徴とする請求項１０乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記複数のＦＵの１つは、タイマ信号を生成することに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入されるタイマＦＵであることを特徴とする請求項１０乃至１５のいずれか１項に記載の方法。
【請求項１７】
前記複数のＦＵの１つは、上位レイヤへのシグナリングに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入されるインタフェースＦＵであることを特徴とする請求項１０乃至１６のいずれか１項に記載の方法。
【請求項１８】
コンピュータ又はプロセッサにより実行される際に、
複数の異なる無線アクセス技術（ＲＡＴ）との通信を可能にする複数の送受信処理機能を実行する複数の手順を生成する工程と、
ハードウェア及びソフトウェアの少なくとも一方で実現され、複数の送受信処理動作を実行する複数の機能ユニット（ＦＵ）を介して前記複数の送受信処理機能を実現する工程と、
（ａ）動作のためのデータ、又は、前記ＦＵにより実行される動作に関連するパラメータをフェッチする記憶場所と、（ｂ）動作の結果であるデータを格納する記憶場所と、（ｃ）動作の実行後に出力するメッセージのタイプの内の、少なくとも１つに関してＦＵに指示を与える複数の機能ユニット記述子（ＦＵＤ）により前記複数のＦＵを構成設定する工程とを実行するプログラム命令を含むことを特徴とするコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
・関連出願
本出願は、本明細書に参照として組み込まれる２０１１年６月６日出願のＪｅｒｋｅｒ  ＯＲＪＭＡＲＫ、Ｍｉｃｈａｅｌ  ＢＲＥＳＣＨＥＬ、Ｋｅｎｔ  Ｉｎｇｅ  ＩＮＧＥＳＳＯＮ、Ｒｏｂｅｒｔ  ＫＬＡＮＧ及びＭａｇｎｕｓ  ＭＡＬＭＢＥＲＧの米国特許出願第６１／４９３，７９５号「ＭＥＴＨＯＤＳ  ＡＮＤ  ＳＹＳＴＥＭＳ  ＦＯＲ  Ａ  ＦＬＥＸＩＢＬＥ  ＤＩＳＴＲＩＢＵＴＥＤ  ＳＥＱＵＥＮＣＥＲ」、２０１１年６月６日出願のＪｅｒｋｅｒ  ＯＲＪＭＡＲＫ、Ｋｅｎｔ  Ｉｎｇｅ  ＩＮＧＥＳＳＯＮ及びＲｏｂｅｒｔ  ＫＬＡＮＧの米国特許出願第６１／４９３，８０１号「ＭＥＴＨＯＤＳ  ＡＮＤ  ＳＹＳＴＥＭＳ  ＦＯＲ  Ａ  ＲＡＤＩＯ  ＰＬＡＮＮＥＲ」、並びに２０１１年６月６日出願のＪｅｒｋｅｒ  ＯＲＪＭＡＲＫ、Ｋｅｎｔ  Ｉｎｇｅ  ＩＮＧＥＳＳＯＮ及びＲｏｂｅｒｔ  ＫＬＡＮＧの米国特許出願第６１／４９３，７９４号「ＭＥＴＨＯＤＳ  ＡＮＤ  ＳＹＳＴＥＭＳ  ＦＯＲ  Ａ  ＧＥＮＥＲＩＣ  ＭＵＬＴＩ−ＲＡＤＩＯ  ＡＣＣＥＳＳ  ＴＥＣＨＮＯＬＯＧＹ  ＬＡＹＥＲ  ＯＮＥ  ＳＯＦＴＷＡＲＥ  ＡＲＣＨＩＴＥＣＴＵＲＥ」に関し、それらの優先権を主張するものである。
【０００２】
・技術分野
本発明は、一般に通信装置に関し、更に詳細には、複数の無線アクセス技術に関係する装置に関する。
【背景技術】
【０００３】
当初、無線電話技術は音声通信に対して設計され、使用されてきた。家電産業が成長を続け、プロセッサの能力が向上するにつれて、複数の装置間でデータを無線伝送できる更に多くの装置が利用できるようになった。また、そのような伝送データに基づいて動作する更に多くのアプリケーションが利用できるようになった。特に注目すべきは、インターネット及びローカルエリアネットワーク（ＬＡＮ）である。これらの２つの技術革新により、多くのユーザ及び多くの装置が異なる装置間及び異なるタイプの機器間でデータを通信したり交換できるようになった。これらの装置及び機能の出現に伴い、ユーザ（ビジネスユーザ及びホームユーザの双方）は、音声に加えてデータを移動先から送信する必要性が高まっていることに気付いた。
【０００４】
この音声及びデータの伝送をサポートするインフラストラクチャ及びネットワークが同様に発達した。テキストメッセージ通信等の限られたデータアプリケーションは、汎欧州デジタル移動通信システム（ＧＳＭ）等のいわゆる「２Ｇ」システムに導入された。無線通信システムを介するパケットデータは、汎用パケット無線サービス（ＧＰＲＳ）を加えたＧＳＭにおいて実現された。ユニバーサル地上無線アクセス（ＵＴＲＡ）規格により導入された３Ｇシステムにより、多くのユーザがネットサーフィン等のアプリケーションに更に容易に（且つより短い待ち時間で）アクセスできるようになった。従って、現在、例えば、広帯域符号分割多元接続（ＷＣＤＭＡ）、ＯＦＤＭＡ、ＴＤＭＡ及びＴＤ−ＳＣＤＭＡ等の多くの無線アクセス技術（ＲＡＴ）が、例えば、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ、ＵＭＴＳ、ＵＭＴＳ−ＬＴＥ、ＷＬＡＮ、ＷｉＦｉ等の無線システムにおいて使用されているのが見られる。
【０００５】
新規のネットワーク設計がネットワーク製造業者により提供されるのと共に、より高いデータスループットをエンドユーザ装置に提供する将来のシステムが検討され、開発されている。例えば、いわゆる３ＧＰＰ  ＬＴＥ（ロングタームエボルーション）標準化プロジェクトは、将来の無線通信の技術基盤を提供することを意図している。このネットワーク設計の進歩の結果、種々のネットワーク事業者は、種々の地理的領域において異なるＲＡＴを用いて種々の周波数帯域で自身のネットワークを展開した。そのため、複数の周波数帯域と複数の異なるＲＡＴとの内の少なくともいずれかをサポートするユーザ機器（ＵＥ）は、とりわけ、適切な周波数帯域とＲＡＴとの内の少なくともいずれかにおけるセル及びサービスを探索できる必要がある。
【０００６】
移動電話技術の新規規格と他の通信技術が急速に開発され、新規の特徴が既存の規格に更に急速に追加されたことにより、現存するアーキテクチャを使用する装置の設計コストが増加した。例えば、特定のＲＡＴへのアクセスを可能にする装置は、通常、当該ＲＡＴ及びその現在の特徴に適応されるソフトウェア（ＳＷ）アーキテクチャを有する。新規のＲＡＴ又は特徴がマルチＲＡＴ  ＵＥ装置のアーキテクチャに追加される場合、新規のＲＡＴ／特徴がそのアーキテクチャにおいて実現される必要があるのに加えて、従来の実施形にも適応させる必要があり、通常、このプロセスはソフトウェアの実装に重大な影響を及ぼし、装置のコストを著しく増加させる。
【０００７】
新規のＲＡＴを導入するか又は既存のＲＡＴに新規の機能を導入する手法では、ＵＥのＳＷアーキテクチャが複雑になり、そのような変化に適応するために必要な変更を行うことが困難になる。更に、その開発は、異なる大陸に位置する場合もある異なる地理的場所で行われることが多いため、統合は更に複雑であり、コストが増加する。
【０００８】
ソフトウェアアーキテクチャの変更に加えて、ＵＥにおけるＲＡＴの適応のため、ハードウェアの変更が更に必要であるか又は望ましい場合がある。例えば、マルチＲＡＴ  ＵＥにおいて、多くの場合、システム内のハードウェア（ＨＷ）を共有する（可能な限り）ことが望ましい。マルチＲＡＴ装置内で共有できる可能性のあるハードウェアの一例は、ＨＷアクセラレータである。しかしながら、ＨＷアクセラレータの各ユーザ（即ち、ＲＡＴ）は、他のＲＡＴのアルゴリズム又はモジュールとの不要な結び付きを避けるために、即ち、それらへの依存を避けるために、自身の環境を維持する必要がある。各ユーザが自身の環境を維持できるようにする１つの方法は、ＨＷアクセラレータ内に複数のレジスタページを含めて使用することである。しかしながら、そのレジスタにおいて利用可能なページ数は、マルチＲＡＴ  ＵＥに関連するシリコン設計において固定され、後で変更できない。そのため、この分離方法は、ＲＡＴ又は特徴を後で追加する場合にいくらか融通性が良くない。
【０００９】
更に、マルチＲＡＴ装置において使用されるアルゴリズムに関して、これらのアルゴリズムはソフトウェア（ＳＷ）又はハードウェア（ＨＷ）のいずれかで実現され、通常、各ユーザ又はＲＡＴとの結び付きが必要以上に強い。この結び付き又は依存により、１つのブロックがＵＥ（又はＵＥの副構成要素）において変更される時に隣接ブロックの望まれない再設計の原因となる場合がある。また、ＲＡＴの数が増加するにつれて、未知の依存性及び副作用がシステムの他の部分から生じる可能性があり、これは望ましくないだろう。更に、マルチＲＡＴシステムにおいて、データレートが高くなり、送信時間間隔（ＴＴＩ）が短くなると、中央制御部をもつように設計されたシステムでは割込み負荷が大きくなる。
【００１０】
更に、例えば、付加的なＲＡＴ機能のような新規の機能をＵＥに加える場合、使用形態の新しい組み合わせが考慮され、その後にハードコーディングがなされる必要があるため、ページングチャネル（ＰＣＨ）の受信及び測定等の異なるアクティビティ間の依存性が、そのような実装を煩雑にさせる。レイヤ１のＲＡＴソフトウェアは、通常、チャネルの受信及び測定等の異なる目的のために無線を使用する。従来のマルチＲＡＴアーキテクチャではＲＡＴ間に共通の計画が存在しないため、アクティブＲＡＴが必要な無線時間を分配できない特定の使用形態を処理することは困難である。無線使用の競合を回避するために、ページングチャネルの受信及びサービングセルの測定等の各使用形態は、通常は組み合わされるか、又は、同期されるかの内の少なくともいずれかである。しかしながら、競合は必ずしも解消されるわけでなく、複数のＲＡＴ／機能の間の適切な処理が不可能である場合がある。
【００１１】
更に、マルチＲＡＴアーキテクチャに更なるＲＡＴを追加する場合（例えば、装置内にＧＳＭ及びＷ−ＣＤＭＡのアーキテクチャのみを有する場合と比較して）、アクティブＲＡＴが多くのパッシブＲＡＴの中から無線時間が与えられるべきＲＡＴを決定する必要があるため、更に複雑になる。新規のＲＡＴを追加する場合、既存のＲＡＴは、新規のＲＡＴに関係する無線要求の詳細を認識するように更新される必要がある。アクティブＲＡＴとパッシブＲＡＴとが十分に協調されない場合、無線使用の競合が起こる場合がある。無線アクセスの競合の検出には、例えば、ＲＡＴ数の増加に伴って非常に複雑になる無線アクセス時間処理に関係するＲＡＴモジュール間の潜在的に膨大な信号伝送という問題を解決する特定のハードウェア設計が必要である。多くの割込み信号及び他の信号が必要とされるため、現在の解決策は非効率的であり、エラーが起こりやすい。ＵＥに更なるＲＡＴ機能を追加するための既存の解決策は、例えば、信号伝送が大量であり、各ＲＡＴモジュールが装置内の他の全てのＲＡＴを認識する必要があるため、電力効率も悪い。
【００１２】
従って、マルチＲＡＴ装置に関係する上述の欠点を軽減又は除去する方法及びシステムを提供することが望まれている。
【発明の概要】
【００１３】
代表的な一実施形態によると、データを処理する装置の構成は、異なる無線アクセス技術（ＲＡＴ）に関連付けられた複数の手順を実行するように構成されたプロセッサと、複数の手順からの無線リソース要求を受信するように構成され、前記要求に応答して手順による無線アクセスを選択的に許可又は拒否するように更に構成された無線計画機能と、前記複数の手順のうちの少なくとも１つにより生成されたデータを格納し、前記複数の手順のうちの少なくとも他の１つにデータを提供する分散データベースとして動作するように構成されたメモリデバイスとを含む。
【００１４】
別の実施形態によると、マルチＲＡＴ無線通信装置は、前述の段落において説明した構成を備える。
【００１５】
別の実施形態によると、マルチ無線アクセス技術（ＲＡＴ）装置においてデータを処理する方法は、異なる無線アクセス技術（ＲＡＴ）に関連付けられる複数の機能を実行するために手順を生成する工程と、これら複数の手順のうちの少なくともいくつかにより生成されたデータを分散データベースに格納する工程と、データの使用側である複数の手順のために分散データベースからデータを検索する工程と、無線計画機能により、これら複数の手順のうちの少なくともいくつかから無線リソース要求を受信し、処理する工程とを含む。
【００１６】
別の代表的な実施形態によると、持続性のあるコンピュータ可読媒体は、コンピュータ又はプロセッサにより実行される場合に、異なる無線アクセス技術（ＲＡＴ）に関連付けられた複数の機能を実行する複数の手順を生成する工程と、これら複数の手順のうちの少なくともいくつかにより生成されたデータを分散データベースに格納する工程と、データの使用側である複数の手順のために分散データベースからデータを検索する工程と、無線計画機能により、これら複数の手順のうちの少なくともいくつかから無線リソース要求を受信し、処理する工程とを実行するプログラム命令を含む。
【００１７】
別の実施形態によると、装置の構成は、送受信処理機能に関連付けられる複数の手順を使用して複数の異なるＲＡＴとの通信を可能にするように構成されたマルチ無線アクセス技術（ＲＡＴ）プラットフォームを含む。これらの手順は、ハードウェア及びソフトウェアの少なくとも一方で実現され、動作を実行する複数の機能ユニット（ＦＵ）を介して送受信処理機能を実現し、これらのＦＵは、（ａ）動作するためのデータ又はＦＵにより実行される動作に関連するパラメータをフェッチする記憶場所と、（ｂ）動作の結果であるデータを格納する記憶場所と、（ｃ）動作後に出力するメッセージのタイプのうちの少なくとも１つに関してＦＵに指示を与える複数の機能ユニット記述子（ＦＵＤ）により構成設定される。
【００１８】
別の実施形態によると、マルチＲＡＴ無線通信装置は前述の段落の構成を含む。
【００１９】
別の実施形態によると、複数の無線通信機能を分散して実現する方法は、複数の異なる無線アクセス技術（ＲＡＴ）との通信を可能にする複数の送受信処理機能を実行する複数の手順を生成する工程と、ハードウェア及びソフトウェアの少なくとも一方で実現され、複数の動作を実行する機能ユニット（ＦＵ）を介して前記複数の送受信処理機能を実現する工程と、（ａ）動作するためのデータ又はＦＵにより実行される動作に関連するパラメータをフェッチする記憶場所と、（ｂ）動作の結果であるデータを格納する記憶場所と、（ｃ）動作の実行後に出力するメッセージのタイプのうちの少なくとも１つに関してＦＵに指示を与える複数の機能ユニット記述子（ＦＵＤ）により前記複数のＦＵを構成設定する工程とを含む。
【００２０】
別の代表的な実施形態によると、持続性のあるコンピュータ可読媒体は、コンピュータ又はプロセッサにより実行される場合に、複数の異なる無線アクセス技術（ＲＡＴ）との通信を可能にする複数の送受信処理機能を実行する複数の手順を生成する工程と、ハードウェア及びソフトウェアの少なくとも一方で実現され、複数の送受信処理動作を実行する複数の機能ユニット（ＦＵ）を介して前記複数の送受信処理機能を実現する工程と、（ａ）動作するためデータ又はＦＵにより実行される動作に関連するパラメータをフェッチする記憶場所と、（ｂ）動作の結果であるデータを格納する記憶場所と、（ｃ）動作の実行後に出力するメッセージのタイプのうちの少なくとも１つに関してＦＵに指示を与える複数の機能ユニット記述子（ＦＵＤ）により前記ＦＵを構成設定する工程とを実行するプログラム命令を含む。
【００２１】
別の代表的な実施形態によると、複数の無線アクセス技術（ＲＡＴ）モジュールのリソース要求の間の競合を回避する方法は、無線計画機能において、各々が無線時間予約要求の優先順位の値を含む無線時間予約要求を受信する工程と、無線計画機能により、少なくとも部分的に基づいて優先順位の値の比較に各無線時間予約要求の許可又は拒否を判定する工程と、前記判定する工程に基づいて、対応する無線時間予約要求側に対応する許可又は拒否のいずれかを送信する工程とを備える。
【００２２】
別の代表的な実施形態によると、複数の無線アクセス技術（ＲＡＴ）モジュールの間で無線リソースを割り当てるプラットフォームは、複数のＲＡＴを使用してエアインタフェースを介して無線信号を送受信するように構成された無線ハードウェアと、無線ハードウェアに接続され、各々が無線時間予約要求の優先順位の値を含む無線時間予約要求を受信し、少なくとも部分的には優先順位の値に基づいて各無線時間予約要求の許可又は拒否を判定するように構成された無線計画部とを備える。
【００２３】
別の代表的な実施形態によると、持続性のあるコンピュータ可読媒体は、コンピュータ又はプロセッサにより実行される場合に、無線計画機能において、各々が無線時間予約要求の優先順位の値を含む無線時間予約要求を受信する工程と、無線計画機能により、少なくとも部分的には優先順位の値の比較に基づいて各無線時間予約要求の許可又は拒否を判定する工程と、前記判定する工程に基づいて、対応する無線時間予約要求側に対応する許可又は拒否のいずれかを送信する工程とを実行するプログラム命令を含む。
【００２４】
代表的な一実施形態によると、無線通信システムにアクセスするためのレイヤ１に対するソフトウェアアーキテクチャが存在する。そのソフトウェアアーキテクチャは、上位レイヤからの制御プレーンを終了するように構成され、無線計画部を使用するように構成された手順と、共通無線へのアクセスを管理し、許可するように構成された無線計画部と、同一データの生成側と使用側とを分離させるように構成された分散データベースと、機能性をカプセル化するように構成された機能ユニットとを含む。その機能ユニットは、構成設定インタフェース及びアルゴリズムを更に含むことができる。そのソフトウェアアーキテクチャは、アップリンク及びダウンリンク処理を構成するために複数の機能ユニットの複数のチェーンを構築するように構成されたセションを更に含むことができる。そのソフトウェアアーキテクチャは、全てのセションに対してリソースを集め、割当てるように構成されたリソースマネージャを更に含むことができる。
【００２５】
別の代表的な実施形態によると、無線通信システムにアクセスためのレイヤ１に対するソフトウェアアーキテクチャを使用する方法が存在する。その方法は、手順により上位レイヤからの制御プレーンを終了し、無線計画部を使用する工程と、その無線計画部により共通無線へのアクセスを管理し、許可する工程と、分散データベースにより同一データの生成側と使用側とを分離する工程と、機能ユニットにより機能性をカプセル化する工程とを含む。
【００２６】
別の実施形態によると、装置は、カプセル化されたハードウェア機能ユニットが命令を受信し、その装置が通信する時に使用できる複数の無線アクセス技術（ＲＡＴ）のうちのどれに対しても一般性を有する応答を生成するように少なくとも１つのハードウェア機能ユニットをカプセル化するように動作可能であり、コンピュータ可読媒体に格納されたプログラム命令を実行するように構成されたプロセッサと、その装置内のデータの生成側及びデータの使用側がデータを間接的に交換できるようにするように構成された分散データベースとを含む。
【００２７】
代表的な一実施形態によると、マルチ無線アクセス技術（ＲＡＴ）ユーザ機器（ＵＥ）においてデータを処理する方法が存在する。その方法は、論理モデルを構築する工程と、複数の論理オブジェクトに物理的割り当てを提供する工程と、リソースの使用をコミットする工程と、複数の機能ユニット（ＦＵ）によりデータを処理する工程とを含む。
【００２８】
別の代表的な実施形態によると、マルチ無線アクセス技術（ＲＡＴ）ユーザ機器（ＵＥ）においてデータを処理する方法が存在する。その方法は、無線インタフェースからサンプルを読み出す工程と、複数の機能ユニット記述子（ＦＵＤ）を構成設定する工程と、機能ユニット（ＦＵ）と前記複数のＦＵＤ各々とを関連付ける工程と、前記複数のＦＵＤ各々からそれに関連付けられたＦＵへ少なくとも１つの命令を送信する工程と、ＦＵが受信した少なくとも１つの命令を順次処理し、その受信した少なくとも１つの命令に基づいて各ＦＵにより信号を処理する工程と、データブロックを出力する工程とを含む。更に、各ＦＵは複数のＦＵＤと関連付けられてもよい。
【００２９】
別の代表的な実施形態によると、アルゴリズムを処理する機能ユニット（ＦＵ）が存在する。そのＦＵは、第１のメッセージを受信する入力ポート部と、第１のメッセージを処理する機能ユニット部と、第１のメッセージの処理に基づいて第２のメッセージを送信する出力ポートとを含む。
【００３０】
別の代表的な実施形態によると、機能ユニットを構成する機能ユニット記述子（ＦＵＤ）が存在する。そのＦＵＤは、機能ユニット（ＦＵ）が使用する１つ以上の記憶場所に関連する第１の情報と、ＦＵがメッセージを処理後に送信する１つ以上のメッセージに関連する第２の情報とを含む。
【００３１】
別の代表的な実施形態によると、マルチ無線アクセス技術（ＲＡＴ）ユーザ機器（ＵＥ）は、マルチＲＡＴ  ＵＥが異なるＲＡＴと通信可能にするように各々が構成される複数のＲＡＴモジュールと、対応する機能ユニットを呼び出すことによりＲＡＴモジュールに依存せずに機能を実行するように構成されたプロセッサとを含み、対応する機能ユニットによる複数の機能のうちの１つのインスタンスの実行は機能ユニット記述子により指定される。
【００３２】
代表的な一実施形態によると、複数の無線アクセス技術（ＲＡＴ）モジュールのリソース要求の間の競合を回避する方法が存在する。その方法は、無線時間予約要求に優先順位を割り当てる工程と、優先順位を含む無線時間予約要求を要求する工程と、無線時間予約要求の許可又は拒否のいずれかを受信する工程とを含み、許可された無線時間予約要求に対して、無線時間は統一された時間基準を用いて指定される。
【００３３】
代表的な一実施形態によると、複数の無線アクセス技術（ＲＡＴ）モジュールのリソース要求の間の競合を回避する方法が存在する。その方法は、無線計画機能において、無線時間予約要求の優先順位を含む無線時間予約要求を受信する工程と、優先順位に基づいて無線時間予約要求の許可又は拒否を判定する工程と、無線時間予約要求が許可される場合に無線時間予約要求の統一された時間基準を割り当てる工程と、無線時間予約要求の許可又は拒否を判定する工程に基づいて許可又は拒否のいずれかを送信する工程とを含む。
【００３４】
別の代表的な実施形態によると、複数の無線アクセス技術（ＲＡＴ）モジュールのリソース要求の間の競合を回避する装置が存在する。その装置は、無線時間予約を要求するように構成され、無線時間予約要求に優先順位を割り当てるように構成された少なくとも２つのＲＡＴモジュールと、優先順位に基づいて無線時間予約要求の許可又は拒否を判定するように構成され、無線時間予約要求が許可される場合に無線時間予約要求の統一された時間基準を割り当てるように構成され、無線時間予約要求を許可又は拒否の判定に基づいて許可又は拒否のいずれかを送信するように構成される無線計画機能を有するプロセッサとを含む。
【００３５】
別の代表的な実施形態によると、装置は、各々が装置と対応するＲＡＴネットワークとの間の無線通信を可能にするように構成された複数の無線アクセス技術（ＲＡＴ）モジュールと、前記複数のＲＡＴモジュールのうちの１つ以上から無線アクセス要求を受信し、各無線アクセス要求を選択的に許可するように構成された無線計画モジュールとを含むか又は備える。その無線計画モジュールから無線アクセス要求許可信号を受信すると、装置内の対応するＲＡＴモジュールは、対応するＲＡＴネットワークへ１つ以上の信号を送信することにより無線アクセスを開始できる。
【００３６】
添付図面は、代表的な実施形態を図示する。その図面は次の通りである。
【図面の簡単な説明】
【００３７】
【図１】代表的な一実施形態に係るレイヤ１のアーキテクチャを示す図である。
【図２】図１のレイヤ１のアーキテクチャの動作を説明するために使用される代表的な使用形態を示す図である。
【図３】図２の代表的な使用形態の一部として生成される種々の手順を示す図である。
【図４】代表的な一実施形態に係る装置を示す図である。
【図５】代表的な一実施形態に係る方法を示すフローチャートである。
【図６】別の代表的な実施形態に係る方法を示すフローチャートである。
【図７】代表的な一実施形態に係る機能ユニット（ＦＵ）とそのＦＵを構成する機能ユニット記述子（ＦＵＤ）を示す図である。
【図８】代表的な一実施形態に係る複数のＦＵのチェーンを示す図である。
【図９】代表的な一実施形態に係る２つのＦＵＤを有する複数のＦＵのチェーンを示す図である。
【図１０】代表的な一実施形態に係るＦＵＤを示す図である。
【図１１】代表的な一実施形態に係る情報フローを示す図である。
【図１２】代表的な実施形態に係る方法を示すフローチャートである。
【図１３】一実施形態に係る複数のＲＡＴモジュールと無線ハードウェアとの間のインタフェースとなる無線計画部を示す図である。
【図１４】、
【図１５】代表的な実施形態に係る方法を示すフローチャートである。
【発明を実施するための形態】
【００３８】
代表的な実施形態の以下の詳細な説明は、添付の図面を参照する。異なる図面における同一の図中符号は、同一又は同様の要素を示す。更に、図面は必ずしも縮尺通りではない。また、以下の詳細な説明は本発明を限定するものではない。
【００３９】
本明細書中で「一実施形態」又は「実施形態」に言及する場合、一実施形態に関連して説明される特定の特徴、構造又は特性が開示される主題の少なくとも１つの実施形態に含まれることを意味する。従って、本明細書中の随所で使用される表現「一実施形態において」又は「実施形態において」は、必ずしも同一の実施形態を示すものではない。更に、特定の特徴、構造又は特性は、１つ以上の実施形態において何らかの適切な方法で組み合わされてもよい。
【００４０】
上述のように、新規の無線アクセス技術（ＲＡＴ）又は特徴がマルチＲＡＴユーザ機器（ＵＥ）に追加される場合、新規のＲＡＴ／特徴を実現するだけでなく、従来の実現を更に適応させる必要があり、通常、これはソフトウェア及びハードウェアの実装に重大な影響を及ぼす。通常、例えば、デュアル又はマルチＲＡＴのレイヤ１（Ｌ１）のソフトウェア（ＳＷ）は、共通する機能を殆ど使用せず、別個のインタフェース及びＲＡＴ間の単純なインタフェースのみを有する関係するＲＡＴの集合として実現される。そのような手法に関連する問題については上述した通りである。
【００４１】
代表的な実施形態によると、無線アクセス技術（ＲＡＴ）中心でないレイヤ１の構造と、例えば３ＧＰＰ規格である関係する無線通信規格により通常は結び付けられない特徴を強く分離させるＲＡＴ中心でないレイヤ１のソフトウェア（ＳＷ）とハードウェアとの内の少なくともいずれかのアーキテクチャとが提供される。これは、例えば、何らかのアクセス技術又は特徴を実現するためにインスタンス化され、特化される、例えば、インタフェース、サービス、手順、セション及び機能ユニット（ＦＵ）であるアーキテクチャ要素を識別することにより達成される。例えば、以下に説明する無線計画部、リソースマネージャ、無線ＦＵ及びタイマＦＵである共通エンティティは、全ての特徴にＲＡＴ中心でないサービスを提供する。更に、本明細書において説明する実施形態において、例えば、分散データベースを使用することにより、特徴を強く結び付けることなくそれらが情報を交換できるようにする手段が提供される。
【００４２】
代表的な実施形態によると、汎用マルチＲＡＴアーキテクチャにより、１つ以上の中央処理装置（ＣＰＵ）／コアにわたり、例えば、インタフェースやＦＵメッセージプロトコルのようなアーキテクチャ要素の分散が可能になる。更に、アーキテクチャにより、ＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）及びハードウェア（ＨＷ）アクセラレータ間での例えば、複数のＦＵのような機能の移動、並びにＨＷの変更のサポートが可能になる。複数の規則のセットは、（サービス、手順、セション及びＦＵにおいて）アプリケーションコードを実現する方法に対して定義され、ユーザインタフェースの集合は、共通エンティティを使用する方法に対して定義される。代表的な実施形態によると、これらの規則に従ってユーザインタフェースを使用する場合、特徴／ＲＡＴが不要に結び付けられることが殆ど又は全くないと予想され、新規の特徴／ＲＡＴは従来の実装に影響を及ぼすことなく追加される。同様に、特徴は、残りの特徴に影響を及ぼすことなく、既存のコードベースから低コストの変形例を作成するために除去される。
【００４３】
汎用ソフトウェアアーキテクチャ
代表的な実施形態に従って、本明細書において説明する代表的な実施形態が実現される汎用マルチＲＡＴ構造（以下に説明するタスク及び機能を実行するためのソフトウェアアーキテクチャを含む）を図１を参照して以下に説明する。本説明の一部において、種々の特徴を説明するためにオブジェクト指向プログラミングの用語を使用するが、これは、それらの特徴がオブジェクト指向プログラミング技術を使用して実現されることを必ずしも示すものではない。図１は、例えば、（例えば、ｅＰＨＹに対する）最上位レベルのクラスの図として見られてもよい。その場合、インタフェースは、サービスの実際の展開及び実現を隠す機能指向型アプリケーションプログラムインタフェース（ＡＰＩ）をサービスのユーザ（例えば、ＲＡＴのうちの１つ）に提供する。例えば、レイヤ１  １００は、サーバに対するプロキシとして動作する多くのインタフェースを含み、例えば、レイヤ１の外部インタフェース１０２及びレイヤ１内部の下部インタフェース１０４は、サーバに対するプロキシとして動作する。代表的な本実施形態によると、レイヤ１のアーキテクチャは、レイヤ１の上部１０６と、制御部１０８（例えば、ＡＲＭプロセッサにおいて実現される）及びデータ処理部１１０（例えば、ＨＷアクセラレータとして又はＣＰＵ／ＤＳＰにおいて実現される）を含むレイヤ１の下部とに分割される。レイヤ１の下部は、下層のハードウェア（いくつかの例において、通常はベースバンドＨＷである）への依存がより大きい。これらの異なるアーキテクチャ構成要素の各々と、それらの副要素が汎用マルチＲＡＴ動作を容易にするために連携する方法を以下に更に詳細に検討する。
【００４４】
レイヤ１の上部１０６は、例えば、レイヤ１のアーキテクチャ１００によりサポートされる複数のＲＡＴのうちの１つであるユーザにより要求された場合に、各サービス１１２及びそのパラメータ表現をキャプチャーするサービスクラスを含む。尚、単一のサービス１１２のみを図１に示すが、レイヤ１の上部構成要素１０６は、図中符号１...＊で示すようにユーザ要求に基づいて、サービスクラスの多くのサービスのインスタンス１１２を任意の時刻に有することができる。サービス１１２は、汎用マルチＲＡＴアーキテクチャにおいて実現される特徴を互いに切り離す（分離する）ための第１のステップ／機構を提供する。
【００４５】
サービスオブジェクト１１２は、レイヤ１のインタフェース１０２を介してユーザ（ＲＡＴ）から要求を受信し、それらの要求を処理することにより、要求されている機能性を判定する（要求された機能を実現する方法と区別して）。この機能の判定に基づいて、サービスオブジェクト１１２は、要求された機能を実現するために動作する１つ以上の手順又は手順オブジェクト１１４をインスタンス化する。この場合、手順又は手順オブジェクト１１４は、特定のＲＡＴに対して又は複数のＲＡＴに共通する方法で、例えば、チャネル測定である所望の機能を実現する論理状態マシンであると考えられる。手順１１４は、上位レイヤからの制御プレーンを終了して外部の挙動を実現する（制御プレーンにおいて）ように更に動作する。手順クラスは、レイヤ１のアーキテクチャ１００により提供される機能毎にインスタンス化され、特化される。各手順１１４又は結び付けられた手順１１４のグループは、システムの残りの部分から独立して、即ち、他の手順１１４の認識、それらとのハンドシェイク又はそれらの関与を必要とせずに、自身に関連付けられた機能の実行を計画及び設定する。これらの実施形態に係る手順１１４の独立した特性により、新規の特徴と新規のＲＡＴとの位置のいずれかがアーキテクチャに追加される際に手順１１４を書き換えたり変更する必要がなくなる。
【００４６】
手順１１４の独立を可能にするために、複数の共通要素、即ち、どのＲＡＴの要求が種々の手順１１４をインスタンス化したかに関係なくそれらの手順により共有される要素がレイヤ１のアーキテクチャ１００に提供される。例えば無線計画部１１６は、無線時間の割り当てを取得するために、即ち、異なるＲＡＴの間及び同一のＲＡＴに関連する異なる手順の間で物理的な無線送受信機を共有するために、手順１１４により使用される。
【００４７】
代表的な実施形態によると、無線計画部１１６により、独立した複数の手順１１４が単一の無線環境に同時に存在できる。無線計画部１１６は、レイヤ１の下部１０８、１１０との対話を介して共通無線を管理し、共有無線へのアクセスを許可する。無線が手順１１４により使用される前に、その手順は、例えば、信号線１２２で示すように、無線計画部１１６からの割り当て（例えば、無線リソース及びディスパッチ時間）を要求する。無線の予約は、特に、無線リソース要求の相対優先順位に基づいて、無線計画部１１６により実行される。いくつかの実施形態によると、手順１１４は、無線にアクセスするためにディスパッチ信号線１２４を介して無線許可を受信する必要がある。更に、無線使用を求める要求が、例えば、信号線１２６を介して却下された場合、後続の動作を行う責任はクライアント（即ち、手順１１４）が有する。無線時間は、ＲＡＴ固有でない一般的な時間形式で予約される。ヘッダ「無線計画部」において、無線計画部１１６について以下に更に詳細に説明する。
【００４８】
無線計画部に加えて、手順１１４は、手順１１４をハードウェア独立にするために、レイヤ１の下部インタフェース１０８においてサービス１１８を更に使用できる。しかしながら、強く結び付けられない手順１１４の間にクライアント／サーバ関係が依然として存在する場合、即ち、２つの手順の間にクライアント／サーバ間と同様の一方向の関係又は結び付きが存在する場合がある。サーバ部分がデータの使用側に認識されずにデータを生成できるようにするために、代表的な実施形態は更に分散データベース１２０を提供する。分散データベース１２０は、データが種々の手順１１４により格納及び検索される共通記憶領域を提供することにより、同一データの生成側と使用側とを分離させる（これは、スレッドセーフのオブザーバパターンの実現である）。このように、データの生成側は、当該データの使用側の数や識別子を認識する必要がない。例えば、特定の手順１１４が隣接リスト内のセルを読み出し且つ識別するためにインスタンス化された場合、その手順１１４は、結果として得られたデータをデータベース１２０に格納し、他の手順１１４（例えば、測定手順）は、隣接リスト読み出し手順１１４と測定手順１１４とが直接対話することなく、データベースから当該データを取得できる。
【００４９】
次に図１のレイヤ１の下部を参照すると、例えば、異なるプロセッサにおけるクライアントの展開を可能にするためにインタフェース１０４が提供される。また、インタフェース１０４は、アーキテクチャ１００のレイヤ１の上部１０６からアーキテクチャ１００のレイヤ１の下部の制御部１０８及びデータ部１１０に要求を転送する。レイヤ１の上部１０６に関連する方法と同様に、サービスオブジェクト１１８は、例えば、機能を実行するための機構ではなく、実行が要求される機能を示すサービスのインスタンス化であるレイヤの下部のサービスを求める要求をインタフェース１０４から受信することに応答してインスタンス化される。代表的な実施形態によると、セション１２８は、手順１１４と無線計画部１１６との内の少なくともいずれかからの要求に応答して、レイヤ１の下部のサービスにより提供される機能を実現する。セション１２８は、例えば、ハードウェア認識が開始するアーキテクチャ１００内の第１のエンティティであるが、これらのセション１２８は、実際のアルゴリズムの実現及び展開の双方を隠す、例えば、論理機能ユニット（以下に説明するＦＵ）１３０、１３２及び１３４であるＦＵに対する論理構成設定インタフェースを更に使用する。セション１２８は、完全なアップリンク及びダウンリンク処理を構成し且つインスタンス化されたサービスオブジェクト１１８に関連する要求にサービスを提供するために、ＦＵチェーンを構築する。アーキテクチャ１００内の他の多くのオブジェクトと同様に、互いに直接依存しないセション１２８は互いを全く認識しない。
【００５０】
代表的な実施形態によると、例えば、論理ＦＵ１３４及び対応する物理ＦＵ１４０により表されるＦＵは、手順１１４により実行中である無線機能（更に複雑である可能性がある）の一部として動作を実行するために使用される、例えば、高速フーリエ変換（ＦＦＴ）である明確に定義された機能性のカプセル化である。ＦＵは、ユーザに対する機能指向インタフェースを提供する、例えば、論理ＦＵ１３４である構成設定インタフェース部分と、機能性を実行する例えば物理ＦＵ１４０であるアルゴリズム部分とを含む分散オブジェクトである。アルゴリズム部分１４０はＨＷ又はＳＷで実現され、その展開は、ユーザ、即ち、アルゴリズムを最終的に呼び出したＲＡＴ又は手順１１４に対して不透明である。構成設定インタフェース１３４は、同一のアルゴリズムの実現を共有する異なるユーザにより、互いに独立して複数回インスタンス化されてもよい。インスタンスは、構成設定時間（セション）に中央ＣＰＵが介入しない自律的な実行を可能にするセルフトリガチェーンで接続される。アルゴリズム部分１４０の実際の展開及び実現は、同様に、トリガするＦＵ及びトリガされるＦＵが他方のＦＵの展開及び実現を認識することなく構成設定時間において解決される。異なるマイクロコントローラ又はＤＳＰにおいて実行するＨＷアクセラレータ又はアルゴリズムとして実現されるＦＵ１３４、１４０を組み合わせられるようにするために、ＦＵ識別子（以下に詳述するＦＵＤ）に関連付けられる特別なプロトコルが使用されてもよい。ＦＵＤは、通常はＦＵがＨＷで実現されるか又はＳＷで実現されるかに依存して適応されるが、ＨＷ及びＳＷの双方に使用できる方法で定義されてもよい。Ｌ−ＦＵ１３４は、その構成の役割においてＦＵＤを構成するために使用され、Ｐ−ＦＵ１４０にメッセージを送信することもできる。セション１２８は、当該メッセージを使用してＰ−ＦＵ１４０の信号処理チェーンを開始する。セション１２８は、チェーン内の第１のＰ−ＦＵ１４０にメッセージを送信し、Ｐ−ＦＵ１４０は、セション１２８又はＬ−ＦＵ１３４が関わることなく互いに対してトリガをかける。ＦＵ及びＦＵＤについての更なる情報は以下のヘッダ「機能ユニット」で提供される。
【００５１】
代表的な実施形態によると、種々の専用ＦＵがアーキテクチャ１００に提供される。例えば、無線ＦＵ１３８は、ＦＵクラス専用である。無線ＦＵ１３８は、共通無線ＨＷをカプセル化する。一般ＦＵ１４０と同様に、全てのユーザ（セション１２８）は、互いに独立して、対応する構成設定インタフェース１３２のインスタンスを作成する。タイマＦＵ１３６は、同様にＦＵクラス専用である。タイマＦＵ１３６は、共通タイマＨＷをカプセル化し、例えば、無線計画部１１６のような共通部分と、例えば、手順１１４のようなＲＡＴ固有の部分の双方にタイマ機能を提供する。タイマ要求は、ＲＡＴ固有でない一般的な時間形式で予約される。ＦＵに関する更なる詳細については、以下のヘッダ「機能ユニット（ＦＵ）」で提供される。
【００５２】
代表的な実施形態によると、アーキテクチャ１００により、完全に分離された機能（セション１２８）が同一のハードウェア及びソフトウェアリソースを共有できる。無線計画部１１６と同様の方法で、共通リソースマネージャ１４２は、例えば、ソフトウェアのダウンロード、メモリ空間の割り当て、メモリ空間の初期化、ハードウェアの電源投入、ハードウェアの電源切断等により、例えば、メモリ、ＨＷ、ＤＳＰの帯域幅等であるリソースを集めて全ての機能（セション１２８）に割り当て、それにより、複数のユーザ（セション１２８）は、セション１２８自体の間でハンドシェイクすることなく上記のリソースを共有できる。このように、ＲＡＴ間の認識がされない。実施形態によると、ＲＡＴモジュールの間又は異なるＲＡＴに関係するサービス／手順／セションの間に直接通信が存在しない。従って、ＲＡＴは互いに自律的に機能し、ハンドシェイクを必要としない。
【００５３】
アーキテクチャの動作の例
代表的な実施形態によると、上述のレイヤ１のソフトウェアアーキテクチャ１００はＵＥにおいて使用され、例えば、ＬＴＥ（ロングタームエボルーション）ネットワークと広帯域符号分割多元接続（ＷＣＤＭＡ）ネットワークのような複数のＲＡＴが協調して種々のＵＥリソースにアクセスできるようにする。特に、ＲＡＴ機能を分離する機能に関してアーキテクチャ１００が動作する方法を更に理解するために、図２から始めて、以下に代表的な無線動作について考慮する。
【００５４】
図中、上述のアーキテクチャ１００を用いて動作するＬＴＥ／ＷＣＤＭＡマルチＲＡＴ  ＵＥ２００は矢印２０１の方向に移動していると仮定する。ＵＥ２００は現在はＬＴＥセル２０２（ｅＮｏｄｅＢ２０３）によりサービスを提供されているが、サービングセルからの信号強度はＵＥ２００がセルの境界に向けて移動するにつれて弱くなる。従って、ＵＥ２００はＷＣＤＭＡセル２０４（ＮｏｄｅＢ２０５）への可能なハンドオーバの準備を開始するのが望ましい。従って、レイヤ１のインタフェース１０２は、ＬＥＴ及びＷＣＤＭＡクライアントから、関係するＬＴＥチャネル及びＷＣＤＭＡチャネルに関連するパラメータと所望の測定値とを含むそれらのチャネルの測定を求める要求を受信する。これらの要求の結果、測定の実行というクライアントの要望を反映する測定サービスオブジェクト１１２のインスタンス化が行われる。次に、測定サービスオブジェクト１１２は、図３に示すように、受信したパラメータを使用して、測定の実行方法を決定する、例えば、共通測定手順１１４ａ、ＬＴＥ測定手順１１４ｂ及びＷＣＤＭＡ測定手順１１４ｃである複数の手順１１４を生成する。
【００５５】
この実施形態によると、共通測定手順１１４ａは、この例ではＬＴＥ及びＷＣＤＭＡである複数のＲＡＴ（例えば、ページングチャネルに関連付けられる）に共通する測定タスクを実行し、ＲＡＴ別測定手順１１４ｂ及び１１４ｃは、それらのＲＡＴに固有の測定タスクを実行する。この単に例示的な例において、サービングセル２０２はＬＴＥセルであるため、ＬＴＥ測定手順１１４ｂは測定を実行できる時間を指示する。従って、ＬＴＥ測定手順１１４ｂは、測定が実行される時間に関する情報を発行する（分散データベース１２０に格納される）。尚、ＬＴＥ測定手順１１４ｂはこの「測定実行可能性」データの生成側であるが、この実施形態に係るＬＴＥ測定手順１１４ｂは、共通測定手順１１４ａ又はＷＣＤＭＡ測定手順１１４ｃの存在、あるいはそれらが測定実行可能性データを必要とするかを認識しない。実際、ＬＴＥ測定手順１１４ｂを変更する必要なく、ＬＴＥ測定手順１１４ｂと並列に動作する任意の複数の他の追加的なＲＡＴ測定手順が存在してもよい。
【００５６】
他の測定手順１１４ａ及び１１４ｃは、測定実行可能性に関する情報の受信に同意する。従って、本例における手順１１４ｂが信号強度／品質測定の実行を許容できる場所／時間に関する情報をデータベース１２０に格納すると、手順１１４ａ及び１１４ｃに通知される。測定手順１１４ａ〜１１４ｃは、測定実行可能性データを使用して、必要な測定を実行するために無線時間を要求する。しかしながら、それらの手順が互いを認識しないため、それらは、例えば、無線計画部１１６に送信される無線リソース要求を介して同一時間の無線使用を要求する場合がある。従って、この実施形態によると、測定手順１１４ａ〜１１４ｃは、無線リソースを求める要求と共に、要求に関連する優先レベルを送信する。各手順１１４ａ〜１１４ｃにより選択される優先レベルは、例えば、各々の標準化された測定要件に基づく手順が測定を行う必要のある緊急度に基づいている。優先順位及び無線計画部１１６により実行されるリソース調整に関する更なる情報が以下に備えられる。
【００５７】
無線計画部１１６は、種々の測定手順１１４ａ〜１１４ｃから要求を受信し、例えば、要求に関連付けられる提供された優先レベルに部分的に基づいて、許可する要求及び拒否する要求を判定する。その後、無線計画部１１６は要求している複数の手順１１４ａ〜１１４ｃ各々に決定を通知し、それにより、これらの手順は適切な動作を行うことができる。例えば、その手順は、要求が許可された場合、レイヤ１の下部１０８からの測定サービス１１８を要求し、要求が拒否された場合、分散データベース１２０からの通知に基づく別の測定機会を待ち合わせる。
【００５８】
次に、この場合のアーキテクチャ１００のレイヤ１の下部を考慮すると、レイヤ１の上部１０６は、種々のＲＡＴが分離され独立した状態で無線リソースを共有するように動作するが、アーキテクチャのレイヤ１の下部は、例えば、測定機能の実行の一部として、例えば、ハードウェアアクセラレータ、メモリ、電源、プロセッサ（ＤＰＳ）の帯域幅等の多くの他の種類のリソースを共有するように動作することが前述の説明から明らかになるだろう。例えば、ＬＴＥ測定手順１１４ｂからＬＴＥチャネルの測定要求を受信すると、サービスオブジェクト１１８は、例えば、測定を行うためにとる相関の数のような一定のセットのパラメータを用いて、当該測定を実行するためにインスタンス化される。次に、サービスオブジェクト１１８は、１つ以上の論理ＦＵ１３４／物理ＦＵ１４０のペアのチェーンを使用して、例えば、相関をとる１つ以上のセション１２８を確立する。
【００５９】
この場合、リソースマネージャ１４２は、例えば相関の実行、メモリの上書きの回避等のために、物理ＦＵ１４０により使用されるリソースを調整するように動作する。従って、この例において、セション１２８は、例えば、ＦＦＴ等のＤＳＰアルゴリズムをローディングする機能を実行するためのリソース、出力データ（相関結果）を格納するための記憶場所等を要求する。
【００６０】
上述の代表的な実施形態は、特に、容易に拡張できる方法で種々のハードウェア及び他のリソースの共有を可能にするＲＡＴ中心でないレイヤ１のソフトウェアアーキテクチャを提供する。レイヤ１の構造に関連付けられるソフトウェアアーキテクチャ１００を使用するハードウェアを含む図４を参照して、例えば、ＵＥ２００である代表的な（且つ非常に一般化された）装置を以下に説明する。図中、装置４００は、プロセッサ４０２（又はマルチプロセッサコア）、メモリ４０４、１つ以上の二次記憶装置４０６、装置４００と種々のＲＡＴと周波数帯域との内の少なくともいずれかの間の通信を容易にするインタフェースユニット４０８、並びにレイヤ１のインタフェース１０２を含む。他の（上位）レイヤが装置４００上に更に存在し且つ動作していることが当業者には理解されるだろう。
【００６１】
一般に、プロセッサ４０２は装置４００の種々の構成要素を制御する。例えば、プロセッサ４０２は、この明細書中で説明する代表的な実施形態を容易にする命令を実行する。インタフェースユニット４０８は、異なるＲＡＴと周波数帯域との内の少なくともいずれかに関連付けられた種々のエアインタフェースを介して信号を送受信するように構成された１つ以上の送受信機（例えば、無線ＨＷ）を含む。尚、例えば、種々の他のＨＷブロック又は機能（例えば、タイマＨＷ）、ブロック１０２とブロック４０８との間の直接接続（又はカプセル化）等である図４に不図示の他のユニットと接続との内の少なくともいずれかが更に存在してもよい。
【００６２】
レイヤ１のソフトウェアアーキテクチャ１００の動作に関連する代表的な方法を図５に示す。図中、ステップ５００において、レイヤ１のソフトウェアアーキテクチャは、上位レイヤ（例えば、レイヤ２／３）からの制御プレーンを終了する。ステップ５０２において、レイヤ１のソフトウェアアーキテクチャは、無線計画部により共通無線へのアクセスを管理し且つ許可する。ステップ５０４において、レイヤ１のソフトウェアアーキテクチャは、分散データベースを使用して、同一データの生成側と使用側とを分離する。ステップ５０６において、レイヤ１のソフトウェアアーキテクチャは、機能ユニットにより機能をカプセル化する。尚、本発明のいくつかの実施形態において、図５のステップは別の順序で実行されてもよく、あるいは並列に実行されてもよい。
【００６３】
一実施形態によると、上記の説明に基づいて、データを処理する構成は、異なる無線アクセス技術（ＲＡＴ）に関連付けられた手順を実行するように構成されたプロセッサと、前記手順から無線リソースを求める要求を受信するように構成され且つ要求に応答して手順による無線アクセスを選択的に許可又は拒否するように更に構成された無線計画機能と、複数の手順のうちの少なくとも１つにより生成されたデータを格納し、それら複数の手順のうちの少なくとも他の１つにデータを提供する分散データベースとして動作するように構成されたメモリ素子とを含む。
【００６４】
別の実施形態によると、マルチ無線アクセス技術（ＲＡＴ）装置においてデータを処理する方法は、図６に示すステップを含む。図中、ステップ６００において、異なる無線アクセス技術（ＲＡＴ）に関連付けられる機能を実行するために手順が生成される。複数の手順のうちの少なくともいくつかはデータを生成し、このデータは、分散データベースに格納され（ステップ６０２）、その後、当該データの使用側である手順により分散データベースから検索される（ステップ６０４）。即ち、これにより、データを生成する手順とデータを消費する手順とが分離される。無線計画機能は、ステップ６０６で示すように、無線リソースを求める要求を受信し且つ処理する。
【００６５】
機能ユニット（ＦＵ）
上述のように、本明細書中で説明する代表的な実施形態は、とりわけ、モジュール化、（割込み率の低下につながる）中央処理装置（ＣＰＵ）の介在がない分散型自律処理、例えば、無線アクセス技術（ＲＡＴ）モジュールであるユーザ同士を結び付けずに任意の数のユーザ間でハードウェア（ＨＷ）を共有することを可能にする方法及びシステムを提供する。そのようなモジュール化は、特に、図１に関して簡単に上述した独立した機能ユニット（ＦＵ）へ処理をカプセル化した結果である。モジュールに基づくアーキテクチャは、解析及び設計が容易であり、変化に対する耐性が向上する。モジュール化という用語がこの明細書中で使用される場合、例えば、ＲＡＴモジュールのようなモジュール間の直接接続は許されていない。
【００６６】
これらの実施形態に係るＦＵはそれぞれ、例えば、高速フーリエ変換（ＦＴＴ）アルゴリズムのような明確に定義された機能を表す。ＦＵは、ＳＷ、ＨＷ又はそれらの組み合わせで実現される。ＦＵは、他のＦＵを認識しないか又は他のＦＵに依存せず、完全にスタンドアローンのエンティティとしてモデル化される。尚、ＦＵに関する本説明は上述の一般的なレイヤ１のソフトウェアアーキテクチャにおいて動作するＦＵに適用可能であるが、そのようなＦＵは要望に応じて他のアーキテクチャにおいて同様に使用されてもよい。
【００６７】
図７を参照して、例えば、図１のＬ−ＦＵ１３４及びＰ−ＦＵ１４０であるＦＵ７００及び関連する機能ユニット記述子（ＦＵＤ）７０２を以下に説明する。各ＦＵ７００は、１つの入力ポート７０４及び１つの出力ポート７０６である２つのポートを有する。ＦＵ７００は、例えば、ＦＦＴを実行するＦＵ７００の対応する機能に対する１つ以上のパラメータとしてＦＵＤ７０２を使用する。ＦＵＤ７０２から、ＦＵ７００は、例えば、データをフェッチする場所及び格納する場所（例えば、メモリ又はレジスタ内）に関連する参照を更に取得する。これらの実施形態において提案されるモジュール化とオブジェクト指向プログラミングとの類似点を指摘するために、ＦＵ７００がクラスを表すと考え、ＦＵ７００がＦＵＤ７０２を用いて構成される場合、これはインスタンス化されたＦＵオブジェクトに類似するようになる。
【００６８】
代表的な実施形態によると、ＦＵ７００が入力ポート７０４で受信するメッセージは、ＦＵＤ７０２のメモリ内の場所を指定する。ＦＵＤ７０２は、（１）どのように機能が実行されるのかと、（２）ＦＵ７００による実行の完了時に出力ポート７０６でどんなメッセージを送信するのかのいずれか又は双方を指定する。従って、ＦＵ７００の概念は、メッセージの受け渡しとメモリ共有アーキテクチャとの組み合わせとして、ポートの抽象的な使用法を説明する。ＦＵＤ７０２は、即時的なパラメータの値又は更なるデータが位置するメモリに対する参照を含む。例えば、ＦＵＤ７０２は、入力データバッファ及び出力データバッファの双方の場所を指定し、実行の完了時に送信するメッセージを指定する。
【００６９】
ＦＵ７００により受信される各メッセージは、異なるパラメータ値セット及び新規コンテキストを有する異なるＦＵＤ７０２を指定する。一実施形態によると、通常、コンテキストは呼び出し間でＦＵ７００内に保持されない。更に、実施形態によると、ＦＵ７００は他のＦＵ７００を認識しないか又は他のＦＵ７００に依存せず、完全にスタンドアローンのエンティティとしてモデル化される。入力ポート７０４、出力ポート７０６及びＦＵＤ７０２のパラメータを使用することにより、上述のセション１２８により確立されるような複数の同時処理チェーンに関係するようにＦＵ７００を構成できる。ＦＵ７００は依然として自身のコンテキストを認識しておらず、メッセージを受信した場合のみ反応する。
【００７０】
代表的な実施形態によると、上述のアーキテクチャを使用する一般的なデジタルベースバンドの例は、無線インタフェースからのサンプルの読み出しから開始し、上位レイヤへのデータブロックの出力で終了する。信号処理は、例えば、チェーン状の複数のＦＵ７００である異なるユニットにより複数のステップで実行される。各ＦＵ７００は、自身の機能を完了した際に出力ポート７０６で１つ以上のメッセージを送信するように構成される。出力メッセージの宛先アドレスは、ＦＵＤ７０２により指定されてＦＵ７００に与えられる。ポートはＦＵを接続し、完了するまで信号処理チェーンを駆動し、図８に示すように、１つのＦＵが次のＦＵを開始させる。
【００７１】
図８は、出力ポート８０４を介してメッセージ８０２を送信する第１の機能ユニットＦＵ−Ａ８００を示す。メッセージ８０２は、第２の機能ユニットＦＵ−Ｂ８０８の入力ポート８０６により受信される。ＦＵ−Ｂ８０８は、メッセージ８０２内の受信した命令を実行し、その結果に基づいて、出力ポート８１０を介して別のメッセージ８１２を送信する。従って、それらのポートは、ＦＵ−Ａ８００がＦＵ−Ｂ８０８を開始させるために使用される。
【００７２】
代表的な実施形態によると、上述のように、ＦＵＤ７０２の目的は、関数パラメータの指定、ＦＵ７００が入力データをフェッチする場所の指定、ＦＵ７００が出力データを格納する場所の指定、並びに処理の完了時にＦＵ７００が送信する（出力ポート７１０で）メッセージの指定である。この一例を図９に示す。図中、２つのＦＵインスタンス、即ち、ＦＵ−Ａ９００とＦＵ−Ｂ９０２とが存在する。この例において、ＦＵ−Ａ９００及びＦＵ−Ｂ９０２の双方は、例えば、ＦＵ−Ａ：ＦＵＤ９０４及びＦＵ−Ｂ：ＦＵＤ９０６である一意のＦＵＤをそれぞれ有する。この例において、ＦＵ−Ａ：ＦＵＤ９０４は、ＦＵ−Ａ９００の動作からの計算値を格納するメモリ９０８内の場所及び実行の完了時にＦＵ−Ａ９００が送信するメッセージを指定する。ＦＵ−Ｂ：ＦＵＤ９０６は、ＦＵ−Ｂ９０２が計算のために入力を読み出すメモリ９０８内の場所を指定する。この代表的な方式に従うことにより、ＦＵ−Ａ９００からのデータは、ＦＵ−Ａ９００及びＦＵ−Ｂ９０２のどちらも他方の存在を認識することなく、ＦＵ−Ｂ９０２に供給される（例えば、メモリ９０８を介して）。更に、少なくともいくつかの実施形態によると、２つのＦＵは、互いの「次」にならずに、即ち、チェーンにおける直列ＦＵにならずにメッセージを交換できることが当業者には理解されるだろう。換言すると、実施形態は、ＦＵが位置する場所及びＦＵがＨＷ、ＳＷ又はそれらの組み合わせとして実現されるかに関係なく、全てのＦＵが全てのＦＵにメッセージを送出できるようにする機構を含む。
【００７３】
代表的な実施形態によると、図９に示す概念を使用することにより、ＦＵ−Ａ９００を変更する必要がなく、ＦＵ−Ａ：ＦＵＤ９０４に小さい変更を加えるだけで、ＦＵ−Ｂ９０２を除去して別の機能ユニットＦＵ−Ｃ（不図示）に置き換えることが容易にできる。更に、別のＦＵ−Ａ９００にトリガをかける別のコンテキスト（例えば、現在のコンテキストに並行する）にＦＵ−Ａ９００が更に含まれる場合、これは、この新規のコンテキストを指定するＦＵＤを追加することにより達成される。
【００７４】
上述から、ＦＵクラスは何回インスタンス化されてもよく、各インスタンスはＦＵ７００の機能を実行する特定の方法を記述する自身のＦＵＤ７０２を有することが当業者には理解されるだろう。ＦＵ７００が受信する入力ポートのメッセージは、使用するＦＵＤ７０２を指定する。代表的な実施形態によると、ＦＵＤ７０２は、２つ以上のＦＵ７００を接続し、ＦＵの機能をカスタマイズするために使用される機構である。
【００７５】
代表的な実施形態によると、ＦＵ７００は分散オブジェクトとして実現される。ＦＵ７００は、ユーザに対する機能指向インタフェースを提供する、例えば、図１の論理ＦＵ１３４である構成設定インタフェース部分と、機能を実行する、例えば、図１の物理ＦＵ１４０であるアルゴリズム部分とを含む。アルゴリズム部分はＨＷ又はＳＷで実現され、アルゴリズムの展開はユーザに対して不透明である。構成設定インタフェース部分は、同一のアルゴリズムインスタンスを共有する異なるユーザにより複数回インスタンス化されてもよい。構成設定インタフェースは、アルゴリズム部分の実際の展開及び実現を隠す。ＦＵ７００は構成設定インタフェースを使用してセルフトリガチェーンで接続され、即ち、各インスタンスは自身のＦＵＤ７０２を用いて自身のコンテキストを作成する。そのような制御プレーンに関連する構造の一例を図１１に関連して後述する。
【００７６】
代表的な実施形態によると、ＦＵ７００はメッセージ及び共有メモリバッファと通信する。ＦＵ７００が入力ポート７０４で受信するメッセージはジョブメールである。このメッセージは、データを含む必要がない。その代わりに、そのメッセージはＦＵＤ７０２に対する何らかの形式のポインタを含む。ＦＵＤ７０２は、命令ストリームであると考えられる。論理上、ＦＵＤ７０２の命令ストリームは、図１０のＦＵＤの構造の例に示すように、事前命令１０００及び事後命令１００２である２つの部分に分割される。事前命令１０００は、ＦＵＤ７０２の入力領域内に位置する。これらは、ＦＵ７００に対する設定命令を含む。事前命令１０００はＦＵ７００が機能を実行する前に実行され、事後命令１００２はＦＵ７００が機能を完了した後に実行される。
【００７７】
代表的な実施形態によると、事後命令は、指定されたメモリアドレスにレジスタ値を書き込むため又はポートにメッセージを配置することによりチェーン内の次のＦＵ７００に指定されたメッセージを送信するためのものである。従って、各ＦＵ７００は、自身の機能を完了した時に、次のＦＵに向かう「アドレス」を含むメッセージを出力ポート７０６で送信するように構成される。従って、ポートはＦＵ７００を接続し、完了するまで信号処理チェーンを駆動し、１つのＦＵ７００が次のＦＵ７００を開始させる。この場合も、上記の説明はＦＵの固定された順序が必ず存在することを示すことを意図するものではなく、ＦＵはセションに従ってどんな所望の順序で実行されてもよいことが当業者には理解されるべきである。
【００７８】
代表的な実施形態によると、ＦＵＤ７０２の入力領域及び出力領域内の命令は、動作と値又は値の対とで構成される。動作は異なる種類のＦＵ７００に対して異なるが、一実施形態によると、４つの主要なグループ、即ち、（１）パラメータ、入力データ及びＦＵ７００を開始させるコマンドを用いてＦＵ７００を構成するコマンド、（２）ＦＵ７００から出力データを生成するコマンド、（３）他のＦＵ７００にメッセージを送信するコマンド、並びに（４）トレース／デバッグブロックにトレースメッセージを送信するコマンドが存在する。動作に関連付けられる値又は値の対は、例えば、バッファのメモリアドレス又は復号器のトランスポートブロックの長さを示す値である。
【００７９】
代表的な実施形態によると、例えば、Ｌ−ＦＵ１３４のようなＬ−ＦＵ（論理ＬＵ）は構成設定に関係し、Ｌ−ＦＵ１３４は、例えば、Ｐ−ＦＵ１４０のようなＰ−ＦＵ（物理ＦＵ）に対するプロキシとしても使用される。後者の例において、セションはＰ−ＦＵ１４０にメッセージを渡すようにＬ−ＦＵ１３４に命令する。このトリガにより実行が開始され、１つのＰ−ＦＵ１４０が次のＰ−ＦＵにトリガをかける。従って、構成はセションからＬ−ＦＵを介してＰ−ＦＵＤ／Ｐ−ＦＵへ垂直の方向に流れ、データはＰ−ＦＵ間で水平の方向に流れる。
【００８０】
代表的な実施形態によると、これらのＬ−ＦＵ１３４に関連する構成及びデータの流れは、図１１に示すように生じる。最初に、種々のＬ−ＦＵ１３４の構成設定の態様を表す１つ以上の構成設定インタフェース１１０２、１１０４及び１１０６と通信するユーザアプリケーション１１００が存在する。各構成設定インタフェース１１０２、１１０４及び１１０６は、各ＦＵＤ１１０８、１１１０及び１１１２に構成設定情報を送信する。その後、各ＦＵＤ１１０８、１１１０及び１１１２は、ＦＵに命令を送信するか、あるいは構成設定情報に対応する設定情報を提供する。その結果、Ｐ−ＦＵ１４０は、順次実行されるアルゴリズム１１１４、１１１６及び１１１８により示されるように命令を実行する。図１１は、上述した要素に関連する情報の種々のフロー及びステップを更に示す。例えば、構成設定情報は、上記で例示したように矢印１１２０で示すように上から下に流れ、リソースの割り当ては、矢印１１２３で示すようにリソースマネージャ１１２２（図１の要素１４２としても上述した）と種々の構成設定インタフェース１１０２、１１０４及び１１０６との間で行われる。例えば、ＦＵの実行であるデータフローは、矢印１１２４で示すように水平方向に行われる。前述の説明における「垂直」及び「水平」等の相対方向の用語は、読む人の向きを図１１に示す例に合わせるために主に使用されるものであり、そのような実施形態の実際の実施形において、情報フローは方向を示す用語又は幾何学的な用語を使用して適切に描写されてもされなくてもよい種々のパスにより定義されることが当業者には理解されるだろう。
【００８１】
代表的な実施形態によると、ＦＵ及びＦＵＤの上記の説明と図１におけるそれらの概要とを互いに関連付けるには、ＦＵ７００のチェーンを実行する第１のステップは論理モデルを構築することである。従って、論理モデルは実行の開始前に構築される。次に、論理オブジェクトは、リソースマネージャ１４２又は１１２２から物理的割り当てを取得し、リソースの使用がコミットされる。当業者に更に理解されるように、この場合のリソースのコミットは、必要なリソースの全てを同時に即座に割り当てるのではなく、時間をずらして割り当てることを含んでもよい。その後（通常は、それより前ではない）、セション１２８又はユーザアプリケーション１１００は、データ処理を開始するＰ−ＦＵ１４０にトリガを送信する（Ｌ−ＦＵ１３４を介して）。
【００８２】
前述のように、Ｐ−ＦＵ１４０はＳＷとＨＷとの内の少なくともいずれかで実現される。実施形に依存して、ＦＵ７００は異なるプロパティを有する。ＨＷ  Ｐ−ＦＵ１４０は、Ｐ−ＦＵＤを用いて構成される。Ｐ−ＦＵＤは、主要な実行が行われた場合に実行されると考えられる出力領域を有していても良いし、或いは、有していなくてもよい。タスク又はジョブに関連付けられたＦＵチェーンが実行されている間は他の「メール」動作が実行されないため、この出力領域をこの明細書中で「ジョブメール」とも呼ぶ。それに対して、Ｐ−ＦＵＤを介して構成されないＨＷ  ＦＵもある。そのような場合、ＨＷ  ＦＵは、ジョブメールを使用する代わりに、単純な書き込みメールを使用して構成される。後者の実施形態の１つの欠点は、ジョブメールがジョブに関係するＦＵの自律動作を保証するのに対して、書き込みメールの実施形態では、システム内で書き込みメールをまとめて保存する方法が存在しないため、自律動作が保証されないことである。
【００８３】
代表的な実施形態によると、ＳＷ  ＦＵはＰ−ＦＵＤを用いて同様に構成される。ＳＷ  ＦＵの場合のＰ−ＦＵＤは、ＦＵに対する構成設定の構造であると見なすことができる。ＳＷ  ＦＵは、例えばフィルタを実現するＦＵ７００であるメモリを有してもよい。結果は、Ｐ−ＦＵＤ又はＦＵ７００自体のバッファ（あるいは、他のメモリ又はレジスタ）に格納される（静的変数と共に）。後者の場合、ＦＵ７００は１つのセションにおいてのみ使用されてもよい（メモリレスでないため）。
【００８４】
セション調整部（ＳＣ）は、ＳＷ  ＦＵに特有のものである。他のＦＵ７００と同様に、ＳＣはメッセージと通信する。ＳＣは、自身のコンテキストを認識し、実行時に他の物理ＦＵを制御するために使用可能である点で通常のＦＵ７００と異なる。ＳＣは、例えばセションにおける処理フローのリダイレクト、休止、同期又は転送を行う。例えば、機能は２つの他のＦＵ７００からの入力を使用する１つのＦＵ７００を使用して実行されると仮定する。この場合、２つの他のＦＵ７００からのメッセージを待つＳＣが提供され、双方のメッセージが到着した場合、ＳＣは、自律動作を実行するためにこれらの２つの入力を待っているＦＵ７００にメッセージを転送する。通常、そのような一実施形態に係るＳＣは最低限の量の制御論理を含み、（複雑さに依存して）再使用されてもよい小さいエンティティとして動作する点でＦＵ７００に類似する。ＦＵ７００とＳＣとの主な相違点は、ＳＣがセションの状態を認識し、依存してもよいことである。ＳＣは、セションオブジェクトが実際のベースバンド処理に近いエンティティにいくつかのタスクを委譲する方法として見ることができる。
【００８５】
代表的な実施形態によると、ＦＵ７００と同様に、ＳＣは、ＳＣ機能を実現するＰ−ＦＵ１４０を表すセションツリー内のＬ−ＦＵとしてモデル化される。Ｐ−ＦＵ１４０は異なるプロパティを有するため、本明細書においてこれをＰ−ＳＣと示す。
【００８６】
代表的な実施形態によると、以下のように少なくとも３つの専用ＦＵが存在する（それらのうちのいくつかを図１に示す）。即ち、（１）タイミング生成部ＴＩＭＧＥＮを管理するタイマＦＵ１３６と、（２）無線を管理する無線ＦＵ１３８と、（３）ＦＵ以外の部分に対するインタフェースであるインタフェースＦＵとである。無線ＦＵ１３８は、受信機（ＲＸ）チェーンにおける最初のＦＵ及び送信機（ＴＸ）チェーンにおける最後のＦＵである。更に、無線ＦＵ１３８は混合ＦＵであると考えられ、即ち、無線ＦＵはＨＷ装置を制御するＳＷ  ＦＵである。インタフェースＦＵに関して、データプレーンの場合、ＲＸチェーンはインタフェースＦＵで終了し、ＴＸチェーンはメディアアクセス制御（ＭＡＣ）レイヤに接続されたインタフェースＦＵから開始する。例えば、プロセッサ上で実行するどんなＳＷ  Ｐ−ＦＵもインタフェースＦＵとして使用されてもよい。別個のインタフェースＦＵは、例えば、デジタル信号プロセッサ（ＤＳＰ）又はＨＷ  ＦＵからメディアアクセス制御（ＭＡＣ）レイヤ又はＰＭＳＳに情報を渡す場合にのみ必要である。
【００８７】
本明細書中で説明する代表的な実施形態によると、前述のＦＵ／ＦＵＤフレームワークを使用して、（１）機能のカプセル化と、（２）ユーザ／アプリケーションに対して不透明であるＳＷとＨＷとの内の少なくともいずれかでの実現と、（３）呼び出し毎に与えられる完全なコンテキスト（例えば、テスト容易性及び同時使用の向上の示唆）と、（４）従来の方法及びシステムと比較して中央マイクロコントローラにおける割込み率が低い自律自己トリガチェーンとのうちの少なくともいずれか１つ以上を可能にできる。アルゴリズム（ＨＷ又はＳＷ）をテストする場合、アルゴリズムが有するコンテキストが小さいほど、テストにおいて考慮する必要のある状態イベント空間は小さい。従って、システムの他の部分からの未知の依存性と副作用との内の少なくともいずれかを有さない明確に定義されたコンテキストは、多くの点で有益である。
【００８８】
図２の例において上述したように、ＦＵ７００及びＦＵＤ７０２は、マルチＲＡＴ環境に関連付けられる種々の機能を実行するためにマルチＲＡＴ  ＵＥにおいて使用される。例えば、セル探索機能は、通常、ネットワークに接続しようとする際にマルチＲＡＴ  ＵＥにより実行される。セル探索は搬送周波数を調べ、実際のセルが搬送波上に存在するか又は測定されたエネルギが単なる雑音であるかを判定する。この例において、関連する複数のＦＵＤ４を有する複数のＦＵ２からなる第１のチェーンがマルチＲＡＴにより実行される。この第１のチェーンはＷＣＤＭＡ環境に対して作成され、実行され、セル探索を実行して、測定された信号と種々のスクランブル符号（メモリに格納される）とを相関させ、マッチングするものが見つけられるかどうか、即ち、セルが見つけられるかどうかを判定する。第２のチェーンはＧＳＭ環境に対して作成され、実行され、基地局識別符号（ＢＳＩＣ）を復号化するセル探索を実行して、搬送波が実際のセルに関連付けられるかどうかを判定する。前述の例は単なる例示であり、これらの原理に従って設計されたマルチＲＡＴ  ＵＥ又はプラットフォームにおいて多くの無線機能を実行するために実現される多くの異なるＦＵチェーンが存在することが当業者には理解されるだろう。
【００８９】
従って、一実施形態に従う構成又は装置は、複数の無線機能に関連付けられた複数の手順を使用して複数の異なる無線アクセス技術（ＲＡＴ）との通信を可能にするように構成されたマルチＲＡＴプラットフォームを含む。ここで、これらの手順は、ハードウェア及びソフトウェアの少なくとも一方で実現され、動作を実行する複数の機能ユニット（ＦＵ）を介して複数の無線機能を実現し、これら複数のＦＵは、（ａ）動作のためのデータをフェッチする記憶場所と、（ｂ）動作の結果であるデータを格納する記憶場所と、（ｃ）動作後に出力するメッセージのタイプをＦＵに指示する複数の機能ユニット記述子（ＦＵＤ）により構成される。
【００９０】
同様に、複数の無線通信機能を分散して実現する方法が図１２のフローチャートに示されている。図中、ステップ１２００において、複数の異なる無線アクセス技術（ＲＡＴ）との通信を可能にする複数の無線機能を実行するために複数の手順が生成される。ステップ１２０２において、これら複数の無線機能は、ハードウェア及びソフトウェアの少なくとも一方で実現され、複数の無線動作を実行する複数の機能ユニット（ＦＵ）を介して実現される。ステップ１２０４に示すように、これら複数のＦＵは、（ａ）動作のためのデータをフェッチする記憶場所と、（ｂ）動作の結果であるデータを格納する記憶場所と、（ｃ）動作の実行後に出力するメッセージのタイプをＦＵに指示する複数の機能ユニット記述子（ＦＵＤ）により構成される。
【００９１】
無線計画部
上述のように、代表的な実施形態によると、例えば、ページングチャネル（ＰＣＨ）のような特定の無線アクセス技術（ＲＡＴ）の使用形態を測定して、どのような１つ（又は複数）の無線リソースが使用されているのかを規定できるようにする代わりに、ユーザ機器（ＵＥ）内の共通無線計画部１１６（図１に示す）が無線アクセス要求の全て（又は何らかのサブセット）を考慮して、例えば、同時競合のような競合を解消する。従って、無線の使用が実行される前に、手順１１４による無線時間予約が無線計画部１１６から要求され、その要求が許可される場合、無線が使用される。その無線時間は、ＲＡＴの時間変換における誤りを回避するために、例えば、統一された時間基準を用いて指定される。従って、各ＲＡＴモジュール又は手順は、無線アクセス時間要求を無線計画部１１６に送信し、無線計画部から許可又は拒否を受信する。各要求／予約は、ユーザにより優先順位を与えられ、例えば、ＰＣＨ受信は測定と比較して高い優先順位を有する。代表的な一実施形態によると、それに加えて又はその代わりに、何らかの優先順位がエンドユーザ（人間）により設定されてもよい。２つの競合する予約を含む実施形態の場合、最も高い優先順位を有する予約にアクセスが許可され、他の予約は拒否される（あるいは、後述するような動的要求である場合、時間を移動される）。
【００９２】
尚、無線計画部に関するこの検討は上述の一般的なレイヤ１のソフトウェアアーキテクチャにおいて動作する無線計画部１１６に適用可能であるが、そのような無線計画部は要望に応じて他のアーキテクチャにおいて同様に使用されてもよい。無線計画部１３００の更に一般的な例を図１３に示す。図中、ＵＥ、プラットフォーム（又は他の装置）は、無線ハードウェア１３０２と、無線計画部１３００と、例えば、ＲＡＴモジュール１  １３０４、ＲＡＴモジュール２  １３０６、ＲＡＴモジュール３  １３０８及びＲＡＴモジュール４  １３１０のような複数のＲＡＴモジュールとを含む。代表的な実施形態によると、無線へのアクセスが特定のＲＡＴモジュールに対して許可された場合、ＲＡＴモジュールは、実施形に依存して無線計画部１３００又は別個のパスのいずれかを介して無線を使用できる。
【００９３】
代表的な実施形態によると、いくつかの使用形態の場合、優先順位は動的に変化する。例えば、拒否されたＲＡＴ／機能／要求の次に続く要求に対しては高い優先順位が与えられ（即ち、割り当てられる可能性が高くなる）、割り当てられたＲＡＴ／機能／要求の次に続く要求に対しては低い優先順位が与えられる（即ち、割り当てられる可能性が低くなる）。そのような方式は、実施形に依存して全ての要求又は一部の要求のみに適用される。この代表的な手法は、複数のＲＡＴモジュール間の無線時間割り当ての公平性を向上させる。
【００９４】
代表的な実施形態によると、いくつかの使用形態の場合、無線アクティビティは特定の時間に実行される必要がある。例えば、ＰＣＨ受信は、ネットワークがＰＣＨメッセージを送信するときにのみ実行される。しかしながら、測定は特定の時間に行われる必要は特になく、測定による無線使用は時間を移動できるという意味で動的である。そのため、例えば、ＰＣＨ受信のような静的予約が動的予約と競合する場合、競合しなくなるまで動的予約を移動できる。
【００９５】
代表的な実施形態によると、従って、各要求は静的又は動的である。静的とは、無線アクセスが特定の時間及び特定の期間に対するものであることを意味する。静的要求の例は、ページングチャネルを読み取る必要がある場合、あるいは、対応する信号伝送がネットワークにおいて行われる時間にのみ実行できる特定の測定を実行する必要がある場合を含む。例えば、動的要求は、無線アクセスがどこかの時点で特定の期間必要とされるか、あるいは、特定の時間間隔で特定の期間必要とされることを意味する。動的要求の例は、いつでも又は適切な規則的時間間隔で行うことができる特定の測定を実行する必要がある場合を含む。
【００９６】
代表的な実施形態によると、無線計画部１３００は、競合が、例えば、２つ以上の動的要求の間か、或いは、静的要求と１つ以上の動的要求との間かの内、少なくともいずれかで解消されるように、動的要求に時間を割り当てる。無線アクセスの競合を本質的に防止するのに加えて、無線計画部は無線の使用効率を向上させることができる。全ての無線アクティビティを認識することにより、無線計画部１３００は、無線がオンである時間を最小限にするために動的予約を静的予約の近くに移動してもよい。更に、無線計画部１３００は、無線が最大限使用されるようにするために、使用されていない無線時間の位置を特定してもよい。
【００９７】
例えば、無線計画部１３００は、割り当てられた無線使用時間が可能な限りまとめられるように、動的要求に時間を割り当てる。そのような手法の結果、無線が割り当てられない期間が長くなる。そのような期間中、無線はオフにされるか又は低電力消費モードに入り、いずれの場合も節電になる。別の例の場合、アクティブＲＡＴが不連続受信（ＤＲＸ）モードである場合、他のＲＡＴの無線使用時間は、アクティブＲＡＴの無線使用の直後（又は直前）に、例えば、他のＲＡＴの測定時間が存在するようにＤＲＸサイクルと相関させてスケジューリングされる。
【００９８】
代表的な実施形態によると、無線使用に割り当てられた時間が更に散在している場合も、無線はオフにされるか又は低電力消費モードに入る。しかしながら、無線のオフ／オンの切り替え又は無線の低電力モードの切り替えは、ある程度の時間を必要とする。通常、この切り替えも電力を消費する。従って、オン／オフの切り替えが少ないほど、必要なオーバーヘッド時間は短く、電力消費は少ない。
【００９９】
代表的な実施形態によると、無線計画部１３００に無線使用を決定させることができる場合、例えば、ＰＣＨと測定とを組み合わせる方法の異なる使用形態はハードコーディングされる必要がない。その代わりに、ＰＣＨ及び測定の実施は個別に可能であり、独立に変更可能である。無線計画部１３００は、使用されていない無線時間に測定予約を配置することにより、それらが競合しないことを保証する。
【０１００】
代表的な実施形態によると、無線計画部１３００が全てのそのような問題を処理し、各ＲＡＴが無線計画部のみとインタフェースするため、異なるＲＡＴ１３０４〜１３１０のモジュール又は手順は、無線使用時間になった時に互いを全く認識しない。無線計画部１３００は、異なるＲＡＴの詳細を知る必要がない。無線計画部１３００は要求を受信し（場合によっては、対応する優先順位と動的／静的情報との内の少なくともいずれか共に）、それに従って無線アクセスを割り当てる。
【０１０１】
この明細書において説明した代表的な実施形態により、既存のＲＡＴを適応させる必要なく新規のＲＡＴをアーキテクチャ／実現に追加できる。無線の競合は、効果的且つ公平に処理される。例えば、無線へのアクセスを拒否されたＲＡＴ／機能は、優先順位の変更により、次に続く要求が許可される可能性が高い。ブロック間の信号伝送は、従来のマルチＲＡＴ装置におけるブロック間の信号伝送と比較して非常に単純になる。各ＲＡＴは無線計画部１３００のみに要求を送信し、無線計画部１３００から割当て又は拒否を取得する。無線時間を管理するためのＲＡＴモジュール間の信号伝送は不要である。電力効率は向上する。例えば、信号伝送の効率の向上と信号伝送の減少との内の少なくともいずれかにより、ＵＥの使用電力は減少する。また、無線計画部１３００は、無線がオンである時間を可能な限りひとまとめにしてスケジューリングでき、その結果、無線がオフである時間を同様にスケジューリングできるため、無線を頻繁にオン／オフする必要がなく、電力消費が減少する。
【０１０２】
複数の無線アクセス技術（ＲＡＴ）モジュールのリソース要求の間の競合を回避する代表的な方法を図１４に示す。図中、ステップ１４００において、優先順位が無線時間予約要求に割り当てられ、ステップ１４０２において、優先順位を含む無線時間予約要求が送信され（例えば、無線計画部１３００へ）、ステップ１４０４において、無線時間予約要求に対する許可又は拒否のいずれかが受信される。一実施形態によると、無線時間は、無線時間予約要求の統一された時間基準を用いて指定される。
【０１０３】
複数の無線アクセス技術（ＲＡＴ）モジュールのリソース要求の間の競合を回避する別の代表的な方法を図１５に示す。図中、ステップ１５００において、無線時間予約要求の優先順位を含む無線時間予約要求が無線計画機能において受信される。ステップ１５０２において、無線時間予約要求の許可又は拒否が判定され、ステップ１５０４において、無線時間予約要求が許可される場合に無線時間予約要求の統一された時間基準を割り当て、ステップ１５０６において、無線時間予約要求の許可又は拒否を判定するステップに基づいて許可又は拒否のいずれかを送信する。
【０１０４】
上述した代表的な実施形態は、本発明の全ての点において、例示的なものであって限定的なものではないことが意図されている。従って、本発明は、当業者がこの明細書に含まれる説明から導出できる詳細な実施形において多くの変更が可能である。本願の説明において使用される要素、動作又は命令は、そのように明確に説明されない限り、本発明にとって重要又は不可欠であると解釈されるべきではない。また、この明細書で使用されるように、単数形表現は複数形も含むことが意図されている。
【図１】
2014519290.tif 000003
【図２】
2014519290.tif 000004
【図３】
2014519290.tif 000005
【図４】
2014519290.tif 000006
【図５】
2014519290.tif 000007
【図６】
2014519290.tif 000008
【図７】
2014519290.tif 000009
【図８】
2014519290.tif 000010
【図９】
2014519290.tif 000011
【図１０】
2014519290.tif 000012
【図１１】
2014519290.tif 000013
【図１２】
2014519290.tif 000014
【図１３】
2014519290.tif 000015
【図１４】
2014519290.tif 000016
【図１５】
2014519290.tif 000017
【手続補正書】
【提出日】平成26年2月7日(2014.2.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の送受信処理機能に関連付けられる複数の手順を使用して複数の異なる無線アクセス技術（ＲＡＴ）との通信を可能にするように構成されたマルチＲＡＴプラットフォームを含み、
前記複数の手順は、ハードウェアとソフトウェアの少なくとも一方で実現され、複数の動作を実行する複数の機能ユニット（ＦＵ）を介して前記複数の送受信処理機能を実現し、
前記複数のＦＵは、
（ａ）動作のためのデータ、又は、前記ＦＵにより実行される動作に関連するパラメータをフェッチする記憶場所と、
（ｂ）動作の結果としてのデータを格納する記憶場所と、
（ｃ）動作後に出力するメッセージのタイプの内の、
少なくとも１つに関してＦＵに指示を与える複数の機能ユニット記述子（ＦＵＤ）により構成設定されることを特徴とする装置。
【請求項２】
前記複数のＦＵそれぞれは、第１のメッセージを受信する入力ポート部と、前記第１のメッセージを処理する機能ユニット部と、前記第１のメッセージの処理と各ＦＵＤにより示される前記メッセージのタイプとに基づいて第２のメッセージを送信する出力ポート部とを含むことを特徴とする請求項１に記載の装置。
【請求項３】
各ＦＵＤは、関係するＦＵが使用する１つ以上の記憶場所に関連する第１の情報と、前記関係するＦＵがメッセージを処理した後に送信する１つ以上のメッセージに関連する第２の情報と、前記関係するＦＵのセットアップのためのパラメータに関連する第３の情報との内の、少なくとも１つを含むことを含むことを特徴とする請求項１又は２に記載の装置。
【請求項４】
前記複数のＦＵは送受信処理機能を実行するために順次トリガが与えられることを特徴とする請求項１乃至３のいずれか１項に記載の装置。
【請求項５】
前記複数のＦＵに関連する複数のセションにハードウェアとソフトウェアのリソースを割当てるように構成されたリソースマネージャをさらに有することを特徴とする請求項１乃至４のいずれか１項に記載の装置。
【請求項６】
前記複数のＦＵの１つは、無線を用いることに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入される無線ＦＵ、又は、タイマ信号を生成することに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入されるタイマＦＵ、又は、上位レイヤへのシグナリングに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入されるインタフェースＦＵであることを特徴とする請求項１乃至５のいずれか１項に記載の装置。
【請求項７】
請求項１乃至６のいずれか１項に記載の装置を有するマルチＲＡＴ無線通信装置。
【請求項８】
複数の無線通信機能を分散して実現する方法であって、前記方法は、
複数の異なる無線アクセス技術（ＲＡＴ）との通信を可能にする複数の送受信処理機能を実行する複数の手順を生成する工程と、
ハードウェア及びソフトウェアの少なくとも一方で実現され、複数の送受信処理動作を実行する複数の機能ユニット（ＦＵ）を介して前記複数の送受信処理機能を実現する工程と、
（ａ）動作のためのデータ、又は、前記ＦＵにより実行される動作に関連するパラメータをフェッチする記憶場所と、（ｂ）動作の結果であるデータを格納する記憶場所と、（ｃ）動作の実行後に出力するメッセージのタイプの内の、少なくとも１つに関してＦＵに指示を与える複数の機能ユニット記述子（ＦＵＤ）により前記複数のＦＵを構成設定する工程とを有することを特徴とする方法。
【請求項９】
前記複数のＦＵそれぞれは、第１のメッセージを受信する入力ポート部と、前記第１のメッセージを処理する機能ユニット部と、前記第１のメッセージの処理と各ＦＵＤにより示される前記メッセージのタイプとに基づいて第２のメッセージを送信する出力ポート部とを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
各ＦＵＤは、関係するＦＵが使用する１つ以上の記憶場所に関連する第１の情報と、前記関係するＦＵがメッセージを処理した後に送信する１つ以上のメッセージに関連する第２の情報と、前記関係するＦＵのセットアップのためのパラメータに関連する第３の情報との内の、少なくとも１つを含むことを特徴とする請求項８又は９に記載の方法。
【請求項１１】
送受信処理機能を実行するように複数のＦＵに順次トリガをかける工程をさらに有することを特徴とする請求項８乃至１０のいずれか１項に記載の方法。
【請求項１２】
リソースマネージャを介して、前記複数のＦＵに関係した複数のセションにハードウェアとソフトウェアのリソースを割当てる工程をさらに有することを特徴とする請求項８乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記複数のＦＵの１つは、無線を用いることに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入される無線ＦＵ、又は、タイマ信号を生成することに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入されるタイマＦＵ、又は、上位レイヤへのシグナリングに関与する送受信処理機能を実行するための複数のＦＵのチェインへと挿入されるインタフェースＦＵであることを特徴とする請求項８乃至１２のいずれか１項に記載の方法。
【請求項１４】
コンピュータ又はプロセッサにより実行される際に、
複数の異なる無線アクセス技術（ＲＡＴ）との通信を可能にする複数の送受信処理機能を実行する複数の手順を生成する工程と、
ハードウェア及びソフトウェアの少なくとも一方で実現され、複数の送受信処理動作を実行する複数の機能ユニット（ＦＵ）を介して前記複数の送受信処理機能を実現する工程と、
（ａ）動作のためのデータ、又は、前記ＦＵにより実行される動作に関連するパラメータをフェッチする記憶場所と、（ｂ）動作の結果であるデータを格納する記憶場所と、（ｃ）動作の実行後に出力するメッセージのタイプの内の、少なくとも１つに関してＦＵに指示を与える複数の機能ユニット記述子（ＦＵＤ）により前記複数のＦＵを構成設定する工程とを実行するプログラム命令を含むことを特徴とするコンピュータ可読媒体。
【国際調査報告】
2014519290.tif 000018
2014519290.tif 000019