專利名稱：輕量級雙棧協(xié)商處理方法與裝置、通信設(shè)備與通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其是一種輕量級雙棧協(xié)商處理方法與裝置、通信設(shè)備與 通信系統(tǒng)。
背景技術(shù)：
全球接入微波互操作性(Worldwide Interoperability for Microwave Access, 以下簡稱WiMAX)是一項基于IEEE 802. 16標(biāo)準(zhǔn)的無線城域網(wǎng)技術(shù)，其具有數(shù)據(jù)傳輸速率 更高、部署更靈活、配置伸縮性更強更安全、覆蓋面積更廣等優(yōu)點。如圖1所示，為WiMAX 系統(tǒng)的一個網(wǎng)絡(luò)架構(gòu)示意圖。參見圖1，WiMAX系統(tǒng)主要由用戶終端(Mobile Subscribe Station，以下簡稱MS)、接入服務(wù)網(wǎng)(Access Service Network，以下簡稱ASN)和連接 服務(wù)網(wǎng)(Connectivity Service Network，以下簡稱CSN)三部分組成。其中，ASN包括 基站(Base Station，以下簡稱BS)和接入服務(wù)網(wǎng)關(guān)(ASN Gateway，以下簡稱ASN Gff)； CSN主要包括預(yù)付費服務(wù)器(Pr印aid Server,以下簡稱PPS)和認(rèn)證授權(quán)計費服務(wù)器 (Authentication, Authorization and Accounting Server,:AAA) ,if車近年來，網(wǎng)絡(luò)技術(shù)中存在第四版本互聯(lián)網(wǎng)協(xié)議(Internet Protocol version 4， 以下簡稱IPv4)和第六版本互聯(lián)網(wǎng)協(xié)議(Internet Protocol version 6，以下簡稱 IPv6)，后者是前者的升級版本。在IPv4向IPv6過渡的過程中，由于IPv4地址短缺，如何 實現(xiàn)為網(wǎng)絡(luò)中用戶提供IPv4服務(wù)而不必為其分配公有IPv4地址，同時保證到IPv6的向后 兼容性，成為目前WiMAX研究中的一項重要議題。輕量級雙棧(Dual-stack lite,以下簡稱DS_lite)是由IETF提出的一種針對 IPv4與IPv6共存問題中IPv4地址短缺的解決方案。DS-Iite基于由IPv6協(xié)議承載IPv4 數(shù)據(jù)(IPv4over IPv6)隧道和 IPv4 網(wǎng)絡(luò)地址轉(zhuǎn)換(Network Address Translation,以下 簡稱NAT)技術(shù)，能為用戶提供IPv4服務(wù)而不必為其分配公有IPv4地址。具體地，在網(wǎng)絡(luò) 側(cè)部署運營商級別的NAT設(shè)備，S卩運營級網(wǎng)絡(luò)地址轉(zhuǎn)換(carrier grade NAT，以下簡稱 CGN)，在DS-Iite客戶端和CGN之間建立IPV4oVer IPv6隧道，上行數(shù)據(jù)的隧道外層源地 址為DS-Iite客戶端的公有IPv6地址，內(nèi)層源地址是不具有路由意義的眾所周知的(well know) IPv4地址，所有DS-Iite客戶端均可共享該IPv4地址。CGN在剝?nèi)ネ鈱覫Pv6隧道后， 將內(nèi)層眾所周知的IPv4地址轉(zhuǎn)換為可路由的IPv4地址，從而實現(xiàn)DS-Iite客戶端IPv4數(shù) 據(jù)的正常路由，使得DS-Iite客戶端在只具有公有IPv6地址的情況下獲得IPv4服務(wù)。DS-Iite在WiMAX網(wǎng)絡(luò)中的應(yīng)用，包括客戶端(Client)和代理(Proxy)兩種工作 模式。如圖2所示，為應(yīng)用DS-Iite的WiMAX系統(tǒng)的一個網(wǎng)絡(luò)架構(gòu)示意圖。如果MS本身具 有DS-Iite能力，可以采用客戶端模式，由MS自己負(fù)責(zé)IPV40Ver IPv6隧道的封裝，當(dāng)MS 有IPv4業(yè)務(wù)需求時，將IPv4數(shù)據(jù)用自己的IPv6地址封裝后通過ASN發(fā)送到網(wǎng)絡(luò)側(cè)。如果 MS本身不具有DS-Iite能力，則可以采用DS-Iite代理模式，即在ASN內(nèi)部署邏輯功能實體 DS-Iite代理，MS的IPv4數(shù)據(jù)到達(dá)ASN后，由位于ASN GW中的DS-Iite代理進(jìn)行IPv4over IPv6隧道的封裝后發(fā)送出去，MS不必感知到DS-Iite技術(shù)。在Proxy模式下，MS可以是雙棧節(jié)點，也可以是IPv4單棧(IPv4-only)節(jié)點。由圖2可知，DS-Iite應(yīng)用于WiMAX網(wǎng)絡(luò)所采取的工作模式不同，各個功能實體所 采取的操作就有所不同，MS與網(wǎng)絡(luò)側(cè)所需的信息也有所不同。例如，當(dāng)采取DS-Iite Client 模式時，網(wǎng)絡(luò)側(cè)需要將CGN地址下發(fā)給MS,以作為MS進(jìn)行IPV4oVer IPv6隧道上行數(shù)據(jù)封 裝的外層目的地址。而當(dāng)采取DS-Iite代理模式時，網(wǎng)絡(luò)側(cè)則需要將眾所周知的地址下發(fā) 給MS，作為MS的IPv4地址，促使MS直接發(fā)送IPv4數(shù)據(jù)到接入網(wǎng)側(cè)，而不必知曉網(wǎng)絡(luò)側(cè)是 否采用了 DS-Iite代理模式。另外，WiMAX網(wǎng)絡(luò)側(cè)是否支持DS-Iite也關(guān)系到DS-Iite機 制能否順利運行。因此，當(dāng)DS-Iite應(yīng)用于WiMAX網(wǎng)絡(luò)時，首先需要解決的問題是如何完成 MS與網(wǎng)絡(luò)側(cè)的協(xié)商，以確定DS-Iite工作模式并使各個功能實體獲得所需信息。 但是，在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中尚不存在確定WiMAX網(wǎng)絡(luò) 是否支持DS-Iite的技術(shù)，也不存在MS與網(wǎng)絡(luò)側(cè)關(guān)于DS-Iite工作模式的協(xié)商技術(shù)，使得 WiMAX網(wǎng)絡(luò)中各個功能實體無法獲知所需的信息，導(dǎo)致DS-Iite技術(shù)無法正常運行于WiMAX 網(wǎng)絡(luò)，無法滿足WiMAX網(wǎng)絡(luò)中MS需要同時獲得IPv6與IPv4服務(wù)、而WiMAX網(wǎng)絡(luò)只能提供 公有IPv6地址而不能提供公有IPv4地址的需求。

發(fā)明內(nèi)容
本發(fā)明實施例的目的是提供一種輕量級雙棧協(xié)商處理方法與裝置、通信設(shè)備與 通信系統(tǒng)，確定通信網(wǎng)絡(luò)是否支持DS-Iite技術(shù)以及所采取的DS-Iite工作模式，使通信網(wǎng) 絡(luò)中的各相關(guān)功能實體獲知通信網(wǎng)絡(luò)的DS-Iite能力與DS-Iite工作模式。本發(fā)明實施例提供的一種輕量級雙棧協(xié)商處理方法，包括獲取接入服務(wù)網(wǎng)ASN與終端的DS-Iite能力信息；根據(jù)ASN與終端的DS-Iite能力信息，確定所述終端的DS-lite工作模式。本發(fā)明實施例提供的一種輕量級雙棧協(xié)商處理裝置，包括獲取模塊，用于獲取ASN與終端的DS-Iite能力信息；第一確定模塊，用于根據(jù)所述ASN與終端的DS-Iite能力信息，確定所述終端的 DS-Iite工作模式。本發(fā)明實施例提供的一種通信設(shè)備，包括第一接收模塊，用于接收ASN上報的該ASN的DS-Iite能力信息；第三確定模塊，用于根據(jù)所述ASN的DS-Iite能力信息，確定網(wǎng)絡(luò)側(cè)的DS-Iite支 持策略；第一發(fā)送模塊，用于向所述ASN發(fā)送網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。本發(fā)明實施例提供的另一種通信設(shè)備，包括第二發(fā)送模塊，用于向CSN上報該通信設(shè)備的DS-Iite能力信息；第二接收模塊，用于接收所述CSN發(fā)送的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。本發(fā)明實施例提供的又一種通信設(shè)備，包括第一通信業(yè)務(wù)處理模塊，用于與ASN之間建立IPv4業(yè)務(wù)的SF或IPv6業(yè)務(wù)的SF ；第三發(fā)送模塊，用于向所述ASN發(fā)送CGN地址請求信息；第三接收模塊，用于接收所述ASN下發(fā)的眾所周知的IPv4地址與所述ASN根據(jù)所 述CGN地址請求信息下發(fā)的CGN地址信息。
本發(fā)明實施例提供的再一種通信設(shè)備，包括第二存儲模塊，用于存儲終端的DS-Iite能力信息；檢測模塊，用于根據(jù)所述終端的DS-Iite能力信息，檢測所述終端是否具有 DS-Iite 能力；
第三發(fā)送模塊，用于根據(jù)所述檢測模塊的檢測結(jié)果，在所述終端不具有DS-Iite 能力時，向ASN發(fā)送CS類型為IPv4的SF建立請求，在所述終端具有DS-Iite能力時，向所 述ASN發(fā)送CS類型為IPv6的SF建立請求；第一通信業(yè)務(wù)處理模塊，用于與ASN之間建立IPv4業(yè)務(wù)的SF或IPv6業(yè)務(wù)的SF ；第三接收模塊，用于在所述第一通信業(yè)務(wù)處理模塊與ASN之間建立IPv4業(yè)務(wù)的SF 后，接收所述ASN下發(fā)的CGN地址信息，在所述第一通信業(yè)務(wù)處理模塊與ASN之間建立IPv6 業(yè)務(wù)的SF后，接收所述ASN下發(fā)的眾所周知的IPv4地址。本發(fā)明實施例提供的還一種通信設(shè)備，包括第二通信業(yè)務(wù)處理模塊，用于與ASN之間建立GPCS類型的SF和DP ；第二通信業(yè)務(wù)處理模塊，用于與ASN之間建立GPCS類型的SF和DP ；第二存儲模塊，用于存儲終端的DS-Iite能力信息；檢測模塊，用于根據(jù)所述終端的DS-Iite能力信息，檢測所述終端是否具有 DS-Iite 能力；第三發(fā)送模塊，用于在第二通信業(yè)務(wù)處理模塊與ASN之間建立GPCS類型的SF和 DP后，根據(jù)所述檢測模塊的檢測結(jié)果，在所述終端具有IPv4業(yè)務(wù)需求且具有DS-Iite能 力時，向所述ASN發(fā)送CGN地址獲取請求信息，在所述終端具有IPv4業(yè)務(wù)需求但不具有 DS-Iite能力時，通過GPCS類型的SF向所述ASN發(fā)送IPv4業(yè)務(wù)數(shù)據(jù)；第三接收模塊，用于接收所述ASN根據(jù)所述CGN地址獲取請求信息下發(fā)的CGN地 址信息，以及接收所述ASN激活DS-Iite代理功能后下發(fā)的眾所周知的IPv4地址。本發(fā)明實施例提供的一種通信系統(tǒng)，包括終端與ASN，還包括輕量級雙棧協(xié)商處理 裝置，用于獲取所述ASN與所述終端的DS-Iite能力信息，并根據(jù)所述ASN與所述終端的 DS-Iite能力信息，確定所述終端的DS-Iite工作模式?；诒景l(fā)明上述實施例提供的輕量級雙棧協(xié)商處理方法與裝置、通信設(shè)備與通信 系統(tǒng)，可以根據(jù)ASN、CSN與終端的DS-Iite能力信息，確定網(wǎng)絡(luò)側(cè)的DS-Iite能力，從而確 定通信網(wǎng)絡(luò)是否支持DS-Iite技術(shù)，以及確定終端的DS-Iite工作模式，使得通信網(wǎng)絡(luò)中的 各個功能實體可以獲知通信網(wǎng)絡(luò)的DS-Iite能力與終端的DS-Iite工作模式信息，從而滿 足通信網(wǎng)絡(luò)中終端需要同時使用IPv6與IPv4服務(wù)的需求，實現(xiàn)IPv4向IPv6的過渡，有效 向用戶提供用戶所需要的服務(wù)。下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1為WiMAX系統(tǒng)的一個網(wǎng)絡(luò)架構(gòu)示意圖；圖2為應(yīng)用DS-Iite的WiMAX系統(tǒng)的一個網(wǎng)絡(luò)架構(gòu)示意圖；圖3為本發(fā)明DS-Iite協(xié)商處理方法實施例一的流程圖；圖4為本發(fā)明DS-Iite協(xié)商處理方法實施例二的流程圖5為本發(fā)明DS-Iite協(xié)商處理方法實施例三的流程圖；圖6為本發(fā)明DS-Iite協(xié)商處理方法實施例四的流程圖；圖7為本發(fā)明DS-Iite協(xié)商處理方法實施例五的流程圖；圖8為本發(fā)明DS-Iite協(xié)商處理方法實施例六的流程圖；
圖9為本發(fā)明DS-Iite協(xié)商處理方法實施例七的流程圖；圖10為本發(fā)明DS-Iite協(xié)商處理方法實施例八的流程圖；圖11為本發(fā)明DS-Iite協(xié)商處理裝置實施例的結(jié)構(gòu)示意圖；圖12為本發(fā)明通信設(shè)備實施例一的結(jié)構(gòu)示意圖；圖13為本發(fā)明通信設(shè)備實施例二的結(jié)構(gòu)示意圖；圖14為本發(fā)明通信設(shè)備實施例三的結(jié)構(gòu)示意圖；圖15為本發(fā)明通信設(shè)備實施例四的結(jié)構(gòu)示意圖；圖16為本發(fā)明通信設(shè)備實施例五的結(jié)構(gòu)示意圖；圖17為本發(fā)明通信設(shè)備實施例六的結(jié)構(gòu)示意圖；圖18為本發(fā)明通信設(shè)備實施例七的結(jié)構(gòu)示意圖；圖19為本發(fā)明通信設(shè)備實施例八的結(jié)構(gòu)示意圖；圖20為本發(fā)明通信設(shè)備實施例九的結(jié)構(gòu)示意圖；圖21為本發(fā)明通信設(shè)備實施例十的結(jié)構(gòu)示意圖；圖22為本發(fā)明通信設(shè)備實施例十一的結(jié)構(gòu)示意圖；圖23為本發(fā)明通信設(shè)備實施例十二的結(jié)構(gòu)示意圖；圖24為本發(fā)明通信設(shè)備實施例十三的結(jié)構(gòu)示意圖；圖25為本發(fā)明通信設(shè)備實施例十四的結(jié)構(gòu)示意圖；圖26為本發(fā)明通信設(shè)備實施例十五的結(jié)構(gòu)示意圖；圖27為本發(fā)明通信設(shè)備實施例十六的結(jié)構(gòu)示意圖；圖28為本發(fā)明通信系統(tǒng)實施例的結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明實施例提供的一種DS-Iite協(xié)商處理方法，包括獲取接入服務(wù)網(wǎng)ASN與終 端的DS-Iite能力信息；根據(jù)ASN與終端的DS-Iite能力信息，確定所述終端的DS-Iite工 作模式。MS的DS-Iite工作模式確定后，通信網(wǎng)絡(luò)中的各個功能實體可以獲知所需信息，具 體為DS-Iite客戶端模式下，MS獲取到CGN的IPv6地址和自身的IPv6地址；DS-Iite代理 模式下，MS獲取到wellknow IPv4地址，ASN獲取到MS的IPv6地址。具體的，可以根據(jù)ASN與CSN的DS-Iite能力信息，確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策 略，然后再根據(jù)網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與MS的DS-Iite能力信息，確定MS的DS-Iite 工作模式。MS、ASN與CSN協(xié)商時，若通信網(wǎng)絡(luò)支持DS_lite，并且MS所采取的DS_lite工作 模式為DS-Iite客戶端模式，網(wǎng)絡(luò)側(cè)將CGN地址信息下發(fā)給MS，以作為MS進(jìn)行IPV40Ver IPv6隧道上行數(shù)據(jù)封裝的外層目的地址，以便MS根據(jù)該CGN地址獲取IPv4業(yè)務(wù)，其中CGN 地址信息可以是CGN的一個公有IPv6地址，或者是CGN的一個域名，還可以是其他任何能 夠關(guān)聯(lián)到CGN的IPv6地址的信息，本發(fā)明的各實施例中所述的網(wǎng)絡(luò)側(cè)向MS下發(fā)的CGN地址信息或CGN地址，都具有以上相同的涵義。若MS所采取的DS-Iite工作模式為DS-Iite代 理模式，網(wǎng)絡(luò)側(cè)將眾所周知的IPv4地址下發(fā)給MS，MS便可以將該眾所周知的IPv4地址作 為MS的IPv4地址，直接發(fā)送IPv4業(yè)務(wù)數(shù)據(jù)到ASN，而不必知曉網(wǎng)絡(luò)側(cè)是否采用了 DS-Iite 代理模式。DS-Iite協(xié)商處理后，MS即可按照所選用的DS-Iite工作模式發(fā)送業(yè)務(wù)數(shù)據(jù)，在 只有公有IPv6地址而沒有公有IPv4地址的情況下，獲得IPv4服務(wù)，從而滿足通信網(wǎng)絡(luò)只 能提供公有IPv6地址，而終端需要同時獲取IPv6和IPv4服務(wù)的需求，解決公有IPv4地址 耗竭的問題。本發(fā)明的各實施例，以WiMAX系統(tǒng)為例進(jìn)行說明。但是，本發(fā)明實施例并不限于 WiMAX系統(tǒng)。對于其它通信系統(tǒng)，例如第三代(The Third Generation，以下簡稱3G)通 信系統(tǒng)和無線局域網(wǎng)(Wireless Local Access Network，以下簡稱WLAN)系統(tǒng)等同樣適 用。在3G通信系統(tǒng)中的認(rèn)證授權(quán)服務(wù)器(Home Subscriber Server，以下簡稱HSS)相當(dāng) 于WiMAX系統(tǒng)中的歸屬地AAA (Home AAA,以下簡稱HAAA)，而3G通信系統(tǒng)中的無線網(wǎng)絡(luò)控 制器(Radio Network Controller，以下簡稱RNC)相當(dāng)于 WiMAX 系統(tǒng)中的 ASN GW。本發(fā)明的各實施例中，MS在歸屬地時，CSN為MS的歸屬地CSN(Home CSN,以下簡 稱HCSN)。相應(yīng)的，確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略，也即確定網(wǎng)絡(luò)側(cè)是否支持DS-Iite 包括ASN向HCSN上報該ASN的DS-Iite能力信息；HCSN根據(jù)ASN的DS-Iite能力信息確 定授權(quán)給網(wǎng)絡(luò)側(cè)，包括該ASN的DS-Iite支持策略，并向ASN返回該授權(quán)給ASN的DS-Iite 支持策略。若MS發(fā)生了漫游，則本發(fā)明各實施例中的CSN還包括MS拜訪地的拜訪地 CSN(Visited CSN,以下簡稱VCSN)。ASN通過VCSN與HCSN進(jìn)行信息交互，并且，VCSN還 需要向HCSN上報該VCSN的DS-Iite能力信息。相應(yīng)的，HCSN根據(jù)ASN與VCSN的DS-Iite 能力信息確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。如圖3所示，為本發(fā)明DS-Iite協(xié)商處理方法實施例一的流程圖，該實施例中，可 以由HCSN中的HAAA確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。其具體包括以下步驟步驟101，ASN將該ASN的DS-lite能力信息發(fā)送給VCSN中的AAA代理。步驟102，VCSN中的AAA代理將該VCSN的DS-lite能力信息與ASN的DS-lite能 力信息發(fā)送給HCSN中的HAAA。步驟103，HCSN中的HAAA根據(jù)ASN與VCSN的DS-Iite能力信息確定網(wǎng)絡(luò)側(cè)的 DS-Iite支持策略，該網(wǎng)絡(luò)側(cè)的DS-Iite支持策略用于表示網(wǎng)絡(luò)側(cè)是否支持DS-lite。其中，授權(quán)給網(wǎng)絡(luò)側(cè)的DS-Iite支持策略可以包括授權(quán)給HCSN的DS-Iite支持策 略與授權(quán)給VCSN的DS-Iite支持策略。具體地，ASN的DS-Iite能力信息可以為不支持DS-lite、或支持DS-lite但不具 備DS-Iite代理能力、或支持DS-Iite且具備DS-Iite代理能力；VCSN的DS-Iite能力信息 可以為不能提供CGN、或能提供CGN。相應(yīng)的，授權(quán)給網(wǎng)絡(luò)側(cè)的DS-Iite支持策略具體可以 為不能使用DS-lite、或能使用DS-Iite但不能啟用DS-Iite代理功能、或能使用DS-Iite 且能啟用DS-Iite代理功能。HAAA具體可以采用如下方式模式確定網(wǎng)絡(luò)側(cè)的DS-Iite支持 策略如果ASN上報的DS-Iite能力信息為不支 持DS-lite，無論VCSN的DS-lite能力 信息如何，HAAA確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為不能使用DS-Iite ；如果ASN上報的DS-Iite能力信息為支持DS-lite，但不具備DS-lite代理能力，則HAAA確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-Iite但不能啟用DS-Iite代理功能。 此時，如果VCSN的DS-Iite能力信息為能提供CGN，則網(wǎng)絡(luò)側(cè)的DS-Iite支持策略還包括 VCSN向ASN下發(fā)CGN地址信息；否則，如果VCSN的DS-Iite能力信息為不能提供CGN，則網(wǎng) 絡(luò)側(cè)的DS-Iite支持策略不包括VCSN向ASN下發(fā)CGN地址信息；如果ASN上報的DS-Iite能力信息為支持DS-lite且具備DS-lite代理能力，則 HAAA確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-Iite且能啟用DS-Iite代理功能。此 時，如果VCSN的DS-Iite能力信息為能提供CGN，則網(wǎng)絡(luò)側(cè)的DS-Iite支持策略還包括VCSN 向MS下發(fā)CGN地址信息；否則，如果VCSN的DS-Iite能力信息為不能提供CGN，則網(wǎng)絡(luò)側(cè) 的DS-Iite支持策略不包括VCSN向MS下發(fā)CGN地址信息。步驟104，HCSN中的HAAA將網(wǎng)絡(luò)側(cè)的DS-lite支持策略發(fā)送給VCSN中的AAA代理。步驟105，VCSN中的AAA代理將網(wǎng)絡(luò)側(cè)的DS-lite支持策略轉(zhuǎn)發(fā)給ASN。具體地，步驟101與步驟102中，ASN與VCSN可以將DS-Iite能力信息攜帶在接 入請求消息AAA Access Request中，通過接入請求消息發(fā)送DS-lite能力信息。步驟104 與步驟105中，HCSN和VCSN可以通過將網(wǎng)絡(luò)側(cè)的DS-Iite支持策略攜帶在接入接受消息 AAA Access Acc印t中，通過接入接受消息發(fā)送網(wǎng)絡(luò)側(cè)的DS-lite支持策略。ASN、VCSN與 HCSN之間在已有的信令中攜帶DS-Iite能力信息與DS-Iite支持策略，不會增加額外信令， 因此不會增加網(wǎng)絡(luò)負(fù)載。另外，圖3所示的實施例中，以MS發(fā)生漫游為例進(jìn)行了說明。若MS未發(fā)生漫游， 則由于不包含VCSN，不需要上述流程中VCSN的相關(guān)操作，即ASN直接與HCSN交互。步驟 101與步驟102的操作具體為ASN向HCSN直接發(fā)送帶有該ASN的DS-Iite能力信息的接 入請求消息。相應(yīng)的，步驟104與步驟105的操作具體為HCSN中的HAAA將攜帶有網(wǎng)絡(luò)側(cè) DS-Iite支持策略的接入接受消息直接發(fā)送給ASN。本發(fā)明的以下各實施例中，也以在已有的信令中攜帶或者隱式發(fā)送DS-Iite協(xié)商 的相關(guān)信息為例進(jìn)行說明。另外，本發(fā)明的各實施例還可以在其它已有的信令中攜帶、隱式 發(fā)送DS-Iite協(xié)商的相關(guān)信息，或者也可以直接發(fā)送DS-Iite協(xié)商的相關(guān)信息。上述圖3所示的HAAA確定網(wǎng)絡(luò)側(cè)DS-Iite支持策略的協(xié)商處理流程屬于網(wǎng)絡(luò)行 為，不與某一MS關(guān)聯(lián)，可以發(fā)生在沒有MS參與的網(wǎng)絡(luò)初始配置時。因此，圖3所示的協(xié)商處 理方法也可以稱之為網(wǎng)絡(luò)側(cè)DS-Iite協(xié)商處理方法。此外，HAAA確定網(wǎng)絡(luò)側(cè)DS-Iite支持策 略的協(xié)商處理流程也可以發(fā)生在MS接入網(wǎng)絡(luò)的過程中，由MS的入網(wǎng)消息攜帶ASN和VCSN 的DS-Iite能力信息。通過圖3所示的DS-Iite協(xié)商處理流程，可以確定網(wǎng)絡(luò)側(cè)，包括ASN、 VCSN與HCSN，能否為用戶提供DS-Iite支持，也就是讓HCSN知曉ASN與VCSN的DS-Iite 能力，以便確定是否允許MS使用DS-lite。因此，網(wǎng)絡(luò)側(cè)DS-Iite協(xié)商處理的過程就是ASN 與VCSN將自己的DS-Iite能力信息上報給HCSN，由HCSN據(jù)此確定網(wǎng)絡(luò)側(cè)的DS-Iite支持 策略，授權(quán)VCSN與ASN可以使用哪些DS-Iite功能的過程。根據(jù)本發(fā)明的一個實施例，MS在接入網(wǎng)絡(luò)時，將該MS的DS-Iite能力信息上報給ASN, ASN在MS的接入網(wǎng)絡(luò)認(rèn)證過程中，將MS的DS-Iite能力信息上報給HCSN，由HCSN得 知網(wǎng)絡(luò)側(cè)的DS-Iite支持策略后，根據(jù)MS的DS-Iite能力、網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與所 述CSN分配IPv4地址的能力，確定是否授權(quán)該MS使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)，并在授權(quán)MS使用DS-Iite技術(shù)時，確定該MS采用的DS-Iite工作模式為DS-Iite客戶端模式或 者DS-Iite代理模式。最后，將確定的MS的DS-Iite工作模式信息以隱式方式下發(fā)給ASN 和/或MS。其中，MS的DS-Iite的能力信息具體可以為支持DS-Iite、或不支持DS-Iite。隱式的下發(fā)MS的DS-Iite工作模式協(xié)商結(jié)果的依據(jù)為DS_lite客戶端模式與 DS-Iite代理模式具有一項重要區(qū)別。當(dāng)采用DS-Iite代理模式時，MS與ASN之間存在 一條IPv4服務(wù)流(Service Floff,以下簡稱SF)，當(dāng)然，MS與ASN之間還可以存在其它的 IPv6SF，MS的IPv4數(shù)據(jù)在該IPv4SF的承載上先行發(fā)往ASN，由位于ASN GW中的DS-Iite代 理進(jìn)行IPV40Ver IPv6的隧道封裝。此時，MS并不關(guān)心 接入網(wǎng)側(cè)是否啟用了 DS-Iite代理 功能。而當(dāng)采用DS-Iite客戶端模式時，MS與ASN之間只存在IPv6SF，即MS自己將IPv4 數(shù)據(jù)進(jìn)行IPv4over IPv6的隧道封裝，使得IPv4數(shù)據(jù)經(jīng)由IPv4overIPv6隧道在IPv6SF承 載上發(fā)送到ASN。因此，HCSN將MS的DS-lite工作模式協(xié)商結(jié)果以隱式方式下發(fā)到ASN和/或MS 的具體方法為當(dāng)HCSN確定MS采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)時，HCSN將下發(fā)的 預(yù)置SF的會聚子層(Convergence Sublayer,以下簡稱CS)類型設(shè)置為IPv6，在授權(quán)ASN 采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)時，HCSN將下發(fā)的SF的CS類型設(shè)置為IPv4。 無論MS采取哪種DS-Iite工作模式，也無論MS的節(jié)點類型為雙棧或者IPv4單棧，HCSN都 同時為MS下發(fā)一個公有的IPv6地址或前綴。HCSN向ASN下發(fā)IP地址、CGN地址信息和 SF信息后，ASN根據(jù)預(yù)置SF的CS類型以及IP地址類型識別MS的DS-Iite工作模式。具 體為如果ASN發(fā)現(xiàn)HCSN只為MS下發(fā)了 IPv6地址而沒有任何IPv4地址，也未指定任何第 四版本動態(tài)主機配置協(xié)議(Dynamic Host Configuration Protocol Version 4，以下簡稱 DHCPv4)的服務(wù)器地址，但某條預(yù)置流的CS類型為IPv4，并且之前收到的網(wǎng)絡(luò)側(cè)DS-Iite 支持策略為可以啟用DS-Iite代理，則ASN為該MS啟用DS-Iite代理。否則，如果ASN發(fā) 現(xiàn)HCSN為MS下發(fā)了 IPv6地址，但所有預(yù)置流的CS類型都為IPv6，則ASN在接收到MS發(fā) 送的CGN請求后，檢測之前收到的網(wǎng)絡(luò)側(cè)DS-Iite支持策略是否能使用DS-Iite功能，如 果能啟用DS-Iite功能，則ASN向MS下發(fā)CGN地址信息，向MS表明可以啟用DS-Iite客戶 端，之后MS可使用該CGN地址信息進(jìn)行IPV40Ver IPv6封裝，以便獲取IPv4業(yè)務(wù)。在授權(quán) ASN采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)時，ASN激活DS-Iite代理功能后，還向MS 下發(fā)眾所周知的IPv4地址，以便MS采用該眾所周知的IPv4地址作為上行IPv4數(shù)據(jù)包的 源地址，而并不關(guān)心網(wǎng)絡(luò)側(cè)是否啟用DS-Iite代理功能。如圖4所示，為本發(fā)明DS-Iite協(xié)商處理方法實施例二的流程圖，該實施例中，可 以由HCSN中的HAAA確定用戶終端的DS-Iite工作模式。其具體包括以下步驟步驟201，MS在接入網(wǎng)絡(luò)時，將該MS的DS-lite能力信息通過基本能力協(xié)商請求 消息SBC_REQ上報到ASN中的BS。步驟202，BS將MS的DS-Iite能力信息通過MS入網(wǎng)請求消息MS_PreAttachment_ Request 上報到 ASN GW。步驟203，MS開始接入網(wǎng)絡(luò)認(rèn)證過程。步驟204，ASN在MS的接入網(wǎng)絡(luò)認(rèn)證過程中，通過接入請求消息AAAAccess Request將MS的DS-Iite能力信息發(fā)送給VCSN中的AAA代理。步驟205，VCSN中的AAA代理通過接入請求消息AAA Access Request將MS的DS-Iite能力信息上報到HCSN中的HAAA。步驟206，由于網(wǎng)絡(luò)側(cè)的DS-Iite策略是由HAAA確定的，所以HAAA可以直接獲取 到網(wǎng)絡(luò)側(cè)的DS-Iite支持策略信息，HAAA根據(jù)MS的DS-Iite能力信息、網(wǎng)絡(luò)側(cè)的DS-Iite 支持策略與CSN分配IPv4地址的能力，確定是否授權(quán)該MS使用DS-Iite技術(shù)，并在授權(quán)MS 使用DS-Iite技術(shù)時，確定MS采用的DS-Iite工作模式，即授權(quán)MS通過DS-Iite客戶端 模式獲取IPv4業(yè)務(wù)，或授權(quán)ASN采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)。
如果MS具有DS-Iite能力，即支持DS_lite，且具有IPv4業(yè)務(wù)需求，而HCSN沒有 能力為MS分配任何IPv4地址，包括公有IPv4地址和私有IPv4地址，并且網(wǎng)絡(luò)側(cè)的DS-Iite 支持策略為可以使用DS-lite，則授權(quán)MS采取DS-Iite客戶端模式來獲取IPv4業(yè)務(wù)。如 果MS具有IPv4業(yè)務(wù)需求但本身不具有DS-Iite能力，而HCSN又沒有能力為MS分配任何 IPv4地址，包括公有IPv4地址和私有IPv4地址，但網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為可以使用 DS-Iite代理，則授權(quán)ASN采取DS-Iite代理模式為MS提供IPv4業(yè)務(wù)。步驟207，HAAA根據(jù)確定的MS的DS-Iite工作模式，設(shè)置相應(yīng)預(yù)置SF的CS類型。 具體的，當(dāng)HAAA確定采取DS-Iite代理模式為MS提供IPv4業(yè)務(wù)時，HAAA設(shè)置預(yù)置SF的 CS類型為IPv4 ；當(dāng)HAAA決定授權(quán)MS采取DS-Iite客戶端模式獲得IPv4服務(wù)時，HAAA設(shè) 置預(yù)置SF的CS類型為IPv6。步驟208，HAAA在MS接入網(wǎng)絡(luò)認(rèn)證的過程中，通過接入接受消息AAA Access Accept向VCSN中的AAA代理發(fā)送MS的IP地址、該HSN中的CGN地址信息和設(shè)置了 CS類 型的預(yù)置SF信息，該預(yù)置SF信息包括SF的CS類型。無論HAAA為MS選定了何種DS-lite工作模式，也無論MS的節(jié)點類型為雙棧節(jié) 點或IPv4單棧節(jié)點，HAAA都為MS下發(fā)一個公有的IPv6地址，而不為其下發(fā)任何形式的 IPv4地址，包括私有IPv4地址和公有IPv4地址。HAAA為MS下發(fā)的IPv6地址可以是一個 具體的IPv6地址也可以是IPv6地址前綴。當(dāng)HAAA決定授權(quán)MS采取DS-Iite客戶端模式 獲得IPv4服務(wù)時，MS的IPv6地址也可以通過第六版本動態(tài)主機配置協(xié)議(Dynamic Host Configuration Protocol Version 6，以下簡稱DHCP v6)或第六版本移動 IP (Mobile IP Version 6，以下簡稱MIPv6)注冊過程獲得。步驟209，VCSN中的AAA代理將接入接受消息AAA Access Accept轉(zhuǎn)發(fā)給ASN中 的ASN GW。如果網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，并且VCSN具有下發(fā)CGN的 能力，即VCSN的DS-Iite能力信息為能提供CGN，則VCSN可以在該接入接受消息中攜帶自 己能夠分配的CGN地址信息。步驟210，ASN根據(jù)HAAA為MS下發(fā)的預(yù)置SF的CS類型和IP地址類型識別MS的 DS-Iite工作模式。當(dāng)ASN檢測到HAAA為MS下發(fā)的某條預(yù)置SF的CS類型為IPv4，但并沒有為其下 發(fā)任何IPv4地址，包括公有IPv4地址和私有IPv4地址，也沒有指定DHCPv4的服務(wù)器地址， 但為其分配了 IPv6地址或前綴，并且接收到HAAA發(fā)送的網(wǎng)絡(luò)側(cè)DS-Iite支持策略為能使 用DS-Iite代理，則執(zhí)行步驟211。否則，當(dāng)ASN檢測到HAAA為MS下發(fā)的所有預(yù)置流的CS type都為IPv6，并且下發(fā)了 IPv6地址或前綴，則執(zhí)行步驟213。步驟211，ASN激活DS-lite代理功能，并在MS接入網(wǎng)絡(luò)的認(rèn)證過程完成后，觸發(fā) 建立IPv4業(yè)務(wù)的SF。
步驟212，ASN建立了 CS類型為IPv4的SF，表明采取了 DS-lite代理模式，ASN在 MS發(fā)起DHCPv4地址請求或第四版本移動IP (Mobile IP Version4，以下簡稱MIPv4)注冊 過程中，通過DHCPv4確認(rèn)消息DHCPv4offer、MIPv4注冊應(yīng)答消息MIPv4Rsponse或代理廣 播消息Agent Advertisement,向MS發(fā)送眾所周知的IPv4地址。如果MS為IPv4單棧節(jié) 點，則ASN將IPv6地址保存在ASN，不必下發(fā)給MS。不再執(zhí)行后續(xù)流程。步驟213，在MS接入網(wǎng)絡(luò)的認(rèn)證過程完成后，ASN正常建立IPv6業(yè)務(wù)的SF。
步驟214，ASN正常建立IPv6的SF后，MS發(fā)現(xiàn)自己具有DS_1 ite能力，則在DHCPv6 請求消息、或路由請求消息Router solicit、或綁定更新請求消息Binding Update中封裝 CGN地址請求信息，并在DHCPv6或MIPv6注冊過程中發(fā)送給ASN。步驟215，ASN檢測接收到的網(wǎng)絡(luò)側(cè)DS-Iite支持策略是否為能使用DS-Iite 功能，即ASN檢測MS是否有權(quán)限使用DS-Iite技術(shù)，若MS有權(quán)限使用DS-Iite技術(shù)， 則ASN將從CSN，包括從HCSN和從VCSN接收到的CGN地址信息封裝在DHCPv6響應(yīng)消 息DHCPv6Rsponse、或路由廣播消息Router Advertisement、或綁定應(yīng)答消息Binding Acknowledgment 中下發(fā)給 MS。通過圖4所示的實施例，MS、ASN與CSN進(jìn)行了 MS的DS-Iite工作模式協(xié)商，各個 功能實體得到了所需信息，通信網(wǎng)絡(luò)就可以正常使用DS-Iite技術(shù)傳輸IPv4業(yè)務(wù)數(shù)據(jù)了。 即如果采用DS-Iite代理模式，ASN獲得了 CGN地址信息，MS獲得了眾所周知的IPv4地 址，MS向ASN發(fā)送IPv4業(yè)務(wù)數(shù)據(jù)后，DS-Iite代理將IPv4業(yè)務(wù)數(shù)據(jù)封裝后發(fā)往CGN，經(jīng)CGN 剝?nèi)Pv6隧道并經(jīng)過NAT轉(zhuǎn)換后，發(fā)往通信對端。如果采用DS-Iite客戶端模式，MS獲得 了 CGN地址信息，并直接將IPv4業(yè)務(wù)數(shù)據(jù)進(jìn)行隧道封裝后發(fā)往CGN，經(jīng)CGN剝?nèi)Pv6隧道 并進(jìn)行NAT轉(zhuǎn)換后，發(fā)往通信對端。圖4所示的實施例中，若圖3所示實施例的流程在網(wǎng)絡(luò)初始化時已經(jīng)進(jìn)行，則圖 4所示的實施例二中，可以不包括圖3所示實施例的流程。否則，若圖3所示實施例的流 程未在網(wǎng)絡(luò)初始化時完成，圖4所示的實施例中還包括圖3所示實施例的流程，即步驟 204-206分別包括步驟101-103，步驟208與209分別包括步驟104與105，并且，步驟206 中，HAAA還可以不必等待網(wǎng)絡(luò)側(cè)的DS-Iite支持策略確定以后再去確定是否授權(quán)該MS使 用DS-Iite技術(shù)以及MS采用的DS-Iite工作模式，而是直接根據(jù)步驟101-102中獲取到的 ASN以及CSN的DS-Iite能力信息、步驟201-205中獲取到的MS的DS-Iite能力信息與CSN 分配IPv4地址的能力，直接確定是否授權(quán)該MS使用DS-Iite技術(shù)以及MS采用的DS-Iite 工作模式，并同時確定或之后確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。另外，圖4所示的實施例中，以MS發(fā)生漫游為例進(jìn)行了說明。若MS未發(fā)生漫游， 則由于不包含VCSN，不需要上述流程中VCSN的相關(guān)操作，即ASN直接與HCSN交互。步驟 204與步驟205的操作具體為ASN直接向HCSN中的HAAA發(fā)送帶有MS的DS-Iite能力信 息的接入請求消息。相應(yīng)的，步驟208與步驟209的操作具體為HCSN中的HAAA將攜帶有 預(yù)置SF信息、MS的IP地址和CGN地址信息的接入接受消息直接發(fā)送給ASN。此時，如果圖 4所示的實施例還包括圖3所示的實施例的流程，則步驟101與步驟102的操作具體為ASN 向HCSN直接發(fā)送帶有該ASN的DS-Iite能力信息的接入請求消息。相應(yīng)的，步驟104與步 驟105的操作具體為HCSN中的HAAA將攜帶有網(wǎng)絡(luò)側(cè)DS-Iite支持策略的接入接受消息 直接發(fā)送給ASN，同樣，步驟206中，HAAA還可以不必等待網(wǎng)絡(luò)側(cè)的DS-Iite支持策略確定以后再去確定是否授權(quán)該MS使用DS-Iite技術(shù)以及MS采用的DS-Iite工作模式，而是直 接根據(jù)ASN上報的DS-Iite能力信息、MS的DS-Iite能力信息與CSN分配IPv4地址的能 力，直接確定是否授權(quán)該MS使用DS-I ite技術(shù)以及MS采用的DS-I ite工作模式，并同時確 定或之后確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。作為本發(fā)明的另一個實施例，MS用戶將自己的DS-Iite能力直接簽約在HCSN中。 HCSN得知網(wǎng)絡(luò)側(cè)的DS-Iite支持策略后，可以根據(jù)MS用戶的DS-Iite能力簽約信息、網(wǎng)絡(luò) 側(cè)的DS-Iite支持策略與CSN分配IPv4地址的能力，確定是否授權(quán)MS使用DS-Iite技術(shù)。 并在授權(quán)MS使用DS-Iite技術(shù)時，確定MS采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)，或授 權(quán)ASN采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)，并將該確定結(jié)果以隱式方式下發(fā)到ASN 和/或MS。即當(dāng)HCSN確定MS采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)時，HCSN將下發(fā)的 SF的CS類型設(shè)置為IPv6，在授權(quán)ASN采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)時，HCSN 將下發(fā)的SF的CS類型設(shè)置為IPv4。無論采取哪種DS-Iite工作模式，也無論MS的節(jié)點 類型為雙棧或者IPv4-only，HCSN都同時為MS下發(fā)一個公有的IPv6地址或前綴。HCSN向 ASN下發(fā)IP地址、CGN地址信息和SF信息后，ASN根據(jù)預(yù)置SF的CS類型以及IP地址類型 識別MS的DS-Iite工作模式。具體為如果ASN發(fā)現(xiàn)HCSN只為MS下發(fā)了 IPv6地址而沒 有任何IPv4地址，也未指定任何DHCPv4的服務(wù)器地址，但某條預(yù)置流的CS類型為IPv4， 并且之前收到的網(wǎng)絡(luò)側(cè)DS-Iite支持策略為能使用用DS-Iite代理，則ASN為該MS啟用 DS-Iite代理。否則，如果ASN發(fā)現(xiàn)HCSN為MS下發(fā)了 IPv6地址，但所有預(yù)置流的CS type 都為IPv6，則ASN在接收到MS發(fā)送的CGN請求后，檢測之前收到的網(wǎng)絡(luò)側(cè)DS-Iite支持策 略是否為能使用DS-Iite功能，如果能啟用DS-Iite功能，則ASN向MS下發(fā)CGN地址信息， 向MS表明可以啟用DS-Iite客戶端，之后MS可使用該CGN地址信息進(jìn)行IPV4oVer IPv6 封裝，以便獲取IPv4業(yè)務(wù)。在授權(quán)ASN采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)時，ASN 激活DS-Iite代理功能后，還向MS下發(fā)眾所周知的IPv4地址，以便MS采用該眾所周知的 IPv4地址作為上行IPv4數(shù)據(jù)包的源地址，而并不關(guān)心網(wǎng)絡(luò)側(cè)是否啟用DS-Iite代理功能。 MS的DS-Iite的能力信息具體可以為支持DS-Iite或不支持DS-Iite。如圖5所示，為本發(fā)明DS-Iite協(xié)商處理方法實施例三的流程圖，該實施例中，可 以由HCSN中的HAAA確定用戶終端的DS-Iite工作模式。其具體包括以下步驟步驟301，MS開始接入網(wǎng)絡(luò)認(rèn)證過程。步驟302，在MS接入網(wǎng)絡(luò)認(rèn)證過程中，ASN中的ASN Gff向VCSN中的AAA代理發(fā)送 接入請求消息AAA Access Request。步驟303，VCSN中的AAA代理向HCSN中的HAAA發(fā)送接入請求消息AAA Access Request。 步驟304，由于網(wǎng)絡(luò)側(cè)的DS-Iite策略是由HAAA確定的，所以HAAA可以直接獲取 到網(wǎng)絡(luò)側(cè)的DS-Iite支持策略信息，HAAA綜合考慮網(wǎng)絡(luò)側(cè)的DS-Iite支持策略、MS用戶的 DS-Iite能力簽約信息與CSN分配IPv4地址的能力，判斷是否授權(quán)MS使用DS-Iite技術(shù)， 以及授權(quán)MS采取何種DS-Iite工作模式。如果MS用戶的DS-Iite能力簽約信息表明支持DS_lite，則HAAA默認(rèn)該MS具有 DS-Iite能力，并且HAAA判斷出MS具有IPv4業(yè)務(wù)需求，而HCSN沒有能力為MS分配任何 IPv4地址，包括公有IPv4地址和私有IPv4地址，并且網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為可以使用DS-lite，則授權(quán)MS采取DS-Iite客戶端模式來獲取IPv4業(yè)務(wù)。如果MS具有IPv4 業(yè)務(wù)需求但MS用戶的DS-Iite能力簽約信息表明不支持DS-lite，則HAAA默認(rèn)該MS不 具有DS-Iite能力，而HCSN又沒有能力為MS分配任何IPv4地址，包括公有IPv4地址和 私有IPv4地址，但網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為可以使用DS-Iite代理，則授權(quán)ASN采取 DS-Iite代理模式為MS提供IPv4業(yè)務(wù)。
步驟305，HAAA根據(jù)確定的MS采用的DS-Iite工作模式，設(shè)置SF的CS類型。具體的，當(dāng)HAAA確定采取DS-Iite代理模式為MS提供IPv4業(yè)務(wù)時，HAAA設(shè)置預(yù) 置SF的CS類型為IPv4 ；當(dāng)HAAA決定授權(quán)MS采取DS-Iite客戶端模式獲得IPv4服務(wù)時， HAAA設(shè)置預(yù)置SF的CS類型為IPv6。此步驟305與實施例2中的步驟207操作相同。步驟306，HAAA在MS接入網(wǎng)絡(luò)認(rèn)證的過程中，通過接入接受消息AAA Access Accept向VCSN中的AAA代理發(fā)送MS的IP地址、該HCSN中的CGN地址信息和設(shè)置了 CS類 型的預(yù)置SF信息。無論HAAA為MS選定了何種DS-lite工作模式，也無論MS的節(jié)點類型為雙棧節(jié) 點或IPv4單棧節(jié)點，HAAA都為MS下發(fā)一個公有的IPv6地址，而不為其下發(fā)任何形式的 IPv4地址，包括私有IPv4地址和公有IPv4地址。HAAA為MS下發(fā)的IPv6地址可以是一個 具體的IPv6地址也可以是IPv6地址前綴。當(dāng)HAAA決定授權(quán)MS采取DS-Iite客戶端模式 獲得IPv4服務(wù)時，MS的IPv6地址也可以通過第六版本動態(tài)主機配置協(xié)議(Dynamic Host Configuration Protocol Version 6，以下簡稱DHCP v6)或第六版本移動 IP (Mobile IP Version 6，以下簡稱MIPv6)注冊過程獲得。步驟307，VCSN中的AAA代理將接入接受消息AAA Access Acc印t消息轉(zhuǎn)發(fā)給ASN 中的ASN GW。如果網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，并且VCSN具有下發(fā)CGN 的能力，即=VCSN的DS-Iite能力信息為能提供CGN，則VCSN可以在該接入接受消息中攜帶 自己能夠分配的CGN地址信息。步驟308，ASN根據(jù)HAAA為MS下發(fā)的預(yù)置SF的CS類型和IP地址類型識別MS的 DS-Iite工作模式。當(dāng)ASN檢測到HAAA為MS下發(fā)的某條預(yù)置SF的CS類型為IPv4，但并沒有為其下 發(fā)任何IPv4地址，包括公有IPv4地址和私有IPv4地址，也沒有指定DHCPv4的服務(wù)器地 址，但為其分配了 IPv6地址或前綴，并且收到的網(wǎng)絡(luò)側(cè)DS-Iite支持策略為能使用DS-Iite 代理，則執(zhí)行步驟309。否則，當(dāng)ASN檢測到HAAA為MS下發(fā)的所有預(yù)置流的CS type都為 IPv6,并且下發(fā)了 IPv6地址或前綴，則執(zhí)行步驟311。步驟309，ASN激活DS-Iite代理功能，并在MS接入網(wǎng)絡(luò)的認(rèn)證過程完成后，觸發(fā) 建立IPv4業(yè)務(wù)的SF。步驟310，ASN建立了 CS類型為IPv4的SF，表明采取了 DS-lite代理模式，ASN在 MS發(fā)起DHCPv4地址請求或第四版本移動IP (Mobile IP Version4，以下簡稱MIPv4)注冊 過程中，通過DHCP v4確認(rèn)消息DHCPv4offer、MIPv4注冊應(yīng)答消息MIPv4Rsponse或代理廣 播消息Agent Advertisement,向MS發(fā)送眾所周知的IPv4地址。如果MS為IPv4單棧節(jié) 點，則ASN將IPv6地址保存在ASN，不必下發(fā)給MS。不再執(zhí)行后續(xù)流程。步驟311，在MS接入網(wǎng)絡(luò)的認(rèn)證過程完成后，ASN正常建立IPv6業(yè)務(wù)的SF。步驟312，ASN正常建立IPv6的SF后，MS發(fā)現(xiàn)自己具有DS-1 ite能力，則在DHCPv6請求消息、或路由請求消息Router solicit RS、或綁定更新請求消息Binding Update中封 裝CGN地址請求信息，并在DHCPv6或MIPv6注冊過程中發(fā)送給ASN。步驟313，ASN檢測接收到的網(wǎng)絡(luò)側(cè)DS-Iite支持策略是否為能使用DS-lite 功能，即ASN檢測MS是否有權(quán)限使用DS-Iite技術(shù)，若MS有權(quán)限使用DS-Iite技術(shù)， 則ASN將從CSN，包括從HCSN和從VCSN接收到的CGN地址信息封裝在DHCPv6響應(yīng)消 息DHCPv6Rsponse、或路由廣播消息Router Advertisement、或綁定應(yīng)答消息Binding Acknowledgment 中下發(fā)給 MS。圖5所示的實施例中，當(dāng)圖3所示實施例的流程在網(wǎng)絡(luò)初始化時已經(jīng)進(jìn)行，則圖5 所示的實施例中，可以不包括圖3所示實施例的流程。否則，若圖3所示實施例的流程未在 網(wǎng)絡(luò)初始化時完成，圖5所示的實施例中還包括圖3所示實施例的流程，即步驟302-304 分別包括步驟101-103，步驟306-307分別包括步驟104-105，并且，步驟304中，HAAA還可 以不必等待網(wǎng)絡(luò)側(cè)的DS-Iite支持策略確定以后再去確定是否授權(quán)該MS使用DS-Iite技 術(shù)以及MS采用的DS-Iite工作模式，而是直接根據(jù)步驟101-102中獲取到的ASN以及CSN 的DS-Iite能力信息、MS的DS-Iite能力簽約信息與CSN分配IPv4地址的能力，直接確定 是否授權(quán)該MS使用DS-Iite技術(shù)以及MS采用的DS-Iite工作模式，并同時確定或之后確 定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。同樣，圖5所示的實施例中，以MS發(fā)生漫游為例進(jìn)行了說明。若MS未發(fā)生漫游， 則由于不包含VCSN，不需要上述流程中VCSN的相關(guān)操作，即ASN直接與HCSN交互。步驟 302和步驟303的操作具體為ASN直接向HCSN中的HAAA發(fā)送接入請求消息。相應(yīng)的，步 驟306和步驟307的操作具體為HCSN中的HAAA將攜帶有預(yù)置SF信息、MS的IP地址和 CGN地址信息的接入接受消息直接發(fā)送給ASN。此時，如果圖5所示的實施例還包括圖3所 示實施例的流程，則步驟101與步驟102的操作具體為ASN向HCSN直接發(fā)送帶有該ASN的 DS-Iite能力信息的接入請求消息。相應(yīng)的，步驟104與步驟105的操作具體為HCSN中 的HAAA將攜帶有網(wǎng)絡(luò)側(cè)DS-Iite支持策略的接入接受消息直接發(fā)送給ASN，同樣，步驟304 中，HAAA還可以不必等待網(wǎng)絡(luò)側(cè)的DS-I ite支持策略確定以后再去確定是否授權(quán)該MS使用 DS-Iite技術(shù)以及MS采用的DS-Iite工作模式，而是直接根據(jù)ASN上報的DS-Iite能力信 息、MS的DS-Iite能力簽約信息與CSN分配IPv4地址的能力，直接確定是否授權(quán)該MS使用 DS-Iite技術(shù)以及MS采用的DS-Iite工作模式，并同時確定或之后確定網(wǎng)絡(luò)側(cè)的DS-Iite 支持策略。圖5所示的實施例中，HAAA直接根據(jù)用戶DS-Iite簽約信息來決定是否為MS激活 DS-Iite代理功能，可能會出現(xiàn)MS的實際DS-Iite能力與用戶的DS-Iite能力簽約信息不 符的問題。即當(dāng)用戶簽約支持DS-Iite能力時，HAAA會默認(rèn)MS具有DS-Iite能力，而實 際中可能出現(xiàn)MS不具有DS-Iite能力的情況。此時，當(dāng)MS想要向ASN發(fā)送IPv4業(yè)務(wù)數(shù)據(jù) 時，它的IPv4業(yè)務(wù)數(shù)據(jù)發(fā)送請求會被ASN拒絕，MS用戶可以據(jù)此去修改其DS-Iite能力簽 約信息。反之，當(dāng)用戶簽約不支持DS-Iite能力時，HAAA會默認(rèn)MS不具有DS-Iite能力， 而實際中MS可能具有DS-Iite能力。此時，并不影響MS通過DS-Iite代理模式獲得IPv4 業(yè)務(wù)。作為本發(fā)明的又一個實施例，HCSN中HAAA得知網(wǎng) 絡(luò)側(cè)的DS-Iite支持策略后，根 據(jù)用戶的業(yè)務(wù)簽約信息、網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與CSN分配IPv4地址的能力，識別MS是否為雙棧節(jié)點以及是否需要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)，其中，用戶的業(yè)務(wù)簽約信 息指示用戶是否具有IPv4的業(yè)務(wù)需求，和/或是否具有IPv6的業(yè)務(wù)需求。HCSN在MS為 雙棧節(jié)點并且需要使用DS-Iite工作模式獲取IPv4業(yè)務(wù)時，在MS的接入網(wǎng)絡(luò)認(rèn)證過程中， 向ASN下發(fā)MS的IPv6地址或前綴、CGN地址信息與CS類型為IPv4的SF信息。MS檢測該 MS的DS-Iite能力，并在MS具有DS-Iite能力時，向ASN發(fā)送CGN地址請求信息。ASN在 接收到CGN地址請求信息時，查詢到網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，且該MS 具有一條CS類型為IPv4的SF，但CSN沒有為其分配任何形式的IPv4地址，包括公有IPv4 地址、私有IPv4地址以及DHCPv4的服務(wù)器地址，則向MS下發(fā)CGN地址信息，并發(fā)起修改該 條SF的CS類型為IPv6的過程以及修改后的SF和DP的建立過程，以便通知MS可以采用 DS-Iite客戶端的工作模式獲取IPv4服務(wù)。ASN在未接收到CGN地址請求信息時，查詢到 該MS有一 條CS類型為IPv4的SF，但CSN沒有為其分配任何形式的IPv4地址，包括公有 IPv4地址、私有IPv4地址以及DHCPv4的服務(wù)器地址，并且網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能 使用DS-Iite且能啟用DS-Iite代理功能，則為MS激活DS-Iite代理功能，發(fā)起IPv4業(yè)務(wù) 的SF和DP的建立過程，并向MS下發(fā)眾所周知的IPv4地址，以便ASN采用DS-Iite代理的 工作模式為MS提供IPv4業(yè)務(wù)。如圖6所示，為本發(fā)明DS-Iite協(xié)商處理方法實施例四的流程圖，該實施例中，可 以由ASN確定用戶終端的DS-Iite工作模式，適用于MS為雙棧節(jié)點的情況。如圖6所示， 該實施例具體包括以下步驟步驟401，MS開始接入網(wǎng)絡(luò)認(rèn)證過程。步驟402，在MS接入網(wǎng)絡(luò)認(rèn)證過程中，ASN中的ASN GW向VCSN中的AAA代理發(fā)送 接入請求消息AAA Access Request。步驟403，VCSN中的AAA代理向HCSN中的HAAA發(fā)送接入請求消息AAA Access Request。步驟404，HCSN中的HAAA得知網(wǎng)絡(luò)側(cè)的DS-Iite支持策略后，綜合考慮用戶的業(yè) 務(wù)簽約信息、網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與CSN分配IPv4地址的能力，判斷MS是否為雙棧 節(jié)點以及是否需要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)。若MS為雙棧節(jié)點且需要使用DS-Iite 工作模式獲取IPv4業(yè)務(wù)，執(zhí)行步驟405 ；否則，不執(zhí)行后續(xù)DS-Iite相關(guān)流程。具體的，由于網(wǎng)絡(luò)側(cè)WDS-Iite支持策略是由HAAA確定的，因此HAAA可以直接獲 取到網(wǎng)絡(luò)側(cè)的DS-Iite策略信息。如果HCSN沒有能力為MS分配任何IPv4地址，包括公有 IPv4地址和私有IPv4地址，并且網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，且MS的業(yè) 務(wù)簽約信息指示MS同時具有IPv4和IPv6的業(yè)務(wù)需求，則判斷出MS為雙棧節(jié)點，且需采取 DS-Iite技術(shù)來獲取IPv4業(yè)務(wù)。步驟405，HAAA為MS分配IPv6地址或前綴，該IPv6地址也可以采取DHCPv6模式 或在MIPv6注冊過程中獲得，并將相關(guān)SF的CS類型設(shè)置為默認(rèn)值，即IPv4。在MS的接入 網(wǎng)絡(luò)認(rèn)證過程中，將分配給MS的IPv6地址或前綴、CGN地址信息與CS類型為IPv4的SF信 息攜帶在接入接受消息AAA Access Accept中下發(fā)到VCSN中的AAA代理。步驟406，VCSN中的AAA代理將接入接受消息AAA Access Accept轉(zhuǎn)發(fā)給ASN中 的ASN Gff,如果網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，并且VCSN具有下發(fā)CGN的 能力，則VCSN可以在該接入接受消息中攜帶上自己分配的CGN地址信息。
步驟407，在MS的接入網(wǎng)絡(luò)的認(rèn)證過程完成后，ASN判斷MS是否需要使用DS-Iite 技術(shù)獲取IPv4業(yè)務(wù)，并開始監(jiān)測MS是否具有DS-Iite能力。判斷MS是否需要使用DS-Iite技術(shù)具體為ASN發(fā)現(xiàn)HCSN為MS下發(fā)了一條CS類 型為IPv4的預(yù)置SF，但是并沒有為其下發(fā)任何形式的IPv4地址，包括公有IPv4地址、私有 IPv4地址和DHCPv4的服務(wù)器地址，且網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，則判 斷出MS需要采用DS-Iite技術(shù)獲得IPv4服務(wù)。但此時DS-Iite工作模式為客戶端或代理 還未確定，則ASN開始監(jiān)測MS是否具有DS-Iite能力，以便決定DS-Iite工作模式。
另外，一旦ASN判斷出MS需使用DS_lite技術(shù)獲得IPv4服務(wù)，則首先發(fā)起其他CS 類型為IPv6的SF和DP的建立，而暫不建立該條CS類型為IPv4的SF。步驟408，MS在接入網(wǎng)絡(luò)的認(rèn)證過程完成后，檢測自己是否具有DS-Iite能力。步驟409，如果具有DS-Iite能力，則MS利用其它某條已經(jīng)建立好的IPv6的SF承 載，發(fā)起DHCPv6或MIPv6的注冊過程，將CGN地址請求信息攜帶在相應(yīng)的DHCPv6請求消息 或路由請求消息中發(fā)送給ASN。如果MS不具有DS-Iite能力，則不在DHCPv6請求消息與路由請求消息中攜帶CGN 地址請求信息。步驟410，ASN根據(jù)DHCPv6請求消息或路由請求消息中是否包括CGN地址請求信 息，確定MS的DS-Iite的工作模式。具體的，若DHCPv6請求消息或路由請求消息中包括CGN地址請求信息，說明MS具 有DS-Iite能力，確定MS使用DS-Iite客戶端模式，則執(zhí)行步驟411。若DHCPv6請求消息 與路由請求消息中不包括CGN地址請求信息，說明MS不具有DS-Iite能力，確定MS使用 DS-Iite代理模式，則執(zhí)行步驟413。步驟411，ASN向MS返回DHCPv6應(yīng)答消息或路由廣播消息，其中攜帶有CGN地址
fn息ο步驟412，MS收到CGN地址信息后，啟動DS_lite客戶端工作模式，同時ASN發(fā)起 修改原CS類型為IPv4的SF的CS類型為IPv6的過程，以及修改后的SF和DP的建立過程。 之后，不再執(zhí)行后續(xù)流程。步驟413，ASN向MS返回DHCPv6應(yīng)答消息或路由廣播消息，其中均未攜帶CGN地 ilhfn 息 fe 息。步驟414，ASN為MS激活DS-lite Prxoy，并發(fā)起CS類型為IPv4的SF和DP建立 過程。步驟415，ASN在DHCPv4或MIPv4的注冊過程中，通過DHCPv4確認(rèn)消息 DHCPv4offer、MIPv4 注冊應(yīng)答消息 MIPv4Rsponse 或代理廣播消息 Agent Advertisement, 將眾所周知的IPv4地址下發(fā)給MS，以確保MS并不知曉DS-Iite代理的存在。圖6所示的上述實施例中，若圖3所示實施例的流程在網(wǎng)絡(luò)初始化時已經(jīng)進(jìn)行，則 圖6所示的實施例中，可以不包括圖3所示實施例的流程。否則，圖6所示的實施例中還包 括圖3所示實施例的流程，即步驟402-406分別包括步驟101-105。同樣，圖6所示的實施例中，以MS發(fā)生漫游為例進(jìn)行了說明。若MS未發(fā)生漫游， 則由于不包含VCSN，不需要上述流程中VCSN的相關(guān)操作，即ASN直接與HCSN交互。步驟 402與步驟403的操作具體為ASN直接向HCSN發(fā)送接入請求消息。相應(yīng)的，步驟405與步驟406具體為HCSN中的HAAA將攜帶有預(yù)置SF信息、MS的IP地址和CGN地址信息的接入 接受消息直接發(fā)送給ASN。此時，如果圖6所示的實施例包括了圖3所示實施例的流程，則 步驟101與步驟102的操作具體為ASN向HCSN直接發(fā)送帶有該ASN的DS-Iite能力信息 的接入請求消息。相應(yīng)的，步驟104與步驟105的操作具體為HCSN中的HAAA將攜帶有網(wǎng) 絡(luò)側(cè)DS-Iite支持策略的接入接受消息直接發(fā)送給ASN。在本發(fā)明的再一個本實施例中，與圖6所示的實施例相比，MS既可以為雙棧節(jié)點， 也可以為IPv4單棧節(jié)點。并且，當(dāng)ASN獲知MS需要使用DS-Iite技術(shù)獲取IPv4服務(wù)時， 默認(rèn)為MS選擇DS-Iite代理的工作模式，即不等待MS的提示，就直接發(fā)起CS類型為IPv4 的SF和DP的建立。在MS檢測出自己具有DS-Iite能力時，在該IPv4的SF的承載上向 ASN發(fā)送CGN地址請求信息。ASN收到MS的CGN地址請求并 下發(fā)CGN地址信息后，將該條 SF的CS類型修改為IPv6，之后，MS可以在修改后的SF的承載上以DS-Iite客戶端的模式 獲取IPv4服務(wù)。否則，如果MS檢測出自己不具有DS-Iite能力，則不會向ASN發(fā)送CGN地 址請求信息，ASN會為該MS激活DS-Iite代理，并向MS下發(fā)眾所周知的IPv4地址，之后， MS可采用DS-Iite代理的工作模式獲取IPv4服務(wù)。如圖7所示，為本發(fā)明DS-Iite協(xié)商處理方法實施例五的流程圖。該實施例中， 可以由ASN確定MS的DS-Iite工作模式。ASN為MS默認(rèn)選擇DS-Iite代理模式，不激活 DS-Iite代理功能。在MS具有DS-Iite能力時，將SF的CS類型修改為IPv6。如圖7所示， 該實施例包括以下步驟步驟501，MS開始接入網(wǎng)絡(luò)認(rèn)證過程。步驟502，在MS接入網(wǎng)絡(luò)認(rèn)證過程中，ASN中的ASN Gff向VCSN中的AAA代理發(fā)送 接入請求消息AAA Access Request。步驟503，VCSN中的AAA代理向HCSN中的HAAA發(fā)送接入請求消息AAA Access Request。步驟504，HCSN中的HAAA得知網(wǎng)絡(luò)側(cè)的DS-Iite支持策略后，綜合考慮用戶的業(yè) 務(wù)簽約信息、網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與CSN分配IPv4地址的能力，判斷MS是否需要使 用DS-Iite工作模式獲取IPv4業(yè)務(wù)。若MS需要使用DS-Iite工作模式獲取IPv4業(yè)務(wù)，執(zhí) 行步驟505 ；否則，不執(zhí)行后續(xù)DS-Iite相關(guān)流程。具體的，由于網(wǎng)絡(luò)側(cè)的DS-Iite支持策略是由HAAA確定的，因此HAAA可以直接獲 取到網(wǎng)絡(luò)側(cè)的DS-Iite策略信息。如果HCSN沒有能力為MS分配任何IPv4地址，包括公有 IPv4地址和私有IPv4地址，并且網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，則判斷出 MS需要采取DS-Iite技術(shù)來獲取IPv4業(yè)務(wù)。步驟505，HAAA為MS分配IPv6地址或前綴，該IPv6地址也可以采取DHCPv6模式 或在MIPv6注冊過程中獲得，并將相關(guān)SF的CS類型設(shè)置為默認(rèn)值，即IPv4。在MS的接入 網(wǎng)絡(luò)認(rèn)證過程中，將分配給MS的IPv6地址或前綴、CGN地址信息與CS類型為IPv4的SF信 息攜帶在接入接受消息AAA Access Accept中下發(fā)到VCSN中的AAA代理。步驟506，VCSN中的AAA代理將接入接受消息AAA Access Accept轉(zhuǎn)發(fā)給ASN中 的ASN Gff,如果網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，并且VCSN具有下發(fā)CGN的 能力，則VCSN可以在該接入接受消息中攜帶上自己分配的CGN地址信息。步驟507，在MS的接入網(wǎng)絡(luò)的認(rèn)證過程完成后，ASN判斷MS是否需要使用DS-Iite技術(shù)，并開始監(jiān)測MS是否具有DS-Iite能力。若ASN判斷出MS需要使用DS-Iite技術(shù)獲 取IPv4業(yè)務(wù)，默認(rèn)開始DS-Iite代理的操作，S卩執(zhí)行步驟508。否則，ASN判斷MS不需要 使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)，則不再執(zhí)行后續(xù)DS-Iite相關(guān)流程。判斷MS是否需要使用DS-Iite技術(shù)具體為ASN發(fā)現(xiàn)HCSN為MS下發(fā)了一條CS類 型為IPv4的預(yù)置SF，但是并沒有為其下發(fā)任何形式的IPv4地址，包括公有IPv4地址、私有 IPv4地址和DHCPv4的服務(wù)器地址，且網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，則判 斷出MS需要采用DS-Iite技術(shù)獲得IPv4服務(wù)。但此時DS-Iite工作模式為客戶端或代理 還未確定，則ASN開始監(jiān)測MS是否具有DS-Iite能力，以便決定DS-Iite工作模式。步驟508，ASN發(fā)起IPv4的SF和DP的建立過程。步驟509，MS檢測自己是否具有DS-Iite能力。步驟510，如果MS具有DS-Iite能力，則在IPv4的SF的承載上向ASN發(fā)送CGN地 址請求信息。具體的，MS可以將CGN地址請求信息攜帶在DHCPv4請求消息、MIPv4注冊請 求消息或路由請求消息中發(fā)送給ASN。如果MS不具有DS-Iite能力，則不在CS類型為IPv4的SF承載上向ASN發(fā)送CGN 地址請求信息。步驟511，ASN確定MS的DS-lite的工作模式。具體的，若ASN從DHCPv4請求消息、MIPv4注冊請求消息或路由請求消息中獲取 了 CGN地址請求信息，則確定MS的DS-Iite的工作模式為DS-Iite客戶端模式，則執(zhí)行步 驟513。否則，若ASN未接收到MS發(fā)送的CGN地址請求消息，則確定MS的DS-Iite的工作 模式為DS-Iite代理模式，則執(zhí)行步驟512。步驟512，ASN為MS激活DS-Iite代理，并通過DHCPv4確認(rèn)消息DHCPv4offer、 MIPv4注冊應(yīng)答消息MIPv4Rsponse或代理廣播消息Agent Advertisement，將眾所周知的 IPv4地址下發(fā)給MS，以確保MS并不知曉DS-Iite代理的存在。此后，不再執(zhí)行后續(xù)流程。步驟513，ASN通過DHCPv4確認(rèn)消息DHCPv4offer、MIPv4注冊應(yīng)答消息 MIPv4Rsponse或代理廣播消息Agent Advertisement，將CGN地址信息下發(fā)給MS，通知MS 可以采用DS-Iite客戶端的工作模式獲取IPv4業(yè)務(wù)。步驟514，ASN發(fā)起將SF的CS類型修改為IPv6的過程，并發(fā)起IPv6的SF和DP
建立過程。該步驟514之后，MS就可以采用DS-Iite客戶端模式在新建立的IPv6的SF和DP 的承載上發(fā)送或接受IPv4業(yè)務(wù)的數(shù)據(jù)包了。圖7所示的實施例中，若圖3所示實施例的流程在網(wǎng)絡(luò)初始化時已經(jīng)進(jìn)行，則圖7 所示的實 施例中，可以不包括圖3所示實施例的流程。否則，若圖3所示實施例的流程未在 網(wǎng)絡(luò)初始化時完成，圖7所示的實施例中還包括圖3所示實施例的流程，即步驟502-506 分別包括步驟101-105。同樣，圖7所示的實施例中，以MS發(fā)生漫游為例進(jìn)行了說明。若MS未發(fā)生漫游， 則由于不包含VCSN，不需要上述流程中VCSN的相關(guān)操作，即ASN直接與HCSN交互。步驟 502與步驟503的操作具體為ASN直接向HCSN發(fā)送接入請求消息。相應(yīng)的，步驟505與步 驟506的操作具體為HCSN將攜帶有預(yù)置SF信息、MS的IP地址和CGN地址信息的接入接 受消息直接發(fā)送給ASN。此時，如果圖7所示的實施例包括了圖3所示實施例的流程，步驟101與步驟102的操作具體為ASN向HCSN直接發(fā)送帶有該ASN的DS-Iite能力信息的接 入請求消息。相應(yīng)的，步驟104與步驟105的操作具體為HCSN中的HAAA將攜帶有網(wǎng)絡(luò)側(cè) DS-Iite支持策略的接入接受消息直接發(fā)送給ASN。如圖8所示，為本發(fā)明DS-Iite協(xié)商處理方法實施例六的流程圖。該實施例中，也 可以由ASN確定MS的DS-Iite工作模式。具體地，由MS將自己的DS-Iite能力信息通過 注冊請求消息REG_REQ消息上報到ASN中的BS，再由該BS通過MS_Attachment_Req消息將 該MS的DS-Iite能力信息發(fā)送給ASN中的ASN Gff,由ASN判斷是否為MS使用DS-Iite技 術(shù)獲取IPv4業(yè)務(wù)以及是否啟用DS-Iite代理。如圖8所示，該實施例具體包括以下步驟步驟601，MS開始接入網(wǎng)絡(luò)認(rèn)證過程。步驟602，在MS接入網(wǎng)絡(luò)認(rèn)證過程中，ASN中的ASN Gff向VCSN中的AAA代理發(fā)送 接入請求消息AAA Access Request。步驟603，VCSN中的AAA代理向HCSN中的HAAA發(fā)送接入請求消息AAA Access Request。步驟604，HCSN中的HAAA得知網(wǎng)絡(luò)側(cè)的DS-lite支持策略后，綜合考慮網(wǎng)絡(luò)側(cè)的 DS-Iite支持策略與CSN分配IPv4地址的能力，判斷MS是否需要使用DS-Iite技術(shù)獲取 IPv4業(yè)務(wù)。若MS需要使用DS-Iite工作模式獲取IPv4業(yè)務(wù)，執(zhí)行步驟605 ；否則，不執(zhí)行 后續(xù)DS-Iite相關(guān)流程。具體的，由于網(wǎng)絡(luò)側(cè)WDS-Iite支持策略是由HAAA確定的，因此HAAA可以直接獲 取到網(wǎng)絡(luò)側(cè)的DS-Iite策略信息。如果HCSN沒有能力為MS分配任何IPv4地址，包括公有 IPv4地址和私有IPv4地址，并且網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，則判斷出 MS需要采取DS-Iite技術(shù)來獲取IPv4業(yè)務(wù)。步驟605，HAAA為MS分配IPv6地址或前綴，該IPv6地址也可以采取DHCPv6模式 或在MIPv6注冊過程中獲得，并將相關(guān)SF的CS類型設(shè)置為默認(rèn)值，即IPv4。在MS的接入 網(wǎng)絡(luò)認(rèn)證過程中，將分配給MS的IPv6地址或前綴、CGN地址信息與CS類型為IPv4的SF信 息攜帶在接入接受消息AAA Access Accept中下發(fā)到VCSN中的AAA代理。步驟606，VCSN中的AAA代理將接入接受消息AAA Access Accept轉(zhuǎn)發(fā)給ASN中 的ASN Gff,如果網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，并且VCSN具有下發(fā)CGN的 能力，則VCSN可以在該接入接受消息中攜帶上自己分配的CGN地址信息。步驟607，MS在接入網(wǎng)絡(luò)的認(rèn)證過程完成后，通過注冊請求消息REG_REQ將該MS 的DS-Iite能力信息上報至IJ ASN中的BS0其中，MS的DS-Iite能力具體為支持DS-Iite 或不支持DS-lite。步驟608，85將1^的05-1^6能力信息通過1^附著注冊請求消息1^_々《3(^1^1^_ Req上報到ASN GW。步驟609，ASN Gff根據(jù)HCSN在接入網(wǎng)路認(rèn)證過程中發(fā)送的MS的IP地址、CGN地 址信息、預(yù)置SF信息以及網(wǎng)絡(luò)側(cè)的DS-Iite策略信息，判斷MS是否需要使用DS-Iite技術(shù) 獲取IPv4業(yè)務(wù)。具體的，ASN發(fā) 現(xiàn)HCSN為MS下發(fā)了一條CS類型為IPv4的預(yù)置SF，但是 并沒有為其下發(fā)任何形式的IPv4地址，包括公有IPv4地址、私有IPv4地址和DHCPv4的服 務(wù)器地址，且網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，則判斷出MS需要采用DS-Iite 技術(shù)獲得IPv4服務(wù)。
當(dāng)ASN判斷出MS需要使用DS-lite技術(shù)獲取IPv4業(yè)務(wù)后，繼續(xù)判斷為MS采取的 DS-Iite工作模式為DS-Iite客戶端或者DS-Iite代理。具體的，可以通過如下方式判斷 若通過步驟607-608接收到的MS的DS-Iite能力信息，獲知MS支持DS-lite，則決策出MS 通過DS-Iite客戶端模式獲取IPv4業(yè)務(wù)，之后執(zhí)行步驟612。否則。若通過步驟607-608 接收到MS的DS-Iite能力信息，獲知MS不支持DS-lite，則決策出ASN激活DS-Iite代理 以便為MS提供IPv4業(yè)務(wù)，之后執(zhí)行步驟610。
步驟610，ASN為MS激活DS-lite代理功能，并觸發(fā)CS類型為IPv4業(yè)務(wù)的SF的建立。步驟611，ASN在DHCPv4或MIPv4的注冊過程中，通過DHCP v4確認(rèn)消息 DHCPv4offer、MIPv4 注冊應(yīng)答消息 MIPv4Rsponse 或代理廣播消息 Agent Advertisement, 將眾所周知的IPv4地址下發(fā)給MS，以確保MS并不知曉DS-Iite代理的存在。之后，不再執(zhí) 行后續(xù)流程。步驟612，ASN發(fā)起將SF的CS類型修改為IPv6的過程，并發(fā)起IPv6的SF和DP
建立過程。步驟613，MS在建立CS類型為IPv6業(yè)務(wù)的SF后，在DHCPv6請求消息或路由請求 消息中封裝CGN地址請求信息，并發(fā)送給ASN。步驟614，ASN將CGN地址信息封裝在DHCPv6應(yīng)答消息DHCPv6Rsp或路由廣播消 息RA中下發(fā)給MS。圖8所示的實施例中，若圖3所示實施例的流程在網(wǎng)絡(luò)初始化時已經(jīng)進(jìn)行，則圖8 所示的實施例中，可以不包括圖3所示實施例的流程。否則，若圖3所示實施例的流程未在 網(wǎng)絡(luò)初始化時完成，圖8所示的實施例中還包括圖3所示實施例的流程，即步驟602-606 分別包括步驟101-105。同樣，圖8所示的實施例中，以MS發(fā)生漫游為例進(jìn)行了說明。若MS未發(fā)生漫游， 則由于不包含VCSN，不需要上述流程中VCSN的相關(guān)操作，即ASN直接與HCSN交互。步驟 602與步驟603的操作具體為ASN直接向HCSN發(fā)送接入請求消息。相應(yīng)的，步驟605與步 驟606的操作具體為HCSN將攜帶有預(yù)置SF信息、MS的IP地址和CGN地址信息的接入接 受消息直接發(fā)送給ASN。此時，如果圖8所示的實施例包括了圖3所示實施例的流程步驟 101與步驟102的操作具體為ASN向HCSN直接發(fā)送帶有該ASN的DS-Iite能力信息的接 入請求消息。相應(yīng)的，步驟104與步驟105的操作具體為HCSN中的HAAA將攜帶有網(wǎng)絡(luò)側(cè) DS-Iite支持策略的接入接受消息直接發(fā)送給ASN。根據(jù)本發(fā)明的再一個實施例，CSN下發(fā)的SF的類型為通用匯聚子層(General Packet Convergence Sublayer，以下簡稱GPCS)。ASN接收到網(wǎng)絡(luò)側(cè)的 DS-lite 能力、CGN 地址信息、SF信息與IPv6地址后，會首先觸發(fā)建立GPCS類型的SF和DP。當(dāng)MS具有IPv4 業(yè)務(wù)需求且具有DS-Iite能力時，向ASN發(fā)送CGN地址請求信息，ASN判斷出MS需要采用 DS-Iite技術(shù)獲取IPv4服務(wù)，并且查詢到網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-Iite功 能后，將CGN地址信息下發(fā)給MS，以便MS根據(jù)該CGN地址獲取IPv4業(yè)務(wù)；MS具有IPv4業(yè)務(wù) 需求但不具有DS-Iite能力時，通過GPCS類型的SF向ASN發(fā)送IPv4業(yè)務(wù)數(shù)據(jù)，ASN檢測到 IPv4數(shù)據(jù)，判斷出MS需要采用DS-Iite技術(shù)獲取IPv4服務(wù)，并且查詢到網(wǎng)絡(luò)側(cè)的DS-Iite 支持策略為能使用DS-Iite功能后，為MS激活DS-Iite代理功能，并向MS下發(fā)眾所周知的IPv4地址，以便ASN采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)。如圖9所示，為本發(fā)明DS-Iite協(xié)商處理方法實施例七的流程圖。該實施例中， 在CS類型為GPCS時，ASN通過檢測MS是否有上行IPv4業(yè)務(wù)數(shù)據(jù)來判斷是否為MS激活 DS-Iite代理功能。如圖9所示，該實施例包括以下步驟步驟701，MS開始接入網(wǎng)絡(luò)認(rèn)證過程。 步驟702，在MS接入網(wǎng)絡(luò)認(rèn)證過程中，ASN中的ASN Gff向VCSN中的AAA代理發(fā)送 接入請求消息AAA Access Request。步驟703，VCSN中的AAA代理向HCSN中的HAAA發(fā)送接入請求消息AAA Access Request。步驟704，HAAA將SF的CS類型設(shè)置為GPCS。另外，HCSN中的HAAA得知網(wǎng)絡(luò)側(cè) 的DS-Iite支持策略后，綜合考慮用戶的業(yè)務(wù)簽約信息、網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與CSN 分配IPv4地址的能力，判斷MS是否需要使用DS-Iite工作模式獲取IPv4業(yè)務(wù)。若MS需 要使用DS-Iite工作模式獲取IPv4業(yè)務(wù)，執(zhí)行步驟705 ；否則，不執(zhí)行后續(xù)DS-Iite相關(guān)流程。具體的，由于網(wǎng)絡(luò)側(cè)WDS-Iite支持策略是由HAAA確定的，因此HAAA可以直接獲 取到網(wǎng)絡(luò)側(cè)的DS-Iite策略信息。如果HCSN沒有能力為MS分配任何IPv4地址，包括公有 IPv4地址和私有IPv4地址，并且網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，則判斷出 MS需要采取DS-Iite技術(shù)來獲取IPv4業(yè)務(wù)。步驟705，HAAA為MS分配IPv6地址或前綴，該IPv6地址也可以采取DHCPv6方 式或在MIPv6注冊過程中獲得在MS的接入網(wǎng)絡(luò)認(rèn)證過程中，將分配給MS的IPv6地址或前 綴、CGN地址信息與CS類型為GPCS的SF信息攜帶在接入接受消息AAA Access Accept中 下發(fā)到VCSN中的AAA代理。步驟706，VCSN中的AAA代理將接入接受消息AAA Access Accept轉(zhuǎn)發(fā)給ASN中 的ASN Gff,如果網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-lite，并且VCSN具有下發(fā)CGN的 能力，則VCSN可以在該接入接受消息中攜帶上自己分配的CGN地址信息。步驟707，ASN Gff根據(jù)HAAA下發(fā)的SF信息，觸發(fā)建立GPCS類型的SF和DP。步驟708，MS具有IPv4業(yè)務(wù)需求，即需要發(fā)送業(yè)務(wù)數(shù)據(jù)時，檢測自己是否具有 DS-Iite 能力。步驟709，若MS具有DS-Iite能力，則向ASN Gff發(fā)送CGN地址請求信息，該CGN地 址請求信息可以由DHCPv6請求消息或MIP注冊消息攜帶。否則，若MS不具有DS-Iite能 力，MS通過GPCS類型的SF直接向ASN發(fā)送IPv4業(yè)務(wù)數(shù)據(jù)。步驟710，ASN判斷MS是否具有DS-Iite能力。具體為，如果ASN接收到MS發(fā)送 的CGN請求信息，說明MS具有DS-Iite能力，確定MS使用DS-Iite客戶端模式獲取IPv4 業(yè)務(wù)，執(zhí)行步驟711。否則，如果ASN接收到MS發(fā)送的IPv4業(yè)務(wù)數(shù)據(jù)，則說明MS不具有 DS-Iite能力，確定MS使用DS-Iite代理模式獲取業(yè)務(wù)，執(zhí)行步驟712。步驟711，ASN查詢到網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS_lite，并且HCSN為 MS下發(fā)了 CGN地址信息，則向MS返回CGN地址信息，該CGN地址信息可以由DHCP或MIP注 冊消息攜帶。之后，不再執(zhí)行后續(xù)流程。步驟712，ASN查詢到網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-Iite且能啟用DS-Iite代理功能，并且HCSN只為MS下發(fā)了 IPv6地址或前綴，而沒有為其下發(fā)任何形式 的IPv4地址，包括公有IPv4地址和私有IPv4地址，則ASN為MS激活DS-Iite代理功能， 并向MS下發(fā)眾所周知的IPv4地址，以便ASN采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)。 具體的，ASN可以將眾所周知的IPv4地址攜帶在DHCPv4確認(rèn)消息DHCPv4offer、MIPv4注 冊應(yīng)答消息MIPv4Rsponse或代理廣播消息Agent Advertisement中下發(fā)給MS。圖9所示的實施例中，若圖3所示實施例的流程在網(wǎng)絡(luò)初始化時已經(jīng)進(jìn)行，則圖9 所示的實施例中，可以不包括圖3所示實施例的流程。否則，若圖3所示實施例的流程未在 網(wǎng)絡(luò)初始化時完成，圖9所示的實施例中還包括圖3所示實施例的流程，即步驟702-706 分別包括步驟101-105。
同樣，圖9所示的實施例中，以MS發(fā)生漫游為例進(jìn)行了說明。若MS未發(fā)生漫游， 則由于不包含VCSN，不需要上述流程中VCSN的相關(guān)操作，即ASN直接與HCSN交互。步驟 702和步驟703的操作具體為ASN直接向HCSN發(fā)送接入請求消息。相應(yīng)的，步驟705和步 驟706的操作具體為HCSN將攜帶有預(yù)置SF信息、MS的IP地址和CGN地址信息的接入接 受消息直接發(fā)送給ASN。此時，如果圖9所示的實施例包括了圖3所示實施例的流程，則步 驟101與步驟102的操作具體為ASN向HCSN直接發(fā)送帶有該ASN的DS-Iite能力信息的 接入請求消息。相應(yīng)的，步驟104與步驟105的操作具體為HCSN中的HAAA將攜帶有網(wǎng)絡(luò) 側(cè)DS-Iite支持策略的接入接受消息直接發(fā)送給ASN。根據(jù)本發(fā)明的再一個本實施例，不由CSN中的AAA以預(yù)置SF的形式指定SF信 息，而是由MS動態(tài)發(fā)起SF的建立，ASN根據(jù)MS發(fā)起的SF的CS類型來判斷是否為MS激活 DS-Iite代理功能，并進(jìn)行后續(xù)的處理。具體的，如果MS發(fā)起的動態(tài)SF的CS類型為IPv4， 則該動態(tài)SF授權(quán)成功后，ASN為該MS激活DS-Iite代理。否則，如果MS發(fā)起的動態(tài)SF 的CS類型為IPv6，則該動態(tài)SF授權(quán)成功后，ASN為該MS下發(fā)CGN地址信息，向MS表明以 DS-Iite客戶端模式獲取IPv4業(yè)務(wù)。如圖10所示，為本發(fā)明DS-Iite協(xié)商處理方法實施例八的流程圖。該實施例中，可 以由ASN確定用戶終端的DS-Iite工作模式。如圖10所示，該實施例具體包括以下步驟步驟801，MS與HCSN中的應(yīng)用功能實體(Application Function,以下簡稱AF)
交互應(yīng)用層信令。步驟802，應(yīng)用層信令交互完成后，AF與HCSN中MS的策略與計費規(guī)則功能實體 (Policy and Charging Rules Function，以下簡稱PCRF)進(jìn)行業(yè)務(wù)授權(quán)，在AF發(fā)送給PCRF 的消息中攜帶有MS的網(wǎng)絡(luò)接入標(biāo)識(Network Access Identifier,以下簡稱NAI)和眾所 周知的IPv4地址，以供PCRF索引MS對應(yīng)的IPv4承載會話(Session)。步驟803，MS檢測該MS是否具有DS-Iite能力。若MS不具有DS-lite能力，MS通 過動態(tài)服務(wù)流添加請求消息Dynamic Service Add Request向ASN發(fā)送CS類型為IPv4的 SF建立請求。若MS具有DS-Iite能力，MS通過動態(tài)服務(wù)流添加請求消息Dynamic Service Add Request向ASN發(fā)送CS類型為IPv6的SF建立請求，并在該請求中攜帶眾所周知的 IPv4地址。步驟804，ASN檢測MS是否具有DS-Iite能力。具體的，如果ASN接收到MS發(fā)送的 CS類型為IPv4的動態(tài)服務(wù)員流添加請求，則說明MS不具有DS-Iite能力，執(zhí)行步驟805。 否則，如果ASN接收到MS發(fā)送的CS類型為IPv6的動態(tài)服務(wù)流添加請求，則說明MS具有DS-Iite能力，執(zhí)行步驟810。步驟805，ASN根據(jù)MS的NAI和眾所周知的IPv4地址索引到對應(yīng)的會話。步驟806，ASN向PCRF發(fā)送業(yè)務(wù)授權(quán)請求消息，發(fā)起業(yè)務(wù)授權(quán)過程，PCRF根據(jù)業(yè)務(wù) 授權(quán)請求消息中攜帶的會話ID和MS的NAI，授權(quán)并確認(rèn)動態(tài)服務(wù)流的建立，并向ASN發(fā)送 業(yè)務(wù)授權(quán)成功的提示消息。其中的動態(tài)服務(wù)流即SF。
步驟807，ASN接收到PCRF發(fā)送的業(yè)務(wù)授權(quán)成功的提示消息后，發(fā)現(xiàn)該新建立的 SF的CS類型為IPv4，并且業(yè)務(wù)授權(quán)成功的提示消息中未攜帶任何形式的IPv4地址，包括 公有IPv4地址、私有IPv4地址以及DHCPv4服務(wù)器地址，且ASN根據(jù)網(wǎng)絡(luò)側(cè)的DS-Iite支 持策略獲知能使用DS-Iite且能啟用DS-Iite代理功能，則ASN授權(quán)MS使用DS-Iite代理 工作模式，并激活DS-Iite代理功能。該步驟807之前，通過圖3所示實施例的步驟104與步驟105，ASN已經(jīng)接收到了 網(wǎng)絡(luò)側(cè)的DS-Iite支持策略，因此，ASN可以獲知網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。步驟808，ASN通過動態(tài)服務(wù)流添加響應(yīng)消息Dynamic Service Add Response向 MS下發(fā)眾所周知的IPv4地址，以便ASN采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)。步驟809，MS向ASN返回動態(tài)服務(wù)流添加確認(rèn)消息Dynamic Service Add Ack0之 后，不再執(zhí)行后續(xù)流程。步驟810，ASN根據(jù)MS的ΝΑΙ、眾所周知的IPv4地址和IPv6地址索引到對應(yīng)的會話。步驟811，ASN向PCRF發(fā)送業(yè)務(wù)授權(quán)請求消息，發(fā)起業(yè)務(wù)授權(quán)過程，PCRF根據(jù)動態(tài) 服務(wù)流中攜帶的會話ID和MS的NAI，授權(quán)并確認(rèn)該SF的建立，并向ASN發(fā)送業(yè)務(wù)授權(quán)成功 的提示消息。其中的動態(tài)服務(wù)流即SF。步驟812，ASN接收到PCRF發(fā)送的業(yè)務(wù)授權(quán)成功的提示消息后，發(fā)現(xiàn)該新建立的 SF的CS類型為IPv6，并且MS的IPv4地址是眾所周知的IPv4地址，且ASN根據(jù)網(wǎng)絡(luò)側(cè)的 DS-Iite支持策略獲知能使用DS-lite，則ASN為MS授權(quán)使用DS-Iite客戶端工作模式，并 通過動態(tài)服務(wù)流添加響應(yīng)消息Dynamic Service Add Response消息向MS下發(fā)CGN地址信 息，以便MS根據(jù)該CGN地址信息獲取IPv4業(yè)務(wù)。該步驟812之前，通過圖3所示實施例的步驟104與步驟105，ASN已經(jīng)接收到了 網(wǎng)絡(luò)側(cè)的DS-Iite支持策略，因此，ASN可以獲知網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。步驟813，MS向ASN返回動態(tài)服務(wù)流添加確認(rèn)消息Dynamic Service Add Ack。在本發(fā)明圖4至圖10所示的實施例中，由于MS參與了 DS-Iite協(xié)商處理流程，圖 4至圖10所示的實施例的DS-Iite協(xié)商處理方法也可以稱為終端協(xié)商DS-Iite協(xié)商處理方 法。終端協(xié)商是在MS、ASN與HAAA之間的協(xié)商，通過終端協(xié)商，可以確定MS的DS-Iite工 作模式為DS-Iite客戶端模式或DS-Iite代理模式，并使相關(guān)功能實體獲得所需信息。如圖11所示，為本發(fā)明DS-Iite協(xié)商處理裝置實施例的結(jié)構(gòu)示意圖。該實施例的 DS-Iite協(xié)商處理裝置可用于實現(xiàn)本發(fā)明上述DS-Iite協(xié)商處理方法實施例的流程，其包 括獲取模塊901與第一確定模塊902。其中，獲取模塊901用于獲取ASN與MS的DS-Iite 能力信息。第一確定模塊902用于根據(jù)獲取模塊901獲取到的ASN與MS的DS-Iite能力 信息確定MS的DS-Iite工作模式。另外，獲取模塊901還可以獲取CSN的DS-Iite能力信息。相應(yīng)的，再參見圖11，本發(fā)明實施例的DS-Iite協(xié)商處理裝置還包括第二確定模塊903，用于根據(jù)獲取模塊901獲 取到的ASN與CSN的DS-Iite能力信息，確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。相應(yīng)的，第一確 定模塊902根據(jù)第二確定模塊903確定的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略，與獲取模塊901獲 取到的MS的DS-Iite能力信息，確定MS的DS-Iite工作模式。如圖12所示，為本發(fā)明通信設(shè)備實施例一的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備可 以實現(xiàn)本發(fā)明上述DS-Iite協(xié)商處理方法實施例中CSN的相應(yīng)操作流程。其包括第一接收 模塊911、第三確定模塊912與第一發(fā)送模塊913。其中，第一接收模塊911用于接收ASN 上報的該ASN的DS-Iite能力信息。第三確定模塊912用于根據(jù)第一接收模塊911接收到 的ASN的DS-Iite能力信息，確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。第一發(fā)送模塊913用于向 ASN發(fā)送由第三確定模塊912確定的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。
具體地，第一接收模塊911用于接收MS的VCSN發(fā)送的VCSN的DS-lite能力信息 與ASN的DS-Iite能力信息。相應(yīng)的，第三確定模塊912根據(jù)ASN的DS-Iite能力信息與 VCSN的DS-Iite能力信息，信息確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。第一發(fā)送模塊913通過 VCSN向ASN發(fā)送由第三確定模塊912確定的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。該實施例的通信 設(shè)備可用于實現(xiàn)本發(fā)明如圖3所示實施例中HCSN的操作流程。如圖13所示，為本發(fā)明通信設(shè)備實施例二的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備可 以實現(xiàn)本發(fā)明圖4所示實施例中的HCSN相應(yīng)操作流程。與圖12所示實施例的通信設(shè)備相 比，該實施例中，第一接收模塊911還用于接收MS的DS-Iite能力信息。相應(yīng)的，通信設(shè)備 還包括第四確定模塊914、設(shè)置模塊915與分配模塊916。其中，第四確定模塊914用于根 據(jù)第一接收模塊911接收到的MS的DS-Iite能力、由第三確定模塊912確定的網(wǎng)絡(luò)側(cè)的 DS-Iite支持策略與CSN分配IPv4地址的能力，確定是否授權(quán)MS使用DS-Iite技術(shù)，并在授 權(quán)MS使用DS-Iite技術(shù)時，確定MS的DS-Iite工作模式為DS-Iite客戶端模式或DS-Iite 代理模式，或者第四確定模塊914用于根據(jù)第一接收模塊911接收到的MS的DS-Iite能力、 ASN和/或VCSN的DS-Iite能力與CSN分配IPv4地址的能力，直接確定是否授權(quán)MS使用 DS-Iite技術(shù)以及MS的DS-Iite工作模式。設(shè)置模塊915用于根據(jù)第四確定模塊914的確 定結(jié)果，在MS的DS-Iite工作模式為DS-Iite客戶端模式時，將SF的CS類型設(shè)置為IPv6， 在MS的DS-Iite工作模式為DS-Iite代理模式時，將SF的CS類型設(shè)置為IPv4。分配模 塊916用于向MS分配IPv6地址。相應(yīng)的，第一發(fā)送模塊913還用于向ASN下發(fā)由設(shè)置模 塊915將CS類型設(shè)置為IPv4或IPv6后的SF的CS類型信息、分配模塊916分配的IPv6 地址與預(yù)先存儲的CGN地址信息。如圖14所示，為本發(fā)明通信設(shè)備實施例三的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備實 現(xiàn)本發(fā)明圖5所示實施例中的HCSN相應(yīng)操作流程。與圖12所示實施例的通信設(shè)備相比， 該實施例的通信設(shè)備還包括第一存儲模塊917、第五確定模塊918、設(shè)置模塊915與分配模 塊916。其中，第一存儲模塊917用于存儲MS用戶的DS-Iite能力簽約信息。第五確定模 塊918用于根據(jù)第一存儲模塊917中的MS用戶的DS-Iite能力簽約信息、由第三確定模塊 912確定的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與CSN分配IPv4地址的能力，確定是否授權(quán)MS使用 DS-Iite技術(shù)，并在授權(quán)MS使用DS-Iite技術(shù)時，確定MS的DS-Iite工作模式為DS-Iite 客戶端模式或DS-Iite代理模式，或者第五確定模塊918用于根據(jù)第一接收模塊911接收 到的MS的DS-Iite能力、ASN和/或VCSN的DS-Iite能力與CSN分配IPv4地址的能力，直接確定是否授權(quán)MS使用DS-Iite技術(shù)以及MS的DS-Iite工作模式。設(shè)置模塊915用于設(shè) 置SF的CS類型，根據(jù)第五確定模塊918的確定結(jié)果，在MS的DS-Iite工作模式為DS-Iite 客戶端模式時，將SF的CS類型設(shè)置為IPv6，在MS的DS-Iite工作模式為DS-Iite代理模 式時，將SF的CS類型設(shè)置為IPv4。分配模塊916用于向MS分配IPv6地址。相應(yīng)的，第一 發(fā)送模塊913還用于向ASN下發(fā)由設(shè)置模塊915將CS類型設(shè)置為IPv4或IPv6后的SF的 CS類型信息、分配模塊916分配的IPv6地址與預(yù)先存儲的CGN地址信息。
如圖15所示，為本發(fā)明通信設(shè)備實施例四的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備可 以實現(xiàn)本發(fā)明圖6與圖7所示實施例中HCSN的相應(yīng)操作流程。與圖12所示實施例的通 信設(shè)備相比，該實施例的通信設(shè)備還包括分配模塊916、第一存儲模塊917與第一識別模塊 919。其中，分配模塊916用于向MS分配IPv6地址。第一存儲模塊917用于存儲MS用戶 的業(yè)務(wù)簽約信息。第一識別模塊919用于根據(jù)第一存儲模塊917中的MS用戶的業(yè)務(wù)簽約 信息、由第三確定模塊912確定的網(wǎng)絡(luò)側(cè)的DS-Iite能力與CSN分配IPv4地址的能力，識 別MS是否需要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)。相應(yīng)的，第一發(fā)送模塊913根據(jù)第一識 別模塊919的識別結(jié)果，在MS需要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)時，在MS的接入網(wǎng)絡(luò) 認(rèn)證過程中，向ASN下發(fā)由第三確定模塊912確定的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略、預(yù)先存儲 的CGN地址信息、SF的CS類型信息與分配模塊916分配的IPv6地址。進(jìn)一步地，第一識別模塊919用于根據(jù)第一存儲模塊917中的MS用戶的業(yè)務(wù)簽約 信息、由第三確定模塊912確定的網(wǎng)絡(luò)側(cè)的DS-Iite能力與CSN分配IPv4地址的能力，識 別MS是否為雙棧節(jié)點。相應(yīng)的，第一發(fā)送模塊913根據(jù)第一識別模塊919的識別結(jié)果，在 MS為雙棧節(jié)點且需要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)時，在MS的接入網(wǎng)絡(luò)認(rèn)證過程中， 向ASN下發(fā)由第三確定模塊912確定的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略、預(yù)先存儲的CGN地址 信息與SF的CS類型信息。如圖16所示，為本發(fā)明通信設(shè)備實施例五的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備可 以實現(xiàn)本發(fā)明圖8所示實施例中HCSN的相應(yīng)操作流程。與圖12所示實施例的通信設(shè)備相 比，該實施例的通信設(shè)備還包括分配模塊916與判斷模塊920。其中，判斷模塊920用于根 據(jù)第三確定模塊912確定的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與CSN分配IPv4地址的能力，判斷 MS是否需要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)。分配模塊916用于根據(jù)判斷模塊920的判 斷結(jié)果，在MS需要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)時，向MS分配IPv6地址。相應(yīng)的，第 一發(fā)送模塊913具體向ASN下發(fā)由第三確定模塊912確定的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略、 預(yù)先存儲的CGN地址信息、SF與分配模塊916分配的IPv6地址。如圖17所示，為本發(fā)明通信設(shè)備實施例六的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備可 以實現(xiàn)本發(fā)明圖9所示實施例中HCSN的相應(yīng)操作流程。與圖16所示實施例的通信設(shè)備相 比，該實施例的通信設(shè)備還包括設(shè)置模塊915、第一存儲模塊917與第五確定模塊918。其 中，設(shè)置模塊915用于在第一接收模塊911接收到ASN上報的該ASN的DS-Iite能力信息 后，將SF的CS類型設(shè)置為GPCS。第一存儲模塊917用于存儲MS用戶的業(yè)務(wù)簽約信息。第 五確定模塊918用于在第一接收模塊911接收到ASN上報的該ASN的DS-Iite能力信息 后，根據(jù)第一存儲模塊917中的MS用戶的業(yè)務(wù)簽約信息、由第三確定模塊912確定的網(wǎng)絡(luò) 側(cè)的DS-Iite支持策略與CSN分配IPv4地址的能力，確定是否授權(quán)MS使用DS-Iite技術(shù)。 相應(yīng)的，分配模塊916用于根據(jù)第五確定模塊918的確定結(jié)果，在MS需要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)時，向MS分配IPv6地址。第一發(fā)送模塊913具體向ASN下發(fā)由第三確定 模塊912確定的網(wǎng)絡(luò)側(cè)的DS-Iite能力、預(yù)先存儲的CGN地址信息、設(shè)置模塊915將CS類 型為GPCS的SF與CGN地址信息。如圖18所示，為本發(fā)明通信設(shè)備實施例七的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備可 以實現(xiàn)本發(fā)明上述DS-Iite協(xié)商處理方法實施例中ASN的相應(yīng)操作流程。其包括第二發(fā) 送模塊921與第二接收模塊922。其中，第二發(fā)送模塊921用于向CSN上報該通信設(shè)備的 DS-Iite能力信息。第二接收模塊922用于接收CSN根據(jù)所述通信設(shè)備的DS-Iite能力信 息發(fā)送的網(wǎng)絡(luò)側(cè)的DS-Iite能力。 如圖19所示，為本發(fā)明通信設(shè)備實施例八的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備 可以實現(xiàn)本發(fā)明圖5所示實施例中ASN的相應(yīng)操作流程。與圖18所示實施例的通信設(shè)備 相比，該實施例中，第二接收模塊922還用于接收CSN為MS下發(fā)的CS類型設(shè)置為IPv4或 IPv6的SF信息、IPv6地址與CGN地址信息。該實施例中的通信設(shè)備還包括第二識別模塊 923與激活模塊924。其中，第二識別模塊923用于根據(jù)第二接收模塊922接收到的SF信 息中的CS類型識別MS的DS-Iite工作模式。激活模塊924用于根據(jù)第二識別模塊923的 識別結(jié)果，在MS的DS-Iite工作模式為授權(quán)ASN采用DS-Iite代理模式為MS提供IPv4業(yè) 務(wù)時，激活DS-Iite代理功能，并指示第二發(fā)送模塊921向MS下發(fā)眾所周知的IPv4地址， 建立IPv4業(yè)務(wù)的SF。相應(yīng)的，第二發(fā)送模塊921還用于根據(jù)第二識別模塊923的識別結(jié) 果，在MS的DS-Iite工作模式為MS采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)時，向MS下發(fā) 第二接收模塊922接收到的CGN地址信息，建立IPv6業(yè)務(wù)的SF。在圖19所示實施例的基礎(chǔ)上，第二接收模塊922還用于接收MS發(fā)送的MS的 DS-Iite能力信息。相應(yīng)的，第二發(fā)送模塊921還用于將第二接收模塊922接收到的MS的 DS-Iite能力信息發(fā)送給CSN。該實施例的通信設(shè)備可以實現(xiàn)本發(fā)明圖4所示實施例ASN 中的相應(yīng)操作流程。如圖20所示，為本發(fā)明通信設(shè)備實施例九的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備可 以實現(xiàn)本發(fā)明圖6所示實施例中ASN的相應(yīng)操作流程。與圖18所示實施例的通信設(shè)備相 比，該實施例中，第二接收模塊922還用于接收CSN為MS下發(fā)的SF的CS類型信息、IPv6地 址與CGN地址信息，以及MS發(fā)送的CGN地址請求信息。相應(yīng)的，通信設(shè)備還包括第三識別 模塊925與激活模塊924。其中，第三識別模塊925用于根據(jù)第二接收模塊922從CSN接收 到的信息，以及是否接收到MS發(fā)送的CGN地址請求信息識別MS的DS-Iite工作模式。激 活模塊924用于根據(jù)第三識別模塊925的識別結(jié)果，在MS的DS-Iite工作模式為授權(quán)ASN 采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)時，激活DS-Iite代理功能，并指示第二發(fā)送模 塊921向MS下發(fā)眾所周知的IPv4地址，發(fā)起IPv4業(yè)務(wù)的SF和DP的建立過程。相應(yīng)的， 第二發(fā)送模塊921還用于根據(jù)第三識別模塊925的識別結(jié)果，在MS的DS-Iite工作模式為 MS采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)時，向MS下發(fā)由第二接收模塊922從CSN接收 到的CGN地址信息，并發(fā)起修改SF的CS類型為IPv6，以及IPv6業(yè)務(wù)的SF和DP的建立過 程。如圖21所示，為本發(fā)明通信設(shè)備實施例十的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備可 以實現(xiàn)本發(fā)明圖7所示實施例中ASN的相應(yīng)操作流程。與圖18所示實施例的通信設(shè)備相 比，該實施例中，第二接收模塊922還用于接收CSN為MS下發(fā)的SF的CS類型信息、IPv6地址與CGN地址信息，以及MS發(fā)送的CGN地址請求信息，第二發(fā)送模塊921還用于在第二接 收模塊922接收到CS類型為IPv4的SF時，發(fā)起IPv4業(yè)務(wù)的SF和DP的建立過程。通信 設(shè)備還包括第四識別模塊926與激活模塊924。第四識別模塊926用于根據(jù)MS是否存在 CS類型為IPv4預(yù)置流，是否收到任何形式的IPv4地址，以及第二接收模塊922是否接收 到MS發(fā)送的CGN地址請求信息，識別MS的DS-Iite工作模式。激活模塊924用于根據(jù)第 四識別模塊926的識別結(jié)果，在MS的DS-Iite工作模式為授權(quán)ASN采用DS-Iite代理模式 為MS提供IPv4業(yè)務(wù)時，激活DS-Iite代理功能，并指示第二發(fā)送模塊921向MS下發(fā)眾所 周知的IPv4地址。相應(yīng)的，第二發(fā)送模塊921還用于根據(jù)第四識別模塊926的識別結(jié)果，在MS存在CS類型為IPv4預(yù)置業(yè)務(wù)流SF，但沒有收到任何形式的IPv4地址，并且收到MS 發(fā)送的CGN地址請求時，向MS下發(fā)CGN地址信息，并發(fā)起修改SF的CS類型為IPv6，以及 IPv6業(yè)務(wù)的SF和DP的建立過程。如圖22所示，為本發(fā)明通信設(shè)備實施例十一的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備 可以實現(xiàn)本發(fā)明圖8所示實施例中ASN的相應(yīng)流程。與圖18所示實施例的通信設(shè)備相比， 該實施例中，第二接收模塊922還用于接收CSN下發(fā)的CGN地址信息、SF與IPv6地址與MS 上報的該MS的DS-Iite能力信息，以及接收MS發(fā)送的CGN地址獲取請求信息。通信設(shè)備 還包括第五識別模塊927與激活模塊924。其中，第五識別模塊927用于根據(jù)第二接收模塊 922接收到的MS的DS-Iite能力與網(wǎng)絡(luò)側(cè)的DS-Iite能力，確定是否授權(quán)MS使用DS-Iite 工作模式，并在授權(quán)MS使用DS-Iite工作模式時，識別MS的DS-Iite工作模式。激活模 塊924用于根據(jù)第五識別模塊927的識別結(jié)果，在MS的DS-Iite工作模式為授權(quán)ASN采 用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)時，激活DS-Iite代理功能，并指示第二發(fā)送模塊 921發(fā)起IPv4業(yè)務(wù)的服務(wù)流SF和DP的建立過程，并向MS下發(fā)眾所周知的IPv4地址。相 應(yīng)的，第二發(fā)送模塊921還用于根據(jù)第五識別模塊927的識別結(jié)果，在MS的DS-Iite工作 模式為MS采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)時，并發(fā)起修改SF的CS類型為IPv6，以 及IPv6業(yè)務(wù)的SF和DP的建立過程，并根據(jù)第二接收模塊922接收到的CGN地址獲取請求 信息，向MS下發(fā)CGN地址信息。如圖23所示，為本發(fā)明通信設(shè)備實施例十二的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備 可以實現(xiàn)本發(fā)明圖9所示實施例中ASN的相應(yīng)操作流程。與圖18所示實施例的通信設(shè)備 相比，該實施例中，第二接收模塊922還用于接收CSN下發(fā)的CGN地址信息、SF的CS類型 信息與IPv6地址，以及接收MS發(fā)送的CGN地址獲取請求信息與通過GPCS類型的SF發(fā)送 的IPv4業(yè)務(wù)數(shù)據(jù)。第二發(fā)送模塊921還用于在第二接收模塊922接收到網(wǎng)絡(luò)側(cè)的DS-Iite 能力、CGN地址信息、SF信息與IPv6地址后，觸發(fā)建立GPCS類型的SF和DP，以及根據(jù)第 六識別模塊928的識別結(jié)果，在MS的DS-Iite工作模式為MS采用DS-Iite客戶端模式獲 取IPv4業(yè)務(wù)時，向MS下發(fā)CGN地址信息。通信設(shè)備還包括第六識別模塊928與激活模塊 924。其中，第六識別模塊928用于根據(jù)第二接收模塊922接收到CGN地址獲取請求信息或 IPv4業(yè)務(wù)數(shù)據(jù)，識別MS的DS-Iite工作模式。激活模塊924用于根據(jù)第六識別模塊928的 識別結(jié)果，在MS的DS-Iite工作模式為授權(quán)ASN采用DS-Iite代理模式為MS提供IPv4業(yè) 務(wù)時，激活DS-Iite代理功能，并指示第二發(fā)送模塊921向MS下發(fā)眾所周知的IPv4地址。如圖24所示，為本發(fā)明通信設(shè)備實施例十三的結(jié)構(gòu)示意圖。該實施例的通信設(shè)備 可以實現(xiàn)本發(fā)明圖10所示實施例中ASN的相應(yīng)操作流程。與圖18所示實施例的通信設(shè)備相比，該實施例中，第二接收模塊922還用于接收MS發(fā)送的CS類型為IPv6或IPv4的SF建 立請求，以及接收CSN在業(yè)務(wù)授權(quán)成功后建立的SF信息，包括SF的CS類型。第二發(fā)送模 塊921還用于根據(jù)MS的NAI與眾所周知的IPv4地址索引對應(yīng)的會話，并向CSN發(fā)起業(yè)務(wù)授 權(quán)請求，該業(yè)務(wù)授權(quán)請求中包括會話的會話標(biāo)識(ID)與ΝΑΙ。通信設(shè)備還包括第七識別模 塊929與激活模塊924。其中，第七識別模塊929用于根據(jù)所述業(yè)務(wù)授權(quán)成功的提示消息、 授權(quán)成功的SF的CS類型與第二接收模塊922接收到的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略，識別 MS的DS-Iite工作模式。若業(yè)務(wù)授權(quán)成功的提示消息中未攜帶IPv4地址，授權(quán)成功的SF 的CS類型為IPv4，且網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-Iite且能啟用DS-Iite代理 功能，則確定所述終端使用DS-Iite代理模式獲取IPv4業(yè)務(wù)；若終端的IPv4地址是眾所周 知的IPv4地址，且授權(quán)成功的SF的CS類型為IPv6，則確定MS使用DS-Iite客戶端模式獲 取IPv4業(yè)務(wù)。激活模塊924用于根據(jù)第七識別模塊929的識別結(jié)果，在MS的DS-Iite工 作模式為授權(quán)ASN采用DS-Iite代理模式為MS提供IPv4業(yè)務(wù)時，激活DS-Iite代理功能， 并指示第二發(fā)送模塊921向MS下發(fā)眾所周知的IPv4地址，根據(jù)SF信息建立IPv4業(yè)務(wù)的 SF0相應(yīng)的，第二發(fā)送模塊921還用于根據(jù)第七識別模塊929的識別結(jié)果，在MS的DS-Iite 工作模式為MS采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)時，向MS下發(fā)CGN地址信息。 如圖25所示，為本發(fā)明通信設(shè)備實施例十四的結(jié)構(gòu)示意圖。該實施例的通信設(shè) 備可以作為MS,實現(xiàn)本發(fā)明圖4至圖10所示實施例中的相應(yīng)流程，尤其是圖5所示的實施 例。該實施例的通信設(shè)備包括第一通信業(yè)務(wù)處理模塊930、第三發(fā)送模塊931與第三接收模 塊932。其中，第一通信業(yè)務(wù)處理模塊930用于根據(jù)第三接收模塊932接收到的眾所周知的 IPv4地址或CGN地址信息，與ASN之間建立IPv4業(yè)務(wù)的SF或IPv6業(yè)務(wù)的SF。第三發(fā)送 模塊931用于向ASN發(fā)送CGN地址請求信息。第三接收模塊932用于接收ASN下發(fā)的眾所 周知的IPv4地址與ASN根據(jù)第三發(fā)送模塊931發(fā)送的CGN地址請求信息下發(fā)的CGN地址 fn息ο另外，上述圖25所示通信設(shè)備還可以包括第二存儲模塊933，用于存儲MS的 DS-Iite能力信息。相應(yīng)的，第三發(fā)送模塊931還可用于向ASN發(fā)送第二存儲模塊933中存 儲的MS的DS-Iite能力信息。該實施例的通信設(shè)備可用于實現(xiàn)如圖4所示實施例中MS的 相應(yīng)操作流程。另外，在圖25所示通信設(shè)備實施例的基礎(chǔ)上，第二存儲模塊933用于存儲MS的 DS-Iite能力信息。第一通信業(yè)務(wù)處理模塊930還可以與ASN建立IPv4業(yè)務(wù)的SF和DP或 者與ASN將IPv4的SF的CS類型修改為IPv6并建立IPv6的SF和DP。相應(yīng)的，第三發(fā)送 模塊931還用于向ASN發(fā)送MS的DS-Iite能力信息，以及在第一通信業(yè)務(wù)處理模塊930與 ASN建立IPv6業(yè)務(wù)的SF和DP后，向ASN發(fā)送CGN地址請求信息。第三接收模塊932在第 一通信業(yè)務(wù)處理模塊930與ASN建立IPv4業(yè)務(wù)的SF和DP后，接收ASN下發(fā)的眾所周知的 IPv4地址。該實施例的通信設(shè)備可以作為MS，實現(xiàn)本發(fā)明圖8所示實施例中的相應(yīng)流程。如圖26所示，為本發(fā)明通信設(shè)備實施例十五的結(jié)構(gòu)示意圖。與圖25所示實施例 的通信設(shè)備相比，該實施例的通信設(shè)備還包括第二存儲模塊933與檢測模塊934。其中，第 二存儲模塊933用于存儲MS的DS-Iite能力信息。檢測模塊934用于根據(jù)第二存儲模塊 933中MS的DS-Iite能力信息，檢測MS是否具有DS-Iite能力。相應(yīng)的，作為一個實施例，第三發(fā)送模塊931根據(jù)檢測模塊934的檢測結(jié)果，在MS具有DS-Iite能力時，向ASN發(fā)送CGN地址請求信息。第一通信業(yè)務(wù)處理模塊930在第三接收模塊932接收到CGN地址信息時，與ASN將IPv4的SF的CS類型修改為IPv6，并建立 IPv6的SF與DP，在第三接收模塊932沒有接收到CGN地址信息時，與ASN建立IPv6的SF 與DP。該實施例的通信設(shè)備可以作為MS，實現(xiàn)本發(fā)明圖6所示實施例中的相應(yīng)流程。作為另一個實施例，第一通信業(yè)務(wù)處理模塊930在MS存在CS類型為IPv4的預(yù)置 流SF時，與ASN建立IPv4業(yè)務(wù)的SF和DP，以及在第三接收模塊932接收到ASN下發(fā)的CGN 地址信息后，與ASN將SF的CS類型修改為IPv6，并建立IPv6的SF和DP。第三發(fā)送模塊 931根據(jù)檢測模塊934的檢測結(jié)果，在MS具有DS-Iite能力時，向ASN發(fā)送CGN地址請求信 息。第三接收模塊932還用于接收ASN為MS激活DS-Iite代理后下發(fā)的眾所周知的IPv4 地址。該實施例的通信設(shè)備可以作為MS，實現(xiàn)本發(fā)明圖7所示實施例中的相應(yīng)流程。作為再一個實施例，第三發(fā)送模塊931用于根據(jù)檢測模塊934的檢測結(jié)果，在MS 不具有DS-Iite能力時，向ASN發(fā)送CS類型為IPv4的SF建立請求，在MS具有DS-Iite能 力時，向ASN發(fā)送CS類型為IPv6的SF建立請求。第一通信業(yè)務(wù)處理模塊930用于根據(jù)第 三接收模塊932接收到的CGN地址信息或眾所周知的IPv4地址，與ASN之間建立IPv4業(yè) 務(wù)的SF或IPv6業(yè)務(wù)的SF。第三接收模塊932用于在第一通信業(yè)務(wù)處理模塊930與ASN之 間建立IPv6業(yè)務(wù)的SF后，接收ASN下發(fā)的CGN地址信息，在第一通信業(yè)務(wù)處理模塊930與 ASN之間建立IPv4業(yè)務(wù)的SF后，接收ASN下發(fā)的眾所周知的IPv4地址。該實施例的通信 設(shè)備可以作為MS,實現(xiàn)本發(fā)明圖10所示實施例中的相應(yīng)流程。如圖27所示，為本發(fā)明通信設(shè)備實施例十六的結(jié)構(gòu)示意圖。該實施例的通信設(shè) 備可以作為MS，實現(xiàn)本發(fā)明圖9所示實施例中的相應(yīng)流程。該實施例的通信設(shè)備包括第二 通信業(yè)務(wù)處理模塊935、第二存儲模塊933、檢測模塊934、第三發(fā)送模塊931與第三接收模 塊932。其中，第二通信業(yè)務(wù)處理模塊935用于與ASN之間建立GPCS類型的SF和DP。第 二存儲模塊933用于存儲MS的DS-Iite能力信息。檢測模塊934用于根據(jù)第二存儲模塊 933中MS的DS-Iite能力信息，檢測MS是否具有DS-Iite能力。第三發(fā)送模塊931用于 在第二通信業(yè)務(wù)處理模塊935與ASN之間建立GPCS類型的SF和DP后，根據(jù)檢測模塊934 的檢測結(jié)果，在MS具有IPv4業(yè)務(wù)需求且具有DS-Iite能力時，向ASN發(fā)送CGN地址獲取請 求信息，在MS具有IPv4業(yè)務(wù)需求但不具有DS-Iite能力時，通過GPCS類型的SF向ASN發(fā) 送IPv4業(yè)務(wù)數(shù)據(jù)。第三接收模塊932用于接收ASN根據(jù)第三發(fā)送模塊931發(fā)送的CGN地 址獲取請求信息下發(fā)的CGN地址信息，以及接收ASN激活DS-Iite代理功能后下發(fā)的眾所 周知的IPv4地址。如圖28所示，為本發(fā)明通信系統(tǒng)實施例的結(jié)構(gòu)示意圖。該實施例的通信系統(tǒng)可用 于實現(xiàn)如本發(fā)明上述DS-Iite協(xié)商處理方法各實施例的流程。其包括MS1、ASN2與DS-Iite 協(xié)商處理裝置3。其中，DS-Iite協(xié)商處理裝置3用于獲取ASN2與MSl的DS-Iite能力信 息，并根據(jù)MSl與ASN2的DS-Iite能力信息，確定MS的DS-Iite工作模式。具體地，圖28所示實施例中的DS-Iite協(xié)商處理裝置3可以通過圖11所示實施 例的DS-Iite協(xié)商處理裝置實現(xiàn)。本發(fā)明實施例提供的一種通信系統(tǒng)，包括MS、ASN與CSN，還包括DS-Iite協(xié)商處 理裝置，用于獲取ASN、CSN與MS的DS-Iite能力信息，并根據(jù)ASN、CSN與MS的DS-Iite能 力信息，確定MS終端的DS-Iite工作模式。具體地，DS-Iite處理裝置可以根據(jù)ASN與CSN的DS-Iite能力信息，確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略，以及根據(jù)該網(wǎng)絡(luò)側(cè)的DS-Iite支持 策略與MS的DS-Iite能力信息，確定MS的DS-Iite工作模式。另外，本發(fā)明實施例還提供了多個通信系統(tǒng)，用于實現(xiàn)本發(fā)明上述DS-Iite協(xié)商 處理方法各實施例流程。作為其中一個通信系統(tǒng)，包括圖18所示實施例的通信設(shè)備與圖12 所示實施例的通信設(shè)備，可以實現(xiàn)如本發(fā)明圖3所示DS-Iite協(xié)商處理方法實施例的流程。發(fā)明實施例提供的另一個通信系統(tǒng)，包括MS、ASN與CSN。在MS采用圖25或圖26 所示實施例的通信設(shè)備時，若ASN采用圖19中第二個實施例的通信設(shè)備，CSN采用圖13中 所示實施例的通信設(shè)備，可以實現(xiàn)如本發(fā)明圖4所示DS-Iite協(xié)商處理方法實施例的流程； 若ASN采用圖19中第一個實施例的通信設(shè)備，CSN采用圖14所示實施例的通信設(shè)備，可以 實現(xiàn)如本發(fā)明圖5所示DS-Iite協(xié)商處理方法實施例的流程；若ASN采用圖20所示實施例 的通信設(shè)備，CSN采用圖15所示實施例的通信設(shè)備，可以實現(xiàn)如本發(fā)明圖6所示DS-Iite 協(xié)商處理方法實施例的流程；若ASN采用圖21所示實施例的通信設(shè)備，CSN采用圖15所示 實施例的通信設(shè)備，可以實現(xiàn)如本發(fā)明圖7所示DS-Iite協(xié)商處理方法實施例的流程；若 ASN采用圖22所示實施例的通信設(shè)備，CSN采用圖15所示實施例的通信設(shè)備，可以實現(xiàn)如 本發(fā)明圖8所示DS-Iite協(xié)商處理方法實施例的流程。若MS采用圖26所示實施例的通信 設(shè)備，ASN采用圖24所示實施例的通信設(shè)備，可以實現(xiàn)如本發(fā)明圖11所示DS-Iite協(xié)商處 理方法實施例的流程。若MS采用圖27所示實施例的通信設(shè)備，ASN采用圖23所示實施例 的通信設(shè)備，CSN采用圖17所示實施例的通信設(shè)備，可以實現(xiàn)如本發(fā)明圖10所示DS-Iite 協(xié)商處理方法實施例的流程。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)。本發(fā)明實施例可以根據(jù)ASN、CSN與MS的DS_1 ite能力信息，確定網(wǎng)絡(luò)側(cè)的 DS-Iite能力，從而確定通信網(wǎng)絡(luò)是否支持DS-Iite技術(shù)，以及確定MS的DS-Iite工作模 式，使得通信網(wǎng)絡(luò)中的各個功能實體可以獲知通信網(wǎng)絡(luò)的DS-Iite能力與MS的DS-Iite工 作模式信息，從而滿足通信網(wǎng)絡(luò)中MS需要同時使用IPv6與IPv4服務(wù)的需求，實現(xiàn)IPv4向 IPv6的過渡，有效向用戶提供用戶所需要的服務(wù)。最后所應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對本發(fā)明作 限制性理解。盡管參照上述較佳實施例對本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員 應(yīng)當(dāng)理解其依然可以對本發(fā)明的 技術(shù)方案進(jìn)行修改或者等同替換，而這種修改或者等同 替換并不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
一種輕量級雙棧協(xié)商處理方法，其特征在于，包括獲取接入服務(wù)網(wǎng)ASN與終端的DS-lite能力信息；根據(jù)ASN與終端的DS-lite能力信息，確定所述終端的DS-lite工作模式。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取接入服務(wù)網(wǎng)ASN與終端的 DS-lite能力信息包括所述終端在接入網(wǎng)絡(luò)時，將該終端的DS-lite能力信息上報給所述ASN ；所述ASN在所述終端接入網(wǎng)絡(luò)的認(rèn)證過程中，將所述終端和所述ASN的DS-lite能力 信息上報給連接服務(wù)網(wǎng)CSN ；所述根據(jù)ASN與終端的DS-lite能力信息，確定所述終端的DS-lite工作模式包括 所述CSN根據(jù)所述終端和所述ASN的DS-lite能力信息以及所述CSN分配互聯(lián)網(wǎng)協(xié)議第四 版本IPv4地址的能力，確定所述終端采用的DS-lite工作模式與網(wǎng)絡(luò)側(cè)的DS-lite支持策 略，所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略用于表示所述網(wǎng)絡(luò)側(cè)是否支持DS-lite。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述終端的DS-lite能力信息具體為所述 終端用戶的DS-lite能力簽約信息；獲取ASN與終端的DS-lite能力信息具體為所述ASN在所述終端接入網(wǎng)絡(luò)的認(rèn)證過 程中，將所述ASN的DS-lite能力信息上報給連接服務(wù)網(wǎng)CSN ；所述根據(jù)ASN與終端的DS-lite能力信息，確定所述終端的DS-lite工作模式包括所 述CSN根據(jù)所述終端用戶的DS-lite能力簽約信息和所述ASN的DS-lite能力信息以及所 述CSN分配IPv4地址的能力，確定所述終端采用的DS-lite工作模式與網(wǎng)絡(luò)側(cè)的DS-lite 支持策略，所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略用于表示所述網(wǎng)絡(luò)側(cè)是否支持DS-lite。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)ASN與終端的DS-lite能力信 息，確定所述終端的DS-lite工作模式包括根據(jù)ASN與連接服務(wù)網(wǎng)CSN的DS-lite能力信息，確定網(wǎng)絡(luò)側(cè)的DS-lite支持策略，所 述網(wǎng)絡(luò)側(cè)的DS-lite支持策略用于表示所述網(wǎng)絡(luò)側(cè)是否支持DS-lite ；根據(jù)所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略與所述終端的DS-lite能力信息，確定所述終端 的DS-lite工作模式。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)ASN與終端的DS-lite能力信 息，確定所述終端的DS-lite工作模式包括所述ASN向所述CSN上報該ASN的DS-lite能 力信息；所述CSN根據(jù)所述ASN的DS-lite能力信息確定網(wǎng)絡(luò)側(cè)的DS-lite支持策略，所述網(wǎng) 絡(luò)側(cè)的DS-lite支持策略用于表示所述網(wǎng)絡(luò)側(cè)是否支持DS-lite ；所述CSN根據(jù)所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略與所述終端的DS-lite能力信息，確定 所述終端的DS-lite工作模式；或者，所述CSN向所述ASN返回所述網(wǎng)絡(luò)側(cè)的DS-lite支持 策略，所述ASN根據(jù)所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略與所述終端的DS-lite能力信息，確定 所述終端的DS-lite工作模式。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述ASN向CSN上報該ASN的DS-lite能 力信息具體為所述ASN在所述終端接入網(wǎng)絡(luò)認(rèn)證過程中，通過接入請求消息向所述CSN上 報該ASN的DS-lite能力信息；所述CSN向所述ASN返回所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略具體為所述CSN在所述終端接入網(wǎng)絡(luò)認(rèn)證過程中，通過接入接受消息，向所述ASN返回所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述獲取接入服務(wù)網(wǎng)ASN與終端的 DS-Iite能力信息包括所述終端在接入網(wǎng)絡(luò)時，將該終端的DS-Iite能力信息上報給所述ASN ；所述ASN在所述終端的接入網(wǎng)絡(luò)認(rèn)證過程中，將所述終端的DS-Iite能力信息上報給 所述CSN ；根據(jù)所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與終端的DS-Iite能力信息，確定所述終端 的DS-Iite工作模式包括所述CSN根據(jù)所述終端的DS-Iite能力信息、所述網(wǎng)絡(luò)側(cè)的 DS-Iite支持策略與所述CSN分配IPv4地址的能力，確定是否授權(quán)所述終端使用DS-Iite 技術(shù)，并在授權(quán)所述終端使用DS-Iite技術(shù)時，確定所述終端的DS-Iite工作模式。
8.根據(jù)權(quán)利要求2、3或7所述的方法，其特征在于，確定所述終端的DS-Iite工作模 式具體為所述CSN在所述終端支持DS-Iite且具有IPv4業(yè)務(wù)需求，且所述CSN沒有為所 述終端分配IPv4地址的能力、且所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-Iite時，確 定所述終端采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)；所述CSN在所述終端不支持DS-Iite 但具有IPv4業(yè)務(wù)需求，且所述CSN沒有為所述終端分配IPv4地址的能力、且所述網(wǎng)絡(luò)側(cè) 的DS-Iite支持策略為能使用DS-Iite且能啟用DS-Iite代理功能時，授權(quán)所述ASN采用 DS-Iite代理模式為所述終端提供IPv4業(yè)務(wù)。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述終端在接入網(wǎng)絡(luò)時，將該終端的 DS-Iite能力信息上報給所述ASN包括所述終端在接入網(wǎng)絡(luò)時，通過基本能力協(xié)商請求消息，將該終端的DS-Iite能力信息 上報給所述ASN中的基站BS ；所述BS通過終端入網(wǎng)請求消息，將該終端的DS-Iite能力信 息上報給所述ASN中的接入服務(wù)網(wǎng)關(guān)ASN Gff ；所述ASN在所述終端的接入網(wǎng)絡(luò)認(rèn)證過程中，將所述終端的DS-Iite能力信息上報給 所述CSN具體為所述ASN GW在所述終端的接入網(wǎng)絡(luò)認(rèn)證過程中，將所述終端的DS-Iite 能力信息上報給所述CSN。
10.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述終端的DS-Iite能力信息具體為所 述終端用戶的DS-Iite能力簽約信息；根據(jù)所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與終端的DS-Iite能力信息，確定所述終端的 DS-Iite工作模式包括所述CSN根據(jù)所述終端用戶的DS-Iite能力簽約信息、所述網(wǎng)絡(luò) 側(cè)的DS-Iite支持策略與所述CSN分配IPv4地址的能力，確定是否授權(quán)所述終端使用 DS-Iite技術(shù)，并在授權(quán)所述終端使用DS-Iite技術(shù)時，確定所述終端的DS-Iite工作模式。
11.根據(jù)權(quán)利要求2、3、7、9或10所述的方法，其特征在于，確定所述終端的DS-Iite工 作模式具體為確定所述終端采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)，或授權(quán)所述ASN采 用DS-Iite代理模式為所述終端提供IPv4業(yè)務(wù)；確定所述終端采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)時，所述CSN將預(yù)置服務(wù)流SF 的會聚子層CS類型設(shè)置為IPv6，在授權(quán)所述ASN采用DS-Iite代理模式為所述終端提供 IPv4業(yè)務(wù)時，所述CSN將預(yù)置SF的CS類型設(shè)置為IPv4 ；所述CSN向所述ASN下發(fā)所述終端的IP地址、運營級網(wǎng)絡(luò)地址轉(zhuǎn)換CGN地址信息與預(yù)置SF的CS類型信息；所述ASN根據(jù)所述SF的CS類型與所述終端的IP地址，識別所述終端的DS-Iite工作 模式，在授權(quán)所述終端采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)時，向所述終端下發(fā)所述CGN 地址信息，以便所述終端根據(jù)該CGN地址信息獲取IPv4業(yè)務(wù)；在授權(quán)所述ASN采用DS-Iite 代理模式為所述終端提供IPv4業(yè)務(wù)時，激活DS-Iite代理功能，并向所述終端下發(fā)眾所周 知的IPv4地址，以便所述ASN采用DS-Iite代理模式為所述終端提供IPv4業(yè)務(wù)。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，向所述終端下發(fā)所述CGN地址信息具體 為所述ASN通過第六版本動態(tài)主機配置協(xié)議DHCPv6響應(yīng)消息、路由廣播消息或綁定更新 消息，向所述終端下發(fā)所述CGN地址信息；向所述終端下發(fā)眾所周知的IPv4地址具體為所述ASN通過第四版本動態(tài)主機配置協(xié) 議DHCPv4確認(rèn)消息、第四版本移動IP注冊應(yīng)答消息或路由廣播消息，向所述終端下發(fā)眾所 周知的IPv4地址。
13.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述ASN向CSN上報該ASN的DS-Iite 能力信息具體為所述ASN在所述終端的接入網(wǎng)絡(luò)認(rèn)證過程中，向所述CSN上報該ASN的 DS-Iite能力信息；所述CSN根據(jù)所述ASN的DS-Iite能力信息確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略之后，還 包括所述CSN根據(jù)所述終端用戶的業(yè)務(wù)簽約信息、所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與所述 CSN分配IPv4地址的能力，識別所述終端是否需要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)；所述CSN向所述ASN返回網(wǎng)絡(luò)側(cè)的DS-Iite支持策略具體為所述CSN在所述終端需 要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)時，在所述終端的接入網(wǎng)絡(luò)認(rèn)證過程中，向所述ASN下 發(fā)所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略、CGN地址信息與CS類型為IPv4的預(yù)置SF的CS類型 fn息ο
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，識別所述終端是否需要使用DS-Iite技 術(shù)獲取IPv4業(yè)務(wù)時，還識別所述終端是否為雙棧節(jié)點；所述CSN向所述ASN返回網(wǎng)絡(luò)側(cè)的DS-Iite能力具體為所述CSN在所述終端為雙棧 節(jié)點且需要使用DS-Iite技術(shù)獲取IPv4業(yè)務(wù)時，在所述終端的接入網(wǎng)絡(luò)認(rèn)證過程中，向所 述ASN下發(fā)所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略、CGN地址信息與預(yù)置SF的CS類型信息；確定所述終端的DS-Iite工作模式包括所述終端檢測該終端是否具有DS-Iite能力，并在所述終端具有DS-Iite能力時，向所 述ASN發(fā)送CGN地址請求信息；所述ASN在接收到CGN地址請求信息時，確定所述終端使用DS-Iite客戶端模式，向所 述終端下發(fā)CGN地址信息，以便所述終端根據(jù)該CGN地址信息獲取IPv4業(yè)務(wù)，并發(fā)起修改 SF的CS類型為IPv6，以及IPv6的SF和數(shù)據(jù)通道DP的建立過程；所述ASN在未接收到CGN地址請求信息時，確定授權(quán)所述ASN采用DS-Iite代理模式 為所述終端提供IPv4業(yè)務(wù)，激活DS-Iite代理功能，并發(fā)起IPv4業(yè)務(wù)的SF和DP的建立過 程，并向所述終端下發(fā)眾所周知的IPv4地址，以便所述ASN采用DS-Iite代理模式為所述 終端提供IPv4業(yè)務(wù)。
15.根據(jù)權(quán)利要求13所述的方法，其特征在于，確定所述終端的DS-Iite工作模式包括所述ASN在所述終端需要使用DS-lite技術(shù)時，發(fā)起IPv4的SF和DP的建立過程；所述終端檢測該終端的DS-lite能力，并在所述終端具有DS-lite能力時，向所述ASN 發(fā)送CGN地址請求信息；所述ASN在接收到CGN地址請求信息時，確定所述終端使用DS-lite客戶端模式，將CS 類型為IPv4的預(yù)置SF的CS類型修改為IPv6，發(fā)起IPv4業(yè)務(wù)的SF和DP建立過程，并向所 述終端下發(fā)CGN地址信息，以便所述終端根據(jù)該CGN地址信息獲取IPv4業(yè)務(wù)；所述ASN在未接收到CGN地址請求信息時，確定所述ASN采用DS-lite代理模式為所 述終端提供IPv4業(yè)務(wù)，激活DS-lite代理功能，向所述終端下發(fā)眾所周知的IPv4地址，以 便所述ASN采用DS-lite代理模式為所述終端提供IPv4業(yè)務(wù)。
16.根據(jù)權(quán)利要求13所述的方法，其特征在于，還包括所述終端將該終端的DS-lite 能力信息上報給所述ASN;確定所述終端的DS-lite工作模式包括所述ASN根據(jù)所述終端的IP地址、預(yù)置SF的 CS類型信息、所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略與所述終端的DS-lite能力信息，確定所述 終端是否需要使用DS-lite技術(shù)獲取IPv4業(yè)務(wù)，并在所述終端需要使用DS-lite技術(shù)獲取 IPv4業(yè)務(wù)時，確定所述終端的DS-lite工作模式，確定所述終端的DS-lite工作模式包括確 定所述終端采用DS-lite客戶端模式獲取IPv4業(yè)務(wù)或確定授權(quán)所述ASN采用DS-lite代理 模式為所述終端提供IPv4業(yè)務(wù)；若確定授權(quán)所述ASN采用DS-lite代理模式為所述終端提 供IPv4業(yè)務(wù)，則激活DS-lite代理功能，觸發(fā)IPv4業(yè)務(wù)的服務(wù)流SF的建立，并向所述終端 下發(fā)眾所周知的IPv4地址，以便所述ASN采用DS-lite代理模式為所述終端提供IPv4業(yè) 務(wù)；若確定所述終端采用DS-lite客戶端模式獲取IPv4業(yè)務(wù)，則修改SF的CS類型為IPv6， 并發(fā)起IPv6業(yè)務(wù)的SF和DP的建立過程，并在接收到所述終端發(fā)送的CGN地址請求信息時， 向所述終端下發(fā)CGN地址信息，以便所述終端根據(jù)該CGN地址信息獲取IPv4業(yè)務(wù)。
17.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述ASN向CSN上報該ASN的DS-lite 能力信息具體為所述ASN在所述終端的接入網(wǎng)絡(luò)認(rèn)證過程中，向所述CSN上報該ASN的 DS-lite能力信息；所述CSN根據(jù)所述ASN的DS-lite能力信息確定網(wǎng)絡(luò)側(cè)的DS-lite支持策略之后，還 包括所述CSN根據(jù)所述終端用戶的業(yè)務(wù)簽約信息、所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略與所述 CSN分配IPv4地址的能力，識別所述終端是否需要使用DS-lite技術(shù)獲取IPv4業(yè)務(wù)；所述CSN向所述ASN返回網(wǎng)絡(luò)側(cè)的DS-lite支持策略包括所述CSN在所述終端需要 使用DS-lite技術(shù)獲取IPv4業(yè)務(wù)時，在所述終端的接入網(wǎng)絡(luò)認(rèn)證過程中，向所述ASN下發(fā) 所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略、CGN地址信息與CS類型為通用匯聚子層GPCS的預(yù)置SF 的CS類型信息；所述ASN接收到所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略、CGN地址信息、預(yù)置SF 的CS類型信息與IPv6地址后，觸發(fā)建立GPCS類型的SF和DP ；確定所述終端的DS-lite工作模式包括所述終端具有IPv4業(yè)務(wù)需求時，若所述終端具有DS-lite能力，向所述ASN發(fā)送CGN 地址請求信息；若所述終端不具有DS-lite能力，通過GPCS類型的SF向所述ASN發(fā)送IPv4 業(yè)務(wù)數(shù)據(jù)；所述ASN在接收到CGN地址請求信息時，若所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略為能使用 DS-lite,且CSN為所述終端下發(fā)IPv4地址，則確定所述終端使用DS-lite客戶端模式，向所述終端下發(fā)CGN地址信息，以便所述終端根據(jù)該CGN地址信息獲取IPv4業(yè)務(wù)；所述ASN在接收到IPv4業(yè)務(wù)數(shù)據(jù)時，若所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為能使用DS-Iite且能啟用DS-Iite代理功能，且CSN沒有為所述終端下發(fā)任何IPv4地址，則確定所 述終端使用DS-Iite代理模式，所述ASN激活所述DS-Iite代理功能，并向所述終端下發(fā)眾 所周知的IPv4地址，以便所述ASN采用DS-Iite代理模式為所述終端提供IPv4業(yè)務(wù)。
18.根據(jù)權(quán)利要求5所述的方法，其特征在于，確定所述終端的DS-Iite工作模式包括所述終端與所述CSN中的應(yīng)用功能實體AF交互應(yīng)用層信令； 所述AF與所述CSN中的策略與計費規(guī)則功能實體PCRF進(jìn)行業(yè)務(wù)授權(quán)，所述AF向所述 PCRF發(fā)送所述終端的網(wǎng)絡(luò)接入標(biāo)識NAI與眾所周知的IPv4地址；所述終端檢測該終端的DS-Iite能力，并在所述終端不具有DS-Iite能力時，向所述 ASN發(fā)送CS類型為IPv4的SF建立請求，在所述終端具有DS-Iite能力時，向所述ASN發(fā)送 CS類型為IPv6的SF建立請求；所述ASN接收到CS類型為IPv4的SF建立請求后，根據(jù)所述終端的NAI與眾所周知的 IPv4地址索引對應(yīng)的會話，并向所述PCRF發(fā)起業(yè)務(wù)授權(quán)請求消息，以及接收所述PCRF返回 的業(yè)務(wù)授權(quán)成功的提示消息；若該業(yè)務(wù)授權(quán)成功的提示消息中未攜帶IPv4地址，且所述網(wǎng) 絡(luò)側(cè)的DS-Iite支持策略為能使用DS-Iite且能啟用DS-Iite代理功能，則確定所述終端 使用DS-Iite代理模式獲取IPv4業(yè)務(wù)，并激活所述DS-Iite代理功能，并向所述終端下發(fā) 眾所周知的IPv4地址，以便所述ASN采用DS-Iite代理模式為所述終端提供IPv4業(yè)務(wù)；所述ASN接收到CS類型為IPv6的SF建立請求后，根據(jù)所述終端的NAI與IPv6地址 索引對應(yīng)的會話，并向所述PCRF發(fā)起業(yè)務(wù)授權(quán)請求消息，以及接收所述PCRF返回的業(yè)務(wù)授 權(quán)成功的提示消息；若所述終端的IPv4地址是眾所周知的IPv4地址，則確定所述終端使用 DS-Iite客戶端模式獲取IPv4業(yè)務(wù)，向所述終端下發(fā)所述CGN地址信息，以便所述終端根據(jù) 該CGN地址信息獲取IPv4業(yè)務(wù)。
19.根據(jù)權(quán)利要求14-18任意一項所述的方法，其特征在于，向所述ASN發(fā)送CGN地址 請求信息具體為所述終端通過DHCPv6請求消息、路由請求消息或綁定更新請求消息，向 所述ASN發(fā)送CGN地址請求信息；向所述終端下發(fā)所述CGN地址信息具體為所述ASN通過DHCPv6響應(yīng)消息、路由廣播 消息或綁定更新消息，向所述終端下發(fā)所述CGN地址信息；向所述終端下發(fā)眾所周知的IPv4地址具體為所述ASN通過DHCPv4確認(rèn)消息、第四版 本移動IP注冊應(yīng)答消息或路由廣播消息，向所述終端下發(fā)眾所周知的IPv4地址。
20.根據(jù)權(quán)利要求4-7與9-14任意一項所述的方法，其特征在于，所述CSN包括所述終 端的歸屬地連接服務(wù)網(wǎng)HCSN和所述終端的拜訪地連接服務(wù)網(wǎng)VCSN ；所述ASN向所述CSN上報該ASN的DS-I ite能力信息包括所述ASN將該ASN的 DS-Iite能力信息發(fā)送給所述VCSN ；所述VCSN將該VCSN的DS-Iite能力信息與所述ASN 的DS-Iite能力信息發(fā)送給所述HCSN ；所述確定網(wǎng)絡(luò)側(cè)的DS-I ite能力具體為所述HCSN根據(jù)所述ASN與所述VCSN的 DS-Iite能力信息確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略；所述CSN向所述ASN返回網(wǎng)絡(luò)側(cè)的DS-Iite支持策略包括所述HCSN將所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略發(fā)送給所述VCSN ；所述VCSN將所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略轉(zhuǎn)發(fā)給所 述 ASN。
21.根據(jù)權(quán)利要求20所述的方法，其特征在于，所述ASN將該ASN的DS-lite能力信息 發(fā)送給所述VCSN具體為所述ASN在所述終端接入網(wǎng)絡(luò)認(rèn)證過程中，通過接入請求消息將 該ASN的DS-lite能力信息發(fā)送給所述VCSN ；和/或所述VCSN將該VCSN的DS-lite能力信息與所述ASN的DS-lite能力信息發(fā)送給所述 HCSN具體為所述VCSN在所述終端接入網(wǎng)絡(luò)認(rèn)證過程中，通過接入請求消息將該VCSN的 DS-lite能力信息與所述ASN的DS-lite能力信息發(fā)送給所述HCSN ；和/或所述HCSN將所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略發(fā)送給所述VCSN具體為所述HCSN在所 述終端接入網(wǎng)絡(luò)認(rèn)證過程中，通過接入接受消息將所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略發(fā)送給 所述VCSN ；和/或所述VCSN將所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略轉(zhuǎn)發(fā)給所述ASN具體為所述VCSN在所 述終端接入網(wǎng)絡(luò)認(rèn)證過程中，通過接入接受消息將所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略轉(zhuǎn)發(fā)給 所述ASN。
22.根據(jù)權(quán)利要求20所述的方法，其特征在于，所述ASN的DS-lite的能力信息為不 支持DS-lite、支持DS-lite但不具備DS-lite代理能力、或支持DS-lite且具備DS-lite 代理能力；所述VCSN的DS-lite的能力信息具體為不能提供運營級網(wǎng)絡(luò)地址轉(zhuǎn)換CGN或能提供CGN ；所述網(wǎng)絡(luò)側(cè)的DS-lite能力具體為不能使用DS-lite、能使用DS-lite但不能啟用 DS-lite代理功能或能使用DS-lite且能啟用DS-lite代理功能；所述終端的DS-lite的能力信息具體為支持DS-lite或不支持DS-lite。
23.根據(jù)權(quán)利要求22所述的方法，其特征在于，根據(jù)所述ASN與所述VCSN的DS-lite 能力信息確定網(wǎng)絡(luò)側(cè)的DS-lite支持策略具體為若所述ASN的DS-lite的能力信息為不支持DS-lite，則所述網(wǎng)絡(luò)側(cè)的DS-lite支持策 略為不能使用DS-lite ；若所述ASN的DS-lite的能力信息為支持DS-lite但不具備DS-lite代理能力，則所述 網(wǎng)絡(luò)側(cè)的DS-lite支持策略為能使用DS-lite但不能啟用DS-lite代理功能；若所述VCSN 的DS-lite的能力信息為能提供CGN，則所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略還包括VCSN向ASN 下發(fā)CGN地址信息；若所述ASN的DS-lite的能力信息為支持DS-lite且具備DS-lite代理能力，則所述 網(wǎng)絡(luò)側(cè)的DS-lite支持策略為能使用DS-lite且能啟用DS-lite代理功能；若所述VCSN的 DS-lite的能力信息為能提供CGN，則所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略還包括VCSN向ASN 下發(fā)CGN地址信息。
24.一種輕量級雙棧協(xié)商處理裝置，其特征在于，包括獲取模塊，用于獲取ASN與終端的DS-lite能力信息；第一確定模塊，用于根據(jù)所述ASN與終端的DS-lite能力信息，確定所述終端的 DS-lite工作模式。
25.根據(jù)權(quán)利要求24所述的裝置，其特征在于，所述獲取模塊還用于獲取CSN的DS-Iite能力信息；所述裝置還包括第二確定模塊，用于根據(jù)所述ASN與CSN的DS-Iite能力信息，確定網(wǎng) 絡(luò)側(cè)的DS-Iite支持策略；所述第一確定模塊根據(jù)所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略與所述終端的DS-Iite能力信 息，確定所述終端的DS-Iite工作模式。
26.—種通信設(shè)備，其特征在于，包括第一接收模塊，用于接收ASN上報的該ASN的DS-Iite能力信息； 第三確定模塊，用于根據(jù)所述ASN的DS-Iite能力信息，確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略；第一發(fā)送模塊，用于向所述ASN發(fā)送網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。
27.根據(jù)權(quán)利要求26所述的通信設(shè)備，其特征在于，所述第一接收模塊具體用于接收 所述終端的VCSN發(fā)送的所述VCSN的DS-Iite能力信息與所述ASN的DS-Iite能力信息；所述第三確定模塊具體用于根據(jù)所述ASN的DS-Iite能力信息與所述VCSN的DS-Iite 能力信息，確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略；所述第一發(fā)送模塊具體用于通過所述VCSN向所述ASN發(fā)送所述網(wǎng)絡(luò)側(cè)的DS-Iite支 持策略。
28.根據(jù)權(quán)利要求26或27所述的通信設(shè)備，其特征在于，所述第一接收模塊還用于接 收所述終端的DS-Iite能力信息；所述通信設(shè)備還包括第四確定模塊，用于根據(jù)所述終端的DS-Iite能力、所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略 與所述CSN分配IPv4地址的能力，確定是否授權(quán)所述終端使用DS-Iite技術(shù)，并在授權(quán)所 述終端使用DS-Iite技術(shù)時，確定所述終端的DS-Iite工作模式為DS-Iite客戶端模式或 DS-Iite代理模式；或者用于根據(jù)所述終端、所述ASN的DS-Iite能力與所述CSN分配IPv4 地址的能力，直接確定是否授權(quán)所述終端使用DS-Iite技術(shù)以及所述終端的DS-Iite工作 模式；設(shè)置模塊，用于根據(jù)所述第四確定模塊的確定結(jié)果，在所述終端的DS-Iite工作模式 為DS-Iite客戶端模式時，將SF的CS類型設(shè)置為IPv4，在所述終端的DS-Iite工作模式為 DS-Iite代理模式時，將SF的CS類型設(shè)置為IPv6 ； 分配模塊，用于向所述終端分配IPv6地址；所述第一發(fā)送模塊還用于向所述ASN下發(fā)SF的CS類型信息、所述IPv6地址與CGN地址信息。
29.根據(jù)權(quán)利要求26或27所述的通信設(shè)備，其特征在于，還包括 第一存儲模塊，用于存儲所述終端用戶的DS-Iite能力簽約信息；第五確定模塊，用于根據(jù)所述終端用戶的DS-Iite能力簽約信息、所述網(wǎng)絡(luò)側(cè)的 DS-Iite支持策略與所述CSN分配IPv4地址的能力，確定是否授權(quán)所述終端使用DS-Iite 技術(shù)，并在授權(quán)所述終端使用DS-Iite技術(shù)時，確定所述終端的DS-Iite工作模式為 DS-Iite客戶端模式或DS-Iite代理模式；或者用于根據(jù)所述終端、所述ASN的DS-Iite能 力與所述CSN分配IPv4地址的能力，直接確定是否授權(quán)所述終端使用DS-Iite技術(shù)以及所 述終端的DS-Iite工作模式；設(shè)置模塊，用于設(shè)置SF的CS類型，根據(jù)所述第五確定模塊的確定結(jié)果，在所述終端的 DS-lite工作模式為DS-lite客戶端模式時，將SF的CS類型設(shè)置為IPv6，在所述終端的 DS-lite工作模式為DS-lite代理模式時，將SF的CS類型設(shè)置為IPv4 ； 分配模塊，用于向所述終端分配IPv6地址；所述第一發(fā)送模塊還用于向所述ASN下發(fā)SF的CS類型信息、分配的IPv6地址與CGN 地址信息。
30.根據(jù)權(quán)利要求26或27所述的通信設(shè)備，其特征在于，還包括 分配模塊，用于向所述終端分配IPv6地址；第一存儲模塊，用于存儲所述終端用戶的業(yè)務(wù)簽約信息；第一識別模塊，用于根據(jù)所述終端用戶的業(yè)務(wù)簽約信息、所述網(wǎng)絡(luò)側(cè)的DS-lite支持 策略與所述CSN分配IPv4地址的能力，識別所述終端是否需要使用DS-lite技術(shù)獲取IPv4 業(yè)務(wù)；所述第一發(fā)送模塊根據(jù)所述第一識別模塊的識別結(jié)果，在所述終端需要使用DS-lite 技術(shù)獲取IPv4業(yè)務(wù)時，在所述終端的接入網(wǎng)絡(luò)認(rèn)證過程中，向所述ASN下發(fā)所述網(wǎng)絡(luò)側(cè)的 DS-lite支持策略、CGN地址信息、SF的CS類型信息與所述分配模塊分配的IPv6地址。
31.根據(jù)權(quán)利要求30所述的通信設(shè)備，其特征在于，所述第一識別模塊還用于根據(jù)所 述終端用戶的業(yè)務(wù)簽約信息、所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略與所述CSN分配IPv4地址的 能力，識別所述終端是否為雙棧節(jié)點；所述第一發(fā)送模塊根據(jù)所述第一識別模塊的識別結(jié)果，在所述終端為雙棧節(jié)點且需要 使用DS-lite技術(shù)獲取IPv4業(yè)務(wù)時，在所述終端的接入網(wǎng)絡(luò)認(rèn)證過程中，向所述ASN下發(fā) 所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略、CGN地址信息、SF的CS類型信息與所述分配模塊分配的 IPv6地址。
32.根據(jù)權(quán)利要求26或27所述的通信設(shè)備，其特征在于，還包括判斷模塊，用于根據(jù)所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略與所述CSN分配IPv4地址的能 力，判斷所述用戶終端是否需要使用DS-lite技術(shù)獲取IPv4業(yè)務(wù)；分配模塊，用于根據(jù)所述判斷模塊的判斷結(jié)果，在所述用戶終端需要使用DS-lite技 術(shù)獲取IPv4業(yè)務(wù)時，向所述用戶終端分配IPv6地址；所述第一發(fā)送模塊具體向所述ASN下發(fā)所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略、CGN地址信 息、SF的CS類型信息與所述IPv6地址。
33.根據(jù)權(quán)利要求32所述的通信設(shè)備，其特征在于，還包括 設(shè)置模塊，用于將SF的CS類型設(shè)置為GPCS ；第一存儲模塊，用于存儲所述終端用戶的業(yè)務(wù)簽約信息；第五確定模塊，用于在所述第一接收模塊接收所述ASN的DS-lite能力信息后，根據(jù)所 述終端用戶的業(yè)務(wù)簽約信息、所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略與所述CSN分配IPv4地址的 能力，確定是否授權(quán)所述終端使用DS-lite技術(shù)；所述分配模塊根據(jù)所述第五確定模塊的確定結(jié)果，在所述用戶終端需要使用DS-lite 技術(shù)獲取IPv4業(yè)務(wù)時，向所述用戶終端分配IPv6地址；所述第一發(fā)送模塊具體向所述ASN下發(fā)所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略、CGN地址信 息、SF的CS類型信息、所述IPv6地址與CGN地址信息。
34.一種通信設(shè)備，其特征在于，包括第二發(fā)送模塊，用于向CSN上報該通信設(shè)備的DS-Iite能力信息；第二接收模塊，用于接收所述CSN發(fā)送的網(wǎng)絡(luò)側(cè)的DS-Iite支持策略。
35.根據(jù)權(quán)利要求34所述的通信設(shè)備，其特征在于，所述第二接收模塊還用于接收所 述CSN為所述終端下發(fā)的SF的CS類型信息、IPv6地址與CGN地址信息；第二識別模塊，用于根據(jù)所述SF的CS類型識別所述終端的DS-Iite工作模式；激活模塊，用于根據(jù)所述第二識別模塊的識別結(jié)果，在所述終端的DS-Iite工作模式 為授權(quán)ASN采用DS-Iite代理模式為所述終端提供IPv4業(yè)務(wù)時，激活所述DS-Iite代理模 式，并指示所述第二發(fā)送模塊向所述終端下發(fā)眾所周知的IPv4地址，建立IPv4業(yè)務(wù)的SF ；所述第二發(fā)送模塊還用于根據(jù)所述第二識別模塊的識別結(jié)果，在所述終端的DS-Iite 工作模式為所述終端采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)時，向所述終端下發(fā)所述CGN 地址信息，建立IPv6業(yè)務(wù)的SF。
36.根據(jù)權(quán)利要求35所述的通信設(shè)備，其特征在于，所述第二接收模塊還用于接收所 述終端發(fā)送的所述終端的DS-Iite能力信息；所述第二發(fā)送模塊還用于將所述終端的DS-Iite能力信息發(fā)送給所述CSN。
37.根據(jù)權(quán)利要求36所述的通信設(shè)備，其特征在于，所述第二接收模塊還用于接收所 述終端發(fā)送的CGN地址信息獲取請求信息；所述通信設(shè)備還包括第三識別模塊，用于根據(jù)是否接收到所述終端發(fā)送的CGN地址請求信息、所述CSN下發(fā) 的IP地址與SF的CS類型信息識別所述終端的DS-Iite工作模式；激活模塊，用于根據(jù)所述第三識別模塊的識別結(jié)果，在所述終端的DS-Iite工作模式 為授權(quán)ASN采用DS-Iite代理模式為所述終端提供IPv4業(yè)務(wù)時，激活所述DS-Iite代理模 式，并指示所述第二發(fā)送模塊向所述終端下發(fā)眾所周知的IPv4地址，并發(fā)起IPv4業(yè)務(wù)的SF 和DP的建立過程；所述第二發(fā)送模塊還用于根據(jù)所述第三識別模塊的識別結(jié)果，在所述終端的DS-Iite 工作模式為所述終端采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)時，向所述終端下發(fā)所述CGN 地址信息，并發(fā)起將SF的CS類型修改為IPv6的過程和IPv6業(yè)務(wù)的SF和DP的建立過程。
38.根據(jù)權(quán)利要求34所述的通信設(shè)備，其特征在于，所述第二接收模塊還用于接收所 述CSN為所述終端下發(fā)的SF的CS類型信息與CGN地址信息，以及所述終端發(fā)送的CGN地 址信息獲取請求信息；所述第二發(fā)送模塊還用于在第二接收模塊接收到CS類型為IPv4的SF時，發(fā)起IPv4 業(yè)務(wù)的SF和DP的建立過程；所述通信設(shè)備還包括第四識別模塊，用于根據(jù)終端是否存在CS類型為IPv4預(yù)置流，是否收到任何形式的 IPv4地址，以及第二接收模塊是否接收到所述終端發(fā)送的CGN地址請求信息，識別所述終 端的DS-Iite工作模式；激活模塊，用于根據(jù)所述第四識別模塊的識別結(jié)果，在所述終端的DS-Iite工作模式 為授權(quán)ASN采用DS-Iite代理模式為所述終端提供IPv4業(yè)務(wù)時，激活所述DS-Iite代理模 式，并指示所述第二發(fā)送模塊向所述終端下發(fā)眾所周知的IPv4地址；所述第二發(fā)送模塊還用于根據(jù)所述第四識別模塊的識別結(jié)果，在所述終端存在CS類 型為IPv4的預(yù)置流時，但沒有收到任何形式的IPv4地址，并且收到MS發(fā)送的CGN地址請 求時，向MS下發(fā)CGN地址信息，并發(fā)起修改SF的CS類型為IPv6，以及IPv6業(yè)務(wù)的SF和 DP的建立過程。
39.根據(jù)權(quán)利要求34所述的通信設(shè)備，其特征在于，所述第二接收模塊還用于接收 所述CSN下發(fā)的CGN地址信息、SF的CS類型信息、IPv6地址與所述終端上報的該終端的 DS-lite能力信息，以及接收所述終端發(fā)送的CGN地址獲取請求信息；所述通信設(shè)備還包括第五識別模塊，用于根據(jù)所述終端的DS-lite能力與所述網(wǎng)絡(luò)側(cè)的DS-lite支持策略， 確定是否授權(quán)所述終端使用DS-lite技術(shù)，并在授權(quán)所述終端使用DS-lite技術(shù)時，識別所 述終端的DS-lite工作模式；激活模塊，用于根據(jù)所述第五識別模塊的識別結(jié)果，在所述終端的DS-lite工作模式 為授權(quán)ASN采用DS-lite代理模式為所述終端提供IPv4業(yè)務(wù)時，激活所述DS-lite代理模 式，并指示所述第二發(fā)送模塊發(fā)起IPv4業(yè)務(wù)的服務(wù)流SF和DP的建立過程，并向所述終端 下發(fā)眾所周知的IPv4地址；所述第二發(fā)送模塊還用于根據(jù)所述第五識別模塊的識別結(jié)果，在所述終端的DS-lite 工作模式為所述終端采用DS-lite客戶端模式獲取IPv4業(yè)務(wù)時，并發(fā)起修改SF的CS類型 為IPv6的修改過程和IPv6業(yè)務(wù)的SF和DP的建立過程，并根據(jù)所述第二接收模塊接收到 的CGN地址獲取請求信息，向所述終端下發(fā)所述CGN地址信息。
40.根據(jù)權(quán)利要求34所述的通信設(shè)備，其特征在于，所述第二接收模塊還用于接收所 述CSN下發(fā)的CGN地址信息、SF的CS類型信息與IPv6地址，以及接收所述終端發(fā)送的CGN 地址獲取請求信息與通過GPCS類型的SF發(fā)送的IPv4業(yè)務(wù)數(shù)據(jù)；所述第二發(fā)送模塊還用于在所述第二接收模塊接收到所述網(wǎng)絡(luò)側(cè)的DS-lite支持策 略、CGN地址信息、SF的CS類型信息與IPv6地址后，觸發(fā)建立GPCS類型的SF和DP，以及 根據(jù)第六識別模塊的識別結(jié)果，在所述終端的DS-lite工作模式為所述終端采用DS-lite 客戶端模式獲取IPv4業(yè)務(wù)時，向所述終端下發(fā)所述CGN地址信息；所述通信設(shè)備還包括第六識別模塊，用于根據(jù)所述第二接收模塊接收到CGN地址獲取請求信息或IPv4業(yè)務(wù) 數(shù)據(jù)，識別所述終端的DS-lite工作模式；激活模塊，用于根據(jù)所述第六識別模塊的識別結(jié)果，在所述終端的DS-lite工作模式 為授權(quán)ASN采用DS-lite代理模式為所述終端提供IPv4業(yè)務(wù)時，激活所述DS-lite代理模 式，并指示所述第二發(fā)送模塊向所述終端下發(fā)眾所周知的IPv4地址。
41.根據(jù)權(quán)利要求34所述的通信設(shè)備，其特征在于，所述第二接收模塊還用于接收所 述終端發(fā)送的發(fā)送CS類型為IPv6或IPv4的SF建立請求，以及接收所述CSN在業(yè)務(wù)授權(quán) 成功后建立的SF信息；所述第二發(fā)送模塊還用于根據(jù)所述終端的NAI與眾所周知的IPv4地址索引對應(yīng)的會 話，并向所述CSN發(fā)起業(yè)務(wù)授權(quán)請求消息，以及接收所述PCRF返回的業(yè)務(wù)授權(quán)成功的提示 消息；所述通信設(shè)備還包括第七識別模塊，用于根據(jù)所述業(yè)務(wù)授權(quán)成功的提示消息、授權(quán)成功的SF的CS類型與所 述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略識別所述終端的DS-Iite工作模式，若SF的CS類型為IPv4， 且該業(yè)務(wù)授權(quán)成功的提示消息中未攜帶IPv4地址，且所述網(wǎng)絡(luò)側(cè)的DS-Iite支持策略為 能使用DS-Iite且能啟用DS-Iite代理功能，則確定所述終端使用DS-Iite代理模式獲取 IPv4業(yè)務(wù)；若SF的CS類型為IPv6，且所述終端的IPv4地址是眾所周知的IPv4地址，則確 定所述終端使用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)；激活模塊，用于根據(jù)所述第七識別模塊的識別結(jié)果，在所述終端的DS-Iite工作模式 為授權(quán)ASN采用DS-Iite代理模式為所述終端提供IPv4業(yè)務(wù)時，激活所述DS-Iite代理模 式，并指示所述第二發(fā)送模塊向所述終端下發(fā)眾所周知的IPv4地址，建立IPv4業(yè)務(wù)的SF ； 所述第二發(fā)送模塊還用于根據(jù)所述第七識別模塊的識別結(jié)果，在所述終端的DS-Iite 工作模式為所述終端采用DS-Iite客戶端模式獲取IPv4業(yè)務(wù)所述終端的IPv4地址為眾所 周知的IPv4地址時，向所述終端下發(fā)所述CGN地址信息。
42.一種通信設(shè)備，其特征在于，包括第一通信業(yè)務(wù)處理模塊，用于與ASN之間建立IPv4業(yè)務(wù)的SF或IPv6業(yè)務(wù)的SF ； 第三發(fā)送模塊，用于向所述ASN發(fā)送CGN地址請求信息；第三接收模塊，用于接收所述ASN下發(fā)的眾所周知的IPv4地址與所述ASN根據(jù)所述 CGN地址請求信息下發(fā)的CGN地址信息。
43.根據(jù)權(quán)利要求42所述的通信設(shè)備，其特征在于，還包括 第二存儲模塊，用于存儲終端的DS-Iite能力信息；所述第三發(fā)送模塊還用于向所述ASN發(fā)送終端的DS-Iite能力信息。
44.根據(jù)權(quán)利要求42所述的通信設(shè)備，其特征在于，所述通信設(shè)備還包括 第二存儲模塊，用于存儲終端的DS-Iite能力信息；檢測模塊，用于根據(jù)所述終端的DS-Iite能力信息，檢測所述終端是否具有DS-Iite能力；所述第三發(fā)送模塊根據(jù)所述檢測模塊的檢測結(jié)果，在所述終端具有DS-Iite能力時， 向所述ASN發(fā)送CGN地址請求信息；所述第一通信業(yè)務(wù)處理模塊在所述第三接收模塊接收到所述CGN地址信息時，將所述 IPv4SF的CS類型修改為IPv6，并與所述ASN建立IPv6業(yè)務(wù)的SF和DP。
45.根據(jù)權(quán)利要求42所述的通信設(shè)備，其特征在于，所述第一通信業(yè)務(wù)處理模塊在所 述終端存在CS類型為IPv4的SF時，與所述ASN建立IPv4業(yè)務(wù)的SF和DP，以及在第三接 收模塊接收到所述ASN下發(fā)的CGN地址信息后，與所述ASN將SF的CS類型修改為IPv6，并 建立IPv6的SF和DP ；所述通信設(shè)備還包括第二存儲模塊，用于存儲終端的DS-Iite能力信息；檢測模塊，用于根據(jù)所述終端的DS-Iite能力信息，檢測所述終端是否具有DS-Iite能力；所述第三發(fā)送模塊根據(jù)所述檢測模塊的檢測結(jié)果，在所述終端具有DS-Iite能力時， 向所述ASN發(fā)送CGN地址請求信息；所述第三接收模塊還用于接收所述ASN為所述終端激活DS-Iite代理后下發(fā)的眾所周知的IPv4地址。
46.根據(jù)權(quán)利要求43所述的通信設(shè)備，其特征在于，所述第一通信業(yè)務(wù)處理模塊與所 述ASN建立IPv4業(yè)務(wù)的SF和DP或者與所述ASN將IPv4的SF的CS類型修改為IPv6并 建立IPv6的SF和DP ；所述第三發(fā)送模塊還用于向所述ASN發(fā)送所述終端的DS-Iite能力信息，以及在所述 第一通信業(yè)務(wù)處理模塊與所述ASN建立IPv6業(yè)務(wù)的SF和DP后，向所述ASN發(fā)送CGN地址 請求信息；所述第三接收模塊在所述第一通信業(yè)務(wù)處理模塊與所述ASN建立IPv4業(yè)務(wù)的SF和DP 后，接收所述ASN下發(fā)的眾所周知的IPv4地址。
47.一種通信設(shè)備，其特征在于，包括第二存儲模塊，用于存儲終端的DS-Iite能力信息；檢測模塊，用于根據(jù)所述終端的DS-Iite能力信息，檢測所述終端是否具有DS-Iite能力；第三發(fā)送模塊，用于根據(jù)所述檢測模塊的檢測結(jié)果，在所述終端不具有DS-Iite能力 時，向ASN發(fā)送CS類型為IPv4的SF建立請求，在所述終端具有DS-Iite能力時，向所述 ASN發(fā)送CS類型為IPv6的SF建立請求；第一通信業(yè)務(wù)處理模塊，用于與ASN之間建立IPv4業(yè)務(wù)的SF或IPv6業(yè)務(wù)的SF ； 第三接收模塊，用于在所述第一通信業(yè)務(wù)處理模塊與ASN之間建立IPv6業(yè)務(wù)的SF后， 接收所述ASN下發(fā)的CGN地址信息，在所述第一通信業(yè)務(wù)處理模塊與ASN之間建立IPv4業(yè) 務(wù)的SF后，接收所述ASN下發(fā)的眾所周知的IPv4地址。
48.一種通信設(shè)備，其特征在于，包括第二通信業(yè)務(wù)處理模塊，用于與ASN之間建立GPCS類型的SF和DP ； 第二存儲模塊，用于存儲終端的DS-Iite能力信息；檢測模塊，用于根據(jù)所述終端的DS-Iite能力信息，檢測所述終端是否具有DS-Iite能力；第三發(fā)送模塊，用于在第二通信業(yè)務(wù)處理模塊與ASN之間建立GPCS類型的SF和DP后， 根據(jù)所述檢測模塊的檢測結(jié)果，在所述終端具有IPv4業(yè)務(wù)需求且具有DS-Iite能力時，向 所述ASN發(fā)送CGN地址請求信息，在所述終端具有IPv4業(yè)務(wù)需求但不具有DS-I ite能力時， 通過GPCS類型的SF向所述ASN發(fā)送IPv4業(yè)務(wù)數(shù)據(jù)；第三接收模塊，用于接收所述ASN根據(jù)所述CGN地址獲取請求信息下發(fā)的CGN地址信 息，以及接收所述ASN激活DS-Iite代理功能后下發(fā)的眾所周知的IPv4地址。
49.一種通信系統(tǒng)，包括終端與ASN，其特征在于，還包括輕量級雙棧協(xié)商處理裝置，用 于獲取所述ASN與所述終端的DS-Iite能力信息，并根據(jù)所述ASN與所述終端的DS-Iite 能力信息，確定所述終端的DS-Iite工作模式。
50.根據(jù)權(quán)利要求49所述的通信系統(tǒng)，其特征在于，還包括CSN；所述輕量級雙棧協(xié)商處理裝置還用于獲取所述CSN的DS-Iite能力信息，具體根據(jù)所 述ASN與所述CSN的DS-Iite能力信息，確定網(wǎng)絡(luò)側(cè)的DS-Iite支持策略，以及根據(jù)所述網(wǎng) 絡(luò)側(cè)的DS-Iite支持策略與所述終端的DS-Iite能力信息，確定所述終端的DS-Iite工作 模式。
全文摘要
本發(fā)明公開了一種輕量級雙棧協(xié)商處理方法與裝置、通信設(shè)備與通信系統(tǒng)。其中，輕量級雙棧協(xié)商處理方法包括獲取接入服務(wù)網(wǎng)ASN與終端的DS-lite能力信息；根據(jù)ASN與終端的DS-lite能力信息，確定所述終端的DS-lite工作模式。輕量級雙棧協(xié)商處理包括獲取模塊，用于獲取ASN、CSN與終端的DS-lite能力信息；第一確定模塊，用于根據(jù)所述ASN、CSN與終端的DS-lite能力信息，確定所述終端的DS-lite工作模式。本發(fā)明實施例可以確定MS所采取的DS-lite工作模式，使通信網(wǎng)絡(luò)中的各功能實體獲知MS的DS-lite工作模式。
文檔編號H04L29/06GK101848195SQ200910081010
公開日2010年9月29日 申請日期2009年3月27日 優(yōu)先權(quán)日2009年3月27日
發(fā)明者張偉, 李宏, 陳育華, 顧亮 申請人:華為技術(shù)有限公司