一、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)度的概念。