專利名稱：確定終端移動性管理類型的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及確定終端移動性管理類型的技術(shù)。

背景技術(shù)：
WiMAX網(wǎng)絡(luò)是基于標準IP協(xié)議的無線網(wǎng)絡(luò)，其組網(wǎng)結(jié)構(gòu)如圖1所示，包括MS(移動終端)，ASN(Access Service Network，服務(wù)接入網(wǎng)絡(luò))和CSN(Connectivity Service Network，服務(wù)連接網(wǎng)絡(luò))三部分。MS通過ASN接入網(wǎng)絡(luò)，CSN保證MS獲得可靠的IP通信連接。
目前MS的類型有很多種，按照其支持的移動性能力劃分，可以包括僅僅支持Simple IP(簡單IP)能力的MS、僅僅支持MIP(Mobile IP，移動IP)能力的MS，以及同時支持SIP能力和MIP能力的MS。
當MS支持Simple IP能力時，所述MS在同一時刻只享有一個IP地址，并且MS沒有相對固定的IP地址，也就是說，MS的IP地址隨著MS連接的ASN發(fā)生改變，而相應(yīng)地發(fā)生改變。因此當MS僅僅支持SIP能力時，無法保證MS獲得可靠的IP連接。當網(wǎng)絡(luò)側(cè)能夠支持MIP時，能夠為支持Simple IP能力的MS，提供PMIP(Proxy MIP，移動IP代理)移動性管理。當網(wǎng)絡(luò)側(cè)僅僅支持Simple IP時，只能為支持Simple IP能力的MS，提供Simple IP移動性管理。
當MS支持所述MIP能力時，所述MS中同時配置有HoA(Home of Address，家鄉(xiāng)地址)和CoA(Care of Address，轉(zhuǎn)交地址)。其中所述HoA相對固定，不隨MS的移動而發(fā)生改變，因此在HoA基礎(chǔ)上建立的IP連接不會因MS的移動而中斷；所述CoA則會隨著MS接入的ASN變化而發(fā)生相應(yīng)的改變。MS可以通過HA(Home Agent，家鄉(xiāng)代理)建立HoA與CoA之間的綁定關(guān)系。當位于拜訪網(wǎng)絡(luò)的MS訪問歸屬網(wǎng)絡(luò)時，歸屬網(wǎng)絡(luò)發(fā)送給目的地址HoA的數(shù)據(jù)先被HA接收，然后HA根據(jù)已經(jīng)建立好的HoA-CoA綁定關(guān)系，找到對應(yīng)的CoA，從而將數(shù)據(jù)轉(zhuǎn)發(fā)給位于拜訪網(wǎng)絡(luò)的MS。當網(wǎng)絡(luò)側(cè)能夠支持MIP時，能夠為支持MIP能力的MS，提供PMIP(Proxy MIP，移動IP代理)移動性管理。當網(wǎng)絡(luò)側(cè)能夠支持MIP，且MS也能夠支持MIP時，可以由所述MS自己進行CMIP(Client MIP，移動IP客戶端)移動性管理。此時認為所述MS的移動性管理類型為CMIP。
在不同類型的MS接入網(wǎng)絡(luò)時，網(wǎng)絡(luò)需要確定出所述MS的移動性管理類型，以便為所述MS進行相應(yīng)的移動性管理。
與本發(fā)明有關(guān)的現(xiàn)有技術(shù)一是目前WiMAX論壇中提出的一種確定終端移動性管理類型的方法，其主要思想是 具有支持Simple IP能力的MS接入網(wǎng)絡(luò)后，發(fā)送DHCP(Dynamic HostControl Protocol，動態(tài)主機控制協(xié)議)請求；當網(wǎng)絡(luò)側(cè)接收到MS發(fā)送的DHCP請求后，如果網(wǎng)絡(luò)側(cè)具有MIP能力，就認為能夠為所述MS進行PMIP管理，并標識所述移動終端的移動性管理類型為PMIP，并代替所述MS發(fā)起MIP注冊請求； 當網(wǎng)絡(luò)側(cè)接收到MS發(fā)出的MIP注冊請求后，則認為所述MS能夠支持MIP，于是標識所述移動終端的移動性管理類型為CMIP，之后由所述終端自己進行MIP注冊。
當網(wǎng)絡(luò)側(cè)通過MIP過程獲得IP地址后，再次發(fā)起DHCP過程，在這種情景下，網(wǎng)絡(luò)側(cè)按照策略配置處理后，可能會忽略終端的其中一種過程請求的資源信息，也可能允許終端通過DHCP過程獲得對應(yīng)主機配置信息。
采用現(xiàn)有技術(shù)一在下述幾種情況下，不能確定出MS的移動性管理類型 1、當MS同時具有支持Simple IP和MIP能力時，所述MS既可以發(fā)送DHCP請求，也可以發(fā)送MIP注冊請求。當網(wǎng)絡(luò)側(cè)接收到MS發(fā)送的DHCP請求和MIP請求后，根據(jù)現(xiàn)有技術(shù)一無法確定出所述MS的移動性管理類型。
2、當MS具有支持MIP能力時，所述MS發(fā)送MIP注冊請求，接下來又發(fā)出DHCP請求要求獲得相應(yīng)的主機配置信息，此時，采用現(xiàn)有技術(shù)一，網(wǎng)絡(luò)側(cè)無法確定所述MS的移動性管理類型是CMIP，還是PMIP。
3、當MS既要求進行CMIP管理，又要求PMIP管理時，網(wǎng)絡(luò)側(cè)無法配置所述MS的具體類型。
可見當移動終端通過不同的接入過程接入網(wǎng)絡(luò)后，網(wǎng)絡(luò)側(cè)通過現(xiàn)有技術(shù)一無法確定所述移動終端相應(yīng)的移動性管理類型。
與本發(fā)明有關(guān)的現(xiàn)有技術(shù)二提供了另一種確定MS能力的方法，其是當MS初始接入網(wǎng)絡(luò)時，通過IEEE802.16的空口協(xié)議，如REG-REQ/RSP協(xié)議、SBC-REQ/RSP協(xié)議，來協(xié)商所述MS的移動性能力。
現(xiàn)有技術(shù)二中的IEEE802.16的空口協(xié)議中定義的REG-REQ/RSP協(xié)議，以及SBC-REQ/RSP協(xié)議代表的是MS的底層基本能力，因此無法協(xié)商MS支持IP的移動性能力。
與本發(fā)明有關(guān)的現(xiàn)有技術(shù)三提供了一種確定MS移動性類型的方法，其是當MS接入網(wǎng)絡(luò)后的初始認證階段的EAP過程中，網(wǎng)絡(luò)側(cè)與所述MS之間，通過協(xié)商相應(yīng)的參數(shù)進行能力交互，來確定終端的能力。
由于EAP協(xié)議在IEEE802.16的空中接口擴充不方便，并且不能保證可靠的響應(yīng)，因此網(wǎng)絡(luò)側(cè)通過現(xiàn)有技術(shù)三無法協(xié)商MS支持IP的能力。


發(fā)明內(nèi)容
本發(fā)明的實施例提供了一種確定終端移動性類型的方法和系統(tǒng)，通過本發(fā)明的實施例，當移動終端通過不同的接入過程接入網(wǎng)絡(luò)后，網(wǎng)絡(luò)側(cè)能夠針對不同接入過程中接入的移動終端，確定相應(yīng)的移動性管理類型。
本發(fā)明的實施例通過如下技術(shù)方案實現(xiàn) 本發(fā)明的實施例提供了一種確定終端移動性管理類型的方法，其包括 當移動終端向網(wǎng)絡(luò)側(cè)上報信息，所上報的信息包括移動終端所支持的移動性能力信息； 網(wǎng)絡(luò)側(cè)根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
本發(fā)明的實施例還提供了一種確定終端移動性管理類型的系統(tǒng)，其包括移動終端和接入網(wǎng)絡(luò)； 所述移動終端用于向接入網(wǎng)絡(luò)上報信息，所上報的信息包括移動終端所支持的移動性能力信息； 所述接入網(wǎng)絡(luò)用于根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
本發(fā)明的實施例還提供了一種移動終端，其包括 能力確定單元、消息構(gòu)造單元和信息傳輸單元； 所述能力確定單元，用于根據(jù)移動終端的配置信息確定上報信息；所述上報信息包括所述移動終端所支持的移動性能力信息； 所述消息構(gòu)造單元，用于在所述信息傳輸單元發(fā)送上報信息前，將所述上報信息封裝到DHCP請求消息或MIP注冊請求消息中； 所述信息傳輸單元，用于通過發(fā)送所述消息構(gòu)造單元封裝處理后得到的消息，將所述能力確定單元確定的上報信息，上報給接入網(wǎng)絡(luò)。
本發(fā)明的實施例還提供了一種接入網(wǎng)絡(luò)，其包括 信息獲取單元，用于獲取移動終端所支持的移動性能力信息； 移動性管理類型確定單元，用于根據(jù)所述信息獲取單元獲取的信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
由上述本發(fā)明的實施例提供的具體實施方案可以看出，移動終端向接入網(wǎng)絡(luò)上報信息，所上報的信息包括移動終端所支持的移動性能力信息；網(wǎng)絡(luò)側(cè)根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。因此，當移動終端通過不同的接入過程接入網(wǎng)絡(luò)后，網(wǎng)絡(luò)側(cè)能夠針對不同接入過程中接入的終端，確定相應(yīng)的移動性管理類型。



圖1為背景技術(shù)提供的WiMAX網(wǎng)絡(luò)的組網(wǎng)結(jié)構(gòu)示意圖； 圖2為本發(fā)明提供的第一實施例的流程圖； 圖3為本發(fā)明提供的第一實施例中支持Simple IPv4模式終端的連接建立流程圖； 圖4為本發(fā)明提供的第一實施例中支持Proxy Mobile IPv4模式終端的連接建立流程圖； 圖5為本發(fā)明提供的第一實施例中同時支持Simple IPv4和Client MobileIPv4模式終端的連接建立流程圖； 圖6為本發(fā)明提供的第一實施例中同時支持Proxy Mobile IPv4和ClientMobile IPv4模式終端的連接建立流程圖； 圖7為本發(fā)明提供的第一實施例中支持IPv6模式的終端的連接建立流程圖； 圖8為本發(fā)明提供的第二實施例中的結(jié)構(gòu)原理圖； 圖9為本發(fā)明提供的第三實施例中的結(jié)構(gòu)原理圖。

具體實施例方式 本發(fā)明提供的第一實施例是一種確定終端移動性管理類型的方法，其具體實施流程如圖2所示，包括如下內(nèi)容 步驟S101，當移動終端接入網(wǎng)絡(luò)時，如初始接入網(wǎng)絡(luò)時，移動終端向網(wǎng)絡(luò)側(cè)上報其所支持的移動性能力信息；如果其希望網(wǎng)絡(luò)側(cè)進行移動性能力支持，則還可以攜帶希望獲得的網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息。
所述移動終端可以主動上報信息給所述網(wǎng)絡(luò)側(cè)；也可以根據(jù)所述網(wǎng)絡(luò)側(cè)的詢問，將上報信息上報給所述網(wǎng)絡(luò)側(cè)。也可以當所述移動終端接收到網(wǎng)絡(luò)側(cè)發(fā)送的網(wǎng)絡(luò)側(cè)支持的移動性能力信息后，將上報信息上報給所述網(wǎng)絡(luò)側(cè)。
在上報信息時，移動終端通過基于IP的一種或多種協(xié)議，上報信息給網(wǎng)絡(luò)側(cè)?？梢酝ㄟ^DHCP請求消息上報，也可以通過MIP注冊請求消息上報。具體實現(xiàn)時，可以在DHCP請求或MIP注冊請求中定義Option(選項)，通過在所述Option攜帶指定選項，來標志移動終端進行DHCP過程或MIP注冊時支持的移動性能力，以及其希望獲得的網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息。
下面分別以兩種定義方式進行舉例說明 第一種方案 在DHCP請求消息中或在MIP注冊請求中定義如下字段
其中，xxx為其Option代碼的號碼； n為該消息的長度； Lable of MIP type由3個比特組成 b1為0時，表示移動終端支持Simple IP，但是需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理； b1為1時，表示移動終端支持MIP； b2為0時，表示僅支持一個IP獲得過程； b2為1時，表示可以和其它獲得IP的過程同時存在； b3留待擴展。
第二種方案 在DHCP請求消息中或在MIP注冊請求中定義如下字段
其中，xxx為其Option代碼的號碼； n為該消息的長度； Lable of MIP type由3個比特組成 b1b2為00，表示移動終端支持Simple IP，并且不需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理； b1b2為01，表示移動終端支持Simple IP，并且需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理； b1b2為10，表示移動終端支持MIP，并且不需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理； b1b2為11，表示移動終端支持MIP，并且需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理； b3為0，表示僅支持一個IP獲得過程； b3為1，表示可以和其它獲得IP的過程同時存在。
步驟S102，網(wǎng)絡(luò)側(cè)根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型。還可以將所述支持結(jié)果反饋給所述移動終端。
當所述網(wǎng)絡(luò)側(cè)接收到的上報信息為移動終端支持Simple IP，并且不需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理時，此時不論所述網(wǎng)絡(luò)側(cè)所支持的移動性能力為Simple IP還是為MIP，其只能為所述移動終端提供Simple IP支持，于是根據(jù)所述支持結(jié)果確定所述終端的移動性管理類型為Simple IP； 當所述移動終端的上報信息為移動終端支持Simple IP，并且需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理時，網(wǎng)絡(luò)側(cè)根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型如果所述網(wǎng)絡(luò)側(cè)所支持的移動性能力為Simple IP，其只能為所述移動終端提供Simple IP支持，則確定所述終端的移動性管理類型為Simple IP；如果所述網(wǎng)絡(luò)側(cè)所支持的移動性能力為MIP，其能為所述移動終端提供PMIP支持，則確定所述終端的移動性管理類型為PMIP； 當所述移動終端的上報信息為移動終端支持MIP，并且不需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理時，此時不論所述網(wǎng)絡(luò)側(cè)所支持的移動性能力為Simple IP還是為MIP，其支持結(jié)果為CMIP，則確定所述終端的移動性管理類型為CMIP。
當所述移動終端的上報信息為移動終端支持MIP，并且需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理時，網(wǎng)絡(luò)側(cè)根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型如果所述網(wǎng)絡(luò)側(cè)支持MIP，能為所述移動終端提供PMIP支持，則確定所述終端的移動性管理類型為PMIP；如果所述網(wǎng)絡(luò)側(cè)僅僅支持Simple IP，則所述網(wǎng)絡(luò)側(cè)不能為所述終端提供PMIP移動性管理。
當所述移動終端的上報信息中還可以包括其支持一個IP獲得過程時，則所述網(wǎng)絡(luò)側(cè)與所述移動終端之間會基于一個IP過程進行數(shù)據(jù)交互，例如，如果所述移動終端先通過DHCP過程獲得一個IP地址后，如果所述終端再次發(fā)起MIP請求，則網(wǎng)絡(luò)側(cè)不會再為所述移動終端分配新的IP地址。
當所述移動終端的上報信息中還包括可以和其它獲得IP的過程同時存在的信息時，所述網(wǎng)絡(luò)側(cè)會根據(jù)移動終端的不同請求分配不同的IP地址，如如果所述移動終端先通過DHCP過程獲得一個IP地址后，如果所述終端再次發(fā)起MIP請求，則網(wǎng)絡(luò)側(cè)會再為所述移動終端分配新的IP地址。
當網(wǎng)絡(luò)側(cè)確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果后，還可以將所述支持結(jié)果通過DHCP響應(yīng)消息反饋給所述移動終端；或，將所述支持結(jié)果通過MIP響應(yīng)消息反饋給所述移動終端。
下面分幾種情況對所述第一實施例進行詳細描述 第一種情況當MS支持Simple IP能力，通過DHCP過程獲得自己的IP地址，并且不需要網(wǎng)絡(luò)側(cè)進行PMIP支持。具體實施流程如圖3所示，包括如下步驟 步驟S301，在接入認證階段，終端所屬的家鄉(xiāng)認證服務(wù)器，如AAA服務(wù)器，會在接入認證消息中下發(fā)HA地址、認證授權(quán)計費相關(guān)密鑰，以及終端的家鄉(xiāng)地址。
步驟S302，DHCP代理/服務(wù)器根據(jù)接收到的接入認證消息，直接獲得終端的家鄉(xiāng)地址，并根據(jù)所獲得的終端的家鄉(xiāng)地址建立終端與服務(wù)接入網(wǎng)絡(luò)間的數(shù)據(jù)鏈路。
步驟S303，在終端與服務(wù)接入網(wǎng)絡(luò)之間成功建立新的數(shù)據(jù)鏈路以后，終端通過所述數(shù)據(jù)鏈路發(fā)送DHCP discover消息給DHCP代理/服務(wù)器。所述DHCPdiscover消息中攜帶如下信息 移動終端支持Simple IP，并且不希望獲得網(wǎng)絡(luò)側(cè)的PMIP移動性管理。
具體可以按照第一實施例中的DHCP請求消息中的字段定義來實現(xiàn)。
步驟S304，當DHCP代理/服務(wù)器收到DHCP discover消息后，DHCP代理/服務(wù)器根據(jù)所述MS的標識，將DHCP discover消息轉(zhuǎn)發(fā)至相應(yīng)的DHCP服務(wù)器。
步驟S305～S306，DHCP服務(wù)器接收到所述DHCP discover消息后，根據(jù)所述消息中的信息，確定出所述MS支持Simple IP，并且不需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理。于是確定其支持結(jié)果為Simple IP，所述MS的移動性管理類型為Simple IP；并通過DHCP offer消息返回其支持結(jié)果信息，途中經(jīng)過所述DHCP代理/服務(wù)器中轉(zhuǎn)。
步驟S307～S308，所述終端發(fā)送DHCP request消息，并通過所述DHCP代理/服務(wù)器轉(zhuǎn)發(fā)給所述DHCP服務(wù)器。
步驟S309～S310，所述DHCP服務(wù)器返回DHCP Ack，并通過DHCP代理/服務(wù)器轉(zhuǎn)發(fā)給所述終端。
上述第一種情況，是以網(wǎng)絡(luò)側(cè)配置的ASN中的具有DHCP功能的DHCP代理/服務(wù)器實體具有DHCP中繼功能為例進行說明，可以看出，需要通過步驟S304、步驟S305、步驟S308和步驟S309，從CSN中的DHCP服務(wù)器中獲得相應(yīng)的信息。當根據(jù)網(wǎng)絡(luò)側(cè)的配置，ASN中具有DHCP功能的DHCP代理/服務(wù)器實體具有DHCP代理功能時，不需要執(zhí)行步驟S304、步驟S305、步驟S308和步驟S309。
上述第一種情況，是以終端所屬的家鄉(xiāng)AAA服務(wù)器在接入認證消息中下發(fā)終端的家鄉(xiāng)地址為例進行說明的，當AAA服務(wù)器不下發(fā)終端的家鄉(xiāng)地址，而下發(fā)可以獲取到終端的家鄉(xiāng)地址的DHCP服務(wù)器地址時，DHCP代理/服務(wù)器需要根據(jù)所述DHCP服務(wù)器地址，與DHCP服務(wù)器交互，獲得終端的家鄉(xiāng)地址。
上述第一種情況也有可能在步驟S302中，將終端的家鄉(xiāng)地址下發(fā)給所述DHCP代理/服務(wù)器的同時，下發(fā)終端的相關(guān)IP配置信息，這樣，當DHCP代理/服務(wù)器接收到終端發(fā)送的DHCP discover消息后，在通過步驟S306中的DHCP offer消息返回所述終端家鄉(xiāng)地址的同時，還會直接返回終端相關(guān)的IP配置信息。如果所述MS不能通過DHCP offer消息獲得相關(guān)的IP配置信息，還可以通過DHCP request消息向所述DHCP服務(wù)器請求所述相關(guān)的IP配置信息；并通過DHCP代理/服務(wù)器返回的DHCP Ack發(fā)送給所述MS。
上述第一種情況是以在接入認證階段，DHCP代理/服務(wù)器根據(jù)其接收到的接入認證消息，獲得終端的家鄉(xiāng)地址為例進行說明的，除此之外，DHCP代理/服務(wù)器也可以在收到終端發(fā)送的DHCP Discover消息之后，向家鄉(xiāng)認證服務(wù)器索取，來獲得所述終端的家鄉(xiāng)地址信息。
上述第一種情況下的正常處理流程中，是以終端發(fā)送DHCP discover消息攜帶其支持MIP的信息，以及其要求網(wǎng)絡(luò)側(cè)提供PMIP移動性管理為例進行說明的，除此之外，還存在如下一種可選方案 終端發(fā)送DHCP discover消息時，不攜帶要其支持MIP的信息，以及其希望獲得網(wǎng)絡(luò)側(cè)的PMIP移動性管理；當DHCP服務(wù)器回應(yīng)DHCP offer消息時，告知終端網(wǎng)絡(luò)側(cè)支持MIP；然后，終端再在其發(fā)送DHCP Request消息時，攜帶自己支持MIP的標志，以及其希望獲得網(wǎng)絡(luò)側(cè)的PMIP移動性管理。然后DHCP服務(wù)器在回應(yīng)DHCP ack消息時，將自己的支持結(jié)果告知終端。
第二種情況當移動終端支持MIP，并通過DHCP過程獲得自己的IP地址，并且需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理。
在第二種情況下的正常處理流程如圖4所示 步驟S401，在接入認證階段，終端所屬的家鄉(xiāng)認證服務(wù)器，如AAA服務(wù)器，會在接入認證消息中下發(fā)HA地址、認證授權(quán)計費相關(guān)密鑰、Proxy MobileIPv4連接建立相關(guān)密鑰，以及終端的家鄉(xiāng)地址。
步驟S402，DHCP代理/服務(wù)器根據(jù)接收到的接入認證消息，直接獲得終端的家鄉(xiāng)地址，并根據(jù)所獲得的終端的家鄉(xiāng)地址建立終端與服務(wù)接入網(wǎng)絡(luò)間的數(shù)據(jù)鏈路。
由于在Proxy Mobile IPv4技術(shù)中，終端所有的IP移動相關(guān)信息對終端來說，都是不可見的(因為終端被網(wǎng)絡(luò)默認為不支持移動IPv4協(xié)議棧)，因此終端需要使用DHCP協(xié)議來獲取實現(xiàn)移動IP能力所需的家鄉(xiāng)地址以及相關(guān)的IP配置信息。具體如下 步驟S403～S409，在終端與服務(wù)接入網(wǎng)絡(luò)之間的R1接口上成功建立新的數(shù)據(jù)鏈路以后，終端通過所述數(shù)據(jù)鏈路發(fā)送DHCP discover消息給DHCP代理/服務(wù)器。所述DHCP discover消息中攜帶如下信息 移動終端支持MIP，并且希望獲得網(wǎng)絡(luò)側(cè)的PMIP移動性管理。
具體可以按照第一實施例中的DHCP請求消息中的字段定義來實現(xiàn)。
當DHCP代理/服務(wù)器收到一個DHCP discover消息后，DHCP代理/服務(wù)器根據(jù)MS的標識符將其DHCP discover消息轉(zhuǎn)發(fā)至相應(yīng)的DHCP服務(wù)器。
所述DHCP服務(wù)器接收到所述DHCP discover消息后，根據(jù)所述消息中攜帶的信息，自己支持MIP的能力，以及對移動終端的配置信息，確定其能夠為所述終端提供PMIP，于是確定所述終端的移動性類型為PMIP；并將所述支持結(jié)果通過DHCP offer消息返回，途中通過所述DHCP代理/服務(wù)器中轉(zhuǎn)。
之后，所述終端發(fā)送DHCP Request，并通過所述DHCP代理/服務(wù)器轉(zhuǎn)發(fā)給所述DHCP服務(wù)器；所述DHCP服務(wù)器返回DHCP Ack給所述DHCP代理/服務(wù)器。
步驟S410～S411，當接入業(yè)務(wù)網(wǎng)絡(luò)既支持Proxy Mobile IPv4模式又支持Client Mobile IPv4模式時，DHCP代理/服務(wù)器可以通過R3_Mobility_Context消息將終端的R3移動模式為DHCP代理/服務(wù)器選定的R3移動模式的信息，告知接入業(yè)務(wù)網(wǎng)功能實體(例如，專門存放終端相關(guān)信息的服務(wù)器)。
當接入業(yè)務(wù)網(wǎng)絡(luò)僅僅支持Proxy Mobile IPv4模式時，步驟S410～S411可以省略。此時終端的R3移動模式信息可以通過相關(guān)配置文件下發(fā)到集中式/分布式接入業(yè)務(wù)網(wǎng)功能實體。
步驟S412～S413，當DHCP代理/服務(wù)器通過DHCP協(xié)議，或者在接入認證階段得到家鄉(xiāng)地址后，通過與接入業(yè)務(wù)網(wǎng)絡(luò)中的移動IP代理/客戶端交互的HoA_Address消息(所述HoA_Address消息中包含終端的標識，可以由該標識來確定需要接收HoA_Address消息的特定移動IP代理/客戶端。)，將所述家鄉(xiāng)地址轉(zhuǎn)發(fā)至移動IP代理/客戶端。
步驟S414～S419，在移動IPv4注冊階段，接入業(yè)務(wù)網(wǎng)絡(luò)中的移動IP代理/客戶端收到終端的家鄉(xiāng)地址以后，觸發(fā)移動IP注冊流程所需的所有材料都已準備完畢。此時，所述移動IP代理/客戶端會發(fā)送移動IPv4注冊消息，并通過FA(外地代理)轉(zhuǎn)發(fā)給所述家鄉(xiāng)代理；所述移動IPv4注冊消息包含終端的家鄉(xiāng)地址、轉(zhuǎn)交地址(一般為FA的IP地址)，以及安全相關(guān)信息。
所述家鄉(xiāng)代理根據(jù)所述移動IP注冊請求中的信息，發(fā)送接入請求到家鄉(xiāng)認證服務(wù)器；當通過認證后，所述家鄉(xiāng)認證服務(wù)器會發(fā)送接入通過的信息，給所述家鄉(xiāng)代理；之后，所述家鄉(xiāng)代理發(fā)送移動IP注冊響應(yīng)，并通過DHCP代理/服務(wù)器轉(zhuǎn)發(fā)給所述移動IP代理/客戶端。這樣，就完成了終端在HA上進行移動IPv4注冊的過程。
步驟S420～S421，當移動IPv4注冊成功完成以后，所述DHCP代理/服務(wù)器最終通過DHCP ack消息將終端的家鄉(xiāng)地址發(fā)送給所述終端，完成連接建立流程。
在發(fā)送DHCP ack消息之前，為了防止通知終端可以正常數(shù)據(jù)通信的DHCPack消息的發(fā)送先于網(wǎng)絡(luò)側(cè)數(shù)據(jù)鏈路的準備到達終端，需要延遲DHCP ack消息的發(fā)送直至網(wǎng)絡(luò)側(cè)的數(shù)據(jù)鏈路準備完畢，這時，所述移動IP代理/客戶端可以發(fā)送DHCP Gating Release消息給所述DHCP代理/服務(wù)器；所述DHCP代理/服務(wù)器接收到所述DHCP Gating Release消息后，進行DHCP Gating。
上述第二種情況中，是以網(wǎng)絡(luò)側(cè)配置的ASN中的DHCP代理/服務(wù)器實體具有DHCP中繼功能為例進行說明，可以看出，需要通過步驟S404、步驟S405、步驟S408和步驟S409，從CSN中的DHCP服務(wù)器中獲得相應(yīng)的信息。當根據(jù)網(wǎng)絡(luò)側(cè)的配置，ASN中具有DHCP功能的DHCP代理/服務(wù)器實體具有DHCP代理功能時，不需要執(zhí)行步驟S404、步驟S405、步驟S408和步驟S409。
上述第二種情況中，是以終端所屬的家鄉(xiāng)AAA服務(wù)器在接入認證消息中下發(fā)終端的家鄉(xiāng)地址為例進行說明的，當AAA服務(wù)器不下發(fā)終端的家鄉(xiāng)地址，而下發(fā)可以獲取到終端的家鄉(xiāng)地址的DHCP服務(wù)器地址時，DHCP代理/服務(wù)器需要根據(jù)所述DHCP服務(wù)器地址，與DHCP服務(wù)器交互，獲得終端的家鄉(xiāng)地址。
上述第二種情況中，也有可能在步驟S402中，將終端的家鄉(xiāng)地址下發(fā)給所述DHCP代理/服務(wù)器的同時，下發(fā)終端的相關(guān)IP配置信息，這樣，當DHCP代理/服務(wù)器接收到終端發(fā)送的DHCP discover消息后，在通過步驟S406中的DHCPoffer消息返回所述終端家鄉(xiāng)地址的同時，還會直接返回終端相關(guān)的主機配置信息。如果所述MS不能通過DHCP offer消息獲得相關(guān)的IP配置信息，還可以通過DHCP request消息向所述DHCP服務(wù)器請求所述相關(guān)的IP配置信息；并通過DHCP代理/服務(wù)器返回的DHCP Ack發(fā)送給所述MS。
上述第二種情況中，是以在接入認證階段，DHCP代理/服務(wù)器根據(jù)其接收到的接入認證消息，獲得終端的家鄉(xiāng)地址為例進行說明的，除此之外，DHCP代理/服務(wù)器也可以在收到終端發(fā)送的DHCP Discover消息之后，向家鄉(xiāng)認證服務(wù)器索取，來獲得所述終端的家鄉(xiāng)地址信息。
上述第二種情況下的正常處理流程中，是以終端發(fā)送DHCP discover消息攜帶其支持MIP的信息，以及其要求網(wǎng)絡(luò)側(cè)提供PMIP移動性管理為例進行說明的，除此之外，還存在如下一種可選方案 終端發(fā)送DHCP discover消息時，不攜帶要其支持MIP的信息，以及其希望獲得網(wǎng)絡(luò)側(cè)的PMIP移動性管理；當DHCP服務(wù)器回應(yīng)DHCP offer消息時，告知終端網(wǎng)絡(luò)側(cè)支持MIP；然后，終端再在其發(fā)送DHCP Request消息時，攜帶自己支持MIP的標志，以及其希望獲得網(wǎng)絡(luò)側(cè)的PMIP移動性管理。然后DHCP服務(wù)器在回應(yīng)DHCP ack消息時，將自己的支持結(jié)果告知終端。
在上述第二種情況中，如果終端支持MIP，并且通過獲得FAAdv(廣播消息)或發(fā)送MIP RRQ(MIP注冊請求)消息來建立MIP綁定時，因為終端僅僅希望獲得網(wǎng)絡(luò)側(cè)的PMIP移動性管理，故網(wǎng)絡(luò)側(cè)禁止所述終端的CMIP移動性管理。其過程如下 開始過程與第二種情況下的正常處理流程雷同。當終端先發(fā)起的DHCP過程，而后又發(fā)起的MIP注冊請求；此時網(wǎng)絡(luò)側(cè)則根據(jù)所述終端發(fā)起的DHCP過程中的信息，以及其內(nèi)對移動終端的配置信息，禁止所述終端的CMIP移動性管理。可以通過FA發(fā)送的MIP RRQ中攜帶的對應(yīng)代碼告知終端，不能由終端自己發(fā)起MIP請求。
如果終端在發(fā)起DHCP過程之前發(fā)起MIP注冊過程，則網(wǎng)絡(luò)側(cè)將原先建立的MIP綁定取消，并通過諸如MIP Revocation之類的消息，通知MS和/或HA，將MIP綁定進行撤銷。
第三種情況，移動終端支持MIP，并且通過MIP過程獲得網(wǎng)絡(luò)側(cè)為其分配的IP地址，并且不需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理。
所述第三種情況又分為兩種情景 第一種移動終端發(fā)起MIP過程后，不再發(fā)起DHCP過程。其處理流程與上述兩種情況的思想類似，即 MS接入網(wǎng)絡(luò)后，發(fā)起MIP注冊請求，所述MIP注冊請求消息中攜帶如下信息移動終端支持MIP，并且不需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理。
網(wǎng)絡(luò)側(cè)根據(jù)所述MIP注冊請求消息中的信息，認為所述終端自己具備移動性管理能力，于是確認所述終端的移動性管理類型為CMIP；并由所述終端自己發(fā)起MIP注冊。
之后，所述移動終端不再發(fā)起DHCP過程。
第二種移動終端發(fā)起MIP過程，并通過CMIP過程獲得其所分配的IP地址后，又發(fā)起DHCP過程。具體如下 一、當終端再次發(fā)起的DHCP過程是有狀態(tài)的DHCP過程時，其會通過DHCP請求攜帶如下信息源地址為0.0.0.0；移動終端支持MIP；以及，需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理。網(wǎng)絡(luò)側(cè)接收到所述DHCP請求后，發(fā)現(xiàn)源地址為0.0.0.0，則認為所述終端希望獲得網(wǎng)絡(luò)側(cè)為其分配的IP地址。于是，根據(jù)所述終端支持MIP，需要網(wǎng)絡(luò)側(cè)進行PMIP移動性管理、以及自己所支持的移動性能力信息，確定為所述終端提供PMIP支持，并確定所述移動終端的移動性管理類型為PMIP，并為所述終端分配相應(yīng)的IP地址。
由上述情況可見，當網(wǎng)絡(luò)側(cè)既接收到終端發(fā)送的MIP注冊請求，又接收到終端發(fā)送的DHCP請求后，能夠確定出終端的移動性類型。
二、當終端再次發(fā)起DHCP過程是有狀態(tài)的DHCP過程，并且其源地址為前述CMIP過程所分配的IP地址時，說明所述終端希望獲得網(wǎng)絡(luò)側(cè)為其分配的IP相關(guān)主機配置信息。此時，網(wǎng)絡(luò)側(cè)通過標準的過程為所述終端分配的IP相關(guān)主機配置信息。
三、當終端再次發(fā)起DHCP過程是無狀態(tài)的DHCP過程時，則網(wǎng)絡(luò)側(cè)允許其通過所述DHCP過程獲得對應(yīng)IP的相關(guān)主機配置信息。此時，網(wǎng)絡(luò)側(cè)通過標準的過程為所述終端分配的IP相關(guān)主機配置信息。
第四種情況，移動終端同時支持Simple IP和MIP，通過DHCP過程獲得IP地址，并且希望網(wǎng)絡(luò)側(cè)基于所述IP地址進行PMIP移動性管理。具體流程如圖5所示 步驟S501至步驟S510的信令交互與所述第一種情況中的基本類似，這里不再詳細描述。不同之處在于 移動終端發(fā)送的DHCP請求中包含如下信息移動終端同時支持Simple IP和MIP，以及，希望網(wǎng)絡(luò)側(cè)進行PMIP移動性管理。
網(wǎng)絡(luò)側(cè)根據(jù)所述消息中的信息，以及自己所支持MIP的能力，認為能夠為所述終端提供PMIP移動性管理支持，并確定所述終端的移動性管理類型為PMIP。并將所支持的結(jié)果告知所述移動終端。
接下來執(zhí)行步驟S511～S512，即移動終端發(fā)起MIP RRQ(MIP注冊請求)消息，并通過所述DHCP代理/服務(wù)器轉(zhuǎn)發(fā)給所述家鄉(xiāng)代理。所述MIP RRQ消息中同樣攜帶如下信息移動終端同時支持Simple IP和MIP，以及，希望網(wǎng)絡(luò)側(cè)進行PMIP移動性管理。
步驟S513～S514，網(wǎng)絡(luò)側(cè)的家鄉(xiāng)代理接收到所述MIP RRQ后，根據(jù)所述消息中的信息，獲知到終端同時支持Simple IP和MIP。由于先前已經(jīng)從DHCP請求中獲知到終端要求同時支持Simple IP和MIP的信息，此時網(wǎng)絡(luò)側(cè)，會根據(jù)其內(nèi)對移動終端的配置信息，允許先前通過DHCP過程所獲得的IP地址及相應(yīng)信息，與后續(xù)通過MIP過程所獲得的IP地址及相應(yīng)信息同時共存，并將通過MIP過程為所述終端分配的IP地址通過MIP RRP(移動IP響應(yīng))消息告知所述終端。
第五種情況移動終端同時支持Simple IP和MIP，并分別通過DHCP過程獲得IP地址，和/或IP主機配置信息，通過MIP過程獲得IP地址，和/或IP主機配置信息，以及，希望網(wǎng)絡(luò)側(cè)對所提供的DHCP過程進行PMIP移動性管理。具體流程如圖6所示 步驟S601至步驟S621的信令交互與所述第二種情況基本類似，這里不再詳細描述。不同之處在于 終端發(fā)起的DHCP請求中包含如下信息 移動終端同時支持Simple IP和MIP；希望網(wǎng)絡(luò)側(cè)對所提供的DHCP過程進行PMIP移動性管理，以及希望客戶端自己進行CMIP移動性管理，以及可以和其它獲得IP的過程同時存在的信息。
網(wǎng)絡(luò)側(cè)根據(jù)所述信息，以及自己支持MIP的信息，以及對移動終端的配置信息，確定其能夠為所述終端提供PMIP移動性管理，以及允許所述終端進行CMIP移動性管理，并將所述支持結(jié)果告知所述終端。
之后，所述終端基于DHCP協(xié)議進行MIP注冊過程 步驟S622～S623，即移動終端發(fā)起MIP RRQ消息，并通過所述DHCP代理/服務(wù)器轉(zhuǎn)發(fā)給所述家鄉(xiāng)代理。所述MIP RRQ消息中攜帶如下信息移動終端同時支持Simple IP和MIP；希望網(wǎng)絡(luò)側(cè)對所提供的DHCP過程進行PMIP移動性管理，以及希望客戶端自己進行CMIP移動性管理。
步驟S624～S625，網(wǎng)絡(luò)側(cè)的家鄉(xiāng)代理接收到所述MIP RRQ后，根據(jù)所述消息中的信息，自己支持MIP的信息，以及對移動終端的配置信息，確定自己能夠為所述終端提供PMIP移動性管理，以及允許所述終端自己進行CMIP移動性管理，并確定所述終端的移動性管理類型為PMIP和CMIP。由于先前已經(jīng)通過DHCP過程獲知到所述終端能夠同時支持PMIP和CMIP的信息，此時網(wǎng)絡(luò)側(cè)，會根據(jù)其內(nèi)對移動終端的配置信息，允許先前所獲得的IP地址及相應(yīng)信息與后續(xù)從MIP RRQ消息中所獲得的同時共存，并為其分配不同的地址，并將所述支持結(jié)果通過MIP RRP消息告知所述終端。
考慮到DHCP請求可能在MIP注冊之后完成，所以第五種情況下，也可以將步驟S622～S625步放到步驟S603之前。
上述第五種情況下，網(wǎng)絡(luò)側(cè)記錄終端的類型為PMIP和CMIP時，是在網(wǎng)絡(luò)側(cè)收到終端的DHCP請求后，以及網(wǎng)絡(luò)側(cè)收到終端的MIP RRQ請求后分別完成的；當然，也可以申請一次完成。
由上述本發(fā)明的實施例提供的具體實施方案可以看出，通過本發(fā)明的實施例，網(wǎng)絡(luò)側(cè)能夠為既要求網(wǎng)絡(luò)側(cè)進行PMIP移動性管理，又要求自己能夠進行CMIP移動性管理的終端，分配相應(yīng)的IP地址。
上述五種情況均是以確定基于IPv4的移動終端的移動性類型的情況來說明的，當移動終端支持IPv6，本發(fā)明的實施例同樣適用。如圖7所示給出了確定基于IPv6的移動終端移動性類型的流程。具體實施過程如下 步驟S701，MS發(fā)起初始認證。
步驟S702，網(wǎng)關(guān)，如AR(接入路由器)，向歸屬AAA發(fā)送Access-Request(接入請求)消息。
步驟S703，所述AAA服務(wù)器為所述MS分配HA和HL。
步驟S704，通過Access Accept消息返回給所述MS。
在此步驟中，Access Accept消息可以根據(jù)用戶的配置信息或入網(wǎng)及之前的協(xié)商結(jié)果返回一個指示該MS移動IP類型的參數(shù)集，同HA、HL一起發(fā)送到接入網(wǎng)，該標識指示該MS為何種移動IP類型。當然如果網(wǎng)絡(luò)側(cè)并無此信息或不需要下發(fā)，則可以不發(fā)。
步驟S705，在網(wǎng)關(guān)上存儲接收到的信息。同時，網(wǎng)關(guān)也可獲得該MS的移動IP相關(guān)參數(shù)信息。
步驟S706，完成認證。
步驟S707，MS向AR發(fā)送Information-Request請求，所述消息中包含其移動IP對應(yīng)的能力信息，也可以移動終端希望獲得的網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息、移動終端支持一種或多種獲得IP的過程的信息。網(wǎng)絡(luò)側(cè)據(jù)此及前述所獲得的相關(guān)策略信息進行判決，并得出結(jié)論及該終端為何種終端，該具有何種移動IP能力等。
步驟S708，在AR返回給MS的Reply消息里，可以將最后支持的移動IP的能力發(fā)送到MS。
上述是分別以IPV4和IPV6的過程進行說明的，本發(fā)明的實施例也可適用移動終端同時支持IPV4和IPV6模式時的情況，具體不再詳細描述。
本發(fā)明提供的第二實施例是一種移動終端，其結(jié)構(gòu)如圖8所示，包括能力確定單元、消息構(gòu)造單元和信息傳輸單元。
所述能力確定單元根據(jù)移動終端的配置信息確定上報的信息，所上報的信息包括所述移動終端所支持的移動性能力信息；所述能力確定單元還包括用于確定移動終端希望獲得網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息的子單元，通過該子單元，所述能力確定單元還可以確定移動終端希望獲得的網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息；所述能力確定單元還可以包括用于確定移動終端支持一個或多個IP獲得過程的信息的子單元，通過所述子單元，所述能力確定單元還可以確定移動終端支持一種或多種獲得IP的過程的信息。
所述消息構(gòu)造單元，將所述所述能力確定單元確定出的上報信息封裝到DHCP請求消息中；或，封裝到MIP注冊請求消息中。
所述信息傳輸單元，通過消息構(gòu)造單元所構(gòu)造的消息，將所述上報信息上報給網(wǎng)絡(luò)側(cè)。在上報信息時，可以將上報信息主動上報給所述網(wǎng)絡(luò)側(cè)；也可以根據(jù)網(wǎng)絡(luò)側(cè)的詢問，將上報信息上報給所述網(wǎng)絡(luò)側(cè)；也可以在所述移動終端接收到網(wǎng)絡(luò)側(cè)發(fā)送的網(wǎng)絡(luò)側(cè)支持的移動性能力信息后，將上報信息上報給所述網(wǎng)絡(luò)側(cè)。
具體實施過程與第一實施例中的相關(guān)描述類似，這里不再詳細描述。
本發(fā)明提供的第三實施例是一種接入網(wǎng)絡(luò)，其結(jié)構(gòu)如圖9所示，包括信息獲取單元和移動性管理類型確定單元。
其中，所述信息獲取單元包括用于獲取移動終端所支持的移動性能力信息的子單元；還可以包括用于獲取移動終端希望獲得的網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息的子單元。還可以包括用于獲取移動終端支持一種或多種獲得IP的過程的信息的子單元。
其中，所述移動性管理類型確定單元包括用于根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型的子單元；或者，用于根據(jù)所述移動終端的上報信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型的子單元。還可以包括用于將所述支持結(jié)果通過DHCP響應(yīng)消息，或通過MIP響應(yīng)消息，反饋給所述移動終端的子單元。
所述接入網(wǎng)絡(luò)中的各個單元之間的信號傳遞關(guān)系如下 所述信息獲取單元通過其內(nèi)相應(yīng)的子單元獲取移動終端所支持的移動性能力信息；還可以通過其內(nèi)相應(yīng)的子單元獲取移動終端希望獲得的網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息。還可以通過其內(nèi)相應(yīng)的子單元獲取移動終端支持一種或多種獲得IP的過程的信息。
所述移動性管理類型確定單元，根據(jù)所述信息獲取單元所獲取的信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。具體處理如下 通過其內(nèi)設(shè)置的相應(yīng)的子單元根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型；或者，通過其內(nèi)設(shè)置的相應(yīng)的子單元根據(jù)所述移動終端的上報信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型，然后根據(jù)所述移動終端的移動性管理類型進行相應(yīng)的處理如通知相應(yīng)實體，和/或當相關(guān)實體要求獲得時提供查詢結(jié)果，和/或保存結(jié)果，和/或控制相關(guān)網(wǎng)元實體按照該移動終端的對應(yīng)的移動IP類型進行相應(yīng)的處理。還可以通過其內(nèi)設(shè)置的相應(yīng)的子單元將所述支持結(jié)果通過DHCP響應(yīng)消息，或通過MIP響應(yīng)消息，反饋給所述移動終端。
本發(fā)明提供的第四實施例是一種確定移動終端移動性類型的系統(tǒng)，其包括移動終端和接入網(wǎng)絡(luò)。
所述移動終端在初始接入網(wǎng)絡(luò)時，向接入網(wǎng)絡(luò)上報自己所支持的移動性能力信息；并可以在上報其所支持的移動性能力信息的同時，上報其希望獲得網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息。還可以同時上報移動終端支持一種或多種獲得IP的過程的信息。具體實施過程與第一實施例中的相關(guān)描述類似，這里不再詳細描述。
所述接入網(wǎng)絡(luò)根據(jù)所述移動終端上報的信息，以及自己所支持的移動性能力信息，確定出其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型；或者，根據(jù)所述移動終端的上報信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型。還可以將所述支持結(jié)果通過DHCP響應(yīng)消息，或通過MIP響應(yīng)消息，反饋給所述移動終端。
由上述本發(fā)明的實施例提供的具體實施方案可以看出，通過本發(fā)明的實施例，移動終端向接入網(wǎng)絡(luò)上報信息，所上報的信息包括所上報的信息包括移動終端所支持的移動性能力信息；網(wǎng)絡(luò)側(cè)根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。因此，當移動終端通過不同的接入過程接入網(wǎng)絡(luò)后，網(wǎng)絡(luò)側(cè)能夠針對不同接入過程中接入的終端，確定相應(yīng)的移動性管理類型。
另外，本發(fā)明的實施例均是基于IP的一種或多種協(xié)議，來實現(xiàn)終端與網(wǎng)絡(luò)側(cè)之間的移動性能力的協(xié)商的，因此能夠避免使用IEEE802.16的空口協(xié)議來協(xié)商所述MS的移動性能力，從而能夠協(xié)商MS支持IP的移動性能力。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明的實施例進行各種改動和變型，而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的實施例的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種確定終端移動性管理類型的方法，其特征在于，包括
移動終端向網(wǎng)絡(luò)側(cè)上報信息，所上報的信息包括移動終端所支持的移動性能力信息；
網(wǎng)絡(luò)側(cè)根據(jù)所述移動終端上報的信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
2.如權(quán)利要求1所述的方法，其特征在于，所上報的信息還包括
移動終端希望獲得網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息；和/或，移動終端支持一個或多個因特網(wǎng)協(xié)議IP獲得過程的信息。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述移動終端向網(wǎng)絡(luò)側(cè)上報信息的過程，具體包括
所述移動終端將上報的信息，主動上報給所述網(wǎng)絡(luò)側(cè)；或，
所述移動終端根據(jù)網(wǎng)絡(luò)側(cè)的詢問，將上報的信息上報給所述網(wǎng)絡(luò)側(cè)；或，
當所述移動終端接收到網(wǎng)絡(luò)側(cè)發(fā)送的網(wǎng)絡(luò)側(cè)支持的移動性能力信息后，將上報的信息上報給所述網(wǎng)絡(luò)側(cè)。
4.如權(quán)利要求3所述的方法，其特征在于，所述移動終端向網(wǎng)絡(luò)側(cè)上報信息的過程，具體包括
所述移動終端通過動態(tài)主機控制協(xié)議DHCP請求消息，上報信息給所述網(wǎng)絡(luò)側(cè)；或，
所述移動終端通過移動因特網(wǎng)協(xié)議MIP注冊請求消息，上報信息給所述網(wǎng)絡(luò)側(cè)。
5.如權(quán)利要求1或2所述的方法，其特征在于，所述移動終端基于IP的一種或多種協(xié)議，向網(wǎng)絡(luò)側(cè)上報信息。
6.如權(quán)利要求1或2所述的方法，其特征在于，所述網(wǎng)絡(luò)側(cè)根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型的過程，具體包括
根據(jù)所述移動終端上報的信息，以及自己所支持的移動性能力，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型；或，
根據(jù)所述移動終端上報的信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型。
7.如權(quán)利要求6所述的方法，其特征在于，還包括
將所述支持結(jié)果通過DHCP響應(yīng)消息反饋給所述移動終端；或，
將所述支持結(jié)果通過MIP響應(yīng)消息反饋給所述移動終端。
8.一種確定終端移動性管理類型的系統(tǒng)，其特征在于，包括
移動終端和接入網(wǎng)絡(luò)；
所述移動終端用于向所述接入網(wǎng)絡(luò)上報信息，所上報的信息包括移動終端所支持的移動性能力信息；
所述接入網(wǎng)絡(luò)用于根據(jù)所述移動終端上報的信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所上報的信息還包括
移動終端希望獲得網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息；和/或，移動終端支持一個或多個因特網(wǎng)協(xié)議IP獲得過程的信息。
10.如權(quán)利要求8或9所述的系統(tǒng)，其特征在于，所述接入網(wǎng)絡(luò)還用于
根據(jù)所述移動終端上報的信息，以及自己所支持的移動性能力信息，確定出其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型；或，根據(jù)所述移動終端上報的信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述接入網(wǎng)絡(luò)還用于
將所述支持結(jié)果通過DHCP響應(yīng)消息，或通過MIP響應(yīng)消息，反饋給所述移動終端。
12.一種移動終端，其特征在于，包括
能力確定單元、消息構(gòu)造單元和信息傳輸單元；
所述能力確定單元，用于根據(jù)移動終端的配置信息確定上報信息；所述上報信息包括所述移動終端所支持的移動性能力信息；
所述消息構(gòu)造單元，用于在所述信息傳輸單元發(fā)送上報信息前，將所述上報信息封裝到DHCP請求消息或MIP注冊請求消息中；
所述信息傳輸單元，用于通過發(fā)送所述消息構(gòu)造單元封裝處理后得到的消息，將所述能力確定單元確定的上報信息，上報給接入網(wǎng)絡(luò)。
13.如權(quán)利要求12所述的移動終端，其特征在于，所述能力確定單元還包括
用于確定移動終端希望獲得網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息的子單元；和/或，用于確定移動終端支持一個或多個IP獲得過程的信息的子單元。
14.一種接入網(wǎng)絡(luò)，其特征在于，包括
信息獲取單元，用于獲取移動終端所支持的移動性能力信息；
移動性管理類型確定單元，用于根據(jù)所述信息獲取單元獲取的信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
15.如權(quán)利要求14所述的接入網(wǎng)絡(luò)，其特征在于，所述信息獲取單元還包括
用于獲取移動終端希望獲得的網(wǎng)絡(luò)側(cè)的移動性管理支持的要求信息的子單元。
16.如權(quán)利要求14或15所述的接入網(wǎng)絡(luò)，其特征在于，所述移動性管理類型確定單元還包括
用于根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型的子單元；或，用于根據(jù)所述移動終端的上報信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠?qū)σ苿咏K端進行的移動性管理的支持結(jié)果，并根據(jù)所述支持結(jié)果確定出所述移動終端的移動性管理類型的子單元。
17.如權(quán)利要求16所述的接入網(wǎng)絡(luò)，其特征在于，所述移動性管理類型確定單元還包括
用于將所述支持結(jié)果通過DHCP響應(yīng)消息，或通過MIP響應(yīng)消息，反饋給所述移動終端的子單元。
全文摘要
本發(fā)明公開了一種確定終端移動性管理類型的方法和系統(tǒng)，其中，移動終端向網(wǎng)絡(luò)側(cè)上報信息，所上報的信息包括移動終端所支持的移動性能力信息；網(wǎng)絡(luò)側(cè)根據(jù)所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。通過本發(fā)明的實施例，當移動終端通過不同的接入過程接入網(wǎng)絡(luò)后，網(wǎng)絡(luò)側(cè)能夠針對不同接入過程中接入的終端，確定相應(yīng)的移動性管理類型。
文檔編號H04Q7/38GK101232699SQ20071000367
公開日2008年7月30日 申請日期2007年1月23日 優(yōu)先權(quán)日2007年1月23日
發(fā)明者趙元魁 申請人:華為技術(shù)有限公司