欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

軟件定義無線電應用的操作方法

文檔序號:7792439閱讀:319來源:國知局
軟件定義無線電應用的操作方法【專利摘要】本發(fā)明提出了用于軟件定義無線電終端機的綜合無線電應用的操作結(jié)構(gòu)。根據(jù)本發(fā)明的綜合無線電應用的操作結(jié)構(gòu),其根據(jù)無線電應用的配置代碼(configcode)構(gòu)成為可執(zhí)行代碼還是實現(xiàn)為中間表示(IR)代碼來可分類為兩類。如果利用根據(jù)本發(fā)明的綜合無線電應用的操作結(jié)構(gòu),則可開發(fā)及發(fā)布可在所有無線電平臺上操作的無線電應用?!緦@f明】軟件定義無線電應用的操作方法【
技術(shù)領(lǐng)域
】[0001]本發(fā)明涉及一種用于軟件定義無線電(SDR:Software_defineRad1)終端機的無線電應用的操作結(jié)構(gòu),更詳細地涉及一種綜合無線電應用(UnifiedRad1Applicat1n)的操作結(jié)構(gòu),其具有針對硬件的獨立性(hardware-1ndependency)的同時,可對應于各種無線電平臺(rad1platform)而進行開發(fā)?!?br>背景技術(shù)
】[0002]本發(fā)明的【
技術(shù)領(lǐng)域
】是軟件定義無線電(SoftwareDefinedRad1)、數(shù)字無線通信、基帶處理器(basebandprocessor)、應用處理器(applicat1nprocessor)、應用商店(applicat1nstore)、LTE(LongTermEvolut1n,長期演進)、WiMAX(WorldInteroperabilityforMicrowaveAccess,全球微波接入互操作性)及無線電應用。[0003]本發(fā)明中,如LTE、WiMAX、無線麥克風、手提無線電話機(walkie-talkie)—樣,在應用商店中下載各種無線電應用并設(shè)置于手機,從而將手機變更為LTE終端機或者WiMAX終端機,或者可利用為無線麥克風、手提無線電話機等。由此,本發(fā)明中,如LET、WCDMA、W1-Fi等,可適用于各種無線接入所需的智能手機中。[0004]關(guān)于軟件定義無線電(SoftwareDefinedRad1,SDR)技術(shù),存在稱為SCA(SoftwareCommunicat1nArchitecture,軟件通信體系結(jié)構(gòu))的實際標準技術(shù)。為了SDR,其聚集了所需的與架構(gòu)(framework)、中間設(shè)備(middleware)、實時操作系統(tǒng)相關(guān)的規(guī)則,并且保障SDR系統(tǒng)間的接口(interface)互換。SCA的核心是作為架構(gòu)規(guī)則的核心架構(gòu),其能夠使得構(gòu)成無線電應用的各個部分進行組件化,并對所述組件(component)進行再使用并組合,從而可制作新的無線電應用。[0005]在服務(wù)組件框架(SCA)的情況下,對預設(shè)于終端機的塊(block)可進行再組合,但是在具有相互不同的硬件構(gòu)成的SCA互換終端機中無法設(shè)置用于在特定無線電應用中使用的用戶定義(UserDefined)形態(tài)的塊。由此,通過單一的執(zhí)行文件無法在所有SCA互換終端機中使用。其意味著需要根據(jù)裝載于所有SCA互換終端機的硬件規(guī)格單獨制作最優(yōu)化的執(zhí)行文件并進行分發(fā)。其花費很多時間和費用,從而使得無線電應用的商業(yè)利用非常難。此外,沒有提供用于實現(xiàn)無線電應用的基帶應用程序設(shè)計接口(APIApplicat1nProgrammingInterface),從而使得選擇性硬件加速功能的利用困難?!?br/>發(fā)明內(nèi)容】[0006]用于解決所述問題的本發(fā)明的目的在于,提供一種綜合無線電應用(UnifiedRad1Applicat1n)的操作結(jié)構(gòu),其對應于各種無線電平臺并可自由開發(fā),并且分發(fā)以及設(shè)置后可進行操作。[0007]用于實現(xiàn)所述目的的本發(fā)明的一個側(cè)面,作為無線電應用在具有無線電處理器的終端的無線電處理器層(layer)中進行操作的方法,其包括如下步驟:對所述無線電應用目的所在的影子(shadow)無線電平臺和所述終端的實際無線電平臺是否相同進行判斷;以及在所述無線電應用目的所在的影子無線電平臺和所述終端的實際無線電平臺相同的情況下,在所述無線電處理器上執(zhí)行所述無線電應用的配置代碼(configcode)。[0008]在此,所述配置代碼可將構(gòu)成所述無線電應用的用戶定義功能塊的用戶定義功能塊代碼和構(gòu)成所述無線電應用所利用的標準功能塊的無線電庫(rad1library)在所述實際無線電平臺中可包括為可執(zhí)行的可執(zhí)行代碼形態(tài)而構(gòu)成。此時,所述標準功能塊的至少一部分可實現(xiàn)為所述無線電應用通過所述無線電處理器層的無線電硬件抽象層(HardwareAbstract1nLayer)執(zhí)行的專用的硬件邏輯。[0009]在此,所述無線電應用操作方法可額外包括如下步驟:從服務(wù)器(server)中下載包括有所述無線電應用的配置代碼的無線電應用程序包(package)。[0010]在此,所述無線電應用可構(gòu)成為如下:在所述終端的無線電處理器及應用處理器中至少一個上進行操作,并且與向所述無線電應用提供操作環(huán)境的無線電控制架構(gòu)進行聯(lián)動。此時,所述無線電控制架構(gòu)可包括配置管理器(CM:Configurat1nManager)、無線電連接管理器(RCM:Rad1Connect1nManager)、流量控制器(FC:FlowController)、多無線電控制器(MRC:Mult1-Rad1Controller)及資源管理器(RM:ResourceManager)中至少一個,其中所述配置管理器執(zhí)行對所述無線電應用的安裝/卸載及實例(instance)生成/刪除,并管理無線電參數(shù)(parameter),所述無線電連接管理器對所述無線電應用的激活/去激活及無線電應用間的用戶數(shù)據(jù)流(userdataflow)切換(switch)進行管理,所述流量控制器對用戶數(shù)據(jù)包(packet)的發(fā)送/接收及流動進行控制,所述多無線電控制器調(diào)度(scheduling)針對來自無線電應用的頻譜(spectrum)資源的請求,所述資源管理器使得無線電應用間共享無線電資源。[0011]用于實現(xiàn)所述目的的本發(fā)明的另一個側(cè)面,提供一種無線電應用操作方法,其作為無線電應用在具有無線電處理器的終端的無線電處理器層中進行操作的方法,包括如下步驟:對所述無線電應用目的所在的影子(Shadow)無線電平臺和所述終端的實際無線電平臺是否相同進行判斷;以及在所述無線電應用目的所在的影子無線電平臺與所述終端的實際無線電平臺不同的情況下,在無線電虛擬機(VirtualMachine)中對所述無線電應用的配置代碼(configcode)進行編譯(Compile),從而在所述無線電處理器上執(zhí)行。[0012]在此,所述配置代碼可將構(gòu)成所述無線電應用的用戶定義功能塊的用戶定義功能塊代碼可包括為在所述實際無線電平臺中可變換為可執(zhí)行的可執(zhí)行代碼的中間表示(IR:1ntermediateRepresentat1n)形態(tài)。[0013]在此,所述無線電虛擬機可包括即時(JIT,just-1n-time)編譯器(compiler),其將所述配置代碼編譯為所述實際無線電平臺的可執(zhí)行代碼。[0014]在此,所述無線電虛擬機可包括提前(Α0Τ,Ahead-of-time)編譯器,其將所述配置代碼編譯為所述實際無線電平臺的可執(zhí)行代碼。[0015]在此,所述終端在所述無線電處理器層內(nèi)可具有標準功能塊的本機實現(xiàn)(nativeimplementat1n)。[0016]在此,所述終端可具有標準功能塊,所述標準功能塊實現(xiàn)為所述無線電應用通過所述無線電處理器層的無線電硬件抽象層(HardwareAbstract1nLayer)執(zhí)行的專用的硬件邏輯。[0017]在此,所述無線電應用操作方法可額外包括如下步驟:從服務(wù)器中下載包括有所述無線電應用的配置代碼的無線電應用程序包。[0018]在此,所述無線電應用在所述終端的無線電處理器及應用處理器中至少一個上進行操作,并且可與向所述無線電應用提供操作環(huán)境的無線電控制架構(gòu)聯(lián)動。此時,所述無線電控制架構(gòu)可包括配置管理器(CM:Configurat1nManager)、無線電連接管理器(RCM:Rad1Connect1nManager)、流量控制器(FC:FlowController)、多無線電控制器(MRC:Mult1-Rad1Controller)及資源管理器(RM:ResourceManager)中至少一個,其中所述配置管理器執(zhí)行對所述無線電應用的安裝/卸載及實例(instance)生成/刪除,并管理無線電參數(shù),所述無線電連接管理器對所述無線電應用的激活/去激活及無線電應用間的用戶數(shù)據(jù)流(userdataflow)切換(switch)進行管理,所述流量控制器對用戶數(shù)據(jù)包(packet)的發(fā)送/接收及流動進行控制,所述多無線電控制器調(diào)度針對來自于無線電應用的頻譜(spectrum)資源的請求,所述資源管理器使得無線電應用間共有無線電資源。[0019]可開發(fā)及發(fā)布無線電應用,所述無線電應用如果利用根據(jù)本發(fā)明的綜合無線電應用的操作結(jié)構(gòu),則可在各種無線電平臺上執(zhí)行。由此,可創(chuàng)造作為無線電應用的商業(yè)交易的新商業(yè)模式。[0020]此外,在移動通信企業(yè)的側(cè)面上來看,根據(jù)需要將具有自身網(wǎng)絡(luò)成員所使用的各種無線電平臺的終端機可轉(zhuǎn)換為所想要的通信網(wǎng)標準,因此可靈活地進行網(wǎng)絡(luò)操作。[0021]此外,在用戶的側(cè)面上來看,在需要轉(zhuǎn)換為新的通信網(wǎng)的情況下,無需購買新的終端,只需下載無線電應用程序包,從而可通過將無線電應用設(shè)置于自己的終端機來使用新的通信網(wǎng)?!緦@綀D】【附圖說明】[0022]圖1是表示對構(gòu)成根據(jù)本發(fā)明的實施例的綜合無線電應用的操作結(jié)構(gòu)的一部分的單內(nèi)核(Monolithickernel)和微內(nèi)核(microkernel)進行對比的框圖。[0023]圖2及圖3是用于說明根據(jù)本發(fā)明的無線電應用所操作的軟件架構(gòu)(softwareArchitecture)環(huán)境的框圖。[0024]圖4是用于說明根據(jù)本發(fā)明的無線電應用的無線電處理器層軟件架構(gòu)的概念圖。[0025]圖5是用于說明根據(jù)本發(fā)明的綜合無線電應用的操作結(jié)構(gòu)的一個例子的層結(jié)構(gòu)圖。[0026]圖6是用于說明根據(jù)本發(fā)明的綜合無線電應用的操作結(jié)構(gòu)的另一個例子的層結(jié)構(gòu)圖。[0027]圖7是用于說明實現(xiàn)根據(jù)本發(fā)明的無線電平臺的功能塊庫(library)的概念圖。[0028]圖8是表示用于移動設(shè)備(MobileDevices)的參考點(ReferencePoint)的整體架構(gòu)的示意圖。[0029]圖9是表示用于安裝/卸載及實例生成/刪除的參考點的例子的示意圖。[0030]圖10是表不用于獲取無線電應用的列表(list)的參考點的例子的不意圖。[0031]圖11是表示用于無線電應用的激活/去激活的參考點的例子的示意圖。[0032]圖12是表示用于傳達文本信息的參考點的例子的示意圖。[0033]圖13是表示用于數(shù)據(jù)流生成和用戶數(shù)據(jù)收發(fā)的參考點的例子的示意圖。[0034]圖14是表示無線電應用的安裝和卸載信號圖(signalingdiagram)。[0035]圖15是表示無線電應用的實例生成/刪除信號圖。[0036]圖16是表示無線電應用列表(listing)的信號圖。[0037]圖17是表示無線電應用的激活信號圖。[0038]圖18是表示無線電應用的去激活信號圖。[0039]圖19是表不用于傳達文本信息的信號圖。[0040]圖20是表示網(wǎng)絡(luò)連接(networkassociat1n)生成步驟的信號圖。[0041]圖21是表示邏輯無線鏈路(logicalrad1link)連接(associat1n)步驟的信號圖。[0042]圖22是表示數(shù)據(jù)傳輸步驟的信號圖。[0043]圖23是表示數(shù)據(jù)接收步驟的信號圖?!揪唧w實施方式】[0044]本發(fā)明可進行各種變更并可具有各種實施例,將特定實施例示出于圖中并在詳細的說明中進行詳細地說明。但是,不是將本發(fā)明限定于特定的實施形態(tài),而是應理解為包括有本發(fā)明的思想及技術(shù)范圍內(nèi)所包括的所有變更、均等物或替代物。在說明各個附圖的同時,將類似的參照標號使用于類似的構(gòu)成單元上。[0045]第一、第二、A、B等術(shù)語可在說明各種構(gòu)成單元時使用,但是所述構(gòu)成單元不能通過所述術(shù)語進行限定。所述術(shù)語只能以將一個構(gòu)成單元與其他構(gòu)成單元進行區(qū)別的目的來使用。例如,不脫離本發(fā)明的權(quán)利范圍的同時,第一構(gòu)成單元可命名為第二構(gòu)成單元,并且類似地,第二構(gòu)成單元也可命名為第一構(gòu)成單元。稱作以及/或者的術(shù)語在涉及到多個記載項的組合或者涉及到多個記載項中任何項。[0046]當提及到某個構(gòu)成單元“連接”或者“接入”于其他構(gòu)成單元時,應理解為可直接連接或者接入于其他構(gòu)成單元,但也可在中間存在其他構(gòu)成單元。相反,當提及到某個構(gòu)成單元“直接連接”或者“直接接入”于其他構(gòu)成單元時,應理解為在中間不存在其他構(gòu)成單元。[0047]在本申請所使用的術(shù)語只是為了說明特定的實施例而使用,不是限定本發(fā)明的意圖。單數(shù)的表達在上下文沒有明確不同意思的情況下,包括復數(shù)的表達。本申請中,“包括”或者“具有”等術(shù)語想要指定說明書中所記載的特征、數(shù)字、步驟、操作、構(gòu)成單元、元素或者其組合的存在,應理解為不是預先排除一個或其以上的其他特征或者數(shù)字、步驟、操作、構(gòu)成單元、元素或者其組合的存在或者附加可能性。[0048]如果沒有其他定義,則包括技術(shù)性或者科學性術(shù)語在內(nèi),在此所使用的所有術(shù)語具有與本發(fā)明所屬的【
技術(shù)領(lǐng)域
】中具有一般知識的技術(shù)人員所通常理解的含義相同的含義。應理解為如定義于通常所使用的詞典中的術(shù)語與相關(guān)技術(shù)的上下文中所具有的含義一致的含義,并且如果本申請中沒有明確定義,則不應理解為理想的或過于形式的含義。[0049]以下,參照附圖對根據(jù)本發(fā)明的優(yōu)選實施例進行詳細說明。在說明本發(fā)明時,為了易于整體理解,對附圖上的相同構(gòu)成單元使用相同參照標號,并且省略對相同的構(gòu)成單元的重復說明。[0050]為了說明本發(fā)明,整理對于整體所使用的術(shù)語的簡略定義。對于除以下術(shù)語外的術(shù)語,在本說明書內(nèi)的適當?shù)牟糠痔峁┒x。[0051]-無線電應用(RA:Rad1Applicat1n):作為根據(jù)本發(fā)明的分發(fā)、設(shè)置、操作架構(gòu)的對象,是用于提供非依賴于具體的硬件構(gòu)成及用戶應用的無線電通信環(huán)境的應用。無線電應用可構(gòu)成為如下:在無線電處理器上進行操作,或者由無線電處理器執(zhí)行部分和應用處理器執(zhí)行部分構(gòu)成,從而在兩個處理器上進行操作。無線電應用包括無線電控制器及功能塊。功能塊中有標準功能塊和用戶定義功能塊。[0052]-無線電應用包(RAP:Rad1Applicat1nPackage):作為無線電應用的分發(fā)形態(tài),與作為無線電應用的構(gòu)成單元的無線電控制器、功能塊一起,包括管道配置元數(shù)據(jù)(pipelineconfigurat1nmeta-data)?此外,無線電應用包額外地也可包括無線電庫(Rad1Library)。[0053]-標準功能塊(SBF:StandardFunct1nBlock):標準功能塊是對各個塊的功能和用于執(zhí)行所屬塊的函數(shù)的名字進行標準化的標準功能塊。標準功能塊在無線電平臺芯片供應商(chipvendor)制作標準功能塊的情況下,成為硬件制造商所實現(xiàn)的標準功能塊的集合體,并可與驅(qū)動(driver)—起提供。標準功能塊利用專用的硬件加速器來實現(xiàn),或者可實現(xiàn)為在無線電處理器核心(core)中操作的可執(zhí)行代碼。在實現(xiàn)為無線電處理器核心中操作的可執(zhí)行代碼的情況下,可稱為無線電庫(Rad1Library)。標準功能塊對各個函數(shù)的名字和功能進行了標準化,并且可通過標準基帶應用程序編程接口頭(standardbasebandAPIheader)文件進行定義。[0054]-用戶定義功能塊(UDF:UserDefinedFunct1nBlock):在需要不提供為標準功能塊或存在為標準功能塊的功能進行定制(Customizing)的情況下,作為可通過無線電應用提供者所提供的功能塊,可實現(xiàn)為能夠在無線電處理器核心中進行執(zhí)行。用戶定義功能塊可提供為可執(zhí)行代碼、源代碼(sourcecode)、中間表示形態(tài)的代碼。[0055]-用戶定義功能塊(UserDefinedFunct1nBlock,UDFB)集合:無線電應用提供者所提供的用戶定義功能塊的集合體。[0056]-無線電硬件抽象層(HAL,HardwareAbstractLayer):在操作系統(tǒng)(OS)的觀點上是對許多種類的硬件(HW)進行抽象化的層。標準化的抽象化加速器接口(interface)獨立于硬件,但是因為硬件抽象層(HAL)能夠使得OS接近所有硬件。與驅(qū)動的作用類似,但是與隨著硬件的更換而更換的驅(qū)動不同,HAL包括于OS中。[0057]-無線電平臺驅(qū)動程序(Rad1PlatformDriver):其為為了OS識別硬件而所需的軟件。作為獨立于硬件的OS的指令,是用于相互匹配硬件的指令體系的軟件,并且起到普通的硬件驅(qū)動的作用。[0058]圖1是表示對構(gòu)成根據(jù)本發(fā)明的實施例的綜合無線電應用的操作結(jié)構(gòu)的一部分的單內(nèi)核(Monolithickernel)和微內(nèi)核(microkernel)進行對比的框圖。[0059]參照圖1的(a),單內(nèi)核綜合有一個內(nèi)核所需的所有功能,并且因為所需的功能都存在于相同的內(nèi)存空間內(nèi),所以單內(nèi)核可通過在內(nèi)核中以函數(shù)引用(Funct1ncall)方式提供的功能進行接近。由此,具有實現(xiàn)簡便并可有效地利用系統(tǒng)資源的優(yōu)點,但是具有難以將實現(xiàn)的內(nèi)核在各種硬件環(huán)境或不同的其他系統(tǒng)中移植(porting)的缺點。并且,在功能擴展的情況下,內(nèi)核的大小變大,并非常難以管理。[0060]參照圖1的(b),微內(nèi)核將所需的功能分成小的服務(wù)器模塊(module)而設(shè)計,并且作為只將可管理所述服務(wù)器的最小限度的功能實現(xiàn)為內(nèi)核核心部分的方式,根據(jù)硬件環(huán)境易于功能的擴展和功能的重組,并且具有在其他系統(tǒng)中易于再使用的優(yōu)點,相反,在使用服務(wù)的過程中,因為產(chǎn)生多次信息的傳輸和語境轉(zhuǎn)換(contextswitching),所以在實用性方面具有速度慢的缺點。[0061]無線電應用的構(gòu)成及軟件架構(gòu)[0062]圖2和圖3是用于說明根據(jù)本發(fā)明的無線電應用所操作的軟件架構(gòu)(softwareArchitecture)環(huán)境的框圖。[0063]參照圖2和圖3,根據(jù)本發(fā)明的無線電軟件架構(gòu)可包括:應用處理器層110,其在應用處理器(AP:Applicat1nProcessor)上進行操作;無線電處理器層120,其在無線電處理器(RP:Rad1Processor;也可稱為基帶處理器(BP:BasebandProcessor))上進行操作。[0064]圖2中不例了后敘的無線電控制架構(gòu)(RCF;Rad1ControlFramework)分離為應用處理器執(zhí)行部分和無線電處理器執(zhí)行部分,從而在兩個處理器上進行操作的軟件架構(gòu)環(huán)境,圖3中示例了后敘的無線電控制架構(gòu)在無線電處理器上進行操作的軟件架構(gòu)環(huán)境。[0065]如谷歌(Google)的安卓(Android)OS(操作系統(tǒng))和蘋果(Apple)的1S(移動操作系統(tǒng))一樣的非實時(non-realtime)操作系統(tǒng)(OperatingSystems,OS)在應用處理器上進行操作,并且以下稱為無線電OS的實時操作系統(tǒng)(RealtimeOS)在無線電處理器上進行操作。以下,為了明確的區(qū)分,將在應用處理器層上進行操作的非實時操作系統(tǒng)命名為“操作系統(tǒng)(OS)”,并將在無線電處理器層上進行操作的實時操作系統(tǒng)命名為“無線電操作系統(tǒng)(Rad1OS)”而區(qū)分。[0066]以下,對構(gòu)成應用處理器層、無線電處理器層及無線電控制架構(gòu)的構(gòu)成單元進行詳細說明。[0067](I)應用處理器層[0068]如圖2和圖3所示,應用處理器層包括如下構(gòu)成單元。[0069]-驅(qū)動111、211(driver)在指定的操作系統(tǒng)上對硬件設(shè)備(照相機、揚聲器等)進行驅(qū)動。[0070]-操作系統(tǒng)112、212意味著在如安卓、1S—樣的通常的移動設(shè)備上進行操作的非實時操作系統(tǒng)(non-realtimeOS)。[0071]如果無線電控制架構(gòu)為在應用處理器和無線電處理器上進行操作的構(gòu)成(即,圖2中所示例的構(gòu)成),則在操作系統(tǒng)上可存在無線電控制架構(gòu)的應用處理器層執(zhí)行部分114。如果無線電控制架構(gòu)為只在無線電處理器上進行操作的構(gòu)成(即,圖3中所示例的構(gòu)成),在應用處理器層上不存在無線電控制架構(gòu)。[0072]無線電控制架構(gòu)在應用處理器和無線電處理器上進行操作的構(gòu)成(圖2)中,在應用處理器的操作系統(tǒng)上可存在通信服務(wù)層(Communicat1nserviceLayer)113。[0073]通信服務(wù)層是將后敘的三種服務(wù)中至少一部分提供至無線電控制架構(gòu)的層。[0074]第一個服務(wù)是與管理(administrative)相關(guān)的服務(wù),并且是與無線電應用的安裝/卸載、實例(instance)的生成/刪除及各個狀態(tài)(status)(安裝、實例、活動)的無線電應用的目錄獲取相關(guān)的服務(wù)。[0075]第二個服務(wù)是與接入控制(accesscontrol)相關(guān)的服務(wù),并且是與無線電應用的執(zhí)行/非執(zhí)行、數(shù)據(jù)流生成、網(wǎng)絡(luò)分配生成及各個狀態(tài)(status)(安裝、實例、活動)的無線電應用的目錄獲取相關(guān)的服務(wù)。[0076]最后,第三個服務(wù)是與數(shù)據(jù)流相關(guān)的服務(wù),并且是與發(fā)送并接收用戶數(shù)據(jù)相關(guān)的服務(wù)。[0077]作為用于提供所述的三種服務(wù)中至少一部分服務(wù)的通信服務(wù)層構(gòu)成的一個例子,通信服務(wù)層可包括管理員(administrator)應用、流動性政策(mobilitypolicy)管理器應用(managerapplicat1n)、網(wǎng)絡(luò)協(xié)議棧(networkingstack)-在通信服務(wù)層中進行操作的協(xié)議棧(protocolstack)-及監(jiān)控(monitor)應用中至少一部分。[0078]但是,通信服務(wù)層只可包括所述的構(gòu)成單元中一部分,可包括除了所述的構(gòu)成單元之外的額外的構(gòu)成單元?;蛘撸ㄐ欧?wù)層內(nèi)可由至少兩個以上的所述的構(gòu)成單元的功能所綜合的構(gòu)成單元來構(gòu)成。此外,為了支援通信服務(wù)層所必須執(zhí)行的服務(wù),所述的構(gòu)成單元只是通信服務(wù)層必須具有的構(gòu)成單元的一個例子。換句話說,通信服務(wù)層通過通信服務(wù)層所執(zhí)行的作用進行定義,不是通過所述的構(gòu)成單元的示例來限定通信服務(wù)層的構(gòu)成。[0079]無線電控制架構(gòu)在應用處理器和無線電處理器上進行操作的構(gòu)成(圖2)中,作為本發(fā)明的分發(fā)、設(shè)置及操作方法的對象的無線電應用131、134、137可分別包括應用處理器層執(zhí)行部分132、135、138和無線電處理器層執(zhí)行部分133、136、139。作為無線電應用的應用處理器層執(zhí)行部分的無線電控制器(RC:Rad1Controller)可構(gòu)成為執(zhí)行如下作用:向通信服務(wù)層(communicat1nservicelayer)的監(jiān)控器(monitor)發(fā)送文本信息(contextinformat1n)或者交換通信服務(wù)層的網(wǎng)絡(luò)協(xié)議棧(networkingstack)。[0080](2)無線電處理器層[0081]如圖2和圖3所示,無線電處理器層包括如下構(gòu)成單元。[0082]-無線電OS121、221是實時操作系統(tǒng)。[0083]如果無線電控制架構(gòu)為在應用處理器和無線電處理器上進行操作的構(gòu)成(即,圖2中所示例的構(gòu)成),則在無線電OS上可存在無線電控制架構(gòu)的無線電處理器執(zhí)行部分124。如果無線電控制架構(gòu)為只在無線電處理器上進行操作的構(gòu)成(即,圖3中所示例的構(gòu)成),則在應用處理器層上不存在無線電控制架構(gòu),并且只在無線電處理器層上存在無線電控制架構(gòu)230。[0084]-如果無線電控制架構(gòu)為只在無線電處理器上進行操作的構(gòu)成(即,圖3中所示例的構(gòu)成),則與之前示例的圖2的情況不同,在無線電OS221上存在通信服務(wù)層(Communicat1nserviceLayer)222。[0085]圖3中所示例的通信服務(wù)層222的作用及構(gòu)成例與圖2中所示例的通信服務(wù)層113的作用及構(gòu)成例相同,因此省略說明。[0086]-無線電平臺驅(qū)動器(Rad1PlatformDriver)122、223是如普通的硬件驅(qū)動一樣,為了識別硬件無線電平臺通過無線電OS所要求的構(gòu)成單元。[0087]-無線電平臺硬件(Rad1PlatformHardware)123、224通??砂o線電處理器的核心和基帶加速器。為了標準功能塊所準備的基帶加速器通常提供為應用型專用集成電路(Applicat1n-SpecificIntegratedCircuit)的形態(tài)。[0088]-如果無線電控制架構(gòu)為只在無線電處理器上進行操作的構(gòu)成(即,圖3中所示例的構(gòu)成),則作為本發(fā)明的分發(fā)、設(shè)置及操作方法的對象的無線電應用231、234、237在無線電程序?qū)由线M行操作。[0089]各個無線電應用的無線電控制器(RC:Rad1Controller)132、135、138執(zhí)行如下作用:向通信服務(wù)層(communicat1nservicelayer)的監(jiān)控器發(fā)送文本信息(contextinformat1n)或者交換通信服務(wù)層的網(wǎng)絡(luò)協(xié)議棧和數(shù)據(jù)。[0090]多無線電接口(MUltiRad1Interface,MURI)是所述通信服務(wù)層和控制架構(gòu)之間的接口,綜合無線電應用程序接口(UnifiedRad1Applicat1nInterface,URAI)是無線電應用和控制架構(gòu)之間的接口。[0091]無線電應用是使得移動終端的通信能夠進行的應用,從而可分發(fā)為無線電應用程序包(RAP:Rad1Applicat1nPackage)。無線電應用程序包的構(gòu)成單元為如下。[0092]I)用戶定義功能塊(UserdefinedFunct1nBlock,UDFB)[0093]2)管道配置兀數(shù)據(jù)(pipelineconfigurat1nmeta-data)[0094]3)無線電控制器代碼(RCcode)[0095]4)無線電庫(Rad1Library)-在標準功能塊分發(fā)為可執(zhí)行代碼形態(tài)的情況下,無線電庫在無線電應用程序包與標準功能塊一起包括為可執(zhí)行代碼形態(tài)而分發(fā)。[0096]無線電應用程序包下載于應用處理器層的OS,并且用戶定義功能塊代碼和無線電庫參照管道配置元數(shù)據(jù),并經(jīng)過從應用處理器加載至無線電處理器的過程可加載于無線電處理器層的無線電OS。[0097](3)無線電控制架構(gòu)[0098]無線電控制架構(gòu)(RCF:Rad1ControlFramework)130、230是提供無線電應用的操作環(huán)境的構(gòu)成單元。[0099]如果無線電控制架構(gòu)為在應用處理器和無線電處理器上進行操作的構(gòu)成(S卩,圖2中所示例的構(gòu)成),則無線電控制架構(gòu)可分為兩個組114、124。換句話說,一個組在應用處理器上進行操作,并且另一個組在無線電處理器上進行操作。無線電控制架構(gòu)的某個構(gòu)成單元進行實時操作(無線電處理器上進行操作)并且某個構(gòu)成單元進行非實時操作(在應用處理器上進行操作)是可根據(jù)各個供應商(Vendor)而進行不同地決定。[0100]如果無線電控制架構(gòu)為只在無線電處理器上進行操作的構(gòu)成(即,圖3中所示例的構(gòu)成),則無線電控制架構(gòu)在沒有無線電處理器執(zhí)行部分和應用執(zhí)行部分的區(qū)分下,只存在于無線電處理器層。[0101]無線電控制架構(gòu)(Rad1ControlFramework,RCF)基本上包括如下五種構(gòu)成單元的至少一部分,并可構(gòu)成為對無線電應用進行管理。[0102]但是,無線電控制架構(gòu)只可包括后敘的五種構(gòu)成單元中一部分,還可進一步包括除了五種構(gòu)成單元之外的構(gòu)成單元?;蛘撸瑹o線電控制架構(gòu)可包括綜合有至少兩個以上的后敘的構(gòu)成單元的功能的構(gòu)成單元。[0103]無線電控制架構(gòu)的功能及作用通過后敘的構(gòu)成單元所執(zhí)行的功能進行定義,并不是通過后敘的示例性構(gòu)成單元限定無線電控制架構(gòu)的構(gòu)成。換句話說,無線電控制架構(gòu)可具有用于執(zhí)行后敘的構(gòu)成單元的功能中至少一部分的各種構(gòu)成。[0104]I)配置管理器(CM:Configurat1nManager):對于多無線電終端裝置的無線電應用的安裝/卸載、實例(instance)的生成/刪除和對于無線電應用的無線電參數(shù)的接入管理(accessmanagement)。[0105]2)無線電連接管理器(RCM:Rad1Connect1nManager):根據(jù)用戶請求的無線電應用的激活/去激活及可從一個無線電應用向其他無線電應用切換(switching)的用戶數(shù)據(jù)流的整體管理。[0106]3)流量控制器(FC:FlowController):用戶數(shù)據(jù)包(packet)的發(fā)送和接收及流動控制。[0107]4)多無線電控制器(MRC:Mult1-Rad1Controller):為了預先感知無線電應用間的互操作性(interoperability)問題,調(diào)度對于從同時執(zhí)行的無線電應用中所提出的無線電資源(rad1resources)的請求。[0108]5)資源管理器(RM:ResourceManager):滿足實時請求事項的同時,使得同時激活的無線電應用間共享多無線電資源的多無線電資源的管理。[0109]無線電處理器層的軟件架構(gòu)[0110]以上,對本發(fā)明目的所在的無線電應用的整體軟件架構(gòu)和操作環(huán)境進行了說明。以下,提供對所述的無線電應用的無線電處理器層內(nèi)的操作結(jié)構(gòu)進行的更詳細的說明。[0111]如果對無線電應用程序包進行下載,則將需在無線電應用層中進行操作的用戶定義功能塊代碼和無線電庫設(shè)置為可在無線電處理器層中進行接入。[0112]以下,將包括有所述用戶定義功能塊代碼的代碼定義為配置代碼(configurat1ncode;或者簡稱為’configcode’),其中所述代碼用于構(gòu)成需在無線電處理器層上進行操作的單元。配置代碼(configcode)根據(jù)情況只可包括用戶定義功能塊代碼,或者與用戶定義功能塊代碼一起包括無線電庫。配置代碼(configcode)可采取可執(zhí)行代碼(executablecode)或者中間表不(IR:1ntermediateRepresentat1n)形態(tài)。[0113]此外,以下將實際無線電平臺定義為目標(target)無線電平臺,作為具有對于目標無線電平臺的硬件抽象性的虛擬媒介,從而定義為影子無線電平臺(ShadowRad1Platform)的概念。影子無線電平臺可以是指無線電應用的開發(fā)者虛擬為無線電應用的操作環(huán)境的無線電平臺的含義。例如,無線電應用的影子無線電平臺可與目標無線電平臺相同,并且可與目標無線電平臺不同。在影子無線電平臺與目標無線電平臺不同的情況下,作為對應于實際目標無線電平臺的概念,影子無線電平臺可理解為硬件獨立的虛擬的裝置,因此影子無線電平臺可成為無線電虛擬機(RVM:Rad1VirtualMachine)。[0114]影子無線電平臺與目標無線電平臺不同,從而在影子無線電平臺成為無線電虛擬機的情況下,無線電虛擬機執(zhí)行虛擬化功能,所述虛擬化功能可使得所述的配置代碼(configcode)在實際目標無線電平臺上進行操作,并且在實現(xiàn)方面上可以是后端(back-end)編譯器(compiler),所述后端編譯器提供將所述配置代碼(configcode)編譯為目標無線電平臺的可執(zhí)行代碼(executablecode)的即時(JIT,just-1n-time)或提前(Α0Τ,ahead-of-time)方法。[0115]圖4是用于說明根據(jù)本發(fā)明的無線電應用的無線電處理器層軟件架構(gòu)的概念圖。[0116]無線電處理器向移動設(shè)備提供通信能力(communicat1ncapabilities),示例于圖4的用于無線電處理器層的軟件架構(gòu)可包括如下構(gòu)成單元。[0117]I)無線電OS[0118]2)無線電控制架構(gòu)的無線電處理器執(zhí)行部分(無線電控制架構(gòu)分離為無線電處理器執(zhí)行部分和應用執(zhí)行部分而構(gòu)成的情況下)、無線電控制架構(gòu)整體(無線電控制架構(gòu)只在無線電處理器上進行操作的情況下)[0119]3)在無線電控制架構(gòu)只在無線電處理器上進行操作的情況下,通信服務(wù)層(在便利性方面,圖4中表示為通信服務(wù)層在無線電處理器上進行操作,但是無線電控制架構(gòu)在無線電處理器和應用處理器上都進行操作的情況下,通信服務(wù)層在應用處理器上進行操作)[0120]4)在影子無線電平臺(ShadowRad1Platform)為無線電虛擬機(RVM;RadiοVirtualMachine)的情況下,無線電虛擬機的實現(xiàn)(implementat1n)[0121]5)在影子無線電平臺為無線電虛擬機的情況下,無線電庫(Rad1Lib)的本機實現(xiàn)(nativeimplementat1n)[0122]6)無線電應用(RA)的配置代碼(configurat1ncode;configcodes)-配置代碼可提供為目標無線電平臺的可執(zhí)行代碼或者平臺獨立的中間表示(IR:1ntermediateRepresentat1n)形態(tài)。[0123]在影子無線電平臺為無線電虛擬機的情況下,配置代碼(Configcode)通過無線電虛擬機來解釋(interpreted),并且在影子無線電平臺為目標無線電平臺的情況下,配置代碼(Configcode)屬于可直接在所屬目標無線電平臺上可直接執(zhí)行的可執(zhí)行代碼。[0124]無線電控制架構(gòu)(RCF)和作為其接口的多無線接口(MUltiRad1Interface,MURI)及綜合無線電應用接口(UnifiedRad1Applicat1nInterface,URAI)和在以上說明的一樣。[0125]影子無線電平臺可以是無線電虛擬機或者目標無線電平臺。[0126]如果影子無線電平臺與目標無線電平臺相同,則前端編譯器(Front-EndCompiler)生成用于目標平臺的可執(zhí)行代碼,并且配置代碼(Configcode)與用于所述的特定平臺的可執(zhí)行代碼均等。[0127]無線電虛擬機是可執(zhí)行配置代碼(configcodes)的抽象化機器,并對于任何硬件都是獨立的。配置代碼(configcodes)通過特定無線電虛擬機在目標平臺上進行執(zhí)行。由此,無線電虛擬機包括后端(back-end)編譯器,所述后端編譯器提供用于將配置代碼(configcodes)編譯為可執(zhí)行代碼的即時(JIT,just-1n-time)或提前(Α0Τ,ahead-of-time)方法。[0128]無線電庫由表示計算基礎(chǔ)(computat1nalbasis)的功能塊構(gòu)成。無線電應用可表示為所述相互連接的功能塊的集合。無線電庫的功能塊表示為規(guī)范性的語言(normativelanguage)。無線電庫的本機實現(xiàn)(nativeimplementat1n)提供用于目標平臺的庫的功能塊的可執(zhí)行代碼。無線電庫可擴展。[0129]綜合無線電應用的操作結(jié)構(gòu)[0130]綜合無線電應用的操作結(jié)構(gòu)可表示為兩種不同的情況。第一個是無線電應用配置代碼為在目標平臺上可執(zhí)行的代碼的情況(通過圖5示例),第二個是無線電應用配置代碼為在指定的移動設(shè)備中進行后端編譯的中間表示(IR:1ntermediateRepresentat1n)代碼的情況(通過圖6示例)。[0131]圖5是用于說明根據(jù)本發(fā)明的綜合無線電應用的操作結(jié)構(gòu)的一個例子的層結(jié)構(gòu)圖,圖6是用于說明根據(jù)本發(fā)明的綜合無線電應用的操作結(jié)構(gòu)的另一個例子的層結(jié)構(gòu)圖。[0132]參照圖5,為了執(zhí)行指定的無線電應用所需的無線電庫和用戶定義功能塊(UDFB;UserDefinedFunct1nBlock)預先包括于無線電應用的可執(zhí)行的配置代碼中。[0133]另外,參照圖6,為了執(zhí)行指定的無線電應用所需的用戶功能塊包括于無線電應用的配置代碼中,并且通過表示于圖4的無線電虛擬機進行后端編譯。在此情況下,因為在無線電應用配置代碼中不能包括無線電庫,所以無線電庫的本機實現(xiàn)只能另外準備在指定的移動設(shè)備內(nèi)。通常,無線電庫的本機實現(xiàn)通過核心芯片供應商(corechipvendor)來提供,但是因為無線電庫包括核心處理器上所實現(xiàn)的標準功能塊(SFB:StandardFunct1nBlock)。[0134]通常,不使用圖5及圖6中所表示的專用的硬件加速器而可實現(xiàn)的無線電庫(本機實現(xiàn))是為了提高標準功能塊的速度及將加速器和程序代碼(programcode)結(jié)合后生成其他的標準功能塊而需要。[0135]無線電應用配置代碼為可執(zhí)行代碼或者中間表示代碼的任何情況下,標準功能塊通過圖5和圖6中都表示的無線電硬件抽象化層(HAL)并根據(jù)專用的硬件邏輯加速器來支持。其意味著:通過專用的硬件邏輯所實現(xiàn)的標準功能塊每當通過指定的無線電應用代碼來呼叫時,不管無線電應用配置代碼是可執(zhí)行代碼還是中間表示代碼,直接實現(xiàn)于經(jīng)過無線電HAL所對應的專用(dedicated)的硬件邏輯加速器上。如后面所敘述的一樣,無線電HAL包括用于接口的硬件抽象化,所述接口為了用戶定義功能塊庫而準備。[0136]標準功能塊是在很多無線電應用中共同使用的功能塊,例如,可以是快速傅立葉變換(FFT,FastFourierTransform),以及/或者在指定的無線電平臺上使用特殊目的加速器從而應當非常有效地進行實現(xiàn)的任何功能塊,例如可以是渦輪代碼(Turbocoder)。[0137]另外,表示于圖6的“用戶功能塊集合(UDFBset)”包括通過指定的無線電應用所使用的所有用戶功能塊。即使是任何的標準功能塊,重要的是通過將它們替代為適當?shù)臉藴使δ軌K而可進行修正以及/或者擴展,換句話說,要替代的標準功能塊的修正以及/或者擴展的版本(vers1n)。由此,為了標準功能塊的擴展,某個用戶功能塊可成為好的候補,并意味著它們可作為后來標準功能塊進行添加。在此情況下,用戶功能塊作為標準功能塊而添加后,規(guī)定為正規(guī)標準功能塊。因為“用戶功能塊集合(UDFBset)”可通過替代無線電平臺供應商的無線電應用的提供者(換句話說,第三方(3rdparty))而提供,所以為了使得無線電控制架構(gòu)能夠執(zhí)行所有用戶功能塊的事件(event)以及/或者指令(co_and)的基本控制,如’start’、’stop’、’pause’、’getport’及’initialize’一樣的控制接口的標準集合只能為了所對應的用戶功能塊而規(guī)定才可執(zhí)行。由于所述目的,歐洲電信標準化協(xié)會(ETSI)可重構(gòu)無線電系統(tǒng)(RRS)將通過控制接口的標準集合,對所實現(xiàn)的各個用戶功能塊的控制接口標準集合進行適當?shù)匾?guī)定。對于用戶功能塊的控制接口的標準集合規(guī)定提供為協(xié)議/接口TS(Protocol/InterfaceTS)文件。表示于圖5及圖6的無線電平臺一般是為了實現(xiàn)各個功能塊而包括核心和專用硬件加速器。[0138]如圖6所示,綜合無線電應用的操作結(jié)構(gòu)包括如下的構(gòu)成單元。[0139]-無線電應用,其將標準功能塊和用戶定義功能塊對應于指定的無線電應用程序包(RAP;Rad1Applicat1nPackage)的元數(shù)據(jù)的內(nèi)容而包括。多空指數(shù)(BBI)對所對應的功能塊的名稱進行特定,從而表示各個功能塊自體。此外,如前面所述一樣,BBI是說明與所對應的功能塊關(guān)聯(lián)的接口。[0140]-無線電庫(本機實現(xiàn))包括標準功能塊的配置代碼,與利用專用的硬件邏輯所實現(xiàn)的標準功能塊通過無線電HAL進行支持相反,其在核心處理器上進行執(zhí)行。[0141]-“用戶功能塊集合”一般通過無線電應用提供者(provider)而提供,并且包括在指定的無線電應用程序包中所使用的所有用戶功能塊。用戶功能塊與無線電應用程序包元數(shù)據(jù)(metadata)及無線電控制器代碼一起包括。通常,因為用戶功能塊為標準功能塊的修正以及/或者擴展版本,所以用戶功能塊可對標準功能塊庫具有依賴性。[0142]-無線電HAL對無線電平臺進行抽象化。無線電HAL應注意如下方面:利用專用的硬件加速器所實現(xiàn)的標準功能塊可直接在所對應的專用硬件加速器上執(zhí)行。[0143]-無線電平臺驅(qū)動使得無線電OS識別無線電平臺。[0144]-無線電平臺通??扇堪ê诵暮蛯S玫挠布铀倨鳌0145]圖7是用于說明實現(xiàn)根據(jù)本發(fā)明的無線電平臺的功能塊庫的概念圖。參照圖7,對由核心及各種種類的周邊設(shè)備構(gòu)成的指定的無線電平臺的功能塊實現(xiàn)進行示例。[0146]在示例于圖7中的實施例中,在核心處理器上所實現(xiàn)的標準功能塊的數(shù)字為M,專用的硬件邏輯加速器上所實現(xiàn)的標準功能塊的數(shù)字為N。如前面所述的一樣,利用專用硬件邏輯加速器所實現(xiàn)的標準功能塊,例如快速傅氏變換(FFT,FastFourierTransformat1n)、潤輪解碼器(turbodecoder)、MIMO解碼器(ΜΙΜΟdecoder)等為了高性能和低電力消耗可在所對應的專用硬件邏輯加速器上直接執(zhí)行。為了在專用加速器上的執(zhí)行,所述標準功能塊通過無線電HAL進行支持。其意味著當執(zhí)行于專用加速器上的各個標準功能塊從無線電應用中進行呼叫時,在所對應的專用加速器上經(jīng)過無線電HAL直接進行執(zhí)行。類似地,例如,在如位元反轉(zhuǎn)(bit-reverse),乘法(multiply)及堆積(accumulat1n)等一樣的核心處理器上所執(zhí)行的各個標準功能塊從無線電應用中進行呼叫時,在指定的核心(例如,ARMwithNeon)上進行執(zhí)行。[0147]結(jié)果,在無線電處理器上所需的可執(zhí)行代碼構(gòu)成為如下兩個部分。一個部分是在可編程(pr0gra_able)核心上所執(zhí)行的標準功能塊的可執(zhí)行代碼,另一個部分是用于在專用加速器上所執(zhí)行的標準功能塊的無線電HAL代碼。[0148]將其可概略為如下。{C:為了標準功能塊的實現(xiàn)所需的無線電處理器上的可執(zhí)行代碼}={A:用于在可編程核心上所執(zhí)行的標準功能塊的可執(zhí)行代碼}+{B:用于在加速器上所執(zhí)行的標準功能塊的無線電HAL代碼}。換句話說,是C=A+B,并且A和B的分管可根據(jù)各個供應商來決定。[0149]此外其暗示如下。{標準功能塊}={在核心處理器上所實現(xiàn)的標準功能塊}和{在專用硬件加速器上所實現(xiàn)的標準功能塊}的并集,{在核心處理器上所實現(xiàn)的標準功能塊}和{在專用硬件加速器上所實現(xiàn)的標準功能塊}的交集是空集。[0150]另外,如前面所述一樣,用戶定義功能塊應利用標準接口來記述。如圖7所示,應注意如下:用戶定義功能塊的標準接口與在核心處理器上所實現(xiàn)的標準功能塊及專用硬件極速器上所實現(xiàn)的標準功能塊中一個或者兩者關(guān)聯(lián)。[0151]將標準接口區(qū)分為兩個組的理由是因為各個類別(category)具有各自的優(yōu)點和缺點,所述兩個組包括對應于核心處理器上所執(zhí)行的標準功能塊的組和對應于專用硬件加速器上所執(zhí)行的標準功能塊的組。因為后者一般實現(xiàn)為專用的硬件邏輯,所以在需要電力消耗、速度的操作及可能在費用效率性上有利。相反,因為前者一般在微處理器上執(zhí)行,所以在靈活性(flexibility)上有利。在性能的側(cè)面上,直到可編程設(shè)備比專用的硬件設(shè)備具有競爭力時,可預想到在初期階段相對地更廣泛地使用專用的硬件加速器。在長期的觀點上,當半導體技術(shù)越來越逐漸進化,核心依賴(core-dependent)標準功能塊逐漸比核心及周邊設(shè)備依賴性(coreandperipheraldependent)標準功能塊更具優(yōu)勢,并且可實現(xiàn)為指令集體系結(jié)構(gòu)(ISA:1nstruct1nSetArchitecture)水平的加速功能。[0152]在本說明書中所示例的標準功能塊的粒度(granularity)只是以說明的目的進行示例,如前面所述,標準功能塊接口定義為另外的文件。[0153]軟件架構(gòu)參考點(referencepoints)[0154]以下的說明是用于實現(xiàn)綜合無線電應用的安裝/卸載、實例的生成及刪除、操作的無線電控制架構(gòu)和無線電應用間的接口(interfacing)步驟和接口的例子。[0155]圖8是表示用于移動設(shè)備的參考點的整體架構(gòu)的示意圖。[0156]圖8中,兩個塊之間的實線(solidline)作為兩個塊之間所定義的參考點,意味著通過直接的相互作用而執(zhí)行的參考點。相反,兩個塊之間的虛線(dottedline)意味著基于通過所對應的塊發(fā)行的指令(command)并根據(jù)通過無線電(Rad1)OS的相互作用所執(zhí)行的參考點。如后面所述,RCF的塊,例如CM、RCM、MRC及RM,通過無線電(Rad1)OS發(fā)行可在URA中實現(xiàn)相互作用的指令(command)。[0157]各個參考點的定義基于如下三種種類的接口:多無線電接口(MURI,MultipleRad1Interfaces),其作為無線電控制架構(gòu)的兀件(Component)和通信服務(wù)層(communicat1nservicelayer)的元件間的接口;綜合無線電應用接口(URAI,UnifiedRad1Applicat1nsInterfaces),其作為通用無線電應用(URA:UniversalRad1Applicat1n)和無線電控制架構(gòu)的元件間的接口;以及可重構(gòu)射頻接口(RRFI,ReconfigurableRad1FrequencyInterfaces),其作為通用無線電應用和射頻(RF)部分的接口。添加到屬于MUR1、URAI及RRFI的接口,從而RCF的元件間的接口也定義為參考點。在此文件中,參考點根據(jù)各個功能步驟進行分類,以便對各個參考點的分類與后文所述的操作步驟(procedure)相對應。[0158]I)參考點(ReferencePoint)1:用于無線電應用的安裝(install)/卸載(uninstall)及實例(instance)生成(creating)/刪除(deleting)的接口。[0159]圖9是表示用于無線電應用的安裝/卸載及實例(instance)生成/刪除的參考點的例子的示意圖。[0160]參照圖9,CFla是管理員(administrator)和CM(Configurat1nManager)間的接口,其用于管理員(Administrator)將無線電應用(RA:Rad1Applicat1n)的安裝、卸載指示給CM(Configurat1nManager),或者管理員(administrator)從CM接收對于請求的應答。[0161]CF2a是MPM和CM間的接口,其用于MPM向CM請求無線電應用的實例生成或者刪除,或者MPM從CM接收對于請求的應答。[0162]CF4是CM和MRC間的接口,其用于在無線電應用實例的生成步驟中CM向MRC請求傳輸與無線電資源相關(guān)的參數(shù),或者CM接收對于所述請求(換句話說,與無線電資源相關(guān)的參數(shù))的應答。[0163]CF5是CM和RM間的接口,其用于在RA實例的生成步驟中CM向RM請求傳輸與計算資源(computat1nalresources)相關(guān)的參數(shù),或者CM接收對于所述請求(換句話說,與計算資源相關(guān)的參數(shù))。[0164]2)參考點(ReferencePoint)2:用于無線電應用的列表檢查(listchecking)的接口[0165]圖10是表示用于獲取無線電應用的列表(list)的參考點的例子的示意圖。[0166]參照圖10,CFlb是管理員(administrator)和CM間的接口,其用于管理員(administrator)向CM請求將無線電應用列表傳輸給管理員(administrator),或者管理員(administrator)從CM接收對于請求的應答(換句話說,無線電應用列表)。[0167]CF2b是MPM和CM間的接口,其用于流動性政策管理器(MPM,MobilityPolicyManager)向CM請求將無線電應用列表傳輸給MPM,或者MPM從CM接收對于請求的應答(換句話說,無線電應用列表)。[0168]3)參考點(ReferencePoint)3:用于無線電應用的激活/去激活的接口[0169]圖11是表示用于無線電應用的激活/去激活的參考點的例子的示意圖。[0170]參照圖11,CTRLla是MPM和RCM間的接口,其用于MPM向無線電連接管理器(RCM,Rad1Connect1nManager)請求執(zhí)行RA的激活/去激活,或者MPM從RCM接收對請求的應答。[0171]4)參考點(ReferencePoint)4:用于文本信息(contextinformat1n)傳達的接Π[0172]圖12是表示用于傳達文本信息的參考點的例子的示意圖。[0173]參照圖12,CII是監(jiān)控器和無線電應用RC間的接口,其用于監(jiān)控器(monitor)向無線電應用的RC請求將文本信息傳輸給監(jiān)控器,或者監(jiān)控器從所述無線電應用的RC接收所述請求(換句話說,文本信息)。[0174]文本信息在無線電應用的對應的功能塊中生成,并且傳達給無線電應用的RC。在與RA內(nèi)部的RC對應的各個功能塊之間應當具有接口。其意味著特別是對用于將文本信息傳達給RC和各個所對應的功能塊間的BBI進行定義。[0175]5)參考點(ReferencePoint)5:用于數(shù)據(jù)流生成及用戶數(shù)據(jù)的收發(fā)的接口[0176]圖13是表示用于數(shù)據(jù)流生成和用戶數(shù)據(jù)收發(fā)的參考點的例子的示意圖。[0177]參照圖13,CTRLlb是MPM和RCM間的接口,其用于MPM向RCM請求形成與同等裝置(peerequipment)的數(shù)據(jù)流或者網(wǎng)絡(luò)連接(associat1n),或者MPM從RCM接收對于請求的應答。[0178]CTRL2是RCM和FC(流量控制器,F(xiàn)lowController)間的接口,其用于RCM向流量控制器(FC:FlowController)請求形成數(shù)據(jù)流,或者RCM從FC接收對于請求的應答。[0179]DCTRLl是FC和網(wǎng)絡(luò)協(xié)議棧(networkingstack)間的接口,其用于FC為了數(shù)據(jù)的收發(fā)步驟從網(wǎng)絡(luò)協(xié)議棧(或者向網(wǎng)絡(luò)協(xié)議棧)接收或者傳達用戶數(shù)據(jù)。此外,DCTRLl對從FC到網(wǎng)絡(luò)協(xié)議棧的發(fā)送用戶數(shù)據(jù)(transmituserdata)包括對于數(shù)據(jù)傳輸結(jié)束的確認(acknowledgment)。[0180]DCTRL2是FC和RA間的接口,其用于FC將用戶數(shù)據(jù)傳達給RA,或者向RA請求傳達如吞吐量(throughput)、數(shù)據(jù)寬帶(bandwidth)等一樣的發(fā)送用戶數(shù)據(jù)的信息。此外,DCTRL2是為了FC從RA接收對于請求的應答而利用。在數(shù)據(jù)接收的情況下,DTRCL2接口是為了從RA向FC傳達接收用戶數(shù)據(jù)(receiveuserdata)而使用。[0181]DCTRL3是RA和RF收發(fā)器(transceiver)間的接口,其用于RA從具有天線(antenna)的RF收發(fā)器(transceiver;XCVR)或者向具有天線的RF收發(fā)器接收或傳達接收/發(fā)送用戶數(shù)據(jù)。[0182]操作步驟(procedure)[0183]I)用于無線電應用的安裝/卸載及實例生成/刪除的步驟[0184]圖14是表示無線電應用的安裝和卸載信號圖(signalingdiagram)。[0185]參照圖14,無線電應用的安裝步驟為如下。[0186]管理員(Administrator)向無線電應用商店(appstore)傳輸包括有無線電應用程序包(RAP)標識符(ID)的DownloadRAPreq信號。[0187]管理員(Administrator)從無線電應用商店接收包括有無線電應用程序包和無線電應用程序包的ID的DownloadRAPCnf信號。[0188]為了請求無線電應用的安裝,管理員(Administrator)向CM傳輸包括有無線電應用程序包的ID的InstallRAReq信號。[0189]CM首先為了驗證RA代碼的互換性(compatibility)、認證(authenticat1n)等執(zhí)行驗證RA代碼的步驟。[0190]CM傳輸包括有無線電應用程序包ID的InstallRAReq信號,以便使得文件管理器執(zhí)行無線電應用的設(shè)置。[0191]文件管理器執(zhí)行無線電應用的安裝,并向CM傳輸包括有無線電應用的ID的InstallRACnf信號,并且CM向管理員(Administrator)傳達包括有無線電應用的ID的InstallRACnf信號。[0192]在下載的無線電應用為中間表示(IR)代碼的情況下,CM在無線電應用的安裝之前,將包括有無線電應用程序包ID的CompileReq信號傳輸給后端(backend)編譯器。如果后端編譯結(jié)束,則后端編譯器將包括有無線電應用程序包ID的CompileCnf信號傳達給CM,CM執(zhí)行對后端編譯的無線電應用的可用性(usability)進行驗證的步驟。[0193]在安裝失敗的情況下,CM利用包括有無線電應用程序包ID和失敗理由的InstallRAPFailCnf信號將無線電應用的安裝失敗理由報告給管理員(Administrator)。[0194]參照圖14,無線電應用的卸載步驟為如下。[0195]管理員(Administrator)將包括有要卸載的無線電應用的ID的UninstallRAReq信號傳輸給CM。[0196]CM將包括有無線電應用的ID的UninstallRAReq信號傳輸給文件管理器。[0197]文件管理器執(zhí)行無線電應用的卸載,并作為卸載結(jié)束的確認,將包括有無線電應用ID的UninstallRACnf信號傳達給CM。[0198]CM將包括有無線電應用ID的UninstallRACnf信號傳輸給管理員(Administrator)。[0199]圖15是表無線電應用的實例生成和刪除/[目號圖。[0200]參照圖15,無線電應用實例的生成步驟為如下。[0201]為了設(shè)置的無線電應用的實例生成,MPM向CM傳達包括有要生成實例的無線電應用的ID的InstatiateRAReq信號。[0202]CM為了獲得用于無線電應用的激活(activat1n)所需的參數(shù)(例如,前向糾錯(FEC,ForwardErrorCorrect1n)參數(shù)、多輸入多輸出(MIMO)參數(shù)、寬帶(bandwidth)等)將包括有無線電應用的ID的RMParemeterReq信號和MRCParameterReq信號傳輸給RM和MRC。[0203]CM從RM接收包括有無線電應用的ID和計算資源參數(shù)的RMParameterCnf信號。[0204]CM從MRC接收包括有無線電應用ID和無線電資源參數(shù)的MRCParameterCnf信號。[0205]如果用于無線電應用的激活所需的參數(shù)接收完成,則為了執(zhí)行無線電應用的安裝將無線電應用ID和參數(shù)傳輸給無線電OS。[0206]如果實例生成結(jié)束,則CM將包括有無線電應用ID的InstatiateRACnf信號傳輸給MPM。[0207]如果CM從RM以及/或者MRC獲得用于無線電應用的激活所需的參數(shù)失敗,則RM以及/或者MRC分別利用RMParameterFailCnf信號以及/或者MRCParameterFailCnf信號將參數(shù)的傳達失敗報告給CM。[0208]如果無線電應用實例生成失敗(換句話說,如果CM接收RMParameterFailCnf信號以及/或者MRCParameterFailCnf信號),則CM利用InstantiateRAFailCnf信號將實例生成失敗報告給MPM。[0209]參照圖15,無線電應用的實例刪除步驟為如下。[0210]MPM利用DeInstantiateRAReq信號將實例需刪除的無線電應用的ID傳輸給CM。[0211]如果CM向無線電OS請求執(zhí)行無線電應用實例刪除,則無線電OS刪除指定的無線電應用的實例。[0212]如果實例刪除結(jié)束,則CM利用DeInstantiateRACnf信號向MPM確認無線電應用實例的刪除。[0213]2)無線電應用的列表檢查(listchecking)步驟[0214]圖16是表示無線電應用列表檢查(listchecking)程序的信號圖。[0215]參照圖16,對設(shè)置的/已實例的/激活的RA的列表進行檢測的步驟為如下。[0216]管理員(Administrator)或者MPM為了獲取RA的list向CM傳輸ListRAReq信號。[0217]CM利用RAList信號將RAlist傳達給管理員(Administrator)或者MPM。[0218]3)用于無線電應用的激活/去激活的步驟[0219]圖17是表示無線電應用激活步驟的信號圖。[0220]參照圖17,無線電應用的激活步驟為如下。[0221]MPM為了無線電應用的激活請求將包括有無線電應用的ID的ActivateReq信號傳送給RCM。[0222]如果RCM請求無線電應用激活的執(zhí)行,則無線電(Rad1)OS激活指定的無線電應用。[0223]在無線電OS結(jié)束無線電應用的激活后,RCM通過向MPM傳輸ActivateCnf信號來確認無線電應用激活的結(jié)束。[0224]如果無線電應用激活失敗,則RCM通過傳輸包括有失敗的RA的ID和失敗原因的ActivateFailCnf信號而向MPM報告RA激活的失敗。[0225]圖18是表示無線電應用的去激活步驟的信號圖。[0226]參照圖18,無線電應用的去激活步驟為如下。[0227]參照圖18,在硬去激活(harddeactivat1n)的情況下,MPM為了請求指定的無線電應用的硬去激活,將包括有無線電應用的ID的HardDeactivateReq信號傳輸給RCM。[0228]如果RCM向無線電OS請求無線電應用的硬去激活,則無線電OS對指定的應用進行去激活。[0229]如果無線電OS結(jié)束無線電應用的硬去激活,則RCM通過向MPM傳輸HardDeactivateCnf信號來確認無線電應用的硬去激活的結(jié)束。[0230]另外,在軟去激活(softdeactivat1n)的情況下,MPM為了請求指定的無線電應用的軟去激活,將包括有無線電應用的ID的SoftDeactivateReq信號傳輸給RCM。[0231]如果RCM向無線電OS請求無線電應用的軟去激活,則無線電OS對指定的無線電應用進行去激活。[0232]如果無線電OS結(jié)束無線電應用的軟去激活,則RCM通過向MPM傳輸SoftDeactivateCnf信號來確認無線電應用的軟去激活。[0233]4)用于文本信息(contextinformat1n)傳達的步驟[0234]圖19是表不用于傳達文本信息的信號圖。[0235]參照圖19,無線電應用向監(jiān)控器或者基帶參數(shù)聚合單元(BasebandParameterAggregat1nUnit;BPA單元)傳輸文本信息的步驟為如下。[0236]監(jiān)控器將包括有無線電應用ID的ContextInformat1n傳達給無線電應用的RC。[0237]無線電應用的RC將包括有文本信息和無線電應用ID的ContextInformat1n信號傳輸給監(jiān)控器,所述文本信息從無線電應用內(nèi)部的所對應的功能塊生成。[0238]如果是使用BPA單元的情況,則無線電應用的RC將包括有文本信息和無線電應用ID的ContextInformat1n信號傳輸給BPA單元。BPA單元為了使得要傳輸?shù)奈谋拘畔⑺加械膶拵ё钚』?,對文本信息進行聚合并壓縮。如果文本信息的聚合及壓縮步驟結(jié)束,則BPA單元利用包括有無線電應用的ID的AggregatedMetric信號將無線電應用的ID和聚合的度量(metric)傳輸給監(jiān)控器。[0239]在文本信息生成失敗的情況下,無線電應用的RC將包括有無線電應用ID和失敗原因的ContextInformat1nFailCnf信號傳輸給監(jiān)控器。[0240]5)用于數(shù)據(jù)流生成及用戶數(shù)據(jù)收發(fā)的步驟[0241]圖20是表示網(wǎng)絡(luò)連接(networkassociat1n)生成步驟的信號圖。[0242]參照圖20,網(wǎng)絡(luò)連接生成步驟為如下。[0243]MPM將包括有無線電應用ID和同等(peer)裝置ID的AssociateReq信號傳達給RCM。同等(peer)裝置可以是無線區(qū)域網(wǎng)絡(luò)接入點(WLANAP,WirelessLocalAreaNetworkaccesspoint)、網(wǎng)關(guān)GPRS支持節(jié)點(GGSN(GatewayGGSNSupportNode)等)、藍牙耳機(Bluetoothheadset)、數(shù)字廣播/電視臺(Rad1andTVBroadcastingStat1n)、全球定位系統(tǒng)(GPS,GlobalPosit1nSystem)衛(wèi)星等。[0244]如果RCM向無線電OS請求網(wǎng)絡(luò)連接生成,則無線電OS將從RCM的AssociateReq信號傳達給無線電應用。無線電應用利用NetAssociateReq信號將所對應的同等裝置的ID傳達給同等裝置。[0245]如果網(wǎng)絡(luò)連接生成結(jié)束,則同等裝置將NetAssociateCnf信號傳輸給無線電應用。無線電OS將AssociateCnf信號傳達給RCM,并且RCM將AssociateCnf信號傳達給MPM。[0246]如果網(wǎng)絡(luò)連接生成失敗,則同等裝置將NetAssociateFailCnf信號傳輸給無線電應用。無線電OS將AssociateFailCnf信號傳輸給RCM,RCM將AssociateFailCnf信號傳達給MPM。[0247]圖21是表示邏輯無線電鏈路(logicalrad1link)連接(associat1n)步驟的信號圖。[0248]參照圖21,邏輯無線電鏈路連接生成步驟為如下。[0249]MPM為了連接其他MD(MobileDevice)和邏輯無線電鏈路,將包括有激活的RAID、同等裝置ID和用戶ID的CreateDataFlowReq信號傳達給RCM。[0250]RCM利用包括有同等裝置ID、激活的RAID、用戶ID及其他移動裝置的用戶ID的CreateDataFlowReq信號向無線電OS請求數(shù)據(jù)流的生成。無線電應用利用LogicalRad1LinkReq信號將所對應的用戶ID、其他移動裝置的用戶ID及同等裝置ID傳達至同等裝置。[0251]如果從同等裝置接收包括有用戶ID和其他移動裝置用戶ID的LogicalRad1LinkReq信號,則網(wǎng)絡(luò)(network)將包括有LogicallinkID的LogicalRad1LinkCnf信號傳達給同等裝置。[0252]如果包括有LogicallinkID的LogicalRad1LinkCnf信號從同等裝置傳達至無線電應用,則無線電OS將包括有網(wǎng)絡(luò)連接ID、無線電應用ID及l(fā)ogicallinkID的CreateDataFlowCnf信號傳達給RCM。[0253]為了數(shù)據(jù)流的配置,RCM將包括有網(wǎng)絡(luò)連接ID和無線電應用ID的CreateFlowReq信號傳輸給FC。在數(shù)據(jù)流生成后,F(xiàn)C將包括有網(wǎng)絡(luò)連接ID、無線電應用ID及生成的數(shù)據(jù)流ID的CreateFlowCnf信號傳達給RCM。[0254]RCM將包括有網(wǎng)絡(luò)連接ID、無線電應用ID及數(shù)據(jù)流ID的CreateDataFlowCnf信號傳輸給MPM。[0255]如果無線電應用從同等裝置接收LogicalRad1LinkRej信號,貝U無線電OS將包括有網(wǎng)絡(luò)連接ID及失敗原因的CreateDataFlowFaiICnf信號傳輸給RCM。RCM為了確認數(shù)據(jù)流生成失敗,將CreateDataFlowFailCnf信號傳達給MPM。[0256]圖22是表示數(shù)據(jù)發(fā)送步驟的信號圖。[0257]參照圖22,數(shù)據(jù)發(fā)送步驟為如下。[0258]網(wǎng)絡(luò)協(xié)議棧為了傳輸用戶數(shù)據(jù)將包括有數(shù)據(jù)流ID和用戶數(shù)據(jù)的DataTransferReq信號傳達給FC。[0259]FC為了請求與要發(fā)送的用戶數(shù)據(jù)相關(guān)的信息,將RAEnvironmentReq信號傳達給無線電應用,所述信息為吞吐量(throughput)、數(shù)據(jù)寬帶等。[0260]無線電應用利用RAEnvironmentCnf信號將環(huán)境信息傳達給FC。[0261]如果接收包括有數(shù)據(jù)流ID的RAEnvironmentCnf信號,則FC將包括有數(shù)據(jù)流ID和用戶數(shù)據(jù)的用戶數(shù)據(jù)(UserData)信號傳達給無線電應用。[0262]無線電應用利用TransmitData信號將包括有數(shù)據(jù)流ID的用戶數(shù)據(jù)傳輸給RFXCVR0[0263]如果數(shù)據(jù)傳輸結(jié)束,則無線電應用通過向FC傳輸DataCnf信號來確認用戶數(shù)據(jù)傳輸結(jié)束。[0264]如果接收DataCnf信號,則FC將包括有數(shù)據(jù)流ID的DataTransferCnf信號傳輸給網(wǎng)絡(luò)協(xié)議棧。[0265]在數(shù)據(jù)傳輸失敗的情況下,無線電應用通過向FC傳輸包括有數(shù)據(jù)流ID的DataFailCnf信號來報告數(shù)據(jù)傳輸?shù)氖?。[0266]如果接收DataFailCnf信號,則FC將包括有數(shù)據(jù)流ID的DataTransferFailCnf信號傳達給網(wǎng)絡(luò)協(xié)議棧。[0267]圖23是數(shù)據(jù)接收步驟的信號圖。[0268]參照圖23,數(shù)據(jù)接收步驟為如下。[0269]具有天線的RF收發(fā)器(RFXCVR)利用ReceiveData將包括有數(shù)據(jù)流ID的接收的用戶數(shù)據(jù)傳達至無線電應用。[0270]無線電應用在對從RF收發(fā)器(transceiver)接收的數(shù)據(jù)進行解碼后,將包括有數(shù)據(jù)流ID和用戶數(shù)據(jù)的用戶數(shù)據(jù)(UserData)信號傳達給FC。[0271]FC將包括有數(shù)據(jù)流ID和從無線電應用接收的用戶數(shù)據(jù)的DataInd信號傳達至網(wǎng)絡(luò)協(xié)議棧。[0272]以上參照本發(fā)明的優(yōu)選實施例進行了說明,但是應當理解為所屬【
技術(shù)領(lǐng)域
】的熟練的技術(shù)人員在不脫離記載于以下的權(quán)利要求范圍的本發(fā)明的思想及領(lǐng)域的范圍內(nèi)可對本發(fā)明進行各種修正及變更?!緳?quán)利要求】1.一種無線電應用操作方法,其作為無線電應用在具有無線電處理器的終端的無線電處理器層上進行操作的方法,其特征在于,包括如下步驟:對所述無線電應用目的所在的影子無線電平臺和所述終端的實際無線電平臺是否相同進行判斷;以及在所述無線電應用目的所在的影子無線電平臺和所述終端的實際無線電平臺相同的情況下,在所述無線電處理器上執(zhí)行所述無線電應用的配置代碼。2.根據(jù)權(quán)利要求1所述的無線電應用操作方法,其特征在于:所述配置代碼可將構(gòu)成所述無線電應用的用戶定義功能塊的用戶定義功能塊代碼和構(gòu)成所述無線電應用所利用的標準功能塊的無線電庫在所述實際無線電平臺中包括為可執(zhí)行的可執(zhí)行代碼形態(tài)而構(gòu)成3.根據(jù)權(quán)利要求2所述的無線電應用操作方法,其特征在于:所述標準功能塊的至少一部分可實現(xiàn)為所述無線電應用通過所述無線電處理器層的無線電硬件抽象層執(zhí)行的專用的硬件邏輯。4.根據(jù)權(quán)利要求1所述的無線電應用操作方法,其特征在于,額外包括如下步驟:從服務(wù)器中下載包括有所述無線電應用的配置代碼的無線電應用程序包。5.根據(jù)權(quán)利要求1所述的無線電應用操作方法,其特征在于:所述無線電應用在所述終端的無線電處理器及應用處理器中至少一個上進行操作,并且與向所述無線電應用提供操作環(huán)境的無線電控制架構(gòu)進行聯(lián)動。6.根據(jù)權(quán)利要求5所述的無線電應用操作方法,其特征在于:所述無線電控制架構(gòu)可包括配置管理器、無線電連接管理器、流量控制器、多無線電控制器及資源管理器中至少一個,其中所述配置管理器執(zhí)行對所述無線電應用的安裝/卸載及實例生成/刪除并管理無線電參數(shù),所述無線電連接管理器對所述無線電應用的激活/去激活及無線電應用間的用戶數(shù)據(jù)流切換進行管理,所述流量控制器對用戶數(shù)據(jù)包的發(fā)送/接收及流量進行控制,所述多無線電控制器調(diào)度針對來自無線電應用的頻譜資源的請求,所述資源管理器使得無線電應用間共享無線電資源。7.一種無線電應用操作方法,其作為無線電應用在具有無線電處理器的終端的無線電處理器層上進行操作的方法,其特征在于,包括如下步驟:對所述無線電應用目的所在的影子無線電平臺和所述終端的實際無線電平臺是否相同進行判斷;以及在所述無線電應用目的所在的影子無線電平臺與所述終端的實際無線電平臺不同的情況下,在無線電虛擬機中對所述無線電應用的配置代碼進行編譯,從而在所述無線電處理器上執(zhí)行。8.根據(jù)權(quán)利要求7所述的無線電應用操作方法,其特征在于:所述配置代碼將構(gòu)成所述無線電應用的用戶定義功能塊的用戶定義功能塊代碼包括為在所述實際無線電平臺中變換為可執(zhí)行的可執(zhí)行代碼的中間表示形態(tài)。9.根據(jù)權(quán)利要求7所述的無線電應用操作方法,其特征在于:所述無線電虛擬機包括即時編譯器,其將所述配置代碼編譯為所述實際無線電平臺的可執(zhí)行代碼。10.根據(jù)權(quán)利要求7所述的無線電應用操作方法,其特征在于:所述無線電虛擬機可包括提前編譯器,其將所述配置代碼編譯為所述實際無線電平臺的可執(zhí)行代碼。11.根據(jù)權(quán)利要求7所述的無線電應用操作方法,其特征在于:所述終端在所述無線電處理器層內(nèi)具有標準功能塊的本機實現(xiàn)。12.根據(jù)權(quán)利要求7所述的無線電應用操作方法,其特征在于:所述終端可具有標準功能塊,所述標準功能塊實現(xiàn)為所述無線電應用通過所述無線電處理器層的無線電硬件抽象層執(zhí)行的專用的硬件邏輯。13.根據(jù)權(quán)利要求7所述的無線電應用操作方法,其特征在于,額外包括如下步驟:從服務(wù)器中下載包括有所述無線電應用的配置代碼的無線電應用程序包。14.根據(jù)權(quán)利要求7所述的無線電應用操作方法,其特征在于:所述無線電應用在所述終端的無線電處理器及應用處理器中至少一個上進行操作,并且可與向所述無線電應用提供操作環(huán)境的無線電控制架構(gòu)聯(lián)動。15.根據(jù)權(quán)利要求7所述的無線電應用操作方法,其特征在于:所述無線電控制架構(gòu)可包括配置管理器、無線電連接管理器、流量控制器、多無線電控制器及資源管理器中至少一個,其中所述配置管理器執(zhí)行對所述無線電應用的安裝/卸載及實例生成/刪除,并管理無線電參數(shù),所述無線電連接管理器對所述無線電應用的激活/去激活及無線電應用間的用戶數(shù)據(jù)流切換進行管理,所述流量控制器對用戶數(shù)據(jù)包的發(fā)送/接收及流量進行控制,所述多無線電控制器調(diào)度針對來自無線電應用的頻譜資源的請求,所述資源管理器使得無線電應用間共享無線電資源。【文檔編號】H04B7/04GK104247290SQ201380019559【公開日】2014年12月24日申請日期:2013年4月12日優(yōu)先權(quán)日:2012年4月12日【發(fā)明者】崔勝元,安致榮,梁鉉旭,金俊,金勇,琴東弦,方細姬申請人:漢陽大學校產(chǎn)學協(xié)力團
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
白朗县| 新宾| 修武县| 青龙| 岳阳县| 泰州市| 广德县| 平昌县| 方山县| 普洱| 西安市| 石首市| 兴化市| 托里县| 肥东县| 红原县| 罗江县| 额济纳旗| 盐山县| 九江市| 雅江县| 喜德县| 阿拉善盟| 青田县| 句容市| 皮山县| 武定县| 咸阳市| 银川市| 汝南县| 明星| 仙游县| 鹤山市| 吴忠市| 榆社县| 武陟县| 阿合奇县| 文山县| 侯马市| 上杭县| 莎车县|