專利名稱：業(yè)務(wù)信息的發(fā)送方法與裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)信息的發(fā)送方法與裝置。
背景技術(shù)：
目前，具有寬帶接入的終端設(shè)備被越來越多的引入到家庭網(wǎng)絡(luò)中，實現(xiàn)對種類紛雜的終端設(shè)備進(jìn)行靈活的業(yè)務(wù)下發(fā)和有效管理有著至關(guān)重要的作用。
在現(xiàn)有技術(shù)中家庭終端業(yè)務(wù)發(fā)放的方法中，家庭終端通過預(yù)配置的基本參數(shù)建立一條網(wǎng)絡(luò)通道連接到自動配置服務(wù)器(Auto-Configuration Server, ACS), ACS通過協(xié)議 TR069獲取終端的業(yè)務(wù)參數(shù)并完成對終端的配置(設(shè)置用于交互式網(wǎng)絡(luò)電視IPTV、網(wǎng)絡(luò)電話(Voice over Internet Protocol, VOIP)的網(wǎng)絡(luò)連接、路由信息、VOIP參數(shù)、服務(wù)質(zhì)量 (Qua Iity of Service, QoS)策略、安全策略等參數(shù))。這種業(yè)務(wù)下發(fā)是按照參數(shù)的操作類型來進(jìn)行的，如圖I所示，ACS需要先獲取終端的參數(shù)模型，此時需要下發(fā)獲取Get操作類型，再比如設(shè)置IPTV的參數(shù)，此時需要下發(fā)設(shè)置Set操作類型。每次下發(fā)不同的操作類型， ACS都需要發(fā)起一次會話，且上一次的操作會話(比如Get操作)結(jié)束前，無法開始下一次的操作會話(比如Set操作,或者Add/Delete操作)。
在現(xiàn)有技術(shù)中，所有的發(fā)放業(yè)務(wù)無法一次進(jìn)行下發(fā)，而是按照業(yè)務(wù)之間的邏輯關(guān)系依次下發(fā)，每下發(fā)一個操作類型，ACS和CPE之間都需要要發(fā)起一次會話，每次會話都會有大量的報文存在，如果CPE的業(yè)務(wù)生效較慢，則每次會話在獲取結(jié)果前都需要占用大量的時間。發(fā)明內(nèi)容
本發(fā)明實施例公開了一種終端業(yè)務(wù)發(fā)放方法與裝置，以解決現(xiàn)有技術(shù)中家庭終端業(yè)務(wù)下發(fā)過程中，自動配置服務(wù)器ACS同用戶側(cè)設(shè)備CPE之間存在大量的報文交互和消耗大量時間的問題。
在第一方面，本發(fā)明實施例公開了一種業(yè)務(wù)信息的發(fā)送方法，所述方法包括發(fā)送與自動配置服務(wù)器ACS建立連接的請求信息；
接收所述ACS發(fā)送的業(yè)務(wù)請求信息，所述業(yè)務(wù)請求信息中包括用戶設(shè)備類型信息和設(shè)置參數(shù)值信息；
當(dāng)確定所述獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型一致時，則通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值；
將所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果發(fā)送至所述ACS，并向所述 ACS發(fā)送結(jié)束連接消息。
在第二方面，本發(fā)明實施例公開了一種業(yè)務(wù)信息的發(fā)送裝置，所述裝置包括第一發(fā)送單元，用于發(fā)送與自動配置服務(wù)器ACS建立連接的請求信息；
第一接收單元，用于接收所述ACS發(fā)送的業(yè)務(wù)請求信息，所述業(yè)務(wù)請求信息中包括用戶設(shè)備類型信息和設(shè)置參數(shù)值信息；
執(zhí)行單元，用于當(dāng)確定所述獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型一致時， 則通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值；
第二發(fā)送單元，用于將所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果發(fā)送至所述ACS,并向所述ACS發(fā)送結(jié)束連接消息。
通過應(yīng)用本發(fā)明實施例公開的方法和裝置，ACS使用LUA語言將多項業(yè)務(wù)信息編譯在一個信息中，使得ACS與CPE在進(jìn)行一次會話中可完成多項業(yè)務(wù)信息的發(fā)送，從而減少 ACS與CPE之間交互的報文，降低消耗時間。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖I為現(xiàn)有技術(shù)終端業(yè)務(wù)發(fā)放方法具體實施流程圖2為本發(fā)明實施例公開的業(yè)務(wù)信息發(fā)送方法流程圖3為本發(fā)明實施例公開的業(yè)務(wù)信息發(fā)送方法具體實施流程圖4為本發(fā)明實施例公開的CPE解析業(yè)務(wù)請求信息流程圖5為本發(fā)明實施例公開的業(yè)務(wù)信息發(fā)送裝置圖。
具體實施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明具體實施例作進(jìn)一步的詳細(xì)描述。
下面以圖2為例詳細(xì)說明本發(fā)明實施例公開的終端業(yè)務(wù)發(fā)放方法，圖2為本發(fā)明實施例公開的終端業(yè)務(wù)發(fā)放方法流程圖。
如圖2所示，本文發(fā)明實施例公開的終端業(yè)務(wù)發(fā)放方法中，終端業(yè)務(wù)下發(fā)可以在一次會話中完成。
用戶側(cè)設(shè)備(Cus tomer Premises Equipment, CPE)獲取自動配置服務(wù)器 (Auto-Configuration Server, ACS)的IP地址信息，根據(jù)IP地址信息發(fā)送與ACS建立連接的請求消息，CPE與ACS通過IP地址建立連接后，CPE主動向ACS發(fā)送通知信息，ACS響應(yīng)通知信息后，向CPE發(fā)送設(shè)置參數(shù)值(Set Parameter Values)請求信息，此時，在CPE中已經(jīng)擴(kuò)展了一個配置項(X_ATP_ExecuteScript),所述配置項用來保存由ACS下發(fā)的LUA語言腳本。ACS通過業(yè)務(wù)請求信息將LUA語言腳本下發(fā)給CPE，CPE通過解析LUA語言腳本執(zhí)行相應(yīng)的業(yè)務(wù)操作，并將獲取的信息發(fā)送至ACS，最后，由CPE向ACS發(fā)送結(jié)束連接消息，CPE 與ACS之間不再相互通信，實現(xiàn)終端業(yè)務(wù)發(fā)放方法需要以下步驟，如圖2所示，具體包括
步驟210、發(fā)送與自動配置服務(wù)器ACS建立連接的請求信息；
具體地，用戶側(cè)設(shè)備(CPE)通過接入網(wǎng)的DHCP服務(wù)器獲取自動配置服務(wù)器(ACS) 的IP地址信息,接入網(wǎng)的DHCP服務(wù)器可以把ACS的統(tǒng)一資源定位符(Universal Resource Locator,URL)作為動態(tài)主機(jī)設(shè)置協(xié)議(Dynamic Host Configuration Protocol,DHCP)選項來配置給CPE。CPE通過域名系統(tǒng)(Domain Name System，DNS)，用URL中的主機(jī)名組成5部分找到ACS的IP地址。CPE根據(jù)獲取的ACS的IP地址信息向ACS發(fā)送建立連接的請求消息；
CPE獲取到ACS的IP地址信息后，根據(jù)IP地址向ACS發(fā)送數(shù)據(jù)，在此，就需要確保 CPE向ACS發(fā)送數(shù)據(jù)的機(jī)密性和數(shù)據(jù)的完成性；
在本發(fā)明實施例中，CPE與ACS之間傳遞的數(shù)據(jù)均采用安全套接層(Secure Socket Layer, SSL)協(xié)議加密，以保障數(shù)據(jù)的傳輸安全,利用數(shù)據(jù)加密(Encryption)技術(shù), 可確保數(shù)據(jù)在網(wǎng)絡(luò)上的傳輸過程中不會被截??；
CPE在完成獲取ACS的IP地址信息和通過SSL對傳輸數(shù)據(jù)加密后，通過HTTP傳遞命令(HTTP Post)向ACS發(fā)送通知信息，CPE請求ACS對其進(jìn)行管理，ACS接收到由CPE通過HTTP Post發(fā)送的通知信息后，通過HTTP響應(yīng)命令(HTTP Response)向CPE發(fā)送響應(yīng)通知消息，CPE接收到響應(yīng)通知消息后，在用戶側(cè)擴(kuò)展一個配置項，該配置項用于保存在CPE 與ACS后續(xù)通信中由ACS發(fā)送的LUA語言腳本信息，CPE擴(kuò)展配置項后，通過HTTP傳遞命令(HTTP Post)向ACS發(fā)送一個空響應(yīng)報文，該空響應(yīng)報文用于說明CPE已經(jīng)準(zhǔn)備好接收 ACS傳輸?shù)臄?shù)據(jù)信息。
步驟220、接收ACS發(fā)送的業(yè)務(wù)請求信息，業(yè)務(wù)請求信息中包括用戶設(shè)備類型信息和設(shè)置參數(shù)值信息；
具體地，ACS接收到由CPE通過HTTP傳遞命令(HTTP Post)發(fā)送的空響應(yīng)報文后， ACS明確CPE已準(zhǔn)備好接收數(shù)據(jù)信息后，ACS通過HTTP Response向CPE發(fā)送業(yè)務(wù)請求信息， 在業(yè)務(wù)請求信息中包括用戶設(shè)備類型信息和設(shè)置參數(shù)值信息，以此實現(xiàn)在一次會話中ACS 發(fā)放多項終端設(shè)備業(yè)務(wù)，CPE將接收到的業(yè)務(wù)請求信息保存在已擴(kuò)展好的配置項中，在ACS 發(fā)送的業(yè)務(wù)請求信息中還可以包括ACS中預(yù)制的用戶設(shè)備類型信息。
步驟230、判斷獲取的用戶設(shè)備類型是否與ACS預(yù)制的用戶設(shè)備類型相同；
具體地，ACS使用LUA語言編譯業(yè)務(wù)請求信息，并將業(yè)務(wù)請求信息發(fā)送至CPE，CPE 接收到由ACS使用LUA語言編譯并發(fā)送的業(yè)務(wù)請求信息后，解析由ACS發(fā)送的業(yè)務(wù)請求信息，在業(yè)務(wù)請求信息中包括用戶設(shè)備類型信息、設(shè)置參數(shù)值信息和ACS預(yù)制的用戶設(shè)備類型信息；
CPE通過對LUA語言腳本的解析，根據(jù)業(yè)務(wù)請求信息中的用戶設(shè)備類型信息，獲取 CPE本身的用戶設(shè)備的類型，并將獲取的CPE本身的用戶設(shè)備類型與ACS預(yù)制的用戶設(shè)備類型相比較，若所述獲取的CPE本身的用戶設(shè)備類型與ACS預(yù)制的用戶設(shè)備類型一致，至執(zhí)行步驟240 ;否則，執(zhí)行步驟250。
步驟240 ;根據(jù)設(shè)置參數(shù)值信息設(shè)置參數(shù)值；
具體地，根據(jù)步驟230的判斷，若獲取的CPE本身的用戶設(shè)備類型與ACS中預(yù)制的用戶設(shè)備型一致，則將成功獲取用戶設(shè)備類型信息的結(jié)果保存在配置代碼中，并根據(jù)設(shè)置參數(shù)值信息設(shè)置與用戶設(shè)備類型相對應(yīng)的參數(shù)值，在設(shè)置參數(shù)值信息中包括用戶設(shè)備的網(wǎng)絡(luò)連接信息，路由信息等，在本發(fā)明實施例中，用戶設(shè)備(CPE)類型可以包括路由器設(shè)備、 網(wǎng)關(guān)設(shè)備或防火墻設(shè)備等多種設(shè)備類型，若獲取的CPE本身的用戶設(shè)備類型與ACS中預(yù)制的用戶設(shè)備類型一致，則將成功獲取用戶設(shè)備類型的結(jié)果保存在配置代碼中，并根據(jù)設(shè)置參數(shù)值信息設(shè)置路由器設(shè)備、網(wǎng)關(guān)設(shè)備或防火墻設(shè)備的參數(shù)值。
步驟250 ;不設(shè)置參數(shù)值；
具體地，若獲取用戶設(shè)備類型失敗，則記錄錯誤信息，將記錄失敗獲取信息的結(jié)果保存在配置代碼中，同時，不進(jìn)行設(shè)置參數(shù)值。
步驟260、將所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果發(fā)送至所述ACS， 并向ACS發(fā)送結(jié)束連接消息。
根據(jù)上述步驟，CPE將獲取的用戶設(shè)備類型結(jié)果和設(shè)置參數(shù)值的結(jié)果發(fā)送至ACS， 并向ACS發(fā)送結(jié)束連接的消息。
通過對上述方法的描述，ACS使用LUA語言將多項業(yè)務(wù)信息編譯在一個信息中，使得ACS與CPE在進(jìn)行一次會話中可完成多項業(yè)務(wù)信息的發(fā)送，從而減少ACS與CPE之間交互的報文，降低ACS與CPE的通信時間。
下面以圖3為例詳細(xì)說明本發(fā)明實施例公開的終端業(yè)務(wù)發(fā)放方法，圖3為本發(fā)明實施例公開的終端業(yè)務(wù)發(fā)放方法具體實施流程如圖3所示，本文發(fā)明實施例公開的終端業(yè)務(wù)發(fā)放方法中，終端業(yè)務(wù)下發(fā)可以在一次會話中完成。
用戶側(cè)設(shè)備(Customer Premises Equipment, CPE)查找自動配置服務(wù)器 (Auto-Configuration Server, ACS)的IP地址信息，根據(jù)IP地址信息發(fā)送與ACS建立連接的請求消息，CPE與ACS通過IP地址建立連接后，CPE主動向ACS發(fā)送通知信息，ACS響應(yīng)通知信息后，向CPE發(fā)送業(yè)務(wù)請求信息，此時，在CPE處已經(jīng)擴(kuò)展了一個配置項(X_ATP_ ExecuteScript),配置項用來保存由ACS側(cè)下發(fā)的LUA語言腳本。ACS側(cè)通過業(yè)務(wù)請求信息將LUA語言腳本下發(fā)給CPE，CPE通過解析LUA語言腳本執(zhí)行相應(yīng)的業(yè)務(wù)操作，并將執(zhí)行的業(yè)務(wù)操作結(jié)果保存在配置代碼中(Provisioning Code), CPE與ACS之間約定,如果配置代碼首位為I時，表示業(yè)務(wù)信息發(fā)送成功，如果配置代碼首位為0時，表示業(yè)務(wù)信息發(fā)送失??； 或者如果配置代碼首位為0時，表示業(yè)務(wù)信息發(fā)送成功，如果配置代碼首位為I時，表示業(yè)務(wù)信息發(fā)送失??；配置代碼除首位的其他位則可表示為業(yè)務(wù)信息發(fā)送具體失敗步驟，即表示業(yè)務(wù)信息發(fā)送的第幾步發(fā)生錯誤，CPE將配置代碼發(fā)送ACS，最后，由CPE向ACS發(fā)送結(jié)束連接消息，CPE與ACS之間不再相互通信，實現(xiàn)業(yè)務(wù)信息發(fā)送方法需要以下步驟，如圖3所示，具體包括
步驟301、向ACS發(fā)送TCP/IP連接的請求信息；
CPE通過接入網(wǎng)的DHCP服務(wù)器獲取ACS的IP地址信息，接入網(wǎng)的DHCP服務(wù)器可以把ACS URL作為DHCO option來配置給CPE。CPE通過DNS用URL中的host name組成部分找到ACS的IP地址。CPE根據(jù)獲取的ACS的IP地址信息向ACS發(fā)送建立連接的請求消息。
步驟302、CPE與ACS通過SSL協(xié)議加密交互的數(shù)據(jù)；
CPE獲取到ACS的IP地址信息后，根據(jù)I P地址向ACS發(fā)送數(shù)據(jù)，在此，就需要確保CPE向ACS發(fā)送數(shù)據(jù)的機(jī)密性和數(shù)據(jù)的完成性；
在本發(fā)明實施例中，CPE與ACS之間傳遞的數(shù)據(jù)均采用安全套接層(Secure Socket Layer, SSL)協(xié)議加密，以保障數(shù)據(jù)的傳輸安全,利用數(shù)據(jù)加密(Encryption)技術(shù)， 確保數(shù)據(jù)在網(wǎng)絡(luò)上的傳輸過程中不會被截取。
步驟303、CPE發(fā)送與ACS連接的通知請求信息；
CPE在完成獲取ACS的IP地址信息和通過SSL協(xié)議對傳輸數(shù)據(jù)加密后，通過HTTP傳遞命令(HTTP Post)向ACS發(fā)送通知請求信息，CPE請求ACS對其進(jìn)行管理。
步驟304、CPE接收ACS響應(yīng)的通知響應(yīng)信息；
ACS接收到由CPE通過HTTP Post發(fā)送的通知請求信息后，通過HTTP響應(yīng)命令 (HTTP Response)向CPE發(fā)送通知響應(yīng)消息，CPE接收到通知響應(yīng)消息后，在CPE擴(kuò)展一個配置項，配置項用于保存在CPE與ACS后續(xù)通信中由ACS發(fā)送的LUA語言腳本信息。
步驟305、CPE發(fā)送空響應(yīng)報文；
CPE擴(kuò)展配置項后，通過HTTP傳遞命令(HTTP Post)向ACS發(fā)送一個空響應(yīng)報文， 說明CPE已經(jīng)準(zhǔn)備好接收ACS傳輸?shù)臄?shù)據(jù)信息。
步驟306、ACS向CPE發(fā)送業(yè)務(wù)請求信息；
具體地，ACS接收到由CPE通過HTTP傳遞命令(HTTP Post)發(fā)送的空響應(yīng)報文后， ACS明確CPE已準(zhǔn)備好接收數(shù)據(jù)信息后，ACS通過HTTP Response向CPE發(fā)送業(yè)務(wù)請求信息，在業(yè)務(wù)請求信息中包括多種類型信息，以此實現(xiàn)在一次會話中ACS發(fā)放多項業(yè)務(wù)信息， CPE將接收到的業(yè)務(wù)請求信息保存在已擴(kuò)展好的配置項中。
步驟307、CPE解析業(yè)務(wù)請求信息；
具體地，ACS使用LUA語言編譯業(yè)務(wù)請求信息，并將業(yè)務(wù)請求信息發(fā)送至CPE，CPE 接收到由ACS使用LUA語言編譯并發(fā)送的業(yè)務(wù)請求信息后，解析由ACS發(fā)送的業(yè)務(wù)請求信息，在業(yè)務(wù)請求信息中包括用戶設(shè)備類型信息、設(shè)置參數(shù)值信息和ACS中預(yù)制的用戶設(shè)備類型信息，可選的，還可在業(yè)務(wù)信息中增加添加對象信息和刪除對象信息，具體業(yè)務(wù)請求信息的LUA語言腳本為
//獲取用戶側(cè)設(shè)備類型信息和設(shè)置用戶側(cè)設(shè)備參數(shù)值信息腳本語法ErrCode,ParameterValue=cwmp.GetParameterValues(uIntemetGatewwayDevice.DeviceInfo.Ma nufacturer”)/ / 獲取 Manufacturer 的參數(shù)值if 0 =ErrCode then //獲取參數(shù)值失敗，記錄錯誤信息cwmp.ExecuteResults(2, nGetParameterValues for [InternetGatewayDevice. Devicelnfo. Manufacturer] failed.")else //獲取參數(shù)值成功if ParameterValue = = tABCD., Ltd.7/Manufacturer 的值為想獲取的值 ErrCode, NeedReboot = cwmp.SetParameterValues("InternetGatewayDevice.Devicelnfo.ProvisioningCode", "InternetGatewayDevice.Devicelnfo.ProvisioningCode")//i5L置 ProvisioningCode ^參數(shù)值if 0 =ErrCode then //設(shè)置失敗，記錄失敗信息cwmp.ExecuteResults(3, "SetParameterValues for [InternetGatewayDevice.Devicelnfo.ProvisioningCode] failed.") end end end endreturn/ /添加對象信息腳本語法ErrCode, InstID, NeedReboot =
cwmp.AddObject(MInternetGatewayDevice.X_ATP_FireWalLFilterMode.M)//cwmp.AddObject添加某個對象的實例，返回值包括錯誤碼、實例號和是否需要重啟//如果ErrCode不為0,則表示獲取參數(shù)值發(fā)生錯誤，此后的代碼可以將錯誤明確的記錄在日志或者ProvisioningCode中。 if 0 =ErrCode thencwmp.ExecuteResults(5, ".AddObject for [InternetGatewayDevice.X_ATP_FireWall.FilterMode.] failed.M)returnend/ /刪除對象信息腳本語法ErrCode, NeedReboot =cwmp.DeleteObject("InternetGatewayDevice.X_ATP_FireWall.FilterMode. {i}.")//cwmp. DeleteObject刪除某個對象的實例，返回值包括錯誤碼和是否需要重啟//如果ErrCode不為0,則表示獲取參數(shù)值發(fā)生錯誤，此后的代碼可以將錯誤明確的記錄在日志或者ProvisioningCode中。 if 0 =ErrCode thencwmp.ExecuteResults(6, ".DeleteObject for [InternetGatewayDevice.X_ATP_Fire Wall.FilterMode. {i}.] failed.")returnend
在執(zhí)行上述LUA語言腳本中，當(dāng)上一步操作執(zhí)行成功才會執(zhí)行下一步，直到所有的步驟執(zhí)行完畢，同時將執(zhí)行步驟成功結(jié)果保存在配置代碼中來標(biāo)示本次所有的業(yè)務(wù)信息都已發(fā)放成功。如果有一步操作執(zhí)行不成功，則不繼續(xù)執(zhí)行后面的操作，同時將執(zhí)行步驟失敗結(jié)果保存在配置代碼來標(biāo)示本次業(yè)務(wù)信息發(fā)送失敗，或者具體失敗在哪一步。
CPE在解析上述LUA語言信息后，將記錄的配置代碼發(fā)送至ACS，如果配置代碼首位為I時，則表明業(yè)務(wù)信息發(fā)送成功，并根據(jù)業(yè)務(wù)信息發(fā)送成功信息向CPE發(fā)送空響應(yīng)報文，如果配置代碼首位為0時，則表明業(yè)務(wù)信息發(fā)送失??；或者如果配置代碼首位為0時，則表明業(yè)務(wù)信息發(fā)送成功，并根據(jù)業(yè)務(wù)信息發(fā)送成功信息向CPE發(fā)送空響應(yīng)報文，如果配置代碼首位為I時，則表明業(yè)務(wù)信息發(fā)送失??；其中，配置代碼除首位的其他位表示在發(fā)送業(yè)務(wù)信息過程中，具體的失敗步驟信息。
步驟308、ACS向CPE發(fā)送空響應(yīng)報文；
具體地，ACS接收由CPE發(fā)送的配置代碼，并對配置代碼解析。如果配置代碼首位為I時，則表明業(yè)務(wù)信息發(fā)送成功，并根據(jù)業(yè)務(wù)信息發(fā)送成功信息向CPE發(fā)送空響應(yīng)報文，如果配置代碼首位為0時，則表明業(yè)務(wù)信息發(fā)送失敗；或者如果配置代碼首位為0時，則表明業(yè)務(wù)信息發(fā)送成功，并根據(jù)業(yè)務(wù)信息發(fā)送成功信息向CPE發(fā)送空響應(yīng)報文，如果配置代碼首位為I時，則表明業(yè)務(wù)信息發(fā)送失敗；其中，配置代碼除首位的其他位表示在發(fā)送業(yè)務(wù)信息過程中，具體的失敗步驟信息。
步驟309、CPE發(fā)送空響應(yīng)報文；
具體地，CPE接收到由ACS發(fā)送的空響應(yīng)報文后，向ACS發(fā)送空響應(yīng)報文；
步驟310、ACS響應(yīng)空響應(yīng)報文；
具體地，上述步驟的多次發(fā)送空響應(yīng)報文，為CPE與ACE之間的握手協(xié)議，以表明 CPE與ACE之間一直保持連接。
步驟311、CPE向ACS發(fā)送結(jié)束連接消息。
具體地，ACS再次發(fā)送空響應(yīng)報文至CPE，CPE接收到由ACS再次發(fā)送的空響應(yīng)報文后，向ACS發(fā)送結(jié)束連接消息，并停止與ACS之間的數(shù)據(jù)通信。
通過上述對CPE與ACS之間通信過程的具體描述，ACS使用LUA語言將多項業(yè)務(wù)信息編譯在一個信息中，使得ACS與CPE在進(jìn)行一次會話中可完成多項業(yè)務(wù)信息的發(fā)送，從而減少ACS與CPE之間交互的報文，降低ACS與CPE的通信時間。
根據(jù)上述列舉出的LUA語言腳本，以用戶設(shè)備類型信息和設(shè)置參數(shù)值信息腳本語法為例，詳細(xì)說明CPE解析LUA語言腳本的具體過程。
在ACS發(fā)送的業(yè)務(wù)請求信息中，包括用戶設(shè)備類型信息、設(shè)置參數(shù)值信息和預(yù)制的用戶設(shè)備類型；具體CPE的解析過程如圖4所示，
步驟401、根據(jù)業(yè)務(wù)請求信息中攜帶的用戶設(shè)備類型信息，獲取用戶設(shè)備類型；
具體的，CPE在解析ACS發(fā)送的業(yè)務(wù)請求信息時，根據(jù)用戶設(shè)備類型信息，獲取CPE 本身的用戶設(shè)備類型，若CPE根據(jù)用戶設(shè)備類型信息，獲取CPE本身的設(shè)備類型沒有獲取成功時，則記錄錯誤信息，不再繼續(xù)執(zhí)行后續(xù)步驟，將失敗獲取信息的結(jié)果保存在配置代碼中，發(fā)送ACS ；
若CPE根據(jù)用戶設(shè)備類型信息，獲取CPE本身的設(shè)備類型獲取成功時，則記錄獲取的用戶設(shè)備類型，繼續(xù)執(zhí)行后續(xù)步驟；
在本發(fā)明實施例中，用戶設(shè)備(CPE)類型可以包括路由器設(shè)備、網(wǎng)關(guān)設(shè)備或防火墻設(shè)備等多種設(shè)備類型。
步驟402、判斷獲取的用戶設(shè)備類型與ACS中預(yù)制的用戶設(shè)備類型是否相同；
具體地，若獲取的CPE本身的用戶設(shè)備類型與ACS中預(yù)制的用戶設(shè)備類型一致，則記錄成功信息，并繼續(xù)執(zhí)行步驟403，執(zhí)行設(shè)置參數(shù)值步驟；否則，執(zhí)行步驟404。
步驟403、根據(jù)設(shè)置參數(shù)值信息，設(shè)置CPE的參數(shù)值；
具體地，根據(jù)步驟402的判斷，若獲取的CPE本身的用戶設(shè)備類型與ACS中預(yù)制的用戶設(shè)備類型一致，則根據(jù)設(shè)置參數(shù)值信息，設(shè)置CPE的參數(shù)值。
步驟404、不設(shè)置參數(shù)值；
具體地，根據(jù)步驟402的判斷，若獲取的CPE本身的用戶設(shè)備類型與ACS中預(yù)制的用戶設(shè)備類型不一致，則不設(shè)置參數(shù)值，并將記錄失敗信息，不在繼續(xù)執(zhí)行后續(xù)步驟，將失敗設(shè)置參數(shù)值信息的結(jié)果保存在配置代碼中，發(fā)送ACS。
步驟405、將業(yè)務(wù)請求信息的處理結(jié)果保存在配置代碼中；
具體地，所述配置代碼為多位代碼，如果配置代碼首位為I時，則表示業(yè)務(wù)信息發(fā)送成功信息；如果配置代碼首位為0時，則表示業(yè)務(wù)信息發(fā)送失敗信息；或者如果配置代碼首位為0時，表示業(yè)務(wù)信息發(fā)送成功，如果配置代碼首位為I時，表示業(yè)務(wù)信息發(fā)送失??；配置代碼除首位的其他位表示在發(fā)送業(yè)務(wù)信息的過程中，具體的失敗步驟信息。
步驟406、將配置代碼發(fā)送ACS ；
在執(zhí)行上述LUA語言腳本中，當(dāng)上一步操作執(zhí)行成功才會執(zhí)行下一步，直到所有的步驟執(zhí)行完畢，同時將執(zhí)行步驟成功結(jié)果保存在配置代碼中來標(biāo)示本次所有的業(yè)務(wù)信息都已發(fā)放成功。如果有一步操作執(zhí)行不成功，則不繼續(xù)執(zhí)行后面的操作，同時將執(zhí)行步驟失敗結(jié)果保存在配置代碼來標(biāo)示本次業(yè)務(wù)信息發(fā)送失敗，或者具體失敗在哪一步。
相應(yīng)地，圖5為本發(fā)明實施例公開的終端業(yè)務(wù)發(fā)送裝置圖；如圖5所示，所述終端業(yè)務(wù)發(fā)送裝置包括第一發(fā)送單元510、第一接收單元520、執(zhí)行單元530、第二發(fā)送單元 540、獲取單元550、加密單元560和保存單元570。
如圖5所示，所述裝置中第一發(fā)送單元510，用于發(fā)送與自動配置服務(wù)器ACS建立連接的請求信息；
所述裝置還包括獲取單元550，由獲取單元550獲取ACS的IP地址信息，接入網(wǎng)的DHCP服務(wù)器可以把ACS的URL作為DHCO選項來配置給獲取單元。獲取單元通過DNS用 URL中的主機(jī)名組成部分找到ACS的IP地址。根據(jù)獲取單元中的IP地址信息，第一發(fā)送單元向ACS發(fā)送建立連接的請求信息。
所述裝置中的加密單元560，用于向所述ACS發(fā)送加密信息，以建立業(yè)務(wù)信息的安全交互；通過所述加密單元為發(fā)送的數(shù)據(jù)進(jìn)行加密，已確保向ACS發(fā)送數(shù)據(jù)的機(jī)密性和數(shù)據(jù)的完成性。
所述裝置中第一接收單元520，用于接收所述ACS發(fā)送的業(yè)務(wù)請求信息，所述業(yè)務(wù)請求信息中包括用戶設(shè)備類型信息和設(shè)置參數(shù)值信息；
如圖5所示，所述裝置中的第一發(fā)送單元510向ACS發(fā)送建立連接的請求信息以請求ACS對其進(jìn)行管理；當(dāng)ACS明確CPE已準(zhǔn)備好接收數(shù)據(jù)信息后，ACS使用LUA語言編譯業(yè)務(wù)請求信息，并將業(yè)務(wù)請求信息發(fā)送至所述裝置中第一接收單元520內(nèi)，在業(yè)務(wù)請求信息中包括多種類型信息，以此實現(xiàn)在一次會話中ACS發(fā)放多項業(yè)務(wù)信息；
所述裝置中的保存單元570，用于將所述業(yè)務(wù)請求信息保存在配置項中；
所述裝置中的第一接收單元520接收ACS使用LUA語言編譯的業(yè)務(wù)請求信息后， 所述裝置中的保存單元570將接收到的業(yè)務(wù)請求信息保存在已擴(kuò)展好的配置項中。
所述裝置中的執(zhí)行單元530用于當(dāng)確定所述獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型一致時，則通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值，并將所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果通過第二發(fā)送單元540發(fā)送至所述ACS ；
在本實施例中，執(zhí)行單元530具體用于根據(jù)所述業(yè)務(wù)請求信息中攜帶的用戶設(shè)備類型信息，獲取用戶設(shè)備類型，并記錄獲取的用戶設(shè)備類型的成功或失敗的處理結(jié)果；
執(zhí)行單元530進(jìn)一步具體用于將所述獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型進(jìn)行匹配，當(dāng)匹配一致時，通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值，記錄成功的處理結(jié)果。
執(zhí)行單元530進(jìn)一步具體用于當(dāng)確定所述獲取的用戶設(shè)備類型與所述預(yù)制的用戶設(shè)備類型不一致時，則不通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值，并記錄失敗的處理結(jié)果。
所述第二發(fā)送單元540具體用于，先將所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果保存在配置代碼中，再將所述配置代碼發(fā)送至所述ACS，所述配置代碼為多位代碼；
如果所述配置代碼首位為I時，則表示業(yè)務(wù)信息發(fā)放成功；
如果所述配置代碼首位為0時，則表示業(yè)務(wù)信息發(fā)放失敗，所述配置代碼除首位的其他位表示業(yè)務(wù)信息發(fā)送的具體失敗步驟；
或者如果所述配置代碼首位為0時，則表示業(yè)務(wù)信息發(fā)放成功；
如果所述配置代碼首位為I時，則表示業(yè)務(wù)信息發(fā)放失敗，所述配置代碼除首位的其他位表示業(yè)務(wù)信息發(fā)送的具體失敗步驟。
通過對LUA語言腳本的解析操作，實現(xiàn)將所有業(yè)務(wù)在一次會話中下發(fā)完成，同時將執(zhí)行步驟成功或失敗的結(jié)果保存在配置代碼中來標(biāo)示本次會話下發(fā)的所有業(yè)務(wù)信息的執(zhí)行狀態(tài)。如果有一步操作執(zhí)行不成功，則不繼續(xù)執(zhí)行后面的操作，同時將執(zhí)行步驟失敗結(jié)果保存在配置代碼來標(biāo)示本次業(yè)務(wù)信息發(fā)送失敗，或者具體失敗在哪一步。
如圖5所示，所述裝置中的第二發(fā)送單元540向ACS發(fā)送配置代碼后，向ACS發(fā)送結(jié)束連接消息，停止與ACS之間的數(shù)據(jù)通信。
通過應(yīng)用本發(fā)明實施例公開的裝置，ACS在發(fā)送業(yè)務(wù)信息時，可以將多個操作混合在一個LUA腳本語言中，實現(xiàn)所有的業(yè)務(wù)信息在一次會話中完成，并記錄操作執(zhí)行信息，使得ACS與CPE之間的報文交互大幅減少，消耗時間短，CPE與ACS之間通信更加靈活方便。
專業(yè)人員應(yīng)該還可以進(jìn)一步意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機(jī)軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。 這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。 專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。
結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機(jī)存儲器(RAM)、內(nèi)存、只讀存儲器 (ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。
以上所述的具體實施方式
，對本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施方式
而已，并不用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)信息的發(fā)送方法，其特征在于，所述方法包括發(fā)送與自動配置服務(wù)器ACS建立連接的請求信息；接收所述ACS發(fā)送的業(yè)務(wù)請求信息，所述業(yè)務(wù)請求信息中包括用戶設(shè)備類型信息和設(shè)置參數(shù)值信息；當(dāng)確定獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型一致時，則通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值；將所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果發(fā)送至所述ACS，并向所述ACS 發(fā)送結(jié)束連接消息。
2.根據(jù)權(quán)利I所述的發(fā)送方法，其特征在于，所述發(fā)送與自動配置服務(wù)器ACS連接的通知請求信息之前還包括獲取所述ACS的網(wǎng)絡(luò)地址信息，根據(jù)所述網(wǎng)絡(luò)地址信息發(fā)送與所述ACS建立連接的請求消息。
3.根據(jù)權(quán)利I所述的發(fā)送方法，其特征在于，所述發(fā)送與自動配置服務(wù)器ACS連接的通知請求信息之前還包括向所述ACS發(fā)送加密信息，以建立業(yè)務(wù)信息的安全交互。
4.根據(jù)權(quán)利I所述的發(fā)送方法，其特征在于，所述接收所述ACS發(fā)送的業(yè)務(wù)請求信息具體為接收由所述ACS使用LUA語言編譯的業(yè)務(wù)請求信息。
5.根據(jù)權(quán)利I所述的發(fā)送方法，其特征在于，所述方法還包括將所述業(yè)務(wù)請求信息保存在配置項中。
6.根據(jù)權(quán)利I所述的發(fā)送方法，其特征在于，所述方法包括根據(jù)所述業(yè)務(wù)請求信息中攜帶的用戶設(shè)備類型信息，獲取用戶設(shè)備類型；記錄獲取的用戶設(shè)備類型的成功或失敗的處理結(jié)果。
7.根據(jù)權(quán)利I所述的發(fā)送方法，其特征在于，所述當(dāng)確定獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型一致時，則通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值的步驟包括將所述獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型進(jìn)行匹配；當(dāng)匹配一致時，通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值；記錄成功的處理結(jié)果。
8.根據(jù)權(quán)利7所述的發(fā)送方法，其特征在于，所述將所述獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型進(jìn)行匹配的步驟包括當(dāng)確定所述獲取的用戶設(shè)備類型與所述預(yù)制的用戶設(shè)備類型不一致時，則不通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值，并記錄失敗的處理結(jié)果。
9.根據(jù)權(quán)利I所述的發(fā)送方法，其特征在于，所述將所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果發(fā)送至所述ACS具體為將所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果保存在配置代碼中，將所述配置代碼發(fā)送至所述ACS，所述配置代碼為多位代碼；如果所述配置代碼首位為I時，則表示業(yè)務(wù)信息發(fā)放成功；如果所述配置代碼首位為0時，則表示業(yè)務(wù)信息發(fā)放失敗，所述配置代碼除首位的其他位表示業(yè)務(wù)信息發(fā)送的具體失敗步驟；或者如果所述配置代碼首位為0時，則表示業(yè)務(wù)信息發(fā)放成功；如果所述配置代碼首位為I時，則表示業(yè)務(wù)信息發(fā)放失敗，所述配置代碼除首位的其他位表示業(yè)務(wù)信息發(fā)送的具體失敗步驟。
10.一種業(yè)務(wù)信息的發(fā)送裝置，其特征在于，所述裝置包括第一發(fā)送單元，用于發(fā)送與自動配置服務(wù)器ACS建立連接的請求信息；第一接收單元，用于接收所述ACS發(fā)送的業(yè)務(wù)請求信息，所述業(yè)務(wù)請求信息中包括用戶設(shè)備類型信息和設(shè)置參數(shù)值信息；執(zhí)行單元，用于當(dāng)確定所述獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型一致時，則通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值；第二發(fā)送單元，用于將所述執(zhí)行單元對所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果發(fā)送至所述ACS，并向所述ACS發(fā)送結(jié)束連接消息。
11.根據(jù)權(quán)利10所述的發(fā)送裝置，其特征在于，所述裝置還包括獲取單元，所述獲取單元具體用于，獲取所述ACS的網(wǎng)絡(luò)地址信息；所述第一發(fā)送單元具體用于，根據(jù)所述網(wǎng)絡(luò)地址信息發(fā)送與所述ACS建立連接的請求消息。
12.根據(jù)權(quán)利10所述的發(fā)送裝置，其特征在于，所述裝置還包括加密單元，用于向所述ACS發(fā)送加密信息，以建立業(yè)務(wù)信息的安全交互。
13.根據(jù)權(quán)利10所述的發(fā)送裝置，其特征在于，所述第一接收單元具體用于，接收由所述ACS使用LUA語言編譯的業(yè)務(wù)請求信息。
14.根據(jù)權(quán)利10所述的發(fā)送裝置，其特征在于，所述裝置還包括保存單元，用于將所述業(yè)務(wù)請求信息保存在配置項中。
15.根據(jù)權(quán)利10所述的發(fā)送裝置，其特征在于，所述執(zhí)行單元進(jìn)一步用于根據(jù)所述業(yè)務(wù)請求信息中攜帶的用戶設(shè)備類型信息，獲取用戶設(shè)備類型，并記錄獲取的用戶設(shè)備類型的成功或失敗的處理結(jié)果。
16.根據(jù)權(quán)利10所述的發(fā)送裝置，其特征在于，所述執(zhí)行單元進(jìn)一步用于將所述獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型進(jìn)行匹配，當(dāng)匹配一致時，通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值，記錄成功的處理結(jié)果。
17.根據(jù)權(quán)利10所述的發(fā)送裝置，其特征在于，所述執(zhí)行單元進(jìn)一步用于當(dāng)確定所述獲取的用戶設(shè)備類型與所述預(yù)制的用戶設(shè)備類型不一致時，則不通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值，并記錄失敗的處理結(jié)果。
18.根據(jù)權(quán)利10所述的發(fā)送裝置，其特征在于，所述第二發(fā)送單元具體用于將所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果保存在配置代碼中，將所述配置代碼發(fā)送至所述ACS，所述配置代碼為多位代碼；如果所述配置代碼首位為I時，則表示業(yè)務(wù)信息發(fā)放成功；如果所述配置代碼首位為0時，則表示業(yè)務(wù)信息發(fā)放失敗，所述配置代碼除首位的其他位表示業(yè)務(wù)信息發(fā)送的具體失??；或者如果所述配置代碼首位為0時，則表示業(yè)務(wù)信息發(fā)放成功；如果所述配置代碼首位為I時，則表示業(yè)務(wù)信息發(fā)放失敗，所述配置代碼除首位的其他位表示業(yè)務(wù)信息發(fā)送的具體失敗。
全文摘要
本發(fā)明實施例涉及一種業(yè)務(wù)信息的發(fā)送方法與裝置，所述方法包括發(fā)送與自動配置服務(wù)器ACS建立連接的請求信息；接收所述ACS發(fā)送的業(yè)務(wù)請求信息，所述業(yè)務(wù)請求信息中包括用戶設(shè)備類型信息和設(shè)置參數(shù)值信息；當(dāng)確定所述獲取的用戶設(shè)備類型與預(yù)制的用戶設(shè)備類型一致時，則通過設(shè)置參數(shù)值信息設(shè)置參數(shù)值；將所述獲取的用戶設(shè)備類型和設(shè)置參數(shù)值的處理結(jié)果發(fā)送至所述ACS，并向所述ACS發(fā)送結(jié)束連接消息。
文檔編號H04L12/28GK102546331SQ201210065239
公開日2012年7月4日 申請日期2012年3月13日 優(yōu)先權(quán)日2012年3月13日
發(fā)明者龐敏 申請人:華為終端有限公司