專利名稱：用戶終端及其信息接收方法和發(fā)送方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用戶終端及其信息接收、發(fā)送方法，尤其涉及一種能夠同
時(shí)應(yīng)用于IPv4和IPv6網(wǎng)絡(luò)環(huán)境的用戶終端及相應(yīng)的信息接收、發(fā)送方法。
背景技術(shù)：
互動(dòng)多媒體業(yè)務(wù)是一種能夠使用戶端和服務(wù)端進(jìn)行媒體交互，包括視
頻、音頻點(diǎn)播，文本瀏覽等在內(nèi)的多媒體業(yè)務(wù)?，F(xiàn)有的互動(dòng)多媒體業(yè)務(wù)主 要是基于IPv4協(xié)議的網(wǎng)絡(luò)環(huán)境。其中，IPv4協(xié)議是IP協(xié)議的版本號為4 的TCP/IP協(xié)議族。IPv4協(xié)議的地址位數(shù)為32位，也就是最多有2的32 次方的電腦可以聯(lián)到互聯(lián)網(wǎng)上。然而，隨著互聯(lián)網(wǎng)的蓬勃發(fā)展，IP位址的 需求量愈來愈大，IP地址資源也越發(fā)緊張。為了解決IP地址需求量不斷 上升的問題，出現(xiàn)了以IPv6協(xié)議為核心的網(wǎng)絡(luò)環(huán)境。其中，IPv6協(xié)議是 IP協(xié)議的版本號為6的TCP/IP協(xié)議族。它對地址空間進(jìn)行了重新定義， 通過釆用128位的地址長度極大地增加了 IP地址的容量，是下一代網(wǎng)絡(luò)發(fā) 展的必然趨勢。
現(xiàn)有技術(shù)的缺陷在于由于IPv4網(wǎng)絡(luò)向IPv6網(wǎng)絡(luò)的過渡需要一個(gè)較 長的時(shí)期，在這段時(shí)期內(nèi)，基于IPv4網(wǎng)絡(luò)的互動(dòng)多媒體業(yè)務(wù)和基于IPv6 網(wǎng)絡(luò)的互動(dòng)多媒體業(yè)務(wù)必然會(huì)同時(shí)存在。而現(xiàn)有的互動(dòng)多媒體業(yè)務(wù)的用戶 終端設(shè)備都僅能支持單——種IPv4或IPv6協(xié)議，因此不能同時(shí)實(shí)現(xiàn)基于 IPv4協(xié)議和Pv6協(xié)議的互動(dòng)多媒體業(yè)務(wù)。即，當(dāng)現(xiàn)有的基于IPv4的互動(dòng) 多媒體業(yè)務(wù)向基于IPv6的互動(dòng)多媒體業(yè)務(wù)過渡時(shí)，必須重新開發(fā)支持IPv6 協(xié)議棧的用戶終端設(shè)備，導(dǎo)致過渡所需的時(shí)間和成本大大增加，而且用戶
也不能再享受到原有基于IPv4的互動(dòng)多媒體業(yè)務(wù)。從而限制了用戶終端設(shè) 備的使用范圍，也阻礙了 IPv4網(wǎng)絡(luò)向IPv6網(wǎng)絡(luò)過渡的進(jìn)程。

發(fā)明內(nèi)容
本發(fā)明要解決的問題是提供一種能夠同時(shí)連接IPv4協(xié)議和IPv6協(xié)議兩 種網(wǎng)絡(luò)環(huán)境的用戶終端技術(shù)。
為了解決上述問題，本發(fā)明的 一 個(gè)實(shí)施例提供了 一種用戶終端的信息接 收方法，包括
當(dāng)用戶終端接收到數(shù)據(jù)包時(shí)，在該數(shù)據(jù)包的鏈路層包頭中查找虛擬局域 網(wǎng)標(biāo)記；
根據(jù)查找到的所述虛擬局域網(wǎng)標(biāo)記判斷所述數(shù)據(jù)包的IP協(xié)議類型； 根據(jù)判斷出的所述IP協(xié)議類型，調(diào)用預(yù)先裝載于所述用戶終端中的IPv4
協(xié)議?；騃Pv6協(xié)議棧對所述數(shù)據(jù)包進(jìn)行處理。
為了解決上述問題，本發(fā)明的另 一 個(gè)實(shí)施例提供了 一種用戶終端的信息
發(fā)送方法，包括
用戶終端根據(jù)要發(fā)送的數(shù)據(jù)包的IP協(xié)議類型，在該數(shù)據(jù)包的鏈路層包 頭中添加相應(yīng)的虛擬局域網(wǎng)標(biāo)記，并發(fā)送給接入網(wǎng)設(shè)備；
所述接入網(wǎng)設(shè)備根據(jù)所述數(shù)據(jù)包的虛擬局域網(wǎng)標(biāo)記，將所述數(shù)據(jù)包發(fā) 送給IPv4業(yè)務(wù)網(wǎng)絡(luò)或IPv6業(yè)務(wù)網(wǎng)絡(luò)。
為了解決上述問題，本發(fā)明的又 一 個(gè)實(shí)施例提供了 一種用戶終端，包括
第一模塊，用于裝載IPv4協(xié)議棧和IPv6協(xié)議棧；
第二模塊，用于在接收到的數(shù)據(jù)包的鏈路層包頭中查找虛擬局域網(wǎng)標(biāo)記；
第三模塊，用于根據(jù)由第二模塊查找到的虛擬局域網(wǎng)標(biāo)記判斷所述數(shù)據(jù) 包的IP協(xié)議類型發(fā)送給第四模塊；
第四模塊，用于根據(jù)接收到的所述IP協(xié)議類型，調(diào)用裝載于第一模塊中 的IPv4協(xié)議?；騃Pv6協(xié)議棧對所述數(shù)據(jù)包進(jìn)行處理。
通過本發(fā)明，使用戶終端能夠支持IPv4/IPv6雙協(xié)議棧，從而能夠同 時(shí)和兩種網(wǎng)絡(luò)環(huán)境下的業(yè)務(wù)系統(tǒng)如互動(dòng)多媒體業(yè)務(wù)系統(tǒng)相連，使分別位于 IPv4網(wǎng)絡(luò)和IPv6網(wǎng)絡(luò)的業(yè)務(wù)系統(tǒng)均能夠?yàn)橛脩籼峁┓?wù)，有利于推動(dòng)由 IPv4網(wǎng)絡(luò)環(huán)境向IPv6網(wǎng)絡(luò)環(huán)境的順利過渡。
下面通過附圖和實(shí)施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1為本發(fā)明所述用戶終端的信息接收方法實(shí)施例的流程圖； 圖1A為本發(fā)明所述用戶終端的信息接收方法實(shí)施例所述的各個(gè)協(xié)議棧在 用戶終端中的結(jié)構(gòu)示意圖2為本發(fā)明所述用戶終端的信息發(fā)送方法實(shí)施例的流程圖； 圖3為本發(fā)明所述用戶終端實(shí)施例1的結(jié)構(gòu)示意圖； 圖4為本發(fā)明所述用戶終端實(shí)施例2的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明所述用戶終端的信息接收方法實(shí)施例
本實(shí)施例提供了一種支持IPv4/IPv6雙協(xié)議棧的用戶終端的信息接收方 法，如圖l所示，包括
步驟IOO，當(dāng)用戶終端接收到數(shù)據(jù)包時(shí)，在該數(shù)據(jù)包的鏈路層包頭中查找 虛擬局域網(wǎng)標(biāo)記(以下簡稱VLAN標(biāo)記)。若查找成功，則執(zhí)行步驟110, 否則執(zhí)行步驟120。
其中，虛擬局域網(wǎng)(Virtual Local Area Network,以下簡稱VLAN) 是一種將局域網(wǎng)內(nèi)的設(shè)備邏輯地而不是物理地劃分成網(wǎng)段，從而實(shí)現(xiàn)虛擬 工作組的一種網(wǎng)絡(luò)技術(shù)。其主要的工作原理是當(dāng)VLAN交換機(jī)從工作站接 收到數(shù)據(jù)包后，對數(shù)據(jù)包的部分內(nèi)容進(jìn)行檢查，并與VLAN配置數(shù)據(jù)庫中的 內(nèi)容進(jìn)行比較，然后確定數(shù)據(jù)包去向。如果數(shù)據(jù)包要發(fā)往一個(gè)VLAN設(shè)備，
則給這個(gè)數(shù)據(jù)包加上VLAN標(biāo)記，具體地，可以依照現(xiàn)有的802. 1Q協(xié)議添 加VLAN標(biāo)記，用以區(qū)分不同的局域網(wǎng)，再根據(jù)VLAN標(biāo)記轉(zhuǎn)發(fā)到相應(yīng)的目 的地；如果數(shù)據(jù)包發(fā)往非VLAN設(shè)備，則VLAN交換機(jī)發(fā)送不帶VLAN標(biāo)記 的數(shù)據(jù)包。由于，VLAN通常是在數(shù)據(jù)鏈路層上實(shí)現(xiàn)網(wǎng)段的劃分，因此，VLAN 標(biāo)記也通常出現(xiàn)在鏈路層包頭中。
步驟110，根據(jù)查找到的VLAN標(biāo)記判斷接收到的數(shù)據(jù)包的IP協(xié)議類型。 其中，IP協(xié)議類型主要是指該數(shù)據(jù)包采用的是IPv4協(xié)議或IPv6協(xié)議。
具體地，可以首先根據(jù)查找到的VLAN標(biāo)記判斷發(fā)送該數(shù)據(jù)包的VLAN的 IP協(xié)議類型，即判斷該VLAN采用的是IPv4協(xié)議還是IPv6協(xié)議；然后再根據(jù) 判斷出的VLAN的IP協(xié)議類型判斷得到該數(shù)據(jù)包的IP協(xié)議類型。這是因?yàn)椋?在一個(gè)VLAN中傳輸?shù)臄?shù)據(jù)包通常具有與該VLAN相同的IP協(xié)議類型。
另外，在對數(shù)據(jù)包的協(xié)議類型進(jìn)行判斷之前，若目標(biāo)地址是用域名表 示的域名地址，則可以先通過域名系統(tǒng)(簡稱DNS)服務(wù)器得到相應(yīng)的 IPv4或IPv6地址，然后再進(jìn)行判斷。
步驟120，如果在數(shù)據(jù)包的鏈路層包頭中并不包含VLAN標(biāo)記，則對接收 到的數(shù)據(jù)包進(jìn)行鏈路層解析，得到數(shù)據(jù)包的鏈路層數(shù)據(jù)段。
其中，根據(jù)現(xiàn)有的互聯(lián)網(wǎng)通信協(xié)議技術(shù)，數(shù)據(jù)包在進(jìn)行鏈路層解析之前 包括鏈路層包頭和鏈路層數(shù)據(jù)段。鏈路層數(shù)據(jù)段中包括IP層包頭和IP層數(shù) 據(jù)段。
步驟121,對上述得到的鏈路層數(shù)據(jù)段進(jìn)行拆包，得到數(shù)據(jù)包的IP層包頭。
步驟122,根據(jù)數(shù)據(jù)包的IP層包頭中的IP協(xié)議版本號判斷該數(shù)據(jù)包的 IP協(xié)議類型。其中，IP協(xié)議版本號是IP層包頭中的一個(gè)字段，表明該數(shù)據(jù) 包采用的是IPv4協(xié)議或是IPv6協(xié)議。
步驟130，根據(jù)判斷出的IP協(xié)議類型，調(diào)用預(yù)先裝載于用戶終端中的IPv4 協(xié)議?；騃Pv6協(xié)議棧對數(shù)據(jù)包進(jìn)行處理。
具體地，可以通過套接字應(yīng)用程序接口 (Socket Application Program Interface,簡稱Socket API )調(diào)用預(yù)先裝載于用戶終端中的通用的TCP/UDP 協(xié)議用于實(shí)現(xiàn)網(wǎng)絡(luò)通信。另外，還可以通過棧管理器調(diào)用如動(dòng)態(tài)主機(jī)配置協(xié) 議(簡稱DHCP) v4/v6、 Internet組管理協(xié)議v2/多點(diǎn)傳輸聽眾發(fā)現(xiàn)協(xié) 議v6 (簡稱IGMPv2/MLDv6)、實(shí)時(shí)流協(xié)議(簡稱RTSP) v4/v6、網(wǎng)絡(luò) 時(shí)間協(xié)議(簡稱NTP) v4/v6等協(xié)議棧以實(shí)現(xiàn)IP服務(wù)。其中，通過API 的調(diào)用，可以為IPv4和IPv6下共存的互動(dòng)多媒體業(yè)務(wù)提供終端設(shè)備支持。 上述各個(gè)協(xié)議棧在用戶終端的結(jié)構(gòu)如圖IA所示。
通過本實(shí)施例所述方法，使用戶終端能夠支持IPv4/IPv6雙協(xié)議棧， 從而能夠同時(shí)和兩種網(wǎng)絡(luò)環(huán)境下的業(yè)務(wù)系統(tǒng)如互動(dòng)多々某體業(yè)務(wù)系統(tǒng)相連。 業(yè)務(wù)系統(tǒng)分別位于IPv4網(wǎng)絡(luò)和IPv6網(wǎng)絡(luò)，同時(shí)為用戶提供服務(wù)，當(dāng)用戶 使用IPv4或IPv6業(yè)務(wù)時(shí)，用戶終端設(shè)備能夠自動(dòng)調(diào)用IPv4或IPv6協(xié)議 棧，實(shí)現(xiàn)相關(guān)功能。另外，本實(shí)施例還可以應(yīng)用于作為運(yùn)營商提供IPv4 和IPv6業(yè)務(wù)的用戶終端設(shè)備，以實(shí)現(xiàn)其業(yè)務(wù)，如互動(dòng)多+某體業(yè)務(wù)。從而有 利于由IPv4網(wǎng)絡(luò)環(huán)境向IPv6網(wǎng)絡(luò)環(huán)境的順利過渡。 本發(fā)明所述用戶終端的信息發(fā)送方法實(shí)施例
本實(shí)施例提供了一種支持IPv4/IPv6雙協(xié)議棧的用戶終端的信息發(fā)送 方法，如圖2所示，包括
步驟201，用戶終端根據(jù)要發(fā)送的數(shù)據(jù)包的IP協(xié)議類型，在該數(shù)據(jù)包 的鏈路層包頭中添加相應(yīng)的VLAN標(biāo)記，并發(fā)送給接入網(wǎng)設(shè)備。具體地，發(fā) 送給接入網(wǎng)設(shè)備中的接入網(wǎng)入口設(shè)備。其中，用戶終端可以為機(jī)頂盒。
步驟202，接入網(wǎng)設(shè)備中的接入網(wǎng)入口設(shè)備將數(shù)據(jù)包中的VLAN標(biāo)記映 射為相應(yīng)的永久虛擬電3各(Permanent Virtual Circuit,簡稱PVC)。 其中，接入網(wǎng)入口設(shè)備可以為非對稱數(shù)字用戶環(huán)路調(diào)制解調(diào)器(簡稱ADSL MODEM)等設(shè)備。
步驟203,接入網(wǎng)設(shè)備中的接入網(wǎng)出口設(shè)備根據(jù)映射后的永久虛擬電 路，將上述數(shù)據(jù)包發(fā)送給IPv4業(yè)務(wù)網(wǎng)絡(luò)或IPv6業(yè)務(wù)網(wǎng)絡(luò)。其中，接入網(wǎng) 出口設(shè)備可以為數(shù)字用戶線路接入復(fù)用器(簡稱DSL雄)等設(shè)備。
通過本實(shí)施例所述方法，用戶終端可以向支持IPv4協(xié)議棧的網(wǎng)絡(luò)環(huán)境 及支持IPv6協(xié)議棧的網(wǎng)絡(luò)環(huán)境發(fā)送數(shù)據(jù)信息，從而實(shí)現(xiàn)信息互聯(lián)，有利于 由IPv4網(wǎng)絡(luò)環(huán)境向IPv6網(wǎng)絡(luò)環(huán)境的順利過渡。 本發(fā)明所述用戶終端的實(shí)施例1
本實(shí)施例提供了一種用戶終端，如圖3所示，該用戶終端1包括接收單 元1G和發(fā)送單元20。
其中，發(fā)送單元20用于根據(jù)要發(fā)送的數(shù)據(jù)包的IP協(xié)議類型，在該數(shù)據(jù) 包的鏈路層包頭中添加相應(yīng)的虛擬局域網(wǎng)標(biāo)記，并發(fā)送給接入網(wǎng)設(shè)備。再 由接入網(wǎng)設(shè)備根據(jù)接收到的數(shù)據(jù)包中的虛擬局域網(wǎng)標(biāo)記，將該數(shù)據(jù)包發(fā)送 給IPv4業(yè)務(wù)網(wǎng)絡(luò)或IPv6業(yè)務(wù)網(wǎng)絡(luò)。其中的接入網(wǎng)設(shè)備可以包括接入網(wǎng)入 口設(shè)備和接入網(wǎng)出口設(shè)備。接入網(wǎng)設(shè)備對數(shù)據(jù)包的具體處理過程可參見本 發(fā)明所述用戶終端的信息發(fā)送方法實(shí)施例，此處不再贅述。
接收單元10包括第一模塊11，第二模塊12，第三模塊13及第四模塊14， 其工作原理如下
第一模塊11中預(yù)先裝載有IPv4協(xié)議棧和IPv6協(xié)議棧。當(dāng)用戶終端1 接收到數(shù)據(jù)包時(shí)，第二模塊12在接收到的數(shù)據(jù)包的鏈路層包頭中查找VLAN 標(biāo)記；第三模塊13根據(jù)由第二模塊12查找到的VLAN標(biāo)記判斷接收到的數(shù)據(jù) 包的IP協(xié)議類型，即判斷該數(shù)據(jù)包采用的是IPv4協(xié)議還是IPv6協(xié)議，并將 該IP協(xié)議類型發(fā)送給第四模塊14;第四模塊14根據(jù)接收到的IP協(xié)議類型， 調(diào)用裝載于第一模塊11中的IPv4協(xié)議?；騃Pv6協(xié)議棧對上述數(shù)據(jù)包進(jìn)行 相應(yīng)的處理。
通過本實(shí)施例所述裝置，通過對VLAN標(biāo)記的判斷獲得了數(shù)據(jù)包所采用 的IP協(xié)議類型，進(jìn)而使用戶終端能夠支持IPv4/IPv6雙協(xié)議棧，使其能夠同時(shí)和兩種網(wǎng)絡(luò)環(huán)境下的業(yè)務(wù)系統(tǒng)如互動(dòng)多J 某體業(yè)務(wù)系統(tǒng)相連。實(shí)現(xiàn)了運(yùn)
營商的業(yè)務(wù)由IPv4網(wǎng)絡(luò)環(huán)境向IPv6網(wǎng)絡(luò)環(huán)境的順利過渡。 本發(fā)明所述用戶終端的實(shí)施例2
實(shí)施例1中的接收單元10通過對VLAN標(biāo)記的判斷獲得了數(shù)據(jù)包所采 用的IP協(xié)議類型。然而在實(shí)際的某些應(yīng)用中，如果數(shù)據(jù)包發(fā)往的是非VLAN 設(shè)備，則VLAN交換機(jī)則不會(huì)在數(shù)據(jù)包中添加VLAN標(biāo)記。
為了解決這一問題，本實(shí)施例在實(shí)施例1的基礎(chǔ)上進(jìn)行了改進(jìn)，如圖 4所示，用戶終端1的接收單元10除了包括第一模塊11，第二模塊12,第 三模塊13及第四模塊14以外，還進(jìn)一步包括第五模塊15，第六模塊16和 第七模塊17。其工作原理如下
第一模塊11中預(yù)先裝載有IPv4協(xié)議棧和IPv6協(xié)議棧。當(dāng)用戶終端1 接收到數(shù)據(jù)包時(shí)，第二模塊12在接收到的數(shù)據(jù)包的鏈路層包頭中查找VLAN 標(biāo)記；并且，第五^^莫塊15對接收到數(shù)據(jù)包進(jìn)行鏈路層解析，得到該數(shù)據(jù)包的 鏈路層數(shù)據(jù)段；第六模塊16對第五模塊得到的鏈路層數(shù)據(jù)段進(jìn)行拆包，得到 所述數(shù)據(jù)包的IP層包頭。如果第二模塊12查找VLAN標(biāo)記失敗，即該數(shù)據(jù)包 中并不包含VLAN標(biāo)記時(shí)，則將查找失敗的信息發(fā)送給第七模塊17;當(dāng)?shù)诙?塊12未找到VLAN標(biāo)記時(shí)，第七模塊17根據(jù)第六模塊16得到的IP層包頭中 的IP協(xié)議版本號判斷數(shù)據(jù)包的IP協(xié)議類型，并將該IP協(xié)議類型發(fā)送給第四 模塊14;第四模塊14根據(jù)接收到的IP協(xié)議類型，調(diào)用裝載于第一模塊11中 的IPv4協(xié)議?；騃Pv6協(xié)議棧對上述數(shù)據(jù)包進(jìn)行相應(yīng)的處理。
另外，為了實(shí)現(xiàn)網(wǎng)絡(luò)通信，用戶終端l中還可以設(shè)置第八模塊18和第九 模塊19。其中，第八模塊18用于裝載通用的TCP/UDP協(xié)議；第九模塊19， 用于通過Socket API調(diào)用裝載于第八模塊18中的所述TCP/UDP協(xié)議，以實(shí) 現(xiàn)網(wǎng)絡(luò)通信。如表1所示為用戶終端1中裝載的IPv4/IPv6雙協(xié)議棧結(jié)構(gòu)。
表l
IPv4應(yīng)用程序
IPv6應(yīng)用程序
Socket API
通用的TCP/UDP
IPv4協(xié)議
IPv6協(xié)議
數(shù)據(jù)鏈路層
物理層
通過本實(shí)施例所述裝置，通過對IP層包頭中的IP協(xié)議版本號的檢測獲得 了數(shù)據(jù)包所采用的IP協(xié)議類型。從而在用戶終端屬于非VLAN設(shè)備時(shí)也實(shí)現(xiàn) 了使用戶終端能夠支持IPv4/IPv6雙協(xié)議棧的目的。因此，擴(kuò)大了用戶終端 的適用范圍。
最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其 限制；盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù) 人員應(yīng)當(dāng)理解其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或 者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技
術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種用戶終端的信息接收方法，其特征在于包括當(dāng)用戶終端接收到數(shù)據(jù)包時(shí)，在該數(shù)據(jù)包的鏈路層包頭中查找虛擬局域網(wǎng)標(biāo)記；根據(jù)查找到的所述虛擬局域網(wǎng)標(biāo)記判斷所述數(shù)據(jù)包的IP協(xié)議類型；根據(jù)判斷出的所述IP協(xié)議類型，調(diào)用預(yù)先裝載于所述用戶終端中的IPv4協(xié)議?；騃Pv6協(xié)議棧對所述數(shù)據(jù)包進(jìn)行處理。
2、 根據(jù)權(quán)利要求1所述的用戶終端的信息接收方法，其特征在于所述在 鏈路層包頭中查找虛擬局域網(wǎng)標(biāo)記還包括當(dāng)未找到所述虛擬局域網(wǎng)標(biāo)記時(shí)，根據(jù)所述數(shù)據(jù)包的IP層包頭中的IP 協(xié)議版本號判斷所述數(shù)據(jù)包的IP協(xié)議類型。
3、 根據(jù)權(quán)利要求2所述的用戶終端的信息接收方法，其特征在于根據(jù)所 述IP協(xié)議版本號判斷所述數(shù)據(jù)包的IP協(xié)議類型之前還包括對接收到的所述數(shù)據(jù)包進(jìn)行鏈路層解析，得到所述數(shù)據(jù)包的鏈路層數(shù)據(jù)段；對所述鏈路層數(shù)據(jù)段進(jìn)行拆包，得到所述數(shù)據(jù)包的IP層包頭。
4、 根據(jù)權(quán)利要求1所述的用戶終端的信息接收方法，其特征在于調(diào)用所 述IPv4協(xié)議?；騃Pv6協(xié)議棧對所述數(shù)據(jù)包進(jìn)行處理包括通過套接字應(yīng)用程序接口調(diào)用預(yù)先裝載于所述用戶終端中的通用的 TCP/UDP協(xié)議用于實(shí)現(xiàn)網(wǎng)絡(luò)通信。
5、 根據(jù)權(quán)利要求1所述的用戶終端的信息接收方法，其特征在于在所述 數(shù)據(jù)包的鏈路層包頭中查找虛擬局域網(wǎng)標(biāo)記之前還包括如果接收到的所述數(shù)據(jù)包的目標(biāo)地址為域名地址，則通過域名系統(tǒng)服 務(wù)器將該域名地址轉(zhuǎn)換為相應(yīng)的IPv4或IPv6地址。
6、 一種用戶終端的信息發(fā)送方法，其特征在于包括用戶終端根據(jù)要發(fā)送的數(shù)據(jù)包的IP協(xié)議類型，在該數(shù)據(jù)包的鏈路層包頭中添加相應(yīng)的虛擬局域網(wǎng)標(biāo)記，并發(fā)送給接入網(wǎng)設(shè)備；所述接入網(wǎng)設(shè)備根據(jù)所述數(shù)據(jù)包的虛擬局域網(wǎng)標(biāo)記，將所述數(shù)據(jù)包發(fā)送給IPv4業(yè)務(wù)網(wǎng)絡(luò)或IPv6業(yè)務(wù)網(wǎng)絡(luò)。
7、 根據(jù)權(quán)利要求6所述的用戶終端的信息發(fā)送方法，其特征在于所 述接入網(wǎng)設(shè)備將所述數(shù)據(jù)包發(fā)送給IPv4業(yè)務(wù)網(wǎng)絡(luò)或IPv6業(yè)務(wù)網(wǎng)絡(luò)包括所述接入網(wǎng)設(shè)備中的接入網(wǎng)入口設(shè)備將所述數(shù)據(jù)包中的虛擬局域網(wǎng)標(biāo) 記映射為相應(yīng)的永久虛擬電路；所述接入網(wǎng)設(shè)備中的接入網(wǎng)出口設(shè)備根據(jù)所述永久虛擬電路，將所述 數(shù)據(jù)包發(fā)送給IPv4業(yè)務(wù)網(wǎng)絡(luò)或IPv6業(yè)務(wù)網(wǎng)絡(luò)。
8、 一種用戶終端，其特征在于包括發(fā)送單元，用于根據(jù)要發(fā)送的數(shù)據(jù)包的IP協(xié)議類型，在該數(shù)據(jù)包的鏈 路層包頭中添加相應(yīng)的虛擬局域網(wǎng)標(biāo)記，并發(fā)送給接入網(wǎng)設(shè)備； 接收單元，包括第一模塊，用于裝載IPv4協(xié)議棧和IPv6協(xié)議棧；第二模塊，用于在接收到的數(shù)據(jù)包的鏈路層包頭中查找虛擬局域網(wǎng)標(biāo)記；第三模塊，用于根據(jù)由第二模塊查找到的虛擬局域網(wǎng)標(biāo)記判斷所述數(shù)據(jù) 包的IP協(xié)議類型，并發(fā)送給第四模塊；第四模塊，用于根據(jù)接收到的所述IP協(xié)議類型，調(diào)用裝載于第一模塊中 的IPv4協(xié)議?；騃Pv6協(xié)議棧對所述數(shù)據(jù)包進(jìn)行處理。
9、 根據(jù)權(quán)利要求8所述的用戶終端，其特征在于所述接收單元還包括 第五模塊，用于對接收到的所述數(shù)據(jù)包進(jìn)行鏈路層解析，得到所述數(shù)據(jù)包的鏈路層數(shù)據(jù)段；第六模塊，用于對第五模塊得到的鏈路層數(shù)據(jù)段進(jìn)行拆包，得到所述數(shù) 據(jù)包的IP層包頭。第七模塊，用于當(dāng)?shù)诙K未找到所述虛擬局域網(wǎng)標(biāo)記時(shí)，根據(jù)第六模 塊得到的所述IP層包頭中的IP協(xié)議版本號判斷所述數(shù)據(jù)包的IP協(xié)議類型， 并發(fā)送給第四模塊。
10、根據(jù)權(quán)利要求8或9所述的用戶終端，其特征在于所述接收單元還包括第八模塊，用于裝載通用的TCP/UDP協(xié)議；第九模塊，用于通過套接字應(yīng)用程序接口調(diào)用裝載于第八模塊中的所述 TCP/UDP協(xié)議，以實(shí)現(xiàn)網(wǎng)絡(luò)通信。
全文摘要
本發(fā)明涉及一種用戶終端及其信息接收方法和發(fā)送方法。其中，接收方法包括在數(shù)據(jù)包中查找VLAN標(biāo)記；判斷數(shù)據(jù)包的IP協(xié)議類型；調(diào)用IPv4協(xié)議?；騃Pv6協(xié)議棧對數(shù)據(jù)包進(jìn)行處理。發(fā)送方法包括在該數(shù)據(jù)包中添加VLAN標(biāo)記；由接入網(wǎng)設(shè)備根據(jù)VLAN標(biāo)記將數(shù)據(jù)包發(fā)送給IPv4或IPv6業(yè)務(wù)網(wǎng)絡(luò)。用戶終端包括第一模塊、第二模塊、第三模塊和第四模塊。通過本發(fā)明，使用戶終端能夠支持IPv4/IPv6雙協(xié)議棧，從而能夠同時(shí)和兩種網(wǎng)絡(luò)環(huán)境下的業(yè)務(wù)系統(tǒng)如互動(dòng)多媒體業(yè)務(wù)系統(tǒng)相連，使分別位于IPv4網(wǎng)絡(luò)和IPv6網(wǎng)絡(luò)的業(yè)務(wù)系統(tǒng)均能夠?yàn)橛脩籼峁┓?wù)，有利于推動(dòng)由IPv4網(wǎng)絡(luò)環(huán)境向IPv6網(wǎng)絡(luò)環(huán)境的順利過渡。
文檔編號H04L12/56GK101184038SQ20071017684
公開日2008年5月21日 申請日期2007年11月5日 優(yōu)先權(quán)日2007年11月5日
發(fā)明者馮偉斌, 劉紅旗, 姜智峰, 張倫泳 申請人:中國網(wǎng)絡(luò)通信集團(tuán)公司