一、NGTP概述
NGTP是Next Generation Telematics Protocol的英文縮寫,意思是“下一代Telematics協(xié)議”,它是由BMW公司牽頭,聯(lián)合另外兩家TSP(Telematics Service Providers)(其中一家為:“WirelessCar",另外一家為“Connexis”)聯(lián)合開發(fā)而成的一個Telematics體系框架(framework)及開放的技術(shù)標(biāo)準(zhǔn)協(xié)議(technology-neutral protocol),它為Telematis產(chǎn)業(yè)應(yīng)用提供了更大的靈活性(flexibility)及可擴(kuò)展性(scalability)。

圖1 NGTP架構(gòu)體系
整個協(xié)議主要包括3個主要部分,其中關(guān)鍵的一個中間件叫做“調(diào)度器”(Dispatcher),它主要起到車載器(TU)與TSPs服務(wù)器之間的有效連接。
圖1 調(diào)度器-NGTP的殺手應(yīng)用
NGTP的調(diào)度器給車輛提供了無縫連接TSP的職能:
1.接收來自車輛TU的請求,
2.然后訪問汽車制造商的客戶和配置數(shù)據(jù)庫,以便將請求路由到適當(dāng)?shù)腡SP;
3.然后將TSP的語音和數(shù)據(jù)轉(zhuǎn)發(fā)回車輛。
圖3 NGTP促進(jìn)靈活性的方式
NGTP促進(jìn)靈活性的方式:
1.調(diào)度器提供客戶化接口,允許汽車制造商提供新的服務(wù)而無需配置到具體的車輛。
2.獨(dú)立和開放的接口把TSP和呼叫中心、內(nèi)容提供商、以及公共安全應(yīng)答點(diǎn)(PSAPs)連接在一起,允許提供者根據(jù)市場需求進(jìn)行互換。
3.專有的客戶數(shù)據(jù)駐留在汽車制造商的客戶關(guān)系管理系統(tǒng)(CRM)中。
圖4 NGTP遠(yuǎn)程信息處理方法及其接口子系統(tǒng) 接口IF#1 - #7
這種架構(gòu)給遠(yuǎn)程信息處理業(yè)務(wù)伙伴提供了最大的靈活性。NGTP終端到終端的架構(gòu)基于現(xiàn)有的行業(yè)標(biāo)準(zhǔn),以提高標(biāo)準(zhǔn)化和減少開發(fā)。這一結(jié)構(gòu)的另一個重要優(yōu)點(diǎn)是,它也可以與傳統(tǒng)的解決方案并存。
為了描述上述的域,有必要說明該框架的三個主要部分組成:Telematics單元(TU),Telematics服務(wù)供應(yīng)商(TSP)和調(diào)度器(DSPT),所有這些都是通過標(biāo)準(zhǔn)的接口進(jìn)行連接。
Telematics單元
Telematics單元(TU)一般是集成在汽車上,但也可以是個人導(dǎo)航設(shè)備(PND)的一部分或移動電話。TU通過無線網(wǎng)絡(luò)與專用調(diào)度器進(jìn)行通訊。見上圖的接口IF#1(TU- Dispatcher)。
Telematics服務(wù)供應(yīng)商(TSP)
TSP提供實(shí)際的服務(wù),并作為對所有的需要執(zhí)行服務(wù)發(fā)布的系統(tǒng)的集成點(diǎn)。TSP的作用主要有兩個:第一是要發(fā)布語音和數(shù)據(jù)服務(wù)給TU;第二是發(fā)布內(nèi)容,諸如地圖數(shù)據(jù)和景點(diǎn)(POIs)內(nèi)容給Call Center。一個TSP能夠連接多個內(nèi)容提供商和呼叫中心。
更多的客戶、合同、車輛數(shù)據(jù),可能需要TSP的更多的服務(wù)。這種數(shù)據(jù)交換是通過客戶數(shù)據(jù)提供程序(CDP),見上圖的接口IF#4(TSP- CDP)功能。 CDP是一個OEM中的典型的系統(tǒng)。如果TSP不得不處理特殊的電子請求,要求它連接到一個PSAP(見接口IF#5,IF#6a,IF#6b)管理所有TSP和呼叫中心之間的溝通,而IF#7接口管理TSP和一個或者多個內(nèi)容提供商的內(nèi)容發(fā)布。
調(diào)度器(DSPT)
通過引入調(diào)度器,TU和后端獲得穩(wěn)定的接口。調(diào)度器提供這種穩(wěn)定的接口(IF#1接口)給TU,并作為一個服務(wù)開關(guān)在TU和各自的TSP之間派發(fā)交通數(shù)據(jù)和語音。
調(diào)度器通過接口IF#2(調(diào)度器-TSP)溝通一個或幾個TSP。調(diào)度器關(guān)聯(lián)數(shù)據(jù)提供者(PDP)通過接口IF#3(調(diào)度器-PDP)以確定目標(biāo)TSP,并提供所需服務(wù)。PDP通常位于OEM系統(tǒng)中。
二、NGTP的協(xié)議結(jié)構(gòu)
NGTP的接口協(xié)議,可被定義為三個接口協(xié)議層:
1.服務(wù)應(yīng)用層(Application Services Layer)
2.服務(wù)調(diào)度層(Dispatching Services Layer)
3.服務(wù)控制層(Control Services Layer)
一)服務(wù)應(yīng)用層(Application Services Layer)
NGTP的應(yīng)用服務(wù)層定義了TU及TSP之間的實(shí)施應(yīng)用服務(wù)用例的消息格式。應(yīng)用服務(wù)層包含標(biāo)準(zhǔn)(通用)應(yīng)用協(xié)議消息定義和NGTP支持的消息定義。NGTP的應(yīng)用服務(wù)層也可以擴(kuò)展到支持自定義特定于設(shè)備的應(yīng)用以及功能,即便是唯一的對特定的TU和應(yīng)用服務(wù)的使用。
應(yīng)用服務(wù)層的定義文件是NGTP應(yīng)用服務(wù)層文件(NGTP Application Services Layer Document)。這個定義文件涵蓋了應(yīng)用服務(wù)層涉及服務(wù)分發(fā)的所有接口(從接口IF#1到IF#7)。接口IF#1和IF#2的細(xì)節(jié)包含在文件節(jié)“TU應(yīng)用服務(wù)”中。接口IF#3到IF#7有他們自己的文件部分。
NGTP服務(wù)應(yīng)用層在本文檔中主要描述為遠(yuǎn)程信息處理的目的。它可以讓Telematics服務(wù)提供商(TSP)提供遠(yuǎn)程信息處理應(yīng)用。此項(xiàng)工作主要通過NGTP的核心架構(gòu)接口,接口IF#1和IF#2。
NGTP的服務(wù)應(yīng)用接口層接口IF#3是供應(yīng)應(yīng)用服務(wù)的接口。
NGTP的應(yīng)用服務(wù)層接口IF#4 –IF#7,能夠在各自的小節(jié)被看到,描述了被傳輸數(shù)據(jù)的數(shù)據(jù)類型(應(yīng)用層API),但沒有規(guī)定應(yīng)如何做(沒有要求傳輸媒體或網(wǎng)絡(luò)的使用)。
接口IF#1和IF#2
包含適當(dāng)信息域的子系統(tǒng),通過發(fā)送訊息調(diào)用子系統(tǒng)的接口的操作。每一個應(yīng)用程序的消息在服務(wù)數(shù)據(jù)之前包括一個上行或下行的業(yè)務(wù)數(shù)據(jù)頭。
接口IF#3
IF#3是調(diào)度器(DSPT)和規(guī)范數(shù)據(jù)提供程序(PDP)之間的接口。
接口IF#4
IF#4是TSP和客戶數(shù)據(jù)提供程序(CDP)之間的接口.
客戶數(shù)據(jù)的提供包括:
查找客戶(SearchCustomer):CDP向TSP提供這個功能用來查找客戶。TSP使用的搜索條件,例如客戶的姓名,車輛種類,車牌號碼等,以獲取例如相關(guān)的客戶列表,客戶ID,姓名,車輛數(shù)據(jù)等。
獲取客戶數(shù)據(jù)(GetCustomerData):CDP提供這個功能給TSP,基于一個獨(dú)特的標(biāo)識符,例如客戶ID或VIN的,來獲取客戶的詳細(xì)數(shù)據(jù)。返回的數(shù)據(jù)可能包括姓名,地址,相關(guān)人士,相關(guān)車輛數(shù)據(jù)等。
獲取許可服務(wù)(GetAllowedService):CDP向TSP提供這個功能給來獲取每個節(jié)點(diǎn)標(biāo)識的可用服務(wù)(例如 VIN)。
獲取認(rèn)證指令(GetAuthenticationInstruction):CDP向TSP提供這個功能來獲取客戶的認(rèn)證信息,例如“問秘密問題”或“詢問密碼”。
驗(yàn)證認(rèn)證數(shù)據(jù)(VerifyAuthenticationData):CDP向TSP提供這個功能來驗(yàn)證客戶,如:遠(yuǎn)程服務(wù)通過檢查由客戶給出的秘密問題的答案,其結(jié)果是確定或否定。
接口IF#5
接口IF#5的目的是描述信息如何與TSP和PSAP(公共安全應(yīng)答點(diǎn))進(jìn)行交流。這個接口是為了提供信息給PSAP,使他們能夠有效地執(zhí)行E –call救援服務(wù)。
從TSP通過接口IF#5的資料是有效的, 不會被歐洲E-all方式混淆,因?yàn)樗噲D建立一個數(shù)據(jù)的最小集合(MSD)來直接從車輛發(fā)送到PSAP。通過接口IF#5的數(shù)據(jù),將是一個更為豐富的數(shù)據(jù)集合,包括車輛數(shù)據(jù),客戶信息和定位服務(wù)組成數(shù)據(jù),有效的提供給PSAP。 PSAPs必須有從TSP直接訪問這些碰撞數(shù)據(jù)的能力。這份文件沒有定義或承擔(dān)任何計劃來提供這種基礎(chǔ)設(shè)施給PSAPs。
有一個歐洲的倡議規(guī)范該接口。歐盟委員會曾建議歐盟應(yīng)為自己確定了到2010年減少一半的道路死亡人數(shù)的目標(biāo)。一個關(guān)于如何實(shí)現(xiàn)這一目標(biāo)的建議是要求為所有新車的標(biāo)準(zhǔn)選擇電子呼叫。歐盟2010年9月1日起批準(zhǔn)了該建議。這項(xiàng)工作是由eSafety支持論壇的一部分,eCall驅(qū)動組織推動的。
eCall驅(qū)動組織定義了一個被PSAP要求的數(shù)據(jù)的最小集合(MSD),以確保正確的應(yīng)急資源調(diào)配。(MSD是數(shù)據(jù)的建議將從上述的PSAP直接發(fā)送到車輛)。eCall驅(qū)動組織還承認(rèn),電子呼叫效果可以通過發(fā)送額外的車輛和個人相關(guān)信息從TSP通過接口IF#5提供的相關(guān)資料進(jìn)一步改善。這些額外數(shù)據(jù)的建議,目前正在由歐洲工作的PSAP和TSP的代表小組確定。
本文檔考慮了TSP和PSAP的上述建議。
有兩個E-call的替代流程:
1.從車輛通過TSP和呼叫中心到PSAP,通過接口IF#5(“NGTPE-call”)
NGTP E-Call是指E-Call從車輛通過DSPT和TSP到達(dá)一個呼叫中心,并進(jìn)一步到達(dá)PSAP。這個E –Call服務(wù)包括所有TU提供的數(shù)據(jù)(位置,碰撞數(shù)據(jù)等)。
2.從車輛通過無線網(wǎng)絡(luò)直接到PSAP(無接口定義)(“Non-NGTPE-call”)。
非NGTPE-call是指E-call將直接通過網(wǎng)絡(luò)從該車輛到PSAP。這個E –call服務(wù)可能不包括一個TU可以提供的所有的數(shù)據(jù),但包括至少最低限度的數(shù)據(jù)集,例如:位置應(yīng)該被提供??蛇x的數(shù)據(jù)可以被發(fā)送到并行的TSP,使TSP提供這些數(shù)據(jù)給PSAP。
接口IF#5的功能模型:
1、在線服務(wù)數(shù)據(jù)提供(OnlineServiceDataProvider),請求服務(wù)數(shù)據(jù)(RequestServiceData):TSP給PSAP提供這個功能來在線請求服務(wù)數(shù)據(jù)。對服務(wù)請求的數(shù)據(jù)總是返回數(shù)據(jù)或錯誤消息。
2、服務(wù)訂閱提供(ServiceSubscriptionProvider)包括以下內(nèi)容:
開始訂閱(StartSubscription):TSP給PSAP提供這個功能來訂閱一個服務(wù)數(shù)據(jù)。PSAP按照服務(wù)數(shù)據(jù)定義的消息格式提供返回的內(nèi)容。
終止訂閱(EndSubscription):TSP給PSAP提供這個功能用來終止一個服務(wù)數(shù)據(jù)訂閱。
聲音呼叫終止(VoiceCallTerminated):TSP給PSAP給PSAP提供這個功能來通知TSP,聲音呼叫已經(jīng)終止。PSAP返回為什么聲音終止的原因描述,意外的還是非意外的。
3、服務(wù)訂戶(ServiceSubscribeer)包括以下兩點(diǎn):
收到服務(wù)數(shù)據(jù)(ReceiveServiceData):PSAP運(yùn)行訂閱時,PSAP為TSP必須實(shí)現(xiàn)這個功能來發(fā)布服務(wù)數(shù)據(jù)。
處理聲音呼叫(HandleVoiceCall):PSAP為TSP提供這個功能來請求處理一個得到的呼叫。PSAP將會返回呼叫處理的狀態(tài)。
接口IF#6a
接口IF#6a是TSP和呼叫中心之間的接口。
功能模型:
1、呼叫中心數(shù)據(jù)服務(wù)(CallCenterDataServices)
處理服務(wù)數(shù)據(jù)(HandelServiceData):呼叫中心為TSP提供這個功能來發(fā)布服務(wù)數(shù)據(jù)。
2、呼叫中心聲音服務(wù)(CallCenterVoiceServices)
處理聲音呼叫(HandleVoiceCall):呼叫中心向TSP提供這個功能來請求處理得到的呼叫。呼叫中心返回處理的狀態(tài)。
3、TSP呼叫中心聲音服務(wù)(TSPCallCenterVoiceServices)
聲音呼叫終止(VoiceCallTerminated):TSP為呼叫中心提供這個功能來通知TSP,一個聲音呼叫已經(jīng)終止。呼叫中心返回呼叫終止的原因,意外的還是非意外的。
4、TSP呼叫中心數(shù)據(jù)服務(wù)(TSPCallCenterDataService)
共享服務(wù)(ShareService):TSP向呼叫中心提供這個功能來包含一個處理運(yùn)行服務(wù)的其他部分,例如PSAP。基于服務(wù)類型和包含部分的能力,TSP將會共享服務(wù)數(shù)據(jù),呼叫語音或者兩者。
呼叫中心可以提供數(shù)據(jù)幫助TSP決定那一部分將被包含。
執(zhí)行遠(yuǎn)程服務(wù)(ExecuteRemoteService):TSP為呼叫中心提供這個功能來開始授權(quán)車輛中的遠(yuǎn)程服務(wù),例如,車輛查詢或者景點(diǎn)上傳。
驗(yàn)證認(rèn)證數(shù)據(jù)(VerifyAuthenticationData):TSP為呼叫中心提供這個功能來驗(yàn)證客戶要求執(zhí)行遠(yuǎn)程服務(wù)的認(rèn)證數(shù)據(jù)。呼叫中心提供客戶提交的認(rèn)證數(shù)據(jù),例如,回答客戶定義的問題或者一個密碼。
查詢客戶(SearchCustomer):TSP給呼叫中心提供這個功能來尋找客戶。呼叫中心使用的查詢標(biāo)準(zhǔn),如客戶的姓名,車輛種類,車牌號碼等,以獲得相關(guān)的客戶數(shù)據(jù),例如,客戶ID,姓名,車輛數(shù)據(jù)等。
獲得客戶數(shù)據(jù)(GetCustomerData):TSP提供這個功能允許呼叫中心讀取必要的客戶信息。客戶數(shù)據(jù)返回包含諸如車輛、用戶信息、所有用戶許可的服務(wù)、遠(yuǎn)程服務(wù)驗(yàn)證認(rèn)證所需的信息等。
重新路由服務(wù)(RerouteService):TSP向呼叫中心提供這個功能來發(fā)起了主動服務(wù)轉(zhuǎn)移到另一個呼叫中心。呼叫中心提供活動的服務(wù)和新的服務(wù)類型給TSP。任何相關(guān)的語音通話也被TSP重新路由。
實(shí)際重新路由的語音通話和相關(guān)數(shù)據(jù)是由DSPT執(zhí)行的。當(dāng)需要改變服務(wù)的時候,DSPT將會發(fā)信號給車輛(例如,當(dāng)車輛發(fā)出的一個E-Call,被CC作為一個B-Call重新路由)。DSPT將會獲得新的車輛數(shù)據(jù)并重新路由數(shù)據(jù)和已經(jīng)完成的語音調(diào)用TSP和一個CC作為一個新的服務(wù)。
處理服務(wù)數(shù)據(jù)更新請求(HandleServiceDataUpdateRequest):TSP為呼叫中心提供這個功能來請求從一個車輛活動的服務(wù)上更新數(shù)據(jù),例如,碰撞數(shù)據(jù)作為一個E-Call更新。呼叫中心提供服務(wù),TSP可以依照服務(wù)類型用不同的方式執(zhí)行。
結(jié)束服務(wù)(EndService):TSP向呼叫中心提供這個功能來結(jié)束一個服務(wù)。依據(jù)服務(wù)類型,TSP可以發(fā)送一個結(jié)束服務(wù)的請求給車輛。任何相關(guān)于服務(wù)的語音呼叫不需要被提供。
接口IF#6b
接口IF#6b是TSP和外部內(nèi)容提供商之間的接口。
功能模型:
請求內(nèi)容(RequestContent):TSP給呼叫中心提供這個功能來在線請求內(nèi)容。這個接口為內(nèi)容提供了無狀態(tài)的請求/應(yīng)答API。一個對內(nèi)容的請求總是返回內(nèi)容,或者錯誤信息。
接口IF#7
接口IF#7是TSP和外部提供商之間的接口。
功能模型包括:
1、在線內(nèi)容提供(OnlineContentProvider)
內(nèi)容提供商提供這個功能給TSP來無需訂閱在線請求內(nèi)容。這個接口提供了無狀態(tài)的在線請求/應(yīng)答API給內(nèi)容。一個對內(nèi)容的請求總是返回內(nèi)容或者一個錯誤信息。
2、內(nèi)容訂閱提供(ContentSubscriptionProvider)
開始訂閱(StartSubscription):內(nèi)容提供商向TSP提供這個功能來開始一個特殊的內(nèi)容訂閱。TSP支持一個內(nèi)容為內(nèi)如服務(wù)數(shù)據(jù)定義消息格式。
結(jié)束訂閱(EndSubscription):內(nèi)容提供商提供這個功能允許TSP終止一個內(nèi)容訂閱。
3、內(nèi)容訂閱者(ContentSubscriber)
獲得內(nèi)容(ReceiveContent):當(dāng)TSP運(yùn)行訂閱時,TSP提供這個功能給內(nèi)容提供商來發(fā)布內(nèi)容。內(nèi)容提供商使用這個功能把更新的內(nèi)容推給TSP
二)服務(wù)調(diào)度層(Dispatching Services Layer)
NGTP的服務(wù)調(diào)度層定義了在DSPT(調(diào)度器)啟用服務(wù)調(diào)度的協(xié)議。服務(wù)調(diào)度是功能,它設(shè)置了TU和不同的依賴服務(wù)執(zhí)行或者TU的物理位置的TSP之間的溝通。(服務(wù)調(diào)度層實(shí)質(zhì)上建立了在DSPT(調(diào)度器)和依賴于服務(wù)的TSP之間路由聲音/數(shù)據(jù),TU的位置,客戶的信息)。
服務(wù)調(diào)度層的定義是NGTP服務(wù)調(diào)度層文檔(NGTP Dispatching Services Layer Document)。這個定義文件涵蓋了調(diào)度層的調(diào)度相關(guān)的接口IF#1,IF#2,IF#3。
接口IF#1
接口IF#1是NGTP的調(diào)度子系統(tǒng)接口;
功能模型:
1、調(diào)度車輛數(shù)據(jù)服務(wù)接口(DsptVehicleDataService Interface)
當(dāng)發(fā)送到上行方向(車輛到后端)時,這些調(diào)度頭在消息中出現(xiàn)。
調(diào)度車輛數(shù)據(jù)請求(DispatchVehicleData Request):車輛TU的每一個應(yīng)用消息需要發(fā)送作為一個DispatchVehicleData消息有效負(fù)載進(jìn)行。通過發(fā)送DispatchVehicleData請求,TU調(diào)度服務(wù)層要求DSPT發(fā)布應(yīng)用服務(wù)的有效載荷給適當(dāng)?shù)腡SP。
2、調(diào)度聲音服務(wù)接口(DsptVoiceService Interface)
調(diào)度聲音呼叫(DispatchVoiceCall):調(diào)度聲音呼叫用于TU使用一個聲音呼叫到DSPT時。
3、TU數(shù)據(jù)服務(wù)接口(TUDataService Interface)
這些調(diào)度頭總是出現(xiàn)在發(fā)出的下行方向(后端到車輛)消息中。
處理調(diào)度數(shù)據(jù)請求(HandleDispatchedData Request):在一個應(yīng)用的有效載荷里,DSPT發(fā)出處理調(diào)度數(shù)據(jù)請求給TU。
接口IF#2
接口IF#1是NGTP的調(diào)用子系統(tǒng)接口;
功能模型:
1、調(diào)度提供數(shù)據(jù)服務(wù)接口(DsptProviderDataService Interface)
創(chuàng)建事件ID(CreateEventID):創(chuàng)建事件ID允許TSP從DSPT獲得一個事件ID,這個事件是從TSP側(cè)開始的。例如,從呼叫中心開始一個遠(yuǎn)程服務(wù)。
調(diào)度提供數(shù)據(jù)(DispatchProviderData):通過發(fā)送一個調(diào)度提供數(shù)據(jù)請求,TSP要求DSPT發(fā)布應(yīng)用服務(wù)數(shù)據(jù)給特定的TU。
Re調(diào)度服務(wù)(ReDispatchService):ReDispatchService給TSP提供了調(diào)用另一個TSP服務(wù)的辦法。一個例子是TSP認(rèn)識到,客戶需要的是一個不同于調(diào)用請求的另一個服務(wù)。TSP創(chuàng)建一個通用的TSP到TSP的服務(wù)請求消息,包含了客戶的需求,并請調(diào)度重新調(diào)度它。
這個功能葉被TSP用來拒絕一個服務(wù)。
結(jié)束服務(wù)(EndService):TSP使用結(jié)束服務(wù)請求,給DSPT發(fā)信號,服務(wù)結(jié)束了。DSPT可以釋放所有相關(guān)服務(wù)的資源。
2、調(diào)度提供聲音服務(wù)接口(DsptProviderVoiceService Interface)
處理聲音呼叫終止(HandleVoiceCallTermination):當(dāng)一個聲音呼叫終止的時候,這個服務(wù)可以使TSP通知DSPT。
3、提供數(shù)據(jù)服務(wù)接口(ProviderDataService Interface)
處理調(diào)度數(shù)據(jù)(HandleDispatchedData):TSP使用本服務(wù)請求包含應(yīng)用服務(wù)數(shù)據(jù)的有效載荷和其他信息的處理所需要的應(yīng)用程序提供的數(shù)據(jù)DSPT本身。
三)服務(wù)控制層(Control Services Layer)
NGTP的服務(wù)控制層提供了被期望的、使服務(wù)應(yīng)用層和服務(wù)調(diào)度層透明的能力。其中,有以下控制功能:交通管制,安全(加密/身份驗(yàn)證),服務(wù)質(zhì)量(Qos),承載控制和質(zhì)量可靠性。
NGTP的服務(wù)控制層定義文件是NGTP服務(wù)控制層文件(NGTP Control Services Layer Document)。本定義文件涵蓋了控制功能相關(guān)的接口IF#1和IF#2的細(xì)節(jié)。
控制服務(wù)層接口IF#1的建立是為了隱藏有關(guān)TU和DSPT之間溝通的復(fù)雜性。它必須能夠處理,例如,不同類型的承擔(dān)者(為語音和數(shù)據(jù)),安全和傳輸機(jī)制。復(fù)雜性在于,通過接口IF#1傳遞的介質(zhì)的有效性可能隨時間而改變。此外,應(yīng)用服務(wù)可能有不同的通信需求。這也是控制服務(wù)層的責(zé)任,始終通過調(diào)度器DSPT通訊,實(shí)現(xiàn)中央調(diào)度的概念。