技術(shù)領(lǐng)域
本發(fā)明涉及用于網(wǎng)絡(luò)功能虛擬化(NFV)的系統(tǒng)與方法,并且在具體的實(shí)施例中,涉及用于虛擬網(wǎng)絡(luò)功能(VNF)策略管理的系統(tǒng)與方法。
背景技術(shù):
網(wǎng)絡(luò)功能虛擬化(NFV)是本行業(yè)為運(yùn)用通用構(gòu)建的硬件平臺(tái)將網(wǎng)絡(luò)設(shè)備虛擬化,從而降低成本、提高運(yùn)營(yíng)效率和靈活性而做出的努力。歐洲電信標(biāo)準(zhǔn)協(xié)會(huì)(ETSI)NFV行業(yè)規(guī)范工作組(ISG)就是為NFV開發(fā)框架的組織。NFV就是通過(guò)虛擬硬件抽象,以將網(wǎng)絡(luò)功能與其運(yùn)行硬件相分離的原則(參見“網(wǎng)絡(luò)功能虛擬化:基礎(chǔ)設(shè)施綜述(Network Functions Virtualization(NFV):Infrastructure Overview)”(ETSI GS NFV-INF 001 V1.1.1(2015-01),http://www.etsi.org/deliver/etsi_gs/NFV-INF/001_099/001/01.01.01_60/gs_NFV-INF001v010101p.pdf),所述文檔在此通過(guò)引用全文并入本申請(qǐng))(注:ETSI的文檔使用了英式拼寫“virtualisation”(用字母“s”),而本申請(qǐng)所用為美式拼寫“virtualization”(用字母“z”)。
虛擬網(wǎng)絡(luò)功能(VNF)的運(yùn)行時(shí)實(shí)例化(下稱“VNF實(shí)例”)是通過(guò)在NFV主機(jī)上完成VNF軟件的實(shí)例化、以及通過(guò)在各VNF實(shí)例之間建立連接性而創(chuàng)建的。這可通過(guò)利用VNF描述符(VNFD)中所記載的VNF部署和運(yùn)行信息以及附加的運(yùn)行時(shí)實(shí)例特定信息和約束以完成。VNF實(shí)例要求指定該實(shí)例所需的容量。
技術(shù)實(shí)現(xiàn)要素:
在本公開的一個(gè)實(shí)施例中描述了一種方法,其包括網(wǎng)絡(luò)功能虛擬化(NFV)管理器獲取用于在計(jì)算平臺(tái)上管理多個(gè)虛擬網(wǎng)絡(luò)功能(VNF)實(shí)例的多個(gè)策略。所述NFV管理器也定義在所述計(jì)算平臺(tái)上運(yùn)行的至少一個(gè)VNF實(shí)例。所述至少一個(gè)VNF實(shí)例具有定義,所述定義包括策略指示,所述策略指示表示對(duì)所述NFV管理器所管理的所述多個(gè)策略中的至少一個(gè)的接收、修改或拒絕。
本公開的另一個(gè)實(shí)施例包括NFV管理器,該NFV管理器包括處理器,以及存儲(chǔ)有由所述處理器執(zhí)行的程序的非暫時(shí)性計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)。所述程序包括指令以獲取用于在計(jì)算平臺(tái)上管理多個(gè)虛擬網(wǎng)絡(luò)功能(VNF)實(shí)例的多個(gè)策略,并定義在所述計(jì)算平臺(tái)上運(yùn)行的至少一個(gè)VNF實(shí)例。所述VNF實(shí)例具有定義,所述定義包括策略指示,所述策略指示表示對(duì)所述NFV管理器所管理的所述多個(gè)策略中的至少一個(gè)的接收、修改或拒絕。
附圖說(shuō)明
為更全面地理解本發(fā)明及其優(yōu)點(diǎn),將參照結(jié)合附圖進(jìn)行的以下描述,在本附圖中:
圖1示出了簡(jiǎn)單的功能網(wǎng)絡(luò);
圖2示出了運(yùn)用網(wǎng)絡(luò)虛擬化而實(shí)現(xiàn)的圖1所示的功能網(wǎng)絡(luò);
圖3示出了適用于網(wǎng)絡(luò)虛擬化的平臺(tái)的功能圖;
圖4示出了NFV系統(tǒng)的策略管理接口;
圖5示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的VNF策略指示表;
圖6示出了可用于實(shí)現(xiàn)圖5所示實(shí)施例的流程圖;
圖7示出了根據(jù)一個(gè)實(shí)施例修改的策略管理接口;
圖8示出了根據(jù)一個(gè)實(shí)施例用于更新策略能力的流程;
圖9示出了根據(jù)一個(gè)實(shí)施例可用于實(shí)現(xiàn)例如本文所述設(shè)備和方法的計(jì)算平臺(tái);并且
圖10示出了可在其中實(shí)現(xiàn)本公開的一個(gè)或多個(gè)實(shí)施例的電信系統(tǒng)。
具體實(shí)施方式
以下詳細(xì)討論優(yōu)選實(shí)施例的結(jié)構(gòu)、制造和應(yīng)用。然而,應(yīng)當(dāng)理解的是,本發(fā)明提供了可在許多種特定背景下實(shí)施的具有適用性的眾多本發(fā)明的概念。所討論的具體實(shí)施例僅僅說(shuō)明了實(shí)現(xiàn)及使用本發(fā)明的特定方式,并非限制本發(fā)明的范圍。
圖1示出了簡(jiǎn)單的功能網(wǎng)絡(luò)10。復(fù)雜網(wǎng)絡(luò)通常被組織成由所定義的接口連接的多個(gè)功能塊。網(wǎng)絡(luò)10包括功能塊12、14和16。每個(gè)功能定義了狀態(tài)和傳遞函數(shù),該函數(shù)定義了該功能關(guān)于接收的輸入和提供的輸出將如何起作用。所接收的輸入和所提供的輸出由接口18和20定義。每個(gè)功能在其定義范圍內(nèi)都是相對(duì)獨(dú)立的。電信網(wǎng)絡(luò)等復(fù)雜網(wǎng)絡(luò)的組織具有挑戰(zhàn)性,因?yàn)樵诓杉{快速發(fā)展的技術(shù)和適應(yīng)快速的網(wǎng)絡(luò)增長(zhǎng)的同時(shí),還需要保持可靠性高。這種功能塊方案一直以來(lái)都是管理這類復(fù)雜網(wǎng)絡(luò)的有效工具,因?yàn)樗軌蛟趯?duì)網(wǎng)絡(luò)的其余部分最小干擾的情況下,更換、修復(fù)、升級(jí)或添加功。
但是,大部分功能都運(yùn)行在專門用于該功能的硬件上。這使得功能設(shè)計(jì)的一些方面更為困難。例如,因?yàn)閷?duì)功能的更改或添加往往涉及添加或升級(jí)硬件,故而擴(kuò)展就更為困難。遠(yuǎn)距離網(wǎng)絡(luò)(例如電信網(wǎng)絡(luò))中,這可能涉及相當(dāng)大的成本。這些問(wèn)題引發(fā)了虛擬網(wǎng)絡(luò)功能的開發(fā)。
圖2示出了運(yùn)用網(wǎng)絡(luò)虛擬化而實(shí)現(xiàn)的圖1所示的功能網(wǎng)絡(luò)100。圖2為運(yùn)用網(wǎng)絡(luò)功能虛擬化(NFV)實(shí)現(xiàn)網(wǎng)絡(luò)10的示意圖。網(wǎng)絡(luò)100包括傳統(tǒng)塊,如功能塊112。接口124同時(shí)與虛擬接口128和主機(jī)接口126通信。虛擬功能塊114由專門設(shè)計(jì)的軟件模塊創(chuàng)建。將傳統(tǒng)網(wǎng)絡(luò)塊(如圖1中的塊14)的狀態(tài)和功能代碼化為虛擬功能塊114,并載入到包含容器接口122的操作系統(tǒng)中。容器接口122定義了虛擬功能塊114及其接口功能如何載入到主機(jī)功能塊116中并接受支持。站在網(wǎng)絡(luò)運(yùn)行的角度,虛擬功能塊114與圖1的功能塊14之間在工作上并無(wú)區(qū)別。類似地,虛擬接口132和主機(jī)接口130與虛擬功能塊118和主機(jī)功能塊120通信,從而運(yùn)用容器接口122定義網(wǎng)絡(luò)功能16(圖1)的功能。
雖然主機(jī)功能塊116和120在圖2所示中是相分離的元件,但二者未必是分離的機(jī)器。主機(jī)功能塊由資源池中所提供的計(jì)算資源(處理、存儲(chǔ)、通信等)組成。這些功能塊是由虛擬功能塊114和118中所規(guī)定的參數(shù)定義的資源池的一部分。如此允許網(wǎng)絡(luò)運(yùn)營(yíng)商按照需要靈活部署網(wǎng)絡(luò)資源。例如,一個(gè)訂戶(如蜂窩電話網(wǎng)絡(luò)訂戶)可能在若干項(xiàng)可用服務(wù)中選擇例如語(yǔ)音郵件轉(zhuǎn)錄。某些訂戶可能選擇此項(xiàng),某些可能不會(huì)。如果訂戶選擇訂閱這項(xiàng)服務(wù),則可部署一個(gè)虛擬功能塊來(lái)提供該服務(wù)。在附加的精細(xì)層級(jí)上,虛擬功能塊可以僅當(dāng)有需要時(shí)才部署。在非虛擬網(wǎng)絡(luò)中,必須提供機(jī)器和這些機(jī)器運(yùn)行所需的軟件,才能提供必要的服務(wù)。這就需要附加的未使用容量來(lái)確保服務(wù)的可用性,成本較高。另一方面,倘若錯(cuò)誤地判斷對(duì)儲(chǔ)備容量的需要,將可導(dǎo)致服務(wù)中斷。
虛擬網(wǎng)絡(luò)則允許網(wǎng)絡(luò)運(yùn)營(yíng)商使用幾乎所有網(wǎng)絡(luò)功能的可用容量。雖然依舊需要附加的邊際容量,但當(dāng)網(wǎng)絡(luò)的各種功能都部署到資源池中后,就不再需要為每個(gè)功能都準(zhǔn)備邊際容量。因此,虛擬網(wǎng)絡(luò)的總附加容量可以遠(yuǎn)小于非虛擬網(wǎng)絡(luò)中所有功能所必需的附加容量的總和。不過(guò),要有效部署虛擬網(wǎng)絡(luò),就需要精細(xì)的功能管理系統(tǒng)。
圖3是適用于網(wǎng)絡(luò)虛擬化的NFV管理器300的功能圖。在“網(wǎng)絡(luò)功能虛擬化:管理和編排(Network Functions Virtualization(NFV):Management and Orchestration(NFV-MANO))”(ETSI NFV-MAN 001v1.1.1(2014-12),http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NF V-MAN001v010101p.pdf,所述文檔在此通過(guò)引用全文并入本申請(qǐng))中,描述了一個(gè)此類系統(tǒng)。在一些實(shí)施例中,NFV管理器300可包括或集成NFV-MANO功能。在一些示例中,NFV管理器300包含如圖3所示的如下功能塊:
●虛擬化基礎(chǔ)設(shè)施管理器(VIM)302;
●NFV編排器(NFVO)304;以及
●VNF管理器(VNFM)306。
在一些示例中,NFV管理器300的架構(gòu)框架(NFV-MANO)包含下列數(shù)據(jù)存儲(chǔ)庫(kù):
●網(wǎng)絡(luò)服務(wù)(NS)目錄308;
●虛擬網(wǎng)絡(luò)功能(VNF)目錄310;
●網(wǎng)絡(luò)功能虛擬化(NFV)實(shí)例存儲(chǔ)庫(kù)312;以及
●網(wǎng)絡(luò)功能虛擬化基礎(chǔ)設(shè)施(NFVI)資源存儲(chǔ)庫(kù)314。
在一些示例中,NFV管理器300的架構(gòu)框架(NFV-MANO)包含下列與NFV管理器300共享接口的功能塊:
●元件管理(EM)316;
●虛擬網(wǎng)絡(luò)功能(VNF)318;
●操作系統(tǒng)支持(OSS)和業(yè)務(wù)系統(tǒng)支持功能(BSS)320;以及
●NFV基礎(chǔ)設(shè)施(NFVI)321。
在一些示例中,NFV管理器300的架構(gòu)框架(NFV-MANO)包含下列接口:
●Os-Nfvo 322,OSS/BSS與NFVO之間的接口;
●VeEm-Vnfm 324,EM與VNFM之間的接口;
●VeNF-Vnfm 326,VNF與VNFM之間的接口;
●Nf-Vi 328,NFVI與VIM之間的接口;
●Nfvo-Vnfm 330,NFVO與VNFM之間的接口;
●Nfvo-Vi 332,NFVO與VIM之間的接口;以及
●Vn-Vi 334,VIM與VNFM之間的接口。
NFV管理系統(tǒng)的一項(xiàng)重要功能就是策略管理。所謂網(wǎng)絡(luò)策略控制,是指能夠?qū)崿F(xiàn)對(duì)虛擬網(wǎng)絡(luò)的業(yè)務(wù)和運(yùn)行策略的定義和應(yīng)用的系統(tǒng)。策略會(huì):1)建立條件;2)評(píng)估條件;以及3)強(qiáng)制執(zhí)行動(dòng)作。可以實(shí)施策略以建立對(duì)網(wǎng)絡(luò)的客戶/訂戶的行為控制。例如,策略可以規(guī)定某些訂閱級(jí)別在使用上有限度。通過(guò)策略評(píng)估則可確定訂戶是否已達(dá)到限度。強(qiáng)制執(zhí)行的動(dòng)作可以是:如果已達(dá)到限度,則拒絕接入。
另一類策略針對(duì)功能的運(yùn)行。例如,策略可以限制某個(gè)具體通信信道的流量,從而維持該信道的有序運(yùn)行。如果流向該信道的流量過(guò)多,則此策略可以是限制(減緩)訪問(wèn),將流量保持在策略所設(shè)置的水平以下。
圖4示出了NFV系統(tǒng)的策略管理接口400。NFV-MANO標(biāo)準(zhǔn)的第7.4節(jié)描述了虛擬化系統(tǒng)中的策略管理接口400。此外,第7.4.2節(jié)描述了網(wǎng)絡(luò)運(yùn)營(yíng)商(如主機(jī)功能塊116和120的所有者)面對(duì)策略的實(shí)施所能執(zhí)行的操作。操作410允許NFV-MANO的運(yùn)營(yíng)商創(chuàng)建策略。操作420允許NFV-MANO的運(yùn)營(yíng)商更新策略。操作430允許NFV-MANO的運(yùn)營(yíng)商刪除策略。操作440允許NFV-MANO查詢某策略的內(nèi)容或生效策略的列表。操作450允許NFV-MANO激活策略。操作460允許NFV-MANO去激活策略。
但是,NFV-MANO功能和VNF的編排和管理也可由不同供應(yīng)商提供。每個(gè)VNF都有單獨(dú)的能力,并可根據(jù)其能力提供對(duì)應(yīng)的策略。此外,VNF可擁有自己的策略管理系統(tǒng)。如此,則指導(dǎo)其運(yùn)行的策略可以來(lái)自VNF的提供者。NFV-MANO可能會(huì)與VNF的能力和功能相沖突,也可能不會(huì)。換言之,VNF與NFV-MANO可能針對(duì)某個(gè)操作均提供一個(gè)相似但又相沖突的策略。不過(guò)在NFV-MANO體系中,目前尚未在VNF描述符(VNFD)中定義VNF策略能力。為進(jìn)行某些操作,NFV-MANO需要得知VNF的策略能力,但并不存在相應(yīng)的機(jī)制。
本公開的一個(gè)實(shí)施例提供了用于VNF策略管理類別指示的系統(tǒng)和方法。一個(gè)具體實(shí)施例包含VNF策略類別,供NFV-MANO在基于策略的管理中使用。在某些實(shí)施例中,VNF策略管理類別可以基于能力、類型或其他指示。當(dāng)提供策略管理指示時(shí),將被NFV-MANO用于與VNF進(jìn)行策略管理交互。
本發(fā)明的一個(gè)實(shí)施例創(chuàng)建了VNF策略管理類別,用以組織和呈現(xiàn)各個(gè)VNF的策略能力。例如,可以創(chuàng)建三類VNF策略管理類別:完全策略化的VNF、未策略化的VNF和部分策略化的VNF。
●對(duì)于完全策略化的VNF,NFV-MANO為VNF提供全面的VNF策略管理。
●對(duì)于非策略化的VNF,NFV-MANO并不為VNF提供任何VNF策略管理。由VNF自身提供策略管理。
●對(duì)于部分策略化的VNF,NFV-MANO為VNF提供某些但并非全部的VNF策略(如向上/下擴(kuò)展策略由VNF自身管理,而向內(nèi)/外擴(kuò)展策略則由NFV-MANO管理)。
在另一個(gè)實(shí)施例中,使用了下列VNF策略管理類別:
●對(duì)于完全策略化的VNF,NFV-MANO為VNF提供全面的VNF策略管理。
●對(duì)于非策略化的VNF,NFV-MANO并不為VNF提供任何VNF策略管理。由VNF自身提供策略管理。
這些VNF類別在VNF與NFV-MANO之間確立了策略源。所述類別被選為VNFD中的信息元素,該VNFD包含在VNF提供者所提供的VNF包中。類別的選擇可供VNF管理器(VNFM)306和NFV編排器(NFVO)304使用。此信息可靜態(tài)或動(dòng)態(tài)配置。此外,在VNF類別中,參數(shù)可以在運(yùn)行時(shí)工作期間通過(guò)操作接口(如策略管理接口)在VNF與NVF-MANO之間傳遞。
VNF能力可以用布爾型表示,用于指示該VNF是否需要或支持來(lái)自NFV-MANO的策略,以及來(lái)自NFV-MANO的策略能否覆蓋VNF自身所提供的策略,或具有較高的優(yōu)先級(jí)。
VNF策略管理能力可以在各個(gè)類型的策略或者操作上具有末級(jí)葉子(sub-leaf)結(jié)構(gòu),例如是否允許來(lái)自NFV-MANO的擴(kuò)展策略,或者升級(jí)策略是否會(huì)從NFV-MANO傳遞。例如,升級(jí)策略的末級(jí)葉子可以為所述升級(jí)是由NFV-MANO還是其他手段傳遞的指示。
圖5根據(jù)實(shí)施例示出了VNF策略指示表。NFV-MANO工作組規(guī)范(GS)貢獻(xiàn)示例中引入了VNF策略類別510(如圖5表500中所示)。VNF策略類別510提供的數(shù)據(jù)表示哪個(gè)策略類別(如完全策略化、部分策略化或未策略化)適用于該VNFD所定義的VNF。
圖6示出了可用于實(shí)現(xiàn)圖5所示實(shí)施例的流程圖。圖6是本發(fā)明一個(gè)實(shí)施例的流程600的示意圖。在本示例中,確定了一個(gè)擴(kuò)展策略的源。在步驟602中,NVFO發(fā)起擴(kuò)展策略的配置。在步驟604中,讀取VNFD以確定考察中的VNF是否具有擴(kuò)展策略。如否,則流程跳轉(zhuǎn)到步驟608,即NVF-MANO會(huì)依照NVF系統(tǒng)運(yùn)營(yíng)商所建立的默認(rèn)來(lái)設(shè)置此策略。在步驟606中,讀取VNF策略類別510以確定偏好設(shè)置是否為讓VNF使用其自身的擴(kuò)展策略。如否,則在步驟608中,NVFO依照NVF系統(tǒng)運(yùn)營(yíng)商所建立的默認(rèn)來(lái)設(shè)置此策略。如是,則在步驟610中,NVFO采用VNFD中的擴(kuò)展策略。
圖7示出了根據(jù)實(shí)施例修改的策略管理接口。圖7顯示了策略管理接口700,其類似于圖4所示的策略管理接口400,但依照一個(gè)實(shí)施例進(jìn)行了修改。具體地,查詢策略710除包含“此操作允許查詢一個(gè)特定策略或查詢可用策略的列表”之外,還可用于獲取“VNF支持某些策略的能力”的反饋。因此,查詢710提供了用于確定是否存在策略沖突的工具。
所述實(shí)施例解決了VNF與NFV-MANO系統(tǒng)之間的策略沖突,為運(yùn)營(yíng)商帶來(lái)了更靈活和智能的VNF分配與管理。這些實(shí)施例可以在一切運(yùn)用NFV和類似系統(tǒng)進(jìn)行虛擬化的網(wǎng)絡(luò)設(shè)備上實(shí)現(xiàn),例如遵照ETSI NFV規(guī)范而虛擬化的任何網(wǎng)絡(luò)功能。當(dāng)然,雖然所述實(shí)施例是在ETSI NFV系統(tǒng)上實(shí)現(xiàn)的,但這些實(shí)施例僅為示例性,本文所述原則可以有利地應(yīng)用到其他虛擬系統(tǒng)。
圖8根據(jù)一個(gè)實(shí)施例示出了更新策略能力的流程。圖8顯示了示例性的更新流程800。在圖6的流程在NVFO與VNF之間建立初始的策略分工之后,當(dāng)將VNF載入到VNF目錄310中時(shí),VNF可被更新具有不同的能力。為此,NVFO 802在步驟806中定期發(fā)起配置VNF生命周期管理策略更新。在步驟808中,NVFO查詢VNF有無(wú)策略能力更新。VNF在步驟810做出響應(yīng)。在步驟812中,NVFO利用策略類別510和流程600,確定是否需要為新的能力而更新VNF 804和NFVO 802之間的策略控制分工。
圖9示出了根據(jù)一個(gè)實(shí)施例的可用于實(shí)現(xiàn)例如本文所述設(shè)備和方法的計(jì)算平臺(tái)。圖9示出了用于執(zhí)行本文所述方法的處理系統(tǒng)900實(shí)施例的示意圖,其可作為VNF管理器300的主機(jī)設(shè)備。如圖所示,處理系統(tǒng)900包含處理器904、存儲(chǔ)器906和接口910-914,其可以(或可以不)按照?qǐng)D9所示進(jìn)行布置。處理器904可以是適用于執(zhí)行計(jì)算和/或其他處理類任務(wù)的任何組件或組件的集合。在虛擬網(wǎng)絡(luò)中,處理器904的組成可以包括數(shù)千個(gè)處理設(shè)備,例如俗稱的“刀片式”計(jì)算機(jī)。存儲(chǔ)器906適用于存儲(chǔ)由處理器904執(zhí)行的程序和/或指令的任何組件或組件的集合。在一個(gè)實(shí)施例中,存儲(chǔ)器906包含非暫時(shí)性計(jì)算機(jī)可讀介質(zhì)。接口910、912和914可以是允許處理系統(tǒng)900與其他設(shè)備/組件和/或用戶進(jìn)行通信的任何組件或組件的集合。在一些實(shí)施例中,接口910、912、914中的一個(gè)或多個(gè)將處理系統(tǒng)900連接到適用于通過(guò)電信網(wǎng)絡(luò)發(fā)射和接收信令的收發(fā)器。例如,接口910、912、914中的一個(gè)或多個(gè)可以適用于從處理器904到安裝在主機(jī)設(shè)備和/或遠(yuǎn)程設(shè)備上的應(yīng)用程序的數(shù)據(jù)、控制或管理消息的通信。又例如,接口910、912、914中的一個(gè)或多個(gè)可以適用于讓用戶或用戶設(shè)備(例如個(gè)人計(jì)算機(jī)(PC)等)與處理系統(tǒng)900交互/通信。處理系統(tǒng)900可以包括未出現(xiàn)在圖9中的附加組件,例如長(zhǎng)期存儲(chǔ)(如非易失性的存儲(chǔ)器等)。
在一些實(shí)施例中,處理系統(tǒng)900包含在網(wǎng)絡(luò)設(shè)備中,而所述網(wǎng)絡(luò)設(shè)備可以訪問(wèn)電信網(wǎng)絡(luò)或?qū)儆陔娦啪W(wǎng)絡(luò)的一部分。在一個(gè)實(shí)例中,處理系統(tǒng)900是無(wú)線或有線電信網(wǎng)絡(luò)中網(wǎng)絡(luò)側(cè)的設(shè)備,例如基站、中繼站、調(diào)度器、控制器、網(wǎng)關(guān)、路由器、應(yīng)用服務(wù)器或該電信網(wǎng)絡(luò)中其他的設(shè)備。在其他實(shí)施例中,處理系統(tǒng)900是訪問(wèn)無(wú)線或有線電信網(wǎng)絡(luò)的用戶側(cè)設(shè)備,例如移動(dòng)電臺(tái)、用戶設(shè)備(UE)、個(gè)人計(jì)算機(jī)(PC)、平板電腦、可穿戴的通信設(shè)備(如智能手表等)或其他任何適用于訪問(wèn)電信網(wǎng)絡(luò)的設(shè)備。
圖10示出了可在其中實(shí)現(xiàn)本公開的一個(gè)或多個(gè)實(shí)施例的電信系統(tǒng)。圖10包括適用于通過(guò)電信網(wǎng)絡(luò)發(fā)射和接收信令的收發(fā)器1000的示意圖。收發(fā)器1000可以安裝在主機(jī)設(shè)備中,且其一些或全部組件可以被虛擬化。如圖所示,收發(fā)器1000包括網(wǎng)絡(luò)側(cè)接口1002、耦聯(lián)器1004、發(fā)射器1006、接收器1008、信號(hào)處理器1010和設(shè)備側(cè)接口1012。網(wǎng)絡(luò)側(cè)接口1002可以包含適用于通過(guò)無(wú)線或有線電信網(wǎng)絡(luò)發(fā)射或接收信令的任何組件或組件的集合。耦聯(lián)器1004可以包含適用于促進(jìn)通過(guò)網(wǎng)絡(luò)側(cè)接口1002進(jìn)行雙向通信的任何組件或組件的集合。發(fā)射器1006可以包含適用于將基帶信號(hào)轉(zhuǎn)換為適合通過(guò)網(wǎng)絡(luò)側(cè)接口1002進(jìn)行傳輸?shù)恼{(diào)制載波信號(hào)的組件或組件的集合(如上變頻器、功率放大器等)。接收器1008可以包含適用于將通過(guò)網(wǎng)絡(luò)側(cè)接口1002所收到的載波信號(hào)轉(zhuǎn)換為基帶信號(hào)的任何組件或組件的集合(如下變頻器、低噪聲放大器等)。信號(hào)處理器1010可以包含適用于將基帶信號(hào)轉(zhuǎn)換為適合通過(guò)設(shè)備側(cè)接口1012進(jìn)行通信的數(shù)字信號(hào)(或反之)的任何組件或組件的集合。設(shè)備側(cè)接口1012可以包含適用于讓數(shù)字信號(hào)在信號(hào)處理器1010與主機(jī)設(shè)備(如處理系統(tǒng)600、局域網(wǎng)(LAN)端口等)中的組件之間進(jìn)行通信的任何組件或組件的集合。
收發(fā)器1000可以通過(guò)任意類型的通信介質(zhì)發(fā)射和接收信令。在一些實(shí)施例中,收發(fā)器1000通過(guò)無(wú)線介質(zhì)發(fā)射和接收信令。例如,收發(fā)器1000可以是無(wú)線收發(fā)器,其適用于依照無(wú)線通信協(xié)議進(jìn)行通信,例如蜂窩網(wǎng)協(xié)議(如長(zhǎng)期演進(jìn)(LTE)等)、無(wú)線局域網(wǎng)(WLAN)協(xié)議(如Wi-Fi等)或其他任意類型的無(wú)線協(xié)議(如藍(lán)牙、近場(chǎng)通訊(NFC)等)。在此類實(shí)施例中,網(wǎng)絡(luò)側(cè)接口1002包括一個(gè)或多個(gè)天線/輻射元件。例如,網(wǎng)絡(luò)側(cè)接口1002可以包含單個(gè)天線、多個(gè)單獨(dú)的天線或配置為用于多層級(jí)通信(如單輸入多輸出(SIMO)、多輸入單輸出(MISO)、多輸入多輸出(MIMO)等)的多天線陣列。在其他實(shí)施例中,收發(fā)器1000通過(guò)有線介質(zhì)(如雙絞電纜、同軸電纜、光纖等)發(fā)射和接收信令。具體的處理系統(tǒng)和/或收發(fā)器可能利用所示的所有組件,也可能僅包括其中的一部分組件,且不同設(shè)備的集成度可以不同。
雖然參照示意性實(shí)施例對(duì)本發(fā)明進(jìn)行了描述,但此描述并非旨在被理解為限制性的。一旦參照所述描述,所述示意性實(shí)施例的各種修改和組合以及本發(fā)明的其他實(shí)施例對(duì)于本領(lǐng)域普通技術(shù)人員而言,將是顯而易見的。因此,所附的權(quán)利要求旨在涵蓋任何這類修改或?qū)嵤├?/p>