本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種網(wǎng)絡(luò)連接方法及裝置。
背景技術(shù):
目前,網(wǎng)際協(xié)議第6版(internetprotocolversion6,簡稱為ipv6)鏈路建立過程,分為狀態(tài)化自動配置(即,有狀態(tài)配置)和無狀態(tài)地址自動配置(即,無狀態(tài)配置),具體哪種配置方式,是運營商分配的具體接入點名稱(accesspointname,簡稱為apn)決定的。其鏈路建立過程是,移動終端(mobileterminal,簡稱為mt)(例如,數(shù)據(jù)卡)和網(wǎng)絡(luò)側(cè)協(xié)商一個唯一的接口標識(3g通過分組數(shù)據(jù)協(xié)議(packetdataprotocol,簡稱為pdp)上下文激活,長期演進(long-termevolution,簡稱為lte)通過附著attach的過程),終端設(shè)備(terminalequipment,簡稱為te,也可稱為主機設(shè)備)通過和mt交互以獲取這個接口標識;然后te構(gòu)建本地鏈路地址和網(wǎng)絡(luò)側(cè)進行路由請求(routersolicitation,簡稱為rs)/路由通告(routeradvertisement,簡稱為ra)交互;te通過ra中攜帶的信息,可確定是用狀態(tài)化配置方式還是無狀態(tài)配置方式。如果是狀態(tài)化配置,te和網(wǎng)絡(luò)將會通過動態(tài)主機配置協(xié)議(dynamichostconfigurationprotocol)dhcpv6交互,以獲取ipv6地址和dns等信息,建鏈完成;如果是無狀態(tài)配置,則ra中攜帶有ipv6地址前綴,te獲取該ipv6地址前綴后,可以將該ipv6地址前綴和已經(jīng)獲取的接口標識組成全局ipv6地址,而域名服務(wù)器(domainnameserver,簡稱為dns)地址等信息則通過dhcpv6交互來獲取。由此可知,無論是哪種方式,te在每次建立鏈路時,都需要te主機和網(wǎng)絡(luò)之間直接交互數(shù)據(jù)才能完成。
但是考慮應(yīng)用于lte網(wǎng)絡(luò)下的物聯(lián)網(wǎng)終端(即te終端),由于節(jié)約資源的考慮,常常會有某種策略,使得終端頻繁聯(lián)網(wǎng)斷網(wǎng)。例如,在沒有數(shù)據(jù)交互時,斷開網(wǎng)絡(luò)鏈接,在重新有數(shù)據(jù)要收發(fā)時,又建立鏈接。這種場景并不罕見,當前的數(shù)據(jù)類產(chǎn)品的“按需撥號”功能就是為了實現(xiàn)這個目的,另外,現(xiàn)在隨處可見的快遞員攜帶的刷卡pos機也是類似這種機制,刷卡前需要撥號,一段時間不用就自動斷網(wǎng)。
針對物聯(lián)網(wǎng)的第三代合作項目組織(the3rdgenerationpartnershipproject,簡稱為3gpp)標準是長期演進-機器到機器(lte-machinetomachine,簡稱為lte-m),有l(wèi)te的大部分特點。當終端配合分組核心演進(evolvedpacketcore,簡稱為epc)網(wǎng)絡(luò)(即lte系統(tǒng))工作時,由于lte網(wǎng)絡(luò)“永遠在線”的特點,te在開機后附著網(wǎng)絡(luò)時就已經(jīng)激活默認分組數(shù)據(jù)網(wǎng)(packetdatanetwork,簡稱為pdn),如果te發(fā)起聯(lián)網(wǎng)斷網(wǎng),實際只是te和mt之間的交互,默認pdn連接是一直存在的。但是,在相關(guān)技術(shù)中,在te每次聯(lián)網(wǎng)后,mt都要和網(wǎng)絡(luò)側(cè)發(fā)生rs、ra交互,以獲取ip、dns地址信息。 rs、ra信息是終端和核心網(wǎng)的交互,終端由于業(yè)務(wù)需要,發(fā)生斷網(wǎng)、聯(lián)網(wǎng),聯(lián)網(wǎng)過程中會有大量的rs/ra和dhcpv6消息,如果是在終端眾多,信號覆蓋較弱的物聯(lián)網(wǎng)、傳感器網(wǎng)絡(luò)場景,一是消息數(shù)量將更大,二是信號覆蓋較弱的區(qū)域常常存在收發(fā)數(shù)據(jù)前,無線鏈路建立失敗需要重建的場景,這兩種情形將會使得核心網(wǎng)網(wǎng)關(guān)負載更重。并且,對于te來說,也會延長鏈路建立過程的時間。
由此可知,在相關(guān)技術(shù)中,當te發(fā)生多次斷網(wǎng)后的聯(lián)網(wǎng)操作時,需要與網(wǎng)絡(luò)進行多次交互,從而造成網(wǎng)絡(luò)側(cè)負載重,te側(cè)聯(lián)網(wǎng)時間長的問題。
針對上述問題,相關(guān)技術(shù)中并未提出有效的解決方案。
技術(shù)實現(xiàn)要素:
本發(fā)明提供了一種網(wǎng)絡(luò)連接方法及裝置,以至少解決相關(guān)技術(shù)中存在的當te發(fā)生多次斷網(wǎng)后的聯(lián)網(wǎng)操作時,需要與網(wǎng)絡(luò)進行多次交互,從而造成網(wǎng)絡(luò)側(cè)負載重,te側(cè)聯(lián)網(wǎng)時間長的問題。
根據(jù)本發(fā)明的一個方面,提供了一網(wǎng)絡(luò)連接方法,包括:移動終端mt獲取網(wǎng)絡(luò)分配的ipv6地址信息和域名服務(wù)器dns信息;當主機設(shè)備te通過所述mt連接所述網(wǎng)絡(luò)時,所述mt將所述ipv6地址信息和所述dns信息發(fā)送給所述te,其中,所述ipv6地址信息和所述dns信息用于所述te接入所述網(wǎng)絡(luò)。
可選地,所述mt獲取所述網(wǎng)絡(luò)分配的所述ipv6地址信息和所述dns信息包括:所述mt在成功附著所述網(wǎng)絡(luò)后,從本地空口協(xié)議棧中獲取所述ipv6地址信息中的ipv6接口標識;以及,所述mt向所述網(wǎng)絡(luò)發(fā)送第一路由請求rs消息,其中,所述第一rs消息用于觸發(fā)所述網(wǎng)絡(luò)下發(fā)路由通告ra;所述mt根據(jù)所述網(wǎng)絡(luò)下發(fā)的所述ra獲取所述ipv6地址信息中的ipv6地址前綴和所述dns信息。
可選地,所述mt根據(jù)所述網(wǎng)絡(luò)下發(fā)的所述ra獲取所述ipv6地址信息中的所述ipv6地址前綴和所述dns信息包括:所述mt確定所述ra指示的ipv6地址配置方式;當所述mt確定所述ipv6地址配置方式為無狀態(tài)配置時,從所述ra中獲取所述ipv6地址前綴,以及,通過與所述網(wǎng)絡(luò)之間進行動態(tài)主機配置協(xié)議dhcpv6交互過程獲取所述dns信息;和/或,當所述mt確定所述ipv6地址配置方式為有狀態(tài)配置時,通過與所述網(wǎng)絡(luò)之間進行動態(tài)主機配置協(xié)議dhcpv6交互獲取ipv6地址前綴和所述dns信息。
可選地,所述mt將所述ipv6地址信息和所述dns信息發(fā)送給所述te包括:所述mt在與所述te進行點到點協(xié)議ppp協(xié)商過程中,將所述ipv6接口標識發(fā)送給所述te,其中,所述ipv6接口標識用于所述te生成本地鏈路地址;所述mt接收所述te利用所述本地鏈路地址發(fā)送的第二rs消息;所述mt根據(jù)所述第二rs消息將所述ipv6地址前綴和所述dns信息發(fā)送給所述te。
可選地,所述mt根據(jù)所述第二rs消息將所述ipv6地址前綴和所述dns信息發(fā)送給所述te包括:所述mt根據(jù)所述第二rs消息將所述ra發(fā)送給所述te,其中,所述ra用于指示ipv6地址配置方式;當所述ra指示所述ipv6地址配置方式為無狀態(tài)配置時,所述mt通過將所述ipv6地址前綴攜帶在所述ra中的方式將所述ipv6地址前綴發(fā)送給所述te,以及,通過與所述te進行動態(tài)主機配置協(xié)議dhcpv6交互將所述dns信息發(fā)送給所述te;和/或,當所述ra指示所述ipv6地址配置方式為有狀態(tài)配置時,所述mt通過與所述te進行動態(tài)主機配置協(xié)議dhcpv6交互將所述ipv6地址前綴和所述dns信息發(fā)送給所述te。
可選地,在所述te接入所述網(wǎng)絡(luò)之后,所述方法還包括:所述mt在確定所述te需要斷網(wǎng)時,進行斷網(wǎng)處理,其中,所述斷網(wǎng)處理包括:斷開所述mt與所述te之間進行所述ppp協(xié)商過程中建立的ppp鏈路,且維持所述mt與所述網(wǎng)絡(luò)的連接。
可選地,所述mt在進行所述斷網(wǎng)處理之后,所述方法還包括:所述mt在確定所述te需要通過所述mt重新接入所述網(wǎng)絡(luò)時,所述mt重復(fù)執(zhí)行將所述ipv6地址信息和所述dns信息發(fā)送給所述te的操作。
根據(jù)本發(fā)明的另一方面,提供了一種網(wǎng)絡(luò)連接裝置,所述裝置應(yīng)用于移動終端mt中,包括:獲取模塊,用于獲取網(wǎng)絡(luò)分配的ipv6地址信息和域名服務(wù)器dns信息;發(fā)送模塊,用于當主機設(shè)備te通過所述mt連接所述網(wǎng)絡(luò)時,將所述ipv6地址信息和所述dns信息發(fā)送給所述te,其中,所述ipv6地址信息和所述dns信息用于所述te接入所述網(wǎng)絡(luò)。
可選地,所述獲取模塊包括:第一獲取單元,用于在所述mt成功附著所述網(wǎng)絡(luò)后,從本地空口協(xié)議棧中獲取所述ipv6地址信息中的ipv6接口標識;以及,第一發(fā)送單元,用于向所述網(wǎng)絡(luò)發(fā)送第一路由請求rs消息,其中,所述第一rs消息用于觸發(fā)所述網(wǎng)絡(luò)下發(fā)路由通告ra;第二獲取單元,用于所述mt根據(jù)所述網(wǎng)絡(luò)下發(fā)的所述ra獲取所述ipv6地址信息中的ipv6地址前綴和所述dns信息。
可選地,所述第二獲取單元包括:確定子單元,用于確定所述ra指示的ipv6地址配置方式;第一獲取子單元,用于當確定所述ipv6地址配置方式為無狀態(tài)配置時,從所述ra中獲取所述ipv6地址前綴,以及,通過與所述網(wǎng)絡(luò)之間進行動態(tài)主機配置協(xié)議dhcpv6交互過程獲取所述dns信息;和/或,第二獲取子單元,用于當確定所述ipv6地址配置方式為有狀態(tài)配置時,通過與所述網(wǎng)絡(luò)之間進行動態(tài)主機配置協(xié)議dhcpv6交互獲取ipv6地址前綴和所述dns信息。
可選地,所述發(fā)送模塊包括:第二發(fā)送單元,用于在與所述te進行點到點協(xié)議ppp協(xié)商過程中,將所述ipv6接口標識發(fā)送給所述te,其中,所述ipv6接口標識用于所述te生成本地鏈路地址;接收單元,用于接收所述te利用所述本地鏈路地址發(fā)送的第二rs消息;第三發(fā)送單元,用于根據(jù)所述第二rs消息將所述ipv6地址前綴和所述dns 信息發(fā)送給所述te。
可選地,所述第三發(fā)送單元包括:第一發(fā)送子單元,用于根據(jù)所述第二rs消息將所述ra發(fā)送給所述te,其中,所述ra用于指示ipv6地址配置方式;第二發(fā)送子單元,用于當所述ra指示所述ipv6地址配置方式為無狀態(tài)配置時,通過將所述ipv6地址前綴攜帶在所述ra中的方式將所述ipv6地址前綴發(fā)送給所述te,以及,通過與所述te進行動態(tài)主機配置協(xié)議dhcpv6交互將所述dns信息發(fā)送給所述te;和/或,第三發(fā)送子單元,用于當所述ra指示所述ipv6地址配置方式為有狀態(tài)配置時,通過與所述te進行動態(tài)主機配置協(xié)議dhcpv6交互將所述ipv6地址前綴和所述dns信息發(fā)送給所述te。
可選地,所述裝置還包括處理模塊,用于在所述te接入所述網(wǎng)絡(luò)之后,且確定所述te需要斷網(wǎng)時,進行斷網(wǎng)處理,其中,所述斷網(wǎng)處理包括:斷開所述mt與所述te之間的進行所述ppp協(xié)商過程中建立的ppp鏈路,且維持所述mt與所述網(wǎng)絡(luò)的連接。
可選地,所述處理模塊還用于在進行所述斷網(wǎng)處理之后,且確定所述te需要通過所述mt重新接入所述網(wǎng)絡(luò)時,重復(fù)執(zhí)行將所述ipv6地址信息和所述dns信息發(fā)送給所述te的操作。
通過本發(fā)明,采用由移動終端mt將獲取的網(wǎng)絡(luò)分配的ipv6地址信息和域名服務(wù)器dns信息發(fā)送給te進行網(wǎng)絡(luò)連接的操作,可以將網(wǎng)絡(luò)側(cè)的操作轉(zhuǎn)移到mt上進行,從而在te發(fā)生多次斷網(wǎng)、聯(lián)網(wǎng)操作時,由mt與te進行聯(lián)網(wǎng)信息的交互,避免te與網(wǎng)絡(luò)側(cè)的頻繁交互,從而減輕了網(wǎng)絡(luò)側(cè)壓力,同時,由于mt和te之間的交互速度比te與網(wǎng)絡(luò)側(cè)交互速度快,可以大大節(jié)省te的聯(lián)網(wǎng)速度,從而解決了相關(guān)技術(shù)中存在的當te發(fā)生多次斷網(wǎng)后的聯(lián)網(wǎng)操作時,需要與網(wǎng)絡(luò)進行多次交互,從而造成網(wǎng)絡(luò)側(cè)負載重,te側(cè)聯(lián)網(wǎng)時間長的問題,進而達到了降低網(wǎng)絡(luò)側(cè)負載,減少te聯(lián)網(wǎng)時間的效果。
附圖說明
此處所說明的附圖用來提供對本發(fā)明的進一步理解,構(gòu)成本申請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的不當限定。在附圖中:
圖1是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接方法的流程圖;
圖2是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置的結(jié)構(gòu)框圖;
圖3是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置中獲取模塊22的結(jié)構(gòu)框圖;
圖4是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置中第二獲取單元36的結(jié)構(gòu)框圖;
圖5是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置中發(fā)送模塊24的結(jié)構(gòu)框圖;
圖6是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置中第三發(fā)送單元56的結(jié)構(gòu)框圖;
圖7是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置的優(yōu)選結(jié)構(gòu)框圖;
圖8是根據(jù)本發(fā)明實施例的系統(tǒng)模塊圖;
圖9是根據(jù)本發(fā)明實施例的mt和網(wǎng)絡(luò)的交互流程圖;
圖10是根據(jù)本發(fā)明實施例的mt與te的交互流程圖。
具體實施方式
下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。
需要說明的是,本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象,而不必用于描述特定的順序或先后次序。
隨著物聯(lián)網(wǎng)項目的啟動,以及物聯(lián)網(wǎng)本身技術(shù)的特點,ipv6應(yīng)用更廣。目前,相關(guān)技術(shù)中的ipv4配合nat等協(xié)議還能活躍在市場上,而隨著各種無線攝像頭、家居自動化設(shè)備、可穿戴設(shè)備等機器類型通信(machinetypecommunications,簡稱為mtc)終端的大量涌現(xiàn),ipv6的使用量逐步激增。相對于個人電腦(personalcomputer,簡稱為pc)等具有完善操作系統(tǒng)的主機來說,mtc終端可能支持的協(xié)議棧并不完備,加上終端數(shù)目增速飛快,因此對于ipv6方面的技術(shù),尤其是ipv6配合“瘦”主機的應(yīng)用場景,相對于配合pc來說要求會苛刻,因此對現(xiàn)有機制的優(yōu)化和完善,是非常重要的。下面對如何優(yōu)化和完善現(xiàn)有機制進行說明:
在本實施例中提供了一種網(wǎng)絡(luò)連接方法,圖1是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接方法的流程圖,如圖1所示,該流程包括如下步驟:
步驟s102,移動終端mt獲取網(wǎng)絡(luò)分配的ipv6地址信息和域名服務(wù)器dns信息;
步驟s104,當主機設(shè)備te通過上述mt連接網(wǎng)絡(luò)時,mt將上述ipv6地址信息和dns信息發(fā)送給te,其中,該ipv6地址信息和dns信息用于te接入上述網(wǎng)絡(luò)。
通過上述步驟,采用由移動終端mt將獲取的網(wǎng)絡(luò)分配的ipv6地址信息和域名服務(wù)器dns信息發(fā)送給te進行網(wǎng)絡(luò)連接的操作,可以將網(wǎng)絡(luò)側(cè)的操作轉(zhuǎn)移到mt上進行,從而在te發(fā)生多次斷網(wǎng)、聯(lián)網(wǎng)操作時,由mt與te進行聯(lián)網(wǎng)信息的交互,避免te與網(wǎng)絡(luò)側(cè)的頻繁交互,從而減輕了網(wǎng)絡(luò)側(cè)壓力,同時,由于mt和te之間的交互速度比te與網(wǎng)絡(luò)側(cè)交互速度快,可以大大節(jié)省te的聯(lián)網(wǎng)速度,從而解決了相關(guān)技術(shù)中存在的當te發(fā)生多次斷網(wǎng)后的聯(lián)網(wǎng)操作時,需要與網(wǎng)絡(luò)進行多次交互,從而造成網(wǎng)絡(luò)側(cè)負載重,te側(cè)聯(lián)網(wǎng)時間長的問題,進而達到了降低網(wǎng)絡(luò)側(cè)負載,減少te聯(lián)網(wǎng)時間的效果。
在一個可選的實施例中,在上述步驟s102中,mt獲取網(wǎng)絡(luò)分配的ipv6地址信息和dns信息可以包括:mt在成功附著上述網(wǎng)絡(luò)后,從本地空口協(xié)議棧中獲取ipv6地 址信息中的ipv6接口標識(例如,從網(wǎng)絡(luò)返回的附著接收消息中獲取ipv6地址信息中的ipv6接口標識);以及,上述mt向網(wǎng)絡(luò)發(fā)送第一路由請求rs消息,其中,該第一rs消息用于觸發(fā)上述網(wǎng)絡(luò)下發(fā)路由通告ra;上述mt根據(jù)網(wǎng)絡(luò)下發(fā)的ra獲取ipv6地址信息中的ipv6地址前綴和dns信息。在本實施例中,mt可以首先向網(wǎng)絡(luò)發(fā)起附著請求(attachrequest),在附著成功后再執(zhí)行上述步驟s102中的操作,相關(guān)的發(fā)起附著請求之后的操作可以參考現(xiàn)有技術(shù)。上述的ipn6接口信息和ipv6地址前綴可以拼接成完整的ipv6地址,并且,mt在獲取上述的ipv6地址信息和dns信息后,可以進行存儲,從而使得當te通過mt進行聯(lián)網(wǎng)操作時,可以直接由mt將存儲的ipv6地址信息和dns信息發(fā)送給te進行聯(lián)網(wǎng)操作,避免te與網(wǎng)絡(luò)側(cè)的交互。
在一個可選的實施例中,上述mt根據(jù)網(wǎng)絡(luò)下發(fā)的ra獲取ipv6地址信息中的ipv6地址前綴和dns信息包括:上述mt確定ra指示的ipv6地址配置方式;當上述mt確定ipv6地址配置方式為無狀態(tài)配置時,從上述ra中獲取ipv6地址前綴,以及,通過與上述網(wǎng)絡(luò)之間進行動態(tài)主機配置協(xié)議dhcpv6交互過程獲取dns信息;和/或,當上述mt確定ipv6地址配置方式為有狀態(tài)配置時,通過與網(wǎng)絡(luò)之間進行動態(tài)主機配置協(xié)議dhcpv6交互獲取ipv6地址前綴和dns信息。在本實施例中,當ra指示ipv6地址配置方式為無狀態(tài)配置時,該ra中可以攜帶上述的ipv6地址前綴,mt可以直接從上述ra中獲取ipv6地址前綴。
在一個可選的實施例中,在上述步驟s104中,mt將ipv6地址信息和dns信息發(fā)送給te包括:mt在與te進行點到點協(xié)議(pointtopointprotocol,簡稱為ppp)協(xié)商過程中,將ipv6接口標識發(fā)送給te,其中,該ipv6接口標識用于te生成本地鏈路地址;上述mt接收te利用本地鏈路地址發(fā)送的第二rs消息;上述mt根據(jù)該第二rs消息將ipv6地址前綴和dns信息發(fā)送給te。在本實施例中,mt與te進行ppp協(xié)商的過程可以包括鏈路控制協(xié)議(linkcontrolprotocol,簡稱為lcp)協(xié)商和ipv6cp協(xié)商,其中,上述的將ipv6接口標識發(fā)送給te的操作可以在進行ipv6cp協(xié)商的過程中進行。
在一個可選的實施例中,上述mt根據(jù)第二rs消息將ipv6地址前綴和dns信息發(fā)送給te包括:上述mt根據(jù)第二rs消息將上述ra發(fā)送給te,其中,該ra用于指示ipv6地址配置方式;當ra指示ipv6地址配置方式為無狀態(tài)配置時,mt通過將ipv6地址前綴攜帶在ra中的方式將ipv6地址前綴發(fā)送給te,以及,通過與te進行動態(tài)主機配置協(xié)議dhcpv6交互將dns信息發(fā)送給te;和/或,當ra指示ipv6地址配置方式為有狀態(tài)配置時,mt通過與te進行動態(tài)主機配置協(xié)議dhcpv6交互將ipv6地址前綴和dns信息發(fā)送給te。在本實施例中,mt發(fā)送給te的ra與mt接收的來自網(wǎng)絡(luò)的ra是一樣的,即,將原始的ra發(fā)送給te,這是一種透明傳輸方式,在后續(xù)te發(fā)起撥號(即,聯(lián)網(wǎng)操作)時,會使得te認為是在同網(wǎng)絡(luò)側(cè)的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(packetdatanetworkgateway,簡稱為p-gw)進行信息交互,從而無需對te進行變動,適用于相關(guān)技術(shù)中的te。
在一個可選的實施例中,在te接入上述網(wǎng)絡(luò)之后,te可能會由于一些原因斷開與網(wǎng)絡(luò)的聯(lián)接,下面對斷網(wǎng)操作進行說明:上述mt在確定te需要斷網(wǎng)時,進行斷網(wǎng)處理,其中,該斷網(wǎng)處理包括:斷開mt與te之間的進行ppp協(xié)商過程中建立的ppp鏈路,且維持mt與網(wǎng)絡(luò)的連接(即,保持空口分組數(shù)據(jù)網(wǎng)絡(luò)(packetdatanetwork,簡稱為pdn)仍是激活狀態(tài))。在本實施例中,當te需要斷開與網(wǎng)絡(luò)的連接時,mt僅斷開與te之間的ppp鏈路(該ppp鏈路是在ppp協(xié)商過程中建立的),并保持了mt和網(wǎng)絡(luò)側(cè)的連接,從而使得在te需要重新接入網(wǎng)絡(luò)時,僅完成與mt之間的連接即可,無需再與網(wǎng)絡(luò)進行信令交互,減輕網(wǎng)絡(luò)側(cè)的壓力。
在一個可選的實施例中,在mt進行上述斷網(wǎng)處理之后,上述方法還包括:mt在確定te需要通過mt重新接入網(wǎng)絡(luò)時,該mt重復(fù)執(zhí)行上述的將ipv6地址信息和dns信息發(fā)送給te的操作。具體的發(fā)送過程可參照上述的實施例。
通過以上的實施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn),當然也可以通過硬件,但很多情況下前者是更佳的實施方式?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中,包括若干指令用以使得一臺終端設(shè)備(可以是手機,計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
在本實施例中還提供了一種網(wǎng)絡(luò)連接裝置,該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式,已經(jīng)進行過說明的不再贅述。如以下所使用的,術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn),但是硬件,或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。
圖2是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置的結(jié)構(gòu)框圖,該裝置可以應(yīng)用于移動終端mt中,如圖2所示,該裝置包括獲取模塊22和發(fā)送模塊24,下面對該裝置進行說明。
獲取模塊22,用于獲取網(wǎng)絡(luò)分配的ipv6地址信息和域名服務(wù)器dns信息;發(fā)送模塊24,連接至上述獲取模塊22,用于當主機設(shè)備te通過mt連接上述網(wǎng)絡(luò)時,將ipv6地址信息和dns信息發(fā)送給te,其中,該ipv6地址信息和dns信息用于te接入上述網(wǎng)絡(luò)。
圖3是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置中獲取模塊22的結(jié)構(gòu)框圖,如圖3所示,該獲取模塊22包括第一獲取單元32,以及第一發(fā)送單元34和第二獲取單元36,下面對該獲取模塊22進行說明。
第一獲取單元32,用于在上述mt成功附著網(wǎng)絡(luò)后,從本地空口協(xié)議棧中獲取ipv6地址信息中的ipv6接口標識;以及,
第一發(fā)送單元34,用于向網(wǎng)絡(luò)發(fā)送第一路由請求rs消息,其中,該第一rs消息 用于觸發(fā)網(wǎng)絡(luò)下發(fā)路由通告ra;第二獲取單元36,連接至上述第一發(fā)送單元34,用于mt根據(jù)網(wǎng)絡(luò)下發(fā)的ra獲取ipv6地址信息中的ipv6地址前綴和dns信息。在本實施例中,第一獲取單元32可以首先向網(wǎng)絡(luò)發(fā)起附著請求(attachrequest),在附著成功后再執(zhí)行上述操作,相關(guān)的發(fā)起附著請求之后的操作可以參考現(xiàn)有技術(shù)。上述的ipn6接口信息和ipv6地址前綴可以拼接成完整的ipv6地址,并且,mt在獲取上述的ipv6地址信息和dns信息后,可以進行存儲,從而使得當te通過mt進行聯(lián)網(wǎng)操作時,可以直接由mt將存儲的ipv6地址信息和dns信息發(fā)送給te進行聯(lián)網(wǎng)操作,避免te與網(wǎng)絡(luò)側(cè)的交互。
圖4是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置中第二獲取單元36的結(jié)構(gòu)框圖,如圖4所示,該第二獲取單元36包括確定子單元42,還包括第一獲取子單元44和/或第二獲取子單元46,下面對該第二獲取單元36進行說明:
確定子單元42,用于確定ra指示的ipv6地址配置方式;第一獲取子單元44,連接至上述確定子單元42,用于當確定上述ipv6地址配置方式為無狀態(tài)配置時,從ra中獲取ipv6地址前綴,以及,通過與上述網(wǎng)絡(luò)之間進行動態(tài)主機配置協(xié)議dhcpv6交互過程獲取dns信息;第二獲取子單元46,連接至上述確定子單元42,用于當確定上述ipv6地址配置方式為有狀態(tài)配置時,通過與網(wǎng)絡(luò)之間進行動態(tài)主機配置協(xié)議dhcpv6交互獲取ipv6地址前綴和dns信息。在本實施例中,當ra指示ipv6地址配置方式為無狀態(tài)配置時,該ra中可以攜帶上述的ipv6地址前綴,mt可以直接從上述ra中獲取ipv6地址前綴。
圖5是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置中發(fā)送模塊24的結(jié)構(gòu)框圖,如圖5所示,該發(fā)送模塊24包括第二發(fā)送單元52、接收單元54和第三發(fā)送單元56,下面對該發(fā)送模塊24進行說明。
第二發(fā)送單元52,用于在與上述te進行點到點協(xié)議ppp協(xié)商過程中,將ipv6接口標識發(fā)送給te,其中,該ipv6接口標識用于te生成本地鏈路地址;接收單元54,連接至上述第二發(fā)送單元52,用于接收上述te利用本地鏈路地址發(fā)送的第二rs消息;第三發(fā)送單元56,連接至上述接收單元54,用于根據(jù)上述第二rs消息將ipv6地址前綴和dns信息發(fā)送給te。在本實施例中,mt與te進行ppp協(xié)商的過程可以包括鏈路控制協(xié)議(linkcontrolprotocol,簡稱為lcp)協(xié)商和ipv6cp協(xié)商,其中,上述的將ipv6接口標識發(fā)送給te的操作可以在進行ipv6cp協(xié)商的過程中進行。
圖6是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置中第三發(fā)送單元56的結(jié)構(gòu)框圖,如圖6所示,該第三發(fā)送單元56包括第一發(fā)送子單元62,還包括第二發(fā)送子單元64和/或第三發(fā)送子單元66,下面對該第三發(fā)送單元56進行說明:
第一發(fā)送子單元62,用于根據(jù)上述第二rs消息將ra發(fā)送給te,其中,該ra用于指示ipv6地址配置方式;第二發(fā)送子單元64,連接至上述第一發(fā)送子單元62,用于 當ra指示ipv6地址配置方式為無狀態(tài)配置時,通過將ipv6地址前綴攜帶在ra中的方式將ipv6地址前綴發(fā)送給te,以及,通過與te進行動態(tài)主機配置協(xié)議dhcpv6交互將dns信息發(fā)送給te;第三發(fā)送子單元66,連接至上述第一發(fā)送子單元62,用于當上述ra指示ipv6地址配置方式為有狀態(tài)配置時,通過與te進行動態(tài)主機配置協(xié)議dhcpv6交互將ipv6地址前綴和dns信息發(fā)送給te。在本實施例中,mt發(fā)送給te的ra與mt接收的來自網(wǎng)絡(luò)的ra是一樣的,即,將原始的ra發(fā)送給te,這是一種透明傳輸方式,在后續(xù)te發(fā)起撥號(即,聯(lián)網(wǎng)操作)時,會使得te認為是在同網(wǎng)絡(luò)側(cè)的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(packetdatanetworkgateway,簡稱為p-gw)進行信息交互,從而無需對te進行變動,適用于相關(guān)技術(shù)中的te。
圖7是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)連接裝置的優(yōu)選結(jié)構(gòu)框圖,如圖7所示,該裝置除包括圖2所示的所有模塊外,還包括處理模塊72,下面對該裝置進行說明:
處理模塊72,連接至上述發(fā)送模塊24,用于在確定te需要斷網(wǎng)時,進行斷網(wǎng)處理,其中,該斷網(wǎng)處理包括:斷開mt與te之間的進行ppp協(xié)商過程中建立的ppp鏈路,且維持mt與網(wǎng)絡(luò)的連接(即,保持空口分組數(shù)據(jù)網(wǎng)絡(luò)(packetdatanetwork,簡稱為pdn)仍是激活狀態(tài))。在本實施例中,當te需要斷開與網(wǎng)絡(luò)的連接時,mt僅斷開與te之間的ppp鏈路(該ppp鏈路是在ppp協(xié)商過程中建立的),并保持了mt和網(wǎng)絡(luò)側(cè)的連接,從而使得在te需要重新接入網(wǎng)絡(luò)時,僅完成與mt之間的連接即可,無需再與網(wǎng)絡(luò)進行信令交互,減輕網(wǎng)絡(luò)側(cè)的壓力。
在一個可選的實施例中,上述處理模塊72還用于在進行上述斷網(wǎng)處理之后,且在確定te需要通過mt重新接入網(wǎng)絡(luò)時,重復(fù)執(zhí)行上述的將ipv6地址信息和dns信息發(fā)送給te的操作。具體的發(fā)送過程可參照上述的實施例。
下面結(jié)合具體實施例對本發(fā)明進行說明:
在本發(fā)明實施例中,mt中主要包括三個模塊,本地中繼模塊(rmrelay)(對應(yīng)于上述的發(fā)送模塊24和處理模塊72)和地址信息塊(addressinformationblock)模塊和空口中繼模塊(umrelay)(對應(yīng)于上述的獲取模塊22)。其中,空口中繼模塊與網(wǎng)絡(luò)側(cè)(network,簡稱為nw)進行交互。在mt附著網(wǎng)絡(luò)時,空口中繼模塊和網(wǎng)絡(luò)側(cè)進行路由請求rs,路由通告ra以及dhcpv6通信;本地中繼模塊則在聯(lián)網(wǎng)斷網(wǎng)時和主機te進行通信。圖8是根據(jù)本發(fā)明實施例的系統(tǒng)模塊圖,下面結(jié)合圖8對系統(tǒng)的整體架構(gòu)進行說明:
在圖8中,82是te,例如pc主機或物聯(lián)網(wǎng)中的智能傳感器;84是mt,它與網(wǎng)絡(luò)側(cè)和主機側(cè)進行通信;86是本地中繼模塊(rmrelay),主要作用是和te進行交互,如ipv6cp、rs/ra,以及dhcpv6消息的交互;88是地址信息塊,會存儲網(wǎng)絡(luò)指定的ipv6地址前綴,ipv6接口標識,dns地址等信息;810是空口中繼模塊(umrelay),地址信息塊中的信息,需要由空口中繼模塊進行配置,空口中繼模塊和網(wǎng)絡(luò)、本地空口 協(xié)議棧進行交互,以獲取ipv6地址信息。812是網(wǎng)絡(luò)側(cè)(nw),如3gpp的lte網(wǎng)絡(luò)。
需要說明的是,空口中繼模塊和網(wǎng)絡(luò)側(cè)以及空口協(xié)議棧的交互是發(fā)生在附著attach之后的。在attach過程中默認的pdn已經(jīng)建立,p-gw給終端分配的前綴等信息也已經(jīng)到達了mt;mt通過網(wǎng)絡(luò)下發(fā)的ra消息中的m-flag,o-flag可以確認具體的地址配置方法,如是無狀態(tài)自動配置還是自動化狀態(tài)配置,具體配置方法決定著后續(xù)本地中繼模塊和te交互的流程。接著本地中繼模塊和te的交互,該過程將發(fā)生于te發(fā)起撥號(connect)時。且后續(xù)如果te多次發(fā)起聯(lián)網(wǎng)斷網(wǎng),te僅和mt的本地中繼模塊交互,而無需再與網(wǎng)絡(luò)交互,從而實現(xiàn)鏈路的快速建立。
本發(fā)明實施例中的終端能夠使用ipv6鏈路和網(wǎng)絡(luò)進行通信。對te來說,能夠加快鏈路的建立過程,對網(wǎng)絡(luò)側(cè)來說,能夠顯著減輕核心網(wǎng)網(wǎng)關(guān)的負載。“加快鏈路的建立過程”指的是在聯(lián)網(wǎng)、斷網(wǎng)的過程中,主機te無須再和網(wǎng)絡(luò)側(cè)交互rs、ra等信息,有效的減少了p-gw網(wǎng)關(guān)負載,同時也減少了te上ipv6和dns地址等信息的配置時間。
下面結(jié)合上述各個模塊對本發(fā)明進行整體簡要說明:
本發(fā)明的ipv6鏈路建立過程主要包括如下步驟:
第一步:在mt插入客戶識別模塊(subscriberidentitymodule,簡稱為sim),開機激活時,發(fā)起國際移動用戶標識符(internationalmobilesubscriberidentifier,簡稱為imsi)附著attach過程;該過程完畢后,空口中繼模塊將和網(wǎng)絡(luò)進行rs/ra,dhcpv6消息交互,獲取網(wǎng)絡(luò)分配的ipv6地址信息,配置到地址信息塊中;空口中繼模塊也會從本地的空口協(xié)議棧中獲取信息,如從pdn激活響應(yīng)消息中攜帶的ipv6接口標識等,將其配置到地址信息塊中;
第二步:在te發(fā)起撥號后,te和mt進行l(wèi)cp、ipv6cp交互,在ipv6cp交互過程中,mt從地址信息塊中獲取ipv6接口標識配置給te;te使用該接口標識生成本地鏈路地址;
第三步:te和mt之間進行rs/ra、dhcpv6交互,以獲取全局單播ipv6地址和dns等信息;此時te已無需與網(wǎng)絡(luò)進行rs/ra等數(shù)據(jù)包交換;
第四步:如te發(fā)起斷網(wǎng),僅斷開te和mt之間的ppp鏈路,而空口pdn仍是激活狀態(tài);
第五步:如te重新發(fā)起聯(lián)網(wǎng),那么它在lcp、ipv6cp交互完成后,就會開始與網(wǎng)絡(luò)嘗試進行rs、ra,dhcpv6的交互,但是,實際上與之交互的是mt的本地中繼模塊,te向網(wǎng)絡(luò)側(cè)發(fā)起的消息,終止于此模塊,此模塊對te透明。正因為后續(xù)的重新聯(lián)網(wǎng)過程不再發(fā)生實質(zhì)上的終端、網(wǎng)絡(luò)之間的交互,鏈路的建立變得快速,也節(jié)省了網(wǎng)絡(luò)信令資源,減輕了網(wǎng)絡(luò)負載。這正是本方案的意義所在。
下面對mt與網(wǎng)絡(luò)之間的交互、mt與te之間的交互分別進行說明:
下面對mt與網(wǎng)絡(luò)的交互進行說明:
圖9是根據(jù)本發(fā)明實施例的mt和網(wǎng)絡(luò)的交互流程圖,其中,以mt是插入sim卡的數(shù)據(jù)卡為例進行說明。該流程主要包括如下步驟:
步驟s901:mt開機,發(fā)起附著請求(attachrequest),該請求中含有pdptype如“ipv6”,“ipv4v6”;
步驟s902:mme給核心網(wǎng)網(wǎng)關(guān)發(fā)消息,請求建立默認承載;
步驟s903:p-gw通過dhcpv6機制,向外部的pdn的dhcp服務(wù)器請求ipv6地址等信息;
步驟s904:創(chuàng)建會話響應(yīng),默認承載建立成功;
步驟s905:attach成功;
步驟s906:空口中繼模塊主動向網(wǎng)絡(luò)發(fā)送routersolicitation(rs)消息,以觸發(fā)網(wǎng)絡(luò)立即下發(fā)routeradvertisement(ra)消息;
步驟s907:空口中繼模塊接收到ra消息后,與網(wǎng)絡(luò)側(cè)進行dhcpv6交互(可能是狀態(tài)化dhcpv6過程,也可能是無狀態(tài)dhcpv6過程)。具體由ra消息中攜帶的參數(shù)m-flag、o-flag來確定。
步驟s908:空口中繼模塊和網(wǎng)絡(luò)側(cè)之間進行dhcpv6過程。在無狀態(tài)自動配置情況下,這里通常會獲取到dns服務(wù)器的地址,以及mtu等信息。在狀態(tài)化自動配置的情況下,還可以獲取到ipv6地址前綴。
步驟s909:te發(fā)起聯(lián)網(wǎng)請求。此后的過程是te和mt間的過程。
需要說明,在本實施例中,mt收到網(wǎng)絡(luò)下發(fā)的ra消息中含有的內(nèi)容,ipv6配置中繼代理模塊將按照原始內(nèi)容記錄下來,如其中的m-flag,o-flag,隨后te發(fā)起撥號時,仍將此原始ra發(fā)給te。因為ra中含有該apn相關(guān)的地址配置方式的信息,這種方式是一種透明傳輸方式,在后續(xù)te發(fā)起撥號時,它會認為是在同網(wǎng)絡(luò)側(cè)的p-gw進行信息交互。在完成了s908以上的步驟之后,te就可以撥號發(fā)起建立ipv6鏈路了。
下面對mt與te之間的交互進行說明:
圖10是根據(jù)本發(fā)明實施例的mt與te的交互流程圖,如圖10所示,te和mt之間的交互過程開始于te發(fā)起撥號(connect)的時刻,即步驟s1001。s1002和s1003是ppp協(xié)商過程,分別是lcp協(xié)商(對應(yīng)于步驟s1002)和ipv6cp協(xié)商(對應(yīng)于步驟 s1003)。在圖10中,mt在attachaccept消息中獲取網(wǎng)絡(luò)下發(fā)的ipv6接口標識并將其配置進地址信息塊中;接口標識在步驟s1003中通過ipv6cp分配給te,te會用它來生成本地鏈路地址;步驟s1004和s1005是te用本地鏈路地址進行的rs/ra過程(其中,rs過程對應(yīng)于步驟s1004,ra過程對應(yīng)于步驟s1005),本地中繼模塊需要和地址信息模塊通信,以獲取地址配置方式的信息,以及地址信息。從te的角度看,該過程是和核心網(wǎng)的交互過程,本案中,則被mt的中繼代理模塊透明的替換掉了。s1005的ra消息是復(fù)制了原始的p-gw發(fā)來的ra包,其中含有m-flag,o-flag,該ra中還可能攜帶有ipv6地址前綴。根據(jù)m和o的值,又分為兩種常見情況,如果m和o都為1,s1006則應(yīng)該發(fā)起dhcpv6請求,即te通過dhcpv6過程獲取包括ipv6,dns地址在內(nèi)的所有信息;如果m為0,o為1,s1005的ra中將會含有ipv6地址前綴,te使用該ipv6地址前綴來生成全局ipv6地址;dns地址則通過s1006的dhcpv6交互來獲取。本地中繼模塊將采取ra消息中指定的配置方式,從地址信息塊中獲取信息,并和te進行交互。
步驟s1007到s1009主要描述的是,在終端后續(xù)正常使用或待機過程中,te發(fā)生一例斷網(wǎng)(對應(yīng)于步驟s1007)、聯(lián)網(wǎng)(對應(yīng)于步驟s1008)的情形,在s1009再次聯(lián)網(wǎng)后,te無需再與網(wǎng)絡(luò)側(cè)交互rs/ra等消息了,而是與mt進行rs/ra、dhcpv6的交互(對應(yīng)于步驟s1009)從而實現(xiàn)了快速建鏈。
從圖10可知,在本發(fā)明實施例中,透明的屏蔽了te和網(wǎng)絡(luò)側(cè)的rs/ra、dhcpv6交互。在建鏈過程中,由于少了te和網(wǎng)絡(luò)的信息交互,一方面降低了網(wǎng)絡(luò)側(cè)網(wǎng)元的負載,另一方面加快了建鏈速度。
在本發(fā)明實施例中提出的方案是應(yīng)用于ipv6鏈路建立方面的,是屬于物聯(lián)網(wǎng)最底層的感知層,是一種基礎(chǔ)設(shè)施。具體的實際應(yīng)用場景可以是在上層,底層可以為形形色色的上層應(yīng)用提供服務(wù),只要mtc設(shè)備需要獨立ipv6地址,就需要聯(lián)網(wǎng),那么就可以應(yīng)用本發(fā)明實施例中的方案進行優(yōu)化。因此本發(fā)明實施例中的方案的實際應(yīng)用場景是非常廣的,如公共環(huán)境的智能公路攝像頭陣列,居家安全方面的門鎖、攝像頭、運動檢測器、火災(zāi)/煙霧/水災(zāi)/氣體/入侵者報警器等,每個mtc設(shè)備作為te,在聯(lián)網(wǎng)后均分配有ipv6地址;在長期工作中有可能發(fā)生斷網(wǎng)重連過程,那么重連時,就減少了rs/ra過程的交互,加快了建鏈速度,降低了p-gw的負載;
另外需要說明的一點是,ipv6的概念提出了很多年,但當前并未全球廣泛應(yīng)用。原因在于當前物聯(lián)網(wǎng)剛起步,還不太發(fā)達,目前的ipv4+nat模式,還能滿足基本需求。但是最近智能嵌入式設(shè)備,智能可穿戴設(shè)備數(shù)目爆發(fā)式發(fā)展,也只有ipv6能夠滿足物聯(lián)網(wǎng)對于地質(zhì)資源的海量性要求,實現(xiàn)“無所不在的ip”。近年來針對物聯(lián)網(wǎng)和嵌入式網(wǎng)絡(luò),有很多ipv6的協(xié)議和技術(shù)規(guī)范出臺,如用于支持ipv6和無線傳感網(wǎng)的6lowpan等,這都說明在ipv6基礎(chǔ)設(shè)施如鏈路配置方面的發(fā)明和優(yōu)化,是緊急且重要的。
需要說明的是,上述各個模塊是可以通過軟件或硬件來實現(xiàn)的,對于后者,可以通 過以下方式實現(xiàn),但不限于此:上述模塊均位于同一處理器中;或者,上述模塊分別位于多個處理器中。
本發(fā)明的實施例還提供了一種存儲介質(zhì)。可選地,在本實施例中,上述存儲介質(zhì)可以被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼:
s1,移動終端mt獲取網(wǎng)絡(luò)分配的ipv6地址信息和域名服務(wù)器dns信息;
s2,當主機設(shè)備te通過上述mt連接網(wǎng)絡(luò)時,mt將上述ipv6地址信息和dns信息發(fā)送給te,其中,該ipv6地址信息和dns信息用于te接入上述網(wǎng)絡(luò)。
可選地,在本實施例中,上述存儲介質(zhì)可以包括但不限于:u盤、只讀存儲器(read-onlymemory,簡稱為rom)、隨機存取存儲器(randomaccessmemory,簡稱為ram)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
可選地,在本實施例中,處理器根據(jù)存儲介質(zhì)中已存儲的程序代碼執(zhí)行上述各步驟。
可選地,本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例,本實施例在此不再贅述。
顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn),它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn),從而,可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行,并且在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟,或者將它們分別制作成各個集成電路模塊,或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。