(57)【要約】ソフトウェア定義無線端末機のための統合無線アプリケーションの動作構造が開示される。本発明による統合無線アプリケーションの動作構造は、無線アプリケーションの設定コード（configcode）が実行可能コードで構成されているか、または中間表現（ＩＲ）コードで実現されているかによって、２つに分類することができる。本発明による統合無線アプリケーションの動作構造を利用すれば、すべての無線プラットホーム上で動作することができる無線アプリケーションの開発及び配布が可能である。【選択図】図２
2015523750.tif 000002
【特許請求の範囲】
【請求項１】
無線プロセッサを備えた端末の無線プロセッサ階層で無線アプリケーションが動作する方法であって、
前記無線アプリケーションが目的とするシャドー（ｓｈａｄｏｗ）無線プラットホームと前記端末の実際無線プラットホームとの同一可否を判断する段階と、
前記無線アプリケーションが目的とするシャドー無線プラットホームと前記端末の実際無線プラットホームが同一の場合、前記無線アプリケーションの構成コード（ｃｏｎｆｉｇｃｏｄｅ）を前記無線プロセッサで実行する段階とを含むことを特徴とする、無線アプリケーション動作方法。
【請求項２】
前記構成コードは、前記無線アプリケーションのユーザ定義機能ブロックを構成するユーザ定義機能ブロックコードと、前記無線アプリケーションが利用する標準機能ブロックを構成する無線ライブラリとを、前記実際無線プラットホームで実行可能な実行コード形態で含むことを特徴とする、請求項１に記載の無線アプリケーション動作方法。
【請求項３】
前記標準機能ブロックの少なくとも一部は、前記無線アプリケーションが前記無線プロセッサ階層の無線ＨＡＬ（HardwareAbstraction Layer）階層を以て実行させる専用のハードウェアロジッグで実現されることを特徴とする、請求項２に記載の無線アプリケーション動作方法。
【請求項４】
前記無線アプリケーションの構成コードを含む無線アプリケーションパッケージをサーバーからダウンロードする段階をさらに含むことを特徴とする、請求項１に記載の無線アプリケーション動作方法。
【請求項５】
前記無線アプリケーションは、前記端末の無線プロセッサ及びアプリケーションプロセッサのうち少なくとも１つにおいて動作し、前記無線アプリケーションに動作環境を提供する無線コントロールフレームワークと連動することを特徴とする、請求項１に記載の無線アプリケーション動作方法。
【請求項６】
前記無線コントロールフレームワークは、
前記無線アプリケーションのインストール／アンインストール及びインスタンス（instance）生成／削除を行い、無線パラメータを管理する設定マネージャー（ＣＭ：ConfigurationManager）と、
前記無線アプリケーションの活性化／非活性化及び無線アプリケーション間のユーザデータフロースイッチを管理する無線連結マネージャー（ＲＣＭ：RadioConnection Manager）と、
ユーザデータパッケージの送受信及びフローを制御するフローコントローラー（ＦＣ：FlowController）と、
無線アプリケーションからのスペクトル資源に対する要請をスケジューリングするマルチ無線コントローラー（ＭＲＣ：Multi-RadioController）と、
無線アプリケーションの間に無線資源を共有させるリソースマネージャー（ＲＭ：ResourceManager）のうち少なくとも１つを含むことを特徴とする、請求項５に記載の無線アプリケーション動作方法。
【請求項７】
無線プロセッサを備えた端末の無線プロセッサ階層で無線アプリケーションが動作する方法であって、
前記無線アプリケーションが目的とするシャドー（ｓｈａｄｏｗ）無線プラットホームと前記端末の実際無線プラットホームとの同一可否を判断する段階と、
前記無線アプリケーションが目的とするシャドー無線プラットホームが前記端末の実際無線プラットホームと異なっている場合、前記無線アプリケーションの構成コード（configcode）を無線仮想マシンでコンパイルし、前記無線プロセッサで実行する段階とを含むことを特徴とする、無線アプリケーション動作方法。
【請求項８】
前記構成コードは、前記無線アプリケーションのユーザ定義機能ブロックを構成するユーザ定義機能ブロックコードを、前記実際無線プラットホームで実行可能な実行コードに変換可能な中間表現（ＩＲ：IntermediateRepresentation）形態で含むことを特徴とする、請求項７に記載の無線アプリケーション動作方法。
【請求項９】
前記無線仮想マシンは、前記構成コードを前記実際無線プラットホームの実行コードにコンパイルするＪＩＴ（just-in-time）コンパイラーを含むことを特徴とする、請求項７に記載の無線アプリケーション動作方法。
【請求項１０】
前記無線仮想マシンは、前記構成コードを前記実際無線プラットホームの実行コードにコンパイルするＡＯＴ（ahead-of-time）コンパイラーを含むことを特徴とする、請求項７に記載の無線アプリケーション動作方法。
【請求項１１】
前記端末は、前記無線プロセッサ階層内に標準機能ブロックのネイティブ実現（nativeimplementation）を備えたことを特徴とする、請求項７に記載の無線アプリケーション動作方法。
【請求項１２】
前記端末は、前記無線アプリケーションが前記無線プロセッサ階層の無線ＨＡＬ（HardwareAbstraction Layer）階層を以て実行させる専用のハードウェアロジッグで実現された標準機能ブロックを備えることを特徴とする、請求項７に記載の無線アプリケーション動作方法。
【請求項１３】
前記無線アプリケーションの構成コードを含む無線アプリケーションパッケージをサーバーからダウンロードする段階をさらに含むことを特徴とする、請求項７に記載の無線アプリケーション動作方法。
【請求項１４】
前記無線アプリケーションは、前記端末の無線プロセッサ及びアプリケーションプロセッサのうち少なくとも１つにおいて動作し、前記無線アプリケーションに動作環境を提供する無線コントロールフレームワークと連動することを特徴とする、請求項７に記載の無線アプリケーション動作方法。
【請求項１５】
前記無線コントロールフレームワークは、
前記無線アプリケーションのインストール／アンインストール及びインスタンス（instance）生成／削除を行い、無線パラメータを管理する設定マネージャー（ＣＭ：ConfigurationManager）と、
前記無線アプリケーションの活性化／非活性化及び無線アプリケーション間のユーザデータフロースイッチを管理する無線連結マネージャー（ＲＣＭ：RadioConnection Manager）と、
ユーザデータパッケージの送受信及びフローを制御するフローコントローラー（ＦＣ：FlowController）と、
無線アプリケーションからのスペクトル資源に対する要請をスケジューリングするマルチ無線コントローラー（ＭＲＣ：Multi-RadioController）と、
無線アプリケーションの間に無線資源を共有させるリソースマネージャー（ＲＭ：ResourceManager）のうち少なくとも１つを含むことを特徴とする、請求項１４に記載の無線アプリケーション動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェア定義無線（ＳＤＲ：Software-definedRadio）端末機のための無線アプリケーションの動作構造に関し、より詳細には、ハードウェアに対する独立性（hardware-independency）を有しながら、多様な無線プラットホーム（radioplatform）に対応して開発できる統合無線アプリケーション（UnifiedRadio Application）の動作構造に関する。
【背景技術】
【０００２】
本発明の技術分野は、ソフトウェア定義無線（SoftwareDefined Radio）、デジタル無線通信、ベースバンドプロセッサ、アプリケーションプロセッサ、アプリケーションストア、ＬＴＥ(登録商標)、ＷｉＭＡＸ(登録商標)及び無線アプリケーションである。
【０００３】
本発明は、ＬＴＥ、ＷｉＭＡＸ、無線マイク、ウォーキートーキーのように、多様な無線アプリケーションをアプリケーションストアからダウンロードして携帯電話に設置することによって、携帯電話をＬＴＥ端末機またはＷｉＭＡＸ端末機に変更するか、または無線マイク、ウォーキートーキーなどに利用されることができる。したがって、本発明は、ＬＴＥ、ＷＣＤＭＡ(登録商標)、Ｗｉ−Ｆｉ(登録商標)のように多様な無線接続が必要なスマートホンに適用されることができる。
【０００４】
ソフトウェア定義無線（SoftwareDefined Radio、ＳＤＲ）技術と関連してＳＣＡ（SoftwareCommunication Architecture）という事実上の標準技術が存在する。これは、ＳＤＲのために必要なフレームワーク、ミドルウェア、リアルタイムオーペレーティングシステムと関連した規約をまとめたものであって、ＳＤＲシステム間のインターフェース互換を保障する。ＳＣＡの核心は、フレームワーク規約であるコアフレームワークであって、これは、無線アプリケーションを構成する各部分をコンポネント化ができるようにし、このコンポネントの再使用や組み合わせで、新しい無線アプリケーションが開発できるようにしたものである。
【０００５】
ＳＣＡの場合、端末機にあらかじめ設けられたブロックに限って再組合が可能であるが、特定の無線アプリケーションにおける使用のためのユーザ定義（UserDefined）形態のブロックをハードウェア構成が互いに異なるＳＣＡ互換端末機では設定することができない。したがって、単一の実行ファイルを以てすべてのＳＣＡ互換端末機において使用することは不可能である。これは、すべてのＳＣＡ互換端末機に搭載されたハードウェアの仕様によって最適化された実行ファイルを個別的に作成して配布しなければならないことを意味する。これは、非常に多い時間と費用をもたらし、無線アプリケーションの商業的利用を非常に難しくする。また、無線アプリケーションの実現のためのベースバンドＡＰＩ（ApplicationProgramming Interface）を提供しないため、選択的ハードウェア加速機能の活用を困難にした。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述のような問題点を解決するための本発明の目的は、多様な無線プラットホームに対応して自由に開発することができ、配布及び設定されて動作できる統合無線アプリケーション（UnifiedRadio Application）の動作構造を提供することにある。
【課題を解決するための手段】
【０００７】
前記目的を達成するための本発明の一態様は、無線プロセッサを備えた端末の無線プロセッサ階層において無線アプリケーションが動作する方法であって、前記無線アプリケーションが目的とするシャドー（shadow）無線プラットホームと前記端末の実際の無線プラットホームの同一可否を判断する段階と、前記無線アプリケーションが目的とするシャドー無線プラットホームと前記端末の実際の無線プラットホームが同一の場合、前記無線アプリケーションの構成コード（configcode）を前記無線プロセッサにおいて実行する段階とを含むことを特徴とする無線アプリケーション動作方法を提供する。
【０００８】
ここで、前記構成コードは、前記無線アプリケーションのユーザ定義機能ブロックを構成するユーザ定義機能ブロックコードと、前記無線アプリケーションが利用する標準機能ブロックを構成する無線ライブラリとを、前記実際無線プラットホームで実行可能な実行コード形態で含んで構成することができる。この際、前記標準機能ブロックの少なくとも一部は、前記無線アプリケーションが前記無線プロセッサ階層の無線ＨＡＬ（HardwareAbstraction Layer）階層により実行させる専用ハードウェアロジッグで実現することができる。
【０００９】
ここで、前記無線アプリケーション動作方法は、前記無線アプリケーションの構成コードを含む無線アプリケーションパッケージをサーバーからダウンロードする段階をさらに含むことができる。
【００１０】
ここで、前記無線アプリケーションは、前記端末の無線プロセッサ及びアプリケーションプロセッサのうち少なくとも１つにおいて動作し、前記無線アプリケーションに動作環境を提供する無線コントロールフレームワークと連動するように構成することができる。この際、前記無線コントロールフレームワークは、前記無線アプリケーションのインストール／アンインストール及びインスタンス（instance）の生成／削除を行い、無線パラメータを管理する設定マネージャー（ＣＭ：ConfigurationManager）、前記無線アプリケーションの活性化／非活性化及び無線アプリケーション間のユーザデータのフロースイッチを管理する無線連結マネージャー（ＲＣＭ：RadioConnection Manager）、ユーザデータパケットの送受信及びフローを制御するフローコントローラー（ＦＣ：FlowController）、無線アプリケーションからのスペクトル資源に対する要請をスケジューリングするマルチ無線コントローラー（ＭＲＣ：Multi-RadioController）及び無線アプリケーション間に無線資源を共有させるリソースマネージャー（ＲＭ：ResourceManager）のうち少なくとも１つを含むことができる。
【００１１】
前記目的を達成するための本発明の他の態様は、無線プロセッサを備えた端末の無線プロセッサ階層において無線アプリケーションが動作する方法であって、前記無線アプリケーションが目的とするシャドー（shadow）無線プラットホームと前記端末の実際の無線プラットホームの同一可否を判断する段階と、前記無線アプリケーションが目的とするシャドー無線プラットホームが前記端末の実際の無線プラットホームと異なる場合、前記無線アプリケーションの構成コード（configcode）を無線仮想マシンにてコンパイルし、前記無線プロセッサにおいて実行する段階とを含むことを特徴とする無線アプリケーション動作方法を提供する。
【００１２】
ここで、前記構成コードは、前記無線アプリケーションのユーザ定義機能ブロックを構成するユーザ定義機能ブロックコードを、前記実際の無線プラットホームで実行できる実行コードに変換可能な中間表現（ＩＲ：IntermediateRepresentation）形態で含むことができる。
【００１３】
ここで、前記無線仮想マシンは、前記構成コードを前記実際の無線プラットホームの実行コードにコンパイルするＪＩＴ（just-in-time）コンパイラーを含むことができる。
【００１４】
ここで、前記無線仮想マシンは、前記構成コードを前記実際の無線プラットホームの実行コードにコンパイルするＡＯＴ（ahead-of-time）コンパイラーを含むことができる。
【００１５】
ここで、前記端末は、前記無線プロセッサ階層内に標準機能ブロックのネイティブ実現（nativeimplementation）を設けることができる。
【００１６】
ここで、前記端末は、前記無線アプリケーションが前記無線プロセッサ階層の無線ハードウエア抽象化レイヤー（ＨＡＬ：HardwareAbstraction Layer）により実行する専用のハードウェアロジッグで実現された標準機能ブロックを備えることができる。
【００１７】
ここで、前記無線アプリケーション動作方法は、前記無線アプリケーションの構成コードを含む無線アプリケーションパッケージをサーバーからダウンロードする段階をさらに含むことができる。
【００１８】
ここで、前記無線アプリケーションは、前記端末の無線プロセッサ及びアプリケーションプロセッサのうち少なくとも１つにおいて動作し、前記無線アプリケーションに動作環境を提供する無線コントロールフレームワークと連動することができる。この際、前記無線コントロールフレームワークは、前記無線アプリケーションのインストール／アンインストール及びインスタンス（instance）の生成／削除を行い、無線パラメータを管理する設定マネージャー（ＣＭ：ConfigurationManager）、前記無線アプリケーションの活性化／非活性化及び無線アプリケーション間のユーザデータフロースイッチを管理する無線連結マネージャー（ＲＣＭ：RadioConnection Manager）、ユーザデータパケットの送受信及びフローを制御するフローコントローラー（ＦＣ：FlowController）、無線アプリケーションからのスペクトル資源に対する要請をスケジューリングするマルチ無線コントローラー（ＭＲＣ：Multi-RadioController）及び無線アプリケーション間に無線資源を共有させるリソースマネージャー（ＲＭ：ResourceManager）のうち少なくとも１つを含むことができる。
【発明の効果】
【００１９】
本発明による統合無線アプリケーションの動作構造を利用すれば、多様な無線プラットホーム上で行うことができる、無線アプリケーションの開発及び配布が可能である。したがって、無線アプリケーションの商業的取引という新しいビジネスモデルの創出ができる。
【００２０】
また、移動通信事業者の観点からは、必要に応じて自分のネットワーク加入者が使用している多様な無線プラットホームを備えた端末機を所望の通信ネットワーク規格に転換することが可能になるので、柔軟性あるネットワークオーペレーティングが可能になる。
【００２１】
また、ユーザの観点からは、新しい通信ネットワークに転換が必要な場合に、新しい端末を購入する必要がなく、無線アプリケーションパッケージをダウンロードされて無線アプリケーションを自分の端末機に設置することだけで、新しい通信ネットワークを使用することが可能になる。
【図面の簡単な説明】
【００２２】
【図１】図１は、本発明の実施例による統合無線アプリケーションの動作構造の一部を構成するモノリシック（Monolithic）カーナルとマイクロカーナルを対比して示すブロック図である。
【図２】図２は、本発明による無線アプリケーションが動作するソフトウェアアーキテクチャ環境を説明するためのブロック図である。
【図３】図３は、本発明による無線アプリケーションが動作するソフトウェアアーキテクチャ環境を説明するためのブロック図である。
【図４】図４は、本発明による無線アプリケーションの無線プロセッサ階層ソフトウェアアーキテクチャを説明するための概念図である。
【図５】図５は、本発明による統合無線アプリケーションの動作構造の一例を説明するための階層構造図である。
【図６】図６は、本発明による統合無線アプリケーションの動作構造の他の例を説明するための階層構造図である。
【図７】図７は、本発明による無線プラットホームの機能ブロックライブラリ実現を説明するための概念図である。
【図８】図８は、モバイルデバイスのためのレファレンスポイントの全体アーキテクチャを示す図である。
【図９】図９は、インストール／アンインストール及びインスタンス生成／削除のためのレファレンスポイントの例示である。
【図１０】図１０は、無線アプリケーションのリストを獲得するためのレファレンスポイントの例示である。
【図１１】図１１は、無線アプリケーションの活性化／非活性化のためのレファレンスポイントの例示である。
【図１２】図１２は、状況情報の伝達のためのレファレンスポイントの例示である。
【図１３】図１３は、データフロー生成とユーザデータの送受信のためのレファレンスポイントの例示である。
【図１４】図１４は、無線アプリケーションのインストールとアンインストールシグナリングダイヤグラムである。
【図１５】図１５は、無線アプリケーションのインスタンス生成／削除のシグナリングダイヤグラムである。
【図１６】図１６は、無線アプリケーションリスティングのシグナリングダイヤグラムである。
【図１７】図１７は、無線アプリケーションの活性化シグナリングダイヤグラムである。
【図１８】図１８は、無線アプリケーションの非活性化シグナリングダイヤグラムである。
【図１９】図１９は、状況情報伝達のためのシグナリングダイヤグラムである。
【図２０】図２０は、ネットワーク連結（networkassociation）生成手続のシグナリングダイヤグラムである。
【図２１】図２１は、論理的無線リンク（logicalradio link）連結（association）手続のシグナリングダイヤグラムである。
【図２２】図２２はデータ送信手続のシグナリングダイヤグラムである。
【図２３】図２３は、データ受信手続のシグナリングダイヤグラムである。
【発明を実施するための形態】
【００２３】
本発明は、多様な変更を行うことができ、様々な実施例を有することができるところ、特定の実施例を図面に例示し、詳細に説明する。しかし、これは、本発明を特定の実施形態に限定しようとするものではなく、本発明の思想及び技術範囲に含まれるすべての変更、均等物ないし代替物を含むものと理解しなければならない。各図面を説明するに際して、類似の参照符号を類似の構成要素について使用した。
【００２４】
第１、第２、Ａ、Ｂなどの用語は、多様な構成要素を説明するのに使用されることができるが、前記構成要素は、前記用語に限定されるわけではない。前記用語は、１つの構成要素を他の構成要素から区別する目的でのみ使用される。例えば、本発明の権利範囲を逸脱することなく、第１構成要素は、第２構成要素として命名されることができ、同様に、第２構成要素も第１構成要素として命名されることができる。及び／またはという用語は、複数の関連された記載された項目の組み合わせまたは複数の関連された記載された項目のうちいずれかの項目を含む。
【００２５】
任意の構成要素が他の構成要素に「連結されて」いるか、「接続されて」いると言及されたときには、他の構成要素に直接的に連結されているか、または接続されることもできるが、中間に他の構成要素が存在することもできると理解しなければならない。一方、任意の構成要素が他の構成要素に「直接連結されて」いるか、「直接接続されて」いると言及されたときには、間に他の構成要素が存在しないものと理解しなければならない。
【００２６】
本出願で使用された用語は、単に特定の実施例を説明するために使用されたものであって、本発明を限定しようとする意図ではない。単数の表現は、文脈上、明白に異なる定義がない限り、複数の表現を含む。本出願で、「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、部品またはこれらを組み合わせたものが存在することを指定しようとするものであって、１つまたはそれ以上の他の特徴や数字、段階、動作、構成要素、部品またはこれらを組み合わせたものの存在または付加可能性をあらかじめ排除しないものと理解しなければならない。
【００２７】
異なって定義しない限り、技術的や科学的な用語を含んでここで使用されるすべての用語は、本発明の属する技術分野における通常の知識を有する者によって一般的に理解されるものと同一の意味を有している。一般的に使用される辞書に定義されているもののような用語は、関連技術の文脈上有する意味と一致する意味を有するものと解釈しなければならなく、本出願で明白に定義しない限り、理想的または過度に形式的な意味として解釈しない。
【００２８】
以下、本発明による好ましい実施例を添付の図面を参照して詳細に説明する。本発明を説明するに際して、全体的な理解を容易にするために図面上の同一の構成要素については、同一の参照符号を使用し、同一の構成要素について重複された説明を省略する。
【００２９】
本発明を説明するために全般的に使用される用語に関する簡略な定義を整理する。下記用語以外の用語については、本明細書内の適切な部分で定義を提供する。
【００３０】
−無線アプリケーション（ＲＡ：Radio Application）：本発明による配布、設定、動作フレームワークの対象となる、具体的なハードウェア構成及びユーザアプリケーションに非依存的な無線通信環境を提供するためのアプリケーションである。無線アプリケーションは、無線プロセッサ上で動作するか、または無線プロセッサ実行部分とアプリケーションプロセッサ実行部分とで構成され、２つのプロセッサ上で動作するように構成されてもよい。無線アプリケーションは、無線コントローラー及び機能ブロックで構成される。機能ブロックには、標準機能ブロックとユーザ定義機能ブロックがある。
【００３１】
−無線アプリケーションパッケージ（ＲＡＰ：Radio Application Package）：無線アプリケーションの配布形態として、無線アプリケーションの構成要素である無線コントローラー、機能ブロックとともにパイプライン構成メタデータを含む。また、無線アプリケーションパッケージは、さらに無線ライブラリ（Radio Library）を含むことができる。
【００３２】
−標準機能ブロック（ＳＢＦ：Standard Function Block）：標準機能ブロックは、各ブロックの機能と、当該ブロックを実行するための関数の名前が標準化された標準的機能ブロックである。標準機能ブロックは、無線プラットホームのチップベンダーが標準機能ブロックを製作する場合、ハードウェア製造社が実現した標準機能ブロックの集合体になり、ドライバーとともに提供されることができる。標準機能ブロックは、専用のハードウェア加速器を利用して実現されるか、無線プロセッサのコアで動作する実行コードで実現できる。無線プロセッサのコアで動作する実行コードで実現される場合、無線ライブラリ（Radio Library）と指称することもできる。標準機能ブロックは、各関数の名前と機能が標準化されており、標準ベースベンドＡＰＩヘッダー（standard baseband API header）ファイルによって定義されることができる。
【００３３】
−ユーザ定義機能ブロック（ＵＤＦ：User Defined Function Block）：標準機能ブロックとして提供されないか、または標準機能ブロックで存在する機能をさらにカスタマイズ（customizing）する必要性がある場合、無線アプリケーション提供者によって提供されることができる機能ブロックであって、無線プロセッサのコアで実行されるように実現されることができる。ユーザ定義機能ブロックは、実行コード、ソースコード、中間表現形態のコードとして提供されることができる。
【００３４】
−ユーザ定義機能ブロック（User Defined Function Block、ＵＤＦＢ）集合：無線アプリケーション提供者が提供したユーザ定義機能ブロックの集合体である。
【００３５】
−無線ＨＡＬ（HardwareAbstract Layer）：ＯＳの観点から様々な種類のＨＷを抽象化する階層である。標準化された抽象化加速器インターフェースは、ハードウェアに対して独立的であるが、ＨＡＬによりすべてのハードウェアにＯＳがアクセスできるようになる。ドライバーの役割と類似しているが、ハードウェアが変更により変わるドライバーとは異なり、ＨＡＬはＯＳに含まれている。
【００３６】
−無線プラットホームドライバー（RadioPlatform Driver）：ＯＳがハードウェアを認識するために必要なソフトウェアである。ハードウェアに独立的なＯＳのコマンドとしてハードウェアのコマンドシステムを互いにマッチングさせるためのソフトウェアであり、一般的なハードウェアドライバーの役目をする。
【００３７】
図１は、本発明の実施例による統合無線アプリケーションの動作構造の一部を構成するモノリシック（Monolithic）カーナルとマイクロ（micro）カーナルを対比して示すブロック図である。
【００３８】
図１の（ａ）を参照すると、モノリシックカーナルは、１つのカーナルに必要なすべての機能が統合されているものであって、同じメモリ空間内に必要な機能がすべて存在しているため、モノリシックカーナルは、関数呼び出し（Function call）方式を以てカーナルにおいて提供する機能でアクセス可能である。したがって、実現が簡便で、システム資源を効率的に利用可能な長所があるが、実現されたカーナルを多様なハードウェア環境や異なる他のシステムでポーティング（porting）しにくいという短所がある。そして機能が拡張される場合、カーナルの大きさが大きくなり、管理が非常に難しくなることがある。
【００３９】
図１の（ｂ）を参照すると、Ｍｉｃｒｏカーナルは、必要な機能を小さいサーバーモジュールに分けて設計し、これらサーバーを管理できる最小限の機能のみをカーナルの核心部分として実現する方式であって、ハードウェア環境によって機能の拡張と機能再構成が容易であり、他のシステムでの再使用が容易であるという長所がある一方、サービスを使用する過程で複数回のメッセージ伝送とコンテキストスイッチング（contextswitching）が発生するので、実用的な面では速度が遅いという短所がある。
【００４０】
＜無線アプリケーションの構成及びソフトウェアアーキテクチャ＞
図２及び図３は、本発明による無線アプリケーションが動作するソフトウェアアーキテクチャ環境を説明するためのブロック図である。
【００４１】
図２及び図３を参照すれば、本発明による無線ソフトウェアアーキテクチャは、アプリケーションプロセッサ（ＡＰ：ApplicationProcessor）上で動作するアプリケーションプロセッサ階層１１０と無線プロセッサ（ＲＰ：Radio Processor；ＢＰ（Baseband Processor）と言うこともある）上で動作する無線プロセッサ階層１２０とで構成することができる。
【００４２】
図２は、後述する無線コントロールフレームワーク（ＲＣＦ；RadioControl Framework）がアプリケーションプロセッサ実行部分と無線プロセッサ実行部分とに分離され、２つのプロセッサ上で動作するソフトウェアアーキテクチャ環境を例示したものであり、図３は、後述する無線コントロールフレームワークが無線プロセッサ上で動作するソフトウェアアーキテクチャ環境を例示したものである。
【００４３】
アプリケーションプロセッサ上には、グーグル（Google：登録商標）のアンドロイド（Android：登録商標）ＯＳとアップル（Apple：登録商標）のｉＯＳ（登録商標）のような非リアルタイム（non-realtime）オーペレーティングシステム（ＯＳ）が動作し、無線プロセッサ上には、以下で無線ＯＳと称されるリアルタイムオーペレーティングシステム（Realtime ＯＳ）が動作する。以下では、明確な区別のために、アプリケーションプロセッサ階層で動作する非リアルタイムオーペレーティングシステムを「オーペレーティングシステム（ＯＳ）」、無線プロセッサ階層で動作するリアルタイムオーペレーティングシステムは「無線オーペレーティングシステム（Radio ＯＳ）」に区分して称することにする。
【００４４】
以下は、アプリケーションプロセッサ階層、無線プロセッサ階層及び無線コントロールフレームワークを構成する構成要素に対する詳細である。
【００４５】
（１）アプリケーションプロセッサ階層
アプリケーションプロセッサ階層は、図２及び図３に示されたように、次の構成要素を含む。
【００４６】
−ドライバー（driver）１１１、２１１は、与えられたオーペレーティングシステム上でハードウェアデバイス（カメラ、スピーカーなど）を駆動する。
【００４７】
−オーペレーティングシステム１１２、２１２は、アンドロイド、ｉＯＳのように、通常のモバイルデバイスで動作する非リアルタイムオーペレーティングシステム（non-realtime ＯＳ）を意味する。
【００４８】
無線コントロールフレームワークがアプリケーションプロセッサと無線プロセッサで動作する構成（すなわち、図２に例示の構成）なら、オーペレーティングシステム上に無線コントロールフレームワークのアプリケーションプロセッサ階層実行部分１１４が存在してもよい。もし、無線コントロールフレームワークが無線プロセッサでのみ動作する構成（すなわち、図３に例示の構成）なら、アプリケーションプロセッサ階層には、無線コントロールフレームワークが存在しない。
【００４９】
無線コントロールフレームワークがアプリケーションプロセッサと無線プロセッサで動作する構成（図２）において、アプリケーションプロセッサのオーペレーティングシステム上に通信サービス階層（Communicationservice Layer）１１３が存在してもよい。
【００５０】
通信サービス階層は、後述する３つのサービスのうち少なくとも一部を無線コントロールフレームワークに提供する階層である。
【００５１】
第一のサービスは、管理（administrative）に関連したサービスであって、無線アプリケーションのインストール／アンインストール、インスタンスの生成／削除、そして各ステータス（ｓｔａｔｕｓ：インストール、インスタンス、活動）の無線アプリケーションのリスト獲得に関するサービスである。
【００５２】
第二のサービスは、接続制御に関連したサービスであって、無線アプリケーションを実行／非実行、データフロー生成、ネットワーク割り当て生成、そして各ステータス（インストール、インスタンス、活動）の無線アプリケーションのリスト獲得に関するサービスである。
【００５３】
最後に、第三のサービスは、データフローに関するサービスであって、ユーザデータを送受信することに関するサービスである。
【００５４】
前述した３つのサービスのうち少なくとも一部のサービスを提供するための通信サービス階層構成の１つの例として、通信サービス階層は、管理者（administrator）アプリケーション、移動性政策（mobility policy）マネージャー（ＭＰＭ）アプリケーション、ネットワーキングスタック（networking stack）（通信サービス階層で動作するプロトコルスタック（protocolstack））及びモニター（monitor）アプリケーションのうち少なくとも一部を含んで構成することができる。
【００５５】
しかし、通信サービス階層は、前述した構成要素のうち一部だけを含んでもよく、前述した構成要素以外の追加の構成要素を含んでもよい。または、通信サービス階層内には、少なくとも２つ以上の前述した構成要素の機能が統合された構成要素で構成されてもよい。また、前述した構成要素は、通信サービス階層が行わなければならないサービスを支援するために通信サービス階層が備えるべき構成要素の一例に過ぎないものである。すなわち、通信サービス階層は、通信サービス階層が行う役目によって定義され、前述した構成要素の例示によって通信サービス階層の構成が限定されるものではない。
【００５６】
無線コントロールフレームワークがアプリケーションプロセッサと無線プロセッサで動作する構成（図２）において、本発明の配布、設置及び動作方法の対象となる無線アプリケーション１３１、１３４、１３７は、それぞれアプリケーションプロセッサ階層実行部分１３２、１３５、１３８と無線プロセッサ階層実行部分１３３、１３６、１３９とで構成することができる。無線アプリケーションのアプリケーションプロセッサ階層実行部分である無線コントローラー（ＲＣ：Radio Controller）は、通信サービス階層（communicationservice layer）のモニターに状況情報（context information）を伝送したり、通信サービス階層のネットワーキングスタックとデータのやり取りをする役目を行うように構成されてもよい。
【００５７】
（２）無線プロセッサ階層
無線プロセッサ階層は、図２及び図３に示すように次の構成要素を含む。
【００５８】
−無線ＯＳ１２１、２２１は、リアルタイムオーペレーティングシステムである。
無線コントロールフレームワークがアプリケーションプロセッサと無線プロセッサで動作する構成（すなわち、図２に例示の構成）なら、無線ＯＳ上には、無線コントロールフレームワークの無線プロセッサ実行部分１２４が存在してもよい。もし、無線コントロールフレームワークが無線プロセッサでのみ動作する構成（すなわち、図３に例示の構成）なら、アプリケーションプロセッサ階層には、無線コントロールフレームワークが存在せず、無線プロセッサ階層にのみ無線コントロールフレームワーク２３０が存在する。
【００５９】
−無線コントロールフレームワークが無線プロセッサでのみ動作する構成（すなわち、図３に例示の構成）なら、前記図２の場合とは異なり、無線ＯＳ２２１上に通信サービス階層（Communication service Layer）２２２が存在する。
【００６０】
図３に例示された通信サービス階層２２２の役目及び構成例は、図２で例示された通信サービス階層１１３の役目及び構成例と同一のなで説明を省略する。
【００６１】
−無線プラットホームドライバー（Radio Platform Driver）１２２、２２３は、一般的なハードウェアドライバーのようにハードウェア無線プラットホームを認識するために無線ＯＳによって要求される構成要素である。
【００６２】
−無線プラットホームハードウェア（Radio Platform Hardware）１２３、２２４は、一般的に無線プロセッサのコアとベースバンド加速器とで構成することができる。標準機能ブロックのために用意するベースバンド加速器は、しばしばＡＳＩＣ（Application-Specific Integrated Circuit）の形態で提供される。
【００６３】
−無線コントロールフレームワークが無線プロセッサのみで動作する構成（すなわち、図３に例示の構成）なら、本発明の配布、設置及び動作方法の対象となる無線アプリケーション２３１、２３４、２３７は、無線プロセッサ階層で動作する。
【００６４】
それぞれの無線アプリケーションの無線コントローラー（ＲＣ：Radio Controller）１３２、１３５、１３８は、通信サービス階層（communicationservicelayer）のモニターに状況情報（context information）を伝送したり、または通信サービス階層のネットワーキングスタックとデータのやり取りをする役目を果たす。
【００６５】
マルチ無線インターフェース（MUltiRadio Interface、ＭＵＲＩ）は、前記通信サービス階層とコントロールフレームワーク間のインターフェースであり、統合無線アプリケーションインターフェース（Unified Radio Application Interface、ＵＲＡＩ）は、無線アプリケーションとコントロールフレームワーク間のインターフェースである。
【００６６】
無線アプリケーションは、モバイル端末の通信を可能にするアプリケーションであって、無線アプリケーションパッケージ（ＲＡＰ：Radio Application Package）の形態で配布されてもよい。無線アプリケーションパッケージの構成要素は、次の通りである。
【００６７】
１）ユーザ定義機能ブロック（User defined Function Block、ＵＤＦＢ）
２）パイプライン構成メタデータ（Metadata）
３）無線コントローラーコード（ＲＣ code）
４）無線ライブラリ（Radio Library）−無線ライブラリは、標準機能ブロックが実行コード形態で配布される場合に、無線アプリケーションパッケージに実行コード形態で一緒に含まれて配布される。
【００６８】
無線アプリケーションパッケージは、アプリケーションプロセッサ階層のＯＳにダウンロードされ、ユーザ定義機能ブロックコードと無線ライブラリは、パイプライン構成メタデータを参照してアプリケーションプロセッサから無線プロセッサにローディングされる過程を経て無線プロセッサ階層の無線ＯＳにローディングできる。
【００６９】
（３）無線コントロールフレームワーク
無線コントロールフレームワーク（ＲＣＦ：Radio Control Framework）１３０、２３０は、無線アプリケーションの動作環境を提供する構成要素である。
【００７０】
無線コントロールフレームワークがアプリケーションプロセッサと無線プロセッサで動作する構成（すなわち、図２に例示の構成）なら、無線コントロールフレームワークは、２つのグループ１１４、１２４に分けられる。すなわち、１つのグループは、アプリケーションプロセッサ上で動作し、他の１つのグループは、無線プロセッサ上で動作する。無線コントロールフレームワークのどんな構成要素がリアルタイムで動作（無線プロセッサ上で動作）しどんな構成要素が非リアルタイムで動作（アプリケーションプロセッサ上で動作）するかは、それぞれのベンダーによって異なるように決定することができる。
【００７１】
無線コントロールフレームワークが無線プロセッサでのみ動作する構成（すなわち、図３に例示の構成）なら、無線コントロールフレームワークは、無線プロセッサ実行部分とアプリケーション実行部分の区分することなく無線プロセッサ階層でのみ存在する。
【００７２】
無線コントロールフレームワーク（Radio Control Framework、ＲＣＦ）は、基本的に次の５つの構成要素の少なくとも一部を含み、無線アプリケーションを管理するように構成されてもよい。
【００７３】
しかし、無線コントロールフレームワークは、後述する５つの構成要素のうち一部だけを含んでもよく、５つの構成要素以外の構成要素をさらに含んでもよい。または、無線コントロールフレームワークは、少なくとも２つ以上の後述する構成要素の機能が統合された構成要素で構成されてもよい。
【００７４】
無線コントロールフレームワークの機能及び役目は、後述する構成要素が行う機能によって定義され、後述する例示的構成要素によって無線コントロールフレームワークの構成が限定されるものではない。すなわち、無線コントロールフレームワークは、後述する構成要素の機能のうち少なくとも一部を行うための多様な構成を有することができる。
【００７５】
１）設定マネージャー（ＣＭ：Configuration Manager）：マルチ無線端末装置に対する無線アプリケーションのインストール／アンインストール、インスタンス（instance）の生成／削除と無線アプリケーションの無線パラメータに対するアクセス管理。
【００７６】
２）無線連結マネージャー（ＲＣＭ：Radio Connection Manager）：ユーザ要求による無線アプリケーションの活性化／非活性化及び１つの無線アプリケーションから他の無線アプリケーションにスイッチングできるユーザデータフローの全体的な管理。
【００７７】
３）フローコントローラー（ＦＣ：Flow Controller）：ユーザデータパケットの送信と受信及びフローの制御。
【００７８】
４）マルチ無線コントローラー（ＭＲＣ：Multiradio Controller）：無線アプリケーション間の相互オペレーティング問題をあらかじめ感知するために、同時に実行される無線アプリケーションから提起される無線資源（radio resources）に対する要求をスケジューリングする。
【００７９】
５）リソースマネージャー（ＲＭ：Resource Manager）：リアルタイム要求事項を充足させると同時に、活性化された無線アプリケーション間にマルチ無線資源を共有するためのマルチ無線資源の管理。
【００８０】
＜無線プロセッサ階層のソフトウェアアーキテクチャ＞
以上で、本発明が目的とする無線アプリケーションの全般的なソフトウェアアーキテクチャと動作環境を説明した。以下では、前述した無線アプリケーションの無線プロセッサ階層内での動作構造についてより詳細な説明をする。
【００８１】
無線アプリケーションパッケージがダウンロードされると、無線プロセッサ階層で動作するべきユーザ定義機能ブロックコードと無線ライブラリは、無線プロセッサ階層でアクセスできるように設置される。
【００８２】
以下では、無線プロセッサ階層で動作するべき要素を構成するためのコードを、前述したユーザ定義機能ブロックコードを含んで構成コード（configurationcode；または、「configcode」と略称）と定義する。「configcode」は、状況に応じてユーザ定義機能ブロックコードのみを含むか、またはユーザ定義機能ブロックコードとともに無線ライブラリを含むことができる。「configcode」は、実行コード（executablecode）または中間表現（ＩＲ：IntermediateRepresentation）形態を取ることができる。
【００８３】
また、以下では、実際無線プラットホームをターゲット無線プラットホームとして定義し、ターゲット無線プラットホームに対するハードウェア抽象性を有する仮想的媒介体としてシャドー無線プラットホーム（ShadowRadio Platform）という概念を定義する。シャドー無線プラットホームとは、無線アプリケーションの開発者が無線アプリケーションの動作環境で仮想した無線プラットホームを意味するものであってもよい。例えば、無線アプリケーションのシャドー無線プラットホームは、ターゲット無線プラットホームと同一であってもよく、ターゲット無線プラットホームと異なっていてもよい。シャドー無線プラットホームがターゲット無線プラットホームと異なっている場合、実際ターゲット無線プラットホームに対応する概念として、シャドー無線プラットホームはハードウェア独立的な仮想的な装置と理解できるので、シャドー無線プラットホームは、無線仮想マシン（ＲＶＭ：RadioVirtual Machine）となり得る。
【００８４】
シャドー無線プラットホームがターゲット無線プラットホームと異なっていて、シャドー無線プラットホームが無線仮想マシンになる場合、無線仮想マシンは、前述したconfigcodeが実際ターゲット無線プラットホームで動作できるようにする仮想化機能を行うことになり、実現上では、前記configcodeをターゲット無線プラットホームの実行コードにコンパイルするＪＩＴ（just-in-time）またはＡＯＴ（ahead-of-time）方法を提供するバック−エンド（back-end）コンパイラーであってもよい。
【００８５】
図４は、本発明による無線アプリケーションの無線プロセッサ階層ソフトウェアアーキテクチャを説明するための概念図である。
【００８６】
無線プロセッサは、モバイルデバイスに通信能力（communicationcapabilities）を提供し、図４に例示の無線プロセッサ階層のためのソフトウェアアーキテクチャは、次の構成要素を含んで構成されてもよい。
【００８７】
１）無線ＯＳ
【００８８】
２）無線コントロールフレームワークの無線プロセッサ実行部分（無線コントロールフレームワークが無線プロセッサ実行部分とアプリケーション実行部分とに分離して構成された場合）、無線コントロールフレームワーク全体（無線コントロールフレームワークが無線プロセッサでのみ動作する場合）
【００８９】
３）無線コントロールフレームワークが無線プロセッサでのみ動作する場合、通信サービス階層（便宜上、図４では通信サービス階層が無線プロセッサ上で動作するものと図示されたが、無線コントロールフレームワークが無線プロセッサとアプリケーションプロセッサの両方で動作する場合、通信サービス階層はアプリケーションプロセッサ上で動作する）
【００９０】
４）シャドー無線プラットホーム（ShadowRadio Platform）が無線仮想マシン（ＲＶＭ；RadioVirtual Machine）の場合、無線仮想マシンの実現（implementation）
【００９１】
５）シャドー無線プラットホームが無線仮想マシンの場合、無線ライブラリ（RadioLib）のネイティブ実現（nativeimplementation）
【００９２】
６）無線アプリケーション（ＲＡ）の構成コード（configurationcode;configcodes）−構成コードは、ターゲット無線プラットホームの実行コードあるいはプラットホーム独立的な中間表現（IR:intermediateRepresentation）形態で提供されてもよい。
【００９３】
シャドー無線プラットホームが無線仮想マシンの場合、configcodeは、無線仮想マシンによって解釈（interpreted）され、シャドー無線プラットホームがターゲット無線プラットホームの場合、configcodeは、当該ターゲット無線プラットホームで直接実行できる実行可能コードに該当する。
【００９４】
ＲＣＦとそのインターフェースであるＭＵＲＩ（MUltiRadioInterface）及びＵＲＡＩ（UnifiedRadio Application Interfaces）は、前述した通りである。
【００９５】
シャドー無線プラットホームは、無線仮想マシンまたはターゲット無線プラットホームであってもよい。
【００９６】
もし、シャドー無線プラットホームがターゲット無線プラットホームと同一であれば、フロント−エンドコンパイラー（Front-EndCompiler）がターゲットプラットホームのための実行可能コードを生成し、configcodesは、そのような特定プラットホームのための実行可能コードと同等である。
【００９７】
無線仮想マシンは、configcodesを実行することができる抽象化マシンであり、どんなハードウェアに対しても独立的である。configcodeは、特定の無線仮想マシンを通じてターゲットプラットホーム上で実行される。したがって、無線仮想マシンは、configcodesを実行コードにコンパイルするためのＪＩＴ（just-in-time）またはＡＯＴ（ahead-of-time）方法を提供するバック−エンド（back-end）コンパイラーを含む。
【００９８】
無線ライブラリは、演算基盤（computationalbasis）を表現する機能ブロックで構成される。無線アプリケーションは、このような相互連結された機能ブロックの集合として表現されてもよい。無線ライブラリの機能ブロックは、正規化された言語（normativelanguage）で表現される。無線ライブラリのネイティブ実現は、ターゲットプラットホームのためのライブラリの機能ブロックの実行可能コードを提供する。無線ライブラリは拡張可能である。
【００９９】
＜統合無線アプリケーションの動作構造＞
統合無線アプリケーションの動作構造は、２つの異なる場合で表現されてもよい。第一は、無線アプリケーションconfigcodesがターゲットプラットホーム上で実行可能なコードの場合（図５を通じて例示）であり、第二は、無線アプリケーションconfigcodesが与えられたモバイルデバイスでバック−エンドコンパイルされる中間表現（ＩＲ：IntermediateRepresentation）コードの場合（図６を通じて例示）である。
【０１００】
図５は、本発明による統合無線アプリケーションの動作構造の一例を説明するための階層構造図であり、図６は、本発明による統合無線アプリケーションの動作構造の他の例を説明するための階層構造図である。
【０１０１】
図５を参照すれば、与えられた無線アプリケーションを行うために必要な無線ライブラリとユーザ定義機能ブロック（ＵＤＦＢ；UserDefined Function Block）が既に無線アプリケーションの実行可能configcodesに含まれている。
【０１０２】
一方、図６を参照すると、与えられた無線アプリケーションを行うために必要なユーザ機能ブロックが、無線アプリケーションのconfigcodesに含まれていて、図４に示された無線仮想マシンによってバック−エンドコンパイルされなければならない。この場合には、無線アプリケーションconfigcodesに無線ライブラリが含まれることができないので、無線ライブラリのネイティブ実現が与えられたモバイルデバイス内に別途用意しなければならない。一般的に無線ライブラリのネイティブ実現は、コアチップベンダーによって提供され、無線ライブラリは、コアプロセッサ上で実現される標準機能ブロック（ＳＦＢ：StandardFunction Block）を含むからである。
【０１０３】
基本的に、図５及び図６に示される専用のハードウェア加速器を使用せずに実現できる無線ライブラリ（ネイティブ実現）は、標準機能ブロックの速度向上と加速器とプログラムコードを結合し、他の標準機能ブロックを生成するために必要である。
【０１０４】
無線アプリケーションconfigcodesが実行可能コードであるかまたは中間表現コードであるかいずれの場合にも、標準機能ブロックは、図５及び図６の両方に示される無線ハードウェア抽象化階層（ＨＡＬ）を介して専用のハードウェアロジッグ加速器によって支援される。これは、専用のハードウェアロジッグによって実現された標準機能ブロックが与えられた無線アプリケーションコードによって呼び出される度に、無線アプリケーションconfigcodesが実行可能コードであるか、または中間表現コードであるかに関わらず、無線ＨＡＬを経て対応する専用のハードウェアロジッグ加速器上で直接実現されなければならないことを意味する。後述するように、無線ＨＡＬは、また、ユーザ定義機能ブロックライブラリのために用意したインターフェースのためのハードウェア抽象化を含む。
【０１０５】
標準機能ブロックは、様々な無線アプリケーションで共通的に使用される機能ブロック（例えば、ＦＦＴ（FastFourier Transform））及び／または与えられた無線プラットホームで特殊目的の加速器を使用して非常に効率的に実現されなければならないいかなる機能ブロック（例えば、ターボコーダー）になってもよい。
【０１０６】
一方、図６に示された「ユーザ機能ブロック集合（ＵＤＦＢ  ｓｅｔ）」は、与えられた無線アプリケーションによって使用されるすべてのユーザ機能ブロックを含む。いかなる標準機能ブロックであっても、それを適切な標準機能ブロック、すなわち代替される標準機能ブロックの修正及び／または拡張されたバージョンに代替することによって修正及び／または拡張可能であるという点が重要である。したがって、あるユーザ機能ブロックは、標準機能ブロックの拡張のために良い候補になることができ、それらが以後、標準機能ブロックとして追加されてもよいことを意味する。このような場合に、ユーザ機能ブロックが標準機能ブロックとして追加された後には、正規標準機能ブロックとして規定される。「ユーザ機能ブロック集合（ＵＤＦＢ set）」は、無線プラットホームベンダーの代わりに、無線アプリケーションの提供者（すなわち3rdparty）によって提供されることができるので、無線コントロールフレームワークがすべてのユーザ機能ブロックのイベント及び／またはコマンドの基本的な制御を行うことができるようにするために、「start」、「stop」、「pause」、「getport」及び「initialize」のような制御インターフェースの標準集合が対応するユーザ機能ブロックのために規定されなければならない。このような目的で、ＥＴＳＩ  ＲＲＳは、実現される各ユーザ機能ブロックの制御インターフェース標準集合を制御インターフェースの標準集合を通じて適切に規定する。ユーザ機能ブロックに対する制御インターフェースの標準集合規定は、Protocol/Interface ＴＳ文書として与えられる。図５及び図６に示される無線プラットホームは、一般的に各機能ブロックを実現するためにコアと専用ハードウェア加速器を含んでいる。
【０１０７】
図６に示されるように、統合無線アプリケーションの動作構造は、次の構成要素を含む。
【０１０８】
−無線アプリケーションは、標準機能ブロックとユーザ定義機能ブロックを、与えられた無線アプリケーションパッケージ（ＲＡＰ；RadioApplication Package）のメタデータの内容に対応して含む。ＢＢＩは、対応する機能ブロックの名称を特定することによって、各機能ブロック自体を表現する。また、ＢＢＩは、前述したように対応する機能ブロックと連関されたインターフェースの明細を行う。
【０１０９】
−無線ライブラリ（ネイティブ実現）は、専用のハードウェアロジッグを利用して実現される標準機能ブロックが無線ＨＡＬによって支援される反面、コアプロセッサ上で実行される標準機能ブロックのConfigcodesを含む。
【０１１０】
−「ユーザ機能ブロック集合」は、一般的に無線アプリケーションプロバイダー（provider）によって提供され、与えられた無線アプリケーションパッケージで使用されるすべてのユーザ機能ブロックを含む。ユーザ機能ブロックは、無線アプリケーションパッケージにメタデータ（metadata）及び無線コントローラーコードとともに含まれる。一般的に、ユーザ機能ブロックは、標準機能ブロックの修正及び／または拡張バージョンであるから、ユーザ機能ブロックは、標準機能ブロックライブラリに対して依存性を有してもよい。
【０１１１】
−無線ＨＡＬは、無線プラットホームを抽象化する。無線ＨＡＬは、専用のハードウェア加速器を利用して実現される標準機能ブロックが対応する専用ハードウェア加速器上で直接実行され得るようにする点に注意しなければならない。
【０１１２】
−無線プラットホームドライバーは、無線ＯＳが無線プラットホームを認識するようにする。
【０１１３】
−無線プラットホームは、一般的にコアと専用のハードウェア加速器をすべて含んで構成されることができる。
【０１１４】
図７は、本発明による無線プラットホームの機能ブロックライブラリ実現を説明するための概念図である。図７を参照すれば、コア及び多様な種類の周辺デバイスで構成された、与えられた無線プラットホームの機能ブロックの実現が例示される。
【０１１５】
図７で例示された実施例で、コアプロセッサ上に実現された標準機能ブロックの数字はＭであり、専用のハードウェアロジッグ加速器上に実現された標準機能ブロックの数字はＮである。前述したように、専用ハードウェアロジッグ加速器を利用して実現される標準機能ブロック（例えば、ＦＦＴ、turbodecoder、ＭＩＭＯ  decoderなど）は、対応する専用ハードウェアロジッグ加速器上で高い性能と低電力消耗のために直接的に実行されることができる。このような標準機能ブロックは、専用加速器上での実行のために無線ＨＡＬによって支援される。これは、専用加速器上で実行される各標準機能ブロックが無線アプリケーションで呼び出されるとき、対応する専用加速器から無線ＨＡＬを経て直接的に実行されることを意味する。同様に、例えばbit-reverse、multiply及びaccumulationなどのようなコアプロセッサ上で実行される各標準機能ブロックは、無線アプリケーションで呼び出されるとき、与えられたコア（例えば、ＡＲＭｗｉｔｈＮｅｏｎ）上で行われる。
【０１１６】
結果的に、無線プロセッサ上で必要な実行コードは、次の２つの部分で構成される。１つの部分は、プログラマブルコア上で行われる標準機能ブロックの実行コードであり、他の部分は、専用加速器上で行われる標準機能ブロックのための無線ＨＡＬコードである。
【０１１７】
これは、次のように要約することができる。｛Ｃ：標準機能ブロックの実現のために必要な無線プロセッサ上の実行コード｝＝｛Ａ：プログラマブルコア上で行われる標準機能ブロックのための実行コード｝＋｛Ｂ：加速器上で行われる標準機能ブロックのための無線ＨＡＬコード｝。すなわち、Ｃ＝Ａ＋Ｂであり、ＡとＢの分割は、各ベンダーによって決定することができる。
【０１１８】
これは、また、次を暗示する。｛標準機能ブロック｝＝｛コアプロセッサ上で実現される標準機能ブロック｝と｛専用ハードウェア加速器上で実現される標準機能ブロック｝の和集合であり、｛コアプロセッサ上で実現される標準機能ブロック｝と｛専用ハードウェア加速器上で実現される標準機能ブロック｝の共通部分は積集合になる。
【０１１９】
一方、前述したように、ユーザ定義機能ブロックは、標準インターフェースを利用して記述されなければならない。図７に示されるように、ユーザ定義機能ブロックの標準インターフェースは、コアプロセッサ上に実現される標準機能ブロック及び専用ハードウェア加速器上で実現される標準機能ブロックのうち一方または両方と関連されなければならなさに注目しなければならない。
【０１２０】
標準インターフェースを２つのグループ、すなわち、コアプロセッサ上で行われる標準機能ブロックに対応するグループと、専用ハードウェア加速器上で行われる標準機能ブロックに対応するグループとに分類した理由は、各カテゴリーがそれなりの長所と短所を有しているからである。後者は、一般的に専用のハードウェアロジッグで実現されるので、電力消耗、速度が必要な動作及び費用の効率性において有利である。一方、前者は、一般的にマイクロプロセッサー上で行われるので、柔軟性（flexibility）において有利である。性能の観点から、プログラマブルデバイスが専用のハードウェアデバイスに比べて競争力を有するまでは、初期段階で専用のハードウェア加速器が相対的により広範に使用されることが予想される。長期的な観点から、半導体技術が次第にさらに進化するほど、コア依存的な（core-dependent）標準機能ブロックの方が、コア及び周辺機器依存的な（core andperipheral dependent）標準機能ブロックに比べて次第により優勢になり、命令セットアーキテクチャ（ＩＳＡ：InstructionSet Architecture）レベルの加速機能で実現されることができる。
【０１２１】
本明細書で例示された標準機能ブロックの粒度（granularity）は、説明の目的で例示されたものに過ぎず、前述したように、標準機能ブロックインターフェースは、別途のドキュメントとして定義される。
【０１２２】
＜ソフトウェアアーキテクチャレファレンスポイント（referencepoints）＞
以下の説明は、統合無線アプリケーションのインストール／アンインストール、インスタンスの生成及び削除、動作を実現するための無線コントロールフレームワークと無線アプリケーションの間のインタペーシング手続とインターフェースの例示である。
【０１２３】
図８は、モバイルデバイスのためのレファレンスポイントの全体アーキテクチャを示す図である。
【０１２４】
図８において、２つのブロック間の実線は、２つブロックの間に定義されたレファレンスポイントであって、直接の相互作用によって行われるレファレンスポイントを意味する。一方、２つのブロック間の点線（dottedline）は、対応するブロックによって発行されたコマンドに基づいて無線ＯＳを介した相互作用によって行われるレファレンスポイントを意味する。後述するように、ＲＣＦのブロック（例えば、ＣＭ、ＲＣＭ、ＭＲＣ及びＲＭ）は、無線ＯＳによってＵＲＡにおいて相互作用が行われるようにするコマンドを発行する。
【０１２５】
各レファレンスポイントの定義は、３種類のインターフェース、すなわち、無線コントロールフレームワークのコンポネントと通信サービス階層（communicationservice layer）のコンポネントの間のインターフェースであるＭＵＲＩ（MultipleRadio Interfaces）、ユニバーサル無線アプリケーション（ＵＲＡ：UniversalRadio Application）と無線コントロールフレームワークのコンポネントの間のインターフェースであるＵＲＡＩ（UnifiedRadio Applications Interfaces）及びユニバーサル無線アプリケーションとＲＦ部分とのインターフェースであるＲＲＦＩ（ReconfigurableRadioFrequency Interfaces）に基づく。ＭＵＲＩ、ＵＲＡＩ及びＲＲＦＩに属するインターフェースに追加して、ＲＣＦのコンポネント間のインターフェースも、レファレンスポイントとして定義される。このドキュメントで、レファレンスポイントは、それぞれのレファレンスポイントに対する分類が後述する動作手続（procedure）と対応するようにそれぞれの機能の手続によって分類される。
【０１２６】
１）ReferencePoint １：無線アプリケーションのインストール（install）／アンインストール（uninstall）及びインスタンス（instance）生成（creating）／削除（deleting）のためのインターフェース
【０１２７】
図９は、無線アプリケーションのインストール／アンインストール及びインスタンス（instance）生成／削除のためのレファレンスポイントの例示である。
【０１２８】
図９を参照すれば、ＣＦ１ａは、管理者(administrator)が無線アプリケーション（ＲＡ：Radio Application）のインストール、アンインストールをＣＭ（ConfigurationManager）に指示したり、管理者(administrator)が要請に対する応答をＣＭから受信したりするための、管理者(administrator)とＣＭの間のインターフェースである。
【０１２９】
ＣＦ２ａは、ＭＰＭがＣＭに、無線アプリケーションのインスタンスを生成または削除することを要請するか、またはＭＰＭがＣＭから、要請に対する応答を受信するための、ＭＰＭとＣＭの間のインターフェースである。
【０１３０】
ＣＦ４は、無線アプリケーションインスタンスの生成手続中、無線資源と関連したパラメータをＭＲＣが伝送することをＣＭが要請するか、またはＣＭが前記要請（すなわち、無線資源と関連したパラメータ）に対する応答を受信するための、ＣＭとＭＲＣ間のインターフェースである。
【０１３１】
ＣＦ５は、ＲＡインスタンスの生成手続中にＣＭがＲＭに対して、演算資源（computationalresources）と関連したパラメータを伝送することを要請するか、またはＣＭが前記要請（すなわち、演算資源と関連したパラメータ）に対する応答を受信するための、ＣＭとＲＭの間のインターフェースである。
【０１３２】
２）ReferencePoint２：無線アプリケーションのリストチェッキングのためのインターフェース
【０１３３】
図１０は、無線アプリケーションのリストを得るためのレファレンスポイントの例示である。
【０１３４】
図１０を参照すれば、ＣＦ１ｂは、管理者(administrator)がＣＭに、無線アプリケーションリストを管理者(administrator)に伝送することを要請するか、または管理者(administrator)が要請に対する応答（すなわち、無線アプリケーションリスト）をＣＭから受信するための、管理者(administrator)とＣＭ間のインターフェースである。
【０１３５】
ＣＦ２ｂは、ＭＰＭ（Mobility Policy Manager）がＣＭに、無線アプリケーションリストをＭＰＭに伝送することを要請するか、またはＭＰＭが要請に対するＣＭからの応答（すなわち、無線アプリケーションリスト）を受信するための、ＭＰＭとＣＭの間のインターフェースである。
【０１３６】
３）ReferencePoint ３：無線アプリケーションの活性化／非活性化のためのインターフェース
【０１３７】
図１１は、無線アプリケーションの活性化／非活性化のためのレファレンスポイントの例示である。
【０１３８】
図１１を参照すれば、ＣＴＲＬ１ａは、ＭＰＭがＲＣＭ（Radio Connection Manager）に、ＲＡの活性化／非活性化を行うように要請するか、またはＭＰＭがＲＣＭから、要請に対する応答を受信するための、ＭＰＭとＲＣＭ間のインターフェースである。
【０１３９】
４）ReferencePoint ４：状況情報（contextinformation）伝達のためのインターフェース
【０１４０】
図１２は、状況情報の伝達のためのレファレンスポイントの例示である。
図１２を参照すれば、ＣＩＩは、モニター（monitor）が無線アプリケーションのＲＣに、状況情報をモニターに伝送することを要請するか、またはモニターが前記要請（すなわち、状況情報）を前記無線アプリケーションのＲＣから受信するための、モニターと無線アプリケーションＲＣ間のインターフェースである。
【０１４１】
状況情報は、無線アプリケーションの対応する機能ブロックにおいて生成され、無線アプリケーションのＲＣに伝達される。ＲＡ内部のＲＣと対応する機能ブロックそれぞれの間には、インターフェースが存在しなければならない。これは、特に状況情報をＲＣとそれぞれの対応する機能ブロック間に伝達するためのＢＢＩが定義されなければならないことを意味する。
【０１４２】
５）ReferencePoint ５：データフロー生成及びユーザデータの送受信のためのインターフェース
【０１４３】
図１３は、データフロー生成とユーザデータの送受信のためのレファレンスポイントの例示である。
【０１４４】
図１３を参照すれば、ＣＴＲＬ１ｂは、ＭＰＭがＲＣＭに、ｐｅｅｒ装置（equipment）とのデータフローまたはネットワーク連結（association）を形成することを要請するか、またはＭＰＭがＲＣＭから、要請に対する応答を受信するための、ＭＰＭとＲＣＭ間のインターフェースである。
【０１４５】
ＣＴＲＬ２は、ＲＣＭがＦＣ（Flow Controller）に、データフローを形成するように要請するか、またはＲＣＭがＦＣから、要請に対する応答を受信するための、ＲＣＭとＦＣ間のインターフェースである。
【０１４６】
ＤＣＴＲＬ１は、ＦＣがデータの送受信手続のためにネットワーキングスタックから（またはネットワーキングスタックに）、ユーザデータを受信するかまたは伝達するための、ＦＣとネットワーキングスタック間のインターフェースである。ＤＣＴＲＬ１は、また、ＦＣからネットワーキングスタックへの送信ユーザデータ（transmituser data）に対してデータ伝送完了に対する確認（acknowledgment）を含む。
【０１４７】
ＤＣＴＲＬ２は、ＦＣがユーザデータをＲＡに伝達するか、またはスループット（throughput）、データ帯域幅などのような送信ユーザデータの情報をＲＡに伝達することを要請するための、ＦＣとＲＡ間のインターフェースである。ＤＣＴＲＬ２は、また、ＦＣがＲＡから、要請に対する応答を受信するために利用される。データ受信の場合に、ＤＴＲＣＬ２インターフェースは、ＲＡからＦＣに受信ユーザデータ（receiveuser data）を伝達するために使用される。
【０１４８】
ＤＣＴＲＬ３は、ＲＡが、アンテナを備えたＲＦトランシーバ（transceiver；ＸＣＶＲ）から、またはアンテナを備えたＲＦトランシーバに、受信／送信ユーザデータを受信または伝達するための、ＲＡとＲＦトランシーバ間のインターフェースである。
【０１４９】
動作手続（procedure）
１）無線アプリケーションのインストール／アンインストール及びインスタンス生成／削除のための手続
【０１５０】
図１４は、無線アプリケーションのインストール／アンインストールと関連したシグナリングダイヤグラムである。
【０１５１】
図１４を参照すれば、無線アプリケーションのインストール手続は、次の通りである。
【０１５２】
管理者(administrator)は、無線アプリストアに無線アプリケーションパッケージ（ＲＡＰ）識別子（ＩＤ）を含むDownloadRAPreq信号を伝送する。
【０１５３】
管理者(administrator)は、無線アプリストアから無線アプリケーションパッケージと無線アプリケーションパッケージのＩＤを含むDownloadRAPCnf信号を受信する。
【０１５４】
管理者(administrator)は、無線アプリケーションのインストールを要請するために無線アプリケーションパッケージＩＤを含むInstallRAPReq信号をＣＭに伝送する。
【０１５５】
ＣＭは、まず、ＲＡコードの互換性（compatibility）、認証（authentication）などを検証するためにＲＡコードを検証する手続を行う。
【０１５６】
ＣＭは、ファイル管理者が無線アプリケーションの設置を行うように無線アプリケーションパッケージＩＤを含むInstallRAReq信号を伝送する。
【０１５７】
ファイル管理者は、無線アプリケーションのインストールを行い、無線アプリケーションのＩＤを含むInstallRACnf信号をＣＭに伝送し、ＣＭは、無線アプリケーションのＩＤを含むInstallRACnf信号を管理者(administrator)に伝達する。
【０１５８】
ダウンロードされた無線アプリケーションが中間表現（ＩＲ）コードの場合に、ＣＭは、無線アプリケーションのインストールに先立って無線アプリケーションパッケージＩＤを含むCompileReq信号をバック−エンドコンパイラーに伝送する。バック−エンドコンパイルが完了すれば、バック−エンドコンパイラーは、無線アプリケーションパッケージＩＤを含むCompileCnf信号をＣＭに伝達し、ＣＭは、バック−エンドコンパイルされた無線アプリケーションの使用可能性（usability）を検証する手続を行う。
【０１５９】
インストールが失敗した場合、ＣＭは、無線アプリケーションのインストール失敗理由を無線アプリケーションパッケージＩＤと失敗理由を含むInstallRAPFailCnf信号を利用して管理者(administrator)に報告する。
【０１６０】
図１４を参照すると、無線アプリケーションのアンインストール手続は、次の通りである。
【０１６１】
管理者(administrator)は、アンインストールされる無線アプリケーションのＩＤを含むUninstallRAReq信号をＣＭに伝送する。
【０１６２】
ＣＭは、無線アプリケーションのＩＤを含むUninstallRAReq信号をファイル管理者に伝送する。
【０１６３】
ファイル管理者は、無線アプリケーションのアンインストールを行い、アンインストール完了の確認として無線アプリケーションＩＤを含むUninstallRACnf信号をＣＭに伝達する。
【０１６４】
ＣＭは、管理者(administrator)に無線アプリケーションＩＤを含むUninstallRACnf信号を伝送する。
【０１６５】
図１５は、無線アプリケーションインスタンスの生成と削除シグナリングダイヤグラムである。
【０１６６】
図１５を参照すると、無線アプリケーションインスタンスの生成手続は、次の通りである。
【０１６７】
設置された無線アプリケーションのインスタンス生成のために、ＭＰＭは、ＣＭにインスタンスが生成されなければならない無線アプリケーションのＩＤを含むInstatiateRAReq信号を伝達する。
【０１６８】
ＣＭは、無線アプリケーションの活性化（activation）のために必要なパラメータ（例えば、ＦＥＣ（ForwardError Correction）パラメータ、ＭＩＭＯパラメータ、帯域幅など）を得るために、無線アプリケーションのＩＤを含むRMParemeterReq信号とMRCParameterReq信号とをＲＭとＭＲＣに伝送する。
【０１６９】
ＣＭは、無線アプリケーションのＩＤと演算資源パラメータとを含むRMParameterCnf信号をＲＭから受信する。
【０１７０】
ＣＭは、無線アプリケーションＩＤと無線資源パラメータとを含むMRCParameterCnf信号をＭＲＣから受信する。
【０１７１】
無線アプリケーションの活性化のために必要なパラメータを受信完了すれば、ＣＭは、無線アプリケーションＩＤとパラメータとを、無線アプリケーションのインストールを行うために無線ＯＳに伝送する。
【０１７２】
インスタンス生成が完了すれば、ＣＭは、無線アプリケーションＩＤを含むInstatiateRACnf信号をＭＰＭに伝送する。
【０１７３】
ＣＭが無線アプリケーションの活性化のために必要なパラメータをＲＭ及び／またはＭＲＣから得るのに失敗すれば、ＲＭ及び／またはＭＲＣは、パラメータの伝達失敗をRMParameterFailCnf信号及び／またはMRCParameterFailCnf信号をそれぞれ利用してＣＭに報告する。
【０１７４】
無線アプリケーションインスタンス生成が失敗すれば（すなわち、ＣＭがRMParameterFailCnf信号及び／またはMRCParameterFailCnf信号を受信すれば）、ＣＭは、ＭＰＭにInstantiateRAFailCnf信号を利用してインスタンス生成失敗を報告する。
【０１７５】
図１５を参照すれば、無線アプリケーションのインスタンス削除手続は、次の通りである。
【０１７６】
ＭＰＭは、インスタンスが削除されるべき無線アプリケーションのＩＤを、DeInstantiateRAReq信号を利用してＣＭに伝送する。
【０１７７】
ＣＭが無線ＯＳに無線アプリケーションインスタンス削除を行うことを要請すれば、無線ＯＳは、指定された無線アプリケーションのインスタンスを削除する。
【０１７８】
インスタンス削除が完了すれば、ＣＭは、DeInstantiateRACnf信号を利用して無線アプリケーションインスタンスの削除をＭＰＭに確認する。
【０１７９】
２）無線アプリケーションのリストチェッキング手続
【０１８０】
図１６は、無線アプリケーションリスティングチェッキング手続を示すシグナリングダイヤグラムである。
【０１８１】
図１６を参照すると、設置された／インスタンスされた／活性化されたＲＡのリストをチェックする手続は、次の通りである。
【０１８２】
管理者(administrator)またはＭＰＭは、ＲＡのリストを得るために、ＣＭにListRAReq信号を伝送する。
【０１８３】
ＣＭは、ＲＡリスト情報を、RAList信号を利用して管理者(administrator)またはＭＰＭに伝達する。
【０１８４】
３）無線アプリケーションの活性化／非活性化のための手続
【０１８５】
図１７は、無線アプリケーション活性化手続のシグナリングダイヤグラムである。
図１７を参照すると、無線アプリケーションの活性化手続は、次の通りである。
【０１８６】
ＭＰＭは、無線アプリケーションの活性化要請のために無線アプリケーションのＩＤを含むActivateReq信号をＲＣＭに伝送する。
【０１８７】
ＲＣＭが無線アプリケーション活性化の実行を要請すると、無線ＯＳは、指定された無線アプリケーションを活性化する。
【０１８８】
無線ＯＳが無線アプリケーションの活性化を完了した後、ＲＣＭは、ＭＰＭにActivateCnf信号を伝送することによって、無線アプリケーション活性化の完了を確認する。
【０１８９】
もし、無線アプリケーション活性化が失敗すれば、ＲＣＭは、失敗されたＲＡのＩＤと失敗原因をActivateFailCnf信号に含ませて伝送することによって、ＭＰＭにＲＡ活性化の失敗を報告する。
【０１９０】
図１８は、無線アプリケーション非活性化手続のシグナリングダイヤグラムである。
図１８を参照すると、無線アプリケーションの非活性化手続は、次の通りである。
【０１９１】
図１８を参照すると、ハード非活性化（harddeactivation）の場合には、ＭＰＭは、無線アプリケーションのＩＤを含むHardDeactivateReq信号を指定された無線アプリケーションのハード非活性化を要請するためにＲＣＭに伝送する。
【０１９２】
ＲＣＭが無線ＯＳに無線アプリケーションのハード非活性化を要請すると、無線ＯＳは、指定された無線アプリケーションを非活性化する。
【０１９３】
無線ＯＳが無線アプリケーションのハード非活性化を完了すれば、ＲＣＭは、HardDeactivateCnf信号をＭＰＭに伝送することによって無線アプリケーションのハード非活性化完了を確認する。
【０１９４】
一方、ソフト非活性化（softdeactivation）の場合には、ＭＰＭは、指定された無線アプリケーションのソフト非活性化を要請するために、無線アプリケーションのＩＤを含むSoftDeactivateReq信号をＲＣＭに伝送する。
【０１９５】
ＲＣＭが無線ＯＳに無線アプリケーションのソフト非活性化を要請すると、無線ＯＳは指定された無線アプリケーションを非活性化する。
【０１９６】
無線ＯＳが無線アプリケーションのソフト非活性化を完了すれば、ＲＣＭは、SoftDeactivateCnf信号をＭＰＭに伝送することによって、無線アプリケーションのソフト非活性化完了を確認する。
【０１９７】
４）状況情報（contextinformation）伝達のための手続
【０１９８】
図１９は、状況情報伝達のためのシグナリングダイヤグラムである。
図１９を参照すると、無線アプリケーションがモニターまたはベースバンドパラメータ集成ユニット（BasebandParameter Aggregation Unit；ＢＰＡユニット）に状況情報を伝送する手続は、次の通りである。
【０１９９】
モニターは、無線アプリケーションのＩＤを含むContextInformationReq信号を無線アプリケーションのＲＣに伝達する。
【０２００】
無線アプリケーションのＲＣは、無線アプリケーション内部の対応する機能ブロックから生成された状況情報と無線アプリケーションＩＤを含むContextInformation信号をモニターに伝送する。
【０２０１】
ＢＰＡユニットが使用される場合なら、無線アプリケーションのＲＣは、状況情報と無線アプリケーションＩＤとを含むContextInformation信号をＢＰＡユニットに伝送する。ＢＰＡユニットは、伝送される状況情報が占める帯域幅を最小化するために状況情報を集成し圧縮する。状況情報の集成及び圧縮手続が完了すると、ＢＰＡユニットは、無線アプリケーションのＩＤと集成されたメトリック（metric）を、無線アプリケーションのＩＤを含むAggregatedMetric信号を利用してモニターに伝送する。
【０２０２】
状況情報生成失敗の場合に、無線アプリケーションのＲＣは、無線アプリケーションＩＤと失敗原因を含むContextInformationFailCnf信号をモニターに伝送する。
【０２０３】
５）データフロー生成及びユーザデータ送受信のための手続
【０２０４】
図２０は、ネットワーク連結（networkassociation）生成手続のシグナリングダイヤグラムである。
【０２０５】
図２０を参照すると、ネットワーク連結生成手続は、次の通りである。
ＭＰＭは、無線アプリケーションＩＤとｐｅｅｒ装置ＩＤとを含むAssociateReq信号をＲＣＭに伝達する。Ｐｅｅｒ装置は、ＷＬＡＮ  ＡＰ（WirelessLocal Area Network access point）、セルラーネットワークのＩＰアクセスノード（ＧＧＳＮ（GatewayGGSN Support Node）など）、ブルートゥースヘッドセット、デジタル無線／ＴＶ放送ステーション、ＧＰＳ衛星などであってよい。
【０２０６】
ＲＣＭが無線ＯＳにネットワーク連結生成を要請すると、無線ＯＳは、ＲＣＭからのAssociateReq信号を無線アプリケーションに伝達する。無線アプリケーションは、対応するピア装置のＩＤをNetAssociateReq信号によりピア装置に伝達する
【０２０７】
ネットワーク連結生成が完了すれば、ピア装置は、NetAssociateCnf信号を無線アプリケーションに伝送する。無線ＯＳは、AssociateCnf信号をＲＣＭに伝達し、ＲＣＭは、AssociateCnf信号をＭＰＭに伝達する。
【０２０８】
ネットワーク連結生成が失敗すれば、ピア装置は、NetAssociateFailCnf信号を無線アプリケーションに伝送する。無線ＯＳは、AssociateFailCnf信号をＲＣＭに伝送し、ＲＣＭは、AssociateFailCnf信号をＭＰＭに伝達する。
【０２０９】
図２１は、論理的無線リンク（logicalradio link）連結（association）手続のシグナリングダイヤグラムである。
【０２１０】
図２１を参照すると、論理的無線リンク連結生成手続は、次の通りである。
【０２１１】
ＭＰＭは、他のＭＤ（MobileDevice）と論理的無線リンクを連結するために活性化されたＲＡのＩＤとピア装置ＩＤとユーザＩＤとを含むCreateDataFlowReq信号をＲＣＭに伝達する。
【０２１２】
ＲＣＭは、データフローの生成を無線ＯＳにピア装置ＩＤ、活性化されたＲＡのＩＤ、ユーザＩＤ及び他のモバイル装置のユーザＩＤを含むCreateDataFlowReq信号を利用して要請する。無線アプリケーションは、対応するユーザユーザＩＤ、他のモバイル装置のユーザＩＤ及びピア装置ＩＤを、LogicalRadioLinkReq信号を利用してピア装置に伝達する。
【０２１３】
ピア装置からユーザＩＤと他のモバイル装置ユーザＩＤを含むLogicalRadioLinkReq信号を受信すれば、ネットワークは、ピア装置にLogical linkＩＤを含むLogicalRadioLinkCnf信号を伝達する。
【０２１４】
ピア装置からLogical link ＩＤを含むLogicalRadioLinkCnf信号が無線アプリケーションに伝達されると、無線ＯＳは、ネットワーク連結ＩＤ、無線アプリケーションＩＤ及びlogical linkＩＤを含むCreateDataFlowCnf信号をＲＣＭに伝達する。
【０２１５】
データフローの設定のために、ＲＣＭは、ネットワーク連結ＩＤと無線アプリケーションＩＤを含むCreateFlowReq信号をＦＣに伝送する。データフロー生成後に、ＦＣは、ネットワーク連結ＩＤ、無線アプリケーションＩＤ及び生成されたデータフローＩＤを含むCreateFlowCnf信号をＲＣＭに伝達する。
【０２１６】
ＲＣＭは、ネットワーク連結ＩＤ、無線アプリケーションＩＤ及びデータフローＩＤを含むCreateDataFlowCnf信号をＭＰＭに伝送する。
【０２１７】
無線アプリケーションがピア装置からLogicalRadioLinkRej信号を受信すると、無線ＯＳは、ネットワーク連結ＩＤ及び失敗原因を含むCreateDataFlowFailCnf信号をＲＣＭに伝送する。ＲＣＭは、データフロー生成失敗を確認するためにCreateDataFlowFailCnf信号をＭＰＭに伝達する。
【０２１８】
図２２は、データ送信手続のシグナリングダイヤグラムである。
図２２を参照すると、データ送信手続は次の通りである。
ネットワーキングスタックは、ユーザデータを伝送するためにデータフローＩＤとユーザデータを含むDataTransferReq信号をＦＣに伝達する。
【０２１９】
ＦＣは、無線アプリケーションに送信するユーザデータに関する情報−スループット、データ帯域幅など−を要請するためにRAEnvironmentReq信号を伝達する。
【０２２０】
無線アプリケーションは、RAEnvironmentCnf信号を利用して環境情報をＦＣに伝達する。
【０２２１】
データフローＩＤを含むRAEnvironmentCnf信号を受信すると、ＦＣは、データフローＩＤとユーザデータを含むUserData信号を無線アプリケーションに伝達する。
【０２２２】
無線アプリケーションは、TransmitData信号を利用してデータフローＩＤを含むユーザデータをＲＦ  ＸＣＶＲに伝送する。
【０２２３】
データ伝送が完了すると、無線アプリケーションは、DataCnf信号をＦＣに伝送することによってユーザデータ伝送完了を確認する。
【０２２４】
DataCnf信号を受信すると、ＦＣは、データフローＩＤを含むDataTransferCnf信号をネットワーキングスタックに伝送する。
【０２２５】
データ送信失敗の場合に、無線アプリケーションは、ＦＣにデータフローＩＤを含むDataFailCnf信号を伝送することによってデータ送信の失敗を報告する。
DataFailCnf信号を受信すると、ＦＣは、データフローＩＤを含むDataTransferFailCnf信号をネットワーキングスタックに伝達する。
【０２２６】
図２３は、データ受信手続のシグナリングダイヤグラムである。
図２３を参照すると、データ受信手続は次の通りである。
アンテナを備えたＲＦトランシーバ（ＲＦ  ＸＣＶＲ）は、受信データ（ReceiveData）を利用してデータフローＩＤを含む受信されたユーザデータを、無線アプリケーションに伝達する。
【０２２７】
無線アプリケーションは、ＲＦトランシーバから受信したデータをデコーディングした後に、データフローＩＤとユーザデータを含むUserData信号をＦＣに伝達する。
【０２２８】
ＦＣは、データフローＩＤと無線アプリケーションから受信したユーザデータを含むDataInd信号をネットワーキングスタックに伝達する。
【０２２９】
上記では、本発明の好ましい実施例を参照して説明したが、当該技術分野における熟練された当業者は、下記の特許請求の範囲に記載された本発明の思想及び領域を逸脱しない範囲内で本発明を多様に修正及び変更できることを理解することができる。
【図１】
2015523750.tif 000003
【図２】
2015523750.tif 000004
【図３】
2015523750.tif 000005
【図４】
2015523750.tif 000006
【図５】
2015523750.tif 000007
【図６】
2015523750.tif 000008
【図７】
2015523750.tif 000009
【図８】
2015523750.tif 000010
【図９】
2015523750.tif 000011
【図１０】
2015523750.tif 000012
【図１１】
2015523750.tif 000013
【図１２】
2015523750.tif 000014
【図１３】
2015523750.tif 000015
【図１４】
2015523750.tif 000016
【図１５】
2015523750.tif 000017
【図１６】
2015523750.tif 000018
【図１７】
2015523750.tif 000019
【図１８】
2015523750.tif 000020
【図１９】
2015523750.tif 000021
【図２０】
2015523750.tif 000022
【図２１】
2015523750.tif 000023
【図２２】
2015523750.tif 000024
【図２３】
2015523750.tif 000025
【国際調査報告】
2015523750.tif 000026
2015523750.tif 000027
2015523750.tif 000028
2015523750.tif 000029