專利名稱：計(jì)費(fèi)方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種計(jì)費(fèi)方法及裝置。
背景技術(shù)：
在寬帶技術(shù)和寬帶用戶迅速成長(zhǎng)的今日，V4地址空間的危機(jī)由來已久，這是導(dǎo)致互聯(lián)網(wǎng)協(xié)議(Internet Protocol，簡(jiǎn)稱為IP)技術(shù)版本升級(jí)的主要?jiǎng)恿ΑＶ袊乱淮ヂ?lián)網(wǎng)示范工程(CNGI項(xiàng)目)是國家級(jí)的戰(zhàn)略項(xiàng)目，該項(xiàng)目的主要目標(biāo)是以互聯(lián)網(wǎng)協(xié)議版本6(Internet Protocol Version6,簡(jiǎn)稱為IPv6)為核心,搭建下一代互聯(lián)網(wǎng)的試驗(yàn)平臺(tái)。此項(xiàng)目標(biāo)的啟動(dòng)標(biāo)志了我國的IPv6進(jìn)入了實(shí)質(zhì)性發(fā)展階段。各級(jí)運(yùn)營商也正在加緊步伐部署V6網(wǎng)絡(luò)，V6寬帶接入網(wǎng)絡(luò)已逐步進(jìn)入試商用階段。IPv6基礎(chǔ)協(xié)議的設(shè)計(jì)理念是希望V6網(wǎng)絡(luò)能成為一個(gè)即插即用的接入網(wǎng)絡(luò)，但是對(duì)于部分運(yùn)營商而言，需要進(jìn)行有狀態(tài)(即動(dòng)態(tài)地址分配)形式來管理地址，所以支持IPv6的動(dòng)態(tài)主機(jī)配置協(xié)議(Dynamic Host Configuration Protocol for IPv6,簡(jiǎn)稱為 DHCPv6)應(yīng)運(yùn)而生，導(dǎo)致在現(xiàn)有IPv6遠(yuǎn)程寬帶接入網(wǎng)絡(luò)拓?fù)洵h(huán)境中，鄰居發(fā)現(xiàn)協(xié)議(NeighborDiscovery Protocol,簡(jiǎn)稱為NDP)協(xié)議中的無狀態(tài)地址自動(dòng)配置(Stateless AddressAuto configuration,簡(jiǎn)稱為SLAAC)功能與DHCPv6協(xié)議地址分配功能共存?，F(xiàn)今，流行的寬帶遠(yuǎn)程接入服務(wù)器(Broadband Remote Access Server,簡(jiǎn)稱為BRAS)路由器設(shè)備提供了典型的IPv6接入用戶類型有=IPHOST (靜態(tài)專線)用戶、DCHPv6用戶和SLAAC用戶。對(duì)于鏈路方式的不同，DHCPv6用戶與SLAAC用戶可以分為以太鏈網(wǎng)鏈路用戶和以太網(wǎng)上的點(diǎn)對(duì)點(diǎn)協(xié)議(Point-to-point Protocol Over Ethernet,簡(jiǎn)稱為PPPoE)鏈路用戶。特別在IPv6組網(wǎng)中，多宿主主機(jī)變成日益重要的應(yīng)用場(chǎng)景。一個(gè)主機(jī)除了一個(gè)有線的網(wǎng)絡(luò)連接(例如以太網(wǎng))，還可能有一個(gè)或者更多的無線連接，例如藍(lán)牙和802. 11協(xié)議。一個(gè)主機(jī)除了與物理鏈路連接，也可能與虛擬網(wǎng)絡(luò)或者隧道網(wǎng)絡(luò)連接。例如，一個(gè)主機(jī)除了直連到公共因特網(wǎng)，還可能連接到一個(gè)隧道私有共有網(wǎng)絡(luò)。對(duì)于IPv6過渡場(chǎng)景很可能會(huì)增加一條隧道鏈路，例如，主機(jī)們可能與6to4隧道(遠(yuǎn)程函數(shù)調(diào)用(Remote Function Call,簡(jiǎn)稱為RFC) 3056)或者一個(gè)配置隧道(RFC2893)網(wǎng)絡(luò)相連接。而對(duì)于BRAS路由器設(shè)備的實(shí)際應(yīng)用中，IPHOST靜態(tài)專線、DCHPv6和SLAAC三種用戶接入類型可以分別或者共存式地為一個(gè)用戶進(jìn)行用戶網(wǎng)絡(luò)接入服務(wù)。并且，對(duì)于BRAS路由器設(shè)備來說，則需要對(duì)一個(gè)用戶(每個(gè)用戶擁有唯一的一個(gè)媒體存取控制(Media AccessControl,簡(jiǎn)稱為MAC)地址)分配的多個(gè)IPv6地址和前綴進(jìn)行管理。由于每個(gè)用戶可能擁有多個(gè)IPv6地址和前綴，其中的IPv6地址和前綴可能是應(yīng)用BRAS路由器設(shè)備提供的不同的接入類型而完成網(wǎng)絡(luò)接入的。例如一個(gè)家庭用戶(該家庭擁有唯一的一個(gè)MAC地址)，由于其固定電話或者手機(jī)為該家庭的重要通訊手段，使用IPHOST用戶接入方式接入到BRAS路由器設(shè)備上(即通過靜態(tài)配置一個(gè)IPv6地址后，通過NDP協(xié)議報(bào)文向BRAS路由器設(shè)備請(qǐng)求接入并接入成功)；如果電信級(jí)運(yùn)營商也提供了交互式網(wǎng)絡(luò)電視(Internet Protocol Television，簡(jiǎn)稱為IPTV)服務(wù)給該家庭，IPTV使用了慣用的DHCPv6用戶接入方式接入到同一 BRAS路由器設(shè)備上(即通過IPTV客戶端與BRAS路由器設(shè)備進(jìn)行DHCPv6協(xié)議交互，而為IPTV客戶端分配IPv6地址或者前綴，并且完成用戶接入)；對(duì)于網(wǎng)絡(luò)服務(wù)提供商同時(shí)需要給該家庭又提供了網(wǎng)絡(luò)服務(wù)，為了方便客戶體驗(yàn)，此網(wǎng)路服務(wù)提供商在同一 BRAS路由器設(shè)備上采用了即插即用的SLAAC用戶接入方式，為該家庭分配IPv6前綴(即通過NDP協(xié)議中的SLAAC功能完成用戶接入)，并開通網(wǎng)絡(luò)服務(wù)。在以太網(wǎng)絡(luò)中，不管是IPHOST用戶接入類型、DHCPv6用戶接入類型還是SLAAC用戶接入類型，都會(huì)給用戶分配一個(gè)或者多個(gè)IPv6地址、或者一個(gè)前綴或者多個(gè)前綴。而對(duì)于所有的IPv6客戶端來說，不管采用哪種接入方式，不管是靜態(tài)配置地址還是動(dòng)態(tài)分配地址和前綴，不管分配的是IPv6地址還是IPv6前綴，都會(huì)進(jìn)行IPv6地址的重復(fù)地址檢測(cè)(Duplicate Address Detection,簡(jiǎn)稱為DAD)。如果給IPv6客戶端分配的是IPv6前綴，IPv6客戶端一般會(huì)根據(jù)分配IPv6前綴生成一個(gè)IPv6地址，具體的生成地址規(guī)則詳見IPv6通訊協(xié)議標(biāo)準(zhǔn)，在此不再詳述，后續(xù)對(duì)生成的IPv6地址進(jìn)行DAD檢測(cè)。
總之，每個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)想使用一個(gè)IPv6地址前都必須進(jìn)行DAD檢測(cè)，在確認(rèn)本鏈路范圍內(nèi)沒有重復(fù)地址后，才能使用此IPv6地址進(jìn)行網(wǎng)絡(luò)服務(wù)和數(shù)據(jù)服務(wù)。DAD檢測(cè)是通過DAD報(bào)文來實(shí)現(xiàn)的功能，DAD報(bào)文一般情況會(huì)發(fā)送I至6次(具體檢測(cè)次數(shù)與具體設(shè)備相關(guān))，每次發(fā)送時(shí)間間隔為I秒，發(fā)送最后一個(gè)DAD報(bào)文結(jié)束后，等待I秒鐘后，如果沒有收到回復(fù)DAD報(bào)文的回復(fù)報(bào)文，則認(rèn)為上述IPv6地址在此本地鏈路范圍內(nèi)是可用的，如果收到回復(fù)DAD報(bào)文的回復(fù)報(bào)文，則認(rèn)為上述IPv6地址在此本地鏈路范圍內(nèi)是不可用的。DAD報(bào)文與鄰居通告(NeighborAdvertise，簡(jiǎn)稱為NA)報(bào)文都是NDP協(xié)議報(bào)文中的一種，他們都是使用的第六版互聯(lián)網(wǎng)控制信息協(xié)議(Internet Control Message ProtocolVersion6,簡(jiǎn)稱為ICMPv6)的封裝格式。圖I是根據(jù)相關(guān)技術(shù)的鄰居請(qǐng)求(Neighbor Solicit，簡(jiǎn)稱為NS)報(bào)文的封裝格式示意圖，如圖I所示，NS報(bào)文的32位中的0-8位為Type (類型)，一般取135，32位中的8-16位為Code (代碼)，一般取0，32位中的16-32位為Checksum (校驗(yàn)和)，即ICMP的校驗(yàn)和；NS報(bào)文中的Reserved (保留字段)未被使用，必須被發(fā)送者初始化為0，且被接收者忽略；NS報(bào)文中的Target Address (目標(biāo)地址)是請(qǐng)求的目標(biāo)IP地址，必須不是組播地址；NS報(bào)文中的Option (可選選項(xiàng))即源鏈路層地址選項(xiàng)。圖2是根據(jù)相關(guān)技術(shù)的NA報(bào)文的封裝格式示意圖，如圖2所示，NA報(bào)文的32位中的0-8位為Type (類型)，一般取136，32位中的8_16位為Code (代碼)，一般取0，32位中的16-32位為Checksum (校驗(yàn)和)，即ICMP的校驗(yàn)和；NA報(bào)文中的Reserved (保留字段)中的R標(biāo)記是路由器標(biāo)記，S標(biāo)記是請(qǐng)求標(biāo)記，0標(biāo)記是覆蓋標(biāo)記，Reserved (保留字段)未被使用，必須被發(fā)送者初始化為0，且被接收者忽略；NA報(bào)文中的Target Address (目標(biāo)地址)是請(qǐng)求的目標(biāo)IP地址，必須不是組播地址；NA報(bào)文中的Option (可選選項(xiàng))即目標(biāo)鏈路層地址選項(xiàng)。如果NS報(bào)文中的IPv6的IP頭中源地址為未制定的IPv6地址(S卩，全零地址)時(shí)，則此時(shí)的NS報(bào)文定義為DAD報(bào)文。DAD報(bào)文和NA報(bào)文中的目標(biāo)地址(Target Address)字段用來存放需要被重復(fù)檢測(cè)的IPv6地址內(nèi)容。IPv6基礎(chǔ)協(xié)議中規(guī)定對(duì)于某一個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)來說，如果要知道該IPv6地址是否在本地鏈路范圍內(nèi)可以使用，必須要在本地鏈路范圍內(nèi)進(jìn)行DAD(重復(fù)地址)檢測(cè)。需要將DAD報(bào)文組播發(fā)送到本地鏈路范圍內(nèi)的所有IPv6節(jié)點(diǎn)上，其中，DAD報(bào)文中攜帶了需要被檢測(cè)的IPv6地址，所有IPv6節(jié)點(diǎn)都需要接收并處理此報(bào)文，如果發(fā)現(xiàn)本節(jié)點(diǎn)上已經(jīng)使用了需要被檢測(cè)的IPv6地址，則組播回復(fù)NA報(bào)文給發(fā)送DAD報(bào)文的節(jié)點(diǎn)，其中，NA報(bào)文中攜帶有被檢測(cè)的IPv6地址，DAD報(bào)文的節(jié)點(diǎn)收到此NA報(bào)文時(shí)，則知道DAD報(bào)文中的IPv6地址在本鏈路范圍內(nèi)已經(jīng)沖突，不能被使用。下面對(duì)上述DAD檢測(cè)過程進(jìn)行舉例介紹。 圖3是根據(jù)相關(guān)技術(shù)的DAD檢測(cè)過程的網(wǎng)絡(luò)拓?fù)浣M網(wǎng)示意圖，如圖3所示，A節(jié)點(diǎn)為BRAS路由器設(shè)備，假設(shè)已經(jīng)給B節(jié)點(diǎn)、D節(jié)點(diǎn)和E節(jié)點(diǎn)分配過IPv6地址并且不沖突。當(dāng)C節(jié)點(diǎn)(PDA電腦)無論通過任何方式分配到一個(gè)IPv6地址時(shí)，都需要向整個(gè)本地鏈路范圍內(nèi)組播發(fā)送一個(gè)DAD重復(fù)報(bào)文。假設(shè)C節(jié)點(diǎn)分配的地址為100: :4:4:4/128時(shí)，則C節(jié)點(diǎn)會(huì)將攜帶100: :4:4:4/128地址的DAD分別發(fā)送給A、B、D和E節(jié)點(diǎn)。一般情況下發(fā)送3次DAD報(bào)文，每個(gè)DAD報(bào)文發(fā)送的時(shí)間間隔為I秒。因?yàn)楸镜劓溌贩秶鷥?nèi)的A、B、D和E節(jié)點(diǎn)的IPv6地址沒有與C節(jié)點(diǎn)的地址沖突的情況，所以當(dāng)A、B、D和E節(jié)點(diǎn)收到C節(jié)點(diǎn)發(fā)送的DAD報(bào)文時(shí)，不回復(fù)任何報(bào)文。等到C節(jié)點(diǎn)最后一個(gè)DAD報(bào)文發(fā)送后，C節(jié)點(diǎn)再延時(shí)等待I秒后，確認(rèn)沒有收到A、B、D和E節(jié)點(diǎn)回復(fù)的NA報(bào)文，則認(rèn)為此地址在本地鏈路范圍內(nèi)可以使用。假設(shè)C節(jié)點(diǎn)分配的地址為100: : 1:1:1/128時(shí)，則C節(jié)點(diǎn)會(huì)將攜帶100: :1:1:1/128地址的DAD分別發(fā)送給A、B、D和E節(jié)點(diǎn)。一般情況下發(fā)送3次DAD報(bào)文，每個(gè)DAD報(bào)文發(fā)送的時(shí)間間隔為I秒。因?yàn)锽節(jié)點(diǎn)收到C節(jié)點(diǎn)發(fā)送的DAD報(bào)文后，發(fā)現(xiàn)DAD報(bào)文中的被檢測(cè)IPv6地址(即DAD報(bào)文中的目標(biāo)地址)與本機(jī)器的地址重復(fù)，則組播發(fā)送NA報(bào)文給C節(jié)點(diǎn)。當(dāng)C節(jié)點(diǎn)在發(fā)送DAD報(bào)文的時(shí)間內(nèi)收到了 NA報(bào)文，并且NA報(bào)文中的目標(biāo)地址與自己DAD檢測(cè)地址相同時(shí)，則C節(jié)點(diǎn)認(rèn)為本地鏈路范圍內(nèi)已經(jīng)有節(jié)點(diǎn)與預(yù)使用的IPv6地址重復(fù)，則C節(jié)點(diǎn)認(rèn)為此地址在C節(jié)點(diǎn)不能使用，為鏈路重復(fù)地址。對(duì)于上述實(shí)施例中提及的家庭用戶來說，可能同一段時(shí)間內(nèi)BRAS路由器設(shè)備收至IJ多個(gè)IPv6地址的DAD報(bào)文，則會(huì)存在對(duì)于眾多DAD報(bào)文中檢測(cè)的IPv6地址，不能區(qū)分是哪種接入類型的分配地址的情況，導(dǎo)致BRAS路由器設(shè)備的用戶管理模塊對(duì)地址管理產(chǎn)生混亂。而對(duì)于用戶來說，地址管理的混亂會(huì)導(dǎo)致針對(duì)服務(wù)的計(jì)費(fèi)情況的混亂。因?yàn)榻o用戶提供的每種服務(wù)分配了不同的IPv6地址和采用了不同的接入類型接入。對(duì)于每種服務(wù)的接入類型和分配的IPv6地址需要分別溯源(上報(bào))給驗(yàn)證、授權(quán)和計(jì)費(fèi)(Authentication、Authorization、Accounting,簡(jiǎn)稱為AAA)服務(wù)器進(jìn)行分別計(jì)費(fèi)。例如，對(duì)于一個(gè)家庭而言，電話通訊業(yè)務(wù)采用IPHOST用戶接入類型接入到BRAS路由器設(shè)備，靜態(tài)配置的地址為100: :1:1:1/128，并且需要進(jìn)行三次DAD檢測(cè)；IPTV業(yè)務(wù)采用DHCPv6用戶接入類型接入到BRAS路由器設(shè)備，分配到一個(gè)IPv6前綴100: :/32,并生成了一個(gè)IPv6地址100: :2:2:2/128，此地址也進(jìn)行三次DAD檢測(cè)；IPTV業(yè)務(wù)采用SLAAC用戶接入類型接入到BRAS路由器設(shè)備，分配到一個(gè)IPv6前綴100: :/64，并生成了一個(gè)IPv6地址100: :3:3:3/128，此地址也進(jìn)行三次DAD檢測(cè)；如果發(fā)生三種服務(wù)同時(shí)接入、或者時(shí)間相近、或者網(wǎng)絡(luò)延遲等情況，同一個(gè)BRAS路由器設(shè)備可能收到很多雜亂的DAD報(bào)文，而BRAS路由器設(shè)備并不能區(qū)分100: : 1:1:1/128、100: :2:2:2/128和100: :3:3:3/128這三個(gè)地址是哪種接入類型分配的地址和前綴，從而導(dǎo)致不能針對(duì)每種服務(wù)每種接入類型溯源到AAA服務(wù)器進(jìn)行計(jì)費(fèi)，從而導(dǎo)致針對(duì)服務(wù)的計(jì)費(fèi)情況的混亂。針對(duì)相關(guān)技術(shù)中路由器設(shè)備無法對(duì)各種接入類型進(jìn)行區(qū)分的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對(duì)相關(guān)技術(shù)中路由器設(shè)備無法對(duì)各種接入類型進(jìn)行區(qū)分的問題，本發(fā)明提供了一種計(jì)費(fèi)方法及裝置，以至少解決上述問題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種計(jì)費(fèi)方法，該方法包括接收用戶發(fā)送的DAD報(bào)文；其中，該DAD報(bào)文的字段中擴(kuò)展有協(xié)議類型字段，該DAD報(bào)文中攜帶有IPv6地址；檢測(cè)上述IPv6地址是否可用；如果檢測(cè)結(jié)果為可用，則根據(jù)上述協(xié)議類型字段確定上述用戶的接入類型，針對(duì)不同的上述接入類型對(duì)上述用戶執(zhí)行相應(yīng)的計(jì)費(fèi)操作。
上述DAD報(bào)文的字段中擴(kuò)展有協(xié)議類型字段可以包括將上述DAD報(bào)文的保留字段的前兩位，擴(kuò)展為上述協(xié)議類型字段。根據(jù)上述協(xié)議類型字段確定上述用戶的接入類型可以包括在上述協(xié)議類型字段的值為0時(shí)，確定上述用戶的上述接入類型為IPHOST類型；在上述協(xié)議類型字段的值為I時(shí)，確定上述用戶的上述接入類型為SLACC類型；在上述協(xié)議類型字段的值為2或3時(shí)，確定上述用戶的上述接入類型為DCHPv6類型。檢測(cè)上述IPv6地址是否可用可以包括判斷上述DAD報(bào)文中攜帶的上述IPv6地址與報(bào)文接口的地址是否相同；如果相同，則確定上述IPv6地址不可用；如果不相同，則確定上述IPv6地址可用。檢測(cè)上述IPv6地址是否可用之后，上述方法還可以包括如果上述檢測(cè)結(jié)果為不可用，則向上述用戶發(fā)送通告報(bào)文，其中，上述通告報(bào)文中攜帶有上述IPv6地址，上述通告報(bào)文用于指示上述用戶下線。上述通告報(bào)文可以為NA報(bào)文。根據(jù)本發(fā)明的另一方面，提供了一種計(jì)費(fèi)裝置，該裝置包括報(bào)文接收模塊，用于接收用戶發(fā)送的DAD報(bào)文；其中，該DAD報(bào)文的字段中擴(kuò)展有協(xié)議類型字段，該DAD報(bào)文中攜帶有IPv6地址；檢測(cè)模塊，用于檢測(cè)上述IPv6地址是否可用；類型確定模塊，用于在上述檢測(cè)模塊的檢測(cè)結(jié)果為可用的情況下，則根據(jù)上述協(xié)議類型字段確定上述用戶的接入類型；計(jì)費(fèi)模塊，用于針對(duì)上述類型確定模塊確定的不同的上述接入類型對(duì)上述用戶執(zhí)行相應(yīng)的計(jì)費(fèi)操作。上述報(bào)文接收模塊可以包括擴(kuò)展單元，用于將上述DAD報(bào)文的保留字段的前兩位，擴(kuò)展為上述協(xié)議類型字段。上述類型確定模塊可以包括第一類型確定單元，用于在上述協(xié)議類型字段的值為0時(shí)，確定上述用戶的上述接入類型為IPHOST類型；第二類型確定單元，用于在上述協(xié)議類型字段的值為I時(shí)，確定上述用戶的上述接入類型為SLACC類型；第三類型確定單元，用于在上述協(xié)議類型字段的值為2或3時(shí)，確定上述用戶的上述接入類型為DCHPv6類型。上述檢測(cè)模塊可以包括判斷單元，用于判斷上述DAD報(bào)文中攜帶的上述IPv6地址與報(bào)文接口的地址是否相同；第一確定單元，用于在上述判斷單元的判斷結(jié)果為相同的情況，確定上述IPv6地址不可用；第二確定單元，用于在上述判斷單元的判斷結(jié)果為不相同的情況，確定上述IPv6地址可用。上述裝置還可以包括報(bào)文發(fā)送模塊，用于在上述檢測(cè)模塊的檢測(cè)結(jié)果為不可用的情況下，向上述用戶發(fā)送通告報(bào)文，其中，上述通告報(bào)文中攜帶有上述IPv6地址，上述通告報(bào)文用于指示上述用戶下線。上述通告報(bào)文可以為NA報(bào)文。通過本發(fā)明，在DAD報(bào)文的字段中擴(kuò)展協(xié)議類型字段，接收用戶發(fā)送的DAD報(bào)文后，檢測(cè)DAD報(bào)文中攜帶的IPv6地址是否可用，如果檢測(cè)結(jié)果為可用，則根據(jù)上述協(xié)議類型字段確定上述用戶的接入類型，針對(duì)不同的上述接入類型對(duì)上述用戶執(zhí)行相應(yīng)的計(jì)費(fèi)操作，解決了相關(guān)技術(shù)中路由器設(shè)備無法對(duì)各種接入類型進(jìn)行區(qū)分的問題，從而可以區(qū)分不同的接入類型，使計(jì)費(fèi)操作更有針對(duì)性，提高了計(jì)費(fèi)的準(zhǔn)確性，提高了用戶感受。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖I是根據(jù)相關(guān)技術(shù)的NS報(bào)文的封裝格式示意圖；圖2是根據(jù)相關(guān)技術(shù)的NA報(bào)文的封裝格式示意圖；圖3是根據(jù)相關(guān)技術(shù)的DAD檢測(cè)過程的網(wǎng)絡(luò)拓?fù)浣M網(wǎng)示意圖；圖4是根據(jù)本發(fā)明實(shí)施例的計(jì)費(fèi)方法的流程圖；圖5是根據(jù)本發(fā)明實(shí)施例的NDP協(xié)議中優(yōu)化DAD報(bào)文的格式示意圖；圖6是根據(jù)本發(fā)明實(shí)施例的IPv6地址分配及后續(xù)DAD檢測(cè)的流程圖；圖7是根據(jù)本發(fā)明實(shí)施例的計(jì)費(fèi)裝置的結(jié)構(gòu)框圖；圖8是根據(jù)本發(fā)明實(shí)施例的計(jì)費(fèi)裝置的具體結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。對(duì)于相關(guān)技術(shù)中的DAN檢測(cè)，同一個(gè)BRAS路由器設(shè)備可能收到很多雜亂的DAD報(bào)文，由于無法區(qū)分接入類型，可能會(huì)導(dǎo)致計(jì)費(fèi)過程的混亂?；诖耍景l(fā)明實(shí)施例提供了一種計(jì)費(fèi)方法及裝置，下面通過實(shí)施例進(jìn)行詳細(xì)說明。本實(shí)施例提供了一種計(jì)費(fèi)方法，該方法一般應(yīng)用在路由器(例如BRAS設(shè)備)上，圖4是根據(jù)本發(fā)明實(shí)施例的計(jì)費(fèi)方法的流程圖，如圖4所示，該方法包括以下步驟(步驟S402-步驟 S406)步驟S402，BRAS設(shè)備接收用戶發(fā)送的重復(fù)地址檢測(cè)DAD報(bào)文；其中，該DAD報(bào)文的字段中擴(kuò)展有協(xié)議類型字段，該DAD報(bào)文中攜帶有IPv6地址；步驟S404，BRAS設(shè)備檢測(cè)上述IPv6地址是否可用；步驟S406，如果檢測(cè)結(jié)果為可用，BRAS設(shè)備則根據(jù)上述協(xié)議類型字段確定上述用戶的接入類型，針對(duì)不同的上述接入類型對(duì)上述用戶執(zhí)行相應(yīng)的計(jì)費(fèi)操作。通過上述實(shí)施例，BRAS設(shè)備在DAD報(bào)文的字段中擴(kuò)展協(xié)議類型字段，接收用戶發(fā)送的DAD報(bào)文后，檢測(cè)DAD報(bào)文中攜帶的IPv6地址是否可用，如果檢測(cè)結(jié)果為可用，則BRAS設(shè)備根據(jù)上述協(xié)議類型字段確定上述用戶的接入類型，針對(duì)不同的上述接入類型對(duì)上述用戶執(zhí)行相應(yīng)的計(jì)費(fèi)操作，解決了相關(guān)技術(shù)中路由器設(shè)備無法對(duì)各種接入類型進(jìn)行區(qū)分的問題，從而可以區(qū)分不同的接入類型，使計(jì)費(fèi)操作更有針對(duì)性，提高了計(jì)費(fèi)的準(zhǔn)確性，提高了用戶感受。BRAS設(shè)備在DAD報(bào)文的字段中擴(kuò)展協(xié)議類型字段可以通過多種方式實(shí)現(xiàn)，本實(shí)施例提供了一種優(yōu)選實(shí)施方式，即將DAD報(bào)文的保留字段的前兩位，擴(kuò)展為協(xié)議類型字段。圖5是根據(jù)本發(fā)明實(shí)施例的NDP協(xié)議中優(yōu)化DAD報(bào)文的格式示意圖，如圖5所示，優(yōu)化后的DAD報(bào)文是在原有NS標(biāo)準(zhǔn)報(bào)文格式的基礎(chǔ)上，將原有報(bào)文中的32位保留字段(Reserved)中的前10位進(jìn)行擴(kuò)展。原NS報(bào)文的保留字段的前兩位擴(kuò)展為協(xié)議類型(Protocol Type)，協(xié)議類型的取值范圍為0-3，緊接著的后面8位擴(kuò)展為前綴長(zhǎng)度(Pref ix Lenth),前綴長(zhǎng)度的取值范圍為1-128。對(duì)于協(xié)議類型和前綴長(zhǎng)度的規(guī)定及應(yīng)用描述如下協(xié)議類型字段值為0時(shí)，表示IPHOST用戶(即靜態(tài)配置IPv6地址時(shí)而發(fā)出的DAD報(bào)文),其前綴長(zhǎng)度字段值為128。 協(xié)議類型字段值為I時(shí)，表示SLACC用戶(即通過NDP中SLAAC功能分配的前綴而生成的IPv6地址而發(fā)出的DAD報(bào)文)，其前綴長(zhǎng)度字段值為1-128。其前綴長(zhǎng)度字段值必須與SLAAC分配的IPv6前綴相同。當(dāng)前綴長(zhǎng)度字段值為0時(shí)，表示無效值，接收方忽略此字段。協(xié)議類型字段值為2時(shí)，表示DCHPv6用戶分配地址的情況(即DHCPv6協(xié)議給用戶分配IPv6地址觸發(fā)的DAD報(bào)文)，其前綴長(zhǎng)度字段值為128。協(xié)議類型字段值為3時(shí)，表示DCHPv6用戶分配前綴的情況(即通過DHCPv6分配的前綴而生成的IPv6地址而發(fā)出的DAD報(bào)文)，其前綴長(zhǎng)度字段值為1-128。其前綴長(zhǎng)度字段值必須與DHCPv6分配的IPv6前綴相同。當(dāng)前綴長(zhǎng)度字段值為0時(shí)，表示無效值，接收方忽略此字段。基于上述圖5介紹的優(yōu)化DAD報(bào)文的格式,本實(shí)施例提供了一種優(yōu)選實(shí)施方式，即BRAS設(shè)備根據(jù)協(xié)議類型字段確定用戶的接入類型包括在協(xié)議類型字段的值為0時(shí)，BRAS設(shè)備確定用戶的接入類型為IPHOST類型；在協(xié)議類型字段的值為I時(shí)，BRAS設(shè)備確定用戶的接入類型為SLACC類型；在協(xié)議類型字段的值為2或3時(shí)，BRAS設(shè)備確定用戶的接入類型為DCHPv6類型。通過該方式，為后續(xù)根據(jù)不同的接入類型進(jìn)行計(jì)費(fèi)操作提供了基礎(chǔ)。針對(duì)IPv6地址是否可用的檢測(cè)過程，與相關(guān)技術(shù)中的檢測(cè)過程相同，本實(shí)施例提供了一種優(yōu)選實(shí)施方式，即BRAS設(shè)備檢測(cè)IPv6地址是否可用包括BRAS設(shè)備判斷DAD報(bào)文中攜帶的IPv6地址與報(bào)文接口的地址是否相同；如果相同，則確定IPv6地址不可用；如果不相同，則確定IPv6地址可用。在檢測(cè)結(jié)果為不可用的情況下，BRAS設(shè)備向上述用戶發(fā)送通告報(bào)文，其中，該通告報(bào)文中攜帶有上述IPv6地址，上述通告報(bào)文用于指示上述用戶上線的地址與本地鏈路范圍內(nèi)的地址有重復(fù)，便于所述用戶重新請(qǐng)求或者申請(qǐng)地址使用。上述通告報(bào)文可以為NA報(bào)文。下面結(jié)合優(yōu)選實(shí)施例和附圖對(duì)上述實(shí)施例的實(shí)現(xiàn)過程進(jìn)行詳細(xì)說明。圖6是根據(jù)本發(fā)明實(shí)施例的IPv6地址分配及后續(xù)DAD檢測(cè)的流程圖，如圖6所示，該流程包括以下步驟(步驟S602-步驟S616)步驟S602，IPv6家庭用戶使用不同的協(xié)議或者不同的接入類型，向BRAS路由器設(shè)備請(qǐng)求IPv6網(wǎng)絡(luò)服務(wù)。步驟S604，當(dāng)BRAS路由器設(shè)備接收到用戶的上線請(qǐng)求時(shí)，根據(jù)用戶客戶端應(yīng)用的不同的接入?yún)f(xié)議或者接入類型，為用戶分配多個(gè)IPv6地址，并提供不同的服務(wù)。步驟S606，BRAS路由器設(shè)備通知用戶接入成功，并回復(fù)IPv6地址給用戶。步驟S608，BRAS路由器設(shè)備給IPv6家庭用戶分配地址或者前綴成功后，家庭客戶端會(huì)使用分配的地址或者分配的前綴而生成的地址，進(jìn)行DAD檢測(cè)。BRAS路由器設(shè)備接收用戶發(fā)送的DAD報(bào)文，判斷用戶的DAD報(bào)文中的目標(biāo)地址與BRAS路由器接收?qǐng)?bào)文接口的地址是否相同，如果相同，則認(rèn)為上述IPv6地址不可用，執(zhí)行步驟S610,如果不相同，則認(rèn)為上述IPv6地址可用，執(zhí)行步驟S612。步驟S610，BRAS路由器設(shè)備向用戶發(fā)送NA報(bào)文，并通知用戶下線。
步驟S612，BRAS路由器設(shè)備可能接收到DHCPv6、SLAAC及IPHOST等用戶發(fā)來的DAD報(bào)文，BRAS設(shè)備需要處理此DAD報(bào)文，根據(jù)DAD報(bào)文中的協(xié)議類型字段，將收到的眾多DAD區(qū)分出其使用的是哪種協(xié)議和接入類型進(jìn)行接入的，并需要檢查DHCPv6和SLAAC分給用戶的前綴長(zhǎng)度是否與DAD報(bào)文的前綴長(zhǎng)度是否相等，如果不相等，則認(rèn)為非DHCPv6和SLAAC分給用戶的前綴生成的地址，并且不需要增加至用戶管理模塊。通過DHCPv6及IPHOST分配的地址不需要檢查DAD報(bào)文中的前綴長(zhǎng)度字段，只需要區(qū)分協(xié)議類型字段。如果DAD檢測(cè)完成后，需要將DHCPv6、SLAAC及IPHOST等方式給用戶分配的IPv6地址或者生成的IPv6地址添加至用戶管理模塊。步驟S614，用戶管理模塊根據(jù)協(xié)議類型將分配給用戶的IPv6地址或者生成的IPv6地址分別使用不同的類型上報(bào)給AAA服務(wù)器。使得AAA服務(wù)器可以針對(duì)某一種特定的接入類型進(jìn)行分別計(jì)費(fèi)。步驟S616，在確定用戶下線后，通知AAA服務(wù)器停止計(jì)費(fèi)。對(duì)應(yīng)于上述計(jì)費(fèi)方法，本實(shí)施例提供了一種計(jì)費(fèi)裝置，該裝置一般可以設(shè)置在路由器(例如BRAS設(shè)備)上，用于實(shí)現(xiàn)上述實(shí)施例。圖7是根據(jù)本發(fā)明實(shí)施例的計(jì)費(fèi)裝置的結(jié)構(gòu)框圖，如圖7所示，該裝置包括報(bào)文接收模塊10、檢測(cè)模塊20、類型確定模塊30和計(jì)費(fèi)模塊40。下面對(duì)該結(jié)構(gòu)進(jìn)行說明。報(bào)文接收模塊10，用于接收用戶發(fā)送的DAD報(bào)文；其中，該DAD報(bào)文的字段中擴(kuò)展有協(xié)議類型字段，該DAD報(bào)文中攜帶有IPv6地址；檢測(cè)模塊20，連接至報(bào)文接收模塊10，用于檢測(cè)上述IPv6地址是否可用；類型確定模塊30，連接至檢測(cè)模塊20，用于在上述檢測(cè)模塊20的檢測(cè)結(jié)果為可用的情況下，則根據(jù)上述協(xié)議類型字段確定上述用戶的接入類型；計(jì)費(fèi)模塊40，連接至類型確定模塊30，用于針對(duì)上述類型確定模塊30確定的不同的上述接入類型對(duì)上述用戶執(zhí)行相應(yīng)的計(jì)費(fèi)操作。通過上述實(shí)施例，在DAD報(bào)文的字段中擴(kuò)展協(xié)議類型字段，報(bào)文接收模塊10接收用戶發(fā)送的DAD報(bào)文后，檢測(cè)模塊20檢測(cè)DAD報(bào)文中攜帶的IPv6地址是否可用，如果檢測(cè)結(jié)果為可用，則類型確定模塊30根據(jù)上述協(xié)議類型字段確定上述用戶的接入類型，計(jì)費(fèi)模塊40針對(duì)不同的接入類型對(duì)上述用戶執(zhí)行相應(yīng)的計(jì)費(fèi)操作，解決了相關(guān)技術(shù)中路由器設(shè)備無法對(duì)各種接入類型進(jìn)行區(qū)分的問題，從而可以區(qū)分不同的接入類型，使計(jì)費(fèi)操作更有針對(duì)性，提高了計(jì)費(fèi)的準(zhǔn)確性，提高了用戶感受。
上述報(bào)文接收模塊10還包括擴(kuò)展單元，用于將上述DAD報(bào)文的保留字段的前兩位，擴(kuò)展為上述協(xié)議類型字段。具體的擴(kuò)展方式前面已經(jīng)進(jìn)行了介紹，在此不再贅述。根據(jù)協(xié)議類型字段可以確定接入類型，因此，本實(shí)施例提供了一種優(yōu)選實(shí)施方式，圖8是根據(jù)本發(fā)明實(shí)施例的計(jì)費(fèi)裝置的具體結(jié)構(gòu)框圖，如圖8所示，該裝置除了包括上述圖7中的各個(gè)模塊之外，上述類型確定模塊30還包括第一類型確定單元32、第二類型確定單元34、和第三類型確定單元36。下面對(duì)該結(jié)構(gòu)進(jìn)行說明。第一類型確定單元32，用于在上述協(xié)議類型字段的值為0時(shí)，確定上述用戶的上述接入類型為靜態(tài)專線IPHOST類型；或者，第二類型確定單元34，用于在上述協(xié)議類型字段的值為I時(shí)，確定上述用戶的上述接入類型為無狀態(tài)地址自動(dòng)配置SLACC類型；或者，第三類型確定單元36，用于在上述協(xié)議類型字段的值為2或3時(shí)，確定上述用戶的 上述接入類型為支持IPv6的動(dòng)態(tài)主機(jī)配置協(xié)議DCHPv6類型。檢測(cè)模塊20檢測(cè)上述IPv6地址是否可用可以通過以下優(yōu)選實(shí)施例實(shí)現(xiàn)，即上述檢測(cè)模塊20包括判斷單元，用于判斷DAD報(bào)文中攜帶的IPv6地址與報(bào)文接口的地址是否相同；第一確定單元，用于在上述判斷單元的判斷結(jié)果為相同的情況，確定上述IPv6地址不可用；第二確定單元，用于在上述判斷單元的判斷結(jié)果為不相同的情況，確定上述IPv6地址可用。在上述檢測(cè)模塊20的檢測(cè)結(jié)果為不可用的情況下，上述裝置還可以包括報(bào)文發(fā)送模塊，用于在上述檢測(cè)模塊的檢測(cè)結(jié)果為不可用的情況下，向上述用戶發(fā)送通告報(bào)文，其中，上述通告報(bào)文中攜帶有上述IPv6地址，上述通告報(bào)文用于指示上述用戶上線的地址與本地鏈路范圍內(nèi)的地址有重復(fù)，便于所述用戶重新請(qǐng)求或者申請(qǐng)地址使用。上述通告報(bào)文一般可以為NA報(bào)文。從以上的描述中可以看出，本發(fā)明能夠使得BRAS設(shè)備有效管理IPv6地址，并且對(duì)針對(duì)多種接入類型同時(shí)用戶上線區(qū)分計(jì)費(fèi)提出了解決方案。在多種IPv6接入類型和同種IPv6接入類型分配眾多地址的情況下，當(dāng)用戶眾多生成地址或者分配的地址進(jìn)行DAD檢測(cè)時(shí)，能夠區(qū)分其是針對(duì)是哪種接入?yún)f(xié)議或者接入方式。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，上述程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如只讀存儲(chǔ)器、磁盤或光盤等。可選地，上述實(shí)施例的全部或部分步驟也可以使用一個(gè)或多個(gè)集成電路來實(shí)現(xiàn)。相應(yīng)地，上述實(shí)施例中的各模塊/單元可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。 ·
權(quán)利要求
1.一種計(jì)費(fèi)方法，其特征在于，包括 接收用戶發(fā)送的重復(fù)地址檢測(cè)DAD報(bào)文；其中，所述DAD報(bào)文的字段中擴(kuò)展有協(xié)議類型字段，所述DAD報(bào)文中攜帶有互聯(lián)網(wǎng)協(xié)議版本6IPv6地址； 檢測(cè)所述IPv6地址是否可用； 如果檢測(cè)結(jié)果為可用，則根據(jù)所述協(xié)議類型字段確定所述用戶的接入類型，針對(duì)不同的所述接入類型對(duì)所述用戶執(zhí)行相應(yīng)的計(jì)費(fèi)操作。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述DAD報(bào)文的字段中擴(kuò)展有協(xié)議類型字段包括 將所述DAD報(bào)文的保留字段的前兩位，擴(kuò)展為所述協(xié)議類型字段。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，根據(jù)所述協(xié)議類型字段確定所述用戶的接入類型包括 在所述協(xié)議類型字段的值為O時(shí)，確定所述用戶的所述接入類型為靜態(tài)專線IPHOST類型； 在所述協(xié)議類型字段的值為I時(shí)，確定所述用戶的所述接入類型為無狀態(tài)地址自動(dòng)配置SLACC類型； 在所述協(xié)議類型字段的值為2或3時(shí)，確定所述用戶的所述接入類型為支持IPv6的動(dòng)態(tài)主機(jī)配置協(xié)議DCHPv6類型。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，檢測(cè)所述IPv6地址是否可用包括 判斷所述DAD報(bào)文中攜帶的所述IPv6地址與報(bào)文接口的地址是否相同； 如果相同，則確定所述IPv6地址不可用； 如果不相同，則確定所述IPv6地址可用。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，檢測(cè)所述IPv6地址是否可用之后，所述方法還包括 如果所述檢測(cè)結(jié)果為不可用，則向所述用戶發(fā)送通告報(bào)文，其中，所述通告報(bào)文中攜帶有所述IPv6地址，所述通告報(bào)文用于指示所述用戶下線。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述通告報(bào)文為鄰居通告NA報(bào)文。
7.一種計(jì)費(fèi)裝置，其特征在于，包括 報(bào)文接收模塊，用于接收用戶發(fā)送的重復(fù)地址檢測(cè)DAD報(bào)文；其中，所述DAD報(bào)文的字段中擴(kuò)展有協(xié)議類型字段，所述DAD報(bào)文中攜帶有互聯(lián)網(wǎng)協(xié)議版本6IPv6地址； 檢測(cè)模塊，用于檢測(cè)所述IPv6地址是否可用； 類型確定模塊，用于在所述檢測(cè)模塊的檢測(cè)結(jié)果為可用的情況下，則根據(jù)所述協(xié)議類型字段確定所述用戶的接入類型； 計(jì)費(fèi)模塊，用于針對(duì)所述類型確定模塊確定的不同的所述接入類型對(duì)所述用戶執(zhí)行相應(yīng)的計(jì)費(fèi)操作。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述報(bào)文接收模塊包括 擴(kuò)展單元，用于將所述DAD報(bào)文的保留字段的前兩位，擴(kuò)展為所述協(xié)議類型字段。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述類型確定模塊包括第一類型確定單元，用于在所述協(xié)議類型字段的值為0時(shí)，確定所述用戶的所述接入類型為靜態(tài)專線IPHOST類型；第二類型確定單元，用于在所述協(xié)議類型字段的值為I時(shí)，確定所述用戶的所述接入類型為無狀態(tài)地址自動(dòng)配置SLACC類型； 第三類型確定單元，用于在所述協(xié)議類型字段的值為2或3時(shí)，確定所述用戶的所述接入類型為支持IPv6的動(dòng)態(tài)主機(jī)配置協(xié)議DCHPv6類型。
10.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述檢測(cè)模塊包括 判斷單元，用于判斷所述DAD報(bào)文中攜帶的所述IPv6地址與報(bào)文接口的地址是否相同； 第一確定單元，用于在所述判斷單元的判斷結(jié)果為相同的情況，確定所述IPv6地址不可用； 第二確定單元，用于在所述判斷單元的判斷結(jié)果為不相同的情況，確定所述IPv6地址可用。
11.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括 報(bào)文發(fā)送模塊，用于在所述檢測(cè)模塊的檢測(cè)結(jié)果為不可用的情況下，向所述用戶發(fā)送通告報(bào)文，其中，所述通告報(bào)文中攜帶有所述IPv6地址，所述通告報(bào)文用于指示所述用戶下線。
12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述通告報(bào)文為鄰居通告NA報(bào)文。
全文摘要
本發(fā)明公開了一種計(jì)費(fèi)方法及裝置。其中，該方法包括接收用戶發(fā)送的DAD報(bào)文；其中，該DAD報(bào)文的字段中擴(kuò)展有協(xié)議類型字段，該DAD報(bào)文中攜帶有IPv6地址；檢測(cè)上述IPv6地址是否可用；如果檢測(cè)結(jié)果為可用，則根據(jù)上述協(xié)議類型字段確定上述用戶的接入類型，針對(duì)不同的上述接入類型對(duì)上述用戶執(zhí)行相應(yīng)的計(jì)費(fèi)操作。通過本發(fā)明，解決了相關(guān)技術(shù)中路由器設(shè)備無法對(duì)各種接入類型進(jìn)行區(qū)分的問題，從而可以區(qū)分不同的接入類型，使計(jì)費(fèi)操作更有針對(duì)性，提高了計(jì)費(fèi)的準(zhǔn)確性，提高了用戶感受。
文檔編號(hào)H04L12/14GK102761425SQ20121025218
公開日2012年10月31日 申請(qǐng)日期2012年7月20日 優(yōu)先權(quán)日2012年7月20日
發(fā)明者劉成功, 翟青涌, 趙申 申請(qǐng)人:中興通訊股份有限公司