專(zhuān)利名稱(chēng)：在嵌入式操作系統(tǒng)中支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路接入的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電通訊領(lǐng)域中視音頻數(shù)據(jù)傳送的方法，尤其涉及在一體化會(huì)議電視終端內(nèi)部支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路(ADSL)接入的方法。
背景技術(shù)：
ADSL網(wǎng)絡(luò)接入技術(shù)目前已被廣大用戶(hù)所使用，而支持這種ADSL接入技術(shù)的寬帶接入設(shè)備大量采用在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議(PPPOEPoint-to-Point Protocol over Ethernet)來(lái)實(shí)現(xiàn)，PPPOE協(xié)議描述了采用以太網(wǎng)來(lái)作為承載用戶(hù)點(diǎn)對(duì)點(diǎn)協(xié)議(PPP)數(shù)據(jù)鏈路的一種寬帶接入的實(shí)現(xiàn)方式，寬帶用戶(hù)通過(guò)固定連接或虛擬撥號(hào)連接(PPPOE客戶(hù)端撥號(hào))經(jīng)寬帶接入網(wǎng)接入寬帶接入設(shè)備，并選擇相應(yīng)的服務(wù)。
目前PPPOE客戶(hù)端撥號(hào)軟件的使用僅局限于Unix、Linux和windows平臺(tái)，無(wú)法應(yīng)用到嵌入式操作系統(tǒng)的小型化終端平臺(tái)上，在這種一體化的終端上實(shí)現(xiàn)這種接入方法的意義在于能夠充分利用現(xiàn)有的網(wǎng)絡(luò)資源，既可保證一體化終端原有的網(wǎng)絡(luò)接口方式和整體風(fēng)格，又可充分利用這種接入業(yè)務(wù)中的計(jì)費(fèi)和認(rèn)證功能。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是在會(huì)議電視一體化的終端平臺(tái)(嵌入式操作系統(tǒng))上實(shí)現(xiàn)ADSL接入的方法。
本發(fā)明所述的在嵌入式操作系統(tǒng)中支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路接入的方法是在會(huì)議電視終端內(nèi)部實(shí)現(xiàn)PPPOE的客戶(hù)端撥號(hào)，在原有的網(wǎng)卡驅(qū)動(dòng)程序和網(wǎng)絡(luò)協(xié)議棧(PNA)模塊之間加入了點(diǎn)對(duì)點(diǎn)協(xié)議和在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議的實(shí)現(xiàn)過(guò)程，具體步驟如下第一步在網(wǎng)卡驅(qū)動(dòng)程序接收和發(fā)送數(shù)據(jù)的基礎(chǔ)上，通過(guò)PPPOE協(xié)議棧開(kāi)始建立會(huì)話(huà)過(guò)程，完成地址發(fā)現(xiàn)(Discovery)階段，確定接入服務(wù)器端的硬件以太網(wǎng)(MAC)地址并建立起一個(gè)PPPOE會(huì)話(huà)標(biāo)識(shí)符，即SESSION_ID；第二步經(jīng)過(guò)PPP協(xié)議棧的協(xié)商和對(duì)用戶(hù)名和密碼的認(rèn)證完成后，服務(wù)器就為該用戶(hù)建立了連接(即會(huì)話(huà))，并為該用戶(hù)動(dòng)態(tài)分配到一個(gè)IP地址；第三步利用上述的IP地址，與網(wǎng)絡(luò)協(xié)議棧模塊動(dòng)態(tài)綁定，確保網(wǎng)絡(luò)應(yīng)用發(fā)送和接收數(shù)據(jù)通道的暢通；第四步建立數(shù)據(jù)會(huì)議階段，在會(huì)議過(guò)程中，按數(shù)據(jù)流可以分為接收方向和發(fā)送方向，原有的IP數(shù)據(jù)包都要再經(jīng)過(guò)PPP協(xié)議棧和PPPOE協(xié)議棧，在發(fā)送方進(jìn)行打包重新組幀，在接收方逐步拆掉包頭留下IP數(shù)據(jù)，以保證符合在A(yíng)DSL鏈路上傳送的幀格式。
采用本發(fā)明所述方法，充分利用了寬帶業(yè)務(wù)的網(wǎng)絡(luò)資源，節(jié)省了線(xiàn)路的費(fèi)用開(kāi)支，為電視會(huì)議的應(yīng)用拓寬了范圍，達(dá)到了普及電視會(huì)議應(yīng)用的效果。


圖1是本發(fā)明所述方法的流程圖。
圖2是實(shí)現(xiàn)本發(fā)明所述方法時(shí)與系統(tǒng)其他模塊的接口數(shù)據(jù)流圖。
圖3是PPPOE中地址發(fā)現(xiàn)階段的流程圖。
圖4是點(diǎn)對(duì)點(diǎn)協(xié)議的鏈路建立流程圖。
圖5是PPPOE中會(huì)議階段接收方的處理流程圖。
圖6是PPPOE中會(huì)議階段發(fā)送方的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖及實(shí)施方式對(duì)本發(fā)明的技術(shù)方案作進(jìn)一步說(shuō)明。
圖1是本發(fā)明所述的在嵌入式系統(tǒng)中實(shí)現(xiàn)ADSL接入方法包括的步驟第一步在網(wǎng)卡驅(qū)動(dòng)程序接收和發(fā)送數(shù)據(jù)的基礎(chǔ)上，通過(guò)PPPOE協(xié)議棧開(kāi)始建立會(huì)話(huà)過(guò)程，完成地址發(fā)現(xiàn)(Discovery)階段，確定接入服務(wù)器端的以太網(wǎng)MAC地址并建立起一個(gè)PPPOE會(huì)話(huà)標(biāo)識(shí)符，即SESSION ID，PPPOE就是在共享的以太網(wǎng)介質(zhì)上通過(guò)PPPOE會(huì)話(huà)的ID和源/目的MAC地址來(lái)保證點(diǎn)對(duì)點(diǎn)的通信；第二步經(jīng)過(guò)PPP協(xié)議棧的協(xié)商和對(duì)用戶(hù)名和密碼的認(rèn)證完成后，服務(wù)器就為該用戶(hù)建立了連接(會(huì)話(huà))，并為該用戶(hù)動(dòng)態(tài)分配到一個(gè)IP地址；第三步利用上述的IP地址，與PNA模塊動(dòng)態(tài)綁定，確保網(wǎng)絡(luò)應(yīng)用發(fā)送和接收數(shù)據(jù)通道的暢通；第四步建立數(shù)據(jù)會(huì)議，在會(huì)議過(guò)程中，按數(shù)據(jù)流可以分為接收方向和發(fā)送方向，原有的IP數(shù)據(jù)包都要再經(jīng)過(guò)PPP協(xié)議棧和PPPOE協(xié)議棧，在發(fā)送方進(jìn)行打包重新組幀，在接收方逐步拆掉包頭留下IP數(shù)據(jù)，以保證符合在A(yíng)DSL鏈路上傳送的幀格式。
圖2所示為實(shí)現(xiàn)本發(fā)明所述方法時(shí)與系統(tǒng)其他模塊的接口數(shù)據(jù)流圖，實(shí)現(xiàn)本方法所需加入的PPP協(xié)議棧和PPPOE協(xié)議棧程序插入到原有的網(wǎng)卡驅(qū)動(dòng)程序和PNA模塊之間，原有的網(wǎng)絡(luò)數(shù)據(jù)流都需再經(jīng)過(guò)PPP協(xié)議棧和PPPOE協(xié)議棧的成幀處理。
圖3所示的過(guò)程即為PPPOE中Discover階段的處理過(guò)程第一步當(dāng)用戶(hù)需要連接時(shí)，完成用戶(hù)名和密碼的輸入后，即滿(mǎn)足了可以發(fā)送會(huì)話(huà)發(fā)起數(shù)據(jù)包(PADIPPPOE Active DiscoveryInitiation)的條件；第二步PPPOE撥號(hào)終端廣播一個(gè)PADI數(shù)據(jù)包，所述數(shù)據(jù)包包含了所需的服務(wù)或者服務(wù)質(zhì)量，此數(shù)據(jù)包用來(lái)為自身尋找一個(gè)接入服務(wù)器；第三步當(dāng)網(wǎng)絡(luò)中的多個(gè)接入服務(wù)器接收到PPPOE撥號(hào)主機(jī)發(fā)送過(guò)來(lái)的PADI數(shù)據(jù)包后，如果接入服務(wù)器能為該P(yáng)ADI數(shù)據(jù)包提供請(qǐng)求的服務(wù)，則返回一個(gè)會(huì)話(huà)提供數(shù)據(jù)包(PADOPPPOE Active DiscoveryOffer)作為應(yīng)答，終端收到PADO數(shù)據(jù)包后，從中選擇一個(gè)作為自己的接入服務(wù)器；第四步撥號(hào)終端將向該接入服務(wù)器發(fā)送一個(gè)單播的會(huì)話(huà)請(qǐng)求數(shù)據(jù)包(PADRPPPOE Active Discovery Request)，當(dāng)接入服務(wù)器接收到一個(gè)PADR數(shù)據(jù)包后，它就開(kāi)始準(zhǔn)備啟動(dòng)一個(gè)PPP鏈路的協(xié)商；第五步接入服務(wù)器為本次PPPOE會(huì)話(huà)創(chuàng)建一個(gè)唯一的會(huì)話(huà)標(biāo)識(shí)，并產(chǎn)生一個(gè)會(huì)話(huà)確定數(shù)據(jù)包(PADSPPPOE Acitve DiscoverySession-Confirmation)來(lái)作為回應(yīng)；第六步當(dāng)收到一個(gè)有效的會(huì)話(huà)標(biāo)識(shí)，PPPOE協(xié)議由地址發(fā)現(xiàn)階段過(guò)渡到會(huì)議階段。
在等待PADO包和PADS包的過(guò)程中設(shè)有一個(gè)超時(shí)處理機(jī)制，如果在規(guī)定的時(shí)間內(nèi)沒(méi)有得到相應(yīng)的數(shù)據(jù)包，則回到初始態(tài)等待下一次連接過(guò)程。
圖4是在PPP協(xié)議棧中進(jìn)行點(diǎn)對(duì)點(diǎn)鏈路建立過(guò)程的流程圖，步驟如下第一步開(kāi)始鏈路控制協(xié)議(LCPLink Control Protocol)的整個(gè)協(xié)商流程，以配置和測(cè)試數(shù)據(jù)鏈路；第二步LCP協(xié)商完成后就開(kāi)始進(jìn)行認(rèn)證過(guò)程，認(rèn)證處理采用在LCP協(xié)商階段協(xié)商好的認(rèn)證方式對(duì)用戶(hù)輸入的用戶(hù)名及密碼進(jìn)行認(rèn)證；第三步認(rèn)證成功后，進(jìn)行IP控制協(xié)議(IPCPInternet ProtocolControl Protocol)協(xié)商過(guò)程，PPPOE會(huì)話(huà)在PPP IPCP協(xié)商完畢之后，進(jìn)入鏈路連接狀態(tài)；第四步獲得動(dòng)態(tài)或固定的IP地址，與PNA模塊動(dòng)態(tài)綁定，此時(shí)即可以進(jìn)行用戶(hù)IP數(shù)據(jù)的收發(fā)處理了。
圖5和圖6表明了PPPOE會(huì)議階段數(shù)據(jù)處理的過(guò)程，這里所指的數(shù)據(jù)流大體上可分為兩種，一種是單純的用于協(xié)議協(xié)商的數(shù)據(jù)，另一種是普通的由網(wǎng)絡(luò)應(yīng)用產(chǎn)生的IP數(shù)據(jù)。
圖5所示的過(guò)程為PPPOE中會(huì)議階段接收方的處理過(guò)程該過(guò)程由網(wǎng)口驅(qū)動(dòng)程序的接收中斷觸發(fā)，由網(wǎng)口驅(qū)動(dòng)程序截取到PPPOE類(lèi)型的數(shù)據(jù)，去掉以太網(wǎng)幀頭，送往PPPOE協(xié)議棧，如果收到Discover階段的數(shù)據(jù)包，只處理會(huì)議終止數(shù)據(jù)包(PADTPPPOE ActiveDiscovery Terminate)，表明此次PPPOE會(huì)話(huà)已經(jīng)終結(jié)。其它的Discover階段的數(shù)據(jù)包則丟棄。如果收到PPPOE會(huì)話(huà)階段的數(shù)據(jù)報(bào)文，此時(shí)PPPOE載荷中封裝的是標(biāo)準(zhǔn)的PPP數(shù)據(jù)幀，該P(yáng)PP數(shù)據(jù)幀開(kāi)始于PPP的協(xié)議標(biāo)識(shí)，根據(jù)PPP的協(xié)議標(biāo)識(shí)可以區(qū)分是PPP的協(xié)議協(xié)商數(shù)據(jù)還是IP數(shù)據(jù)，如果是PPP的協(xié)議協(xié)商數(shù)據(jù)，就進(jìn)入PPP的狀態(tài)機(jī)處理程序，主要進(jìn)行點(diǎn)對(duì)點(diǎn)的鏈路建立過(guò)程和狀態(tài)查詢(xún)；如果是IP數(shù)據(jù)，去掉PPP協(xié)議頭，送到PNA模塊中，由PNA模塊送到其上的網(wǎng)絡(luò)應(yīng)用程序。
圖6所示的過(guò)程為PPPOE中會(huì)議階段發(fā)送方的處理過(guò)程在發(fā)送方向，PPP的協(xié)議協(xié)商的數(shù)據(jù)首先經(jīng)過(guò)PPP協(xié)議狀態(tài)機(jī)送出，在PPP協(xié)議棧和PPPOE協(xié)議棧中加載協(xié)議頭，再送到網(wǎng)口驅(qū)動(dòng)程序中打上以太網(wǎng)幀頭，送到以太網(wǎng)上；PPPOE的協(xié)議協(xié)商數(shù)據(jù)由PPPOE協(xié)議的任務(wù)送出，在PPPOE協(xié)議棧中加載協(xié)議頭，再送到網(wǎng)口驅(qū)動(dòng)程序中打上以太網(wǎng)幀頭，送到以太網(wǎng)上；而由網(wǎng)絡(luò)應(yīng)用產(chǎn)生的IP數(shù)據(jù)由PNA模塊送出，在PPP協(xié)議棧和PPPOE協(xié)議棧中加載協(xié)議頭，再送到網(wǎng)口驅(qū)動(dòng)程序中打上以太網(wǎng)幀頭，送到以太網(wǎng)上。
在圖5、圖6的實(shí)現(xiàn)過(guò)程中，利用以下原則優(yōu)化PPPOE和PPP協(xié)議棧處理數(shù)據(jù)的流程，則更能加快數(shù)據(jù)處理的速度。
對(duì)于通用的PPP和PPPOE協(xié)議推薦的處理方法，由于其要分別適用于多種網(wǎng)絡(luò)環(huán)境，在某些處理上有重復(fù)之處，則將其歸并處理，這樣可節(jié)約協(xié)議的執(zhí)行時(shí)間。對(duì)于這樣的處理主要有兩處一是PPPOE協(xié)議中明確規(guī)定了不推薦和禁止使用的LCP選項(xiàng)，例如地址和控制域協(xié)議域壓縮選項(xiàng)，對(duì)PPP協(xié)議棧程序進(jìn)行簡(jiǎn)化，因?yàn)檫@些選項(xiàng)有的是PPP開(kāi)始用在串行鏈路和Modem撥號(hào)中使用，并不適用于以太網(wǎng)介質(zhì)。二是由于PPP協(xié)議為了在串行線(xiàn)上傳送包，需要在其包中增加自己的幀界定符，而PPPOE包在以太網(wǎng)上傳送，有明顯的幀邊界，不需要幀界定符，所以在發(fā)送方向，PPP協(xié)議棧加載幀頭時(shí)即可省去加幀界定符的時(shí)間，又可在PPPOE協(xié)議棧的處理中省掉去除幀界定符的時(shí)間；在接收方向，PPPOE協(xié)議棧也不用將去掉了PPPOE幀頭的數(shù)據(jù)作加幀界定符的處理，再送給PPP協(xié)議棧處理，以節(jié)省處理時(shí)間。
權(quán)利要求
1.在嵌入式操作系統(tǒng)中支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路接入的方法，在會(huì)議電視終端內(nèi)部實(shí)現(xiàn)在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議的客戶(hù)端撥號(hào)，其特征在于在原有的網(wǎng)卡驅(qū)動(dòng)程序和網(wǎng)絡(luò)協(xié)議棧模塊之間加入了點(diǎn)對(duì)點(diǎn)協(xié)議和在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議的實(shí)現(xiàn)過(guò)程，具體步驟如下第一步在網(wǎng)卡驅(qū)動(dòng)程序接收和發(fā)送數(shù)據(jù)的基礎(chǔ)上，通過(guò)在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議棧開(kāi)始建立會(huì)話(huà)過(guò)程，完成地址發(fā)現(xiàn)階段，確定接入服務(wù)器端的硬件以太網(wǎng)地址并建立起一個(gè)在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議會(huì)話(huà)標(biāo)識(shí)符，即SESSION_ID；第二步經(jīng)過(guò)點(diǎn)對(duì)點(diǎn)協(xié)議棧的協(xié)商和對(duì)用戶(hù)名和密碼的認(rèn)證完成后，服務(wù)器就為該用戶(hù)建立了連接，即會(huì)話(huà)，并為該用戶(hù)動(dòng)態(tài)分配到一個(gè)IP地址；第三步利用上述的IP地址，與網(wǎng)絡(luò)協(xié)議棧模塊動(dòng)態(tài)綁定，確保網(wǎng)絡(luò)應(yīng)用發(fā)送和接收數(shù)據(jù)通道的暢通；第四步建立數(shù)據(jù)會(huì)議階段，在會(huì)議過(guò)程中，按數(shù)據(jù)流可以分為接收方向和發(fā)送方向，原有的IP數(shù)據(jù)包都要再經(jīng)過(guò)點(diǎn)對(duì)點(diǎn)協(xié)議棧和在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議棧，在發(fā)送方進(jìn)行打包重新組幀，在接收方逐步拆掉包頭留下IP數(shù)據(jù)，以保證符合在非對(duì)稱(chēng)數(shù)字用戶(hù)鏈路上傳送的幀格式。
2.如權(quán)利要求1所述的在嵌入式操作系統(tǒng)中支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路接入的方法，其特征在于所述的地址發(fā)現(xiàn)階段的處理過(guò)程如下第一步用戶(hù)需要連接時(shí)，完成用戶(hù)名和密碼的輸入后，即滿(mǎn)足可以發(fā)送會(huì)話(huà)發(fā)起數(shù)據(jù)包的條件；第二步在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議撥號(hào)終端廣播一個(gè)會(huì)話(huà)發(fā)起數(shù)據(jù)包，所述數(shù)據(jù)包包含所需的服務(wù)或者服務(wù)質(zhì)量，此數(shù)據(jù)包用來(lái)為自身尋找一個(gè)接入服務(wù)器；第三步當(dāng)網(wǎng)絡(luò)中的多個(gè)接入服務(wù)器接收到在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議撥號(hào)主機(jī)發(fā)送過(guò)來(lái)的會(huì)話(huà)發(fā)起數(shù)據(jù)包后，如果接入服務(wù)器能為該會(huì)話(huà)發(fā)起數(shù)據(jù)包提供請(qǐng)求的服務(wù)，則返回一個(gè)會(huì)話(huà)提供數(shù)據(jù)包作為應(yīng)答，終端收到會(huì)話(huà)提供數(shù)據(jù)包后，從中選擇一個(gè)作為自己的接入服務(wù)器；第四步撥號(hào)終端將向該接入服務(wù)器發(fā)送一個(gè)單播的會(huì)話(huà)請(qǐng)求數(shù)據(jù)包，當(dāng)接入服務(wù)器接收到一個(gè)會(huì)話(huà)請(qǐng)求數(shù)據(jù)包后，開(kāi)始準(zhǔn)備啟動(dòng)一個(gè)點(diǎn)對(duì)點(diǎn)協(xié)議鏈路的協(xié)商；第五步接入服務(wù)器為本次在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議會(huì)話(huà)創(chuàng)建一個(gè)唯一的會(huì)話(huà)標(biāo)識(shí)，并產(chǎn)生一個(gè)會(huì)話(huà)確定數(shù)據(jù)包來(lái)作為回應(yīng)；第六步當(dāng)收到一個(gè)有效的會(huì)話(huà)標(biāo)識(shí)，以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議由地址發(fā)現(xiàn)階段過(guò)渡到會(huì)議階段。
3.如權(quán)利要求2所述的在嵌入式操作系統(tǒng)中支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路接入的方法，其特征在于在等待會(huì)話(huà)提供數(shù)據(jù)包和會(huì)話(huà)確定數(shù)據(jù)包的過(guò)程中設(shè)有一個(gè)超時(shí)處理機(jī)制，如果在規(guī)定的時(shí)間內(nèi)沒(méi)有得到相應(yīng)的數(shù)據(jù)包，則回到初始態(tài)等待下一次連接過(guò)程。
4.如權(quán)利要求1所述的在嵌入式操作系統(tǒng)中支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路接入的方法，其特征在于所述的在點(diǎn)對(duì)點(diǎn)協(xié)議棧中連接建立的過(guò)程如下第一步開(kāi)始鏈路控制協(xié)議的整個(gè)協(xié)商流程，配置和測(cè)試數(shù)據(jù)鏈路；第二步鏈路控制協(xié)議協(xié)商完成后進(jìn)行認(rèn)證過(guò)程，認(rèn)證處理采用在鏈路控制協(xié)議協(xié)商階段協(xié)商好的認(rèn)證方式對(duì)用戶(hù)輸入的用戶(hù)名及密碼進(jìn)行認(rèn)證；第三步認(rèn)證成功后，進(jìn)行IP控制協(xié)議協(xié)商過(guò)程，在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議會(huì)話(huà)在點(diǎn)對(duì)點(diǎn)協(xié)議、IP控制協(xié)議協(xié)商完畢之后，進(jìn)入鏈路連接狀態(tài)；第四步獲得動(dòng)態(tài)或固定的IP地址，與網(wǎng)絡(luò)協(xié)議棧模塊動(dòng)態(tài)綁定，即可進(jìn)行用戶(hù)IP數(shù)據(jù)的收發(fā)處理。
5.如權(quán)利要求1所述的在嵌入式操作系統(tǒng)中支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路接入的方法，其特征在于所述的會(huì)議階段接收方的處理過(guò)程如下由網(wǎng)口驅(qū)動(dòng)程序截取到在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議類(lèi)型的數(shù)據(jù)，去掉以太網(wǎng)幀頭，送往以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議棧；如果收到發(fā)現(xiàn)階段的數(shù)據(jù)包，只處理會(huì)議終止數(shù)據(jù)包，此次在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議會(huì)話(huà)已經(jīng)終結(jié)；其它的發(fā)現(xiàn)階段的數(shù)據(jù)包則丟棄；如果收到在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議會(huì)話(huà)階段的數(shù)據(jù)報(bào)文，區(qū)分是點(diǎn)對(duì)點(diǎn)協(xié)議的協(xié)議協(xié)商數(shù)據(jù)還是IP數(shù)據(jù)；如果是點(diǎn)對(duì)點(diǎn)協(xié)議的協(xié)議協(xié)商數(shù)據(jù)，就進(jìn)入點(diǎn)對(duì)點(diǎn)協(xié)議的狀態(tài)機(jī)處理程序，進(jìn)行點(diǎn)對(duì)點(diǎn)的鏈路建立過(guò)程和狀態(tài)查詢(xún)；如果是IP數(shù)據(jù)，去掉點(diǎn)對(duì)點(diǎn)協(xié)議頭，送到網(wǎng)絡(luò)協(xié)議棧模塊中，由網(wǎng)絡(luò)協(xié)議棧模塊送到網(wǎng)絡(luò)應(yīng)用程序。
6.如權(quán)利要求1所述的在嵌入式操作系統(tǒng)中支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路接入的方法，其特征在于所述的會(huì)議階段發(fā)送方的處理過(guò)程如下點(diǎn)對(duì)點(diǎn)協(xié)議的協(xié)議協(xié)商數(shù)據(jù)首先經(jīng)過(guò)點(diǎn)對(duì)點(diǎn)協(xié)議狀態(tài)機(jī)送出，在點(diǎn)對(duì)點(diǎn)協(xié)議棧和以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議棧中加載協(xié)議頭，再送到網(wǎng)口驅(qū)動(dòng)程序中打上以太網(wǎng)幀頭，送到以太網(wǎng)上；在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議的協(xié)議協(xié)商數(shù)據(jù)由以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議的任務(wù)送出，在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議棧中加載協(xié)議頭，再送到網(wǎng)口驅(qū)動(dòng)程序中打上以太網(wǎng)幀頭，送到以太網(wǎng)上；由網(wǎng)絡(luò)應(yīng)用產(chǎn)生的IP數(shù)據(jù)由網(wǎng)絡(luò)協(xié)議棧模塊送出，在點(diǎn)對(duì)點(diǎn)協(xié)議棧和以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議棧中加載協(xié)議頭，再送到網(wǎng)口驅(qū)動(dòng)程序中打上以太網(wǎng)幀頭，送到以太網(wǎng)上。
7.如權(quán)利要求5或6所述的在嵌入式操作系統(tǒng)中支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路接入的方法，其特征在于利用以下原則優(yōu)化在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議和點(diǎn)對(duì)點(diǎn)協(xié)議棧處理數(shù)據(jù)的流程對(duì)于通用的點(diǎn)對(duì)點(diǎn)協(xié)議和以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議推薦的處理上有重復(fù)之處，則將其歸并處理對(duì)于以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議中明確規(guī)定了不推薦和禁止使用的鏈路控制協(xié)議選項(xiàng)，對(duì)點(diǎn)對(duì)點(diǎn)協(xié)議棧程序進(jìn)行簡(jiǎn)化；在發(fā)送方向，點(diǎn)對(duì)點(diǎn)協(xié)議棧加載幀頭時(shí)，不需要增加幀界定符，在以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議棧中同樣省去去除幀界定符的處理；在接收方向，以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議棧不需要在去掉了以太網(wǎng)上傳送的點(diǎn)對(duì)點(diǎn)協(xié)議幀頭的數(shù)據(jù)上作加幀界定符的處理。
全文摘要
在嵌入式操作系統(tǒng)中支持非對(duì)稱(chēng)數(shù)字用戶(hù)線(xiàn)路接入的方法，涉及電通訊領(lǐng)域中視音頻數(shù)據(jù)傳送的方法，包括步驟通過(guò)PPPOE協(xié)議棧開(kāi)始建立會(huì)話(huà)過(guò)程，完成地址發(fā)現(xiàn)階段，確定接入服務(wù)器端的硬件以太網(wǎng)地址并建立起一個(gè)PPPOE會(huì)話(huà)標(biāo)識(shí)符；服務(wù)器為該用戶(hù)建立了連接，并為該用戶(hù)動(dòng)態(tài)分配到一個(gè)IP地址；利用所述的IP地址，與網(wǎng)絡(luò)協(xié)議棧模塊動(dòng)態(tài)綁定，確保網(wǎng)絡(luò)應(yīng)用發(fā)送和接收數(shù)據(jù)通道的暢通；建立數(shù)據(jù)會(huì)議階段，原有的IP數(shù)據(jù)包都要再經(jīng)過(guò)PPP協(xié)議棧和PPPOE協(xié)議棧，在發(fā)送方進(jìn)行打包重新組幀，在接收方逐步拆掉包頭留下IP數(shù)據(jù)，以保證符合在A(yíng)DSL鏈路上傳送的幀格式；本發(fā)明充分利用了寬帶業(yè)務(wù)的網(wǎng)絡(luò)資源，節(jié)省了線(xiàn)路的費(fèi)用開(kāi)支。
文檔編號(hào)G06F9/44GK1482806SQ02142340
公開(kāi)日2004年3月17日 申請(qǐng)日期2002年9月13日 優(yōu)先權(quán)日2002年9月13日
發(fā)明者程岑, 鄒孟睿, 沈燦, 岑 程 申請(qǐng)人:深圳市中興通訊股份有限公司