Ip地址分配的方法及設備的製作方法
2023-06-08 12:24:51 2
專利名稱：Ip地址分配的方法及設備的製作方法
技術領域：
本發明涉及通信領域，尤其涉及一種IP位址分配的方法及設備。
背景技術：
當前網際網路協議包括IPv4和IPv6，IPv4採用32位IP位址，地址空間有限；IPv6 採用1 位地址，可徹底解決IPv4地址不足問題。但是，如何從IPv4網絡平滑過渡到IPv6 網絡是IPv6成功的關鍵。為了保證過渡時期業務訪問的連續性，即終端在IPv4和IPv6 網絡間切換時業務訪問的連續性，3GPP將雙棧(同時給終端分配IPv4和IPv6地址)作為 IPv6過渡的基本技術。為了適應這種需求，雙棧技術需要從終端到網絡側的所有節點都支持IPv4v6。當前LTE網絡中可以支持IPv4v6，但2/3G網絡中存在不支持IPv4v6的SGSN等節點。現有技術中的終端支持LTE模式和/或2/3G模式，為了保證業務連續性，對於終端請求 IPv4v6PDN/PDP連接的情況，網絡側設置統一策略，只有當網絡內的所有終端的所有模式都支持IPv4v6時，才能允許終端建立IPv4v6 PDN/PDP連接，進而獲得IPv4v6地址。目前，在 E-UTRAN 和 UTRAN (UMTS Terrestrial Radio Access Network，UMTS 陸地無線接入網)以及GERAN (GSM EDGE Radio Access Network, GSM/EDGE無線接入網)之間切換時，PDN(Packet Data Network，包數據網絡)只能映射為相同類型的PDP packet Data Protocol，分組數據協議)，即 IPv4v6PDN映射為 IPv4v6PDP，IPv4PDN映射為 IPv4PDP， IPv6PDN 映射為 IPv6PDP。但是，由於終端的2/3G模式和LTE (Long Term Evolution,長期演進)模式對 IPv4v6的支持不完全同步，為了保證LTE和2/3G網絡互操作時的業務連續性，對於多模終端，只有當其所有模式都支持IPv4v6PDP時，才能使用IPv4v6PDN。具體的，以LTE終端申請IPv4v6地址的過程為例，如圖1所示，包括1、UE根據自身IP協議棧的配置設置附著時請求的PDN類型為IPv4v6PDN type。2、MME (Mobility Management Entity，移動性管理實體)在收到UE的附著請求後，將UE請求的PDN type與從HSS (Home Subscriber Server，歸屬用戶資料庫)中取得的用戶籤約數據記錄中的PDN type進行比較，如果籤約數據為IPv4v6PDN，MME發送「Create Session Request (創建會話請求)」消息給S_GW進行默認承載創建。如果PDN type被設置成IPv4v6，根據運營商在節點上的預配置，如果所有UE可能切換到的SGSN都已經升級支持雙棧PDP，MME對DABF (Dual Address Bearer Flag，雙棧地址承載標記)進行設置，例如將DABF設置為1。3、S-Gff 向 PDN Gff 發送 Create Session Request, PDN Gff 在收到 S-GW 發來的消息後根據運營商策略對IPv4v6 PDN type進行限制。如果運營商優選策略只允許APN使用IPv4地址或IPv6前綴，PDN類型要修改為 IPv4 PDN或IPv6 PDN，並將該信息返回給終端，終端在請求新的PDN連接時就只能使用運營商優選策略所要求的PDN類型；如果PDN Gff收到的Create Session Request消息中，MME未對DABF進行設置，PDN類型應設置為IPv4或者IPv6，並將原因返回給終端，終端可以申請另一個獨立的PDN類型，通過建立IPv4、IPv6兩個PDN連接獲得IPv4與IPv6地址。4、PDN Gff根據設置後的PDN類型給終端分配地址，將包含IPv6接口標識或IPv4 地址的 「Create Session Response」 消息發送給 S-GW。5、S-Gff 將 Create Session Response 消息轉發至 MME，MME 向 UE 發送"Attach Accept"消息，其中包含了 IPv6接口標識或IPv4地址。6、UE 發送 RS (Router Solicitation，路由器請求)消息給 PDN GW。7、PDN Gff收到RS消息後立即回應RA (RouterAdvertisement，路由器通告)，或者周期性發送RA消息給UE，RA消息應包含了與默認承載建立階段所提供的相同的IPv6前綴。UE收到RA消息後通過無狀態地址自動配置的方法構造一個完整的IPv6地址。上述過程中，MME對LTE單模終端和多模終端採用了統一策略，導致LTE單模終端使用IPv4v6PDN也受LTE和2/3G互操作的影響，LTE的雙棧承載特性沒有得到充分使用。 同時，對於LTE多模終端，存在所有模式都支持IPv4v6PDN的多模終端，也存在部分模式不支持IPv4v6PDN的多模終端，現有方案下對所有LTE多模終端都不允許使用IPv4v6PDN，網絡側只使用IPv4和IPv6兩個獨立的PDP/PDN分別分配IPv4和IPv6地址，導致LTE特性無法充分使用，核心網成本上升。
發明內容
本發明實施例提供了一種IP位址分配的方法及設備，使得網絡側靈活設置UE的 IPv4v6PDN/PDP，充分利用UE的雙棧特性。本發明實施例提供了一種IP位址分配的方法，包括網絡側接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6 ；當所述網絡側根據所述地址申請請求確定所述用戶終端是單模終端時，所述網絡側設置所述用戶終端的承載類型為IPv4v6，為所述用戶終端分配IPv4和IPv6地址。本發明實施例提供了一種IP位址分配的方法，包括網絡側接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6 ；所述網絡側獲取所述地址申請請求中攜帶的所述用戶終端的所有模式分別支持的承載類型；如果所述用戶終端的所有模式都支持IPv4v6承載類型，所述網絡側設置所述用戶終端的承載類型為IPv4v6，為所述用戶終端分配IPv4和IPv6地址。本發明實施例提供了一種IP位址分配的方法，包括用戶終端獲取自身支持的各網絡模式分別支持的承載類型；所述用戶終端向網絡側發送地址申請請求，當所述用戶終端的所有模式都支持 IPv4v6承載類型時，所述地址申請請求中攜帶的承載類型為IPv4v6。本發明實施例提供了一種網絡側設備，包括接收單元，用於接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6 ；判斷單元，用於判斷所述用戶終端是否為單模終端；
設置單元，用於當所述用戶終端是單模終端時，設置所述用戶終端的承載類型為 IPv4v60本發明實施例提供了一種網絡側設備，包括接收單元，用於接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6 ；獲取單元，用於獲取所述地址申請請求中攜帶的所述用戶終端的所有模式分別支持的承載類型；設置單元，用於當所述用戶終端的所有模式都支持IPv4v6承載類型，設置所述用戶終端的承載類型為IPv4v6。本發明實施例提供了一種用戶終端，包括獲取單元，用於獲取自身支持的各網絡模式分別支持的承載類型；發送單元，用於向網絡側發送地址申請請求，當所述用戶終端的所有模式都支持 IPv4v6承載類型時，所述地址申請請求中攜帶的承載類型為IPv4v6。本發明實施例提供了一種用戶終端，包括獲取單元，用於獲取所述用戶終端支持的各網絡模式分別支持的承載類型；發送單元，用於向網絡側發送地址申請請求，所述地址申請請求中攜帶所述用戶終端支持的各網絡模式分別支持的承載類型。與現有技術相比，本發明實施例至少具有以下優點本發明實施例中，當UE為單模終端時，網絡側設置UE的承載類型為IPv4v6，為UE 分配IPv4和IPv6地址，從而能夠充分利用IPv4v6承載類型分配IPv4和IPv6地址，降低核心網成本。
圖1是現有技術中LTE終端申請IPv4v6地址的過程示意圖；圖2是本發明實施例一提供的IP位址分配的方法的流程示意圖；圖3是本發明實施例二提供的IP位址分配的方法的流程示意圖；圖4是本發明實施例三提供的IP位址分配的方法的流程示意圖；圖5和圖6是本發明實施例四提供的網絡側設備的結構示意圖；圖7是本發明實施例五提供的網絡側設備的結構示意圖；圖8是本發明實施例六提供的用戶終端的結構示意圖；圖9是本發明實施例六提供的用戶終端對應的網絡側設備的結構示意圖；圖10是本發明實施例七提供的用戶終端的結構示意圖。
具體實施例方式
下面將結合本發明的實施例中的附圖，對本發明的實施例中的技術方案進行清楚、完整地描述，顯然，下面所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明的實施例保護的範圍。
實施例一
本發明實施例一提供一種IP位址分配的方法，當UE請求設置PDN/PDPtype (承載類型)為IPv4v6時，MME/SGSN根據UE的類型進行判斷，如果UE為單模終端，且用戶籤約數據允許使用IPv4v6，則不存在LTE網絡和2/3G網絡互操作的影響，MME/SGSN允許設置UE 的 PDN/PDP type 為 IPv4v6。具體的，如圖2所示，以UE為LTE單模終端為例，該方法包括以下步驟步驟201，UE向MME發送附著請求，該附著請求中攜帶的PDN類型為IPv4v6PDN。具體的，附著請求中攜帶UE設置的PDN類型為IPv4v6、APN(AccessPoint Name, 接入點名稱)、MS Radio Access Capability (移動站點的無線接入能力)信息。步驟202，MME接收UE發送的附著請求，根據UE的籤約數據判斷PDN類型是否合法，如果合法，則進一步判斷UE是否為單模終端，如果判斷結果為是，執行步驟203 ；否則， 參照圖1所示的過程對附著請求進行處理，網絡側根據UE的籤約數據和運營商策略設置UE 的承載類型，為UE分配相應的IP位址。具體的，MME從HSS中獲取UE的用戶籤約數據，該用戶籤約數據中記錄UE的PDN 類型，如果用戶籤約數據中記錄的UE的PDN類型為IPv4v6PDN，則UE請求的PDN類型合法。 MME進一步根據附著請求中MS RadioAccess Capability信息獲知UE對各種模式的支持能力，確定UE僅支持LTE模式，即其為單模終端。步驟203，MME設置UE的PDN類型為IPv4v6PDN，向S-GW發送攜帶該PDN類型的 Create Session Request 消息。具體的，MME設置UE的PDN類型為IPv4v6PDN，對DABF進行設置，例如設置DABF 值為1，然後MME向S-GW發送「Create Session Request」消息，該消息中攜帶DABF值。步驟204，S-Gff 向 PDN Gff 發送 Create Session Request 消息。步驟205，PDN GW根據 Create Session Request 消息向 S-GW 發送 Createkssion Response 消息，S_GW 將 Create Session Response 消息向 MME 發送。步驟206，MME向UE發送Attach Acc印t (附著接受)消息，其中包含了 IPv6接口標識和IPv4地址。步驟207，UE向PDN Gff發送RS消息，請求PDN Gff發送RA消息。步驟208，PDN Gff收到RS消息後立即回應RA，或者周期性發送RA消息給UE，RA 消息包含與默認承載建立階段所提供的相同的IPv6前綴。移動終端收到RA消息後通過無狀態地址自動配置的方法構造一個完整的IPv6地址。需要說明，對於2/3G模式的單模終端，將上述各步驟中的附著請求替換為PDP激活請求，將MME替換為GGSN，將PDN替換為PDP，基於上述過程即可以實現GGSN接收2/3G 模式的單模終端發送的PDP類型為ipv4v6的PDP激活請求後，將單模終端的PDP類型設置為IPv4v6，進而為單模終端分配IPv4地址和IPv6地址的過程。本發明實施例中，當UE為單模終端時，網絡側設置UE的承載類型為IPv4v6，為UE 分配IPv4和IPv6地址，從而能夠充分利用IPv4v6承載類型分配IPv4和IPv6地址，降低核心網成本。實施例二本發明實施例二提供一種IP位址分配的方法，UE在發送附著請求或PDP激活請求(即地址申請請求)時攜帶UE各模式所支持的PDN/PDP類型(即承載類型)，MME/SGSN
8根據附著請求或PDP激活請求確定UE的所有模式都支持IPv4v6PDN/PDP時，允許UE設置 PDN/PDP類型為IPv4v6PDN/PDP，具體的，如圖3所示，該方法包括以下步驟
步驟301，UE向MME/SGSN發送附著請求/PDP激活消息，附著請求/PDP激活消息中的 PDN/PDP 類型為 IPv4v6PDN/PDP。 當UE為LTE終端時，其支持LTE模式，還可以支持2/3G模式(多模終端)。UE向 MME 發送附著請求，請求中攜帶 UEi青求的 PDN type、APN、MS Radio Access Capability, 以及LTE終端支持的各模式所分別支持的PDN/PDP類型。當UE為2/3G終端時，UE向SGSN 發送PDP激活請求，PDP激活請求中攜帶UE請求的PDP type、APN和MS Radio Access Capability,以及2/3G終端所支持的PDN/PDP類型。具體的，附著請求或PDP激活請求中攜帶UE所支持的模式，並通過在附著請求或PDP激活請求中引入新定義的IEdnformation Element，信息單元)或者PCO (Protocol Configuration Options，協議配置選項)等方式， 用於表明終端每種模式所支持的PDN/PDP類型。其中IE為擴展的欄位，可以通過設置該擴展欄位的取值表示UE支持的模式所支持的PDN/PDP類型，例如擴展欄位取值為1表示UE的 2/3G模式支持IPv4v6PDN/PDP，擴展欄位取值為2表示UE的2/3G模式支持IPv4PDN/PDP， 擴展欄位取值為3表示UE的2/3G模式支持IPv6PDN/PDP。UE還可以通過在PCO中擴展新的選項，上報UE支持的模式所支持的PDN/PDP類型。步驟302，MME/SGSN接收UE發送的附著請求/PDP激活消息，根據UE的類型和能力設置UE的PDN/PDP類型。具體的，MME根據附著請求獲知UE僅支持LTE模式，即UE為LTE單模終端，則MME 根據實施例一所述方式設置UE的PDN類型為IPv4v6PDN。如果MME獲知UE支持LTE和 2/3G模式，即UE為LTE多模終端，則MME進一步獲取UE的LTE模式和2/3G模式分別支持的PDN類型/PDP類型，或者僅獲取UE的2/3G模式支持的PDP類型，如果UE的2/3G模式支持IPv4v6PDP，則設置UE的PDN類型為IPv4v6PDN ；如果UE的2/3G模式不支持IPv4v6PDP， 則參照圖1所示的過程對附著請求進行處理。SGSN接收到UE發送的PDP激活消息，如果UE支持的2/3G模式支持IPv4v6PDP， 則設置UE的PDP類型為IPv4v6PDP ；如果UE的2/3G模式不支持IPv4v6PDP，則參照圖1所示的過程對附著請求進行處理。需要說明，MME/SGSN也可以不考慮UE是單模或者多模終端，而是直接根據附著請求/PDP激活消息中攜帶的UE各模式分別支持的PDN/PDP類型，設置UE的PDN/PDP類型。步驟303，MME/SGSN 對 DABF 進行設置，向 S-GW 發送 Create SessionRequest 消息，其中攜帶的PDN/PDP類型為IPv4v6PDN/PDP。具體的，MME對DABF進行設置，例如設置DABF值為1，然後MME向S-GW發送 "Create Session Request」 消息，該消息中攜帶 DABF 值、PDN/PDP 類型為 IPv4v6PDN/PDP。步驟304 步驟309同步驟203 步驟208相同，在此不再贅述。本發明實施例中，當UE為單模終端時，網絡側設置UE的承載類型為IPv4v6，為UE 分配IPv4和IPv6地址；當UE為多模終端、但UE的所有模式都支持IPv4v6承載類型時，網絡側設置UE的承載類型為IPv4v6，為UE分配IPv4和IPv6地址；從而能夠充分利用IPv4v6 承載類型分配IPv4和IPv6地址，降低核心網成本。實施例三
本發明實施例三提供一種IP位址分配的方法，UE在發送附著請求或PDP激活請求時，其中請求的PDP/PDN類型需要根據自身支持的各模式分別支持的PDP/PDN類型進行設置，即按照所有模式支持IP位址能力的最小集進行申請，所有模式都支持IPv4v6時終端才申請IPv4v6PDP/PDN，具體的，如圖4所示，該方法包括以下步驟步驟401，UE根據自身類型、每種模式對IP位址的支持能力設定申請的PDP/PDN 類型。具體的，如果UE是LTE單模終端，則可以申請IPv4PDN、IPv6PDN以及IPv4v6PDN ； 如果UE是2/3G單模終端，則當UE的2/3G模式支持IPv4v6PDP時，則可以申請IPv4PDP、IPv6PDP以及IPv4v6PDP。如果UE是LTE多模終端， 則當2/3G模式支持IPv4v6PDP時，可以申請IPv4PDN、IPv6PDN以及IPv4v6PDP/PDN。如果 UE的所有模式都支持IPv4v6，則UE設置申請的PDP/PDN類型為IPv4v6PDP/PDN。如果UE 支持的2/3G模式不支持IPv4v6PDP,則UE不能夠申請IPv4v6PDP/PDN，申請各模式分別支持的PDP/PDN類型的交集，例如2/3G模式支持IPv4PDP，LTE模式支持IPv4PDN、IPv6PDN以及IPv4v6PDN，則UE申請 IPv4PDP/PDN0步驟402，UE向MME/SGSN發送附著請求/PDP激活消息，附著請求/PDP激活消息中的 PDN/PDP 類型為 IPv4v6PDN/PDP。步驟403，MME/SGSN查找用戶的籤約數據，並結合運營商預設策略設置UE的PDN/ PDP類型，通過與S-GW和PDN-GW的交互為UE分配IP位址。步驟403的具體過程可以參考圖1所示的方法，在此不再贅述。本發明實施例中，終端可以通過配置或者自動發現機制獲得終端類型以及終端作業系統和不同模式對IP位址的支持能力，對此本發明不做限制。本發明實施例中，當UE的所有模式都支持IPv4v6承載類型時，UE在附著請求或 PDP激活請求中攜帶IPv4v6承載類型(IPv4v6PDN/PDP)，否則，UE上報各模式分別支持的承載類型的交集，當UE上報的承載類型與用戶籤約中記錄的承載類型相同時，網絡側設置UE 的承載類型為UE上報的承載類型，從而能夠充分利用IPv4v6承載類型分配IPv4和IPv6 地址，降低核心網成本。實施例四基於與上述方法實施例相同或相似的技術構思，本發明實施例四提供一種網絡側設備，如圖5所示，包括接收單元11，用於接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6 ；判斷單元12，用於判斷所述用戶終端是否為單模終端；設置單元13，用於當所述用戶終端是單模終端時，設置所述用戶終端的承載類型為 IPv4v6。所述設置單元13還用於當所述用戶終端是多模終端時，根據所述用戶終端的籤約數據和運營商策略設置所述用戶終端的承載類型。如圖6所示，還包括類型獲取單元14，用於當所述用戶終端是多模終端時，獲取所述地址申請請求中攜帶的所述用戶終端的所有模式分別支持的承載類型；相應的，所述設置單元13還用於當所述用戶終端的所有模式都支持IPv4v6承載類型時，設置所述用戶終端的承載類型為IPv4v6。所述類型獲取單元14還用於根據所述地址申請請求中的擴展欄位或者協議配置選項中的擴展選項攜帶的信息，獲取所述用戶終端的所有模式分別支持的承載類型。所述判斷單元12還用於獲取所述地址申請請求中攜帶的移動站點的無線接入能力信息，根據該信息中攜帶的所述用戶終端對各種網絡模式的支持能力判斷所述用戶終端是否為單模終端。所述設置單元13還用於當所述用戶終端的承載類型設置為IPv4v6時，設置所述用戶終端的雙棧地址承載標記。還包括籤約獲取單元15，用於獲取所述用戶終端的籤約數據中記錄的承載類型； 所述設置單元13還用於當所述用戶終端的籤約數據中記錄的承載類型為IPv4v6時，設置所述用戶終端的承載類型為IPv4v6。所述單模終端具體為LTE單模終端。所述地址申請請求具體為附著請求或PDP激活請求。實施例五基於與上述方法實施例相同或相似的技術構思，本發明實施例五提供一種網絡側設備，如圖7所示，包括接收單元21，用於接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6 ；獲取單元22，用於獲取所述地址申請請求中攜帶的所述用戶終端的所有模式分別支持的承載類型；設置單元23，用於當所述用戶終端的所有模式都支持IPv4v6承載類型，設置所述用戶終端的承載類型為IPv4v6。所述獲取單元22還用於根據所述地址申請請求中的擴展欄位或者協議配置選項中的擴展選項攜帶的信息，獲取所述用戶終端的所有模式分別支持的承載類型。所述用戶終端為多模終端。實施例六基於與上述方法實施例相同或相似的技術構思，本發明實施例六提供一種用戶終端，如圖8所示，包括獲取單元31，用於獲取自身支持的各網絡模式分別支持的承載類型；發送單元32，用於向網絡側發送地址申請請求，當所述用戶終端的所有模式都支持IPv4v6承載類型時，所述地址申請請求中攜帶的承載類型為IPv4v6。發送單元32還用於當所述用戶終端具有不支持IPv4v6承載類型的模式時，在所述地址申請請求中攜帶的承載類型為各網絡模式分別支持的承載類型的交集。與本發明實施例六提供的用戶終端相對應，本發明實施例還提供一種網絡側設備，如圖9所示，包括接收單元41，用於接收用戶終端發送的地址申請請求；設置單元42，用於根據所述用戶終端的籤約數據設置所述用戶終端的承載類型。 具體的，如果地址申請請求中攜帶的承載類型與用戶終端的籤約數據中記錄的承載類型一致，則設置用戶終端的承載類型為地址申請請求中攜帶的承載類型。實施例七基於與上述方法實施例相同或相似的技術構思，本發明實施例七提供一種用戶終端，如圖10所示，包括獲取單元51，用於獲取所述用戶終端支持的各網絡模式分別支持的承載類型；發送單元52，用於向網絡側發送地址申請請求，所述地址申請請求中攜帶所述用戶終端支持的各網絡模式分別支持的承載類型。所述發送單元52還用於通過所述地址申請請求中的擴展欄位或者協議配置選項中的擴展選項攜帶所述用戶終端支持的各網絡模式分別支持的承載類型。本發明實施例中，當用戶終端為單模終端時，網絡側設置用戶終端的承載類型為 IPv4v6,為用戶終端分配IPv4和IPv6地址，從而能夠充分利用IPv4v6承載類型分配IPv4 和IPv6地址，降低核心網成本。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可藉助軟體加必需的通用硬體平臺的方式來實現，當然也可以通過硬體，但很多情況下前者是更佳的實施方式。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實施例所述的方法。本領域技術人員可以理解附圖只是一個優選實施例的示意圖，附圖中的模塊或流程並不一定是實施本發明所必須的。本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布於實施例的裝置中，也可以進行相應變化位於不同於本實施例的一個或多個裝置中。上述實施例的模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。以上公開的僅為本發明的幾個具體實施例，但是，本發明並非局限於此，任何本領域的技術人員能思之的變化都應落入本發明的保護範圍。
1權利要求
1.一種IP位址分配的方法，其特徵在於，包括網絡側接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6 ；當所述網絡側根據所述地址申請請求確定所述用戶終端是單模終端時，所述網絡側設置所述用戶終端的承載類型為IPv4v6，為所述用戶終端分配IPv4和IPv6地址。
2.如權利要求1所述的方法，其特徵在於，當所述用戶終端是多模終端時，所述方法還包括所述網絡側根據所述用戶終端的籤約數據和運營商策略設置所述用戶終端的承載類型，為所述用戶終端分配相應的IP位址。
3.如權利要求1所述的方法，其特徵在於，當所述用戶終端是多模終端時，所述網絡側獲取所述地址申請請求中攜帶的所述用戶終端的所有模式分別支持的承載類型；如果所述用戶終端的所有模式都支持IPv4v6承載類型，所述網絡側設置所述用戶終端的承載類型為IPv4v6，為所述用戶終端分配IPv4和IPv6地址。
4.如權利要求3所述的方法，其特徵在於，所述網絡側獲取所述地址申請請求中攜帶的所述用戶終端的所有模式分別支持的承載類型包括所述網絡側根據所述地址申請請求中的擴展欄位或者協議配置選項中的擴展選項攜帶的信息，獲取所述用戶終端的所有模式分別支持的承載類型。
5.如權利要求2或3所述的方法，其特徵在於，所述網絡側根據下述方式判斷所述用戶終端是否為單模終端所述網絡側獲取所述地址申請請求中攜帶的移動站點的無線接入能力信息，根據該信息中攜帶的所述用戶終端對各種網絡模式的支持能力判斷所述用戶終端是否為單模終端。
6.如權利要求2或3所述的方法，其特徵在於，所述網絡側設置所述用戶終端的承載類型為IPv4v6之後，還包括所述網絡側設置所述用戶終端的雙棧地址承載標記。
7.如權利要求2或3所述的方法，其特徵在於，所述網絡側設置所述用戶終端的承載類型為IPv4v6之前還包括所述網絡側確定所述用戶終端的籤約數據中記錄的承載類型為 IPv4v60
8.如權利要求1所述的方法，其特徵在於，所述單模終端具體為LTE單模終端。
9.如權利要求1所述的方法，其特徵在於，所述地址申請請求具體為附著請求或PDP激活請求。
10.一種IP位址分配的方法，其特徵在於，包括網絡側接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6 ；所述網絡側獲取所述地址申請請求中攜帶的所述用戶終端的所有模式分別支持的承載類型；如果所述用戶終端的所有模式都支持IPv4v6承載類型，所述網絡側設置所述用戶終端的承載類型為IPv4v6，為所述用戶終端分配IPv4和IPv6地址。
11.如權利要求10所述的方法，其特徵在於，所述網絡側獲取所述地址申請請求中攜帶的所述用戶終端的所有模式分別支持的承載類型包括所述網絡側根據所述地址申請請求中的擴展欄位或者協議配置選項中的擴展選項攜帶的信息，獲取所述用戶終端的所有模式分別支持的承載類型。
12.如權利要求10所述的方法，其特徵在於，所述用戶終端為多模終端。
13.一種IP位址分配的方法，其特徵在於，包括用戶終端獲取自身支持的各網絡模式分別支持的承載類型；所述用戶終端向網絡側發送地址申請請求，當所述用戶終端的所有模式都支持IPv4v6 承載類型時，所述地址申請請求中攜帶的承載類型為IPv4v6。
14.如權利要求13所述的方法，其特徵在於，當所述用戶終端具有不支持IPv4v6承載類型的模式時，所述用戶終端獲取各網絡模式分別支持的承載類型的交集，所述地址申請請求中攜帶的承載類型為所述交集。
15.如權利要求13或14所述的方法，其特徵在於，還包括所述網絡側接收所述用戶終端發送的地址申請請求，根據所述用戶終端的籤約數據設置所述用戶終端的承載類型，為所述用戶終端分配相應的IP位址。
16.一種網絡側設備，其特徵在於，包括接收單元，用於接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6 ；判斷單元，用於判斷所述用戶終端是否為單模終端；設置單元，用於當所述用戶終端是單模終端時，設置所述用戶終端的承載類型為 IPv4v60
17.如權利要求16所述的網絡側設備，其特徵在於，所述設置單元還用於當所述用戶終端是多模終端時，根據所述用戶終端的籤約數據和運營商策略設置所述用戶終端的承載類型。
18.如權利要求16所述的網絡側設備，其特徵在於，還包括類型獲取單元，用於當所述用戶終端是多模終端時，獲取所述地址申請請求中攜帶的所述用戶終端的所有模式分別支持的承載類型；所述設置單元還用於當所述用戶終端的所有模式都支持IPv4v6承載類型時，設置所述用戶終端的承載類型為IPv4v6。
19.如權利要求18所述的網絡側設備，其特徵在於，所述類型獲取單元還用於根據所述地址申請請求中的擴展欄位或者協議配置選項中的擴展選項攜帶的信息，獲取所述用戶終端的所有模式分別支持的承載類型。
20.如權利要求16所述的網絡側設備，其特徵在於，所述判斷單元還用於獲取所述地址申請請求中攜帶的移動站點的無線接入能力信息，根據該信息中攜帶的所述用戶終端對各種網絡模式的支持能力判斷所述用戶終端是否為單模終端。
21.如權利要求16或18所述的網絡側設備，其特徵在於，所述設置單元還用於設置所述用戶終端的雙棧地址承載標記。
22.如權利要求16-18任一項所述的網絡側設備，其特徵在於，還包括籤約獲取單元， 用於獲取所述用戶終端的籤約數據中記錄的承載類型；所述設置單元還用於當所述用戶終端的籤約數據中記錄的承載類型為IPv4v6時，設置所述用戶終端的承載類型為IPv4v6。
23.如權利要求16所述的網絡側設備，其特徵在於，所述單模終端具體為LTE單模終端。
24.如權利要求16所述的網絡側設備，其特徵在於，所述地址申請請求具體為附著請求或PDP激活請求。
25.一種網絡側設備，其特徵在於，包括接收單元，用於接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6 ；獲取單元，用於獲取所述地址申請請求中攜帶的所述用戶終端的所有模式分別支持的承載類型；設置單元，用於當所述用戶終端的所有模式都支持IPv4v6承載類型，設置所述用戶終端的承載類型為IPv4v6。
26.如權利要求25所述的網絡側設備，其特徵在於，所述獲取單元還用於根據所述地址申請請求中的擴展欄位或者協議配置選項中的擴展選項攜帶的信息，獲取所述用戶終端的所有模式分別支持的承載類型。
27.如權利要求25所述的網絡側設備，其特徵在於，所述用戶終端為多模終端。
28.一種用戶終端，其特徵在於，包括獲取單元，用於獲取自身支持的各網絡模式分別支持的承載類型；發送單元，用於向網絡側發送地址申請請求，當所述用戶終端的所有模式都支持 IPv4v6承載類型時，所述地址申請請求中攜帶的承載類型為IPv4v6。
29.如權利要求觀所述的用戶終端，其特徵在於，所述發送單元還用於當所述用戶終端具有不支持IPv4v6承載類型的模式時，在所述地址申請請求中攜帶的承載類型為各網絡模式分別支持的承載類型的交集。
30.一種用戶終端，其特徵在於，包括獲取單元，用於獲取所述用戶終端支持的各網絡模式分別支持的承載類型；發送單元，用於向網絡側發送地址申請請求，所述地址申請請求中攜帶所述用戶終端支持的各網絡模式分別支持的承載類型。
31.如權利要求30所述的用戶終端，其特徵在於，所述發送單元還用於通過所述地址申請請求中的擴展欄位或者協議配置選項中的擴展選項攜帶所述用戶終端支持的各網絡模式分別支持的承載類型。
全文摘要
本發明公開了一種IP位址分配的方法及設備，該方法包括網絡側接收用戶終端發送的地址申請請求，所述地址申請請求中攜帶所述用戶終端請求的承載類型為IPv4v6；當所述網絡側根據所述地址申請請求確定所述用戶終端是單模終端時，所述網絡側設置所述用戶終端的承載類型為IPv4v6，為所述用戶終端分配IPv4和IPv6地址。本發明中，當UE為單模終端時，網絡側設置UE的承載類型為IPv4v6，為UE分配IPv4和IPv6地址，從而能夠充分利用IPv4v6承載類型分配IPv4和IPv6地址，降低核心網成本。
文檔編號H04L29/12GK102469176SQ20101054994
公開日2012年5月23日 申請日期2010年11月18日 優先權日2010年11月18日
發明者侯志強, 黨京, 孫滔, 李振強, 李連源, 鄭巍 申請人:中國移動通信集團公司