專利名稱：在嵌入式操作系統(tǒng)中支持非對稱數(shù)字用戶線路接入的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電通訊領(lǐng)域中視音頻數(shù)據(jù)傳送的方法，尤其涉及在一體化會議電視終端內(nèi)部支持非對稱數(shù)字用戶線路(ADSL)接入的方法。
背景技術(shù)：
ADSL網(wǎng)絡(luò)接入技術(shù)目前已被廣大用戶所使用，而支持這種ADSL接入技術(shù)的寬帶接入設(shè)備大量采用在以太網(wǎng)上傳送的點(diǎn)對點(diǎn)協(xié)議(PPPOEPoint-to-Point Protocol over Ethernet)來實(shí)現(xiàn)，PPPOE協(xié)議描述了采用以太網(wǎng)來作為承載用戶點(diǎn)對點(diǎn)協(xié)議(PPP)數(shù)據(jù)鏈路的一種寬帶接入的實(shí)現(xiàn)方式，寬帶用戶通過固定連接或虛擬撥號連接(PPPOE客戶端撥號)經(jīng)寬帶接入網(wǎng)接入寬帶接入設(shè)備，并選擇相應(yīng)的服務(wù)。
目前PPPOE客戶端撥號軟件的使用僅局限于Unix、Linux和windows平臺，無法應(yīng)用到嵌入式操作系統(tǒng)的小型化終端平臺上，在這種一體化的終端上實(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ù)問題是在會議電視一體化的終端平臺(嵌入式操作系統(tǒng))上實(shí)現(xiàn)ADSL接入的方法。
本發(fā)明所述的在嵌入式操作系統(tǒng)中支持非對稱數(shù)字用戶線路接入的方法是在會議電視終端內(nèi)部實(shí)現(xiàn)PPPOE的客戶端撥號，在原有的網(wǎng)卡驅(qū)動程序和網(wǎng)絡(luò)協(xié)議棧(PNA)模塊之間加入了點(diǎn)對點(diǎn)協(xié)議和在以太網(wǎng)上傳送的點(diǎn)對點(diǎn)協(xié)議的實(shí)現(xiàn)過程，具體步驟如下第一步在網(wǎng)卡驅(qū)動程序接收和發(fā)送數(shù)據(jù)的基礎(chǔ)上，通過PPPOE協(xié)議棧開始建立會話過程，完成地址發(fā)現(xiàn)(Discovery)階段，確定接入服務(wù)器端的硬件以太網(wǎng)(MAC)地址并建立起一個PPPOE會話標(biāo)識符，即SESSION_ID；第二步經(jīng)過PPP協(xié)議棧的協(xié)商和對用戶名和密碼的認(rèn)證完成后，服務(wù)器就為該用戶建立了連接(即會話)，并為該用戶動態(tài)分配到一個IP地址；第三步利用上述的IP地址，與網(wǎng)絡(luò)協(xié)議棧模塊動態(tài)綁定，確保網(wǎng)絡(luò)應(yīng)用發(fā)送和接收數(shù)據(jù)通道的暢通；第四步建立數(shù)據(jù)會議階段，在會議過程中，按數(shù)據(jù)流可以分為接收方向和發(fā)送方向，原有的IP數(shù)據(jù)包都要再經(jīng)過PPP協(xié)議棧和PPPOE協(xié)議棧，在發(fā)送方進(jìn)行打包重新組幀，在接收方逐步拆掉包頭留下IP數(shù)據(jù)，以保證符合在ADSL鏈路上傳送的幀格式。
采用本發(fā)明所述方法，充分利用了寬帶業(yè)務(wù)的網(wǎng)絡(luò)資源，節(jié)省了線路的費(fèi)用開支，為電視會議的應(yīng)用拓寬了范圍，達(dá)到了普及電視會議應(yīng)用的效果。


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