確定終端移動性管理類型的方法和系統的製作方法
2023-05-17 08:04:16 1
專利名稱：確定終端移動性管理類型的方法和系統的製作方法
技術領域：
本發明涉及通信領域，尤其涉及確定終端移動性管理類型的技術。
背景技術：
WiMAX網絡是基於標準IP協議的無線網絡，其組網結構如圖1所示，包括MS(移動終端)，ASN(Access Service Network，服務接入網絡)和CSN(Connectivity Service Network，服務連接網絡)三部分。MS通過ASN接入網絡，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發生改變，而相應地發生改變。因此當MS僅僅支持SIP能力時，無法保證MS獲得可靠的IP連接。當網絡側能夠支持MIP時，能夠為支持Simple IP能力的MS，提供PMIP(Proxy MIP，移動IP代理)移動性管理。當網絡側僅僅支持Simple IP時，只能為支持Simple IP能力的MS，提供Simple IP移動性管理。
當MS支持所述MIP能力時，所述MS中同時配置有HoA(Home of Address，家鄉地址)和CoA(Care of Address，轉交地址)。其中所述HoA相對固定，不隨MS的移動而發生改變，因此在HoA基礎上建立的IP連接不會因MS的移動而中斷；所述CoA則會隨著MS接入的ASN變化而發生相應的改變。MS可以通過HA(Home Agent，家鄉代理)建立HoA與CoA之間的綁定關係。當位於拜訪網絡的MS訪問歸屬網絡時，歸屬網絡發送給目的地址HoA的數據先被HA接收，然後HA根據已經建立好的HoA-CoA綁定關係，找到對應的CoA，從而將數據轉發給位於拜訪網絡的MS。當網絡側能夠支持MIP時，能夠為支持MIP能力的MS，提供PMIP(Proxy MIP，移動IP代理)移動性管理。當網絡側能夠支持MIP，且MS也能夠支持MIP時，可以由所述MS自己進行CMIP(Client MIP，移動IP客戶端)移動性管理。此時認為所述MS的移動性管理類型為CMIP。
在不同類型的MS接入網絡時，網絡需要確定出所述MS的移動性管理類型，以便為所述MS進行相應的移動性管理。
與本發明有關的現有技術一是目前WiMAX論壇中提出的一種確定終端移動性管理類型的方法，其主要思想是 具有支持Simple IP能力的MS接入網絡後，發送DHCP(Dynamic HostControl Protocol，動態主機控制協議)請求；當網絡側接收到MS發送的DHCP請求後，如果網絡側具有MIP能力，就認為能夠為所述MS進行PMIP管理，並標識所述移動終端的移動性管理類型為PMIP，並代替所述MS發起MIP註冊請求； 當網絡側接收到MS發出的MIP註冊請求後，則認為所述MS能夠支持MIP，於是標識所述移動終端的移動性管理類型為CMIP，之後由所述終端自己進行MIP註冊。
當網絡側通過MIP過程獲得IP位址後，再次發起DHCP過程，在這種情景下，網絡側按照策略配置處理後，可能會忽略終端的其中一種過程請求的資源信息，也可能允許終端通過DHCP過程獲得對應主機配置信息。
採用現有技術一在下述幾種情況下，不能確定出MS的移動性管理類型 1、當MS同時具有支持Simple IP和MIP能力時，所述MS既可以發送DHCP請求，也可以發送MIP註冊請求。當網絡側接收到MS發送的DHCP請求和MIP請求後，根據現有技術一無法確定出所述MS的移動性管理類型。
2、當MS具有支持MIP能力時，所述MS發送MIP註冊請求，接下來又發出DHCP請求要求獲得相應的主機配置信息，此時，採用現有技術一，網絡側無法確定所述MS的移動性管理類型是CMIP，還是PMIP。
3、當MS既要求進行CMIP管理，又要求PMIP管理時，網絡側無法配置所述MS的具體類型。
可見當移動終端通過不同的接入過程接入網絡後，網絡側通過現有技術一無法確定所述移動終端相應的移動性管理類型。
與本發明有關的現有技術二提供了另一種確定MS能力的方法，其是當MS初始接入網絡時，通過IEEE802.16的空口協議，如REG-REQ/RSP協議、SBC-REQ/RSP協議，來協商所述MS的移動性能力。
現有技術二中的IEEE802.16的空口協議中定義的REG-REQ/RSP協議，以及SBC-REQ/RSP協議代表的是MS的底層基本能力，因此無法協商MS支持IP的移動性能力。
與本發明有關的現有技術三提供了一種確定MS移動性類型的方法，其是當MS接入網絡後的初始認證階段的EAP過程中，網絡側與所述MS之間，通過協商相應的參數進行能力交互，來確定終端的能力。
由於EAP協議在IEEE802.16的空中接口擴充不方便，並且不能保證可靠的響應，因此網絡側通過現有技術三無法協商MS支持IP的能力。
發明內容
本發明的實施例提供了一種確定終端移動性類型的方法和系統，通過本發明的實施例，當移動終端通過不同的接入過程接入網絡後，網絡側能夠針對不同接入過程中接入的移動終端，確定相應的移動性管理類型。
本發明的實施例通過如下技術方案實現 本發明的實施例提供了一種確定終端移動性管理類型的方法，其包括 當移動終端向網絡側上報信息，所上報的信息包括移動終端所支持的移動性能力信息； 網絡側根據所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
本發明的實施例還提供了一種確定終端移動性管理類型的系統，其包括移動終端和接入網絡； 所述移動終端用於向接入網絡上報信息，所上報的信息包括移動終端所支持的移動性能力信息； 所述接入網絡用於根據所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
本發明的實施例還提供了一種移動終端，其包括 能力確定單元、消息構造單元和信息傳輸單元； 所述能力確定單元，用於根據移動終端的配置信息確定上報信息；所述上報信息包括所述移動終端所支持的移動性能力信息； 所述消息構造單元，用於在所述信息傳輸單元發送上報信息前，將所述上報信息封裝到DHCP請求消息或MIP註冊請求消息中； 所述信息傳輸單元，用於通過發送所述消息構造單元封裝處理後得到的消息，將所述能力確定單元確定的上報信息，上報給接入網絡。
本發明的實施例還提供了一種接入網絡，其包括 信息獲取單元，用於獲取移動終端所支持的移動性能力信息； 移動性管理類型確定單元，用於根據所述信息獲取單元獲取的信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
由上述本發明的實施例提供的具體實施方案可以看出，移動終端向接入網絡上報信息，所上報的信息包括移動終端所支持的移動性能力信息；網絡側根據所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。因此，當移動終端通過不同的接入過程接入網絡後，網絡側能夠針對不同接入過程中接入的終端，確定相應的移動性管理類型。
圖1為背景技術提供的WiMAX網絡的組網結構示意圖； 圖2為本發明提供的第一實施例的流程圖； 圖3為本發明提供的第一實施例中支持Simple IPv4模式終端的連接建立流程圖； 圖4為本發明提供的第一實施例中支持Proxy Mobile IPv4模式終端的連接建立流程圖； 圖5為本發明提供的第一實施例中同時支持Simple IPv4和Client MobileIPv4模式終端的連接建立流程圖； 圖6為本發明提供的第一實施例中同時支持Proxy Mobile IPv4和ClientMobile IPv4模式終端的連接建立流程圖； 圖7為本發明提供的第一實施例中支持IPv6模式的終端的連接建立流程圖； 圖8為本發明提供的第二實施例中的結構原理圖； 圖9為本發明提供的第三實施例中的結構原理圖。
具體實施例方式 本發明提供的第一實施例是一種確定終端移動性管理類型的方法，其具體實施流程如圖2所示，包括如下內容 步驟S101，當移動終端接入網絡時，如初始接入網絡時，移動終端向網絡側上報其所支持的移動性能力信息；如果其希望網絡側進行移動性能力支持，則還可以攜帶希望獲得的網絡側的移動性管理支持的要求信息。
所述移動終端可以主動上報信息給所述網絡側；也可以根據所述網絡側的詢問，將上報信息上報給所述網絡側。也可以當所述移動終端接收到網絡側發送的網絡側支持的移動性能力信息後，將上報信息上報給所述網絡側。
在上報信息時，移動終端通過基於IP的一種或多種協議，上報信息給網絡側。可以通過DHCP請求消息上報，也可以通過MIP註冊請求消息上報。具體實現時，可以在DHCP請求或MIP註冊請求中定義Option(選項)，通過在所述Option攜帶指定選項，來標誌移動終端進行DHCP過程或MIP註冊時支持的移動性能力，以及其希望獲得的網絡側的移動性管理支持的要求信息。
下面分別以兩種定義方式進行舉例說明 第一種方案 在DHCP請求消息中或在MIP註冊請求中定義如下欄位
其中，xxx為其Option代碼的號碼； n為該消息的長度； Lable of MIP type由3個比特組成 b1為0時，表示移動終端支持Simple IP，但是需要網絡側進行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，並且不需要網絡側進行PMIP移動性管理； b1b2為01，表示移動終端支持Simple IP，並且需要網絡側進行PMIP移動性管理； b1b2為10，表示移動終端支持MIP，並且不需要網絡側進行PMIP移動性管理； b1b2為11，表示移動終端支持MIP，並且需要網絡側進行PMIP移動性管理； b3為0，表示僅支持一個IP獲得過程； b3為1，表示可以和其它獲得IP的過程同時存在。
步驟S102，網絡側根據所述移動終端的上報信息，以及自己所支持的移動性能力，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型。還可以將所述支持結果反饋給所述移動終端。
當所述網絡側接收到的上報信息為移動終端支持Simple IP，並且不需要網絡側進行PMIP移動性管理時，此時不論所述網絡側所支持的移動性能力為Simple IP還是為MIP，其只能為所述移動終端提供Simple IP支持，於是根據所述支持結果確定所述終端的移動性管理類型為Simple IP； 當所述移動終端的上報信息為移動終端支持Simple IP，並且需要網絡側進行PMIP移動性管理時，網絡側根據所述移動終端的上報信息，以及自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型如果所述網絡側所支持的移動性能力為Simple IP，其只能為所述移動終端提供Simple IP支持，則確定所述終端的移動性管理類型為Simple IP；如果所述網絡側所支持的移動性能力為MIP，其能為所述移動終端提供PMIP支持，則確定所述終端的移動性管理類型為PMIP； 當所述移動終端的上報信息為移動終端支持MIP，並且不需要網絡側進行PMIP移動性管理時，此時不論所述網絡側所支持的移動性能力為Simple IP還是為MIP，其支持結果為CMIP，則確定所述終端的移動性管理類型為CMIP。
當所述移動終端的上報信息為移動終端支持MIP，並且需要網絡側進行PMIP移動性管理時，網絡側根據所述移動終端的上報信息，以及自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型如果所述網絡側支持MIP，能為所述移動終端提供PMIP支持，則確定所述終端的移動性管理類型為PMIP；如果所述網絡側僅僅支持Simple IP，則所述網絡側不能為所述終端提供PMIP移動性管理。
當所述移動終端的上報信息中還可以包括其支持一個IP獲得過程時，則所述網絡側與所述移動終端之間會基於一個IP過程進行數據交互，例如，如果所述移動終端先通過DHCP過程獲得一個IP位址後，如果所述終端再次發起MIP請求，則網絡側不會再為所述移動終端分配新的IP位址。
當所述移動終端的上報信息中還包括可以和其它獲得IP的過程同時存在的信息時，所述網絡側會根據移動終端的不同請求分配不同的IP位址，如如果所述移動終端先通過DHCP過程獲得一個IP位址後，如果所述終端再次發起MIP請求，則網絡側會再為所述移動終端分配新的IP位址。
當網絡側確定其能夠對移動終端進行的移動性管理的支持結果後，還可以將所述支持結果通過DHCP響應消息反饋給所述移動終端；或，將所述支持結果通過MIP響應消息反饋給所述移動終端。
下面分幾種情況對所述第一實施例進行詳細描述 第一種情況當MS支持Simple IP能力，通過DHCP過程獲得自己的IP位址，並且不需要網絡側進行PMIP支持。具體實施流程如圖3所示，包括如下步驟 步驟S301，在接入認證階段，終端所屬的家鄉認證伺服器，如AAA伺服器，會在接入認證消息中下發HA地址、認證授權計費相關密鑰，以及終端的家鄉地址。
步驟S302，DHCP代理/伺服器根據接收到的接入認證消息，直接獲得終端的家鄉地址，並根據所獲得的終端的家鄉地址建立終端與服務接入網絡間的數據鏈路。
步驟S303，在終端與服務接入網絡之間成功建立新的數據鏈路以後，終端通過所述數據鏈路發送DHCP discover消息給DHCP代理/伺服器。所述DHCPdiscover消息中攜帶如下信息 移動終端支持Simple IP，並且不希望獲得網絡側的PMIP移動性管理。
具體可以按照第一實施例中的DHCP請求消息中的欄位定義來實現。
步驟S304，當DHCP代理/伺服器收到DHCP discover消息後，DHCP代理/伺服器根據所述MS的標識，將DHCP discover消息轉發至相應的DHCP伺服器。
步驟S305～S306，DHCP伺服器接收到所述DHCP discover消息後，根據所述消息中的信息，確定出所述MS支持Simple IP，並且不需要網絡側進行PMIP移動性管理。於是確定其支持結果為Simple IP，所述MS的移動性管理類型為Simple IP；並通過DHCP offer消息返回其支持結果信息，途中經過所述DHCP代理/伺服器中轉。
步驟S307～S308，所述終端發送DHCP request消息，並通過所述DHCP代理/伺服器轉發給所述DHCP伺服器。
步驟S309～S310，所述DHCP伺服器返回DHCP Ack，並通過DHCP代理/伺服器轉發給所述終端。
上述第一種情況，是以網絡側配置的ASN中的具有DHCP功能的DHCP代理/伺服器實體具有DHCP中繼功能為例進行說明，可以看出，需要通過步驟S304、步驟S305、步驟S308和步驟S309，從CSN中的DHCP伺服器中獲得相應的信息。當根據網絡側的配置，ASN中具有DHCP功能的DHCP代理/伺服器實體具有DHCP代理功能時，不需要執行步驟S304、步驟S305、步驟S308和步驟S309。
上述第一種情況，是以終端所屬的家鄉AAA伺服器在接入認證消息中下發終端的家鄉地址為例進行說明的，當AAA伺服器不下發終端的家鄉地址，而下發可以獲取到終端的家鄉地址的DHCP伺服器地址時，DHCP代理/伺服器需要根據所述DHCP伺服器地址，與DHCP伺服器交互，獲得終端的家鄉地址。
上述第一種情況也有可能在步驟S302中，將終端的家鄉地址下發給所述DHCP代理/伺服器的同時，下發終端的相關IP配置信息，這樣，當DHCP代理/伺服器接收到終端發送的DHCP discover消息後，在通過步驟S306中的DHCP offer消息返回所述終端家鄉地址的同時，還會直接返回終端相關的IP配置信息。如果所述MS不能通過DHCP offer消息獲得相關的IP配置信息，還可以通過DHCP request消息向所述DHCP伺服器請求所述相關的IP配置信息；並通過DHCP代理/伺服器返回的DHCP Ack發送給所述MS。
上述第一種情況是以在接入認證階段，DHCP代理/伺服器根據其接收到的接入認證消息，獲得終端的家鄉地址為例進行說明的，除此之外，DHCP代理/伺服器也可以在收到終端發送的DHCP Discover消息之後，向家鄉認證伺服器索取，來獲得所述終端的家鄉地址信息。
上述第一種情況下的正常處理流程中，是以終端發送DHCP discover消息攜帶其支持MIP的信息，以及其要求網絡側提供PMIP移動性管理為例進行說明的，除此之外，還存在如下一種可選方案 終端發送DHCP discover消息時，不攜帶要其支持MIP的信息，以及其希望獲得網絡側的PMIP移動性管理；當DHCP伺服器回應DHCP offer消息時，告知終端網絡側支持MIP；然後，終端再在其發送DHCP Request消息時，攜帶自己支持MIP的標誌，以及其希望獲得網絡側的PMIP移動性管理。然後DHCP伺服器在回應DHCP ack消息時，將自己的支持結果告知終端。
第二種情況當移動終端支持MIP，並通過DHCP過程獲得自己的IP位址，並且需要網絡側進行PMIP移動性管理。
在第二種情況下的正常處理流程如圖4所示 步驟S401，在接入認證階段，終端所屬的家鄉認證伺服器，如AAA伺服器，會在接入認證消息中下發HA地址、認證授權計費相關密鑰、Proxy MobileIPv4連接建立相關密鑰，以及終端的家鄉地址。
步驟S402，DHCP代理/伺服器根據接收到的接入認證消息，直接獲得終端的家鄉地址，並根據所獲得的終端的家鄉地址建立終端與服務接入網絡間的數據鏈路。
由於在Proxy Mobile IPv4技術中，終端所有的IP移動相關信息對終端來說，都是不可見的(因為終端被網絡默認為不支持移動IPv4協議棧)，因此終端需要使用DHCP協議來獲取實現移動IP能力所需的家鄉地址以及相關的IP配置信息。具體如下 步驟S403～S409，在終端與服務接入網絡之間的R1接口上成功建立新的數據鏈路以後，終端通過所述數據鏈路發送DHCP discover消息給DHCP代理/伺服器。所述DHCP discover消息中攜帶如下信息 移動終端支持MIP，並且希望獲得網絡側的PMIP移動性管理。
具體可以按照第一實施例中的DHCP請求消息中的欄位定義來實現。
當DHCP代理/伺服器收到一個DHCP discover消息後，DHCP代理/伺服器根據MS的標識符將其DHCP discover消息轉發至相應的DHCP伺服器。
所述DHCP伺服器接收到所述DHCP discover消息後，根據所述消息中攜帶的信息，自己支持MIP的能力，以及對移動終端的配置信息，確定其能夠為所述終端提供PMIP，於是確定所述終端的移動性類型為PMIP；並將所述支持結果通過DHCP offer消息返回，途中通過所述DHCP代理/伺服器中轉。
之後，所述終端發送DHCP Request，並通過所述DHCP代理/伺服器轉發給所述DHCP伺服器；所述DHCP伺服器返回DHCP Ack給所述DHCP代理/伺服器。
步驟S410～S411，當接入業務網絡既支持Proxy Mobile IPv4模式又支持Client Mobile IPv4模式時，DHCP代理/伺服器可以通過R3_Mobility_Context消息將終端的R3移動模式為DHCP代理/伺服器選定的R3移動模式的信息，告知接入業務網功能實體(例如，專門存放終端相關信息的伺服器)。
當接入業務網絡僅僅支持Proxy Mobile IPv4模式時，步驟S410～S411可以省略。此時終端的R3移動模式信息可以通過相關配置文件下發到集中式/分布式接入業務網功能實體。
步驟S412～S413，當DHCP代理/伺服器通過DHCP協議，或者在接入認證階段得到家鄉地址後，通過與接入業務網絡中的移動IP代理/客戶端交互的HoA_Address消息(所述HoA_Address消息中包含終端的標識，可以由該標識來確定需要接收HoA_Address消息的特定移動IP代理/客戶端。)，將所述家鄉地址轉發至移動IP代理/客戶端。
步驟S414～S419，在移動IPv4註冊階段，接入業務網絡中的移動IP代理/客戶端收到終端的家鄉地址以後，觸發移動IP註冊流程所需的所有材料都已準備完畢。此時，所述移動IP代理/客戶端會發送移動IPv4註冊消息，並通過FA(外地代理)轉發給所述家鄉代理；所述移動IPv4註冊消息包含終端的家鄉地址、轉交地址(一般為FA的IP位址)，以及安全相關信息。
所述家鄉代理根據所述移動IP註冊請求中的信息，發送接入請求到家鄉認證伺服器；當通過認證後，所述家鄉認證伺服器會發送接入通過的信息，給所述家鄉代理；之後，所述家鄉代理髮送移動IP註冊響應，並通過DHCP代理/伺服器轉發給所述移動IP代理/客戶端。這樣，就完成了終端在HA上進行移動IPv4註冊的過程。
步驟S420～S421，當移動IPv4註冊成功完成以後，所述DHCP代理/伺服器最終通過DHCP ack消息將終端的家鄉地址發送給所述終端，完成連接建立流程。
在發送DHCP ack消息之前，為了防止通知終端可以正常數據通信的DHCPack消息的發送先於網絡側數據鏈路的準備到達終端，需要延遲DHCP ack消息的發送直至網絡側的數據鏈路準備完畢，這時，所述移動IP代理/客戶端可以發送DHCP Gating Release消息給所述DHCP代理/伺服器；所述DHCP代理/伺服器接收到所述DHCP Gating Release消息後，進行DHCP Gating。
上述第二種情況中，是以網絡側配置的ASN中的DHCP代理/伺服器實體具有DHCP中繼功能為例進行說明，可以看出，需要通過步驟S404、步驟S405、步驟S408和步驟S409，從CSN中的DHCP伺服器中獲得相應的信息。當根據網絡側的配置，ASN中具有DHCP功能的DHCP代理/伺服器實體具有DHCP代理功能時，不需要執行步驟S404、步驟S405、步驟S408和步驟S409。
上述第二種情況中，是以終端所屬的家鄉AAA伺服器在接入認證消息中下發終端的家鄉地址為例進行說明的，當AAA伺服器不下發終端的家鄉地址，而下發可以獲取到終端的家鄉地址的DHCP伺服器地址時，DHCP代理/伺服器需要根據所述DHCP伺服器地址，與DHCP伺服器交互，獲得終端的家鄉地址。
上述第二種情況中，也有可能在步驟S402中，將終端的家鄉地址下發給所述DHCP代理/伺服器的同時，下發終端的相關IP配置信息，這樣，當DHCP代理/伺服器接收到終端發送的DHCP discover消息後，在通過步驟S406中的DHCPoffer消息返回所述終端家鄉地址的同時，還會直接返回終端相關的主機配置信息。如果所述MS不能通過DHCP offer消息獲得相關的IP配置信息，還可以通過DHCP request消息向所述DHCP伺服器請求所述相關的IP配置信息；並通過DHCP代理/伺服器返回的DHCP Ack發送給所述MS。
上述第二種情況中，是以在接入認證階段，DHCP代理/伺服器根據其接收到的接入認證消息，獲得終端的家鄉地址為例進行說明的，除此之外，DHCP代理/伺服器也可以在收到終端發送的DHCP Discover消息之後，向家鄉認證伺服器索取，來獲得所述終端的家鄉地址信息。
上述第二種情況下的正常處理流程中，是以終端發送DHCP discover消息攜帶其支持MIP的信息，以及其要求網絡側提供PMIP移動性管理為例進行說明的，除此之外，還存在如下一種可選方案 終端發送DHCP discover消息時，不攜帶要其支持MIP的信息，以及其希望獲得網絡側的PMIP移動性管理；當DHCP伺服器回應DHCP offer消息時，告知終端網絡側支持MIP；然後，終端再在其發送DHCP Request消息時，攜帶自己支持MIP的標誌，以及其希望獲得網絡側的PMIP移動性管理。然後DHCP伺服器在回應DHCP ack消息時，將自己的支持結果告知終端。
在上述第二種情況中，如果終端支持MIP，並且通過獲得FAAdv(廣播消息)或發送MIP RRQ(MIP註冊請求)消息來建立MIP綁定時，因為終端僅僅希望獲得網絡側的PMIP移動性管理，故網絡側禁止所述終端的CMIP移動性管理。其過程如下 開始過程與第二種情況下的正常處理流程雷同。當終端先發起的DHCP過程，而後又發起的MIP註冊請求；此時網絡側則根據所述終端發起的DHCP過程中的信息，以及其內對移動終端的配置信息，禁止所述終端的CMIP移動性管理。可以通過FA發送的MIP RRQ中攜帶的對應代碼告知終端，不能由終端自己發起MIP請求。
如果終端在發起DHCP過程之前發起MIP註冊過程，則網絡側將原先建立的MIP綁定取消，並通過諸如MIP Revocation之類的消息，通知MS和/或HA，將MIP綁定進行撤銷。
第三種情況，移動終端支持MIP，並且通過MIP過程獲得網絡側為其分配的IP位址，並且不需要網絡側進行PMIP移動性管理。
所述第三種情況又分為兩種情景 第一種移動終端發起MIP過程後，不再發起DHCP過程。其處理流程與上述兩種情況的思想類似，即 MS接入網絡後，發起MIP註冊請求，所述MIP註冊請求消息中攜帶如下信息移動終端支持MIP，並且不需要網絡側進行PMIP移動性管理。
網絡側根據所述MIP註冊請求消息中的信息，認為所述終端自己具備移動性管理能力，於是確認所述終端的移動性管理類型為CMIP；並由所述終端自己發起MIP註冊。
之後，所述移動終端不再發起DHCP過程。
第二種移動終端發起MIP過程，並通過CMIP過程獲得其所分配的IP位址後，又發起DHCP過程。具體如下 一、當終端再次發起的DHCP過程是有狀態的DHCP過程時，其會通過DHCP請求攜帶如下信息源地址為0.0.0.0；移動終端支持MIP；以及，需要網絡側進行PMIP移動性管理。網絡側接收到所述DHCP請求後，發現源地址為0.0.0.0，則認為所述終端希望獲得網絡側為其分配的IP位址。於是，根據所述終端支持MIP，需要網絡側進行PMIP移動性管理、以及自己所支持的移動性能力信息，確定為所述終端提供PMIP支持，並確定所述移動終端的移動性管理類型為PMIP，並為所述終端分配相應的IP位址。
由上述情況可見，當網絡側既接收到終端發送的MIP註冊請求，又接收到終端發送的DHCP請求後，能夠確定出終端的移動性類型。
二、當終端再次發起DHCP過程是有狀態的DHCP過程，並且其源地址為前述CMIP過程所分配的IP位址時，說明所述終端希望獲得網絡側為其分配的IP相關主機配置信息。此時，網絡側通過標準的過程為所述終端分配的IP相關主機配置信息。
三、當終端再次發起DHCP過程是無狀態的DHCP過程時，則網絡側允許其通過所述DHCP過程獲得對應IP的相關主機配置信息。此時，網絡側通過標準的過程為所述終端分配的IP相關主機配置信息。
第四種情況，移動終端同時支持Simple IP和MIP，通過DHCP過程獲得IP位址，並且希望網絡側基於所述IP位址進行PMIP移動性管理。具體流程如圖5所示 步驟S501至步驟S510的信令交互與所述第一種情況中的基本類似，這裡不再詳細描述。不同之處在於 移動終端發送的DHCP請求中包含如下信息移動終端同時支持Simple IP和MIP，以及，希望網絡側進行PMIP移動性管理。
網絡側根據所述消息中的信息，以及自己所支持MIP的能力，認為能夠為所述終端提供PMIP移動性管理支持，並確定所述終端的移動性管理類型為PMIP。並將所支持的結果告知所述移動終端。
接下來執行步驟S511～S512，即移動終端發起MIP RRQ(MIP註冊請求)消息，並通過所述DHCP代理/伺服器轉發給所述家鄉代理。所述MIP RRQ消息中同樣攜帶如下信息移動終端同時支持Simple IP和MIP，以及，希望網絡側進行PMIP移動性管理。
步驟S513～S514，網絡側的家鄉代理接收到所述MIP RRQ後，根據所述消息中的信息，獲知到終端同時支持Simple IP和MIP。由於先前已經從DHCP請求中獲知到終端要求同時支持Simple IP和MIP的信息，此時網絡側，會根據其內對移動終端的配置信息，允許先前通過DHCP過程所獲得的IP位址及相應信息，與後續通過MIP過程所獲得的IP位址及相應信息同時共存，並將通過MIP過程為所述終端分配的IP位址通過MIP RRP(移動IP響應)消息告知所述終端。
第五種情況移動終端同時支持Simple IP和MIP，並分別通過DHCP過程獲得IP位址，和/或IP主機配置信息，通過MIP過程獲得IP位址，和/或IP主機配置信息，以及，希望網絡側對所提供的DHCP過程進行PMIP移動性管理。具體流程如圖6所示 步驟S601至步驟S621的信令交互與所述第二種情況基本類似，這裡不再詳細描述。不同之處在於 終端發起的DHCP請求中包含如下信息 移動終端同時支持Simple IP和MIP；希望網絡側對所提供的DHCP過程進行PMIP移動性管理，以及希望客戶端自己進行CMIP移動性管理，以及可以和其它獲得IP的過程同時存在的信息。
網絡側根據所述信息，以及自己支持MIP的信息，以及對移動終端的配置信息，確定其能夠為所述終端提供PMIP移動性管理，以及允許所述終端進行CMIP移動性管理，並將所述支持結果告知所述終端。
之後，所述終端基於DHCP協議進行MIP註冊過程 步驟S622～S623，即移動終端發起MIP RRQ消息，並通過所述DHCP代理/伺服器轉發給所述家鄉代理。所述MIP RRQ消息中攜帶如下信息移動終端同時支持Simple IP和MIP；希望網絡側對所提供的DHCP過程進行PMIP移動性管理，以及希望客戶端自己進行CMIP移動性管理。
步驟S624～S625，網絡側的家鄉代理接收到所述MIP RRQ後，根據所述消息中的信息，自己支持MIP的信息，以及對移動終端的配置信息，確定自己能夠為所述終端提供PMIP移動性管理，以及允許所述終端自己進行CMIP移動性管理，並確定所述終端的移動性管理類型為PMIP和CMIP。由於先前已經通過DHCP過程獲知到所述終端能夠同時支持PMIP和CMIP的信息，此時網絡側，會根據其內對移動終端的配置信息，允許先前所獲得的IP位址及相應信息與後續從MIP RRQ消息中所獲得的同時共存，並為其分配不同的地址，並將所述支持結果通過MIP RRP消息告知所述終端。
考慮到DHCP請求可能在MIP註冊之後完成，所以第五種情況下，也可以將步驟S622～S625步放到步驟S603之前。
上述第五種情況下，網絡側記錄終端的類型為PMIP和CMIP時，是在網絡側收到終端的DHCP請求後，以及網絡側收到終端的MIP RRQ請求後分別完成的；當然，也可以申請一次完成。
由上述本發明的實施例提供的具體實施方案可以看出，通過本發明的實施例，網絡側能夠為既要求網絡側進行PMIP移動性管理，又要求自己能夠進行CMIP移動性管理的終端，分配相應的IP位址。
上述五種情況均是以確定基於IPv4的移動終端的移動性類型的情況來說明的，當移動終端支持IPv6，本發明的實施例同樣適用。如圖7所示給出了確定基於IPv6的移動終端移動性類型的流程。具體實施過程如下 步驟S701，MS發起初始認證。
步驟S702，網關，如AR(接入路由器)，向歸屬AAA發送Access-Request(接入請求)消息。
步驟S703，所述AAA伺服器為所述MS分配HA和HL。
步驟S704，通過Access Accept消息返回給所述MS。
在此步驟中，Access Accept消息可以根據用戶的配置信息或入網及之前的協商結果返回一個指示該MS移動IP類型的參數集，同HA、HL一起發送到接入網，該標識指示該MS為何種移動IP類型。當然如果網絡側並無此信息或不需要下發，則可以不發。
步驟S705，在網關上存儲接收到的信息。同時，網關也可獲得該MS的移動IP相關參數信息。
步驟S706，完成認證。
步驟S707，MS向AR發送Information-Request請求，所述消息中包含其移動IP對應的能力信息，也可以移動終端希望獲得的網絡側的移動性管理支持的要求信息、移動終端支持一種或多種獲得IP的過程的信息。網絡側據此及前述所獲得的相關策略信息進行判決，並得出結論及該終端為何種終端，該具有何種移動IP能力等。
步驟S708，在AR返回給MS的Reply消息裡，可以將最後支持的移動IP的能力發送到MS。
上述是分別以IPV4和IPV6的過程進行說明的，本發明的實施例也可適用移動終端同時支持IPV4和IPV6模式時的情況，具體不再詳細描述。
本發明提供的第二實施例是一種移動終端，其結構如圖8所示，包括能力確定單元、消息構造單元和信息傳輸單元。
所述能力確定單元根據移動終端的配置信息確定上報的信息，所上報的信息包括所述移動終端所支持的移動性能力信息；所述能力確定單元還包括用於確定移動終端希望獲得網絡側的移動性管理支持的要求信息的子單元，通過該子單元，所述能力確定單元還可以確定移動終端希望獲得的網絡側的移動性管理支持的要求信息；所述能力確定單元還可以包括用於確定移動終端支持一個或多個IP獲得過程的信息的子單元，通過所述子單元，所述能力確定單元還可以確定移動終端支持一種或多種獲得IP的過程的信息。
所述消息構造單元，將所述所述能力確定單元確定出的上報信息封裝到DHCP請求消息中；或，封裝到MIP註冊請求消息中。
所述信息傳輸單元，通過消息構造單元所構造的消息，將所述上報信息上報給網絡側。在上報信息時，可以將上報信息主動上報給所述網絡側；也可以根據網絡側的詢問，將上報信息上報給所述網絡側；也可以在所述移動終端接收到網絡側發送的網絡側支持的移動性能力信息後，將上報信息上報給所述網絡側。
具體實施過程與第一實施例中的相關描述類似，這裡不再詳細描述。
本發明提供的第三實施例是一種接入網絡，其結構如圖9所示，包括信息獲取單元和移動性管理類型確定單元。
其中，所述信息獲取單元包括用於獲取移動終端所支持的移動性能力信息的子單元；還可以包括用於獲取移動終端希望獲得的網絡側的移動性管理支持的要求信息的子單元。還可以包括用於獲取移動終端支持一種或多種獲得IP的過程的信息的子單元。
其中，所述移動性管理類型確定單元包括用於根據所述移動終端的上報信息，以及自己所支持的移動性能力，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型的子單元；或者，用於根據所述移動終端的上報信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型的子單元。還可以包括用於將所述支持結果通過DHCP響應消息，或通過MIP響應消息，反饋給所述移動終端的子單元。
所述接入網絡中的各個單元之間的信號傳遞關係如下 所述信息獲取單元通過其內相應的子單元獲取移動終端所支持的移動性能力信息；還可以通過其內相應的子單元獲取移動終端希望獲得的網絡側的移動性管理支持的要求信息。還可以通過其內相應的子單元獲取移動終端支持一種或多種獲得IP的過程的信息。
所述移動性管理類型確定單元，根據所述信息獲取單元所獲取的信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。具體處理如下 通過其內設置的相應的子單元根據所述移動終端的上報信息，以及自己所支持的移動性能力，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型；或者，通過其內設置的相應的子單元根據所述移動終端的上報信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型，然後根據所述移動終端的移動性管理類型進行相應的處理如通知相應實體，和/或當相關實體要求獲得時提供查詢結果，和/或保存結果，和/或控制相關網元實體按照該移動終端的對應的移動IP類型進行相應的處理。還可以通過其內設置的相應的子單元將所述支持結果通過DHCP響應消息，或通過MIP響應消息，反饋給所述移動終端。
本發明提供的第四實施例是一種確定移動終端移動性類型的系統，其包括移動終端和接入網絡。
所述移動終端在初始接入網絡時，向接入網絡上報自己所支持的移動性能力信息；並可以在上報其所支持的移動性能力信息的同時，上報其希望獲得網絡側的移動性管理支持的要求信息。還可以同時上報移動終端支持一種或多種獲得IP的過程的信息。具體實施過程與第一實施例中的相關描述類似，這裡不再詳細描述。
所述接入網絡根據所述移動終端上報的信息，以及自己所支持的移動性能力信息，確定出其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型；或者，根據所述移動終端的上報信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型。還可以將所述支持結果通過DHCP響應消息，或通過MIP響應消息，反饋給所述移動終端。
由上述本發明的實施例提供的具體實施方案可以看出，通過本發明的實施例，移動終端向接入網絡上報信息，所上報的信息包括所上報的信息包括移動終端所支持的移動性能力信息；網絡側根據所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。因此，當移動終端通過不同的接入過程接入網絡後，網絡側能夠針對不同接入過程中接入的終端，確定相應的移動性管理類型。
另外，本發明的實施例均是基於IP的一種或多種協議，來實現終端與網絡側之間的移動性能力的協商的，因此能夠避免使用IEEE802.16的空口協議來協商所述MS的移動性能力，從而能夠協商MS支持IP的移動性能力。
顯然，本領域的技術人員可以對本發明的實施例進行各種改動和變型，而不脫離本發明的精神和範圍。這樣，倘若本發明的實施例的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種確定終端移動性管理類型的方法，其特徵在於，包括
移動終端向網絡側上報信息，所上報的信息包括移動終端所支持的移動性能力信息；
網絡側根據所述移動終端上報的信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
2.如權利要求1所述的方法，其特徵在於，所上報的信息還包括
移動終端希望獲得網絡側的移動性管理支持的要求信息；和/或，移動終端支持一個或多個網際網路協議IP獲得過程的信息。
3.如權利要求1或2所述的方法，其特徵在於，所述移動終端向網絡側上報信息的過程，具體包括
所述移動終端將上報的信息，主動上報給所述網絡側；或，
所述移動終端根據網絡側的詢問，將上報的信息上報給所述網絡側；或，
當所述移動終端接收到網絡側發送的網絡側支持的移動性能力信息後，將上報的信息上報給所述網絡側。
4.如權利要求3所述的方法，其特徵在於，所述移動終端向網絡側上報信息的過程，具體包括
所述移動終端通過動態主機控制協議DHCP請求消息，上報信息給所述網絡側；或，
所述移動終端通過移動網際網路協議MIP註冊請求消息，上報信息給所述網絡側。
5.如權利要求1或2所述的方法，其特徵在於，所述移動終端基於IP的一種或多種協議，向網絡側上報信息。
6.如權利要求1或2所述的方法，其特徵在於，所述網絡側根據所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型的過程，具體包括
根據所述移動終端上報的信息，以及自己所支持的移動性能力，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型；或，
根據所述移動終端上報的信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型。
7.如權利要求6所述的方法，其特徵在於，還包括
將所述支持結果通過DHCP響應消息反饋給所述移動終端；或，
將所述支持結果通過MIP響應消息反饋給所述移動終端。
8.一種確定終端移動性管理類型的系統，其特徵在於，包括
移動終端和接入網絡；
所述移動終端用於向所述接入網絡上報信息，所上報的信息包括移動終端所支持的移動性能力信息；
所述接入網絡用於根據所述移動終端上報的信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
9.如權利要求8所述的系統，其特徵在於，所上報的信息還包括
移動終端希望獲得網絡側的移動性管理支持的要求信息；和/或，移動終端支持一個或多個網際網路協議IP獲得過程的信息。
10.如權利要求8或9所述的系統，其特徵在於，所述接入網絡還用於
根據所述移動終端上報的信息，以及自己所支持的移動性能力信息，確定出其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型；或，根據所述移動終端上報的信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型。
11.如權利要求10所述的系統，其特徵在於，所述接入網絡還用於
將所述支持結果通過DHCP響應消息，或通過MIP響應消息，反饋給所述移動終端。
12.一種移動終端，其特徵在於，包括
能力確定單元、消息構造單元和信息傳輸單元；
所述能力確定單元，用於根據移動終端的配置信息確定上報信息；所述上報信息包括所述移動終端所支持的移動性能力信息；
所述消息構造單元，用於在所述信息傳輸單元發送上報信息前，將所述上報信息封裝到DHCP請求消息或MIP註冊請求消息中；
所述信息傳輸單元，用於通過發送所述消息構造單元封裝處理後得到的消息，將所述能力確定單元確定的上報信息，上報給接入網絡。
13.如權利要求12所述的移動終端，其特徵在於，所述能力確定單元還包括
用於確定移動終端希望獲得網絡側的移動性管理支持的要求信息的子單元；和/或，用於確定移動終端支持一個或多個IP獲得過程的信息的子單元。
14.一種接入網絡，其特徵在於，包括
信息獲取單元，用於獲取移動終端所支持的移動性能力信息；
移動性管理類型確定單元，用於根據所述信息獲取單元獲取的信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。
15.如權利要求14所述的接入網絡，其特徵在於，所述信息獲取單元還包括
用於獲取移動終端希望獲得的網絡側的移動性管理支持的要求信息的子單元。
16.如權利要求14或15所述的接入網絡，其特徵在於，所述移動性管理類型確定單元還包括
用於根據所述移動終端的上報信息，以及自己所支持的移動性能力，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型的子單元；或，用於根據所述移動終端的上報信息，自己所支持的移動性能力，以及對移動終端的配置信息，確定其能夠對移動終端進行的移動性管理的支持結果，並根據所述支持結果確定出所述移動終端的移動性管理類型的子單元。
17.如權利要求16所述的接入網絡，其特徵在於，所述移動性管理類型確定單元還包括
用於將所述支持結果通過DHCP響應消息，或通過MIP響應消息，反饋給所述移動終端的子單元。
全文摘要
本發明公開了一種確定終端移動性管理類型的方法和系統，其中，移動終端向網絡側上報信息，所上報的信息包括移動終端所支持的移動性能力信息；網絡側根據所述移動終端的上報信息，以及自己所支持的移動性能力信息，確定出所述移動終端的移動性管理類型。通過本發明的實施例，當移動終端通過不同的接入過程接入網絡後，網絡側能夠針對不同接入過程中接入的終端，確定相應的移動性管理類型。
文檔編號H04Q7/38GK101232699SQ20071000367
公開日2008年7月30日 申請日期2007年1月23日 優先權日2007年1月23日
發明者趙元魁 申請人:華為技術有限公司