CN103096343B - 一种流移动中的策略管理方法和系统 - Google Patents
一种流移动中的策略管理方法和系统 Download PDFInfo
- Publication number
- CN103096343B CN103096343B CN201110339225.6A CN201110339225A CN103096343B CN 103096343 B CN103096343 B CN 103096343B CN 201110339225 A CN201110339225 A CN 201110339225A CN 103096343 B CN103096343 B CN 103096343B
- Authority
- CN
- China
- Prior art keywords
- terminal
- stream
- selection strategy
- message
- stream selection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种流移动中的策略管理方法，包括：终端发起流迁移或切换时，所述终端将修改后的流选择策略发送给网络侧；所述网络侧将所述修改后的流选择策略发送给策略服务器；或者，当所述策略服务器上存在基于所述终端的流选择策略时，所述网络侧将所述修改后的流选择策略发送给策略服务器。本发明还提供一种流移动中的策略管理方法。
Description
技术领域
本发明涉及移动通信领域，具体涉及一种多接入系统中，流移动的策略管理方法和系统。
背景技术
图1示出了一种基于位置服务器的通信网络架构，终端可以是移动终端、固定终端和游牧终端中的一种或多种，如手机、固定电话、电脑和服务器等等。接入网用于为终端提供二层(物理层和链路层)接入手段，维护终端与接入网关之间的物理接入链路。接入网关用于为终端分配位置信息，维护终端的标识和位置映射信息，到位置服务器进行位置注册(也可称为位置登记)和查询终端的位置信息，以及实现数据报文的路由和转发。接入网关分配的位置信息指向本接入网关，也即包含该接入网关的地址信息，将该位置信息作为数据报文的目的地址时，该数据报文将被路由到该接入网关。位置服务器用于处理对终端位置信息的注册、注销和查询，保存和维护归属用户终端的身份标识和位置信息映射信息。
在终端与对端进行通信时，接入网关收到上行数据报文要进行位置信息封装和转发。具体地，在本地查询通信对端的位置信息，如查询到，将通信对端的位置信息作为目的地址，以终端的位置信息为源地址封装在包含终端标识和通信对端标识的数据报文中，经广义转发平面转发到通信对端接入的接入网关。如查询不到，则到通信对端归属位置服务器查询通信对端的位置信息并保存在本地。此时，可以在报文中封装上终端的位置信息后，通过映射转发平面转发到广义转发平面，或者，在查询到通信对端的位置信息后，再由该接入网关按上述在本地查询到通信对端的位置信息时的方式进行位置信息封装和转发处理。在下行方向，接入网关收到广义转发平面发来的数据报文后进行解位置信息封装，剥去其中的位置信息后发送给终端。
可以看出，接入网关为了实现报文的正常转发，需要在终端接入时为该终端分配位置信息，到位置服务器注册该位置信息以更新位置服务器中该终端的位置信息。接入网关还需要维护终端及其通信对端的标识和位置信息映射信息，来实现对报文的位置信息封装。在一个示例中，接入网关为每个终端维护该终端与通信对端的通信关系信息，本文中称为该终端的对端信息，该对端信息包含该终端标识与通信对端标识的对应关系信息，还可以包括该终端的标识和位置信息映射信息，同时，接入网关统一维护所有终端的通信对端的标识和位置信息映射信息。当然，接入网关为每个终端分别维护该终端所有通信对端的标识和位置信息映射信息也是可以的，其中包含了终端的对端信息。维护对端信息，是为了在终端切换时，切入一侧的接入网关可以确定该终端有哪些通信对端，从而可以向通信对端接入的接入网关发送该终端新的位置信息以便进行位置更新。通信对端接入的接入网关完成更新后，就可以将通信对端发出的数据报文直接路由到该终端切换到的接入网关。
由于终端可以同时具有多个连接(如图2、图3和图4所示)，此时可能存在多个接入网关为终端分配多个位置信息，对于同一个终端，位置服务器中可能存在一个终端标识对应多个位置信息的情况，由于连接在建立的过程中考虑了应用或业务流的特点，具有业务质量、计费等相关属性，只允许传输相应的应用或业务流。为了在对端向终端发送数据时对端接入网关能够确定数据流的正确路由(即相应的接入网关)，策略服务器将存放与应用、或业务、或连接、或位置相关的策略信息，这些信息可以与终端标识相关(即基于终端的策略)、也可以与终端标识无关，在对端向终端发送数据时根据应用、或业务、或连接、或位置特点、或终端标识提供终端的位置参考，与位置服务器一同选路，并为对应的数据流查找正确的位置信息。策略服务器可以与位置服务器和/或接入网关连接，其在通信网络中的位置与连接方式如图2、图3和图4所示。
由于负荷分担、信号强度、用户意愿、网络规划、运营维护等因素导致用户或者网络将某些数据流在接入网关之间进行迁移或切换，数据传输路径进行了修改。此时，对端接入网关仍将数据路由到迁移或切换前的接入网关，从而使得数据传送路径无法连通或者数据传输质量无法得以保障。
对于PMIP的场景，如图5a所示的是PMIP协议的逻辑架构，包括移动节点(MobileNode，MN)、通信对端(Correspondent Node，CN)、移动接入网关(Mobile Access Gateway，MAG)以及本地移动性锚点(Local Mobility Anchor，LMA)。其中CN可以是固定节点，也可以是移动节点，即具有相应的MAG和LMA。MAG是MN的第一跳路由器，其主要作用包括在MN接入时为其分配转交地址(Care of Address，CoA)以及代替MN执行与MN的锚点LMA之间的PMIP绑定(PMIP Binding)。LMA作为MN的锚点，其主要作用包括为MN分配家乡地址(Home ofAddress，HoA)以及处理上述PMIP绑定。MAG与LMA之间执行的PMIP绑定的主要目的是让双方均获知对方的地址、上述CoA和HoA，并将保存在本地。此外，在执行PMIP的绑定过程中，还为MN在MAG和LMA之间建立了一条双向隧道。值得说明的是，MN最后获取到的IP地址是LMA为其分配的HoA。在通常的网络部署中，MAG一般位于拓扑较低的位置，比如位于城域网的边缘；而LMA则一般位于拓扑较高的位置，比如省干网的核心部分。MAG与LMA之间实际上往往通过多跳路由器相连。
PMIP协议的移动性管理体现在随着MN的移动能改变当前连接到的MAG，同时保持MN的IP地址(即HoA)不变。如图5b所示，改变当前连接的MAG是指从先前连接的源MAG(sMAG，source MAG)改变/切换连接到目标MAG(tMAG，target MAG)。在改变到tMAG以后，tMAG为MN分配一个新的CoA，并为MN执行与MN的锚点LMA之间的PMIP绑定，更新上文提及双方保存的信息，以及在t-MAG与LMA之间为MN建立新的双向隧道。
图5b所示为MN与CN之间收发IP报文的过程示意图。如图5b所示，MN与CN之间的IP数据报文在切换前必须经过sMAG与LMA之间的隧道，在切换后必须经过tMAG与LMA之间的隧道。
为了解决现有PMIP机制存在的传输路径浪费问题，进而导致的一系列不良后果，需要对现有的PMIP机制进行改造，图5c为改造后的PMIP协议架构。与现有PMIP协议的逻辑架构(如图5a所示)相比，改造后的PMIP协议架构所包含的网元仍然为移动节点MN、通信对端CN、移动接入网关MAG以及映射服务器(Mapping server，MAPS)。改造后的PMIP协议架构不再具有LMA网元。其中CN可以是固定节点，也可以是移动节点，即具有相应的MAG和MAPS。
MAG是MN的第一跳路由器，其主要作用除了现有的PMIP架构中的为MN分配转交地址CoA，以及代替MN执行与MN的MAPS之间的PMIP绑定外，还需要具备如下功能：
向MAPS查询，获得通信对端CN当前连接的MAG(MAG-CN)的地址或CN的转交地址CoA。
在MN的MAG(MAG-MN)和CN的MAG之间建立双向隧道，转发MN与CN之间的IP数据报文。
MAPS保留了LMA功能中处理MN注册、注销及更新功能，分配HNP((Home NetworkPrefix，家乡网络前缀)功能，建立和维护绑定缓存列表(BCE，Binding Cache Entry)功能，但不作为MN的锚点，MN与CN之间的IP数据报文，不需要经过MAPS。MAPS需要保存当前MAG-MN的地址和/或MN的CoA，并以MN作为索引，例如以MN的HoA或者MN的HNP作为索引，以供MN的通信对端CN或CN的MAG根据MN的相关信息来查询。
图5d所示为应用改造后的PMIP架构时，MN与CN之间收发IP报文的过程示意图。MN与CN之间的IP数据报文需要经过MAG-MN与MAG-CN之间的隧道。当MN向CN发送上行IP报文时，与现有的PMIP机制一致，MN需要将IP报文发送到MAG-MN。后续与现有PMIP机制所不同的是，MAG-MN需要查询MAG-CN的地址。在查询到MAG-CN的地址(如MAG-CN的IP地址后)，MAG-MN用MAG-CN的地址作为终点，建立MAG-MN到MAG-CN的隧道(如，IP in IP隧道)，同时将上述IP报文放在隧道中，直接发送给MAG-CN。当MAG-CN收到隧道中传递来的IP报文以后，将IP报文发送给CN。需要说明的是，MAG-MN也可以查询CN的CoA，用CN的CoA地址代替上述的MAG-CN的地址，也能达到相同的目的。此时，MAG-MN使用CoA作为终点，建立MAG-MN到MAG-CN的隧道，效果等同。还值得说明的是，MAG-MN在查询MAG-CN的地址(或CN的CoA)时，首先在本地缓存中查询，若查询不到再到其他网元上查询。例如，可以到CN的锚点LMA(LMA-CN)根据CN的HoA来查询。查询到所需的结果后，MAG-MN再将查询结果缓存在本地。将查询结果缓存在本地的好处是能避免频繁的到其他网元去执行查询操作。同样道理，CN向MN发送下行IP报文时，也使用上述类似的方法，原理相同，不再赘述。使用该方法，MN与CN间收发IP报文的路径变为为MN<->MN的MAG<->CN的MAG<->CN，无需经过MN(或者MN以及CN)的锚点LMA网元。
同样地，在该PMIP终端同时具有多个连接进行流迁移或切换的情况下，同一个终端在多个接入网关中进行数据流位置信息更改，仍然会出现对端无法获取正确的接入网关的问题。
发明内容
本发明提出了一种流移动中的策略管理方法和系统，以解决存在多个接入网关时对端无法获悉终端正确的位置信息导致报文传输异常的问题。
为了解决上述问题，本发明提供了一种流移动中的策略管理方法，
终端发起流迁移或切换时，所述终端将修改后的流选择策略发送给网络侧；
所述网络侧将所述修改后的流选择策略发送给策略服务器；或者，当所述策略服务器上存在基于所述终端的流选择策略时，所述网络侧将所述修改后的流选择策略发送给策略服务器。
进一步的，上述方法还可具有以下特点，所述方法还包括，
所述策略服务器接收到所述修改后的流选择策略后，当所述策略服务器上存在基于所述终端的流选择策略时，所述策略服务器根据所述修改后的流选择策略更新与所述终端相关的流选择策略；当所述策略服务器上不存在基于所述终端的流选择策略时，所述策略服务器将所述修改后的流选择策略作为所述终端新增的流选择策略。
进一步的，上述方法还可具有以下特点，所述终端将修改后的流选择策略发送给网络侧，所述网络侧将所述修改后的流选择策略发送给策略服务器包括：
所述终端发送流迁移指示消息至所述终端的迁移流的源接入网关或目标接入网关，所述流迁移指示消息中携带所述修改后的流选择策略；
所述源接入网关或目标接入网关转发所述流迁移指示消息至所述终端的位置服务器；
所述位置服务器发送策略修改请求消息至所述策略服务器，携带所述修改后的流选择策略。
进一步的，上述方法还可具有以下特点，所述终端将修改后的流选择策略发送给网络侧，所述网络侧将所述修改后的流选择策略发送给策略服务器包括：
所述终端发送流迁移指示消息至所述终端的迁移流的源接入网关或目标接入网关，所述流迁移指示消息中携带所述修改后的流选择策略；
所述源接入网关或目标接入网关发送策略修改请求消息至策略服务器，携带所述修改后的流选择策略。
进一步的，上述方法还可具有以下特点，所述方法还包括：
所述源接入网关或目标接入网关发送流迁移指示消息至所述终端的位置服务器，所述流迁移指示消息中携带所述修改后的流选择策略；
所述位置服务器根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
进一步的，上述方法还可具有以下特点，所述方法还包括：
所述位置服务器接收到修改后的流选择策略后，根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
进一步的，上述方法还可具有以下特点，所述方法还包括：
所述终端向位置服务器注册时，所述位置服务器从策略服务器获取连接信息或者流选择策略，建立所述终端的注册信息表，所述终端的注册信息表包括所述终端的身份标识、终端当前接入的接口信息和连接属性的映射关系；
所述位置服务器向所述接入网关返回所述位置服务器为所述终端分配的身份标识信息，所述接入网关将所述终端的身份标识信息，或者，将所述终端的身份标识信息和所述接入网关为所述终端分配的位置信息发送给所述终端。
进一步的，上述方法还可具有以下特点，所述方法还包括：
所述位置服务器收到所述修改后的流选择策略后，修改所述终端的注册信息表，将终端标识、迁移流的源接口信息和连接属性的映射关系修改为终端标识、迁移流的目标接口信息和连接属性的映射关系。
本发明还提供一种流移动中的策略管理系统，包括网络侧和策略服务器，其中：
所述网络侧用于：在所述终端发起流迁移或切换时，接收所述终端发送的修改后的流选择策略；以及，
将所述修改后的流选择策略发送给策略服务器；或者，当所述策略服务器上存在基于所述终端的流选择策略时，将所述修改后的流选择策略发送给策略服务器。
进一步的，上述系统还可具有以下特点，所述策略服务器还用于：接收到所述修改后的流选择策略后，当所述策略服务器上存在基于所述终端的流选择策略时，根据所述修改后的流选择策略更新与所述终端相关的流选择策略；当所述策略服务器上不存在基于所述终端的流选择策略时，将所述修改后的流选择策略作为所述终端新增的流选择策略。
进一步的，上述系统还可具有以下特点，所述网络侧包括源接入网关或目标接入网关，位置服务器，其中：
所述源接入网关或目标接入网关用于：接收所述终端发送的流迁移指示消息，所述流迁移指示消息中携带所述修改后的流选择策略，转发所述流迁移指示消息至所述终端的位置服务器；
所述位置服务器用于：发送策略修改请求消息至所述策略服务器，携带所述修改后的流选择策略。
进一步的，上述系统还可具有以下特点，所述网络侧包括源接入网关或目标接入网关，其中：
所述源接入网关或目标接入网关用于：接收所述终端发送的流迁移指示消息，所述流迁移指示消息中携带所述修改后的流选择策略；发送策略修改请求消息至策略服务器，携带所述修改后的流选择策略。
进一步的，上述系统还可具有以下特点，所述系统还包括位置服务器，其中：
所述源接入网关或目标接入网关还用于：发送流迁移指示消息至所述终端的位置服务器，所述流迁移指示消息中携带所述修改后的流选择策略；
所述位置服务器用于，根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
进一步的，上述系统还可具有以下特点，所述位置服务器还用于：接收到修改后的流选择策略后，根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
进一步的，上述系统还可具有以下特点，所述位置服务器还用于：当所述终端通过接入网关进行注册时，从策略服务器获取连接信息或者流选择策略，建立所述终端的注册信息表，所述终端的注册信息表包括所述终端的终端身份标识、终端当前接入的接口信息和连接属性的映射关系；以及，向所述接入网关返回所述位置服务器为所述终端分配的身份标识信息，所述接入网关将所述终端的身份标识信息，或者，将所述终端的身份标识信息和所述接入网关为所述终端分配的位置信息发送给所述终端。
进一步的，上述系统还可具有以下特点，所述位置服务器还用于：收到所述修改后的流选择策略后，修改所述终端的注册信息表，将终端身份标识、迁移流的源接口信息和连接属性的映射关系修改为终端身份标识、迁移流的目标接口信息和连接属性的映射关系。
本发明提出了一种流移动中的策略管理方法和系统，在存在多个接入网关时，使得对端获悉终端正确的位置信息实现报文传输。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为现有技术中通信网络连接示意图；
图2为现有技术中通信网络多连接示意图一；
图3为现有技术中通信网络多连接示意图二；
图4为现有技术中通信网络多连接示意图三；
图5a为现有技术中PMIP协议的逻辑架构；
图5b为现有技术中MN与CN之间收发IP报文的过程示意图；
图5c为现有技术中改造后的PMIP协议架构；
图5d为现有技术中应用改造后的PMIP架构时，MN与CN之间收发IP报文的过程示意图；
图6是本发明终端注册方法实施例一流程图；
图7是本发明终端注册方法实施例二流程图；
图8是本发明流迁移方法实施例三流程图；
图9是本发明流迁移方法实施例四流程图；
图10是本发明流迁移方法实施例五流程图；
图11是本发明流迁移方法实施例六流程图；
图12是本发明流迁移方法实施例七流程图；
图13是策略服务器发起策略修改，由MAPS-MN通知更新对端的流程图；
图14是MAPS-MN发起策略修改，由MAPS-MN通知更新对端的流程图；
图15是MAG1-MN发起策略修改，由MAPS-MN通知更新对端的流程图；
图16是MAG1-MN通知MAPS-MN发起策略修改，由MAPS-MN通知更新对端的流程图。
具体实施方式
为了更清楚的描述本发明的内容，在本发明中做如下规定：
CN为MN的通信对端节点，CN可以有多个。
MAG1-MN是指MN通过接口1接入的MAG，该MAG为MN分配的代理转交地址为CoA1。
MAG2-MN是指MN通过接口2接入的MAG，该MAG为MN分配的代理转交地址为CoA2。MAG1-MN和MAG2-MN可能位于不同的接入网，也可能位于相同的接入网。
MAG-CN1是指当前CN1接入的MAG，该MAG为CN1分配的代理转交地址为CoA3。
MAG-CN2是指当前CN2接入的MAG，该MAG为CN2分配的代理转交地址为CoA4。
MAPS-MN是指MN接入的MAPS，该MAPS为MN分配的家乡网络前缀为HNP1，MN根据HNP1配置得到的家乡地址为HoA1。
MAPS-CN是指CN接入的MAPS，该MAPS为CN分配的家乡网络前缀为HNP3，CN根据HNP3配置得到的家乡地址为HoA3。
在本发明中，多接入的含义是指，MN可以同时存在不同的连接，这些连接可以是同时在不同的接入网建立的连接，也可以是同时在相同的接入网建立的不同连接。
在本发明中，
流选择策略可以是以下一个或多个：接入类型、优先级、网络名称、PLMN(PublicLand Mobile Network，公共陆地移动网络)ID、QoS参数、计费信息、通信对端信息。网络名称可以是APN(Access Point Name，接入点名称)、域名/标识、PDN(Packet Data Network，分组数据网络)名/标识。QoS参数可以是QCI(QoS Class Identifier，QoS类别标识)。计费信息可以是费率、资费等级。通信对端信息可以是通信对端标识、端口、地址。流选择策略可以指终端网络或对端网络的信息，如果是终端网络的信息，则与对端网络存在对应关系。
位置服务器可以是MAPS、ILR(Identity Location Register，身份位置寄存器)、LMA、HA(Home Agent，家乡代理)。
位置信息可以是接入网关地址/标识、或接入网关分配的IP地址、或RID、或位置标识、或CoA。
终端的身份标识可以是AID、IMSI、NAI(Network Access Identifier，网络访问标识符)、HNP、ID、IP地址。
本发明实施例提供一种流移动中的策略管理方法，包括：
终端发起流迁移或切换时，所述终端将修改后的流选择策略发送给网络侧；
所述网络侧将所述修改后的流选择策略发送给策略服务器；或者，当所述策略服务器上存在基于所述终端的流选择策略时，所述网络侧将所述修改后的流选择策略发送给策略服务器。
其中，所述策略服务器接收到所述修改后的流选择策略后，当所述策略服务器上存在基于所述终端的流选择策略时，所述策略服务器根据所述修改后的流选择策略更新与所述终端相关的流选择策略；当所述策略服务器上不存在基于所述终端的流选择策略时，所述策略服务器将所述修改后的流选择策略作为所述终端新增的流选择策略。
其中，触发策略服务器可有以下两种方式：
方式一：
所述终端发送流迁移指示消息至所述终端的迁移流的源接入网关或目标接入网关，所述流迁移指示消息中携带所述修改后的流选择策略；
所述源接入网关或目标接入网关转发所述流迁移指示消息至所述终端的位置服务器；
所述位置服务器发送策略修改请求消息至所述策略服务器，携带所述修改后的流选择策略。迁移流是指发生流迁移或切换的流。
方式二：
所述终端发送流迁移指示消息至所述终端的迁移流的源接入网关或目标接入网关，所述流迁移指示消息中携带所述修改后的流选择策略；
所述源接入网关或目标接入网关发送策略修改请求消息至策略服务器，携带所述修改后的流选择策略。
其中，还可进一步更新位置服务器，方式二中，所述源接入网关或目标接入网关发送流迁移指示消息至所述终端的位置服务器，所述流迁移指示消息中携带所述修改后的流选择策略。
方式一和二中，所述位置服务器接收到修改后的流选择策略后，根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
其中，所述终端向位置服务器注册时，所述位置服务器从策略服务器获取连接信息或者流选择策略，建立所述终端的注册信息表，所述终端的注册信息表包括所述终端的身份标识、终端当前接入的接口信息和连接属性的映射关系；
所述位置服务器向所述接入网关返回所述位置服务器为所述终端分配的身份标识信息，所述接入网关将所述终端的身份标识信息，或者，将所述终端的身份标识信息和所述接入网关为所述终端分配的位置信息发送给所述终端。
其中，所述位置服务器收到所述修改后的流选择策略后，修改所述终端的注册信息表，将终端标识、迁移流的源接口信息和连接属性的映射关系修改为终端标识、迁移流的目标接口信息和连接属性的映射关系。
本发明实施例还提供一种流移动中的策略管理系统，包括网络侧和策略服务器，其中：
所述网络侧用于：在所述终端发起流迁移或切换时，接收所述终端发送的修改后的流选择策略；以及，
将所述修改后的流选择策略发送给策略服务器；或者，当所述策略服务器上存在基于所述终端的流选择策略时，将所述修改后的流选择策略发送给策略服务器。
其中，所述策略服务器还用于：接收到所述修改后的流选择策略后，当所述策略服务器上存在基于所述终端的流选择策略时，根据所述修改后的流选择策略更新与所述终端相关的流选择策略；当所述策略服务器上不存在基于所述终端的流选择策略时，将所述修改后的流选择策略作为所述终端新增的流选择策略。
其中，所述网络侧包括源接入网关或目标接入网关，位置服务器：
所述源接入网关或目标接入网关用于：接收所述终端发送的流迁移指示消息，所述流迁移指示消息中携带所述修改后的流选择策略，转发所述流迁移指示消息至所述终端的位置服务器；
所述位置服务器用于：发送策略修改请求消息至所述策略服务器，携带所述修改后的流选择策略。进一步的，所述位置服务器还用于：接收到修改后的流选择策略后，根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
或者，所述网络侧包括源接入网关或目标接入网关，其中：
所述源接入网关或目标接入网关用于：接收所述终端发送的流迁移指示消息，所述流迁移指示消息中携带所述修改后的流选择策略；发送策略修改请求消息至策略服务器，携带所述修改后的流选择策略。
进一步的，所述系统还包括位置服务器，其中：
所述源接入网关或目标接入网关还用于：发送流迁移指示消息至所述终端的位置服务器，所述流迁移指示消息中携带所述修改后的流选择策略；
所述位置服务器用于，根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
其中，所述位置服务器还用于：当所述终端通过接入网关进行注册时，从策略服务器获取连接信息或者流选择策略，建立所述终端的注册信息表，所述终端的注册信息表包括所述终端的终端身份标识、终端当前接入的接口信息和连接属性的映射关系；以及，向所述接入网关返回所述位置服务器为所述终端分配的身份标识信息，所述接入网关将所述终端的身份标识信息，或者，将所述终端的身份标识信息和所述接入网关为所述终端分配的位置信息发送给所述终端。
其中，所述位置服务器还用于：收到所述修改后的流选择策略后，修改所述终端的注册信息表，将终端身份标识、迁移流的源接口信息和连接属性的映射关系修改为终端身份标识、迁移流的目标接口信息和连接属性的映射关系。
本发明下述实施例以位置服务器为MAPS为例来说明流移动中的策略管理方法，但是所有实施例不限于MAPS，均适用于位置服务器为其它网元(ILR、LMA、HA)的场景。
为使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。
实施例一
图6是本发明终端注册实施例一，本实施例适用于MN注册时MAPS-MN与策略服务器交互获得连接属性。具体包括以下步骤：
步骤601，MN通过附着过程接入到PMIPv6域内后，通过接口1向所属的MAG1-MN发送路由请求(RS，Router Solicitation)消息。本步骤可选。
步骤602，MAG1-MN受到步骤601的触发，或者接入过程中移动网络的触发，MAG1-MN向MAPS-MN发送代理绑定更新(PBU，Proxy Binding Update)消息，代替MN向MAPS-MN注册，消息中携带MN标识(MN ID)、MAG1-MN为MN分配的代理广播地址CoA1和接口信息。MAG1-MN的地址也在该消息中发送给MAPS-MN。
其中接口信息是指可以唯一标识该连接使用的接口的信息，至少包括以下信息之一：终端接口的linklocal(本地链路)地址、MAG的MAC地址、CoA、终端的接口标识、终端接口的MAC地址。本发明中的接口信息均为此含义。
在本实施例中接口信息具体至少为以下信息之一：终端接口1的linklocal地址、MAG1-MN的MAC地址、CoA1、终端的接口1标识、终端接口1的MAC地址。
步骤603，MAPS-MN接收PBU消息，为MN分配家乡网络前缀(HNP1)，建立/更新BCE。MAPS-MN向策略服务器发送连接属性查询请求消息，消息中携带MN ID和连接信息，可选的携带HNP1。
其中连接信息是指可以标识正在建立的连接的特定的信息，如：CoA(本实施例中为CoA1)、MAG地址(本实施例中为MAG1-MN地址)、QoS信息、计费信息、优先级、接入网类型、网络名称、PLMN ID、通信对端信息。网络名称可以是APN、域名/标识、PDN名/标识。QoS参数可以是QCI。计费信息可以是费率、资费等级。通信对端信息可以是通信对端标识、端口、地址。本发明中的连接信息均为此含义。
连接属性查询请求消息的目的就是向策略服务器查询该连接的属性，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤604，策略服务器收到连接属性查询请求消息后，根据消息中携带的连接信息，结合自身存储的策略信息，确定连接属性，若步骤603中携带了HNP，则策略服务器保存该HNP，并可以以HNP为索引查询基于MN的策略。
其中连接属性是指标识某类连接的类别信息。如：QoS等级，费率高/低，QoS参数，计费信息，接入网名，优先级，接入网类型，网络名称，PLMNID。网络名称可以是APN、域名/标识、PDN名/标识。QoS参数可以是QCI。计费信息可以是费率、资费等级。本发明中的连接属性均为此含义。
例如，MAPS-MN查询时使用的连接信息为CoA1，策略服务器上的策略为使用范围1内的CoA的连接，其QoS等级为等级2。策略服务器发现CoA1在范围1内，故确定该连接的连接属性为等级2。
步骤605，策略服务器将连接属性在连接属性查询响应消息中返回给MAPS-MN。
连接属性查询响应消息就是回应步骤603的连接属性查询请求消息，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤606，MAPS-MN收到该连接属性查询响应消息后，保存连接属性，并建立MN的注册信息表，该表的内容包括：MN ID-HNP-接口信息-连接属性。
步骤607，MAPS-MN向MAG1-MN返回代理绑定确认(PBA，Proxy Binding Ack)消息。消息中携带MAPS-MN为MN分配的HNP1。
步骤608，MAG1-MN向MN返回路由通告(RA，Router Advertisement)消息，MN收到路由器通告消息后，进行地址配置，获得源自家乡网络前缀HNP1的家乡地址HoA1。若步骤602中，接口信息为CoA，则在RA消息中需要携带MAG1-MN为MN分配的CoA1。
实施例二
图7是本发明终端注册实施例二，本实施例适用于MN注册时MAPS-MN与策略服务器交互获得流选择策略，根据流选择策略确定连接属性。具体包括以下步骤：
步骤701、702，同步骤601、602。
步骤703，MAPS-MN接收PBU消息，为MN分配家乡网络前缀(HNP1)，建立/更新BCE。
当MAPS-MN中没有用户的流选择策略时，向策略服务器发送策略请求消息，消息中携带MN ID，可选的携带HNP1。当MAPS-MN中有用户的流选择策略时则不需要向策略服务器发送策略请求消息。
策略请求消息的目的就是向策略服务器请求用户的流选择策略，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤704，策略服务器收到策略请求消息后，将用户的流选择策略携带在策略响应消息中，返回给MAPS-MN。若步骤703中携带了HNP，则策略服务器保存该HNP，并可以以HNP为索引查询基于MN的策略。
策略响应消息是针对步骤703中策略请求消息的响应消息，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤705，MAPS-MN根据获得的流选择策略，结合连接信息，确定连接属性。
步骤706，MAPS-MN保存连接属性，并建立MN的注册信息表，该表的内容包括：MNID-HNP-接口信息-连接属性。
步骤707、708，同步骤607、608。
采用实施例一或二后，当MN通过MAG1-MN注册后，该连接在MAPS-MN上已经存在了连接属性，当由于通信对端主动发包，对端MAG来查询终端的位置信息时，MAPS-MN可以直接根据本地保存的注册信息表，将MN的CoA或MN的MAG地址返回给对端MAG，不再需要每次都向策略服务器进行查询。
若不采用实施例一或二，则在MAPS-MN中的MN注册信息表的内容为：MN ID-HNP-接口信息，不存在连接属性。当MAPS-MN/MAG1-MN通知通信对端MAG-CN更新，需要携带连接属性时，MAPS-MN/MAG1-MN可以从终端发送的修改后的流选择策略中获得连接属性。
实施例三
图8是本发明流迁移实施例三，本实施例适用于MN指示MAG1-MN进行流迁移，且由MAPS-MN通知更新对端。具体包括以下步骤：
步骤801，多接入终端MN已经接入到PMIPv6域内，并使用接口1通过MAG1-MN在MAPS-MN完成注册，使用接口2通过MAG2-MN在MAPS-MN完成注册。
步骤802，MN在接口1上与CN1进行数据通信。MN与CN1的数据报文如本步骤所示为
步骤803，MN在接口2上与CN2进行数据通信。MN与CN2的数据报文如本步骤所示为
步骤804，MN基于自身情况考虑(如信号强度、费率高低等)，准备将MAG1-MN的流迁移到MAG2-MN(即接口1上的流迁移到接口2上)。MN发起流迁移，意味着MN/用户为业务流选择接口/路由的策略(本发明中后续统称为流选择策略)发生了改变，此时MN重新制定流选择策略，并在本地保存或更新该流选择策略。
步骤805，MN发送流迁移指示消息给MAG1-MN，用于指示MAG1-MN进行流迁移。消息中需要携带目标接口信息和修改后的流选择策略。同时可选的携带源接口信息和需要迁移的流信息。
其中，目标接口信息是指需要将流迁移到的目标接口的相关信息，至少包括以下之一：终端接口2的linklocal地址、MAG2的MAC地址、CoA2、终端接口2的接口标识、终端接口2的MAC地址。
修改后的流选择策略是指步骤804中MN制定的流选择策略。
源接口信息是指需要将流迁移出的源接口的相关信息，至少包括以下之一：终端接口1的linklocal地址、MAG1的MAC地址、CoA1、终端接口1的接口标识、终端接口1的MAC地址。当流迁移指示消息为通过单播方式只发送给MAG1-MN时，可以不用携带源接口信息，否则消息中必须携带该字段。
需要迁移的流信息是指需要迁移的流的相关信息，用来确定具体的流，可以是五元组，也可以是其它的指示信息。当需要迁移接口上的个别流时，需要携带该信息，若将接口上所有的流都迁移，则可以不携带该字段。
流迁移指示消息的目的就是通知MAG进行流迁移，并携带相关的接口信息和流信息，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤806，MAG1-MN转发收到的流迁移指示消息给MAPS-MN。消息中需要携带MN标识(MN ID)、目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。同时可选的携带MN的通信对端表(即所有与MN通信的对端的HoA或HNP或ID)。其中，当MN的通信对端表由MAPS-MN负责维护时，可以不携带该信息，否则必须携带该字段。
步骤807，可选步骤。MN发起流迁移，意味着流选择策略发生了改变，当MAPS-MN上存在基于MN(即跟MN相关)的流选择策略时，需要更新该策略，执行此步骤。MAPS-MN根据消息中携带的修改后的流选择策略更新本地的与终端相关的流选择策略。
步骤808、809，MAPS-MN通知策略服务器修改流选择策略。MAPS-MN向策略服务器发送策略修改请求消息，消息中携带MN ID和修改后的流选择策略。当策略服务器上存在基于MN(即跟MN相关)的流选择策略时，策略服务器使用消息中携带的修改后的流选择策略更新与MN相关的流选择策略，当策略服务器上不存在基于MN的流选择策略时，策略服务器使用消息中携带的修改后的流选择策略为该MN新增流选择策略。策略服务器返回策略修改响应消息。
或者，另一种方式为，只有当策略服务器上存在基于MN的流选择策略时，MAPS-MN才需要执行此步骤，即发送策略修改请求消息。
策略修改请求消息的目的就是通知策略服务器更新与MN相关的流选择策略，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
策略修改响应消息的目的就是对策略修改请求消息的回应，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤810，可选步骤。当MN向MAPS-MN注册时，MAPS-MN与策略服务器交互获得了流选择策略或者获得了连接属性，则执行此步骤。为了防止当CN主动发送数据包时，选择到已经迁移走的接口上(即接口1上)，MAPS-MN需要更新MN注册信息表，从HNP1-源接口信息-连接属性1修改为HNP1-目标接口信息-连接属性1。
本步骤在步骤806后即可执行，无需等待步骤809完成后再执行。
步骤811，MAPS-MN通知对端的MAG更新地址映射及连接属性。
其中，地址映射是指，MN的HNP与MAG-MN地址映射，或，MN的HNP与CoA的映射。
MAPS-MN可在本地维护的通信对端表中或者从MAG1-MN获得的通信对端表中获取MN所有的通信对端CN，同时根据CN查询对应的MAG-CN地址或CN的CoA，然后向该MAG-CN(本实施例中指的MAG-CN1)发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。
或者，MAPS-MN在本地维护的通信对端表中或者从MAG1-MN获得的通信对端表中获取MN所有的通信对端CN，并获得CN对应的MAPS-CN，然后向该MAPS-CN发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。由MAPS-CN将该CoA更新消息转发给CN的MAG。
CoA更新消息的目的就是将HNP1与MAG2-MN的地址映射或者HNP1与CoA2映射及连接属性发送给MAG-CN。消息的名称可以是其它名称，只要该消息携带了上述信息即可。
若MN向MAPS-MN注册时，MAPS-MN没有从策略服务器交互获得流选择策略或者连接属性，则MAPS-MN中的MN注册信息表的内容为：MNID-HNP-接口信息，不存在连接属性。则MAPS-MN可以从终端发送的修改后的流选择策略中获得连接属性。
步骤812，MAG-CN1收到该消息后，获取消息中的MAG2-MN地址或CoA2及连接属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1返回CoA更新响应消息。
CoA更新响应消息的目的就是回应步骤812的CoA更新消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤813，MAPS-MN给MAG1-MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤806的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
本步骤在完成810后即可执行，无需等待812步完成。
步骤814，MAG1-MN给MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤805的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤815，流迁移完成后MN在接口2上与CN1进行数据通信。MN与CN1的数据报文如本步骤所示为
本实施例中，也可由MAG1-MN发送策略修改请求至策略服务器。发送方式与MAPS-MN类似，可分为两种方式，此处不再赘述。
本实施例以终端发起的流迁移为例，描述了流迁移导致的流选择策略及地址映射关系的更新流程。当多接入终端发生切换时，即当多接入终端由于移动导致某一接口连接的MAG发生改变时，或者当多接入终端的某一接口由于某种原因(如发生故障等)无法再为终端服务时，需要将发生切换/故障的接口上的所有流全部切换到终端的其它接口上，此时仍然可以采用本实施例的流程。对于切换场景，步骤805中的流迁移指示消息可变更为切换请求消息。
实施例四
图9是本发明流迁移实施例四，本实施例适用于MN指示MAG1-MN进行流迁移，且由MAG1-MN通知更新对端。具体包括以下步骤：
步骤901-905，同步骤801-805。
步骤906，同步骤806，只是在流迁移指示消息中不需要携带MN的通信对端表。
步骤907-910，同步骤807-810。
步骤911，MAPS-MN给MAG1-MN返回流迁移响应消息。消息中可选的携带：MAG2-MN为MN分配的CoA2或MAG2-MN地址、该迁移流的连接属性。
当步骤905中的接口信息为CoA或MAG地址时，不需要携带CoA2或MAG2-MN的地址，否则需要将CoA2或MAG2-MN地址发送给MAPS-MN。
若MN向MAPS-MN注册时，MAPS-MN没有从策略服务器获得流选择策略或者连接属性，则MAPS-MN中的MN注册信息表的内容为：MNID-HNP-接口信息，不存在连接属性。则本步骤中可以不携带连接属性，或者MAPS-MN可以在此步骤中从终端发送的修改后的流选择策略中获得连接属性，并携带在消息中。
流迁移响应消息的目的就是回应步骤906的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤912，同步骤814。
步骤913，MAG1-MN通知对端的MAG更新地址映射及连接属性。
其中，地址映射是指，MN的HNP与MAG-MN地址映射或HNP与CoA的映射。
MAG1-MN可在本地维护的通信对端表中获取MN所有的通信对端CN，同时根据CN查询对应的MAG-CN地址或CN的CoA，然后向该MAG-CN(本实施例中指的MAG-CN1)发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。
或者，MAG1-MN在本地维护的通信对端表中获取MN所有的通信对端CN，并获得CN对应的MAPS-CN，然后向该MAPS-CN发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。由MAPS-CN将该CoA更新消息转发给CN的MAG。
若在步骤911中没有携带连接属性，则MAG1-MN可以在此步骤中从终端发送的修改后的流选择策略中获得连接属性。
CoA更新消息的目的就是将HNP1与MAG2-MN的地址映射或者HNP1与CoA2映射及连接属性发送给MAG-CN。消息的名称可以是其它名称，只要该消息携带了上述信息即可。
步骤914，MAG-CN1收到该消息后，获取消息中的MAG2-MN地址或CoA2及属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1返回CoA更新响应消息。
CoA更新响应消息的目的就是回应步骤913的CoA更新消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
当步骤905中的接口信息为CoA或MAG地址时，步骤913、914在步骤906后即可执行，不需要等到步骤911完成。
步骤915，同步骤815。
本实施例中，也可由MAG1-MN发送策略修改请求至策略服务器。发送方式与MAPS-MN类似，可分为两种方式，此处不再赘述。
本实施例以终端发起的流迁移为例，描述了流迁移导致的流选择策略及地址映射关系的更新流程。当多接入终端发生切换时，即当多接入终端由于移动导致某一接口连接的MAG发生改变时，或者当多接入终端的某一接口由于某种原因(如发生故障等)无法再为终端服务时，需要将发生切换/故障的接口上的所有流全部切换到终端的其它接口上，此时仍然可以采用本实施例的流程。对于切换场景，905步可能是切换请求消息。
实施例五
图10是本发明流迁移实施例五，本实施例适用于MN指示MAG2-MN进行流迁移，且由MAPS-MN通知更新对端。具体包括以下步骤：
步骤1001-1004，同步骤801-804。
步骤1005，MN发送流迁移指示消息给MAG2-MN，用于指示MAG2-MN进行流迁移。消息中需要携带源接口信息和修改后的流选择策略。同时可选的携带目标接口信息和需要迁移的流信息。
其中，目标接口信息是指需要将流迁移到的目标接口的相关信息，至少包括以下之一：终端接口2的linklocal地址、MAG2的MAC地址、CoA2、终端接口2的接口标识、终端接口2的MAC地址。当流迁移指示消息为通过单播方式只发送给MAG2-MN时，可以不用携带目标接口信息，否则消息中必须携带该字段。
修改后的流选择策略是指步骤1004中MN制定的流选择策略。
源接口信息是指需要将流迁移出的源接口的相关信息，至少包括以下之一：终端接口1的linklocal地址、MAG1的MAC地址、CoA1、终端接口1的接口标识、终端接口1的MAC地址。
需要迁移的流信息是指需要迁移的流的相关信息，用来确定具体的流，可以是五元组，也可以是其它的指示信息。当需要迁移接口上的个别流时，需要携带该信息，若将接口上所有的流都迁移，则可以不携带该字段。
流迁移指示消息的目的就是通知MAG进行流迁移，并携带相关的接口信息和流信息，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1006，MAG2-MN转发收到的流迁移指示消息给MAPS-MN。消息中需要携带MN标识(MN ID)、目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。
步骤1007-1010，同步骤807-810。
步骤1011，MAPS-MN给MAG2-MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤1006的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1012，MAG2-MN给MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤1005的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1013、1014，可选步骤，当通信对端表由MAG维护时，需要执行这两个步骤。MAPS-MN向MAG1-MN发送通信对端获取请求消息，消息中携带MN ID或MN的HNP1。MAG1-MN将本地维护的MN的所有通信对端包含在通信对端获取响应消息中，返回给MAPS-MN。
步骤1013、1014在步骤1006后即可执行。
通信对端获取请求消息的目的就是从MAG获取MN的通信对端，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
通信对端获取响应消息的目的就是对通信对待获取请求消息的回应，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1015、1016，同步骤811、812。当通信对端表由MAPS维护时，这两步可以在步骤1006后执行。当通信对端表由MAG维护时这两步需要在步骤1013、1014完成后执行。
步骤1017，同步骤815。
本实施例中，也可由MAG2-MN发送策略修改请求至策略服务器。发送方式与MAPS-MN类似，可分为两种方式，此处不再赘述。
本实施例以终端发起的流迁移为例，描述了流迁移导致的流选择策略及地址映射关系的更新流程。当多接入终端发生切换时，即当多接入终端由于移动导致某一接口连接的MAG发生改变时，或者当多接入终端的某一接口由于某种原因(如发生故障等)无法再为终端服务时，需要将发生切换/故障的接口上的所有流全部切换到终端的其它接口上，此时仍然可以采用本实施例的流程。对于切换场景，1005步可能是切换请求消息。
实施例六
图11是本发明流迁移实施例六，本实施例适用于MN指示MAG2-MN进行流迁移，且由MAG1-MN通知更新对端。具体包括以下步骤：
步骤1101-1112，同步骤1001-1012。
步骤1113，MAPS-MN向MAG1-MN发送更新对端指示消息，消息中携带MN ID或MN的HNP1，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。
若MN向MAPS-MN注册时，MAPS-MN没有从策略服务器交互获得流选择策略或者连接属性，则MAPS-MN中的MN注册信息表的内容为：MNID-HNP-接口信息，不存在连接属性。则本步骤中可以不携带连接属性，或者MAPS-MN可以在此步骤中从终端发送的修改后的流选择策略中获得连接属性，并携带在消息中。
步骤1114，MAG1-MN通知对端的MAG更新地址映射及连接属性。
其中，地址映射是指，MN的HNP与MAG-MN地址映射或HNP与CoA的映射。
MAG1-MN可在本地维护的通信对端表中获取MN所有的通信对端CN，同时根据CN查询对应的MAG-CN地址或CN的CoA，然后向该MAG-CN(本实施例中指的MAG-CN1)发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。
或者，MAG1-MN在本地维护的通信对端表中获取MN所有的通信对端CN，并获得CN对应的MAPS-CN，然后向该MAPS-CN发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。由MAPS-CN将该CoA更新消息转发给CN的MAG。
若在步骤1113中没有携带连接属性，则MAG1-MN可以在此步骤中从终端发送的修改后的流选择策略中获得连接属性。
CoA更新消息的目的就是将HNP1与MAG2-MN的地址映射或者HNP1与CoA2映射及连接属性发送给MAG-CN。消息的名称可以是其它名称，只要该消息携带了上述信息即可。
步骤1115，MAG-CN1收到该消息后，获取消息中的MAG2-MN地址或CoA2及连接属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1返回CoA更新响应消息。
CoA更新响应消息的目的就是回应步骤1114的CoA更新消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1116，MAG1-MN给MAPS-MN返回更新对端响应消息。
更新对端响应消息的目的就是回应步骤1113的更新对端指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1117，同步骤1017。
本实施例中策略服务器的更新也可以由MAG2-MN发起，而不需要MAPS-MN执行(即步骤1108、1109中，而MAPS-MN改为MAG2-MN)。
本实施例以终端发起的流迁移为例，描述了流迁移导致的流选择策略及地址映射关系的更新流程。当多接入终端发生切换时，即当多接入终端由于移动导致某一接口连接的MAG发生改变时，或者当多接入终端的某一接口由于某种原因(如发生故障等)无法再为终端服务时，需要将发生切换/故障的接口上的所有流全部切换到终端的其它接口上，此时仍然可以采用本实施例的流程。对于切换场景，1105步可能是切换请求消息。
实施例七
图12是本发明流迁移实施例七，本实施例适用于MN指示MAG1-MN进行流迁移，且由MAG1-MN更新策略服务器和通知更新对端。具体包括以下步骤：
步骤1201-1205，同步骤801-805。
步骤1206-1207，MAG1-MN通知策略服务器修改流选择策略。MAG1-MN向策略服务器发送策略修改请求消息，消息中携带MN ID和修改后的流选择策略。当策略服务器上存在基于MN(即跟MN相关)的流选择策略时，策略服务器使用消息中携带的修改后的流选择策略更新与MN相关的流选择策略，当策略服务器上不存在基于MN的流选择策略时，策略服务器使用消息中携带的修改后的流选择策略为该MN新增流选择策略。策略服务器并返回策略修改响应消息。
或者，另一种方式为，只有当策略服务器上存在基于MN的流选择策略时，MAG1-MN才需要执行此步骤，即发送策略修改请求消息。
策略修改请求消息的目的就是通知策略服务器更新与MN相关的流选择策略，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
策略修改响应消息的目的就是对策略修改请求消息的回应，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1208、1209，同步骤913、914。
当步骤1205中的接口信息为CoA或MAG地址时，可以直接执行步骤1208、1209，否则MAG1-MN需要先向MAPS-MN获得MAG2-MN为MN分配的CoA2或MAG2-MN地址后再执行步骤1208，1209。
步骤1210、1211，同步骤814、815。
本实施例以终端发起的流迁移为例，描述了流迁移导致的流选择策略及地址映射关系的更新流程。当多接入终端发生切换时，即当多接入终端由于移动导致某一接口连接的MAG发生改变时，或者当多接入终端的某一接口由于某种原因(如发生故障等)无法再为终端服务时，需要将发生切换/故障的接口上的所有流全部切换到终端的其它接口上，此时仍然可以采用本实施例的流程。对于切换场景，1205步可能是切换请求消息。
在上述实施例三至实施例七的流程中，对端MAG的地址映射、策略更新过程还可以是由MAG2-MN或策略服务器来发起。在这种情况下，MAG2-MN或策略服务器需要首先获得发生流迁移或切换的MN的通信对端信息后再发起更新过程。
上述各实施例中，发起对端MAG-CN进行更新，发起策略服务器更新，发起MAPS-MN更新的方法在不冲突的情况下可以互相进行组合。
实施例八
图13是基于图2系统架构的场景，策略服务器发起策略修改、由MAPS-MN通知更新对端的流程图。具体步骤描述如下：
步骤1301，多接入终端MN已经接入到PMIPv6域内，并使用接口1通过MAG1-MN在MAPS-MN完成注册，使用接口2通过MAG2-MN在MAPS-MN完成注册。
步骤1302，MN在接口1上与CN1进行数据通信。MN与CN1的数据报文如本步骤所示为
步骤1303，MN在接口2上与CN2进行数据通信。MN与CN2的数据报文如本步骤所示为
步骤1304-1305，策略服务器基于负荷分担、信号强度、用户意愿、网络规划、或运营维护等考虑，流选择策略发生改变。策略服务器向MAPS-MN发送策略修改请求消息，携带修改后的流选择策略，可选携带MN ID。MAPS-MN返回策略修改响应消息。
策略修改请求消息的目的就是通知MAPS更新相关的流选择策略，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
策略修改响应消息的目的就是对策略修改请求消息的回应，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1307，由于流选择策略发生改变(如，高QoS级别对应的网关由MAG1更改为MAG2)，MAPS-MN在检查更新的流选择策略是否与MN的连接属性相关(如，MN是否同时通过MAG1和MAG2进行注册)后，发送流迁移指示消息给MAG1-MN或者MAG2-MN。消息中需要携带MN标识(MN ID)、目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。如果流迁移指示消息是发送给MAG1-MN，则MAG1-MN可以删除相关的流或连接属性。
其中，目标接口信息是指需要将流迁移到的目标接口的相关信息，至少包括以下之一：终端接口2的linklocal地址、MAG2的MAC地址、CoA2、终端接口2的接口标识、终端接口2的MAC地址。
源接口信息是指需要将流迁移出的源接口的相关信息，至少包括以下之一：终端接口1的linklocal地址、MAG1的MAC地址、CoA1、终端接口1的接口标识、终端接口1的MAC地址。
需要迁移的流信息是指需要迁移的流相关信息，用来确定具体的流，可以是五元组，也可以是其它的指示信息。当需要迁移接口上的个别流时，需要携带该信息，若将接口上所有的流都迁移，则可以不携带该字段。
流迁移指示消息的目的就是通知MAG进行流迁移，并携带相关的接口信息和流信息，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1308，MAG1-MN或MAG2-MN转发收到的流迁移指示消息给MN。消息中需要携带目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。
步骤1309，可选步骤。网络发起流迁移，意味着流选择策略发生了改变，当MAPS-MN上存在基于MN(即跟MN相关)的流选择策略时，需要更新该策略，执行此步骤。MAPS-MN根据步骤1304中携带的修改后的流选择策略更新本地的与MN相关的流选择策略。
该步骤在1304之后发生，与其他步骤无先后顺序。
步骤1310，可选步骤。当MN向MAPS-MN注册时，MAPS-MN与策略服务器交互获得了流选择策略或者连接属性，则执行此步骤。为了防止当CN主动发送数据包时，选择到已经迁移走的接口上(即接口1上)，MAPS-MN需要更新MN注册信息表，将HNP1-源接口信息-连接属性1修改为HNP1-目标接口信息-连接属性1。
本步骤在步骤1304后即可执行，与其他步骤无先后顺序。
步骤1311，MAPS-MN通知对端的MAG更新地址映射及连接属性。
本步骤在步骤1304后即可执行，与其他步骤无先后顺序。
其中，地址映射是指，MN的HNP与MAG-MN地址映射，或者MN的HNP与CoA的映射。
MAPS-MN可在本地维护的通信对端表中或者从MAG1-MN获得的通信对端表中获取MN所有的通信对端CN，同时根据CN查询对应的MAG-CN地址或CN的CoA，然后向该MAG-CN(本实施例中指的MAG-CN1)发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。
或者，MAPS-MN在本地维护的通信对端表中或者从MAG1-MN获得的通信对端表中获取MN所有的通信对端CN，并获得CN对应的MAPS-CN，然后向该MAPS-CN发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。由MAPS-CN将该CoA更新消息转发给CN的MAG。
CoA更新消息的目的就是将HNP1与MAG2-MN的地址映射或者HNP1与CoA2映射及连接属性发送给MAG-CN。消息的名称可以是其它名称，只要该消息携带了上述信息即可。
步骤1312，MAG-CN1收到该消息后，获取消息中的MAG2-MN地址或CoA2及连接属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1返回CoA更新响应消息。本步骤在步骤1311后即可执行，与其他步骤无先后顺序。
CoA更新响应消息的目的就是回应步骤1312的CoA更新消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1313，MN给MAG1-MN或MAG2-MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤1308的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
本步骤在完成1308后即可执行，与其他步骤无先后顺序。
步骤1314，MAG1-MN或MAG2-MN给MAPS-MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤1307的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1315，流迁移完成后MN在接口2上与CN1进行数据通信。MN与CN1的数据报文如本步骤所示为
本实施例以网络侧发起的流迁移为例，描述了流迁移导致的流选择策略及地址映射关系的更新流程。当多接入终端发生切换时，即当多接入终端由于移动导致某一接口连接的MAG发生改变时，或者当多接入终端的某一接口由于某种原因(如发生故障等)无法再为终端服务时，需要将发生切换/故障的接口上的所有流全部切换到终端的其它接口上，此时仍然可以采用本实施例的流程。对于切换场景，1307和1308步可能是切换请求消息。
存在如下两种对终端所存流选择策略进行修改的方法：
更新终端方法一：
如图13提到，在MAPS-MN获取修改的流选择策略之后执行步骤1307、步骤1308、步骤1313和步骤1314。
更新终端方法二：
可以由策略服务器在流选择策略发生改变后，向MAG1-MN或者MAG2-MN直接发送流迁移指示消息，以替换图13中的步骤1307。消息中需要携带MN标识(MN ID)、目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。如果发送给MAG1-MN，则MAG1-MN可以删除相关的流或连接属性。同时，MAG1-MN或MAG2-MN给策略服务器返回流迁移响应消息，以替换图13中的步骤1314。步骤1308和步骤1313无需改变。
存在如下两种对MAG-CN所存流选择策略进行修改的方法：
更新MAG-CN方法一：
如图13提到，在MAPS-MN获取修改的流选择策略之后执行步骤1311和步骤1312。
更新MAG-CN方法二：
由MAG1-MN或MAG2-MN在获得修改后的流选择策略信息或者策略服务器在决定进行流选择策略修改后，通知对端的MAG更新地址映射及连接属性，以替换上述步骤1311。同时，MAG-CN1收到该消息后，获取消息中的MAG2-MN地址或CoA2及连接属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1向MAG1-MN或MAG2-MN或策略服务器返回CoA更新响应消息，以替换上述步骤1312。
在网络侧决定更改流选择策略之后，需要分别对终端、MAPS和MAG-CN进行策略更新，对各网元(终端、MAPS和MAG-CN)进行流选择策略的更新具有上述多种方式，在更新时各种方式可以任意组合来完成相关网元的信息修改，在此不再一一举例、重复描述。
实施例九
图14是基于图2系统架构的场景，MAPS-MN发起策略修改、由MAPS-MN通知更新对端的流程图。具体步骤描述如下：
步骤1401，多接入终端MN已经接入到PMIPv6域内，并使用接口1通过MAG1-MN在MAPS-MN完成注册，使用接口2通过MAG2-MN在MAPS-MN完成注册。
步骤1402，MN在接口1上与CN1进行数据通信。MN与CN1的数据报文如本步骤所示为
步骤1403，MN在接口2上与CN2进行数据通信。MN与CN2的数据报文如本步骤所示为
步骤1404，MAPS-MN基于负荷分担、信号强度、用户意愿、网络规划、或运营维护等考虑，准备发起从MAG1到MAG2的流迁移或者准备修改流选择策略。
步骤1405和步骤1406，MAPS-MN向策略服务器发送策略修改请求消息，消息中携带MN ID和修改后的流选择策略。策略服务器更新与MN相关的流选择策略，并返回策略修改响应消息。该步骤在1404之后发生，与其他步骤无先后顺序。
策略修改请求消息的目的就是通知MAPS更新与MN相关的流选择策略，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
策略修改响应消息的目的就是对策略修改请求消息的回应，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1407，由于流选择策略发生改变(如，高QoS级别对应的网关由MAG1更改为MAG2)，MAPS-MN发送流迁移指示消息给MAG1-MN或者MAG2-MN。消息中需要携带MN标识(MNID)、目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。如果发送给MAG1-MN，则MAG1-MN可以删除相关的流或连接属性。该步骤在1404之后发生，与其他步骤无先后顺序。
其中，目标接口信息是指需要将流迁移到的目标接口的相关信息，至少包括以下之一：终端接口2的linklocal地址、MAG2的MAC地址、CoA2、终端接口2的接口标识、终端接口2的MAC地址。
源接口信息是指需要将流迁移出的源接口的相关信息，至少包括以下之一：终端接口1的linklocal地址、MAG1的MAC地址、CoA1、终端接口1的接口标识、终端接口1的MAC地址。
需要迁移的流信息是指需要迁移的流相关信息，用来确定具体的流，可以是五元组，也可以是其它的指示信息。当需要迁移接口上的个别流时，需要携带该信息，若将接口上所有的流都迁移，则可以不携带该字段。
流迁移指示消息的目的就是通知MAG进行流迁移，并携带相关的接口信息和流信息，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1408，MAG1-MN或MAG2-MN转发收到的流迁移指示消息给MN。消息中需要携带目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。
步骤1409，可选步骤。网络发起流迁移，意味着流选择策略发生了改变，当MAPS-MN上存在基于MN(即跟MN相关)的流选择策略时，需要更新该策略，执行此步骤。MAPS-MN根据步骤1404中修改后的流选择策略更新本地的与终端相关的流选择策略。该步骤在1404之后发生，与其他步骤无先后顺序。
步骤1410，可选步骤。当MN向MAPS-MN注册时，MAPS-MN与策略服务器交互获得了流选择策略或者获得了连接属性，则执行此步骤。为了防止当CN主动发送数据包时，选择到已经迁移走的接口上(即接口1上)，MAPS-MN需要更新MN注册信息表，从HNP1-源接口信息-连接属性1修改为HNP1-目标接口信息-连接属性1。本步骤在步骤1404后即可执行，与其他步骤无先后顺序。
步骤1411，MAPS-MN通知对端的MAG更新地址映射及连接属性。本步骤在步骤1404后即可执行，与其他步骤无先后顺序。
其中，地址映射是指，MN的HNP与MAG-MN地址映射或HNP与CoA的映射。
MAPS-MN可在本地维护的通信对端表中或者从MAG1-MN获得的通信对端表中获取MN所有的通信对端CN，同时根据CN查询对应的MAG-CN地址或CN的CoA，然后向该MAG-CN(本实施例中指的MAG-CN1)发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。
或者，MAPS-MN在本地维护的通信对端表中或者从MAG1-MN获得的通信对端表中获取MN所有的通信对端CN，并获得CN对应的MAPS-CN，然后向该MAPS-CN发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。由MAPS-CN将该CoA更新消息转发给CN的MAG。
CoA更新消息的目的就是将HNP1与MAG2-MN的地址映射或者HNP1与CoA2映射及连接属性发送给MAG-CN。消息的名称可以是其它名称，只要该消息携带了上述信息即可。
步骤1412，MAG-CN1收到该消息后，获取消息中的MAG2-MN地址或CoA2及连接属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1返回CoA更新响应消息。本步骤在步骤1411后即可执行，与其他步骤无先后顺序。
CoA更新响应消息的目的就是回应步骤1412的CoA更新消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1413，MN给MAG1-MN或MAG2-MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤1408的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
本步骤在完成1408后即可执行，与其他步骤无先后顺序。
步骤1414，MAG1-MN或MAG2-MN给MAPS-MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤1407的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1415，流迁移完成后MN在接口2上与CN1进行数据通信。MN与CN1的数据报文如本步骤所示为
本实施例以网络侧发起的流迁移为例，描述了流迁移导致的流选择策略及地址映射关系的更新流程。当多接入终端发生切换时，即当多接入终端由于移动导致某一接口连接的MAG发生改变时，或者当多接入终端的某一接口由于某种原因(如发生故障等)无法再为终端服务时，需要将发生切换/故障的接口上的所有流全部切换到终端的其它接口上，此时仍然可以采用本实施例的流程。对于切换场景，1407和1408步可能是切换请求消息。
存在如下两种对终端所存流选择策略进行修改的方法：
更新终端方法一：
如图14提到，在MAPS-MN决定修改流选择策略之后执行步骤1407、步骤1408、步骤1413和步骤1414。
更新终端方法二：
可以由策略服务器在获取新的流选择策略后，向MAG1-MN或者MAG2-MN直接发送流迁移指示消息，以替换图14中的步骤1407。消息中需要携带MN标识(MN ID)、目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。如果发送给MAG1-MN，则MAG1-MN可以删除相关的流或连接属性。同时，MAG1-MN或MAG2-MN给策略服务器返回流迁移响应消息，以替换图14中的步骤1414。步骤1408和步骤1413无需改变。
存在如下两种对MAG-CN所存流选择策略进行修改的方法：
更新MAG-CN方法一：
如图14提到，在MAPS-MN决定进行流选择策略修改之后执行步骤1411和步骤1412。
更新MAG-CN方法二：
由MAG1-MN或MAG2-MN或策略服务器在获得修改后的流选择策略信息后，通知对端的MAG更新地址映射及连接属性，以替换上述步骤1411。同时，MAG-CN收到该消息后，获取消息中的MAG2-MN地址或CoA2及连接属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1向MAG1-MN或MAG2-MN或策略服务器返回CoA更新响应消息，以替换上述步骤1412。
存在如下两种对策略服务器所存流选择策略进行修改方法：
更新策略服务器方法一：
如图14提到，在MAPS-MN获取修改的流选择策略之后执行步骤1405和步骤1406。
更新策略服务器方法二：
由MAG1-MN或MAG2-MN在获得修改后的流选择策略信息后，向策略服务器发送策略修改请求消息，消息中携带MN ID和修改后的流选择策略。策略服务器更新与MN相关的流选择策略，并返回策略修改响应消息，以替换上述步骤1405和步骤1406。
在网络侧决定更改流选择策略之后，需要分别对终端、MAPS-MN、策略服务器和MAG-CN进行策略更新，对各网元(终端、MAPS-MN、策略服务器和MAG-CN)进行流选择策略的更新具有上述多种方式，在更新时各种方式可以任意组合来完成相关网元的信息修改，在此不再一一举例、重复描述。此外，策略服务器上如果不存放与MN相关的策略，则也可以不对策略服务器执行流选择策略更新的操作。
实施例十
图15是基于图2系统架构的场景，MAG1-MN发起策略修改、由MAPS-MN通知更新对端的流程图。具体步骤描述如下：
步骤1501，多接入终端MN已经接入到PMIPv6域内，并使用接口1通过MAG1-MN在MAPS-MN完成注册，使用接口2通过MAG2-MN在MAPS-MN完成注册。
步骤1502，MN在接口1上与CN1进行数据通信。MN与CN1的数据报文如本步骤所示为
步骤1503，MN在接口2上与CN2进行数据通信。MN与CN2的数据报文如本步骤所示为
步骤1504，MAG1-MN或MAG2-MN基于负荷分担、信号强度、用户意愿、网络规划、或运营维护等考虑，准备发起从MAG1到MAG2的流迁移或者准备修改流选择策略。
步骤1504a，MAG1-MN或MAG2-MN发送流迁移指示消息给MAPS-MN。消息中需要携带MN标识(MN ID)、目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。同时可选的携带MN的通信对端表(即所有与MN通信的对端的HoA或HNP或ID)。
其中，当MN的通信对端表由MAPS负责维护时，可以不携带该信息，否则必须携带该字段。
步骤1505-1506，MAPS-MN向策略服务器发送策略修改请求消息，消息中携带MN ID和修改后的流选择策略。策略服务器更新与MN相关的流选择策略，并返回策略修改响应消息。该步骤在1504之后发生，与其他步骤无先后顺序。
策略修改请求消息的目的就是通知MAPS更新与MN相关的流选择策略，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
策略修改响应消息的目的就是对策略修改请求消息的回应，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1508，可选步骤。网络发起流迁移，意味着流选择策略发生了改变，当MAPS-MN上存在基于MN(即跟MN相关)的流选择策略时，需要更新该策略，执行此步骤。MAPS-MN根据步骤1504a中修改后的流选择策略更新本地的与终端相关的流选择策略。该步骤在1504a之后发生，与其他步骤无先后顺序。
步骤1509，可选步骤。当MN向MAPS-MN注册时，MAPS-MN与策略服务器交互获得了流选择策略或者获得了连接属性，则执行此步骤。为了防止当CN主动发送数据包时，选择到已经迁移走的接口上(即接口1上)，MAPS-MN需要更新MN注册信息表，从HNP1-源接口信息-连接属性1修改为HNP1-目标接口信息-连接属性1。本步骤在步骤1504a后即可执行，与其他步骤无先后顺序。
步骤1510，MAPS-MN通知对端的MAG更新地址映射及连接属性。本步骤在步骤1504a后即可执行，与其他步骤无先后顺序。
其中，地址映射是指，MN的HNP与MAG-MN地址映射或HNP与CoA的映射。
MAPS-MN可在本地维护的通信对端表中或者从MAG1-MN获得的通信对端表中获取MN所有的通信对端CN，同时根据CN查询对应的MAG-CN地址或CN的CoA，然后向该MAG-CN(本实施例中指的MAG-CN1)发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。
或者，MAPS-MN在本地维护的通信对端表中或者从MAG1-MN获得的通信对端表中获取MN所有的通信对端CN，并获得CN对应的MAPS-CN，然后向该MAPS-CN发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。由MAPS-CN将该CoA更新消息转发给CN的MAG。
CoA更新消息的目的就是将HNP1与MAG2-MN的地址映射或者HNP1与CoA2映射及连接属性发送给MAG-CN。消息的名称可以是其它名称，只要该消息携带了上述信息即可。
步骤1511，MAG-CN1收到该消息后，获取消息中的MAG2-MN地址或CoA2及连接属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1返回CoA更新响应消息。本步骤在步骤1510后即可执行，与其他步骤无先后顺序。
CoA更新响应消息的目的就是回应步骤1511的CoA更新消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1512，MAPS-MN给MAG1-MN或MAG2-MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤1504a的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
本步骤在完成1504a即可执行，与其他步骤无先后顺序。
步骤1513，MAG1-MN或MAG2-MN发送流迁移指示消息给MN。消息中需要携带目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。
本步骤在完成1504后即可执行，与其他步骤无先后顺序。
其中，目标接口信息是指需要将流迁移到的目标接口的相关信息，至少包括以下之一：终端接口2的linklocal地址、MAG2的MAC地址、CoA2、终端接口2的接口标识、终端接口2的MAC地址。
源接口信息是指需要将流迁移出的源接口的相关信息，至少包括以下之一：终端接口1的linklocal地址、MAG1的MAC地址、CoA1、终端接口1的接口标识、终端接口1的MAC地址。
需要迁移的流信息是指需要迁移的流相关信息，用来确定具体的流，可以是五元组，也可以是其它的指示信息。当需要迁移接口上的个别流时，需要携带该信息，若将接口上所有的流都迁移，则可以不携带该字段。
流迁移指示消息的目的就是通知MN进行流迁移，并携带相关的接口信息和流信息，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1514，MN给MAG1-MN或MAG2-MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤1513的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。本步骤在完成1513即可执行，与其他步骤无先后顺序。
步骤1515，流迁移完成后MN在接口2上与CN1进行数据通信。MN与CN1的数据报文如本步骤所示为
本实施例以网络侧发起的流迁移为例，描述了流迁移导致的流选择策略及地址映射关系的更新流程。当多接入终端发生切换时，即当多接入终端由于移动导致某一接口连接的MAG发生改变时，或者当多接入终端的某一接口由于某种原因(如发生故障等)无法再为终端服务时，需要将发生切换/故障的接口上的所有流全部切换到终端的其它接口上，此时仍然可以采用本实施例的流程。对于切换场景，1504a和1513步可能是切换请求消息。
存在如下两种对MAPS-MN所存流选择策略进行修改的方法：
更新MAPS-MN方法一：
如图15提到，在MAG1-MN在决定修改流选择策略之后执行步骤1504a和步骤1512。
更新MAPS-MN方法二：
可以由策略服务器在获取新的流选择策略后，向MAPS-MN直接发送策略修改请求消息，携带修改后的流选择策略，可选带MN ID。MAPS-MN返回策略修改响应消息，以替换图15中的步骤1504a和1512。此时策略服务器获取新的流选择策略的方式可以是：MAG1-MN或MAG2-MN向策略服务器发送策略修改请求消息，消息中携带MN ID和修改后的流选择策略。
存在如下两种对MAG-CN所存流选择策略进行修改的方法：
更新MAG-CN方法一：
如图15提到，在MAPS-MN获得修改后的流选择策略之后执行步骤1510和步骤1511。
更新MAG-CN方法二：
由MAG1-MN或MAG2-MN或策略服务器在决定或获得修改后的流选择策略信息后，通知对端的MAG更新地址映射及连接属性，以替换上述步骤1510。同时，MAG-CN收到该消息后，获取消息中的MAG2-MN地址或CoA2及连接属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1向MAG1-MN或MAG2-MN或策略服务器返回CoA更新响应消息，以替换上述步骤1511。
存在如下两种对策略服务器所存流选择策略进行修改的方法：
更新策略服务器方法一：
如图15提到，在MAPS-MN获取修改的流选择策略之后执行步骤1505和步骤1506。
更新策略服务器方法二：
由MAG1-MN或MAG2-MN在决定进行流选择策略修改后，向策略服务器发送策略修改请求消息，消息中携带MN ID和修改后的流选择策略。策略服务器更新与MN相关的流选择策略，并返回策略修改响应消息，以替换上述步骤1505和步骤1506。
在网络侧决定更改流选择策略之后，需要分别对终端、MAPS-MN、策略服务器和MAG-CN进行策略更新，对各网元(终端、MAPS-MN、策略服务器和MAG-CN)进行流选择策略的更新具有上述多种方式，在更新时各种方式可以任意组合来完成相关网元的信息修改，在此不再一一举例、重复描述。此外，策略服务器上如果不存放与MN相关的策略，则也可以不对策略服务器执行流选择策略更新的操作。
实施例十一
图16是基于图2系统架构的场景，MAG1-MN通知MAPS-MN发起策略修改、由MAPS-MN通知更新对端的流程图。具体步骤描述如下：
步骤1601，多接入终端MN已经接入到PMIPv6域内，并使用接口1通过MAG1-MN在MAPS-MN完成注册，使用接口2通过MAG2-MN在MAPS-MN完成注册。
步骤1602，MN在接口1上与CN1进行数据通信。MN与CN1的数据报文如本步骤所示为
步骤1603，MN在接口2上与CN2进行数据通信。MN与CN2的数据报文如本步骤所示为
步骤1604，MAG1-MN或MAG2-MN基于负荷分担、信号强度、用户意愿、网络规划、或运营维护等考虑，准备发起从MAG1到MAG2的流迁移。
步骤1605，MAG1-MN或MAG2-MN发送流迁移指示消息给MAPS-MN。消息中需要携带MN标识(MN ID)、源接口信息。
步骤1606，MAPS-MN确定迁移的目标MAG(MAG2)以及流选择策略，准备发起从MAG1到MAG2的流迁移或者准备修改流选择策略。
步骤1607和步骤1608，MAPS-MN向策略服务器发送策略修改请求消息，消息中携带MN ID和修改后的流选择策略。策略服务器更新与MN相关的流选择策略，并返回策略修改响应消息。该步骤在1606之后发生，与其他步骤无先后顺序。
策略修改请求消息的目的就是通知MAPS更新与MN相关的流选择策略，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
策略修改响应消息的目的就是对策略修改请求消息的回应，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1609，可选步骤。当MN向MAPS-MN注册时，MAPS-MN与策略服务器交互获得了流选择策略或者获得了连接属性，则执行此步骤。为了防止当CN主动发送数据包时，选择到已经迁移走的接口上(即接口1上)，MAPS-MN需要更新MN注册信息表，从HNP1-源接口信息-连接属性1修改为HNP1-目标接口信息-连接属性1。本步骤在步骤1606后即可执行，与其他步骤无先后顺序。
步骤1610，MAPS-MN通知对端的MAG更新地址映射及连接属性。本步骤在步骤1606后即可执行，与其他步骤无先后顺序。
其中，地址映射是指，MN的HNP与MAG-MN地址映射或HNP与CoA的映射。
MAPS-MN可在本地维护的通信对端表中或者从MAG1-MN获得的通信对端表中获取MN所有的通信对端CN，同时根据CN查询对应的MAG-CN地址或CN的CoA，然后向该MAG-CN(本实施例中指的MAG-CN1)发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。
或者，MAPS-MN在本地维护的通信对端表中或者从MAG1-MN获得的通信对端表中获取MN所有的通信对端CN，并获得CN对应的MAPS-CN，然后向该MAPS-CN发送CoA更新消息，消息中携带MN的HNP，源MAG地址(即MAG1-MN地址)或源CoA(即CoA1)，目标MAG地址(即MAG2-MN地址)或目标CoA(即CoA2)，同时还携带该迁移流的连接属性。由MAPS-CN将该CoA更新消息转发给CN的MAG。
CoA更新消息的目的就是将HNP1与MAG2-MN的地址映射或者HNP1与CoA2映射及连接属性发送给MAG-CN。消息的名称可以是其它名称，只要该消息携带了上述信息即可。
步骤1611，MAG-CN1收到该消息后，获取消息中的MAG2-MN地址或CoA2及连接属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1返回CoA更新响应消息。本步骤在步骤1610后即可执行，与其他步骤无先后顺序。
CoA更新响应消息的目的就是回应步骤1611的CoA更新消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1612，MAPS-MN给MAG1-MN或MAG2-MN返回流迁移响应消息，携带目标接口信息和修改后的流选择策略。
流迁移响应消息的目的就是回应步骤1605的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
本步骤在完成1606即可执行，与其他步骤无先后顺序。
步骤1613，MAG1-MN或MAG2-MN发送流迁移指示消息给MN。消息中需要携带目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。
其中，目标接口信息是指需要将流迁移到的目标接口的相关信息，至少包括以下之一：终端接口2的linklocal地址、MAG2的MAC地址、CoA2、终端接口2的接口标识、终端接口2的MAC地址。
源接口信息是指需要将流迁移出的源接口的相关信息，至少包括以下之一：终端接口1的linklocal地址、MAG1的MAC地址、CoA1、终端接口1的接口标识、终端接口1的MAC地址。
需要迁移的流信息是指需要迁移的流相关信息，用来确定具体的流，可以是五元组，也可以是其它的指示信息。当需要迁移接口上的个别流时，需要携带该信息，若将接口上所有的流都迁移，则可以不携带该字段。
流迁移指示消息的目的就是通知MN进行流迁移，并携带相关的接口信息和流信息，可以通过新增消息来实现，也可以通过修改现有消息来实现，消息的名称可以是其它名称，只要该消息实现了上述功能即可。
步骤1614，MN给MAG1-MN或MAG2-MN返回流迁移响应消息。
流迁移响应消息的目的就是回应步骤1613的流迁移指示消息，消息的名称可以是其它名称，只要该消息完成上述功能即可。
步骤1615，流迁移完成后MN在接口2上与CN1进行数据通信。MN与CN1的数据报文如本步骤所示为
本实施例以网络侧发起的流迁移为例，描述了流迁移导致的流选择策略及地址映射关系的更新流程。当多接入终端发生切换时，即当多接入终端由于移动导致某一接口连接的MAG发生改变时，或者当多接入终端的某一接口由于某种原因(如发生故障等)无法再为终端服务时，需要将发生切换/故障的接口上的所有流全部切换到终端的其它接口上，此时仍然可以采用本实施例的流程。对于切换场景，1605和1613步可能是切换请求消息。
存在如下两种对策略服务器所存流选择策略进行修改的方法：
更新策略服务器方法一：
如图16提到，在MAPS-MN获取修改的流选择策略之后执行步骤1607和步骤1608。
更新策略服务器方法二：
由MAG1-MN或MAG2-MN在获得修改后的流选择策略信息后，向策略服务器发送策略修改请求消息，消息中携带MN ID和修改后的流选择策略。策略服务器更新与MN相关的流选择策略，并返回策略修改响应消息，以替换上述步骤1607和步骤1608。
存在如下两种对终端所存流选择策略进行修改的方法：
更新终端方法一：
如图16提到，在MAPS-MN确定修改流选择策略之后执行步骤1612和步骤1613。
更新终端方法二：
可以由策略服务器在获取新的流选择策略后，向MAG1-MN或者MAG2-MN直接发送流迁移指示消息，以替换图16中的步骤1612。消息中需要携带MN标识(MN ID)、目标接口信息和修改后的流选择策略，可选的携带源接口信息和需要迁移的流信息。如果发送给MAG1-MN，则MAG1-MN可以删除相关的流或连接属性。
存在如下两种对MAG-CN所存流选择策略进行修改的方法：
更新MAG-CN方法一：
如图16提到，在MAPS-MN决定进行流选择策略修改之后执行步骤1610和步骤1611。
更新MAG-CN方法二：
由MAG1-MN或MAG2-MN或策略服务器在决定或获得修改后的流选择策略信息后，通知对端的MAG更新地址映射及连接属性，以替换上述步骤1610。同时，MAG-CN收到该消息后，获取消息中的MAG2-MN地址或CoA2及连接属性，更新本地保存的MN的地址映射表，将HNP1-CoA1(或MAG1-MN地址)-连接属性修改为HNP1-CoA2(或MAG2-MN地址)-连接属性。MAG-CN1向MAG1-MN或MAG2-MN或策略服务器返回CoA更新响应消息，以替换上述步骤1611。
在网络侧决定更改流选择策略之后，需要分别对终端、MAPS-MN、策略服务器和MAG-CN进行策略更新，对各网元(终端、MAPS-MN、策略服务器和MAG-CN)进行流选择策略的更新具有上述多种方式，在更新时各种方式可以任意组合来完成相关网元的信息修改，在此不再一一举例、重复描述。此外，策略服务器上如果不存放与MN相关的策略，则也可以不对策略服务器执行流选择策略更新的操作。
实施例十二
当网络侧(MAPS-MN、策略服务器、MAG1-MN或MAG2-MN)基于负荷分担、信号强度、用户意愿、网络规划、或运营维护等考虑，决定改变流选择策略后，可以通知终端进行流迁移(如果策略服务器或MAPS-MN决定更改流选择策略，则通知消息可以经由MAG1-MN或MAG2-MN发送给MN，携带更新的流选择策略)，由终端决定是否发起策略修改过程。如果终端发起策略更新，则操作与图6处理类似，在此不再重复描述。
在本发明的上述实施例中，MAPS/MAG-MN/策略服务器通知对端MAG更新地址映射表即更新位置关系(CoA更新流程)中，在CoA更新消息中均携带了连接属性字段。当对端MAG上存储的是流选择策略时，即对端MAG中的地址映射表为HNP-CoA-流选择策略时，在该CoA更新消息中需要携带修改后的流选择策略，而不是连接属性。
本发明的上述所有实施例的流程中，均描述了终端的策略更新过程，MAPS的策略、连接属性、MN注册信息表更新过程，策略服务器的策略更新过程、对端MAG的地址映射、策略更新过程，但是这四个网元的更新过程并不需要在流程中全部实现，针对不同的场景问题，这四个网元的更新过程可以有不同的组合。
组合方式一：更新终端和对端MAG，或更新终端、对端MAG和MAPS。
当终端/MAPS/MAG由于某种原因只需要发起当前流的迁移或切换，而后续新发起的流仍按照现有流选择策略选择路径(即选择位置信息)时，仍可以使用上述所有流程，只是在这种场景中，不再需要修改策略服务器上的流选择策略流程。
采用这种方式，MN已经建立的流可以按照修改后的流选择策略选择路径或位置信息，而MN新建的流由于使用原先的策略会选择到不同的路径。例如，MN的流1原先的路径为网络侧由于某种原因决定将流迁移到MAG2-MN，则流1的路径该变为由于修改了MN和对端MAG的上信息，则流1可以维持该路径，而由于没有修改策略服务器，MN新建的流2根据策略服务器上策略，其选择到的路径仍然会通过MAG1-MN，而不是MAG2-MN。
组合方式二：更新终端和策略服务器，或更新终端、策略服务器和MAPS。
当采用这种组合方式时，为了能使对端的MAG在转发对端发送的数据包时可以正确选择多接入终端的位置/MAG，对端MAG需要每次收到数据包时都向MAPS-MN查询MN的位置信息。
对于传统的PMIP系统，由于不需要更新通信对端的MAG，所以采用这种组合方式更优化。
组合方式三：更新终端、策略服务器和对端MAG，或更新终端、策略服务器，对端MAG和MAPS。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (16)
1.一种流移动中的策略管理方法，包括：
终端发起流迁移或切换时，所述终端将修改后的流选择策略发送给网络侧；
所述网络侧将所述修改后的流选择策略发送给策略服务器；或者，当所述策略服务器上存在基于所述终端的流选择策略时，所述网络侧将所述修改后的流选择策略发送给策略服务器；
流选择策略包括以下一个或多个：接入类型、优先级、网络名称、公共陆地移动网络标识PLMN ID、QoS参数、计费信息和通信对端信息。
2.如权利要求1所述的方法，其特征在于，所述方法还包括，
所述策略服务器接收到所述修改后的流选择策略后，当所述策略服务器上存在基于所述终端的流选择策略时，所述策略服务器根据所述修改后的流选择策略更新与所述终端相关的流选择策略；当所述策略服务器上不存在基于所述终端的流选择策略时，所述策略服务器将所述修改后的流选择策略作为所述终端新增的流选择策略。
3.如权利要求1所述的方法，其特征在于，
所述终端将修改后的流选择策略发送给网络侧，所述网络侧将所述修改后的流选择策略发送给策略服务器包括：
所述终端发送流迁移指示消息至所述终端的迁移流的源接入网关或目标接入网关，所述流迁移指示消息中携带所述修改后的流选择策略；
所述源接入网关或目标接入网关转发所述流迁移指示消息至所述终端的位置服务器；
所述位置服务器发送策略修改请求消息至所述策略服务器，携带所述修改后的流选择策略。
4.如权利要求1所述的方法，其特征在于，所述终端将修改后的流选择策略发送给网络侧，所述网络侧将所述修改后的流选择策略发送给策略服务器包括：
所述终端发送流迁移指示消息至所述终端的迁移流的源接入网关或目标接入网关，所述流迁移指示消息中携带所述修改后的流选择策略；
所述源接入网关或目标接入网关发送策略修改请求消息至策略服务器，携带所述修改后的流选择策略。
5.如权利要求4所述的方法，其特征在于，所述方法还包括：
所述源接入网关或目标接入网关发送流迁移指示消息至所述终端的位置服务器，所述流迁移指示消息中携带所述修改后的流选择策略；
所述位置服务器根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
6.如权利要求3所述的方法，其特征在于，所述方法还包括：
所述位置服务器接收到修改后的流选择策略后，根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
7.如权利要求3、5或6任一所述的方法，其特征在于，所述方法还包括：
所述终端向位置服务器注册时，所述位置服务器从策略服务器获取连接信息或者流选择策略，建立所述终端的注册信息表，所述终端的注册信息表包括所述终端的身份标识、终端当前接入的接口信息和连接属性的映射关系；
所述位置服务器向接入网关返回所述位置服务器为所述终端分配的身份标识信息，所述接入网关将所述终端的身份标识信息，或者，将所述终端的身份标识信息和所述接入网关为所述终端分配的位置信息发送给所述终端。
8.如权利要求7所述的方法，其特征在于，所述方法还包括：
所述位置服务器收到所述修改后的流选择策略后，修改所述终端的注册信息表，将终端标识、迁移流的源接口信息和连接属性的映射关系修改为终端标识、迁移流的目标接口信息和连接属性的映射关系。
9.一种流移动中的策略管理系统，其特征在于，包括网络侧和策略服务器，其中:
所述网络侧用于：在终端发起流迁移或切换时，接收所述终端发送的修改后的流选择策略；以及，
将所述修改后的流选择策略发送给策略服务器；或者，当所述策略服务器上存在基于所述终端的流选择策略时，将所述修改后的流选择策略发送给策略服务器；
流选择策略包括以下一个或多个：接入类型、优先级、网络名称、公共陆地移动网络标识PLMN ID、QoS参数、计费信息和通信对端信息。
10.如权利要求9所述的系统，其特征在于，
所述策略服务器还用于：接收到所述修改后的流选择策略后，当所述策略服务器上存在基于所述终端的流选择策略时，根据所述修改后的流选择策略更新与所述终端相关的流选择策略；当所述策略服务器上不存在基于所述终端的流选择策略时，将所述修改后的流选择策略作为所述终端新增的流选择策略。
11.如权利要求9所述的系统，其特征在于，
所述网络侧包括源接入网关或目标接入网关，位置服务器，其中：
所述源接入网关或目标接入网关用于：接收所述终端发送的流迁移指示消息，所述流迁移指示消息中携带所述修改后的流选择策略，转发所述流迁移指示消息至所述终端的位置服务器；
所述位置服务器用于：发送策略修改请求消息至所述策略服务器，携带所述修改后的流选择策略。
12.如权利要求9所述的系统，其特征在于，所述网络侧包括源接入网关或目标接入网关，其中：
所述源接入网关或目标接入网关用于：接收所述终端发送的流迁移指示消息，所述流迁移指示消息中携带所述修改后的流选择策略；发送策略修改请求消息至策略服务器，携带所述修改后的流选择策略。
13.如权利要求12所述的系统，其特征在于，所述系统还包括位置服务器，其中：
所述源接入网关或目标接入网关还用于：发送流迁移指示消息至所述终端的位置服务器，所述流迁移指示消息中携带所述修改后的流选择策略；
所述位置服务器用于，根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
14.如权利要求11所述的系统，其特征在于，
所述位置服务器还用于：接收到修改后的流选择策略后，根据所述修改后的流选择策略更新本地与所述终端相关的流选择策略。
15.如权利要求11、13或14任一所述的系统，其特征在于，
所述位置服务器还用于：当所述终端通过接入网关进行注册时，从策略服务器获取连接信息或者流选择策略，建立所述终端的注册信息表，所述终端的注册信息表包括所述终端的终端身份标识、终端当前接入的接口信息和连接属性的映射关系；以及，向所述接入网关返回所述位置服务器为所述终端分配的身份标识信息，所述接入网关将所述终端的身份标识信息，或者，将所述终端的身份标识信息和所述接入网关为所述终端分配的位置信息发送给所述终端。
16.如权利要求15所述的系统，其特征在于，
所述位置服务器还用于：收到所述修改后的流选择策略后，修改所述终端的注册信息表，将终端身份标识、迁移流的源接口信息和连接属性的映射关系修改为终端身份标识、迁移流的目标接口信息和连接属性的映射关系。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110339225.6A CN103096343B (zh) | 2011-11-01 | 2011-11-01 | 一种流移动中的策略管理方法和系统 |
| PCT/CN2012/083710 WO2013064053A1 (zh) | 2011-11-01 | 2012-10-29 | 一种流移动中的策略管理方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110339225.6A CN103096343B (zh) | 2011-11-01 | 2011-11-01 | 一种流移动中的策略管理方法和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103096343A CN103096343A (zh) | 2013-05-08 |
| CN103096343B true CN103096343B (zh) | 2018-02-16 |
Family
ID=48191323
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110339225.6A Active CN103096343B (zh) | 2011-11-01 | 2011-11-01 | 一种流移动中的策略管理方法和系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103096343B (zh) |
| WO (1) | WO2013064053A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109862581B (zh) * | 2017-11-30 | 2022-05-17 | 华为技术有限公司 | 一种通信方法及装置 |
| CN111835577B (zh) * | 2019-04-22 | 2022-06-14 | 中国移动通信集团福建有限公司 | 物联网专网质差问题确定的方法、装置和电子设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009212892A (ja) * | 2008-03-05 | 2009-09-17 | Panasonic Corp | 移動端末及び接続局装置 |
| CN101600193A (zh) * | 2009-06-22 | 2009-12-09 | 华为技术有限公司 | 流切换方法、系统和网络设备 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101754168B (zh) * | 2008-12-04 | 2012-09-19 | 中国移动通信集团公司 | 移动节点多接口间的切换方法、装置及系统 |
| CN101730155A (zh) * | 2009-04-30 | 2010-06-09 | 中兴通讯股份有限公司 | 一种对用户进行资源控制的系统及方法 |
-
2011
- 2011-11-01 CN CN201110339225.6A patent/CN103096343B/zh active Active
-
2012
- 2012-10-29 WO PCT/CN2012/083710 patent/WO2013064053A1/zh active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009212892A (ja) * | 2008-03-05 | 2009-09-17 | Panasonic Corp | 移動端末及び接続局装置 |
| CN101600193A (zh) * | 2009-06-22 | 2009-12-09 | 华为技术有限公司 | 流切换方法、系统和网络设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103096343A (zh) | 2013-05-08 |
| WO2013064053A1 (zh) | 2013-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2016325529B2 (en) | Systems and methods for mobility management in a distributed software defined network packet core system | |
| De la Oliva et al. | IP flow mobility: smart traffic offload for future wireless networks | |
| US8391226B2 (en) | Method and apparatus for use in a communications network | |
| CN101268670B (zh) | 能同时使用归属网络和外部网络的多归属移动节点、归属代理及其方法 | |
| CN101810015B (zh) | 利用代理移动性进行业务局部化 | |
| US8189607B2 (en) | Interface selection in a moving network | |
| Shin et al. | Distributed mobility management for efficient video delivery over all-IP mobile networks: Competing approaches | |
| JP5059181B2 (ja) | 通信システム及び通信システムの通信方法 | |
| Kim et al. | An optimized seamless IP flow mobility management architecture for traffic offloading | |
| CN103458389B (zh) | 移动节点注册方法、互通方法、切换方法和网元 | |
| CN103096343B (zh) | 一种流移动中的策略管理方法和系统 | |
| CN103096394B (zh) | 一种流移动中的策略管理方法和系统 | |
| CN103095580B (zh) | 一种位置信息查询方法、策略服务器、位置服务器及系统 | |
| CN103096342B (zh) | 一种流移动中的策略管理方法和系统 | |
| KR101014283B1 (ko) | 네트워크 노드, 통신 네트워크 및 이의 동작방법 | |
| Al-Surmi et al. | Hybrid intra/inter-domain handover mechanism for superior performance enhancement within/across ip-based wireless pmipv6 domains network | |
| Ernest et al. | Mobility management with distributed mobility routing functions | |
| CN105764041A (zh) | 一种基于命名数据网络覆盖层的IPv6移动通信方法 | |
| KR20110055695A (ko) | 모바일 노드의 홈 에이전트에 등록하기 위한 방법 및 외부 에이전트 | |
| Wang et al. | Design, implementation, and performance evaluation of efficient PMIPv6 based mobile multicast sender support schemes | |
| CN102572999B (zh) | 一种数据报文路由的方法和系统 | |
| CN102281526B (zh) | 移动通信控制方法、系统、映射转发服务器及接入路由器 | |
| Zohra et al. | Overview of ipv6 mobility management protocols and their handover performances | |
| Chan et al. | A systematic classification of distributed IP mobility | |
| CN102781039B (zh) | 一种切换方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201218 Address after: Room 705, 7 / F, room 9, 1699, Zuchongzhi South Road, Kunshan City, Suzhou City, Jiangsu Province Patentee after: Kunshan chuangzhihui Intellectual Property Operation Co.,Ltd. Address before: 518057 Ministry of justice, Zhongxing building, South Science and technology road, Nanshan District hi tech Industrial Park, Shenzhen, Guangdong Patentee before: ZTE Corp. |
|
| TR01 | Transfer of patent right | ||
| CP02 | Change in the address of a patent holder |
Address after: 215300 rooms 107 and 108, area C, 55 Xiaxi street, Kunshan Development Zone, Suzhou City, Jiangsu Province Patentee after: Kunshan chuangzhihui Intellectual Property Operation Co.,Ltd. Address before: Room 705, 7 / F, room 9, 1699, Zuchongzhi South Road, Kunshan City, Suzhou City, Jiangsu Province Patentee before: Kunshan chuangzhihui Intellectual Property Operation Co.,Ltd. |
|
| CP02 | Change in the address of a patent holder | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230321 Address after: Room 1016, No. 579, Qianjin East Road, Kunshan Development Zone, Suzhou City, Jiangsu Province, 215000 Patentee after: Kangbo New Energy Technology (Kunshan) Co.,Ltd. Address before: 215300 rooms 107 and 108, area C, 55 Xiaxi street, Kunshan Development Zone, Suzhou City, Jiangsu Province Patentee before: Kunshan chuangzhihui Intellectual Property Operation Co.,Ltd. |
|
| TR01 | Transfer of patent right |